Checklist Kesiapan RS untuk Integrasi SatuSehat: 15 Poin yang Harus Dipenuhi

Veren Nathania Cindy
3 hari yang lalu
10 menit membaca

asian hospital admin staff intently reviewing patient records on computer — Sumber: Freepik

Banyak rumah sakit yang merasa sudah "dalam proses" integrasi SatuSehat. Tim IT sudah mendaftar di portal. Credentials sudah diperoleh. Vendor SIMRS sudah dihubungi. Namun ketika ditanya lebih dalam, berapa resource FHIR yang sudah berhasil dikirim? Apakah data master pasien sudah terverifikasi NIK-nya? Apakah ada monitoring otomatis untuk mendeteksi kegagalan pengiriman data? Jawabannya sering kali mengambang.

"Dalam proses" adalah pernyataan yang nyaman tetapi tidak informatif. Integrasi SatuSehat bukan switch yang bisa dibalik on atau off. Ini adalah perjalanan bertahap yang memiliki banyak titik pemeriksaan, dan tanpa peta yang jelas, sangat mudah merasa sudah jauh maju padahal masih berdiri di awal jalan.

Checklist SatuSehat RS ini dirancang untuk mengubah "dalam proses" menjadi jawaban yang konkret dan terukur. Lima belas poin yang disusun dalam artikel ini mencakup seluruh dimensi kesiapan SatuSehat, dari fondasi teknis, kualitas data, kapabilitas sistem, kompetensi SDM, hingga keamanan dan keberlanjutan. Gunakan checklist ini sebagai instrumen self-assessment yang jujur, bukan sekadar daftar yang dicentang untuk kenyamanan.

Mengapa Self-Assessment Itu Penting

Persiapan integrasi SatuSehat yang tidak didasari pemahaman yang komprehensif tentang apa yang dibutuhkan sering berakhir dengan satu dari dua skenario buruk. Pertama, implementasi yang terhenti di tengah jalan karena menemukan hambatan yang tidak diantisipasi. Kedua, implementasi yang "selesai" secara teknis tetapi menghasilkan data berkualitas buruk yang lebih banyak mudaratnya daripada manfaatnya.

Kedua skenario ini memiliki biaya yang nyata, baik biaya waktu, finansial, maupun reputasi di mata regulator. Rumah sakit yang sudah terdaftar di platform SatuSehat tetapi konsisten mengirimkan data yang tidak valid atau tidak lengkap justru menciptakan rekam jejak kepatuhan yang buruk.

Cara Menggunakan Checklist Ini

Untuk setiap poin dalam checklist SatuSehat RS ini, berikan penilaian yang jujur dengan tiga status:

✅ Selesai — sudah diimplementasikan dan berjalan dengan baik, ada bukti yang dapat diverifikasi

🔄 Dalam Proses — sudah dimulai tetapi belum selesai atau belum divalidasi

❌ Belum Dimulai — belum ada tindakan konkret untuk poin ini

Hitung berapa poin yang berstatus ✅, dan gunakan itu sebagai angka kesiapan aktual rumah sakit Anda. Jika lebih dari sepertiga poin masih berstatus ❌, persiapan integrasi SatuSehat perlu dipercepat secara signifikan.

Dimensi 1: Fondasi Administratif dan Akses Sistem (Poin 1–3)

Poin 1: Registrasi Organisasi di Portal SatuSehat

✅ / 🔄 / ❌

Ini adalah langkah pertama yang harus diselesaikan sebelum apapun bisa dilakukan. Rumah sakit harus terdaftar sebagai organisasi di portal SatuSehat (platform.satusehat.kemkes.go.id) dengan data yang konsisten dengan izin operasional dan data Kemenkes.

Yang sering menjadi hambatan di poin ini adalah ketidakcocokan nama atau kode fasilitas antara data internal rumah sakit dengan data yang tercatat di Kemenkes. Verifikasi konsistensi data ini sebelum memulai registrasi akan menghemat waktu yang cukup signifikan.

Pertanyaan verifikasi: Apakah rumah sakit sudah memiliki Organization ID yang valid di sistem SatuSehat? Apakah data organisasi sudah terverifikasi oleh Kemenkes?

Poin 2: Perolehan dan Pengelolaan Credentials API

✅ / 🔄 / ❌

Setelah registrasi organisasi berhasil, rumah sakit akan memperoleh Client ID dan Client Secret yang digunakan untuk autentikasi setiap request API ke platform SatuSehat. Credentials ini adalah kunci akses yang harus dikelola dengan keamanan yang ketat.

Checklist SatuSehat RS yang baik memastikan bahwa credentials ini tidak hanya diperoleh, tetapi juga disimpan dengan aman dan tidak di email atau spreadsheet yang bisa diakses banyak orang, memiliki prosedur rotasi yang jelas jika terjadi kebocoran, serta hanya diketahui oleh pihak-pihak yang memiliki legitimasi teknis untuk menggunakannya.

Pertanyaan verifikasi: Di mana credentials API saat ini disimpan? Siapa yang memiliki akses ke credentials tersebut?

Poin 3: Registrasi Tenaga Kesehatan dalam Sistem

✅ / 🔄 / ❌

Setiap tenaga kesehatan yang akan mencatat data klinis yang dikirimkan ke SatuSehat harus terdaftar dalam sistem sebagai Practitioner Resource, dengan referensi ke data STR (Surat Tanda Registrasi) yang valid.

Ini adalah poin yang sering diremehkan. Rumah sakit dengan ratusan dokter dan perawat perlu memastikan bahwa data seluruh tenaga kesehatan aktif sudah terdaftar dan terverifikasi. Kegagalan di poin ini berarti data klinis yang dikirimkan tidak memiliki atribusi yang valid dan akan ditolak oleh sistem.

Pertanyaan verifikasi: Berapa persentase tenaga kesehatan aktif yang sudah terdaftar sebagai Practitioner di sistem SatuSehat?

Dimensi 2: Kualitas Data Master (Poin 4–6)

Poin 4: Verifikasi NIK Pasien

✅ / 🔄 / ❌

NIK adalah kunci identitas pasien dalam ekosistem SatuSehat. Setiap data yang dikirimkan harus dapat diatribusikan ke pasien yang teridentifikasi dengan NIK yang valid.

Audit kualitas NIK dalam database pasien rumah sakit sering menghasilkan temuan yang mengejutkan, mulai dari NIK yang tidak lengkap, NIK yang berisi placeholder seperti "0000000000000000", hingga NIK yang tidak lulus validasi format dasar sekalipun. Sebagai bagian dari kesiapan SatuSehat, rumah sakit perlu melakukan cleansing data NIK secara sistematis dan membangun proses verifikasi NIK untuk setiap pasien baru ke depannya.

Pertanyaan verifikasi: Berapa persentase rekam medis aktif yang memiliki NIK yang valid dan terverifikasi? Apakah ada proses validasi NIK saat pendaftaran pasien baru?

Poin 5: Standardisasi Kode Diagnosis ICD-10

✅ / 🔄 / ❌

SatuSehat mengharuskan diagnosis dikodekan menggunakan ICD-10 yang terstandar. Rumah sakit yang selama ini menggunakan kode diagnosis internal, kode singkatan, atau kode ICD-10 yang tidak standar perlu melakukan mapping dan standardisasi sebelum data tersebut bisa dikirimkan.

Ini bukan hanya tentang kepatuhan terhadap format. Kode diagnosis yang tidak standar akan menghasilkan data yang tidak bermanfaat dalam ekosistem nasional yang seharusnya menggunakan bahasa yang sama.

Pertanyaan verifikasi: Apakah SIMRS sudah menggunakan kode ICD-10 yang terstandar untuk seluruh diagnosis? Apakah ada proses validasi kode saat dokter menginput diagnosis?

Poin 6: Standardisasi Kode Prosedur dan Obat

✅ / 🔄 / ❌

Selain diagnosis, prosedur medis perlu dikodekan dengan ICD-9-CM atau SNOMED CT sesuai ketentuan, dan obat-obatan perlu memiliki referensi yang terstandar. Persiapan integrasi SatuSehat yang komprehensif memastikan bahwa master data obat di SIMRS sudah dipetakan ke kode yang diakui secara nasional.

Pertanyaan verifikasi: Apakah master data obat dan prosedur sudah dipetakan ke standar kode yang diterima SatuSehat?

Dimensi 3: Kapabilitas Teknis SIMRS (Poin 7–10)

Poin 7: Dukungan Standar FHIR R4 dalam SIMRS

Poin 7: Dukungan Standar FHIR R4 dalam SIMRS

✅ / 🔄 / ❌

Ini adalah poin teknis paling fundamental dalam checklist SatuSehat RS. SIMRS yang digunakan harus mampu menghasilkan dan mengirimkan data dalam format FHIR R4, standar interoperabilitas yang ditetapkan Kemenkes untuk ekosistem SatuSehat.

Tidak semua SIMRS yang sudah ada memiliki kapabilitas ini. Beberapa vendor membutuhkan update besar atau modul tambahan yang signifikan. Poin ini perlu dikonfirmasi langsung dengan vendor SIMRS, bukan hanya jawaban "bisa", tetapi demonstrasi konkret resource FHIR mana saja yang sudah didukung.

Pertanyaan verifikasi: Resource FHIR R4 apa saja yang sudah bisa dihasilkan oleh SIMRS saat ini? Apakah sudah ada pengujian di environment sandbox SatuSehat?

Poin 8: Integrasi Resource Encounter (Data Kunjungan)

✅ / 🔄 / ❌

Encounter Resource adalah resource FHIR yang merepresentasikan setiap kunjungan pasien. Ini adalah resource fundamental yang harus berjalan sebelum resource klinis lainnya bisa dikirimkan, karena sebagian besar resource klinis seperti diagnosis, observasi, dan obat adalah turunan dari sebuah Encounter.

Verifikasi bahwa data kunjungan sudah terkirim dengan benar mencakup status kunjungan, referensi ke pasien dan tenaga kesehatan, lokasi layanan, dan timestamp yang akurat. Ini adalah langkah awal yang tidak bisa dilewati.

Pertanyaan verifikasi: Apakah data kunjungan rawat jalan, rawat inap, dan IGD sudah terkirim ke SatuSehat dalam format Encounter Resource yang valid?

Poin 9: Integrasi Resource Klinis Inti

✅ / 🔄 / ❌

Setelah Encounter berjalan, persiapan integrasi SatuSehat berlanjut ke resource klinis inti. Buat sub-checklist untuk setiap resource berikut:

Condition Resource (diagnosis) — ❌ / 🔄 / ✅
Observation Resource (tanda vital dan temuan klinis) — ❌ / 🔄 / ✅
Observation Resource - Lab (hasil laboratorium) — ❌ / 🔄 / ✅
MedicationRequest (resep dokter) — ❌ / 🔄 / ✅
AllergyIntolerance Resource (riwayat alergi) — ❌ / 🔄 / ✅
Procedure Resource (tindakan medis) — ❌ / 🔄 / ✅

Semakin banyak resource yang sudah terkirim dengan valid, semakin lengkap kontribusi rumah sakit pada ekosistem data kesehatan nasional, dan semakin kuat posisi kepatuhan di mata regulator.

Pertanyaan verifikasi: Dari enam resource klinis di atas, berapa yang sudah terkirim dengan valid dan konsisten?

Poin 10: Mekanisme Error Handling dan Retry Otomatis

✅ / 🔄 / ❌

Ini adalah poin teknis yang sering dilewatkan dalam checklist SatuSehat RS yang dibuat tergesa-gesa, padahal dampaknya sangat signifikan pada kualitas integrasi jangka panjang.

Pengiriman data ke SatuSehat tidak selalu berhasil pada percobaan pertama. Server SatuSehat bisa mengalami gangguan sesaat, koneksi internet bisa tidak stabil, atau data bisa gagal validasi karena format yang tidak sesuai. Tanpa mekanisme error handling yang baik, kegagalan-kegagalan ini akan menghasilkan data yang tidak terkirim, sebuah gap dalam rekam data yang tidak disadari hingga menjadi masalah yang besar.

SIMRS yang baik memiliki mekanisme untuk mendeteksi kegagalan pengiriman secara otomatis, mencatat error dengan detail yang cukup untuk diagnosa, dan melakukan retry secara otomatis dengan logika yang tepat.

Pertanyaan verifikasi: Apakah ada sistem monitoring yang mendeteksi kegagalan pengiriman data ke SatuSehat? Apakah ada mekanisme retry otomatis yang berjalan tanpa intervensi manual?

Dimensi 4: Keamanan dan Tata Kelola Data (Poin 11–12)

Poin 11: Keamanan Transmisi Data

✅ / 🔄 / ❌

Seluruh data yang dikirimkan ke SatuSehat harus dienkripsi dalam transit menggunakan protokol HTTPS/TLS. Ini adalah persyaratan standar yang tidak boleh dikompromikan karena data kesehatan pasien adalah data yang paling sensitif, dan transmisi yang tidak aman adalah pelanggaran privasi yang serius.

Selain enkripsi transit, kesiapan SatuSehat dari sisi keamanan juga mencakup enkripsi data at-rest dalam sistem, kontrol akses yang ketat terhadap data yang akan dikirimkan, dan logging yang komprehensif untuk setiap aktivitas transmisi data.

Pertanyaan verifikasi: Apakah semua API call ke SatuSehat menggunakan HTTPS? Apakah ada logging transmisi yang dapat diaudit?

Poin 12: Prosedur Persetujuan Pasien

✅ / 🔄 / ❌

Pengiriman data rekam medis ke platform nasional harus didasari pada persetujuan pasien yang jelas dan terdokumentasi. PMK 24/2022 dan regulasi privasi data mengharuskan adanya mekanisme informed consent yang eksplisit sebelum data pasien dibagikan ke ekosistem yang lebih luas.

Rumah sakit perlu memastikan bahwa prosedur persetujuan ini sudah menjadi bagian dari alur pendaftaran pasien, bukan sesuatu yang dilakukan secara retroaktif.

Pertanyaan verifikasi: Apakah sudah ada prosedur informed consent yang terdokumentasi untuk pengiriman data ke SatuSehat? Apakah ini sudah menjadi bagian dari alur pendaftaran standar?

Dimensi 5: Kompetensi SDM dan Proses (Poin 13–15)

Poin 13: Kompetensi Tim IT dalam Standar FHIR

✅ / 🔄 / ❌

Integrasi SatuSehat yang berkelanjutan membutuhkan tim IT yang memiliki pemahaman dasar tentang standar FHIR, cara kerja REST API, dan cara mendiagnosa masalah integrasi ketika terjadi.

Ketergantungan penuh pada vendor tanpa kapabilitas internal menciptakan risiko nyata. Ketika ada masalah di luar jam kerja vendor, atau ketika vendor berganti, rumah sakit tidak memiliki kemampuan untuk mempertahankan atau mengoperasikan integrasinya sendiri.

Pertanyaan verifikasi: Apakah ada minimal satu staf IT internal yang memahami dasar-dasar FHIR dan dapat mendiagnosa masalah integrasi SatuSehat secara mandiri?

Poin 14: Monitoring dan Pelaporan Kesiapan SatuSehat Secara Berkala

✅ / 🔄 / ❌

Kesiapan SatuSehat bukan kondisi statis yang dicapai sekali kemudian selesai. Regulasi berubah, resource FHIR baru ditambahkan, volume data meningkat, dan sistem berkembang. Rumah sakit perlu memiliki mekanisme monitoring yang memastikan integrasi tetap berjalan dengan baik secara konsisten.

Mekanisme monitoring yang baik mencakup dashboard yang menampilkan volume dan success rate pengiriman data secara real-time, laporan berkala minimal mingguan tentang status integrasi, dan prosedur eskalasi yang jelas ketika ada anomali yang terdeteksi.

Pertanyaan verifikasi: Apakah ada dashboard monitoring integrasi SatuSehat yang dipantau secara reguler? Siapa yang bertanggung jawab memantau dan menindaklanjuti anomali?

Poin 15: Rencana Pembaruan dan Adaptasi Regulasi

✅ / 🔄 / ❌

Ekosistem SatuSehat masih terus berkembang. Kemenkes secara berkala menerbitkan pembaruan terhadap spesifikasi teknis, menambahkan resource FHIR baru, atau mengubah persyaratan yang sudah ada. Rumah sakit dan vendor SIMRS yang digunakannya perlu memiliki mekanisme untuk mengikuti perkembangan ini dan mengadaptasikan sistem secara proaktif.

Artinya ada orang atau tim yang ditugaskan memantau pembaruan dari Kemenkes, ada jalur komunikasi yang jelas dengan vendor SIMRS tentang roadmap pembaruan, dan ada proses pengujian yang cepat ketika pembaruan perlu diimplementasikan.

Pertanyaan verifikasi: Apakah ada mekanisme untuk memantau pembaruan spesifikasi SatuSehat dari Kemenkes? Apakah vendor SIMRS memiliki komitmen SLA yang jelas untuk pembaruan regulasi?

Membaca Hasil Checklist: Interpretasi dan Langkah Selanjutnya

Setelah menyelesaikan checklist SatuSehat RS ini, hitung hasilnya:

Setelah menyelesaikan checklist SatuSehat RS ini, hitung hasilnya.

13–15 poin ✅ — Kesiapan Tinggi Rumah sakit Anda berada di posisi yang sangat baik. Fokus pada optimasi kualitas data yang dikirimkan dan ekspansi ke resource FHIR yang belum terintegrasi.

9–12 poin ✅ — Kesiapan Menengah Fondasi sudah cukup kuat, tetapi ada kesenjangan signifikan yang perlu ditutup. Prioritaskan poin-poin yang berstatus ❌ berdasarkan dampak tertinggi terhadap kelengkapan data.

5–8 poin ✅ — Kesiapan Rendah Perlu akselerasi yang serius. Buat roadmap dengan milestone yang terukur dan libatkan vendor SIMRS untuk pendampingan yang lebih intensif.

0–4 poin ✅ — Belum Siap Implementasi harus dimulai dari fondasi. Mulai dari dimensi pertama, yaitu registrasi dan credentials, lalu bangun secara bertahap dengan target yang realistis namun ambisius.

SIMRS DHealth: Integrasi SatuSehat yang Menjawab Seluruh 15 Poin

Bagi rumah sakit yang hasil checklist SatuSehat RS-nya menunjukkan kesenjangan signifikan, salah satu pertanyaan paling strategis yang perlu dijawab adalah apakah SIMRS yang digunakan saat ini mampu menjawab seluruh 15 poin dalam checklist ini, dan apakah vendor memiliki komitmen serta kapabilitas untuk mendampingi seluruh perjalanan integrasi.

SIMRS DHealth telah melewati perjalanan persiapan integrasi SatuSehat ini bersama lebih dari 10 rumah sakit dan telah mencapai integrasi penuh yang mencakup seluruh dimensi dalam checklist ini. Dari registrasi organisasi, verifikasi NIK dan data master, implementasi seluruh resource FHIR R4 yang diwajibkan, mekanisme error handling dan monitoring otomatis, hingga prosedur keamanan data yang memenuhi standar regulasi, semuanya sudah menjadi bagian dari ekosistem SIMRS DHealth yang berjalan di rumah sakit-rumah sakit mitra.

Yang tidak kalah penting, tim teknis DHealth yang berpengalaman dalam spesifikasi SatuSehat mendampingi implementasi mulai dari audit data awal, pengujian di environment sandbox, hingga go-live dan monitoring berkelanjutan. Ketika Kemenkes menerbitkan pembaruan spesifikasi, DHealth memiliki proses update yang terstruktur sehingga rumah sakit mitra tidak perlu khawatir tertinggal dari regulasi terbaru.

Untuk rumah sakit yang ingin menggunakan checklist ini sebagai starting point diskusi dengan tim DHealth, baik untuk mengevaluasi gap dalam sistem yang sudah ada maupun untuk memulai implementasi dari awal, tim kami siap melakukan assessment bersama tanpa biaya.

Kesimpulan: Checklist Ini Bukan Tujuan, Melainkan Kompas

Lima belas poin dalam checklist SatuSehat RS ini bukan standar yang perlu dicapai sekali lalu dilupakan. Ia adalah kompas yang membantu rumah sakit memahami di mana posisinya saat ini, ke mana harus bergerak berikutnya, dan seberapa jauh masih harus ditempuh.

Kesiapan SatuSehat yang sesungguhnya bukan tentang memiliki teknologi yang canggih atau anggaran yang besar. Ini tentang memiliki pemahaman yang jelas tentang apa yang dibutuhkan, komitmen yang konsisten untuk bergerak maju, dan mitra teknologi yang dapat dipercaya untuk menemani perjalanan tersebut.

Mulailah dengan jujur menilai setiap poin. Identifikasi dua atau tiga poin dengan kesenjangan terbesar. Dan mulailah bergerak dari sana, hari ini, bukan bulan depan.

Sudah tahu di mana posisi rumah sakit Anda dalam 15 poin checklist ini? Jika ada poin yang masih berstatus ❌ atau 🔄 dan Anda tidak yakin bagaimana cara mengatasinya, tim DHealth siap melakukan assessment bersama dan mengevaluasi kesenjangan kesiapan SatuSehat rumah sakit Anda dan menyusun roadmap yang realistis untuk menutupnya.

Ingin tahu lebih lanjut? Jadwalkan demo gratis SIMRS DHealth di www.dhealth.co.id atau hubungi tim kami via WhatsApp.