Dokumentasi Otomatis Scribe dan Audit Klaim BPJS: 3 Risiko yang Perlu Direktur RS Waspadai

RS yang mengadopsi AI medical scribe perlu memahami tiga risiko spesifik dalam audit klaim BPJS: template generik yang melewatkan variasi klinis penentu severity INA-CBG, ketidaksesuaian antara narasi scribe dan hasil penunjang yang belum terintegrasi, serta jejak audit dokumentasi yang tidak memenuhi standar STARKES KMK HK.01.07/MENKES/1596/2024 Bab MRMIK dan Permenkes 24/2022 tentang Rekam Medis.

Tiga risiko ini tidak muncul karena teknologi scribe-nya buruk — melainkan karena RS belum memiliki tata kelola (governance) yang memadai sebelum meluncurkan sistem. Tanpa protokol yang tepat, manfaat efisiensi scribe dapat berbalik menjadi beban klaim yang lebih besar dari sebelumnya, dan temuan surveyor STARKES yang sulit dijelaskan.

Mengapa AI Scribe Mengubah Ekosistem Dokumentasi Klaim

AI medical scribe mempercepat dokumentasi klinis dengan mengubah percakapan dokter-pasien menjadi catatan SOAP terstruktur. Namun di sisi klaim BPJS, kecepatan ini hanya bernilai jika narasi yang dihasilkan cukup spesifik untuk mendukung koding INA-CBG yang akurat dan tahan audit verifikator.

Adopsi AI scribe di rumah sakit Indonesia meningkat seiring kewajiban Rekam Medis Elektronik (RME) yang didorong Kemenkes. Kelengkapan field SOAP adalah fondasi pertama — seperti dibahas dalam 3 field SOAP kritis yang menentukan lolos-tidaknya klaim BPJS rawat inap. Namun kelengkapan saja tidak cukup. Ada tiga dimensi risiko lain yang lebih sering terlewat dalam fase implementasi awal.

Risiko 1: Template Generik Melewatkan Variasi Klinis Penentu Severity

Template yang dipakai AI scribe secara default dirancang untuk kecepatan, bukan untuk presisi koding INA-CBG. Hasilnya: variasi klinis signifikan yang menentukan severity level tidak tercatat di resume medis, dan koder mengkode severity yang lebih rendah dari kondisi aktual pasien — sehingga tarif yang diterima RS lebih kecil dari yang seharusnya.

Dalam sistem INA-CBG, severity level ditentukan dari ada-tidaknya komplikasi dan komorbiditas yang terdokumentasi secara eksplisit di rekam medis. Sistem iDRG memperluas ini dengan empat tingkat severity (0, I, II, III) yang masing-masing membawa nilai tarif berbeda. Tanpa dokumentasi yang spesifik, koder tidak memiliki dasar untuk mengkode ke severity yang lebih tinggi — meski kondisi pasien sesungguhnya masuk kategori tersebut.

Kasus yang kerap terjadi: dokter menyebutkan secara lisan bahwa pasien memiliki hipertensi yang dikelola selama perawatan, namun template scribe mengisi Assessment sebagai narasi tunggal "Suspek Pneumonia, direncanakan terapi antibiotik." Komorbiditas hipertensi tidak masuk field terpisah. Koder membaca template, tidak menemukan komorbiditas, dan mengkode ke severity 0 — padahal dengan komorbiditas ini pasien masuk severity I atau II.

Tindakan yang direkomendasikan: Konfigurasi template scribe untuk memiliki field wajib isi yang secara eksplisit menanyakan "Komplikasi yang terjadi selama perawatan?" dan "Komorbiditas yang dikelola aktif?" — bukan narasi teks bebas yang mengandalkan koder untuk menafsirkan.

Risiko 2: Narasi Scribe Tidak Sinkron dengan Hasil Penunjang

AI scribe merekam percakapan dokter-pasien, bukan integrasi data sistem. Jika hasil laboratorium atau radiologi belum masuk ke sistem pada saat dokter berbicara dengan pasien, narasi scribe mencerminkan diskusi awal — bukan temuan final. Verifikator BPJS yang menelaah resume medis akan menemukan inkonsistensi antara narasi klinis dan hasil penunjang yang terlampir.

Contoh konkret yang kerap terjadi: dokter mendiskusikan kemungkinan pneumonia berdasarkan klinis demam dan sesak, lalu scribe mengisi Assessment "Pneumonia, direncanakan antibiotik intravena." Hasil rontgen thorax yang masuk ke sistem enam jam kemudian menunjukkan "tidak tampak infiltrat, kesan normal" — sementara resume medis tidak diperbarui karena sistem scribe sudah dianggap selesai.

Klaim masuk dengan diagnosis pneumonia, verifikator BPJS membuka lampiran rontgen, dan inkonsistensi langsung terlihat. Klaim dikembalikan. RS perlu melakukan koreksi koding, yang artinya memperpanjang siklus pembayaran.

STARKES KMK HK.01.07/MENKES/1596/2024 Bab MRMIK mewajibkan integritas data rekam medis: isi dokumen harus mencerminkan kondisi klinis aktual yang dapat diverifikasi dari seluruh sumber data yang tersedia. Ketidaksesuaian antara narasi dan penunjang adalah pelanggaran integritas ini yang akan ditemukan surveyor akreditasi maupun verifikator BPJS.

Tindakan yang direkomendasikan: Tetapkan SOP bahwa DPJP mengonfirmasi dan merevisi resume akhir hanya setelah seluruh hasil penunjang tersimpan di sistem — bukan pada saat diskusi awal dengan pasien. Konfigurasi alur kerja sistem agar tombol "finalisasi resume" baru aktif setelah data lab dan radiologi terkirim.

Risiko 3: Jejak Audit Tidak Jelas saat Verifikator BPJS Bertanya

Ketika verifikator BPJS mempertanyakan klaim — "siapa yang mengisi bagian ini, kapan, dan berdasarkan apa?" — RS yang menggunakan AI scribe harus bisa menjawab dengan tepat. Tanpa konfigurasi jejak audit yang benar, jawaban "sistem AI yang mengisi secara otomatis" tidak memenuhi persyaratan regulasi, dan RS kesulitan membuktikan keabsahan dokumen di hadapan verifikator maupun surveyor KARS.

Permenkes 24/2022 tentang Rekam Medis mewajibkan rekam medis elektronik memiliki integritas data yang terjaga: perubahan hanya boleh dilakukan oleh pihak yang berwenang, dan setiap pengisian serta perubahan harus dapat ditelusuri. AI scribe sebagai sistem yang berkontribusi pada isi rekam medis perlu memenuhi persyaratan ini — bukan hanya sebagai fitur teknis, tetapi sebagai kebijakan tata kelola yang terdokumentasi.

Dua celah jejak audit yang kerap ditemukan di RS yang baru mengadopsi scribe:

Celah pertama: Sistem scribe mencatat "dikonfirmasi oleh DPJP" tanpa menyimpan nama dokter, nomor SIP, dan timestamp secara terpisah dari narasi klinis. Saat verifikator bertanya siapa yang menandatangani rekam medis ini dan kapan, RS tidak memiliki log yang dapat ditunjukkan selain kalimat generik dalam teks narasi.

Celah kedua: Ketika DPJP melakukan koreksi pada narasi AI — misalnya mengubah diagnosis dari suspek ke definitif — perubahan dilakukan dengan menimpa teks lama tanpa menyimpan versi sebelumnya. Regulasi mengharuskan perubahan rekam medis tercatat sebagai addendum atau koreksi berlabel, bukan penghapusan data sebelumnya. RS yang tidak mengkonfigurasi ini berisiko dianggap memanipulasi dokumen.

Tindakan yang direkomendasikan: Pastikan sistem scribe dikonfigurasi untuk menyimpan log terpisah yang mencatat: (1) versi awal narasi AI, (2) setiap perubahan oleh DPJP lengkap dengan nama, SIP, dan timestamp, (3) konfirmasi final. Kebijakan ini perlu tertulis dalam dokumen kebijakan MRMIK RS sebagai bagian dari persiapan akreditasi STARKES.

Dasar Hukum

• KMK Nomor HK.01.07/MENKES/1596/2024 tentang Standar Akreditasi RS (STARKES) — Bab MRMIK mewajibkan integritas, kerahasiaan, dan keterlacakan seluruh data rekam medis, termasuk sistem elektronik yang berkontribusi pada pengisian catatan klinis pasien.
• Permenkes Nomor 24 Tahun 2022 tentang Rekam Medis — mewajibkan rekam medis elektronik memiliki prinsip keamanan data mencakup kerahasiaan, integritas, dan ketersediaan; pengisian rekam medis dilakukan oleh tenaga medis yang memberikan pelayanan langsung; dan setiap perubahan data hanya dapat dilakukan oleh pihak yang berwenang dengan keterlacakan penuh.
• Permenkes Nomor 26 Tahun 2021 tentang Pedoman INA-CBG — mengatur bahwa pengelompokan tarif (grouping) berbasis koding diagnosis dan prosedur yang bersumber dari rekam medis; akurasi narasi klinis di resume medis secara langsung menentukan tarif dan severity level yang diterima RS.

Checklist Tata Kelola Scribe untuk Direktur RS

Sebelum atau segera setelah meluncurkan AI scribe, Direktur RS perlu memastikan empat hal ini terdokumentasi dalam kebijakan MRMIK:

1. Siapa yang berwenang mengkonfirmasi output scribe — nama, jabatan, dan SIP dokter harus terhubung langsung ke setiap narasi yang dikonfirmasi di sistem, bukan hanya catatan manual.
2. SOP rekonsiliasi narasi vs hasil penunjang — ada checkpoint wajib setelah hasil lab dan radiologi masuk ke sistem, sebelum DPJP dapat memfinalisasi resume medis.
3. Template terstruktur untuk komplikasi dan komorbiditas — field Assessment memiliki sub-field eksplisit untuk komplikasi dan komorbiditas aktif, bukan narasi teks bebas yang mengandalkan interpretasi koder.
4. Log revisi tersimpan sebagai addendum — sistem merekam setiap versi sebelumnya ketika DPJP mengedit narasi AI, lengkap dengan timestamp dan identitas editor.

Keempat hal ini adalah persyaratan regulasi yang sudah berlaku — bukan inovasi tambahan. RS yang menerapkan keempat poin ini sejak awal akan lebih siap menghadapi audit klaim BPJS maupun penilaian surveyor STARKES tanpa perlu koreksi dokumentasi mendadak.

FAQ

Apakah penggunaan AI scribe diakui sebagai dokumen rekam medis yang sah untuk klaim BPJS?

Narasi AI scribe menjadi sah jika dikonfirmasi dan ditandatangani oleh tenaga medis yang bertanggung jawab sesuai Permenkes 24/2022 — sama seperti produk speech-to-text manual. BPJS Kesehatan menilai kelengkapan dan konsistensi isi dokumen, bukan asal teknologi transkripsinya. Tanpa konfirmasi DPJP yang tercatat dengan identitas jelas, output AI tidak memiliki kekuatan hukum sebagai rekam medis yang dapat dijadikan dasar klaim.

Apa yang terjadi jika verifikator BPJS menemukan ketidaksesuaian antara narasi scribe dan hasil laboratorium?

Klaim berpotensi dikembalikan sebagai berkas tidak lengkap atau tidak konsisten. RS perlu menunjukkan dokumen koreksi yang diotorisasi — bukan sekadar menimpa data lama, karena Permenkes 24/2022 mewajibkan integritas data rekam medis dengan keterlacakan penuh setiap perubahan. Ketidaksesuaian yang tidak dapat dijelaskan dengan log perubahan yang jelas dapat berujung pada dispute klaim yang memperpanjang siklus pembayaran.

Bagaimana tim casemix harus memverifikasi dokumen hasil scribe sebelum klaim dikirim?

Tim casemix perlu menjalankan verifikasi tiga poin sebelum submit: (1) narasi klinis secara eksplisit menyebut komplikasi dan komorbiditas yang dikelola selama perawatan, (2) data dalam narasi sinkron dengan hasil lab dan radiologi yang tersimpan di sistem, (3) konfirmasi DPJP tertera dengan nama dan SIP yang jelas beserta timestamp. Jika ada ketidakcocokan pada salah satu poin, dokumen dikembalikan ke DPJP untuk direvisi sebelum berkas dikirim ke BPJS.

Apakah RS yang menggunakan AI scribe perlu penyesuaian khusus di standar STARKES MRMIK?

Ya. STARKES KMK HK.01.07/MENKES/1596/2024 Bab MRMIK mensyaratkan bahwa setiap sistem yang berkontribusi pada rekam medis harus terdaftar dan dapat diaudit sesuai kebijakan RS. Direktur RS perlu mendokumentasikan kebijakan penggunaan AI scribe — mencakup siapa yang berwenang mengaktifkan sistem, mengedit output, dan mengkonfirmasi narasi final — sebagai bagian dari kebijakan MRMIK yang akan dinilai surveyor akreditasi.

Berapa lama log aktivitas AI scribe harus disimpan oleh rumah sakit?

Mengacu pada Permenkes 24/2022, rekam medis elektronik beserta seluruh jejak perubahannya wajib disimpan sesuai ketentuan penyimpanan rekam medis yang berlaku. Log aktivitas sistem AI yang terkait langsung dengan pengisian rekam medis pasien termasuk dalam cakupan ini. RS tidak boleh menghapus log aktivitas scribe selama masa simpan rekam medis pasien yang bersangkutan masih berlaku.

Sumber

• KMK Nomor HK.01.07/MENKES/1596/2024 tentang Standar Akreditasi Rumah Sakit (STARKES) — Kemenkes RI. Bab MRMIK tentang Manajemen Rekam Medis dan Informasi Kesehatan.
• Permenkes Nomor 24 Tahun 2022 tentang Rekam Medis — Kemenkes RI. Tersedia di peraturan.bpk.go.id.
• Permenkes Nomor 26 Tahun 2021 tentang Pedoman INA-CBG — Kemenkes RI. Mengatur pengelompokan tarif berbasis koding diagnosis dari rekam medis.
• Kemenkes RI (2024). Penerapan Rekam Medis Elektronik di Fasilitas Kesehatan di Indonesia. yankes.kemkes.go.id.