Sviluppate dispositivi medici connessi, software come dispositivo medico o dispositivi medico-diagnostici in vitro, oppure fornite l’elettronica e il firmware per tali prodotti. MDR e IVDR richiedono la cybersicurezza lungo l’intero ciclo di vita. Complass vi accompagna dal modello delle minacce alla notifica sul campo.
Gli organismi notificati verificano l’allegato I, punti 17.2 e 17.4 MDR. Se mancano il modello delle minacce, il fascicolo dei rischi di sicurezza o la SBOM, la valutazione della conformità subisce ritardi.
Vulnerabilità per tutta la durata di vita
I sistemi operativi e le librerie invecchiano più rapidamente di un dispositivo medico. Le nuove vulnerabilità devono essere individuate, valutate e, se necessario, notificate sul campo.
I fornitori forniscono troppo poco
Senza SBOM, informazioni di sicurezza e impegni sugli aggiornamenti da parte dei fornitori, la vostra documentazione resta lacunosa.
Che cosa richiedono MDR e IVDR
I requisiti si applicano a ciascun prodotto, prima e dopo l’immissione in commercio. I punti principali:
Sviluppare il software secondo lo stato dell’arte, con una gestione del rischio che comprenda la sicurezza delle informazioni Allegato I, punto 17.2 MDRAnnex I Section 17.2 MDRFor devices that incorporate software or for software that are devices in themselves, the software shall be developed and manufactured in accordance with the state of the art taking into account the principles of development life cycle, risk management, including information security, verification and validation.Stato: 05.10.2026 · Fonte: EUR-Lex – consolidated version of 19.07.2026Apri l’originale (EUR-Lex – consolidated version of 19.07.2026) ↗
Definire i requisiti minimi per hardware, reti IT e misure di sicurezza informatica che il gestore deve rispettare Allegato I, punto 17.4 MDRAnnex I Section 17.4 MDRManufacturers shall set out minimum requirements concerning hardware, IT networks characteristics and IT security measures, including protection against unauthorised access, necessary to run the software as intended.Stato: 05.10.2026 · Fonte: EUR-Lex – consolidated version of 19.07.2026Apri l’originale (EUR-Lex – consolidated version of 19.07.2026) ↗
Sorvegliare i prodotti dopo l’immissione in commercio, anche per quanto riguarda nuove vulnerabilità Art. 83 MDRArticle 83 MDRPost-market surveillance system of the manufacturer1. For each device, manufacturers shall plan, establish, document, implement, maintain and update a post-market surveillance system in a manner that is proportionate to the risk class and appropriate for the type of device. That system shall be an integral part of the manufacturer's quality management system referred to in Article 10(9). 2. The post-market surveillance system shall be suited to actively and …Stato: 05.10.2026 · Fonte: EUR-Lex – consolidated version of 19.07.2026Apri l’originale (EUR-Lex – consolidated version of 19.07.2026) ↗
Notificare sul campo gli incidenti gravi e le azioni correttive di sicurezza Art. 87 MDRArticle 87 MDRReporting of serious incidents and field safety corrective actions1. Manufacturers of devices made available on the Union market, other than investigational devices, shall report, to the relevant competent authorities, in accordance with Articles 92(5) and (7), the following: - (a) any serious incident involving devices made available on the Union market, except expected side-effects which are clearly documented in the product information and quantified in the technical …Stato: 05.10.2026 · Fonte: EUR-Lex – consolidated version of 19.07.2026Apri l’originale (EUR-Lex – consolidated version of 19.07.2026) ↗
I fabbricanti di dispositivi medici di dimensioni medie o superiori sono inoltre soggetti importanti ai sensi della NIS2 § 28 BSIG e allegato 2§ 28 BSIGBesonders wichtige Einrichtungen und wichtige Einrichtungen(1) Als besonders wichtige Einrichtung gelten - 1. Betreiber kritischer Anlagen, - 2. qualifizierte Vertrauensdiensteanbieter, Top Level Domain Name Registries oder DNS-Diensteanbieter, - 3. Anbieter öffentlich zugänglicher Telekommunikationsdienste oder Betreiber öffentlicher Telekommunikationsnetze, die - a) mindestens 50 Mitarbeiter beschäftigen oder - b) einen Jahresumsatz und eine Jahresbilanzsumme von jeweils …Stato: 26.09.2026 · Fonte: gesetze-im-internet.deApri l’originale (gesetze-im-internet.de) ↗
Nessun CRA per i dispositivi medici. I dispositivi medici e i dispositivi medico-diagnostici in vitro sono esclusi dal Cyber Resilience Act (art. 2, par. 2 CRA). I componenti che vendete anche al di fuori della tecnologia medica rientrano invece di regola nel CRA. Alla pagina per i fabbricanti
Informazione generale, non consulenza legale. Questa pagina riassume il quadro giuridico in forma semplificata e non sostituisce la valutazione del vostro caso specifico. Fa fede il testo delle leggi e delle norme.
Aziende tipiche
Dispositivi medici connessi
Apparecchi con collegamento di rete, manutenzione remota o modulo radio, dalla pompa per infusione al sistema di diagnostica per immagini.
Software come dispositivo medico
Software autonomo e app con destinazione d’uso medica, spesso con una componente cloud.
Dispositivi medico-diagnostici in vitro
Analizzatori e software di laboratorio secondo l’IVDR, con gli stessi requisiti per software e ambiente IT.
Fornitori della tecnologia medica
Elettronica, software embedded e produzione per conto terzi: i vostri clienti vi trasferiscono i requisiti.
Come vi supporta Complass
MDR e IVDR in sette fasi
Dalla classificazione, passando per lo sviluppo sicuro e la documentazione tecnica, fino a sorveglianza, vigilanza e una fase dedicata ai fornitori.
Mantenere una SBOM per prodotto, confrontarla con le vulnerabilità note e registrare la valutazione per la sorveglianza dopo l’immissione in commercio.
Il modello settoriale “Tecnologia medica” preseleziona il framework per MDR e IVDR e i moduli che servono per il modello delle minacce, le vulnerabilità e i fornitori.
disponibile
Modello settoriale: Tecnologia medica
Cybersicurezza per i dispositivi medici secondo MDR e IVDR
Vulnerabilità e SBOM
Risk management
MITRE ATT&CK per il modello delle minacce
Supplier Management
da 476 € al mese più IVA nel pacchetto Start, dimensione S, pagamento annuale
Tutti i prezzi si rivolgono alle imprese, non ai consumatori. Si intendono al netto più IVA con pagamento annuale; per il pagamento mensile si applica una maggiorazione del 15 %. Aggiornato al 16/10/2026. Enterprise e gruppi di imprese su richiesta.
Domande frequenti
Perché non semplicemente il pacchetto per fabbricanti?+
Il pacchetto per fabbricanti è orientato al Cyber Resilience Act. I dispositivi medici ne sono esclusi e sono invece soggetti a MDR e IVDR. Il pacchetto Tecnologia medica si basa quindi sul framework per i dispositivi medici.
Gli ospedali ci interpellano sulla sicurezza informatica in fase di acquisto. Che cosa aiuta?+
Gli ospedali si aspettano sempre più spesso una SBOM, i requisiti minimi per l’ambiente IT e impegni sugli aggiornamenti. Queste informazioni le mantenete in Complass per prodotto e le tenete aggiornate per le gare d’appalto.
La NIS2 vale anche per i fabbricanti di tecnologia medica?+
Sì, dalle dimensioni medie in su, perché la fabbricazione di dispositivi medici e di dispositivi medico-diagnostici in vitro è elencata nell’allegato 2 della legge tedesca BSIG. La NIS2 riguarda allora la vostra azienda, MDR e IVDR i vostri prodotti. Complass gestisce entrambi nello stesso account.
Create voi stessi il vostro accesso di prova, se volete con un progetto di esempio per ogni quadro normativo. Se preferite vedere prima Complass, richiedete una demo.