17
PEMBAHASAN
3.1. Tinjauan Perusahaan
Berdasarkan Tinjauan Perusahaan, Penulis akan menguraikan tentang Sejarah Perusahaan dan Struktur organisasi beserta fungsi dari Klinik Puri Asih.
3.1.1. Sejarah Perusahaan
Klinik Puri Asih adalah Lembaga yang bergerak dalam bidang kesehatan, beralamat di Perumahan De Kraton Kosambi Karawang, berdiri pada tahun 2012.
Klinik ini merupakan anak cabang dari Puri Asih Teluk Jambe Karawang.
Tidak hanya Pasien umum yang dapat berobat ke klinik tersebut, akan tetapi klinik ini juga melayani pasien BPJS.
3.1.2 Struktur Organisasi dan Fungsi
Berikut adalah Struktur Organisasi pada klinik Puri Asih :
Gambar III.1
Struktur Organisasi Klinik Puri Asih Sumber : Klinik Puri Asih (2019)
Dalam struktur organisasi pada Klinik Puri Asih memiliki tugas dan fungsi masing-masing, antara lain sebagai berikut :
a. Kepala Klinik
Kepala Klinik bertugas sebagai penanggung jawab atas segala rutinitas dan transaksi dalam Klinik tersebut.
b. Pendaftaran / Administrasi
Administrasi bertugas melayani pasien yang akan berobat dan memberikan petunjuk sesuai prosedur Klinik.
c. Poli Umum
Poli Umum bertkugas melayani pasien yang memiliki keluhan, dan memberikan arahan kepada pasien untuk konsultasi tindakan tertentu.
d. Poli Gigi
Poli Gigi bertugas melayani pasien yang memiliki keluhan penyakit gigi. e. Poli KIA
Poli KIA bertugas melayani pasien dengan keluhan kandungan / Anak. f. Laboratorium
Laboratorium bertugas untuk melayani pasien yang memiliki keluhan berkaitan dengan laboratorium
g. Farmasi
Frmasi bertugas melayani pengambilan obat / resep obat berdasarkan resep dari dokter.
3.2. Analisis kebutuhan
Sistem Informasi pada klinik merupakan suatu aplikasi dimana petugas klinik sudah tidak lagi menggunakan manual, sehingga klinik sudah terkomputerisasi dengan baik.
Berikut spesifikasi kebutuhan aplikasi pada klinik Puri Asih :
3.3. Rancangan Dokumen
Berikut adalah Rancangan dokumen dalam penyusunan Tugas Akhir.
Ada 2 Rancangan dokumen, yaitu Dokumen Masukan ( Input ) dan Dokumen Keluaran (Output).
A. Rancangan Dokumen Masukan (Input)
Rancangan Dokumen Masukan ( Input ) adalah semua dokumen yang digunakan sebagai dasar untuk memperoleh data yang nantinya akan diproses untuk menghasilkan suatu keluaran yang disebut output. Dokumen masukan yang penulis gunakan dalam menyusun Tugas Akhir adalah sebagai berikut :
1. Nama Dokumen : Input Data Obat
Fungsi : Untuk merekam data obat pasien Sumber : Rekam Medis Dokter
Tujuan : Petugas Apotik
Media : Monitor
Jumlah : 1 Form
Frekuensi : Setiap Pasien Melakukan Rekam Medis Bentuk : Lihat Lampiran A.1
2. Nama Dokumen : Input Data Tindakan
Fungsi : Untuk merekam jenis tindakan yang dilakukan dokter Sumber : Rekam Medis Dokter
Tujuan : Admin
Media : Monitor
Jumlah : 1 Form
Frekuensi : Setiap Dokter Melakukan Tindakan Pada Pasien Bentuk : Lihat Lampiran A.1
3. Nama Dokumen : Input Data Pasien
Fungsi : Untuk merekam data pasien Sumber : Pasien
Tujuan : Petugas
Media : Monitor
Jumlah : 1 Form
Frekuensi : Setiap Pasien Melakukan Registrasi Bentuk : Lihat Lampiran A.1
Fungsi : Untuk merekam semua data petugas Sumber : Petugas
Tujuan : Admin
Media : Monitor
Jumlah : 1 Form
Frekuensi : Setiap Admin Melakukan Check Petugas Bentuk : Lihat Lampiran A.1
5. Nama Dokumen : Input Data Dokter
Fungsi : Untuk merekam semua data Dokter Sumber : Dokter
Tujuan : Admin
Media : Monitor
Jumlah : 1 Form
Frekuensi : Setiap Dokter Melakukan Absensi Bentuk : Lihat Lampiran A.1
B. Rancangan Dokumen Keluaran (Output)
Rancangan Dokumen Keluaran ( Output ) adalah segala bentuk dokumen yang akan mendukung kegiatan managemen serta merupakan hasil dari catatan laporan.
1. Nama Dokumen : Output Data Petugas Fungsi : Mengetahui data Petugas
Sumber : Petugas
Tujuan : Petugas
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap Petugas Melakukan Absensi Bentuk : Lihat Lampiran B.1
2. Nama Dokumen : Output Data Tindakan
Fungsi : Mengetahui data tindakan pasien
Sumber : Dokter
Tujuan : Admin
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap Dokter Melakukan Tindakan Terhadap Pasien Bentuk : Lihat Lampiran B.1
3. Nama Dokumen : Output Data Obat Fungsi : Mengetahui detail obat
Sumber : Petugas
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap Melakukan Transaksi Pembelian Obat Bentuk : Lihat Lampiran B.1
4. Nama Dokumen : Output Data Dokter
Fungsi : Mengetahui data Dokter Klinik
Sumber : Dokter
Tujuan : Petugas
Media : Monitor
Jumlah : 1 Form
Frekuensi : Setiap Petugas Melakukan Absensi Dokter Bentuk : Lihat Lampiran B.1
5. Nama Dokumen : Output Data Pasien Fungsi : Mengetahui data Pasien
Sumber : Petugas
Tujuan : Petugas
Media : Kertas
Jumlah : 1 lembar
Bentuk : Lihat Lampiran B.1 6. Nama Dokumen : Output Data Pendaftaran
Fungsi : Mengetahui data pasien dan data tindakan
Sumber : Petugas
Tujuan : Dokter
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap Petugas Melakukan Registrasi Terhadap Pasien Bentuk : Lihat Lampiran B.1
7. Nama Dokumen : Output Data pendaftaran per periode Fungsi : Mengetahui data pasien per periode
Sumber : Petugas
Tujuan : Petugas
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap Periode Bentuk : Lihat Lampiran B.1 8. Nama Dokumen : Output Data Rawat pasien
Fungsi : Mengetahui data pasien yang dirawat
Tujuan : Petugas
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap Pasien Melakukan Tindakan Rawat Inap Bentuk : Lihat Lampiran B.1
9. Nama Dokumen : Output Data Rawat pasien per periode
Fungsi : Mengetahui data pasien yang dirawat per periode
Sumber : Petugas
Tujuan : Petugas
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap Periode Bentuk : Lihat Lampiran B.1
10. Nama Dokumen : Output Data Penjualan Obat Fungsi : Mengetahui data penjualan obat
Sumber : Petugas
Tujuan : Petugas
Media : Kertas
Frekuensi : Setiap Petugas Melakukan Trx Obat Bentuk : Lihat Lampiran B.1
11. Nama Dokumen : Output Data Penjualan Obat Per Periode Fungsi : Mengetahui data penjualan obat per periode
Sumber : Petugas
Tujuan : Petugas
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap Periode Bentuk : Lihat Lampiran B.1
3.4. Entity Relationship Diagram
Perancangan basis data menghasilkan pemetaan table-tabel yang digambarkan dengan Entity Relationship Diagram.
Gambar III.2
3.5LRS (Logical Record Structure)
Pengertian LRS (Logical Record Structure) Adalah representasi dari struktur record-record pada tebel-tabel yang terbentuk dari hasil antar himpunan entitas. Menentukan kardinalitas, jumlah table dan Foreign Key (FK).
Berikut adalah gambaran dari Logical Record Structure ( LRS ) :
Gambar III.3 Logical Record Structure
3.6 Spesifikasi File
Spesifikasi file ini terdiri dari file- file yang digunakan untuk menyimpan data maupun proses pengolahan data. Penulis membuat satu file database yang terdiri dari beberapan table yaitu :
1. Spesifikasi File Dokter
Nama File : Dokter
Akronim : dokter
Fungsi : Menyimpan data dokter
Tipe File : File Master Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 548 Byte
Kunci Field : Kode dokter
Software : Xampp
Tabel III.1 Spesifikasi File Dokter
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Dokter kd_dokter Char 4 Primary Key
3 Jenis Kelamin jns_kelamin Enum
4 Tempat Lahir tempat_lahir Varchar 100
5 Tanggal Lahir tanggal_lahir Date
6 Alamat Alamat Varchar 200
7 Nomor Telepon no_telepon Varchar 20
8 SIP Sip Varchar 20
9 Spesialisasi Spesialisasi Varchar 100
10 Bagi Hasil bagi_hasil Int 4
2. Spesifikasi File Obat
Nama File : Obat
Akronim : obat
Fungsi : Menyimpan data obat
Tipe File : File Master Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 145 Byte
Kunci Field : kd_obat
Tabel III.2 Spesifikasi File Obat
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Obat kd_obat Char 5 Primary Key
2 Nama Obat nm_obat Varchar 100
3 Harga Modal harga_modal Int 10
4 Harga Jual harga_jual Int 10
5 Stok Stok Int 10
6 Keterangan Keterangan Varchar 10
3. Spesifikasi File Pasien
Nama File : Pasien
Akronim : pasien
Fungsi : Menyimpan data pasien
Tipe File : File Master Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 720 Byte
Kunci Field : nomor_rm
Tabel III.3 Spesifikasi File Pasien
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomor Pasien nomor_rm Char 6 Primary Key
2 Nama Pasien nm_pasien Varchar 100
3 Nomor Identitas no_identitas Varchar 40
4 Jenis Kelamin jns_kelamim Enum
5 Golongan Darah gol_darah Enum
6 Agama Agama Varchar 30
7 Tempat Lahir tempat_lahir Varchar 100
8 Tanggal Lahir tangal_lahir Date
9 Nomor Telephon no_telepon Varchar 20
10 Alamat Alamat Varchar 200
11 Status Nikah stts_nikah Enum
12 Pekerjaan Pekerjaan Varchar 100
13 Status Keluarga keluarga_status Enum
14 Nama Keluarga kelularga_nama Varchar 100
15 Telephon Keluarga keluarga_telepon Varchar 20
16 Tanggal Rekam tgl_rekam Date
4. Spesifikasi File Pendaftaran
Nama File : Pendaftaran
Akronim : pendaftaran
Fungsi : Menyimpan data pendaftaran pasien Tipe File : File Master
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 125 Byte
Kunci Field : no_daftar
Software : Xampp
Tabel III.4
Spesifikasi File Pendaftaran
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomor Pendaftaran no_daftar Char 7 Primary Key
2 Nomor Rm nomor_rm Char 6
3 Tanggal Daftar tgl_daftar Date
4 Tanggal Janji tgl_janji Date
5 Jam Janji jam_janji Time
7 Kode Tindakan kd_tindakan Char 4
8 Nomor Antri nomor_antri Int 4
9 Kode Petugas kd_petugas Char 4
5. Spesifikasi File Penjualan
Nama File : Penjualan
Akronim : penjualan
Fungsi : Menyimpan data penjualan
Tipe File : File Master Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 323 Byte
Kunci Field : no_penjualan
Software : Xampp
Tabel III.5
Spesifikasi File Penjualan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomor Penjualan no_penjualan Char 7 Primary Key
2 Tanggal Penjualan tgl_penjualan Date
4 Keterangan keterangan Varchar 200
5 Uang Bayar uang_bayar Int 12
6 Kode Petugas kd_petugas Char 4
6. Spesifikasi File Item Penjualan
Nama File : Penjualan Item
Akronim : penjualan_item
Fungsi : Menyimpan data item penjualan Tipe File : File Master
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 40 Byte
Kunci Field : no_penjualan
Software : Xampp
Tabel III.6
Spesifikasi File Item Penjualan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomor Penjualan no_penjualan Char 7 Primary Key
2 Kode Obat kd_obat Char 5
4 Harga Jual harga_jual Int 12
5 Jumlah Jumlah Int 4
7. Spesifikasi File Petugas
Nama File : Petugas
Akronim : petugas
Fungsi : Menyimpan data petugas
Tipe File : File Master Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 364 Byte
Kunci Field : kd_petugas
Software : Xampp
Tabel III.7 Spesifikasi File Petugas
No Elemen Data Akronim Tipe Panjang Keterangan
2 Nama Petugas nm_petugas Varchar 100
3 Nomor Telepon no_telepon Varchar 20
4 Username Username Varchar 20
5 Pasword Password Varchar 200
6 Level Level Varchar 20
8. Spesifikasi File Rawat
Nama File : Rawat
Akronim : rawat
Fungsi : Menyimpan data rawat pasien Tipe File : File Master
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 129 Byte
Kunci Field : no_rawat
Software : Xampp
Tabel III.8 Spesifikasi File Rawat
1 No Rawat no_rawat Char 7 Primary Key
2 Tanggal Rawat tgl_rawat Date
3 Nomor RM nomor_rm Char 6
4 Hasil Diagnosa hasil_diagnosa Varchar 100
5 Uang Bayar uang_bayar Int 12
6 Kode Petugas kd_petugas Char 4
9. Spesifikasi File Rawat Tindakan
Nama File : Rawat Tindakan
Akronim : rawat tindakan
Fungsi : Menyimpan data tindakan
Tipe File : File Master Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 36 Byte
Kunci Field : id_tindakan
Software : Xampp
Tabel III.9
Spesifikasi File Rawat Tindakan
1 Id Tindakan id_tindakan Int 7 Primary Key
2 Tanggal Tindakan tgl_tindakan Date
3 No Rawat no_rawat Char 7
4 Kode Tindakan kd_tindakan Char 4
5 Harga Harga Int 4
6 Kode Dokter kd_dokter Char 10
7 Bagi Hasil Dokter bagi_hasil_dokter Int 4
10. Spesifikasi File Tindakan
Nama File : Tindakan
Akronim : tindakan
Fungsi : Menyimpan data tindakan
Tipe File : File Master Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 114 Byte
Kunci Field : kd_tindakan
Software : Xamp
Tabel III.10
Spesifikasi File Tindakan
1 Kode Tindakan kd_tindakan Char 4 Primary Key
2 Nama Tindakan nm_tindakan Varchar 100
3 Harga Harga Int 10
3.7. Pengkodean
1. Id Pengguna
Setiap pengguna harus memiliki id masing-masing sehingga dapat membatasi hak akses dari masing-masing pengguna, diantaranya terdiri dari:
Gambar III.4
3.7. Spesifikasi Program Struktur Navigasi
A. Struktur Navigasi Halaman Index ( Halaman utama )
Berikut adalah struktur navigasi untuk halaman pertama pada program aplikasi klinik :
Gambar III.5
Struktur Navigasi Admin ( Menu Utama )
B. Struktur Navigasi Halaman Klinik
Gambar III.6 Struktur Navigasi Klinik C. Struktur Navigasi Halaman Apotek
Berikut adalah struktur navigasi untuk halaman Apotek :
Gambar III.7 Struktur Navigasi Apotek
3.8. Spesifikasi Sistem Komputer 1. Spesifikasi Hardware
a. Server
1) CPU
a. Processor Pentium Core Duo
b. RAM DDR2 4 GB
c. Hard Disk 500 GB
2) Mouse
4) Monitor dengan resolusi layar minimum 1024x768
5) Koneksi Internet dengan kecepatan 2 Mbps.
b. Client 1) CPU a. Processor Pentium 4 b. RAM DDR2 1 GB c. Hard Disk 20 GB 2) Mouse 3) Keyboard
4) Monitor dengan resolusi layar minimum 1024x768
5) Koneksi Internet dengan kecepatan 56 kbps.
3.10 Implementasi
A. Implementasi Rancangan Form / Antar Muka 1. Halaman Utama
GambarIII. 8
2. Halaman Login Petugas
Gambar III. 9 Halaman Login Petugas
3. Tampilan beranda Admin
Gambar III. 10 Tampilan Beranda Admin
4. Tampilan Halaman Tindakan
Gambar III.11
5. Tampilan Data Petugas
Gambar III. 12
Tampilan Halaman Data Petugas
6. Tampilan Data Dokter
Gambar III. 13 Tampilan Data Dokter
7. Tampilan Halaman Data Obat
Gambar III. 14 Tampilan Data Obat
8. Tampilan Pendaftaran Pasien
Gambar III. 15
Tampilan Pendaftaran Pasien
9. Tampilan Data Rawat Pasien
Gambar III. 16 Tampilan Rawat Pasien
10. Tampilan Data Penjualan Obat
Gambar III. 17
Tampilan Data Penjualan Obat
3.11. Pengujian Unit
A. Pengujian Terhadap Form Login
Tabel III.11 Pengujian Form Login
NO Skenario Pengujian Test Case Hasil Yang diharapkan Hasil Pengujian Kesimpulan 1 User Id dan Password tidak diisi kemudian klik tombol login
User Id : (kosong) Password: (kosong) Sistem akan menolak akses user dan menampilkan “1. Maaf, Username belum di isi. 2. Maaf, Password belum di isi. 3. Maaf, Level belum di isi.” Sesuai harapan Valid
2 Mengetikkan
User Id dan
Password tidak diisi atau kosong kemudian klik tombol login User Id: Fitria Password : (kosong) Sistem akan menolak akses user dan menampilkan “1. Maaf, Password belum di isi. 2. Maaf, Level belum di isi.” Sesuai harapan Valid
3 User Id tidak diisi (kosong) dan Password diisi kemudian klik tombol login User Id: (kosong) Password: 1234 Sistem akan menolak akses user dan menampilkan “1. Maaf, Username belum di isi”. Sesuai harapan Valid 4 Mengetikkan
salah satu kondisi salah pada User Id atau Password kemudian klik tombol login User ID: admin (benar) Password: 789089 (salah) Sistem akan menolak akses user dan menampilkan “1. Maaf password belum diisi ”. Sesuai harapan Valid 5 Mengetikkan User Id dan Password dengan data yang benar kemudian klik tombol login User ID: admin (benar) Password: 1234 (benar) Sistem menerima akses login dan kemudian langsung menampilkan menu utama. Sesuai harapan Valid
B. Pengujian Terhadap Form Pendaftaran Pasien Tabel III.12
Pengujian Form Pendaftaran Pasien
NO Skenario
Pengujian
Test Case Hasil Yang diharapkan Hasil Pengujian Kesimpulan 1 Mengetikkan Kode, No. RM , Nama Pasien, Diisi Semua dengan benar Sistem Menerima, dan Sesuai Harapan Valid
Tanggal Daftar, Tanggal dan Jam Janji , Keluhan Tindakan melakukan penyimpanan data. 2 Mengetikkan Kode, No. RM , Nama Pasien, Tanggal Daftar, Tanggal dan Jam Janji , Keluhan Tindakan Data keluhan pasien dikosongkan Sistem menolak, “ Data keluhan pasien tidak boleh kosong, silahkan dilengkapi !”. Sesuai Harapan Valid 3 Mengetikkan Kode, No. RM , Nama Pasien, Tanggal Daftar, Tanggal dan Jam Janji , Keluhan Tindakan Data Tindakan pasien dikosongkan Sistem menolak, “ Data Tindakan tidak boleh kosong, silahkan dilengkapi !”. Sesuai Harapan Valid 4 Mengetikkan Kode, No. RM , Nama Pasien, Tanggal Daftar, Tanggal dan Jam Janji , Keluhan Tindakan Data jam janji dikosongkan Sistem menolak, “ Data jam janju tidak boleh kosong, silahkan dilengkapi !”. Sesuai Harapan Valid