Dispositivi medici MDR nel 2026: cosa deve gestire davvero il software
Lettura 8 min · AstraLoop Studio
Hai un foglio Excel con l'elenco dei dispositivi, una cartella di rete con i fascicoli tecnici in PDF e la scadenza del certificato dell'organismo notificato segnata sull'agenda di una persona che tra sei mesi potrebbe cambiare ruolo. Funziona, finché non arriva un audit, una segnalazione di vigilanza o un nuovo dispositivo da classificare in fretta perché un cliente lo chiede entro fine trimestre. A quel punto scopri quante informazioni erano solo nella testa di qualcuno.
Chi cerca informazioni sui dispositivi medici MDR di solito non è un giurista: è il titolare, il responsabile operations o il responsabile qualità di un'azienda che il regolamento (UE) 2017/745 lo deve applicare tutti i giorni, non solo leggere una volta. E qui vale la pena essere chiari su una cosa: non esiste "il" tipo di azienda che gestisce l'MDR. Cambia moltissimo a seconda di chi sei.
Chi applica davvero l'MDR, e perché non è un settore solo
Sotto l'MDR ci finisce chi produce presidi ortopedici, chi fa medicazioni avanzate, chi costruisce strumentario chirurgico, chi assembla dispositivi elettromedicali, ma anche chi sviluppa un software che calcola un dosaggio o supporta una decisione clinica: in certi casi il software è lui stesso il dispositivo medico. Ci sono dentro anche mandatari, importatori e distributori, che hanno obblighi propri anche se non progettano nulla, solo perché mettono un prodotto sul mercato europeo.
La differenza tra queste realtà non è solo il prodotto, è il volume e la struttura del processo. Una piccola azienda con tre o quattro dispositivi in classe I o IIa ha un problema di ordine: tenere tutto tracciato e aggiornato senza perdere pezzi. Un'azienda con decine di referenze su più classi, magari con più organismi notificati coinvolti e certificati con scadenze diverse, ha un problema di scala: serve un sistema che non dipenda dalla memoria di una persona e che regga il carico quando la produzione cresce.
Gli oggetti veri di questa funzione
Parlare in astratto di "conformità" non aiuta nessuno a scegliere uno strumento. Quello che un software per la gestione MDR deve davvero maneggiare sono cose molto concrete.
Classificazione e fascicolo tecnico
Ogni dispositivo va classificato secondo le regole dell'Allegato VIII (classe I, Is, Im, IIa, IIb, III) e per ognuno serve un fascicolo tecnico strutturato secondo gli Allegati II e III: descrizione generale del prodotto, requisiti generali di sicurezza e prestazione (i GSPR), gestione del rischio secondo la ISO 14971, valutazione clinica, etichetta e istruzioni per l'uso, dichiarazione di conformità UE. Non è un documento che scrivi una volta: ogni modifica di progettazione, ogni nuovo lotto di materiale, ogni segnalazione può richiedere una revisione.
Organismo notificato
Per le classi diverse dalla I generica serve la certificazione da parte di un organismo notificato, con audit periodici di sorveglianza e un certificato che ha una scadenza da monitorare con largo anticipo, anche perché i tempi di risposta degli organismi notificati in Europa non sono brevi. Un rinnovo gestito all'ultimo momento può bloccare la vendita di un prodotto.
UDI e tracciabilità
Il sistema UDI (Unique Device Identification), con la coppia UDI-DI e UDI-PI, va collegato ai lotti e alle matricole reali che escono dalla produzione o dal magazzino, e caricato nella banca dati europea EUDAMED. Se il tuo gestionale di produzione e il tuo archivio regolatorio non si parlano, questo collegamento lo rifai a mano ogni volta, con tutti i rischi di errore che comporta.
Vigilanza post commercializzazione
Serve un piano di sorveglianza post commercializzazione (PMS), report periodici di sicurezza (PSUR) per le classi superiori, gestione dei reclami e delle segnalazioni di incidente, e in alcuni casi un follow up clinico post commercializzazione (PMCF). Sono attività che generano documenti e scadenze ricorrenti, non un adempimento una tantum.
Quando il software diventa esso stesso il dispositivo
Se sviluppi un'applicazione che elabora dati clinici, calcola un parametro diagnostico o supporta una decisione terapeutica, quel software può rientrare lui stesso nella regola di classificazione 11 dell'Allegato VIII e diventare un dispositivo medico a tutti gli effetti, con fascicolo tecnico proprio e un ciclo di vita software da documentare secondo la IEC 62304. È un caso che molte software house scoprono tardi, quando il prodotto è già sul mercato.
Documentazione sempre aggiornata
Tutto quanto sopra vive di revisioni controllate: chi ha approvato una modifica, quando, e come si collega alla rivalutazione del rischio o alla valutazione clinica. Un file Word rinominato "v3_finale_definitivo" non è una gestione documentale, è una promessa che prima o poi qualcuno tradirà.
Perché Excel (o un modulo generico) smette di reggere
Il foglio di calcolo va benissimo finché i dispositivi sono pochi e una sola persona tiene tutto a mente. Il problema arriva con la crescita: più referenze, più classi, più organismi notificati, più persone che devono accedere alle stesse informazioni senza sovrascriversi a vicenda. A quel punto mancano tre cose che uno strumento strutturato invece garantisce: un collegamento automatico tra produzione e UDI, un alert affidabile sulle scadenze (certificati, audit, revisioni documentali) e uno storico delle versioni che regge un audit senza dover ricostruire tutto a ritroso.
Molte aziende risolvono un pezzo del problema con un modulo di gestione documentale generico, che aiuta con le revisioni ma non collega da solo il fascicolo tecnico alla produzione reale. Chi ha già un sistema di qualità impostato su una logica simile alla ISO 9001 (l'MDR richiede la ISO 13485, che ne condivide l'impianto) parte spesso avvantaggiato: vale la pena vedere come un gestionale per la qualità viene strutturato, perché l'approccio a processi e non conformità è lo stesso.
<p>Se ti riconosci in questa lista e stai ancora gestendo fascicoli tecnici, UDI e scadenze di certificazione a compartimenti stagni, forse è il momento di vedere come si costruisce un <a href="/gestionale-su-misura/">gestionale su misura</a> attorno al tuo processo, invece di continuare a piegare il tuo lavoro a un modulo pensato per altri.</p>
Standard, verticale o su misura: come sceglierlo davvero
Va detto con onestà, perché è quello che rende credibile il resto: se hai pochi dispositivi in classe I, un processo produttivo semplice e un solo organismo notificato da monitorare, un modulo di gestione documentale pronto o un verticale già pensato per il settore medicale può bastare tranquillamente. Non serve costruire nulla da zero per gestire tre scadenze e un fascicolo tecnico.
Il discorso cambia quando il tuo processo ha specificità che un prodotto pronto ti costringe a piegare. Succede quando devi collegare la produzione (lotti, distinta base, componenti da fornitori qualificati) alla parte regolatoria in automatico, quando gestisci più classi con scadenze e requisiti diversi da tenere sincronizzati, quando serve un workflow di non conformità e azioni correttive che parli con il magazzino e con gli ordini, o quando il tuo gestionale attuale già copre produzione e vendite ma la parte MDR resta scollegata, gestita a parte. In quei casi un gestionale su misura ha senso perché costruisci il collegamento che nessun modulo generico prevede, invece di adattare il tuo processo a quello che il software ti permette di fare. Puoi farti un'idea generale di quando conviene l'uno o l'altro leggendo il confronto tra soluzione standard e soluzione su misura, che vale anche fuori dal contesto CRM.
Quanto costa, in linea di massima
Un modulo o un verticale pronto si paga di solito con un canone mensile per postazione o per utente, con costi di attivazione limitati. Una soluzione su misura comporta un investimento iniziale una tantum per la progettazione e lo sviluppo, seguito da un costo di manutenzione più contenuto per gli anni successivi. Non esiste una cifra unica valida per tutti: dipende da quanti moduli servono, da quanti sistemi esistenti vanno collegati (produzione, magazzino, contabilità) e da quanto è complesso il tuo catalogo di dispositivi. Se hai già un gestionale per produzione o magazzino, dai un'occhiata anche all'hub dei gestionali per settore per capire dove si colloca la parte regolatoria rispetto al resto dei tuoi processi.
Un software organizza, non sostituisce un consulente regolatorio
Qui la prudenza non è una formula di cortesia. L'MDR è una materia complessa, le regole di classificazione hanno eccezioni, gli obblighi cambiano a seconda che tu sia fabbricante, mandatario, importatore o distributore, e le procedure con l'organismo notificato seguono tempistiche e requisiti che vanno verificati caso per caso. Uno strumento gestionale ti aiuta a tenere tutto tracciato, aggiornato e reperibile in un audit: non ti dice come classificare un dispositivo né ti solleva dal farti seguire da un consulente regolatorio o da un responsabile qualità competente in materia. Verifica sempre con chi di dovere prima di prendere decisioni su classificazione, certificazione o vigilanza.
Se il punto dove sei arrivato è che il tuo processo MDR ha bisogno di uno strumento costruito sul tuo modo di lavorare, e non sull'ennesimo adattamento di un prodotto pensato per qualcun altro, il passo successivo è parlarne con chi progetta il gestionale, non con chi vende solo la licenza.
Domande frequenti
Cosa cambia tra un'azienda piccola e una grande nella gestione MDR?
Cambia il problema principale: una piccola azienda con pochi dispositivi in classe I deve soprattutto tenere tutto tracciato senza perdere pezzi quando cambia una persona in ufficio. Un'azienda con decine di referenze su più classi e più organismi notificati deve invece gestire scadenze incrociate e volumi che un foglio Excel non regge più, con più persone che devono accedere alle stesse informazioni in modo coerente.
Un software gestionale generico basta per l'MDR?
Spesso sì, se hai pochi dispositivi e un processo semplice: un modulo di gestione documentale pronto può reggere revisioni e scadenze. Diventa stretto quando serve collegare in automatico produzione, UDI e fascicolo tecnico, oppure quando gestisci più classi con requisiti diversi che il prodotto pronto non prevede di tenere sincronizzati.
Quando un software diventa esso stesso un dispositivo medico secondo l'MDR?
Quando elabora dati clinici, calcola un parametro diagnostico o supporta una decisione terapeutica, può rientrare nella regola di classificazione 11 dell'Allegato VIII e richiedere un fascicolo tecnico proprio, oltre a una documentazione del ciclo di vita software. È una situazione che va verificata caso per caso con un consulente regolatorio, perché dipende dall'uso previsto dichiarato del software.
Quanto costa in linea di massima una gestione software per l'MDR?
Un modulo o verticale pronto si paga in genere con un canone mensile per utente o postazione. Una soluzione su misura comporta un investimento iniziale una tantum per progettazione e sviluppo, seguito da un costo di manutenzione più contenuto. La cifra dipende da quanti moduli servono e da quanti sistemi esistenti vanno collegati.
Un gestionale sostituisce il consulente regolatorio per l'MDR?
No. Uno strumento gestionale organizza, traccia e tiene aggiornata la documentazione, ma non sostituisce la competenza di un consulente regolatorio o di un responsabile qualità per decisioni su classificazione, certificazione con l'organismo notificato o vigilanza. Le regole sono complesse e vanno sempre verificate con chi di dovere.
Hai capito quali pezzi della gestione MDR ti stanno stretti in Excel o in un modulo generico? Parliamone: AstraLoop Studio progetta gestionali su misura costruiti sul tuo processo reale, non sull'ennesimo template. Scopri come lavoriamo su <a href="/gestionale-su-misura/">gestionale-su-misura</a>.