Introduzione all'interoperabilità dei centri per Medicare e Medicaid Services (CMS) e alle regole di accesso ai pazienti

In questa serie di esercitazioni verrà illustrato un riepilogo generale della regola di interoperabilità e accesso ai pazienti del Centro per Medicare e Medicaid Services (CMS) e i requisiti tecnici descritti in questa regola. Verranno illustrati i vari guide all'implementazione a cui si fa riferimento per questa regola. Verranno inoltre fornite informazioni dettagliate su come configurare l'API di Azure per FHIR per supportare queste guide all'implementazione.

Panoramica delle regole

Cms ha rilasciato la regola di interoperabilità e accesso ai pazienti il 1° maggio 2020. Questa regola richiede un flusso di dati gratuito e sicuro tra tutte le parti coinvolte nell'assistenza ai pazienti (pazienti, fornitori e pagatori) per consentire ai pazienti di accedere alle informazioni sanitarie quando ne hanno bisogno. L'interoperabilità ha afflitto il settore sanitario per decenni, generando dati siloati che causano risultati negativi sulla salute con costi più elevati e imprevedibili per l'assistenza. CMS sta usando la loro autorità per regolare Medicare Advantage (MA), Medicaid, Children's Health Insurance Program (CHIP) e gli emittenti QHP (Qualified Health Plan) negli scambi federali facilitati (FFE) per applicare questa regola.

Nel mese di agosto 2020, CMS ha descritto in che modo le organizzazioni possono soddisfare il mandato. Per garantire che i dati possano essere scambiati in modo sicuro e standardizzato, CMS ha identificato Fast Healthcare Interoperability Resources (FHIR®) versione 4 (R4) come standard fondamentale necessario per lo scambio di dati.

Esistono tre elementi principali per l'interoperabilità e la decisione sull'accesso ai pazienti:

• API accesso ai pazienti (obbligatorio 1° luglio 2021): per implementare e mantenere un'API sicura basata su standard che consente ai pazienti di accedere facilmente alle proprie attestazioni e di incontrare informazioni, inclusi i costi, nonché un subset definito delle informazioni cliniche tramite applicazioni di terze parti di propria scelta.

• API directory del provider (obbligatorio 1° luglio 2021): i payer regolamentati da CMS sono richiesti da questa parte della regola per rendere pubblicamente disponibili le informazioni sulla directory del provider tramite un'API basata su standard. Grazie alla disponibilità di queste informazioni, gli sviluppatori di applicazioni di terze parti saranno in grado di creare servizi che aiutano i pazienti a trovare provider per esigenze di assistenza specifiche e i medici troveranno altri provider per il coordinamento delle cure.

• Scambio di dati con pagamento in base al pagamento (originariamente richiesto il 1° gennaio 2022 - Attualmente ritardato) - I payer regolamentati da CMS sono tenuti a scambiare determinati dati clinici dei pazienti alla richiesta del paziente con altri pagatori. Anche se non è necessario seguire qualsiasi tipo di standard, è consigliabile applicare FHIR® per lo scambio di questi dati.

Concetti chiave di FHIR

Come accennato in precedenza, FHIR R4 è necessario per soddisfare questo mandato. Sono state inoltre sviluppate diverse guide all'implementazione che forniscono indicazioni per la regola. Le guide all'implementazione forniscono un contesto aggiuntivo sopra la specifica FHIR di base. Ciò include la definizione di parametri di ricerca aggiuntivi, profili, estensioni, operazioni, set di valori e sistemi di codice.

L'API di Azure per FHIR offre le funzionalità seguenti per configurare il database per le varie guide all'implementazione:

• Supporto per le interazioni RESTful
• Archiviazione e convalida dei profili
• Definizione e indicizzazione di parametri di ricerca personalizzati
• Conversione di dati

Guide all'implementazione dell'API Accesso ai pazienti

L'API Accesso ai pazienti descrive la conformità a quattro guide all'implementazione di FHIR:

• CARIN IG for Blue Button®: i pagatori sono tenuti a rendere disponibili le attestazioni dei pazienti e a incontrare i dati disponibili secondo la Guida all'implementazione del pulsante blu CARIN IG (C4BB IG). L'IG C4BB fornisce un set di risorse che i payer possono visualizzare ai consumer tramite un'API FHIR e include i dettagli necessari per i dati delle attestazioni nell'API Interoperabilità e accesso ai pazienti. Questa guida all'implementazione usa la risorsa ExplanationOfBenefit (EOB) come risorsa principale, eseguendo il pull di altre risorse quando viene fatto riferimento.

• HL7 FHIR Da Vinci PDex IG: La Guida all'implementazione di PDex IG (Payer Data Exchange) è incentrata su come garantire che i pagatori forniscano tutti i dati clinici pertinenti per soddisfare i requisiti per l'API accesso ai pazienti. In questo modo vengono usati i profili di base degli Stati Uniti nelle risorse R4 e sono inclusi (almeno) incontri, provider, organizzazioni, località, date di servizio, diagnosi, procedure e osservazioni. Anche se questi dati possono essere disponibili in formato FHIR, possono provenire anche da altri sistemi nel formato di dati delle attestazioni, messaggi HL7 V2 e documenti C-CDA.

• HL7 US Core IG: HL7 US Core Implementation Guide (US Core IG) è il backbone per PDex IG descritto in precedenza. Anche se PDex IG limita alcune risorse ancora più lontano da US Core IG, molte risorse seguono solo gli standard nell'IG core degli Stati Uniti.

• HL7 FHIR Da Vinci - PDex US Drug Formulary IG: part D Medicare Advantage piani devono rendere disponibili informazioni formule tramite l'API Paziente. Lo fanno usando la Guida all'implementazione della formula del farmaco PDex US (USDF IG). L'USDF IG definisce un'interfaccia FHIR per le informazioni sulla formula di droga di un assicuratore sanitario, che è un elenco di farmaci di marca e prescrizione generica che un assicuratore sanitario accetta di pagare. Il caso d'uso principale di questo è in modo che i pazienti possono capire se ci sono farmaci alternativi disponibili per uno che è stato prescritto a loro e per confrontare i costi dei farmaci.

Guida all'implementazione dell'API della directory del provider

L'API directory del provider descrive la conformità a una guida all'implementazione:

• HL7 Da Vinci PDex Plan Network IG: questa guida all'implementazione definisce un'interfaccia FHIR per i piani assicurativi di un assicuratore sanitario, le reti associate e le organizzazioni e i fornitori che partecipano a queste reti.

Touchstone

Per testare l'adesione alle varie guide all'implementazione, Touchstone è una risorsa eccellente. Durante le prossime esercitazioni, ci concentreremo su come assicurarsi che l'API di Azure per FHIR sia configurata per superare correttamente vari test touchstone. Il sito Touchstone offre una grande quantità di documentazione che consente di iniziare a funzionare.

Passaggi successivi

Ora che si ha una conoscenza di base della regola di interoperabilità e dell'accesso ai pazienti, delle guide all'implementazione e dello strumento di test disponibile (Touchstone), verrà illustrata la configurazione dell'API di Azure per FHIR per CARIN IG for Blue Button.

FHIR® è un marchio registrato di HL7 e viene usato con l'autorizzazione di HL7.