Introduzione: Regola per l'interoperabilità e l'accesso dei pazienti dei Centers for Medicare and Medicaid Services (CMS)

Questa serie di esercitazioni illustra 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. Verranno dettagliate le varie guide all'implementazione a cui si fa riferimento per questa regola. Vengono inoltre fornite informazioni dettagliate su come configurare il servizio FHIR® in Servizi per i dati sanitari di Azure 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. 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 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:

• 'API accesso dei pazienti (obbligatorio 1° luglio 2021) – i paganti regolamentati 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 potranno 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 consumo (originariamente richiesto il 1° gennaio 2022 - Attualmente ritardato) – i pagatori regolamentati da CMS sono, alla richiesta del paziente’, necessari per 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, FHIR R4 è necessario per soddisfare questo mandato. Sono inoltre disponibili diverse guide all'implementazione sviluppate che forniscono indicazioni per la 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.

Il servizio 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 si limitano a seguire 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 è così i pazienti possono determinare se c'è un farmaco disponibile alternativa a uno che è stato prescritto a loro, e per confrontare i costi del farmaco.

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 concentriamo sulla verifica 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 dei pazienti, delle guide all'implementazione e dello strumento di test disponibile (Touchstone), verrà illustrato come configurare il servizio FHIR per CARIN IG for Blue Button.