BAB III

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