Persiapan integrasi RME ke SATUSEHAT

Bedakan empat tahap pekerjaan

Terdaftar, mempunyai akses uji, mempunyai akses produksi, dan rutin mengirim data bukan keadaan yang sama. Gunakan pembagian ini untuk mencatat kemajuan tim, bukan sebagai nama status resmi baru dari Kompli.

Panduan ini menyusun urutan persiapan. Dokumen dan persyaratan teknis harus dicocokkan kembali dengan portal Kemenkes saat dikerjakan; halaman ini tidak menjanjikan durasi persetujuan atau menjadi pengganti spesifikasi API.

Saran pembagian pekerjaan tim. Fasilitas dengan sistem mandiri juga perlu mengurus bagian pengembang.

Pengelola fasilitas

Identitas dan sistem

Cocokkan kode fasilitas, kontak integrasi, dan sistem RME pada jalur pemutakhiran yang sesuai.

Makna data

Libatkan petugas layanan untuk memeriksa identitas, istilah, dan alur pelayanan yang dipetakan.

Serah terima

Sepakati petugas pemeriksa data, pemantauan kiriman, dan penanganan gangguan.

Pengembang sistem RME

Registrasi sistem

Siapkan persyaratan registrasi yang berlaku untuk sistem yang dikembangkan.

Pemetaan dan uji

Petakan data sesuai modul pelayanan. Uji alur dan simpan bukti sandbox dengan data uji.

Akses produksi

Periksa verifikasi, hubungan dengan fasilitas, dan kredensial untuk fasilitas yang benar.

Periksa bersama sebelum digunakan

Terdaftar, memiliki akses sandbox, memiliki akses produksi, dan rutin mengirim data adalah keadaan yang berbeda.

Kolom ini pembagian pekerjaan, bukan tahapan persetujuan resmi. Lulus uji sandbox tidak berarti akses produksi disetujui. Cocokkan persyaratan terbaru di portal Kemenkes.

Rujukan: Kemenkes: registrasi fasyankes · Registrasi sistem RME · Akses sandbox · Akses produksi.

1. Cocokkan identitas fasilitas dan sistem RME

Pastikan kode fasilitas, nama sistem, pengembang, kontak integrasi, serta pihak yang berwenang mengurusnya sudah jelas. Ikuti jalur pemutakhiran data yang sesuai jenis fasilitas dalam panduan resmi: DFO, REGFASYANKES, atau RS Online.

Fasilitas pengguna sistem mitra perlu memilih sistem yang telah terverifikasi. Sistem mandiri harus didaftarkan terlebih dahulu. Akun fasilitas juga mempunyai alur aktivasi melalui kontak integrasi; jangan menganggap semua fasilitas harus mendaftar sebagai vendor.

Buka panduan resmi registrasi fasyankes bersama petugas yang mengelola data fasilitas.

2. Siapkan registrasi sistem bila menjadi pengembang

Panduan registrasi sistem Kemenkes mencakup afiliasi SNOMED CT, surat kuasa atau tugas, dokumentasi fitur, pernyataan variabel dan metadata, serta daftar fasilitas pengguna atau keterangan bila belum bermitra.

Bukti uji yang disebut antara lain pengiriman sandbox hingga Encounter dan Condition, bukti rekaman layar, serta monitoring. Periksa bentuk lampiran dan saluran pengiriman langsung di panduan registrasi sistem. Bukti registrasi ini bukan daftar lengkap data yang wajib dikirim untuk semua pelayanan.

3. Pilih modul dan petakan data

SATUSEHAT menyediakan panduan berbeda untuk rawat jalan, rawat inap, IGD, kefarmasian, dan kebutuhan lain. Pilih modul sesuai pelayanan yang benar-benar diberikan.

FHIR adalah format pertukaran data kesehatan yang digunakan SATUSEHAT. Di dalamnya, resource berarti jenis data terstruktur, misalnya Patient untuk pasien dan Encounter untuk kunjungan. Modul rawat jalan menjelaskan hubungan data dan urutan pengirimannya secara lebih rinci.

Sebagai saran kerja, buat pemetaan dari kolom RME ke data yang diminta modul: identitas, kunjungan, petugas, lokasi, istilah/kode, dan waktu pelayanan. Libatkan tenaga yang memahami makna data; jangan mengarang diagnosis atau hasil pemeriksaan agar validasi lolos.

4. Uji di sandbox dengan data uji

Sandbox adalah lingkungan pengujian, terpisah dari production untuk pengiriman operasional. Dokumentasi menyediakan akses sandbox juga bagi pengguna yang belum terverifikasi; keberhasilan uji tidak berarti akses produksi sudah disetujui.

Sebagai rancangan uji, gunakan data sintetis (data uji buatan) dan periksa:

• Identitas serta hubungan pasien, fasilitas, dan kunjungan sesuai skenario.
• Data yang kurang atau tidak valid menghasilkan pesan yang dapat ditindaklanjuti.
• Gangguan pengiriman tidak menyebabkan catatan hilang atau pengiriman ganda tanpa kendali.
• Perbaikan dan pengiriman ulang mengikuti mekanisme resource yang berlaku.

Simpan hasil uji tanpa kata sandi, token, atau data pasien nyata. Cocokkan tipe akses sandbox dengan jenis institusi yang diuji.

5. Siapkan akses produksi dan serah terima

Kode production digunakan oleh fasilitas atau mitra yang memenuhi proses verifikasi. Hubungan sistem mitra dengan fasilitas perlu sesuai data pemutakhiran. Gunakan Organization ID serta kredensial untuk fasilitas yang benar.

Dokumentasi autentikasi menggunakan OAuth 2 dengan client_credentials antarserver dan membatasi penggunaan kredensial pada Organization ID terkait. Simpan rahasia di sisi server yang terlindungi; jangan memasukkannya ke halaman browser, repositori publik, atau tangkapan layar dukungan.

Sebelum mulai, sepakati siapa yang memeriksa data, memantau hasil, menangani gangguan, serta memutuskan langkah pemulihan. Lanjutkan ke monitoring pengiriman SATUSEHAT dan checklist kesiapan.