BAB III PEMBAHASAN · A. Skenario Kebutuhan Admin Pendaftaran: 1. Mengelola data pasien baru 2....

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



3. Berkas Pemeriksaan Pasien

Nama Dokumen : Pemeriksaan pasien

Fungsi : Untuk pemeriksaan pasien


Tujuan : Dokter

Frekuensi : Setiap ada pendaftaran pasien menuju pemeriksaan

dokter



4. Berkas Data Transaksi

Nama Dokumen : Data transaksi pembayaran

18

Fungsi : Untuk data pembayaran pasien


Tujuan : File Transaksi

Frekuensi : Setiap ada pembayaran pasien



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



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



19

B. Bentuk Dokumen Keluaran (Output)

1. Laporan Pendaftaran

Nama Dokumen : Laporan pendaftaran pasien

Fungsi : Sebagai pelaporan pendaftaran pasien


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





3. Laporan Transaksi

Nama Dokumen : Laporan transaksi pembayaran

Fungsi : Sebagai pelaporan transaksi pembayaran

Sumber : admin pendaftaran




20


4. Laporan Obat

Nama Dokumen : Laporan data obat

Fungsi : Sebagai pelaporan data obat

Sumber : Apoteker





5. Laporan Pasien

Nama Dokumen : Laporan data pasien

Fungsi : Sebagai pelaporan pasien






6. Kartu peserta

Nama Dokumen : kartu peserta pasien

Fungsi : Sebagai tanda pasien yang pernah berobat


Tujuan : Pasien

Frekuensi : Setiap akan penambahan pasien

Media : hardcopy

21


7. Kartu antrian

Nama Dokumen : kartu antrian pasien

Fungsi : sebagai antrian untuk pemeriksaan dokter


Tujuan : Pasien

Frekuensi : Setiap akan pendaftaran pasien

Media : hardcopy


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



Media : Hard Disk


Kunci Field : id_pasien

Software : Xampp

Tabel III.2

Tabel Spesifikasi File Pasien


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 :


Media : Hard Disk


Kunci Field : Tidak Ada

Software : Xampp

25

Tabel III.3

Tabel Spesifikasi File Pemeriksaan


1 No urut No_urut Int 11 Primary Key

1 Id pendaftaran Id_pendaftaran Char 6 Foreign Key


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



Media : Hard Disk


Kunci Field : id_pemeriksaan

Software : Xampp

Tabel III.4

Tabel Spesifikasi File Jenis Pemeriksaan


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



Media : Hard Disk



Software : Xampp

Tabel III.5

Tabel Spesifikasi File Dokter


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



Media : Hard Disk


Kunci Field : id_obat

Software : Xampp

Tabel III.6

Tabel Spesifikasi File Obat


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


27

7. Spesifikasi File Transaksi Obat

Nama File : Rincian Obat

Akronim : rincian_obat

Fungsi : untuk menyimpat data obat ketika di lakukan pemeriksaan

Tipe File :


Media : Hard Disk



Software : Xampp

Tabel III.7

Tabel Spesifikasi File Rincian Obat


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



Media : Hard Disk


Kunci Field : id_transaksi

Software : Xampp

Tabel III.8

Tabel Spesifikasi File Transaksi Pembayaran

28


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 :


Media : Hard Disk



Software : Xampp

Tabel III.9

Tabel Spesifikasi File Resep


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



Media : Hard Disk


Kunci Field : id_user

Software : Xampp

29

Tabel III.10

Tabel Spesifikasi File Master User


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


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


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


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


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 :

[email protected]

(benar)

No telp :

08213764588

(benar)

Username : admin

(benar)

Password : admin

(benar)

Jenis user : admin

(benar)

simpan.

Sesuai

harapan

Valid

mailto:[email protected]

BAB III PEMBAHASAN · A. Skenario Kebutuhan Admin Pendaftaran: 1. Mengelola data pasien baru 2....

Documents

Transcript of BAB III PEMBAHASAN · A. Skenario Kebutuhan Admin Pendaftaran: 1. Mengelola data pasien baru 2....