ADMINISTRASI DAN MANAJEMEN RUMAH SAKIT

Administrasi Dan Manajemen Rumah Sakit 
Dalam kehidupan sehari-hari begitu poly sektor kehidupan yg sebagai perhatian pemerintah, seperti sektor pendidikan, pertanian, industri, ekonomi, kesehatan dan lain-lain. Salah satu sektor yang menerima perhatian yg relatif besar menurut pemerintah merupakan sektor kesehatan. 

Kebutuhan rakyat akan kesehatan yg semakin semakin tinggi, memicu rumah sakit-tempat tinggal sakit yg ada buat meningkatkan fasilitas kesehatan serta melakukan perbaikan terhadap manajemen pelayanan pada pasien, keliru satu yang termasuk pada dalamnya merupakan tempat tinggal sakit Ropanasuri. 

Rumah sakit Ropanasuri merupakan satu-satunya rumah sakit partikelir khusus bedah yg ada di Padang. Rumah sakit ini berencana melakukan perubahan-perubahan supaya dapat memberikan pelayanan kesehatan yg lebih baik kepada pasiennya. Dengan meningkatnya tingkat pendidikan dan sosial ekonomi masyarakat, konsumen (pada hal ini pasien) semakin banyak menuntut haknya selaku pemakai jasa pelayanan kesehatan buat menerima pelayanan yang terbaik. Semakin baik mutu pelayanan kesehatan yg diberikan sang suatu tempat tinggal sakit 

kepada pasiennya, maka akan menaruh peluang bagi rumah sakit itu, buat bisa bersaing dengan rumah sakit lainnya pada mendapatkan kepercayaan dari pasien. 

Kegiatan pelayanan yang dilakukan rumah sakit dimulai dari ketika pasien mendaftar di loka penerimaan pasien, masa pengobatan oleh dokter, pemeriksaan penunjang medis dan mengevaluasi pasien hingga pasien keluar dari tempat tinggal sakit. Kegiatan penunjang medis yg terdapat pada tempat tinggal sakit khusus bedah Ropanasuri, seperti tenaga medis, ruang rawat, jumlah pasien, pemakaian tempat tidur dan fasilitas fisik lainnya dan status rekam medis melibatkan keterangan yang akan bermanfaat buat menunjang kelancaran proses aktivitas pelayanan medis rumah sakit dan bagi pihak-pihak yang berkepentingan dengan rumah sakit itu sendiri, misalnya Departemen Kesehatan serta Dinas Kesehatan Kota.

Proses pengelolaan data pasien dilakukan secara terpusat dalam bagian rekam medis rumah sakit spesifik bedah Ropanasuri dengan sumber data diperoleh berdasarkan unit-unit pelayanan medis yaitu rawat jalan, gawat darurat serta rawat inap. Data rekam medis ini lalu diolah menjadi liputan-berita yg diharapkan, seperti pembuatan laporan. 

Saat ini tempat tinggal sakit spesifik bedah Ropanasuri melakukan pengelolaan data pasien menjadi liputan secara manual. Data pasien dicatat dalam lembaran kertas berupa formulir yg memuat data pasien serta jenis penyakit yg dideritanya, sehingga hal ini membutuhkan ketika yang usang, karena bagian rekam medis harus menunggu data pasien dari setiap unit pelayanan kesehatan, kemudian data tersebut dipindahkan ke komputer dan pengolahan terhadap data tersebut hanya dilakukan pada ketika diharapkan saja, misalnya dalam ketika pembuatan laporan bulanan, tahunan atau pada saat dinas kesehatan membutuhkan liputan mengenai jumlah pasien yg terdaftar yang mengidap suatu penyakit yg sedang mewabah serta taraf kematian pasien dalam periode eksklusif. Petugas rekam medis harus mengusut data pasien tersebut yg masih dalam bentuk catatan satu per satu, buat memastikan bahwa data pasien tersebut sudah dipindahkan ke komputer. 

Berkas-berkas status rekam medis pasien yg sudah selesai diisi disimpan pada rak penyimpanan. Pada ketika pasien usang tiba berobat, terjadi kesulitan saat pencarian berkas status rekam medis pasien tersebut, begitu jua dengan pasien yang kehilangan kartu berobat. Apabila berkas status rekam medis pasien tidak ditemukan, maka status rekam medis pasien wajib dibentuk pulang. Hal ini akan menyebabkan terjadinya penggandaan dokumen atau status rekam medis pasien yang telah pernah tiba sebelumnya.

Berdasarkan uraian pada latar belakang tadi di atas, maka perlu dikembangkan cara pengelolaan data pasien pada tempat tinggal sakit spesifik bedah Ropanasuri, agar bisa menaruh berita secara cepat pada pengguna sesuai dengan kebutuhannya. Dan dapat membantu proses pengolahan data menggunakan lebih baik. 

Manajemen Informasi
Organisasi memiliki lima sumber daya yaitu: manusia, material mesin, uang dan berita. Sumber daya berita perusahaan/organisasi merupakan salah satu keunggulan kompetitif suatu perusahaan/organisasi, bila dikelola menggunakan baik. Manajemen asal daya warta (Information Resources Management-IRM) merupakan kegiatan yang dijalankan oleh manajer dalam seluruh tingkatan dalam perusahaan/organisasi dengan tujuan mengidentifikasi, memperoleh, serta mengelola sumber daya informasi yang diharapkan buat memenuhi kebutuhan pemakai. Sumber daya warta perusahaan/organisasi mencakup [McLeod,1995] :
a. Perangkat keras komputer.
b. Perangkat lunak personal komputer .
c. Para spesialis keterangan, merupakan pihak-pihak di dalam perusahaan yg bertanggung jawab secara penuh buat memelihara dan menyebarkan sistem berbasis komputer. 

Para seorang ahli berita itu merupakan:
1. Analis sistem, adalah pakar dalam mendefinisikan masalah serta menyiapkan dokumentasi tertulis mengenai cara komputer membantu menyelesaikan masalah. Analis sistem bekerja sama dengan pemakai dalam berbagi sistem yang baru dan memperbaiki sistem yang telah terdapat.
2. Pengelola database (database administrator), pihak yang bekerja sama dengan pemakai dan analis sistem dalam menciptakan database yang berisi data yg diharapkan buat menghasilkan fakta bagi pemakai.
3. Spesialis jaringan (network specialist), pihak yang bekerja sama dengan analis sistem serta pemakai membentuk jaringan komunikasi data yang menyatukan aneka macam asal daya komputer yg beredar.
4. Programmer, pihak yang membuat acara komputer menurut dokumentasi yang disiapkan oleh analis sistem.
5.operator, pihak yang mengoperasikan alat-alat personal komputer berskala besar seperti komputer mainframe serta komputer kecil. Operator memantau layar personal komputer , mengganti ukuran-berukuran kertas printer, mengelola perpustakaan tape serta disk storage, dan melakukan tugas-tugas serupa lainnya.
d. Pemakai (User), sebagai pihak pemakai sistem yang ada, dan menjadi acum bagi para seorang ahli informasi pada mengembangkan sistem yang ada.
e. Fasilitas
f. Database.
g. Informasi.

Metodologi Siklus Hidup Sistem
Menurut McLeod, 2001, siklus hidup sistem terdiri dari 5 tahap, yaitu perencanaan, survei, analisis, rancangan serta penerapan yg dimaksudkan bagi pengembangannya. Semua tahap dapat melibatkan pemakai, dan bisa pula melibatkan spesialis liputan apabila end-user computing tidak dilakukan sepenuhnya.

Siklus hidup sistem adalah penerapan pendekatan sistem untuk tugas mengembangkan dan menggunakan sistem berbasis personal komputer . Siklus hayati sistem itu sendiri adalah metodologi, namun polanya lebih ditentukan sang kebutuhan untuk berbagi sistem lebih cepat. Pengembang sistem yg lebih responsif dapat dicapai menggunakan peningkatan siklus hayati dan penggunaan peralatan pengembangan berbasis personal komputer (compute-based development tools). Dua peningkatan itu adalah prototyping dan rapid application development. Saat perusahaan-perusahaan berusaha memanfaatkan sepenuhnya teknologi berita, mereka memperbaharui sistem mereka dengan menggunakan rancang ulang proses usaha(business process redesign).

Uraian mengenai jenis-jenis metodologi daur hidup sistem yg dapat digunakan pada berbagi sistem, bisa dijelaskan pada bagian berikut. 

Prototyping
Prototyping sistem berita adalah suatu teknik yg sangat berguna buat menyebarkan kabar tertentu tentang kondisi-kondisi warta pengguna secara cepat. Dengan memakai prototyping, analis sistem berupaya memperoleh reaksi awal menurut para pengguna serta pihak manajemen terhadap prototipe, saran-saran pengguna terhadap perubahan atau pemecahan kasus sistem yg dibuat prototipenya, sehingga memungkinkan dilakukan penemuan mengenai prototipe tadi, serta planning-planning revisi yg mendetail menggunakan bagian-bagian sistem yg perlu dilakukan lebih dulu.

Prototipe memberikan ide bagi pembuat juga pemakai tentang cara sistem berfungsi pada bentuk lengkapnya. Proses membuat sebuah prototipe diklaim prototyping. 

Jenis-jenis keterangan yang dicari ketika melakukan prototyping Kendall, 2003 merupakan sebagai berikut;

1. Reaksi awal menurut pengguna
Saat analis sistem menampilkan sebuah prototipe sistem warta, maka analis akan tertarik dengan reaksi pengguna dan pihak manajemen terhadap prototipe. Analis ingin tahu secara mendetail bagaimana reaksi mereka saat bekerja dengan prototipe dan apakah fitur-fitur sistem yg diprototipekan sudah sesuai menggunakan kebutuhan mereka. Untuk mengetahui reaksi menurut pengguna ini bisa dipakai lbr evaluasi.

2. Saran-saran dari pengguna
Analis pula tertarik dengan saran-saran pengguna serta pihak manajemen perbaikan terhadap prototipe yg ditampilkan. Saran-saran diperoleh dari pengalaman saat bekerja dengan prototipe selama periode saat tertentu. Waktu yg dihabiskan pengguna saat bekerja menggunakan prototipe umumnya tergantung pada dedikasi mereka serta ketertarikan atas proyek sistem. Saran-saran adalah output berdasarkan hubungan pengguna dengan prototipe serta refleksi mereka atas hubungan tersebut. Saran yang diperoleh menurut pengguna memberi petunjuk dalam analis teatang cara-cara memperbaiki, mengganti atau menghentikan prototipe sebagai akibatnya sanggup memenuhi kebutuhan pengguna dengan lebih baik.

3. Inovasi
Inovasi prototipe merupakan bagian menurut keterangan yg dicari sang tim analis sistem. Inovasi adalah kemampuan-kemampuan sistem baru yg nir dipercaya berhubungan dengan ketika waktu pengguna mulai berinteraksi menggunakan prototipe. Inovasi-penemuan ini memberi nilai tambah terhadap fitur-fitur yg diprototipekan sebelumnya menggunakan menambahkan sesuatu yg baru atau yang lebih inovatif.

4. Rencana revisi
Rencana revisi membantu mengidentifikasikan prioritas apa yang akan diprototipekan selanjutnya. Informasi yg terkumpul pada fase prototyping memungkinkan analis menyusun prioritas-prioritas serta memberi pengarahan balik rencana-rencana tadi menggunakan lebih efisien, dan menggunakan gangguan minimum. Karena fitur inilah, prototyping serta perencanaan bisa dilaksanakan beserta-sama. 

Dalam pengembangannya, prototipe terbagi kedalam dua jenis, dimana langkah-langkah yg terdapat pada masing-masing jenis tadi menurut Kendall, 2003, dapat dijelaskan sebagai berikut.

Pengembangan Prototipe Jenis I
Langkah-langkah yang masih ada dalam pengembangan prototipe jenis 1 merupakan menjadi berikut Kendall, 2003:

1. Mengidentifikasikan kebutuhan pemakai.
Analis sistem mewawancarai pemakai buat menerima gagasan menurut apa yg diinginkan pemakai terhadap sistem.

2. Mengembangkan prototipe
Analis sistem mungkin berhubungan dengan spesialis kabar lain, menggunakan satu atau lebih pendekatan prototyping buat menyebarkan sebuah prototipe. 

Contoh berdasarkan peralatan prototyping, adalah integrated application generator dan prototyping toolkits. Integrator application generator merupakan sistem perangkat lunak jadi yang mampu membuat semua tampilan yg diinginkan dalam sistem baru, misalnya pilihan menu, laporan, layar, database, dan sebagainya. Prototyping toolkits mencakup sistem-sistem software terpisah, yg masing-masing mampu membuat sebagian tampilan sistem yg diinginkan.

3. Menentukan apakah prototipe dapat diterima.
Analis mendidik pemakai untuk menggunakan prototipe dan memberi kesempatan kepada mereka untuk membiasakan diri dengan sistem. Pemakai memberi tambahkan pada analis apakah prototipe memuaskan. Jika ya, langkah 4 akan pada ambil, apabila nir, prototipe direvisi menggunakan mengulangi langkah 1, 2, dan 3. 

4. Menggunakan prototipe
Prototipe ini menjadi sistem operasional. 

Pengembangan Prototipe Jenis II
Langkah pertama pada pengembangan prototipe jenis II ini sama menggunakan pengembangan prototipe jenis I, menurut Kendall, 2003, langkah selanjutnya merupakan:

5. Mengkodekan sistem operasional.
Programer memakai prototipe sebagai dasar buat pengkodean (coding) sistem operasional.

6. Menguji sistem operasional
Programer menguji sistem.

7. Menentukan bila sistem operasional dapat diterima
pemakai memberi masukan kepada analis apakah sistem bisa diterima, apabila ya, langkah 7 dilakukan, jika tidak, langkah 4 serta 5 diulangi.

8. Menggunakan sistem operasional.

Daya Tarik Prototyping
Pemakai maupun spesialis kabar menyukai prototyping, untuk alasan-alasan Kendall,2003, menjadi berikut:
1. Komunikasi antara analis sistem serta pemakai, membaik.
2. Analis bisa bekerja menggunakan lebih baik pada memilih kebutuhan pemakai
3. Pemakai berperan lebih aktif pada pengembangan sistem 
4. Spesialis informasi dan pemakai menghabiskan lebih sedikit waktu dan bisnis dalam pengembangan sistem
5. Penerapan sebagai lebih mudah karena pemakai mengetahui apa yg diperlukan.

Keuntungan-laba ini memungkinkan prototyping berhemat biaya pengembangan dan menaikkan kepuasan pemakai dengan sistem yg didapatkan.

Potensi Kegagalan Prototyping
Prototyping berpotensi pula buat gagal, karena beberapa hal, Kendall,2003, yaitu;
1. Ketergesaan buat membuat prototipe mungkin membentuk jalan pintas dalam definisi perseteruan, penilaian alternatif, serta dokumentasi. 
2. Pemakai mungkin sangat tertarik dengan prototipe tersebut sebagai akibatnya mereka mengharapkan sesuatu yang nir realistis berdasarkan sistem operasional itu.
3. Prototipe jenis I mungkin tidak seefisien sistem yg dikodekan pada bahasa pemograman 
4. Hubungan komputer-insan yg disediakan sang alat-alat prototyping eksklusif mungkin nir mencerminkan teknik perancangan yang baik.

Rapid Application Development (RAD)
Menurut McLeod, 2001, RAD adalah istilah yg dibentuk oleh James Martin, seorang konsultan komputer serta pengarang, buat siklus hidup pengembangan yg ditujukan guna menghasilkan sistem secara cepat tanpa mengorbankan kualitas.

RAD adalah seperangkat strategi, metodologi dan alat-alat yang terintegrasi yg ada pada satu rangka kerja menyeluruh yang disebut information engineering (IE). Information engineering (IE) adalah nama yang diberikan oleh Martin buat pendekatannya yang menyeluruh pada pengembangan sistem, yg memperlakukannya sebagai kegiatan seluruh perusahaan. Istilah enterprise dipakai buat mendeskripsikan keseluruhan perusahaan.

Unsur-unsur Penting RAD 
RAD memerlukan empat unsur penting; manajemen, insan, metodologi dan peralatan [Kendall, 2003]:

Manajemen. Manajemen, khususnya manajemen puncak , wajib merupakan orang yg suka bereksperimen, yg senang melakukan hal yang baru atau orang yang cepat tanggap, yg cepat belajar memakai metodologi baru. Manajemen harus mendukung RAD sepenuhnya dan menyediakan lingkungan kerja yang membuat aktivitas tersebut sangat menyenangkan.

Manusia. Daripada memakai satu tim tunggal buat mengerjakan seluruh aktivitas SLC, RAD menyadari efisiensi yang bisa dicapai melalui penggunaan beberapa tim yg terspesialisasi. Tim untuk perancangan kebutuhan, rancangan pemakai, konstruksi, penelaahan pemakai, dan cutover dapat dibuat. Anggota tim ini merupakan pada ahli metodologi serta alat-alat yg dibutuhkan buat melaksanakan tugas khusus mereka. Untuk mendeskripsikan tim, Martin menggunakan istilah tim SWAT. SWAT merupakan singkatan dari “skilled with advanced tools”.

Metodologi. Metodologi dasar RAD adalah siklus hidup RAD, yang terdiri berdasarkan empat tahap: (1) perencanaan kebutuhan, (dua) rancangan pemakai,(3) kontruksi, dan (4) cutover. Tahap-termin ini, seperti SDLC, mencerminkan pendekatan sistem. Pemakai berperan penting pada setiap termin, berafiliasi menggunakan seorang ahli berita.

Peralatan. Peralatan RAD terutama terdiri berdasarkan bahasa-bahasa pemograman generasi ke empat (fourth-generation language) dan alat-alat CASE yg memudah prototyping serta pembuatan kode. Bahasa pemograman generasi ke empat memungkinkan spesialis warta atau pemakai buat menghasilkan kode personal komputer tanpa memakai bahasa pemograman konvensional. Contoh menurut bahasa pemograman generasi keempat adalah natural, FOCUS, serta SQL.

Hubungan antara metodologi-metodologi siklus hayati sistem tersebut diatas dapat ditinjau pada sub bab berikut ini.

Menempatkan SLC, Prototyping, dan RAD pada Perspektif
Siklus hidup sistem, prototyping serta RAD semuanya adalah metodologi. Metodologi ini adalah cara-cara yg dianjurkan pada menerapkan sistem berbasis personal komputer . SLC merupakan pelaksanaan menurut pendekatan sistem buat perkara penerapan sistem personal komputer dan berisikan seluruh elemen pendekatan sistem dasar, dimulai berdasarkan identifikasi perkara dan diakhiri menggunakan penggunaan sistem.

Prototyping adalah bentuk pendek menurut pendekatan sistem yang serius dalam definisi serta pemuasan kebutuhan pemakai. Prototyping bisa berada dalam SLC. Kenyataannya, selama proses pengembangan satu sistem tunggal mungkin diharapkan poly prototyping.

RAD adalah pendekatan cara lain buat tahap rancangan serta penerapan berdasarkan SLC. Sumbangan terbesar dari RAD adalah kecepatannya membentuk sistem buat digunakan, yang terutama dicapai melalui penggunaan alat-alat berbasis personal komputer serta tim proyek terspesialisasi.

Dari seluruh metodologi yg ada, SLC adalah metodologi tertua serta akan terus menjadi dasar sebagian akbar kerja pengembangan sistem. Prototyping pula merupakan metodologi yang telah cukup mapan, dan akan terus dipakai bagi proyek-proyek yang kebutuhan pemakainya masih sulit didefinisikan McLeod, 2001. 

Rancang Ulang Proses Bisnis
Rekayasa ulang proses bisnis (BPR- Business Process Engineering) yaitu inspeksi proses terhadap proses-proses usaha dan berdampak terhadap profitabilitas. BPR mengidentifikasi kesempatan-kesempatan untuk menciptakan sistem-sistem baru, menspesifikasikan maksud serta memilih lingkupnya.

Information System sudah membangun tiga teknik buat menerapkan BPR pada CBIS. Teknik-teknik ini dikenal menjadi tiga R yaitu McLeod, 2001;

1. Rekayasa mundur
Untuk komputer, rekayasa mundur (reverse engineering) merupakan proses menganalisis suatu sistem buat mengidentifikasi elemen-elemennya dan antar hubungannya, serta buat menciptakan dokumentasi pada tingkat abstraksi lebih tinggi menurut yg sekarang. Rekayasa mundur diterapkan dalam suatu sistem bila terdapat kebutuhan buat menyiapkan dokumentasi baru.

Titik awal pada merekayasa mundur suatu sistem adalah kode acara, yg diubah menjadi dokumentasi program seperti diagram tindakan, bahasa inggris terstruktur serta bagan arus program. Dokumentasi ini bisa, pada gilirannya diubah sebagai penerangan yang lebih tak berbentuk misalnya diagram arus data dan bagan arus sitem. Transformasi ini bisa dicapai secara manual atau oleh aplikasi BPR.

Karena itu, rekayasa mundur mengikuti suatu alur mundur melalui daur hayati sistem.

2. Restrukturisasi
Restrukturisasi (restructuring) adalah transformasi suatu sistem menjadi bentuk lain tanpa mengganti fungsionalitasnya. Contoh restrukturisasi yang baik merupakan transformasi suatu acara yang ditulis dalam tahun awal-awal komputer, waktu hanya sedikit baku pemograman, menjadi program pada format terstruktur. Setelah suatu program direstrukturisasi, program itu pulang dipakai, sebagai akibatnya membuat pola bulat. Restrukturisasi dapat dilakukan dalam arah mundur melalui tiap termin berdasarkan daur hidup sistem. Hasilnya adalah suatu sistem yg terstruktur lengkap dari rencana ke kode.

3. Rekayasa ulang
Rekayasa ulang (reengineering) merupakan rancang ulang lengkap suatu sistem menggunakan tujuan membarui fungsionalitasnya. Ini bukan pendekatan “sapu habis” lantaran pengetahuan mengenai cara sistem yang sedang berjalan tidak diabaikan sama sekali. Pengetahuan itu bisa diperoleh menggunakan pertama-tama terlibat dalam rekayasa mundur. Lalu sistem baru dikembangkan secara normal. Nama rekayasa maju (forward engineering) diberikan buat proses yg mengikuti daur hidup sistem secara normal saat terlibat dalam BPR.


Metodologi Penelitian
a. Bagan Alir Tahapan Penelitian
Dalam penelitian ini, sistem liputan pengelolaan data pasien tempat tinggal sakit khusus bedah Ropanasuri dikembangkan sesuai menggunakan tahapan penelitian ini dia: 


b. Metodologi Pengembangan Sistem Informasi
Metodologi yang dipakai pada pengembangan sistem informasi pengelolaan data pasien tempat tinggal sakit khusus bedah Ropanasuri ini adalah prototyping, yaitu galat satu modifikasi berdasarkan metodologi siklus hayati sistem.

Prototyping dibuat agar dapat memberikan respon yang lebih baik bagi kebutuhan pemakai, sebagai akibatnya dengan prototyping, ketika yg dibutuhkan buat menerapkan sistem bisa dikurangi.

Metodologi pengembangan sistem informasi menggunakan menggunakan prototyping mempunyai tahapan menjadi berikut:

1. Penelitian pendahuluan
Pada termin ini dilakukan informasi lapangan terhadap syarat organisasi, konflik sistem, liputan-kabar kegiatan medis, serta ruang lingkup pengembangan sistem.

2. Mengidentifikasi kebutuhan pengguna
Proses mengidentifikasi kebutuhan pengguna bertujuan buat mengetahui apa yang diinginkan pemakai terhadap sistem yg akan dikembangkan. Proses ini bisa dilakukan menggunakan cara wawancara, observasi, dan pencarian data yang herbi aktivitas medis. Setelah itu dilakukan analisis terhadap kegiatan serta proses yang terjadi dalam sistem.

3. Mengembangkan prototipe
Dalam pegembangan prototipe atau dalam perancangan sistem informasi, tahapan ini termasuk ke dalam termin desain sistem, dimana perancangan tersebut meliputi;
  • Perancangan contoh sistem
  • Perancangan output dan input sistem
  • Perancangan database sistem dan
  • Perancangan pelaksanaan sistem 
Tahapan perancangan ini akan mempermudah penganalisis dalam berbagi prototipe hingga prototipe tadi bisa diaplikasikan. Dalam setiap proses perancangan sistem, penganalisis harus selalu berinteraksi dengan pengguna buat mendapatkan fakta tentang kebutuhannya. 

Dalam mengembangkan prototipe ini terlebih dahulu wajib dipengaruhi peralatan prototyping, yaitu aplikasi yang digunakan buat membentuk tampilan yang diinginkan dalam sistem baru.

4. Verifikasi
Pada tahap ini, analis menaruh kesempatan pada pengguna buat membiasakan diri menggunakan sistem, kemudian pengguna menaruh masukan apakah prototipe yang dihasilkan sinkron dengan harapan pengguna. Sehingga keputusan apakah prototipe diterima atau tidak, dapat diketahui. Dan pembuktian ini bisa dilakukan secara berulang.

5. Mengkodekan sistem operasional
Setelah pengguna menyatakan sepakat menggunakan prototipe yang dirancang, maka termin selanjutnya dilakukan pengkodean sistem operasional. Disini prototipe digunakan menjadi dasar buat pengkodean tadi.

6. Menguji sistem operasional
Setelah terselesaikan melakukan pengkodean sistem operasional, maka sistem tersebut diuji sang programmer.

7. Verifikasi
Untuk tahap selanjutnya dilakukan pulang verifikasi terhadap sistem operasional yg dibentuk, apakah sistem tersebut bisa diterima atau nir.
8. Menggunakan sistem operasional
9. Analisis hasil rancangan
Merupakan analisis terhadap prototipe yang telah dibuat.
10. Kesimpulan serta saran
Merupakan kesimpulan menurut sistem keterangan yg dibuat dan saran-saran buat pemugaran dimasa yang akan tiba serta buat penelitian lebih lanjut.

c. Alat Bantu yang Digunakan
Alat Bantu yg digunakan dalam sistem warta pengelolaan data pasien ini, merupakan menjadi berikut:
1. Formulir penilaian prototipe
2. SQL buat merancang database sistem liputan pengelolaan data pasien 
3. Macromedia Dreamweaver untuk perancangan page web dan interaksi ke database. 

Survey Sistem
Survey sistem adalah tahap pendahuluan yg dilakukan menggunakan cara mengamati secara pribadi sistem yang bersangkutan, melakukan wawancara menggunakan pihak-pihak yg terkait menggunakan bagian rekam medis/pemakai, dan mengamati proses sistem dan meneliti dokumen-dokumen yg ada, terutama yg berkaitan dengan dokumen rekam medis. Survey sistem dilakukan buat mengetahui ruang lingkup sistem, organisasi sistem, kebutuhan sistem serta planning-planning sistem yang akan dikembangkan. 

Analisis Sistem
Analisis sistem merupakan tahapan penelitian selanjutnya. Analisis dilakukan terhadap proses sistem, konflik sistem, kebutuhan liputan pengguna, analisis rencana-rencana organisasi serta analisis kebutuhan asal daya yang dimiliki sistem.

Analisis Proses Sistem
Pengelolaan data pasien pada bagian rekam medis secara garis akbar terdiri menurut tiga proses, yaitu proses penerimaan pasien, pengelolaan data pasien, dan pengolahan data serta laporan secara holistik.

Analisis Konflik Sistem
Permasalahan yang terdapat pada bagian pengelolaan data rekam medis pasien tempat tinggal sakit Ropanasuri misalnya yang telah disebutkan diatas mengakibatkan pengelolaan data pasien membutuhkan saat yang lama . Permasalahan tersebut diantaranya:
1. Bagian pengolahan data rekam medis harus menunggu data pasien berdasarkan setiap unit rawat buat diolah pada lembaran dokumen. Dalam meng-input-kan data pasien sering terjadi kesalahan dalam pemberian nomor rekam medis.
2. Lamanya proses pencarian status rekam medis pasien usang yg tiba berobat, karena data pasien tersebut wajib dicari diantara tumpukan dokumen rekam medis pasien lainnya.
3. Status rekam medis nir ditemukan, akan dibuatkan status baru, sebagai akibatnya hal ini menyebabkan terjadinya penggandaan status rekam medis.
4. Lamanya saat yg dibutuhkan dalam pengolahan data pasien, seperti jumlah pasien yang hidup dan tewas pada jangka ketika eksklusif, lama pasien dirawat serta lainnya, sebagai akibatnya apabila terjadi perubahan data nir dapat ditinjau pada ketika itu juga.
5. Apabila terdapat pihak-pihak eksklusif yg membutuhkan liputan mengenai pasien, maka mereka wajib menunggu jadwal pembuatan laporannya.

Analisis Kebutuhan Informasi
Proses pengelolaan dan pengolahan data pasien pada tempat tinggal sakit Ropanasuri dilakukan secara manual, hal ini menyebabkan lambatnya berita hingga ke pengguna berita tadi. Data yg memerlukan perhitungan dilakukan dengan menggunakan kalkulator, misalnya perhitungan usang hari perawatan, BOR, BTO, TOI serta lainnya.

Analisis Rencana Organisasi
Rencana tempat tinggal sakit Ropanasuri buat kedepannya merupakan melakukan pemugaran-pemugaran terhadap sistem kerjanya, yaitu menggunakan mengoptimalkan sistem kerja yg ada. Salah satu cara yang dapat dilakukan sang pihak rumah sakit adalah menggunakan memanfaatkan teknologi fakta dalam pengelolaan sistem berita secara terkomputerisasi, hal ini tentu saja dibutuhkan tersedianya perangkat komputer yg lengkap, sebagai akibatnya menggunakan rencana ini dibutuhkan rumah sakit Ropanasuri bisa menaikkan kinerjanya dalam masa yg akan tiba.

Kebutuhan Sumber Daya Manusia
Sistem fakta pengelolaan data pasien yang didesain ini memakai teknologi liputan dengan memanfaatkan teknologi jaringan intranet, dimana setiap personal komputer yg ada dalam bagian unit rawat, direktur serta bagian pengelolaan rekam medis saling terhubung satu dengan yg lainnya. Dengan pemanfaatan teknologi ini akan dapat mempermudah dan mempercepat proses pengelolaan dan pengolahan data rekam medis pasien.

Desain dan Perancangan Sistem 
Perancangan sistem dilakukan untuk menaruh gambaran mengenai proses yang terjadi dalam sistem yang sedang diteliti, sebagai akibatnya dapat dijadikan pedoman pada melakukan pengembangan aplikasi menurut sistem tadi.

Perancangan Model Sistem
Dalam perancangan model sistem digunakan indera bantu berupa diagram alir data dan bagan alir dokumen. Pada diagram alir data dapat ditinjau urutan proses yg terjadi dalam mengelola data pasien yang dimulai menurut ketika pasien mendaftar hingga pasien tadi selesai menerima pelayanan pada rumah sakit tersebut. Pada bagan alir dokumen bisa dicermati urutan genre dokumen-dokumen pasien dimulai menurut ketika pasien mendaftar, kemudian data tadi diolah pada setiap unit rawat yg dituju serta terakhir diolah dalam bagian pengelolaan data rekam medis pasien.

Perancangan Input serta Output Sistem
Perancangan input sistem yang dibuat disesuaikan dengan bentuk formulir atau dokumen status rekam medis pasien. Data yg diinputkan ini akan berpengaruh terhadap output yang akan didapatkan nantinya, oleh karenanya kelengkapan data yg akan pada-input-kan harus diperhatikan pada ketika merancang form input ini. 

Output sistem yg dirancang berpedoman dalam format laporan tahunan pasien dan berdasarkan output wawancara dengan user atau pemakai yaitu petugas pada loka penerimaan pasien, petugas pada setiap unit rawat dan petugas dalam bagian pengolahan data rekam medis. 

Perancangan Database Sistem
Database sistem keterangan yg dibuat ini dipakai menjadi loka penyimpanan data pasien. Database tadi dibentuk sinkron menggunakan kebutuhan informasi sistem dan berpedoman dalam diagram alir data yang telah dibuat.

Perancangan Prototipe 
Setelah menganalisis sistem serta kebutuhan liputan pada rumah sakit khusus bedah Ropanasuri, menggunakan memakai metode tradisional seperti wawancara, observasi, serta pencarian data file, maka tahap pengembangan prototipe dapat dilakukan. Tahap ini adalah tahapan perancangan obrolan layar terminal yg merupakan perantara antara pengguna sistem dengan sistem yg dibentuk.

Teknologi yang Digunakan
Teknologi yg dipakai dalam pembuatan sistem kabar pengelolaan data pasien ini adalah berbasis web menggunakan teknologi Active Server Pages (ASP). User bisa mengakses berita menurut komputer lain yg terhubung menggunakan jaringan. Perangkat lunak yg dipasang cukup pada satu server, lalu bila user ingin mengakses fakta yg dibutuhkan, mereka hanya perlu meminta ke server, kemudian server akan memasak permintaan user tadi serta mengirimkannya ke browser user dalam bentuk format html biasa, sedangkan kode-kode script tetap tersimpan pada komputer server, sehingga keamanan kode-kode script permanen terjaga.

ADMINISTRASI DAN MANAJEMEN RUMAH SAKIT

Administrasi Dan Manajemen Rumah Sakit 
Dalam kehidupan sehari-hari begitu poly sektor kehidupan yg sebagai perhatian pemerintah, misalnya sektor pendidikan, pertanian, industri, ekonomi, kesehatan dan lain-lain. Salah satu sektor yg menerima perhatian yang cukup besar menurut pemerintah merupakan sektor kesehatan. 

Kebutuhan warga akan kesehatan yg semakin meningkat, memicu rumah sakit-tempat tinggal sakit yang ada untuk meningkatkan fasilitas kesehatan serta melakukan pemugaran terhadap manajemen pelayanan kepada pasien, salah satu yg termasuk di dalamnya adalah rumah sakit Ropanasuri. 

Rumah sakit Ropanasuri merupakan satu-satunya tempat tinggal sakit partikelir spesifik bedah yang terdapat di Padang. Rumah sakit ini berencana melakukan perubahan-perubahan agar dapat menaruh pelayanan kesehatan yang lebih baik pada pasiennya. Dengan meningkatnya taraf pendidikan dan sosial ekonomi masyarakat, konsumen (pada hal ini pasien) semakin banyak menuntut haknya selaku pemakai jasa pelayanan kesehatan buat menerima pelayanan yang terbaik. Semakin baik mutu pelayanan kesehatan yg diberikan oleh suatu tempat tinggal sakit 

kepada pasiennya, maka akan memberikan peluang bagi tempat tinggal sakit itu, buat bisa bersaing dengan rumah sakit lainnya pada mendapatkan kepercayaan dari pasien. 

Kegiatan pelayanan yang dilakukan tempat tinggal sakit dimulai dari waktu pasien mendaftar di tempat penerimaan pasien, masa pengobatan sang dokter, inspeksi penunjang medis serta mengevaluasi pasien sampai pasien keluar berdasarkan tempat tinggal sakit. Kegiatan penunjang medis yg ada pada rumah sakit spesifik bedah Ropanasuri, seperti energi medis, ruang rawat, jumlah pasien, pemakaian tempat tidur serta fasilitas fisik lainnya dan status rekam medis melibatkan fakta yg akan bermanfaat buat menunjang kelancaran proses aktivitas pelayanan medis tempat tinggal sakit dan bagi pihak-pihak yg berkepentingan dengan rumah sakit itu sendiri, misalnya Departemen Kesehatan dan Dinas Kesehatan Kota.

Proses pengelolaan data pasien dilakukan secara terpusat pada bagian rekam medis tempat tinggal sakit khusus bedah Ropanasuri dengan sumber data diperoleh menurut unit-unit pelayanan medis yaitu rawat jalan, gawat darurat serta rawat inap. Data rekam medis ini kemudian diolah sebagai berita-liputan yg diperlukan, seperti pembuatan laporan. 

Saat ini tempat tinggal sakit khusus bedah Ropanasuri melakukan pengelolaan data pasien menjadi fakta secara manual. Data pasien dicatat dalam lembaran kertas berupa formulir yg memuat data pasien dan jenis penyakit yg dideritanya, sebagai akibatnya hal ini membutuhkan waktu yang lama , karena bagian rekam medis harus menunggu data pasien dari setiap unit pelayanan kesehatan, kemudian data tadi dipindahkan ke personal komputer serta pengolahan terhadap data tersebut hanya dilakukan dalam saat dibutuhkan saja, misalnya dalam waktu pembuatan laporan bulanan, tahunan atau dalam waktu dinas kesehatan membutuhkan fakta mengenai jumlah pasien yg terdaftar yang mengidap suatu penyakit yg sedang mewabah serta taraf kematian pasien pada periode eksklusif. Petugas rekam medis wajib mengusut data pasien tadi yg masih pada bentuk catatan satu per satu, buat memastikan bahwa data pasien tersebut telah dipindahkan ke komputer. 

Berkas-berkas status rekam medis pasien yg sudah terselesaikan diisi disimpan dalam rak penyimpanan. Pada waktu pasien lama tiba berobat, terjadi kesulitan ketika pencarian berkas status rekam medis pasien tersebut, begitu jua menggunakan pasien yang kehilangan kartu berobat. Apabila berkas status rekam medis pasien tidak ditemukan, maka status rekam medis pasien wajib dibuat kembali. Hal ini akan mengakibatkan terjadinya penggandaan dokumen atau status rekam medis pasien yang telah pernah datang sebelumnya.

Berdasarkan uraian dalam latar belakang tersebut pada atas, maka perlu dikembangkan cara pengelolaan data pasien pada rumah sakit khusus bedah Ropanasuri, agar dapat menaruh informasi secara cepat pada pengguna sesuai menggunakan kebutuhannya. Dan dapat membantu proses pengolahan data menggunakan lebih baik. 

Manajemen Informasi
Organisasi memiliki lima asal daya yaitu: insan, material mesin, uang serta berita. Sumber daya kabar perusahaan/organisasi adalah salah satu keunggulan kompetitif suatu perusahaan/organisasi, jika dikelola menggunakan baik. Manajemen sumber daya fakta (Information Resources Management-IRM) adalah aktivitas yang dijalankan sang manajer dalam semua tingkatan pada perusahaan/organisasi menggunakan tujuan mengidentifikasi, memperoleh, serta mengelola sumber daya keterangan yang diperlukan buat memenuhi kebutuhan pemakai. Sumber daya liputan perusahaan/organisasi mencakup [McLeod,1995] :
a. Perangkat keras personal komputer .
b. Perangkat lunak komputer.
c. Para seorang ahli warta, adalah pihak-pihak di dalam perusahaan yg bertanggung jawab secara penuh buat memelihara serta membuatkan sistem berbasis personal komputer . 

Para spesialis liputan itu adalah:
1. Analis sistem, adalah pakar pada mendefinisikan masalah dan menyiapkan dokumentasi tertulis tentang cara personal komputer membantu menyelesaikan masalah. Analis sistem bekerja sama menggunakan pemakai pada berbagi sistem yg baru dan memperbaiki sistem yg telah ada.
2. Pengelola database (database administrator), pihak yg bekerja sama dengan pemakai serta analis sistem pada menciptakan database yang berisi data yang diharapkan buat membuat fakta bagi pemakai.
3. Spesialis jaringan (network specialist), pihak yang bekerja sama menggunakan analis sistem dan pemakai membentuk jaringan komunikasi data yang menyatukan banyak sekali asal daya personal komputer yg tersebar.
4. Programmer, pihak yg membuat acara komputer menurut dokumentasi yg disiapkan sang analis sistem.
5.operator, pihak yg mengoperasikan alat-alat personal komputer berskala besar seperti personal komputer mainframe serta komputer mini . Operator memantau layar komputer, membarui ukuran-berukuran kertas printer, mengelola perpustakaan tape dan disk storage, serta melakukan tugas-tugas serupa lainnya.
d. Pemakai (User), menjadi pihak pemakai sistem yg terdapat, dan menjadi rujukan bagi para seorang ahli informasi pada menyebarkan sistem yg terdapat.
e. Fasilitas
f. Database.
g. Informasi.

Metodologi Siklus Hidup Sistem
Menurut McLeod, 2001, siklus hayati sistem terdiri dari 5 termin, yaitu perencanaan, survei, analisis, rancangan serta penerapan yg dimaksudkan bagi pengembangannya. Semua termin bisa melibatkan pemakai, serta dapat juga melibatkan spesialis fakta jika end-user computing tidak dilakukan sepenuhnya.

Siklus hidup sistem adalah penerapan pendekatan sistem buat tugas menyebarkan serta memakai sistem berbasis personal komputer . Siklus hidup sistem itu sendiri merupakan metodologi, tetapi polanya lebih dipengaruhi sang kebutuhan buat membuatkan sistem lebih cepat. Pengembang sistem yg lebih responsif bisa dicapai dengan peningkatan daur hidup dan penggunaan peralatan pengembangan berbasis personal komputer (compute-based development tools). Dua peningkatan itu merupakan prototyping dan rapid application development. Saat perusahaan-perusahaan berusaha memanfaatkan sepenuhnya teknologi warta, mereka memperbaharui sistem mereka menggunakan memakai rancang ulang proses bisnis(business process redesign).

Uraian mengenai jenis-jenis metodologi siklus hayati sistem yg dapat digunakan dalam menyebarkan sistem, bisa dijelaskan dalam bagian berikut. 

Prototyping
Prototyping sistem liputan adalah suatu teknik yang sangat bermanfaat buat mengembangkan berita tertentu tentang syarat-syarat keterangan pengguna secara cepat. Dengan menggunakan prototyping, analis sistem berupaya memperoleh reaksi awal menurut para pengguna dan pihak manajemen terhadap prototipe, saran-saran pengguna terhadap perubahan atau pemecahan perkara sistem yg dibentuk prototipenya, sebagai akibatnya memungkinkan dilakukan inovasi tentang prototipe tadi, dan rencana-rencana revisi yang mendetail dengan bagian-bagian sistem yang perlu dilakukan lebih dulu.

Prototipe memberikan pandangan baru bagi produsen juga pemakai mengenai cara sistem berfungsi dalam bentuk lengkapnya. Proses membentuk sebuah prototipe diklaim prototyping. 

Jenis-jenis warta yang dicari ketika melakukan prototyping Kendall, 2003 adalah menjadi berikut;

1. Reaksi awal dari pengguna
Saat analis sistem menampilkan sebuah prototipe sistem kabar, maka analis akan tertarik menggunakan reaksi pengguna dan pihak manajemen terhadap prototipe. Analis ingin memahami secara mendetail bagaimana reaksi mereka saat bekerja dengan prototipe serta apakah fitur-fitur sistem yg diprototipekan telah sinkron dengan kebutuhan mereka. Untuk mengetahui reaksi dari pengguna ini bisa digunakan lembar penilaian.

2. Saran-saran menurut pengguna
Analis pula tertarik dengan saran-saran pengguna dan pihak manajemen pemugaran terhadap prototipe yg ditampilkan. Saran-saran diperoleh menurut pengalaman waktu bekerja menggunakan prototipe selama periode waktu tertentu. Waktu yang dihabiskan pengguna waktu bekerja dengan prototipe umumnya tergantung pada pengabdian mereka dan ketertarikan atas proyek sistem. Saran-saran merupakan hasil dari interaksi pengguna menggunakan prototipe serta refleksi mereka atas interaksi tersebut. Saran yg diperoleh berdasarkan pengguna memberi petunjuk dalam analis teatang cara-cara memperbaiki, mengganti atau menghentikan prototipe sehingga bisa memenuhi kebutuhan pengguna dengan lebih baik.

3. Inovasi
Inovasi prototipe adalah bagian berdasarkan informasi yg dicari sang tim analis sistem. Inovasi adalah kemampuan-kemampuan sistem baru yg nir dianggap berhubungan dengan saat saat pengguna mulai berinteraksi menggunakan prototipe. Inovasi-penemuan ini memberi nilai tambah terhadap fitur-fitur yg diprototipekan sebelumnya dengan menambahkan sesuatu yang baru atau yg lebih inovatif.

4. Rencana revisi
Rencana revisi membantu mengidentifikasikan prioritas apa yang akan diprototipekan selanjutnya. Informasi yang terkumpul dalam fase prototyping memungkinkan analis menyusun prioritas-prioritas dan memberi pengarahan pulang rencana-rencana tadi menggunakan lebih efisien, dan menggunakan gangguan minimum. Lantaran fitur inilah, prototyping dan perencanaan bisa dilaksanakan beserta-sama. 

Dalam pengembangannya, prototipe terbagi kedalam dua jenis, dimana langkah-langkah yang masih ada pada masing-masing jenis tersebut berdasarkan Kendall, 2003, dapat dijelaskan menjadi berikut.

Pengembangan Prototipe Jenis I
Langkah-langkah yang terdapat pada pengembangan prototipe jenis 1 merupakan menjadi berikut Kendall, 2003:

1. Mengidentifikasikan kebutuhan pemakai.
Analis sistem mewawancarai pemakai untuk mendapatkan gagasan dari apa yang diinginkan pemakai terhadap sistem.

2. Mengembangkan prototipe
Analis sistem mungkin bekerjasama menggunakan seorang ahli liputan lain, menggunakan satu atau lebih pendekatan prototyping buat membuatkan sebuah prototipe. 

Contoh menurut peralatan prototyping, adalah integrated application generator dan prototyping toolkits. Integrator application generator merupakan sistem software jadi yang sanggup membentuk seluruh tampilan yang diinginkan dalam sistem baru, seperti menu, laporan, layar, database, serta sebagainya. Prototyping toolkits mencakup sistem-sistem perangkat lunak terpisah, yang masing-masing sanggup membentuk sebagian tampilan sistem yang diinginkan.

3. Menentukan apakah prototipe bisa diterima.
Analis mendidik pemakai buat memakai prototipe serta memberi kesempatan kepada mereka untuk membiasakan diri dengan sistem. Pemakai memberi masukkan pada analis apakah prototipe memuaskan. Apabila ya, langkah 4 akan di ambil, apabila nir, prototipe direvisi menggunakan mengulangi langkah 1, 2, serta tiga. 

4. Menggunakan prototipe
Prototipe ini sebagai sistem operasional. 

Pengembangan Prototipe Jenis II
Langkah pertama pada pengembangan prototipe jenis II ini sama menggunakan pengembangan prototipe jenis I, dari Kendall, 2003, langkah selanjutnya merupakan:

5. Mengkodekan sistem operasional.
Programer menggunakan prototipe sebagai dasar buat pengkodean (coding) sistem operasional.

6. Menguji sistem operasional
Programer menguji sistem.

7. Menentukan apabila sistem operasional dapat diterima
pemakai memberi masukan kepada analis apakah sistem dapat diterima, apabila ya, langkah 7 dilakukan, apabila nir, langkah 4 serta 5 diulangi.

8. Menggunakan sistem operasional.

Daya Tarik Prototyping
Pemakai maupun spesialis kabar menyukai prototyping, buat alasan-alasan Kendall,2003, sebagai berikut:
1. Komunikasi antara analis sistem serta pemakai, membaik.
2. Analis dapat bekerja dengan lebih baik dalam memilih kebutuhan pemakai
3. Pemakai berperan lebih aktif dalam pengembangan sistem 
4. Spesialis keterangan serta pemakai menghabiskan lebih sedikit saat serta bisnis pada pengembangan sistem
5. Penerapan menjadi lebih gampang karena pemakai mengetahui apa yg dibutuhkan.

Keuntungan-laba ini memungkinkan prototyping berhemat porto pengembangan serta menaikkan kepuasan pemakai dengan sistem yg didapatkan.

Potensi Kegagalan Prototyping
Prototyping berpotensi juga untuk gagal, lantaran beberapa hal, Kendall,2003, yaitu;
1. Ketergesaan buat menciptakan prototipe mungkin membentuk jalan pintas dalam definisi permasalahan, evaluasi cara lain , dan dokumentasi. 
2. Pemakai mungkin sangat tertarik menggunakan prototipe tersebut sehingga mereka mengharapkan sesuatu yg nir realistis menurut sistem operasional itu.
3. Prototipe jenis I mungkin tidak seefisien sistem yg dikodekan pada bahasa pemograman 
4. Hubungan komputer-manusia yg disediakan oleh peralatan prototyping eksklusif mungkin nir mencerminkan teknik perancangan yang baik.

Rapid Application Development (RAD)
Menurut McLeod, 2001, RAD merupakan istilah yg dibuat oleh James Martin, seorang konsultan personal komputer serta pengarang, buat daur hayati pengembangan yang ditujukan guna menghasilkan sistem secara cepat tanpa mengorbankan kualitas.

RAD adalah seperangkat strategi, metodologi dan alat-alat yg terintegrasi yg terdapat pada satu rangka kerja menyeluruh yg disebut information engineering (IE). Information engineering (IE) merupakan nama yg diberikan oleh Martin buat pendekatannya yang menyeluruh dalam pengembangan sistem, yg memperlakukannya sebagai kegiatan seluruh perusahaan. Istilah enterprise dipakai buat mendeskripsikan keseluruhan perusahaan.

Unsur-unsur Penting RAD 
RAD memerlukan empat unsur penting; manajemen, manusia, metodologi dan alat-alat [Kendall, 2003]:

Manajemen. Manajemen, khususnya manajemen puncak , harus adalah orang yg senang bereksperimen, yang suka melakukan hal yang baru atau orang yang cepat tanggap, yg cepat belajar memakai metodologi baru. Manajemen harus mendukung RAD sepenuhnya serta menyediakan lingkungan kerja yg membuat aktivitas tersebut sangat menyenangkan.

Manusia. Daripada menggunakan satu tim tunggal buat mengerjakan seluruh aktivitas SLC, RAD menyadari efisiensi yang bisa dicapai melalui penggunaan beberapa tim yg terspesialisasi. Tim buat perancangan kebutuhan, rancangan pemakai, konstruksi, penelaahan pemakai, dan cutover dapat dibentuk. Anggota tim ini adalah pada pakar metodologi dan alat-alat yg diperlukan untuk melaksanakan tugas spesifik mereka. Untuk mendeskripsikan tim, Martin menggunakan istilah tim SWAT. SWAT merupakan singkatan menurut “skilled with advanced tools”.

Metodologi. Metodologi dasar RAD merupakan siklus hayati RAD, yg terdiri berdasarkan empat tahap: (1) perencanaan kebutuhan, (2) rancangan pemakai,(tiga) kontruksi, dan (4) cutover. Tahap-termin ini, misalnya SDLC, mencerminkan pendekatan sistem. Pemakai berperan krusial pada setiap termin, berhubungan menggunakan seorang ahli liputan.

Peralatan. Peralatan RAD terutama terdiri dari bahasa-bahasa pemograman generasi ke empat (fourth-generation language) serta alat-alat CASE yg memudah prototyping dan pembuatan kode. Bahasa pemograman generasi ke empat memungkinkan seorang ahli kabar atau pemakai buat menghasilkan kode personal komputer tanpa memakai bahasa pemograman konvensional. Contoh menurut bahasa pemograman generasi keempat adalah natural, FOCUS, dan SQL.

Hubungan antara metodologi-metodologi daur hidup sistem tersebut diatas dapat dipandang dalam sub bab berikut adalah.

Menempatkan SLC, Prototyping, dan RAD pada Perspektif
Siklus hayati sistem, prototyping dan RAD semuanya adalah metodologi. Metodologi ini merupakan cara-cara yang dianjurkan dalam menerapkan sistem berbasis personal komputer . SLC adalah pelaksanaan berdasarkan pendekatan sistem buat perkara penerapan sistem personal komputer serta berisikan seluruh elemen pendekatan sistem dasar, dimulai berdasarkan identifikasi masalah dan diakhiri menggunakan penggunaan sistem.

Prototyping adalah bentuk pendek berdasarkan pendekatan sistem yang serius dalam definisi serta pemuasan kebutuhan pemakai. Prototyping dapat berada pada SLC. Kenyataannya, selama proses pengembangan satu sistem tunggal mungkin diharapkan poly prototyping.

RAD merupakan pendekatan cara lain buat tahap rancangan dan penerapan dari SLC. Sumbangan terbesar menurut RAD merupakan kecepatannya membentuk sistem buat digunakan, yang terutama dicapai melalui penggunaan peralatan berbasis personal komputer serta tim proyek terspesialisasi.

Dari seluruh metodologi yg terdapat, SLC adalah metodologi tertua dan akan terus menjadi dasar sebagian akbar kerja pengembangan sistem. Prototyping jua merupakan metodologi yg telah cukup mapan, serta akan terus digunakan bagi proyek-proyek yang kebutuhan pemakainya masih sulit didefinisikan McLeod, 2001. 

Rancang Ulang Proses Bisnis
Rekayasa ulang proses bisnis (BPR- Business Process Engineering) yaitu inspeksi proses terhadap proses-proses bisnis serta berdampak terhadap profitabilitas. BPR mengidentifikasi kesempatan-kesempatan buat membuat sistem-sistem baru, menspesifikasikan maksud serta menentukan lingkupnya.

Information System telah membentuk tiga teknik buat menerapkan BPR pada CBIS. Teknik-teknik ini dikenal sebagai tiga R yaitu McLeod, 2001;

1. Rekayasa mundur
Untuk komputer, rekayasa mundur (reverse engineering) merupakan proses menganalisis suatu sistem buat mengidentifikasi elemen-elemennya serta antar hubungannya, serta buat menciptakan dokumentasi pada tingkat abstraksi lebih tinggi menurut yang sekarang. Rekayasa mundur diterapkan dalam suatu sistem apabila masih ada kebutuhan buat menyiapkan dokumentasi baru.

Titik awal dalam merekayasa mundur suatu sistem adalah kode acara, yang diubah menjadi dokumentasi program seperti diagram tindakan, bahasa inggris terstruktur serta bagan arus program. Dokumentasi ini dapat, dalam gilirannya diubah menjadi penerangan yg lebih abstrak seperti diagram arus data serta bagan arus sitem. Transformasi ini dapat dicapai secara manual atau oleh perangkat lunak BPR.

Karena itu, rekayasa mundur mengikuti suatu alur mundur melalui siklus hidup sistem.

2. Restrukturisasi
Restrukturisasi (restructuring) merupakan transformasi suatu sistem menjadi bentuk lain tanpa mengubah fungsionalitasnya. Contoh restrukturisasi yang baik merupakan transformasi suatu acara yg ditulis pada tahun awal-awal komputer, waktu hanya sedikit baku pemograman, menjadi program dalam format terstruktur. Setelah suatu program direstrukturisasi, acara itu kembali dipakai, sehingga membentuk pola bundar. Restrukturisasi bisa dilakukan pada arah mundur melalui tiap termin berdasarkan siklus hayati sistem. Hasilnya adalah suatu sistem yang terstruktur lengkap dari rencana ke kode.

3. Rekayasa ulang
Rekayasa ulang (reengineering) adalah rancang ulang lengkap suatu sistem dengan tujuan membarui fungsionalitasnya. Ini bukan pendekatan “sapu habis” lantaran pengetahuan mengenai cara sistem yg sedang berjalan tidak diabaikan sama sekali. Pengetahuan itu bisa diperoleh menggunakan pertama-tama terlibat dalam rekayasa mundur. Lalu sistem baru dikembangkan secara normal. Nama rekayasa maju (forward engineering) diberikan buat proses yg mengikuti daur hidup sistem secara normal ketika terlibat dalam BPR.


Metodologi Penelitian
a. Bagan Alir Tahapan Penelitian
Dalam penelitian ini, sistem fakta pengelolaan data pasien tempat tinggal sakit spesifik bedah Ropanasuri dikembangkan sesuai menggunakan tahapan penelitian berikut adalah: 


b. Metodologi Pengembangan Sistem Informasi
Metodologi yang digunakan pada pengembangan sistem liputan pengelolaan data pasien tempat tinggal sakit spesifik bedah Ropanasuri ini adalah prototyping, yaitu salah satu modifikasi dari metodologi daur hidup sistem.

Prototyping dibentuk agar bisa memberikan respon yg lebih baik bagi kebutuhan pemakai, sehingga menggunakan prototyping, saat yg diharapkan untuk menerapkan sistem bisa dikurangi.

Metodologi pengembangan sistem warta dengan memakai prototyping mempunyai tahapan sebagai berikut:

1. Penelitian pendahuluan
Pada tahap ini dilakukan berita umum terhadap syarat organisasi, permasalahan sistem, keterangan-kabar aktivitas medis, serta ruang lingkup pengembangan sistem.

2. Mengidentifikasi kebutuhan pengguna
Proses mengidentifikasi kebutuhan pengguna bertujuan buat mengetahui apa yg diinginkan pemakai terhadap sistem yang akan dikembangkan. Proses ini bisa dilakukan menggunakan cara wawancara, observasi, dan pencarian data yang herbi kegiatan medis. Setelah itu dilakukan analisis terhadap aktivitas dan proses yang terjadi dalam sistem.

3. Mengembangkan prototipe
Dalam pegembangan prototipe atau pada perancangan sistem liputan, tahapan ini termasuk ke pada tahap desain sistem, dimana perancangan tersebut mencakup;
  • Perancangan model sistem
  • Perancangan output serta input sistem
  • Perancangan database sistem dan
  • Perancangan pelaksanaan sistem 
Tahapan perancangan ini akan mempermudah penganalisis dalam mengembangkan prototipe hingga prototipe tersebut dapat diaplikasikan. Dalam setiap proses perancangan sistem, penganalisis harus selalu berinteraksi dengan pengguna buat menerima warta mengenai kebutuhannya. 

Dalam menyebarkan prototipe ini terlebih dahulu harus ditentukan peralatan prototyping, yaitu aplikasi yg digunakan buat menghasilkan tampilan yang diinginkan pada sistem baru.

4. Verifikasi
Pada tahap ini, analis menaruh kesempatan kepada pengguna untuk membiasakan diri menggunakan sistem, lalu pengguna menaruh masukan apakah prototipe yg dihasilkan sesuai dengan asa pengguna. Sehingga keputusan apakah prototipe diterima atau tidak, dapat diketahui. Dan verifikasi ini dapat dilakukan secara berulang.

5. Mengkodekan sistem operasional
Setelah pengguna menyatakan putusan bulat menggunakan prototipe yg didesain, maka tahap selanjutnya dilakukan pengkodean sistem operasional. Disini prototipe digunakan menjadi dasar buat pengkodean tadi.

6. Menguji sistem operasional
Setelah terselesaikan melakukan pengkodean sistem operasional, maka sistem tadi diuji oleh programmer.

7. Verifikasi
Untuk tahap selanjutnya dilakukan pulang pembuktian terhadap sistem operasional yang dibentuk, apakah sistem tersebut dapat diterima atau tidak.
8. Menggunakan sistem operasional
9. Analisis hasil rancangan
Merupakan analisis terhadap prototipe yang telah dibentuk.
10. Kesimpulan serta saran
Merupakan kesimpulan menurut sistem keterangan yg dibentuk dan saran-saran untuk pemugaran dimasa yang akan tiba dan buat penelitian lebih lanjut.

c. Alat Bantu yg Digunakan
Alat Bantu yang dipakai pada sistem fakta pengelolaan data pasien ini, adalah sebagai berikut:
1. Formulir penilaian prototipe
2. SQL buat merancang database sistem informasi pengelolaan data pasien 
3. Macromedia Dreamweaver untuk perancangan halaman web dan hubungan ke database. 

Survey Sistem
Survey sistem merupakan tahap pendahuluan yg dilakukan dengan cara mengamati secara pribadi sistem yg bersangkutan, melakukan wawancara dengan pihak-pihak yg terkait menggunakan bagian rekam medis/pemakai, dan mengamati proses sistem serta meneliti dokumen-dokumen yg terdapat, terutama yg berkaitan menggunakan dokumen rekam medis. Survey sistem dilakukan buat mengetahui ruang lingkup sistem, organisasi sistem, kebutuhan sistem serta rencana-planning sistem yg akan dikembangkan. 

Analisis Sistem
Analisis sistem merupakan tahapan penelitian selanjutnya. Analisis dilakukan terhadap proses sistem, permasalahan sistem, kebutuhan warta pengguna, analisis planning-planning organisasi dan analisis kebutuhan sumber daya yg dimiliki sistem.

Analisis Proses Sistem
Pengelolaan data pasien dalam bagian rekam medis secara garis akbar terdiri dari 3 proses, yaitu proses penerimaan pasien, pengelolaan data pasien, dan pengolahan data dan laporan secara holistik.

Analisis Perseteruan Sistem
Permasalahan yg ada pada bagian pengelolaan data rekam medis pasien tempat tinggal sakit Ropanasuri seperti yang sudah disebutkan diatas menyebabkan pengelolaan data pasien membutuhkan ketika yg usang. Pertarunga tersebut antara lain:
1. Bagian pengolahan data rekam medis harus menunggu data pasien menurut setiap unit rawat untuk diolah pada lembaran dokumen. Dalam meng-input-kan data pasien seringkali terjadi kesalahan pada hadiah nomor rekam medis.
2. Lamanya proses pencarian status rekam medis pasien lama yg datang berobat, karena data pasien tadi wajib dicari diantara tumpukan dokumen rekam medis pasien lainnya.
3. Status rekam medis tidak ditemukan, akan dibuatkan status baru, sehingga hal ini menyebabkan terjadinya penggandaan status rekam medis.
4. Lamanya saat yg diperlukan pada pengolahan data pasien, seperti jumlah pasien yg hayati serta meninggal dalam jangka saat tertentu, lama pasien dirawat serta lainnya, sehingga jika terjadi perubahan data tidak dapat dilihat pada waktu itu pula.
5. Apabila terdapat pihak-pihak eksklusif yg membutuhkan keterangan tentang pasien, maka mereka harus menunggu jadwal pembuatan laporannya.

Analisis Kebutuhan Informasi
Proses pengelolaan serta pengolahan data pasien dalam tempat tinggal sakit Ropanasuri dilakukan secara manual, hal ini menyebabkan lambatnya liputan hingga ke pengguna liputan tadi. Data yg memerlukan perhitungan dilakukan dengan menggunakan kalkulator, seperti perhitungan lama hari perawatan, BOR, BTO, TOI dan lainnya.

Analisis Rencana Organisasi
Rencana tempat tinggal sakit Ropanasuri buat kedepannya merupakan melakukan pemugaran-pemugaran terhadap sistem kerjanya, yaitu menggunakan mengoptimalkan sistem kerja yang ada. Salah satu cara yang dapat dilakukan sang pihak tempat tinggal sakit merupakan menggunakan memanfaatkan teknologi fakta pada pengelolaan sistem fakta secara terkomputerisasi, hal ini tentu saja diperlukan tersedianya perangkat komputer yang lengkap, sebagai akibatnya menggunakan rencana ini dibutuhkan tempat tinggal sakit Ropanasuri dapat menaikkan kinerjanya pada masa yang akan datang.

Kebutuhan Sumber Daya Manusia
Sistem kabar pengelolaan data pasien yang didesain ini menggunakan teknologi keterangan dengan memanfaatkan teknologi jaringan intranet, dimana setiap komputer yg terdapat dalam bagian unit rawat, direktur serta bagian pengelolaan rekam medis saling terhubung satu dengan yang lainnya. Dengan pemanfaatan teknologi ini akan bisa mempermudah serta meningkatkan kecepatan proses pengelolaan serta pengolahan data rekam medis pasien.

Desain dan Perancangan Sistem 
Perancangan sistem dilakukan untuk memberikan gambaran mengenai proses yang terjadi pada sistem yang sedang diteliti, sebagai akibatnya bisa dijadikan pedoman pada melakukan pengembangan pelaksanaan menurut sistem tadi.

Perancangan Model Sistem
Dalam perancangan model sistem digunakan alat bantu berupa diagram alir data dan bagan alir dokumen. Pada diagram alir data bisa dipandang urutan proses yg terjadi pada mengelola data pasien yang dimulai menurut ketika pasien mendaftar sampai pasien tadi terselesaikan menerima pelayanan di rumah sakit tersebut. Pada bagan alir dokumen dapat ditinjau urutan genre dokumen-dokumen pasien dimulai dari waktu pasien mendaftar, kemudian data tadi diolah dalam setiap unit rawat yang dituju serta terakhir diolah dalam bagian pengelolaan data rekam medis pasien.

Perancangan Input dan Output Sistem
Perancangan input sistem yg dibuat diubahsuaikan menggunakan bentuk formulir atau dokumen status rekam medis pasien. Data yg diinputkan ini akan berpengaruh terhadap hasil yang akan didapatkan nantinya, oleh karenanya kelengkapan data yang akan pada-input-kan wajib diperhatikan pada saat merancang form input ini. 

Output sistem yg didesain berpedoman dalam format laporan tahunan pasien dan berdasarkan output wawancara menggunakan user atau pemakai yaitu petugas pada loka penerimaan pasien, petugas dalam setiap unit rawat serta petugas pada bagian pengolahan data rekam medis. 

Perancangan Database Sistem
Database sistem warta yang dirancang ini digunakan sebagai tempat penyimpanan data pasien. Database tadi dibentuk sesuai dengan kebutuhan informasi sistem dan berpedoman pada diagram alir data yang telah dibentuk.

Perancangan Prototipe 
Setelah menganalisis sistem dan kebutuhan informasi pada rumah sakit spesifik bedah Ropanasuri, dengan memakai metode tradisional misalnya wawancara, observasi, serta pencarian data file, maka termin pengembangan prototipe bisa dilakukan. Tahap ini merupakan tahapan perancangan obrolan layar terminal yg adalah perantara antara pengguna sistem menggunakan sistem yang dibuat.

Teknologi yg Digunakan
Teknologi yg digunakan dalam pembuatan sistem informasi pengelolaan data pasien ini adalah berbasis web menggunakan teknologi Active Server Pages (ASP). User bisa mengakses keterangan dari komputer lain yg terhubung menggunakan jaringan. Perangkat lunak yang dipasang relatif pada satu server, kemudian jika user ingin mengakses fakta yang diperlukan, mereka hanya perlu meminta ke server, lalu server akan mengolah permintaan user tersebut dan mengirimkannya ke browser user pada bentuk format html biasa, sedangkan kode-kode script permanen tersimpan dalam personal komputer server, sebagai akibatnya keamanan kode-kode script permanen terjaga.

PENGERTIAN SIBERNETIK CYBERNETICS MENURUT AHLI

Pengertian Sibernetik (Cybernetics)
Sibernetik (cybernetics) merupakan suatu cabang ilmu yg menaruh kepedulian terhadap perkara-masalah komunikasi dan arus fakta menjadi keliru satu sistem yang bersifat kompleks.

Dewasa ini manusia di semua dunia memberikan kepedulian terhadap berbagai jenis polusi serta perusakan lingkungan hidup. Kerusakan lingkungan hidup yang disebabkan oleh konduite manusia secara kontroversi digambarkan oleh hasil penelitian Meadows, Randers dan Behres III (1972). Akumulasi tindakan perseorangan dapat berpengaruh terhadap perubahan lingkungan secara drastis. Dewasa ini telah sangat disadari oleh semua pihak bahwa perusakan lingkungan hayati akan sebagai bumerang terhadap kehidupan manusia itu sendiri. Oleh karena itu, ada banyak sekali organisasi , baik organisasi pemerintah maupun oranisasi non pemerintah yang berusaha menjaga keseimbangan dan kelestarian lingkungan hayati ini. Pemeliharaan keseimbangan lingkungan hayati berarti memelihara siklus kehidupan, serta buat menjaga daur kehidupan semenjak usang sudah dikenal keliru satu cabang ilmu yg sifatnya multidisiplin yaitu ilmu mengenai lingkungan hayati atau ekologi. Salah satu hukum dasar dari ekologi , yaitu segala sesuatu yang berkaitan dengan segala sesuatu itu adalah galat satu konsep dasar pendekatan sistem. 

Sebagaimana sudah dikemukakan dalam uraian terdahulu bahwa Amerika Serikat telah menerapkan pendekatan sistem di dalam sistem pertahanan serta keamanan sebagaimana diuraikan dalam buku yg berjudul System Analysis and Policy Planning Aplication in Defense yang diedit oleh E. Quade serta W. I. Boucher pada mana beberapa pendapatnya telah diikuti pada tulisan ini. 

Dalam teori organisasi serta manajemen terbaru, menurut Kast dan Rosenzweig (1974), mengemukakan bahwa pendekatan sistem merupakan suatu kerangka kerja yg bersifat integratif pada teori serta pratik organisasi dan manajemen. Selzniek (1966), sudah memakai analisis struktural serta pendekatan sistem pada penelitian organisasi pemerintahan dan organisasi yang akbar dan kompleks.

MANAJEMEN SEBAGAI SISTEM
Pendekatan sistem dipakai dalam pembahasan manajemen, hal ini disebabkan lantaran gerakan sistem adalah sesuatu yg baru dan cocok pada bidang manajemen. Sesungguhnya terdapat gerakan yang lebih terkini pada administrasi adalah contingency atau pendekatan situasional (Robbin, 1982,h. 46) namun pendekatan ini nir dipilih mengingat pendekatan sistem itu sendiri mampu merangkul pendekatan situasional berkat keterbukaannya terhadap lingkungan

Misalnya jika rakyat dan kebijakan atau peraturan pemerintah berubah, maka institusi atau manajemen akan mengganti diri juga supaya selaras dengan kemauan warga serta pemerintah.

Organisasi menjadi Sub Sistem
Hersey (1978, h. 8) membagi organisasi sebagai sub sistem, yaitu sub struktur, teknologi, manusia, dan kabar dengan tujuan terdapat ditengah-tengah.sementara itu Kast (1974) menyatakan organisasi sebagai sub sistem lingkungannya yang lebih besar yang berorientasi kepada tujuan, yg mencakup sub sistem teknik, struktur, psikologi sosial, serta manajemen. Pandangan ke dua ini didukung sang Johson (1973).dan ada pula akhli lain yg tidak menyebutkan bagian-bagian organisasi itu sebagai sub sistem namun dengan elemen-elemen organisasi, yaitu elemen tujuan, orang-orang, struktur, teknik, serta warta.

Pendapat keempat pakar di atas tidak persis sama mengenai macam-macam sub sistem suatu organisasi. Sub sistem yg mereka telah sepakati beserta merupakan struktur, teknik, orang-orang, dan keterangan. Yang belum menerima kesepakatan adalah tentang tujuan, lingkungan serta manajemen.

Ada yg mengungkapkan tujuan terdapat pada tengah-tengah organiusasi sbagai pengendali sub sistemnya, ada yg mengatakan organisasi berorientasi kepada tujuan, serta terdapat pula yang memandang tujuan sebagai salah satu elemen organisasi. Pernyataan pertama serta kedua menekankan pada peranan tujuan sedangkan pernyataan ketiga menekankan dalam satu segi yang nir bisa disamakan atau digabungkan dengan segi yg lain. Memang benar tujuan memegang peranan tertentu namun ia benar pula menjadi sesuatu yg berdiri sendiri. Ini berarti tujuan bisa dicermati menjadi galat satu sub sistem oranisasi.

Manajemen dilihat sebagai sub sistem organisasi, hanya dikemukakan sang dua dari keempat pakar tersebut pada atas. Tetapi demikian hal ini mampu diterima mengingat manajemen ini pula berdiri sendiri seperti halnya menggunakan sub sistem –sub sistem yg lain, yang tidak bisa digabungkan dengan bagian-bagian organisasi lainnya.

Bagaimana halnya menggunakan lingkungan? Lingkungan hanya ditinjau sebagai sura sistem, yaitu sistem-sistem yg berada di sekeliling sistem organisasi. Organisasi ada di tengah-tengah lingungannya. Hal ini memang meruupakan kenyataan, kita bisa mengamatiu sendiri pada lapangan lebihj-lebh sistem ang bersifat terbuka. Tatai dalam pembahasan manajemen sebagai sistem, lingkungan ini dimasukkan sebagai galat satu sub sistemnya. Sebab menangani kesehatan nir terlepas dari keadaan serta bisnis lingkungan.

Dengan demikian organisasi sebagai sistem terdri dari sub sistem tujuan, manajemen, struktur, teknik, personalia,serta liputan serta adalah bagian berdasarkan lingkunganya. Sistem kesehatan merupakan merupakan sub sistem berdasarkan sistem lingkungan yanglebih akbar. Sistem kesehatan memiliki supra sistem yang disebut lingkungan.

Administrasi menjadi Sub Sistem
Administrasi merupakan bentuk kolaborasi antara para aggota organisasi untuk merealisasi keinginan mereka. Administrasi merupakan suatu proses untuk mewujudkan tujuan organisasi. Dalam hal ini yang poly terlibat dalam proses merupakan isi organisasi itu, sdangkan lingkungan hanya aktif apabila diharapkan saja secara insidental. Proses kerja sama itu selalu dituntun oleh tujuan , sementara itu tujuan tetap dia, dia hanya sebagai lamang yg terpampang sebagi gambaran aspirasi yg akan dikejar. Ini berarti administrasi menjadi suatu proses kolaborasi hanya mencakup sub sistem manajemen, struktur, teknik, personalia,dan informasi saja.

Bagaimana halnya dengan manajemen menjadi suatu kesatuan yg berdiri sendiri, sebagai suatu sistem? Shrode (1974, h. 157) menyebutkan dimensi-dimensi manajemen sebagai berikut : (1) management by objective, (2) mangement by techniques, (3) management by structure, (4) management by people, (lima) management by information. Kalau kita konsisten dengan pendirian bahwa tujuan adalah sesuatu yg diam hanya menjadi sasaran atau berukuran yg akan dikejar, maka tujuan tidak perlu dicermati sebagai sub sistem manajemen. Sebab manajemen merupakan suatu aktivitas.

Bila melaksanakan manajemen secara sistem, berarti memberi perhatian serta perlakuan dengan proposi yg relatif sama pada sub sistem-sub sistemnya. Tidak dibenarkan manajer hanya memperhatikan beberapa saja berdasarkan sub sistemnya menggunakan menomor duakan sub sistem lainnya. Misalnya kalau ingin memajukan kesehatan hendaknya perhatian terhadap pemugaran berita dan personalia sama intensitasnya dengan perhatian terhadap perbaikan teknik serta pelayanannya. Dengan memberi perhatian dan perlakuan yg nisbi sama terhadap sub sistem sub sitem manajemen yang dibutuhkan jalan organisasi pelayanan kesehatan nir timpang. Sub sistem-sub sistem itu akan semakin meningkat secara serempak serta terpadu melaksanakan misi kesehatan menciptakan manusia sehat sejahtera yg dilandasi oleh nilai-nilai dan norma-kebiasaan yang berlaku pada masyarakat.

Fungsi-fungsi menajemen, seperti perencanaan, koordinasi/organisasi, pengarahan , serta kontrol/pengawasan akan terjadi pada setiap sub sistem manajemen menggunakan proporsi yang sesuai berdasarkan keperluan. Fungsi-fungsi atau tugas-tugas manajemen itulah yg perlu dikenakan secara relatif sama dan terpadu dalam setiap sub sistem.

MANAJEMEN PENGAMBILAN KEPUTUSAN
Guna memudahkan para mahasiswa buat menyelidiki kesisteman dan Sistem Analisis , adalah usahakan apabila diberikan mengenai teknik atau cara-cara pengambilan keputusan. Untuk mengingatkan balik mata kuliah azas-azas manajemen bagi mahasiswa yang pernah memperoleh pada program Strata 1 (S1), atau suatu pengetahuan tambahan dalam perkuliah Sistem Analisis bagi mahasiswa yang belum pernah bisa mata kuliah ini.

Dalam sebuah organisasi, manajer pada semua jenjang senantiasa menciptakan keputusan. Pengaruh menurut keputusan tadi mungkin menjangkau masalah yang vital bagi kelangsungan hidup bagi organisasi itu sendiri. Semua keputusan memiliki poly dampak, baik akbar juga kecil, kepada kinerja, jadi setiap manajer harus berbagi keterampilan pengambilan keputusan.

Kualitas keputusan manajer merupakan berukuran efektifitas mereka serta nilai mereka bagi organisasi. Suka atau tidak, manajer dinilai serta dihargai atas dasar pentingnya, jumlah, dan output keputusan mereka.

Macam-macam Keputusan Manajerial
Meskipun para manajer dalam organisasi usaha, tempat kerja pemeritah, tempat tinggal sakit, dan sekolah mungkin dipisah oleh latar belakang, gaya hayati, dan jeda, mereka seluruh wajib membuat keputusan-keputusan. Manajer sebagai penghasil keputusan adalah seorang pemecah masalah, yaitu menggunakan memilih satu aternatif-cara lain yg tersedia, atau menemukan alternatif lain yang tidak selaras secara berarti menurut alternaif yang terdapat sebelumnya. Dalam bagian ini , kita akan membahas banyak sekali macam keputusan, diantaranya keputusan terprogram dan tidak terprogram.

1. Keputusan Terprogram (programmed decision)
Keputusan terprogram memiliki pemecahan yang berulang-ulang dan rutin. Manajer pada sebagian besar organisasi mengahadapi sejumlah akbar keputusan terprogram pada operasi sehari-hari. Keputusan-keputusan demikian sebaiknya dibuat tanpa membuang saat serta bisnis yg tak perlu.

2. Keputusan Tak Terprogram (nonprogrammed decision)
Bila kasus-kasus berisi elemen-elemen yang sebelumnya tidak pernah dihadapi manajemen sebelumnya, atau bila masalah itu rumit serta sangat krusial, ini memerlukan sebuah pemecahan tidak sama, serta mungkin unik. Pada syarat seperti inilah seseorang manajer wajib merogoh keputusan tidak terprogram. Dengan istilah lain, keputusan tidak terprogram merupakan pemecahan perkara-masalah baru dan tak terstruktur. 

Akan tetapi, apa yang terpenting adalah bahwa kebutuhan terhadap keputusan tidak terprogram dapat diketahui kapan terjadi. Organisasi–organisasi pemerintah menciptakan keputusan yg mempengaruhi kehidupan setiap penduduk, organisasi-organisasi bisnis menciptakan keputusan buat membuat produk-produk baru. Rumah sakit – rumah sakit, serta sekolah-sekolah membuat keputusan yg menghipnotis pasien serta murid tahun-tahun berikutnya. Keputusan semacam ini secara tradisional dilakukan melalui proses pemecahan masalah-masalah, pertimbangan, intuisi, serta kreativitas. Meskipun beberapa manajer nir menyukai keputusan-keputusan dari intuisi, teknik manajemen terbaru nir menciptakan kemajuan yang sama dalam perbaikan kinerja manajerial dalam pengambilan keputusan tak terprogram sebagaimana para manajer melakukannya dalam pengambilan keputusan terprogam. 

Berurusan menggunakan keputusan-keputusan tak terprogram adalah suatu tugas berat. Manajer usaha mini mungkin nir memiliki asal daya manajerial serta keuangan yg relatif dalam menghadapi situasi-situasi sulit ketika masalah yang membutuhkan keputusan tidak terprogram muncul. Para manajer misalnya itu wajib mempertimbangkan kemungkinan menyewa seseorang buat menangani kasus kebutuhan pengambilan keputusan tak terprogram.

Macam-macam Keputusan dan Jenjang Manajemen
Masalah yg acapkali timbul dan mempunyai sejumlah ketidak pastian pada sekitarnya seringkali sifatnya strategis serta usahakan diperhatikan oleh manajemen puncak .

Para manajer menengah pada sebagian besar organisasi kebanyakan memusatkan perhatiannya pada keputusan-keputusan terprogram. Seperti gambar pada bawah ini ,sifat kasus , seberapa seringkali kasus muncul, serta tingkat kepastian disekitarnya menunjukan jenjang manajemen yang tepat buat melakukan pengambilan eputusan.


Proses Pengambilan Keputusan
Ada sejumlah pendekatan terhadap pengambilan keputusan. Pendekatan mana yang terbaik tergantung dalam sifat kasus, tersedianya waktu, biaya masing-masing strategi, dan keterampilan mental dari pengambilan keputusan. 

Keputusan adalah cara, bukan tujuan. Keputusan merupakan proses melalui cara mana seorang manajer berusaha mencapai beberapa keadaan yang diinginkan. Keputusan adalah tanggapan para manajer terhadap pemasalahan. Setiap keputusan merupakan akibat menurut sebuah proses dinamis yang dipengaruhi oleh poly kekuatan termasuk lingkungan organisasi serta pengetahuan, kecakapan, serta motivasi manajer. Jadi proses pengambilan keputusan merupakan proses pemikiran serta pertimbangan yg mendalam yg didapatkan pada sebuah keputusan. Akan namun, proses itu sebaiknya tidak dicermati menjadi tujuan strategi, yang penting seluruhnya. Keputusan itu sendiri adalah utama, sesuatu yang sifatnya strategis. Ada kecenderungan yang kuat khususnya dalam sebagian akbar organisasi, buat mulai memusatkan perhatian dalam teknik-teknik pengambilan keputusan daripada mengenali apa yg perlu diputuskan.

Pengambilan keputusan bukanlah suatu prosedur yg tetap, tetapi proses berurutan . Pada sebagian akbar keputusan, para manajer menjalani sejumlah tahapan yg membantu mereka memikirkan perseteruan dari awal hingga akhir dan menciptakan berbagai taktik cara lain . Tahap-tahap itu nir perlu diterapkan dengan kaku, nilai tahapan tersebut terletak dalam kemampuannya memaksa pengambilan keputusan menyusun perkara itu dalam suatu cara yg logis. 

Identifikasi Masalah
Identifikasi masalah tidak semudah yg dibayangkan. Apabila masalah itu tidak diidentifikasikan atau didefinisikan dengan sempurna, apa pun keputusan yg dibuat tidak akan menuju ke arah pemecahan perkara. 

Tanda Peringatan, buat menemukan perkara, para manajer mengandalkan beberapa indikator: 
  • Penyimpangan kinerja: Sebuah perusahaan datang-tiba dalam beberapa pola kinerja yg telah ditetapkan, sering memperlihatkan bahwa sebuah masalah telah ada. Ketika perputaran karyawan semakin tinggi, penjualan menurun, registrasi mahasiswa menurun, pengeluaran-pengeluaran penjualan semakin tinggi, atau lebih banyak unit rusak yg dihasilkan, sebuah kasus umumnya ada. Sebagai contoh, taraf kesalahan kasir tahun ini tidak sinkron dengan pola baku historis, maka hal itu mampu menjadi indikasi suatu perkara. 
  • Penyimpangan planning, ketika hasil–output yg dicapai nir memenuhi tujuan yg direncanakan, mungkin terdapat sebuah perkara, menjadi model: sebuah produk baru gagal mencapai tujuan pangsa pasarnya, tingkat manfaatnya lebih rendah dari yang direncanakan, biaya departemen produksi melebihi anggarannya, atau tingkat kesalahan kasirnya melewati target kinerjanya. Kejadian-kejadian tersebut menandakan bahwa beberapa planning menyimpang jalannya. 
  • Kritikan orang luar, banyak sekali tindakan orang luar biasa sebagai petunjuk adanya masalah. Pelanggan mungkin tidak puas menggunakan sebuah produk baru, atau dengan jadwal pengiriman mereka. 
Sumber-asal Kesulitan Identifikasi Masalah, adalah gampang mengetahui adanya masalah jika terdapat disparitas di antara hasil-output yg diinginkan dengan hasil-hasil sesungguhnya. Akan namun, pengidentifikasian kasus yg sesungguhnya biasanya sulit dilakukan karena satu atau beberapa faktor.

Masalah-perkara perseptual, persepsi kita sendiri mungkin melindungi atau membentengi kita menurut kenyataan yg tidak menyenangkan. Jadi, liputan negatif sanggup jadi kita terima secara selektif buat mengganti berdasarkan sebenarnya, bahkan mungkin jua diabaikan sama sekali.

Pendefinisian perkara melalui pemecahan kasus. Ini sebenarnya adalah suatu bentuk jalan pintas menuju ke konklusi. Sebagai contoh: seorang manajer penjualan mungkin mengatakan, ”Penurunan keuntungan disebabkan oleh kelemahan kualitas produk kita”. Pendefinisian masalah manajer itu mengambarkan suatu cara pemecahan kasus,: perlu dilakukan perbaikan kualitas produk dalam departemen produksi. Tentu saja, definisi serta pemecahan kasus lain mampu jadi mungkin. Mungkin armada penjualan tidak relatif terpilih atau terlatih sebelumnya. Mungkin pesaing mempunyai produk lebih murah.

Mengidentifikasikan Gejala menjadi masalah, ”Masalah kita merupakan penurunan 32% pada pesanan.” Tentu saja pesanan sudah menurun, tetapi penurunan itu sesungguhnya hanya sebuah gejala dari kasus yg sebenarnya.

Penurunan bukan adalah masalah hingga manajer itu mengidentifikasikan kasus sesungguhnya yg menyebabkan penurunan pada pesanan terjadi.

Macam-macam Masalah. Masalah umumnya ada 3 macam ”kesempatan, krisis, atau rutin. Masalah krisis dan rutin mengakibatkan perkara mereka sendiri dan wajib diikuti oleh manajer itu. Berbagai kesempatan, sebaliknya, umumnya harus diketemukan; kesempatan tadi menunggu diketemukan. Sering kali mereka hadir tanpa melalui pemberitahuan serta akhirnya hilang karena seorang manajer kurang memperhatikannya. Karena , masalah krisis serta rutin sangat fundamental seseorang manajer mungkin memakai sejumlah besar waktunya dalam mengatur krisis mini dan memecahkan kasus-perkara rutin dan mungkin nir memiliki saat buat mengejar banyak sekali kesempatan baru. Banyak organisasi dikelola menggunakan baik mencoba menjauhkan perhatian dari kasus krisis serta rutin dan mengalihkannya ke arah informasi-informasi berentang saat lebih lama melalui perencanaan aktivitas.

Membuat Alternatif
Sekali sebuah masalah didefinisikan, altenatif yang layak terhadap kasus itu seharusnya dibentuk, dan berbagai konsekuensi yang mungkin terjadi atas setiap alternaif sebaiknya dipertimbangkan. Proses pencarian ini mempelajari lingkungan internal dan eksternal organisasi buat membentuk keterangan yang mungkin mampu digunakan dalam menciptakan cara lain . Jelaslah, pembuatan solusi alternatif membutuhkan waktu dan biaya . Membuat suatu alternatif yg majemuk serta terperinci sesungguhnya membutuhkan poly biaya , baik ketika juga asal-asal daya.

Penilaian Alternatif
Sekali alternatif dibuat, cara lain -cara lain wajib dievaluasi dan dibandingkan. Dalam setiap situasi keputusan, tujuan pengambilan keputusan merupakan buat memilih cara lain yg menghasilkan output paling menguntungkan serta menghindari output yang paling sedikit menguntungkan. Sebagai model, pada banyak keputusan usaha, hasil yg paling menguntungkan merupakan memaksimalkan kesejahteraan pemegang saham. Kriteria keputusan lain yang mungkin adalah meminimalkan porto, memperbaiki kepuasan pelanggan, atau memenuhi batas ketika pengiriman. Hubungan alternatif serta hasil berdasarkan pada 3 syarat yang mungkin: 
  • Kepastian. Pengambilan keputusan mempunyai pengetahuan lengkap atas akibat menurut setiap aternatif. 
  • Risiko, Pengambil keputusan mempunyai beberapa perkiraan kemungkinan dampak menurut setiap alternatif. 
  • Ketidakpastian. Pengambil keputusan secara mutlak tidak mempunyai pengetahuan atas kemungkinan output menurut setiap aternatif. 
Kondisi Pasti, (Contoh) jika penerbit mengetahui dengan pasti berapa poly kitab akan diminta pada setiap harga yg mungkin dan layak, jumlah buku yg dihasilkan adalah kentara. Beberapa keputusan bisnis terjadi dengan niscaya, menjadi contoh: kita semua mengetahui dengan pasti bahwa kita seluruh harus membayar pajak. Mengetahui dengan pasti apa yang menjadi kebutuhan pasar atau konsumen.

Kondisi Berisiko. 
Kondisi ini terjadi waktu perencana/penghasil keputusan mempunyai relatif kabar buat menggunakan probabilitas dalam evaluasi banyak sekali cara lain . Kita mebuat keputusan di bawah syarat risiko.kita sanggup memperkirakan atau mengetahui probabilitas pada suatu keputusan yg kita ambil/buat.

Kondisi Tidak Pasti. 
Ketika tidak terdapat fakta yang relevan terhadap akibat yg mungkin terjadi. Karakteristik kepribadian pengambil keputusan sebagai lebih penting pada menetapkan keputusan yg akan diambil. Meskipun karakteristik yang menghipnotis pilihan cara lain seorang pengambil keputusan tidak terhitung bayaknya, empat ciri berikut cukup buat menggambarkan apa yang penting dilakukan.

Pengambilan Keputusan Optimis.
Beberapa pengambilan keputusan berpikir secara optimis terhadap banyak sekali peristiwa yg menghipnotis keputusan. Orang-orang seperti itu umumnya menentukan cara lain yg memaksimalkan output maksimum. Mereka selalu bertindak seolah-olah apapun yg mereka lakukan akan menghasilkan keuntungan bagi mereka.

Pengambilan Keputusan Pesimis
Pengambil keputusan pesimis percaya bahwa tidak jadi apa soal apa yang mereka lakukan, hasil yang paling jelek sekalipun selalu akan terjadi. Di bawah situasi tadi, mereka menafsirkan output yg paling jelek dari setap cara lain dan menentukan yang terbaik menurut hail-hasil yang paling tidak baik.

Pengambil Keputusan yang Memperkecil Penyesalan.pengambilan keputusan jenis ini ingin meminimalkan jumlah ketidak sesuaian yg mereka alami menurut liputan-berita. Mereka mencoba buat merogoh keputusan yg mempunyai hasil-output nir terlalu jauh derajatnya apabila dibandingkan hasil terbaik yg mungkin diperoleh pada bawah syarat tertentu.

Pengamblan Keputusan yg Alasannya Tidak Cukup.
Kelompok pengambil keputusan jenis ini akan menyederhanakan keputusan menggunakan membuat perkiraan bahwa seluruh output yg mungkin memiliki kesempatan terjadi yg sama. Anggapan yg menyertai alasan itu adalah bahwa jika nir terdapat berita buat mendukung keunggulan relatif satu alternatif, maka orang bisa saja menduga bahwa seluruh cara lain mempunyai kesempatan yg sama.

Jadi, penilaian alternatif bertujuan buat mengevaluasi mengurangi hasil melalui pemakaian liputan. Jika terdapat berita yang relatif, peluang peluang perencanaan untuk memilih alternatif yg merefleksikan warta-liputan lebih besar . Bila liputan tidak relatif, peluang bagi perencana buat memilih sebuah alteratif yg merefleksikan faktor-faktor kepribadian serta pribadi lebih akbar.

Pemilihan Alternatif
Tujuan pemilihan alternatif merupakan buat mencapai suatu tujuan yang ditetapkan sebelumnya menggunakan memecahkan perkara. Hal ini merupakan krusial. Sebuah keputusan tidak berakhir dalam satu tujuan itu sendri namun hanya suatu cara untuk mencapai tujuan. Sementara pengambil keputusan menentukan alternatif yg dibutuhkan membentuk pencapaian tujuan, pemilihan alternatif itu bukan suatu tindakan terpisah. Apabila merupakan tindakan terpisah, maka faktor-faktor yang memimpin ke arah keputusan itu mungkin diabaikan. Secara khusus, langkah-langkah yg menyertai keputusan seharusnya meliputi implementasi, pengendalian, serta penilaian, yang krusial merupakan supaya memandang suatu keputusan bukan sekedar suatu tindakan menentukan; pengambilan suatu keputusan adalah sebuah proses bergerak maju.

Jadi, dalam merogoh keputusan manajerial, solusi optimal tak jarang kali tidak mungkin. Ini lantaran pengambil keputusan barang kali nir bisa mengetahui seluruh cara lain yang tersedia, konsekuensi menurut setiap cara lain , serta probabilitas aneka macam konsekuensi keputusan tersebut.

Implementasi Keputusan.
Keputusan nir ada bedanya dengan abstraksi apabila keputusan itu nir diimplementasikan. Dengan istilah lain, sebuah keputusan harus diiplementasikan secara efektif untuk mencapai tujuan. Implementasi yang salah sangat mungkin merugikan sebuah keputusan yg baik. Dalam pengertian ini, implementasi mungkin lebih krusial daripada pemilihan alternatif sebenarnya.

Karena implementasi keputusan melibatkan orang dalam sebagian besar situasi, keunggulan atau kelemahan sebuah keputusan dapat dipandang dalam perilaku orang yang ditentukan sang keputusan itu. Sementara sebuah keputusan mungkin secara teknis logis, mampu dirusak oleh bawahan yg tidak puas atau oleh rekan yg memandang keputusan tadi dari sudut yg tidak sama.

Pengendalian dan Penilaian.
Manajemen yang efektif melakukan pengukuran output secara periodik. Apabila terjadi penyimpangan, saat output-output sesungguhnya dibandingkan dengan hasil-output yang direncanakan (sasaran), berbagai perubahan harus dibuat. Di sini pulang kita lihat pentingnya penetapan target yg sanggup diukur. Apabila berbagai target seperti itu nir terdapat, nir ada cara buat menilai kinerja. Apabila output-output sesungguhnya nir cocok dengan hasil-hasil yang direncanakan, berbagai perubahan wajib dibentuk pada pemilihan solusi, pada implementasinya, atau pada target semula bila sasaran itu danggap tidak mampu dicapai. Apabila sasaran semula harus direvisi, keseluruhan proses pengabilan keputusan diaktifkan balik . Sekali sebuah keputusan diimplementasikan, seseorang manajer tidak mampu menganggap hasil itu akan memenuhi target semula. Beberapa sistem pengendalian serta penilaian diperlukan buat meyakinkan bahwa hasil-output yang sebenarnya konsisten menggunakan hasil-hasil yg direncanakan waktu keputusan sudah dibuat. Di bawah ini gambar tentang proses pengambilan keputusan, 

Keterangan Gambar: Dalam proses pengambilan keputusan, merogoh langkah-langkah tertentu dapat menghasilkan keputusan berkualitas tinggi.

Gambar pada atas, proses yang melambangkan buat diterapkan ke aneka macam keputusan tak terprogram daripada keputusan terprogram. Masalah yg jarang terjadi menggunakan sejumlah ketidakpastian pada kurang lebih hasilnya mengharuskan manajer memanfaatkan keseluruhan proses. Sebaliknya, perkara yg terjadi berulang kali akan diatasi menggunakan kebijakan-kebijakan atau anggaran-aturan, sebagai akibatnya tidak perlu membuat dan menilai berbagai cara lain setiap kali pertarungan tersebut muncul.

Pengambilan Keputusan Individual.
Beberapa disparitas individu mempangaruhi proses pengambilan keputusan . Beberapa disparitas tersebut hanya mempangaruhi beberapa aspek tertentu proses itu, sementara disparitas lain mensugesti holistik proses. Akan tetapi, masing-masing disparitas mempunyai sebuah efek dan, sang karenanya harus dipahami bahwa pengambilan keputusan itu merupakan sebuah proses dalam organisasi. Ada empat perbedaan individu : 
  • Nilai-nilai: dalam lingkup pengabilan keputusan, nilai-nilai merupakan pedoman yang digunakan setiap orang waktu berhadapan dengan suatu situasi di mana sebuah keputusan wajib dibentuk. Pengaruh nilai-nilai terhadap proses pengambilan keputusan merupakan sangat besar : 
  • Dalam menentukan target, merupakan krusial untuk melakukan pertimbangan nilai pada memilih kesempatan dan menatapkan prioritas. 
  • Dalam pembuatan alternatif, adalah krusial buat memasukan pertimbangan nilai pada aneka macam kemungkinan. 
  • Dalam memilih sebuah cara lain , nilai-ilai pengambil keputusan mensugesti alternaif yg dipilih. 
  • Dalam mengimplementasikan sebuah keputusan, mempertimbangkan nilai merupakan krusial dalam menentukan cara-cara implementasi. 
  • Dalam fase penilaian dan pengendalian, mempertimbangkan nilai nir sanggup dihindari ketika koreksi tindakan diambil. 
Adalah kentara bahwa nilai bekaitan dengan proses pengambilan keputusan. Nlai-nilai tersebut tercermin pada perilaku pengambil keputusan sebelum mengambil keputusan, ketika merogoh keputusan, serta waktu melaksanakan keputusan. 

Kepribadian: 
Pengambil keputusan dipengaruhi oleh poly kekuatan psikologis, baik sadar serta nir sadar. Salah satu kekuatan tadi adalah kepribadian. Berbagai studi tersebut umumnya serius pada sekelompok variabel berikut:
1. Variabel kepribadian meliputi sikap, kepercayaan , dan kebutuhan indvidual.
2. Variabel yg bersinggungan menggunakan situasi eksternal, situasi yang terlihat di mana individu menemukan diri mereka sendiri.
3. Variabel interaksional yang bersinggungan dengan pernyataan ad interim individu sebagai suatu hasil hubungan situasi eksklusif dengan karakteristik kepribadian individu.

Kesimpulan paling krusial berkenaan imbas kepribadian pada proses pengambilan keputusan merupakan menjadi berikut: 
  • Adalah nir mungkin bahwa satu kepribadian bisa sama-sama cakap dalam segala aspek proses pengambil keputusan. 
  • Berbagai ciri misalnya kecerdasan dikaitkan dengan tahapan proses pengambilan keputusan. 
  • Hubungan kepribadian terhadap proses pengambilan keputusan mungkin tidak selaras untuk grup yang berbeda menurut, misalnya faktor jenis kelamin serta status sosial. 
Jadi, kita sanggup melihat bagaimana kepribadian bawaan pengambil keputusan bercampur dengan berbagai variabel, seperti situasional serta interaksional, mensugesti proses pengambilan keputusan.

Kecenderungan Terhadap Risiko
Pengambil keputusan sangat bervariasi pada kesamaan mereka buat menanggung risiko: pengambil keputusan optimis menanggung banyak sekali risiko dengan menganggap bahwa output yg dicapai itu akan selalu menguntungkan., Para manajer wanita telah diketahui memiliki suatu kesamaan buat menanggung risiko. Fokus Manajemen Menentukan Pengambilan Keputusan memberikan contoh bagaimana wanita yang telah menentukan buat permanen bersama perusahaan, sudah memberi nilai tambah terhadap proses pengambilan keputusan dalam banyak perusahaan. 

Seorang pengambil keputusan yang memiliki keengganan terhadap risiko rendah tetapkan target tidak sinkron, menilai banyak sekali alternatif dengan tidak sama, serta menentukan berbagai cara lain berbeda daripada pengambil keputusan lain yang mengalami situasi sama tetapi mempunyai keengganan menanggung risiko lebih tinggi. Para pengambil keputusan sekarang berusaha menciptakan aneka macam pilihan pada mana resiko atau ketidak pastian merupakan rendah atau pada mana kepastian hasil adalah tinggi. Banyak orang lebih berani serta mendukung pengambilan resiko lebih besar pada grup daripada sebagai individu. Rupanya,orang-orang seperti ini lebih menginginkan buat menanggung resiko beserta-sama sebagai anggota kelompok.