Kalau SIMRS Anda Belum Mengirim ke SATUSEHAT

Menambahkan lapisan integrasi masuk akal ketika SIMRS yang berjalan sudah menyimpan datanya — kunjungan, diagnosis, tindakan, resep, hasil penunjang — dan yang belum ada hanya jalur pengirimannya. Ini keadaan yang paling sering kami temui.

Mengganti sistem baru masuk akal ketika datanya sendiri memang tidak pernah tercatat secara terstruktur: diagnosis hanya ada sebagai teks bebas, hasil penunjang hanya berupa berkas pindaian, atau formulir klinis masih di kertas. Dalam keadaan itu, lapisan integrasi tidak punya apa pun untuk dikirim — masalahnya bukan jalur, melainkan sumbernya.

Cara memeriksanya cukup langsung: ambil sepuluh kunjungan rawat inap bulan lalu dan periksa apakah diagnosis, tindakan, resep, dan resume medisnya ada dalam bentuk terstruktur di basis data — bukan sebagai lampiran. Kalau ada, lapisan integrasi cukup.

Empat pekerjaan, dan tidak satu pun mengubah cara petugas bekerja:

• Membaca data dari SIMRS yang sudah berjalan, lewat basis data atau API yang disediakan vendornya.
• Menyusun data itu menjadi resource FHIR sesuai profil yang ditetapkan Kementerian Kesehatan, termasuk pemetaan kode obat ke KFA dan pemeriksaan ke LOINC.
• Mengirim ke SATUSEHAT dengan urutan yang benar — kunjungan lebih dulu, turunannya menyusul — dan menangani percobaan ulang saat gagal.
• Melaporkan apa yang terkirim, apa yang tertahan, dan karena apa, supaya rumah sakit bisa menindaklanjuti data yang belum lengkap.

Butir terakhir yang paling sering diremehkan saat memilih. Lapisan yang hanya mengirim tanpa melaporkan akan membuat rumah sakit tahu ada masalah hanya ketika dashboard nasional menunjukkan angkanya rendah — tanpa petunjuk data mana yang harus dibereskan.

Sebelum memutuskan apa pun, empat pertanyaan ini biasanya cukup untuk mengetahui posisi rumah sakit:

• Resource apa saja yang sudah pernah benar-benar terkirim di lingkungan produksi — bukan di sandbox, dan bukan “sudah didukung”.
• Bagaimana rumah sakit melihat data yang tertahan beserta alasannya.
• Apakah tersedia jalur untuk mengirim ulang data lama setelah pemetaan kode dibereskan.
• Bagaimana rencananya memenuhi bagian dokumen klaim elektronik — bukan hanya pengiriman ke SATUSEHAT, karena keduanya tidak sama.

Pertanyaan pertama yang paling memisahkan. Jarak antara “sudah didukung” dan “sudah terkirim di rumah sakit yang berjalan” biasanya diisi oleh pekerjaan pemetaan kode yang belum dilakukan siapa pun.

MedMinutes menyediakan lapisan integrasi ini sebagai Integration Hub — satu jalur ke SATUSEHAT HL7 FHIR dan ke sistem klaim BPJS, dipakai di atas SIMRS yang sudah berjalan, tanpa mengganti sistemnya.

Kami menyebutkan batasnya juga: lapisan integrasi tidak bisa membuat data yang tidak ada. Kalau pemeriksaan awal menunjukkan datanya memang belum tercatat terstruktur, kami akan mengatakannya sejak awal — karena menemukannya setelah proyek berjalan jauh lebih mahal bagi rumah sakit daripada bagi kami.