Rallentamenti del Sistema TS: perché il flusso delle ricette si blocca
Il Sistema Tessera Sanitaria gestisce in media 2,7 milioni di nuove ricette elettroniche al giorno e tra 10 e 12 milioni di operazioni quotidiane di erogazione. Su questa infrastruttura lavorano circa 500.000 medici e 20.000 farmacie.

Anche un’interruzione breve, quindi, può propagarsi lungo il flusso: il medico non completa l’invio, il promemoria non arriva al paziente, la farmacia non riesce a prendere in carico la prescrizione.
I rallentamenti del Sistema TS sulle ricette elettroniche non hanno però una causa unica. Il punto di blocco può essere il servizio centrale, il nodo regionale, il gestionale dello studio, la rete o l’autenticazione. Per il medico di medicina generale la distinzione è operativa: determina che cosa si può risolvere subito, che cosa va segnalato al supporto e come mantenere accesso ai farmaci durante il disservizio.
Un flusso distribuito, con più punti di rottura
La ricetta dematerializzata attraversa diversi sistemi. Il gestionale del medico raccoglie i dati e li invia ai servizi collegati al Sistema TS; l’infrastruttura centrale o il nodo regionale gestisce la richiesta; il risultato torna al gestionale e produce il codice della ricetta. La farmacia usa poi quel codice e le informazioni del promemoria per erogare il farmaco e registrare l’operazione.
La catena comprende il SAC, il Sistema di Accoglienza Centrale gestito da Sogei per conto del MEF, e i sistemi regionali, indicati in genere come SAR o SISS. A questi si aggiungono i software in uso negli studi e nelle farmacie, oltre alla connettività locale. Il guasto percepito dall’utente può nascere in uno qualsiasi di questi passaggi.
La latenza del portale Sistema Tessera Sanitaria, per esempio, non dimostra da sola che il servizio centrale sia fuori uso. Può dipendere da un sovraccarico, da una manutenzione, da una risposta lenta del nodo regionale o da un’interruzione nella comunicazione tra il gestionale e il webservice. Se il portale risponde ma il software di studio non conclude l’invio, il problema può trovarsi nell’interfaccia o nella sessione locale.
I dati disponibili mostrano la scala del servizio, non la quota di interruzioni attribuibile a ciascun componente. Non c’è una percentuale nazionale univoca che permetta di assegnare ogni blocco a Sogei, ai nodi regionali o ai gestionali. Anche i tempi complessivi di indisponibilità annuale non sono ricostruibili in modo uniforme per tutti gli studi. Perciò la diagnosi va fatta sul singolo evento, leggendo messaggio e fase del flusso.
Il sintomo è spesso lo stesso: la ricetta non parte. La causa può stare in un sistema diverso a ogni tentativo.
Nella pratica, conviene separare tre situazioni:
- Il gestionale non si apre o non consente l’accesso. Qui il primo sospetto riguarda credenziali, sessione, certificato o funzionamento del software.
- Il gestionale è disponibile, ma l’invio resta in attesa o fallisce. La comunicazione con il webservice, la rete o il nodo regionale diventano elementi da verificare.
- La ricetta risulta inviata, ma la farmacia non riesce a prenderla in carico. Occorre controllare codice, dati del paziente e stato effettivo della prescrizione prima di ripetere l’emissione.
Ripetere l’invio senza verificare lo stato può produrre duplicazioni o rendere più difficile ricostruire il percorso. Prima si legge il messaggio ricevuto; poi si controlla se il gestionale ha registrato un esito, un codice NRE o una ricetta già trasmessa.
Leggere i codici: il primo triage tecnico
I messaggi di errore del Sistema TS restringono il campo. Non sostituiscono la diagnosi del supporto tecnico, ma aiutano a distinguere un problema di disponibilità da un’anomalia di autenticazione o di anagrafica.
| Codice | Indicazione tecnica | Primo controllo utile |
|---|---|---|
| WS96 | Connessione al webservice centrale non disponibile o servizio offline | Verificare connettività e stato dell’invio; evitare tentativi ripetuti senza esito chiaro |
| S037 | Errore di autenticazione | Controllare il metodo di accesso e la validità della sessione |
| S011 | Certificato scaduto o non valido | Verificare il certificato configurato nel gestionale o nel sistema di accesso |
| S001 | Sessione scaduta | Ripetere l’accesso e verificare che la sessione sia stata rinnovata |
| E016 o E001 | Anomalia nei dati del paziente o nel codice fiscale | Ricontrollare i dati anagrafici e il codice fiscale registrato |
WS96 segnala un problema di raggiungibilità del servizio, ma non identifica sempre il punto esatto in cui la connessione si interrompe. Può essere un disservizio centrale, un problema di rete o una difficoltà nel collegamento gestito dal software. La differenza si chiarisce confrontando l’esito di altre funzioni, verificando se il problema riguarda più postazioni e controllando le comunicazioni del gestionale o del nodo regionale.
S037, S011 e S001 portano invece l’attenzione sull’accesso. Un errore di autenticazione può comparire anche quando le credenziali sembrano corrette: la sessione potrebbe essere scaduta, il secondo fattore non essere stato validato oppure il certificato non risultare aggiornato. In questi casi, insistere sull’invio della ricetta non risolve il problema. Serve ripristinare l’autenticazione e poi riprendere il flusso.
Con E016 o E001 la verifica è più circoscritta ai dati. Un codice fiscale digitato in modo errato o non coerente con l’anagrafica può impedire la prescrizione anche se i servizi sono regolarmente raggiungibili. È un controllo rapido, ma va eseguito sul dato sorgente, non soltanto sulla schermata dell’errore.
Per limitare i problemi tecnici del software MMG, lo studio dovrebbe poter ricostruire almeno tre informazioni: orario del tentativo, codice di errore e stato della ricetta nel gestionale. Sono dati essenziali quando si apre una segnalazione al fornitore o al supporto regionale. Senza questi elementi, si rischia di descrivere come indisponibilità generale un errore circoscritto a una postazione.
Più ricette dematerializzate, più dipendenze operative
Dal 1° gennaio 2025 l’obbligo di dematerializzazione è stato esteso su scala nazionale anche alle ricette bianche per farmaci a carico del cittadino. Queste prescrizioni generano il codice NRBE, Numero Ricetta Bianca Elettronica. Il cambiamento aumenta la quota di prescrizioni che dipende dal flusso digitale e rende più visibili i punti deboli dell’integrazione tra software, autenticazione e servizi centrali.
La ricetta dematerializzata ha una validità standard di 30 giorni dalla data di emissione. Trascorso il termine, il sistema la blocca e la farmacia non può più erogarla. Per lo studio questo dato ha un’implicazione concreta: la gestione del disservizio deve includere il controllo della data e dello stato della prescrizione, soprattutto se l’invio è stato tentato in prossimità della scadenza o se il paziente torna dopo alcuni giorni.
Un altro riferimento è il codice NRE, composto da 15 caratteri alfanumerici. Il codice identifica la ricetta elettronica e va riportato correttamente nel promemoria o nella comunicazione al paziente. Se l’invio si interrompe prima che il codice venga restituito, il medico non dovrebbe trattare la ricetta come conclusa. Se invece il gestionale mostra un NRE ma la farmacia non visualizza la prescrizione, occorre verificare che il dato sia stato trasmesso e acquisito, evitando di creare una seconda ricetta senza controllo.
La dematerializzazione riduce la gestione dei supporti cartacei nel flusso ordinario, ma concentra l’operatività su collegamenti e autenticazione. Per uno studio con molte prescrizioni, la qualità del gestionale si misura anche da come presenta gli esiti: invio riuscito, invio in attesa, errore temporaneo, errore sui dati. Un’interfaccia che mostra soltanto un messaggio generico allunga i tempi di triage e aumenta il rischio di ripetere operazioni già eseguite.
La stessa logica vale per le prescrizioni soggette a note AIFA o a piani terapeutici. Il blocco del canale di invio non elimina i requisiti clinici e amministrativi della prescrizione. Quando il servizio torna disponibile, il medico deve poter completare il flusso mantenendo la coerenza tra indicazione, documentazione e dati trasmessi. Il digitale accelera la registrazione solo se i passaggi clinici restano leggibili e tracciabili.
Disservizio e continuità della terapia
Un blackout del sistema non implica automaticamente che il paziente resti senza farmaco. Le procedure prevedono modalità di continuità. In caso di indisponibilità telematica, il farmacista può erogare sulla base dei dati riportati nel promemoria cartaceo consegnato dal medico e trasmettere successivamente le informazioni al Sistema TS con la procedura di invio in differita.
Questa possibilità richiede un passaggio chiaro tra studio e farmacia. Il promemoria deve contenere i dati necessari alla gestione della prescrizione e il paziente deve sapere quale documento presentare. Se il gestionale non riesce a produrre il promemoria elettronico, il medico può ricorrere temporaneamente alla ricetta cartacea secondo le procedure previste per il disservizio. La modalità applicabile può dipendere dal tipo di prescrizione e dalle indicazioni operative in vigore.
La gestione pratica può essere organizzata così:
1. Confermare che l’invio sia fallito. Controllare lo stato nel gestionale, l’eventuale NRE e la presenza di una risposta dal servizio. Una schermata bloccata non prova che la richiesta non sia stata registrata.
2. Identificare il tipo di errore. Separare problemi di accesso, dati anagrafici e indisponibilità del webservice. La correzione cambia in base alla categoria.
3. Attivare il percorso previsto per la continuità. Se il canale telematico resta indisponibile, usare la modalità documentale applicabile e fornire al paziente indicazioni comprensibili per la farmacia.
4. Registrare il disservizio. Annotare orario, codice, prescrizione interessata e soluzione adottata. La registrazione aiuta a completare l’invio differito e a rispondere a eventuali verifiche.
5. Riconciliare i dati quando il servizio riprende. Verificare che la prescrizione sia stata acquisita e che non esistano invii duplicati o ancora in sospeso.
La trasmissione differita è un meccanismo di recupero, non un invito a rimandare la verifica. Se il dato non viene riconciliato dopo il ripristino, lo studio perde visibilità sullo stato amministrativo della prescrizione. Il punto critico è il passaggio tra gestione temporanea e chiusura del flusso: deve risultare chiaro chi ha trasmesso, con quale riferimento e con quale esito.
Durante un’interruzione, la priorità è mantenere la continuità della terapia e lasciare una traccia verificabile di ogni passaggio.
La 2FA: protezione dell’accesso, nuovo punto operativo
Dal 2024 è richiesto l’accesso con autenticazione a due o più fattori per i gestionali di medici prescrittori e farmacie che generano o gestiscono ricette dematerializzate, nei sistemi SAC e SAR. L’autenticazione rafforza la protezione dell’accesso, ma introduce una dipendenza operativa aggiuntiva: il flusso può fermarsi prima ancora che la prescrizione raggiunga il servizio centrale.
Il secondo fattore può essere un codice temporaneo o un altro metodo previsto dalla configurazione adottata. Se la validazione fallisce, il codice S037 orienta verso un problema di autenticazione. Se la sessione è scaduta, il messaggio S001 segnala che l’accesso va rinnovato. Un certificato non valido o scaduto produce invece S011. La distinzione evita di confondere un problema di credenziali con un guasto generale del Sistema TS.
La 2FA va inserita nel flusso di lavoro dello studio. La postazione deve consentire al medico o al personale autorizzato di completare la verifica senza interrompere la raccolta dei dati clinici; le credenziali e i dispositivi di autenticazione devono essere gestiti secondo le regole di sicurezza del sistema utilizzato. Se il codice temporaneo arriva in ritardo o la sessione scade durante la compilazione, il software dovrebbe conservare i dati non ancora trasmessi, così da ridurre il rischio di reinserimento e di errore.
Quando si verifica un blocco, la sequenza di diagnosi deve restare semplice: prima si controlla l’accesso, poi la connettività, quindi la risposta del servizio e infine la correttezza dei dati. Invertire l’ordine porta spesso a modificare una prescrizione valida per un problema che dipendeva soltanto dalla sessione o dalla rete.
Il verdetto operativo per lo studio MMG
La scala del Sistema TS rende inevitabili picchi di carico, manutenzioni e dipendenze da componenti regionali e locali. Il dato dei 2,7 milioni di nuove ricette al giorno descrive un’infrastruttura ampia; non consente, da solo, di prevedere quando o dove si verificherà un’interruzione. Per questo lo studio deve lavorare con una procedura di diagnosi e recupero, non con tentativi ripetuti.
Un flusso efficace parte dal codice d’errore, verifica lo stato reale della ricetta e distingue tra problema di autenticazione, errore dei dati e indisponibilità del servizio. Se il canale telematico resta fermo, le modalità cartacee e l’invio differito permettono di tutelare la continuità, purché ogni passaggio venga poi riconciliato.
Per il medico di medicina generale, il criterio decisivo è l’applicabilità clinica: il software deve mostrare chiaramente che cosa è stato inviato, che cosa è rimasto in sospeso e quale azione serve per chiudere il caso. Se non offre questa visibilità, il gestionale diventa parte del problema. Una procedura locale breve, condivisa con il personale e aggiornata alle indicazioni regionali è il presidio più concreto contro i blocchi delle ricette elettroniche.