{"id":5219,"date":"2026-08-19T10:24:37","date_gmt":"2026-08-19T03:24:37","guid":{"rendered":"https:\/\/dtisolution.id\/blog\/?p=5219"},"modified":"2026-08-25T00:25:42","modified_gmt":"2026-08-24T17:25:42","slug":"kesiapan-satusehat-rumah-sakit-checklist-fhir-integrasi","status":"publish","type":"post","link":"https:\/\/dtisolution.id\/blog\/kesiapan-satusehat-rumah-sakit-checklist-fhir-integrasi\/","title":{"rendered":"Kesiapan SatuSehat Rumah Sakit: Checklist Integrasi"},"content":{"rendered":"
Jawaban singkat:<\/strong> Kesiapan SatuSehat rumah sakit bertumpu pada tiga hal: tata kelola dan data master yang bersih, pemetaan rekam medis elektronik ke resource FHIR R4 seperti Patient, Encounter, Condition, dan Observation, serta integrasi bertahap dari sandbox ke produksi. Permenkes 24\/2022 mewajibkan RME diselenggarakan secara interoperabel dan terintegrasi dengan platform yang ditetapkan Kementerian Kesehatan.<\/div>\n

Menilai kesiapan SatuSehat rumah sakit<\/strong> sering kali dimulai dari pertanyaan yang salah: “berapa lama integrasinya?” Padahal hambatan terbesar jarang ada di lapisan API. Yang lebih sering membuat rumah sakit tersendat adalah data master yang kotor, alur klinis yang tidak terekam secara terstruktur, dan tata kelola data yang belum jelas siapa pemiliknya. Artikel ini membedah kesiapan itu menjadi tiga bagian yang bisa langsung Anda kerjakan: checklist interoperabilitas, resource FHIR apa saja yang sebenarnya dikirim, dan urutan integrasi bertahap yang realistis.<\/p>\n

\"Ilustrasi
DHealth SIMRS dari DTI.<\/figcaption><\/figure>\n

Dasar regulasi: mengapa integrasi ini bukan proyek IT biasa<\/h2>\n

Permenkes Nomor 24 Tahun 2022 tentang Rekam Medis mewajibkan fasilitas pelayanan kesehatan menyelenggarakan Rekam Medis Elektronik (RME). Penyelenggaraannya harus memenuhi prinsip interoperabilitas dan terintegrasi dengan platform layanan interoperabilitas dan integrasi data kesehatan yang ditetapkan Kementerian Kesehatan. Tenggatnya sudah lewat: 31 Desember 2023. Karena itu fokus pengawasan kini bergeser, dari “sudah punya RME atau belum” menjadi “seberapa lengkap dan berkualitas data yang dikirimkan”.<\/p>\n

Kewajiban ini bertumpuk dengan Permenkes Nomor 82 Tahun 2013 tentang Sistem Informasi Manajemen Rumah Sakit, yang mengharuskan setiap rumah sakit menyelenggarakan SIMRS. Jika fondasi ini yang masih Anda petakan, pembahasan pengertian dan fungsi SIMRS bagi rumah sakit<\/a> layak dibaca lebih dulu sebelum masuk ke lapisan interoperabilitas.<\/p>\n

Ada pula sisi pelindungan data yang tidak bisa diabaikan. Data kesehatan tergolong data pribadi yang bersifat spesifik menurut Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi, sehingga pemrosesan data pasien menuntut dasar pemrosesan yang jelas, pembatasan tujuan, dan pengamanan yang proporsional. PP Nomor 71 Tahun 2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik menambahkan kewajiban bagi penyelenggara sistem elektronik untuk menjamin keandalan, keamanan, dan pertanggungjawaban sistemnya. Sementara UU ITE beserta perubahannya menegaskan dokumen elektronik sebagai alat bukti hukum yang sah \u2014 landasan yang membuat RME bisa menggantikan berkas kertas.<\/p>\n

Checklist interoperabilitas sebelum menulis satu baris kode<\/h2>\n

Checklist berikut mengurutkan prasyaratnya. Melewati salah satunya hampir selalu berujung pada kegagalan pengiriman data beberapa bulan kemudian.<\/p>\n

Tata kelola dan organisasi<\/h3>\n
    \n
  • Tunjuk penanggung jawab integrasi lintas unit: rekam medis, TI, farmasi, laboratorium, radiologi, dan keperawatan.<\/li>\n
  • Registrasikan organisasi dan buat akun pengembang di portal SatuSehat, termasuk penerbitan client ID<\/em> dan client secret<\/em> yang terpisah untuk lingkungan sandbox dan produksi.<\/li>\n
  • Susun kebijakan internal tentang pemrosesan data pribadi pasien, retensi, hak akses berbasis peran, dan prosedur penanganan insiden.<\/li>\n
  • Sepakati definisi episode pelayanan: kapan sebuah kunjungan dimulai, dipindahkan antar-unit, dan dinyatakan selesai.<\/li>\n<\/ul>\n

    Kualitas data master<\/h3>\n
      \n
    • Data pasien:<\/strong> NIK terisi dan tervalidasi. Nomor identitas pasien SatuSehat (IHS Number) diperoleh dengan mencari resource Patient berdasarkan NIK \u2014 NIK kosong atau salah ketik berarti pasien tidak bisa dipetakan sama sekali.<\/li>\n
    • Data tenaga kesehatan:<\/strong> setiap dokter dan tenaga kesehatan pelaksana punya identitas yang terhubung ke basis data SDM kesehatan, bukan sekadar nama bebas di tabel pengguna SIMRS.<\/li>\n
    • Data unit layanan:<\/strong> poliklinik, ruang rawat, dan instalasi penunjang dipetakan ke identitas lokasi yang terdaftar, bukan ke kode internal yang hanya dikenali rumah sakit sendiri.<\/li>\n
    • Terminologi klinis:<\/strong> diagnosis memakai ICD-10, tindakan memakai ICD-9-CM, pemeriksaan laboratorium memakai LOINC, sedangkan obat dan alat kesehatan merujuk Kamus Farmasi dan Alat Kesehatan (KFA).<\/li>\n<\/ul>\n

      Kesiapan teknis<\/h3>\n
        \n
      • Dukungan OAuth 2.0 client credentials<\/em>, lengkap dengan manajemen masa berlaku token dan pembaruan otomatis.<\/li>\n
      • Antrean pengiriman (message queue<\/em>) dengan mekanisme retry<\/em>, supaya gangguan jaringan tidak menghilangkan transaksi klinis.<\/li>\n
      • Penyimpanan pemetaan identitas lokal ke identitas SatuSehat, agar pembaruan data bisa dilakukan tanpa menimbulkan duplikasi.<\/li>\n
      • Log audit yang mencatat siapa mengirim apa dan kapan. Ini kebutuhan operasional sehari-hari, sekaligus bukti akuntabilitas.<\/li>\n<\/ul>\n

        Resource FHIR yang perlu Anda pahami<\/h2>\n

        SatuSehat menggunakan standar HL7 FHIR R4. Anda tidak perlu menghafal seluruh spesifikasinya; yang penting adalah memahami peran tiap resource dalam merepresentasikan satu episode pelayanan.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
        Resource FHIR<\/th>\nMerepresentasikan<\/th>\nCatatan implementasi<\/th>\n<\/tr>\n<\/thead>\n
        Organization & Location<\/td>\nRumah sakit dan unit layanan<\/td>\nDikirim sekali di awal; menjadi rujukan seluruh transaksi berikutnya.<\/td>\n<\/tr>\n
        Practitioner<\/td>\nDokter dan tenaga kesehatan<\/td>\nDirujuk oleh Encounter dan sebagian besar resource klinis.<\/td>\n<\/tr>\n
        Patient<\/td>\nIdentitas pasien<\/td>\nDicari berdasarkan NIK untuk memperoleh IHS Number.<\/td>\n<\/tr>\n
        Encounter<\/td>\nEpisode kunjungan<\/td>\nInduk seluruh data klinis; status berubah dari arrived<\/em>, in-progress<\/em>, hingga finished<\/em>.<\/td>\n<\/tr>\n
        Condition<\/td>\nDiagnosis<\/td>\nMenggunakan ICD-10; bedakan diagnosis utama dan sekunder.<\/td>\n<\/tr>\n
        Observation<\/td>\nTanda vital dan hasil laboratorium<\/td>\nMenggunakan LOINC beserta satuan pengukuran yang konsisten.<\/td>\n<\/tr>\n
        Procedure<\/td>\nTindakan medis<\/td>\nMenggunakan ICD-9-CM.<\/td>\n<\/tr>\n
        Medication, MedicationRequest, MedicationDispense<\/td>\nPeresepan dan penyerahan obat<\/td>\nTerhubung ke KFA; melibatkan modul farmasi secara langsung.<\/td>\n<\/tr>\n
        ServiceRequest, Specimen, DiagnosticReport<\/td>\nPermintaan dan hasil penunjang<\/td>\nMenuntut integrasi LIS\/RIS, bukan hanya modul inti SIMRS.<\/td>\n<\/tr>\n
        Composition<\/td>\nDokumen klinis terstruktur<\/td>\nDigunakan untuk resume medis dan dokumen sejenis.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

        Kuncinya satu: Encounter adalah tulang punggung. Bila penomoran kunjungan di SIMRS tidak konsisten \u2014 misalnya satu pasien rawat inap punya beberapa nomor kunjungan karena berpindah ruangan \u2014 seluruh resource turunannya ikut terpecah, dan data tidak lagi terbaca sebagai satu episode utuh.<\/p>\n