TUGAS AKHIR SISTEM INFORMASI PELAYANAN …repository.unair.ac.id/56664/2/KKC KK FV. SI 24-16 Fir s..pdf · LAPORAN . TUGAS AKHIR. Judul : ... ich consists of 16 tables. While the

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



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



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



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.



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



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.



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.



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



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.



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.



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



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



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



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



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



xvi

Gambar 3. 6 DFD Level 1 Proses Pembayaran Sistem Informasi Rawat Jalan


Gambar 3. 7 DFD Level 1 Pembuatan laporan Sistem Informasi Rawat Jalan


Gambar 3. 8 DFD Level 1 Pengolahan data master Sistem Informasi Rawat Jalan


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



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



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



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



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



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



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



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.



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



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:



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 :



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



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.



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



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



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.



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



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


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.



14

Tabel 2.6.Tabel Simbol Kardinalitas Satu ke Banyak

Symbol Keterangan


banyak non mandatory

Kardinalitas satu mandatory ke

banyak mandatory


banyak mandatory

Kardinalitas satu mandatory ke


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


ke satu mandatory


satu non mandatory



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


ke banyak non mandatory


banyak mandatory


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



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



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.



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:



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.



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)



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



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



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,



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 :



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



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.



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


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



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 :



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.



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 :



30

Pembayaran


Ph

ase

Kartu Pasien

Kertas Hasil Periksa

Resep Obat

Kwitansi Pembayaran

Kwitansi Pembayaran

Resep ObatKwitansi

Pembayaran

Proses perhitung

an Pembayar

an


Resep Obat

Pembuatan Kwitansi

Pembayaran

Resep Obat

Pasien

Kartu Pasien

cc

Buku kas

Start


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



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 :



32

Pembuatan Laporan

Petugas Administrasi Penanggun Jawab Pemilik

Ph

ase

Arsip Laporan Klinik

Start

Data Laporan perBulan/perTahun

Proses Pembuatan

Laporan

Laporan perBulan/perTahun


Sesuai

Proses Pengecekan

Laporan


tidak

Laporan perBulan / perTahun

ya

Laporan perBulan / perTahun

end

A

A


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



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



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.



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



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.



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



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



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



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



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



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.



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



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.



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



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.



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



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



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



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.



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.



52

Gambar 3. 8 DFD Level 1 Pengolahan data master Sistem Informasi Rawat Jalan




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.



54

54

Gambar 3. 9 Conceptual Data Model Sistem Informasi Rawat Jalan Klinik Healthy Surabaya



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.



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



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



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.



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,



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.



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.



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



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



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.



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



66

66

Gambar 3. 10 Physical Data Model Sistem Informasi Rawat Jalan Klinik Healthy Surabaya



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



68

Tabel 3.3. Struktur tabel jabatan


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


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



69

Tabel 3.5. Struktur tabel agama


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


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


Size Keterangan

1 Id_Poli Int - Auto

Increment

2 Nama_Poli VarChar 15



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


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)


Id_Kota (dari tabel kota)

Id_Agama (dari tabel agama)

Tabel 3.9 menjelaskan struktur dari tabel dokter



71

Tabel 3.9. Struktur tabel dokter


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)


Tabel 3.10 menjelaskan struktur dari tabel pegawai



72

Tabel 3.10. Struktur tabel pegawai


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)


Tabel 3.11 menjelaskan struktur dari tabel pasien



73

Tabel 3.11. Struktur tabel pasien


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)


Id_Pegawai (dari tabel pegawai)

No_Pasien (dari tabel pasien)

Tabel 3.12 menjelaskan struktur dari tabel registrasi

Tabel 3.12. Struktur tabel registrasi


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



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


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



75

Tabel 3.14. Struktur tabel resep


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


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



76

Tabel 3.16. Struktur tabel detail tindakan medis


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


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.



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.



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



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



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



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



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



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



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



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



86



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



88



89

Gambar 3. 19 Desain Form Master Pegawai

10. Form Master Dokter


Dokter. Form ini bisa diakses oleh pegawai administrasi. Desain form

master Dokter dapat dilihat pada Gambar 3.20



90



91

Gambar 3. 20 Desain Form Master Dokter

11. Form Master Jabatan


Jabatan. Form ini bisa diakses oleh pegawai administrasi. Desain form

master Jabatan dapat dilihat pada Gambar 3.21



92

Gambar 3. 21 Desain Form Master Jabatan

12. Form Master Pekerjaan


Pekerjaan. Form ini bisa diakses oleh pegawai administrasi. Desain form

master Pekerjaan dapat dilihat pada Gambar 3.22



93

Gambar 3. 22 Desain Form Master Pekerjaan



94

13. Form Master Agama


agama. Form ini bisa diakses oleh pegawai administrasi. Desain form

master agama dapat dilihat pada Gambar 3.23



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



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




97

Gambar 3. 25 Desain Form Master Poli

16. Form Master Tindakan Medis


tindakan medis. Form ini bisa diakses oleh pegawai administrasi. Desain

form master tindakan medis dapat dilihat pada Gambar 3.26



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




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



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



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



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



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



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



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.



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



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



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



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



110



111

Gambar 3. 37 Laporan Registrasi Pasien Baru



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



113



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



115



116

Gambar 3. 39 Laporan Pemeriksaan



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



118



119

Gambar 3. 40 Laporan Pembayaran



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.



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.



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.



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


Update Data Pekerjaan

Simpan Data Pekerjaan

Data sudah ada

Pekerjaan

Data Pekerjaan

ya


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


Update Data Tindakan Medis

Simpan Data Tindakan Medis

Data sudah ada

Tindakan Medis

Tindakan Medis


tidak

4 4

ya

24

Gambar 4.4Bagan Alir Data Master



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



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



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



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



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


Generate Laporan


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



129

12

Form Laporan Pemeriksaan


Generate Laporan


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.



130

13

Form Laporan Pembayaran


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.



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.



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



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



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



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



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



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]


39. TINDAKAN_MEDIS_PEMERIKSAAN[BYR_TINDAKAN]




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]



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



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



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



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

-



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



144

Gambar 4.26 Ubah Data Master

Tabel 4.2. Hasil Pengujian Pengolahan Data Master


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



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



146

Gambar 4.28 Form Registrasi Pemeriksaan

Gambar 4.29 Daftar Pasien



147

Gambar 4.30 Daftar Registrasi Pemeriksaan

Gambar 4.31 Hasil Output Registrasi Pasien Baru Kartu Pasien



148

Tabel 4.3. Hasil Pengujian Registrasi Pasien Baru


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


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

-



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.



150

Gambar 4.32 Form Pemeriksaan



151

Gambar 4.33 Form Resep

Gambar 4.34 Tabel Hasil Pemeriksaan pada Halaman Resep



152

Gambar 4.35 Hasil Output Resep



153

Tabel 4.5. Hasil Pengujian Pemeriksaan


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

-



154

Tabel 4.6. Hasil Pengujian Pembuatan Resep


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



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



156

Gambar 4.38. Nota Pembayaran

Tabel 4.7. Hasil Pengujian proses pembayaran


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

-



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



158

Gambar 4.40. Output Laporan Jenis Tabel

Gambar 4.41. Output Laporan Jenis Grafik



159

Tabel 4.8. Hasil Pengujian Pembuatan Laporan


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

-

.



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



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.



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



https://www.google.co.id/search?hl=id&tbo=p&tbm=bks&q=inauthor:%22Richard+B.+Dull%22&source=gbs_metadata_r&cad=5

https://www.google.co.id/search?hl=id&tbo=p&tbm=bks&q=inauthor:%22Ulric+J.+Gelinas%22&source=gbs_metadata_r&cad=5

https://www.google.co.id/search?hl=id&tbo=p&tbm=bks&q=inauthor:%22Patrick+R.+Wheeler%22&source=gbs_metadata_r&cad=5

Lampiran 1 Kartu Pasien



Lampiran 2 Harga Pemeriksaan



Lampiran 3 Kwitansi Pembayaran



Lampiran 4 Buku Besar Pasien



Lampiran 5 Kartu Hasil Pemeriksaan



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:


(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



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



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:



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



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



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



Lampiran 7-1

Lampiran 7 Lembar Pengujian Sistem



Lampiran 7-2



Lampiran 7-3



Lampiran 7-4



Documents

TUGAS AKHIR SISTEM INFORMASI PELAYANAN …repository.unair.ac.id/56664/2/KKC KK FV. SI 24-16 Fir s..pdf · LAPORAN . TUGAS AKHIR. Judul : ... ich consists of 16 tables. While the