Usted desarrolla productos sanitarios conectados, software como producto sanitario o productos sanitarios para diagnóstico in vitro, o suministra la electrónica y el firmware correspondientes. El MDR y el IVDR exigen ciberseguridad durante todo el ciclo de vida. Complass le acompaña desde el modelo de amenazas hasta la notificación en el mercado.
Los organismos notificados examinan el anexo I, secciones 17.2 y 17.4 del MDR. Si faltan el modelo de amenazas, el expediente de riesgos de seguridad o la SBOM, la evaluación de la conformidad se retrasa.
Vulnerabilidades durante toda la vida útil
Los sistemas operativos y las bibliotecas envejecen más rápido que un producto sanitario. Las nuevas vulnerabilidades debe detectarlas, evaluarlas y, en su caso, notificarlas en el mercado.
Los proveedores aportan muy poco
Sin SBOM, información de seguridad ni compromisos de actualización por parte de los proveedores, su propia documentación queda incompleta.
Lo que exigen el MDR y el IVDR
Los requisitos se aplican a cada producto, antes y después de su comercialización. Los puntos más importantes:
Desarrollar el software conforme al estado de la técnica, con una gestión de riesgos que incluya la seguridad de la información Anexo I, sección 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.Versión: 05.10.2026 · Fuente: EUR-Lex – consolidated version of 19.07.2026Abrir el original (EUR-Lex – consolidated version of 19.07.2026) ↗
Definir los requisitos mínimos de hardware, redes informáticas y medidas de seguridad informática que debe cumplir el operador Anexo I, sección 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.Versión: 05.10.2026 · Fuente: EUR-Lex – consolidated version of 19.07.2026Abrir el original (EUR-Lex – consolidated version of 19.07.2026) ↗
Vigilar los productos tras su comercialización, también en cuanto a nuevas vulnerabilidades 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 …Versión: 05.10.2026 · Fuente: EUR-Lex – consolidated version of 19.07.2026Abrir el original (EUR-Lex – consolidated version of 19.07.2026) ↗
Notificar en el mercado los incidentes graves y las medidas correctivas de seguridad 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 …Versión: 05.10.2026 · Fuente: EUR-Lex – consolidated version of 19.07.2026Abrir el original (EUR-Lex – consolidated version of 19.07.2026) ↗
Los fabricantes de productos sanitarios de tamaño mediano o superior son además entidades importantes conforme a NIS2 § 28 BSIG y anexo 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 …Versión: 26.09.2026 · Fuente: gesetze-im-internet.deAbrir el original (gesetze-im-internet.de) ↗
Sin CRA para productos sanitarios. Los productos sanitarios y los productos sanitarios para diagnóstico in vitro están excluidos del Cyber Resilience Act (art. 2, apdo. 2 CRA). Los componentes que también vende fuera de la tecnología médica, en cambio, suelen estar sujetos al CRA. Ir a la página para fabricantes
Información general, no asesoramiento jurídico. Esta página resume la situación jurídica de forma simplificada y no sustituye el examen de su caso concreto. Lo determinante es el texto de las leyes y normas.
Empresas típicas
Productos sanitarios conectados
Aparatos con conexión de red, mantenimiento remoto o módulo de radio, desde la bomba de infusión hasta el sistema de diagnóstico por imagen.
Software como producto sanitario
Software autónomo y aplicaciones con finalidad médica, a menudo con componente en la nube.
Productos sanitarios para diagnóstico in vitro
Analizadores y software de laboratorio según el IVDR, con los mismos requisitos de software y entorno informático.
Proveedores de la tecnología médica
Electrónica, software embebido y fabricación por encargo: sus clientes le trasladan los requisitos.
Así le ayuda Complass
MDR e IVDR en siete fases
Desde la clasificación, pasando por el desarrollo seguro y la documentación técnica, hasta la vigilancia, la vigilancia de incidentes y una fase propia para proveedores.
Mantener una SBOM por producto, contrastarla con las vulnerabilidades conocidas y registrar la evaluación para la vigilancia posterior a la comercialización.
La plantilla sectorial «Tecnología médica» preselecciona el marco normativo para el MDR y el IVDR y los módulos que necesita para el modelo de amenazas, las vulnerabilidades y los proveedores.
disponible
Plantilla sectorial: Tecnología médica
Ciberseguridad para productos sanitarios según el MDR y el IVDR
Vulnerabilidades y SBOM
Gestión de riesgos
MITRE ATT&CK para el modelo de amenazas
Supplier Management
desde 476 € al mes más IVA en el paquete Start, tamaño S, pago anual
Todos los precios están dirigidos a empresas, no a consumidores. Se entienden netos más IVA con pago anual; con pago mensual se aplica un recargo del 15 %. Vigente a 16/10/2026. Enterprise y grupos empresariales bajo consulta.
Preguntas frecuentes
¿Por qué no simplemente el paquete para fabricantes?+
El paquete para fabricantes está orientado al Cyber Resilience Act. Los productos sanitarios están excluidos de este y se rigen en su lugar por el MDR y el IVDR. Por eso el paquete Tecnología médica se basa en el marco normativo para productos sanitarios.
Los hospitales nos preguntan por seguridad informática al comprar. ¿Qué ayuda?+
Los hospitales esperan cada vez más una SBOM, los requisitos mínimos para el entorno informático y compromisos sobre las actualizaciones. Estos datos los mantiene en Complass por producto y los tiene al día para las licitaciones.
¿Se aplica NIS2 también a los fabricantes de tecnología médica?+
Sí, a partir de un tamaño mediano, pues la fabricación de productos sanitarios y de productos sanitarios para diagnóstico in vitro figura en el anexo 2 de la ley alemana BSIG. NIS2 afecta entonces a su empresa, y el MDR y el IVDR a sus productos. Complass gestiona ambos en la misma cuenta.
Cree usted mismo su acceso de prueba, con un proyecto de ejemplo por marco normativo si lo desea. Si prefiere que primero le mostremos Complass, solicite una demo.