BAB IV PERANCANGAN SISTEM USULAN

(1)

40

BAB IV

PERANCANGAN SISTEM USULAN

4.1.Tahapan Perancangan Sistem 4.1.1. Analisis Kebutuhan

Berdasarkan proses bisnis pada Klinik Yasmin, maka tahap berikutnya adalah analisa kebutuhan. Berikut ini spesifikasi kebutuhan dari sistem pelayanan kesehatan pada Klinik Yasmin.

A. Kebutuhan Pengguna

Dalam aplikasi pelayanan kesehatan terdapat dua pengguna yang dapat saling berinteraksi dalam lingkungan sistem, yaitu Bagian Administrasi dan Dokter Penanggung Jawab. Kedua pengguna tersebut memiliki karakteristik interaksi dengan sistem yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda- beda,seperti berikut :

A1 Skenario Kebutuhan Bagian Administrasi

a) Melakukan Login

b) Mengubah password sendiri c) Menginput data pasien baru d) Menambahkan pendaftaran e) Mencetak no antrian pasien f) Menginput rekam medis pasien g) Mengelola data pasien

(2)

h) Mencetak dokumen data pasien

i) Mengelola laporan laporan data pasien j) Melakukan logout

A2 Skenario Kebutuhan Dokter Penanggung Jawab

a) Melakukan login

b) Mengubah password sendiri c) Melihat laporan data pasien d) Mencetak Laporan data pasien e) Melakukan logout

B. Kebutuhan Sistem

1) Pengguna harus melakukan login (masuk) terlebih dahulu untuk dapat mengakses aplikasi ini dengan memasukan nama pengguna dan sandi agar privasi masing-masing pengguna tetap terjaga keamanannya.

2) Sistem dapat melakukan pengolahan dan penyimpanan data, data pasien, data pendaftaran dan data rekam medis.

3) Sistem dapat mempermudah admin dalam proses pendaftaran pasien.

4) Sistem dapat mencetak nomer antrian sesuai dengan pendaftaran pasien.

5) Sistem dapat menampilkan dan mencetak data pasien, data pendaftaran dan data rekam medis.

6) Pengguna dapat melihat dan mencetak laporan data pasien

7) Pengguna (admin atau dokter penanggung jawab) harus melakukan logout (keluar) setelah selesai menggunakan aplikasi.

(3)

4.1.2. Rancangan Diagram Use Case

1. Use Case Diagram Menu Bagian Administrasi:

Gambar IV.1. Use Case Diagram Menu Utama Bagian Administrasi

Tabel IV.1.

Deskripsi Use Case Login

Use Case Name Login

Requirements Verifikasi sistem

Goal Masuk kedalam sistem

Pre- Conditions Belum masuk kedalam sistem Post- Conditions Masuk kedalam sistem Failed end Condition Verifikasi sistem gagal

Actor Bagian administrasi

Main Flow/Basic Path 1. Bagian administrasi memasukan username 3. Bagian administrasi memasukan password 4. Sistem memverifikasi data

5. Bagian administrasi masuk kedalam sistem Alternate Flow / Invariant A A.1 Dapat Menampilkan Menu Utama

Invariant B 1. Bagian Administrasi, Melakukan Input Username dan Password

(4)

2. Sistem Melakukan Pengecekan Database 3. Sistem Tidak Dapat Menampilkan Menu

Login

Tabel IV.2.

Deskripsi Use Case Pendaftaran

Use Case Name Pendaftaran

Requirements Data pasien

Goal Pendaftaran Pasien

Pre- Conditions Pasien mendatangi Klinik Post- Conditions Pasien menerima nomer antrian Failed end Condition

Admin tidak bisa melakukan pendaftaran pasien

Main Flow/Basic Path 1. Bagian administrasi memilih menu pendaftaran

2. Bagian administrasi menanyakan data pasien

3. Bagian administrasi menginput pendaftaran pasien.

4. Pendaftaran berhasil.

Alternate Flow / Invariant A A.1 Sistem dapat menampilkan menu pendaftaran

Invariant B 1. Bagian Administrasi menginput pendaftaran pasien.

2. Sistem Melakukan Pengecekan Database 3. Sistem Tidak Dapat Menampilkan data

pendaftaran pasien

Tabel IV.3.

Deskripsi Use Case Rekam Medis Pasien Use Case Name Rekam Medis Pasien Requirements Data rekam medis pasien

Goal Input data rekam medis pasien

Pre- Conditions Pemeriksaan pasien Post- Conditions Menerima data obat

Failed end Condition Input data rekam medis pasien gagal

Main Flow/Basic Path 1. Bagian administrasi memilih menu rekam medis pasien

(5)

2. Bagian administrasi menginput rekam medis pasien

Alternate Flow / Invariant A A.1 Dapat Menampilkan Menu Rekam Medis Pasien

Invariant B 1. Bagian administrasi memilih menu rekam medis pasien

2. Bagian administrasi menambahkan rekam medis pasien

3. Bagian administrasi menginput rekam medis pasien

4. Sistem Tidak Dapat Menampilkan data rekam medis pasien baru

Tabel IV.4.

Deskripsi Use Case Data Pasien

Use Case Name Data Pasien

Requirements

Bagian administrasi dapat mengelola data pasien

Goal Mengelola data pasien

Pre- Conditions Bagian administrasi masuk ke dalam sistem Post- Conditions Bagian administrasi mengelola data pasien Failed end Condition Tidak bisa mengelola data pasien

Main Flow/Basic Path 1. Bagian administrasi memilih menu data pasien

2. Bagian administrasi memilih tambah pasien 3. Bagian administrasi mengelola data pasien Alternate Flow/Invariant A A.1 Sistem dapat menampilkan menu form

tambah pasien

Invariant B 1. Bagian administrasi memilih menu data pasien

2. Bagian administrasi menambahkan data pasien

3. Bagian administrasi menginput data pasien 4. Sistem Tidak Dapat Menampilkan data

pasien baru

(6)

Tabel IV.5.

Deskripsi Use Case Pengaturan

Use Case Name Pengaturan

Requirements Bagian administrasi dapat merubah sandi

Goal Merubah sandi pengguna

Pre- Conditions Sandi lama Post- Conditions Sandi baru

Failed end Condition Perubahan sandi gagal

Main Flow/Basic Path 1. Pengguna membuka menu pengaturan 2. Pengguna memasukan username 3. Pengguna memasukan password lama 4. Pengguna memasukan password baru 5. Pengguna meverifikasi data baru Alternate Flow / Invariant A A.1 Sistem dapat merubah data admin Invariant B 1. Pengguna membuka menu pengaturan

2. Pengguna memasukan username 3. Pengguna memasukan password lama 4. Pengguna memasukan password baru 5. Sistem tidak dapat meverifikasi data baru

Tabel IV. 6.

Deskripsi Use Case Logout

Use Case Name Logout

Requirements Keluar dari sistem

Goal Keluar dari sistem

Pre- Conditions Bagian administrasi masuk kedalam sistem Post- Conditions Bagian administrasi keluar dari sistem Failed end Condition Gagal keluar dari sistem

Main Flow/Basic Path 1. Bagian administrasi masuk kedalam sistem 2. Bagian administrasi keluar dari sistem Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan Menu Login

Invariant B -

(7)

2. Use Case Diagram Menu Utama Bagian Dokter Penanggung Jawab

Gambar IV.2. Use Case Diagram Menu Utama Dokter Penanggung Jawab

Tabel IV.7.

Deskripsi Use Case Login Dokter

Use Case Name Login

Requirements Verifikasi sistem

Goal Masuk kedalam sistem

Pre- Conditions Belum masuk kedalam sistem Post- Conditions Masuk kedalam sistem Failed end Condition Verifikasi sistem gagal

Actor Dokter Penanggung Jawab

Main Flow/Basic Path 1. Dokter Penanggung Jawab memasukan username

2. Dokter Penanggung Jawab memasukan password

3. Sistem memverifikasi data

4. Dokter Penanggung Jawab masuk kedalam sistem

Alternate Flow / Invariant A A.1 Dapat Menampilkan Menu Utama

Invariant B 1. Dokter Penanggung Jawab Melakukan Input Username dan Password

2. Sistem Melakukan Pengecekan Database 3. Sistem Tidak Dapat Menampilkan Menu

Login

(8)

Tabel IV.8.

Deskripsi Use Case Laporan Data Pasien Use Case Name Laporan Data Pasien

Requirements

Dokter Penanggung Jawab dapat melihat dan mencetak data laporan

Goal Melihat dan mencetak data laporan

Pre- Conditions

Dokter Penanggung Jawab masuk kedalam sistem

Post- Conditions

Dokter Penanggung Jawab dapat melihat dan mencetak laporan data pasien

Failed end Condition

Tidak bisa melihat dan mencetak laporan data pasien

Main Flow/Basic Path 1. Dokter Penanggung Jawab memilih menu laporan data pasien

2. Dokter Penanggung Jawab melihat laporan data pasien

3. Dokter Penanggung Jawab mencetak laporan data pasien

Alternate Flow/Invariant A A.1. Dokter Penanggung Jawab memilih menu laporan data pasien

A2.Dokter Penanggung Jawab melihat laporan data pasien

A3.Dokter Penanggung Jawab mencetak laporan data pasien

Alternate Flow/Invariant B -

Tabel IV.9.

Deskripsi Use Case Pengaturan

Use Case Name Pengaturan

Requirements Dokter penanggung jawab dapat merubah sandi

Goal Merubah sandi pengguna

Pre- Conditions Sandi lama Post- Conditions Sandi baru

Failed end Condition Perubahan sandi gagal

Actor Dokter penanggung jawab

Main Flow/Basic Path 1. Pengguna membuka menu pengaturan 2. Pengguna memasukan username 3. Pengguna memasukan password lama 4. Pengguna memasukan password baru

(9)

5. Pengguna meverifikasi data baru

Alternate Flow / Invariant A A.1 Sistem dapat merubah data dokter penanggung jawab

Invariant B 1. Pengguna membuka menu pengaturan 2. Pengguna memasukan username 3. Pengguna memasukan password lama 4. Pengguna memasukan password baru 5. Sistem tidak dapat meverifikasi data baru

Tabel IV. 10.

Deskripsi Use Case Logout

Use Case Name Logout

Requirements Keluar dari sistem

Goal Keluar dari sistem

Pre- Conditions

Dokter Penanggung Jawab masuk kedalam sistem

Post- Conditions Dokter Penanggung Jawab keluar dari sistem Failed end Condition Gagal keluar dari sistem

Main Flow/Basic Path 1. Dokter Penanggung Jawab masuk kedalam sistem

2. Dokter Penanggung Jawab keluar dari sistem Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan Menu Login

Invariant B -

(10)

4.1.3. Rancangan Diagram Aktifitas 1. Activity diagram login:

Gambar IV.3. Activity Diagram Menu Login

(11)

2. Activity diagram menu utama admin:

Gambar IV.4. Activity Diagram Menu Utama Admin

(12)

3. Activity diagram dari menu pendaftaran

Gambar IV.5. Activity Diagram Menu Pendaftaran

(13)

4. Activity diagram menu rekam medis pasien

Gambar IV.6. Activity Diagram Menu Rekam Medis Pasien

5. Activity diagram menu data pasien:

Gambar IV.7. Activity Diagram Menu Data Pasien

(14)

6. Activity diagram menu pengaturan:

Gambar IV.8. Activity Diagram Menu Pengaturan

(15)

7. Activity diagram menu utama dokter penanggung jawab:

Gambar IV.9. Activity Diagram Menu Utama Dokter Penanggung Jawab

(16)

8. Activity diagram menu laporan data pasien:

Gambar IV.10. Activity Diagram Menu Cetak Laporan Data Pasien

(17)

9. Activity diagram menu pengaturan:

Gambar IV.11. Activity Diagram Menu Pengaturan

(18)

10. Activity diagram menu logout:

Gambar IV.12. Activity Diagram Menu Logout

(19)

4.1.4. Rancangan Dokumen Sistem Usulan A. Dokumen Masukan:

1. Nama Dokumen : Pendaftaran Pasien

Fungsi : Sebagai data pendaftaran pasien Sumber : Bagian Administrasi

Tujuan : Bagian Administrasi Media : Tampilan Layar

Jumlah : -

Frekuensi : Setiap pendaftaran pasien Bentuk : Lihat Lampiran C.1

2. Nama Dokumen : Rekam Medis Pasien

Fungsi : Sebagai data pemeriksaan pasien

Sumber : Dokter

Tujuan : Bagian Administrasi Media : Tampilan Layar

Jumlah : -

Frekuensi : Setiap pemeriksaan pasien Bentuk : Lihat Lampiran C.2

B. Dokumen Keluaran

1. Nama Dokumen : No. Antrian

Fungsi : Sebagai bukti telah melakukan pendaftaran Sumber : Bagian Administrasi

(20)

Tujuan : Pasien

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap pendaftaran pasien Bentuk : Lihat Lampiran D.1

2. Nama Dokumen : Laporan Data Pasien

Fungsi : Sebagai Laporan Bulanan Klinik Sumber : Bagian Administrasi

Tujuan : Dokter penanggung jawab Media : Tampilan Layar

Jumlah : -

Frekuensi : Setiap terjadinya penyimpanan data pasien Bentuk : Lihat Lampiran D.2

(21)

4.1.5. Rancangan Prototype

1. Rancangan Prototype Login Admin

Gambar IV.13. Rancangan Prototype Login

2. Rancangan Prototype Menu Utama Admin

Gambar IV.14. Rancangan Prototype Menu Utama Admin

(22)

3. Rancangan Prototype Menu Pendaftaran

Gambar IV.15. Rancangan Prototype Menu Pendaftaran

4. Rancangan Prototype Menu Rekam Medis Pasien

Gambar IV.16. Rancangan Prototype Menu Rekam Medis Pasien

(23)

5. Rancangan Prototype Form Tambah Rekam Medis Pasien

Gambar IV.17. Rancangan Prototype Form Tambah Rekam Medis Pasien

6. Rancangan Prototype Menu Data Pasien

Gambar IV.18. Rancangan Prototype Menu Data Pasien

(24)

7. Rancangan Prototype Form Tambah Data Pasien

Gambar IV.19. Rancangan Prototype Form Tambah Data Pasien

8. Rancangan Prototype Form Ubah data admin

Gambar IV.20. Rancangan Prototype Form Ubah data admin

(25)

9. Rancangan Prototype Login Dokter Penanggung Jawab

Gambar IV.21. Rancangan Prototype Login Dokter Penanggung Jawab

10. Rancangan Prototype Menu Utama Dokter Penanggung Jawab

Gambar IV.22. Rancangan Prototype Menu Utama Dokter Penanggung Jawab

(26)

11. Rancangan Prototype Laporan Data Pasien Dokter Penanggung Jawab

Gambar IV.22. Rancangan Prototype Laporan Data Pasien Dokter Penanggung Jawab

(27)

4.2. Perancangan Perangkat Lunak

4.2.1. Entity Relationship Diagram (ERD)

Gambar IV.23. Entity Relationship Diagram (ERD) Sistem Pelayanan Kesehatan

(28)

4.2.2. Logical Structure Record (LRS)

Gambar IV.24. Logical Record Structure (LRS) Sistem Pelayanan Kesehatan

4.2.3. Spesifikasi File

1. Spesifikasi File Data Pasien Nama Database : db_klinik Nama Table : Pasien

Fungsi File : Menyimpan data Pasien Akronim : pasien

Tipe File : File Master Organisasi File : Index Sequential

Media : Harddisk

Akses File : Random Panjang Record : 233 Karakter Kunci Field : Id_Pasien Software : Mysql

(29)

Tabel IV.11.

Spesifikasi Tabel Pasien

NO Elemen Data Akronim Tipe Panjang Keterangan

1 ID Pasien Id_Pasien Char 10 Primary Key

2 No Pendaftaran No_Pend Char 13 Foreign Key

3 Nama Pasien Nama_pasien Varchar 50 -

4 Jenis Kelamin Jens_kel Enum - -

5 Tanggal Lahir Tgl_Lahir Date - -

6 Umur Umur Char 10 -

7 Alamat Alamat Varchar 150 -

2. Spesifikasi File Data Pendaftaran Nama Database : db_klinik Nama Table : Pendaftaran

Fungsi File : Menyimpan data Pendaftaran Akronim : pendaftaran

Tipe File : File Transaksi Organisasi File : Index Sequential

Media : Harddisk

Akses File : Random Panjang Record : 190 Karakter Kunci Field : no_pend Software : Mysql

(30)

Tabel IV.12.

Spesifikasi Tabel Pendaftaran

1 No Pendaftaran no_pend Char 10 Primary Key

2 Tanggal Pendaftaran tgl_pend Date - -

3 ID Pasien id_pasien Char 10 -

4 Nama Pasien nama_pasien Varchar 50 -

5 Kode User kd_user Char 13 Foreign Key

6 Poli Tujuan poli_tujuan Enum - -

7 Keterangan ket_pend Varchar 100 -

8 No Periksa no_periksa Char 7 -

3. Spesifikasi File Data Admin Nama Database : db_klinik Nama Table : Admin

Fungsi File : Menyimpan data admin

Akronim : admin

Media : Harddisk

Akses File : Random Panjang Record : 65 Karakter Kunci Field : Kd_User Software : Mysql

(31)

Tabel IV.13.

Spesifikasi Tabel Data Admin

1 Kode User Kd_User Char 15 Primary Key

2 Nama User Nama_User Char 25 -

3 Password Password Varchar 25 -

4. Spesifikasi File Data Pemeriksaan Nama Database : db_klinik Nama Table : Pemeriksaan

Fungsi File : Menyimpan data rekam medis pasien Akronim : pemeriksaan

Media : Harddisk

Akses File : Random Panjang Record : 190 Karakter Kunci Field : No_Periksa Software : Mysql

Tabel IV.14.

Spesifikasi Tabel Pemeriksaan

1 No. Periksa No_Periksa Char 7 Primary Key

2 Tanggal Periksa Tgl_Periksa Date - -

3 ID Pasien Id_Pasien Char 10 Foreign Key

4 Diagnosa Diagnosa Varchar 50 -

5 No Pendaftaran No_Pend Char 13 -

6 ID Dokter Id_Dokter Char 10 -

7 Keterangan Periksa Ket_Periksa Varchar 100 -

(32)

5. Spesifikasi File Dokter

Nama Database : db_klinik Nama Table : Dokter

Fungsi File : Menyimpan data diagnosa pasien Akronim : dokter

Media : Harddisk

Akses File : Random Panjang Record : 70 Karakter Kunci Field : Id_Dokter Software : Mysql

Tabel IV.15.

Spesifikasi Tabel Dokter

1 ID Dokter Id_Dokter Char 7 Primary Key

2 Nama Dokter Nama_dok Varchar 50 -

4 Alamat_dok Alamat_dok Char 13 -

(33)

4.2.4. Class Model/ Class Diagram

Gambar IV.25. Class Diagram Sistem Pelayanan Kesehatan

4.2.5. Sequence Diagram

1. Sequence diagram Menu Login:

Gambar IV.26. Sequence Diagram Menu Login

(34)

2. Sequence diagram Pendaftaran Pasien

Gambar IV.27. Sequence Diagram Pendaftaran Pasien

3. Sequence diagram Pemeriksaan Pasien

Gambar IV.28. Sequence Diagram Pemeriksaan Pasien

(35)

4. Sequence diagram Data Pasien

Gambar IV.29. Sequence Diagram Data Pasien

5. Sequence diagram Menu Pengaturan

Gambar IV.30. Sequence Diagram Pengaturan

(36)

6. Sequence diagram Menu Logout

Gambar IV.31. Sequence Diagram Menu Logout

4.2.6. Spesifikasi Hardware dan Software 1. Spesifikasi Hardware

a. Server 1) CPU

(a) Core™ i3-4030U @ 1.90GHz (b) RAM DDR2 4 GB

(c) Hard Disk 500 GB 2) Mouse

3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768 5) Koneksi Internet dengan kecepatan 4 Mbps

b. Client 1) CPU

(d) Intel® Core™ i3-4030U @ 1.90GHz

(37)

(e) RAM DDR2 4 GB (f) Hard Disk 500 GB 2) Mouse

3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768 5) Koneksi Internet dengan kecepatan 2 Mbps

2. Spesifikasi Software 1. Server

a. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux (Ubuntu, Fedora, dan lain-lain).

b. Aplikasi bundle web server: Xampp yang terdiri dari beberapa komponen, diantaranya:

(1) Aplikasi Apache Server v2 (2) Aplikasi PHP Server v5 (3) Aplikasi MySQL server v5 (4) Aplikasi phpMyAdmin v3

c. Aplikasi Web Browser seperti Mozila Firefox, Internet Explorer, Google Chrome.

2. Client

a. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux (Ubuntu, Fedora, dan lain-lain).

b. Aplikasi Web Browser seperti Mozila Firefox, Internet Explorer, Google Chrome.

(38)

4.3. Jadwal Implementasi

Tabel IV.16.

Jadwal Implementasi

No KEGIATAN

JADWAL IMPLEMENTASI BULAN

I BULAN II BULAN III 1 2 3 4 1 2 3 4 1 2 3 4 1 Persiapan data awal 2 Analisa 3 Desain Sistem 4 Desain Perangkat Lunak 5

Pembuatan Dan Tes

Program 6 Tes Sistem 7 Pelatihan 8

Pembuatan Buku

Petunjuk 9

Evaluasi dan

Operasional