Rekonsiliasi Pembayaran BPJS: 4 Selisih Tak Terlacak

Rekonsiliasi pembayaran BPJS adalah proses mencocokkan tiga angka untuk setiap batch klaim: nilai yang diajukan RS, nilai yang disetujui pada Berita Acara Serah Terima (BAST), dan nilai yang benar-benar masuk rekening. Di sebagian besar RS, proses ini berhenti di angka total — bukan per kasus — sehingga empat jenis selisih berikut mengalir tanpa pernah ditutup di pembukuan, dan piutang JKN menumpuk tanpa pemilik yang jelas.

Kenapa Rekonsiliasi Klaim BPJS Sering Berhenti di Angka Total

Kebanyakan bagian keuangan RS mencatat pembayaran BPJS sebagai satu angka masuk per bulan, dicocokkan dengan satu angka total klaim yang diajukan bulan itu. Selama dua angka ini terlihat "mendekati", rekonsiliasi dianggap selesai — padahal proses klaim BPJS berjalan per kasus, bukan per batch, dan setiap kasus punya kemungkinan nilai berbeda antara diajukan, disetujui, dan dibayar.

Akibatnya, selisih kecil di level kasus terkubur di dalam angka total yang tampak wajar. Wadir Keuangan baru menyadari ada yang tidak beres saat piutang JKN di neraca terus bertambah meski kas terlihat sehat — tanda bahwa ada klaim yang dianggap "sudah selesai" secara operasional, padahal secara akuntansi belum benar-benar direkonsiliasi sampai ke rekening.

4 Selisih yang Wajib Dilacak di Pembukuan RS

Empat sumber selisih berikut adalah titik paling umum di mana nilai klaim BPJS berubah antara pengajuan dan pencairan dana — dan yang paling jarang punya baris pencatatan tersendiri di sistem akuntansi RS.

1. Klaim Direvisi Saat Verifikasi

Sebelum BAST diterbitkan, BPJS Kesehatan berhak merevisi nilai sebagian kasus dalam satu batch — bukan menolak seluruhnya, tapi mengoreksi tarif per kasus berdasarkan hasil verifikasi administratif, koding, dan medis. Jika bagian keuangan hanya mencatat total nilai batch yang diajukan sebagai piutang awal, selisih hasil revisi per kasus ini tidak pernah muncul sebagai baris tersendiri — ia hanya terlihat sebagai "piutang berkurang" tanpa penjelasan kasus mana yang direvisi dan kenapa.

2. Pembayaran Bertahap dalam Satu Batch

Tidak semua batch klaim dibayar dalam satu transfer. Sebagian kasus dalam batch yang sama bisa selesai verifikasi lebih dulu dan dibayar, sementara sisanya masih pending menunggu kelengkapan dokumen atau dispute. Jika RS mencocokkan pembayaran hanya berdasarkan tanggal masuk dana tanpa memecah per kasus, transfer parsial ini sering disalahartikan sebagai "batch sudah lunas" — padahal masih ada sisa klaim yang belum tercatat sebagai piutang aktif.

3. Klaim Susulan dari Periode Layanan Sebelumnya

Klaim yang tertunda pengajuannya — karena resume medis belum ditandatangani DPJP, berkas penunjang menyusul, atau koreksi koding — sering diajukan menyusul di batch bulan berikutnya, bukan di bulan layanan aslinya. Pembayaran atas klaim susulan ini kemudian masuk bercampur dengan pembayaran batch bulan berjalan, sehingga nilai yang diterima terlihat "lebih besar dari yang diajukan bulan ini" tanpa penjelasan bahwa sebagian adalah pelunasan tunggakan periode lama.

4. Koreksi dari Verifikasi Pasca Klaim dan Audit Administrasi Klaim

Klaim yang sudah dibayar bukan berarti final. Peraturan Direktur BPJS Kesehatan Nomor 19 Tahun 2023 memberi BPJS Kesehatan kewenangan melakukan Verifikasi Pasca Klaim (VPK) rutin dan Audit Administrasi Klaim (AAK) sewaktu-waktu terhadap klaim yang sudah dicairkan. Jika hasil VPK atau AAK menemukan kelebihan bayar, RS wajib mengembalikan dana (recoupment) — sebuah koreksi negatif atas pendapatan yang sudah dicatat final di periode sebelumnya. Tanpa rekonsiliasi berjalan yang menandai klaim mana saja yang masih dalam jendela audit, koreksi ini muncul mendadak dan sering disalahartikan sebagai kesalahan pencatatan baru, padahal akar masalahnya ada di klaim yang dibayar bulan-bulan sebelumnya.

Demo Gratis 30 Menit

Lihat langsung berapa
revenue RS Anda yang bocor

Dalam 30 menit, kami analisis data klaim RS Anda — langsung di depan Anda.

Jadwalkan Demo→

Tanpa biaya, tanpa kewajiban

Membangun Rekonsiliasi 3 Kolom per Kasus, Bukan per Batch

Cara paling efektif menutup keempat selisih di atas adalah mengganti rekonsiliasi berbasis total batch dengan rekonsiliasi berbasis tiga kolom per kasus: nilai diajukan, nilai disetujui BAST, dan nilai masuk rekening — masing-masing dengan tanggalnya sendiri. Selisih antar kolom otomatis menunjukkan jenis masalahnya: diajukan ≠ disetujui berarti revisi verifikasi; disetujui ≠ masuk rekening berarti pembayaran bertahap atau keterlambatan.

Struktur minimal yang bisa dijalankan meski masih manual di spreadsheet:

Kolom identitas kasus — nomor SEP, bulan layanan, dan bulan pengajuan (untuk menandai klaim susulan yang lintas periode).
Kolom nilai diajukan — nilai INA-CBG saat batch dikirim.
Kolom nilai disetujui — nilai final di BAST beserta tanggal BAST, sebagai dasar hitung jatuh tempo 15 hari kerja.
Kolom nilai masuk rekening — nilai aktual dan tanggal dana diterima, untuk mendeteksi pembayaran bertahap atau keterlambatan yang berhak atas denda 1% per bulan sesuai Pasal 76 ayat (4) Perpres 82/2018.
Kolom status audit — penanda apakah kasus masih dalam jendela VPK/AAK, agar koreksi periode sebelumnya tidak mengejutkan tim keuangan saat muncul.

Dengan struktur ini, laporan piutang JKN bulanan tidak lagi berhenti di satu angka "piutang BPJS Rp X" — tapi bisa dipecah menjadi piutang yang masih menunggu verifikasi, piutang yang sudah BAST tapi belum dibayar, dan piutang yang berpotensi dikoreksi audit.

Contoh Ilustrasi: Bagaimana Keempat Selisih Muncul dalam Satu Batch

Bayangkan satu batch klaim rawat inap berisi 50 kasus yang diajukan dengan total nilai INA-CBG tertentu. Tanpa rekonsiliasi per kasus, RS hanya melihat satu angka masuk di rekening yang "kurang lebih mendekati" total pengajuan — dan menganggap batch tersebut selesai. Rekonsiliasi 3 kolom membongkar angka itu menjadi beberapa kelompok yang jelas sumbernya.

Dari 50 kasus tersebut, misalnya sebagian kecil disetujui penuh sesuai nilai diajukan, sebagian direvisi turun karena hasil verifikasi koding (selisih 1), beberapa kasus masih pending menunggu kelengkapan berkas sehingga dibayar di transfer berikutnya (selisih 2), lalu di batch yang sama ikut terbayar beberapa klaim susulan dari bulan layanan sebelumnya yang baru lengkap dokumennya (selisih 3). Jika enam bulan kemudian hasil VPK menemukan satu kasus dengan koding tidak sesuai dokumentasi medis, nilai batch yang sudah dianggap final di bulan itu ikut terkoreksi turun (selisih 4) — dan koreksi ini hanya bisa ditelusuri balik ke batch aslinya jika setiap kasus tercatat dengan nomor SEP dan tanggal BAST-nya sendiri, bukan hanya sebagai bagian dari total.

Tanpa pemecahan per kasus seperti ini, tim keuangan hanya melihat: piutang berkurang, kas bertambah, dan satu koreksi minus yang muncul entah dari mana enam bulan kemudian.

Siapa yang Harus Memiliki Proses Rekonsiliasi Ini

Rekonsiliasi pembayaran BPJS gagal berjalan bukan karena tidak ada yang tahu caranya, melainkan karena tidak ada satu pihak yang secara eksplisit memilikinya. Tim koding fokus pada kelengkapan dan akurasi kode sebelum klaim dikirim; tim klaim fokus pada status verifikasi dan dispute; bagian keuangan fokus pada arus kas masuk secara agregat. Ketiganya melihat sebagian data, tapi tidak ada yang menyatukan nomor SEP, tanggal BAST, dan tanggal dana masuk dalam satu catatan yang sama.

Praktik yang lebih tertib menempatkan bagian keuangan sebagai pemilik proses rekonsiliasi, dengan kewajiban menarik data status verifikasi dari tim klaim dan tanggal BAST dari sistem pengajuan secara berkala — idealnya mingguan, bukan menunggu tutup buku bulanan. Jika SIMRS yang dipakai RS belum menyediakan laporan tiga kolom ini secara built-in, rekonsiliasi tetap bisa berjalan manual di spreadsheet asal disiplin diperbarui per batch, bukan disusun ulang dari nol setiap akhir bulan.

Kapan Selisih Ini Berubah Jadi Risiko Kepatuhan, Bukan Sekadar Selisih Angka

Selisih yang tidak direkonsiliasi bukan cuma masalah akurasi laporan keuangan. Klaim yang sudah dibayar tetap berada dalam jendela Verifikasi Pasca Klaim dan Audit Administrasi Klaim sesuai Perdir BPJS 19/2023 — artinya setiap rupiah yang masuk masih berstatus "terbuka" sampai melewati periode audit. RS yang tidak menandai status ini di pembukuannya berisiko mencatat pendapatan final atas dana yang sewaktu-waktu bisa dikoreksi turun lewat recoupment.

Sebaliknya, RS yang tertib mencatat selisih per kasus justru punya posisi lebih kuat saat audit datang — bukti bahwa setiap selisih sudah dijelaskan sejak awal, bukan ditemukan mendadak oleh auditor eksternal. Rekonsiliasi yang rapi juga menjadi dasar bukti saat RS berhak menagih denda keterlambatan pembayaran, karena tanggal BAST dan tanggal dana masuk sudah tercatat sistematis, bukan diingat-ingat manual.

FAQ

Apa beda rekonsiliasi klaim dengan verifikasi klaim BPJS?

Verifikasi klaim adalah proses BPJS Kesehatan menilai kelayakan klaim sebelum dibayar, sedangkan rekonsiliasi adalah proses internal RS mencocokkan tiga angka: nilai yang diajukan, nilai yang disetujui BAST, dan nilai yang benar-benar masuk rekening. Verifikasi jadi tanggung jawab BPJS; rekonsiliasi jadi tanggung jawab bagian keuangan RS sendiri.

Kenapa nilai klaim yang disetujui BAST bisa berbeda dari nilai yang diajukan RS?

Selisih muncul karena BPJS Kesehatan berhak merevisi nilai klaim saat verifikasi administratif, koding, dan medis — sebagian kasus dalam satu batch bisa disetujui penuh, sebagian direvisi turun, dan sebagian ditolak sementara (pending). Jika RS hanya mencatat total nilai batch yang diajukan, revisi per kasus ini tidak pernah terlihat di pembukuan.

Apakah RS berhak menagih denda jika pembayaran BPJS lebih lambat dari 15 hari kerja sejak BAST?

Ya. Pasal 76 ayat (4) Perpres 82/2018 mengatur denda 1% per bulan dari nilai yang belum dibayar jika BPJS Kesehatan melewati batas 15 hari kerja sejak BAST diterbitkan. Hak ini hanya bisa dieksekusi jika RS mencatat tanggal BAST dan tanggal dana masuk secara sistematis per batch.

Apa itu koreksi periode sebelumnya dalam rekonsiliasi klaim BPJS?

Koreksi periode sebelumnya adalah penyesuaian nilai klaim yang sudah dibayar di bulan-bulan lalu, biasanya muncul dari hasil Verifikasi Pasca Klaim (VPK) atau Audit Administrasi Klaim (AAK) sesuai Peraturan Direktur BPJS Kesehatan Nomor 19 Tahun 2023. Jika ditemukan kelebihan bayar, RS wajib mengembalikan dana (recoupment) — dan tanpa rekonsiliasi berjalan, koreksi ini sering baru ketahuan saat kas RS sudah terlanjur mencatatnya sebagai pendapatan final.

Dasar Hukum

Perpres 82/2018 tentang Jaminan Kesehatan (diubah Perpres 59/2024) — Pasal 76 ayat (3) mewajibkan BPJS Kesehatan membayar klaim paling lambat 15 hari kerja sejak BAST diterbitkan; ayat (4) mengatur denda 1% per bulan atas keterlambatan pembayaran.
Peraturan Direktur BPJS Kesehatan Nomor 19 Tahun 2023 — dasar hukum mekanisme Verifikasi Pasca Klaim (VPK) dan Audit Administrasi Klaim (AAK) atas klaim yang sudah dibayarkan, termasuk kewenangan pengembalian dana (recoupment) jika ditemukan kelebihan bayar.
Peraturan BPJS Kesehatan Nomor 7 Tahun 2018 tentang Verifikasi Klaim — mengatur siklus pengajuan dan verifikasi klaim per batch yang menjadi dasar munculnya selisih antara nilai diajukan dan nilai disetujui.

Sumber

Perpres Nomor 82 Tahun 2018 tentang Jaminan Kesehatan, Pasal 76 — peraturan.bpk.go.id (diubah oleh Perpres 59/2024)
Peraturan Direktur BPJS Kesehatan Nomor 19 Tahun 2023 tentang Audit Administrasi Klaim dan Verifikasi Pasca Klaim — bpjs-kesehatan.go.id
Peraturan BPJS Kesehatan Nomor 7 Tahun 2018 tentang Sistem Verifikasi Klaim Fasilitas Kesehatan — bpjs-kesehatan.go.id