Ordini ridigitati e referti ricaricati a mano non sono un destino: LIS e gestionale si integrano via HL7 v2 o FHIR, senza toccare analitica e validazione. Cosa resta nel LIS, cosa viaggia tra i sistemi e i nodi veri del progetto.
Il LIS fa bene il suo lavoro: analitica, validazione, controlli di qualità. Il problema è tutto quello che gli sta intorno. L'accettazione registra il paziente nel gestionale e poi ridigita l'ordine nel LIS; il referto validato esce come PDF e qualcuno lo ricarica a mano dove serve; agenda, cassa e portale vivono in un terzo posto. Ogni passaggio tra i sistemi è una ridigitazione, e ogni ridigitazione un errore possibile su dati che finiscono in un referto.
Un progetto di integrazione ben posto non chiede di sostituire il LIS. Fasi analitiche, validazione tecnica e clinica, controlli di qualità interni e VEQ, collegamento con gli strumenti, logica di etichette e provette: tutto questo resta dov'è. Quello che manca è un layer che faccia viaggiare ordini e risultati tra il LIS e il resto della struttura.
| Messaggio | Standard | Contenuto |
|---|---|---|
| Ordine | HL7 v2 ORM oppure FHIR ServiceRequest | Le prestazioni della ricetta accettata, con paziente e sede di accettazione |
| Risultato | HL7 v2 ORU oppure FHIR DiagnosticReport/Observation | Il risultato validato che rientra e aggiorna lo stato dell'ordine |
HL7 v2 è lo standard storico che quasi tutti i LIS espongono; FHIR è quello verso cui converge l'interoperabilità sanitaria, FSE 2.0 compreso. Il layer di integrazione deve parlarli entrambi: si usa quello che il LIS sa fare oggi, senza precludersi il domani.
Due worklist raccontano la salute dell'integrazione: la coda degli ordini (inviati, accettati dal LIS, in errore) e quella dei referti attesi, con i tempi di refertazione per esame e per sede. Se entrambe sono pulite a fine giornata, l'integrazione sta facendo il suo mestiere; se qualcuno tiene ancora un quaderno degli esami da ricontrollare, no.
Diffidare dei progetti che promettono l'integrazione "sostituendo tutto": il valore del LIS è nella configurazione analitica accumulata negli anni, e rifarla da zero è il rischio più costoso del progetto.
Una piattaforma come SanIA nasce per stare in questo ruolo: accettazione, agenda, cassa, referto firmato, portale e flussi da un lato, e un layer di interoperabilità HL7 v2/FHIR che scambia ordini e risultati con il LIS esistente, che resta titolare dell'analitica.
No. Referti online, firma, conservazione e invio al Fascicolo si costruiscono a valle del risultato validato: il LIS continua a fare l'analitica e comunica con l'esterno via HL7 v2 o FHIR. Cambiare LIS per questi obiettivi è quasi sempre il progetto sbagliato.
Quello che il vostro LIS espone in modo affidabile: nella pratica spesso HL7 v2 (ORM per gli ordini, ORU per i risultati), mentre FHIR è lo standard su cui converge l'ecosistema FSE. L'importante è che il layer di integrazione supporti entrambi, così la scelta di oggi non diventa un vincolo.
Il valore critico deve generare subito un alert al medico o biologo responsabile, con presa visione tracciata in audit e comunicazione al prescrittore prima della pubblicazione del referto: è uno dei requisiti da scrivere nel progetto di integrazione, non un dettaglio da rimandare.
Porta il nome del vostro LIS e parliamo di integrazione in demo
