ANALISA DAN PERANCANGAN APLIKASI

SISTEM INFORMASI PELAYANAN KESEHATAN

STUDI KASUS PETUKANGAN MEDICAL CENTER

Randy Andy
06505007
Latar Belakang
• Klinik merupakan suatu kesatuan organisasi kesehatan fungsional yang
membutuhkan teknologi maju dalam mendukung pengolahan informasinya, ex:
klinik membutuhkan rekam medis.
• Kendala utama : pasien kesulitan untuk meminta data rekam medis atas penyakit
yang pernah dideritanya terutama bagi pasien yang lama tidak berkunjung.
• Kendala lain : proses konsultasi antara pasien dengan dokter membutuhkan waktu
yang agak lama untuk mendapatkan hasil anamnesa setelah dilakukan pemeriksaan
fisik oleh dokter.
• Solusi : merancang suatu sistem informasi pelayanan kesehatan terpadu secara
online sehingga pasien dapat mengakses data mengenai penyakitnya pada saat
dibutuhkan dan juga tidak mempersulit aktor yang terkait dengan sistem pelayanan
kesehatan tersebut.
Rumusan Masalah
• Sistem pelayanan kesehatan yang sedang berjalan dinilai kurang memenuhi
kebutuhan klinik, dikarenakan jumlah pasien bertambah banyak sehingga
memerlukan perhatian lebih untuk mengelola permasalahan pasien.
• Penumpukan berkas rekam medik pasien secara konvensional yang dinilai tidak
efektif dan efisien.
• Pasien mengalami kesulitan untuk mendapatkan data history penyakit yang pernah
dialami sebelumnya, hal ini dialami pasien pada saat berkunjung ke klinik yang
lain.
Tujuan Penelitian
• Menganalisa serta merancang sebuah aplikasi sistem informasi pelayanan kesehatan
yang ada pada Petukangan Medical Center, sehingga pasien dapat dengan mudah
memperoleh informasi mengenai data kesehatan pribadi melalui rekam medis
elektronis via online.
• Mempermudah seorang resepsionis dalam pencarian data rekam medik pasien yang
biasanya masih menggunakan cara konvensional
• Meminimalisir biaya penggunaan kertas serta ATK.
• Tidak dibutuhkannya lagi ruangan khusus penyimpanan data rekam medis.
Lingkup dan Batasan Masalah
• Ruang lingkup bahasan meliputi alur proses rekam medis hingga transaksi
pembayaran pengobatan pasien
• Hal-hal diluar konteks yang tidak menjadi pembahasan yang akan diulas dalam
pengerjaan penelitian tugas akhir ini diantaranya adalah :
▫ Proses pengambilan nomor urut berobat pasien
▫ Proses penggajian dokter dan karyawan
▫ Proses pembelian obat di apotik Petukangan Medical Center
Metode Penelitian
Keterangan :

Communication : perbandingan sistem

yang sedang berjalan dengan Sistem
Informasi yang diusulkan menggunakan
aspek PIECES.

Planning : pengambilan informasi terkait

dengan kebutuhan pengguna sistem.

Modelling : representasi kebutuhan

sistem menjadi suatu desain sebagai baku
rancang pembuatan suatu aplikasi.

Construction : implementasi desain

sistem menjadi suatu aplikasi melalui
proses coding dan testing

Deployment : implementasi terhadap

aplikasi yang telah dibuat dengan cara
menguji coba sistem yang telah
dijalankan.
 Landasan Teori (1)
• Pengertian Sistem
Suatu sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan,
berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu
sasaran yang tertentu. (Fitzgerald. 1981)

• Pengertian Informasi
Informasi adalah data yang telah diolah menjadi sebuah bentuk yang berarti bagi penerimanya dan
bermanfaat dalam pengambilan keputusan saat ini atau saat mendatang. (Davis. 1999)

• Pengertian Sistem Informasi

Sistem informasi adalah kombinasi antara porsedur kerja, informasi, orang dan teknologi informasi
yang diorganisasikan untuk mencapai tujuan dalam sebuah organisasi. (Alter. 1992)

• Pengertian Sistem Informasi Manajemen

Sistem informasi manajemen (SIM) atau management information system (MIS) adalah sistem
informasi yang digunakan untuk menyajikan informasi yang digunakan untuk mendukung operasi,
manajemen, dan pengambilan keputusan dalam sebuah organisasi. (Kadir. 2003)

• Karakteristik Sistem Informasi Manajemen :

▫ Beroperasi pada tugas – tugas yang terstruktur.
▫ Meningkatkan efisiensi dengan mengurangi biaya.
▫ Menyediakan laporan dan kemudahan akses yang berguna untuk pengambilan keputusan tetapi tidak secara
langsung
Landasan Teori (2)
• Pengertian Rekam Medis
Berkas yang berisi catatan dan dokumen tentang identitas pasien, pemeriksaan, pengobatan,
tindakan dan pelayanan lain yang telah diberikan kepada pasien. (Sjamsuhidajat. 2006)

• Isi Rekam Medis

▫ Catatan
▫ Dokumen (kelengkapan dari catatan tersebut)

• Jenis Rekam Medis

▫ Rekam medis konvensional
▫ Rekam medis elektronik

• Manfaat Rekam Medis

▫ Pengobatan pasien
▫ Peningkatan kualitas pelayanan
▫ Pendidikan dan penelitian
▫ Pembiayaan
▫ Statistik kesehatan
▫ Pembuktian masalah hukum, disiplin dan etik
 Landasan Teori (3)
• Pengertian flowchart diagram
salah satu cara penyajian algoritma dengan menggambarkan langkah-langkah penyelesaian
suatu masalah.

• Tujuan flowchart diagram

▫ Menggambarkan suatu tahapan penyelesaian masalah
▫ Secara sederhana, terurai, rapi dan jelas
▫ Menggunakan simbol-simbol standar

• Pengertian Context Diagram

Diagram konteks adalah sebuah diagram sederhana yang menggambarkan hubungan antara entiti
luar, masukan dan keluaran dari sistem (Kristanto. 2008).

• Pengertian Data Flow Diagram

Data flow diagram atau diagram alur data adalah suatu model logika data atau proses yang dibuat
untuk menggambarakna darimana asal data dan kemana tujuan data yang keluar dari sistem,
dimana data disimpan, proses apa yang menghasilkan data tersebut dan interaksi antara data yang
tersimpan dan proses yang dikenakan pada data tersebut. (Kristanto. 2008)

• Pengertian Entity Relationship Diagram

Diagram hubungan entitas adalah representasi yang bersifat detail, logis, dan grafis dari entitas,
hubungan antar entitas dan elemen data dari suatu organisasi atau area bisnis. (Ladjamudin. 2005)
 Landasan Teori (4)
• Elemen Entity Relationship Diagram
▫ Entitas
▫ Atribut
▫ Hubungan :
 Hubungan one to one (1:1)
 Hubungan one to many (1:M)
 Hubungan many to many (M:N)

• Pengertian Kamus Data (Data Dictionary)

Kamus data adalah kumpulan elemen-elemen atau simbol-simbol yang digunakan untuk membantu
dalam penggambaran atau pengidentifikasian setiap field atau file di dalam sistem. (Kristanto.
2008).

• Analisa PIECES (Performance, Information, Economy, Control, Efficiency, Services)

• Analisis Kinerja (Performance)
• Analisis Informasi (Information)
• Analisis Ekonomi (Economy)
• Analisis Kontrol (Control)
• Analisis Efisiensi (Eficiency)
• Analisis Pelayanan (Service)
Landasan Teori (5)
• Pengertian PHP
PHP merupakan singkatan dari PHP Hypertext Preprocessor. PHP merupakan bahasa berbentuk
skrip yang ditempatkan dalam server dan diproses di server.

• Kelebihan PHP :
▫ Script (kode program) sudah terintegrasi dalam kode HTML, sehingga developer web bisa
berkonsentrasi langsung pada penampilan interface web.
▫ Berorientasi pada objek (Object Oriented)
▫ Tidak adanya proses compile dan linking.
▫ User Friendly, dapat dipakai program notepad untuk fungsi editor.
▫ Syntax bahasa pemrogramannya mudah dipelajari, sangat menyerupai bahasa C dan Perl.
▫ Integrasi yang sangat luas ke berbagai server database.

• MySQL
MySQL (My Structure Query Language) merupakan sebuah program pembuat database yang
bersifat open source
Analisa dan Desain Sistem (1)
• Communication :
▫ Project initiation ( Persiapan sebelum mengerjakan suatu project )
 Flowchart sistem yang sedang berjalan
Analisa dan Desain Sistem (2)
 Flowchart sistem yang diusulkan
Analisa dan Desain Sistem (3)
▫ Analisa PIECES

PIECES Sistem Yang Sedang Berjalan Sistem Yang Diusulkan

Performa Pada sistem ini, dokter harus menganalisa penyakit pasien Pada sistem ini, pasien terlebih dulu menginputkan data
melalui prosedur konsultasi yang memakan waktu relatif keluhan dalam sistem untuk dianalisa oleh dokter, sehingga
lama. tidak memerlukan prosedur konsultasi yang lama.

Informasi Pada sistem ini, laporan hasil pemeriksaan laboratorium
tidak diterima langsung oleh dokter namun melalui pasien
sehingga dokter terkadang sulit dalam menentukan
therapy apa yang harus diberikan kepada pasien.
Ekonomi Pada sistem ini, data – data yang terkait dalam proses
pelayanan kesehatan masih tersimpan dalam bentuk
tercetak sehingga terjadi pemborosan karena
menggunakan media tersebut.
Kontrol Pada sistem ini, prosedur transaksi pembayaran dilakukan
secara langsung antara pasien dengan dokter atau pasien
dengan patolog, rentan untuk terjadinya kecurangan
sangat mudah terjadi.
Efisiensi Pada sistem ini, pasien mengalami kendala dalam
mengakses data riwayat penyakit (medical record) yang
pernah dialami, karena pasien diharuskan untuk
berkunjung ke klinik untuk mengaksesnya.
Pada sistem ini, pasien tidak terlibat dalam penerimaan
hasil laporan pemeriksaan check up oleh patolog, karena
dalam sistem ini, laporan akan dikirim oleh patolog langsung
kepada dokter melalui sistem.
Pada sistem ini, arsip yang terkait dengan pelayanan
kesehatan tersimpan di dalam sistem yang sudah
terkomputerisasi sehingga mengurangi pemborosan terhadap
ATK dan kertas.
Pada sistem ini, prosedur transaksi pembayaran mengalami
perubahan. Pasien tidak lagi melakukan transaksi
pembayaran jasa pelayanan kesehatan secara langsung.
Namun sudah terorganisir yakni antara pasien dengan kasir.
Pada sistem ini, pelayanan kesehatan terhadap pasien dalam
memperoleh medical record lebih mudah, karena pasien
cukup mengakses account pasien tersebut dari website.

Pelayanan Pada sistem ini, pelayanan kepada pasien tidak terlalu Pada sistem ini, pelayanan terhadap pasien dalam
diperhatikan karena sistem ini lebih tertuju kepada menjalankan sistem sangat diutamakan. Dibuktikan dengan
bagaimana proses pengobatan pasien, bukan dari sisi kemudahan pasien dalam menjalankan sistem.
pelayanan kesehatan
Analisa dan Desain Sistem (4)
• Planning :
▫ Functional Requirement Pasien
 Mengajukan keluhan yang dirasakan melalui sistem, dalam hal ini pasien sebelum menginput
data melalui aplikasi yang telah tersedia sebelum dokter melakukan pemeriksaan.
 Menerima MR (medical record) dalam bentuk PDF (portable document format) serta tertulis
yang dibuat oleh dokter melalui sistem.
 Menerima bukti pembayaran dari kasir.a

▫ Functional Requirement Dokter

 Menindaklanjuti keluhan pasien yang telah diinputkan ke dalam sistem.
 Membuatkan medical record form yang berisi data anamnesa serta therapy untuk pasien.
 Menentukan apakah pasien harus melakukan check-up di laboratorium atau tidak, yakni
setelah dokter membuat medical record form pasien, dokter kemudian meng-input check up
request form pasien sesuai dengan anamnesa yang dibuat oleh dokter.
 Menganalisa hasil laboratorium yang telah diberikan oleh patolog sebelum dibuatkan therapy.

▫ Functional Requirement Resepsionis

 Melakukan registrasi user untuk 5 aktor yakni pasien, dokter, patolog, kasir dan resepsionis.
 Memberikan hak akses kepada pasien, dokter, kasir dan patolog dalam mengatur akunnya.
Analisa dan Desain Sistem (5)
▫ Functional Requirement Patolog
 Menerima check up request form yang telah diajukan oleh dokter melalui sistem dan
melakukan check-up sesuai dengan data check up request form yang diminta oleh
dokter.
 Memberikan hasil laboratorium kepada dokter untuk dianalisa lebih lanjut sebelum
dokter memberikan therapy kepada pasien.

▫ Functional Requirement Kasir

 Membuat data keuangan terhadap pasien untuk diinput ke dalam data keuangan sistem.
 Menerima username dan password dari sistem
 Membuat bukti pembayaran untuk pasien.
Analisa dan Desain Sistem (6)
• Modelling
▫ Context Diagram / Data Flow Diagram Level 0

Data Diri,
Pasien Keluhan Patolog
Username,
Password Data DIri
Hasil Lab,
Account, Username,
MR, Password
Bukti pembayaran
Data Diri CRF,
Username, Account
Medical Record
Password,
CRF, MR, Account
Data Diri
Keluhan, MRF Username,
Hasil Lab,
Password,
Account
Keuangan

Data diri
Data Diri
Account
Kasir
Dokter

Resepsionis
Analisa dan Desain Sistem (7)
• DFD Level 1
Data Diri Account
Account

1.0
Registrasi Data Diri
Account hasil lab
Data Diri Data Diri

Pasien
Account
Resepsionis Data Diri Patolog
Data
MR Account
Diri

D1 User

Username, Username,
Password Validasi Username. Password
Password

Validasi

Validasi
2.0
Login
Keluhan Validasi

Account

Validasi
Keluhan
Username, D2 keluhan
Password
Data Diri
Keluhan
Anamnesa,
Therapy
MR
3.0 D3 mrf
Konsultasi
Anamnesa,
Therapy
MR
Dokter
Anamnesa, CRF
therapy
Keluhan D4 crf
CRF
CRF
nama_hematologi 4.0 CRF
Rujukan
D5 hematologi

nama_hematologi
hasil lab

D7 hasil lab
nama_periksa MR
5.0
D6 periksa Tinjauan hasil lab
Lab
nama_periksa

Hasil Lab

hasil_lab
Username
Password
6.0
MR Hasil
Pemeriksaan
Data
Diri
MR

Keuangan
Kasir
bukti Keuangan
pembayaran 7.0
Pembayaran
nama_biaya, harga
D8 keuangan
D9 biaya Bukti
nama_biaya, harga Pembayaran
 Analisa dan Desain Sistem (8)
▫ Kamus Data

Field Type Comments Field Type Comments

id_crf int(5) id primary check up request form id_crf int(5) id primary check up request form
alamat varchar(30) alamat pasien alamat varchar(30) alamat pasien
umur int(5) umur pasien umur int(5) umur pasien
nama varchar(30) nama pasien nama varchar(30) nama pasien
nomor_dokumen int(5) nomor dokumen / index nomor_dokumen int(5) nomor dokumen / index
id_user int(5) id user from tabel user id_user int(5) id user from tabel user
nama dokter yang membuat check up request nama dokter yang membuat check up request
dokter text dokter text
form form
anamnesa text anamnesa dokter anamnesa text anamnesa dokter
tanggal date tanggal pembuatan check up tanggal date tanggal pembuatan check up
nama_hematolog nama_hematolo
varchar(30) nama hematologi from tabel hematologi varchar(30) nama hematologi from tabel hematologi
i gi
status varchar(10) status check up request form status varchar(10) status check up request form
Kamus data crf Kamus data hasil_lab

Field Type Comments Field Type Comments

id_biaya int(5) id biaya pengobatan id_keluhan int(11) id primary keluhan pasien
nama_biaya varchar(30) nama biaya pengobatan id_user int(5) id user from tabel user
harga int(9) harga biaya pengobatan nomor_dokumen int(5) nomor dokumen / index
Tanggal Date tanggal dibuatnya keluhan
Kamus data biaya
Dari varchar(50) nama pasien yang membuat keluhan
Field Type Comments Keluhan Text keluhan yang diutarakan oleh pasien
id_hematologi varchar(5) id primary hematologi Status varchar(20) status keluhan
nama_hematologi varchar(30) nama hematologi Kamus data biaya
Kamus data hematologi
 Analisa dan Desain Sistem (9)
Field Type Comments Field Type Comments
id_keluhan int(11) id primary keluhan pasien id_mrf int(5) id primary mrf
id_user int(5) id user from tabel user nomor_dokumen int(5) nomor dokumen / index
nomor_dokumen int(5) nomor dokumen / index id_user int(5) id user from tabel user
Tanggal Date tanggal dibuatnya keluhan nama text nama pasien
Dari varchar(50) nama pasien yang membuat keluhan tanggal date tanggal dibuatnya mrf
Keluhan Text keluhan yang diutarakan oleh pasien keluhan text keluhan yang dirasakan pasien
Status varchar(20) status keluhan anamnesa text anamnesa yang dibuat oleh dokter
Kamus data keluhan therapy text therapy yang dibuat oleh dokter
check_up varchar(5) Validasi check up ke lab atau tidak
Field Type Comments status varchar(20) status mrf
id_periksa varchar(5) id primary periksa Kamus data mrf
nama_periksa Text jenis pemeriksaan
Kamus data periksa Field Type Comments
Field Type Comments id_user int(15) id primary tabel user
id_keuangan int(5) id primary keuangan nama varchar(30) nama user
id_user int(5) id user from tabel user jenis_kelamin varchar(10) jenis kelamin user
nomor_dokumen int(5) nomor dokumen / index calendar date tanggal lahir user
kasir varchar(30) nama kasir yang membuat data keuangan alamat varchar(30) alamat user
nama_pasien varchar(30) nama pasien telp int(15) nomor telepon user
dokter varchar(30) nama dokter tipe varchar(30) tipe user
tanggal date tanggal pembuatan data keuangan username varchar(20) username yang digunakan untuk login
nama_biaya varchar(30) tipe biaya yang harus dibayarkan password text password yang digunakan untuk login
qty int(5) banyaknya Kamus data user
harga int(9) harga yang harus dibayarkan per biaya
keterangan text keterangan data keuangan
jumlah int(9) jumlah biaya yang harus dibayarkan
Kamus data keuangan
Analisa dan Desain Sistem (10)
▫ Entity Relationship Diagram
therapy
nomor_dokumen
nama nomor_dokumen id_user
id_user
calendar id_keluhan id_mrf id_user
jenis_kelamin
nama
alamat 1 N 1 1
user input keluhan dibuat mrf
tanggal
tipe
tel password
p username keluhan
anamnesa
keluhan tanggal
dari status check_up
status

1
1
dibuat
input
1
N jenis_kelamin nomor_dokumen

id_keuangan nama_periksa status tanggal

anamnesa

id_user id_crf
jumlah hasil id_user
id_hasil_lab
alamat
dokter
crf
tanggal keuangan hasil_lab 1 berdasark 1
umur

an
qty id_use nama
harga r
dokter dokter
kasir nama nama_hematologi
nama_pasien
umur
nomor_dokumen nomor_dokumen status
nama_biaya tanggal

1 1
berdasarkan 1
berdasarkan
berdasarkan
N
N
N nama_hematologi
nama_biaya nama_periksa

biaya periksa hematologi

id_harga id_periksa id_hematologi
harga
Analisa dan Desain Sistem (11)
• Mapping
Implementasi
• Aplikasi electronic medical record
• Database rekam_medis
Kesimpulan
• Sistem informasi pelayanan kesehatan ini memiliki website dengan fitur forum diskusi
yang bisa mengelola pertanyaan – pertanyaan pasien terkait dengan masalah kesehatan
maupun pelayanan klinik, namun fitur serta website tersebut tidak diangkat dalam
perancangan tugas akhir ini.
• Sistem informasi pelayanan kesehatan ini memiliki tabel medical record yang menampung
data – data rekam medis yang dapat dengan mudah diakses oleh pasien.
• Dengan adanya aplikasi sistem informasi pelayanan kesehatan berbasis web, maka akan
memudahkan user / pasien untuk mengakses langsung data history penyakit yang mereka
cari dengan mudah, kapan saja dan dimana saja sesuai dengan kebutuhan selama user /
pasien terhubung dengan jaringan internet.
• Aplikasi sistem informasi pelayanan kesehatan berupa rekam medis yang berbasis web,
dapat memberikan kemudahan bagi Petukangan Medical Center dalam menyimpan, meng-
update, mengakses dan mencari catatan medis pasien secara lengkap dan akurat serta
mendukung kinerja dokter dalam penyediaan data pasien yang akurat.
• Aplikasi pada sistem informasi pelayanan kesehatan ini hanya dapat diakses oleh 5 orang
aktor, diantaranya adalah Dokter, Pasien, Patolog, Kasir dan Resepsionis.
• Aplikasi yang dijalankan pada sistem informasi pelayanan kesehatan membutuhkan 9
(enam) data store.
• Dalam pengujian aplikasi rekam medis elektronik via online, interface aplikasi serta
database membutuhkan hosting space sebesar ± 100 MB.
Saran
• Perlu adanya pemantauan terhadap berjalannya implementasi dari
aplikasi sistem pelayanan kesehatan yang diterapkan pada
Petukangan Medical Center, karena adanya perubahan dari sistem
konvensional ke sistem yang modern.
• Diharapkan adanya pelatihan pengoperasian aplikasi yang intensif
bagi para dokter serta staf medis pada Petukangan Medical Center.
• Untuk selanjutnya diharapkan adanya pengembangan ke arah yang
skalanya lebih luas yakni rekam medis yang sudah terintegrasi
dengan Askes dan atau Jamsostek serta Departemen Kesehatan
Republik Indonesia, sehingga dengan skala yang lebih luas maka
data rekam medis pasien terintegrasi pada satu server utama saja.
Sekian dan Terima Kasih