IMDRF N90 finalizza framework PCCP per software medici

L'International Medical Device Regulators Forum (IMDRF) ha pubblicato IMDRF/SaMD WG/N90 FINAL:2026, Essential Principles and Content of Predetermined Change Control Plans, il 6 agosto 2026. Il documento finale fornisce ad autorità regolatorie e fabbricanti un quadro comune per la pianificazione di determinate modifiche future al software per dispositivi medici prima che tali modifiche vengano attuate.

L'opportunità principale è ben nota: quando una giurisdizione autorizza un piano di controllo delle modifiche predeterminato (PCCP), un fabbricante può attuare le modifiche coperte da tale piano senza richiedere un'autorizzazione separata per ciascuna modifica. La limitazione fondamentale è altrettanto importante: IMDRF N90 è un documento di armonizzazione internazionale, non una legge o una linea guida specifica per una giurisdizione. Non rende disponibili i PCCP in un mercato che non li accetta e non deroga ai requisiti di presentazione locali.

Per i team di sviluppo software globali, N90 è utilizzato al meglio come architettura di progettazione comune. Se tale architettura possa essere presentata, autorizzata o utilizzata come riferimento deve ancora essere deciso mercato per mercato.

Cosa è cambiato il 6 agosto

N90 è passato dalla fase di consultazione a documento tecnico finale dell'IMDRF. Si applica al sottoinsieme di software che soddisfa la definizione di dispositivo medico, utilizzando il termine software per dispositivi medici come descritto in IMDRF N81.

Il documento è intenzionalmente di alto livello. È concepito per:

• identificare i principi fondamentali per lo sviluppo di un PCCP;
• stabilire gli elementi chiave di un PCCP per le modifiche al software per dispositivi medici;
• descrivere i tipi di confini che rendono esaminabili le modifiche pianificate; e
• spiegare vantaggi e sfide per utilizzatori, autorità regolatorie e fabbricanti.

N90 non definisce un elenco universale di modifiche accettabili. Inoltre, non stabilisce un requisito regolatorio per la presentazione di un PCCP. L'IMDRF precisa che non tutte le giurisdizioni potrebbero accettare i PCCP o piani analoghi ai fini della valutazione regolatoria.

I cinque principi di un PCCP solido

L'IMDRF articola il quadro di riferimento attorno a cinque principi.

Mirato e delimitato

Le modifiche pianificate devono essere descritte con una specificità tale da supportare la valutazione del mantenimento della sicurezza e dell'efficacia. Devono rimanere nell'ambito della destinazione d'uso o della finalità d'uso originale del software per dispositivi medici.

Si tratta di qualcosa di più di una semplice preferenza redazionale. Un'ambizione generica come "futuri miglioramenti del modello" non costituisce un confine di modifica utilizzabile. Un PCCP valutabile deve indicare cosa può cambiare, fino a che punto può cambiare e cosa rimane invariato.

Basato sul rischio

Il PCCP deve essere progettato ed eseguito attraverso il sistema di gestione del rischio esistente del fabbricante. Il livello di dettaglio, le evidenze, i controlli e i criteri di accettazione devono corrispondere al rischio e alla complessità della modifica pianificata.

Basato sulle evidenze

Le evidenze generate lungo l'intero ciclo di vita del prodotto devono supportare la conclusione che il software modificato rimanga sicuro ed efficace e che i suoi benefici continuino a superare i suoi rischi.

Trasparente

I fabbricanti devono fornire informazioni chiare, significative e tempestive agli utilizzatori previsti, in modo coerente con il PCCP autorizzato. La trasparenza riguarda anche l'autorità regolatoria: la domanda deve rendere comprensibili i confini della modifica, le evidenze, i controlli e l'impatto.

Prospettiva dell'intero ciclo di vita del prodotto

Un PCCP non è un allegato una tantum che può essere separato dai controlli di produzione. I contributi degli utilizzatori, i nuovi dati, la gestione del rischio, i processi di qualità, il rilascio, il monitoraggio e la comunicazione rimangono connessi lungo tutto il ciclo di vita del software.

I tre elementi che i fabbricanti devono collegare

N90 descrive un PCCP come tre elementi interconnessi: la Descrizione delle modifiche, il Piano delle modifiche e la Valutazione dell'impatto.

1. Descrizione delle modifiche

Questa sezione identifica ciascuna modifica pianificata e la relativa motivazione. Deve stabilire confini verificabili, descrivere le caratteristiche o le prestazioni che potrebbero cambiare e spiegare come la modifica verrà attuata.

A seconda del software, l'attuazione può essere uniforme su tutti i dispositivi distribuiti o adattata a specifici siti o pazienti. Può essere automatica, manuale o una combinazione delle due. N90 non afferma che ogni giurisdizione accetterà qualsiasi modello di attuazione; indica che il modello deve essere reso esplicito.

2. Piano delle modifiche

Il Piano delle modifiche spiega come ciascuna modifica pianificata verrà verificata, convalidata, distribuita e comunicata. N90 evidenzia i dati rilevanti, le pratiche di gestione dei dati, i metodi di analisi, le metriche di prestazione, i test statistici e i criteri di accettazione predefiniti che siano quantitativi, statisticamente solidi, idonei al rischio e clinicamente significativi.

Il piano necessita anche di una gestione dei casi di fallimento. Se una modifica proposta non soddisfa i relativi criteri di accettazione predefiniti, il fabbricante deve disporre di un meccanismo documentato per impedirne l'attuazione e registrare il fallimento in conformità ai requisiti applicabili.

La distribuzione fa parte del piano, non è un elemento secondario. Il documento richiama gli aggiornamenti dell'etichettatura, le comunicazioni o la formazione per gli utilizzatori, la sorveglianza post-commercializzazione, il monitoraggio nella pratica clinica reale e i requisiti di notifica, ove applicabile.

3. Valutazione dell'impatto

La Valutazione dell'impatto collega le modifiche proposte ai controlli previsti nel Piano delle modifiche. Valuta benefici, rischi e mitigazioni per ciascuna modifica e per le modifiche nel loro complesso.

Tale visione cumulativa rappresenta un aspetto operativo di fondamentale importanza. Una sequenza di modifiche singolarmente accettabili può interagire, alterare il rischio di sicurezza informatica o di interoperabilità, oppure spostare le prestazioni in una direzione non visibile quando ogni rilascio viene valutato singolarmente.

Cosa comporta N90 per una strategia di presentazione globale

Un unico piano centrale non significa un unico esito regolatorio

Un fabbricante può utilizzare N90 per creare un PCCP globale di riferimento, ma ciascun mercato di destinazione può differire quanto all'accettazione dei PCCP, a quali modifiche richiedano autorizzazione, a quando il piano possa essere presentato e a come un piano autorizzato possa essere modificato.

L'output pratico dovrebbe essere una matrice delle giurisdizioni allegata al piano principale. Per ciascun mercato, è necessario tracciare:

• se sia accettato un PCCP o un meccanismo comparabile;
• i tipi di dispositivo e di domanda ammissibili;
• l'ambito di modifica accettabile;
• la tempistica di presentazione e il percorso di valutazione;
• la terminologia locale e la collocazione dei documenti;
• gli obblighi di comunicazione agli utilizzatori;
• le conseguenze per la post-commercializzazione e le segnalazioni; e
• il trattamento regolatorio delle revisioni apportate al PCCP stesso.

Senza tale matrice, un team potrebbe erroneamente ipotizzare che l'autorizzazione in un mercato elimini la necessità di una presentazione in un altro.

Il controllo di versione diventa un'evidenza regolatoria

N90 sottolinea che sia l'autorità regolatoria sia il fabbricante devono sapere quale versione del PCCP sia stata autorizzata. Le revisioni di un PCCP autorizzato richiederanno generalmente una nuova autorizzazione, poiché il piano copre modifiche che altrimenti richiederebbero una nuova domanda, sebbene alcune giurisdizioni possano consentire revisioni minori senza riesame autorizzativo.

La versione autorizzata del PCCP deve pertanto essere collegata alla corrispondente autorizzazione del dispositivo, alla baseline del software, al fascicolo di gestione del rischio, ai controlli di rilascio, all'etichettatura e allo stato regolatorio specifico per ciascun mercato.

La tracciabilità deve essere sviluppata modifica per modifica

Il documento raccomanda di collegare ciascuna voce della Descrizione delle modifiche alle relative attività di verifica e convalida nel Piano delle modifiche. I fabbricanti dovrebbero estendere tale tracciabilità attraverso la Valutazione dell'impatto e la decisione di rilascio.

Un modello di controllo utile prevede una riga per ciascuna modifica pianificata, con collegamenti a:

• il confine autorizzato;
• i requisiti applicabili e i pericoli;
• i protocolli di verifica e convalida;
• i criteri di accettazione;
• le conclusioni sull'impatto individuale e cumulativo;
• i controlli di distribuzione e comunicazione;
• la versione del software rilasciata; e
• i mercati nei quali l'attuazione è consentita.

Tale struttura rende più agevole bloccare una modifica che esca dai confini del piano o che superi i test in un mercato ma sia priva di autorizzazione in un altro.

Ciò che N90 non consente ai fabbricanti di presumere

Il documento finale non giustifica le seguenti scorciatoie:

• Un PCCP non costituisce un'autorizzazione automatica. L'autorità regolatoria competente deve accettare e autorizzare il piano nell'ambito del proprio quadro normativo.
• L'ambito non è illimitato. Le modifiche devono rimanere entro la destinazione d'uso o la finalità d'uso originale ed entro i confini autorizzati.
• I controlli del sistema di gestione della qualità rimangono applicabili. La gestione delle modifiche, la gestione del rischio, la verifica, la convalida, il rilascio e i processi post-commercializzazione rimangono necessari.
• Un piano autorizzato non è necessariamente modificabile liberamente. Un PCCP revisionato potrebbe esso stesso richiedere un'autorizzazione regolatoria.
• Le modifiche non attuate non devono apparire nell'etichettatura corrente. N90 afferma che l'etichettatura in commercio deve riflettere le modifiche attuate, non le modifiche future semplicemente elencate nel PCCP.
• Il riconoscimento internazionale non è automatico. Le differenze tra le giurisdizioni possono incidere sulla generalizzabilità, sulle evidenze e sul mutuo riconoscimento.

Un test pratico di idoneità

Prima di investire nella presentazione di un PCCP, un fabbricante dovrebbe essere in grado di rispondere a cinque domande.

1. Ogni modifica proposta può essere descritta all'interno di un confine specifico e verificabile?
2. I metodi per le evidenze e i criteri di accettazione sono sufficientemente maturi da poter essere definiti prima dello sviluppo della modifica futura?
3. Il sistema di gestione della qualità è in grado di impedire il rilascio qualora i criteri non siano soddisfatti o qualora un mercato non abbia autorizzato l'attuazione?
4. Gli impatti individuali e cumulativi possono essere monitorati attraverso rilasci successivi?
5. Esiste un percorso verificato mercato per mercato per la presentazione e l'utilizzo del piano?

Se le prime quattro risposte risultano deboli, il PCCP potrebbe essere troppo immaturo per la valutazione. Se la quinta risposta risulta debole, il piano tecnico potrebbe essere solido, ma l'ipotesi di diffusione globale è non sicura.

Cosa dovrebbero fare i fabbricanti ora

I fabbricanti di software per dispositivi medici possono utilizzare il framework finale N90 immediatamente per la pianificazione interna, anche prima che ogni giurisdizione adotti un percorso PCCP.

• Confrontare i modelli di piano di controllo delle modifiche esistenti con i cinque principi e i tre elementi contenuti in N90.
• Sostituire le ampie categorie di modifica con dichiarazioni di modifica delimitate e verificabili.
• Collegare ciascuna modifica pianificata a evidenze, criteri di accettazione, analisi dell'impatto, distribuzione, comunicazione e controlli dei guasti.
• Stabilire un controllo delle versioni gestito per il PCCP e la sua relazione con ciascuna configurazione autorizzata del dispositivo.
• Creare e mantenere la matrice delle giurisdizioni prima di fare affidamento su un piano di attuazione multimercato.
• Interagire tempestivamente con le autorità regolatorie di destinazione laddove siano disponibili interazioni pre-sottomissione, in particolare per modifiche inedite o adattate a livello locale.

La guida regolatoria al SaMD di Pure Global fornisce un contesto aggiuntivo per classificare e registrare il software in tutti i principali mercati. N90 può fornire l'architettura PCCP comune; la strategia di mercato deve comunque tradurre tale architettura nelle regole effettive di ciascuna giurisdizione.

In sintesi

IMDRF N90 offre al settore del software per dispositivi medici un riferimento internazionale finale per la progettazione dei PCCP. Il suo valore risiede in una struttura condivisa: confini di modifica mirati, controlli basati sul rischio e sulle evidenze, trasparenza per l'utente, governance del ciclo di vita e una connessione tra Descrizione delle Modifiche, Piano di Modifica e Valutazione dell'Impatto. Il suo limite è l'adozione da parte delle singole giurisdizioni. I fabbricanti dovrebbero utilizzare N90 per standardizzare il piano principale, per poi verificare separatamente in ciascun mercato i requisiti di autorizzazione e di attuazione.