SISTEM INFORMASI REKAM MEDIS MENGGUNAKAN METODE

PIECES BERBASIS WEB DI KLINIK PRATAMA YUSUF

PROPOSAL SKRIPSI

DIAJUKAN SEBAGAI SALAH SATU

SYARAT UNTUK MENYUSUN SKRIPSI
PROGRAM STUDI TEKNIK
INFORMATIKA

Disusun Oleh:

NPM : 17111078
NAMA : MOCH KAUTSAR RIDWAN
JENJANG STUDI : STRATA SATU (S1)
PROGRAM STUDI : TEKNIK INFORMATIKA

PROGRAM STUDI TEKNIK INFORMATIKA

SEKOLAH TINGGI TEKNOLOGI BANDUNG
2021
 KATA PENGANTAR

Assalamu’alaikum warahmatullaahi wabaraakaatuh.

Segala puji dan syukur penulis panjatkan ke hadirat Allah SWT karena atas limpahan
rahmat, hidayah, serta inayah-Nya, penulis dapat menyelesaikan Proposal Skripsi yang
berjudul “Sistem Informasi Rekam Medis Menggunakan Metode PIECES Berbasis Web
di Klinik Pratama Yusuf” sesuai dengan yang direncanakan. Oleh karena itu
perkenankanlah penulis menyampaikan ucapan terima kasih kepada:

1. Bapak Ketua STT Bandung Muchammad Naseer, S.Kom., M.T.

2. Bapak Danny Aidil Rismayadi, S.Si., M.Kom. selaku Pembantu

Ketua I serta Dosen Pengampu Mata Kuliah Pra Skripsi yang telah
memberikan dukungan dan telah membantu memberikan ilmunya
sehingga penulisan Proposal Skripsi ini dapat terlaksana.
3. Ibu Titi Widaretna, S.T. selaku Ketua Program Studi Teknik
Informatika STT Bandung yang telah memberikan dukungan
sehingga penulis dapat menyelesaikan Proposal Skripsi ini.

Semoga Proposal Skripsi ini dapat bermanfaat bagi pihak yang berkepentingan.

Wassalamu’alaikum warahmatullaahi wabaraakaatuh.

Bandung, 11 Januari 2021

Moch Kautsar Ridwan

DAFTAR PUSTAKA
 DIAJUKAN SEBAGAI SALAH SATU SYARAT UNTUK MENYUSUN SKRIPSI
PROGRAM STUDI TEKNIK INFORMATIKA............................................................1
KATA PENGANTAR............................................................................................................2
DAFTAR PUSTAKA.............................................................................................................3
BAB 1......................................................................................................................................5
PENDAHULUAN...............................................................................................................5
1.1 Latar belakang....................................................................................................5
1.2 Rumusan masalah..............................................................................................6
1.3 Tujuan penelitian...............................................................................................6
1.4 Manfaat penelitian.............................................................................................7
1.5 Ruang lingkup penelitian...................................................................................7
1.6 Sistematika penulisan.........................................................................................7
BAB II.....................................................................................................................................9
TINJAUAN PUSTAKA.........................................................................................................9
2.1. Landasan teori........................................................................................................9
2.1.1 Klinik...................................................................................................................9
2.1.2 Rekam medis.......................................................................................................9
2.1.3 Rekam Medis Elektronik.................................................................................12
2.1.4 Sistem................................................................................................................13
2.1.5 Informasi...........................................................................................................13
2.1.6 Sistem Informasi...............................................................................................14
2.1.7 XAMPP.............................................................................................................14
2.1.8 HTML (HyperText Markup Language)...........................................................15
2.1.9 PHP (Hypertext Prepocessor)...........................................................................15
2.1.10 Star UML......................................................................................................15
2.1.11 MySQL..........................................................................................................16
2.1.12 Metode PIECES...........................................................................................16
2.1.13 UML..............................................................................................................18
2.1.14 Metode WATERFALL..................................................................................25
2.2 Penelitian Terdahulu............................................................................................27
BAB III.................................................................................................................................35
3.1 Metode Penelitian.................................................................................................35
3.1.1 Jenis Penelitian.................................................................................................35
 3.1.2 Teknik pengumpulan data...............................................................................35
3.2 Analisis..................................................................................................................35
3.2.1 Analisis kebutuhan Fungsional..........................................................................35
3.2.2 Analisis Kebutuhan Non Fungsional..................................................................36
3.4 Basis pengetahuan................................................................................................38
3.5 Perancangan.........................................................................................................39
3.5.1 Rancangan sistem................................................................................................39
DAFTAR PUSTAKA...........................................................................................................66
 BAB 1
PENDAHULUAN

1.1 Latar belakang

Teknologi informasi dan komunikasi telah berkembang begitu pesat di

berbagai sektor, termasuk di sektor kesehatan. Salah satu pengaplikasiaannya
adalah rekam medis terkomputerisasi. Aplikasi rekam medis terkomputerisasi
memudahkan penelusuran dan pengiriman informasi serta penyimpanan data.
Pencatatan rekam medis secara komputerisasi diperlukan untuk memajukan
pelayanan kesehatan di Klinik Pratama Yusuf.

Klinik Pratama Yusuf adalah fasilitas pelayanan kesehatan yang

menyelenggarakan pelayanan kesehatan perorangan dengan menyediakan
pelayanan medis dasar. Klinik Pratama Yusuf ini selalu mendapat kepadatan
jumlah pasien yang berkunjung dan memerlukan validitas data pasien untuk
mempermudah pelayanan kesehatan. Sistem pelayanan pasien di Klinik Pratama
Yusuf masih menggunakan pencatatan secara manual sehingga menyebabkan
terdapat banyak aspek yang merugikan bagi pasien, misalnya hilangnya data
pasien sehingga pasien harus mengisi kembali data, mencari data pasien masih
manual sehingga membutuhkan waktu yang cukup lama, dan kesalahan
pembayaran dikarenakan kepadatan pasien.

Solusi yang diberikan untuk permasalahan di atas adalah sistem rekam medis.
Sistem rekam medis merupakan berkas yang berisi catatan dan dokumen yang
memuat tentang identitas pasien, pemeriksaan fisik pasien, diagnosa atau masalah
penyakit pasien, tindakan pengobatan yang dilakukan dokter atau pelayanan yang
diberikan kepada pasien, dan biaya pengobatan pasien atau pembayaran. Catatan
tersebut sangat penting untuk pelayanan pasien karena dengan data yang lengkap
 dapat memberikan informasi dalam menentukan keputusan baik pengobatan,
penanganan, serta tindakan medis.

Sistem informasi rekam medis berbasis web ini akan menyediakan sistem
keuangan, data atau identitas pasien, informasi pasien, dokumen pasien, dan
pembiayaan pengobatan pasien. Hal ini tentu memudahkan klinik dalam
mengelola data-data pasien sehingga meminimalisir terjadinya kekeliruan.

Pada sistem informasi rekam medis menggunakan metode PIECES untuk

mengindentifikasi masalah yang memerlukan anilisis terhadap kinerja, informasi,
ekonomi, keamanan aplikasi, efesiensi dan pelayanan-pelayanan yang diberikan
pada aplikasi sistem informasi rekam medis ini. Metode ini biasanya digunakan
untuk memperbaiki masalah utama yang terjadi di Klinik Pratama Yusuf.

Dari uraian latar belakang diatas, perlu adanya sistem informasi rekam medis
berbasis web yang dapat membantu menyelesaikan permasalahan di Klinik
Pratama Yusuf khususnya di bagian unit rekam medis untuk memasukkan data
rekam medis dan laporan rekam medis.

1.2 Rumusan masalah

Berdasarkan latar belakang di atas, rumusan masalah pada penelitian ini
adalah bagaimana membuat sistem informasi rekam medis berbasis web yang
dapat membantu menyelesakan masalah di Klinik Pratama Yusuf khususnya di
bagian unit rekam medis.
1. Apakah akan memudahkan pengelola berdasarkan data yang akurat dan tidak
terjadinya hilang data ataupun kekeliruan data pasien.
2. Apakah metode PIECES akan mempermudah dalam mengidentifikasi masalah
di Klinik Pratama Yusuf.

1.3 Tujuan penelitian

 Adapun tujuan penelitian ini adalah membuat sistem informasi rekam medis
berbasis web yang dapat membantu menyelesaikan permasalahan di Klinik
Pratama Yusuf khususnya di bagian unit rekam medis untuk memasukkan data
rekam medis dan laporan rekam medis.
1. Solusi yang ditawarkan adalah adanya sistem rekam medis berbasis web yang
memberikan layanan rekam medis dan laporan rekam medis.
2. Hal-hal yang ingin dicapai melalui sistem rekam medis berbasis web ini untuk
memberikan layanan sistem keuangan, data atau identitas pasien, informasi
pasien, dokumen pasien, dan pembiayaan klinik.

1.4 Manfaat penelitian

Hasil peneliti ini diharapkan memberikan manfaat sebagai berikut:
1. Membantu pengolahan data rekam medis di Klinik Pratama Yusuf dalam
layanan sistem keuangan, data atau identitas pasien, informasi pasien,
dokumen pasien, dan pembiayaan klinik.
2. Manfaat untuk Klinik Pratama Yusuf khususnya di bagian unit rekam medis
tidak akan hilangnya data pasien sehingga pasien harus mengisi kembali data,
mencari data pasien akan lebih mudah, tidak terjadi kesalahan dalam
pembayaran dan identitas pasien dikarenakan kepadatan pasien.

1.5 Ruang lingkup penelitian

Ruang lingkup penelitan berfokus pada pengolahan data dan laporan rekam
medis di Klinik Pratama Yusuf pada identitas pasien, pemeriksaan fisik pasien,
diagnosa atau masalah penyakit pasien, tindakan pengobatan yang dilakukan dokter
atau pelayanan yang diberikan kepada pasien, dan biaya pengobatan pasien atau
pembayaran.

1.6 Sistematika penulisan

Berisi tentang uraian secara garis besar isi skripsi untuk tiap tiap bab
BAB I : PENDAHULUAN
Bab ini berisikan latar belakang masalah, rumusan masalah, tujuan penelitian,
manfaat penelitian, ruang lingkup penelitian, dan sistematika penulisan
skripsi.
BAB II : TINJAUAN PUSTAKA
Bab dua menjelaskan tentang tinjauan pustaka dan landasan teori yang
berhubungan dengan topik yang akan dibahas dalam penelitian ini.
BAB III : ANALISA DAN PERANCANGAN
Bagian ini menjelaskan tentang metode peneltian yang digunakan dalam
menyelesaikan penelitian ini dan akan menjelaskan secara rinci tentang
analisis perancangan dan model klasifikasi serta tahapan perancangan yang
digunakan untuk proses pembuatan sistem.
BAB IV : IMPLEMENTASI SISTEM
Bagian ini menjelaskan tentang pengimplementasian sistem dengan cara
pengujian sistem.
BAB V : PENUTUP
Bagian ini menjelaskan tentang kesimpulan dan saran dari penelitian yang
telah dilakukan.
 BAB II

TINJAUAN PUSTAKA
2.1. Landasan teori
2.1.1 Klinik
Klinik adalah fasilitas pelayanan kesehatan yang menyelenggarakan
pelayanan kesehatan perorangan yang menyediakan pelayanan medis dasar
dan/atau spesialistik. Berdasarkan jenis pelayanan, klinik dibagi menjadi dua
yaitu klinik pratama dan klinik utama.
Klinik pratama merupakan klinik yang menyelenggarakan pelayanan medik
dasar baik umum maupun khusus. Klinik utama merupakan klinik yang
menyelenggarakan pelayanan medik spesialistik atau pelayanan medik dasar dan
spesialistik (Kemenkes RI, 2014).
Dalam memberikan pelayanan kesehatan pasien, klinik membutuhkan unit
rekam medis yang bertanggung jawab terhadap pengelolaan data pasien menjadi
informasi yang berguna bagi pengambilan keputusan (Budi, 2011 dalam
Tominanto, 2015;33). Rekam medis adalah kompilasi penting dari fakta tentang
kehidupan dan kesehatan pasien termasuk mendokumentasikan data tentang
penyakit di masa lalu dan saat ini serta perawatan yang ditulis oleh profesional
kesehatan yang telah memberikan perawatan. (WHO, 2002;7).

2.1.2 Rekam medis

 Rekam medis berdasarkan Permenkes RI Nomor 269 tahun 2008 adalah
berkas yang berisikan catatan dan dokumen tentang identitas pasien,
pemeriksaan, pengobatan, tindakan, dan pelayanan lain yang telah diberikan pada
pasien. Ada banyak pendapat tentang tujuan kegunaan rekam medis. Salah satu
cara untuk mengingatnya, secara mudah digunakan akronik mnemonik
‘ALFRED’ yang berarti mempunyai nilai untuk kepentingan admisnitratif,
hukum (legal), finansial, riset, edukasi, dan dokumentasi (Hatta, 1985 dalam
Hatta, 2013). Selanjutnya, dengan majunya teknologi informasi, kegunaan rekam
kesehatan dapat dilihat dalam 2 kelompok besar (Dick et al., 1997, hlm 77-99).
Pertama, yang paling berhubungan langsung dengan pelayanan pasien (primer).
Kedua, yang berkaitan dengan lingkungan seputar pelayanan pasien namun tidak
berhubungan langsung secara spesifik (sekunder) (Hatta, 2013). Tujuan utama
(primer) rekam kesehatan terbagi dalam lima kepentingan, yaitu:
a. Pasien, rekam kesehatan merupakan alat bukti utama yang mampu
membenarkan adanya pasien dengan identitas yang jelas dan telah mendapatkan
berbagai pemeriksaan dan pengobatan di sarana pelayanan kesehatan dengan
segala hasil serta konsekuensi biayanya.

b. Pelayanan pasien, rekam kesehatan mendokumentasikan pelayanan yang

diberikan oleh tenaga kesehatan, penunjang medis, dan tenaga lain yang bekerja
dalam berbagai fasilitas pelayanan kesehatan. Dengan demikian rekaman itu
membantu pengambilan keputusan tentang terapi, tindakan, dan penentuan
diagnosis pasien. Rekam kesehatan juga sebagai sarana komunkasi antarnegara
yang sama-sama terlibat dalam menangani dan merawat pasien. Rekaman yang
rinci dan bermanfaat menjadi alat penting dalam menilai dan mengelola risiko
manajemen. Selain itu rekam kesehatan setiap pasien juga berfungsi sebagai
tanda bukti sah yang dapat dipertanggungjawakan secara hukum. Oleh karena itu
rekam medis yang lengkap harus setiap saat tersedia dan berisi data/informasi
tentang pemberian pelayanan kesehatan secara jelas.
c. Manajemen pelayanan, rekam kesehatan yang lengkap membuat segala
aktivitas yang terjadi dalam manajemen pelayanan sehingga digunakan dalam
menganalisis berbagai penyakit, menyusun pedoman praktik, serta untuk
mengevaluasi mutu pelayanan yang diberikan.

d. Manajemen pelayanan, rekam kesehatan yang rinci akan mampu menjelaskan

aktivitas yang berkaitan dengan penanganan sumber-sumber yang ada pada
organisasi pelayanan di RS, menganalisis kecenderungan yang terjadi dan
mengkomunikasikan informasi diantara klinik yang berbeda.

e. Pembiayaan, rekam kesehatan yang akurat mencatat segala pemberian

pelayanan kesehatan yang diterima pasien. Informasi ini menentukan besarnya
pembayaran yang harus dibayar, baik secara tunai atau melalui asuransi. Tujuan
sekunder rekam kesehatan ditujukan kepada hal yang berkaitan dengan
lingkungan seputar pelayanan pasien yaitu untuk kepentingan edukasi, riset,
peraturan, dan pembuatan kebijakan. (Dick, Steen, dan Detmer 1997, hlm. 76-77
dalam Hatta 2013).
Isi rekam medis catatan merupakan uraian tentang identitas pasien,
pemeriksaan pasien, diagnosis, pengobatan, tindakan, dan pelayanan lain baik
dilakukan oleh dokter dan dokter gigi maupun tenaga kesehatan lainnya sesuai
dengan kompetensinya. Dokumen merupakan kelengkapan dari catatan tersebut,
antara lain foto rontgen, hasil laboratorium dan keterangan lain sesuai dengan
kompetensi keilmuannya.
Jenis Rekam Medis Rekam medis konvensional Rekam medis elektronik
Manfaat Rekam Medis Secara Umum Pengobatan Pasien Rekam medis (aku
gatau ini apa) bermanfaat sebagai dasar dan petunjuk untuk merencanakan dan
menganalisis penyakit serta merencanakan pengobatan, perawatan, dan tindakan
medis yang harus diberikan kepada pasien. Peningkatan kualitas pelayanan
membuat rekam medis bagi penyelenggaraan praktik dengan jelas dan lengkap
akan meningkatkan kualitas pelayanan untuk melindungi tenaga medis dan untuk
pencapaian kesehatan masyarakat yang optimal.
Pendidikan dan penelitian rekam medis yang merupakan informasi
perkembangan kronologis penyakit, pelayanan medis, pengobatan, dan tindakan
medis, bermanfaat untuk bahan informasi bagi perkembangan pengajaran dan
penelitian di bidang profesi kedokteran. Pembiayaan berkas rekam medis dapat
dijadikan petunjuk dan bahan untuk menetapkan pembiayaan dalam pelayanan
kesehatan pada sarana kesehatan. Catatan tersebut dapat dipakai sebagai bukti
pembiayaan kepada pasien. Statistik kesehatan rekam medis dapat digunakan
sebagai bahan statistik kesehatan, khususnya untuk mempelajari perkembangan
kesehatan masyarakat dan untuk menentukan jumlah penderita pada penyakit-
penyakit tertentu.

2.1.3 Rekam Medis Elektronik

Rekam Medis Elektronik (RME) merupakan sistem informasi kesehatan
terkomputerisasi yang berisi data sosial dan data medis pasien, serta dapat
dilengkapi dengan sistem pendukung keputusan (Andriani dkk, 2017).

Sebagaimana dijelaskan dalam jurnal Yaritza dkk (2014), rekam medis

elektronik mencakup semua komponen rekam medis pasien dan memungkinkan
setiap anggota tim perawatan pasien untuk mengakses kemajuan catatan pasien,
rencana perawatan, obat-obatan, dan informasi pasien lainnya dari berbagai
lokasi. Ada beberapa istilah yang digunakan untuk merujuk pada catatan
elektronik, termasuk Rekam Medis Elektronik (RME) yang merupakan catatan
elektronik informasi yang berhubungan dengan kesehatan pada individu yang
dapat dibuat, dikumpulkan, dikelola, dan dikonsultasikan oleh dokter dan staf
yang berwenang dalam satu organisasi perawatan kesehatan. Manfaat rekam
medis elektronik sebagaimana disebutkan dalam jurnal Handiwidjojo (2009)
adalah sebagai berikut:
a. Manfaat Umum, RME akan meningkatkan profesionalisme dan kinerja
manajemen rumah sakit. Para stakeholder seperti pasien akan menikmati
kemudahan, kecepatan, dan kenyamanan pelayanan kesehatan. Bagi para dokter,
RME memungkinkan diberlakukannya standard praktek kedokteran yang baik
dan benar. Sementara bagi pengelola rumah sakit, RME menolong menghasilkan
dokumentasi yang auditable dan accountable sehingga mendukung koordinasi
antar bagian dalam rumah sakit. Disamping itu RME membuat setiap unit akan
bekerja sesuai fungsi, tanggung jawab, dan wewenangnya.
b. Manfaat Operasional, manakala RME diimplementasikan paling tidak ada
empat faktor operasional yang akan dirasakan, yaitu:
1) Faktor yang pertama adalah kecepatan penyelesaian pekerjaan-pekerjaan
administrasi. Ketika dengan sistem manual pengerjaaan penelusuran berkas
sampai dengan pengembaliannya ke tempat yang seharusnya pastilah memakan
waktu, terlebih jika pasiennya cukup banyak. Kecepatan ini berdampak membuat
efektifitas kerja meningkat.
2) Yang kedua adalah faktor akurasi khususnya akurasi data, apabila dulu dengan
sistem manual orang harus mengecek satu demi satu berkas, namun sekarang
dengan RME data pasien akan lebih tepat dan benar karena campur tangan
manusia lebih sedikit, hal lain yang dapat dicegah adalah terjadinya duplikasi
data untuk pasien yang sama. Misalnya, pasien yang sama diregistrasi 2 kali pada
waktu yang berbeda, maka sistem akan menolaknya, RME akan memberikan
peringatan jika tindakan yang sama untuk pasien yang sama dicatat 2 kali, hal ini
menjaga agar data lebih akurat dan user lebih teliti.
3) Ketiga adalah faktor efisiensi, karena kecepatan dan akurasi data meningkat,
maka waktu yang dibutuhkan untuk melakukan pekerjaan-pekerjaan administrasi
berkurang jauh, sehingga karyawan dapat lebih fokus pada pekerjaan utamanya.
4) Keempat adalah kemudahan pelaporan. Pekerjaan pelaporan adalah pekerjaan
yang menyita waktu namun sangat penting. Dengan adanya RME, proses
pelaporan tentang kondisi kesehatan pasien dapat disajikan hanya memakan
waktu dalam hitungan menit sehingga kita dapat lebih konsentrasi untuk
menganalisa laporan tersebut.

2.1.4 Sistem
Sistem merupakan kumpulan dari elemen–elemen yang berinteraksi untuk
mencapai suatu tujuan tertentu. Sistem sebagai suatu kesatuan yang terdiri dari
dua atau lebih komponen atau subsistem yang berinteraksi untuk menegaskan
suatu tujuan. Kemudian sumber daya konseptual yaitu informasi termasuk data,
sumber daya tersebut bekerja sama menuju tercapainya suatu tujuan.

2.1.5 Informasi
Informasi adalah data yang diolah menjadi bentuk yang lebih berguna dan
lebih berarti bagi yang menerimanya. Informasi sebagai hasil dari pengolahan
data dalam suatu bentuk yang lebih berguna dan lebih berarti bagi penerimanya
yang menggambarkan suatu kejadian–kejadian nyata yang digunakan untuk
pengambilan keputusan. Data terdiri dari fakta–fakta dan angka–angka yang
secara relatif tidak berarti bagi pemakai. Sedangkan informasi adalah data yang
diolah menjadi bentuk yang lebih berguna dan lebih berarti bagi penggunanya.

2.1.6 Sistem Informasi

Sistem Informasi merupakan suatu sistem di dalam suatu organisasi yang

mempertemukan kebutuhan pengolahan transaksi harian, mendukung operasi,
bersifat manajerial dan kegiatan srategis dari suatu organisasi dan menyediakan
pihak luar tertentu dengan laporan–laporan yang diperlukan. Sistem informasi
merupakan suatu sistem di dalam suatu organisasi yang merupakan kombinasi
dari orang-orang, fasilitas, teknologi, media, prosedur–prosedur, dan
pengendalian. Jadi, dapat dikatakan bahwa informasi tersebut suatu yang sangat
penting bagi manejemen di dalam mengambil suatu keputusan dan informasi
dapat diperoleh dari sistem informasi. Maka sistem informasi tersebut dapat
didefinisikan sebagai suatu sistem di dalam suatu organisasi yang
mempertemukan kebutuhan pengolahan transaksi harian, mendukung operasi,
yang bersifat manajerial dan kegiatan strategis dari suatu organisasi dan
menyediakan pihak luar tertentu dengan laporan-laporan yang diperlukan.

2.1.7 XAMPP
XAMPP adalah perangkat lunak bebas (free software), yang mendukung
untuk banyak sistem operasi, yang merupakan kompilasi dari beberapa program.
Fungsinya sebagai server yang berdiri sendiri (localhost), yang terdiri beberapa
program seperti: Apache HTTP Server, MySQL database, dan ditulis dengan
bahasa pemrograman PHP dan Perl (Roni & Kurnia, 2020).
Menurut MADCOMS (2016) XAMPP adalah sebuah paket kumpulan
software yang terdiri dari Apache, MySQL, PHPMyAdmin, PHP, Perl, Filezilla,
dan lain-lain.
Berdasarkan pengertian di atas, XAMPP adalah software yang mendukung
untuk banyak sistem terdiri dari Apache, MySQL, PHPMyAdmin, PHP, Perl,
Filezilla, yang ditulis dengan bahasa PHP.

2.1.8 HTML (HyperText Markup Language)

HTML (HyperText Mark Language) adalah program untuk membuat desain
sebuah website, dimana bisa menulis teks, memasukkan gambar, dan membuat
form (hal 1) (Jubilee, 2018).
Hypertext Markup Language (HTML) adalah suatu metode untuk
mengimplementasikan konsep hypertext dalam suatu naskah atau dokumen,
HTML digunakan untuk menampilkan halaman web (Yusril Helmi, 2019).
Berdasarkan pengertian diatas, HTML adalah sebuah bahasa untuk
mengimplementasikan konsep hypertext dalam suatu naskah atau dokumen yang
bisa menulis teks, memasukkan gambar, dan membuat form, fungsinya untuk
membuat sebuah website.
2.1.9 PHP (Hypertext Prepocessor)
PHP (Hypertext Prepocessor) adalah bahasa pemrograman digunakan untuk
membuat website dinamis dan interaktif (Jubilee, 2018).
PHP adalah suatu bahasa pemrograman bersifat server side yang digunakan
untuk menerjemahkan sejumlah baris kode program menjadi kode mesin yang
dimengerti oleh mesin komputer (Roni & Kurnia, 2020).
Berdasarkan pengertian di atas, PHP adalah bahasa pemrograman bersifat
server side yang digunakan untuk membuat website dinamis dan interaktif yang
telah diterjemahkan pada kode mesin yang dimengerti oleh mesin computer.

2.1.10 Star UML

Star UML adalalah sebuah aplikasi open source untuk melakukan
pengembangan diagram–diagram UML. Aplikasi ini berjalan pada platform
Win32. StarUML bertujuan untuk membangun sebuah alat pemodelan perangkat
lunak dan juga platform sebagai penganti aplikasi serupa tetapi bersifat komersil.
StarUML merupakan aplikasi multi bahasa sehingga tidak membuat aplikasi ini
terikat pada bahasa pemograman tertentu sehingga menyebabkan aplikasi ini
cukup banyak digunakan oleh para pengembang software.

2.1.11 MySQL
MySQL merupakan singkatan dari “Structured Query Language” atau dalam
bahasa Indonesia database management sistem, dikembangkan pada tahun 1994
oleh sebuah perusahaan pengembang software dan konsultan database di Swedia
bernama TcX Data Konsullt AB. Tujuan awal dikembangkan MySQL adalah
untuk mengembangkan aplikasi berbasis web pada client. MySQL memiliki
karakteristik antara lain:
a. Portabilitas, dapat berjalan stabil pada berbagai sistem operasi, seperti
Windows, Linux, MacOS, dan lain-lain.
b. Open Source, didstribusikan secara gratis di bawah lisensi GPL (General
Public License).
c. Multiuser, dapat digunakan oleh beberapa user dalam waktu yang bersamaan
tanpa mengalami masalah.
d. Security, memiliki beberapa lapisan sekuritas seperti level subnet mask, nama
host, izin akes user dengan sistem perizinan yang mendetail serta password yang
terenskripsi.

2.1.12 Metode PIECES

Menurut Wukil Ragil (2010:17), metode PIECES adalah metode analisis

sebagai dasar untuk memperoleh pokok-pokok permasalahan yang lebih
spesifik. Dalam menganalisis sebuah sistem, biasanya akan dilakukan
terhadap beberapa aspek antara lain adalah kinerja, informasi, ekonomi,
keamanan aplikasi, efisiensi dan pelayanan pelanggan. Analisis ini disebut
dengan PIECES Analysis (Performance,Information, Economy, Control,
Eficiency and Service). Analisis PIECES ini sangat penting untuk dilakukan
sebelum mengembangkan sebuah sistem informasi karena dalam analisis ini
biasanya akan ditemukan beberapa masalah utama maupun masalah yang
bersifat gejala dari masalah utama. Metode ini menggunakan enam variable
evaluasi yaitu :
1.      Performance (kinerja)
Kinerja merupakan variable pertama dalam metode analisis PIECES. Dimana
memiliki peran penting untuk menilai apakah proses atau prosedur yang ada
masih mungkin ditingkatkan kinerjanya, kemudian melihat sejauh mana dan
seberapa handalkah suatu sistem informasi dalam berproses untuk
menghasilkan tujuan yang diinginkan. Dalam hal ini kinerja diukur dari:
a.       Throughput, yaitu jumlah pekerjaan/output/deliverables yang dapat
dilakukan/ dihasilkan pada saat tertentu.
b.      Response time, yaitu waktu yang dibutuhkan untuk menyelesaikan
serangkaian kegiatan untuk menghasilkan output/deliverables tertentu.
2.      Information (informasi)
Menilai apakah prosedur yang ada saat ini masih dapat diperbaiki sehingga
kualitas informasi yang dihasilkan menjadi semakin baik. Informasi yang
disajikan haruslah benar–benar mempunyai nilai yang berguna. Hal ini dapat
diukur dengan :
a.       Keluaran (outputs): Suatu sistem dalam memproduksi keluaran.
b.      Masukan (inputs): Dalam memasukkan suatu data sehingga kemudian
diolah untuk menjadi informasi yang berguna.
3.      Economic (ekonomi)
Menilai apakah prosedur yang ada saat ini masih dapat ditingkatkan
manfaatnya (nilai gunanya) atau diturunkan biaya penyelenggaraannya.
4.      Control (pengendalian)
Menilai apakah prosedur yang ada saat ini masih dapat ditingkatkan sehingga
kualitas pengendalian menjadi semakin baik, dan kemampuannya untuk
mendeteksi kesalahan/ kecurangan menjadi semakin baik pula.
5.      Efficiency (efisiensi)
Menilai apakah prosedur yang ada saat ini masih dapat diperbaiki, sehingga
tercapai peningkatan efisiensi operasi, dan harus lebih unggul dari pada
sistem manual.
6.      Service (layanan)

Menilai apakah prosedur yang ada saat ini masih dapat diperbaiki
kemampuannya untuk mencapai peningkatan kualitas layanan. Buatlah
kualitas layanan yang sangat user friendly untuk end–user (pengguna)
sehingga pengguna mendapatkan kualitas layanan yang baik.

2.1.13 UML
Menurut Windu Gata, Grace (2013:4), Unified Modeling Language (UML)
adalah bahasa spesifikasi standar yang dipergunakan untuk mendokumentasikan,
menspesifikasikan dan membanngun perangkat lunak. UML merupakan
metodologi dalam mengembangkan sistem berorientasi objek dan juga
merupakan alat untuk mendukung pengembangan sistem. Alat bantu yang
digunakan dalam perancangan berorientasi objek berbasiskan UML adalah
sebagai berikut (Hendini, 2016):

1. Flowchart
Flowchart adalah adalah suatu bagan dengan simbol-simbol tertentu yang
menggambarkan urutan proses secara mendetail dan hubungan antara suatu
proses (instruksi) dengan proses lainnya dalam suatu program.
Dalam perancangan flowchart sebenarnya tidak ada rumus atau patokan yang
bersifat mutlak (pasti). Hal ini didasari oleh flowchart (bagan alir) adalah sebuah
gambaran dari hasil pemikiran dalam menganalisa suatu permasalahan dalam
komputer. Karena setiap analisa akan menghasilkan hasil yang bervariasi antara
satu dan lainnya. Kendati begitu secara garis besar setiap perancangan flowchart
selalu terdiri dari tiga bagian, yaitu input, proses, dan output.
Berikut ini adalah beberapa simbol yang digunakan dalam menggambar suatu
flowchart :
2. Use Case Diagram
Use case diagram merupakan pemodelan untuk kelakuan (behavior) sistem
informasi yang akan dibuat. Use case diagram digunakan untuk mengetahui
fungsi apa saja yang ada di dalam sistem informasi dan siapa saja yang berhak
menggunakan fungsi-fungsi tersebut. Simbol-simbol yang digunakan dalam Use
case diagram, yaitu (Hendini, 2016):
Tabel 2.2. Use Case Diagram

Gambar Keterangan
Use Case menggambarkan
fungsionalitas yang disediakansistem
sebagai unit-unit yang bertukar pesan
antar unit dengan aktir, yang dinyatakan
dengan menggunakan kata kerja
Actor atau Aktor adalah Abstraction dari
orang atau sistem yang lain yang
mengaktifkan fungsi dari target sistem.
Untukmengidentifikasikan aktir, harus
ditentukan pembagian tenaga kerja dan
tugas-tugas yang berkaitan dengan peran
pada konteks target sistem. Orang atau
sistem bisa muncul dalam beberapa
peran. Perlu dicatat bahwa aktor
berinteraksi dengan Use Case, tetapi
tidak memiliki kontrol terhadap use
case.
 Asosiasi antara aktor dan use case,
digambarkan dengan garis tanpa panah
yang mengindikasikan siapa atau apa
yang meminta interaksi secara langsung
dan bukannya mengindikasikan data.
Asosiasi antara aktor dan use case yang
menggunakan panah terbuka untuk
mengindikasikan bila aktor berinteraksi
secara pasif dengan sistem.
Include, merupakan di dalam use case
lain (required) atau pemanggilan use
<<include>> case oleh use case lain, contohnya
adalah pemanggilan sebuah fungsi
program.
Extend, merupakan perluasan dari use
<<extends>>
case lain jika kondisi atau syarat
terpenuhi.

3. Diagram Aktivitas (Activity Diagram)

Activity Diagram menggambarkan workflow (aliran kerja) atau aktivitas dari
sebuah sistem atau proses bisnis. Simbol-simbol yang digunakan dalam activity
Diagram yaitu (Hendini, 2016):

Tabel 2.3. Activity Diagram

Gambar Keterangan
Start Point, diletakkan pada pojok kiri
atas dan merupakan awal aktivitas.
End Point, akhir aktivitas.
 Activities, menggambarkan suatu
proses/kegiatan bisnis.
Fork/percabangan, digunakan untuk
menunjukkan kegiatan yang
dilakukan secara paralel atau untuk
menggabungkan dua kegiatan paralel
menjadi satu.
Join (penggabungan) atau rake,
digunakan untuk menunjukkan
adanya dekomposisi

Decision Points, menggambarkan

pilihan untuk pengambilan keputusan,
true atau false.
Swimlane, pembagian activity
diagram untuk menunjukkan siapa
melakukan apa.

4. Diagram Urutan (Sequence Diagram)

Sequence Diagram menggambarkan kelakuan objek pada use case dengan
mendeskripsikan waktu hidup objek dan pesan yang dikirimkan dan diterima
antar objek. Simbol-simbol yang digunakan dalam Sequence Diagram yaitu
(Hendini, 2016):

Tabel 2.4. Sequence Diagram

Gambar Keterangan
Aktor Orang,proses,atau sistem lain yang
berinteraksi dengan sistem informasi
 yang akan dibuat diluar sistem
informasi yang akan dibuat itu
sendiri. Bentuk/simbol dari aktor
Aktor
adalah orang tetapi aktor belum tentu
Atau
merupakan orang.
Nama aktor

Tanpa waktu aktif

Garis hidup / lifeline Menyatakan kehidupan suatu objek.

Objek Menyatakan objek yang berinteraksi

Nama objek : nama kelas
pesan.

Waktu Aktif Menyatakan objek dalam keadaan

aktif dan berinterakasi, semua yang
terhubung dengan waktu aktif ini
adalah sebuah tahapan yang
dilakukan didalamnya.
Pesan tipe create Menyatakan suatu objek membuat
objek lain, arah panah mengarah
<<create>>
kepada objek yang dibuat.

Pesan tipe call Menyatakan suatu objek memanggil

1: nama_metode() operasi/metode yang ada pada objek
 lain atau dirinya sendiri,
1: nama_metode()

Arah panah mengarah pada objek

yang memiliki operasi/metode,
karena ini memanggil
operasi/metode maka operasi/metode
yang dipanggil harus ada pada
diagram kelas sesuai dengan kelas
objek yang berinterkasi.
Pesan tipe send Menyatakan bahwa suatu objek

1:masukan
mengirimkan
data/masukan/informasi ke objek
lainnya,arah panah mengarah pada
objek yang dikirim.

Pesan tipe return Menyatakan bahwa suatu objek yang

telah menjalankan suatu operasi atau
1:keluaran
metode menghasilkan suatu
kembalian ke objek tertentu, arah
panah mengarah pada objek yang
menerima kembalian.
Pesan tipe destroy Menyatakan suatu objek mengakhiri
hidup objek yang lain, arah panah
mengarah pada objek yang diakhiri,
sebaiknya jika ada create maka
x
destroy.
5. Diagram Kelas(Class Diagram)
Diagram kelas menggambarkan struktur sistem dari segi pendefinisian
kelas-kelas yang akan dibuat untuk membangun sistem. Kelas memiliki apa yang
disebut atribut dan metode atau operasi (Rosa dan Shalahuddin, 2016).
a. Atribut merupakan variabel-variabel yang dimiliki oleh suatu kelas.
b. Operasi atau metode adalah fungsi-fungsi yang dimiliki oleh suatu kelas.

Berikut adalah simbol-simbol yang ada pada diagram kelas.

Tabel 2.5. Simbol Class Diagram

Simbol Deskripsi
Kelas Kelas pada struktur sistem.
Nama_kelas
+atribut
+operasi()

Antarmuka/interface Sama dengan konsep interface dalam

pemograman berorientasi objek.

nama_interfac
e

asosiasi Relasi antarkelas dengan makna

umum, asosiasi biasanya juga disertai
dengan multiplicity.
Asosiasi berarah Relasi antarkelas dengan makna kelas
yang satu digunakan oleh kelas yang
lain, asosiasi biasanya juga disertai
dengan multiplicity.
Generalisasi Relasi antarkelas dengan makna
generalisasi-spesialisasi (umum-
khusus)
 agregasi Relasi antarkelas dengan makna
semua-bagian (whole-part)

2.1.14 Metode WATERFALL

Metode pengumpulan data “Model SDLC air terjun (waterfall) sering juga
disebut sekuensial linier (sequential linier) atau alur hidup klasik (classic life
cycle)” (Rosa dan M. Shalahuddin, 2013).
Model air terjun menyediakan pendekatan alur hidup perangkat lunak secara
sekeuensial atau terurut dimulai dari analisis, desain, pengodean, pengujian, dan
tahap pendukung (support). Model waterfall dapat dilihat pada gambar di bawah
ini:

Gambar 1. Model Waterfall

1. Analisis
Analisis kebutuhan perangkat lunak merupakan proses pengumpulan
kebutuhan yang 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 didokumentasikan.

2. Desain
Desain perangkat lunak adalah proses multi langkah yang fokus pada
desain pembuatan program perangkat lunak termasuk struktur data,
artsitektur perangkat lunak, representasi antarmuka, dan prosedur
pengkodean. Tahap ini mentranslasi desain agar dapat diimplementasikan
menjadi program pada tahap selanjutnya. Desain program perangkat lunak
yang dihasilkan pada tahap ini juga perlu didokumentasikan.

3. Pembuatan Kode Program

Desain harus ditranslasikan kedalam program perangkat lunak. Hasil dari
 tahap ini adalah program komputer sesuai desain yang telah dibuat pada
tahap desain. Program yang digunakan yaitu Adobe Dreamwaever.

4. Pengujian
Pengujian fokus pada perangkat lunak secara dari segi lojik dan
memastikan bahwa semua bagian sudah diuji. Hal ini dilakukan untuk
meminimalisir kesalahan (error) dan memastikan keluaran yang diinginkan
telah sesuai.

5. Pendukung (support) atau Pemeliharaan (maintenance)

Tidak memungkinkan sebuah perangkat lunak mengalami perubahan ketika
sudah dikirimkan ke user. Perubahan biasa terjadi karena adanya kesalahan
yang muncul dan tidak terdeteksi saat pengujian atau peragkat lunak harus
beradaptasi dengan lingkungan yang 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 Penelitian Terdahulu

No Judul Peneliti, media Tujuan penelitian Kesimpula Saran atau kelemahan Perbandingan
publikasi dan n
tahun
1. ANALISI Rudolf Menghasilkan Untuk Memberikan kemudahan Pada penelitian ini
S DAN Sinaga1 ,Nurhadi sistem informasi meningkatk menggunakan sistem. perbedaan pada
PERANC 2 12Program rekam medis pada an kinerja metode yang
ANGAN Studi Magister Klinik Akper dalam hal digunakan
SISTEM Sistem Informasi, Kesdam pelayanan
INFORM STIKOM II/Sriwijaya terhadap
ASI DINAMIKA Garuda Putih. pasien
REKAM BANGSA, 2016 khususnya
MEDIS rekam
PADA medis dan
KLINIK pembuatan
AKPER laporan,
KESDA Klinik
M Akper
II/SRIWI Kesdam
JAYA II/Swj
GARUD Garuda
A PUTIH Putih
membutuhk
an sebuah
sistem
berbasis
komputerisa
si yang
dapat
mengatasi
masalah-
masalah
yang ada
seperti
sistem
informasi
rekam
 medis.
2. APLIKA Dita Syifani1 , Menghasilkan Pengemban Pengembangan pada sistem Pada sistem rekam
SI Ardiansyah sistem informasi gan Sistem pembayaran belum tersedia medis ini tidak
SISTEM Dores2 Program rekam medis yang Informasi adanya sistem
REKAM Studi Sistem dapat mendata Puskesmas pembayaran untuk
MEDIS Informasi pasien dan obat dikembangk sistem rekam medis
DI Fakultas Ilmu obatan an dengan penulis buat
PUSKES Komputer berbasis menggunakan sistem
MAS Universitas web, pembayaran
KELURA Mercu Buana, menggunak
HAN 2018 an PHP dan
GUNUN MySQL,
G yang
memudahka
n pengguna
untuk
melakukan
pendaftaran
dan
pendataan
 pasien baru.
3. Perancan Irwandi Tanjung Mengatur proses Dengan Perlu adanya pengembangan Perbedaan pada
gan 1 kegiatan yang di adanya terhadap
penelitian ini adalah
Sistem , mulai sistem sistem yang telah dibuat
Informasi Darmanta pada saat informasi sehingga dapat pada metode yang
Rekam Sukrianto diterimanya pasien rekam difungsikan dengan baik, serta
dikerjakan.
Medis 2 di tempat medis pada mempermudah akses dalam
Terpadu Manajemen penerimaan Rumah menggunakan sistem yang
Dalam Informatika, pasien, Sakit Jiwa dibuat.
Upaya Amik Mahaputra pencatatan data Tampan
Meningka Riau medis pasien Prov. Riau
tkan ,2017 selama pasien dapat
Pelayana tersebut Meningkatk
n Rumah mendapatkan an
Sakit pelayanan medis, pelayanan
Jiwa sampai pada pada rekam
Tampan penanganan medis
Prov. berkas rekam terhadap
Riau medis pasien yang pasien
meliputi kegiatan dengan
penyimpanan serta baik.
pengeluaran
berkas
dari tempat
penyimpanan
untuk
melayani
permintaan atau
peminjaman
 bila pasien berobat
ulang atau
keperluan
lain.

4. Siremis: 1 Besarnya tempat Rekam Dapat dikembangkan sehingga Pada penelitian ini
Sistem Lydia Salvina penyimpanan data medis terintegrasi dengan
tidak terintegrasi
Informasi Helling, pasien dan proses dalam bagian apotik dan bagian
Rekam 2 pencarian data mendata pembayaran agar menjadi dengan bagian apotik
Medis Endang Wahyudi, yang memerlukan dan sistem yang dapat merekam
dan pembayaran.
Puskesma 3 waktu agak lama. melakukan semua data.
s Hasanudin pencarian
Kecamata 1,2,3 data rekam
n Sistem Informasi medis untuk
Matrama Akuntansi, pasien, hal
n Jakarta Universitas Bina itu
Sarana ditunjukkan
Informatika berdasarkan
,2019 hasil
pengujian
yang
dilakukan
dengan
metode
black-bok

5. RANCA 1Yehezkiel Yanu Rekam medis ini Penelusuran Sistem informasi rekam medis Pada penelitian ini
NG Putranto, 2 Toni berjalan adalah sebelumnya klinik berbasi web ini dapat
sering terjadi
BANGU Wijanarko Adi salah ketik atau menemukan ditambahkan fitur history
N Putra, 3 Fitro Nur penulisan identitas bahwa pasien yaitu perjalanan pasien hilangnya identitas
SISTEM Hakim Teknik pasien, proses dari mulai pendaftaran,
pasien dan tidak
INFORM Informatika, penggandaan perekaman menerima pengobatan hingga
ASI STMIK ProVisi nomor rekam data medis sembuh. adanya fitur history
REKAM Semarang, 2017 medis, data pasien dilakukan
pasien.
MEDIS tidak up-to-date, menggunak
KLINIK salah penulisan an 2 file
BERBAS diagnosa dengan yang
IS WEB dokter periksa, memiliki
(STUDI sehingga proses database
KASUS: rekam medis yang sama
KLINIK menjadi kurang sehingga
UTAMA efektif dan efisien. dalam
MEDITA prosesnya
MA harus saling
SEMAR menunggu
ANG) atau
dilakukan
secara
bergantian
untuk
melakukan
update data.
Dengan
kondisi
seperti ini
maka proses
rekam
medis akan
 membutuhk
an waktu
yang
banyak dan
rawan
terjadi
kesalahan.
6. Analisis Dzurriyatul Tujuan dari Analisis dan
dan Iflahah1 , penelitian ini yaitu perancanga
Perancan Ismiarta memodelkan n sistem
gan Aknuranda2 , proses bisnis, informasi
Sistem Nanang Yudi menganalisis dalam
Informasi Setiawan3 spesifikasi penelitian
Rekam Program Studi persyaratan dan ini terdiri
Medis Sistem Informasi, perancangan dari kelas
Poli Gigi Fakultas Ilmu sistem, merancang analisis dari
(Studi Komputer, antarmuka sistem, use case,
Kasus : Universitas serta melakukan pemetaan
Puskesma Brawijaya,2018 evaluai terhadap kelas
s hasil spesifikasi analisis ke
Sumbersa persyaratan dan mekanisme
ri perancangan. analisis,
Kecamata unifikasi
n Saradan kelas
analisis,
identifikasi
elemen
perancanga
n,
perancanga
n use case
berupa
sequence
diagram,
perancanga
n kelas
berupa class
diagram,
perancanga
n basis data
dan
perancanga
n antarmuka
sistem yang
disesuaikan
dengan
hasil
analisis
persyaratan
yang telah
dilakukan
sebelumnya
.
 BAB III
3.1 Metode Penelitian
3.1.1 Jenis Penelitian
Jenis penelitian yang digunakan dalam proposal penelitian ini yaitu
penelitian eksperimental, melakukan eksperimental terhadap nilai-nilai
pada variable.
3.1.2 Teknik pengumpulan data
Untuk teknik dan pengumpulan data penelitian, penulis menggunakan
metode-metode sebagai berikut:

A. Observasi. Pada teknik ini dilakukan dalam penelitian dengan cara

mendatangi langsung narasumber yaitu Dokter Wicaksono.

B. Studi Pustaka. Studi pustaka ini dilakukan dengan cara mengumpulkan

informasi yang berkaitan dengan penelitian ini maupun penelitian
sebelumnya. Metode ini bersumber dari jurnal-jurnal penelitian
sebelumnya, artikel, buku, serta referensi materi pendukung lainnya
menggunakan internet.

C. Wawancara. Wawancara dilakukan kepada seorang Dokter, guna

mendapatkan informasi.

3.2 Analisis
Analisis yang digunakan yaitu dengan melihat dan memperhatikan kebutuhan
fungsional dan kebutuhan non-fungsional untuk sistem yang akan dibangun.

3.2.1 Analisis kebutuhan Fungsional

User story Prioritas fungsional requirement
Hight Medium Low prioritas Non prioritas
prioritas prioritas
Merekam 1. Mendata 1. Melihat 1. Login -
seluruh informasi seluruh hasil 2. Logout
laporan pasien cek up yang
pedataan ,m termasuk dilakukan
emberikan identitas dan pasien untuk
layanan informasi dokter.
sistem penyakit
keuangan, pasien.
data atau
identitas
pasien,
informasi
pasien,
dokumen
pasien, dan
pembiayaan
klinik.

3.2.2 Analisis Kebutuhan Non Fungsional

Acquisition Requirement Definition Scope/How
Usability Kebutuhan yang harus Sistem memiliki sistem
dipenuhi oleh sistem agar akses untuk menghapus
sistem tersebut dapat data atau
sesuai dengan kebutuhan menambahkan data
kerja serta mudah
apabila data tersebut
digunakan oleh user.
salah/bermasalah.
Reliability Keamanan dari pengguna Adanya hak akses
sistem yang akan khusus untuk admin.
dibangun.
Supportability Kebutuhan terkait Sistem memberikan
dengan dukungan pelayan untuk
dalam penggunaan pendataan.
sistem atau perangkat
lunak.

3.3 Perancangan (Design)

3.3.1 Metode pengembangan
Metode pengembangan sistem yang digunakan dalam penelitian ini
adalah menggunakan metode waterfall. Metode waterfall menerapkan tahapan
dasar dari perincian, peningkatan, validasi dan evolusi sebuah sistem
berdasarkan pendekatan sistematis mulai dari analisis kebutuhan, perancangan
sistem, implementasi sistem, pengujian sistem dan lain sebagainya.
(Sutrisna ,2018). Disebut dengan metode waterfall karena setiap langkah yang
dikerjakan harus menunggu selesainya tahapan sebelumnya dan berjalan
secara bersambutan. Penjelasan dari metode waterfall dijelaskan pada gambar
3.2.
 Gambar 3.2. SDLC Waterfall Model
Adapun penjelasan dari Gambar 3.2 tahapan-tahapan metode waterfall
menurut Sommerville tersebut sebagai berikut.
1) Requerement Analysis and Definition
Requirement Analysis and Definition adalah tahapan penetapan fitur,
kendala, dan tujuan sistem melalui konsultasi dengan pengguna
sistem. Semua hal tersebut akan ditetapkan secara rinci dan berfungsi
sebagai spesifikasi sistem.
2) System and Software Design
Pada tahap ini akan dibentuk suatu arsitektur sistem berdasarkan
persyaratan yang telah ditetapkan. Selain itu, dilakukan identifikasi
dan penggambaran terhadap abstraksi dasar sistem perangkat lunak
beserta hubungan-hubungannya.
3) Implementation and Unit Testing
Pada tahap ini, hasil dari desain perangkat lunak akan direalisasikan
sebagai satu set program atau unit program. Setiap unit akan diuji
apakah sudah memenuhi spesifikasinya.
4) Integration and System Testing
 Pada tahap ini, setiap unit program akan diintegrasikan satu sama lain
dan diuji sebagai satu sistem yang utuh untuk memastikan sistem
sudah memenuhi persyaratan yang ada. Setelah itu sistem akan dikirim
ke pengguna sistem.
5) Operation and Maintenance
Dalam tahap Operation and Maintenance ini, sistem diinstal dan mulai
digunakan. Selain itu juga memperbaiki error yang tidak ditemukan
pada tahap pembuatan. Dalam tahap ini juga dilakukan pengembangan
sistem seperti penambahan fitur dan fungsi baru.
3.3.2 Siklus Hidup Pengembangan Sistem informasi
Secara konseptual siklus pengembangan sebuah sistem informasi adalah
sebagai berikut.

1. Analisis Sistem: menganalisis dan mendefinisikan masalah serta

kemungkinan solusinya untuk sistem informasi dan proses organisasi.
2. Perancangan Sistem: merancang output, input, struktur file, program,
prosedur, perangkat keras, dan perangkat lunak yang diperlukan untuk
mendukung sistem informasi.
3. Pembangunan dan Testing Sistem: membangun perangkat lunak
yang diperlukan untuk mendukung sistem dan melakukan testing secara
akurat. Melakukan instalasi dan testing terhadap perangkat keras dan
mengoperasikan perangkat lunak.
4. Implementasi Sistem: beralih dari sistem lama ke sistem baru,
melakukan pelatihan dan panduan seperlunya.
5. Operasi dan Perawatan: mendukung operasi sistem informasi dan
melakukan perubahan atau tambahan fasilitas.
6. Evaluasi Sistem: mengevaluasi sejauh mana sistem telah dibangun
dan seberapa bagus sistem telah dioperasikan.

Siklus tersebut berlangsung secara berulang-ulang. Siklus di atas

merupakan model klasik dari pengembangan sistem informasi. Model-
 model baru seperti prototyping, spiral, 4GT, dan kombinasi dikembangkan
dari model klasik di atas.

3.4 Basis pengetahuan

Terbentuk atas fakta-fakta berupa informasi tentang cara menimbulkan
suatu fakta baru dari fakta yang sudah diketahui. Pengetahuan ini, suatu
representasi pengetahuan dan cara suatu pendekatan pemikiran dari seorang
pakar.

3.5 Perancangan
Pada perancangan disini untuk analisa gambaran sistem yang akan
dibuat, sesuai dengan fungsi yang dilakukan.
3.5.1 Rancangan sistem
Rancangan sistem yang akan dibangun dengan memberi gambaran atau
pandangan menurut proses design sistem dari awal hingga akhir penelitian.
Untuk menganalisis sistem yang akan dibuat, penulis menggambarkan
flowchart, use case diagram, use case scenario, sequence diagram, activity
diagram, class diagram dan package diagram.
1) Flowchart

Gambar 3. 1 flowchart
2) Usecase
Menurut Rosa dan Shalahudin (2014), Use Case diagram merupakan
pemodelan untuk behaviorsistem informasi yang akan dibuat. Use Case
digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah
sistem informasi dan siapa saja yang berhak menggunakan fungsi-fungsi
itu. Use Case mendeskripsikan sebuah interaksi antara satu atau lebih
aktor dengan sistem informasi yang akan dibuat. Syarat penamaan pada
Use Case adalah nama didefinisikan sesimpel mungkin dan dapat
dipahami.
Pada use case diagram dijabarkan actor yang terlibat dan hal-hal yang
dapat dilakukan actor pada sistem.
 Gambar 3. 2usecase

No Use case Deskripsi

1. Login Pada login akan menampilkan halaman
login untuk masuk ke dalam beranda
rekam medis.
2. Mendaftarkan pasien Pada mendaftarkan pasien oleh kasir
atau resepsionis untuk mendaftarkan
pasien yang akan melakukan
pemeriksaan. Setelah pasien didaftarkan
pasien akan masuk ke dalam list antrian.
3. Melihat data rekam medis Melihat data rekam medis oleh dokter
bertujuan untuk melihat riwayat pasien
apakah sebelumnya pasien sudah
melakukan pemeriksaan atau baru
melakukan pemeriksaan.
4. Mengisi rekam medis Mengisi rekam medis dilakukan oleh
dokter untuk membuat rekam medis
pasien.
5. Melihat data pasien Melihat data pasien dilakukan oleh kasir
atau resepsionis untuk melihat data
pasien yang melakukan pemeriksaan.
6. Melihat data obat Melihat data obat dilakukan oleh dokter
bagian farmasi untuk melihat obat yang
tersedia.
7. Memberi resep obat Memberi resep obat dilakukan oleh
dokter untuk memberikan resep obat
kepada pasien yang nantinya akan
terhubung ke bagian kasir atau
resepsionis untuk melakukan
pembayaran.
8. Menerima pembayaran Menerima pembayaran dilakukan oleh
kasir atau resepsionis untuk menerima
pembayaran pasien.
9. Melihat data pembayaran Melihat data pembayaran dilakukan oleh
kasir atau resepsionis untuk melihat data
pembayaran pasien yang telah
melakukan pemeriksaan.

3) Activity Diagram
Activitiy diagram yang dijabarkan meliputi activity diagram yang
dilakukan oleh dokter dan kasir atau resepsionis

a. Activity diagram login admin atau resepsionis

Berikut adalah gambar activity diagram Login Admin agar dapat
mengelola input,delete dan update data website, dilakukan oleh admin,
dapat dilihat pada gambar
Gambar 3. 3activity diagram login admin atau resepsionis

b. Activity diagram login dokter

Berikut adalah gambar activity diagram Login dokter agar dapat
melihat data pasien, mengisi hasil rekam medis pasien dan memberi
resep dapat dilihat pada gambar

Gambar 3. 4activity diagram login dokter

 c. Diagram activity pendaftaran data pasien
Berikut adalah gambar activity diagram pendaftaran data pasien agar
dapat melihat mendaftarkan pasien baru untuk dimasukan kedalam
data dapat dilihat pada gambar

Gambar 3. 5activity diagram data pasien

 d. Diagram activity melihat data rekam medis pasien oleh dokter
Berikut adalah gambar activity diagram melihat data pasien oleh
dokter agar dokter dapat melihat hasil data keluhan pasien,dapat dilihat
pada gambar

Gambar 3. 6activity diagram melihat data rekam medis pasien

 e. Activity diagram melihat data pasien oleh admin atau respsionis

Gambar 3. 7activity diagram melihat data pasien oleh admin atau resepsionis

f. Activity diagram melihat data obat oleh dokter

g. Activity diagram melihat obat oleh admin atau respsionis
h. Activity diagram data pembayaran pasien
i. Activity diagram menerima pembayaran
 4) Use case scenario
Use case Scenario untuk alur jalannya proses use case dari sisi system
dan actor berikut adalah table use case scenario
Use Case ID Number 01
Use Case Name Login kasir / admin
Use Case Deskription Use Case ini menggambarkan proses login dari
 kasir/admin agar dapat mengelola data hapus edit
update data pasien medis
Primary Actor Admin dan Sistem
Secondary Actor -
Pre-Condition Admin belum pernah melakukan autentikasi dan
pertama kali membuka website
Primary Flow of User Action System Response
Events 1. Admin membuka
website rekam medis
2. Aplikasi menampilkan
halaman login dari
dropdown menu
3. Admin memilih
halaman login
4. Aplikasi menampilkan
halaman login
5. Admin memasukan
username dan password
6. Aplikasi menampilkan
halaman dashboard
admin
Error Flow Events 1.a Admin salah memasukan username
2.a Admin salah memasukan password
3.a Admin tidak terhubung ke jaringan internet
Post-Condition Admin dapat melakukan pengelolaan data seperti
Create Read Update Delete pada data rekam medis,
dan dapat melakukan set website setelah melakukan
login pada aplikasi
Use Case ID Number 02
Use Case Name Login dokter
Use Case Deskription Use Case ini menggambarkan proses login dari
dokter agar bisa melihat hasil rekam medis,
kesediaan obat, dan memberikan hasil rekam medis
Primary Actor Dokter
Secondary Actor -
Pre-Condition Dokter belum pernah melakukan autentikasi dan
pertama kali membuka website
Primary Flow of User Action System Response
Events 1. Dokter membuka
website rekam medis
2. Aplikasi menampilkan
halaman login dari
dropdown menu
3. Dokter memilih
halaman login
4. Aplikasi menampilkan
halaman login
5. Dokter memasukan
username dan password
6. Aplikasi menampilkan
halaman dashboard
admin
Error Flow Events 1.a Dokter salah memasukan username
2.a Dokter salah memasukan password
3.a Dokter tidak terhubung ke jaringan internet
Post-Condition Dokter dapat melihat rekam medis sebelumnya
pasien apabila pasien sebelumnya telah melakukan
Use Case ID 03
Number
Use Case Name Melihat dan menambahkan hasil rekam medis
Use Case Use Case ini menggambarkan proses admin dan dokter
Deskription untukpemeriksaan,
melihat dan menambahkan hasil rekam
dokter dapat melihat medis
stok obat yang
pasien
tersedia, dokter dapat memberikan hasil rekam
Primary Actor Dokter/admin
medis.
Secondary Actor -
Pre-Condition Dokter/admin telah mengakses web aplikasi rekam
medis lalu masuk kehalaman rekam medis pada website
Primary Flow of User Action System Response
Events 1. Setelah admin/
dokter melakukan
login maka user
dapat diijinkan
masuk kedalam
halaman rekam
medis pasien
2. Aplikasi manampilkan form
rekam medis pasien
3. admin/ dokter
memasukan hasil
data pasien
4. admin/dokter
menekan tombol
submit
5. Sistem memunculkan notifikasi
data berhasil dimasukan
6.User memilih
tombol beranda
Error Flow Events 5a. dokter/ admin
salah memasukan
NIK dan nama
yang berbeda
pada data yang di
inputkan.
5b. Aplikasi tidak akan melakukan
proses approve jika NIK yang
Use Case ID Number 04
Use Case Name pembayaran
Use Case Deskription Use Case ini menggambarkan proses pembayaran
pasien setelah melakukan rekam medis
Primary Actor Admin
Secondary Actor -
Pre-Condition Admin belum pernah melakukan autentikasi dan
pertama kali membuka website
Primary Flow of User Action System Response
Events 1. setelah admin
melakukan login ke
dalam website admin
diijinkan masuk kedalam
halaman pembayaran
pasien
2. Aplikasi menampilkan
halaman pembayaran
pasien
3. admin melihat hasil
rekam medis dan
pembayaran pasien
4.admin menekan
tombol submit untuk
membuat struk
pembayaran pasien
5.System memunculkan
struk pembayaran pasien
6.Admin menerima
pembayaran pasien lalu
 menekan submit
7.sistem memunculkan
notifikasi hasil
pembayaran telah
berhasil
Error Flow Events 1.a admin salah memasukan nominal pembayaran
b.kesalahan pada data pasien untuk melakukan
pembayaran

Post-Condition Admin dapat mengunduh data hasil pembayaran

setiap harinya

5) Sequence diagram
Pada bagian ini penulis akan menggambarkan perilaku sistem dengan
menggunakan sequence diagram. Secara umum sequence diagram
menunjukan urutan waktu aliran pesan dari suatu obyek ke obyek yang
lainnya.
a. Sequence diagram login admin/kasir
b. Sequence diagram login dokter

c. Sequence diagram data pasien

d. Sequence diagram pembayaran

e. Sequence diagram data obat

6) Desain interface
Perancangan Antarmuka (Design Interface) pada beberapa gambar berikut
akan menggambarkan rancangan tampilan aplikasi administrasi
kependudukan berserta penjelasannya.
1. Tampilan menu awal
Menu awal merupakan tampilan awal masuk pada web
2. Tampilan login
login pada aplikasi sebagai syarat untuk masuk kedalam web. Pasien,
dokter dan admin yang telah terdaftar yang dapat masuk web.

3. Tampilan dashboard admin

Tampilan dashboard admin, admin dapat melihat data pasien
mendaftarkan data pasien, melihat data pasien, melihat data obat,
menerima pembayaran, melihat data pembayaran pada web
4. Tampilan data dokter
Tampilan data dokter, admin dapat merubah data dokter dan
menambahkan dokter

5. Tampilan data obat

Pada tampilan data obat admin dapat melihat jumlah obat dan
menambahkan obat kedalam data
6. Tampilan data pasien
Pada tampilan data obat admin dapat menambahkan data pasien yang
baru dan merubah data pasien yang sudah dalam rekam medis.

7. Tampilan data transaksi

Pada tampilan data transaksi admin dapat melihat Riwayat transaksi
pasien, merubah transaksi data pasien dan menambahkan transaksi baru
pasien.
8. Tampilan data dokter
Pada tampilan data dokter admin dapat menambahkan dokter baru untuk
dimasukan kedalam data dokter.

9. Tampilan data obat

Pada tampilan data obat admin dapat melihat data obat dan
menambahkan obat yang baru.
10. Tampilan data pasien
Pada tampilan data pasien admin dapat menambahkan data pasien yang
baru untuk di daftarkan pada rekam medis.

11. Tampilan data transaksi

Pad tampilan data transaksi admin dapat menambahkan hasil transaksi
pasien
12. Tampilan dashboard dokter
Pada tampilan dashboard dokter dokter dapat melihat jumlah pasien
yang berada di rekam medis, dan memberikan resep kepada pasien.

13. Tampilan rekam medis data pasien

Pada tampilan rekam medis data pasien dokter dapat melihat data pasien
dan keluhan pasien yang sudah di daftarkan oleh admin.
14. Tampilan rekam medis resep obat
Pada tampilan rekam medis resep dokter dokter dapat menambahkan
resep yang di perlukan pasien untuk dimasukan kedalam data rekam
medis dan merubah hasil data obat pasien.

15. Tampilan data obat untuk pasien

Pada tampilan data obat untuk pasien dokter menambahkan resep pasien
oleh dokter.
16. Tampilan dashboard pasien
Pada tampilan dashboard pasien, pasien dapat melihat hasil Riwayat
rekam medis yang dilakukan pasien dan melihat resep obat.

17. Tampilan rekam medis keluhan pasien

Pada tampilan rekam medis keluhan pasien, pasien dapat melihat hasil
pemeriksaan yang diberikan oleh dokter
18. Tampilan rekam medis resep dokter
Pada tampilan rekam medis resep dokter, pasien dapat melihat resep
dokter setelah melakukan pemeriksaan dokter.
3.6 Perancangan basis data
3.6.1 entity relationship diagram (ERD)
Er diagram menggambarkan structure database yang akan dirancang dan relasi
antar tabel. Berikut ER Pada diagram

Admin memiliki atribut :

 Id (integer) sebagai primary key
 Username (varchar)
 Password (varchar)
Dokter memiliki atribut :
 Nama (varchar)
 Id (integer) sebagai primary key
 Username (varchar)
 Password (varchar)
Data rekam medis memiliki atribut :
 Id (integer) sebagai primary key
 Nik (integer)
 Nama (varchar)
 No_hp (integer)
 Tanggal (date)
Data obat memiliki atribut :
 Id (integer) sebagai primary key
 Jenis_obat (varchar)
 Stock_obat
Pembayaran memiliki atribut :
 Id (integer) sebagai primary key
 No_transaksi (varchar)

3.6 Rencana pengujian

Pengujiaan merupakan tahap pengujian proram yang telah dibangun,
tujuannya adalah untuk menguji kelayakan program dan mengecek kembali
apabila ada kesalahan maka program akan dibetulkan dan jika sudah berjalan
dengan baik. Pada pengembangan waterfall, tahap pengujian alpha dilakukan
pada tahapan Construction sedangkan tahapan pengujian Beta dilakukan pada
tahapan Deployment.
3.7.1. Alpha Testing
Pengujian yang akan digunakan dalam penelitian ini adalah pengujian
Black Box Testing, menurut (Ningrum, 2019) pengujian aplikasi dengan Black
Box Testing bertujuan melihat program tersebut sama dengan tugas program
tersebut tanpa mengetahui kode program yang dipakai. Dalam Black Box
Testing akan diuji fungsionalitas sistem.
Untuk melakukan pengujian terhadap aplikasi/website, penulis akan menguji
setiap fungsi antara lain pendaftaran akun user, login user,admin, kepala desa
dan pengajuan surat, persetujuan surat, tanda tangan online dan pencetakan.
3.7.2 Beta Testing
Pengujian beta dilakukan di lingkungan pengguna tanpa kehadiran
pihak pembangun aplikasi. Pengujian beta merupakan pengujian yang bersifat
langsung dilingkungan yang sebenarnya. Kuesioner Beta merupakan media
yang digunakan pengguna aplikasi untuk memberikan penilaian terhadap
aplikasi yang dibangun. Berdasarkan kuesioner tersebut akan dilakukan
 penghitungan agar dapat diambil kesimpulan terhadap penilaian terhadap
aplikasi yang dibangun. Kuesioner ini terdiri dari pertanyaan dengan
menggunakan skala likert dari skala 1 sampai 4. Tabel 3.19 adalah skor
penilaian yang diberikan dengan menggunakan skala likert untuk setiap
pertanyaan kuisioner (Agus Suandi,Fata Nidaul Khasanah, Endang R, 2017).
Tabel 3.19 Tabel Penelitian

Tingkat Kepuasan Skala

Sangat Setuju 4
Setuju 3
Tidak Setuju 2
Sangat Tidak Setuju 1

Berdasarkan data hasil kuisioner , didapat persentase masing-masing jawaban

dengan menggunakan rumus :

ε (N . R)
Y= x 100 %
Skor ideal
Keterangan:
Y = Nilai persentase yang dicari
X = Jumlah nilai kategori jawaban dikalikan dengan frekuensiε =N . R N = Nilai
dari setiap jawaban
R = Frekuensi
Skor ideal = Nilai tertinggi dikalikan dengan jumlah sampel (4 X 5 =20)
7. Desain interface
3.7
 BAB IV

JADWAL KERJA

Tabel 4.1. Jadwal Kerja Penelitian

Target
No Tahapan Bulan
Output
desember januari maret april mei july agustus
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
1 Menyeleksi
Beberapa Judul
untuk Penelitian
2 Mencari jurnal-
jurnal terkait
3 Menentukan judul
yang akan diseleksi
dosen pembimbing
4 Mempertimbangka
 n dua judul yang di
acc dan yang satu
acc dengan revisi
mayor
5 Mengajukan judul
yang akan diteliti
oleh penulis
6 Melanjutkan
penulisan
penelitian dari
bab2 sampai bab3
7 Membuat diagram-
diagram terkait
8 Menyelesaikan
penulisan bab 3
 DAFTAR PUSTAKA
19. (Pengertian klinik)February 18,2014,from DINAS KESEHATAN PEMERINTAHAN
KABUPATEN LAMONGAN : https://lamongankab.go.id/dinkes/pengertian-dan-jenis-klinik/
20.
21. Tania Meidiani,Dikky Harianto .2018.sistem informasi akademik sekolah berbasi
website.AMIK BSI BOGOR.jurnal swabumi
22. Jubilee Enterprise. HTML, PHP, dan MySQL Untuk Pemula. Elex Media Komputindo,
2018