View
215
Download
2
Category
Preview:
Citation preview
TUGAS AKHIR
SISTEM INFORMASI PELAYANAN
RAWAT JALAN KLINIK HEALTHY
SURABAYA
HERDY FIRMANSYAH
PROGRAM STUDI D3 SISTEM INFORMASI
DEPARTEMEN TEKNIK
FAKULTAS VOKASI
UNIVERSITAS AIRLANGGA 2016
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
i
HALAMAN JUDUL
TUGAS AKHIR
SISTEM INFORMASI PELAYANAN
RAWAT JALAN KLINIK HEALTHY
SURABAYA
HERDY FIRMANSYAH
081310113050
PROGRAM STUDI D3 SISTEM INFORMASI
DEPARTEMEN TEKNIK
FAKULTAS VOKASI
UNIVERSITAS AIRLANGGA 2016
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
ii
HALAMAN PERNYATAAN
SISTEM INFORMASI PERCETAKAN
DESETT PROMOTION SURABAYA
TUGAS AKHIR
Sebagai Salah Satu Syarat untuk Dinyatakan Lulus
Program Studi D3 Sistem Informasi Pada Fakultas Vokasi
Universitas Airlangga
oleh :
HERDY FIRMANSYAH
NIM. 081310113050
Disetujui Oleh:
Pembimbing I Pembimbing II
Badrus Zaman, S.Kom., M.Cs.
NIP 196609281991021001
Faried Effendy, S.Si., M.Kom.
NIP 198206062007101001
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
iii
LEMBAR PENGESAHAN NASKAH
LAPORAN TUGAS AKHIR
Judul : SISTEM INFORMASI PELAYANAN RAWAT JALAN
KLINIK HEALTHY SURABAYA
Penulis : Herdy Firmansyah
NIM : 081310113050
Pembimbing I : Badrus Zaman, S.Kom., M.Cs.
Pembimbing II : Faried Effendy, S.Si, M.Kom.
Tanggal Ujian : 25 Juli 2016
Disetujui Oleh :
Mengetahui :
Pembimbing I
Badrus Zaman, S.Kom, M.Cs.
NIP 196609281991021001
Pembimbing II
Faried Effendy, S.Si, M.Kom.
NIP 198206062007101001
Koordinator Program Studi
D3 Sistem Informasi
Endah Purwanti, S.Si, M.Kom.
NIP 197812172005012001
Ketua Departemen Teknik
Ir. Dyah Herawatie, M.Si.
NIP 196711111993032002
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
iv
PEDOMAN PENGGUNAAN LAPORAN TUGAS AKHIR
Naskah Tugas Akhir ini tidak dipublikasikan, namun tersedia di
perpustakaan dalam lingkungan Universitas Airlangga. Diperkenankan untuk
dipakai sebagai referensi kepustakaan, tetapi pengutipan seijin penulis dan harus
menyebutkan sumbernya sesuai kebiasaan ilmiah.
Dokumen Tugas Akhir ini merupakan hak milik Universitas
Airlangga.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
v
KATA PENGANTAR
Segala puji syukur terlimpah ke hadirat Tuhan Yang Maha Esa yang telah
memberikan rahmat dan hidayah-Nya sehingga penulis dapat menyelesaikan
Laporan Tugas Akhir dengan judul “SISTEM INFORMASI PELAYANAN
RAWAT JALAN KLINIK HEALTHY SURABAYA”.
Dalam Laporan Tugas Akhir ini, penulis mencoba membuat sistem yang
memudahkan pelayanan rawat jalan mulai dari transaksi hingga pemeriksaan,
ditunjang dengan tampilan yang mudah dipahami dan menarik. Penulis
mengucapkan banyak terima kasih kepada Dosen Pembimbing I dan II, yakni
Badrus Zaman, S.Kom., M.Cs dan Faried Effendy, S.Si, M.Kom serta semua
pihak yang telah membantu atas terselesaikannya Tugas Akhir ini.
Penulis berharap semoga isi dari Laporan Tugas Akhir ini dapat
memberikan manfaat bagi kita semua. Kritik dan saran yang membangun sangat
diharapkan untuk pembuatan laporan selanjutnya agar menjadi lebih baik.
Surabaya, 25 Juli 2016
Penulis,
Herdy Firmansyah
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
vi
UCAPAN TERIMA KASIH
Syukur alhamdulillah selalu penulis panjatkan kepada kehadirat Allah
SWT karena hanya dengan rahmat dan hidayah-Nya, sehingga penulisan tugas
akhir dengan judul SISTEM INFORMASI PELAYANAN RAWAT
JALAN KLINIK HEALTHY SURABAYA ini dapat diselesaikan
dengan baik.
Dalam pelaksanaan dan penyusunan tugas akhir ini, penulis banyak
menemukan kendala dan atas bantuan dari berbagai pihak, akhirnya laporan ini
bisa diselesaikan. Maka tidak lupa penulis mengucapkan terima kasih yang
sebesar-besarnya kepada :
1. Allah SWT, atas segala petunjuk serta semua nikmat dan karunia-Nya.
2. Kedua orang tua tercinta yang telah memberi dukungan untuk penulis.
Terima kasih atas waktu, tenaga, pikiran dan doa yang telah dicurahkan,
sehingga penulis dapat menyelesaikan Tugas Akhir dan pendidikan dengan
lancar.
3. Badrus Zaman, S.Kom., M.Cs selaku dosen pembimbing pertama yang
turut berperan membimbing dan memberikan pengetahuan serta motivasi
sehingga Tugas Akhir ini dapat terselesaikan dengan baik.
4. Faried Effendy, S.Si, M.Kom selaku dosen pembimbing kedua yang telah
banyak memberi inspirasi, motivasi, saran dan kritik yang sangat berarti
untuk penulis.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
vii
5. Barry Nuqoba, S.Si, M.Kom selaku dosen wali yang turut berperan
membimbing penulis sehingga Tugas Akhir ini dapat terselesaikan dengan
baik.
6. Endah Purwanti, S.Si, M.Kom selaku Ketua Program Studi Diploma 3
Sistem Informasi, Fakultas Vokasi Universitas Airlangga Surabaya. Terima
kasih atas bantuannya selama masa perkuliahan dan juga motivasi untuk
menyelesaikan Tugas Akhir.
7. Bapak Heru Purwanto, MSc., Sp.B(K)Onk selaku pemilik serta dokter
kepala Klinik Healthy Surabaya yang telah memberikan ijin penulis
melakukan survey dan observasi di Klinik Healthy.
8. Putri Chandar Buana selaku petugas administrasi dan seketaris Bapak Heru
Purwanto, Msc., Sp. B(K)Onk yang telah memberikan informasi terkait
jalannya rawat jalan yang ada pada Klinik Healthy.
9. Seluruh bapak dan ibu dosen Diploma 3 Sistem Informasi. Terima kasih atas
semua ilmu yang diberikan dengan ikhlas dan penuh manfaat bagi penulis.
10. Teman-teman Diploma 3 Sistem Informasi khususnya angkatan 2013.
Terima kasih atas kekompakan dan kebersamaan kalian yang telah
memberikan semangat, saran dan bantuan kepada penulis untuk
menyelesaikan Tugas Akhir ini.
11. Bapak dan ibu karyawan di Fakultas Sains dan Teknologi yang selalu siap
membantu.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
viii
12. Teman-teman anggota HIMASI yang telah memberikan support dan
pengalaman-pengalaman baru.
13. Fitria Yasmita Sari yang telah membantu bersama mengerjakan Tugas
Akhir.
14. Semua pihak yang telah membantu dalam penyelesaian Tugas Akhir ini
yang tidak bisa penulis sebutkan satu persatu.
Penulis menyadari bahwa laporan ini masih jauh dari kesempurnaan, oleh
karena itu saran dan kritik yang bersifat membangun sangat diharapkan. Semoga
semua pemikiran yang tertuang dalam laporan ini dapat bermanfaat bagi penulis
pada khusunya dan pembaca pada umumnya.
Penulis,
Herdy Firmansyah
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
ix
Herdy Firmansyah, 2016, Sistem Informasi Pelayanan Rawat Jalan Klinik
Healthy Surabaya. Tugas Akhir ini dibawah bimbingan Badrus Zaman S.Kom.,
M.Cs. dan Faried Effendy S.Si, M.Kom Program Studi Diploma Tiga Sistem
Informasi, Fakultas Vokasi, Universitas Airlangga.
ABSTRAK
Klinik Healthy Surabaya merupakan salah satu klinik yang memberikan
pelayanan kesehatan kepada masyarakat Surabaya khususnya daerah Ngagel.
Permasalahan yang dialami oleh Klinik Healthy Surabaya adalah belum efektifnya
pelayanan rawat jalan baik dalam hal administrasi dan pelayanan kesehatannya.
Tujuan dari Tugas Akhir ini adalah membuat Sistem Informasi Pelayanan Rawat
Jalan yang mencakup 5 proses, meliputi proses pendaftaran pasien, proses
pemeriksaan medis, proses pembayaran, proses pengolahan data master, proses
pembuatan laporan pendaftaran, pemeriksaan medis dan pembayaran
pemeriksaan.
Sistem Informasi Pelayanan Rawat Jalan Klinik Healthy Surabaya dibangun
melalui empat tahapan. Tahap pertama adalah mengidentifikasi proses atau
prosedur yang berlaku saat ini yang dijelaskan pada diagram docflow kemudian
merumuskan permasalahan yang terjadi yang digambarkan dengan diagram
fishbone sehingga dapat menganalisa kebutuhan yang berkaitan dengan proses-
proses tersebut untuk mendesain sistem dan database akan dibuat. Tahap kedua
adalah mendesain database, proses yang dilakukan adalah membuat Conceptual
Data Model (CDM) yang kemudian di-generate ke Physical Data Model (PDM)
yang terdiri dari 16 tabel. Sedangkan desain proses digambarkan dengan
hierarchy chart dan Data Flow Diagram (DFD). Tahap ketiga adalah mendesain
form input dan output. Proses terakhir yaitu mengimplementasikan desain input
dan output sistem yang telah didesain ke dalam program dengan menggunakan
bahasa pemrograman berbasis web. Tahap terakhir adalah melakukan uji coba
sistem dimulai dari proses registrasi pasien, proses pemeriksaan medis, proses
pembayaran pemeriksaan medis, dan proses pembuatan laporan.
Berdasarkan hasil implementasi dan uji coba sistem, Sistem Informasi
Pelayanan Rawat Jalan Klinik Healthy yang dibuat telah sesuai dengan kebutuhan
fungsional untuk kebutuhan pelayanan rawat jalan klinik Healthy Surabaya yaitu
dapat menangani beberapa proses bisnis secara mudah dan dapat menampilkan
laporan secara tepat.
Kata kunci : Sistem Informasi, rawat jalan, pelayanan.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
x
Herdy Firmansyah, 2016, Information System Outpatient Service Clinic Healthy
Surabaya. This final project under the guidance Badrus Zaman Kom., M.Cs. and
Faried Effendy S.Si, M.Kom Studies Program Diploma of Information Systems,
Faculty of Vocational Education, University of Airlangga.
ABSTRACT
Healthy Clinic Surabaya is one of the clinics that provide health services to
the people of Surabaya, especially Ngagel. The problems experienced by the
Clinic Healthy Surabaya is not effective outpatient services both in terms of
administration and health services. The purpose of this final project is to make
Outpatient Services Information System that include four process, the patient
registration process, the medic eximination process, the payment of medic
eximination process and the reporting process of patient registration, medical
examination process and payment of medical examination.
Outpatient Services Information System of Clinic Healthy Surabaya
constructed through four step. The first step is to identify processes or procedures
that applying are described in the document flow diagram then formulate the
problems that occur are depicted with fishbone diagram so that it can analyze the
needs associated with these processes to design the system and the database will
be created. The second step is to design a database, a process that is to make a
Conceptual Data Model (CDM), which then generated to Physical Data Model
(PDM), which consists of 16 tables. While the design process is defined by the
hierarchy chart and Data Flow Diagrams (DFD). The third step is to design
input and output form. The final process of implementing the design input and
output systems that have been designed into the program by using a web-based
programming language. The last step is to test the system starting from the
registration process, the patient registration process, the medical eximination
process, payment of medical eximination process, and reporting process.
Based on the results of implementation and system testing, Information
System Outpatient Service Clinic Healthy created in accordance with the
functional requirements for outpatient services needs Clinic Healthy Surabaya,
can handle multiple business processes easily and can display reports as
appropriate.
Keywords: Information systems, Outpatient, services.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
xi
DAFTAR ISI
HALAMAN JUDUL ................................................................................................ i
HALAMAN PERNYATAAN ................................................................................ ii
LEMBAR PENGESAHAN NASKAH LAPORAN TUGAS AKHIR .................. iii
PEDOMAN PENGGUNAAN LAPORAN TUGAS AKHIR ............................... iv
KATA PENGANTAR .............................................................................................v
UCAPAN TERIMA KASIH .................................................................................. vi
ABSTRAK.............. ............................................................................................... ix
ABSTRACT...............................................................................................................x
DAFTAR ISI .......................................................................................................... xi
DAFTAR TABEL ................................................................................................ xiii
DAFTAR GAMBAR .............................................................................................xv
DAFTAR LAMPIRAN ..........................................................................................xx
BAB I PENDAHULUAN ........................................................................................1
1.1 Latar Belakang ...........................................................................................1
1.2 Rumusan Masalah ......................................................................................3
1.3 Tujuan dan Manfaat ...................................................................................3
1.4 Batasan Masalah ........................................................................................4
BAB II ANALISIS KEBUTUHAN .........................................................................5
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
xii
2.1 Metode Analisa, Kebutuhan dan Desain Sistem ........................................5
2.2 Profil Instansi ...........................................................................................17
2.3 Sistem Kerja Saat Ini ...............................................................................18
BAB III DESAIN SISTEM ....................................................................................35
3.1 Sistem Kerja Baru ....................................................................................35
3.2 Desain Proses ...........................................................................................42
3.3 Desain Database ......................................................................................53
3.4 Desain Input dan Output ..........................................................................76
BAB IV IMPLEMENTASI DAN UJI COBA .....................................................120
4.1 Implementasi Sistem ..............................................................................120
4.2 Uji Coba Sistem .....................................................................................141
BAB V KESIMPULAN DAN SARAN ...............................................................160
5.1. Kesimpulan ............................................................................................160
5.2. Saran ......................................................................................................161
DAFTAR PUSTAKA ..........................................................................................162
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
xiii
DAFTAR TABEL
Judul Tabel Halaman
Tabel 2.1. Tabel Document Flow Diagram .........................................................7
Tabel 2.2. Tabel Data Flow Diagram .................................................................10
Tabel 2.3. Tabel Simbol Conceptual Data Model .............................................11
Tabel 2.4. Simbol-Simbol Kardinalitas CDM ...................................................12
Tabel 2.5. Tabel Simbol Kardinalitas Satu ke Satu ...........................................13
Tabel 2.6. Tabel Simbol Kardinalitas Satu ke Banyak ......................................14
Tabel 2.7. Tabel Simbol Kardinalitas Banyak ke Satu ......................................14
Tabel 2.8. Tabel Simbol Kardinalitas Banyak ke Banyak .................................15
Tabel 3.1. Tabel Objek pada Physical Data Model ...........................................65
Tabel 3.2. Struktur tabel pekerjaan ....................................................................67
Tabel 3.3. Struktur tabel jabatan ........................................................................68
Tabel 3.4. Struktur tabel kota .............................................................................68
Tabel 3.5. Struktur tabel agama .........................................................................69
Tabel 3.6. Struktur tabel obat .............................................................................69
Tabel 3.7. Struktur tabel poli .............................................................................69
Tabel 3.8. Struktur tabel tindakan medis ...........................................................70
Tabel 3.9. Struktur tabel dokter .........................................................................71
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
xiv
Tabel 3.10. Struktur tabel pegawai ......................................................................72
Tabel 3.11. Struktur tabel pasien .........................................................................73
Tabel 3.12. Struktur tabel registrasi .....................................................................73
Tabel 3.13. Struktur tabel pemeriksaan ...............................................................74
Tabel 3.14. Struktur tabel resep ...........................................................................75
Tabel 3.15. Struktur tabel pembayaran ................................................................75
Tabel 3.16. Struktur tabel detail tindakan medis .................................................76
Tabel 3.17. Struktur tabel detail resep .................................................................76
Tabel 4.1. Hasil Pengujian Fitur Login............................................................139
Tabel 4.2. Hasil Pengujian Pengolahan Data Master........................................141
Tabel 4.3. Hasil Pengujian Registrasi Pasien Baru...........................................144
Tabel 4.4. Hasil Pengujian Registrasi Pemeriksaan..........................................145
Tabel 4.5. Hasil Pengujian Pemeriksaan...........................................................148
Tabel 4.6. Hasil Pengujian Pembuatan Resep...................................................149
Tabel 4.7. Hasil Pengujian Proses Pembayaran................................................151
Tabel 4.8. Hasil Pengujian Proses Pembuatan Laporan....................................154
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
xv
DAFTAR GAMBAR
Judul Gambar Halaman
Gambar 2.1 Diagram Jenjang .................................................................................9
Gambar 2.2 Struktur Organisasi Klinik Healthy ..................................................18
Gambar 2.3 Dokumen Flow Registrasi Pasien Baru ............................................25
Gambar 2.4 Dokumen Flow Registrasi Pasien Lama ...........................................26
Gambar 2.5 Dokumen Flow Pemeriksaan Medis .................................................28
Gambar 2.6 Dokumen Flow Pembayaran Pemeriksaan .......................................30
Gambar 2.7 Dokumen Flow Pembuatan Laporan ................................................32
Gambar 2.8 Fishbone diagram Klinik Healthy .....................................................33
Gambar 3. 1 Diagram Jenjang Sistem Informasi Rawat Jalan Klinik Healthy
Surabaya ............................................................................................43
Gambar 3. 2 Context Diagram Sistem Informasi Rawat Jalan Klinik Healthy
Surabaya ............................................................................................45
Gambar 3. 3 DFD Level 0 Sistem Informasi Rawat Jalan Klinik Healthy Surabaya
..........................................................................................................47
Gambar 3. 4 DFD Level 1 Proses Registrasi Sistem Informasi Rawat Jalan Klinik
Healthy Surabaya ..............................................................................48
Gambar 3. 5 DFD Level 1 Proses Pemeriksaan Sistem Informasi Rawat Jalan
Klinik Healthy Surabaya ...................................................................49
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
xvi
Gambar 3. 6 DFD Level 1 Proses Pembayaran Sistem Informasi Rawat Jalan
Klinik Healthy Surabaya ...................................................................50
Gambar 3. 7 DFD Level 1 Pembuatan laporan Sistem Informasi Rawat Jalan
Klinik Healthy Surabaya ...................................................................51
Gambar 3. 8 DFD Level 1 Pengolahan data master Sistem Informasi Rawat Jalan
Klinik Healthy Surabaya ...................................................................52
Gambar 3. 9 Conceptual Data Model Sistem Informasi Rawat Jalan Klinik
Healthy Surabaya ..............................................................................54
Gambar 3. 10 Physical Data Model Sistem Informasi Rawat Jalan Klinik Healthy
Surabaya ............................................................................................66
Gambar 3. 11 Desain form login ............................................................................79
Gambar 3. 12 Desain Halaman Utama Pegawai Administrasi ..............................80
Gambar 3. 13 Desain Halaman Utama Kepala Klinik ...........................................81
Gambar 3. 14 Desain Halaman Menu Master ........................................................82
Gambar 3. 15 Desain Halaman Menu Transaksi Registrasi ..................................83
Gambar 3. 16 Desain Halaman Menu Transaksi Pembayaran ...............................84
Gambar 3. 17 Desain Halaman Menu Transaksi Pemeriksaan ..............................85
Gambar 3. 18 Desain Form Master Pasien ............................................................87
Gambar 3. 19 Desain Form Master Pegawai .........................................................89
Gambar 3. 20 Desain Form Master Dokter ...........................................................91
Gambar 3. 21 Desain Form Master Jabatan...........................................................92
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
xvii
Gambar 3. 22 Desain Form Master Pekerjaan .......................................................93
Gambar 3. 23 Desain Form Master Agama ...........................................................95
Gambar 3. 24 Desain Form Master Kota ...............................................................96
Gambar 3. 25 Desain Form Master Poli ................................................................97
Gambar 3. 26 Desain Form Master Tindakan Medis ............................................98
Gambar 3. 28 Desain Form Registasi Pasien Baru ..............................................100
Gambar 3. 29 Desain Form Registasi Pemeriksaan .............................................102
Gambar 3. 30 Desain Form Pemeriksaan ............................................................103
Gambar 3. 31 Desain Form Resep .......................................................................104
Gambar 3. 32 Desain Form Pembayaran .............................................................105
Gambar 3. 33 Kartu Pasien ..................................................................................106
Gambar 3. 34 Rekam Medis.................................................................................107
Gambar 3. 35 Resep Obat ....................................................................................108
Gambar 3. 36 Nota Pembayaran ..........................................................................109
Gambar 3. 37 Laporan Registrasi Pasien Baru ....................................................111
Gambar 3. 38 Laporan Registrasi Pemeriksaan ...................................................114
Gambar 3. 39 Laporan Pemeriksaan ....................................................................116
Gambar 3. 40 Laporan Pembayaran .....................................................................119
Gambar 4.1 Bagan Alir Login ............................................................................121
Gambar 4.2 Bagan Alir Menu Administrasi .......................................................122
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
xviii
Gambar 4.3 Bagan Alir Menu Kepala Klinik .....................................................122
Gambar 4.4 Bagan Alir Data Master ..................................................................123
Gambar 4.5 Registrasi Pasien .............................................................................125
Gambar 4.6 Pemeriksaan Pasien .........................................................................126
Gambar 4.7 Pembayaran .....................................................................................127
Gambar 4.8 Laporan Registrasi ..........................................................................128
Gambar 4.9 Laporan Pemeriksaan ......................................................................129
Gambar 4.10 Laporan Pembayaran ......................................................................130
Gambar 4.11 Laporan Ubah Password .................................................................131
Gambar 4.12 Tentang ...........................................................................................132
Gambar 4.13 Log Out ...........................................................................................132
Gambar 4.14 Pseudocode Log in ..........................................................................133
Gambar 4.15 Pseudocode Pengelolahan Data Master .........................................134
Gambar 4.16 Pseudocode Registrasi Pasien Baru ...............................................135
Gambar 4.17 Pseudocode Registrasi Pemeriksaan ...............................................136
Gambar 4.18 Pseudocode Pemeriksaan ...............................................................137
Gambar 4.19 Pseudocode Pembuatan Resep ........................................................138
Gambar 4.20 Pseudocode Pembayaran ................................................................139
Gambar 4.21 Pseudocode Pembuatan Laporan ....................................................140
Gambar 4.22 Pseudocode Ubah Password ...........................................................141
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
xix
Gambar 4.23 Login ...............................................................................................142
Gambar 4.24 Daftar Data Master .........................................................................143
Gambar 4.25 Tambah Data Master ......................................................................143
Gambar 4.26 Ubah Data Master ...........................................................................144
Gambar 4.27 Form Registrasi Pasien Baru ..........................................................145
Gambar 4.28 Form Registrasi Pemeriksaan .........................................................146
Gambar 4.29 Daftar Pasien ...................................................................................146
Gambar 4.30 Daftar Registrasi Pemeriksaan ........................................................147
Gambar 4.31 Hasil Output Registrasi Pasien Baru Kartu Pasien .........................147
Gambar 4.32 Form Pemeriksaan ..........................................................................150
Gambar 4.33 Form Resep .....................................................................................151
Gambar 4.34 Tabel Hasil Pemeriksaan pada Halaman Resep ..............................151
Gambar 4.35 Hasil Output Resep .........................................................................152
Gambar 4.36 . Form Pembayaran ........................................................................155
Gambar 4.37 . Tabel Pembayaran ........................................................................155
Gambar 4.38 . Nota Pembayaran .........................................................................156
Gambar 4.39 . Form Pengisian Data Laporan .....................................................157
Gambar 4.40 . Output Laporan Jenis Tabel .........................................................158
Gambar 4.41 . Output Laporan Jenis Grafik ........................................................158
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
xx
DAFTAR LAMPIRAN
Judul Lampiran
Lampiran 1 Kartu Pasien
Lampiran 2 Harga Pemeriksaan
Lampiran 3 Kwitansi Pembayaran
Lampiran 4 Buku Besar Pasien
Lampiran 5 Kartu Hasil Pemeriksaan
Lampiran 6 Outline Wawancara
Lampiran 7 Lembar Pengujian Sistem
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
1
BAB I
PENDAHULUAN
1.1 Latar Belakang
Di era modern ini teknologi informasi sangatlah memberi pengaruh cukup
besar dalam banyak hal, khususnya dalam dunia usaha dan bisnis. keadaan
tersebut menuntut banyak pihak untuk mempelajari dan menerapkan teknologi
informasi salah satunya adalah komputer. Komputer kini tidak lagi menjadi
teknologi yang asing bagi orang awam sekalipun. Saat ini hampir semua bidang
membutuhkan komputer sebagai alat bantu dalam menjalankan proses bisnisnya,
sebab komputer dapat memberikan kecepatan, ketepatan dan keakuratan dalam
menyajikan informasi yang berpengaruh pada jalannya suatu proses bisnis. Jika
dalam proses bisnis tersebut terjadi ketidaklancaran maka dapat menyebabkan
kesalahan yang dapat mempengaruhi output dari proses bisnis tersebut sehingga
membuat pelayanan yang ada menjadi kurang maksimal dan mempengaruhi
kepercayaan konsumen. Tentu semua itu dapat dihindari dan diminimalisir dengan
adanya teknologi informasi
Dalam pelayanan kesehatan kepada masyarakat terutama klinik, teknologi
informasi diaplikasikan untuk meningkatkan pelayanan pada klinik tersebut
seperti digunakan dalam transaksi yang berhubungan dengan staf, dokter, maupun
pasien. Klinik merupakan salah satu pelayanan kesehatan yang banyak dicari dan
dibutuhkan oleh masyarakat dalam peningkatan kesehatan, oleh sebab itu klinik
dituntut untuk dapat memberikan pelayanan kesehatan yang memadai dan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
2
memuaskan agar dapat melayani masyarakat dengan baik. Dengan ini maka
Klinik harus meningkatkan kualitas pelayanan kesehatan terutama pelayanan yang
berkaitan langsung dengan pasien.
Klinik Healthy yang terletak di jalan Ngagel Tirto 25-27 Surabaya adalah
salah satu klinik yang memberikan pelayanan kesehatan kepada masyarakat
Surabaya khususnya daerah Ngagel. Klinik Healthy merupakan klinik bersama
dengan pelayanan rawat jalan, yang terdiri dari 2 jenis poli pelayanan kesehatan
yaitu poli umum dan poli gigi. Dalam operasionalnya Klinik Healthy telah
menggunakan sistem yang telah terkomputerisasi pada pasien anggota BPJS
dalam pelayanannya, tetapi masih menggunakan sistem manual pada pelayanan
pasien non-BPJS dibantu dengan MsExcel dan MsWord. Terdapat lima proses
pada pelayanan rawat jalan Klinik Healthy, yaitu proses registrasi pasien, proses
pemeriksaan medis, proses pembayaran pemeriksaan medis, dan proses
pembuatan laporan berdasarkan bulan dan tahun dan proses pengolahan data
master.
Dalam menjalankan proses bisnisnya saat ini, Klinik Healthy ketika
menangani regristrasi pasien non-BPJS membutuhkan waktu yang lama karena
harus mencocokkan data pasien dengan mencari data yang telah tercatat pada
buku besar secara manual. Selain itu pada proses pembayaran juga rawan akan
kesalahan perhitungan dikarenakan petugas harus menghitung secara manual
apabila melayani transaksi pembayaran walaupun telah dibantu dengan kalkulator
dan komputer dalam menghitung jumlah pembayaran tetapi apabila terdapat
banyak pasien petugas maka pasti dibutuhkan kecepatan dalam perhitungan biaya
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
3
pemeriksaan. Pendataan rekam medis juga pasti akan mengalami banyak kesulitan
karena petugas hanya mengelompokan kartu hasil pemeriksaan medis menjadi
rekam medis, resiko terjadinya human error juga sangat tinggi terjadi seperti dari
kesalahan pengisian data, pengecekan data pasien hingga perhitungan pembayaran
harga pemeriksaan pasien. Dlihat dari kondisi diatas pelayanan rawat jalan Klinik
Healthy untuk pasien non-BPJS kurang efisen, oleh sebab itu dibutuhkan sebuah
sistem informasi rawat jalan yang dapat membantu pelayanan Klinik Healthy
sehingga dapat berjalan dengan efisien.
1.2 Rumusan Masalah
Dari analisis yang telah dilakukan, maka permasalahan tersebut dapat
dirumuskan sebagai berikut :
a. Bagaimana mendesain dan membuat sistem informasi rawat jalan pada
Klinik Healthy ?
b. Bagaimana membuat laporan dari suatu sistem informasi rawat jalan
Klinik Healthy secara efektif dan efisien ?
1.3 Tujuan dan Manfaat
1.3.1 Tujuan
Merancang sebuah sistem informasi untuk Klinik Healthy yang dapat
membantu menjalankan proses bisnisnya yaitu proses registrasi pasien, proses
pemeriksaan medis, proses pembayaran pemeriksaan dan juga proses pembuatan
laporan yang meliputi laporan registrasi pasien, laporan pemeriksaan medis, dan
laporan pembayaran pemeriksaan medis.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
4
1.3.2 Manfaat
1. Bagi Klinik Healthy dapat membantu mempermudah proses bisnis klinik
Healthy berkaitan dengan pelayanan rawat jalan dengan lebih efisien.
2. Mempermudah kerja pegawai dan dokter yang bekerja pada Klinik Healthy
dalam melakukan tugasnya, seperti melakukan registrasi pasien,
pemeriksaan medis, pembayaran pemeriksaan medis dan pembuatan
laporan.
3. Mempermudah penyimpanan data dan update data yang telah ada.
1.4 Batasan Masalah
Batasan masalah dari perencanaan dan pembuatan sistem ini adalah terbatas
pada proses – proses yang berkaitan dengan pelayanan terhadap pasien yang tidak
terdaftar sebagai anggota BPJS atau umum yang meliputi :
a. Proses registrasi pasien
b. Proses pemeriksaan medis
c. Proses pembayaran pemeriksaan medis
d. Proses pembuatan Laporan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
5
BAB II
ANALISIS KEBUTUHAN
2.1 Metode Analisa, Kebutuhan dan Desain Sistem
Analisis kebutuhan adalah penguraian dari suatu sistem informasi yang utuh
ke dalam bagian-bagian komponennya dengan maksud untuk mengidentifikasi
dan mengevaluasi permasalahan, kesempatan, hambatan yang terjadi dan
kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan. Pada bab ini
akan dibahas lebih detail tentang sistem yang digunakan saat ini. Adapun juga
metode analisis, kebutuhan dan desain sistem yang digunakan untuk perancangan
dan pembuatan aplikasi.
2.1.1 Metode Pengembangan Sistem
Metode Pengembangan Sistem adalah metode-metode, prosedur-prosedur,
konsep-konsep pekerjaan, aturan-aturan yang akan digunakan sebagai pedoman
bagaimana dan apa yang harus dikerjakan selama pengembangan pembuatan
sistem ini. Metode yang akan digunakan dalam pembuatan sistem yaitu metode
terstruktur modern dengan pendekatan proses. Metode ini merupakan paradigma
pemerograman yang berawal dari deskripsi umum suatu proses menjadi sebuah
langkah – langkah yang logis dan kompleks dengan menganalisa jalannya suatu
proses tersebut mulai dari menguraikan kebutuhan-kebutuhan informasi dan
menetapkan prioritas untuk proses sistem selanjutnya. Untuk mendefinisikan
kebutuhan data dalam suatu pendekatan proses-oriented dapat dilakukan dengan
menggunakan langkah-langkah sebagai berikut:
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
6
1 Mendefinisikan masalah.
2 Mengidentifikasikan keputusan yang dibutuhkan.
3 Menjabarkan kebutuhan informasi.
4 Menentukan pemrosesan yang dibutuhkan.
5 Menentukan spesifikasi kebutuhan data.
Dalam metode ini terdapat diagram diagram yang berkaitan dengan
pengembangan sistem yaitu :
A. Document Flow Diagram
Flow of Document atau bagan aliran dokumen adalah sebuah gambaran
yang menjelaskan proses bisnis, termasuk informasi proses (input,data proses,
penyimpanan dan output) dan juga relasi operasi proses (aktor,peralatan,
organisasi dan aktivitas kerja) (Gelinas, 2012).
Berikut ini adalah simbol – simbol yang digunakan pada document flow diagram :
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
7
Tabel 2.1.Tabel Document Flow Diagram
Simbol- symbol utama Gambar Penjelasan
Simbol titik terminal Menunjukkan awal dan akhir dari
suatu proses.
Simbol dokumen Menunjukkan dokumen input dan
output baik untuk proses manual,
mekanik, atau komputer.
Simbol proses manual Menunjukkan pekerjaan manual.
Simbol proses Menunjukkan kegiatan proses dari
operasi program computer
Simbol keputusan /
decision
Menunjukkan kondisi tertentu yang
akan menghasilkan dua
kemungkinan jawaban, yaitu “ya”
atau “tidak”.
Simbol penghubung
a. Menunjukkan penghubung ke
halaman yang masih sama.
b. Menunjukkan penghubung ke
halaman lain
Simbol simpanan offline
a. File non-komputer yang diarsip
urut angka (numerical).
b. File non-komputer yang diarsip
urut huruf (alphabetical)
c. File non-komputer yang diarsip
urut tanggal (chronological).
Simbol garis alir
Menunjukkan arus dari proses
Simbol penjelasan
a. Menunjukkan penjelasan dari
suatu proses.
b. Menunjukkan penjelasan dari
suatu proses yang berasal dari
luar sistem.
N
A
C
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
8
B. Diagram Jenjang
Diagram jenjang disebut juga Hierarchy plus Input-Proses-Output
(HIPO), merupakan metodologi yang dikembangkan dan didukung oleh IBM.
tetapi saat ini HIPO juga banyak digunakan sebagai alat desain dan teknik
dokumentasi dalam siklus pengembangan sistem, (Jogiyanto,2005).
HIPO dapat digunakan sebagai alat pengembangan sistem dan teknik
dokumentasi program. Penggunaan HIPO ini mempunyai sasaran utama sebagai
berikut:
1. Untuk menyediakan suatu struktur guna memahami fungsi-fungsi dari
program.
2. Untuk lebih menekankan fungsi-fungsi yang harus diselesaikan oleh
program, bukannya menunjukkan statemen-statemen program yang
digunakan untuk melaksanakan fungsi tersebut.
3. Untuk menyediakan penjelasan yang jelas dari input yang harus
digunakan dan output yang harus dihasilkan oleh masing-masing fungsi
pada tiap-tiap tingkatan dari diagram-diagram HIPO.
4. Untuk menyediakan output yang tepat dan sesuai dengan kebutuhan-
kebutuhan pemakai.
Contoh pembuatan Diagram Jenjang dapat dilihat pada Gambar 2.1.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
9
Gambar 2.1 Diagram Jenjang
C. Diagram Alir Data (Data Flow Diagram)
Data Flow Diagram menurut Whitten (2004, p357), Data Flow
merepresentasikan masukan dari data menuju proses atau output dari data sebuah
proses. Proses merespon masukan (input) dan menghasilkan keluaran (output),
satu proses minimal mempunyai satu masukan dan satu keluaran.
Menurut Whitten (2004, p334), Data Flow Diagram adalah sebuah alat untuk
menggambarkan aliran data dan proses kerjanya yang terjadi di sistem.
0
Proses Umum
1
Proses 1
3
Proses 3
4
Proses 4
2
Proses 2
1.1
Proses 1.1
2.1
Proses 2.1
3.1
Proses 3.1
4.1
Proses 4.1
1.2
Proses 1.2
1.3
Proses 1.3
2.2
Proses 2.2
4.2
Proses 4.2
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
10
Tabel 2.2.Tabel Data Flow Diagram
Nama Simbol Gambar Keterangan
Simbol Entitas Kesatuan diluar sistem
(external entity) yang
memberikan input ke
sistem atau menerima
output dari sistem berupa
orang, organisasi, atau
sistem lain.
Simbol Aliran Data Merepresentasikan data
yang mengalir dari
sumber data ke tujuan,
bisa dari proses ke proses
lain, dari external entity
ke proses, atau dari
proses ke external entity.
Simbol Penyimpanan
Data
Merepresentasikan
tempat penyimpan data
dalam sistem.
Simbol Proses Aktivitas pengolahan
data yang terjadi di dalam
sistem berdasarkan data
input hingga menjadi
sebuah output
D. Conceptual Data Model (CDM)
Conceptual Data Model (CDM) merupakan analisa struktur data dari sebuah
sistem informasi untuk melakukan identifikasi entitas, attribut dan relasi antar
entitas. CDM menguraikan hubungan konseptual dari sistem informasi tanpa
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
11
memperhatikan struktur fisik sebenarnya (Jeffrey L.Whitten dkk, 2004.). Simbol
Conceptual Data Model adalah sebagai berikut :
Tabel 2.3.Tabel Simbol Conceptual Data Model
No. Simbol Nama Simbol Keterangan
1.
Entitas Suatu objek yang dapat
diidentifikasi dalam lingkungan
pemakai
2.
Relasi Menunjukkan adanya hubungan
di antara sejumlah entitas yang
berbeda
3.
Atribut Mendeskripsikan karakter entitas
(atribut sebagai key diberi garis
bawah)
4.
Kardinalitas Penghubung antara relasi dengan
entitas, relasi dan entitas dengan
atribut
Terdapat macam-macam kardinalitas dalam CDM. Simbol kardinalitas relasi
pada CDM dapat dilihat pada tabel 2.4.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
12
Tabel 2.4.Simbol-Simbol Kardinalitas CDM
Nama Kardinalitas Gambar Keterangan
Mandatory
Relasi antara entitas
pertama dengan entittas
kedua harus memiliki
nilai.
Non Mandatory
Relasi antara entitas
pertama dengan entitas
kedua tidak garus
memiliki nilai.
Dependent
Entitas pertama
keberadaanya
bergantung pada entitas
kedua
Pada Kardinalitas CDM terdapat 4 macam relasi yang menjelaskan hubungan
antar entity. Relasi tersebut adalah:
a) Satu ke Satu (one to one)
One to one adalah suatu hubungan dimana entitas pertama dan entitas
kedua hanya memiliki satu hubungan yang saling berkaitan. Kardinalitas satu
ke satu (one to one) dijelaskan pada tabel 2.5
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
13
Tabel 2.5.Tabel Simbol Kardinalitas Satu ke Satu
Symbol Keterangan
Kardinalitas satu non mandatory ke
satu non mandatory
Kardinalitas satu mandatory ke satu
mandatory
Kardinalitas satu mandatory ke satu
non mandatory
Kardinalitas satu non mandatory ke
satu mandatory
b) Satu ke Banyak (one to many)
One to many adalah suatu hubungan dimana entitas pertama dapat
memiliki maksimal banyak hubungan yang saling berkaitan dengan entitas
kedua. Sebaliknya entitas kedua hanya dapat memiliki maksimal satu
hubungan yang berkaitan dengan entitas pertama. Kardinalitas satu ke banyak
(one to many) dijelaskan pada tabel 2.6.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
14
Tabel 2.6.Tabel Simbol Kardinalitas Satu ke Banyak
Symbol Keterangan
Kardinalitas satu non mandatory ke
banyak non mandatory
Kardinalitas satu mandatory ke
banyak mandatory
Kardinalitas satu non mandatory ke
banyak mandatory
Kardinalitas satu mandatory ke
banyak non mandatory
c) Banyak ke Satu (many to one)
Many to one adalah suatu hubungan dimana entitas pertama dan entitas
kedua hanya dapat memiliki maksimal satu hubungan yang saling berkaitan.
Sebaliknya entitas kedua dapat memiliki maksimal banyak hubungan yang
berkaitan. Kardinalitas banyak ke satu (many to one) dijelaskan pada tabel
Tabel 2.7.Tabel Simbol Kardinalitas Banyak ke Satu
Symbol Keterangan
Kardinalitas banyak non mandatory
ke satu non mandatory
Kardinalitas banyak mandatory ke
satu mandatory
Kardinalitas banyak non mandatory
ke satu mandatory
Kardinalitas banyak mandatory ke
satu non mandatory
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
15
d) Banyak ke Banyak (many to many)
Many to many adalah suatu hubungan dimana entitas pertama dan entitas
kedua dapat memiliki maksimal banyak hubungan yang berkaitan begitupun
sebaliknya. Kardinalitas banyak ke banyak (many to many) dijelaskan pada
tabel
Tabel 2.8.Tabel Simbol Kardinalitas Banyak ke Banyak
Symbol Keterangan
Kardinalitas banyak non mandatory
ke banyak non mandatory
Kardinalitas banyak mandatory ke
banyak mandatory
Kardinalitas banyak non mandatory
ke banyak mandatory
Kardinalitas banyak mandatory ke
banyak non mandatory
E. Pyshical Data Model (PDM)
Physical data model merupakan model yang menggunakan sejumlah tabel
untuk menggambarkan data serta hubungan antara data-data tersebut. Setiap
tabel mempunyai sejumlah kolom di mana setiap kolom memiliki nama yang
unik. Sebuah physical data model (alias desain database) adalah representasi
dari desain data yang memperhitungkan fasilitas dan kendala sistem.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
16
2.1.2 Analisa Permasalahan
Analisa permasalahan adalah metode untuk mengetahui penyebab dari
permasalahan yang ada dengan menganalisa berdsarkan kondisi nyata dari jalanya
operasional organisasi. Metode ini menggunakan diagram fishbone (tulang ikan).
Diagram Fishbone adalah diagram yang berfungsi untuk mengidentifikasi
penyebab dari suatu masalah. Karena dari fungsinya tersebut, diagram fishbone
sering juga disebut Cause and Effect diagram. Didalam diagram fishbone
penyebab biasanya berupa suatu permasalahan yang akan diperbaiki dan
permasalahan tersebut ditempatkan pada “kepala ikan”. Penyebab dari masalah
kemudian diletakkan sepanjang “tulang”, dan diklasifikasikan ke dalam tipe
berbeda sepanjang cabang. Penyebab masalah berikutnya dapat ditempatkan
disamping sisi cabang berikutnya (Whitten, D.Bentley, & Ditmann, 2004, 228-
229).
Gambar diatas adalah gambar diagram fishbone dimana pada tengah ujung
merupakan permasalahan utama sistem yang akan dibangun. Tulang rusuk yang
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
17
besar (Main cause) adalah penyebab utama dari permalasahan utama. Level 1
cause adalah penyebab dari main cause dan seterusnya.
Untuk menganalisis kebutuhan sistem metode survei yang dilakukan yaitu
dengan wawancara dan analisis dokumen. Wawancara dilakukan dengan berbagai
pihak diantaranya pemilik dan sekretaris Klinik Healthy Surabaya sebagai
narasumber. Wawancara ini untuk mengetahui permasalahan dan kendala pada
sistem saat ini yang sedang berjalan, untuk mengetahui proses atau prosedur kerja,
dan untuk mendapatkan data yang ada dalam proses sistem tersebut.
2.2 Profil Instansi
Nama Perusahaan : Klinik Healthy
Alamat Perusahaaan : Jln. Ngagel Tirto No 25 - 27 , Kel. Wonokromo, Kec
Wonokromo, Surabaya, Indonesia.
Kode Pos : 60245.
Telepon / Faximili : (031)5019737, 5040990
2.2.1 Sejarah Singkat
Awal mula Klinik Healthy dimulai dari keinginan dari sang pemilik Dr.
Heru Purwanto, Msc., Sp.B(k)Onk untuk memanfaatkan rumah yang berada di
Jalan Ngagel Tirto no 25 -27 untuk menjadi tempat praktek sekaligus Klinik yang
dapat melayani pencegahan dan penanganan tumor sekaligus penanganan awal
penyakit – penyakit umum dan gigi.
Pada Tahun 2005 sang pemilik berhasil menjalin kerjasama dengan Drg.
Dyah Kartikawati untuk pelayanan Gigi dan dokter muda untuk pelayanan umum,
dibantu oleh rekan-rekan lainnya akhirnya didirikanlah Klinik Healthy.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
18
Pada tahun 2014 Praketek Spesial Tumor yang ditangani oleh Dr. Heru
Purwanto sendiri resmi memisahkan diri dikarenakan surat keputusan dari Dinas
Kesehatan yang tidak memperbolehkan Prakter Spesialis dan Umum menjadi satu
tempat yang sama.
2.2.2 Struktur Organisasi
Pemilik
Penanggung Jawab
Administrasi
Marketing
Tenaga Medis
Dokter Gigi
Perawat
Dokter Umum
Bidan
Tenaga Pembantu
TU
Pembantu Rumah Tangga
Parkir
Gambar 2.2Struktur Organisasi Klinik Healthy
2.3 Sistem Kerja Saat Ini
Sistem kerja saat ini menceritakan bagian yang terlibat, proses dan prosedur
kerja dan permasalahan sistem saat ini yaitu:
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
19
2.3.1 Bagian Yang Terlibat
Bagian-bagian yang terlibat dalam Sistem Informasi Pelayanan Rawat
jalan Klinik Healthy adalah sebagai berikut:
a. Penanggung Jawab
Penanggung jawab bertugas sebagai dokter kepala yang terdapat pada
Klinik Healthy memantau jalannya operasional Klinik dan menerima laporan
pemeriksaan, pembayaran dan registrasi pasien Umum dan Gigi untuk
diberikan kepada pemilik Klinik
b. Petugas Adminstrasi
Tugas pokok dari petugas administrasi yaitu membuat, menghapus dan
memperbaharui data-data yang telah ditetetapkan serta melakukan
penanganan registrasi pasien, transaksi pembayaran, dan pembuatan rekap
medis Administrasi juga membuat laporan yang akan diberikan kepada
penanggung jawab
c. Tenaga Medis
Tenaga medis bertugas sebagai yang menangani pasien, memberikan
diagnosa awal penyakit pasien dan juga melakukan perawatan kepada
pasien, tenaga medis terdiri dari dokter dan perawat.
d. Marketing
Marketing bertugas untuk mencari dokter baru, mencari pasien dan
melakukan pemasaran klinik agara klinik dapat dikenal di masyarakat luas.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
20
e. Tenaga Pembantu
Tenaga pembantu bertugas untuk membantu jalannya operasional klinik.
Tenaga pembantu terdiri dari TU, pembantu rumah tangga dan juru parkir.
2.3.2 Dokumen yang digunakan
Dokumen – dokumen pendukung yang digunakan pada Klinik Healthy
adalah :
1. Nota Pembayaran
Nota Pembayaran adalah sebuah nota yang diberikan kepada pasien yang
telah melakukan pemeriksaan dan telah melakukan pembayaran
pemeriksaan sebagai tanda bukti bagi pelanggan bahwa telah
menyelesaikan pembayaran. (Lampiran III)
2. Kartu Hasil Pemeriksaan
Kartu Hasil Pemeriksaan adalah kartu yang berisikan biodata pasien dan
hasil pemeriksaan pasien di Klinik Healthy. Pada bagian atas kertas hasil
periksa terdapat nama pasien, alamat pekerjaan pasien, jenis kelamin
pasien, umur pasien dan agama pasien dan pada bagian bawah tedapat
empat kolom berisikan tanggal, Anamnesa/pemeriksaan fisik/Dx, terapi
tindakan dan paraf dokter yang memeriksa. Dokter memberikan Kartu
Hasil Pemeriksaan ke Pasien kemudian Pasien memberikan pada petugas
pembayaran untuk melakukan pembayaran. Petugas akan memberikan
harga berdasarkan tindakan yang diberikan dokter. (Lampiran V)
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
21
3. Kartu Pasien
Kartu Pasien adalah kartu yang berisikan data pasien sebagai tanda bukti
bahwa pasien telah terdaftar di klink healthy. Kartu pasien diguakan pada
saat registrasi untuk melakukan pemeriksaan. (Lampiran I)
4. Buku Besar Pasien
Buku besar Pasien adalah sebuah arsip yang berisikan data pasien
keseluruhan pada Klinik Healthy. Data pada buku ini akan digunakan
apabila ada pasien baru yang mendaftar atau melakukan pengecekan
pasien yang datang. (Lampiran IV)
5. Daftar harga tindakan medis
Daftar harga pemeriksaan adalah dokumen yang berisikan nama tindakan
medis dan daftar harga tindakan medis untuk poli umum. (Lampiran II).
2.3.3 Proses Kerja Saat Ini
Proses kerja yang terdapat pada Klinik Healthy antara lain :
2.3.3.1 Proses Registrasi Pasien
Proses registrasi pasien adalah proses dimana pasien mendaftarkan diri
sebagai pasien Klinik Healthy sebelum melakukan pemeriksaan. Registrasi pasien
dilakukan oleh petugas administrasi, registrasi pasien terdiri dari dua jenis
registrasi yaitu :
a. Registrasi pasien baru
Pada proses registrasi pasien baru, petugas administrasi akan meminta data
diri dari pasien tersebut dan pasien memberikan tanda pengenal, seperti
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
22
KTP, SIM, Paspor atau kartu tanda pengenal lainnya untuk dicatat petugas
registrasi sebagai data pasien untuk disimpan pada buku besar dan kartu
pasien akan diberikan kepada petugas administrasi kepada pasien.
b. Registrasi pemeriksaan
Pada proses registrasi pemeriksaan, pasien cukup memberikan kartu pasien
kepada petugas administrasi, petugas akan memeriksa data dari kartu
pasien terebut pada buku besar apabila data cocok maka pasien dapat
melakukan pemeriksaan.
2.3.3.2 Proses Pemeriksaan Medis
Proses pemeriksaan medis yaitu proses dimana dokter memeriksa pasien
dan petugas mencatat data medis pasien dari hasil periksa dokter terhadap pasien
yang bersangkutan. Yang terlibat pada proses ini adalah petugas administrasi,
dokter dan pasien.
Pada proses ini mula-mula petugas administrasi memberikan rekam medis,
kartu hasil pemeriksaan, kepada dokter yang bersangkutan, rekam medis tersebut
sebagai pedoman dokter dalam mendiagnosa maupun memberikan penanganan
yang sesuai. Kemudian pasien memberikan keluhan tentang penyakit yang
diderita kepada dokter yang akan memeriksa pasien, kemudian dokter
memberikan tindakan dan penanganan yang sesuai dengan penyakit yang diderita
pasien. Setelah melakukan pemeriksaan dokter mencatat penanganan dan tindakan
medisnya terhadap pasien pada kartu hasil pemeriksaan, dan membuat resep obat
untuk penyakit yang diderita. Hasil pemeriksaan dan resep obat tersebut nantinya
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
23
akan dibawa pasien untuk diberikan kepada petugas administrasi untuk melakukan
pembayaran dan juga pembuatan rekap medis pasien.
2.3.3.3 Proses Pembayaran Pemeriksaan Medis
Bagian yang terlibat dalam proses ini adalah petugas administrasi dan
pasien. Pasien memberikan kertas hasil pemeriksaan medis beserta resep obat.
Apabila pasien merupakan pasien poli gigi maka harga sudah ditentukan oleh
dokter berdasarkan tindakan yang diberikan pada kartu hasil pemeriksaan.
Apabila pasien merupakan pasien dokter umum maka harga pemeriksaan medis
telah ditentukan oleh paket yang tersedia. Perhitungan pembayaran dilakukan oleh
petugas Administrasi berdasarkan hasil tindakan medis yang telah diberikan
dokter dan alamat tinggal pasien, apabila pasien tinggal di daerah ngagel tirto
maka akan mendapatkan potongan 10% dari total harga tindakan medis yang
diberikan
2.3.3.4 Proses Pembuatan Laporan
Bagian yang terlibat adalah petugas administrasi, penanggung jawab dan
pemilik, petugas administrasi merekap semua data rawat jalan untuk dijadikan
laporan, data yang direkap adalah data registrasi pasien, data pemeriksaan medis,
data pembayaran perbulan dan pertahun, kemudian laporan diberikan kepada
penanggun jawab untuk diperiksa, apabila laporan tersebut tidak terdapat
kesalahan maka laporan tersebut akan diberikan pemilik untuk ditanda tangani,
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
24
setelah laporan ditanda tangani laporan diberikan kembali kepada petugas
administrasi untuk diarsipkan.
2.3.4 Prosedur Kerja Saat Ini
Adapun prosedur untuk masing-masing proses dalam sistem kerja, dapat
dijabarkan sebagai berikut:
2.3.4.1 Prosedur Registrasi Pasien
a. Registrasi Pasien Baru
1. Pasien baru datang menemui petugas administrasi untuk melakukan
registrasi.
2. Pasien memberikan KTP, SIM atau tanda pengenal lainnya untuk
melakukan registrasi sebagai pasien Klinik Healthy.
3. Petugas mencatat data pasien ke buku besar.
4. Petugas membuat kartu pasien.
5. Petugas memberikan kartu pasien kepada pasien
Diagram aliran dokument registrasi pasien baru :
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
25
Registrasi Pasien Baru
Pasien Petugas Administrasi
Ph
ase
start
Kartu Pasien
Kartu Pasien
Pembuatan Kartu Pasien
end
Mencatat Data
Pasien
Buku Besar Pasien
Buku Besar
KTP/SIM/Paspor/Tanda Pengenal lain
KTP/SIM/Paspor/Tanda Pengenal lain
KTP/SIM/Paspor/Tanda Pengenal lain
Gambar 2.3 Dokumen Flow Registrasi Pasien Baru
b. Registrasi Pemeriksaan
1. Pasien melakukan registrasi pada petugas administrasi untuk melakukan
pendaftaran.
2. Pasien memberikan kartu pasien kepada petugas administrasi.
3. Petugas administrasi melakukan pengecekan data pasien pada buku besar.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
26
4. Petugas administrasi menyiapkan rekam medis dan kartu hasil
pemeriksaan untuk pemeriksaan.
5. Petugas administrasi memanggil pasien untuk menuju ruang periksa.
Diagram aliran dokument registrasi pemeriksaan :
Regristrasi Pemeriksaan
Pasien Petugas Administrasi
Ph
ase
Pengecekan data pasien
Kartu Pasien KartuPasien
Rekam Medis
Kartu Hasil Periksa
Buku Besar
Sama.?
Menyiapkan dokumen
pemeriksaan
Registrasi pasien baru
Tidak
Kartu Pasien
Memilih Poli
ya
aa
Buku Besar Pasien
Start
End
Arsip Sementara
Gambar 2.4 Dokumen Flow Registrasi Pemeriksaan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
27
2.3.4.2 Prosedur Pemeriksaan Medis
1. Petugas memberikan kartu hasil pemeriksaan dan rekam medis kepada
dokter
2. Petugas memanggil pasien yang berada diruang tunggu
3. Pasien masuk ke dalam ruangan pemeriksaan dan dokter melakukan
pemeriksaan medis kepada pasien
4. Dokter memberikan diagnosa dan tindakan medis kepada pasien yang
dicatat pada kartu hasil pemeriksaan
5. Dokter membuat resep untuk pasien berdasarkan diagnosa pasien
6. Dokter memberikan kertas hasil pemeriksaan dan resep ke pasien
7. Pasien memberikan kartu hasil pemeriksaan kepada kasir untuk melaukan
pembayaran
Diagram aliran pemeriksaan medis :
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
28
Pemeriksaan Medis
Petugas Administrasi Dokter Pasien
Ph
ase
Kartu Hasil Pemeriksaan
Rekap Medis Pasien
Pemeriksaan
Pasien
Rekam MedisKertas Hasil
PemeriksaanRekam Medis
Rekam Medis
Kertas Periksa
Rekap Medis Pasien
Start
Pembuatan Resep
Kartu Hasil Pemeriksaan
Resep Obat
Kertas Hasil Pemeriksaan
Resep Obat
End
Memanggil pasien
Gambar 2.5 Dokumen Flow Pemeriksaan Medis
2.3.4.3 Prosedur Pembayaran Pemeriksaan Medis
Prosedur Pembayaran Periksa Medis sebagai berikut :
1. Pasien memberikan kartu hasil pemeriksaan dan resep obat kepada petugas.
2. Petugas pembayaran menghitung dan menentukan jumlah pembayaran yang
ditanggung pasien.
3. Pasien membayar sesuai dengan harga yang sudah dintetukan.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
29
4. Petugas memberikan kwitansi pembayaran, resep obat dan mengembalikan
kartu pasien kepada pasien.
5. Petugas menyimpan kartu hasil pemeriksaan untuk pembuatan rekap medis
pasien.
6. Petugas mengarsipkan kwitansi pembayaran untuk dijadikan laporan.
Diagram aliran dokumen pembayaran medis :
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
30
Pembayaran
Pasien Petugas Administrasi
Ph
ase
Kartu Pasien
Kertas Hasil Periksa
Resep Obat
Kwitansi Pembayaran
Kwitansi Pembayaran
Resep ObatKwitansi
Pembayaran
Proses perhitung
an Pembayar
an
Kertas Hasil Periksa
Resep Obat
Pembuatan Kwitansi
Pembayaran
Resep Obat
Pasien
Kartu Pasien
cc
Buku kas
Start
Kertas Hasil Periksa
Resep Obat
Proses Pembayar
an
aa
Hasil Periksa
Uang sesuai .?
Uang
End
Arsip Sementara
Beserta pasien menyertakan uang
Gambar 2.6 Dokumen Flow Pembayaran Pemeriksaan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
31
2.3.4.4 Prosedur Pembuatan Laporan
Prosedur pembuatan laporan adalah sebagai berikut :
1. Petugas administrasi merekap data yang akan dibuat laporan.
2. Petugas administrasi membuat laporan dari data yang telah direkap
menggunakan MsWord dan MsExcel.
3. Petugas administrasi memberikan laporan yang telah dibuat kepada
penanggung jawab klinik.
4. Penanggung jawab memeriksa laporan yang telah dibuat.
5. Penanggung jawab memberikan kepada pemilik klinik apabila laporan sesuai,
apabila laporan terdapat kesalahan maka laporan akan dikembalikan kepada
petugas administrasi untuk direvisi.
6. Pemilik menerima laporan dari penanggung jawab klinik yang nantinya akan
dikembalikan kepada petugas administrasi kembali untuk dijadikan arsip.
Diagram aliran dokumen pembuatan laporan :
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
32
Pembuatan Laporan
Petugas Administrasi Penanggun Jawab Pemilik
Ph
ase
Arsip Laporan Klinik
Start
Data Laporan perBulan/perTahun
Proses Pembuatan
Laporan
Laporan perBulan/perTahun
Laporan perBulan/perTahun
Sesuai
Proses Pengecekan
Laporan
Laporan perBulan/perTahun
tidak
Laporan perBulan / perTahun
ya
Laporan perBulan / perTahun
end
A
A
Laporan perBulan/perTahun
Menggunakan MsWord dan MsExcell
Gambar 2.7 Dokumen Flow Pembuatan Laporan
2.3.5 Permasalahan Sistem Saat Ini
Pelayanan rawat jalan Klinik Healthy kurang efisien, itu dapat dilihat dari
permasalahan yang terjadi pada tiap – tiap proses yang ada, permasalahan yang
terjadi antara lain registrasi pasien yang tentu membutuhkan waktu yang lama
karena harus melakukan pengecekan data pada buku besar untuk pasien lama dan
melakukan penambahan data secara manual untuk pasien baru, resiko terjadinya
nomor pasien ganda pada pasien lama sangat mudah terjadi dikarenakan
banyaknya data pasien yang ada. Proses pembayaran juga sangat rawan akan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
33
terjadi kesalahan, selain karena perhitungan masih manual tetapi petugas juga
harus mengecek data pasien tersebut apakah mendapatkan potongan atau tidak,
tentu ini sangat menyulitkan petugas dan juga pembuatan laporan yang dilakukan
secara manual tentu akan membutuhkan yang lama apabila data tersebut sangat
banyak, dan juga sangat sulit melacak apabila data yang diguanakan untuk laporan
hilang
Permasalahan sistem saat ini untuk lebih detailnya dapat dilihat pada
Gambar 2.8 :
Pelayanan Rawat Jalan Klinik Healthy kurang effisen
Proses registrasi pasien
Proses pembuatan laporan
Rekam medis pasien
Proses Pembayaran Medis
Rekam medis mudah hilang
Pengarsipan rekam Medis rawan terjadi kesalahan
Data rekam banyak
Penyimpanan tidak memadai
Penyimpanan masih manual
Perhitungan pembayaran rawan terjadi kesalahan
Perhitungan pembayaran masih manual
Tidak adanya daftar harga tetap untuk poli gigi
Nota Pembayaran masih manual
Tidak adanya sistem yang mencetak data transaksi pembayaran secara langsung
Registrasi pasien lama tidak tidak efektif
Harus mencocokan data pasien pada buku besar Registrasi pasien
baru lama
Harus menulis pada buku besar secara manual
Proses pembuatan laporan membutuhkan waktu lama
Pembuatan Laporan masih manual
Data yang diperlukan banyakData untuk laporan
rawan hilang
Penyimpanan manual
Human error
Human error
Dapat terjadi nomor gandaData pasien
terlalu banyak
Gambar 2.8 Fishbone diagram Klinik Healthy
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
34
2.4 Kebutuhan Fungsional
Dari Permasalahan diatas maka dapat dirumuskan kebutuhan yang
dperlukan untuk pelayanan Klinik Healthy adalah sebagai berikut :
1. Fitur login
Fitur ini untuk membatasi hak pengguna agar tidak terjadi penyalahgunaan
tugas dan kewajiban.
2. Fitur Registrasi Pasien
Fitur ini digunakan untuk membantu jalannya proses administrasi pasien di
Klinik Healthy.
3. Fitur Pemeriksaan Medis
Fitur ini digunakan untuk membantu dokter dalam melakukan pemeriksaan
kepada pasien.
4. Fitur Pembayaran Pemeriksaan Medis
Fitur ini digunakan untuk membantu jalannya proses pembayaran
pemeriksaan di Klinik Healthy.
5. Fitur Pembuatan Laporan Bulanan dan Tahunan
Fitur ini berfungsi untuk mencatat hasil kunjungan pasien per bulan dan per
tahunnya.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
35
BAB III
DESAIN SISTEM
Desain sistem adalah spesifikasi atau konstruksi solusi yang teknis dan
berbasis komputer untuk persyaratan bisnis yang diidentifikasi dalam analisis
sistem (Whitten, 2004). Desain sistem ini akan mengidentifikasi komponen-
komponen sistem informasi yang akan didesain. Desain sistem juga dapat
diartikan sebagai sebuah tahapan setelah analisa kebutuhan dari siklus
pengembangan sistem yang dapat berupa representasi, perencanaan dan
pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah kedalam
satu kesatuan yang utuh dan berfungsi.
3.1 Sistem Kerja Baru
Sistem kerja baru terdiri dari penjelasan terkait proses dan prosedur yang
akan dibangun dalam sistem yang baru dan aktor yang terlibat.
3.1.1 Bagian Bagian Yang Terlibat Pada Sistem Baru
Bagian yang terlibat dalam sistem baru yang akan dibuat antara lain :
a. Petugas Administrasi
Petugas administrasi mempunyai tugas utama untuk melayani transaksi
registrasi dan pembayaran pasien, pada sistem baru nantinya petugas
administrasi merupakan user yang memiliki hak akses untuk
menginputkan data master dan menginputkan data transaksi registrasi,
pemeriksaan medis maupun pembayaran medis. Selain itu petugas
administrasi juga akan mecetak kartu pasien yang menjadi bukti
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
36
pendaftaran, bukti pembayaran sebagai bukti transaksi bahwa pasien
telah membayar dan pembuatan laporan setiap transaksi.
b. Penanggung Jawab Klinik
Penanggung jawab klinik mempunyai tugas utama untuk mengawasi dan
sekaligus menjadi dokter yang bertugas pada klinik Healthy, pada sistem
yang baru nantinya dapat melihat dan mencetak laporan.
3.1.2 Proses kerja baru
Proses kerja baru menjelaskan rancangan proses yang akan dibangun
3.1.2.1 Proses Registrasi Pasien
Proses registrasi pasien yaitu proses yang mengelola segala data
administrasi pasien yang melakukan registrasi baik registrasi sebagai pasien baru
atau sebagai pasien lama yang akan melakukan registrasi pemeriksaan pada Klinik
Healthy.
3.1.2.2 Proses Pemeriksaan Medis
Proses pemeriksaan medis yaitu proses pengolahan data pemeriksaan yang
dilakukan dokter terhadap pasien, data yang diolah berupa diagnosa, tindakan
medis dan resep yang diberikan kepada pasien.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
37
3.1.2.3 Proses Pembayaran Pemeriksaan
Proses pembayaran pemeriksaan yaitu rangkaian proses berupa perhitungan
biaya rawat pembayaran hingga mencetak tanda bukti pembayaran rawat jalan
berdasarkan tindakan medis yang diberikan dokter kepada pasien. Proses
perhitungan pembayaran berdasarkan tindakan medis yang diberikan dokter dan
juga alamat tinggal pasien, apabila pasien bertempat tinggal di sekitar daerah
ngagel tirto maka pasien akan mendapatkan potongan sebesar 10% dari total
tindakan yang diberikan. Proses pembayaran dikelola oleh Petugas Administrasi
berdasarkan tindakan medis yang diberikan oleh dokter kepada pasien.
3.1.2.4 Proses Pembuatan Laporan
Proses pembuatan laporan yaitu proses penyusunan dan pembuatan
laporan berdasarkan data yang ada sehingga menjadi sebuah informasi yang dapat
dijadikan pertimbangan dalam mendukung sebuah keputusan. Proses pembuatan
laporan terbagi atas :
1. Laporan Registrasi Pasien
2. Laporan Pemeriksaan Medis
3. Laporan Pembayaran Pemeriksaan Medis
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
38
3.1.2.5 Proses Pengelolaan Data Master
Proses pengelolahan data master yaitu proses yang menangani segala
penambahan dan perubahan data master yang terdapat pada Sistem Informasi
Klinik Healthy Surabaya.
3.1.3 Prosedur Sistem Kerja Baru
Prosedur kerja baru menjelaskan prosedur-prosedur pada tiap proses yang
terdapat pada sistem kerja baru.
3.1.3.1 Prosedur Registrasi Pasien
Prosedur registrasi dibedakan menjadi dua macam yaitu :
a. Prosedur registrasi pasien baru :
1. Petugas administrasi menekan tombol tambah pasien.
2. Pasien memberikan tanda pengenal KTP, SIM, Paspor atau tanda
pengenal lainnya.
3. Petugas administrasi menginputkan data pasien ke sistem
berdasarkan data yang ada pada tanda pengenal.
4. Petugas administrasi menekan tombol simpan untuk menyimpan
data pasien pada sistem.
5. Petugas administrasi mencetak kartu pasien.
6. Petugas administrasi memberikan kartu pasien beserta tanda
pengenal pasien kepada pasien
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
39
b. Prosedur registrasi pemeriksaan :
1. Pasien memberikan kartu pasien kepada petugas administrasi.
2. Petugas Administrasi memilih registrasi pemeriksaan pada menu.
3. Petugas Administrasi menekan tombol daftar pemeriksaan.
4. Petugas Administrasi menginputkan data pasien yang akan
melakukan pemeriksaan.
5. Pasien memilih poli.
6. Petugas administrasi mendaftarkan pasien pada poli yang dipilih.
7. Petugas Administrasi menekan tombol daftar untuk menyimpan
data registrasi pemeriksaan.
3.1.3.2 Prosedur Pemeriksaan Medis
Prosedur pemeriksaan antara lain sebagai berikut :
1. Petugas Administrasi melakukan login
2. Sistem menampilkan data pasien yang telah melakukan registrasi
pemeriksaan.
3. Petugas Administrasi memilih data pasien yang akan diinputkan data
hasil pemeriksaan.
4. Petugas Administrasi meng-input data diagnosa penyakit dan
tindakan medis yang diberikan dokter pada sistem.
5. Petugas Administrasi menekan tombol submit untuk menyimpan
data hasil pemeriksaan.
6. Petugas Administrasi memilih menu resep
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
40
7. Sistem menampilkan data pemeriksaan pasien.
8. Petugas Administrasi menginputkan data resep hasil pemeriksaan
dokter
9. Petugas Administrasi menekan tombol submit untuk menyimpan
data resep yang diberikan pada sistem.
3.1.3.3 Prosedur Pembayaran Pemeriksaan
Prosedur pembayaran antara lain sebagai berikut:
1. Pasien menuju petugas administrasi untuk melakukan pembayaran
2. Petugas administrasi memilih menu pembayaran.
3. Sistem menampilkan data pasien yang dipilih.
4. Sistem menghitung jumlah pembayaran yang harus dibayarkan
pasien.
5. Pasien membayarkan sesuai dengan jumlah pembayaran.
6. Petugas administrasi menginputkan jumlah uang yang diberikan
pasien.
7. Petugas menekan tombol submit untuk menyimpan dan menghitung
data pembayaran pasien.
8. Sistem menghitung jumlah yang harus dibayarkan dengan jumlah
uang yang diberikan pasien yang telah diinputkan petugas
administrasi.
9. Sistem menampilkan biaya kembalian.
10.Sistem secara otomatis mencetak nota pembayaran
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
41
11.Petugas administrasi mencetak resep yang diberikan dokter.
12.Petugas administrasi memberikan nota pembayaran dan resep
beserta uang kembalian bila ada.
3.1.3.4 Prosedur Pembuatan Laporan
Prosedur pembuatan laporan antara lain sebagai berikut:
1. Petugas administrasi melakukan Login.
2. Petugas administrasi memilih menu laporan yang ingin dilihat/dicetak.
3. Petugas administrasi memilih parameter untuk masing-masing laporan
yang ingin dilihat/dicetak.
4. Petugas administrasi menekan tombol cetak untuk mencetak laporan
3.1.3.5 Prosedur Pengolahan Data Master
Prosedur pengolahan data master antara lain sebagai berikut:
1. Petugas administrasi melakukan Login.
2. Petugas administrasi memilih data master yang akan di edit atau
ditambahkan pada sidebar menu.
3. Petugas administrasi melakukan pengisian data master berdasarkan
kebutuhan pada Klinik Healthy.
4. Petugas administrasi menekan tombol simpan
5. Sistem menyimpan data yang telah diinputkan oleh petugas administrasi
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
42
3.2 Desain Proses
Desain proses yaitu mempresentasikan secara grafis proses-proses untuk
mengumpulkan, memanipulasi, menyimpan, dan mendistribusikan data antara
sistem dengan lingkungannya, dan diantara komponen sistem lainnya.
Memodelkan proses di dalam sistem bertujuan memfasilitasi upaya untuk
mengumpulkan informasi selama proses identifikasi kebutuhan. Hasilnya berupa
sekumpulan diagram tentang keterhubungan antar data seperti, diagram jenjang
dan data flow diagram context Level, DFD sistem saat ini dan DFD sistem yang
akan dibangun.
3.2.1 Hieracy Procces Output
Diagram berjenjang (HIPO) pada Sistem Informasi Rawat Jalan Klinik
Healthy Surabaya terdapat 5 proses utama, yaitu
1. Registrasi Pasien
2. Pemeriksaan Medis
3. Pembayaran Pemeriksaan Medis
4. Pembuatan laporan
5. Pengelolahan data master
Diagram jenjang untuk Sistem Informasi Rawat Jalan Klinik Healthy
Surabaya pada gambar 3.1.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
43
Sistem Informasi Rawat Jalan Klinik
Healthy
1
Registrasi Pasien
2
Pemeriksaan Medis
3
Pembayaran Pemeriksaan Medis
4
Laporan
1.1
Registrasi Pasien Baru
1.2
Pembuatan Kartu Pasien
3.1
Perhitungan Pembayaran
3.2
Pembuatan Nota Pembayaran
4.1
Laporan Registrasi Pasien
4.2Laporan
Pemeriksaan Medis
4.3Laporan
Pembayaran Pemeriksaan
4.4
Laporan Data Pasien
1.3
Registrasi Pasien lama
1.4
Cetak karcis antrian
2.1Proses
Pemeriksaan Medis
2.2
Proses Pembuatan Resep
5
Pengelolaan Data master
5.2
Input Data Pasien
5.4
Input Data Pegawai
5.6
Input Data Dokter
5.3
Input Data Agama
5.1
Input Data Pekerjaan
5.5
Input Data Kota
5.7
Input Data Poli5.8
Input Data Obat
5.9
Input Data Jabatan
5.10
Input Data Tindakan Medis
3.3
Cetak Resep
Gambar 3. 1 Diagram Jenjang Sistem Informasi Rawat Jalan Klinik Healthy
Surabaya
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
44
3.2.2 Data Flow Diagram
Desain model dari aplikasi Sistem Informasi Rawat Jalan Klinik Healthy
Surabaya ini disajikan dalam bentuk model logika yang digambarkan dengan
menggunakan Data Flow Diagram (DFD), yang sering digunakan untuk
menggambarkan aliran data suatu sistem yang telah ada atau sistem baru yang
akan dikembangkan.
3.2.2.1 Context Diagram
Context diagram adalah tingkatan tertinggi dalam diagram aliran data
dan memuat satu proses, menunjukkan sistem secara keseluruhan (Kendall, 2004).
Pada Level Context diagram Sistem Informasi Rawat Jalan Klinik Healthy
terdapat tiga entitas yang terlibat pada sistem yang mempunyai otoritas yang
berbeda yaitu:
a. Petugas Administrasi : Petugas Administrasi adalah petugas yang mempunyai
hak akses dalam pengelolahan data master. Selain itu juga petugas administrasi
juga mempunyai hak akses dalam penanganan proses administrasi Klinik Healthy
Surabaya yang meliputi proses pembayaran, proses registrasi pasien dan juga
proses pembuatan laporan. Petugas Administrasi juga menginputkan hasil
pemeriksaan medis dari dokter berdasarkan Kartu hasil pemeriksaan pasien yang
telah diisi oleh dokter.
b. Penanggung Jawab Klinik : Aktor yang mengontrol jalannya rawat jalan Klinik
Healty, Penanggung Jawab Klinik mempunyai hak akses untuk melihat laporan
yang dibutuhkan.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
45
Context Diagram aplikasi Sistem Informasi Rawat Jalan dapat dilihat pada
Gambar 3.2.
Gambar 3. 2 Context Diagram Sistem Informasi Rawat Jalan Klinik Healthy
Surabaya
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
46
3.2.2.2 DFD Level 0
DFD Level 0 adalah pengembangan dari context diagram terdapat lima
proses pada DFD Level 0 yaitu proses registrasi pasien, proses pemeriksaan
medis, proses pembayaran pemeriksaan medis, proses pembuatan laporan, proses
pengelolaan data master. DFD Level 0 diagram aplikasi Sistem Informasi Rawat
Jalan Klinik Healthy Surabaya dapat dilihat pada Gambar 3.3.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
47
Gambar 3. 3 DFD Level 0 Sistem Informasi Rawat Jalan Klinik Healthy Surabaya
3.2.2.3 DFD Level 1 Proses Registrasi Pasien
DFD Level 1 Registrasi merupakan decompose dari proses registrasi
pasien yang terdapat pada DFD Level 0 terdapat empat proses pada DFD Level 1
registrasi pasien yaitu registrasi pasien baru, cetak kartu pasien, registrasi pasien
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
48
lama, cetak karcis antrian. DFD Level 1 proses registrasi pasien aplikasi Sistem
Informasi Rawat Jalan Klinik Healthy Surabaya dapat dilihat pada Gambar 3.4
Gambar 3. 4 DFD Level 1 Proses Registrasi Sistem Informasi Rawat Jalan Klinik
Healthy Surabaya
3.2.2.4 DFD Level 1 Proses Pemeriksaan
DFD Level 1 proses pemeriksaan adalah decompose dari proses
pemeriksaan yang terdapat pada DFD Level 0, terdapat tiga proses pada DFD
Level 1 pemeriksaan Sistem Informasi Rawat Jalan Klinik Healthy yaitu proses
pemeriksaan, pembuatan resep dan cetak resep. DFD Level 1 proses pemeriksaan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
49
aplikasi Sistem Informasi Rawat Jalan Klinik Healthy Surabaya dapat dilihat pada
Gambar 3.5.
Gambar 3. 5 DFD Level 1 Proses Pemeriksaan Medis Sistem Informasi Rawat
Jalan Klinik Healthy Surabaya
3.2.2.5 DFD Level 1 Proses Pembayaran Pemeriksaan
DFD Level 1 proses pembayaran adalah pengembangan dari DFD Level 0
proses pembayaran pada DFD Level 0 DFD Level 1, terdapat dua proses pada
proses ini yaitu proses pembayaran dan proses cetak nota pembayaran. Proses
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
50
pembayaran aplikasi Sistem Informasi Rawat Jalan Klinik Healthy Surabaya
dapat dilihat pada Gambar 3.6.
Gambar 3. 6 DFD Level 1 Proses Pembayaran Pemeriksaan Sistem Informasi
Rawat Jalan Klinik Healthy Surabaya
3.2.2.6 DFD Level 1 Proses Pembuatan Laporan
DFD Level 1 proses pembuatan laporan adalah pengembangan proses
pembuatan laporan pada DFD Level 0. DFD Level 1 pembuatan laporan aplikasi
Sistem Informasi Rawat Jalan Klinik Healthy Surabaya dapat diliat pada Gambar
3.7.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
51
Gambar 3. 7 DFD Level 1 Pembuatan laporan Sistem Informasi Rawat Jalan
Klinik Healthy Surabaya
3.2.2.7 DFD Level 1 Proses Pengolahan Data Master
DFD Level 1 proses pengolahan data master adalah pengembangan
proses pengolahan data master pada DFD Level 0. DFD Level 1 pengolahan data
master aplikasi Sistem Informasi Rawat Jalan Klinik Healthy Surabaya dapat
dilihat pada Gambar 3.8.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
52
Gambar 3. 8 DFD Level 1 Pengolahan data master Sistem Informasi Rawat Jalan
Klinik Healthy Surabaya
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
53
3.3 Desain Database
Database adalah kumpulan file yang saling terkait dari bermacam-macam
record yang memiliki hubungan antar record untuk menyimpan atau merekam serta
memelihara data operasional lengkap sebuah organisasi/perusahaan sehingga mampu
menyediakan informasi yang optimal yang diperlukan pemakai untuk proses
pengambilan keputusan (Jeffery L. Whitten, 2004).
3.3.1 Conceptual Data Model (CDM)
Desain database dari Sistem Informasi Rawat Jalan Klinik Healthy Surabaya
ini disajikan dalam bentuk model logika yang digambarkan dengan menggunakan
Conceptual Data Model (CDM), yang digunakan untuk melakukan identifikasi
entitas, attribute dan relasi antar entitas. Untuk memberikan gambaran yang lebih
jelas mengenai beberapa entitas pada Sistem Informasi Rawat Jalan Klinik Healthy
Surabaya dapat dilihat pada Gambar 3.9.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
54
54
Gambar 3. 9 Conceptual Data Model Sistem Informasi Rawat Jalan Klinik Healthy Surabaya
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
55
Conceptual Data Model pada Sistem Informasi Klink Healhty Surabaya
memiliki 16 Entitas yaitu entitas pasien, entitas dokter, entitas pegawai, entitas
kota, entitas agama, entitas pekerjaan, entitas jabatan, entitas obat, entitas resep,
entitas pemeriksaan, entitas pembayaran, entitas tindakan medis, entitas tindakan
medis pemeriksaan, entitas detail resep, entitas kota, entitas poli dan entitas
registrasi.
Untuk keterangan lebih rinci dapat dilihat pada penjabaran berikut :
1) Entitas Master Pekerjaan
Entitas master pekerjaan mempunyai atribut Id_Pekerjaan dan
Nama_Pekerjaan, entitas master pekerjaan berelasi dengan satu entitas lain, yaitu
entitas pasien, jenis relasi terhadap entitas pasien adalah one to many yang artinya
satu pekerjaan bisa dimiliki oleh banyak pasien sementara satu pasien hanya dapat
memiliki satu kota dengan mandatory pada entitas master pasien yang berarti
pasien harus memiliki minimal satu pekerjaan.
2) Entitas Master Jabatan
Entitas master jabatan mempunyai atribut Id_Jabatan dan Nama_Jabatan,
entitas master jabatan berelasi dengan satu entitas master lain yaitu entitas
pegawai jenis relasi terhadap pegawai adalah one to many yang artinya satu
jabatan bisa memiliki banyak pegawai sementara satu pegawai hanya dapat
memiliki satu jabatan dengan mandatory pada entitas master pegawai yang berarti
pegawai harus memiliki minimal satu jabatan.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
56
3) Entitas Master Kota
Entitas master kota mempunyai atribut Id_Kota dan Nama_Kota, entitas
master kota berelasi dengan tiga entitas master lain yaitu entitas master pegawai,
entitas master dokter, dan entitas master pasien jenis relasi terhadap pegawai
adalah one to many yang berarti kota dapat memiliki banyak pegawai sementara
pegawai hanya dapat memiliki satu kota dengan mandatory pada entitas master
pegawai yang berarti pegawai minimal harus memiliki satu kota. Jenis relasi kota
terhadap dokter adalah one to many yang berarti kota dapat memiliki banyak
dokter dan dokter hanya dapat memiliki satu data kota yang dengan mandatory
pada entitas dokter yang berarti dokter minimal harus memiliki satu data kota.
Jenis relasi kota terhadap pasien adalah one to many yang berarti kota dapat
memiliki banyak pasien sementara pasien hanya dapat memiliki satu data kota
dengan mandatory pada entitas pasien yang berarti pasien minimal harus memiliki
satu data kota.
4) Entitas Master Poli
Entitas master poli mempunyai atribut Id_Poli dan Nama_Poli, entitas master
poli adalah entitas yang berelasi dengan dua entitas master lain dan entitas yang
menangani transaksi yaitu entitas master dokter, entitas transaksi registrasi, dan
entitas master tindakan medis, jenis relasi terhadap dokter adalah one to many
yang berarti poli dapat memiliki banyak dokter sementara dokter hanya dapat
memiliki satu poli dengan mandatory pada entitas master dokter yang berarti
dokter minimal harus memiliki satu poli. Jenis relasi poli terhadap registrasi
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
57
adalah one to many yang berarti poli dapat memiliki banyak registrasi sementara
registrasi hanya dapat memiliki satu poli, dengan mandatory pada entitas
registrasi yang berarti registrasi minimal harus memiliki satu poli. Jenis relasi
entitas poli terhadap tindakan medis adalah one to many yang berarti poli dapat
memiliki banyak tindakan medis sementara tindakan medis hanya dapat memiliki
satu data poli dengan mandatory pada entitas tindakan medis yang berarti
tindakan medis minimal harus memiliki satu poli.
5) Entitas Master Obat
Entitas master obat mempunyai atribut Id_Obat, Nama_Obat, dan Satuan
entitas master obat berelasi dengan satu entitas transaksi yaitu entitas transaksi
resep, jenis relasi terhadap resep adalah many to many yang berarti obat dapat
memiliki banyak resep dan juga resep dapat memiliki banyak obat. Hasil dari
kedua relasi entitas ini menghasilkan sebuah change entity menjadi detail resep.
6) Entitas Master Tindakan Medis
Entitas master tindakan medis mempunyai atribut Id_Tindakan_Medis,
Nama_Tindakan_Medis dan Biaya_Tindakan_Medis, entitas master tindakan
medis berelasi dengan satu entitas master dan satu entitas transaksi yaitu entitas
poli dan entitas pemeriksaan, Jenis relasi entitas tindakan medis terhadap poli
adalah many to one yang berarti tindakan medis hanya dapat memiliki satu poli
sementara poli dapat memiliki banyak tindakan medis, dengan mandatory pada
entitas tindakan medis yang berarti tindakan medis minimal harus memiliki satu
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
58
poli. Jenis relasi entitas tindakan medis terhadap pemeriksaan adalah many to
many yang berarti tindakan medis dapat memiliki banyak pemeriksaan dan juga
pemeriksaan dapat memiliki banyak tindakan medis. Hasil dari kedua relasi
entitas ini menghasilkan change entity menjadi tindakan medis pemeriksaan.
7) Entitas Master Agama
Entitas master agama mempunyai atribut Id_Agama dan Nama_Agama,
entitas master agama berelasi dengan tiga entitas master lain yaitu entitas master
pegawai, entitas master dokter, dan entitas master pasien jenis relasi terhadap
pegawai adalah one to many yang berarti agama dapat memiliki banyak pegawai
sementara pegawai hanya dapat memiliki satu agama dengan mandatory pada
entitas master pegawai yang berarti pegawai minimal harus memiliki satu agama.
Jenis relasi agama terhadap dokter adalah one to many yang berarti kota dapat
memiliki banyak dokter dan dokter hanya dapat memiliki satu agama yang dengan
mandatory pada entitas dokter yang berarti dokter minimal harus memiliki satu
data agama. Jenis relasi agama terhadap pasien adalah one to many yang berarti
agama dapat memiliki banyak pasien sementara pasien hanya dapat memiliki satu
data agama dengan mandatory pada entitas pasien yang berarti pasien minimal
harus memiliki satu data agama.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
59
8) Entitas Master Dokter
Entitas master dokter mempunyai atribut Id_Dokter, Nama_Dokter,
Jenis_Kelamin_Dokter, Alamat_Dokter, TglLahir_Dokter, No_Telpon_Dok,
Status_Dok. entitas master dokter berelasi dengan tiga entitas master lain yaitu
entitas master agama, entitas master kota, entitas master poli dan satu entitas
transaksi yaitu pemeriksaan. Jenis relasi terhadap agama adalah many to one yang
berarti dokter hanya dapat memiliki satu agama sementara agama dapat memiliki
banyak dokter dengan mandatory pada entitas master dokter yang berarti dokter
minimal harus memiliki satu agama. Jenis relasi dokter terhadap kota adalah many
to one yang berarti dokter hanya dapat memiliki satu kota sementara kota dapat
memiliki banyak dokter, dengan mandatory pada entitas dokter yang berarti
dokter minimal harus memiliki satu data kota. Jenis relasi dokter terhadap poli
adalah many to one yang berarti dokter hanya dapat memiliki satu poli sementara
poli dapat memiliki banyak data dokter dengan mandatory pada entitas dokter
yang berarti dokter minimal harus memiliki satu data poli. Jenis relasi dokter
terhadap pemeriksaan adalah one to many yang berarti dokter dapat memiliki
banyak pemeriksaan sementara pemeriksaan hanya dapat memiliki satu data
dokter dengan mandatory pada entitas pemeriksaan yang berarti pemeriksaan
minimal harus memiliki satu data dokter.
9) Entitas Master Pegawai
Entitas master pegawai mempunyai atribut Id_Pegawai, Nama_Pegawai,
Jenis_Kelamin_Pegawai, Alamat_Pegawai, TglLahir_Pegawai, No_Telpon_Peg,
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
60
Username_Pegawai, Password_Pegawa, dan Status_Peg. Entitas master pegawai
berelasi dengan tiga entitas master lain yaitu entitas master agama, entitas master
kota, dan entitas master jabatan dan dua entitas transaksi yaitu entitas registrasi
dan entitas pembayaran jenis relasi terhadap agama adalah many to one yang
berarti pegawai hanya dapat memiliki satu agama sementara agama dapat
memiliki banyak pegawai dengan mandatory pada entitas master pegawai yang
berarti pegawai minimal harus memiliki satu agama. Jenis relasi pegawai terhadap
kota adalah many to one yang berarti pegawai hanya dapat memiliki satu kota
sementara kota dapat memiliki banyak pegawai yang dengan mandatory pada
entitas pegawai yang berarti pegawai minimal harus memiliki satu data kota. Jenis
relasi pegawai terhadap jabatan adalah many to one yang berarti pegawai hanya
dapat memiliki satu jabatan sementara jabatan dapat memiliki banyak data
pegawai dengan mandatory pada entitas pegawai yang berarti pegawai minimal
harus memiliki satu data jabatan. Jenis relasi pegawai terhadap registrasi adalah
one to many yang berarti pegawai dapat memiliki banyak registrasi sementara
registrasi hanya dapat memiliki satu data pegawai dengan mandatory pada entitas
registrasi yang berarti registrasi minimal harus memiliki satu data pegawai. Jenis
relasi pegawai terhadap pembayaran adalah one to many yang berarti pegawai
dapat memiliki banyak pembayaran sementara pembayaran hanya dapat memiliki
satu data pegawai dengan mandatory pada entitas pembayaran yang berarti
pembayaran minimal harus memiliki satu data pegawai.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
61
10) Entitas Master Pasien
Entitas master pasien mempunyai atribut No_Pasien, Nama_Pasien,
Jenis_Kelamin_Pasien, Alamat_Pasien, TglLahir_Pasien, No_Telpon_Pas,
Tgl_Daftar. Entitas master pasien berelasi dengan tiga entitas master lain yaitu
entitas master agama, entitas master kota, dan entitas master pekerjaan dan dua
entitas transaksi yaitu entitas registrasi dan entitas pemeriksaan jenis relasi
terhadap agama adalah many to one yang berarti pasien hanya dapat memiliki satu
agama sementara agama dapat memiliki banyak pasien dengan mandatory pada
entitas master pasien yang berarti pasien minimal harus memiliki satu agama.
Jenis relasi pasien terhadap kota adalah many to one yang berarti pasien hanya
dapat memiliki satu kota sementara kota dapat memiliki banyak pasien dengan
mandatory pada entitas pasien yang berarti pasien minimal harus memiliki satu
data kota. Jenis relasi pasien terhadap pekerjaan adalah many to one yang berarti
pasien hanya dapat memiliki satu pekerjaan sementara pekerjaan dapat memiliki
banyak data pasien dengan mandatory pada entitas pasien yang berarti pasien
minimal harus memiliki satu data pekerjaan. Jenis relasi pasien terhadap registrasi
adalah one to many yang berarti pasien dapat memiliki banyak registrasi
sementara registrasi hanya dapat memiliki satu data pasien dengan mandatory
pada entitas registrasi yang berarti registrasi minimal harus memiliki satu data
pasien.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
62
11) Entitas Registrasi
Entitas registrasi mempunyai atribut No_Registrasi, Tgl_Registrasi,
Jam_Registrasi. Entitas registrasi berelasi dengan tiga entitas master yaitu entitas
master pegawai, entitas master poli, entitas master pasien dan satu entitas
transaksi yaitu entitas pemeriksaan. jenis relasi terhadap pegawai adalah many to
one yang berarti registrasi hanya dapat memiliki satu pegawai sementara pegawai
dapat memiliki banyak registrasi dengan mandatory pada entitas registrasi yang
berarti regisrasi minimal harus memiliki satu pegawai. Jenis relasi registrasi
terhadap poli adalah many to one yang berarti registrasi hanya dapat memiliki satu
poli dan poli dapat memiliki banyak data registrasi, dengan mandatory pada
entitas registrasi yang berarti registrasi minimal harus memiliki satu data poli.
Jenis relasi registrasi terhadap pasien adalah many to one yang berarti registrasi
hanya dapat memiliki satu pasien sementara pasien dapat memiliki banyak data
registrasi dengan mandatory pada entitas registrasi yang berarti registrasi minimal
harus memiliki satu data pasien. Jenis relasi registrasi terhadap pemeriksaan
adalah one to many yang berarti registrasi dapat memiliki banyak pemeriksaan
sementara pemeriksaan hanya dapat memiliki satu data registrasi dengan
mandatory pada entitas pemeriksaan yang berarti pemeriksaan minimal harus
memiliki satu data registrasi.
12) Entitas Pemeriksaan
Entitas pemeriksaan mempunyai atribut No_Periksa, Tgl_Periksa,
Jam_Periksa, Amnesa, Diagnosa, Pemeriksaan_Fisik, Status. Entitas pemeriksaan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
63
berelasi dengan tiga entitas master yaitu entitas master dokter, entitas master
pasien, entitas tindakan medis dan tiga entitas transaksi yaitu entitas registrasi,
entitas resep, entitas pembayaran. Jenis relasi terhadap dokter adalah many to one
yang berarti pemeriksaan hanya dapat memiliki satu dokter sementara dokter
dapat memiliki banyak pemeriksaan dengan mandatory pada entitas pemeriksaan
yang berarti pemeriksaan minimal harus memiliki satu dokter. Jenis relasi
pemeriksaan terhadap tindakan adalah many to many yang berarti pemeriksaan
dapat memiliki banyak tindakan medis dan tindakan medis dapat memiliki banyak
data pemeriksaan sehingga dari relasi kedua entitas ini menghasilkan change to
entity yaitu tindakan medis pemeriksaan. Jenis relasi pemeriksaan terhadap resep
adalah one to one yang berarti pemeriksaan hanya dapat memiliki satu resep dan
resep memiliki satu data pemeriksaan dengan mandatory pada entitas pemeriksaan
yang berarti pemeriksaan minimal harus memiliki satu data registrasi.
13) Entitas Resep
Entitas resep mempunyai atribut Id_Resep dan Tgl_Resep, Entitas resep
berelasi dengan satu entitas master yaitu entitas obat, dan satu entitas transaksi
yaitu entitas pemeriksaan. Jenis relasi terhadap obat adalah many to many yang
berarti resep dapat memiliki satu obat dan obat dapat memiliki banyak resep,
relasi kedua entitas ini menghasilkan change to entity yaitu detail resep. Jenis
relasi resep terhadap pemeriksaan adalah one to one yang berarti resep hanya
dapat memiliki satu pemeriksaan dan pemeriksaan memiliki satu data resep
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
64
dengan mandatory pada entitas pemeriksaan yang berarti pemeriksaan minimal
harus memiliki satu data registrasi.
14) Entitas Pembayaran
Entitas pembayaran mempunyai atribut No_Pembayaran, Total_Harga, entitas
pembayaran berelasi dengan satu entitas master yaitu entitas pegawai, dan satu
entitas transaksi yaitu entitas pemeriksaan. Jenis relasi terhadap obat adalah many
to one yang berarti pembayaran dapat memiliki banyak pegawai sementara
pegawai hanya dapat memiliki satu pegawai, dengan mandatory pada entitas
pembayaran yang berarti pembayaran minimal harus memiliki satu data pegawai.
Jenis relasi pembayaran terhadap pemeriksaan adalah one to one yang berarti
pembayaran hanya dapat memiliki satu pemeriksaan dan pemeriksaan memiliki
satu data pembayaran dengan mandatory pada entitas pembayaran yang berarti
pembayaran minimal harus memiliki satu data pemeriksaan.
15) Entitas Tindakan Medis Pemeriksaan
Entitas Tindakan Medis Pemeriksaan mempunyai atribut Total_Tindakan,
Total_Biaya_Tindakan, Entitas Tindakan Medis Pemeriksaan merupakan hasil
change to entity dari relasi many to many antara pemeriksaan dan tindakan medis.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
65
16) Entitas Detail Resep
Entitas detail resep mempunyai atribut Jumlah_Obat, dosis, dan keterangan.
Entitas deatil resep merupakan hasil change to entity dari relasi many to many
antara obat dan resep.
3.3.2 Physical Data Model (PDM)
Physical Data Model (PDM) adalah bentuk representasi bentuk fisik dari
desain data yang telah dibuat dengan mempertimbangkan perangkat lunak dan
struktur storage yang akan digunakan untuk implementasi dari model. PDM
merupakan hasil generate Conceptual Data Model (CDM) dengan atribut yang
diperluas dan mendetail pada tiap tabelnya. Hasil generate tersebut menghasilkan
obyek yaitu :
Tabel 3.1. Tabel Objek pada Physical Data Model
No.N Obyek Keterangan
1. Tabel Menggambarkan sekumpulan data yang diatur
dalam bentuk baris dan kolom yang merupakan
pemodelan dari tabel basis data.
3. Primary Key Suatu atribut yang sudah dipilih untuk
mengidentifikasikan baris secara unik yang
berfungsi untuk mempermudah pengaturan dan
perbaikan data.
4. Foreign Key Merupakan kunci (key) pada suatu tabel yang
terhubung dengan primary key pada tabel yang lain.
5. Reference Merupakan hubungan antara primary key dan
foreign key dari tabel yang berbeda.
Untuk penjelasan yang lebih detail mengenai PDM Sistem Informasi Rawat Jalan
Klinik Healthy Surabaya dapat dilihat pada gambar 3.9
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
66
66
Gambar 3. 10 Physical Data Model Sistem Informasi Rawat Jalan Klinik Healthy Surabaya
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
67
3.3.3 Struktur Tabel
Tabel merupakan sekumpulan record data yang masing-masing berisikan
sebuah informasi Dalam Sistem Informasi Rawat Jalan Klinik Healthy Surabaya
terdapat 16 tabel. Untuk keterangan lebih detail masing – masing tabel adalah
sebagai berikut :
1) Tabel Pekerjaan
Fungsi : Menyimpan data pekerjaan
Primary Key : Id_Pekerjaan (not null)
Foreign Key : -
Tabel 3.2 menjelaskan struktur dari tabel pekerjaan
Tabel 3.2. Struktur tabel pekerjaan
No. Field Name Data Type Field
Size Keterangan
1 Id_Pekerjaan Int - Auto
Increment
2 Nama_Pekerjaan VarChar 10
2) Tabel Jabatan
Fungsi : Menyimpan data jabatan
Primary Key : Id_Jabatan (not null)
Foreign Key : -
Tabel 3.3 menjelaskan struktur dari tabel jabatan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
68
Tabel 3.3. Struktur tabel jabatan
No. Field Name Data Type Field
Size Keterangan
1 Id_Jabatan Int - Auto
Increment
2 Nama_Jabatan VarChar 10
3) Tabel Kota
Fungsi : Menyimpan data kota
Primary Key : Id_Kota (not null)
Foreign Key : -
Tabel 3.4 menjelaskan struktur dari tabel kota
Tabel 3.4. Struktur tabel kota
No. Field Name Data Type Field
Size Keterangan
1 Id_Kota Int - Auto
Increment
2 Nama_Kota VarChar 20
4) Tabel Agama
Fungsi : Menyimpan data agama
Primary Key : Id_Agama (not null)
Foreign Key : -
Tabel 3.5 menjelaskan struktur dari tabel agama
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
69
Tabel 3.5. Struktur tabel agama
No. Field Name Data Type Field
Size Keterangan
1 Id_Agama Int - Auto
Increment
2 Nama_Agama VarChar 10
5) Tabel Obat
Fungsi : Menyimpan data obat
Primary Key : Id_Obat (not null)
Foreign Key : -
Tabel 3.6 menjelaskan struktur dari tabel obat
Tabel 3.6. Struktur tabel obat
No. Field Name Data Type Field
Size Keterangan
1 Id_Obat Char 7
2 Nama_Obat VarChar 10
3 Satuan VarChar 15
6) Tabel Poli
Fungsi : Menyimpan data poli
Primary Key : Id_Poli (not null)
Foreign Key : -
Tabel 3.7 menjelaskan struktur dari tabel poli
Tabel 3.7. Struktur tabel poli
No. Field Name Data Type Field
Size Keterangan
1 Id_Poli Int - Auto
Increment
2 Nama_Poli VarChar 15
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
70
7) Tabel Tindakan Medis
Fungsi : Menyimpan data tindakan medis
Primary Key : Id_Tindakan_Medis (not null)
Foreign Key : Id_Poli (dari tabel poli)
Tabel 3.8 menjelaskan struktur dari tabel tindakan medis
Tabel 3.8. Struktur tabel tindakan medis
No. Field Name Data Type Field
Size Keterangan
1 Id_Tindakan_Medis Char 7
2 Id_Poli Int
3 Nama_Tindakan_Medis VarChar 40
4 Biaya_Tindakan_Medis Int
8) Tabel Dokter
Fungsi : Menyimpan data dokter
Primary Key : Id_Dokter (not null)
Foreign Key : Id_Poli (dari tabel poli)
Id_Kota (dari tabel kota)
Id_Agama (dari tabel agama)
Tabel 3.9 menjelaskan struktur dari tabel dokter
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
71
Tabel 3.9. Struktur tabel dokter
No. Field Name Data Type Field
Size Keterangan
1 Id_Dokter Char 6
2 Id_Kota Int
3 Id_Agama Int
4 Id_Poli Int
6 Nama_Dokter VarChar 30
7 Jenis_Kelamin_Dokter Char 2
LK=Laki-
Laki
Pr
=Perempuan
8 Tgllahir_dokter date
9 No_Telpon_Dok numeric
10 Alamat_Dokter VarChar 50
11 Status_Dokter Boolean 1
0 = “Tidak
Aktiv”
1= “Aktiv”
9) Tabel Pegawai
Fungsi : Menyimpan data pegawai
Primary Key : Id_Pegawai (not null)
Foreign Key : Id_Jabatan (dari tabel jabatan)
Id_Agama (dari tabel agama)
Tabel 3.10 menjelaskan struktur dari tabel pegawai
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
72
Tabel 3.10. Struktur tabel pegawai
No. Field Name Data Type Field
Size Keterangan
1 Id_Pegawai Char 6
2 Id_Jabatan Int
3 Id_Agama Int
4 Nama_Pegawai VarChar 30
5 Jenis_Kelamin_Pegawai Char 2
LK=Laki-
Laki
Pr
=Perempuan
6 Tgllahir_Pegawai date
7 No_Telpon_Pegawai numeric
8 Alamat_Pegawai VarChar 50
9 Username_Pegawai VarChar 15
10 Password VarChar 50
11 Status_Peg Boolean 1
0=”Tidak
Aktiv”
1=”Aktiv”
10) Tabel Pasien
Fungsi : Menyimpan data pasien
Primary Key : No_Pasien (not null)
Foreign Key : Id_Pekerjaan (dari tabel pekerjaan)
Id_Kota (dari tabel kota)
Id_Agama (dari tabel agama)
Tabel 3.11 menjelaskan struktur dari tabel pasien
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
73
Tabel 3.11. Struktur tabel pasien
No. Field Name Data Type Field
Size Keterangan
1 No_Pasien Char 6
2 Id_Pekerjaan Int
3 Id_Agama Int
4 Id_Kota Int
6 Nama_Pasien VarChar 30
7 Jenis_Kelamin_Pasien Char 2
LK=Laki-
Laki
Pr
=Perempuan
8 Tgllahir_Pasien date
9 No_Telpon_Pasien numeric
10 Alamat_Pasien VarChar 50
11 Tgl_Daftar date
11)Tabel Registrasi
Fungsi : Menyimpan data registrasi
Primary Key : No_Registrasi (not null)
Foreign Key : Id_Poli (dari tabel poli)
Id_Pegawai (dari tabel pegawai)
No_Pasien (dari tabel pasien)
Tabel 3.12 menjelaskan struktur dari tabel registrasi
Tabel 3.12. Struktur tabel registrasi
No. Field Name Data Type Field
Size Keterangan
1 No_Registrasi Char 6
2 Id_Poli Int
3 No_Pasien Char 6
4 Id_Pegawai Char 7
5 Tgl_Registrasi Date
6 Jam_Registrasi Time
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
74
12) Tabel Pemeriksaan
Fungsi : Menyimpan data hasil pemeriksaan
Primary Key : No_Periksa (not null)
Foreign Key : No_Registrasi (dari tabel registrasi)
Id_Dokter (dari tabel dokter)
Tabel 3.13 menjelaskan struktur dari tabel pemeriksaan
Tabel 3.13. Struktur tabel pemeriksaan
No. Field Name Data Type Field
Size Keterangan
1 No_Periksa Char 6
2 No_Registrasi Char 6
3 Id_Dokter Char 6
4 Tgl_Periksa Date
5 Jam_Periksa Time
6 Amnesa VarChar 20
7 Diagnosa VarChar 50
8 Pemeriksaan_Fisik VarChar 50
9 Status Char 1
Sudah
Diperiksa =
S
Belum
Diperiksa =
B
13) Tabel Resep
Fungsi : Menyimpan data resep
Primary Key : Id_Resep (not null)
Foreign Key : No_Periksa
Tabel 3.14 menjelaskan struktur dari tabel resep
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
75
Tabel 3.14. Struktur tabel resep
No. Field Name Data Type Field
Size Keterangan
1 Id_Resep Char 7
2 No_Periksa Char 6
3 Tgl_Resep Date
14) Tabel Pembayaran
Fungsi : Menyimpan data pembayaran
Primary Key : No_Pembayaran (not null)
Foreign Key : No_Periksa (dari tabel pemeriksaan)
Id_Pegawai (dari tabel pegawai)
Tabel 3.15 menjelaskan struktur dari tabel pembayaran
Tabel 3.15. Struktur tabel pembayaran
No. Field Name Data Type Field
Size Keterangan
1 No_Pembayaran Char 7
2 No_Periksa Char 6
3 Id_Pegawai Char 6
4 Total_Harga Int
15) Tabel Detail Tindakan Medis
Fungsi : Menyimpan data detail tindakan medis
Primary Key : No_Periksa (not null) dan Id_Tindakan_Medis (not null)
Foreign Key : No_Periksa (dari tabel pemeriksaan)
Id_Tindakan_Medis (dari tabel tindakan medis)
Tabel 3.16 menjelaskan struktur dari tabel detail tindakan medis
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
76
Tabel 3.16. Struktur tabel detail tindakan medis
No. Field Name Data Type Field
Size Keterangan
1 Id_Tindakan_Medis Char 7
2 No_Periksa Char 6
3 Total_Tindakan Int
4 Total_Biaya_Tindakan_Medis Int
16)Tabel Detail Resep
Fungsi : Menyimpan data detail resep
Primary Key : Id_Resep (not null) dan Id_Obat (not null)
Foreign Key : Id_Resep (dari tabel resep)
Id_Obat (dari tabel obat)
Tabel 3.17 menjelaskan struktur dari tabel detail resep
Tabel 3.17. Struktur tabel detail resep
No. Field Name Data Type Field
Size Keterangan
1 Id_Resep Char 7
2 Id_Obat Char 7
3 Jumlah_Obat int
4 dosis VarChar 20
3.4 Desain Input dan Output
Desain input dan output adalah representasi bentuk input maupun output
dari Sistem Informasi Klnik Healthy yang akan digunakan oleh user. Desain yang
digunakan berpengaruh pada kemudahan dan kenyamaan penggunaan sistem oleh
user.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
77
3.4.1 Desain Input
Desain input adalah desain yang digunakan untuk menerima masukan data yang
akan disimpan dalam database dan nantinya akan digunakan ke dalam proses
transaksi maupun sebagai output yang dilaporkan. (Jogiyanto, 2001)
Desain input terdiri dari desain form utama dan form pendukung. Desain
input terdiri dari beberapa komponen yang dapat dilihat pada tabel 3.18.
tabel 3.18. Tabel Komponen Input Output
Komponen Keterangan
Textbox
Textbox, digunakan sebagai inputan data.
ComboBox
Combobox, digunakan untuk menampilkan
menu pilihan data.
Grid
Grid, digunakan untuk menampilkan
seluruh data.
Radio Button, digunakan untuk memberikan
pilihan dan harus dipilih salah satu.
Button
Button, digunakan sebagai tombol yang
berfungsi sebagai suatu proses, misalnya
proses menyimpan, mengubah dan
sejenisnya atau digunakan sebagai tombol
untuk pindah ke halaman yang lain.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
78
Berikut ini adalah desain input dari Sistem Informasi Rawat Jalan Klinik Healthy
Surabaya :
1. Form Login
Form Login merupakan form yang terdapat pada halaman awal Sistem
Informasi Rawat Jalan Klinik Healthy Surabaya, pada form ini user
menginputkan username dan password untuk dapat masuk keadalam sistem
sesuai dengan otorisasi masing – masing user. Adapun beberapa hak akses
adalah sebagai berikut :
a. Petugas Administrasi memiliki hak akses untuk mengelola data master.
Petugas Administrasi juga mengelola registrasi pemeriksaan, input
data hasil pemeriksaan dan pembayaran pasien serta mencetak resep
dari dokter yang diberikan kepada pasien
b. Penanggung jawab klinik memiliki hak akses untuk melihat laporan
Desain form login dapat dilihat Gambar 3.11
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
79
Gambar 3. 11 Desain form login
2. Halaman Utama Pegawai Administrasi
Pada halaman ini terdapat menu home, data master, dan transaksi yang
terletak pada menu header sebelah kanan. Pada menu transaksi terdapat
sub menu yaitu pembayaran dan registrasi. Pada header sebelah kanan
terdapat menu untuk keluar dari sistem, ubah password dan profil Klinik
Healthy. Untuk lebih jelas gambar halaman utama pegawai adminstrasi
dapat dilihat pada gambar 3.12
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
80
Gambar 3. 12 Desain Halaman Utama Pegawai Administrasi
3. Halaman Utama Kepala Klinik
Pada halaman ini terdapat menu home dan laporan yang terletak pada
menu header sebelah kanan. Pada header sebelah kanan terdapat menu
untuk keluar dari sistem, ubah password dan profil klinik. Untuk lebih
jelas gambar halaman utama kepala klinik dapat dilihat pada gambar 3.13
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
81
Gambar 3. 13 Desain Halaman Utama Kepala Klinik
4. Halaman Menu Master
Pada halaman menu master ini terdapat beberapa submenu master yaitu
master kota, master pasien, master obat, master poli, master agama,
master pegawai, master dokter, master jabatan, master pekerjaan dan
master Tindakan Medis. Gambar halaman menu master dapat dilihat pada
Gambar 3.14
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
82
Gambar 3. 14 Desain Halaman Menu Master
5. Halaman Menu Transaksi Registrasi
Pada halaman menu transaksi registrasi terdapat submenu registrasi pasien
baru dan registrasi pasien lama. Untuk leibh jelasnya dapat dilihat pada
Gambar 3.15
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
83
Gambar 3. 15 Desain Halaman Menu Transaksi Registrasi
6. Halaman Menu Transaksi Pembayaran
Pada halaman menu transaksi prmbayaran terdapat submenu pembayaran
pemeriksaan. Untuk leibh jelasnya dapat dilihat pada Gambar 3.16
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
84
Gambar 3. 16 Desain Halaman Menu Transaksi Pembayaran
7. Halaman menu pemeriksaan
Pada halaman menu pemeriksaan terdapat sub menu daftar pemeriksaan
dan resep. Untuk lebih jelasnya dapat dilihat pada Gambar 3.17
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
85
Gambar 3. 17 Desain Halaman Menu Transaksi Pemeriksaan
8. Form Master Pasien
Form di bawah ini digunakan untuk menambah dan mengubah data pasien.
Form ini bisa diakses oleh pegawai administrasi. Desain form master
pasien dapat dilihat pada Gambar 3.18
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
86
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
87
Gambar 3. 18 Desain Form Master Pasien
9. Form Master Pegawai
Form di bawah ini digunakan untuk menambah dan mengubah data
pegawai. Form ini bisa diakses oleh pegawai administrasi. Desain form
master pegawai dapat dilihat pada Gambar 3.19
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
88
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
89
Gambar 3. 19 Desain Form Master Pegawai
10. Form Master Dokter
Form di bawah ini digunakan untuk menambah dan mengubah data
Dokter. Form ini bisa diakses oleh pegawai administrasi. Desain form
master Dokter dapat dilihat pada Gambar 3.20
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
90
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
91
Gambar 3. 20 Desain Form Master Dokter
11. Form Master Jabatan
Form di bawah ini digunakan untuk menambah dan mengubah data
Jabatan. Form ini bisa diakses oleh pegawai administrasi. Desain form
master Jabatan dapat dilihat pada Gambar 3.21
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
92
Gambar 3. 21 Desain Form Master Jabatan
12. Form Master Pekerjaan
Form di bawah ini digunakan untuk menambah dan mengubah data
Pekerjaan. Form ini bisa diakses oleh pegawai administrasi. Desain form
master Pekerjaan dapat dilihat pada Gambar 3.22
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
93
Gambar 3. 22 Desain Form Master Pekerjaan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
94
13. Form Master Agama
Form di bawah ini digunakan untuk menambah dan mengubah data
agama. Form ini bisa diakses oleh pegawai administrasi. Desain form
master agama dapat dilihat pada Gambar 3.23
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
95
Gambar 3. 23 Desain Form Master Agama
14. Form Master Kota
Form di bawah ini digunakan untuk menambah dan mengubah data kota.
Form ini bisa diakses oleh pegawai administrasi. Desain form master kota
dapat dilihat pada Gambar 3.24
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
96
Gambar 3. 24 Desain Form Master Kota
15. Form Master Poli
Form di bawah ini digunakan untuk menambah dan mengubah data poli.
Form ini bisa diakses oleh pegawai administrasi. Desain form master poli
dapat dilihat pada Gambar 3.25
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
97
Gambar 3. 25 Desain Form Master Poli
16. Form Master Tindakan Medis
Form di bawah ini digunakan untuk menambah dan mengubah data
tindakan medis. Form ini bisa diakses oleh pegawai administrasi. Desain
form master tindakan medis dapat dilihat pada Gambar 3.26
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
98
Gambar 3. 26 Desain Form Master Tindakan Medis
17. Form Master Obat
Form di bawah ini digunakan untuk menambah dan mengubah data obat.
Form ini bisa diakses oleh pegawai administrasi. Desain form master obat
dapat dilihat pada Gambar 3.27
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
99
Gambar 3. 27 Desain Form Master Obat
18. Form Registrasi Pasien Baru
Form di bawah ini digunakan untuk menambah data pasien yang terdapat
pada Klinik Healthy Surabaya dengan output berupa kartu pasien. Form
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
100
ini bisa diakses oleh pegawai administrasi. Desain form registrasi pasien
baru dapat dilihat pada Gambar 3.28
Gambar 3. 28 Desain Form Registasi Pasien Baru
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
101
19. Form Registrasi Pemeriksaan Pasien
Form di bawah ini digunakan untuk mendaftarkan pasien yang akan
melakukan pemeriksaan pada Klinik Healthy. Form ini bisa diakses oleh
pegawai administrasi. Desain form registrasi pemeriksaan pasien dapat
dilihat pada Gambar 3.29
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
102
Gambar 3. 29 Desain Form Registasi Pemeriksaan
20. Form Pemeriksaan Medis
Form di bawah ini digunakan petugas administrasi untuk mecatat hasil
pemeriksaan pasien yang telah diberikan dokter pada kartu hasil
pemeriksaan pada Klinik Healthy Surabaya. Form ini bisa diakses oleh
dokter. Desain form pemeriksaan pasien dapat dilihat pada Gambar 3.30
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
103
Gambar 3. 30 Desain Form Pemeriksaan
21. Form Resep Pemeriksaan Medis
Form ini digunakan petugas administrasi mencatat obat yang diberikan
dokter kepada pasien yang nantinya akan diberikan kepada pasien berupa
sebuah output resep. Form ini bisa diakses oleh dokter. Desain form resep
pemeriksaan dapat dilihat pada Gambar 3.31
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
104
Gambar 3. 31 Desain Form Resep
22. Form Pembayaran
Form ini digunakan pegawai administrasi untuk menangani pembayaran
setelah pasien melakukan pemeriksaan. Form ini bisa diakses oleh
pegawai administrasi. Desain form pembayaran resep pemeriksaan dapat
dilihat pada Gambar 3.32
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
105
Gambar 3. 32 Desain Form Pembayaran
3.4.1 Desain Output
Output adalah produk dari sistem informasi yang dapat dilihat (Jogiyanto
,2005). Desain Output ini dapat berupa hasil yang dikeluarkan di media keras
(kertas dan lain-lain) dan output yang berupa hasil dikeluarkan ke media lunak
(tampilan di layar). Berikut ini adalah desain output pada Sistem Informasi Rawat
Jalan Klinik Healthy Surabaya.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
106
1. Kartu Pasien
Output ini adalah output yang dikeluarkan dari registrasi pasien baru.
Kartu Pasien dapat dicetak oleh pertugas administrasi dan diberikan
kepada pasien sebagai tanda bukti pasien telah terdaftar pada Klinik
Healhty Surabaya. Desain output kartu pasien dapat dilihat pada Gambar
3.33
Gambar 3. 33 Kartu Pasien
2. Rekam Medis
Output ini adalah output yang yang dicetak oleh petugas administrasi
ketika dokter membutuhkan rekam medis pasien yang diperiksanya selama
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
107
menjalani rawat jalan di Klinik Healthy surabaya. Desain output rekam
medis dapat dilihat pada Gambar 3.34
Gambar 3. 34 Rekam Medis
3. Resep Obat
Output ini adalah output yang dikeluarkan dari hasil input resep oleh
petugas administrasi setelah pasien melakukan pemeriksaan dan
mendapatkan resep dan kartu hasil pemeriksaan. Resep dapat dicetak oleh
petugas administrasi dan diberikan kepada pasien untuk pembelian obat
yang akan digunakan oleh pasien. Desain output resep obat dapat dilihat
pada Gambar 3.35
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
108
Gambar 3. 35 Resep Obat
4. Nota Pembayaran
Output ini adalah output yang dikeluarkan dari hasil input data
pembayaran pemeriksaan pasien yang telah melakukan pemeriksaan medis
oleh petugas administrasi. Desain output nota pembayaran dapat dilihat
pada Gambar 3.36
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
109
Gambar 3. 36 Nota Pembayaran
5. Laporan Registrasi Pasien Baru
Berikut ini merupakan desain laporan registrasi pasien baru yang nantinya
bisa dicetak oleh pegawai administrasi sebagai laporan ke kepala Klinik
Healthy Surabaya. Laporan registrasi pasien baru berfungsi sebagai
sumber informasi pasien yang mendaftar sebagai pasien Klinik Healthy.
Desain output laporan registrasi pasien baru dapat dilihat pada Gambar
3.37
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
110
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
111
Gambar 3. 37 Laporan Registrasi Pasien Baru
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
112
6. Laporan Registrasi Pemeriksaan
Berikut ini merupakan desain laporan registrasi pemeriksaan yang
nantinya bisa dicetak oleh pegawai administrasi sebagai laporan ke kepala
Klinik Healthy Surabaya. Laporan registrasi pemeriksaan berfungsi
sebagai sumber informasi pasien yang berkunjung ke Klinik Healthy.
Desain output laporan registrasi pemeriksaan dapat dilihat pada Gambar
3.38
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
113
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
114
Gambar 3. 38 Laporan Registrasi Pemeriksaan
7. Laporan Pemeriksaan
Berikut ini merupakan desain laporan pemeriksaan yang nantinya bisa
dicetak oleh dokter sebagai laporan ke kepala Klinik Healthy Surabaya.
Laporan pemeriksaan berfungsi sebagai sumber informasi hasil
pemeriksaan pasien. Desain output laporan pemeriksaan dapat dilihat pada
Gambar 3.39
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
115
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
116
Gambar 3. 39 Laporan Pemeriksaan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
117
8. Laporan Pembayaran
Berikut ini merupakan desain laporan pembayaran yang nantinya bisa
dicetak oleh petugas administrasi sebagai laporan ke kepala Klinik Healthy
Surabaya. Laporan pemeriksaan berfungsi sebagai sumber informasi hasil
pemeriksaan pasien. Desain output laporan pemeriksaan dapat dilihat pada
Gambar 3.40
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
118
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
119
Gambar 3. 40 Laporan Pembayaran
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
120
BAB IV
IMPLEMENTASI DAN UJI COBA
Iplementasi merupakan tahapan bagaimana sistem yang telah dirancang
sebelumnya dapat diterapkan dapat berjalan sesuai dengan kebutuhan dan dapat
dioperasikan. Sedangkan tahap uji coba adalah tahapan pengujian sistem yang
telah diimplementasikan apakah telah memenuhi kebutuhan dan berjalan sesuai
yang diinginkan. Berikut ini merupakan penjabaran implementasi dan uji coba
sistem untuk Sistem Informasi Rawat Jalan Klinik Healthy Surabaya :
4.1 Implementasi Sistem
Implementasi sistem pada Sistem Informasi Rawat Jalan Klinik Healthy
Surabaya dijelaskan menggunakan desain bagan alir dan pseudocode. Berikut
implementasi rancangan sistem beserta penjelasannya.
4.1.1. Bagan Alir Login
Bagan alir login menggambarkan cara kerja dari proses login pengguna.
Tiap pengguna dibedakan atas hak akses masing-masing dan dapat mengakses
sesuai menu yang disediakan. Bagan alir login dapat dilihat pada Gambar 4.1.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
121
Form Login
Input Username dan Password
Pegawai
Hak Akses Administrasi ?
Menampilkan Halaman Utama
Administrasi
Menampilkan Halaman Utama
Kepala Klinik
Cek Username dan Password Pegawai
Sesuai ?
Tidak
Ya Ya
Tidak
1
2
Start
Text field username/
password kosong ?
tidak
ya
Gambar 4.1Bagan Alir Login
4.1.2. Bagan Alir Menu
Bagan alir menu dibedakan atas dua tampilan yang masing-masing
didasarkan pada hak akses pengguna untuk mengakses menu. Bagan alir menu
administrasi dapat dilihat pada gambar 4.2, dan Bagan alir menu kepala klinik
dapat dilihat pada gambar 4.3.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
122
1
Master Pemeriksaan Transaksi Log Out
3 Pendaftaran Pembayaran47
5 6
Ganti PasswordTentang
9 10
Laporan
Laporan Registrasi
Laporan Pemeriksaan
Laporan Pembayaran
11 12 13
Gambar 4.2 Bagan Alir Menu Administrasi
1
Laporan Log Out
7
Ganti PasswordTentang
9 10Laporan
Registrasi
Laporan Pemeriksaan
Laporan Pembayaran
11 12 13
Gambar 4.3 Bagan Alir Menu Kepala Klinik
4.1.3. Bagan Alir Data Master
Bagan alir master menggambarkan aliran proses sistem pengelolaan data
master yang dapat diakses oleh petuga administrasi. Gambar bagan alir master
dapat dilihat pada gambar 4.4.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
123
123
Input Data Agama
Input Data Agama Update Data Agama
Simpan Data Agama
Data sudah ada
Ya
Agama
tidak
Data Agama
Input Data Jabatan
Input Data JabatanUpdate Data
Jabatan
Simpan Data Jabatan
Data sudah ada
Jabatan
tidak
Data Jabatan
2
ya
Input Data KotaUpdate Data Kota
Simpan Data Kota
Data sudah ada
Kota
Data Kota
3
ya
Input Data Kota
tidak
1
Input Data ObatUpdate Data Obat
Simpan Data Obat
Data sudah ada
Obat
Data Obat
ya
Input Data Obat
tidak
Input Data PoliUpdate Data Poli
Simpan Data Poli
Data sudah ada
Poli
Data Poli
ya
Input Data Poli
tidak
4
Input Data Pekerjaan
Update Data Pekerjaan
Simpan Data Pekerjaan
Data sudah ada
Pekerjaan
Data Pekerjaan
ya
Input Data Pekerjaan
tidak
5
Input Data Pegawai
Update Data Pegawai
Simpan Data Pegawai
Data sudah ada
Pegawai
Data Pegawai
ya
Input Data Pegawai
tidak
1
2
3
1
2
3
Input Data DokterUpdate Data Dokter
Simpan Data Dokter
Data sudah ada
Dokter
Data Dokter
ya
Input Data Dokter
tidak
1
3
4
1
3
4
Input Data PasienUpdate Data Pasien
Simpan Data Pasien
Data sudah ada
Pasien
Data Pasien
ya
Input Data Pasien
tidak
1
3
5
1
3
5
3
end
1415
161718
19
2021 22
23
Input Data Tindakan Medis
Update Data Tindakan Medis
Simpan Data Tindakan Medis
Data sudah ada
Tindakan Medis
Tindakan Medis
Input Data Tindakan Medis
tidak
4 4
ya
24
Gambar 4.4Bagan Alir Data Master
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
124
4.1.4. Bagan Alir Registrasi Pasien
Bagan alir registrasi pasien menggambarkan aliran proses registrasi pasien
baru dan registrasi pemerikaan pasien, registrasi pasien baru meupakan proses
yang dilakukan ketika tedapat pasien yang akan mendaftar sebagai pasien Klinik
Healthy sementara registrasi pemeriksaan merupakan proses pendaftaran pasien
lama atau pasien yang telah terdaftar pada Klinik Healthy yang ingin melakukan
pemeriksaan medis ke Klinik Healthy. Registrasi pasien dapat diakses oleh
pegawai administrasi, bagan alir registrasi pasien dapat dilihat pada Gambar 4.5
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
125
5
Registrasi Pendaftaran Pasien
Baru
Registrasi Pemeriksaan
Data PasienData Registrasi Pemeriksaan
Tambah Pasien BaruTambah Registrasi
Pemeriksaan
Form Pasien Baru
Form Registrasi Pemeriksaan
Registrasi
Input Data Pasien Baru
Input Data Registrasi Pemeriksaan
2
17
14
15
16
19
25
Text field kosong ?
Simpan data pasien baru
18
tidak
ya
Text field kosong ?
Simpan data registrasi
pemeriksaan
2
tidak
ya
Gambar 4.5 Registrasi Pasien
4.1.5. Bagan Alir Pemeriksaan
Bagan Alir ini menggambarkan jalannya proses input data pemeriksaan
pasien oleh petugas administrasi berdasarkan hasil pemeriksaan yang telah
diberikan oleh dokter dan input data untuk pembuatan resep yang akan diberikan
kepada pasien. Bagan alir pemeriksaan dapat dilihat pada Gambar 4.6
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
126
4
Pemeriksaan Pasien Resep
Data Registrasi Pasien
Pilih Pasien yang teregistrasi untuk
diperiksa
Form Pemeriksaan
Simpan Data Pemeriksaan
Pemeriksaan
Input Data Pemeriksaan
Data Hasil Periksa
Pilih Pemeriksaan
Form Resep
Input Data Resep
26
Tindakan Medis Pemeriksaan
27
25
2421
Text field kosong ?
tidak
ya
Text field kosong ?
Simpan Data Resep
Resep
Detail Resep
end
Cetak Resep
Resep
tidak
ya
Gambar 4.6 Pemeriksaan Pasien
4.1.6. Bagan Alir Pembayaran
Bagan Alir ini menggambarkan proses input data pembayaran setelah pasien
melakukan pemeriksaan dan membayar berdasarkan tindakan medis yang
diberikan oleh dokter. Bagan alir pemeriksaan dapat dilihat pada Gambar 4.7
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
127
6
Data Pemeriksaan
Data Pemeriksaan yang belum membayar
Pilih Pemeriksaan yang dibayar
Form Pembayaran
Input data Pembayaran
Simpan Data Pembayaran
Pembayaran
Cetak Nota Bayar
Nota Pembayaran
26
27
end
28
Text field kosong ?
tidakya
Gambar 4.7 Pembayaran
4.1.7. Bagan Alir Pembuatan Laporan Registrasi
Bagan alir ini menggambarkan proses pembuatan laporan registrasi yang
diakses oleh petugas administrasi dan kepala klinik, laporan ini berisikan data
registrasi pasien baru yaitu data pasien yang baru mendaftarkan diri ke Klinik
Healthy dan juga registasi pemeriksaan yaitu pasien yang mendaftar untuk
periksa. laporan ini nantinya berguna untuk pengambilan keputusan kepala klinik
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
128
dalam menjalankan pelayanan rawat jalan di Klinik Healthy. Bagan alir
pemeriksaan dapat dilihat pada Gambar 4.8
11
Laporan Registrasi Pasien Baru
Laporan Registrasi Pemeriksaan
Form Laporan Registrasi Pasien
Baru
Form Registrasi Pemeriksaan
Input data periode, tahun, jenis laporan
Generate Laporan
Laporan Registrasi Pasien Baru
Input data periode, tahun, jenis laporan
Generate Laporan
Laporan Registrasi Pemeriksaan
end
17 25
Gambar 4.8 Laporan Registrasi
4.1.8. Bagan Alir Pembuatan Laporan Pemeriksaan
Bagan alir ini menggambarkan proses pembuatan laporan pemeriksaan
yang diakses oleh petugas administrasi dan kepala klinik, laporan ini berisikan
data hasil pemeriksaan pasien di Klinik Healthy. laporan ini nantinya berguna
untuk pengambilan keputusan kepala klinik dalam menjalankan pelayanan rawat
jalan di Klinik Healthy. Bagan alir pemeriksaan dapat dilihat pada Gambar 4.9
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
129
12
Form Laporan Pemeriksaan
Input data periode, tahun, jenis laporan
Generate Laporan
Laporan Registrasi Pemeriksaan
end
26
Gambar 4.9 Laporan Pemeriksaan
4.1.9. Bagan Alir Pembuatan Laporan Pembayaran
Bagan alir ini menggambarkan proses pembuatan laporan pembayaran
yang diakses oleh petugas administrasi dan kepala klinik, laporan ini berisikan
data pembayaran pasien di Klinik Healthy. laporan ini nantinya berguna untuk
pengambilan keputusan kepala klinik dalam menjalankan pelayanan rawat jalan di
Klinik Healthy. Bagan alir pembayaran dapat dilihat pada Gambar 4.10.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
130
13
Form Laporan Pembayaran
Input data periode, tahun, jenis laporan
Generate Laporan
Laporan Pembayaran
end
28
Gambar 4.10 Laporan Pembayaran
4.1.10. Bagan Alir Ubah Password
Bagan alir ini menggambarkan proses ubah password dari user yang
menggunakan Sistem Informasi Rawat Jalan Klinik Healthy. Bagan alir ubah
password dapat dilihat pada Gambar 4.11.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
131
10
Form Ganti Password
Gamti Password
Input Password lama
Input konfirmasi Password baru
sesuai
Input Password Baru
Input Password lama sesuai
22
Generate Captacha
Input konfirmasi password baru
yaInput captcha
sesuaiya
Mengganti Password Baru
end
Pegawai
ya
tidak
tidaktidak
Gambar 4.11 Laporan Ubah Password
4.1.11. Bagan Alir Tentang dan Log Out
Bagan alir ini menggambarkan halaman profil Klinik Healthy dan Log Out
sistem. Bagan alir tentang dan Log Out dapat dilihat pada Gambar 4.12 dan
Gambar 4.13.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
132
9
Profil Klinik Healthy
end
Gambar 4.12 Tentang
7
Log Out
Halaman Login
end
Gambar 4.13 Log Out
4.1.12. Pseudocode Login
Merupakan proses cara kerja user untuk dapat mengakses sistem dengan
menggunakan username dan password. Apabila username dan password yang
dimasukkan benar maka akan tampil menu sesuai hak akses masing-masing.
Apabila username dan password yang dimasukkan salah maka pengguna harus
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
133
memasukkan username dan password kembali. Pseudocode login dapat dilihat
pada gambar 4.14.
Gambar 4.14 Pseudocode Log in
4.1.13. Pseudocode Pengelolaan Data Master
Merupakan proses cara kerja pengelolaan data master yang dikelola
langsung oleh Petugas Administrasi. Proses pengelolaan data master di mulai
dengan memilih data master yang akan disimpan, seperti pada master kota. Data
kota akan diisi dan disimpan pada tabel kota. Apabila data kota yang telah
dimasukkan salah, maka data tersebut dapat dirubah. Pseudocode pengelolaan
data master dapat dilihat pada gambar 4.15.
1. username <- input.username
2. passsword <- input.password
3.if username == null || password == null then
4. print alert
5.else
6. set user
7. if user == null then
8. print alert
9. else if user == “Administrasi” then
10. accessing administration home
11. else if user == “Kepala Klinik” then
12. accessing clinic headquaters home
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
134
Gambar 4.15 Pseudocode Pengelolahan Data Master
4.1.14.Pseudocode Registrasi Pasien Baru dan Registrasi Pemeriksaan
Pseudocode Registrasi Pasien Baru dan Registrasi Pemeriksaan merupakan
proses input data pasien baru dan pasien yang mendaftar untuk periksa yang
dikelola langsung oleh Petugas Administrasi. Proses input data Registrasi Pasien
Baru dimulai dengan menampilkan seluruh data pasien yang yang telah terdaftar
pada Klinik Healthy, apabila ada pasien yang akan mendaftar petugas administrasi
menambahkan data baru apabila pasien tersebut ingi melakukan pemeriksaan
maka petugas administrasi memilih pasien untuk didaftarkan. Pseudocode
Registrasi Pasien Baru dan Registrasi Pemeriksaan dapat dilihat pada Gambar
4.16 dan Gambar 4.17.
1. id_kota <- SetId()
2. nama_kota <- input.nama_kota
3. if id_kota == null || nama_kota == null THEN
4. print alert
5. else
6. If(id_kota == exist && nama_kota == exist)
7. then
8. print alert
9. else
10. Insert into KOTA table’s
11. KOTA[ID_KOTA] <- id_kota
12. KOTA[NAMA_KOTA] <- nama_kota
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
135
Gambar 4.16 Pseudocode Registrasi Pasien Baru
1. Id_pasien <- SetId()
2. Nama_pasien <- input.nama_pasien
3. Kota_pasien <- input.kota_pasien
4. Agama_pasien <- input.agama_pasien
5. Pekerjaan_pasien <- input.pekerjaan_pasien
6. Alamat_pasien <- input.alamat_pasien
7. Jenis_kelamin <- input.jenis_kelamin
8. Tgllahir_pasien <- input.tgllahir_pasien
9. Notelp_pas <- input.notelp_pas
10.Tgl_daftar <- GetDate()
11.if Id_pasien == null || Nama_pasien == null ||
12. Kota_pasien == null || Agama_pasien == null
13. || Jenis_kelamin == null || Tgllahir_pasien
14. == null Notelp_pas == null || Notelp_pas ==
15. null || Tgl_daftar == null THEN
16. print alert
17.else
18. if Nama_pasien == exist && alamat pasien ==
19. exist then
20. print alert
21. else
22. insert into PASIEN table’s
23. PASIEN[ID_PASIEN] <- Id_pasien
24. PASIEN[NAMA_PASIEN] <- nama_pasien
25. PASIEN[ID_KOTA] <- kota_pasien
26. PASIEN[ID_AGAMA] <- nama_agama
27. PASIEN[ID_PEKERJAAN] <- Pekerjaan_pasien
28. PASIEN[ALAMAT_PASIEN] <- Alamat_pasien
29. PASIEN[JENIS_KELAMN] <- Jenis_kelamin
30. PASIEN[TGLLAHIR_PAS] <- Tgllahir_pasien
31. PASIEN[NO_TELP] <- Notelp_pas
32. PASIEN[TANGGAL_DAFTAR] <- Tgl_daftar
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
136
Gambar 4.17 Pseudocode Registrasi Pemeriksaan
4.1.15.Pseudocode Pemeriksaan dan Pembuatan Resep
Pseudocode Pemeriksaan dan Pembuatan Resep merupakan proses input
data hasil pemeriksaan dan resep yang diberikan oleh dokter setelah melakukan
pemeriksaan oleh petugas administrasi. Input data hasil pemeriksaan dan resep
dimulai dengan menampilkan data pasien yang telah terdapat pada tabel registrasi
kemudian memilih pasien yang akan diinputkan data hasil pemeriksaan.
Pseudocode Registrasi Pasien Baru dan Registrasi Pemeriksaan dapat dilihat pada
Gambar 4.18 dan Gambar 4.19.
1. No_registrasi <- SetId()
2. Poli <- input.poli
3. Pegawai <- GetPeg()
4. Pasien <- input.pasien
5. Tgl_registrasi <- GetDate()
6. Jam_registrasi <- GetTime()
7. if No_registrasi == null || Poli == null ||
8. Pegawai == null || Pasien == null ||
9. Tgl_registrasi == null || Jam_registrasi ==
10. null THEN
11. print alert
12. else
13. insert into REGISTRASI table’s
14. REGISTRASI[NO_REGISTRASI]<- No_registrasi
15. REGISTRASI[ID_POLI]<- Poli
16. REGISTRASI[NO_PEGAWAI]<- Pegawai
17. REGISTRASI[NO_PASIEN]<- Pasien
18. REGISTRASI[TGL_REGIS]<- Tgl_registrasi
19. REGISTRASI[JAM_REGIS]<-Jam_registrasi
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
137
Gambar 4.18 Pseudocode Pemeriksaan medis
1. id_pemeriksaan <- SetId()
2. registrasi <- input.registrasi
3. dokter <- input.dokter
4. tgl_periksa <- GetDate()
5. jam_periksa <- GetTime()
6. amnanesa <- input.anamnesa
7. diagnosa <- input.diagnosa
8. pemeriksaan_fisik <- input.pemeriksaan_fisik
9. status <- “”
10. tindakan_medis <- input.tindakan_medis
11. tindakan_medis <- array[]
12.total_biaya_tind <- CountTotal()
13. if id_pemeriksaan == null || registrasi == null
14. dokter == null || tgl_periksa == null ||
15. jam_periksa == null || amnanesa == null ||
16. diagnosa == null || pemeriksaan_fisik == null
17. status == null then
18. print alert
19.else
20. insert into PEMERIKSAAN table’s
21. PEMERIKSAAN[ID_PEMERIKSAAN] <- id_pemeriksaan
22. PEMERIKSAAN[ID_REGISTRASI] <- registrasi
23. PEMERIKSAAN[ID_DOKTER] <- dokter
24. PEMERIKSAAN[TGL_PERIKSA] <- tgl_periksa
25. PEMERIKSAAN[JAM_PERIKSA] <- jam_periksa
26. PEMERIKSAAN[AMNANESA] <- amnanesa
27. PEMERIKSAAN[DIAGNOSA] <- diagnosa
28. PEMERIKSAAN[PEMERIKSAAN_FISIK] <-
29 pemeriksaan_fisik
30 set status <- b
31. PEMERIKSAAN[STATUS]<- status
32. insert into TINDAKAN_MEDIS_PEMERIKSAAN table’s
33. tindakan_medis[index]<-tindakan_medis
34. for i <= count tindakan_medis[].length i++ do
35. TINDAKAN_MEDIS_PEMERIKSAAN[ID_TINDAKAN]
36. <- tindakan_medis[0]
37. TINDAKAN_MEDIS_PEMERIKSAAN[JUMLAH_TINDAKAN]
38. <- tindakan_medis[1]
39. TINDAKAN_MEDIS_PEMERIKSAAN[BYR_TINDAKAN]
40. <- tindakan_medis[2]
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
138
Gambar 4.19 Pseudocode Pembuatan Resep
4.1.16.Pseudocode Pembayaran
Pseudocode Pembayaran merupakan proses input data pembayaran pasien
berdasarkan tindakan medis yang telah diberikan dokter oleh petugas administrasi.
Proses input pembayaran dimulai dengan menampilkan data pemeriksaan yang
telah terdapat pada tabel pemeriksaan kemudian memilih pasien yang akan
diinputkan data pembayaran. Pseudocode Pembayaran dapat dilihat pada Gambar
4.20.
1. id_resep <- SetId()
2. periksa <- input.periksa
3. tanggal_resep <- GetDate()
4. nama_obat <- input.obat
5. dosis <- input.dosis
6. jumlah <- input.jumlah
7. obat <- array[]
8. if id_resep == nul || periksa == null ||
9. tanggal_resep == null || obat == null || then
10. print alert
11. else
12. Insert into RESEP table’s
13. RESEP[ID_RESEP] <- id_resep
14. RESEP[PERIKSA] <- periksa
15. RESEP[TANGGAL_RESEP] <- tanggal_resep
16. Insert into DETAIL_RESEP table’s
17. obat[0] <- nama_obat
18. obat[1] <- jumlah_obat
19. obat[2] <- dosis_obat
20. for i <= count obat[].length i++ do
21. RESEP[NAMA_OBAT] <- obat[0]
22. RESEP[JUMLAH_OBAT] <- obat[1]
23. RESEP[DOSIS_OBAT] <- obat[2]
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
139
Gambar 4.20 Pseudocode Pembayaran
4.1.17.Pseudocode Pembuatan Laporan
Pseudocode Pembuatan laporan merupakan proses pengolahan data
transaksi menjadi sebuah dokumen untuk dijadikan sebagai acuan dalam
pengambilan keputusan. Proses pembuatan laporan dapat diakses oleh petugas
administrasi dan kepala klinik, proses pembuatan laporan dimulai dengan
menampilkan form pemilihan jenis laporan dan periode laporan yang akan
dicetak, seperti pada pembuatan laporan registrasi pasien baru. Pseudocode
pembuatan laporan dapat dilihat pada Gambar 4.21.
2. no_pembayaran <- SetId()
2. periksa <- input.periksa
3. pegawai <- GetPegawai()
4. total_bayar <- “”
5. tanggal_bayar <- GetDate()
7. alamat_pasien <- GetAlamatPasien()
8. total_harga_tindakan = GetTotalHargaTindakan()
8. if alamat_pasien == “Ngagel Tirto” then
9. total_bayar = total_harga_tindakan –
10. (total_harga_tindakan * 10%)
11. else
12. total_bayar = total_harga_tindakan
13. insert into PEMBAYARAN table’s
14. PEMBAYARAN[NO_PEMBAYARAN]<- no_pembayaran
15. PEMBAYARAN[NO_PERIKSA]<- periksa
16. PEMBAYARAN[ID_PEGAWAI]<- pegawai
17. PEMBAYARAN[TANGGAL_BAYAR]<- tanggal_bayar
18. PEMBAYARAN[TOTAL_BAYAR]<- total_bayar
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
140
Gambar 4.21 Pseudocode Pembuatan Laporan
4.1.18. Pseudocode Ganti Password
Pseudocode ganti password merupakan fitur yang disediakan sistem untuk
mengubah password yang telah ada. Fitur ganti password dapat diakses oleh
petugas administrasi dan kepala klinik, proses ganti password dimulai dengan
menampilkan form yang berisikan input password lama, password baru dan
konfirmasi password. Pseudocode ganti password dapat dilihat pada Gambar 4.22.
1. jenis_laporan <- input.jenis_laporan
2. periode <- input.periode_laporan
3. tahun_laporan <- input.tahun_laporan
4. if jenis_laporan == “tabel” then
5. print table report
8. else if jenis laporan == “grafik” then
9. print grafik report
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
141
Gambar 4.22 Pseudocode Ubah Password
4.2 Uji Coba Sistem
Uji coba sistem merupakan hasil pengujian pada Sistem Rawat Jalan Klinik
Healthy Surabaya dengan menggunakan metode Black Box Testing. Black Box
Testing adalah pengujian yang dilakukan dengan mengamati fitur-fitur pada
proses kerja baru yang telah dibuat. Uji coba sistem ini melibatkan petugas
administrasi yaitu atas nama Putri.
4.2.1 Pengujian Proses Login
Pengujian login dilakukan oleh pengguna berdasarkan hak akses masing-
masing. Login dibedakan atas 2 akses yaitu akses menuju menu petugas
administrasi, dan akses menuju menu Kepala Klinik. Untuk keamanan data
1. Captcha <- GenerateCaptcha()
2. last_password = input.last_password
3. new_password = input.new_password
4. password_confirm = input.password_confirm
5. captcha_confirmation = input.captcha_confirmation
6. if last_password == null || new_password == null
7. password_confirm == null ||
8. captcha_confirmation == null then
9. print alert
10.else
11. if last_password == true then
11. if new_password == password_confirm)then
12. if captcha_confirmation == Captcha then
13. password changed
14. else
15. print alert
16. else
17. print alert
18. else
19. print alert
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
142
pengguna, password akun login di enkripsi menggunakan algoritma MD5. Fitur
menu login dapat dilihat pada gambar 4.23. Hasil pengujian fitur login dapat
dilihat pada tabel 4.1
Gambar 4.23 Login
Tabel 4.1. Hasil Pengujian Fitur Login
No. Nama Fitur Input Output Sesuai Tidak
Sesuai
1. Login ke
sistem - Username dan
password sesuai
- Menuju ke
halaman sesuai
dengan
jabatanya
-
- Username dan
password tidak
sesuai
- Terdapat
notifikasi user
tidak ada atau
tidak terdaftar
-
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
143
4.2.2 Pengujian Proses Pengolahan data master
Pengujian proses pengelolaan data master meliputi proses pengisian data
master dan perubahan data master. Form pengisian data master dapat dilihat pada
Gambar 4.25, form perubahan data master dapat dilihat pada Gambar 4.26, dan
tabel data master dapat dilihat pada Gambar 4.24. Hasil dari pengujian proses
pengelolaan data master dapat dilihat pada tabel 4.2.
Gambar 4.24 Daftar Data Master
Gambar 4.25 Tambah Data Master
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
144
Gambar 4.26 Ubah Data Master
Tabel 4.2. Hasil Pengujian Pengolahan Data Master
No. Nama Fitur Input Output Sesuai Tidak
Sesuai
2. Memasukkan
data master - Text field telah
terisi semua.
- Terdapat
notifikasi data
telah
tersimpan, data
tampil pada
table master.
-
- Terdapat text
field yang masih
kosong.
- Terdapat
notifikasi harap
diisi pada text
field yang
kosong.
-
- Data yang
diinputkan telah
ada
- Terdapat
notifikasi data
gagal disimpan
data sudah ada
-
4.2.3 Proses Registrasi Pasien
Pengujian proses registrasi pasien meliputi proses pengisian registrasi
pasien baru dan proses registrasi pemeriksaan. Form pengisian data registrasi
pasien baru dapat dilihat pada Gambar 4.27, form pengisian data registrasi
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
145
pemeriksaan dapat dilihat pada Gambar 4.28 , tabel data pasien dapat dilihat pada
Gambar 4.29 dan tabel data pasien registrasi pemeriksaan dilihat pada Gambar
4.30 sementara hasil output dari registrasi pasien baru dapat dilihat pada gambar
4.31. Hasil dari pengujian proses registrasi pasien baru dapat dilihat pada tabel 4.3
dan hasil pengujian proses registrasi pemeriksaan dapat dilihat pada tabel 4.4.
Gambar 4.27 Form Registrasi Pasien Baru
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
146
Gambar 4.28 Form Registrasi Pemeriksaan
Gambar 4.29 Daftar Pasien
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
147
Gambar 4.30 Daftar Registrasi Pemeriksaan
Gambar 4.31 Hasil Output Registrasi Pasien Baru Kartu Pasien
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
148
Tabel 4.3. Hasil Pengujian Registrasi Pasien Baru
No. Nama Fitur Input Output Sesuai Tidak
Sesuai
3. Memasukkan
data pasien - Text field telah
terisi semua.
- Terdapat
notifikasi data
telah
tersimpan, data
tampil pada
table pasien
dan mencetak
kartu pasien.
-
- Terdapat text
field yang masih
kosong.
- Terdapat
notifikasi harap
diisi pada text
field yang
kosong.
-
- Data yang
diinputkan telah
ada
- Terdapat
notifikasi data
gagal disimpan
data sudah ada
-
Tabel 4.4. Hasil Pengujian Registrasi Pemeriksaan
No. Nama Fitur Input Output Sesuai Tidak
Sesuai
4. Memasukkan
data registrasi - Text field telah
terisi semua.
- Terdapat
notifikasi data
telah
tersimpan, data
tampil pada
table registrasi
-
- Terdapat text
field yang masih
kosong.
- Terdapat
notifikasi harap
diisi pada text
field yang
kosong.
-
- Menginputkan
data poli dengan
menclick pop up
pada form
- Nama poli
tampil pada
form yang
tersedia
-
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
149
4.2.4 Proses Pemeriksaan Pasien
Pengujian proses pemeriksaan pasien meliputi proses pengisian data hasil
pemeriksaa dan proses pembuatan resep. Form pengisian data hasil pemeriksaan
dapat dilihat pada Gambar 4.32, form pengisian data resep dapat dilihat pada
Gambar 4.33, tabel pemeriksaan dapat dilihat pada Gambar 4.34 dan hasil output
dari pembuatan resep dapat dilihat pada gambar 4.35. Hasil dari pengujian proses
pemeriksaan dapat dilihat pada tabel 4.5 dan hasil pengujian proses pembuatan
resep dapat dilihat pada tabel 4.6.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
150
Gambar 4.32 Form Pemeriksaan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
151
Gambar 4.33 Form Resep
Gambar 4.34 Tabel Hasil Pemeriksaan pada Halaman Resep
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
152
Gambar 4.35 Hasil Output Resep
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
153
Tabel 4.5. Hasil Pengujian Pemeriksaan
No. Nama Fitur Input Output Sesuai Tidak
Sesuai
5. Memasukkan
data hasil
pemeriksaan
- Text field telah
terisi semua.
- Terdapat
notifikasi data
telah
tersimpan, data
tampil pada
table
pemeriksaan
dan tabel
tindakan medis
pemeriksaan
-
- Terdapat text
field yang masih
kosong.
- Terdapat
notifikasi harap
diisi pada text
field yang
kosong.
-
- Menginputkan
data tindakan
medis dengan
menclick pop up
pada form
- Nama poli
tampil pada
form yang
tersedia
-
- Menambahkan
tindakan medis
dengan menekan
tombol tambah
tindakan
- Tindaka medis
akan tampil
pada tabel
temporary ,
menjumlahkan
jumlah
tindakan yang
diberikan
apabila
tindakan
tersebut sama
-
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
154
Tabel 4.6. Hasil Pengujian Pembuatan Resep
No. Nama Fitur Input Output Sesuai Tidak
Sesuai
6. Memasukkan
data resep - Text field telah
terisi semua.
- Terdapat
notifikasi data
telah
tersimpan, data
tampil pada
table resep dan
tabel tindakan
detail resep
-
- Terdapat text
field yang masih
kosong.
- Terdapat
notifikasi harap
diisi pada text
field yang
kosong.
-
- Menginputkan
data obat dengan
menclick pop up
pada form
- Nama poli
tampil pada
form yang
tersedia
-
- Menambahkan
obat dengan
menekan tombol
tambah obat
- Obat akan
tampil pada
tabel
temporary
-
- Menambahkan
data obat dengan
menekan tombol
tambah obat
dengan data
yang sama
- Menampilkan
alert obat telah
ditambahkan
tidak bisa
ditambahkan
kembali
-
4.2.5 Proses Pembayaran
Pengujian proses pembayaran meliputi perhitungan pembayaran dan input
data bayar. Form pengisian data pembayaran dapat dilihat pada Gambar 4.36,
tabel pemeriksaan dapat dilihat pada Gambar 4.37 dan hasil output dari
pembuatan resep dapat dilihat pada gambar 4.38. Hasil dari pengujian proses
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
155
pemeriksaan dapat dilihat pada tabel 4.5 dan hasil pengujian proses pembuatan
resep dapat dilihat pada tabel 4.7
Gambar 4.36. Form Pembayaran
Gambar 4.37. Tabel Pembayaran
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
156
Gambar 4.38. Nota Pembayaran
Tabel 4.7. Hasil Pengujian proses pembayaran
No. Nama Fitur Input Output Sesuai Tidak
Sesuai
7. Memasukkan
data
pembayaran
- Text field telah
terisi semua.
- Terdapat
notifikasi data
telah
tersimpan, data
tampil pada
table
pembayaran
dan mencetak
nota
pembayaran
-
- Terdapat text
field yang masih
kosong.
- Terdapat
notifikasi harap
diisi pada text
field yang
kosong.
-
- Menghitung
harga secara
otomatis
- Menampilkan
daftar tindakan
medis sub total
dan total bayar
-
- Menghitung
diskon secara
otomatis
- Mengambil
data alamat
pasien apabila
beralamat pada
Ngagel Tirto
mendapatkan
diskon 10%
apabila tidak 0
-
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
157
4.2.6 Pembuatan Laporan
Pengujian proses pembuatan laporan meliputi input data periode, jenis
laporan dan tahun. Form pengisian data laporan dapat dilihat pada Gambar 4.39.
Hasil output dari pembuatan laporan jenis tabel dapat dilihat pada gambar 4.40
dan hasil output dari pembuatan laporan jenis grafik dapat dilihat pada gambar
4.41. Hasil dari pengujian proses pemeriksaan dapat dilihat pada tabel 4.8.
Gambar 4.39. Form Pengisian Data Laporan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
158
Gambar 4.40. Output Laporan Jenis Tabel
Gambar 4.41. Output Laporan Jenis Grafik
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
159
Tabel 4.8. Hasil Pengujian Pembuatan Laporan
No. Nama Fitur Input Output Sesuai Tidak
Sesuai
8. Input data
laporan - Data terisi semua
(periode,jenis,tah
un)
- Menampilkan
data laporan
berdasarkan
jenis, periode
dan tahun
-
- Cetak Laporan - Mencetak
laporan dalam
bentuk
dokumen
-
.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
160
BAB V
KESIMPULAN DAN SARAN
5.1. Kesimpulan
Setelah melaui tahap analisa, desain dan implementasi hingga pengujian
sistem maka dapat disimpulkan dari laporan proyek akhir ini bahwa :
1. Terdapat 5 proses yang ada pada pelayanan rawat jalan Klinik Healthy
Surabaya yaitu Proses Registrasi Pasien, Proses Pemeriksaan Medis, Proses
Pembayaran Pemeriksaan Medis dan Proses Pembuatan Laporan dan proses
pengolahan data master, dimana tiap – tiap proses memiliki permasalahan yang
dapat menghambat pelayanan rawat jalan pada klinik tersebut. Oleh sebab
dibutuhkan sebuah sistem yang dapat membantu pelayanan rawat jalan Klinik
Healthy Surabaya dimana pembangunan sistem tersebut dibuat berdasarkan
kebutuhan yang berasal dari observasi dan analisa dari tiap-tiap permasalahan
yang ada. Kebutuhan tersebut selanjutnya digunakan dalam membuat desain
sistem yang digambarkan dalam bentuk diagram berupa Document Flow
Diagram (Docflow), Hierarcy Chart dan Data Flow Diagram(DFD).
Sedangkan desain database dibuat dengan Conceptual Data Model (CDM) dan
Physical Data Model (PDM). Dalam pembuatan Hierarcy Chart dan Data
Flow Diagram(DFD) proses yang ada dibagi menjadi 5 proses utama, 16 data
store dan 2 entitas luar . Sedangkan untuk mendesain database, proses yang
dilakukan adalah membuat Conceptual Data Model (CDM) dengan 16 entitas.
Kemudian CDM di-generate ke PDM yang menghasilkan 16 tabel sesuai
dengan entitas yang ada pada CDM. Dari CDM kemudian diimplementasikan
160
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
161
ke DBMS. Hasil desain sistem tersebut digunakan dalam pembuatan desain
input output sebelum diimplementasikan ke dalam program yang berbasis web.
Pengujian Sistem Informasi Pelayanan Rawat Jalan Klinik Healthy Surabaya
dilakukan dengan melakukan skenario uji coba dari proses registrasi pasien,
proses pemeriksaan medis, proses pembayaran pemeriksaan medis, dan proses
pembuatan laporan registrasi, pemeriksaan medis, pembayaran pemeriksaan
medis.
2. Sistem Informasi Rawat Jalan Klinik Healthy Surabaya ini juga dibuat untuk
pembuatan laporan secara tepat dan menangani beberapa proses bisnis yang
ada secara efisien serta meminimalisir terjadinya kesalahan.
5.2. Saran
Sistem Informasi Rawat Jalan Klinik Healthy Surabaya tentu masih
membutuhkan banyak pengembangan lebih lanjut demi ketercapaian sistem yang
sesuai dengan perkembangan teknologi ke depannya. Untuk pengembangan
sistem lebih lanjut yang dapat diusulkan sebagai bahan pertimbangan yaitu :
1. Pengembangan dari segi tampilan sistem yang dapat meningkatkan
kenyamanan dan ketertarikan pengguna saat menggunakannya.
2. Pengembangan fitur yang dapat menganalisa tindakan medis apa yang
diberikan berdasarkan dari anamesa / keluhan pasien.
3. Pengembangan fitur penjadwalan pemeriksaan pasien seperti kapan pasien
harus kembali dan konsultasi dengan secara online sehingga dapat
memberikan dampak positif untuk kemajuan teknologi di Indonesia
khusunya kesehatan dan peningkatan layanan kesehatan yang baik.
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
162
DAFTAR PUSTAKA
Jogiyanto,HM. 2001. Analisa dan Desain Sistem. Penerbit Andi, Yogyakarta.
Kenneth E. Kendall, Analisa dan Desain Sistem. Penerbit Andi, Yogyakarta.
Richard B. Dull, Ulric J. Gelinas, Patrick R. Wheeler. 2011. Accounting
Information Systems: Foundations in Enterprise Risk Management. South-
Western Cengage Learning, Australia.
Whitten, Jeffery L, Bentley, Leonie D dan Dittman, Kevin C. 2004. Metode
Desain & Analisis Sistem edisi 6.Penerbit Andi, Yogyakarta.
Thomas H. Cormen, Charles E. Leiserson, Ronald L., Clifford Stein. 2009.
Introduction to Alghorithms, The MIT Press, London, England
162
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 1 Kartu Pasien
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 2 Harga Pemeriksaan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 3 Kwitansi Pembayaran
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 4 Buku Besar Pasien
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 5 Kartu Hasil Pemeriksaan
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 6-1
Lampiran 6 Outline Wawancara
Narasumber:
Putri (Seketaris dan Sekaligus
petugas administrasi Klinik
Healthy Surabaya)
HP:
08155930093
Interviewer:
1. Herdy Firmansyah
(081310113050)
Lokasi:
Klinik Healthy Surabaya
(Jl. Ngagel Tirto 25-27, Surabaya
60245)
Waktu appointment
Tanggal Wawancara: 14 Maret 2015
Jam Mulai:16.00 WIB
Jam Selesai:17.30 WIB
Tujuan Wawancara:
Mencari informasi terkait proses rawat
jalan Klinik Healthy
Pengingat:
Proses Registrasi Pasien, Proses
Pemeriksaan, Proses Pembayaran dan
Proses Pembuatan Laporan
Agenda: Perkiraan Waktu:
Perkenalan 1 Menit
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 6-2
Latar belakang proyek
1. Untuk menganalisa jalannya proses
bisnis yang ada di Klinik Healthy
Surabaya dengan tujuan akhir mampu
membuat sebuah aplikasi yang bisa
mempermudah jalannya proses rawat
jalan Klinik Healthy Surabaya.
2.Untuk memenuhi tugas Perancangan
Sistem Informasi
5 Menit
Pendahuluan 1 Menit
Topik-topik yang dibahas
Minta ijin untuk menggunakan
media perekam
Topik 1 5 Menit
Profil Klinik Healthy Surabaya
Topik 2
Jalannya Proses Rawat Jalan di Klinik
Healthy
7 Menit
Topik 3
Sistem yang digunakan
4 Menit
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 6-3
Pertanyaan Detail
Pertanyaan Jawaban Observasi
Kapan Klinik Healthy
Berdiri ?
Heru Purwanto, Msc.,
Sp.B(k)Onk ingin
memanfaatkan rumah yang
berada di Jalan Ngagel Tirto no
25 -27 untuk menjadi tempat
praktek sekaligus Klinik yang
dapat melayani pencegahan dan
penanganan tumor sekaligus
penanganan awal penyakit –
penyakit umum dan gigi.
Akhirnya keinginan tersebut
Wawancara
langsung
Kesimpulan
2 Menit
Pertanyaan/masukan dari
narasumber
4 Menit
Penutup 1 Menit
Observasi secara umum:
Narasumber menyambut baik dengan memberikan penjelasan yang konkrit dan sesuai
Isu/Topik yang belum terselesaikan:
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 6-3
terwujud pada Tahun 2005 sang
pemilik berhasil menjalin
kerjasama dengan Drg. Dyah
Kartikawati untuk pelayanan
Gigi dan dokter muda untuk
pelayanan umum, dibantu oleh
rekan-rekan lainnya akhirnya
didirikanlah Klinik Healthy
Kapan jam kerja Klnik
Healthy ? Setiap hari Senin - Jumat :
Pukul 08.00 – 17.00
Wawancara
Langsung dan
Mengamati
Bagaimana Jalannya
Proses Rawat Jalan di
Klninik ini ?
Ada empat proses yang harus
dilalui oleh pasien ketika
ingin melakukan rawat jalan,
yang pertama yaitu proses
registrasi atau pendaftaran,
setelah itu pasien bisa
langsung melakukan
pemeriksaan sesuai dengan
tempat poli yang ingin dituju
saat di proses registrasi.
Setelah pasien melakukan
pemeriksaan pasien
membayar sesuai dengan
tindakan medis yang sudah
diberikan dokter
Bagaimana prosedure dari Pendaftaran menjadi pasien
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 6-3
proses pelayanan rawat
jalan klinik ini?
Klinik Healthy apabila
belum terdaftar, maka
dibuatkan kartu pasien baru
tapi kalo sudah punya bisa
langsung menunjukkan kartu
pemeriksaan biar didata dulu
mau periksa kemana. Setelah
itu saya memberikan rekam
medis pasien kepada dokter
atau kartu pemeriksaan,
nanti dokternya yang ngisi
apa aja tindakan medisnya,
setelah itu pasien membayar
sesuai dengan harga tindakan
medis
Bagaimana pasien
membayar rawat jalan
Klinik Healthy.?
Pasien membayar berdasarkan
tindakan medis yang
diberikan dokter, untuk
dokter umu sudah terdapat
list harga untuk setiap
tindakan medis, sementara
untuk tindakan medis dokter
gigi harganya yang
menentukan dokter gigi nya
sendiri.?
Apakah sistem
pembayaran klinik healthy
terdapat diskon atau
potongan harga.?
Ada, tetapi hanya untuk pasien
daerah sekita Klinik Healthy
yaitu daerah Ngagel Tirto
saja
Apakah pelayanan rawat Untuk pasien yang terdaftar
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 6-3
jalan di klinik ini telah
menggunakan sistem yang
terkomputerisasi ?
pada BPJS dan ingin periksa
dengan menggunakan BPJS
sudah ada sistemnya, kalo
yang tanpa BPJS masih
manual
Apakah ada kendala pada
proses rawat jalan pasien
rawat jalan non-BPJS ?
Ada, semisal contoh kalo ada
pasien yang mendaftar harus
buka buku besar dulu terus
mengecek pasiennya satu
persatu, kalo buat
pemeriksaan harus ada
rekam medis, karena selama
ini rekam medis yang
digunakan hanya
menggunakan kartu
pemeriksaan pasien, kalo
untuk pembayarannya ada
kalkulator sama komputer
tapi harus liat list harganya
dulu baru ngitung
Apakah di Klinik Healthy
ada pembuatan laporan ?
Kalo memang ada apa saja
laporan yang dibuat dan
setiap tanggal berapa
Ada, yang pertama laporan
registrasi terus laporan
pembayaran dan laporan
hasil pemeriksaan, kalo
pembuatannya biasanya hari
tanggal 1,2, atau 3 pokoknya
awal bulan. Kadang juga
diminta laporan tahunan kalo
dimintai sama pak heru
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 7-1
Lampiran 7 Lembar Pengujian Sistem
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 7-2
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 7-3
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Lampiran 7-4
ADLN - PERPUSTAKAAN UNIVERSITAS AIRLANGGA
TUGAS AKHIR SISTEM INFORMASI PELAYANAN ... HERDY FIRMANSYAH
Recommended