TUGAS AKHIR · klinik akan dimudahkan karena dapat menyelesaikan proses pendaftaran dan juga ... A....

PERANCANGAN PROGRAM RAWAT JALAN PASIEN

BERBASIS DEKSTOP PADA KLINIK

STEFANUS MEDIKA BEKASI

TUGAS AKHIR

Diajukan untuk memenuhi salah satu syarat kelulusan Program Diploma III

ENJELINA OKTAVIANA PANGARIBUAN

12164074

Program Studi Sistem Informasi

Fakultas Teknologi Informasi

Universitas Bina Sarana Informatika

Jakarta

2019

KATA PENGANTAR

Dengan mengucapkan puji syukur kehadiratTuhan Yang Maha Kuasa, yang

telah melimpahkan rahmat dan karunia-Nya, sehingga pada akhirnya penulis dapat

menyelesaikan tugas ini dengan baik. Dimana tugas akhir ini penulis sajikan dalam

bentuk buku yang sederhana. Adapun judul tugas akhir, yang penulis ambil sebagai

berikut, “Perancanagan Program Rawat Jalan Berbasis Dekstop Pada Klinik

Stefanus Medika Bekasi”.

Tujuan penulis tugas akhir ini dibuat sebagai salah satu syarat kelulusan

program Diploma III Universitas Bina Sarana Informatika. Sebagai bahan penulisan

diambil berdasarkan hasil penelitian (eksperimen), observasi dan beberapa sumber

literature yang mendukung penulisan ini. Penulisan menyadari bahwa tanpa

bimbingan dan dorongan dari semua pihak, maka penulis tugas akhir ini tidak akan

lancar. Oleh karena itu pada kesempatan ini, izinkanlah penulis menyampaikan

ucapan terima kasih kepada:

1. Rektor Universitas Bina Sarana Informatika.

2. Dekan Fakultas Teknologi Informasi.

3. Ketua Program Studi Sistem Informasi Universitas Bina Sarana Informatika.

4. Miwan Kurniawan Hidayat, ST, M.Kom selaku Dosen Pembimbing Tugas Akhir.

5. Staff / karyawan / dosen di lingkungan Universitas Bina Sarana Informatika.

6. Dr. Stefanus Eka Ola, Mars, selaku Pemimpin Klinik Stefanus Medika.

7. Petugas di lingkungan Klinik Stefanus Medika.

8. Orang tua tercinta yang telah memberikan dukungan moral maupun spiritual.

9. Rekan-rekan mahasiswa kelas 12.6A.05.

vi

ABSTRAK

Enjelina Oktaviana Pangaribuan (12164074), Perancangan Program Rawat

Jalan Pasien Berbasis Dekstop Pada Klinik Stefanus Medika

Pelayanan kesehataan bagi masyarakat umum dapat dilakukan di salah satu institusi

pelayanan umum yaitu Klinik. Pelayanan kesehatan terdekat dan juga dapat

merupakan tempat yang paling banyak ditemukan masyarakat untuk memperoleh

pelayanan kesehatan dengan cepat. Pada Klinik Stefanus Medika membutuhkan suatu

program yaitu aplikasi desktop sebagai suatu informasi yang akurat untuk

penyimpanan data sehingga dapat meningkatkan kepuasaan pelayanan kepada pasien.

Klinik Stefanus Medika dalam pelayanan kepada pasien masih menggunakan proses

manual, yaitu pencacatan data pasien dituliskan dalam sebuah buku, serta

pembayaran yang dilakukan masih menggunakan nota. Pendaftaran yang berupa

pembukuan, rentan rusak atau sobek bahkan mungkin hilang, pembukuan data pasien

itu sangatlah penting datanya untuk Klinik.Rawat Jalan adalah pelayanan medis

kepada pasien untuk tujuan pengecekan atau pengamatan, pengobatan serta

perkembangan dari kesehatan pasien tanpa pasien dirawat inap. Pasien menunggu

pengobatan sesuai dengan nomor antrian.Dengan Aplikasi Klinik maka petugas di

klinik akan dimudahkan karena dapat menyelesaikan proses pendaftaran dan juga

pembayaran dengan cepat dan tepat guna.Dalam penulisan tugas akhir ini, penulis

memilih Klinik Stefanus Medika menjadi objek penelitian untuk membuat sebuah

program rawat jalan pasien berbasis dekstop sehingga memberikan solusi terhadap

permasalahan yang terjadi pada Klinik Stefanus Medika. Metode yang digunakan

dalam pengembangan perangkat lunak ini adalah metode waterfall. Software yang

dipakai menggunakan Netbeans 8.2.

Kata Kunci: Program, Rawat Jalan

viii

ABSTRACT

Enjelina Oktaviana Pangaribuan (12164074), Designing Program Outpatient

Clinic On Desktop-based Patient Stephen Medika

Health services for the general public can be done in one of the public service

institutions, the Clinic. The nearest health service and also can be the most found

place for the community to get health services quickly. At the Stefanus Medika Clinic

requires a program that is a desktop application as an accurate information for

storing data so that it can improve the satisfaction of services to patients. The

Stefanus Medika clinic in service to patients still uses manual processes, namely the

data collection of patients written in a book, and payments made still use notes.

Registration in the form of bookkeeping, susceptibility to damage or tear may even be

lost, the records of patient data are very important data for the Clinic.Outpatient is

medical services to patients for the purpose of checking or observing, treating and

developing the health of patients without hospitalized patients. Patients wait for

treatment according to the queue number.With the Clinical Application, the officers

in the clinic will be facilitated because they can complete the registration process

and also payment quickly and effectively.In writing this final assignment, the author

chose Stefanus Medika Clinic to be the object of research to make a desktop-based

outpatient program to provide solutions to problems that occurred at the Stefanus

Medika Clinic. The method used in developing this software is the waterfall method.

The software used uses Netbeans 8.2.

Keywords: Program, Outpatient

ix

DAFTAR ISI

Lembar Judul Tugas Akhir ....................................................................................................... i

Lembar Pernyataan Keaslian Tugas Akhir.......................................................................... ii

Lembar Pernyataan Publikasi Karya Ilmiah ......................................................................iii

Lembar Persetujuan dan Pengesaha Tugas Akhir ............................................................ iv

Lembar Konsultasi Tugas Akhir ............................................................................................ v

Kata Pengantar .......................................................................................................................... .vi

Lembar Abstraksi ................................................................................................................... viii

Daftar Isi ........................................................................................................................................ x

Daftar Simbol ............................................................................................................................. xii

Daftar Gambar .......................................................................................................................... xiv Daftar Tabel .............................................................................................................................. xvi

Daftar Lampiran ..................................................................................................................... xvii BAB I PENDAHULUAN .............................................................................................. 1

1.1. Latar Belakang Masalah ............................................................................ 1 1.2. Tujuan dan Manfaat .................................................................................... 3

1.3. Metode Penelitian ........................................................................................ 4

1.4. Ruang Lingkup ............................................................................................. 6 BAB II LANDASAN TEORI ............................................................................................... 7

2.1. Konsep Dasar Program .............................................................................. 7 2.2. Tool Program .............................................................................................. 12

BAB III PEMBAHASAN .................................................................................................... 21 3.1. Tinjauan Perusahaan ................................................................................. 21

3.1.1. Sejarah Perusahaan ............................................................................. 21

3.1.2. Struktur Organisasi dan Fungsi ....................................................... 23

3.2. Analisis Kebutuhan ................................................................................... 25

3.3. Rancangan Dokumen ................................................................................ 27

3.4. Entity Relationship Diagram .................................................................. 32

3.5. Spesifikasi File ........................................................................................... 34

3.6. Pengkodean ................................................................................................. 43

3.7. Spesifikasi Program .................................................................................. 47

3.8. Spesifikasi Sistem Komputer ................................................................. 59

3.9. Implementasi ............................................................................................... 60

3.10. Pengujian Unit .......................................................................................... 68 BAB IV PENUTUP ................................................................................................................ 76

4.1. Kesimpulan .................................................................................................. 76 4.2. Saran .............................................................................................................. 76

DAFTAR PUSTAKA ............................................................................................................ 78

DAFTAR RIWAYAT HIDUP ........................................................................................... 80

SURAT KETERANGAN RISET ..................................................................................... 81

LAMPIRAN-LAMPIRAN .................................................................................................. 82

x

DAFTAR SIMBOL

A. Simbol Flowchart

TERMINAL

Menyatakan permulaan atau akhir suatu program.

ARUS/FLOW

Menyatakan jalannya arus suatu proses.

DECISION

Menunjukkan suatu kondisi tertentu yang akan

menghasilkan dua kemungkinan: ya/tidak.

INPUT/OUTPUT

Menyatakan proses input atau output tanpa tergantung jenis peralatannya.

PROCESS

Menyatakan suatu tindakan atau (proses) yang dilakukan oleh komputer

DISK STORAGE

Menyatakan input berasal dari disk atau output disimpan ke disk.

SUBROUTINE

Untuk menggambarkan proses pemanggilan sub program dari main program.

xi

B. Simbol Entity Relationship Diagram

ENTITAS

Suatu objek di dunia nyata yang dapat dibedakan dengan objek lainnya.

HUBUNGAN ATAU RELASI

Merupakan hubungan yang terjadi antara satu jenis entitas atau lebih. Kumpulan Relationship yang sejenis disebut Relationship set.

ATRIBUT

Merupakan semua informasi yang berkaitan dengan entitas

GARIS RELASI

Digunakan untuk menggambarkan hubungan antar entitas dengan atribut dan juga entitas dengan relasi.

xii

DAFTAR GAMBAR

Halaman

Gambar II.1 Ilustrasi Model Waterfall ............................................................................... 10

Gambar II.2 Visual Table of Content .................................................................................. 16

Gambar III.1 Struktur Organisasi ........................................................................................ 23

Gambar III.2 Entity Relationship Diagram ....................................................................... 32

Gambar III.3 Logical Record Structure ............................................................................. 33

Gambar III.4 HIPO (Hierarchy Input Proses Output) ................................................... 47

Gambar III.5 Flowchart Login ............................................................................................. 48

Gambar III.6 Flowchart Menu Utama ................................................................................ 49 Gambar III.7 Flowchart Pasien ............................................................................................ 51

Gambar III.8 Flowchart Dokter ........................................................................................... 52

Gambar III.9 Flowchart Obat ............................................................................................... 53

Gambar III.10 Flowchart Tindakan .................................................................................... 54

Gambar III.11 Flowchart Pengguna ................................................................................... 55

Gambar III.12 Flowchart Poliklinik ................................................................................... 56

Gambar III.13 Flowchart Backup Database .................................................................... 57

Gambar III.14 Flowchart Restore Database .................................................................... 57

Gambar III.15 Flowchart Ganti Password ........................................................................ 58

Gambar III.16 Form Login .................................................................................................... 60

Gambar III.17 Halaman Menu Utama ................................................................................ 61

Gambar III.18 Form Pasien ................................................................................................... 61

Gambar III.19 Form Dokter .................................................................................................. 62

Gambar III.20 Form Obat ...................................................................................................... 62

Gambar III.21 Form Tindakan ............................................................................................. 63

Gambar III.22 Form Pengguna ............................................................................................. 63

Gambar III.23 Form Poliklinik ............................................................................................. 64

Gambar III.24 Data Medis Kunjungan ............................................................................... 64

Gambar III.25 Data Medis Laboratorium .......................................................................... 65

Gambar III.26 Data Medis Pasien........................................................................................ 65

Gambar III.27 Laporan Data Pasien .................................................................................... 66

Gambar III.28 Laporan Data Dokter ................................................................................... 66

Gambar III.29 Laporan Medis .............................................................................................. 67

Gambar III.30 Laporan Transaksi ........................................................................................ 67

xiii

DAFTAR TABEL

Halaman

Tabel III.1 Spesifikasi File Login ........................................................................................ 34

Tabel III.2 Spesifikasi File Dokter ...................................................................................... 35

Tabel III.3 Spesifikasi File Pasien ....................................................................................... 36

Tabel III.4 Spesifikasi File Obat .......................................................................................... 37

Tabel III.5 Spesifikasi File Poliklinik ................................................................................ 38

Tabel III.6 Spesifikasi File Tindakan ................................................................................. 39

Tabel III.7 Spesifikasi File Kunjungan .............................................................................. 40

Tabel III.8 Spesifikasi File Rekam Medis ......................................................................... 41 Tabel III.9 Spesifikasi File Detail Rekam Medis ............................................................ 42

Tabel III.10 Spesifikasi File Laboratorium ....................................................................... 42

Tabel III.11 Hasil Pengujian Black Box Form Login ..................................................... 68

Tabel III.12 Hasil Pengujian Black Box Testing Form Pasien .................................... 70

Tabel III.13 Hasil Pengujian Black Box Testing Form Dokter ................................... 71

Tabel III.14 Hasil Pengujian Black Box Testing Form Obat ....................................... 72

Tabel III.15 Hasil Pengujian Black Box Testing Form Tindakan ............................... 73

Tabel III.16 Hasil Pengujian Black Box Testing Form Pengguna .............................. 74

Tabel III.17 Hasil Pengujian Black Box Testing Form Poliklinik .............................. 75

xiv

DAFTAR LAMPIRAN

Lampiran A Bentuk Masukan

Lampiran A.1 Data Pasien ..................................................................................................... 82

Lampiran A.2 Data Dokter .................................................................................................... 82

Lampiran A.3 Data Tindakan ................................................................................................ 82

Lampiran A.4 Data Obat ........................................................................................................ 83

Lampiran A.5 Data Pengguna ............................................................................................... 83

Lampiran A.6 Data Poliklinik ............................................................................................... 83

Lampiran B Rancangan Bentuk Keluaran

Lampiran B.1 Laporan Data Pasien .................................................................................... 84

Lampiran B.2 Kartu Pasien .................................................................................................... 84

Lampiran B.3 Laporan Data Dokter .................................................................................... 85

Lampiran B.4 Laporan Data Obat........................................................................................ 85

Lampiran B.5 Laporan Data Medis ..................................................................................... 86

Lampiran B.5 Transaksi.......................................................................................................... 86

xv

BAB I

PENDAHULUAN

1.1. Latar Belakang Masalah

Kesehatan merupakan hal yang terpenting dalam hidup manusia. Jika

kesehatan manusia terganggu, dapat mengalami kesulitan dalam melakukan aktivitas

dan orang yang sakit tidak sanggup untuk melakukan aktivitas. Orang yang sakit

akan melakukan kunjungan ke tempat pelayanan kesehatan masyarakat yaitu

diantaranya Puskemas, Rumah Sakit dan Klinik.

Klinik Stefanus Medika sebagai suatu Klinik yang memberikan layanan

kesehatan masyarakat. Pengolahan data pasien di Klinik Stefanus Medika masih

menggunakan proses manual, bagian pendaftaran mencatat dalam sebuah buku

sebagai penyimpanan data. Pengolahan data dan penyimpanan data menggunakan

media buku merupakan suatu sistem yang tergolong dalam kategori tidak efisien.

Sebagai penyedia kesehatan masyarakat, dibutuhkan suatu sistem terkomputerisasi

yang dapat menyimpan data pasien dengan aman dan juga efisien. “Menekuni dunia

bisnis dalam bidang kesehatan memerlukan dukungan informasi yang tepat dalam

mengelola jasa pelayanan kesehatan agar tujuan suatu pelayanan jasa kesehatan dapat

terlaksana sesuai harapan” (Hidayat, 2015).

Penggunaan komputer sangatlah berguna di bidang kesehatan untuk

mempercepat pengolahan data pasien sehingga pengolahan data pasien lebih cepat

dan akurat serta pasien yang berobat dapat segera ditangani oleh dokter. Untuk itu

diperlukan suatu perencanaan dan pengolahan data di Klinik Stefanus Medika,

1

2

sehingga memenuhi kebutuhan pengguna yang ada di Klinik. “Sistem Informasi

pengolahan data pasien merupakan suatu sistem yang mengatur dan mengelola data

pasien, membantu memberikan serta menyajikan informasi mengenai data rekam

medis pasien. Sistem ini juga membantu petugas pada instansi kesehatan untuk

mengelola informasi rekam medis pasien” (Haryanto & Firmansyah, 2018).

Melihat permasalahan yang telah di analisa oleh penulis maka penulis tertarik

untuk melakukan riset pada klinik sehingga mencari solusi dalam menyelesaikan

permasalahan tersebut dengan menggunakan Netbeans 8.2. Metode perangkat lunak yang

digunakan adalah menggunakan model waterfall. Penulis membuat perancangan

program rawat jalan berbasis desktop pada Klinik Stefanus Medika. Program ini akan

memberikan kemudahan kepada pekerja di Klinik Stefanus Medika dalam memproses

pengelolaan data pasien dan juga mempermudah penyusunan suatu laporan.

3

1.2. Tujuan dan Manfaat

Tujuan dari penulisan tugas akhir ini adalah:

1. Untuk mempermudah pekerja di klinik dalam mengolah data pasien dengan

mudah dan cepat dengan adanya program aplikasi rawat jalan pasien.

2. Meminimalisir kesalahan yang mungkin terjadi dalam pengolahan data yang

tidak diinginkan.

3. Dengan adanya sebuah program sehingga dapat mendukung kelancaran sistem

pendataan dan juga data dapat di back up supaya tidak hilang.

Sedangkan manfaat penulisan tugas akhir ini adalah:

1. Manfaat untuk penulis

a. Sebagai salah satu syarat untuk kelulusan program Diploma Tiga pada

Program Studi Sistem Informasi Fakultas Teknik Informasi Universitas

Bina Sarana Informatika (UBSI).

b. Sebagai sarana menambah ilmu pengertahuan penulis dalam pembuatan

program rawat jalan pasien berbasis desktop.

2. Manfaat untuk objek penelitian

a. Meningkatkan kualitas pelayanan dan pengelolaan pada klinik.

b. Untuk mempermudah pekerja klinik dalam pengelolaan data pasien dan

juga pembuatan laporan.

3. Manfaat untuk pembaca

a. Memberikan informasi tentang sistem informasi rawat jalan pasien.

b. Menjadi referensi dalam pembuatan program rawat jalan pasien

4

1.3. Metode Penelitian

Dalam penyusunan Tugas Akhir ini, penulis menggunakan beberapa metode

penelitian dalam teknik dalam pemgumpulan data yaitu metode pengembangan

perangkat lunak dan teknik pengumpulan data, yaitu sebagai berikut:

A. Metode Pengembangan Perangkat Lunak

Metode yang digunakan dalam pengembangan perangkat lunak ini adalah

menggunakan model waterfall. Menurut (Sukamto & Shalahuddin, 2015:28)

menjelaskan bahwa model SDLC air terjun (waterfall) sering juga disebut model

sekuensial linear (sequential linear) atau alur hidup klasik (classic life cycle). Terbagi

menjadi beberapa tahapan, yaitu:

1. Analisa kebutuhan perangkat lunak

Dalam tahap ini penulis menjelaskan tentang analisis kebutuhan dari segi

kebutuhan user atau kebutuhan fungsional dan non fungsional, dengan

membuat sistem login admin.

2. Desain

Pada tahap pembuatan desain penulis melakukan perancangan tabel data atau

field yang akan disimpan dalam basis data yang dimulai dari desain ERD

(Entity Relationship Diagram) untuk memudahkan dalam menganalisis pada

basis data, LRS (Logical Record Structure) untuk menentukkan kardinalitas,

jumlah table dan Foreign Key (FK), HIPO (Hierarki Input Proses Output), dan

diagram alir data (flowchart).

3. Pembuatan kode program

Pada tahap ini penulis membuat program untuk mempermudah dalam pencarian

data pasien dan pengelolaan data pasien rawat jalan dengan melakukan

5

pengkodean melalui Java Netbeans 8.2, dan bahasa pemograman MySQL

sebagai database.

4. Pengujian

Pada tahap pengujian, penulis melakukan pengujian langsung terhadap program

yang dibuat dalam Java Netbeans 8.2 sebagai media pemograman dan sebagai

basis data mengguanakan MySQL. Tujuannya untuk memastikan bahwa semua

pernyataan telah diuji dan memastikan bahwa sistem baik untuk digunakan.

5. Pendukung (support) atau pemeliharaan (maintenance)

Pada tahap ini penulis melakukan pengembangan sistem sebelumnya agar

menjadi program yang terbaru dan mengikuti perkembangan.

B. Teknik Pengumpulan Data

Teknik yang dilakukan oleh penulis dalam mengumpulkan data untuk

pembuatan Tugas Akhir ini, yaitu sebagai berikut:

1. Pengamatan (Observasi)

Penulis mengamati secara langsung melihat kegiatan-kegiatan yang ada di

Klinik Stefanus Medika.

2. Wawancara (Interview)

Penulis secara langsung berinteraksi dan melakukan tanya jawab kepada

petugas bagian pendaftaran untuk mengetahui bagaimana proses rawat jalan di


3. Studi Pustaka (Library Research)

Sebagai pedoman penulis untuk mencari informasi dengan mengambil

referensi dari buku-buku dan juga dari jurnal tentang sistem informasi rawat

jalan yang berkaitan dengan Tugas Akhir.

6

1.4. Ruang Lingkup

Dalam penulisan Tugas Akhir ini, penulis membuat batasan ruang lingkup

penulisan terhadap aplikasi yang dibuat yaitu mengelola data pasien, data dokter,

data kunjungan, data poliklinik, data laboratorium, data tindakan, data obat dan juga

data rekam medis pasien sebagai penyimpanan dari data rawat jalan pasien. Adapun

hak akses pengguna dalam program yang dibuat oleh penulis yaitu:

1. Admin: dapat melakukan login pada program, mengelola master pengguna,

mengelola pengaturan instansi, mengakses ganti password, backup dan restore

database dan dapat melakukan logout program.

2. Petugas: dapat melakukan login pada program, mengelola data pasien, data

dokter, data obat, data tindakan, data poliklinik, data kunjungan, data

laboratorium, laporan pasien, laporan dokter, laporan rekam medis, ganti

password, dan dapat melak ukan logout program.

3. Dokter: dapat melakukan login pada program, mengelola data rekamm medis,

mengakses data pasien, data tindakan, data obat, dapat melakukan logout

program.

BAB II

LANDASAN TEORI

2.1. Konsep Dasar Program

Dalam penulisan tugas akhir ini penulis tidak lepas dari teori-teori yang

menjadi referensi dan memberikan kemudahan dalam mempelajari dan merancang

program aplikasi ini. Pab bab ini penulis akan menguraikan tentang beberapa teori

dan juga definisi dari para ahli mengenai program, bahasa pemograman, definisi

basis data yang berhubungan dengan pembuatan program yang akan penulis buat

serta pennulis juga akan membahas aplikasi basis data yang penulis gunakan,

A. Program

Menurut (Jando & Nani, 2018:7) “Program adalah kumpulan instruksi atau

perintah yang disusun sebagai satu kesatuan prosedur yang berupa urutan langkah

untuk menyelesaikan masalah yang diimplementasikan dengan menggunakan bahasa

pemograman tertentu sehingga dapat dieksekusi oleh komputer”.

B. Bahasa Pemograman

Menurut (Jando & Nani, 2018:7) mengemukakan bahwa, “Bahasa pemograman

berfungsi sebagai media perantara yang menjembati antara programmer dan

komputer, dalam hal tugas yang harus dikerjakan, melalui teknik instruksi standar

atau perintah baku dari programmer kepada komputer”.

7

8

Di bawah ini beberapa tingkatan bahasa pemograman yaitu:

a. Bahasa tingkat tinggi (high level language)

Bahasa ini adalah bahasa computer yang lebih dekat ke bahasa manusia,

memakai instuksi berasal dari unsur kata-kata bahasa manusia, misalnya begin,

end, if, for, while, and, or, dan sebagainya.

b. Bahasa tingkat menengah (middle level language)

Bahasa tingkat menengah adalah bahasa computer yang memakai campuran

instruksi dalam kata-kata bahasa manusia dan instruksi yang bersifat simbolis,

contohnya {, }, ?, <<, >>, &&, | |, dan sebagainya.

c. Bahasa tingkat rendah (low level language)

Dikenal dengan istilah bahasa rakitan atau assembler (bahasa inggris:

Assembly), yaitu memberikan perintah kepada komputer dengan memakai

kode-kode singkat (kode mnemonic), contohnya MOV, SUB, CMP, JMP, JGE,

JL, LOOP, dan sebagainya.

d. Bahasa Mesin (machine language)

Bahasa yang memberikan perintah kepada computer dengan memakai kode

bahasa biner, contohnya 01100101100110.

Dalam pembuatan program, penulis menggunakan bahasa pemograman Java

dengan menggunakan aplikasi Netbeans IDE versi 8.2.

Menurut (Jando & Nani, 2018:17) “Java adalah nama untuk membuat dan

menjalankan perangkat lunak pada computer standalone ataupun pada lingkungan

jaringan”.

Menurut (Haqi & Setiawan, 2019:4) mengemukakan bahwa “Netbeans adalah

Integrated Development Enviroment (IDE) berbasiskan Java dari Sun Microsystems

yang berjalan di atas Swing. Swing merupakan sebuah teknologi java untuk

9

pengembangan aplikasi desktop yang dapat berjalan di berbagai macam platform,

seperti Windows, Linux, Mac OS X, and Solaris”.

C. Basis Data

Menurut Edhy Susanta dalam (Rusmawan, 2019:39) menyimpulkan bahwa:

Basis data dapat dipahami sebagai salah suatu kumpulan data terhubung

(internrelated data) yang disimpan secara bersama-sama pada suatu media,

tanpa mengatap satu sama lain atau tidak perlu suatu kerangkapan data

(kalaupun ada maka kerangkapan data tersebut harus seminimal mungkin dan

dan terkontrol (controlled redundancy), data disimpan dengan 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.

Menurut (Sukamto & Shalahuddin, 2015:43) menyimpulkan bahwa: Sistem

basis data adalah terkomputerisasi yang tujuan utamanya adalah memelihara

data yang sudah diolah atau informasi dan membuat informasi tersedia saat

dibutuhkan. Pada intinya basis data adalah media untuk menyimpan data agar

dapat diakses dengan mudah dan cepat. Basis data (database) yang penulis

gunakan dalam pembuatan program aplikasi klinik adalah dengan

menggunakan database MySQL.

Menurut (Rusmawan, 2019) mengemukakan bahwa “MySQL adalah sebuah

implementasi dari sistem manajemen basis data relasional (RDBMS) yang

didistribusikan secara gratis dibawah lisensi GPL (General Public License).

Menurut (Haqi & Setiawan, 2019:8) “MySQL adalah sebuah perangkat lunak

sistem manajemen basis data SQL (database management system) atau DBMS yang

multithread, multi-user, dengan sekitar 6 juta instalasi di seluruh dunia”.

Dalam membuat database MySQL penulis menggunakan sebuah aplikasi yaitu

PhpMyadmin, aplikasi ini terdapat dalam sebuah paket installer yaitu namanya

XAMPP.

10

Menurut (Mandar, 2017: 17) “PhpMyAdmin merupakan salah satu dari tiga

aplikasi yang include pada satu paket software web server seperti Wampserver atau

Xampp”.

Menurut (Haqi & Setiawan, 2019:8) menyimpulkan bahwa: Xampp adalah perangkat lunak bebas (free software) yang mendukung banyak sistem operasi, merupakan kompilasi dari beberapa program. Fungsi XAMPP

sendiri sebagai server yang berdiri sendiri (localhost), yang terdiri atas beberapa program, antara lain: Apache HTTP Server, MySQL database, dan

penerjemah bahasa yang ditulis dengan bahsa pemrograman PHP dan Perl.

D. Model Pengembangan Perangkat Lunak

Menurut (Sukamto & Shalahuddin, 2015:28) menjelaskan bahwa : “Model SDLC air terjun (waterfall) sering disebut dengan model sekuensial linier (sequential linear) atau alur hidup klasik (classic life cycle). Model air

terjun menyediakan pendekatan alur hidup perangkat lunak secara sekuensial atau terurut dimulai dari analisis, desain, pengodean, pengujian, dan tahap

pendukung (support)”.

Berikut adalah gambar model air terjun:

Sistem/ Rekayasa

Informasi

Analisis Desain Pengodean Pengujian

Sumber: (Sukamto & Shalahuddin, 2015:29)

Gambar II.1

Ilustrasi Model Waterfall

11

1. Analisis kebutuhan perangkat lunak

Proses pengumpulan kebutuhan dilakukan secara intensif untuk menspesifikasi

kebutuhan perangkat lunak agar dapat dipahami perangkat lunak seperti apa yang

dibutuhkan oleh user. Spesifikasi kebutuhan perangkat lunak pada tahap ini perlu

untuk didokumentasikan

2. Desain

Desain perangkat lunak adalah proses multi langkah yang focus pada desain

pembuatan program perangkat lunak termasuk sruktur data, arsitektur perangkat

lunak, representasi antarmuka, dan prosedur pengodean. Tahap ini mentranslasi

kebutuhan perangkat lunak dari tahap analisis kebutuhan ke representasi desain

agar dapat diimplementasikan menjadi program pada tahap selanjutnya. Desain

perangkat lunak yang dihasilkan pada tahap ini juga perlu didokumentasikan.

3. Pembuatan kode program

Desain harus ditranslasikan ke dalam program perangkat lunak. Hasil dari tahap ini

adalah program computer sesuai dengan desain yang telah dibuat pada tahap desain.

4. Pengujian

Pengujian focus pada perangkat lunak secara dari segi logic dan fungsional dan

memastikan bahwa semua bagian sudah diuji. Hal ini dilakukan untuk

meminimalisir kesalahan (error) dan memastikan keluaran yang dihasilkan sesuai

dengan yang diinginkan.

12

5. Pendukung (support) atau pemeliharan (maintenance)

Tidak menutup kemungkinan sebuah perangkat lunak mengalami perubahan

ketika sudah dikirimkan ke user. Perubahan bisa terjadi karena adanya kesalahan

yang muncul dan tidak terdeteksi saat pengujian atau perangkat lunak harus

beradaptasi dengan lingkungan baru. Tahap pendukung atau pemeliharaan dapat

mengulangi proses pengembangan mulai dari analisis spesifikasi untuk perubahan

perangkat lunak yang sudah ada, tapi tidak untuk membuat perangkat lunak baru.

2.2. Tools Program

Dalam mendesain suatu model sistem informasi, maka diperlukan adanya

peralatan pendukung (tools program) untuk menggambarkan bentuk sistem secara

structural dan actual dengan menggunakan suatu pendekatan yaitu analisa terstruktur.

Tools program sangat berguna untuk mempermudah dalam pembuatan progam

aplikasi yang dibuat, misalnya dalam pembuatan logika dan algoritma program mulai

dari input sampai dengan pembuatan output.

A. Entity Relationship Diagram (ERD)

Menurut (Sukamto & Shalahuddin, 2015:50) “Pemodelan awal basis data yang

paling banyak digunakan adalah menggunakan Entity Relationship Diagram (ERD).

ERD dikembangkan berdasarkan teori himpunan dalam bidang matematika. ERD

digunalan untuk pemodelan basis data relasional”.

Menurut (Yanto, 2016:32) “ERD adalah suatu diagram untuk menggambarkan

desain konseptual dari model konseptual suatu basis data relasional. ERD juga

merupakan gambaran yang merelasikan antar objek yang satu dengan objek yang lain

dari objek di dunia nyata yang sering dikenal dengan hubungan antar entitas”.

13

Menurut (Ramanda, 2014) “Logical record structure (LRS), adalah representasi

dari structur record-record pada tabel-tabel yang terbentuk dari hasil relasi antar

himpunan entitas”.

Menurut Tabrani dalam (Kesuma & Kholifah, 2019) “LRS adalah Logical

Record Structure dibentuk dengan nomor dari record”. Beberapa tipe record

digambarkan oleh persegi panjang dan dengan nama unik. Logical Record Structure

terdiri dari link-link diantara tipe record.

B. Pengkodean

Menurut (Kristanto, 2018:106) “Pengkodean adalah suatu tahap dari analisa

kebutuhan sistem dan desain sistem yang dituliskan dalam suatu bahasa pemograman

computer tertentu yang biasanya oleh pabrik komputer yang sudah ditentukan

spesifikasinya”.

Menurut (Hartono, 2014:384) mengungkapkan bahwa “Kode digunakan untuk

mengklasifikasikan data, memasukkan data ke dalam komputer dan untuk mengambil

bermacam-macam informasi yang berhubungan dengannya”.

Ada beberapa macam tipe dari kode yang dapat digunakan didalam sistem informasi,

diantaranya adalah kode mnemorik (mnemonic code), kode urut (sequential code),

kode blok (block code), kode grup (group code) dan kode decimal (decimal code).

Masing-msing tipe dari kode tersebut mempunyai kebaikan dan kelemaahannya

tersendiri. Dalam praktek, tipe-tipe kode yang ada dapat dikombinasikan.

1. Kode mnemorik

Kode mnemorik (mnemoric code) digunakan untuk tujuan supaya mudah

diingat. Kode mnemorik dibuat dengan dasar singkatan atau mengambil

sebagai karakter dari item yang akan diwakili dengan kode ini.

14

2. Kode urut

Kode urut (sequential code) disebut juga dengan kode seri (serial code)

merupakan kode yang nilainya urut antara satu kode dengan kode berikutnya.

3. Kode blok

Kode blok (block code) mengklasifikasikan item ke dalam kelompok blok

tertentu yang mencerminkan satu klasifikasi tertentu atas dasar

pemakaian maksimum yang diharapkan.

4. Kode group

Kode group (group code) merupakan kode yang berdasarkan field-field dan

tiap-tiap field kode mempunyai arti. Kalaau anda mengamati buku-buku teks,

maka akan terlihat suatu kode yang disebut dengan ISBN (International

Standard Book Number) yang terdiri dari 10 digit terbagi dalam 4 field.

ISBN merupakan kode group yang masing-masing field mempunyai arti.

5. Kode Desimal

Kode decimal (decimal code) mengklasifikaasikan kode atas dasar 10 unit

angka decimal dimulai dari angka 0 sampai dengan angka 9 atau 100

sampai dengan 99 tergantung dari banyaknya kelompok.

15

C. HIPO (Hierarky Input Proses Output)

1. Pengertian

Menurut (Falahah Suprapto, 2018:167) menyimpulkan bahwa: HIPO (Hierarchy, Input-Process-Output) merupakan teknik dan alat yang

digunakan untuk merancang dan mendokumentasikan program computer. Model

HIPO terdiri atas diagram hirarki yang menggambarkan struktur control program

dan sekumpulan diaram IPO (Input-Process-Output) yang menggambarkan input,

output dan proses untuk setiap model pada modul hirarki.

Menurut (Hartono, 2014:787) menyimpulkan bahwa: HIPO (Hierarchy plus Input-Proses-Output) merupakan metodologi yang

dikembangkan dan didukung oleh IBM. Hipo sebenernya adalah alat

dokumentasi program. Akan tetapi sekarang, HIPO juga banyak digunakan

sebagai alat desain dan teknik dokumentasi dalam siklus pengembangan

sistem. HIPO berbasis pada fungsi, yaitu tiap-tiap modul didalam sistem

digambarkan oleh fungsi utamanya.

2. Tingkatan diagram HIPO

Fungsi-fungsi dari sistem digambarkan oleh HIPO dalam tiga tingkatan. Untuk

masing-masing tingkatan digambarkan dalam bentuk diagram tersendiri. Dengan

demikian HIPO menggunakan tiga macam diagram digunakan untuk masing-masing

tingkatannya, yaitu sebagai berikut ini.

a. Visual Table of Contents (VTOC)

Diagram ini menggambarkan hubungan dari fungsi-fungsi di sistem secara

berjenjang.

16

0 . 0

1 . 0 2 . 0 3 . 0

2.1 2.2

2.2.1 2.2.2

Sumber: (Hartono, 2014:788)

Gambar II.2

Visual Table of Content

b. Overview Diagrams

Overview diagrams menunjukkan secara garis besar hubungan dari input,

proses dan output. Bagian input menunjukkan item-item data yang akan

digunakan oleh bagian proses. Bagian proses berisi sejumlah langkah-

langkah yang menggambarkan kerja dari fungsi. Bagian output berisi

dengan item-item data yang dihasilkan atau dimodifikasi oleh langkah-

langkah proses.

c. Detail Diagrams

Detail diagram merupakan diagram tingkatan yang paling rendah di diagram

HIPO. Diagram ini berisi dengan elemen-elemen dasar dari paket yang

menggambarkan secara rinci kerja dari fungsi.

17

D. Diagram Alir Program (Flowchart)

a. Pengertian

Menurut (Falahah Suprapto, 2018:167) “Flowchart merupakan model untuk

merepresentasikan pengolahan data informasi dan dokumen yang terjadi pada suatu

proses, baik proses bisnis maupun proses pada suatu program”.

Menurut (Jando & Nani, 2018:17) “Flowchart (bagan alir) merupakan urutan

langkah-langkah logis algoritma yang ditampilkan dalam berbagai bentuk makna

notasi visual atau grafik, sedangkan pseudocode merupakan urutan langkah-langkah

logis algoritma yang ditampilkan secara deskriptif (uraian teks).

Menurut (Hartono, 2014:795) “Bagan menunjukan alir (flow) di dalam

program atau prosedur sistem secara logika”.

2. Bentuk Flowchart

a. Bagian alir sistem

Bagian alir sistem (system flowchart) merupakan bagan yang menunjukan

arus pekerjaan secara keseluruhan dari sistem. Bagan ini menjelaskan urut-

urutan dari prosedur-prosedur yang ada di dalam sistem.

b. Program flowchart

Symbol-simbol yang menggambarkan proses secara rincian dan detail

antara instruksi yang satu dengan lainnya dalam suatu program komputer.

3. Teknik Pembuatan

a. General Way

Teknik pembuatan flowchart yang digunakan pada penyusunan logika

dalam suatu program pengulangan proses secara tidak langsung.

18

b. Iteration Way

Teknik pembuatan flowchart yang digunakan pada penyusunan logika

program yang cepat dan pengulangan proses yang terjadi bersifat langsung.

E. Implementasi dan Pengujian Unit

Menurut (Indrajani, 2018:11) mengemukakan bahwa “Implementation

(Implementasi) merupakan realisasi fisik dari basis data dan desain aplikasi”.

Menurut (Indrajani, 2018:12) “Testing (pengujian) dapat didefinisikan sebagai

suatu proses eksekusi program aplikasi dengan tujuan untuk menemukan kesalahan

dengan skenario tes yang direncanakan dan data yang sesungguhnya”.

Menurut (Sukamto & Shalahuddin, 2015:270) “Pengujian adalah satu set

aktifitas yang direncanakan dan sistematis untuk menguji atau mengevaluasi

kebenaran yang diinginkan”. Aktifitas pengujian terdiri dari satu set atau

sekumpulan langkah dimana dapat menempatkan desain Kasus uji yang spesifik

dan metode pengujian. Secara umum pola pengujian pada perangkat lunak adalah

sebagai berikut:

1. Pengujian dimulai dari level komponen hingga integrase antar komponen

menjadi sebuah sistem.

2. Teknik pengujian berbeda-beda sesuai dengan berbagai sisi atau unit uji dalam

waktu yang berbeda-beda pula bergantung pada pengujian pada bagian mana

yang dibutuhkan.

3. Pengujian dilakukan oleh pengembang perangkat lunak, dan jika untuk proyek

besar, pengujian bisa dilakukan oleh tim uji yang tidak terkait dengan tim

pengembangan perangkat lunak (independent test group (ITG)).

4. Pengujian dan persekutuan (debugging) merupakan aktifitas yang berbeda, tapi

penirkutuan (debugging) harus diakomodasi pada berbagai strategi pengujian.

19

Pengujian lebih fokus untuk mencari adanya kesalahan (error) baik dari sudut

pandang orang secara umum atau dari sudut pandang pengembangan tanpa harus

menemukan lokasi kesalahan pada kode program. Penirkutuan (debugging) adalah

proses mencari lokasi kesalahan (error) pada kode program sehingga dapat segera

diperbaiki oleh pembuat program (programmer).

Pengujian perangkat lunak adalah sebuah elemen sebuah topik yang memiliki

cakupan luas dan sering dikaitakan dengan verifikasi (verification) dan validasi

(validation) (V&V). Verifikasi mengacu pada sekumpulan aktifitas yang menjamin

bahwa perangkat lunak mengimplementasikan dengan benar sebuah fungsi yang

spesifik. Validasi mengacu pada sekumpulan aktifitas yang berbeda yang menjamin

bahwa perangkat lunak yang dibangun dapat ditelusuri sesuai dengan kebutuhan

pelanggan (customer).

Black-Box Testing (Pengujian kotak hitam) yaitu 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 melakkan pengujian kotak hitam harus dibuat dengan kasus

benar dan kasus salah, misalkan untuk kasus proses login maka kasus uji yang dibuat

adalah:

20

a. Jika user memasukan nama pemakai (username) dan kata sandi (password)

yang benar.

b. Jika user memasukan nama pemakai (username) dan kata sandi (password)

yang saah, misalnya nama pemakai benar tapi kata sandi salah, atau sebalikny,

atau keduanya salah.

BAB III

PEMBAHASAN

3.1. Tinjauan Perusahaan

Penulis melakukan tinjauan perusahaan yang bergerak dalam bidang kesehatan

yaitu di Klinik Stefanus Medika yang beralamat Jl. Pondok Ungu Permai Blok AD 6,

Bekasi. Tinjauan perusahaan merupakan hal – hal mengenai sejarah terbentuknya

perusahaan, struktur organisasi serta fungsi dari struktur organisasi yang ada di


3.1.1. Sejarah Perusahaan

Klinik Stefanus Medika bermuka dari praktek perorangan Dr. Stefanus Eke Ola

MARS pada tahun 1996 yang beralamatkan di Pondok Ungu Permai Blok AM 2 no.

14 dan mulai menyewa rumah tipe 45 yang terdiri dari 3 kamar. Setelah 2 tahun

berjalan, pihak yang mempunyai rumah ingin menjual rumahnya, tetapi karena Dr.

Stefanus tidak mempunyai uang maka diminta bantuan dari bantuan dari pemilik

rumah sewa untuk menggadaikan sertifikatnya di Bank Mandiri. Berkat doa dan

kesabarannya, akhirnya membuahkan hasil yang baik karena pada akhirnya Dr.

Stefanus bisa mencicil rumah tersebut setiap bulan selama 3 tahun. Perkembangan

klinik berjalan baik walaupun di tahun 1998 terjadi kerusuhan hebat akan tetapi

masyarakat sekitar terus menjaga agar klinik jangan sampai di hancurkan. Setelah

kerusuhan 1998 terjadi krisis yang luar biasa sehingga bidang kesehatan pun

mengalami kesulitan.

21

22

Pada tahun 1999 pemilik rumah disamping klinik tidak dapat melanjutkan

cicilan sehingga dengan bantuan notaris rumah tersebut, Dr. Stefanus dapat

melanjutkan dengan mencicilnya. Tahun 2003 klinik diperluas bangunannya dengan

mengikuti ketentuan banguanan klinik dari Dinas Kesehatan Bekasi. Proses

perjalanan pelayanan terus meningkat dan pada tahun 2009 konsep pelayanan klinik

mulai diterapkan dengan membangun klinik utama perawatan dengan kapasitas 10

tempat tidur dengan konsep satu kamar, satu tempat tidur demi menjaga kenyamanan

pasien yang dirawat inap di Klinik Stefanus Medika.

Antusias masyarakat untuk mendapatkan pelayanan pun semakin bertambah.

Sampai dengan saat ini sejak mulai beroperasinya tahun 2011 sebagai klinik pertama

dan selanjutnya ditingkatkan pelayanannya menjadi klinik utama pada tahun 2014.

Berikut merupakan visi, misi, dan moto dari Klinik Stefanus Medika :

Visi : Memberikan pelayanan kesehatan dengan penuh kasih

Misi : Pelayanan kesehatan yang berorientasi pada kesehatan keluarga

Motto : Senyum, Sapa, dan Kasih

23

3.1.2. Struktur Organisasi dan Fungsi

A. Struktur Organisasi

Sumber: Klinik Stefanus Medika

Gambar III.1

Struktur Organisasi

B. Fungsi

a. Penanggung Jawab Klinik

a) Memeriksa, memfollow up pasien yang berlangganan.

b) Mengatur jadwal praktek kerja dokter.

c) Mengajukan SIP terbaru yang sesuai dengan titik tempat praktek kerja.

d) Mengganti dokter yang tidak mengurus SIP terbaru yang sesuai titik

praktek kerja.

b. Pemilik Klinik

a) Merencanakan program kerja tahunan unit poliklinik.

b) Membagi tugas kepada karyawan.

c) Memberi petunjuk kerja kepada karyawan.

24

d) Memeriksa pekerjaan karyawan atau mengevaluasi tugas administrasi

dan pelayanan kesehatan.

e) Membuat konsep pedoman dan petunjuk teknis pelaksanaan pemeriksaan

kesehatan dan tindakan medis operatif.

f) Melaporkan pelaksanaan tugas kepada atasan.

c. Dokter Pelaksana Harian

a) Melakukan pemeriksaan, monitoring dan evaluasi pasien.

b) Mengatur dan memeriksa jadwal pasien dan jadwal rotasi perawat saat

diperlukan.

c) Mengawasi pelaksanaan pemberian obat dan pemeriksaanpenunjang

sesuai dengan indikasi dokter spesialis.

d) Mengawasi pelaksanaan pencatatan rekam medis pasien.

e) Mengawasi dan memastikan bahwa Standard Operational Producer

(SOP) medis sudah dijalankan dengan baik.

d. Apotik

a) Melayani resep sesuia dengan tanggung jawab dan keahlian profesinya

yang dilandasi pada kepentingan masyarakat.

b) Tidak mengijinkan mengganti obat Generik yang ditulis dalam resep

dengan obat paten.

c) Jika pasien tidak mampu menebus obat yang tertulis didalam resep,

bagian apotik wajib berkonsultasi dengan dokter untuk pemilihan obat

yang lebih tepat.

d) Pada saat memberikan obat kepada pasien, bagian apotik wajib memberikan

informasi yang berkaitan dengan penggunaan obat, misalnya cara meminum

obat, dan dosis atau aturan obat yang diberikan secara tepat

25

dan aman.

e. Administrasi dan Keuangan

a) Melakukan pengaturan keuangan klinik, melakuakan pembayaran gaji

karyawan, dan menyusun serta membuat laporan keuangan klinik.

b) Menghitung dan merekap administrasi pasien rawat inap pada saat

pasien tersebut pulang.

3.2. Analisis Kebutuhan

A. Analisa Kebutuhan Pengguna

Dalam aplikasi Klinik Stefanus Medika terdapat tiga pengguna yang dapat

menggunakan dan mengelola aplikasi, yaitu admin, staff, dan dokter. Ketiga

pengguna memiliki hak akses yang berbeda, seperti berikut:

1. Admin

a. Dapat melakukan login pada program

b. Dapat mengelola master Pengguna

c. Dapat mengelola Pengaturan Instansi

d. Dapat mengakses pengaturan ganti password

e. Backup dan restore database

f. Melakukan logout pada program

2. Petugas

a. Dapat melakukan login pada program

b. Dapat mengelola data pasien

c. Dapat mengelola data dokter

d. Dapat mengelola data obat

e. Dapat mengelola data tindakan

26

f. Dapat mengelola data poliklinik

g. Dapat mengelola data kunjungan

h. Dapat mengelola data laboratorium

i. Dapat mengakses laporan pasien

j. Dapat mengakses laporan dokter

k. Dapat mengakses laporan rekam medis

l. Dapat mengelola transaksi

m. Dapat mengakses pengaturan ganti password

n. Dapat melakukan logout

3. Dokter

a. Dapat melakukan login dokter

b. Dapat mengelola data rekam medis

c. Dapat mengakses data pasien

d. Dapat mengakses data tindakan

e. Dapat mengakses data obat

f. Dapat melakukan logout

B. Analisa Kebutuhan

Merupakan program komputer yang ada di sistem Klinik Stefanus Medika

1. Untuk dapat mengakses program pengguna terlebih dahulu melakukan login.

2. Program dapat melakukan pengolahan dan menyimpan hasil data input,

melakukan pencarian data yang di input, menampilkan laporan.

3. Pengguna harus logout setelah selesai menggunakan aplikasi.

27

3.3. Rancangan Dokumen

Rancangan dokumen masukan (input) dan rancangan dokumen keluaran

(output) yang penulis buat adalah sebagai berikut:

A. Rancangan Dokumen Masukan (Input)

1. Nama Dokumen : Data Pasien

Fungsi : Sebagai masukan untuk data pasien

Sumber : Pasien

Tujuan : Petugas

Media : Komputer

Jumlah : Satu Lembar

Frekuensi : Setiap terjadi penambahan data pasien

Bentuk : Lihat lampiran A.1

2. Nama Dokumen : Data Dokter

Fungsi : Sebagai masukan untuk data dokter

Sumber : Dokter

Tujuan : Petugas

Media : Komputer

Jumlah : Satu Lembar

Frekuensi : Setiap terjadi penambahan data dokter

Bentuk : Lihat lempira n A.2

28

3. Nama Dokumen

Fungsi

Sumber

Tujuan

Media

Jumlah

Frekuensi

Bentuk

4. Nama Dokumen

Fungsi

Sumber

Tujuan

Media

Jumlah

Frekuensi

Bentuk

5. Nama Dokumen

Fungsi

Sumber

Tujuan

Media

Jumlah

Frekuensi

Bentuk

: Data Tindakan

: Sebagai masukan untuk data tindakan

: dokter

: Petugas

: Komputer

: Satu Lembar

: Setiap terjadi penambahan data tindakan

: Lihat lampiran A.3

: Data Obat

: Sebagai masukan untuk data obat

: Petugas

: Pemilik

: Komputer

: Satu Lembar

: Setiap terjadi penambahan data obat

: Lihat Lampiran A.4

: Data Pengguna

: Sebagai Masukan untuk data pengguna

: Petugas

: Pemilik

: Komputer

: Satu Lembar

: Setiap terjadi penambahan data pengguna


29

6. Nama Dokumen

Fungsi

Sumber

Tujuan

Media

Jumlah

Frekuensi

Bentuk

: Data Poliklinik

: Sebagai Masukan untuk data poliklinik

: Pasien

: Petugas

: Komputer

: Satu Lembar

: Setiap terjadi penambahan data poliklinik


B. Rancangan Dokumen Keluaran (Output)

1. Nama Dokumen

Fungsi

Sumber

Tujuan

Media

Jumlah

Frekuensi

Bentuk

2. Nama Dokumen

Fungsi

Sumber

Tujuan

Media

Jumlah

Frekuensi

Bentuk

: Laporan Data Pasien

: Untuk mengetahui seluruh data pasien

: Admin

: Pemilik

: Komputer

: Satu Lembar

: Sesuai kebutuhan

: Lihat Lampiran B.1

: Kartu Pasien

: Sebagai tanda pasien di klinik

: Admin

: Pasien

: Komputer

: Satu Lembar

: Sesuai kebutuhan


30

3. Nama Dokumen

Fungsi

Sumber

Tujuan

Media

Jumlah

Frekuensi

Bentuk

4. Nama Dokumen

Fungsi

Sumber

Tujuan

Media

Jumlah

Frekuensi

Bentuk

5. Nama Dokumen

Fungsi

Sumber

Tujuan

Media

Jumlah

Frekuensi

Bentuk

: Laporan Data Dokter

: Sebagai laporan data dokter

: Admin

: Pemilik

: Komputer

: Satu Lembar

: Sesuai kebutuhan

: Lihat lampiran B.3

: Laporan Data Obat

: Untuk mengetahui seluruh data obat

: Admin

: Pemilik

: Komputer

: Satu Lembar

: Sesuai kebutuhan


: Laporan Data Medis

: Untuk mengetahui data pasien

: Admin

: Pemilik

: Komputer

: Satu Lembar

: Sesuai kebutuhan


31

6. Nama Dokumen

Fungsi

Sumber

Tujuan

Media

Jumlah

Frekuensi

Bentuk

: Transaksi

: Untuk mengetahui biaya perawatan

: Admin

: Pasien

: Komputer

: Satu Lembar

: Sesuai kebutuhan


32

3.4. Entity Relationship Diagram

A. Entity Relationship Diagram -

Gambar III.2

Entity Relationship Diagram

33

B. LRS (Logical Record Structure)

Gambar III.3

Logical Record Structure

34

3.5. Spesifikasi File

Spesifikasi file menjelaskan tentang file-file database yang digunakan dalam

pembuatan program rawat jalan. Spesifikasi file disimpan dalam database dengan

nama “rj_db” dengan rincian file sebagai berikut:

1. File Login

Nama File

Akronim

Fungsi

Tipe File

Organisasi File

Akses File

Media

Panjang Record

Kunci Field

Softwere

: Login

: Login

: Menyimpan data login

: File Otentikasi

: Index Sequential

: Random

: Hard Disk

: 39 Byte

: kode_user

: Xampp

Tabel III.1

Spesifikasi File Login

No Elemen Data Akronim Tipe panjang Keterangan

1 Kode User kode_user varchar 5 Primary Key

2 Username username varchar 15

3 Password password varchar 8

4 Akses akses char 11

35

2. 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 : 97 Byte

Kunci Field : kode_dokter

Software : Xampp

Tabel III.2

Spesifikasi File Dokter

No Elemen Data Akronim Tipe panja Keterangan

ng

1 Kode dokter kode_dokter varchar 5 Primerry key

2 Kode poli kode_poli varchar 5 Foreign key

3 Kode user kode_user varchar 5 Foreign key

4 Nama dokter nama_dokter varchar 25

5 Sip sip enum

(pagi,malam)

6 Tempat lahir tempat_lahir varchar 20

7 Nomor nomor_telepon varchar 12

telepon

8 Alamat alamat varchar 25

36

3. Spesifikasi File Pasien

Nama File : Pasien

Akronim : Pasien

Fungsi : Menyimpan Data Pasien



Akses File : Random

Media : Hard Disk


Kunci Field : nomor_pasien

Softwere : Xampp

Tabel III.3

Spesifikasi File Pasien


1 Nomor pasien nomor_pasien varchar 5 Primery

Key

2 Nama pasien nama_pasien varchar 25

3 Jenis kelamin jenis_kelamin enum (‘laki-

laki’,’perempuan’)

4 Agama agama varchar 10

5 Alamat alamat varchar 25

6 Tanggal lahir tanggal_lahir date

7 Usia usia int 11

8 Nomor Telepon nomor_telepon varchar 12

9 Nama kk nama_kk varchar 25

10 Hub kel hub_kel varchar 10

37

4. Spesifikasi File Obat

Nama File : Obat

Akronim : Obat

Fungsi : Menyimpan Data Obat



Akses File : Random

Media : Hard Disk


Kunci Field : kode_obat

Softwere : Xampp

Tabel III.4

Spesifikasi File Obat


1 Kode obat kode_obat varchar 5 Primery Key

2 Nama obat nama_obat varchar 25

3 Jumlah obat jumlah_obat int 11

4 Satuan satuan varchar 10

5 Detail detail varchar 25

6 Status status int 11

38

5. Spesifikasi File Poliklinik

Nama File : Poliklinik

Akronim : Poliklinik

Fungsi : Menyimpan Data Poliklinik



Akses File : Random

Media : Hard Disk


Kunci Field : kode_poli

Softwere : Xampp

Tabel III.5

Spesifikasi File Poliklinik


1 Kode poli kode_poli varchar 5 Primery Key

2 Nama poli nama_poli varchar 15

3 Lantai lantai int 11

6. Spesifikasi File Tindakan

Nama File : Tindakan

Akronim : Tindakan

Fungsi : Menyimpan Data Tindakan



Akses File : Random

Media : Hard Disk

39


Kunci Field : kode_tindakan

Softwere : Xampp

Tabel III.6

Spesifikasi File Tindakan


1 Kode tindakan kode_tindakan varchar 5 Primery Key

2 Nama tindakan nama_tindakan varchar 25

3 Ket ket text

7. Spesifikasi File Kunjungan

Nama File : Kunjungan

Akronim : Kunjungan

Fungsi : Menyimpan Data Kunjungan

Tipe File : File transaksi


Akses File : Random

Media : Hard Disk


Kunci Field : kode_kunjungan

Softwere : Xampp

40

Tabel III.7

Spesifikasi File Kunjungan


1 Kode kunjungan kode_kunjungan varchar 5 Primery Key

2 Nomor pasien nomor_pasien varchar 5 Foreign Key

3 Kode poli kode_poli varchar 5 Foreign Key

4 Jam Kunjungan jam_kunjungan

5 Tanggal kunjungan tanggal_kunjungan

8. Spesifikasi File Rekam Medis

Nama File : Rekam Medis

Akronim : Rekam Medis

Fungsi : Menyimpan Data Rekam Medis

Tipe File : File Transaksi


Akses File : Random

Media : Hard Disk


Kunci Field : nomor_rm

Softwere : Xampp

41

Tabel III.8

Spesifikasi File Rekam Medis


1 Nomor rm nomor_rm varchar 5 Primery Key

2 Kode tindakan kode_tindakan varchar 5 Foreign Key

3 Kode user kode_user varchar 5 Foreign Key

4 Nomor pasien nomor_pasien varchar 5 Foreign Key

5 Diagnosa diagnose text

6 Keluhan keluhan text

7 Tanggal tanggal_pemeriksaan date

pemeriksaan

8 Ket ket text

9. Spesifikasi File Detail Rekam Medis

Nama File : Detail Rekam Medis

Akronim : Detail Rekam Medis

Fungsi

: Menyimpan Data Detail Rekam

Medis

Tipe File : File Transaksi


Akses File : Random

Media : Hard Disk


Kunci Field : nomor_rm

Softwere : Xampp

42

Tabel III.9

Spesifikasi File Detail Rekam Medis


1 Nomor rm nomor_rm varchar 5 Foreign Key

2 Kode obat kode_obat varchar 5 Foreign Key

3 Ket ket varchar 25

10. Spesifikasi File Laboratorium

Nama File : Laboratorium

Akronim : Laboratorium

Fungsi : Menyimpan Data Laboratorium

Tipe File : File Hasil Transaksi


Akses File : Random

Media : Hard Disk


Kunci Field : kode_lab

Softwere : Xampp

Tabel III.10

Spesifikasi File Laboratorium


1 Kode lab kode_lab varchar 5 PrimaryKey

2 Nomor rm nomor_rm varchar 8 Foreign Key

3 Hasil lab hasil_lab varchar 100

4 Ket ket text

43

3.6. Pengkodean

Penggunaan pengkodean sangat membantu dalam suatu program aplikasi, karena

dapat mempermudah dan mempercepat pengentrian data dalam suatu database yang

besar. Dalam membantu aplikasi program pengolahan data ini, penulis membuat

pengkodean sebagi berikut:

1. Nomor Pasien

Setiap pasien harus memiliki nomor pasien masing-masing sebagai identitas

dari masing-masing pasien.

X X 9 9 9

Identitas Pasien No Urut

Contoh:

P S 0 0 1

Keterangan

PS = Identitas pasien

1 = Nomor urut yaitu 001

2. Kode Dokter

Setiap dokter mempunyai kode yang berbeda-beda sebagai identitas dari masing-

masing dokter.

X 99 9 9

Identitas

Dokter

No Urut

44

Contoh:

D 0 0 0 1

Keterangan:

D = Identitas dokter


3. Kode User

Setiap User mempunyai kode yang berbeda-beda sebagai pengguna program.

X X 9 9 9

Identitas User No Urut

Contoh:

K U 0 0 1

Keterangan

KU = Identitas user


4. Kode Tindakan

Setiap tindakan mempunyai kode yang berbeda-beda sebagai identitas

dari masing-masing tindakan.

X 99 9 9

Identitas

Tindakan

No Urut

45

Contoh:

T 0 0 0 1

Keterangan:

T = Tindakan


5. Kode Obat

Setiap Obat mempunyai kode yang berbeda-beda sebagi identitas dari masing-

masing data obat.

X 99 9 9

Identitas

Obat

Contoh:

No Urut

K 0 0 0 1

Keterangan:

K = Identitas obat


46

6. Kode Poliklinik

Setiap Transaksi mempunyai kode yang berbeda-beda sebagi identitas dari

masing-masing transaksi.

X 99 9 9

Identitas

Poliklinik

Contoh:

No Urut

P 0 0 0 1

Keterangan:

P = Identitas Poliklinik


7. Rekam Medis

Setiap Rekam medis mempunyai kode yang berbeda-beda sebagai

identitas rekam medis setiap pasien.

X X 9 9 9

Identitas No Urut

Rekam Medis

Contoh:

N R 0 0 1

47

Keterangan

NR = Identitas Rekam Medis

001 = Nomor Urut yaitu 001

3.7. Spesifikasi Program

A. HIPO (Hierarchy Input Proses Output)

Gambar III.4

HIPO (Hierarchy Input Proses Output

48

B. Flowchart

1. Flowchart Login

Gambar III.5

Flowchart Login

49

2. Flowchart menu utama

50

Gambar III.6

Flowchart Menu Utama

51

3. Flowchart Pasien

Gambar III.7

Flowchart Pasien

52

4. Flowchart Dokter

Gambar III.8

Flowchart Dokter

53

5. Flowchart Obat

Gambar III.9

Flowchart Obat

54

6. Flowchart Tindakan

Gambar III.10

Flowchart Tindakan

55

7. Flowchart Pengguna

Gambar III.11

Flowchart Pengguna

56

8. Flowchart Poliklinik

Gambar III.12

Flowchart Poliklinik

57

9. Flowchart Backup Database

Gambar III.13

Flowchart Backup Database

10. Flowchart Restore Database

Gambar III.14

Flowchart Restore Database

58

11. Flowchart Ganti Password

Gambar III.15

Flowchart Ganti Password

59

3.8. Spesifikasi Sistem Komputer

Berikut ini adalah spesifikasi perangkat keras (Hardware) dan perangkat

lunak (Software) minimum yang dibutuhkan untuk mengimplementasikan program

rawat jalan pada Klinik Stefanus Medika

1. Perangkat Keras (Hardware)

Spesifikasi perangkat keras yang diperlukan untuk dapat menjalankan

program rawat jalan pada Klinik Stefanus Medika yang penulis buat adalah

sebagai berikut:

a. Processor Speead : Intel ® Core ™ i3-6006U CPU @

b. Memory (RAM)

c. Harddisk

d. Monitor

e. Keyboard

f. Mouse

g. Printer

2.00GHz 199GHz

: 4.00 GB RAM

: 500 GB ruang harddisk yang tersedia

: Display minimum 1366 x 768

: Standard Keyboard

: Standard Mouse

: Deskjet Printer

2. Perangkat Lunak (Software)

Spesifikasi minimum dari perangkat lunak yang diperlukan untuk dapat

menjalankan program penjualan kredit bahan bangunan yang penulis

buat adalah sebagai berikut:

a. Sistem Operasi

b. Database

: Microsoft Windows 10

: MySQL

c. Software Pendukung : 1. Netbeans IDE 8.2

: 2. Xampp

60

3.9. Implementasi

Implementasi rancangan antar muka pada aplikasi klinik yaitu:

1. Halaman Login

Pengguna aplikasi harus melakukan login terlebih dahulu untuk dapat

menggunakan program yang tersedia jika login berhasil, maka menu-menu yang

sesuai dengan katagori user tersebut akan ditampilkan.

Gambar III.16

Form Login

61

2. Halaman Menu Utama

Gambar III.17

Halaman Menu Utama

3. Form Pasien

Gambar III.18

Form Pasien

62

4. Form Dokter

Gambar III.19

Form Dokter

5. Form Obat

Gambar III.20

Form Obat

63

6. Form Tindakan

Gambar III.21

Form Tindakan

7. Form Pengguna

Gambar III.22

Form Tindakan

64

8. Form Poliklinik

Gambar III.23

Form Poliklinik

9. Data Medis Kunjungan

Gambar III.24

Data Medis Kunjungan

65

10. Data Medis Laboratorium

Gambar III.25

Data Medis Laboratorium

11. Data Medis Pasien

Gambar III.26

Data Medis Pasien

66

12. Laporan Data Pasien

Gambar III.27

Laporan Data Pasien

13. Laporan Data Dokter

Gambar III.28

Laporan Data Dokter

67

14. Laporan Medis

Gambar III.29

Laporan Medis

15. Laporan Transaksi

Gambar III.30

Laporan Transaksi

68

3.10. Pengujian Unit

Pengujian terhadap program yang dibuat menggunakan blackbox testing yang

fokus terhadap proses masukan dan keluaran program.

1. Pengujian Terhadap Form Login

Tabel III.12

Hasil Pengujian Black Box Form Login

No Skenario Test Care Hasil yang diharapkan Hasil Kesimpulan

Pengujian Pengujian

1 Username dan Username: Sistem akan menolak Sesuai Valid Password tidak (kosong) akses dan menampilkan Harapan

diisi kemudian password : “Username atau password

(kosong)

klik login salah”

2 Mengetikkan Username: Sistem akan menolak Sesuai Valid

username dan staff akses dan menampilkan Harapan password tidak Password “Username atau password

(kosong)

diisi kemudian salah”

klik login

3 Username Username Sistem akan menolak Sesuai valid

tidak diisi (kosong) akses dan menampilkan Harapan dan password Password “Username atau password

diisi 111

salah”

kemudian klik

login

4 Mengetikkan Username Sistem menolak akses Sesuai Valid

salah satu kondisi staff user dan menampilkan Harapan

salah pada (benar) “Username atau password Username dan Password: salah”

123 (salah)

password

kemudian klik

tombol login

69

5 Mengetikkan Username: Sistem menerima akses Sesuai Valid

username dan staff login dan kemudian Harapan password dengan (benar) langsung menampilkan

data yang benar Password:

“Berhasil login”

kemudian klik 123

tombol login (benar)

6 Jika masuk dengan Username : admin dapat mengelola Sesuai Valid hak akses sebagai admin data master pengguna, Harapan

admin (benar) instansi, ganti password,

password :

backup & restore

admin

database, info

(benar)

7 Jika masuk dengan Username : petugas dapat mengelola Sesuai Valid

hak akses sebagai staff data pasien, data dokter, Harapan petugas (benar) data obat, data tindakan

Password:

dan data poliklinik, data

111

kunjungan, data

(benar)

laboratorium, laporan

pasien, laporan dokter,

laporan medis, ganti

password, info

8 Jika masuk dengan Username: mengelola data medis Sesuai Valid

hak akses sebagai dokter_dodi pasien, lihat data pasien, Harapan dokter (benar) lihat data tindakan, lihat

Password

data obat

111

70

2. Pengujian Unit Terhadap Form Pasien

Tabel III.13

Hasil Pengujian Black Box Testing Form Pasien


Pengujian Pengujian

1 Klik Semua Text Sistem akan menolak Sesuai Valid

tombol field kosong, “Lengkapi data” Harapan

tambah kecuali

Lalu klik

nomor pasien

tombol simpan

(otomatis)

2 Jika kondisi data Beberapa Sistem akan menolak Sesuai Valid

yang dimasukkan data diisi dan “Lengkapi data” Harapan

belum lengkap sebagian ada

kemudian tekan yang kosong

tombol simpan.

3 Kondisi data yang Semua data Sistem akan menyimpan Sesuai Valid

dimasukkan telah terisi data kedalam database Harapan

lengkap kemudian kemudian kemudian data tersebut

tekan tombol tekan tombol akan tampil pada datagrid

simpan simpan

4 Menekan salah Mengubah Sistem akan menampilkan Sesuai Valid

satu data pada data yang “Data berhasil diperbarui” Harapan

datagrid kemudian ingin diubah

pilih ubah kemudian

klik perbarui

5 Menekan salah Text field Sistem menerima “yakin Sesuai Valid

satu data pad terisi semua mau dihapus” Harapan

datagrid kemudian

pilih hapus

71

3. Pengujian Unit Terhadap Form Dokter

Tabel III.14

Hasil Pengujian Black Box Testing Form Dokter


Pengujian Pengujian



tambah kecuali kode

Lalu klik

dokter (otomatis)

tombol simpan





tombol simpan.





simpan simpan




pilih ubah kemudian

klik perbarui



datagrid kemudian

pilih hapus

6 Klik tambah Semua text Sistem menerima text Sesuai Valid

field kosong field kosong Harapan

Lalu klik batal

7 Klik tambah keluar dari Sistem menerima, dan Sesuai Valid

form dokter menutupnya Harapan

Lalu klik tutup

72

4. Pengujian Unit Terhadap Form Obat

Tabel III.15

Hasil Pengujian Black Box Testing Form Obat


Pengujian Pengujian



tambah kecuali kode

Lalu klik

obat (otomatis)

tombol simpan





tombol simpan.


dimasukkan telah terisi data ke dalam database Harapan



simpan simpan




pilih ubah kemudian

klik perbarui



datagrid kemudian

pilih hapus

73

5. Pengujian Unit Terhadap Form Tindakan

Tabel III.16

Hasil Pengujian Black Box Testing Form Tindakan


Pengujian Pengujian



tambah kecuali kode

Lalu klik

tindakan (otomatis)

tombol simpan





tombol simpan.





simpan simpan




pilih ubah kemudian

klik perbarui



datagrid kemudian

pilih hapus



Lalu klik batal


form menutupnya Harapan

Lalu klik tutup tindakan

74

6. Pengujian Unit Terhadap Form Pengguna

Tabel III.17

Hasil Pengujian Black Box Testing Form Pengguna


Pengujian Pengujian



tambah kecuali kode

Lalu klik

user (otomatis)

tombol simpan





tombol simpan.





simpan simpan




pilih ubah kemudian

klik perbarui



datagrid kemudian

pilih hapus



Lalu klik batal



Lalu klik tutup pengguna

75

7. Pengujian Unit Terhadap Form Poliklinik

Tabel III.18

Hasil Pengujian Black Box Testing Form Poliklinik


Pengujian Pengujian



tambah kecuali kode

Lalu klik

poli (otomatis)

tombol simpan





tombol simpan.





simpan simpan




pilih ubah kemudian

klik perbarui



datagrid kemudian

pilih hapus



Lalu klik batal



Lalu klik tutup Poliklinik

BAB IV

PENUTUP

4.1. Kesimpulan

Dari pembahasan yang telah diuraikan oleh penulis di dalam Tugas Akhir ini,

dapat diambil kesimpulan mengenai perancangan program rawat jalan pasien Pada

Klinik Stefanus Medika yaitu sebagai berikut:

1. Meminimalisir resiko kesalahan yang ditimbulkan dari proses manual yang

disebabkan karena kesalahan manuasia (human eror).

2. Aplikasi dapat mengatasi sistem pengelolaan data rawat jalan pasien, pengolahan

data menjadi lebih efektif dan efisien.

3. Menjadikan aplikasi klinik menjadi terkomputerisasi yang sebelumnya masih

manual dengan media kertas.

4.2. Saran

Untuk memudahkan kegiatan transaksi dalam penerapan sistem

komputerisasi ini, ada beberapa saran yang penulis sampaikan pada klinik Stefanus

Medika yaitu sebagai berikut:

1. Sebagai pengguna awal pada program ini, kiranya perlu diadakan pelatihan

kepada pengguna (user) untuk memberikan petunjuk penggunaan untuk

mengantisipasi terjadi kesalahan yang mungkin timbul pada program tersebut.

76

77

2. Menepatkan pengguna program ini yang dapat bertanggung jawab, teliti, jujur

serta disiplin dalam hal pemasukan data agar tidak terjadi kesalahan bagi klinik

Stefanus Medika.

3. Pembangunan sistem pendaftaran secara online sehingga lebih memudahkan

pengunjung untuk dapat melakukan pendaftaran ke klinik, yaitu membuat sebuah

sistem berbasis website.

DAFTAR PUSTAKA

Falahah Suprapto. (2018). Rekayasa Perangkat Lunak. Jakarta: Lentera Ilmu

Cendekia.

Haqi, B., & Setiawan, H. S. (2019). Aplikasi absensi Dosen dengan java dan Smartphone sebagai Barcode Reader. Jakarta: PT Elex Media Komputindo.

Hartono, J. (2014). Analisis dan Desain. Yogyakarta: CV ANDI OFFSET.

Haryanto, & Firmansyah, A. (2018). Sistem Informasi Pengolahan Data Pasien

Berbasis Web Pada Klinik Yadika Tangerang. Jurnal & Penelitian Teknik Informatika, 2(April 2018), 155–163.

Hidayat, R. (2015). APLIKASI DESKTOP PASIEN RAWAT JALAN PADA KLINIK. 1(1), 19–26.

Indrajani. (2018). Database Design All in One: Theory, Practice, and Case Study. Jakarta: Elex Media Komputindo.

Jando, E., & Nani, P. A. (2018). Algoritma dan Pemograman Berbasis Java. Yogyakarta: CV Andi.

Kesuma, C., & Kholifah, D. N. (2019). Sistem Informasi Akademik Berbasis Web pada LKP Rejeki Cilacap. Evolusi, 7(1), 82–88.

Kristanto, A. (2018). Perancangan Sistem Informasi Dan Aplikasinya. Yogyakarta: Gava Media.

Mandar, R. (2017). Kitab Kumpulan Tips, Latihan, dan Soal Database. Jakarta: PT Elex Media Komputindo.

Ramanda, K. (2014). Perancangan Sistem Informasi Virtual Komik. Sniptek, 239–242.

Rusmawan, U. (2019). Teknik Penulisan Tugas Akhir dan Skripsi Pemograman. Jakarta: PT Elex Media Komputindo.

78

Sukamto, R. A., & Shalahuddin, M. (2015). Rekayasa Perangkat Lunak.

Yanto, R. (2016). Manajemen Basis Data Menggunakan MySQL. Yogyakarta: Deepublish.

79

LAMPIRAN-LAMPIRAN

A. Lampiran Masukan

Data Pasien

Lampiran A.1

Data Dokter

Lampiran A.2

Data Tindakan

Lampiran A.3

82

Data Obat

Lampiran A.4

Data Pengguna

Lampiran A.5

Data Poliklinik

Lampiran A.6

83

B. Lampiran Keluaran

Laporan Data Pasien

Lampiran B.1

Kartu Pasien

Lampiran B.2

84

Laporan Data Dokter

Lampiran B.3

Laporan Data Obat

Lampiran B.4

85

Laporan Medis

Lampiran B.5

Transaksi

Lampiran B.6

86

TUGAS AKHIR · klinik akan dimudahkan karena dapat menyelesaikan proses pendaftaran dan juga ... A....

Documents

Transcript of TUGAS AKHIR · klinik akan dimudahkan karena dapat menyelesaikan proses pendaftaran dan juga ... A....