4 Langkah Validasi Grouper iDRG sebelum Submit Klaim: Checklist Tim Casemix

Setiap klaim yang dikembalikan karena error grouper yang tidak terdeteksi adalah kerugian yang bisa dicegah.

Dalam sistem JKN, Fasilitas Kesehatan Rujukan Tingkat Lanjutan (FKRTL) mengajukan klaim secara kolektif kepada BPJS Kesehatan. Begitu berkas masuk, BPJS Kesehatan memiliki waktu 10 hari kerja untuk menyatakan kelengkapan dokumen — dan jika ada yang tidak sesuai, klaim dikembalikan ke RS untuk diperbaiki (Perpres 82/2018 Pasal 76). Setelah dinyatakan lengkap, pembayaran dilakukan dalam 15 hari kerja, dengan total proses maksimal 25 hari. Klaim yang dikembalikan memulai kembali hitungan ini dari nol.

Masalah koding yang paling sering menyebabkan pending klaim adalah inkonsistensi antara resume medis, koding, dan output grouper. Dengan transisi dari INA-CBG ke iDRG — yang menggunakan struktur CMG (Casemix Main Group) dengan 4 tingkat severity (0, I, II, III) dan Complexity Level (CL) sebagai komponen tarif yang terpisah — kompleksitas validasi meningkat. Tim casemix yang hanya terbiasa dengan pola INA-CBG perlu beradaptasi dengan cara membaca output grouper yang baru.

Checklist 4 langkah berikut dirancang agar tim casemix RS dapat mendeteksi potensi error sebelum klaim disubmit, bukan setelah klaim dikembalikan.

Langkah 1: Validasi Kelengkapan Resume Medis

Resume medis adalah sumber data utama koding INA-CBG maupun iDRG. Permenkes 26/2021 tentang Pedoman INA-CBG dalam Pelaksanaan Jaminan Kesehatan menegaskan bahwa koding dilakukan berdasarkan resume medis — khususnya data diagnosis dan tindakan/prosedur. Jika diperlukan, koder dapat melihat berkas rekam medis lengkap, namun resume medis tetap menjadi dokumen primer.

Sebelum menjalankan grouper, tim casemix perlu memastikan resume medis mencakup elemen berikut:

Catatan koding penting: iDRG — sama seperti INA-CBG — menggunakan ICD-10 versi WHO tahun 2010 untuk diagnosis dan ICD-9-CM revisi 2010 untuk prosedur. Kode dari ICD-10-CM versi Amerika Serikat (yang memiliki format berbeda dan kode-kode tambahan yang tidak ada di standar WHO) tidak digunakan dalam sistem JKN Indonesia. Kesalahan penggunaan versi koding ini adalah salah satu penyebab klaim gagal dikelompokkan oleh grouper.

Kelengkapan resume medis yang diperiksa di langkah 1 ini menentukan kualitas koding di seluruh langkah berikutnya. Tim casemix yang menemukan resume tidak lengkap atau tidak ditandatangani perlu mengembalikannya ke DPJP sebelum proses koding dimulai — bukan setelah klaim sudah dientry ke sistem.

Langkah 2: Verifikasi Output Grouper — Kode CMG dan Severity Level

Setelah koding dilakukan dan data dimasukkan ke software E-Klaim atau sistem bridging iDRG, grouper menghasilkan output yang perlu diverifikasi secara aktif. Banyak tim casemix melewati langkah ini karena menganggap output grouper sudah pasti benar jika data sudah diinput — padahal error koding input akan menghasilkan output CMG yang salah.

Output utama yang perlu dicek:

1. Kode CMG (Casemix Main Group) Apakah CMG yang dihasilkan sesuai dengan kondisi klinis dominan pasien? CMG yang tidak sesuai menandakan ada masalah pada koding diagnosis utama — misalnya, diagnosis sekunder yang seharusnya menjadi diagnosis utama (sequencing error).

2. Severity Level iDRG iDRG memiliki 4 tingkat severity: 0, I, II, dan III. Perlu dipahami dengan baik: - Severity 0: kasus tanpa CC maupun MCC - Severity I: dengan komorbiditas yang tercatat - Severity II: dengan CC (Complication and Comorbidity) yang didukung dokumentasi klinis - Severity III: dengan MCC (Major CC) yang didukung dokumentasi klinis

Ini berbeda dari INA-CBG yang menggunakan 3 severity (I, II, III). Tim casemix perlu memastikan pemahaman tentang struktur severity yang baru sebelum mulai mengoperasikan grouper iDRG.

3. Complexity Level (CL) — Komponen Terpisah CL adalah komponen kode yang terpisah dari severity level — nilainya 0 hingga 4 (5 nilai). Jangan mengonfusikan CL dengan severity. Keduanya adalah variabel berbeda dalam tarif iDRG: severity menentukan bobot klinis kasus, CL adalah komponen lain dari tarifikasi. Mengonfusikan keduanya adalah kesalahan yang sering muncul di awal implementasi.

4. Tarif DRG yang Dihasilkan Bandingkan tarif output grouper dengan estimasi internal tim casemix berdasarkan profil kasus. Deviasi yang besar — ke atas maupun ke bawah — adalah sinyal untuk investigasi lebih lanjut, bukan langsung disubmit.

Checklist verifikasi output grouper:

• ☐ CMG sesuai dengan diagnosis utama dan kondisi klinis dominan
• ☐ Severity level konsisten dengan diagnosis sekunder yang dikode
• ☐ CL tidak dikonfusikan dengan severity level dalam pembacaan tarif
• ☐ Tarif output dalam rentang yang wajar untuk profil kasus tersebut
• ☐ Tidak ada kode yang terpotong, duplikat, atau error sistem grouper

Jika ada discrepancy, cek ulang sequencing koding — apakah diagnosis utama sudah di posisi pertama, dan diagnosis sekunder (komorbid/komplikasi) sudah diurut dengan benar.

Langkah 3: Uji Konsistensi Koding ↔ Tindakan ↔ SOAP

Inkonsistensi antara dokumentasi SOAP, koding, dan tindakan yang ditagihkan adalah salah satu alasan utama klaim dikembalikan oleh verifikator BPJS Kesehatan. Verifikator mencocokkan resume medis dengan berkas klaim; ketidaksesuaian di antara keduanya — sekecil apapun — menjadi alasan pengembalian.

Inkonsistensi yang paling sering ditemukan:

• Tindakan dikode tapi tidak terdokumentasi di SOAP: Prosedur muncul di berkas klaim namun tidak ada catatan di assessment atau plan DPJP, atau laporan tindakannya tidak tersedia.
• Diagnosis sekunder dikode tapi tidak ada bukti klinis: CC atau MCC diklaim untuk menaikkan severity, namun catatan klinis tidak secara eksplisit menyebutkan atau mendokumentasikan kondisi tersebut (tidak ada catatan lab, pemeriksaan fisik, atau riwayat yang mendukung).
• Diagnosis utama tidak sesuai kondisi dominan saat rawat inap: Pasien masuk dengan kondisi A, ditangani lebih intensif untuk kondisi B, namun diagnosis utama masih dikode sebagai kondisi A — menghasilkan CMG yang tidak mencerminkan penggunaan sumber daya sesungguhnya.
• Fragmentasi episode: Satu episode rawat inap dipecah menjadi dua klaim terpisah, yang melanggar aturan episode yang diatur dalam Permenkes 26/2021.

Cara tim casemix melakukan uji konsistensi:

Terapkan sampling review berkala — fokus pada kasus dengan tingkat kompleksitas tinggi — dengan cara mencocokkan tiga sumber secara berdampingan: SOAP di rekam medis → koding di E-Klaim → tindakan yang ditagihkan. Ketiganya harus bercerita tentang kondisi klinis yang sama dan konsisten satu sama lain. Untuk kasus dengan severity II dan III, lakukan review 100% sebelum dimasukkan ke batch submission.

Jika RS menggunakan RME dengan modul casemix terintegrasi, beberapa sistem dapat menarik data SOAP langsung untuk membantu audit konsistensi. Ini adalah salah satu konfigurasi yang perlu dikomunikasikan dengan vendor sistem informasi RS agar prosesnya lebih efisien dari sekadar review manual.

Langkah 4: Audit Pre-Submit untuk Kasus Severity Tinggi

Tidak semua klaim membutuhkan kedalaman audit yang sama. Fokuskan sumber daya tim casemix pada kasus yang paling berisiko: kasus dengan severity level II dan III.

Mengapa kasus severity tinggi menjadi prioritas audit:

Pertama, nilai klaim lebih besar — konsekuensi error koding juga lebih signifikan terhadap pendapatan RS. Kedua, verifikator BPJS lebih teliti memeriksa klaim dengan nilai di atas rata-rata. Ketiga, CC dan MCC yang mendasari severity II dan III harus sepenuhnya didukung dokumentasi klinis yang eksplisit; klaim dengan bukti klinis yang tidak memadai dapat dikembalikan bahkan setelah melewati tahap verifikasi awal.

Elemen audit pre-submit untuk kasus severity tinggi:

Konteks timeline klaim: Perpres 82/2018 Pasal 76 menetapkan bahwa BPJS Kesehatan memiliki 10 hari kerja sejak klaim diajukan untuk menyatakan kelengkapan berkas. Jika berkas dinyatakan tidak lengkap, klaim dikembalikan dan proses 25 hari dimulai kembali dari awal setelah RS mengajukan ulang. Audit pre-submit yang dilakukan sebelum submission, meskipun membutuhkan waktu tambahan, secara keseluruhan lebih efisien daripada siklus perbaikan dan re-submission.

Mengintegrasikan 4 Langkah dalam Alur Kerja Tim Casemix

Keempat langkah di atas tidak harus dilakukan dengan kedalaman yang sama untuk setiap kasus. Pendekatan yang efisien berdasarkan risiko:

1. Langkah 1 (Resume Medis) — dilakukan di awal, sebelum koding dimulai, untuk semua kasus
2. Langkah 2 (Verifikasi Output Grouper) — dilakukan segera setelah koding untuk semua kasus
3. Langkah 3 (Konsistensi Koding) — sampling reguler untuk semua kasus, dengan review lebih intensif untuk kasus complexity tinggi
4. Langkah 4 (Audit Pre-Submit) — prioritas untuk kasus severity II dan III sebelum batch submission

Temuan dari setiap putaran audit sebaiknya didokumentasikan secara internal. Data tentang jenis error yang paling sering muncul dapat digunakan untuk memprioritaskan pelatihan koder, memperbaiki prosedur standar operasional, dan mengkomunikasikan kebutuhan konfigurasi ke vendor sistem informasi RS.

Transisi dari INA-CBG ke iDRG adalah peluang untuk membangun disiplin validasi yang lebih sistematis — sebelum go-live nasional membuat standar verifikasi klaim semakin ketat.

FAQ

Apa perbedaan iDRG dan INA-CBG yang paling dirasakan tim casemix?

Pada iDRG, output grouper mencakup kode CMG dengan 4 tingkat severity — 0, I, II, dan III — yang dipengaruhi langsung oleh koding CC dan MCC. Perbedaan paling praktis: koder perlu lebih cermat mendokumentasikan dan mengkode diagnosis sekunder, karena CC dan MCC yang tepat menentukan apakah kasus masuk severity I atau II. Selain itu, Complexity Level (CL) adalah komponen tarif yang terpisah dari severity — keduanya perlu dipahami tim casemix agar tidak salah membaca output grouper.

Berapa severity level yang ada dalam iDRG?

iDRG memiliki 4 tingkat severity: level 0, I, II, dan III. Ini berbeda dari Complexity Level (CL) yang nilainya 0 hingga 4 (5 nilai) dan merupakan komponen terpisah dalam kode iDRG. Dalam INA-CBG sebelumnya, severity hanya tiga (I, II, III). Penambahan severity 0 di iDRG mewakili kasus tanpa CC maupun MCC, yang membantu granularitas tarifikasi.

Apa risiko jika error grouper tidak terdeteksi sebelum submit klaim?

Klaim dapat dikembalikan oleh BPJS Kesehatan dalam periode 10 hari kerja pemeriksaan kelengkapan (Perpres 82/2018 Pasal 76). RS perlu memperbaiki koding, melengkapi dokumentasi, dan mengajukan ulang — memulai kembali hitungan 25 hari dari awal. Selain dampak langsung pada arus kas, klaim yang berulang kali dikembalikan juga meningkatkan beban kerja tim casemix dan menciptakan pola yang berpotensi menarik perhatian lebih dari verifikator BPJS dalam pemeriksaan selanjutnya.

Apakah validasi grouper iDRG hanya berlaku untuk rawat inap?

Grouper iDRG mencakup komponen rawat jalan dan rawat inap. Namun validasi pre-submit yang paling kritis diprioritaskan untuk rawat inap — khususnya kasus dengan severity II atau III — karena nilai klaim dan kompleksitas koding lebih tinggi. Rawat jalan dengan prosedur khusus juga perlu diverifikasi, meski dengan pendekatan yang lebih ringan dibandingkan rawat inap dengan severity tinggi.

Dasar Hukum

• Permenkes 26/2021 tentang Pedoman Indonesian Case Base Groups (INA-CBG) dalam Pelaksanaan Jaminan Kesehatan — mengatur kaidah koding diagnosis dan prosedur, aturan episode rawat inap dan rawat jalan, serta menetapkan resume medis sebagai sumber data primer klaim FKRTL.
• Perpres 82/2018 tentang Jaminan Kesehatan — Pasal 76 mengatur mekanisme pengajuan dan pembayaran klaim FKRTL: BPJS Kesehatan wajib menyatakan kelengkapan berkas dalam 10 hari kerja dan melakukan pembayaran dalam 15 hari kerja setelah klaim dinyatakan lengkap, dengan total proses tidak lebih dari 25 hari.
• Permenkes 24/2022 tentang Rekam Medis — mewajibkan autentikasi dokumen klinis oleh tenaga medis yang berwenang, termasuk resume medis rawat inap yang menjadi dasar pengajuan klaim BPJS Kesehatan.

Sumber

• Kementerian Kesehatan RI. Peraturan Menteri Kesehatan Nomor 26 Tahun 2021 tentang Pedoman Indonesian Case Base Groups (INA-CBG) dalam Pelaksanaan Jaminan Kesehatan. Jakarta: Kemenkes RI, 2021.
• Presiden Republik Indonesia. Peraturan Presiden Nomor 82 Tahun 2018 tentang Jaminan Kesehatan, Pasal 76. Jakarta, 2018.
• PERSI (Perhimpunan Rumah Sakit Seluruh Indonesia). Workshop Penguatan Koding iDRG: Menuju Klaim yang Valid dan Berbasis Bukti. Jakarta: PERSI, 2025.
• Kementerian Kesehatan RI — LMS Kemkes. Workshop dan Forum Nasional Persiapan Implementasi iDRG: iDRG Readiness Program. 2025.