Pusat untuk Interoperabilitas Medicare dan Medicaid Services (CMS) dan pengenalan aturan Akses Pasien

  • Artikel

Dalam rangkaian tutorial ini, kita akan membahas ringkasan tingkat tinggi dari aturan Interoperabilitas Center for Medicare dan Medicaid Services (CMS) dan Akses Pasien, dan persyaratan teknis yang diuraikan dalam aturan ini. Kita akan membahas berbagai panduan implementasi yang dirujuk untuk aturan ini. Kami juga akan 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 yang 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 tersimpan 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) di Federally Facilitated Exchanges (FFEs) untuk menegakkan aturan ini.

Pada Agustus 2020, CMS merinci bagaimana organisasi dapat memenuhi mandat tersebut. Untuk memastikan bahwa data dapat dipertukarkan dengan aman dan dengan cara yang terstandarisasi, 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:

  • PATIENT Access API (Diperlukan 1 Juli 2021) – Pembayar yang diatur CMS (sebagaimana didefinisikan di atas) diharuskan 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.

  • PROVIDER Directory API (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 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 diharuskan 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 ekstra 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:

Panduan Implementasi API Akses Pasien

PATIENT Access API menjelaskan kepatuhan terhadap empat panduan implementasi FHIR:

  • CARIN IG untuk Blue Button®: Pembayar diharuskan untuk membuat klaim pasien dan menemukan data yang tersedia sesuai dengan CARIN IG untuk Blue Button Implementation Guide (C4BB IG). C4BB IG menyediakan sekumpulan sumber daya yang dapat ditampilkan pembayar kepada konsumen melalui FHIR API dan menyertakan detail yang diperlukan untuk data klaim dalam 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 PATIENT Access API. 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 PDex IG 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 Core AS.

  • HL7 FHIR Da Vinci - PDex US Formulary Obat IG: Part D Medicare Advantage rencana harus membuat informasi formularius tersedia melalui Patient API. Mereka melakukan ini menggunakan PDex US Drug Formulary Implementation Guide (USDF IG). USDF IG mendefinisikan antarmuka FHIR ke informasi formularium obat asuransi kesehatan, yang merupakan daftar nama merek dan obat resep generik yang disepakati 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 asuransi kesehatan, jaringan terkait mereka, serta 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, kita akan fokus untuk memastikan bahwa Azure API untuk FHIR dikonfigurasi agar berhasil lulus berbagai pengujian Touchstone. Situs Touchstone memiliki sejumlah besar dokumentasi untuk membantu Anda bangun dan berjalan.

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 Azure API untuk FHIR untuk CARIN IG untuk Blue Button.

Panduan Implementasi CARIN untuk Blue Button

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