Il target PNRR è stato raggiunto con il 98,9% dei documenti indicizzati. Per la diagnostica di prossimità comincia ora il passaggio più difficile: conservare insieme al valore analita, unità, campione, metodo, intervallo, provenienza e trasformazioni
7,2.
Da solo è un dato perfettamente trasmissibile e clinicamente quasi inutile.
Può essere un’emoglobina glicata espressa in percentuale, una glicemia in mmol/L, una proteina C reattiva in mg/L, un pH che segnala un’acidemia grave o un valore appartenente a tutt’altro esame. Può essere normale, preoccupante oppure frutto di un’unità perduta durante il passaggio tra due sistemi.
Il problema dell’interoperabilità diagnostica sta tutto nella distanza tra trasferire una cifra e trasferire un risultato.
Il Fascicolo sanitario elettronico italiano ha appena raggiunto un traguardo importante. Ma proprio il successo quantitativo rende urgente una domanda qualitativa: quando un POCT alimenta una rete digitale, che cosa arriva davvero dall’altra parte?
Un documento? Un numero? Oppure un’informazione abbastanza completa da poter essere interpretata, confrontata e riutilizzata senza cambiarne il significato?
La notizia: il 98,9% dei documenti è stato indicizzato
Il 7 agosto 2026 il Ministero della Salute ha comunicato di aver rendicontato il target M6C2-13 del PNRR relativo al Fascicolo sanitario elettronico.
L’obiettivo prevedeva che almeno il 90% dei documenti sanitari prodotti fosse “nativo FSE”. Il risultato annunciato è il 98,9% dei documenti indicizzati, considerando lettera di dimissione, verbale di pronto soccorso, referto di laboratorio, referto di radiologia e referto di anatomia patologica. Lo riporta la comunicazione ufficiale della Missione 6; la scheda del target, aggiornata il 3 agosto 2026, conferma il raggiungimento dell’obiettivo entro giugno.
È un avanzamento reale. Significa che la produzione e la circolazione digitale dei principali documenti clinici hanno raggiunto una scala nazionale che fino a pochi anni fa sarebbe sembrata lontana.
Serve però precisione nel leggere l’indicatore.
La stessa comunicazione parla di documenti “nativi FSE” nella descrizione del target e di documenti “indicizzati” nel risultato. Dalle pagine pubbliche citate non è possibile concludere che il 98,9% dei singoli risultati di laboratorio sia già disponibile come dato strutturato, semanticamente uniforme e confrontabile tra sistemi.
Indicizzare un referto, renderlo consultabile e rendere computabili tutte le osservazioni che contiene sono tre risultati differenti. Possono coesistere, ma non sono sinonimi.
Questa distinzione non ridimensiona il traguardo. Indica il lavoro che comincia dopo averlo raggiunto.
Il PDF può essere leggibile e il dato restare muto
Un medico può aprire un PDF, leggere “glicemia 126 mg/dL”, riconoscere il contesto e formulare una valutazione. Un sistema informatico, per utilizzare correttamente lo stesso risultato, deve ricevere elementi distinti e coerenti:
- quale osservazione è stata eseguita;
- su quale materiale biologico;
- con quale unità;
- in quale momento;
- con quale stato del risultato;
- quale intervallo o limite decisionale si applica;
- quale interpretazione o flag è stato associato;
- da quale organizzazione e sistema proviene.
Il decreto 7 settembre 2023 sul FSE 2.0, modificato negli anni successivi, ha costruito il quadro per documenti e dati interoperabili.
Sul piano tecnico, la documentazione ufficiale del Gateway FSE, versione 2.19 aggiornata il 23 aprile 2026 descrive la validazione dei documenti CDA2 e FHIR, i controlli sintattici, semantici e terminologici e la conversione dei dati verso FHIR per l’Ecosistema Dati Sanitari.
La procedura di accreditamento verifica l’aderenza alle specifiche nazionali, agli schematron e ai dizionari pubblicati. Non si tratta quindi di allegare un PDF qualunque a un archivio: esiste un’architettura che prova a rendere i contenuti comprensibili anche alle macchine.
Ma una struttura standard non riempie da sola i campi corretti. Il controllo formale può verificare che un elemento sia presente e nel formato ammesso; la qualità clinica richiede anche che quel codice descriva davvero ciò che è stato misurato.
È la differenza tra una frase grammaticalmente corretta e una frase vera.
L’anatomia digitale di un risultato
Un esempio pubblicato nel repository ufficiale del Ministero permette di vedere che cosa si nasconde dietro un referto apparentemente semplice.
Nel CDA di esempio per il referto di laboratorio, una misurazione di albumina urinaria non è rappresentata soltanto dal valore numerico. Il documento contiene:
- il codice LOINC dell’osservazione;
- la descrizione dell’esame;
- il codice locale tradotto nel codice standard;
- il campione, in questo caso urina;
- il valore e l’unità mg/L;
- il tempo della misurazione;
- lo stato “completed”;
- il codice interpretativo;
- l’intervallo di riferimento;
- un criterio associato all’età;
- autore, struttura, identificativi e versione del documento.
Questa non è burocrazia digitale. È il minimo necessario per impedire che “16” diventi un oggetto senza identità.
Nel POCT la provenienza dovrebbe essere ancora più granulare. Per governare davvero il risultato possono servire anche identificativo del dispositivo, versione software, operatore, lotto della cartuccia, stato dei controlli di qualità, flag strumentali, matrice effettivamente utilizzata e indicazione di eventuali conversioni.
Non tutti questi elementi devono necessariamente essere mostrati al cittadino nello stesso modo o appartenere al medesimo documento clinico. Devono però restare recuperabili nel sistema che risponde della prestazione.
Se il dato viene contestato, corretto o utilizzato per una decisione, qualcuno deve poter ricostruire come è nato.
LOINC non è un’etichetta da incollare dopo
LOINC viene spesso descritto come il codice universale dell’esame. È corretto, ma incompleto.
Un termine LOINC non identifica soltanto il nome comune dell’analita. La sua semantica può comprendere componente, proprietà misurata, tempo, sistema o campione, scala e, quando necessario, metodo.
“Glucosio” non basta se non è chiaro se si stia esprimendo una concentrazione di massa o di sostanza. “Emoglobina” non basta se cambiano campione, frazione o principio di misura. “Antigene” non basta se un test è qualitativo e un altro quantitativo.
Lo mostra uno studio pubblicato nel 2025 su sette ospedali universitari coreani. Gli autori hanno esaminato 962 associazioni LOINC riferite a 162 esami frequenti: 792, pari all’82,3%, erano coerenti con i codici definiti dal gruppo di esperti. Le incongruenze riguardavano soprattutto la componente dell’analita, il metodo e la proprietà misurata.
Il lavoro non riguarda il FSE italiano e non misura l’errore nei POCT. Utilizzava codifiche destinate alla ricerca e un contesto sanitario differente. È tuttavia una dimostrazione utile: adottare LOINC non garantisce automaticamente che ogni mappatura sia corretta.
La terminologia è uno strumento di interoperabilità; la mappatura resta un atto tecnico-scientifico da verificare.
Quando il codice e l’unità si contraddicono
Nel marzo 2026 uno studio su 6,34 miliardi di record di laboratorio provenienti da dati oncologici real-world statunitensi ha affrontato proprio l’incoerenza tra codice LOINC, unità e distribuzione numerica.
Prima dell’applicazione del sistema di armonizzazione proposto dagli autori, il 73,1% dei record aveva un’unità considerata coerente con il codice e con le regole adottate. Dopo la correzione, la quota è salita al 99,7%; la completezza delle unità è passata dal 92,7% al 99,8%.
Anche qui il dato deve essere delimitato.
Il lavoro riguarda dati secondari e deidentificati, non decisioni cliniche al letto del paziente. Il metodo è stato sviluppato e valutato sugli stessi grandi ecosistemi informativi; gli autori sono dipendenti dell’azienda che ha finanziato lo studio e fornito il database. Non dimostra che il 26,9% dei referti originali fosse clinicamente sbagliato.
Dimostra però la dimensione del lavoro necessario quando risultati provenienti da fonti diverse devono essere aggregati: persino dati già codificati richiedono controlli di congruenza, gestione delle unità, intervalli di plausibilità e conservazione della provenienza.
Un sistema capace di “aggiustare” milioni di record può essere utile per ricerca e governo. Nella cura diretta, tuttavia, la correzione automatica deve essere molto più prudente.
Se un’interfaccia trasforma 7,2 mmol/L di glucosio in circa 130 mg/dL, dovrebbe conservare valore originario, regola applicata, autore della configurazione, data e versione. Se trova una combinazione incompatibile tra codice e unità, la scelta più sicura può essere bloccare o mettere in quarantena il risultato, non indovinare quale dei due campi sia sbagliato.
Tre modi in cui lo stesso numero cambia identità
1. Cambia l’unità
Una proteina C reattiva di 7,2 mg/L non equivale a 7,2 mg/dL: la seconda corrisponde a 72 mg/L. Il numero scritto resta identico; il significato cambia di un fattore dieci.
Per alcune conversioni basta l’aritmetica. Per altre occorrono massa molare, tipo di proprietà e conoscenza dell’analita. La sigla dell’unità non può quindi essere trattata come decorazione tipografica.
2. Cambia il campione
Sangue capillare, sangue venoso intero, plasma e siero non sono contenitori intercambiabili. Un dispositivo può visualizzare un valore plasma-equivalente pur analizzando sangue intero; un altro può avere una destinazione d’uso diversa.
Se il FSE conserva soltanto “glucosio” e il valore, il medico può costruire una curva longitudinale che mette nella stessa linea risultati prodotti su matrici, metodi e contesti differenti.
La curva sarà graficamente perfetta e scientificamente discutibile.
3. Cambia il ruolo clinico
Un intervallo di riferimento descrive la distribuzione osservata in una popolazione definita. Un limite decisionale orienta una scelta clinica. Una soglia strumentale può essere soltanto un flag tecnico.
Trasportare lo stesso simbolo rosso da un display POCT al FSE senza qualificare la regola applicata può far sembrare clinica una decisione che apparteneva al software o al fabbricante.
Non basta registrare che il valore era “alto”. Bisogna sapere rispetto a che cosa.
Perché il POCT rende il problema più difficile
Il laboratorio centrale dispone normalmente di LIS, cataloghi consolidati, regole di validazione, personale specializzato e una catena di responsabilità definita.
La diagnostica di prossimità moltiplica invece le origini del dato: farmacia, ambulatorio, Casa della Comunità, reparto, RSA, ambulanza e, in alcuni scenari, domicilio.
Ogni nodo può utilizzare dispositivi, lotti, firmware, unità, profili operatore e connettori differenti. Alcuni strumenti trasmettono dati strutturati; altri producono una stampa termica, un PDF o un valore che deve essere ricopiato. Alcuni conservano il risultato originario; altri inviano soltanto ciò che appare a schermo.
È qui che una procedura apparentemente innocua diventa rischio:
- l’operatore seleziona l’analita sbagliato nel gestionale;
- il separatore decimale viene interpretato in modo diverso;
- l’unità predefinita non coincide con quella dello strumento;
- il valore oltre l’intervallo di misura viene trasformato da “>” in un numero esatto;
- il campione capillare scompare dal dato strutturato;
- un risultato preliminare viene trattato come definitivo;
- una correzione sovrascrive il dato precedente senza audit trail.
Nessuno di questi eventi richiede che l’analizzatore misuri male. Il risultato può nascere corretto e diventare ambiguo durante il viaggio digitale.
Per questo il POCT è un ecosistema, non una macchina: la prestazione analitica e la prestazione informativa devono essere validate insieme.
Il risultato corretto non va sovrascritto in silenzio
La tracciabilità non riguarda soltanto chi ha aperto il Fascicolo.
Un risultato può essere preliminare, definitivo, annullato o corretto. Il documento può avere una nuova versione. Il metodo può cambiare dopo un aggiornamento. Un intervallo può essere rivisto. Una mappatura locale può essere associata a un nuovo codice standard.
Ogni trasformazione significativa dovrebbe conservare almeno:
- dato originario;
- dato trasformato;
- regola e versione applicate;
- data e ora;
- soggetto o sistema responsabile;
- motivo della correzione;
- collegamento tra versione precedente e successiva.
Il principio è semplice: correggere non deve significare cancellare la storia del risultato.
Il Regolamento (UE) 2025/327 sullo Spazio europeo dei dati sanitari rafforza questa direzione. L’applicazione sarà progressiva a partire dal 26 marzo 2027, con scadenze differenziate. L’allegato I include tra le categorie prioritarie i risultati degli esami medici, compresi laboratorio e diagnostica; l’allegato II richiede agli EHR interoperabilità affidabile con i dispositivi, granularità sufficiente dei dati strutturati e registrazione dell’origine negli accessi.
Non significa che ogni dispositivo POCT sia già automaticamente pronto per EHDS o obbligato oggi a inviare tutti questi campi. Significa che l’Europa sta trasformando origine, granularità e interoperabilità da qualità desiderabili a elementi centrali dell’architettura sanitaria digitale.
Chi risponde della semantica
La risposta non può essere affidata al solo informatico né al solo laboratorio.
Il fabbricante deve descrivere con chiarezza ciò che lo strumento misura, le matrici ammesse, le unità, i flag, gli intervalli e le specifiche dell’uscita dati. La conformità al Regolamento (UE) 2017/746 riguarda il dispositivo e la sua destinazione d’uso; non certifica da sola l’intera integrazione locale con il FSE.
Il fornitore del middleware o dell’interfaccia deve documentare mappature, conversioni, arrotondamenti, gestione dei valori fuori range, versioni e test end-to-end. Un aggiornamento che non modifica il valore analitico può comunque modificare il significato del dato trasmesso.
Il laboratorio e il biologo devono presidiare il vocabolario diagnostico: codice appropriato, proprietà misurata, campione, comparabilità, intervalli, limiti decisionali e criteri di validazione. La mappatura non è un lavoro puramente amministrativo.
Il farmacista o l’operatore territoriale deve garantire identificazione, selezione corretta del test, registrazione della matrice e assenza di trascrizioni non controllate, nel rispetto del proprio profilo professionale.
Il medico deve poter riconoscere la provenienza e sapere se due risultati possono essere confrontati. Una serie storica non dovrebbe nascondere il cambio di metodo o di matrice.
L’organizzazione sanitaria deve infine assegnare un proprietario al catalogo, stabilire chi approva le mappature e misurare gli errori. Se tutti alimentano il sistema ma nessuno governa la semantica, il dato appartiene a tutti soltanto fino al primo incidente.
Il collaudo che manca spesso nei progetti
Connettere il dispositivo e vedere comparire un valore nel gestionale prova che il canale funziona. Non prova che il risultato sia rimasto integro.
Un collaudo clinico-informatico dovrebbe seguire campioni di prova lungo l’intera catena:
dispositivo → connettore → middleware → sistema locale → documento FSE → visualizzazione del medico → eventuale riuso per trend, allarmi e decision support.
Per ogni passaggio andrebbero verificate almeno:
- identità di paziente e operatore;
- codice locale e codice standard;
- nome dell’analita;
- campione e metodo quando rilevanti;
- valore, segno, decimali e unità;
- intervallo, flag e limite di misura;
- stato preliminare, definitivo o corretto;
- origine, ora, dispositivo e versione;
- conservazione del dato originario dopo ogni conversione.
I test devono includere casi scomodi: valori negativi quando ammessi, risultati “<” o “>”, testo qualitativo, unità alternative, decimali con virgola, campi mancanti, paziente non associato, controllo qualità fallito e sostituzione di un referto.
Il messaggio da celebrare non è “HTTP 200”. È “lo stesso significato è arrivato fino alla decisione”.
Gli indicatori dopo il 98,9%
Il numero dei documenti resta importante. Ma una fase più matura richiede indicatori capaci di misurare il contenuto:
- quota di risultati trasmessi in forma strutturata e non soltanto come documento consultabile;
- completezza di analita, unità, campione, intervallo, stato e provenienza;
- incongruenze tra codice, unità e valori plausibili;
- percentuale di risultati ricopiati manualmente;
- mappature respinte o poste in quarantena;
- correzioni con storia e motivazione recuperabili;
- confronti longitudinali che segnalano il cambio di metodo;
- test end-to-end superati dopo aggiornamenti di dispositivo, firmware o interfaccia.
Questi indicatori non servono a costruire una nuova burocrazia. Servono a scoprire errori che il conteggio dei PDF non può vedere.
Fatto, interpretazione e opinione
Il fatto: il Ministero ha dichiarato raggiunto il target PNRR con il 98,9% dei documenti indicizzati tra cinque categorie, incluso il referto di laboratorio. Il FSE dispone di regole, gateway e controlli per documenti strutturati e per la conversione dei dati.
L’interpretazione: quel risultato dimostra una notevole capacità di alimentazione documentale, ma non consente da solo di misurare la qualità semantica di ogni singola osservazione né la maturità delle integrazioni POCT.
La mia opinione professionale: il prossimo obiettivo nazionale dovrebbe affiancare al volume dei documenti una misura pubblica della completezza, congruenza e provenienza dei dati diagnostici strutturati. Non per rallentare il FSE, ma per renderlo abbastanza affidabile da sostenere trend, telemedicina, ricerca, allarmi e intelligenza artificiale.
Un algoritmo può trovare più rapidamente una variazione. Se però confronta metodi, campioni o unità non equivalenti, accelera un errore invece di riconoscere un segnale.
Dopo la carta digitale
Raggiungere il 98,9% significa che il Paese ha imparato a far arrivare i documenti.
Ora deve dimostrare che il dato non perde identità mentre attraversa dispositivi, farmacie, laboratori, software regionali e Fascicolo.
Digitalizzare un referto significa renderlo disponibile su uno schermo. Rendere interoperabile un risultato significa conservarne il significato anche quando nessuno sta guardando il PDF.
Il primo traguardo si conta.
Il secondo si verifica, campo per campo.
Se togliessimo dal FSE il PDF e lasciassimo soltanto i dati strutturati, il medico saprebbe ancora con precisione che cosa è stato misurato — oppure scopriremmo di avere digitalizzato la carta senza rendere interoperabile la diagnostica?