Titik akhir (endpoint) FHIR Anda sudah ada. Apakah data di baliknya akan lulus validasi?
Dewan direksi menanyakan apakah Anda akan siap pada 1 Januari 2027. Vendor menyatakan bahwa endpoint telah aktif. Tim Anda mengetahui apa yang ada di balik layar: anggota yang sama dengan tiga ID, kode warisan tanpa pemetaan FHIR, keputusan prior-auth yang terjebak dalam citra faks — serta batas waktu keputusan 72 jam / 7 hari yang telah berlaku sejak Januari 2026.
Apa itu kesiapan data CMS-0057-F?
Kesiapan data CMS-0057-F adalah kondisi di mana seorang payer'data klaim, klinis, dan pra-otorisasi dapat diekstrak dari sistem inti, dicocokkan dengan anggota yang tepat, dipetakan ke panduan implementasi FHIR yang disyaratkan — US Core, CARIN Blue Button, dan Da Vinci CRD/DTR/PAS — serta disajikan dengan validasi panduan implementasi yang mutakhir dan lolos secara berkelanjutan.
API yang diwajibkan adalah FHIR; sebuah rencana'data aktual milik adalah transaksi X12, tabel database, dan flat file. Seluruh masalah kepatuhan terletak pada lapisan terjemahan di antara keduanya — pemetaan, pencocokan, dan kualitas data.
Empat API, satu tenggat waktu — masing-masing merupakan konsumer berbeda dari data rencana yang sama
| API Wajib | Siapa yang menyebutnya | Apa yang harus dikembalikannya |
|---|---|---|
| Akses Pasien | Member, melalui aplikasi konsumen | Klaim, data klinis, dan keputusan pra-otorisasi mereka |
| Akses Penyedia | Dokter dalam jaringan | Data mengenai pasien mereka yang terdaftar dalam paket |
| Payer-to-Payer | Anggota tersebut'penanggung sebelumnya atau berikutnya | Riwayat hingga 5 tahun ketika seorang anggota berpindah paket |
| Otorisasi Awal | Sistem pemberi layanan kesehatan (EHR) | Persyaratan dokumentasi; menerima permintaan; mengembalikan keputusan disertai alasan — 72 jam untuk kasus darurat / 7 hari untuk kasus standar, berlaku sejak Januari 2026 |
Berdasarkan survei kesiapan WEDI 2026, titik akhir (endpoint) telah tersedia — namun sekitar sepertiga pembayar jauh tertinggal, dan API yang dirilis seringkali berada di atas data yang rusak atau belum dipetakan. Setelah 1 Januari, statistik penolakan pra-otorisasi dilaporkan secara publik: remediasi terjadi di depan publik.
Jika salah satu dari hal ini terdengar familiar, API Anda belum'belum siap
Jalur Anda menuju 1 Januari, langkah demi langkah
-
1
Ekstrak klaim, klinis, dan data pra-otorisasi dari sistem inti — Facets, gateway EDI, repositori PA.
-
2
Selesaikan identitas anggota lintas sistem — satu orang, satu golden record, pencocokan deterministik ditambah probabilistik
-
3
Petakan ke sumber daya FHIR sesuai panduan implementasi — US Core, CARIN Blue Button, Da Vinci CRD/DTR/PAS
-
4
Muat store FHIR vendor Anda —platform interoperabilitas apa pun yang Anda jalankan, kami memberi makan store yang dilayaninya
-
5
Validasi terhadap profil IG — pemeriksaan yang sama yang akan dijalankan oleh peninjau regulator dan aplikasi konsumen
-
6
Jaga agar tetap disinkronkan setiap hari — pemantauan kesegaran dan linimasa, sehingga API merespons dengan benar dan tetap terkini
Audit 30 hari mengukur tingkat kecocokan anggota (member-match rates), nilai kode yang belum dipetakan (unmapped code values), dan kebaruan sinkronisasi (sync freshness) terhadap panduan implementasi — sehingga Anda mengetahui besarnya kesenjangan sebelum mendanai perbaikannya.
Seperti apa bentuk kesiapan dalam praktiknya
Hasil dari Artha'menjadi jangkar keterlibatan di salah satu entitas Blue Cross Blue Shield terbesar. Disajikan sebagai bukti kapabilitas dari satu klien tunggal — bukan rata-rata industri.
Menjawab CMS-0057-F
Peraturan final CMS yang mewajibkan pihak pembayar yang terdampak — program Medicare Advantage, Medicaid, CHIP, dan Exchange — untuk menyediakan API FHIR terstandarisasi (Patient Access, Provider Access, Payer-to-Payer, dan Prior Authorization) selambat-lambatnya pada 1 Januari 2027, serta memenuhi tenggat waktu keputusan prior-authorization yang lebih cepat yang telah berlaku sejak Januari 2026.
Empat: Akses Pasien (anggota melalui aplikasi konsumen), Akses Penyedia Layanan (klinisi dalam jaringan), Payer-to-Payer (riwayat hingga lima tahun saat anggota beralih paket), dan Pra-Otorisasi (persyaratan dokumentasi, pengiriman permintaan, dan keputusan berbasis alasan).
72 jam untuk permintaan mendesak dan 7 hari kalender untuk permintaan standar. Tenggat waktu ini mulai berlaku pada Januari 2026, menjelang batas waktu API.
Karena platform ini melayani apa pun yang dimasukkan ke dalamnya. Identitas anggota yang tidak cocok, nilai kode lama tanpa pemetaan FHIR, catatan pra-otorisasi yang disimpan dalam format tidak terstruktur, dan pekerjaan sinkronisasi yang kedaluwarsa semuanya muncul sebagai kegagalan validasi panduan implementasi.
US Core untuk data klinis dasar, CARIN Blue Button untuk data klaim yang menghadap konsumen, serta keluarga Da Vinci untuk pra-otorisasi — CRD (apakah izin diperlukan?), DTR (dokumentasi apa yang diperlukan?), dan PAS (mengirimkan permintaan dan mengembalikan keputusan).
Artha'Jalur standar adalah audit 30 hari yang diikuti dengan perbaikan 90 hari: remediasi pencocokan anggota (member-match), pemetaan panduan implementasi, dan pipeline yang tersinkronisasi, dengan prioritas ruang lingkup pada API yang memiliki risiko terbesar.
1 Januari 2027 adalah batas waktu data
Cari tahu dalam 30 hari apakah API Anda akan lolos — saat jawabannya masih bersifat privat.
