BAB III
ANALISIS DAN RANCANGAN SISTEM
3.1 Gambaran Umum Sistem
Sistem
Administrasi
Rawat Jalan
Pendaftaran Pemeriksaan Pembayaran Rekam Medis
Gambar 3.1. Gambaran Umum
Sistem administrasi rawat jalan merupakan sebuah sistem yang mampu
menangani proses yang digunakan pada sebuah rumah sakit yang dapat
dilihat pada Gambar 3.1. Gambaran Umum. Proses yang dimaksudkan
berupa :
1. Pendaftaran
Pasien yang akan memerika akan melakukan pendaftaran. Sistem
mampu mencatat pendaftaran yang dilakukan oleh pasien. Pendaftaran
meliputi pemilihan poliklinik dan dokter yang dituju. Jika pasien tersebut
pasien baru, maka pasien dapat mendaftarkan data diri terlebih dahulu.
Sistem juga mampu untuk mencatat data pasien.
2. Pemeriksaan
Pasien yang telah mendaftar akan melakukan pemeriksaan di
poliklinik. Di poliklinik sendiri terdapat tindakan-tindakan yang
dilakukan oleh pasien. Sehingga sistem juga mampu untuk
menambahkan tindakan-tindakan yang dilakukan oleh pasien dan
diinputkan oleh perawat.
Selain tindakan sistem juga mampu untuk mencatat diagnosis
pasien yang diinputkan oleh dokter.
15
16
3. Pembayaran
Sistem juga mampu untuk menangani pembayaran pasien rawat
jalan. Pembayaran tersebut berupa tagihan dari tindakan-tindakan yang
dilakukan oleh pasien di poliklinik dan biaya dokter
4. Rekam medis
Rekam medis merupakan hal yang penting dilakukan oleh rumah
sakit guna mencatat riwayat pemeriksaan yang telah dijalankan ole
pasien. Sistem ini mampu untuk menyimpan data tersebut dan mencetak
riwayat pemeriksaan jika diperlukan.
3.2 Proses Bisnis
Proses bisnis merupakan alur yang digunakan oleh rumah sakit jika
pasien akan menjalani pemeriksaan rawat jalan. Proses bisnis dari sistem
administrasi rawat jalan dijelaskan pada Gambar 3.2. Proses Bisnis
Gambar 3.2. Proses Bisnis
17
3.3 Alat dan Bahan
3.3.1 Kebutuhan Perangkat Keras
Hardware yang digunakan dalam pembuatan sistem administrasi
rawat jalan adalah sebagai berikut :
1. Processor : Intel Core i7 @3.1GHz
2. RAM : 4 Gb
3.3.2 Kebutuhan Perangkat Lunak
Software dan aplikasi yang digunakan dalam pembuatan sistem
administrasi rawat jalan adalah sebagai berikut :
1. Xampp version 1.7.7
2. MySQL sebagai database management system yang digunakan
3. Sublime Text 2.0 sebagai teks editor
4. PHP version 5.3.8 merupakan bahasa pemrograman yang
digunakan untuk membuat sistem
5. Dia untuk mendesain rancangan ERD
6. StarUML untuk mendesain rancangan usecase dan squence
7. Balsamiq Mokup 3 untuk mendesain tampilan
8. Browser menggunakan Google Chrome
3.4 Software Requirement Specification (SRS)
3.4.1 Kebutuhan Fungsional
Kebutuhan fungsional atau hal yang dapat dilakukan oleh sistem
dituliskan dalam Tabel 3.1. Tabel Fungsional.
Tabel 3.1. Tabel Fungsional
Kode Aktor Deskripsi Depedency
RJ01 Super Admin Sistem mampu menambah data user
RJ02 Super Admin Sistem mampu menampilkan detail
data user
RJ03 Super Admin Sistem mampu mengubah data user
18
RJ04 Super Admin Sistem mampu nonaktif data user
RJ05 Super Admin Sistem mampu menampilkan detail
RJ06 petugas
RJ07 Super Admin Sistem mampu mengubah data
RJ08 petugas
RJ09 Super Admin Sistem mampu nonaktif data petugas
RJ10 Super Admin Sistem mampu menampilkan detail
RJ11 dokter
RJ12 Super Admin Sistem mampu mengubah data
RJ13 dokter
RJ14 Super Admin Sistem mampu nonaktif data dokter
RJ15 Super Admin Sistem mampu menampilkan detail
RJ16 perawat
RJ17 Super Admin Sistem mampu mengubah data
RJ18 perawat
RJ19 Super Admin Sistem mampu nonaktif data
RJ20 perawat
Rekam Medis Sistem mampu menampilkan rekam
medis pasien
Rekam Medis Sistem mampu mencetak rekam
medis pasien
Admin Sistem mampu menampilkan data
Pendaftaran pasien
Admin Sistem mampu menambah data
Pendaftaran pasien
Admin Sistem mampu mengubah data
Pendaftaran pasien
Admin Sistem mampu menghapus data
Pendaftaran pasien
Admin Sistem mampu menambah
19
RJ21 Pendaftaran pendaftaran pasien RJ20
RJ22 Admin Sistem mampu mengubah
RJ23 Pendaftaran pendaftaran pasien
RJ24 Admin Sistem mampu menampilkan pasien
RJ25 Pendaftaran yang mendaftar
RJ26 Admin Sistem mampu mencetak no antrian
RJ27 Pendaftaran
Admin Sistem mampu menambah
Pendaftaran
Admin pemesanan kartu pasien
Pendaftaran
Admin Sistem mampu menampilkan data
Pendaftaran
Perawat pemesanan kartu pasien
Sistem mampu mencetak kartu RJ24
pasien
Sistem mampu menampilkan daftar
pasien yang mendaftar
RJ28 Perawat Sistem mampu menampilkan
tindakan pasein poli
RJ29 Perawat Sistem mampu menambah tindakan RJ20
pasien poli
RJ30 Perawat Sistem mampu mengubah tindakan RJ28
pasien poli
RJ31 Perawat Sistem mampu menghapus tindakan RJ28
pasien poli
RJ32 Dokter Sistem mampu menampilkan daftar
pasien yang mendaftar di poli
RJ33 Dokter Sistem mampu menambah diagnosis RJ20
pasien poli
RJ34 Dokter Sistem mampu mengubah diagnosis RJ20
pasien poli
RJ35 Admin kasir Sistem mampu menampilkan daftar
20
RJ36 Admin kasir pasien yang mendaftar RJ20
RJ37 Admin kasir Sistem mampu menampilkan RJ37
RJ38 Admin kasir transaksi
RJ39 Admin kasir Sistem mampu menambah transaksi RJ24
RJ40 Pasien Sistem mampu mencetak bukti
transaksi
Sistem mampu mengubah status
bayar cetak kartu pasien
Sistem mampu menambah
pendaftaran
3.4.2 Kebutuhan Non Fungsional
Kebutuhan non fungsional sistem dijelaskan pada Tabel 3.2.
Kebutuhan Non Fungsional.
Tabel 3.2. Kebutuhan Non Fungsional
Kode Deskripsi
NRJ1 Aplikasi memiliki fungsi login pengguna untuk dapat masuk ke dalam
system yang dimiliki keamanan password dengan menggunkan
algoritma MD5
21
3.5 Usecase
3.5.1 Usecase Diagram
Usecase yaitu hal yang dapat dilakukan oleh actor untuk mengelola
aplikasi sistem. Perancangan Use Case yang dilakukan oleh sistem
dapat dilihat pada Gambar 3.3. Use Case
Gamabr 3.3. Usecase Diagram
22
3.5.2 Usecase Teks
3.5.2.1 Usecase Teks Tambah Data User
Tambah user dalam rancangan use case pada Gambar 3.2. Usecase
Diagram dijelaskan pada Tabel 3.3. Usecase Teks Tambah User.
Tabel 3.3. Usecase Teks Tambah User
Nama Use Case : Tambah User
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih klik tombol 2. Sistem menampilkan
tambah user form tambah user
3.Admin menginput data user 5.Sistem menyimpan
data user
4. Admin klik tombol simpan
Pengecualian :
Kondisi Akhir : Sistem akan menyimpan data user
Relasi :-
3.5.2.2 Usecase Teks Tampil Detail Data User
Tampil detail user dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.4. Usecase Teks Tampil
Detail User.
Tabel 3.4. Usecase Teks Tampil Detail User
Nama Use Case : Tampil Detail User
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih klik tombol 2. Sistem menampilkan
Data user list data user
23
3.Admin klik detail pada user 4. Sistem menampilkan
yang ingin di lihat data detail user
berdasarkan nik
Pengecualian :
Kondisi Akhir : -
Relasi :-
3.5.2.3 Usecase Teks Ubah Data User
Ubah user dalam rancangan usecase pada Gambar 3.2. Usecase
Diagram dijelaskan pada Tabel 3.5. Usecase Teks Ubah User.
Tabel 3.5. Usecase Teks Ubah User
Nama Use Case : Ubah User
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin klik edit pada user 2. Sistem menampilkan
yang ingin di ubah data detail user
berdasarkan nik
3.Admin mengubah data user 5.Sistem menyimpan
data user
4.Admin klik simpan
Pengecualian :
Kondisi Akhir : Sistem menyimpan data user
Relasi :-
24
3.5.2.4 Usecase Teks Nonaktif Data User
Nonaktif data user dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.6. Usecase Teks
Nonaktif User.
Tabel 3.6. Usecase Teks Nonaktif User
Nama Use Case : Nonaktif User
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih klik tombol 2. Sistem menampilkan
Data user list data user
3.Admin klik nonaktif pada 4. Sistem mengubah
user yang ingin di hapus status nonaktif data user
berdasarkan nik
Pengecualian :
Kondisi Akhir : Sistem mengubah data user
Relasi :-
3.5.2.5 Usecase Teks Tampil Detail Data Petugas
Tampil detail petugas dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.7. Usecase Teks Detail
Petugas.
Tabel 3.7. Usecase Teks Detail Petugas
Nama Use Case : Tampil Detail Petugas
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih klik tombol 2. Sistem menampilkan
Data petugas list data petugas
25
3.Admin klik detail pada 4. Sistem menampilkan
petugas yang ingin di lihat data detail petugas
berdasarkan nik
Pengecualian :
Kondisi Akhir : -
Relasi :-
3.5.2.6 Usecase Teks Ubah Data Petugas
Ubah petugas dalam rancangan usecase pada Gambar 3.2. Usecase
Diagram dijelaskan pada Tabel 3.8. Usecase Teks Ubah Petugas.
Tabel 3.8. Usecase Teks Ubah Petugas
Nama Use Case : Ubah Petugas
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin klik edit pada petugas 2. Sistem menampilkan
yang ingin di ubah data detail petugas
berdasarkan nik
3.Admin mengubah data 5.Sistem menyimpan
petugas data petugas
Pengecualian 4.Admin klik simpan
Kondisi Akhir :
Relasi : Sistem menyimpan data petugas
:-
3.5.2.7 Usecase Teks Nonaktif Data Petugas
Nonaktif petugas dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.9. Usecase Teks
Nonaktif Petugas.
26
Tabel 3.9. Usecase Teks Nonaktif Petugas
Nama Use Case : Nonaktif Petugas
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario
1.Admin memilih klik tombol 2. Sistem menampilkan
Data petugas list data petugas
3.Admin klik nonaktif pada 4. Sistem mengubah
petugas yang ingin di hapus status nonaktif data
petugas berdasarkan nik
Pengecualian :
Kondisi Akhir : Sistem mengubah data petugas
Relasi :-
3.5.2.8 Usecase Teks Tampil Detail Data Dokter
Tampil detail dokter dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.10. Usecase Teks Detail
Dokter.
Tabel 3.10. Usecase Teks Detail Dokter
Nama Use Case : Tampil Detail Dokter
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih klik tombol 2. Sistem menampilkan
Data dokter list data dokter
3.Admin klik detail pada 4. Sistem menampilkan
dokter yang ingin di lihat data detail dokter
berdasarkan nik
Pengecualian :
Kondisi Akhir : -
Relasi :-
27
3.5.2.9 Usecase Teks Ubah Data Dokter
Ubah dokter dalam rancangan usecase pada Gambar 3.2. Usecase
Diagram dijelaskan pada Tabel 3.11. Usecase Teks Ubah Dokter.
Tabel 3.11. Usecase Teks Ubah Dokter
Nama Use Case : Ubah Dokter
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin klik edit pada dokter 2. Sistem menampilkan
yang ingin di ubah data detail dokter
berdasarkan nik
3.Admin mengubah data 5.Sistem menyimpan
dokter data dokter
4.Admin klik simpan
Pengecualian :
Kondisi Akhir : Sistem menyimpan data dokter
Relasi :-
3.5.2.10 Usecase Teks Nonaktif Data Dokter
Nonaktif dokter dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.12. Usecase Teks
Nonaktif Dokter.
Tabel 3.12. Usecase Teks Nonaktif Dokter
Nama Use Case : Nonaktif Dokter
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih klik tombol 2. Sistem menampilkan
Data dokter list data dokter
28
3.Admin klik hapus pada 4. Sistem mengganti
dokter yang ingin di nonaktif status nonaktif data
dokter berdasarkan nik
:
Pengecualian
Kondisi Akhir : Sistem mengubah data dokter
Relasi :-
3.5.2.11 Usecase Teks Tampil Detail Data Perawat
Tampil detail perawat dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.13. Usecase Teks Detail
Perawat.
Tabel 3.13. Usecase Teks Detail Perawat
Nama Use Case : Tampil Detail Perawat
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih klik tombol 2. Sistem menampilkan
Data perawat list data perawat
3.Admin klik detail pada 4. Sistem menampilkan
perawat yang ingin di lihat data detail perawat
berdasarkan nik
Pengecualian :
Kondisi Akhir : -
Relasi :-
3.5.2.12 Usecase Teks Ubah Data Perawat
Ubah perawat dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.14. Usecase Teks Ubah
Perawat.
29
Tabel 3.14. Usecase Teks Ubah Perawat
Nama Use Case : Ubah Perawat
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin klik edit pada 2. Sistem menampilkan
perawat yang ingin di ubah data detail perawat
berdasarkan nik
3.Admin mengubah data 5.Sistem menyimpan
perawat data perawat
4.Admin klik simpan
Pengecualian :
Kondisi Akhir : Sistem menyimpan data perawat
Relasi :-
3.5.2.13 Usecase Teks Nonaktif Data Perawat
Nonaktif perawat dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.15. Usecase Teks
Nonaktif Perawat.
Tabel 3.15. Usecase teks Nonaktif Perawat
Nama Use Case : Nonaktif Perawat
Aktor : Super Admin
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih klik tombol 2. Sistem menampilkan
Data perawat list data perawat
3.Admin klik nonaktif pada 4. Sistem mengubah
perawat yang ingin di hapus status nonaktif data
30
perawat berdasarkan nik
Pengecualian :
Kondisi Akhir : Sistem mengubah data perawat
Relasi :-
3.5.2.14 Usecase Teks Tampil Detail Pendaftaran Pasien
Tampil detail pendaftaran dalam rancangan usecase pada Gambar
3.2. Usecase Diagram dijelaskan pada Tabel 3.16. Usecase Teks
Tampil Detail Pendaftaran.
Tabel 3.16. Usecase Tampil Detail Pendaftaran
Nama Use Case : Tampil Detail Pendaftaran
Aktor : Rekam Medis, Admin Pendaftaran
Kondisi Awal : Admin Rekam Medis sudah
berhasil login
Skenario 1.Admin memilih klik tombol 2. Sistem menampilkan
Data pasien list data pasien
3.Admin klik riwayat pasien 4. Sistem menampilkan
data riwayat pasien
Pengecualian :
Kondisi Akhir :-
Relasi :-
3.5.2.15 Usecase Teks Cetak Detail Pendaftara Pasien
Cetak detail pendaftaran dalam rancangan usecase pada Gambar
3.2. Usecase Diagram dijelaskan pada Tabel 3.17. Usecase Teks
Detail Pendaftaran.
31
Tabel 3.17. Usecase Teks Cetak Detail Pendaftaran
Nama Use Case : Cetak Detail Pendaftaran
Aktor : Rekam Medis
Kondisi Awal : Admin Rekam Medis sudah
berhasil login
Skenario 1.Admin klik detail 2. Sistem menampilkan
pendaftaran data pendaftaran pasien
yang dipilih
3.Admin klik tombol cetak 4. Sistem mencetak data
riwayat pendaftaran
Pengecualian :
Kondisi Akhir : Sistem mencetak data
Relasi :-
3.5.2.16 Usecase Teks Tampil Detail Pasien
Tampil detail pasien dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.18. Usecase Teks
Tampil Detail Pasien.
Tabel 3.18. Usecase Teks Tampil Detail Pasien
Nama Use Case : Tampil Detail Pasien
Aktor : Admin Pendaftaran
Kondisi Awal : Admin sudah berhasil login
Skenario
1.Admin memilih klik tombol 2. Sistem menampilkan
Data Pasien list data pasien
3.Admin klik detail pada 4. Sistem menampilkan
pasien yang ingin di lihat data detail pasien
berdasarkan no rm
32
Pengecualian :
Kondisi Akhir : -
Relasi :-
3.5.2.17 Usecase Teks Tambah Pasien
Tambah pasien dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.19. Usecase Teks
Tambah pasien.
Tabel 3.19. Usecase Teks Tambah Pasien
Nama Use Case : Tambah Pasien
Aktor : Admin Pendaftaran
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih klik tombol 2. Sistem menampilkan
tambah pasien form tambah pasien
3.Admin menginput data 5.Sistem menyimpan
pasien data pasien
4. Admin klik tombol simpan
Pengecualian :
Kondisi Akhir : Sistem akan menyimpan data pasien
Relasi :-
3.5.2.18 Usecase Teks Edit Pasien
Edit pasien dalam rancangan usecase pada Gambar 3.2. Usecase
Diagram dijelaskan pada Tabel 3.20. Usecase Teks Edit Pasien.
33
Tabel 3.20. Usecase Teks Edit Pasien
Nama Use Case : Edit Pasien
Aktor : Admin Pendaftaran
Kondisi Awal : Admin sudah berhasil login
Skenario
1.Admin memilih menu 2. Sistem menampilkan
pasien data pasien
3.Admin mencari nama 4.Sistem mencari pasien
pasien berdasarkan no sesuai no registrasi kartu
registrasi kartu anggota anggota atau nama pasien
atau nama pasien
5. Admin mengubah data 4.a. Bila sistem menemukan
pasien yang diinginkan pasien yang dicari, sistem
menampilkan form edit
6. admin klik tombol pasien beserta data pasien
simpan 7. Sistem akan mengecek
inputan admin
7.a.bila inputan sesuai,
maka sistem akan
menyimpan data pasien
8. sistem menampilkan
peringatan data berhasil
diubah
Pengecualian : 4.b. bila sistem tidak menemukan pasien yang dicari
sistem akan kembali ke form pencarian pasien
7.b. bila inputan tidak sesuai dengan format input, maka
sistem akan kembali ke form edit
Kondisi Akhir : Sistem akan menyimpan data pasien
Relasi :-
34
3.5.2.19 Usecase Teks Hapus Pasien
Hapus pasien dalam rancangan usecase pada Gambar 3.2. Usecase
Diagram dijelaskan pada Tabel 3.21. Usecase Teks Hapus Pasien.
Tabel 3.21. Usecase Teks Hapus Pasien
Nama Use Case : Hapus Pasien
Aktor : Admin Pendaftaran
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin klik hapus pada 2.sistem menghapus
pasien yang dipilih data pasien yang dipilih
admin berdasarkan no
rm
3.sistem menampilkan
pesan data berhasil
dihapus
Pengecualian :
Kondisi Akhir : Data berhasil dihapus dari database
Relasi :-
3.5.2.20 Usecase Teks Cetak Antrian
Cetak Antrian dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.22. Usecase Teks Cetak
Antrian.
Tabel 3.22. Usecase Teks Cetak Antrian
Nama Use Case : Cetak Antrian
Aktor : Admin Pendaftaran 2. Sistem menampilkan
Kondisi Awal : Admin sudah berhasil login daftar data pasien
Skenario
1.Admin memilih menu
pendaftaran pasien
3.Admin klik tambah 4.Sistem menampilkan
pendaftaran form tambah
35
pendaftaran
5.Admin mengisi form tambah 7.Sistem menyimpan
pendaftaran data pendaftaran pasien
6.Admin klik tombol simpan 8.Sistem menampilkan
peringatan pendaftaran
berhasil ditambah
9.Sistem mencetak no
antrian
Pengecualian :
Kondisi Akhir : Data berhasil di simpan di database
Relasi :-
3.5.2.21 Usecase Teks Edit Pendaftaran Pasien
Edit Pendaftaran dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.23. Usecase Teks Edit
Pendaftaran Pasien.
Tabel 3.23. Usecase Teks Edit Pendaftaran
Nama Use Case : Edit Pendaftaran
Aktor : Admin Pendaftaran
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin klik edit pada pasien 2.Sistem menampilkan
pendaftaran form edit pendaftaran
beserta data pasien
3.Admin mengisi form data 5.Sistem menyimpan
pendaftaran yang ingin di edit data pendaftaran pasien
36
4.Admin klik tombol simpan 6.Sistem menampilkan
: peringatan pendaftaran
berhasil diedit
Pengecualian : Data berhasil di simpan di database
Kondisi Akhir :-
Relasi
3.5.2.22 Usecase Teks Tambah Pesan Kartu Pasien
Tambah Pesan Kartu Pasien dalam rancangan usecase pada
Gambar 3.2. Usecase Diagram dijelaskan pada Tabel 3.24.
Usecase Teks Tambah Pesan Kartu Pasien.
Tabel 3.24. Usecase Teks Tambah Pesan Kartu Pasien
Nama Use Case : Tambah Pesan Kartu Pasien
Aktor : Admin Pendaftaran
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih menu data 2. Sistem menampilkan
pasien daftar data pasien
3.Admin klik tombol pesan 4.Sistem menyimpan
data pemesanan kartu
pasien
5.Sistem menampilkan
data pemesanan kartu
pasien
Pengecualian :
Kondisi Akhir : Data berhasil di simpan di database
Relasi :-
37
3.5.2.23 Usecase Teks Tampil Pesan Kartu Pasien
Tampil pesan kartu pasien dalam rancangan usecase pada Gambar
3.2. Usecase Diagram dijelaskan pada Tabel 3.25. Usecase Tampil
Pesan Kartu Pasien.
Tabel 3.25. Usecase Teks Tampil Pesan Kartu Pasien
Nama Use Case : Tampil Pesan Kartu Pasien
Aktor : Admin Pendaftaran
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih menu 2. Sistem menampilkan
validasi daftar pasien yang
memesan kartu pasien
Pengecualian :
Kondisi Akhir : Data berhasil di simpan di database
Relasi :-
3.5.2.24 Usecase Teks Cetak Kartu Pasien
Cetak Kartu Pasien dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.26. Usecase Teks Cetak
Kartu Pasien.
Tabel 3.26. Usecase Teks Cetak Kartu Pasien
Nama Use Case : Cetak Kartu Pasien
Aktor : Admin Pendaftaran
Kondisi Awal : Admin sudah berhasil login
Skenario 1.Admin memilih menu 2. Sistem menampilkan
validasi daftar pasien yang
memesan kartu pasien
3.Admin klik tombol cetak 4.Sistem mengedit
status data pemesanan
38
5.Sistem akan mencetak
kartu pasien
Pengecualian :
Kondisi Akhir : Data berhasil dicetak
Relasi :-
3.5.2.25 Usecase Teks Tampil Tindakan Pasien
Tampil Tindakan Pasien dalam rancangan usecase pada Gambar
3.2. Usecase Diagram dijelaskan pada Tabel 3.27. Usecase Teks
Tampil Tindakan Pasien.
Tabel 3.27. Usecase Teks Tampil Tindakan Pasien
Nama Use Case : Tampil Tindakan Pasien
Aktor : Perawat
Kondisi Awal : Perawat berhasil login
Skenario 1.Perawat memilih menu 2.Sistem menampilkan
pendaftaran pasien data pasien yang
terdaftar
3.Perawat memilih pasien yang 4.Sistem menampilkan
terdaftar data pasien yang
terdaftar beserta table
tindakan pasien
Pengecualian :
Kondisi Akhir : Data tindakan pasien berhasil di simpan di database
Relasi :-
3.5.2.26 Usecase Teks Tambah Tindakan Pasien
Tambah tindakan pasien dalam rancangan usecase pada Gambar
3.2. Usecase Diagram dijelaskan pada Tabel 3.28. Usecase Teks
Tambah TIndakan Pasien.
39
Tabel 3.28. Usecase Teks Tambah Tindakan Pasien
Nama Use Case : Tambah Tindakan Pasien
Aktor : Perawat
Kondisi Awal : Perawat menampilkan data
pendaftaran pasien
Skenario 1.Perawat memilih pasien 2.Sistem menampilkan
yang akan ditambahkan data pasien beserta tabel
tindakan tindakan pasien
3.Perawat klik tambah 4.Sistem Menampilkan
tindakan form tambah tindakan
5.Perawat Menambahkan 7.Sistem menyimpan
tindakan pasien data tindakan pasien
6.Perawat klik simpan 8.Sistem menampilkan
pesan sukses
Pengecualian :
Kondisi Akhir : Data tindakan pasien berhasil di simpan di database
Relasi :-
3.5.2.27 Usercase Teks Ubah Tindakan Pasien
Ubah tindakan pasien dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.29. Usecase Teks Ubah
Tindakan Pasien.
Tabel 3.29. Usecase Ubah Tindakan Pasien
Nama Use Case : Ubah Tindakan Pasien
Aktor : Perawat
Kondisi Awal : Perawat sudah menampilkan
data pendaftaran
40
Skenario 1.Perawat memilih pasien 2. Sistem menampilkan
Pengecualian yang terdaftar data pasien beserta tabel
tindakan pasien
3.Perawat memilih tindakan 4.Sistem Menampilkan
pasien yang akan diedit form tindakan pasien
yang dipillih perawat
5.Perawat Memilih tindakan 7.Sistem menyimpan
yang diinginkan data tindakan pasien
6.Perawat klik simpan
8.Sistem menampilkan
: pesan sukses diedit
Kondisi Akhir : Data tindakan pasien berhasil di ubah dan disimpan di
Relasi database
:-
3.5.2.28 Usecase Teks Hapus Tindakan Pasien
Hapus tindakan pasien dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.30. Usecase Teks Hapus
Tindakan Pasien.
Tabel 3.30. Usecase Teks Hapus Tindakan Pasien
Nama Use Case : Hapus Tindakan Pasien
Aktor : Perawat
Kondisi Awal : Perawat sudah menampilkan
data pendaftaran
Skenario 1.Perawat memilih pasien 2. Sistem menampilkan
yang terdaftar data pasien beserta tabel
tindakan pasien
3.Perawat memilih tindakan 4.Sistem menghapus
pasien yang akan hapus data tindakan pasien
41
Pengecualian yang dipilih perawat
Kondisi Akhir berdasar no ro
5.Sistem menampilkan
Relasi pesan data sukses
dihapus
:
: Data tindakan pasien berhasil di ubah dan disimpan di
database
:-
3.5.2.29 Usecase Teks Tambah Diagnosis Pasien
Tambah diagnosis pasien dalam rancangan usecase pada Gambar
3.2. Usecase Diagram dijelaskan pada Tabel 3.31. Usecase Teks
Tambah Diagnosis Pasien.
Tabel 3.31. Usecase Teks Tambah Diagnosis Pasien
Nama Use Case : Tambah Diagnosis Pasien
Aktor : Dokter
Kondisi Awal : Dokter sudah berhasil login
Skenario 1.Dokter memilih menu 2. Sistem menampilkan
pendaftaran pasien daftar data pendaftaran
pasien
3.Dokter klik tombol diagnosis 4.Sistem form
pad pasien yang akan menampilkan data
ditambahkan diagnosis pasien dan kolom
diagnosis
5.Dokter menambahkan 7.Sistem menyimpan
diagnois data diagnosis
6.Dokter klik simpan 9.Sistem menampilkan
pesan sukses
42
Pengecualian :
Kondisi Akhir : Data diagnosis pasien berhasil di simpan di database
Relasi :-
3.5.2.30 Usecase Teks Ubah Diagnosis Pasien
Ubah diagnosis pasien dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.32. Usecase Teks Ubah
Diagnosis Pasien.
Tabel 3.32. Usecase Teks Ubah Diagnosis Pasien
Nama Use Case : Ubah Diagnosis Pasien
Aktor : Dokter
Kondisi Awal : Dokter sudah berhasil login
Skenario 1.Dokter memilih menu 2. Sistem menampilkan
pendaftaran pasien daftar data pendaftaran
pasien
3.Dokter klik tombol diagnosis 4.Sistem form
pad pasien yang akan menampilkan data
ditambahkan diagnosis pasien dan kolom
diagnosis
5.Dokter mengubah diagnois 7.Sistem menyimpan
pasien data diagnosis
6.Dokter klik simpan 9.Sistem menampilkan
pesan sukses diubah
Pengecualian :
Kondisi Akhir : Data diagnosis pasien berhasil di simpan di database
Relasi :-
43
3.5.2.31 Usecase Teks Tambah Transaksi
Tambah transaksi dalam rancangan usecase pada Gambar 3.2.
Usecase Diagram dijelaskan pada Tabel 3.33. Usecase Teks
Tambah Transaksi.
Tabel 3.33. Usecase Teks Tambah Transaksi
Nama Use Case : Tambah Transaksi
Aktor : Kasir
Kondisi Awal : Kasir sudah berhasil login
Skenario 1.Kasir memilih menu 2. Sistem menampilkan
Transaksi daftar data pendaftaran
pasien
3.Kasirr klik tombol bayar 4.Sistem form
pada pasien yang akan menampilkan data
ditambahkan transaksi pasien
5.Kasir klik bayar 6.Sistem menyimpan
data transaksi
7.Sistem menampilkan
pesan sukses
8.Sistem mencetak nota
pembayaran
Pengecualian :
Kondisi Akhir : Data transaksi berhasil di simpan di database
Relasi :-
3.5.2.32 Usecase Teks Ubah Status Bayar
Ubah status bayar pasien dalam rancangan usecase pada Gambar
3.2. Usecase Diagram dijelaskan pada Tabel 3.34. Usecase Teks
Ubah Status Bayar.
44
Tabel 3.34. Usecase Teks Ubah Status Bayar
Nama Use Case : Ubah Status Bayar
Aktor : Kasir
Kondisi Awal : Kasir sudah berhasil login
Skenario 1.Admin memilih menu Kartu 2. Sistem menampilkan
Pasien daftar data pasien yang
memesan kartu
3.Admin klik bayar 4.Sistem akan
mengubah status bayar
pada table pemesanan
kartu
Pengecualian :
Kondisi Akhir : Data Berhasil diubah
Relasi :-
3.5.2.33 Usecase Teks Tambah Pendaftaran Pasien
Tambah pendaftaran pasien dalam rancangan usecase pada
Gambar 3.2. Usecase Diagram dijelaskan pada Tabel 3.35.
Usecase Teks Tambah Pendaftaran Pasien.
Tabel 3.35. Usecase Teks Tambah Pendaftaran Pasien
Nama Use Case : Tambah Pendaftaran Pasien
Aktor : Pasien
Kondisi Awal : -
Skenario 1.Pasien memilih menu 2. Sistem menampilkan
pendaftaran pasien form tambah
pendaftaran
3. Pasien mengisi form tambah 4. Sistem menyimpan
pendaftaran data pendaftaran pasien
45
Pengecualian 5.a. Jika berhasil sistem
menampilkan
Kondisi Akhir peringatan pendaftaran
Relasi berhasil ditambah
: 5.b. jika gagal di input maka sistem akan menampilkan
pesan gagal diinput dan kemali ke langkah 3
: Data berhasil di simpan di database
:-
46
3.6 Class Diagram
Class diagram yang digunakan dalam sistem akan dijelaskan pada
Gambar 3.4. Class Diagram
Gambar 3.4. Class Diagram
47
3.7 Squence Diagram
3.5.2 Squence Tambah User
Squence tambah user merupakan alur program untuk menambahkan
user. Squence dapat dilihat pada Gambar 3.5. Sequence Tambah User.
Gambar 3.5. Squence Tambah User
3.5.3 Squence Detail User
Squence detail user merupakan alur program untuk melihat detail data
user. Squence dapat dilihat pada Gambar 3.6. Sequence Detail User.
Gambar 3.6. Squence Detail User
48
3.5.4 Squence Ubah User
Squence ubah user merupakan alur program untuk mengubah data user.
Squence dapat dilihat pada Gambar 3.7. Sequence Ubah User.
Gambar 3.7. Squence Ubah User
3.5.5 Squence Nonaktif User
Squence nonaktif user merupakan alur program untuk menonaktifkan
user. Squence dapat dilihat pada Gambar 3.8. Sequence Nonaktif User.
Gambar 3.8. Squence Nonaktif User
49
3.5.6 Squence Detail Petugas
Squence detail petugas merupakan alur program untuk menampilkan
data petugas. Squence dapat dilihat pada Gambar 3.9. Sequence Detail
Petugas.
Gambar 3.9. Squcene Detail Petugas
3.5.7 Squence Ubah Petugas
Squenc ubah petugas merupakan alur program untuk mengubah data
petugas. Squence dapat dilihat pada Gambar 3.10. Sequence Ubah
Petugas.
Gambar 3.10. Squence Ubah Petugas
50
3.5.8 Squence Nonaktif Petugas
Squence nonaktif petugas merupakan alur program untuk
menonaktifkan petugas. Squence dapat dilihat pada Gambar 3.11.
Sequence Nonaktif Petugas.
Gambar 3.11. Squence Nonaktif Petugas
3.5.9 Squence Detail Dokter
Squence detail dokter merupakan alur program untuk menampilkan data
dokter. Squence dapat dilihat pada Gambar 3.12. Sequence Detail
Dokter.
Gambar 3.12. Squence Detail Dokter
51
3.5.10 Squence Ubah Dokter
Squence ubah dokter merupakan alur program untuk mengubah
data dokter. Squence dapat dilihat pada Gambar 3.13. Sequence
Ubah Dokter.
Gambar 3.13. Squence Ubah Dokter
3.5.11 Squence Nonaktif Dokter
Squence nonaktif dokter merupakan alur program untuk
menonaktifkan data dokter. Squence dapat dilihat pada Gambar
3.14. Sequence Nonaktif Dokter.
Gambar 3.14. Squence Nonaktif Dokter
52
3.5.12 Squence Detail Perawat
Squence detail perawat merupakan alur program untuk
menampilkan data perawat. Squence dapat dilihat pada Gambar
3.15. Sequence Detail Perawat.
Gambar 3.15. Squence Detail Perawat
3.5.13 Squence Ubah Perawat
Squence ubah perawat merupakan alur program untuk mengubah
data perawat. Squence dapat dilihat pada Gambar 3.16. Sequence
Ubah Perawat.
Gambar 3.16. Squence Ubah Perawat
53
3.5.14 Squence Nonaktif Perawat
Squence nonaktif perawat merupakan alur program untuk
menonaktifkan data perawat. Squence dapat dilihat pada Gambar
3.17. Sequence Nonaktif Perawat.
Gambar 3.17. Squence Nonaktif Perawat
3.5.15 Squence Tampil Detail Pasien
Squence tampil detail pasien merupakan alur program untuk
menampilkan data pasien. Squence dapat dilihat pada Gambar
3.18. Sequence Tampil Detail Pasien.
Gambar 3.18. Squence Tampil Detail Pasien
54
3.5.16 Squence Tambah Pasien
Squence tambah pasien merupakan alur program untuk
menambahkan data pasien. Squence dapat dilihat pada Gambar
3.19. Sequence Tambah Pasien.
Gambar 3.19. Squence Tambah Pasien
3.5.17 Squence Edit Pasien
Squence edit pasienl pasien merupakan alur program untuk
mengubah data pasien. Squence dapat dilihat pada Gambar 3.20.
Sequence Edit Pasien.
55
Gambar 3.20. Squence Edit Pasien
3.5.18 Squence Detail Pendaftaran Pasien
Squence detail pendaftaran pasien merupakan alur program untuk
menampilkan data pendaftaran pasien. Squence dapat dilihat pada
Gambar 3.21. Sequence Detail Pendaftaran Pasien.
Gambar 3.21. Squence Detail Pendaftaran Pasien
56
3.5.19 Squence Tambah Pendaftaran Pasien
Squence tambah pendaftaran pasien merupakan alur program untuk
menambahkan pendaftaran pasien. Squence dapat dilihat pada
Gambar 3.22. Sequence Tambah Pendaftaran Pasien.
Gambar 3.22. Squence Tambah Pendaftaran Pasien
3.5.20 Squence Edit Pendaftaran Pasien
Squence edit pendaftaran pasien merupakan alur program untuk
mengubah data pendaftaran pasien. Squence dapat dilihat pada
Gambar 3.23. Sequence Edit Pendaftaran Pasien.
Gambar 3.23. Edit Pendaftaran Pasien
57
3.5.21 Squence Tambah Pesan Kartu Pasien
Squence tambah pesan kartu pasien merupakan alur program untuk
menambahkan data pemesanan kartu pasien. Squence dapat dilihat
pada Gambar 3.24. Sequence Tambah Pesan Kartu Pasien.
Gambar 3.24. Squence Tambah Pesan Kartu Pasien
3.5.22 Squence Cetak Kartu Pasien
Squence cetak kartu pasien merupakan alur program untuk
mencetak kartu pasien. Squence dapat dilihat pada Gambar 3.35.
Sequence Cetak Kartu Pasien.
Gambar 3.25. Squence Cetak Kartu Pasien
58
3.5.23 Squence Tampil Tindakan Pasien
Squence tampil tindakan pasien merupakan alur program untuk
menampilkan data tindakan pasien. Squence dapat dilihat pada
Gambar 3.26. Sequence Tampil Tindakan Pasien.
Gambar 3.26. Squence Tampil Tindakan Pasien
3.5.24 Squence Tambah Tindakan Pasien
Squence tambah tindakan pasien merupakan alur program untuk
menambahkan data tindakan pasien. Squence dapat dilihat pada
Gambar 3.27. Sequence Tambah Tindakan Pasien.
Gambar 3.27. Squence Tambah Tindakan Pasien
59
3.5.25 Squence Edit Tindakan Pasien
Squence edit tindakan pasien merupakan alur program untuk
mengubah data tindakan pasien. Squence dapat dilihat pada Gambar
3.28. Sequence Edit Tindakan Pasien.
Gambar 3.28. Squence Edit Tindakan Pasien
3.5.26 Squence Hapus Tindakan Pasien
Squence hapus tindakan pasien merupakan alur program untuk
menghapus data tindakan pasien. Squence dapat dilihat pada Gambar
3.29. Sequence Hapus Tindakan Pasien.
Gambar 3.29. Squence Hapus Tindakan Pasien
60
3.5.27 Squence Tambah Diagnosis
Squence tambah diagnosis merupakan alur program untuk
menambahkan diagnosis pasien. Squence dapat dilihat pada Gambar
3.30. Sequence Tambah Diagnosis.
Gambar 3.30. Squence Tambah Diagnosis
3.5.28 Squence Edit Diagnosis
Squence edit diagnosis merupakan alur program untuk mengubah
diagnosis pasien. Squence dapat dilihat pada Gambar 3.31. Sequence
Edit Diagnosis.
61
Gambar 3.31. Squence Edit Diagnosis
3.5.29 Squence Ubah Status Bayar Pesan Kartu
Squence ubah status bayar pesan kartu merupakan alur program untuk
mengubah status bayar jika pasien memesan kartu pasien. Squence
dapat dilihat pada Gambar 3.32. Sequence Ubah Status Bayar Pesan
Kartu.
Gambar 3.32. Squence Ubah Status Bayar Pesan Kartu
62
3.5.30 Squence Tambah Transaksi
Squence tambah transaksi merupakan alur program untuk
menambahkan transaksi. Squence dapat dilihat pada Gambar 3.33.
Sequence Tambah Transaksi
Gambar 3.33. Squence Tambah Transaksi
3.5.31 Squence Cetak Detail Pendaftaran
Squence cetak detail pendaftaran merupakan alur program untuk
mencetak detail pendaftaran pasien. Squence dapat dilihat pada
Gambar 3.34. Sequence Cetak Detail Pendaftaran.
Gambar 3.34. Cetak Detail Pendaftaran
63
3.5.32 Squence Cetak Nota Pembayaran
Squence cetak nota pembayaran merupakan alur program untuk
mencetak nota pembayaran. Squence dapat dilihat pada Gambar 3.35.
Sequence Cetak Nota Pembayaran.
Gambar 3.35. Squence Cetak Nota Pembayaran
3.8 Perancangan Basis Data
3.6.1 Entity Relationship Diagram (ERD)
Rancangan Entity Relationship Diagram (ERD) dari sistem
administrasi rawat jalan ditunjukkan pada Gambar 3.36. Entity
Relationship Diagram.
64Gambar 3.36. Entity Relationship Diagram
Gambar 3.36. Entity Relationship Diagram