IMDRF N90 finaliza el marco PCCP para software médico
La versión final de IMDRF N90 define cinco principios y tres elementos conectados para los PCCP de software de dispositivos médicos. Crea un marco de diseño común, no una autorización automática: los fabricantes aún deben verificar los requisitos de aceptación, alcance e implementación en cada mercado.
El Foro Internacional de Reguladores de Dispositivos Médicos (IMDRF, por sus siglas en inglés) publicó IMDRF/SaMD WG/N90 FINAL:2026, Principios esenciales y contenido de los planes predeterminados de control de cambios, el 6 de agosto de 2026. El documento final proporciona a los reguladores y fabricantes un marco común para planificar ciertos cambios futuros en el software de dispositivos médicos antes de que dichos cambios se implementen.
La oportunidad central es bien conocida: cuando una jurisdicción autoriza un plan predeterminado de control de cambios (PCCP), un fabricante puede implementar los cambios cubiertos por dicho plan sin solicitar una autorización independiente para cada cambio. La limitación central es igualmente importante: el documento IMDRF N90 es un documento de armonización internacional, no una ley ni una guía específica de una jurisdicción. No hace que los PCCP estén disponibles en un mercado que no los acepta, ni anula los requisitos de presentación locales.
Para los equipos globales de software, el N90 se utiliza mejor como una arquitectura de diseño común. El hecho de que dicha arquitectura pueda ser presentada, autorizada o utilizada como base aún debe decidirse mercado por mercado.
Qué cambió el 6 de agosto
El N90 ha pasado de la fase de consulta a ser un documento técnico final del IMDRF. Se aplica al subconjunto de software que cumple con la definición de dispositivo médico, utilizando el término software de dispositivos médicos según se describe en el IMDRF N81.
El documento es deliberadamente de alto nivel. Su objetivo es:
- identificar los principios esenciales para desarrollar un PCCP;
- establecer los elementos fundamentales de un PCCP para modificaciones de software de dispositivos médicos;
- describir los tipos de límites que hacen que los cambios planificados sean evaluables; y
- explicar los beneficios y desafíos para los usuarios, reguladores y fabricantes.
El N90 no define una lista universal de cambios aceptables. Tampoco establece un requisito regulatorio para presentar un PCCP. El IMDRF señala que no todas las jurisdicciones aceptan los PCCP o planes similares para su revisión regulatoria.
Los cinco principios de un PCCP sólido
El IMDRF organiza el marco en torno a cinco principios.
Enfocado y delimitado
Los cambios planificados deben describirse con la especificidad suficiente para respaldar una evaluación de la seguridad y efectividad continuas. Deben permanecer dentro del uso previsto o finalidad prevista original del software de dispositivo médico.
Esto es más que una preferencia de redacción. Una aspiración amplia como “futuras mejoras del modelo” no constituye un límite de cambio utilizable. Un PCCP evaluable necesita declarar qué puede cambiar, hasta qué punto puede cambiar y qué permanece fijo.
Basado en el riesgo
El PCCP debe diseñarse e implementarse a través del marco de gestión de riesgos existente del fabricante. El nivel de detalle, la evidencia, los controles y los criterios de aceptación deben corresponderse con el riesgo y la complejidad del cambio planificado.
Basado en evidencia
La evidencia generada a lo largo de todo el ciclo de vida del producto debe respaldar la conclusión de que el software modificado sigue siendo seguro y efectivo, y que sus beneficios continúan superando sus riesgos.
Transparente
Los fabricantes deben proporcionar información clara, significativa y oportuna a los usuarios previstos de manera coherente con el PCCP autorizado. La transparencia también se aplica al regulador: la presentación debe hacer comprensibles los límites del cambio, la evidencia, los controles y el impacto.
Perspectiva del ciclo de vida total del producto
Un PCCP no es un apéndice de única ocasión que pueda separarse de los controles de producción. Los comentarios de los usuarios, los nuevos datos, la gestión de riesgos, los procesos de calidad, la implementación, el monitoreo y la comunicación permanecen interconectados a lo largo de todo el ciclo de vida del software.
Los tres elementos que los fabricantes deben interconectar
El N90 describe un PCCP como tres elementos interconectados: la Descripción de los Cambios, el Plan de Cambios y la Evaluación del Impacto.
1. Descripción de los Cambios
Esta sección identifica cada cambio planificado y su justificación. Debe establecer límites verificables, describir las características o el desempeño que pueden cambiar y explicar cómo se implementará el cambio.
Según el software, la implementación puede ser uniforme en todos los dispositivos desplegados o adaptarse a centros o pacientes particulares. Puede ser automática, manual o una combinación de ambas. El N90 no indica que todas las jurisdicciones vayan a aceptar todos los modelos de implementación; establece que el modelo debe explicitarse.
2. Plan de Cambios
El Plan de Cambios explica cómo se verificará, validará, implementará y comunicará cada cambio planificado. El N90 destaca los datos relevantes, las prácticas de gestión de datos, los métodos de análisis, las métricas de desempeño, las pruebas estadísticas y los criterios de aceptación predefinidos que sean cuantitativos, estadísticamente sólidos, adecuados para el riesgo y clínicamente significativos.
El plan también necesita una ruta de falla. Si un cambio propuesto no cumple con sus criterios de aceptación predefinidos, el fabricante debe contar con un mecanismo documentado para impedir la implementación y registrar la falla conforme a los requisitos aplicables.
La implementación es parte del plan, no una consideración secundaria. El documento señala las actualizaciones del etiquetado, la comunicación o capacitación a los usuarios, la vigilancia poscomercialización, el seguimiento en el mundo real y los requisitos de notificación según corresponda.
3. Evaluación del Impacto
La Evaluación del Impacto vincula los cambios propuestos con los controles del Plan de Cambios. Evalúa los beneficios, los riesgos y las mitigaciones para cada cambio y para los cambios en su conjunto.
Esa visión acumulativa constituye un aspecto operativo fundamental. Una secuencia de cambios individualmente aceptables puede interactuar, alterar el riesgo de ciberseguridad o interoperabilidad, o desplazar el desempeño en una dirección que no resulta visible cuando se evalúa cada versión de manera aislada.
Lo que implica el N90 para una estrategia de presentación global
Un plan central único no significa un resultado regulatorio único
Un fabricante puede utilizar el N90 para crear un PCCP central global, pero cada mercado de destino puede diferir sobre si se aceptan los PCCP, qué cambios requieren autorización, cuándo se puede presentar un plan y cómo se puede modificar un plan autorizado.
El resultado práctico debe ser una matriz de jurisdicciones adjunta al plan central. Para cada mercado, se debe realizar el seguimiento de:
- si se acepta un PCCP o un mecanismo comparable;
- los tipos de dispositivos y presentaciones elegibles;
- el alcance de cambio aceptable;
- los plazos de presentación y la ruta de revisión;
- la terminología local y la ubicación de los documentos;
- las obligaciones de comunicación con los usuarios;
- las consecuencias en materia de poscomercialización y notificaciones; y
- el tratamiento regulatorio de las revisiones al propio PCCP.
Sin esa matriz, un equipo podría asumir erróneamente que la autorización en un mercado elimina la necesidad de una presentación en otro.
El control de versiones se convierte en evidencia regulatoria
El N90 enfatiza que tanto el regulador como el fabricante deben saber qué versión del PCCP fue autorizada. Por lo general, es probable que las revisiones a un PCCP autorizado requieran una nueva autorización, debido a que el plan cubre cambios que de lo contrario requerirían una nueva presentación, aunque algunas jurisdicciones pueden permitir revisiones menores sin una nueva autorización.
Por lo tanto, la versión autorizada del PCCP debe vincularse con la autorización del dispositivo correspondiente, la línea base del software, el archivo de gestión de riesgos, los controles de liberación, el etiquetado y el estado regulatorio específico de cada mercado.
La trazabilidad debe realizarse cambio por cambio
El documento recomienda conectar cada elemento de la Descripción de los Cambios con sus actividades de verificación y validación en el Plan de Cambios. Los fabricantes deben extender esa trazabilidad a través de la Evaluación del Impacto y la decisión de liberación.
Un modelo de control útil consiste en una fila por cada cambio planificado, con enlaces a:
- el límite autorizado;
- los requisitos y peligros aplicables;
- los protocolos de verificación y validación;
- los criterios de aceptación;
- las conclusiones del impacto individual y acumulativo;
- los controles de implementación y comunicación;
- la versión de software liberada; y
- los mercados en los que se permite la implementación.
Dicha estructura facilita detener un cambio que quede fuera del plan o que supere las pruebas en un mercado pero carezca de autorización en otro.
Lo que el N90 no permite asumir a los fabricantes
El documento final no respalda los siguientes atajos:
- Un PCCP no es una autorización automática. El regulador aplicable debe aceptar y autorizar el plan conforme a su propio marco regulatorio.
- El alcance no es ilimitado. Los cambios deben permanecer dentro del uso previsto o finalidad prevista original y dentro de los límites autorizados.
- Los controles del sistema de gestión de calidad siguen siendo aplicables. La gestión de cambios, la gestión de riesgos, la verificación, la validación, la liberación y los procesos poscomercialización continúan siendo necesarios.
- Un plan autorizado no es necesariamente de edición libre. Un PCCP revisado puede requerir, en sí mismo, una autorización regulatoria.
- Los cambios no implementados no deben figurar como etiquetado actual. El N90 establece que el etiquetado comercializado debe reflejar los cambios implementados, no cambios futuros listados meramente en el PCCP.
- El reconocimiento internacional no es automático. Las diferencias jurisdiccionales pueden afectar la generalizabilidad, la evidencia y el reconocimiento.
Una prueba práctica de preparación
Antes de invertir en la presentación de un PCCP, el fabricante debe ser capaz de responder a cinco preguntas.
- ¿Se puede describir cada cambio propuesto dentro de un límite específico y comprobable?
- ¿Son los métodos de evidencia y los criterios de aceptación lo suficientemente maduros como para definirse antes de desarrollar el cambio futuro?
- ¿Puede el sistema de gestión de calidad evitar la implementación cuando no se cumplan los criterios o cuando un mercado no haya autorizado la implementación?
- ¿Se pueden monitorear los impactos individuales y acumulativos a través de las versiones sucesivas?
- ¿Existe una ruta verificada mercado por mercado para presentar y utilizar el plan?
Si las primeras cuatro respuestas son endebles, el PCCP puede ser demasiado inmaduro para su revisión. Si la quinta respuesta es endeble, el plan técnico puede ser sólido, pero la suposición sobre el despliegue global no resulta segura.
Qué deben hacer los fabricantes ahora
Los fabricantes de software de dispositivos médicos pueden utilizar el marco final N90 de inmediato para la planificación interna, incluso antes de que todas las jurisdicciones adopten una vía de PCCP.
- Comparar las plantillas existentes de planes de control de cambios con los cinco principios y los tres elementos de N90.
- Reemplazar las categorías amplias de cambios por declaraciones de cambios delimitadas y verificables.
- Vincular cada cambio planificado con evidencia, criterios de aceptación, análisis de impacto, despliegue, comunicación y controles de fallas.
- Establecer un control de versiones controlado para el PCCP y su relación con cada configuración autorizada del dispositivo.
- Construir y mantener la matriz de jurisdicciones antes de basarse en un plan de implementación multimercado.
- Interactuar tempranamente con los reguladores de destino cuando se disponga de interacción previa a la presentación, particularmente para cambios novedosos o adaptados localmente.
La guía regulatoria de SaMD de Pure Global proporciona contexto adicional para clasificar y registrar software en los principales mercados. N90 puede proporcionar la arquitectura común del PCCP; la estrategia de mercado aún debe traducir esa arquitectura a las reglas reales de cada jurisdicción.
En conclusión
IMDRF N90 ofrece al sector del software de dispositivos médicos un referente internacional definitivo para el diseño del PCCP. Su valor radica en una estructura compartida: límites de cambios focalizados, controles basados en riesgos y evidencia, transparencia para el usuario, gobernanza del ciclo de vida y una Descripción de Cambios, un Plan de Cambios y una Evaluación de Impacto interconectados. Su limitación es la adopción por cada jurisdicción. Los fabricantes deben utilizar N90 para estandarizar el plan principal y, posteriormente, verificar de manera independiente los requisitos de autorización e implementación en cada mercado.
Hablemos,
esté donde esté.
Ya sea que busque más información o esté listo para asociarse con nosotros, le guiaremos en cada paso del proceso regulatorio.
Contáctenos










