Fast Healthcare Interoperability Resources (FHIR) è uno standard per i dati sanitari con un'API (Application Programming Interface) per rappresentare e scambiare cartelle cliniche elettroniche (EHR). FHIR è una rete di informazioni che consente di collegare i dati tra i 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 più recente della specifica FHIR.
L'importanza di FHIR nell'Information Technology sanitaria
I sistemi IT sanitari spesso non condividono gli stessi modelli di dati. Man mano che i dati sanitari diventano più digitalizzati, la risoluzione delle incompatibilità tra sistemi diversi diventa costosa e richiede tempo.
FHIR definisce un modello dei dati e un'architettura REST comuni 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 ambienti e con diversi sistemi di informazione sanitaria.
FHIR utilizza le risorse per rappresentare elementi di dati medici, amministrativi, infrastrutturali o finanziari discreti. Ogni risorsa è collegata a un identificatore univoco, il che consente alle applicazioni di accedere e modificare più facilmente gli stessi dati. Le risorse possono essere compilate e distribuite a diversi fornitori di servizi sanitari in formati conformi ai rispettivi modelli di dati.
FHIR è uno strumento prezioso per migliorare l'interoperabilità dei sistemi IT sanitari. Può contribuire 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 è lo standard principale per i dati sanitari con API aperte per accedere, cercare e modificare le cartelle cliniche elettroniche (EHR) e scambiare dati tra i sistemi IT sanitari.
FHIR consente lo scambio di EPR tra operatori sanitari e consumatori su piattaforme come:
- Condivisione dei dati basata su EPR
- App mobile
- Applicazioni basate su cloud
- Dispositivi indossabili
L'API FHIR consente inoltre alle app di terze parti di integrarsi con i sistemi esistenti.
Compatibilità con gli standard precedenti
FHIR è emerso dalla messaggistica HL7 Version 2 e dall'architettura dei documenti clinici HL7 Version 3 (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 Appendice: la relazione tra FHIR e altri standard HL7.
Dati utili e decifrabili
Poiché FHIR è implementato sul protocollo HTTPS, puoi recuperare e analizzare le risorse FHIR per supportare il machine learning, AI e altre forme di analisi dei dati. Queste funzionalità ti consentono di generare una conoscenza più approfondita e versatile dei tuoi dati sanitari.
Scambio di dati efficiente
L'approccio basato sulle risorse di FHIR facilita lo scambio di dati più efficiente e accurato. 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 tra i 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 per consumatori 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 si trovano all'interno di set di dati.
La risorsa FhirStore fornisce una rappresentazione degli attributi di un archivio FHIR. Per ogni archivio FHIR puoi scegliere ad esempio:
- Attivazione della funzionalità
updateCreate(DSTU2, STU3, R4). - Pubblicazione delle modifiche all'archivio FHIR in un argomento Pub/Sub.
- Richiedere l'integrità referenziale.
- Attivazione del controllo delle versioni delle risorse (DSTU2, STU3, R4).
Lo stato di queste opzioni di configurazione è indicato nella dichiarazione di capacità (STU3 o R4) o nella dichiarazione di conformità (DSTU2) dell'archivio FHIR.
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 coprire tutti i tipi possibili di documenti o dati. FHIR supporta invece 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
Tramite le estensioni, le applicazioni possono personalizzare le risorse esistenti e descrivere le relative specifiche con i profili. I profili sono un insieme di istruzioni aggiuntive alle specifiche di base esistenti per le risorse che rientrano in un utilizzo 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 "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 alle loro esigenze relative ai dati sanitari.
Puoi utilizzare i profili per:
- Estendere e limitare l'API FHIR definendo operazioni aggiuntive, specificando parametri di ricerca preesistenti obbligatori e aggiungendo nuovi parametri di ricerca.
- Espandi e limita le risorse definendo le estensioni delle risorse e modificando la cardinalità dei campi.
Una raccolta di profili può essere pubblicata come guida all'implementazione. Le guide all'implementazione sono leggibili sia da macchine che da persone. 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 di 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. che 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 tabella riportata di seguito mostra il formato di un URL di base del servizio FHIR e il suo 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 utilizzando l'API RESTful FHIR, devi creare una richiesta HTTP GET. La tabella riportata di seguito mostra il formato da utilizzare per recuperare queste informazioni utilizzando l'URL di base del servizio FHIR e il suo 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 FHIR DSTU2, STU3 e R4 nell'API Cloud Healthcare, consulta la dichiarazione di conformità FHIR.
Integrazione con OMOP
Il modello di dati comuni OMOP (OMOP CDM) è uno standard sviluppato da Observational Health Data Sciences and Informatics (OHDSI). Viene utilizzato principalmente per dati clinici osservazionali. La suite di strumenti OHDSI può supportare casi d'uso comuni di analisi, come definizione di coorte, generazione di coorte e stima dell'effetto della popolazione. È un modello dei dati di uso comune nella ricerca in ambito genomico e farmaceutico grazie al suo ampio supporto per la terminologia e la genetica.
Per maggiori dettagli su OMOP, consulta le seguenti risorse:
- Modello di dati comuni OMOP
- Modello di modello dei dati comuni e vocabolari standardizzati di OPMP
- Guida introduttiva a OHDSI
Grazie all'integrazione di FHIR e OMOP, i dati clinici provenienti dalle EPR e da altre fonti in formato FHIR possono essere utilizzati come dati di ricerca nello standard OMOP. Anche campi e elementi di dati specifici in OMOP possono essere integrati nei dati esistenti in FHIR.
Puoi utilizzare il motore di mappatura dell'armonizzazione dei dati dell'API Cloud Healthcare open source per eseguire le seguenti attività:
- Armonizzazione dei dati con il modello CDM OMOP e altri.
- Configurazione della mappatura dei dati per la conversione dei dati da FHIR a OMOP.