TA : Rancang Bangun Aplikasi Rekam Medis Berbasis Web Pada Rumah Sakit Mata Masyarakat Surabaya.

RANCANG BANGUN APLIKASI REKAM MEDIS BERBASIS

WEB PADA RUMAH SAKIT MATA MASYARAKAT

SURABAYA

TUGAS AKHIR

Program Studi S1 Sistem Informasi

Oleh:

VITO GANESHA PUTRA 11.41010.0023

FAKULTAS TEKNOLOGI DAN INFORMATIKA

INSTITUT BISNIS DAN INFORMATIKA STIKOM SURABAYA 2016

ABSTRAK ... vi

KATA PENGANTAR ... vii

DAFTAR ISI ... ix

DAFTAR TABEL ... xii

DAFTAR GAMBAR ... xiii

DAFTAR LAMPIRAN ... xvi

BAB I PENDAHULUAN ... 1

1.1 Latar Belakang Masalah ... 1

1.2 Perumusan Masalah ... 2

1.3 Pembatasan Masalah ... 2

1.4 Tujuan ... 2

1.5 Manfaat ... 3

1.6 Sistematika Penulisan ... 3

BAB II LANDASAN TEORI ... 5

2.1 Sistem Informasi ... 5

2.2 SDLC ... 5

2.3 Waterfall Model ... 7

2.4 Rekam Medis ... 9

2.5 Pembayaran ... 11

BAB III ANALISIS DAN PERANCANGAN SISTEM ... 16

3.1 Analisis Permasalahan ... 16

3.2 Analisis Kebutuhan ... 24

3.3 Perancangan Sistem ... 31

3.3.1 System Flow ... 31

3.3.2 Diagram Berjenjang ... 38

3.3.3 Data Flow Diagram ... 40

3.3.4 Entity Relationship diagram ... 46

3.3.5 Struktur Tabel ... 50

3.3.6 Desain Input Output ... 55

3.2.7 Perancangan Evaluasi Sistem... 63

BAB IV IMPLEMENTASI DAN EVALUASI ... 66

4.1 Kebutuhan Sistem ... 66

4.1.1 Kebutuhan Perangkat Keras ... 66

4.1.2 Kebutuhan Perangkat Lunak ... 66

4.1.3 Instalasi Program Dan Pengaturan Sistem ... 67

4.2 Implementasi Sistem ... 67

4.2.1 Halaman Login ... 68

4.2.4 Halaman Master Data Karyawan ... 72

4.2.5 Halaman Master Data Pengguna ... 73

4.2.6 Halaman ICD ... 75

4.2.7 Halaman Master Data Obat ... 76

4.2.8 Halaman Master Data Tindakan ... 76

4.2.9 Halaman Registrasi Pasien ... 77

4.2.10 Halaman Pasien Baru ... 78

4.2.11 Halaman Rekam Medis ... 80

4.2.12 Halaman Detail Obat ... 81

4.2.13 Halaman Detail Tindakan ... 82

4.2.14 Halaman Pembayaran ... 83

4.2.15 Halaman Laporan ... 85

4.3 Evaluasi Sistem ... 91

4.3.1 Uji Coba Aplikasi ... 91

4.3.2 Uji Coba Pengguna ... 93

BAB V KESIMPULAN DAN SARAN ... 97

5.1 Kesimpulan ... 97

Halaman

Tabel 3.1 Tabel User Requirement Admin ... 25

Tabel 3.2 Tabel User Requirement Resepsionis ... 26

Tabel 3.3 Tabel User Requirement Dokter ... 26

Tabel 3.4 Tabel User Requirement Supervisor ... 27

Tabel 3.5 Tabel Pasien ... 50

Tabel 3.6 Tabel Pengguna ... 50

Tabel 3.7 Tabel Karyawan ... 51

Tabel 3.8 Tabel Rekam Medis ... 51

Tabel 3.9 Tabel Registrasi ... 52

Tabel 3.10 Tabel Pembayaran ... 52

Tabel 3.11 Tabel Tindakan ... 53

Tabel 3.12 Tabel Detail Tindakan ... 53

Tabel 3.13 Tabel Obat ... 54

Tabel 3.14 Tabel Detail Obat ... 54

Tabel 3.15 Tabel ICD ... 55

Tabel 3.16 Tabel Desain Uji Coba Aplikasi ... 63

Tabel 3.17 Tabel Rancangan Uji Coba Pengguna ... 64

Tabel 3.18 Tabel Rancangan Uji Coba Dokter ... 65

Tabel 3.19 Tabel Rancangan Uji Coba Admin ... 65

Tabel 3.20 Tabel Rancangan Uji Coba Supervisor ... 65

Tabel 3.21 Tabel Desain Uji Coba Aplikasi ... 65

Tabel 4.1 Test Case ... 91

Tabel 4.2 Uji Coba resepsionis ... 93

Tabel 4.3 Uji Coba dokter ... 94

Tabel 4.4 Uji Coba admin ... 95

Gambar 2.1 Tahapan SDLC ... 6

Gambar 2.2 Waterfall Model SDLC ... 7

Gambar 3.1 Alur Penanangan Pasien ... 17

Gambar 3.2 Document Flow Pendaftaran ... 18

Gambar 3.3 Document Flow Pencatatan Rekam Medis... 20

Gambar 3.4 Document Flow Pembayaran ... 22

Gambar 3.5 Document Flow Laporan ... 23

Gambar 3.6 Blok Diagram ... 28

Gambar 3.7 System Flow Pendaftaran ... 34

Gambar 3.8 System Flow Pencatatan Rekam Medis ... 35

Gambar 3.9 System Flow Pembayaran Pasien ... 36

Gambar 3.10 System Flow Laporan ... 37

Gambar 3.11 Diagram Jenjang ... 39

Gambar 3.12 Diagram Konteks... 40

Gambar 3.13 DFD level 0 ... 42

Gambar 3.14 DFD level 1 Pendaftaran Pasien... 43

Gambar 3.15 DFD Level 1 Pencatatan Rekam Medis ... 44

Gambar 3.16 DFD Level 1 Pembayaran Rumah Sakit ... 45

Gambar 3.17 DFD Level 1 Laporan Rumah Sakit ... 46

Gambar 3.18 Conseptual Data Model ... 47

Gambar 3.19 Physical Data Model ... 48

Gambar 3.20 Desain form Utama ... 55

Gambar 3.21 Desain form Daftar Baru ... 56

Gambar 3.22 Desain form Rekam Medis ... 57

Gambar 3.23 Desain form Rekam Medis Lama ... 58

Gambar 3.24 Cetak Nomor Karcis ... 60

Gambar 3.25 Cetak Kartu Pasien ... 61

Gambar 4.1 Halaman Login Website ... 68

Gambar 4.2 Pesan Peringatan Login ... 69

Gambar 4.3 Halaman Home Aplikasi ... 70

Gambar 4.4 Halaman Mengelola Data Master ... 71

Gambar 4.5 Halaman Master Data Karyawan ... 72

Gambar 4.6 Halaman Tampilan Detail Karyawan ... 73

Gambar 4.7 Halaman Input Data Pengguna ... 74

Gambar 4.8 Halaman Tampilan Detail Pengguna ... 75

Gambar 4.9 Halaman ICD... 75

Gambar 4.10 Halaman Data Obat ... 76

Gambar 4.11 Halaman Data Tindakan ... 77

Gambar 4.12 Halaman Registrasi Pasien ... 77

Gambar 4.13 Halaman Karcis Pasien... 78

Gambar 4.14 Halaman Data Pasien Baru ... 79

Gambar 4.15 Halaman Kartu Pasien ... 79

Gambar 4.16 Halaman Rekam Medis ... 80

Gambar 4.17 Halaman Detail Rekam Medis ... 81

Gambar 4.18 Halaman Detail Obat ... 81

Gambar 4.19 Halaman Data Detil Obat ... 82

Gambar 4.20 Halaman Detail Tindakan ... 82

Gambar 4.21 Halaman Database Detail Tindakan ... 83

Gambar 4.22 Halaman Pembayaran ... 84

Gambar 4.23 Nota Pembayaran ... 84

Gambar 4.24 Halaman Laporan ... 85

Gambar 4.25 Halaman Laporan Kunjungan Harian ... 86

Gambar 4.26 Halaman Laporan RL 5.1 ... 86

Gambar 4.27 Halaman Laporan Pendapatan ... 87

Gambar 4.28 Halaman Laporan Rekam Medis ... 88

Gambar 4.29 Halaman Laporan RL 5.4 ... 88

Gambar 4.30 Halaman Laporan RL 5.4 ... 89

Halaman

Lampiran 1 Laporan Program ... 100

Lampiran 2 Cetak Karcis ... 102

Lampiran 3 Cetak Kartu Pasien ... 103

1.1 Latar belakang Masalah

Rumah Sakit Mata Masyarakat adalah unit pelayanan teknis yang

mengadakan pelayanan kesehatan mata secara keseluruhan. Proses terpadu dengan

menggunakan teknologi tepat guna yang didukung peran serta aktif masyarakat,

kerjasama lintas program, dan lintas sektor.

Sistem pendaftaran pasien yang menumpuk mengakibatkan antrian dalam

pendaftaran untuk pengobatan rumah sakit. Pihak front office yang masih

menggunakan dokumen tertulis mengakibatkan antrian pasien yang menumpuk

dalam proses pencatatan pendaftaran pasien baru dan pasien lama. Pencatatan

rekam medis yang mengharuskan validasi dari staff rekam medis membuat data

rekam medis tidak efektif karena proses validasi ke staff lain seharusnya tidak

digunakan dalam standar rumah sakit. Penghitungan data pelayanan yang telah

diberikan masih menggunakan sistem tertulis yang dibuat oleh dokter kemudian

diberikan kepada pihak front office untuk menghitung total pembayaran yang

telah diberikan.

Penelitian ini memberikan solusi yaitu dibutuhkannya sebuah aplikasi

yang dapat membantu proses antrian, proses pencatatan, proses penyimpanan

serta pembayaran data rekam medis. Aplikasi rekam medis berbasis web yang

dapat memproses data dengan cepat dan bisa diakses kapanpun sehingga pasien

dapat dipermudah dalam proses permintaan data rekam medis, dan juga dokter

1.2 Perumusan Masalah

Rumusan masalah pada penelitian ini yaitu bagaimana merancang bangun

sebuah aplikasi yang dapat mengelola data rekam medis secara online yang

memberikan pelayanan kepada pasien dari pasien datang hingga ke pembayaran

untuk proses rekam medis dan juga sebagai pedoman untuk pemeriksaan pada

dokter RSMM kota Surabaya.

1.3 Pembatasan Masalah

Pembatasan masalah pada penelitian ini adalah sebagai berikut:

a. Data yang diambil merupakan data rekam medis, data pasien, dan data

pembayaran yang merupakan data tahun 2011.

b. Aplikasi yang dibangun tidak terkait dengan pengurusan asuransi untuk

pasien dalam rumah sakit.

c. Aplikasi yang dibangun dikhususkan untuk resepsionis,dokter dan supervisor.

d. Aplikasi yang dibangun dalam ruang lingkup Rumah Sakit Mata Masyarakat

Surabaya.

e. Aplikasi ini terbatas pada pengguna pasien rawat jalan.

f. Waterfall model hanya menggunakan analisis kebutuhan, desain sistem,

pengkodean dan testing.

1.4 Tujuan

Tujuan pada penelitian ini adalah merancang bangun aplikasi rekam medis

1.5 Manfaat

Manfaat dari penelitian ini adalah sebagai berikut:

a. Membantu resepsionis pada Rumah Sakit Mata Masyarakat Kota Surabaya

untuk mempercepat proses pencatatan data pasien dan pendaftaran pasien

b. Memudahkan dokter pada Rumah Sakit Mata Masyarakat Kota Surabaya

untuk melihat rekam medis pasien dan menginputkan rekam medis pasien.

c. Memudahkan Supervisor Rumah Sakit Mata Masyarakat Kota Surabaya

untuk melihat data laporan pasien

1.6 Sistematika Penulisan

Sistematika penulisan penelitian ini adalah sebagai berikut:

BAB I PENDAHULUAN

Bab ini membahas tentang latar belakang masalah, perumusan

masalah, batasan masalah, tujuan pembuatan sistem, manfaat bagi

penggunanya, serta sistematika penulisan laporan.

BAB II LANDASAN TEORI

Bab ini membahas mengenai berbagai macam teori yang

mendukung dalam pembuatan Rancang Bangun Aplikasi Rekam

Medis Berbasis Web Pada Rumah Sakit Mata Masyarakat

Surabaya.

BAB III ANALISA DAN PERANCANGAN SISTEM

Bab ini membahas analisa dan perancangan sistem. Analisa berisi

Data Flow Diagram, Entity Relationship Diagram, Data Dictionary, dan Desain Input atau Output.

BAB IV IMPLEMENTASI DAN EVALUASI SISTEM

Bab ini membahas tentang kebutuhan perangkat lunak, perangkat

keras, implementasi dan evaluasi sistem. Implementasi ini mengacu

pada perancangan desain sistem yang telah dibuat dan berfokus

pada rekam medis berbasis web. Dalam implementasi ini juga

berisi penjelasan Graphical User Interface (GUI) sistem yang telah

dibuat. Sedangkan evaluasi sistem berisi validasi dan uji coba

sistem agar terhindar dari error serta berjalan sesuai dengan yang

diharapkan.

BAB V PENUTUP

Bab ini membahas tentang kesimpulan yang diperoleh dari

pembuatan sistem ini serta saran yang bertujuan untuk

2.1Sistem Informasi

Menurut Herlambang dan Tanuwijaya (2005:47) sistem informasi terdiri

dari input, proses, dan output dimana pada proses terdapat hubungan timbal balik

dengan dua elemen, yaitu kontrol kinerja sistem dan sumber penyimpanan data

baik berupa huruf maupun angka. Dalam data ini diproses menggunakan metode

tertentu yang menghasilkan output berupa informasi. Informasi yang dihasilkan

dapat berupa laporan atau report maupun solusi dari proses yang dijalankan.

2.2 System Development Life Cycle

System Development life cycle (SDLC) adalah kerangka yang

menggambarkan kegiatan pada tahapan pembuatan perangkat lunak

(Fatta,2007:24). Metode yang terdapat pada SDLC ini memiliki berbagai macam

kelebihan yang dimana pada dasarnya menggambarkan tahapan sebagai berikut.

a. Identifikasi perencanaan

b. Analisis Sistem

c. Desain Sistem

d. Implementasi Sistem

Gambar 2.1 Tahapan SDLC (Sumber Syafruddin, 2005)

Siklus SDLC dijalankan secara berurutan yang dimulai dari langkah

pertama hingga langkah kelima. Setiap langkah yang telah selesai harus diuji atau

dikaji ulang yang terkadang membutuhkan expert user. Apabila sebuah tahapan

telah dikerjakan dengan benar dan sesuai dengan harapan maka tahapan tersebut

dapat belanjut ke tahapan selanjutnya.

Informasi dapat diartikan sebagai darah yang mengalir di dalam tubuh

manusia, seperti halnya informasi di dalam sebuah instansi yang sangat penting

untuk mendukung kelangsungan perkembangannya, sehingga terdapat alasan

bahwa informasi sangat dibutuhkan bagi sebuah instansi. Oleh sebab itu SDLC

memiliki tiga tujuan bisnis utama:

a. Memastikan pengiriman sistem berkualitas tinggi.

b. Menyediakan kontrol manajemen yang kuat.

2.3 Waterfall Model

Waterfall Model adalah model yang membuat tim pengembang perangkat

lunak untuk mengumpulkan dan menentukan apa yang seharusanya dilakukan

sebelum sistem dikembangkan (Simarmata, 2010: 54). Model ini digunakan untuk

sistem yang memprioritaskan kualitas dibandingkan biaya pengembangan atau

waktu pengembangan. Dengan model yang terstruktur dan cocok diadaptasi untuk

control management. Gambar waterfall model Datap dilihat pada Gambar 2.2

Gambar 2.2 Waterfall model SDLC (Sumber Pressman, Roger S. 2005)

Dalam pengembangannya metode waterfall memiliki beberapa tahapan yang

runtut yaitu :

a. Requirement (analisis kebutuhan).

Dalam langkah ini merupakan analisa terhadap kebutuhan sistem.

atau study literatur. Seseorang sistem analis akan menggali informasi

sebanyak-banyaknya dari user sehingga akan tercipta sebuah sistem komputer yang bisa

melakukan tugas-tugas yang diinginkan oleh user tersebut. Tahapan ini akan

menghasilkan dokumen user requirement atau bisa dikatakan sebagai data yang

berhubungan dengan keinginan user dalam pembuatan sistem. Dokumen inilah

yang akan menjadi acuan sistem analisis untuk menterjemahkan kedalam bahasa

pemrograman.

b. Design System (desain sistem)

Proses design akan menterjemahkan syarat kebutuhan kesebuah

perancangan perangkat lunak yang dapat diperkirakan sebelum dibuat koding.

Proses ini berfokus pada : struktur data, arsitektur perangkat lunak, representasi

interface, dan detail (algoritma) prosedural. Tahapan ini akan menghasilkan

dokumen yang disebut software requirement. Dokumen inilah yang akan

digunakan programmer untuk melakukan aktivitas pembuatan sistemnya.

c. Coding & Testing (penulisan sinkode program / implemention)

Coding merupakan penerjemahan design dalam bahasa yang bisa dikenali

oleh komputer.Dilakukan oleh programmer yang akan meterjemahkan transaksi

yang diminta oleh user. Tahapan inilah yang merupakan tahapan secara nyata

dalam mengerjakan suatu sistem.Dalam artian penggunaan computer akan

dimaksimalkan dalam tahapan ini. Setelah pengkodean selesai maka akan

dilakukan testing terhadap sistem yang telah dibuat tadi. Tujuan testing adalah

menemukan kesalahan-kesalahan terhadap system tersebut dan kemudian bisa

d. Integration & Testing (Penerapan / Pengujian Program)

Tahapan ini bisa dikatakan final dalam pembuatan sebuah sistem. Setelah

melakukan analisa, desain dan pengkodean maka sistem yang sudah jadikan

digunakan oleh user.

e. Operation & Maintenance (Pemeliharaan)

Perangkat lunak yang susah disampaikan kepada pelanggan pasti akan

mengalami perubahan. Perubahan tersebut bisa karena mengalami kesalahan

karena perangkat lunak harus menyesuaikan dengan lingkungan (periperal atau

system operasi baru) baru, atau karena pelanggan membutuhkan perkembangan

fungsional.

2.4 Rekam Medis

Menurut Permenkes No. 269 Tahun 2008 rekam medis adalah berkas yang

berisikan catatan dan dokumen tentang identitas pasien, pemeriksaaan,

pengobatan, tindakan, dan pelayanan yang telah diberikan kepada pasien. Tujuan

rekam Medis terdiri dari beberapa aspek diantaranya aspek administrasi, legal,

finansial, riset, edukasi dan dokumentasi, yang dijelaskan sebagai berikut:

a. Aspek administrasi. Suatu berkas rekam medis mempunyai nilai administrasi

karena isinya meyangkut tindakan berdasarkan wewenang dan tanggung

jawab sebagai tenag medis dan paramedis dalam mencapai tujuan pelayanan

kesehatan.

b. Aspek Medis. Suatu berkas rekam Medis mempunyai nilai Medis, karena

catatan tersebut dipergunakan sebagai dasar untuk merencanakan pengobatan

c. Aspek Hukum. Suatu berkas rekam medis mempunyai nilai hukum karena

isinya menyangkut masalah adanya jaminan kepastian hukum atas dasar

keadilan, dalam rangka usaha menegakkan hukum serta penyediaan bahan

bukti untuk menegakkan keadilan.

d. Aspek keuangan. Suatu berkas rekam medis mempunyai nilai uang karena

isinya menyangkut data dan informasi yang dapat digunakan dalam

menghitung biaya pengobatan/tindakan dan perawatan.

e. Aspek penelitian. Suatu berkas rekam medis mempunyai nilai penelitian,

karena isinya menyangkut data/informasi yang dapat dipergunakan dalam

penelitian dan pengembangan ilmu pengetahuan di bidang kesehatan.

f. Aspek pendidikan. Suatu berkas rekam medis mempunyai nilai pendidikan,

karena isinya menyangkut data/informasi tentang perkembangan/ kronologis

dan kegiatan pelayanan medis yang diberikan kepada pasien. Informasi

tersebut dapat dipergunakan sebagai bahan/referensi pengajaran di bidang

profesi kesehatan.

g. Aspek dokumentasi. Suatu berkas reka medis mempunyai nilai dokumentasi,

karena isinya menyangkut sumber ingatan yang harus didokumentasikan dan

dipakai sebagai bahan pertanggung jawaban dan laporan sarana pelayanan

kesehatan.

Fungsi rekam medis dijelaskan berdasarkan tujuan rekam Medis di atas, yang

dijelaskan sebagai berikut, yaitu sebagai.

a. Dasar pemeliharaan kesehatan dan pengobatan pasien;

b. Bahan pembuktian dalam perkara humum;

d. Dasar pembayaran biaya pelayanan kesehatan; dan

e. Bahan untuk menyiapkan statistik kesehatan.

Karena fungi rekam Medis inilah, maka di negara besar atau di

negara-negara maju telah ditentukan satu standar baku pembuatan reka m medis yang

mencerminkan kualitas/mutu pelayanan kesehatan yang diberikan oleh pemberi

pelayanan pada pengguna pelayanan kesehatan.

2.5 Pembayaran

Menurut Aditama (2005 :10) sebuah sistem pembayaran dari pasien yang

berbasis komputer memiliki kelebihan dalam hal kecepatan dan ketepatan.

Ketepatan dalam hal ini adalah karena sebuah komputer dapat menyimpan dan

mengelola data dalam jumlah yang besar. Kecepatan dapat dilihat dari otomatisasi

yang digunakan oleh komputer dengan dukungan sistem yang tepat dalam

memberikan pelayanan dalam masyarakat.

Pembayaran bukanlah sebagai suatu proses yang berdiri sendiri, yang

terjadi secara spontan tanpa ada kaitannya dengan transaksi lain, sebab setiap

pembayaran merupakan realisasi dari suatu transaksi ekonomi. Pembayaran dapat

dilakukan secara tradisional sederhana yang tidak memerlukan jasa bank, atau

suatu proses yang cukup rumit, dimana lembaga perbankan mempunyai peran

yang sangat penting dan memerlukan jasa-jasa perantara karena tanpa jasa

perantara tidak dapat terlaksana dengan aman cepat dan efisien. Secara etimologi,

kata sistem berasal dari Bahasa Yunani yaitu “Systemo”, sedangkan dalam Bahasa Inggris dikenal dengan “System” yang mempunyai satu pengertian yaitu

Proses pembayaran pasien dalam rumah sakit didapatkan melalui tindakan

dan obat – obatan maupun alat kesehatan yang diberikan kepada pasien saat

ditangan oleh dokter maupun tenaga medis lainnya. Pasien dapat membayar biaya

perawatan yang telah diterima sesuai dengan jumlah pelayanan yang dilakukan

oleh pihak rumah sakit yang bersangkutan.

2.6 Standar Pelayanan Rumah Sakit

Rumah sakit yang digunakan sebagai sarana penunjang kesehatan

diharuskan memberikan pelayanan kesehatan yang optimal pada masyarakat.

Dimana terdapat peran penting rumah sakit yang sangat strategis untuk

peningkatan derajat kesehatan dalam masyarakat. Menurut Mohammad (2005:8)

standar pelayanan rumah sakit yang harus diatur adalah standar pelayanan dalam

pemberian pelayanan secara langsung oleh rumah sakit kepada pasien yang datang

untuk masalah keterbatasan sarana dan teknolog hanya menjadi pertimbanan

ketika kelak terjadi penyimpangan. Standar pelayanan yang digunakan harus

sesuai dengan standar profesi yang berlaku dan kode etik kedokteran saat ini.

Setiap rumah sakit gigi dan mulut dalam memberikan pelayanan mempunyai

kewajiban untuk melaksanakan pelayanan sesuai dengan standar profesi

kedokteran gigi yang ditetapkan. Dimana setiap pelayanan kesehatan yang harus

dimiliki oleh rumah sakit adalah sebagai berikut :

a. Pelayanan farmasi harus dilakukan dibawah pengawasan tenaga ahli farmasi

yang baik.

b. Rumah sakit harus menyediakan pelayanan laboratorium patologi anatomi

dan patologi klinik.

d. Rumah sakit harus dibangun, dilengkapi dan dipelihara dengan baik untuk

menjamin kesehatan dan keselamatan pasiennya.

Mutu pelayanan hanya dapat diketahui apabila telah dilakukan penilaian

-penilaian, baik terhadap tingkat kesempurnaan, sifat, wujud, ciri-ciri pelayanan

kesehatan dan kepatuhan terhadap standar pelayanan. Setiap orang mempunyai

kriteria untuk kualitas dan mempunyai cara-cara penilaian yang berbeda.

Penyedia layanan kesehatan tidak dapat mengetahui apakah para pasien yang

memberikan pendapat yang positif atau negatif bisa mewakili seluruh populasi

yang dilayani.

2.7 ICD -10

ICD -10 (The International Statistical Classification of Diseases and

Related Health Problems) merupakan standar klasifikasi diagnosa Internasional

yang berguna bagi kepentingan epidemiologi dan manajemen kesehatan karena

ICD-10 dapat memberikan rincian beragam penyakit dan masalah yang berkaitan

dengan kesehatan.

Klasifikasi penyakit dapat didefinisikan sebagai suatu sistem

penggolongan (kategori) dimana kesatuan penyakit disusun berdasarkan kriteria

yang telah ditentukan. ICD mempunyai tujuan untuk mendapatkan rekaman

sistematik, melakukan analisa, interpretasi serta membandingkan data morbiditas

dan mortalitas dari negara yang berbeda atau antar wilayah dan pada waktu yang

berbeda. ICD digunakan untuk menterjemahkan diagnosa penyakit dan masalah

kesehatan dari kata-kata menjadi kode alfanumerik yang akan memudahkan

a. H00-H06 Disorders of eyelid, lacrimal system and orbit

b. H10-H13 Disorders of conjunctiva

c. H15-H22 Disorders of sclera, cornea, iris and ciliary body

d. H25-H28 Disorders of lens

e. H30-H36 Disorders of choroid and retina

f. H40-H42 Glaucoma

g. H43-H45 Disorders of vitreous body and globe

h. H46-H48 Disorders of optic nerve and visual pathways

i. H49-H52 Disorders of ocular muscles, binocular movement, accommodation

and refraction

j. H53-H54 Visual disturbances and blindness

k. H55-H59 Other disorders of eye and adnexa

Penggunaan asterik pada akhir kode ICD digunakan untuk penyakit khusus

yang memiliki ciri yang berada diluar diagnosa ICD yaitu sebagai berikut:

a. H03* Disorders of eyelid in diseases classified elsewhere

b. H06* Disorders of lacrimal system and orbit in diseases classified elsewhere

c. H13* Disorders of conjunctiva in diseases classified elsewhere

d. H19* Disorders of sclera and cornea in diseases classified elsewhere

e. H22* Disorders of iris and ciliary body in diseases classified elsewhere

f. H28* Cataract and other disorders of lens in diseases classified elsewhere

g. H32* Chorioretinal disorders in diseases classified elsewhere

h. H36* Retinal disorders in diseases classified elsewhere

i. H42* Glaucoma in diseases classified elsewhere

k. H48* Disorders of optic [2nd] nerve and visual pathways in diseases

classified elsewhere

PERANCANGAN SISTEM 3.1 Analisis Permasalahan

Analisis permasalahan berdasar pada survey yang dilakukan di lapangan

dengan mengamati proses yang ada pada rumah sakit dan melakukan wawancara

dengan staff IT. Dapat dihasilkan beberapa proses yang dilakukan oleh rumah

sakit untuk menangani pasien dan beberapa permasalahan yang ada.

Rumah Sakit Mata Masyarakat (RSMM) memiliki sistem yang masih

dalam bentuk dokumen kertas dimana komputer yang digunakan hanya untuk

mencatat pendapatan dan pengadaan. Proses yang dimulai dari pendaftaran pasien

meliputi pasien baru dan juga pasien lama. Setiap pasien yang datang diharuskan

mengisi data diri untuk kemudian diverifikasi oleh bagian resepsionis untuk

mengetahui status pasien baru atau pasien lama. Apabila pasien tersebut

merupakan pasien baru maka akan diberikan formulir pendaftaran dimana

formulir ini digunakan untuk membuat kartu pasien. Setelah kartu pasien dibuat

maka data registrasi pasien akan dicatat dan dimasukkan kedalam rekap data

pasien. Pasien yang telah terdaftar dalam registrasi pasien akan dibuatkan nomor

antrian yang dibuat bedasarkan urutan pasien yang datang ke rumah sakit terlebih

dahulu.

Proses penanganan setiap pasien pada RSMM yaitu terdiri dari proses

pendaftaran, proses pencatatan rekam medis, proses pembayaran, dan pembuatan

Gambar 3.1 Alur Proses Penanganan Pasien

Rekap data pasien akan diolah oleh staff rekam medis untuk dicek apakah

pasien sudah memiliki data rekam medis di Rumah Sakit Mata Masyarakat

Surabaya (RSMM). Apabila data rekam medis pasien merupakan data baru maka

staff rekam medis akan membuatkan lembar rekam medis baru untuk setiap

pasien yang terdaftar. Data Rekam medis yang telah dicatat oleh staff rekam

medis akan diberikan kepada dokter yang akan memeriksa pasien yang datang

Pasien yang telah melewati proses pendaftaran dan juga antrian dapat

menemui dokter yang bersangkutan untuk melakukan diagnosa terhadap penyakit

yang diderita. Dokter yang bertugas melakukan diagnosa didapat dari setiap

keluhan pasien yang akan menghasilkan hasil diagnosa. Setiap hasil diagnosa

yang didapat oleh dokter akan langsung dicatat dan dimasukkan ke dalam data

rekam medis pasien.

Pasien yang telah didiagnosa apabila memerlukan uji laboratorium maka

akan dikirim ke laboratorium untuk dilakukan uji lab. Data uji laboratorium akan

dicatat dan dikumpulkan bedasarkan hasil diagnosa, terapi, dan instruksi dokter.

Hasil catatan tersebut menghasilkan nota hasil pemeriksaan dengan resep yang

diberikan kepada pasien yang berobat. Dokter yang telah mengobati pasien

diharuskan mengisi data rekam medis untuk melengkapi dokumen data rekam

medis terbaru. Dokumen yang diisi untuk melengkapi data rekam medis adalah

data tindakan pasien, data uji lab, dan data pemakaian obat. Rekam medis yang

telah diperbaharui akan direkap oleh pihak staff rekam medis dan kemudian

disimpan dalam sebuah arsip rekam medis pasien. Proses pencatatan rekam medis

pasien yang telah dijelaskan dapat dilihat pada Gambar 3.3.

Proses pembayaran pasien yang terdapat pada Rumah Sakit Mata

Masyarakat (RSMM) melibatkan resepsionis dan pasien. Pihak Resepsionis dapat

melihat hasil pelayanan yang telah diberikan bedasarkan data rekam medis dan

nota hasil pemeriksaan. Hasil pemeriksaan disimpulkan menjadi total hasil

pemeriksaan yang memungkinkan potongan atau diskon kepada pasien tertentu.

Apabila pasien yang bersangkutan memiliki kemungkinan untuk mendapatkan

potongan pihak resepsionis akan memverifikasi berapa jumlah potongan yang

berhak didapatkan oleh pasien tersebut.

Resepsionis melanjutkan proses pembayaran ke tahap perhitungan total

biaya perawatan yang akan menghasilkan data pembayaran. Data pembayaran

yang telah dibuat menghasilkan nota pembayaran yang dibuat dua rangkap yaitu

untuk pasien dan juga untuk rekap data pembayaran. Pasien yang telah menerima

nota pembayaran diharuskan membayar bedasarkan jumlah pelayanan yang telah

didapatkan. Setiap hari rekap pembayaran akan dikumpukan menjadi dokumen

rekap nota pembayaran harian. Proses docflow pembayaran pasien dapat dilihat

pada Gambar 3.4.

Dalam proses pembuatan laporan pihak resepsionis dan staff rekam medis

melaporkan data laporan harian kepada pihak supervisor rumah sakit. Data

laporan harian akan dibuat laporan bulanan apabila telah memasuki bulan baru.

Laporan bulanan yang ada diolah menjadi laporan operasional yang dibuat untuk

kepala rumah sakit. Proses document flow pembuatan laporan dapat dilihat pada

3.2 Analisis Kebutuhan

Analisis permasalahan diatas menunjukkan bahwa aplikasi rekam medis

pada Rumah Sakit Mata Masyarakat (RSMM) ini berbasis web yang memiliki

beberapa hak akses oleh bagian tertentu. Aplikasi ini digunakan untuk menyimpan

data dalam bentuk file dan juga termasuk dalam backup data, integrasi data yang

menjadi efisien dikarenakan data dapat saling terhubung dengan bagian tertentu

dalam rumah sakit.

Aplikasi membantu pihak rumah sakit dalam mengelola data pasien yaitu

pasien yang telah terdaftar dapat dengan mudah dibuatkan nomor antrian sehingga

tidak perlu repot lagi mencari nama pasien dalam bentuk berkas. Dengan adanya

aplikasi pihak rumah sakit dapat menggunakan sistem paperless untuk

mengurangi penggunaan kertas dalam rumah sakit.

Pencatatan Rekam medis pasien yang tersimpan dalam sistem dapat

membantu berbagai kebutuhan rumah sakit seperti pencarian data rekam medis

yang digunakan dokter untuk informasi tambahan terkait dengan kondisi pasien

sebelumnya. Pasien yang belum terdaftar dalam sistem dapat juga membuat data

rekam medis dengan cepat dengan adanya sistem penyimpanan yang terintegrasi

dengan staff rekam medis. Pelayanan dapat dipercepat karena dokter tidak perlu

menulis ulang apa jenis pelayanan yang telah diberikan kepada pasien.

Dengan data yang telah tersimpan dalam database, sistem dapat secara

langsung menampillkan tagihan yang harus dibayar pasien tanpa menghitung

terlebih dahulu. Dimana terdapat kesatuan data antara dokter dengan petugas

resepsionis. Kepala rumah sakit dapat menerima laporan harian secara langsung

menunjukkan laporan harian dan laporan bulanan tanpa mencari berkas – berkas yang tersimpan.

User Requirement dalam adalah sebuah kebutuhan aplikasi untuk

menyesuaikan dan menstandarkan aplikasi sesuai dengan keinginan pengguna

yang akan menggunakan aplikasi..

Tabel 3.1 User Requirement Admin

Analisa Kebutuhan User Admin Admin Menginginkan Sistem Dapat

1 Dapat Login Aplikasi 

2 Dapat Mengelola Data Master Karyawan  3 Menampilkan Data Karyawan  4 Dapat Mengelola Data Master ICD 

5 Menampilkan Data ICD 

6 Dapat Mengelola Data Master Tindakan  7 Menampilkan Data Tindakan  8 Dapat Mempercepat Proses Pencatatan  9 Dapat Mengelola Data Master Obat  10 Dapat Mengelola Data Master Pengguna  11 Menampilkan Data Pengguna 

12 Dapat Menampilkan Password Salah  13 Dapat Menunjukkan Kesalahan Penulisan  14 Dapat Menampikan Logo Perusahaan  15 Dapat Logout Aplikasi 

Mandatory Desireable Optional

1  2  3  4  Optional Prioritas Prioritas Kebutuhan Non Fungsional Admin

No.

Kebutuhan User Admin

No. Mandatory Desireable

Mudah Digunakan Hak Akses Yang Dibatasi Keamanan Data Terjamin Menggunakan Database MySQL

Kebutuhan Fungsional Admin

Dapat Mengelola Data Karyawan

Dapat Mengelola Diagnosa

Dapat Mengelola Obat

Tabel 3.2 User Requirement Resepsionis

Analisa Kebutuhan Resepsionis Resepsionis Menginginkan Sistem Dapat

1 Dapat Login Aplikasi 

2 Dapat Mengelola Data Pendaftaran 

3 Dapat Mengelola Data Antrian Pasien 

4 Dapat Mengelola Data Pasien 

5 Menampilkan Data Pendaftaran 

6 Menampilkan Data Antrian Pasien 

7 Menampilkan Data Pasien 

8 Dapat Mengelola Data Pembayaran 

9 Dapat Mempercepat Proses Pencatatan 

10 Menampilkan Data Pembayaran 

11 Dapat Menampilkan Password Salah 

12 Dapat Menunjukkan Kesalahan Penulisan 

13 Dapat Menampikan Logo Perusahaan 

14 Dapat Logout Aplikasi 

Mandatory Desireable Optional

1  2  3  Optional Prioritas Prioritas Kebutuhan Fungsional Resepsionis

Kebutuhan Non Fungsional Resepsionis No.

Kebutuhan Resepsionis

No. Mandatory Desireable

Mudah Digunakan Hak Akses Yang Dibatasi Keamanan Data Terjamin

Dapat Mengelola Registrasi Pasien

Dapat Mengelola Pembayaran

Dapat Mengelola Kebutuhan Aplikasi

Tabel 3.3 User Requirement Dokter

Analisa Kebutuhan User Dokter Dokter Menginginkan Sistem Dapat

1 Dapat Login Aplikasi 

2 Dapat Mengelola Data Rekam Medis 

3 Menampilkan Data Rekam Medis 

4 Dapat Mempercepat Proses Pencatatan 

5 Dapat Mengelola Data Tindakan 

6 Dapat Mengelola Data Obat 

7 Menampilkan Data Obat 

8 Menampilkan Data Tindakan 

9 Dapat Menampilkan Password Salah 

10 Dapat Menunjukkan Kesalahan Penulisan 

11 Dapat Menampikan Logo Perusahaan 

12 Dapat Logout Aplikasi 

Mandatory Desireable Optional

1  2  3  Optional Prioritas Prioritas Kebutuhan Non Fungsional Dokter

No.

Kebutuhan User Dokter

No. Mandatory Desireable

Mudah Digunakan Hak Akses Yang Dibatasi Keamanan Data Terjamin

Kebutuhan Fungsional Dokter

Dapat Mengelola Data Rekam Medis

Dapat Mengelola Obat dan Tindakan

Tabel 3.4 User Requirement Supervisor

Analisa Kebutuhan User Supervisor Supervisor Menginginkan Sistem Dapat

1 Dapat Login Aplikasi 

2 Menampilkan Data Kunjungan 

3 Menampilkan Data Pendapatan 

4 Menampilkan Data Dengan Cepat 

5 Dapat Mempercepat Proses Pelaporan 

6 Dapat Menampilkan Password Salah 

7 Dapat Menunjukkan Kesalahan Penulisan 

8 Dapat Menampikan Logo Perusahaan 

9 Dapat Logout Aplikasi 

Mandatory Desireable Optional

1  2  3  Optional Prioritas Prioritas

Kebutuhan Non Fungsional Supervisor No.

Kebutuhan User Supervisor

No. Mandatory Desireable

Mudah Digunakan Hak Akses Yang Dibatasi

Keamanan Data Terjamin

Kebutuhan Fungsional Supervisor

Dapat Mengelola Kebutuhan Aplikasi Dapat Melihat Laporan Kunjungan Dapat Melihat Laporan Pendapatan

Gambar 3.6 Blok Diagram

Blok diagram pada Gambar 3.6 diatas berguna untuk menggambarkan

garis besar yang menjadi input, proses dan output dalam aplikasi rekam medis

Input

1. Data Pasien

Merupakan data yang digunakan untuk proses pencatatan pada rekam

medis pasien yang didalam nya mewakili indentitas pasien yang sedang

atau akan berobat ke rumah sakit.

2. Data Dokter

Merupakan data yang digunakan untuk proses pencatatan pada rekam

medis pasien yang didalam nya mewakili identitas dokter yang sedang

melakukan diagnose kepada pasien yang bersangkutan di rumah sakit.

3. Data Uji Lab

Merupakan data yang digunakan untuk pencatatan hasil uji lab yang

dimana data ini muncul apabila pasien menginginkan pembaruan terhadap

data rekam medis yang dia miliki.

4. Data Pendaftaran Antrian pasien

Merupakan dara yang digunakan untuk membuat laporan harian data ini

dikumpulkan untuk keperluan pengambilan keputusan dalam rumah sakit.

5. Data Diagnosa Lampau

Merupakan data rekam medis yang pasien miliki yang digunakan untuk

keperluan diagnosa terkini dari dokter yang membutuhkan data pasien

sebelumnya sebelum memberikan resep.

6. Data Pembayaran

Merupakan data mentah sebagai inputan untuk proses pembayaran pada

Process

7. Pencatatan Data Pasien

Merupakan proses pencatatan yang dilakukan oleh aplikasi untuk

menyimpan data pasien yang dibutuhkan untuk keperluan rekam medis

pasien.

8. Pencatatan Data Dokter

Merupakan proses pencatatan yang dilakukan oleh aplikasi untuk

menyimpan data dokter yang dibutuhkan untuk keperluan rekam medis

pasien.

9. Pencatatan Pendaftaran Antrian Pasien

Merupakan proses pencatatan kedalam sistem yang dilakukan oleh aplikasi

untuk menyimpan data antrian pasien.

10.Pencatatan Rekam Medis Pasien

Merupakan proses pencatatan yang dilakukan oleh aplikasi untuk

menyimpan data dari dokter dan pasien yang kemudian di proses menjadi

data rekam medis pasien.

11.Pencatatan Data Pembayaran

Merupakan proses pencatatan yang dilakukan oleh aplikasi untuk

menyimpan data pembayaran yang telah dicatat oleh pihak rumah sakit.

Output

12.Kartu Pasien Dan Karcis

Merupakan laporan yang digunakan untuk pasien yang didapat dari

13.Laporan Harian

Merupakan laporan rumah sakit yang dikelola oleh supervisor rumah sakit

untuk pelaporan harian.

14.Laporan Bulanan

Merupakan laporan rumah sakit yang dikelola oleh supervisor rumah sakit

untuk pelaporan bulanan

15.Laporan Operasional

Merupakan laporan rinci tentang kondisi rumah sakit yang dilaporkan

bedasarkan tahun untuk diberikan kepada kepala rumah sakit.

3.3 Perancangan Sistem

Bedasarkan permasalahan yang telah dibahas sebelumnya, maka dilakukan

perancangan aplikasi rekam medis berbasis web. Pada tahap ini akan digambarkan

analisa kebutuhan, system flow, diagram jenjang (HIPO), data flow diagram

(DFD), entity relationship diagram(ERD), struktur tabel, dan desain input output.

3.3.1 System Flow

System Flow adalah bagan alir sistem yang menunjukan arus perkerjaan

secara keseluruhan dari sistem yang didalam nya terdapat pengguna yang sedang

menggunakan sistem tersebut. Bedasarkan hasil analisa Document Flow maka

dibuatlah System Flow untuk menjelaskan proses sistem yang akan berjalan

dengan aplikasi.

Proses pendaftaran pasien petugas resepsionis akan meminta data

informasi pasien dan kemudian melakukan input informasi tersebut dimana dalam

akan segera menginput data dan membuat kartu pasien dan diserahkan bersama

nomor antrian untuk pasien.

Data pasien yang tersimpan pada saat proses pendaftaran kemudian

diambil untuk pengecekan data rekam medis. Data Rekam medis yang belum

terdaftar harus dibuat baru untuk kemudian disimpan oleh staff rekam medis.

Apabila data rekam medis pasien sudah ada maka hanya perlu melakukan

tindakan update data rekam medis bedasarkan tanggal datang pasien.

Proses pencatatan rekam medis yang terdapat di Rumah Sakit Mata

Masyarakat meliputi dua pihak yaitu dokter dan staff rekam medis. Dokter yang

melakukan diagnosa akan menggabungkan hasil diagnosa dengan kondisi rekam

medis yang lampau. Terdapat sebuah kondisi dimana dokter mengharuskan

melakukan uji lab ulang apabila terdapat ketidakpastian dalam diagnosa. Data uji

lab akan disimpan dan di catat dalam rekam medis. Proses diagnosa selesai akan

dibuatkan resep dan juga hasil dari rekam medis dokter yang kemudian disimpan

dalam tabel rekam medis.

Pihak rekam medis yang bertugas mengelola data rekam medis diwajibkan

merekap data rekam medis setiap harinya yang kemudian hasil rekap rekam medis

tersebut disimpan dalam tabel rekam medis harian.

Proses pembayaran pasien dimulai saat pasien menuju resepsionis dengan

membawa kartu pasien dimana pihak resepsionis akan mengecek data pasien

terlebih dahulu yang kemudian dilakukan pengecekan apabila terdapat potongan

terhadap pembayaran yang akan dilakukan oleh pasien. Potongan yang dilakukan

akan disimpan dalam tabel diskon yang akan direkap tiap bulan nya. Pe

kemudian akan mengasilkan cetakan untuk total pembayaran pasien yaitu nota

pembayaran.

Proses pembuatan laporan akan melalui berbagai tahap dimana ada data

harian dan juga data bulanan. Pihak yang mengelola laporan adalah supervisor

rumah sakit dimana data didapat dari berbagai tabel yang telah tersimpan baik tiap

harinya maupun tiap bulannya. Pengelolaan data harian akan disimpan dalam

tabel harian yang kemudian dicetak menjadi laporan harian untuk diserahkan

kepada kepala rumah sakit.

Laporan yang telah melewati bulan baru akan diambil dan dicetak yang

kemudian dijadikan hasil laporan bulanan yang diserahkan kepada kepala rumah

sakit. Kumpulan dari keseluruhan laporan disebut laporan operasional yang dapat

3.3.2 Diagram Berjenjang

Diagram berjenjang merupakan diagram yang menggambarkan tentang

proses yang berurutan tentang arus data yang mengalir ke level lebih rendah lagi

dimana setiap proses merupakan fungsi dari aplikasi yang akan dibuat.Fungsi dari

aplikasi yang akan dibuat kemudian dijelaskan lebih detail pada Data Flow

Diagram (DFD).

Proses yang terdapat di proses utama akan dijabarkan kembali dalam

bentuk sub proses. Rancang bangun aplikasi rekam medis berbasis web pada

rumah sakit mata masyarakat surabaya ini memiliki empat proses utama yaitu

pendaftaran pasien, pencatatan rekam medis, pembayaran, dan laporan. Proses

yang tercakup dalam proses utama merupakan interaksi antara pengguna dengan

program yang dilakukan secara bertahap atau berurutan.

Pada proses yang pertama yaitu pendaftaran pasien terdapat sembilan

subprocess dimana dalam proses tersebut aktor yang berperan adalah resepsionis

dengan pasien. Pada proses yang kedua yaitu pencatatan rekam medis terdapat

tujuh subprocess yang memiliki aktor dokter, pasien dan staff rekam medis.

Proses ketiga yaitu proses pembayaran yang dilakukan oleh pasien rumah sakit

yang dilayani oleh resepsionis. Proses terakhir yaitu proses keempat yaitu laporan

terdapat enam subprocess yang memiliki aktor supervisor rumah sakit dengan

3.3.3 Data Flow Diagram

Data Flow Diagram (DFD) merupakan diagram yang menggambarkan

aliran data dari suatu entitas yang berhubungan dengan entitas lainnya. Diagram

ini menerangkan proses yang terdapat pada diagram berjenjang dengan data yang

terjadi pada setiap proses yang terdapat dalam aplikasi.

A. Diagram Konteks

Diagram konteks atau diagram level 0 memiliki enam entitas yang terlibat

yaitu pasien, resepsionis, dokter, staff rekam medis, supervisor, dan kepala rumah

sakit. Entitas yang terlibat tersebut memberikan masukan yang akan diolah oleh

sistem menjadi sebuah keluaran sebagai hasil dari proses yang terjadi. Pasien

terlibat dalam dua proses yaitu pendaftaran dan pembayaran dimana proses

tersebut memerlukan beberapa masukan yaitu data pasien yang akan

menghasilkan keluaran nomor antrian pasien dan kartu pasien apabila pasien

tersebut merupakan pasien baru.

Resepsionis memiliki kesamaan keterlibatan dengan pasien yaitu

pendaftaran dan juga pembayaran. Resepsionis bertugas untuk melakukan

pengurusan pendaftaran dan juga proses pembayaran yang akan menghasilkan

data registrasi dan juga data pemasukan harian. Dokter yang merupakan hal yang

paling vital dalam rumah sakit terlibat dalam proses pencatatan rekam medis yang

menghasilkan data rekam medis dan data diagnosa. Staff rekam medis memeliki

keterlibatan dalam sistem yaitu melakukan rekapan rekam medis bedasarkan

tanggal yang didapat dari pasien datang.

Supervisor dan kepala rumah sakit terlibat dalam proses laporan dimana

ope ra sional rum ah sa kit . Dia g ra m kon teks da pa t dil ihat pa d a G ambar Ga mbar 3.12 C ontex t Diagr am Data_Rekam_Medis _Baru Data_RM_Tervalidasi Nota_Pembayaran Data_Morbiditas Data_Kecenderung an_Penyakit Data_RL51 Data_Rekam_Medis Data_Pendapatan Data_Kunjung an_Pasien Data_Detail_Obat Data_Detail_Tindakan Data_Rekam_Medis _Lampau Data_Kode_Pasien_klinis Karcis_Pasien Kartu_Pas ien_Baru Kartu_Pas ien_lama Informas i_Pasien 0

Rancang Bang un Aplikasi Rekam Medis Pada Rumah Sakit Mata Masyarakat Surabaya + Pasien Dokter Kepala Rumah Sakit Supervis or

42 D le v el 0 Ga mbar 3.13 D F D le v el 0 Ambil_Data_Pas ien Ambil_Data_Pas ien_Baru

[Data_RM _Tervalidas i]

[Data_Rekam_M edis_Baru] [Data_RL51] [Data_Kunjung an_Pasien] [Data_Pendapatan] [Data_Rekam_M edis] [Data_M orbiditas] Ambil_Detail_Obat Ambil_Detail_Tindakan Ambil_Data_RM _Laporan Ambil_Data_RM _Pembayaran Simpan_Pembayaran Simpan_Data_Detail_Obat Simpan_Data_Detail_Tindakan Simpan_Data_Rekam_M edis [Data_Detail_Obat] Simpan_Data_Registras i Simpan_Data_Pas ien_Baru Ambil_Data_Pas ien [Data_Rekam_M edis_Lampau] [Data_Kode_Pas ien_klinis] [Nota_Pembayaran] [Karcis_Pas ien] [Kartu_Pasien_Baru] [Kartu_Pasien_lama] [Informasi_Pas ien] Pasien Supervis or 1 Pendaftaran Pasien + 1 TB_Pasien 2

Penc atatan Rekam M edis

+

2 TB_Rekam_Medis

3 TB_Reg is trasi 14 TB_Detail_tindakan 9 TB_Detail_obat

3 Pembayaran + 4 Laporan + Dokter

Data flow diagram level nol memiliki empat penjabaran proses utama

dari aplikasi yaitu pendaftaran pasien, pencatatan rekam medis, pembayaran, dan

laporan. Proses pada level nol ini menjabarkan lebih lanjut aliran data yang terjadi

pada setiap fungsi aplikasi.

C. DFD level 1 Pendaftaran Pasien

Data_Reg istrasi Data_Pasien Data_Pasien Ambil_Data_Pasien Kode_Pasien Ambil_Data_Pasien_Baru Ambil_Data_Pasien Simpan_Data_Registrasi Simpan_Data_Pasien_Baru Kartu_Pasien_lama Kartu_Pasien_Baru Karcis_Pasien Informasi_Pasien Pasien 1 Memeriksa Data Pasien 2 Meng ambil Data

Pasien 3 Menyimpan_Reg i strasi_Pasien 6 Mencetak_Kartu_P asien 4 Membuat Nomor Antrian 1 TB_Pasien 3 TB_Reg istrasi

5 Menyimpan Data

Pasien Baru

Gambar 3.14 DFD level 1 Pendaftaran Pasien

Proses yang terdapat pada DFD level 1 pendaftaran pasien yaitu mencetak

kartu pasien, memeriksa data pasien, mengambil data pasien, menyimpan data

pasien baru, menyimpan data rekam medis, mengambil data rekam medis, dan

mengupdate data rekam medis. Pengguna yang menggunakan aplikasi dalam

D. DFD level 1 Pencatatan Rekam Medis

Gambar 3.15 Pencatatan Rekam Medis

Pencatatan rekam medis memilki beberapa proses yang terkait dimana

proses yang ada yaitu melakkan diagnosa, menyatukan diagnosa dengan rekam

medis, menyimpan data uji lab, menyimpan resep, menyimpan hasil rekam medis,

[Data_Rekam_M edis_Baru] Data_Pasien Kode_Pasien Data_Pasien Kode_Pasien Data_RM Diag nosa_Pasien Data_Pasien Ambil_Data_Pasien Ambil_Data_Obat Ambil_Data_Tindakan Ambil_Data_Rekap_RM Ambil Data RM

[Simpan_Data_Detail_Obat] [Simpan_Data_Detail_Tindakan] [Simpan_Data_Rekam_Medis] [Data_Detail_Tindakan] [Data_Detail_Obat] [Data_Rekam_M edis_Lampau] [Data_Kode_Pasien_klinis] Dokter 2.1 Mencari Data Pasien Bedasarkan Kode 2.2 Melakukan Diag nosa 2.3 Menyatukan Diag nosa Deng an

Rekam M edis

2.4 Menyimpan

Hasil RM 2.5

Melakukan Rekap RM Pasien

2.6 Mencari Detail Tindakan Bedasarkan Kode Pasien 2.7 Menyimpan Tindakan 2 TB_Rekam_Medi s 14 TB_Detail_tin dakan 9 TB_Detail_obat 2.8 Mencari Detail Obat Bedasarkan Kode Pasien 2.9 Menyimpan Obat 24 Pasien

merekap data rekam medis, dan mengupdate data rekam medis. Pengguna yang

menggunakan aplikasi yaitu dokter dan staff rekam medis.

E. DFD level 1 Pembayaran Rumah Sakit

Data_Pembayaran Data_Total_Bayar Data_RM_Total Ambil_Data_RM _Pembayaran Simpan_Pembayaran Nota_Pembayaran 1 Mencari Data Pembayaran 2 Meng hitung Pembayaran Pasien 3 Menyimpan Pembayaran Pasien 4 Mencetak Pembayaran Pasien Pasien 17 TB_Pembayaran 2 TB_Rekam_Medi s

Gambar 3.16 Pembayaran Rumah Sakit

Fungsi pembayaran pada rumah sakit memiliki beberapa fungsi

didalamnya yaitu mengecek data pasien, menghitung pembayaran pasien,

menyimpan pembayaran pasien, dan mencetak pembayaran pasien. Pengguna

F. DFD level 1 Laporan Rumah Sakit

Gambar 3.17 Laporan Rumah Sakit

Proses pada laporan rumah sakit yaitu mengelola data harian, menyimpan

data harian, mencetak data harian, menyimpan laporan bulanan, mencetak laporan

bulanan, mengelola laporan operasional. Pengguna yang menggunakan aplikasi

yaitu supervisor dan kepala rumah sakit.

3.3.4 Entity Relationship diagram

Entity Relationship Diagram (ERD) adalah model yang menjelaskan

hubungan antar data dengan basis data yang memiliki dasar objek data yang

Data_Pasien Data_Pembayaran_Perhari Data_Reg istrasi Data_Pasien Ambil_Data_Pasien [Data_RM _Tervalidasi] [Ambil_Data_Pembayaran] [Ambil_Detail_Obat] [Ambil_Detail_Tindakan] [Ambil_Data_RM_Laporan] [Data_Rekam_M edis] [Data_RL51] [Data_Kunjung an_Pasien] [Data_Pendapatan] [Data_M orbiditas] [Data_Kecenderungan_Penyakit] Supervisor

Kepala Rumah Sakit 4.1

Meng elola Data Kunjungan Pasien 4.2 Mencetak Data_Kunjung an _Pasien 4.3 Meng elola Data

Pembayaran 4.4

Meng elola Data Pendapatan

4.5 Meng elola Data

Rekam M edis 2 TB_Rekam_Medi

s 14 TB_Detail_tin_dakan

9 TB_Detail_obat 17 TB_Pembayaran

Pasien 25 TB_Pasiens

mempunyai hubungan antar relasi. ERD digunakan untuk memodelkan struktur

data dan hubungan antar data yang menggambarkan beberapa notasi dan simbol.

Menurut Brandy dan Loonam (2010) ERD merupakan teknik yang

digunakan untuk memodelkan kebutuhan data dari sebuah organisasi yang

biasanya dibuat oleh sistem analis dalam tahap analisis sebuah persyaratan proyek

untuk pengembangan sistem. Teknik diagram atau alat peraga memberikan dasar

untuk desain database relasional yang mendasari sistem informasi yang

dikembangkan.

A. Conseptual Data Model

Conseptual Data Model (CDM) adalah model tentang struktur yang logis

dari keseluruhan aplikasi data yang tidak tergantung pada software atau

pertimbangan model struktur data. CDM dalam penerapannya dapat disamakan

dengan ERD yang fungsi nya memang sama yaitu memodelkan struktur logic dari

Gambar 3.18 Consenptual Data Model

Conseptual Data Model (CDM) yang dibuat untuk aplikasi yang akan

dirancang dalam rumah sakit mata masyarakat surabaya memiliki beberapa relasi

one to one dan relasi one to many. Relasi yang ada menghubungkan beberapa

pengguna yang terkait dengan aplikasi. Entity rekam medis merupakan pusat dari

dari setiap entity dengan beberapa relasi terhubung yang terpusat.

B. Physical Data Model

Physical Data Model (PDM) adalah representasi fisik dari database yang

akan dibuat dengan mempertimbangkan Database Managemen Systems (DBMS)

yang akan digunakan PDM dapat dihasilkan dari Conseptual Data Model (CDM).

Mempunyai Melakukan mempunyai1 Memiliki2 Memiliki3 Mempunyai_login Mengelola

Memiliki Rekam Medis

memiliki1 memiliki Mengelola_Pembayaran Memiliki Pembayaran mempunyai2 DETAIL_TINDAKAN DETAIL_OBAT Pasien id_pasien jenis_kelamin kode_pasien nama_pasien alamat_pasien pekerjaan_pasien tempat_lahir tgl_lahir agama golongan_darah nama_ibu tgl_daftar Karyawan id_karyawan nama_karyawan alamat_karyawan telepon_karyawan jabatan_karyawan spesialis Pengguna username password roles ICD kode_icd nama_diagnosa Obat id_obat nama_obat harga_obat Tindakan id_tindakan nama_tindakan harga_tindakan Rekam Medis id_rekam_medis keluhan tanggal_dibuat tensi alergi hasil_lab kode_pasien Pembayaran no_nota id_nota no_antrian tanggal_transaksi biaya Registrasi ID_Registrasi no_antrian tgl_register

PDM penerapannya dapat disamakan dengan skema relasi yang fungsinya adalah

menggambarkan struktur fisik dari suatu basis data.

Physical Data Model (PDM) yang dibuat untuk aplikasi yang akan

dirancang dalam rumah sakit mata masyarakat surabaya adalah hasil generate

dari cdm yang sebelum nya dibuat. PDM ini menggunakan database SQL Server

6.0 yang menunjukkan beberapa relasi yang saling berkaitan.

Gambar 3.19 Physical Data Model

NO_NOTA = NO_NOTA

ID_REKAM_MEDIS = ID_REKAM_MEDIS

ID_TINDAKAN = ID_TINDAKAN

ID_REKAM_MEDIS = ID_REKAM_MEDIS

ID_OBAT = ID_OBAT ID_REKAM_MEDIS = ID_REKAM_MEDIS

ID_REKAM_MEDIS = ID_REKAM_MEDIS

KODE_ICD = KODE_ICD ID_KARYAWAN = ID_KARYAWAN

ID_KARYAWAN = ID_KARYAWAN

ID_TINDAKAN = ID_TINDAKAN ID_OBAT = ID_OBAT

ID_KARYAWAN = ID_KARYAWAN ID_PASIEN = ID_PASIEN

KODE_ICD = KODE_ICD PASIEN ID_PASIEN int KODE_PASIEN text NAMA_PASIEN text ALAMAT_PASIEN text PEKERJAAN_PASIEN text TEMPAT_LAHIR text TGL_LAHIR datetime AGAMA text GOLONGAN_DARAH varchar(10) NAMA_IBU text TGL_DAFTAR datetime KARYAWAN ID_KARYAWAN int NAMA_KARYAWAN text ALAMAT_KARYAWAN text TELEPON_KARYAWAN text JABATAN_KARYAWAN text SPESIALIS text PENGGUNA USERNAME varchar(100) ID_KARYAWAN int PASSWORD text ROLES text ICD KODE_ICD varchar(500) NAMA_DIAGNOSA text OBAT ID_OBAT int KODE_ICD varchar(500) NAMA_OBAT text HARGA_OBAT text TINDAKAN ID_TINDAKAN int NAMA_TINDAKAN text HARGA_TINDAKAN text REKAM_MEDIS ID_REKAM_MEDIS int ID_PASIEN int ID_KARYAWAN int KODE_ICD varchar(500) KELUHAN text TANGGAL_DIBUAT datetime TENSI text ALERGI text HASIL_LAB text KODE_PASIEN text PEMBAYARAN NO_NOTA varchar(500) ID_PASIEN int ID_KARYAWAN int ID_OBAT int ID_TINDAKAN int ID_REKAM_MEDIS int ID_NOTA int NO_ANTRIAN text TANGGAL_TRANSAKSI datetime BIAYA text REGISTRASI ID_REGISTRASI text ID_REKAM_MEDIS int ID_PASIEN int NO_NOTA varchar(500) NO_ANTRIAN text TGL_REGISTER datetime DETAIL_OBAT ID_REKAM_MEDIS int ID_OBAT int KODE_PASIEN text DOSIS text DETAIL_TINDAKAN ID_REKAM_MEDIS int ID_TINDAKAN int KODE_PASIEN text KETERANGAN text

3.3.5 Struktur Tabel

Struktur tabel yang digunakan dalam pembuatan aplikasi dalam database

adalah sebagai berikut:

a. Pasien

Nama Tabel : Pasien

Primary Key : ID_Pasien

Foreign Key : -

Fungsi : Menyimpan data pasien

Tabel 3.5 Pasien

No. Nama Kolom Tipe Data Keterangan

1 ID_Pasien Int Primary Key

2 Kode_Pasien Text

3 Alamat_Pasien Text

4 Pekerjaan_Pasien Text

5 Tempat Lahir Datetime

6 Tgl_Lahir Text

7 Agama Text

8 Golongan_Darah Varchar(10)

9 Nama_ibu Text

10 Tgl_Daftar Datetime

b. Pengguna

Nama Tabel : Pengguna

Primary Key : Username

Foreign Key : ID_Karyawan

Tabel 3.6 Pengguna

No. Nama Kolom Tipe Data Keterangan

1 Username Text Primary Key

2 Password Text

3 Roles Text

4 ID_Karyawan int Foreign Key

c. Karyawan

Nama Tabel : Karyawan

Primary Key : ID_Karyawan

Foreign Key : -

Fungsi : Menyimpan data karyawan

Tabel 3.7 Karyawan

No. Nama Kolom Tipe Data Keterangan

1 ID_Karyawan Int Primary Key

2 Nama_Karyawan Text

3 Alamat_karyawan Text

4 Telepon_Karyawan Text

5 Jabatan_Karyawan Text

6 Spesialis Text

d. Rekam Medis

Nama Tabel : Rekam Medis

Primary Key : ID_Rekam_Medis

Foreign Key : ID_Pasien,ID_Karyawan

Fungsi : Menyimpan data Rekam Medis

Tabel 3.8 Rekam Medis

No. Nama Kolom Tipe Data Keterangan

No. Nama Kolom Tipe Data Keterangan

3 ID_Karyawan int Foreign Key

4 Kode_ICD Text

5 Keluhan Text

6 Tanggal_Dibuat datetime

7 Tensi Text

8 Alergi Text

9 Hasil_Lab Text

e. Registrasi

Nama Tabel : Registrasi

Primary Key : ID_Registrasi

Foreign Key : ID_Rekam_Medis,ID_Pasien

Fungsi : Menyimpan data registrasi

Tabel 3.10 Registrasi

No. Nama Kolom Tipe Data Keterangan

1 ID_Registrasi Text Primary Key

2 ID_Rekam_Medis Text Foreign Key

3 ID_Pasien Text Foreign Key

4 No_Nota Text

5 No_Antrian Text

6 Tgl_Register Date

f. Pembayaran

Nama Tabel : Pembayaran

Primary Key : No_Nota

Foreign Key :

ID_Pasien,ID_Karyawan,ID_Obat,ID_Tindakan,ID_Rekam_Medis

No. Nama Kolom Tipe Data Keterangan

1 No_Nota int Primary Key

2 ID_Pasien int Foreign Key

3 ID_Karyawan int Foreign Key

4 ID_Obat int Foreign Key

5 ID_Tindakan int Foreign Key

6 ID_Rekam_Medis int Foreign Key

7 ID_Nota int

8 No_Antrian text

9 Tanggal_Transaksi date

10 Total_Biaya int

g. Tindakan

Nama Tabel : Tindakan

Primary Key : ID_Tindakan

Foreign Key : -

Fungsi : Menyimpan data Tindakan

Tabel 3.12 Tindakan

No. Nama Kolom Tipe Data Keterangan

1 ID_Tindakan Int Primary Key

2 Nama_Tindakan Text

3 Harga_Tindakan Text

h. Detail Tindakan

Nama Tabel : Detail Tindakan

Primary Key : -

Foreign Key : ID_Rekam Medis,ID_Tindakan

Fungsi : Menyimpan data Tindakan

No. Nama Kolom Tipe Data Keterangan

1 ID_Rekam_Medis Int Foreign Key

2 ID_Tindakan Int Foreign Key

3 Kode_Pasien Text

4 Keterangan Text

i. Obat

Nama Tabel : Obat

Primary Key : ID_Obat

Foreign Key : Kode_ICD

Fungsi : Menyimpan data obat

Tabel 3.14 Obat

No. Nama Kolom Tipe Data Keterangan

1 ID_Obat Int Primary Key

2 Kode_ICD Varchar(500) Foreign Key

3 Nama_Obat Text

4 Harga_Obat Text

j. Detail Obat

Nama Tabel : Detail_Obat

Primary Key : -

Foreign Key : ID_Obat,ID_Rekam_Medis

Fungsi : Menyimpan data Detail Obat

Tabel 3.15 Detail Obat

No. Nama Kolom Tipe Data Keterangan

1 ID_Rekam_Medis Int Foreign Key

2 ID_Obat Int Foreign Key

3 Kode_Pasien Text

k. ICD

Nama Tabel : ICD

Primary Key : Kode_ICD

Foreign Key : -

Fungsi : Menyimpan data ICD

Tabel 3.16 ICD

No. Nama Kolom Tipe Data Keterangan

1 Kode_ICD Varchar (500) Primary Key

2 Nama_Diagnosa Text

3.3.6 Desain Input Output

Desain input/output merupakan rancangan antar muka yang

diimplementasikan pada sistem yang akan dibuat. Gambar berikut merupakan

beberapa desain tampilan sistem yang akan dibuat.

A. Desain Input

Desain input adalah desain dari dari sebuah masukan yang diberikan

kepada sistem untuk kemudian diolah dan disimpan.

A.1 Desain Form Utama

Tampilan awal merupakan form utama ketika web dibuka. Tampilan awal

berisi menu yang dapat diakses oleh pengguna (User). Desain tampilan awal dapat

Gambar 3.20 Desain Form utama

A.2 Desain Form Daftar Baru

Merupakan tampilan dari pendaftaran pasien baru yang dimana

penginputan dilakukan oleh resepsionis dengan dokumen data yang berasal dari

pasien. Form daftar baru terdapat dua fungsi cetak yaitu cetak kartu pasien dan

Gambar 3.21 Form Daftar Baru

A.3 Desain Form Rekam Medis Baru

Form rekam medis baru merupakan form untuk mengolah data rekam

medis baru yang akan disimpan ke dalam database rekam medis. Pengisian form

Gambar 3.22 Rekam Medis Baru

A.4 Desain Form Rekam Medis Lama

Form rekam medis lama digunakan untuk mengolah data rekam medis

yang telah terdaftar. Form rekam medis lama akan dapat digunakan apabila pasien

B. Desain Output

Desain output adalah desain dari dari sebuah keluaran yang diberikan

kepada sistem berupa dokumen ataupun kartu.

B.1 Desain Cetak Nomor Karcis

Cetak nomor karcis digunakan untuk mencetak karcis antrian yang

didapatkan dari data pasien yang telah diinputkan. Cetak nomor karcis digunakan

untuk mengurutkan antrian pasien lebih cepat daripada inputan manual yang

digunakan saat ini.

B.2 Desain Cetak Kartu Pasien

Cetak kartu pasien digunakan apabila pasien yang datang merupakan

pasien baru rumah sakit sehingga sistem perlu membuatkan data registrasi pasien

baru untuk mencetak kartu pasien yang dapat digunakan di kemudian hari.

Pengelola kartu pasien adalah resepsionis.

B.2 Desain Form Laporan

Form Laporan dignakan untuk supervisor mencari dan mencetak laporan harian,

bulanan, dan laporan operasional rumah sakit yang dapat dicetak saat akan

dilaporkan kepada kepala rumah sakit.

3.3.6 Perancangan Evaluasi Sistem

Perancangan aplikasi rekam medis berbasis web pada rumah sakit mata

masyarakat surabaya ini memiliki tahapan evaluasi. Uji coba ini digunakan untuk

melihat dan mengetahui apakah aplikasi yang telah dibuat akan sesuai dengan

kebutuhan dari user yaitu staff rumah sakit mata masyarakat surabaya.

A. Rancangan Uji Coba Aplikasi

Perancangan aplikasi rekam medis berbasis web pada rumah sakit mata

masyarakat surabaya harus disertai uji coba untuk menguji aplikasi yang telah

dibuat. Rancangan uji coba aplikasi menggunakan gambaran skenario uji coba

dalam setiap tahapan yang ada. Rancangan uji coba ini digunakan utuk

mengetahui apakah proses fungsional sistem yang dibuat dapat memenuhi

kebutuhan yang diharapkan.Rancangan uji coba dapat dilahat pada tabel 3.17.

Tabel 3.17 Desain Uji Coba Aplikasi

No. Fungsionalitas Cara Melakukan

Pengujian Output yang diharapkan

1 Login

Mengakses sistem sesuai dengan roles yang telah dibuat.

Login dapat terkoneksi dengan database login

Validasi masukan data

Form login dapat berlanjut ke form selanjutnya

2 Memasuki Form

Home

Mendapatkan berita terkini tentang rumah sakit.

Masuk ke form home

Mendapatkan informasi rumah sakit

No. Fungsionalitas Cara Melakukan

Pengujian Output yang diharapkan

Tidak memasuki Form error aplikasi

3 Pendaftaran

Pasien

Melakukan input data pasien ke dalam aplikasi

Menampilkan pesan sukses data tersimpan

Data ditamplkan dalam tabel

4

Pencatatan Rekam Medis Baru

Melakukan input data rekam medis ke dalam aplikasi

Menampilkan pesan sukses data tersimpan

Data ditamplkan dalam tabel

Tidak adanya pesan error

5

Pencatatan Rekam Medis Lama

Melakukan input data rekam medis ke dalam aplikasi

Data Lampau dapat diambil

Data baru dapat tersimpan

6 Pembayaran

Mencari data pasien dengan input data pasien ke aplikasi

Menampilkan rincian pembayaran

Pengguna dengan akses yang jelas dapat masuk ke aplikasi.

7 Laporan

Mencari data laporan bedasarkan hari,bulan,dan tahun

Menampilkan rincian Laporan

Tidak ada pesan error

B. Rancangan Uji Coba Pengguna

Angket Uji coba dilakukan agar aplikasi dapat diterima dan sesuai dengan

kebutuhan pengguna. Perancangan angket ini dibagi menjadi empat bagian yaitu

rancangan uji coba resepsionis, rancangan uji coba dokter, rancangan uji coba

Tabel 3.18 Rancangan Uji Coba Resepsionis

No. Pernyataan 1 2 3 4 5

1 Tampilan navigasi dan fungsi aplikasi dapat dipahami

dengan mudah.

2 Langkah dalam aplikasi mudah untuk dilakukan.

3 Penanganan error aplikasi mudah dimengerti.

4 Data inputan dengan form aplikasi sesuai dengan harapan

pengguna.

5 Laporan sesuai dengan harapan pengguna

Tabel 3.19 Rancangan Uji Coba Dokter

No. Pernyataan 1 2 3 4 5

1 Tampilan navigasi dan fungsi aplikasi dapat dipahami

dengan mudah.

2 Menu inputan lengkap dengan pengecekan data dapat

dilakukan secara rinci.

3 Langkah dalam aplikasi mudah dilakukan.

4 Pengambilan data lampau yang sesuai.

5 Laporan sesuai dengan harapan pengguna

Tabel 3.20 Rancangan Uji Coba Admin

No. Pernyataan 1 2 3 4 5

1 Tampilan navigasi dan fungsi aplikasi dapat dipahami

dengan mudah.

2 Menu inputan lengkap dengan pengecekan data dapat

dilakukan secara rinci.

3 Langkah dalam aplikasi mudah dilakukan.

4 Pengambilan data lampau yang sesuai.

5 Laporan sesuai dengan harapan pengguna.

Tabel 3.21 Rancangan Uji Coba Supervisor

No. Pernyataan 1 2 3 4 5

1 Laporan ditampilkan secara terperinci.

IMPLEMENTASI DAN EVALUASI 4.1 Kebutuhan Sistem

Kebutuhan sistem adalah hasil dari analisis dan desain sistem yang telah

dibuat sebelumnya. Dengan adanya implementasi dapat membantu memahami

jalannya suatu sistem informasi dalam hal ini yaitu Rancang Bangun Aplikasi

Rekam Medis pada Rumah Sakit Mata Masyarakat Surabaya.

Tahap implementasi merupakan pembuatan perangkat lunak yang

disesuaikan dengan rancangan atau desain sistem yang telah dibuat. Dimana

pengguna sebelumnya harus mempersiapkan kebutuhan – kebutuhan dari sistem

yang akan diimplementasikan baik dari segi perangkat keras maupun perangkat

lunak dalam sebuah rancangannya.

4.1.1 Kebutuhan Perangkat Keras

Kebutuhan minimal perangkat keras untuk aplikasi rekam medis berbasis web

yaitu adalah sebagai berikut:

1. Processor dengan Pentium Dual Core

2. Physical memory (RAM) 1 GB

3. Hard disk 500 GB

4. Monitor, keyboard dan mouse

4.1.2 Kebutuhan Perangkat Lunak

Kebutuhan minimal perangkat lunak untuk aplikasi rekam medis berbasis web

1. Sistem Operasi : Microsoft Windows 7 Professional

2. Browser : Google Chrome atau Mozilla Firefox

4.1.3 Instalasi Program dan Pengaturan Sistem

Pengembangan aplikasi rekam medis berbasis web pada rumah sakit mata

masyarakat surabaya membutuhkan beberapa perangkat lunak tambahan untuk

membuat aplikasi dapat berjalan dengan baik, adapun tahapan – tahapan intalasi

dan pengaturan sistem adalah:

1. Menggunakan sistem operasi Windows xp ke atas.

2. Menginstal aplikasi Xampp beserta MySQL.

3. Memastikan port2 Apache dan Database tidak digunakan sistem.

4. Menjalankan Aplikasi Rekam Medis Berbasis Web Pada Rumah Sakit Mata

Masyarakat Surabaya.

4.2 Implementasi Sistem

Implementasi sistem digunakan untuk mendukung beberapa proses sistem

yang telah digunakan atau terinstal, maka proses yang harus dilakukan adalah

proses penerapan sistem. Implementasi sistem ini merupakan aplikasi rekam

medis berbasis web pada rumah sakit mata masyarakat surabaya. Halaman awal

yang dapat ditampilkan oleh aplikasi adalah penentuan hak akses (login) dimana

setiap pengguna terbagi menjadi beberapa bagian untuk melakukan tugasnya pada

aplikasi sesuai dengan peran nya.Pendaftaran akun yang sesuai dengan peran

disalahgunakan kegunaanya untuk melakukan pengisian hak akses secara

berlebihan.

4.2.1 Halaman login

Halaman login digunakan untuk melakukan pembagian hak akses kepada

pengguna untuk mendapatkan kesesuaian dengan peran pengguna masing –

masing. Halaman login disertai dengan contact center dengan sistem admin

sehingga apabila terjadi masalah dapat diselesaikan dengan cepat. Dalam

penggunaanya halaman login mengharuskan pengguna untuk mengisi id dan

password yang telah didaftarkan sistem admin ke database. Data login yang

tersimpan dalam database akan diambil oleh aplikasi untuk dicocokkan dengan

inputan pengguna.

Halaman login memiliki penanganan terhadap error saat data tidak ada

diamana aplikasi akan mengeluarkan peringatan dalam bentuk alert yang

menggunakan javascript untuk memberitahu pengguna bahwa data salah atau

belum terdaftar pada sistem.

Gambar 4.2 Pesan Peringatan Login

4.2.2 Halaman Home

Halaman Home digunakan untuk memberikan informasi terkini tentang

aplikasi dimana informasi didalamnya dikelola oleh sistem admin. Setiap

menyajikan nomor telp rumah sakit dan juga email rumah sakit dengan beberapa

menu yang dapat diakses sesuai dengan hak akses pengguna.

4.2.3 Halaman Mengelola Data Master

Halaman mengelola data master digunakan untuk melihat menu pilihan

pengelolaan data master. Halaman ini juga disertai dengan penjelasan tiap menu

yang ada yang ditujukan untuk mempermudah pengguna dalam melakukan

pengisian data master.

Gambar 4.4 Halaman mengelola data master

Halaman mengelola data master memiliki lima button yang digunakan

master yaitu master data karyawan,master data pengguna,master data icd,master

data obat,master data tindakan.

4.2.4 Halaman Master Data Karyawan

Master Data Karyawan adalah halaman yang digunakan untuk menambah

data karyawan yang akan menggunakan aplikasi. Halaman memiliki inputan

informasi umum karyawan. Fungsi pencarian dalam halaman ini menggunakan

parameter nama karyawan yang ditujukan untuk mempermudah admin sistem

untuk mencari dan mengelola data karyawan.

Gambar 4.5 Halaman master data karyawan

Data karyawan yang telah dimasukkan kedalam sistem dapat langsung

halaman ini memiliki tombol ubah untuk mengubah informasi yang ada pada tabel

karyawan.

Gambar 4.6 Halaman tampilan detail karyawan

4.2.5 Halaman Data Pengguna

Halaman input data pengguna digunakan untuk menambah atau mengubah

hak akses pengguna aplikasi. Halaman ini digunakan oleh sistem admin untuk

memberi dan mengubah hak akses kepada setiap orang yang akan menggunakan

aplikasi. Halaman ini disertai dengan pencarian data pengguna dengan parameter

Gambar 4.7 Halaman input data pengguna

Data pengguna yang telah dimasukkan kedalam sistem dapat langsung

ditampilkan dalam bentuk tabel yang terletak di bawah halaman input. Tabel pada

halaman ini memiliki tombol ubah untuk mengubah informasi yang ada pada tabel

Gambar 4.8 Halaman tampilan detail pengguna

4.2.6 Halaman ICD

Halaman ICD Digunakan untuk mengelola data ICD (international classified

disease). Halaman ICD memiliki fitur simpan, cari, dan juga ubah data ICD yang

4.2.7 Halaman master data obat

Halaman master data obat digunakan untuk mengelola data obat secara

terperinci. Halaman obat memiliki fungsi simpan, cari, dan juga ubah untuk

memudahkan pengelolaan data obat. Master data obat memiliki kolom id obat

yang terbuat secara otomatis pada database yang digunakan sebagai primary key

pada tabel.

Gambar 4.10 Halaman Data Obat

4.2.8 Halaman master data tindakan

Halaman master data tindakan digunakan untuk mengelola data obat

secara terperinci. Halaman tindakan memiliki fungsi simpan, cari, dan juga ubah

untuk memudahkan pengelolaan data tindakan. Master data tindakan memiliki

kolom id obat yang terbuat secara otomatis pada database yang digunakan

Gambar 4.11 Halaman Data Tindakan

4.2.9 Halaman Registrasi Pasien

Halaman registrasi pasien digunakan untuk melakukan registrasi pasien

yang telah terdaftar sebagai pasien lama rumah sakit. Input yang digunakan pada

halaman ini adalah kode pasien yang didapat dari kartu pasien yang telah dicetak

Pada halaman ini pengguna aplikasi dapat mencetak karcis pasien yang

digunakan untuk pengurutan antrian pasien. Karcis pasien didapat setelah

memasukkan kode pasien ke dalam sistem.

Gambar 4.13 Karcis Pasien

4.2.10 Halaman Pasien Baru

Halaman pasien baru digunakan untuk memasukkan data pasien baru ke

dalam sistem. Halaman ini memiliki fitur simpan, cari, dan cetak yang

Gambar 4.14 Halaman Data Pasien Baru

4.2.11 Halaman Rekam Medis

Halaman rekam medis digunakan untuk memasukkan data rekam medis

baru ke dalam sistem. Halaman ini memiliki fitur simpan, cari untuk memudahkan

dokter dalam mencari data pasien. Halaman rekam medis memiliki acuan kode

pasien sebagai pengambil data tambahan yaitu data dari tabel pasien. Data yang

telah diambil kemudian ditampilkan dalam textbox.

Gambar 4.16 Halaman Rekam Medis

Data yang ditampilkan dalam detail rekam medis merupakan data lengkap

Gambar 4.17 Halaman Detail Rekam Medis

4.2.12 Halaman Detail Obat

Halaman detail obat digunakan untuk menyimpan detail obat yang

digunakan pada proses klinis pasien. Pengguna yang menggunakan halaman ini

Data yang ditampilkan dalam detail obat merupakan data kode detail yang

terkait dengan data rekam medis yang telah diinputkan ke dalam sistem.

Gambar 4.19 Halaman Data Detail Obat

4.2.13 Halaman Detail Tindakan

Halaman detail tindakan digunakan untuk menyimpan detail tindakan yang

digunakan pada proses klinis pasien. Pengguna yang menggunakan halaman ini

Data yang ditampilkan dalam detail tindakan merupakan data kode detail

yang terkait dengan data rekam medis yang telah diinputkan ke dalam sistem.

Gambar 4.21 Halaman Database Detail Tindakan

4.2.14 Halaman Pembayaran

Halaman pembayaran digunakan untuk menyimpan pembayaran yang

digunakan pada proses klinis pasien. Pengguna yang menggunakan halaman ini

Gambar 4.22 Halaman Pembayaran

Halaman ini juga memiliki fungsi cetak nota pembayaran yang didapatkan

apabila data pembayaran telah dimasukkan ke dalam sistem.

No. Fungsionalitas

Cara Melakukan

Pengujian

Output yang

diharapkan Status

Hasil Output 6 Laporan Masuk dan Memilih laporan yang akan dikelola Memasuki menu

laporan Sukses

Pada Gambar

4.24

Mengelola

Laporan Sukses

Pada Gambar 4.25, 4.26, 4.27, 4.28, 4.29. 4.30

7 Log Out

Pengguna Keluar Dengan menu logout aplikasi

Logout sukses kembali ke menu

login

Sukses

Pada Gambar

4.31

Tidak ada pesan

error Sukses

Pada Gambar

4.32

4.3.2 Uji Coba Pengguna

Uji Coba Pegguna adalah form uji coba yang dilakukan langsung oleh pengguna program yang akan menggunakan aplikasi. Hasil uji coba dapat dilihat pada lampran hasil uji coba. Berikut adalah beberapa hasil uji coba yang telah dilakukan.

Tabel 4.2 Uji Coba Resepsionis

No. Pernyataan 1 2 3 4 5

1 Tampilan navigasi dan fungsi aplikasi dapat dipahami dengan mudah.

94

No. Pernyataan 1 2 3 4 5

2 Langkah dalam aplikasi mudah untuk dilakukan. 3 3 Penanganan error aplikasi mudah dimengerti. 4 4 Data inputan dengan form aplikasi sesuai dengan harapan

pengguna.

3

5 Laporan sesuai dengan harapan pengguna 3

Hasil dari pengolahan uji coba resepsionis adalah menunjukan beberapa nilai dominan pada hasil menengah untuk aplikasi.

Sttot = 1x5x5 = 25

Pre = (15 : 25) x 100 % = 60 %

Nilai akhir yang berupa angka persentase menunjukkan nilai 60 % bedasarkan dari tabel 3.22 nilai tersebut berada di rentang 60 hingga 80 sehingga masih termasuk kategori layak.

Tabel 4.3 Uji Coba Dokter

No. Pernyataan 1 2 3 4 5

1 Tampilan navigasi dan fungsi aplikasi dapat dipahami dengan mudah.

3

2 Menu inputan lengkap dengan pengecekan data dapat dilakukan secara rinci.

4

3 Langkah dalam aplikasi mudah dilakukan. 5

4 Pengambilan data lampau yang sesuai. 4

5 Laporan sesuai dengan harapan pengguna 3

Hasil dari pengolahan uji coba resepsionis adalah menunjukan beberapa nilai dominan pada hasil menengah untuk aplikasi .

Pre = (19 : 25) x 100 % = 76 %

Nilai akhir yang berupa angka persentase menunjukkan nilai 60 % bedasarkan dari tabel 3.23 nilai tersebut berada di rentang 60 hingga 80 sehingga masih termasuk kategori layak.

Tabel 4.4 Uji Coba Admin

No. Pernyataan 1 2 3 4 5

1 Tampilan navigasi dan fungsi aplikasi dapat dipahami dengan mudah.

4

2 Menu inputan lengkap dengan pengecekan data dapat dilakukan secara rinci.

3

3 Langkah dalam aplikasi mudah dilakukan. 5

4 Pengambilan data lampau yang sesuai. 3

5 Laporan sesuai dengan harapan pengguna. 3

Hasil dari pengolahan uji coba resepsionis adalah menunjukan beberapa nilai dominan pada hasil menengah untuk aplikasi.

Sttot = 1x5x5 = 25

Pre = (18 : 25) x 100 % = 72 %

Nilai akhir yang berupa angka persentase menunjukkan nilai 60 % bedasarkan dari tabel 3.23 nilai tersebut berada di rentang 60 hingga 80 sehingga masih termasuk kategori layak.

Tabel 4.5 Uji Coba Supervisor

No. Pernyataan 1 2 3 4 5

1 Laporan ditampilkan secara terperinci. 4 2 Aplikasi melakukan pencarian data secara akurat. 3

96

Hasil dari pengolahan uji coba resepsionis adalah menunjukan beberapa nilai dominan pada hasil menengah untuk aplikasi .

Sttot = 1x2x5 = 10

Pre = (7 : 10) x 100 % = 70 %

Nilai akhir yang berupa angka persentase menunjukkan nilai 60 % bedasarkan dari tabel 3.23 nilai tersebut berada di rentang 60 hingga 80 sehingga masih termasuk kategori layak.

97 5.1 Kesimpulan

Berdasarkan implementasi dan hasil evaluasi yang telah dilakukan dapat disimpulkan bahwa:

a. Aplikasi ini dapat digunakan untuk mengelola data rekam medis pada Rumah Sakit Mata Masyarakat Surabaya.

b. Aplikasi ini dapat melakukan proses pendaftaran, pencatatan rekam medis, pembayaran, dan juga laporan untuk Rumah Sakit Mata Masyarakat Surabaya.

c. Aplikasi ini menghasilkan laporan bedasarkan rekam medis serta informasi tentang catatan pemeriksaan, pengobatan, dan tindakan medis yang dibutuhkan oleh pihak manajemen untuk melakukan pengambilan keputusan. 5.2Saran

Sistem dalam aplikasi dapat dikembangkan dengan sistem pelayanan terpusat untuk rumah sakit sehingga terdapat akses yang lebih mudah untuk pengelolaan data selanjutnya.

98

DAFTAR PUSTAKA

Hatta, R. Gemala., 2008. Pedoman Manajemen Informasi Kesehatan di Sarana Pelayanan Kesehatan. Universitas Indonesia..

Huffman, Edna K,. 2005. Health Information Manajemen Phisician Record Company. Brewyn. Illinois.

Water & Murphy. 2007. Sistem Teknologi Informasi. Yogyakarta: Andi. Jogiyanto. 2005. Analisis dan Desain Sistem Informasi. Andi : Yogyakarta. Marlinda, Linda, S.Kom. 2004. Sistem basis data. Andi Offset : Yogyakarta. Mulyani, Sri NS. 2009. Peranan Metode Pengembangan System Development

Life Cycle (SDLC) Terhadap Kualitas Sistem Informasi. Universitas Padjajaran. Bandung.

Pressman, Roger, S, 2001, Rekayasa Perangkat Lunak : Pendekatan Praktisi (Edisi Satu), Penerbit : Andi, Yogyakarta.

Rizky, Soetam, 2006, Interaksi Manusia dan Komputer, STIKOM, Surabaya. Turban, E. (2003). Decision Support Systems and Intelligent Systems (Sistem

Pendukung Keputusan dan Sistem Cerdas) Jilid 1. Yogyakarta: Andi Offset.