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


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


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



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


Frekuensi : Setiap satu bulan sekali


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.


Jurnal Umum


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.


Pendapatan


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




Akses File : Random


Field Key : id_pasien

Software : XAMPP

Tabel III.4

Spesifikasi File – Pasien


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




Akses File : Random


Field Key : id_dokter

44

Software : XAMPP

Tabel III.5

Spesifikasi File – Dokter


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




Akses File : Random


Field Key : id_obat

Software : XAMPP

Tabel III.6

Spesifikasi File – Obat


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




Akses File : Random


Field Key : kode_akun

Software : XAMPP

Tabel III.7

Spesifikasi File – Akun


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




46

Akses File : Random


Field Key : id_pendaftaran

Software : XAMPP

Tabel III.8

Spesifikasi File – Pendaftaran


1. Id Pendaftaran id_pendaftaran Integer 10 Primary Key

2. No Daftar no_pendaftaran Varchar 10

3. Id Pasien id_pasien Integer 10


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



Akses File : Random


Field Key : id_pemeriksaan

Software : XAMPP

47

Tabel III.9

Spesifikasi File – Pemeriksaan


1. Id Pemeriksaan id_pemeriksaan Integer 10 Primary Key

2. No Pem no_pemeriksaan Varchar 10

3. Id Pasien id_pasien Varchar 30


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




Akses File : Random


Field Key : id_transaksi

Software : XAMPP

48

Tabel III.10

Spesifikasi File – Transaksi


1. Id Transaksi id_transasksi Integer 10 Primary Key

2. No Trans no_trans Varchar 20

3. Id Pasien id_pasien 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




Akses File : Random


Field Key : no_referensi

Software : XAMPP

49

Tabel III.11

Spesifikasi File – Jurnal Umum


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




Akses File : Random


Field Key : no_referensi

Software : XAMPP

Tabel III.12

Spesifikasi File – Jurnal Umum Detail


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

bab iii pembahasan - bina sarana informatika · lama, cukup memberikan kartu berobat pasien pada...

Documents