bab iii pembahasan · a. skenario kebutuhan admin pendaftaran: 1. mengelola data pasien baru 2....
Post on 27-Oct-2020
5 Views
Preview:
TRANSCRIPT
15
BAB III
PEMBAHASAN
3.1 Analisa Kebutuhan
Analisa kebutuhan diperoleh berdasarkan kebutuhan pengguna dan
kebutuhan sistem.
1. Kebutuhan Pengguna
Dalam aplikasi Sistem Administrasi Rekam Medis terdapat beberapa
pengguna yang dapat saling berinteraksi dalam lingkungan sistem, yaitu:
Administrator, Admin Pendaftaran, Dokter, Apoteker. Pengguna tersebut
memiliki karakteristik interaksi dengan sistem yang sama dan memiliki kebutuhan
informasi yang berbeda – beda, seperti berikut:
A. Skenario Kebutuhan Admin Pendaftaran:
1. Mengelola data pasien baru
2. Mengelola data pasien yang sudah terdaftar
3. Mengelola dan mengakses pembayaran pasien
B. Skenario Kebutuhan Dokter
1. Mengelola data pasien yang melakukan pemeriksaan
2. Mengelola dan mengakses pemeriksaan
C. Skenario Kebutuhan Apoteker
1. Mengelola dan mengakses data master obat
2. Mengelola pengeluaran obat
3. Mengelola laporan stok obat
D. Skenario Kebutuhan Administrator
16
1. Mengelola dan mengakses data master pengguna/user
2. Mengakses data master obat
3. Mengakses data pendaftaran
4. Mengakses data pasien
5. Mengakses laporan pendaftaran
6. Mengakses laporan pemeriksaan
7. Mengakses laporan stok obat
2. Kebutuhan Sistem
A. Pengguna diharuskan melakukan login terlebih dahulu untuk dapat
mengakses aplikasi ini dengan memasukan username dan password agar
privasi masing – masing pengguna tetap terjaga.
B. Pengguna melakukan penginputan data sesuai dengan hak akses yang
diberikan.
C. Pengguna harus melakukan logout setelah selesai menggunakan aplikasi
3.2 Rancangan Dokumen
Rancangan dokumen akan membahas mengenai rincian bentuk dokumen
masukan dan dokumen keluaran pada sistem informasi puskesmas pada. Disini
penulis akan menjelaskan tentang spesifikasi rancangan sistem usulan berupa
bentuk uraian pembuatan program yang akan digunakan diantaranya adalah :
A. Bentuk Dokumen Masukan (Input)
1. Berkas Data Pasien Baru
Nama Dokumen : Data Pasien
Fungsi : Data mengenai pasien
Sumber : Admin pendaftaran
17
Tujuan : File pasien
Frekuensi : Setiap ada pendaftaran pasien baru
Media : Tampilan layar
Bentuk : Lampiran A-1
2. Berkas Data Pendaftaran
Nama Dokumen : Data pendaftaran
Fungsi : Untuk data pasien
Sumber : Admin Pendaftaran
Tujuan : File pendaftaran
Frekuensi : Setiap ada pendaftaran pasien menuju pemeriksaan
dokter
Media : Tampilan layar
Bentuk : Lampiran A-2
3. Berkas Pemeriksaan Pasien
Nama Dokumen : Pemeriksaan pasien
Fungsi : Untuk pemeriksaan pasien
Sumber : Admin Pendaftaran
Tujuan : Dokter
Frekuensi : Setiap ada pendaftaran pasien menuju pemeriksaan
dokter
Media : Tampilan layar
Bentuk : Lampiran A-3
4. Berkas Data Transaksi
Nama Dokumen : Data transaksi pembayaran
18
Fungsi : Untuk data pembayaran pasien
Sumber : Admin Pendaftaran
Tujuan : File Transaksi
Frekuensi : Setiap ada pembayaran pasien
Media : Tampilan layar
Bentuk : Lampiran A-4
5. Berkas Data Master Login User
Nama Dokumen : Data master login user
Fungsi : Untuk data login user terhadap sistem
Sumber : Administrator
Tujuan : File Login
Frekuensi : Setiap ada user baru atau ganti user
Media : Tampilan layar
Bentuk : Lampiran A-5
6. Berkas Data Master Obat
Nama Dokumen : Data master obat
Fungsi : Untuk data obat diapotek
Sumber : Admin apoteker
Tujuan : File data obat
Frekuensi : Setiap akan input stock obat atau input data obat
baru
Media : Tampilan layar
Bentuk : Lampiran A-6
19
B. Bentuk Dokumen Keluaran (Output)
1. Laporan Pendaftaran
Nama Dokumen : Laporan pendaftaran pasien
Fungsi : Sebagai pelaporan pendaftaran pasien
Sumber : Admin Pendaftaran
Tujuan : Administrator
Frekuensi : Setiap satu bulan sekali
Media : Softcopy dan hardcopy
Bentuk : Lampiran B-1
2. Laporan Pemeriksaan
Nama Dokumen : Laporan pemeriksaan pasien
Fungsi : Sebagai pelaporan pemeriksaan pasien
Sumber : Dokter
Tujuan : Administrator
Frekuensi : Setiap satu bulan sekali
Media : Softcopy dan hardcopy
Bentuk : Lampiran B-2
3. Laporan Transaksi
Nama Dokumen : Laporan transaksi pembayaran
Fungsi : Sebagai pelaporan transaksi pembayaran
Sumber : admin pendaftaran
Tujuan : Administrator
Frekuensi : Setiap satu bulan sekali
Media : Softcopy dan hardcopy
20
Bentuk : Lampiran B-3
4. Laporan Obat
Nama Dokumen : Laporan data obat
Fungsi : Sebagai pelaporan data obat
Sumber : Apoteker
Tujuan : Administrator
Frekuensi : Setiap satu bulan sekali
Media : Softcopy dan hardcopy
Bentuk : Lampiran B-4
5. Laporan Pasien
Nama Dokumen : Laporan data pasien
Fungsi : Sebagai pelaporan pasien
Sumber : Admin Pendaftaran
Tujuan : Administrator
Frekuensi : Setiap satu bulan sekali
Media : Softcopy dan hardcopy
Bentuk : Lampiran B-5
6. Kartu peserta
Nama Dokumen : kartu peserta pasien
Fungsi : Sebagai tanda pasien yang pernah berobat
Sumber : Admin Pendaftaran
Tujuan : Pasien
Frekuensi : Setiap akan penambahan pasien
Media : hardcopy
21
Bentuk : Lampiran B-6
7. Kartu antrian
Nama Dokumen : kartu antrian pasien
Fungsi : sebagai antrian untuk pemeriksaan dokter
Sumber : Admin Pendaftaran
Tujuan : Pasien
Frekuensi : Setiap akan pendaftaran pasien
Media : hardcopy
Bentuk : Lampiran B-7
3.3. Entity Relationship Diagram (ERD)
Entity Relationship Diagram pada perancangan sistem pelayanan
Puskesmas.
A. Entity Relationship Diagram
22
Pendaftaran
pasien
pemeriksaan
Transaksi
pembayaran
Jenis
pemeriksaan
Id_pendaftaran
Id_transaksi
total
Biaya_dokter
tanggal
Biaya_obat
Id_pasien
Id_pasien
tanggal
diagnosa
Jenis_pemeriks
aan
Id_pendaftaran
status
No_urut
Id_pemeriksaa
n
harga
jenis
tanggal
Jenis_pemeriks
aan
Id_pendaftaran
Id_pemeriksaan
Id_pasien
dilakukan
memilikipasien
Id_pasien
No_ktp
nama
alamat
Jen_kel
Umur
Tanggal_bergab
ung
melakukan
obat
Id_obat
Nama_obat
Jenis_obat
harga
stok
tanggal
resep
dosis
harga
Nama_obat
Id_obat
Id_pendaftaran
id_pemeriksaan
jumlah
dokter
nip
Nama
Jns_kelamin
Id_pemeriksaa
n
Jenis_pemerik
saan
No_sip
memiliki
adaRincian_obat
r
id
Id_pendaftaran
Id_obat
Nama_obat
harga
jenis
dosis
jumlah
memiliki
memiliki
1 M
1
M
11
1
M
1 M
11
1 1
memiliki1
1
B. LRS (Logical Record Structure)
23
Id_pasien
No_ktp
Nama
Alamat
Jenis_kel
Umur
Tanggal_bergabung
Id_pendaftaran
Tanggal
Id_pasien
jenis_pemeriksaan
Id_pemeriksaan
No_urut
Id_pendaftaran
Tanggal
Id_pasien
Diagnosa
Status
Jenis_pemeriksaan
Id_pemeriksaan
Id_pemeriksaan
Jenis
Biaya
Id_obat
Nama_obat
Jenis_obat
Harga
Stok
tanggal
Id_transaksi
Id_pendaftaran
tanggal
Id_pasien
Biaya_dokter
Biaya_obat
Total
Pasien Pendaftaran
PemeriksaanJenis Pemeriksaan
Obat
Transaksi_pembayaran
1
Id
Id_pendaftaran
Id_obat
Nama_obat
harga
jenis
dosis
jumlah
Rincian_obat
dokter
Nip
Nama
Jns_kelamin
Id_pemeriksaan
Jenis_pemeriksaan
No_sipResep
Id_pendaftaran
Id_obat
Nama_obat
Harga
Dosis
jumlah
Gambar III.2
Logical Record Structure
3.4 Spesifikasi File
1. Spesifikasi File Pendaftaran
Nama file : Pendaftaran Pasien
Akronim : Pendaftaran
Fungsi : Menyimpan data pasien yang daftar
Tipe File : File Master
Organisasi File : Random
Media : Hard Disk
Panjang Record : 43 Byte
Kunci Field : id_pendaftaran
Software : Xampp
Tabel III.1
24
Tabel Spesifikasi File Pendaftaran
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id pendaftaran Id_pendaftaran Char 6 Primary Key
2 Tanggal Tanggal Date
3 Id pasien Id_pasien Char 6 Foreign Key
4 Jenis pemeriksaan Id_pemeriksaan Varchar 25 Foreign Key
5 Id pemeriksaan Id_pemeriksaan Char 6
2. Spesifikasi File Pasien
Nama file : Pasien
Akronim : Pasien
Fungsi : Menyimpan data pasien
Tipe File : File Master
Organisasi File : Random
Media : Hard Disk
Panjang Record : 208 Byte
Kunci Field : id_pasien
Software : Xampp
Tabel III.2
Tabel Spesifikasi File Pasien
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id Pasien Id_pasien Char 6 Primary Key
2 No KTP No_ktp Varchar 16
3 Nama Pasien Nama Varchar 150
4 Alamat Alamat Text
5 Jenis Kelamin Jenis_kel Varchar 25
6 Umur Umur Int 11
7 Tanggal Bergabung Tanggal_bergab
ung
Date
3. Spesifikasi File Pemeriksaan
Nama File : Pemeriksaan Pasien
Akronim : Pemeriksaan
Fungsi : Menyimpan data Pasien yang melakukan pemeriksaan
Tipe File :
Organisasi File : Random
Media : Hard Disk
Panjang Record : 104 Byte
Kunci Field : Tidak Ada
Software : Xampp
25
Tabel III.3
Tabel Spesifikasi File Pemeriksaan
No Elemen Data Akronim Tipe Panjang Keterangan
1 No urut No_urut Int 11 Primary Key
1 Id pendaftaran Id_pendaftaran Char 6 Foreign Key
2 Tanggal Tanggal Date
3 Id pasien Id_pasien Char 6 Foreign Key
4 Diagnosa Diagnosa Text
5 Status Status Varchar 50
8 Jenis pemeriksaan Jenis Varchar 25 Foreigen Key
9 Id Pemeriksaan Id_pemeriksaan Char 6
4. Spesifikasi File Jenis Pemeriksaan
Nama File : Jenis Pemeriksaan
Akronim : Jenis_pemeriksaan
Fungsi : Menyimpan data jenis pemeriksaan
Tipe File : File Master
Organisasi File : Random
Media : Hard Disk
Panjang Record : 50 Byte
Kunci Field : id_pemeriksaan
Software : Xampp
Tabel III.4
Tabel Spesifikasi File Jenis Pemeriksaan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id Pemeriksaan Id_pemeriksaan Char 25 Primary Key
2 Jenis
Pemeriksaan
Jenis Varchar 25
3 Biaya
Pemeriksaan
Biaya Double
5. Spesifikasi File Tindakan Pemeriksaan
Nama File : Dokter
Akronim : dokter
Fungsi : Untuk data dokter yang memeriksa
26
Tipe File : File Master
Organisasi File : Random
Media : Hard Disk
Panjang Record : 312 Byte
Kunci Field : Tidak Ada
Software : Xampp
Tabel III.5
Tabel Spesifikasi File Dokter
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nip nip Char 10 Primary
Key
2 Nama nama Varchar 50
3 Jenis Kelamin jns_kelamin Varchar 20
4 Id
Pemeriksaan
Id_pemeriksaan Char 6 Foreign Key
5 Jenis
Pemeriksaan
Jenis_pemeriksaan Varchar 30
6 No SIP No_sip Varchar 30
6. Spesifikasi File Obat
Nama File : Obat
Akronim : Obat
Fungsi : menyimpan data obat
Tipe File : File Master
Organisasi File : Random
Media : Hard Disk
Panjang Record : 97 Byte
Kunci Field : id_obat
Software : Xampp
Tabel III.6
Tabel Spesifikasi File Obat
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id Obat Id_obat Char 6 Primary Key
2 Nama Obat Nama_obat Varchar 50
3 Jenis Obat Jenis_obat Varchar 30
4 Harga Harga Double
5 Stok Stok Int 11
6 Tanggal Tanggal Date
27
7. Spesifikasi File Transaksi Obat
Nama File : Rincian Obat
Akronim : rincian_obat
Fungsi : untuk menyimpat data obat ketika di lakukan pemeriksaan
Tipe File :
Organisasi File : Random
Media : Hard Disk
Panjang Record : 214 Byte
Kunci Field : Tidak Ada
Software : Xampp
Tabel III.7
Tabel Spesifikasi File Rincian Obat
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id id Int 11 Primary Key
2 Id Pendaftaran Id_pendaftaran Char 6
3 Id Obat Id_obat Char 6
4 Nama Obat Nama_obat Varchar 50
5 Harga Harga Double
6 Jenis jenis Varchar 30
7 Dosis dosis Varchar 100
8 Jumlah Jumlah Int 11
8. Spesifikasi File Transaksi Pembayaran
Nama File : Transaksi Pembayaran
Akronim : Transaksi_pembayaran
Fungsi : Sebagai Transaksi Pembayaran
Tipe File : File Master
Organisasi File : Random
Media : Hard Disk
Panjang Record : 168 Byte
Kunci Field : id_transaksi
Software : Xampp
Tabel III.8
Tabel Spesifikasi File Transaksi Pembayaran
28
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id Transaksi Id_transaksi Char 6 Primary Key
2 Id Pendaftaran id_pendaftaran Char 6 Foreign Key
3 Tanggal tanggal Date
4 Id Pasien id_pasien Char 6 Foreign Key
5 Biaya Dokter biaya_dokter Varchar 150
6 Biaya Obat biaya_obat Text
7 Total Bayar total Double
9. Spesifikasi File Resep
Nama File : Resep
Akronim : resep
Fungsi : Untuk menyimpan data resep obat pasien
Tipe File :
Organisasi File : Random
Media : Hard Disk
Panjang Record : 123 Byte
Kunci Field : Tidak Ada
Software : Xampp
Tabel III.9
Tabel Spesifikasi File Resep
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id
Pendaftaran
Id_pendaftaran Char 6
2 Id Obat Id_obat Char 6
3 Harga harga Double
4 Dosis dosis Varchar 100
5 Jumlah jumlah Int 11
10. Spesifikasi File User
Nama File : Master User
Akronim : User
Fungsi : Menyimpan data pengguna/user
Tipe File : File Master
Organisasi File : Random
Media : Hard Disk
Panjang Record : 256 Byte
Kunci Field : id_user
Software : Xampp
29
Tabel III.10
Tabel Spesifikasi File Master User
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id User Id_user Char 6 Primary Key
2 Username Username Varchar 30
3 Password Password Varchar 30
4 Email Email Varchar 30
5 Nama Lengkap Nama_lengkap Varchar 100
6 No Telepon No_tlp Varchar 30
7 Sebagai Sebagai Varchar 30
3.5 Pengkodean
1. Id User
Setiap pengguna harus memiliki id masing – masing sehingga dapat membatasi
hak akses dari masing – masing pengguna.
U 0 0 1
Keterangan :
U = untuk identitas User
01= untuk nomer urut
2. Id Pendaftaran
Setiap pasien yang melakukan pendaftaran harus memiliki id masing – masing
untuk mencegah duplikat data.
F 0 0 0 0 1
Keterangan :
F = untuk identitas yang melakukan pendaftaran
30
01 = nomer urut
3. Id Pasien
Setiap pasien yang sudah melakukan pendaftaran harus memiliki id masing –
masing agar mudah mencari data pasien.
P 0 0 0 0 1
Keterangan :
P = untuk identitas pasien
01 = untuk nomer urut pasien
4. Id Pemeriksaan
Setiap jenis pemeriksaan harus memiliki id masing – masing agar memudahkan
pendataan.
P R 0 0 1
Keterangan :
PR = untuk identitas jenis pemeriksaan
01 = nomer urut jenis pemeriksaan
5. Id Obat
Setiap obat harus memiliki id masing – masing untuk memudahkan pendataan
obat dan pencarian obat.
B 0 0 0 0 1
Keterangan :
B = untuk identitas obat
31
01 = untuk nomer urut obat
6. Id Transaksi
Setiap transaksi harus memiliki id masing – masing agar tidak ada duplikat
data.
T 0 0 0 0 1
Keterangan :
T = untuk identitas transaksi
01 = untuk nomer urut
3.6 Spesifikasi Program
A. Struktur Navigasi
1. Struktur Navigasi Administrator
Menu Utama
Home
Login
Data User
Data Pendaftaran
Data Pasien
Data Obat
Laporan Pendaftaran
Laporan Pasien
Laporan Obat
LaporanData Logout
Gambar III.3
Struktur Navigasi Administrator
2. Struktur Navigasi Admin Pendaftaran
32
Menu Utama
Home Pendaftaran PasienTransaksi
PembayaranLaporan
Cetak Kartu
Tambah Data
Edit
Hapus
Bayar
Login
Cetak Antrian
Tambah Data
Edit
Hapus
Laporan Pendaftaran
Laporan Pasien
Laporan Transaksi
Logout
Gambar III.4
Struktur Navigasi Admin Pendaftaran
3. Struktur Navigasi Dokter
Menu Utama
HomeData
pemeriksaanPemeriksaan Info Logout
Login
Periksa Laporan
PemeriksaanLaporan
Gambar III.5
Struktur Navigasi Dokter
4. Struktur Navigasi Apoteker
Menu Utama
Home Data Obat Resep Info Logout
Laporan Obat
Login
Tambah Data
Edit
Hapus
Resep
Laporan Singkat
33
Gambar III.6
Struktur Navigasi Apoteker
3.7 Implementasi
A. Implementasi Rancangan Form / Antar Muka
Implementasi rancangan antar muka pada Aplikasi Pelayanan Puskesmas
berdasar hasil rancangan antar muka.
1. Halaman Login
User harus melakukan login terlebih dahulu untuk mengakses halaman yang
tersedia. Jika login berhasil, maka menu-menu yang sesuai dengan kategori
user tersebut akan ditampilkan.
Gambar III.7
Tampilan Login
2. Halaman Utama Pendaftaran
34
Gambar III.8
Tampilan Menu Utama Pendaftaran
3. Halaman Data Pendaftaran
Gambar III.9
Tampilan Data Pendaftaran
4. Halaman Input Data Pendaftaran
35
Gambar III.10
Tampilan Input Pendaftaran
5. Halaman Data Pasien
Gambar III.11
Tampilan Menu Data Pasien
6. Halaman Input Data Pasien
36
Gambar III.12
Tampilan Menu Input Pasien
7. Halaman Transaksi Pembayaran
Gambar III.13
Tampilan Menu Transaksi Pembayaran
8. Halaman Menu Utama Dokter
37
Gambar III.14
Tampilan Menu Utama Dokter
9. Halaman Data Periksa
Gambar III.15
Tampilan Menu Data Periksa
10. Halaman Input Pemeriksaan
38
Gambar III.16
Tampilan Input Pemeriksaan
11. Halaman Data Pemeriksaan
Gambar III.17
Tampilan Menu Data Pemeriksaan
12. Halaman Menu Utama Apoteker
39
Gambar III.18
Tampilan Menu Utama Apoteker
13. Halaman Data Obat
Gambar III.19
Tampilan Menu Data Obat
14. Halaman Input Data Obat
40
Gambar III.20
Tampilan Input Obat
15. Halaman Buat Resep
Gambar III.21
Tampilan Menu Buat Resep
16. Halaman Resep Telah Di Buat
41
Gambar III.22
Tampilan Menu Resep Telah Di Buat
17. Halaman Menu Utama Admin
Gambar III.23
Tampilan Menu Utama Admin
18. Halaman Data User
42
Gambar III.24
Tampilan Menu Data User
19. Halaman Data Pendaftaran Admin
Gambar III.25
Tampilan Menu Data Pendaftaran Admin
20. Halaman Data Pasien Admin
43
Gambar III.26
Tampilan Menu Data Pasien Admin
21. Halaman Data Obat Admin
Gambar III.27
Tampilan Menu Data Obat Admin
22. Halaman Input Data User
44
Gambar III.28
Tampilan Menu Data Input Data User
3.8 Pengujian Unit
Pengujian terhadap program yang dibuat dengan menggunakan black box
testing.
A. Pengujian Form Login
Tabel III.11
Tabel Pengujian Form Login
No. Skenario
pengujian
Test case Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Username dan
password tidak
diisi kemudian
klik tombol
login
Username :
(kosong)
Password: (kosong)
Sistem akan
menolak akses user
dan menampilkan
“Login Gagal”
Sesuai
harapan Valid
2. Mengetikkan
username dan
password tidak
diisi atau
kosong
Username: admin
Password :
(kosong)
Sistem akan
menolak akses user
dan menampilkan
“Login Gagal”
Sesuai
harapan Valid
45
kemudian klik
tombol login
3. Username tidak
diisi (kosong)
dan password
diisi kemudian
klik tombol
login
Username:
(kosong)
Password: admin
Sistem akan
menolak akses user
dan menampilkan
“Login Gagal”
Sesuai
harapan Valid
4. Mengetikkan
salah satu
kondisi salah
pada username
atau password
kemudian klik
tombol login
username: admin
(benar)
Password: 123
(salah)
Sistem akan
menolak akses user
dan menampilkan
“Login Gagal”.
Sesuai
harapan
Valid
5. Mengetikkan
username dan
password
dengan data
yang benar
kemudian klik
tombol login
username: admin
(benar)
Password: admin
(benar)
Sistem menerima
akses login dan
kemudian langsung
menampilkan menu
utama.
Sesuai
harapan
Valid
B. Pengujian Form Input Data Pasien
Tabel III.12
Tabel Pengujian Form Input Data Pasien
No. Skenario
pengujian
Test case Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. id pasien, no
ktp, nama,
alamat, jenis
kelamin, umur,
dan tanggal
bergabung
Id pasien : (kosong)
No ktp : (kosong)
Nama : (kosong)
Sistem akan
menolak akses
user dan data
tidak akan di
simpan
Sesuai
harapan Valid
46
tidak diisi
kemudian klik
tombol simpan
Alamat : (kosong)
Jenis kelamin :
(kosong)
Umur : (kosong)
Tanggal bergabung :
(kosong)
2. Mengetikkan
id pasien dan
no ktp, nama,
alamat, jenis
kelamin, umur,
dan tanggal
bergabung
tidak diisi
kemudian klik
tombol simpan
Id pasien : P05 (benar)
No ktp : (kosong)
Nama : (kosong)
Alamat : (kosong)
Jenis kelamin :
(kosong)
Umur : (kosong)
Tanggal bergabung :
(kosong)
Sistem akan
menolak akses
user dan data
tidak akan di
simpan
Sesuai
harapan Valid
3. Mengetikkan
id pasien, no
ktp, nama,
alamat, jenis
kelamin, umur,
dan tanggal
bergabung
tidak diisi
kemudian klik
tombol simpan
Id pasien : P05 (benar)
No ktp :
3210000000000000003
(benar)
Nama : Deri saprudin
(benar)
Alamat : subang
(benar)
Jenis kelamin : laki-
laki (benar)
Umur : 24 (benar)
Tanggal bergabung :
08/26/2019 (benar)
Sistem
menerima akses
data akan di
simpan.
Sesuai
harapan
Valid
C. Pengujian Form Input Data Pendaftaran
47
Tabel III.13
Tabel Pengujian Form Input Data Pendaftaran
No. Skenario
pengujian
Test case Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Id pendaftaran,
id pasien, nama,
jenis kelamin,
umur, jenis
pemeriksaan
dan id
pemeriksaan
tidak diisi
kemudian klik
tombol simpan
Id pendaftaran :
(kosong)
Id pasien: (kosong)
Nama : (kosong)
Jenis kelamin:
(kosong)
Umur : (kosong)
Jenis pemeriksaan:
(kosong)
Id pemeriksaan :
(kosong)
Sistem akan
menolak akses user
dan data tidak akan
di simpan
Sesuai
harapan Valid
2. Mengetikkan Id
pendaftaran,
dan id pasien,
nama, jenis
kelamin, umur,
jenis
pemeriksaan
dan id
pemeriksaan
tidak diisi
kemudian klik
tombol simpan
Id pendaftaran :
F01 (benar)
Id pasien: (kosong)
Nama : (kosong)
Jenis kelamin:
(kosong)
Umur : (kosong)
Jenis pemeriksaan:
(kosong)
Id pemeriksaan :
(kosong)
Sistem akan
menolak akses user
dan data tidak akan
di simpan
Sesuai
harapan Valid
3.
Id pendaftaran :
F01 (benar)
Id pasien: P04
48
Mengetikkan Id
pendaftaran, id
pasien, nama,
jenis kelamin,
umur, jenis
pemeriksaan
dan id
pemeriksaan
tidak diisi
kemudian klik
tombol simpan
(benar)
Nama : sri rahayu
(benar)
Jenis kelamin:
perempuan (benar)
Umur : 20 (benar)
Jenis pemeriksaan:
Pemeriksaan
Umum (benar)
Id pemeriksaan :
PR01 (benar)
Sistem menerima
akses data akan di
simpan.
Sesuai
harapan
Valid
D. Pengujian Input Data Rekam Pasien
Tabel III.14
Tabel Pengujian Form Input Data Rekam Pasien
No. Skenario
pengujian
Test case Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Id pendaftaran,
tanggal, id
pasien, nama,
jenis
pemeriksaan, id
pemeriksaan,
diagnosa, id
obat, nama
obat, jenis obat,
dosis, jumlah
dan harga tidak
diisi kemudian
klik tombol
simpan
Id pendaftaran :
(kosong)
Tanggal : (kosong)
Id pasien: (kosong)
Nama : (kosong)
Jenis pemeriksaan:
(kosong)
Id pemeriksaan :
(kosong)
Diagnosa :
(kosong)
Sistem akan
menolak akses user
dan data tidak akan
di simpan
Sesuai
harapan Valid
49
Id obat : (kosong)
nama obat :
(kosong)
jenis obat :
(kosong)
dosis : (kosong)
jumlah : (kosong)
harga : (kosong)
2. Mengetikkan Id
pendaftaran,
dan tanggal, id
pasien, nama,
jenis
pemeriksaan, id
pemeriksaan,
diagnosa, id
obat, nama
obat, jenis obat,
dosis, jumlah
dan harga tidak
diisi kemudian
klik tombol
simpan
Id pendaftaran :
F05 (benar)
Tanggal : (kosong)
Id pasien: (kosong)
Nama : (kosong)
Jenis pemeriksaan:
(kosong)
Id pemeriksaan :
(kosong)
Diagnosa :
(kosong)
Id obat : (kosong)
nama obat :
(kosong)
jenis obat :
(kosong)
dosis : (kosong)
jumlah : (kosong)
harga : (kosong)
Sistem akan
menolak akses user
dan data tidak akan
di simpan
Sesuai
harapan Valid
3. Mengetikkan Id
pendaftaran,
dan tanggal, id
Id pendaftaran :
F05 (benar)
Sistem menerima
akses data akan di
50
pasien, nama,
jenis
pemeriksaan, id
pemeriksaan,
diagnosa, id
obat, nama
obat, jenis obat,
dosis, jumlah
dan harga tidak
diisi kemudian
klik tombol
simpan
Tanggal :
08/26/2019 (benar)
Id pasien: P02
(benar)
Nama : aqila
rahmawati (benar)
Jenis pemeriksaan:
pemeriksaan
kandungan (benar)
Id pemeriksaan :
PR003 (benar)
Diagnosa : mual,
pusing, batuk
(benar)
Id obat : B01
(benar)
nama obat : promag
(benar)
jenis obat : kaplet
(benar)
dosis : 3x1 (benar)
jumlah : 1 (benar)
harga : 6000
(benar)
simpan.
Sesuai
harapan
Valid
E. Pengujian Input Data Obat
Tabel III.15
Tabel Pengujian Form Input Data Obat
No. Skenario Test case Hasil yang Hasil Kesimpulan
51
pengujian diharapkan pengujian
1. id obat, nama
obat, jenis obat,
harga, dan stok
tidak diisi
kemudian klik
tombol simpan
Id obat : (kosong)
Nama obat :
(kosong)
Jenis obat :
(kosong)
Harga : (kosong)
Stok : (kosong)
Sistem akan
menolak akses user
dan data tidak akan
di simpan Sesuai
harapan Valid
2. Mengetikkan id
obat, dan nama
obat, jenis obat,
harga, dan stok
tidak diisi
kemudian klik
tombol simpan
Id obat : B04
(benar)
Nama obat :
(kosong)
Jenis obat :
(kosong)
Harga : (kosong)
Stok : (kosong)
Sistem akan
menolak akses user
dan data tidak akan
di simpan
Sesuai
harapan Valid
3. Mengetikkan id
obat, nama
obat, jenis obat,
harga, dan stok
tidak diisi
kemudian klik
tombol simpan
Id obat : B04
(benar)
Nama obat :
paracetamol (benar)
Jenis obat : tablet
(benar)
Harga : 10000
(benar)
Stok : 20 (benar)
Sistem menerima
akses data akan di
simpan.
Sesuai
harapan
Valid
F. Pengujian Form Input User
52
Tabel III.16
Tabel Pengujian Form Input Data User
No. Skenario
pengujian
Test case Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Id user, nama
lengkap, email,
no telp,
username,
password dan
jenis user tidak
diisi kemudian
klik tombol
simpan
Id user : (kosong)
Nama lengkap :
(kosong)
Email : (kosong)
No telp : (kosong)
Username :
(kosong)
Password :
(kosong)
Jenis user :
(kosong)
Sistem akan
menolak akses user
dan data tidak akan
di simpan
Sesuai
harapan Valid
2. Mengetikkan Id
user, dan nama
lengkap, email,
no telp,
username,
password dan
jenis user tidak
diisi kemudian
klik tombol
simpan
Id user : U01
(benar)
Nama lengkap :
(kosong)
Email : (kosong)
No telp : (kosong)
Username :
(kosong)
Password :
(kosong)
Jenis user :
(kosong)
Sistem akan
menolak akses user
dan data tidak akan
di simpan
Sesuai
harapan Valid
3. Id user, nama
lengkap, email,
Id user : U01
(benar)
Sistem menerima
akses data akan di
53
no telp,
username,
password dan
jenis user tidak
diisi kemudian
klik tombol
simpan
Nama lengkap :
bambang priatmojo
(benar)
Email :
admin2@gmail.com
(benar)
No telp :
08213764588
(benar)
Username : admin
(benar)
Password : admin
(benar)
Jenis user : admin
(benar)
simpan.
Sesuai
harapan
Valid
top related