BAB VI
Infrastruktur Rekam Medis Elektronik (RME) dan Aplikasi Administrasi Kesehatan
Alur Digital End-to-End, Kebutuhan Infrastruktur, dan Single Point of Failure
Orientasi Pembelajaran
Transformasi digital pelayanan kesehatan tidak hanya ditentukan oleh keberadaan aplikasi. Rekam Medis Elektronik (RME), sistem pendaftaran, antrean, farmasi, laboratorium, klaim, logistik, kepegawaian, dan pelaporan membutuhkan infrastruktur yang mampu menjamin bahwa aplikasi dapat digunakan ketika dibutuhkan.
Sebuah aplikasi RME dapat dirancang dengan sangat baik, tetapi apabila komputer pelayanan rusak, jaringan tidak tersedia, server berhenti, koneksi internet terputus, atau database tidak dapat diakses, maka proses pelayanan tetap akan terganggu. Oleh karena itu, administrator kesehatan perlu memahami keterkaitan antara proses pelayanan, pengguna, aplikasi, data, perangkat, jaringan, server atau cloud, penyimpanan, serta dukungan operasional.
Apa yang terjadi pada pelayanan pasien jika satu komponen infrastruktur RME berhenti bekerja selama satu atau dua jam?
Capaian Pembelajaran
Sesuai RPS, pertemuan keenam mengacu pada CPMK-3 / Sub-CPMK 6. Mahasiswa diharapkan mampu menganalisis kebutuhan infrastruktur untuk RME dan aplikasi administrasi kesehatan.
- Memetakan kebutuhan perangkat pengguna.
- Menganalisis kebutuhan jaringan dan konektivitas.
- Menentukan kebutuhan server atau cloud.
- Mengidentifikasi kebutuhan penyimpanan data.
- Menganalisis dukungan operasional aplikasi.
- Mengidentifikasi single point of failure pada alur layanan digital.
1. RME Bukan Sekadar Aplikasi
Rekam Medis Elektronik sering dipahami hanya sebagai aplikasi yang digunakan dokter atau tenaga kesehatan untuk mencatat informasi pasien. Dalam praktiknya, RME merupakan bagian dari suatu ekosistem digital yang jauh lebih luas.
Agar satu informasi pasien dapat dicatat, disimpan, ditampilkan, dan digunakan kembali, dibutuhkan serangkaian komponen yang bekerja secara bersama-sama. Petugas membutuhkan komputer atau perangkat lain, perangkat membutuhkan koneksi jaringan, aplikasi membutuhkan server atau cloud, dan seluruh data membutuhkan database serta mekanisme penyimpanan yang aman.
Gangguan pada salah satu komponen tersebut dapat memengaruhi keseluruhan proses. Oleh karena itu, evaluasi infrastruktur RME harus melihat sistem sebagai satu rangkaian layanan, bukan sebagai perangkat yang berdiri sendiri.
2. Aplikasi Administrasi Kesehatan yang Perlu Didukung
Infrastruktur fasilitas kesehatan tidak hanya digunakan oleh RME. Dalam satu fasilitas pelayanan kesehatan terdapat berbagai aplikasi administratif dan operasional yang saling berhubungan.
| Aplikasi/Unit | Fungsi Utama | Kebutuhan Infrastruktur |
|---|---|---|
| Pendaftaran | Identifikasi pasien dan registrasi kunjungan | PC, printer, scanner, LAN, aplikasi |
| RME | Dokumentasi pelayanan dan informasi klinis | Endpoint, jaringan, server/cloud, database |
| Antrean | Mengatur urutan pelayanan | Display, printer, jaringan, aplikasi |
| Farmasi | Resep, stok, distribusi obat | PC, barcode, printer, database, LAN |
| Laboratorium | Pemeriksaan dan hasil laboratorium | PC, perangkat lab, jaringan, storage |
| Klaim | Administrasi pembiayaan dan klaim | PC, internet, aplikasi, dokumen digital |
| Pelaporan | Indikator, laporan dan dashboard | Database, internet, dashboard, storage |
3. Alur Digital End-to-End
Analisis RME sebaiknya menggunakan pendekatan end-to-end. Artinya, mahasiswa tidak hanya melihat aplikasi di satu meja pelayanan, tetapi menelusuri perjalanan informasi dari pasien datang sampai data digunakan untuk pelaporan dan pengambilan keputusan.
Pada setiap tahap, administrator perlu mengetahui siapa pengguna sistem, perangkat apa yang digunakan, data apa yang diproses, bagaimana data berpindah, serta apa dampaknya jika sistem tidak tersedia.
4. Kebutuhan Endpoint
Endpoint adalah perangkat yang digunakan oleh pengguna untuk mengakses sistem. Dalam pelayanan kesehatan, endpoint dapat berupa komputer desktop, laptop, tablet, printer, scanner, barcode reader, atau perangkat lain yang terhubung dengan aplikasi.
Jumlah perangkat tidak boleh ditentukan hanya berdasarkan jumlah ruangan. Administrator perlu mempertimbangkan jumlah pengguna aktif, volume transaksi, jam sibuk, kebutuhan mobilitas petugas, serta kemungkinan kerusakan perangkat.
Satu loket pendaftaran yang melayani ratusan pasien setiap hari mungkin membutuhkan perangkat yang lebih andal dan perangkat cadangan dibanding komputer yang hanya digunakan untuk membuat laporan bulanan.
5. Kebutuhan Jaringan dan Konektivitas
RME bergantung pada konektivitas. Data pasien harus dapat berpindah dari unit pendaftaran menuju poli, farmasi, laboratorium, administrasi, server, dan sistem eksternal.
Jaringan internal sebaiknya mampu memberikan koneksi yang stabil pada unit kritis. LAN umumnya digunakan pada perangkat tetap, sedangkan Wi-Fi dapat mendukung mobilitas pengguna. Namun, penggunaan Wi-Fi harus mempertimbangkan jangkauan sinyal, jumlah pengguna, keamanan akses, serta pemisahan jaringan internal dan jaringan tamu.
6. Server, Cloud, dan Penyimpanan
Aplikasi RME membutuhkan tempat untuk menjalankan aplikasi dan menyimpan data. Infrastruktur tersebut dapat berada di server lokal, cloud, atau kombinasi keduanya.
Pemilihan arsitektur harus mempertimbangkan tingkat kritis pelayanan, stabilitas internet, kapasitas organisasi, biaya, keamanan, kemampuan vendor, dan kebutuhan kontinuitas layanan.
Server berada di fasilitas kesehatan. Kontrol lokal tinggi tetapi membutuhkan listrik, UPS, pemeliharaan, backup, dan dukungan teknis.
Aplikasi dan data menggunakan layanan provider. Skalabilitas lebih mudah, tetapi layanan lebih bergantung pada internet dan vendor.
Menggabungkan komponen lokal dan cloud sesuai kebutuhan dan tingkat kritis layanan.
7. Penyimpanan dan Pertumbuhan Data
Data RME tidak bersifat statis. Setiap kunjungan pasien akan menambah data baru. Selain data teks, fasilitas kesehatan dapat menyimpan dokumen hasil pemeriksaan, scan, gambar, lampiran, dan data lainnya.
Oleh karena itu, perencanaan storage harus memperhitungkan pertumbuhan data beberapa tahun ke depan, bukan hanya kebutuhan saat sistem pertama digunakan.
8. Single Point of Failure
Salah satu konsep penting dalam analisis infrastruktur adalah Single Point of Failure (SPOF). SPOF merupakan satu komponen yang apabila gagal dapat menyebabkan sebagian besar atau seluruh layanan berhenti.
Contoh SPOF dalam fasilitas kesehatan dapat berupa:
- hanya memiliki satu koneksi internet tanpa cadangan;
- hanya memiliki satu server untuk seluruh aplikasi kritis;
- satu switch menghubungkan seluruh unit tanpa perangkat pengganti;
- satu database tanpa backup;
- satu komputer digunakan sebagai satu-satunya loket pendaftaran;
- satu UPS menopang sistem kritis tetapi tidak pernah diuji;
- hanya satu petugas memahami konfigurasi sistem.
Semakin kritis suatu layanan, semakin kecil toleransi organisasi terhadap single point of failure.
9. Mengidentifikasi SPOF dari Alur Pelayanan
SPOF sebaiknya dicari berdasarkan alur proses pelayanan. Mahasiswa dapat memulai dari satu proses, misalnya pendaftaran pasien, kemudian menelusuri seluruh komponen yang dibutuhkan.
| Komponen | Jika Gagal | Risiko | Mitigasi |
|---|---|---|---|
| PC loket | Registrasi terganggu | Antrean meningkat | Perangkat cadangan |
| Switch jaringan | Banyak unit terputus | Layanan digital berhenti | Spare switch / redundansi |
| Server | RME tidak tersedia | Pelayanan terganggu luas | Backup, failover, SOP downtime |
| Internet | Akses eksternal terganggu | Klaim/pelaporan tertunda | ISP cadangan |
10. Tingkat Kritis Aplikasi
Tidak semua aplikasi mempunyai tingkat kritis yang sama. Prioritas infrastruktur perlu disesuaikan dengan dampak apabila aplikasi tidak tersedia.
| Layanan | Tingkat Kritis | Dampak Gangguan |
|---|---|---|
| Pendaftaran | Tinggi | Antrean dan pelayanan melambat |
| RME | Sangat Tinggi | Informasi klinis tidak tersedia |
| Farmasi | Tinggi | Resep dan stok obat terganggu |
| Pelaporan | Sedang | Laporan terlambat |
| Guest Wi-Fi | Rendah | Tidak berdampak langsung pada pelayanan |
11. Dukungan Operasional
Infrastruktur tidak selesai setelah perangkat dipasang. Sistem perlu dipelihara sepanjang siklus hidupnya. Karena itu, perlu ditentukan siapa yang bertanggung jawab terhadap pemeliharaan perangkat, monitoring jaringan, pembaruan aplikasi, dukungan pengguna, backup, dan penanganan insiden.
Fasilitas kesehatan yang bergantung pada vendor perlu memastikan bahwa mekanisme komunikasi, helpdesk, waktu respons, eskalasi masalah, dan pembagian tanggung jawab dijelaskan dengan baik.
12. Studi Kasus
Puskesmas Sejahtera
Puskesmas Sejahtera memiliki 2 loket pendaftaran, 5 poli, farmasi, laboratorium sederhana, ruang administrasi, dan ruang kepala Puskesmas. RME digunakan pada seluruh poli.
Seluruh komputer terhubung melalui satu switch utama. Aplikasi RME menggunakan server lokal. Puskesmas hanya memiliki satu koneksi internet dan satu UPS. Backup database dilakukan secara manual satu kali setiap minggu.
Pertanyaan analisis:- Komponen apa saja yang merupakan single point of failure?
- Apa dampaknya terhadap administrasi dan pelayanan?
- Komponen mana yang perlu diprioritaskan?
- Mitigasi apa yang paling realistis?
13. Contoh Analisis Singkat
Dari kasus Puskesmas Sejahtera dapat ditemukan beberapa SPOF. Switch utama menjadi titik kritis karena seluruh komputer layanan bergantung padanya. Apabila switch rusak, akses RME pada hampir seluruh unit dapat terhenti.
Server lokal juga merupakan SPOF karena tidak terdapat server cadangan. Gangguan server dapat menyebabkan RME tidak dapat digunakan walaupun komputer dan jaringan masih berfungsi.
Selain itu, backup yang hanya dilakukan seminggu sekali menimbulkan risiko kehilangan sejumlah besar data apabila terjadi kerusakan mendadak.
14. Evaluasi Individu
Pilih satu proses digital di Puskesmas, klinik, atau rumah sakit, misalnya: pendaftaran, RME poli, farmasi, laboratorium, klaim, atau pelaporan.
Susun analisis yang memuat:
- alur proses layanan;
- pengguna yang terlibat;
- aplikasi dan data yang digunakan;
- perangkat yang diperlukan;
- jaringan dan konektivitas;
- server/cloud dan storage;
- minimal 3 single point of failure;
- dampak setiap kegagalan;
- rekomendasi mitigasi.
Produk: satu halaman analisis atau satu slide diagram arsitektur sederhana.
15. Rubrik Evaluasi
| Aspek | Bobot | Indikator |
|---|---|---|
| Pemetaan alur layanan | 20% | Proses end-to-end runtut dan logis |
| Analisis infrastruktur | 30% | Perangkat, jaringan, server/cloud, storage tepat |
| Identifikasi SPOF | 25% | Titik kegagalan realistis dan relevan |
| Mitigasi | 15% | Solusi realistis dan sesuai risiko |
| Penyajian | 10% | Jelas, ringkas, dan mudah dibaca |
16. Rangkuman
Infrastruktur RME merupakan ekosistem yang menghubungkan proses pelayanan, pengguna, perangkat, jaringan, aplikasi, server atau cloud, database, penyimpanan, backup, dan dukungan operasional.
Keandalan RME sangat dipengaruhi oleh keandalan setiap komponen tersebut. Karena itu, administrator kesehatan perlu mampu memetakan alur layanan end-to-end dan mengidentifikasi titik kegagalan yang dapat menghambat pelayanan.
Fokus administrator kesehatan bukan menjadi teknisi perangkat, tetapi memastikan bahwa infrastruktur mendukung pelayanan yang cepat, aman, tersedia, berkelanjutan, dan sesuai kebutuhan organisasi.
Refleksi
Jika server RME berhenti selama dua jam pada saat pelayanan sedang ramai, proses mana yang akan terdampak lebih dahulu, dan infrastruktur apa yang seharusnya sudah disiapkan untuk menjaga kontinuitas pelayanan?
Kata Kunci
RME Endpoint Server Cloud Storage Database SPOF Availability Backup Continuity
Bab VII – Integrasi dan Interoperabilitas Sistem Informasi Kesehatan: API, pertukaran data, SATUSEHAT, HL7 FHIR, dan keamanan koneksi.
Program Studi S1 Administrasi Kesehatan – UMS Rappang
Dosen Pengampu: Sunandar Said, S.Kep., Ns., M.Kes.
Komentar
Posting Komentar
Terima kasih atas komentarnya