TUGAS AKHIR
Nama : Roy Rolando
NIM : 08.41010.0304
Program : S1 (Strata Satu) Jurusan : Sistem Informasi
SEKOLAH TINGGI
MANAJEMEN INFORMATIKA & TEKNIK KOMPUTER SURABAYA
RANCANG BANGUN SISTEM INFORMASI RAWAT INAP RUMAH SAKIT UMUM DAERAH BIMA
TUGAS AKHIR
Diajukan sebagai salah satu syarat untuk menyelesaikan Program Sarjana
Oleh:
Nama : Roy Rolando
NIM : 08.41010.0304
Program : S1 (Strata Satu) Jurusan : Sistem Informasi
SEKOLAH TINGGI
MANAJEMEN INFORMATIKA & TEKNIK KOMPUTER SURABAYA
viii
Halaman
ABSTRAK ... v
KATA PENGANTAR ... vii
DAFTAR ISI ... viii
DAFTAR TABEL ... xv
DAFTAR LAMPIRAN ... xxv
BAB I PENDAHULUAN ... 1
1.1 Latar Belakang Masalah... 1
1.2 Perumusan Masalah ... 5
1.3 Pembatasan Masalah ... 5
1.4 Tujuan ... 5
1.5 Sistematika Penulisan ... 6
BAB II LANDASAN TEORI ... 8
2.1 Penelitian Terkait... 8
2.2 Rumah Sakit ... 9
2.3 Pelayanan Rawat Inap ... 11
2.3.1 Pelayanan Tenaga Medis... 11
2.3.2 Pelayanan Tenaga Para Medis ... 12
2.3.3 Lingkungan Fisik Perawatan ... 12
2.3.4 Pelayanan Penunjang Medis... 13
2.3.5 Pelayanan Administrasi dan Keuangan... 14
ix
2.5 Estimasi Biaya ... 15
2.6 Sistem... 16
2.7 Sistem Informasi... 16
2.8 Sistem Informasi Rumah Sakit... 17
2.8.1 Formulir RL 1 ... 18
2.8.1.1 Formulir Indikator Pelayanan Rumah Sakit (RL 1.2) . 18 2.8.1.2 Formulir Fasilitas Tempat Tidur Rawat Inap (RL 1.3) 21 2.8.2 Formulir RL 3 ... 23
2.8.2.1 Formulir Data Pelayanan Rawat Inap (RL 3.1) ... 23
2.8.3 Formulir RL 4 ... 24
2.8.4 Formulir RL 5 Data Bulanan ... 24
2.8.4.1 Formulir RL 5.1 Pengunjung Rumah Sakit ... 24
2.8.4.2 Formulir RL 5.3 Daftar 10 Besar Penyakit Rawat Inap 25 2.9 Sistem Informasi Rawat Inap ... 25
2.10Systems Development Life Cycle(SDLC)... 25
2.10.1 Fungsi Systems Development Life Cycle (SDLC)... 24
1. Perencanaan ... 26
2. Analisis ... 27
3. Perancangan... 24
3.1 System Flow... 28
3.2 Data Flow Diagram... 28
3.1 Entity Relationship Diagram... 29
3.1 System Flow... 28
x
2.10.4 Rapid Application Develpment... 33
2.10.4 Agile Development: Extreme Programming... 34
2.11 Jaringan Komputer... 34
2.11.1 Internet... 34
2.11.2 Intranet... 35
2.11.3 World Wide Web (WWW)... 34
2.11.4 Web Services... 37
2.12 Basis Data... 39
2.12.1 System Basis Data... 39
2.12.2 Database Management System ... 40
2.12.3 Fungsi-Fungsi Dasar DBMS ... 40
2.13 Metode Penelitian ... 43
BAB III METODE PENELITIAN ... 45
3.1 Desain Tahap Penelitian ... 45
3.1.1 Studi Pustaka ... 46
1. JUKNIS SIRS 2011 Sistem Informasi Rumah Sakit ... 46
2.WHO ICD X 2010 ... 46
3.1.1 Observasi Lapangan ... 46
3.2 Analisis Permasalahan ... 48
3.2.1 Identifikasi Masalah ... 48
3.3 Rancangan Sistem... 52
xi
B. System Flow... 55
C. Hirarchy Input Proses Output... 55
D. Data Flow Diagram... 56
3.4 Entity Relationship Diagram (ERD)... 66
A. Conceptual Data Model (CDM)……… 67
B. Physical Data Model (PDM)……….. 69
C. Struktur Tabel ………. ……….……… 70
3.5 Rancangan Antar Muka (Interface)... 83
3.6 Rancangan Pengujian……… 134
BAB IV HASIL DAN PEMBAHASAN ... 140
4.1 Hasil Penelitian dan Pengujian Sistem ... 140
4.2 Implementasi Sistem... 141
4.2 Pembahasan Hasil Pengujian ... 192
BAB V PENUTUP ... 204
5.1 Kesimpulan ... 204
5.2 Saran ... 204
DAFTAR PUSTAKA ... 205
xii
Halaman
Tabel 3.1 Pasien ... 70
Tabel 3.2 Dokter ... 70
Tabel 3.3 Spesialis ... 71
Tabel 3.4 Perawat... 71
Tabel 3.5 Obat... 72
Tabel 3.6 ICD X LEVEL 1... 72
Tabel 3.7 ICD X LEVEL 2... 73
Tabel 3.8 ICD X LEVEL 3... 73
Tabel 3.9 Instalasi ... 74
Tabel 3.10 Ruangan ... 74
Tabel 3.11 Tindakan Khusus ... 74
Tabel 3.12 Penunjang... 75
Tabel 3.13 Tarif ... 75
Tabel 3.14 Pasien Rawat Inap ... 76
Tabel 3.15 Penanggung Jawab... 77
Tabel 3.16 Diagnosa Keperawatan ... 78
Tabel 4.5 Rekaman Visit Dokter ... 78
Tabel 4.6 Detil Obat Visit Dokter... 79
Tabel 4.7 Detil Penunjang Visit Dokter ... 79
Tabel 4.8 Detil Tindakan Khusus Visit Dokter ... 80
xiii
Tabel 3.14 Rekaman Observasi Perawat ... 81
Tabel 3.15 Detil Penunjang Observasi Perawat... 81
Tabel 3.16 Detil Penunjang Observasi Perawat... 82
Tabel 3.17 Detil Tindakan Khusus Observasi Perawat... 82
xiv
Halaman
Gambar 3.1 Kerangka Desain Penelitian ... 46
Gambar 3.3 Document FlowRawat Inap RSUD Bima ... 51
Gambar 3.4 Blok Diagram Sistem Informasi RSUD Bima ... 54
Gambar 3.5 System FlowRSUD Bima ... 33
Gambar 3.6 Diagram Berjenjang RSUD Bima ... 56
Gambar 3.7 Context DiagramSI RSUD Bima ... 57
Gambar 3.8 DFD Level 0 SI Rawat Inap RSUD Bima ... 59
Gambar 3.9 DFD Level 1 Master Rawat Inap RSUD Bima ... 60
Gambar 3.10 DFD Level 1Transaksi Instalasi Rawat Inap RSUD Bima ... 61
Gambar 3.9 DFD Level 1 Laporan Instalasi Rawat Inap RSUD Bima ... 39
Gambar 3.10 DFD Level 2 Transaksi Pasien Masuk ... 64
Gambar 3.11 DFD Level 2 Transaksi Perawatan Perhari... 65
Gambar 3.12 DFD Level 3 Transaksi Visit Dokter... 66
Gambar 3.13 DFD Level 2 Transaksi Observasi Perawat ... 67
Gambar 3.14 CDM Sistem Informasi Rawat Inap RSUD Bima ... 69
Gambar 3.15 PDM Sistem Informasi Rawat Inap RSUD Bima ... 70
Gambar3.16 Rancangan Form login... 71
Gambar3.17 Rancangan Form Utama ... 72
Gambar3.18 Rancangan Form Master Pasien ... 72
Gambar 3.19 Rancangan Form Master Tambah Pasien ... 73
xv
Gambar 3.21 Rancangan Form Tambah Master Dokter... 75
Gambar 3.22 Rancangan Form Master Perawat... 76
Gambar 3.23 Rancangan Form Tambah Master Perawat ... 76
Gambar 3.24 Rancangan Form Master Obat... 77
Gambar 3.25 Rancangan Form Tambah Master Obat ... 77
Gambar 3.26 Rancangan Form Master ICD X Level 1 ... 78
Gambar 3.27 Rancangan Form Tambah Master ICD X Level 1... 78
Gambar 3.28 Rancangan Form Master ICD X Level 2 ... 79
Gambar 3.29 Rancangan Form Tambah Master ICD X Level 2... 79
Gambar 3.30 Rancangan Form Master ICD X Level 3 ... 80
Gambar 3.31 Rancangan Form Master Tambah ICD X Level 3... 80
Gambar 3.32 Rancangan Form Master Instalasi ... 81
Gambar 3.33 Rancangan Form Master Tambah Instalasi... 81
Gambar 3.34 Rancangan Form Master Ruangan ... 82
Gambar 3.35 Rancangan Form Tambah Master Ruangan... 82
Gambar 3.36 Rancangan Form Master Tarif ... 83
Gambar 3.37 Rancangan Form Edit Master Tarif ... 83
Gambar 3.38 Rancangan Form Master Tindakan Khusus ... 84
Gambar 3.39 Rancangan Form Tambah Master Tindakan ... 84
Gambar 3.40 Rancangan Form Master Penunjang ... 85
Gambar 3.41 Rancangan Form Master Tambah Penunjang ... 85
Gambar 3.43 Rancangan Form Pasien Masuk ... 86
Gambar 3.44 Rancangan Form Master Perawat... 87
xvi
Gambar 3.48 Rancangan Form Master Penanggung Jawab... 90
Gambar 3.49 Rancangan Form Tambah Penanggung Jawab... 91
Gambar 3.50 Rancangan Form Visit Dokter... 92
Gambar 3.51 Rancangan Form TambahVisit Dokter ... 92
Gambar 3.52 Rancangan Form Detil Visit Dokter ... 93
Gambar 3.53 Rancangan Form Transaksi Detil Tambah Obat Visit Dokter ... 94
Gambar 3.54 Rancangan Form Detil Tindakan Khusus Visit Dokter ... 94
Gambar 3.55 Rancangan Form Tambah Tindakan Khusus Visit Dokter ... 95
Gambar 3.56 Rancangan Form Detil Tindakan Khusus Visit Dokter ... 96
Gambar 3.57 Rancangan Form Transaksi Tambah Penunjang Visit Dokter ... 96
Gambar 3.58 Rancangan Form Master Diagnosa Keperawatan ... 97
Gambar 3.59 Rancangan Form Tambah Master Diagnosa Keperawatan... 98
Gambar 3.60 Rancangan Form Observasi Perawat ... 99
Gambar 3.61 Rancangan Form Tambah Observasi Perawat ... 100
Gambar 3.62 Rancangan Form Tindakan Khusus Observasi Perawat ... 101
Gambar 3.63 Rancangan Form Penunjang Observasi Perawat... 102
Gambar 3.65 Rancangan Form Pemberian Obat... 102
Gambar 3.66 Rancangan Form Tambah Pemberian Obat ... 103
Gambar 3.67 Rancangan Form Detil Pemberian Obat ... 104
Gambar 3.68 Rancangan Form Pemberian Cairan ... 104
Gambar 3.68 Rancangan Form Pemberian Cairan ... 104
xvii
Gambar 3.70 Rancangan Form Detil Pemberian Cairan ... 105
Gambar 3.71 Rancangan Form Pindah Ruang ... 106
Gambar 3.72 Rancangan Form Tambah Pindah Ruang ... 106
Gambar 3.73 Rancangan Form Pasien Keluar ... 107
Gambar 3.74 Rancangan Form Pasien Keluar ... 108
Gambar 3.75 Rancangan Form Detil Obat yang masih diminum ... 109
Gambar 3.76 Rancangan Form Tambah Detil Obat yang masih diminum... 109
Gambar 3.77 Rancangan Form Perincian Biaya ... 111
Gambar 3.78 Rancangan Form Rekam Medik Pasien... 112
Gambar 3.79 Rancangan Form Rekam Medik Detil Obat Visit Dokter... 113
Gambar 3.80 Rancangan Form Detil Tindakan Khusus Visit Dokter ... 114
Gambar 3.81 Rancangan Form Rekam Medik Penunjang Visit Dokter... 115
Gambar 3.82 Rancangan Form Rekam Medik Penunjang Observasi Perawat 116 Gambar 3.83 Rancangan Form Rekam Medik Tindakan Khusus... 117
Gambar 3.84 Rancangan Form Rekam Medik Pemberian Obat ... 118
Gambar 3.85 Rancangan Form Rekam Medik Pemberian Cairan ... 118
Gambar 3.86 Rancangan Form Rekapitulasi Harian Pasien Rawat Inap... 119
Gambar 3.87 Rancangan Form Fasilitas Tempat Tidur Rawat Inap ... 120
Gambar 3.88 Rancangan Form Indikator Pelayanan Rawat Inap ... 120
Gambar 3.89 Rancangan Form Pengunjung Rumah Sakit ... 121
Gambar 3.90 Rancangan Form 10 Besar Penyakit Rawat Inap ... 122
Gambar 3.91 Rancangan Kegiatan Pelayanan Rawat Inap... 123
Gambar 3.92 Rancangan Form Laporan Keadaan Morbiditas... 124
xviii
Gambar 4.3 Tampilan Form Transaksi Tambah Pasien Masuk Baru... 172
Gambar 4.4 Tampilan Form Estimasi Biaya Rawat Inap ... 173
Gambar 4.5 Tampilan Form Detil Pasien Masuk ... 173
Gambar 4.6 Tampilan Form Transaksi Pengubahan Pasien Masuk ... 174
Gambar 4.7 Penghapusan Data Pasien Masuk ... 175
Gambar 4.8 Penghapusan Pasien Masuk Berhasil... 175
Gambar 4.9 Tampilan Form Transaksi Visit Dokter ... 176
Gambar 4.50 Tampilan Form Transaksi Tambah Visit Dokter ... 176
Gambar 4.51 Tampilan Form Transaksi Detil Pemberian Obat Visit Dokter.. 177
Gambar 4.52 Tampilan Form Transaksi Detil Pengubahan Pemberian Obat .. 178
Gambar 4.53 Penghapusan Data Detil Obat Visit Dokter ... 179
Gambar 4.54 83 Penghapusan Data Detil Obat Visit Dokter Berhasil... 179
Gambar 4.55 Tampilan Form Transaksi Detil Penunjang Visit Dokter ... 180
Gambar 4.56 Tampilan Form Transaksi Tambah Detil Penunjang Dokter ... 181
Gambar 4.57 Tampilan Form Pengubahan Detil Penunjang Visit Dokter ... 181
Gambar 4.58 Penghapusan Data Detil Penunjang Visit Dokter... 182
xix
DAFTAR LAMPIRAN
Halaman
Lampiran 1. Biodata Penulis... 206
Lampiran 2. Laporan Program ... 207
Lampiran 3. Status Rekam Medik... 211
v
tidak terorganisisr dengan baik sehingga sering terjadi permasalahan hilangnya data pasien. Beberapa data sering terjadi duplikasi apabila pasien lupa membawa Kartu Induk Berobat, hal ini berdampak pada saat pasien bisa memiliki lebih dari nomor rekam medik.
Hal lain yang terjadi pada RSUD Bima adalah tidak adanya informasi tentang perkiraan biaya perawatan yang menyebabkan beberapa masalah terutama pembengkakan biaya. Akibat dari pembengkakan biaya ini mengakibatkan penundaan keluar pasien yang secara tidak langsung merugikan pasien. Proses pembuatan billing system tidak bisa diberikan sewaktu-waktu harus melalui pembuatan laporan yang lama (± 1 hari), laporan laporan lain yang membutuhkan proses rumit dan membutuhkan waktu yang lama adalah pelaporan bulanan untuk pihak Eksekutif dan pelaporan akhir tahun bagi Kementerian Kesehatan.
Pada penelitian ini permasalahan tersebut diselesaikan dengan membangun Sistem Informasi Rawat Inap RSUD Bima yang dititik beratkan pada estimasi biaya rawat inap dan pembuatan laporan. Sistem informasi dibangun berbasis web agar memudahkan dalam proses implementasi. Serangkaian uji coba sudah dilakukan terutama pada proses estimasi, proses estimasi sudah dapat digunakan untuk mengestimasi biaya rawat inap berdasar history diagnosis penyakit yang sejenis. Pelaporan-pelaporan yang diperlukan: (1) Billing System, (2) Pihak Eksekutif, (3) Pihak KEMENKES, kesemuanya dapat dihasilkan sewaktu-waktu bila dibutuhkan.
1
BAB I
PENDAHULUAN
1.1 Latar Belakang Masalah
Kemajuan teknologi informasi telah merambah dengan cepat ke berbagai negara maju yang sangat merasakan arti pentingnya teknologi informasi dalam menunjang pengambilan keputusan yang cepat dan berdasarkan data yang akurat baik dalam bidang perekonomian, politik, maupun ilmu pengetahuan.
Rumah Sakit Umum Bima merupakan rumah sakit dibawah naungan Pemerintah Kabupaten Bima yang beralamat di Jalan Langsat No. 1 Raba Bima dan ditetapkan menjadi rumah sakit rujukan Kota/ Kabupaten tipe Kelas B. Rumah Sakit ini telah lulus Akreditasi Rumah Sakit (KARS) Depkes RI pada Februari 2012.
Pelayanan rawat inap adalah kegiatan pelayanan terhadap pasien yang masuk rumah sakit, menempati tempat tidur untuk keperluan observasi, diagnosis, terapi, rehabilitasi medik dan / atau pelayanan medik lainnya. Bagian rawat inap mempunyai kedudukan sangat penting di rumah sakit dalam rangka fungsi utamanya. Tenaga yang terlibat dalam pemberian pelayanan pasien antara lain dokter, perawat, bidan, rekam medik, dan tenaga keteknisian kesehatan lainnya.
Redudansi data juga sering terjadi pada bagian rekam medik, pasien dapat memiliki lebih dari 1 nomor rekam medik pada saat registrasi hal ini terjadi apabila pasien kehilangan kartu pendaftaran sehingga dibuatkan pendaftaran yang baru atau data pasien hilang pada bagian rekam medik.
Pembengkakan biaya juga sering terjadi pada saat proses akhir pembayaran oleh pasien. Ini terjadi akibat tidak adanya sistem yang dapat mengestimasi awal diagnogsa penyakit dari pasien beserta perawatan apa saja yang akan diberikan. Perawatan dan jenis obat yang diberikan kadang tidak sesuai dengan diagnosa penyakit dari pasien.
Masalah lain yang dihadapi oleh pihak rumah sakit adalah kesulitan membuat laporan bulanan secara berkala. Laporan yang akan dibuat diklasifikasikan menjadi 3, pertama laporan untuk pasien, kedua laporan untuk manajemen rumah sakit dan yg ketiga laporan untuk KEMENKES. Laporan untuk pasien berupa jumlah biaya berdasarkan perawatan yg diberikan setelah pasien keluar dari rumah sakit. Laporan untuk KEMENKES laporan dalam bentuk Sistem Informasi Rumah Sakit mulai dari Laporan Data Kegiatan Rumah Sakit (RL 1) sampai dengan Laporan Data (RL 5) dan laporan ke pihak manajemen rumah sakit yang terdiri dari laporan rekapitulasi harian pasien rawat inap, laporan fasilitas tempat tidur rawat inap, selama ini pelaporan yang diberikan masih diisi secara manual. Masih menggunakan media kertas (formulir) sebagai bukti pelayanan. Data dalam formulir tersebut diolah menggunakan Ms Excel dan memasukan data dilakukan secara berulang-ulang. Belum menggunakan
database, sehingga dapat menyebabkan terjadinya redudansi yang akan
3
konsisten. Media kertas masih digunakan, dapat menyebabkan terjadinya kehilangan sumber input. Apabila hal ini terjadi maka akan dapat menyajikan informasi yang tidak lengkap. Kelengkapan informasi sangat bermanfaat bagi proses pengambilan keputusan dan mengurangi ketidakpastian.
Berdasarkan uraian diatas, sehingga diperlukan sistem informasi rawat inap pada Rumah Sakit Umum Daerah Bima sebagai sarana implementasinya. Sampai saat ini sistem informasi rawat inap yang sudah dikembangkan antara lain yang diteliti oleh I Wayan Suarjaya pada tahun 2008 yang mengembangkan Sistem Informasi Rawat Inap Berbasis Obyek pada Rumah Sakit Umum Sanglah Denpasar, sistem informasi rawat inap yang dibuat menggunakan pemodelan
object oriented, jadi hanya perancangan sistem yang menggambarkan proses bisnis beserta komponen komponen yang terlibat di dalamnya, objek-objek dimodelkan dengan bahasa Unified Modeling Language (UML).
Penelitian lainnya yang sudah ada adalah Sistem Informasi Eksekutif Instalasi Rawat Inap pada RSUD Dr. Johannes Kupang yang diteliti oleh Brian Fitri Andy pada tahun 2009, sistem informasi yang dikembangkan mengambil data yang sudah ada pada transaksi-transaksi pada rawat inap yang sudah terkomputerisasi, kemudian dibuatkan laporan yang sebelumnya masih manual menjadi laporan yang terkomputerisasi dengan penyajian informasi dalam bentuk grafik dan tabel dan juga dapat mengolah data menjadi sebuah informasi untuk membantu pihak eksekutif dalam memahami data yang ditampilkan serta dalam pengambilan keputusan.
informasi sebelumnya, sistem informasi yang akan dibuat tidak hanya pada perancangan sistem seperti Sistem Informasi Rawat Inap Berbasis Obyek pada Rumah Sakit Umum Sanglah Denpasar melainkan sampai tahap implementasi dan sistem informasi yang akan dibuat tidak mengarah pada sistem informasi eksekutif seperti Sistem Informasi Eksekutif Instalasi Rawat Inap pada RSUD Dr. Johannes Kupang melainkan hanya operasional rumah sakit. Perbedaan utama sistem informasi rawat inap yang akan dibuat adalah dengan menambah hasil diagnosa awal perawatan atau tindakan medis yang akan dilakukan serta jumlah biaya sementara berdasar dari tindakan medis dari penyakit yang di derita yang diketahui pada saat pendaftaran atau ragistrasi awal.
Saat ini sarana perangkat keras yang dimiliki oleh Rumah Sakit Umum Dareah Bima masih sederhana. Petugas rumah sakit masih menggunakan komputer dengan spesifikasi rendah, dengan sarana yang dimiliki rumah sakit tersebut dibuatlah software berbasis website, agar tidak mengganti lagi teknologi yang sesuai. Hal ini juga untuk mengurangi beban biaya bagi pihak rumah sakit sendiri.
5
1.2 Perumusan Masalah
Berdasarkan latar belakang yang telah dijabarkan, maka dapat dirumuskan permasalahan sebagai berikut:
1. Bagaimana merancang dan mengimplementasikan sistem informasi rawat inap yang terkomputerisasi di Rumah Sakit Umum Daerah Bima.
2. Bagaimana membuat sistem informasi yang dapat menghitung biaya rawat inap berdasarkan diagnosa penyakit yang di derita pasien.
3. Bagaimana membuat sistem yang dapat memberikan informasi berupa laporan ke pihak KEMENKES.
1.3 Pembatasan Masalah
Untuk memperjelas dan mencapai tujuan utama sistem, maka perlu dilakukan pembatasan masalah terhadap sistem yang dibangun. Batasan masalah dari sistem yang dibahas adalah sebagai berikut :
1. Tidak membahas remunerasi pada rawat inap RSUD Bima
2. Keamanan sistem hanya sebatas pemberian hak akses kepada pengguna. 3. Sistem yang akan dibuat tidak mencakup sistem pengambilan keputusan,
hanya memberikan informasi bagian rawat inap.
4. Sistem yang dibuat tidak membahas mengenai status keperawatan untuk penyakit anak atau bayi yang baru lahir .
1.4 Tujuan
1.5 Sistematika Penulisan
Sistematika penulisan yang digunakan dalam penulisan tugas akhir ini adalah sebagai berikut:
BAB I : PENDAHULUAN
Bab ini merupakan pendahuluan dari karya tulis tugas akhir yang membahas mengenai latar belakang masalah, perumusan masalah, pembatasan masalah, tujuan, dan sistematika penulisan.
BAB II : LANDASAN TEORI
Bab ini menjelaskan teori yang mendukung pokok pembahasan tugas akhir yang meliputi pengertian rumah sakit, pelayanan rawat inap, pelayanan tenaga medis, pelayanan penunjang medis, rekam medis, sistem, sistem informasi, sistem informasi rumah sakit, SDLC
BAB III : ANALISIS DAN PERANCANGAN SISTEM
Bab ini menjelaskan mengenai perancangan sistem yang terdiri atas penjelasan dari identifikasi masalah, analisis sistem, perancangan sistem, desain database,desain input output, sampai dengan desain uji coba Sistem Informasi Rawat Inap Rumah Sakit Umum Daerah Bima. BAB IV : IMPLEMENTASI DAN EVALUASI
7
BAB V : PENUTUP
8
LANDASAN TEORI
2.1 Penelitian Terkait
Sebelumnya telah ada beberapa penelitian terkait mengenai sistem informasi rawat inap rumah sakit, berikut ini beberapa penelitian sistem informasi rawat inap rumah sakit yang telah dilakukan beberapa orang peneliti
Andi (2009) melakukan penelitian tentang Sistem Informasi Eksekutif Instalasi Rawat Inap pada RSUD Dr. Johannes Kupang. Tujuan dari penelitian ini adalah merancang dan membangun sistem informasi yang menyediakan informasi bagi pihak eksekutif sehingga membantu dalam memonitor kinerja Instalasi Rawat Inap pada RSUD Dr. Johannes Kupang dalam bentuk tampilan grafik dan
table serta membantu menghitung indikator efisiensi dan mutu pelayanan berdasarkan kegiatan pelayanan rawat inap yang dapat dijadikan acuan untuk menilai efisiensi dan mutu pelayanan rawat inap hal ini akan digunakan untuk membantu pihak eksekutif di RSUD Dr. Johannes Kupang dalam pengambilan keputusan.
9
oriented. Objek-objek dimodelkan dengan bahasa Unified Modeling Language
(UML).
Penelitian yang penulis lakukan adalah pembuatan rancang bangun sistem informasi rawat inap yang dapat mengelola operasional data pasien yang meliputi pendaftaran pasien,transaksi tindakan pasien, transaksi kamar atau mutasi kamar perawatan, pemakaian obat atau alat kesehatan serta transaksi pasien keluar rawat inap. Sistem Informasi Rawat Inap Rumah Sakit Umum Daerah Bima mempunyai perbedaan dengan 2 sistem informasi sebelumnya, sistem informasi yang akan dibuat tidak hanya pada perancangan sistem seperti Sistem Informasi Rawat Inap Berbasis Obyek pada Rumah Sakit Umum Sanglah Denpasar melainkan sampai tahap implementasi dan sistem informasi yang akan dibuat tidak mengarah pada sistem informasi eksekutif seperti Sistem Informasi Eksekutif Instalasi Rawat Inap pada RSUD Dr. Johannes Kupang melainkan hanya operasional rumah sakit. Perbedaan utama sistem informasi rawat inap yang akan dibuat adalah dengan menambah hasil diagnosa awal perawatan atau tindakan medis yang akan dilakuka dari tindakan medis yang dilakukan maka pasien akan mengetahui informasi jumlah biaya sementara berdasar dari tindakan medis dari penyakit yang diderita. Dalam penelitian ini peneliti mengambil studi kasus pada RSUD Bima. Data yang digunakan dalam penelitian ini adalah form rawat inap dan laporan-laporan dari rawat inap RSUD Bima.
2.2 Rumah Sakit
permanen menyelenggarakan pelayanan kedokteran, asuhan keperawatan yang berkesinambungan, diagnosis serta pengobatan penyakit yang dialami pasien.
Menurut surat Keputusan Menteri Kesehatan RI tentang rumah sakit, bahwa rumah sakit adalah sarana upaya kesehatan yang menyelenggarakan kegiatan pelayanan kesehatan serta dapat dimanfaatkan untuk pendidikan tenaga kesehatan dan penelitian.
Menurut Muninjaya (1999), Rumah sakit adalah salah satu sub sistem pelayanan kesehatan yang menyelenggarakan dua jenis pelayanan untuk masyarakat yaitu pelayanan kesehatan dan pelayanan administrasi. Pelayanan kesehatan mencakup pelayanan medik, rehabilitasi medik dan pelayanan perawatan. Pelayanan tersebut dilaksanakan melalui unit gawat darurat, unit rawat jalan dan unit rawat inap.
Menurut Azrul (1996), pada pelaksana pelayanan administrasi/pelayanan nonmedis diwakili oleh kalangan administrasi (administrator). Tugas utamanya adalah mengelola kegiatan aspek nonmedis rumah sakit sesuai dengan kebijakan yang ditetapkan oleh Dewan Perwalian (penentu kebijakan rumah sakit).
11
2.3 Pelayanan Rawat Inap
Menurut Azrul (1996), pelayanan rawat inap adalah salah satu bentuk dari pelayanan dokter. Secara sederhana yang dimaksud dengan pelayanan rawat inap adalah pelayanan kedokteran yang disediakan untuk pasien dalam bentuk rawat inap.
Rawat inap adalah pemeliharaan kesehatan rumah sakit dimana penderita tinggal atau mondok sedikitnya satu hari berdasarkan rujukan dari pelaksana pelayanan kesehatan atau rumah sakit pelaksana pelayanan kesehatan lain. Rawat inap adalah pelayanan kesehatan perorangan, yang meliputi observasi, diagnosa, pengobatan, keperawatan, rahabilitasi medik, dengan menginap di ruang rawat inap pada sarana kesehatan rumah sakit pemerintah dan swasta serta puskesmas perawatan dan rumah bersalin, karena penderita harus menginap. Di dalam ruang perawatan terdapat pelayanan sebagai berikut :
2.3.1 Pelayanan Tenaga Medis
Menurut Soemarja (1991), Tenaga medis adalah ahli kedokteran yang fungsi utamanya memberikan pelayanan medis kepada pasien dengan mutu sebaik-baiknya dengan menggunakan tata cara dan teknik berdasarkan ilmu kedokteran dan etik yang berlaku serta dapat dipertanggungjawabkan. Tenaga medis ini dapat sebagai dokter umum maupun dokter spesialis yang terlatih dan diharapkan memiliki rasa pengabdian yang tinggi dalam memberikan pelayanan kepada pasien.
dapat memberikan kasih sayang, rasa aman, penuh perhatian dan pengabdian, dan berusaha sungguh sungguh merawatnya.
2.3.2 Pelayanan Tenaga Para Medis
Pekerjaan dari pelayanan perawatan adalah memberikan perawatan kepada penderita dengan baik, yaitu memberikan pertolongan dengan dilandasi keahlian, kepada pasien-pasien yang mengalami gangguan fisik dan gangguan kejiwaan orang dalam masa penyembuhan dan orang orang kurang sehat. Dengan pertolongan tersebut mereka yang membutuhkan pertolongan mampu belajar sendiri untuk hidup dengan keterbatasan yang ada dalam lingkungan.
2.3.3 Lingkungan Fisik Ruang Perawatan
Ada administrator rumah sakit mengatakan bahwa pengelola rumah sakit yang baik mengelola sebuah hotel. Diperlukan suasana yang tenang, nyaman, bersih, asri, aman, tentram dan sebagainya. Untuk menuju kearah itu sebenarnya rumah sakit telah mempunyai dasar acuan Permenkes No 982/92 tentang persyaratan kesehatan lingkungan rumah sakit anatara lain:
1. Lokasi atau lingkungan rumah sakit
Tenang, nyaman, aman, terhindar dari pencemaran, dalam keadaan bersih. 2. Ruangannya
13
Untuk menjaga dan memelihara kondisi ini, bukan hanya tugas pemimpin tapi menjadi tugas semua karyawan rumah sakit termasuk pasien dan pengunjung. Dengan demikian akan diperoleh suasana yang nyaman asri, aman, tentram, bebas dari segala gangguan sehingga dapat memberikan kepuasan ke pasien dalam proses penyembuhannya penyakitnya.
2.3.4 Pelayanan Penunjang Medis
Umumnya pasien rawat inap merasa bila seluruh pemeriksaaan dan pengobatan sudah disiapkan rumah sakit. Demikian juga kebutuhan-kebutuhan mendadak seperti alat-alat selalu tersedia dan siap pakai. Penyediaan perlengkapan-perlengkapan ruangan modern seperti TV, AC, telepon dan lain-lain tergantung pada kemampuan dan kebutuhan pasien untuk membayar. Di dalam rumah sakit pelayanan kesehatan hampir seluruhnya merupakan pemberian obat. Obat dan semua alat untuk melakukan pengobatan tidak dapat dipisahkan dari rumah sakit dan tersedia merupakan suatu keharusan yang mutlak. Bagian farmasi rumah sakit bertanggung jawab atas kualitas maupun kuantitasnya, baik dari mulai pengadaanya, pendistribusianya, sampai pada pengawasannya. Penyaluran pada pasien harus tepat dalam waktu, jumlah dan cara pemakaiannya. Demikian obat-obatan harus tersedia saat bila diperlukan dan memenuhi standar yang diwajibkan.
memperoleh makanan yang sesuai guna memenuhi kebutuhan gizi tubuh. Di rumah sakit pelayanan ini kepada pasien rawar inap , rawat jalan serta karyawan. 2.3.5 Pelayanan Administrasi dan Keuangan
Untuk pasien umum, dibagian ini dilakukan prosedur penerimaan uang muka perawatan, penagihan berkala, dan penyelesaian rekening pada saat pasien akan keluar dari rumah sakit. Untuk penyelesaian rekening, kuitansi harus dibuat rinci atas biaya pengobatan, pemeriksaan dan perawatan yang diperoleh pasien selama di rumah sakit.
2.4 Rekam Medis
Menurut Gandodiputro (2007), rekam medis adalah keterangan baik yang tertulis maupun terekam tentang identitas anamnesa, penentuan fisik, laboratorium, diagnosa segala pelayanan dan tindakan medik yang diberikan kepada pasien dan pengobatan baik yang dirawat inap, rawat jalan maupun yang mendapatkan pelayanan gawat darurat Rekam medis mempunyai pengertian yang sangat luas, tidak hanya sekedar kegiatan pencatatan, akan tetapi mempunyai pengertian sebagai suatu sistem penyelenggaraan rekam medis yaitu mulai pencatatan selama pasien mendapatkan pelayanan medik, dilanjutkan dengan penanganan berkas rekam medis yang meliputi penyelenggaraan penyimpanan serta pengeluaran berkas dari tempat penyimpanan untuk melayani permintaan/peminjaman apabila dari pasien atau untuk keperluan lainnya.
Rekam medis mempunyai kegunaan yang sangat luas yaitu :
15
2. Sebagai dasar untuk merencanakan pengobatan/perawatan yang harus diberikan kepada seorang pasien
3. Sebagai bukti tertulis atas segala tindakan pelayanan, perkembangan penyakit dan pengobatan selama pasien berkunjung/dirawat di Rumah sakit
4. Sebagai bahan yang berguna untuk analisis, penelitian dan evaluasi terhadap program pelayanan serta kualitas pelayanan
Contoh : Bagi seorang manajer :
a) Berapa banyak pasien yang datang ke sarana kesehatan kita ? baru dan lama ?
b) Distribusi penyakit pasien yang datang ke sarana kesehatan kita c) Cakupan program yang nantinya di bandingkan dengan target program 5. Melindungi kepentingan hukum bagi pasien, sarana kesehatan maupun
tenaga kesehatan yang terlibat.
6. Menyediakan data dan informasi yang diperlukan untuk keperluan pengembangan program, pendidikan dan penelitian
7. Sebagai dasar di dalam perhitungan biaya pembayaran pelayanan kesehatan. 8. Menjadi sumber ingatan yang harus didokumentasikan serta
pertanggungjawaban dan laporan. 2.5 Estimasi Biaya
Perkiraan biaya diatas erat hubungannya dengan analisis biaya, yaitu pekerjaan yang menyangkut pengkajian biaya kegiatan-kegiatan terdahulu yang akan dipakai sebagai bahan untuk memperkirakan biaya. Dengan kata lain, menyususun perkiraan biaya berarti melihat massa depan, memperhitungkan, dan mengadakan prakiraan atas hal-hal yang akan mungkin terjadi.
2.6 Sistem
Menurut O’Brien (2003), Sistem adalah kumpulan dari elemen yang saling berhubungan, atau berinteraksi yang membentuk suatu kesatuan yang utuh. Sistem adalah sekelompok komponen yang saling berhubungan, bekerja bersama untuk mencapai tujuan bersama dengan menerima masukan serta menghasilkan
outputdalam proses transformasi yang teratur.
Menurut Turban et. al (2001), sistem adalah sekelompok objek yang terdiri dari orang, sumber, konsep dan prosedur yang berinteraksi untuk menjalankan fungsi untuk mencapai suatu tujuan.
Jadi, dapat disimpulkan bahwa sistem adalah kumpulan dari elemen yang terintegrasi dan saling berhubungan untuk mencapai suatu tujuan yang sama. 2.7 Sistem Informasi
17
jaringan suatu portofolio dari pembagian sumber teknologi informasi pada organisasi.
Menurut O’Brien (2003), sistem informasi adalah penggabungan kombinasi antara orang, hardware, software, jaringan komunikasi, dan sumber data melalui pengumpulan, pengubahan, dan penyebaran informasi dalam suatu organisasi. Teknologi informasi adalah hardware, software, telekomunikasi, manajemen basis data, dan teknologi pemrosesan informasi lainnya yang digunakan oleh sistem informasi.
Jadi dapat disimpulkan bahwa sistem informasi adalah kumpulan dari orang, hardware, software, jaringan dan sumber data, yang saling berhubungan untuk mencapai suatu tujuan.
2.8 Sistem Informasi Rumah Sakit
Menurut Direktoral Jenderal Bina Upaya Kesehatan (2011), Sistem Informasi Rumah Sakit (SIRS) adalah suatu proses pengumpulan, pengolahan dan penyajian data rumah sakit se-Indonesia. Sistem Informasi ini mencakup semua Rumah Sakit umum maupun khusus, baik yang dikelola secara publik maupun privat sebagaimana diatur dalam Undang-Undang Republik Indonesia Nomor 44 Tahun 2009 tentang rumah sakit.
1. RL 1 berisikan Data Dasar Rumah Sakit yang dilaporkan setiap waktu apabila terdapat perubahan data dasar dari rumah sakit sehingga data ini dapat dikatakan data yang bersifat terbarukan setiap saat (updated).
2. RL 2 berisikan Data Ketenagaan yang dilaporkan periodik setiap tahun.
3. RL 3 berisikan Data Kegiatan Pelayanan Rumah Sakit yang dilaporkan periodik setiap tahun.
4. RL 4 berisikan Data Morbiditas/Mortalitas Pasien yang dilaporkan periodik setiap tahun.
5. 5. RL 5 yang merupakan Data Bulanan yang dilaporkan secara periodik setiap bulan, berisikan data kunjungan dan data 10 (sepuluh) besar penyakit.
Cara pengisian formulir pelaporan yang terdapat dalam buku petunjuk teknis SIRS ini hanya menguraikan hal-hal yang masih kurang jelas atau belum dimengerti oleh tenaga Rumah Sakit dikarenakan adanya format formulir yang baru sesuai dengan PERMENKES RI NOMOR 1171/MENKES/PER/VI/2011 tanggal 15 Juni 2011.
2.8.1 Formulir RL 1
2.8.1.1 Formulir Indikator Pelayanan Rumah Sakit (Formulir RL 1.2)
Pada formulir RL 1.2, yang harus diisi adalah BOR, LOS, BTO, TOI, NDR, GDR dan Rata-rata kunjungan perhari selama 1 (satu) tahun serta rata-rata tiap indikator.
19
1. Bed Occupancy Rate = angka penggunaan tempat tidur
BOR menurut Huffman (1994) adalah “the ratio of patient service days to inpatient bed count days in a period under consideration”. Menurut Depkes RI (2005), BOR adalah prosentase pemakaian tempat tidur pada satuan waktu tertentu. Indikator ini memberikan gambaran tinggi rendahnya tingkat pemanfaatan tempat tidur rumah sakit. Nilai parameter BOR yang ideal adalah antara 60-85% (Depkes RI, 2005).
Angka BOR yang rendah menunjukkan kurangnya pemanfaatan fasilitas perawatan rumah sakit oleh masyarakat. Sedangkan angka BOR yang tinggi (lebih dari 85%) menunjukkan tingkat pemanfaatan tempat tidur yang tinggi sehingga perlu pengembangan rumah sakit atau penambahan tempat tidur.
Rumus:
BOR = ℎ ℎ ℎ
ℎ 1 100%
Rumus 2.1 Bed Occupancy Rate
2. ALOS (Average Length of Stay= Rata-rata lamanya pasien dirawat)
Rumus :
LOS = ℎ
ℎ (ℎ + ) 100%
Rumus 2.2 Average Length of Stay
3. BTO (Bed Turn Over= Angka perputaran tempat tidur)
BTO menurut Huffman (1994) adalah “…the net effect of changed in occupancy rate and length of stay”. BTO menurut Depkes RI (2005) adalah frekuensi pemakaian tempat tidur pada satu periode, berapa kali tempat tidur dipakai dalam satu satuan waktu tertentu. Idealnya dalam satu tahun, satu tempat tidur rata-rata dipakai 40-50 kali.
Rumus :
BTO = ℎ (ℎ + )
jumlah tempat tidur 100%
Rumus 2.3 Bed Turn Over
4. TOI(Turn Over Interval= Tenggang Perputaran)
TOI menurut Depkes RI (2005) adalah rata-rata hari dimana tempat tidur tidak ditempati dari telah diisi ke saat terisi berikutnya. Indikator ini memberikan gambaran tingkat efisiensi penggunaan tempat tidur. Idealnya tempat tidur kosong tidak terisi pada kisaran 1-3 hari.
Bersama-sama dengan LOS merupakan indikator tentang efisiensi penggunaan tempat tidur. Semakin besar TOI maka efisiensi penggunaan tempat tidur semakin buruk.
Rumus :
TOI= ℎ ℎ
ℎ (ℎ + ) 100%
21
5. NDR (Net Death Rate)
NDR menurut Depkes RI (2005) adalah angka kematian 48 jam setelah dirawat untuk tiap-tiap 1000 penderita keluar. Indikator ini memberikan gambaran mutu pelayanan di rumah sakit.
Rumus :
NDR = > 48
( ( ))× 100%
Rumus 2.5 Net Death Rate
6. GDR (Gross Death Rate)
GDR menurut Depkes RI (2005) adalah angka kematian umum untuk setiap 1000 penderita keluar.
Rumus :
GDR =
( ( )) 100%
Rumus 2.6 Gross Death Rate
2.8.1.2 Formulir Fasilitas Tempat Tidur Rawat Inap (Formulir RL 1.3) 1. Menurut Direktoral Jenderal Bina Upaya Kesehatan (2011), Yang dimaksud
dengan jumlah tempat tidur adalah jumlah tempat Tidur yang tersedia pada ruang rawat inap. Jumlah tempat tidur ini bukanlah kapasitas tempat tidur. Data tempat tidur diisi dengan jumlah TT keseluruhan dan di kelompokkan berdasarkan perincian tempat tidur per-kelas (VVIP, VIP, I,II,III dan Kelas Khusus) sesuai dengan jenis pelayanan.
3. Pelayanan rawat inap perinatologi adalah pelayanan rawat inap yang khusus disediakan bagi bayi baru lahir.
4. Setiap Rumah Sakit Umum, minimal mempunyai ruang rawat inap umum, obstetri dan perinatologi dengan jumlah tempat tidur tersendiri, oleh karena itu setiap rumah sakit umum minimal mengisi jumlah tempat tidur untuk pelayanan rawat inap umum, obstetri dan perinatologi.
5. Kecuali bagi Rumah Sakit Umum yang tidak mempunyai ruangrawat obstetri tersendiri (tempat tidur untuk pasien obstetri digabung pada ruang rawat inap umum) maka pada Rumah Sakit Umum tersebut hanya mengisi alokasi tempat tidur pada Umum dan Perinatologi saja.
6. Yang dimaksud dengan jumlah tempat tidur adalah jumlah tempat tidur yang tersedia pada ruang rawat inap. Jumlah tempat tidur ini bukanlah kapasitas tempat tidur.
7. Jumlah tempat tidur tersebut tidak termasuk tempat tidur yang dipergunakan untuk bersalin, kamar pemulihan (RR), kamar tindakan, untuk pemeriksaan pada unit rawat jalan (Umum, Spesialisasi dan subspesialisasi serta unit rawat jalan gigi) dan klinik unit rawat darurat.
8. Jumlah tempat tidur untuk jenis pelayanan ICU, ICCU dan NICU/PICU diisi jika Rumah Sakit tersebut sudah mempunyai ruang rawat inap tersendiri dengan tempat tidur dan peralatan khusus untuk pelayanan ICU, ICCU dan NICU/PICU tersebut.
23
2.8.2 Formulir RL 3
Formulir RL 3 adalah formulir yang berisikan data kegiatan pelayanan rumah sakit, yang dilaporkan satu kali dalam setahun, paling lambat tanggal 15 bulan januari tahun setelah tahun periode pelaporan, Direktoral Jenderal Bina Upaya Kesehatan (2011).
2.8.2.1 Formulir Data Kegiatan Pelayanan Rawat Inap (Formulir RL 3.1) Beberapa hal yang harus diketahui dalam pengisian formulir RL3 sebagai berikut:
1. Jenis pelayanan rawat inap disuatu Rumah Sakit diisi sesuai dengan jenis pelayanan yang diberikan pada pasien.
2. Untuk Rumah Sakit yang mempunyai ruangan sesuai spesialisasinya harus mengisi jenis pelayanan sesuai dengan ruangan tersebut, sedangkan untuk Rumah Sakit yang mempunyai satu ruangan dengan berbagai jenis pelayanan maka mengisikan data pada jenis pelayanan umum.
3. Untuk Rumah Sakit Khusus yang hanya memiliki satu jenispelayanan spesialisasi (rumah sakit Jiwa, rumah sakit Mata, rumah sakit Kusta, rumah sakit Tuberkulosa Paru dsb.), kegiatan rawat inap dilaporkan pada masing-masing ruang rawat inap yang sesuai dengan spesialisasinya.
5. Kelas Perawatan ruang rawat inap yang ada disuatu Rumah Sakit harus tercermin pada pengisian RL3 halaman 1. Pengisian kelas perawatan pada formulir RL3 harus sesuai dengan kelas perawatan yang dinyatakan pada RL1. 6. Untuk beberapa jenis pelayanan rawat jalan tertentu antara lain KB, Jiwa, Gigi
dan Mulut, Radiologi, Unit Darurat, Rehabilitasi Medik harus tercermin pula perincian kegiatannya pada paragraf yang relevan dihalaman berikutnya dari formulir RL3 tersebut.
2.8.3 Formulir RL 4
1. Formulir RL4 Data Keadaan Morbiditas Pasien Rawat Inap
Menurut Direktoral Jenderal Bina Upaya Kesehatan (2011), Formulir RL 4a adalah formulir untuk data keadaan morbiditas pasien rawat inap yang merupakan formulir rekapitulasi dari jumlah pasien keluar Rumah Sakit (hidup dan mati) untuk periode tahunan. Data dikumpulkan dari tanggal 1 Januari sampai dengan 31 Desember setiap tahunnya.
2.8.4 Formulir RL 5 Data Bulanan
2.8.4.1 Formulir RL 5.1 Pengunjung Rumah Sakit
Pengunjung baru adalah pengunjung yang baru pertama kali datang ke rumah sakit dan mendapatkan nomor rekam medis baru. Nomor rekam medis diberikan hanya sekali seumur hidup.
25
2.8.4.2 Formulir RL 5.3 Daftar 10 Besar Penyakit Rawat Inap
Menurut Direktoral Jenderal Bina Upaya Kesehatan (2011), Formulir RL 5.3 adalah formulir untuk data 10 besar penyakit rawat inap rekapitulasi dari jumlah pasien keluar Rumah Sakit (hidup dan mati) untuk satu tahun. Data dikumpulkan dari tanggal 1 Januari sampai dengan 31 Desember setiap tahunnya. 2.9. Sistem Informasi Rawat Inap
Sistem Informasi Rawat Inap (SIRI) merupakan subset dari SIRS yang menyediakan informasi berkaitan dengan bagian rawat inap. Pengelolaan data yang terjadi pada ruang rawat inap meliputi pendaftaran pasien, transaksi tindakan pasien, transaksi kamar atau mutasi kamar perawatan, pemakaian fasilitas rumah sakit, pemakaian obat atau alat kesehatan serta transaksi pasien ruang rawat inap.
Setiap tindakan fasilitas yang diberikan kepada pasien sejak masuk melalui Unit Gawat Darurat (UGD) atau rawat jalan hingga keluar rumah sakit dicatat dari unit-unit yang dipergunakan oleh pasien, sehingga apabila pasien akan meninggalkan rumah sakit, maka tagihannya sudah meliputi tagihan dari unit-unit tesebut.
SIRI memiliki hubungan dengan subset dari SIRS lainnya, sehingga membentuk suatu sistem yang terintegrasi dan kompleks. Untuk saat ini di Indonesia, sistem informasi yang berlaku untuk setiap rumah sakit berbeda-beda. 2.10 Systems Development Life Cycle (SDLC)
Dalam rekayasa perangkat lunak, konsep SDLC mendasari berbagai jenis metodologi pengembangan perangkat lunak. Metodologi-metodologi ini membentuk suatu kerangka kerja untuk perencanaan dan pengendalian pembuatan sistem informasi, yaitu proses pengembangan perangkat lunak.
Pengembangan SDLC adalah proses yang digunakan oleh analis sistem untuk mengembangkan sistem informasi, termasuk persyaratan, validasi, pelatihan, dan pengguna (stakeholder) kepemilikan. Setiap SDLC harus menghasilkan sistem berkualitas tinggi yang memenuhi atau melampaui harapan pelanggan, mencapai penyelesaian dalam waktu dan perkiraan biaya, bekerja secara efektif dan efisien di saat ini dan direncanakanTeknologi Informasi infrastruktur, dan murah untuk mempertahankan dan biaya efektif.
2.10.1 Fungsi Systems Development Life Cycle (SDLC):
Untuk menggambarkan tahapan-tahapan utama dan langkah-langkah dari setiap tahapan yang secara garis besar terbagi dalam fase fase utama dalam SDLC, yaitu :
1. Perencanaan : Mengapa Mengembangkan Sistem?
2. Analisis : Siapa, apa, kapan dan dimana sistem diterapkan? 3. Perancangan : Bagaimana kerja sistem?
4. Implementasi : Bagaimana Sistem Dipasang/diinstall? 1. Perencanaan:
A. Mendefinisikan Sistem yang akan Dikembangkan.
27
sistem ini harus dibuat. Apa saja permasalahan yang terjadi selama ini, sehingga perlunya sistem yang lebih baik. Manajer harus menjelaskan/ sosialisasi/ koordinasi dengan para staff-nya tentang hal ini. Dengan penjelasan yang sempurna, maka seluruh staff akan terlibat dalam proses pengembangan dan itu merupakan faktor terpenting suksesnya sebuah pengembanga sistem
B. Menentukan Batasan Proyek (set the project scope)
Untuk menjamin fokus pekerjaan, disini kita harus menentukan batasan perkerjaan atau pengembangan.
C. Membuat Perencanaan Proyek (develop the project plan)
Salah satu produk hasil dari fase perencanaan adalah Daftar Aktifitas yang akan dilakukan, sampai proyek pengembangan ini selesai.
2. Analisis :
Analisis sistem dilakukan dengan tujuan untuk dapat mengidentifikasi dan mengevaluasi permasalahan yang terjadi dan kebutuhan yang diharapkan, sehingga dapat diusulkan perbaikanya.
Selama fase analisis, end-user dan orang TI bekerja sama untuk membangun kebutuhan bisnis dari sudut pandang logika, karena itulah, selama analisis tidak boleh memasukkan unsur teknologi dalam sistem.
3. Perancangan :
Fase Desain dalam SDLC adalah untuk membangun sebuah blueprint
analisis sebelumnya, sekarang dibentuk dan didesain bagaimana itu bisa dilakukan jika menggunakan teknologi.
Perancangan sistem merupakan penguraian suatu sistem informasi yang utuh ke dalam bagian komputerisasi yang dimaksud, mengidentifikasi dan mengevaluasi permasalahan, menentukan kriteria, menghitung kosistensi terhadap kriteria yang ada, serta mendapatkan hasil atau tujuan dari masalah tersebut serta mengimplementasikan seluruh kebutuhan operasional dalam membangun aplikasi. Perancangan sistem terdiri dari System flow, Data Flow Diagram, Entity-Relationship Diagram.
3.1 System Flow
System flow adalah bagan yang menunjukkan arus pekerjaan secara menyeluruh dari suatu sistem dimana bagan ini menjelaskan urutan prosedur-prosedur yang ada dalam sistem dan biasanya dalam membuat system flow
sebaiknya ditentukan pula fungsi-fungsi yang melaksanakan atau bertanggung jawab terhadap sub-sistem yang ada (Jogiyanto, 1998).
Terdapat berbagai macam bentuk simbol yang digunakan untuk merancang sebuah desain dari sistem, diantaranya adalah terminator, manual operation, document, process, database, manual input, decision, off-line storage,
on-page reference, dan off-page reference. 3.2 Data Flow Diagram
29
disimpan, proses apa yang menghasilkan data tersebut dan interaksi antara data yang tersimpan, dan proses yang dikenakan pada data tersebut.
Data Flow Diagrammerupakan suatu metode pengembangan sistem yang
terstruktur (structured analysis and design). Penggunaan notasi dalam data flow diagram sangat membantu untuk memahami suatu sistem pada semua tingkat kompleksitas. Pada tahap analisi, penggunaan notasi ini dapat membantu dalam berkimunikasi dengan pemakai sistem untuk memahami sistem secara logika.
Di dalam data flow diagramterdapat empat simbol yang digunakan yaitu
process, external entity, data store, dan data flow. 3.3 Entity Relationship Diagram (ERD)
Menurut pendapat Kronke (2002), Entity-Relationship Diagram (ERD)adalah suatu pemodelan konseptual yang didesain secara khusus untuk mengidentifikasikan entitas yang menjelaskan data dan hubungan antar data, yaitu dengan menuliskan dalamcardinality. Entity merupakan sesuatu yang ada dan terdefinisikan di dalam suatu organisasi, dapat abstrak dan nyata. Untuk setiap
entitybiasanya mempunyai atributeyang merupakan ciri entitytersebut. Menurut Marlinda (2004), atributeadalah kolom di sebuah relasi. Macam-macam atribute
yaitu:
a) Simple Atribute
Atribute ini merupakan atribute yang unik dan tidak dimiliki oleh atribute
lainnya.
b) Composite Atribute
c) Single Value Atribute
Atributeyang hanya memiliki satu nilai harga.
d) Multi Value Atribute
Multi value atributeadalah atributeyang banyak memiliki nilai harga.
e) Null Vallue Atribute
Null value atributeadalah atributeyang tidak memiliki nilai harga.
Sedangkan relasi adalah hubungan antar entity yang berfungsi sebagai hubungan yang mewujudkan pemetaan antar entity. Macam-macam relasi itu sendiri antara lain:
a) One to One(1:1)
Relasi dari entitysatu dengan entitydua adalah satu berbanding satu.
b) One to Many(1: m)
Relasi antara entity yang pertama dengan entity yang kedua adalah satu berbanding banyak atau dapat pula dibalik, banyak berbanding satu.
c) Many to Many
Relasi antara entity yang satu dengan entity yang kedua adalah banyak berbanding banyak.
Entity Relationship Diagram ini diperlukan agar dapat menggambarkan hubungan antar entity dengan jelas, dapat menggambarkan batasan jumlah entity
31
1. Conceptual Data Model (CDM)
Conceptual Data Model (CDM) adalah jenis model data yang
menggambarkan hubungan antar tabel secara konseptual.
2. Physical Data Model (PDM)
Physical Data Model (PDM) adalah jenis model data yang
menggambarkan hubungan antar tabel secara fisikal. 3. Implementasi
Pada tahapan ini dilakukan beberapa hal:
a. Coding
b. Testing
c. Instalation
Setiap kegiatan dalam SDLC dapat dijelaskan melalui tujuan (purpose) dan hasil kegiatannya (deliverable). Apabila kegiatan utama tersebut dijabarkan ke dalam langkah-langkah yang lebih rinci dapat digambarkan seperti berikut:
Sistem Development Methodology adalah suatu rangkaian langkah untuk mengimplementasikan SLDC itu sendiri. Dalam dunia rekayasa perangkat lunak terdapat empat buah metodologi dalam menerapkan SLDC, yakni :
a. Waterfall Development Methodology
b. Parallel Development Methodology
c. Rapid Application Development
d. Agile Development: Extreme Programming
perangkat lunak menggunakan metode apa yang paling cocok dengan kondisi lingkungan pengembangan perangkat lunak tersebut.
2.10.2 Waterfall Development Methodology
Menurut Pressman (2008) Waterfall model adalah alur pengembangan sistem dimulai dari planning, analysis, design, implementation, operation & maintenance. Waterfall model dirancang agar alur pengembangan berjalan secara sempurna tanpa adanya perbaikan yang mengharuskan developer untuk menambahkan fitur-fitur baru apabila ada permintaan baru dari user.
WaterfallModel, yang sering disebut juga classic life cycle, adalah model klasik yang bersifat sistematis, berurutan dalam membangun software
(Proboyekti, 2006).
a. Kelebihan dari Waterfall Development Methodology adalah:
1. Proses pengidentifikasian sistem memerlukan waktu yang lama sebelum fase programming dimulai
2. Meminimalisasi pengubahan sistem pada saat proses pengembangan perangkat lunak.
b. Kekurangan dari Waterfall Development Methodologyadalah :
1. Fase perancangan / design harus dilakukan pada paper yang khusus sebelum fase programming dimulai
2. Terjadi selisih waktu yang cukup lama antara pengajuan sistem dan pembaharuan sistem.
2.10.3 Parallel Development Methodology
33
a. Kelebihan dariParallel Development Methodologyadalah 1. Meminimalisasi waktu penjadwalan
2. Meminimalisasi kesempatan untuk dikerjakan ulang
b. Kekurangan dari Parallel Development Methodologyadalah : 1. Masih menggunakan dokument di kertas
2. Menggabungkan subproyek memerlukan suatu keahlian yang khusus. Biasanya banyak terjadi kegagalan pada saat proses penggabungannya.
2.10.4 Rapid Application Development
Rapid Application Developmentmerupakan suatu pendeketan berorientasi objek terhadap pengembangan sistem yang mencakup suatu metode pengembangan serta perangkat-peranbgkat lunak (Kendall dan Kendall, 2002).
Rapid Application Development (RAD) adalah model proses
perkembangan software sekuensial linier yang menekankan siklus perkembangan yang sangat pendek. Model RAD ini merupakan sebuah adaptasi “kecepatan tinggi” dari model sekuensial linier dimana perkembangan cepat dicapai dengan menggunakan pendekatan konstruksi berbasis pada komponen (Hariyanto, 2004) a. Kelebihan Rapid Application Development adalah :
1. Pengguna dapat memperoleh / menggunakan sistem lebih awal
2. Pengguna dapat merencanakan beberpa tambahan untuk versi setelahnya. a. Kekurangan Rapid Application Developmentadalah :
1. Pengguna bekerja dengan sistem yang sebenarnya belum selesai secara keseluruhan.
hidup yang diperlukan untuk mengoperasikan, mendukung dan merawat sistem.
2.10.5 Agile Development: Extreme Programming
Agile Development: Extreme Programming merupakan suatu pengerjaan perangkat lunak secara cepat. Metode ini sangat cocok untuk proyek perangkat lunak yang membutuhkan waktu lebih instan dalam pengembangannya.
a. Kelebihan dari Agile Development: Extreme Programmingadalah : 1. Hasil bisa didapat dalam waktu yang sangat cepat
2. Bekerja lebih baik dalam projek dengan tidak ada perubahan yang tak tentu b. Kekurangan dari Agile Development: Extreme Programming adalah
1. Membutuhkan kedisiplinan tinggi.
2. Tepat hanya jika dilakukan di projek kecil.
3. Membutuhkan lebih banyak masukan dari pengguna. 2.11 Jaringan Komputer
Menurut Syaifrizal (2005), jaringan koputer adalah himpunan “interkoneksi” antara 2 komputer autonomous atau lebih yang terhubung dengan media transmisi kabel atau tanpa kabel (wireless).
Dua komputer dikatakan terkoneksi apabila keduanya bisa saling bertukar data/informasi, berbagi resource yang dimiliki seperti file, printer, dan media penyimpanan.
2.11.1 Internet
35
dan sumber daya informasi, sebagai contoh hypertext document yang digunakan pada World Wide Web (WWW) dan kemampuannya dalam dukungan surat elektronik (email).
Komunikasi secara tradisional sekarang mulai tergantikan oleh internet fungsinya, contoh:
1. Telepon yang digantikan oleh VoIP (Voice over Internet Protocol).
2. Koran, buku, dan dokumen lain yang digantikan dengan halaman web, blog,
dan bahkan feed.
3. Rapat yang dahulu harus datang sekarang menggunakan Video Conference.
4. Surat yang tergantikan dengan email.
Kelebihan internet di era sekarang ini :
1. Biaya yang relatif murah (dan lebih murah bila dibandingkan dengan cara tradisional).
2. Menghilangkan batasan jarak dan waktu. 3. Informasi yang didapatkan real time. 2.11.2 Intranet
secepatnya ketika terjadi perubahan. Publikasi berdasarkan kejadian ini memungkinkan perusahaan untuk merespon lebih cepat terhadap perubahan kondisi dibandingkan dengan publikasi berbasiskan kertas.
2.11.3 World Wide Web (WWW)
Menurut Turban (2005), World Wide Webadalah aplikasi yang digunakan dalam internet yang berfungsi sebagai transportasi data yang diterima sebagai start untuk menyimpan, menerima, formatting dan menampilkan informasi melalui
client-server architecture.
Web dibagi menjadi 2 yaitu web statis dan web dinamis. 1. Web statis
Web yang kontennya dikirimkan ke penguna sama dengan yang disimpan di server. Pada web ini sama sekali tidak ada perubahan, berbanding terbalik dengan web dinamis yang dihasilkan dari aplikasi web server.
2. Web dinamis
Web yang kontennya dihasilkan dari hasil output dari web server. Tidak seperti web statis yang kontennya tidak dapat berubah-ubah, web dinamis dapat berubah-ubah sesuai dengan informasi terakhir yang ada di server. Web dinamis dibagi menjadi dua yaitu:
a) Server side
Web dinamis dengan metode server side berjalan dengan kode program yang berjalan di server. Contoh : PHP, ASP, JSP, dan lain-lain. Server side
37
b) Client Side
Web dinamis dengan metode client side berjalan dengan kode program berjalan di client. Contoh: Javascript. Client side memiliki kelebihan yaitu kode program dieksekusi di komputer pengguna sehingga mengurangi beban kerja server. Sedangkan kelemahannya adalah kode program dapat dibaca oleh pengguna.
2.11.4 Web Service
Menurut Lucky (2008), Web service adalah suatu sistem perangkat lunak yang dirancang untuk mendukung interoperabilitas dan interaksi antar sistem pada suatu jaringan. Web service digunakan sebagai suatu fasilitas yang disediakan oleh suatu web site untuk menyediakan layanan (dalam bentuk informasi) kepada sistem lain, sehingga sistem lain dapat berinteraksi dengan sistem tersebut melalui layanan-layanan (service) yang disediakan oleh suatu sistem yang menyediakan
web service.
Penggunaan web service juga menawarkan banyak kelebihan dan fleksibilitas. Beberapa diantaranya adalah sebagai berikut:
1. Lintas Platform
Penggunaan web service memungkinkan komputer-komputer yang berbeda sistem operasi dapat saling bertukar data.
2. Language Independent
hingga bahasa pemrograman lainnya seperti Delphi, Java, dan Vb.Net. Web service juga memungkinkan diakses untuk aplikasi perangkat bergerak seperti telepon genggam dengan memanfaatkan aplikasi berbasis java.
3. Jembatan Penghubung dengan Database
Pada umumnya sebuah aplikasi memerlukan driver database agar bisa melakukan koneksi ke sebuah database. Web service dapat dijadikan sebagai “jembatan” penghubung antara aplikasi dengan database. Jadi dengan memanfaatkan web servicesebagai “jembatan” penghubung, sebuah aplikasi tidak memerlukan driver databasedan tidak perlu perlu mengetahui databaseapa yang digunakan oleh server serta bagaimana struktur database tersebut jika ingin mengaksesnya. Aplikasi tersebut cukup mengetahui method atau fungsi apa yang disediakan web serviceuntuk memanfaatkan fasilitasnya.
Dengan memanfaatkan web service, sebuah aplikasi yang dibuat dengan bahasa php dapat mengakses mysql yang secara default tidak. Bahkan aplikasi telepon genggam yang sebenarnya tidak memungkinkan untuk melakukan koneksi dengan database secara langsung pun bisa mengakses sebuah database dengan memanfaatkan web servicesebagai “jembatan” penghubungnya.
4. Mempermudah proses pertukaran data
39
5. Penggunaan kembali komponen aplikasi
Beberapa aplikasi yang berbeda bisa saja memerlukan sebuah fungsi yang sama. Misalnya, ada aplikasi web dan desktop yang memerlukan sebuah fungsi untuk melakukan konversi kurs antar mata uang yang berbeda. Daripada membuat fungsi yang sama dua kali, lebih baik membuat fungsi kurs tersebut dalam sebuah
web service. 2.12 Basis Data
2.12.1 Sistem Basis Data
Menurut Marlinda (2004), sistem basis data adalah suatu sistem menyusun dan mengelola record-record menggunakan komputer untuk menyimpan atau merekam serta memelihara dan operasional lengkap sebuah organisasi/perusahaan sehingga mampu menyediakan informasi optimal yang diperlukan pemakai untuk proses pengambil keputusan. Pada dasarnya prinsip kerja Sistem Basis Data adalah pengaturan arsip.
Tujuan basis data :
1. Kemudahan dan kecepatan dalam pengambilan data (speed).
2. Efisiensi ruang penyimpanan (space) dengan mengurangi/menghilangkan redundansi data.
3. Keakuratan (accuracy) dengan pembentukan kode dan relasi antar data berdasarkan aturan/batasan (constraint) tipe data, domain data, keunikan data, untuk menekan ketidak akuratan saat entry/penyimpanan data.
5. Kelengkapan (completeness). Kompleksnya data menyebabkan perubahan struktur databaseyang ada.
6. Keamanan (security) dengan memberikan kemanan atas hak akses data. 7. Kebersamaan pemakaian (shareability) dengan bersifat multiuser.
Manfaat penggunaan sistem basis data : 1. Mengurangi redundansi.
2. Mencegah akses oleh pihak yang tidak berhak.
3. Menyediakan ruang penyimpanan khusus untuk obyek program.
4. Menyediakan struktur penyimpanan yang bagus untuk efisiensi proses query. 5. Menyediakan backupdan recovery.
6. Menyediakan multiple user interface.
7. Merepresentasikan hubungan yang kompleks antar data. 8. Menekankan integritas batasan.
9. Penyediaan action khusus berdasarkan rules (aturan) yang telah ditetapkan dalam sistem database.
10.Databaseyang fleksibel, up-to-date, dan ekonomis. 2.12.2 Database Management System
Database management System (DMBS) adalah salah satu perangkat lunak
yang memampukan pengguna untuk mendefinisikan, membuat, memelihara dan mengendalikan akses terhadap systembasis data (Connoly dan Begg, 2005). 2.12.3 Fungsi Fungsi Dasar DBMS
41
1. Pendefinisian Data
DBMS harus bias menerima pendefinisian data (skema eksternal, skema konseptual, dan semua asosiasi pemetaan) dari sumber dan mengkonversikan ke dalam bentuk objek yang sesuai.
2. Manipulasi Data
DBMS harus bisa menangani permintaan untuk mengambil, memperbarui, atau menghapus, data yang sudah ada di basis data, ataupun menambah data baru kedalam basis data.
3. Optimalisasi dan Eksekusi
Permintaan Data Manipulation Langueage (DML) harus diproses di komponen pengoptimalisasi dengan tujuan untuk menentukan cara yang efisien untuk implementasi permintaan. Permintaan yang dioptimilisasi kemudian dieksekusi dibawah Run Time Management.
4. Keamanan dan Integritas Data
DBMS harus mengawasi permintaan pengguna dan menolak gangguan yang bisa membahayakan keamanan dan integerity constraint yang telah ditentukan oleh Data Base Administrator(DBA).
5. Perbaikan data dan Konkuresi
DBMS yang biasa juga disebut Transaction Processing Monitoring harus melakukan kendali perbaikan dan konkuresi.
6. Kamus Data
7. Kinerja
DBMS harus bisa mengerjakan semua tugas seefektif mungkin. Bahasa yang ada pada DBMS :
1. Data Definition Language(DDL)
Skema basis data dibuat dengan menggunakan ekspresi satu bahasa khusus yang disebut DDL. Hasil kompilasi perintah DDL adalah satu set tabel yang disimpan di dalam filekhusus yang disebut data dictionary/directory.
2. Data Manipulation language(DML)
Bahasa yang digunakan untuk mengakses dan memanipulasi data yang ada di dalam database.
Fungsi dasar DBMS :
1. Data Definition
DBMS harus dapat melakukan pendifinisian data.
2. Data Manipulation
DBMS harus dapat melakukan perubahaan/manipulsasi data pada
database.
3. Data Security and Integrity
DBMS dapat memeriksa kemanan dan integritas sesuai yang ditentukan oleh DBA.
4. Data recovery and Concurrency
43
5. Data Dictionary
DBMS harus mempunyai data dictionary. 2.13 Metode Penelitian
2.13.1 Model Pengembangan
Model pengembangan yang digunakan pada rancang bangun ini adalah menggunakan model waterfall. Model waterfall merupakan salah satu model dalam Sistem Development Life Cycle. Menurut Kassem(2011), tahap-tahap dari model waterfall adalah sebagai berikut:
1. Analisis
Tahap analisis yang akan dilakukan meliputi identifikasi permasalahan, prosedur operasional, dan mendefinisikan kebutuhan fungsional dan nonfungsional yang terkait dalam pembuatan perangkat lunak. Pada tahap ini juga mendefinisikan modul-modul yang ada pada perangkat lunak yang akan dibuat. 2. Desain
Tahap ini akan membuat desain arsitektural sistem mulai dari desain sistem, database, dan antarmuka pengguna.
3. Implementasi
Tahap implementasi ini mencakup pembuatan sistem dan pendokumentasian pada tiap proses. Pembuatan sistem akan dilakukan per modul. 4. Uji coba & integrasi
5. Instalasi
45
BAB III
METODE PENELITIAN
3.1Desaindan Tahap Penelitian
Secara garis besar, langkah-langkah yang akan dilakukan dalam pembuatan perangkat lunak ini adalah sebagai berikut:
1. Melakukan pengumpulan data dengan cara wawancara, observasi, dan studi literatur untuk mendukung pembuatan perangkat lunak.
2. Melakukan identifikasi kebutuhan fungsional dan nonfungsional rawat inap rumah sakituntuk dapat menentukan modul-modul pada sistem yang akan dibuat.
3. Melakukan perancangan desain sistem informasi rawat inap rumah sakit, membuat alur sistem dan desain database dari modul-modul yang sudah ditentukan
4. Melakukan pembuatan sistem informasi rawat inap rumah sakit, melakukan uji coba pada tiap modul, dan proses integrasi antar modul.
5. Melakukan uji coba sistem workload/penugasan pada tiap karyawan rumah sakit untuk menguji coba sistem informasi rawat inap rumah sakit. Hasil uji coba ini akan dianalisis untuk mengetahui apakah sistem yang dibuat sudah sesuai dengan yang diharapkan.
Pengumpulan Data
Gambar 3.1 Kerangka DesainPenelitian
Metode penelitian yang digunakan untuk merancang Sistem Informasi Rawat Inap RSUD Bima adalah :
3.1.1. Studi Pustaka
Metode yang dilakukan dengan mengumpulkan data dan mempelajari konsep, teori serta materi dari buku serta literatur lainnya yang mengarah pada pemecahan masalah.
1. JUKNIS SIRS 2011 Sistem Informasi Rumah Sakit
Sebagai referensi dalam memahami konsep dan teori mengenai standarisasi sistem pelaporan rumah sakit berdasarkan keputusan: Kementerian Kesesehatan Republik Indonesia no 1171/MENKES/PER/VI/2011 tentang sistem informasi rumah sakit 15 Juni 2011 dan telah diundangkan tertanggal 1 Juli 2011 di Jakarta.
2. WHO ICD X 2010
Sebagai referensi dalam memahami konsep dan teori mengenai pengkodean nama penyakit.
3.1.1. Observasi Lapangan
47
mendapatkan informasi mengenai konsep, teori dan gambaran sistem secara manual tentang pengolahan data-data transaksional unit rawat inap menjadi informasi yang dapat digunakan pihak eksekutif RSUD Bima.
Dari kegiatan wawancara dengan Ibu Larasati selaku Kepala Sub Bagian Rekam Medik dapat disimpulkan sebagai berikut:
1. Pada dasarnya kegiatan unit rawat inap di RSUD Bima masih bersifat manual. Mulai dari registrasi pasien pada saat pasien masuk, semua pencatatan registrasi masih manual dicatat pada buku besar registrasi,
2. Keseluruhan pada proses transaksi berdasarkan pada lembar rekam medik terdiri dari: anamnesis, lembar observasi perawat, rekaman pemberian obat, rekaman pemberian cairan, rekaman visit dokter, hingga resum perawatan dari tiap transaksi pasien perhari masih manual dicatat pada buku besar rawat inap.
3. Sedangkan output selama ini dihitung manual satu persatu, output yang berupa perincian biaya (billing) untuk pasien dicatat secara manual, mulai dari biaya kamar, biaya tindakan, biaya visit dokter, obat, dsb.
