Introduzione alla regola per l'interoperabilità e l'accesso dei pazienti dei Centers for Medicare and Medicaid Services (CMS)
Importante
L'API di Azure per FHIR verrà ritirata il 30 settembre 2026. Seguire le strategie di migrazione per passare al servizio FHIR® di Servizi per i dati sanitari di Azure entro tale data. A causa del ritiro dell'API di Azure per FHIR, le nuove distribuzioni non saranno consentite a partire dal 1° aprile 2025. Il servizio FHIR di Servizi per i dati sanitari di Azure è la versione evoluta dell'API di Azure per FHIR che consente ai clienti di gestire i servizi FHIR, DICOM e MedTech con integrazioni in altri servizi di Azure.
In questa serie di esercitazioni viene illustrato un riepilogo generale del Center for Medicare and Medicaid Services (CMS) Interoperability e la regola di accesso dei pazienti e i requisiti tecnici descritti in questa regola. Vengono illustrate nel dettaglio le varie guide all'implementazione a cui si fa riferimento per questa regola. Vengono 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 dei 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 paganti) per consentire ai pazienti di accedere alle informazioni sanitarie quando ne hanno bisogno. L'interoperabilità ha afflitto il settore sanitario per decenni, causando dati isolati 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 Fast Healthcare Interoperability Resources (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 dei pazienti:
L'API Accesso dei pazienti (obbligatoria dal 1° luglio 2021) – i paganti regolamentati da CMS (come definito in precedenza) sono tenuti a 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 scelta.
API della directory del provider (obbligatorio 1° luglio 2021) – i paganti sono regolamentati da CMS 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 possono 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.
Payer-to-Payer Data Exchange (originariamente obbligatorio dal 1° gennaio 2022 - Attualmente ritardato) – i pagatori regolamentati da CMS sono, su richiesta del cliente, devono scambiare determinati dati clinici dei pazienti 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, il servizio Fast Healthcare Interoperability Resources (FHIR) R4 è necessario per soddisfare quest'obbligo. Sono inoltre disponibili diverse guide all'implementazione che forniscono indicazioni sulla regola. Guide all'implementazione fornire 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 che consentono di 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 dei pazienti
L'API Accesso dei pazienti descrive la conformità a quattro guide all'implementazione di FHIR:
CARIN IG for Blue Button®: i pagatori sono tenuti a rendere i reclami dei pazienti e rilevano i dati disponibili in base alla guida all'implementazione di CARIN IG for Blue Button (C4BB IG). L'C4BB IG fornisce un set di risorse che i paganti possono visualizzare ai consumer tramite un'API FHIR e include i dettagli necessari per i dati sulle attestazioni nell'API Interoperabilità e Accesso dei pazienti. La presente guida all'implementazione utilizza 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 rilevanti per i pazienti per soddisfare i requisiti per l'API accesso dei 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) è la spina dorsale per PDex IG descritta in precedenza. Mentre il PDex IG limita alcune risorse ancora di più rispetto all'US Core IG, molte risorse seguono gli standard dell'US Core IG.
HL7 FHIR Da Vinci - PDex US Drug Formulary IG: parte D Medicare Advantage piani devono rendere disponibili le informazioni del formulario 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 è fare in modo che i pazienti possano capire se ci sono farmaci alternativi disponibili fra quelli prescritti e confrontarne i prezzi.
Guida all'implementazione dell'API della directory del provider
L'API della 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
Touchstone è un'ottima risorsa per testare la conformità alle varie guide all'implementazione. Durante le esercitazioni future, ci si concentra sulla verifica che l'API di Azure per FHIR sia configurata per superare correttamente vari test Touchstone. Il sito Touchstone dispone di una documentazione completa per aiutarti a diventare operativo.
Passaggi successivi
Ora che si ha una conoscenza di base della regola di interoperabilità e dell'accesso dei pazienti, delle guide all'implementazione e dello strumento di test disponibile (Touchstone), verrà illustrato come configurare l'API di Azure per FHIR per CARIN IG for Blue Button.
Nota
FHIR® è un marchio registrato di HL7 ed è usato con l'autorizzazione di HL7.