Perancangan Sistem Informasi Rumah Sakit Modul Front Office Studi Kasus Rumah Sakit PTN Unud

PERANCANGAN SISTEM INFORMASI RUMAH
SAKIT MODUL FRONT OFFICE STUDI KASUS

RUMAH SAKIT PTN UNUD
HALAMAN SAMPUL
TUGAS AKHIR
Diajukan guna memenuhi sebagian persyaratan dalam rangka menyelesaikan
Pendidikan Sarjana Strata Satu (S1) Program Studi Teknologi Informasi
KEVIN WIJAYA
NIM: 1104505005
JURUSAN TEKNOLOGI INFORMASI
FAKULTAS TEKNIK
UNIVERSITAS UDAYANA
2015
PERANCANGAN SISTEM INFORMASI RUMAH

SAKIT MODUL FRONT OFFICE STUDI KASUS
RUMAH SAKIT PTN UNUD
HALAMAN JUDUL
TUGAS AKHIR
Diajukan guna memenuhi sebagian persyaratan dalam rangka menyelesaikan
Pendidikan Sarjana Strata Satu (S1) Program Studi Teknologi Informasi
KEVIN WIJAYA
NIM: 1104505005
JURUSAN TEKNOLOGI INFORMASI
FAKULTAS TEKNIK
UNIVERSITAS UDAYANA
2015
PERNYATAAN
Dengan ini saya menyatakan bahwa dalam Tugas Akhir ini terdapat karya
yang pernah diajukan untuk memperoleh gelar kesarjanaan di suatu perguruan
tinggi, dan sepanjang pengetahuan saya juga tidak terdapat karya atau pendapat
yang pernah ditulis atau diterbitkan oleh orang lain, kecuali yang secara tertul
is
diacu dalam naskah ini dan disebutkan dalam daftar pustaka.
Denpasar, Juli 2015
Kevin Wijaya
iii
LEMBAR PENGESAHAN TUGAS AKHIR

iv
BERITA ACARA TUGAS AKHIR

v
KATA PENGANTAR
Puji syukur penulis panjatkan ke hadirat Tuhan Yang Maha Esa, karena
atas berkat dan rahmat-Nya tugas akhir yang berjudul berjudul Perancangan
Sistem Informasi Manajemen Rumah Sakit Modul Front Office Studi Kasus
Rumah Sakit PTN Unud ini dapat terselesaikan. Penulis sampaikan ucapan
terima kasih sebesar-besarnya kepada:
1.
Bapak Prof. Ir. Ngakan Putu Gede Suardana, MT., Ph.D selaku Dekan
Fakultas Teknik Universitas Udayana.
2.
Bapak Dr. Eng. I Putu Agung Bayupati, S.T., M.T. selaku Ketua Jurusan
Teknologi Informasi Universitas Udayana.
3.
Bapak A.A. Kompiang Oka Sudana, S.Kom., M.T. selaku dosen
pembimbing I yang telah memberikan petunjuk, arahan, dan bimbingan
dalam penyelesaian Tugas Akhir ini.
4.
Ibu Ni Kadek Dwi Rusjayanthi, ST.,MT. selaku dosen pembimbing II
yang telah memberikan petunjuk, arahan, dan bimbingan dalam
penyelesaian Tugas Akhir ini.
5.
Bapak I Nyoman Piarsa, ST.,MT selaku Dosen Pembimbing Akademik
yang telah rela mem bimbingan selama masa perkuliahan.
6.
Bapak/Ibu dosen pengajar dan pegawai di Jurusan Teknologi Informasi
yang telah membimbing selama proses perkuliahan dan penyusunan
Tugas Akhir.
7.
Semua pihak yang tidak dapat disebutkan namanya satu per satu yang
telah berbagi pikiran dan bantuan dalam penyusunan Tugas Akhir ini.
Akhir kata, semoga laporan ini dapat bermanfaat dalam pengembangan
ilmu pengetahuan dan teknologi kepada khalayak luas.
Denpasar, Juli 2015
Kevin Wijaya
vi
ABSTRAK
Sistem informasi dapat digunakan untuk menyediakan informasi secara
cepat, dapat digunakan manajemen dalam mengambil keputusan dan juga untuk
menjalankan operasional rumah sakit. Kegiatan manual seperti contohnya mencari
data pasien akan memakan waktu yang lama dan tempat untuk penyimpanan
berkas. Perancangan Sistem informasi Rumah Sakit Modul Front Office
dibangun dengan tujuan agar dapat dikembangkan untuk menunjang bisnis proses
dalam rumah sakit. Rancangan diharapkan dapat menggantikan seluruh kegiatan
yang masih dilakukan secara manual di bagian Front Office Rumah Sakit. Metode
yang digunakan dalam perancangan sistem adalah Metode TAS (Total
Architecture Synthesis). Motode TAS dibagi menjadi lima tahap perancangan.
Lima tahap perancangan tersebut adalah menentukan lingkup penelitian atau
batasan masalah, menentukan kebutuhan, mendesain arsitektur bisnis proses,
mendisain sistem, dan evaluasi. Rancangan Sistem Informasi Rumah Sakit Modul
Front Office terdiri dari enam proses utama yaitu Manajemen Master Data,
Registrasi, Informasi, Marketing, Kasir, dan Pelaporan. Perancangan sistem dibua
t
terintegrasi dengan enam modul lainnya. Enam modul yang terintegrasi dengan
Modul Front Office adalah Modul Layanan, Farmasi, Sarana & Prasarana, Human
Resource Development, Payroll, dan Akunting & Keuangan. Hasil dari
perancangan sistem ini adalah berupa rancangan Diagram Berjenjang, Diagram
Konteks, Diagram Alir Data, Database, dan Graphical User Interface.
Kata kunci: Sistem Informasi Rumah Sakit, Modul Front Office, Metode TAS.
vii
ABSTRACT
Information systems can be used to provide information quickly. It also
can be used by management to make a decisions and to run the hospitals
operations. One of the manual activity that will take a lot of time is for examp
le,
searching the data of the patient. It will also waste a lot of space for the fil
e
storage. Blueprint of the Front Office module of Information System in Hospital
was made to support the business processes in the hospital. It also made to repl
ace
all the activities that were still done manually in the Front Office Departement
.
The Method that used to make the system design is TAS (Total Arachitecture
Synthesis). This method is devided into five steps. The steps are determine the
intial scope, determine the needs of design, designing business process, designi
ng
system, and for evalutaion. The Design of Front Office Module of Hospital
Information System consist of six main processes Master Data Management,
Registration, Information, Marketing, Payment, and Reporting. The design of the
system is integrated with six other modules. The six modules that integrated wit
h
Front Office Module are Hospital Service, Pharmacy, Infrastructure, Human
Resource Development, Payroll, Accounting & Financial. Result of this system
design is a design of Hierarchy Chart, Data Flow Diagram, Context Diagram,
Database, and Graphical User Interface.
Keywords: Hospital Information System, Front Office Module, TAS Method.
viii
DAFTAR ISI
HALAMAN SAMPUL .................................................................
.......................... i
HALAMAN JUDUL ..................................................................
........................... ii
PERNYATAAN .....................................................................
............................... iii
LEMBAR PENGESAHAN TUGAS AKHIR ..................................................
.. iv
BERITA ACARA TUGAS AKHIR .......................................................
............. v
KATA PENGANTAR .................................................................
......................... vi
ABSTRAK ........................................................................
................................... vii
ABSTRACT .......................................................................
................................. viii
DAFTAR ISI......................................................................
................................... ix
DAFTAR GAMBAR ..................................................................
........................ xiii
DAFTAR TABEL ...................................................................
............................ xv
BAB I PENDAHULUAN ..............................................................
........................ 1
1.1
Latar Belakang .................................................................
............................ 1
1.2
Rumusan Masalah ................................................................
........................ 2
1.3
Batasan Masalah ................................................................
.......................... 2
1.4
Tujuan .........................................................................
................................. 3
1.5
Manfaat ........................................................................
................................ 3
1.6
Sistematika Penulisan ..........................................................
........................ 3
BAB II TINJAUAN PUSTAKA ........................................................
.................. 5
2.1
State of the Art ...............................................................

.............................. 5
2.2
Rumah Sakit Pendidikan Universitas Udayana .....................................
...... 7
2.2.1
Visi Misi Rumah Sakit PTN Udayana ..............................................
.. 10
2.3
Konsep Dasar Sistem ............................................................
..................... 10
2.4
Konsep Dasar Informasi .........................................................
................... 11
2.5
Konsep Sistem Informasi ........................................................
................... 11
2.6
Elemen-Elemen Sistem Informasi .................................................
............ 13
2.7
Arsitektur Sistem Informasi ....................................................
................... 14
2.7.1
2.8
Jenis-jenis Arsitektur Sistem Informasi ........................................
...... 15
2.7.1.1
Arsitektur Tersentralisasi .....................................................
....... 15
2.7.1.2
Arsitektur Desentralisasi ......................................................
....... 16
2.7.1.3
Arsitektur Client Server .......................................................
....... 17
Klasifikasi Sistem Informasi ...................................................

................... 18
ix
2.9
Database .......................................................................
............................. 19
2.9.1
2.9.1.1
Keuntungan DBMS ................................................................
..... 20
2.9.1.2
Kerugian DBMS ..................................................................
........ 20
2.9.2
2.10
Sistem Manajemen Database (DBMS) ..............................................
19
Key ............................................................................
.......................... 20
MySQL ..........................................................................
............................ 22
2.10.1
Tipe Data MySQL ................................................................
.............. 22
2.10.1.1Tipe Data Numerik.......................................................
.................... 22
2.10.1.2Jenis Tanggal dan Waktu ................................................
................. 23
2.10.1.3Tipe String (Teks) .....................................................
....................... 24
2.10.1.4Tipe Blob (Biner) ......................................................
....................... 25
2.11
ERD.............................................................................
............................... 25
2.11.1
Komponen ERD....................................................................
.............. 25
2.11.2
Cardinality Rasio ..............................................................
.................. 27
2.12
DFD.............................................................................
............................... 27
2.13
Standart Operational Procedure (SOP) ...........................................
......... 28
2.14
Metode Peracangan TAS (Total Architecture Syntesis) ............................
30
BAB III METODE PENELITIAN DAN PENGUMPULAN DATA ............. 32
3.1
Tempat dan Waktu Penelitian ....................................................
................ 32
3.2
Data ...........................................................................
................................. 32
3.2.1
Sumber Data ....................................................................
................... 32
3.2.2
Jenis Data .....................................................................
....................... 32
3.2.3
Metode Pengumpulan Data.........................................................
........ 32
3.2.4
Metode Pengolahan Data .........................................................
........... 33
3.2.5
Analisis Data ..................................................................
..................... 33
3.3
Flowchart Langkah Penelitian ...................................................
............... 34
BAB IV PERANCANGAN SISTEM ......................................................
.......... 36
4.1
Gambaran Umum SIMRS ............................................................
.............. 36
4.2
Hierarchy Chart ................................................................
......................... 49
4.3
Rancangan Umum Sistem ..........................................................
................ 50
4.4
DFD Level 0 Sistem Front Office ................................................
.............. 53
4.4.1
DFD Level 1 Manajemen Master Data ..............................................
. 55
4.4.1.1
4.4.2
DFD Level 2 Master Data Pasien ................................................
55
DFD Level 1 Registrasi .........................................................
.............. 56
x
4.4.2.1
DFD Level 2 Registrasi Rawat Inap ............................................ 5
7
4.4.2.2
DFD Level 2 Registrasi Rawat Jalan ........................................... 5
9
4.4.2.3
DFD Level 2 Request Surat ......................................................
... 60
4.4.3
DFD Level 1 Informasi ..........................................................
............. 60
4.4.3.1
DFD Level 2 View Jadwal ........................................................
... 61
4.4.4
DFD Level 1 Marketing ..........................................................
............ 62
4.4.5
DFD Level 1 Kasir ..............................................................
................ 63
4.4.6
DFD Level 1 Pelaporan ..........................................................
............. 65
4.5
Rancangan Database .............................................................
.................... 65
4.5.1
ERD ............................................................................
........................ 65
4.5.2
Normalisasi ....................................................................
..................... 67
4.5.2.1
Normalisasi Tabel Pasien .......................................................
..... 67
4.4.2.2
Normalisasi Tabel Registrasi ...................................................
... 70
4.4.2.3
Normalisasi Tabel tb_detail_alergi_pasien ................. 72
4.4.2.4 Normalisasi Tabel tb_setup_inap ........................................
....... 74
4.5.3
Skema Database .................................................................
................ 75
4.5.4
Struktur Data ..................................................................
..................... 77
4.6
SOP ............................................................................
.............................. 136
4.6.1
SOP Daftar Pasien Baru..........................................................
.......... 136
4.6.2
SOP Registrasi Pasien Rawat Jalan Pasien Umum........................... 137
4.6.3
SOP Registrasi Pasien Rawat Jalan Jaminan .................................... 1
38
4.6.4
SOP Registrasi Pasien Rawat Inap Umum ....................................... 13
9
4.6.5
SOP Registrasi Pasien Rawat Inap Jaminan ..................................... 1
40
4.6.6
SOP Cetak Form Rekam Medis......................................................
.. 142
4.6.7
SOP Cetak Surat Keterangan .....................................................
....... 143
4.6.8
SOP Cetak Surat Rujukan.........................................................
........ 143
4.6.9
SOP Pembayaran Transaksi .......................................................
....... 145
4.6.10
SOP Pembayaran Transaksi Jaminan ...............................................
146
4.6.11
SOP Pelaporan Kunjungan Pasien .................................................
... 147
4.6.12
SOP Permohonan Kerjasama .......................................................
..... 148
4.6.13
SOP Konfirmasi Kerjasama .......................................................
....... 149
4.6.14
SOP Pindah Kamar ...............................................................
............ 151
4.6.15
SOP Request Ambulance ..........................................................
........ 152
4.7
Desain Graphical User Interface ................................................
............. 153
xi
4.7.1
Desain Icon Aplikasi............................................................
............. 153
4.7.2
Desain Form Login ..............................................................
............. 153
4.7.3
Desain Form Home ...............................................................
............ 154
4.7.4
Desain Form Front Office .......................................................
......... 154
4.7.5
Desain Form Daftar Pasien Baru .................................................
..... 155
4.7.6
Desain Form Setup Alergi .......................................................
......... 156
4.7.7
Desain Form Registrasi Rawat Jalan .............................................
... 157
4.7.8
Desain Form Registrasi Setup Inap ..............................................
.... 158
4.7.9
Desain Form Registrasi Rawat Darurat ...........................................
. 159
4.7.10
Desain Form Setup Polis ........................................................
.......... 160
4.7.11
Desain Form Setup Wali .........................................................
.......... 161
4.7.12
Desain Form Cari Pasien ........................................................
.......... 162
4.7.13
Desain Form Entri Perusahaan ...................................................
...... 163
4.7.14
Desain Form Entri Kontrak ......................................................
........ 164
4.7.15
Desain Form Entri Tanggungan ...................................................
.... 165
4.7.16
Desain Form Entri Registrasi Kamar .............................................
.. 166
4.7.17
Desain Form Entri Registrasi Keluar Kamar.................................... 16
7
4.7.18
Desain Form Entri Registrasi Keluar ............................................
... 168
4.7.19
Desain Form Entri Surat Rujukan ................................................
.... 168
4.7.20
Desain Form Entri Surat Keterangan .............................................
.. 169
4.7.21
Desain Form Pembayaran..........................................................
....... 170
4.7.22
Desain Form Bayar ..............................................................
............. 171
4.7.23
Desain Form Posting ............................................................
............ 172
BAB V PENUTUP...................................................................
.......................... 173
5.1
Simpulan .......................................................................
........................... 173
5.2
Saran ..........................................................................
.............................. 173
DAFTAR PUSTAKA .................................................................
....................... 175
xii
DAFTAR GAMBAR
Gambar 2.1 Struktur Organisasi Rumah Sakit Pendidikan Universitas Udayana .. 9
Gambar 2.2Arsitektur Tersentralisasi ...........................................
........................ 15
Gambar 2.3Arsitektur Desentralisasi ............................................
........................ 17
Gambar 2.4Arsitektur Desentralisasi ............................................
........................ 18
Gambar 2.5 Hubungan Relationship dengan Entitas ................................
............ 26
Gambar 2.6 Hubungan Relationship dengan Entitas ................................
............ 26
Gambar 2.7 Simbol-simbol DFD ...................................................
....................... 27
Gambar 3.1 Flowchart Langkah Penelitian yang Dilakukan .........................
....... 34
Gambar 3.2 Flowchart Metode Arsitektur TAS .....................................
.............. 35
Gambar 4.1 Diagram Blok SIMRS ..................................................
..................... 37
Gambar 4.2 Blok Diagram Integrasi Data SIMRS ...................................
............ 46
Gambar 4.3 Konteks Diagram .....................................................
......................... 47
Gambar 4.4 Overview Keseluruhan ................................................
...................... 48
Gambar 4.5 Hierarchy Chart Sistem Informasi Front Office........................
....... 49
Gambar 4.6 Gambaran Umum Sistem ................................................
.................. 50
Gambar 4.7 DFD Level 0 Sistem Front Office .....................................
................ 54
Gambar 4.8 DFD Level 1 Manajemen Master Data ...................................
.......... 55
Gambar 4.9 DFD Level 2 Master Data Pasien ......................................
................ 56
Gambar 4.10 DFD Level 1 Registrasi .............................................
...................... 57
Gambar 4.11 DFD Level 2 Registrasi Rawat Inap ..................................
.............. 58
Gambar 4.12 DFD Level 2 Registrasi Rawat Jalan..................................
............. 59
Gambar 4.13 DFD Level 2 Request Surat ..........................................
................... 60
Gambar 4.14 DFD Level 1 Informasi ..............................................
..................... 61
Gambar 4.15 DFD Level 2 View Jadwal ............................................
................... 62
Gambar 4.16 DFD Level 1 Marketing ..............................................
.................... 63
Gambar 4.17 DFD Level 1 Pembayaran .............................................
.................. 64
Gambar 4.18 DFD Level 1 Pelaporan ..............................................
..................... 65
Gambar 4.19 ERD Sistem Front Office ............................................
.................... 66
Gambar 4.20 Tabel m_pasien .....................................................
...................... 67
Gambar 4.21 Normalisasi m_pasien ...............................................
.................. 68
Gambar 4.22 Pemecahan Tabel m_kota .............................................
............... 69
Gambar 4.23 Pemecahan Tabel m_kecamatan ........................................
........ 70
Gambar 4.24 Rancangan tb_registrasi ............................................
........... 70
Gambar 4.25 NormalisasiTabel tb_registrasi .....................................
....... 72
Gambar 4.26 Rancangan tb_detail_alergi_pasien ............................... 73
Gambar 4.27 NormalisasiTabel tb_detail_alergi_pasien .................... 73
Gambar 4.28 Pemecahan Tabel m_alergi ...........................................
............. 74
Gambar 4.29 Rancangan tb_setup_inap ............................................
........... 74
Gambar 4.30 NormalisasiTabel tb_detail_alergi_pasien .................... 75
Gambar 4.31 Skema Database Sistem Informasi Front Office .......................
..... 76
Gambar 4.32 SOP Daftar Pasien Baru .............................................
................... 136
Gambar 4.33 SOP Registrasi Pasien Umum .........................................
.............. 137
xiii
Gambar 4.34 SOP Registrasi Pasien Jaminan ......................................

............... 138
Gambar 4.35 SOP Registrasi Pasien Inap Umum ....................................
........... 140
Gambar 4.36 SOP Registrasi Pasien Inap Jaminan..................................
........... 141
Gambar 4.37 SOP Cetak Form Rekam Medis .........................................
........... 142
Gambar 4.38 SOP Cetak Surat Keterangan .........................................
............... 143
Gambar 4.39 SOP Cetak Surat Rujukan ............................................
................. 144
Gambar 4.40 SOP Pembayaran Transaksi ...........................................
............... 145
Gambar 4.41 SOP Pembayaran Pasien Jaminan ......................................
........... 146
Gambar 4.42 SOP Pelaporan Kunjungan Pasien .....................................
........... 147
Gambar 4.43 SOP Permohonan Kerjasama ...........................................
............. 148
Gambar 4.44 SOP Konfirmasi Kerjasama ...........................................
............... 150
Gambar 4.45 SOP Pindah Kamar ...................................................
.................... 151
Gambar 4.46 SOP Pindah Kamar ...................................................
.................... 152
Gambar 4.47 Icon Aplikasi ......................................................
........................... 153
Gambar 4.48 Icon Aplikasi ......................................................
........................... 153
Gambar 4.49 Home ...............................................................
.............................. 154
Gambar 4.50 Front Office Form ..................................................
....................... 155
Gambar 4.51 Daftar Pasien Baru .................................................
....................... 156
Gambar 4.52 Setup Alergi........................................................
........................... 157
Gambar 4.53 Registrasi Rawat Jalan .............................................
..................... 158
Gambar 4.54 Setup Inap .........................................................
............................. 159
Gambar 4.55 Registrasi Rawat Darurat ...........................................
................... 160
Gambar 4.56 Setup Polis ........................................................
............................. 161
Gambar 4.57 Setup Wali .........................................................
............................ 162
Gambar 4.58 Cari Pasien ........................................................
............................ 163
Gambar 4.59 Entri Perusahaan....................................................
........................ 164
Gambar 4.60 Entri Kontrak ......................................................
........................... 165
Gambar 4.61 Entri Tanggungan ...................................................
....................... 166
Gambar 4.62 Registrasi Kamar ...................................................
........................ 167
Gambar 4.63 Registrasi Keluar Kamar ............................................
................... 167
Gambar 4.64 Registrasi Keluar ..................................................

......................... 168
Gambar 4.65 Surat Rujukan ......................................................
.......................... 169
Gambar 4.66 Surat Keterangan ...................................................
........................ 169
Gambar 4.67 Pembayaran .........................................................
.......................... 170
Gambar 4.68 Entri Pembayaran ...................................................
....................... 171
Gambar 4.69 Posting Pembayaran .................................................
..................... 172
xiv
DAFTAR TABEL
Tabel 2.1 Simbol-simbol SOP ....................................................
.......................... 29
Tabel 4.1 Struktur Data Tabel m_pasien..........................................
................. 77
Tabel 4.2 Contoh Data Tabel m_pasien ...........................................
................ 80
Tabel 4.3 Struktur Data Tabel m_agama ..........................................
................... 81
Tabel 4.4 Contoh Data Tabel m_agama ............................................
................. 81
Tabel 4.5 Struktur Data Tabel m_jenis_inap .....................................
............ 82
Tabel 4.6 Contoh Data Tabel m_jenis_inap .......................................
......... 82
Tabel 4.7 Struktur Data Tabel m_jenis_layanan ..................................
........ 83
Tabel 4.8 Contoh Data Tabel m_jenis_layanan ....................................
....... 83
Tabel 4.9 Struktur Data Tabel m_provinsi .......................................
............... 83
Tabel 4.10 Contoh Data Tabel Tabel m_provinsi ..................................
......... 84
Tabel 4.11 Struktur Data Tabel m_kecamatan .....................................
............ 84
Tabel 4.12 Contoh Data Tabel m_kecamatan .......................................
............ 85
Tabel 4.13 Struktur Data Tabel m_kota ..........................................
................... 85
Tabel 4.14 Contoh Data Tabel m_kota ............................................
................... 86
Tabel 4.15 Struktur Data Tabel m_negara.........................................
................ 87
Tabel 4.16 Contoh Data Tabel m_negara ..........................................
................ 87
Tabel 4.17 Struktur Data Tabel m_tipe_rawat ....................................
........... 87
Tabel 4.18 Contoh Data Tabel m_tipe_rawat.......................................
........ 88
Tabel 4.19 Struktur Data Tabel m_keluar.........................................
................ 88
Tabel 4.20 Contoh Data Tabel tb_tipe_rawat .....................................
......... 89
Tabel 4.21 Struktur Data Tabel m_jenis_surat....................................
......... 89
Tabel 4.22 Contoh Data Tabel m_jenis_surat .....................................
......... 90
Tabel 4.23 Struktur Data Tabel m_diagnosa ......................................
.............. 90
Tabel 4.24 Contoh Data Tabel m_diagnosa ........................................
............. 91
Tabel 4.25 Struktur Data Tabel m_alergi.........................................
................ 91
Tabel 4.26 Contoh Data Tabel m_alergi ..........................................
................ 92
Tabel 4.27 Struktur Data Tabel m_alergi.........................................
................ 92
Tabel 4.28 Contoh Data Tabel m_keterangan ......................................
.......... 92
Tabel 4.29 Struktur Data Tabel m_jenis_alergi ..................................

........ 93
Tabel 4.30 Contoh Data Tabel m_jenis_alergi ....................................
....... 93
Tabel 4.31 Struktur Data Tabel tb_registrasi....................................
......... 94
Tabel 4.32 Contoh Data Tabel tb_registrasi .....................................
........ 97
Tabel 4.33 Struktur Data Tabel tb_detail_polis .................................
....... 97
Tabel 4.34 Contoh Data Tabel tb_detail_polis ...................................
...... 98
Tabel 4.35 Struktur Data Tabel tb_perusahaan....................................
......... 99
Tabel 4.36 Contoh Data Tabel tb_perusahaan .....................................
....... 100
Tabel 4.37 Struktur Data Tabel tb_kontrak ......................................
............ 100
Tabel 4.38 Contoh Data Tabel tb_kontrak ........................................
........... 101
Tabel 4.39 Struktur Data Tabel tb_tanggungan_obat...............................
102
xv
Tabel 4.40 Contoh Data Tabel tb_tanggungan_obat ................................

.......... 103
Tabel 4.41 Struktur Data Tabel tb_tanggungan_tindakan ..................... 103
Tabel 4.42 Contoh Data Tabel Tabel tb_tanggungan_tindakan ............ 104
Tabel 4.43 Struktur Data Tabel tb_detail_kontrak_kelas................... 104
Tabel 4.44 Contoh Data Tabel tb_tanggungan_kelas ............................. 1
05
Tabel 4.45 Struktur Data Tabel tb_tanggungan_penunjang................... 106
Tabel 4.46 Contoh Data Tabel tb_tanggungan_penunjang .................... 107
Tabel 4.47 Struktur Data Tabel tb_detail_alergi ................................
... 107
Tabel 4.48 Contoh Data Tabel tb_detail_alergi ..................................
... 108
Tabel 4.49 Struktur Data Tabel tb_diagnosa_awal ................................
... 108
Tabel 4.50 Contoh Data Tabel tb_diagnosa_awal ..................................
... 109
Tabel 4.51 Struktur Data Tabel tb_reg_bed ......................................
............ 109
Tabel 4.52 Contoh Data Tabel tb_reg_kamar ......................................
........ 110
Tabel 4.53 Struktur Data Tabel tb_request ......................................
............ 111
Tabel 4.54 Contoh Data Tabel tb_request ........................................
........... 112
Tabel 4.55 Struktur Data Tabel tb_surat_rujukan ................................
... 112
Tabel 4.56 Contoh Data Tabel tb_surat_rujukan ..................................
... 113
Tabel 4.57 Struktur Data Tabel tb_surat_keterangan ............................
114
Tabel 4.58 Contoh Data Tabel tb_surat_keterangan ............................. 1
15
Tabel 4.59 Struktur Data Tabel tb_surat_kerjasama...............................
115
Tabel 4.60 Contoh Data Tabel tb_surat_kerjasama ................................
117
Tabel 4.61 Struktur Data Tabel tb_pembayaran_transaksi................... 117
Tabel 4.62 Contoh Data Tabel tb_pembayaran_transaksi .................... 118
Tabel 4.63 Struktur Data Tabel tb_detail_terbayar...............................
119
Tabel 4.64 Contoh Data Tabel tb_detail_terbayar ................................
120
Tabel 4.65 Struktur Data Tabel tb_jenis_pembayaran ............................
120
Tabel 4.66 Contoh Data Tabel tb_jenis_pembayaran ............................. 1
21
Tabel 4.67 Struktur Data Tabel m_sumber_data....................................
....... 121
Tabel 4.68 Contoh Data Tabel m_sumber_data .....................................
.... 121
Tabel 4.69 Struktur Data Tabel tb_det_penyakit_bawaan ..................... 122
Tabel 4.70 Contoh Data Tabel tb_det_penyakit_pasien .................... 122
Tabel 4.71 Struktur Data Tabel tb_det_riwayat_operasi ..................... 123
Tabel 4.72 Contoh Data Tabel tb_det_riwayat_operasi .................... 123
Tabel 4.73 Struktur Data Tabel m_masuk .........................................
................ 124
Tabel 4.74 Contoh Data Tabel m_masuk ...........................................
............. 124
Tabel 4.75 Struktur Data Tabel m_pendidikan ....................................
......... 124
Tabel 4.76 Contoh Data Tabel m_pendidikan ......................................
...... 125
Tabel 4.77 Struktur Data Tabel m_pekerjaan .....................................
.......... 125
Tabel 4.78 Contoh Data Tabel m_pekerjaan .......................................
....... 126
Tabel 4.79 Struktur Data Tabel m_karcis.........................................
.............. 126
Tabel 4.80 Contoh Data Tabel m_karcis ..........................................
............ 127
Tabel 4.81 Struktur Data Tabel tb_det_trans_karcis ............................
127
Tabel 4.82 Contoh Data Tabel tb_det_trans_karcis ............................. 1
28
xvi
Tabel 4.83 Struktur Data Tabel m_kondisi .......................................

............. 128
Tabel 4.84 Contoh Data Tabel m_kondisi .........................................
............ 128
Tabel 4.87 Struktur Data Tabel tb_request_ambulance .......................... 1
29
Tabel 4.88 Contoh Data Tabel tb_request_ambulance ........................... 13
0
Tabel 4.87 Struktur Data Tabel m_jenis_pasien ..................................
...... 130
Tabel 4.88 Contoh Data Tabel m_jenis_pasien ....................................
..... 130
Tabel 4.89 Struktur Data Tabel tb_trans_ambulance...............................
131
Tabel 4.90 Contoh Data Tabel tb_trans_ambulance ................................
132
Tabel 4.91 Struktur Data Tabel tb_det_pegawai_ambulance ................ 132
Tabel 4.92 Contoh Data Tabel tb_det_pegawai_ambulance ................ 133
Tabel 4.93 Struktur Data Tabel tb_setup_inap....................................
....... 133
Tabel 4.94 Contoh Data Tabel tb_setup_inap .....................................
....... 135
xvii
BAB I
PENDAHULUAN
Bab ini berisi latar belakang penelitian, rumusan masalah, batasan
masalah, tujuan penelitian, dan manfaat dilakukan penelitian
1.1
Latar Belakang
Sistem Informasi Rumah Sakit memiliki peranan penting dalam
menjalankan proses bisnis di rumah sakit. Sistem informasi merupakan salah satu
hasil perkembangan teknologi yang sedang terjadi dan berguna untuk menunjang
proses bisnis dalam suatu instansi. Sistem informasi dapat membantu proses
bisnis yang masih dilakukan secara manual dalam suatu instansi sehingga lebih
efisien, misalnya seperti menghemat waktu pencarian data di instansi tersebut,
tidak menghabiskan ruang atau tempat yang digunakan untuk menyimpan data,
dan lain sebagainya.
Rumah Sakit PTN Unud adalah salah satu rumah sakit berbasis pendidikan
yang secara resmi dibuka Tanggal 19 Oktober 2013. Rumah sakit PTN Unud
dapat dikatakan masih baru, semua proses yang terjadi dalam rumah sakit ini
masih dilakukan secara manual khususnya pada Bagian Front Office. Rumah
Sakit PTN Unud tergolong belum ramai dikunjungi karena tergolong masih baru.
Rumah sakit ini nantinya pasti berkembang dan sangat tidak efisien jika semua
proses masih dilakukan secara manual. Contoh ketidakefisienan jika masih
menggunakan proses manual adalah pencarian data pasien memakan waktu yang
lama, proses akses data yang lama karena data tiap departemen tidak saling
terintegrasi, menghabiskan banyak ruangan atau tempat untuk menyimpan data,
Melihat permasalahan pada Departemen Front Office Rumah Sakit yang
masih melakukan proses bisnisnya secara manual dan belum memiliki suatu
sistem informasi yang dapat digunakan, sehingga perlu membuat suatu referensi
atau perancangan sistem informasi yang saling terintegrasi. Tujuannya adalah
1
2
sebagai referensi untuk menunjang proses pada Bagian Front Office, seperti
Proses Registrasi yang akan memudahkan pasien dalam melakukan pendaftaran,
pencetakan kartu pasien, pencetakan surat keterangan sehat, surat kematian, dan
lain sebagainya. Proses lainnya yang akan ditunjang menggunakan sistem
informasi antara lain adalah proses-proses yang berkaitan dengan bisnis proses
yang berjalan pada Departemen Front Office pada Rumah Sakit.
1.2
Rumusan Masalah
Berdasarkan latar belakang di atas, muncul permasalahan yang dibahas
dalam penelitian ini yaitu:
1.
Bagaimana merancang suatu Sistem Informasi Rumah Sakit Modul Front
Office yang terintegrasi dengan modul lainnya.
2.
Bagaimana merancang suatu sistem informasi yang didasarkan pada Bisnis
Proses Rumah Sakit.
3.
Proses apa saja yang akan ditunjang sebagai referensi dalam perancangan
Sistem Informasi Rumah Sakit Modul Front Office
4.
Bagaimana
merancang
sebuah
database
sebagai
sebuah
tempat
penyimpanan data yang diperlukan dalam rumah sakit pada bagian Front
Office khususnya.
1.3
Batasan Masalah
Ruang lingkup atau batasan masalah dalam penelitian yang dilakukan
adalah:
1.
Penelitian ini hanya membahas tentang Sistem Informasi Modul Front
Office.
2.
Sistem yang akan dirancang adalah proses registrasi, informasi, kasir atau
pembayaran tagihan, marketing, dan pelaporan.
3.
Penelitian ini difokuskan pada pembuatan rancangan atau blueprint dari
sistem yang akan dibuat.
3
1.4
Tujuan
Tujuan dari penelitian yang dilakukan antara lain dapat dipaparkan sebagai
berikut:
1.
Merancang suatu Sistem Informasi Rumah Sakit Modul Front Office yang
terintegrasi dengan modul lainnya.
2.
Merancang suatu sistem informasi yang didasarkan pada Bisnis Proses
Rumah Sakit.
3.
Mengetahui proses yang akan ditunjang sebagai referensi dalam
perancangan Sistem Informasi Rumah Sakit Modul Front Office
4.
Merancang sebuah database sebagai sebuah tempat penyimpanan data
yang diperlukan dalam rumah sakit pada bagian Front Office khususnya.
1.5
Manfaat
Manfaat dari penelitian yang akan dilakukan antara lain adalah sebagai
berikut:
1.
Terciptanya sistem informasi yang dapat menyelesaikan permasalahan di
Rumah Sakit PTN Unud jika rancangan sistem sudah berhasil dibuat dan
dikembangkan dengan baik.
2.
Terciptanya sistem informasi yang dapat memperbaiki proses-proses
dalam rumah sakit yang masih dilakukan secara manual pada bagian Front
Office jika rancangan sistem sudah berhasil dikembangkan.
3.
Terciptanya sistem yang dapat meningkatkan efisiensi proses bisnis di
rumah sakit pada bagian yang berhubungan dengan Front Office seperti
kecepatan pencarian data, kecepatan akses data, dan lain lain.
1.6
Sistematika Penulisan
Penulisan laporan ini terbagi dalam lima bab. Tiap bab dapat diuraikan
sebagai berikut:
4
BAB I : PENDAHULUAN
Bab ini terdiri dari latar belakang penulisan, perumusan masalah, tujuan
penelitian, manfaat penelitian, batasan masalah, dan sistematika
penulisan.
BAB II : TINJAUAN PUSTAKA
Bab ini berisi teori pendukung yang berhubungan dengan perancangan
sistem informasi.
BAB III : METODOLOGI PENELITIAN DAN PENGUMPULAN DATA
Bab ini berisi metode dan perancangan sistem, meliputi tempat dan
waktu penelitian, sumber data, jenis data, metode pengumpulan data,
metode pengolahan data, analisis data, dan implementasi.
BAB IV : PERANCANGAN SISTEM
Bab ini berisi pembahasan dan rancangan Sistem Informasi Rumah
Sakit Modul Front Office.
BAB V : PENUTUP
Bab ini berisi simpulan yang dapat diambil dari hasil penelitian
dipaparkan dan saran dari penulis.
BAB II
TINJAUAN PUSTAKA
Beberapa teori pendukung diharapkan membantu pengerjaan Rancang
Bangun Sistem Informasi Rumah Sakit Modul Front Office.
2.1
State of the Art
Pembuatan dan Perancangan Sistem Informasi Rumah Sakit sudah
dilakukan oleh beberapa orang, salah satunya adalah yang dilakukan oleh Rika
dan Michael Yoseph Ricky dalam jurnal yang berjudul Analisis dan Perancangan
Sistem Informasi Laboratorium Rumah Sakit Kanker Dharmais dengan
menggunakan Total Architecture Syntesis. Tujuan dari penelitian tersebut adalah
untuk melakukan perancangan dan implementasi Sistem Informasi Laboratorium
di Rumah Sakit Kanker Dharmais. Total Architecture Synthesis merupakan
metode yang dilakukan dengan beberapa tahap perancangan. Tahap-tahap tersebut
antara lain:
1.
Menentukan Initial Scope.
2.
Menentukan Kebutuhan.
3.
Mendesain Arsitektur Bisnis Proses.
4.
Mendesain Arsitektur Sistem.
5.
Evaluasi Arsitektur.
Prinsip dasar dari Total Architecture Syntesis adalah apapun arsitektur
yang dipilih untuk memenuhi kebutuhan yang ada, sifat extentionable dari setiap
services untuk mendukung munculnya kebutuhan, bahkan kebutuhan yang paling
tidak terduga sekalipun tetap harus dipersiapkan. Total Architecture Syntesis
adalah sebuah metode perancangan yang menggunakan pendekatan iteratif dalam
mengumpulkan kebutuhan, mendefinisikan proses bisnis, dan mendefinisikan
arsitektur dari sebuah sistem. Metode ini berawal dari inisiasi semua proses bis
nis
yang terpengaruh oleh perkembangan proyek ini. Proses bisnis kemudian
5
6
diurutkan sesuai dengan tingkat kesulitan dan kepentingan bisnisnya. Iterasi unt
uk
proyek, dimulai setelah proses ini dilakukan. Iterasi pertama diawali dengan
proses bisnis yang paling sulit dan banyak mengalami perubahan. Iterasi terdiri
dari pengumpulan kebutuhan, pendefinisian proses bisnis, pendefinisian arsitektu
r
sistem, dan evaluasi. Pengunaan metode Total Architecture Syntesis, menjadikan
proses pengumpulan informasi akan kebutuhan dari sebuah perusahaan bukan lagi
menjadi sebuah aktivitas yang terpisah dari proses bisnis dan arsitektur sistem
(Rika & Ricky 2008, hh. 1-3). Semua aktifitas di atas kini secara iteratif akan
saling berhubungan dan mempengaruhi satu sama lainnya.
Pembuatan Sistem Informasi Rumah Sakit juga dilakukan oleh Dwi
Mardiatmo N. H., Agung B.P, dan Eko Handoyo dalam jurnal yang berjudul
Implementasi Sistem Informasi Rumah Sakit untuk Subsistem Laboratorium.
Penelitian yang dilakukan berbeda dengan yang dilakukan oleh peneliti
sebelumnya. Sistem informasi ini sudah dalam tahap implementasi dan bukan
hanya rancangan. Aplikasi dibuat berbasis web dengan menggunakan Bahasa
Pemrograman PHP dan Database MySQL. Pembuatan dilakukan dengan
menggunakan framework Prado. Sebuah framework terdiri dari program
pendukung, kumpulan kode-kode program (libraries), suatu bahasa scripting, atau
perangkat lunak lain untuk membantu mengembangkan dan menggabungkan
komponen-komponen yang berbeda menjadi satu dari suatu perancangan
perangkat lunak. Prado adalah sebuah framework pemrograman berbasis
komponen dan event-driven untuk pengembangan aplikasi web pada PHP 5. Prado
merupakan singkatan dari PHP Rapid Application Development Object-oriented.
Framework ini dibuat oleh Qiang Xue dan telah menjadi pemenang dalam Zend
PHP 5 Coding Contest. Teknik yang digunakan pada framework Prado sangatlah
berbeda. Pembangunan aplikasi web menggunakan Prado melibatkan banyak
komponen, men-setting properti, dan memberikan tugas pada komponen berupa
event. Sebuah komponen Prado adalah kombinasi file spesifikasi (ditulis dengan
bahasa XML), template HTML, dan page class. Komponen-komponen Prado
digabungkan untuk membangun komponen yang lebih besar atau halaman web
7
yang utuh. Prado membutuhkan PHP 5 dengan Simple XML dan Simple PHP
Library (SPL) (Handoyo, Prasetijo, Syamhariyanto 2008, hh. 13-14).
Perancangan sistem informasi juga dilakukan oleh Henry Gunawan dalam
makalah yang berjudul Rancang Bangun Sistem Informasi Apotek dengan Metode
Prototyping (Studi Kasus di Apotek Rumah Sakit Muhammadiyah Semarang).
Perancangan sistem informasi dilakukan dengan Metode Prototyping. Metode
Prototyping merupakan suatu metode dalam pengembangan sistem yang
menggunakan pendekatan untuk membuat suatu program dengan cepat dan
bertahap sehingga segera dapat dievaluasi oleh pemakai. Metode Prototyping
dipilih karena metode ini membuat pengembangan sistem informasi menjadi lebih
cepat dan lebih mudah, terutama pada kebutuhan pemakai yang sulit untuk
diidentifikasi. Langkah-langkah pengembangan dengan prototyping antara lain
dengan mengidentifikasi kebutuhan pemakai yaitu mewawancarai untuk
mendapatkan gagasan dari apa yang diinginkan oleh pemakai (Gunawan 2002, h.
1)
2.2
Rumah Sakit Pendidikan Universitas Udayana
Rumah Sakit Pendidikan Universitas Udayana adalah sebuah rumah sakit
yang bernaung di bawah Universitas Udayana. Rumah sakit Universitas Udayana
dibangun di daerah Jimbaran, Badung, Bali. Rumah Sakit Universitas Udayana
dibangun di atas lahan seluas 41.500 m2. Rumah Sakit ini memiliki fasilitas
pelayanan spesialistik yang dapat dikatakan cukup memadai.
Rumah Sakit Pendidikan Universitas Udayana dibangun pada Tahun 2009
dan Poliklinik Umum pertama kali didirikan pada Tanggal 30 Mei 2012. Satu
tahun kemudian, tepatnya pada Tanggal 19 Oktober 2013 didirikan Poliklinik
Spesialis. Rumah sakit Universitas Udayana dibangun dengan tujuan untuk dapat
memberikan sebuah tempat bagi calon dokter serta tenaga kesehatan yang
menempuh pendidikan di Fakultas Kedokteran Universitas Udayana.
Pembangunan Rumah Sakit Pendidikan Universitas Udayana dapat
dikatakan belum mencapai 100% karena masih terdapat fasilitas yang masih
dalam tahap penyempurnaan, contohnya seperti ruang rawat inap. Ruangan rawat
8
inap masih dalam tahap penyelesian dan rencananya akan dibuka pada bulan April
Tahun 2014. Jumlah pasien yang dirawat di Rumah Sakit Pendidikan ini belum
terlalu banyak.
Tenaga medis yang bekerja di Rumah Sakit Pendidikan Universitas
Udayana tidak berasal dari lulusan Fakultas Kedokteran Universitas Udayana saja,
tetapi ada yang berasal dari berbagai perguruan tinggi di Indonesia. Rumah Sakit
Pendidikan Universitas Udayana adalah salah satu rumah sakit yang didanai oleh
negara, mengingat tiap perguruan tinggi negeri harus memiliki sebuah rumah sakit
pendidikan sendiri untuk mendidik calon tenaga medis dan tenaga kesehatan.
Rumah Sakit Pendidikan Universitas Udayana memiliki luas bangunan sekitar
30.842 m2 dan dibangun dengan tinggi empat lantai. Rumah Sakit Pendidikan
Universitas Udayana juga telah dilengkapi dengan sebuah ambulance dan alat
kesehatan yang dapat dikatakan cukup lengkap.
Rumah sakit Pendidikan Universitas Udayana memiliki beberapa poli di
setiap lantainya. Lantai pertama terdapat Poli Bedah, Poli Penyakit Dalam, Trave
l
Tedicine, Poli Orthopedic, Ruang Tindakan Obgyn, Poli Kebidanan dan
Kandungan, Poli Umum, Poli Geriatric, Poli Penyakit Tropis, Poli Anak, Poli
Gigi dan lain sebagainya. Lantai 2 Rumah Sakit terdapat Poli Gigi, Poli Mata, Po
li
Kulit, Poli Psikiatri dan Ruangan Direktur Utama.
Rektor
Prof.Dr.dr.Ketut Suastika SpPD KEMD FINASIM
Dewan Pengawas
1. PR.DR. Ir. Budi Susrusa
2. Prof. DR.dr. Wiryana, SpAn
3. dr. Wayan Sutarga, MPH
Direktur Utama
Dr.dr. RA Tuty Kuswardhani SpPD KGer.MARS
Dekan FK Unud
Prof.DR.dr. Putu Astawa, SpOT
Direktur Pelayanan Medik dan Keperawatan
dr. Made Ayu Haryati MARS
Bag. Pelayanan Medik
Rawat Jalan
Ka.Poli Umum :
Dr. Luh Sudarmini
Ka. Poli Spesialis :
Dr. Uttara, SpAn,MARS
Rawat Inap
UGD dan OK
ICU
Rehabilitasi Medik
Home Care
Nursing Home
Rekam Medik
Bag. Pelayanan
Penunjang
Direktur Umum SDM Kerjasama
Pendidikan dan Pelatihan
dr. I Wayan Wartawan MARS
Bag.Pelayanan
Keperawatan
Bag SDM
Bag. Pendidikan dan
Pelatihan
SPI
Direktur Akademik Penelitian Pengembangan dan
Pengabdian
dr. Ketut Suarjana, MPH
Direktur Operasional dan Keuangan
DR.dr. AA. Wiradewi Lestari, SpPK
Bag. Pemasaran dan
Kerjasama
Bag. Umum
Bag. Perencanaan
dan Evaluasi
Bag. Keuangan
Purchasing
Medik
Dr Luh Sudiramini
Keperawatan Non Medik :
Farmasi :
IBN Maharjana S.Apt Farm
Lab
Radiologi
Gizi
CSSD
Laundry
Bidang SDM
Bidang Renumerasi
Bid. Pendidikan
Dr. Ida Ayu
Kusumawardani,
SpKJ,MARS
Tata Usaha
Administrasi Umum
(Sarana, Rumah Tangga)
Hukum
IPAL
Pemasaran dan
Kerjasama
(pelayanan Sarana)
Akuntansi
Verifikasi
Bendahara
Renumerasi
Bag. Akademik
Bag. Penelitian
dan
Pengembangan
Koordinator Pendidikan S1 :
Dr. Desak Indrasari Utami SpS
Dr. Pande Dwipayana SpPD
Koordinator. PPDS:
Dr. Lanang SpOT
Koordinator Pendidikan Sp1:
Dr. I Nyoman Semadi SpB SpBTKV
Dr. AA Mas Putrawati Triningrat SPM
Koordinator HTA
Dr. I Putu Eka Widyadharma Msc SpS
Keperawatan dan Analisis
Ns. Ni Putu Kusumayuni S.Kep
Koordinator Ilmu Kesehatan Masyarakat
(S2IKM)
Ketut Hari Mulyawan, MPH
Koordinator Ilmu Fisioterapi
Koordinator Pendidikan Kedoteran Gigi
Bag. Pengabdian
Bid. Penelitian
Dr.dr. Sri Budayanti
Bid. Pengabdian
Dr. Ni Nyoman
Metriani Nesa, SpA
Gambar 2.1 Struktur Organisasi Rumah Sakit Pendidikan Universitas Udayana
(sumber: Dokumen RS. PTN UNUD)
9
10
Gambar 2.1 menunjukan struktur organisasi dari Rumah Sakit
Pendidikan Universitas Udayana.
2.2.1
Visi Misi Rumah Sakit PTN Udayana
Visi dan misi Kementrian Kesehatan Republik Indonesia tahun 20102014 adalah Mewujudkan pelayanan kesehatan yang mandiri dan berkeadilan
untuk mewujudkan masyarakat yang sehat. Rumah Sakit PTN Unud sebagai
salah satu rumah sakit pendidikan yang merupakan rumah sakit milik Diknas,
memerlukan visi yang sama dengan Kementrian Kesehatan sehingga tujuan yang
telah ditetapkan dapat diwujudkan.
Visi RS PTN Unud adalah Menjadi Rumah Sakit Pendidikan utamanya
dokter dan tenaga kesehatan serta bidang terkait yang mampu menjadi pemuka
dalam pelayanan kesehatan dengan unggulan Penyakit Tropik dan Travel
Medicine, pendidikan, dan penelitian di Indonesia dengan sumber daya manusia
yang unggul, mandiri, dan berbudaya untuk mewujudkan masyarakat sehat yang
mandiri dan berkeadilan. Misi RS PTN Unud adalah sebagai berikut:
1.
Menyelenggarakan pelayanan kesehatan yang paripurna, bermutu, dan
berkeadilan untuk seluruh lapisan masyarakat dengan unggulan penyakit
tropik dan travel medicine.
2.
Menyelenggarakan pendidikan dokter utamanya dan tenaga kesehatan
serta bidang terkait yang mampu menghasilkan dokter dan tenaga
kesehatan serta bidang terkait yang profesional dan nasionalis.
3.
Menyelenggarakan penelitian dalam bidang kedokteran dan kesehatan
serta bidang terkait yang bermanfaat bagi masyarakat dan lingkungan
2.3
Konsep Dasar Sistem
Sistem adalah suatu kumpulan elemen yang erat hubungannya antara satu
dengan yang lainnya, sistem bertujuan untuk mencapai tujuan yang sama. Sistem
juga dapat diartikan sebagai himpunan dari variabel, atau komponen yang terpadu,
saling berinteraksi, saling bergantung satu sama lain, dan terorganisir. Pengert
ian
sistem secara umum berdasarkan definis-definisi yang dipaparkan yaitu:
11
1.
Sistem merupakan kumpulan dari beberapa elemen yang memiliki tujuan
yang sama.
2.
Elemen-elemen tersebut adalah bagian terpadu sistem yang bersangkutan.
3.
Elemen-elemen tersebut saling bekerja sama untuk mencapai tujuan
sistem.
4.
Sistem merupakan bagian dari sistem lain yang lebih besar.
2.4
Konsep Dasar Informasi
Informasi kumpulan dari data yang telah diolah sedemikian rupa sehingga
lebih berguna dan bermanfaat bagi penerimanya. Informasi dapat digunakan untuk
menggambarkan sebuah kejadian nyata. Informasi juga merupakan data yang
telah diolah dan dapat diinterpretasi untuk digunakan dalam pengambilan
keputusan.
2.5
Konsep Sistem Informasi
Sistem informasi merupakan suatu sistem dalam suatu kelompok atau
organisasi yang dapat digunakan untuk memenuhi kebutuhan pengolahan
transaksi harian. Sistem informasi juga dapat mendukung fungsi operasional suatu
kelompok atau organisasi yang bersifat manajerial dan dapat digunakan oleh
pihak manajemen dalam mengambil keputusan. Sistem informasi dalam suatu
organisasi berperan dalam penyedia informasi bagi semua tingkatan dalam
organisasi tersebut. Sistem dapat menyimpan, mengambil, mengubah, mengolah
dan mengkomunikasikan informasi yang diterima dengan menggunakan sistem
informasi atau peralatan sistem lainnya. Sistem informasi terdiri dari beberapa
elemen yang disebut dengan building block, yang terdiri dari:
1.
Komponen Input
Komponen Input merepresentasikan data yang masuk ke dalam sistem
informasi. Input mencakup metode untuk menangkap data yang akan dimasukkan
dan dapat berupa beberapa dokumen dasar.
12
2.
Komponen Model
Komponen Model terdiri dari gabungan prosedur dan logika yang
digunakan untuk memanipulasi data input dan data yang tersimpan di dalam
database dengan cara yang sudah ditentukan sebelumnya untuk menghasilkan
output yang diinginkan.
3.
Komponen Output
Komponen Output dari sebuah sistem informasi adalah output berupa
informasi yang berkualitas serta dokumen yang berguna bagi semua pemakai
sistem.
4.
Komponen Teknologi
Komponen Teknologi adalah sebuah tool box dalam sistem informasi,
Teknologi digunakan untuk menerima input, menjalankan model, mengakses serta
menyimpan data, menghasilkan output, dan membantu mengendalikan sistem
secara menyeluruh.
5.
Komponen Hardware
Komponen Hardware berperan sebagai sebuah media penyimpanan vital
bagi suatu sistem informasi. Hardware berfungsi sebagai tempat menampung
database atau dapat dikatakan sebagai sumber data dan informasi untuk
mempermudah kerja sistem informasi.
6.
Komponen Software
Software berfungsi sebagai tempat untuk melakukan pengolahan,
penghitungan, serta memanipulasi data yang diambil dari hardware untuk
menghasilkan sebuah informasi.
7.
Komponen Database
Komponen Database merupakan suatu kumpulan data yang saling terkait
dan terhubung antara satu dengan yang lainnya. Database disimpan dalam suatu
hardware komputer dan menggunakan software untuk memanipulasi data. Data
perlu disimpan dalam suatu database untuk dapat menyediakan informasi lebih
lanjut. Data di dalam sebuah database perlu diatur sedemikian rupa supaya
sehingga dapat menghasilkan informasi yang berkualitas. Pengaturan database
yang baik dapat membuat tempat penyimpanan data menjadi efisien. Database
13
dapat dimanipulasi dan diakses menggunakan paket software yang disebut DBMS
(Database Management System).
8.
Komponen Kontrol
Bencana alam, api, temperatur, air, debu, kecurangan, kegagalan sistem itu
sendiri, ketidak efisienan, sabotase merupakan beberapa hal yang dapat merusak
sebuah sistem informasi. Komponen Kontrol perlu dipersiapkan dan dilakukan
untuk dapat meyakinkan bahwa hal-hal yang dapat merusak sistem informasi
dapat dicegah atau dapat diatasi dengan cepat jika terjadi kerusakan.
Komponen tersebut saling berinteraksi satu dengan yang lain membentuk
suatu kesatuan untuk mencapai tujuan.
2.6
Elemen-Elemen Sistem Informasi
Sistem informasi terdiri dari beberapa elemen. Elemen-elemen sistem
informasi tersebut adalah:
1.
Orang
Orang yang di maksudkan yaitu operator, system analyst, programmer,
dan manajer.
2.
Prosedur
Prosedur adalah suatu elemen fisik karena berbentuk fisik seperti buku
user guide dan instruksi. Terdapat tiga jenis prosedur yang diperlukan, yaitu
instruksi untuk user, instruksi untuk penyiapan masukan, dan instruksi untuk
mengoperasikan sistem.
3.
Hardware
Hardware bagi terdiri dari unit pengolah, unit input, unit output, peralatan
untuk penyiapan data, terminal input, dan terminal output.
4.
Software
Software dapat dibagi menjadi tiga jenis. Tiga jenis software tersebut
adalah:
a. Sistem software umum seperti sistem pengoperasian dan sistem
manajemen data yang memungkinkan pengoperasian sistem komputer.
b. Aplikasi software seperti pengambil keputusan dan analisis.
14
c. Aplikasi software yang terdiri atas program yang secara spesifik dibuat
untuk setiap aplikasi.
5.
Database
Tempat penyimpanan data secara fisik dapat berupa seperti harddisk,
magnetic tape, dan lain sebagainya. File juga dapat berupa hardcopy, micro film,
6.
Jaringan Komputer
Jaringan komputer merupakan suatu kumpulan perangkat komputer yang
saling terhubung. Data dapat bergerak atau mengalir dengan atau tanpa kabel,
sehingga pengguna dapat saling mengirimkan data melalui jaringan komputer.
7.
Komunikasi Data
Komunikasi data merupakan elemen yang berhubungan dengan transfer
data dan informasi antar komputer dan perangkat. Komunikasi data merupakan
sebuah elemen penting dalam sebuah sistem informasi. Komunikasi data
merupakan elem penting karena memungkinkan adanya pertukaran data yang
terjadi antar komputer.
Elemen-elemen tersebut saling berinteraksi satu dengan yang lain
membentuk suatu kesatuan untuk mencapai sasaran.
2.7
Arsitektur Sistem Informasi
Arsitektur sistem informasi dapat digunakan sebagai panduan bagi
operasional di masa sekarang atau menjadi rancangan untuk operasional
kedepannya. Tujuannya adalah agar bagian IT dapat menunjang dan memenuhi
keperluan organisasi. Sistem informasi harus dibuat sesuai dengan keperluan dan
kepentingan kelompok atau organisasi masing-masing. Diperlukan perencanaan,
pelaksanaan, pengaturan, dan evaluasi sesuai keinginan masing-masing organisasi
agar sistem informasi menjadi efektif. Sistem yang efektif diperlukan agar suatu
organisasi dapat unggul dalam melakukan kompetisi.
15
2.7.1
Jenis-jenis Arsitektur Sistem Informasi
Jenis-jenis dari asritektur sistem informasi dapat dibagi menjadi tiga
bagian yaitu:
2.7.1.1 Arsitektur Tersentralisasi
Penerapan dari Arsitektur Tersentralisasi adalah pemrosesan data
dilakukan secara terpusat. Pemrosesan dilakukan oleh server yang ditempatkan
dalam suatu tempat dan berfungsi untuk menyediakan data ke client. Arsitektur
Tersentralisasi biasanya digunakan dan diimplementasikan organisasi yang tidak
memiliki cabang. Gambaran Arsitektur Tersentralisasi dapat dilihat pada Gambar
2.2.
Gambar 2.2Arsitektur Tersentralisasi
(sumber: https://fairuzelsaid.files.wordpress.com)
Gambar 2.2 menunjukan Arsitektur Tersentralisasi merupakan arsitektur
yang pemrosesan datanya dilakukan dengan cara terpusat. Keuntungan yang
didapatkan dari pengunaan Arsitektur Tersentralisasi antara lain:
1.
Aman dalam melakukan instalasi.
2.
Aman dalam melakukan kontrol.
3.
Biaya maintenance murah.
4.
Perencanaan strategis mudah untuk dilakukan.
5.
Pelatihan mudah untuk dilakukan.
6.
Maintenance mudah untuk dilakukan karena hardware dan software yang
terstandarisasi.
16
Kerugian yang didapat dari penggunaan Arsitektur Tersentralisasi antara
lain:
1.
Tidak fleksibel, karena jika server mengalami gangguan maka semua
client juga akan mengalami gangguan.
2.
Sistem dibuat tidak sesuai dengan kebutuhan masing-masing bagian
karena dibuat secara menyeluruh atau global.
3.
Pemrosesan data memerlukan waktu yang lama karena traffic data yang
padat.
4.
Tidak cocok untuk dilakukan kustomisasi karena akan memberikan
dampak ke seluruh sistem.
Penjelasan di atas menunjukkan kekurangan dan kelebihan dari
penggunaan arsitektur tersentralisasi.
2.7.1.2 Arsitektur Desentralisasi
Arsitektur Desentralisasi adalah jenis arsitektur yang melakukan
pemprosesan data secara terdistribusi. Arsitektur Desentralisasi terdiri dari
beberapa komputer yang tersebar di berbagai tempat dan dihubungkan dengan
sarana telekomunikasi pada tiap komputer. Sistem Desentralisasi dapat melakukan
pemprosesan yang serupa secara mandiri, namun tetap dapat saling melakukan
pertukaran data. Sistem yang menggunakan Arsitektur Desentralisasi membagi
sistem dengan arsitektur tersentralisasi ke dalam beberapa bagian subsistem yang
lebih kecil, dengan kata lain setiap subsistem tetap menggunakan Arsitektur
Tersentralisasi dalam pemrosesan data. Gambaran Arsitektur Desentralisasi
terdapat pada beberapa komputer yang saling terhubung dengan jaringan yang
menggunakan arsitektur peer-to-peer. Kontrol terhadap data, printer, cd-rom, dan
lain sebagainya dimiliki oleh setiap komputer yang terhubung ke jaringan,
sehingga memungkinkan komputer lain untuk menggunakan resource tersebut.
Sistem dengan Arsitektur Desentralisasi telah menjadi hal yang sering ditemui
sejak kehadiran PC yang mendominasi dunia perkantoran. Gambaran Arsitektur
Desentralisasi dapat dilihat pada Gambar 2.3.
17
Gambar 2.3Arsitektur Desentralisasi
Gambar 2.3 menunjukan Arsitektur Desentralisasi merupakan Arsitektur
Tersentralisasi yang diubah menjadi beberapa subsistem. Keuntungan yang
didapatkan dari pengunaan Arsitektur Desentralisasi antara lain:
1.
Tidak memerlukan biaya yang besar.
2.
Kepuasan pemakai meningkat.
3.
Mudah melakukan backup ketika terjadi masalah.
Kerugian yang didapat dari pengunaan arsitektur sistem informasi
desentralisasi antara lain:
1.
Kekacauan kontrol dalam sistem komputer mungkin terjadi.
2.
Ketidaksesuaian dalam penyediaan software dan hardware.
3.
Kemubaziran dalam tugas.
4.
Standarisasi yang mungkin tidak dapat dicapai.
Penjelasan di atas menunjukan kekurangan dan kelebihan dari penggunaan
arsitektur desentralisasi.
2.7.1.3 Arsitektur Client Server
Client adalah sebuah sistem atau komputer yang melakukan permintaan
data ke server. Server adalah komputer atau sistem yang bertugas untuk
menyediakan data yang diminta oleh client. Server dapat berupa komputer,
workstation, mainframe, PC atau perangkat seperti printer. Server tidak selalu
berbentuk fisik, tetapi terkadang berbentuk proses. Client memiliki kemampuan
untuk melakukan pemrosesan secara individu. Sistem kerja dari Arsitektur Client
Server adalah client akan melakukan request data ke server, server akan
18
memberikan respon dengan memberikan data yang diminta oleh client
bersangkutan. Cient akan melakukan pemrosesan setelah data diterima dari
server. Arsitektur dengan jenis client server mulai banyak diterapkan pada sebua
h
sistem informasi. Sistem informasi dapat dipakai dan dibangun dengan software
client server yang berbeda dengan menggunakan arsitektur jenis ini. Gambaran
dari Arsitektur Client Server dapat dilihat pada Gambar 2.4.
Gambar 2.4Arsitektur Desentralisasi
Keuntungan yang didapatkan dari pengunaan Arsitektur Client Server
antara lain:
1.
Keamanan yang lebih baik.
2.
Mudah dalam melakukan pengaturan bila jaringan besar karena
administrasi yang terpusat.
3.
Backup data dapat dilakukan secara terpusat.
Kerugian yang didapat dari penggunaan Arsitektur sistem informasi Client
Server antara lain:
1.
Membutuhkan software yang mahal seperti NT atau Server Windows
2000, XP, Novell, UNIX.
2.
Mesin server memerlukan hardware yang cukup mahal.
3.
Memerlukan admin yang profesional.
Penjelasan di atas menunjukan kekurangan dan kelebihan dari penggunaan
Arsitektur Client Server.
2.8
Klasifikasi Sistem Informasi
Sistem informasi merupakan kumpulan dari elemen-elemen, maupun
unsur-unsur yang saling bekerjasama untuk mencapai tujuan yang sama yaitu
19
sebagai penyedia informasi. Sistem dapat dibedakan berdasarkan beberapa sudut
pandang yaitu:
1.
Sistem Abstrak atau Sistem Fisik
Sistem Abstrak merupakan sistem tidak tampak secara fisik, contohnya
adalah Sistem Teologia yang berupa pemikiran hubungan antara Tuhan dengan
manusia. Sistem Fisik adalah sistem yang berbentu fisik, contohnya adalah sistem
komputer.
2.
Sistem Alamiah dan Sistem Buatan Manusia.
Sistem Alamiah merupakan sistem terbentuk karena adanya proses alam.
Sistem alamiah tidak dapat dibuat oleh manusia, contohnya adalah Sistem Rotasi
Bumi. Sistem Buatan Manusia adalah sistem yang dibuat dan dibentuk oleh
manusia, contohnya adalah Sistem Informasi
3.
Sistem Deterministik dan Sistem Probabilistik
Sistem Deterministik merupakan sistem yang bersifat pasti dan diprediksi,
sedangkan
Sistem
Probabilistik
merupakan
sistem
yang
mengandung
kemungkinan.
4.
Sistem Terbuka dan Sistem Tertutup.
Sistem Terbuka merupakan sistem yang pengaruhi dan berhubungan
dengan lingkungan luarnya. Sistem ini menerima input dan menghasilkan output
untuk subsistem lainnya. Sistem Tertutup merupakan sistem yang tidak
terpengaruh dan tidak terhubung oleh lingkungan luarnya. Sistem tertutup bekerja
tanpa campur tangan pihak luar.
2.9
Database
Database atau basis data merupakan kumpulan dari data yang diorganisir
dan disimpan dalam komputer. Database dapat diakses dan dimanipulasi
menggunakan suatu software, fungsinya adalah untuk mendapatkan data yang
diinginkan.
2.9.1
Sistem Manajemen Database (DBMS)

Ramakrishnan dan Gehrke (2003) menyatakan Sistem Manajemen
Database (DBMS) adalah perangkat lunak yang didesain untuk membantu
20
memelihara dan memanfaatkan kumpulan data yang besar.
sistem informasi saat ini telah berkembang berkembang
Alternatif dalam menggunakan DBMS ialah data disimpan
kode aplikasi tertentu.
2.9.1.1 Keuntungan DBMS
DBMS memiliki beberapa keuntungan dalam pengunaannya.
didapatkan adalah:
1.
Kebutuhan akan
dengan pesat.
dalam file dan menulis
Keuntungankeuntungan yang
Mengurangi Duplikasi Data

2.
Mencapai Independensi Data
3.
Mengintegrasikan Data di Beberapa File
4.
Mengambil Data dan Informasi dengan Cepat
5.
Meningkatkan Keamanan
DBMS
memiliki
beberapa
keuntungan
yang
didapatkan
oleh
penggunanya. Beberapa kerugian juga akan dirasakan oleh pengguna DBSM.
2.9.1.2 Kerugian DBMS
DBMS memiliki beberapa kerugian dalam pengunaannya. Kerugiankerugian yang didapa
tkan adalah:
1.
Harga software yang mahal.
2.
Konfigurasi hardware dilakukan secara besar-besaran.
3.
Harus mempekerjakan pegawai DBA
Database yang terkomputerisasi maupun DBMS bukanlah prasyarat untuk
memecahkan masalah, namun keduanya memberikan dasar-dasar menggunakan
komputer sebagai suatu sistem informasi bagi para spesialis informasi dan
pengguna.
2.9.2
Key
Fungsi key dalam sebuah tabel ialah untuk dapat mengidentifikasi dan
membedakan sebuah baris pada tabel berbeda
key ialah untuk dapat membuat relasi antar
ui
kolom pada setiap tabel yang memiliki tipe
merupakan bagian di database yang membantu
dengan yang lain. Fungsi lain dari

satu tabel dengan tabel lainnya melal
data dan panjang yang sama. Key
untuk mengelolah data pada
21
sebuah tabel seperti insert, update, delete. Secara umum key dapat dibagi menjad
i
beberapa tipe yaitu:
1.
Super key
Merupakan Satu atau kumpulan atribut yang secara unik mengidentifikasi
sebuah tuple didalam sebuah relasi.
2.
Candidate key
Suatu atribut atau lebih atribut yang berungsi untuk membedakan antara
satu entitas dengan entitas lainnya. Atribut di dalam suatu relasi biasanya bers
ifati
unik. Satu dari beberapa candidate key dalam sebuah tabel biasanya dapat
dijadikan sebuah primay key.
3.
Primary key
Primary key merupakan sebuah field atau attribut utama dalam sebuah
database, fungsinya adalah untuk membedakan antar satu entitas dengan entitas
lainnya. Primary key kemungkinan didapatkan dengan memilih salah satu dari
candidate key dalam sebuah tabel. Tiap candidate key mempunya kemungkinan
untuk menjadi sebuah primary key, namun primary key hanya dapat dipilih
sebanyak satu satu buah.
4.
Alternate Key (Unique Key)
Alternate key memiliki fungsi yang mirip dengan primary key yaitu
bersifat unique key. Maksudnya adalah kemungkinan primary key yang dibuat
pada sebuah tabel merupakan auto number (angka yang bertambah secara
otomatis ketika terjadi proses insert data sehingga tidak perlu mengisi angka
secara manual). Alternate key merupakan kuncul alternatif karena dalam sebuah
tabel tidak diperbolehkan terdapat dua primary key. Alternate key dapat dijadika
n
sebagai penanda unique sebuah record dengan record lainnya. Alternate key bisa
saja terdapat lebih dari satu buah pada sebuah tabel.
5.
Foreign Key
Foreign Key merupakan sebuah key yang dihasilkan dari primary key pada
tabel lain. Fungsinya adalah untuk dapat menghubungkan antara satu tabel dengan
tabel lainnya. Contohnya adalah tabel registrasi, dalam proses daftar pasien bar
u
dibutuhkan nama pasien. Penerapannya adalah pada tabel registrasi akan terdapat
22
foreign key dari tabel pasien, dimana foreign key pada tabel registrasi merupaka
n
primary key pada tabel pasien.
6.
Composite Key
Composite key adalah suatu key yang terdiri dari dua atau lebih attribut,
dimana atribut-atribut tersebut jika berdiri sendiri tidak dapat menjadi indenti
tas
suatu record. Composite key akan mengidentifikasikan record secara unik jika
dirangkai dengan satu kesatuan.
2.10
MySQL
MySQL merupakan sebuah software yang berfungsi untuk dapat
memanajemen database SQL (DBMS) yang multi thread, dan multi-user. MySQL
merupakan hasil implementasi dari sistem manajemen database relasional
(RDBMS). MySQL dibuat oleh TcX dan telah dipercaya mengelola sistem
dengan 40 buah database berisi 10.000 tabel dan 500 di antaranya memiliki 7 juta
baris.
2.10.1 Tipe Data MySQL
Ttipe data yang dapat digunakan dalam aplikasi database MySQL
diantaranya adalah sebagai berikut:
2.10.1.1Tipe Data Numerik
Tipe data numerik yaitu tipe data yang digunakan untuk menyimpan data
numerik (angka)
1.
TINYINT
Digunakan untuk menyimpan data bilangan bulat positif dan negatif.
Jangkauannya adalah -128 s/d 127 dan memiliki ukuran 1 byte (8 bit).
2.
SMALLINT
Jangkauannya adalah -32.768 s/d 32.767 dan memiliki ukuran 2 byte (16 bit).
3.
MEDIUMINT
Jangkauannya adalah -8.388.608 s/d 8.388.607 dan memiliki ukuran 3 byte (24
bit).
23
4.
INT
Jangkauannya adalah -2.147.483.648 s/d 2.147.483.647 dan memiliki ukuran 4
byte (32 bit).
5.
BIGINT
Jangkauannya adalah 9,22 x 1018 dan memiliki ukuran 8 byte (64 bit).
6.
FLOAT
Digunakan untuk menyimpan data bilangan pecahan positif dan negatif
presisi tunggal. Jangkauannya adalah -3.402823466E+38 s/d -1.175494351E-38,
0, dan 1.175494351E-38 s/d 3.402823466E+38, dan memiliki ukuran 4 byte (32
bit).
7.
DOUBLE
Digunakan untuk menyimpan data bilangan pecahan positif dan negatif
presisi ganda. Jangkauannya adalah -1.79...E+308 s/d -2.22...E-308, 0, dan
2.22...E-308 s/d 1.79...E+308 dan memiliki ukuran 8 byte (64 bit).
8.
DECIMAL
Digunakan untuk menyimpan data bilangan pecahan positif dan negatif.
Jangkauannya adalah -1.79...E+308 s/d -2.22...E-308, 0, dan 2.22...E-308 s/d
1.79...E+308 dan memiliki ukuran 8 byte (64 bit).
2.10.1.2Jenis Tanggal dan Waktu
Tipe data date dan time yaitu tipe data yang digunakan untuk menyimpan
data tanggal dan waktu.
1.
DATE
Digunakan untuk menyimpan data tanggal. Jangkauannya adalah1000-0101 s/d 9999-12
-31 (YYYY-MM-DD) dan memiliki 3 byte.
2.
TIME
Digunakan untuk menyimpan data waktu. Jangkauannya adalah 838:59:59 s/d +838:59:
59 (HH:MM:SS) dan memiliki ukuran 3 byte.
24
3.
DATETIME
Digunakan untuk menyimpan data tanggal dan waktu. Jangkauannya
adalah 1000-01-01 00:00:00 s/d 9999-12-31 23:59:59 dan memiliki ukuran 8
byte.
4.
YEAR
Digunakan untuk menyimpan data tahun dari tanggal. Jangkauannya
adalah 1900 s/d 2155 dan memiliki ukuran 1 byte.
2.10.1.3Tipe String (Teks)
Tipe data string digunakan untuk menyimpan data string atau kumpulan
teks.
1.
CHAR
Digunakan untuk menyimpan data string ukuran tetap. Jangkauannya
adalah 0 s/d 255 karakter.
2.
VARCHAR
Digunakan untuk menyimpan data string ukuran dinamis. Jangkauannya
adalah 0 s/d 255 karakter (versi 4.1), 0 s/d 65.535 (versi 5.0.3).
3.
TINYTEXT
Digunakan untuk menyimpan data teks. Jangkauannya adalah 0 s/d 255
karakter (versi 4.1), 0 s/d 65.535 (versi 5.0.3).
4.
TEXT
Digunakan untuk menyimpan data teks. Jangkauannya adalah 0 s/d 65.535
(216 - 1) karakter.
5.
MEDIUMTEXT
Digunakan untuk menyimpan data teks. Jangkauannya adalah 0 s/d 224 - 1
karakter.
6.
LONGTEXT
Digunakan untuk menyimpan data teks. Jangkauannya adalah 0 s/d 232 - 1
karakter.
25
2.10.1.4Tipe Blob (Biner)
Tipe data blob pada Aplikasi MySQL dapat digunakan untuk menyimpan
data biner
1.
BIT
(sejak versi 5.0.3)
Digunakan untuk menyimpan data biner. Jangkauannya tipe data BIT
adalah 64 digit.
2.
TINYBLOB
Digunakan untuk menyimpan data biner. Jangkauannya tipe data
TINYBLOB
3.
adalah 255 byte.
BLOB
Digunakan untuk menyimpan data biner. Jangkauannya adalah 216 - 1
byte.
4.
MEDIUMBLOB
byte.
5.
LONGBLOB
byte.
2.11
ERD
ERD (Entity Relationship Diagram) suatu diagram yang berfungsi untuk
menggambarkan hubungan antar entitas serta attribut dari tiap entitas. Entitiy
Relationship Diagram pertama kali ditemukan oleh Chen pada Tahun 1976.
Tujuan dari pembuatan Entity Relationship Diagram adalah untuk menunjukkan
objek suatu data dan relasi yang terjadi pada tiap objek tersebut. ERD juga
merupakan salah satu alat yang dapat digunakan untuk merancang database.
2.11.1 Komponen ERD
Komponen dalam ERD ada beberapa macam dan setiap komponen dapat
digambarkan menggunakan suatu simbol tertentu. Komponen-komponen tersebut
adalah:
26
1.
Entity
Entity atau entitas merupakan suatu objek yang dapat dibedakan atau dapat
diidentifikasikan secara unik dengan objek lainnya. Kumpulan dari beberapa
entity yang sejenis dapat dinamakan Entity Set. Entitas biasanya memiliki
beberapa attribut yang sangat terkait dengan entitas tersebut.
2.
Relationship
Relationship digunakan untuk menggambarkan hubungan antara satu
entitas dengan entitas lainnya. Relationship tidak memiliki keberadaan fisik ata
u
konseptual kecuali yang sejenis atau disebut dengan Relationship Diagram.
Contoh penggambaran relasi antar entitas dapat dilihat pada Gambar 2.5.
Entity
Entity
Relation
Gambar 2.5 Hubungan Relationship dengan Entitas
3.
Attribute
Atrribute digunakan untuk menggambarkan karakteristik dari sebuah
entity atau relationship. Attribute dapat menggambarkan penjelasan detail dari
sebuah entity atau relationship. Gambaran attribute dapat dilihat pada Gambar
2.6.
attribut
attribut
Entity
attribut
attribut
Gambar 2.6 Hubungan Relationship dengan Entitas
27
2.11.2 Cardinality Rasio
Cardinality Rasio menggambarkan batasan pada jumlah entitas yang
berhubungan melalui suatu relasi. Jenis-jenis Cardinality Rasio antara lain:
1.
One To One (1 : 1)
Perbandingan antara entity pertama dengan entity kedua berbanding satu
berbanding satu. Contohnya adalah satu pasien memiliki satu rekam medis.
2.
One To Many (1 : M)
Perbandingan antara entity pertama dengan entity kedua berbanding satu
berbanding banyak. Contohnya adalah satu pasien memiliki banyak transaksi.
3.
Many To Many (M : M
Perbandingan antara entity pertama dengan entity kedua berbanding
banyak berbanding banyak. Contohnya adalah banyak mahasiswa memiliki
banyak dosen.
2.12
DFD
Data Flow Diagram (DFD) adalah sebuah diagram yang berfungsi untuk
menggambarkan proses-proses, subproses, aliran data, serta tempat penyimpanan
data dalam sebuah sistem informasi. DFD juga dapat disebut sebagai bubble
chart, bubble diagram, model proses, diagram alur kerja, atau model fungsi.
Perancangan DFD dapat dibuat menggunakan simbol pada Gambar 2.7.
Gambar 2.7 Simbol-simbol DFD
(sumber: darmansyah.weblog.esaunggul.ac.id)
28
Terminator digunakan untuk menggambarkan entitas dari sistem yang
dirancang. Proses digunakan untuk menggambarkan proses-proses yang berada
dalam sistem. Data store digunakan untuk menggambarkan tempat penyimpaan
data. Alur data digunakan untuk menggambarkan data yang mengalir antar proses
ke proses, proses ke entitas, proses ke data store, dan data store ke proses.
2.13
Standart Operational Procedure (SOP)
Standard Operational Procedure (SOP) merupakan suatu kumpulan
instruksi yang berfungsi untuk mendokumentasikan kegiatan atau proses rutin
dalam suatu organisasi. SOP mendeskripsikan pertimbangan yang saling
berhubungan seperti keselamatan kerja, penggunaan bahan baku, pengoperasian
mesin, hak dan tanggung jawab personil, koordinasi dengan departemen lainnya,
persyaratan laporan, dan sebagainya. SOP tidak mendeskripsikan bagaimana cara
melakukan pekerjaan akan tetapi SOP mendeskripsikan peranan atau prosedur
suatu departemen dalam melakukan suatu pekerjaan.
Pembuatan SOP memiliki beberapa fungsi dan manfaat dalam perusahaan
antara lain sebagai berikut:
1.
SOP memastikan bahwa perusahaan memiliki proses konstan yang
memenuhi standar dan semua personil mengenal proses tersebut.
2.
Proses akan selalu ditinjau dan diperbaharui berdasarkan dasar yang sudah
ada.
3.
SOP dapat menjamin audit yang dilakukan oleh Biro Konsultan atau
Sponsor tidak akan menghasilkan penemuan yang merugikan perusahaan.
SOP juga dapat memberi perusahaan suatu perlindungan yang legal.
4.
SOP dapat mengurangi perbedaan yang terjadi dalam sistem, dimana
perbedaan tersebut merupakan kendala dalam efisiensi produksi dan
pengontrolan kualitas.
5.
SOP dapat pula membantu dalam pelatihan personil baru, yaitu sebagai
sumber referensi bagi pelatih personil.
29
6.
SOP dapat mempermudah personil dalam melakukan pelatihan silang,
dimana pelatihan silang merupakan proses pelatihan personil dalam
melakukan perkerjaan di departemen lain atau di luar departemen asalnya.
Tabel 2.1 menunjukan simbol-simbol dari SOP (Standard Operational
Procedure):
Tabel 2.1 Simbol-simbol SOP
No
Lambang
Nama
Keterangan
Menggambarkan
1
Terminal
Manual Operation
2
3
awal
atau akhir suatu proses
Menggambarkan
proses
secara manual
Manual Input
Menggambarkan
proses
masukkan
secara
data
manual
4
Display
5.
Process
Menampilkan data
Menunjukkan
pelaksanaan instruksi
Menunjukkkan
6.
Decision
proses
proses
pemilihan alternative atau
pengecekan kondisi.
7.
Predefined Process
Menunjukkan proses yang
telah didefinisikan.
30
8.
On-page Connector
Merupakan
penghubung
pada satu halaman
9.
Off-page Connector
Merupakan penghubung
pada halaman lain.
10.
Document
Merupakan
dokumen
(arsip) dari hasil proses.
11.
Arrow
Merupakan
arah
aliran
proses.
Standar operasi prosedur digunakan sebagai acuan kerja secara sungguhsungguh unt
uk menjadi sumber daya manusia yang profesional dan handal
sehingga dapat mewujudkan visi dan misi perusahaan.
2.14
Metode Peracangan TAS (Total Architecture Syntesis)
TAS adalah sebuah metode perancangan yang menggunakan pendekatan
iteratif dalam mengumpulkan kebutuhan. Total Architecture Synthesis ini
merupakan metode yang dilakukan dengan beberapa tahap perancangan. Tahaptahap te
rsebut antara lain:
1.
Menentukan Initial Scope.
2.
Menentukan Kebutuhan.
3.
Mendesain Arsitektur Bisnis Proses.
4.
Mendesain Arsitektur Sistem.
5.
Evaluasi Arsitektur.
Prinsip dasar dari Total Architecture Syntesis adalah apapun arsitektur
yang dipilih untuk memenuhi kebutuhan yang ada, sifat extentionable dari setiap
31
services untuk mendukung munculnya kebutuhan bahkan kebutuhan yang paling
tidak terduga sekalipun tetap harus dipersiapkan.
BAB III
METODE PENELITIAN DAN PENGUMPULAN DATA
Metode dan perancangan sistem berisikan mengenai tempat dan waktu
penelitian, sumber data, metode pengumpulan data, dan bahasa pemrograman.
3.1
Tempat dan Waktu Penelitian
Penelitian dilakukan selama empat bulan, dimulai dari bulan Oktober 2014
sampai dengan bulan Januari 2015. Penelitian dilakukan di Rumah Sakit Umum
Daerah Badung, Rumah Sakit PTN Unud, dan Rumah Sakit Sanjiwani Gianyar.
3.2
Data
Faktor yang diperlukan dalam hal kebutuhan pengolahan data dalam
pembuatan Rancang Bangun Sistem Informasi Rumah Sakit Modul Front Office
antara lain:
3.2.1
Sumber Data
Data untuk pembuatan pembuatan Rancang Bangun Sistem Informasi
Rumah Sakit Modul Front Office didapatkan dari survei yang dilakukan pada
sebuah rumah sakit negeri dan sebuah rumah sakit swasta.
3.2.2
Jenis Data
Data yang didapatkan adalah data primer dan data sekunder. Data primer
didapatkan dari wawancara langsung dengan bagian Front Office pada rumah
sakit. Data sekunder didapatkan dari laporan-laporan yang berhubungan dengan
bagian Front Office di rumah sakit.
3.2.3
Metode Pengumpulan Data
Beberapa metode pengumpulan data yang digunakan untuk pembuatan
Rancang Bangun Sistem Informasi Rumah Sakit Modul Front Office adalah:
32
33
1.
Metode Wawancara
Metode pengumpulan data melalui wawancara dilakukan dengan cara
melakukan wawancara langsung dengan kepala bagian atau pegawai dari
departemen Front Office di rumah sakit.
2.
Metode Dokumen
Metode pengumpulan data dokumen dilakukan dengan melakukan
pengamatan langsung terhadap dokumen dan data yang berada pada bagian Front
Office rumah sakit.
3.
Metode Studi Literatur
Metode studi literatur merupakan metode pengumpulan bahan referensi
yang didapatkan dari buku maupun internet.
3.2.4
Metode Pengolahan Data
Metode yang digunakan dalam pengolahan data pada penelitian ini adalah
metode perangkat pemodelan sistem yang meliputi bisnis proses, context diagram,
data flow diagram, hierarchy chart, normalisasi dan pembuatan tabel
(perancangan basis data).
3.2.5
Analisis Data
Penelitian ini menggunakan metode analisis deskriptif yaitu melakukan
observasi langsung terhadap proses dan dokumen yang berhubungan dengan
modul Front Office.
34
3.3
Flowchart Langkah Penelitian
Gambar 3.1 merupakan langkah detail pengerjaan penelitian yang akan
dilakukan.
Mulai
Perijinan Penelitian di RS PTN Udayana
Pendefinisian Masalah
Sistem Front Office di
RS PTN Udayana
Perijinan Survey di Rumah Sakit
Pembanding (RSUD Badung)
Pengumpulan Data
Wawancara
Observasi Langsung
Studi Literatur
Perancangan Database
Pemodelan Proses
Desain Database
SOP
DFD
ERD
Pengujian Pada
OpenERP
Layak?
T
Y
Rancangan SIM Rumah
Sakit Modul Front Office
Selesai
Gambar 3.1 Flowchart Langkah Penelitian yang Dilakukan
35
Langkah pertama adalah melakukan perijinan untuk melakukan penelitian
di RS PTN Unud. Langkah selanjutnya adalah pendefinisian apa saja
permasalahan yang terjadi. Langkah selanjutnya adalah mencari sumber data yang
dapat digunakan dalam melakukan penelitian. Pengumpulan data dan referensi
dapat dilakukan melalui wawancara, studi literatur, dan observasi langsung.
Penelitian dilakukan di RSUD Badung setalah mengurus perijinan penelitian di
lokasi. Data yang diperoleh dikumpulkan lalu dianalisa, kemudian dibuatkan
pemodelan proses, rancangan sistem, dan database. Rancangan yang dianggap
layak akan menghasilkan sebuah rancangan Sistem Informasi Rumah Sakit Modul
Front Office.
Metode yang digunakan adalah metode TAS. Gambar 3.2 merupakan
gambaran umum dan langkah-langkah dari metode perancangan TAS.
Start
Penentuan Initial
Scope
Penentuan
Kebutuhan
Perancangan Bisnis
Proses
-SOP
T
Perancangan Sistem
-DFD
-ERD
-CDM
-Struktur Data
Rancangan Sistem sudah
layak?
Y
Start
Gambar 3.2 Flowchart Metode Arsitektur TAS
BAB IV
PERANCANGAN SISTEM
Bab ini berisi rancangan yang diajukan untuk RS PTN Unud sebagai
referensi untuk membangun sistem dan mengganti proses-proses manual di RS
tersebut.
4.1
Gambaran Umum SIMRS
Sistem Informasi Manajemen Rumah Sakit adalah sistem informasi yang
saling terintegrasi antara modul satu dan lainnya, artinya suatu data yang di-in
put
pada satu modul dapat digunakan pada modul lainnya tanpa perlu melakukan
proses input data kembali.Modul yang terdapatpada SIMRS ada 7, antara lain:
1.
Modul Front Office merupakan modul yang menangani pendaftaran
pasien, registrasi pasien, registrasi kamar, marketing, dan pembayaran.
2.
Modul Layanan merupakan modul yang menangani layanan medis berupa
tindakan medis, rekam medis, dan layanan medis pendukung lainnya.
3.
Modul Sarana Prasarana merupakan modul yang menangani urusan aset
rumah sakit baik yang bergerak maupun tidak.
4.
Modul Farmasi merupakan modul yang menangani obat-obatan yang
berkaitan dengan tindakan medis dan obat pendukung lainnya.
5.
Modul Human Resource Development merupakan modul yang menangani
urusan sumber daya manusia atau kepegawaian.
6.
Modul Payroll merupakan modul yang menangani penggajian SDM yang
bekerja di rumah sakit.
7.
Modul Akunting dan Keuangan merupakan modul yang menangani
pencatatan
dan
perencanaan
36
keuangan
rumah
sakit.
37
Data List Rawat, Data List IGD, Data List
Operasi, Data List Lab, Data List Radio
Data Ruangan
Data Kamar, Kelas, Ambulance, Bed
Data Pembayaran
Transaksi Tindakan
FRONT OFFICE
Draft PO, Laporan DR, RR,
Spoil, RTA, RTP, Stok
Opname, Pemusnahan Obat
Data Registrasi,
Data Pasien
Data Transaksi Obat
B
Request Data
Pegawai, Request
Status Pegawai
Data Pegawai,
Status Pegawai
A
Data Pegawai, Absensi, Sanksi,
Kenaikan pangkat, kenaikan
jabatan,. Cuti
B
Laporan
Persetujuan PO
PAYROLL
LAYANAN
Data Rekam Medis, Data
Transaksi Tindakan,
Jadwal Operasi Pasien,
Jadwal Dokter
Posting Data Pembayaran,
Bukti Pembayaran, Faktur
Jaminan
AKUNTING & KEUANGAN
Laporan THR, Data
Premi BPJS,
Data Rekonsiliasi
Data Pasien, Data
Registrasi, Data
Diagnosa Awal
Data Jadwal Dokter
Pembayaran
Request Data Kamar,
Kelas, Ambulance, Bed
Data Pegawai Medis
Laporan
Persetujuan PO dan
Voucher Payment
Draft PO, RR, DO
dan Posting
Hasil
Penghapusan
SARANA & PRASARANA
PEGAWAI
Data Pegawai
HRD
A
Data Pasien, Data Registrasi,
Dokumen Jaminan
FARMASI
Info Obat, Data DR Unit
PASIEN
Data SR Unit, Data Resep, Data Penggunaan Obat Habis Pakai
Gambar 4.1 Diagram Blok SIMRS
Gambar 4.1 menunjukkan aliran data antar 7 modul yang ada di SIMRS,
penjelasannyasebagaiberikut:
1.
Data Registrasi akan dikirimkan ke Modul Layanan dan Modul Farmasi
melalui tb_registrasi untuk keperluan list transaksi obat dan tindakan.
Data tersebut akan ditarik oleh modul Layanan dan Farmasi jika
diperlukan.
2.
Data Diagnosa Awal akan dikirimkan ke Modul Layanan melalui
tb_diagnosa_awal untuk keperluan rekam medis. Data tersebut akan
ditarik oleh modul Layanan jika diperlukan.
3.
Data Pasien akan dikirimkan ke Modul Layanan melalui m_pasien untuk
keperluan rekam medis. Data tersebut akan ditarik oleh Modul Layanan
jika diperlukan.
4.
Data Pembayaran dan Data DP dikirim melalui Modul Front Office ke

Modul Akunting dan Keuangan. Data tersebut akan muncul pada Modul
Akunting dan Keuangan setelah Admin Front Office menekan tombol
night audit.
38
5.
Data Transaksi Tindakan dikirim melalui Modul Front Office ke Modul
Payroll. Data tersebut akan muncul secara otomatis pada Modul Payroll.
6.
Update Data Registrasi Kamar dikirim melalui Modul Front Office ke
Modul Sarana dan Prasarana. Data tersebut akan muncul secara otomatis
pada Modul Sarana Prasarana setiap pasien melakukan registrasi keluar
kamar untuk keperluan House Keeping.
7.
Modul Layanan mengirimkan Data List Summary yang terdiri dari Data
List Rawat, Data List IGD, Data List Operasi, Data List Lab, dan Data
List Radio berasal dari tabel tb_list_summary yang merupakan laporan
daftar list tindakan disetiap instalasi berdasarkan Reg_id dan No_rm
pasien ke modul Front Office untuk direkap menjadi transaksi.
8.
Modul Layanan mengirimkan Data Resep yang berasal dari Tabel
tb_resep ke modul Farmasi yang akan digunakan untuk menginputkan
kebutuhan obat untuk pasien tertentu berdasarkan Reg_id dan No_rm.
Data Resep tersebut merupakan inputan dari perawat berdasarkan
informasi dari Dokter ke Pasien.
9.
Modul Layanan mengirimkan Data Jadwal Dokter yang berasal dari
Tabel tb_jadwal_dokter ke modul HRD. Data Jadwal Dokter akan
digunakan untuk mengetahui daftar kehadiran seorang dokter untuk
Dokter Poliklinik dan Dokter Jaga IGD.
10.
Modul Layanan memberikan akses untuk Modul Front Office
menggunakan Data Jadwal Dokter, Data Jadwal Operasi, dan Data
Rekam Medis yang masing-masing berasal dari Tabel tb_jadwal_dokter,
Tabel tb_jadwal_operasi, dan Tabel tb_rekam_medis untuk digunakan
pada keperluan informasi kepada pasien saat diperlukan.
11.
Modul Layanan mendapatkan Data Registrasi dari Tabel tb_registrasi
oleh modul Front Office untuk digunakan sebagai acuan dalam
pengolahan Data List Tindakan disetiap instalasi sehingga memudahkan
utnuk melakukan pencarian berdasarkan Reg_id tiap pasien.
12.
Modul Layanan mendapatkan Data Registrasi dari Tabel tb_registrasi
oleh modul Front Office untuk digunakan dalam penyusunan Data
39
Jadwal Operasi agar dapat tersusun secara sistematis dan berkelanjutan
berdasarkan Reg_id tiap pasien yang pada awalnya terbentuk oleh
negosiasi antara pasien dengan dokter.
13.
Modul Layanan mendapatkan Data Pasien dari Tabel tb_pasien oleh
modul Front Office yang akan digunakan untuk data permulaan sebuah
rekam medis yang selanjutnya akan memuat seluruh histori pengobatan
pasien pada Rumah Sakit tersebut berdasarkan No_rm yang terkoneksi
dengan setiap kegiatan medis di Rumah Sakit.
14.
Modul Layanan mendapatkan Data Diagnosa Awal dari Tabel
tb_diagnosa_awal oleh modul Front Office yang akan diolah menjadi
Data Pemeriksaan pada Tabel tb_pemeriksaan guna dipakai lebih lanjut
dalam Tabel tb_list_rawat.
15.
Modul Layanan mendapatkan Data Ruangan dari Tabel tb_ruangan oleh
Modul Sarana dan Prasarana untuk digunakan pada Tabel tb_list_rawat
dan Tabel tb_list_igd yang digunakan untuk menandakan dimana suatu
pasien dirawat saat itu.
16.
Modul Layanan mendapatkan Data Pegawai dan Jadwal Pegawai dari
Tabel tb_absensi oleh Modul HRD yang akan digunakan acuan untuk
menghasilkan Data Jadwal Dokter pada Tabel tb_jadwal_dokter.
17.
Modul Sarana dan Prasarana mengirimkan Data Kamar
dari Tabel
Master Kamar ke Modul Front Office dan Layanan. Modul Front Office
dan Layanan dapat menarik data tersebut sewaktu-waktu ketika
diperlukan.
18.
Modul Sarana dan Prasarana mengirimkan Data Status Kamar
yang
sudah siap ditempati dari Tabel Cleaning ke Modul Front Office. Modul
Front Office menarik data tersebut sewaktu-waktu ketika diperlukan
dalam Proses Registrasi Kamar
19.
Modul Sarana dan Prasarana mengirimkan Data Status Handling
Ambulance dari Tabel Handling Ambulance ke Modul Front Office.
Modul Front Office menarik data tersebut sewaktu-waktu ketika
diperlukan dalam Proses Registrasi Pasien Gawat Darurat.
40
20.
Modul Sarana dan Prasarana mengirimkan Data PO daru Tabel PO ke
Modul Keuangan. Modul Keuangan dapat melihat dan memberikan izin
untuk melakukan pemesanan barang ke supplier
21.
Modul Sarana dan Prasarana mengirimkan Data Pemeliharaan dari Tabel
Pemeliharaan ke Modul Keuangan. Data ini diperlukan agar Modul
Keuangan mengetahuin rincian anggaran untuk pemeliharaan aset serta
dapat memberikan izin serta dana dalam proses pemeliharaan aset.
22.
Modul Sarana dan Prasarana mengirimkan Data Penyediaan dari Tabel
Pemeliharaan ke Modul Keuangan. Data ini diperlukan agar Modul
Keuangan mengetahuin rincian anggaran untuk pembelian aset.
23.
Modul Sarana dan Prasarana mengirimkan Data Penghapusan dari Tabel
Penghapusan ke Modul Keuangan. Data ini diperlukan agar Modul
Keuangan mengetahuin rincian aset yang akan dihapus atau dilelang.
24.
Modul Sarana dan Prasarana mengirimkan Data Stok Opname dari Tabel
Stok Opname ke Modul Keuangan. Data ini diperlukan agar Modul
Keuangan mengetahuin rincian anggaran untuk pemeliharaan aset serta
dapat memberikan izin serta dana dalam proses pemeliharaan aset.
25.
Modul Sarana dan Prasarana mengirimkan Data Spoil dari Tabel Spoil ke
Modul Keuangan. Data ini diperlukan agar Modul Keuangan mengetahui
rincian barang rusak yang dikembalikan ke Gudang.
26.
Modul Sarana dan Prasarana mengirimkan Data RTA dari Tabel RTA
dan Data RTP dari Tabel RTP ke Modul Keuangan. Data ini diperlukan
agar Modul Keuangan mengetahui rincian barang yang melalui proses
retur pasif dan retur aktif.
27.
Modul Farmasi mengirimkan Data Obat ke Modul Layanan melalui
m_obat untuk keperluan penanganan rekam medis. Data tersebut akan
ditarik oleh Modul Layanan jika diperlukan.
28.
Modul Farmasi menerima Data Resep Dokter dari tb_list_tindakan
Modul Layanan yang diakses agar data resep tersebut segera
ditindaklanjuti untuk keperluan medis pasien.
41
29.
Modul Farmasi menerima Data Regristrasi dari tb_regristrasi Modul
Front Office untuk mengetahui data pasien dan keperluan list transaksi
obat.
30.
Modul Farmasi mengirimkan Data List Transaksi Obat ke Modul Front
Office melalui tb_list_obat agar pasien dapat membayar tagihan di Kasir
Front Office.
31.
Modul Farmasi mengirimkan Data Purchase Order ke Modul Akunting
& Keuangan melalui tb_PO_Farmasi. Modul Akunting & Keuangan
dapat melihat dan memberikan persetujuan untuk melakukan pemesanan
barang ke distributor.
32.
Modul Farmasi mengirimkan Data Receiving Report ke Modul Akunting
& Keuangan melalui tb_RR_Farmasi agar Modul Akunting & Keuangan
dapat mengetahui report barang yang masuk dari distributor.
33.
Modul Farmasi mengirimkan Data Spoil ke Modul Akunting &
Keuangan melalui tb_spoil_farmasi agar Modul Akunting & Keuangan
dapat mengetahui rincian barang rusak yang dikembalikan ke Gudang
Farmasi.
34.
Modul Farmasi mengirimkan Data Retur Aktif dan Pasif ke Modul
Akunting & Keuangan melalui tb_rta_farmasi dan tb_rtp farmasi agar
Modul Akunting & Keuangan dapat mengetahui rincian barang yang
dikembalikan melalui proses retur.
35.
Modul Farmasi mengirimkan Data Stok Opname ke Modul Akunting &
Keuangan melalui tb_StokOp_Farmasi agar Modul Akunting &
Keuangan dapat mengetahui selisih jumlah barang di sistem dan di
Gudang Farmasi untuk keperluan mencatat nilai barang di Farmasi.
36.
Modul Farmasi mengirimkan Data Pemusnahan Obat ke Modul Akunting
& Keuangan melalui tb_pemusnahan_obat agar Modul Akunting &
Keuangan dapat mengetahui rincian obat yang akan dimusnahkan dan
mengurangi nilai barang di Farmasi.
37.
Modul HRD mengirimkan Data Pegawai dari Tabel m_pegawai ke
Modul Front Office dan Data Pegawai Tenaga Kesehatan ke Modul
42
Layanan, Modul Front Office dan Modul Layanan dapat menarik data
tersebut sewaktu-waktu ketika diperlukan.
38.
Modul HRD menerima Data Jadwal Operasi Dokter dan Tenaga Medis
Pembantu dari Tabel tb_jadwal_operasi yang akan diakses untuk
pencocokan absensi kehadiran dokter dan teaga medis lainnya pada saat
operasi.
39.
Modul HRD mengirimkan Data Jadwal Grup Kerja dari Tabel
tb_jadwal_grupkerja ke Modul Layanan sebagai informasi jadwal tetap
tenaga kesehatan dalam periode tertentu (mingguan atau bulanan).
40.
Modul
HRD
mengirimkan
Data
Pangkat
Pegawai
dari
Tabel
tb_riwayat_pangkat ke Modul Payroll untuk proses perhitungan gaji
pokok pegawai.
41.
Modul
HRD
mengirimkan
Data
Jabatan
Pegawai
dari
Tabel
tb_riwayat_jabatan ke Modul Payroll untuk proses perhitungan tunjangan
jabatan pegawai.
42.
Modul HRD mengirimkan Data Cuti Pegawai dari Tabel tb_riwayat_cuti
ke Modul Payroll untuk proses perhitungan tunjangan tertentu seperti

tunjangan transport dan tunjangan makan yang dihitung perhari. Data ini
juga diperlukan untuk perhitungan gaji ketika pegawai sedang cuti diluar
tanggungan. Perhitungan ini nantinya akan dicocokkan dengan Data
Absensi pegawai.
43.
Modul HRD mengirimkan Data Sanksi Pegawai dari Tabel tb_sanksipeg
ke Modul Payroll untuk proses perhitungan gaji, akan dilakukan
pemotongan gaji sesuai peraturan yang berlaku.
44.
Modul HRD mengirimkan Data Absesni Pegawai dari Tabel tb_absensi
ke Modul Payroll untuk proses perhitungan gaji, tunjangan yang bersifat
harian, perhitungan lembur, dan perhitungan potongan tertentu.
45.
Modul Payroll menerima Data Transaksi Tindakan dari Modul Front
Office berupa nominal tindakan yang terjual, data ini akan digunakan
untuk proses perhitungan remunerasi baik berupa insentif langsung
maupun insentif tidak langsung pada Tabel tb_insentif_rem.
43
46.
Modul Payroll mengirimakan Data Rekonsiliasi Gaji (Rekap Gaji),
Rekap THR, Rekap Premi BPJS, dan Rekap Remunerasi dati Tabel
tb_rekonsiliasi ke Modul Akunting dan Keuangan. Data ini akan
digolongkan berdasarkan Chart of Account masing-masing.
47.
Modul Akuntansi dan Keuangan akan menarik data dari Tabel
tb_pembayaran yakni data Posting Data Pembayaran, Posting DP, dan
Faktur Transaksi Jaminan, data ini akan masuk kedalam penjurnalan
pemasukan tb_jurnal_pemasukan, dan berdasarkan Chart Of Account
(Kas).
48.
Modul Akuntansi dan Keuangan menarik data Draft PO dari Modul
Sarana Prasarana dan Modul Farmasi, data ini diperlukan sebagai
persetujuan barang/obat apa saja yang perlu dibeli berdasarkan Anggaran
Dipa yang telah disahkan dan akan dijurnalkan ke dalam Tabel
tb_jurnal_pengeluaran. Data ini akan masuk ke dalam Chart Of Account
(Persediaan)
49.
Modul Akutansi dan Keuangan akan menerima data dari Sarana
Prasarana
berupa
Data
Spoil,
Retur
dan
Stock
Opname
(tb_stock_opname, tb_spoil, tb_rta, dan tb_rtp. Data ini akan di jurnalkan
dalam Jurnal Penyesuaian tb_jurnal_penyesuaian dan akan berdasarkan
dalam Chart Of Account (Asset).
50.
Modul Akuntansi dan Keuangan akan menarik data dari tb_pemeliharan
yakni data draft pemeliharan aset dan gedung, data ini sebagai aset
bangunan atau barang mana saja yang memerlukan maintance, dan akan
di jurnalkan dalam tb_jurnal_pengeluaran (Pemeliharaan)
51.
Modul Sarana Prasarana akan mengirim data berupa Laporan Hasil
Lelang dari tb_pemeliharan, data ini berupa pemasukan kas untuk rumah
sakit tersebut dan akan di jurnalkan dalam Tabel tb_jurnal_pemasukan.
Data ini akan di kelompokan dalam Chart Of Account (Pemeliharaan)

52.
Modul Akuntansi akan menerima data dari Modul Farmasi yakni
Laporan
Pemusnahan
Obat
tb_pemusnahan_obat
ke
dalam
44
tb_jurnal_penyesuaian. Data ini akan di kelompokan dalam Chart Of
Account (Penyusutan Persediaan)
53.
Modul Akuntansi dan Keuangan akan menarik Data Rekap Gaji dari
Modul Payroll yakni Tabel tb_detailgaji, data ini akan dibuatkan laporan
perngeluaran gaji karyawan bulanan dan dijurnalkan kedalam Tabel
tb_pemasukan dan akan dibedakan menurut Chart Of Account (Biaya
Operasi dan Administrasi).
54.
Modul Akuntansi dan Keuangan akan menerima Data Rekonsiliasi Gaji
(Rekap Gaji), Rekap THR, Rekap Premi BPJS, dan Rekap Remunerasi
dari Modul Payroll yakni Tabel tb_rekonsiliasi, data ini akan dibuatkan
laporan bulanan dan dijurnalkan kedalam Tabel tb_pemasukan dan akan
dibedakan menurut Chart Of Account (Biaya Operasi dan Administrasi).
Alur untuk bagian Front Office dimulai dari data pasien yang berikan
oleh pasien atau calon pasien ke Front Office. Data ini akan disimpan dan
digunakan untuk proses-proses seperti Proses Registrasi, Pembayaran, dan proses
lainnya. Data Pasien akan digunakan sebagai informasi identitas pasien pada
Proses Registrasi. Proses Registrasi akan mencatat Data Registrasi yang dilakuka
n
oleh pasien saat melakukan registrasi. Data yang diperlukan dalam proses
registrasi selain data pasien adalah data pegawai. Data pegawai merupakan data
yang didapatkan dari Modul Human Resource Development dan digunakan dalam
melakukan setup registrasi rawat inap. Fungsinya adalah untuk menentukan
dokter penanggung jawab saat pasien melakukan rawat inap. Data lain yang
diperlukan oleh Modul Front Office pada proses Registrasi adalah Data
Ambulance, Data Bed, Data Kamar, dan Data Kelas. Data tersebut didapatkan dari
Modul Sarana Prasarana dan digunakan untuk proses Registrasi Kamar,
Pencatatan Transaksi Ambulance, dan Request Ambulance. Proses Pencatatan
Transaksi Ambulance juga memerlukan Data dan Status Pegawai dari Modul
Human Resource Development. Fungsinya adalah untuk mencatat petugas yang
bekerja sebagai penangan pasien saat menggunakan ambulance. Pencatatan
petugas ambulance juga berfungsi sebagai pencatatan renumerasi pada proses
penggajian pegawai.
45
Data registrasi ini akan diberikan ke Modul Layanan dan Modul Farmasi.
Fungsinya adalah untuk memasukan data transaksi tindakan dan transaksi obat
dari pasien yang melakukan registrasi. Modul Layanan akan memberikan
kembalian data berupa status inap yang berfungsi sebagai status tambahan apakah
pasien perlu melakukan rawat inap atau tidak. Kembalian data dari Modul
Farmasi dan Modul Layanan adalah data transaksi tindakan dan transaksi obat
dari pasien. Kedua data ini diperlukan oleh Modul Front Office untuk proses
Kasir atau Pembayaran. Data pembayaran yang sudah closed pada Modul Front
Office akan diberikan atau di-posting ke Modul Akunting & Keuangan. Data
pembayaran juga dapat diakses oleh Modul Payroll sebagai status apakah
transaksi tindakan sudah terbayar atau belum. Fungsinya adalah sebagai
pencatatan renumerasi pegawai. Gambar 4.2 menunjukan aliran data yang terjadi
pada tabel-tabel yang berada pada setiap modul.
Data Transaksi Tindakan

B
FRONT OFFICE
SARANA & PRASARANA
FRONT OFFICE
Data Pegawai
PAYROLL
Tb_jadwal_
operasi
LA
Data
Registrasi
Transaksi Obat
Data
Data
Data
Data
Data
List
List
List
List
List
IGD
Rawat
Operasi
Lab
Radio
I
AKUNTING & KEUANGAN
Data Ruangan
Tb_list_igd
Tb_jadwal_dokter
Jadwal Pegawai,Data Pegawai
Jadwal Dokter
Data Registrasi
PAYROLL
Tb_resep
Tb_list_rawat
F
Info Obat
FARMASI
Tb_obat
Tb_PO_Farmasi
tb_detailgaji
Tb_list_obat
Laporan RR
Laporan Spoil
Laporan THR,
Data Premi BPJS,
Data Rekonsiliasi
C
Tb_jurnal_penye
suaian
G
J
Laporan Retur Pasif
Tb_RR_Farmasi
H
Tb_jurnal_pema
sukan
Tb_Rta_Farmasi
Data Resep
tb_rekonsiliasi
B
H
Laporan
Pemusnahan Obat
Laporan Retur Aktif
F
Data
Resep
Laporan Persetujuan PO
I
Tb_jurnal_pe
ngeluaran
tb_pemeriksaan
Draft PO
Data Absen
Data Pegawai
Data Cuti
Data Sanksi
Tb_list_operasi
Jadwal
Pegawai
Data Kenaikan Pangkat
Data Kenaikan Jabatan
Data Ruangan
Tb_rekam_medis
Tb_list_lab
Data Ruangan
Tb_rtp
Tb_jadwal
_operasi
Tb_list_radio
tb_sanksipeg
Tb_rta
Tb_ruangan
Data Retur Pasif
LAYANAN
M_grup_kerja
Tb_Stock_
Opname
Update Registrasi Kamar
Data Spoil
Data Retur Aktif
G
Draft PO, Laporan RR,
Laporan Spoil, Laporan
Stock Opname, Laporan
Retur Pasif, Laporan
Retur Aktif
Tb_spoil
Tb_PO
Tb_Pasien
Tb_diagnosa_
awal
Data Registrasi
Tb_cleaning
E
Laporan Pelelangan,
Laporan Persetujuaan
Perawatan Aset dan Gedung
tb_riwayat_
cuti
Tb_kamar
Data Pasien
tb_absensi
Tb_pemeliharan
Tb_rekam_medis
Data Diagnosa
Awal
m_pegawai
tb_riwayat_jab
atan
LA
Tb_registrasi
HRD
tb_riwayat
_kepangkatan
Tb_jadwal_operasi
_pasien
Tb_Reg_Kamar
Tb_pembayaran
HRD
AKUNTING
LA
Draft PO
C
SARPRAS
Tb_jadwal_
dokter
LA
Data Stock Opname
FARMASI
Posting Data Pembayaran,
Bukti Pembayaran, Faktur
Transaksi Jaminan
Draft Perawatan Aset dan
Gedung
Laporan Hasil
Pelelangan
LAYANAN
tb_rekonsiliasi
Data Kamar, Status Kamar
E
KELUARAN DATA
Tb_Rtp_Farmasi
Tb_Spoil_Farmasi
Tb_Pemusnahan
_obat
Tb_StokOp
_Farmasi
Laporan Stok Opname
J
B
Voucher Payment
Rekap Gaji
Gambar 4.2 Blok Diagram Integrasi Data SIMRS
46
47
A
Proposal Kerjasama, Validasi Anggota Asuransi
Data Pasien, Dokumen Jaminan, Surat Rujukan
PASIEN
B
Konfirmasi Proposal Kerjasama, Data perusahaan, Data kontrak,
Status Kontrak, Konfirmasi Kebenaran Validasi Asuransi
Kartu Pasien, Form Rekam Medik, Surat Sakit, Surat Sehat, Surat
Kematian, Infoi Kamar, Info Kontrak, Info Jadwal Operasi, Jadwal Dokter,
Bukti Transaksi, Form Transaksi Jaminan
Penetapan Angka Kredit
Permintaan Informasi
PENGUNJUNG
C
DIREKTUR
UTAMA
D
JAMINAN
KESEHATAN
Info kamar, info jaminan, info jadwal operasi, jadwal
dokter, Info Pasien Perawatan
Lap. Kunjungan Pasien Baru, Lap. Kunjungan Pasien Lama, SK tenaga
tamu, persetujuan cuti diluar tanggungan, penetapan sanksi,
penetapan SK KGB, SK pemecatan, persetujuan izin, Pengesahan
Hasil Seleksi
i1
PERUSAHAAN
MITRA
H1
TIM PENILAI
ANGKA
KREDIT
Aturan Penggunaan Obat Narkotika & Psikotropika
G1
Laporan Penggunaan Obat Narkotika & Psikotropika
DINAS
KESEHATAN
verifiksi user
laporan DUK, laporan RL4, laporan RL4a, laporan mutasi pegawai,
peserta orientasi, Data Hasil Seleksi, laporan inventory obat,

harga jual, penjualan obat
Permohonan Kerjasama
F1
ADMIN
Informasi user
E1
Konfirmasi Permohonan Kerjasama, Data perusahaan,
Data kontrak
Pengajuan PRF
FINANCE
Persetujuan PRF
E
Surat Rujukan
MEDICAL
UNIT
F
Persetujuan Rancangan Anggaran
Surat Rujukan
Rancangan Anggaran,Penulisan Buku Besar, Laporan
Laba Rugi, Income Statement, Balance Sheet, Laporan
Keuangan, dan Approval Buku Besar
Tindakan Medis Perawat, Persiapan Anamnesis
Data Registrasi, Data Pasien, Data Kontrak
H
CALON
PASIEN
I
STAFF
REKAM
MEDIS
J
KEPALA
BAGIAN
LAYANAN
K
Rekap premi BPJS Ketenagakerjaan, SPT (Lembar Kuning)
Rekap premi BPJS Ketenagakerjaan
0
Data Calon Pasien

Penyesuaian Data Tindakan Medis,
Penginputan Data Rekam Medis
L
STAFF
SARPRAS
M
KEPALA
SARPRAS
N
SUPPLIER
SISTEM INFORMASI MANAJEMEN
RUMAH SAKIT
keberatan atas penilaian
data calon pegawai
Info Stok, data DR unit
Permohonan SK
Draft PR, Draft PO, Data Stok Real, Isian Draft Harga Jual
Barang Pelelangan, Informasi Sarana dan Prasarana
Q
KEPALA
INSTALASI
FARMASI
Data barang minimum, PR, DO
Laporan Persetujuan DR unit, Laporan Persetujuan PO,
Laporan Persetujuan Penghapusan, Laporan Persetujuan
Perawatan,laporan Persetujuan Pelelangan
M1
HOUSE
KEEPING
N1
AP
Informasi jadwal kerja, konfirmasi permohonan
jadwal kerja unit kerja, usulan kebutuhan pegawai
pengesahan surat cuti, pemeriksaan sanksi, pegawai
diterima, surat peringatan
Isian DR unit,Draft PO,Draft
Penghapusan,Draft Perawatan Laporan Stok
Opname
Delivery Order, Faktur Pembelian, Invoice
laporan peserta orientasi, laporan absensi, lembur, cuti, izin
Delivery Order, Faktur
Data Obat, Data DR Unit, Data PR, Data PO, Data Harga Jual, Data Retur,
Data Spoil, Data Stok Op., Data RR, Data Pemusnahan, Data List Obat
Info Barang Minimum, Info Stok Obat, PR, DO, Faktur

REKTOR
Y
ATASAN
LANGSUNG
CALON
CALON
PEGAWAI
PEGAWAI
W
BKN
Draft DR Unit, Draft PR, Draft Retur, Tembusan Draft PO,
Draft Harga Jual, Draft Pemusnahan Obat
V
KEPALA
UNIT KERJA
U
DIREKTUR
HRD
data diri, keluarga, pendidikan, kepangkatan, jabatan, diklat,
seminar, penghargaan, riwayat cuti, absensi, permohonan cuti,
pengunduran diri, data lembur, keberatan atas penilaian kinerja, T
Slip Gaji, THR, Informasi pajak, Form 1721
PEGAWAI
informasi jadwal kerja, SK PNS, SK CPNS, SK pensiun, SK mutasi, SK
pensiun, SK pemecatan, SK kenaikan pangkat dan jabatan, konfirmasi
cuti dan resign, surat peringatan, surat izin diklat, sanksi
Data RR, Persetujuan PRF, Persetujuan Rekap DO, Aturan Remunerasi, S
Rapel, THR
MANAJEMEN
Besar Margin, Rencana Perekapan DO, Pengajuan PRF
Info Racik Obat
Laporan Persetujuan DR Unit, PR, Retur, Harga Jual, Pemusnahan Obat
J1
BAGIAN
MARKETING
Z
SK pensiun, SK PNS, SK CPNS, SK kenaikan pangkat,
dan jabatan
Purchase Order, Retur
STAFF
FARMASI
A1
X
Informasi hasil seleksi, informasi peserta orientasi
O
P
usulan pengangkatan CPNS, PNS, usulan
kenaikan pangkat dan jabatan
penilaian kinerja, tanggapan, penugasan lembur,
persetujuan cuti, pengajuan pelanggaran
Laporan Keseluruhan
Purchase Order, Informasi Retur, Voucher Payment.
DISTRIBUTOR
KANTOR
PAJAK
BPJS
Saldo THT
SK kontrak, rekomendasi pengangkatan PNS
dan CPNS, Data Grade Gaji Kontrak
Isian SR
UNIT
PENGGUNA
B1
Surat Setoran Pajak (SSP), Surat Pemberitahuan
(SPT), PPh 21, Laporan Penjualan dan Pembelian
Data Registrasi, Data Pasien, Data Kontrak
Data Tindakan Medis, Data Resep, Data
ICD IX CM, Data ICD X
BANK
Setoran gaji, premi BPJS, pajak, Giro dan SSP
Tindakan Medis Dokter, Data Diagnosa Awal, Data
Resep, Data Anamnesis
DOKTER
C1
SSP
PERAWAT
G
D1
KEPALA
AKUNTANSI &
KEUANGAN
Data Racik Obat

Closing Periode, Approval Buku Besar, Laporan Stock Opname,
Retur, Rancangan Anggaran, Persetujuan PRF, Laporan Stock
Opname, Retur, dan Spoil
Draft Kontrak
Voucher Payment
Data Cleaning, Update Status Kamar, Ruangan
Draft PO Barang , Penyediaan Aset, Perawatan Aset , Report RR Barang, Spoil Bara
ng,
RTP Barang, RTA Barang, Stok Opname Barang, Draft PO Obat , Report DR, Report RR
Obat, Spoil Obat, RTP Obat, RTA Obat, Stok Opname Obat, Report Pemusnahan Obat
APOTEKER
K1
GENERAL
CASHIER
Data Request Ambulance
L1
Data Quantity
Data Kamar
Persetujuan PO Barang, Persetujuan PO Obat,
Persetujuan Penyediaan Aset, Perawatan Aset
R
Draft Penghapusan
SOPIR
O1
AR
Persetujuan Penghapusan
Gambar 4.3 Diagram Konteks
Diagram Konteks pada Gambar 4.3 menunjukan entitas-entitas yang
terkait dengan Sistem Informasi yang dirancang.
Overview Keseluruhan menggambarkan gambaran umum Sistem Informasi Rumah Sakit ya

ng dirancang, dimana setiap
modul terdapat didalamnya. yaitu modul Front Office, Layanan, Farmasi, Sarana &
Prasarana, Human Resource Development,
Payroll, dan Akunting & Keuangan.
.
Data Ruangan, Data Aset (Alat medis)
Laporan Daftar 10 Penyakit Rawat Inap, Laporan
Daftar 10 Penyakit Rawat Jalan, Laporan Mordibitas
Pasien Rawat Inap, Laporan Mortalitas Pasien Rawat
Inap, Laporan Mordibitas Pasien Rawat Jalan, Laporan
Mortalitas Pasien Rawat Jalan, Laporan Kunjungan
Pasien Rawat Inap dan Laporan Kunjungan Pasien
Rawat Jalan.
DIREKTUR
UTAMA
Data Obat, Data DR Unit
Data Resep Obat, Data Penggunaan Obat Habis Pakai, Data SR Unit
Tindakan Medis Umum, Data
Status Triage, Data Status
Pasien, Data Status IGD
f
PERAWAT
Tindakan Medis Umum, Data Diagnosa Lanjutan,
Data Resep, Data Visite Dokter, Data Status Operasi
STAFF MEDIS
Data Radiologi
Data Radiologi
LA5
Data Radiologi
LA6
Data
Laboratorium
FO2
Data Registrasi
Data Registrasi
Data Basic Unit
o
Data Tindakan
Umum
LA7
LA8
Data Tindakan
Penunjang
LA9
Data ICD IX CM
q
Kepala
Instalasi
Farmasi
Data Registrasi
r
LA10
Data ICD X
Data RM Rawat
Data RM Rawat
LA11
Data RM Rawat
Data RM IGD
Data RM IGD
LA12
Data RM IGD
Data Kemasan Obat
Data Konversi Obat
Data Barang Minimum, Info Stok Obat, PR, DO
Data
Data
Data
Data
Lemari Obat
Pabrik Obat
Pabrik Obat
Distributor Obat
Draft DR Unit, Draft PR, Tembusan Draft PO,

Draft Harga Jual, Draft Pemusnahan Obat
Data Distributor Obat
Data Obat
Laporan Persetujuan DR Unit, Laporan Persetujuan PR,
Laporan Persetujuan Harga Jual,
Laporan Persetujuan Pemusnahan Obat
Data Obat
Data Harga Jual Obat
4.0
Info Racik Obat
Data Racik Obat
LA13
Data RM
Operasi
LA14
Data RM
Radiologi
LA15
Data RM
Laboratorium
Data Pemeriksaan
Data Pemeriksaan
LA16
Data
Pemeriksaan
Data Resep
Data Resep
LA17
Data
Resep
Data Jadwal Dokter
Data Jadwal Dokter
LA18
Data Jadwal
Dokter
Data Jadwal Operasi
Data Jadwal Operasi
LA19
Data Jadwal
Operasi
K
Laporan Manajemen Inventory Obat
Isian SR, Isian Perencanaan Aset
Unit
Pengguna
Data Pabrik
Obat
FM7
Data Distributor
Obat
FM8
Data Obat
FM9
Data Harga Obat
Data SR Unit
FM11
Data DR Unit
FM12
Data PR
FM13
Data PO
Draft DR, Draft PR, Draft PO,Draft Retur Aktif, Draft
Penyediaan Aset, Draft Pemeliharaan Aset, Draft
Penghapusan Aset,
Informasi Sarana dan Prasarana, DR, Penyediaan Aset,
Data Stok Minimum, DO
Kepala
SarPras
Persetujuan DR, PersetujuanPR, Persetujuan PO,Persetujuan
Retur Aktif, Persetujuan Penyediaan Aset, Persetujuan
Pemeliharaan Aset, PersetujuanPenghapusan Aset,
PO, Penyediaan Aset, Retur
Data Aset
3.0
Data Aset
SARANA &
PRASARANA
FM16
Data Retur Pasif
SP7
Data Aset
SP8
Data SR
Data SR
SP9
Data DR
Data PR
Data PR
SP11
Data PO
Data RR
Data RR
Data RR
Data Retur Aktif
SP10
Data PR
Data PO
Data PO
Data Retur Aktif
Data Barang
Data SR
Data DR
DO
Data RR
FM15
Data Ruangan
SP6
Data Barang
Data DR
Supplier
Data PO
Data RR
Data Kamar
SP5
Data Ruangan
Draft DR, Draft PR, Draft PO,Draft Retur Aktif, Draft
Penyediaan Aset, Draft Pemeliharaan Aset, Draft
Penghapusan Aset,
M
Data Sal
SP4
Data Kamar
Data Ruangan
Staff SarPras
N
FM14
Data Gedung
Data Sal
Data Kamar
Data Barang
FM10
Data Tanah
SP2
Data Gedung
SP3
L
FM6
SP1
Data Tanah
Data Gedung
Informasi Sarana dan Prasarana Rumah Sakit
Data Sal
Data PR
Data PO
SP12
Data RR
SP13
Data RTP
Data RTP
Data Status Kamar
M1
Data Retur Aktif
Laporan Persetujuan PO
Data RM Laboratorium
Data RM Laboratorium
Direktur
Utama
Data Lemari
Obat
Data DR Unit
Data PR
Besar Margin
c
Data RM Radiologi
Data RM Radiologi
Data Konversi
Obat
Data SR Unit
Data DR Unit
FARMASI
Laporan Manajemen Inventory Obat
Manajemen
Data Kemasan
Obat
FM5
Data Harga Jual Obat
Data SR Unit
Apoteker
s
Data Kategori
Obat
FM3
FM4
Data Konversi Obat
Data Lemari Obat
Data Basic Unit, Data Kategori, Data Kemasan, Data

Konversi, Data Lemari, Data Pabrik Obat, Data Distributor
Obat, Data Obat, Draft DR Unit, Draft PR, Draft PO, Data RR,
Data RTA, Data RTP, Data Spoil, Data Stok Opname, Draft
Harga Jual, Data List Jual Obat, Draft Pemusnahan Obat
Data Basic Unit
FM2
Data Kategori Obat
Data Kemasan Obat
DO
Staff Gudang
Farmasi
Data Tanah
Data Basic Unit
Data Kategori Obat
PO, Retur Aktif
Distributor
p
Data RM Operasi
Data RM Operasi
Data Pasien, Data Registrasi, Data Diagnosa Awal
Data Registrasi
Data Operasi
Data ICD X
Data ICD X
Data Transaksi Tindakan, Data Rekam Medis, Jadwal Operasi Pasien, Jadwal
Dokter, Update Status Inap
Data Pasien
FO2
Data Penyakit
LA4
Data ICD IX CM
2.0
LAYANAN
Data Pasien
FO1
LA3
Data ICD IX CM
Data SMF, Data Departemen,
Data Penyakit, Data Operasi,
Data Radiologi, Data
Laboratorium, Data Tindakan
Umum, Data Tindakan
Penunjang, Data ICD IX CM,
Data ICD X
ADMIN
Data
Departemen
Data SMF
Data Operasi
Data Operasi
Data Tindakan Penunjang
Data Tindakan Penunjang
Data RM, Data Jadwal
f1
LA2
Data Penyakit
Data Penyakit
Data Tindakan Umum
Data Tindakan Umum
Pengolahan Data RM, Pengolahan Data Jadwal, Tindakan
Medis Penunjang, View Data RM, Verifikasi Data RM,
Pengolahan Data RM Keseluruhan
h
Data Departemen
Data Departemen
Data Laboratorium
Data Laboratorium
Data Registrasi,
Data Pasien, Data
Diagnosa Awal
DOKTER
LA1
FM1
Data Registrasi,
Data Pasien
g
Data SMF
Data SMF
Draft PO, Laporan DR, RR, Laporan Stock Opname, Spoil, Retur
Active & Passive, Laporan Pemusnahan Obat
c
Data Retur Pasif
Data RTP
Data RTA
Housekeeping
Data RTA
Data Cleaning Kamar
Data Retur Pasif
Data Opaname
FM17
Data Spoil
FM18
Data Racik Obat
Data Spoil
FM19
Data List Jual Obat
Data Spoil
Data Handling Ambulance
Data Spoil
SP17
Data Cleaning
SP18
FM21
Data
Pemusnahan Obat
FM22
Data
Penggunaan Obat
Data Penggunaan Obat
Data Perencanaan
C
Direktur
Utama
Data Handling
Data Handling
Data Perencanaan
SP19
Data Pemusnahan Obat
Data Pemusnahan Obat
Data Penggunaan Obat
Data Cleaning
Data Handling
Data Stok
Opname
FM20
Data Opname
SP16
Data Cleaning
Data List Jual
Obat
Data Stok Opname
Data RTA
SP15
Data Spoil
Data Registrasi Pasien Darurat
L1
Sopir
Data Stok Opname
SP14
Data Opaname
Data Spoil
Data Racik Obat
Data Racik Obat
Data List Jual Obat
Data
Perencanaan
Data Penyediaan
Laporan Manajemen Inventory , Laporan Manajemen Aset
SP20
Data Penyediaan
Data Penyediaan
Data Perawatan
SP21
Data Perawatan
Data Penghapusan
SP22
Data Penghapusan
Data Penggunaan Almed
SP23
Data Penggunaan Almed
Data Supllier Barang
SP24
Data Perawatan
Data
Penghapusan
Data Penggunaan
Almed
Dat Supplier
Barang
Data Supllier Barang
Data Registrasi, Data Pasien
Data Transaksi Obat
Konfirmasi Proposal Kerjasama, Data perusahaan, Data
kontrak, Status Kontrak, Konfirmasi Kebenaran Validasi
Jaminan, Data Tanggungan Obat, Data Tanggungan Tindakan,
Data Tanggungan Kelas
Proposal Kerjasama,
Validasi Jaminan
Data Negara, Provinsi, Kabupaten, Kota, Jenis Layanan, Jenis
Inap, Agama, Cara Keluar, Jenis Rawat, Tipe Surat, Alergi,
Diagnosa, Keterangan
f1
ADMIN
J1
Data Proposal Kerjasama
BAGIAN
MARKETING
Surat Rujukan
e
MEDICAL
UNIT
Surat Rujukan
1.0
Laporan Kunjungan Pasien Baru,
Laporan Kunjungan Pasien Lama
c
DIREKTUR
UTAMA
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Diagnosa
Diagnosa
Keterangan
Keterangan
Agama
Agama
Cara Keluar
Cara Keluar
Tipe Rawat
Tipe Rawat
Jenis Surat
Jenis Surat
Alergi
Alergi
Jenis Layanan
Jenis Layanan
Jenis Inap
Jenis Inap
Negara
Negara
Provinsi
Provinsi
Kabupaten
Kabupaten
Kota
Kota
Pasien
Pasien
Surat Keterangan
Surat Keterangan
Diagnosa Awal
Diagnosa Awal
Surat Rujukan
Surat Rujukan
Registrasi
Data Registrasi
Data Reg Kamar
Data Reg Kamar
Data Request Kamar
Data Request Kamar
Data Pembayaran Transaksi
Detail Pembayaran
Detail Pembayaran
Data Kontrak
Data Kontrak
Data Perusahaan
Data Perusahaan
Data Tanggungan Obat
Data Tanggungan Tindakan
Data Surat Kerjasama
Data Tanggungan Penunjang
FRONT OFFICE
Data Surat Keterangan
g
DOKTER
Informasi kamar,informasi perusahaan kerjasama,
informasi tanggungan, informasi jadwal operasi pasien,
jadwal pegawai, Informasi Registrasi Pasien
b
PENGUNJUNG
Request Informasi
h
Data Calon Pasien
CALON
PASIEN
Data Pasien, Dokumen Jaminan, Surat Rujukan, Request
Informasi, Request Kamar, Konfirmasi Request Kamar,
Update Status Pembayaran, Data Registrasi
*
a
PASIEN
i1
PERUSAHAAN
MITRA
Kartu Pasien, Form Rekam Medik, Surat Keterangan, Informasi
kamar, informasi tanggungan, informasi jadwal operasi

pasien,jadwal dokter, Bukti Transaksi, Form Transaksi Jaminan
Proposal Kerjasama, Validasi Anggota Asuransi
Konfirmasi Proposal Kerjasama, Data
perusahaan, Data kontrak, Status Kontrak,
Konfirmasi Kebenaran Validasi Asuransi
Data User
Informasi Data User
ADMIN
ADMIN
Request Data Kamar, Kelas, Bed, Amulance
d
JAMINAN
KESEHATAN
F1
Data Kamar, Kelas, Bed, Ambulance
FO27
Data Diagnosa
FO28
Data Keterangan
FO22
Data Agama
FO23
Data Cara Keluar
FO24
Data Tipe Rawat
FO25
Data Jenis Surat
FO26
Data Alergi
Draft PO, Laporan RR, Laporan Stock Opname, Spoil, Retur
Active & Passive, Draft Penyediaan Aset, Draft Persetujuan
Perawatan Aset dan , Draft Penghapusan Aset Gedung
Direktur
Utama
D1
Kepala
Akutansi dan
Keuangan
Anggaran DIPA
Data Akun
Data Jenis Inap
Data Negara
Data Kelas Akun
Data Bank
Invoice, PO
FO16
Data Provinsi
FO17
Data Kabupaten
Akunting
FO1
Data Bank Akun
Data FOP
G1
FO7
Data Surat
Keterangan
FO21
Data Diagnosa Awal
FO8
Data Surat Rujukan
Jaminan
Kesehatan
Konfirmasi
Data PRF Report
Data Jurnal
7.0
Data Registrasi
FO9
Data Registrasi
Kamar
FO14
Data Request
Kamar
FO5
Data Pembayaran
Transaksi
FO6
Detail
Pembayaran
FO3
Data Kontrak
FO4
FO11
FO12
FO13
FO14
FO10
Data Perusahaan
Data Tanggungan
Kelas
PRF
PRF Detail
AK08
Data Invoice
Invoice
AK12
Account
Summary
AK13
Invoice, PO
Supplier
Data
Data
Data
Data
Neraca Keuangan
Neraca Saldo
Neraca Saldo
Laba Rugi
Persetujuan PRF, Persetujuan PO

Data Laba Rugi
Data Transaksi Buku Besar

Finance
Pengajuan PRF, Draft PO
Data Transaksi Buku Besar
Data Laporan Keuangan
C1
Data Laporan Keuangan
SSP
Bank
AK14
Grade Gaji Kontrak
Data Gaji, Tunjangan,
Insentif, Iuran,
PTKP, Aturan
Remunerasi, Rapel
T
Pegawai
Slip Gaji, THR,
Remunerasi, Saldo JHT
Bank
Bank
Setoran Gaji,
Premi BPJS, Pajak
6.0
Jurnal
Jurnal
Detail
AK11
Data Neraca Keuangan
N
E1
S
PRF
Report
AK10
Data Akun summary
Rektor
Manajemen
AK06
AK07
Data Akun summary
Faktur List Transaksi
Jaminan
B1
Kantor Pajak
Neraca
Keuangan
Laba Rugi
AK16
Transaksi
Buku Besar
AK17
Laporan
Keuangan
Form 1721A, Form 1721A1
Form 1721B, Form 1721B1
SSP, SPT
Neraca
Saldo
AK15
PAYROLL
C1
C1
Laporan Saldo JHT
BPJS
Rekap Premi BPJS
Data
Data
Data
Data
Data
Data
Data
Data
Data
Data
Gaji Paket
Gaji Paket
Upah Lembur
Upah Lembur
Rapel
Rapel
THR
THR
Gaji
Gaji
Data Potongan
Data Potongan
Insentif
Insentif
Index Pegawai
Index Pegawai
Insentif Pegawai
Insentif Pegawai
Saldo THT
Saldo THT
Data Rekonsiliasi
Data Rekonsiliasi
P1
Data Grade Gaji
P2
Data Tunjangan
P3
Data Insentif
P4
Data PTKP
P5
Data Iuran
P6
Jenis Insentif
P7
Data Indeks
P8 Kelompok Remunerasi
P9
Data Gaji Paket
P10
Data Upah Lembur
P11
Data Rapel
P12
Data THR
P13
Data Gaji
DIREKTUR
UTAMA
Data Diri, Riwayat keluarga, seminar,
pendidikan, kepangkatan, jabatan, penghargaan,
cuti diklat, Absensi, Penukaran Jadwal,
Lembur, pengajuan cuti, izin, Surat cuti, surat izin
SK kenaikan pangkat dan jabatan,
SK PNS, SK CPNS, SK mutasi, SK pensiun,
SK pemecatan, persetujuan resign
SK Pemecatan, Data Sanksi dan Pelanggaran,
Pengesahan Izin Belajar, Cuti
Laporan Kepegawaian,
laporan RL4, Laporan RL4a
BKN
H1
TIM
TIM PENILAI
PENILAI
ANGKA
ANGKA
KREDIT
KREDIT
Y
ATASAN
LANGSUNG
U
DIREKTUR
HRD
P15
P16
Calon Pegawai Diiterima,
Pesera Orientasi, Orientasi
Pengesahan Surat Cuti,
Pemeriksaan Sanksi
Laporan Pelanggaran Pegawai,
Usulan Kebutuhan Pegawai
Insentif_Rem
X
Data Calon Pegawai
CALON
CALON
PEGAWAI
PEGAWAI
Index Pegawai
Pegawai Diterima
P17 Insentif_Rem Pegawai
P18
Saldo THT
P19
Data rekonsiliasi
Data Calon Pegawai,
data keb. pegawai
S
MANAJEMEN
MANAJEMEN
Hasil Seleksi
REKTOR
PPh 21, Laporan Penjualan
dan Pembelian
Manajemen
penilaian PPK, tanggapan,
Surat Perintah Lembur,
persetujuan cuti
Z
Giro dan SSP
S
Penetapan Angka Kredit
Data Potongan
SPT, Data Pajak
Kantor Pajak
SK pensiun, SK PNS, SK CPNS,
SK kenaikan pangkat, dan jabatan
Jadwal Kerja Unit
V
KEPALA
UNIT KERJA
P14
Data User
Informasi Data User
Data Pegawai
Informasi Data Pegawai
Data Riwayat Keluarga
Data Riwayat Keluarga
Data Riwayat Pendidikan
Data Riwayat Pendidikan
Riwayat Kepangkatan
Riwayat Kepangkatan
Riwayat Jabatan
Riwayat Jabatan
Riwayat Diklat
Riwayat Diklat
Riwayat Seminar
Riwayat Seminar
Riwayat Penghargaan
Riwayat Penghargaan
Informasi Riwayat Cuti
Informasi Riwayat Cuti
Mutasi Pangkat
Informasi Mutasi Pangkat
Mutasi Jabatan
Mutasi Jabatan
W
B1
Data Tanggungan
Obat
Data Tanggungan
Tindakan
AK05
Data
Data
Data
Data
Jurnal
Jurnal Detail
Jurnal Detail
Invoice
Data Tunjangan
Data Tunjangan
Data Insentif
Data Insentif
Data PTKP
Data PTKP
Data Iuran
Data Iuran
Data Indeks
Data Indeks
Data Indeks
Data Indeks
Kelompok Remunerasi
Kelompok Remunerasi
Z
Bank
Bank
Account
Form Of
Payment
AK09
AKUNTING DAN
KEUANGAN
Voucher Payment.
FO2
Data Grade Gaji
Data Grade Gaji
Kelas Account
AK04
Data
Data
Data
Data
Data
PRF
PRF
PRF Detail
PRF Detail
PRF Report
Voucher Payment
Closing Periode, Approval Buku Besar,
Laporan Stock Opname, Retur, Rancangan
Anggaran, Persetujuan PRF, Laporan Stock
Opname, Retur, dan Spoil
D
AK03
Data FOP
Data Akun, Form Of Payment, data
Pajak, Data Bank
Data Kota
Data Pasien
AK02
Data Bank Akun
Data Bank, Data Pajak, Data Akun,
Data FOP
General Cashier
FO18
C
Account
Data Kelas Akun
Distributor
K
FO15
AK01
Data Bank
O
Data Jenis Layanan
FO19
PEGAWAI
Laporan Persetujuan PO, Laporan Persetujuan
Perawatan Aset dan Gedung
Data Akun
Laporan Keuangan dan Rancangan Anggaran
Voucher Payment.
FO20
T
C
Persetujuan Perekapan DO
usulan pengangkatan CPNS, PNS,
usulan kenaikan pangkat dan jabatan
Mutasi Gaji Berkala
Mutasi Gaji Berkala
Mutasi
Informasi Mutasi
Data SKP
Informasi SKP
Data DUPAK
Infromasi DUPAK
Data PAK
Infromasi PAK
Data Jadwal Kerja
Informasi Jadwal Kerja
Data Absensi
Informasi Absensi
Data Lembur
Informasi Lembur
Data Calon Pegawai
Data Calon Pegawai
Data Orientasi
Informasi Orientasi
Data Peserta Orientasi
Informasi Peserta Orientasi
Penilaian Prestasi Kerja
Informasi PPK
Data Pelanggaran
Data Pelanggaran
Data Sanksi
Informasi Sanksi
Data Permohonan Cuti
Informasi Permohonan Cuti

Permohonan Izin Belajar
Infoemasi Izin Belajar
Data Kebutuhan Pegawai
Informasi Kebutuhan Pegawai
Data Jabatan
Informasi Data Jabatan
5.0
HRD
Data Pangkat
Informasi Data Pangkat
Data Unit Kerja
Informasi Unit Kerja
Rencana Perekapan DO
Data Surat
Kerjasama
HR1
User
HR2
Pegawai
HR3
Riwayat keluarga
HR4
HR5
HR6
HR7
HR8
Riwayat
Pendidikan
Riwayat
Kepangkatan
Riwayat Jabatan
Riwayat Diklat
Riwayat Seminar
HR10
Riwayat
Penghargaan
Riwayat Cuti
HR11
Mutasi Pangkat
HR12
Mutasi Jabatan
HR13
Mutasi Gaji
Berkala
HR9
HR14
HR15
HR16
HR17
Mutasi
SKP
DUPAK
PAK
HR18
Jadwal Kerja
HR19
Absensi
HR20
HR21
HR22
Lembur
Calon Pegawai
Orientasi
HR24
Peserta
Orientasi
PPK
HR25
Pelanggaran
HR23
HR26
Sanksi
HR27
Cuti
HR28
Izin
Kebutuhan
Pegawai
HR29
HR30
Jabatan
HR31
Pangkat
HR32
Unit Kerja
Data Tanggungan
Penunjang
Pelaporan THR, Remunerasi, Data Rekonsiliasi
Posting Data Pembayaran, Faktur Jaminan, Bukti Pembayaran
Data Pegawai, Absensi, Lembur, Cuti, Mutasi, Sanksi
Data Pegawai, Status Pegawai
Data Transaksi TIndakan
Request Data Pegawai, Request Status Pegawai
Data Pegawai
Gambar 4.4 Overview Keseluruhan
48
4.2
Hierarchy Chart
Hierarchy chart menggambarkan fitur-fitur dari Sistem Informasi Rumah Sakit Modu
l Front Office yang dirancang.
Hierarchy Chart Sistem Informasi Rumah Sakit Modul Front Office dapat dilihat pa
da Gambar 4.5.
1
Front Office
1.1
MANAJEMEN
MASTER DATA
LEVEL 0
LEVEL 1
LEVEL 2
1.1.1
1.1.2p
1.1.3p
1.1.4p
MANAJEMEN
MASTER
DATA PASIEN
MANAJEMEN
MASTER
DATA NEGARA
MANAJEMEN
MASTER
DATA PROVINSI
MANAJEMEN
MASTER
DATA KABUPATEN
1.1.5p
1.1.6p
MANAJEMEN
MASTER
DATA JENIS
INAP
1.1.7p
MANAJEMEN
MASTER
DATA JENIS
LAYANAN
MANAJEMEN
MASTER DATA
AGAMA
MANAJEMEN
MASTER
DATA KOTA
1.1.9p
1.1.10p
1.1.11p
MANAJEMEN
MASTER DATA
JENIS SURAT
MANAJEMEN
MASTER DATA
CARA KELUAR
1.1.12p
1.1.13p
1.1.14p
1.1.15p
MANAJEMEN
MASTER DATA
ALERGI
MANAJEMEN
MASTER DATA
DIAGNOSA
MANAJEMEN
MASTER DATA
KETERANGAN
MANAJEMEN
MASTER DATA
KARCIS
1.1.1.1p
1.1.1.2p
CETAK KARTU
PASIEN
1.2.5.1p
CETAK FORM
REKAM MEDIK
1.1.5.2p
ENTRI SURAT
KETERANGAN
1.3
1.4
1.5
1.6
INFORMASI
MARKETING
KASIR
PELAPORAN
1.2.2
REGISTRASI
RAWAT INAP
1.2.6p
REQUEST
AMBULANCE
1.1.8p
MANAJEMEN
MASTER DATA
TIPE RAWAT
ENTRI DATA
PASIEN
1.2.1
REGISTRASI
RAWAT JALAN
1.1
REGISTRASI
1.2.3p
CETAK
REGISTRASI
1.2.5
REQUEST SURAT
1.2.5.3p
CETAK SURAT
KETERANGAN
SAKIT
1.2.4p
1.3.1
ENTRI
REGISTRASI
KELUAR
VIEW JADWAL
1.3.2p
VIEW
KUNJUNGAN
1.3.3p
VIEW FASILITAS &
KETERSEDIAAN
KAMAR
1.2.7p
ENTRI BIAYA
AMBULANCE
1.1.5.4p
ENTRI SURAT
RUJUKAN
1.2.5.5p
CETAK SURAT
RUJUKAN
1.3.1.2p
VIEW JADWAL
DOKTER
1.3.4p
VIEW KERJA
SAMA
1.4.1p
ENTRI SURAT
KERJASAMA
1.4.2p
ENTRI DATA
PERUSAHAAN
1.4.3p
ENTRI DATA
KONTRAK
1.4.4p
1.5.1p
ENTRI
TANGGUNGAN
OBAT
ENTRI
PEMBAYARAN
TRANSAKSI
1.4.5p
1.4.6p
1.4.7p
ENTRI
TANGGUNGAN
TINDAKAN
ENTRI
TANGGUNGAN
KELAS
ENTRI
TANGGUNGAN
PENUNJANG
1.5.2p
CETAK DATA
TRANSAKSI
1.5.3p
1.6.1p
1.6.2p
NIGHT AUDIT
Pelaporan
Kunjungan
Pasien Baru
Pelaporan
Kunjungan
Pasien Lama
1.3.1.1p
VIEW JADWAL
OPERASI
1.2.1.2p
1.2.1.1p
1.2.2.1p
1.2.2.2p
1.2.2.3p
1.2.3.4p
1.2.2.5p
ENTRI REGISTRASI
RAWAT DARURAT
ENTRI REGISTRASI
RAWAT JALAN
ENTRI REGISTRASI
RAWAT INAP
REQUEST KAMAR
KONFIRMASI
REQUEST KAMAR
ENTRI REGISTRASI
KAMAR
ENTRI REGISTRASI
KELUAR KAMAR
Gambar 4.5 Hierarchy Chart Sistem Informasi Front Office
49
50
4.3
Rancangan Umum Sistem
Gambar 4.6 merupakan Rancangan Umum Sistem Informasi Rumah Sakit
Modul Front Office dalam bentuk Diagram Konteks.
Request Data Pegawai, Status Pegawai
Data Registrasi, Data Pasien
HRD
FARMASI
Data Transaksi Obat
g
e
Surat Rujukan
DOKTER
MEDICAL UNIT
Surat Rujukan
Informasi kamar,informasi perusahaan
kerjasama, informasi tanggungan, informasi
jadwal operasi pasien, jadwal pegawai,
Informasi Registrasi Pasien
b
PENGUNJUNG
l1
SOPIR
Data Quantity
Data Transaksi Tindakan, Data Rekam Medis, Jadwal Operasi Pasien, Jadwal
Dokter, Update Status Inap
Request Informasi
LAYANAN
Data Pasien, Data Registrasi, Data Diagnosa Awal
c
1
DIREKTUR UTAMA
Data Negara, Provinsi, Kecamatan,
Kota, Jenis Layanan, Jenis Inap, Agama,
Cara Keluar, Jenis Rawat, Tipe Surat,
Alergi, Diagnosa, Keterangan
f1
ADMIN
AKUNTING
AKUNTING &&
KEUANGAN
KEUANGAN
Kartu Pasien, Form Rekam Medik, Surat Keterangan, Informasi kamar,
informasi tanggungan, informasi jadwal operasi pasien,jadwal dokter,
Bukti Transaksi
a
PASIEN
Data Pasien, Dokumen Jaminan, Surat Rujukan, Request Informasi, Request
Kamar, Konfirmasi Request Kamar, Update Status Pembayaran, Data Registrasi,
Request Ambulance
Data Kamar, Data Kelas,
Data Ambulance, Data
Bed, Status Kamar
SARANA
PRASARANA
Posting Data Transaksi, Faktur
Jaminan, Bukti Pembayaran
FRONT OFFICE
Reqeust Data Kamar, Data
Kelas, Data Ambulance,
Data Bed, Status Kamar
J1
BAGIAN
MARKETING
Data Proposal Kerjasama
Proposal Kerjasama,
Validasi Jaminan
d
JAMINAN
KESEHATAN
Konfirmasi Proposal Kerjasama, Data perusahaan, Data
kontrak, Status Kontrak, Konfirmasi Kebenaran Validasi
Jaminan, Data Tanggungan Obat, Data Tanggungan
Tindakan, Data Tanggungan Kelas
h
Data Calon Pasien

CALON PASIEN
Proposal Kerjasama,
Validasi Anggota Asuransi
Payroll
Data Pembayaran
Transaksi Tindakan
Konfirmasi Proposal Kerjasama, Data perusahaan, Data kontrak,
Status Kontrak, Konfirmasi Kebenaran Validasi Asuransi
i1
PERUSAHAAN
MITRA
Gambar 4.6 Gambaran Umum Sistem
Gambar 4.6 menunjukan gambaran umum Sistem Front Office. Sistem
Front Office berhubungan dengan tujuh belas entitas. Tujuh belas entitas tersebu
t
adalah Pasien, Calon Pasien, Jaminan Kesehatan, Sarana Prasarana, Direktur
Umum, Pengunjung, Medical Unit, Farmasi, Layanan, Human Resource
Development, Akunting dan Keuangan, Dokter, Payroll, Admin, dan Bagian
Marketing, Sopir, dan Perusahaan Mitra. Hubungan sistem Front Office dengan
entitas tersebut dapat dijabarkan sebagai berikut:
51
1.
Hubungan Sistem Front Office dengan Pasien yaitu Pasien akan memberi
informasi data pasien, dokumen jaminan, dan surat rujukan. Front Office
akan memberikan kartu pasien, form rekam medis, surat keterangan sakit,
surat keterangan sehat, informasi ketersediaan kamar, informasi kamar,
informasi perusahaan, informasi jadwal operasi pasien, jadwal dokter,
bukti transaksi ke pasien.
2.
Hubungan Sistem Front Office dengan Calon Pasien yaitu calon pasien
akan memberikan data Calon Pasien ke Modul Front Office.
3.
Hubungan Sistem Front Office dengan Jaminan Kesehatan adalah Front
Office akan memberikan proposal kerjasama dan validasi jaminan.
Jaminan kesehatan akan memberikan konfirmasi permohonan kerja sama,
data perusahaan, data kontrak, data tanggungan obat, data tanggungan
tindakan umum, data tanggungan tindakan penunjang, data tanggungan
kelas, dan konfirmasi kebenaran validasi jaminan ke Front Office.
4.
Hubungan Sistem Front Office dengan Sarana Prasarana adalah Front
Office akan diberikan data kamar, data ambulance, data kelas, data bed
status kamar oleh Modul Sarana Prasarana dan Front Office akan
memberikan request data kamar, data ambulance, data kelas, data bed
status kamar.
5.
Hubungan Front Office dengan Direktur Umum adalah Front Office akan
memberikan laporan kunjungan pasien baru dan laporan kunjungan lama.
6.
Hubungan Front Office dengan Pengunjung adalah Front Office akan
memberikan informasi kamar, informasi perusahaan, informasi jadwal
operasi pasien, jadwal dokter, informasi pasien, informasi registrasi
pasien.
7.
Hubungan Front Office dengan Medical Unit adalah Front Office akan
memberikan surat rujukan untuk Medical Unit untuk merujuk pasien ke
rumah sakit lain, dan Front Office akan menerima surat rujukan dari
Medical Unit jika ada pasien yang dirujuk ke rumah sakit.
52
8.
Hubungan Front Offfice dengan Farmasi adalah Front Office akan
memberikan data registrasi dan data pasien ke Modul Farmasi, sedangkan
Farmasi akan memberikan data transaksi obat ke Front Office.
9.
Hubungan Front Office dengan Layanan adalah Front Office akan
memberikan data pasien, data registrasi, dan data diagnosa awal ke Modul
Layanan sedangkan Modul Layanan akan memberikan data rekam medis,
update status inap, jadwal operasi pasien, dan data transaksi tindakan
medis ke Front Office.
10.
Hubungan Front Office dengan Akunting dan Keuangan adalah Front
Office akan memberi bukti pembayaran, faktur jaminan, mem-posting data
pembayaran ke modul tersebut.
11.
Hubungan Front Office dengan Human Resource Development adalah
Front Office akan diberikan data pegawai dan status pegawai oleh Modul
Human Resource Development. Front Office akan memberikan request
data pegawai dan status pegawai ke Modul Human Resource
Development.
12.
Hubungan Front Office dengan Payroll adalah Front Office akan
memberikan data pembayaran transaksi tindakan ke Modul Payroll.
13.
Hubungan Front Office dengan Dokter adalah Front Office akan diberikan
data surat keterangan oleh Dokter.
14.
Hubungan Front Office dengan Admin adalah Front Office akan diberikan
data master berupa data agama, data jenis tipe inap, data tipe layanan, dan
data lain yang berhubungan sebagai master data untuk melakukan
pendaftaran pasien baru dan registrasi.
15.
Hubungan Front Office dengan Bagian Marketing adalah adalah Front
Office akan diberikan data proposal kerjasama oleh Bagian Marketing.
16.
Hubungan Sistem Front Office dengan Perusahaan Mitra adalah Front
Office akan memberikan proposal kerjasama dan validasi jaminan.
Jaminan kesehatan akan memberikan konfirmasi permohonan kerja sama,
data perusahaan, data kontrak, dan konfirmasi kebenaran validasi jaminan
ke Front Office.
53
17.
Hubungan Sistem Front Office dengan Sopir adalah Front Office akan
memberikan Data Request Ambulance. Sopir akan memberikan Data
Quantity ke Modul Front Office.
Tujuh belas belas entitas diatas berhubungan dengan Sistem Infromasi
Rumah Sakit Front Office yang dirancang.
4.4
DFD Level 0 Sistem Front Office
Data Flow Diagram merupakan alat pembuatan model sistem yang
memungkinkan pembuat sistem untuk menggambarkan sistem sebagai suatu
jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data,
baik secara manual maupun komputerisasi. Overview Sistem Front Office
dirancang sebagai gambaran untuk menggambarkan sistem dan aliran data dari
sistem Front Office. Sistem Front Office memiliki enam proses utama
didalamnya. Proses-proses tersebut adalah Manajemen Master Data, Registrasi,
Informasi, Marketing, Pembayaran, dan Pelaporan. Gambar 4.7 merupakan
Overview Diagram atau DFD Level 0 dari Sistem Front Office. Gambar 4.7 juga
menunjukan overview diagram atau DFD Level 0 dari Sistem Informasi
Manajemen Modul Front Office Rumah Sakit yang akan diajukan untuk rumah
sakit. Enam proses pada modul ini berhubungan dengan Enam belas entitas
tersebut adalah Pasien, Calon Pasien, Jaminan Kesehatan, Sarana Prasarana,
Direktur Umum, Pengunjung, Medical Unit, Farmasi, Layanan, Human Resource
Development, Akunting dan Keuangan, Dokter, Payroll, Admin, dan Bagian
Marketing, dan Perusahaan Mitra. Enam proses dalam Modul Front Office
nantinya akan dipecah lagi menjadi DFD Level selanjutnya.
54
Data Karcis
Data Karcis
FO28
Data Karcis
Data Keterangan
Data Keterangan
Data Keterangan
FO22
Data Agama
FO23
Data Cara Keluar
FO24
Data
Data
Data
Data
Agama
Agama
Cara Keluar
Cara Keluar
Data
Data
Data
Data
Data
Data
Alergi
Alergi
Jenis Layanan
Jenis Layanan
Jenis Inap
Jenis Inap
Data Tipe Rawat

Data Tipe Rawat
Data Tipe Rawat
FO25
Data Diagnosa
Data Diagnosa
Data Jenis Surat
Data Jenis Surat
Data Jenis Surat
Data Negara
Data Negara
1.1
Data Provinsi
Data Provinsi
h1
Data Calon Pasien

CALON PASIEN
Data Negara, Provinsi, Kecamatan, Kota, Jenis Layanan,
Jenis Inap, Agama, Cara Keluar, Jenis Rawat, Tipe Surat,
Alergi, Diagnosa, Keterangan
f1
ADMIN
Data Pasien
Request Data Kamar, Data Kelas, Data
Ambulance, Data Bed, Status Kamar
Data Pasien
*
**
FO26
Data Alergi
FO20
Data Jenis Layanan
FO19
Data Jenis Inap
FO15
Data Negara
FO16
Data Provinsi
FO17
Data Kecamatan
FO18
Data Kota
Data Kota
Data Pasien
Data Karcis
i1
FO29
g
Surat Rujukan
Kartu Pasien
MEDICAL UNIT
FO23
Data Cara Keluar
Data Tipe Rawat
FO25
Data Jenis Surat
Data Negara
**
LAYANAN
**
d
JAMINAN
KESEHATAN
FO31
FO9
Data Perusahaan
Data Pasien
FO1
Data Pasien
Data Kontrak
FO3
Data Kontrak
Data Jenis Surat
Data
Data
Data
Data
Surat Keterangan
Diagnosa Awal
Diagnosa Awal
Surat Rujukan
Data Negara
Data Registrasi, Data
Registrasi Kamar
Data Rekamr Medis, Update
Status Inap
1.2
Data Surat Rujukan

REGISTRASI
Data
Data
Data
Data
Data
Data
Data
Registrasi
Registrasi
Reg Kamar
Reg Kamar
Request Kamar
Request Kamar
Perusahaan
Validasi Jaminan
Konfirmasi Kebenaran Jaminan
Data Transaksi
Ambulance
Data Registrasi
Kamar
Request Informasi
b
INFORMASI
Informasi kamar,informasi perusahaan kerjasama, informasi
tanggungan, informasi jadwal operasi pasien, jadwal dokter,
Informasi Pasien, Informasi Registrasi Pasien
**
LAYANAN
FO2
Data Registrasi
FO9
Data Registrasi
Kamar
FO14
Data Request
Kamar
FO4
Data Perusahaan
FO26
Data Diagnosa
FO27
Data Diagnosa
FO28
Data Keterangan
Data Registrasi
Data Pasien
FO1
Data Pasien
Data Jenis Surat
Konfirmasi Proposal Kerjasama, Data Perusahaan,
Data Kontrak, Status Kontrak
i1
PERUSAHAAN
MITRA
Proposal Kerjasama
l1
SOPIR
Data Perusahaan
Data Tanggungan
Obat
FO12
Data Tanggungan
Tindakan
FO13
**
Data Tanggungan
Kelas
Data Registrasi
Data Pasien
PELAPORAN
Data Kontrak
FO3
Data
Data
Data
Data
Data
Kontrak
Perusahaan
Perusahaan
Tanggungan Obat
Tanggungan Obat
Data Kontrak
FO4
Data Perusahaan
FO11
Data Tanggungan
Obat
Data Tanggungan
Tindakan
Data Tanggungan Tindakan FO12
Data Tanggungan
FO13
Kelas
Data Surat
FO14
Kerjasama
FO10
c
DIREKTUR UTAMA
Data Tanggungan
Penunjang
J1
Proposal Kerjasama
**
LAYANAN
Data Transaksi Obat
FO4
1.4
FO10
Data Tanggungan
Obat
Data Tanggungan
Penunjang
Data Tanggungan
Kelas
*
FO2
FO11
FO13
SARANA
PRASARANA
Data Registrasi
Detail
Pembayaran
Data Jenis Surat
Data Kota
FO6
Data Perusahaan
FO11
MARKETING
FO25
FO18
Data Kamar, Kelas,
Bed, Status Kamar
Data Perusahaan
Jadwal Operasi Pasien
Proposal Kerjasama
Data Provinsi
Data Pembayaran
Transaksi
Data Tanggungan
Tindakan
Data Alergi
Data Kecamatan
FO5
Data Reg Kamar

FO17
FO31
FO12
Data Registrasi
FO16
Akuntansi dan
Keuangan
Data Transaksi
Ambulance
1.6
Konfirmasi Proposal Kerjasama, Data Perusahaan,
Data Kontrak, Data Tanggungan Obat, Data
Tanggungan Tindakan, Data Tanggungan Kelas,
Status Kontrak
**
JAMINAN
KESEHATAN
Detal Pembayaran
Data Surat Rujukan
d
Data Kontrak
FO8
Data Provinsi
1.3
1.5
KASIR
(PEMBAYARAN) Detail Pembayaran
FO21 Data Diagnosa Awal
Data
Data
Data
Data
Kecamatan
Kota
Request Ambulance
Quantity
Data Transaksi Ambulance

Data Reg Kamar
Data Harga, Data Akun
Data Surat
Keterangan
FO7
Data Alergi
Data Keterangan
Form Rekam Medik, Surat Keterangan, Cetakan
Data Registrasi
Informasi kamar, informasi perusahaan, informasi
kontrak, informasi jadwal operasi pasien, jadwal dokter
PENGUNJUNG
Data Jenis Inap
PASIEN
Posting Data Pembayaran, Faktur
Jaminan, Bukti Pembayaran
Data Kamar, Kelas,
Ambulance, Bed
PASIEN
Data Tipe Rawat
Data Pasien, Data Registrasi,
Dokumen Jaminan, Request
Kamar, Request Ambulance,
Konfirmasi Request Kamar
*
a
Data Jenis Layanan
FO19
Surat Rujukan
FO24
FO15
FO20
Data Jenis Inap
Data Cara Keluar
DOKTER
Data Request
Ambulance
*
*
a
Data Pasien, Update Status
Pembayaran
PERUSAHAAN
MITRA
Data Jenis Layanan
e
Payroll
Data Karcis
Bukti Pembayaran Transaksi
Data Pasien
Konfirmasi Kebenaran
Asuransi
HUMAN
RESOURCE
DEVELOPMENT
Data Pegawai
Data Pasien
FO1
Data Registrasi
FO30
Request Data Pegawai
Data Pasien
FARMASI
Data Diagnosa
Data Kota
Data Kamar, Data Kelas, Data
Ambulance, Data Bed, Status Kamar
SARANA
PRASARANA
HUMAN
RESOURCE
DEVELOPMENT
Data Pasien
MANAJEMEN Data Kecamatan
MASTER DATA Data Kecamatan
FO27
Data Pembayaran
Transasi Tindakan
FO30
BAGIAN
MARKETING
Gambar 4.7 DFD Level 0 Sistem Front Office
FARMASI
55
4.4.1
DFD Level 1 Manajemen Master Data
Gambar 4.8 merupakan DFD Level 1 Manejemen Master Data dari Sistem
Informasi Modul Front Office.
FO22
Data Agama
Data Agama
CALON PASIEN
*
a
PASIEN
Data Pasien
Data Calon
Pasien
h1
Data Pasien
Data Pasien
FO1
MANAJEMEN
MASTER
DATA PASIEN
f1
MANAJEMEN
MASTER
DATA KOTA
1.1.6p
Data Jenis Inap
MANAJEMEN
MASTER
DATA JENIS INAP
1.1.7p
Data Jenis Layanan
MANAJEMEN
MASTER
DATA JENIS
LAYANAN
1.1.8p
Data Agama
MANAJEMEN
MASTER DATA
AGAMA
1.1.9p
Data Tipe Rawat
MANAJEMEN
MASTER DATA
TIPE RAWAT
1.1.10p
Data Kecamatan
Data Kecamatan
FO18
Data Kota
FO19
Data Jenis Inap
FO20
Data Jenis Layanan
Data Agama
Data Agama
FO22
Data Agama
Data Tipe Rawat
Data Tipe Rawat
FO24
Data Tipe Rawat
Data Jenis Surat
Data Jenis Surat
FO25
Data Jenis Surat
Data Cara Keluar
Data Cara Keluar
FO23
Data Cara Keluar
FO26
Data Alergi
Data Alergi
FO27
Data Diagnosa
Data Diagnosa
FO28
Data Keterangan
FO30
Data Karcis
Data Kota
Data Kota
Data Jenis Inap
Data Jenis Inap
Data Jenis Layanan
Data Jenis Layanan
MANAJEMEN
MASTER DATA
CARA KELUAR
1.1.12p
Data Alergi
Data Alergi
MANAJEMEN
MASTER DATA
ALERGI
Data Alergi
1.1.13p
Data Diagnosa
MANAJEMEN
MASTER DATA
DIAGNOSA
Data Diagnosa
1.1.14p
MANAJEMEN
MASTER DATA
KETERANGAN
1.1.15p
MANAJEMEN
MASTER DATA
KARCIS
Data Keterangan
Data Keterangan
Data Karcis
Data Karcis
FO15
Data Negara
FO16
Data Provinsi
FO17
Data Kabupaten
FO18
Data Kota
1.2
Data Kecamatan
Data Cara Keluar
Data Keterangan
Data Kota
FO17
Data Kecamatan
MANAJEMEN
MASTER DATA
JENIS SURAT
Data Diagnosa
Data Kabupaten
Data Provinsi
Data Provinsi
Data Jenis Surat
1.1.11p
FO16
Data Negara
Data Provinsi
1.1.5p
Data Kota
Data Provinsi
Data Provinsi
FO15
Data Provinsi
Data Kota
1.1.4p
MANAJEMEN
MASTER
DATA KABUPATEN
Data Negara
Data Negara
Data Provinsi
Data
Kecamatan
MANAJEMEN
MASTER
DATA PROVINSI
Data Negara
Data Kecamatan
MANAJEMEN
MASTER
DATA NEGARA
1.1.3p
Data Provinsi
Data Pasien
Data Pasien
Data
Negara
Data Negara
Data Alergi
Data Pasien
1.1.1
Kartu Pasien
1.1.2p
ADMIN
FO26
REGISTRASI
Data Jenis Inap
Data Jenis Layanan
Data Agama
Data Tipe Rawat
Data Jenis Surat
Data Cara Keluar
Data Keterangan
Data Karcis
Gambar 4.8 DFD Level 1 Manajemen Master Data
DFD Level 1 Master Data terdapat sebelas proses utama di dalamnya yang
berguna untuk menunjang keperluan data dalam Modul Front Office.
4.4.1.1 DFD Level 2 Master Data Pasien
Gambar 4.9 merupakan DFD Level 2 Master Data Pasien dari Sistem
Informasi Modul Front Office
56
Data Alergi
Data Calon
Pasien
h1
CALON PASIEN
Data Pasien
Data Pasien
FO26
FO1
Data Alergi
Data Pasien
Data Pasien
1.2
REGISTRASI
Data Pasien
1.1.1.1p
FO22
Data Agama
Data Agama
Kartu Pasien
Data Alergi
Data Provinsi
CETAK KARTU
PASIEN
Data Pasien
FO26
Data Alergi
FO1
Data Kecamatan
Data Kota
FO15
Data Negara
FO16
Data Provinsi
FO17
Data Kecamatan
FO18
Data Kota
Data Kota
PASIEN
Data Negara
1.1.1.2p
Data Kecamatan
*
a
Data
Negara
Data Pasien
Data Agama
Data Provinsi
ENTRI DATA
PASIEN
Data Pasien
Gambar 4.9 DFD Level 2 Master Data Pasien
Dua Proses dalam Master Data Pasien adalah Entri Data Pasien dan Cetak
Kartu Pasien.
4.4.2
DFD Level 1 Registrasi
Gambar 4.10 merupakan DFD Level 1 Registrasi dari Sistem Informasi
Modul Front Office.
57
Data Quanity
FO2
Data Registrasi
Data Biaya Ambulance
Data Transaksi
FO31
Data Biaya Ambulance
Ambulance
1.2.7p
Request Data Ambulance
ENTRI BIAYA
AMBULANCE
Data Ambulance
Request Data Ambulance
HUMAN RESOURCE
DEVELOPMENT
l1
Data Ambulance
SOPIR
1.2.6p
Request Ambulance
REQUEST
AMBULANCE
Data Request
Ambulance
FO29
FO23
*
SARANA
PRASARANA
Data Cara Keluar
Data Cara Keluar
1.2.4p
Update Data Registrasi
Data Registrasi
ENTRI REGISTRASI
KELUAR
*
a
Data Registrasi
PASIEN
Data Registrasi
1.2.3
Data Registrasi
FO28
Data Keterangan
FO22
Data Agama
FO26
Data Alergi
FO27
Data Diagnosa
FO23
Data Cara Keluar
FO24
Data Tipe Rawat
Data Jenis Inap
Data Pasien
FO1
Data Pasien
FO9
Data Kontrak
Data Registrasi
Kamar
FO2
Data Registrasi
FO18
Data Kota
FO16
Data Provinsi
FO15
Data Negara
FO17
Data Kecamatan
Data
Kontrak
Data Registrasi
Data Diagnosa
Data Kamar, Kelas,
Bed, Status Kamar
Request Data
Kamar, Kelas, Bed,
Status Kamar
Data Cara Keluar
DataTipe Rawat
Data Registrasi
FO1
Data Cara Keluar
Data Pasien
Data Request
Kamar
Data Agama
Data Pasien
Data Alergi
Data Diagnosa
Update Status Inap
Data Reg Kamar
Data Reg Kamar
Data Registrasi
Data Registrasi
Data Registrasi, Data Registrasi Kamar

Data Karcis
FO30
Data Karcis
1.2.2
REGISTRASI RAWAT
INAP
LAYANAN
FO30
Update Status Inap
Data Kota
Data Kontrak
Data Jenis Layanan
Data Pasien
MANAJEMEN
MASTER DATA
FO3
Data Keterangan
FO14
Data Kontrak
FO2
1.1
SARANA
PRASARANA
Data Pasien
Data Jenis Inap
Request Kamar
FO3
Data Pasien
Data Alergi
Data Pasien
FO19
Data Keterangan
Data Agama
Data Registrasi
CETAK REGISTRASI
Data Registrasi
Data Karcis
DataTipe Rawat
1.2.1
REGISTRASI RAWAT
JALAN
Data Karcis
Data Registrasi
APOTEK
Data Perusahaan
Data Provinsi
Data Kota
Data Negara
Data Provinsi
e
Data Kecamatan
Surat Rujukan
Surat Rujukan
MEDICAL UNIT
Data Negara
Data Kecamatan
Validasi Jaminan
Validasi Jaminan
d
JAMINAN
KESEHATAN
Konfirmasi KebenaranJaminan
Kartu Pasien, Dokumen Jaminan, Surat
Rujukan, Request Kamar, Konfirmasi
Request Kamar, Data Registrasi
PASIEN
Data Keterangan
FO22
Data Agama
FO26
Data Alergi
FO27
Data Diagnosa
FO24
Data Tipe Rawat
FO2
Data Registrasi
FO4
Data Perusahaan
FO18
Data Kota
FO16
Data Provinsi
FO15
Data Negara
FO17
Data Kecamatan
Asuransi
Kartu Pasien, Dokumen
Jaminan , Surat Rujukan,
Data Registrasi
*
a
Data Cara Keluar
FO28
Konfirmasi KebenaranJaminan
Data Jenis Layanan
FO23
Data Registrasi
Data Registrasi
Data Registrasi
FO20
i1
**
PERUSAHAAN
MITRA
HUMAN RESOURCE
DEVELOPMENT
FO4
i1
Data Pegawai
Data Perusahaan
**
PERUSAHAAN
MITRA
Data Perusahaan
FO2
Data Registrasi
Asuransi
Data Registrasi
e
Kartu Pasien, Form Rekam
Medik, Surat Keterangan Sakit,
Surat Keterangan Sehat, Surat
Keterangan Kematian
Data Pasien
*
*
g
Data
Data
Data
Data
1.2.5
Surat Keterangan
Keterangan
Surat Keterangan
Surat Keterangan
Data Surat Rujukan

Surat Rujukan
Data Jenis Surat
FO28
Data Keterangan
FO7
Data Surat
Keterangan
FO8
Data Surat Rujukan
Data Pasien
FO25
DOKTER
Data Surat Rujukan
REQUEST SURAT
Data Jenis
Surat
MEDICAL UNIT
LAYANAN
Data Rekam Medis
FO1
Data Pasien
Gambar 4.10 DFD Level 1 Registrasi
DFD Level 1 Registrasi terdapat tujuh proses utama di dalamnya. Prosesproses ter
sebut adalah Registrasi Rawat Jalan, Registrasi Rawat Inap, Request
Surat, Cetak Registrasi, Request Ambulance, Entri Transaksi Ambulance, dan
Registrasi Keluar.
4.4.2.1 DFD Level 2 Registrasi Rawat Inap
Gambar 4.11 merupakan DFD Level 2 Registrasi Rawat Inap dari Sistem
Informasi Modul Front Office.
58
FO28
Data Keterangan
FO22
Data Agama
FO26
Data Alergi
FO27
Data Kota
Data Agama
Data Alergi
Data Provinsi
DataTipe Rawat
Data Pasien
Data Perusahaan
Data
Perusahaan
Data Karcis
Konfirmasi Request Kamar
Update Request
Kamar
Data Kamar, Data
Kelas, Data Bed
Data Registrasi
KONFIRMASI
REQUEST KAMAR
Data Karcis
Data Request
Kamar
*
SARANA
PRASARANA
Data
Pasien
1.2.2.5p
ENTRI REGISTRASI
KELUAR KAMAR
Data Negara
FO17
Data Kecamatan
FO24
Data Tipe Rawat
FO1
Data Pasien
i1
**
PERUSAHAAN
MITRA
LAYANAN
Data Registrasi
HUMAN
RESOURCE
DEVELOPMENT
APOTEK
Request
Kamar
FO1
FO3
Data Kontrak
e
FO14
Surat Rujukan
Data Request
Kamar
Data Pasien
Validasi Jaminan
Data Registrasi
1.2.3.4p
ENTRI REGISTRASI
KAMAR
Update Data Registrasi Kamar
Data Registrasi Kamar

Data Registrasi
Konfirmasi Validasi Jaminan
Data Registrasi Kamar
Request Data Kamar, Status Kamar,
Bed, Kelas
Data Pasien
Data Kamar, Status Kamar, Bed, Kelas
Data
Registrasi
Kamar
Data
Pasien
Data
Data
FO2
Data
Data
Registrasi
Registrasi
Registrasi
Pegawai
1.2.2.1p
ENTRI REGISTRASI
RAWAT INAP
Data Kontrak
REQUEST KAMAR
Data Registrasi
FO15
Update Status Inap
Data Pasien
FO2
Data Provinsi
Konfirmasi Kebenaran Asuransi
Data Pasien (Kartu Pasien),
Dokumen Jaminan, Surat Rujukan
PASIEN
Data Kota
FO16
Data Registrasi
1.2.2.2p
a
FO18
1.2.2.3p
Data Kamar, Data Kelas,
Data Bed
Data
Registrasi
Request
Kamar
Data Kecamatan
Data Jenis Inap
Data Jenis Inap
FO30
FO2
Data Negara
Data Diagnosa
Data Diagnosa
FO19
FO4
Data Keterangan
FO9
Data Registrasi
Kamar
FO2
Data Registrasi
MEDICAL UNIT
d
JAMINAN
KESEHATAN
SARANA
PRASARANA
LAYANAN
Gambar 4.11 DFD Level 2 Registrasi Rawat Inap
DFD Level 2 Registrasi Rawat Inap terdiri dari empat proses utama yaitu
Entri Registrasi Rawat Inap, Entri Request Kamar, Entri Registrasi Kamar, Entri
Registrasi Keluar Kamar.
4.4.2.2 DFD Level 2 Registrasi Rawat Jalan

Gambar 4.12 merupakan DFD Level 2 Registrasi Rawat Jalan dari Sistem Informasi M
odul Front Office. DFD Level 2
Registrasi Rawat Jalan terdiri dari dua proses utama yaitu Entri Registrasi Rawa
t Jalan dan Entri Registrasi Rawat Darurat.
FO28
Data Keterangan
FO22
Data Agama
FO26
Data Alergi
FO27
Data Diagnosa
FO20
Data Jenis
Layanan
FO24
Data Tipe Rawat
FO30
Data Karcis
FO2
Data Registrasi
Data Keterangan
Data Agama
Data Alergi
FO16
Data Kota
Data Provinsi
FO15
Data Negara
FO17
Data Kecamatan
MEDICAL UNIT
Data Diagnosa
*
Data Jenis Layanan

Data Registrasi
Data Registrasi
APOTEK
Data Tipe Rawat
Data Registrasi
Data Registrasi
FO1
Data Pasien
Data Kontrak
Data Pasien (Kartu Pasien)
1.2.1.1p
PASIEN
Data Registrasi
LAYANAN
Update Status Inap
Konfirmasi Kebenaran Asuransi
PERUSAHAAN
MITRA
Validasi Berkas Asuransi
Data Negara
Data Kecamatan
Berkas Asuransi
Data Agama
FO26
Data Alergi
FO27
Data Diagnosa
Data Jenis Layanan
FO20
Data Jenis Layanan

Data Tipe Rawat
FO24
Data Tipe Rawat
Data Karcis
1.2.1.2p
ENTRI REGISTRASI
RAWAT DARURAT
Data Registrasi
Data Registrasi
FO1
Validasi Berkas Asuransi
d
JAMINAN
KESEHATAN
FO30
Data Karcis
FO2
Data Registrasi
Update Status Inap
Asuransi
i1
Data Kota
Data Provinsi
Data Pasien (Kartu Pasien)
Data Registrasi
ENTRI REGISTRASI
RAWAT JALAN
Data Keterangan
FO22
*
a
Data Karcis
FO28
Data
Perusahaan
FO18
Data Kontrak
Data Agama
Data Alergi
Surat Rujukan
Data
Pasien
FO3
Data Perusahaan
Surat Rujukan
Data Diagnosa
Data Perusahaan
Data Pasien
FO4
Data Keterangan
e
Data Kontrak
Data Kota
Data Provinsi
Berkas Asuransi
Data Pasien
Data Negara
Data Kecamatan
FO3
Data
Perusahaan
FO3
Data Kontrak
FO18
Data Kota
FO16
Data Provinsi
FO15
Data Negara
FO17
Data Kecamatan
Gambar 4.12 DFD Level 2 Registrasi Rawat Jalan
59
60
4.4.2.3 DFD Level 2 Request Surat
Gambar 4.13 merupakan DFD Level 2 Request Surat dari Sistem Informasi
Modul Front Office. DFD Level 2 Pencetakan terdiri dari lima proses utama di
dalamnya.
g
FO2
1.2.5.1p
DOKTER
Data Registrasi
Data Rekam Medis
LAYANAN
CETAK FORM
REKAM MEDIK
Form Rekam Medik
a
PASIEN
Data Keterangan
FO28
Data Keterangan
1.2.5.3p
1.1.5.2p
ENTRI SURAT
KETERANGAN
Data Surat
Keterangan
Data Surat
Keterangan
FO7
CETAK SURAT
KETERANGAN
Surat Keterangan
Data Jenis Surat
FO25
Data Jenis Surat
Data Jenis Surat
e
1.2.5.5p
1.1.5.4p
ENTRI SURAT
RUJUKAN
Data Surat Rujukan
FO8
Data Surat
Rujukan
Data Surat Rujukan
CETAK SURAT
RUJUKAN
Surat Rujukan
MEDICAL UNIT
Data Surat Rujukan
Gambar 4.13 DFD Level 2 Request Surat
Gambar 4.13 menunjukan lima proses utama yang berada pada Request
Surat yaitu Cetak Rekam Medis, Entri Surat Keterangan, Entri Surat Rujukan,
Entri Surat Keterangan, Cetak Surat Keterangan.
4.4.3
DFD Level 1 Informasi
Gambar 4.14 merupakan DFD Level 1 Informasi dari Sistem Informasi
Modul Front Office. DFD Level 1 Informasi terdiri dari empat proses utama di
dalamnya.
61
Request Informasi
LAYANAN
1.3.1
Jadwal Operasi Pasien, Jadwal
Dokter
VIEW JADWAL
Data Pasien
FO1
Data Pasien
FO9
Data Registrasi
Kamar
Request Informasi
jadwal operasi pasien, jadwal pegawai
Request Informasi
Data Kamar
1.3.2p
VIEW
KUNJUNGAN
Data Registrasi
FO2 Data Registrasi
jadwal operasi pasien, jadwal dokter
Request Informasi
a
b
PASIEN
SARPRAS
Data Kamar, Status Kamar,
Kelas, Bed
1.3.3p
Informasi kamar
VIEW FASILITAS &

KETERSEDIAAN
KAMAR
Informasi kamar
PELANGGAN
Request Informasi
FO3
Request Informasi
Data Kontrak
Data Kontrak
Data Perusahaan
FO4
Data Perusahaan
FO11
Data Tanggungan
Obat
FO12
Data Tanggungan
Tindakan
FO13
FO10
Data Tanggungan
Kelas
Data Tanggungan
Penunjang
Data Tanggungan
Tindakan
1.3.4p
VIEW KERJA
SAMA
Data Tanggungan
Penunjang
Informasi Perusahaan Kerja Sama, Informasi
Tanggungan
Informasi Perusahaan Kerja Sama, Informasi
Tanggungan
Request Informasi
Request Informasi
Gambar 4.14 DFD Level 1 Informasi

Gambar 4.14 menunjukan empat proses utama yang berada pada informasi
yaitu View Jadwal, View Kunjungan, View Fasilitas dan Ketersediaan Kamar, dan
View Kerja Sama.
4.4.3.1 DFD Level 2 View Jadwal
Gambar 4.15 merupakan DFD Level 2 View Jadwal dari Sistem Informasi
Modul Front Office. DFD Level 2 View Jadwal terdiri dari dua proses utama di
dalamnya.
62
Request Informasi
1.3.1.1p
LAYANAN
VIEW JADWAL
OPERASI
Request Informasi
Request Informasi
a
b
PASIEN
PELANGGAN
1.3.1.2p
Jadwal Dokter
VIEW JADWAL
DOKTER
Jadwal Dokter
Jadwal Dokter
Request Informasi
Gambar 4.15 DFD Level 2 View Jadwal
Gambar 4.15 menunjukan dua proses utama yang berada pada View
Jadwal yaitu View Jadwal Operasi dan View Jadwal Dokter.
4.4.4
DFD Level 1 Marketing
Gambar 4.16 merupakan DFD Level 1 Marketing dari Sistem Informasi
Modul Front Office. DFD Level 1 Marketing terdiri dari tujuh proses utama di
dalamnya.
63
J1
Proposal Kerjasama
FO25
Data Jenis Surat
BAGIAN
MARKETING
Data Jenis Surat
Proposal Kerjasama
Konfirmasi Proposal Kerjasama
1.4.1p
ENTRI SURAT
KERJASAMA
Surat Kerjasama
Surat Kerjasama
Data Surat
Kerjasama
F14
Proposal Kerjasama
Konfirmasi Proposal Kerjasama
1.4.2p
ENTRI DATA
PERUSAHAAN
Data Perusahaan
Data Perusahaan
Data Perusahaan
FO4
Data Perusahaan
Data Perusahaan
i1
PERUSAHAAN
MITRA
Data Kontrak
d
JAMINAN
KESEHATAN
Data
Perusahaan
FO4
Data
Perusahaan
Data Kontrak
1.4.3p
ENTRI DATA
KONTRAK
1.4.4p
Data Kontrak
FO3
Data Kontrak
Data Kontrak
Data Kontrak
Data Kontrak
Data Kontrak
FO3
Data Kontrak
FO11
Data Tanggungan
Obat
1.4.5p
ENTRI
TANGGUNGAN
TINDAKAN
FO12
Data Tanggungan
Tindakan
Data Kontrak
FO3
Data Kontrak
Data Kontrak
FO3
ENTRI
TANGGUNGAN
OBAT
Data Kontrak
1.4.6p
ENTRI
TANGGUNGAN
KELAS
FO13
Data Tanggungan
Kelas
Data Kontrak
1.4.7p
ENTRI
TANGGUNGAN
PENUNJANG
FO10
Data Tanggungan
Penunjang
Gambar 4.16 DFD Level 1 Marketing
Gambar 4.16 menunjukan proses utama yang berada pada Marketing yaitu
Entri Data Perusahaan, Entri Data Kontrak, dan Entri Tanggungan.
4.4.5
DFD Level 1 Kasir
Gambar 4.17 merupakan DFD Level 1 Kasir dari Sistem Informasi Modul
Front Office. DFD Level 1 Kasir terdiri dari tiga proses utama di dalamnya.
64
Data Kelas, Kamar, Bed,
Ambulance
SARANA
SARANA &&
PRASARANA
PRASARANA
HUMAN
HUMAN RESOURCE
RESOURCE
DEVELOPMENT
DEVELOPMENT
Data Pegawai
a
Tindakan
PAYROLL
PASIEN
Data Pasien, Update
Status Pembayaran
Data Perusahaan
Data Transaksi Obat
FARMASI
Data Pasien
FO9
FO3
Data Kontrak
FO2
Data Registrasi
Data Registrasi
Kamar
Data Registrasi
FO4
Data Perusahaan
FO1
Data Pasien
FO6
Data Jenis
Pembayaran
Data Jenis Pembayaran
1.5.1p
Data Kontrak
ENTRI PEMBAYARAN
TRANSAKSI
Data Registrasi
Data
Data
Data
Data
Jenis Pembayaran
Pembayaran Transaksi
Pembayaran Transaksi
Tanggungan Obat
Data Kontrak
Data Transaksi
Ambulance
FO5
Data Pembayaran
Transaksi
FO11
Data Tanggungan
Obat
FO12
Data Tanggungan
Tindakan
FO13
Data Tanggungan
Kelas
Bukti Pembayaran
Data Registrasi
Kamar
FO31
LAYANAN

Data
Pembayaran
Transaksi
Akunting dan
Keuangan
Faktur Jaminan, Bukti
Pembayaran
1.5.2p
CETAK DATA
TRANSAKSI
Data Jenis Pembayaran
Data Pasien
Data Perusahaan
Data Perusahaan
FO4
Data Perusahaan
FO1
Data Pasien
FO6
Data Jenis
Pembayaran
Data Pasien
Data Jenis
Pembayaran
FO3
Data Kontrak
Data Kontrak
FO2
Data Registrasi
Data Registrasi
Data Pembayaran
Transaksi
1.5.3p
Posting Data Pembayaran
NIGHT AUDIT
FO5
Data Pembayaran
Transaksi
Gambar 4.17 DFD Level 1 Pembayaran
Gambar 4.17 menunjukan tiga proses utama yang berada pada Kasir yaitu
Entri Pembayaran Transaksi, Cetak Data Transaksi, dan Night Audit.
65
4.4.6
DFD Level 1 Pelaporan
Gambar 4.18 merupakan DFD Level 1 Pelaporan dari Sistem Informasi
Modul Front Office. DFD Level 1 Pelaporan terdiri dari dua proses utama di
dalamnya.
Data Pasien
FO1
Data Pasien
1.6.1p
Pelaporan
Kunjungan Pasien
Baru
Laporan Kunjugan
Pasien Baru
c
Data Pasien
DIREKTUR UMUM
Data Registrasi
FO2
Data Registrasi
1.6.2p
Pelaporan
Kunjungan Pasien
Lama
Laporan Kunjugan
Pasien Lama
Gambar 4.18 DFD Level 1 Pelaporan
Gambar 4.18 menunjukan dua proses utama yang berada pada Pelaporan
yaitu Pelaporan Kunjungan Pasien Baru dan Pelaporan Kunjungan Pasien Lama.
4.5
Rancangan Database
Rancangan database yang diajukan dibuat dalam bentuk ERD, CDM atau
skema database, dan struktur data.
4.5.1
ERD
ERD Sistem Informasi Rumah Sakit Modul Front Office dapat dilihat pada
Gambar 4.19.
M
Kelas
M
Memiliki
1
Karcis_id
nama
Akun_id
Kelas_id
Harga
harga
Tgl_keluar
kode
1
Karcis
Jmlh_bed
nama
Registrasi
M
Sal_id
Kamar_id
1
Departemen
Memiliki
Request_id
Pasien_id
Surat_Ket_id
Kamar_id
Perusahaan_fa
x
Perusahaan
Surat_Keteran
gan_no
1
Surat_no
Departemen_i
d
Tanggal_keluar
Surat Rujukan
Reg_id
Diagnosa_awal
Wali_hp
1
1
Pegawai_id
Jenis_layanan
1
M
asal
Perusahaan_id
M
M
tujuan
M
Pasien_id
Memiliki
Kontrak_id
Kontrak
M
Memiliki
M
Tgl_selesai
No_reg
Sumber_data
1
Detail Polis
Memiliki
Memiliki
total
Gol_darah
Pasien_tanggal
_lahir
1
1
Bayar_id
1
Status_posting
Memiliki
M
M
Reg_id
Setup Inap
Ditanggung
M
qty
Tanggungan_ti
ndakan_id
Tindakan
Biaya_tindaka
n
Kategori_tinda
kan_id
Operasi_id
Memiliki
1
Pegawai
Negara
Jenis_kelamin
Riwayat
Wali_tlp
1
nikah
Agama
Wali_nama
Wali_hp
Memiliki
Wali_alamat
Status_aktif
Peg_tmpt_lahi
r
Operasi
Pasien_id
M
Detail_Alergi
Operasi_id
Pasien_id
Peg_no_sip
Departemen_i
d
Aset_jenis
Det_alergi_id
Pasien_id
alamat
No_aset
Mas_operasi_i
d
Aset_merk
Aset_tgl_kelua
r
No_hp
Aset
1
Mendapat
M
Aset_kondisi
alergi
Penyakit
Aset_tgl_masu
k
Penyakit_id
keterangan
subunitkerja
Peg_no_sik
kota
Request
M
Penyakit_baw
aan_id
Berkala_tmt
Peg_alamat
Aset_id
Bawaan
status
Peg_nama
nama
status
M
Peg_id
Peg_nip
Akun_kode
Aset_id
Peg_jenis_kel
Peg_no_rekeni
ng
Aset_nama
M
Riwayat_Oper
asi_id
Penyakit_id
Peg_tgl_lahir
No_sk_penem
patan
Request_amb
ulance_id
Aset_kepemili
kan
Gol_darah
Peg_telp
Nama_jenis_ti
ndakan_id
Kontrak_id
Aset_id
Pasien_no_tlp
M
Jenis_tindaka
n_id
Transaksi
Pasien_alamat
1
Id_pegawai
Id_nikah
Konversi_id
Kategori_id
Jenis_tindakan
_id
Reg_id
Trans_ambula
nce_id
Pasien_id
Reg_id
Cpns_tmt
Pabrik_obat_id
tgl
Jenis_inap
Jumlah_bayar
Peg_gol_darah
Stok_min
Perusahaan_n
o_tlp
Pasien_no_hp
Tgl_bayar
Tmt_gol
kode
Lemari_id
no_rm
1
pekerjaan
No_ref
status
Perusahaan_al
amat
agama
Memiliki
M
Detail_Terbayar
Perusahaan_n
ama
Pasien
Jenis_bayar_id
Bayar_id
Jenis_surat_id
Obat_nama
Perusahaan_fa
x
Pasien_nama
pendidikan
jumlahStok
Perusahaan_e
mail
1
Pembayaran
Total_terbayar
Akun_id
Status
Perusahaan
Tgl_daftar
kota
M
M
Obat
Perusahaan_id
M
nama
Jenis Surat
Exp_date
Obat_kode
Pasien_alamat
Jenis
Pembayaran
Reg_id
Kontrak_id
Obat_id
Suart_id
Memiliki
Perusahaan_je
nis
Memiliki
1
Ditanggung
Kontrak_obat
Melakukan
Perusahaan_id
Jenis_Bayar_n
ama
Det_terbayar_
id
Tanggungan_o
bat_id
M
Status
Reg_id
No_polis
Ditanggung
Obat_id
Tgl_terbit
M
Jenis_Pasien
Reg_id
Detail_polis_i
d
Reg_id
Jenis_surat_id
M
Tipe_rawat
1
Negara
Ditanggung
Tipe_surat
Surat Kerjasama
Registrasi
1
Wali_tlp
1
Setup_Inap
Kontrak_kelas
Kontrak_tinda
kan
1
1
Wali_alamat
Tgl_surat
Penanggung_j
awab
Kontrak_layan
an
1
Memiliki
Wali_nama
Perusahaan_n
o_tlp
M M
1
Jenis_inap
Perusahaan_al
amat
Surat_id
Status_inap
diagnosa
Diagnosa_awa
l_id
Setup_inap_id
Surat_Rujukan
_id
Surat_rujukan
_no
Perusahaan_id
Perusahaan_n
ama
Kelas_id
Kamar_nomor
Tipe_surat
status
Status
L_Kamar
Alasan_rujuk
keterangan
Waktu_reques
t
1
diagnosa
kondisi
Id_pegawai
provinsi
Ditanggung
Akun_id
Tujuan_rujuk
Tanggal_masu
k
Reg_id
Tanggungan_k
elas_id
Kelas_id
Reg_id
Jenis_surat_id
Kontrak_id
Kamar_status
Kamar
M
Request
Reg_id
M
1
Status_aktif
M
Surat
Keterangan
M
Memiliki
Departemen_n
ama
Departemen_i
d
Meminta/
Memberi
Meminta
Kelas_id
Perusahaan_e
mail
M
Bed_id
Memiliki
Perusahaan_je
nis
Bed
1
Trans_karcis_i
d
Memilih
kota
Bed_id
Reg_id
Akun_id
Jenis_surat_id
1
Memiliki
status
Tgl_masuk
Transaksi_karcis
Karcis_id
Kelas_nama
Reg_bed_id
M
Reg_id
Jenis Surat
status
Harga
nama
Nama_penyaki
t
Aset_harga
Kat_penyakit_i
d
Peg_foto
Gambar 4.19 ERD Sistem Front Office
66
67
4.5.2
Normalisasi
Gambar-gambar di bawah menunjukan teknik normalisasi pada rancangan
database Sistem Informasi Rumah Sakit Modul Front Office.
4.5.2.1 Normalisasi Tabel Pasien
Gambar 4.20 menunjukan teknik normalisasi tahap pertama pada
rancangan m_pasien Sistem Informasi Rumah Sakit Modul Front Office.
m_pasien
PK
pasien_id
no_rm
pasien_nama
pasien_alamat
pasien_tanggal_lahir
gol_darah
agama
pasien_alamat
jenis_kelamin
kota
negara
pasien_no_tlp
pasien_no_hp
tgl_daftar
pekerjaan
pendidikan
Gambar 4.20 Tabel m_pasien
Kondisi normalisasi pertama pada Gambar 4.20 menunjukan tabel
m_pasien
merupakan sebuah tabel dengan primary key pasien_id. Tabel pasien
perlu dikembangkan lagi pada tahap normalisasi tahap dua dengan urutan sebagai
berikut:
1.
Field agama pada tabel pasien bisa dipecah lagi menjadi suatu tabel baru
dengan nama m_agama dengan primary key agama_id.
2.
Field negara pada tabel pasien bisa dipecah lagi menjadi suatu tabel baru
dengan nama m_negara dengan primary key negara_id.
3.
Field kota pada tabel pasien bisa dipecah lagi menjadi suatu tabel baru
dengan nama m_kota dengan primary key kota_id.
68
4.
Field pendidikan pada tabel pasien bisa dipecah lagi menjadi suatu tabel
baru dengan nama m_pendidikan dengan primary key pendidikan_id.
5.
Field pekerjaan pada tabel pasien bisa dipecah lagi menjadi suatu tabel
baru dengan nama m_pekerjaan dengan primary key pekerjaan_id.
Pemecahan field-field dari tabel pasien akan terbentuk beberapa tabel baru
dengan nama m_agama, m_negara, m_provinsi, m_kabupaten, m_kota.
1.
Pasien dengan agama dihubungkan oleh primary key agama_id.
2.
Pasien dengan negara dihubungkan oleh primary key negara_id.
3.
Pasien dengan kota dihubungkan oleh primary key kota_id.
4.
Pasien
dengan
pendidikan
dihubungkan
oleh
primary
key
pendidikan_id.
Pasien dengan pekerjaan dihubungkan oleh primary key pekerjaan_id.
5.
Hasil dari tahapan normalisasi tahap kedua tabel pasien dapat dilihat pada
Gambar 4.21.
tb_pekerjaan
PK
pekerjaan_id
m_pasien
PK
nama
FK2
m_negara
PK
negara_id
FK1
FK3
nama
tb_pendidikan
PK
FK4
FK5
pasien_id
no_rm
pasien_nama
pasien_alamat
gol_darah
agama_id
pasien_alamat
jenis_kelamin
kota_id
negara_id
pasien_no_tlp
pasien_no_hp
tgl_daftar
pekerjaan_id
pendidikan_id
m_agama
PK
agama_id
agama
m_kota
PK
kota_id
FK1
kota
kecamatan_id
kota_jenis
pendidikan_id
nama
Gambar 4.21 Normalisasi m_pasien
Tabel 4.21 masih dapat dipecah lagi agar lebih efisien. Pemecahan terjadi
pada tabel m_kota, dimana field kecamatan dapat dipecah lagi menjadi sebuah
69
tabel baru dengan primary key kecamatan_id. Hasil pemecahan tabel dapat
dilihat pada Gambar 4.21.
tb_pekerjaan
PK
m_pasien
pekerjaan_id
PK
nama
FK2
m_negara
PK
FK1
FK3
negara_id
nama
FK4
FK5
tb_pendidikan
PK
pasien_id
no_rm
pasien_nama
pasien_alamat
gol_darah
agama_id
pasien_alamat
jenis_kelamin
kota_id
negara_id
pasien_no_tlp
pasien_no_hp
tgl_daftar
pekerjaan_id
pendidikan_id
m_agama
PK
agama_id
agama
m_kecamatan
PK
kecamatan_id
FK1
nama
provinsi_id
m_kota
PK
kota_id
FK1
kota
kecamatan_id
kota_jenis
pendidikan_id
nama
Gambar 4.22 Pemecahan Tabel m_kota
pada tabel m_kecamatan, dimana field provinsi dapat dipecah lagi menjadi
sebuah tabel baru dengan primary key provinsi_id. Hasil pemecahan tabel dapat
70
m_provinsi
PK
provinsi_id
nama
tb_pekerjaan
PK
pekerjaan_id
m_pasien
PK
nama
FK2
m_negara
PK
negara_id
FK1
FK3
nama
tb_pendidikan
PK
FK4
FK5
pasien_id
no_rm
pasien_nama
pasien_alamat
gol_darah
agama_id
pasien_alamat
jenis_kelamin
kota_id
negara_id
pasien_no_tlp
pasien_no_hp
tgl_daftar
pekerjaan_id
pendidikan_id
m_agama
PK
agama_id
agama
m_kecamatan
PK
kecamatan_id
FK1
nama
provinsi_id
m_kota
PK
kota_id
FK1
kota
kecamatan_id
kota_jenis
pendidikan_id
nama
Gambar 4.23 Pemecahan Tabel m_kecamatan
4.4.2.2 Normalisasi Tabel Registrasi
rancangan tb_registrasi Sistem Informasi Rumah Sakit Modul Front Office.
tb_registrasi
PK
reg_id
no_reg
pasien_id
sumber_data
jenis_pasien
tipe_rawat
jenis_layanan
departemen
cara_keluar
kondisi
tgl_masuk
tgl_keluar
status_inap
Gambar 4.24 Rancangan tb_registrasi
registrasi merupakan sebuah tabel dengan primary key reg_id. Tabel
71
tb_registrasi
perlu dikembangkan lagi pada tahap normalisasi tahap dua
dengan urutan sebagai berikut:
1.
Field jenis_layanan pada tabel registrasi bisa dipecah lagi menjadi suatu
tabel baru dengan nama m_jenis_layanan dengan primary key
jenis_layanan_id.
2.
Field tipe_rawat pada tabel registrasi bisa dipecah lagi menjadi suatu tabel
baru dengan nama m_tipe_rawat dengan primary key tipe_rawat_id.
3.
Field cara_keluar pada tabel registrasi bisa dipecah lagi menjadi suatu
tabel baru dengan nama m_keluar dengan primary key cara_keluar_id.
4.
Field departemen pada tabel registrasi bisa dipecah lagi menjadi suatu
tabel baru dengan nama tb_mas_departemen dengan primary key
departemen_id.
5.
Field sumber data pada tabel registrasi bisa dipecah lagi menjadi suatu
tabel
baru
dengan
nama
m_sumber_data
dengan
primary
key
sumber_data_id.
6.
Field cara_masuk pada tabel registrasi bisa dipecah lagi menjadi suatu
tabel baru dengan nama m_masuk dengan primary key cara_masuk_id.
7.
Field jenis_pasien pada tabel registrasi bisa dipecah lagi menjadi suatu
tabel baru dengan nama m_jenis_pasien dengan primary key
jenis_pasien_id.
8.
Field kondisi pada tabel registrasi bisa dipecah lagi menjadi suatu tabel
baru dengan nama m_kondisi dengan primary key kondisi_id.
Pemecahan field-field dari Tabel Registrasi akan terbentuk beberapa tabel
baru
dengan
m_jenis_layanan,
nama
tb_mas_departemen,
m_sumber_data,
m_tipe_rawat,
m_masuk,
m_keluar,
m_jenis_pasien,
m_kondisi.
1.
Registrasi
dengan
jenis_layanan
dihubungkan
oleh
primary
key
primary
key
primary
key
jenis_layanan_id.
2.
Registrasi
dengan
tipe_rawat
dihubungkan
oleh
tipe_rawat_id.
3.
Registrasi
dengan
cara_keluar_id.
keluar
dihubungkan
oleh
72
4.
Registrasi
dengan
departemen
dihubungkan
oleh
primary
key
primary
key
departemen_id.
5.
Registrasi
dengan
sumber
data
dihubungkan
oleh
sumber_data_id.
6.
Registrasi dengan masuk dihubungkan oleh primary key cara_masuk_id.
7.
Registrasi
dengan
jenis_pasien
dihubungkan
oleh
primary
key
jenis_pasien_id.
Registrasi dengan kondisi dihubungkan oleh primary key kondisi_id.
8.
Hasil dari tahapan normalisasi tahap kedua tabel registrasi dapat dilihat
pada Gambar 4.25.
tb_mas_departemen(layanan)
PK
departemen_nama
status_aktif
m_masuk
PK
departemen_id
cara_masuk_id
nama
tb_jenis_pasien
tb_registrasi
PK
m_jenis_layanan
PK
jenis_layanan_id
jenis_layanan_nama
m_tipe_rawat
PK
tipe_rawat_id
FK8
FK7
FK5
FK2
FK6
FK4
FK3
FK9
PK
reg_id
jenis_pasien_id
jenis_pasien_nama
no_reg
pasien_id
jenis_pasien_id
sumber_data_id
tipe_rawat_id
jenis_layanan_id
cara_masuk_id
departemen_id
cara_keluar_id
kondisi_id
tgl_masuk
tgl_keluar
status_inap
m_kondisi
PK
kondisi_id
kondisi_nama
tb_sumber_data
PK
sumber_data_id
nama
nama
m_keluar
PK
cara_keluar_id
nama
Gambar 4.25 NormalisasiTabel tb_registrasi
4.4.2.3 Normalisasi Tabel tb_detail_alergi_pasien
rancangan tb_detail_alergi_pasien Sistem Informasi Rumah Sakit Modul
Front Office.
73
tb_detail_alergi_pasien
PK
det_alergi_id
pasien_id
alergi
Gambar 4.26 Rancangan tb_detail_alergi_pasien
merupakan sebuah tabel dengan primary key
det_alergi_id.
Tabel tb_detail_alergi_pasien perlu dikembangkan lagi
pada
normalisasi
tahap
tahap
dua.
Field
alergi
pada
tabel
bisa dipecah lagi menjadi suatu tabel baru dengan
nama m_alergi dengan primary key alergi_id. Hasil dari tahapan normalisasi
tahap kedua tabel tb_detail_alergi_pasien dapat dilihat pada Gambar 4.27.
m_alergi
PK
m_pasien
PK
alergi_nama
jenis_alergi
pasien_id
no_rm
pasien_nama
pasien_alamat
gol_darah
agama_id
pasien_alamat
jenis_kelamin
kota_id
negara_id
pasien_no_tlp
pasien_no_hp
tgl_daftar
alergi_id
PK
det_alergi_id
FK2
pasien_id
alergi_id
Gambar 4.27 NormalisasiTabel tb_detail_alergi_pasien
pada tabel m_alergi, dimana field jenis_alergi dapat dipecah lagi menjadi
sebuah tabel baru dengan primary key jenis_alergi_id. Hasil pemecahan tabel
dapat dilihat pada Gambar 4.28.
74
m_jenis_alergi1
PK
jenis_alergi_id
jenis_alergi_nama
m_alergi1
PK
alergi_id
FK1
alergi_nama
jenis_alergi_id
m_pasien1
PK
pasien_id
no_rm
pasien_nama
pasien_alamat
gol_darah
agama_id
pasien_alamat
jenis_kelamin
kota_id
negara_id
pasien_no_tlp
pasien_no_hp
tgl_daftar
tb_detail_alergi_pasien1
PK
det_alergi_id
FK2
pasien_id
alergi_id
Gambar 4.28 Pemecahan Tabel m_alergi
4.4.2.4 Normalisasi Tabel tb_setup_inap
rancangan tb_setup_inap Sistem Informasi Rumah Sakit Modul Front Office.
tb_setup_inap
PK
setup_inap_id
reg_id
jenis_inap
id_pegawai
wali_nama
wali_alamat
wali_hp
wali_tlp
Gambar 4.29 Rancangan tb_setup_inap
75
tb_setup_inap
merupakan sebuah tabel dengan primary key setup_inap_id.
Tabel tb_setup_inap perlu dikembangkan lagi pada tahap normalisasi tahap dua.
Field jenis inap pada tabel tb_setup_inap bisa dipecah lagi menjadi suatu tabel
baru dengan nama m_jenis_inap dengan primary key jenis_inap_id. Hasil dari
tahapan normalisasi tahap kedua tabel tb_setup_inap dapat dilihat pada Gambar
4.30.
tb_setup_inap
PK
m_jenis_inap
PK
jenis_inap_id
jenis_inap_nama
FK1
setup_inap_id
reg_id
jenis_inap_id
id_pegawai
wali_nama
wali_alamat
wali_hp
wali_tlp
Gambar 4.30 NormalisasiTabel tb_detail_alergi_pasien
4.5.3
Skema Database
Skema Database Sistem Informasi Rumah Sakit Modul Front Office dapat
76
tb_request_ambulance
PK request_ambulance_id
nama
FK1 kota_id
alamat
no_hp
status
FK2 aset_id
tb_reg_bed
tb_bed(sarpras)
PK bed_id
tb_jenis_pembayaran
kamar_id
nama
status
PK jenis_bayar_id
jenis_bayar_nama
akun_id
PK reg_bed_id
tb_det_trans_karcis
FK1 reg_id
FK2 bed_id
tgl_masuk
tgl_keluar
status
akun_id
PK trans_karcis_id
tb_pegawai(hrd)
m_karcis
PK peg_id
PK karcis_id
FK1 reg_id
FK3 karcis_id
akun_id
nama
harga
PK kota_id
m_tipe_rawat
tb_aset(sarpras)
m_jenis_inap
tb_mas_departemen(layanan)
PK tipe_rawat_id
tb_pembayaran
PK aset_id
departemen_nama
status_aktif
no_ref
FK2 reg_id
FK1 jenis_bayar_id
total
total_terbayar
status
status_posting
jenis_layanan_nama
tb_detail_terbayar
PK kelas_id
FK1 bayar_id
tgl_bayar
jumlah_bayar
kelas_nama
harga
jmlh_bed
PK trans_ambulance_id
FK3
FK8
FK11
FK7
FK1
FK9
FK6
FK5
FK10
PK request_id
FK1 reg_id
FK2 kelas_id
waktu_request
status
FK1 reg_id
FK2 aset_id
qty
tgl
akun_id
m_kondisi
tb_jenis_pasien
reg_id
no_reg
pasien_id
sumber_data_id
jenis_pasien_id
tipe_rawat_id
jenis_layanan_id
cara_masuk_id
departemen_id
cara_keluar_id
kondisi_id
tgl_masuk
tgl_keluar
status_inap
tb_diagnosa_awal
m_diagnosa
tb_sumber_data
FK1 reg_id
diagnosa_id
FK2 dianosa_id
PK dianosa_id
PK sumber_data_id
diagnosa_nama
nama
m_masuk
PK cara_masuk_id
m_pasien
PK polis_id
FK2 reg_id
FK1 perusahaan_id
no_polis
tb_tanggungan_kelas
PK cara_keluar_id
nama
tb_setup_inap
PK setup_inap_id
agama
FK1 reg_id
FK3 jenis_inap_id
FK2 peg_id
wali_nama
wali_alamat
wali_hp
wali_tlp
PK tanggungan_kelas_id
tb_perusahaan
FK2 kelas_id
FK1 kontrak_id
PK perusahaan_id
perusahaan_nama
perusahaan_jenis
perusahaan_alamat
perusahaan_no_tlp
perusahaan_fax
perusahaan_email
status
FK1 kota_id
tb_tanggungan_obat
PK tanggungan_obat_id
FK2 obat_id
FK1 kontrak_id
FK2
m_negara
PK negara_id
FK1
FK3
nama
tb_pekerjaan
FK4
FK5
PK pekerjaan_id
PK det_alergi_id
no_rm
pasien_nama
pasien_alamat
gol_darah
agama_id
pasien_alamat
jenis_kelamin
kota_id
negara_id
pasien_no_tlp
pasien_no_hp
tgl_daftar
pekerjaan_id
pendidikan_id
alergi_nama
FK1 jenis_alergi_id
m_agama
PK pasien_id
m_alergi
PK alergi_id
PK agama_id
nama
m_keluar
obat_kode
obat_nama
pabrikObat_id
kategori_id
konversi_id
lemari_id
jumlahStok
stok_min
exp_date
jenis_alergi_nama
PK diagnosa_awal_id
tb_detail_polis
kondisi_nama
jenis_pasien_nama
PK obat_id
PK jenis_alergi_id
PK kondisi_id
PK jenis_pasien_id
tb_obat(farmasi)
m_jenis_alergi
FK2 reg_id
surat_rujuk_no
diagnosa
alasan_rujuk
tipe_surat
asal_rujuk
tujuan_rujuk
tb_registrasi
tb_request_kelas
tb_kelas(sarpras)
jenis_inap_nama
PK surat_rujukan_id
PK jenis_layanan_id
PK det_terbayar_id
PK jenis_inap_id
tb_surat_rujukan
m_jenis_layanan
PK
tb_trans_ambulance
kota
kecamatan_id
kota_jenis
PK departemen_id
nama
PK bayar_id
aset_nama
akun_kode
aset_kepemilikan
aset_jenis
no_aset
aset_merk
aset_kondisi
aset_harga
aset_tgl_masuk
aset_tgl_keluar
aset_tipe
aset_no_mesin
peg_nip
peg_nama
peg_tmpt_lahir
peg_tgl_lahir
peg_jenis_kel
agama_id
peg_gol_darah
nikah_id
peg_alamat
peg_telp
status_id
cpns_tmt
berkala_tmt
no_sk_penempatan
tugaspokok_id
subunitkerja_id
peg_no_SIP
peg_no_SIK
peg_no_rekening
peg_foto
status_aktif
m_kota*
FK1 pasien_id
FK5 alergi_id
tb_pendidikan
PK pendidikan_id
tb_det_penyakit_bawaan
PK penyakit_bawaan_id
nama
FK1 pasien_id
penyakit_id
m_provinsi
nama
PK provinsi_id
nama
m_kota
tb_mas_tin_umum(layanan)
tb_kontrak
PK tin_umum_id
kat_tindakan_id
tin_umum_nama
tin_umum_tarif
akun_id
tb_tanggungan_tindakan
PK tanggungan_tindakan_id
FK1 kontrak_id
FK2 tin_umum_id
FK1 perusahaan_id
tgl_terbit
tgl_selesai
status
PK tin_penunjang_id
kat_tindakan_id
tin_penunjang_nama
tin_penunang_tarif
akun_id
FK1 kontrak_id
FK2 tin_penunjang_id
tb_det_pegawai_ambulance
PK det_pegawai_ambulance_id
FK1 trans_ambulance_id
FK2 peg_id
tb_surat_keterangan
tb_det_riwayat_operasi
PK riwayat_operasi_id
nama
FK1 provinsi_id
FK1 pasien_id
operasi_id
surat_keterangan_no
reg_id
jenis_surat_id
keterangan_id
peg_id
tb_surat_kerjasama
tb_tanggungan_penunjang
PK tanggungan_penunjang_id
kota
FK1 kecamatan_id
kota_jenis
PK surat_ket_id
FK1
FK3
FK5
FK4
tb_mas_tin_penunjang(layanan)
m_kecamatan
PK kecamatan_id
PK kota_id
PK kontrak_id
m_keterangan
PK keterangan_id
keterangan_nama
PK surat_id
m_jenis_surat
PK jenis_surat_id
surat_no
tgl_surat
tipe_surat
FK2 jenis_surat_id
asal
tujuan
penanggung_jawab
kode
nama
Gambar 4.31 Skema Database Sistem Informasi Front Office
77
4.5.4
Struktur Data
Tabel-tabel di bawah merupakan struktur data dari Database Front Office
Rumah Sakit.
1.
Tabel m_pasien
Tabel m_pasien digunakan untuk menyimpan data pasien saat pasien
pertama kali berkunjung ke rumah sakit.
Tabel 4.1 Struktur Data Tabel m_pasien
Nama Field
Tipe
Length
Data
Pasien_id
Bigint
Keperluan
Keterangan
Memori
20
8 byte
Primary key
Autoincrement
Unsigned (tidak
boleh minus)
Field ini
digunakan untuk
menyimpan id
pasien.
No_rm
Char
15
15 Byte
NOT NULL
Field ini
digunakan untuk
menyimpan
nomor rekam
medis pasien.
Pasien_nama
Varchar
50
Max 51
Byte
NOT NULL (tidak
boleh
dikosongkan)
Field ini
digunakan untuk
menyimpan nama
pasien.
78
Pasien_tanggal_lahir
Date
8 byte
NOT NULL (tidak
boleh
dikosongkan)
Field ini
digunakan untuk
menyimpan
tanggal lahir
pasien.
Gol_darah
Enum
4 byte
NOT NULL (tidak
boleh
dikosongkan)
Value (A, B, AB,
O)
Field ini
digunakan untuk
menyimpan
golongan darah
pasien.
Agama_id
Tinyint
2
1 byte
NOT NULL (tidak
boleh
dikosongkan)
Foreign Key
Unsigned
Field ini
digunakan untuk
menyimpan
agama pasien.
Pasien_no_tlp
Varchar
15
Max 16
Byte
NOT NULL (tidak

boleh
dikosongkan)
79
Field ini
digunakan untuk
menyimpan
nomor telepon
pasien.
Pasien_no_hp
Varchar
15
Max 16
Byte
NOT NULL (tidak
boleh
dikosongkan)
Field ini
digunakan untuk
menyimpan
nomor handphone
pasien.
Pasien_alamat
Varchar
140
Max 141
Byte
NOT NULL (tidak
boleh
dikosongkan)
Field ini
digunakan untuk
menyimpan
alamat pasien.
Jenis_kelamin
Enum
2 Byte
NOT NULL (tidak
boleh
dikosongkan)
Value (Pria,
Wanita)
Field ini
digunakan untuk
menyimpan jenis
kelamin pasien
rumah sakit.
80
Kota_id
Int
10
4 Byte
Foreign Key
NOT NULL
Field ini
digunakan untuk
menyimpan kota
alamat pasien.
Tgl_daftar
Date
8 Byte
NOT NULL (tidak
boleh
dikosongkan)
Field ini
digunakan untuk
menyimpan
tanggal daftar
pasien.
pekerjaan_id
Small Int
6
2 Byte
Field ini
digunakan untuk
menyimpan data
pekerjaan pasien.
pendidikan_id
Tiny Int
4
2 Byte
Field ini
digunakan untuk
menyimpan data
pendidikan
terakhir pasien.
Contoh data:
Tabel 4.2 Contoh Data Tabel m_pasien

Pasien_id
no_rm
Pasien_nama
Pasien_tgl_lahir
Gol_darah
1
102123103101251
Budi
04/11/1993
O
2
102123103102913
Nisa
31/12/1990
O
81
Agama_id
Pasien_no_tlp
Pasien_no_hp
Pasien_alamat
jenis_
kelamin
2.
1
021721345
08123918473
Jl. Soedirman
Pria
2
0361724231
08998174832
Jl. Nusa Dua
Wanita
Negara_id
Kota_id
Tgl_daftar
Pekerjaan_id
Pendidikan_id
1
1
30/12/2014
1
1
2
2
31/12/2014
1
1
Tabel m_agama
Tabel m_agama digunakan untuk menyimpan data agama.
Tabel 4.3 Struktur Data Tabel m_agama
Nama Field
Tipe
Length
Data
agama_id
Tinyint
Keperluan
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
agama.
Agama
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama agama.
Contoh data:
Tabel 4.4 Contoh Data Tabel m_agama
agama_id
agama
1
Hindu
2
Budha
82
3.
3
Kristen
4
Katolik
5
Islam
6
Kong Hu Cu
Tabel m_jenis_inap
Tabel m_jenis_inap digunakan untuk menyimpan data jenis inap khusus
pasien rawat inap.
Tabel 4.5 Struktur Data Tabel m_jenis_inap
Nama Field
Tipe
Length
Data
Jenis_inap_id
Tinyint
Keperluan
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
jenis inap.
Jenis_inap_nama
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama golongan
darah.
Contoh data:
Tabel 4.6 Contoh Data Tabel m_jenis_inap
Jenis_inap_id
Jenis_inap_nama
1
Umum
2
Perinatal
3
Obsetri
83
Tabel m_jenis_layanan
4.
Tabel m_jenis_layanan digunakan untuk menyimpan data jenis layanan
pasien.
Tabel 4.7 Struktur Data Tabel m_jenis_layanan
Nama Field
Tipe
Length
Data
Jenis_layanan_id
Keperluan
Keterangan
Memori
Tinyint
2
1 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
Field ini digunakan
untuk menyimpan id
jenis layanan.
Jenis_layanan_nama
Varchar
15
Max 16
Field ini digunakan
Byte
untuk menyimpan
nama layanan.
Contoh data:
Tabel 4.8 Contoh Data Tabel m_jenis_layanan
5.
Jenis_layanan_id
Jenis_layanan_nama
1
Umum
2
One Day Care
Tabel m_provinsi
Tabel m_provinsi digunakan untuk menyimpan data provinsi tempat
tinggal pasien.
Tabel 4.9 Struktur Data Tabel m_provinsi
Nama Field
Tipe
Length
Data
provinsi_id
Medium
int
Keperluan
Keterangan
Memori
10
3 Byte
Primary key
AUTOINCREMENT
84
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
provinsi.
provinsi
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama provinsi.
Contoh data:
Tabel 4.10 Contoh Data Tabel Tabel m_provinsi
6.
provinsi_id
Provinsi
1
Bali
2
Papua
Tabel m_kecamatan
Tabel m_kecamatan digunakan untuk menyimpan data kecamatan tempat
tinggal pasien.
Tabel 4.11 Struktur Data Tabel m_kecamatan
Nama Field
Tipe
Length
Data
kecamatan_id
Medium
Int
Keperluan
Keterangan
Memori
6
3 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
kecamatan tempat
tinggal pasien.
85
provinsi_id
Medium
6
3 Byte
Int
Foreign key
AUTOINCREMENT
(menambah otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
provinsi.
kecamatan
Varchar
20
Max 20
Field ini digunakan
Byte
untuk menyimpan
nama kecamatan.
Contoh data:
Tabel 4.12 Contoh Data Tabel m_kecamatan
kecamatan_id
provinsi_id
kecamatan
1
1
Banjarangkan
2
1
Petang
Tabel m_kota
7.
Tabel m_kota digunakan untuk menyimpan data kota tempat tinggal

pasien.
Tabel 4.13 Struktur Data Tabel m_kota
Nama Field
Tipe
Length
Data
kota_id
Medium
Int
Keperluan
Keterangan
Memori
6
3Byte
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan
untuk menyimpan id
kota tempat tinggal
pasien.
86
kecamatan_id
Medium
6
3 Byte
Int
Foreign key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
kecamatan.
kota
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama kota.
Kota_jenis
Enum
2 Byte
Value (0,1)
Field ini digunakan
untuk menyimpan
jenis kota, apakah
dalam atau luar
negeri.
Contoh data:
Tabel 4.14 Contoh Data Tabel m_kota
8.
kota_id
kecamatan_id
kota
Kota_jenis
1
1
Singaraja
0
2
1
Negara
0
Tabel m_negara
Tabel m_negara digunakan untuk menyimpan data negara asal tempat
tinggal pasien.
87
Tabel 4.15 Struktur Data Tabel m_negara
Nama Field
Tipe
Length
Keperluan
Data
Negara_id
Keterangan
Memori
Tiny Int
2
1 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
negara.
Negara
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama negara.
Contoh data:
Tabel 4.16 Contoh Data Tabel m_negara
negara_id
Negara
kode
1
Indonesia
INA
2
Malaysia
MAY
Tabel m_tipe_rawat
9.
Tabel m_tipe_rawat digunakan untuk menyimpan data tipe perawatan
pasien.
Tabel 4.17 Struktur Data Tabel m_tipe_rawat
Nama Field
Tipe
Length
Data
Tipe_rawat_id
Tiny Int
Keperluan
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
88
NOT NULL
Field ini digunakan
untuk menyimpan id
tipe rawat dari pasien.
nama
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama tipe rawat
seperti rawat jalan,
rawat darurat, dan
lain sebagainya.
Contoh data:
Tabel 4.18 Contoh Data Tabel m_tipe_rawat
10.
Tipe_rawat_id
nama
1
Rawat Inap
2
Rawat Darurat
Tabel m_keluar
Tabel m_keluar digunakan untuk menyimpan data cara keluar pasien.
Tabel 4.19 Struktur Data Tabel m_keluar
Nama Field
Tipe
Length
Data
Cara_keluar_id
Tiny Int
Keperluan
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
tipe rawat pasien
rumah sakit.
89
nama
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama tipe rawat.
Contoh data:
Tabel 4.20 Contoh Data Tabel tb_tipe_rawat
11.
Cara_keluar_id
nama
1
Rujukan
2
Dengan Paksaan
Tabel m_jenis_surat
Tabel m_jenis_surat digunakan untuk menyimpan data jenis surat.
Tabel 4.21 Struktur Data Tabel m_jenis_surat
Nama Field
Tipe
Length
Data
Jeni_surat_id
Tiny Int
Keperluan
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
jenis surat.
nama
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan
nama jenis surat.
kode
char
2
2 Byte
Field ini digunakan
untuk menyimpan
kode surat.
90
Contoh data:
Tabel 4.22 Contoh Data Tabel m_jenis_surat
surat_id
Nama
Kode
1
Penolakan
ST
2
Penerimaan
SP
3
Permohonan
SK
Kerjasama
4
Keterangan Sehat
KS
5
Keterangan
KK
Kematian
12.
Tabel m_diagnosa
Tabel m_diagnosa digunakan untuk menyimpan data master diagnosa.
Tabel 4.23 Struktur Data Tabel m_diagnosa
Nama Field
Tipe
Length
Keperluan
Data
diagnosa_id
Small Int
Keterangan
Memori
4
2 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
master diagnosa.
Diagnosa_nama
Varchar
50
Max 51 Byte
Field ini digunakan
untuk menyimpan
nama diagnosa.
91
Contoh data:
Tabel 4.24 Contoh Data Tabel m_diagnosa
13.
diagnosa_id
diagnosa_nama
1
Demam Berdarah
2
TBC
Tabel m_alergi
Tabel m_alergi digunakan untuk menyimpan data master alergi yang
digunakan untuk mengisi alergi pasien nantinya.
Tabel 4.25 Struktur Data Tabel m_alergi
Nama Field
Tipe
Length
Keperluan
Data
alergi_id
Small Int
Keterangan
Memori
4
2 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
master alergi.
alergi_nama
Varchar
50
Max 51 Byte
Field ini digunakan
untuk menyimpan
nama alergi.
Jenis_alergi_id
Tiny Int
2
1
Field ini digunakan
untuk menyimpan
jenis alergi.
92
Contoh data:
Tabel 4.26 Contoh Data Tabel m_alergi
14.
alergi_id
alergi_nama
Jenis_alergi_id
1
Vitamin C
3
2
Kacang
1
Tabel m_keterangan
Tabel m_keterangan digunakan untuk menyimpan data master keterangan
yang diperlukan untuk membuat surat keterangan.
Tabel 4.27 Struktur Data Tabel m_alergi
Nama Field
Tipe
Length
Keperluan
Data
keterangan_id
Tiny Int
Keterangan
Memori
2
2 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
keterangan.
keterangan_nama
Varchar
50
Max 51 Byte
Field ini digunakan
untuk menyimpan
nama keterangan.
Contoh data:
Tabel 4.28 Contoh Data Tabel m_keterangan
keterangan_id
keterangan_nama
1
Sehat
2
Sakit
93
15.
Tabel m_jenis_alergi
Tabel m_jenis_alergi digunakan untuk menyimpan data master
jenis_alergi.
Tabel 4.29 Struktur Data Tabel m_jenis_alergi
Nama Field
Tipe
Length
Keperluan
Data
jenis_alergi_id
Tiny Int
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
master jenis alergi.
Jenis_alergi_nama
Varchar
50
Max 51 Byte
Field ini digunakan
untuk menyimpan
nama jenis alergi.
Contoh data:
Tabel 4.30 Contoh Data Tabel m_jenis_alergi
16.
Jenis_alergi_id
Jenis_alergi_nama
1
Obat
2
Makanan
Tabel tb_registrasi
Tabel tb_registrasi digunakan untuk menyimpan data registrasi pasien
saat melakukan perawatan ke rumah sakit.
94
Tabel 4.31 Struktur Data Tabel tb_registrasi
Nama Field
Tipe
Length
Data
Reg_id
Big Int
Keperluan
Keterangan
Memori
20
8 Byte Primary key
Autoincrement
Field ini
digunakan untuk
menyimpan id
registrasi pasien.
no_reg
Varchar
15
Max 15
Field ini
Byte
digunakan untuk
menyimpan
nomor registrasi
pasien.
Pasien_id
Big Int
20
8 Byte
Foreign key
NOT NULL
(tidak boleh
dikosongkan)
Field ini
digunakan untuk
id pasien.
tipe_rawat_id
Tiny Int
2
1 Byte Foreign key
NOT NULL
(tidak boleh
dikosongkan)
UNSIGNED
Field ini
digunakan untuk
menyimpan tipe
rawat pasien.
95
jenis_layanan_id
Tiny Int
2
1 Byte Foreign key
NOT NULL
(tidak boleh
dikosongkan)
Field ini
digunakan untuk
menyimpan id
jenis layanan
pasien.
jenis_pasien_id
Tiny Int
2
1 Byte Foreign key
NOT NULL
(tidak boleh
dikosongkan)
Field ini
digunakan untuk
menyimpan id
jenis pasien
rumah sakit.
departemen_id
Tinyint
2
1 Byte Foreign Key
(Layanan)
Field ini
digunakan untuk
menyimpan
poliklinik tujuan
pasien rumah
sakit.
Cara_masuk_id
Tiny Int
2
1 Byte
Field ini
digunakan untuk
menyimpan cara
masuk pasien.
96
Cara_keluar_id
Tiny Int
2
1 Byte Foreign Key
(Layanan)
Field ini
digunakan untuk
menyimpan cara
keluar pasien.
Kondisi_id
Tiny Int
2
1 Byte
Field ini
digunakan untuk
menyimpan id
kondisi awal
pasien saat
masuk rumah
sakit.
tgl_masuk
Datetime
8 Byte NOT NULL
(tidak boleh
dikosongkan)
Field ini
digunakan untuk
menyimpan
waktu masuk
pasien rumah
sakit.
tgl_keluar
Datetime
8 Byte
Field ini
digunakan untuk
menyimpan
waktu keluar
pasien.
Status_inap
Enum
2 Byte
Field ini
digunakan untuk
menyimpan
97
status apakah
pasien diharuskan
rawat inap atau
tidak.
Contoh data:
Tabel 4.32 Contoh Data Tabel tb_registrasi
no_reg
no_rm
Jenis_pasien_id
tipe_rawat_id
1
1
1
1
2
2
1
1
3
3
2
2
jenis_layanan_id
departemen_id
cara_masuk_id
Cara_keluar_id
2
1
1
1
1
2
1
1
1
1
1
1
Kondisi_id
tgl_masuk
tgl_keluar
Status_inap
1
31/12/2014 12:00
31/12/2014
0
13:00
1
01/01/2015 12:00
01/01/2015
0
13:00
1
02/01/2015 12:00
05/01/2015
1
12:00
17.
Tabel tb_detail_polis
Tabel tb_detail_polis digunakan untuk menyimpan data polis
penanggung pasien.
Tabel 4.33 Struktur Data Tabel tb_detail_polis
Nama Field
Tipe
Length
Data
polis_id
Big Int
Keperluan
Keterangan
Memori
20
8 Byte
Primary key
AUTOINCREMENT
98
(menambah secara
otomatis)
Field ini digunakan
untuk menyimpan id
polis.
Reg_id
Big Int
20
8 Byte
Foreign Key
NOT NULL (tidak boleh
dikosongkan)
Field ini digunakan
untuk menyimpan id
registrasi.
Perusahaan_id
Int
10
4 Byte
Foreign Key
Field ini digunakan
untuk menyimpan id
perusahaan
penanggung pasien
No_polis
Varchar
15
Max 16
Field ini digunakan
Byte
untuk menyimpan
nomor polis pasien.
Contoh data:
Tabel 4.34 Contoh Data Tabel tb_detail_polis
18.
Polid_id
Reg_id
Perusahaan_id
No_polis
1
1
1
8427183957
2
2
1
8999142837
Tabel tb_perusahaan
Tabel tb_perusahaan digunakan untuk menyimpan data perusahaan
penjamin kesehatan yang bekerja sama dengan rumah sakit.
99
Tabel 4.35 Struktur Data Tabel tb_perusahaan
Nama Field
Tipe
Length
Data
perusahaan_id
Small
Keperluan
Keterangan
Memory
6
2 Byte
Int
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
Field ini digunakan
untuk menyimpan id
perusahaan_nama
Varchar
50
Max 51
Byte
NOT NULL (tidak
boleh dikosongkan)
Field ini digunakan
untuk menyimpan nama
perusahaan.
perusahaan_jenis
Enum
2 Byte
Value (Jaminan, Non
Jaminan)
NOT NULL (tidak
boleh dikosongkan)
Field ini digunakan
untuk menyimpan
alamat pasien.
perusahaan_alamat
Varchar
140
Max 141
Byte
NOT NULL (tidak
boleh dikosongkan)
Field ini digunakan
untuk menyimpan
alamat perusahaan.
Perusahaan_no_tlp
Varchar
13
Max 14
Byte
NOT NULL (tidak boleh
dikosongkan)
Field ini digunakan
untuk menyimpan
100
nomor telpon
perusahaan.
perusahaan_email
Varchar
13
Max 14
Byte
Field ini digunakan
untuk menyimpan email
perusahaan.
status
Enum
2 Byte
Value (Aktif, NonAktif)
Field ini digunakan
untuk menyimpan status
keaktifan perusahaan.
Contoh data:
Tabel 4.36 Contoh Data Tabel tb_perusahaan
Perusahaan_id
Perusahaan_nama
Perusahaan_jenis
Perusahaan_alamat
1
JKBM
Jaminan
Renon
2
BPJS
Jaminan
Bukit
Perusahaan_no_tlp
Perusahaan_fax
Perusahaan_email
Status
0361135123
0361135123
jkbm@yahoo
Aktif
0361948123
0361948123
bpjs@google
Aktif
19.
Tabel tb_kontrak
Tabel tb_kontrak digunakan untuk menyimpan kontrak perusahaan
penjamin kesehatan yang bekerja sama dengan rumah sakit.
Tabel 4.37 Struktur Data Tabel tb_kontrak
Nama Field
Tipe
Length
Keperluan
Data
Kontrak_id
Int
Keterangan
Memori
10
4 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
Field ini digunakan
101
untuk menyimpan id
kontrak.
Kontrak_no
Int
10
4 Byte
NOT NULL (tidak
boleh dikosongkan)
UNSIGNED (tidak
boleh minus)
Perusahaan_id
Small
6
2 Byte
Int
Foreign Key
NOT NULL (tidak
boleh dikosongkan)
Field ini digunakan
untuk id perusahaan.
Tgl_terbit
Date
8 Byte
NOT NULL (tidak
boleh dikosongkan)
Field ini digunakan
untuk menyimpan tgl
berlaku kontrak.
Tgl_selesai
Date
8 Byte
NOT NULL (tidak
boleh dikosongkan)
Field ini digunakan
untuk menyimpan
tanggal habis kontrak.
status
Enum
2 Byte
Value (Aktif, NonAktif)
Field ini digunakan
untuk menyimpan status
keaktifan kontrak.
Contoh data:
Tabel 4.38 Contoh Data Tabel tb_kontrak
kontrak_id
Kontrak_no
Perusahaan_id
1
1001
1
2
2001
2
102
20.
Tgl_terbit
Tgl_selesai
Status
12/12/2012
12/12/2014
Aktif
01/01/2011
01/01/2016
Aktif
Tabel tb_tanggungan_obat
Tabel tb_tanggungan_obat digunakan untuk menyimpan detail kontrak
obat yang ditanggung perusahaan penjamin kesehatan yang bekerja sama dengan
rumah sakit.
Tabel 4.39 Struktur Data Tabel tb_tanggungan_obat
Nama Field
Tipe
Length
Data
tanggungan_obat_id
Int
Keperluan
Keterangan
Memori
10
4 Byte
Primary key
AUTOINCREMENT
UNSIGNED (tidak
boleh minus)
Field ini digunakan
untuk menyimpan id
detail kontrak obat.
Kontrak_id
Int
10
4 Byte
Foreign Key
NOT NULL (tidak
boleh dikosongkan)
UNSIGNED (tidak
boleh minus)
Field ini digunakan
untuk menyimpan id
kontrak.
obat_id
Int
10
4 Byte
Foreign Key
(Farmasi)
NOT NULL (tidak
boleh dikosongkan)
UNSIGNED (tidak
103
boleh minus)
Field ini digunakan
untuk menyimpan id
sediaan farmasi dari
rumah sakit.
Contoh data:
Tabel 4.40 Contoh Data Tabel tb_tanggungan_obat
21.
tanggungan_obat_id
Kontrak_id
Sediaan_farmasi_id
1
1
1
2
1
2
Tabel tb_tanggungan_tindakan
Tabel tb_tanggungan_tindakan digunakan untuk menyimpan detail
kontrak tindakan yang ditanggung perusahaan penjamin kesehatan yang bekerja
sama dengan rumah sakit.
Tabel 4.41 Struktur Data Tabel tb_tanggungan_tindakan
Nama Field
Tipe
Length Keperluan
Data
tanggungan_tindakan_id
Small
Keterangan
Memori
10
2 Byte
Int
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
UNSIGNED
Field ini digunakan
untuk menyimpan id
detail kontrak
tindakan.
Kontrak_id
Int
10
4 Byte
Foreign Key
NOT NULL (tidak
boleh dikosongkan)
104
UNSIGNED Field
ini digunakan untuk
menyimpan id
kontrak.
Tin_umum_id
Small
6
2 Byte
Int
Foreign Key
(Layanan)
NOT NULL (tidak
boleh dikosongkan)
UNSIGNED (tidak
boleh minus)
Field ini digunakan
untuk menyimpan id
tindakan medis.
Contoh data:
Tabel 4.42 Contoh Data Tabel Tabel tb_tanggungan_tindakan
22.
Tanggungan_tindakan_id
Kontrak_id
Tin_umum_id
1
1
1
2
1
2
Tabel tb_tanggungan_kelas
Tabel tb_tanggungan_kelas digunakan untuk menyimpan detail kontrak
kamar atau kelas yang ditanggung perusahaan penjamin kesehatan yang bekerja
Tabel 4.43 Struktur Data Tabel tb_detail_kontrak_kelas
Nama Field
Tipe
Length
Data
tanggungan_kelas_id
Tiny Int
Keperluan
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
UNSIGNED (tidak
boleh minus)
105
Field ini digunakan
untuk menyimpan no
detail kontrak kelas.
Kontrak_id
Int
10
4 Byte
Foreign Key
NOT NULL (tidak
boleh dikosongkan)
UNSIGNED (tidak
boleh minus)
Field ini digunakan
untuk menyimpan id
kontrak perusahaan
kerjasama.
kelas_id
Tinyint
2
1 Byte
Foreign Key (Sarana
Prasarana)
NOT NULL (tidak
boleh dikosongkan)
UNSIGNED (tidak
boleh minus)
Field ini digunakan
untuk menyimpan id
kelas dari rumah
sakit.
Contoh data:
Tabel 4.44 Contoh Data Tabel tb_tanggungan_kelas
tanggungan_kelas_id
Kontrak_id
kelas_id
1
1
1
2
1
106
23.
Tabel tb_tanggungan_penunjang
Tabel tb_tanggungan_penunjang digunakan untuk menyimpan detail
kontrak penunjang yang ditanggung perusahaan penjamin kesehatan yang bekerja
Tabel 4.45 Struktur Data Tabel tb_tanggungan_penunjang
Nama Field
Tipe
Length Keperluan
Data
tanggungan_penunjang_id Small
Keterangan
Memori
6
2 Byte
Int
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
UNSIGNED (tidak
boleh minus)
Field ini digunakan
untuk menyimpan
no detail kontrak
penunjang.
Kontrak_id
Int
10
4 Byte
Foreign Key
NOT NULL (tidak
boleh dikosongkan)
UNSIGNED (tidak
boleh minus)
Field ini digunakan
untuk menyimpan id
kontrak.
Tin_penunjang_id
Small
Int
6
2 Byte
Foreign Key
(Layanan)
NOT NULL (tidak
boleh dikosongkan)
Field ini digunakan
107
untuk menyimpan id
kelas dari rumah
sakit.
Contoh data:
Tabel 4.46 Contoh Data Tabel tb_tanggungan_penunjang
24.
tanggungan_penunjang_id
Kontrak_id
Tin_peunjang_id
1
1
1
2
1
2
Tabel tb_detail_alergi
Tabel tb_detail_alergi digunakan untuk menyimpan data alergi pasien
rumah sakit.
Tabel 4.47 Struktur Data Tabel tb_detail_alergi
Nama Field
Tipe
Length
Keperluan
Data
detail_alergi_id
Big Int
Keterangan
Memori
10
8 Byte
Primary key
AUTOINCREMENT
(menambah otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
detail alergi.
pasien_id
Big Int
20
8 Byte Foreign Key
Field ini digunakan
untuk menyimpan id
pasien.
Alergi
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
alergi.
108
Contoh data:
Tabel 4.48 Contoh Data Tabel tb_detail_alergi
Detail_alergi_id
reg_id
Alergi
1
1
Susu
2
1
Vitamin C
25.
Tabel tb_diagnosa_awal
Tabel tb_diagnosa_awal digunakan untuk menyimpan data diagnosa
awal pasien.
Tabel 4.49 Struktur Data Tabel tb_diagnosa_awal
Nama Field
Tipe
Length
Data
Diagnosa_awal_id
Big Int
Keperluan
Keterangan
Memori
10
8 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
diagnosa awal.
reg_id
Big Int
20
8 Byte Foreign Key
Field ini digunakan
untuk menyimpan
id registrasi pasien.
Diagnosa
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan
diagnosa.
109
Contoh data:
Tabel 4.50 Contoh Data Tabel tb_diagnosa_awal
26.
Diagnosa_awal_id
reg_id
Diagnosa
1
1
Sakit Mata
2
2
Diare
Tabel tb_reg_bed
Tabel tb_reg_bed digunakan untuk menyimpan data registrasi sekaligus
transaksi bed di rumah sakit.
Tabel 4.51 Struktur Data Tabel tb_reg_bed
Nama Field
Tipe
Length
Data
Reg_bed_id
Big Int
Keperluan
Keterangan
Memori
20
8 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
registrasi bed pasien.
Bed_id
Small Int
6
2 Byte Foreign Key (Sarana
Prasarana)
Field ini digunakan
untuk menyimpan
bed yang ditempati
pasien rawat inap.
Reg_id
Big Int
20
8 Byte Foreign Key
Field ini digunakan
untuk menyimpan id
registrasi pasien
rumah sakit.
110
tgl_masuk
Datetime
8 Byte NOT NULL (tidak
boleh dikosongkan)
Field ini digunakan
untuk menyimpan
waktu masuk pasien.
tgl_keluar
Datetime
8 Byte
Field ini digunakan
untuk menyimpan
waktu keluar pasien.
Status
Enum
2 Byte
Field ini digunakan
untuk menyimpan
status registrasi.
Akun_id
Small Int
6
2 Byte
Field ini digunakan
untuk menyimpan
akun COA
Contoh data:
Tabel 4.52 Contoh Data Tabel tb_reg_kamar
27.
Reg_bed_id
bed_id
Reg_id
1
1
1
2
2
2
tgl_masuk
tgl_keluar
Status
31/12/2014 12:00
01/01/2015 13:00
1
01/01/2015 12:00
02/01/2015 13:00
1
Tabel tb_request_kelas
Tabel tb_request_kelas digunakan untuk menyimpan data request
kelas pasien.
111
Tabel 4.53 Struktur Data Tabel tb_request
Nama Field
Tipe
Length
Data
Request_id
Int
Keperluan
Keterangan
Memori
10
4 Byte
Primary key
AUTOINCREMENT
(menambah otomatis)
NOT NULL
Field ini digunakan
untuk id request.
reg_id
Big Int
20
8 Byte
Foreign Key
Field ini digunakan
untuk menyimpan id
registrasi pasien yang
melakukan request.
kelas_id
Tiny Int
2
1 Byte
-
Foreign Key
Field ini digunakan
untuk menyimpan id
kelas yang di-request
Waktu_request
Datetime
8 Byte
NOT NULL (tidak
boleh dikosongkan)
Field ini digunakan
untuk menyimpan
waktu request kelas
pasien.
Status
Enum
2 Byte
Value ( Cancel,
Confirm)
Field ini digunakan
untuk menyimpan
status konfirmasi
pasien.
112
Contoh data:
Tabel 4.54 Contoh Data Tabel tb_request
request_id
reg_id
kelas_id
Waktu_request
Status
1
1
1
01/01/2015 13:00
Confirm
2
2
2
01/01/2015 13:00
Confirm
Tabel tb_surat_rujukan
28.
Tabel tb_surat_rujukan digunakan untuk menyimpan data surat rujukan
pasien.
Tabel 4.55 Struktur Data Tabel tb_surat_rujukan
Nama Field
Tipe
Length
Data
Surat_rujukan_id
Int
Keperluan
Keterangan
Memori
10
4 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
surat rujukan.
reg_id
Big Int
20
8 Byte
Foreign Key
NOT NULL
Field ini digunakan
untuk menyimpan id
registrasi.
Surat_rujukan_no
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nomor surat rujukan.
Diagnosa
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan
diagnosa terakhir.
113
Alasan_rujuk
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan
alasan rujukan yang
diajukan oleh medicl
unit.
Tipe_surat
Enum
2 Byte
Value (Masuk,
Keluar)
Field ini digunakan
untuk menyimpan
tipe surat.
Tujuan Rujuk
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan
tujuan_rujuk
Contoh data:
Tabel 4.56 Contoh Data Tabel tb_surat_rujukan
Surat_rujukan_id
Reg_id
Surat_rujukan_no
diagnosa
1
1
101RJ1
Sakit
jantung
2
2
102RJ2
HIV
Alasan_rujuk
Tipe_surat
Asal Rujuk
Tujuan_rujuk
Alat Kurang
Masuk
Puskesmas Desa
RS PTN Unud
Menunjang
Alat Kurang
Badung
Keluar
RS PTN Unud
RS Sanglah
Menunjang
29.
Tabel tb_surat_keterangan
Tabel tb_surat_keterangan digunakan untuk menyimpan data surat
keterangan pasien.
114
Tabel 4.57 Struktur Data Tabel tb_surat_keterangan
Nama Field
Tipe
Length
Data
Surat_ket_id
Int
Keperluan
Keterangan
Memori
10
4 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
surat keterangan.
Surat_ket_no
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nomor surat
keterangan yang
masuk/keluar.
Reg_id
Big Int
20
8 Byte
-
Foreign Key
Field ini digunakan
untuk menyimpan
nomor registrasi.
Jenis_surat_id
Tiny Int
2
1 Byte
Value (Sakit, Sehat,
Kematian)
Field ini digunakan
untuk menyimpan
jenis surat
keterangan.
Keterangan_id
Tiny Int
2
1 Byte
Field ini digunakan
untuk menyimpan id
jenis surat
keterangan.
115
Peg_id
Int
5
4 Byte
Foreign Key (HRD)
Digunakan untuk
menyimpan dokter
penanggung jawab.
Contoh data:
Tabel 4.58 Contoh Data Tabel tb_surat_keterangan
30.
Surat_ket_id
Surat_ket_no
No_reg
1
101kt1
1
2
102kt2
2
Jenis_surat_id
Keterangan_id
Peg_id
5
1
1
5
1
2
Tabel tb_surat_kerjasama
Tabel tb_surat_kerjasama digunakan untuk menyimpan data surat yang
masuk atau keluar dari Bagian Marketing.
Tabel 4.59 Struktur Data Tabel tb_surat_kerjasama

Nama Field
Tipe
Length
Keperluan
Data
surat_id
Int
Keterangan
Memori
10
4 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
surat.
Surat_no
Varchar
15
Max 16 Byte Foreign Key
Field ini digunakan
116
untuk menyimpan
nomor surat
kerjasama yang
masuk/keluar
rumah sakit.
Tgl_surat
Date
8 Byte
Field ini digunakan
untuk menyimpan
tanggal surat masuk
atau keluar.
Tipe_surat
Enum
2 Byte
Value (Masuk,
Keluar)
Field ini digunakan
untuk menyimpan
tipe surat.
Jenis_surat_id
Tiny Int
2
1 Byte
Field ini digunakan
untuk menyimpan
jenis surat.
Asal
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan
asal surat dibuat.
Tujuan
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan
tujuan surat
diberikan.
Penanggung_jawab
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan
penanggung jawab
surat.
117
Contoh data:
Tabel 4.60 Contoh Data Tabel tb_surat_kerjasama
surat_id
Surat_no
Tgl_surat
Tipe_surat
1
PK/101
10/10/2010
Keluar
2
PK/102
10/10/2010
Keluar
Jenis_surat_id
asal
tujuan
Penanggung_jawab
1
Marketing
Manulife
Kevin
1
Marketing
Prudensial
Kevin
31.
Tabel tb_pembayaran_transaksi
Tabel tb_pembayaran_transaksi digunakan untuk menyimpan data
pembayaran transaksi di rumah sakit.
Tabel 4.61 Struktur Data Tabel tb_pembayaran_transaksi
Nama Field
Tipe
Length
Data
Bayar_id
Big Int
Keperluan
Keterangan
Memory
20
8 Byte
Primary key
AUTOINCREMENT
(Mengisi secara
Otomatis)
UNSIGNED (tidak
boleh minus)
Field ini digunakan
untuk menyimpan id
pembayaran
No_ref
Varchar
15
Max 16
Byte
Field ini digunakan
untuk menyimpan no
ref pembayaran.
Reg_id
Big Int
20
8 Byte
NOT NULL (tidak
boleh dikosongkan)
UNSIGNED (tidak
118
boleh minus)
Field ini digunakan
untuk menyimpan no
registrasi pasien.
Jenis_bayar_id
Tiny Int
2
1 Byte
Digunakan untuk
menyimpan jenis
Total
Numeric
10,0
10 Byte
Field ini digunakan
untuk menyimpan
total biaya.
Total_terbayar
Numeric
10,0
10 Byte
Field ini digunakan
untuk menyimpan
total biaya terbayar
pasien.
Status
Enum
2 Byte
Value (Lunas,
Pending)
Field ini digunakan
untuk menyimpan
status posting pasien.
Status_posting
Enum
2 Byte
Value (Posted,
Pending)
Field ini digunakan
untuk menyimpan
status posting pasien.
Contoh data:
Tabel 4.62 Contoh Data Tabel tb_pembayaran_transaksi
Bayar_id
No_ref
Reg_id
Jenis_bayar_id
1
1
1
1
2
2
2
1
119
32.
Total
Total_terbayar
Status
Status_posting
1000000
1000000
Lunas
Posted
2000000
2000000
Lunas
Posted
Tabel tb_detail_terbayar
Tabel tb_detail_terbayar digunakan untuk menyimpan data uang yang
sudah dibayar oleh pasien.
Tabel 4.63 Struktur Data Tabel tb_detail_terbayar
Nama Field
Tipe
Length
Keperluan
Data
detail_terbayar_id
Big Int
Keterangan
Memori
20
8 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
detail terbayar
pembayaran.
bayar_id
Big Int
20
8 Byte Foreign Key
Field ini digunakan
untuk menyimpan
id pembayaran
pasien.
Jumlah_bayar
Numeric
10,0
10 Byte
Field ini digunakan
untuk menyimpan
jumlah bayar
Pasien.
Tgl_bayar
Datetime
8 Byte
Field ini digunakan
untuk menyimpan
tanggal bayar.
120
Contoh data:
Tabel 4.64 Contoh Data Tabel tb_detail_terbayar
Detail_terbayar_id
bayar_id
jumlah_bayar
Tgl_bayar
1
1
20000
12/01/2015
10:00
2
1
20000
12/01/2015
10:00
33.
Tabel tb_jenis_pembayaran
Tabel tb_jenis_pembayaran digunakan untuk menyimpan data jenis
pembayaran pasien.
Tabel 4.65 Struktur Data Tabel tb_jenis_pembayaran
Nama Field
Tipe
Length
Keperluan
Data
Jenis_bayar_id
Tiny Int
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
jenis bayar.
Jenis_bayar_nama
Varchar
20
Max 21 Byte
Field ini digunakan
untuk menyimpan
nama jenis
pembayaran.
Akun_id
Small
Int
6
2 Byte
Field ini digunakan
untuk menyimpan
jenis akun.
121
Contoh data:
Tabel 4.66 Contoh Data Tabel tb_jenis_pembayaran
Jenis_bayar_id
Jenis_bayar_nama
Akun_id
1
Umum
1
2
Jaminan
2
34.
Tabel m_sumber_data
Tabel m_sumber_data digunakan untuk menyimpan data sumber identitas
pasien saat melakukan registrasi.
Tabel 4.67 Struktur Data Tabel m_sumber_data
Nama Field
Tipe
Length
Data
Sumber_data_id
Keperluan
Keterangan
Memori
Tinyint
2
1 Byte
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan
untuk menyimpan id
sumber data
registrasi pasien.
nama
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama sumber data.
Contoh data:
Tabel 4.68 Contoh Data Tabel m_sumber_data
Sumber_data_id
Sumber_data_nama
1
Pasien
2
Ayah
3
Ibu
122
35.
Tabel tb_det_penyakit_bawaan
Tabel tb_det_penyakit_bawaan digunakan untuk menyimpan data
penyakit bawaan yang diderita oleh pasien seperti asma, jantung, dan lain
sebagainya.
Tabel 4.69 Struktur Data Tabel tb_det_penyakit_bawaan
Nama Field
Tipe
Length
Data
Det_penyakit_bawaan
Keperluan
Keterangan
Memori
Big Int
20
8 Byte
_id
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
penyakit bawaan
pasien.
Pasien_id
Big Int
20
Max 21
Field ini digunakan
Byte
untuk menyimpan id
pasien di rumah
sakit.
Penyakit_id
Small
6
2 Byte
Int
Field ini digunakan
untuk menyimpan id
penyakit.
Contoh data:
Tabel 4.70 Contoh Data Tabel tb_det_penyakit_pasien
Det_penyakit_bawaan_id
Pasien_id
Penyakit_id
1
1
1
2
1
2
3
1
3
123
36.
Tabel tb_det_riwayat_operasi
Tabel tb_det_riwayat_operasi digunakan untuk menyimpan data
riwayat operasi yang pernah dilakukan pasien.
Tabel 4.71 Struktur Data Tabel tb_det_riwayat_operasi
Nama Field
Tipe
Length
Data
Riwayat_operasi
Keperluan
Keterangan
Memori
Big Int
20
8 Byte
_id
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
riwayat operasi.
Pasien_id
Big Int
20
Max 21
Field ini digunakan
Byte
untuk menyimpan id
pasien.
Operasi_id
Tiny Int
4
1 Byte
Field ini digunakan
untuk menyimpan id
operasi.
Contoh data:
Tabel 4.72 Contoh Data Tabel tb_det_riwayat_operasi
Det_penyakit_bawaan_id
Pasien_id
Operasi_id
1
1
1
2
1
2
3
1
3
37.
Tabel m_masuk
Tabel m_masuk digunakan untuk menyimpan data cara masuk pasien ke
rumah sakit.
124
Tabel 4.73 Struktur Data Tabel m_masuk
Nama Field
Tipe
Length
Data
Cara_masuk _id
Tiny Int
Keperluan
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan
untuk menyimpan id
cara masuk pasien
rumah sakit.
nama
Varchar
20
Max 20
Field ini digunakan
Byte
untuk menyimpan
nama cara masuk.
Contoh data:
Tabel 4.74 Contoh Data Tabel m_masuk
Cara_masuk_id
nama
1
Masuk Sendiri
2
Ambulance
Tabel m_pendidikan
38.
Tabel m_pendidikan digunakan untuk menyimpan data pendidikan
pasien.
Tabel 4.75 Struktur Data Tabel m_pendidikan
Nama Field
Tipe
Length
Data
pendidikan _id
Tiny Int
Keperluan
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
(menambah secara
otomatis)
125
NOT NULL
Field ini digunakan
untuk menyimpan id
pendidikan pasien.
nama
Varchar
20
Max 20
Field ini digunakan
Byte
untuk menyimpan
nama pendidikan.
Contoh data:
Tabel 4.76 Contoh Data Tabel m_pendidikan
39.
pendidikan_id
Nama
1
SD
2
SMP
3
Sarjana
Tabel m_pekerjaan
Tabel m_pekerjaan digunakan untuk menyimpan data pekerjaan pasien di
rumah sakit.
Tabel 4.77 Struktur Data Tabel m_pekerjaan
Nama Field
Tipe
Length
Data
pekerjaan _id
Small
Keperluan
Keterangan
Memori
6
2 Byte
Int
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan
untuk menyimpan id
pekerjaan pasien.
nama
Varchar
20
Max 20
Field ini digunakan
Byte
untuk menyimpan
nama pekerjaan.
126
Contoh data:
Tabel 4.78 Contoh Data Tabel m_pekerjaan
40.
pekerjaan_id
Nama
1
Pelajar
2
Dosen
3
PNS
Tabel m_karcis
Tabel m_karcis digunakan untuk menyimpan data harga karcis masuk
rumah sakit.
Tabel 4.79 Struktur Data Tabel m_karcis
Nama Field
Tipe
Length
Data
karcis _id
Tiny Int
Keperluan
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
(Menambah Secara
Otomatis)
NOT NULL
Field ini digunakan
untuk menyimpan id
karcis.
nama
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama karcis.
Harga
Numeric
10,0
10 Byte
Field ini digunakan
untuk menyimpan
harga karcis.
127
Contoh data:
Tabel 4.80 Contoh Data Tabel m_karcis
41.
karcis_id
Nama
Harga
1
KARCIS E-JKBM UGD
15000
2
KARCIS E-UMUM UGD
15000
Tabel tb_det_trans_karcis
Tabel tb_det_trans_karcis digunakan untuk menyimpan data transaksi
karcis masuk di rumah sakit.
Tabel 4.81 Struktur Data Tabel tb_det_trans_karcis
Nama Field
Tipe
Length
Data
Trans_karcis _id
Big Int
Keperluan
Keterangan
Memori
20
8 Byte
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan
untuk menyimpan id
transaksi karcis.
Reg_id
Big Int
20
8 Byte
Field ini digunakan
untuk menyimpan id
registrasi.
Karcis_id
Tiny Int
2
1 Byte
Field ini digunakan
untuk menyimpan id
karcis yang
digunakan saat
registrasi.
akun_id
Small
Int
6
3 Byte
Field ini digunakan
untuk menyimpan id
akun.
128
Contoh data:
Tabel 4.82 Contoh Data Tabel tb_det_trans_karcis
Det_trans_karcis_id
Reg_id
Karcis_id
akun_id
1
1
1
1
2
2
1
1
42.
Tabel m_kondisi
Tabel m_kondisi digunakan untuk menyimpan data kondisi pasien saat
masuk ke rumah sakit.
Tabel 4.83 Struktur Data Tabel m_kondisi
Nama Field
Tipe
Length
Data
kondisi_id
Keperluan
Keterangan
Memori
Tiny Int
2
1 Byte
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan

untuk menyimpan id
kondisi pasien.
Kondisi_nama
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama kondisi.
Contoh data:
Tabel 4.84 Contoh Data Tabel m_kondisi
43.
kondisi_id
Kondisi_nama
1
Sadar
2
Tidak Sadar
Tabel tb_request_ambulance
Tabel tb_request_ambulance digunakan untuk menyimpan data request
ambulance di rumah sakit.
129
Tabel 4.85 Struktur Data Tabel tb_request_ambulance
Nama Field
Tipe
Length
Data
Request_ambulance_id
Int
Keperluan
Keterangan
Memori
10
4 Byte
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan
untuk menyimpan id
request ambulance
pasien.
nama
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan
nama pemesan.
Kota_id
Medium
6
6 Byte
Int
Field ini digunakan
untuk menyimpan id
kota.
Alamat
Varchar
140
Max 140
Field ini digunakan
Byte
untuk menyimpan
alamat tujuan.
status
Enum
2 Byte
Field ini digunakan
untuk menyimpan
status apakah proses
request sudah
selesai atau belum.
Aset_id
Medium
Int
8
3 Byte
Field ini digunakan
untuk menyimpan id
aset.
130
Contoh data:
Tabel 4.86 Contoh Data Tabel tb_request_ambulance
Request_ambulance_id
nama
Kota_id
1
Bambang
1
2
Wawan
1
Alamat
No_hp
Status
Aset_id
Jl Suli No.2
08139486732
1
1
Jl Sidakarya
08738281934
1
2
No.3
44.
Tabel m_jenis_pasien
Tabel m_jenis_pasien digunakan untuk menyimpan data jenis pasien di
rumah sakit.
Tabel 4.87 Struktur Data Tabel m_jenis_pasien
Nama Field
Tipe
Length
Data
Jenis_pasien_id
Tiny Int
Keperluan
Keterangan
Memori
2
1 Byte
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan
untuk menyimpan id
jenis pasien.
Jenis_pasien_nama
Varchar
20
Max 21
Field ini digunakan
Byte
untuk menyimpan
nama jenis pasien.
Contoh data:
Tabel 4.88 Contoh Data Tabel m_jenis_pasien
Jenis_pasien_id
Jenis_pasien_nama
1
Umum
2
Jaminan
131
45.
Jumlah_terpakai
Status
Harga
0
0
100000
1
1
200000
Tabel tb_trans_ambulance
Tabel
tb_trans_ambulance
digunakan
untuk
menyimpan
data
pencatatan transaksi ambulance di rumah sakit.
Tabel 4.89 Struktur Data Tabel tb_trans_ambulance
Nama Field
Tipe
Length
Data
trans_ambulance_id
BIg Int
Keperluan
Keterangan
Memori
20
8 Byte
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan
untuk menyimpan id
transaksi ambulance.
Reg_id
Big Int
20
8 Byte
Foreign key
Field ini digunakan
untuk menyimpan id
registrasi.
aset_id
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan id
aset atau ambulance
yang digunakan oleh
pasien.
Qty
Tiny Int
4
1 Byte
Field ini digunakan
untuk menyimpan
jumlah kilometer
ambulance yang
digunakan.
132
Tgl
Datetime
8 Byte
Digunakan untuk
menyimpan tanggal
Akun_id
Small
6
2 Byte
Int
Field ini digunakan
untuk menyimpan id
akun.
Contoh data:
Tabel 4.90 Contoh Data Tabel tb_trans_ambulance
46.
trans_ambulance_id
Reg_id
Aset_id
1
1
1
2
2
1 A
qty
Tgl
Akun_id
10
31/12/2014 12:00
1
10
31/12/2014 12:00
1
Tabel tb_det_pegawai_ambulance
Tabel tb_det_pegawai_ambulance digunakan untuk menyimpan data
pegawai yang bertugas saat pasien memesan ambulance.
Tabel 4.91 Struktur Data Tabel tb_det_pegawai_ambulance
Nama Field
Tipe
Length Keperluan
Data
Det_pegawai_ambulance
Big Int
Keterangan
Memori
20
8 Byte
_id
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan
untuk menyimpan id
detail pegawai
bertugas.
Trans_ambulance_id
Big Int
20
8 Byte
Field ini digunakan
untuk menyimpan id
133
transaksi ambulance
pasien.
Peg_id
Int
10
4 Byte
Field ini digunakan
untuk menyimpan id
pegawai petugas..
Contoh data:
Tabel 4.92 Contoh Data Tabel tb_det_pegawai_ambulance
47.
Det_pegawai_ambulance_id
Trans_ambulance_id
Peg_id
1
1
1
2
1
2
Tabel tb_setup_inap
Tabel tb_setup_inap digunakan untuk menyimpan data setup inap
pasien di rumah sakit.
Tabel 4.93 Struktur Data Tabel tb_setup_inap
Nama Field
Tipe
Length
Data
Setup_inap_id
Big Int
Keperluan
Keterangan
Memori
20
8 Byte
Primary key
AUTOINCREMENT
NOT NULL
Field ini digunakan
untuk menyimpan id
transaksi ambulance.
jenis_inap_id
Tiny Int
2
1 Byte Foreign key
NOT NULL (tidak
boleh dikosongkan)
Field ini digunakan
untuk menyimpan
id jenis inap pasien
rawat inap seperti
134
umum, obsetri, atau
perinatal.
Reg_id
Big Int
20
8 Byte
Foreign key
Field ini digunakan
untuk menyimpan id
registrasi.
peg_id
Int
10
4 Byte Foreign key (HRD)
Field ini digunakan
untuk menyimpan
data dokter yang
bertanggung jawab
atas pasien.
wali_nama
Varchar
50
Max 51
Field ini digunakan
Byte
untuk menyimpan
nama wali yang
bertanggung jawab
atas pasien, biasanya
digunakan untuk
pasien rawat inap
dan rawat darurat.
wali_alamat
Varchar
140
Max 141
Field ini digunakan
Byte
untuk menyimpan
alamat wali.
wali_tlp
Varchar
15
Max 16
Field ini digunakan
Byte
untuk menyimpan
no telepon wali.
wali_hp
Varchar
15
Max 16
Field ini digunakan
Byte
untuk menyimpan
no handphone.
135
Contoh data:
Tabel 4.94 Contoh Data Tabel tb_setup_inap
Setup_inap_id
Jenis_inap_id
Reg_id
Peg_id
1
1
1
1
2
1
2
2
Wali_nama
Wali_alamat
Wali_no_tlp
Wali_no_hp
Bambang
Sanur
0361728391
08427183957
Rudi
Sesetan
0361382947
08999142837
136
4.6
SOP
SOP dari yang diajukan pada modul Front Office akan dijabarkan pada
subbab ini. Proses-proses tersebut adalah:
4.6.1
SOP Daftar Pasien Baru
SOP ini bertujuan untuk mendefinisikan proses saat pasien baru pertama
kali datang ke rumah sakit.
SOP Pendaftar Pasien Baru
Pasien
Admin Front Ofice
Keterangan
1. Start
START
Mengisi Formulir
Pendaftaran
View Data Pasien
Y
Registrasi
2. Pasien mengisi
form pendaftaran,
kemudia form
pendaftaran
diserahkan ke staff
registrasi
Isian Formulir
Pendaftaran
DATA PASIEN
3 View Data Pasien
4 Apakah Pasien
sudah terdaftar,
jika sudah maka
akan dilakukan
konfirmasi apakah
pasien ingin
melakukan
registrasi
Data Sudah Ada?
T
Y
Proses
Registrasi
KARTU PASIEN
DATA PASIEN
DATA PASIEN
CETAK KARTU
PASIEN
5. Data Pasien akan
dimasukan ke
dalam database
sesuai dengan isian
formulir
6. Selanjutnya akan
dilakukan cetak
kartu pasien, lalu
akan dilakukan
konfirmasi ke
pasien apakah
pasien ingin
melakukan
registrasi
7. Stop
Phase
STOP
Gambar 4.32 SOP Daftar Pasien Baru
137
Pasien akan melakukan daftar pasien baru saat pertama kali masuk ke
rumah sakit. Pasien akan mengisi formulir pendaftaran dan admin akan
memasukan data ke dalam sistem. Kartu pasien akan dicetak setelah proses
selesai. Proses dilanjutkan dengan proses registrasi jika pasien ingin melakukan
registrasi.
4.6.2
SOP Registrasi Pasien Rawat Jalan Pasien Umum
SOP ini bertujuan untuk mendefinisikan proses saat pasien umum ingin
melakukan registrasi di rumah sakit.
SOP Proses Registrasi Pasien Umum
Pasien
Admin Front Office
Modul Layanan
START
1. Start
Kartu Pasien
Isian Form Registrasi
Kartu Pasien
2. Pasien mengisi
form registrasi
Form Registrasi
Mengisi Form
Registrasi
3. Isian form
registrasi dan kartu
pasien kemudian
diserahkan ke
bagian registrasi
Kartu Pasien
Entri
Registrasi
Keterangan
Data Registrasi
Cetak Data
Registrasi
4. Admin akan
memasukan data
registrasi pasien
5. Admin akan
mencetak data
registrasi
Rekam Medis
Data Registrasi
CETAK RM
6.Lalu Admin akan
Mencetak RM
STOP
Phase
7.Stop
Gambar 4.33 SOP Registrasi Pasien Umum
Pasien akan melakukan registrasi dengan membawa kartu pasien dan
mengisi form registrasi terlebih dahulu. Data registrasi akan dimasukan ke siste
m
138
dan data registrasi dan rekam medis akan di cetak sebagai bukti telah melakukan
registrasi.
4.6.3
SOP Registrasi Pasien Rawat Jalan Jaminan
SOP ini bertujuan untuk mendefinisikan proses saat pasien jaminan ingin
SOP Registrasi Pasien Jaminan
Pasien
Admin Front Office
Keterangan
START
1. Start
2. Khusus untuk
pasien jaminan
harus membawa
dokumen jaminan
lengkap. Jika
pasien bukan
merupakan rawat
darurat maka
pasien harus
membawa surat
rujukan
Kartu Pasien
Form Registrasi
3. Pasien akan
diminta unstuck
mengisi form
registrasi
Mengisi Form
Registrasi
Dokumen Asuransi
Dokumen Asuransi
Surat Rujukan
Surat Rujukan
Kartu Pasien
Melengkapi Berkas
Kartu Pasien
T
5. Berkas akan
diperiksa ke
validannya, jika
valid maka
dilanjutkan dengan
proses registrasi,
jika tidak maka
berkas
dikembalikan dan
diminta untuk
melengkapi berkas
Valid
Y
Entri
Registrasi
4. Pasien akan
memberikan
berkas ke admin
Front Office
Data Registrasi
6. Admin akan
memasukan data
registrasi pasien
jika berkas sudah
valid
Cetak Data
Registrasi
7. Admin akan
mencetak data
registrasi
CETAK RM
8. Admin akan
mencetak RM
Rekam Medis
Data Registrasi
STOP
Phase
9. Stop
Gambar 4.34 SOP Registrasi Pasien Jaminan
139
Pasien akan melakukan registrasi dengan membawa kartu pasien, surat
rujukan, dan dokumen asuransi dan mengisi form registrasi terlebih dahulu.
Dokumen akan divalidasi apakah pasien benar tertanggung dan dokumen yang
dibawa lengkap atau tidak. Data registrasi akan dimasukan ke sistem jika validas
i
berhasil dilakukan. Data registrasi dan rekam medis akan di cetak sebagai bukti
telah melakukan registrasi.
4.6.4
SOP Registrasi Pasien Rawat Inap Umum
SOP ini bertujuan untuk mendefinisikan proses saat pasien umum ingin
melakukan registrasi di rumah sakit. Pasien akan melakukan registrasi dengan
membawa kartu pasien, surat rekomendasi rawat inap dan mengisi form registrasi
terlebih dahulu. Data registrasi akan dimasukan ke sistem dan data registrasi da
n
rekam medis akan di cetak sebagai bukti telah melakukan registrasi, lalu akan
dimasukan registrasi bed sesuai dengan kelas pilihan pasien.
140
SOP Proses Registrasi Rawat Inap Pasien Umum
Pasien
Modul Sarana
Prasaran
Admin Front Office
Keterangan
1. Start
START
Kartu Pasien
2. Pasien
membawa kartu
pasien, data
registrasi, surat
rekomendasi rawat
inap dari dokter
Kartu Pasien
Surat Rekomendasi
Rawat Inap
Surat Rekomendasi
Rawat Inap
Kartu
Isian
Surat
Rawat
Pasien
Form Registrasi
Rekomendasi
Inap
Entri Setup
Inap
3. Isian form
registrasi dan kartu
pasien kemudian
diserahkan ke
bagian registrasi
Data Pasien
4. Admin akan
memasukan data
registrasi pasien
Data Registrasi
Cetak Data
Registrasi
5. Admin akan
mencetak data
registrasi pasien
CETAK RM
6. Admin akan
mencetak RM
Rekam Medis
Data Registrasi
View Ketersediaan &
Kesiapan Bed
Pilih Kelas
Data Registrasi
Bed
Data Bed
7. Pasien akan
memilih kelas
tempat menginap
Siap Pakai
T
Entri Request
Kelas
Data Request
Entri
Registrasi
Bed
Data Registrasi
Bed
Y
9. STOP
Phase
STOP
8. Jika tersedia
maka akan
dilakukan proses
entri registrasi bed,
jika tidak maka
akan dilakukan
entri request
Gambar 4.35 SOP Registrasi Pasien Inap Umum
4.6.5
SOP Registrasi Pasien Rawat Inap Jaminan
SOP ini bertujuan untuk mendefinisikan proses saat pasien jaminan ingin
141
SOP Registrasi Pasien Rawat Inap Jaminan
Pasien
Modul Sarana
Prasarana
Admin Front Office
START
Kartu Pasien
Dokumen Asuransi
1. Start
2. Khusus untuk
pasien jaminan
harus membawa
dokumen jaminan
lengkap. Jika
pasien bukan
merupakan rawat
darurat maka
pasien harus
membawa surat
rujukan
Kartu Pasien
Dokumen Asuransi
Surat Rujukan
Surat Rujukan
Surat Rekomendasi
Rawat Inap
Melengkapi Berkas
Surat Rekomendasi
Rawat Inap
T
3. Berkas akan
diperiksa ke
validannya, jika
valid maka
dilanjutkan dengan
proses registrasi,
jika tidak maka
berkas
dikembalikan dan
diminta untuk
melengkapi berkas
Valid
Y
Entri Setup
Inap
Keterangan
Data Registrasi
4. Admin akan
memasukan data
registrasi pasien
jika berkas sudah
valid
Rekam Medis
Data Registrasi
5. Admin akan
mencetak RM
CETAK RM
View Ketersediaan &
Kesiapan Bed
Pilih Kelas
Data Registrasi
Bed
Data Bed
6. Pasien akan
memilih kelas
tempat menginap
Siap Pakai
T
Entri Request
Kelas
Data Request
Entri
Registrasi
Bed
Data Registrasi
Bed
Y
Phase
STOP
Gambar 4.36 SOP Registrasi Pasien Inap Jaminan

7. Jika tersedia
maka akan
dilakukan proses
entri registrasi bed,
jika tidak maka
akan dilakukan
entri request
8. STOP
142
Pasien akan melakukan registrasi dengan membawa kartu pasien, surat
rujukan, dan dokumen asuransi dan mengisi form registrasi terlebih dahulu.
Dokumen akan divalidasi apakah pasien benar tertanggung dan dokumen yang
dibawa lengkap atau tidak. Data registrasi akan dimasukan ke sistem jika validas
i
berhasil dilakukan. Data registrasi dan rekam medis akan di cetak sebagai bukti
telah melakukan registrasi. Admin akan memasukan data registrasi bed sesuai
kelas pilihan pasien setelah proses tersebut selesai dilakukan
4.6.6
SOP Cetak Form Rekam Medis
SOP ini bertujuan untuk mendefinisikan proses pencetakan form rekam
medis pasien.
SOP Cetak Form Rekam Medis
Pasien
Admin Front Office
Modul Layanan
Keterangan
1. Start
START
REQUEST REKAM
MEDIS
REGISTRASI
REGISTRASI
FORM REKAM
MEDIS
View RM
DATA REKAM
MEDIS
CETAK REKAM
MEDIS
STOP
2. Data Rekam Medis
dari Modul Layanan
akan diakses oleh
admin Front Office
3. Data Rekam Medis
dari yang diakses akan
dicetak sesuai
kebutuhan dan akan
diberikan ke pasien
Phase
4. Stop
Gambar 4.37 SOP Cetak Form Rekam Medis
Pasien akan melakukan request rekam medis. Admin akan mencari rekam
medis yang diminta oleh pasien, kemudian rekam medis tersebut akan dicetak dan
diberikan ke pasien.
143
4.6.7
SOP Cetak Surat Keterangan
SOP ini bertujuan untuk mendefinisikan proses pencetakan surat
keterangan untuk medical unit.
SOP Cetak Surat Keterangan
PASIEN
Dokter
Admin Front Office
Keterangan
START
1. Start
REQUEST SURAT
KETERANGAN
2. Pasien meminta
surat keterangan
REGISTRASI
Y
3. Pasien akan
melakukan
registrasi dan akan
dilakukan
pemeriksaan oleh
dokter
PEMERIKSAAN
PASIEN
T
REGISTRASI
ENTRI DATA
SURAT
KETERANGAN
SURAT
KETERANGAN
DATA SURAT
KETERANGAN
CETAK SURAT
KETERANGAN
4. Dokter akan
mengentri data
surat keterangan,
lalu pasien akan
diminta menuju ke
bagian front office
unstuck menerima
surat keterangan
tersebut
5. Data surat
keterangan yang
sudah disimpan
kemudian di cetak
dan diberikan ke
pasien
STOP
Phase
6. Stop
Gambar 4.38 SOP Cetak Surat Keterangan
Pasien akan melakukan request surat keterangan, namun sebelumnya
pasien harus melewati proses registrasi terlebih dahulu. Proses selanjutnya adal
ah
pemeriksaan oleh dokter dan dokter akan meng-input data surat keterangan
pasien. Pasien akan menuju ke front office setelahnya dan admin akan mencari
dan mencetak surat keterangan yang telah di entri oleh dokter. Surat keterangan
kemudian diberikan ke pasien.
4.6.8
SOP Cetak Surat Rujukan
SOP ini bertujuan untuk mendefinisikan proses pencetakan surat rujukan
untuk medical unit.
144
SOP Cetak Surat Rujukan
Medical Unit
Admin Front Office
Keterangan
1. Start
START
REQEUST SURAT
RUJUKAN
REGISTRASI
T
REGISTRASI
Y
ENTRI DATA
SURAT
RUJUKAN
SURAT RUJUKAN
DATA SURAT
RUJUKAN
CETAK SURAT
RUJUKAN
2. Proses Entri Data
Surat Rujukan
berdasarkan data
pasien, dan data
registrasi
3. Data surat
rujukan yang sudah
disimpan kemudian
di cetak dan
diberikan ke
medical unit
4. Stop
Phase
STOP
Gambar 4.39 SOP Cetak Surat Rujukan
Pasien akan melakukan request surat rujukan, namun sebelumnya pasien
harus melewati proses registrasi terlebih dahulu. Proses selanjutnya adalah admi
n
akan meng-input data surat rujukan pasien dan surat rujukan akan diberikan ke
pasien.
145
4.6.9
SOP Pembayaran Transaksi
SOP ini bertujuan untuk mendefinisikan pembayaran transaksi yang
dilakukan pasien.
SOP Pembayaran Transaksi
Pasien
Admin Front Office
Bagian Akunting dan Keuangan
1. Start
START
DATA REGISTRASI
Keterangan
DATA REGISTRASI
MELAKUKAN
PEMBAYARAN
ENTRI DATA
PEMBAYARAN
TRANSAKSI
2. Proses Entri
Data
Pembayaran
berdasarkan
semua transaksi
yang pernah
dilakukan oleh
pasien selama
pengobatan
DATA
PEMBAYARAN
TRANSAKSI
3. Cetak Bukti
Pembayaran
CETAK BUKTI BAYAR
BUKTI BAYAR
BUKTI BAYAR
BUKTI BAYAR
BUKTI BAYAR
BUKTI BAYAR
BUKTI BAYAR
BUKTI BAYAR
BUKTI BAYAR
BUKTI BAYAR
4. Posting Data
Pembayaran
NIGHT AUDIT
5. Stop
Phase
STOP
Gambar 4.40 SOP Pembayaran Transaksi
Pasien akan membawa data registrasi dan melakukan pembayaran ke
bagian kasir. Admin akan memasukan data pembayaran ke sistem, lalu bukti
bayar tersebut akan dicetak rangkap tiga. Rangkap 1 diberikan ke pasien, rangkap
146
2 diberikan ke Bagian Akunting dan rangkap 3 akan disimpan oleh bagian Front
Office sebagai arsip.
4.6.10 SOP Pembayaran Transaksi Jaminan
SOP ini bertujuan untuk mendefinisikan pembayaran transaksi yang
dilakukan pasien.
SOP Pembayaran Transaksi Jaminan
Pasien
Bagian Akunting &
Keuangan
Admin Front Office
1. Start
START
DATA REGISTRASI
Keterangan
DATA REGISTRASI
MELAKUKAN
PEMBAYARAN
ENTRI DATA
PEMBAYARAN
TRANSAKSI
2. Proses Entri
Data
Pembayaran
berdasarkan
semua transaksi
yang pernah
dilakukan oleh
pasien selama
pengobatan
DATA
PEMBAYARAN
TRANSAKSI
CETAK DATA
TRANSAKSI
JAMINAN
DATA TRANSAKSI
JAMINAN
3. Cetak Bukti
Pembayaran
DATA TRANSAKSI
JAMINAN
NIGHT AUDIT
4. Posting Data
Pembayaran
STOP
Phase
5. Stop
Gambar 4.41 SOP Pembayaran Pasien Jaminan
Pasien akan membawa data registrasi ke bagian kasir. Admin akan
memasukan data pembayaran ke sistem, lalu bukti lunas tersebut akan dicetak
147
rangkap dua. Rangkap 1 diberikan ke akunting untuk di claim, dan rangkap 2
disimpan di bagian Front Office sebagai arsip.
4.6.11 SOP Pelaporan Kunjungan Pasien
SOP ini bertujuan untuk mendefinisikan pembuatan laporan kunjungan
pasien.
SOP Pembuatan Laporan Kunjungan Pasien
Admin Front Office
Direktur Umum
START
VIEW KUNJUNGAN
Keterangan
1. Start
DATA
REGISTRASI
DATA PASIEN
2. Pembuatan Laporan
Kunjungan pasien
berdasarkan data pasien dan
registrasi
PEMBUATAN
LAPORAN
KUNJNGAN PASIEN
LAPORAN
KUNJUNGAN PASIEN
LAMA
LAPORAN
KUNJUNGAN PASIEN
BARU
LAPORAN
KUNJUNGAN PASIEN
LAPORAN
KUNJUNGAN PASIEN
BARU
4. Laporan Kunjugan pasien
baru diberikan kepada
direktur utama
5. Stop
Phase
STOP
3. Laporan Kunjugan pasien

lama diberikan kepada
direktur utama
Gambar 4.42 SOP Pelaporan Kunjungan Pasien
Karyawan Front Office akan membuat laporan berdasarkan data registrasi
dan pasien, kemudia laopran diberikan ke direktur umum.
148
4.6.12 SOP Permohonan Kerjasama
SOP ini bertujuan untuk mendefinisikan proses permohonan kerjasama
dengan perusahaan lain.
SOP Permohonan Kerjasama
Bagian Marketing
Direktur
Perusahaan Mitra
Keterangan
1. Start
START
Membuat
Draft
Proposal
Kerjasama
2. Admin akan
membuat proposal
kerjasama
T
Data Surat
Kerjasama
Entri
Surat
Proposal
3. Proposal akan di
entri dan dicetak
Cetak Surat
Draft
Proposal
Kerjasama
4. Draft Proposal
akan diberikan ke
direktur unstuck
ditanda tangani,
jika direktur setuju
maka proposal
akan diberikan ke
perusahaan mitra,
jika tidak maka
akan dilakukan
pembuatan
proposal ulang
Draft
Proposal
Kerjasama
Y
Proposal
Kerjasama
ACC
Proposal
Kerjasama
Diterima
T
SURAT PENOLAKAN
SURAT PENOLAKAN
Y
Phase
Data Surat
Kerjasama
Entri Surat
Penolakan
CONFIRM
KERJASAMA
STOP
Gambar 4.43 SOP Permohonan Kerjasama
5. Jika disetujui
maka akan lanjut
ke proses
konfirmasi
kerjasama, jika
tidak maka akan
muncul surat
penolakan dan di
enrtri sebagai
pencatatan
6. Stop
149
Bagian marketing akan membuat surat proposal kerjasama. Draft proposal
kerjasama kemudian diberikan ke direktur untuk ditandatangani, jika direktur
menolak maka akan dibuat surat proposal baru, jika diterima makan akan
diberikan ke perusahaan mitra. Perusahaan mitra akan membalas surat proposal
kerjasama, jika ditolak maka akan dilakukan entri surat penolak, jika diterima
maka akan dilakukan proses konfirmasi kerjasama.
4.6.13 SOP Konfirmasi Kerjasama
SOP ini bertujuan untuk mendefinisikan proses konfirmasi kerjasama
perusahaan lain. Perusahaan mitra akan memberikan surat konfirmasi kerjasama
dan akan di entri ke dalam sistem. Bagian marketing akan membuat draft kontrak
secara manual dan diberikan ke direktur, setelah disetujui direktur draft kontra
k
akan diberikan ke perusahaan mitra. Perusahaan mitra akan melakukan
konfirmasi, jika draft diterima maka akan dilakukan entri kontrak ke sistem jika
tidak maka akan dilakukan pembuatan draft ulang.
150
SOP Confirm Kerjasama
Perusahaan Mitra
Bagian Marketing
Direktur
START
Surat Balasan
Proposal
Kerjasama
Keterangan
1. Start
Surat Balasan
Proposal
Kerjasama
Entri Surat
Balasan
Proposal
Kerjasama
2. Perusahaan
Mitra akan
memberi surat
konfirmasi
permohonan
kerjasama dan
menginput surat
balasan tersebut
sebagai pencatatan
Data Surat
Kerjasama
3. Karyawan Front
Office akan
membuat draft
kontrak
Membuat Draft
Kontrak
Draft Kontrak
Draft Kontrak
4. Draft kontrak
yang dibuat akan
diserahkan ke
direktur untuk di
tanda tangani
T
ACC
y
Tanda Tangan
Draft Kontrak
Draft Kontrak
ACC Direktur
Draft Kontrak
ACC Direktur
5. Jika disetujui
maka akan
diserahkan ke
perusahaan mitra,
jika tidak maka
karyawan front
office akan
membuat draft
baru
ACC
Y
Tanda Tangan
Draft Kontrak
ACC Direktur
Kontrak
Kontrak
Entri Data
Kontrak
Phase
6. Jika disetujui
perusahaan mitra,
maka kontrak akan
dibuat rangkap 2,
satu unstuck mitra
dan satu unstuck
rumah sakit, lalu
admin akan
memasukan data
kontrak
Data Kontrak
STOP
Gambar 4.44 SOP Konfirmasi Kerjasama
7. Stop
151
4.6.14 SOP Pindah Kamar
SOP ini bertujuan untuk mendefinisikan proses pindah kamar untuk pasien
yang ingin melakukan pindah kamar.
SOP Pindah Kamar
Pasien
Admin Front Office
Keterangan
1. Start
START
Melakukan
Permohonan Pindah
Kamar
View Ketersediaan
Kamar
Data Pencatatan
Kamar
2. View
Ketersediaan
Kamar
3. Apakah Kamar
Tersedia
Kamar Tersedia
T
Y
Entri Request
Kelas
Update Data
Registrasi
Keluar Kamar
DATA
REGISTRASI
KAMAR
4. Jika Tidak maka
lakukan proses
entri request
kamar
4. Jika ada maka
entri registrasi
keluar kamar untuk
kamar sebelumnya
DATA
REGISTRASI
KAMAR
5. Lakukan proses
entri registari
kamar untuk kamar
baru
STOP
6. Stop
Phase
Entri
Registrasi
Kamar Baru
DATA REQUEST
Gambar 4.45 SOP Pindah Kamar
Pasien akan melakukan request pindah kamar. Ketersediaan kamar akan di
cek oleh admin, jika tidak ada maka akan dilakukan request kamar. Admin akan
152
melakukan update registrasi kamar untuk meng-update data registrasi kamar
sebelumnya dan akan memasukan data registrasi kamar baru jika kamar tersedia.
4.6.15 SOP Request Ambulance
SOP ini bertujuan untuk mendefinisikan proses Request Ambulance di
Rumah Sakit.
SOP Request Ambulance
Pasien
Admin Front Office
Sopir
START
Keterangan
1. Start
View
Ketersediaan
Ambulance
Request
Ambulance
Informasi Ketidak
Tersediaan
Ambulance ke
Pasien
Tunggu?
Data
Pencatatan
Ambulance
2. Pasien
Melakukan
Request
Ambulance, Admin
akan Menbgecek
Ketersediaan
Ambulance
Tersedia
T
Y
Y
Entri Data
Request
Ambulance
2.Admin akan
melakukan Entri
Request
Ambulance
Data Request
Ambulance
Cetak Data
Request
Data Request
3. Data Request
akan di cetak
Data Request
4. Data Request
akan diberikan ke
sopir unstuck
informasi
STOP
5. Stop
Phase
T
Gambar 4.46 SOP Pindah Kamar
Pasien akan melakukan request ambulance. Ketersediaan ambulance akan
di cek oleh admin, jika tidak ada maka akan diinformasikan ke pasien. Data
request akan dimasukan oleh admin setelah melakukan cek ketersedian. Data akan
dicetak kemudian diberikan ke supir sebagai informasi.
153
4.7
Desain Graphical User Interface
Gambar-gambar di bawah merupakan rancangan GUI yang digunakan
sebagai refernsi dalam pembuatan sistem nantinya.
4.7.1
Desain Icon Aplikasi
Rancangan icon aplikasi Sistem Informasi Manajemen Rumah Sakit dapat
Gambar 4.47 Icon Aplikasi
4.7.2
Desain Form Login
Form Login digunakan oleh admin untuk masuk ke sistem informasi yang
telah dibuat, rencangan dapat dilihat pada Gambar 4.48.
Gambar 4.48 Icon Aplikasi
154
4.7.3
Desain Form Home
Form Home merupakan tampilan saat admin masuk ke sistem informasi
untuk pertama kali, rencangan dapat dilihat pada Gambar 4.49.
Gambar 4.49 Home
4.7.4
Desain Form Front Office
Form Front Office merupakan tampilan saat admin masuk ke sistem
informasi Front Office untuk pertama kali, rencangan dapat dilihat pada Gambar
4.50.
155
Gambar 4.50 Front Office Form
4.7.5
Desain Form Daftar Pasien Baru
Gambar 4.51 menunjukan rancangan form Daftar Pasien Baru Rumah
Sakit. Form ini digunakan saat pasien pertama kali masuk ke rumah sakit dan
melakukan pendaftaran.
156
Gambar 4.51 Daftar Pasien Baru
Form Daftar Pasien Baru merupakan tampilan saat admin ingin menginput pasien bar
u yang baru pertama kali berkunjung ke rumah sakit.
4.7.6
Desain Form Setup Alergi
Gambar 4.52 menunjukan
rumah sakit.
rancangan form Setup Alergi untuk pasien
157
Gambar 4.52 Setup Alergi
Form Setup Alergi merupakan tampilan saat admin ingin meng-input
daftar alergi pasien rumah sakit.
4.7.7
Desain Form Registrasi Rawat Jalan
Gambar 4.53 menunjukan rancangan form Registrasi Rawat Jalan untuk
pasien rumah sakit.
158
Gambar 4.53 Registrasi Rawat Jalan
Form Registrasi Rawat Jalan merupakan tampilan saat admin ingin menginput data r
egistrasi rawat jalan pasien di rumah sakit.
4.7.8
Desain Form Registrasi Setup Inap
Gambar 4.54 menunjukan rancangan form Registrasi Setup Inap untuk
pasien rumah sakit.
159
Gambar 4.54 Registrasi Rawat Inap
Form Registrasi Rawat Inap merupakan tampilan saat admin ingin menginput data re
gistrasi rawat inap pasien di rumah sakit.
4.7.9
Desain Form Registrasi Rawat Darurat
Gambar 4.55 menunjukan rancangan form Registrasi Rawat Darurat untuk
pasien rumah sakit.
160
Gambar 4.55 Registrasi Rawat Darurat
Form Registrasi Rawat Darurat merupakan tampilan saat admin ingin
meng-input data registrasi rawat darurat pasien di rumah sakit.
4.7.10 Desain Form Setup Polis
Gambar 4.56 menunjukan rancangan form Setup Polis untuk pasien rumah
sakit.
161
Gambar 4.56 Setup Polis
Form Setup Polis merupakan tampilan saat admin ingin meng-input data
setup polis pasien di rumah sakit.
4.7.11 Desain Form Setup Wali
Gambar 4.57 menunjukan rancangan form Setup Wali untuk pasien rumah
sakit.
162
Gambar 4.57 Setup Wali
Form Setup Wali merupakan tampilan saat admin ingin meng-input data
setup wali pasien di rumah sakit.
4.7.12 Desain Form Cari Pasien
Gambar 4.58 menunjukan rancangan form Cari Pasien untuk mencari
informasi pasien rumah sakit.
163
Gambar 4.58 Cari Pasien
Form Cari Pasien merupakan tampilan saat admin ingin mencari data
pasien di rumah sakit. Form pencarian lain memiliki bentuk yang sama dengan
Form pencarian Pasien.
4.7.13 Desain Form Entri Perusahaan
bekerjasama dengan rumah sakit.
rancangan form Entri Perusahaan yang
164
Gambar 4.59 Entri Perusahaan
Form Entri Perusahaan merupakan tampilan saat admin ingin meng-input
data perusahaan yang berkerjasama dengan rumah sakit.
4.7.14 Desain Form Entri Kontrak
Gambar 4.60 menunjukan rancangan form Entri Kontrak dari perusahaan
yang bekerjasama dengan rumah sakit.
165
Gambar 4.60 Entri Kontrak
Form Entri Kontrak merupakan tampilan saat admin ingin meng-input
data kontrak dari perusahaan yang berkerjasama dengan rumah sakit.
4.7.15 Desain Form Entri Tanggungan
rancangan form Entri Tanggungan dari
perusahaan yang bekerjasama dengan rumah sakit.
166
Gambar 4.61 Entri Tanggungan
Form Entri Tanggungan merupakan tampilan saat admin ingin meng-input
data tanggungan obat dari perusahaan yang berkerjasama dengan rumah sakit.
Form tanggungan lain, memiliki bentuk yang sama dengan Form Tanggungan
Obat.
4.7.16 Desain Form Entri Registrasi Kamar
Gambar 4.62 menunjukan rancangan form Registrasi Kamar untuk pasien
di rumah sakit.
167
Gambar 4.62 Registrasi Kamar
Form Registrasi Kamar merupakan tampilan saat admin ingin meng-input
data kamar yang ingin diinapi oleh pasien di rumah sakit.
4.7.17 Desain Form Entri Registrasi Keluar Kamar
Gambar 4.63 menunjukan rancangan form Registrasi Keluar Kamar untuk
Gambar 4.63 Registrasi Keluar Kamar
168
Form Registrasi Keluar Kamar merupakan tampilan saat admin ingin
meng-input update data keluar kamar pasien di rumah sakit.
4.7.18 Desain Form Entri Registrasi Keluar
Gambar 4.64 menunjukan rancangan form Registrasi Keluar untuk pasien
di rumah sakit.
Gambar 4.64 Registrasi Keluar
Form Registrasi Keluar merupakan tampilan saat admin ingin meng-input
data keluar pasien saat pasien ingin meninggalkan rumah sakit.
4.7.19 Desain Form Entri Surat Rujukan
Gambar 4.65 menunjukan rancangan form Entri Surat Rujukan untuk
169
Gambar 4.65 Surat Rujukan
Form Surat Rujukan merupakan tampilan saat admin ingin meng-input
data surat rujukan yang diminta pasien di rumah sakit.
4.7.20 Desain Form Entri Surat Keterangan
Gambar 4.66 menunjukan rancangan form Entri Surat Keterangan untuk
Gambar 4.66 Surat Keterangan
170
Form Surat Keterangan merupakan tampilan saat admin ingin meng-input
data surat keterangan yang diminta pasien di rumah sakit.
4.7.21 Desain Form Pembayaran
Gambar 4.67 menunjukan rancangan form Entri Pembayarn pasien di
rumah sakit.
Gambar 4.67 Pembayaran
171
Form Pembayaran merupakan tampilan saat admin ingin meng-input data
pembayaran pasien di rumah sakit.
4.7.22 Desain Form Bayar
Gambar 4.68 menunjukan rancangan form Entri Bayar pasien di rumah
sakit.
Gambar 4.68 Entri Pembayaran
172
Form Bayar merupakan tampilan saat admin ingin meng-input data bayar
4.7.23 Desain Form Posting
Gambar 4.69 menunjukan rancangan form Posting Pembayaran di rumah
sakit.
Gambar 4.69 Posting Pembayaran
Form Posting Pembayaran merupakan tampilan saat admin ingin memposting data pemb
ayaran pasien di rumah sakit.
BAB V
PENUTUP
Bab ini berisi simpulan dan saran berdasarkan penelitian mengenai
perancangan Sistem Informasi Rumah Sakit.
5.1
Simpulan
Simpulan penelitian Perancangan SIMRS Modul Front Office berdasarkan
penelitian yang dilakukan antara lain:
1.
Perancangan Sistem Informasi Manajemen Rumah Sakit yang dibuat
merupakan Sistem Informasi yang terintegrasi dengan modul lain, dan
terbukti dengan adanya pertukaran data antar modul.
2.
Perancangan Modul Front Office yang dibuat mengikuti proses bisnis pada
Rumah Sakit tempat studi kasus dilaksanakan dan dikombinasikan dengan
referensi dari rumah sakit lain.
3.
Perancangan Modul Front Office memiliki enam proses utama didalamnya
antara lain Manajemen Master Data, Registrasi, Informasi, Marketing,
Pembayaran, dan Pelaporan.
4.
Rancangan database Modul Front Office dibuat dalam bentuk ERD,
normalisasi, dan rancangan PDM.
5.2
Saran
Saran yang diajukan untuk penelitian mengenai Perancangan SIMRS
selanjutnya adalah sebagai berikut:
1.
Pertukaran data dan integrasi antar modul harus dipahami dengan jelas
agar dapat membuat sistem yang baik.
2.
Kurang lengkapnya data yang diberikan oleh pihak rumah sakit
dikarenakan bisnis proses yang masih belum lengkap. Seperti proses
marketing yang jarang terdapat di rumah sakit, sehingga pembuatannya
sedikit meraba.
173
174
3.
Pihak rumah sakit tidak mengizinkan untuk melihat contoh data karena
bersifat rahasia, sehingga sedikit menghambat penelitian.
DAFTAR PUSTAKA
Dwiprastyo,
Rendy.
2013.
Tipe-tipe
Data
pada
MySQL.
http://www.rendydwiprastyo.web.id/2013/09/tipe-tipe-data-padamysql.html. Diakses
1 Oktober 2014.
Gede Rai Astawa, Anak Agung. 2013. Computerizing Billing System Sebagai
Sistem Informasi Akuntansi Berbagai Akrual pada Rumah Sakit Umum
Daerah Sanjiwani Gianyar. Gianyar: Fakultas Ekonomi Universitas
Mahasaraswati.
Gunawan, Henry. 2002. Rancang Bangun Sistem Informasi Apotek dengan Metode
Prototyping.
Muryanto, Joko. 2012. DFD (Data Flow Diagram) biasa disebut Model Proses.
http://manajemenbasisdata.blogspot.com/2012/10/dfd-data-flowdiagram-biasa-disebu
t.html. Diakses 20 Oktober 2014
Noerlina. 2013. Rancangan Sistem Informasi Rumah Sakit Subsistem Pengelolaan
Inventory dan Transaksi Obat.
Nurharyadi, Sugeng. 2010. Perancangan Sistem Informasi Sekolah Menggunakan
PHP dan MYSQL di SMKN 5 Jakarta
Rika, Yoseph Ricky, Michael. 2008. Analisis dan Perancangan Sistem Informasi
Laboratorium Rumah Sakit Kanker Dharmais dengan Menggunakan Metode
Total Architecture Synthesis.
Robert K. Leitch dan K. Roscoe Davis .1983. Accounting Information Systems,
Prentice-Hall, New Jersey.
Rustiyanto,Ery. 2010. Sistem Informasi Rumah Sakit Yang Terintegrasi. Gosyen
Publishing
Setiawan, Widiany. 2008. Rancang Bangun Sistem Informasi Administrasi Medis
Rumah Sakit (Studi Kasus di Rumah Sakit Puri Raharja). Denpasar:
Jurusan Teknik Elektro Fakultas Teknis Universitas Udayana.
Surya, Mohamad. 2004. Bunga Rampai Guru dan Pendidikan. Edisi Pertama, PT
Balai Pustaka. Jakarta.
Sutabri, Tata. 2004. Analisa Sistem Informasi. Jakarta: Elex Media Komputindo.
175
CURICULUM VITAE
A. IDENTITAS DIRI
1. Nama Lengkap
2. NIM
:
:
:
:
:
:
:
:
Kevin Wijaya
1104505005
Perancangan Sistem Informasi Rumah Sakit
Modul Front Office Studi Kasus Rumah Sakit
PTN Unud
L
Jakarta, 04 November 1993
Jalan Kertawinangun II Gang 2 No. 3 Denpasar
089659185755
kevinwijaya04@gmail.com
:
:
:
SD Santo Yoseph Denpasar
SMP Negeri 1 Denpasar
SMA Negeri 4 Denpasar
:
:
:
Herwin Wijaya
Alan
Jalan Kertawinangun II Gang 2 No. 3 Denpasar
3. Judul Tugas Akhir
4. Jenis Kelamin
5. Tempat, tanggal lahir
6. Alamat
No. HP
E-mail
7. Riwayat Pendidikan
SD (sederajat)
SMP (sederajat)
SMA (sederajat)
8. Orang Tua
Ayah
Ibu
Alamat
B. DATA PRESTASI
1. Pengurus Organisasi Kemahasiswaan
a. Pengurus Organisasi Intra Perguruan Tinggi
No
1
Nama Organisasi
Himpunan Mahasiswa Teknologi Informasi
Kedudukan
Anggota Bidang Ilmiah
Jk. Waktu
1 tahun
Nama Pimpinan/Ketua
I Gede Eddy Wiputra
Tingkat
(Jur/Fak/PT)
Jurusan
b. Kepanitiaan Intra Perguruan Tinggi
Tingkat
No
Nama Kegiatan
Kedudukan
Jk. Waktu
Nama Pimpinan/Ketua
(Jur/Fak/PT/
Nas/Inernas)
1
Seminar Nasional Interpersonal & Life Skill 2015
2
Seminar Nasional HMTI 2014
3
GAMADHIS 2012
4
Bazaar HMTI 2014
5
Bazaar FKMBU 2012
Anggota Sie Keamanan
& Perlengkapan
Anggota Sie Publikasi &
Dokumentasi
Anggota Sie
Perlengkapan
Anggota Sie Penggalian
Dana
Anggota Sie Keamanan
& Perlengkapan
1 hari
Dewa Agung Krishna Arimbawa P
Jurusan
1 hari
Ni Putu Sinria Franza
Jurusan
3 hari
Satrisca Sagitha Surya
Universitas
1 hari
Charaka
1 hari
Anita
Jurusan
Universitas
2. Kegiatan Ilmiah Mahasiswa

a. Penelitian Mahasiswa Intra Perguruan Tinggi
No.
2
Judul
Kegiatan PKM Karsa Cipta (Perancangan Sistem Informasi
Rumah Sakit Modul Front Office Studi Kasus Rumah Sakit
X)
Kedudukan
(Ket/Angg/
Kolektor Data)
Ketua
Tahun
Tempat
2014
Jurusan Teknologi Informasi
Tingkat
(Jur/Fak/PT/Nas/Int
ernas)
Fakultas
b. Peserta Seminar Ilmiah Intra Perguruan Tinggi
No.
Nama Seminar
Tahun
Tempat
Gedung
Undagi Graha
Hotel
Werdaputra
Gedung
Undagi Graha
Universitas
Udayana
1
Seminar Nasional Interpersonal & Life Skill
2012
2
Seminar Nasional ITpreneurship HMTI
2013
3
Seminar Nasional Interpersonal & Life Skill
2012
4
Metro TV On Campus
2014
Penyelenggara
Tingkat
(Jur/Fak/PT/Nas/Int
ernas)
Nasional
Himpunan Mahasiswa Teknologi
Informasi
Nasional
Metro TV
Nasional
Nasional
3. Kegiatan Penunjang Lainnya

a. Pengabdian Masyarakat Intra Perguruan Tinggi
No.
1
Nama Kegiatan
Kuliah Kerja Nyata PPM Udayana
Kedudukan
(Ket/Angg)
Waktu
Tempat
Anggota
1 bulan
Desa Timuhun
Tingkat
(Jur/Fak/PT/Nas/
Internas)
Universitas
Waktu
1 bulan
Jabatan/Posisi
Engineer
b. Pengalaman Kerja
No.
1
Jenis Profesi
Game Developer
Nama Lembaga (Pem/NonPem)
PT. Bamboomedia Cipta Persada

Perancangan Sistem Informasi Rumah Sakit Modul Front Office Studi Kasus Rumah Sakit PTN Unud

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Perancangan Sistem Informasi Rumah Sakit Modul Front Office Studi Kasus Rumah Sakit PTN Unud

Diunggah oleh

Hak Cipta:

Format Tersedia

PERANCANGAN SISTEM INFORMASI RUMAH

SAKIT MODUL FRONT OFFICE STUDI KASUS

PERANCANGAN SISTEM INFORMASI RUMAH

LEMBAR PENGESAHAN TUGAS AKHIR

BERITA ACARA TUGAS AKHIR

State of the Art ...............................................................

Klasifikasi Sistem Informasi ...................................................

Gambar 4.34 SOP Registrasi Pasien Jaminan ......................................

Gambar 4.64 Registrasi Keluar ..................................................

Tabel 4.29 Struktur Data Tabel m_jenis_alergi ..................................

Tabel 4.40 Contoh Data Tabel tb_tanggungan_obat ................................

Tabel 4.83 Struktur Data Tabel m_kondisi .......................................

Sistem Manajemen Database (DBMS)

Mengurangi Duplikasi Data

dengan yang lain. Fungsi lain dari

Data Pembayaran dan Data DP dikirim melalui Modul Front Office ke

ke Modul Payroll untuk proses perhitungan tunjangan tertentu seperti

Data ini akan di kelompokan dalam Chart Of Account (Pemeliharaan)

Data Transaksi Tindakan

peserta orientasi, Data Hasil Seleksi, laporan inventory obat,

Data Calon Pasien

Info Barang Minimum, Info Stok Obat, PR, DO, Faktur

Data Racik Obat

Overview Keseluruhan menggambarkan gambaran umum Sistem Informasi Rumah Sakit ya

Draft DR Unit, Draft PR, Tembusan Draft PO,

Data Basic Unit, Data Kategori, Data Kemasan, Data

kamar, informasi tanggungan, informasi jadwal operasi

Persetujuan PRF, Persetujuan PO

Data Transaksi Buku Besar

Informasi Permohonan Cuti

Data Calon Pasien

Data Tipe Rawat

Data Calon Pasien

Data Surat Rujukan

Data Reg Kamar

Data Transaksi Ambulance

Data Registrasi, Data Registrasi Kamar

Data Surat Rujukan

Data Registrasi Kamar

4.4.2.2 DFD Level 2 Registrasi Rawat Jalan

Data Jenis Layanan

Data Jenis Layanan

VIEW FASILITAS &

Gambar 4.14 DFD Level 1 Informasi

Data Tanggungan Kelas

NOT NULL (tidak

Tabel 4.2 Contoh Data Tabel m_pasien

Tabel m_kota digunakan untuk menyimpan data kota tempat tinggal

Tabel 4.59 Struktur Data Tabel tb_surat_kerjasama

Field ini digunakan

Gambar 4.36 SOP Registrasi Pasien Inap Jaminan

3. Laporan Kunjugan pasien

2. Kegiatan Ilmiah Mahasiswa

3. Kegiatan Penunjang Lainnya

Anda mungkin juga menyukai