Sistem Pembayaran Pemeriksaan Pasien Umum Menggunakan Framework Codeigniter Pada Klinik Laboratorium Almira

SISTEM PEMBAYARAN PEMERIKSAAN KESEHATAN
PASIEN UMUM MENGGUNAKAN FRAMEWORK CODEIGNITER

PADA KLINIK LABORATORIUM ALMIRA
KABUPATEN SUBANG
LAPORAN KERJA PRAKTEK
Diajukan Untuk Memenuhi Syarat Mata Kuliah Kerja Praktek

Program Strata 1 Jurusan Teknik Informatika
Oleh :
Rizki Ardiansyah
151351193
PROGRAM STUDI TEKNIK INFORMATIKA

SEKOLAH TINGGI TEKNOLOGI WASTUKANCANA
PURWAKARTA
2019
LEMBAR PENGESAHAN PEMBIMBING

KABUPATEN SUBANG
Disusun Oleh :
Rizki Ardiansyah
Tanggal : 12 Januari 2019
Menyetujui :
Pembimbing
M. Rafi Muttaqin, S.Kom, M.Kom.

NIDN.0420088703
Mengetahui,
Ketua Program Studi Teknik Informatika
M. Rafi Muttaqin, S.Kom, M.Kom.

NIDN.0420088703
LEMBAR PENGESAHAN PENGUJI

KABUPATEN SUBANG
Disusun Oleh :
Rizki Ardiansyah
Telah disetujui dan memenuhi syarat sebagai tugas mata kuliah Kerja
Praktek pada Program Studi Teknik Informatika
Tanggal :
Menyetujui :
Dosen Penguji
ABSTRAK
Sistem pembayaran pemeriksaan pasien pada klinik merupakan bagian

dari salah satu sistem informasi klinik yang berguna untuk menyelesaikan proses
pembayaran setiap pasien yang datang untuk melakukan pemeriksaan kesehatan.
Dalam proses pembayaran pemeriksaan, setiap transaksi yang dilakukan pada
klinik ini masih menggunakan proses pembayaran dengan penulisan manual untuk
pendataan transaksi pembayaran dan pembuatan bukti pembayaran
pemeriksaanya. Hal ini menyebabkan proses pembayaran memerlukan waktu
yang lebih lama.
Metode pengembangan perangkat lunak yang digunakan dalam penelitian
ini adalah Metode Waterfall. Tahapan-tahapan dalam metode Waterfall sendiri
terdiri dari tahapan Requirement Analisis, System Design, Implementation,
Integration & Testing, Operation & Maintenance. Bahasa pemograman yang
penulis gunakan adalah PHP dengan database MySQL.
Hasil dari penelitian ini yaitu, Dapat memudahkan dalam pengelolaan data
dan mempercepat proses transaksi pembayaran pemeriksaan. Penelitian ini juga
menghasilkan kemudahan dalam pembuatan laporan keuangan sesuai dengan
waktu yang ditentukan.
Kata Kunci : Sistem Pembayaran, Waterfall, PHP, MySQL.
i
KATA PENGANTAR
Puji dan syukur saya panjatkan kepada Allah SWT, karena dengan
kehendak-Nya saya sebagai penulis dan perancang dapat menyelesesaikan
dokumen ini dengan tepat waktu dan semoga dokumen ini dapat bermanfaat bagi
semua pembaca umumnya dan bagi saya sendiri penyusun khususnya.
Tidak lupa saya ucapkan terimakasih yang sebesar-besarnya kepada semua
pihak yang telah memberikan dukungannya untuk menyelesaikan Laporan ini.
Adapun pihak-pihak yang terlibat antara lain sebagai berikut :
1. Bapak DR. H. Agus Solehudin, S.T., M.T. sebagai Ketua
SekolahTinggi Teknologi Wastukancana Purwakarta.
2. Bapak M. Rafi Muttaqin, S.Kom.,M.Kom. sebagai Ketua Program
Studi Teknik Informatika dan juga sebagai Dosen Pembimbing.
3. Ibu Regita Okta yang selama ini mendukung dan membimbing selama
melakukan praktek kerja di klinik laboratorium Almira Kabupaten
Subang.
4. Kedua orang tua yang selalu memberikan dukungan moril,materil,
maupun spiritual.
5. Rekan-rekan seperjuangan : Teknik Informatika Pagi C 15 dan rekan-
rekan yang lain yang tidak bisa disebutkan satu persatu, terima kasih
atas do’a dan dukungannya.
6. Pihak-pihak yang telah membantu penyusunan laporan ini, yang tidak
bisa penulis sebutkan satu per satu.
Saya sadari dalam penulisan laporan ini masih jauh dari kata
kesempurnaan, oleh karena itu saya sebagai penulis mohon maaf apabila masih
banyak kekurangan dalam penulisan laporan ini.
Purwakarta, 17 Januari 2018
Penulis
ii
DAFTAR ISI
ABSTRAK...............................................................................................................ii
KATA PENGANTAR..............................................................................................ii
DAFTAR ISI............................................................................................................ii
DAFTAR GAMBAR...............................................................................................ii
DAFTAR TABEL....................................................................................................ii
DAFTAR LAMPIRAN............................................................................................ii
BAB I PENDAHULUAN........................................................................................2
1.1. Latar Belakang..........................................................................................2

1.2. Rumusan Masalah.....................................................................................2
1.3. Tujuan Penelitian.......................................................................................2
1.4. Manfaat Penelitian.....................................................................................2
1.5. Batasan Masalah........................................................................................2
1.6. Waktu dan Tempat Pelaksanaan Kerja Praktek.........................................2
1.7. Metode Penelitian......................................................................................2
1.7.1 Metode Pengumpulan Data................................................................2
1.7.2 Metode Pengembangan Perangkat Lunak..........................................2
1.7.3 Alat Penelitian....................................................................................2
1.8 Sistematika Penulisan................................................................................2
BAB II TINJAUAN PUSTAKA..............................................................................2
2.1 Definisi Sistem..........................................................................................2

2.2 Sistem Pembayaran...................................................................................2
2.1.1 Transaksi............................................................................................2
2.1.2 Bukti Transaksi..................................................................................2
2.1.3 Laporan Keuangan.............................................................................2
2.3 Pasien.........................................................................................................2
2.4 Metode Waterfall.......................................................................................2
2.5 Unified Modelling Language (UML)........................................................2
2.5.1 Use Case Diagram.............................................................................2
iii
2.5.2 Activity Diagram................................................................................2
2.5.3 Sequence Diagram.............................................................................2
2.5.4 Class Diagram...................................................................................2
2.6 Flowmap....................................................................................................2
2.7 Basis Data (Database)...............................................................................2
2.8 HTML (Hyper Text Markup Language)....................................................2
2.9 PHP............................................................................................................2
2.10 Java Script.................................................................................................2
2.11 XAMPP.....................................................................................................2
2.12 MySQL......................................................................................................2
2.13 Metode MVC.............................................................................................2
2.13.1 Model.................................................................................................2
2.13.2 View....................................................................................................2
2.13.3 Controller...........................................................................................2
2.14 Framework................................................................................................2
2.15 Codeigniter................................................................................................2
2.16 Black Box...................................................................................................2
BAB III TINJAUAN PERUSAHAAN....................................................................2
3.1 Profil Umum..............................................................................................2

3.2 Struktur Organisasi....................................................................................2
3.3 Visi Dan Misi.............................................................................................2
3.4 Daftar Layanan Pemeriksaan.....................................................................2
3.5 Daftar Dokter Kabupaten Subang.............................................................2
BAB IV HASIL PELAKSANAAN KERJA PRAKTEK........................................2
4.1 Kerangka Pelaksanaan...............................................................................2

4.2 Aktivitas Kerja Praktek.............................................................................2
4.2.1 Analisis Kebutuhan............................................................................2
4.2.2 Desain Sistem.....................................................................................2
4.2.3 Penulisan Kode Program....................................................................2
4.2.4 Pengujian............................................................................................2
4.2.5 Penyusunan Laporan..........................................................................2
4.3 Hambatan Kerja Praktek...........................................................................2
iv
4.4 Analisis Kebutuhan...................................................................................2
4.4.1 Analisis Sistem Berjalan....................................................................2
4.4.2 Flowmap Sistem Transaksi Pembayaran Pemeriksaan Pasien Umum
yang Berjalan...................................................................................................2
4.4.3 Flowmap Sistem Pengelolaan Laporan Penjualan yang Berjalan......2
4.5 Perancangan Sistem...................................................................................2
4.5.1 Gambaran umum sistem yang diusulkan...........................................2
yang Diusulkan................................................................................................2
4.5.3 Flowmap Sistem Pengelolaan Laporan Penjualan yang Diusulkan...2
4.5.4 Perancangan UML.............................................................................2
4.5.5 Use Case Diagram.............................................................................2
4.5.6 Deskripsi Aktor..................................................................................2
4.5.7 Definisi Use Case...............................................................................2
4.5.8 Skenario Use Case.............................................................................2
4.5.9 Activity Diagram................................................................................2
4.5.10 Sequence Diagram.............................................................................2
4.5.11 Class Diagram...................................................................................2
4.5.12 Perancangan Antar Muka...................................................................2
4.6 Penulisan Kode Program...........................................................................2
4.7 Pengujian...................................................................................................2
BAB V KESIMPULAN DAN SARAN...................................................................2
5.1 Kesimpulan................................................................................................2
5.2 Saran..........................................................................................................2
DAFTAR PUSTAKA...............................................................................................2
LAMPIRAN.............................................................................................................2
v
DAFTAR GAMBAR
Gambar 1.1 Metode Waterfall..................................................................................2

Gambar 2.1 Metode Waterfall..................................................................................2
Gambar 2.2 Model MVC.........................................................................................2
Gambar 3.1 Sruktur Organisasi................................................................................2
Gambar 4.1 Flowmap Sistem Transaksi Pembayaran Pemeriksaan Pasien Umum
yang Berjalan...........................................................................................................2
Gambar 4.2 Flowmap Sistem Pengelolaan Laporan Penjualan yang Berjalan........2
Gambar 4.3 Flowmap Sistem Transaksi Pembayaran Pemeriksaan Pasien Umum
yang Diusulkan........................................................................................................2
Gambar 4.4 Flowmap Sistem Pengelolaan Laporan Penjualan yang Diusulkan.....2
Gambar 4.5 Use Case Diagram...............................................................................2
Gambar 4.6 Activity Diagram Login........................................................................2
Gambar 4.7 Activity Diagram Transaksi..................................................................2
Gambar 4.8 Activity Diagram Kelola Data Pasien..................................................2
Gambar 4.9 Activity Diagram Kelola History Pembayaran.....................................2
Gambar 4.10 Activity Diagram Kelola Data Pemeriksaan......................................2
Gambar 4.11 Activity Diagram Logout....................................................................2
Gambar 4.12 Activity Diagram Lihat Grafik Kategori Pemeriksaan.......................2
Gambar 4.13 Activity Diagram Kelola User............................................................2
Gambar 4.14 Activity Diagram Kelola Laporan Penjualan.....................................2
Gambar 4.15 Sequence Diagram Login...................................................................2
Gambar 4.16 Sequence Diagram Transaksi.............................................................2
Gambar 4.17 Sequence Diagram Kelola Data Pasien..............................................2
Gambar 4.18 Sequence Diagram Kelola History Pembayaran................................2
Gambar 4.19 Sequence Diagram Kelola Data Pemeriksaan....................................2
Gambar 4.20 Sequence Diagram Logout.................................................................2
Gambar 4.21 Sequence Diagram Lihat Grafik Kategori Pemeriksaan....................2
Gambar 4.22 Sequence Diagram Kelola User.........................................................2
Gambar 4.23 Sequence Diagram Kelola Laporan Penjualan..................................2
Gambar 4.24 Class Diagram Sistem Pembayaran Pemeriksaan Pasien Umum......2
vi
Gambar 4.25 Tampilan Perancangan Form Login...................................................2
Gambar 4.26 Tampilan Perancangan Form Transaksi Pembayaran untuk Kasir.....2
Gambar 4.27 Tampilan Perancangan Cetak Nota Transaksi....................................2
Gambar 4.28 Tampilan Perancangan Data Pasien untuk Kasir................................2
Gambar 4.29 Tampilan Perancangan History Pembayaran untuk Kasir..................2
Gambar 4.30 Tampilan Perancangan List Semua Jenis Pemeriksaan untuk Kasir. .2
Gambar 4.31 Tampilan Perancangan Kategori Pemeriksaan untuk Kasir...............2
Gambar 4.32 Tampilan Perancangan Grafik Kategori Pemeriksaan untuk Admin..2
Gambar 4.33 Tampilan Perancangan Data Pasien untuk Admin.............................2
Gambar 4.34 Tampilan Perancangan History Pembayaran untuk Admin................2
Gambar 4.35 Tampilan Perancangan List Semua Jenis Pemeriksaan untuk Admin 2
Gambar 4.36 Tampilan Perancangan Kategori Pemeriksaan untuk Admin.............2
Gambar 4.37 Tampilan Perancangan Laporan Penjualan untuk Admin..................2
Gambar 4.38 Tampilan Perancangan Cetak Laporan Penjualan untuk Admin........2
Gambar 4.39 Tampilan Perancangan List User untuk Admin.................................2
Gambar 4.40 Tampilan Perancangan Form Tambah Pemeriksaan untuk Admin....2
Gambar 4.41 Tampilan Perancangan Form Edit Pemeriksaan untuk Admin..........2
Gambar 4.42 Tampilan Perancangan Form Tambah Kategori untuk Admin...........2
Gambar 4.43 Tampilan Perancangan Form Edit Kategori untuk Admin.................2
Gambar 4.44 Tampilan Perancangan Form Tambah User untuk Admin.................2
Gambar 4.45 Tampilan Perancangan Form Edit User untuk Admin.......................2
Gambar 4.46 Tampilan Perancangan Tambah Data Pasien untuk Kasir atau Admin
..................................................................................................................................2
Gambar 4.47 Tampilan Perancangan Edit Data Pasien untuk Kasir atau Admin....2
Gambar 4.48 Tampilan Perancangan Detail Transaksi untuk Kasir atau Admin....2
Gambar 4.49 Tampilan Perancangan Form Ubah Password untuk Kasir atau
Admin.......................................................................................................................2
Gambar 4.50 Tampilan Form Login.........................................................................2
Gambar 4.51 Tampilan Form Transaksi Pembayaran untuk Kasir..........................2
Gambar 4.52 Tampilan Cetak Nota Transaksi.........................................................2
Gambar 4.53 Tampilan Data Pasien untuk Kasir.....................................................2
Gambar 4.54 Tampilan History Pembayaran untuk Kasir.......................................2
vii
Gambar 4.55 Tampilan List Semua Jenis Pemeriksaan untuk Kasir........................2
Gambar 4.56 Tampilan Kategori Pemeriksaan untuk Kasir.....................................2
Gambar 4.57 Tampilan Grafik Kategori Pemeriksaan untuk Admin.......................2
Gambar 4.58 Tampilan Data Pasien untuk Admin...................................................2
Gambar 4.59 Tampilan History Pembayaran untuk Admin.....................................2
Gambar 4.60 Tampilan Semua Jenis Pemeriksaan untuk Admin.............................2
Gambar 4.61 Tampilan Kategori Pemeriksaan untuk Admin..................................2
Gambar 4.62 Tampilan Laporan Penjualan untuk Admin........................................2
Gambar 4.63 Tampilan Cetak Laporan Penjualan untuk Admin.............................2
Gambar 4.64 Tampilan List User untuk Admin.......................................................2
Gambar 4.65 Tampilan Form Tambah Pemeriksaan untuk Admin..........................2
Gambar 4.66 Tampilan Form Edit Pemeriksaan untuk Admin................................2
Gambar 4.67 Tampilan Form Tambah Kategori untuk Admin................................2
Gambar 4.68 Tampilan Form Edit Kategori untuk Admin......................................2
Gambar 4.69 Tampilan Form Tambah User untuk Admin......................................2
Gambar 4.70 Tampilan Form Edit User untuk Admin.............................................2
Gambar 4.71 Tampilan Form Tambah Pasien untuk Kasir atau Admin..................2
Gambar 4.72 Tampilan Form Edit Pasien untuk Kasir atau Admin.........................2
Gambar 4.73 Tampilan Detail Transaksi untuk Kasir atau Admin..........................2
Gambar 4.74 Tampilan Ubah Password untuk Kasir atau Admin...........................2
viii
DAFTAR TABEL
Tabel 2.1 Simbol Use Case Diagram.......................................................................2

Tabel 2.2 Simbol Activity Diagram..........................................................................2
Tabel 2.3 Simbol Sequence Diagram.......................................................................2
Tabel 2.4 Simbol Class Diagram.............................................................................2
Tabel 2.5 Simbol Entitas Flowmap..........................................................................2
Tabel 3.1 Daftar Layanan Pemeriksaan (Bagian 1).................................................2
Tabel 3.2 Daftar Layanan (Bagian 2).......................................................................2
Tabel 3.3 Tabel Daftar Dokter..................................................................................2
Tabel 4.1 Kerangka Pelaksanaan Kerja Praktek......................................................2
Tabel 4.2 Deskripsi Aktor........................................................................................2
Tabel 4.3 Definisi Use Case.....................................................................................2
Tabel 4.4 Skenario Use Case Login.........................................................................2
Tabel 4.5 Skenario Use Case Transaksi...................................................................2
Tabel 4.6 Skenario Use Case Kelola Data Pasien....................................................2
Tabel 4.7 Skenario Use Case Kelola History Pembayaran......................................2
Tabel 4.8 Skenario Use Case Kelola Data Pemeriksaan..........................................2
Tabel 4.9 Skenario Use Case Logout.......................................................................2
Tabel 4.10 Skenario Use Case Lihat Grafik Kategori Pemeriksaan........................2
Tabel 4.11 Skenario Use Case Kelola User.............................................................2
Tabel 4.12 Skenario Use Case Kelola Laporan Penjualan.......................................2
Tabel 4.13 Tabel Pengujian Perangkat Lunak..........................................................2
ix
DAFTAR LAMPIRAN
Lampiran 1 Transkrip Wawancara Alur Pemeriksaan..............................................2

Lampiran 2 Transkrip Wawancara Transaksi Pembayaran......................................2
x
BAB I
PENDAHULUAN
1.1. Latar Belakang

Memasuki era globalisasi seperti saat ini, para pelaku organisasi dan
perusahaan membutuhkan sistem informasi sebagai sarana penunjang untuk
melakukan kegiatannya. Perusahaan dituntut untuk memperhatikan dan mengelola
informasi yang ada, baik dari dalam maupun yang berasal dari lingkungan
perusahaan untuk menghasilkan sebuah keputusan. Karena keberadaan dan peran
sistem informasi menjadi sangat berguna bagi perusahaan yang membutuhkan
aliran informasi yang akurat, terpercaya, cepat, relevan dan detail.(Ika et al.,
2014)
Sistem pembayaran perlu memprioritaskan kecepatan dalam melakukan
kegiatan pembayaran. Transaksi yang dilakukan dengan cepat dapat membantu
pekerjaan seseorang dan juga menghemat waktu yang ada.
Klinik Almira merupakan salah satu klinik kesehatan di Kabupaten
Subang yang beralamat di jl. Mayjen Soetoyo No. 16 telah melayani berbagai
pemeriksaan kesehatan seperti pemeriksaan urine, pemeriksaan rekam jantung,
pemeriksaan kadar gula darah, pemeriksaan buta warna, pemeriksaan tekanan
darah, dan pemeriksaan kesehatan lainnya. Pada Klinik Almira ini, ada dua jenis
sistem pembayaran yang ada yaitu, pembayaran pemeriksaan pasien Medical
check up dan pembayaran pasien umum. Perbedaannya adalah jika pada pasien
Medical check up terdapat paket tertentu untuk setiap biaya pemeriksaan sehingga
ada potongan harga per paket pemeriksaan, sedangkan pembayaran pemeriksaan
untuk pasien umum ditunjukan untuk melayani pembayaran setiap pemeriksaan.
Berdasarkan hasil pengamatan pada saat melakukan kegiatan Kerja
praktek menurut penulis masih adanya kekurangan pada bagian pelayanan
pembayaran pemeriksaan untuk pasien umum. Karena untuk membuat nota
pembayaran dari hasil pemeriksaan dan laporan setiap transaksi yang terjadi
masih menggunakan penulisan dengan cara manual. Dan juga masalah yang
sering terjadi adalah keterlambatan dan kesulitan dalam pencarian data keuangan
11
12
berdasarkan hasil pemeriksaan, dikarenakan data keuangan yang disimpan

terpisah dengan data hasil pemeriksaannya.
Agar masalah yang ada dapat teratasi perlu adanya pengembangan sistem
informasi yang lebih baik dalam melakukan kegiatan transaksi pembayaran
pemeriksaan setiap pasien yang datang, guna memberikan kemudahan dalam
pelayanan di klinik Almira ini. Kemudahannya antara lain: mempercepat
pelayanan transaksi pembayaran setiap pemeriksaan, informasi yang lebih akurat
dan pencarian data yang lebih cepat juga.
Dari itu penulis tertarik untuk mengembangkan sistem pembayaran
pemeriksaan pasien umum. Dengan menggunakan aplikasi berbasis web dengan
menggunakan Bahasa pemograman PHP dan database MySQL.Juga penggunaan
framework codeigniter untuk pengembangan sistem yang lebih terstruktur. Dari
beberapa masalah diatas lah yang mendasari dibuatnya SISTEM
PEMBAYARAN PEMERIKSAAN KESEHATAN PASIEN UMUM PADA
KLINIK LABORATORIUM ALMIRA KABUPATEN SUBANG ini
1.2. Rumusan Masalah
Berdasarkan latar belakang masalah diatas menghasiilkan rumusan
masalah yaitu, Bagaimana merancang dan membangun sebuah sistem pembayaran
pemeriksaan kesehatan bagi pasien umum pada Klinik Laboratorium Almira
Kabupaten Subang ?
1.3. Tujuan Penelitian
Tujuan dari pembuatan sistem pembayaran pemeriksaan kesehatan pasien
umum ini ialah, Untuk merancang dan membangun sebuah sistem pembayaran
pemeriksaan kesehatan bagi pasien umum pada Klinik Laboratorium Almira
Kabupaten Subang.
1.4. Manfaat Penelitian
Adapun manfaat yang diharapkan dari hasil kegiatan penelitian dan kerja
praktek yang dilakukan adalah sebagai berikut:
(i) Mempercepat proses transaksi pembayaran pemeriksaan kesehatan
pada pasien umum.
(ii) Mempermudah dalam pengelolaan data pada sistem pembayaran
pemeriksaan kesehatan pada pasien umum.
13
(iii) Melihat pemeriksaan yang paling banyak dilakukan dari setiap

transaksi pembayaran yang ada. Untuk pembelian kebutuhan
pemeriksaan kedepannya.
1.5. Batasan Masalah
Batasan masalah pada laporan sistem pembayaran pemeriksaan kesehatan
pasien umum ini, yaitu :
1. Penelitian dilakukan di klinik Almira kabupaten Subang.
2. Model pengembangan sistem yang digunakan adalah model waterfall
hingga tahapan pengujian.
3. Sistem yang dibuat adalah sistem pembayaran pemeriksaan kesehatan
pasien umum yang meliputi data pemeriksaan, data pasien, data
transaksi, data keuangan dan laporan keuangan dari setiap transaksi.
4. Pengembangan aplikasi menggunakan Bahasa pemograman PHP dan
Javascript dengan framework Codeigniter dan database MySQL.
5. Pengujian dilakukan dengan menggunakan metode black box testing.
1.6. Waktu dan Tempat Pelaksanaan Kerja Praktek
Pelaksanaan kerja praktek ini dilaksanakan kurang lebih selama satu
bulan. Dimulai dari tanggal 05 Agustus 2018 s atau d 07 September 2018
beralamatkan di Klinik Almira jl. Mayjen Soetoyo No. 16 Subang.
1.7. Metode Penelitian
Metode penelitian yang digunakan oleh penulis sendiri terdiri dari Metode
Pengumpulan Data, Metode Pengembangan Perangkat Lunak, dan Alat penelitian
yang digunakan oleh penulis untuk membuat sistem baru pembayaran
pemeriksaan pasien umum.
1.7.1 Metode Pengumpulan Data
Untuk memenuhi kebutuhan dalam pembuatan aplikasi yang akan
dibangun. Penulis perlu mengumpulkan data-data yang diperlukan. Ada
beberapa teknik yang digunakan oleh penulis dalam metode pengumpulan
data yang dibutuhkan, yaitu:
1. Observasi merupakan metode pengumpulan data dengan
melakukan survei langsung kepada instansi atau perusahaan
yang diamati.
14
2. Wawancara merupakan metode pengumpulan data dengan

melakukan tanya jawab kepada pihak yang mengetahui
informasi mengenai aktivitas dalam instansi atau perusahaan.
Transkrip wawancara dapat dilihat pada lampiran 1 transkrip
wawancara alur pemeriksaan dan lampiran 2 transkrip
wawancara transaksi pembayaran.
3. Studi Pustaka merupakan metode pengumpulan data dengan
melakukan penyaringan data dari dokumen penunjang.
1.7.2 Metode Pengembangan Perangkat Lunak
Metode pengembangan perangkat lunak yang digunakan oleh
penulis yaitu, Model sekuensial linier (clasic life cycle atau waterfall
model) atau sering disebut juga model air terjun merupakan salah satu
model yang mengusulkan sebuah pendekatan perkembangan perangkat
lunak yang sekuensial dan sistematik yang mana tahapan-tahapannya
meliputi: Tahapan analisis, desain, kode, implementasi, pengujian dan
pemeliharaan. Tahapan metode waterfall dapat dilihat pada Gambar 1.1.
Gambar 1.1 Metode Waterfall
(Sumber: Pressman, 2008)
1. Analisis dalam tahap ini penulis melakukan analisa proses

bisnis yang ada pada instansi atau perusahaan, analisa berupa
pengamatan data yang ada dalam aktivitas instansi atau
perusahaan tersebut berpindah tempat dan mendefinisikan
15
kebutuhan apa yang diperlukan instansi atau perushaan agar

proses bisnis berjalan lebih optimal.
2. Desain dalam tahap ini penulis melakukan penerjemahan
kebutuhan yang didapat dari tahap analisa, yang dibuat dalam
bentuk obyek dan menghasilkan diagram UML.
3. Pengkodean dalam tahap ini penulis melakukan implementasi
hasil analisis dan perancangan ke dalam baris kode program.
Pada tahapan ini digunakan Bahasa pemograman PHP dengan
framework Codeigniter, Bahasa pemograman javascript dengan
penggunaan ajax dan database MySQL sebagai penyimpanan
data.
4. Pengujian dalam tahap ini penulis melakukan pengetesan
terhadap perangkat lunak dengan cara memeriksa bagaimana
fungsi perangkat lunak bekerja dan mencoba hal apa yang
terjadi apabila logika fungsi tidak di operasikan dengan benar.
5. Pemeliharaan dalam tahap ini penulis melakukan pemasangan
perangkat lunak pada instansi atau perusahaan. Apabila
pengguna menemukan kesalahan pada perangkat lunak yang
dipasang, dapat dilakukan perbaikan.
1.7.3 Alat Penelitian
Alat-alat yang dibutuhkan saat penelitian dan untuk merancang
aplikasi yang akan dibuat adalah:
1.1 Satu buah laptop dengan spesifikasi
(i) Processor :Intel® Core™ i3-40410U
(ii) Hardisk : 500 GB
(iii) RAM : 2 GB
1.2 Perangkat Lunak yang digunakan
(i) Windows 10
(ii) Sublime Text editor
(iii) Xampp
(iv) Browser Mozilla Firefox
(v) Framework Codeigniter
16
(vi) Framework Bootstrap

1.8 Sistematika Penulisan
Sistematika Penulisan yang digunakan untuk menyusun laporan kerja
praktik ini adalah:
BAB I PENDAHULUAN
Pada bab ini menjelaskan mengenai Latar belakang, Rumusan Masalah, Waktu
dan tempat pelaksanaan kerja Praktik, Metodologi Penelitian dan SIstematika
Penulisan.
BAB II TINJAUAN PUSTAKA
Pada bab ini menjelaskan mengenai teori-teori yang mendukung dalam
pembangunan sistem dan berisi mengenai referensi dari pembangunan sistem
yang pernah dilakukan dengan topik yang sama.
BAB III TINJAUAN PERUSAHAAN
Pada bab ini menjelaskan mengenai profil perusahaan tempat Kerja Praktek
dilakukan.
BAB IV HASIL PELAKSANAAN KERJA PRAKTEK
Pada bab ini menjelaskan seluruh kegiatan yang dilakukan selama pelaksanaan
Kerja Praktek. Bab ini juga menjelaskan tentang analisis dari proses bisnis yang
berjalan dan perancangan sistem yang diusulkan serta implemntasii dan
pengujian.
BAB V KESIMPULAN DAN SARAN
Pada bab ini memuat kesimpulan yang merupakan rangkuman dari bab
sebelumnya. Dan saran yang perlu di perhatikan berdasaran keterbatasan yang
ditemukan selama pembangunan sistem.
BAB II
TINJAUAN PUSTAKA
2.1 Definisi Sistem

Menurut Edhy Sutanta (2009), Sistem secara umum dapat didefinisikan
sebagai kumpulan hal atau elemen yang saling bekerja sama atau yang
dihubungkan dengan cara-cara tertentu sehingga membentuk satu kesatuan untuk
melaksanakan suatu fungsi guna mencapai suatu tujuan. Sistem mempunyai
karakteristik atau sifat – sifat tertentu, yaitu : Komponen Sistem, Batasan Sistem,
Lingkungan Luar Sistem, Penghubung Sistem, Masukan Sistem, Keluaran Sistem,
Pengolahan Sistem dan Sasaran Sistem.
2.2 Sistem Pembayaran
Menurut Listfield dan Montes-Negret (1994), Sistem pembayaran
merupakan peraturan, standar, serta instrumen yang digunakan untuk pertukaran
nilai keuangan (financial value) antara dua pihak yang terlibat untuk melepaskan
diri dari kewajiban. Menurut UU Bank Indonesia No.23 atau 1999, sistem
pembayaran adalah suatu sistem yang mencakup seperangkat aturan, lembaga, dan
mekanisme, yang digunakan untuk melaksanakan pemindahan dana guna
memenuhi suatu kewajiban yang timbul dari suatu kegiatan ekonomi.
2.1.1 Transaksi
Menurut Stice, E. K., Stice, J. D., & Skousen (2009) yang dikutip
dalam bukunya Introduction to Financial Accounting yang menyatakan
bahwa pengertian transaksi adalah pertukaran barang dan jasa (baik
individu, perusahaan dan organisasi lainnya) peristiwa lain yang memiliki
pengaruh ekonomi terhadap bisnis.
2.1.2 Bukti Transaksi
Bukti Transaksi merupakan bukti tertulis dalam setiap kegiatan
transaksi yang dilakukan dalam sebuah perusahaan atau apapun yang
berhubungan dengan pertukaran barang atau jasa. Bukti transaksi
berfungsi untuk menghindari kemungkinan terjadinya persilisihan untuk
kedepannya.
17
18
2.1.3 Laporan Keuangan

Pengertian laporan keuangan menurut Machfoedz, dan Mahmudi
(2008) adalah hasil akhir dari proses akuntansi. Proses akuntansi dimulai
dari bukti transaksi, kemudian dicatat dalam harian yang disebut jurnal,
kemudian secara periodik dari jurnal dikelompokkan ke dalam buku besar
sesuai dengan transaksinya, dan tahap terakhir dan proses akuntansi adalah
penyusunan laporan keuangan.
2.3 Pasien
Pasal 1 Undang-undang No. 29 Tahun 2004 Tentang Praktek Kedokteran
menjelaskan definisi pasien adalah setiap orang yang melakukan konsultasi
masalah kesehatannya untuk memperoleh pelayanan kesehatan yang diperlukan
baik secara langsung maupun tidak langsung kepada dokter atau dokter gigi.
2.4 Metode Waterfall
Metode waterfall sering dinamakan siklus hidup klasik (classic life cycle),
dimana hal ini menggambarkan pendekatan yang sistematis dan juga berurutan
pada pengembangan perangkat lunak. Tahapan metode waterfall dapat dilihat pada
Gambar 2.1.
Gambar 2.2 Metode Waterfall
(Sumber: Pressman, 2008)

19
Dalam pengembangannya metode waterfall memiliki beberapa tahapan

yang berurut yaitu: Analysis requirement (analisis kebutuhan), design system
(desain sistem), Coding (pengkodean), Testing (pengujian) dan Maintenance
(pemeliharaan). Penjelasan pada tahapan - tahapan dari metode waterfall adalah
sebagai berikut :
1. Analysis Requirement (Analisis Kebutuhan)
Pengembang sistem pada tahap ini memerlukan komunikasi yang bertujuan untuk
memahami perangkat lunak yang diharapkan oleh pengguna dan batasan
perangkat lunak tersebut. Informasi ini biasanya dapat diperoleh melalui
wawancara, diskusi atau survei langsung. Informasi dianalisis untuk
mendapatkan data yang dibutuhkan oleh pengguna.
2. Design System (Desain Sistem)
Spesifikasi kebutuhan dari tahap sebelumnya akan dipelajari dalam fase ini dan
desain sistem disiapkan. Desain Sistem membantu dalam menentukan perangkat
keras (hardware) dan sistem persyaratan dan juga membantu dalam
mendefinisikan arsitektur sistem secara keseluruhan.
3. Coding (Penulisan Kode Program)
Pada tahap ini, dimulai penerjemahan dari desain ke dalam Bahasa yang dapat
dikenali oleh komputer. Dikerjakan oleh seorang programmer sesuai dengan
permintaan dari user.
4. Testing (Pengujian)
Setelah melakukan analisa, desain dan pengkodean maka tahapan testing mulai
dilakukan untuk mengecek dan menguji setiap kegagalan maupun kesalahan.
5. Maintenance (Pemeliharaan)
Merupakan tahapan akhir dalam metode waterfall. Perangkat lunak yang sudah
jadi, dijalankan serta dilakukan pemeliharaan. Pemeliharaan termasuk dalam
memperbaiki kesalahan yang tidak ditemukan pada langkah sebelumnya.
2.5 Unified Modelling Language (UML)
Menurut Nugroho (2010), UML (Unified Modeling Language) adalah
bahasa pemodelan untuk sistem atau perangkat lunak yang berparadigma
berorientasi objek. Pemodelan (modelling) sesungguhnya digunakan untuk
20
penyederhanaan permasalahan-permasalahan yang kompleks sedemikian rupa

sehingga lebih mudah dipelajari dan dipahami.
2.5.1 Use Case Diagram
Use case diagram pada dasarnya mendeskripsikan perilaku-
perilaku yang dimiliki sistem dalam berbagai kondisi saat sistem
menanggapi permintaan pengguna. Use case juga merepresentasikan
aktivitas aktor dengan sistem atau pun sebaliknya. Secara kasar, use case
digunakan untuk mengetahui fungsi apa saja yang ada didalam sebuah
sistem informasi dan siapa saja yang berhak menggunakan fungsi-fungsi
tersebut. Simbol – simbol yang digunakan pada use case diagram dapat
dilihat pada Tabel 2.1:
Tabel 2.1 Simbol Use Case Diagram
Simbol Nama Keterangan

Fungsional yang di sediakan sistem
Use Case sebagai unit-unit yang saling
bertukar pesan antar unit atau aktor.
Orang, proses, atau sistem lain
yang berinteraksi dengan sistem
informasi yang akan di buat di luar
Actor sistem informasi yang akan di buat
sistem itu sendiri, jadi walaupun
simbol dari aktor adalah gambar
orang, tapi aktor belum tentu orang.
Komunikasi antara aktor dan use
case yang berpartisipasi pada use
Asosiation
case atau use case memiliki
interaksi dengan aktor.
Menspesifikasikan bahwa use case

Include
sumber secara eksplisit.
(Sumber: Rosa. A.S., 2008)

21
2.5.2 Activity Diagram

Diagram aktivitas atau activity diagram menggambarkan aliran
kerja atau aktivitas dari sebuah sistem, dengan kata lain proses bisnis
yang ada pada perangkat lunak. Simbol – simbol yang digunakan pada
activity diagram dapat dilihat pada Tabel 2.2:
Tabel 2.2 Simbol Activity Diagram
Simbol Fungsi Keterangan

Status awal Status awal aktivitas sistem.
Aktivitas Aktivitas yang dilakukan

sistem, aktivitas biasanya
diawali dengan kata kerja.
Percabangan Asosiasi percabangan dima-

atau Decision na jika ada pilihan aktivitas
lebih dari satu.
Penggabungan Asosiasi penggabungan
atau join dimana lebih dari satu
aktivitas digabungkan
menjadi satu.
Status akhir Status akhir yang dilakukan
sistem, sebuah diagram
aktivitas memiliki sebuah
status akhir.
Fork, Digunakan untuk

menunjukan kegiatan yang
dilakukan secara paralel.
Join, Digunakan untuk

menunjukan kegiatan yang
digabungkan.
22
2.5.3 Sequence Diagram

Sequence Diagram merupakan diagram yang menggambarkan
interaksi antar objek didalam dan disekitar sistem (termasuk pengguna,
display, dan sebagainya) berupa pesan yang digambarkan terhadap waktu.
Sequence Diagram biasa digunakan untuk menggambarkan skenario atau
rangkaian langkah-langkah yang dilakukan sebagai respon dari sebuah
event untuk menghasilkan output tertentu. Simbol – simbol yang
digunakan pada sequence diagram dapat dilihat pada Tabel 2.3:
Tabel 2.3 Simbol Sequence Diagram
Simbol Nama Deskripsi
Lifeline Mempresentasikan sebuah Objek
Aktor Digunakan untuk

menggambarkan user atau
pengguna
Message Pesan atau pemanggilan suatu

fungsi dari satu objek ke objek
lainnya
Digunakan untuk
Boundary menggambarkan sebuah form
23
Control Class Digunakan untuk

menghubungkan boundary
dengan table
Menggambarkan hubungan
Entity Class kegiatan yang dilakukan
2.5.4 Class Diagram

Class adalah sebuah spesifikasi yang jika diinstansiasi akan
menghasilkan sebuah obyek dan merupakan inti dari pengembangan dan
desain berorientasi obyek. Class menggambarkan keadaan (atribut atau
properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi
keadaan tersebut (metode atau fungsi). Class diagram menggambarkan
struktur dan deskripsi class, package dan obyek beserta hubungan satu
sama lain seperti containment, pewarisan, asosiasi, dan lain - lain. Simbol
– simbol yang digunakan pada class diagram dapat dilihat pada Tabel 2.4:
24
Tabel 2.4 Simbol Class Diagram
No Gambar Nama Keterangan

Relasi antar kelas dengan makna
1 Asosiation
yang umum.
3 Class Kelas pada struktur sistem.
2.6 Flowmap
Menurut Al Bahra Bin Ladjamudin (2006 : 265) Flowmap adalah bagan-
bagan yang mempunyai arus yang menggambarkan langkah-langkah penyelesaian
suatu masalah.
Flowmap merupakan diagram yang menggambarkan aliran dokumen pada
suatu prosedur kerja di organisasi dan memperlihatkan diagram alir yang
menunjukkan arus dari dokumen, aliran data fisis, entitas sistem informasi dan
kegiatan operasi yang berhubungan dengan sistem informasi. Adapun simbol yang
digunakan pada flowmap dapat dilihat pada Tabel 2.5.
Tabel 2.5 Simbol Entitas Flowmap
Simbol Deskripsi
Menunjukan kegiatan proses dari

operasi program computer
Simbol dokumen
Datastore atau Database

25
Garis Alir
(Sumber: Jogiyanto, 2010)
2.7 Basis Data (Database)

Menurut Edhy Sutanta (2014), Dalam bukunya yang berjudul Sistem
Basis Data yang dimaksud dengan Basis Data adalah sebagai berikut: “Basis data
dapat dipahami sebagai suatu kumpulan data terhubung (interrelated data)
yang disimpan secara bersama-sama pada suatu media, tanpa mengatap satu
sama lain atau tidak perlu suatu kerangkapan data. Kalaupun ada maka
kerngkapan data tersebut harus seminimal mungkin dan terkontrol (controlled
redundancy), data disimpan dengan cara-cara tertentu sehingga mudah untuk
digunakan atau ditampilkan kembali, data dapat digunakan satu atau lebih
program-program aplikasi secara optimal, data disimpan tanpa mengalami
ketergantungan dengan program yang akan menggunakannya, data disimpan
dengan sedemikian rupa sehingga proses penambahan, pengembalian, dan
modifikasi data dapat dilakukan dengan mudah dan terkontrol.”
2.8 HTML (Hyper Text Markup Language)
Menurut Raharjo (2014) “HTML adalah singkatan dari HyperText Markup
Language, yaitu bahasa (aturan) standar yang digunakan untuk menampilkan teks,
gambar, video atau audio ke dalam halaman web”. Bahasa HTML merupakan
bahasa yang digunakan untuk membuat halaman website dengan menggunakan
tag-tag yang telah dideklarasikan pada halaman notepad dan dapat saling
berhubungan dengan dokumen HTML lainnya atau yang sering disebut dengan
istilah link.
2.9 PHP
Menurut Sibero (2011), PHP adalah pemrograman interpreter yaitu proses
penerjemahan baris kode sumber menjadi kode mesin yang dimengerti komputer
secara langsung pada saat baris kode dijalankan. Php disebut juga pemrograman
Server Side Programming, hal ini dikarenakan seluruh prosesnya dijalankan pada
server. PHP adalah suatu bahasa dengan hak cipta terbuka atau yang juga dikenal
26
dengan open source yaitu pengguna data mengembangkan kode-kode fungsi

sesuai kebutuhannya.
2.10 Java Script
Menurut Kadir (2013)“Java script adalah bahasa skrip yang digunakan
untuk mengontrol tindakan-tindakan yang diperlukan di halaman web”.
Sedangkan menurut Raharjo (2011:221) “Java script adalah bahasa yang
berfungsi membuat skrip-skrip program yang dapat dikenal dan dieksekusi oleh
web browser dengan tujuan untuk menjadikan halaman web lebih bersifat
interaktif”.
2.11 XAMPP
Menurut Yudhanto dan agus Purbaya (2014) “XAMPP merupakan
program paket PHP dan MySQL berbasis opensource yang saat ini merupakan
andalan para programmer PHP dalam melakukan programming dan melakukan
testing hasil programnya”. Sedangkan menurut Sadeli (2013:4) “Xampp adalah
program yang berisi paket Apache , MySQL, dan phpMyAdmin”.
1. Apache Menurut Sadeli (2013) “Apache (Server HTTP Apache atau
ServerWeb/WWW Apache ) adalah webserver yang dapat dijalankan
di banyak sistem operasi (Unix, BSD, Linux, Microsoft Windows dan
Novell Netware serta platform lainnya) yang Jurnal Bianglala
Informatika Vol 3 No 1 Maret 2015 – lppm3.bsi.ac.id/jurnal ISSN :
2338-9761 37 berguna untuk melayani dan memfungsikan situs web”.
2. MySQL Menurut Sibero (2013) “MySQL atau dibaca “My Sekuel”
dengan suatu RDBMS (Relational Database Management System)
merupakan aplikasi sistem yang menjalankan fungsi pengolahan data.
MySQL sendiri pertama dikembangkan oleh MySQL AB yang
kemudian diakuisisi oleh Sun Microsystem dan terakhir dikelola oleh
Oracle Coorporation.
3. PhpMyAdmin Menurut Rahman (2013) “PHPMyadmin adalah sebuah
software berbasis pemrograman PHP yang dipergunakan sebagai
administrator MySQL melalui browser (web) yang digunakan untuk
management database”.
27
2.12 MySQL
Menurut Anhar (2010), MySQL (My Structure Query Language) adalah
sebuah perangkat lunak sistem manajemen basis data SQL (Database
Management System) atau DBMS dari sekian banyak DBMS, seperti Oracle, MS
SQL, Postgre SQL dan lain-lain. MySQL merupakan DBMS yang multithread,
multi-user yang berbasis open source atau gratis dibawah lisensi GNU General
Public Licence (GPL).
2.13 Metode MVC
Menurut Kawistara (2017), MVC adalah suatu metode yang memisahkan
data logic (Model) dari presentation logic (View) dan process logic (Controller)
atau secara sederhana adalah memisahkan antara desain interface, data, dan
proses. Pembuatan program yang menggunakan MVC ini biasanya dikemas dalam
kerangka kerja (framework), sehingga pengembang aplikasi tinggal menggunakan
kerangka kerja yang sudah disediakan. Strukur model MVC dapat dilihat pada
Gambar 2.2.
Gambar 2.3 Model MVC
2.13.1 Model
Model mengelola basis data seperti MySQL atau pun Oracle
RDMS. Model berhubungan dengan database sehingga biasanya dalam
model akan berisi kelas atau pun fungsi yang mendasari logika proses
dalam aplikasi perangkat lunak dan kelas yang terkait dengannya
diantaranya, membuat (create), melakukan pembaruan (update),
28
menghapus data (delete), mencari data (search), dan mengambil data

(select) pada database. Model akan berhubungan dengan perintah-perintah
query sebagai tindak lanjut dari fungsi - fungsi (create, read, update,
delete). Selain itu model juga suatu objek yang tidak mengandung
informasi tentang user interface.
2.13.2 View
View adalah kumpulan dari kelas yang mewakili unsur-unsur dalam
user interface (semua hal user dapat melihat dan merespon pada layar,
seperti tombol, tampilan kotak, dan sebagainya). View bisa berupa
halaman HTML, CSS, RSS, AJAX, Javacript, Jquery, dan lain-lain.
Karena metode yang dipakai merupakan MVC sehingga dalam view tidak
boleh terdapat pemrosesan data atau pun pengaksesan yang berhubungan
dengan database. Sehingga view hanya menampilkan data - data hasil dari
model dan controller.
2.13.3 Controller
Controller adalah penghubung antara view dan model, digunakan
untuk berkomunikasi antara kelas dalam model dan view, Karena model
tidak dapat berhubungan langsung dengan view atau pun sebaliknya,
sehingga controller digunakan sebagai jembatan dikeduanya. Tugas
controller ialah sebagai pemprosesan data atau alur logis program,
menyediakan variabel yang akan ditampilkan, pemanggilan model
sehingga dapat mengakses database, error handling, validasi atau
pemeriksaan terhadap suatu masukkan.
2.14 Framework
Menurut Basuki (2010), framework dapat diartikan sebagai koleksi atau
kumpulan potongan-potongan program yang disusun atau diorganisasikan
sedemikian rupa, sehingga dapat digunakan untuk membantu membuat aplikasi
untuh tanpa harus membuat semua kodenya dari awal. Saat ini ada banyak
framework PHP, diantaranya: Zend, Cake PHP, Trax, Symfony, Codeigniter dan
sebagainya. Tentu saja, setiap framework memiliki kelebihan dan kekurangannya
masing-masing.
Keuntungan yang dapat diperoleh dari penggunaan framemork adalah:
29
1. Waktu pembuatan aplikasi website jauh lebih singkat.

2. Kode aplikasi website menjadi lebih mudah dibaca, karena sedikit dan
sifatnya pokok.
3. detailnya adalah kode dari framework.
4. Website menjadi lebih mudah diperbaiki, karena tidak perlu fokus ke
semua komponen kode
5. Website, terutama kode sistem framework.
6. Tidak perlu lagi membuat kode penunjang aplikasi website seperti koneksi
database, validasi Form, GUI, dan keamanan.
7. Pikiran pengembang menjadi lebih terfokus ke kode alur permasalahan
website, apa yang ditampilkan dan layanan apa saja yang diberikan dari
aplikasi website tersebut.
8. Jika dikerjakan team work, maka akan lebih terarah karena sistem
framework, mengharuskan adanya keteraturan peletakan kode. Seperti
bagian pengambilan database terpisah dengan bagian pengaturan tampilan
untuk pengguna.
2.15 Codeigniter
Menurut Blanco, J.A. and Upton (2009) CodeIgniter adalah powerful open
source PHP framework yang mudah dikuasai, dibangun untuk PHP programmers
yang membutuhkan toolkit sederhana dan baik untuk membuat full-featured web
applications. CodeIgniter adalah MVC framework yang di design untuk
mempermudah penggunanya.
2.16 Black Box
Menurut M.Shalahuddin dan Rosa (2011)Shalahuddin dan Rosa (2011),
black box testing adalah menguji perangkat lunak dari segi spesifikasi fungsional
tanpa menguji desain dan kode program. Pengujian dimaksudkan untuk
mengetahui apakah fungsi-fungsi, masukan, dan keluaran dari perangkat lunak
sesuai dengan spesifikasi yang dibutuhkan. Pengujian kotak hitam dilakukan
dengan membuat kasus uji yang bersifat mencoba semua fungsi dengan memakai
perangkat lunak apakah sesuai dengan spesifikasi yang dibutuhkan. Kasus uji
yang dibuat untuk melakukan pengujian black box testing harus dibuat dengan
kasus benar dan kasus salah.
BAB III
TINJAUAN PERUSAHAAN
3.1 Profil Umum

Laboratorium Klinik Almira didirikan di Bandung tepatnya di daerah
Ciwastra, pada tahun 2009 sampai dengan 2013 oleh Ibu Enay Wijenar. Pada
tahun 2013 Laboratorium Klinik Almira dipindahkan ke Subang tepatnya di jl.
Mayjen Soetoyo No. 16 dikarenakan pemilik dari Laboratorium Klinik Almira
pindah ke daerah Subang.
Laboratorium Klinik Almira melayani berbagai pemeriksaan kesehatan
seperti pemeriksaan urine, pemeriksaan rekam jantung, pemeriksaan kadar gula
darah, pemeriksaan buta warna, pemeriksaan tekanan darah, dan pemeriksaan
kesehatan lainnya. Laboratorium Klinik Almira memberikan pemeriksaan
kesehatan dengan dukungan teknologi sarana laboratorium yang memadai serta
memiliki pegawai atau staff yang profesional dibidangnya.
3.2 Struktur Organisasi
Struktur Organisasi untuk pengelompokan orang – orang sesuai dengan
pekerjaan yang dilakukan dan dengan tujuan yang sama dinamakan departemen
atau divisi. Bagan organisasi menunjukan bagaimana departemen – departemen
yang ada dikoordinasi sesuai jalur wewenang yang dimiliki. Struktur organisasi
Laboratorium Klinik Almira dapat dilihat pada Gambar 3.1. Saat melaksanakan
kerja praktek penulis berada pada bagian petugas umum.
Gambar 3.4 Sruktur Organisasi
30
31
Job Description :
1. Komisaris
a) Mengawasi jalannya perusahaan secara berkala, serta mempunyai
kewajiban untuk mengevaluasi tentang hasil yang diperoleh perusahaan.
b) Menyetujui planning yang akan diajukan oleh direktur.
c) Memberikan masukan – masukan yang berguna bagi perusahaan.
2. Direktur
a) Mengesahkan dan menetapkan manual mutu dan kebijakan mutu
laboratorium.
b) Menjamin tersedianya sumber daya.
c) Memimpin organisasi dan melaksanakan fungsi manajemen laboratorium.
d) Mengecek semua laporan yang berkaitan dengan laboratorium.
3. Dokter Penanggung Jawab
a) Pemeriksaan kembali hasil medis untuk mendiagnosis penyakit pada
pasien.
b) Melakukan tindak lanjut atau rujukan.
c) Melakukan konsultasi.
4. Manager Pemasaran
a) Mempromosikan Laboratorium Klinik Almira kepada masyarakat.
b) Memberikan gratis pemeriksaan kesehatan kepada pelanggan.
5. Manager Pelayanan
a) Mengelola pelayanan terhadap pasien.
b) Mengevaluasi dan merencanakan pelayanan untuk pasien..
6. Customer Service
a) Memberikan informasi.
b) Melayani kebutuhan dan memberikan kepuasan kepada pasien.
c) Menangani keluhan – keluhan dari pasien.
7. Admin Pendaftaran
a) Melayani pendaftaran pasien.
b) Mengisi blanko pemeriksaan.
8. Kasir
a) Melayani kegiatan transaksi pembayaran.
b) Mencetak nota pemeriksaan berdasarkan hasil lab.
9. Analis
a) Pelaksanaan teknis dalam pelayanan laboratorium.
32
b) Penyuluhan dalam bidang kesehatan.

10. Atro
a) Melakukan pemeriksaan dengan alat rontgen kepada pasien.
b) Mengkonsultasikan hasil foto kepada dokter.
11. Petugas Umum
a) Memberikan atau mengambil dokumen.
b) Membersihkan lingkungan laboratorium.
c) Melayani permintaan fotocopy.
3.3 Visi Dan Misi
a. Visi
Menjadi Laboratorium Klinik dengan pelayanan yang baik dan bermutu
sehingga berguna bagi masyarakat.
b. Misi
1) Cepat dalam memberikan hasil sesuai dengan kebutuhan pasien.
2) Peduli kepuasan pelayanan dengan mengutamakan keramahan, kenyaman,
dan kepercayaan.
3) Akurat (akurasi) hasil pemeriksaan dengan dukungan teknologi sarana
laboratorium yang modern. Mendukung sistem kerja yang terprogram dan
profesional dibidangnya.
3.4 Daftar Layanan Pemeriksaan
Daftar Layanan Pemeriksaan merupakan Jenis pemeriksaan yang ada pada
Klinik Laboratoriam Almira Subang. Daftar layanan pemeriksaannya dapat dilihat
pada tabel 3.1.
33
33
Tabel 3.6 Daftar Layanan Pemeriksaan (Bagian 1)
IMUNO
ENDOKRIN REPRODUKSI
JANTUNG LEMAK GINJAL SEROLOGI
TIROID GETASI
HEPATITIS
CK Cholesterol Total Urea-N HB5Ag F14 LH
CK-MB Cholesterol LDL Ureum Anti - HB5 TSH5 FSH
LDH Cholesterol LDL Ureum Urine Anti Hbc T3 (Total) Prolaclin
Direk
Troponin I Cholesterol HDL Kreatinin Anti Hbc IgM T4 (Total) Progesteron
Troponin – T Cholesterol HDL Kreatinin Urine HbeAg Tiroglobulin Estradiol
Direk
Myoglobin Trigliserida Urea Clearance Anti – HBe Ft3 Estriol
Hs CRP Apo A1 Kreatinin Clearance HBV – ONA Anti Tiroglobulin Free Estriol ( Ue3)
Homocysteine Apo B Mikroaibumin Anti – HAV B-HCG
Kualitatif
Alfa HBDH Lp (a) Mikroaibumin Anti – HAV – IgM Testosteron
Kuantitatif
Adiponektrin Cystatin-C Anti –HCV Ms AFP
Anti -HCV IgM
HCV – RNA
Kualitatif
34
Anti –HDV
Anti -HEV IgG
Anti – HEV IgM
Tabel 3.7 Daftar Layanan (Bagian 2)
PENYAKIT
HEMATOLOGI PROTEIN RASA
ALERGI ANALISA CSF KIMIA LAIN MENULAR
LAIN AKUT
SEKSUAL
Eosionofil Absolut Jumlah Sel HB-Elektroforesis IgA Asam Urat VDRL atau RPR
IgE Total Hitung Jenis G6PD IgG Asam Urat Urine TPHA
Leukosit
IgE Spesifik Glukosa Resistensi Osmotik IgM Amylase Pancreatic Anti Chlamydia IgG
Debu Rumah Protein Total Coombs Test CRP Kualitatif Lipase Anti Chlamydia IgM
Tungau Debu Nonne & Pandy Rumpel Leede CRP Kuantitatif Amylase Total GO (Mikroskopik)
Rumah
Bulu Ayam Rivalta
Epitel Anjing
Epitel Tikus
Kecoa
35
Coklat
Daging Ayam
Ikan
Jamur Aspergilius
Kacang-kacangan
Kepiting
Kerang
Kuning Telur
Putih Telur
Susu
Udang
36
3.5 Daftar Dokter Kabupaten Subang

Dafttar Dokter yang ada pada tabel 3.2 dibawah ini merupakan daftar
dokter di Klinik Laboratorium Almira, yang bertugas di Kabupaten Subang.
Tabel 3.8 Tabel Daftar Dokter
No Nama Dokter Alamat Dinas

1 Afti Masfiyah, Msi, dr Kalijati PKM Kalijati
2 Agus Sopyan, dr.Sp. BM Klinik Dewi Sartika RSUD Subang
3 Andriyano, dr Cidahu PKM
Cipunagara
4 Arief Hidayat Rahman, dr Dawuan RSUD Subang
5 Asep Wancana, dr Apotek K 24 RSUD Subang
6 Bidan Engkar Cihonje RSUD Subang
7 Bidan Nuraeni Kalijati Apotek Saluyu
8 Bidan Titin Belendung – Cibogo Klinik Korpri
9 Carina, dr PKM Cikalapa
10 D. Dimas Sari Utomo, dr Kalijati RSUD Subang
11 Debby Anggoro R, dr. Sp.A Pasirkareumbi – RSUD Subang
Subang
12 Denrus, dr Pagaden
13 Diana zrosfiah, dr Sp.A Jl.Brigjen Katamso
14 Dwinan. M, dr. MARS Cinangsi RSUD Subang
15 Eddy Hendarmin, dr Gg.Palabuan Subang
16 Evi Ellytha S, dr Klinik Korpri
17 Fatchurochman, dr.Sp.J Jl.Otsita Subang Klinik Medika
Farma
18 Frengki Supriatna, dr.Sp. PD RSUD Subang
19 Gatot, dr. Sp.S RS PTPN VIII
20 H.Arya N H,dr Ctanjungwangi RSUD Subang
BAB IV
HASIL PELAKSANAAN KERJA PRAKTEK
4.1 Kerangka Pelaksanaan

Kerangka pelaksanaan kerja praktek dibagi menjadi 5 (lima) tahapan
kegiatan utama, yaitu:
1. Analisis Kebutuhan, kegiatan ini dilakukan untuk menganalisa
kebutuhan sistem yang dilaksanakan dengan cara observasi,
wawancara atau studi literatur
2. Desain Sistem, kegiatan ini dilakukan untuk menterjemahkan
kebutuhan kedalam sebuah perancangan perangkat lunak sebelum
dibuat kode program.
3. Penulisan Kode, kegiatan ini dilakukan untuk penterjemahan desain
dalam bahasa yang bisa dikenali oleh komputer.
4. Pengujian, kegiatan ini dilakukan untuk menguji aplikasi yang telah
dibuat apakah berhasil dijalankan atau tidak.
5. Penyusunan Laporan, kegiatan ini dilakukan untuk membuat dokumen
laporan kerja praktek.
Kegiatan beserta jadwal pelaksanaan dapat dilihat pada table 4.1.
Tabel 4.9 Kerangka Pelaksanaan Kerja Praktek
September Oktober November Desember

No Kegiatan
1 2 1 2 3 4 1 2 3 4 1 2 3 4
1 Analisis Kebutuhan
2 Desain Sistem
Penulisan Kode
3
Program
4 Pengujian
Penyusunan
5
Laporan
37
38
4.2 Aktivitas Kerja Praktek

Aktivitas kerja praktek dilaksanakan dengan melihat kepada kerangka
yang telah dirancang sebelumnya. Berikut ini ialah detail aktivitas yang
dilaksanakan pada masing-masing kegiatan.
4.2.1 Analisis Kebutuhan
Kegiatan analisis kebutuhan dilaksanakan pada minggu ke-1
sampai minggu ke-2, yaitu pada tanggal 20 September 2018 sampai
dengan 30 September 2018. Dalam kegiatan ini penulis melakukan
observasi dan juga wawancara kepada narasumber yang bersangkutan dan
mengkaji berbagai sumber referensi untuk menambah pengetahuan secara
teoritis terhadap permasalahan yang terjadi untuk memberikan solusi yang
dapat diajukan.
4.2.2 Desain Sistem
Kegiatan desain sistem dilaksanakan pada minggu ke-3 sampai
minggu ke-5, yaitu pada tanggal 01 Oktober 2018 sampai dengan tanggal
19 Oktober 2018. Dalam kegiatan ini penulis melakukan perancangan dari
hasil analisis kebutuhan.
4.2.3 Penulisan Kode Program
Kegiatan penulisan kode program dilaksanakan pada minggu ke-6 sampai
minggu ke-10, yaitu pada tanggal 21 Oktober 2018 sampai dengan tanggal
28 November 2018. Dalam kegiatan ini penulis melakukan penulisan kode
program berdasarkan hasil analisis dan perancangan.
4.2.4 Pengujian
Kegiatan pengujian dilaksanakan pada minggu ke-10 sampai minggu ke-
11, yaitu pada tanggal 22 November 2018 sampai dengan tanggal 07
Desember 2018. Dalam kegiatan ini penulis mulai melakukan pengujian
perangkat lunak yang dibuat pada minggu ke-10 bersamaan dengan
penulisan kode program.
4.2.5 Penyusunan Laporan
Kegiatan pengujian dilaksanakan pada minggu ke-11 sampai minggu ke-
14, yaitu pada tanggal 02 Desember 2018 sampai dengan tanggal 25
39
Desember 2018. Dalam kegiatan ini penulis mulai melakukan penyusunan

laporan pada minggu ke-11 bersamaan dengan pengujian perangkat lunak.
4.3 Hambatan Kerja Praktek

Dalam melaksanakan kerja praktek tidak terlepas dari hambatan yang
terjadi selama pelaksanaan. Hambatan-hambatan yang ditemui selama
pelaksanaan kerja praktek ini antara lain ialah:
1. Terbatasnya kemampuan penulis dalam menguasai Bahasa
pemrograman PHP menggunakan framework codeigniter. Karena
framework codeigniter ini merupakan hal baru bagi penulis.
2. Terbatasnya waktu kerja praktek sehingga tidak banyak referensi yang
bisa di dapat.
3. Menyesuaikan sistem yang dibuat oleh penulis dengan kebutuhan
sistem yang ada pada Klinik Laboratorium Almira.
4.4 Analisis Kebutuhan
Dalam analisis kebutuhan ini diawali dengan menganalisis seluruh
kebutuhan dalam pengembangan. Analisis ini berupa analisis sistem yang berjalan
pada Klinik dan analisis sistem yang diusulkan oleh penulis untuk pengembangan
sistem pembayaran pada Klinik laboraotrium Almira.
4.4.1 Analisis Sistem Berjalan
Dalam kegiatan transaksi pembayaran dan pengelolaan laporan
penjualan pada Klinik Laboratorium Almira masih menggunakan proses
input dengan menggunakan aplikasi Microsoft Excel. Dalam proses
menggunakan Microsoft Excel ini menurut penulis masih memiliki
kekurangan, yaitu dari kecepatan transaksi pembayaran yang dilakukan
pada pasien umum yang ingin melakukan pemeriksaan dan sulitnya
pengelolaan laporan penjualan, karena file untuk laoran penjualan yang
dibuat pada Microsoft Excel masih terpisah dengan file transaksi
pembayaran yang dilakukan oleh kasir.
%3CmxGraphModel%3E%3Croot%3E%3CmxCell%20id%3D%220%22%2F%3E%3CmxCell%20id%3D%221%22%20parent%3D%220%22%2F%3E%3CmxCell%20id%3D%222%22%20value%3D%22Start%22%20style%3D%22ellipse%3BwhiteSpace%3Dwrap%3Bhtml%3D1%3B%22%20vertex%3D%221%22%20parent%3D%221%22%3E%3CmxGeometry%20x%3D%22122.5%22%20y%3D%22130%22%20width%3D%22105%22%20height%3D%2260%22%20as%3D%22geometry%22%2F%3E%3C%2FmxCell%3E%3C%2Froot%3E%3C%2FmxGraphModel%3E
40
4.4.2 Flowmap Sistem Transaksi Pembayaran Pemeriksaan Pasien

Umum yang Berjalan
Flowmap sistem transaksi pembayaran pemeriksaan pasien umum
yang berjalan pada klinik Laboratorium Almira dapat di lihat pada Gambar
4.1.
Gambar 4.5 Flowmap Sistem Transaksi Pembayaran Pemeriksaan

Pasien Umum yang Berjalan
41
4.4.3 Flowmap Sistem Pengelolaan Laporan Penjualan yang

Berjalan
Flowmap sistem transaksi pengelolaan laporan penjualan yang
berjalan pada klinik Laboratorium Almira dapat di lihat pada Gambar 4.2.
Gambar 4.6 Flowmap Sistem Pengelolaan Laporan Penjualan yang

Berjalan
42
4.5 Perancangan Sistem

Perancangan sistem merupakan uraian dari suatu sistem informasi yang
utuh kedalam bagian-bagian komponennya. Bertujuan untuk mendefinisikan dan
mengevaluasi permasalahan hambatan yang terjadi dan kebutuhan yang
diharapkan untuk sistem pembayaran pemeriksaan pasien umum pada Klinik
Laboratorium Almira ini.
4.5.1 Gambaran umum sistem yang diusulkan
Antara sistem yang baru dengan sistem yang lama memiliki perbedaan
pada proses pengelolaan datanya, jika pada sistem yang lama kasir harus
memasukan data pemeriksaan dari hasil lab yang diberikan oleh analis, mengecek
biaya pemeriksaan, memasukan biaya pemeriksaan dan menghitung kembalian
sesuai jumlah yang dibayarkan oleh pasien. Kemudian dari pengelolaan laporan
penjualan pun menjadi kurang efektif. Karena admin harus mencari tanggal
transaksi untuk pembuatan laporan dan menghitung pendapatan sesuai dengan
tanggal yang diinginkan. Sedangkan pada sistem yang baru ini kasir hanya perlu
memasukan kode pemeriksaan atau jenis pemeriksaan, dan sistem akan
menampilkan data pemeriksaan berupa biaya pemeriksaan sesuai dengan yang di
inputkan. Kemudian untuk menghitung kembalian kasir hanya perlu memasukan
jumlah yang dibayarkan pasien dan sistem akan menghitung berdasarkan total
biaya pemeriksaan dari hasil lab. Kemudian dari pengelolaan laporan
penjualannya, admin hanya perlu memasukan range tanggal yang diingikan dan
program akan menghitung total keseluruhan penjualan berdasarkan range tanggal
yang dimasukan.
yang Diusulkan
Flowmap sistem transaksi pembayaran pemeriksaan pasien umum yang
diusulkan pada klinik Laboratorium Almira dapat di lihat pada Gambar 4.3.
43
Gambar 4.7 Flowmap Sistem Transaksi Pembayaran Pemeriksaan Pasien

Umum yang Diusulkan
4.5.3 Flowmap Sistem Pengelolaan Laporan Penjualan yang Diusulkan

Flowmap sistem transaksi pengelolaan laporan penjualan yang diusulkan
pada klinik Laboratorium Almira dapat di lihat pada Gambar 4.4.
44
Gambar 4.8 Flowmap Sistem Pengelolaan Laporan Penjualan yang

Diusulkan
4.5.4 Perancangan UML

Perncangan ini dibuat menggunakan pendekatan berorientasi obyek, yaitu
dengan menggunakan use case diagram, skenario use case, activity diagram,
sequence diagram dan class diagram. Berikut perancangan yang penulis buat
pada sistem pembayaran pemeriksaan pasien umum pada Klinik Laboratorium
Almira :
4.5.5 Use Case Diagram
Perancangan use case diagram pada Klinik Laboratorium Almira dapat
dilihat pada Gambar 4.5.
45
Gambar 4.9 Use Case Diagram
4.5.6 Deskripsi Aktor

Deskripsi Aktor ini menjelaskan definisi setiap aktor yang terlibat dalam
mengakses aplikasi, yaitu kasir dan admin. Untuk lebih jelasnya mengenai
deskripsi aktor dapat dilihat pada Tabel 4.2.
Tabel 4.10 Deskripsi Aktor
No Aktor Deskripsi
1 Kasir Seseorang yang menggunakan sistem untuk
keperluan pelayanan transaksi pembayaran.
2 Admin Berfungsi untuk mengelola dan memproses

semua kegiatan dalam sistem.
46
4.5.7 Definisi Use Case

Definisi use case ini menjelaskan fungsi dari use case sistem pembayaran
pemeriksaan pasien umum. Untuk lebih jelasnya mengenai definisi use case dapat
dilihat pada Tabel 4.3.
Tabel 4.11 Definisi Use Case
No Deskripsi
1 Login Berfungsi untuk masuknya pengguna ke
dalam program.
2 Transaksi Berfungsi untuk melakukan proses
transaksi pembayaran pasien umum.
3 Kelola Data Pasien Berfungsi untuk mengatur data pasien di
sistem.
4 Kelola History Pembayaran Berfungsi untuk mengelola riwayat
pembayaran pasien dari setiap transaksi
yang dilakukan.
5 Kelola Data Pemeriksaan Berfungsi untuk mengatur data
pemeriksaan di sistem.
6 Logout Berfungsi untuk keluarnya pengguna di
dalam program.
7 Lihat Grafik Kategori Berfungsi untuk melihat grafik kategori
Pemeriksaan pemeriksaan dari setiap transaksi yang
dilakukan
8 Kelola User Berfungsi untuk mengatur user yang
mengakses program.
9 Kelola Laporan Penjualan Berfungsi untuk membuat laporan
penjualan berdasarkan tanggal, bulan
dan tahun.
4.5.8 Skenario Use Case
Skenario use case pada Klinik Laboratorium Almira terdiri dari beberapa
modul yang didapatkan dari identifikasi use case. Tabel dibawah ini menjelaskan
mengenai Skenario dari use case login, transaksi, kelola data pasien, kelola
history pembayaran, kelola data pemeriksaaan, logout, lihat grafik kategori
pemeriksaan, kelola user dan kelola laporan penjualan.
47
Tabel 4.12 Skenario Use Case Login
Kode Use Case UC001

Nama Use Case Login
Aktor Kasir dan Admin
Precondition Aktor akan memasukan username dan password
Postcondition Aktor Masuk ke dalam system
Deskripsi Usecase yang berfungsi untuk masuk ke dalam system
Alur Aktor Sistem
1. Masukan
username dan
password
2. Klik Sign in
3. Verifikasi User
4. Apabila username dan
password salah maka
kembali ke halaman
Login dan tampilkan
notifikasi login gagal.
Cek kombinasi
username & password !
5. Apabila username dan
password benar, masuk
ke halaman transaksi
untuk Kasir dan masuk
ke halaman grafik
kategori pemeriksaan
untuk admin.
6. Notifikasi Anda masuk
sebagai.
Tabel 4.13 Skenario Use Case Transaksi
Kode Use Case UC002

Nama Use Case Transaksi
Aktor Kasir
Precondition Aktor akan melayani transaksi pembayaran
pemeriksaan
Postcondition Aktor telah melakukan transaksi pembayaran
pemeriksaan
Deskripsi Usecase yang berfungsi untuk melakukan transaksi
pembayaran pemeriksaan
48
Alur Aktor Sistem

1. Masukan kode 2. Menampilkan data
pemeriksaan atau jenis pemeriksaan
jenis pemeriksaan
3. Pilih data nama 4. Menampilkan data
pasien
pasien
5. Masukan jumlah 6. Menampilkan Jumlah
kembalian
pembayaran
7. Masukan catatan
transaksi
(jika ada)
8. Klik Cetak 9. Menampilkan nota
pemeriksaan
berbentuk pdf
10. Cetak nota
11. Klik Simpan 12. Menampilkan
notifikasi transaksi
berhasil disimpan
Tabel 4.14 Skenario Use Case Kelola Data Pasien
Kode Use Case UC003

Nama Use Case Kelola data pasien
Precondition Aktor akan menegelola data pasien
Postcondition Aktor telah selesai mengelola data pasien
Deskripsi Usecase yang berfungsi untuk pengelolaan data pasien
Alur Aktor Sistem
1. Aktor masuk
halaman data pasien
2. Aktor mengakses 3. Menampilkan Form
menu tambah data
tambah data pasien
pasien
4. Aktor mengakses 5. Menampilkan Form
menu edit data
edit data pasien
pasien
6. Admin dapat
menghapus data
pasien
Tabel 4.15 Skenario Use Case Kelola History Pembayaran

49
Kode Use Case UC004

Nama Use Case Kelola history pembayaran
Precondition Aktor akan mengelola history pembayaran
Postcondition Aktor telah mengelola history pembayaran
Deskripsi Usecase yang berfungsi untuk mengelola history
Pembayaran
Alur Aktor Sistem
1. Aktor masuk
halaman history
pembayaran
2. Aktor memilih 3. Menampilkan detail
nomor nota
transaksi pemeriksaan
pemeriksaan
4. Aktor cetak nota 5. Menampilkan nota
pemeriksaan
pemeriksaan
berbentuk pdf
6. Admin dapat 7. History pembayaran
telah terhapus
menghapus history
pembayaran setiap
transaksi
Tabel 4.16 Skenario Use Case Kelola Data Pemeriksaan
Kode Use Case UC005

Nama Use Case Kelola data pemeriksaan
Precondition Aktor akan mengelola data pemeriksaan
Postcondition Aktor telah mengelola data pemeriksaan
Deskripsi Usecase yang berfungsi untuk mengelola data
pemeriksaan
Alur Aktor Sistem
1. Aktor mengakses 2. Menampilkan data
menu semua jenis semua jenis
pemeriksaan pemeriksaan
3. Aktor melihat data
jenis pemeriksaan
4. Admin mengakses 5. Menampilkan Form
Form tambah data
tambah data jenis
jenis pemeriksaan
pemeriksaan
50
Form edit data jenis edit data jenis

pemeriksaan
pemeriksaan
8. Admin dapat 9. Data jenis
pemeriksaan telah
menghapus data
terhapus
jenis pemeriksaan
10. Aktor mengakses 11. Menampilkan data
kategori
menu kategori
pemeriksaan
pemeriksaan
12. Aktor melihat list 13. Menmapilkan data
kategori
kategori
pemeriksaan
pemeriksaan
tambah kategori
Form tambah
pemeriksaan
kategori
pemeriksaan
edit kategori
Form edit kategori
pemeriksaan
pemeriksaan
18. Admin dapat 19. Kategori
pemeriksaan telah
menghapus kategori
terhapus
pemeriksaan
Tabel 4.17 Skenario Use Case Logout
Kode Use Case UC006

Nama Use Case Logout
Precondition Aktor berada di dalam system
Postcondition Aktor telah keluar dari system
Deskripsi Usecase yang berfungsi untuk keluar dari system
Alur Aktor Sistem
1. Akses menu logout 2. Hancurkan session
3. Menampilkan
halaman Login
Tabel 4.18 Skenario Use Case Lihat Grafik Kategori Pemeriksaan

51
Kode Use Case UC007

Nama Use Case Lihat Grafik Kategori Pemeriksaan
Aktor Admin
Precondition Aktor akan melihat grafik kategori pemeriksaan
Postcondition Aktor telah melihat grafik kategori pemeriksaan
Deskripsi Usecase yang berfungsi untuk melihat grafik kategori
pemeriksaan dari setiap transaksi yang terjadi
Alur Admin Sistem
1. Akses menu grafik 2. Menampilkan grafik
kategori pemeriksaan
Tabel 4.19 Skenario Use Case Kelola User
Kode Use Case UC008

Nama Use Case Kelola user
Aktor Admin
Precondition Aktor akan mengelola user
Postcondition Aktor telah mengelola user
Deskripsi Usecase yang berfungsi untuk mengelola data user
Alur Admin Sistem
1. Akses menu list user 2. Menampilkan list
user
3. Akses Form tambah 4. Menampilkan Form
user tambah data user
5. Akses Form edit 6. Menampilkan Form
user edit user
7. Aktor dapat 8. Data kasir telah
menghapus data terhapus
kasir
Tabel 4.20 Skenario Use Case Kelola Laporan Penjualan
Kode Use Case UC009

Nama Use Case Kelola laporan penjualan
Aktor Admin
Precondition Aktor akan mengelola laporan penjualan
Postcondition Aktor telah mengelola laporan penjualan
Deskripsi Usecase yang berfungsi untuk menegelola laporan
penjualan sesuai range tanggal yang diinginkan
Alur Admin Sistem
1. Akses menu laporan 2. Menampilkan Form
range tanggal,bulan
dan tahun
52
3. Pilih tanggal awal

4. Pilih tanggal akhir
5. Klik tampilkan 6. Menampilkan laporan
penjualan sesuai
range tanggal yang
dimasukan
7. Klik export ke pdf 8. Menampilkan laporan
dalam bentuk pdf
9. Klik export ke excel 10. Menampilkan laporan
dalam bentuk file
Microsoft excel
4.5.9 Activity Diagram

Activity Diagram mendeskripsikan interaksi user dan sistem, proses bisnis,
dan aliran kerja dalam fungsi tertentu. Berikut merupakan uraian activity diagram
untuk setiap modul.
a. Activity Diagram Login
Activity diagram Login menjelaskan interaksi aktor dengan sistem dalam
melakukan proses login. Untuk lebih jelasnya dapat dilihat pada Gambar 4.6.
53
Gambar 4.10 Activity Diagram Login
b. Activity Diagram Transaksi

Activity diagram Transaksi menjelaskan interaksi kasir dengan sistem
dalam melakukan proses transaksi. Untuk lebih jelasnya dapat dilihat pada
Gambar 4.7.
54
Gambar 4.11 Activity Diagram Transaksi

55
c. Activity Diagram Kelola Data Pasien

Activity diagram kelola data pasien menjelaskan interaksi admin atau kasir
dengan sistem dalam melakukan kelola data pasien. Untuk lebih jelasnya dapat
Gambar 4.12 Activity Diagram Kelola Data Pasien

56
d. Activity Diagram Kelola History Pembayaran

Activity diagram kelola history pembayaran menjelaskan interaksi admin
atau kasir dengan sistem dalam melakukan kelola history pembayaran. Untuk
lebih jelasnya dapat dilihat pada Gambar 4.9.
Gambar 4.13 Activity Diagram Kelola History Pembayaran

57
e. Activity Diagram Kelola Data Pemeriksaan

Activity diagram kelola data pemeriksaan menjelaskan interaksi admin
atau kasir dengan sistem dalam melakukan kelola data pemeriksaan. Untuk lebih
jelasnya dapat dilihat pada Gambar 4.10.
Gambar 4.14 Activity Diagram Kelola Data Pemeriksaan

58
f. Activity Diagram Logout

Activity diagram logout menjelaskan interaksi admin atau kasir dengan
sistem dalam melakukan proses logout. Untuk lebih jelasnya dapat dilihat pada
Gambar 4.11.
Gambar 4.15 Activity Diagram Logout
g. Activity Diagram Lihat Grafik Kategori Pemeriksaan

Activity diagram lihat grafik kategori pemeriksaan menjelaskan interaksi
Admin dengan sistem dalam melakukan proses melihat grafik kategori
pemeriksaan. Untuk lebih jelasnya dapat dilihat pada Gambar 4.12.
59
Gambar 4.16 Activity Diagram Lihat Grafik Kategori Pemeriksaan
h. Activity Diagram Kelola User

Activity diagram kelola user menjelaskan interaksi admin dengan sistem
dalam melakukan proses mengelola user. Untuk lebih jelasnya dapat dilihat pada
Gambar 4.13.
Gambar 4.17 Activity Diagram Kelola User

60
i. Activity Diagram Kelola Laporan Penjualan

Activity diagram kelola laporan penjualan menjelaskan interaksi admin
dengan sistem dalam melakukan proses pengelolaan laporan penjualan. Untuk
Gambar 4.18 Activity Diagram Kelola Laporan Penjualan

61
4.5.10 Sequence Diagram

Sequence diagram menggambarkan interaksi antar objek dalam sebuah
sistem serta menggambarkan aliran fungsionalitas dalam use case.
a. Sequence Diagram Login
Sequence diagram login menjelaskan mengenai admin atau kasir dalam
melakukan proses login terhadap sistem. Untuk lebih jelasnya dapat dilihat pada
Gambar 4.15.
Gambar 4.19 Sequence Diagram Login
b. Sequence Diagram Transaksi

Sequence diagram transaksi menjelaskan mengenai kasir dalam
melakukan proses transaksi terhadap sistem. Untuk lebih jelasnya dapat dilihat
pada Gambar 4.16.
62
Gambar 4.20 Sequence Diagram Transaksi
c. Sequence Diagram Kelola Data Pasien

Sequence diagram kelola data pasien menjelaskan mengenai admin atau
kasir dalam melakukan proses kelola data pasien terhadap sistem. Untuk lebih
jelasnya dapat dilihat pada Gambar 4.17.
Gambar 4.21 Sequence Diagram Kelola Data Pasien

63
d. Sequence Diagram Kelola History Pembayaran

Sequence diagram kelola history pembayaran menjelaskan mengenai
admin atau kasir dalam melakukan proses pengelolaan history pembayaran
terhadap sistem. Untuk lebih jelasnya dapat dilihat pada Gambar 4.18.
Gambar 4.22 Sequence Diagram Kelola History Pembayaran
e. Sequence Diagram Kelola Data Pemeriksaan

Sequence diagram kelola data pemeriksaan menjelaskan mengenai admin
atau kasir dalam melakukan proses pengelolaan data pemeriksaan terhadap sistem.
Untuk lebih jelasnya dapat dilihat pada Gambar 4.19.
64
Gambar 4.23 Sequence Diagram Kelola Data Pemeriksaan
f. Sequence Diagram Logout

Sequence diagram logout menjelaskan mengenai admin atau kasir saat
keluar dari sistem. Untuk lebih jelasnya dapat dilihat pada Gambar 4.20.
65
Gambar 4.24 Sequence Diagram Logout
g. Sequence Diagram Lihat Grafik Kategori Pemeriksaan

Sequence diagram lihat grafik kategori pemeriksaan menjelaskan
mengenai admin saat melakukan proses untuk melihat grafik kategori
pemeriksaan terhadap sistem. Untuk lebih jelasnya dapat dilihat pada Gambar
4.21.
Gambar 4.25 Sequence Diagram Lihat Grafik Kategori Pemeriksaan

66
h. Sequence Diagram Kelola User

Sequence diagram kelola user menjelaskan mengenai admin dalam proses
pengelolaan user terhadap sistem. Untuk lebih jelasnya dapat dilihat pada Gambar
4.22.
Gambar 4.26 Sequence Diagram Kelola User
i. Sequence Diagram Kelola Laporan Penjualan

Sequence diagram kelola laporan penjualan menjelaskan mengenai admin
dalam melakukan proses pengelolaan laporan penjualan terhadap sistem. Untuk
67
Gambar 4.27 Sequence Diagram Kelola Laporan Penjualan
4.5.11 Class Diagram

Class diagram adalah diagram yang menggambarkan class model yang
bekerja pada sistem. Terdapat beberapa class model yang ada pada sistem
pembayaran pemeriksaan pasien umum pada Klinik Laboratorium Almira. Untuk
68
Gambar 4.28 Class Diagram Sistem Pembayaran Pemeriksaan Pasien Umum

69
4.5.12 Perancangan Antar Muka

Perancangan antar muka merupakan perancangan untuk tampilan layar
monitor bagi user yang menggunakan sistem pembayaran pemeriksaan pasien
umum pada Klinik Laboratorium Almira.
a. Tampilan Perancangan Form Login
Berikut ini merupakan tampilan perancangan unntuk halaman awal sistem
pembayaran pemeriksaan pasien umum yaitu, halaman form login. Dapat dilihat
pada Gambar 4.25.
Gambar 4.29 Tampilan Perancangan Form Login
b. Tampilan Perancangan Form Transaksi Pembayaran untuk Kasir

Berikut ini merupakan tampilan perancangan form transaksi pembayaran
untuk kasir. Dapat dilihat pada Gambar 4.26.
70
Gambar 4.30 Tampilan Perancangan Form Transaksi Pembayaran untuk

Kasir
71
c. Tampilan Perancangan Cetak Nota Transaksi

Berikut ini merupakan tampilan perancangan cetak nota ransaksi
pembayaran. Dapat dilihat pada Gambar 4.27.
Gambar 4.31 Tampilan Perancangan Cetak Nota Transaksi
d. Tampilan Perancangan Data Pasien untuk Kasir

Berikut ini merupakan tampilan perancangan data pasien untuk kasir.
Dapat dilihat pada Gambar 4.28.
72
Gambar 4.32 Tampilan Perancangan Data Pasien untuk Kasir
e. Tampilan Perancangan History Pembayaran untuk Kasir

Berikut ini merupakan tampilan perancangan history pembayaran untuk
kasir. Dapat dilihat pada Gambar 4.29.
Gambar 4.33 Tampilan Perancangan History Pembayaran untuk Kasir

73
f. Tampilan Perancangan List Semua Jenis Pemeriksaan untuk Kasir

Berikut ini merupakan tampilan perancangan list semua jenis pemeriksaan
untuk kasir. Dapat dilihat pada Gambar 4.30.
Gambar 4.34 Tampilan Perancangan List Semua Jenis Pemeriksaan untuk

Kasir
g. Tampilan Perancangan Kategori Pemeriksaan untuk Kasir

Berikut ini merupakan tampilan perancangan kategori pemeriksaan untuk
kasir. Dapat dilihat pada Gambar 4.31.
Gambar 4.35 Tampilan Perancangan Kategori Pemeriksaan untuk Kasir

74
h. Tampilan Perancangan Grafik Kategori Pemeriksaan untuk Admin

Berikut ini merupakan tampilan perancangan grafik kategori pemeriksaan
untuk admin. Dapat dilihat pada Gambar 4.32.
Gambar 4.36 Tampilan Perancangan Grafik Kategori Pemeriksaan untuk

Admin
i. Tampilan Perancangan Data Pasien untuk Admin

Berikut ini merupakan tampilan perancangan data pasien untuk admin.
Gambar 4.37 Tampilan Perancangan Data Pasien untuk Admin

75
j. Tampilan Perancangan History Pembayaran untuk Admin

Berikut ini merupakan tampilan perancangan history pembayaran untuk
admin. Dapat dilihat pada Gambar 4.34.
Gambar 4.38 Tampilan Perancangan History Pembayaran untuk Admin
k. Tampilan Perancangan List Semua Jenis Pemeriksaan untuk Admin

Berikut ini merupakan tampilan perancangan list semua jenis pemeriksaan
Gambar 4.39 Tampilan Perancangan List Semua Jenis Pemeriksaan untuk

Admin
76
l. Tampilan Perancangan Kategori Pemeriksaan untuk Admin

Berikut ini merupakan tampilan perancangan kategori pemeriksaan untuk
Gambar 4.40 Tampilan Perancangan Kategori Pemeriksaan untuk Admin
m. Tampilan Perancangan Laporan Penjualan untuk Admin

Berikut ini merupakan tampilan perancangan laporan penjualan untuk
Gambar 4.41 Tampilan Perancangan Laporan Penjualan untuk Admin

77
n. Tampilan Perancangan Cetak Laporan Penjualan untuk Admin

Berikut ini merupakan tampilan perancangan cetak laporan penjualan
Gambar 4.42 Tampilan Perancangan Cetak Laporan Penjualan untuk

Admin
o. Tampilan Perancangan List User untuk Admin

Berikut ini merupakan tampilan perancangan list user untuk admin. Dapat
Gambar 4.43 Tampilan Perancangan List User untuk Admin

78
p. Tampilan Perancangan Form Tambah Pemeriksaan untuk Admin

Berikut ini merupakan tampilan perancangan form tambah pemeriksaan
Gambar 4.44 Tampilan Perancangan Form Tambah Pemeriksaan untuk

Admin
q. Tampilan Perancangan Form Edit Pemeriksaan untuk Admin

Berikut ini merupakan tampilan perancangan form edit pemeriksaan untuk
Gambar 4.45 Tampilan Perancangan Form Edit Pemeriksaan untuk Admin

79
r. Tampilan Perancangan Form Tambah Kategori untuk Admin

Berikut ini merupakan tampilan perancangan form tambah kategori untuk
Gambar 4.46 Tampilan Perancangan Form Tambah Kategori untuk Admin
s. Tampilan Perancangan Form Edit Kategori untuk Admin
Berikut ini merupakan tampilan perancangan form edit kategori untuk

Gambar 4.47 Tampilan Perancangan Form Edit Kategori untuk Admin

80
t. Tampilan Perancangan Form Tambah User untuk Admin
Berikut ini merupakan tampilan perancangan form tambah user untuk

Gambar 4.48 Tampilan Perancangan Form Tambah User untuk Admin
u. Tampilan Perancangan Form Edit User untuk Admin
Berikut ini merupakan tampilan perancangan form edit user untuk admin.
81
Gambar 4.49 Tampilan Perancangan Form Edit User untuk Admin
v. Tampilan Perancangan Tambah Data Pasien untuk Kasir atau Admin
Berikut ini merupakan tampilan perancangan tambah data pasien untuk

kasir atau admin. Dapat dilihat pada Gambar 4.46.
82
Gambar 4.50 Tampilan Perancangan Tambah Data Pasien untuk Kasir atau
Admin
w. Tampilan Perancangan Edit Data Pasien untuk Kasir atau Admin
Berikut ini merupakan tampilan perancangan edit data pasien untuk kasir
atau admin. Dapat dilihat pada Gambar 4.47.
83
Gambar 4.51 Tampilan Perancangan Edit Data Pasien untuk Kasir atau
Admin
x. Tampilan Perancangan Detail Transaksi untuk Kasir atau Admin
Berikut ini merupakan tampilan perancangan detail transaksi untuk kasir

atau admin. Dapat dilihat pada Gambar 4.48.
Gambar 4.52 Tampilan Perancangan Detail Transaksi untuk Kasir atau

Admin
84
y. Tampilan Perancangan Form Ubah Password untuk Kasir atau Admin

Berikut ini merupakan tampilan perancangan form ubah password untuk
kasir atau admin. Dapat dilihat pada Gambar 4.49.
Gambar 4.53 Tampilan Perancangan Form Ubah Password untuk Kasir atau
Admin
85
4.6 Penulisan Kode Program

Penulisan kode program merupakan tahapan lanjutan setelah perancangan
sistem. Berikut ini merupakan hasil tampilan antar muka yang telah dibuat
berdasarkan dari tahapan perancangan dengan menggunakan bahasa pemrograman
PHP.
a. Tampilan Form Login
Halaman form login digunakan untuk masuk ke dalam sistem sesuai
dengan hak akses yang telah diberikan. Halaman form login dapat dilihat pada
Gambar 4.50.
Gambar 4.54 Tampilan Form Login
b. Tampilan Form Transaksi Pembayaran untuk Kasir

Berikut ini merupakan tampilan form transaksi pembayaran untuk kasir
saat melayani pembayaran pemeriksaan. Form transaksi pembayaran dapat dilihat
pada Gambar 4.51.
86
Gambar 4.55 Tampilan Form Transaksi Pembayaran untuk Kasir
c. Tampilan Cetak Nota Transaksi

Berikut ini merupakan tampilan form cetak nota transaksi pembayaran.
Gambar 4.56 Tampilan Cetak Nota Transaksi

87
d. Tampilan Data Pasien untuk Kasir

Berikut ini merupakan tampilan data pasien untuk kasir yang ingin melihat
atau mengedit data pasien yang melakukan pembayaran . Dapat dilihat pada
Gambar 4.53.
Gambar 4.57 Tampilan Data Pasien untuk Kasir
e. Tampilan History Pembayaran untuk Kasir

Berikut ini merupakan tampilan history pembayaran untuk kasir yang
ingin melihat history pembayaran yang terjadi. Dapat dilihat pada Gambar 4.54.
Gambar 4.58 Tampilan History Pembayaran untuk Kasir

88
f. Tampilan List Semua Jenis Pemeriksaan untuk Kasir

Berikut ini merupakan tampilan list semua jenis pemeriksaan untuk kasir
yang ingin melihat list semua jenis pemeriksaan. Dapat dilihat pada Gambar 4.55.
Gambar 4.59 Tampilan List Semua Jenis Pemeriksaan untuk Kasir
g. Tampilan Kategori Pemeriksaan untuk Kasir

Berikut ini merupakan tampilan kategori pemeriksaan untuk kasir yang
ingin melihat kategori pemeriksaan. Dapat dilihat pada Gambar 4.56.
Gambar 4.60 Tampilan Kategori Pemeriksaan untuk Kasir

89
h. Tampilan Grafik Kategori Pemeriksaan untuk Admin

Berikut ini merupakan tampilan grafik kategori pemeriksaan untuk admin
melihat grafik kategori pemeriksaan sesuai dengan transaksi yang terjadi. Dapat
Gambar 4.61 Tampilan Grafik Kategori Pemeriksaan untuk Admin
i. Tampilan Data Pasien untuk Admin

Berikut ini merupakan tampilan data pasien untuk admin yang akan
mengelola data pasien. Dapat dilihat pada Gambar 4.58.
Gambar 4.62 Tampilan Data Pasien untuk Admin

90
j. Tampilan History Pembayaran untuk Admin

Berikut ini merupakan tampilan history pembayaran untuk admin yang
akan mengelola history pembayaran. Dapat dilihat pada Gambar 4.59.
Gambar 4.63 Tampilan History Pembayaran untuk Admin
k. Tampilan Semua Jenis Pemeriksaan untuk Admin

Berikut ini merupakan tampilan semua jenis pemeriksaan untuk admin
yang akan mengelola data semua jenis pemeriksaan. Dapat dilihat pada Gambar
4.60.
Gambar 4.64 Tampilan Semua Jenis Pemeriksaan untuk Admin

91
l. Tampilan Kategori Pemeriksaan untuk Admin

Berikut ini merupakan tampilan kategori pemeriksaan untuk admin yang
akan mengelola kategori pemeriksaan. Dapat dilihat pada Gambar 4.61.
Gambar 4.65 Tampilan Kategori Pemeriksaan untuk Admin
m. Tampilan Laporan Penjualan untuk Admin

Berikut ini merupakan tampilan laporan penjualan untuk admin yang akan
mencetak atau sekedar melihat laporan penjulan berdasarkan range tanggal yang
dimasukan. Dapat dilihat pada Gambar 4.62.
Gambar 4.66 Tampilan Laporan Penjualan untuk Admin

92
n. Tampilan Cetak Laporan Penjualan untuk Admin

Berikut ini merupakan tampilan cetak laporan penjualan untuk admin.
Gambar 4.67 Tampilan Cetak Laporan Penjualan untuk Admin
o. Tampilan Form List User Admin

Berikut ini merupakan tampilan form list user untuk admin yang akan
mengelola user. Dapat dilihat pada Gambar 4.64.
Gambar 4.68 Tampilan List User untuk Admin

93
p. Tampilan Form Tambah Pemeriksaan untuk Admin

Berikut ini merupakan tampilan form tambah pemeriksaan untuk admin
yang akan menambah data pemeriksaan. Dapat dilihat pada Gambar 4.65.
Gambar 4.69 Tampilan Form Tambah Pemeriksaan untuk Admin
q. Tampilan Form Edit Pemeriksaan untuk Admin

Berikut ini merupakan tampilan form edit pemeriksaan untuk admin yang
akan edit data pemeriksaan. Dapat dilihat pada Gambar 4.66.
Gambar 4.70 Tampilan Form Edit Pemeriksaan untuk Admin

94
r. Tampilan Form Tambah Kategori untuk Admin

Berikut ini merupakan tampilan form tambah kategori untuk admin yang
akan menambahkan kategori pemeriksaan. Dapat dilihat pada Gambar 4.67.
Gambar 4.71 Tampilan Form Tambah Kategori untuk Admin
s. Tampilan Form Edit Kategori untuk Admin

Berikut ini merupakan tampilan form edit kategori untuk admin yang akan
edit kategori pemeriksaan. Dapat dilihat pada Gambar 4.68.
Gambar 4.72 Tampilan Form Edit Kategori untuk Admin

95
t. Tampilan Form Tambah User untuk Admin

Berikut ini merupakan tampilan form tambah user untuk admin yang akan
menambah data user. Dapat dilihat pada Gambar 4.69.
Gambar 4.73 Tampilan Form Tambah User untuk Admin
u. Tampilan Form Edit User untuk Admin

Berikut ini merupakan tampilan form edit user untuk admin yang akan edit
data user. Dapat dilihat pada Gambar 4.70.
Gambar 4.74 Tampilan Form Edit User untuk Admin

96
v. Tampilan Form Form Tambah Pasien untuk Kasir atau Admin

Berikut ini merupakan tampilan form tambah pasien untuk kasir atau
admin yang akan menambah data pasien. Dapat dilihat pada Gambar 4.71.
Gambar 4.75 Tampilan Form Tambah Pasien untuk Kasir atau Admin
w. Tampilan Form Edit Pasien untuk Kasir atau Admin

Berikut ini merupakan tampilan form edit pasien untuk kasir atau admin
yang akan mengedit data pasien. Dapat dilihat pada Gambar 4.72.
Gambar 4.76 Tampilan Form Edit Pasien untuk Kasir atau Admin
97
x. Tampilan Detail Transaksi untuk Kasir atau Admin

Berikut ini merupakan tampilan detail transaksi untuk kasir atau admin
yang ingin melihat detail transaksi yang ada di history pembayaran. Dapat dilihat
pada Gambar 4.73.
Gambar 4.77 Tampilan Detail Transaksi untuk Kasir atau Admin
y. Tampilan Ubah Password untuk Kasir atau Admin

Berikut ini merupakan tampilan ubah password untuk kasir atau admin
yang akan mengubah passowrd. Dapat dilihat pada Gambar 4.74.
Gambar 4.78 Tampilan Ubah Password untuk Kasir atau Admin

98
4.7 Pengujian
Pengujian dilakuka untuk memastikan perangkat lunak yang dibuat oleh
penulis sesuai dengan rancangan dan berfungsi dengan baik, maka perangkat
lunak yang sudah diimplementasikan harus diuji. Pengujian yang digunakan yiatu
Black Box Testing, merupakan metode pengujian perangkat lunak yang menguji
dan memeriksa fungsionalitas aplikasi. Alasan penulis menggunakan Black Box
Testing ini karena, kesalahan yang terjadi pada perangkat lunak dapat dilihat
langsung pada penggunaan yang sebenarnya tanpa harus melihat kode sumber
yang bersifat rahasia. Untuk lebih jelasnya dapa dilihat pada Tabel 4.13.
Tabel 4.21 Tabel Pengujian Perangkat Lunak
No Fungsi yang diuji Cara Pengujian Hasil yang Hasil

diharapkan Pengujian
1 Login Memasukan Menampilkan Berhasil
Username dan halaman
password. Kemudian beranda
klik sign in masing-
masing user
2 Cetak Transaksi Mengisi Form data Menmapilkan Berhasil
transaksi. Kemudian nota
klik Cetak pemeriksaan
beserta data
transaksi
yang
dimasukan
berbentuk pdf
3 Simpan Transaksi Mengisi Form data Menampilkan Berhasil
transaksi. Kemudian notifikasi
klik Simpan “transaksi
berhasil
disimpan”
4 Menu Data Pasien Klik menu Data Menampilkan Berhasil
Pasien list data
99
pasien
5 Tambah Pasien Mengisi Form data Menampilkan Berhasil
pasien. Kemudian notifikasi
klik Simpan Data “berhasil
ditambahkan
sebagai
pasien”
6 Edit Pasien Mengisi Form edit Menampilkan Berhasil
pasien. Kemudian notifikasi
klik Update Data “data pasien
berhasil di
update”
7 Hapus Pasien Klik Hapus pada list Menampilkan Berhasil
data pasien notifikasi
“data berhasil
dihapus”
8 Menu History Klik menu History Menampilkan Berhasil
Pembayaran pembayaran list history
pembayaran
9 Cetak History klik nomor nota dari Menmapilkan Berhasil
Pembayaran dari list history nota
Detail Transaksi pembayaran. pemeriksaan
Pembayaran Kemudian klik berbentuk pdf
Cetak
10 Hapus Hitory Klik Hapus pada list Menampilkan Berhasil
pembayaran history pmebayaran notifikasi
“transaksi
berhasil di
hapus”
11 Menu Semua Klik menu Semua Menampilkan Berhasil
Jenis Jenis Pemeriksaan list semua
Pemeriksaan jenis
pemeriksaan
12 Tambah Mengisi Form Menampilkan Berhasil
Pemeriksaan tambah pemeriksaan. notifikasi
100
Kemudian klik “data

Simpan Data pemeriksaan
berhasil di
simpan”
13 Edit Pemeriksaan Mengisis Form edit Menampilkan Berhasil
pemeriksaan. notifikasi
Kemudian klik “data
Update Data pemeriksaan
berhasil di
update”
14 Hapus Klik Hapus pada list Menampilkan Berhasil
Pemeriksaan pemeriksaan notifikasi
“data berhasil
dihapus”
15 Menu List Klik menu List Menampilkan Berhasil
Kategori Kategori list kategori
16 Tambah Kategori Mengisi Form Menampilkan Berhasil
tambah kategori. notifikasi
Kemudian klik “berhasil
Simpan Data ditambahkan”
17 Edit Kategori Mengisi Form edit Menampilkan Berhasil
kategori. Kemudian notifikasi
klik Update Data ”data berhasil
di update”
18 Hapus Kategori Klik Hapus pada list Menampilkan Berhasil
kategori notifikasi
“data berhasil
dihapus”
19 Menu Laporan Klik menu Laporan Menampilkan Berhasil
Form range
tanggal
20 Tampilkan Klik Tampilkan pada Menampilkan Berhasil
Laporan menu Laporan laporan
penjualan
sesuai range
101
tanggal yang
dimasukan
21 Export Laporan Klik Export ke PDF Menampilkan Berhasil
ke Pdf laporan
penjualan
berbentuk
Pdf
22 Export Laporan Klik Export ke Excel Menampilkan Berhasil
ke Excel laporan
penjualan
berbentuk
Excel
23 Menu list User Klik menu List User Menampilkan Berhasil
list user
24 Tambah User Mengisi Form Menampilkan Berhasil
tambah user. notifikasi
Kemudian klik ”data user
Simpan Data berhasil di
simpan"
25 Edit User Mengisi Form edit Menampilkan Berhasil
user. Kemudian klik notifikasi
Update Data ”data user
berhasil di
update”
26 Hapus User Klik Hapus pada list Menampilkan Berhasil
user notifikasi
”data berhasil
dihapus”
27 Ubah Password Klik menu Ubah Menampilkan Berhasil
Password. notifikasi
Kemudian klik Ubah ”Password
Password berhasil di
update”
28 Logout Klik menu Logout Keluar dari Berhasil
program
BAB V
KESIMPULAN DAN SARAN
5.1 Kesimpulan
Berdasarkan hasil dari penelitian kerja praktek yang telah dilakukan,
penulis telah berhasil merancang dan membangun sebuah sistem pembayaran
pemeriksaan pasien umum pada Klinik Laboratorium Almira Kabupaten Subang
dengan menggunakan metode pengembangan waterfall dan juga dengan adanya
sistem pembayaran pemeriksaan pasien umum pada Klinik Laboratorium Almira
ini dapat mempermudah pekerjaan yang dilakukan dalam mengelola informasi
mengenai pengelolaan data keuangan dan transaksi pembayaran yang dapat
dilakukan dengan cepat. Dengan adanya sistem ini diharapkan dapat membantu
meningkatkan proses bisnis dan dapat mengefektifkan serta mengefisienkan
pengelolaan sistem pembayaran secara keseluruhan.
5.2 Saran
Saran untuk sistem pembayaran pemeriksaan pasien umum pada Klinik
Laboratorium Almira adalah sebagai berikut :
1. Perlu adanya fitur range tanggal pada grafik kategori pemeriksaan untuk
menampilkan grafik sesuai dengan range tanggal yang diinginkan.
2. Perlu adanya penambahan program rekam medis pada pasien umum agar
hasil lab bisa langsung dihubungkan dengan bagian pembayaran, jadi tidak
perlu lagi memberikan hasil lab dalam bentuk hardcopy.
3. Diharapkan program sistem pembayaran pemeriksaan pasien umum yang
telah dibuat ini dapat dikembangkan dengan lebih kompleks sehingga
semua aktivitas di klinik dapat dilakukan dengan mudah dan efektif
terutama dalam pengelolaan data.
102
103
DAFTAR PUSTAKA
Anhar (2010) PHP & MySql Secara Otodidak. Jakarta: PT TransMedia.

Basuki, A. . (2010) Membangun Web Berbasis PHP dengan Framework
Codeigniter. Yogyakarta: Lokomedia.
Blanco, J.A. and Upton, D. (2009) Codeigniter 1.7. Birmingham: Packt
Publishing.
Ika, A. et al. (2014) ‘Pasien Pada Klinik Cavita Medika’.
Jogiyanto (2010) Analisis dan Desain Sistem Informasi. Edisi IV. Yogyakarta:
Andi Offset.
Kadir, A. (2013) Belajar Sendiri Pasti Bisa jQuery. Yogyakarta: Mediakom.
Kawistara, H. P. and J. (2017) Pemrograman WEB. Yogyakarta: Informatika dan
Badiyanto.
Listfield, R. dan F. M.-N. (1994) Modernizing Payment System in Emerging
Economies. World Bank Policy Research Working Paper, 1336.
M.Shalahuddin, R. A. S. & (2011) Modul pembelajaran Rekayasa Perangkat
Lunak. Bandung: PT. Modula.
Machfoedz, M. dan M. (2008) Materi Pokok Akuntansi Manajemen. Jakarta:
Universitas Terbuka.
Nugroho, A. (2010) Rekayasa Perangkat Lunak Berorientasi Objek dengan
metode USDP. Yogyakarta: Andi offset.
Pressman, R. S. (2008) Software engineering: a practitioner’s approach seventh
edition. New York: McGrawHill.
Raharjo, B. dkk (2014) Modul Pemrograman Web HTML, PHP, dan MySQL.
Bandung: Modula.
Rahman, S. (2013) Cara Gampang Bikin CMS PHP Tanpa Ngoding. Jakarta: PT
TransMedia.
Rosa. A.S., dan S. (2008) Rekayasa Perangkat Lunak. Bandung:Informatika.
Sadeli, M. (2013) Toko Baju Online dengan php dan MySql. Palembang:
Maxikom.
Sibero, A. F. (2013) Web Pack, Programming Power. Yogyakarta: MediaKom.
Sibero, A. F. K. (2011) Kitab Suci Web Programming. Yogyakarta : Mediakom.
104
Stice, E. K., Stice, J. D., & Skousen, K. F. (2009) Introduction to Financial

Accounting. Jakarta: Salemba Empat.
Sutanta, E. (2009) Konsep dan Implementasi E-Learning. Yogyakarta : IST
Akprind.
Sutanta, E. (2014) Sitem Basis Data. Yogyakarta: Graha Ilmu.
Yudhanto, Y., dan A. P. (2014) Toko Online dengan PHP dan MySQL. Jakarta: PT
Elex Media Komputindo.
105
LAMPIRAN
Lampiran 1 Transkrip Wawancara Alur Pemeriksaan
Nama Narasumber : Ibu Regita Okta

Tanggal : 20 September 2018
Jam : 14.02 – 14.21 WIB
Tempat Wawancara : Klinik Laboratorium Almira Subang
Topik Wawancara : Alur Pemeriksaan
Keterangan :
P : Penulis
N : Narasumber
P : Assalamuallaikum.
N : Waalaikumsalam.
P : Perkenalkan nama saya Rizki Ardiansyah, Mahasiswa dari STT
Wastukancana Purwakarta. Saya mau bertanya mengenai alur
pemeriksaan dari mulai pasien datang ke klinik sampai selesai
pemeriksaan. Bisa di ceritakan sedikit ?
N : Pertama pasien datang ke bagian pendaftaran, admin pendaftaran mengisi
blanko pemeriksaan, analis melakukan pengambilan darah untuk sample,
lalu mengerjakan sample, input hasil lab dan print hasil lab. Terakhir
hasil lab diberikan kepada kasir untuk pembayaran pemeriksaan.
P : Isi dari blanko pemeriksaan apa saja ?
N : Data Pasien berupa Nama, Alamat, No telepon, Jenis kelamin, umur
pasien dan list semua jenis pemeriksaan. Jenis pemeriksaan dipilih sesuai
dengan yang pasien minta atau dokter.
P : Baik terima kasih atas waktunya bu, Saya kira sudah cukup informasinya
untuk hari ini.
N : Iya sama-sama.
106
Lampiran 2 Transkrip Wawancara Transaksi Pembayaran
Nama Narasumber : Ibu Regita Okta

Tanggal : 22 September 2018
Jam : 13.21 – 13.45 WIB
Tempat Wawancara : Klinik Laboratorium Almira Subang
Topik Wawancara : Transaksi pembayaran
Keterangan :
P : Penulis
N : Narasumber
P : Assalamuallaikum.
N : Waalaikumsalam.
P : Saya lihat dari daftar layanan yang ada di depan klinik. Ada paket
pemeriksaan medical check up (MCU) itu apa bu ?
N : Kalau paket medical check up itu paket pemeriksaan yang ditawarkan
untuk pasien yang mau di periksa sesuai paket yang disediakan. Dari
setiap paket itu ada diskon untuk pembayaran pemeriksaannya. Dan kita
juga sudah menggunakan aplikasi sendiri untuk pembayaran pasien
medical check up.
P : Baik, kalau misalkan saya mau diperiksa satu layanan saja gimana ?
N : Ya bisa, berarti masuknya pemeriksaan untuk pasien umum.
P : Berarti kalau pemeriksaan untuk pasien umum tidak ada diskon dan
sebagainya ?
N : Iya, tidak ada.
P : Kalau untuk alur pembayaran pasien umum dan pasien medical check up
itu seperti apa ?
N : Kalau untuk alurnya dari analis yang memberikan hasil lab kepada kasir,
kemudian perbedaaanya adalah kalau untuk pasien medical check up
hasil lab kita masukan ke dalam program aplikasi sedangkan untuk
pasien umum kita masukan hasil labnya ke dalam Microsoft excel
kemudian hitung total pembayarannya.
107
P : Baik, terima kasih untuk waktunya pada wawancara kedua ini bu.
N : Iya, sama-sama.

Sistem Pembayaran Pemeriksaan Pasien Umum Menggunakan Framework Codeigniter Pada Klinik Laboratorium Almira

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Sistem Pembayaran Pemeriksaan Pasien Umum Menggunakan Framework Codeigniter Pada Klinik Laboratorium Almira

Diunggah oleh

Hak Cipta:

Format Tersedia

SISTEM PEMBAYARAN PEMERIKSAAN KESEHATAN

PASIEN UMUM MENGGUNAKAN FRAMEWORK CODEIGNITER

LAPORAN KERJA PRAKTEK

Diajukan Untuk Memenuhi Syarat Mata Kuliah Kerja Praktek

PROGRAM STUDI TEKNIK INFORMATIKA

SISTEM PEMBAYARAN PEMERIKSAAN KESEHATAN

M. Rafi Muttaqin, S.Kom, M.Kom.

M. Rafi Muttaqin, S.Kom, M.Kom.

SISTEM PEMBAYARAN PEMERIKSAAN KESEHATAN

Sistem pembayaran pemeriksaan pasien pada klinik merupakan bagian

Kata Kunci : Sistem Pembayaran, Waterfall, PHP, MySQL.

Purwakarta, 17 Januari 2018

1.1. Latar Belakang..........................................................................................2

2.1 Definisi Sistem..........................................................................................2

3.1 Profil Umum..............................................................................................2

4.1 Kerangka Pelaksanaan...............................................................................2

Gambar 1.1 Metode Waterfall..................................................................................2

Tabel 2.1 Simbol Use Case Diagram.......................................................................2

Lampiran 1 Transkrip Wawancara Alur Pemeriksaan..............................................2

1.1. Latar Belakang

berdasarkan hasil pemeriksaan, dikarenakan data keuangan yang disimpan

(iii) Melihat pemeriksaan yang paling banyak dilakukan dari setiap

2. Wawancara merupakan metode pengumpulan data dengan

Gambar 1.1 Metode Waterfall

(Sumber: Pressman, 2008)

1. Analisis dalam tahap ini penulis melakukan analisa proses

kebutuhan apa yang diperlukan instansi atau perushaan agar

(vi) Framework Bootstrap

2.1 Definisi Sistem

2.1.3 Laporan Keuangan

Gambar 2.2 Metode Waterfall

(Sumber: Pressman, 2008)

Dalam pengembangannya metode waterfall memiliki beberapa tahapan

penyederhanaan permasalahan-permasalahan yang kompleks sedemikian rupa

Tabel 2.1 Simbol Use Case Diagram

Simbol Nama Keterangan

Menspesifikasikan bahwa use case

(Sumber: Rosa. A.S., 2008)

2.5.2 Activity Diagram

Tabel 2.2 Simbol Activity Diagram

Simbol Fungsi Keterangan

Aktivitas Aktivitas yang dilakukan

Percabangan Asosiasi percabangan dima-

Fork, Digunakan untuk

Join, Digunakan untuk

(Sumber: Rosa. A.S., 2008)

2.5.3 Sequence Diagram

Tabel 2.3 Simbol Sequence Diagram

Simbol Nama Deskripsi

Lifeline Mempresentasikan sebuah Objek

Aktor Digunakan untuk

Message Pesan atau pemanggilan suatu

Control Class Digunakan untuk

(Sumber: Rosa. A.S., 2008)

2.5.4 Class Diagram

Tabel 2.4 Simbol Class Diagram

No Gambar Nama Keterangan

3 Class Kelas pada struktur sistem.

(Sumber: Rosa. A.S., 2008)

Tabel 2.5 Simbol Entitas Flowmap

Menunjukan kegiatan proses dari

Datastore atau Database

(Sumber: Jogiyanto, 2010)