Productos combinados fármaco-dispositivo: cómo gestionar el MDR Artículo 117 sin descubrir los gaps durante la review

El punto de ruptura: cuando el dispositivo “no es solo un accesorio”

Si estás gestionando una jeringa precargada, una pluma o un autoinyector, probablemente ya hayas experimentado esta fricción: en muchas compañías farmacéuticas, el dispositivo se trata como un “packaging avanzado”.

Durante las auditorías, la debilidad más frecuente que observo es esta: el equipo tiene un dossier de medicamento sólido, pero no existe un nivel equivalente de rigor en risk management del dispositivo, usability y trazabilidad de requisitos (GSPR). Hasta que llega una solicitud formal, o entra en juego un Notified Body, nadie “ve” el gap.

El mito obsoleto que hay que desmontar: “El marcado CE es suficiente”

Mito común: “Si el componente ya tiene marcado CE o el proveedor está cualificado, estamos cubiertos.”
Por qué es ineficiente y arriesgado: en los productos combinados, las autoridades y los organismos evaluadores quieren entender:

• cómo contribuye el dispositivo a la seguridad de uso (use-related risk),
• cómo gestionas los cambios y los proveedores (design control),
• cómo demuestras la conformidad con los GSPR aplicables.

Conclusión: el “CE” no sustituye tu dossier técnico integrado.

MDR Artículo 117: qué significa operativamente para un equipo de Pharma RA

Cuando un medicamento incluye un dispositivo integral, como una jeringa precargada, surge la necesidad de gestionar la evidencia de conformidad del componente dispositivo y, cuando corresponda, una Notified Body Opinion.

Desde la perspectiva de RA, el Artículo 117 no es “un documento más”. Es un proceso que impacta en:

• la planificación de tiempos (lead time del NB),
• la estructura del paquete técnico,
• el change control, porque el dispositivo cambia “más a menudo” de lo que los equipos suelen admitir.

El deliverable que separa a los equipos maduros de los reactivos: el GSPR Mapping

El elemento central es el checklist/mapping de GSPR (General Safety and Performance Requirements):

• qué requisitos aplican a tu dispositivo,
• qué evidencia los cubre,
• dónde se encuentra esa evidencia (informes, ensayos, risk file, usability, IFU).

Tabla “en 30 segundos”: la evidencia que piden y de dónde sale realmente

Notified Body Opinion: cómo evitar el “efecto sorpresa”

Desde una perspectiva de proyecto, la NB Opinion debe gestionarse como una mini-review:

• un paquete técnico limpio, sin anexos redundantes,
• trazabilidad: requisito → evidencia → conclusión,
• un gap log: qué no está disponible hoy y qué mitigación existe.

Un error típico que veo es enviar un conjunto de informes desconectados, sin un documento rector que explique: “esta es la historia completa del dispositivo”.

Risk Management: ISO 14971 e ICH Q9 no son lo mismo, pero deben hablar entre sí

Aquí es donde suele empezar la confusión interna:

• en pharma, se razona a través del Quality Risk Management bajo ICH Q9,
• en dispositivos, se razona a través de ISO 14971, centrada en hazards, escenarios de uso y use-related risks.

Un enfoque eficaz:

• mantener ambos “lenguajes” diferenciados,
• pero construir un puente: hazard del dispositivo → impacto en el paciente → controles (técnicos + informativos + training).

Durante una auditoría, la pregunta crítica es:
“Muéstrenme cómo redujeron el riesgo de uso a un nivel aceptable y cómo lo monitorizan en post-market.”

Usability / Human Factors: el riesgo regulatorio que no se “ve” en el laboratorio

Muchos problemas no aparecen en los ensayos de calidad. Aparecen cuando un operador real utiliza el dispositivo en condiciones reales.

LSI terms y conceptos que marcan la diferencia aquí:

• use-related risk
• critical task analysis
• formative vs summative evaluation
• label comprehension
• IFU (Instructions for Use) como control de riesgo, no como anexo

Desde la perspectiva de fabricación, el principal reto es que cada microcambio, ya sea en material, fuerza de activación o tolerancias, puede modificar la experiencia de uso y, por tanto, requerir una reevaluación.

UDI / EUDAMED: impacto real en artwork y supply chain, no teoría

Cuando entran en juego la gestión del UDI y los registros, incluyendo Basic UDI-DI, UDI carrier y EUDAMED, cambian:

• el workflow de aprobación de artwork,
• la data governance, porque los master data deben mantenerse alineados,
• los tiempos de liberación.

Un contrarian insight útil: tratar el UDI como “algo solo de device RA” es un atajo que acaba explotando. Si no involucras a packaging y supply chain, la implementación se convierte en el problema.

Post-market: PMS, FSCA y la interfaz con safety

En los productos combinados, el post-market no es solo “PV del medicamento”:

• existe un PMS plan del dispositivo,
• pueden existir FSCAs (Field Safety Corrective Actions) y Field Safety Notices,
• el trending de complaints pasa a formar parte de la compliance.

En las auditorías, lo que suele llamar la atención es un complaint handling no integrado, por ejemplo cuando los eventos de uso se clasifican como “customer service” en lugar de tratarse como señales de riesgo.

Recuadro “Para recordar”

Aunque tu producto sea drug-led, el dispositivo sigue siendo una fuente de riesgo clínico.
La estrategia ganadora consiste en integrar el risk file, la usability y la supply chain antes de que la review te lo pida.

Checklist operativa: “Article 117 readiness” para Pharma RA

• Tienes un GSPR mapping actualizado y versionado.
• Existe un ISO 14971 Risk Management File completo, con mitigations y residual risk.
• Usability: cuentas con evidencia formativa (iterativa) y sumativa (final).
• Materiales: dispones de biocompatibilidad ISO 10993 y rationale para contacto/uso previsto.
• E&L: vinculados a materiales reales y shelf life, no tratados como un paper exercise.
• CCI: los ensayos son representativos del lifecycle, incluyendo transporte, temperatura y aging.
• Change control: cada cambio del dispositivo entra en un regulatory impact assessment.
• UDI / EUDAMED: master data, artwork y supply chain están alineados.
• Complaint handling: workflow integrado entre PV + QA + device RA.
• NB plan: timeline, contenido, owner y un single story document.

Conclusión operativa

El Artículo 117, y más ampliamente la gestión de los productos combinados, no recompensa a los equipos que “rellenan más PDFs”. Recompensa a los equipos que construyen un sistema donde requisitos, evidencia y cambios se gobiernan como un verdadero lifecycle.

Lo que hoy parece “solo un proyecto más” puede convertirse mañana en el cuello de botella del lanzamiento o de la continuidad de suministro.