RANCANG BANGUN APLIKASI REKAM MEDIS BERBASIS WEB PADA
KLINIK RUMAH SAFA SURABAYA
TUGAS AKHIR
Program Studi
S1 Sistem Informasi
Oleh:
HANDIKA SETIAWAN
08.41010.0306
FAKULTAS TEKNOLOGI DAN INFORMATIKA
ix
DAFTAR ISI
Halaman
ABSTRAK ... vi
KATA PENGANTAR ... vii
DAFTAR ISI ... ix
DAFTAR TABEL ... xii
DAFTAR GAMBAR ... xiv
DAFTAR LAMPIRAN ... xvii
BAB I PENDAHULUAN ... 1
1.1 Latar Belakang Masalah ... 1
1.2 Perumusan Masalah ... 4
1.3 Batasan Masalah ... 4
1.4 Tujuan ... 4
1.6 Sistematika Penulisan ... 5
BAB II LANDASAN TEORI ... 7
2.1 Klinik ... 7
2.2 Pelayanan Rawat Jalan ... 7
2.3 Rekam Medis ... 9
2.4 Aplikasi ... 10
2.5 Sistem Rujukan ... 10
2.6 International Statistical Classification of Diseases and Related Health Problems (ICD) ... 11
2.7 ICD 9 ... 12
2.8 ICD 10 ... 14
x
2.11 Database Management System (DBMS) ... 17
2.12 Systems Development Life Cycle (SDLC) ... 20
2.13 Black Box testing ... 23
BAB III ANALISIS DAN PERANCANGAN SISTEM ... 24
3.1 Analisis Sistem ... 24
3.1.1 Identifikasi Masalah ... 25
3.1.2 Analisis Kebutuhan Pengguna... 27
3.2 Perancangan Sistem ... 30
3.2.1 System Flow Diagram ... 30
3.2.2 HIPO Diagram ... 33
3.2.3 Data Flow Diagram ... 35
3.2.4 Entity Relationship Diagram ... 40
3.2.5 Struktur Database ... 43
3.2.6 Perancangan Interface ... 53
3.2.7 Rancangan Pengujian ... 62
BAB IV IMPLEMENTASI DAN EVALUASI SISTEM ... 68
4.1 Implementasi Sistem ... 68
4.1.1 Kebutuhan Sistem ... 68
4.1.2 Penjelasan Implementasi Sistem ... 70
4.2 Uji Coba dan Evaluasi ... 77
4.2.1 Uji Coba ... 78
xi
BAB V PENUTUP ... 90
5.1 Kesimpulan ... 90
5.2 Saran ... 90
DAFTAR PUSTAKA .. ... 91
1
1.1 Latar Belakang
Dalam pelayanan kesehatan kepada masyarakat, sudah banyak teknologi informasi yang banyak diaplikasikan pada rumah sakit, puskesmas, maupun klinik yang biasanya digunakan dalam transaksi yang berhubungan dengan staf, dokter, maupun pasien. Klinik adalah salah satu sarana pelayanan kesehatan yang banyak dicari dan dibutuhkan dalam menunjang peningkatan kesehatan, baik secara individu maupun masyarakat. Klinik dituntun untuk memberikan pelayanan yang memadai dan memuaskan agar kebutuhan masyarakat dalam pelayanan kesehatan terpenuhi. Maka Klinik harus meningkatkan kualitas pelayanannya, termasuk kualitas pelayanan kesehatan yaitu pada pengolahan data pasien.
Klinik Rumah Safa merupakan klinik yang beralamat di Jalan Gayungsari Barat XI/GC-01 Surabaya. Klinik Rumah Safa memiliki 5 jenis poli, diantaranya poli umum, poli mata, poli gigi anak, poli gigi dewasa dan rehabilitasi medik. Waktu operasional Klinik Rumah Safa yaitu mulai hari Senin sampai Kamis pukul 12:00-21:00 WIB dan untuk hari Jum’at mulai pukul 15:00-21:00 WIB. Dalam satu hari, rata-rata pasien yang berkunjung sebanyak 35 orang dan rata-rata pasien pendaftar baru sebanyak 14 orang.
2
identitas pasien untuk mendaftar sebagai pasien baru. Selanjutnya petugas administrasi mencatat jenis poli yang menjadi tujuan pasien pada formulir berobat. Pasien memberikan formulir berobat sesuai poli. Saat berada di dalam poli, dokter akan menanyakan keluhan penyakit yang diderita untuk dicatat pada formulir berobat dan memeriksa pasien. Selesai pemeriksaan, dokter mencatat tindakan yang diberikan serta resep obat yang diberikan sesuai hasil pemeriksaan dan menyerahkannya kepada pasien. Apabila pihak klinik tidak dapat menangani dikarenakan keterbatasan, maka dilakukan sistem rujukan.
Berikut tabel alur proses dari Klinik Rumah Safa beserta masalah yang dialami:
Tabel 1.1 Tabel Alur Proses dan Masalah
Proses Sistem saat ini Masalah Dampak
Pendaftaran 1. Pendaftaran yang dilakukan masih menggunakan media kertas dan pencatatan yang masih manual 2. Pendaftaran yang di
sediakan hanya satu meja untuk satu pasien
1. Pencarian data pasien memakan waktu sekitar 3-5 menit
2. Data pasien bisa hilang atau rusak, hal ini terjadi terjadi antrian yang memakan waktu sekitar 10 menit
2. Memperlambat proses
pendaftaran 3. Pasien lama
mendaftar ulang menjadi pasien baru, sehingga data pasien tindakan medis dilakukan manual diatas kertas
Proses Sistem saat ini Masalah Dampak
Laporan 1. Pembuatan laporan dilakukan dengan cara
input satu persatu
dengan sumber data dari proses pendaftaran dan proses pemeriksaan dengan menggunakan media kertas untuk laporan bulanan bisa tidak selesai dalam satu bulan 2. Penggunaan berada diluar klinik
1. Laporan
menjadi tidak akurat sehingga dapat
mempengaruhi pengambilan keputusan oleh
manager
2. Tidak dapat memantau/ mengevaluasi perkembangan klinik secara
real-time
4
pihak pimpinan Klinik Rumah Safa. Maka dari itu, dibuat Rancang Bangun Aplikasi Rekam Medis Rumah Safa.
1.2 Perumusan Masalah
Berdasarkan latar belakang di atas, maka dapat diambil perumusan masalah yaitu bagaimana merancang bangun Aplikasi Rekam Medis Berbasis Web Rumah Safa Surabaya.
1.3 Batasan Masalah
Adapun batasan-batasan masalah yang digunakan dalam Tugas Akhir ini adalah:
1. Sistem tidak membahas rawat inap pasien.
2. Laporan yang ditampilkan hanya laporan untuk manajemen klinik. 3. Keamanan sistem hanya sebatas pemberian hak akses kepada pengguna. 4. Sistem tidak membahas biaya yang dikeluarkan pasien untuk keperluan
berobat/rawat jalan.
1.4 Tujuan
1.5 Sistematika Penulisan
Penyusunan laporan Tugas Akhir ini dapat dikelompokkan sebagai berikut.
BAB I PENDAHULUAN
Pada bab ini menjelaskan secara garis besar tentang latar belakang masalah, perumusan masalah, pembatasan masalah, tujuan dan sistematika penulisan Tugas Akhir ini.
BAB II LANDASAN TEORI
Pada bab ini menjelaskan secara singkat tentang teori-teori dasar yang digunakan dalam membantu menyelesaikan permasalahan. Pada bab ini dijelaskan tentang beberapa landasan teori yang digunakan antara lain aplikasi, rekam medis, International Statistical Classification of
Diseases and Related Health Problems (ICD).
BAB III ANALISIS DAN PERANCANGAN SISTEM
Pada bab ini berisi penjelasan tentang langkah-langkah untuk pemecahan masalah dalam Tugas Akhir termasuk menganalisis permasalahan, tujuan penelitian, penyelesaiannya, gambaran sistem yang akan dibuat dalam Document Flow Diagram, System Flow
Diagram, Hierarchy Input Process Outpu (HIPO) Diagram, Data Flow
Diagram (DFD), Entity Relationship Diagram (ERD), Struktur
6
BAB IV IMPLEMENTASI DAN EVALUASI
Pada bab ini menjelaskan tentang implementasi dari program, berisikan langkah-langkah implementasi dari penggunaan program dan hasil implementasi dari program.
BAB V PENUTUP
7
2.1 Klinik
Klinik menurut Pasal 1 Angka 1 Permenkes No. 28 Tahun 2011 tentang Klinik, adalah fasilitas pelayanan kesehatan yang menyelenggarakan pelayanan kesehatan perorangan yang menyediakan pelayanan medis dasar dan/atau spesialis diselenggarakan lebih dari satu jenis tenaga kesehatan dan dipimpin oleh seorang tenaga medis.
Menurut Azrul (2006) Klinik merupakan fasilitas medis dengan ukuran lebih kecil yang hanya melayani keluhan dari pasien. Klinik biasanya dijalankan oleh Lembaga Swadaya Masyarakat atau para dokter yang ingin menjalankan praktek pribadi.
Menurut Peraturan Menteri Kesehatan Republik Indonesia Nomor 28/MENKES/PER/I/2011, klinik berdasarkan pelayanannya dibagi menjadi 2 yaitu:
1. Klinik Pratama
Klinik yang menyelenggarakan pelayanan medik dasar. 2. Klinik Utama
Klinik yang menyelenggarakan pelayanan medik spesialistik atau pelayanan medik dasar dan spesialistik.
2.2 Pelayanan Rawat Jalan
8
sederhana. Pelayanan kedokteran yang disediakan untuk pasien tidak dalam rawat inap (Hospitalization).
Menurut Keputusan Menteri Kesehatan Nomor 66/MENKES/11/1987 yang dimaksud Rawat Jalan dan Pelayanan Rawat Jalan, yaitu:
1. Rawat Jalan adalah pelayanan terhadap orang yang masuk rumah
sakit/puskesmas/klinik, untuk keperluan observasi, diagnosis, pengobatan, rehabilitasi medik dan pelayanan kesehatan lainnya tanpa tinggal di ruang inap.
2. Pelayanan Rawat Jalan adalah pelayanan yang diberikan di unit pelaksanaan
fungsional rawat jalan terdiri dari poliklinik umum dan poliklinik spesialis serta unit gawat darurat.
Dibandingkan dengan pelayanan rawat inap, pelayanan rawat jalan ini memang tampak berkembang lebih pesat. Sesuai dengan perkembangan yang dialami, maka pada saat ini berbagai bentuk pelayanan rawat jalan banyak diselenggarakan. Menurut Azrul (1996), bentuk pelayanan rawat jalan dibedakan atas 2 macam, yaitu:
1. Pelayanan Rawat Jalan oleh Klinik Rumah Sakit
Pelayanan rawat jalan yang diselenggarakan oleh klinik yang ada kaitannya dengan Rumah Sakit.
2. Pelayanan Rawat Jalan oleh Klinik Mandiri
Pelayanan rawat jalan yang diselenggarakan oleh klinik yang mandiri yang tidak ada hubungan organisatoris dengan Rumah Sakit.
Keperawatan, Tenaga Kesehatan lain dan Tenaga non Kesehatan sesuai dengan kebutuhan.
2.3 Rekam Medis
Rekam medis merupakan berkas/dokumen penting bagi setiap instansi rumah sakit. Menurut Peraturan Menteri Kesehatan Republik Indonesia Nomor 269/MENKES/PER/III/2008, rekam medis adalah berkas yang berisikan catatan dan dokumen tentang identitas pasien, pemeriksaan, pengobatan, tindakan dan pelayanan lain yang telah diberikan kepada pasien.
Peraturan Menteri Kesehatan Nomor 749a/Menkes/Per/XII/1989 tentang rekam medis dijelaskan bahwa rekam medis adalah berkas yang berisikan catatandan dokumen tentang identitas pasien, pemeriksaan, pengobatan, tindakan dan pelayanan lain kepada pasien pada sarana pelayanan kesehatan.
10
Dengan melihat pengertian di atas dapat dikatakan bahwa suatu berkas rekam medis mempunyai arti yang lebih luas daripada hanya sekedar catatan biasa, karena didalam catatan tersebut sudah memuat segala informasi menyangkut seorang pasien yang akan dijadikan dasar untuk menentukan tindakan lebih lanjut kepada pasien.
2.4 Aplikasi
Menurut Indrajani (2011) aplikasi adalah suatu program yang menentukan aktivitas pemrosesan informasi yang dibutuhkan untuk penyelesaian tugas-tugas khusus pemakai komputer. Menurut Hendrayudi (2008) aplikasi adalah program komputer yang dipakai untuk melakukan pekerjaan tertentu.
Aplikasi adalah suatu program yang dibangun dan dihasilkan melalui komputer untuk melakukan suatu pekerjaan tertentu.
2.5 Sistem Rujukan
Menurut Depkes RI (2006), Sistem rujukan adalah sistem yang dikelola secara strategis, proaktif, pragmatif dan koordinatif untuk menjamin pemerataan pelayanan kesehatan maternal dan neonatal yang paripurna dan komprehensif bagi masyarakat yang membutuhkannya terutama ibu dan bayi baru lahir, dimanapun mereka bearada dan berasal dari golongan ekonomi manapun agar dapat dicapai peningkatan derajat kesehatan dan neonatal di wilayah mereka berada.
kesehatan masayarakat, baik secara vertikal maupun horizontal kepada yang lebih kompeten, terjangkau dan dilakukan secara rasional.
Sistem rujukan bertujuan agar pasien mendapatkan pertoplongan pada fasilitas pelayanan kesehatan yang lebih mampu sehingga jiwanya dapat terselamatkan, dengan demikian dapat menurunkan AKI dan AKB.
2.6 International Statistical Classification of Diseases and Related Health Problems (ICD)
ICD (WHO, 2005) merupakan singkatan dari International Statistical
Classification of Diseases and Related Health Problems dimana memuat
klasifikasi diagnostik penyakit dengan standar internasional yang disusun berdasarkan sistem kategori dan dikelompokkan dalam satuan penyakit menurut kriteria yang telah disepakati pakar internasional.
International Statistical Classification of Diseases and Related Health
(ICD) dapat dikatakan merupakan sistem penggolongan penyakit dan masalah kesehatan lainnya secara internasional yang ditetapkan menurut kriteria tertentu.
Klasifikasi penyakit bisa didefinisikan sebagai sebuah sistem kategori tempat jenis penyakit dimasukkan sesuai dengan kriteria yang telah ditentukan. Contoh kriteria yaitu:
12
Berikut ini merupakan tujuan dan kegunaan dari ICD:
1. Memungkinkan pencatatan, analisis, interpretasi dan pembandingan yang
sistematis terhadap data mortalitas dan morbiditas antara berbagai negara atau wilayah, dan antara berbagai jangka waktu.
2. Menterjemahkan diagnosis penyakit dan masalah kesehatan lain dari kata
menjadi kode alfa-numerik, yang memungkinkan penyimpanan, pemetikan dan analisis data dengan mudah.
3. Menjadi klasifikasi diagnosis standard internasional untuk semua tujuan epidemiologis umum dan berbagai tujuan manajemen kesehatan. Hal ini mencakup analisis situasi kesehatan umum di kelompok masyarakat dan pemantauan insiden dan prevalensi penyakit dan masalah kesehatan lain, dan hubungannya dengan variabel lain seperti ciri-ciri orang yang terlibat dan situasi yang dihadapinya.
4. Mengklasifikasi penyakit dan masalah kesehatan lain yang tercatat pada
berbagai jenis catatan kesehatan dan kehidupan. 5. Analisis biaya kesehatan.
ICD dikelompokkan menjadi: a. ICD-9 untuk mengkode tindakan medis b. ICD-10 untuk mengkode Diagnosis c. ICOPIM untuk mengkode sebab kematian d. ICD-0 untuk menkode Oncology (Kanker)
2.7 ICD-9
membuat ekstensi dari kelanjutan sistem ini yang dapat lebih berdaya guna untuk dipergunakan dalam masalah data mobiditas dan bagian dari procedure codes yang telah ada. Bagian ekstensi ini disebut sebagai ICD-9-CM, dengan penambahan CM untuk perujukan pada Clinical Modification.
International Classification of Diseases, 9th Revision, Clinical
Modification (Klasifikasi Statistik Internasional Penyakit dan Masalah Terkait
revisi ke sembilan modifikasi klinis) ICD-9CM merupakan bagian dari ICD-9 yang digunakan untuk mengklasifikasikan kode prosedur tindakan medis.
Berikut ini daftar pengklasifikasian prosedur dan tindakan medis dalam ICD-9CM :
A. Main sections
B. (00) Procedures and Interventions, not else where classified C. (01-05) Operations on the nervous system
D. (06-07) Operations on the endocrine system E. (08-16) Operations on the eye
F. (18-20) Operations on the ear
G. (21-29) Operations on the nose, mouth and pharynx H. (30-34) Operations on the respiratory system I. (35-39) Operations on the cardiovascular system J. (40-41) Operations on the hemic and lyphatic system K. (42-54) Opertaions on the digestive system
14
O. (72-75) Obstetrical procedures
P. (76-84) Operations on the musculoskeletal system Q. (85-86) Operations on the integumentary system
R. (87-99) Miscellaneous diagnostic and therapeutic procedures
a. Diagnostic radiology
b. Interview, Evaluation, Consultation, and Examination
c. Nuclear medicine
d. Physical therapy, respiratory therapy, rehabilitation and related
procedures
e. Procedures related on the psyche
f. Ophthelmologic and otologic diagnosis and treatment
g. Nonoperative intubation and irrigation
h. Replacement and removal of therapeutic appliances/nonoperative
removel of foreign body or calculus
i. Other nonoperative procedures
2.8 ICD-10
International Statistical Classification of Diseases and Related Health
Problems revisi ke 10 atau disingkat dengan ICD-10 buku ini di Indonesia dikenal
dengan nama Klasifikasi Internasional Penyakit revisi ke 10 disingkat sebagai KIP/10 adalah buku mengenai pengkodean atas penyakit dan tanda-tanda, gejala, temuan-temuan yang abnormal, keluhan, keadaan sosial dan eksternal menyebabkan cedera atau penyakit, seperti yang diklasifikasikan oleh World
Dalam pengkodean ini menetapkan lebih dari 155.000 memungkinkan berbagai kode dan memungkinkan yang banyak berasal dari pelacakan diagnosis dan prosedur baru dengan perluasan yang signifikan pada kode-kode yang telah tersedia 17.000 pengkodean pada ICD-9 dan ICD-10 mulai bekerja dari tahun 1983 dan dapat diselesaikan pada tahun 1992.
2.9 Laporan
Menurut Keraf (2001), laporan adalah suatu cara komunikasi dimana penulis menyampaikan informasi kepada seseorang atau suatu badan karena tanggung jawab yang dibebankan kepadanya. Laporan berisi informasi yang didukung oleh data yang lengkap sesuai dengan fakta yang ditemukan. Data disusun sedemikian rupa sehingga akurasi informasi yang diberikan dapat dipercaya dan mudah dipahami.
Laporan yang dibuat dibedakan menjadi 2 jenis, laporan internal dan laporan eksternal.
A. Laporan Internal
Laporan Internal yaitu laporan yang dibuat sebagai masukan untuk menyusun konsep Rancangan Dasar Sistem Informasi Manajemen Rumah Sakit. Indikasi laporan sebagai berikut:
16
e. Hari perawatan 2. Kegiatan persalinan
3. Kegiatan pembedahan dan tindakan medis lainnya 4. Kegiatan rawat jalan penunjang
B. Laporan Eksternal
Laporan Internal yaitu laporan yang dibuat sesuai dengan peraturan yang berlaku, ditujukan kepada Departemen Kesehatan RI, Kanwil Depkes RI (sekarang, Dinkes Propinsi, Dinkes Kabupaten/Kota). Laporan yang dibuat sesuai kebutuhan Depkes RI, meliputi :
1. Data Kegiatan Rumah Sakit (RL 1)
2. Data Keadaan Morbiditas Pasien Rawat Inap (RL 2a)
3. Data Keadaan Morbiditas Penyakit Khusus Pasien Rawat Inap RL 2a1) 4. Data Keadaan Morbiditas Pasien Rawat Jalan (RL 2b)
5. Data Keadaan Morbiditas Penyakit Khusus Pasien Rawat Jalan (RL 2b1) 6. Data Individual Morbiditas Pasien Rawat Inap
a. Pasien Umum (RL 2.1) b. Pasien Obstetrik (RL 2.2)
2.10 Web Based Application
Menurut Hidayat (2010), website (web) adalah kumpulan halaman-halaman. yang digunakan untuk menampilkan informasi teks, gambar diam atau gerak, animasi, suara, dan data gabungan dari semuanya, baik yang bersifat statis maupun dinamis yang membentuk satu rangkaian bangunan yang saling terkait, yang masing-masing dihubungkan dengan jaringan-jaringan halaman. Hubungan antara satu halaman website dengan halaman website lainnya disebut dengan
hyperlink, sedangkan teks yang dijadikan media penghubung disebut hypertext.
Web Based Application adalah sebuah program yang disimpan di server,
dikirim melalui internet dan diakses melalui antarmuka browser melalui jaringan internet dan intranet. Aplikasi web juga merupakan suatu perangkat lunak komputer yang dikodekan dalam bahasa pemrograman yang mendukung perangkat lunak berbasis web seperti HTML, JavaScript, CSS, Ruby, Phyton, PHP, Java dan bahasa pemrograman lainnya.
2.11 Database Management System (DBMS)
Menurut Kristanto (2008) mengemukakan bahwa kumpulan file yang saling berkaitan bersama dengan program untuk pengelolaannya disebut sebagai DBMS. Satu Database Management System (DBMS) berisi satu koleksi data yang saling berelasi dan satu set program untuk mengakses data tersebut. Jadi, pada dasarnya DBMS terdiri dari database dan set program pengelola untuk menambah data, menghapus data, mengambil dan membaca data.
Berikut ini adalah istilah-istilah yang sering digunakan dalam Database
18
1. Entity
Orang, tempat, kejadian atau konsep yang informasinya direkam.
2. Atribute
Setiap entity mempunyai atribut atau sebutan untuk mewakili suatu entity.
3. Data Value
Data aktual atau informasi yang disimpan pada tiap data elemen atau atribut.
4. Record/Tuple
Kumpulan elemen-elemen yang saling berkaitan menginformasikan tentang suatu entity secara lengkap.
5. File
Kumpulan record-record sejenis yang mempunyai panjang elemen dan atribut yang sama, namun berbeda-beda data valuenya.
6. Database
Kumpulan file-file yang mempunyai kaitan antara satu file dengan file yang lain sehingga membentuk satu bangunan data dalam batasan tertentu.
Menurut Date (2004), fungsi-fungsi dasar yang harus di dukung oleh DBMS adalah:
1. Pendefinisian Data
2. Manipulasi Data
DBMS harus bisa menangani permintaan untuk mengambil, memperbarui, atau menghapus, data yang sudah ada di basis data, ataupun menambah data baru kedalam basis data.
3. Optimalisasi dan Eksekusi
Permintaan Data Manipulation Langueage (DML) harus diproses di komponen pengoptimalisasi dengan tujuan untuk menentukan cara yang efisien untuk implementasi permintaan. Permintaan yang dioptimilisasi kemudian dieksekusi dibawah Run Time Management.
4. Keamanan dan Integritas Data
DBMS harus mengawasi permintaan pengguna dan menolak gangguan yang bisa membahayakan keamanan dan integerity constraint yang telah ditentukan oleh Data Base Administrator (DBA).
5. Perbaikan data dan Konkuresi
DBMS yang biasa juga disebut Transaction Processing Monitoring harus melakukan kendali perbaikan dan konkuresi.
6. Kamus Data
Kamus data berisi “data mengenai data”, yaitu definisi dari obyek lain di
sistem. Semua skema dan pemetaan, berbagai sistem keamanan dan, integrity
constraint akan disimpan, baik disumber maupun bentuk objek dalam kamus
data.
Keuntungan sistem database menurut Marlinda (2004) adalah:
20
2. Mencegah ketidakkonsistenan.
3. Keamanan data dapat terjaga, yaitu data dapat dilindungi dari pemakai yang
tidak berwenang.
4. Integritas dapat dipertahankan.
5. Data dapat dipergunakan bersama-sama. 6. Menyediakan recovery.
7. Memudahkan penerapan standarisasi. 8. Data bersifat mandiri (data independence).
9. Keterpaduan data terjaga, memelihara keterpaduan data berarti data harus
akurat. Hal ini sangat erat hubungannya dengan pengontrolan kerangkapan data dan pemeliharaan keselarasan data.
Kerugian sistem database menurut Marlinda (2004) adalah: 1. Diperlukan tempat penyimpanan yang besar.
2. Diperlukan tenaga yang terampil dalam mengelola data. 3. Perangkat lunaknya mahal.
4. Kerusakan di sistem database dapat mempengaruhi departemen yang terkait.
2.12 Systems Development Life Cycle (SDLC)
penyerahan sistem perangkat lunak ke para pelanggan/ pengguna (deployment), yang diakhiri dengan dukungan berkelanjutan pada perangkat lunak yang dihasilkan.
Gambar 2.1 Model Pengembangan Waterfall, Pressman (2015) Gambar 2.1 menunjukkan tahapan umum dari model proses waterfall. Model ini disebut dengan waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan. Akan tetapi, Pressman (2015) memecah model ini meskipun secara garis besar sama dengan tahapan-tahapan model waterfall pada umumnya.
Model ini merupakan model yang paling banyak dipakai dalam Software
Engineering. Model ini melakukan pendekatan secara sistematis dan urut mulai
dari level kebutuhan sistem lalu menuju ke tahap Communication, Planning,
Modeling, Construction, dan Deployment.
Berikut ini adalah penjelasan dari tahap-tahap yang dilakukan di dalam Model Waterfall menurut Pressman (2015):
1. Communication
22
2. Planning
Setelah proses communication ini, kemudian menetapkan rencana untuk pengerjaan software yang meliputi tugas-tugas teknis yang akan dilakukan, risiko yang mungkin terjadi, sumber yang dibutuhkan, hasil yang akan dibuat, dan jadwal pengerjaan.
3. Modeling
Pada proses modeling ini menerjemahkan syarat kebutuhan ke sebuah perancangan perangkat lunak yang dapat diperkirakan sebelum dibuat coding. Proses ini berfokus pada rancangan struktur data, arsitektur software, representasi interface, dan detail (algoritma) prosedural.
4. Construction
Construction merupakan proses membuat kode (code generation). Coding atau
pengkodean merupakan penerjemahan desain dalam bahasa yang bisa dikenali oleh komputer. Programmer akan menerjemahkan transaksi yang diminta oleh
user. Tahapan inilah yang merupakan tahapan secara nyata dalam mengerjakan
suatu software, artinya penggunaan komputer akan dimaksimalkan dalam tahapan ini. Setelah pengkodean selesai maka akan dilakukan testing terhadap sistem yang telah dibuat. Tujuan testing adalah menemukan kesalahan-kesalahan terhadap sistem tersebut untuk kemudian bisa diperbaiki.
5. Deployment
2.13 Black Box testing
Testing adalah proses eksekusi suatu program untuk menemukan kesalahan sebelum digunakan oleh pengguna akhir (end-user). Salah satu metode pengujian perangkat lunak adalah Black-Box Testing. Menurut Roger (2002)
Black Box Testing atau Pengujian Kotak Hitam atau juga disebut Behavioral
24
BAB III
ANALISIS DAN PERANCANGAN SISTEM
3.1 Analisis Sistem
Analisis sistem merupakan tahap awal dalam perancangan sistem. Sesuai dengan metode yang digunakan dalam perancangan sistem yaitu model waterfall meliputi tahap communication dan planning. Tujuannya adalah agar sistem yang dibuat sesuai dengan permasalahan yang terjadi pada Klinik Rumah Safa.
Tahap communication merupakan langkah pertama dengan berkomunikasi kepada konsumen/pengguna untuk pengumpulan data dan informasi tentang kebutuhan dalam pembuatan sistem. Dilakukan dengan cara wawancara dan observasi pada Klinik Rumah Safa.
Selanjutnya tahap planning dilakukan untuk menyesuaikan sistem yang akan dibuat dengan kebutuhan konsumen/pengguna. Dengan menetapkan rencana untuk pengerjaan software yang meliputi tugas-tugas teknis yang akan dilakukan, risiko yang mungkin terjadi, sumber yang dibutuhkan, hasil yang akan dibuat, dan jadwal pengerjaan.
Tahap yang akan dilakukan dalam perancangan sistem dapat dilihat pada Gambar 3.1 berikut ini:
Pengumpulan Data
Identifikasi
Kebutuhan Development Uji Proses
Implementasi &
Report
3.1.1 Identifikasi Masalah
Berdasarkan hasil wawancara dan observasi yang dilakukan sebelumnya, maka selanjutnya dapat dilakukan identifikasi dan analisis permasalahan. Didapat permasalahan yang terjadi dari hasil wawancara dan observasi tersebut.
Permasalahan yang terjadi yaitu meliputi bagian pendaftaran dan pembuatan laporan. Berikut akan dijelaskan masalah-masalah yang dialami oleh pihak Klinik Rumah Safa Surabaya :
1. Bagian Pendaftaran
Masalah pertama yang dialami bagian pendaftaran yaitu pencarian data pasien saat pendaftaran memakan waktu sekitar 4-5 menit, sehingga saat jumlah pasien yang datang meningkat terjadi antrian yang memakan waktu sekitar 10 menit. Yang kedua, data pasien bisa hilang atau rusak karena data yang digunakan masih menggunakan media kertas, hal ini terjadi rata-rata 6 kali dalam sebulan.
2. Pembuatan Laporan
Masalah pertama yang dialami dalam pembuatan laporan yaitu dalam pembuatan laporan memerlukan waktu yang lama, untuk laporan bulanan bisa tidak selesai dalam sebulan sehingga saat pimpinan klinik sewaktu-waktu membutuhkannya, laporan yang diinginkan belum siap. Penggunaan media kertas bisa menyebabkan kehilangan sumber input sehingga laporan yang dibuat tidak akurat.
26
Gambar 3.2 Document Flow Rekam Medis Klinik Rumah Safa
3.1.2 Analisis Kebutuhan Pengguna
Dalam tahap ini, menjelaskan mengenai aplikasi yang dirancang dan dibangun yang bertujuan untuk membantu pihak Klinik Rumah Safa Surabaya dalam pengolahan data pasien menjadi informasi dalam bentuk laporan. Pada Gambar 7, menjelaskan kebutuhan perangkat lunak berupa Diagram IPO yang menggambarkan input, proses dan ouput.
Berikut ini adalah blok diagram aplikasi rekam medis:
DIAGRAM IPO APLIKASI REKAM MEDIS KLINIK RUMAH SAFA SURABAYA
Input Process Output
Data Pasien
Data Obat Jenis Poli
Laporan
- Laporan Penyakit Terbanyak - Laporan Dokter - Laporan Jumlah Pasien Berkunjung
Gambar 3.3 Diagram IPO
Berikut ini adalah penjelasan dari alur sistem yang akan di rancang bangun:
1. Input merupakan semua data yang ada pada alur sistem yang dibutuhkan untuk
28
a. Data Pasien merupakan identitas pasien yang digunakan saat akan melakukan pendaftaran. Data tersebut berisi nama, alamat, tanggal lahir dan sebagainya.
b. Data Pasien Terdaftar merupakan data pasien yang sudah pernah berobat. Jadi pasien tidak perlu registrasi, hanya menunjukkan kartu berobat yang didalamnya terdapat id pasien.
c. Jenis Poli merupakan data jenis pelayanan kesehatan yang dibagi sesuai dengan spesialis yang ada. Ada 5 jenis poli yang tersedia di Klinik Rumah Safa Surabaya.
d. Data ICD-9 merupakan data dari pengkodean tindakan medis yang
dilakukan dokter saat pemeriksaan.
e. Data ICD-10 merupakan data dari pengkodean jenis penyakit yang
digunakan saat dokter selesai mendiagnosa.
f. Data Obat merupakan nama-nama obat yang digunakan oleh dokter untuk dimasukkan ke dalam resep.
g. Data Dokter merupakan identitas dokter yang terdaftar/bekerja pada klinik rumah safa Surabaya. Dokter terdaftar sesuai dengan spesialis masing-masing.
h. Data Rumah Sakit merupakan daftar rumah sakit yang dibutuhkan saat pasien dirujuk.
2. Proses merupakan transaksi yang terjadi di dalam sistem menghasilkan sesuatu yang dibutuhkan sesuai dengan tujuan awal. Pengolahan data terjadi pada alur ini. Berikut proses yang ada pada sistem:
a. Registrasi merupakan tahap paling awal sebelum pasien datang berobat. Registrasi membutuhkan data pasien untuk diinputkan dan setelah disimpan akan menghasilkan data pasien yang sudah terdaftar dan kartu pasien.
b. Pemeriksaan merupakan transaksi yang terjadi pada setiap poli yang dipilih oleh pasien. Terdapat pilihan poli, nama dokter yang memeriksa, penyakit yang diderita pasien yang didapat dari hasil diagnosa sebelumnya dan resep obat yang diberikan oleh dokter.
c. Rujukan merupakan pembuatan surat rujukan untuk penyerahan tanggung jawab tindakan medis yang dikarenakan keterbatasan klilik. Mengambil
inputan berupa riwayat pasien yang merupakan output dari proses
pemeriksaan. Dalam proses rujukan menghasilkan output berupa surat rujukan dan laporan rujukan.
3. Output merupakan hasil yang menjadi tujuan awal dalam merancang bangun
Aplikasi Rekam Medis. Keluaran yang dihasilkan dapat digunakan untuk proses selanjutnya maupun digunakan untuk melihat perkembangan klinik bagi manajemen klinik. Berikut output yang dihasilkan oleh proses transaksi yang ada:
30
b. Kartu Pasien merupakan output dari registrasi berupa cetakan pada kertas. Kartu ini harus dibawa saat akan berobat pada klinik.
c. Rekam Medis merupakan riwayat dari pasien yang dihasilkan melalui
pemeriksaan oleh dokter. Terdapat segala hasil diagnosa penyakit, tindakan medis dan pengobatan sesuai poli yang dipilih pasien.
d. Laporan merupakan output yang dihasilkan dari proses transaksi pemeriksaan. Laporan tersebut merupakan Laporan Internal hanya digunakan oleh pihak klinik. Ada beberapa laporan, yaitu:
1. Laporan Penyakit Terbanyak merupakan laporan yang menyajikan informasi jenis penyakit yang paling sering diderita oleh pasien.
2. Laporan Dokter merupakan laporan yang menyajikan informasi dokter yang paling banyak dikunjungi.
3. Laporan Jumlah Pasien Berkunjung didapat dari total pasien yang mendaftar untuk berobat.
3.2 Perancangan Sistem
Perancangan sistem dibuat agar aplikasi yang akan dibuat dapat berfungsi seperti yang diharapkan. Dalam perancangan sistem ini ada tahapan-tahapan yang harus dilakukan, yaitu pembuatan Document Flow, System Flow, Data Flow
Diagram, Entity Relationship Diagram, Struktur tabel dan Perancangan Input dan
Output.
3.2.1 System Flow Diagram
System Flow pada Gambar 3.4 menggambarkan proses sistem pada
32
34
3.2.2 HIPO Diagram
Untuk memudahkan dalam perancangan sistem di perlukan Hierarchy
Input Proces Output (HIPO) diagram (diagram berjenjang) yang menggambarkan
fungsi fungsi dari sistem yang akan di buat. HIPO merupakan alat dokumentasi program yang berdasarkan fungsinya untuk meningkatkan efisiensi usaha perawatan program. Dokumen ini dilaksanakan dengan mempercepat lokasi dalam kode pada fungsi program yang akan dimodifikasi. Atau dapat dikatakan bahwa HIPO dikembangkan agar tersedia suatu teknik untuk mendokumentasikan fungsi program. Pembentukan HIPO ini dilakukan pada tahap pengembangan sistem informasi. HIPO digunakan untuk menggambarkan seluruh proses dari DFD yang akan dibuat. Proses- proses yang ada dalam Aplikasi Rekam Medis Rumah Safa Surabaya dibagi menjadi tiga yaitu manajemen data master, manajemen data transaksi dan manajemen laporan. HIPO Aplikasi Rekam Medis Klinik Rumah Safa Surabaya dapat dilihat pada Gambar 3.5 berikut ini:
0
Aplikasi Rekam Medis Klinik Rumah Safa
Surabaya
36
3.2.3 Data Flow Diagram
Langkah selanjutnya dalam perancangan adalah pembuatan Data Flow
Diagram (DFD) yang merupakan representasi grafik dalam menggambarkan arus
data dari sistem secara terstruktur dan jelas, sehingga dapat menjadi sarana dokumentasi yang baik. DFD merupakan diagram yang menggunakan notasi-notasi untuk menggambarkan arus data dan sistem secara logika. Keuntungan menggunakan DFD adalah memudahkan pemakai yang kurang menguasai bidang komputer untuk mengerti sistem yang dikembangkan. Adapun data flow diagram dari Aplikasi Rekam Medis Klinik Rumah Safa Surabaya digambarkan dalam tingkat-tingkat tertentu meliputi Context Diagram, DFD Level 0, DFD Level 1.
A.Context Diagram
Context diagram merupakan diagram pertama dalam rangkaian suatu
res ep_obat
Rancang Bang un Aplikasi Rekam Medis
Klinik Rumah Safa Surabaya
Gambar 3.7 Context diagram Aplikasi Rekam Medis
B.DFD Level 0 Aplikasi Rekam Medis Klinik Rumah Safa Surabaya
38 MedisRekam Medis
Rekam Medis
Manag erManag erManag er Perawat
1
Peng elolaan Data Mas ter
+
2
Trans aksi Rekam Medis
+
13 pasien_reg is trasi 14 detail_resep_obat
Pasien
Pasien 15 rumahsakit
Gambar 3.8 DFD Level 0 Aplikasi Rekam Medis
C.DFD Level 1 Proses Pengelolaan Master Data
master poli dan pengelolaan master rumah sakit. Berikut ini DFD Level 1 Pengelolaan Master Data:
Gambar 3.9 DFD Level 1 Pengelolaan Master Data
D.DFD Level 1 Proses Transaksi Rekam Medis
40
Gambar 3.10 DFD Level 1 Transaksi Rekam Medis
E.DFD Level 1 Proses Pembuatan Laporan
Berdasarkan DFD Level 0 Gambar 3.7 maka dapat dirancang DFD Level 1. Terdapat 3 proses yaitu . DFD level 1 proses Pembuatan Laporan dapat dilihat pada Gambar 3.9 berikut ini:
data_tindakan_rujukan
Diag nosis atau Pemeriksaan
2.3
Gambar 3.11 DFD Level 1 Pembuatan Laporan
3.2.4 Entity Relationship Diagram
Entity Relationship Diagram (ERD) adalah suatu desain sistem yang digunakan untuk merepresentasikan, menentukan dan mendokumentasikan
kebutuhan-kebutuhan untuk sistem pemrosesan database. ERD juga menyediakan
bentuk untuk menunjukkan struktur keseluruhan dari data pemakai. Dalam
perencanaan sistem ini telah terbentuk ERD yang merupakan lanjutan dari
pembuatan desain dengan menggunakan DFD. Pembuatan ERD bertujuan untuk
mengetahui kebutuhan sistem berkaitan dengan basis data yang dibutuhkan oleh
sistem.
A. Conceptual Data Model (CDM)
Sebuah CDM menggambarkan secara keseluruhan konsep struktur basis data yang dirancang untuk suatu program atau aplikasi. Pada CDM belum
Pembuatan Laporan 10 Besar Penyakit
3.3
42
tergambar jelas bentuk tabel-tabel penyusun basis data beserta field-field yang terdapat pada setiap tabel. Tabel-tabel tersebut sudah mengalami relationship tetapi tidak terlihat pada kolom yang mana hubungan antar tabel tersebut. Pada CDM telah didefinisikan kolom mana yang menjadi primary key. CDM Aplikasi Rekam Medis Klinik Rumah Safa Surabaya dapat dilihat pada Gambar 3.11.
B. Physical Data Model (PDM)
PDM Aplikasi Rekam Medis Klinik Rumah Safa Surabaya dapat dilihat pada Gambar 3.12.
previlege tang g al_reg ister
dokter tang g al_mas uk jam_masuk
total_kunjung an log in id_user
43 ID_DOKT ER = ID_DOKT ER
KODE_RS = KODE_RS
NO_REGIST RASI = NO_REGISTRASI NO_RUJUKAN = NO_RUJUKAN
ID_ICD_X_3 = ID_ICD_X_3
KODE_OBAT = KODE_OBAT
KODE_RAWAT_JALAN = KODE_RAWAT_JALAN ID_SPESIALIS = ID_SPESIALIS
ID_ICD_X_3 = ID_ICD_X_3
ID_ICD_IX_3 = ID_ICD_IX_3 KODE_PERAWAT = KODE_PERAWAT ID_DOKT ER = ID_DOKT ER
KODE_RAWAT_JALAN = KODE_RAWAT_JALAN NO_REGIST RASI = NO_REGISTRASI
ID_ICD_X_2 = ID_ICD_X_2 ID_ICD_X_1 = ID_ICD_X_1
NO_REGIST RASI = NO_REGISTRASI
KODE_POLI = KODE_POLI NO_RM_PASIEN = NO_RM_PASIEN
PASIEN
NO_RM _PASIEN integ er
NAMA char(128) ALAMAT_PERAWAT long varchar JENIS_KELAMIN_PERAWAT char(45) NO_RM _PASIEN integ er KODE_POLI char(128) CONTENT long varchar ID_PARENT numeric(11)
44
3.2.5 Struktur Database
Struktur database akan menjelaskan tentang fungsi tabel, relasi antar tabel, constraint dan item-item yang terdapat dalam sebuah tabel yang digunakan sebagai Gambaran database yang terbentuk.
a. Nama Tabel : pasien
Primary Key : no_rm_pasien Foreign Key : -
Fungsi : Menyimpan data pasien Tabel 3.1 Master Pasien
No Column Data Type Length Constraint FK Table
1 no_rm_pasien Int 11 Primary Key
2 nama Varchar 128
3 jenis_kelamin Varchar 128 4 golongan_darah Varchar 128 5 tempat_lahir Varchar 128 6 tanggal_lahir Date
7 agama Varchar 128
8 status Varchar 128
9 pekerjaan Varchar 128
10 alamat Varchar 128
11 no_telepon Varchar 128
12 nama_ibu Varchar 128
13 email Varchar 128
No Column Data Type Length Constraint FK Table
15 alamat_keluarga_ terdekat
Varchar 128
16 tanggal_register timestamp
b. Nama Tabel : dokter Primary Key : id_dokter Foreign Key : id_spesialis
Fungsi : Menyimpan data dokter Tabel 3.2 Dokter
No Column Data Type Length Constraint FK Table
1 id_dokter Varchar 45 Primary Key
2 id_spesialis Varchar 45 Foreign Key spesialis 3 nama_dokter Varchar 45
4 tempat_lahir Varchar 128 5 tanggal_lahir Date
6 alamat Varchar 128
7 agama Varchar 128
8 jenis_kelamin Varchar 128
9 no_telepon Varchar 128
10 tarif Varchar 128
11 email Varchar 128
46
Foreign Key : -
Fungsi : Menyimpan data perawat Tabel 3.3 Perawat
No Column Data Type Length Constraint FK Table
1 kode_perawat Varchar 45 Primary Key 2 nama_perawat Varchar 45
3 tempat_lahir_perawat Varchar 45
4 tanggal_lahir_perawat Date 5 alamat_perawat Text
6 jenis_kelamin_perawat Varchar 45 7 agama_perawat Varchar 45 8 telepon_perawat Varchar 45
9 email_perawat Varchar 128
d. Nama Tabel : obat
Primary Key : kode_obat Foreign Key : -
Fungsi : Menyimpan data obat Tabel 3.4 Obat
No Column Data Type Length Constraint FK Table
1 kode_obat Varchar 45 Primary Key 2 nama_obat Varchar 128
3 dosis Varchar 128
e. Nama Tabel : icd_x_3 Primary Key : id_icd_x_3 Foreign Key : id_icd_x_2
Fungsi : Menyimpan data ICD 10 Tabel 3.5 ICD X 3
No Column Data Type Length Constraint FK Table
1 id_icd_x_3 Varchar 45 Primary Key
2 id_icd_x_2 Varchar 45 Foreign Key icd_x_2 3 kode_penyakit Varchar 128
4 nama_penyakit Varchar 128
5 keterangan_penyakit Varchar 128
f. Nama Tabel : icd_x_2 Primary Key : id_icd_x_2 Foreign Key : id_icd_x_1
Fungsi : Menyimpan block data ICD 10 Tabel 3.6 ICD X 2
No Column Data Type Length Constraint FK Table
1 id_icd_x_2 Varchar 45 Primary Key
2 id_icd_x_1 Varchar 45 Foreign Key icd_x_1
3 blocks Varchar 128
4 title Varchar 128
g. Nama Tabel : icd_x_1
48
Foreign Key : -
Fungsi : Menyimpan chapter data ICD 10 Tabel 3.7 ICD X 1
No Column Data Type Length Constraint FK Table
1 id_icd_x_3 Varchar 45 Primary Key
2 chapter Varchar 45
3 blocks Varchar 45
4 title Varchar 128
h. Nama Tabel : icd_ix_3
Primary Key : id_icd_ix_3 Foreign Key : id_icd_ix_2
Fungsi : Menyimpan data ICD 9 CM Tabel 3.8 ICD IX 3
No Column Data Type Length Constraint FK Table
1 id_icd_ix_3 Varchar 45 Primary Key 3 kode_tindakan Varchar 128
4 nama_tindakan Varchar 128 5 keterangan_tindakan Varchar 128
i. Nama Tabel : poli
Primary Key : kode_poli Foreign Key : -
Tabel 3.9 Poli
No Column Data Type Length Constraint FK Table
1 kode_poli Varchar 128 Primary Key
2 nama_ poli Varchar 128
j. Nama Tabel : spesialis Primary Key : id_spesialis Foreign Key : -
Fungsi : Menyimpan data spesialis Tabel 3.10 Spesialis
No Column Data Type Length Constraint FK Table
1 id_spesialis Varchar 128 Primary Key
2 nama_spesialis Varchar 128
k. Nama Tabel : rumahsakit
Primary Key : kode_rs Foreign Key : -
Fungsi : Menyimpan data rumah sakit Tabel 3.11 Rumah Sakit
No Column Data Type Length Constraint FK Table
1 kode_rs Varchar 128 Primary Key
2 Nama_rs Varchar 128
l. Nama Tabel : login
50
Fungsi : Menyimpan data login Tabel 3.12 Login
No Column Data Type Length Constraint FK Table
1 id_user Varchar 45 Primary Key 2 username Varchar 45
3 password Varchar 45 4 previlege Varchar 45 5 nama_karyawan Varchar 128
m. Nama Tabel : pasien_registrasi Primary Key : no_registrasi Foreign Key : no_rm_pasien
Fungsi : Menyimpan data registrasi pasien Tabel 3.13 Pasien Registrasi
No Column Data Type Length Constraint FK Table
1 no_registrasi Varchar 45 Primary Key 2 no_rm_pasien Int 11 Foregn Key pasien 3 tanggal_masuk Date
4 jam_masuk Time
5 jenis_poli Varchar 45
6 keluhan Varchar 128
n. Nama Tabel : pasien_rawat_jalan Primary Key : kode_rawat_jalan Foreign Key : no_registrasi, id_dokter
Fungsi : Menyimpan data rawat jalan pasien Tabel 3.14 Pasien Rawat Jalan
No Column Data Type Length Constraint FK Table
1 kode_rawat_jalan Varchar 45 Primary Key
2 no_registrasi Varchar 45 Foregn Key pasien_registrasi 3 id_dokter Varchar 45 Foregn Key dokter
4 kode_perawat Varchar 45 Foregn Key perawat
5 diagnosa Varchar 45 Foregn Key icd_x_1 6 Sub_diagnosa Varchar 45 Foregn Key icd_x_2 7 tindakan Varchar 45 Foregn Key icd_ix_3
o. Nama Tabel : detail_resep_obat
Primary Key : kode_detail_resep_obat Foreign Key : kode_rawat_jalan, kode_obat Fungsi : Menyimpan data detail resep obat
Tabel 3.15 Detail Resep Obat
No Column Data Type Length Constraint FK Table
1 kode_detail_resep_ obat
Varchar 45 Primary Key
2 kode_rawat_jalan Varchar 45 Foregn Key pasien_rawat_ jalan
3 kode_obat Varchar 45 Foregn Key obat
52
No Column Data Type Length Constraint FK Table
5 waktu Varchar 128
p. Nama Tabel : rekap_penyakit Primary Key : kode_rekap_penyakit Foreign Key : id_icd_x_3
Fungsi : Menyimpan data rekap penyakit Tabel 3.16 Rekap Penyakit
No Column Data Type Length Constraint FK Table
1 kode_rekap_penyakit Int 11 Primary Key
2 id_icd_x_3 Varchar 128 Foregn Key icd_x_3
3 pria Int 11
4 perempuan Int 11
5 keluar_total Int 11
q. Nama Tabel : rekap_dokter
Primary Key : kode_rekap_dokter Foreign Key : id_dokter
Fungsi : Menyimpan data laporan untuk dokter Tabel 3.17 Rekap Dokter
No Column Data Type Length Constraint FK Table
1 kode_rekap_dokter Int 11 Primary Key
r. Nama Tabel : rujukan Primary Key : kode_rujukan Foreign Key : no_registrasi
Fungsi : Menyimpan data rujukan pasien Tabel 3.18 Rujukan
No Column Data Type Length Constraint FK Table
1 kode_rujukan Varchar 45 Primary Key
2 no_registrasi Varchar 45 Foregn Key pasien_registrasi 3 kode_rs Varchar 45
4 diagnosa Varchar 45
5 sub_diagnosa Varchar 45 6 tindakan Varchar 45
3.2.6 Perancangan Interface
Desain interface digunakan untuk menampilkan rancangan sesuai dengan kebutuhan pengguna. Fungsi-fungsi sebuah form dan bagian-bagiannya akan dijelaskan. Melalui desain input/output pengembang dapat mengetahui tampilan sistem berbasis web yang akan dibangun.
A. Form Login
54
Form login digunakan oleh pengguna untuk masuk ke dalam sistem
dengan memasukkan username dan password. Pada halaman ini juga akan memberikan informasi apabila data pengguna yang dimasukan tidak benar atau tidak terdaftar. Rancangan untuk halaman login dapat dilihat pada Gambar 3.13.
B. Halaman Utama
Gambar 3.15 Halaman Utama
Halaman utama adalah halaman yang ditampilkan setelah pengguna berhasil melakukan login. Pada halaman ini menu yang ditampilkan di bedakan menurut hak akses dari pengguna. Halaman ini juga menampilkan data pengguna yang login dan ucapan selamat datang. Rancangan halaman utama dapat dilihat pada Gambar 3.15.
C. Halaman Master
Rekam Medis. Pada aplikasi ini, hanya admin yang dapat mengakses halaman user untuk menambah, merubah dan menghapus data master.
C.1Halaman Master User
Gambar 3.16 Halaman Master User
Pada halaman master user akan menampilkan tabel yang berisi user yang telah lebih dulu registrasi. Master user digunakan untuk membuat user login. Rancangan halaman Master User dapat dilihat pada Gambar 3.16.
C.2Halaman Data Master
56
Pada halaman master data pengguna dapat memasukkan data master yang dibutuhkan dalam transaksi rekam medis. Berisi tabel yang menampilkan semua data master yang telah terdaftar seperti pasien, dokter, perawat dan obat. Rancangan halaman data master dapat dilihat pada Gambar 3.17.
C.3Halaman Tambah Master
Gambar 3.18 Halaman Input Master
Pada halaman input master pengguna memasukkan data yang dibutuhkan untuk kemudian disimpan kedalam database. Berisi textbox, combobox maupun
checkbox. Terdapat tombol batal untuk membatalkan inputan dan kemudian
kembali ke halaman master. Rancangan halaman tambah data master dapat dilihat pada Gambar 3.18.
D. Halaman Transaksi
D.1 Halaman Registrasi
Gambar 3.19 Halaman Registrasi
Pada halaman registrasi pengguna dapat menambahkan pasien melalui
button tambah pasien. Namun apabila pasien yang berobat sudah terdaftar maka
58
D.2 Halaman Rawat Jalan
Gambar 3.20 Halaman Rawat Jalan
Pada halaman ini pengguna memasukkan data hasil diagnosa untuk disimpan ke dalam database yang kemudian menjadi rekam medis bagi pasien. Pada rawat jalan terdapat detail penyakit yang diderita pasien, obat dan dosis yang diberikan dokter. Rancangan halaman rawat jalan dapat dilihat pada Gambar 3.20.
E. Halaman Rekam Medis
E.1 Halaman Utama Rekam Medis
Gambar 3.21 Halaman Rekam Medis
Pada halaman rekam medis pengguna dapat melihat rekaman medis pasien dengan memilih atau memasukkan nomer registrasi atau bisa juga nomer rekam medis dari pasien. Maka akan muncul data pasien beserta rekaman medis dari pasien tersebut. Rancangan halaman rekam medis dapat dilihat pada Gambar 3.20.
E.2 Halaman Detail Rekam Medis
60
Pada halaman detail rekam medis pengguna disajikan semua data medis atau riwayat berobat dari pasien. Untuk detail rekam medis ini pengguna tidak dapat merubah data yang tersaji melainkan hanya bisa dilihat saja. Rancangan halaman detail rekam medis dapat dilihat pada Gambar 3.22.
F. Halaman Laporan
Halaman laporan merupakan desain interface yang dibuat untuk memproses data yang diperoleh dari pasien saat berobat untuk dibuat laporan. Laporan yang dihasilkan merupakan laporan yang dibutuhkan oleh pihak Klinik Rumah Safa Surabaya.
F.1 Halaman Utama Laporan
Gambar 3.23 Halaman Laporan
F.2 Halaman Detail Laporan
Gambar 3.24 Halaman Detail Laporan
62
F.3 Halaman Cetak Laporan
Gambar 3.25 Halaman Cetak Laporan
Pada halaman laporan cetak format laporan sudah menyesuaikan, sehingga desain yang dibuat tidak membuat bingung. Isi dari halaman cetak laporan sama seperti halaman detail laporan hanya formatnya yang berbeda. Rancangan halaman utama laporan dapat dilihat pada Gambar 3.25.
3.2.7 Rancangan Pengujian
Untuk memastikan apakah sistem yang dirancang telah memenuhi kebutuhan pengguna dilakukan pengujian dengan pendekatan metode black-box
testing. Dalam uji coba ini dilakukan dengan cara memasukkan data-data tertentu
A. Uji Coba Fungsi Aplikasi
Proses uji coba dilakukan untuk mengetahui apakah fungsi-fungsi dari Aplikasi Rekam Medis telah berjalan dengan benar dan sesuai dengan kebutuhan pihak Klinik Rumah Safa Surabaya. Setiap fungsi yang disediakan akan diuji hasilnya sesuai dengan test case. Berikut ini desain uji coba pada Aplikasi Rekam Medis.
A.1Desain Uji Coba Master User
Fungsi master user digunakan untuk melakukan registrasi atau pendaftaran akses kepada user agar dapat mengakses aplikasi. Pada fungsimaster user dilakukan dengan cara menginputkan username, password, nama user dan
user privilege. Data ini nantinya akan digunakan untuk login user.
Tabel 3.19 Desain Fungsi Master User Test
Case ID
Tujuan Input Output yang
diharapkan
1 Menambahkan Data Memasukan data
pada kemudian tekan tombol simpan
Berhasil melakukan pendaftaran dan data user telah tersimpan ke dalam database dan tampil pada tabel view
2 Membatalkan
Penyimpanan Data
Memasukan data
user pada kemudian
tekan tombol Batal
Data tidak muncul pada halaman user, artinya data user tidak tersimpan ke dalam database
3 Mengubah Data Mengubah data yang
sudah ada
64
A.2Desain Uji Coba Fungsi Login
Fungsi login digunakan untuk melakukan pembatasan hak akses kepada pengguna. Pada fungsi login dilakukan dengan cara menginputkan username dan
password ini akan diketahui level user previlege . Desain test case untuk uji coba
fungsi login dapat dilihat pada Tabel 3.21.
Tabel 3.20 Master User
id_user username password previlege nama_user
USR004 hasana 21232f297a57a5a743894a
0e4a801fc3
Pendaftaran Hasana
USR005 yuliana 45234f297a57a5a743894a
0e4a801fc3
Rawat Jalan Yuliana
USR001 admin 878af297a57a5a743894a0
e4a80167c
admin administrastor
Tabel 3.21 Desain Test Case Fungsi Login Test
Case Id
Tujuan Input Output yang
diharapkan
1 Memastikan username
dan password terisi
Memasukan username dan password tidak diisi
Muncul pesan bahwa login gagal
2 Memastikan Pemeriksaan
username dan password yang diinputkan benar
Memasukkan username dan
password yang benar
Muncul form utama (Home)
3 Memastikan Pemeriksaan
username dan password yang diinputkan benar
Memasukkan username dan
password yang salah
Muncul pesan
login gagal
A.3Desain Uji Coba Tambah Pasien
Fungsi Tambah Data Pasien digunakan oleh admin untuk melakukan
penambahan data pasien dan menyimpannya dalam database. Admin memilih
tambah pasien dan mengisikan data pasien yang ingin ditambahkan. Desain untuk
Tabel 3.22 Desain Uji Coba Fungsi Tambah Pasien Test
Case ID
Tujuan Input Output
1 Menghindari kolom nama pasien kosong karena data tersebut banyak menjadi foreign
key ditable lainnya
Mengisikan
A.4Desain Uji Coba Tambah Rawat Jalan
Fungsi Tambah Data Rawat Jalan digunakan oleh perawat untuk
melakukan input rawat jalan pasien dan menyimpannya dalam database. Semua
hasil pemeriksaan oleh dokter di input kan pada rawat jalan. Desain untuk uji coba
fungsi tambah rawat jalan dapat diliat pada tabel 3.23.
Tabel 3.23 Desain Uji Coba Fungsi Tambah Rawat Jalan Test
Case ID
Tujuan Input Output
66
A.5Desain Uji Coba Detail Tambah Obat
Fungsi Detail Tambah Obat digunakan oleh perawat untuk melakukan
input obat yang diberikan pasien. Satu nomer registrasi bisa memiliki banyak data
obat . Desain untuk uji coba fungsi tambah pasien dapat diliat pada tabel 3.24.
Tabel 3.24 Desain Uji Coba Fungsi Detail Tambah Obat Test
Case ID
Tujuan Input Output
1 Dapat menginputkan banyak obat pada satu nomer registrasi
Menginputkan obat yang diberikan sesuai dengan nomer
A.6Desain Uji Coba Laporan
Fungsi Laporan merupakan output yang dibutuhkan oleh pihak klinik.
Laporan tersebut menyajikan informasi pertahun dan dapat langsung dicetak.
Laporan yang ditampilkan merupakan indikator bagi pihak klinik. Desain untuk
uji coba fungsi tambah pasien dapat diliat pada tabel 3.25.
Tabel 3.25 Desain Uji Coba Fungsi Laporan Test
Case ID
Tujuan Input Output
1 Dapat menampilkan informasi dari data secara akurat dan dapat
Test Case ID
Tujuan Input Output
menghitung jumlah pasien yang datang dan penyakit terbanyak yang diderita
diinginkan yang datang dan penyakit terbanyak
A.7Desain Uji Coba Kecepatan Aplikasi
Diperlukan waktu yang dihasilkan program dalam mengolah data pasien.
Pasien yang sudah terdaftar langsung dapat dipilih saat registrasi dan tidak perlu
lagi mencari data pasien lama yang membutuhkan waktu cukup lama.
Tabel 3.26 Uji Coba Kecepatan Aplikasi Test
Case ID
Tujuan Input Output
1 Membandingkan kecepatan dalam mengolah data pasien
Nomor rekam medis dan nama pasien saat registrasi
68
BAB IV
IMPLEMENTASI DAN EVALUASI SISTEM
4.1 Implementasi Sistem
Implementasi bertujuan untuk menerapkan sistem yang dibangun agar dapat mengatasi permasalahan yang telah diangkat pada penelitian ini. Tahap-tahap yang dilakukan pada implementasi ini adalah mengidentifikasi kebutuhan sistem baik perangkat keras maupun perangkat lunak serta menerapkan rancangan dan evaluasi sistem yang dibangun.
4.1.1 Kebutuhan Sistem
Untuk menjalankan aplikasi rekam medis ini membutuhkan perangkat keras (hardware) dan perangkat lunak (software) dengan kriteria tertentu agar sistem dapat berjalan.
A. Kebutuhan Perangkat Keras
Perangkat keras adalah komponen fisik atau peralatan yang berbentuk fisik yang membentuk computer serta peralatan lain yang mendukung perangkat lunak dalam menjalankan tugas-tugasnya. Sifat umum dari perangkat keras adalah dapat dilihat dan dipegang dalam bentuk fisik. Kebutuhan akan perangkat lunak dan perangkat keras tersebut dibagi menjadi 2 (dua), yaitu kebutuhan perangkat lunak dan perangkat keras untuk server dan kebutuhan perangkat lunak dan perangkat keras untuk client.
1. Kebutuhan perangkat lunak untuk server
a. Sistem Operasi: Windows XP Service Pack 3/Linux 2.4.1
b. Web server: XAMPP (untuk Windows)/LAMPP (untuk Linux)
c. Database: MySql
2. Kebutuhan perangkat keras untuk server
Berikut spesifikasi minimal perangkat keras untuk server adalah: a. Processor Intel Core 2 duo 2,00 GHz
b. RAM 2 Gigabytes DDR2
c. 80 Gigabytes Hard disk drive
d. Display VGA 128 MB
e. Monitor, printer, mouse dan keyboard
3. Kebutuhan perangkat lunak untuk client
Berikut spesifikasi minimal perangkat lunak untuk client adalah: a. Sistem Operasi: Microsoft Windows XP Service Pack 2/Linux 2.4
b. Browser: Mozilla Firefox 10/Google Chrome 8
4. Kebutuhan perangkat keras untuk client
Berikut spesifikasi minimal perangkat keras untuk client adalah:
a. Processor Intel IV 1,7 GHz
b. RAM 1 Gigabytes DDR2 c. 40 Gigabytes Hard disk drive
d. Display VGA 128 MB
70
4.1.2 Penjelasan Implementasi Sistem
Penjelasan tentang implementasi sistem yaitu aplikasi rekam medis berfungsi untuk menjelaskan cara kerja aplikasi ini ketika diimplementasikan. Fungsi lain dari penjelasan implementasi sistem adalah mengenalkan pengguna mengenai cara kerja atau alur dari aplikasi rekam medis klinik rumah safa Surabaya.
1. Form Login adalah sebuah form yang berfungsi untuk mengecek akun
pengguna yang akan menggunakan aplikasi rekam medis rumah safa. Tampilan form mengecek login dapat dilihat pada Gambar 4.1.
Gambar 4.1 Form Mengecek Login
2. Form registrasi User adalah form yang berfungsi untuk melakukan
pendaftaran sebagai member atau User untuk login. Setelah proses daftar berhasil, member dapat melakukan login setelah mendapat konfirmasi dari admin maka member tersebut dapat mengakses halaman utama. Tampilan
Gambar 4.2 Form Registrasi User
3. Form Data Master adalah form yang berfungsi untuk memasukkan data
master ke dalam database untuk digunakan pada saat proses transaksi. Tampilan form data master dapat dilihat pada Gambar 4.3.
Gambar 4.3 Form Master User
4. Form Master dokumen adalah form yang berfungsi untuk mengupload
72
Gambar 4.4 Contoh form Master Pasien
Gambar 4.5 Form Input Master Pasien
5. Form Registrasi adalah form yang berfungsi untuk mendaftarkan pasien saat
akan berobat. Pada saat registrasi pasien akan ditanyakan akan ke poli mana dan apa keluhannya semua data dari pasien tersebut akan disimpan pada form
registrasi ini hanya bisa diakses oleh admin. Tampilan form Registrasi dapat
Gambar 4.6 Form Registrasi
Gambar 4.7 Form Tambah Registrasi
6. Form Rawat Jalan merupakan form transaksi yang utama. Ketika pasien
74
Gambar 4.8 Form Rawat Jalan
Gambar 4.9 Form Tambah Rawat Jalan
7. Form Detail Obat adalah form yang berfungsi untuk menambahkan obat pada
Gambar 4.10 Form Detail Obat
Gambar 4.11 Form Tambah Detail Obat
8. Form Rekam Medik adalah form yang berisi tentang segala tindakan medis
76
Gambar 4.12 Form Rekam Medik
Gambar 4.13 Form Detail Rekam Medik
9. Form Laporan adalah form yang berisi mengenai informasi indikator untuk
Gambar 4.14 Form Laporan
Gambar 4.15 Form Cetak Laporan
4.2 Uji Coba dan Evaluasi
78
aplikasi ini akan dievaluasi terlebih dahulu sebelum diimplementasikan secara nyata. Proses pengujian aplikasi rekam medis rumah safa menggunakan Black Box
Testing. Pengujian Black Box Testing berfungsi untuk membuktikan bahwa
aplikasi yang sudah dibuat sesuai dengan tujuan.
4.2.1 Uji Coba
Pada proses uji coba aplikasi dilakukan seorang pengguna dengan menggunakan empat hak akses yaitu admin, pimpinan, unit kerja dan member atau User external. Proses uji coba aplikasi dilakukan untuk memastikan semua fungsi utama pada aplikasi ini berjalan sesuai dengan tujuan. Proses uji coba aplikasi ini memiliki tahapan yaitu menguji semua masukan dan membandingkan hasil masukkan tersebut dengan hasil yang diharapkan.
A. Form Mengecek Login
Pada proses mengecek login terdapat proses mengecek Username dan
password dari pengguna yang menggunakan aplikasi rekam medis rumah safa.
Jika nama pengguna dan kata sandi salah maka pengguna akan gagal login. Jika nama pengguna dan password benar maka akan tampil halaman utama. Pada Gambar 4.16 menunjukkan nama pengguna dan kata sandi yang dimasukkan oleh
User dengan data yang tidak valid. Setelah data login valid, maka pegguna akan
Tabel 4.1 Uji Coba Form Mengecek Login
2.Menampilkan Halaman
1.Gagal Login Sukses
(Gambar 4.16)
80
Gambar 4.17 Tampilan User Login Halaman Utama
B. Form Melakukan Pendaftaran User
Pada proses melakukan pendaftaran User terdapat pengecekan apakah data valid atau tidak. Apabila data tidak valid maka akan menampilkan informasi data yang harus diisi sebelum data disimpan. Jika nama pengguna yang dimasukkan sama dengan data yang telah tersimpan, maka aplikasi tidak akan menyimpan data ada notofikasi bahwa User sudah digunakan. Jika data yang telah dimasukkan telah valid, maka aplikasi akan menyimpan data tersebut. Rangkaian uji coba form melakukan pendaftaran User dapat dilihat pada Tabel 4.2. Gambar 4.18 menunjukkan data yang dimasukkan sudah ada. Gambar 4.19 menunjukkan pendaftaran yang dilakukan pengguna berhasil.
Tabel 4.2 Uji Coba Form Melakukan Pendaftaran
No Tujuan Masukkan Keluaran Yang
Diharapkan
Hasil
1. Mengetahui respon aplikasi setelah ada pada database
Gambar 4.18 Tampilan Kesalahan User Sudah Ada
Gambar 4.19 Tampilan Daftar User Disimpan
C.Uji Coba Fungsi Laporan