swissdamed: riconciliare le modifiche dei prodotti in modo controllato

1. Distinguere i flussi svizzeri ed europei

Swissmedic non acquisisce automaticamente i dati dei prodotti da EUDAMED. EUDAMED resta inoltre rilevante per i prodotti interessati sul mercato UE. Definite per ogni famiglia di prodotti i sistemi destinatari e chi svolge la valutazione funzionale. Una base dati comune può alimentare più uscite; approvazione e stato del trasferimento devono restare riconoscibili per ciascuna. Un trasferimento riuscito verso un registro non dimostra che anche l’altro sia aggiornato. [1] [2]

2. Rendere visibile il motivo della modifica

Partite da un esempio concreto dell’impresa, come una descrizione di prodotto modificata. Registrate valore precedente e nuovo, identificativo interessato, motivo, fonte e responsabile. Gli affari regolatori valutano quali dati e processi siano coinvolti. L’attuazione tecnica segue questa decisione. Evitate che un semplice pulsante di salvataggio venga interpretato come approvazione funzionale. Anche la decisione di non modificare il registro dovrebbe essere reperibile insieme alla sua motivazione.

3. Conservare una base approvata

Assegnate un sistema di riferimento a ogni campo rilevante. Le caratteristiche tecniche possono provenire dal PLM, le decisioni regolatorie dal RIM e i dati anagrafici complementari dall’ERP. Prima dell’invio create una versione dei dati chiaramente identificata. Includete valori approvati, mappatura verso il formato di destinazione e data di approvazione. Conservate questa versione nell’archivio controllato, affinché le modifiche successive non sovrascrivano l’evidenza iniziale.

4. Testare con la documentazione tecnica aggiornata

La documentazione Swissmedic riporta dal 1° ottobre 2026 la versione 2.6.0, con modifiche allo stato del mandato e un collegamento all’importatore. Verificate quali funzioni utilizza effettivamente il vostro processo. Annotate versione delle specifiche e ambiente di test. Utilizzate un insieme limitato di dati e provate anche un rifiuto e un trasferimento interrotto. La verifica centrale è questa: il team sa riconoscere senza ambiguità ciò che è stato elaborato? [3]

5. Separare invio, accettazione e riconciliazione

Per seguire il progetto sono utili tre stati: invio avviato, elaborazione confermata e riconciliazione funzionale completata. Un esito tecnico positivo non basta per l’ultimo stato. Confrontate le informazioni disponibili nel sistema destinatario con la versione approvata. Documentate differenze, responsabili e prossima verifica. Prima di ripetere l’operazione chiarite se il tentativo precedente abbia già prodotto effetti. Un errore poco chiaro non diventa così una seconda operazione incontrollata.

6. Verificare il percorso con il team

Fate eseguire un caso completo di modifica ai responsabili funzionali e informatici. Controllate sostituzioni, gestione degli errori e reperibilità delle evidenze. Nei team svizzeri plurilingui, i documenti di lavoro in tedesco, francese, italiano e inglese dovrebbero basarsi sugli stessi fatti approvati. Valutate il processo con criteri propri, per esempio differenze aperte e tempo necessario per chiarirle. Questa accettazione organizzativa non sostituisce la valutazione regolatoria del singolo prodotto.

Un prossimo passo circoscritto

Per un primo confronto con VALNARO preparate una famiglia di prodotti, i sistemi coinvolti e un caso tipico di modifica. Insieme possiamo definire un percorso limitato di verifica: fonte, responsabilità, approvazione, trasferimento e riconciliazione. L’obiettivo è decidere il prossimo passo operativo su basi tracciabili, con domande aperte e un perimetro di prestazioni chiaramente identificati.

Approfondimenti e prossimi passi

Fonti e contesto