Ciberseguridad de productos sanitarios conforme al MDR de la UE y las orientaciones MDCG

Sytance · Actualizado

El MDR y el IVDR exigen tener en cuenta la seguridad de la información en el desarrollo de software y la gestión de riesgos. La documentación técnica del fabricante debe mostrar cómo el dispositivo sigue siendo seguro y funciona según lo previsto en su entorno operativo. MDCG 2019-16 ofrece orientación sobre la aplicación de estos requisitos.

Requisitos de ciberseguridad del anexo I

El MDR no utiliza la terminología de la sección 524B. Las pruebas de ciberseguridad se sustentan en los requisitos generales de seguridad y funcionamiento, especialmente las normas sobre diseño de software, gestión de riesgos, seguridad de la información, protección frente al acceso no autorizado, entorno operativo previsto e instrucciones de uso.

Ciclo de vida del software y gestión de riesgos

El anexo I del MDR exige que el software se desarrolle y fabrique conforme al estado de la técnica, teniendo en cuenta el ciclo de vida de desarrollo, la gestión de riesgos, la verificación y la validación.

Seguridad de la información

El anexo I integra la seguridad de la información en la gestión de riesgos del software. Cuando la ciberseguridad afecta a la seguridad o al funcionamiento, la evaluación debe abordar esos efectos.

Requisitos mínimos de TI

Los fabricantes deben indicar los requisitos mínimos de hardware, las características de la red de TI y las medidas de seguridad de TI necesarias para que el software funcione según lo previsto, incluida la protección frente al acceso no autorizado.

Comentarios de la vigilancia poscomercialización

Los datos de vigilancia poscomercialización deben actualizar los registros de beneficio-riesgo, gestión de riesgos, diseño, fabricación, etiquetado, instrucciones de uso, evaluación clínica, acciones preventivas y correctivas, usabilidad, funcionamiento y seguridad.

Para los productos que incorporen software o para los programas informáticos que sean productos en sí mismos, el software se desarrollará y fabricará conforme al estado de la técnica, teniendo en cuenta los principios del ciclo de vida de desarrollo, la gestión de riesgos, incluida la seguridad de la información, la verificación y la validación.

Reglamento (UE) 2017/745, anexo I, punto 17.2 (original en inglés)

El anexo I integra la seguridad de la información en la gestión de riesgos del software. Por ejemplo, los cambios no autorizados en datos clínicos pueden afectar a un diagnóstico, mientras que la pérdida de un servicio necesario puede impedir que el dispositivo realice su función prevista. Evalúe las consecuencias en el entorno de uso real del dispositivo.

Situación de MDCG 2019-16

MDCG 2019-16 se publicó por primera vez en diciembre de 2019 y se revisó en julio de 2020 como revisión 1. Es una guía oficial de MDCG, publicada por la Comisión Europea para respaldar una aplicación coherente del MDR y el IVDR. La guía no es jurídicamente vinculante.

MDCG 2019-16 explica cómo las decisiones de seguridad afectan a la seguridad y al funcionamiento del dispositivo. También aborda la protección que se espera del entorno operativo y la información que los fabricantes deben proporcionar a los usuarios. Estas explicaciones ayudan a relacionar el diseño del producto con los requisitos aplicables del MDR o el IVDR.

Estructura del expediente técnico

Los registros de ciberseguridad forman parte de la documentación técnica del MDR y del sistema de vigilancia poscomercialización. Su organización debe mostrar cómo cumple el fabricante los requisitos pertinentes del MDR.

  • Gestión de riesgos: amenazas de seguridad, vulnerabilidades, controles de riesgos, riesgos residuales, interacción con la seguridad y pruebas de verificación.
  • Diseño y fabricación: arquitectura segura, controles del ciclo de vida del software, codificación segura, gestión de la configuración, mecanismos de actualización e hipótesis sobre la cadena de suministro.
  • Verificación y validación: pruebas de funciones de seguridad, análisis de vulnerabilidades, pruebas fuzz, pruebas de penetración, análisis de código seguro y revisión de componentes de terceros cuando corresponda.
  • Información para el usuario: configuración segura, instrucciones de actualización, restricciones de compatibilidad, puertos y protocolos de red, copia de seguridad y restauración, registro, vida útil de soporte e información sobre la retirada del servicio.
  • Vigilancia poscomercialización y vigilancia de incidentes: supervisión de nuevas vulnerabilidades, incidentes en campo, problemas de componentes de terceros, cambios del panorama de amenazas y acciones correctivas o preventivas.

MDCG trata capacidades de seguridad que abordan problemas distintos. La autenticación y la autorización restringen el acceso; los registros de auditoría ayudan a investigar acciones; las copias de seguridad y la recuperación permiten restablecer el funcionamiento tras una interrupción. Seleccione y verifique las capacidades necesarias para el dispositivo concreto y sus riesgos.

Diferencias con las presentaciones de la FDA

La documentación de la FDA y de la UE suele utilizar los mismos registros de ingeniería, pero sigue requisitos y estructuras normativas diferentes. Un modelo de amenazas, una SBOM, una arquitectura de seguridad o un informe de pruebas de penetración pueden respaldar ambas jurisdicciones solo si el expediente explica cómo abordan los requisitos jurídicos pertinentes.

Aplicabilidad en la UE

El MDR no pregunta si un dispositivo cumple la definición de dispositivo cibernético de la Ley FD&C. Los expedientes de la UE deben explicar la seguridad, el funcionamiento, la seguridad de la información, el entorno operativo y los controles posteriores a la comercialización en los términos del MDR/IVDR.

Estructura de la documentación de la UE

El expediente de la UE sigue los anexos II y III. Debe vincular los registros de gestión de riesgos, los requisitos generales de seguridad y funcionamiento, las instrucciones de uso y la vigilancia poscomercialización.

Obligaciones de vigilancia poscomercialización

El artículo 83 del MDR exige a los fabricantes recopilar, registrar y analizar de forma activa y sistemática los datos pertinentes sobre calidad, funcionamiento y seguridad durante toda la vida útil del dispositivo y actualizar la documentación técnica en consecuencia.

Uso de normas de ciclo de vida

IEC 81001-5-1 puede respaldar el proceso de ciclo de vida del software y de ciberseguridad, pero el expediente sigue necesitando una correspondencia clara con el MDR. Una norma reconocida o útil no elimina la obligación del MDR de justificar el enfoque específico para el dispositivo.

Fuentes