TA : Rancang Bangun Sistem Informasi Rawat Inap Rumah Sakit Umum Daerah Bima.

TUGAS AKHIR

Nama : Roy Rolando NIM : 08.41010.0304 Program : S1 (Strata Satu) Jurusan : Sistem Informasi

SEKOLAH TINGGI

MANAJEMEN INFORMATIKA & TEKNIK KOMPUTER SURABAYA

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.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

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.16 Detil Penunjang Observasi Perawat... 82 Tabel 3.17 Detil Tindakan Khusus Observasi Perawat... 82 Tabel 3.18 Rekaman Memilih Ruangan... 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.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.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

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

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.

Pada kurun waktu 2000 sampai dengan tahun 2012 Pihak Rumah Sakit khususnya bagian Rawat Inap mengalami masalah pengolahan data pasien. Pada saat pelayanan pertama dari meja pendaftaran dimana pencarian history data pasien yang sangat susah ditambah seringnya terjadi kehilangan data pasien.

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 menimbulkan masalah pada update data, sehingga dapat menyebabkan data tidak

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.

Dari sumber-sumber Tugas Akhir ini, 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 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.

Untuk menyelesaikan masalah yang terjadi pada pihak Rumah Sakit Bima maka dibuatkan Sistem Informasi Rumah Sakit. Dengan adanya sistem informasi rawat inap, diharapkan dapat mengestimasi biaya pasien, mempermudah pencarian informasi pasien dan memudahkan dalam pengolahan data menjadi informasi dalam bentuk laporan ke pihak pimpinan RSUD Bima. Maka dari itu, dibuat Rancang Bangun Sistem Informasi Rawat Inap Rumah Sakit Umum Daerah Bima.

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

Berdasarkan perumusan masalah, maka didapatkan tujuan dari tugas akhir ini, yaitu menghasilkan Rancang Bangun Sistem Informasi Rawat Inap Rumah Sakit yang dapat mengelola data pasien di Rumah Sakit Umum Daerah Bima.

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

Bab ini menjelaskan tentang implementasi program, berisi langkah-langkah implementasi program dan hasil implementasi program, serta analisis terhadap kinerja sistem tersebut.

BAB V : PENUTUP

Bab ini berisi kesimpulan yang menjawab pernyataan dalam perumusan masalah dan beberapa saran yang bermanfaat dalam pengembangan program di waktu mendatang.

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.

Suarjaya (2008) melakukan penelitian tentang Sistem Informasi Rawat Inap Berorientasi Obyek pada RSUP Sanglah Denpasar. Tujuan penelitian ini adalah untuk membuat desain sistem informasi rawat inap berorientasi obyek yang dapat membantu pihak manajemen RSUP Sanglah dalam menangani permasalahan pada bagian rawat inap. Dimana desain sistem ini memberikan gambaran keseluruhan tentang sistem sehingga memudahkan dalam pengembangan dan perbaikan sistem kedepan. Desain sistem menggunakan object

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

Menurut Azrul (1996), Rumah Sakit adalah suatu organisasi yang melalui tenaga medis professional yang terorganisir serta sarana kedokteran yang

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).

Menurut surat Keputusan Menteri Kesehatan RI no. 983/Menkes/17/1992 tentang pedoman organisasi rumah sakit umum adalah rumah sakit yang memberikan pelayanan kesehatan yang bersifat dasar, spesialistik, dan sub spesialistik, sedangkan klasifikasi didasarkan pada perbedaan tingkat menurut kemampuan pelayanan kesehatan yang dapat disediakan yaitu rumah sakit kelas A, Kelas B, (Pendidikan dan Non Pendidikan) kelas C dan Kelas D (Astaqauliyah, 2008).

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.

Pasien selain mengharapkan tenaga medis yang dapat mengetahui dan menyembuhkan penyakitnya juga mengharapkan agar para tenaga medis tersebut

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

Lantai dan dinding bersih, penerangan yang cukup, tersedia tempat sampah, bebas bau yang tak sedap. Bebas dari gangguan serangga, tikus, dan binatang pengganggu lainnya. Lubang ventilasi yang cukup, menjamin penggantian udara dalam kamar dengan baik. Atap langit-langit, pintu sesuai syarat yang sudah ditentukan.

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.

Makanan yang dihidangkan harus dalam jumlah perkiraan kebutuhan, enak dipandang, dapat dicerna dengan baik, bebas dari kontaminasi, memperhatikan nutrisi dan memenuhi stadar resep, serta penyajianya pada waktu yang tepat dan teratur. Pada hakekatnya pelayanan gizi adalah penerapan ilmu dan seni dalam membantu seseorang dalam keadaan sehat sakit untuk memilih dan

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 :

1. Sebagai alat komunikasi antara dokter dengan tenaga kesehatan lainnya yang ikut ambil bagian dalam memberikan pelayanan kesehatan

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

Definisi perkiraan biaya menurut National Estimating Society – USA adalah seni memperkirakan (the art of approximating)kemungkinan jumlah biaya yang diperlakukan untuk suatu kegiatan yang didasarkan atas informasi yang tersedia saat ini.

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

Menurut Laudon dan Laudon (2002), sistem informasi adalah kumpulan komponen yang saling berhubungan yang mengumpulkan (yang mengambil), memproses, menyimpan, dan mendistribusikan informasi untuk mendukung pengambilan keputusan, pengoordinasian, pengendalian analisis, dan menampilkannya didalam suatu organisasi. Dimana teknologi informasi itu meliputi hardware, software, data, teknologi penyimpanan, dan penyedia

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.

Sifat pelaporan SIRS sebagaimana dimaksud pada PERMENKES RI NOMOR 1171/MENKES/PER/VI/2011 ditetapkan oleh Direktur Jenderal Bina Upaya Kesehatan. Formulir pelaporan SIRS terdiri dari 5 (lima) Rekapitulasi Laporan (RL), diantaranya :

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.

Indikator pelayanan Rumah Sakit berguna untuk mengetahui tingkat pemanfaatan mutu dan efisiensi pelayanan rumah sakit. Beberapa indikator pelayanan di rumah sakit antara lain :

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)

ALOS menurut Huffman (1994) adalah “The average hospitalization stay of inpatient discharged during the period under consideration”. ALOS menurut Depkes RI (2005) adalah rata-rata lama rawat seorang pasien. Indikator ini disamping memberikan gambaran tingkat efisiensi, juga dapat memberikan gambaran mutu pelayanan, apabila diterapkan pada diagnosis tertentu dapat dijadikan hal yang perlu pengamatan yang lebih lanjut. Secara umum nilai ALOS yang ideal antara 6-9 hari (Depkes, 2005).

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%

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.

2. Untuk Data Tempat tidur, bagi Rumah Sakit yang tidak bisa mengelompokkan jumlah tempat tidur per pelayanan rawat inap, maka jumlah tempat tidur tersebut diletakkan pada jenis pelayanan umum.

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.

9. Untuk Rumah Sakit Khusus yang hanya melayani satu jenis pelayanan spesialisasi, jumlah tempat tidur dilaporkan pada masing-masing ruang rawat inap yang sesuai dengan spesialisasinya.

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.

4. Pelayanan rawat inap disuatu Rumah Sakit mempunyai tingkatan pelayanan yang diperinci menurut kelas perawatan. Kelas perawatan tersebut ditentukan oleh masing-masing Rumah Sakit dan untuk standarisasi berbagai kelas telah diadakan pengelompokan kelas perawatan.

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.

Pengunjung Lama adalah pengunjung yang datang untuk kedua kali dan seterusnya, yang datang ke poliklinik yang sama atau berbeda sebagai kunjungan lama atau kunjungan baru dengan kasus lama dan kasus baru, Direktoral Jenderal Bina Upaya Kesehatan (2011).

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)

Menurut Carol (2001), System Development Life Cycle merupakan siklus hidup pengembangan sistem. Dalam rekayasa sistem dan rekayasa perangkat lunak, SDLC berupa suatu proses pembuatan dan pengubahan sistem serta model dan metodologi yang digunakan untuk mengembangkan sistem-sistem tersebut.

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.

Aktifitas disini, dimulai dengan mendifinisikan atau menentukan sistem apa yang dibutuhkan untuk mendukung strategi perusahaan. Pada aktifitas ini, pencetus ide (secara umum adalah manajer) harus mempunyai alasan mengapa

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 teknis dari sistem yang telah direncanakan akan bekerja. Setelah fase analisis, aktifitas selanjutnya adalah fase desain. Dalam fase ini, mulai mempertimbangkan dari sudut pandang fisik. Persyaratan bisnis yang sudah didiskusikan selama tahap

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

Menurut Kristanto (2003), Data Flow Diagram (DFD) adalah suatu model logika data atau proses yang dibuat untuk menggambarkan darimana asal data dan kemana tujuan data yang keluar dari sisem, dimana data tersebut

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 dan partisipasi antar entity,mudah dimengerti pemakai dan mudah disajikan oleh perancang database. Untuk itu Entity Relationship Diagram dibagi menjadi dua jenis model, yaitu:

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

Kelima metodologi tersebut tidak ada yang paling bagus. Semua mempunyai kelebihan dan kekurangan. Tergantung suatu kelompok pengembang

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

Parallel Development Methodology merupakan suatu cara pada SDLC yang melakukan fase design dan implementasi secara paralel.

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.

2. Beberapa orang berpendapat bahwa RAD mendorong mentalitas “mengkode, mengimplementasi, dan memperbaiki” yang meningkatkan biaya seumur

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

Menurut Turban (2005), internet merupakan sistem jaringan komputer dan jaringan dari banyak jaringan yang meliputi seluruh dunia. Internet menggunakan standar Internet Protocol Suite (TCP/IP). Internet mengandung banyak layanan

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

Menurut Laudon dan Laudon (2003), Intranet merupakan suatu jaringan internal yang berdasarkan pada teknologi internet dan World Wide Web(WWW). Intranet dapat membantu perusahaan untuk menciptakan suatu lingkungan yang lebih kaya dan lebih responsif terhadap informasi. Aplikasi internal perusahaan yang berbasiskan web dapat dibuat interaktif dengan digunakan berbagai media, teks, audio, dan video. Kegunaan dasar intranet adalah untuk menciptakan penyimpanan informasi online yang dapat di update sesuai kebutuhan. Katalog produk, buku panduan karyawan, atau informasi yang bermanfaat dapat diubah

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 memiliki kelebihan yaitu kode program yang tidak diketahui oleh pengguna, sedangkan kelemahannya adalah kinerja server yang berat.

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

Sebuah web servicedapat diakses menggunakan bahasa pemrograman apa saja, web service yang dibuat dengan PHP bisa dakses oleh berbagai bahasa pemrograman mulai dari bahasa pemrograman web seperti PHP itu sendiri, JSP

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

Dalam hal ini, penggunaan web service bisa memepermudah dan mempercepat pertukaran data diantara dua server atau perusahaan yang terpisah jarak yang cukup jauh. Daripada harus menyesuaikan aplikasi dan database yang digunakan, maka penggunaan web serviceakan sangat membantu.

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.

4. Ketersediaan (availability) dengan pemilahan data yang sifatnya pasif dari database aktif.

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

Menurut C.J.Date (2004), fungsi-fungsi dasar yang harus di dukung oleh DBMS adalah:

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

Kamus data berisi “data mengenai data”, yaitu definisi dari obyek lain di sistem. Semua skema dan pemetaan, berbagai sistem keamanan dan integrity constraintakan disimpan, baik disumber maupun bentuk objek dalam 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

DBMS harus dapat melakukan penanganan terhadap data-data yang hilang akibat kesalahan sistem, kerusakan harddisk, dan lain sebagainya. DBMS juga juga harus menjaga concurrencyyakni dimana ketika databasediakses lebih dari satuuser.

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

Pada tahap ini merupakan tahap uji coba pada sistem yang telah dikembangkan. Uji coba ini dilakukan pada masing-masing modul. Tahap ini juga akan melakukan integrasi antar modul sehingga setiap modul dapat berjalan dengan baik dan terintegrasi

5. Instalasi

Setelah uji coba tiap modul berhasil dan masing-masing modul dapat terintegrasi, maka akan dilakukan instalasi sistem pada perusahaan.

45

METODE PENELITIAN

3.1

Desaindan 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 -Studi Pustaka -Juknis -ICD X -Observasi Identifikasi Kebutuhan Menentukan Modul Development Blok diagram HIPO System Flow DFD ERD Struktur Database Uji Coba Modul & Integrasi Uji Proses Implementasi & Report Billing System Rekam Medik Laporan eksekutif Laporan KEMENKES

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

Melakukan penelitian dan pengumpulan data secara langsung dengan cara

observasi dan survei lapangan terhadap Unit Rawat Inap RSUD Bima untuk

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.

Sistem pelaporan yang ada pada RSUD Bima khususnya pada unit rawat

inap masih tergolong manual. Dari data-data transaksional yang sudah disimpan

selanjutnya diolah menjadi informasi berbentuk laporan yang selama ini

menggunakan

Microsoft Excel.

Pelaporan ke KEMENKES juga yang berupa

3.2

Analisis Permasalahan

3.2.1

Identifikasi Masalah

Saat ini keadaan di Rumah Sakit Umum Daerah Bima khususnya

pelayanan rawat inap secara keseluruhan masih bersifat manual dari hasil

observasi dan wawancara dengan bagian rekam medik dan bagian rawat inap

didapatkan informasi bahwa kegiatan pengelolaan data mulai dari pendataan

pasien atau registrasi pasien, proses pencatatan rekam medik rawat inap perhari

sampai dengan pembuatan laporan bagi pihak pasien, eksekutif maupun

KEMENKES semua proses dilakukan secara manual.

Pada saat status pasien masih bersifat pasien pasien baru, maka harus

melakukan proses registrasi dengan diberikan formulir pendaftaran oleh petugas,

kemudian formulir pendaftaran tersebut diisi oleh petugas di buku registrasi

pasien dengan cara menulis satu demi satu, waktu yang dibutuhkan pada saaat

pendataan (±15 menit). Redudansi data juga sering terjadi pada bagian rekam

medik di saat registrasi pasien lama, pasien dapat memiliki lebih dari 1 nomor

rekam medik pada saat registrasi hal ini terjadi apabila pasien kehilangan kartu

pendaftaran sehingga menyusahkan dalam pencarian

history

rekam medik pasien

dan dibuatkanlah data pasien baru

Pada saat proses transaksi perhari data kegiatan pelayanan rawat inap

pasien yang dicatat dalam dokumen medik pasien rawat inap yang berisi data

tentang: identitas pasien, cacatan medis, catatan keperawatan, catatan visite

dokter, catatan penggunaan obat-obatan, catatan pemeriksaan penunjang, data

cara keluar, diagnosa masuk dan diagnosa keluar, kelas perawatan, kematian < 48

jam dan kematian >48 jam, namun tidak semua data yang tersedia di dokumen

202

laporan keluar bagi

pihak direktur

data ruangan

dan tahun

dengan inputan

user

Pada gambar

4.92

Gambar 4.92 Form Tampilan uji coba billing system

4.

Uji Coba Laporan KEMENKES

Tabel 4.6 Evaluasi Uji Coba Laporan KEMENKES

Test

Case ID

Tujuan

Input

Ouput

Hasil

Ouput

1

Memastikan

hasil laporan

keluar bagi pihak

KEMENKES

Mengisikan

data tahun

yang

ingin

ditampilkan

Hasil

laporanpada

form sesuai

dengan

inputan user

Pada

gambar

204

205

5.

Uji Coba Rekam Medik

Tabel 4.6 Evaluasi Uji Coba Laporan KEMENKES

Test Case

ID

Tujuan

Input

Ouput

Hasil Ouput

1

Memastikan hasil

rekam medik keluar

Mengisikan

data Pasien

Hasil

Rekam

Medikpada

form

sesuai

dengan inputan

user

Pada gambar

4.94

205

DAFTAR PUSTAKA

A.A. Gde Muninjaya. 1999. Manajemen Kesehatan. Jakarta: Penerbit Buku Kedokteran EGC: 220-234.

Andri Kristanto. 2003. Perancangan Sistem Informasi dan Aplikasinya, Penerbit :Gava.

Azrul, Azwar. 1996.Pengantar Administrasi Kesehatan.Binarupa Aksara. Jakarta.

Britton, Carol; Jill Doake. 2001. Object-Oriented Systems Development. McGraw-Hill. hlm. 27-34, 268.

C.J. Date. 2004. Pengenalan Sistem Basis Data. Indeks. Jakarta.

Connolly, Thomas and Carolyn Begg. 2005. Database System: A Practical Approach to Design, Implementation, and Management, 4 th Edition. Addison Wesley: Harlow, England

Gondodiputro, S., 2007. Rekam Medis dan Sistem Informasi Kesehatan di Pelayanan Kesehatan Primer (Puskesmas). Universitas Padjadjaran Bandung. Available from:

http://resources.unpad.ac.id/unpadcontent/uploads/publikasi_dosen/Rek am%20Medis%20dan%20SIK.pdf.

Hm, Jogiyanto. 1998. Analisis Dan Desain Sistem Informasi : Pendekatan Terstruktur Teori Dan Praktek Aplikasi Bisnis, Yogyakarta : Andi. KepMenKes RI no. 159b/MENKES/PER/II/1988. Rumah Sakit. Jakarta: DepKes

RI.

KepMenKes RI no. 983/MENKES/17/1992. Pedoman Organisasi Rumah Sakit Umum. Jakarta: DepKes RI.

KepMenKes RI no. 1171/MENKES/PER/VI/2011. Sistem Informasi Rumah Sakit. Jakarta: DepKes RI.

206

Kroenke, David M. (2002). Database Processing: Fundamental, Design, and Implementation. Eight Edition. Prentice Hall, USA.

Laudon, Kenneth and Laudon, Jane P. 2002.Management Information Sistem:

Managing the Digital Firm, 7th edition. New Jersey: Prentice-Hall

International, inc.

Lucky. 2008. XML Web Service: Aplikasi Desktop, Internet, dan Handphone. Jakarta: Jasakom.

Marlinda, Linda. 2004. Sistem Basis Data. Yogyakarta: Andi Offset.

O’Brien, James A. 2003. Introduction to Information Sistems: Essential for the

ebusiness Enterprise. 7th edition. New York: McGraw-Hill.

Saleh, Kassem. 2011. Effort and Cost Allocation in Medium to Large Software

Development Projects. Kuwait: Kuwait University.

Soemarja, Aniroen. 1991.

Syaifrizal, Meiwin. 2005. Pengantar Jaringan Komputer. Yogyakarta: Penerbit Andi.

Turban, Efraim., Rainer.Jr, R.Kelly., dan E.Potter, Richard. 2001. Introduction to