bab iv perancangan sistem usulan - repository.bsi.ac.id · perancangan sistem usulan 4.1. tahapan...

31

BAB IV

PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem

4.1.1 Analisa Kebutuhan

Kebutuhan Fungsional pada sistem analisis dan perancangan sistem

Informasi Pelayanan Pasien pada balai Pengobatan adalah sistem dapat

membatasi hak akses sistem dengan login, sistem dapat mewadahi proses

penambahan, Pengubahan, penghapusan, dan melihat data, Sistem dapat

memproses biaya administrasi pasien, sistem dapat mencetak laporan

administrasi pasien secara terkomputerisasi.

A. Kebutuhan Pengguna

Dalam aplikasi pendaftaran dan pembelian obat pada balai

pengobatan ini terdapat empat pengguna yang dapat berienteraksi dalam

lingkungan sistem, yaitu Admin, resepsionis, Dokter dan apoteker.

skenario kebutuhan petugas klinik sebagai berikut :

A1 Skenario Kebutuhan Administrasi

a) Mengelola Pemakai

b) Mengelola Poli

c) Mengelola Dokter

d) Membuat Laporan

e) Membusat Backup database

32

A2 Skenario Kebutuhan Resepsionis

a) Membuat Pendaftaran Pasien

b) Melihat data Pasien

c) Mencari info Pasien

d) Membuat Laporan data pasien berobat

A3 Skenario Kebutuhan Apoteker

a) Mengelola input obat baru

b) Mengelola Resep obat dari dokter

c) Mengelola pembayaran

d) Membuat laporan Resep obat dan pembayaran

A.4 Skenario Kebutuhan Dokter

a) Menginput dan mendiagnosa pasien

b) Membuat laporan diagnosa

B. Kebutuhan Sistem

a. Pengguna harus melakukan login terlebih dahulu untuk dapat

mengakses aplikasi ini dengan memasukkan username dan

password agar privasi masing-masing pengguna tetap terjaga

keamanannya.

b. Pengguna harus menginput semua kegiatan di mulai

pendaftaran , resep , obat sampe pembayaran.

c. Sistem menyimpan semua kegiatan pengguna setelah

menggunakan aplikasi.

d. Pengguna harus melakukan logout setelah menggunakan aplikasi.

33

4.1.2. Rancangan Diagram Use Case

Gambar IV.1 Use Case Diagram Usulan

Tabel IV.1

Deskripsi Use Case Login

Use Case Name Login

Requirements Admin. Resepsionis,Dokter, Apoteker

dapat login

Goal Agar aktor dapat mengakses menu-

menu pada aplikasi

Pre-Conditions Telah melakukan login

Failed and Condition Jika salah username dan password

sistem akan memberikan alert kesalahan

Actors Admin. Resepsions, Apoteker

Main Flow/Basic Path 1. User memilih kriteria pencarian

2. User mengetikan nama atau kode

pasien

3. sistem menalpikan data obat atau

pasien yang di cari

Alternate Flow/Invariant A A1. Sistem menampilkan halaman

user

InvariantB B1. User memilih kritera

34

Tabel IV.2

Deskripsi Use Case Mengelola Pemakai

Use Case Name Mengelola pemakai

Requirements Pada menu master data petugas dapat

menginputkan, mengubah dan

mendelete data-data yang terdapat

dalam master data

Goal Untuk mengolah data pemakai, dan

data user

Pre-Conditions Sistem menampilkan menu pemakai

Failed and Condition -

Actors Administrasi

Main Flow/Basic Path 1 Admin memilih menu input pemakai

2. Sistem menampilakn form pemakai

3. Admin mengolah data pemakai

4 Admin memilih tombol save

Alternate Flow/Invariant A A1.Sistem menampilkan halaman data

pemakai

A2.Sistem menerima inputan data

pemakai

A3.Sistem menyimpan inputan data

pemakai

InvariantB -

Tabel IV.3

Deskripsi use case mengelola Dokter

Use Case Name Mengelola Dokter

Requirements pada menu form dapat menginput dan

melihat data dokter

Goal Untuk mengolah data dokter

Pre-Conditions Sistem menampilkan menu form dokter


Actors Admin.

Main Flow/Basic Path 1 Admin memilih menu form dokter

2. Sistem menampilakn form data

dokter

3. Admin dapat menginput dan

mengedit data dokter


Alternate Flow/Invariant A A1.Sistem menerima inputan data

dokter


dokter

InvariantB -

35

Tabel IV.4

Deskripsi mengelola poli

Use Case Name Mengelola Poli

Requirements Admin dapat melihat data poli

Goal Untuk mengolah data poli

Pre-Conditions Admin telah melakukan login dan

memilih form menu poli

Failed and Condition Admin tidak dapat melihat data dokter

Actors Admin.

Main Flow/Basic Path 1 Admin memilih menu poli

2. Sistem menampilakn form poli

3. Admin mengolah data poli


Alternate Flow/Invariant A A1.Sistem menampilkan halaman poli

A2.Sistem menerima inputan data poli


pasien

InvariantB -

Tabel IV.5

Deskripsi Use Case mengelola Pendaftaran

Use Case Name Mengelola Pendaftaran

Requirements Resepsionis menginput id pasien agar

pasien mendapat nomer antrian berobat

Goal Resepsionis mengolah pendaftaran

pasien

Pre-Conditions Sistem menampilkan form pendaftaran

Failed and Condition Jika data belum di input semua akan

muncul pesan peringatan

Actors Resepsionis

Main Flow/Basic Path 1 Resepsionis memilih menu

pendaftaran

2. Sistem menampilakn form

pendaftaran

3. resepsionis menginput data

pendaftaran

4 memilih tombol save

Alternate Flow/Invariant A A1.Sistem menampilkan halaman info

pasien

InvariantB -

Tabel IV.6

Deskripsi megelola pasien

Use Case Name Mengelola pasien

Requirements Resepsionis dapat melihat dan

menginput data pasien

36

Goal Untuk mengolah data pasien

Pre-Conditions Sistem menampilkan menu pasien


Actors Resepsionis

Main Flow/Basic Path 1 resepsionis memilih menu pasien

2. Sistem menampilakn form pasien

3. resepsionis menginput pasien baru

4 resepsionis memilih tombol save

Alternate Flow/Invariant A A1.Sistem menampilkan halaman

pasien


pasien


pasien

InvariantB -

Tabel IV.7

Deskripsi use case mengelola Info pasien

Use Case Name Mengelola info pasien

Requirements Resepsionis dapat melihat info pasien

Goal Untuk mengolah info pasien

Pre-Conditions Sistem menampilkan menu info pasien


Actors Resepsionis

Main Flow/Basic Path 1 resepsionis memilih menu info pasien

2. Sistem menampilakn form info

pasien

3. resepsionis mencari info pasien

Alternate Flow/Invariant A A1.Sistem menampilkan halaman info

pasien

A2.Sistem menerima pencarian info

pasien

A3.Sistem menampilkan info pasien

InvariantB -

Tabel IV.8

Deskripsi use case mengelola obat

Use Case Name Mengelola obat

Requirements Apoteken dapat menambahan obat

Goal Untuk mengolah data obat

Pre-Conditions Sistem menampilkan menut obat


Actors Apoteker

Main Flow/Basic Path 1 apoteker memilih menu obat

2. Sistem menampilakn form obat

3.apoteker dapat menginput, mengolah

37

data obat

4 apoteker memilih tombol save

Alternate Flow/Invariant A A1.Sistem menampilkan halaman data

obat

A2.Sistem menerima inputan data obat


obat

InvariantB -

Tabel IV.9

Deskripsi use case mengelola resep

Use Case Name Mendiagnosa pasien

Requirements ---------

Goal Untuk mendiagnosa pasien

Pre-Conditions Sistem menampilkan menu diagnosa

Failed and Condition Jika salah username dan password

sistem akan memberikan alert

kesalahan

Actors Dokter

Main Flow/Basic Path 1 Dokter memilih menu Diagnosa

2. Sistem menampilakn form Diagnosa

3. Dokter menginput diagnosa dan

tindakan

4 dokter memilih tombol save


Diagnosa


Diagnosa


Diagnosa

InvariantB -

Tabel IV.10

Deskripsi use case membuat dan mencetak laporan

Use Case Name Membuat dan mencetak laporan


Goal Untuk mengelola semua laporan

Pre-Conditions Sistem menampilkan menu laporan


Actors administrasi

Main Flow/Basic Path 1 Administrasi memilih form laporan

2. Sistem menampilkan form laporan

3. Administrasi menginput data tanggal

laporan

4 Sistem menampilkan data laporan

harian, mingguan dan bulanan

38

Alternate Flow/Invariant A A1.Sistem menampilkan halaman laporan

A2.Sistem menerima cetak laporan

Tabel IV.11

Deskripsi use case Mengelola Pembayaran

Use Case Name Mengelola Pembayaran


Goal Untuk membuat struk pembayaran

Pre-Conditions Sistem menampilkan menu Pembayaran


Actors Apoteker

Main Flow/Basic Path 1 Apoteker memilih form Pembayaran

2. Sistem menampilkan form

Pembayaran

3. Apoteker menginput(memilih) no

resep

4 Sistem menampilkan nomer resep

5. Apoteker membuat pembayaran

pasien

6 sistem mencetak pembayaran pasien


pembayaran

A2.Sistem menerima cetak laporan

pembayaran

InvariantB -

Tabel IV.12

Deskripsi use case Mediagnosa Pasien

Use Case Name Mendiagnosa Pasien

Requirements Dokter memeriksa pasien

Goal Untuk mendiagnosa penyakit pasien

Pre-Conditions Sistem menampilkan form diagnosa


Actors Dokter

Main Flow/Basic Path 1 Dokter memilih form diagnosa

2. Sistem menampilkan form diagnosa

3. Dokter menginput(memilih)diagnosa

pasien

4 Sistem menyimpan inputan diagnosa

dokter

5 sistem mencetak diagnosa dan resep

Alternate Flow/Invariant A A1.Sistem menampilkan halaman diagnosa

A2.Sistem menerima inputan diagnosa

dokter

39

4.1.3. Rancangan Diagram Aktivitas

Gambar IV.2 Activity Diagram

40

Gambar IV.3 Activity Diagram

41

4.1.4. Rancangan Dokumen Sistem Usulan

A. Bentuk Dokumen Masukkan

1. Nama Dokumen : Form Pendaftaran

Fungsi : Untuk Melakukan Pendaftaran Pasien Berobat

Sumber : Pasien

Tujuan : Resepsionis

Media : Komputer

Jumlah : Rata-Rata 5 perhari

Frekuensi : Setiap Pemasukan Pasien

Bentuk : Lampiran C.1

2. Nama Dokumen : Form Kartu Berobat

Fungsi : Untuk Masukan Data pasien Yang Mau berobat

Sumber : Resepsionis

Tujuan : Pasien

Media : Komputer

Jumlah : Rata-rata 30 perhari

Frekuensi : Setiap melakukan Memasukan Data pasien


3. Nama Dokumen : Form Data Poli

Fungsi : Untuk Memasukan Profesi Dokter baru

Sumber : Admin

Tujuan : Dokter

Media : Komputer

Jumlah : -

42

Frekuensi : Setiap melakukan Memasukan Data Poli


4. Nama Dokumen : Form Data Pemakai

Fungsi : Untuk Mengganti Password User

Sumber : Admin

Tujuan : File

Media : Komputer


Frekuensi : Setiap Mengganti Password


B. Bentuk Dokumen Keluaran

1. Nama Dokumen : Resep

Fungsi : untuk melihat data resep

Sumber : Dokter

Tujuan : Pasien

Media : Kartu Berobat

Jumlah : 1 Lembar

Frekuensi : Setiap melakukan pengobatan

Bentuk : Lampiran D.1

2. Nama Dokumen : Data Backup

Fungsi : Sebagai Media Mencadangkan Data

Sumber : Admin

Tujuan : File

Media : Komputer

43


Frekuensi : Setiap Mencadangkan data


3. Nama Dokumen : Laporan Data Obat

Fungsi : Untuk Melihat Data Obat

Sumber : Apoteker

Tujuan : Pasien

Media : Komputer


Frekuensi : Setiap Pemasukan Data Obat baru


4. Nama Dokumen : Laporan Data Pasien

Fungsi : Untuk mengetahui Isi Data Pengobatan

Sumber : Admin

Tujuan : Dokter

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap Bulan


44

5. Nama Dokumen : Laporan Pembayaran

Fungsi : Untuk mengetahuin detail pembayaran

Sumber : Apoteker

Tujuan : pasien

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap hari pasien berobat


6. Nama Dokumen : Laporan Diagnosa

Fungsi : Untuk mengetahuin Diagnosa pasien

Sumber : Dokter

Tujuan : pasien

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap pasien berobat


45

4.2. Rancangan Perangkat Lunak

4.2.1 Entity Relationship Diagram

Perancangan basis data menghasilkan pemetaan tabel-

tabel yang digambarkan dengan Entity Relationship Diagram (ERD)

sebagai berikut:

Gambar IV.4 Entity Relationship Diagram

46

4.2.2 Logical Record Structure

Gambar IV.5 Logical Record Structure

47

4.2.3 Spesifikasi File

a. File Petugas

Nama File : File Pemakai

Akronim : Pemakai

Fungsi : Untuk Mengatur dan Mengelola Aplikasi

Tipe : File Master

Organisasi File : Index Sequential

Akses File : Admin

Media : Hardisk

Panjang Record : 60

Kunci Field : Kode Pemakai

Software : Microsoft Acces

Tabel IV.13

Spesifikasi File Pemakai

No. Elemen Data Akronim Tipe Size Keterangan

1 Kode Pemakai Kodepmk Text 5 Primary key

2 Nama Pemakai Namapmk Text 30

3 Password Pemakai Passpmk Varchar 10

4 Status Pemakai Statuspmk text 15

48

b. Nama File : File Poli

Akronim : Poli

Fungsi : Untuk Melihat bagian Profesi

Tipe : File Master Organisasi

File : Index Sequential Akses

File : Admin

Media : Hardisk

Panjang Record : 32

Kunci Field : kode_petugas

Software : Microsoft acces

Tabel IV.14

Spesifikasi File Poli


1 Kode Poli kodepl Text 2 Primary

Key

2 Nama Poli namapl Text 30

c. File Data Dokter

Nama File : File Dokter

Akronim : Dokter

Fungsi : Untuk Melihat Data Dokter

Tipe : File Master


49

Akses File : Admin

Media : Hardisk

Panjang Record : 102

Kunci Field : kode_dkt

Software : Microsoft Access

Tabel IV.15

Spesifikasi File Dokter


1 Kode Dokter KodeDkt Text 5 Primary Key

2 Nama Dokter NamaDkt Text 30

3 Spesialis Spesialis Text 20

4 Alamat Dokter AlamatDkt Text 30

5 Telepon dokter TeleponDkt Text 15

6 Tarif Tarif number Long Integer

7 Kode Poli Kodepl Text 2 Foreign Key

d. File Pendaftaran

Nama File : File Pendaftaran

Akronim : Pendaftaran

Fungsi : Untuk Melakukan Pendaftaran Pasien mau Berobat

Tipe : File Transaksi


Akses File : Resepsionis

Media : Hardisk

50

Panjang Record : 35

Kunci Field : NoDft

Software : Microsoft access

Tabel IV.16 Spesifikasi File Pendaftaran


1 No Pendaftaran NomorDft Text 10 Primary Key

2 Tanggal Daftar TanggalDft Date/Time

3 Kode Dokter KodeDkt Text 5 Foreign Key

4 Kode Pasien KodePsn Text 8 Foreign Key

5 Kode Poli KodePl Tex 2 Foreign Key

6 Kode Pemakai KodePmk Text 5 Foreign Key

7 Biaya Biaya Number Long

integer

8 Keterangan

pendaftaran

Ket_pendaftaran Text 1

9 Keterangan

diagnosa

Ket_diagnosa Text 1

10 Keterangan Resep Ket_resep Text 1

e. File Pembayaran

Nama File : File Pembayaran

Akronim : Pembayaran

Fungsi : Untuk Melakukan Transaksi Pembayaran Berobat

Tipe : File Transaksi

51


Akses File : Apoteker

Media : Hardisk

Panjang Record : 18

Kunci Field : NoByr


Tabel IV.17 Spesifikasi File Pembayaran


1 No Pembayaran NoByr Text 10 Primary Key

2 Tanggal bayar KodePsn Date/time

3 Nomor daftar TanggalByr Text 10 Foreign Key

f. File Pasien

Nama File : File Pasien

Akronim : Pasien

Fungsi : Untuk Melihat Pencarian data pasien Berobat

Tipe : File Master


Akses File : Resepsionis

Media : Hardisk

Panjang Record : 96

Kunci Field : KodePsn


52

Tabel IV.18 Spesifikasi File Pasien

g. File Obat

Nama File : File Obat

Akronim : Obat

Fungsi : Untuk Melihat Data Pemasukan Obat

Tipe : File Master



Media : Hardisk

Panjang Record : 45

Kunci Field : KodeObt

Software : Microsoft Acces


1 Kode Pasien KodePsn Text 8 Primary Key

2 Nama Pasien NamaPsn Text 30

3 Alamat Pasien AlamatPsn Text 30

4 Gender Pasien GenderPsn Text 10

5 Umur Pasien UmurPsn Text 3

6 Telepon Pasien TeleponPsn Text 15

53

Tabel IV.19 Spesifikasi File Obat

h. File Resep

Nama File : File Resep

Akronim : Resep

Fungsi : Untuk Melihat Resep obat dokter

Tipe : File Master



Media : Hardisk

Panjang Record : 20

Kunci Field : NomorRsp



1 Kode Obat KodeObt Text 5 Primary Key

2 Nama Obat NamaObt Text 30

3 Jenis Obat JenisObt Text 15

4 Kategori Kategori Text 15

5 Harga Obat HargaObt Number Long integer

6 Jumlah Obat JumlahObt Number Integer

54

Tabel IV.20

Spesifikasi File Resep

I. File Diagnosa

Nama File : File Diagnosa

Akronim : Diagnosa

Fungsi : Untuk Melihat Diagnosa pasien

Tipe : File Master


Akses File : Dokter

Media : Hardisk

Panjang Record : 470

Kunci Field : Nomordgs


Tabel IV.21

Spesifikasi File Diagnosa


1 Nomer resep NomerRsp Text 10 Primary Key

2 Tanggal resep TanggalRsp Date/time

3 Nomordft Nomordft Text 10 Foreign Key

4 Harga resep Hargaresep Number Long integer


1 Nomor Diagnosa NomerDgs Text 10 Primary Key

55

j. File Detail

Nama File : File Resep Detail

Akronim : Resepdetail

Fungsi : Untuk Melihat Resep Detail

Tipe : File Master



Media : Hardisk

Panjang Record : 15

Kunci Field : Nomorrsp


Tabel IV.22

Spesifikasi File Resep Detail

2 Tanggal diagnosa TanggalDgs Date/time

3 Nomor Daftar Nomordft Text 10 Foreign Key

4 Diagnosa Diagnosa Text 225

5 Tindakan Tindakan Text 225


1 Nomer resep NomerRsp Text 10 Foreign Key

2 Kode Obat TanggalRsp Text 5 Foreign Key

3 Harga Harga Number Long integer

4 Dosis Dosis Number Integer

5 Sub Total Subtotal Number Long integer

56

4.2.4. Class Model/Class Diagram

Gambar IV.5 Class Diagram

57

4.2.5 Sequence Diagram

Melakukan login

Melakukan pendaftaran pasien hingga ke pembayaran

Gambar IV.6 Sequence Diagram

58

4.2.6 Spesifikasi Hardware dan Software

A. Spesifikasi Hardware

a. Server

1. CPU

a) Processor Intel

b) RAM 4 GB

c) Hard Disk 500GB

2. Mouse

3. Keyboard

4. Monitor dengan resolusi layar minumum 1024x768

5. Koneksi internent dengan kecepatan 2 Mbps.

b. Printer

Printer diperlukan dengan pertimbangan kebutuhan

dokumen serta percetakakan laporan

B. Spesifikasi Software

1. Server

a. Sistem Operasi Windows 10.

b. Visual Studio 2010 Ultimate sebagai bahasa pemrograman.

c. Microsoft access Sebagai koneksi visual basic ke database.

59

4.3. Implementasi dan Pengujian Unit

4.3.1. Implementasi

a. Interface Menu Login

Administrator harus melakukan login terlebih dahulu untuk dapat

menggunakan menu-menu yang tersedia Jika login berhasil, maka

menu-menu yang terdapat pada menu utama yang sesuai dengan

kategori user tersebut akan ditampilkan.

Gambar IV.7 Menu Login Program pendaftaran pasien

60

b. Interface Menu Utama

Pemakai Harus Melakukan login terlebih dahulu untuk mengakses

menu utama ini, jika login berhasil pemakai bisa mengakses menu

menu di form sesuai dengan kode pemakai

Gambar IV.8 Tampilan Menu

c. Interface Menu Pengguna

Menu ini berfungsi untuk menambahkan pemakai di halaman login

Gambar IV.9 Tampilan penggun

61

d. Interface menu Poli

Menu ini berfungsi untuk menambahkan kode poli dan nama poli ,

disini yang dapat mengakses adalah administrasi.

Gambar IV.10 Tampilan Poli

e. Tampilan Form Dokter

Menu ini berfungsi untuk menambahkan dokter dan alamat serta

tarif nya , halaman ini hanya bisa di akses oleh administrator

Gambar IV.11 Tampilan Form dokter

62

f. Tampilan Laporan master

Menu ini hanya menampilkan semua laporan, dan hanya bisa di akses

oleh administrator

Gambar IV.12 Tampilan Laporan Master

g. Tampilan Form Backup

Pada form ini berfungsi untuk membakcup Dat Base dan ini hanya bisa

di akses oleh administrator

Gambar IV.13 Tampilan Form Backup

63

h. Tampilan Form Pendaftaran

Pada form ini berfungsi sebagai pendaftaran pasien baru , dan bisa

diakses oleh resepsionis.

Gambar IV.14 Tampilan form Pendaftaran

i. Tampilan Form Pasien

Pada Form ini berfungsi untuk melihat info pasien, menghapus

mengedit dan bisa di akses oleh Resepsionis

Gambar IV.15 Tampilan Form Pasien

64

j. Tampilan Form Info Pasien

Pada Form ini bisa menginput nama pasien lalu muncul info pasien

lengkap dengan dokter dan poli, bisa diakses oleh resepsionis

Gambar IV.16 Tampilan Form info pasien

k. Tampilan Form Obat

Pada Form obat ni berfungsi untuk menambahkan obat baru , dan bisa di

edit stok tersedianya dan harganya Form ini bisa diakses oleh apoteker saja

Gambar IV.17 Tampilan Form obat

65

l. Tampilan Form Diagnosa

Pada Form diagnosa ini berfungsi untuk menginput diagnosa pasien, menu

ini hanya bisa diakses oleh dokter.

Gambar IV.18 Tampilan Form Diagnosa

m. Tampilan Form Resep

Pada Form menu resep ini berfungsi untuk menampilkan serta menginput

obat apa saya yg pasien di berikan oleh dokter , lengkap dengan detail harga

dan total , form ini hanya bisa di akses oleh apoteker

Gambar IV.19 Tampilan Form Resepp

66

n. Tamplan Form Pembayaran

Pada Menu form ini berisi tentang jumlah total harga dari resep dokter yang

telah di input oleh apoteker, yang bertugas untuk pembayaran Apoteker saja.

Gambar IV.20 Tampilan Form Pembayaran

o. Tampilan Form cetak pembayaran

pada Form cetak pembayaran ini adalah hasil dari kalkulasi inputan apoteker.

Gambar IV.21 Tampilan Form Cetak Pembayaran

67

p. Tampilan Form Ganti password

Pada menu form ganti pasword ini digunakan untuk mengganti password

pemakai , dan hanya bisa di akses oleh administrator

Gambar IV.22 Tampilan Form ganti password

68

4.3.2. Pengujian Unit

A. Pengujian Form Login

Tabel IV.23

Hasil pengujian Black box Testing Halaman Login Admin

No Skenario pengujian Test case Hasil yang

diharapkan

Hasil Kesimpulan

1 User Id dan password

tidak diisi kemudian

klik tombol login

User Id :

(kosong)

Password:

(kosong

Sistem akan

menolak dan

menampilkan

pesan

“Harap isi

username dan

password”

Tidak

seuai

harapan

Invalid

2 Mengetikkan

Username

dan/atau

password tidak

sesuai, kemudian

klik tombol Login

Username:

adm

Password:

adm123

Sistem akan

menolak dan

menampilkan

pesan

“login salah

silahkan

masukan

kembali user

dan password”

Seuai

Harapan

Valid

3 Mengetikkan

Username dan

password (diisi),

kemudian klik

tombol Logi

Username:

admin

Password:

12345678

Sistem

menerima akses

login dan

kemudian

menampilkan

halaman

utama Admin

Sesuai

Harapan

Valid

Tabel IV.24

Hasil pengujian Black box Testing Pendaftaran pasien


diharapkan

Hasil Kesimpulan

1 Nama lengkap,

alamat, gender, umur,

telepon

Mengklik

Daftar

tanpa mengisi

data atau

hanya

sebagian data

diisi

Sistem akan

menolak dan

menampilkan

pesan

“Data Belum

lengkap”

Sesuai

Harapa

n

Valid

2 Menginput nama

lengkap, alamat,

gender, umur,

telepon, poli,

Mengklik

daftar dengan

mengisi data

dengan benar

Seuai

Harapa

n

Valid

69

Tabel IV.25

Hasil pengujian Black box Testing Input Form Resep


diharapkan

Hasil Kesimpulan

1 Menginput kode Obat

dengan benar, tidak

menginput laporan

dibayara

Mengklik

simpan

tanpa

menginput

dibayar

Sistem akan

menolak dan

menampilkan

pesan

“data belum

lengkap tidak

ada transaksi

dan pembayaran

masih kosong”

Sesuai

harapan

Valid

2 Menginput kode obat

, memilih nomer

resep , meginput form

dibayar

Mengklik

simpan

Sistem lalu

menampilkan

pesan “cetak

resep” lalu klik

cetap resep

muncul laporan

pembayran

resep

Seuai

Harapan

Valid

Tabel IV.26

Hasil pengujian Black box Testing Input Form Diagnosa


diharapkan

Hasil Kesimpulan

1 Menginput Diagnosa

Dan tindakan

Menginput

diagnosa

tanpa

menginput

tindakan

Lalu klik

simpan

Sistem akan

menolak dan

menampilkan

pesan

“data belum

lengkap”

Sesuai

harapan

Valid

2 Menginput Diagnosa

dan tindakan

Menginput

semua isi

form dari

diagnosa

hingga

tindakan

Sistem lalu

menampilkan

pesan “cetak

diagnosa” lalu

klik cetap

diagnosa

muncul laporan

diagnosa pasien

seuai

Harapan

Valid

70

Tabel IV.27

Hasil pengujian Black box Testing Input Form obat


diharapkan

Hasil Kesimpulan

1 Menginput Obat

dengan benar, tidak

semua form diisi

Mengklik

simpan

tanpa

menginput

form diisi

Sistem akan

menolak dan

menampilkan

pesan

“data belum

lengkap”

Sesuai

harapan

Valid

2 Menginput kode obat

,nama obat, jenis,

harga, jumlah

Mengklik

simpan

Sistem lalu

menampilkan

pesan “ data

tersimpan

kedatabase”

Seuai

Harapan

Valid

Tabel IV.28

Hasil pengujian Black box Testing Input Form pembayaran


diharapkan

Hasil Kesimpulan

1 Meginput form

dibayar kurang dari

uang yang di bayar

Mengklik

simpan

Sistem akan

menampilkan

pesan

“pembayaran

kurang”

Sesuai

harapan

Valid

2 Menginput form

dibayar dengan harga

yang lebih dari uang

yang akan di bayar

Mengklik

simpan

Sistem lalu

menampilkan

pesan “ cetak

pembayaran”

Seuai

Harapan

Valid

bab iv perancangan sistem usulan - repository.bsi.ac.id · perancangan sistem usulan 4.1. tahapan...

Documents