Share via


Introduzione: Centers for Medicare and Medicaid Services (CMS) Interoperability and Patient Access rule (Centers for Medicare and Medicaid Services) Interoperability and Patient Access rule

In questa serie di esercitazioni verrà illustrato un riepilogo generale della regola Center for Medicare and Medicaid Services (CMS) Interoperability and Patient Access e i requisiti tecnici descritti in questa regola. Verranno dettagliate le varie guide all'implementazione a cui si fa riferimento per questa regola. Verranno inoltre fornite informazioni dettagliate su come configurare il servizio FHIR in Servizi dati di integrità di Azure (denominato servizio 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, provider e pagatori) per consentire ai pazienti di accedere alle informazioni sanitarie quando ne hanno bisogno. L'interoperabilità ha afflitto il settore sanitario per decenni, causando 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 autorità emittenti QHP (Qualified Health Plan) negli scambi federali facilitati (FFE) per applicare questa regola.

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

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

  • API per l'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 a propria scelta.

  • API directory del provider (obbligatorio 1° luglio 2021): i fornitori di servizi di gestione cloud regolamentati sono richiesti da questa parte della regola per rendere le informazioni sulla directory del provider disponibili pubblicamente 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 medici trovare altri provider per il coordinamento delle cure.

  • Scambio di dati con pagamento in base al consumo (originariamente richiesto 1 gennaio 2022 - Attualmente ritardato) - I payer regolamentati cms sono tenuti a scambiare determinati dati clinici dei pazienti alla richiesta del paziente con altri pagatori. Anche se non è necessario seguire alcun 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. Inoltre, sono state 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.

Il servizio FHIR offre le funzionalità seguenti per configurare il database per le varie guide all'implementazione:

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 richieste dei pazienti e a incontrare i dati in base alla guida all'implementazione del pulsante CARIN IG per blue button (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 sulle 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 man mano che vi viene fatto riferimento.

  • HL7 FHIR Da Vinci PDex IG: La Guida all'implementazione di PDex IG (Payer Data Exchange Implementation Guide) è incentrata sulla garanzia che i pagatori forniscano tutti i dati clinici pertinenti dei pazienti per soddisfare i requisiti per l'API accesso ai pazienti. Questo usa i profili core degli Stati Uniti nelle risorse R4 e include (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) è la spina dorsale per PDex IG descritto in precedenza. Mentre PDex IG limita alcune risorse anche più lontano da US Core IG, molte risorse seguono solo gli standard in US Core IG.While the PDex IG limit some resources even further than the US Core IG, many resources just follow the standards in the US Core IG.

  • HL7 FHIR Da Vinci - PDex US Drug Formulary IG: parte D Medicare Advantage piani devono rendere disponibili informazioni formule tramite l'API Paziente. Questa operazione viene eseguita 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 per. 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 del farmaco.

Guida all'implementazione dell'API della directory del provider

L'API Directory 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 eccezionale. Durante le esercitazioni future, ci concentreremo su come assicurarsi che il servizio FHIR sia configurato per superare correttamente vari test touchstone. Il sito Touchstone ha una grande documentazione per aiutarti a diventare operativo.

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 del servizio FHIR per CARIN IG per Blue Button.

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