BAB IV PERANCANGAN SISTEM USULAN - repository.bsi.ac.id · PERANCANGAN SISTEM USULAN 4.1. Tahapan...
Transcript of 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
Failed and Condition -
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
4 Admin memilih tombol save
Alternate Flow/Invariant A A1.Sistem menerima inputan data
dokter
A2.Sistem menyimpan inputan data
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
4 Admin memilih tombol save
Alternate Flow/Invariant A A1.Sistem menampilkan halaman poli
A2.Sistem menerima inputan data poli
A3.Sistem menyimpan inputan data
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
Failed and Condition -
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
A2.Sistem menerima inputan data
pasien
A3.Sistem menyimpan inputan data
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
Failed and Condition -
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
Failed and Condition -
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
A3.Sistem menyimpan inputan data
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
Alternate Flow/Invariant A A1.Sistem menampilkan halaman
Diagnosa
A2.Sistem menerima inputan data
Diagnosa
A3.Sistem menyimpan inputan data
Diagnosa
InvariantB -
Tabel IV.10
Deskripsi use case membuat dan mencetak laporan
Use Case Name Membuat dan mencetak laporan
Requirements ---------
Goal Untuk mengelola semua laporan
Pre-Conditions Sistem menampilkan menu laporan
Failed and Condition -
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
Requirements ---------
Goal Untuk membuat struk pembayaran
Pre-Conditions Sistem menampilkan menu Pembayaran
Failed and Condition -
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
Alternate Flow/Invariant A A1.Sistem menampilkan halaman
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
Failed and Condition -
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
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
Bentuk : Lampiran C.2
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
Bentuk : Lampiran C.3
4. Nama Dokumen : Form Data Pemakai
Fungsi : Untuk Mengganti Password User
Sumber : Admin
Tujuan : File
Media : Komputer
Jumlah : Rata-rata 10 perhari
Frekuensi : Setiap Mengganti Password
Bentuk : Lampiran C.4
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
Jumlah : Rata-rata 10 perhari
Frekuensi : Setiap Mencadangkan data
Bentuk : Lampiran D.2
3. Nama Dokumen : Laporan Data Obat
Fungsi : Untuk Melihat Data Obat
Sumber : Apoteker
Tujuan : Pasien
Media : Komputer
Jumlah : Rata-rata 10 perhari
Frekuensi : Setiap Pemasukan Data Obat baru
Bentuk : Lampiran D.3
4. Nama Dokumen : Laporan Data Pasien
Fungsi : Untuk mengetahui Isi Data Pengobatan
Sumber : Admin
Tujuan : Dokter
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap Bulan
Bentuk : Lampiran D.4
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
Bentuk : Lampiran D.5
6. Nama Dokumen : Laporan Diagnosa
Fungsi : Untuk mengetahuin Diagnosa pasien
Sumber : Dokter
Tujuan : pasien
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap pasien berobat
Bentuk : Lampiran D.6
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
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
No. Elemen Data Akronim Tipe Size Keterangan
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
Organisasi File : Index Sequential
49
Akses File : Admin
Media : Hardisk
Panjang Record : 102
Kunci Field : kode_dkt
Software : Microsoft Access
Tabel IV.15
Spesifikasi File Dokter
No. Elemen Data Akronim Tipe Size Keterangan
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
Organisasi File : Index Sequential
Akses File : Resepsionis
Media : Hardisk
50
Panjang Record : 35
Kunci Field : NoDft
Software : Microsoft access
Tabel IV.16 Spesifikasi File Pendaftaran
No. Elemen Data Akronim Tipe Size Keterangan
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
Organisasi File : Index Sequential
Akses File : Apoteker
Media : Hardisk
Panjang Record : 18
Kunci Field : NoByr
Software : Microsoft access
Tabel IV.17 Spesifikasi File Pembayaran
No. Elemen Data Akronim Tipe Size Keterangan
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
Organisasi File : Index Sequential
Akses File : Resepsionis
Media : Hardisk
Panjang Record : 96
Kunci Field : KodePsn
Software : Microsoft access
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
Organisasi File : Index Sequential
Akses File : Apoteker
Media : Hardisk
Panjang Record : 45
Kunci Field : KodeObt
Software : Microsoft Acces
No. Elemen Data Akronim Tipe Size Keterangan
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
Organisasi File : Index Sequential
Akses File : Apoteker
Media : Hardisk
Panjang Record : 20
Kunci Field : NomorRsp
Software : Microsoft access
No. Elemen Data Akronim Tipe Size Keterangan
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
Organisasi File : Index Sequential
Akses File : Dokter
Media : Hardisk
Panjang Record : 470
Kunci Field : Nomordgs
Software : Microsoft access
Tabel IV.21
Spesifikasi File Diagnosa
No. Elemen Data Akronim Tipe Size Keterangan
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
No. Elemen Data Akronim Tipe Size Keterangan
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
Organisasi File : Index Sequential
Akses File : Apoteker
Media : Hardisk
Panjang Record : 15
Kunci Field : Nomorrsp
Software : Microsoft access
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
No. Elemen Data Akronim Tipe Size Keterangan
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
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
No Skenario pengujian Test case Hasil yang
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
No Skenario pengujian Test case Hasil yang
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
No Skenario pengujian Test case Hasil yang
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
No Skenario pengujian Test case Hasil yang
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
No Skenario pengujian Test case Hasil yang
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