CMS-0057-F Adalah Mandat Data: Rencana Aksi 90 Hari untuk Pimpinan Data Payer

1 Januari 2027 sudah semakin dekat. Sebagian besar penyelenggara layanan kesehatan telah membeli platform kepatuhan mereka. Vendor FHIR telah ditandatangani dan endpoint API telah tersedia. Namun, banyak pemimpin data dan IT yang masih memiliki kekhawatiran yang sama: platformnya sudah siap, tetapi data di baliknya belum siap.

Itulah inti cerita dari CMS Interoperability and Prior Authorization Final Rule, yang dikenal sebagai CMS-0057-F. Peraturan ini terbaca seperti mandat API. Dalam praktiknya, ini adalah mandat data. Tulisan ini menjelaskan apa yang disyaratkan oleh peraturan tersebut, mengapa pekerjaan yang tersisa adalah pekerjaan data, dan bagaimana cara membuat kemajuan nyata dalam 90 hari ke depan dengan pendekatan DataOps pembayar (payer) yang terfokus.

Apa persyaratan CMS-0057-F, dan kapan batas waktunya?

CMS menyelesaikan aturan tersebut pada Januari 2024. Aturan ini berlaku untuk organisasi Medicare Advantage, program Medicaid dan CHIP tingkat negara bagian, rencana terkelola (managed care plans) Medicaid dan CHIP, serta rencana kesehatan berkualifikasi (qualified health plans) pada bursa yang difasilitasi federal.

Beberapa persyaratan sudah mulai berlaku:

CMS-0057-F bukan satu-satunya. Kebijakan No Surprises Act mewajibkan direktori penyedia yang akurat sejak 2022. Paket harus memverifikasi setiap catatan penyedia setiap 90 hari dan menerbitkan pembaruan dalam 2 hari kerja. Negara bagian juga terus meningkatkan standar pada menemui pengiriman data, di mana setiap catatan yang ditolak harus diperbaiki dan diajukan ulang oleh staf.

Mengapa kepatuhan merupakan masalah data, bukan masalah API?

Karena API berbicara dalam bahasa FHIR dan data Anda tidak. Klaim berada di sistem administrasi inti seperti Facets atau QNXT. Pendaftaran tiba dalam file X12 834. Catatan otorisasi sebelumnya sering kali berada di gambar faks dan teks bebas. Data penyedia terbagi di seluruh sistem kredensial, daftar nama, dan umpan referensi.

Ranah kepatuhan berada di sisi kanan dan platform yang melayaninya sudah dibeli. Pekerjaan yang belum selesai berada di kolom tengah.

Kesenjangan antara sumber-sumber tersebut dan API yang compliant adalah pemetaan (mapping), pencocokan (matching), dan validasi. Data harus diterjemahkan ke dalam sumber daya FHIR dan lolos dari panduan implementasi yang ditunjukkan oleh aturan tersebut, termasuk US Core, CARIN Blue Button, dan panduan Da Vinci untuk pra-otorisasi. Setiap catatan harus cocok dengan anggota atau penyedia yang tepat. Endpoint yang menyajikan data yang tidak cocok atau kedaluwarsa akan gagal dalam validasi, membuat frustrasi para anggota, dan mengundang pertanyaan audit.

Rencana aksi 90 hari

Setiap fase menghasilkan sesuatu yang dibutuhkan oleh fase berikutnya. Melewati audit adalah hal yang mengubah bulan kedua menjadi sebuah dugaan.

Hari 1 hingga 30: audit empat pipeline regulasi Anda

Mulailah dengan mengukur, bukan membangun. Beri skor pada setiap pipeline terhadap aturan validasi yang sama yang digunakan oleh regulator.

Tutup bulan ini dengan gambaran posisi Anda yang bernilai, siap untuk dewan direksi, beserta estimasi biaya tahunan dari kesenjangan yang ada.

Hari 31 hingga 60: perbaiki pipeline yang paling penting terlebih dahulu

Jangan mencoba memperbaiki semuanya sekaligus. Pilih alur data dengan risiko kepatuhan tertinggi atau tingkat kebocoran terbesar dan lakukan remedi pada sumbernya.

Tiga disiplin ilmu melakukan sebagian besar pekerjaan. Resolusi identitas mencocokkan anggota dan penyedia di seluruh sistem dan membuat satu golden record. Pemetaan menerjemahkan data X12 dan sistem inti ke dalam resource FHIR yang harus disajikan oleh API. Aturan validasi yang dapat dieksekusi jalankan regulator'pemeriksaan sendiri sebelum data meninggalkan lingkungan Anda, bukan setelah penolakan dikembalikan.

Hari ke-61 hingga 90: ubah kepatuhan menjadi sebuah operasi

Kepatuhan bukanlah proyek dengan tanggal akhir. Direktori mengalami degradasi setiap bulan. File pendaftaran berubah setiap hari. Negara bagian memperbarui aturan pengirimannya. Pada fase akhir, terapkan rutinitas berikut: rekonsiliasi bulanan dengan antrean perbedaan, alur kerja pengesahan untuk data penyedia, dasbor untuk tingkat penolakan dan kekinian data, serta linimasa agar Anda dapat menjawab regulator.'pertanyaan tentang catatan apa pun.

Ketika 1 Januari 2027 tiba, Anda menginginkan operasional yang berjalan, bukan kekacauan.

Berapa biaya yang harus ditanggung jika menunda?

Pengalaman industri menunjukkan bahwa biaya pengerjaan ulang dari pengajuan yang ditolak mencapai sekitar $35 per rekaman dalam bentuk biaya tenaga kerja dan penundaan. Kesalahan entri direktori dapat memaksa suatu program untuk mematuhi penetapan harga dalam jaringan dan menanggung selisihnya. Status anggota yang terlewat dapat secara perlahan mengurangi pendapatan yang disesuaikan dengan risiko hingga puluhan ribu dolar per anggota setiap tahunnya.

Semua ini berada dalam anggaran administratif yang sudah sangat terbatas. Pembaruan tarif Medicare Advantage untuk tahun 2027 hampir nol, sementara biaya medis terus meningkat.

Pertanyaan yang sering diajukan

Apa batas waktu CMS-0057-F?

Jangka waktu pra-otorisasi dan alasan penolakan mulai berlaku pada 1 Januari 2026. Keempat API FHIR harus aktif paling lambat 1 Januari 2027.

Pihak pembayar mana yang harus mematuhi CMS-0057-F?

Organisasi Medicare Advantage, program Medicaid dan CHIP negara bagian, rencana terkelola Medicaid dan CHIP, serta rencana kesehatan yang memenuhi syarat pada bursa yang difasilitasi federal.

Apakah membeli platform FHIR sudah cukup untuk kepatuhan?

Tidak. Platform ini menyajikan data. Kepatuhan bergantung pada kualitas data di baliknya: pemetaan yang benar, identitas yang cocok, dan catatan yang mutakhir.

Mulai dari bagian yang paling bermasalah

Mandat telah ditetapkan dan tanggal-tanggal tersebut tidak akan berubah. Kabar baiknya adalah 90 hari pekerjaan data yang terfokus akan mengubah situasinya. Mulailah dengan asesmen kesiapan data untuk menilai keempat alur Anda, atau jelajahi layanan ops data pembayar untuk melihat bagaimana setiap pipeline diperbaiki dan dijalankan. Platform Anda sudah dibeli. Sekarang, jadikan data di baliknya patuh aturan, akurat, dan siap audit.