BAB III PEMBAHASAN - Bina Sarana Informatika · lama, cukup memberikan kartu berobat pasien pada...
Transcript of BAB III PEMBAHASAN - Bina Sarana Informatika · lama, cukup memberikan kartu berobat pasien pada...
20
BAB III
PEMBAHASAN
3.1. Tinjauan Kasus
Pada umumnya pencatatan pendapatan klinik gigi yang masih dilakukan
seacara manual dan sederhana, hal ini dapat mengakibatkan keterlambatan proses
pendataan dan transaksi. Apabila dalam pencatatan data kita perlu membutuhkan
waktu, tenaga, dan pikiran yang dikarenakan banyaknya dokumen, walaupun
dokumen tersebut tersusun rapih, akan tetapi dalam pencatatan tersebut masih ada
factor kesalahan manusia (human eror) seperti salah menulis data atau lupa mencatat
transaksi yang telah dilakukan, kurang efektif dan efisiennya dalam pembuatan
laporan pendapatan yang harus dipertanggung jawabkan.
Sudah menjadi suatu keharusan untuk menyajikan suatu pelayanan yang bisa
memuaskan para pasien, pencatatan yang baik dan sangat mempengaruhi kemajuan
usaha tersebut. Maka untuk mempermudah proses pendapatan klinik gigi dibutuhkan
suatu program aplikasi yang dapat memberikan kemudahan dalam pencatatan dan
pencarian data, pencatatan transaksi pendapatan sampai dengan pembuatan laporan.
3.1.1. Proses Bisnis Sistem Berjalan
Sesuai dengan ruang lingkup yang dibahas dalam penyusunan Tugas Akhir
penulis uraikan, maka proses bisnis sistem berjalan pada perancangan sistem
informasi pendapatan pasien rawat jalan berbasis web pada klinik gigi ini, yaitu :
1. Proses Pendaftaran Pasien
Setiap pasien baru yang ingin melakukan rawat jalan di klinik gigi harus
membawa KTP untuk melakukan pendaftaran pasien terlebih dahulu ke kasir
21
yang kemudian diinput kedalam data pasien dan pasien tersebut akan
mendapatkan kartu berobat pasien. Setelah mendapatkan id pasien (dari data
pasien), kemudian kasir memproses pendaftaran pasien tersebut dan mencetak
lembar pendaftaran pasien (untuk diberikan kepada dokter). Sedangkan pasien
lama, cukup memberikan kartu berobat pasien pada kasir dan kasir akan
menginput data pasien tersebut kedalam pendaftaran pasien (karena sudah ada id
pasien) dan mencetak lembar pendaftaran pasien (untuk diberikan kepada
dokter). Kemudian data-data pasien tersebut diarsipkan ke dalam file data
pasien. Untuk proses pendaftaran pasien, kasir mengarsipkan data-data pasien
yang telah mendaftar untuk melakukan rawat jalan ke dalam file pendaftaran
pasien.
2. Proses Pemeriksaan
Setelah pasien melakukan pendaftaran pasien, kemudian pasien melakukan
pemeriksaan dokter. Saat pasien selesai diperiksa, maka dokter akan menuliskan
diagnosa dan obat/tindakan (di lembar pendaftaran pasien) yang telah diberikan
terhadap pasien. Setelah itu pasien akan menunggu (untuk pemanggilan
pembayaran beserta obat). Kemudian kasir akan mengambil lembar pendaftaran
pasien dari dokter. Data hasil pemeriksaan dokter (lembar pendaftaran pasien)
akan diinput kedalam rekam medik oleh kasir dan diarsipkan kedalam file rekam
medik.
3. Proses Pembayaran
Berdasarkan data bukti rekam medik dan data pendaftaran, pasien melakukan
pembayaran. Kemudian pasien membayar dan kasir menginput data
pembayaran. Setelah itu kasir akan menyiapkan obat dan memberikan kepada
pasien. Selanjutnya data pembayaran diarsipkan ke dalam file pembayaran.
22
4. Proses Pembuatan Laporan
Jurnal dibuat berdasarkan file pembayaran, kemudian dimasukkan kembali
kepada file Jurnal. Setiap seminggu sekali kasir akan membuat laporan
pendapatan. Kasir membuat laporan berdasarkan arsip file data pembayaran
pasien rawat jalan tersebut, kemudian diserahkan kepada manager klinik. Jurnal
dibuat berdasarkan file pembayaran, kemudian dimasukkan kembali kepada file
Jurnal.
3.1.2. Rancangan Dokumen
Adapun dokumen sistem pendapatan pasien rawat jalan pada klinik gigi yang
penulis rancang adalah sebagai berikut :
1. Bentuk Rancangan Dokumen Masukan
a. KTP
Nama Dokumen : Kartu Tanda Penduduk
Fungsi : Sebagai tanda pengenal pasien
Sumber : Pasien
Tujuan : Kasir
Frekuensi : Setiap kali ada pendataan pasien baru
Media : Kartu
Jumlah : 1 Rangkap
Bentuk : Lihat Lampiran A.1
b. Kartu Berobat Pasien
Nama Dokumen : Kartu Berobat Pasien
Fungsi : Sebagai data pasien
Sumber : Pasien
Tujuan : Kasir
23
Frekuensi : Setiap kali ada pendaftaran pasien
Media : Kertas
Jumlah : 1 Rangkap
Bentuk : Lihat Lampiran A.2
c. Lembar Pendaftaran Pasien
Nama Dokumen : Lembar Pendaftaran Pasien
Fungsi : Sebagai data pasien
Sumber : Pasien
Tujuan : Kasir
Frekuensi : Setiap kali ada pendaftaran pasien
Media : Kertas
Jumlah : 1 Rangkap
Bentuk : Lihat Lampiran A.3
2. Bentuk Rancangan Dokumen
a. Struk Pembayaran
Nama Dokumen : Struk Pembayaran
Fungsi : Sebagai bukti pembayaran
Sumber : Kasir
Tujuan : Pasien
Frekuensi : Setiap kali pasien melakukan pembayaran
Media : Kertas
Jumlah : Satu lembar
Bentuk : Lihat Lampiran B.1
24
b. Laporan Pendapatan
Nama Dokumen : Laporan Pendapatan
Fungsi : Sebagai bukti laporan keuangan
Sumber : Kasir
Tujuan : Manager Klinik
Frekuensi : Setiap satu minggu sekali
Media : Kertas
Jumlah : Satu lembar
Bentuk : Lihat Lampiran B.2
c. Laporan Jurnal Umum
Nama Dokumen : Laporan Jurnal Umum
Fungsi : Sebagai laporan jurnal
Sumber : Kasir
Tujuan : Manager Klinik
Frekuensi : Setiap satu bulan sekali
Media : Kertas
Jumlah : Satu lembar
Frekuensi : Setiap satu bulan sekali
Bentuk : Lihat Lampiran B.3
3.2. Analisa Kebutuhan
Adapun analisa kebutuhan berdasarkan proses pendapatan pasien rawat jalan
pada klinik gigi yang penulis rancang, yaitu :
25
A. Halaman Administrator
A.1 Administrator melakukan login ke sistem
A.2 Administrator masuk ke menu utama
A.3 Administrator dapat mengelola data administator
A.4 Administrator dapat mengelola data pasien
A.5 Administrator dapat mengelola data dokter
A.6 Administrator dapat mengelola data obat
A.7 Administrator dapat mengelola rekam medik
A.8 Administrator dapat mengelola pembayaran
A.9 Administrator dapat mengelola jurnal umum
A.10 Administrator dapat mengelola laporan pendapatan
A.11 Administrator dapat mengelola laporan jurnal umum
A.12 Administrator melakukan logout
B. Halaman User/Kasir
B.1 User/Kasir melakukan login ke sistem
B.2 User/Kasir masuk ke menu utama
B.3 User/Kasir dapat mengelola data pasien
B.4 User/Kasir dapat melihat data dokter
B.5 User/Kasir dapat melihat data obat
B.6 User/Kasir dapat mengelola rekam medik
B.7 User/Kasir dapat mengelola pembayaran
B.8 User/Kasir dapat mengelola laporan pendapatan
B.9 User/Kasir melakukan logout
26
3.2.1. Use Case Diagram
1. Use Case Diagram Halaman Administrator
Gambar III.1
Use Case Diagram Halaman Administrator
27
Tabel III.1
Deskripsi Use Case Diagram Halaman Administrator
Use Case Narative Halaman Administrator
Tujuan
Aktor dapat melakukan pengelolaan sistem
pendapatan pasien rawat
jalan pada klinik gigi.
Deskripsi
Sistem ini memungkinkan aktor
mengakses ke semua menu yang
terdapat di sistem pendapatan pasien rawat
jalan pada klinik gigi .
Skenario Utama
Aktor Administrator
Kondisi Awal
Aktor melakukan Login pada sistem,
menampilkan menu utama,
dan dapat mengakses semua menu.
Aksi Aktor Reaksi Sistem
1. Aktor mengisi Menu Utama Sistem akan menampilkan menu utama.
2. Aktor memilih Menu Master Data Sistem akan menampilkan submenu master
data.
3. Aktor memilih Menu Data Pasien Sistem akan menampilkan dan mengelola
data pasien.
4. Aktor memilih Menu Data Dokter Sistem akan menampilkan dan mengelola
data dokter.
5. Aktor memilih Menu Data Obat Sistem akan menampilkan dan mengelola
data obat.
6. Aktor memilih Menu Akun Sistem akan menampilkan dan mengelola
data akun.
7. Aktor memilih Menu Transaksi Sistem akan menampilkan submenu
transaksi.
8. Aktor memilih Menu Rekam Medik Sistem akan menampilkan dan mengelola
rekam medik.
9. Aktor memilih Menu Pembayaran Sistem akan menampilkan dan mengelola
pembayaran.
10. Aktor memilih Menu Jurnal Umum Sistem akan menampilkan dan mengelola
jurnal umum.
11. Aktor memilih Menu Laporan Sistem akan menampilkan submenu
laporan.
12. Aktor memilih Menu Laporan
Pendapatan
Sistem akan menampilkan dan mengelola
laporan pendapatan.
13. Aktor memilih Menu Laporan
Jurnal Umum
Sistem akan menampilkan dan mengelola
laporan jurnal umum.
14. Aktor memilih Menu Logout Sistem akan kembali ke menu Login.
Kondisi Akhir
Jika perintah sesuai, maka sistem akan
menampilkan seperti yang
di inginkan oleh aktor.
28
2. Use Case Diagram Halaman User/Kasir
Gambar III.2
Use Case Diagram Halaman User/Kasir
29
Tabel III.2
Deskripsi Use Case Diagram Halaman User/Kasir
Use Case Narative Halaman User/Kasir
Tujuan
Aktor dapat melakukan pengelolaan sistem
pendapatan pasien rawat
jalan pada klinik gigi.
Deskripsi
Sistem ini memungkinkan aktor
mengakses ke beberapa menu yang
terdapat di sistem pendapatan pasien rawat
jalan pada klinik gigi .
Skenario Utama
Aktor User/Kasir
Kondisi Awal
Aktor melakukan Login pada sistem,
menampilkan menu utama,
dan dapat mengakses beberapa menu.
Aksi Aktor Reaksi Sistem
1. Aktor mengisi Menu Utama Sistem akan menampilkan menu utama.
2. Aktor memilih Menu Master Data Sistem akan menampilkan submenu master
data.
3. Aktor memilih Menu Data Pasien Sistem akan menampilkan dan mengelola
data pasien.
4. Aktor memilih Menu Data Dokter Sistem akan menampilkan data dokter.
5. Aktor memilih Menu Data Obat Sistem akan menampilkan data obat.
6. Aktor memilih Menu Transaksi Sistem akan menampilkan submenu
transaksi.
7. Aktor memilih Menu Rekam Medik Sistem akan menampilkan dan mengelola
rekam medik.
8. Aktor memilih Menu Pembayaran Sistem akan menampilkan dan mengelola
pembayaran.
9. Aktor memilih Menu Laporan Sistem akan menampilkan submenu
laporan.
10. Aktor memilih Menu Laporan
Pendapatan
Sistem akan menampilkan dan mengelola
laporan pendapatan.
11. Aktor memilih Menu Logout Sistem akan kembali ke menu Login.
Kondisi Akhir
Jika perintah sesuai, maka sistem akan
menampilkan seperti yang
di inginkan oleh aktor.
30
2.2.3. Activity Diagram
Adapun activity diagram dalam perancangan sistem informasi pendapatan
pasien rawat jalan pada klinik gigi, sebagai berikut :
1. Activity Diagram Halaman Menu Login
Gambar III.3
Activity Diagram Halaman Menu Login (Administrator)
31
2. Activity Diagram Halaman Data Administrator
Gambar III.4
Activity Diagram Halaman Data Administrator
32
3. Activity Diagram Halaman Data Akun
Gambar III.5
Activity Diagram Halaman Data Akun
33
4. Activity Diagram Halaman Data Dokter
Gambar III.6
Activity Diagram Halaman Data Dokter
34
5. Activity Diagram Halaman Data Obat
Gambar III.7
Activity Diagram Halaman Data Obat
35
6. Activity Diagram Halaman Data Pasien
Gambar III.8
Activity Diagram Halaman Data Pasien
36
7. Activity Diagram Halaman Rekam Medik
Gambar III.9
Activity Diagram Halaman Rekam Medik
37
8. Activity Diagram Halaman Pembayaran
Gambar III.10
Activity Diagram Halaman Pembayaran
38
9. Activity Diagram Halaman Jurnal Umum
Gambar III.11
Activity Diagram Halaman Jurnal Umum
39
10. Activity Diagram Halaman Laporan Pendapatan
Gambar III.12
Activity Diagram Halaman Laporan Pendapatan
11. Activity Diagram Halaman Laporan Jurnal Umum
Gambar III.13
Activity Diagram Halaman Laporan Jurnal Umum
40
3.3. Desain
3.3.1. Entity Relationship Diagram (ERD)
Gambar III.14
Entity Relationship Diagram (ERD) Pendapatan Pasien Klinik Gigi
41
3.3.2. Logical Record Structure (LRS)
Gambar III.15
Entity Relationship Diagram (ERD) Pendapatan Pasien Klinik Gigi
42
3.3.3. Spesifikasi File
Spesifikasi file yang penulis gunakan dalam mendukung rancangan web
adalah sebagai berikut :
1. Spesifikasi File User
Nama File : User
Fungsi : Digunakan untuk mengelola data administrator
Akronim : user.myd
Tipe File : Master Data
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Panjang Record : 85 Byte
Field Key : id_user
Software : XAMPP
Tabel III.3
Spesifikasi File – User
No. Element Data Akronim Tipe Panjang Keterangan
1. Id User id_user Integer 2 Primary Key
2. User Name user_name Varchar 10
3. Nama Nama Varchar 50
4. Password Password Varchar 10
5. No Telp no_telp Varchar 12
6. Level Level Integer 1
2. Spesifikasi File Pasien
Nama File : File Pasien
Fungsi : Digunakan untuk mengelola data pasien
Akronim : pasien.myd
43
Tipe File : Master Data
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Panjang Record : 172 Byte
Field Key : id_pasien
Software : XAMPP
Tabel III.4
Spesifikasi File – Pasien
No. Element Data Akronim Tipe Panjang Keterangan
1. Id Pasien id_pasien Integer 10 Primary Key
2. Nama Pasien nama_pasien Varchar 30
3. Jenis Kelamin jenis_kelamin Varchar 20
4. Ttl Ttl Date
5. Telp Telp Varchar 12
6. Alamat Alamat Varchar 100
3. Spesifikasi File Akun
Nama File : File Dokter
Fungsi : Digunakan untuk mengelola data dokter
Akronim : dokter.myd
Tipe File : Master Data
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Panjang Record : 112 Byte
Field Key : id_dokter
44
Software : XAMPP
Tabel III.5
Spesifikasi File – Dokter
No. Element Data Akronim Tipe Panjang Keterangan
1. Id Dokter id_dokter Integer 10 Primary Key
2. Nama Dokter nama_dokter Varchar 30
3. Telp Dokter Telp_dokter Varchar 12
4. Jadwal Jadwal Varchar 60
4. Spesifikasi File Obat
Nama File : File Obat
Fungsi : Digunakan untuk mengelola data obat
Akronim : obat.myd
Tipe File : Master Data
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Panjang Record : 122 Byte
Field Key : id_obat
Software : XAMPP
Tabel III.6
Spesifikasi File – Obat
No. Element Data Akronim Tipe Panjang Keterangan
1. Id Obat id_obat Integer 10 Primary Key
2. Nama Obat nama_obat Varchar 100
3. Harga Obar harga_obat Integer 12
45
5. Spesifikasi File Akun
Nama File : File Master Akun
Fungsi : Digunakan untuk mengelola data akun
Akronim : akun.myd
Tipe File : Master Data
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Panjang Record : 85 Byte
Field Key : kode_akun
Software : XAMPP
Tabel III.7
Spesifikasi File – Akun
No. Element Data Akronim Tipe Panjang Keterangan
1. Kode Akun kode_akun Varchar 5 Primary Key
2. Nama Akun nama_akun Varchar 50
3. Jenis Akun jenis_akun Varchar 20
4. Saldo Normal saldo_normal Varchar 10
6. Spesifikasi File Pendaftaran
Nama File : File Pendaftaran
Fungsi : Digunakan untuk mengelola data pendaftaran pasien
Akronim : pendaftaran.myd
Tipe File : Master Data
Media File : Harddisk
Organisasi File : Index Sequential
46
Akses File : Random
Panjang Record : 91 Byte
Field Key : id_pendaftaran
Software : XAMPP
Tabel III.8
Spesifikasi File – Pendaftaran
No. Element Data Akronim Tipe Panjang Keterangan
1. Id Pendaftaran id_pendaftaran Integer 10 Primary Key
2. No Daftar no_pendaftaran Varchar 10
3. Id Pasien id_pasien Integer 10
4. Nama Pasien nama_pasien Varchar 30
5. Id Dokter id_dokter Varchar 30
6. Tanggal Tanggal Date
7. Id User id_user Integer 1
7. Spesifikasi File Pemeriksaan
Nama File : File Pemeriksaan
Fungsi : Digunakan untuk mengelola data rekam medik pasien
Akronim : pemeriksaan .myd
Tipe File : Transaksi
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Panjang Record : 370 Byte
Field Key : id_pemeriksaan
Software : XAMPP
47
Tabel III.9
Spesifikasi File – Pemeriksaan
No. Element Data Akronim Tipe Panjang Keterangan
1. Id Pemeriksaan id_pemeriksaan Integer 10 Primary Key
2. No Pem no_pemeriksaan Varchar 10
3. Id Pasien id_pasien Varchar 30
4. Id Dokter id_dokter Varchar 60
5. Jadwal Jadwal Varchar 60
6. Diagnosa diagnosa Varchar 100
7. Id Obat id_obat Varchar 100
8. Tanggal Pem tanggal_pem Date
8. Spesifikasi File Transaksi
Nama File : File Transaksi
Fungsi : Digunakan untuk mengelola data pembayaran
Akronim : transaksi.myd
Tipe File : Transaksi
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Panjang Record : 194 Byte
Field Key : id_transaksi
Software : XAMPP
48
Tabel III.10
Spesifikasi File – Transaksi
No. Element Data Akronim Tipe Panjang Keterangan
1. Id Transaksi id_transasksi Integer 10 Primary Key
2. No Trans no_trans Varchar 20
3. Id Pasien id_pasien Varchar 30
4. Nama Pasien nama_pasien Varchar 30
5. Id Dokter id_dokter Varchar 30
6. Id Obat id_obat Integer 12
7. Biaya Adm biaya_adm Integer 12
8. Biaya Dokter biaya_dokter Integer 12
9. Total total Integer 12
10. Bayar bayar Integer 12
11. Kembali kembali Integer 12
12. Id User id_user Integer 2
13. Tanggal Trans tanggal_trans Date
9. Spesifikasi File Jurnal
Nama file : File Jurnal
Fungsi : Digunakan untuk mengelola data jurnal umum
Akronim : jurnal.myd
Tipe File : Transaksi
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Panjang Record : 70 Byte
Field Key : no_referensi
Software : XAMPP
49
Tabel III.11
Spesifikasi File – Jurnal Umum
No. Element Data Akronim Tipe Panjang Keterangan
1. No Referensi no_referensi Varchar 10 Primary Key
2. Tgl Transaksi tgl_trans Date
3. No Bukti Trans no_bukti_trans Vachar 10
4. Keterangan keterangan Varchar 50
10. Spesifikasi File Jurnal Detail
Nama file : File Jurnal Detail
Fungsi : Digunakan untuk mengelola data jurnal umum
Akronim : jurnal _detail.myd
Tipe File : Transaksi
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Panjang Record : 40 Byte
Field Key : no_referensi
Software : XAMPP
Tabel III.12
Spesifikasi File – Jurnal Umum Detail
No. Element Data Akronim Tipe Panjang Keterangan
1. No Referensi no_referensi Varchar 10 Foreigen Key
2. Kode Akun kode_akun Varchar 8
3. Debet Debet Int 11
4. Kredit Kredit Int 11
50
3.3.4. Struktur Navigasi
Struktur navigasi dalam perancangan sistem informasi pendapatan pasien
rawat jalan pada klinik gigi terdiri dari 2 level, yaitu administrator dan user/kasir.
1. Rancangan Struktur Navigasi Administrator
Rancangan Struktur Navigasi Administrator, dimana menu-menu utama yang
terdapat dalam struktur navigasi administrator klinik gigi, seperti berikut :
Gambar III.16
Rancangan Struktur Navigasi Administrator
51
2. Rancangan Struktur Navigasi User/Kasir
Rancangan Struktur Navigasi User/Kasir, dimana menu-menu utama yang
terdapat dalam struktur navigasi user/kasir klinik gigi, seperti berikut :
Gambar III.17
Rancangan Struktur Navigasi User/Kasir
3.4. Implementasi
Implementtasi dalam Kamus Besar Bahasa Indonesia diartikan sebagai
pelaksana atau penerapan. Yang artinya dilaksanakan atau diterapkan adalah
kurikulum yang telah dirancang atau dibuat untuk dijalankan sepenuhnya.
3.4.1. Implementasi User Interface
1. Implementasi Halaman Login Administrator dan User/Kasir
Halaman login ini dapat digunakan oleh administrator dan user/kasir untuk
masuk ke dalam sistem pendapatan pasien pada klinik gigi, administrator dan
52
user/kasir harus mengisi username dan password untuk masuk kedalam menu
utama sistem.
Gambar III.18
Implementasi Halaman Login (Administrator dan User/Kasir)
2. Implementasi Halaman Menu Utama
Halaman Menu Utama adalah halaman pertama yang akan ditampilkan ketika
administrator dan user/kasir melakukan Login. Pada halaman ini terdapat menu
master data, menu transaksi, dan menu laporan, serta menu logout.
Gambar III.19
Implementasi Halaman Menu Utama
53
3. Implementasi Halaman Tentang
Halaman Menu Tentand adalah halaman yang akan menampilkan tentang
informasi klinik gigi (bisa melakukan pelayanan apa saja).
Gambar III.20
Implementasi Halaman Menu Tentang
4. Implementasi Halaman Data Administrator
Halaman Data Administrator ini, digunakan administrator untuk mengelola
seluruh data administrator. Pada halaman ini terdapata bagian untuk
menampilkan data-data administrator, menambah data administrator, serta ada
pilihan untuk menghapus dan mengedit data administrator.
54
Gambar III.21
Implementasi Halaman Data Administrator
5. Implementasi Halaman Data Pasien
Halaman Data Pasien ini, digunakan administrator dan user/kasir untuk
mengelola seluruh data pasien. Pada halaman ini terdapata bagian untuk
menampilkan data-data pasien, dan menambah data pasien, serta ada pilihan
untuk mengedit, detail pasien, dan mencetak kartu berobat. Pada halaman ini
terdapat bagian pendaftaran pasien, ini digunakan untuk penambahan
pendaftaran pasien dan terdapat pilihan cetak lembar pendaftaran.
Gambar III.22
Implementasi Halaman Data Pasien
55
Gambar III.23
Implementasi Halaman Pendaftaran Pasien
6. Implementasi Halaman Data Dokter
Halaman Data Dokter ini, digunakan administrator untuk mengelola seluruh data
dokter. Pada halaman ini terdapat bagian untuk menampilkan data-data dokter,
menambah data dokter, serta ada pilihan untuk menghapus dan mengedit data
dokter.
Gambar III.24
Implementasi Halaman Dokter
56
7. Implementasi Halaman Data Obat/Tindakan
Halaman Data Obat/Tindakan ini, digunakan administrator untuk mengelola
seluruh data obat/tindakan. Pada halaman ini terdapata bagian untuk
menampilkan data-data obat/tindakan, menambah data obat, serta ada pilihan
untuk menghapus dan mengedit data obat.
Gambar III.25
Implementasi Halaman Data Obat/Tindakan
8. Implementasi Halaman Akun
Halaman Data Obat ini, yang digunakan administrator untuk mengelola seluruh
data akun. Pada halaman ini terdapata bagian untuk menampilkan data-data
akun, menambah data akun, serta ada pilihan untuk menghapus dan mengedit
akun.
57
Gambar III.26
Implementasi Halaman Akun
9. Implementasi Halaman Rekam Medik
Halaman Rekam medikini adalahyang digunakan administrator untuk mengelola
seluruh data rekam medik. Pada halaman ini terdapata bagian untuk
menampilkan data-data rekam medic dan menambah data rekam medik
Gambar III.27
Implementasi Halaman Rekam Medik
58
Gambar III.28
Implementasi Halaman Form Rekam Medik
10. Implementasi Halaman Pembayaran
Halaman Pembayaran adalah halaman yang digunakan administrator untuk
mengelola seluruh pembayaran. Pada halaman ini terdapata bagian untuk
menampilkan data-data pembayaran, menambah pembayaran, dan mencetak
struk pembayaran, serta dapat [pilih (jurnal)] untuk membuat data jurnal umum
secara otomatis.
Gambar III.29
Implementasi Halaman Pembayaran
59
Gambar III.30
Implementasi Halaman Form Pembayaran
Gambar III.31
Implementasi Halaman Form Data [Pilih (Jurnal Umum)]
60
11. Implementasi Halaman Jurnal Umum
Halaman Jurnal Umum, digunakan administrator untuk mengelola seluruh jurnal
umum. Pada halaman ini terdapata bagian untuk menampilkan data-data Jurnal
umum dan mengedit data-data jurnal umum.
Gambar III.32
Implementasi Halaman Jurnal Umum
Gambar III.33
Implementasi Halaman Form Edit Data Jurnal Umum
61
12. Implementasi Halaman Laporan Pendapatan Pasien
Halaman Pendapatan adalah yang digunakan administrator untuk mengelola
seluruh laporan pendapatan. Pilih tangal (dari tanggal sekian sampai tanggal
sekian) maka akan menampilkan laporan pendapatan sesuai tanggal tersebut.
Gambar III.34
Implementasi Halaman Laporan Pendapatan Pasien
Gambar III.35
Implementasi Halaman Laporan Pendapatan Pasien
62
13. Implementasi Halaman Laporan Jurnal Umum
Halaman Jurnal umum adalah yang digunakan administrator untuk mengelola
seluruh laporan jurnal umum. Pilih tangal (dari tanggal sekian sampai tanggal
sekian) maka akan menampilkan laporan pendapatan sesuai tanggal tersebut.
Gambar III.36
Implementasi Halaman Laporan Jurnal Umum
Gambar III.37
Implementasi Halaman Laporan Jurnal Umum
63
3.4.2. Black Box Testing
Adapun black box testing dari perancangan sistem informasi pendapatan pasien
rawat jalan berbasis web pada klinik gigi adalah sebagai berikut :
Tabel III.13
Black Box Testing - Login
No. Skenario
Pengujian Test Case
Hasil yang
diharapkan
Hasil
pengujian Kesimpulan
1. Username
dan password
tidak diisi
kemudian
klik tombol
login
User : (kosong)
Password :
(kosong)
Sistem akan
menolak akses
user dan
menampilkan
"Eror "
Sesuai
harapan
Valid
2. Mengisi User
dan password
tidak di isi
kemudian
klik tombol
login
User :
U01
Password :
(kosong)
Sistem akan
menolak akses
user dan
menampilkan
"Eror"
Sesuai
harapan
Valid
3. User tidak
diisi dan
password di
isi kemudian
klik tombol
login
User :
(kosong)
Password :
admin
Sistem akan
menolak user
dan
menampilkan
"Eror"
Sesuai
harapan
Valid
4. Mengisi salah
satu kondisi
salah pada
user atau
password
kemudian
klik tombol
login
User :
U01
(benar)
Password : 1122
(salah)
Sistem akan
menampilkan
“Eror”
Sesuai
harapan
Valid
5. Mengisi user
dan password
dengan benar
kemudian
klik tombol
login
User :
U01
(benar)
Password : 1111
(benar)
Sistem
menerima login
dan kemudian
langsung
menampilkan
menu utama
Sesuai
harapan
Valid
64
Tabel III.14
Black Box Testing - From Data Administrator
No. Skenario
Pengujian Test Case
Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Form data
administrator
kosong
Username :
(kosong), Nama :
(kosong).Password
(kosong).No. Telp
: (kosong), Jenis
administrator :
(kosong)
Sistem akan
menolak
Sesuai
harapan
Valid
2. Form data
administrator
diisi dan
masih ada
yang tidak
diisi
Username : A01,
Nama : Andri
.Password
Hiu2.No. Telp :
(kosong), Jenis
administrator :
Admin
Sistem akan
menolak akses
Sesuai
harapan
Valid
3. Form data
akun diisi
dengan benar
Username : A01,
Nama : Andri
.Password
Hiu2.No. Telp :
0888888888, Jenis
administrator :
Admin
Sistem akan
menerima
akses dan
menampilkan
data
administrator
yang
ditambahkan
tersebut
Sesuai
harapan
Valid
4. Form data
administrator
edit
Pilih data yang
ingin diubah
Sistem akan
menerima
akses dan
menampilkan
data
administrator
yang di edit
tersebut
Sesuai
harapan
Valid
5. Form data
administrator
dihapus
Pilih data yang
ingin dihapus
Sistem akan
menerima
akses dan
menampilkan
pertanyaan
“Anda yakin
akan
menghapus
user ini?” pilih
hapus maka
data akan
terhapus
Sesuai
harapan
Valid
65
Tabel III.15
Black Box Testing - From Data Akun
No. Skenario
Pengujian Test Case
Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Form data
akun kosong
Kode akun :
(kosong). Nama
akun : (kosong).
Jenis akun
(kosong). Saldo
normal :
(kosong)
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
3. Form data
akun diisi
dengan data
yang sudah
ada
Kode akun :
11000. Nama
akun : kas. Jenis
akun : harta.
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
4. Form data
akun diisi
dengan benar
Kode akun :
11101 Nama
akun : piutang
usaha. Jenis
akun : harta
Sistem akan
menerima
akses dan
menampilkan
data akun yang
baru saja di
tambahkan
Sesuai
harapan
Valid
5. Form data
akun diedit
Pilih data yang
ingin diedit
Sistem akan
menerima
akses dan
menampilkan
data akun yang
di edit tersebut
Sesuai
harapan
Valid
6. Form data
akun dihapus
Pilih data yang
ingin dihapus
Sistem akan
menerima
akses dan
menampilkan
pertanyaan
“Anda yakin
akan
menghapus
akun ini?” pilih
hapus maka
data akan
terhapus
Sesuai
harapan
Valid
66
Tabel III.16.
Black Box Testing - From Data Pasien
No. Skenario
Pengujian Test Case
Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Form data
pasien
kosong
Nama pasien :
(kosong). Tanggal
lahir : (kosong).
Jenis kelamin :
(kosong)
Alamat :
(kosong). No.
Telp pasien :
(kosong).
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
2. Form data
pasien diisi
dan masih
ada yang
tidak diisi
Nama pasien :
Mirna, Tanggal
lahir : (kosong).
Jenis kelamin :
(kosong)
Alamat :
(kosong). No.
Telp pasien :
(kosong).
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
3. Form data
pasien diisi
dengan benar
Nama pasien :
Mirna Tanggal
lahir : 28-03-
1997.
Jenis kelamin :
Wanita.
Alamat : Jl.
Manunggal. No.
Telp pasien :
0812131508
85.
Sistem akan
menerima
akses dan
menampilkan
data pasien
yang baru saja
di tambahkan
Sesuai
harapan
Valid
4. Form data
pasien diedit
Pilih data yang
ingin diubah
(nama, tanggal
lahir dan alamat
yang bisa di edit)
Sistem akan
menerima
akses dan
menampilkan
data pasien
yang di edit
tersebut
Sesuai
harapan
Valid
5. Form data
pasien
dihapus
Pilih data yang
ingin dihapus
Sistem akan
menerima
akses dan
menampilkan
pertanyaan
“Anda yakin
akan
Sesuai
harapan
Valid
67
menghapus
data pasien
ini?” pilih
hapus maka
data akan
terhapus
Tabel III.17
Black Box Testing - From Data Obat
No. Skenario
Pengujian Test Case
Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Form data
obatkosong
Nama obat :
(kosong). Harga
Obat: (kosong).
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
2. Form data
obat diisi dan
masih ada
yang tidak
diisi
Nama obat :
Parasetamol.
Harga Obat :
(kosong).
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
3. Form data
obat diisi
dengan benar
Nama obat :
Parasetamol.
Harga Obat :
100.000.
Sistem akan
menerima
akses dan
menampilkan
data obat yang
baru saja
ditambahkan
Sesuai
harapan
Valid
4. Form data
obat diedit
Pilih data yang
ingin diedit
(harga obat saja
yang bisa di edit)
Sistem akan
menerima
akses dan
menampilkan
data obat yang
di edit tersebut
Sesuai
harapan
Valid
5. Form data
obat dihapus
Pilih data yang
ingin dihapus
Sistem akan
menerima
akses dan
menampilkan
pertanyaan
“Anda yakin
akan
menghapus
data obat ini?”
pilih hapus
maka data akan
terhapus
Sesuai
harapan
Valid
68
Tabel III.18
Black Box Testing - From Data Dokter
No. Skenario
Pengujian Test Case
Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Form data
dokter
kosong
Nama dokter :
(kosong).
No. telp :
(kosong). Jadwal
(kosong).
Sistem akan
menolak user
Sesuai
harapan
Valid
2. Form data
dokter diisi
dan masih
ada yang
tidak diisi
Nama dokter :
drg. Nita. No. telp
: (kosong).
Jadwal (kosong).
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
3. Form data
dokter diisi
dengan benar
Nama dokter :
drg. Nita. No. telp
: (08219999999).
Jadwal senin-
selasa.
Sistem akan
menerima
akses dan
menampilkan
data obat yang
baru saja
ditambahkan
Sesuai
harapan
Valid
4. Form data
dokter diedit
Pilih data yang
ingin diedit (no
telp dan jadwal
saja yang bisa
diedit)
Sistem akan
menerima
akses dan
menampilkan
data obat yang
di edit tersebut
Sesuai
harapan
Valid
5. Form data
dokter
dihapus
Pilih data yang
ingin dihapus
Sistem akan
menerima
akses dan
menampilkan
“Data berhasil
dihapus”
Sesuai
harapan
Valid
Tabel III.19
Black Box Testing - From Pendaftaran Pasien
No. Skenario
Pengujian Test Case
Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Form data
pasien
kosong
ID. Pendaftaran:
(muncul otomatis).
ID. Pasien :
(kosong), Nama
Pasien : (kosong)
Jadwal dokter :
Sistem akan
menolak akses
user Sesuai
harapan Valid
69
(kosong).
2. Form data
pendaftaran
pasien diisi
dan masih
ada yang
tidak diisi
ID. Pendaftaran:
(muncul otomatis).
ID. Pasien :
(kosong), Nama
Pasien : (Mirna)
Jadwal dokter :
(Senin-Rabu
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
3. Form data
pendaftaran
pasien diisi
dengan
benar
ID. Pendaftaran:
(muncul otomatis).
ID. Pasien :
(190001), Nama
Pasien : (Mirna)
Jadwal dokter :
(Senin-Rabu
Sistem akan
menerima
akses dan
menampilkan
data
pendaftaran
yang baru saja
ditambahkan
Sesuai
harapan
Valid
Tabel III.20
Black Box Testing - From Rekam Medik
No. Skenario
Pengujian Test Case
Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Form data
rekam
medik
kosong
ID. Rekam Medik:
(muncul otomatis).
ID. Pasien :
(kosong), Jadwal
Dokter : (kosong),
Jadwal dokter :
(kosong).
Obat/Tindakan :
(kosong).
Diagnosa :
(kosong).
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
2. Form data
rekam
medik diisi
dan masih
ada yang
tidak diisi
ID. Rekam Medik:
(muncul otomatis).
ID. Pasien :
(kosong), Jadwal
Dokter: (Senin-
Rabu), Jadwal
dokter : (Senin-
Rabu).
Obat/Tindakan :
(obat sakit gigi).
Diagnosa : (gigi
berlubang dan
bengkak).
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
70
3. Form data
rekam
medik diisi
dengan
benar
ID. Rekam Medik:
(muncul otomatis).
ID. Pasien :
(190001), Jadwal
Dokter: (Senin-
Rabu), Jadwal
dokter : (Senin-
Rabu).
Obat/Tindakan :
(obat sakit gigi).
Diagnosa : (gigi
berlubang dan
bengkak).
Sistem akan
menerima
akses dan
menampilkan
data rekam
medik yang
baru saja
ditambahkan
Sesuai
harapan
Valid
Tabel III.21
Black Box Testing - From Pembayaran
No. Skenario
Pengujian Test Case
Hasil yang
diharapkan
Hasil
pengujian
Kesimpulan
1. Form data
pembayaran
kosong
Id. Pembayaran :
(muncul
otomatis),Id.Pasien
: (kosong), Nama
Pasien (kosong),
Jadwal dokter
(kosong),
obat/tindakan :
(kosong), Biaya
Administrasi :
(kosong), Biaya
Dokter : (kosong),
total : (muncul
otomatis), bayar
(kosong), kembali :
(muncul otomatis)
Sistem akan
menolak dan
menampilkan
"Gagal,
Silahkan
lengkapi data"
Sesuai
harapan
Valid
2. Form data
pembayaran
diisi dan
masih ada
yang tidak
diisi
Id. Pembayaran :
(muncul
otomatis),Id.Pasien
: (190001), Nama
Pasien (Mirna),
Jadwal dokter
(Senin-Rabu),
obat/tindakan :
(Parasetamol),
Biaya Administrasi
: (10000), Biaya
Dokter : (40000),
Sistem akan
menolak akses
user
Sesuai
harapan
Valid
71
total : (muncul
otomatis), bayar
(kosong), kembali :
(muncul otomatis)
3. Form data
pembayaran
diisi dengan
benar
Id. Pembayaran :
(muncul
otomatis),Id.Pasien
: (190001), Nama
Pasien (Mirna),
Jadwal dokter
(Senin-Rabu),
obat/tindakan :
(Parasetamol),
Biaya Administrasi
: (10000), Biaya
Dokter : (40000),
total : (muncul
otomatis), bayar
(100000), kembali :
(muncul otomatis)
Sistem akan
menerima
akses dan
menampilkan
data
pembayaran
yang baru saja
ditambahkan
Sesuai
harapan
Valid
72
3.4.2. Spesifikasi Hardware dan Software
Tabel III.22
Spesifikasi Hardware dan Software
Kebutuhan Keterangan
Sistem Operasi Windows 10
Processor Intel (R) Core (TM) i3-6006U CPU @2.00GHz
RAM 2GB
Hardisk HDD 500GB
Monitor 12”
Keyboard Standar
Printer HP DeskJet 2130 series
Mouse Optical
Sofware Bahasa Pemrograman : PHP
Aplikasi Pendukung : Notepad++
DBMS : XAMPP
Web Browser : Mozilla Firefox