Introduzione: Il ruolo di IEC 62304 nel software di dispositivi medici

L'integrazione del software in dispositivi medici ha trasformato la moderna assistenza sanitaria, consentendo tutto, dalle pompe di insulina e dai pacemaker ai sistemi di imaging diagnostici e agli assistenti chirurgici robotici. Tuttavia, i guasti del software nei dispositivi medici possono portare a gravi danni o addirittura alla morte del paziente.

L'impatto dell'IEC 62304 si estende ben oltre i team ingegneristici, elabora processi di approvazione normativi, guida pratiche di documentazione e in definitiva influenza la qualità dei pazienti che ricevono assistenza. Richiedendo un approccio strutturato e basato sul rischio allo sviluppo del software, lo standard aiuta i produttori a ridurre gli errori, semplificare gli audit e ottenere un accesso più rapido al mercato.

Sfondo e scopo della IEC 62304

Prima dell'adozione diffusa di IEC 62304, il software per dispositivi medici è stato spesso sviluppato utilizzando processi ad hoc che variano ampiamente tra i produttori. Come la complessità del software è cresciuta, i regolatori hanno riconosciuto la necessità di un quadro armonizzato e accettato a livello internazionale che potrebbe affrontare i rischi unici del software in dispositivi medici.

Lo scopo principale di IEC 62304 è quello di garantire che il software del dispositivo medico sia sicuro ed efficace definendo un insieme di processi che coprono l'intero ciclo di vita del software - dalla concezione e dalla pianificazione, attraverso lo sviluppo e la verifica, alla distribuzione, alla manutenzione e all'eventuale pensionamento.

La IEC 62304 crea un registro verificabile che dimostra la conformità, e questo è essenziale per ottenere le approvazioni normative da parte di organismi come la Food and Drug Administration (FDA), gli organismi notificati europei ai sensi del Regolamento sui dispositivi medici (MDR), Health Canada e la giapponese Pharmaceuticals and Medical Devices Agency (PMDA) hanno riconosciuto il consenso dell'Unione Europea.

Requisiti fondamentali di IEC 62304

IEC 62304 è strutturato intorno a cinque processi principali: sviluppo software, manutenzione software, gestione del rischio software, gestione della configurazione software e risoluzione dei problemi software. Ogni processo è suddiviso in attività specifiche che devono essere eseguite e documentate. Lo standard introduce anche un sistema di sicurezza del software[] (Classe A, B e C) che determina il rigore richiesto per ogni componente software basato sul potenziale danno derivante da un danno

Processo di sviluppo software

[LT], il processo di sviluppo del software, definito in IEC 62304, segue un modello di ciclo di vita tradizionale (ad esempio, cascata, iterativo, o agile) ma richiede attività formali in ogni fase.

Uno degli aspetti più importanti è il requisito della tracciabilità ]. Ogni requisito del software deve essere tracciato alla sua origine (ad esempio, una misura di bisogno o di controllo del rischio) e poi inoltrato agli elementi di progettazione, unità di codice e casi di test.

Classificazione di sicurezza del software

IEC 62304 classifica i componenti software in tre classi di sicurezza basate sulla gravità del danno che potrebbe derivare da un fallimento:

  • Class A[]: Non è possibile danneggiare la salute. Esempio: software che regola solo le impostazioni di visualizzazione non critiche.
  • Class B]: È possibile un infortunio non grave. Esempio: software che controlla un dispositivo diagnostico in cui il fallimento potrebbe causare disagio minore o ritardato trattamento.
  • Class C[]: È possibile la morte o lesioni gravi. Esempio: software in un cardioverter-defibrillatore impiantabile o una pompa di infusione.

Il software Class A richiede solo attività di processo di sviluppo di base. La classe B aggiunge documentazione e test più rigorosi, come l'integrazione dei requisiti e il test di sistema. La classe C richiede il livello più alto di rigore, inclusa la documentazione dettagliata del design, la verifica a livello unitario e la verifica completa dell'integrazione. I produttori devono classificare ogni componente software e applicare i requisiti corrispondenti.

Integrazione della gestione del rischio

IEC 62304 richiede esplicitamente che le attività di gestione del rischio, come definito nella ISO 14971, siano integrate nel ciclo di vita del software. Ciò significa che l'analisi del rischio inizia durante la fase di pianificazione e continua a sviluppare, verificare, mantenere e risolvere i problemi. Lo standard richiede ai produttori di identificare i rischi relativi al software, valutare i rischi associati, implementare le misure di controllo del rischio e verificare la loro efficacia.

Per esempio, si consideri una pompa di infusione controllata dal software. Un pericolo potrebbe essere in sovrainfusione a causa di un errore di temporizzazione del software. L'analisi del rischio stima la probabilità e la gravità, quindi specificare i controlli di rischio come timer di watchdog, cross-check con sensori hardware e allarmi di interfaccia utente. Ciascuno di questi controlli diventa un requisito software che è progettato, implementato, testato e mantenuto. L'integrazione della gestione del rischio assicura che la sicurezza non è una sola volta, ma un'attività di processo.

Gestione delle configurazioni e controllo delle modifiche

IEC 62304 richiede ai produttori di stabilire un piano di gestione della configurazione e di identificare tutti gli elementi software (compresi requisiti, documenti di progettazione, codice sorgente, codice degli oggetti, script di prova e strumenti), ogni modifica a un prodotto software deve essere controllata, documentata e valutata per l'impatto sulla sicurezza e sulla funzionalità.

I processi di controllo dei cambiamenti devono garantire che le modifiche siano esaminate e approvate, che la portata dei test di regressione sia determinata in base al rischio e che la documentazione aggiornata rifletta la nuova versione del software. La traceability deve essere mantenuta dopo le modifiche per dimostrare che tutti i requisiti, i disegni e i test interessati sono stati aggiornati.

Manutenzione e Risoluzione dei problemi del software

Se il problema è corretto, le attività del post-mercato sono esplicitamente affrontate nel processo di manutenzione del software[]] e nel processo di risoluzione dei problemi del software[]]. I produttori devono avere procedure per il monitoraggio delle prestazioni del campo, registrazione e problemi di classificazione, l'esecuzione di analisi delle cause, l'attuazione di azioni correttive e la comunicazione con gli utenti e regolatori di sicurezza segnalati.

Le attività di manutenzione includono anche aggiornamenti al software, sia per l'aggiunta di nuove funzionalità che per il fissaggio di bug. Ogni rilascio di manutenzione deve essere sottoposto allo stesso livello di verifica e validazione di un nuovo sviluppo, scalato in base alla classe di sicurezza e all'analisi degli impatti.

Impatto sull'industria dei dispositivi medici

L'adozione di IEC 62304 ha modificato fondamentalmente come i produttori di dispositivi medici si avvicinano allo sviluppo del software. La sua influenza abbraccia strutture organizzative, pratiche ingegneristiche, strategie di regolamentazione e qualità del prodotto.

Impatto sui produttori

Per i produttori, l'effetto più immediato e visibile dell'ICI 62304 è l'accento maggiore sulla documentazione e sulla disciplina di processo. Le aziende che in precedenza si affidavano ai metodi di sviluppo informale devono ora implementare processi di ciclo di vita strutturati, mantenere record dettagliati e produrre prove tracciabili delle loro attività.

Molti regolatori, tra cui la FDA, accettano IEC 62304 come standard di consenso, il che significa che la dichiarazione di conformità del produttore può ridurre la quantità di documentazione aggiuntiva necessaria durante la revisione. Ciò facilita la liquidazione o l'approvazione più rapida, che è un vantaggio competitivo. Per i mercati europei, la conformità con IEC 62304 è essenzialmente obbligatoria per la marcatura CE sotto il MDR, in quanto è previsto da parte degli organismi notificati.

Un altro impatto è il cambiamento culturale ] verso lo sviluppo del software di ricerca del rischio. Gli ingegneri e i project manager sono addestrati a pensare alla sicurezza fin dall'inizio, piuttosto che trattarlo come attività di assicurazione della qualità separata alla fine. Questo approccio proattivo spesso porta a più robusti requisiti di verifica che sono più facili da mantenere e meno inclini a sorprese di fase tardiva.

Impatto sugli organi regolamentari e l'armonizzazione

IEC 62304 è stato un driver chiave dell'armonizzazione normativa globale per il software di dispositivi medici. Prima della sua diffusa accettazione, diverse regioni avevano aspettative molto diverse per la documentazione del software e le prove di sicurezza. Lo standard fornisce una lingua comune e un insieme di aspettative che i regolatori negli Stati Uniti, Europa, Giappone, Canada, Australia e altri paesi hanno adottato o fatto riferimento.

Per esempio, la guida della FDA sull'uso del software off-the-shelf e la guida di convalida del software della FDA sia allineare con i principi di IEC 62304. Analogamente, la DDR europea fa riferimento esplicitamente IEC 62304 come standard armonizzato.Questo allineamento significa che un produttore che rispetta l'efficienza IEC 62304 è ben disposto a soddisfare i requisiti relativi al software di questi diversi framework normativi.

Tuttavia, alcune differenze rimangono. La FDA, per esempio, può richiedere ulteriori informazioni per i dispositivi con nuove tecnologie o per il software come dispositivo medico (SaMD). Lo standard stesso non è un completo sostituto per la guida normativa, ma fornisce una solida base che può essere completato secondo le necessità.

Impatto sui pazienti e sui fornitori di assistenza sanitaria

In definitiva, il successo di qualsiasi standard di dispositivo medico è misurato dal suo effetto sulla sicurezza dei pazienti e risultati clinici. IEC 62304 ha contribuito ad una marcata riduzione degli eventi negativi legati al software, anche se le statistiche esatte sono difficili da isolare a causa di fattori di confondamento.

I pazienti beneficiano di dispositivi più affidabili e meno inclini al fallimento. Quando si verificano guasti, il processo di risoluzione dei problemi garantisce che le azioni correttive vengano implementate in modo rapido ed efficace, e che gli utenti (clinici e pazienti) ricevano aggiornamenti tempestivi. Per i fornitori di servizi sanitari, la standardizzazione significa che i dispositivi di diversi produttori sono più propensi a seguire pratiche di sicurezza costanti, rendendo più facile formare il personale e fidarsi della tecnologia.

Sfide nell'attuazione della norma IEC 62304

Nonostante i suoi vantaggi, IEC 62304 presenta diverse sfide, soprattutto per le piccole e medie imprese (PMI) e per i produttori di dispositivi legacy o prodotti a basso volume.

Intensità delle risorse

Il costo di implementare un ciclo di vita conforme può essere proibitivo per le startup o per le piccole aziende. Ad esempio, un sondaggio del 2020 da parte dell'Associazione per l'avanzamento dell'Instrumentazione Medica ([230% di bilancio]AAMI = 1,1 = 1,1 = 1,3 % di stanziamenti di pagamento)[23]

Per mitigare questo, i produttori possono adottare strategie di documentazione magra e sfruttare strumenti automatizzati per la gestione dei requisiti, la tracciabilità e il test. Piattaforme basate su cloud per la gestione del rischio e la gestione dei test possono anche ridurre la sovraccarico. Inoltre, lo standard consente la sartoria, pensando che non tutte le attività sono necessarie per ogni componente; il software di classe inferiore richiede meno sforzo.

Integrazione con lo sviluppo Agile

IEC 62304 è stato originariamente scritto con un ciclo di vita cascata in mente, che può contrastare con le pratiche agili e DevOps moderne. Agile sottolinea lo sviluppo iterativo, l'integrazione continua e la documentazione minima, mentre IEC 62304 richiede tracciabilità formale, documentazione completa e porte di verifica definite.

Diversi documenti di settore e di guida bianchi, compresi quelli della FDA e IEC stesso[[], ora forniscono raccomandazioni per l'utilizzo agile con IEC 62304. La prossima seconda edizione dello standard è prevista per offrire una guida più esplicita sullo sviluppo iterativo e SaMD.

Sistemi legacy e aggiornamenti di prodotto

Per i dispositivi che sono stati progettati prima dell'esistenza di IEC 62304, o per i prodotti che si sono evoluti attraverso molte versioni senza rigorose aderenza di processo, la conformità retroattiva può essere estremamente difficile. I produttori possono avere documentazione incompleta, codice non testato, o mancanti requisiti.

Rapido cambiamento tecnologico

Il ritmo dell’innovazione software, soprattutto nei settori dell’apprendimento automatico, del cloud computing e della distribuzione continua, supera spesso il processo di impostazione standard. IEC 62304 viene aggiornato approssimativamente ogni 10 anni, che può lasciare vuoti. Ad esempio, l’attuale edizione (2015) non affronta pienamente le sfide uniche dell’intelligenza artificiale o degli algoritmi adattativi che imparano dai dati post-MD.

Indicazioni future per IEC 62304

Riconoscendo la necessità di rimanere rilevanti, l'ICC sta lavorando alla seconda edizione dell'EC 62304, prevista a metà degli anni 20.

  • Software non incorporato e sicuro[]: La nuova edizione fornirà definizioni e requisiti più chiari per il software che non è incorporato in un dispositivo hardware, come applicazioni per la salute mobile, algoritmi diagnostici basati su cloud e software utilizzato in terapeutici digitali.
  • Sviluppo Agile e continuo[[]: L'aggiornamento dovrebbe includere la guida su come applicare i processi del ciclo di vita negli ambienti Agile e DevOps, incluso come gestire l'integrazione continua e la distribuzione continua mantenendo la sicurezza e la tracciabilità.
  • Sicurezza e interoperabilità[[[]: Con l'aumento dei dispositivi connessi e l'Internet of Medical Things (IoMT), la cybersecurity è diventata un aspetto critico della sicurezza. La nuova edizione probabilmente incorporerà requisiti più espliciti per la sicurezza del software, tra cui la modellazione delle minacce, la gestione delle vulnerabilità e le pratiche di codifica sicura, eventualmente integrando con standard come IEC 62443][F.
  • Intelligenza artificiale[[]: Mentre uno standard AI completo è ancora in fase di sviluppo, IEC 62304 può introdurre principi per gestire i rischi unici di machine learning, come data bias, model drift e mancanza di spiegabilità. Le soluzioni temporanee prevedono il trattamento degli algoritmi AI come parte del ciclo di vita del software con ulteriori misure di verifica e validazione.
  • La sorveglianza post-market e le prestazioni reali[: Lo standard può rafforzare i requisiti per il monitoraggio del software nel campo, la raccolta dei dati reali delle prestazioni, e l'alimentazione che torna ai miglioramenti della gestione del rischio e della progettazione.

Inoltre, i regolatori si aspettano sempre più che i produttori considerino l’intero ecosistema, compreso il sistema operativo, le librerie di terze parti e le interfacce hardware-software. L’integrazione di IEC 62304 con altri standard, come ISO 14971] per la gestione del rischio e ] IEC 62366] per l’ingegneria di usabilità, evitano, e non saranno più perfezionati.

Conclusioni

IEC 62304 si è affermata come lo standard de facto per lo sviluppo di software di dispositivi medici in tutto il mondo. Il suo approccio strutturato e basato sul rischio ha migliorato la sicurezza, migliorato la predisposizione normativa e ha favorito una cultura della qualità all'interno del settore. Mentre le sfide come il costo, l'integrazione legacy e il mantenimento del passo con la tecnologia rimangono, l'evoluzione continua dello standard promette di affrontare molte di queste preoccupazioni.