RANCANG BANGUN SISTEM INFORMASI KLINIK YEPA HUSADA

KAIBON - MADIUN BERBASIS WEB

SKRIPSI

OLEH :
.........................................
NIM. ...........................

PROGRAM STUDI INFORMATIKA

FAKULTAS TEKNIK
UNIVERSITAS DOKTOR NUGROHO MAGETAN
JULI 2021
RANCANG BANGUN SISTEM INFORMASI KLINIK YEPA HUSADA
KAIBON - MADIUN BERBASIS WEB

SKRIPSI

Diajukan kepada Fakultas Teknik Universitas DoktorNugroho Magetan untuk

memenuhi salah satu persyaratan dalam menyelesaikan
Program Sarjana Srata-1 Informatika

OLEH :
............................
NIM. .......................

PROGRAM STUDI INFORMATIKA

FAKULTAS TEKNIK
UNIVERSITAS DOKTOR NUGROHO MAGETAN
JULI 2021

ii
 LEMBAR PERSETUJUAN DOSEN PEMBIMBING

Skripsi yang disusun oleh ........................... ini telah diperiksa dan disetujui
untuk diuji.

Magetan, 15 Mei 2021

Pembimbing I,

Tanda tangan

Ari Suhartanto, M.Kom.

NIDN. 0715038001

Pembimbing II,

Tanda tangan

Suparno, S.Kom. M.M.

NIDN. ........................

iii
 LEMBAR PERSETUJUAN DAN PENGESAHAN PANITIA UJIAN

Skripsi yang disusun oleh...................... ini telah dipertahankan di depan

panitia penguji pada hari Sabu, 12 Juni 2021

Ari Suhartanto, M.Kom. Ketua

NIDN. 0715138001

Suparno, S.Kom. M.M. Sekretaris

NIDN. 0702088801

.................................... Penguji I
NIDN. .........................

.................................... Penguji II
NIDN. .........................

Mengetahui, Mengesahkan,
Dekan Fakultas Teknik Kaprodi PG PAUD

.......................................
NIDN. ........................... Ari Suhartanto, M.Kom.
NIDN. 0715138001

iv
 ABSTRAK
{Disesuaikan Dengan Isi Laporan Skripsi}

Maria Kresensia Seu. 2020. Penerapan Model Think Pair Share (TPS) dalam
Mata Pelajaran IPA Siswa Kelas V SDN Ngujung 2 Maospati Tahun
Pelajaran 2019/2020. Skripsi. Program Studi Pendidikan Guru Sekolah
Dasar (PGSD), Fakultas Keguruan dan Ilmu Pendidikan, Universitas
Doktor Nugroho Magetan. Pembimbing (1) Ida Wahyu Wijayati, S.Pd.,
M.M., (II) Devi Anggi Friani, S.Pd., M.M.

Kata Kunci: Model Think Pair Share (TPS), Hasil Belajar, Mata Pelajaran IPA

Mata pelajaran IPA merupakan salah satu mata pelajaran yang sering
dianggap sulit dan membosankan oleh siswa. Keadaan ini juga terjadi di SDN
Ngujung 2 Maospati, guru menyampaikan materi pembelajaran cenderung
menggunakan metode ceramah, dan tanya jawab. Hal tersebut menyebabkan hasil
belajar siswa menurun. Jadi dapat disimpulkan bahwa hasil belajar IPA siswa
SDN Ngujung 2 Maospati masih rendah karena model pembelajaran yang
digunakan guru kurang bervariasi, maka sehubungan dengan itu perlu dilakukan
perbaikan penggunaan model pembelajaran. Model Think Pair Share (TPS)
merupakan salah satu model pembelajaran yang mudah diterapkan, berbentuk
kelompok kecil yang terdiri dari 2 siswa yang berpasangan. Penelitian ini
bertujuan untuk mendeskripsikan penerapan model pembelajaran Think Pair
Share (TPS), mengetahui peningkatan hasil belajar siswa, mendeskripsikan
keuntungan dan kelemahan dalam penerapan model Think Pair Share (TPS)
dalam mata pelajaran IPA siswa kelas V SDN Ngujung 2 Maospati Tahun
Pelajaran 2019/2020.
Jenis penelitian yang digunakan dalam penelitian ini adalah deskriptif
kualitatif. Teknik pengumpulan data yang digunakan yaitu observasi, wawancara,
tes dan dokumentasi. Teknik analisis data yang digunakan yaitu data reduction,
data display, dan conclucion drawing (verification).
Hasil penelitian pertama mengenai penerapan model pembelajaran Think
Pair Share (TPS) dalam mata pelajaran IPA materi daur air dapat memberikan
dampak positif bagi keaktifan dan hasil belajar siswa. Kedua, peningkatan hasil
belajar siswa sebesar 81,25% dengan predikat baik sekali dan sudah tidak ada
siswa yang berpredikat cukup. Ketiga, keuntunganmodel Think Pair Share (TPS)
yaitu mengoptimalkan partisipasi siswa, siswa dapat berperan aktif dalam proses
pembelajaran, dan meningkatkan keterampilan siswa. Sedangkan kelemahannya
situasi kelas cenderung ramai saat pembagian kelompok, siswa memilih teman
saat diminta untuk berpasangan, dan membutuhkan pantauan guru ketika diskusi.
Hal ini menunjukan bahwa dengan penerapan model Think Pair Share (TPS)
dalam mata pelajaran IPA dapat meningkatkan hasil belajar siswa kelas V SDN
Ngujung 2 Maospati Tahun Pelajaran 2019/2020.

v
 ABSTRACT

Ida Wahyu Wijayati. 2020. The Application of Two Stay Two Stray Technique in
Teaching Reading for Eight Grade Students of SMPN 2 Geger in the
Schooling Year of 2019/2020. Thesis. English Education Department,
Teacher Training and Education Faculty, Universitas Doktor Nugroho
Magetan. Advisors (1) Lilik Purwaningsih, M.Pd. (2) Cherissa Jeihan,
M.Pd.

Key Word: Two Stay Two Stray, Technique, Teaching and Reading.

The students reading habit has a good effect to increase students’

achievement because reading is an essential skill and difficult subject for them.
One of the reasons is spelling, structure, and alphabets are not the same as their
pronunciation. Teaching reading is used to help students to get some information
from the text through reading activities. To avoid boredom in learning, Two Stay
Two Stray (TSTS) become one technique applied in learning class. This technique
has four students in every group to get information two students from each group
visit other group to share their activities. In this research the objectives are: 1) to
identify how the application of Two Stay Two Stray technique in teaching
reading. 2) to identify the progress of students’ achievement by using Two Stay
Two Stray technique in teaching reading. 3) to describe advantages and
disadvantages of Two Stay Two Stray technique in teaching reading.
In this research, the researcher uses descriptive qualitative research. In this
study, the researcher takes population of the research is the eighth grade students
of SMPN 2 Geger in the schooling year of 2019/2020. The researcher takes eight
B grade students as sample by using purposive sampling. There are 32 students in
VIIIB. The data collected through observation, test, interview, and documentation.
In observation, the researcher uses checklist to know how the application of Two
Stay Two Stray techniques and the advantages or disadvantages. The researcher
uses test to know the progress of students’ achievement. And interview is done by
the researcher to get some information about this research. And then, the
researcher uses documentation to support this research.
The results of the research are: 1) the process of applying two stay two
stray technique in teaching reading is more effective. 2) the progress of students’
achievement increases after the teacher applied two stay two stray techniques in
teaching reading. The progress of students’ achievement increases 21.6 point of
each student. 3) the advantages and disadvantages of two stay two stray technique
in teaching reading, such as: a) advantages. (1) The students are enthusiastic and
interested in teaching reading by using two stay two stray techniques. (2) The
students can get information from other group. (3) Low level students aren’t
ashamed to share or to give some opinions in the discussion and high level
students help them when they find the problem in learning reading. b)
disadvantages. (1) Some students are noisy when they visit other group to get

vi
information about their exercise and sometimes they also stand up when they visit
other group. (2) Two stay two stray technique needs a lot of times.

vii
MOTTO :
Pengalaman adalah guru yang terbaik.

{Disesuaikan lagi, untuk halaman yang bersifat pribadi}

SKRIPSI INI KUPERSEMBAHKAN KEPADA :

Ayah, Bunda, Istri dan adikku tercinta, dan
Hizbullah yang terkasih

viii
 DAFTAR ISI
{Disesuaikan Dengan Isi Laporan Skripsi}

HALAMAN JUDUL...............................................................................................i
LEMBAR PERSETUJUAN DOSEN PEMBIMBING.......................................ii
LEMBAR PENGESAHAN PANITIA PENGUJI SKRIPSI.............................iii
PERNYATAAN KEASLIAN TULISAN............................................................iv
MOTTO DAN KATA PERSEMBAHAN............................................................v
KATA PENGANTAR...........................................................................................vi
DAFTAR ISI.........................................................................................................vii
DAFTAR TABEL...............................................................................................viii
DAFTAR GAMBAR.............................................................................................ix
DAFTAR LAMPIRAN..........................................................................................x
ABSTRAK.............................................................................................................xi
BAB I PENDAHULUAN.....................................................................................13
A. Latar Belakang Masalah.................................................................13
B. Rumusan Masalah..........................................................................15
C. Tujuan Penelitian...........................................................................15
D. Batasan Masalah.............................................................................15
E. Manfaat Penelitian.........................................................................16
F. Metode Penelitian...........................................................................16
G. Sistematika Penulisan.....................................................................18

BAB II KAJIAN PUSTAKA DAN HIPOTESIS PENELITIAN....................21

A. Pengertian Sistem Informasi Medis...............................................21
B. Pengertian Sistem Informasi..........................................................22
C. Sistem Informasi Riwayat Medis...................................................23
D. Ruang Lingkup Kegiatan Operasional Klinik Yepa Husada.........26
E. Pemodelan UML............................................................................28

BAB III METODE PENELITIAN.....................................................................37

A. Tahapan Penelitian.........................................................................37
B. Analisis Kebutuhan........................................................................39
C. Analisis Kebutuhan Fungsional.....................................................39
D. Analisis Kebutuhan non-Fungsional..............................................42
E. Perancangan Proses Sistem............................................................45
F. Desain Basis Data..........................................................................53
G. Struktur tabel basis data.................................................................57
H. Perancangan Antarmuka................................................................65

ix
BAB IV HASIL PENELITIAN...........................................................................78
A. Hasil Pembuatan Sistem.................................................................78
B. Halaman Pembuka.........................................................................79
C. Halaman Input Pasien....................................................................80
D. Hasil Ujicoba Sistem......................................................................87
E. Pengajian Metode Blackbox..........................................................87
F. Kesimpulan Hasil Pengajian..........................................................90

BAB V PENUTUP................................................................................................91
A. Simpulan........................................................................................91
B. Saran...............................................................................................91

DAFTAR PUSTAKA...........................................................................................92

x
 DAFTAR TABEL

Tabel 1. Penyebaran Populasi Nyamuk.................................................................32

Tabel 2. Anava Untuk Desain Blok Lengkap........................................................33
Tabel 3....................................................................................................................34
Tabel 4....................................................................................................................35
Tabel 5....................................................................................................................42
Tabel 6....................................................................................................................43
Tabel 7....................................................................................................................44
Tabel 8....................................................................................................................55
Tabel 9....................................................................................................................57
Tabel 10..................................................................................................................58
Tabel 11..................................................................................................................59
Tabel 12..................................................................................................................60
Tabel 13..................................................................................................................61
Tabel 14..................................................................................................................62
Tabel 15..................................................................................................................63
Tabel 16..................................................................................................................64
Tabel 17..................................................................................................................65
Tabel 18..................................................................................................................88

xi
 DAFTAR GAMBAR
Gambar 1. Lingkaran Konsentris Kultural Masyarakat Jawa................................17
Gambar 2. Daerah Pusat Modernisasi Islam di Jawa.............................................30
Gambar 3................................................................................................................32
Gambar 4................................................................................................................33
Gambar 5................................................................................................................37
Gambar 6................................................................................................................39
Gambar 7................................................................................................................41
Gambar 8................................................................................................................46
Gambar 9................................................................................................................48
Gambar 10..............................................................................................................49
Gambar 11..............................................................................................................50
Gambar 12..............................................................................................................52
Gambar 13..............................................................................................................53
Gambar 14..............................................................................................................66
Gambar 15..............................................................................................................67
Gambar 16..............................................................................................................68
Gambar 17..............................................................................................................69
Gambar 18..............................................................................................................70
Gambar 19..............................................................................................................71
Gambar 20..............................................................................................................72
Gambar 21..............................................................................................................74
Gambar 22..............................................................................................................75
Gambar 23..............................................................................................................76
Gambar 24..............................................................................................................78
Gambar 25..............................................................................................................79
Gambar 26..............................................................................................................82
Gambar 27..............................................................................................................83
Gambar 28..............................................................................................................84
Gambar 29..............................................................................................................85

xii
Gambar 30..............................................................................................................87

xiii
 BAB I

PENDAHULUAN

A. Latar Belakang

Di dalam dunia usaha dan kerja, informasi merupakan bagian yang

penting dan berharga. Informasi yang akurat dan tepat waktu akan

membantu manajer dalam mengambil keputusan dan menentukan langkah-

langkah yang harus dilakukan untuk mempertahankan dan mengembangkan

organisasi serta usahanya. Dan untuk semua itu dibutuhkan suatu

pengolahan data yang handal, akurat, dan dapat ditampilkan secara tepat dan

mudah apabila setiap kali diperlukan.

Sistem informasi yang dibutuhkan pada Klinik Yepa Husada Kaibon –

Madiun merupakan suatu sistem di dalam suatu organisasi yang

mempertemukan kebutuhan pengolahan transaksi harian yang mendukung.

Fungsi operasional klinik yaitu pendataan identitas pasien, data dokter dan

transaksi medis dari suatu organisasi klinik untuk dapat menyediakan

kepada pihak managemen mengenai laporan-laporan yang diperlukan.

Dengan sistem informasi masyarakat juga jadi lebih mudah untuk

memperoleh informasi dengan cepat mengenai perusahaan atau instansi

yang dibutuhkan, khususnya klinik Yepa Husada Madiun.

Pada Klinik Yepa Husada Kaibon – Madiun administrasi pendataan

pasien dan transaksi pemeriksaan pasien masih menggunakan model

14
pencatatan dalam buku dan diketik ulang pada laporan dengan berbasis

aplikasi administrasi perkantoran. Disisi lain penggunaan sistem pendataan

yang sekarang berlangsung dalam pemrosesan data masih memakan banyak

waktu. Hal tersebut menyebabkan sulit melakukan kontrol karena

pemrosesan data dilakukan oleh petugas sendiri secara manual sehingga

terjadinya kesalahan akan semakin besar. Selain itu juga terjadinya

pengulangan pencatatan atau redudansi data dan sistem manual kurang

efisien karena perlu melakukan dokumentasi secara manual akibatnya

adalah data mudah hilang, terjadinya duplikasi nomer rekam medis. Dalam

pemakaian sistem informasi diharapkan pemrosesan data akan berlangsung

cepat. Sistem berbasis informasi akan memudahkan kontrol sehingga

kemungkinan terjadinya kesalahan dapat ditekan. Sistem berbasis informasi

lebih efisien karena dokumentasi akan dilakukan secara otomatis baik

pembuatan pelaporan maupun pendaftaran pasien.

Pemanfaatan teknologi informasi dengan berbasis web pada pendataan

pasien ini dapat memberikan suatu kemudahan dan ketepatan dalam

mengolah data identitas pasien. Selain itu juga dapat memberikan basis data

yang lebih besar untuk penyimpanan data-data pasien. Demikian pula

apabila dokter dan tenaga medis ingin mendapatkan laporan atau klarifikasi

data pasien, mengecek data pasien yang pernah mendaftar, dan rekam medis

data riwayat pemeriksaan pasien yang pernah ditangani dengan posisi tidak

sedang jam kerja dan berada di klinik.

15
 Berdasarkan uraian diatas penulis mengambil sebuah tema yang

berjudul “Pembuatan Sistem Informasi Klinik Yepa Husada Kaibon -

Madiun Berbasis Web” yang diharapkan dapat memberikan kemudahan

untuk admin puskesmas dalam memberikan pelayanan..

B. Rumusan Masalah

Berdasarkan latar belakang diatas, maka dapat dirumuskan

permasalahan yang diambil yaitu bagaimana merancang dan membuat

sistem informasi berbasis web pada klinik Yepa Husada Kaibon – Madiun ?

C. Tujuan Penelitian

Tujuan dari penelitian ini untuk membangun sistem informasi

operasional pemeriksaan pasien pada klinik Yepa Husada Kaibon – Madiun.

D. Batasan Masalah

Untuk menghindari meluasnya permasalahan yang dibahas, maka

dalam penilitan ini dibatasi sebagai berikut:

a. Penelitian ini dijalankan pada klinik Yepa Husada Kaibon – Madiun.

b. Sistem yang dibuat ini hanya digunakan sebagai sarana mengelola data

operasional administrasi pemeriksaan pasien pada klinik Yepa Husada

Kaibon – Madiun.

c. Sistem ini dijalankan oleh administrator sebagai pengguna yang

memiliki hak akses mengelola data pokok administrasi pemeriksaan

16
 pasien dan dokter sebagai pengguna dengan hak akses mengelola data

medis pasien.

d. Sistem ini dibuat dengan menggunakan bahasa pemrogram PHP dan

basis data MySQL.

E. Manfaat Penelitian

Manfaat dari aplikasi yang dibuat ini adalah sebagai berikut:

a. Mempermudah administrator dalam mencatat data-data transaksi pada

klinik sehingga proses pelaporan dapat berjalan optimal.

b. Meminimkan tingkat kesalahan dalam mencatat data operasional

administrasi pemeriksaan pasien pada klinik Yepa Husada Kaibon –

Madiun.

c. Mengurangi resiko kehilangan data operasional administrasi

pemeriksaan pasien pada klinik Yepa Husada Kaibon – Madiun.

F. Metode Penelitian

Metode yang digunakan dalam penelitian ini adalah metode model

build and fix. Metode ini akan melakukan pembuatan dan perbaikan

(Maintenance) dengan cepat jadi tidak memerlukan waktu berbulan-bulan

(Syafaat , 2011).

Metodologi yang digunakan dalam melakukan perancangan sistem ini

yaitu dengan menggunakan model built and fix. Metode pengembangan

sistem model built and fix merupakan urutan kegiatan/aktivitas yang

17
 dilakukan dalam pengembangan sistem yang terdiri dari proses Built first

version, Modify until customer satisfied,Maintenance, dan Retirement.

Tahap-tahap pembuatan aplikasi yang dijalankan pada penelitian ini dapat

dilihat pada Gambar 1.1.

Build first
version

Modify
Untill
Client is
satisfied Maintenance

Retirement

Gambar 1.1 Model Pengembangan Aplikasi Dengan Build And Fix

Tahapan yang dilakukan :

1. Built first version : membuat versi awal aplikasi berdasarkan penjelasan

awal Petugas sebagai sumber data.

2. Modify until customer satisfied : membiarkan petugas memeriksa aplikasi

lalu memberikan tanggapan terhadap aplikasi jika belum sesuai dengan

tingkat kebutuhan, maka programmer terus memperbaiki aplikasi sampai

pelanggan puas dengan aplikasi yang dibuat.

18
 3. Maintenance : tahapan ini setelah petugas puas terhadap aplikasi yang

dibuat, maintenance dilakukan apabila aplikasi mengalami kerusakan

maupun untuk mengupgrade aplikasi.

4. Retirement : tahapan saat pengguna sudah tidak lagi memakai aplikasi

dari programmer.

Model ini dipilih karena pengembangan ini masih termasuk proyek

kecil serta untuk mempercepat pembuatan karena programmer langsung

membuat program lalu mendiskusikan dengan pengguna dan terus begitu

sampai sesuai kebutuhan pengguna .

G. Sistematika Penulisan

Sistematika penulisan laporan tugas akhir ini adalah sebagai berikut :

 BAB I PENDAHULUAN

Dalam bab ini membahas tentang latar belakang, batasan masalah,

sistematika penulis dan tujuan penulisan laporan tugas akhir.

 BAB II TINJAUAN PUSTAKA

Dalam bab ini berisi kajian kepustakaan dan dasar teori yang digunakan

untuk pembahasan permasalahan yang diangkat dan tahapan

membangun sistem.

 BAB III ANALISA DAN PERANCANGAN SISTEM

Dalam bab ini membahas tentang teori penunjang pembuatan laporan

tugas akhir ini.

19
 BAB IV IMPLEMENTASI

Dalam bab ini menjelaskan tentang tampilan-tampilan yang ada dalam

aplikasi pengaduan masyarakat madiun berbasis android.

 BAB V KESIMPULAN DAN SARAN

Penjabaran tentang kesimpulan dan saran dari isi laporan tugas akhir.

20
 BAB II
TINJAUAN PUSTAKA

A. Pengertian Sistem Informasi Medis

1. Pengertian Sistem Informasi
Sebuah sistem terdiri dari atas bagian-bagian yang bergabung untuk
suatu tujuan tertentu. Sebuah sistem bisa terdiri dari bagian-bagian yang
saling berkaitan yang beroperasi bersama untuk mencapai sasaran, maksud
atau tujuan tertentu.
Sistem adalah Suatu jaringan kerja dari prosedur-prosedur yang
saling berhubungan, berkumpul bersama-sama untuk melakukan suatu
kegiatan atau untuk menyelesaikan suatu sasaran yang tertentu (Jogiyanto,
2005).
Dari definisi tersebut dapat disimpulkan bahwa sistem adalah
kumpulan dari elemen-elemen yang saling berhubungan dan bertanggung
jawab memproses masukan (input), sehingga menghasilkan keluaran
(output) sesuai dengan keinginan. Setiap sistem tidak peduli betapapun
kecilnya, selalu mengandung komponen-komponen atau subsistem-
subsistem yang mana masing-masing menjalankan suatu tertentu dan
mempengaruhi proses sistem secara keseluruhan.
Sistem adalah sekumpulan elemen yang saling terkait atau terpadu
yang dimaksudkan untuk mencapai suatu tujuan (Kadir, 2003).
Dari definisi sistem diatas maka penyusun menyimpulkan bahwa
sistem merupakan suatu jaringan kerja dari prosedur-prosedur yang saling
berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan
atau menyelesaikan suatu sasaran tertentu. Arti yang lain adalah kumpulan
dari elemen-elemen yang berinteraksi untuk mencapai tujuan tertentu.
Pengertian dari Informasi adalah Data yang diolah menjadi bentuk
yang lebih berguna dan lebih berarti bagi yang menerimanya. Berdasarkan
pengertian diatas, maka informasi itu adalah segala sesuatu yang berupa
data berdasarkan pada fakta yang ada dan diproses sedemikian rupa agar

21
maksud yang terkandung dalam data tersebut dapat dipahami dan
dimengerti oleh semua orang (Jogiyanto, 2005).
Sistem memiliki karakteristik atau sifat-sifat yang tertentu yaitu
mempunyai komponen (Components), batas sistem (Boundary),
lingkungan (Environments), penghubung (Interface), masukan (Input),
keluaran (Output), pengolah (Process), dan sasaran (Objectives) atau
tujuan (Goals) (Jogiyanto, 2005).
Sistem mempunyai karasteristik atau sifat-sifat tertentu, yaitu
(Jogiyanto, 2005):

a. Komponen Sistem
Suatu sistem terdiri dari sejumlah komponen yang saling
berinteraksi, yang artinya saling kerjasama membentuk satu kesatuan.

b. Sifat-sifat
Sistem itu terdiri untuk menjalankan fungsi tertentu dan
mempunyai sistem yang lain secara keseluruhan.

c. Batasan (Boundary) Sistem

Merupakan daerah yang membatasi antara suatu sistem dengan
sistem yang lainnya.

d. Lingkungan Luar Sistem (Environment)

Adalah apapun diluar batasan sistem yang mempengaruhi
operasi sistem, lingkungan luar sistem dapat bersifat menguntungkan
dan juga dapat bersifat merugikan sistem tersebut.

e. Penghubung (Interface) Sistem

Merupakan media penghubung antara suatu subsistem dengan
subsistem lainya.

22
 f. Masukkan Sistem (Input)
Adalah energi yang dimasukkan kedalam sistem, masukan dapat
berupa masukkan perawatan (Maintenace Input), dan masukkan sinyal
(Signal Input), maintenance input adalah energi yang dimasukkan
supaya sistem tersebut dapat beroperasi. Sedangkan signal input
adalah energi yang di proses untuk mendapatkan keluaran.

g. Keluaran Sistem (Output)

Adalah hasil energi yang diolah dan di klasifikasikan menjadi
keluaran yang berguna dan sisa pembuangan keluaran dapat
merupakan masukan untuk subsistem yang lain kepada supra sistem.

h. Sasaran Sistem
Suatu sistem pasti memiliki sasaran atau tujuan (Goal). Sasaran
dari sistem sangat menentukan sekali masukan yang dibutuhkan
sistem dan keluaran yang akan di hasilkan sistem.

2. Pengertian Sistem Informasi Manajemen Rumah Sakit dan Klinik

Definisi mengenai rumah sakit menurut Indra Bastian dalam
bukunya Akuntansi Kesehatan menjelaskan bahwa:
“Rumah sakit adalah bagian internal dari suatu organisasi sosial dan
kesehatan dengan fungsi menyediakan pelayanan kesehatan paripurna,
kuratif, dan preventif kepada masyarakat, serta pelayanan rawat jalan yang
diberikan guna menjangkau keluarga di rumah.Rumah Sakit juga
merupakan pusat pendidikan dan pelatihan tenaga kesehatan serta
penelitian bio-medik” (Bastian, 2008).
Sistem penamaan pada dasarnya digunakan untuk memberikan
identitas kepada seorang pasien serta untuk membedakan antara pasien
yang satu dengan pasien yang lain, sehingga mempermudah dan
memperlancar didalam pemberian pelayanan kesehatan kepada pasien
yang datang berobat ke rumah sakit.

23
 Rekam medis pada hampir semua pasien pelayanan kesehatan
disimpan menurut nomor pasien, yaitu nomor rekam medis pasien pada
saaat masuk rumah sakit (admission patient number).
Kartu Indeks Utama Pasien (KIUP) adalah salah satu cara untuk
menunjang kelancaran pelayanan terhadap pasien, karena apabila seorang
pasien lupa membawa kartu berobat maka KIUP akan membantu untuk
mencari data pasien yang diperlukan. KIUP merupakan kunci utama bagi
setiap pasien, sehingga mutlak harus dibuat, baik itu pasien berobat jalan
maupun pasien untuk dirawat. Karena KIUP merupakan sumber data yang
selamanya harus disimpan, maka harus dibuat selengkap dan sejelas
mungkin. Dalam KIUP membuat data identitas yang harus dibuat secara
terperinci dan lengkap, antara lain : nama lengkap pasien, nomor rekam
medis, tempat/tanggal lahir, jenis kelamin, alamat lengkap, nama ayah,
nama ibu, nama suami/istri, agama, pekerjaan, status perkawinan,
pennggung jawab, tanggal kunjungan poliklinik yang pertama.
Tata cara penerimaan pasien yang akan berobat ke poliklinik ataupun
yang akan dirawat adalah sebagian dari sistem prosedur rumah sakit.
Dapat dikatakan bahwa disinilah pelayanan pertama kali yang diterima
oleh seorang pasien mendapat kesan baik ataupun tidak baik dari
pelayanan suatu rumah sakit. Tata cara melayani pasien dapat dinilai baik
bila mana dilaksanakan oleh petugas dengan sikap ramah, sopan, tertib,
dan penuh tanggung jawab.

3. Sistem Informasi Riwayat Medis

Rekam medis merupakan berkas yang berisikan catatan dan
dokumen tentang identitas pasien, pemeriksaan, pengobatan serta tindakan
dan pelayanan lain kepada pasien selama mendapatkan perawatan di suatu
organisasi penyedia layanan kesehatan baik rawat inap maupun rawat jalan
(Brontowasisto, 2003).
Dalam PERMENKESNAS Nomor 028/MENKES/PER/I/2011, pasal
19 menyatakan bahwa: Setiap tenaga kesehatan yang bekerja di klinik

24
harus bekerja sesuai dengan standar profesi, standar prosedur operasional,
standar pelayanan, etika profesi, menghormati hak pasien, mengutamakan
kepentingan dan keselamatan pasien.
Dari aturan diatas maka diperlukan SDM dan pelayanan yang baik
dalam upaya perbaikan mutu pelayanan medis pada instansi kesehatan
baik dalam klinik maupun pos pelayanan kesehatan masyarakat. Tidak
hanya mutu pelayanan dan ketenaga kerjaan saja, namun perlu adanya
pengelolaan administrasi yang memadai sebagai pendataan.
Selanjutnya dalam PERMENKES Nomor:
269/MENKES/PER/III/2008, pasal 1 menyatakan bahwa: Rekam Medis
adalah berkas yang berisikan catatan dan dokumen tentang identitas
pasien, pemeriksaan, pengobatan, tindakan dan pelayanan lain yang telah
diberikan kepada pasien.
Dalam rekam medis berisi catatan yang merupakan tulisan-tulisan
yang dibuat oleh dokter mengenai tindakan-tindakan yang dilakukan
kepada pasien dalam rangka palayanan kesehatan. Bentuk Rekam Medis
yang berupa manual yaitu tertulis lengkap dan jelas dan dalam bentuk
elektronik sesuai ketentuan. Rekam medis terdiri dari catatan-catatan data
pasien yang dilakukan dalam pelayanan kesehatan. Catatan-catatan
tersebut sangat penting untuk pelayanan bagi pasien karena dengan data
yang lengkap dapat memberikan informasi dalam menentukan keputusan
baik pengobatan, penanganan, tindakan medis dan lainnya. Dokter atau
dokter gigi diwajibkan membuat rekam medis sesuai aturan yang berlaku
dan bersifat rahasia.
Dalam PERMENKES Nomor: 269/MENKES/PER/III/2008, pasal
10 Ayat 1 menyatakan bahwa: Informasi tentang identitas, diagnosa,
riwayat penyakit, riwayat pemeriksaan dan riwayat pengobatan pasien
harus dijaga kerahasiaannya oleh Dokter, Dokter Gigi, tenaga kesehatan
tertentu, petugas pengelola dan pimpinan sarana pelayanan kesehatan.
Menurut Frenti Giyana dalam penelitiannya; Terbukti dari dokumen
rekam medis tidak tepat waktu dan tidak lengkap. Sekitar 12 dokumen RM

25
tidak tepat waktu dan 15 dokumen RM tidak lengkap (50%) dari 30
dokumen per hari yang masuk ke bagian assembling tidak lengkap,
penulisan dokter tidak spesifik dalam diagnosa sehingga menyulitkan
petugas, human error pada miss file atau tata letak berkas rekam medis
yang mengakibatkan kesalahan dalam pengambilan berkas rekam medis.
Keadaan ini akan mengakibatkan dampak bagi intern rumah sakit
dan ekstern rumah sakit, karena hasil pengolahan data menjadi dasar
pembuatan laporan intern rumah sakit dan laporan ekstren rumah sakit
karena laporan ini berkaitan dengan penyusunan berbagai perencanaan
rumah sakit, pengambilan keputusan oleh pimpinan khususnya evaluasi
pelayanan yang telah diberikan yang diharapkan hasil evaluasinya akan
menjadi lebih baik. Terlebih lagi jika informasi itu dipakai oleh
departemen kesehatan hasil yang diperoleh tidak akan mengenai sasaran
bagi rumah sakit dan departemen kesehatan. Oleh karena itu data yang
diperoleh harus sesuai fakta, lengkap, serta dapat dipercaya agar menjadi
sebuah informasi yang berupa laporan yang akurat, lengkap dan tepat
waktu. Dan kurangnya pelatihan dan sarana prasaran dalam menunjang
kegiataan pengelolaan rekam medis.
Sistem informasi rekam medik merupakan perangkat lunak yang
biasa digunakan untuk merekam riwayat kesehatan pasien dalam bentuk
basis data database. Basis data merupakan kumpulan dari data yang saling
berhubungan satu dengan yang lainnya, tersimpan di perangkat keras
komputer dan digunakan perangkat lunak untuk memanipulasinya. Data
perlu disimpan di dalam basis data untuk keperluan penyedian informasi
lebih lanjut. Data didalam basis data perlu diorganisasikan sedemikian
rupa supaya informasi yang dihasilkan berkualitas. Pada sistem informasi
rekam medik terdapat berbagai aturan yang cukup kompleks tentang data-
data pasien dan bagaimana menjamin keamanannya. Sistem data yang
penting pada sistem ini perlu dilindungi semaksimal mungkin, terutama
untuk menjamin kebenaran data dan ketersediaan data.

26
 Pada sistem rekam medik yang umum, sistem ini berupa software
database. Kondisi ini masih menyimpan adanya kelemahan, sistem hanya
mengandalkan database yang berada dalam sistem komputer. Pada sistem
ini ada seorang tenaga IT yang mempunyai hak akses cukup tinggi pada
data-data penting yang seharusnya merupakan hak privasi dari pasien.
Penyerahan hak ini pada kondisi yang biasa tidak menimbulkan masalah,
tetapi pada kondisi tertentu ada kemungkinan penyalahgunaan wewenang
yang bisa menimbulkan masalah. Misalnya jika karyawan IT tersebut
melakukan kesalahan, ia dapat saja merusak sesuatu yang menjadi
tanggung jawabnya, baik disengaja maupun tidak. Hal ini menyebabkan
kondisi keamanan data tidak terjamin lagi (Sukamto dkk, 2012).

B. Ruang Lingkup Kegiatan Operasional Klinik Yepa Husada

Dasar hukum dalam tata kelola usaha klinik Yepa Husada Kaibon
Madiun:
a. Undang-Undang Nomor 29 Tahun 2004 tentang Praktik Kedokteran
(Lembaran Negara Republik Indonesia Tahun 2004 Nomor 116,
Tambahan Lembaran Negara Republik Indonesia Nomor 4431);
b. Undang-Undang Nomor 32 Tahun 2004 tentang Pemerintahan Daerah
(Lembaran Negara Republik Indonesia Tahun 2004 Nomor 125,
Tambahan Lembaran Negara Republik Indonesia Nomor 4437),
sebagaimana telah diubah terakhir dengan Undang-Undang Nomor 12
Tahun 2008 (Lembaran Negara Republik Indonesia Tahun 2008 Nomor
59, Tambahan Lembaran Negara Republik Indonesia Nomor 4844);
c. Undang-Undang Nomor 18 Tahun 2008 tentang Pengeloaan Sampah
(Lembaran Negara Republik Indonesia Tahun 2008 Nomor 69,
Tambahan Lembaran Negara Republik Indonesia Nomor 69);
d. Undang-Undang Nomor 32 Tahun 2009 tentang Perlindungan dan
Pengelolaan Lingkungan Hidup (Lembaran Negara Republik Indonesia
Tahun 2009 Nomor 140, Tambahan Lembaran Negara Republik
Indonesia Nomor 5059);

27
e. Undang-Undang Nomor 36 Tahun 2009 tentang Kesehatan (Lembaran
Negara Republik Indonesia Tahun 2009 Nomor 144, Tambahan
Lembaran Negara Republik Indonesia Nomor 5063);
f. Peraturan Pemerintah Nomor 32 Tahun 1996 tentang Tenaga Kesehatan
(Lembaran Negara Republik Indonesia Tahun 1996 Nomor 49,
Tambahan Lembaran Negara Republik Indonesia Nomor 3637);
g. Peraturan Pemerintah Nomor 18 Tahun 1999 tentang Pengelolaan
Limbah Bahan Berbahaya dan Beracun (Lembaran Negara Republik
Indonesia Tahun 1999 Nomor 31, Tambahan Lembaran Negara
Republik Indonesia Nomor 3815);
h. Peraturan Pemerintah Nomor 27 Tahun 2012 tentang Izin Lingkungan
(Lembaran Negara Republik Indonesia Tahun 2012 Nomor 48,
Tambahan Lembaran Negara Republik Indonesia Nomor 5285);
i. Peraturan Presiden Nomor 72 Tahun 2012 tentang Sistem Kesehatan
Nasional;
j. Peraturan Menteri Kesehatan Nomor 363/Menkes/Per/IV/1998 tentang
Pengujian dan Kalibrasi Alat Kesehatan Pada Sarana Pelayanan
Kesehatan;
k. Peraturan Menteri Kesehatan Nomor 269/Menkes/Per/III/2008 tentang
Rekam Medis;
l. Peraturan Menteri Kesehatan Nomor 290/Menkes/Per/III/2008 tentang
Persetujuan Tindakan Kedokteran;
m. Peraturan Menteri Kesehatan Nomor 657/Menkes/Per/VIII/2009
tentang Pengiriman dan Penggunaan Spesimen Klinik, Materi Biologik
dan Muatan Informasinya;
n. Peraturan Menteri Kesehatan Nomor 411/Menkes/Per/III/2010 tentang
Laboratorium Klinik;
o. Peraturan Menteri Kesehatan Nomor 1144/MENKES/PER/VIII/2010
tentang Organisasi dan Tata Kerja Kementerian Kesehatan (Berita
Negara Republik Indonesia Tahun 2010 Nomor 585) sebagaimana telah

28
 diubah dengan Peraturan Menteri Kesehatan Nomor 35 Tahun 2013
(Berita Negara Republik Indonesia Tahun 2013 Nomor 741);
p. Peraturan Menteri Kesehatan Nomor 001 Tahun 2012 tentang Sistem
Rujukan Pelayanan Kesehatan Perorangan (Berita Negara Republik
Indonesia Tahun 2012 Nomor 122);
q. Peraturan Menteri Kesehatan Nomor 36 Tahun 2012 tentang Rahasia
Kedokteran (Berita Negara Republik Indonesia Tahun 2012 Nomor
915);
r. Peraturan Menteri Kesehatan Nomor 46 Tahun 2013 tentang Registrasi
Tenaga Kesehatan (Berita Negara Republik Indonesia Tahun 2013
Nomor 977);
s. Peraturan Menteri Kesehatan Republik Indonesia Nomor 9 Tahun 2014
Tentang KLINIK

Sesuai dengan beban kerja dan fungsi rumah sakit maka Klinik Yepa
Husada Madiun termasuk dalam golongan pelayanan yang dikelompokkan
menjadi berbagai jenis layanan:
a. Pelayanan Administrasi
b. Pelayanan Umum
c. Pelayanan Gawat Darurat
d. Pelayanan Spesialis Dasar
e. Pelayanan Spesialistik Gigi Mulut
f. Pelayanan Spesialistik Ibu dan Anak
g. Pelayanan Medik Spesialistik Penyakit Dalam
h. Pelayanan Penunjang Klinik
i. Pelayanan Penunjang Non Klinik

C. Pemodelan UML
UML digunakan untuk menggambarkan perancangan awal dari sistem
yang akan dibangun. UML memiliki banyak jenis permodelan, tetapi hanya
beberapa yang digunakan saja yang akan dibahas.

29
 UML merupakan suatu bahasa. Suatu bahasa terdiri dari kata-kata,
dan memiliki aturan untuk menggabungkan kata-kata tersebut, sehingga
tercipta komunikasi.Sebuah permodelan bahasa adalah suatu bahasa dimana
kata-kata dan aturannya berfokus pada penggambaran sistem secara
konseptual dan fisik.Sebuah permodelan bahasa seperti UML telah menjadi
bahasa standar untuk merencanakan suatu aplikasi. Hasil dari permodelan
tadi adalah pengertian dari suatu sistem. Satu model saja tidak cukup untuk
menggambarkan sistem secara keseluruhan, maka dibutuhkan banyak model
yang berhubungan satu dengan yang lainnya untuk memberikan pengertian
pada dasar dari sistem (Booch, 2005). Keuntungan UML:
a. Sebagai bahasa pemodelan yang general-purpose, difokuskan pada
pokok himpunan konsep yang dapat dipakai bersama dan menggunakan
pengetahuan bersama dengan mekanisme perluasan.
b. Sebagai bahasa pemodelan yang mudah diaplikasikan, dapat
diaplikasikan untuk bermacam tipe sistem (software dan non-software),
domain dan metode atau proses.
c. Sebagai bahasa pemodelan standar industri, bukan merupakan bahasa
yang tertutup atau satu-satunya, tapi bersifat terbuka dan sepenuhnya
dapat diperluas.

1. Use Case Model

Suatu use case diagram menampilkan sekumpulan use case dan aktor
pelaku dan hubungan diantara use case dan aktor tersebut. Use case diagram
digunakan untuk penggambaran use case statik dari suatu sistem. Use case
diagram penting dalam mengatur dan memodelkan kelakuan dari suatu sistem
(Booch 2005).
Use case menjelaskan apa yang dilakukan sistem atau subsistem tetapi
tidak tidak menspesifikasikan cara kerjanya. Flow of event digunakan untuk
menspesifikasikan kelakuan dari use case. Flow of event menjelaskan use
case dalam bentuk tulisan dengan sejelas-jelasnya, diantaranya bagaimana,

30
 kapan use case dimulai dan berakhir, ketika use case berinteraksi dengan
aktor, obyek apa yang digunakan, alur dasar dan alur alternatif.

Gambar 2.2: Notasi Use Case Diagram

Sumber: Simonn Bennet, Steve Marcob dan Ray Farmer (2006:146)

2. Class Diagram
Class diagram menunjukan sekumpulan kelas, antarmuka, dan
kerjasama serta hubungannya. Class diagram digunakan untuk memodelkan
perancangan statik dari gambaran sistem. Biasanya meliputi permodelan
vocabulary dari sistem, permodelan kerjasama, atau permodelan skema
(Booch, 2005).
Class diagram dapat digunakan untuk membangun sistem yang dapat
dieksekusi melalui teknik forward and reverse, selain untuk penggambaran,
penspesifikasian, dan pendokumentasian struktur model.
Class Diagram terdiri dari:
a. Nama Class.
b. Atribut.
c. Operasi/Method.

Atribut dan Operasi/method dapat memiliki tiga sifat berikut:

a. Public, dapat dipanggil oleh class apa saja.
b. Protected, hanya dapat dipanggil atau diakses oleh class yang
bersangkutan dan class turunannya.

31
 c. Private, hanya dapat dipanggil oleh dirinya sendiri (tidak dapat diakses
dari luar class yang bersangkutan).

Hubungan antar class, adalah:

a. Asosiasi, yaitu hubungan yang bersifat statis dalam class. Asosiasi
menggambarkan class yang memiliki atribut berupa class lain atau
class yang harus mengenal adanya class lain.
b. Agregasi, merupakan hubungan antara satu object dengan object
lainnya dimana object satu dengan object lainnya sebenarnya terpisah
namun disatukan, sehingga tidak terjadi kebergantungan (Object lain
bisa ada walau object penampungnya tidak ada).
c. Pewarisan, yaitu hubungan hirarki antar class. Class dapat diturunkan
dari class lain dan mewarisi semua atribut dan metode class asalnya dan
menambahkan fungsionalitas baru, sehingga ia disebut anak dari class
yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi.
d. Hubungan dinamis, yaitu rangkaian pesan (messaging) uang di-passing
dari satu class kepada class lain.

3. Activity Diagram
Activity Diagram adalah teknik untuk mendeskripsikan logika
prosedural, proses bisnis dan aliran kerja dalam banyak kasus. Activity
diagram mempunyai pesan seperti flowchart, tetapi perbedaannya dengan
flowchart adalah activity diagram bisa mendukung perilaku parallel
sedangkan flowchart tidak bisa. Diagram ini bersifat dinamis. Diagram ini
adalah tipe khusus dari state diagram yang memperlihatkan aliran dari suatu
aktivitas ke aktivitas lainnya dalam suatu sistem. Diagram ini penting dalam
pemodelan fungsi-fungsi dalam sistem dan memberi tekanan pada aliran
kendali antar objek.

32
Gambar 2.3: Activity Diagram

Tabel 2.1: Simbol Activity Diagram

SIMBOL KETERANGAN
Titik Awal
Titik Akhir
Activity
Pilihan Untuk mengambil
Keputusan
Fork; Digunakan untuk
menunjukkan kegiatan
yang dilakukan secara
parallel atau untuk
menggabungkan dua
kegiatan peralel menjadi
satu.
Rake; Menunjukkan
adanya dekomposisi
Tanda Waktu
Tanda pengiriman
Tanda penerimaan
Aliran akhir (Flow Final)

33
4. Sequence Diagram
Sequence diagram menggambarkan interaksi antar objek di suatu
sistem. Sequence diagram terdiri dari dimensi vertical dan horizontal, dimana
dimensi vertical tersebut adalah waktu dan dimensi horizontal adalah objek-
objek yang terkait. Sequence diagram dapat menggambarkan scenario atau
rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event
untuk menghasilkan output tertentu.

Gambar 2.4: Notasi Sequence Diagram

5. Entity Relationship Diagram
ERD adalah suatu diagram untuk menggambarkan desain konseptual
dari model konseptual dari basis data relasional. ERD juga merupakan
gambaran yang menghubungkan antara objek satu dengan objek yang lain
dalam dunia nyata (Ema dan Anggit, 2012).
Tabel 2.2 Simbol ERD (Entity Relationship Diagram)

Simbol Nama Keterangan

Entitas merupakan data inti
Entitas / entity yang akan disimpan; bakal
nama_entitas
table pada basis data.

Field atau kolom data yang

nama_atribut Atribut butuh disimpan dalam suatu
entitas.

Atribut kunci Field atau kolom data yang

primer butuh disimpan dalam suatu
nama_kunci_primer entitas dan digunakan
sebagai kunci akses record
yang diinginkan; biasanya

34
 Simbol Nama Keterangan
berupa id
Field atau kolom data yang
butuh disimpan dalam suatu
nama_atribut Atribut multinilai entitas yang dapat memiliki
/multivalue nilai lebih dari satu.

Relasi yang menghubungkan

antarentitas; biasanya diawali
nama_relasi Relasi dengan kata kerja.

Penghubung antara relasi dan

Asosiasi/ entitas dimana di kedua
1 association ujungnya memiliki
0..* multiplicity kemungkinan
jumlah pemakaian.

Ada tiga komponen dalam ERD yaitu:

a. Entitas (Entity)
Entitas merupakan suatu objek nyata yang mampu dibedakan dengan
objek yang lain, objek tersebut dapat berupa orang benda ataupun hal yang
lainnya. Menurut jenisnya entitas dibedakan menjadi 2:

Tabel 2.3: Jenis Entitas

35
 Simbol Jenis
Jenis Entitas Keterangan
Entitas
Entitas kuat adalah entitas
Mahasiswa
yang dapat berdiri sendiri
Entitas Kuat
tanpa bantuan entitas yang
(Strong Entity)
lain, entitas ini disebut juga
dengan entitas induk.

Entitas lemah adalah Entitas

Mengajar
yang tidak bias berdiri sendiri
tanpa bantuan entitas yang
Entitas Lemah lain. Entitas lemah
(Weak Entity) merupakan hasil
pembentukan dari entitas kuat
atau disebut juga dengan
entitas anak.

b. Atribut (Attribute)
Atribut merupakan suatu informasi yang berkaitan dengan entitas, di
dalam dunia pemrograman atribut adalah property dari suatu objek. Contoh:
jika entitas manusia atau orang maka atributnya adalah rambut, mata,
hidung, tangan kaki, dan lain sebagainya.
c. Relasi (Relationship)
Ada dua macam penggambaran relasi, yaitu relasi kuat dan relasi
lemah. Relasi kuat biasanya untuk menghubungkan antar entitas kuat,
sedangkan relasi lemah untuk menghubungkan antar entitas kuat dengan
lemah.
Pemetaan kardinasilitas sangat berguna dalam menentukan himpunan
relasi biner meskipun pemetaan dapat berperan dalam deskripsi himpunan
relasi yang melibatkan lebih dari dua himpunan entitas. Suatu himpunan
relasi biner R antara himpunan entitas A dan B, pemetaan kardinalitas harus
salah satu dari berikut:

36
a. One-to-One, sebuah entitas pada A berhubungan dengan paling banyak
satu entitas pada B dan sebuah entitas pada B berhubungan dengan paling
banyak satu entitas pada A.
b. One-to-Many, sebuah pada A berhubungan dengan nol atau lebih entitas
pada B. Sebuah nol atau lebih entitas pada B dapat dihubungkan dengan
paling banyak satu entitas pada A.
c. Many-to-One, sebuah entitas pada A berhubungan dengan paling banyak
satu entitas pada B. sebuah entitas pada B dapat
d. Many-to-Many, sebuah entitas pada A berhubungan dengan nol atau
lebih entitas pada B. Sebuah entitas pada B dapat dihubungkan nol atau
lebih entitas pada A.

37
 BAB III

ANALISIS DAN PERANCANGAN APLIKASI

A. Tahapan Penelitian

Adapun tahapan penelitian yang akan dilaksanakan pada penelitian

tugas akhir ini yaitu menggunakan model built and fix, dengan pendekatan

secara sekuensial atau terurut yang dimulai dari Functional Design,

Technical Design, Implementation, Deployment, Usage, Upgrade, Fix,

Vendor Evaluation, Bug report, dan Problem. Seperti pada Gambar 3.1.

adalah tahapan dari penelitian tugas akhir ini:

Gambar 3.1. Langkah – langkah dalam Build & Fix Method

Berdasarkan gambar diagram langkah – langkah dalam Build & Fix

Method pada Gambar 3.1. dapat dijelaskan bahwa:

a. Functional Desain, dalam tahap ini penulis membuat perancangan fungsi

terhadap sistem yang akan dibuatnya. Langkah yang dijalankan yaitu dengan

menggali tingkat kebutuhan terhadap sistem berupa data apa saja yang

38
 dikelola serta level pengguna yang mendapat akses menu-menu pengelolaan

dalam sistem dan menggambarkan dalam alur proses sistem.

b. Technical Desain, dalam tahap ini seorang peneliti membuat perancangan

teknis terhadap sistem yang akan dibuat dalam bentuk pemodelan UML.

c. Implementation, dalam tahap ini peneliti melaksanakan dan membuat produk

berdasarkan rencana rancangan design yang telah ditetapkan sebelumnya.

Dalam sistem yang dibuat dalam penelitian ini menggunakan bahasa

pemrograman PHP dan SQL.

d. Deployment, dalam fase ini peneliti meluncurkan hasil pembuatan sistem dan

mendemonstrasikan hasil pembuatan sistem kepada pihak pengguna.

e. Usage, dalam fase ini pengguna diibaratkan sebagai tester yang jika ada

kekurangan dalam sistem dapat di report ke peneliti.

f. Problem, adalah masalah atau kekurangan dalam sistem sebagai umpan balik

terhadap hasil pembuatan sistem kepada peneliti.

g. Bug Report, adalah tindakan melaporkan kekurangan dalam sistem yang

didapatkan dari hasil pengujian sistem oleh pengguna.

h. Vendor Evaluation, dalam tahap ini peneliti melakukan pengecekan atau

evaluasi terhadap sistem yang telah dibuat dengan berpedoman pada hasil

laporan kekurangan atau koreksi dari pengguna sebagai tester.

i. Fix, adalah tindakan memperbaiki sistem yang memiliki kerusakan (bug)

j. Upgrade, adalah proses memperbaharui atau memperbaiki sistem yang

bermasalah.

39
B. Analisis dan Perancangan Aplikasi

1. Analisis Kebutuhan Sistem

a. Analisis Kebutuhan Fungsional

Dengan mengamati dan hasil wawancara, situasi dan kondisi

klinik Yepa Husada Madiun dalam memproses pengolahan data masih

kurang efektif jika ditinjau dari jumlah layanan dan keterbatasan waktu

serta proses penerbitan laporan masih lambat karena masih

menggunakan pencatatan manual dan harus direkap ulang pada aplikasi

perkantoran untuk menerbitkan laporan.

Dalam operasional lembaga, klinik Yepa Husada Kaibon

Madiun memiliki struktural yang terbagi dalam tiap-tiap bidang

pelayanan dengan spesialisasi pelayanan pasien masing-masing. Untuk

struktur organisasi pada klinik Yepa Husada dapat dilihat pada gambar

3.2 sebagai berikut:

Gambar 3.2 Struktur Organisasi Klinik Yepa Husada

40
 Dengan struktur perintah sebagaimana tergambar pada bagan

diatas, maka analisis informasi menyangkut keakuratan informasi

ditinjau dengan tingkat kepentingan dari setiap departemen sebagai

bentuk laporan pertanggung jawaban administrasi dan riwayat medis

pasien.

Keterbatasan informasi yang dihasilkan pada sistem yang ada

saat ini berdampak pada kemampuan sistem tersebut untuk

menghasilkan laporan, yaitu sebagai berikut:

a) Penyajian informasi masih kurang cepat karena masih manual.

b) Membutuhkan waktu yang lama untuk perubahan informasi.

c) Kemungkinan kesalahan dalam penyampaian informasi karena

tulisan tangan yang kurang jelas atau kesalahan penulisan dan

kesalahan perhitungan.

d) Sistem administrasi pada sistem yang dijalankan kurang ekonomis

karena dari segi biaya penggunaan kertas yang banyak dalam

pencatatan-pencatatan dan menyebabkan pemborosan biaya.

e) Koordinasi yang belum teratur mengenai pengolahan data,

penyimpanan laporan serta dokumentasi rekam medik akan

menurunkan kualitas pelayanan yang nantinya akan membuat

kinerja dari staff administrasi tersebut menjadi lamban sehingga

membuat pasien yang ingin segera diperiksa harus mengantri lama

dalam pelayanan administrasinya.

41
 Alur proses pengelolaan data penggajian pada klinik Yepa

Husada Madiun dapat dilihat pada diagram gambar 3.3 sebagai berikut:

Gambar 3.3 Flowchart Proses Pengelolaan Data yang Dijalankan

Berdasarkan analisis dari sistem yang dijalankan, maka

dibutuhkan satu sistem informasi yang dapat menggantikan model

pencatatan data pasien dan transaksi pemeriksaan pasien sebagai

berikut:

a) Elemen utama dalam membentuk sebuah sistem terdiri dari input,

proses, dan output. Input yang membentuk suatu system informasi

bisa berupa jenis sumber daya yang ada pada sistem informasi saat

42
 ini, yaitu pengguna sistem dan sumber data yang dibutuhkan dalam

sistem informasi rekam medis rawat jalan.

b) Sumber data untuk sistem informasi rekam medis rawat jalan

berasal dari dokumen rekam medis pasien rawat jalan. Sumber data

yang dibutuhkan dalam sistem informasi rekam medis rawat jalan

yaitu : data identitas pasien, data hasil pemeriksaan pasien, data

obat yang diberikan.

c) Proses dalam sistem informasi rekam medis ini meliputi pencatatan

data, pengolahan data dan rekapitulasi laporan.

d) Output dari sistem informasi rekam medis ini adalah laporan

pendapatan pasien (berdasarkan tempat pendaftaran, jenis tindakan

& cara pembayaran pasien) serta rekam medis pasien.

2. Analisis Kebutuhan Non Fungsional

a) Kebutuhan Hardware

Untuk kebutuhan hardware sebagai perangkat untuk

menjalankan sistem sistem yang akan dibuat dapat diterangkan seperti

pada tabel 3.1. sebagai berikut:

Tabel 3.1 Kebutuhan Hardware

No SPESIFIKASI PERANGKAT KERAS

Processor min. Intel Pentium IV

RAM min. DDR2- 1GB

43
 No SPESIFIKASI PERANGKAT KERAS

Hardisk Drive Min.80GB

Graphic VGA min. resolusi 1024x600

b) Kebutuhan Software

Untuk kebutuhan software perangkat untuk menjalankan sistem

sistem yang akan dibuat dapat diterangkan seperti pada tabel 3.2.

sebagai berikut:

Tabel 3.2 Kebutuhan Software

Nama
No Spesifikasi
Perangkat

Min. Windows

Operating 7 (Service
1.
System Pack 2) atau

selevelnya.

Internet

2. Browser Explore,

Firefox, dll

44
c) Kebutuhan Brainware

Untuk kebutuhan tenaga pengguna dan perawatan dalam

pengelolaan data sistem yang dibuat, maka dibutuhkan kriteria sebagai

berikut:

Tabel 3.3 Kebutuhan Brainware

Jenis
No Penjelasan
kebutuhan

Memberikan

pengontrolan

dan

pengembangan
1 Tenaga IT
fungsi sistem

secara proses

kerja dan sistem

basis data.

2 Petugas Sebagai

Admin pengguna

Front dengan level

Office dan mengelola data

Departemen informasi dan

melaporkan

untuk

mengetahui

45
 tingkat

kemampuan

dan kualitas

sistem

menampilkan

informasi hasil

laporan yang

dicetak.

Sebagai

pengguna

dengan akses
Managemen
3 mencetak
Kontrol
laporan sebagai

kontrol kinerja

sistem

3. Perancangan Proses Sistem

a. Use Case Diagram

Sistem informasi klinik Yepa Husada Madiun yang dibuat

dirancang dengan pengguna tiga level hak akses yaitu hak akses untuk

front office yang bertindak sebagai administrator sistem, petugas

departemen yang bertugas sebagai admin poli yang mengasisteni dokter

praktek, dan hak akses untuk dokter sebagai pengguna yang bertugas

46
untuk memasukkan data resep yang diberikan kepada pasien sebagai

rangkaian rekam medis pasien. Alur proses pengelolaan sistem yang

dibuat dapat dilihat pada Gambar 3.4 berikut:

Gambar 3.4 Use Case Diagram Sistem

Dari gambar diagram diatas dapat dijelaskan bahwa, pada

pengguna dengan level Front Office (FO) diwajibkan login terlebih

dahulu sebelum mengakses menu pengelolaan data sistem. Setelah

login berhasil, maka FO dapat menjalankan proses pengelolaan data

pasien dan menerbitkan kartu pasien, mengelola data dokter, mengelola

47
 data tarif rawat jalan, mengelola data tarif rawat inap, memasukkan data

pasien yang menjalankan rawat jalan, memasukkan data psien yang

menjalankan rawat inap serta menampilkan laporan.

Pengguna dengan level Departemen juga diwajibkan login

terlebih dahulu untuk diverifikasi hak akses penggunaan sistem dengan

level mengelola data per departemen (poli). Setelah data pengguna

diverifikasi, maka selanjutnya dapat menjalankan pengelolaan data

jadwal dokter per poli, memasukkan rekam medis dan melaporkan data

pasien per departemen. Untuk pengguna dengan hak akses dokter,

setelah data login diverifikasi maka dapat mengelola data resep yang

diberikan kepada pasien pada setiap kali pemeriksaan, serta dapat

menampilkan data pasien per poli.

b. Class Diagram

Pada sistem ini memiliki delapan class yang saling

keterkaitan yaitu class user yang memiliki self relationship dalam

proses verifikasi hak akses pengguna terhadap sistem, class dokter,

class pasien, class tarif rawat jalan, class pasien rawat jalan, class tarif

rawat inap, class pasien rawat inap dan class resep.

Bentuk asosiasi class dalam sistem ini seperti terlihat pada gambar 3.5

48
 Gambar 3.5 Class Diagram Sistem

Class pasien memiliki keterkaitan (agregasi) dengan class

pasien rawat jalan dengan ratio ketergantungan bahwa satu pasien dapat

diambil pada banyak class rawat jalan dan satu class rawat jalan hanya

mengambil satu pasien saja.

Class rawat jalan memiliki keterkaitan dengan class tarif

warat jalan dengan tingkat ketergantungan bahwa satu class rawat jalan

mengambil satu tarif dan satu tarif dapat diambil pada banyak class

rawat jalan.

Class pasien memiliki keterkaitan (agregasi) dengan class

pasien rawat inap dengan ratio ketergantungan bahwa satu pasien dapat

49
 diambil pada banyak class rawat inap dan satu class rawat inap hanya

mengambil satu pasien saja.

Class rawat inap memiliki keterkaitan dengan class tarif warat

inap dengan tingkat ketergantungan bahwa satu class rawat inap

mengambil satu tarif dan satu tarif dapat diambil pada banyak class

rawat inap .

Class pasien juga memiliki ketergantungan dengan class resep

sebagai proses pemindahan atribut data id_pasien yang menerima resep

dengan ratio keterkaitan bahwa satu pasien diambil hanya oleh satu

class resep dan satu resep juga hanya mengambil satu pasien saja.

Class resep juga memiliki hubungan dengan class dokter

sebagai proses memindahkan atribut id_dokter untuk dokter yang

memberikan resep kepada pasien. Hubungan ini memiliki ratio

ketergantungan bahwa satu dokter dapat diambil oleh banyak class

resep dan satu resep hanya mengambil satu dokter saja.

c. Activity Diagram

Pada sistem ini memiliki empat bagian aktifitas yaitu interface

sistem, bagian front office, bagian departemen dan bagian dokter.

Bentuk alur proses aktifitas pada sistem ini seperti dilihat pada

gambar 3.6 di bawah ini :

50
 Gambar 3.6 Activity Diagram Sistem

Pada gambar diagram tiap- tiap bagian memiliki aktifitas

proses kerja seperti dapat dijelaskan sebagai berikut:

a. Bagian interface memliki aktifitas yaitu menampilkan form login

pengguna dan memverifikasi hak akses pengguna untuk level FO,

departemen dan dokter. Setelah verifikasi berhasil, sistem

menentukan hak akses pengguna sesuai dengan level hak aksesnya.

Apabila pengguna login dengan hak akses FO maka sistem akan

memverifikasi hak akses dan menampilkan menu pengelolaan data

sistem dengan hak akses FO. Apabila pengguna login dan

diverifikasi untuk hak akses deparmtemen maka sistem akan

menampilkan menu pengelolaan sistem dengan hak akses

51
 departemen dan apabila diverifikasi sebagai pengguna dengan hak

akses dokter, maka sistem menampilkan menu pengelolaan data

sistem pada level dokter.

b. Bagian Front Office memiliki aktifitas secara berurutan yaitu

mengelola data pasien user, mengelola data tarif rawat jalan,

mengelola data tarif rawat inap, mengelola data dokter, mengelola

data pasien, mengelola data pasien yang terdaftar dalam rawat

jalan, mengelola data pasien yang terdaftar dalam rawat inap dan

aktifitas mencetak laporan data pasien.

c. Bagian departemen memiliki aktifitas proses pengelolaan data

jadwal dokter, mengalola data rekam medis pasien per poli dan

mencetak laporan data pasien per poli.

d. Bagian dokter memiliki aktifitas proses yaitu memasukkan data

resep obat per pasien dan menampilkan laporan rekam medis per

pasien atau per poli.

d. Sequence Diagram

Dalam sistem ini memiliki tujuh objek entity yaitu membuka

halaman website sistem, pendaftaran data pasien, menu data dokter,

menu data tarif periksa, menu data jadwal praktek, menu data riwayat

medis, menu resep berobat pasien.

Alur komunikasi antar objek yang terjadi pada aktor front office

memiliki akses dalam mengelola data pasien, data dokter dan data tarif

periksa pasien. Alur komunikasi yang dijalankan aktor depertemen

52
memiliki akses dalam mengelola data jadwal prakter dokter, data

riwayat medis pasien serta preview seluruh data yang berhubungan

dengan pasien per departemen yang dinaunginya. Sedangkan aktor

dokter memiliki akses komunikasi dengan aktifitas objek memasukkan

data resep per pasien yang telah diperiksanya dengan batasan hanya

pasien yang diperiksa dalam departemennya.

Untuk desain komunikasi antar aktor dengan objek entity dalam

sistem ini seperti dapat dilihat pada gambar 3.7 sebagai berikut:

Gambar 3.7 Sequence Diagram Sistem

53
e. Desain Basis Data

1) Entity Relationship Diagram (ERD)

Sistem informasi klinik yang dibuat ini memiliki delapan entitas

data yang saling terhubung yaitu entitas user, entitas dokter, entitas pasien,

entitas tarif rawat jalan, entitas tarif rawat inap, entitas pasien rawat jalan,

entitas pasien rawat inap dan entitas resep.

Bentuk hubungan antar entitas pada sistem ini seperti dapat dilihat

pada gambar 3.8 sebagai berikut:

Gambar 3.8 ERD Diagram Sistem

54
 Pada diagram diatas dapat dijelaskan bahwa entitas pasien

memiliki keterkaitan dengan entitas pasien rawat jalan dengan ratio

ketergantungan bahwa satu pasien dapat diambil pada banyak entitas rawat

jalan dan satu entitas rawat jalan hanya mengambil satu pasien saja.

Entitas rawat jalan memiliki keterkaitan dengan entitas tarif rawat

jalan dengan tingkat ketergantungan bahwa satu entitas rawat jalan

mengambil satu tarif dan satu tarif dapat diambil pada banyak entitas rawat

jalan.

Entitas pasien memiliki keterkaitan dengan entitas pasien rawat

inap dengan ratio ketergantungan bahwa satu pasien dapat diambil pada

banyak entitas rawat inap dan satu entitas rawat inap hanya mengambil

satu pasien saja.

Entitas rawat inap memiliki keterkaitan dengan entitas tarif rawat

inap dengan tingkat ketergantungan bahwa satu entitas rawat inap

mengambil satu tarif dan satu tarif dapat diambil pada banyak entitas rawat

inap.

Entitas pasien juga memiliki ketergantungan dengan entitas resep

sebagai proses pemindahan atribut data id_pasien yang menerima resep

dengan ratio keterkaitan bahwa satu pasien diambil hanya oleh satu entitas

resep dan satu resep juga hanya mengambil satu pasien saja.

Entitas resep juga memiliki hubungan dengan entitas dokter

sebagai proses memindahkan atribut id_dokter untuk dokter yang

55
 memberikan resep kepada pasien. Hubungan ini memiliki ratio

ketergantungan bahwa satu dokter dapat diambil oleh banyak entitas resep

dan satu resep hanya mengambil satu dokter saja.

2) Relasi Tabel

Pada sistem ini memiliki delapan tabel yang saling relasi yaitu

tabel user yang memiliki self relationship dalam proses verifikasi hak

akses pengguna terhadap sistem, tabel dokter, tabel pasien, tabel tarif

rawat jalan, tabel pasien rawat jalan, tabel tarif rawat inap, tabel pasien

rawat inap dan tabel resep.

Bentuk relasi tabel dalam sistem ini seperti terlihat pada gambar

3.9:

Gambar 3.9 Diagram Relasi Tabel

56
 Tabel pasien memiliki relasi dengan tabel pasien rawat jalan

dengan ratio ketergantungan bahwa satu pasien dapat diambil pada

banyak tabel rawat jalan dan satu tabel rawat jalan hanya mengambil satu

pasien saja.

Tabel rawat jalan memiliki relasi dengan tabel tarif warat jalan

dengan tingkat ketergantungan bahwa satu tabel rawat jalan mengambil

satu tarif dan satu tarif dapat diambil pada banyak tabel rawat jalan.

Tabel pasien memiliki relasi dengan tabel pasien rawat inap

dengan ratio ketergantungan bahwa satu pasien dapat diambil pada

banyak tabel rawat inap dan satu tabel rawat inap hanya mengambil satu

pasien saja.

Tabel rawat inap memiliki relasi dengan tabel tarif warat inap

dengan tingkat ketergantungan bahwa satu tabel rawat inap mengambil

satu tarif dan satu tarif dapat diambil pada banyak tabel rawat inap .

Tabel pasien juga memiliki ketergantungan dengan tabel resep

sebagai proses pemindahan atribut data id_pasien yang menerima resep

dengan ratio relasi bahwa satu pasien diambil hanya oleh satu tabel resep

dan satu resep juga hanya mengambil satu pasien saja.

Tabel resep juga memiliki hubungan dengan tabel dokter sebagai

proses memindahkan atribut id_dokter untuk dokter yang memberikan

resep kepada pasien. Hubungan ini memiliki ratio ketergantungan bahwa

57
 satu dokter dapat diambil oleh banyak tabel resep dan satu resep hanya

mengambil satu dokter saja.

3) Struktur Tabel Basis Data

Pada aplikasi ini terdapat delapan tabel pembentuk sistem basis

data untuk dikelola dan menghasilkan informasi klinik Yepa Husada

Madiun.

Bentuk struktur dari tabel-tabel yang membrntuk basis data sistem

ini seperti dijelaskan pada dengan rincian struktur tabel pembentuk sebagai

berikut:

a) Struktur Tabel User

Tabel 3.4 Data User

Tipe dan Panjang

No Nama Field Keterangan
Field
Tabel
1 id_user varchar(5)  Primary Key
3.4 diatas
2 username varchar (20)  
adalah tabel
3 password varchar (32)  
data user

pada 4 status integer (1)   sistem

basis 5 hak_akses varchar (20)   data

yang dibuat
6 grup varchar (30)  
untuk

58
 menyimpan data pengguna dan untuk diverifikasi hak akses pengguna

dengan level FO, departemen dan level dokter. Data user memiliki

atribut id_user, username, password, status, hak_akses dan grup.

b) Struktur Tabel Dokter

Tabel 3.5 Data Dokter

Tipe dan Panjang

No Nama Field Keterangan
Field

1 id_dokter integer (5)  Primary Key

2 nama_dokter varchar (30)  

3 departemen varchar (30)  

4 jadwal_praktik varchar (50)  

Tabel 3.5 diatas adalah tabel data dokter berfungsi untuk

menyimpan data dokter yang disimpan dalam basis data sistem dan

digunakan sebagai data subyek dalam data rekam medis. Data dokter

juga berfungsi untuk mengirimkan atribut pindahan pada data resep

pasien.

59
c) Struktur Tabel Pasien

Tabel 3.6 Data Pasien

Tipe dan Panjang

No Nama Field Keterangan
Field

1 id_pasien integer (6)  Primary Key

2 nama_pasien varchar (30)  

3 Alamat varchar (40)  

4 jenis_kelamin char (1)  

5 no_telepon varchar (15)  

Pada tabel Data Pasien 3.6 diatas merupakan data subyek dalam

sistem yang dikelola pada sistem ini. Data pasien akan direlasikan

dengan data rawat jalan dan rawat inap untuk mengirimkan atribut

identitas pasien yang memiliki riwayat medis pada klinik.

60
d) Struktur Tabel Data Tarif Rawat Jalan

Tabel 3.7 Data Tarif Rawat Jalan

Tipe dan Panjang

No Nama Field Keterangan
Field

1 id_tarif_rj integer (3)  Primary Key

2 Departemen varchar (30)  

3 Tarif integer (8)

Tabel 3.7 diatas adalah tabel data tarif rawat jalan berfungsi

untuk menyimpan data tarif rawat jalan yang akan digunakan dalam

menentukan besaran tarif yang harus dibayar pasien pada saat

menjalankan pemeriksaan dokter dalam kategori rawat jalan.

61
e) Struktur Tabel Data Tarif Rawat Inap

Tabel 3.8 Data Tarif Rawat Inap

Tipe dan Panjang

No Nama Field Keterangan
Field

1 id_tarif_ri integer (4)  Primary Key

2 perawatan varchar (20)  

3 pelayanan varchar (30)  

4 tipe_kamar varchar (20)  

5 tarif integer (8)  

6 kapasitas integer (2)

Tabel 3.8 data tarif rawat inap berfungsi untuk menyimpan data

tarif rawat inap yang akan digunakan dalam menentukan besaran tarif

yang harus dibayar pasien pada saat menjalankan pemeriksaan dokter

dalam kategori rawat inap .

62
f) Struktur Tabel Data Pasien Rawat Jalan

Tabel 3.9 Data Pasien Rawat Jalan

Tipe dan Panjang

No Nama Field Keterangan
Field

1 no_rj integer (8) Primary Key

2 id_dokter varchar (5) Foreign Key

3 id_pasien integer (6) Foreign Key

4 departemen varchar (20)  

5 tanggal Datetime  

6 keluhan varchar (255)  

7 diagnosa varchar (255)  

8 biaya integer (10)  

9 bayar integer (12)  

10 tindakan varchar (20)  

Tabel 3.9 data pasien rawat jalan diatas berfungsi untuk

menyimpan data pasien yang telah manjalankan pemeriksaan pada

klinik dengan rawat jalan. Data ini direlasikan dengan data pasien dan

data tarif yang berfungsi untuk menentukan besaran tarif perawatan

63
 pada klinik yang harus dibayar pasien, kategori departemen serta

dokter yang menangani pasien dan riwayat medis pasien.

g) Struktur Tabel Data Pasien Rawat Inap

Tabel 3.10 Data Pasien Rawat Inap

Tipe dan Panjang

No Nama Field Keterangan
Field

1 no_ri integer (8)  Primary Key

2 id_pasien integer (6)  Foreign Key

3 id_ruang integer (3)  Foreign Key

4 tanggal_checkin date  

5 tanggal_checkout date  

6 hari_menginap integer (3)  

7 diagnosa text  

8 biaya integer (12)  

9 bayar integer (12)  

Pada tabel 3.10 yaitu tabel data pasien rawat jalan berfungsi

untuk menyimpan data pasien yang telah manjalankan pemeriksaan

pada klinik dengan rawat inap. Data ini direlasikan dengan data pasien

dan data tarif yang berfungsi untuk menentukan besaran tarif

perawatan pada klinik yang harus dibayar pasien, kategori departemen

64
 serta dokter yang menangani pasien, tanggal serta lama menginap dan

riwayat medis pasien.

h) Struktur Tabel Data Resep Pasien

Tabel 3.11 Data Resep Pasien

No Nama Field Tipe dan Panjang Field Keterangan

1 id_resep integer (9)  Primary Key

2 id_dokter integer (8)  Foreign Key

3 id_pasien varchar (2)  Foreign Key

4 nama_resep varchar (50)  

5 rincian_resep text  

6 tanggal timestamp

Tabel data resep pasien seperti pada tabel 3.11 berfungsi

untuk menyimpan data resep obat yang diberikan kepada pasien

dengan mengambil atribut tamu id_pasien dan id_dokter yang

berfungsi untuk memberikan keterangan identitas pasien dan dokter

yang menanganinya.

4. Perancangan Antarmuka Aplikasi

a. Struktur Proses Sistem

65
 Alur proses yang dijalankan dalam sistem ini seperti

digambarkan dalam bagan alur kerja sistem seperti dapat dilihat pada

Gambar 3.10. sebagai berikut:

Gambar 3.10: Bagan Struktur Alur Proses Sistem

b. Halaman Login

Halaman ini menampilkan form login untuk admin sebagai

verifikasi hak akses admin aplikasi. Tampilan ini seperti pada gambar

3.11 berikut:

BANER

66
 SISTEM INFORMASI RUMAH SAKIT YEPA HUSADA

LOGIN

USERNAME :

PASSWORD :

LOGIN

FOOTER

Gambar 3.11 Rancangan Halaman Login Admin

Halaman login berfungsi untuk mengakses halaman menu

pengelolaan dengan mengkategorikan pengguna berdasarkan hak akses

secara otomatis dengan memvalidasi username serta password pengguna.

Level pengguna dalam sistem ini yaitu FO (front office), departemen dan

dokter.

c. Halaman Pembuka

Untuk tampilan halaman pembuka seperti dapat dilihat pada

gambar 3.12 berikut.

Menu Menu
‘JUDUL’ Menu Pasien
Rawat Jalan Rawat Inap

67
 HALAMAN BODI

FOOTER

Gambar 3.12 Rancangan Halaman Awal

d. Halaman Input Pasien

Halaman ini berisi form input data pasien yang mencakup nama

pasien, jenis kelamin, alamat dan nomor telepon. Form input data pasien

tertampil dengan mengklik menu ‘tambah pasien’ dan akan menampilkan

pop-up berisi deret field input data pasien. Pada bagian bawah form input

bagian terdapat tabel output data yang secara otomatis akan tertampil setelah

data pasien dimasukkan.

Tampilan halaman input pasien seperti pada gambar 3.13 berikut ini:

Menu Menu
‘JUDUL’ Menu Pasien
Rawat Jalan Rawat Inap

Tambah Pasien

Nama :

Jnis Kelamin : o Laki Laki

68
 o Perempuan

Alamat :

Telp :

Reset Simpan

Data Pasien

No. ID Pasien Nama J Kel. Alamat Telp. Aksi

] [Delete]

] [Delete]

] [Delete]

] [Delete]

FOOTER

Gambar 3.13 Rancangan Halaman Input Pasien

e. Halaman Print Kartu Pasien

Halaman print kartu pasien tertampil setelah proses input atau

pendaftaran pasien. Kartu pasien ini tertulis biodata pasien dengan tidak

menampilkan data keluhan dan diagnosa, karena data tersebut tertampil

setelah pasien memiliki riwayat medis.

69
 Tampilan print kartu pasien dalam sistem ini seperti dapat dilihat

pada gambar 3.14 berikut:

KARTU PASIEN

Klinik YEPA HUSADA Kaibon, Madiun

No. Pasien
:
Nama
:
Alamat
:
J. Kelamin

Telp :

Gambar 3.14 Rancangan Halaman Print Kartu Pasien

f. Halaman Input Data Tarif Rawat Jalan

Halaman ini berisi form input data tarif rawat jalan yang mencakup

nama departemen yang tertampil setelah dipilih dengan combobox dan tarif

biaya pemeriksaan. Form input data tarif tertampil dengan mengklik menu

‘tambah tarif rawat jalan’ dan akan menampilkan pop-up berisi deret field

input data tarif rawat jalan. Pada bagian bawah form input bagian terdapat

tabel output data yang secara otomatis akan tertampil setelah data tarif

dimasukkan..

Tampilan halaman ini seperti tertampil pada gambar 3.15 berikut:

70
 Menu Menu
‘JUDUL’ Menu Pasien
Rawat Jalan Rawat Inap

Tambah Tarif Baru

Departemen :

Tarif :

Reset Simpan

Data Tarif Rawat Jalan

No. ID Departemen Tarif Aksi

Edit] [Delete]

Edit] [Delete]

Edit] [Delete]

Edit] [Delete]

FOOTER

71
 Gambar 3.15 Halaman Tarif Rawat Jalan

g. Halaman Input Data Tarif Rawat Inap

Halaman ini berisi form input data tarif rawat inap yang mencakup

nama departemen yang tertampil setelah dipilih dengan combobox dan tarif

biaya rawat inap. Form input data tarif tertampil dengan mengklik menu

‘tambah tarif rawat inap’ dan akan menampilkan pop-up berisi deret field

input data tarif rawat inap. Pada bagian bawah form input bagian terdapat

tabel output data yang secara otomatis akan tertampil setelah data tarif

dimasukkan..

Tampilan halaman ini seperti tertampil pada gambar 3.16 berikut:

Menu Menu
‘JUDUL’ Menu Pasien
Rawat Jalan Rawat Inap

Tambah Tarif Baru

Departemen :

Tarif :

Reset Simpan

Data Tarif Rawat Inap

No. ID Departemen Tarif Aksi

72
 Edit] [Delete]

Edit] [Delete]

Edit] [Delete]

Edit] [Delete]

FOOTER

Gambar 3.16 Halaman Tarif Rawat Inap

h. Halaman Input Data Pasien Rawat Jalan

Halaman ini berisi form input data pasien rawat jalan yang mencakup

nama pasien yang tertampil setelah dipilih, jenis penyakit, keluhan dan tarif

biaya pemeriksaan. Form input data pasien tertampil dengan mengklik menu

‘tambah pasien rawat jalan’ dan akan menampilkan pop-up berisi deret field

input data pasien rawat jalan. Pada bagian bawah form input bagian terdapat

tabel output data yang secara otomatis akan tertampil setelah data pasien

dimasukkan..

Tampilan halaman ini seperti tertampil pada gambar 3.17 berikut:

Menu Menu
‘JUDUL’ Menu Pasien
Rawat Jalan Rawat Inap

Tambah Pasien Rawat Jalan

73
 Nama :

Departemen / Poli :

Keluhan :

Biaya :

Reset Simpan

Data Pasien

ID PasienNama Dep. Keluhan Biaya Bayar Aksi

Edit] [Delete]

Edit] [Delete]

Edit] [Delete]

Edit] [Delete]

FOOTER

Gambar 3.17 Halaman Input Data Pasien Rawat Jalan

i. Halaman Input Data Pasien Rawat Inap

Halaman ini berisi form input data pasien rawat inap yang mencakup

nama pasien yang tertampil setelah dipilih, jenis penyakit, keluhan dan tarif

74
biaya pemeriksaan. Form input data pasien tertampil dengan mengklik menu

‘tambah pasien rawat inap’ dan akan menampilkan pop-up berisi deret field

input data pasien rawat inap. Pada bagian bawah form input bagian terdapat

tabel output data yang secara otomatis akan tertampil setelah data pasien

dimasukkan..

Tampilan halaman ini seperti tertampil pada gambar 3.18 berikut:

Menu Menu
‘JUDUL’Menu Pasien
Rawat Jalan Rawat Inap

Tambah Pasien Rawat Inap

Nama :

Departemen / Poli :

Jenis Perawatan :

Jenis Pelayanan :

Tgl. Masuk :

Tgl. Keluar :

Ruang :

Keluhan :

Biaya :
Reset Simpan

Data Pasien

ID PasienNama Dep. Keluhan Biaya Bayar Aksi

Edit] [Delete]

Edit] [Delete]

75
 Edit] [Delete]

Edit] [Delete]

FOOTER

Gambar 3.18 Halaman Input Data Pasien Rawat Inap

j. Halaman Laporan Data Pasien Rawat Inap

Halaman ini merupakan tampilan rekap seluruh data pasien yang

tercatat dalam tabel pasien yang menggunakan pelayanan rawat inap.

Halaman ini menampilkan format cetak data laporan pasien rawat inap yang

disimpan dalam basis data sistem.

Tampilan halaman ini seperti tertampil pada gambar 3.19 berikut:

Klinik Yepa Husada Kaibon, Madiun

Laporan Data Pasien Rawat Jalan

ID Pasien Nama Dep. Keluhan Biaya Pembayaran

76
 Madiun, ......................2021
Administrasi,

( ............................................ )

Gambar 3.19 Halaman Laporan Data Pasien Rawat Inap

k. Halaman Laporan Data Pasien Rawat Inap

Halaman ini merupakan tampilan rekap seluruh data pasien yang

tercatat dalam tabel pasien yang menggunakan pelayanan rawat jalan.

Halaman ini menampilkan format cetak data laporan pasien rawat jalan yang

disimpan dalam basis data sistem. Tampilan halaman ini seperti tertampil

pada gambar 3.20 berikut:

77
 Klinik Yepa Husada Kaibon, Madiun

Laporan Data Pasien Rawat Jalan

ID Pasien Nama Check InCheck Out Biaya Pembayaran

Madiun, ......................202

78
 1

Administrasi,

( ........................................

.... )

Gambar 3.20 Halaman Laporan Data Pasien Rawat Inap

BAB IV

IMPLEMENTASI

3.1.1. Hasil Pembuatan Sistem

1. Halaman Login

79
 Halaman ini menampilkan form login untuk admin sebagai

verifikasi hak akses admin aplikasi. Tampilan ini seperti pada gambar

4.1 berikut:

Gambar 4.1 Halaman Login

Halaman login berfungsi untuk mengakses halaman menu

pengelolaan dengan mengkategorikan pengguna berdasarkan hak akses

secara otomatis dengan memvalidasi username serta password

pengguna. Level pengguna dalam sistem ini yaitu FO (front office),

departemen dan dokter.

2. Halaman Pembuka

Halaman pembuka merupakan halaman yang tertampil pada saat

pengguna mendapatkan verifikasi hak akses pengelolaan data sistem.

Halaman pembuka terbagi dengan bagian atas merupakan header berisi

80
 judul sistem dan deret menu pengelolaan pada masing-masing hak

akses, kolom bodi berisi data awal pengelolaan dalam tiap hak akses,

dalam terdapat tabel view data pengelolaan yang tertampil pada bagian

bawah bodi.

Untuk tampilan halaman pembuka seperti dapat dilihat pada

gambar 4.2 sebagai berikut:

Gambar 4.2 Halaman Awal

3. Halaman Input Pasien

Halaman ini berisi form input data pasien yang mencakup nama

pasien, jenis kelamin, alamat dan nomor telepon. Form input data

pasien tertampil dengan mengklik menu ‘tambah pasien’ dan akan

81
menampilkan pop-up berisi deret field input data pasien. Pada bagian

bawah form input bagian terdapat tabel output data yang secara

otomatis akan tertampil setelah data pasien dimasukkan.

Tampilan halaman input pasien seperti pada gambar 4.3 berikut ini:

Gambar 4.3 Halaman Input Pasien

Dari data pasien yang berhasil dimasukkan, maka akan tertampil

laporan print-out kartu pasien untuk dicetak sebagai berkas fisik

administratif pasien. Tampilan dari print-out kartu pasien dapat dilihat

pada gambar 4.4 sebagai berikut:

82
 Gambar 4.4 Print-out Kartu Pasien

4. Halaman Input Data Tarif Rawat Jalan

Halaman ini berisi form input data tarif rawat jalan yang mencakup

nama departemen yang tertampil setelah dipilih dengan combo box dan

tarif biaya pemeriksaan. Form input data tarif tertampil dengan

mengklik menu ‘tambah tarif rawat jalan’ dan akan menampilkan pop-

up berisi deret field input data tarif rawat jalan. Pada bagian bawah

form input bagian terdapat tabel output data yang secara otomatis akan

tertampil setelah data tarif dimasukkan..

Tampilan halaman ini seperti tertampil pada gambar 4.5 berikut:

83
 Gambar 4.5 Halaman Tarif Rawat Jalan

5. Halaman Input Data Tarif Rawat Inap

Halaman ini berisi form input data tarif rawat inap yang mencakup

nama departemen yang tertampil setelah dipilih dengan combobox dan

tarif biaya rawat inap. Form input data tarif tertampil dengan mengklik

menu ‘tambah tarif rawat inap’ dan akan menampilkan pop-up berisi

deret field input data tarif rawat inap. Pada bagian bawah form input

bagian terdapat tabel output data yang secara otomatis akan tertampil

setelah data tarif dimasukkan..

Tampilan halaman ini seperti tertampil pada gambar 4.6 berikut:

84
 Gambar 4.6 Halaman Tarif Rawat Inap

6. Halaman Input Data Pasien Rawat Jalan

Halaman ini berisi form input data pasien rawat jalan yang

mencakup nama pasien yang tertampil setelah dipilih, jenis penyakit,

keluhan dan tarif biaya pemeriksaan. Form input data pasien tertampil

dengan mengklik menu ‘tambah pasien rawat jalan’ dan akan

menampilkan pop-up berisi deret field input data pasien rawat jalan.

Pada bagian bawah form input bagian terdapat tabel output data yang

secara otomatis akan tertampil setelah data pasien dimasukkan..

Tampilan halaman ini seperti tertampil pada gambar 4.7 berikut:

85
 Gambar 4.7 Halaman Input Data Pasien Rawat Jalan

7. Halaman Input Data Pasien Rawat Inap

Halaman ini berisi form input data pasien rawat inap yang

mencakup nama pasien yang tertampil setelah dipilih, jenis penyakit,

keluhan dan tarif biaya pemeriksaan. Form input data pasien tertampil

dengan mengklik menu ‘tambah pasien rawat inap’ dan akan

menampilkan pop-up berisi deret field input data pasien rawat inap.

Pada bagian bawah form input bagian terdapat tabel output data yang

secara otomatis akan tertampil setelah data pasien dimasukkan.

Tampilan halaman ini seperti tertampil pada gambar 4.8 berikut:

86
 Gambar 4.8 Halaman Input Data Pasien Rawat Inap

8. Halaman Laporan Data Pasien Rawat Inap

Halaman ini merupakan tampilan rekap seluruh data pasien yang

tercatat dalam tabel pasien yang menggunakan pelayanan rawat inap.

Halaman ini menampilkan format cetak data laporan pasien rawat inap

yang disimpan dalam basis data sistem.

Tampilan halaman ini seperti tertampil pada gambar 4.9 berikut:

87
 Gambar 4.9 Halaman Laporan Data Pasien Rawat Inap

9. Halaman Laporan Data Pasien Rawat Jalan

Halaman ini merupakan tampilan rekap seluruh data pasien yang

tercatat dalam tabel pasien yang menggunakan pelayanan rawat jalan.

Halaman ini menampilkan format cetak data laporan pasien rawat jalan

yang disimpan dalam basis data sistem. Tampilan halaman ini seperti

tertampil pada gambar 4.10 berikut:

88
 Gambar 4.10 Halaman Laporan Data Pasien Rawat Jalan

3.1.2. Hasil Uji Coba Sistem

1. Pengujian Metode Black Box

Tahap akhir dari penelitian ini yaitu melakukan pengujian dari sistem yang

dibuat dengan metode Black Box. Dari seluruh proses kerja dalam sistem ini

dijalankan dengan dua uji coba yaitu menjalankan dengan prosedur yang sesuai

dengan aturan serta menjalankan proses kerja dengan kemungkinan kesalahan

yang dibuat. Dari hasil proses yang dijalankan dalam sistem, maka penulis

membandingkan hasil output dari sistem dengan hasil yang diharapkan sesuai

tahap perancangan dan desain sistem sesuai dengan analisis kebutuhan sistem.

Untuk hasil dari uji coba sistem yang dijalankan secara detail dapat dilihat pada

Tabel 4.1 sebagai berikut:

89
Tabel 4.1 Hasil Pengujian Sistem

Skenario Hasil Yang Di

Tes Hasil Kesimpulan
Pengujian Harapkan
Mengosongkan Username :- Sistem akan Sesuai Sesuai
semua isian data Password :- menolak akses Rancangan Harapan
login, lalu login dan
langsung menampilkan
mengklik pesan eror
tombol ‘Login’.
Menginputkan Username : Sistem Sesuai Sesuai
data login yang admin menerima akses Rancangan Harapan
benar, lalu Password : login dan
mengklik admin kemudian
tombol ‘Login’. langsung
menampilkan
halaman menu
admin.
Tambah data, Isi Data Sistem Sesuai Sesuai
edit data, dan Pasien menerima Rancangan Harapan
hapus data inputan dan
pasien berhasil
menampilkan
inputan dalam
tabel serta
mendapatkan
notifikasi
Tambah data, Isi Data Sistem Sesuai Sesuai
edit data, dan Dokter menerima Rancangan Harapan
hapus data inputan dan
Dokter berhasil
menampilkan
inputan dalam
tabel serta
mendapatkan
notifikasi
Tambah data, Isi Data Sistem Sesuai Sesuai
edit data, dan Jadwal menerima Rancangan Harapan
hapus data Dokter inputan dan
Jadwal Dokter berhasil
menampilkan
inputan dalam
tabel serta
mendapatkan
notifikasi
Tambah data, Isi Data Sistem Sesuai Sesuai

90
 Skenario Hasil Yang Di
Tes Hasil Kesimpulan
Pengujian Harapkan
edit data, dan Resep dan menerima Rancangan Harapan
hapus data Tindakan inputan dan
Resep dan berhasil
Tindakan menampilkan
inputan dalam
tabel serta
mendapatkan
notifikasi
Tambah, edit Isi Data Sistem Sesuai Sesuai
data, dan hapus Tarif menerima Rancangan Harapan
data Tarif inputan dan
berhasil
menampilkan
inputan dalam
tabel serta
mendapatkan
notifikasi
Menampilkan, Klik cetak Sistem Sesuai Sesuai
cetak, dan hapus dan edit menerima Rancangan Harapan
data Pasien detail data berhasil
Rawat Jalan menampilkan
data laporan
dalam tabel
serta mencetak
laporan per data
pasien
Menampilkan, Klik cetak Sistem Sesuai Sesuai
cetak, dan hapus dan edit menerima Rancangan Harapan
data Pasien detail data berhasil
Rawat Inap menampilkan
data laporan
dalam tabel
serta mencetak
laporan per data
pasien

2. Kesimpulan Hasil Pengujian

91
 Berdasarkan hasil dari pengujian, seluruh proses kerja sistem sudah

berjalan sesuai dengan desain dan perancangan serta berjalan sesuai yang

diharapkan.

92
 BAB V
PENUTUP

A. Kesimpulan

Dengan dibuatnya sistem informasi pengelolaan data pasien di klinik Yepa

Husada Madiun ini diharapkan dapat mendukung proses kinerja para pegawai
khususnya pada bagian administrasi / pendaftaran. Adapun kesimpulan yang dapat
diambil dari pembangunan sistem informasi pengelolaan data pasien ini antara
lain:
1. Dengan dirancangnya Sistem Informasi ini data pasien yang sudah

terdaftar disimpan dalam database, sehingga proses pencarian data pasien

saat pendaftaran menjadi lebih cepat.

2. Dalam pembuatan laporan lebih mudah, tidak membutuhkan waktu yang

lama serta bisa meminimalisir kesalahan.

3. Kinerja bagian administrasi / pendaftaran menjadi lebih efektif, terutama

dalam menginputkan data pasien dan membuat laporan.

B. Saran

Walaupun sistem pengelolaan data pasien yang dibuat dapat

memberikan solusi tentang permasalahan yang terjadi, namun aplikasi yang
dirancang masih sangat jauh dari sempurna. Maka dari penelitian ini ada
beberapa saran yang ingin penulis ungkapkan diantaranya adalah sebagai
berikut :
a. Dalam perancangan masih sangat jauh dari sempurna, maka kedepannya

diharapkan dapat dikembangkan dalam penyempurnaan tampilan yang

lebih baik.

b. Dalam tahap pengembangan selanjutnya diharapkan dapat menambahkan

fasilitas pengelolaan rekam medik yang lebih memadai sesuai aturan

hukum yang berlaku.

93
Dalam tahap pengembangan selanjutnya diharapkan dapat menambahkan
fasilitas pengelolaan data obat dan transaksi keuangan yang lebih detail.

94
 DAFTAR PUSTAKA

Aditya, Alan N. 2011. Jago PHP & MySQL. Jakarta: Dunia Komputer

Anisyah, 2000, Analisa dan Desain Sistem Informasi, Yogyakarta, Penerbit

Andi.

Arief S. Sadiman, dkk. 2009. Media Pendidikan, Pengertian, Pengembangan,

dan Pemanfaatannya. Jakarta: Rajawali Press.

Bastian, Indra. 2008. Akuntansi Kesehatan. Edisi 1. Cetakan Pertama. Penerbit

Erlangga: Jakarta

Booch, G. James, R. Ivar, J, 2005. The Unified Modeling Language User Guide
Second Edition. United State: Addison Wesley Professional.

Brotowasisto, 2003. Peranan Rekam Medis dalam Mendukung Kebijaksanaan

Pemerintah dalam Kaitan Rumah Sakit Sebagai Unit Swadana,
Kumpulan Makalah Seminar Nasional dalam Kongres dan Rakernas I-
III PORMIKI, Jakarta.

Buyens, Jim. 2001. Web Database Development. Elex Media Komputindo.

Jakarta

Ema, Anggit. 2012. “Sistem Basis Data Menggunakan Microsoft SQL Server
2005”. Yogyakarta: Andi Offset.

Jogiyanto. 2005 , Analisis & Desain Sistem Informasi: Pendekatan Terstruktur

Teori dan Praktek Aplikasi Bisnis. Yogyakarta: Andi Yogyakarta

Kadir, Abdul . 2003. Pengenalan Sistem Informasi. Yogyakarta: Andi Offset.

Madcoms. 2011. Adobe Dreameweaver CS5 Dengan Pemrograman PHP &

MySQL. Yogyakarta: ANDI Yogyakarta dan MADCOMS.

Menteri Kesehatan Republik Indonesia. (2008). Peraturan Menteri Kesehatan RI

No. 269/MENKES/PER/III/2008 Tentang Rekam Medis. Jakarta:
Departemen Kesehatan Republik Indonesia

Menteri Kesehatan Republik Indonesia. (2011). Peraturan Menteri Kesehatan

Republik Indonesia No. 028/MENKES/PER/I/2011 Tentang Klinik.
Jakarta: Departemen Hukum dan Hak Asasi Manusia Republik
Indonesia.

Purnama, Rangsang.2010.Mari Mengenal J2ME Java 2 Micro Edition. Prestasi

Pustaka.Jakarta

Rizky Dhanta. 2009. Pengantar Ilmu Komputer. Surabaya: INDAH.

95
Rosa dan Shalahudin. 2011. Modul Pembelajaran Rekayasa Perangkat Lunak
(Terstruktur dan Berorientasi Obyek). Bandung: Modula-Bandung.

Rumbaugh, James et al. 2005 . E-Book: The Unified Modeling Language

Reference Manual Second Edition . Pearson Education, Inc. ISBN 0-
321-24562-8

Safaat H.Nazruddin.2012.Pemrograman Aplikasi Mobile Smartphone dan

Tablet PC berbasis Android.Informatika.Bandung

Simonn Bennet, Steve Marcob, Ray Farmer. 2006. Object-Oriented Systems

Analysis and Design Using UML. New York: McGraw Hill.

Sridadi, Bambang .2009, Pemodelan dan system simulasi system teori, aplikasi
dan contoh program dalam bahasa c, Informatika, Bandung

Sukamto, Ismu. 2012. Pengembangan Media Alat-alat Optik Berbasis

Teknologi dan Komunikasi. Skripsi: Universita Lampung

Sutabri, Tata. 2012. Analisa Sistem Informasi. Yogyakarta: CV Andi Offset.

Yeni dan Devie. 2011. Pemrograman Basis Data Berbasis Web Menggunakan
PHP dan MySQL. Yogyakarta; Graha Ilmu.

96