Fast Healthcare Interoperability Resources (FHIR) è uno standard per i dati sanitari con un'API (Application Programming Interface, interfaccia di programmazione di un'applicazione) per la rappresentazione e lo scambio di cartelle cliniche elettroniche (EHR). FHIR è una rete di informazioni che consente di collegare dati tra sistemi e una rete di comunicazione che consente di scambiare dati tra i sistemi.
FHIR include quanto segue:
- Un protocollo RESTful basato su HTTP
- Rappresentazione dei dati che utilizza JSON, XML e RDF
Per ulteriori dettagli su FHIR, consulta la versione pubblicata più di recente della specifica FHIR.
Importanza di FHIR nella tecnologia dell'informazione sanitaria
I sistemi IT sanitari spesso non condividono gli stessi modelli di dati. Man mano che i dati sanitari diventano più digitalizzati, risolvere le incompatibilità tra sistemi diversi diventa costoso e dispendioso in termini di tempo.
FHIR definisce un modello dei dati comune e un'architettura REST in modo che diversi sistemi sanitari possano condividere e integrare i dati. FHIR è progettato per essere flessibile e adattabile, in modo da poter essere utilizzato in un'ampia gamma di impostazioni e con diversi sistemi informativi per l'assistenza sanitaria.
FHIR utilizza le risorse per rappresentare elementi di dati medici, amministrativi, infrastrutturali o finanziari discreti. Ogni risorsa è collegata a un identificatore univoco, che semplifica l'accesso e la modifica degli stessi dati da parte delle applicazioni. Le risorse possono essere compilate e distribuite a diversi fornitori di servizi sanitari in formati conformi ai rispettivi modelli dei dati.
FHIR è uno strumento prezioso per migliorare l'interoperabilità dei sistemi IT sanitari. Può aiutare a ridurre i costi, migliorare l'efficienza e migliorare la qualità dell'assistenza.
Vantaggi di FHIR
Interoperabilità tra dispositivi e piattaforme
FHIR supporta lo scambio di dati sanitari da silos di dati monolitici ad API aperte. FHIR è il principale standard per i dati sanitari con API aperte per accedere, cercare e modificare le cartelle cliniche elettroniche (EHR) e per lo scambio di dati tra sistemi IT sanitari.
FHIR consente lo scambio EHR tra fornitori di servizi sanitari e consumatori su piattaforme come le seguenti:
- Condivisione dei dati basata su EHR
- App mobile
- Applicazioni basate su cloud
- Dispositivi indossabili
L'API FHIR consente anche alle app di terze parti di integrarsi con i sistemi esistenti.
Compatibilità con gli standard precedenti
FHIR si è evoluto dalla messaggistica HL7 versione 2 e dalla versione 3 dell'architettura dei documenti clinici (HL7 CDA). FHIR può essere utilizzato in collaborazione con HL7v2 e HL7 CDA.
Per ulteriori informazioni sulla relazione tra FHIR e altri standard HL7, consulta l'Appendice: la relazione tra FHIR e altri standard HL7.
Dati utili e decifrabili
Poiché FHIR è implementato sul protocollo HTTPS, è possibile recuperare e analizzare le risorse FHIR per supportare il machine learning, AI e altre forme di analisi dei dati. Queste funzionalità consentono di generare una comprensione più approfondita e più versatile dei dati sanitari.
Scambio efficiente di dati
L'approccio basato sulle risorse di FHIR facilita uno scambio di dati più efficiente e preciso. Poiché FHIR utilizza uno standard uniforme per le informazioni sanitarie, consente di creare modelli personalizzati dalle risorse di base condivise ed elimina le incoerenze nei modelli di dati. Questa uniformità migliora l'accuratezza e la leggibilità dei dati negli scambi di dati nei sistemi sanitari.
FHIR elimina la necessità di modificare singolarmente il modello di dati di ogni sistema IT sanitario scambiando i dati come risorse. FHIR espone risorse come pazienti, ricoveri e farmaci come servizi. Pertanto, le app mobile consumer possono utilizzare le richieste GET e POST per recuperare e manipolare solo i dati pertinenti.
architettura FHIR
Archivi FHIR
Un archivio FHIR è un datastore nell'API Cloud Healthcare che contiene le risorse FHIR. Gli archivi FHIR esistono all'interno dei set di dati.
La risorsa FhirStore fornisce una rappresentazione degli attributi di un archivio FHIR. Per ogni archivio FHIR, puoi scegliere opzioni quali:
- È in corso l'abilitazione della funzionalità
updateCreate(DSTU2, STU3, R4). - Pubblicazione delle modifiche all'archivio FHIR in un argomento Pub/Sub.
- Richiedere l'integrità referenziale.
- Abilitazione del controllo delle versioni delle risorse (DSTU2, STU3, R4).
Lo stato di queste opzioni di configurazione è mostrato nella dichiarazione di capacità dell'archivio FHIR (STU3 o R4) o nella dichiarazione di conformità (DSTU2).
Risorse FHIR
FHIR utilizza le risorse per organizzare i formati e gli elementi dei dati. Ogni risorsa ha le seguenti proprietà:
- Un metodo condiviso per definire e rappresentare i dati, basato su tipi di dati costituiti da cluster di elementi riutilizzabili.
- Un insieme comune di metadati, che fornisce un contesto tecnico e strutturale.
- Una rappresentazione di testo leggibile che utilizza HTML come opzione di visualizzazione di riserva per la sicurezza clinica.
FHIR specifica un set di base di risorse che possono essere combinate in vari modi per soddisfare le richieste di modelli di dati da parte dei fornitori di servizi sanitari. Inoltre, offre rappresentazioni di osservazioni e documenti clinici. FHIR non mira a comprendere ogni possibile documento o tipo di dati. Al contrario, FHIR prima supporta la maggior parte dei casi d'uso clinici e di fatturazione. È quindi possibile estendere l'implementazione FHIR in modo da far fronte a ulteriori esigenze cliniche o organizzative.
Profili FHIR
Utilizzando le estensioni, le applicazioni possono personalizzare le risorse esistenti e descriverne le specifiche con i profili. I profili sono un insieme di istruzioni, in aggiunta alla specifica di base esistente, per le risorse che rientrano in un uso e un contesto specifici. L'API Cloud Healthcare applica i profili convalidando le risorse in base ai vincoli nel profilo pertinente.
Ad esempio, la registrazione dell'etnia di un paziente non è consentita in alcune regioni, ma è obbligatoria in altre. Utilizzando i profili, la specifica di base FHIR può definire e richiedere un'estensione di "etnia" in conformità con i criteri regionali. Pertanto, i profili aiutano paesi, regioni, distretti e organizzazioni a personalizzare i dati in base alle loro normative e esigenze relative ai dati sanitari.
Puoi utilizzare i profili per:
- Estendi e limita l'API FHIR definendo operazioni aggiuntive, specifica i parametri di ricerca preesistenti necessari e aggiungi nuovi parametri di ricerca.
- Estendi e limita le risorse definendo estensioni delle risorse e modificando la cardinalità dei campi.
È possibile pubblicare una raccolta di profili come guida all'implementazione. Le guide all'implementazione sono leggibili sia dalle macchine che dagli utenti. Possono essere scambiati e cercati utilizzando REST e utilizzati per generare codice e interfacce utente.
Per ulteriori informazioni sulle estensioni FHIR, consulta Estensioni FHIR.
Implementazione dell'URL di base FHIR
Come mostrato nella documentazione ufficiale FHIR (DSTU2, STU3 e R4), un URL di base del servizio FHIR utilizza il formato http(s)://server/PATH. Ad esempio, https://server/path/Observation.
L'API Cloud Healthcare utilizza un URL di base in linea con questo standard. L'URL di base dell'API Cloud Healthcare contiene le seguenti parti:
- L'endpoint per l'API Cloud Healthcare
- La versione dell'API Cloud Healthcare
- l'ID del progetto
- Il nome di un set di dati
- La posizione del set di dati
- Il nome di un archivio FHIR
- Il suffisso
/fhir
La seguente tabella mostra il formato di un URL di base del servizio FHIR e il relativo URL di base equivalente nell'API Cloud Healthcare:
| URL di base del servizio FHIR | URL equivalente dell'API Cloud Healthcare |
|---|---|
http(s)://server/PATH |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir |
Per ottenere informazioni su un paziente che utilizza l'API RESTful FHIR, crea una richiesta HTTP GET. La tabella riportata di seguito mostra il formato da utilizzare per ottenere queste informazioni tramite l'URL di base del servizio FHIR e l'URL di base equivalente nell'API Cloud Healthcare:
| URL di base del servizio FHIR | URL equivalente dell'API Cloud Healthcare |
|---|---|
http(s)://server/path/Patient/PATIENT_ID |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir/Patient/PATIENT_ID |
Conformità FHIR
Per ulteriori informazioni sulle implementazioni FHIR2, STU3 e R4 nell'API Cloud Healthcare, consulta la dichiarazione di conformità FHIR.
Integrazione con OMOP
OMOP Common Data Model (OMOP CDM) è uno standard sviluppato da Observational Health Data Sciences and Informatics (OHDSI). È usato principalmente per dati clinici osservazionali. La suite di strumenti OHDSI può assistere i più comuni casi d'uso di analisi, come la definizione di coorte, la generazione di coorti e la stima degli effetti sulla popolazione. È un modello dei dati di uso comune nella ricerca genomica e farmaceutica grazie alla sua estesa terminologia e al supporto genetico.
Per ulteriori dettagli su OMOP, consulta le seguenti risorse:
- Modello dei dati comune OMOP
- Modello di modello dei dati comune e vocabolari standardizzati OOMOP
- Iniziare a utilizzare OHDSI
Integrando FHIR e OMOP, i dati clinici di EHR e altre fonti nel formato FHIR possono essere utilizzati come dati di ricerca nello standard OMOP. Anche campi ed elementi di dati specifici in OMOP possono essere integrati nei dati esistenti in FHIR.
Puoi utilizzare il motore di mapping open source per la mappatura dei dati dell'API Cloud Healthcare per eseguire le seguenti attività:
- Armonizzare i dati con il CDM di OMOP e con altri.
- Configurazione del mapping dei dati per la conversione dei dati da FHIR a OMOP.