A Centers for Medicare and Medicaid Services (CMS) együttműködési és beteghozzáférési szabályának bemutatása

Ebben az oktatóanyag-sorozatban bemutatjuk a Center for Medicare és Medicaid Services (CMS) együttműködési és beteghozzáférési szabályát, valamint az ebben a szabályban ismertetett technikai követelményeket. Végigvezetjük a szabályhoz hivatkozott különböző megvalósítási útmutatókat. Emellett részletesen ismertetjük, hogyan konfigurálhatja az Azure API for FHIR-t a megvalósítási útmutatók támogatásához.

Szabály áttekintése

A CMS 2020. május 1-jén tette közzé az együttműködési és beteghozzáférési szabályt . Ez a szabály ingyenes és biztonságos adatáramlást követel meg a betegellátásban részt vevő összes fél (betegek, szolgáltatók és fizetők) között, hogy a betegek szükség esetén hozzáférhessenek az egészségügyi adataikhoz. Az interoperabilitás évtizedek óta sújtja az egészségügyi ágazatot, ami olyan silózott adatokat eredményez, amelyek negatív egészségügyi eredményeket okoznak, és magasabb és kiszámíthatatlan költségekkel járnak az ellátáshoz. CMS használja a hatóságot, hogy szabályozza Medicare Advantage (MA), Medicaid, Children's Health Insurance Program (CHIP) és a Minősített Egészségügyi Terv (QHP) kibocsátók a szövetségileg megkönnyített exchange (FFES) érvénybe ezt a szabályt.

2020 augusztusában a CMS részletezte, hogyan teljesíthetik a szervezetek a megbízást. Annak biztosítása érdekében, hogy az adatok biztonságosan és szabványosított módon legyenek kicserélve, a CMS a Fast Healthcare Interoperability Resources (FHIR®) 4-es (R4) verzióját jelölte meg az adatcseréhez szükséges alapvető szabványként.

Az együttműködési és beteghozzáférési döntés három fő részből áll:

  • Patient Access API (Kötelező, 2021. július 1.) – A CMS által szabályozott kifizetőknek (a fent meghatározottak szerint) biztonságos, szabványokon alapuló API-t kell implementálniuk és fenntartaniuk, amely lehetővé teszi a betegek számára, hogy könnyen hozzáférjenek a jogcímeikhez, és könnyen hozzáférjenek az adataikhoz, beleértve a költségeket, valamint a klinikai információik meghatározott részhalmazát az általuk választott külső alkalmazásokon keresztül.

  • Provider Directory API (Kötelező, 2021. július 1.) – A CMS által szabályozott fizetőknek a szabály ezen része megköveteli, hogy a szolgáltatói címtár információit nyilvánosan elérhetővé tegye egy szabványalapú API-val. Ezen információk elérhetővé tételével a külső alkalmazásfejlesztők olyan szolgáltatásokat hozhatnak létre, amelyek segítenek a betegeknek megtalálni az adott ellátási igényeknek megfelelő szolgáltatókat, és a klinikusok más szolgáltatókat találnak az ápolás koordinálásához.

  • Kifizető–kifizető adatcsere (eredetileg 2022. január 1. – Jelenleg késleltetett) – A CMS által szabályozott kifizetőknek bizonyos betegklinikai adatokat kell kicserélniük a beteg kérésére más kifizetőkkel. Bár nincs szükség semmilyen szabvány betartására, javasoljuk, hogy alkalmazza az FHIR-t® az adatok cseréjére.

Főbb FHIR-fogalmak

Ahogy fentebb említettük, az FHIR R4-nek meg kell felelnie ennek a megbízatásnak. Emellett számos végrehajtási útmutatót fejlesztettek ki, amelyek útmutatást nyújtanak a szabályhoz. Az implementációs útmutatók további kontextust biztosítanak az alap FHIR-specifikáción felül. Ez magában foglalja további keresési paraméterek, profilok, bővítmények, műveletek, értékkészletek és kódrendszerek meghatározását.

Az Azure API for FHIR a következő képességekkel rendelkezik, amelyekkel konfigurálhatja az adatbázist a különböző implementációs útmutatókhoz:

A Patient Access API implementálási útmutatói

A Patient Access API négy FHIR megvalósítási útmutató betartását ismerteti:

  • CARIN IG for Blue Button®: A fizetőknek a betegek igényléséhez és a CARIN IG for Blue Button implementálási útmutatójának (C4BB IG) megfelelően elérhetővé kell tenniük az adatokat. A C4BB IG olyan erőforrásokat biztosít, amelyeket a fizetők egy FHIR API-n keresztül jeleníthetnek meg a fogyasztók számára, és tartalmazzák a jogcímadatokhoz szükséges adatokat az Együttműködési és a Beteghozzáférési API-ban. Ez a megvalósítási útmutató a ExplanationOfBenefit (EOB) erőforrást használja fő erőforrásként, és a hivatkozásuk szerint más erőforrásokat is lekér.

  • HL7 FHIR Da Vinci PDex IG: A Payer Data Exchange Implement Guide (PDex IG) célja annak biztosítása, hogy a fizetők minden releváns beteg klinikai adatot biztosítsanak, hogy megfeleljenek a Patient Access API követelményeinek. Ez az R4-erőforrások US Core-profiljait használja, és (legalább) találkozásokat, szolgáltatókat, szervezeteket, helyszíneket, szolgáltatási dátumokat, diagnosztizálásokat, eljárásokat és megfigyeléseket tartalmaz. Bár ezek az adatok FHIR formátumban is elérhetők lehetnek, más rendszerekből is származhatnak jogcímadatok, HL7 V2-üzenetek és C-CDA-dokumentumok formájában.

  • HL7 US Core IG: A HL7 US Core implementációs útmutató (US Core IG) a fent leírt PDex IG gerince. Bár a PDex IG bizonyos erőforrásokat még az US Core IG-nél is tovább korlátoz, sok erőforrás csak az USA Core IG szabványait követi.

  • HL7 FHIR Da Vinci - PDex US Drug Formulary IG: Part D Medicare Advantage terveknek elérhetővé kell tenniük a képletekkel kapcsolatos információkat a Patient API-n keresztül. Ezt a PDex US Drug Formulary Implement Guide (USDF IG) használatával teszik. Az USDF IG egy FHIR felületet határoz meg az egészségbiztosító gyógyszer-képletes információihoz, amely azoknak a márkaneveknek és generikus vényköteles gyógyszereknek a listája, amelyekért az egészségbiztosító beleegyezik. Ennek fő felhasználási esete az, hogy a betegek megértsék, van-e alternatív gyógyszer, amelyet felírtak nekik, és hogy összehasonlítsák a gyógyszerköltségeket.

A Provider Directory API implementálási útmutatója

A Provider Directory API egy megvalósítási útmutató betartását ismerteti:

  • HL7 Da Vinci PDex Plan Network IG: Ez a megvalósítási útmutató egy FHIR felületet határoz meg az egészségbiztosító biztosítási terveihez, a hozzájuk kapcsolódó hálózatokhoz, valamint az ezekben a hálózatokban részt vevő szervezetekhez és szolgáltatókhoz.

Próbakő

A különböző implementációs útmutatók betartásának teszteléséhez a Touchstone nagyszerű erőforrás. A közelgő oktatóanyagok során arra összpontosítunk, hogy az Azure API for FHIR konfigurálva legyen a különböző Touchstone-tesztek sikeres elvégzésére. A Touchstone webhely rengeteg dokumentációval rendelkezik, amelyek segítenek a kezdésben és a futásban.

Következő lépések

Most, hogy megismerte az együttműködési és beteghozzáférési szabályt, a megvalósítási útmutatókat és az elérhető tesztelési eszközt (Touchstone), végigvezetjük az Azure API for FHIR beállításán a CARIN IG for Blue gombhoz.

Az FHIR® a HL7 bejegyzett védjegye, amelyet a HL7 engedélyével használnak.