Kegagalan Nyata Integrasi SATUSEHAT dan Cara Menyelesaikannya | MedMinutes
Halaman bukti · Integration Hub

Lima hal yang gagal di produksi, dan apa yang kami kerjakan.

Semuanya kejadian terdokumentasi di lingkungan produksi SATUSEHAT, bukan skenario contoh. Nama rumah sakit, kode internal, dan data pasien dihilangkan.

Terdaftar di registry Penyedia Sistem RME SATUSEHAT Kemenkes (no. 250)

Periode kejadian 18 Agustus – 3 September 2026. Ditinjau ulang tiap bulan — peninjauan berikutnya paling lambat 9 Oktober 2026.

Jawaban singkat

Kegagalan teknis murni kurang dari satu persen. Yang menentukan hasil adalah data yang belum lengkap di rumah sakit dan sistem lain yang ternyata sudah mengirim lebih dulu. Karena itu pertanyaan yang tepat kepada calon integrator bukan “apakah bisa terhubung”, melainkan “apa yang Anda lakukan ketika yang di bawah ini terjadi”.

Contoh sudah disanitasi: tanpa nama fasilitas, tanpa angka per rumah sakit yang dapat dipakai menerka identitas, tanpa kode tenaga medis, tanpa nomor identitas pasien, dan tanpa alamat sistem.

Lima kejadian, apa adanya

Kejadian 1 · Selesai

Hari pertama produksi: sebagian kunjungan ditolak sebagai duplikat

Gejala

Pada sapuan produksi pertama, 46 dari 236 kunjungan ditolak dengan kode penolakan duplikat.

Penyebab

Rumah sakit ternyata sudah memiliki pengirim SATUSEHAT lain yang aktif sejak jauh sebelumnya, dengan gaya penomoran identifier yang berbeda. Dua pengirim menuju satu Organization yang sama bukan keadaan yang stabil, dan tidak terlihat dari luar sampai pengiriman pertama dijalankan.

Tindakan

Kunjungan yang sudah ada dilewati seutuhnya beserta seluruh turunannya, alih-alih ditimpa atau ditempeli. Menempelkan diagnosis dan tindakan kami pada kunjungan milik sistem lain akan menghasilkan catatan klinis ganda, dan SATUSEHAT tidak menyediakan penghapusan untuk membersihkannya.

Bukti hasil

Pada pekan pertama, 2.663 pengiriman tercatat sengaja dilewati dengan alasan tersebut, dan tidak ada catatan klinis ganda yang perlu dibersihkan. Angka itu kami keluarkan dari klaim kinerja produk, bukan dihitung sebagai keberhasilan.

Untuk pembeli

Tanyakan kepada calon integrator apa yang akan mereka lakukan bila RS ternyata sudah punya pengirim lain. Jawaban “akan kami timpa” adalah tanda bahaya.

Kejadian 2 · Selesai dari sisi kami

Mayoritas data tertahan karena tenaga medis belum punya identitas IHS

Gejala

57,5% dari seluruh data tertahan pada pekan pertama menunggu satu hal yang sama. Resep obat paling terdampak, dengan rasio terkirim hanya 13,5%.

Penyebab

Kode tenaga medis di master SIMRS tidak menyimpan NIK, sehingga tidak dapat dipetakan ke identitas IHS. Kunjungan yang dokternya belum ber-IHS tertahan seluruhnya beserta diagnosis, tindakan, dan resepnya, jadi satu kolom kosong menahan jauh lebih banyak dari kelihatannya.

Tindakan

Sinkronisasi NIK ke identitas IHS dijalankan otomatis satu kali setiap malam, dengan jendela pengiriman malam hari agar tidak membebani sistem rumah sakit pada jam pelayanan.

Bukti hasil

Setelah sinkronisasi berjalan, 12 tenaga medis terpetakan dan sekitar 5.400 pengiriman yang sebelumnya tertahan terlepas dengan sendirinya, tanpa pengiriman ulang manual.

Yang tersisa

Kode tenaga medis yang NIK-nya memang belum pernah diisi tetap harus dilengkapi rumah sakit. Ini pekerjaan master data, bukan pekerjaan integrasi, dan tidak bisa kami kerjakan menggantikan RS.

Kejadian 3 · Selesai sebagian

Laporan laboratorium tertahan utuh karena satu parameter

Gejala

Laporan laboratorium tidak terkirim meskipun sebagian besar parameternya sudah berpadanan kode.

Penyebab

Satu laporan ditahan apabila ada satu saja parameter yang belum berpadanan LOINC. Sifatnya seluruh atau tidak sama sekali, bukan sebagian.

Tindakan

Pemetaan LOINC dijalankan otomatis untuk 26 parameter, mencakup sekitar 75% parameter hasil laboratorium yang muncul. Sisa 35 parameter diserahkan kepada analis laboratorium rumah sakit karena membutuhkan penilaian klinis, bukan pencocokan teks.

Bukti hasil

80 laporan diagnostik terkirim setelah pemetaan otomatis dijalankan. Rasio terkirim untuk jenis ini berada di 44,6% pada periode pengukuran.

Catatan jujur

75% parameter terpetakan bukan berarti 75% laporan terkirim. Kami menyebutkan ini karena rasio parameter sering dikutip seolah-olah setara dengan rasio laporan, dan itu melebih-lebihkan cakupan.

Kejadian 4 · Penyebab terverifikasi, perbaikan belum tayang

Data imunisasi tidak pernah sampai — dan dugaan awal kami salah

Gejala

Satu-satunya jenis resource yang tidak pernah sekali pun sampai ke lingkungan produksi.

Dugaan awal

Diduga persoalan terminologi pada kode alasan pemberian. Dugaan ini keliru, dan sempat bertahan beberapa pekan sebelum diperiksa ulang.

Penyebab sebenarnya

Formulir imunisasi terkirim dengan kolom kode vaksin kosong, karena kolom itu boleh dikosongkan di aplikasi tempat perawat mengisi. Persoalan isian formulir, bukan persoalan terminologi maupun konektor.

Tindakan

Katalog kode vaksin dibundel ke dalam aplikasi sehingga kode terisi tanpa konfigurasi tambahan dan tanpa panggilan jaringan saat pengisian.

Status

Belum tayang di lingkungan produksi pada peninjauan 9 September 2026. Karena itu jenis ini tetap tercatat “belum pernah terkirim” pada matriks kesiapan, dan kami tidak menyebutnya selesai. Kalau status ini belum berubah setelah peninjauan berikutnya, tanyakan kepada kami.

Untuk pembeli

Dugaan teknis yang terdengar meyakinkan bukan diagnosis. Mintalah bukti, bukan hipotesis, dan mintalah tanggal tayang, bukan tanggal selesai dikerjakan.

Kejadian 5 · Selesai

Terhubung tetapi hanya sebagian data yang terambil

Gejala

Jumlah koding diagnosis yang masuk ke antrean pengiriman jauh lebih kecil daripada yang ada di SIMRS, tanpa satu pun pesan galat.

Penyebab

Sumber datanya dipaginasi, dan pengambil data hanya membaca halaman pertama: sekitar seratus baris dari lebih dari tiga ribu. Pada jalur rawat inap persoalannya berbeda lagi, yaitu parameter halaman diabaikan dan nama kolomnya tidak sama dengan rawat jalan, sehingga jalur itu sebelumnya tidak pernah terbaca sama sekali.

Tindakan

Pengambilan diperbaiki agar menelusuri seluruh halaman, dan jalur rawat inap dibuatkan penanganan terpisah dengan pemetaan kolomnya sendiri.

Bukti hasil

Diagnosis menjadi jenis resource dengan volume terkirim terbesar, yaitu 37,3% dari seluruh yang terkirim pada periode pengukuran.

Untuk pembeli

Kegagalan yang paling mahal adalah yang tidak memunculkan galat. Minta hitungan pembanding antara jumlah baris di SIMRS dan jumlah yang benar-benar diantre, bukan sekadar status “terhubung”.

Cara kami menyatakan sesuatu selesai

Metode

  • Kejadian diambil dari catatan operasional dan basis data pengiriman, bukan dari ingatan.
  • Sebuah perbaikan disebut selesai hanya bila terlihat dari efeknya di produksi, bukan karena kodenya sudah ditulis, tesnya hijau, atau balasan API bernilai sukses.
  • Perbaikan yang sudah dikerjakan tetapi belum tayang ditulis apa adanya sebagai belum tayang.
  • Angka pendukung berasal dari periode yang sama dengan halaman angka pengiriman.

Keterbatasan

  • Kelima kejadian berasal dari satu fasilitas produksi pada rentang waktu yang pendek.
  • Daftar ini bukan katalog lengkap penyebab kegagalan integrasi SATUSEHAT, melainkan yang benar-benar kami alami dan dapat kami buktikan.
  • Rincian teknis sengaja diringkas agar tidak mengungkap sistem maupun identitas fasilitas.
  • Rasio pengiriman resep obat masih rendah dan bergantung pada kelengkapan data rumah sakit; kami tidak menyatakannya selesai.

Kegagalan yang mana yang akan muncul di RS Anda?

Enam pertanyaan cukup untuk menebak penahan pertama Anda, dan jawabannya langsung terbaca tanpa menunggu tim kami.