Pembiayaan Kesehatan Klaim Asuransi Swasta/Non BPJS

Riwayat Perubahan

Details
Tabel 1. Riwayat Perubahanan Pembiayaan Kesehatan Klaim Asuransi Swasta/Non BPJS
VersiTanggal PembaruanDeskripsi PerubahanPenanggung Jawab

v1.2

21 Agustus 2025

  • Penambahan Coverage.identifier untuk beneficiary yang berbeda dari subscriber.

Anisatul ‘Afifah

v1.1

20 Desember 2024

  • Penambahan path pada Coverage dan ketentuan pengiriman Coverage untuk Asuransi yang menggunakan TPA.

  • Pembaharuan alur integrasi dan narasi, pengiriman data Akun dilakukan sebelum permintaan eligibilitas peserta.

  • Penambahan supportingInfo pada permintaan eligibilitas peserta dengan referensi ke Account dan Encounter.

  • Pembaharuan path pada QuestionnaireResponse variabel ID Asuransi dan Pernyataan Alasan Peserta Menempati Kamar Tidak Sesuai Haknya.

  • Pembaharuan path typo titik di belakang coding di Invoice dan Encounter pada Data Klaim di Tabel 2.

  • Pembaharuan path typo huruf pada ClaimResponse pada ⁠Total klaim yang dibayarkan per Item oleh asuransi dan Total Tanggungan Peserta di Tabel 2 dan ClaimResponse.insurance pada pemetaan nilai.

  • Pembaharuan path typo huruf pada CoverageEligibilityResponse.extension.policyClass.valueCodeableConcept dan CoverageEligibilityResponse.extension.excessPolicyClass.valueCodeableConcept di Tabel 5 dan Lampiran 1, serta elemen excessPolicyClass pada pemetaan nilai.

  • Pembaharuan narasi pada Sub Bab 1.5 dan 3.1.

Anisatul ‘Afifah

v1.0

25 September 2024

Rilis dokumen awal

Anisatul ‘Afifah

Modul ini sedang dalam tahap pengembangan (hanya tersedia di Environment Sandbox).
Silakan klik setiap teks yang berwarna biru muda, untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan.

POSTMAN SATUSEHAT

Kami menyediakan Postman SATUSEHAT yang berisi Environment dan Postman Collection SATUSEHAT. Anda dapat menggunakan Postman SATUSEHAT tersebut untuk mempermudah proses pemaham alur/skema dari pengiriman data SATUSEHAT pada modul ini ketika melakukan workshop secara mandiri.

Silakan terlebih dahulu men-download/mengunduh/froking environment dan Postman Collection SATUSEHAT sebelum mempelajari modul ini lebih dalam:

  1. Postman SATUSEHAT Public klik di sini.

  2. Environment dan Postman Collection SATUSEHAT s.link By ©Kemenkes klik di sini.

    • Sesuaikan environment yang digunakan, apabila masih dalam proses workshop secara mandiri (uji coba) maka download/unduh dan gunakan environment Sandbox.

    • Pastikan men-download/mengunduh Postman Collection SATUSEHAT sesuai dengan modul yang saat ini Anda pelajari.

PREREQUISITES

Sebelum melakukan pengiriman data SATUSEHAT, terdapat 4 langkah yang perlu dilakukan yaitu:

  1. Autentikasi ke SATUSEHAT,

  2. Registrasi Struktur Organisasi,

  3. Registrasi Struktur Lokasi,

  4. Menyimpan Nomor IHS untuk Tenaga Kesehatan (Practitioner).

Autentikasi

Informasi autentikasi atau pertukaran/transaksi data akan dibahas lebih lanjut pada Autentikasi

Registrasi Struktur Organisasi

Berikut ini adalah struktur organisasi dari Pembiayaan Kesehatan Klaim Asuransi Swasta/Non BPJS.

Registrasi Struktur Organisasi
Gambar 1. Registrasi Struktur Organisasi
  • Informasi terkait pemetaan nilai, penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Organization (data suborganisasi), dapat dilihat di sini.

  • Dapat dilihat juga pada Postman SATUSEHAT, silakan klik di sini.

  • Dokumentasi ReST API SATUSEHAT (Katalog ReST API SATUSEHAT) dapat dilihat di sini.

  • Silahkan tonton video tutorial di sini untuk mendapatkan informasi tambahan terkait POST Organization.

Registrasi Struktur Lokasi

Berikut ini adalah struktur lokasi dari Pembiayaan Kesehatan Klaim Asuransi Swasta/Non BPJS.

Registrasi Struktur Lokasi
Gambar 2. Registrasi Struktur Lokasi
  • Informasi terkait pemetaan nilai, penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Location (data sublokasi), dapat dilihat di sini.

  • Dapat dilihat juga pada Postman SATUSEHAT, silakan klik di sini.

  • Dokumentasi ReST API SATUSEHAT (Katalog ReST API SATUSEHAT) dapat dilihat di sini.

  • Silahkan tonton video tutorial di sini untuk mendapatkan informasi tambahan terkait POST Location.

Nomor IHS untuk Tenaga Kesehatan

Proses pencarian SATUSEHAT ID dari tenaga kesehatan {practitioner-ihs-number} dapat dilakukan melalui FHIR API dengan metode GET.

  • Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Practitioner dapat dilihat di sini.

  • Dapat dilihat juga pada Postman SATUSEHAT, silakan klik di sini.

  • Dokumentasi ReST API SATUSEHAT (Katalog ReST API SATUSEHAT) dapat dilihat di sini.

  • Silahkan tonton video tutorial di sini untuk mendapatkan informasi tambahan terkait GET Practitioner.

INTEGRASI

Modul Pembiayaan Kesehatan - Klaim Asuransi Swasta/Non BPJS merupakan pencatatan terkait dengan pembiayaan kesehatan pasien yang meliputi pembiayaan menggunakan klaim asuransi swasta yang menjadi primary payor (penjamin pertama), secondary payor (penjamin kedua) atau Asuransi Kesehatan Tambahan (AKT), serta mekanisme pembayaran mandiri atau Out Of Pocket (OOP).

Playbook Modul Pembiayaan Kesehatan - Klaim Asuransi Swasta/Non BPJS dibuat sebagai panduan teknis untuk fasilitas pelayanan kesehatan atau pengembang rekam medis elektronik lainnya dan asuransi swasta dalam melakukan proses integrasi dan interoperabilitas di dalam SATUSEHAT Platform (SSP), khususnya informasi terkait pembiayaan menggunakan Asuransi Swasta/Non BPJS dimana selain mencakup klaim dari primary payor, juga mencakup klaim dari secondary payor atau AKT, serta mekanisme pembayaran mandiri atau OOP.

Playbook ini menjelaskan secara detail mengenai standar tahapan alur integrasi dan format pengiriman data, yang terdiri dari:

  1. Klaim Asuransi Swasta/Non BPJS - Primary Payor

    1. Asuransi - Mengirimkan Data Kepesertaan

    2. Fasyankes - Mendapatkan Data Kepesertaan

    3. Fasyankes - Mendaftarkan Kunjungan

    4. Fasyankes - Mengirimkan Laporan Medis Awal

    5. Fasyankes - Mengirimkan Permintaan Eligibilitas Peserta

    6. Asuransi - Mendapatkan Permintaan Eligibilitas Peserta

    7. Asuransi - Mengirimkan Respon Eligibilitas Peserta

    8. Fasyankes - Mendapatkan Respon Eligibilitas Peserta

    9. Fasyankes - Mengirimkan Data Akun

    10. Fasyankes - Mengirimkan Data Billing

    11. Asuransi - Mendapatkan Data Billing

    12. Asuransi - Mengirimkan Persetujuan Tindakan dan Layanan

    13. Fasyankes - Mendapatkan Respon Persetujuan Tindakan dan Layanan

    14. Fasyankes - Mengirimkan Data Medis

    15. Fasyankes - Mengirimkan Invoice

    16. Fasyankes - Mengajukan Klaim

    17. Asuransi - Mendapatkan Pengajuan Klaim

    18. Asuransi - Mengirimkan Hasil Verifikasi Klaim

    19. Fasyankes - Mendapatkan Hasil Verifikasi Klaim

    20. Asuransi - Mengirimkan Notifikasi Pembayaran

    21. Fasyankes - Mendapatkan Notifikasi Pembayaran

  2. Klaim Asuransi Swasta/Non BPJS - Secondary Payor/Asuransi Kesehatan Tambahan (AKT)

    1. Asuransi - Mengirimkan Data Kepesertaan

    2. Fasyankes - Mendapatkan Data Kepesertaan

    3. Fasyankes - Memperbaharui Data Akun

    4. Fasyankes - Mengirimkan Permintaan Eligibilitas Peserta

    5. Asuransi - Mendapatkan Permintaan Eligibilitas Peserta

    6. Asuransi - Mengirimkan Respon Eligibilitas Peserta

    7. Fasyankes - Mendapatkan Respon Eligibilitas Peserta

    8. Asuransi - Mengirimkan Persetujuan Tindakan dan Layanan serta Notifikasi Status Billing

    9. Fasyankes - Mendapatkan Respon Persetujuan Tindakan dan Layanan serta Notifikasi Status Billing

    10. Fasyankes - Mengirimkan Invoice

    11. Fasyankes - Mengajukan Klaim

    12. Asuransi - Mendapatkan Pengajuan Klaim

    13. Asuransi - Mengirimkan Hasil Verifikasi Klaim

    14. Fasyankes - Mendapatkan Hasil Verifikasi Klaim

    15. Asuransi - Mengirimkan Notifikasi Pembayaran

    16. Fasyankes - Mendapatkan Notifikasi Pembayaran

  3. Pembiayaan Mandiri - Out Of Pocket

    1. Fasyankes - Mengirimkan Data Kunjungan dan Data Medis

    2. Fasyankes - Mengirimkan Data Akun

    3. Fasyankes - Mengirimkan Data Billing

    4. Fasyankes - Mengirimkan Invoice

    5. Fasyankes - Mengirimkan Notifikasi Pembayaran

Resource FHIR yang digunakan pada Modul Pembiayaan Kesehatan - Klaim Asuransi Swasta/Non BPJS ini, yaitu:

  1. Resource terkait pembiayaan, meliputi:

    1. Account

    2. BillingStatus (NON FHIR)

    3. ChargeItem

    4. ChargeItemResponse (NON FHIR)

    5. Claim

    6. ClaimResponse

    7. Coverage

    8. CoverageEligibilityRequest

    9. CoverageEligibilityResponse

    10. Invoice

    11. PaymentNotice

    12. PaymentReconciliation

  2. Resource terkait data kunjungan dan data medis sesuai Modul Pelayanan baik Resume Medis - Rawat Jalan, Pelayanan Instalasi Gawat Darurat (IGD), dan Rawat Inap maupun Modul Use Case di SATUSEHAT.

Pengiriman data pada Modul Pembiayaan Kesehatan - Klaim Asuransi Swasta/Non BPJS meliputi alur proses bisnis dan variabel disesuaikan dengan hasil Workshop Inisiasi Modul Klaim SATUSEHAT pada 29 Februari hingga 2 Maret 2024 di Bigland Hotel International & Convention Hall, Bogor, Jawa Barat.

Tahapan alur integrasi dan resource yang digunakan pada proses Klaim Asuransi Swasta/Non BPJS mencakup mekanisme klaim dari primary payor, klaim dari secondary payor atau AKT, dan pembiayaan mandiri atau OOP. Tahapan alur integrasi untuk pembiayaan oleh asuransi swasta baik dari primary maupun secondary payor dapat dilihat pada gambar di bawah ini.

Alur Integrasi
Gambar 3. Alur Integrasi Data Klaim

Klaim Asuransi Swasta - Primary Payor
Tahapan alur integrasi pada klaim asuransi swasta yaitu ketika pasien melakukan kunjungan ke fasyankes baik Rawat Jalan, IGD, maupun Rawat Inap mengikuti alur pelayanan setiap pintu masuk. Namun, untuk tahapan klaim, terdapat tambahan yang perlu dikirimkan berkaitan dengan proses klaim ke asuransi swasta. Oleh karena itu, ketika pasien berkunjung ke fasyankes, fasyankes dapat melakukan pengecekan data kepesertaan pasien apakah pasien memiliki asuransi atau tidak. Namun, untuk fasyankes dapat mengetahui asuransi apa saja yang dimiliki oleh pasien maka data kepesertaan wajib dikirimkan terlebih dahulu oleh asuransi secara mandiri atau melalui Third Party Administrator (TPA) ke SATUSEHAT melalui resource Coverage. Selanjutnya, fasyankes dapat melakukan GET Coverage dengan ID SATUSEHAT Pasien untuk mengetahui asuransi apa saja yang dimiliki pasien dan fasyankes dapat menanyakan kepada pasien untuk memilih asuransi yang akan digunakan untuk biaya perawatan pasien.

Selanjutnya, fasyankes dapat mengirimkan permintaan eligibilitas peserta ke asuransi swasta (primary payor) yang dipilih oleh pasien melalui resource CoverageEligibilityRequest yang disertai dengan informasi pendukung berupa laporan medis awal pasien. Secara webhook, asuransi menerima permintaan eligibilitas peserta. Untuk dapat merespon eligibilitas peserta, asuransi mendapatkan consent untuk dapat melihat informasi pendukung pada permintaan eligibilitas peserta yang dikirimkan oleh fasyankes yaitu berupa laporan medis awal pasien. Selanjutnya, asuransi mengirimkan respon eligibilitas peserta menggunakan resource CoverageEligibilityResponse. Respon eligibilitas berupa nomor Surat Eligibilitas Peserta (SEP) akan digunakan sebagai identifier yang dapat digunakan untuk melacak status pengajuan klaim. Melalui mekanisme webhook, fasyankes dapat mengetahui respon dari permintaan eligibilitas peserta.

Langkah berikutnya, fasyankes dapat mengirimkan data medis lainnya mengacu pada Modul Pelayanan baik Resume Medis - Rawat Jalan, Pelayanan Instalasi Gawat Darurat (IGD), dan Rawat Inap maupun Modul Use Case di SATUSEHAT dimana data tersebut menjadi dasar untuk verifikasi klaim oleh asuransi. Dalam hal ini, untuk proses klaim terdapat data tambahan, yaitu fasyankes perlu mengirimkan data akun pasien yang mengandung informasi terkait dengan asuransi yang akan digunakan oleh pasien untuk membiayai biaya perawatan menggunakan resource Account. Dalam hal ini, Account perlu direferensikan ke Encounter sehingga fasyankes perlu PATCH Encounter dengan elemen account. Selain itu, ketika pasien hendak diberikan tindakan dan layanan, setiap biaya yang akan diklaimkan perlu dikirimkan untuk mendapatkan persetujuan terlebih dahulu oleh asuransi. Dalam hal ini, fasyankes perlu mengirimkan data billing yang meliputi tarif tindakan dan layanan yang diberikan kepada pasien melalui resource ChargeItem. Melalui mekanisme webhook, asuransi mengetahui permintaan persetujuan tindakan dan layanan dan kemudian memberikan respon melalui NON FHIR JSON yaitu ChargeItemResponse. Melalui mekanisme webhook juga, fasyankes dapat mengetahui respon yang telah diberikan oleh asuransi apakah setiap tindakan disetujui secara penuh atau terdapat kelebihan (excess) yang perlu dibayar oleh pasien secara mandiri / OOP atau akan ditagihkan ke secondary payor/AKT sesuai kehendak pasien.

Selanjutnya, ketika pasien telah selesai menjalani perawatan (discharge) dari fasyankes nilai billing pasien yang telah disetujui oleh asuransi perlu dicatat pada invoice menggunakan resource Invoice. Berikutnya, fasyankes dapat melakukan pengajuan klaim ke asuransi melalui resource Claim yang disertai dengan informasi pendukung berupa Invoice dan Encounter terkait. Melalui mekanisme webhook, asuransi mengetahui permintaan pengajuan klaim yang disertai dengan data pendukung berupa invoice dan seluruh data RME terkait Encounter pada pengajuan klaim yang selanjutnya dapat digunakan asuransi sebagai dasar untuk melakukan verifikasi. Hasil verifikasi klaim dari asuransi dikirim menggunakan resource ClaimResponse. Apabila terdapat excess yang perlu ditanggung oleh pasien, nilai excess disimpan pada elemen item.adjudication dengan category=copay. Melalui mekanisme webhook juga, fasyankes dapat mengetahui respon klaim yang telah dikirimkan oleh asuransi.

Adapun ketika asuransi selesai melakukan proses pembayaran, asuransi perlu mengirimkan notifikasi pembayaran ke fasyankes yaitu melalui resource PaymentReconciliation dan PaymentNotice. Selanjutnya, fasyankes dapat mengetahui notifikasi pembayaran melalui mekanisme webhook. Demikian untuk alur secara garis besar untuk klaim asuransi swasta (primary payor).

Klaim Asuransi Swasta - Secondary Payor/AKT
Selanjutnya, untuk nilai excess yang ditagihkan ke asuransi yang lain (secondary payor) yang dimiliki pasien maka fasyankes perlu memastikan apakah pada saat POST Account yang pertama sudah memiliki 2 referensi Coverage atau baru 1 referensi Coverage. Ketika baru memiliki 1 referensi Coverage maka untuk proses klaim AKT, fasyankes perlu memperbaharui data akun pasien dengan PATCH Account untuk mereferensikan Coverage yang menjadi Coverage priority ke-2.

Proses berikutnya, fasyankes mengirimkan hal yang sama seperti ke primary payor, namun terdapat beberapa perbedaan. Pada permintaan eligibilitas peserta melalui CoverageEligibilityRequest pada klaim AKT perlu memberikan referensi ke Account dan ClaimResponse. Melalui mekanisme webhook, asuransi mengetahui adanya permintaan eligibilitas peserta. Adanya referensi ke Account dan ClaimResponse pada CoverageEligibilityRequest maka AKT dapat mengetahui kepesertaan yang terkait pada pada Account dengan coverage.priority=2 dan dapat mengetahui respon klaim dari asuransi pertama atau mendapatkan ClaimResponse beserta dengan data pengajuan klaim sebelumnya (Claim), data invoice sebelumnya (Invoice), dan data billing yang telah direspon (ChargeItem). Selanjutnya, asuransi dapat memberikan respon eligibilitas peserta melalui CoverageEligibilityResponse dan melalui mekanisme webhook juga, fasyankes dapat mengetahui respon eligibilitas peserta.

Tahapan selanjutnya, asuransi memberikan respon billing melalui ChargeItemResponse. Sebagai tanda bahwa asuransi telah selesai merespon billing maka asuransi perlu mengirimkan NON FHIR JSON BillingStatus. Hal ini hanya dikirimkan oleh AKT, pada primary payor tidak perlu mengirimkan hal ini karena tanda asuransi telah selesai melakukan proses respon billing adalah ketika discharge. Melalui mekanisme webhook, fasyankes dapat mengetahui respon billing dan status bahwa asuransi telah selesai merespon billing.

Proses berikutnya, fasyankes mengirimkan invoice melalui Invoice sesuai nilai billing yang telah disetujui oleh AKT dan mengirimkan pengajuan klaim melalui resource Claim beserta informasi pendukung berupa Invoice dan Encounter. Melalui mekanisme webhook, asuransi mengetahui permintaan pengajuan klaim dan dapat mengirimkan hasil verifikasi menggunakan resource ClaimResponse dan fasyankes dapat mengetahui respon klaim yang telah dikirimkan oleh asuransi. Sama halnya dengan klaim pada primary payor, ketika AKT telah melakukan pembayaran maka notifikasi pembayaran perlu dikirimkan melalui resource PaymentReconciliation dan PaymentNotice. Melalui mekanisme webhook, fasyankes dapat mengetahui notifikasi pembayaran. Demikian untuk alur secara garis besar untuk klaim asuransi swasta (secondary payor).

Pembiayaan Mandiri/OOP
Tahapan alur integrasi untuk pembiayaan mandiri beserta mekanisme reimburse dapat dilihat pada gambar di bawah ini.

Alur Integrasi
Gambar 4. Alur Integrasi Data Mandiri

Alur data integrasi pembiayaan mandiri ditujukan untuk fasyankes yang memberikan pelayanan kepada pasien dengan cakupan meliputi pasien membayar sendiri biaya pelayanan yang telah diberikan, dibayar oleh keluarga, maupun dibayar oleh teman atau pengantar. Tahapan alur integrasi pada pembiayaan mandiri yaitu ketika pasien melakukan kunjungan ke fasyankes baik Rawat Jalan, IGD, maupun Rawat Inap mengikuti alur pelayanan setiap pintu masuk. Namun, dalam hal ini terdapat data tambahan yang perlu dikirimkan oleh fasyankes terkait pembiayaan pasien secara mandiri, yaitu fasyankes perlu mengirimkan data terkait pembiayaan meliputi data Akun yang disimpan menggunakan resource Account, dalam hal ini tidak perlu menyertakan elemen coverage. Selanjutnya, setiap billing yang meliputi tarif pelayanan dan tindakan juga dikirimkan yaitu menggunakan resource ChargeItem, data invoice tagihan dikirimkan menggunakan resource Invoice, dan ketika pasien telah membayar maka fasyankes perlu mengirimkan notifikasi pembayaran melalui resource PaymentReconciliation dan PaymentNotice.

Selanjutnya, apabila pasien akan melakukan penggantian pembayaran atau disebut dengan reimburse, mekanisme reimburse dapat dilakukan dengan metode berikut:

  1. Reimburse Offline
    Reimburse ini dilakukan secara langsung oleh pasien dengan memilih kategori reimburse terlebih dahulu apakah akan melakukan reimburse ke pihak pemberi kerja atau ke asuransi. Selanjutnya, pasien dapat mencetak dokumen rekam medis dalam bentuk PDF yang sudah disertai dengan QR Code. Fungsi QR Code tersebut adalah untuk memberikan kepastian bahwa dokumen tersebut resmi dan tervalidasi ke SATUSEHAT. Dokumen tersebut dapat digunakan oleh pasien untuk reimburse ke pemberi kerja maupun asuransi. Selanjutnya, secara otomatis dari SATUSEHAT membuat notifikasi pembayaran yang disimpan melalui resource PaymentReconciliation dan PaymentNotice.

  2. Reimburse Online
    Reimburse ini dilakukan secara online oleh pasien, yaitu apabila pasien memilih untuk melakukan reimburse secara online maka pasien perlu memilih penjamin (asuransi) yang akan melakukan reimburse biaya yang telah digunakan oleh pasien untuk biaya pelayanan kesehatan. Dalam hal ini, informasi payor yang dipilih disimpan melalui resource Account yang disertai dengan elemen coverage. Selanjutnya, pasien melakukan pengajuan klaim melalui SSM. Data pengajuan klaim dikirimkan melalui resource Claim. Selanjutnya, pihak asuransi menerima klaim yang telah diajukan. Setelah menerima klaim, asuransi dapat mendapatkan data klaim dan data pendukung klaim dengan metode GET Claim Everything. Data tersebut dapat digunakan oleh asuransi untuk mendukung proses verifikasi klaim yang diajukan oleh pasien. Selanjutnya, asuransi merespon setiap billing yang terkait dengan klaim yang diajukan dengan menggunakan NON FHIR JSON resource ChargeItemResponse. Ketika asuransi selesai merespon billing, asuransi perlu mengirimkan respon klaim melalui resource ClaimResponse. Selain itu, ketika asuransi telah mengirimkan pembayaran kepada pasien maka perlu mengirimkan notifikasi pembayaran melalui resource PaymentReconciliation dan PaymentNotice. Selanjutnya, pasien dapat melihat notifikasi pembayaran di SSM.

Mekanisme pembiayaan mandiri yang kemudian dilakukan reimburse melalui SSM memberikan kemudahan bagi pasien dan meringankan beban fasyankes dan juga asuransi. Adapun untuk implementasi dari mekanisme reimburse masih dalam tahap pengembangan dan akan diinformasikan lebih lanjut di modul berikutnya. Untuk saat ini, yang dapat dikirimkan terlebih dahulu adalah yang mekanisme pembiayaan secara mandiri/OOP terlebih dahulu.

Klaim Rujukan

Alur Integrasi
Gambar 5. Alur Integrasi Data Klaim Rujukan

Pada variasi klaim rujukan, proses klaim untuk pasien yang dirujuk dari fasyankes perujuk ke fasyankes rujukan tergantung pada kebijakan asuransi yang berlaku. Dalam hal ini, terdapat dua skenario sebagai berikut:

  1. Klaim Terpisah
    Klaim terpisah dapat terjadi dengan ketentuan sebagai berikut:

    1. Rujukan dilakukan secara penuh, yaitu pasien dipindahkan sepenuhnya dari fasyankes perujuk ke fasyankes rujukan untuk seluruh perawatan lanjutan menggunakan asuransi yang sama maka proses klaim sebagai berikut:
      1) Fasyankes perujuk melakukan klaim untuk semua layanan yang diberikan ke pasien sebelum rujukan.
      2) Fasyankes rujukan melakukan klaim untuk semua layanan yang diberikan ke pasien setelah rujukan.

    2. Pasien hanya dirujuk untuk pemeriksaan penunjang atau layanan spesifik di fasyankes rujukan, kemudian kembali ke fasyankes perujuk untuk perawatan utama, menggunakan asuransi yang sama maka proses klaim sebagai berikut:
      1) Fasyankes perujuk melakukan klaim untuk layanan utama yang diberikan ke pasien sebelum rujukan dan setelah kembali dari fasyankes rujukan.
      2) Fasyankes rujukan melakukan klaim untuk layanan penunjang atau spesifik yang diberikan ke pasien selama rujukan.

    3. Asuransi yang digunakan oleh pasien di fasyankes rujukan menggunakan asuransi yang berbeda dari asuransi yang digunakan di fasyankes perujuk maka proses klaim sebagai berikut:
      1) Fasyankes perujuk melakukan klaim untuk semua layanan yang diberikan ke pasien sebelum rujukan.
      2) Fasyankes rujukan melakukan klaim untuk semua layanan yang diberikan ke pasien setelah rujukan.

  2. Klaim Gabungan
    Klaim gabungan dapat dilakukan juga apabila pasien hanya dirujuk untuk pemeriksaan penunjang atau layanan spesifik di fasyankes rujukan, kemudian kembali ke fasyankes perujuk untuk perawatan utama dengan menggunakan asuransi yang sama. Dalam hal ini, pasien dirujuk ke fasyankes rujukan untuk mendapatkan suatu pemeriksaan penunjang atau layanan spesifik yang tidak bisa dilayani di fasyankes perujuk dan mengharuskan fasyankes perujuk untuk mengatur pembayaran ke fasyankes rujukan sesuai dengan kesepakatan antar fasyankes. Hasil dari pemeriksaan penunjang atau layanan spesifik di fasyankes rujukan diberikan ke fasyankes perujuk sehingga fasyankes perujuk dapat mengetahui hasilnya dan bertanggung jawab atas hasil tersebut. Oleh karena itu, pada klaim gabungan fasyankes perujuk melakukan klaim atas seluruh biaya layanan yang diberikan ke pasien, termasuk yang diberikan ke fasyankes rujukan.

Mekanisme klaim pada klaim rujukan baik terpisah maupun gabungan, tidak memiliki ketentuan khusus mengenai keterkaitan antar resource yang digunakan, melainkan sama seperti halnya dengan proses klaim yang terdapat pada playbook ini.

Playbook Pembiayaan Kesehatan Klaim Asuransi Swasta/Non BPJS