Klaim Asuransi Swasta dan Penjaminan Non-JKN di Rumah Sakit

Penjaminan adalah proses memastikan bahwa biaya layanan seorang pasien akan ditanggung pihak lain, dan memastikannya sebelum atau selama layanan berlangsung, bukan sesudah. Disebut non-JKN ketika penanggungnya bukan program Jaminan Kesehatan Nasional: asuransi kesehatan swasta, perusahaan pemberi kerja lewat perjanjian kerja sama, atau pasien sendiri yang membayar langsung.

Dalam banyak rumah sakit, unit penjaminan duduk di bawah bagian keuangan atau administrasi pasien, berdampingan dengan pendaftaran dan casemix. Pekerjaannya berbeda karakter dari pekerjaan klaim BPJS. Klaim BPJS sebagian besar adalah pekerjaan sesudah: mengoreksi koding, melengkapi berkas, menanggapi pending. Penjaminan non-JKN sebagian besar adalah pekerjaan sebelum: memastikan manfaat, meminta persetujuan, dan menahan agar layanan tidak berjalan lebih jauh dari yang disetujui.

Perbedaan arah waktu inilah yang membuat tim yang sudah sangat terlatih pada klaim BPJS tetap merasa asing ketika menangani penanggung swasta. Bukan karena kemampuannya kurang, melainkan karena ritme kerjanya memang berlawanan.

Pihak ketiga yang sering muncul di alur ini adalah TPA (Third Party Administrator) — pihak yang ditunjuk penanggung untuk mengurus administrasi layanan kesehatan, mulai dari verifikasi kepesertaan, koordinasi penjaminan, sampai pengelolaan klaim cashless dengan rumah sakit rekanan. Bagi rumah sakit, TPA berarti lawan bicara sehari-harinya sering bukan perusahaan asuransinya langsung.

Satu rumah sakit umumnya melayani empat jenis penjamin sekaligus. Tabel berikut menyandingkannya pada hal-hal yang benar-benar berbeda di meja kerja, bukan pada definisi umumnya:

Kolom terakhir sering dianggap bukan penjaminan sama sekali. Secara operasional ia tetap penjaminan — penjaminnya pasien itu sendiri — dan panduan modul klaim SATUSEHAT pun menempatkan pembiayaan mandiri sejajar dengan penjamin utama dan penjamin sekunder.

Urutannya cukup seragam antar penanggung, meski isinya berbeda-beda. Tujuh langkah berikut adalah bentuk yang paling umum untuk pasien cashless:

1. Identifikasi penjamin di pendaftaran. Kartu peserta atau nomor polis dicatat, dan jenis penjaminnya ditetapkan sejak awal — termasuk kemungkinan pasien punya lebih dari satu penjamin.
2. Verifikasi kepesertaan dan manfaat. Ke penanggung atau ke TPA-nya: polis aktif atau tidak, manfaat apa yang berlaku, berapa plafon yang tersisa, dan apa yang dikecualikan.
3. Permintaan jaminan awal. Rumah sakit mengajukan rencana layanan beserta indikasi medisnya, dan menunggu konfirmasi tertulis.
4. Surat jaminan terbit. Isinya bukan sekadar “dijamin”, melainkan dijamin untuk apa, sampai berapa, dan sampai kapan. Batasan inilah yang perlu terbaca oleh unit pelayanan, bukan hanya oleh penjaminan.
5. Pemantauan selama layanan. Untuk rawat inap, plafon berjalan sementara pasien masih dirawat. Perpanjangan jaminan diminta sebelum batasnya tersentuh, bukan sesudah.
6. Penyusunan berkas penagihan. Rincian tagihan, resume medis, hasil penunjang, dan salinan surat jaminan disusun mengikuti format penanggung yang bersangkutan.
7. Penagihan, rekonsiliasi, dan penyelesaian selisih. Pembayaran yang masuk dicocokkan ke tagihan per pasien, dan bagian yang tidak dijamin diselesaikan sesuai kesepakatan dengan pasien.

Sebagian besar potensi optimasi pada alur ini ada di langkah 2 sampai 5. Langkah 6 dan 7 adalah tempat masalahnya terlihat, tetapi jarang menjadi tempat masalahnya lahir.

Tulisan tentang klaim ditolak hampir seluruhnya ditujukan kepada pemegang polis: lengkapi dokumen, baca polis, hubungi call center. Dari sisi rumah sakit, penyebabnya berbeda dan lebih dapat dikendalikan. Pola yang paling sering muncul:

• Pra-otorisasi datang terlambat. Tindakan sudah berjalan ketika konfirmasi jaminan baru diminta. Secara medis benar; secara administrasi penanggung menilai persetujuannya tidak pernah ada.
• Layanan berada di luar manfaat polis. Sering pada layanan penunjang, obat di luar daftar, atau kamar yang naik kelas atas permintaan keluarga tanpa dicatat sebagai selisih.
• Plafon sudah terpakai di tempat lain. Plafon tahunan berjalan lintas fasilitas. Angka yang benar pada hari masuk bisa sudah tidak benar seminggu kemudian.
• Resume medis tidak memuat indikasi. Berkasnya lengkap, tetapi tidak menjelaskan kenapa tindakan itu diperlukan. Penanggung tidak menolak tindakannya; ia menolak karena tidak menemukan dasarnya.
• Rincian tagihan tidak dapat dipetakan ke manfaat. Satu baris gabungan yang tidak dapat dipecah ke komponen yang dijamin dan yang tidak.
• Tenggat pengajuan terlewat. Setiap penanggung punya batas waktu sendiri, dan batas itu jarang tercatat di sistem rumah sakit.
• Data pasien tidak konsisten antar dokumen. Nama, tanggal lahir, atau nomor polis yang berbeda tipis antara kartu, berkas pendaftaran, dan berkas penagihan.

Yang menyatukan seluruh daftar ini: informasinya sebenarnya ada di rumah sakit, hanya tidak berada di layar yang sama dengan tempat keputusan diambil. Ketika status jaminan, sisa plafon, dan batasan surat jaminan terlihat oleh petugas pendaftaran dan unit pelayanan — bukan hanya oleh unit penjaminan — sebagian besar pola di atas berkurang dengan sendirinya.

Coordination of Benefit (COB) berlaku ketika seorang pasien punya lebih dari satu penjamin. Bentuk yang paling umum di Indonesia: BPJS sebagai penjamin utama, asuransi swasta sebagai penjamin tambahan. Dalam terminologi modul klaim SATUSEHAT, penjamin tambahan ini disebut Asuransi Kesehatan Tambahan (AKT) dan diperlakukan sebagai secondary payor.

Yang membuat COB berat bukan konsepnya, melainkan urutannya. Klaim penjamin utama harus selesai lebih dulu agar besaran yang ditanggungnya diketahui; baru setelah itu selisihnya dapat diajukan ke penjamin tambahan. Artinya keterlambatan di sisi JKN merambat ke sisi non-JKN, dan satu episode perawatan menghasilkan dua berkas dengan dua tenggat berbeda.

Tiga hal yang membuat COB berjalan lebih rapi: status COB pasien diketahui sejak pendaftaran dan bukan ditemukan saat penagihan; dasar perhitungan selisih tercatat sehingga dapat ditelusuri ulang ketika ditanya; dan kedua berkas dipantau dalam satu papan yang sama agar tidak ada yang menunggu tanpa penanggung jawab.

Rekonsiliasi pembayaran per pasien — termasuk untuk episode dengan dua penjamin — dibahas lebih jauh di halaman Claim Manager AI.

SATUSEHAT sudah menerbitkan panduan teknis Pembiayaan Kesehatan Klaim Asuransi Swasta/Non BPJS. Cakupannya mencakup tiga mekanisme sekaligus: penjamin utama, penjamin sekunder atau AKT, dan pembiayaan mandiri (out-of-pocket).

Resource yang disebut dalam panduan itu antara lain Coverage, CoverageEligibilityRequest dan CoverageEligibilityResponse, Claim dan ClaimResponse, Account, Invoice, ChargeItem, PaymentNotice, dan PaymentReconciliation, di samping resource layanan seperti Encounter, Patient, Practitioner, Organization, dan Location. Pihak yang ditempatkan sebagai pengirim data adalah perusahaan asuransi (data kepesertaan lewat Coverage), fasyankes (data layanan, tagihan, dan klaim), serta TPA yang dapat mengirimkan data kepesertaan atas nama penanggung.

Satu catatan yang perlu disampaikan apa adanya: dokumentasi itu menyebut penyesuaian pengiriman datanya mengikuti hasil Workshop Inisiasi Modul Klaim SATUSEHAT, 29 Februari sampai 2 Maret 2024, dan tidak mencantumkan nomor peraturan sebagai dasar kewajibannya. Karena itu sebaiknya dibaca sebagai spesifikasi teknis yang sedang berkembang. Status kewajiban dan tenggatnya untuk periode berjalan perlu dikonfirmasi ke Kemenkes, bukan disimpulkan dari halaman dokumentasi.

Bagi rumah sakit yang sedang menyusun rencana, implikasi praktisnya cukup jelas: struktur data penjamin sebaiknya dibangun sejak sekarang dalam bentuk yang dapat dipetakan ke resource di atas, agar penyesuaian nanti menjadi pekerjaan pemetaan dan bukan pekerjaan pendataan ulang. Bagaimana lapisan integrasinya bekerja dibahas di halaman Integration Hub, dan konteks SATUSEHAT secara umum di halaman SATUSEHAT.

Sumber: SATUSEHAT Platform — Pembiayaan Kesehatan Klaim Asuransi Swasta/Non BPJS dan Lampiran Terminologi, diakses 25 Agustus 2026.

Rumah sakit yang ingin menaikkan porsi pendapatan non-JKN biasanya tidak kekurangan pasien non-JKN. Yang kurang adalah kemampuan sistemnya memperlakukan penjamin sebagai dimensi utama, setara dengan pasien dan layanan. Empat perubahan yang paling terasa:

• Penjamin dicatat sebagai entitas, bukan sebagai keterangan. Setiap penanggung punya daftar manfaat, plafon, tenggat, dan format berkasnya sendiri, dan semua itu perlu berumur panjang di dalam sistem — bukan diketik ulang tiap pasien.
• Status jaminan terlihat di titik layanan. Petugas pendaftaran dan unit pelayanan melihat batasan surat jaminan dan sisa plafon di layar yang sama dengan tempat mereka bekerja.
• Satu papan untuk berkas yang sedang berjalan. Termasuk episode COB yang menghasilkan dua berkas, agar tidak ada yang menunggu tanpa penanggung jawab yang jelas.
• Satu lapisan integrasi, bukan sambungan satu per satu. Penambahan penanggung berikutnya sebaiknya menjadi pekerjaan konfigurasi, bukan pekerjaan membongkar ulang sistem informasi rumah sakit.

Segmen non-JKN lain yang berdiri di atas fondasi yang sama dibahas terpisah: MCU korporat untuk akun perusahaan, pelayanan pasien asing untuk pasien internasional, dan pendaftaran mandiri pasien untuk titik masuk pasien umum.