Dan Ini adalah postingan saya kali ini,

Adalah TA saya kemarin yang cukup merepotkan ketika pengen lulus D3 Rekam Medis

http://tantos.web.id/ta

Related posts:

1. Menghitung BOR, AvLOS, TOI, dan BTO
2. PEMBUATAN SISTEM INFORMASI REKAM MEDIS DI RUMAH SAKIT UMUM PKU MUHAMMADIYAH BANTUL
3. Sistem Informasi Rumah Sakit Ideal

Sebelumnya…
Grafik Barber Johnson merupakan sebuah grafik yang digunakan untuk mengetahui tingkat efisiensi pemakaian tempat tidur rumah sakit.
Grafik ini terdiri dari 4 garis, yaitu garis BOR, AvLOS, TOI, dan garis BTO. Biasanya didalam grafik barber johnson terdapat sebuah area yang biasa disebut DAERAH EFISIEN. Daerah Efisien ditentukan dengan nilai-nilai standar dari ke-empat parameter tersebut. Nilai-nilai Standar keempat parameter tersebut adalah :
BOR : 75%
AvLOS : 3-9 hari
TOI : 1-3 hari
BTO : 30 kali

DAERAH EFISIEN digunakan untuk membantu pembaca untuk menentukan apakah dengan nilai-nilai keempat parameter tersebut, pemakaian tempat tidur di sebuah rumah sakit sudah efisien atau tidak. Apabila titik temu keempat garis tersebut berada pada daerah efisien, maka pemanfaatan tempat tidur sudah efisien, begitu pula sebaliknya.

Langsung saja, kalo mau pake grafik ini, silakan panggil aja lewat browser, atau aplikasi Anda yang terhubung dengan sebuah jaringan internet. Misalkan nilai keempat parameter tersebut adalah :
BOR : 60%
AvLOS : 6 hari
TOI : 4 hari
BTO : 36.5 kali
Lama Periode : 365 hari (1 tahun)
Nama Rumah Sakit : Rumah Sakit Jiwa

Maka untuk mendapatkan grafik, letakkan tag :

<img src=”http://tantos.web.id/grafik_barber_johnson/?bor=60&avlos=6&toi=4&bto=36.5&periode=365&rs=Rumah%20Sakit%20Jiwa” />
pada dokumen HTML Anda.
Atau panggil saja lewat browser atau apapun aplikasi Anda : http://tantos.web.id/grafik_barber_johnson/?bor=60&avlos=6&toi=4&bto=36.5&periode=365&rs=Rumah%20Sakit%20Jiwa


Selamat Pake

Related posts:

1. Menghitung BOR, AvLOS, TOI, dan BTO
2. Barber Johnson Chart Desktop Edition
3. Alternatif Arsitektur Puskesmas Online

?

Meskipun sudah ada simpus online, transaksi di puskemas tersebut masih menggunakan sistem manual karena simpus online memiliki banyak kelemahan. Kelemahan yang paling mendasar adalah ‘sistem berjalan lambat’. Mengapa lambat?

?

Simpus online merupakan sebuah web based information system dan diakses melalui jaringan internet. Sistem informasi dipasang pada sebuah server, kemudian masing-masing puskesmas dengan terhubung oleh jaringan internet menggunakan sistem informasi tersebut secara bersama-sama. Pernahkan Anda rasakan kecepatan jaringan internet dengan bandwidth pas-pasan pada jam kantor? itulah yang terjadi. Dan pada akhirnya sistem manual tetap menjadi andalan.

Selain itu juga (beberapa atau semuanya, saya tidak tahu) laporan yang dikirim ke dinas masih menggunakan kendaraan bermotor. Tanya ken-napa?

?

Awalnya, web based information system memang menawarkan solusi yang praktis, sehingga developer tidak perlu repot-repot install aplikasi pada setiap komputer dan maintenance sistem-pun akan lebih mudah. Namun akhirnya juga akan kembali pada kondisi lapangan.

?

Alternatif

Mungkin kita semua percaya, bahwa sistem tersebut diatas adalah alternatif yang terbaik pada waktu sistem dibuat. Tapi, tentu terdapat alternatif lain yang dapat dipertimbangkan bukan?

?

Sistem terdistribusi (distributed system) adalah sistem dimana komponen-komponen pada sebuah sistem informasi didistribusikan ke berbagai lokasi pada sebuah jaringan komputer (Jeffery L, 2004). Terdapat 3 tipe arsitektur sistem terdistribusi, yaitu : File server architecture, Client/ server architecture, dan Internet based architecture. Dan kita sedang berbicara tentang Internet based architecture.

?

Beberapa alternatif yang mungkin untuk menggantikan sistem tersebut diatas diantaranya :

Sistem informasi dipasang secara individual pada masing-masing puskesmas dan masing-masing puskesmas terhubung oleh internet meskipun secara insidensial (pada jam-jam tertentu yang telah disepakati ketika Dinkes akan meminta laporan atau pada kondisi tertentu ketika terjadi KLB, misalnya) sehingga puskesmas tidak membutuhkan jaringan internet ketika mengakses sistem informasi. Pertimbangannya adalah, user yang mempunyai intensitas paling tinggi dalam menggunakan sistem informasi adalah puskesmas itu sendiri sedangkan Dinas Kesehatan hanya membutuhkan laporan saja, itupun tidak setiap detik bukan? Mengingat tidak setiap saat Dinas Kesehatan membutuhkan laporan, maka untuk masalah laporan dapat didapatkan dengan web service, yaitu Dinkes merequest laporan ke sistem informasi masing-masing puskesmas atau sebaliknya. Beberapa waktu yang lalu ngobrol dengan Pak Nur Rokhman, membahas itu, beliau kemudian angkat bicara, klo seperti itu ya…, ngirimnya ke server Dinkes setiap jam 12 malam saja. Nah loh…

?

Alternatif selanjutnya adalah dengan menghubungkan beberapa puskesmas yang berdekatan dengan sebuah jaringan. Pada jaringan itu terdapat sebuah server yang digunakan untuk menaruh Simpus dan sebuah gateway yang terhubung dengan Dinas Kesehatan. Selanjutnya untuk masalah laporan juga menggunakan web service sama seperti alternatif sebelumnya. Sistem ini akan (mungkin) lebih baik daripada alternatif sebelumnya ketika terdapat banyak puskesmas yang telah menggunakan Simpus. Kelebihannya terlihat pada saat Dinas membutuhkan laporan, sehingga Dinas tidak perlu merequest ke masing-masing puskesmas, namun hanya ke masing-masing server yang menghubungkan beberapa puskesmas tersebut.

?

Dari kedua alternatif tersebut terdapat kekurangan (atau bisa disebut tantangan) jika dibandingkan dengan simpus yang ada sekarang, yaitu penggunaan satu nomor rekam medis untuk seluruh puskesmas. Misalnya ada seorang pasien baru (X) yang mendaftar di Puskesmas A pada pukul 8 pagi dan mendapat nomor rekam medis 00-00-08. Satu jam kemudian, X periksa sendiri ke Puskesmas B dengan menunjukkan nomor rekam medis 00-00-08 yang didapat dari Puskesmas A. Kemudian yang jadi pertanyaan, bagaimana puskesmas B mendapatkan data pasien dan data medis pasien X yang (masih) tersimpan di Puskesmas A pada saat itu?

?

Kalau memang dipaksakan, bisa saja kita manfaatkan web service. Tetapi, jika mengingat koneksinya lambat, jadi…, ngga’ jadi aja ah…

?

Beuh, kalau sudah mentok begini, mendingan saya menyangkal dengan pertanyaan yang mendasar (atau bersembunyi dibalik ketidakmampuan), seberapa pentingkah penggunaan nomor rekam medis tunggal??!! Jdeeeng!!!! Ya! Seberapa penting?!!!

?

Penting, ngga’ penting, lihat dulu tujuannya. Salah satu tujuannya adalah “bersatunya riwayat penyakit pasien”. Ok, cerita dulu…

Puskesmas adalah sebuah institusi kesehatan yang terdapat pada masing-masing kecamatan. Bahkan dalam satu kecamatan sangat mungkin memiliki lebih dari satu puskesmas. Puskesmas didirikan agar pelayanan kesehatan menjadi lebih dekat dengan masyarakat. Jadi buat apa seorang pasien yang dekat dengan puskesmas A harus memeriksakan diri ke puskesmas B yang jaraknya lebih jauh? Kurang kerjaan saja. Toh, kalau misalnya puskesmas A merujuk seorang pasien ke puskesmas B, tentu akan membawa lembar resume medis pasien yang sudah cukup mewakili untuk mengetahui riwayat penyakit pasien, toh?

?

Jadi mana yang lebih baik? Itu semua tergantung kondisi lapangan, dengan disertai beberapa pertanyaan :

Seberapa cepat jaringan internetnya?

Berapa jumlah puskesmas yang terhubung?

Perlukah penggunaan nomor rekam medis tunggal?

Dan yang paling menentukan adalah, berapa budgetnya?

Related posts:

1. Aplikasi Web Service Dalam Sistem Informasi Rumah Sakit
2. Grafik Barber Johnson Online
3. PEMBUATAN SISTEM INFORMASI REKAM MEDIS DI RUMAH SAKIT UMUM PKU MUHAMMADIYAH BANTUL

Yaitu salah satu ilmu dasar rekam medis : menghitung BOR, AvLOS, TOI, dan BTO!
Angka-angka ini merupakan dasar dalam pembuatan Grafik Barber Johnson. Untuk pembuatan grafik Barber Johnson pernah saya bahas pada waktu jaman dahulu, tapi artikelnya sudah ilang. Kapan-kapan klo sempet akan saya bahas lagi berikut script untuk membuatnya, OC DAB!

Sebelumnya saya segarkan ingatan Anda (bagi lulusan Rekmed yg udah lupa) atau saya kasih tau (bagi yang belum tahu) tentang ke empat variabel tersebut :

BOR : Bed Occupacion Rate (Angka rata-rata tempat tidur terisi dalam satu tahun)
Tempat tidur yang dimaksud adalah tempat tidur di ruang rawat inap.
Angka BOR ideal berkisar antara 75% – 85%
P = O X 100/A

AvLOS : Average Length of Stay (Angka rata-rata lamanya seorang pasien dirawat)
Angka AvLos ideal : 3 – 12 hari
L = O X 365/D

TOI : Turn Over Interval (Angka rata-rata sebuah tempat tidur tidak terisi)
TOI ideal : 1 – 3 hari
T = (A-O) X 365/D

BTO : Bed Turn Over (Tingkat penggunaan sebuah tempat tidur dalam satu tahun)
BTO ideal : lebih dari 30 kali
B = D/A

Keterangan :
O = rata-rata tempat tidur terisi dalam 1 tahun
D = Jumlah pasien yang keluar dalam 1 tahun
A = Jumlah tempat tidur

Masih bingung?sama, saya pun bertanya-tanya, bagaimana memperoleh nilai O, D, dan A.
Secara umum, variabel-variabel tersebut dapat Anda peroleh jika perawat Rumah Sakit Anda melaksanakan Sensus Rawat Inap dengan baik dan benar, kemudian bagian Rekam Medis merekapnya.

Cara mendapatkan nilai O :
Lakukan sensus harian dulu kemudian akan mendapatkan angka lama dirawat per hari.
lama dirawat = pasien awal+pasien masuk+pasien pindahan-pasien dipindahkan-pasien keluar hidup-pasien keluar mati
jumlahkan lama dirawat tersebut selama satu tahun.
O = total lama dirawat/365

Cara mendapatkan nilai D :
D = pasien dipindahkan+pasien keluar hidup+pasien keluar mati

Cara mendapatkan nilai A :
Masuk ke ruang-ruang rawat inap, hitung sendiri jumlah tempat tidur yang ada! Klo males, silakan tilpun perawat masing-masing bangsal…

Jika masih ada yg salah, mohon dikoreksi, tp jika masih bingung, itu adalah kehendak Yang Maha Kuasa, jadi…, disyukuri saja.

NB : Angka 365 merupakan jumlah hari dalam tahun tersebut.

REFERENSI :
Soejadi, DR, DHHSA, 1996, Efisiensi Pengelolaan Rumah Sakit, Katiga Bina: Jakarta.
Wuryanto, Sis, Amd Perkes, SKM, tanpa tahun, Grafik Barber Johnson, Pormiki: Yogyakarta.

Related posts:

1. Grafik Barber Johnson Online
2. Sistem Informasi Rumah Sakit Ideal
3. Aplikasi Web Service Dalam Sistem Informasi Rumah Sakit

(pdf here)

Sekilas Web Service

Sudah banyak artikel di internet yang membahas tentang web service ini, jadi saya tidak perlu mendefinisikan ulang apa yang telah para pakar utarakan. Yang jelas web service digunakan untuk berkomunikasi/ bertukar informasi antar sistem/ mesin dan tidak dibatasi oleh bahasa pemrograman yang dipakai maupun sistem operasi yang digunakan. Ya, kira-kira seperti itu. Contoh sederhana web service adalah grabbing kurs BCA. Dengan sedikit script, Anda memanggil sebuah halaman dari web Bank BCA yang di dalamnya terdapat content kurs, kemudian menampilkannya pada website Anda.

Sistem Informasi Rumah Sakit

Tidak mudah ternyata membuat sistem informasi rumah sakit. Sistem yang ideal yang mampu mencakup keseluruhan bagian dalam rumah sakit. Dari sub-sistem yang menangani data pasien sampai masalah keuangan perusahaan. Desain sistem informasi rumah sakit sepenuhnya tergantung hasil negosiasi dengan pihak rumah sakit. Bisa dibuat sebuah sistem yang besar yang mencakup keseluruhan aspek dalam rumah sakit, atau bisa juga dipecah-pecah guna menyederhanakan pemetaan masalah. Hal-hal yang dicakup dalam sebuah sistem informasi rumah sakit antara lain :

1. Penanganan pendaftaran pasien
2. Penanganan dan pengolahan data sosial pasien
3. Penanganan dan pengolahan data medis (diagnosa, tindakan, dan terapi) pasien
4. Penanganan dan pengolahan data kunjungan pasien
5. Penanganan pembayaran atas tindakan dan pelayanan (Tunai, Askes atau hutang)
6. Penanganan pasien dirujuk/ rujukan
7. Aplikasi Farmasi
8. Apliksai Gudang Material
9. Aplikasi Kepegawaian
10. Keuangan dan accounting rumah sakit
11. Pelaporan internal (pada pihak management)
12. Pelaporan eksternal

Penerapan Web Service dalam Sistem Informasi Rumah Sakit

Aplikasi web service minimal dapat digunakan pada point 6 dan 12 dari list cakupan sistem informasi rumah sakit diatas. Bisa juga pada point 5, apabila menyerahkan masalah pembayaran pada bank yang ditunjuk. Atau juga pada point 7 dan 8 guna transaksi dengan pihak distributor obat, alat kesehatan, dan alat tulis kantor. Teknis penerapan web service sepenuhnya tergantung kebutuhan dan kreatifitas pihak pengembang, dengan mempertimbangkan masalah security, jaringan yang digunakan, dan sistem yang dibuat. Berikut beberapa contoh penerapan web service :

1. Pada Penanganan pasien rujukan. Data-data yang perlu dikirimkan ketika merujuk pasien adalah data sosial, diagnosa, tindakan dan terapi yang pernah diberikan pada pasien. Data-data ini sudah terdapat pada lembar resume medis pasien. Berikut contoh penerapan web service dalam penanganan pasien rujukan :
• Ketika ada pasien yang akan dirujuk, institusi kesehatan perujuk (A) langsung menembak database di institusi kesehatan penerima pasien rujukan (B) yang diantara keduanya terhubung oleh jaringan. Kelemahan sistem ini adalah ketika pasien tersebut tidak datang ke institusi B, namun malah datang ke institusi C karena alasan-alasan tertentu.
• Institusi kesehatan perujuk mengupload/ mengirimkan data resume medis pasien yang akan dirujuk ke sebuah server dimana institusi kesehatan yang menerima rujukan dapat mengakses server tersebut kapan saja, kemudian ketika pasien rujukan datang, institusi kesehatan yang menerima pasien rujukan mengambil resume medis tersebut dari server. Kelemahan sistem ini adalah ketika banyak permintaan rujukan, sehingga mengakibatkan request menjadi lambat.
2. Pada Pelaporan Eksternal. Pelaporan eksternal adalah bentuk laporan yang dikirimkan ke pihak luar, dalam hal ini adalah dinas kesehatan setempat. Laporan yang harus ada adalah laporan RL 1 – 6. Keterlambatan pengiriman laporan sudah menjadi lagu lama di jogjakarta, heheheh, katanya seh… Contoh bentuk penerapan web service dalam pelaporan external antara lain :
• Ketika sudah jatuh tempo untuk mengirimkan laporan, institusi kesehatan (client) mengupload laporan ke server dinas kesehatan dalam bentuk file ataupun data text dan memanggil fungsi untuk execute database.
• Setiap kali sudah jatuh tempo, pihak dinas kesehatan merequest laporan ke masing-masing institusi kesehatan. Kemudian jika laporan belum siap, dinas kesehatan memberikan peringatan baik berupa telfon maupun dalam bentuk surat. Penerapan sistem ini harus ada kesepakatan antara pihak institusi kesehatan dan developer dengan dinas kesehatan. Lebih bagus jika dinas kesehatan, atau bahkan departemen kesehatan menerbitkan standar sistem informasi rumah sakit.

Related posts:

1. Sistem Informasi Rumah Sakit Ideal
2. PEMBUATAN SISTEM INFORMASI REKAM MEDIS DI RUMAH SAKIT UMUM PKU MUHAMMADIYAH BANTUL
3. Alternatif Arsitektur Puskesmas Online

(pdf here)

Sebenarnya saya juga kurang paham betul dengan kata ‘ideal’. Kata ini maknanya cukup dinamis tergantung konteks kalimat yang merangkainya, tergantung siapa yang menggunakannya, dan dari sudut mana orang itu memandang.

Yang jelas, menurut saya ideal dalam hal ini adalah optimal sesuai kebutuhan rumah sakit, secure dalam penanganan data, dan tidak melampaui batasan-batasan hukum Indonesia, cukup. Sekilas Berbagai macam solusi telah banyak ditawarkan oleh software house (vendor) untuk menghandle dan mengolah data dan informasi yang ada di rumah sakit. Dari sistem yang close sampai yang open, dari sistem yang hanya menghandle transaksi penerimaan pasien sampai yang dapat meminimalisir penggunaan kertas, dari yang berharga jutaan sampai angka yang terpisah tiga titik, dari yang user friendly sampai yang sulit diaplikasikan di lapangan. Pembuatan sistem informasi rumah sakit dapat dilihat dari berbagai sudut. Bisa dilihat dari sudut administratif yang menghandle data-data pasien, transaksi dsb, atau bisa juga dari sudut pasien yang cenderung ke pelayanan kesehatan dengan menambahkan teknologi sebagai alat komunikasinya. Hadirnya teknologi 3G akan memperkaya kemampuan sistem, dari IT (Information Technology) menjadi ICT (Information and Communication Technology), kira-kira orang bilang seperti itu.

Kebutuhan Pasien

Harapan pasien dari sebuah pelayanan kesehatan adalah diberikannya service yang cepat dan nyaman. Tingkat mobilitas pasien yang tinggi menuntut adanya komunikasi dan pelayanan yang cepat antara pasien dan institusi kesehatan, yang kemudian antara pasien dengan dokter. Hal ini sebenarnya bisa menggunakan fasilitas telepon, atau biar lebih keren, bisa menggunakan teleconference. Tidak perlu mendebatkan alat komunikasi mana yang lebih cocok, yang terpenting adalah pendokumentasiannya.

Kebutuhan Pihak Rumah Sakit

Jika dilihat dari sudut pandang user, dalam hal ini adalah pihak rumah sakit, mereka tentu menginginkan sebuah sistem yang ideal, istimewa, dapat menghandle semua transaksi yang ada, sehingga tak ada kata ‘terlambat’ pada pembuatan laporan masing-masing pelayanan ataupun pada pengiriman Rekap Laporan (RL 1 – 6) ke dinas kesehatan setempat oleh Sub-bagian Rekam Medis, bahkan mungkin, poli tak perlu lagi melakukan sensus harian, karena setiap laporan akan tercetak otomatis atau terkirim otomatis. Jika benar-benar diaplikasikan, maksud saya ‘SDM pihak rumah sakit bersedia menggunakan sistem yang ada dan sistem tersebut benar-benar BENAR’, jelas akan banyak mengurangi beban kerja semua komponen di rumah sakit itu sendiri, atau mungkin, malah menambah beban kerja perawat dalam menginput hasil pemeriksaan ke sistem. Ah, pada akhirnya semua tergantung desain sistem itu sendiri yang dibatasi oleh kemampuan user dalam mengoperasikan sistem, hal-hal yang berhubungan dengan hukum Indonesia yang menyangkut autetikasi dsb, atau juga kemampuan pengembang dalam membuat sistem yang sesuai dengan permintaan user.

Kemampuan Pihak Pengembang

Sampai saat ini, sudah banyak pihak pengembang yang menawarkan berbagai macam solusi untuk kebutuhan sistem informasi rumah sakit. Dari perorangan sampai yang bermain dibelakang badan usaha (CV/ PT). Kelemahan pengembang adalah ‘belum mengetahui rumah sakit’ itu sendiri. Karena kebanyakan pengembang adalah lebih dulu menguasai komputer daripada sistem rumah sakit, sehingga perlu adanya penghubung antara pihak pengembang dan rumah sakit. Istilah kerennya ‘System Analyst’, orang yang tahu tentang rumah sakit dan sistem yang akan dibuat. Bukan bermaksud iklan, tapi sejauh yang saya ketahui, orang-orang rekam medis (apalagi rekam medis UGM, halah) adalah yang cukup tahu tentang administrasi rumah sakit dan sedikit banyak tahu tentang per-komputer-an. Namun tidak menutup kemungkinan dokter ataupun perawat.

Batasan sistem

Untuk memetakan permasalahan dan mempersempit ruang gerak perancangan sistem, perlu dibuat batasan-batasan yang tidak perlu dicakup oleh sistem. Lebih baik tahapan desain sistem memakan waktu yang lebih lama daripada terjadi huru-hara ketika proses pembuatan. Komunikasi yang intensif-pun perlu dijaga antara kedua pihak. Pihak rumah sakit menjelaskan secara gamblang apa yang mereka inginkan dan memberikan secara detil apa yang mereka harapkan. Batasan-batasan-pun perlu dibahas antara keduanya, seperti :

1. Tidak menghilangkan fungsi dan peran dokter dan perawat dalam melakukan pemeriksaan. Jika di dunia ini ada sistem ‘DEWA CERDAS’, maksud saya sistem yang dapat menghandle semua pekerjaan, sebentar lagi dunia akan kiamat, hehehe….
2. Tidak mengurangi/ menghilangkan ke-otentikan berkas rekam medis. Masalah otentikasi pernah menjadi bahan debat antar kelompok ketika dulu kuliah Kapita Selekta. Kemudian saya mengarahkan ke masalah security sistem, bahwa tidak ada sistem yang benar-benar aman, halah, sok-sok an. Yang jelas, masalah ini cukup penting menyangkut fungsi rekam medis di hadapan hukum. Lembar-lembar rekam medis yang perlu dijaga ke-autentikasi-annya antara lain :

• Lembar RMK (Ringkasan Masuk-Keluar)
• Lembar Resume
• Catatan Perawat
• Hasil Pemeriksaan Lab/ Radiologi
• Lembar Inform Consent
• Laporan Operasi

Sayangnya, hukum Indonesia belum mengenal tanda tangan digital (digital signature). Jika saja hukum Indonesia lebih maju…, hiks…

Kemampuan Sistem

Secara global, sistem yang ideal tentu dapat mengurangi beban kerja masing-masing unit pelayanan. Secara detil (meskipun tidak keseluruhan), dapat digambarkan sebagai berikut:

1. Dapat mengurangi beban kerja sub-bagian rekam medis dalam ‘menangani’ berkas rekam medis. Sub-bagian rekam medis memang sub-bagian yang paling direpotkan dengan berkas rekam medis. Dari coding, indexing, assembling, filing dan ing-ing yang lain (maaf, sudah lupa) semua dihandle oleh sub-bagian ini. Dengan adanya sebuah sistem informasi, seharusnya paling tidak dapat menggantikan fungsi koding pada sub-bagian rekam medis. Sebagian besar rumah sakit di indonesia, masih menggunakan petugas rekam medis ataupun kurir dalam mendistribusikan berkas ke masing-masing pelayanan. Beberapa rumah sakit sudah menggunakan teknologi ‘lift’ sebagai sarana transportasi berkas ke pelayanan-pelayanan ataupun kembali ke tempat penyimpanan (filing).
2. Dapat mengurangi pemakaian kertas (paperless). Pemakaian kertas masih belum dapat dihilangkan di Indonesia saat ini, karena data medis sangat rentan dengan hukum dan akan memporakporandakan perdagangan kertas Indonesia, halah… Dengan sistem yang terkomputerisasi, pemakaian kertas yang bisa dipangkas antara lain :

• Lembar-lembar rekam medis yang tidak berhubugan dengan masalah autentikasi atau aspek hukum.
• Laporan masing-masing unit pelayanan (karena semua laporan sudah terekap oleh sistem).
• Rekap Laporan (RL) 1 – 6 yang dikirim ke dinas kesehatan.

1. Dapat berkomunikasi dengan sistem lain pada pelayanan kesehatan lain Web Service, kira-kira orang IT menyebutnya demikian. Aplikasi ini sangat berguna pada kasus rujukan, entah dirujuk ke atas atau ke bawah. Dalam sistem manual, prosedur rujukan adalah dengan mengirimkan kopian lembar resume medis pasien, dan membawa 1 atau 2 perawat yang mengantarkannya. Kesulitan dalam mengaplikasikan sistem ini adalah tidak adanya standard sistem informasi rumah sakit di Indonesia. Masing-masing rumah sakit dengan pe-de nya meluncurkan sistem mereka yang baru dari vendor terkenal, kemudian rumah sakit lain ikut-ikutan launcing sistem dengan vendor yang lain. Tidak adanya komunikasi antar vendor dan tidak adanya kesepakatan penanganan komunikasi antar sistem yang seharusnya ditengahi oleh pemerintah dengan mengeluarkan prosedur standard sistem informasi rumah sakit mengakibatkan hal ini sulit dilaksanakan. Tantangan lain dalam pengaplikasian web service ini adalah masalah security. Saya tidak akan mewacanakan masalah security, karena bahasannya cukup kompleks. Bisa dilihat dari security aplikasi maupun security jaringannya. Dan tentu Anda lebih tahu akan hal ini.
2. Dapat memberikan pelayanan yang real time Yang saya maksud disini adalah teknologi 3G. Layanan ini mungkin bisa dinomor sekiankan dulu, karena pemanfaatan teknologi 3G masih jarang digunakan di Indonesia, dan masih termasuk teknologi yang mahal. Tidak menutup kemungkinan 5 tahun mendatang 3G sudah meresahkan masyarakat, maksud saya sudah menjadi bagian dari kebutuhan hidup, lebih dari sekedar gaya hidup (biasanya seperti itu).

Sebenarnya masih banyak aspek yang dapat menjadi bahan dalam pembuatan sistem informasi rumah sakit ideal, entah itu pembatasan maupun keguanaan dan kemampuan. Namun karena saya sudah kehabisan ide, sampai jumpa minggu depan pada stasiun dan jam yang sama, halah!

Related posts:

1. PEMBUATAN SISTEM INFORMASI REKAM MEDIS DI RUMAH SAKIT UMUM PKU MUHAMMADIYAH BANTUL
2. Aplikasi Web Service Dalam Sistem Informasi Rumah Sakit
3. Menghitung BOR, AvLOS, TOI, dan BTO