Panduan Lengkap Casemix Rumah Sakit: Dari Koding hingga Optimasi Klaim BPJS
Panduan Lengkap Casemix Rumah Sakit: Dari Koding hingga Optimasi Klaim BPJS
Ringkasan: Casemix adalah sistem klasifikasi yang mengelompokkan episode perawatan pasien berdasarkan diagnosis, prosedur, dan tingkat keparahan untuk menentukan tarif pembayaran klaim BPJS Kesehatan. Panduan ini mencakup seluruh aspek casemix — dari definisi dasar, peran tim koding, alur end-to-end, kesalahan koding yang paling umum, hingga strategi audit internal dan KPI yang harus dipantau. Rumah sakit yang mengelola casemix dengan baik secara konsisten mencapai pending rate di bawah 5% dan revenue per kasus yang optimal.
Casemix adalah salah satu fungsi paling kritis di rumah sakit Indonesia — namun seringkali paling kurang dipahami oleh manajemen. Bagi banyak rumah sakit, casemix masih dianggap sebagai "urusan koder" yang terbatas pada proses koding dan pengajuan klaim. Padahal, casemix adalah titik pertemuan antara pelayanan klinis dan revenue — dan pengelolaannya berdampak langsung pada kelangsungan finansial rumah sakit.
Artikel ini menyajikan panduan lengkap casemix yang dirancang khusus untuk konteks rumah sakit Indonesia yang bekerja dalam sistem JKN (BPJS Kesehatan). Dari definisi dasar hingga strategi optimasi, setiap bagian ditulis agar bisa langsung diterapkan oleh tim casemix, manajemen, dan seluruh stakeholder yang terkait.
Apa Itu Casemix?
Casemix (case mix) adalah sistem klasifikasi yang mengelompokkan episode perawatan pasien ke dalam kelompok-kelompok yang memiliki karakteristik klinis dan konsumsi sumber daya yang serupa. Setiap kelompok memiliki tarif pembayaran yang telah ditetapkan, sehingga rumah sakit dibayar berdasarkan "paket" per episode perawatan — bukan berdasarkan setiap layanan individual yang diberikan.
Sejarah Singkat
| Periode | Perkembangan |
|---|---|
| 1970-an | Konsep DRG (Diagnosis Related Groups) dikembangkan di Yale University, AS, oleh Robert Fetter dan John Thompson |
| 1983 | Medicare AS mengadopsi DRG sebagai sistem pembayaran prospektif |
| 1990-an | Berbagai negara mengembangkan adaptasi DRG: AR-DRG (Australia), G-DRG (Jerman), HRG (Inggris) |
| 2006 | Indonesia mulai mengembangkan INA-DRG, kemudian berevolusi menjadi INA-CBG |
| 2014 | INA-CBG resmi digunakan sebagai dasar pembayaran klaim JKN/BPJS Kesehatan |
| 2024 | Perpres 59/2024 menetapkan transisi ke iDRG (Indonesia Diagnosis Related Groups) |
Prinsip Dasar Casemix
Casemix bekerja berdasarkan premis sederhana: pasien dengan diagnosis, prosedur, dan tingkat keparahan yang serupa cenderung menggunakan sumber daya rumah sakit dalam jumlah yang serupa pula. Oleh karena itu, mereka bisa dikelompokkan dan dibayar dengan tarif yang sama.
Komponen utama yang menentukan pengelompokan casemix:
- Diagnosis utama — Alasan utama pasien dirawat
- Diagnosis sekunder — Komorbiditas dan komplikasi yang mempengaruhi perawatan
- Prosedur — Tindakan medis yang dilakukan selama episode perawatan
- Severity level — Tingkat keparahan kasus
- Usia dan jenis kelamin — Variabel demografis yang mempengaruhi kompleksitas
- Tipe perawatan — Rawat inap vs rawat jalan, prosedural vs non-prosedural
Peran Casemix dalam Sistem JKN
Dalam ekosistem JKN Indonesia, casemix bukan hanya soal klasifikasi — ini adalah mekanisme yang menentukan berapa besar BPJS Kesehatan membayar rumah sakit untuk setiap kasus.
Alur Pembayaran JKN
Ketika pasien BPJS mendapat pelayanan di rumah sakit:
- Pelayanan diberikan sesuai kebutuhan klinis
- Tim medis mendokumentasikan seluruh diagnosis dan prosedur
- Koder medis melakukan koding menggunakan ICD-10 dan ICD-9-CM
- Kode dimasukkan ke dalam grouper (INA-CBG/iDRG)
- Grouper menentukan DRG group dan severity level
- Tarif ditentukan berdasarkan DRG group × severity × tipe RS × regional
- Klaim diajukan ke BPJS Kesehatan
- Verifikator BPJS memverifikasi kesesuaian klaim
- Pembayaran dilakukan jika klaim lolos verifikasi
Mengapa Casemix Kritis untuk Revenue RS
| Aspek | Dampak jika Casemix Baik | Dampak jika Casemix Buruk |
|---|---|---|
| Tarif klaim | Optimal — mencerminkan kompleksitas aktual | Suboptimal — tidak menangkap seluruh severity |
| Pending rate | Rendah (< 5%) | Tinggi (> 10%) |
| Cash flow | Stabil dan predictable | Fluktuatif dan sering terlambat |
| Beban kerja ulang | Minimal | Tinggi — banyak klaim yang harus diperbaiki |
| Hubungan dengan BPJS | Kooperatif | Adversarial — sering dispute |
| Data untuk pengambilan keputusan | Akurat dan bisa diandalkan | Misleading — keputusan berdasarkan data salah |
Fakta penting: Perbedaan antara RS yang mengelola casemix dengan baik dan yang tidak bisa mencapai miliaran rupiah per tahun — bukan karena tarif yang berbeda, tetapi karena akurasi koding dan efisiensi proses yang berbeda.
Tim Casemix Rumah Sakit: Peran dan Kompetensi
Casemix bukan pekerjaan satu orang. Dibutuhkan tim multidisiplin yang masing-masing memiliki peran spesifik. Berikut breakdown detail setiap peran:
| Peran | Tanggung Jawab Utama | Kompetensi yang Dibutuhkan | Kesalahan yang Sering Terjadi |
|---|---|---|---|
| Koder Medis | Menerjemahkan diagnosis dan prosedur klinis menjadi kode ICD-10 dan ICD-9-CM yang tepat | Sertifikasi koder, pemahaman terminologi medis, penguasaan ICD-10/ICD-9-CM, pemahaman aturan grouper | Memilih kode generik (tanpa spesifikasi), tidak membaca catatan klinis secara lengkap, copy-paste koding kasus sebelumnya |
| Verifikator Internal | Memeriksa kesesuaian antara koding, dokumentasi klinis, dan aturan klaim sebelum diajukan ke BPJS | Pemahaman regulasi BPJS, kemampuan analisis, ketelitian, pengetahuan klinis dasar | Hanya mengecek kelengkapan administratif tanpa memverifikasi substansi klinis, tidak mendeteksi inkonsistensi |
| DPJP | Mendokumentasikan diagnosis, prosedur, dan kondisi klinis pasien secara lengkap dan akurat | Kompetensi klinis sesuai spesialisasi, pemahaman pentingnya dokumentasi untuk casemix | Dokumentasi tidak lengkap (hanya diagnosis utama tanpa komorbid), singkatan tidak standar, resume medis generic |
| Kepala Casemix | Mengkoordinasikan seluruh proses casemix, monitoring KPI, training tim, dan eskalasi masalah | Pemahaman end-to-end casemix, leadership, kemampuan analisis data, pemahaman regulasi | Tidak melakukan audit rutin, tidak memberikan feedback ke DPJP, reaktif (bukan proaktif) |
| Tim Billing/Keuangan | Memproses pengajuan klaim, rekonsiliasi pembayaran, dan analisis revenue per casemix | Pemahaman sistem billing RS, kemampuan analisis keuangan, pengetahuan regulasi pembayaran | Tidak melakukan rekonsiliasi rutin, terlambat mendeteksi pembayaran yang kurang/lebih, tidak memantau aging klaim |
Struktur Organisasi Ideal
Untuk RS tipe B dan C, struktur casemix yang efektif biasanya terdiri dari:
- 1 Kepala Casemix — Idealnya memiliki latar belakang klinis dan manajemen
- 2-4 Koder Medis — Tergantung volume klaim (rasio 1 koder : 600-800 klaim/bulan)
- 1-2 Verifikator Internal — Melakukan QC sebelum klaim disubmit
- DPJP — Seluruh dokter yang menangani pasien BPJS (bukan dedicated staff, tetapi perlu training)
- 1 Analis Data — Monitoring KPI dan pembuatan laporan (bisa dirangkap oleh Kepala Casemix)
Alur Casemix End-to-End
Memahami alur casemix secara keseluruhan membantu mengidentifikasi titik-titik kritis dimana kesalahan paling sering terjadi.
| Tahap | Aktivitas | PIC | Output | Titik Kritis |
|---|---|---|---|---|
| 1. Admisi | Pendaftaran pasien, verifikasi kepesertaan BPJS, identifikasi rencana perawatan | Pendaftaran + Admisi | Data pasien terverifikasi | Kepesertaan tidak valid, data pasien tidak lengkap |
| 2. Pelayanan Klinis | Pemeriksaan, diagnosis, tindakan, pemberian obat | DPJP + Tim Medis | Pelayanan sesuai kebutuhan klinis | Pelayanan tidak sesuai clinical pathway, over/under-treatment |
| 3. Dokumentasi Klinis | Pencatatan diagnosis, prosedur, assessment, dan progress note | DPJP + Perawat | Rekam medis lengkap dan akurat | Diagnosis sekunder tidak tercatat, prosedur tidak terdokumentasi |
| 4. Koding | Translasi dokumentasi klinis menjadi kode ICD-10 dan ICD-9-CM | Koder Medis | Kode diagnosis dan prosedur | Kode tidak spesifik, salah pilih kode, koding tidak lengkap |
| 5. Grouping | Input kode ke grouper untuk mendapatkan DRG group dan severity | Koder/Sistem | DRG group + severity + tarif | Grouper error karena kode tidak valid, hasil grouping tidak optimal |
| 6. Verifikasi Internal | QC kesesuaian antara koding, dokumentasi, dan aturan klaim | Verifikator Internal | Klaim yang sudah terverifikasi | Verifikasi hanya formalitas, tidak mendeteksi error |
| 7. Pengajuan Klaim | Submit klaim ke BPJS melalui sistem e-Klaim/VClaim | Billing + Casemix | Klaim tersubmit | Terlambat submit, file pendukung tidak lengkap |
| 8. Verifikasi BPJS | Pemeriksaan klaim oleh verifikator BPJS | Verifikator BPJS | Status: diterima/pending/ditolak | Dispute klinis, ketidaksesuaian diagnosa-prosedur |
| 9. Pembayaran | Transfer pembayaran ke rekening RS | BPJS Kesehatan | Pembayaran diterima | Pembayaran terlambat, jumlah tidak sesuai ekspektasi |
| 10. Rekonsiliasi | Pencocokan antara klaim yang diajukan dan pembayaran yang diterima | Billing + Keuangan | Laporan rekonsiliasi | Selisih pembayaran tidak terdeteksi, aging klaim tinggi |
Bottleneck yang Paling Umum
Dari seluruh tahapan di atas, tahap 3 (Dokumentasi Klinis) dan tahap 4 (Koding) adalah titik dimana paling banyak potensi optimasi yang tidak terealisasi. Dokumentasi yang tidak lengkap menyebabkan koding yang tidak optimal, yang pada akhirnya menghasilkan tarif yang tidak mencerminkan kompleksitas aktual perawatan.
Koding ICD-10 dan ICD-9-CM: Fondasi Casemix
Koding adalah proses menerjemahkan informasi klinis menjadi kode standar internasional. Dalam konteks casemix Indonesia, dua sistem koding yang digunakan:
ICD-10 (International Classification of Diseases, 10th Revision)
Digunakan untuk koding diagnosis — baik diagnosis utama maupun diagnosis sekunder (komorbiditas dan komplikasi).
Struktur kode ICD-10:
- Format: X00.0 (huruf + 2 angka + titik + angka spesifikasi)
- 22 chapter (bab) berdasarkan sistem organ/etiologi
- Ribuan kode dari A00.0 hingga Z99.9
- Semakin spesifik kode = semakin akurat grouping
Contoh:
- E11 = Diabetes mellitus tipe 2 (generik)
- E11.65 = Diabetes mellitus tipe 2 dengan hiperglikemia (spesifik)
- E11.22 = Diabetes mellitus tipe 2 dengan chronic kidney disease stadium IV (sangat spesifik)
ICD-9-CM (International Classification of Diseases, 9th Revision, Clinical Modification)
Digunakan untuk koding prosedur (tindakan medis).
Struktur kode ICD-9-CM:
- Format: 00.00 (2 angka + titik + 2 angka)
- 17 chapter berdasarkan sistem organ
- Mencakup prosedur diagnostik dan terapeutik
Contoh:
- 36.01 = PTCA single vessel
- 81.54 = Total knee replacement
- 47.09 = Appendectomy, other
Bagaimana Koding Menentukan DRG Grouping
Grouper menggunakan kombinasi kode ICD-10 dan ICD-9-CM untuk menentukan:
- MDC (Major Diagnostic Category) — Kategori besar berdasarkan sistem organ
- DRG Group — Kelompok spesifik dalam MDC
- Surgical/Medical partition — Apakah ada prosedur OR (operating room)
- Severity level — Berdasarkan diagnosis sekunder dan usianya
Implikasi: Pemilihan satu kode yang salah bisa mengubah seluruh DRG assignment — dan tarif yang diterima.
Kesalahan Koding yang Berdampak pada Grouping
| Kesalahan | Contoh | Dampak | Solusi |
|---|---|---|---|
| Kode terlalu generik | E11 (DM tipe 2) tanpa komplikasi spesifik | Severity rendah, tarif suboptimal | Koding ke level spesifik tertinggi: E11.65 |
| Salah diagnosis utama | Koding HT sebagai diagnosis utama padahal pasien masuk karena stroke | DRG group berubah total, tarif tidak sesuai | Identifikasi alasan utama pasien dirawat |
| Diagnosis sekunder tidak dikoding | Pasien DM + CKD + HT tetapi hanya DM yang dikoding | Severity tidak mencerminkan kompleksitas | Koding seluruh diagnosis yang ditangani |
| Prosedur tidak dikoding | Pasien menjalani hemodialisa tetapi tidak dikoding | Miss surgical DRG yang tarifnya lebih tinggi | Pastikan seluruh prosedur terdokumentasi dan dikoding |
| Laterality tidak spesifik | Fraktur femur tanpa spesifikasi kanan/kiri | Kode tidak valid, bisa menyebabkan pending | Selalu koding laterality: M84.351A (right) |
| Sequencing error | Komplikasi dikoding sebagai diagnosis utama padahal bukan alasan admisi | Grouping tidak sesuai dengan kasus aktual | Ikuti aturan sequencing: kondisi yang menjadi alasan admisi = diagnosis utama |
| Koding duplikat | Kode yang sama diinput lebih dari sekali | Tidak menambah severity, membuang "slot" koding | Review koding sebelum submit |
| Koding yang saling kontradiktif | Koding DM tipe 1 dan DM tipe 2 bersamaan | Klaim pending karena inkonsistensi | Validasi logika koding: pastikan kode tidak saling bertentangan |
Severity Level dan Grouper: Mekanisme Penentuan Tarif
Severity level adalah faktor kritis yang menentukan besaran tarif dalam sistem casemix. Memahami mekanismenya membantu tim casemix mengoptimalkan koding secara legitimate.
Perbandingan Severity Level
| Aspek | INA-CBG (Saat Ini) | iDRG (Akan Datang) |
|---|---|---|
| Jumlah level | 3 (I, II, III) | 5 (1, 2, 3, 4, 5) |
| Basis penentuan | Diagnosis sekunder terbatas | Seluruh diagnosis sekunder + prosedur + usia |
| Granularitas | Kasar — banyak kasus "terjebak" di level yang sama | Halus — diferensiasi lebih akurat |
| Multiplier tarif | Level I (1x), II (~1.3-1.5x), III (~1.8-2.5x) | Level 1-5 dengan gradasi yang lebih proporsional |
Bagaimana Grouper Menentukan Severity
Logika grouper (secara simplified) bekerja sebagai berikut:
- Input: Diagnosis utama + seluruh diagnosis sekunder + prosedur + usia + jenis kelamin
- Langkah 1: Tentukan MDC berdasarkan diagnosis utama
- Langkah 2: Tentukan apakah ada prosedur OR (surgical vs medical partition)
- Langkah 3: Assign ke DRG group spesifik
- Langkah 4: Evaluasi diagnosis sekunder → tentukan CC (Complication/Comorbidity) level
- Langkah 5: Gabungkan DRG group + CC level → tentukan severity final
- Output: DRG group + severity level → tarif
Ilustrasi Dampak Severity terhadap Tarif
| DRG Group (Contoh) | Severity Level | Multiplier Tarif (Ilustrasi) | Estimasi Tarif RS Tipe B |
|---|---|---|---|
| Pneumonia (rawat inap, non-ventilator) | Severity I / Level 1 | 1.0x | Rp 3.200.000 |
| Pneumonia + DM | Severity II / Level 2 | ~1.3x | Rp 4.160.000 |
| Pneumonia + DM + CKD | Severity II / Level 3 | ~1.6x | Rp 5.120.000 |
| Pneumonia + DM + CKD + sepsis | Severity III / Level 4 | ~2.0x | Rp 6.400.000 |
| Pneumonia + DM + CKD + sepsis + ventilator > 96 jam | Severity III / Level 5 | ~2.5x | Rp 8.000.000 |
Catatan: Angka di atas adalah ilustrasi untuk menunjukkan mekanisme. Tarif aktual bervariasi per RS, regional, dan regulasi terbaru. Yang penting adalah memahami bahwa setiap diagnosis sekunder yang relevan dan terdokumentasi memiliki potensi untuk meningkatkan severity — dan tarif — secara legitimate.
10 Kesalahan Koding yang Paling Sering Terjadi
Berikut daftar kesalahan koding yang paling sering ditemukan saat audit, beserta dampak dan cara pencegahannya:
| No | Kesalahan | Dampak | Contoh | Cara Mencegah |
|---|---|---|---|---|
| 1 | Under-specification kode diagnosis | Severity rendah, tarif suboptimal | Koding I10 (HT primer) tanpa spesifikasi stadium padahal ada data tekanan darah dan kerusakan organ | Selalu pilih kode paling spesifik yang didukung dokumentasi klinis |
| 2 | Diagnosis sekunder tidak dikoding | Complexity kasus tidak tercapture | Pasien pneumonia dengan DM dan CKD, tetapi hanya pneumonia yang dikoding | Baca seluruh rekam medis — catatan dokter, lab, farmasi — sebelum koding |
| 3 | Salah sequencing diagnosis utama | DRG group berubah, tarif bisa turun drastis | Pasien masuk karena AMI tetapi diagnosis utama dikoding sebagai DM | Diagnosis utama = kondisi yang menjadi alasan utama admisi/rawat inap |
| 4 | Prosedur tidak dikoding | Miss surgical DRG yang tarifnya lebih tinggi | Pasien menjalani debridement tetapi prosedur tidak dikoding | Koordinasi dengan kamar bedah dan unit tindakan untuk capture seluruh prosedur |
| 5 | Koding duplikat | Membuang "slot" koding tanpa menambah severity | Kode J18.9 diinput 2x | Gunakan checklist koding dan validasi sebelum submit |
| 6 | Laterality tidak diisi | Kode tidak valid, risiko pending | Fraktur tibia tanpa spesifikasi kanan/kiri | Selalu konfirmasi laterality dengan dokumentasi klinis |
| 7 | Koding berdasarkan hasil lab tanpa clinical significance | Risiko upcoding yang bisa ditolak saat verifikasi | Koding hiperglikemia karena gula darah tinggi padahal dokter tidak mendiagnosis dan tidak mengobati | Hanya koding diagnosis yang secara klinis signifikan — ditangani, mempengaruhi LOS, atau mempengaruhi treatment |
| 8 | Copy-paste koding dari kunjungan sebelumnya | Koding tidak akurat untuk episode saat ini | Pasien DM kontrol rutin dikoding sama persis setiap kunjungan padahal kondisi berubah | Setiap episode adalah koding baru — baca ulang dokumentasi klinis terbaru |
| 9 | Timing kode tidak sesuai | Koding komplikasi sebagai komorbid atau sebaliknya | Koding infeksi nosokomial sebagai komorbid (present on admission) padahal terjadi selama perawatan | Pahami perbedaan komorbid (POA) vs komplikasi (terjadi selama perawatan) |
| 10 | Koding symptom padahal diagnosis definitif tersedia | DRG group tidak spesifik, tarif rendah | Koding R50.9 (demam) padahal diagnosis definitif malaria sudah ditegakkan | Jika diagnosis definitif sudah ada, jangan koding symptom sebagai diagnosis utama |
Audit Internal Casemix: Panduan Praktis
Audit internal adalah mekanisme quality control yang memastikan proses casemix berjalan optimal. Sayangnya, banyak rumah sakit yang tidak melakukan audit secara rutin — atau melakukannya hanya sebagai formalitas.
Jenis Audit
| Jenis | Frekuensi | Cakupan | Tujuan |
|---|---|---|---|
| Audit prospektif | Harian | Klaim yang akan disubmit hari ini | Menangkap error sebelum klaim terkirim |
| Audit retrospektif | Mingguan/bulanan | Sampling klaim yang sudah disubmit | Identifikasi pola error dan area perbaikan |
| Audit tematik | Kuartalan | Fokus pada area spesifik (misal: 1 DPJP, 1 diagnosa, 1 departemen) | Deep-dive untuk perbaikan targeted |
| Audit eksternal | Tahunan | Seluruh proses casemix | Validasi independen dan benchmarking |
Checklist Audit Internal
Berikut checklist yang bisa langsung digunakan untuk audit retrospektif:
A. Kesesuaian Dokumentasi-Koding:
- ☐ Diagnosis utama sesuai dengan alasan admisi di rekam medis
- ☐ Seluruh diagnosis sekunder yang terdokumentasi sudah dikoding
- ☐ Prosedur yang dilakukan sesuai dengan yang dikoding
- ☐ Kode ICD-10 pada level spesifisitas tertinggi yang didukung dokumentasi
- ☐ Laterality tercantum jika applicable
B. Kelengkapan Dokumentasi:
- ☐ Resume medis/discharge summary lengkap
- ☐ Diagnosis utama dan sekunder tertulis jelas oleh DPJP
- ☐ Prosedur terdokumentasi dalam laporan operasi/tindakan
- ☐ Hasil pemeriksaan penunjang tersedia
- ☐ Catatan perkembangan pasien (progress note) lengkap
C. Kesesuaian Grouping:
- ☐ DRG group sesuai dengan kasus klinis
- ☐ Severity level mencerminkan kompleksitas aktual
- ☐ Tidak ada anomali tarif (terlalu tinggi atau terlalu rendah untuk kasus sejenis)
D. Kepatuhan Regulasi:
- ☐ Klaim diajukan dalam batas waktu yang ditentukan
- ☐ Dokumen pendukung lengkap sesuai persyaratan BPJS
- ☐ Tidak ada diagnosis/prosedur yang tidak didukung bukti klinis
Sample Size untuk Audit
| Volume Klaim per Bulan | Minimum Sample Size | Metode Sampling |
|---|---|---|
| < 500 klaim | 50 klaim (10%) | Random sampling |
| 500-1.000 klaim | 75 klaim (7.5-15%) | Stratified random (per departemen) |
| 1.000-2.500 klaim | 100 klaim (4-10%) | Stratified random + targeted (kasus dengan tarif anomali) |
| > 2.500 klaim | 150 klaim (< 6%) | Stratified random + targeted + high-value cases |
KPI Casemix Rumah Sakit
Tanpa KPI yang jelas, tidak mungkin mengukur performa casemix secara objektif. Berikut KPI yang harus dipantau:
| No | KPI | Definisi | Target Ideal | Frekuensi Monitoring |
|---|---|---|---|---|
| 1 | Pending Rate | Persentase klaim yang di-pending oleh BPJS dari total klaim yang diajukan | < 5% | Mingguan |
| 2 | Coding Accuracy Rate | Persentase koding yang benar berdasarkan hasil audit | > 85% | Bulanan |
| 3 | Case Mix Index (CMI) | Rata-rata bobot DRG group seluruh klaim (indikator kompleksitas kasus) | Sesuai tipe RS (B: 0.9-1.2) | Bulanan |
| 4 | Average LOS vs Standard | Perbandingan Length of Stay aktual vs standar grouper | Rasio 0.8-1.2 | Bulanan |
| 5 | Revenue per Case | Rata-rata revenue per klaim yang dibayar | Meningkat atau stabil YoY | Bulanan |
| 6 | Claim Turnaround Time | Waktu dari discharge pasien hingga klaim tersubmit | < 3 hari kerja | Mingguan |
| 7 | First-Pass Approval Rate | Persentase klaim yang langsung disetujui tanpa revisi | > 90% | Bulanan |
| 8 | Coding Completeness | Rata-rata jumlah diagnosis sekunder per klaim | Sesuai pola diagnosa RS (umumnya > 2) | Bulanan |
| 9 | Dispute Resolution Rate | Persentase klaim pending yang berhasil diselesaikan | > 80% | Bulanan |
| 10 | Revenue Leakage Index | Estimasi selisih antara tarif aktual dan tarif optimal berdasarkan audit | < 5% dari total revenue | Kuartalan |
Cara Menggunakan KPI
Dashboard casemix idealnya menampilkan KPI di atas dalam format yang mudah dibaca oleh manajemen. Setiap KPI yang berada di bawah target harus memiliki action plan yang jelas, dengan PIC dan deadline. Review KPI dilakukan dalam meeting casemix rutin — mingguan untuk KPI operasional (pending rate, turnaround time) dan bulanan untuk KPI strategis (CMI, revenue per case).
Tools Pendukung Casemix
Efektivitas casemix sangat dipengaruhi oleh tools yang digunakan. Berikut perbandingan tiga pendekatan:
| Aspek | Manual (Excel/Spreadsheet) | Semi-Automated (SIMRS Reports) | AI-Powered (BPJScan + CDSS) |
|---|---|---|---|
| Kecepatan audit | Lambat — 1-2 minggu per siklus audit | Moderate — 2-3 hari | Cepat — dalam hitungan jam |
| Cakupan | Terbatas pada sample kecil | Moderate — data SIMRS | Komprehensif — seluruh data klaim |
| Akurasi deteksi error | Tergantung ketelitian auditor | Terbatas pada rule yang diprogramkan | Tinggi — 78 filter audit (BPJScan) |
| Konsistensi | Rentan human error | Konsisten tetapi terbatas | Konsisten dan terus berkembang |
| Biaya SDM | Tinggi — butuh banyak auditor | Moderate | Efisien — mengurangi beban auditor |
| Skalabilitas | Sulit di-scale | Moderate | Mudah di-scale |
| Insight | Terbatas | Standar reporting | Mendalam — benchmarking, trend, anomaly detection |
| Kesiapan iDRG | Tidak mendukung | Tergantung vendor | Adaptif terhadap perubahan grouper |
Kapan Menggunakan Pendekatan Mana
- Manual (Excel): Cocok untuk RS dengan volume klaim < 200/bulan yang belum memiliki SIMRS memadai. Limitasinya jelas, tetapi lebih baik daripada tidak melakukan audit sama sekali.
- Semi-Automated (SIMRS): Cocok untuk RS yang sudah memiliki SIMRS dengan modul casemix. Efektif untuk monitoring rutin tetapi kurang untuk deep audit.
- AI-Powered: Ideal untuk RS dengan volume klaim tinggi yang membutuhkan akurasi dan kecepatan. Kombinasi BPJScan (audit klaim) dan CDSS (koding assistance) memberikan solusi end-to-end.
7 Best Practice Casemix untuk Rumah Sakit
Berdasarkan pola yang diamati di rumah sakit dengan performa casemix terbaik, berikut 7 praktik yang secara konsisten memberikan hasil:
1. Libatkan DPJP Sejak Awal
DPJP bukan "pelanggan" tim casemix — mereka adalah bagian integral dari proses. Berikan feedback rutin tentang dampak dokumentasi mereka terhadap tarif. Banyak DPJP yang tidak menyadari bahwa menuliskan "DM tipe 2" tanpa spesifikasi komplikasi berdampak langsung pada revenue RS. Gunakan pendekatan kolaboratif, bukan konfrontatif.
2. Audit Sebelum Submit, Bukan Sesudah
Audit retrospektif memang penting untuk improvement jangka panjang. Tetapi yang paling berdampak langsung pada revenue adalah audit prospektif — memeriksa klaim sebelum disubmit ke BPJS. Investasikan waktu di QC pre-submit untuk mengurangi pending rate secara signifikan.
3. Standarisasi Clinical Pathway
Clinical pathway yang terstandarisasi memastikan konsistensi — baik dalam pelayanan maupun dalam koding. Prioritaskan 20 diagnosis dengan volume tertinggi. Setiap clinical pathway harus mencakup: diagnosis standar (utama + sekunder yang relevan), prosedur, target LOS, dan panduan dokumentasi.
4. Training Berkala, Bukan Sekali Jadi
Regulasi berubah, grouper di-update, dan staf berganti. Training casemix harus dilakukan minimal kuartalan, dengan topik yang disesuaikan berdasarkan temuan audit. Gunakan kasus nyata dari RS sendiri sebagai bahan training — lebih relevan dan engaging.
5. Gunakan Data untuk Pengambilan Keputusan
Banyak RS yang memiliki data casemix tetapi tidak menggunakannya untuk pengambilan keputusan strategis. Analisis data casemix bisa menjawab pertanyaan penting: departemen mana yang paling efisien? DPJP mana yang koding-nya paling akurat? Diagnosis apa yang paling sering pending? Gunakan insight ini untuk perbaikan yang targeted.
6. Bangun Kultur Kolaborasi Casemix-Klinis
Casemix yang baik bukan hasil kerja tim casemix sendiri — ini adalah hasil kolaborasi antara tim casemix dan tim klinis. Fasilitasi komunikasi rutin melalui meeting multidisiplin, feedback report, dan channel komunikasi yang mudah diakses. Hindari "silo" antara casemix dan klinis.
7. Investasi pada Tools yang Tepat
Manual audit memiliki batas. Dengan volume klaim yang terus meningkat dan kompleksitas koding yang bertambah (terutama menjelang transisi ke iDRG), investasi pada tools audit otomatis dan CDSS bukan lagi opsional — ini adalah kebutuhan untuk tetap kompetitif.
Bagaimana BPJScan dan CDSS Membantu Optimasi Casemix
MedMinutes menyediakan dua solusi yang dirancang khusus untuk membantu rumah sakit mengoptimalkan seluruh proses casemix.
BPJScan: Audit Klaim Komprehensif
BPJScan menganalisis seluruh data klaim BPJS rumah sakit dengan 78 filter audit yang dirancang berdasarkan pengalaman bekerja dengan 50+ rumah sakit di 8+ provinsi. Manfaat utama:
- Deteksi potensi optimasi koding — Identifikasi klaim dimana koding bisa lebih spesifik atau lengkap
- Monitoring pending rate real-time — Pantau tren pending dan identifikasi penyebab utama
- Benchmarking performa — Bandingkan performa antar-DPJP, antar-departemen, dan antar-periode
- Analisis tarif — Identifikasi pola tarif yang tidak optimal berdasarkan pola koding
- Laporan audit otomatis — Hemat waktu auditor dengan laporan yang langsung actionable
Jadwalkan demo BPJScan untuk RS Anda →
Clinical Assistant (CDSS): Koding yang Akurat dan Efisien
CDSS MedMinutes memiliki 4 modul yang secara langsung mendukung akurasi casemix:
| Modul | Fungsi untuk Casemix |
|---|---|
| SOAP Extraction | Mengekstrak diagnosis dan prosedur dari catatan DPJP secara otomatis — memastikan tidak ada yang terlewat saat koding |
| ICD-10 AI | Memberikan rekomendasi kode ICD-10 yang spesifik berdasarkan narasi klinis — mengurangi risiko under-specification |
| Drug Interaction | Memvalidasi interaksi obat yang juga mengindikasikan komorbiditas yang harus didokumentasikan dan dikoding |
| AI Resume Medis | Menghasilkan resume medis terstruktur yang memudahkan koder melakukan koding yang lengkap dan akurat |
Keempat modul bekerja sinergis untuk menutup gap antara dokumentasi klinis dan koding — gap yang menjadi penyebab utama tarif yang suboptimal dan klaim pending.
Tanya lebih lanjut tentang Clinical Assistant →
FAQ: Pertanyaan yang Sering Diajukan
Apa bedanya casemix dan koding?
Koding adalah salah satu komponen dalam proses casemix. Casemix mencakup keseluruhan proses — dari dokumentasi klinis, koding, grouping, hingga pengajuan dan monitoring klaim. Koding adalah aktivitas menerjemahkan diagnosis dan prosedur menjadi kode ICD-10/ICD-9-CM, sementara casemix adalah sistem yang menggunakan kode tersebut untuk menentukan tarif pembayaran. Analoginya: koding adalah "bahasa", sementara casemix adalah keseluruhan "percakapan" antara RS dan BPJS.
Berapa pending rate yang ideal?
Pending rate ideal adalah di bawah 5%. Rumah sakit dengan casemix management yang baik secara konsisten mencapai angka ini. Pending rate di atas 10% menunjukkan adanya masalah sistemik yang perlu segera ditangani — bisa pada kualitas dokumentasi, akurasi koding, kelengkapan berkas, atau kombinasi dari semuanya. Langkah pertama adalah menganalisis penyebab pending terbanyak, baru kemudian membuat action plan yang targeted.
Siapa yang bertanggung jawab atas akurasi koding?
Tanggung jawab akurasi koding tidak bisa dibebankan pada koder semata. Ini adalah tanggung jawab bersama: (1) DPJP bertanggung jawab atas kelengkapan dan keakuratan dokumentasi klinis, (2) koder bertanggung jawab menerjemahkan dokumentasi tersebut menjadi kode yang tepat, (3) verifikator bertanggung jawab memastikan kesesuaian antara keduanya, dan (4) Kepala Casemix bertanggung jawab atas sistem dan proses yang memungkinkan ketiganya bekerja optimal. Jika ada klaim pending, bukan berarti "koder salah" — perlu ditelusuri di mana breakdown terjadi.
Apakah DPJP harus paham casemix?
DPJP tidak perlu memahami teknis koding ICD-10 atau logika grouper. Tetapi DPJP harus memahami: (1) pentingnya mendokumentasikan seluruh diagnosis yang ditangani (bukan hanya diagnosis utama), (2) cara menulis diagnosis yang tidak ambigu, (3) pentingnya mendokumentasikan prosedur yang dilakukan, dan (4) dampak kualitas dokumentasi terhadap revenue RS. Training DPJP harus fokus pada "apa yang perlu ditulis" — bukan "bagaimana cara koding".
Tools apa yang paling efektif untuk casemix?
Tools yang paling efektif adalah yang mengkombinasikan kemampuan audit (post-klaim) dan assistance (pre-klaim). Untuk audit, dibutuhkan tools yang bisa menganalisis seluruh data klaim dan mendeteksi anomali secara otomatis — seperti BPJScan dengan 78 filter audit. Untuk assistance, dibutuhkan CDSS yang bisa membantu koder memilih kode yang tepat berdasarkan dokumentasi klinis. Kombinasi keduanya memberikan solusi end-to-end: CDSS membantu akurasi saat koding, BPJScan mengevaluasi hasilnya secara retrospektif.
Bagaimana cara meningkatkan CMI (Case Mix Index)?
CMI yang meningkat secara legitimate menunjukkan bahwa RS mendokumentasikan dan mengkoding kompleksitas kasus secara lebih akurat — bukan karena upcoding. Langkah untuk meningkatkan CMI: (1) pastikan seluruh diagnosis sekunder yang signifikan terdokumentasi dan dikoding, (2) tingkatkan spesifisitas kode (hindari kode generik), (3) update clinical pathway agar mencakup panduan koding yang komprehensif, dan (4) lakukan audit rutin untuk mendeteksi under-coding. Target CMI harus realistis sesuai profil pasien RS — bukan angka absolut.
Apa yang harus dilakukan jika pending rate tiba-tiba naik?
Langkah segera: (1) analisis klaim yang pending — kelompokkan berdasarkan penyebab (koding, administratif, klinis), (2) identifikasi apakah ada perubahan regulasi atau kebijakan BPJS yang mempengaruhi, (3) cek apakah ada staf baru yang belum terlatih, (4) review sampling klaim terbaru untuk mendeteksi pola error baru. Jangan panik — pending rate yang naik tiba-tiba biasanya memiliki penyebab yang bisa diidentifikasi. Yang penting adalah respond cepat dan terstruktur.
Referensi
- Peraturan Menteri Kesehatan Nomor 76 Tahun 2016 tentang Pedoman Indonesian Case Base Groups (INA-CBG) dalam Pelaksanaan Jaminan Kesehatan Nasional.
- Peraturan Menteri Kesehatan Nomor 3 Tahun 2024 tentang Standar Tarif Pelayanan Kesehatan dalam Penyelenggaraan Program Jaminan Kesehatan.
- Peraturan Presiden Nomor 59 Tahun 2024 tentang Perubahan Ketiga atas Peraturan Presiden Nomor 82 Tahun 2018 tentang Jaminan Kesehatan.
- World Health Organization (WHO). International Statistical Classification of Diseases and Related Health Problems, 10th Revision (ICD-10). Geneva: WHO.
- World Health Organization (WHO). International Classification of Procedures in Medicine (ICD-9-CM). Geneva: WHO.
- BPJS Kesehatan. Panduan Praktis Administrasi Klaim Fasilitas Kesehatan BPJS Kesehatan.
- BPJS Kesehatan. Petunjuk Teknis Verifikasi Klaim.
- Fetter, R.B., & Freeman, J.L. (1986). Diagnosis Related Groups: Product Line Management within Hospitals. Academy of Management Review, 11(1), 41-54.
- Kementerian Kesehatan RI. Pedoman Penyelenggaraan Rekam Medis di Rumah Sakit.
- Konsil Kedokteran Indonesia. Standar Kompetensi Perekam Medis dan Informasi Kesehatan.
_Artikel ini disusun berdasarkan pengalaman MedMinutes bekerja dengan 50+ rumah sakit di 8+ provinsi Indonesia. Untuk konsultasi casemix dan demo tools audit klaim, hubungi tim kami melalui WhatsApp._
Dipercaya 50+ rumah sakit di 8+ provinsi
