Cos'è FHIR e perché conta per la tua cartella clinica

Se hai mai cercato un'app per la cartella clinica, hai incontrato la sigla FHIR. Compare nelle descrizioni, nelle pagine «sicurezza e conformità», negli annunci di ospedali e ministeri. Raramente viene spiegata. Questa guida lo fa senza trasformarti in un programmatore: cos'è FHIR, quale problema risolve, cosa significa concretamente per te e come capire se un'app lo usa davvero o lo scrive solo sul sito.

Il problema: ogni sistema parla una lingua diversa

Un esame del sangue fatto in un laboratorio ti arriva come PDF. Lo stesso esame, nel sistema dell'ospedale, è una riga in un database con un formato proprio. Dal medico di famiglia è, forse, una nota in testo libero. Tre posti, tre formati, nessun collegamento tra loro. Quando vuoi metterli insieme, l'unico strumento è una persona che li legge e li riscrive.

Per decenni i sistemi sanitari sono stati costruiti esattamente così: ciascuno con il proprio formato, scambiando dati con gli altri solo tramite «ponti» scritti su misura, costosi e fragili. Gli standard più vecchi (HL7 versione 2, degli anni '80, o CDA) hanno risolto in parte il problema per gli ospedali, ma sono difficili da usare per le app moderne e quasi impossibili da leggere per una persona.

Cos'è FHIR

FHIR (si pronuncia «fire») significa Fast Healthcare Interoperability Resources. È uno standard pubblicato da HL7 International, l'organizzazione che da oltre 35 anni definisce come i dati sanitari passano da un sistema all'altro. La versione usata su larga scala oggi è la R4 (4.0.1), pubblicata nel 2019; una versione più nuova, R5, esiste dal 2023, ma la maggior parte dei sistemi nel mondo, compresi i requisiti di legge in UE e USA, si basa sulla R4.

L'idea centrale è semplice: qualsiasi informazione sanitaria si descrive come una risorsa con una struttura nota. C'è una risorsa per il paziente (Patient), una per un esame o una misurazione (Observation), una per una diagnosi (Condition), una per un farmaco prescritto (MedicationRequest), una per un'allergia (AllergyIntolerance), una per una vaccinazione (Immunization), una per un documento (DocumentReference) e così via, circa 150 in tutto. Ogni risorsa ha campi definiti: una Observation ha un codice per ciò che è stato misurato, un valore, un'unità, la data, chi ha misurato, per chi.

Le risorse si scrivono in JSON o XML, formati che qualsiasi linguaggio di programmazione legge, e viaggiano su internet esattamente come le pagine web, tramite indirizzi e richieste HTTP. Questa è la differenza rispetto ai vecchi standard: FHIR usa gli strumenti che ogni programmatore conosce già, quindi è economico da implementare e difficile da implementare male.

I codici: perché tutti capiscano la stessa cosa

La struttura non basta. Se un sistema scrive «glicemia» e un altro «glucosio sierico», continuano a non capirsi. FHIR lo risolve richiedendo codici standard per i contenuti:

• LOINC per esami e misurazioni: la glicemia a digiuno ha il codice 1558-6 in qualsiasi parte del mondo.
• SNOMED CT e ICD-10 per diagnosi e procedure.
• ATC (classificazione OMS) per i farmaci, per principio attivo.
• UCUM per le unità di misura: mg/dL e mmol/L si scrivono allo stesso modo ovunque, e la conversione è automatica.

Con struttura e codici, una risorsa FHIR prodotta da un laboratorio di Sibiu viene letta correttamente da un ospedale di Vienna o da un'app in California, senza che nessuno abbia scritto un «ponte» tra loro.

Cosa significa per te, concretamente

Quattro cose, dalla più visibile alla più importante.

I tuoi dati possono essere spostati. Se la tua cartella è archiviata come FHIR, può essere esportata per intero e importata in qualsiasi altro sistema compatibile. Non dipendi da una sola app e non sei ostaggio di un formato che capisce solo lei. «Tuo» significa, in pratica, «esportabile in formato standard».

I tuoi dati possono essere capiti dai medici. Un medico nuovo, un ospedale in un altro Paese, un servizio di emergenza: tutti possono ricevere un riassunto FHIR (di solito come International Patient Summary) e leggerlo nel loro sistema, con i loro codici, nella loro lingua. Non un PDF di 40 pagine, ma dati che possono cercare, filtrare e confrontare.

I tuoi dati possono essere riuniti. Esami di laboratori diversi, misurazioni dall'orologio, farmaci dalle ricette, documenti scansionati: quando sono tutti risorse FHIR con codici LOINC e date, stanno sulla stessa linea del tempo e si possono confrontare. Una buona app lo fa automaticamente.

I tuoi dati sono protetti da uno standard, non da una promessa. FHIR descrive anche come si concede l'accesso ai dati: tramite SMART on FHIR, un quadro basato su OAuth 2, in cui approvi esplicitamente quale app vede quale parte della cartella, per quanto tempo, e puoi revocare l'accesso. È lo stesso meccanismo che usi quando «accedi con Google» a un sito, applicato ai dati sanitari, con permessi fini (solo gli esami, solo i farmaci, sola lettura).

Dove FHIR è già usato

FHIR non è uno standard «del futuro». È già obbligatorio o in uso in posti che conosci:

• Gli Stati Uniti impongono per legge (21st Century Cures Act e regole ONC del 2020) che ogni sistema sanitario certificato esponga i dati del paziente tramite API FHIR R4, e che il paziente possa portarsi via i dati con un'app a sua scelta.
• Apple Health Records porta la cartella di centinaia di ospedali nell'app Salute dell'iPhone tramite FHIR.
• L'Unione Europea ha scelto FHIR per il formato europeo di scambio della cartella clinica elettronica (EEHRxF), che il regolamento EHDS impone agli Stati membri; i riassunti del paziente scambiati tra Paesi tramite MyHealth@EU sono costruiti su di esso.
• Regno Unito, Paesi Bassi, Germania e Paesi nordici usano FHIR nelle infrastrutture nazionali: dalla ricetta elettronica tedesca alla cartella olandese.
• L'Organizzazione Mondiale della Sanità ha scelto l'International Patient Summary, basato su FHIR, per la rete globale dei certificati sanitari digitali.

Per te questo significa che un'app che tiene la tua cartella come FHIR R4 non è un'isola: parla la lingua che ospedali e autorità parlano già, ora e per il prossimo decennio.

Come riconoscere un'app che usa davvero FHIR

Chiunque può scrivere «FHIR» su un sito. Le domande qui sotto separano la parola dalla realtà.

1. Posso esportare tutta la cartella come FHIR? Non «un report PDF», ma un file con le risorse (un Bundle) che un altro sistema possa importare. Se la risposta è «no» o «solo su richiesta, via e-mail», i dati non sono davvero tuoi.
2. Gli esami hanno codici LOINC e unità UCUM? Un'app che conserva solo «Colesterolo: 210» come testo non può confrontarlo con il valore dell'anno scorso di un altro laboratorio. Una che conserva codice e unità, sì.
3. Posso dare accesso a qualcun altro, limitato e revocabile? Un medico, una clinica, un'altra app: con SMART on FHIR scegli cosa vedono e per quanto, e vedi chi ha letto cosa.
4. Posso generare un riassunto IPS? È la prova pratica dell'«interoperabilità»: se l'app può produrre il riassunto standard che qualsiasi ospedale europeo legge, la struttura dietro è reale.
5. Esiste una documentazione pubblica per sviluppatori? Un'API FHIR documentata, con una dichiarazione di capacità (CapabilityStatement) pubblica, significa che altri sistemi possono davvero collegarsi. Se non c'è, «interoperabile» è solo un aggettivo.

Cosa FHIR non risolve

È giusto dire anche i limiti. FHIR descrive il formato e il trasporto dei dati, non la loro qualità: un esame inserito male resta sbagliato, solo in un bel formato. FHIR non garantisce la tua riservatezza; quella dipende da chi ospita i dati, in quale Paese e con quali regole di accesso. E FHIR non fa sì che i sistemi vogliano scambiarsi dati: molti ospedali hanno un'API FHIR e non la aprono a nessuno, ed è proprio per questo che esistono le leggi (negli USA, e in UE con l'EHDS) che li obbligano.

Come Anpheros usa FHIR

Anpheros archivia la cartella di ogni persona come risorse HL7 FHIR R4 (26 tipi di risorse, da Patient e Observation a DocumentReference e Consent), con codici LOINC, ICD-10, ATC e UCUM, nell'Unione Europea. L'app Anpheros Daily è un client della stessa API pubblica usata da cliniche e sviluppatori; non esiste un formato «interno» separato. Puoi esportare in qualsiasi momento la cartella completa o un riassunto IPS, validato con il validatore ufficiale HL7. L'accesso di altre app si concede tramite SMART on FHIR, con consenso a tempo limitato, revocabile e con un registro che puoi vedere. La documentazione dell'API e la dichiarazione di capacità sono pubbliche su developers.anpheros.com.

Domande frequenti

Devo conoscere FHIR per usare la mia cartella?

No. FHIR è sotto il cofano. Tu vedi esami, farmaci e documenti; lo standard fa sì che possano essere spostati, confrontati e letti dai medici. Vale la pena sapere che esiste solo per scegliere bene dove tenere i tuoi dati.

FHIR è la stessa cosa del Fascicolo Sanitario Elettronico?

No. FHIR è un formato e un modo di trasporto; il fascicolo nazionale è un sistema. Molti sistemi nazionali usano o adottano FHIR, ma il fatto che un Paese abbia un fascicolo elettronico non significa che tu possa tirarne fuori i dati come FHIR. In UE, l'EHDS richiederà esattamente questo.

Che differenza c'è tra FHIR R4 e R5?

La R5 (2023) porta rifiniture, ma non è ancora richiesta dalla legge e pochi sistemi la usano. La R4 (2019) è la base dei requisiti USA e UE e delle implementazioni esistenti. Un'app su R4 è la scelta sicura oggi; il passaggio a R5 avverrà gradualmente, con compatibilità.

Se la mia esportazione è FHIR, posso davvero importarla in un'altra app?

Se l'altra app accetta l'importazione FHIR, sì, a una condizione: codici standard. Le risorse con LOINC, ICD-10 e UCUM si mappano in modo pulito; quelle con testo libero finiscono come note. Per questo conta che l'app di origine abbia codificato i dati fin dall'inizio.

FHIR è sicuro?

FHIR in sé non è né sicuro né insicuro; è un formato. La sicurezza viene dall'implementazione: cifratura, hosting, autenticazione, consenso. SMART on FHIR offre un buon quadro per l'accesso controllato, ma devi comunque guardare chi tiene i dati e dove.