I. PENDAHULUAN
Transformasi digital sektor kesehatan di Indonesia bukan lagi sebuah pilihan—ia adalah kewajiban regulasi sekaligus tuntutan mutu pelayanan yang nyata. Melalui platform SatuSehat, Kementerian Kesehatan Republik Indonesia mendorong seluruh fasilitas pelayanan kesehatan (fasyankes) untuk mengintegrasikan Sistem Informasi Manajemen Rumah Sakit (SIMRS) ke dalam ekosistem data kesehatan nasional.
Namun dalam praktiknya, tantangan terbesar bukan semata-mata pada aspek teknis. Sebagian besar hambatan implementasi muncul dari kesenjangan pemahaman antara manajemen, tenaga klinis, dan tim teknologi informasi rumah sakit—terutama dalam memahami istilah-istilah kunci yang kerap digunakan secara berbeda-beda.
Artikel ini disusun sebagai panduan edukasi yang ringkas, praktis, dan berbasis regulasi, untuk membangun pemahaman bersama di seluruh lapisan organisasi rumah sakit—mulai dari jajaran direksi hingga staf operasional—tentang apa yang dimaksud dengan SIMRS, SatuSehat, interkoneksi, integrasi, dan bridging.
II. DASAR HUKUM DAN KEBIJAKAN
Pemahaman terhadap ekosistem digital rumah sakit harus berakar pada regulasi yang berlaku. Berikut adalah regulasi utama yang menjadi landasan:
Regulasi | Isi Pokok | Relevansi |
|---|---|---|
Permenkes No. 82 Tahun 2013 | Kewajiban SIMRS bagi seluruh rumah sakit di Indonesia | Dasar hukum implementasi SIMRS |
Permenkes No. 24 Tahun 2022 | Standar Rekam Medis Elektronik (RME) | Kewajiban RME dan format data standar |
SE Menkes HK.02.01/MENKES/1030/2023 | Kewajiban integrasi RME ke platform SatuSehat | Target dan batas waktu integrasi nasional |
UU No. 17 Tahun 2023 tentang Kesehatan | Transformasi sistem kesehatan termasuk digitalisasi | Payung hukum transformasi digital kesehatan |
Perpres No. 82 Tahun 2018 | Jaminan Kesehatan Nasional (JKN) | Kewajiban bridging SIMRS-BPJS Kesehatan |
III. SIMRS DAN SATUSEHAT: MEMAHAMI POSISI MASING-MASING
A. Apa Itu SIMRS?
SIMRS (Sistem Informasi Manajemen Rumah Sakit) adalah perangkat lunak terintegrasi yang mengelola seluruh proses operasional rumah sakit—baik klinis maupun administratif. SIMRS mencakup dua area utama:
Area | Modul Utama | Contoh Fungsi |
|---|---|---|
Front Office (Klinis) | Pendaftaran, RJ, IGD, Rawat Inap, Lab, Radiologi, Farmasi, Kasir | Input data pasien, resep elektronik, hasil lab digital |
Back Office (Manajerial) | Gudang, Keuangan, Akuntansi, SDM, Aset, Pelaporan | Laporan keuangan, manajemen stok obat, absensi pegawai |
⚠Penting: Ketentuan SIMRS |
Berdasarkan Permenkes No. 82 Tahun 2013, SELURUH rumah sakit di Indonesia—baik pemerintah maupun swasta—wajib memiliki dan menerapkan SIMRS. Sistem ini harus mampu mengelola data rekam medis secara elektronik dan terhubung dengan ekosistem data nasional. |
B. Apa Itu SatuSehat?
SatuSehat adalah platform interoperabilitas data kesehatan nasional yang dikelola oleh Kementerian Kesehatan RI melalui Digital Transformation Office (DTO). SatuSehat tidak menggantikan SIMRS, melainkan berfungsi sebagai "jembatan nasional" yang menyatukan data dari ribuan fasyankes di seluruh Indonesia.
Analogi: Mengapa SatuSehat Dibutuhkan? |
Bayangkan setiap rumah sakit memiliki "bahasa" datanya sendiri: RS A menyimpan data diagnosis dengan format berbeda dari RS B. Ketika pasien berpindah fasyankes, datanya tidak terbaca. SatuSehat hadir sebagai "penerjemah universal" yang memastikan data pasien dapat diakses secara bermakna di mana pun pasien tersebut berobat—dengan standar yang seragam secara nasional. |
IV. TIGA ISTILAH KUNCI: INTERKONEKSI, INTEGRASI, DAN BRIDGING
Inilah bagian yang paling sering menimbulkan kebingungan di lapangan. Ketiga istilah berikut sering digunakan secara bergantian, padahal memiliki makna dan tingkat kedalaman yang berbeda.
Analogi Tiga Konsep dalam Satu Kampung |
Tiga rumah di satu kampung memiliki sistem air masing-masing: |
|
|
|
A. INTERKONEKSI
Definisi
Interkoneksi adalah kemampuan dua atau lebih sistem untuk saling terhubung secara fisik atau logis sehingga dapat berkomunikasi—tanpa harus memiliki format data atau standar yang sama.
Karakteristik Utama
Struktural / Arsitektural: Fokus pada apakah dua sistem bisa saling "bicara"
Tidak mensyaratkan keseragaman format data
Dapat bersifat satu arah (one-way) maupun dua arah (bidirectional)
Merupakan prasyarat sebelum integrasi dapat terjadi
Contoh dalam Konteks SIMRS
Skenario | Keterangan |
|---|---|
SIMRS terhubung ke mesin EDC kartu debit/kredit | Interkoneksi sederhana untuk konfirmasi transaksi |
SIMRS terhubung ke printer struk billing | Interkoneksi satu arah: data mengalir ke printer |
SIMRS rawat jalan terhubung ke SIMRS laboratorium (vendor berbeda) | Interkoneksi antar modul sistem yang berbeda platform |
SIMRS tersambung ke jaringan internet rumah sakit | Interkoneksi infrastruktur (prasyarat semua layanan digital) |
Posisi dalam Ekosistem SatuSehat |
Dalam konteks regulasi Kemenkes, istilah interkoneksi merupakan fondasi teknis dari interoperabilitas. Tanpa interkoneksi yang stabil (jaringan, server, API endpoint aktif), integrasi maupun bridging tidak mungkin berjalan. Namun interkoneksi saja tidak cukup—data yang dikirim masih bisa tidak bermakna jika tidak ada standarisasi. |
B. INTEGRASI
Definisi
Integrasi adalah proses menghubungkan dua atau lebih sistem sehingga dapat berbagi, bertukar, dan menggunakan data secara bersama dengan format, standar, dan semantik yang terstandarisasi. Integrasi lebih dalam dari sekadar interkoneksi.
Karakteristik Utama
Fungsional: Data yang dikirim harus dapat dimengerti dan digunakan oleh sistem penerima
Mensyaratkan keseragaman standar data (format, kode terminologi)
Memerlukan mapping data antar sistem
Dapat mencakup alur data real-time maupun batch
Jenis Integrasi dalam SIMRS Rumah Sakit
Jenis Integrasi | Contoh Nyata | Standar yang Digunakan |
|---|---|---|
Internal (antar modul) | Modul RJ → Farmasi → Kasir dalam satu SIMRS | Format database internal SIMRS |
Eksternal Vertikal (ke atas) | SIMRS → SatuSehat (Kemenkes) | HL7 FHIR, ICD-10, LOINC, KFA |
Eksternal Horizontal (setara) | SIMRS → LIS Laboratorium → PACS Radiologi | HL7 v2, DICOM, FHIR |
Integrasi Pembiayaan | SIMRS → BPJS VClaim / E-Klaim i-DRG | Format BPJS Kesehatan, INA-CBG |
Integrasi Kependudukan | SIMRS → Dukcapil (verifikasi NIK) | API Dukcapil Kemendagri |
📊 Mengapa Integrasi Data Nasional Sangat Mendesak? |
Kemenkes mencatat bahwa terdapat lebih dari 400 aplikasi kesehatan dari pemerintah pusat dan daerah yang tidak saling terintegrasi. Akibatnya, data kesehatan tersebar di berbagai platform dengan standar berbeda-beda sehingga sulit dimanfaatkan untuk pengambilan keputusan klinis maupun kebijakan. Platform SatuSehat hadir untuk mengatasi fragmentasi ini—bukan menggantikan sistem yang sudah ada, melainkan menyatukannya dalam satu ekosistem data nasional. |
C. BRIDGING
Definisi
Bridging adalah proses teknis yang memungkinkan SIMRS di rumah sakit berkomunikasi langsung dengan sistem eksternal—bekerja sebagai "jembatan digital" yang mengubah (mengkonversi) format data dari SIMRS lokal agar sesuai dengan standar yang ditetapkan oleh sistem tujuan.
Karakteristik Utama
Merupakan mekanisme implementasi integrasi—bukan konsep abstrak
Inti dari bridging adalah transformasi data: data dalam format lokal dikonversi ke standar nasional/internasional
Biasanya diwujudkan dalam bentuk modul, middleware, atau API connector
Bersifat spesifik terhadap pasangan sistem (bridging SIMRS-SatuSehat berbeda dengan bridging SIMRS-BPJS)
Jenis Bridging yang Umum di Rumah Sakit Indonesia
Target Bridging | Fungsi Utama | Standar Teknis |
|---|---|---|
SatuSehat (Kemenkes) | Pengiriman data RME: kunjungan, diagnosis, tindakan, obat, hasil lab/radiologi | HL7 FHIR REST API |
VClaim BPJS | Verifikasi eligibilitas JKN, pembuatan SEP, pengajuan klaim rawat jalan | API BPJS Kesehatan |
E-Klaim / i-DRG | Pengajuan klaim rawat inap berbasis INA-CBG | Format i-DRG Kemenkes |
Aplicare BPJS | Manajemen rujukan dan monitoring ketersediaan tempat tidur | API Aplicare BPJS |
Mobile JKN | Integrasi antrian digital SIMRS dengan aplikasi peserta BPJS | API Mobile JKN |
Dukcapil Kemendagri | Verifikasi identitas pasien via NIK secara real-time | API Dukcapil |
V. PERBANDINGAN KOMPREHENSIF KETIGA ISTILAH
Dimensi | Interkoneksi | Integrasi | Bridging |
|---|---|---|---|
Fokus Utama | Koneksi fisik/logis antar sistem | Pertukaran data bermakna antar sistem | Transformasi/konversi format data |
Kedalaman Teknis | Rendah–Menengah | Menengah–Tinggi | Tinggi (implementasi nyata) |
Standarisasi Data | Tidak wajib | Wajib | Wajib (inti dari bridging) |
Arah Komunikasi | Satu atau dua arah | Dua arah / multi-arah | Umumnya dua arah |
Analoginya | Menyambung kabel/pipa | Membangun sistem bersama | Memasang adaptor/konverter |
Posisi dalam SIMRS | Prasyarat teknis dasar | Tujuan akhir pengelolaan data | Cara mencapai integrasi |
Dalam Regulasi Kemenkes | Implisit (infrastruktur) | Eksplisit (wajib SatuSehat) | Eksplisit (modul wajib SIMRS) |
Hubungan Hierarkis Ketiga Istilah
Ketiga istilah ini tidak berdiri sendiri—mereka membentuk sebuah hierarki pencapaian dalam ekosistem digital rumah sakit:
|
INTERKONEKSI |
(Bisa terhubung — Prasyarat) |
↓ |
BRIDGING |
(Adaptasi format data — Mekanisme) |
↓ |
INTEGRASI |
(Data bermakna dan dimanfaatkan — Tujuan Akhir) |
Interkoneksi adalah syarat, integrasi adalah tujuan, dan bridging adalah cara untuk mencapai tujuan tersebut.
VI. STANDAR TERMINOLOGI KLINIS DALAM SIMRS
SatuSehat menggunakan beberapa standar terminologi internasional untuk memastikan data klinis memiliki makna yang seragam di seluruh fasyankes Indonesia.
Standar | Kepanjangan | Digunakan Untuk |
|---|---|---|
ICD-10 | International Classification of Diseases, 10th Revision | Kode diagnosis klinis — wajib untuk semua fasyankes |
ICD-9-CM | ICD 9th Revision, Clinical Modification | Kode prosedur medis dan tindakan — relevan untuk klaim INA-CBG |
SNOMED-CT | Systematized Nomenclature of Medicine – Clinical Terms | Terminologi klinis komprehensif: anamnesis, kondisi, anatomi, prosedur |
LOINC | Logical Observation Identifiers Names and Codes | Kode pemeriksaan laboratorium dan radiologi |
KFA | Kamus Farmasi dan Alat Kesehatan | Referensi data produk farmasi dan alat kesehatan nasional |
Kabar Baik: Lisensi SNOMED-CT Gratis untuk Indonesia |
Kemenkes RI telah membebaskan lisensi penggunaan SNOMED-CT bagi seluruh pengembang dan fasyankes di Indonesia secara gratis. Hal ini merupakan komitmen pemerintah untuk mempercepat implementasi standar rekam medis elektronik nasional tanpa beban biaya lisensi bagi rumah sakit. |
VII. FHIR RESOURCES: UNIT DATA DASAR SATUSEHAT
Seluruh pertukaran data antara SIMRS dan SatuSehat menggunakan standar HL7 FHIR (Fast Healthcare Interoperability Resources). Dalam FHIR, setiap entitas klinis maupun administratif direpresentasikan sebagai sebuah resource — unit data yang berdiri sendiri, memiliki struktur baku, dan dapat saling terhubung satu sama lain.
Resource-resource ini dikelompokkan ke dalam dua kategori: Prerequisites (data dasar wajib sebelum integrasi aktif) dan Resources Interoperabilitas (data klinis yang dikirimkan dalam setiap transaksi pelayanan).
A. Prerequisites: Fondasi Data yang Wajib Disiapkan
Sebelum SIMRS dapat mengirimkan data klinis, empat resource berikut wajib tersedia dan terverifikasi. Tanpa keempatnya, seluruh transaksi klinis akan ditolak SatuSehat.
FHIR Resource | Isi Data | Tanggung Jawab di RS |
|---|---|---|
Patient | Identitas pasien lengkap terhubung ke NIK Dukcapil | Bagian Rekam Medis / Pendaftaran |
Organization | Profil institusi fasyankes yang telah terverifikasi di SatuSehat | Manajemen RS / Tim IT |
Location | Seluruh unit pelayanan: Poli, IGD, Rawat Inap, Lab, Radiologi, Apotek | Tim IT — mapping unit layanan ke kode SatuSehat |
Practitioner | Data tenaga kesehatan: dokter, perawat, bidan, apoteker (STR aktif) | Bagian SDM / Komite Medis |
⚠Perhatian: Prerequisites Tidak Lengkap = Integrasi Gagal Total |
Penyebab paling umum kegagalan pengiriman data ke SatuSehat adalah data Practitioner tidak lengkap atau Location belum di-mapping. Pastikan seluruh tenaga kesehatan aktif sudah terdaftar di SatuSehat dengan STR valid, dan seluruh unit pelayanan memiliki kode Location yang benar. |
B. Resources Interoperabilitas: Data Klinis Setiap Transaksi
1. Kunjungan dan Episode Pelayanan
FHIR Resource | Fungsi dalam SIMRS | Kapan Digunakan | Wajib? |
|---|---|---|---|
Encounter | Rekaman setiap kunjungan/episode pelayanan pasien | SETIAP transaksi pelayanan (RJ, IGD, RI) | ✅ Wajib |
EpisodeOfCare | Rangkaian pelayanan satu kondisi kronis dalam periode tertentu | DM, Hipertensi, TBC, HIV | ⚠️ Dianjurkan |
Composition | Resume Medis Elektronik — ringkasan terstruktur satu episode | Penutupan setiap episode rawat jalan/inap | ✅ Wajib |
2. Klinis: Diagnosis, Tindakan, dan Asesmen
FHIR Resource | Fungsi dalam SIMRS | Standar Kode | Wajib? |
|---|---|---|---|
Condition | Diagnosis klinis dan kondisi medis pasien | ICD-10 | ✅ Wajib |
Procedure | Tindakan/prosedur medis yang dilakukan | ICD-9-CM / SNOMED-CT | ✅ Wajib |
Observation | Tanda vital, hasil lab, hasil skrining, antropometri | LOINC | ✅ Wajib |
ClinicalImpression | Asesmen/kesan klinis dokter setelah evaluasi menyeluruh | SNOMED-CT | ⚠️ Dianjurkan |
AllergyIntolerance | Riwayat alergi obat atau bahan pada pasien | SNOMED-CT | ⚠️ Dianjurkan |
FamilyMemberHistory | Riwayat penyakit keluarga yang relevan | ICD-10 / SNOMED-CT | ⚠️ Dianjurkan |
3. Kefarmasian
FHIR Resource | Fungsi dalam SIMRS | Standar Kode | Wajib? |
|---|---|---|---|
Medication | Data produk obat yang digunakan | KFA (Kamus Farmasi dan Alkes) | ✅ Wajib |
MedicationRequest | Resep elektronik dari dokter ke apotek | KFA | ✅ Wajib |
MedicationDispense | Pencatatan penyerahan obat dari apotek ke pasien | KFA | ✅ Wajib |
MedicationStatement | Obat yang sedang/pernah dikonsumsi pasien (termasuk mandiri) | KFA / SNOMED-CT | ⚠️ Dianjurkan |
4. Pemeriksaan Penunjang: Laboratorium dan Radiologi
FHIR Resource | Fungsi dalam SIMRS | Standar Kode | Wajib? |
|---|---|---|---|
ServiceRequest | Permintaan/order pemeriksaan lab atau radiologi dari dokter | LOINC / SNOMED-CT | ✅ Wajib |
Specimen | Data spesimen yang diambil untuk pemeriksaan lab | SNOMED-CT | ✅ Wajib |
DiagnosticReport | Laporan hasil pemeriksaan lab atau radiologi | LOINC | ✅ Wajib |
ImagingStudy | Data studi pencitraan medis (terhubung ke DICOM/PACS) | DICOM / SNOMED-CT | ⚠️ Dianjurkan |
5. Pelayanan Spesifik dan Skrining
FHIR Resource | Fungsi dalam SIMRS | Modul Terkait | Wajib? |
|---|---|---|---|
Immunization | Data imunisasi pasien (program nasional maupun mandiri) | KIA, Imunisasi Nasional | ✅ Wajib (program nasional) |
QuestionnaireResponse | Jawaban terstruktur dari formulir skrining klinis | PTM, ANC, MTBS, PKPR, SHK | ⚠️ Sesuai use case |
CarePlan | Rencana asuhan/perawatan pasien terstruktur | Penyakit kronis, rawat inap | ⚠️ Dianjurkan |
RelatedPerson | Data wali/penanggung pasien | Pediatri, IGD, rawat inap | ⚠️ Sesuai kebutuhan |
6. Pembiayaan dan Klaim
FHIR Resource | Fungsi dalam SIMRS | Entitas Terkait | Wajib? |
|---|---|---|---|
Coverage | Data kepesertaan/jaminan kesehatan pasien (BPJS, asuransi) | BPJS Kesehatan, Asuransi Swasta | ✅ Wajib (pasien JKN) |
Claim | Pengajuan klaim pembiayaan pelayanan kesehatan | BPJS / Asuransi | ✅ Wajib (klaim) |
ClaimResponse | Hasil verifikasi/adjudikasi klaim dari penjamin | BPJS / Asuransi | ✅ Wajib (klaim) |
Account / Invoice | Pengelolaan akun tagihan dan invoice pasien | Bagian Keuangan RS | ⚠️ Dianjurkan |
C. Membaca Dashboard Ringkasan Transaksi FHIR
Platform SatuSehat menyediakan Dashboard Monitoring yang memungkinkan manajemen RS memantau volume dan status pengiriman setiap FHIR resource secara real-time. Memahami cara membaca dashboard ini adalah keterampilan penting bagi Kepala Unit IT, Kepala Rekam Medis, dan Wakil Direktur Pelayanan.
Contoh Nyata: Dashboard Transaksi FHIR (Des 2025 – Jan 2026) |
Berikut adalah data nyata dari dashboard SatuSehat sebuah RS selama 30 hari (16 Desember 2025 – 15 Januari 2026), beserta analisis dan interpretasi manajemennya: |
FHIR Resource | Transaksi | Interpretasi | Status |
|---|---|---|---|
Encounter | 1.248 | Jumlah kunjungan tercatat — menjadi acuan dasar seluruh resource lain | ✅ Aktif |
Observation | 5.917 | Sangat tinggi — mencakup tanda vital dan hasil pemeriksaan lab | ✅ Aktif |
Medication | 2.119 | Data obat terdaftar — perlu dipastikan menggunakan kode KFA valid | ✅ Aktif |
MedicationRequest | 1.801 | Mendekati jumlah Encounter — hampir semua kunjungan disertai resep | ✅ Aktif |
Condition | 588 | Hanya 47% dari Encounter — lebih dari separuh kunjungan tanpa diagnosis terkirim | ⚠Perlu audit |
ServiceRequest | 244 | Order pemeriksaan penunjang konsisten dengan Specimen dan DiagnosticReport | ✅ Aktif |
Specimen | 230 | Selaras dengan ServiceRequest — alur laboratorium berjalan baik | ✅ Aktif |
DiagnosticReport | 202 | Hasil lab terkirim — sedikit lebih rendah dari Specimen (wajar) | ✅ Aktif |
MedicationDispense | 136 | Jauh lebih rendah dari MedicationRequest (1.801) — dispensing belum penuh | ⚠Perlu audit |
MedicationStatement | 136 | Dokumentasi obat mandiri pasien — volume wajar | ✅ Aktif |
Procedure | 152 | Tindakan medis tercatat — perlu validasi kode ICD-9-CM/SNOMED-CT | ✅ Aktif |
AllergyIntolerance | 5 | Sangat rendah — pencatatan alergi belum menjadi kebiasaan klinis | ⚠Rendah |
ImagingStudy | 11 | Volume rendah — bridging PACS/DICOM kemungkinan belum optimal | ⚠Rendah |
Composition | 3 | KRITIS: Hanya 3 Resume Medis dari 1.248 kunjungan (<0,3%) | 🔴 Kritis |
ClinicalImpression | – | Asesmen klinis dokter belum terimplementasi sama sekali | 🔴 Belum aktif |
Immunization | – | Data imunisasi tidak terkirim — penting untuk program nasional | 🔴 Belum aktif |
QuestionnaireResponse | – | Skrining terstruktur (PTM, ANC, MTBS, dll.) belum diimplementasikan | 🔴 Belum aktif |
CarePlan | – | Rencana asuhan pasien belum terintegrasi ke SatuSehat | 🔴 Belum aktif |
EpisodeOfCare | – | Pengelolaan episode penyakit kronis belum berjalan | 🔴 Belum aktif |
D. Analisis Kritis: Tiga Temuan Prioritas
Temuan 1 — Composition Hanya 3 dari 1.248 Encounter (< 0,3%)
Composition adalah Resume Medis Elektronik — dokumen penutup yang merangkum seluruh data klinis dalam satu episode pelayanan. Idealnya, setiap Encounter yang selesai menghasilkan satu Composition.
Risiko: Resume Medis yang Tidak Dibuat |
Resume Medis adalah dokumen klinis yang wajib ada setiap pasien selesai mendapat pelayanan (Permenkes 24/2022). Ketiadaannya bukan sekadar masalah teknis SatuSehat, tetapi berimplikasi pada: (1) kesinambungan pelayanan antar fasyankes terganggu, (2) klaim BPJS berpotensi ditolak karena data klinis tidak lengkap, (3) temuan ketidakpatuhan dalam akreditasi SNARS. |
Temuan 2 — Condition Hanya 47% dari Encounter
Dari 1.248 kunjungan, hanya 588 yang disertai data diagnosis (Condition). Artinya lebih dari separuh kunjungan tidak memiliki kode diagnosis ICD-10 yang terkirim ke SatuSehat. Hal ini dapat disebabkan: (1) dokter tidak mengisi diagnosis di SIMRS, (2) mapping ICD-10 di SIMRS belum lengkap, atau (3) modul Condition belum terimplementasi untuk semua jenis kunjungan.
Temuan 3 — Lima Resource Bernilai – (Belum Aktif)
Lima resource yang belum mengirimkan data sama sekali — ClinicalImpression, Immunization, QuestionnaireResponse, CarePlan, dan EpisodeOfCare — menunjukkan bahwa integrasi baru mencapai tahap dasar. Implementasi resource-resource ini krusial untuk mendukung program prioritas nasional: imunisasi, skrining PTM, dan manajemen penyakit kronis.
E. Panduan Monitoring Dashboard SatuSehat
Yang Dicermati | Cara Interpretasi | Tindak Lanjut |
|---|---|---|
Rasio Condition / Encounter | Idealnya mendekati 1:1. Jika < 80%, audit workflow diagnosis dokter | Koordinasi dengan Komite Medis |
Rasio Composition / Encounter | Idealnya mendekati 1:1. Jika sangat rendah, Resume Medis tidak dibuat | Koordinasi dengan Komite Rekam Medis |
Rasio MedicationDispense / MedicationRequest | Idealnya > 90%. Gap besar = dispensing tidak terdokumentasi | Audit modul apotek SIMRS |
Resource bernilai ‘–’ | Modul belum diimplementasikan atau ada bug di SIMRS | Eskalasi ke tim IT / vendor SIMRS |
Lonjakan/penurunan tiba-tiba | Gangguan sistem, pembaruan SIMRS, atau perubahan SOP | Investigasi log error di Dashboard |
Trend volume Encounter | Harus konsisten dengan jumlah kunjungan nyata di SIMRS lokal | Bandingkan dengan laporan kunjungan harian RS |
Praktik Terbaik: Monitoring Rutin Dashboard SatuSehat |
|
|
|
|
VIII. PANDUAN PRAKTIS BAGI MANAJEMEN RUMAH SAKIT
A. Verifikasi Status Integrasi SIMRS-SatuSehat
Manajemen RS perlu memastikan bahwa klaim "sudah terintegrasi dengan SatuSehat" dari vendor atau tim IT mencakup hal-hal berikut secara nyata:
No. | Indikator Verifikasi | Cara Cek | Status |
|---|---|---|---|
1 | Onboarding fasyankes di SatuSehat sudah PRODUCTION (bukan hanya Sandbox) | Cek di Dashboard SatuSehat Platform dengan akun fasyankes | □ Sudah / □ Belum |
2 | Data Encounter (kunjungan) terkirim otomatis ke SatuSehat | Lihat Log Transaksi FHIR di Dashboard Monitoring | □ Sudah / □ Belum |
3 | Data Condition (diagnosis ICD-10) terkirim bersama Encounter | Cek error log resource Condition | □ Sudah / □ Belum |
4 | Data Observation (tanda vital, lab) terkirim dengan kode LOINC | Cek resource Observation di Dashboard | □ Sudah / □ Belum |
5 | Data Medication / MedicationRequest menggunakan kode KFA | Verifikasi dengan tim farmasi dan IT | □ Sudah / □ Belum |
6 | Bridging VClaim BPJS aktif dan tidak ada error SEP | Uji transaksi SEP harian via SIMRS | □ Sudah / □ Belum |
7 | Error rate transaksi FHIR < 5% per hari | Monitoring rutin Dashboard SatuSehat | □ Sudah / □ Belum |
B. Peringatan Umum dalam Pengadaan SIMRS
⚠Waspada terhadap Klaim Vendor yang Tidak Terverifikasi |
Dalam praktik pengadaan SIMRS, vendor kadang mengklaim sudah “terintegrasi penuh dengan SatuSehat” padahal kenyataannya: |
|
|
|
|
IX. PENUTUP
Memahami ekosistem digital rumah sakit—mulai dari SIMRS, SatuSehat, hingga perbedaan antara interkoneksi, integrasi, dan bridging—bukan sekadar keperluan teknis tim IT. Ini adalah literasi digital minimum yang dibutuhkan seluruh pemangku kepentingan rumah sakit, dari direksi hingga kepala unit, agar transformasi digital yang dijalankan benar-benar bermakna dan tidak sekadar memenuhi formalitas regulasi.
Kegagalan implementasi SatuSehat di banyak fasyankes lebih sering disebabkan oleh kesenjangan pemahaman antara manajemen, tenaga klinis, dan tim teknis—bukan semata-mata oleh keterbatasan teknologi. Ketika semua pihak memiliki pemahaman yang sama tentang apa yang sedang dibangun dan mengapa, proses integrasi menjadi jauh lebih lancar, terukur, dan berkelanjutan.
"Transformasi digital bukan tentang mengganti manusia dengan mesin, tetapi tentang memberdayakan manusia dengan data yang lebih baik untuk membuat keputusan yang lebih baik bagi pasien."
Referensi
Dokumentasi Resmi SatuSehat Platform v7.21 — satusehat.kemkes.go.id/platform/docs/id/
Peraturan Menteri Kesehatan No. 82 Tahun 2013 tentang Sistem Informasi Manajemen Rumah Sakit (SIMRS).
Peraturan Menteri Kesehatan No. 24 Tahun 2022 tentang Rekam Medis Elektronik (RME).
Surat Edaran Menkes No. HK.02.01/MENKES/1030/2023 tentang Kewajiban Integrasi RME ke SatuSehat.
HL7 FHIR R4 Specification — hl7.org/fhir/
SNOMED International — snomed.org
Sasaran Pembaca | Tujuan | Sumber Acuan |
|---|---|---|
Manajemen RS, Kepala Unit SIMRS, Staf IT, Instalasi Rekam Medis, Komite Rekam Medis dan Nakes dalam Faskes. | Meningkatkan literasi digital dalam ekosistem SIMRS dan SatuSehat. | - Dokumentasi SatuSehat Platform v7.21 - Permenkes No. 24/2022 - SE Menkes HK.02.01/MENKES/1030/2023 |
