BAB III ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM

Transkripsi

1 BAB III ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM Model proses yang digunakan untuk pengembangan sistem pendaftaran pasien menggunakan fingerprint adalah model Waterfall. Pada umumnya model proses Waterfall terdiri dari lima tahapan, yaitu analisis dan definisi kebutuhan, desain sistem dan perangkat lunak, implementasi dan pengujian unit, integrasi dan pengujian sistem, dan pengoperasian dan pemeliharaan. Namun pada pengembangan sistem ini yang diterapkan hanya empat tahap, yaitu analisis dan definisi kebutuhan, desain sistem dan perangkat lunak, implementasi dan pengujian unit, integrasi dan pengujian sistem. 3.1 Analisis dan Definisi Kebutuhan Tahap awal dalam pengembangan suatu perangkat lunak adalah tahap analisis. Tahap ini dimulai dari kegiatan menyelidiki pengguna mengenai apa yang diharapkan dari sebuah perangkat lunak yang akan dibuat. Tahap analisis merupakan tahap awal yang sangat berperan dalam menetapkan fungsi-fungsi yang akan dibangun dalam suatu perangkat lunak. Hal-hal yang perlu diperhatikan dalam tahap analisis adalah: a. Memahami dan memperjelas keinginan pengguna, b. Menentukan ruang lingkup dari studi sebuah sistem, c. Menentukan kelayakan dari masing-masing alternatif dengan memperkirakan keuntungan dan kerugian yang didapat. Dari hasil survey yang telah dilakukan penulis pada sebuah klinik X yang khusus melayani konsultasi, perawatan, dan pengobatan berbagai penyakit kelamin. Ditemukan beberapa fakta berikut ini: 1. Pasien yang berobat tidak ingin identitasnya diketahui, sehingga pihak klinik hanya mencetak nomor rekam medis dan username tanpa nama pasien untuk setiap pasien baru yang mendaftar pada kartu pasien. 33

2 2. Nomor rekam medis berupa rangkaian angka yang terdiri dari 7 digit. 3. Setiap pasien yang ingin melakukan pendaftaran rencana kunjungan harus menunjukan kartu pasien, jika kartu pasien tidak dibawa pasien tersebut harus menyebutkan nomor rekam medisnya. 4. Sering terjadi pasien tidak membawa kartu pasien dan tidak ingat nomor rekam medis, sehingga staf pendaftaran kesulitan untuk mencari data rekam medis pasien tersebut. 5. Staf pendaftaran sering melakukan pendaftaran pasien baru terhadap pasien lama yang tidak membawa kartu pasien dan tidak ingat nomor rekam medisnya, sehingga terjadi duplikasi data pasien dan sulit menelusuri data rekam medis pasien. Dari fakta-fakta tersebut penulis dapat mengetahui kebutuhan-kebutuhan dasar dari klinik X, yaitu: 1. Dibutuhkan solusi untuk menghindari duplikasi data. 2. Dibutuhkan solusi untuk mempercepat proses pencarian data pasien. 3. Dibutuhkan sistem pendaftaran yang baru untuk menggantikan sistem pendaftaran yang lama yaitu metode pendaftaran dengan menunjukan identitas pasien atau kartu pasien atau menyebutkan nomor rekam medis. 4. Klinik X ingin meningkatkan pelayanan kepada pasien salah satunya dengan mempercepat dan mempermudah proses pendaftaran. Untuk memenuhi kebutuhan-kebutuhan dasar tersebut penulis memberikan solusi berupa sistem pendaftaran baru dengan memanfaatkan teknologi fingerprint. Keuntungan teknologi fingerprint ini dari sisi pasien akan mempermudah proses pendaftaran tanpa perlu membawa kartu pasien dan mengingat nomor rekam medis, serta akan memperoleh pelayanan yang lebih cepat dari staf pendaftaran tanpa harus lama mengantri. Sedangkan keuntungan yang akan diperoleh klinik X adalah terhindar dari resiko duplikasi data dan kesulitan dalam menelusuri data rekam medis pasien, mengurangi penggunaan kertas dan tinta yang sebelumnya digunakan untuk kartu pasien, meningkatkan citra klinik X karena memberikan pelayanan yang cepat terhadap pasien dan memiliki sistem pendaftaran yang canggih. 34

3 3.2 Algoritma Pembacaan Sidik Jari Algoritma pembacaan sidik jari dari fingerprint machine ke komputer terdiri dari 3 tahap, yaitu: 1. Enrollment. Merupakan proses pengambilan sidik jari seseorang kemudian mengeluarkan fitur dari sidik jari, membuat template sidik jari, dan menyimpan template untuk nanti diperbandingkan. 2. Verifikasi. Merupakan proses membandingkan antara sidik jari yang tertangkap dengan template sidik jari yang telah disimpan untuk menentukan apakah keduanya cocok. 3. Unenrollment. Merupakan proses menghapus template sidik jari yang terkait dengan pendaftaran sidik jari sebelumnya. 3.3 Perancangan Sistem pendaftaran pasien dengan fingerprint adalah perangkat lunak yang digunakan untuk mempermudah proses pendaftaran pasien pada sebuah klinik dengan menggunakan teknologi fingerprint Use Case Diagram Aplikasi ini memiliki 3 (tiga) aktor, yaitu aktor Staf Pendaftaran yang akan memasukan daftar pendaftaran, aktor Pasien yang akan memasukan 3 (tiga) pola sidik jari pasien tersebut, dan aktor Perawat yang dapat melihat daftarn kunjungan dan memasukan data pemeriksaan pasien. Use case diagram aplikasi terintegrasi ini dapat dilihat pada gambar berikut. 35

4 Gambar 3.1Use case diagram aplikasi pendaftaran pasien dengan fingerprint Berikut ini adalah penjelasan dari diagram use case diatas: Tabel 3. 1 Tabel Use Case Verifikasi Pasien Nama Use Case Aktor Deskripsi Verifikasi Pasien Pasien Pasien memindai sidik jarinya untuk diverifikasi apakah pasien tersebut merupakan pasien lama atau pasien baru. Pasien Pasien memindai 3 (tiga) sidik jari yaitu Ibu Jari Kanan, Telunjuk Kanan, Ibu Jari Kiri. Behavior Staf Pendaftaran Staf pendaftaran dapat menggunakan tombol Daftar Pasien Baru jika hasil identifikasi pasien belum terdaftar. 36

5 Lanjutan Staf pendaftaran dapat menggunakan tombol Daftar Behavior Pre-Kondisi Post-Kodisi Rencana baru jika hasil identifikasi pasien telah terdaftar. Staf pendaftaran dapat menggunakan tombol Ulangi Identifikasi jika hasil pemindaian sidik jari kurang baik. Staf pendaftaran menyediakan alat fingerprint reader kepada pasien, dan menginstruksikan untuk memindai 3 (tiga) jari yang telah ditentukan. Pasien memindai 3 (tiga) jari yang telah ditentukan oleh staf pendaftaran. Jika hasil pemindaian menyatakan pasien sudah terdaftar maka staf pendaftaran akan menekan tombol Daftar Kunjungan Baru. Jika hasil pemindaian menyatakan sidik jari tidak ditemukan, maka staf akan menekan tombol Daftar Pasien Baru. 37

6 Tabel 3. 2 Tabel Use Case Daftar Pasien Nama Use Case Aktor Daftar Pasien Staf Pendaftaran Staf Pendaftaran dapat melakukan tambah data pasien Deskripsi baru identifikasi sidik jari pasien dinyatakan tidak ditemukan. Staf Pendaftaran Staf Pendaftaran dapat menekan tombol Daftar Pasien Behavior Pre-Kondisi Post-Kodisi Baru. Staf pendaftaran dapat menekan tombol verifikasi ibu jari kanan, telunjuk kanan, dan ibu jari kiri. Staf pendaftaran memasukan data pasien seperti: kode panggil pasien, jenis kelamin, tempat dan tanggal lahir. Staf pendaftaran akan menyimpan 3 (tiga) sidik jari pasien: ibu jari kanan, telunjuk kanan, ibu jari kiri. Staf pendaftaran dapat memasukan data pasien setelah 3 (tiga) sidik jari pasien disimpan. Tabel 3. 3 Tabel Use Case Daftar Kunjungan Nama Use Case Aktor Deskripsi Daftar Kunjungan Staf Pendaftaran Staf Pendaftaran membuat data kunjungan baru bagi pasien yang telah terdaftar. 38

7 Lanjutan Staf Pendaftaran Staf Pendaftaran memasukan data kunjungan pasien Behavior Pasien pada formulir rencana kunjungan. Pasien berhak mendapat nomor antrian setelah mendaftar kunjungan. Staf pendaftaran harus memastikan pasien telah Pre-Kondisi terdaftar. Staf pendaftaran memasukan daftar kunjungan pasien Post-Kondisi Pasien menerima nomor antrian. Tabel 3. 4 Tabel Use Case Layanan Pasien Nama Use Case Aktor Layanan Pasien Perawat Perawat menerima daftar kunjungan yang telah dibuat Deskripsi oleh staf pendaftaran, untuk melihat riwayat medis pasien sebelum diserahkan kepada dokter. Perawat Behavior Perawat menerima daftar kunjungan pasien yang telah terdaftar. Perawat berhak melihat riwayat medis pasien. Pre-Kondisi Staf pendaftaran membuat data kunjungan baru. 39

8 Lanjutan Nama Use Case Layanan Pasien Post-Kodisi Perawat dapat melihat daftar kunjungan pasien. Perawat dapat melihat riwayat medis tiap pasien Diagram Aktifitas (Activity Diagram) Alur proses pendaftaran pada sistem ini dimulai dari pasien datang ke klinik untuk membuat rencana kunjungan, sebelumnya staf pendaftaran akan memeriksa salah satu dari 3 (tiga) jenis sidik jari pasien yaitu ibu jari kanan, telunjuk kanan, ibu jari kiri sudah pernah didaftarkan atau belum. Kemudian pasien dipersilahkan untuk melakukan identifikasi dengan menempelkan salah satu jari pada alat fingerprint. Jika hasil identifikasi menyatakan sidik jari pasien Tidak Ditemukan, maka staf pendaftaran akan membuat Data Pasien Baru. Dan jika hasil identifikasi menyatakan sidik jari pasien Ditemukan, maka staf pendaftaran akan langsung membuat kunjungan baru untuk pasien tersebut. Kemudian data kunjungan tersebut akan diterima oleh perawat untuk dilihat riwayat kunjungan dan medis sebelum diserahkan ke dokter. Dari alur tersebut dapat disimpulkan bahwa perancangan ini melibatkan tiga aktor yaitu pasien, staf pendaftaran, dan perawat. Use Case yang pertama kali dilakukan adalah verifikasi pasien. Pada diagram aktifitas verifikasi pasien, aktifitas dimulai dari pasien yang mendaftarkan 3 jarinya yaitu: ibu jari kanan, telunjuk kanan, dan ibu jari kiri. Kemudian sistem akan melakukan verifikasi status sidik jari terdaftar atau tidak terdaftar. Jika terdaftar staf pendaftaran dapat langsung menekan tombol kunjungan. Jika tidak terdaftar maka staf pendaftaran akan memasukan data pasien baru,. Alur verifikasi tersebut dapat dilihat pada gambar berikut ini. 40

9 Gambar 3.2 Diagram aktifitas verifikasi pasien Pada diagram aktifitas pendaftaran pasien, aktifitas dimulai dari staf pendaftaran yang melakukan identifikasi pasien kemudian diverifikasi oleh sistem. Jika hasil verifikasi menyatakan sidik jari terdaftar maka staf pendaftaran dapat langsung menekan tombol kunjungan, dan jika hasil verifikasi menyatakan tidak terdaftar maka staf pendaftaran akan memasukan data pasien baru kemudian data tersebut akan disimpan oleh sistem, sehingga staf pendaftaran dapat menekan tombol kunjungan. Gambar 3. 3 Diagram aktifitas pendaftaran pasien Setelah staf pendaftaran menekan tombol kunjungan aktifitas berikutnya adalah membuat kunjungan pasien. Langkah selanjutnya staf pendaftaran memilih 41

10 jenis layanan, memilih dokter, kemudian data kunjungan akan disimpan oleh sistem. Alur tersebut digambarkan pada diagram aktifitas berikut ini. Gambar 3. 4 Diagram aktifitas pendaftaran kunjungan pasien Diagram aktifitas layanan pasien menggambarkan alur mulai dari aktifitas perawat membuka daftar kunjungan, kemudian memilih data kunjungan pasien yang akan diperiksa dan memasukan data pemeriksaan pasien. Selanjutnya sistem akan menyimpan data pemeriksaan pasien. Diagram aktifitas layanan pasien dapat dilihat pada gambar berikut ini. Gambar 3. 5 Diagram aktifitas layanan pasien 42

11 3.3.3 Diagram Sekuensial (Sequence Diagram) Diagram sekuensial pada aplikasi ini dimulai dari pasien yang memindai salah satu dari tiga jari yang telah ditentukan oleh staf pendaftaran untuk melakukan verifikasi status pasien lama atau pasien baru, jika teridentifikasi sebagai pasien lama maka staf pendaftaran akan langsung membuat data kunjungan baru untuk pasien tersebut, dan jika sidik jari tidak teridentifikasi maka staf pendaftaran akan membuat data pasien baru. Saat staf pendaftaran membuat data pasien baru, aplikasi akan menyimpan id pasien dan mengirimkannya ke aplikasi web Formulir Rencana Kunjungan untuk diterima Perawat sebelum pasien diberikan layanan. Diagram sekuensial tersebut dapat dilihat pada gambar berikut ini. Gambar 3.6 Diagram sequensial aplikasi pendaftaran sidik jari pasien Class Diagram Pada aplikasi ini telah ditentukan beberapa kelas yang dibutuhkan dengan beberapa method disetiap class tersebut. Gambaran dari diagram kelas tersebut dapat dilihat pada gambar berikut ini. 43

12 Gambar 3. 7 Class diagram integrasi aplikasi pendaftaran pasien dengan kunjungan pasien Perancangan Basis Data Integrasi aplikasi pendaftaran pasien dengan kunjungan pasien menggunakan sidik jari ini membutuhkan beberapa tabel yang saling terhubung. Tabel- tabel database yang dibutuhkan dapat dilihat pada tabel-tabel berikut ini. 44

13 Tabel 3. 5 Tabel Pasien ps_id (PK) bigserial id pasien ps_kode varchar Kode panggil pasien ps_jeniskelamin smallint Jenis kelamin pasien ps_tmplahir varchar Tempat lahir pasien ps_tgllahir date Tanggal lahir pasien ps_tgldaftar date Tanggal pendaftaran pasien ps_finger1 text Hasil pemindaian ibu jari kanan ps_finger2 text Hasil pemindaian telunjuk kanan ps_finger3 text Hasil pemindaian ibu jari kiri Tabel 3. 6 Tabel Rencana Kunjungan rkun_id_jadwal_dokter (FK) integer rkun_id (PK) bigserial id rencana kunjungan rkun_tgl_daftar date Tanggal daftar kunjungan ps_id (FK) bigserial id pasien rkun_id_jenis_daftar smallint Cara pendaftaran pasien rkun_tgl_visit date Tanggal kunjungan pasien rkun_id_layanan (FK) integer Jenis layanan pemeriksaan rkun_id_dokter (FK) integer Nama dokter rkun_jns_pasien boolean Jenis pasien lama atau pasien baru rkun_batal boolean Jika pasien membatalkan rencana kunjungan (default false) rkun_batal_alasan varchar Alasan pembatalan rencana kunjungan Jadual praktik dokter Tabel 3. 7 Tabel Kunjungan kun_id (PK) bigserial id kunjungan rkun_id (FK) bigserial id rencana kunjungan ps_id (FK) bigserial id pasien kun_tgl_visit date Tanggal kunjungan pasien 45

14 Lanjutan rkun_id_layanan (FK) integer Jenis layanan pemeriksaan rkun_id_dokter (FK) integer Nama dokter Tabel 3. 8 Tabel Pemeriksaan Pasien pem_pasien_id_kun (FK) bigint id kunjungan pasien pem_pasien_anamnesa text Data anamnesa pasien pem_pasien_pemeriksaan text Data pemeriksaan pasien pem_pasien_resep text Data resep pasien pem_pasien_catatan text Catatan tambahan Tabel 3. 9 Tabel Layanan Kesehatan lay_kes_id (PK) serial id layanan kesehatan lay_kes_kode varchar Kode layanan kesehatan lay_kes_nama varchar Nama layanan kesehatan Tabel Tabel Dokter dr_id bigserial id dokter lay_kes_id (PK) integer id layanan kesehatan dr_kode varchar Kode dokter dr_nama varchar Nama dokter Tabel Tabel Jadual Dokter jdwl_dktr_id (PK) serial id jadual praktik dokter dr_id (FK) bigserial id dokter jdwl_dktr_id_hari smallint Hari praktik dokter jdwl_dktr_jammulai timestamp Jam mulai praktik jdwl_dktr_jamselesai Timestamp Jam selesai praktik 46

15 3.3.6 Perancangan Tampilan Dilihat dari kebutuhan aplikasi ini dibutuhkan dua antarmuka yaitu berbasis desktop untuk identifikasi sidik jari pasien dan membuat data pasien baru dan berbasis web untuk membuat rencana kunjungan dan melihat riwayat medis pasien. Kedua antarmuka tersebut dapat dilihat pada gambar-gambar berikut ini. Gambar 3.8 Tampilan verifikasi dan registrasi pasien Gambar 3.9 Tampilan Formulir Rencana Kunjungan 47