Form Surat Rujuk Balik (SRB) Elektronik: Komponen, Workflow, dan Integrasi RME

Surat Rujuk Balik (SRB) adalah dokumen yang menutup loop rujukan: dari FKRTL kembali ke FKTP setelah pasien dinyatakan stabil. Tanpa SRB yang lengkap, kontinuitas perawatan terputus, FKTP kehilangan informasi tata laksana, dan klaim Program Rujuk Balik (PRB) berisiko menjadi temuan audit. Kepmenkes No. HK.01.07/MENKES/1645/2024 tentang Tata Laksana PRB menegaskan kembali alur rujuk balik sebagai bagian integral dari sistem JKN, dan bersama Permenkes 24/2022 tentang Rekam Medis Elektronik, mendorong rumah sakit memindahkan SRB dari kertas ke form elektronik yang terintegrasi dengan RME.

Artikel ini menjabarkan komponen yang umumnya tercantum di SRB, perbedaan antara SRB manual dan elektronik, workflow SRB elektronik dalam RME, aspek hukum tanda tangan elektronik, integrasi dengan SatuSehat Rujukan dalam kerangka Permenkes 16/2024, serta checklist implementasi yang bisa langsung dipakai tim manajemen FKRTL.

Apa Itu Surat Rujuk Balik dan Fungsinya di Sistem JKN

Dalam alur Program Rujuk Balik, pasien penyakit kronis yang sebelumnya dirawat di FKRTL dirujuk kembali ke FKTP setelah kondisinya dinilai stabil oleh dokter spesialis. SRB adalah surat resmi yang menjadi tiket pasien kembali ke FKTP, sekaligus dokumen klinis yang merangkum apa yang sudah dilakukan FKRTL dan apa yang harus dilanjutkan FKTP.

Fungsinya tiga lapis. Pertama, fungsi klinis: memastikan FKTP menerima informasi diagnosa, hasil pemeriksaan terakhir, tata laksana, dan resep continuum care. Kedua, fungsi administratif JKN: SRB menjadi dasar bagi FKTP untuk melanjutkan obat program rujuk balik dan melakukan kontrol rutin tanpa harus rujukan ulang. Ketiga, fungsi audit: SRB menjadi bukti bahwa FKRTL menjalankan kewajiban rujuk balik untuk pasien stabil.

Tanpa SRB, FKTP hanya bisa menebak apa yang terjadi di FKRTL dari cerita pasien, dan BPJS Kesehatan kesulitan menarik garis tegas antara kasus yang seharusnya dikelola di FKTP dan kasus yang memang membutuhkan tata laksana FKRTL.

Kepmenkes 1645/2024 dan Kewajiban SRB

Kepmenkes No. HK.01.07/MENKES/1645/2024 tentang Tata Laksana PRB mengatur kriteria pasien yang memenuhi syarat program rujuk balik dan alur prosedurnya. Regulasi ini menegaskan bahwa pasien penyakit kronis yang sudah stabil, sesuai kriteria klinis yang ditetapkan, harus dirujuk kembali ke FKTP dengan dokumen rujuk balik yang lengkap.

Dalam praktik, kriteria stabil meliputi parameter seperti tekanan darah terkontrol untuk hipertensi, gula darah dalam rentang target untuk DM Tipe 2, dan absen episode akut dalam periode tertentu. Dokter spesialis penanggung jawab pasien (DPJP) yang menetapkan status stabil ini, dan bersamaan dengan keputusan tersebut, menerbitkan SRB.

Kepmenkes ini juga merupakan referensi untuk auditor BPJS Kesehatan dan tim verifikator internal RS dalam menilai kepatuhan FKRTL terhadap program rujuk balik. Rumah sakit yang tidak konsisten merujuk balik pasien stabil bisa berhadapan dengan temuan kepatuhan, terlepas dari apakah klaim ditolak atau tidak.

Komponen SRB

Berdasarkan praktik operasional FKRTL dan referensi Buku Panduan PRB BPJS Kesehatan, form SRB umumnya mencakup komponen berikut. Bagian "umumnya mencakup" digunakan karena format presisi SRB bisa bervariasi antar daerah dan antar periode panduan BPJS.

Komponen di atas adalah landasan minimum. Beberapa rumah sakit menambahkan field seperti edukasi yang diberikan ke pasien, kontak DPJP untuk konsultasi balik, atau red flag yang harus memicu rujukan ulang.

Yang perlu digarisbawahi: SRB tanpa kode ICD-10 yang akurat, tanpa resep continuum care, atau tanpa parameter monitoring akan tetap diterima FKTP karena pasien sudah membawa surat, tetapi nilai klinisnya rendah dan auditabilitasnya lemah.

SRB Manual vs Elektronik: Perbedaan dan Risiko

SRB manual umumnya dicetak dari template Word atau diisi tulis tangan. Risikonya berlapis: tulisan dokter sulit dibaca FKTP, kode ICD-10 sering ditulis tanpa cross-check terhadap diagnosa di rekam medis, resep continuum care kadang tidak konsisten dengan resep yang dikeluarkan farmasi, dan dokumen fisik mudah hilang sebelum dipindai.

Saat audit, RS harus mencari SRB di berkas fisik atau folder scan, menyamakan dengan resume medis, dan memastikan tanggal SRB konsisten dengan kunjungan terakhir. Proses ini memakan waktu dan rawan inkonsistensi yang berisiko menjadi temuan audit.

SRB elektronik mengubah dinamika ini. Form ditarik langsung dari rekam medis pasien, kode ICD-10 dipilih dari diagnosa yang sudah tercatat, resep continuum care dirujukkan ke modul farmasi, dan tanda tangan dokter dikunci secara digital. Versi elektronik ini juga memungkinkan SRB dikirim ke FKTP melalui SatuSehat Rujukan, tanpa harus dititipkan ke pasien dalam bentuk kertas. Permenkes 24/2022 tentang Rekam Medis Elektronik mewajibkan seluruh fasyankes menggunakan RME, sehingga peralihan SRB ke format elektronik adalah konsekuensi dari kewajiban RME itu sendiri.

Workflow SRB Elektronik di RME

Workflow SRB elektronik yang baik dimulai jauh sebelum dokter membuka form. Komponen-komponennya sudah hidup di rekam medis: identitas pasien, diagnosa berkode ICD-10, hasil lab, resume tata laksana. Tugas modul SRB adalah menarik data tersebut, menyiapkan draft, dan meminta dokter melengkapi bagian yang memerlukan keputusan klinis manual.

Trigger penerbitan SRB. Dokter spesialis di poli rawat jalan, ketika menyimpan kunjungan pasien kronis, mendapat opsi untuk menandai pasien sebagai "stabil, eligible untuk rujuk balik". Penandaan ini memicu modul SRB untuk membuka form dengan data yang sudah pre-populated.

Auto-fill identitas dari rekam medis. Nama, NIK, No. RM, tanggal lahir, dan No. SEP kunjungan terakhir di-pull dari basis data RME. Tidak ada input ulang manual untuk field yang sudah ada di sistem; menghemat waktu dokter dan menghilangkan risiko salah ketik NIK.

ICD-10 picker dari catatan diagnosa. Form SRB menampilkan diagnosa yang sudah dimasukkan dokter di assessment kunjungan, lengkap dengan kode ICD-10 yang sudah di-assign. Dokter tinggal menandai mana yang menjadi diagnosis utama dan mana yang sekunder untuk konteks rujuk balik. Pendekatan ini mencegah inkonsistensi antara kode di catatan klinis dan kode di SRB.

Resume singkat tata laksana. Modul menyiapkan ringkasan terapi yang sudah dijalani: obat-obatan kronis yang sudah diresepkan, prosedur yang dilakukan, respons klinis terhadap terapi. Dokter dapat menyunting agar ringkasan sesuai narasi yang ingin disampaikan ke FKTP, tetapi titik awal sudah tersedia.

Resep continuum care dengan validasi Fornas. Resep obat untuk dilanjutkan di FKTP dipilih dari modul farmasi RME, dengan validasi terhadap Formularium Nasional obat PRB. Obat di luar Fornas atau di luar daftar PRB dapat di-flag, sehingga dokter mendapat pengingat sebelum SRB dikirim.

Signature elektronik dokter. Setelah review, DPJP membubuhkan tanda tangan elektronik. Detail teknis dan landasan hukumnya dibahas di bagian berikut.

Auto-export ke SatuSehat Rujukan. SRB yang sudah ditandatangani disiapkan untuk dikirim melalui infrastruktur SatuSehat Rujukan, sesuai kerangka Permenkes 16/2024. Salinan tetap tersimpan di RME sebagai bagian dari berkas rekam medis pasien.

Dengan workflow ini, dokter cukup mereview dan menyetujui, bukan menulis ulang dari nol. Waktu penerbitan SRB turun signifikan, dan kelengkapan data klinis lebih konsisten karena bersumber dari satu rekam medis.

Tanda Tangan Elektronik (PSrE): Aspek Hukum dan Permenkes 24/2022

Tanda tangan elektronik di Indonesia diatur oleh UU ITE dan turunannya. Secara umum, tanda tangan elektronik diakui sebagai instrumen yang sah selama memenuhi syarat keandalan dan keterhubungan eksklusif dengan penanda tangan. Permenkes 24/2022 mengakomodasi tanda tangan elektronik sebagai bagian dari otentikasi dokumen rekam medis, termasuk dokumen yang menjadi bagian alur rujukan seperti SRB.

Dalam konteks SRB, ada dua pendekatan praktis. Pertama, tanda tangan elektronik tersertifikasi yang diterbitkan Penyelenggara Sertifikasi Elektronik (PSrE) yang diakui pemerintah; pendekatan ini memberikan kekuatan hukum paling kuat. Kedua, tanda tangan tidak tersertifikasi yang menggunakan mekanisme otentikasi internal RS, misalnya kombinasi login dokter ditambah audit trail. Pendekatan kedua tetap diakui untuk keperluan internal, tetapi kekuatan pembuktiannya berbeda dengan PSrE.

Yang perlu dipastikan tim manajemen RS adalah landasan hukum dukungan tanda tangan elektronik dalam regulasi RME, dan komitmen vendor RME untuk menyediakan integrasi yang sesuai standar.

Integrasi SatuSehat Rujukan untuk Era Permenkes 16/2024

Permenkes 16/2024 mengarahkan sistem rujukan ke arah berbasis kompetensi dengan SatuSehat sebagai backbone interoperabilitas. Salah satu konsekuensinya: dokumen rujukan, termasuk rujuk balik, semakin diharapkan mengalir lewat infrastruktur SatuSehat Rujukan, bukan sekadar dititipkan ke pasien dalam bentuk kertas.

Bagi RS rujukan tipe B atau A yang menerima pasien dari banyak FKTP, integrasi ini punya implikasi praktis. SRB yang diterbitkan modul RME di-relay ke SatuSehat Rujukan dengan struktur data yang konsisten. FKTP penerima mendapat notifikasi atau dapat melakukan tarik data, dan history rujukan pasien tersusun rapi di profil SatuSehat-nya.

Detail endpoint, format payload, dan urutan otentikasi sebaiknya merujuk ke dokumentasi resmi SatuSehat versi terbaru. Yang relevan di level kebijakan: pastikan vendor RME memiliki roadmap integrasi SatuSehat Rujukan dan bisa menunjukkan referensi RS yang sudah live, bukan sekadar klaim "siap integrasi".

Manfaat di level operasional: pasien tidak lagi menjadi kurir dokumen klinis, FKTP menerima SRB dalam format terstruktur (bukan PDF scan), dan tim klinis FKRTL punya log yang jelas tentang kapan SRB dikirim dan kapan diterima.

Tracking Pasien Pasca-SRB

Penerbitan SRB bukan akhir cerita. FKRTL idealnya tahu apa yang terjadi pada pasien setelah dirujuk balik. Tiga hal yang relevan: apakah pasien benar kontrol di FKTP, apakah obat continuum care diresepkan ulang sesuai jadwal, dan apakah pasien kembali ke FKRTL karena kondisi memburuk.

Dengan integrasi SatuSehat dan modul tracking di RME, ketiga hal ini bisa dijawab tanpa harus menelepon FKTP. Status pasien pasca-SRB dapat ditampilkan di dashboard manajemen pelayanan, sehingga DPJP atau tim case manager bisa melakukan intervensi proaktif jika ada pasien yang putus kontrol.

Skenario kembali ke FKRTL juga harus didefinisikan ulang dalam SOP. Jika pasien kembali karena kondisi tidak stabil, status PRB-nya mungkin perlu di-reset, dan SRB lama tidak lagi berlaku. Modul SRB elektronik yang tertaut dengan rekam medis dapat menandai siklus ini secara otomatis, sehingga tidak ada inkonsistensi antara klaim SEP rawat jalan dan klaim PRB.

Risiko SRB yang Tidak Lengkap

SRB yang asal jadi membawa beberapa risiko nyata. Pertama, klaim PRB di FKTP berisiko menjadi temuan audit ketika verifikator BPJS mencocokkan SRB dengan resep obat program rujuk balik dan menemukan ketidakcocokan diagnosa atau ketidaklengkapan informasi.

Kedua, audit BPK atau audit internal RS terhadap kepatuhan PRB dapat mengangkat kasus pasien stabil yang tidak dirujuk balik, atau dirujuk balik tetapi dengan SRB yang tidak memuat komponen wajib. Temuan seperti ini bisa berimplikasi pada penilaian kinerja unit atau direksi.

Ketiga, dari sudut pandang continuity of care, SRB yang tidak menyebutkan obat yang dikonsumsi pasien, hasil pemeriksaan terakhir, atau red flag yang harus diwaspadai FKTP bisa berkontribusi pada gap perawatan. Ketika pasien mengalami eksaserbasi karena FKTP tidak punya konteks lengkap, dampak klinisnya menjadi tanggung jawab kolektif sistem, bukan sekadar masalah administratif.

Workflow RME yang Mendukung SRB

Modul SRB elektronik tidak berdiri sendiri. Ia bagian dari alur RME yang menghubungkan registrasi, asesmen poli, diagnosa, peresepan, dan dokumen rujukan dalam satu rekam medis pasien. Ketika RME dirancang dengan benar, penerbitan SRB menjadi by-product alami dari kunjungan rawat jalan, bukan tugas administratif tambahan yang dibebankan ke dokter di akhir hari.

Untuk RS yang sudah live RME, modul SRB tinggal ditambahkan sebagai workflow ekstensi: trigger di kunjungan poli, mapping field ke data RME, integrasi tanda tangan elektronik, dan endpoint export ke SatuSehat. Untuk RS yang masih dalam proses adopsi, kebutuhan SRB elektronik menjadi alasan tambahan untuk memastikan vendor RME yang dipilih punya roadmap yang relevan.

Di sisi audit klaim pasca-SRB, BPJScan dapat membantu tim verifikator internal RS men-scan TXT klaim untuk mendeteksi pola yang tidak konsisten antara penerbitan SRB dan klaim PRB di periode berikutnya. Ini bagian dari kontrol kualitas yang melengkapi compliance front-end di RME.

Checklist Implementasi SRB Elektronik

Tim manajemen FKRTL yang ingin memindahkan SRB ke format elektronik bisa menggunakan checklist berikut sebagai titik awal.

• [ ] Audit form SRB manual yang sedang berjalan, identifikasi field yang umumnya kosong atau inkonsisten
• [ ] Petakan data SRB ke entitas di RME (identitas, diagnosa, lab, resume tata laksana, resep)
• [ ] Tetapkan SOP penandaan pasien stabil oleh DPJP sebagai trigger penerbitan SRB
• [ ] Konfirmasi modul ICD-10 picker terhubung dengan diagnosa di rekam medis, bukan input bebas
• [ ] Validasi resep continuum care terhadap Formularium Nasional obat PRB
• [ ] Pilih pendekatan tanda tangan elektronik (PSrE tersertifikasi atau internal) dan dokumentasikan landasan hukumnya
• [ ] Pastikan modul SRB punya audit trail (siapa, kapan, perubahan apa)
• [ ] Verifikasi roadmap integrasi SatuSehat Rujukan dengan vendor RME
• [ ] Latih DPJP dan tim case manager dengan workflow baru, termasuk skenario rujuk balik dan rujuk ulang
• [ ] Bangun dashboard tracking pasien pasca-SRB untuk monitoring kontinuitas
• [ ] Siapkan SOP audit internal SRB elektronik per kuartal sebagai bagian compliance review

Pertanyaan yang Sering Diajukan

Berikut ringkasan tanya jawab yang sering muncul dari direktur RS, IT, dan tim case management ketika merencanakan migrasi SRB ke format elektronik.

Apakah SRB wajib elektronik di tahun 2026?

Permenkes 24/2022 mewajibkan seluruh fasyankes menggunakan rekam medis elektronik. Sebagai konsekuensi, dokumen yang menjadi bagian rekam medis termasuk SRB seharusnya dikelola dalam format elektronik. Kepmenkes 1645/2024 dan Permenkes 16/2024 memperkuat arah ini dengan menempatkan dokumen rujukan dalam ekosistem SatuSehat. Belum ada deadline tunggal yang menyebut "wajib elektronik 100%" untuk SRB secara spesifik, tetapi arah regulasinya jelas.

Apakah tanda tangan elektronik dokter di SRB sah secara hukum?

Tanda tangan elektronik diakui dalam UU ITE selama memenuhi syarat keandalan, dan Permenkes 24/2022 mengakomodasi penggunaannya untuk dokumen RME. Tanda tangan tersertifikasi oleh PSrE memberikan kekuatan pembuktian paling kuat. Pilihan teknis bergantung pada kebijakan RS dan vendor PSrE yang dipakai.

Bagaimana memilih kode ICD-10 di SRB tanpa salah?

Praktik terbaiknya: SRB menarik kode ICD-10 dari diagnosa yang sudah tercatat di asesmen kunjungan, bukan diketik ulang. Modul ICD-10 picker di RME idealnya merujuk ke versi terbaru yang berlaku, dan dokter cukup memilih mana diagnosa utama dan mana sekunder untuk konteks rujuk balik. Kontrol kualitas dilakukan melalui validasi diagnosa-resep di farmasi.

Apakah SRB elektronik harus dikirim lewat SatuSehat Rujukan?

Permenkes 16/2024 mengarahkan sistem rujukan untuk berjalan di atas SatuSehat sebagai backbone. Untuk RS rujukan, integrasi SRB ke SatuSehat Rujukan adalah arah jangka panjang yang sebaiknya disiapkan sekarang. Detail timeline dan endpoint sebaiknya merujuk ke dokumentasi resmi SatuSehat versi terbaru.

Apa risiko jika SRB tidak lengkap?

Risiko terbagi tiga: kontinuitas perawatan terganggu karena FKTP tidak punya informasi memadai, klaim PRB di FKTP berisiko menjadi temuan audit BPJS, dan kepatuhan FKRTL terhadap program rujuk balik berisiko jadi temuan audit internal atau BPK. Ketiganya saling terkait dan sebaiknya tidak dilihat sebagai isu administratif belaka.

Bagaimana memastikan FKTP benar-benar menerima SRB?

Dengan format kertas, FKRTL hanya bisa berharap pasien menyerahkan SRB ke FKTP. Dengan format elektronik dan integrasi SatuSehat Rujukan, ada audit log yang menunjukkan kapan SRB dikirim dan kapan diakses FKTP. Ini menjadi salah satu argumen kuat migrasi ke SRB elektronik.

Apakah SRB elektronik mengurangi beban kerja dokter spesialis?

Bila workflow dirancang dengan baik, ya. Auto-fill identitas, ICD-10 picker dari catatan diagnosa, dan resume tata laksana yang pre-populated mengurangi waktu input manual. Dokter berfokus pada keputusan klinis, bukan administrasi. Bila workflow dirancang buruk dan dokter harus mengisi ulang field yang sebenarnya sudah ada di RME, SRB elektronik justru menambah beban.

Apakah SRB lama yang sudah di-issue masih berlaku jika pasien kembali ke FKRTL?

Bergantung pada konteks klinis. Jika pasien kembali karena kondisi memburuk dan tidak lagi memenuhi kriteria stabil, status PRB-nya perlu ditinjau ulang, dan SRB lama secara substansi tidak lagi mencerminkan kondisi terkini. SOP internal RS sebaiknya mendefinisikan ulang skenario ini, dan modul SRB elektronik dapat menandai siklus rujuk balik dan rujuk ulang secara otomatis.

Penutup

SRB elektronik bukan sekadar pemindahan blanko dari kertas ke layar. Ia titik temu antara kewajiban RME (Permenkes 24/2022), tata laksana PRB (Kepmenkes 1645/2024), arah sistem rujukan kompetensi-based (Permenkes 16/2024), dan kebutuhan klinis akan kontinuitas perawatan. Tim manajemen RS yang merancang modul SRB dengan benar, lengkap dengan integrasi rekam medis, validasi Fornas, tanda tangan elektronik, dan integrasi SatuSehat Rujukan, sedang menyelesaikan beberapa kewajiban regulasi sekaligus, sambil meningkatkan kualitas dokumentasi klinis.

Untuk diskusi lebih lanjut tentang penerapan SRB elektronik dan integrasi RME di rumah sakit Anda, silakan hubungi tim MedMinutes melalui WhatsApp.

Referensi

• Kepmenkes No. HK.01.07/MENKES/1645/2024 tentang Tata Laksana Program Rujuk Balik. Dokumen Kemenkes
• Permenkes No. 24 Tahun 2022 tentang Rekam Medis (Rekam Medis Elektronik)
• Permenkes No. 269 Tahun 2008 tentang Rekam Medis
• Permenkes No. 16 Tahun 2024 tentang Sistem Rujukan
• Undang-Undang Nomor 11 Tahun 2008 tentang Informasi dan Transaksi Elektronik (UU ITE) beserta perubahannya
• Buku Panduan Praktis Program Rujuk Balik, BPJS Kesehatan