FHIR (Fast Healthcare Interoperability Resources) non è solo una sigla per specialisti IT: è il linguaggio che sta rendendo possibile lo scambio di dati sanitari in modo universale, efficiente e sicuro. In Italia, l’adozione di FHIR è fondamentale per realizzare la piena interoperabilità del Fascicolo Sanitario Elettronico (FSE 2.0) e per supportare l’infrastruttura di Telemedicina.

1. Cos’è FHIR: L’Anatomia di una Risorsa

FHIR è uno standard sviluppato da HL7 (Health Level Seven International) che combina i migliori aspetti dei vecchi standard sanitari con le moderne tecnologie del web (HTTP, RESTful API, JSON/XML).

La Risorsa: L’Unità Fondamentale

Il concetto chiave di FHIR è la Risorsa. Ogni risorsa è un “pacchetto” discreto di dati che rappresenta un concetto clinico o amministrativo specifico. Pensa alle risorse come i mattoncini LEGO della sanità digitale.

Tipo di Risorsa	Concetto Rappresentato	Funzione nel Sistema Sanitario
Patient	Dati demografici di base (nome, data di nascita, sesso).	Il punto centrale di tutti i dati clinici.
Observation	Segni vitali, esami di laboratorio, misurazioni.	Registra tutti i dati “misurati” o “osservati” (es. Glicemia, Pressione).
Condition	Diagnosi, problemi attivi, allergie.	Descrive lo stato di salute attuale e passato.
MedicationRequest	Prescrizione di un farmaco.	La richiesta formale per la dispensazione.
Location	Un luogo fisico (es. un reparto, un ambulatorio, una farmacia).	Definisce la posizione di strutture o servizi.

 

La Chiave dell’Interoperabilità: I Profili

Le risorse FHIR di base sono intenzionalmente generiche. Per adattarle alle esigenze specifiche di un paese o di una regione, vengono usati i Profili.

Un Profilo è un insieme di regole che:

• Restringe l’uso di una risorsa (es. rendere obbligatorio un campo opzionale).
• Estende una risorsa (aggiungendo un campo non presente nello standard base tramite le Extensions).

In Italia, l’interoperabilità del FSE si basa sulla creazione di Profili Nazionali per garantire che tutte le Regioni e le aziende sanitarie utilizzino le stesse regole quando scambiano, ad esempio, un referto.

2. A Cosa Serve FHIR in Italia: Gli Scenari Centrali

L’adozione di FHIR è guidata principalmente dagli obiettivi del PNRR (Piano Nazionale di Ripresa e Resilienza) e dalla modernizzazione del Fascicolo Sanitario Elettronico (FSE 2.0).

A. Il Fascicolo Sanitario Elettronico (FSE 2.0)

Il FSE 2.0 si sta muovendo verso un modello di interoperabilità basato su FHIR. Sebbene molti documenti storici siano ancora in formato HL7 CDA 2 (come la Lettera di Dimissione Ospedaliera), le nuove specifiche strategiche sono migrate su FHIR per garantire un accesso ai dati granulare e in tempo reale.

• Dati Granulari: A differenza del CDA, che è orientato al “documento” (un blocco statico di informazioni), FHIR è orientato al “dato”. Un medico può richiedere solo l’ultima misurazione della pressione (una singola Observation), senza dover scaricare l’intero documento di dimissione.
• Profili Nazionali: Organizzazioni come HL7 Italia sviluppano attivamente Implementation Guide (IG) e profili per definire come i dati devono essere scambiati nel contesto italiano (il cosiddetto Realm Italiano).

B. Telemedicina e Sanità Territoriale

La Telemedicina è l’ambito in cui l’utilizzo di FHIR è più cruciale.

• Telemonitoraggio: I dispositivi di telemonitoraggio (sensori, smartwatch) generano continuamente dati (es. frequenza cardiaca, peso). FHIR standardizza il modo in cui questi dati grezzi vengono trasformati in risorse Observation strutturate. Questo è essenziale per l’efficacia dei servizi di assistenza domiciliare.
  • Esempio Pratico (Telemonitoraggio): Se il tuo glucometro invia i dati, questi vengono incapsulati in una risorsa Observation (valore della glicemia), che fa riferimento alla risorsa Patient (tu) e alla risorsa Device (il glucometro).

 

C. Le API RESTful e le App Sanitarie

FHIR utilizza il protocollo RESTful (HTTP), lo stesso che usano i servizi web moderni (come Google o Amazon).

• Accesso Aperto e Controllato: Questo permette agli sviluppatori di applicazioni sanitarie di accedere ai dati clinici in modo più semplice e con meno costi di integrazione, sempre nel rispetto dei protocolli di autenticazione e autorizzazione (es. OAuth2).
• Innovazione: Grazie alle API FHIR, è possibile creare rapidamente applicazioni mobili che mostrano ai pazienti i propri dati FSE o che integrano servizi di terze parti (es. nutrizionisti, app per esercizi) con il sistema sanitario nazionale.

3. Navigare le Regole FHIR: Cosa Non Ignorare

 

Per chi lavora con FHIR, è fondamentale conoscere la simbologia che ne definisce la validità e la sicurezza:

Simbolo	Significato	Descrizione
?!	isModifier (È un Modificatore)	ATTENZIONE: Il valore di questo elemento (es. status: entered-in-error) cambia il significato clinico dell’intera risorsa. Non può essere ignorato.
[x]	Choice of Datatypes (Scelta del Tipo)	Il campo richiede che si scelga uno dei tipi di dati disponibili (es. deceasedBoolean O deceasedDateTime).
R o 1..1	Cardinalità Obbligatoria	L’elemento deve essere presente nella risorsa.
C / I	Constraint (Vincolo)	Sull’elemento è stata applicata una regola aggiuntiva (spesso un FHIRPath) che ne limita o precisa l’uso.

FHIR, attraverso i suoi standard aperti e la sua architettura modulare, sta fornendo le fondamenta digitali per un sistema sanitario italiano più connesso, efficiente e incentrato sul cittadino.