SISTEM INFORMASI REKAM MEDIS MENGGUNAKAN

METODE PIECES BERBASIS WEB DI KLINIK PRATAMA

YUSUF

SKRIPSI

DIAJUKAN SEBAGAI SALAH SATU SYARAT UNTUK MENCAPAI

GELAR SARJANA PROGRAM STUDI TEKNIK INFORMATIKA

Disusun Oleh:

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

PROGRAM STUDI TEKNIK INFORMATIKA

SEKOLAH TINGGI TEKNOLOGI BANDUNG

2022
 PERSETUJUAN DAN PENGESAHAN
SEMINAR PROPOSAL SKRIPSI

NPM : 17111078
Nama : Moch Kautsar Ridwan
Jenjang Studi : Strata Satu (S1)
Program Studi : Teknik Informatika
Judul Proposal : Sistem Informasi Rekam Medis Menggunakan Metode Pieces
Berbasis Web Di Klinik Pratama Yusuf
Bandung, 2022

Menyetujui

Pembimbing 1

Jack Febrian Rusdi, S.T., M.T. Tanggal…………………………………

Pembimbing 2

Muhammad Reksa Ariansyah, M.Kom Tanggal………………………………….

Penguji

Ahsani Takwim, S.Kom., M.Kom. Tanggal………………………………….

Mengetahui,
Ka. Prodi Teknik Informatika

Ahsani Takwim, S.Kom., M.Kom. Tanggal………………………………….

i
 KATA PENGANTAR

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. Bapak Ahsani Takwim, S.Kom., M.Kom. selaku Ketua Program Studi Teknik
Informatika STT Bandung yang telah memberikan dukungan sehingga penulis
dapat menyelesaikan Proposal Skripsi ini.

4. Seluruh dosen, Akademik dan Karyawan/i STT-Bandung yang telah membantu

dalam me mpersiapkan kebutuhan Penelitian Skripsi.

5. Seluruh keluarga khususnya orang tua yang telah memberikan bantuan dan
dukungan mulai dari penulis daftar kuliah hingga dapat menyelesaikan skripsi di
tahun ini.
6. Ira Januar Rinata selaku teman dekat yang telah memberikan dukungan serta
bantuan hingga penulis dapat menyelesaikan skripsi ini.
Semoga Proposal Skripsi ini dapat bermanfaat bagi pihak yang berkepentingan.

Bandung, 11 Januari 2021

Moch Kautsar Ridwan

ii
 DAFTAR ISI
KATA PENGANTAR ...................................................................................................ii
DAFTAR ISI................................................................................................................ iii
DAFTAR TABEL .......................................................................................................... v
DAFTAR GAMBAR ..................................................................................................... vi
BAB I ............................................................................................................................. 1
PENDAHULUAN ........................................................................................................ 1
1.1 Latar Belakang ................................................................................................... 1
1.2 Rumusan Masalah ............................................................................................. 3
1.3 Tujuan Penelitian .............................................................................................. 3
1.4 Manfaat Penelitian ............................................................................................ 4
1.5 Ruang Lingkup Penelitian ................................................................................ 4
1.6 Sistematika Penulisan ....................................................................................... 4
BAB II ........................................................................................................................... 6
TINJAUAN PUSTAKA ................................................................................................. 6
2.1 Landasan Teori .................................................................................................. 6
2.1.1 Klinik .............................................................................................................. 6
2.1.2 Rekam Medis ................................................................................................. 6
2.1.3 Rekam Medis Elektronik .............................................................................. 9
2.1.4 Sistem ........................................................................................................... 10
2.1.5 Informasi ...................................................................................................... 10
2.1.6 Sistem Informasi .......................................................................................... 11
2.1.7 XAMPP......................................................................................................... 11
2.1.8 HTML (HyperText Markup Language) ................................................... 12
2.1.9 PHP (Hypertext Prepocessor) .................................................................... 12
2.1.10 Star UML .................................................................................................. 12
2.1.11 MySQL ..................................................................................................... 13
2.1.12 Metode PIECES ..................................................................................... 13
2.1.13 UML ......................................................................................................... 15
2.1.14 ERD (Entity Relationship Diagram) ..................................................... 23
2.1.15 Bootstrap .................................................................................................. 24
2.1.16 Pengujian Perangkat Lunak ................................................................... 25
2.1.17 Aspek Keamanan ..................................................................................... 27

iii
 2.1.18 Rekam Medis Menurut Kemenkes ......................................................... 28
2.1.19 Metode Extrereme Programming .......................................................... 29
2.2 Penelitian Terdahulu ....................................................................................... 33
BAB III ........................................................................................................................ 43
ANALISA DAN PERANCANGAN ............................................................................ 43
3.1 Metode Penelitian............................................................................................ 43
3.1.1 Jenis Penelitian ............................................................................................ 43
3.1.2 Teknik Pengumpulan Data ........................................................................ 43
3.2 Analisis ............................................................................................................. 43
3.3 Perancangan (Design)..................................................................................... 45
3.3.1 Metode Pengembangan .................................................................................. 45
3.3.2 Siklus Hidup Pengembangan Sistem Informasi ....................................... 45
3.4 Basis Pengetahuan .......................................................................................... 46
3.5 Perancangan .................................................................................................... 46
3.5.1 Rancangan Sistem ........................................................................................... 46
3.6 Perancangan Basis Data ................................................................................. 73
3.6.1 Entity Relationship Diagram (ERD) ............................................................. 73
3.7 Rencana Pengujian .......................................................................................... 75
3.7.1 Alpha Testing ............................................................................................... 75
3.7.2 Beta Testing ................................................................................................. 78
BAB IV ........................................................................................................................ 80
IMPLEMENTASI DAN PENGUJIAN SISTEM ...................................................... 80
4.1 Implementasi Sistem ....................................................................................... 80
BAB V .......................................................................................................................... 97
Kesimpulan dan saran ................................................................................................ 97
5.1 Kesimpulan ...................................................................................................... 97
5.2 Saran ................................................................................................................. 97
DAFTAR PUSTAKA ................................................................................................... 99

iv
 DAFTAR TABEL
Tabel 2. 1 Use Case Diagram.............................................................................................. 17
Tabel 2. 2 Activity Diagram ............................................................................................... 18
Tabel 2. 3 Sequence Diagram ............................................................................................. 19
Tabel 2. 4 Class Diagram .................................................................................................... 22

Tabel 3. 1 Analisis Fungsional 43

Tabel 3. 2 Analisis Non Fungsional 44
Tabel 3. 3 Use Case Diagram 48
Tabel 3. 4 Tabel Use Case Scenario Login Kasir/Admin 55
Tabel 3. 5 Tabel Use Case Scenario Login Dokter 56
Tabel 3. 6 Use Case Scenario Melihat dan Menambahkan Hasil Rekam Medis 57
Tabel 3. 7 Use Case Scenario Pembayaran 59
Tabel 3. 8 Skor penilaian 78
Tabel 3. 9 Skor penilaian 93
Tabel 3. 10 Jadwal Kerja Penelitian 95

v
 DAFTAR GAMBAR

Gambar 2. 1Simbol Flowchart............................................................................................ 16

Gambar 3. 1 flowchart ....................................................................................................... 47

Gambar 3. 2 Use Case Diagram ......................................................................................... 48
Gambar 3. 3 activity diagram login admin atau resepsionis ................................................. 50
Gambar 3. 4 activity diagram login dokter .......................................................................... 51
Gambar 3. 5 activity diagram data pasien ............................................................................ 51
Gambar 3. 6activity diagram melihat data rekam medis pasien ....................................................... 52
Gambar 3. 7activity diagram melihat data pasien oleh admin atau resepsionis ..................... 52
Gambar 3. 8 Melihat Data Obat oleh Dokter ..................................................................... 53
Gambar 3. 9 Activity diagram melihat obat oleh admin atau respsionis ............................... 53
Gambar 3. 10 Activity diagram data pembayaran pasien ..................................................... 54
Gambar 3. 11 Activity diagram menerima pembayaran ....................................................... 54
Gambar 3. 12 Sequence diagram login admin/kasir ............................................................ 61
Gambar 3. 13 Sequence diagram login dokter ..................................................................... 62
Gambar 3. 14 Sequence diagram data pasien ...................................................................... 62
Gambar 3. 15 Sequence diagram pembayaran ..................................................................... 63
Gambar 3. 16 Sequence diagram data obat ......................................................................... 63
Gambar 3. 17 Tampilan menu awal .................................................................................... 64
Gambar 3. 18 Tampilan login ............................................................................................. 65
Gambar 3. 19 Tampilan dashboard admin .......................................................................... 65
Gambar 3. 20 Tampilan data dokter ................................................................................... 66
Gambar 3. 21 Tampilan data obat ...................................................................................... 66
Gambar 3. 22 Tampilan data pasien ................................................................................... 67
Gambar 3. 23 Tampilan data transaksi ................................................................................ 67
Gambar 3. 24 Tampilan data dokter ................................................................................... 68
Gambar 3. 25 Tampilan data obat ...................................................................................... 68
Gambar 3. 26 Tampilan data pasien ................................................................................... 69
Gambar 3. 27 Tampilan data transaksi ................................................................................ 69
Gambar 3. 28 Tampilan dashboard dokter ......................................................................... 70
Gambar 3. 29 Tampilan rekam medis data pasien ............................................................... 70
Gambar 3. 30 Tampilan rekam medis resep obat ................................................................ 71
Gambar 3. 31 Tampilan data obat untuk pasien .................................................................. 71
Gambar 3. 32 Tampilan dashboard pasien .......................................................................... 72
Gambar 3. 33 Tampilan rekam medis keluhan pasien ......................................................... 72
Gambar 3. 34 Tampilan rekam medis resep dokter ............................................................. 73
Gambar 3. 35 ERD ............................................................................................................ 73

vi
 1

BAB I

PENDAHULUAN

1.1 Latar Belakang

Rumah Sakit atau Klinik adalah institusi pelayanan kesehatan yang
menyelenggarakan pelayanan kesehatan perorangan secara paripurna yang
menyediakan pelayanan rawat inap, rawat jalan, dan gawat darurat (Depkes RI,
2009) dan juga harus memiliki tata kelola manajemen Rumah Sakit atau Klinik
yang baik guna mempertahankan mutu dan kualitas pelayanan yang prima sehingga
memiliki kualitas informasi yang tepat antar unit di Rumah Sakit atau Klinik. Setiap
Rumah Sakit atau Klinik wajib melakukan pencatatan dan pelaporan tentang
semua kegiatan penyelenggaraan Rumah Sakit dalam bentuk Sistem Informasi
Manajemen Rumah Sakit (Depkes RI, 2009).
Rekam medis merupakan salah satu sumber informasi sekaligus sarana
komunikasi yang dibutuhkan baik oleh pasien, maupun pemberi pelayanan
kesehatan dan untuk pertimbangan dalam menentukan suatu kebijakan tata
laksana/pengelolaan atau tindakan medis. (Sjamsuhidajat & Alwy, 2006) Rekam
medis mencatat semua hal yang berhubungan dengan perjalanan penyakit
penderita dan terapinya selama dalam perawatan di unit pelayanan kesehatan.
Rekam medis menyimpan data Klinik pasien baik yang rawat inap maupun rawat
jalan, disamping itu rekam medis dapat pula berisi pendapat/pandangan, kesan,
atau permintaan pada anggota tim kesehatan lainnya untuk suatu
layanan/tindakan/rujukan bagi pasien yang bersangkutan serta tanggapan atas
permintaan/pendapat tersebut. (Gondodiputro,2007).
Berdasarkan observasi dan wawancara kepada petugas klinik di Klinik
Pratama Yusuf. Klinik ini menyediakan fasilitas pelayanan kesehatan dengan cara
manual sehingga menyebabkan kerugian bagi pasien dimana akan terjadi beberapa
kemungkinan diantarannya data pasien yang hilang, riwayat pasien yang hilang,
kemudian tidak menutup kemungkinan kesalahan diagnosa riwayat penyakit
 2

sebelumya yang disebabkan kehilangan data yang terdapat pada data manual, serta
memerlukan waktu cukup lama untuk mencari data secara manual. Pada Klinik
Pratama Yusuf pendaftaran dilakukan secara perorangan dengan jumlah kepadatan
pasien yang berkunjung sangat tinggi, sehingga memerlukan cara untuk validitas
data pasien dan untuk mempermudah pelayanan kesehatan. Hal tersebut dapat
diperoleh dengan menggunakan rekam medis dengan metode PIECES.
Teknologi informasi dan komunikasi telah berkembang begitu pesat di
berbagai sektor, tidak terkecuali di sektor kesehatan. Salah satu aplikasi yang dapat
membantu proses pelayanan di bidang kesehatan adalah rekam medis
terkomputerisasi dengan metode PIECES. Dimana aplikasi rekam medis
terkomputerisasi ini dapat memudahkan penelusuran dan pengiriman informasi
serta penyimpanan data. Metode PIECES (Performance, Information, Economic,
Control, Efficiency, Service) biasanya didapatkan dari beberapa gejala dari masalah
utama. Metode ini digunakan untuk mengidentifikasi masalah terhadap kinerja,
informasi, ekonomi, keamanan aplikasi, efisiensi, dan pelayanan pelanggan (Fatta,
2007). Performance, Information, Economics, Control, Efficiency, Service (PIECES).
Penerapan metode PIECES dalam perancangan sistem adalah dihasilkan
perbandingan proses sistem antara sistem yang berjalan dengan sistem yang
dikembangkan. Sistem informasi rekam medis berbasis web ini akan menyediakan
sistem keuangan, data atau identitas pasien, informasi pasien, dokumen pasien, dan
pembiayaan pengobatan pasien yang tentunya terjamin keamanan dan kerahasiaan
datanya. Hal ini tentu memudahkan klinik dalam mengelola data-data pasien.
Analisis sistem yang dihasilkan dari penelitian ini adalah sistem yang bisa
digunakan untuk mengelola data sehingga meminimalisir terjadinya kekeliruan.
Rekam medis berbasis web merupakan solusi yang akan menjawab
permasalahan yang terjadi di Klinik Pratama Yusuf. Dengan adanya rekam medis
metode PIECES maka data akan tersimpan dengan baik sehingga catatan dan
dokumen yang memuat tentang identitas pasien, pemeriksaan 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
 3

dengan data yang lengkap dapat memberikan informasi dalam menentukan

keputusan yang tepat baik dalam pemberian pengobatan, penanganan, serta
tindakan medis yang tepat.
Pada sistem informasi rekam medis menggunakan metode PIECES untuk
mengindentifikasi masalah yang memerlukan analisis 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.
Berdasarkan pemaparan masalah di atas, maka penulis ingin membuat
sebuah sistem dengan judul “Sistem Iinformasi Rekam Medis Menggunakan
Metode PIECES Berbasis Web di Klinik Pratama Yusuf”. Pembangunan sistem
ini diharapkan dapat memberikan solusi dalam pengarsipan rekam medis di Klinik
Pratama Yusuf.

1.2 Rumusan Masalah

Dari uraian latar belakang di atas, 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
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. Bagaimana menganalisis sistem rekam medis.
2. Bagaimana mendesain sistem rekam medis untuk Klinik Pratama Yusuf
3. Bagaimana mengimplementasikan sistem rekam medis pada klinik.

1.3 Tujuan Penelitian

Adapun tujuan penelitian ini adalah membuat sistem informasi rekam medis
berbasis web yang dapat membantu menyelesaikan permasalahan di Klinik
 4

Pratama Yusuf khususnya di bagian unit rekam medis untuk memasukkan data
rekam medis dan laporan rekam medis.
1. Untuk menganalisis sistem rekam medis.
2. Untuk mendesain sistem rekam medis untuk Klinik Pratama Yusuf
3. Untuk mengimplementasikan sistem rekam medis pada Klinik Pratama Yusuf

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 ini menjelaskan tentang tinjauan pustaka dan landasan teori yang berhubungan
dengan topik yang akan dibahas dalam penelitian ini.
 5

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.
 6

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
 7

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
 8

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
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.
 9

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.
 10

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
 11

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.
 12

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.
 13

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:
a. Performance (kinerja)
Kinerja merupakan variable pertama dalam metode analisis PIECES.
Dimana memiliki peran penting untuk menilai apakah proses atau prosedur
 14

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:
1) Throughput, yaitu jumlah pekerjaan/output/deliverables yang dapat
dilakukan/ dihasilkan pada saat tertentu.
2) Response time, yaitu waktu yang dibutuhkan untuk menyelesaikan
serangkaian kegiatan untuk menghasilkan output/deliverables tertentu.
b. 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:
1) Keluaran (outputs): Suatu sistem dalam memproduksi keluaran.
2) Masukan (inputs): Dalam memasukkan suatu data sehingga kemudian
diolah untuk menjadi informasi yang berguna.
c. Economic (ekonomi)
Menilai apakah prosedur yang ada saat ini masih dapat ditingkatkan
manfaatnya (nilai gunanya) atau diturunkan biaya penyelenggaraannya.
d. 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.
e. 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.
f. Service (layanan)
Menilai apakah prosedur yang ada saat ini masih dapat diperbaiki
kemampuannya untuk mencapai peningkatan kualitas layanan. Buatlah
 15

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):
a. 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:
 16

Gambar 2. 1Simbol Flowchart

b. 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):
 17

Tabel 2. 1 Use Case Diagram

Gambar Keterangan

Use Case menggambarkan fungsionalitas

yang disediakan sistem sebagai unit-unit
yang bertukar pesan antar unit dengan
aktor, yang dinyatakan dengan
menggunakan kata kerja

Actor atau Aktor adalah Abstraction dari

orang atau sistem yang lain yang
mengaktifkan fungsi dari target sistem.
Untuk mengidentifikasikan aktor, 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.
 18

Include, merupakan di dalam use case lain

(required) atau pemanggilan use case oleh use
<<include>> case lain, contohnya adalah pemanggilan
sebuah fungsi program.

Extend, merupakan perluasan dari use case

<<extends>> lain jika kondisi atau syarat terpenuhi.

c. 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. 2 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.
 19

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.

d. 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. 3 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 adalah orang
Aktor
tetapi aktor belum tentu merupakan
Atau orang.
 20

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.
 21

Pesan tipe call Menyatakan suatu objek memanggil

operasi/metode yang ada pada objek
1: nama_metode()
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

mengirimkan
1:masukan
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
n
ke objek tertentu, arah panah
mengarah pada objek yang menerima
kembalian.
 22

Pesan tipe destroy Menyatakan suatu objek mengakhiri

hidup objek yang lain, arah panah
mengarah pada objek yang diakhiri,
sebaiknya jika ada create maka destroy.

e. 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).
1) Atribut merupakan variabel-variabel yang dimiliki oleh suatu kelas.
2) Operasi atau metode adalah fungsi-fungsi yang dimiliki oleh suatu kelas.
Berikut adalah simbol-simbol yang ada pada diagram kelas.

Tabel 2. 4 Class Diagram

Simbol Deskripsi

Kelas Kelas pada struktur sistem.

Nama_kelas

+atribut

+operasi()

Antarmuka/interface Sama dengan konsep interface dalam

pemograman berorientasi objek.
nama_interfa
ce
 23

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 ERD (Entity Relationship Diagram)

Pengertian ERD (Entity Relationship Diagram) adalah pemodelan data
utama yang membantu mengorganisasikan data dalam suatu proyek ke dalam
entitas-entitas dan menentukan hubungan antar entitas. ERD digunakan untuk
memodelkan struktur data dan hubungan antar data. Dengan ERD model dapat
diuji dengan mengabaikan proses yang harus dilakukan. Selain itu dengan ERD
kita akan dapat menjawab pertanyaan mengenai data apa yang kita perlukan serta
bagaimana data yang satu berhubungan dengan data yang lain. (Ivananda, 2015).
a. Entitas
Entitas adalah suatu objek yang dapat di identifikasi dalam lingkungan
pemakai.
 24

b. Relasi
Relasi menunjukan adanya hubungan diantara sejumlah entitas yang berbeda.

c. Atribut
Atribut yang mendeskripsikan karakter entitas.

d. Garis
Sebagai penghubung antar relasi dan entitas serta atribut.

2.1.15 Bootstrap
Bootstrap adalah sebuah framework css yang dapat digunakan untuk
mempermudah membangun tampilan web. Artinya, tampilan web yang dibuat
oleh bootstrap akan menyesuaikan ukuran layar dari browser yang kita gunakan
baik di desktop, tablet ataupun mobile device. Fitur ini bisa diaktifkan ataupun
dinon-aktifkan sesuai dengan keinginan kita sendiri. Sehingga, kita bisa membuat
web untuk tampilan desktop saja dan apabila dirender oleh mobile browser maka
tampilan dari web yang kita buat tidak bisa beradaptasi sesuai layar. Bootstrap
pertama kali di kembangkan pada pertengahan 2010 di Twitter oleh Mark Otto
dan Jacob Thornton. Saat ini Bootstrap dikembangkan secara open source dengan
lisensi MIT. (Fadul, 2018)
 25

2.1.16 Pengujian Perangkat Lunak

Pengujian adalah satu aktifitas yang direncanakan dan sistematis untuk
menguji atau mengevaluasi kebenaran yang diinginkan. Aktifitas pengujian terdiri
dari satu set atau sekumpulan langkah dimana dapat menempatkan desain kasus
uji yang spesifik dan metode pengujian. Secara umum pola pengujian pada
perangkat lunak sebagai berikut(Rosa dan Shalahuddin, 2016).
a. Pengujian dimulai dari level komponen hingga integrasi antar komponen
menjadi sebuah sistem.
b. Teknik pengujian berbeda-beda sesuai dengan berbagai sisi atau uji unit dalam
waktu yang berbeda-beda pula bergantung pada pengujian pada bagian mana
yang dibutuhkan.
c. Pengujian dilakukan oleh pengembang perangkat lunak.
d. Pengujian dan penirkutuan(debugging) merupakan aktifitas yang berbeda, tapi
penirkutuan(debugging) harus diakomodasi pada berbagai strategi pengujian.
Pengujian lebih fokus untuk mencari kesalahan (error)baik dari sudut pandang
orang secara umum atau dari sudut pandang pengembang tanpa harus
menemukan lokasi kesalahan pada program. Penirkutuan(debugging) adalah
proses mencari lokasi kesalahan(error)pada kode program sehinggan dapat
segera diperbaiki oleh pembuat program.

Pengujian perangkat lunak adalah sebuah elemen sebuah topik yang memiliki
cangkupan luas dan sering dikaitkan dengan verifikasi(verification) dan
validasi(validation)(V&V). Verifikasi mengacu pada sekumpulan aktifitas yang
menjamin bahwa perangkat lunak mengimplementasikan dengan benar sebuah
fungsi yang spesifik. Validasi mengacu pada sekumpulan aktifitas yang berbeda
yang menajamin bahwa perangkat lunak dibangun dapat ditelusuri sesuai dengan
kebutuhan. Pengujian untuk verifikasi dilakukan mulai dari lingkup yang kecil naik
ke lingkup yang besar seperti pada gambar 2.4 berikut:
 26

Gambar 2. 4 Hirarki pengujian sistem

(Sumber: Rosa dan Shalahuddin, 2016)

Gambar 2.5 menunjukan tahap pengujian pada level program ditangan

pengembang perangkat lunak. Tahapan pengujian yang secara keseluruhan dapat
dilihat pada gambar 2.6:

Gambar 2. 5 Pengujian perangkat lunak

(Sumber: Rosa dan Shalahuddin, 2016)

Pengujian diawali dari pengujuan unit. Unit disini bisa berupa fungsi atau
prosedur yang memiliki keterkaitan pada pemograman terstruktur atau kelas pada
pemograman berorientasi objek. Setelah unit-unit selesai diuju maka dilakukan
pengujian integrasi. Pengujian integrasi lebih pada pengujian penggabungan dari
dua atau lebih unit perangkat lunak. Setelah itu dikakukan pengujian sistem dimana
unit-unit proses yang sudah diintegrasi diuji dengan antarmuka yang sudah dibuat
sehingga pengujian ini dimaksudkan untuk menguji sistem perangkat lunak secara
keseluruhan dan diuji secara satu sistem (Rosa dan Shalahuddin, 2016).
Setelah pengujian sistem selesai dilakukan maka dapat dilakukan pengujian
penerimaan perangkat lunak oleh pelanggan atau user (pemakai perangkat lunak).
 27

Pengujian untuk validasi memiliki beberapa pendekatan sebagai berikut (Rosa dan
Shalahuddin, 2016):
a. Black-Box Testing (pengujian kotak hitam)
Menguji perangkat lunak dari segi spesifikasi fungsional tanpa menguji desain
dan kode program. Pengujian dimaksudkan untuk mengetahui apakah
fungsifungsi, masukan, dan keluaran dari perangkat lunak sesuai dengan
spesifikasi yang dibutuhkan.
Pengujian kotak hitam dilakukan dengan membuat kasus uji yang bersifat
mencoba semua fungsi dengan memakai perangkat lunak apakah sesuai
dengan spesifikasi yang dibutuhkan. Kasus uji yang dibuat untuk melakukan
pengujian kotak hitam harus dibuat dengan kasus benar dan kasus salah.
b. White-Box Testing (pengujian kotak putih)
Menguji perangkat lunak dari segi desain dan kode program apakah mampu
menghasilkan fungsi-fungsi, masukan dan keluaran yang sesuai dengan
spesifikasi kebutuhan. Pengujian kotak putih dilakukan dengan memeriksan
logic dari kode program.

2.1.17 Aspek Keamanan

Membahas keamanan maka tidak akan terlepas dari yang namanya aspek
keamanan. Berikut adalah beberapa aspek keamanan terkait dengan keamanan:
a. Confidientiality
Terkait dengan Tindakan pencegahan akses dari pihak-pihak yang tidak berhak
melakukan pengaksesan terhadap informasi, umumnya terkait dengan
pemberian informasi kepihak lain
b. Integrity
Terkait dengan jaminan kelengkapan informasi dan menjaga dari kerusakan
ancaman lain yang mengakibatkan perubahan informasi dengan kata lain
menjamin keaslian sebuah informasi (utuh, akurat, dan belum dimodifikasi
oleh pihak yang tidak berhak).
c. Availability
 28

Terkait dengan jaminan pengguna dapat melakukan pengaksesan informasi

kapanpun tanpa adanya gangguan. Pengguna dalam hal ini bisa jadi manusia,
atau computer yang tentunya memiliki otorisasi untuk mengakses sistem
informasi, umumny berhubungan dengan ketersediaan informasi Ketika
dibutuhkan.
d. Authentication
Penerima informasi dapat memastikan keaslian pesan yang didapat tersebut
berasal dari orang yang seharusnya.
e. Authority
Informasi melalui sistem jaringan tidak dapat dimodifikasi oleh pihak yang
tidak berhak (pnyusup).
f. Privacy
Sifatnya lebih ke data-data yang privat (pribadi) dari user.

2.1.18 Rekam Medis Menurut Kemenkes

Dalam penjelasan Pasal 46 ayat (1) UU No. 29 Tahun 2004 tentang Praktik
Kedokteran, yang dimaksud dengan rekam medis adalah berkas yang berisi catatan
dan dokumen tentang identitas pasien, pemeriksaan, pengobatan, tindakan dan
pelayanan lain yang telah diberikan kepada pasien. Dalam Peraturan Menteri
Kesehatan Nomor 749a/Menkes/Per/XII/1989 tentang Rekam Medis, dijelaskan
bahwa rekam medis merupakan berkas yang berisikan catatan dan dokumen
tentang identitas pasien, pemeriksaan, pengobatan, tindakan dan pelayanan lain
kepada pasien pada sarana pelayanan kesehatan. Kemudian diperbaharui dengan
PERMENKES No: 269/MENKES/PER/ III/2008 yang dimaksud rekam medis
adalah berkas yang berisi catatan dan dokumen antara lain identitas pasien, hasil
pemeriksaan, pengobatan yang telah diberikan, serta tindakan dan pelayanan lain
yang telah diberikan kepada pasien. Kedua pengertian rekam medis diatas
menunjukkan perbedaan yaitu Permenkes Nomor 749a/Menkes/Per/XII/1989
hanya menekankan pada sarana pelayanan kesehatan, sedangkan dalam UU Praktik
Kedokteran tidak. Ini menunjukan pengaturan rekam medis pada UU Praktik
Kedokteran lebih luas, berlaku baik untuk sarana kesehatan maupun di luar sarana
 29

kesehatan. Namun dengan terbitnya PERMENKES No: 269 / MENKES / PER

/ III / 2008 sudah tidak ada perbedaan lagi.

2.1.19 Metode Extrereme Programming

Metode Extreme Programming sering juga dikenal dengan metode XP.
Metode ini dicetuskan oleh Kent Beck, seorang pakar software engineering. Extreme
programming adalah model pengembangan perangkat lunak yang menyederhanakan
berbagai tahapan pengembangan sistem menjadi lebih efisien, adaptif dan fleksibel.
Nilai dasar metode extreme programming (Budi, dkk 2016):
a. Communication: Memfokuskan komunikasi yang baik antara programmer dengan
user maupun antar programmer.
b. Courage: Pengembang perangkat lunak harus selalu memiliki keyakinan,
keberanian dan integritas dalam melakukan tugasnya.
c. Simplicity: Lakukan semua dengan sederhana.
d. Feedback: Mengandalkan feedback sehingga dibutuhkan anggota tim yang
berkualitas.
e. Quality Work: Proses berkualitas berimplikasi pada perangkat lunak yang
berkualitas sebagai hasil akhirnya.

Gambar 2. 3 Model Extreme Programming

(Sumber: Software Engineering A Practitioner’s Approach, Seventh Edition)

 30

Siklus Extreme Programming membagi sebuah proyek menjadi 4 fase besar

(Pressman,2010).
a. Planning/Perencanaan Pada tahap perencanaan ini dimulai dari pengumpulan
kebutuhan yang membantu tim teknikal untuk memahami konteks bisnis dari
sebuah aplikasi. Selain itu pada tahap ini juga mendefinisikan output yang akan
dihasilkan, fitur yang dimiliki oleh aplikasi dan fungsi dari aplikasi yang
dikembangkan.
b. Design/Perancangan Metode ini menekankan desain aplikasi yang sederhana,
untuk mendesain aplikasi dapat menggunakan Class-Responsibility-Collaborator
(CRC)cards yang mengidentifikasi dan mengatur class pada object-oriented.

c. Coding/Pengkodean Konsep utama dari tahapan pengkodean pada extreme

programming adalah pair programming, xp merekomendasikan melibatkan 2 orang
untuk menyusun kode. Satu orang sebagai pengkodean dari design yang ada
dan yang lain memastikan mengikuti standart pengkodean(bagian yang
diperlukan dari XP.
d. Testing/Pengujian Pada tahapan ini lebih fokus pada pengujian fitur dan
fungsionalitas dari aplikasi.
Pada tahap ekplorasi ini merupakan tahapan bagi klien untuk merumuskan
dan menuliskan kebutuhan-kebutuhan yang paling mendasar dari sistem yang
diinginkan yang dikenal dengan istilah user story. Setiap informasi kebutuhan yang
dituliskan oleh klien ini akan menjadi satu modul sederhana pemrosesan system
(Subhan,2017).
Tahapan Perencanaan merupakan kelanjutan dari tahapan sebelumnya. Hasil
dokumentasi user story dari pengguna/klien akan didiskuskan bersama. Tim
pengembang akan menyusun prioritas penyelesaian untuk masing-masing user story,
membuat penjadwalan pengerjaannya, dan mendiskusikan dengan pengguna
(Subhan,2017).
Tahapan Iterasi Pengembangan Sistem pada tahapan ini berisi sejumlah
iterasi pengembangan sistem yang terdiri atas proses analisa, perancangan,
perencanaan ujicoba dan ujicoba. Empat proses ini akan diulang sesuai dengan
 31

kebutuhan dan diparameteri oleh jumlah user story yang ada. Pada iterasi yang
pertama, tim pengembang akan memilih user story yang cakupannya global dan bisa
menggambarkan keseluruhan dari sistem. Proses analisa dalam iterasi
pengembangan sistem merupakan proses analisa kebutuhan sistem baik yang
fungsional maupun non fungsional. Kebutuhan fungsional meliputi apa yang akan
dikerjakan oleh sistem beserta keluaran dari sistem. Sedangkan kebutuhan non
fungsional meliputi kebutuhan perangkat keras dan perangkat lunak yang
dibutuhkan saat pengembangan sistem. Proses perancangan dilakukan dengan
membuat rancangan proses, data, dan tampilan dari sistem yang akan dibuat
berdasarkan user story yang telah dipilih. Rancangan proses bisa dilakukan dengan
menggunakan activity diagram dan sequence diagram. Untuk rancangan data bisa dibuat
dengan menggunakan class diagram yang nantinya bisa diturunkan menjadi
rancangan database yang akan dibuat (Subhan,2017).
Pada proses berikutnya yaitu perencanaan ujicoba(test), tim pengguna akan
mempersiapkan sejumlah data yang akan diujikan di modul yang telah dibuat.
Penyiapan ini bisa menggunakan data riil yang ada atau juga dengan menggunakan
data non-riil. Tahapan produksi ini merupakan tahapan pemasangan modul dari
sistem yang dibuat di sisi operasional. Pemeriksanan fungsional dan performa dari
modul sudah dicek secara detail baik oleh klien dan pengembang. Dengan ini maka
modul ini sudah bisa dipasang untuk keperluan operasional. Langkah berikutnya
adalah menjalankan iterasi berikutnya untuk user story prioritas berikutnya
(Subhan,2017).
Tahapan penyelesaian merupakan tahapan peneyelesaian akhir dimana
semua modul untuk menjawab user story dari pengguna sudah selesai
diimplementasikan di sisi operasional. Tim pengguna sudah tidak memiliki user story
ataupun tambahan-tambahan lainnya. Tetapi tahapan ini juga bisa berarti
pengembangan sudah tidak dilanjutkan lagi karena pertimbangan finansial ataupun
arah pengembangan yang sudah tidak sesuai dengan kebutuhan pengguna
(Subhan,2017).
 32

Kelebihan yang dimiliki oleh metode ini adalah Pengembangan cepat dan
penghematan biaya, menghasilkan kohesi tim dan kooperator tim yang lebih baik,
penekanan pada produk akhir, terintegrasi dengan metode pengembangan
tradisional, proses iteratif, berarti jarak pendek antara rilis sistem, kesederhanaan
dan umpan balik yang cepat, pengujian berdasarkan persyaratan dan kualitas
(Parlika, dkk, 2018).
 33

2.2 Penelitian Terdahulu

No Judul Peneliti, media Tujuan penelitian Kesimpulan Saran atau kelemahan Perbandingan
publikasi dan
tahun
1. ANALISI Rudolf Sinaga1 Menghasilkan Untuk Memberikan kemudahan PerbedaanPada
S DAN ,Nurhadi2 sistem informasi meningkatka menggunakan sistem. penelitian ini tidak
PERANC 12Program Studi rekam medis pada n kinerja menggunakan metode
ANGAN Magister Sistem Klinik Akper dalam hal untuk menganalisis
SISTEM Informasi, Kesdam pelayanan sistem rancang seperti
INFORM STIKOM II/Sriwijaya Garuda terhadap penenulis
ASI DINAMIKA Putih. pasien menggunakan metode
REKAM BANGSA, 2016 khususnya pieces
MEDIS rekam medis
PADA dan
KLINIK pembuatan
AKPER laporan,
KESDA Klinik
M Akper
 34

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.
 35

2. APLIKAS Dita Syifani1 , Menghasilkan Pengembang Pengembangan pada sistem Perbedaan pada
I SISTEM Ardiansyah sistem informasi an Sistem pembayaran belum tersedia sistem rekam medis
REKAM Dores2 Program rekam medis yang Informasi ini tidak adanya
MEDIS Studi Sistem dapat mendata Puskesmas sistem pembayaran
DI Informasi Fakultas pasien dan obat dikembangk untuk sistem rekam
PUSKES Ilmu Komputer obatan an dengan medis penulis buat
MAS Universitas Mercu berbasis menggunakan sistem
KELURA Buana, 2018 web, pembayaran pasien
HAN menggunaka agar terdata dengan
GUNUN n PHP dan rapih hasil
G MySQL, pembayaran pasien
yang
memudahka
n pengguna
untuk
melakukan
pendaftaran
dan
pendataan
pasien baru.
 36

3. Perancang Irwandi Tanjung Mengatur proses Dengan Perlu adanya pengembangan Perbedaan pada
an Sistem kegiatan yang di adanya terhadap penelitian ini adalah
1
Informasi mulai sistem pada metode yang
sistem yang telah dibuat
Rekam , informasi dikerjakan.
pada saat sehingga dapat
Medis Darmanta rekam
diterimanya pasien
Terpadu difungsikan dengan baik, serta
Sukrianto di tempat medis pada
Dalam mempermudah akses dalam
2 Rumah
Upaya penerimaan menggunakan sistem yang
Sakit Jiwa
Manajemen pasien, pencatatan dibuat.
Meningka Tampan
Informatika, Amik data medis pasien
tkan
Mahaputra Riau selama pasien Prov. Riau
Pelayanan
tersebut dapat
Rumah ,2017
Sakit Jiwa mendapatkan Meningkatka

Tampan pelayanan medis, n pelayanan

Prov. sampai pada pada rekam

Riau penanganan berkas medis

rekam medis terhadap
pasien yang
pasien
meliputi kegiatan
dengan baik.
 37

penyimpanan serta
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 PerbedaanPada

Sistem penyimpanan data medis dalam terintegrasi dengan penelitian ini tidak
Lydia Salvina
Informasi pasien dan proses mendata dan terintegrasi dengan
Helling, bagian apotik dan bagian
Rekam pencarian data melakukan bagian apotik dan
pembayaran agar menjadi sistem
Medis 2 pencarian pembayaran untuk
 38

Puskesma Endang Wahyudi, yang memerlukan data rekam yang dapat merekam semua sistem data obat dan
s waktu agak lama. medis untuk data. data pembayaran
3
pasien, hal pada puskesmas.
Kecamata
Hasanudin itu
n
1,2,3 ditunjukkan
Matraman
berdasarkan
Jakarta Sistem Informasi
hasil
Akuntansi,
pengujian
Universitas Bina
yang
Sarana
dilakukan
Informatika dengan
metode
,2019
black-bok

5. RANCA 1Yehezkiel Yanu Rekam medis ini Penelusuran Sistem informasi rekam medis Perbedaan Pada
NG Putranto, 2 Toni berjalan adalah sebelumnya klinik berbasi web ini dapat penelitian ini tidak
BANGU Wijanarko Adi salah ketik atau menemukan ditambahkan fitur history pasien adanya data pasiehn
N Putra, 3 Fitro Nur penulisan identitas bahwa yaitu perjalanan pasien dari dan hasil diagnose
SISTEM Hakim Teknik pasien, proses pasien dan tidak
 39

INFORM Informatika, penggandaan perekaman mulai pendaftaran, menerima adanya fitur history
ASI STMIK ProVisi nomor rekam data medis pengobatan hingga sembuh. pasien untuk pasien
REKAM Semarang, 2017 medis, data pasien dilakukan melihat hasil diagnose
MEDIS tidak up-to-date, menggunaka pasien.
KLINIK salah penulisan n 2 file yang
BERBASI diagnosa dengan memiliki
S WEB dokter periksa, database
(STUDI sehingga proses yang sama
KASUS: rekam medis sehingga
KLINIK menjadi kurang dalam
UTAMA efektif dan efisien. prosesnya
MEDITA harus saling
MA menunggu
SEMARA atau
NG) dilakukan
secara
bergantian
untuk
melakukan
update data.
 40

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 Perbedaan pada

dan Iflahah1 , Ismiarta penelitian ini yaitu perancangan penelitian penulis
Perancang Aknuranda2 , memodelkan proses sistem adalah pada bagian
an Sistem Nanang Yudi bisnis, menganalisis informasi analisis data untuk
Informasi Setiawan3 spesifikasi dalam pasien
Rekam Program Studi persyaratan dan penelitian ini
Medis Sistem Informasi, perancangan sistem, terdiri dari
 41

Poli Gigi Fakultas Ilmu merancang kelas analisis

(Studi Komputer, antarmuka sistem, dari use case,
Kasus : Universitas serta melakukan pemetaan
Puskesma Brawijaya,2018 evaluai terhadap kelas analisis
s hasil spesifikasi ke
Sumbersa persyaratan dan mekanisme
ri perancangan. analisis,
Kecamata unifikasi
n Saradan kelas
analisis,
identifikasi
elemen
perancangan
,
perancangan
use case
berupa
sequence
diagram,
perancangan
 42

kelas berupa
class
diagram,
perancangan
basis data
dan
perancangan
antarmuka
sistem yang
disesuaikan
dengan hasil
analisis
persyaratan
yang telah
dilakukan
sebelumnya.
 43

BAB III

ANALISA DAN PERANCANGAN

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.

Tabel 3. 1 Analisis Fungsional

User story Prioritas fungsional requirement

Hight Medium Low prioritas Non prioritas

prioritas prioritas
 44

Merekam 1. Mendata 1. Melihat 1. Login -

seluruh informasi seluruh hasil
2. Logout
laporan pasien cek up yang
pedataan termasuk dilakukan
,memberikan identitas dan pasien untuk
layanan informasi dokter.
sistem penyakit
keuangan, pasien.
data atau
identitas
pasien,
informasi
pasien,
dokumen
pasien, dan
pembiayaan
klinik.

Tabel 3. 2 Analisis Non Fungsional

Acquisition Requirement Definition Scope/How

Usability Kebutuhan yang harus Sistem memiliki sistem

dipenuhi oleh sistem agar akses untuk menghapus
sistem tersebut dapat sesuai data atau menambahkan
dengan kebutuhan kerja data apabila data tersebut
serta mudah digunakan salah/bermasalah.
oleh user.

Reliability Keamanan dari pengguna Adanya hak akses khusus

sistem yang akan dibangun. untuk admin.
 45

Supportability Kebutuhan terkait dengan Sistem memberikan

dukungan dalam pelayan untuk pendataan.
penggunaan sistem atau
perangkat lunak.

3.3 Perancangan (Design)

3.3.1 Metode Pengembangan
Model pengembangan perangkat lunak yang digunakan dalam penelitian ini
adalah salah satu model dari Agile methods yaitu Extreme Programming (XP) dan
Multimeda Development Life Cycle (MDLC). Model ini digunakan karena XP
menggunakan pendekatan object oriented. XP memungkinkan pengembang untuk
membuat aplikasi dengan cepat, juga tidak memerlukan komposisi team yang
banyak untuk pengerjaannya, karena sasaran XP adalah team yang dibentuk
berukuran antara kecil sampai sedang saja sehingga dengan model ini
memungkinkan membangun aplikasi dengan satu orang saja. Hal ini dimaksudkan
untuk menghadapi requirements yang tidak jelas maupun terjadinya perubahan -
perubahan requirements yang sangat cepat.
Ilustrasi dari metode XP ditunjukkan pada Gambar 3.1 yang tahapannya
adalah perencanaan, perancangan, pengkodean dan pengujian.

3.3.2 Siklus Hidup Pengembangan Sistem Informasi

Secara konseptual siklus pengembangan sebuah sistem informasi adalah
sebagai berikut.
a. Analisis Sistem: menganalisis dan mendefinisikan masalah serta kemungkinan
solusinya untuk sistem informasi dan proses organisasi.
b. Perancangan Sistem: merancang output, input, struktur file, program,
prosedur, perangkat keras, dan perangkat lunak yang diperlukan untuk
mendukung sistem informasi.
 46

c. 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.
d. Implementasi Sistem: beralih dari sistem lama ke sistem baru, melakukan
pelatihan dan panduan seperlunya.
e. Operasi dan Perawatan: mendukung operasi sistem informasi dan melakukan
perubahan atau tambahan fasilitas.
f. 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.
 47

a. Flowchart

Gambar 3. 1 flowchart

b. Use Case Diagram

Menurut Rosa dan Shalahudin (2014), Use Case Diagram merupakan pemodelan
untuk behavior sistem informasi yang akan dibuat. Use Case Diagram digunakan
untuk mengetahui fungsi apa saja yang ada di dalam sebuah sistem informasi
dan siapa saja yang berhak menggunakan fungsi-fungsi itu. Use Case Diagram
mendeskripsikan sebuah interaksi antara satu atau lebih aktor dengan sistem
informasi yang akan dibuat. Syarat penamaan pada Use Case Diagram adalah
nama didefinisikan sesimpel mungkin dan dapat dipahami.
 48

Pada use case diagram dijabarkan actor yang terlibat dan hal-hal yang dapat
dilakukan actor pada sistem.

Gambar 3. 2 Use Case Diagram

Tabel 3. 3 Use Case Diagram

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
 49

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
 50

pembayaran pasien yang telah melakukan

pemeriksaan.

c. Activity Diagram
Activitiy diagram yang dijabarkan meliputi activity diagram yang dilakukan oleh
dokter dan kasir atau resepsionis
1) 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. 3 activity diagram login admin atau resepsionis

2) 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.
 51

Gambar 3. 4 activity diagram login dokter

3) Activity diagram 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. 5 activity diagram data pasien

 52

4) Activity Diagram 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

5) Activity diagram melihat data pasien oleh admin atau respsionis

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

6) Activity diagram melihat data obat oleh dokter

 53

Gambar 3. 8 Melihat Data Obat oleh Dokter

7) Activity diagram melihat obat oleh admin atau respsionis

Gambar 3. 9 Activity diagram melihat obat oleh admin atau respsionis

8) Activity diagram data pembayaran pasien

 54

Gambar 3. 10 Activity diagram data pembayaran pasien

9) Activity diagram menerima pembayaran

Gambar 3. 11 Activity diagram menerima pembayaran

 55

d. Use Case Scenario

Use case scenario untuk alur jalannya proses use case dari sisi system dan actor
berikut adalah table use case scenario
Tabel 3. 4 Tabel Use Case Scenario Login Kasir/Admin

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 Events User Action System Response

1. Admin membuka
website rekam medis

2. Aplikasi menampilkan
halaman login dari
dropdown menu

3. Admin memilih
halaman login

4. Aplikasi menampilkan
halaman login
 56

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

Tabel 3. 5 Tabel Use Case Scenario Login Dokter

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 Events User Action System Response

 57

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
pemeriksaan, dokter dapat melihat stok obat yang
tersedia, dokter dapat memberikan hasil rekam medis.

Tabel 3. 6 Use Case Scenario Melihat dan Menambahkan Hasil Rekam Medis
 58

Use Case ID Number 03

Use Case Name Melihat dan menambahkan hasil rekam medis

Use Case Deskription Use Case ini menggambarkan proses admin dan dokter
untuk melihat dan menambahkan hasil rekam medis pasien

Primary Actor Dokter/admin

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
 59

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
diinputkan salah dan nama tidak
sesuai dengan NIK yang diinputkan
untuk Tindakan lanjutan

Post-Condition Dokter/ admin dapat mengunduh hasil rekam medis yang

telah dilakukan

Tabel 3. 7 Use Case Scenario Pembayaran

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

 60

Secondary Actor -

Pre-Condition Admin belum pernah melakukan autentikasi dan

pertama kali membuka website

Primary Flow of Events User Action System Response

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
 61

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

e. 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.
1) Sequence diagram login admin/kasir

Gambar 3. 12 Sequence diagram login admin/kasir

2) Sequence diagram login dokter

 62

Gambar 3. 13 Sequence diagram login dokter

3) Sequence diagram data pasien

Gambar 3. 14 Sequence diagram data pasien

4) Sequence diagram pembayaran

 63

Gambar 3. 15 Sequence diagram pembayaran

5) Sequence diagram data obat

Gambar 3. 16 Sequence diagram data obat

f. Desain Interface
Perancangan Antarmuka (Design Interface) pada beberapa gambar berikut akan
menggambarkan rancangan tampilan aplikasi administrasi kependudukan
berserta penjelasannya.
 64

1) Tampilan menu awal

Menu awal merupakan tampilan awal masuk pada web

Gambar 3. 17 Tampilan menu awal

 65

2) Tampilan login
Login pada aplikasi sebagai syarat untuk masuk kedalam web. Pasien, dokter
dan admin yang telah terdaftar yang dapat masuk web.

Gambar 3. 18 Tampilan login

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

Gambar 3. 19 Tampilan dashboard admin

 66

4) Tampilan data dokter

Tampilan data dokter, admin dapat merubah data dokter dan
menambahkan dokter

Gambar 3. 20 Tampilan data dokter

5) Tampilan data obat

Pada tampilan data obat admin dapat melihat jumlah obat dan
menambahkan obat kedalam data

Gambar 3. 21 Tampilan data obat

 67

6) Tampilan data pasien

Pada tampilan data obat admin dapat menambahkan data pasien yang baru
dan merubah data pasien yang sudah dalam rekam medis.

Gambar 3. 22 Tampilan data pasien

7) Tampilan data transaksi

Pada tampilan data transaksi admin dapat melihat Riwayat transaksi pasien,
merubah transaksi data pasien dan menambahkan transaksi baru pasien.

Gambar 3. 23 Tampilan data transaksi

 68

8) Tampilan data dokter

Pada tampilan data dokter admin dapat menambahkan dokter baru untuk
dimasukan kedalam data dokter.

Gambar 3. 24 Tampilan data dokter

9) Tampilan data obat

Pada tampilan data obat admin dapat melihat data obat dan menambahkan
obat yang baru.

Gambar 3. 25 Tampilan data obat

 69

10) Tampilan data pasien

Pada tampilan data pasien admin dapat menambahkan data pasien yang
baru untuk di daftarkan pada rekam medis.

Gambar 3. 26 Tampilan data pasien

11) Tampilan data transaksi

Pada tampilan data transaksi admin dapat menambahkan hasil transaksi
pasien

Gambar 3. 27 Tampilan data transaksi

 70

12) Tampilan dashboard dokter

Pada tampilan dashboard dokter dokter dapat melihat jumlah pasien yang
berada di rekam medis, dan memberikan resep kepada pasien.

Gambar 3. 28 Tampilan dashboard dokter

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.

Gambar 3. 29 Tampilan rekam medis data pasien

 71

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.

Gambar 3. 30 Tampilan rekam medis resep obat

15) Tampilan data obat untuk pasien

Pada tampilan data obat untuk pasien dokter menambahkan resep pasien
oleh dokter.

Gambar 3. 31 Tampilan data obat untuk pasien

 72

16) Tampilan dashboard pasien

Pada tampilan dashboard pasien, pasien dapat melihat hasil Riwayat rekam
medis yang dilakukan pasien dan melihat resep obat.

Gambar 3. 32 Tampilan dashboard pasien

17) Tampilan rekam medis keluhan pasien

Pada tampilan rekam medis keluhan pasien, pasien dapat melihat hasil
pemeriksaan yang diberikan oleh dokter

Gambar 3. 33 Tampilan rekam medis keluhan pasien

 73

18) Tampilan rekam medis resep dokter

Pada tampilan rekam medis resep dokter, pasien dapat melihat resep
dokter setelah melakukan pemeriksaan dokter.

Gambar 3. 34 Tampilan rekam medis resep dokter

3.6 Perancangan Basis Data

3.6.1 Entity Relationship Diagram (ERD)
ERD diagram menggambarkan sruktur data base yang akan dirancang dan
relasi antar tabel. Berikut ERD pada diagram

Gambar 3. 35 ERD
 74

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)
 75

3.7 Rencana Pengujian

Rencana pengujian peneliti melalui 2 tahap yaitu pengujian alpha yang akan
dilakukan dengan menggunakan metode black box dan tahapan pengujian beta
menggunakan model TAM.
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 pasien, login, data obat, pembayaran, data
dokter, admin, hasil diagnose pasien.
Pada tabel 3.10 Rencana pengujian pada halaman login untuk admin, dokter
dan pasien.
Table 3.10 Rencana Pengujian Black-box Testing pada form login

Hasil Pengujian
Hasil yang
No Scenario Pengujian
diharapkan Tidak
Sesuai
Sesuai
Login gagal dan √
Form tidak diisi lalu
menampilkan
1 menekan tombol login.
peringatan username dan
password harus diisi
√
Login gagal dan
Mengisi username dan
menampilkan
2 password tidak sesuai, lalu
peringatan username
menekan tombol login
atau password salah

Tidak mengisi salah satu √

isian pada form lalu
3
menekan tombol login
Login gagal dan
menampilkan
peringatan username dan
password harus diisi
 76

Berhasil login dan akan √

Form login diisi lengkap,
dialihkan ke halaman
4 lalu menekan tombol
dashboard sesuai
login
pemilik akun

Pada tabel 3.11 Rencana pengujian pada halaman menu utama untuk
admin.
Tabel 3.11 Rencana pengujian pada halaman menu utama untuk admin

Hasil Pengujian
Hasil yang
No Scenario Pengujian
diharapkan Tidak
Sesuai
Sesuai
Sistem akan √
Menekan satu kali menu menampilkan form
1
profil admin halaman profil admin

Sistem akan √
Menekan satu kali menu menampilkan form
2
daftar data pasien halaman data pasien

√
Sistem akan
Menekan satu kali menu
3 menampilkan halaman
data dokter
data dokter

√
Sistem akan
Menekan satu kali menu
4 menampilkan form
data obat
untuk data obat

Sistem akan √
Menekan satu kali menu menampilkan halaman
5 data transaksi atau untuk melihat data
pembayaran transaksi atau
pembayaran
 77

Pada tabel 3.12 Rencana pengujian pada halaman menu utama untuk
dokter.
Tabel 3.12 Rencana pengujian pada halaman menu utama untuk dokter

Hasil Pengujian
Hasil yang
No Scenario Pengujian
diharapkan Tidak
Sesuai
Sesuai
Sistem akan √
Menekan satu kali menu menampilkan form
1
profil dokter halaman profil dokter

Sistem akan √
Menekan satu kali menu menampilkan form
2
rekam medis halaman menu rekam
medis
Sistem akan √
Setelah menekan data menampilkan halaman
3 rekam medis muncul data rekam medis muncul
pasien data pasien untuk
dokter mendata pasien
Sistem akan √
Menekan satu kali menu menampilkan halaman
4 data rekam medis muncul rekam medis muncul
data resep obat data resep obat untuk
pasien

Pada tabel 3.13 Rencana pengujian pada halaman menu utama untuk
pasien.
Tabel 3.13 Rencana pengujian pada halaman menu utama untuk pasien

Hasil Pengujian
Hasil yang
No Scenario Pengujian
diharapkan Tidak
Sesuai
Sesuai
Sistem akan √
Menekan satu kali menu menampilkan form
1
profil pasien halaman profil pasien
 78

Sistem akan √
Menekan satu kali menu menampilkan form
2
rekam medis halaman menu rekam
medis
Sistem akan √
Setelah menekan data
menampilkan halaman
3 rekam medis muncul data
rekam medis muncul
keluhan pasien
data keluhan pasien
Sistem akan √
Menekan satu kali menu
menampilkan halaman
4 data rekam medis muncul
rekam medis muncul
data resep obat pasien
data resep obat pasien

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.8 adalah skor penilaian yang diberikan dengan menggunakan skala likert
untuk setiap pertanyaan kuisioner (Agus Suandi,Fata Nidaul Khasanah, Endang R,
2017).

Tabel 3. 8 Skor penilaian

Tingkat Kepuasan Skala

Sangat Setuju 4

Setuju 3

Tidak Setuju 2
 79

Sangat Tidak Setuju 1

Berdasarkan data hasil kuisioner, didapat persentase masing-masing

jawaban dengan menggunakan rumus:
𝜀(𝑁.𝑅)
Y= 𝑥100%
𝑆𝑘𝑜𝑟 𝑖𝑑𝑒𝑎𝑙

Keterangan:
Y = Nilai persentase yang dicari
X = Jumlah nilai kategori jawaban dikalikan dengan frekuensi 𝜀 = 𝑁. 𝑅
N = Nilai dari setiap jawaban
R = Frekuensi
Skor ideal = Nilai tertinggi dikalikan dengan jumlah sampel (4 X 5 =20)
 80

BAB IV

IMPLEMENTASI DAN PENGUJIAN SISTEM

4.1 Implementasi Sistem

Tahap implementasi merupakan tahap yang menjabarkan hasil dari sistem
yang telah dirancang dan dioperasikan dalam keadaan yang sebenarnya, sehingga
melalui tahap ini sistem dapat diketahui kelayakan dalam penggunaannya. Selama
proses pembangunan web rekam medis, penulis menggunakan sebagai berikut.
a. Tampilan menu awal
Menu awal merupakan tampilan awal masuk pada web

Gambar 4. 19Tampilan menu awal

 81

b. Tampilan login
Login pada aplikasi sebagai syarat untuk masuk kedalam web. Pasien, dokter
dan admin yang telah terdaftar yang dapat masuk web.

Gambar 4. 20Tampilan login

c. 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

Gambar 4. 21Tampilan dashboard admin

 82

d. Tampilan data dokter

Tampilan data dokter, admin dapat merubah data dokter dan menambahkan
dokter

Gambar 4. 22Tampilan data dokter

e. Tampilan data obat

Pada tampilan data obat admin dapat melihat jumlah obat dan menambahkan
obat kedalam data

Gambar 4. 23Tampilan data obat

 83

f. Tampilan data pasien

Pada tampilan data obat admin dapat menambahkan data pasien yang baru dan
merubah data pasien yang sudah dalam rekam medis.

Gambar 4. 24Tampilan data pasien

g. Tampilan data transaksi

Pada tampilan data transaksi admin dapat melihat Riwayat transaksi pasien,
merubah transaksi data pasien dan menambahkan transaksi baru pasien.

Gambar 4. 25Tampilan data transaksi

 84

h. Tampilan data dokter

Pada tampilan data dokter admin dapat menambahkan dokter baru untuk
dimasukan kedalam data dokter.

Gambar 4. 26Tampilan data dokter

i. Tampilan data obat

Pada tampilan data obat admin dapat melihat data obat dan menambahkan
obat yang baru.

Gambar 4. 27Tampilan data obat

 85

j. Tampilan data pasien

Pada tampilan data pasien admin dapat menambahkan data pasien yang baru
untuk di daftarkan pada rekam medis.

Gambar 4. 28Tampilan data pasien

k. Tampilan data transaksi

Pada tampilan data transaksi admin dapat menambahkan hasil transaksi pasien

Gambar 4. 29Tampilan data transaksi

 86

l. Tampilan dashboard dokter

Pada tampilan dashboard dokter dokter dapat melihat jumlah pasien yang
berada di rekam medis, dan memberikan resep kepada pasien.

Gambar 4. 30Tampilan dashboard dokter

m. 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.

Gambar 4. 31Tampilan rekam medis data pasien

 87

n. 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.

Gambar 4. 32Tampilan rekam medis resep obat

o. Tampilan data obat untuk pasien

Pada tampilan data obat untuk pasien dokter menambahkan resep pasien oleh
dokter.

Gambar 4. 33Tampilan data obat untuk pasien

 88

p. Tampilan dashboard pasien

Pada tampilan dashboard pasien, pasien dapat melihat hasil Riwayat rekam
medis yang dilakukan pasien dan melihat resep obat.

Gambar 4. 34Tampilan dashboard pasien

q. Tampilan rekam medis keluhan pasien

Pada tampilan rekam medis keluhan pasien, pasien dapat melihat hasil
pemeriksaan yang diberikan oleh dokter

Gambar 4. 35Tampilan rekam medis keluhan pasien

 89

r. Tampilan rekam medis resep dokter

Pada tampilan rekam medis resep dokter, pasien dapat melihat resep dokter
setelah melakukan pemeriksaan dokter.

Gambar 4. 36Tampilan rekam medis resep dokter

s. Realtime database
Pada realtime database ini, semua data-data pengguna, pengaduan,
berita/informasi, dan lainnya akan disimpan secara realtime pada xamp
 90

4.2 Pengujian Sistem

Pengujian merupakan salah satu tahapan dalam pembuatan dan
pengembangan aplikasi yang dilakukan untuk menjamin kualitas dari aplikasi
tersebut. Pada tahap ini akan dilakukan pengujian alpha dan beta.

4.2.1 Pengujian 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 pasien, login, data obat, pembayaran, data
dokter, admin, hasil diagnose pasien.
Pada tabel 3.10 Rencana pengujian pada halaman login untuk admin, dokter
dan pasien.
Table 3.10 Rencana Pengujian Black-box Testing pada form login

Hasil Pengujian
Hasil yang
No Scenario Pengujian
diharapkan Tidak
Sesuai
Sesuai
Login gagal dan √
Form tidak diisi lalu
menampilkan
1 menekan tombol login.
peringatan username dan
password harus diisi
√
Login gagal dan
Mengisi username dan
menampilkan
2 password tidak sesuai, lalu
peringatan username
menekan tombol login
atau password salah
 91

Tidak mengisi salah satu √

isian pada form lalu
3
menekan tombol login
Login gagal dan
menampilkan
peringatan username dan
password harus diisi

Berhasil login dan akan √

Form login diisi lengkap,
dialihkan ke halaman
4 lalu menekan tombol
dashboard sesuai
login
pemilik akun

Pada tabel 3.11 Rencana pengujian pada halaman menu utama untuk admin.
Tabel 3.11 Rencana pengujian pada halaman menu utama untuk admin

Hasil Pengujian
Hasil yang
No Scenario Pengujian
diharapkan Tidak
Sesuai
Sesuai
Sistem akan √
Menekan satu kali menu menampilkan form
1
profil admin halaman profil admin

Sistem akan √
Menekan satu kali menu menampilkan form
2
daftar data pasien halaman data pasien

√
Sistem akan
Menekan satu kali menu
3 menampilkan halaman
data dokter
data dokter

√
Sistem akan
Menekan satu kali menu
4 menampilkan form
data obat
untuk data obat

Sistem akan √
Menekan satu kali menu menampilkan halaman
5 data transaksi atau untuk melihat data
pembayaran transaksi atau
pembayaran
 92

Pada tabel 3.12 Rencana pengujian pada halaman menu utama untuk
dokter.
Tabel 3.12 Rencana pengujian pada halaman menu utama untuk dokter

Hasil Pengujian
Hasil yang
No Scenario Pengujian
diharapkan Tidak
Sesuai
Sesuai
Sistem akan √
Menekan satu kali menu menampilkan form
1
profil dokter halaman profil dokter

Sistem akan √
Menekan satu kali menu menampilkan form
2
rekam medis halaman menu rekam
medis
Sistem akan √
Setelah menekan data menampilkan halaman
3 rekam medis muncul data rekam medis muncul
pasien data pasien untuk
dokter mendata pasien
Sistem akan √
Menekan satu kali menu menampilkan halaman
4 data rekam medis muncul rekam medis muncul
data resep obat data resep obat untuk
pasien

Pada tabel 3.13 Rencana pengujian pada halaman menu utama untuk
pasien.
Tabel 3.13 Rencana pengujian pada halaman menu utama untuk pasien

Hasil Pengujian
Hasil yang
No Scenario Pengujian
diharapkan Tidak
Sesuai
Sesuai
Sistem akan √
Menekan satu kali menu menampilkan form
1
profil pasien halaman profil pasien
 93

Sistem akan √
Menekan satu kali menu menampilkan form
2
rekam medis halaman menu rekam
medis
Sistem akan √
Setelah menekan data
menampilkan halaman
3 rekam medis muncul data
rekam medis muncul
keluhan pasien
data keluhan pasien
Sistem akan √
Menekan satu kali menu
menampilkan halaman
4 data rekam medis muncul
rekam medis muncul
data resep obat pasien
data resep obat pasien

4.2.2 Pengujian 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.8 adalah skor penilaian yang diberikan dengan menggunakan skala likert
untuk setiap pertanyaan kuisioner (Agus Suandi,Fata Nidaul Khasanah, Endang R,
2017).

Tabel 3. 9 Skor penilaian

Tingkat Kepuasan Skala

Sangat Setuju 4

Setuju 3

Tidak Setuju 2
 94

Sangat Tidak Setuju 1

Berdasarkan data hasil kuisioner, didapat persentase masing-masing

jawaban dengan menggunakan rumus:
𝜀(𝑁.𝑅)
Y= 𝑥100%
𝑆𝑘𝑜𝑟 𝑖𝑑𝑒𝑎𝑙

Keterangan:
Y = Nilai persentase yang dicari
X = Jumlah nilai kategori jawaban dikalikan dengan frekuensi 𝜀 = 𝑁. 𝑅
N = Nilai dari setiap jawaban
R = Frekuensi
Skor ideal = Nilai tertinggi dikalikan dengan jumlah sampel (4 X 5 =20)
 95

Tabel 3. 10 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 Mempertimbangkan
dua judul yang di
acc dan yang satu
 96

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
 97

BAB V

Kesimpulan dan saran

5.1 Kesimpulan
Berdasarkan hasil implementasi dan pengujian Sistem Informasi rekam
medis, maka dari penelitian ini yang berjudul “Sistem Informasi Rekam Medis
Menggunakan Metode Pieces Berbasis Web di Klinik Pratama Yusuf” dapat ditarik
kesimpulan sebagai berikut.

1) Sistem Informasi Rekam Medis Berbasis Web dianalisis berdasarkan

kebutuhan klinik. Sistem tersebut dirancang menggunakan metode PIECES.
2) Sistem Informasi Rekam Medis Berbasis Web didesain untuk penginputan
data diantaranya yaitu penginputan data hasil diagnosa pasien, penginputan
data obat oleh admin, dan penginputan data transaksi..
3) Sistem Informasi Rekam Medis Berrbasis Web diimplementasikan pada klinik
dengan cara memberikan akses kepada pasien, dokter, dan admin. Pasien dapat
melihat hasil diagnosa pada saat pengobatan. Dokter dapat melihat data pasien,
hasil diagnosa pasien, dan melihat data obat. Admin dapat menginput dan
melihat data pasien, menginput dan melihat data obat, dan menginput data
transaksi. Dengan adanya sistem ini, data-data rekam medis akan lebih aman
tersimpan sehingga meminimalisir hilangnya data pasien atau kesalahan-
kesalahan yang dapat merugikan pasien maupun dokter.

5.2 Saran
Berdasarkan hasil implementasi dan pengujian Sistem Informasi Rekam
Medis di Klinik pratama yusuf, maka peneliti bermaksud memberikan saran bagi
pengembangan berikutnya agar manfaat dari Sistem Informasi Pelayanan
Administrasi Kependudukan ini dapat turut berkembang. Adapun saran-sarannya
adalah sebagai berikut:
 98

1) Sistem yang telah diimplementasikan ini diharapkan untuk terus dilakukan

pengembangan sesuai kebutuhan penggunanya seperti informasi dapat di akses
tidak hanya melalui web saja.
2) Sistem ini terdapat 3 jenis pengguna yaitu dokter, pasien, dan admin
diharapkan pengembang dapat menambahkan pengguna yang baru.
 99

DAFTAR PUSTAKA

(Pengertian klinik)February 18,2014,from DINAS KESEHATAN PEMERINTAHAN

KABUPATEN LAMONGAN : https://lamongankab.go.id/dinkes/pengertian-dan-
jenis-klinik/
Tania Meidiani,Dikky Harianto .2018.sistem informasi akademik sekolah berbasi
website.AMIK BSI BOGOR.jurnal swabumi
Jubilee Enterprise. HTML, PHP, dan MySQL Untuk Pemula. Elex Media Komputindo,
2018

Depkes RI. 2006. Pedoman Pengelolaan Rekam Medis Rumah Sakit di Indonesia. Jakarta
: Dirjen Yanmed

Depkes RI. 2008.Peraturan Menteri Kesehatan Republik Indonesia. 2008. No.

269/MENKES/ PER/III/2008 tentang Rekam Medis. Jakarta

Hanif, Al Fatta. 2007. Analisis & perancangan Sistem Informasi. Yogyakarta: Andy

Hatta, Gemala. 2013. Pedoman Manajemen Informasi Kesehatan di Saranan Pelayan

Kesehatan. Jakarta: UI-Press)

Ladjamudin, Al-Bahra bin. 2005. Analisis dan Desain Sistem Informasi. Yogyakarta:Graha
Ilmu

UU RI Nomor 36 Tahun 2009 tentang Kesehatan & UU RI Nomor 44 tahun 2009 tentang
Rumah Sakit. (2012). Bandung : Citra Umbara.

Vitri, (2009) Kompetensi Perekam Medis Berdasarkan Peraturan Menteri Kesehatan yang
Berlaku (Online), (http://rekamkesehatan.wordpress. com/2009/02/28/kompetensi-
perekam-medis), diakses 22April 2016

Yessie Mariza. (2013) KMB I Keperawatan Medikal Bedah

 100

LAMPIRAN
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115