Errori comuni nella ricetta dematerializzata: cause e soluzioni

La ricetta va corretta e inviata di nuovo; ripetere l’invio senza intervenire sul dato che ha causato lo scarto non risolve il problema.

La ricetta dematerializzata, disciplinata dal decreto ministeriale del 2 novembre 2011, ha eliminato gli errori dovuti alla grafia illeggibile e sostituito il ricettario rosso con un promemoria su carta semplice. Ha però spostato una parte del rischio nel flusso digitale: inserimento dei dati, associazione della prescrizione al medico, connettività e selezione del farmaco nei menu del software. Per gestire gli errori comuni della ricetta dematerializzata nello studio del medico di medicina generale, serve distinguere il rifiuto del Sistema TS da un’interruzione locale e da un errore di selezione clinica.

Leggere lo scarto prima di ripetere l’invio

Quando l’invio non va a buon fine, il primo passaggio è acquisire il messaggio restituito dal sistema e verificare se la prescrizione è stata registrata. Un’anomalia bloccante impedisce la registrazione: il promemoria non corrisponde a una ricetta validamente acquisita dal Sistema TS. La diagnostica usa codici numerici di quattro cifre, che per i medici prescrittori iniziano con 1.

Il codice non è un dettaglio da archiviare. È l’indizio operativo per circoscrivere il problema e scegliere la correzione. Conviene annotare il messaggio, controllare i dati segnalati e modificare il campo interessato prima di ritrasmettere. Se il software di cartella clinica mostra uno stato diverso da quello del Sistema TS, va chiarito quale dei due sistemi ha registrato l’esito: una schermata locale non basta a dimostrare che la ricetta sia stata accolta.

La risoluzione dei problemi di invio delle ricette si articola quindi in passaggi semplici, ma da eseguire nell’ordine giusto:

1. Verificare l’esito della trasmissione. Distinguere una ricetta scartata da una richiesta ancora in corso o da un problema di collegamento.

2. Leggere il codice e la descrizione dell’anomalia. Il codice consente di evitare correzioni generiche e tentativi ripetuti.

3. Controllare il dato coinvolto. Esaminare l’associazione al prescrittore e gli altri campi richiamati dal messaggio.

4. Correggere e ritrasmettere. Dopo la modifica, accertarsi che il nuovo invio sia stato acquisito e non si trovi ancora in stato di errore.

La frequenza nazionale degli scarti non è quantificata in modo affidabile nei dati disponibili. Per lo studio, il parametro utile non è una percentuale presunta: è il tempo necessario a riconoscere l’errore, correggerlo e confermare l’esito. Una procedura interna chiara riduce le ripetizioni inutili e rende più leggibile il flusso di lavoro.

Un invio ripetuto senza correzione ripropone lo stesso dato al sistema. Prima si identifica lo scarto, poi si ritrasmette.

Codice 2392: controllare l’associazione al medico inviante

Il codice di scarto 2392 segnala un caso preciso: il numero della ricetta elettronica inviato risulta associato a un medico diverso da quello che sta trasmettendo la prescrizione. Il Sistema Centrale rifiuta l’invio. Per ripristinare il flusso occorre ritrasmettere con il dato corretto.

In questo scenario è utile fermarsi prima di generare altri tentativi. Il problema riguarda l’associazione tra numero della ricetta e prescrittore, non la scelta del farmaco. Ripetere la trasmissione dal medesimo punto del software, senza verificare chi risulta associato a quel numero, rischia di produrre un altro rifiuto e di complicare la ricostruzione dell’accaduto.

Il controllo operativo deve restare circoscritto:

• verificare che il prescrittore selezionato nel flusso sia quello corretto;
• controllare il numero della ricetta riportato dal software;
• correggere l’associazione segnalata e inviare nuovamente;
• verificare la risposta del Sistema TS dopo la ritrasmissione.

La correzione non va confusa con la modifica di una prescrizione già acquisita. Nel caso del 2392, la trasmissione è stata scartata perché l’associazione non coincide. La priorità è risolvere quella discordanza e ottenere un esito positivo, mantenendo tracciabile quale dato è stato corretto.

Per gli errori di validazione non identificati dal codice 2392, la stessa disciplina evita interventi alla cieca: messaggio, campo interessato, modifica, nuova risposta. Il software di cartella clinica è utile quando espone in modo leggibile lo stato dell’invio e conserva il collegamento tra prescrizione ed esito. Se nasconde il messaggio originario o rende ambigua la distinzione tra invio e accettazione, aumenta il carico amministrativo proprio nel momento in cui dovrebbe ridurlo.

Il menu del farmaco introduce un rischio diverso

La prescrizione digitale elimina l’incertezza legata alla grafia, ma non azzera il rischio terapeutico. Nei menu a tendina possono comparire farmaci con nomi o confezioni simili. La selezione errata di prodotti LASA, cioè simili per aspetto o suono del nome, è una criticità distinta dallo scarto tecnico: la ricetta può essere accettata dal sistema e contenere comunque una scelta sbagliata.

La validazione informatica controlla i dati secondo le regole del flusso. Non sostituisce la verifica clinica del medicinale selezionato. Se il menu propone voci ravvicinate, la scelta va confermata sul principio attivo, sulla formulazione e sulla confezione pertinenti alla prescrizione, senza affidarsi soltanto alla posizione della voce o a una ricerca parziale.

Anche le note prescrittive richiedono attenzione. La loro selezione concorre alla correttezza della ricetta, ma non sono disponibili dati verificati sulla frequenza degli errori con cui i software MMG associano note AIFA non appropriate. È quindi scorretto attribuire un tasso o presumere che l’interfaccia impedisca sempre l’errore. La verifica deve seguire la prescrizione concreta e le regole applicabili, non un automatismo del menu.

Per ridurre gli errori di selezione, il flusso dovrebbe favorire una conferma leggibile prima dell’invio: farmaco, confezione e nota, quando prevista. Una schermata riepilogativa serve se permette al medico di controllare quei dati senza dover riaprire più finestre o ricostruire la scelta da un codice poco chiaro. Un’interfaccia veloce ma ambigua trasferisce il costo sul controllo successivo.

Quando la connessione si interrompe: ripristinare il flusso in sicurezza

Un blocco tecnico può dipendere dal software locale o dalla connettività. In quel momento il problema non è uno scarto del Sistema TS: il medico è temporaneamente impossibilitato a prescrivere tramite il software dematerializzato. La procedura prevista è compilare la ricetta cartacea del Servizio sanitario nazionale, la ricetta rossa.

La distinzione è pratica. Se il sistema ha restituito un codice di scarto, il flusso è arrivato alla fase di validazione e va corretta l’anomalia indicata. Se la trasmissione non è possibile per un problema informatico o di rete, il medico deve usare la modalità cartacea prevista. Trattare ogni blocco come un errore di compilazione porta a cercare nel modulo digitale una causa che potrebbe essere esterna al modulo stesso.

Per lo studio, il protocollo di continuità deve chiarire chi rileva l’interruzione, come viene gestita la prescrizione durante il fermo e come si evita di confondere le ricette cartacee con quelle già trasmesse. Il personale deve poter distinguere almeno tre stati: prescrizione non ancora inviata, invio scartato, trasmissione impedita dal problema tecnico. Sono condizioni diverse e richiedono azioni diverse.

Quando il collegamento torna disponibile, non è prudente dare per scontato che un invio rimasto in sospeso sia stato completato. Occorre controllare lo stato effettivo nel flusso e verificare che non esista già una prescrizione acquisita prima di ripetere l’operazione. Questa verifica limita il rischio di duplicazioni e mantiene allineati software di studio e Sistema TS.

Abbreviazioni e sigle: meno ambiguità nella prescrizione

La qualità del dato dipende anche da come viene scritto. Il Ministero della Salute raccomanda di evitare l’uso improprio di abbreviazioni, acronimi, sigle e simboli nella redazione delle prescrizioni, per prevenire errori nella somministrazione delle terapie farmacologiche. La ricetta elettronica rende il testo leggibile, ma una formulazione ambigua resta ambigua anche sullo schermo.

La standardizzazione aiuta il medico e chi deve interpretare la prescrizione. Riduce inoltre la dipendenza da abitudini individuali, abbreviazioni locali e campi liberi usati in modo diverso tra operatori. Nel software MMG, il vantaggio si ottiene quando le informazioni sono inserite nei campi appropriati e le formulazioni sono comprensibili senza decodificare sigle non condivise.

Questo non significa appesantire ogni ricetta con testo superfluo. Significa evitare scorciatoie che possono avere interpretazioni differenti. La prescrizione deve conservare una relazione chiara tra farmaco selezionato e istruzioni associate. Se una nota è necessaria, va formulata in modo leggibile e coerente con il contesto clinico; se non serve, un campo aggiuntivo non migliora la sicurezza.

La dematerializzazione ha spostato il lavoro dalla lettura della grafia al controllo del dato strutturato e del flusso. Gli errori comuni si gestiscono separando quattro situazioni: scarto bloccante, associazione errata del prescrittore, selezione clinica sbagliata e indisponibilità tecnica. Per ciascuna cambia la risposta.

Il verdetto operativo è netto: la ricetta dematerializzata è applicabile quando il software mostra con chiarezza l’esito dell’invio, il medico verifica la selezione del farmaco e lo studio dispone di una procedura per il blocco della rete. Il codice di errore guida la correzione; il controllo clinico resta responsabilità del prescrittore; se la trasmissione è temporaneamente impossibile, si usa la ricetta rossa prevista.