La convalida del Software come Dispositivo Medico

La convalida del Software come
Dispositivo Medico
DIMED 30 giugno 2009
1

Sommario
Riferimenti normativi
Le novità introdotte dalla nuova direttiva
La classificazione del software
Il Technical File del software
Cosa cambia rispetto alla tradizionale convalida
del software (GAMP)
2

Sommario
Riferimenti normativi
Le novità introdotte dalla nuova direttiva
La classificazione del software
Il Technical File del software
Cosa cambia rispetto alla tradizionale convalida
del software (GAMP)
3

Software come
Dispositivo Medico
• Lo scopo del software è menzionato nella MDD
e.g. diagnosi, monitoraggio, terapia
• Il Software è progettato per essere utilizzato dai pazienti per
diagnosticare o curare una condizione mentale o psicologica
• Lo Scopo del Software è di controllare o influenzare il
funzionamento di un Dispositivo Medico
• Il Software è progettato per l’analisi dei dati di pazienti generati
da un Dispositivo Medico allo scopo di favorire diagnosi e
monitoraggio
4

Riferimenti Normativi
#
Codice
Descrizione
Campo di Applicazione
1
ISO 13485:2003
Dispositivi medici – Sistemi per la
Gestione della Qualità
Fabbricanti di Dispositivi
Medici
2
Direttiva
93/42/CEE
Direttiva dei Dispositivi Medici –
(MDD)
3
4
2007/47/EC
ISO IEC
62304:2006
Emendamento delle Dir. Eur.
riguardanti i Dispositivi Medici
(inclusa la 93/42/CEE)
Medical Device Software –
Software Life Cycle Processes
Dispositivi Medici
5
ISO 14971:2007
Applicazione della gestione dei
rischi ai dispositivi medici
6
FDA CFR 21
Part 820
Devices Part 820 Quality System
Regulation
Fabbricanti di Dispositivi
Medici – Esportazione in
USA
5

Due Modelli a
Confronto
Sistema
Qualità
Sistema
Qualità
QSR
CFR21 Part 820
Requisiti
ISO 13485
Linee
Guida FDA
General
Principles of
Software
Validation..
ISO/IEC 62304
Medical device
software
ISO 14971
Application of Risk
Management to
Medical Devices
IEC 60601-1
Medical electrical
equipment part 1
Direttive
Europee
93/42 CEE
2007/47 EC
6

ISO 13485:2003
La convalida dei processi produttivi e dei software applicati per la
produzione dei Dispositivi Medici è un requisito della norma ISO 13485:2003
7.5.2.1 General requirements
The organization shall validate any processes for production and service provision where the resulting
output cannot be verified by subsequent monitoring or measurement. This includes any processes where
deficiencies become apparent only after the product is in use or the service has been delivered.
Validation shall demonstrate the ability of these processes to achieve planned results.
The organization shall establish arrangements for these processes including, as applicable
a) defined criteria for review and approval of the processes,
b) approval of equipment and qualification of personnel,
c) use of specific methods and procedures,
d) requirements for records (see 4.2.4), and
e) revalidation.
The organization shall establish documented procedures for the validation of the application of
computer software (and changes to such software and/or its application) for production and
service provision that affect the ability of the product to conform to specified requirements.
Such software applications shall be validated prior to initial use.
Records of validation shall be maintained (see 4.2.4)
7

Direttive sui Dsipositivi Medici
I Dispositivi Medici, per poter essere commercializzati ed utilizzati nella
Comunità Europea devono essere conformi ai requisiti della Direttiva 93/42
CEE la quale è ora modificata dalla 2007/47.
8

Riferimenti normativi
Le novità introdotte dalla nuova direttiva
La classificazione del software
Il Technical File del software
Cosa cambia rispetto alla tradizionale convalida
del software (GAMP)
9

2007/47/EC vs. 93/42/EEC
Cambia la definizione stessa di Dispositivo Medico
Direttiva 93/42 CEE
Art. 1 – Definizioni
dispositivo medico: qualsiasi strumento,
apparecchio, impianto, sostanza o altro
prodotto, utilizzato da solo o in combinazione,
compreso il software informatico
impiegato per il corretto funzionamento e
destinato dal fabbricante ad esser impiegato
nell'uomo a scopo di:
Direttiva 2007/47 EC
Art. 1 - Definizioni
dispositivo medico: qualunque strumento,
apparecchio, impianto, software, sostanza o
altro prodotto, utilizzato da solo o in
combinazione, compresi gli accessori tra cui
il software destinato dal fabbricante ad essere
impiegato specificamente con finalità
diagnostiche e/o terapeutiche e necessario al
corretto funzionamento del dispositivo stesso,
destinato dal fabbricante ad essere impiegato
sull’uomo a fini di:
- diagnosi, prevenzione, controllo, trattamento o attenuazione di malattie,
- diagnosi, controllo, trattamento, attenuazione o compensazione di una ferita o di un
handicap,
- studio, sostituzione o modifica dell’anatomia oppure di un processo fisiologico,
- controllo del concepimento,”
10

Classificazione del Software
2007/47/EC vs. 93/42/EEC
Direttiva 93/42 CEE
All. IX – 1 - Definizioni
1.4. Dispositivo medico attivo
Dispositivo medico dipendente, per il suo
funzionamento, da una fonte di energia
elettrica o di altro tipo di energia, diversa da
quella generata direttamente dal corpo
umano o dalla gravità e che agisce
convertendo tale energia. [… ]
Direttiva 2007/47 EC
All. IX 1 - Definizioni
1.4. Dispositivo medico attivo
Dispositivo medico dipendente, per il suo
funzionamento, da una fonte di energia
elettrica o di altro tipo di energia, diversa da
quella generata direttamente dal corpo
umano o dalla gravità e che agisce
convertendo tale energia. [… ]
Il software indipendente (stand-alone) è
considerato un dispositivo medico attivo.
All. IX – II Regole di applicazione
2.3 Il software destinato a far funzionare un dispositivo o ad influenzarne l'uso rientra
automaticamente nella stessa classe del dispositivo.
11

Convalida del Software
2007/47/EC vs. 93/42/EEC
Direttiva 93/42 CEE
All. I – Requisiti Essenziali
12.1. I dispositivi che contengono sistemi
elettronici programmabili devono essere
progettati in modo tale da garantire la
riproducibilità, l'affidabilità e le prestazioni di
questi sistemi conformemente all'uso cui sono
destinati. […]
Direttiva 2007/47 EC
All. I – Requisiti Essenziali
12.1. I dispositivi che contengono sistemi
elettronici programmabili devono essere
progettati in modo tale da garantire la
riproducibilità, l'affidabilità e le prestazioni di
questi sistemi conformemente all'uso cui sono
destinati. […]
12.1 bis. Per i dispositivi che incorporano
un software o costituiscono in sé un
software medico, il software è convalidato
secondo lo stato dell’arte, tenendo conto
dei principi del ciclo di vita dello sviluppo,
della gestione dei rischi, della validazione
e della verifica.
12

Direttiva 2007/47/EC
Implementazione della Direttiva
Gli Stati membri adottano e pubblicano, entro il 21 dicembre 2008, le
disposizioni legislative, regolamentari e amministrative necessarie per
conformarsi alla presente direttiva. Essi comunicano immediatamente
alla Commissione il testo di tali disposizioni.
Essi applicano tali disposizioni a decorrere dal
21 marzo 2010.
In Italia è tuttora valido il D.L. 46/97 che recepisce la direttiva 93/42
13

Riferimenti normativi
Le novità introdotte dalla nuova direttiva
La classificazione del software
Il Technical File del software
Cosa cambia rispetto alla tradizionale convalida
del software (GAMP)
14

•È necessaria per la commercializzazione di un Dispositivo Medico
all’interno della Comunità Europea.
La Marcatura CE
•La Marcatura CE Implica la conformità con le Direttive Europee Applicabili
Certificato di Conformità
• Consente il commercio ed il libero movimento dei
Dispositivi Medici all’interno della Comunità
Europea
• Garantisce che il Dispositivo opera in accordo al
suo intended use
• È affisso in maniera leggibile ed indelebile sui
Dispositivi, sulle istruzioni per l’uso e sulle
confezioni in vendita
• Riporta il codice dell’Organismo Notificato che ne
ha autorizzato il commercio (se applicabile)
15

Le Milestones per
ottenere la Marcatura CE
• Classificazione del Dispositivo Medico
• Selezione della appropriata Procedura di Dichiarazione di
Conformità
• Fornire le prove documentate della conformità ai requisiti delle
Direttive Europee
• Valutazione del Rischio
• Preparazione del Technical File
• Sviluppare metodologie di Vigilanza e Sorveglianza post marketing
• Dichiarazione di Conformità
• Marcatura CE
16

Classificazione del Software
come Dispositivo Medico
Allegato IX Direttiva 93/42 CEE emendata dalla 2007/47 EC
Software Stand Alone:
•Come Dispositivo Terapeutico
•Come Dispositivo Diagnostico
•Altro
DISPOSITIVO MEDICO
Software Embedded
Classe I, IIa, IIb, III
Software che Controlla o influenza l’utilizzo di un
Dispositivo Medico
Software come Accessorio di un Dispositivo Medico
Classe del DM: I, IIa, IIb, III
17

Direttiva 93/42/CEE
Allegato IX – III CLASSIFICAZIONE
La Classificazione del
Software Stand Alone
DISPOSITIVI MEDICI ATTIVI
3.1. Regola 9
Tutti i dispositivi attivi terapeutici destinati a rilasciare o a scambiare energia rientrano nella classe IIa a meno che le loro
caratteristiche siano tali da permettere loro di rilasciare energia al corpo umano o scambiare energia con il corpo umano in
forma potenzialmente pericolosa, tenuto conto della natura, della densità e della parte in cui è applicata l'energia, nel qual caso
essi rientrano nella classe IIb. […]
3.2. Regola 10
I dispositivi attivi destinati alla diagnosi rientrano nella classe IIa se:
- sono destinati a rilasciare energia che sarà assorbita dal corpo umano, ad esclusione dei dispositivi utilizzati per illuminare il
corpo del paziente nello spettro visibile;
- sono destinati a visualizzare in vivo la distribuzione di radiofarmaci in vivo;
- sono destinati a consentire una diagnosi diretta o un controllo dei processi fisiologici vitali, a meno che siano specificamente
destinati a controllare i parametri fisiologici vitali, ove la natura delle variazioni è tale da poter creare un pericolo immediato per il
paziente, per esempio le variazioni delle funzioni cardiache, della respirazione o dell'attività del sistema nervoso centrale, nel
qual caso essi rientrano nella classe IIb. […]
Regola 11
Tutti i dispositivi attivi destinati a somministrare e/o a sottrarre medicinali, liquidi corporei o altre sostanze dal corpo rientrano
nella classe IIa, a meno che ciò sia effettuato in una forma:
- potenzialmente pericolosa, tenuto conto della natura delle sostanze in questione, della parte del corpo interessata e del modo
di applicazione, nel qual caso essi rientrano nella classe IIb.
3.3. Regola 12
Tutti gli altri dispositivi attivi rientrano nella classe I.
18

La Classificazione
del Software
Fonte: MEDDEV
2.4/1 Rev. 8
19

La Classificazione
del Software
X
Invasive
Fonte: MEDDEV
2.4/1 Rev. 8
In red: 27/2007 EC
amendments
20

•La procedura di valutazione della conformità
CE dipende dalla Classe del Dispositivo
Medico
•Il fabbricante, allo scopo di applicare la
Marcatura CE è tenuto a:
Preparare la dichiarazione di conformità CE prima di
introdurre il dispositivo sul mercato (Allegato VII) per
Dispositivi di Classe I
In aggiunta alla dichiarazione di conformità CE (Allegato
VII) deve far eseguire da un Organismo Notificato una
Verifica CE della Assicurazione Qualità di fabbricazione, o
una verifica dell’Assicurazione Qualità sul prodotto:
Dispositivi in Classe IIa o Classe I sterili o con funzione di
misurazione
Preparare la Dichiarazione di Conformità CE descritta
nell’Allegato II (full quality assurance) o seguire la
procedura di Certificazione CE di cui all’Allegato III
insieme alla Verifica CE della Assicurazione Qualità di
fabbricazione, o una verifica dell’Assicurazione Qualità sul
prodotto: Dispositivi di Classe IIb o Classe III
Valutazione della
Conformità CE
Organismo
Notificato
21

Il Processo di
Certificazione
Class I
Class I*, IIa
Class IIb, III
Class IIa, IIb, III
Development
Annex VII
Manufacturer
declaration of
conformity
Annex VII
Manufacturer
declaration
of conformity
Annex III
EC Type examination
Annex II
Full Quality
Assurance
Production
Annex IV
EC Verification
Annex V
Production
Quality
assurance
ISO13485
Annex VI
Product
Quality
Assurance
ISO 13485
ISO 13485
CE mark
CE mark with ID notified body
I* = Products sterile or with measuring function
Manufacturer Notified Body Product verification
22

Riferimenti normativi
Le novità introdotte dalla nuova direttiva
La classificazione del software
Il Technical File del software
Cosa cambia rispetto alla tradizionale convalida
del software (GAMP)
23

Technical File
Direttiva 93/42 ISO 13485:2003 IEC 62304:2006
DESCRIZIONE DEL PRODOTTO
•Classificazione
•campo di applicazione
•Istruzioni per l’uso
•Materiale pubblicitario
SPECIFICHE DEL PRODOTTO
•Disegni / Schemi, piani di Sviluppo
•Ceck List dei Requisiti Essenziali
•Istruzioni per l’uso
•Materiale pubblicitario
CONVALIDA / VERIFICA
•Analisi dei Rischi
•Protocolli e Report di Convalida
•Report di Studi Clinici
DICHIARAZIONE DI
CONFORMITA’
PIANI DI SVILUPPO &
PROGETTAZIONE
REQUISITI CLIENTE
INPUT DELLA
PROGETTAZIONE
OUTPUT DELLA
PROGETTAZIONE
REVISIONE DELLA
PROGETTAZIONE
VERIFICA DELLA
PROGETTAZIONE
CONVALIDA DELLA
PROGETTAZIONE
CAMBIAMENTI DELLA
PROGETTAZIONE
PIANI DI SVILUPPO SW
ANALISI DEI REQUISITI SW
PROGETTAZIONE
ARCHITETTURA SW
PROGETTAZIONE
DETTAGLIATA SW
IMPLEMENTAZIONE
E VERIFICA UNITA’ SW
SW INTEGRATION &
TESTING
TESTING DEL SISTEMA SW
SW RELEASE
MANUTENZIONE SW
24

Check List dei Requisiti
Essenziali
Essential Requirements Checklist
E.R. Check List
25

ISO 62304 -
Classificazione di Sicurezza
La ISO IEC 62304 stabilisce I requisiti relativi al Ciclo di Vita del
Software MD in base ad una Classificazione di Sicurezza valutata in
funzione dei possibili rischi per il paziente, l’operatore, o altri:
• Classe A: Non è possibile alcun danno per la salute
• Classe B: è possibile un danno NON GRAVE
• Classe C: si può verificare la MORTE O GRAVE DANNO per la
salute
26

ISO IEC 62304 –
Ciclo di Vita SW
Ciclo di Vita del Software
Bisogni del
Cliente
Piano di
Sviluppo
Requisiti &
Progettazione
Testing &
Release
Richiesta di
manutenzione
Piano di
manutenzione
Analisi &
Progettazione
Testing &
Release
Sviluppo SW
Manutenzione SW
Gestione del Rischio
27

ISO IEC 62304 -
Lo sviluppo software
28

ISO IEC 62304 -
La manutenzione software
29

In conformità al CFR21 Part
820 la Documentazione
Tecnica può essere
suddivisa in:
• Documentazione di
Sviluppo [Design History
File]
• La documentazione di
Trasferimento in
produzione [Design
Master Record]
DEVELOPMENT
SW Development
Documents (DHF)
Requirements
Documents,
Reports
Plans
Validations
Risk Analysis
Reviews
Il Technical File
del Software
TRANSFER TO PRODUCTION
SW Production
Documents (DMR)
Product
Specifications
Process
Specifications
Procedures
In Process
Controls
Acceptance
Criteria
30

Gli Strumenti per
la Compliance
QMS
ISO 13485
QC
Procedures
Manufacturing
Procedures
User
Requirements
Specification
Performance
Qualification
CE
MARKING
Functional
Specification
Operational
Qualification
47/2007 EC
Development, Validation
& Technology Transfer
Procedures
Development, Validation &
Technology Transfer Records
Design
Specification
System
Build
Installation
Qualification
TECHNICAL DOSSIER
DHF
Requirements
Documents,
Reports
Plans
Validations
Risk Analysis
Reviews
31

Dichiarazione
di Conformità
The manufacturer must always issue a declaration stating that his
products fulfil the requirements of the Directive before CE marking
• Product identification
• Identification of the
manufacturer
• Directives complied with
• Standards used
• Signature by person authorized to
legally bind the company
32

Sommario
Riferimenti normativi
Le novità introdotte dalla nuova direttiva
La classificazione del software
Il Technical File del software
Cosa cambia rispetto alla tradizionale convalida
del software (GAMP)
33

GAMP 5 vs.
MD Software validation
Software utilizzato per la
fabbricazione ed il controllo
dei processi MD
Requisiti di Qualità ISO
13485
Linea Guida GAMP 5
GAMP 5
A Risk-Based
Approach to
Compliant Gxp
Computerized
Systems
ISO 13485
Medical Devices
Quality Management
Systems
Software
come Dispositivo Medico
Requisiti di Qualità ISO 13485
Requisiti ISO 14971, IEC
62304
93/42/CEE
Annex I:
Essential
Requirements
• general
requirements
• construction and
environmental
properties
• electrical safety
ISO/IEC
62304
Medical
device
software
ISO 14971
Application
of Risk
Management
to Medical
IEC 60601-1
Devices
Medical
electrical
equipment
part 1
34

ISO/IEC 62304
ISO/60601-1
Similitudini
GAMP 5
•Applicazione all’interno di un Quality Framework
•Approccio Basato sull’analisi dei Rischi
•Attenzione alla salute degli utenti finali
•Definizione di un Ciclo di Vita Completo (dalla
Progettazione alla Dismissione)
•Applicazione di fasi di test specifiche in funzione
del Rischio associato al sistema
ISO/IEC 62304
vs. GAMP 5
35

Similitudini
ISO/60601-1 GAMP 5
ISO/IEC 62304
vs. GAMP 5
Il Diagramma a V non è solo GAMP
36

ISO/IEC 62304 vs. GAMP 5
Key Concepts
IEC 62304 – Key concepts
• Quality Management System
• Software Risk Management
process
• Software development process
• Maintenance process
• Configuration management
• Problem resolution
Gamp 5 – Key concepts
• Life Cycle Phases
(Concept, Project, Operation,
Retirement)
• Science Based Quality Risk
Management
• Regulated Company Activities
• Supplier Activities
• Efficiency Improvements
37

ISO/IEC 62304 vs. GAMP 5
Key Elements
IEC 62304 – Key elements
• Software development planning
• Software requirements analysis
• Software architectural and
detailed design
• Software unit implementation
and verification
• Software integration and
integration testing
• Software system testing
• Software release
Gamp 5 – Key elements
• User requirements specification
• Functional / Design specification
• Module Specification
• Module Testing
• Integration testing
• Functional testing
• Requirements testing
38

ISO/IEC 62304 vs. GAMP 5
Cicli di Vita
Sviluppo SW
Manutenzione SW
GAMP 5
ISO/IEC 62304
Concept Project Operation Retirement
39

ISO/IEC 62304 vs. GAMP 5
Scopo
ISO/IEC 62304
ISO/60601-1
•Gli standard sono dedicati a chi
sviluppa e produce il Software
•La IEC 62304 suggerisce due livelli
di test: Integration Testing e
System Testing
•lasciando libertà di scelta riguardo
alle modalità (White Box e/o Black
Box)
GAMP 5
•Dedicate a chi Utilizza il Software
(e.g. fabbricanti di MD, farmaci,
altro) con il supporto di chi
sviluppa / integra il sistema
(Fornitore)
•Propongono una approccio alla
fase di test strutturato in base alla
complessità del sistema
•Propongono una metodologia per i
test (Black Box)
40

GAMP 5
Metodologia suggerita
Figura M3.9: Analisi dei processi
aziendali in 5 step
Tabella M3.5: Esempio di utilizzo dei
Risultati della Valutazione del Rischio
41

Conclusioni
•Se un Dispositivo Medico è conforme ai requisiti delle Direttive Europee
(93/42/CEE e 2007/47/EC) il fabbricante firma una dichiarazione di
conformità che certifica che il prodotto è conforme alle prescrizioni delle
direttive.
•In funzione dei rischi potenziali del dispositivo, può essere necessaria la
certificazione da parte di un Organismo Notificato.
•E’ necessaria la convalida dei Software utilizzati per il controllo della
fabbricazione e dei processi di supporto.
•E’ necessaria la convalida rispetto allo stato dell’arte del Software
incorporato dentro un dispositivo medico o che è un Dispositivo medico a
sé stante: tale convalida deve soddisfare i requisiti della ISO/IEC 62304,
e può fare riferimento alle GAMP 5 come modello di riferimento per la
metodologia Black Box.
•Il controllo dei processi di installazione e manutenzione di un Sofwtare
richiede ulteriore sforzo e attenzione da parte dei responsabili del corretto
funzionamento (Ingegneri Clinici)
42

Conclusioni
• Fabbricante
• Il fabbricante è la persona fisica o giuridica che ha la responsabilità per
la progettazione, la fabbricazione, il confezionamento e l’etichettatura di
un Dispositivo Medico per introdurlo in commercio sotto il proprio
nome, a prescindere dal fatto che tali operazioni siano eseguite dalla
persona stessa o da terze parti.
43

DOMANDE E RISPOSTE
44