Penjelasan Subject Verb Agreement dan 10 Soal - Bahasa Inggris Bisnis 2

Subject-verb agreement merupakan suatu topic pembahasan yang menarik untuk kita bahas lebih. Seperti kita ketahui Subject berarti subjek, Verb adalah kata kerja, dan Agreement berarti kesesuaian. Ini berarti bisa kita simpulkan bahwa, Subject Verb Agreement adalah kesesuaian antara subjek dengan kata kerja dalam sebuah kalimat.

Jadi “Apa sih subject verb agreement itu?”, “Bagaimana contoh subject verb agreement?”, “Apa saja aturan dalam subject verb agreement?”. Let’s discuss!

Pengertian Subject-Verb Agreement

Subject-verb agreement adalah persesuaian antara verb dengan subject dalam hal number, yaitu: singular (tunggal) atau plural (jamak). Subjek dapat berupanoun, pronoun, atau konstruksi lain yang berakting sebagai noun, seperti gerund daninfinitive. Pada dasarnya, singular subject (subjek tunggal) menggunakan singular verb (kata kerja tunggal), sedangkan plural subject (subjek jamak) menggunakanplural verb (kata kerja jamak).

Subject-Verb Agreement (Umum)

Secara umum pada bentuk present tense, singular verb berupa base form (bentuk dasar) dari verb dengan ditambahkan suffix (akhiran) -s. Adapun padaplural verb tanpa ditambahkan suffix -s (sebaliknya, plural subject ditambahkan suffix-s). Aturan kata kerja ini berlaku pula pada subjek berupa third person (orang ketiga, contoh: Ricky, Anna) dan semua personal pronoun (they, we= jamak; he, she, it= tunggal), kecuali I dan you. Walaupun berupa subjek tunggal, I dan you dipasangkan dengan kata kerja bentuk jamak.

Subjek tunggal harus mempunyai kata kerja tunggal. Begitu pula subjek jamak harus mempunyai kata kerja jamak. Ini kita sebut sebagai kesesuaian subjek-kata kerja (subject-verb agreement).

Perhatikan penjelasan berikut ini :

                                      
                                                                                                 

• A bus hits a tree. (sebuah bus menabrak pohon.)

Ø  A bus tunggal dan kata kerjanya pun harus tunggal, hits.

• Two buses hit a tree. (Dua buah bus menabrak pohon.)

Ø  Two buses jamak dan kata kerjanya pun harus jamak, hit.

• A cup of tea is enough. (secangkir teh cukup.)

Ø  A cup of tea tunggal dan kata kerjanya pun harus tunggal, is.

• Two cups of tea are more than enough. (Dua cangkir tehlebih dari cukup.)

Ø  Two cups of tea jamak dan kata kerjanya pun harus jamak are.

Ketentuan yang paling penting dalam bahasa Inggris adalah bahwa antara subject dengan verb harus in agreement. Artinya, jika subject-nya singular maka verb-nya juga harus singular. Sebaliknya, jika subject-nya plural maka verb-nya juga harus plural.

1. Singular subject-singular verb

Yang dimaksud dengan singular subject adalah subject pronoun he, she, dan it atau nouns yang dapat digantikan dengan he, she atau it; Sedangkan yang dimaksud dengan singular verbs adalah verb1+es/s, is/was, serta verb phrase seperti: is/was + verb-ing/verb3, has + verb3, has been verb-ing dan has been verb3.

2. Plural subject-plural verb

Yang dimaksud dengan plural subject adalah subject pronouns seperti I, we, you, they, dan semua plural nouns. Sedangkan yang dimaksud dengan plural verbs adalah verbs dan verb phrase selain singular verbs di atas.

Subject-Verb Agreement Ketika Subject Dipisahkan Oleh Prepositional Phrase Atau Oleh Ungkapan-Ungkapan (Expression).

1. Subject-verb agreement ketika dipisahkan oleh prepositional phrase

Jika antara subject dengan verb dipisahkan oleh prepositional phrase (2 atau lebih kata yang diawali oleh preposition), prepositional phrase ini tidak berpengaruh terhadap verb. Yang perlu diperhatikan adalah apa subject kalimatnya. Jika subject-nya singular maka verb-nya juga harus singular, sedangkan jika subject-nya plural maka verb-nya juga harus plural.

Singular subject + (prepositional phrase) + singular verb

Plural subject + (prepositional phrase) + plural verb

1. Subject-verb agreement ketika dipisahkan oleh together with, along with, as well as

Selain prepositional phrase di atas, ekspresi-ekspresi seperti together with, along with, accompanied by, dan as well as, juga tidak berpengaruh terhadap verb.

together with (bersama-sama dengan)

along with (bersama-sama dengan)

accompanied by (ditemani oleh)

as well as (begitu juga, dan)

Subject Verb Agreement memiliki aturan, berikut adalah aturan tersebut:

Aturan 1

Dua singular subjects yang dihubungkan dengan kata or atau nor membutuhkan singular verb, contoh:

• My father or my my mother is visiting your house.
• Neither Danny nor Siska does not want to work with me.

Aturan 2

Gunakan plural verb untuk singular project yang dihubungkan ke plural subject menggunakan or atau nor.

• The president or the armies are available to defend for our country.

Aturan 3

Gunakan plural verb untuk dua subjek atau lebih ketika mereka dihubungkan dengan conjunction ‘and’.

• A pen and a pencils are the tools to write.

Aturan 4

Gunakan singular verb untuk pronoun seperti each, everyone, every one, everybody, anyone, anybody, someone, dan somebody.

• Each of the boys runs

Aturan 5

Frase ‘the number’ yang berarti jumlah, diikuti oleh singular verb. Sementara kata ‘a number’ yang berarti sejumlah diikuti oleh plural verb.

• The number of people that submit work application to us has been enough.
• A number of kids come to my shop and buy ice cream

Aturan 6

Bila kata neither dan either menjadi subjek dalam kalimat, maka gunakan singular verb.

• Neither of us is capable to write a good essay.

Either of us is able to speak English.

Aturan 7

Kata who, which, dan that biasanya diletakkan di tengah kalimat. Kata kerja setelah who, which, dan that menggunakan kata kerja yang bergantung pada kata yang dideskripsikan. Ketika kata tersebut singular, maka gunakan singular verb, namun ketika kata tersebut adalah plural, maka gunakan plural verb.

• Rizal is the teacher who is loved by all his students.

Sumber :

https://www.ef.co.id/englishfirst/englishstudy/tujuh-aturan-subject-verb-agreement-bahasa-inggris.aspx

https://dwiyustiyanita.wordpress.com/2016/03/28/subject-verb-agreement-kesesuaian-subjek-dan-kata-kerja/

Jawaban 10 soal

1. John, along with twenty friends, are planning a party.
2. The picture of the soldiers bring back many memories.
3. The quality of these recordings are not very good.
4. If the duties of these officers aren’t reduced, there will not be enough time to finish the project.
5. The effects of cigarette smoking have been proven to be extremely harmful.
6. The use of credit cards in place of cash have increased rapidly in recent years.
7. Advertisements on television are becoming more competitive than ever before.
8. Living expenses in this country, as well as in many others, is an all-time high.
9. Mr.Jones, accompanied by several members of the committee has proposed some changes of the rules.
10. The levels of intoxication vary from subject to subject.

Nama : Irfan Nur Rakhman

Kelas : 4KA07

NPM : 13115431

Bahasa Inggris Bisnis 2 " Your Experience"

               

My Experience, 

Productive Vacation in English Village

          

   On vacation last semester, I planned to take a vacation to the English village. English Village is a village located in Pare, Kediri, East Java. In this village there are many language courses, such as English, German, Japanese, and others. I had planned before I graduated, I had to improve my English skills, so I decided to go to English Village. By the way i go there by myself, I want feel something new, on productive vacation alone, meet new friends there and live like a freeman. I use train to go there. I live in Bogor, so I took KRL train to Gondangdia Station and then I use Gojek to Pasar Senen Station. Pasar Senen Station is one of station in Jakarta that provided long distance trip, My last destination is Kediri Station. It took about 12 hours to go there. When I arrived in Kediri Station, I order Gojek again to go to Pare. It took about 1 hours to go there.

                

   While in English Village, I studied English at Mr. Bob. Mr. Bob is one of the favorite language courses in the English Village. In there I studied English for 2 weeks. While studying in English Village, I stayed in a camp provided by Mr. Bob. I met new friends there. New friends that come from many regions. In my room, I live with three of my friends. This camp is specifically for men. In the camp there are rules, such as always use English everyday, if you break the rules more than three times there will be a penalty of writing a story with 250 words using English, if you break the rules more than 5 times, then you will speak English in front of Mr.Bob's office. The class where I study English is about 400 meters away from the camp I live in. So I decided to rented a bicycle. In Pare, there are so many bicycle here, many people, whether it’s local resident or comer, in here many people use bicycle. And also there are many new things that I feel while living in Kampung Inggris, such as food prices and laundry prices that is so cheap.

               

   While studying at Mr.Bob, I took the Speakup class, the Prononciation class, and the Toefl class. On Mr.Bob there are many choices of classes, we must choose what we want to learn. Just like in a camp, when studying in class there are rules, we must be able to do what the teacher asks, like in the Speakup class, I have to be able to make instant stories, with themes that are made randomly. If we fail to do the requested thing, we will be punished. Punishment in each class is the same namely our face will be given powder. I am very happy with how to study like this, I am not at all bored. I enjoy all the processes of learning English here. I study from Monday to Friday, and every Friday night there will be a camp gathering event, each camp will show speeches or dramas using English. This program is very exciting because this program has many funny things.

          

          On Saturdays and Sundays we are on holiday. In Pare, there are lot of car and motorcycle rental places. So, when day off, we decided rent a car and motorcycle. Me and my friends went for a trip to Kediri city, we visited a Simpang Lima monument, and we also went to the mall in Kediri. And also during our day off, we went to places that were amazing, such as the cave of Selomangleng, Batu Paralayang Tourism, and Mount Bromo. I am very happy with this experience. It's such an amazing 2 weeks, I will never forget this amazing vacation. I get more knowledge about English language, plus I get unforgettable scenery from an amazing places. I really enjoyed my vacation while studying in English Village.

Nama : Irfan Nur Rakhman

NPM : 13115431

Kelas : 4KA07

ANALISIS KINERJA SISTEM - MANAJEMEN KONTROL PROGRAMMING - Struktur Team Yang Digunakan Untuk Mengorganisasikan Para Programmer, dan Tugas Masing-Masing Anggota Team.

Nama : Irfan Nur Rakhman

NPM : 13115431

Kelas : 4KA07

MANAJEMEN KONTROL PROGRAMMING

Struktur Team Yang Digunakan Untuk Mengorganisasikan Para Programmer, dan Tugas Masing-Masing Anggota Team.

Terdapat 3 struktur team yang digunakan untuk mengorganisasikan para programmer:

1. Chief Programmer Teams

2. Adaptives Teams dan

3. Controlled-Decentralized Teams

Ketua Tim Programmer (Chief Programmer Team).

Fungsi dan Cirinya :

Chief Programmer :

· Bertanggung jawab secara total/penuh untuk sistem dimana team bekerja

· Harus seorang ahli

· Seorang programmer yang sangat produktif

· Bertanggungjawab dalam mendesain, coding, dan mengintegrasikan bagian yang

kritis dalam sistem

· Memberikan perintah kerja pada bagian back-up dan support programmers.

Back-up Programmers :

· Seorang programmer senior yang bertanggungjawab dalam memberikan dukungan

penuh pada chief programmer

· Harus bisa mengambil alih tugas chief programmer setiap saat

Support Programmers:

· Diperlukan pada saat proyek besar yang tidak bisa dikerjakan oleh chief programmer

dan back-up programmer saja.

· Menyediakan dukungan

· Bekerja dalam pembuatan coding dan uji coba modul tingkat rendah ( testing lowerlevel)

Librarian (penyedia data) :

· Bertanggungjawab dalam perawatan program production library.

· Menyediakan input dan mengumpulkan keluaran untuk para programmer, file

output dari hasil kompilasi dan ujicoba, mempertahankan agar source code dan

object-code library tetap up to date.

Sruktur “ The Chief Programmer team “ ini di desain untuk mengurangi kebutuhan

proses informasi antara anggota team dan untuk meningkatkan kapasitas dari proses

informasi.

Penyesuaian Tim (Adaptives Teams).

Struktur ini diperuntukan untuk melayani 2 kebutuhan, yaitu:

1. Keinginan organisasi untuk meningkatkan kualitas program

2. Memenuhi kebutuhan sosial/ psikologi dari setiap anggota programmer dalam team.

Perbedaan dari struktur ini dengan struktur sebelumnya adalah:

· Adaptive team tidak punya tigkat otoritas, dimana kepemimpinan dalam team ada

di tangan para anggota.

· Dalam Adaptive team, tugas diberikan pada anggota dari team daripada ditentukan

lewat posisi.

· Adaptive team tidak mempunyai aturan formal librarian (penyedia data)

dalam mengkoordinasikan fungsi team.

Desentraliasi Pengendalian Tim (Controlled-Decentralized Teams)

Struktur ini mempunyai junior programmer yang akan melaporkan hasil program pada

senior programmer, kemudian oleh senior programmer dilaporkan juga pada ketua proyek.

Dengan struktur ini, manfaat/keuntungan dari struktur sebelumnya akan didapatkan.

Keuntungannya : dapat memecahkan masalah yang kompleks, dimana struktur dari grup

ini akan memfasillitasi pemecahan masalah.

Kerugian : strukur ini tidak bisa bekerja dengan baik apabila tugas dari programmer

tersebut tidak bisa di bagi-bagi, dan dengan waktu deadline yang sangat

ketat.

Pengelolaan Kelompok Sistem Programming

Para programmer sering diklasifikasikan menurut aplikasi programmer atau sistem

programmer. Dahulu, programmer membangun dan merawat program untuk system

aplikasinya. Tetapi kini, membangun dan merawat sistem software. Seperti sistem operasi,

sistem manajemen database, dan komunikasi software.

Mengontrol Masalah

Mengontrol sistem programmer adalah tugas yang berat, mereka biasanya memiliki

keahlian yang tinggi dan sering bekerja sendiri atau ada di dalam grup yang kecil. Dengan

menerapkan kontrol secara tradisional pada aktivitas mereka seperti pemisahan tugas,

sangatlah sulit. Mereka biasanya bekerja pada situasi yang kritis.

Mengukur Sistem Kontrol

Meskipun sulit unuk mengontrol sistem programmer, beberapa hal ini dapat di

implementasikan untuk mengontrolnya:

1. Pekerjakan staf sistem programming yang mempunyai kualitas yang tinggi.

2. Pisahkan tugas seluas mungkin, contohnya tanggung jawab untuk desain dan coding

sistem program dipisah dari tanggung jawab untuk uji coba program.

3. Buat metode dokumen standar

4. Batasi wewenang sistem programmer, jadi seorang programmer hanya bekerja

sesuai dengan aplikasi yang dikuasainya.

5. Jauhkan prosedur petunjuk manual dan kunci mesin dari aktivitas sistem programmer.

Hal ini dimaksudkan agar aktivitas yang tidak diinginkan / sesuai dengan tugasnya tidak

terjadi.

6. Pekerjakan konsulan dari luar untuk mengevaluasi pekerjaan programming.

7. Perintahkan programmer aplikasi untuk mengevaluasi pekerjaan sistem programmer

secara berkala agar dapat dihasilkan program yang berkualitas.

ANALISIS KINERJA SISTEM - MANAJEMEN KONTROL PROGRAMMING - 5 Tahapan Pengembangan Program dan Keterlibatan Auditor pada Masing-Masing Tahap

Nama : Irfan Nur Rakhman
NPM : 13115431
Kelas : 4KA07

MANAJEMEN KONTROL PROGRAMMING

5 tahapan pengembangan program dan keterlibatan auditor pada masing-masing tahap

1. Perencanaan (Planning)

Tugas utama dari manajemen dalam tahap ini adalah untuk memperkirakan kebutuhan

besarnya sumber daya (khususnya jam kerja) yang dibutuhkan dalam pengembangan,

pengadaan, dan penerapan software. Jika, sebagai contoh, s/w di buat di rumah (in house),

manajemen harus berusaha untuk memperkirakan berapa jumlah baris kode (program) yang

di ketik atau banyaknya fungsi yang di buat. Auditor bertugas untuk membuat rencana terbaik  dalam pembuatan software.

2. Pengendalian (Control)

Pada tahap kontrol ini, ada dua tujuan utama yaitu :

1. Untuk memonitor kemajuan dan beberapa tahap pada siklus hidup s/w agar tidak

bertentangan dengan rencana awal.

2. Mengontrol tugas pengembangan, pengadaan dan implementasi s/w, agar s/w dapat di

produksi secara autentik, akurat dan lengkap.

Seorang auditor harus mempunyai dua perhatian khusus pada kendali, pada tahap kontrol ini

yaitu:

1. Auditor harus dapat mengevaluasi apakah fungsi dari aktivitas kontrol dapat diterapkan

juga pada software yang berbeda.

2. Seorang auditor harus dapat mengumpulkan bukti apakah prosedur dari suatu kontrol

sudah dijalankan dengan benar dan dapat dipercaya.

3. Perancangan (Design)

Dalam tahap desain, seorang programmer bertugas untuk menspesifikasikan struktur dan

operasi dari program untuk menemukan artikulasi yang dibutuhkan selama tahap proses

informasi sistem desain dari pengembangan sistem.

Selama tahap ini, perhatian utama seorang auditor adalah untuk menentukan apakah

programmer menggunakan suatu tipe khusus dari pendekatan sistematik untuk desain.

Auditor harus mengubah keinginannya berdasarkan beberapa faktor seperti ukuran dan bahan

dari suatu program.

Seorang auditor juga dapat memperoleh bukti dari proses desain dengan melakukan

interview, observasi, dan review dari dokumentasi. Mereka dapat berkomunikasi dengan

programmer, apakah mereka dapat memahami tentang kebutuhan dengan menggunakan

pendekatan yang sistematik untuk desain, jika ya, bagaimana menggunakannya.

Auditor juga dapat mengamati apakah programmer menggunakan pendekatan sistematik

untuk mendesain program.

Mereka juga dapat meninjau dokumentasi program, apakah memiliki struktur chart sebagai

bukti programmer menggunakan pendekatan yang sistematik untuk mendesain.

4. Pengkodean (Coding)

Tahap koding (pengetikan / penulisan program) dilakukan pada saat s/w akan dibuat atau

dimodifikasi. Selama tahap ini, programmer akan menulis dan mendokumentasikan source

code (program sumber) dalam bahasa pemrograman untuk mengimplementasikan desain

program.

Auditor perlu mencari bukti yang benar dengan cara uji coba oleh manajemen program dalam

memilih strategi implementasi modul dan integrasi. Khususnya pada program yang besar,

penggunaan strategi yang salah (jelek) dapat mengakibatkan program yang dihasilkan menjadi

kurang berkualitas.

Auditor dapat melakukan wawancara untuk menguji apakah manajemen menggunakan

pendekatan sistematik untuk memilih strategi implementasi modul dan integrasi. Mereka juga

dapat menguji dokumentasi program untuk memperoleh bukti tipe strategi yang telah di

adopsi (di pilih).

Strategi Coding

Menurut konvensi (kesepakatan) program terstruktur, terdapat tiga dasar struktur utama

dalam struktur kontrol yaitu (lihat gbr.5.5) :

1. Urutan sederhana (simple sequence - SEQUENCE)

2. Pemilihan dengan seleksi (selection based on a test – IF-THEN-ELSE) dan

3. Pengulangan kondisi (conditional repetition-DO WHILE)

Jika konvensi pemrograman terstruktur di penuhi, dapat dipastikan bahwa para programmer

akan membuat source-code yang tingkat kesalahannya kecil, mudah untuk dimengerti dan

mudah untuk dirawat.

Auditor dapat mencari bukti untuk memastikan apakah manajemen programming di jamin di

buat oleh programmer mengikuti struktur programming yang telah di sepakati. Mereka dapat

melakukan wawancara dengan manager atau programmer tentang tugas dan cara yang

dilakukannya dalam membuat program.

Auditor juga dapat mengecek apakah programmer dalam membuat programnya menyediakan

fasilitas otomatis sebagai alat bantu untuk mereka. Beberapa tipe penggunaan fasilitas koding

otomatis anatara lain :

· Shorthand preprocessor, memungkinkan programmer untuk menulis kode secara singkat,

jugadapat menerjemahkan kode singkat ini dalam sintak yang lebih lengkap, contoh

COBOL.

· Decision-table preprocessor, memindahkan bentuk teks program ke dalam bentuk sourcecodemenggunakan

bahasa pengolahan compiler.

· Copy facility, memungkinkan penggunaan kode secara berulang

· Editor, yang memungkinkan kode di ciptakan, di format, dan dimodifikasi secara mudah.

· User-interface management system, memungkinkan desain dari implementasi yang

cepat,seperti windows, icons, menus, dan dialog boxes.

· CASE tools, berisi bermacam-macam fasilitas yang dapat membantu proses koding.

5. Pengetesan (Testing)

Software testing adalah aktivitas-aktivitas yang bertujuan untuk mengevaluasi atribut-atribut atau kemampuan sebuah program atau sistem dan penentuan apakah sesuai dengan hasil yang diharapkan. Testing adalah proses pemeriksaan program dengan tujuan tertentu dalam menemukan kesalahan sebelum diserahkan ke pengguna.

Verification: Apakah kita membangun produk dengan benar, Software seharusnya sesuai dengan spesifikasinya. Gunakan proses software yang bagus. Validation: “Apakah kita membangun produk yang benar, Software seharusnya melakukan apa yang pengguna benar-benar butuhkan.

Tahapan Testing

Terdapat cukup banyak pendekatan yang dilakukan untuk melakukan testing. Salah satu definisi testing adalah “sebuah proses yang melakukan pertanyaan terhadap sebuah produk untuk dinilai”, di mana “pertanyaan” merupakan segala sesuatu yang diberikan kepada produk sebagai pengujian.

Beberapa tahapan testing yang umum dilalui oleh aplikasi adalah sebagai berikut:

Unit/ComponentTesting.

Terbagi atas testing terhadap unit dan component. Unit testing merupakan proses testing, di mana Anda melakukan testing pada bagian basic dari kode program. Contohnya adalah memeriksa kode program pada event, procedure, dan function. Unit Testing meyakinkan bahwa masing-masing unit tersebut berjalan sebagaimana mestinya.Pada Unit Testing, Anda memeriksa bagian kode program secara terpisah dari bagian yang lain. Anda dapat langsung melakukan Unit Testing setiap kali sebuah kode unit (event, procedure, function) selesai dibuat. Anda dapat memeriksa kode unit dengan menjalankannya baris per baris untuk memastikan bahwa proses yang dilakukan berjalan sebagaimana yangAndainginkan.

IntegrationTesting.

Setelah Anda melakukan Unit/Component Testing, langkah berikutnya adalah memeriksa bagaimana unit-unit tersebut bekerja sebagai suatu kombinasi, bukan lagi sebagai suatu unit yang individual. Sebagai contoh, Anda memiliki sebuah proses yang dikerjakan oleh dua function, di mana satu function menggunakan hasil output dari function yang lainnya. Kedua function ini telah berjalan dengan baik secara individu pada Unit Testing. Pada tahap Integration Testing, Anda memeriksa hasil dari interaksi kedua function tersebut, apakah bekerja sesuai dengan hasil yang diharapkan. Anda juga harus memastikan bahwa seluruh kondisi yang mungkin terjadi dari hasil interaksi antarunit tersebut menghasilkanoutputyangdiharapkan.

SystemTesting.

Mencakup testing aplikasi yang telah selesai didevelop. Karena itu, aplikasi harus terlihat dan berfungsi sebagaimana mestinya terhadap end-user atau pengguna akhir. Untuk itu, testing dilakukan dengan menggunakan data yang menggambarkan data yang digunakan oleh pengguna sesungguhnya terhadap aplikasi. Jika aplikasi Anda di-develop untuk lingkungan yang besar,

Anda dapat melakukan testing pada dua komputer yang berbeda. Komputer yang Anda gunakan sebagai komputer testing harus terlebih dahulu dikonfigurasi hanya dengan:

a. Operating system yang dibutuhkan.

b. Driver yang diperlukan oleh aplikasi.

c. Aplikasi yang dites.

Dengan menggunakan konfi gurasi yang paling minimal dan sederhana, maka dapat membantu Anda untuk memastikan bahwa permasalahan yang timbul selama testing berlangsung adalah merupakan kesalahan aplikasi, dan bukan kesalahan yang berasal dari aplikasi atau software lain.

AcceptanceTesting.

Seperti Integration Testing, Acceptance Testing juga meliputi testing keseluruhan aplikasi. Perbedaannya terletak pada siapa yang melakukan testing. Pada tahap ini, end-user yang terpilih melakukan testing terhadap fungsi-fungsi aplikasi dan melaporkan permasalahan yang ditemukan. Testing yang dilakukan merupakan simulasi penggunaan nyata dari aplikasi pada lingkungan yang sebenarnya. Proses ini merupakan salah satu tahap final sebelum pengguna menyetujui dan menerima penerapan sistem aplikasi yang baru. Karena itu pada tahap ini sudah tidak difokuskan untuk mengangkat permasalahan kecil seperti kesalahan pengetikan, ataupun kosmetik aplikasi. Hal-hal minor seperti di atas sudah seharusnya ditangani selama Unit/Component Testing dan Integration Testing.

RegressionTesting.

Merupakan bagian penting dari masing-masing tahap proses testing. Regression Testing mencakup pengujian ulang terhadap unit, component, proses, atau keseluruhan aplikasi setelah perbaikan suatu kesalahan dilakukan.Regression Testing memastikan permasalahan yang terjadi telah ditanggulangi, dan tidak terdapat permasalahan baru yang timbul sebagai efek perbaikan tersebut. Selain itu, tahap ini tidak hanya berguna untuk melakukan pengujian aplikasi, tetapi dapat juga digunakan untuk melakukan pemantauan kualitas dari output yang dihasilkan. Sebagai contoh, Regression Testing memantau ukuran file, waktu yang dibutuhkan untuk melakukan suatu tes, waktu yang dibutuhkan untuk melakukan kompilasi,dan lain sebagainya.

Auditor bertugas melakukan segala percobaan dan test sebelum software dibuat seutuhnya.

6. Pengoperasian dan Pemeliharaan (Operation and Maintenance)

Dalam sudut pandang Sistem Audit, perhatian utama pada operasional program

adalah bagaimana performance program tersebut dapat dimonitor setiap saat.

Seseorang harus bertanggung jawab untuk mengidentifikasi apabila program perlu

perawatan, kemungkinan lain adalah identifikasi dari kebutuhan perawatan mungkin

tidak terjadi. Akibatnya, bisa terjadi kekeliruan pada database program, kegagalan dalam

pencapaian keinginan user, atau operasi program tidak efisien.

Mekanisme formal dalam monitoring status operasional program sangat diperlukan,

ketika pengguna dari program adalah seluruh anggota organisasi yang terdiri dari berbagai

macam latar belakang.

Ada 3 macam tipe dari perawatan (maintenance) yang diperlukan agar program tetap

beroperasi:

1. Repair-maintenance-errors, perawatan dengan cara memperbaiki kesalahan.

2. Adaptive maintenance-users needs, perawatan dengan mengadaptasi pada keinginan

user.

3. Perfective maintenance, perawatan dengan maksud agar diperoleh program yang

sempurna.

Perhatian utama seorang auditor pada fase operation & maintenance adalah untuk

memastikan bahwa fase ini berjalan dengan efektif dan pelaporan secara berkala dapat

dilakukan, serta proses perawatan bisa di kontrol dengan baik.

Auditor harus bisa mencari bukti bawa manajemen telah meninjau sistem dengan

baik dan bertanggungjawab didalam monitoring status dari operasional program.

Caranya dengan melakukan interview (wawancara), observasi, tinjauan pada dokumen

yang menunjukkan bahwa sistem telah beroperasi dengan baik. Selanjutnya mereka harus

fokus pada kualitas dari kontrol proses maintenance.

ANALISA PENERAPAN SISTEM INFORMASI DI RUMAH SAKIT RIZANI PAITON DENGAN METODE SDLC - Audit Teknologi Sistem Informasi

 Irfan Nur Rakhman 13115431 - 4KA07

ANALISA PENERAPAN SISTEM INFORMASI DI RUMAH SAKIT RIZANI PAITON DENGAN METODE SDLC

BAB I. PENDAHULUAN

1.1    Latar Belakang

Perkembangan Sistem Informasi telah menyebabkan terjadinya perubahan yang cukup signifikan dalam pola pengambilan keputusan yang dilakukan oleh manajemen baik pada tingkat operasional (pelaksana teknis) maupun pimpinan pada semua jenjang. Perkembangan ini juga telah menyebabkan perubahanperubahan peran dari para manajer dalam pengambilan keputusan, mereka dituntut untuk selalu dapat memperoleh informasi yang paling akurat dan terkini yang dapat digunakannya dalam proses pengambilan keputusan. Para manajer di berbagai organisasi juga diharapkan dapat dengan lebih mudah untuk menganalisis kinerjanya secara konstan dan konsisten dengan pemanfaatan teknologi informasi yang tersedia.

Sistem Informasi adalah bagian dari pengendalian internal suatu bisnis yang meliputi pemanfaatan manusia, dokumen, teknologi, dan prosedur oleh akuntansi manajemen untuk memecahkan masalah bisnis seperti biaya produk, layanan, atau suatu strategi bisnis. Sistem Informasi berbeda dengan sistem informasi pada umumnya karena Sistem Informasi digunakan untuk menganalisis sistem informasi lain yang diterapkan pada aktivitas operasional organisasi. Secara akademis, istilah ini umumnya digunakan untuk merujuk pada kelompok metode manajemen informasi yang bertalian dengan otomasi atau dukungan terhadap pengambilan keputusan.

Informasi dapat diibaratkan sebagai darah yang mengalir di dalam tubuh manusia, seperti halnya informasi di dalam sebuah perusahaan yang sangat penting untuk mendukung kelangsungan perkembangannya, sehingga terdapat alasan bahwa informasi sangat dibutuhkan bagi sebuah perusahaan. Akibatnya bila kurang mendapatkan informasi, dalam waktu tertentu perusahaan akan mengalami ketidakmampuan mengontrol sumber daya, sehingga dalam mengambil keputusankeputusan strategis sangat terganggu, yang pada akhirnya akan mengalami kekalahan dalam bersaing dengan lingkungan pesaingnya.

Rumah Sakit Rizani Paiton merupakan salah satu rumah sakit yang ada di Kabupaten Probolinggo yang telah menerapkan Sistem Informasi Rumah Sakit (SIRS) dimana SIRS itu sendiri berfungsi untuk memudahkan dan memakSIalkan pelayanan yang dimiliki oleh RS Rizani. Dalam penerapannya, SI RS Rizani menggunakan metode Structured Design Life Cycle (SDLC) yaitu sebuah metodologi dalam pembangunan atau pengembangan sistem. SDLC memberikan kerangka kerja yang konsisten terhadap tujuan yang diinginkan dalam pembangunan dan pengembangan sistem.

Berdasarkan hal tersebut, penulis ingin melakukan analisis penerapan metode pengembangan SI khususnya SDLC di RS Rizani Paiton, mengidentifikasi bagaimana tahapan-tahapan dalam penerapan SI di RS Rizani.

1.2    Rumusan Masalah

Bagaimana penerapan metode pengembangan Sistem Informasi di instansi Rumah Sakit Rizani Paiton?

1.3    Tujuan

1.3.1        Tujuan umum

Menganalisis metode pengembangan Sistem Informasi di RS Rizani Paiton.

1.3.2        Tujuan khusus

1.      Untuk mengidentifikasi metode pengembangan SI di RS Rizani Paiton.

2.      Untuk mengidentifikasi tahapan-tahapan pengembangan SI di RS Rizani Paiton.

3.      Untuk mengidentifikasi kelebihan dan kekurangan pada penerapan metode pengembangan sistem di RS Rizani Paiton.

BAB II. TINJAUAN PUSTAKA

2.1    Pengertian

System Development Life Cycle (SDLC) merupakan sebuah metodologi dalam pembangunan atau pengembangan sistem. SDLC memberikan kerangka kerja yang konsisten terhadap tujuan yang diinginkan dalam pembangunan dan pengembangan sistem. Metodologi SDLC dimulai dengan ide-ide yang berasal dari pengguna, melalui studi kelayakan, analisis dan desain sistem, pemrograman, pilot testing, implementasi, dan analisis setelah diimplementasikan (evaluasi). Dokumentasi yang dibuat selama melakukan pembangunan atau pengembangan sistem digunakan untuk perubahan-perubahan di masa yang akan datang, misalnya melanjutkan pengembangan sistem, modifikasi atau penghilangan (deletion).

2.2    Tahapan SDLC

Beberapa ahli sistem informasi menyatakan bahwa SDLC merupakan pengembangan sistem secara tradisional dan memiliki beberapa tahapan. Pada intinya langkah-langkah dalam metodologi SDLC adalah:

1.      Mengevaluasi sistem yang ada

Dengan evaluasi, akan diketahui kekurangan-kekurangan (defisiensi) yang ada dalam sistem. Hal ini dapat dilakukan dengan cara melakukan interview/wawancara dengan pengguna yang menggunakan sistem tersebut dan melakukan konsultasi dengan orang-orang yang berkompeten di bidang itu,

2.      Mendefinisikan kebutuhan sistem baru yang akan dibangun

Kekurangan-kekurangan yang ada pada sistem lama harus dijelaskan secara spesifik sehingga menjadi perhatian untuk perbaikan sistem yang akan dibangun. Selain menganalisis dan mendefinisikan masalah, sistem informasi yang ada juga memprediksi kemungkinan solusi untuk sistem informasi yang akan dibangun atau dikembangkan serta proses organisasinya.

3.      Mendesain sistem yang diusulkan

Rencana-rencana yang akan dilakukan didasarkan/difokuskan pada konstruksi fisik, perangkat keras, perangkat lunak, sistem operasi, pemrograman, komunikasi, dan masalah keamanan sistem informasi. Merancang output, input, struktur file, program, prosedur, perangkat keras, dan perangkat lunak yang diperlukan untuk mendukung sistem informasi.

4.      Pengembangan sistem yang baru

Komponen-komponen dan program harus tersedia dan diinstall. Membangun perangkat lunak yang diperlukan untuk mendukung sistem dan melakukan pengujian secara akurat. Melakukan instalasi dan pengujian terhadap perangkat keras dan mengoperasikan perangkat lunak. Pengguna yang akan menggunakan sistem harus dilatik dan semua aspek yang terdapat dalam sistem informasi tersebut harus dicoba.

5.      Penggunaan sistem baru

Hal ini dapat dilakukan dengan berbagai cara. Sistem baru dapat diimplementasikan untuk menggantikan sistem lama. Penerapan sistem baru sebagai pengganti sistem lama yang ada dapat dilakukan secara serentak ataupun bertahap. Hal ini tergantung dari kesiapan organisasi, teknis, operasional, dan biaya yang dimiliki oleh organisasi tersebut. Pada tahap ini, organisasi perlu melakukan pelatihan dan panduan seperlunya.

6.      Evaluasi

Harus dilakukan terhadap sistem informasi baru yang telah/sedang berjalan. Hal yang dilakukan adalah mengevaluasi sejauh mana sistem telah dibangun dan seberapa bagus sistem telah dioperasikan. Pemeliharaan sistem dilakukan dengan sungguh-sungguh dan teliti secara terus-menerus, sehingga sistem infomasi yang dibangun dapat bermanfaat bagi organisasi tersebut.

SDLC merupakan metodologi klasik yang digunakan untuk mengembangkan, memelihara, dan menggunakan sistem informasi. Metodologi ini mencakup sejumlah fase/tahapan (Kadir, 2002). Meskipun jumlah tahapan dalam SDLC dalam berbagai literatur berbeda-beda, pada prinsipnya secara keseluruhan semua proses yang dilakukan sama.

1.      Analisa sistem

Tahapan analisa sistem dimulai karena adanya permintaan terhadap sistem baru. Permintaan dapat datang dari seorang manajer di luar departemen sistem informasi atau dari pihak eksekutif yang melihat adanya masalah atau menemukan adanya peluang baru. Namun ada kalanya inisatif pengembangan sistem baru berasal dari bagian yang bertanggung jawab terhadap pengembangan sistem informasi, yang bermaksud mengembangakan sistem yang sudah ada atau menangani masalah-masalah yang berlum tertangani (Kadir,2002)

Tujuan utamanya adalah untuk menentukan hal-hal detail tentang yang akan dikerjakan oleh sistem yang diusulkan (dan bukan bagaimana caranya). Analisa sistem mencakup studi kelayakan dan analisa kebutuhan (Kadir, 2002).

a.         Studi kelayakan

Studi kelayakan digunakan untuk menentukan kemungkinan keberhasilan solusi yang diusulkan. Tahapan ini berguna untuk memastikan bahwa solusi yang diusulkan tersebut benar-benar dapat dicapai dengan sumber daya dan dengan memperhatikan kendala yang terdapat pada perusahaan dan dampak terhadap lingkungan sekeliling (Kadir, 2002).

Di dalam tahapan ini, analisa sistem melaksanakan penyelidikan awal terhadap masalah dan peluang bisnis yang disajikan dalam usulan proyek. Pengembangan sistem tugas-tugas yang tercakup dalam studi kelayakan meliputi :Penentuan masalah dan peluang yang dituju sistem.

1)      Pembentukan sasaran sistem baru secara keseluruhan.

2)      Pengidentifikasian para pemakai sistem.

3)      Pembentukan lingkup sistem (Kadir, 2002).

Selain itu, selama dalam tahapan studi kelayakan sistem analis juga melakukan tugas-tugas seperti berikut:

1)      Pengusulan perangkat lunak dan perangkat keras untuk sistem baru.

2)      Pembuatan analisa untuk membuat dan atau membeli aplikasi.

3)      Pembuatan analisa biaya/manfaat.

4)      Pengkajian terhadap risiko proyek.

5)      Pemberian rekomendasi untuk meneruskan atau menghentikan proyek (Kadir, 2002).

b.         Analisa kebutuhan

Analisa kebutuhan dilakukan untuk menghasilkan spesifikasi kebutuhan (disebut juga spesifikasi fungsional). Spesifikasi kebutuhan adalah spesifikasi yang rinci tentang hal-hal yang dilakukan sistem ketika diimplementasikan. Spesisifikasi ini sekaligus dipakai untuk membuat kesepakatan antara pengembang sistem, dan pemakai yang kelak menggunakan sistem, manajemen dan mitra kerja yang lain (misalnya auditor internal) (Kadir, 2002).

Analisa kebutuhan ini diperlukan untuk menentukan keluaran yang akan dihasilkan sistem, masukan yang diperlukan sistem, lingkup proses yang digunakan untuk mengolah masukan menjadi keluaran volume data yang akan ditangani sistem, jumlah pemakai dan kategori pemakai, serta kontrol terhadap sistem (Kadir, 2002).

Untuk melakukan analisa kebutuhan, analisa sistem biasanya melakukan langkah-langkah seperti berikut:

1)      Wawancara

2)      Riset terhadap sistem yang sekarang

3)      Observasi lapangan

4)      Kuis

5)      Pengamatan terhadap sistem serupa

6)      Prototipe

2.      Perancangan sistem

Perancangan sistem dibagi menjadi dua subtahapan, yakni perancangan konseptual, dan perancangan fisik. Target akhir dari tahapan ini adalah menghasilkan rancangan yang memenuhi kebutuhan yang ditentukan selama tahapan analisa sistem. Hasil akhirnya berupa spesifikasi rancangan yang sangat rinci sehingga mudah diwujudkan pada saat pemrograman.

a.       Perancangan konseptual

Disebut juga perancangan logis. Pada perancangan ini kebutuhan pemakai dan pemecahan masalah yang teridentifikasi selama tahapan analis sistem mulai dibuat untuk diimplementasikan. Ada langkah penting yang dilkaukan dalam perancangan konseptual, yaitu evaluasi alternatif rancangan, penyiapan spesifikasi rancangan, dan penyiapan laporan rancangan sistem secara konseptual. Evaluasi alternatif digunakan menentukan alternatif-alternatif rancangan yang bisa digunakan dalam sistem, yang mencakup  elemen keluaran, penyimpanan data, masukan, dan prosedur permrosesan dan operasi.

1)      Keluaran

Rancangan laporan mencakup frekuensi laporan (harian, mingguan, dan sebagainya), isi laporan, bentuk laporan, dan laporan cukup ditampilkan pada layar atau perlu dicetak.

2)      Penyimpanan data

Dalam hal ini, semua data yang diperlukan untuk membentuk laporan ditentukan lebih detail, termasuk ukuran data (misalnya, nama barang makSIal terdiri atas 25 karakter) letaknya dalam berkas.

3)      Masukan

Rancangan masukan meliputi data yang perlu dimasukkan ke dalam sistem.

4)      Prosedur pemrosesan dan operasi

Rancangan ini menjelaskan bagaimana data masukan diproses dan diSIpan dalam rangka untuk menghasilkan laporan (Kadir, 2002).

b.      Perancangan fisik

Rancangannnya bersifat konseptual diterjemahkan dalam bentuk fisik sehingga terbentuk spesifikasi yang lengkap tentang modul-modul sistem dan antarmuka antaramodul, serta rancangan basis data secara fisik. Hasil akhirnya berupa rancangan keluaran, rancangan masukan, rancangan antarmuka pemakai dan sistem, rancangan platform, rancangan basis data, rancangan modul, rancangan kontrol, dokumentasi, rencana pengujian, dan rencana konversi.

1)      Rancangan keluaran, berupa bentuk laporan dan rancangan dokumen.

2)      Rancangan masukan, berupa rancangan layar untuk pemasukan data.

3)      Rancangan antarmuka pemakai dan sistem, berupa rancangan interaksi antara pemakai dan sistem (menu, ikon, dan lain-lain).

4)      Rancangan platform, berupa rancangan yang menentukan perngkat keras dan perangkat lunak yang digunakan.

5)      Rancangan basis data, berupa rancangan-rancangan berkas dalam basis data, termasuk penentuan kapasitas masing-masing.

6)      Rancangan modul, berupa rancangan modul atau program yang dilengkapi dengan algoritma (cara modul atau program kerja bekerja).

7)      Rancangan kontrol, berupa rancangan kontrol-kontrol yang digunakan dalam sistem (mencakup hal-hal seperti validasi, otorisasi, dan pengauditan).

8)      Dokumentasi, berupa hasil pendokumentasian hingga tahap perancangan sistem.

9)      Rencana pengujian, berisi rencana yang dipakai untuk menguji sistem.

10)  Rencana konversi, berupa rencana untuk menerapkan sistem baru terhadap sistem lama (Kadir, 2002).

3.      Implementasi sistem

Pada tahap ini terdapat banyak aktivitas yang dilakukan, yaitu berupa:

a.       Pemrograman dan pengujian

b.      Instalasi perangkat keras dan perangkat lunak

c.       Pelatihan kepada pemakai

d.      Konversi

e.       Pembuatan dokumentasi

Yang perlu dibahas lebih lanjut adalah pemrograman, pengujian, konversi, dan pembuatan dokumentasi.

a.       Pemrograman dan pengujian

Berdasarkan perancangan fisik, pemrograman memulai melakukan pemrograman, merupakan aktivitas pembuatan program atau sederatan instruksi yang digunakan untuk mengatur komputer agar bekerja sesuai dengan masing-masing maksud instruksi.setiap program menjalani pengujian secara individual untuk memastikan bahwa program bebas dari kesalahan. Pengujian seperti ini disebut dengan pengujian unit. Jika terjadi kesalahan, pemakai akan berusaha mencari penyebabnya dan proses untuk melakukan pencarian kesalahan ini disebut debugging.

1)      Pengujian integrasi

Pengujian ini dilakukan setelah semua modul/program melewati pengujian unit untuk melihat efek ketika program saling dikaitkan.

2)      Pengujian sistem

Setelah melalui pengujian integrasi, fungsi-fungsi dalam sistem dan juga kinerjanya diuji. Sistem divalidasikan terhadap spesifikasi kebutuhan dengan kondisi dan lingkungan yang menyerupai dengan keadaan dan lingkungan operasional. Pada pengujian ini, kontrol dan prosedur pemulihan sistem (system recovery) juga diuji.

3)      Pengujian penerimaan

Dilakukan sebelum sistem dioperasikan dengan melibatkan pemakai, pengembangan sistem, personil yang akan memelihara sistem, manajemen, dan auditor internal. Tujuannya adalah untuk meyakinkan bahwa segala kebutuhan telah terpenuhi. Dalam hal ini pemakai akan memberikan persetujuan untuk menerapkan sistem ini sebagai sistem produksi (sistem yang akan dioperasikan oleh pemakai).

4)      Pengujian instalasi

Jika pengujian penerimaan dilakukan sebelum sistem dipasang ke lingkungan operasional, sistem perlu diuji kembali setelah dipasang pengujian seperti inilah yang disebut pengujian instalasi (Kadir, 2002).

b.      Konversi

Merupakan tahapan yang digunakan untuk mengoperasikan sistem baru dalam rangka menggantikan sistem yang lama. Terdapat beberapa pendekatan yang dilakukan untuk melakukan konversi yantiu konversi paralel, koversi langsung, konversi pilot, dan konversi modular atau bertahap

c.       Dokumentasi

Merupakan hal yang sangat penting dilakukan karena akan menjadi acuan pada tahapan operasi dan pemeliharaan. Pada tahap implemnetasi, dokumentasi yang dibuat ddapat dibagi menjadi tiga jenis, yiatu dokumentasi pengembangan, dokumentasi operaSI dan dokumentasi pemakai.

4.      Operasi dan pemeliharaan

Setelah masa sistem berjalan sepenuhnya menggantikan sistem yang lama, sistem memasuki pada tahapan operasi  dan pemeliharaan. Selama sistem beroperasi, pemeliharaan sistem tetap diperlukan karena beberapa alasan. Pertama, mungkin sistem masih menyisakan masalah-masalah yang tidak terdeteksi selama pengujian sistem. Kedua, pemeliharaan diperlukan karena perubahan bisnis dan lingkungan atau adanya permintaan kebutuhan baru (misalnya berupa laporan) oleh pemakai. Ketiga, pemeliharaan juga bisa dipicu karena kinerja sistem yang menjadi menurun sehingga barangkali perubahan-perubahan penulisan program.

2.3    Kelebihan dan Kekurangan

Kelebihan:

1)      Mudah diaplikasikan

2)      Memberikan template tentang metode analisis, desain, pengkodean, pengujian, dan pemeliharaan.

Kekurangan:

1)      Terjadinya pembagian proyek menjadi tahap-tahap yang tidak fleksibel, karena komitmen harus dilakukan pada tahap awal proses

2)      Dapat mengakibatkan sulitnya merespons perubahan kebutuhan pengguna

3)      Model SDLC harus digunakan hanya ketika persyaratan dipahami dengan baik

4)       Jarang sekali proyek riil mengikuti aliran sekuensial yang dianjurkan model karena model ini bisa melakukan itersi tidak langsung.

5)      Pelanggan sulit untuk menyatakan kebutuhan secara eksplisit sehingga sulit untuk megakomodasi ketidakpastian pada saat awal proyek.

6)      Pelanggan harus bersikap sabar karena harus menunggu sampai akhir proyrk dilalui. Sebuah kesalahan jika tidak diketahui dari awal akan menjadi masalah besar karenaharus mengulang dari awal.

7)      Pengembang sering malakukan penundaan yang tidak perlu karena anggota tim proyek harus menunggu tim lain untuk melengkapi tugas karena memiliki ketergantungan hal ini menyebabkan penggunaan waktu tidak efesien.

BAB III. PEMBAHASAN

3.1  Profil Rumah Sakit

Rumah Sakit Rizani adalah salah satu rumah sakit swasta yang didirikan di Kabupaten Probolinggo Jawa Timur yang menyediakan layanan kesehatan yang berkualitas dari staf berdedikasi dan profesional dengan menggunakan teknologi terkini dan fasilitas berstandar tinggi bagi masyarakat. RS ini berada di wilayah yang strategis yaitu antara Kabupaten Probolinggo dan Kabupaten Situbondo tepatnya di Jalan Raya Surabaya – Situbondo KM 137 Desa Sumberejo Kecamatan Paiton Kabupaten Probolinggo.

RS Rizani telah menetapkan visi dan misi untuk menjamin tersedianya layanan yang dapat dipertanggung jawabkan. Berikut ada visi,misi, nilai, dan motto RS Rizani:

Visi:

Terwujudnya rumah sakit yang terpercaya dengan pelayanan kesehatan yang orofesional, handal, mampu berkembang sesuai dengan kemajuan ilmu kedokteran modern yang berstandar internasional.

Misi:

1.        Memberikan pelayanan kesehatan kepada seluruh lapisan masyarakat secara profesional, terjangkau, paripurna, efisien, efektif, manusiawi dan memuaskan.

2.        Mendorong terwujudnya sumberdaya manusia yang profesional, akuntabel, dan berorientasi pada pelanggan.

3.        Memberikan pelayanan dengan tetap memperhatikan aspek sosial ekonomi.

4.        Selalu melakukan inovasi dalam pelayanan, fasilitas, dan sumber daya insani.

Nilai:

R         = Responsive, cepat tanggap dalam melayani dan menyelesaikan masalah pasien

I           = Inexpensive, fasilitas modern dengan tarif yang terjangkau

Z          = Zestful, selalu semangat dalam pelayanan dan totalitas saat bekerja

A         = all-in, memberikan pelayanan kepada seluruh lapisan masyarakat

N         = Nearest, rumah sakit yang terpercaya dengan pelayanan kesehatan yang profesional yang berada sangat dekat dengan masyarakat Kab. Probolinggo terutama daerah Paiton dan sekitarnya

I           = Innovative, selalu melakukan inovasi dalam pelayanan, fasilitas, dan sumber daya Insani

Motto:

“Kami senantiasa Mengutamakan Kesehatan Pasien”

Berikut adalah pelayanan yang tersedia di RS Rizani, baik pelayanan medis maupun pelayanan penunjang medis.

a.         Pelayanan Medis

1.      Instalasi Rawat Jalan

·         Poli spesialis anak

·         Poli spesialis penyakit dalam

·         Poli spesialis bedah umum

·         Poli spesialis bedah tulang

·         Poli spesialis paru

·         Poli spesialis penyakit kulit dan kelamin

·         Poli spesialis mata

·         Poli spesialis THT

·         Poli spesialis gigi

·         Poli gigi umum

·         Poli spesialis jantung pembuluh darah

·         Poli spesialis syaraf

·         Rehabilitasi medik/fisioterapi

·         Medical check up (MCU)

2.      Instalasi Rawat Inap

3.      Instalasi Gawat Darurat

4.      Instalasi Bedah Sentral

5.      Instalasi Perawatan Intensif (ICU & NICU)

6.      Kamar Bersalin

7.      Instalasi Rekam Medis

b.        PELAYANAN PENUNJANG MEDIS

1.      Instalasi Radiologi 24 jam

2.      Instalasi Laboratorium 24 jam

3.      Instalasi Farmasi

4.      Ambulance 24 jam

5.      Instalasi Gizi

6.      Rehabilitasi Medik

7.      Instalasi Pemeliharaan Sarana (IPS)

8.      Instalasi Pengelolaan Air Limbah

9.      Instalasi Pemulasaran Jenasah

3.2  Analisis Penerapan Sistem Informasi

Rumah Sakit sebagai salah satu institusi dalam bidang kesehatan yang dituntut untuk selalu meningkatkan kinerja dan mutunya. Hal ini termasuk peningkatan sarana penunjang, salah satunya yaitu komputerisasi yaitu mencakup peningkatan sumberdaya manusia, penyempurnaan sistem pembantu kerja dan kegiatan operasional sehari-hari baik yang berkaitan dengan pelayanan pasien maupun operasional intern di rumah sakit. Oleh karena itu, rumah sakit tidak bisa lepas untuk selalu melakukan pengembangan dan penyempurnaan sistem khususnya pengembangan Sistem Informasi Rumah Sakit (SIRS).

Pada penerapan SI di RS Rizani, pihak manajemen menggunakan metode outsourcing, yang menurut O’Brien, merupakan metode dengan pembelian sejumlah barang atau jasa yang semula dapat dipenuhi oleh internal perusahaan tetapi saat ini dengan memanfaatkan mitra perusahaan sebagai pihak ketiga. Dalam kaitannya dengan teknologi informasi, outsourcing digunakan untuk menjangkau fungsi IT secara luas dengan mengontrak penyedia layanan eksternal. Yang mendorong organisasi menggunakan metode ini adalah pertimbangan biaya, waktu, ketersediaan SDM, dan kebutuhan layanan dukunga pelanggan.

Rumah sakit yang berdiri sejak 2013 ini, pada awalnya tidak memiliki sumberdaya di bidang IT sehingga untuk penerapan SI, pihak manajemen memutuskan untuk menggunakan pihak ketiga, dan menyerahkan seluruh proses kepada vendor. Sehingga dapat diasumsikan alasan rumah sakit menggunakan outsourcing dalam layanan sistem informasi antara lain:

·         Biaya ekonomis

·         Keahlian dan kompetensi internal yang tidak memadai

·         Perubahan teknologi yang cepat

·         Buruk dalam layanan sistem informasi

·         Fokus pada kompetensi inti

·         Top manajemen kurang perhatian terhadap inovasi IT di RS

Meskipun menggunakan pihak ketiga sebagai pihak yang merancang SI, dari hasil wawancara yang dilakukan kepada pihak programmer, metode pengembangan SI yang digunakan adalah SDLC (Structured Design Life Cycle).

System Development Life Cycle (SDLC) merupakan sebuah metodologi dalam pembangunan atau pengembangan sistem. SDLC memberikan kerangka kerja yang konsisten terhadap tujuan yang diinginkan dalam pembangunan dan pengembangan sistem. Metodologi SDLC dimulai dengan ide-ide yang berasal dari pengguna, melalui studi kelayakan, analisis dan desain sistem, pemrograman, pilot testing, implementasi, dan analisis setelah diimplementasikan (evaluasi). Dokumentasi yang dibuat selama melakukan pembangunan atau pengembangan sistem digunakan untuk perubahan-perubahan di masa yang akan datang, misalnya melanjutkan pengembangan sistem, modifikasi atau penghilangan (deletion). Berikut siklus hidup pengembangan sistem informasi:

Gambar 3.1 Siklus Hidup Pengembangan Sistem Informasi

Tahapan untuk mengembangkan sistem yang digunakan oleh programmer adalah sebagai berikut:

1.        Analisa sistem

Tahapan analisa sistem dimulai karena adanya permintaan terhadap sistem baru. Permintaan dapat datang dari manajemen rumah sakit yang mengetahui bahwa sistem sangat dibutuhkan untuk mempercepat proses pelayanan. Inisiatif pengembangan sistem baru berasal dari bagian yang bertanggung jawab terhadap pengembangan sistem informasi, yang bermaksud mengembangkan sistem yang sudah ada atau menangani masalah-masalah yang belum tertangani. Dalam hal ini, yang dilakukan adalah mencatat pasien yang masuk dan keluar setiap harinya ke dalam satu buku induk, dan kemudian mencatatnya kembali dengan menggunakan program excel dan Dbase. Permasalahan registrasi yang sering terjadi diantaranya nomor rekam medis yang hilang, pencatatan ganda baik nama maupun nomor rekam medis, dan sulitnya mendapatkan informasi jumlah pasien yang masuk dan kelur secara cepat dan tepat. Dan sulitnya mencari data pasien dan rekam medis pasien apabila pasien tersebut datang kembali berobat.

Pada tahap ini, programmer memastikan bahwa dengan pembuatan sistem ini maka akan benar-benar dapat dicapai dengan sumberdaya dan dengan memperhatikan kendala yang terdapat di rumah sakit dan dampak terhadap lingkungan sekeliling. Dilakukan studi kelayakan meliputi:

a.         Penentuan masalah dan peluang yang dituju sistem

b.         Pembentukan sasaran sistem baru secara keseluruhan

c.         Pengidentifikasian para pemakai sistem

d.         Pembentukan lingkup sistem

Setelah dilakukan pengamatan dan analisa, bagian rekam medis pasien rawat inap selama ini masih melakukan pencatatan data registrasi pasien rawat inap secara manual. Mereka sangat membutuhkan sebuah program yang dapat membantu mempermudah dalam menginput dan mengakses data dengan cepat dan tepat. Dari data yang diinput tersebut, diharapkan dapat menghasilkan informasi pasien masuk dan pasien keluar per hari, pasien masuk dan pasien keluar per bulan, indikator rumah sakit per bulan dan indikator rumah sakit per tahun.

Programmer melakukan analisa secara mandiri yaitu dengan wawancara terhadap seluruh pegawai di setiap unit dan observasi lapangan untuk mengetahu informasi apa sajakah yang dibutuhkan pengguna nantinya dalam sistem. Hasil analisa kebutuhan, seperti instalasi farmasi ingin mengurangi tenaga dan biaya yang dikeluarkan utk pencatatan yg msh manual, membutuhkan penyajian data yg cepat ttg stok obat sebagai perhitungan pengadaan dan pertanggung jawaban, farmasi ingin menghemat biaya utk tenaga dan saran yg digunakan dalam sistem pencatatan normal, sarana pengawasan transaksi harian terutama keuangan, pengendalian stok obat, pengendalian masa kedaluarsa, dan sebagainya. Sehingga data yang dibutuhkan dari farmasi adalah:

·           Nama obat

·           Harga obat

·           Koreksi stok opname

·           Input stok awal

·           Stok akhir

·           Manajemen rak obat

·           Rak detail

·           Kelompok BHP (Barang Habis Pakai)

·           Expired Date Obat

·           Expired Date Review

·           Kategori obat

·           Golongan obat

·           Master kategori dan golongan obat

Sedangkan untuk registrasi pasien:

1)         Data pasien

Data pasien terdiri dari: nomor rekam medis, nama pasien, perusahaan, no ktp, tanggal lahir, usia, alamat, gender, gol.darah, rujukan, rawat jalan/rawat inap.

2)         Data dokter

Data dokter terdiri dari : kode dokter, nama dokter, alamat dokter, telepon dokter, handphone dokter dan spesialis.

3)         Data perawat

Data perawat terdiri dari : kode perawat, nama perawat, telepon perawat, shift

4)         Data kamar

Data kamar terdiri dari kode kamar, nama kamar, klasifikasi kamar, jumlah tempat tidur

2.        Perancangan sistem

Setelah dilakukan analisis, programmer melanjutkan ke tahap perancangan. Dimana ada perancangan konseptual dan perancangan fisik. Pada perancangan konseptual, kebutuhan pengguna dan pemecahan masalah yang sudah dianalisis kemudian dibuat untuk diimplementasikan. Kemudian dibuat evaluasi alternatif berupa:

a.         Keluaran

Rancangan laporan mencakup frekuensi laporan (harian, mingguan, dan sebagainya), isi laporan, bentuk laporan, dan laporan cukup ditampilkan pada layar atau perlu dicetak.

b.         Penyimpanan data

Dalam hal ini, semua data yang diperlukan untuk membentuk laporan ditentukan lebih detail, termasuk ukuran data (misalnya, nama obat makSIal terdiri atas 25 karakter) letaknya dalam berkas.

c.         Masukan

Rancangan masukan meliputi data yang perlu dimasukkan ke dalam sistem.

d.         Prosedur pemrosesan dan operasi

Rancangan yang telah dibuat menjelaskan masukan yang telah diproses dan diSIpan untuk menghasilkan informasi yang dibutuhkan.

Selanjutnya rancangan konseptual diterjemahkan dalam bentuk fisik sehingga terbentuk spesifikasi yang lengkap tentang modul-modul sistem dan antarmuka antarmodul, serta rancangan basis data secara fisik. Hasil akhirnya berupa:

a.       Rancangan keluaran, berbentuk laporan dan rancangan dokumen

b.      Rancangan masukan, berupa rancangan layar untuk pemasukan data

c.       Rancangan antarmuka pemakai dan sistem, berupa rancangan interaksi antara pemakai dan sistem yaitu menu, ikon, dan lainnya.

d.      Rancangan platform, berupa rancangan yang menentukan perngkat keras dan perangkat lunak yang digunakan.

e.       Rancangan basis data, berupa rancangan-rancangan berkas dalam basis data, termasuk penentuan kapasitas masing-masing.

f.        Rancangan modul, berupa rancangan modul atau program yang dilengkapi dengan algoritma (cara modul atau program kerja bekerja).

g.      Rancangan kontrol, berupa rancangan kontrol-kontrol yang digunakan dalam sistem (mencakup hal-hal seperti validasi, otorisasi, dan pengauditan).

h.      Dokumentasi, berupa hasil pendokumentasian hingga tahap perancangan sistem.

i.        Rencana pengujian, berisi rencana yang dipakai untuk menguji sistem.

j.        Rencana konversi, berupa rencana untuk menerapkan sistem baru terhadap sistem lama yaitu manual.

Namun pada tahap perancangan ini tidak dibagikan kepada pihak rumah sakit. Sehingga jika ada perubahan informasi, pihak rumah sakit harus menghubungi programmer.

3.        Implementasi sistem

Berdasarkan perancangan fisik, pemrograman memulai melakukan pemrograman, merupakan aktivitas pembuatan program atau sederatan instruksi yang digunakan untuk mengatur komputer agar bekerja sesuai dengan masing-masing maksud instruksi. Kemudian dilakukan pengujian terhadap sistem, dan penerapan oleh pengguna. Setelah sistem dirancang, programmer mulai menguji sistem apakah sudah dapat menyajikan informasi yang sesuai dengan kebutuhan pengguna.

4.        Operasi dan pemeliharaan

Hingga saat ini pemeliharaan sistem yang telah beroperasi masih dilakukan khususnya oleh kepala unit perencanaan dan pengembangan. SI yang telah ada di RS Rizani masih belum dapat memberikan informasi secara nyata, karena kurang up to date. Sedangkan untuk pembaruan informasi, pihak RS harus menghubungi programmer sebagai pihak ketiga, sehingga dibutuhkan waktu yang tepat untuk membarui informasi/input pada sistem. Selain itu, RS Rizani tidak memiliki programmer internal sehingga kepala unit perencanaan dan pengembangan harus melakukan pemeliharaan secara otodidak.

Setiap ruangan di unit sudah tersedia PC, 27 unit komputer dan 2 unit laptop (bagian manajemen). Berikut rincian ruangan yang tersedia PC:

·         2 unit di instalasi admisi

·         1 unit di instalasi rekam medik

·         3 unit di instalasi farmasi

·         1 unit di instalasi rawat inap King (VVVIP)

·         1 unit di instalasi rawat inap VVIP

·         1 unit di instalasi rawat inap VIP dan kelas 1

·         1 unit di instalasi rawat inap kelas 2 dan 3

·         1 unit di instalasi rawat inap VK

·         1 unit di instalasi poliklinik

·         1 unit di instalasi bedah sentral

·         1 unit di ruangan komite mutu

·         1 unit di ruangan komite PPI (Pencegahan dan Pengendalian Infeksi)

·         1 unit di ruangan sub bagian umum

·         1 unit di ruangan Manager On Duty (MOD)

·         3 unit di ruangan bagian keuangan

·         2 unit di ruangan sub bagian SDM

·         4 unit di ruangan sub bagian layanan perusahaan dan asuransi

·         1 unit di ruangan sekretaris akreditasi

Tidak semua unit masuk ke dalam SI RS Rizani. SI yang dirancang untuk rumah sakit hanya billing system dan farmasi. Instalasi yang terhubung dengan billing system adalah instalasi admisi (menyediakan informasi identitas pasien), instalasi rawat inap (menyediakan informasi tentang input keperawatan, jasa tenaga kesehatan), instalasi poliklinik (menyediakan informasi tentang input keperawatan, jasa tenaga kesehatan), instalasi bedah sentral (menyediakan informasi tentang input keperawatan, jasa tenaga kesehatan). Sedangkan untuk instalasi farmasi mempunyai sistem sendiri yang berkaitan dengan stok obat, dan terhubung pula pada billing system.

SI yang telah beroperasi ini mempunyai kekurangan di antaranya dikarenakan dalam perancangannya menggunakan metode outsourcing maka pihak RS tidak dapat melakukan pembaruan informasi terkini, karena yang mengelola secara keseluruhan adalah vendor. Selain itu, data yang ada dalam sistem tidak riil, sehingga peran arsip rekam medik masih sangat dibutuhkan untuk informasi pasien. Pendokumentasiannya dengan penyimpanan arsip, lalu dimasukkan ke sistem. Untuk data yang tidak masuk dalam sistem, hanya ada di komputer masing-masing yang terhubung dengan server yang kemudian dapat dikoneksikan ke semua unit dengan LAN. Sedangkan untuk instalasi farmasi, telah dilakukan perbaikan, sehingga mulai proses barang datang hingga masuk stok gudang sudah dapat memberikan informasi secara riil, meskipun harus tetap dilakukan pengecekan stok sebulan sekali.

Berikut adalah alur pelayanan di instalasi hingga masuk ke billing system dan alur pengadaan obat di instalasi farmasi:

Berikut adalah kelebihan dari sistem yang ada di RS Rizani:

3)      Mudah diaplikasikan

4)      Memberikan template tentang metode analisis, desain, pengkodean, pengujian, dan pemeliharaan.

Berikut adalah kekurangan dari sistem yang ada di RS Rizani:

3.      Terjadinya pembagian proyek menjadi tahap-tahap yang tidak fleksibel, karena komitmen harus dilakukan pada tahap awal proses

4.      Dapat mengakibatkan sulitnya merespons perubahan kebutuhan pengguna

5.      Model SDLC harus digunakan hanya ketika persyaratan dipahami dengan baik

6.       Jarang sekali proyek riil mengikuti aliran sekuensial yang dianjurkan model karena model ini bisa melakukan itersi tidak langsung.

7.      Pelanggan sulit untuk menyatakan kebutuhan secara eksplisit sehingga sulit untuk megakomodasi ketidakpastian pada saat awal proyek.

8.      Pelanggan harus bersikap sabar karena harus menunggu sampai akhir proyek dilalui. Sebuah kesalahan jika tidak diketahui dari awal akan menjadi masalah besar karenaharus mengulang dari awal.

9.      Pengembang sering malakukan penundaan yang tidak perlu karena anggota tim proyek harus menunggu tim lain untuk melengkapi tugas karena memiliki ketergantungan hal ini menyebabkan penggunaan waktu tidak efesien.

Tabel 3.1 Daftar Pengguna SIRS

No	PENGGUNA SISTEM	KEBUTUHAN INFORMASI
1	Admin pendaftaran	Nama Paien ID Pasien Nomor RM Pasien
2	Admin Gudang	Jumlah Barang Masuk Jumlah Barang Keluar Stok Opname
3	Admin Keuangan	Jumlah Pendapatan Harian Jumlah Retur (Jika Ada) Tanggal Jatuh Tempo Pembayaran Penggunaan Anggaran
4	Admin Farmasi	Perencanaan Kebutuhan Pengadaan Obat, Alat kesehatan. Penyerapan Anggaran
5.	Admin kasir	Rincian biaya tiap unit pelayanan Identitas pasien Rincian biaya sistem pelayanan farmasi

BAB IV. PENUTUP

4.1    Kesimpulan

Rumah Sakit Rizani Paiton merupakan salah satu rumah sakit yang ada di Kabupaten Probolinggo yang telah menerapkan Sistem Informasi Rumah Sakit (SIRS) dimana SIRS itu sendiri berfungsi untuk memudahkan dan memakSIalkan pelayanan yang dimiliki oleh RS Rizani. Dalam penerapannya, SI RS Rizani menggunakan metode Structured Design Life Cycle (SDLC) yaitu sebuah metodologi dalam pembangunan atau pengembangan sistem. SDLC memberikan kerangka kerja yang konsisten terhadap tujuan yang diinginkan dalam pembangunan dan pengembangan sistem.

Tahapan-tahapan untuk pengembangan SI adalah analisa sistem, perancangan sistem, implementasi sistem, operasi dan pemeliharaan sistem. Kelebihan yang dirasakan oleh RS Rizani adalah pelayanan kepada pasien menjadi lebih efektif dan efisien dibandingkan dengan cara manual. Di sisi lain, pihak RS masih merasa perlu dilakukan pengembangan-pengembangan lebih lanjut terkait penerapan SI yang telah digunakan saat ini, sehingga diperlukan perbaikan-perbaikan.

4.2    Saran

Pihak RS Rizani diharapkan dapat mengembangkan Sistem Informasinya sendiri (tidak outsourcing) demi kenyamanan perbaikan maupun pemeliharaan sistem yang telah ada saat ini salah satunya dengan memiliki sumber daya IT yang ahli di bidangnya. Selain bisa mengembangkan sistem secara mandiri, pihak RS juga akan dapat menambahkan/memperbarui informasi-informasi yang terkait demi kemajuan di RS.

Bagi penelitian lain diharapkan dapat mengidentifikasi lebih dalam mengenai pemanfaatan SI di RS Rizani. Baik secara internal maupun eksternal, sehingga bisa dilihat seberapa besar manfaat dengan diberlakukannya SIRS.

DAFTAR PUSTAKA

Anonim. 2014. https://joulisinolungan.wordpress.com/2014/12/10/pengembangan-sistem-teknologi-informasi-metode-sdlc-system-development-life-cycle/ (diakses tanggal 20 Oktober 2016)

Fatta, Al Hanif. 2007. Analisis dan Perancangan Sistem Informasi. Jogjakarta: ANDI

Khairani, Enny. 2009. Pengembangan Sistem Registrasi Pasien Rawat Inap Di Rumah Sakit Haji Medan Tahun 2009. Skripsi: Universitas Sumatera Utara. repository.usu.ac.id/bitstream/123456789/14627/1/10E01009.pdf (diakses tanggal 20 Oktober 2016)

Marimin, dkk. 2009. Sistem Informasi Sumber Daya Manusia. Jakarta: Grasindo