Pengantar: Pusat interoperabilitas Medicare dan Medicaid Services (CMS) dan aturan Akses Pasien

Dalam rangkaian tutorial ini, kita akan 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. Kita akan menelusuri berbagai panduan implementasi yang dirujuk untuk aturan ini. Kami juga akan memberikan detail tentang cara mengonfigurasi layanan FHIR di Azure Health Data Services (dengan ini disebut layanan 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 rilis versi FHIR 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 didefinisikan di atas) 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 melalui 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 akan dapat membuat 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 Jan 2022 - Saat Ini Tertunda) – Pembayar yang diatur CMS diperlukan untuk menukar data klinis pasien tertentu atas permintaan pasien dengan pembayar lain. Meskipun tidak ada persyaratan untuk mengikuti segala jenis standar, menerapkan FHIR untuk bertukar data ini didorong.

Konsep FHIR utama

Seperti disebutkan di atas, FHIR R4 diharuskan untuk memenuhi mandat ini. Selain itu, telah ada beberapa panduan implementasi yang dikembangkan 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.

Layanan 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 di atas. Meskipun PDex IG membatasi beberapa sumber daya bahkan lebih jauh dari IG Core AS, banyak sumber daya hanya mengikuti standar di IG Inti 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 ini adalah agar pasien dapat memahami apakah ada obat alternatif yang tersedia untuk mereka yang telah diresepkan 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

Untuk menguji kepatuhan terhadap berbagai panduan implementasi, Touchstone adalah sumber daya yang bagus. Sepanjang tutorial mendatang, kami akan fokus untuk memastikan bahwa layanan FHIR dikonfigurasi agar berhasil melewati berbagai pengujian Touchstone. Situs Touchstone memiliki banyak dokumentasi hebat 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), kita akan membahas pengaturan layanan FHIR untuk CARIN IG for Blue Button.

Panduan Implementasi CARIN untuk Tombol Biru

FHIR® adalah merek dagang terdaftar HL7 dan digunakan dengan izin HL7.