"HL7 vs FHIR" è una domanda leggermente errata, e la risposta è comunque utile. HL7 è un'organizzazione, Health Level Seven International, e la famiglia di standard che pubblica. FHIR è il membro più recente di quella famiglia. Il vero confronto è tra i tre standard HL7 che incontrerai nella pratica: messaggi HL7 versione 2, documenti CDA e risorse FHIR. Questa guida dice cos'è ciascuno, dove si colloca nel 2026 e quale ti serve.
Versione tecnica per sviluppatori: FHIR vs HL7 v2 · Mappatura da HL7 v2 a FHIR su developers.anpheros.com, con richieste, risposte e limiti. Questa pagina è la versione in linguaggio semplice.
HL7 v2: messaggi tra sistemi ospedalieri
HL7 versione 2 risale alla fine degli anni '80 ed è ancora lo standard di dati sanitari più diffuso al mondo. Sposta messaggi tra sistemi all'interno e intorno agli ospedali: un paziente viene ricoverato (ADT), viene ordinato un esame (ORM), un risultato torna indietro (ORU). Un messaggio è un testo delimitato da pipe con segmenti:
MSH|^~\&|LAB|CityLab|EHR|Clinic|20260901081000+0300||ORU^R01|MSG0001|P|2.5.1
PID|1||12345^^^Clinic^MR||Ionescu^Elena||19850903|F
OBR|1|||CBC^Complete blood count|||20260901081000+0300
OBX|1|NM|718-7^Hemoglobin^LN||13.2|g/dL|12.0-16.0|N|||F|||20260901081000+0300
Funziona, è ovunque ed è difficile da usare per un'app moderna: il formato è posizionale, ogni sito ha il suo dialetto e non c'è il concetto di "recupera la cartella di questo paziente tramite HTTP".
CDA: documenti clinici
Clinical Document Architecture, dagli anni 2000, è XML per documenti: un riassunto di dimissione, una lettera di referenza, un riassunto del paziente. Un documento CDA è leggibile dall'uomo e firmato nel suo complesso. È su questo che si basano molti scambi nazionali e la prima generazione di riassunti del paziente. È un buon formato per un documento e uno scarso per una domanda come "qual era l'ultima pressione sanguigna di questa persona".
FHIR: risorse sul web
Fast Healthcare Interoperability Resources, pubblicato per la prima volta nel 2014 e stabile in R4 dal 2019, descrive i dati sanitari come risorse con una struttura nota, in JSON o XML, raggiungibili tramite HTTP esattamente come le pagine web. Un risultato di laboratorio è un Observation, una diagnosi una Condition, una prescrizione una MedicationRequest, ognuna con codici standard (LOINC, ICD-10 o SNOMED CT, ATC). Li recuperi, cerchi e scrivi con gli strumenti che ogni programmatore conosce già:
GET /fhir/R4/Observation?patient=123&code=http://loinc.org|718-7&_sort=-date
FHIR è ciò che la regolamentazione UE e USA richiede ora per l'accesso del paziente, ciò su cui si basano le app SMART on FHIR e ciò su cui si costruisce lo Spazio Europeo dei Dati Sanitari. Una spiegazione in linguaggio semplice si trova in Cos'è FHIR e perché è importante.
A confronto
| HL7 v2 | CDA | FHIR | |
|---|---|---|---|
| Unità | messaggio | documento | risorsa |
| Formato | testo delimitato | XML | JSON o XML |
| Trasporto | MLLP, file | file, scambi | HTTP REST |
| Ideale per | integrazione sistemi ospedalieri | documenti firmati | app, API, accesso paziente |
| Epoca | dal 1989 | dal 2005 | dal 2014, R4 2019 |
| Ancora comune in | laboratori, feed ADT, dispositivi | scambi nazionali | tutto ciò che è nuovo |
Quale ti serve
- Costruire un'app, un'API o un assistente AI: FHIR, senza esitazione.
- Ricevere risultati da un laboratorio o un ospedale: probabilmente HL7 v2, perché è quello che inviano. Converti al confine.
- Scambiare documenti formali con un sistema nazionale: documenti CDA o FHIR, a seconda del paese.
Il modello pratico è "HL7 v2 in ingresso, FHIR ovunque altro". Anpheros Platform fa esattamente questo per i referti di laboratorio: un laboratorio pubblica un messaggio ORU^R01 così com'è, e ogni OBX diventa un Observation FHIR con un codice LOINC, un'unità, un intervallo di riferimento e il laboratorio nominato come esecutore. La cartella del paziente è FHIR; il laboratorio non deve mai cambiare.
curl -X POST "$BASE/v1/patients/$PID/labs/import" \
-H "Authorization: Bearer $KEY" -H "Content-Type: x-application/hl7-v2+er7" \
--data-binary @report.hl7
I dettagli sono in Connettore di laboratorio: HL7 v2 e CSV in FHIR.
Domande frequenti
FHIR sta sostituendo HL7 v2?
Per i nuovi lavori, sì. Gli attuali feed v2 funzioneranno per anni perché funzionano e sostituirli costa denaro. La maggior parte dei sistemi reali converte v2 in FHIR al confine piuttosto che sostituire il feed.
FHIR fa parte di HL7?
Sì. FHIR è pubblicato da HL7 International, la stessa organizzazione dietro v2 e CDA. "HL7 FHIR" è il suo nome completo.
Quale versione di FHIR dovrei usare?
R4 (4.0.1). È ciò a cui fa riferimento la regolamentazione e ciò che la maggior parte dei sistemi implementa. Esiste R5 ma l'adozione è limitata; Anpheros Platform implementa R4.
FHIR può gestire anche documenti?
Sì: un DocumentReference punta a un PDF o a qualsiasi file, e un FHIR Document Bundle può trasportare un documento composto con le sue sezioni, che è il modo in cui viene consegnato l'International Patient Summary.
Devo imparare HL7 v2 per usare un'API FHIR?
No. Se ti integri con un laboratorio o un ospedale incontrerai v2 dalla loro parte; una piattaforma che lo converte per te significa che il tuo codice vedrà sempre e solo FHIR.
Tieni la tua cartella clinica con te
Anpheros Daily conserva sintomi, analisi, farmaci e documenti in un unico posto, in formato standard, sotto il tuo controllo. Il piano Basic è gratuito.