BAB IV PERANCANGAN 4.1 Perancangan Algoritma Prinsip kerja dari Aplikasi Rekam Medis Terpusat adalah semua pasien harus melakukan login ke dalam sistem menggunakan QR Code, akan tetapi untuk user lainnya seperti admin, dokter, dan perawat hanya menggunakan login sesuai dengan username dan password tanpa menggunakan QR Code. QR Code ini digunakan sebagai otentikasi pengguna yang dalam perancangan ini adalah pasien. Aplikasi ini hanya menampilkan data saja, data yang dapat dilihat oleh pasien adalah rekam medis dan data pribadi. QR Code Camera Web Application Database Gambar 4.1 Diagram Blok Aplikasi Rekam Medis Terpusat Pasien yang akan berobat untuk pertama kali harus mendaftar ke administrasi untuk didaftarkan ke aplikasi rekam medis. Setelah nama dan lainnya terdaftar maka pasien dapat login kedalam sistem menggunakan QR Code, dimana QR Code ini dihasilkan dari generate ID pasien. Pasien yang ingin melakukan pemeriksaan, melihat data pribadi dan rekam medis cukup dengan me-scan QR Code yang dipunya. Kemudian, data pada QR Code tersebut dikirim ke Web menggunakan Web Camera. Setelah terotentikasi pada aplikasi tersebut, maka 4-1
pasien dapat mendaftar dirumah sakit yang mereka inginkan untuk dirawat. Untuk diagram flow pendaftaran dapat dilihat gambar 4.2. Start Scan QR Code Decode QR Code Ada? Tidak Cek ke admin Ya Tampilkan laman input rekam medis Pilih poliklinik, dokter, dan perawat Selesai Gambar 4.2 Diagram flow chart pendaftaran rekam medis 4.1.1 Use Case Diagram Pada perancangan algoritma dari aplikasi rekam medis terpusat, terdapat lima user atau actor antara lain Admin, Pasien, Dokter, Perawat, dan Petugas. Setiap user ini memiliki peran berbeda di dalam sistem, peran masing-masing user/actor 4-2
dirangkum dalam tabel actor glossary. Tabel 4.1 di bawah ini menjelaskan fungsi dari masing-masing pengguna : Tabel 4.1 Actor Glossary Actor Deskripsi Admin Aktor yang menginput data pasien, dokter, perawat Pasien Aktor berobat dan dapat melihat rekam medis Dokter Aktor yang dapat melihat data pribadi pasien dan menginput data rekam medis Perawat Aktor yang dapat melihat rekam medis pasien dan merawat pasien Petugas Aktor yang melakukan pendaftaran pasien dan memilih perawat serta dokter Dari penjelasan yang terdapat di tabel 4.1 dapat digambarkan dengan use case diagram menggambarkan dan mengilustrasikan aktivitas dan fungsionalitas yang diharapkan dari sebuah sistem. Use case diagram juga mendeskripsikan apa yang user dapat lakukan dan bagaimana sistem merespon seperti gambar 4.3. 4-3
melihat rekam medis input data pasien baru ubah data pasien Pasien melihat data pasien hapus data rekam medis Admin <<include>> menerima pendaftaran rekam Perawat input tindakan <<extend>> memilih praktisi medis Petugas <<extend>> input keluhan <<extend>> Dokter input diagnosa dan resep Gambar 4.3 Use Case Diagram Aplikasi Rekam Medis Terpusat Tabel 4.2 Use Case Glossary No. Use Case Actor Deskripsi 1 Input Data Pasien Baru Admin Input data pasien baru agar pasien mendapatkan QR Code sebagai otentikasi 2 Mengubah Data Admin Mengubah data pasien User 3 Menerima Petugas Menerima pendaftaran pasien Pendaftaran Pasien baru 4 Memilih dokter dan perawat Petugas Rumah sakit yang dipilih untuk berobat 5 Melihat Data Pasien Semua Aktor Melihat alamat, nomor telpon, dll 4-4
6 Lihat Rekam Medis Semua aktor, kecuali petugas Melihat rekam medis yang diinput dokter 7 Input Rekam Medis Dokter dan Perawat Input keluhan pasien 8 Input Rekam Medis Perawat Input tindakan yang sudah dilakukan terhadap pasien 9 Input Rekam Medis Dokter Hasil diagnosa pasien 10 Input Resep Obat Dokter Berdasarkan rekam medis 4.1.2 Activity Diagram Seperti yang sudah dideskripsikan pada use case diagram di atas, pasien yang baru harus mendaftar terlebih dahulu ke admin, selanjutnya admin akan melakukan input data pasien baru ke dalam sistem. Aktivitas untuk pasien baru digambarkan pada gambar 4.4. Gambar 4.4 Activity Diagram untuk pasien baru 4-5
Gambar 4.5 Activity Diagram untuk pasien lama Pada gambar 4.5 digambarkan jika pasien adalah pasien yang sudah pernah melakukan pendaftaran atau pasien lama dan ingin melakukan rawat jalan, dapat didaftarkan oleh petugas. Petugas akan memilih dokter dan perawat yang akan menangani pasien. Sistem pada aktivitas di atas terdiri dari software dan hardware yang akan dijelaskan selanjutnya. 4.1.3 Sequence Diagram Sequence Diagram adalah suatu diagram yang menggambarkan interaksi antar obyek dan mengindikasikan komunikasi diantara objek-objek tersebut. Gambar 4.6 menyajikan sequence diagram untuk pasien baru pada aplikasi rekam medis terpusat. 4-6
Admin web admin tabel_pasien 1: input data pasien 2: add new pasien 3: save 5: tampilkan QR Code 4: sukses add new pasien Gambar 4.6 Sequence Diagram untuk input pasien baru Pasien web pasien db tabel_pasien 1: Scan QR Code 2: decode QR Code 3: read data alt [data valid] 4: data match 5: sukses login [else] 7: gagal login contact admin 6: not found Gambar 4.7 Sequence Diagram login ke web pasien 4-7
Bagi pasien lama yang sudah terdaftar tidak perlu lagi melakukan pendaftaran. Sequence diagram untuk pasien lama dan input rekam medis disajikan pada Gambar 4.8. Petugas Web petugas db tabel_pasien db rkm_medis 1: Scan QR Code pasien 2: decode QR Code 3: read data 4: data found 5: authenticated 6: pilih praktisi medis 7: add new record rekam medis 8: save 9: sukses add new record 10: dapat data rekam Gambar 4.8 Sequence Diagram scan QR Code untuk otentikasi pasien Pada gambar 4.8 digambarkan untuk pasien yang ingin berobat hanya perlu datang ke rumah sakit, menemui petugas rumah sakit untuk dilakukan pendaftaran data rekam medis. Petugas rumah sakit bertugas untuk memilih dokter yang sesuai dengan poliklinik atau spesialis yang dipinta pasien. 4-8
Dokter Web dokter db rkm_medis 1: input keluhan 2: add keluhan 3: save keluhan 5: keluhan ditambahkan 4: sukses add keluhan 6: input diagnosa dan resep 7: add diagnosa dan resep 9: sukses add diagnosa, resep 8: save diagnosa dan resep 10: diagnosa, resep ditambahkan Gambar 4.9 Sequence Diagram Dokter Perawat Web perawat db rkm_medis 1: input tindakan 2: add tindakan 3: save tindakan 5: tindakan ditambahkan 4: sukses add tindakan Gambar 4.10 Sequence Diagram Perawat Setelah mendapatkan data rekam, pasien menemui dokter untuk menyampaikan keluhan, lalu dokter akan melakukan input keluhan pasien ke database, dokter kemudian melakukan request tindakan yang diperlukan ke 4-9
perawat, lalu input tindakan yang sudah dilakukan ke database. Setelahnya dokter akan membuat diagnosa dan membuat resep obat. 4.1.3. Class Diagram Perancangan class diagram dimaksudkan untuk mempermudah dalam menentukan relasi dari tabel-tabel yang dibutuhkan untuk aplikasi rekam medis terpusat ini, sekaligus class diagram ini menjadi acuan dalam perancangan diagram entity yang akan dijelaskan selanjutnya. Gambar 4.11 menyajikan relasi-relasi class diagram. Gambar 4.11 Class Diagram Aplikasi Rekam Medis Terpusat 4-10
Pada aplikasi rekam medis terpusat ini terdapat tujuh objek dengan masingmasing entitas. Objek dan entitas tersebut antara lain: a. Tabel Rumah Sakit: id_rs, nama_rs, alamat_rs, no_telp_rs, id_dokter_rs, id_perawat_rs b. Tabel Pegawai RS: id, nama, gender, alamat, no_telp c. Tabel Petugas: id_petugas, nama_pg, alamat_pg, no_telp_pg d. Tabel Login Pegawai RS: username, passwd, id e. Tabel Dokter: id_dokter, nama_dr, alamat_dr, spesialis, no_telp_dr, id_dokter_rs, id_gender f. Tabel Perawat: id_perawat, nama_prw, alamat_prw, no_telp_prw, id_perawat_rs, id_gender g. Tabel Pasien: id_pasien, nama_ps, alamat_ps, no_telp_ps, tgl_lahir_pasien, id_gender h. Tabel Rekam Medis: id_rekam_medis, keluhan, tindakan, diagnosa, tgl_rkm, resep, id_dokter, id_perawat i. Tabel Gender: id_gender, gender j. Tabel Spesialis: id_spesialis, nama_sps 4.2 Perancangan Basis Data Perancangan basis data untuk aplikasi ini mengacu pada class diagram yang sudah dijelaskan pada sub bab sebelumnya. Struktur tabel menjelaskan tabel-tabel yang saling berhubungan satu dengan yang lainnya dalam perancangan basis data aplikasi ini. 4.2.1 Struktur Tabel Tujuan dari perancangan struktur ini yaitu untuk menentukan nama field, typefield, nullable, dan keterangan dari field tersebut yang ada pada setiap tabel. Struktur tabel yang akan digunakan di dalam perancangan sistem ini akan menentukan struktur fisik database yang menunjukan struktur dari elemen-elemen yang menyatakan panjang data dan type datanya. Pengembangan struktur tabel yang akan diuraikan adalah sebagai berikut 4-11
1. Tabel Gender. Pada tabel ini menerangkan tentang field mengenai tabel tabel_gender dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : tabel_gender. Field : id_gender, nama_gender. Tabel 4.3 Tabel Gender id_gender char(1) No Primary Key nama_gender char(10) No 2. Tabel Pasien. Pada tabel ini menerangkan tentang field mengenai tabel tabel_pasien dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : tabel_pasien. Field : id_pasien, id_gender, nama_ps, tgl_lahir_pasien, gol_darah, alergi, alamat_ps, no_telp_ps. Tabel 4.4 Tabel Pasien id_pasien varchar(20) No Primary Key id_gender char(1) No nama_ps char(30) No tgl_lahir_pasien date gol_darah No enum(a,b,ab,o) No alergi varchar(50) Yes alamat_ps varchar(150) No no_telp_ps varchar(15) Yes Foreign Key (reference: tabel_gender -> id_gender) 4-12
3. Tabel Rumah Sakit. Pada tabel ini menerangkan tentang field mengenai tabel tabel_rs dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : tabel_rs. Field : id_rs, nama_rs, alamat_rs, no_telp_rs. Tabel 4.5 Tabel Rumah Sakit id_rs varchar(20) No Primary Key nama_rs varchar(50) No alamat_rs varchar(100) No no_telp_rs varchar(15) No 4. Tabel Petugas. Pada tabel ini menerangkan tentang field mengenai tabel tabel_petugas dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : tabel_petugas. Field : id_petugas, id_gender, nama_pg, alamat_pg, no_telp_pg. Tabel 4.6 Tabel Petugas id_petugas varchar(20) No Primary Key id_gender char(1) No nama_pg varchar(30) No alamat_pg varchar(100) No no_telp_pg varchar(15) Yes tabel_gender -> id_gender) 4-13
5. Tabel Petugas RS. Pada tabel ini menerangkan tentang field mengenai tabel tabel_pg_rs dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : tabel_pg_rs. Field : id_pg_rs, id_petugas, id_rs. Tabel 4.7 Tabel Petugas RS id_pg_rs varchar(20) No Primary Key id_petugas varchar(20) No id_rs varchar(20) No tabel_petugas -> id_petugas) tabel_rs -> id_rs) 6. Tabel Login Petugas. Pada tabel ini menerangkan tentang field mengenai tabel login_pg dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : login_pg. Field : username, passwd, id_pg_rs. Tabel 4.8 Tabel Login Petugas username varchar(10) No Primary Key passwd varchar(16) No id_pg_rs varchar(20) No tabel_pg_rs -> id_pg_rs) 7. Tabel Spesialis. Pada tabel ini menerangkan tentang field mengenai tabel tabel_spesialis dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : tabel_spesialis. Field : id_spesialis, nama_sps. 4-14
Tabel 4.9 Tabel Spesialis id_spesialis varchar(20) No Primary Key nama_sps varchar(100) No 8. Tabel Dokter. Pada tabel ini menerangkan tentang field mengenai tabel tabel_dokter dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : tabel_dokter. Field : id_dokter, id_gender, id_spesialis, nama_dr, alamat_dr, no_telp_dr. Tabel 4.10 Tabel Dokter id_dokter varchar(20) No Primary Key id_gender char(1) No id_spesialis varchar(20) No nama_dr varchar(30) No alamat_dr varchar(100) No no_telp_dr varchar(15) Yes tabel_gender -> id_gender) tabel_spesialis -> id_spesialis) 9. Tabel Dokter RS. Pada tabel ini menerangkan tentang field mengenai tabel tabel_dokter_rs dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : tabel_pg_rs. Field : id_dokter_rs, id_dokter, id_rs. 4-15
Tabel 4.11 Tabel Dokter RS id_dokter_rs varchar(20) No Primary Key id_dokter varchar(20) No id_rs varchar(20) No tabel_dokter -> id_dokter) tabel_rs -> id_rs) 10. Tabel Login Dokter. Pada tabel ini menerangkan tentang field mengenai tabel login_dr dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : login_dr. Field : username, passwd, id_dokter_rs. Tabel 4.12 Tabel Login Dokter username varchar(10) No Primary Key passwd varchar(16) No id_dokter_rs varchar(20) No tabel_dokter_rs -> id_dokter_rs) 11. Tabel Perawat. Pada tabel ini menerangkan tentang field mengenai tabel tabel_perawat dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : tabel_perawat. Field : id_perawat, id_gender, nama_prw, alamat_prw, no_telp_prw. 4-16
Tabel 4.13 Tabel Perawat id_perawat varchar(20) No Primary Key id_gender char(1) No nama_prw varchar(30) No alamat_prw varchar(100) No no_telp_prw varchar(15) Yes tabel_gender -> id_gender) 12. Tabel Perawat RS. Pada tabel ini menerangkan tentang field mengenai tabel tabel_prw_rs dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : tabel_prw_rs. Field : id_prw_rs, id_perawat, id_rs. Tabel 4.14 Tabel Perawat RS id_prw_rs varchar(20) No Primary Key id_perawat varchar(20) No id_rs varchar(20) No tabel_perawat -> id_perawat) tabel_rs -> id_rs) 13. Tabel Login Perawat. Pada tabel ini menerangkan tentang field mengenai tabel login_prw dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : login_prw. Field : username, passwd, id_prw_rs. 4-17
Tabel 4.15 Tabel Login Perawat username varchar(10) No Primary Key passwd varchar(16) No id_prw_rs varchar(20) No tabel_prw_rs -> id_prw_rs) 14. Tabel Login Admin. Pada tabel ini menerangkan tentang field mengenai tabel login_adm dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : login_adm. Field : username, passwd. Tabel 4.16 Tabel Login Admin username varchar(10) No Primary Key passwd varchar(16) No 15. Tabel Rekam Medis Pada tabel ini menerangkan tentang field mengenai tabel rkm_medis dengan spesifikasi field-nya adalah sebagai berikut : Nama Tabel : rkm_medis. Field : id_rkm_medis, id_pasien, id_dokter_rs, id_prw_rs, id_rs, keluhan, tindakan, diagnosa, resep, tanggal_rkm, stats. Tabel 4.17 Tabel Rekam Medis id_rkm_medis bigint(20) No Primary Key id_pasien varchar(20) No id_dokter_rs varchar(20) No tabel_pasien -> id_pasien) tabel_dokter_rs -> id_dokter_rs) 4-18
id_prw_rs varchar(20) No id_rs varchar(20) No keluhan varchar(200) No tindakan varchar(200) Yes diagnosa varchar(200) Yes resep varchar(200) Yes tanggal_rkm timestamp No stats enum(done, not done) No id_prw_rs -> id_prw_rs) Foreign Key (refernces: tabel_rs -> id_rs) 4.3 Perancangan Antar Muka Web Aplikasi rekam medis berbasi web ini memiliki halaman indeks berbeda untuk masing-masing user. Halaman tersebut antara lain halaman dokter, halaman perawat, dan halaman pasien. Hal ini dibedakan agar masing-masing halaman hanya dapat dilihat oleh beberapa pengguna saja, sehingga privasi user terjaga dan mencegah adanya pihak yang dapat mengubah data yang dapat diakses user tertentu. Design tampilan untuk login disajikan pada gambar 4.13. FORM LOGIN TOMBOL Gambar 4.12 Design antar muka halaman login 4-19
Kemudahan dalam navigasi, perpindahan antara menu juga menjadi concern penulis, maka dari itu design antar muka web dibuat sesederhana mungkin. Design antar muka web disajikan pada gambar 4.14. M HEADER E N U BODY CONTENT FOOTER Gambar 4.13 Design Antar Muka Web Rekam Medis Terpusat 4-20