Pusat untuk Interoperabilitas Medicare dan Medicaid Services (CMS) dan pengenalan aturan Akses Pasien
Penting
Azure API untuk FHIR akan dihentikan pada 30 September 2026. Ikuti strategi migrasi untuk beralih ke layanan FHIR® Azure Health Data Services pada tanggal tersebut. Karena penghentian Azure API untuk FHIR, penyebaran baru tidak akan diizinkan mulai 1 April 2025. Layanan Azure Health Data Services FHIR adalah versi Azure API yang berkembang untuk FHIR yang memungkinkan pelanggan mengelola layanan FHIR, DICOM, dan MedTech dengan integrasi ke layanan Azure lainnya.
Dalam rangkaian tutorial ini, kami membahas ringkasan tingkat tinggi dari aturan Interoperabilitas dan Akses Pasien Center for Medicare dan Medicaid Services (CMS), dan persyaratan teknis yang diuraikan dalam aturan ini. Kami menelusuri berbagai panduan implementasi yang dirujuk untuk aturan ini. Kami juga memberikan detail tentang cara mengonfigurasi Azure API untuk FHIR® untuk mendukung panduan implementasi ini.
Gambaran umum aturan
CMS merilis aturan Interoperabilitas dan Akses Pasien pada 1 Mei 2020. Aturan ini memerlukan aliran data gratis dan aman antara semua pihak yang terlibat dalam perawatan pasien (pasien, penyedia, dan pembayar) untuk memungkinkan pasien mengakses informasi kesehatan mereka ketika mereka membutuhkannya. Interoperabilitas telah mengganggu industri perawatan kesehatan selama beberapa dekade, menghasilkan data yang disedot yang menyebabkan hasil kesehatan negatif dengan biaya yang lebih tinggi dan tidak dapat diprediksi untuk perawatan. CMS menggunakan otoritas mereka untuk mengatur penerbit Medicare Advantage (MA), Medicaid, Children's Health Insurance Program (CHIP), dan Qualified Health Plan (QHP) pada Federally Facilitated Exchanges (FFEs) untuk menegakkan aturan ini.
Pada Agustus 2020, CMS merinci bagaimana organisasi dapat memenuhi mandat. Untuk memastikan bahwa data dapat ditukar dengan aman dan standar, CMS mengidentifikasi Fast Healthcare Interoperability Resources (FHIR®) versi rilis 4 (R4) sebagai standar dasar yang diperlukan untuk pertukaran data.
Ada tiga bagian utama dari putusan Interoperabilitas dan Akses Pasien:
API Akses Pasien (Diperlukan 1 Juli 2021) – Pembayar yang diatur CMS (seperti yang ditentukan sebelumnya) diperlukan untuk menerapkan dan memelihara API berbasis standar yang aman yang memungkinkan pasien untuk dengan mudah mengakses klaim mereka dan menemukan informasi termasuk biaya, serta subset yang ditentukan dari informasi klinis mereka menggunakan aplikasi pihak ketiga pilihan mereka.
API Direktori Penyedia (Diperlukan 1 Juli 2021) – Pembayar yang diatur CMS diperlukan oleh bagian aturan ini untuk membuat informasi direktori penyedia tersedia secara publik melalui API berbasis standar. Dengan menyediakan informasi ini, pengembang aplikasi pihak ketiga dapat menciptakan layanan yang membantu pasien menemukan penyedia untuk kebutuhan perawatan tertentu dan dokter menemukan penyedia lain untuk koordinasi perawatan.
Pertukaran Data Pembayar ke Pembayar (Awalnya diperlukan 1 Januari 2022 - Saat Ini Tertunda) – Pembayar yang diatur CMS, atas permintaan pasien, diperlukan untuk bertukar dengan pembayar lain data klinis pasien tertentu. Meskipun tidak ada persyaratan untuk mengikuti segala jenis standar, menerapkan FHIR untuk bertukar data ini didorong.
Konsep FHIR utama
Seperti yang disebutkan sebelumnya, FHIR R4 diharuskan untuk memenuhi mandat ini. Selain itu, ada beberapa panduan implementasi yang memberikan panduan untuk aturan tersebut. Panduan implementasi memberikan konteks tambahan di atas spesifikasi FHIR dasar. Ini termasuk menentukan parameter pencarian tambahan, profil, ekstensi, operasi, set nilai, dan sistem kode.
Azure API untuk FHIR memiliki kemampuan berikut untuk membantu Anda mengonfigurasi database Anda untuk berbagai panduan implementasi.
- Dukungan untuk interaksi RESTful
- Menyimpan dan memvalidasi profil
- Menentukan dan mengindeks parameter pencarian kustom
- Mengonversi data
Panduan Implementasi API Akses Pasien
API Akses Pasien menjelaskan kepatuhan terhadap empat panduan implementasi FHIR:
CARIN IG for Blue Button®: Pembayar diharuskan untuk membuat klaim pasien dan menemukan data yang tersedia sesuai dengan CARIN IG untuk Blue Button Implementation Guide (C4BB IG). IG C4BB menyediakan sekumpulan sumber daya yang dapat ditampilkan oleh pembayar kepada konsumen melalui FHIR API dan menyertakan detail yang diperlukan untuk data klaim di API Interoperabilitas dan Akses Pasien. Panduan implementasi ini menggunakan Sumber Daya ExplanationOfBenefit (EOB) sebagai sumber daya utama, menarik sumber daya lain saat direferensikan.
HL7 FHIR Da Vinci PDex IG: Panduan Implementasi Pertukaran Data Pembayar (PDex IG) difokuskan untuk memastikan bahwa pembayar menyediakan semua data klinis pasien yang relevan untuk memenuhi persyaratan untuk API Akses Pasien. Ini menggunakan profil Inti AS pada Sumber Daya R4 dan mencakup (minimal) pertemuan, penyedia, organisasi, lokasi, tanggal layanan, diagnosis, prosedur, dan pengamatan. Meskipun data ini mungkin tersedia dalam format FHIR, data ini mungkin juga berasal dari sistem lain dalam format data klaim, pesan HL7 V2, dan dokumen C-CDA.
HL7 US Core IG: HL7 US Core Implementation Guide (US Core IG) adalah tulang punggung untuk IG PDex yang dijelaskan sebelumnya. Meskipun PDex IG membatasi beberapa sumber daya bahkan lebih jauh dari IG Core AS, banyak sumber daya mengikuti standar di IG Core AS.
HL7 FHIR Da Vinci - PDex US Drug Formulary IG: Part D Medicare Advantage plans harus membuat informasi formularium tersedia melalui API Pasien. Mereka melakukan ini menggunakan Panduan Implementasi Formularius Obat AS PDex (USDF IG). USDF IG mendefinisikan antarmuka FHIR ke informasi formularium obat asuransi kesehatan, yang merupakan daftar obat resep merek dan generik yang disetujui oleh perusahaan asuransi kesehatan. Kasus penggunaan utama adalah sehingga pasien dapat memahami apakah ada obat alternatif yang tersedia untuk salah satu yang telah ditentukan untuk mereka, dan untuk membandingkan biaya obat.
Panduan Implementasi API Direktori Penyedia
API Direktori Penyedia menjelaskan kepatuhan terhadap satu panduan implementasi.
- HL7 Da Vinci PDex Plan Network IG: Panduan implementasi ini mendefinisikan antarmuka FHIR ke paket asuransi asuransi, jaringan terkait mereka, dan organisasi dan penyedia yang berpartisipasi dalam jaringan ini.
Touchstone
Touchstone adalah sumber daya yang bagus untuk menguji kepatuhan terhadap berbagai panduan implementasi. Sepanjang tutorial yang akan datang, kami berfokus pada memastikan bahwa Azure API untuk FHIR dikonfigurasi agar berhasil melewati berbagai pengujian Touchstone. Situs Touchstone memiliki dokumentasi yang luas untuk membantu Anda memulai dan menjalankannya.
Langkah berikutnya
Sekarang setelah Anda memiliki pemahaman dasar tentang aturan Interoperabilitas dan Akses Pasien, panduan implementasi, dan alat pengujian yang tersedia (Touchstone), kami berjalan melalui menyiapkan Azure API untuk FHIR untuk CARIN IG for Blue Button.