bab iv perancangan sistem usulan...membuat kartu berobat 2. skenario kebutuhan dokter a. mengelola...
TRANSCRIPT
-
41
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Perancangan Sistem Usulan
Perancangan suatu sistem merupakan suatu dasar dari pembuatan suatu sistem
yang handal dan kuat untuk memerlukan suatu proses atau tahap tahapan dalam
membuat perencanaan sistem.
4.1.1. Analisis Kebutuhan
A. Kebutuhan Pengguna
Dalam rancangan web rekam medik terdapat tiga pengguna yang saling
berinteraksi dalam lingkungan sistem yaitu: bagian pendaftaran, dokter, dan
apoteker. Ketiga pengguna tersebut memiliki karakteritik interaksi dengan sistem
yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-beda, seperti
berikut:
1. Skenario Kebutuhan Bagian Pendaftaran
a. Mengelola data Pendaftaran pasien baru dan kontrol
b. Membuat Kartu Berobat
2. Skenario Kebutuhan Dokter
a. Mengelola data Pengobatan Mata
b. Mengelola data Buku Dokter
c. Mengelola data Resep Obat
d. Mengelola data Rincian Pembayaran
3. Skenario Kebutuhan Apoteker
a. Mengelola laporan pembayaran pasien
-
42
b. Mengelola data obat
B. Kebutuhan Sistem
1. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses
aplikasi ini dengan memasukkan username dan password agar privasi masing-
masing pengguna tetap terjaga keamanannya.
2. Pengguna harus melakukan logout setelah selesai mengunakan aplikasi.
4.1.2. Rancangan Diagram Use Case
1. Diagram Use Case Admin
Kelola Data
Pasien
Kelola Kartu
Pengobatan MataBerandaLogin
Kelola Kartu
Resep
include
Keluar
extand
Cari
extand
Ubahextand
extand
extand
extand
Hapus
Cari
extand
extand
Detail
Hapus
extand
extand
Cari
Admin
extand
Hapus
extand
Gambar IV.1
Diagram Use Case Admin
a. Deskripsi Diagram Use Case Kelola Data Pasien
Tabel IV.1
Deskripsi Diagram Use Case Kelola Data Pasien
Use Case Name Kelola Data Pasien
Requirements Admin dapat mengelola data pasien
Goal Admin dapat mengelola data pasien secara online
melalui web
Pre – Conditions Beranda admin
Post – Conditions 1. Mencari data pasien 2. Mengubah data pasien 3. Menghapus data pasien
-
43
Failed end
Condition
Gagal mengubah data pasien
Primary Actors Admin
Main Flow / Basic
Path
1. Admin memilih menu kelola data pasien 2. Sistem menampilkan data pasien 3. Admin mencari data pasien 4. Admin mengubah data pasien 5. Admin menghapus data pasien
Alternative Flow /
Invariant
-
b. Deskripsi Diagram Use Case Kelola Pengobatan Mata
Tabel IV.2
Deskripsi Diagram Use Case Kelola Pengobatan Mata
Use Case Name Kelola Pengobatan Mata
Requirements Admin dapat mengelola data pengobatan pasien
Goal Admin dapat mengelola data pengobatan pasien
secara online melalui web
Pre – Conditions Beranda admin
Post – Conditions 1. Mencari data pasien 2. Menghapus data pasien
Failed end
Condition
1. Gagal mencari data pasien 2. Gagal menghapus data pasien
Primary Actors Admin
Main Flow / Basic
Path
1. Admin memilih menu kelola pengobatan pasien 2. Sistem menampilkan data pengobatan pasien 3. Admin melihat detail data pengobatan pasien 4. Admin mencari data pengobatan pasien 5. Admin menghapus data pengobatan pasien
Alternative Flow /
Invariant
-
c. Deskripsi Diagram Use Case Kelola Kartu Resep
Table IV.3
Diagram Use Case Kelola Kartu Resep
Use Case Name Kelola Kartu Resep
Requirements Admin dapat mengelola kartu resep
Goal Admin dapat mengelola kartu resep secara online
melalui web
Pre – Conditions Beranda admin
Post – Conditions 1. Mencari data kartu resep 2. Menghapus data kartu resep
Failed end
Condition
-
-
44
Primary Actors Admin
Main Flow / Basic
Path
1. Admin memilih menu kelola kartu resep 2. Sistem menampilkan data kartu resep 3. Admin mencari data kartu resep 4. Admin menghapus data kartu resep
Alternative Flow /
Invariant
-
2. Diagram Use Case Petugas Pendaftaran
Kartu
Berobat
Pendaftaran
PasienBerandaLogin
Data Pasien
include
Keluar
extand
Kembaliextand
Cetakinclude
extand
extand
extand
Kembali
Simpan
extand
include
Kembali
Cari Data
extand
extand
Hapus
extand
Petugas
Pendaftaran
Gambar IV.2
Diagram Use Case Petugas Pendaftaran
a. Deskripsi Diagram Use Case Kartu Berobat
Tabel IV.4
Deskripsi Diagram Use Case Kartu Berobat
Use Case Name Kartu Berobat
Requirements Petugas pendaftaran dapat membuat kartu berobat
Goal Petugas pendaftaran dapat membuat kartu berobat
secara online melalui web
Pre – Conditions Beranda Petugas Pendaftaran
Post – Conditions Mencetak Kartu Berobat
Failed end
Condition
1. Gagal menginputkan data 2. Gagal mencetak kartu berobat
Primary Actors Petugas Pendaftaran
Main Flow / Basic
Path
1. Petugas pendaftaran menginputkan data pasien pada Kartu Berobat
2. Sistem menampilkan window print dan form cetak
3. Petugas pendaftaran mecetak Kartu Berobat 4. Petugas pendaftaran keluar dari form cetak
Alternative Flow /
Invariant
-
-
45
b. Deskripsi Diagram Use Case Pendaftaran Pasien
Tabel IV.5
Deskripsi Diagram Use Case Pendaftaran Pasien
Use Case Name Pendaftaran Pasien
Requirements Petugas pendaftaran dapat menginputkan data pasien
pada Pendaftaran Pasien
Goal Petugas pendaftaran dapat membuat data pendaftaran
pasien setiap hari secara online melalui web
Pre – Conditions Beranda Petugas Pendaftaran
Post – Conditions Data Pasien
Failed end
Condition
Gagal menyimpan data pasien
Primary Actors Petugas Pendaftaran
Main Flow / Basic
Path
1. Petugas pendaftaran menginputkan data pasien pada form pendaftaran pasien
2. Petugas pendaftaran menyimpan data pasien 3. Sistem menampilkan notifikasi simpan
Alternative Flow /
Invariant
-
c. Deskripsi Diagram Use Case Data Pasien
Tabel IV.6
Deskripsi Diagram Use Case Data Pasien
Use Case Name Data Pasien
Requirements Petugas pendaftaran dapat mencetak data pasien
pada Data Pasien
Goal Petugas pendaftaran dapat mencetak data pasien
secara online melalui web
Pre – Conditions Beranda Petugas Pendaftaran
Post – Conditions Cari data
Failed end
Condition
1. Gagal mencari data paisen 2. Gagal mencetak data pasien
Primary Actors Petugas Pendaftaran
Main Flow / Basic
Path
1. Petugas pendaftaran menampilkan tabel data pasien
2. Petugas pendaftaran mencari data pencarian pada menu pencarian
3. Sistem menampilkan data yang dicari 4. Petugas pendaftaran mencetak data pasien
Alternative Flow /
Invariant
-
-
46
3. Diagram Use Case Dokter
Kartu
Pengobatan
Mata
Rekap
Pengobatan
Mata
BerandaLogin
Kartu Resep
include
Keluar
extand
Kembaliextand
Simpaninclude
extand
extand
extand
Cari
Detail
extand
extand
Kembali
extand
Dokter
Kembali
Cetakinclude
extand
Gambar IV.3
Diagram Use Case Dokter
a. Deskripsi Diagram Use Case Kartu Pengobatan Mata
Tabel IV.7
Deskripsi Diagram Use Case Kartu Pengobatan Mata
Use Case Name Kartu Pengobatan Mata
Requirements Dokter dapat membuat Kartu Pengobatan Mata
Goal Dokter dapat membuat Kartu Pengobatan Mata
secara online melalui web
Pre – Conditions Beranda Dokter
Post – Conditions Tabel Kartu Pengobatan Mata
Failed end
Condition
Dokter tidak dapat menyimpan kartu penobatan mata
Primary Actors Dokter
Main Flow / Basic
Path
1. Dokter menginputkan data pada data pada kartu pengobatan mata
2. Dokter menyimpan data kartu pengobatan mata 3. Sistem menampilkan notifikasi simpan
Alternative Flow /
Invariant
-
b. Deskripsi Diagram Use Case Data Pengobatan Mata
Tabel IV.8
Deskripsi Diagram Use Case Data Pengobatan Mata
Use Case Name Data Pengobatan Mata
Requirements Dokter dapat menyimpan dan mencetak Kartu
Pengobatan Mata
-
47
Goal Dokter dapat mencetak Kartu Pengobatan Mata
secara online melalui web
Pre – Conditions Beranda Dokter
Post – Conditions Form cetak Data Pengobatan Mata
Failed end
Condition
Dokter tidak dapat mencetak data pengobatan mata
Primary Actors Dokter
Main Flow / Basic
Path
1. Sistem menampilkan table data pengobatan mata 2. Dokter mencari data pengobatan mata yang akan
dicetak
3. Sistem menampilkan detail data pengobatan mata 4. Dokter mencetak data pengobatan mata
Alternative Flow /
Invariant
-
c. Deskripsi Diagram Use Case Kartu Resep
Tabel IV.9
Deskripsi Diagram Use Case Kartu Resep
Use Case Name Kartu Resep
Requirements Dokter dapat membuat kartu resep
Goal Dokter dapat membuat kartu resep secara online
melalui web
Pre – Conditions Beranda Dokter
Post – Conditions Form cetak Kartu Resep
Failed end
Condition
Dokter tidak dapat mencetak kartu resep
Primary Actors Dokter
Main Flow / Basic
Path
1. Dokter menginputkan data resep 2. Dokter menyimpan data resep 3. Sistem menampilkan form cetak kartu resep 4. Dokter mencetak kartu resep
Alternative Flow /
Invariant
-
-
48
4.1.3. Rancangan Diagram Aktivitas
1. Diagram Aktivitas Login Admin
Gambar IV.4
Diagram Aktivitas Login Admin
2. Diagram Aktivitas Kelola Data Pasien
Gambar IV.5
Diagram Aktivitas Kelola Data Pasien
-
49
3. Diagram Aktivitas Kelola Kartu Pengobatan Mata
Gambar IV.6
Diagram Aktivitas Kelola Kartu Pengobatan Mata
-
50
4. Diagram Aktivtias Kelola Kartu Resep
Gambar IV.7
Diagram Aktivitas Kelola Kartu Resep
-
51
5. Diagram Aktivitas Login Petugas Pendaftaran
Gambar IV.8
Diagram Aktivitas Login Petugas Pendaftaran
-
52
6. Diagram Aktivitas Kartu Berobat
Gambar IV.9
Diagram Aktivitas Kartu Berobat
-
53
7. Diagram Aktivitas Pendaftaran Pasien
Gambar IV.10
Diagram Aktivitas Pendaftaran Pasien
-
54
8. Diagram Aktivitas Data Pasien
Gambar IV.11
Diagram Aktivitas Data Pasien
-
55
9. Diagram Aktivitas Login Dokter
Gambar IV.12
Diagram Aktivitas Login Dokter
-
56
10. Diagram Aktivitas Kartu Pengobatan Mata
Gambar IV.13
Diagram Aktivitas Kartu Pengobatan Mata
-
57
11. Diagram Aktivitas Data Pengobatan Mata
Gambar IV.14
Diagram Aktivitas Data Pengobatan Mata
-
58
12. Diagram Aktivitas Kartu Resep
Gambar IV.15
Diagram Aktivitas Kartu Resep
4.1.4. Rancangan Dokumen Sistem Usulan
A. Rancangan Dokumen Masukan
1. Nama Dokumen : Data Pasien
Fungsi : Untuk mengetahui data pasien harian
-
59
Sumber : Petugas Pendaftaran
Tujuan : Petugas Pendaftaran
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap hari
Bentuk : Lihat Lampiran C.1
2. Nama Dokumen : Kartu Pengobatan Mata
Fungsi : Untuk mengetahui data penyakit pasien
Sumber : Dokter
Tujuan : Dokter
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap ada pasien berobat
Bentuk : Lihat Lampiran C.2
3. Nama Dokumen : Kartu Resep
Fungsi : Untuk mencatat obat yang diberikan ke pasien
Sumber : Dokter
Tujuan : Apoteker
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap ada pasien berobat
Bentuk : Lihat Lampiran C.3
B. Rancangan Dokumen Keluaran
1. Nama Dokumen : Kartu Berobat
Fungsi : Sebagai kartu anggota untuk pasien baru
-
60
Sumber : Bagian Pendaftaran
Tujuan : Pasien
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap ada pasien baru
Bentuk : Lihat Lampiran D.1
4.1.5. Rancangan Prototype
1. Tampilan Login Petugas Pendaftaran dan Dokter
Gambar IV.16
Tampilan Login Petugas Pendaftaran dan Dokter
-
61
2. Tampilan Beranda Petugas Pendaftaran
Gambar IV.17
Tampilan Beranda Petugas Pendaftaran
3. Tampilan Form Kartu Berobat
Gambar IV.18
Tampilan Form Kartu Berobaat
-
62
4. Tampilan Cetak Kartu Berobat
Gambar IV.19
Tampilan Cetak Kartu Berobat
5. Tampilan Form Pendaftaran Pasien
Gambar IV.20
Tampilan Form Pendaftaran Pasien
-
63
6. Tampilan Tabel Data Pasien
Gambar IV.21
Tampilan Tabel Data Pasien
7. Tampilan Beranda Dokter
Gambar IV.22
Tampilan Beranda Dokter
-
64
8. Tampilan Form Kartu Pengobatan Mata
Gambar IV.23
Tampilan Form Kartu Pengobatan Mata
9. Tampilan Tabel Rekap Kartu Pengobatan Mata
Gambar IV.24
Tampilan Tabel Rekap Kartu Pengobatan Mata
-
65
10. Tampilan Form Kartu Resep
Gambar IV.25
Tampilan Form Kartu Resep
11. Tampilan Login Admin
Gambar IV.26
Tampilan Login Admin
-
66
12. Tampilan Beranda Admin
Gambar IV.27
Tampilan Beranda Admin
13. Tampilan Kelola Data Pasien
Gambar IV.28
Tampilan Kelola Data Pasien
-
67
14. Tampilan Kelola Data Pengobatan
Gambar IV.29
Tampilan Kelola Data Pengobatan
15. Tampilan Kelola Data Resep
Gambar IV.31
Tampilan Kelola Data Resep
-
68
4.2. Perancangan Perangkat Lunak
4.2.1. Entity Relationship Diagram (ERD)
Gambar IV.32
Entity Relationship Diagram
-
69
4.2.2. Logical Record Structure (LRS)
Gambar IV.33
Logical Record Structure
4.2.3. Spesifikasi File
1. Spesifikasi File Admin
Nama File : Admin
Akronim : admin.sql
Fungsi : Untung menyimpan data admin
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Rondom
Media : Harddisk
Panjang record : 60 byte
Kunci Field : id_admin
Software : Mysql
-
70
Tabel IV.10
Spesifikasi File Admin
No Elemen Data Nama Field Tipe Size Ket
1. ID Admin id_admin int
Primary Key
2. Nama Admin nm_admin varchar 30
3. Username Admin un_admin varchar 15
4. Password Admin pass_admin varchar 15
2. Spesifikasi File Dokter
Nama File : Dokter
Akronim : dokter.sql
Fungsi : Untung menyimpan data dokter
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Rondom
Media : Harddisk
Panjang record : 60 byte
Kunci Field : id_dokter
Software : Mysql
Tabel IV.11
Spesifikasi File Dokter
No Elemen Data Nama Field Tipe Size Ket
1. ID Dokter id_dokter int
Primary Key
2. Nama Dokter nm_dokter varchar 30
3. Username Dokter un_dokter varchar 15
4. Password Dokter pass_dokter varchar 15
3. Spesifikasi File KPM
Nama File : KPM
Akronim : kpm.sql
Fungsi : Untung menyimpan data pengobatan mata pasien
Tipe File : File Transaksi
-
71
Organisasi File : Indexed Sequential
Akses File : Rondom
Media : Harddisk
Panjang record : 150 byte
Kunci Field : id_kpm
Software : Mysql
Tabel IV.12
Spesifikasi File KPM
No Elemen Data Nama Field Tipe Size Ket
1. ID Kartu
Pengobatan Mata
id_kpm int
Primary Key
2. Anamnesia anamnesia varchar 30
3. Diagnosa diagnosa varchar 30
4. Pengobatan pengobatan varchar 30
5. Tindakan tindakan verchar 30
6. Rujukan rujukan verchar 30
4. Spesifikasi File Pasien
Nama File : Pasien
Akronim : pasien.sql
Fungsi : Untung menyimpan data diri pasien
Tipe File : File Transaksi
Organisasi File : Indexed Sequential
Akses File : Rondom
Media : Harddisk
Panjang record : 43 byte
Kunci Field : id_pasien
Software : Mysql
-
72
Tabel IV.13
Spesifikasi File Pasien No Elemen Data Nama Field Tipe Size Ket
1. ID Pasien id_pasien int
Primary Key
2. Nama Pasien nm_pasien varchar 30
3. Jenis Kelamin jk enum (‘L’,’P’)
4. Umur umur int
5. Alamat alamat text
6. Nomor Telepon no_telp verchar 13
7. Pekerjaan pekerjaan verchar 30
5. Spesifikasi File Pendaftaran
Nama File : Pendaftaran
Akronim : pendaftaran.sql
Fungsi : Untung menyimpan data pendaftaran pasien
Tipe File : File Transaksi
Organisasi File : Indexed Sequential
Akses File : Rondom
Media : Harddisk
Panjang record : 0 byte
Kunci Field : id_pendaftaran
Software : Mysql
Tabel IV.14
Spesifikasi File Pendaftaran
No Elemen Data Nama Field Tipe Size Ket
1. ID Pendaftaran id_pendaftaran int
Primary
Key
2. Tanggal
Pendaftaran
tgl_pendaftaran timestamp
3. Status
Pendaftaran
status_pendaftar
an
enum (‘BR’,
’PK’,’
BL’)
-
73
6. Spesifikasi File Petugas
Nama File : Petugas
Akronim : petugas.sql
Fungsi : Untung menyimpan data petugas
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Rondom
Media : Harddisk
Panjang record : 60 byte
Kunci Field : id_petugas
Software : Mysql
Tabel IV.15
Spesifikasi File Petugas
No Elemen Data Nama Field Tipe Size Ket
1. ID Petugas id_petugas int
Primary Key
2. Nama Petugas nm_petugas varchar 30
3. Username
Petugas
un_petugas varchar 15
4. Password Petugas pass_petugas varchar 15
7. Spesifikasi File Resep
Nama File : Resep
Akronim : resep.sql
Fungsi : Untung menyimpan data resep
Tipe File : File Transaksi
Organisasi File : Indexed Sequential
Akses File : Rondom
Media : Harddisk
Panjang record : 0 byte
-
74
Kunci Field : id_admin
Software : Mysql
Tabel IV.16
Spesifikasi File Resep
No Elemen Data Nama Field Tipe Size Ket
1. Id Resep id_resep int
Primary Key
2. Deskripsi deskripsi text
3. Id KPM id_kpm int
4.2.4. Sequance Diagram
1. Sequance Diagram Login Admin
Gambar IV.34
Sequance Diagram Login Admin
-
75
2. Sequance Diagram Kelola Data Pasien
Gambar IV.35
Sequance Diagram Kelola Data Pasien
3. Sequance Diagram Kelola Kartu Pengobatan Mata
Gambar IV.36
Sequance Diagram Kelola Kartu Pengobatan Mata
-
76
4. Sequance Diagram Kelola Kartu Resep
Gambar IV.37
Sequance Diagram Kelola Kartu Resep
5. Sequance Diagram Login Petugas Pendaftaran
Gambar IV.38
Sequance Diagram Login Petugas Pendaftaran
-
77
6. Sequance Diagram Kartu Berobat
Gambar IV.39
Sequance Diagram Kartu Berobat
7. Sequance Diagram Pendaftaran Pasien
Gambar IV.40
Sequance Diagram Pendaftaran Pasien
-
78
8. Sequance Diagram Data Pasien
Gambar IV.41
Sequance Diagram Data Pasien
9. Sequance Diagram Login Dokter
Gambar IV.42
Sequance Diagram Login Dokter
-
79
10. Sequance Diagram Kartu Pengobatan Mata
Gambar IV.43
Sequance Diagram Kartu Pengobatan Mata
11. Sequance Diagram Data Pengobatan Mata
Gambar IV.44
Sequance Diagram Data Pengobatan Mata
-
80
12. Sequance Diagram Kartu Resep
Gambar IV.45
Sequance Diagram Kartu Resep
4.2.5. Class Diagram
Gambar IV.46
Class Diagram Rekam Medik
-
81
4.2.6. Spesifikasi Hardware dan Software
Perangkat keras yang dimaksud disini adalah seperangkat alat atau elemen
elektronik yang dapat membantu sistem yang diusulkan sehingga program yang
diusulkan oleh penulis dapat bekerja dengan baik. Perangkat keras yang dibutuhkan
dibagi atas dua bagian, yaitu perangkat keras untuk web server dan perangkat keras
client. Sedangkan perangkat lunak adalah suatu rangkaian atau susunan instruksi
yang harus benar dengan urutan-urutan yang benar pula. Keberadaan perangkat lunak
selalu menyertai perangkat keras yang ada. Perangkat lunak (Software) dan
perangkat keras (Hardware) yang dibutuhkan diantaranya :
Tabel IV.17
Spesifikasi Hardware dan Software
Kebutuhan Keterangan
Sistem Operasi Windows 7 Ultimated
Processor Pentium Dual Core 2.2 GHz
RAM 2 GB
Harddisk 500 GB
CD-ROM 52x
Monitor Generic Pnp Monitor
Keyboard Standard keyboard 92 key
Printer Deskjet 1010
Mouse Standard
Browser Mozila Firefox, Internet Explorer, Google Chrome
Software Adobe Dreamweaver, Notepad++, Xampp
4.3. Implementasi
4.3.1. Jadwal Implementasi
Tabel IV.18
Jadwal Implementasi
No KEGIATAN
WAKTU
BULAN I BULAN II BULAN III
1 2 3 4 1 2 3 4 1 2 3 4
1 Persiapan data awal
-
82
2 Analisa
3 Desain Sistem
4 Desain Perangkat Lunak
5
Pembuatan & Tes
Program
6 Tes Sistem
7 Pelatihan
8
Pembuatan Buku
Petunjuk
9 Evaluasi & Operasional