E-Klaim BPJS: Aplikasi, Alur Entry, dan Klaim yang Tertahan di Verifikasi | MedMinutes
Panduan · Pengajuan klaim JKN

E-Klaim BPJS: apa aplikasinya, bagaimana alurnya, dan berapa yang tertahan di verifikasi.

Halaman ini memisahkan empat hal yang sering tertukar — E-Klaim, V-Claim, Vedika, dan INA-CBG — lalu menunjukkan alur entry sampai berkas terkirim. Bagian terakhirnya memuat yang jarang ditulis di mana pun: seberapa besar klaim yang benar-benar tertahan, dan pola apa yang menahannya, diukur dari data produksi rumah sakit.

Periksa berkas TXT sebelum dikirim Lihat angka pending-nya dulu

Terdaftar di registry Penyedia Sistem RME SATUSEHAT Kemenkes (no. 250)

Angka pada halaman ini berasal dari berkas produksi rumah sakit, pembacaan 4 Agustus 2026. Ditinjau ulang tiap kuartal — peninjauan berikutnya paling lambat 4 November 2026.

Jawaban singkat

E-Klaim adalah aplikasi yang dipasang di rumah sakit untuk menyusun berkas klaim JKN. Di dalamnya berjalan grouper INA-CBG yang menentukan kelompok kasus dan tarif satu episode pelayanan. Keluarannya satu berkas TXT berisi seluruh klaim satu bulan pelayanan, yang dikirim ke BPJS Kesehatan untuk diverifikasi.

Tiga hal yang sering dikira sama dengan E-Klaim, padahal bukan: V-Claim dipakai sebelum pelayanan untuk menerbitkan SEP; Vedika adalah cara BPJS memeriksa berkas setelah dikirim; INA-CBG adalah sistem pengelompokan tarifnya, bukan aplikasinya. Penjelasan lengkap ada di tabel berikut.

E-Klaim, V-Claim, Vedika, INA-CBG, dan SEP

Kelimanya muncul di percakapan yang sama setiap bulan, tapi berada di tahap yang berbeda. Memisahkannya membuat jelas kenapa kesalahan di satu tahap baru terasa di tahap berikutnya.

Pembagian peran pada satu siklus klaim JKN.
Istilah Apa sebenarnya Kapan dipakai Milik siapa
E-Klaim Aplikasi penyusun berkas klaim, memuat grouper INA-CBG Setelah pelayanan selesai Kementerian Kesehatan
V-Claim Layanan eligibilitas peserta dan penerbitan SEP Sebelum dan selama pelayanan BPJS Kesehatan
SEP Surat Eligibilitas Peserta — nomor yang menyambungkan seluruh tahap Terbit di awal, dipakai sampai akhir Terbit lewat V-Claim
INA-CBG Sistem pengelompokan kasus yang menentukan tarif satu episode Saat grouping di dalam E-Klaim Kementerian Kesehatan
Vedika Verifikasi Digital Klaim — pemeriksaan berkas secara digital Setelah berkas dikirim BPJS Kesehatan

Geser tabel ke samping untuk melihat seluruh kolom.

Akibat praktisnya: nomor SEP adalah satu-satunya benang yang menyambungkan V-Claim, E-Klaim, dan hasil verifikasi. SEP yang salah terbit, terlanjur dibatalkan, atau ganda tidak akan tertangkap saat entry — ia muncul kembali berminggu-minggu kemudian sebagai klaim yang tertahan.

Alur entry E-Klaim sampai berkas terkirim

Urutannya sama di hampir semua rumah sakit. Yang berbeda hanya seberapa banyak langkah yang masih dikerjakan manual.

  1. SEP terbit lewat V-Claim

    Eligibilitas peserta dicek, SEP terbit, dan nomornya melekat pada episode pelayanan sampai klaim selesai dibayar.

  2. Pelayanan berjalan dan rekam medis terisi

    Resume medis, hasil penunjang, dan catatan tindakan menjadi dasar koding. Bagian yang tidak tertulis di sini tidak bisa dikoding di langkah berikutnya.

  3. Koder menetapkan diagnosis dan prosedur

    ICD-10 untuk diagnosis dan ICD-9-CM untuk prosedur. Inilah langkah yang, pada pengukuran kami, paling sering menjadi sebab klaim tertahan.

  4. Entry ke aplikasi E-Klaim

    Data pasien, SEP, tanggal masuk dan keluar, diagnosis, prosedur, serta rincian biaya dimasukkan ke berkas klaim.

  5. Grouping INA-CBG

    Grouper menentukan kelompok kasus dan tarifnya. Di titik ini juga ditetapkan apakah klaim memakai penambahan biaya untuk layanan tertentu.

  6. Verifikasi internal rumah sakit

    Tahap yang paling sering dilewati karena waktunya mepet tenggat pengiriman, padahal di sinilah satu-satunya kesempatan memperbaiki tanpa konsekuensi.

  7. Berkas TXT dibentuk dan dikirim

    Satu berkas memuat seluruh klaim bulan pelayanan itu. Setelah terkirim, perbaikan hanya bisa dilakukan lewat jalur revisi.

  8. Vedika memeriksa, Laporan Hasil Verifikasi kembali

    Klaim dinyatakan layak, pending, atau tidak layak. Klaim pending kembali ke rumah sakit dengan catatan verifikator dan harus dikonfirmasi ulang.

Bagian bukti

Berapa banyak klaim yang sebenarnya tertahan

Kami menyimpan pasangan berkas TXT E-Klaim dan Laporan Hasil Verifikasi dari beberapa rumah sakit, lalu menyambungkannya lewat nomor SEP. Karena penyambungannya utuh, laju pending bisa dihitung terhadap populasi klaim yang sebenarnya — bukan terhadap jumlah klaim pending saja.

9,4%

Klaim tertahan

3.196 dari 33.968 klaim, satu rumah sakit rujukan, bulan pelayanan Juni 2026.

3.206

Sambungan SEP utuh

Seluruh klaim pada laporan verifikasi berhasil disambungkan ke berkas TXT-nya, 3.206 dari 3.206.

2,2%–47,1%

Rentang antar layanan

Rawat jalan bervolume besar nyaris tak pernah tertahan; rawat inap dengan lama rawat 2–3 hari justru paling sering.

Tiga hal yang kami pelajari dari angka itu

  • Koding memimpin di kedua rumah sakit — 59,9% dan 41,0% dari seluruh klaim pending. Ini satu-satunya pola yang muncul konsisten di keduanya.
  • Penyebab berikutnya berbeda jauh antar rumah sakit. Yang satu dihajar konfirmasi pasien kronis, yang lain oleh pertanyaan indikasi rawat inap. Daftar penyebab pending milik rumah sakit lain tidak bisa dipakai langsung.
  • Bacalah dua lensa sekaligus. Urutan penyebab berubah total ketika diurutkan per rupiah alih-alih per jumlah klaim. Yang membebani koder dan yang membebani arus kas bukan kelompok yang sama.

Batas pembacaan. Angka di atas berasal dari dua rumah sakit dan sedikit bulan pelayanan. Kami tidak menyajikannya sebagai angka nasional, dan kami tidak memasang aturan penyaringan lintas klien sebelum satu pola muncul di sekurang-kurangnya tiga rumah sakit dan dua bulan berturut-turut. Pada pengukuran kami, kesamaan urutan penyebab antar rumah sakit hanya +0,34 — terlalu lemah untuk digeneralisasi.

Dua jebakan saat membaca Laporan Hasil Verifikasi

Keduanya membuat laporan rekonsiliasi terlihat benar padahal salah. Kami kena keduanya lebih dulu, jadi keduanya ditulis di sini apa adanya.

Satu klaim tertulis di lebih dari satu lembar

Gejalanya

Jumlah baris pada ekspor jauh lebih besar dari jumlah klaim yang sebenarnya tertahan.

Sebabnya

Lembar rawat jalan adalah bagian dari lembar pending, dan lembar tidak layak rawat jalan adalah bagian dari lembar tidak layak, hanya dengan kolom yang lebih sedikit. Menjumlahkan seluruh lembar akan menghitung klaim yang sama dua kali.

Angkanya

Pada satu berkas yang kami olah: 4.823 baris mentah menjadi 3.206 klaim unik setelah dideduplikasi. Selisih 1.617 baris itu akan menggelembungkan setiap laporan yang dibuat di atasnya.

Cara amannya

Deduplikasi berdasarkan kombinasi bulan pelayanan, status, dan nomor SEP, lalu simpan baris yang kolomnya paling lengkap.

Bulan pelayanan bukan bulan penerbitan SEP

Gejalanya

Rekonsiliasi melaporkan klaim yang seolah tidak punya pasangan, padahal berkasnya lengkap.

Sebabnya

Satu berkas bulan pelayanan dapat memuat SEP yang terbit di bulan-bulan sebelumnya, misalnya untuk episode yang panjang atau klaim susulan.

Angkanya

Berkas bulan pelayanan Juni yang kami periksa memuat 9 SEP terbitan April dan 234 SEP terbitan Mei.

Cara amannya

Jadikan nomor SEP sebagai kunci penyambungan, jangan pernah bulan penerbitannya.

Yang bisa dikerjakan sebelum berkas dikirim

Temuan yang biasanya datang terlambat, dipindahkan ke sebelum pengiriman

Seluruh angka di halaman ini baru bisa dibaca setelah Laporan Hasil Verifikasi kembali — berminggu-minggu setelah berkas dikirim. Tapi isinya sudah ada lebih awal: berkas TXT keluaran E-Klaim memuat seluruh klaim satu bulan pelayanan, lengkap dengan diagnosis, prosedur, lama rawat, dan rincian biayanya. Berkas itu bisa dibaca sebelum dikirim.

Contoh pola yang terukur

Klaim yang sudah diberi penambahan biaya untuk layanan tertentu, tetapi daftar prosedurnya tidak memuat prosedur yang mendukung penambahan itu. Aturannya struktural — berasal dari kode kelompok kasus dan ICD-9-CM, bukan dari kebiasaan satu rumah sakit.

Laju tertahannya

Pada satu rumah sakit, 223 klaim cocok dengan pola ini dan 223-nya tertahan di verifikasi. Seluruhnya sudah bisa terlihat dari berkas TXT-nya, sebelum berkas itu dikirim.

Yang perlu jujur disebut: pemeriksaan seperti ini tidak menggantikan verifikasi BPJS Kesehatan dan tidak menjamin klaim pasti dibayar. Yang dilakukannya satu hal: memindahkan temuan dari sesudah pengiriman ke sebelum pengiriman, saat perbaikan masih mungkin tanpa jalur revisi.

Lihat cara membaca berkas TXT Harga BPJScan

Pertanyaan yang sering muncul

Apa itu aplikasi E-Klaim BPJS?
E-Klaim adalah aplikasi yang dipasang di rumah sakit untuk menyusun berkas klaim JKN. Di dalamnya berjalan grouper INA-CBG yang menentukan kelompok kasus dan tarif satu episode pelayanan. Keluarannya berupa berkas TXT berisi seluruh klaim satu bulan pelayanan, yang kemudian dikirim ke BPJS Kesehatan untuk diverifikasi. E-Klaim bukan milik BPJS Kesehatan melainkan disediakan Kementerian Kesehatan, dan bukan tempat menerbitkan SEP.
Apa beda E-Klaim dan V-Claim?
Keduanya dipakai pada tahap yang berbeda. V-Claim dipakai sebelum dan selama pelayanan untuk mengecek eligibilitas peserta serta menerbitkan, memperbaiki, dan membatalkan SEP. E-Klaim dipakai setelah pelayanan selesai untuk menyusun berkas klaim dan menjalankan grouper INA-CBG. Nomor SEP dari V-Claim menjadi kunci yang menyambungkan keduanya, sehingga SEP yang salah terbit akan muncul kembali sebagai klaim bermasalah di E-Klaim.
Apa itu Vedika dan kapan berkas klaim diperiksa?
Vedika adalah Verifikasi Digital Klaim, yaitu cara BPJS Kesehatan memeriksa berkas klaim secara digital setelah berkas diterima dari rumah sakit. Pemeriksaan terjadi sesudah pengiriman, bukan saat entry. Karena itu klaim yang keliru baru ketahuan berminggu-minggu kemudian, saat Laporan Hasil Verifikasi kembali ke rumah sakit dalam bentuk klaim pending atau tidak layak.
Berapa persen klaim rumah sakit yang tertahan di verifikasi?
Pada satu rumah sakit rujukan yang kami ukur untuk bulan pelayanan Juni 2026, 3.196 dari 33.968 klaim tertahan sebagai pending, atau 9,4 persen. Angka ini tidak bisa digeneralisasi menjadi angka nasional karena hanya berasal dari satu rumah sakit dan satu bulan pelayanan. Yang lebih berguna dari angkanya adalah sebarannya, yang sangat tidak merata antar jenis pelayanan.
Apa penyebab klaim pending yang paling sering?
Pada dua rumah sakit yang kami ukur, koding menjadi penyebab terbesar pada keduanya, yaitu 59,9 persen dan 41,0 persen dari seluruh klaim pending. Namun penyebab berikutnya berbeda jauh antar rumah sakit. Karena itu daftar penyebab pending milik rumah sakit lain tidak bisa dipakai langsung; setiap rumah sakit perlu membaca Laporan Hasil Verifikasi miliknya sendiri.
Mengapa jumlah baris di Laporan Hasil Verifikasi lebih besar dari jumlah klaim?
Karena ekspor bawaan E-Klaim menuliskan sebagian klaim di lebih dari satu lembar. Lembar rawat jalan adalah bagian dari lembar pending, dan lembar tidak layak rawat jalan adalah bagian dari lembar tidak layak. Menjumlahkan seluruh lembar akan melipatgandakan hitungan. Pada satu berkas yang kami olah, 4.823 baris mentah menyusut menjadi 3.206 klaim unik setelah dideduplikasi berdasarkan kombinasi bulan pelayanan, status, dan nomor SEP.
Apakah bulan pelayanan pada berkas klaim sama dengan bulan SEP?
Tidak selalu. Berkas bulan pelayanan Juni yang kami periksa memuat SEP terbitan April sebanyak 9 klaim dan SEP terbitan Mei sebanyak 234 klaim. Karena itu rekonsiliasi yang mencocokkan bulan pelayanan dengan bulan penerbitan SEP akan melaporkan selisih yang sebenarnya tidak ada.
Apakah klaim bisa diperiksa sebelum dikirim ke BPJS?
Bisa, karena berkas TXT keluaran E-Klaim sudah memuat seluruh isi klaim satu bulan pelayanan. Berkas itu dapat dianalisis lebih dulu untuk menemukan pola yang secara terukur sering tertahan, misalnya klaim yang sudah diberi penambahan biaya tanpa prosedur pendukung di dalam daftar prosedurnya. Pemeriksaan seperti ini tidak menggantikan verifikasi BPJS Kesehatan, tetapi memindahkan temuan dari sesudah pengiriman ke sebelum pengiriman.

Bacaan lanjutan yang berkaitan

Bridging

Menyambungkan V-Claim, E-Klaim, dan INA-CBG

Kelengkapan

Kelengkapan pokok berkas E-Klaim

SEP

Pembuatan, pembatalan, dan perbaikan SEP

Grouping

Membaca hasil grouping INA-CBG

Koding

Akurasi koding ICD-10 dan ICD-9-CM

Readmisi

Kasus readmisi 30 hari

Utilisasi

Utilization review

Regulasi

Klaim elektronik JKN dan kesiapan rumah sakit

Transisi tarif

iDRG dan masa transisi dari INA-CBG

Berkas TXT bulan ini sudah ada. Bacanya bisa sekarang.

Tidak perlu menunggu Laporan Hasil Verifikasi kembali untuk tahu klaim mana yang berisiko tertahan.

Mulai dari berkas TXT Anda Bicara dengan tim klaim