Regulación Sanitaria

Sistema de control de riesgo aplicado al diseño, fabricación y uso clínico.

La regulación sanitaria en dispositivos médicos es el conjunto estructurado de disposiciones legales, técnicas y normativas que establecen los requisitos mínimos de seguridad, desempeño clínico, calidad y vigilancia que debe cumplir un dispositivo médico durante todo su ciclo de vida (premercado, comercialización y postmercado).


  • Proteger la seguridad del paciente.
  • Asegurar desempeño clínico demostrado.
  • Garantizar trazabilidad y control de calidad.
  • Establecer responsabilidades legales del fabricante.
  • Permitir vigilancia postcomercialización.

Componentes que engloban la regulación sanitaria

Documentación técnica para validar la regulación sanitaria del DM, incluye:

  • Descripción del dispositivo y uso previsto
  • Clasificación de riesgo.
  • Análisis de riesgos.
  • Evidencia de verificación y validación.
  • Evidencia clínica.
  • Información de etiquetado e IFU (Instructions for Use).
  • Información de fabricación.
  • Cumplimiento de normas técnicas aplicables.

Información necesaria para demostrar que un dispositivo médico es seguro, cumple con el desempeño clínico esperado y mantiene una relación beneficio-riesgo favorable para el paciente o usuario, incluye:

  • Literatura científica.
  • Estudios clínicos propios.
  • Comparación con dispositivos equivalentes.
  • Validación estadística del desempeño. 
  • Validación analítica (para software o IA).
  • Validación clínica (para software o IA).
  • Control de sesgo y generalización del modelo (para software o IA).

Sistema documentado que garantiza:


  • Control de diseño
  • Control de cambios
  • Gestión de proveedores
  • Trazabilidad
  • Manejo de no conformidades
  • Acciones Correctivas y Preventivas (CAPA - Corrective Action and Preventive Action)

La norma ISO 14971:2019 es el estándar internacional que especifica la terminología, los principios y un proceso integral para la gestión de riesgos de dispositivos médicos, incluyendo el software como dispositivo médico y los dispositivos médicos de diagnóstico in vitro. Incluye:

  • Identificación de peligros
  • Estimación de riesgo
  • Evaluación del riesgo residual
  • Medidas de mitigación
  • Reevaluación post mercado

1. Para equipo electromédico aplica la  IEC 60601-1-11:2015, incluye:

  • Seguridad eléctrica.
  • Compatibilidad electromagnética.
  • Protección contra choque eléctrico.

2. Para software médico aplica la IEC 62304:2006, incluye:


  • Clasificación por nivel de riesgo.
  • Ciclo de vida del software.
  • Gestión de configuración.
  • Validación del código.
  • Control de cambios.

Marco Regulatorio Nacional e Internacional

COFEPRIS (Comisión Federal para la Protección contra Riesgos Sanitarios,  México)



1.Nom 241



2. Nom 240

  • Tecnovigilancia obligatoria (NOM-240-SSA1-2012)
  • Acuerdos de equivalencia. Si se tiene aprobación equivalente a estas normas por parte de la FDA, Health Canada o Japón, el trámite se acelera significativamente.


Más información

 FDA (Food and Drug Administration, EE. UU.)



Rutas regulatorias según nivel de riesgo (Clase I, Clase II y Clase III) para obtener autorización o aprobación de comercialización según esa clasificación y la evidencia disponible: 


  • 510(k): riesgo bajo/moderado con equivalente en mercado.
  • De Novo: riesgo bajo/moderado sin equivalente claro.
  • PMA: alto riesgo; requiere aprobación previa con mayor evidencia clínica y técnica.


Más información

MDR (Medical Device Regulation, Europa)



El marco regulatorio Europeo es más estricto, exigen una mayor trazabilidad y vigilancia activa posterior a la comercialización.


El fabricante debe integrar documentación clínica, técnica y de seguimiento que respalde el uso previsto del dispositivo. 

Requisitos regulatorios:

  • Evaluación clínica 
  • PMCF — Seguimiento clínico post-comercialización 
  • UDI: identificación única para trazabilidad del dispositivo
  • EUDAMED: registro europeo de dispositivos, fabricantes, certificados, vigilancia y datos UDI

Pero en este marco regulatorio la responsabilidad de trazabilidad y vigilancia lo conllevan fabricantes, importadores y distribuidores.

Más información

Propiedad Intelectual

La autoridad máxima y única responsable de administrar, regular y otorgar los derechos de propiedad industrial en México es el IMPI (Instituto Mexicano de la Propiedad Industrial).

La propiedad intelectual (PI) en dispositivos médicos comprende el conjunto de mecanismos jurídicos y técnicos destinados a proteger los activos intangibles derivados del desarrollo tecnológico, tales como invenciones, diseños, algoritmos, software, marcas y know-how. En caso de que el DM es o incluye Software Médico (SaMD), el código fuente de ese software también puede protegerse ante el INDAUTOR - Instituto Nacional del Derecho del Autor.

Un solo DM rara vez se protege con un solo registro. Por lo general, se utiliza una estrategia que abarca diferentes figuras legales ante el IMPI:

Su finalidad es:

  • Incentivar Innovación y Divulgación
  • Recuperar la inversión (I+D) 
  • Evitar apropiación indebida
  • Generar Valor Intangible 
  • Facilitar transferencia tecnológica.
  • Asegurar control sobreexplotación comercial.

En dispositivos médicos, la PI no solo protege la invención, sino también el ecosistema tecnológico que la soporta.

  • Protección como Propiedad Intelectual

    a) Patentes

    • Protección de invención técnica.
    • Reivindicaciones.
    • Alcance territorial.
    • Estado de la técnica.
    • Libertad de operación (FTO).

    b) Modelos de utilidad

    • Mejoras funcionales incrementales.

    c) Diseño industrial

    • Protección de forma externa o interfaz.

    d) Derechos de autor

    • Código fuente.
    • Algoritmos documentados.
    • Interfaces gráficas.

    e) Secretos industriales

    • Procesos internos.
    • Parámetros de calibración.
    • Bases de datos.
    • Métodos propietarios.

  • Protección del dispositivo (desde PI)

    • Protección contra ingeniería inversa.
    • Control de firmware propietario.
    • Protección criptográfica del software.
    • Licenciamiento controlado.
    • Control de acceso a código fuente.

  • Identidad de activos (desde PI)

    • Identificación única del activo tecnológico.
    • Control de versiones propietarias.
    • Trazabilidad de algoritmos.
    • Registro de software como obra protegida.
    • Gestión documental para defensa de patente.

  • Vigilancia de DM (desde PI)

    a) Vigilancia tecnológica

    • Monitoreo de patentes competidoras.
    • Seguimiento de publicaciones científicas.
    • Análisis de libertad de operación.
    • Detección de posibles infracciones.

    b) Vigilancia de mercado

    • Identificación de copia o uso indebido.
    • Defensa de derechos.


TRL

Nivel de Madurez Tecnológica

Es el grupo de 9 bloques de un método para estimar el nivel de madurez de las tecnologías, en donde se examinan los conceptos de la metodología, los requisitos tecnológicos y las capacidades tecnológicas demostradas.


  • TRL 1 – Principios básicos observados

    Etapa de investigación básica.


    - Existe una idea o concepto inicial.

    - Se identifican fundamentos científicos.

    - No hay pruebas ni validaciones.


  • TRL 2 – Formulación del concepto

     Sigue siendo conceptual.


    - Se define la idea tecnológica de manera más estructurada.

    - Puede existir un modelo teórico.

    - No hay pruebas experimentales formales.

  • TRL 3 – Prueba de concepto experimental

    Evidencia técnica de que la idea puede funcionar.


    Se valida el concepto mediante:

    - Simulaciones

    - Modelos conceptuales

    - Pruebas experimentales básicas

    - Demostraciones funcionales preliminares

    - Puede existir un prototipo inicial muy básico.

  • TRL 4 – Validación en laboratorio

    Existe un prototipo funcional probado en laboratorio

    - Prototipo funcional probado en entorno controlado.

    - Se realizan pruebas técnicas estructuradas.

    - Se miden parámetros de desempeño.

  • TRL 5 – Validación en entorno relevante

    El prototipo se prueba en condiciones que simulan el entorno real.


    - El prototipo se prueba en condiciones que simulan el entorno real.

    - Se comienza a evaluar aplicabilidad clínica o industrial.

  • TRL 6 – Prototipo demostrado en entorno relevante

    El prototipo es casi final y cuenta con evidencia técnica más sólida bajo condiciones cercanas a la realidad.


    - Prototipo casi final probado en condiciones reales simuladas.

    - Datos técnicos más robustos.

  • TRL 7 – Sistema probado en entorno operativo

    La tecnología ya se prueba en un entorno real


    Se prueba en entorno real (hospital, industria, campo clínico).

  • TRL 8 – Sistema completo y certificado

     El sistema está prácticamente terminado, validado y cumple con requisitos regulatorios avanzados.


    Tecnología lista, validada y con requisitos regulatorios avanzados.

  • TRL 9 – Producto en operación real

    La tecnología ya está implementada y funcionando comercialmente en el mercado.

    Tecnología ya implementada y funcionando comercialmente..

IRL

Nivel de Madurez para Inversión

Es el grupo de 9 escalas que estima el grado de madurez para inversión de la tecnología en los aspectos regulatorios, de investigación y el modelo de negocio que se requiere para lanzar al mercado los resultados de la investigación.



  • IRL 1 – Idea con potencial identificado

     Existe una idea prometedora, pero aún no se sabe si alguien realmente la necesita.


    - Existe una idea innovadora.

    - Se reconoce una posible oportunidad de aplicación.

    - No hay validación de mercado ni análisis formal de usuarios.


  • IRL 2 – Propuesta de valor definida

     Se entiende qué problema resuelve y para quién, pero aún no se ha validado con usuarios reales.


    - Se identifica el problema que resuelve.

    - Se define quién sería el usuario o beneficiario.

    - Existe una hipótesis de valor.


  • IRL 3 – Validación inicial con usuarios

    Existe evidencia inicial de interés o aceptación conceptual.


    - Se obtiene retroalimentación preliminar de expertos o usuarios potenciales.

    - Se ajusta la propuesta con base en comentarios iniciales.

  • IRL 4 – Modelo preliminar validado

    La innovación ya tiene una estructura básica para poder implementarse.


    - Se plantea una forma de implementación (modelo operativo o de adopción).

    - Se analiza viabilidad organizacional básica.

    - Existe interés confirmado.

  • IRL 5 – Implementación piloto

    Se prueba en la realidad, pero a pequeña escala.


    - Se realiza una prueba piloto en entorno real o semi-real.

    - Se evalúa aceptación, uso y desempeño práctico.

  • IRL 6 – Validación operativa

     Existe evidencia de que puede integrarse de forma funcional en un entorno real.


    - La solución demuestra que puede adoptarse sin afectar negativamente procesos existentes.

    - Se identifican ajustes necesarios para escalamiento.

  • IRL 7 – Escalamiento inicial

    La innovación empieza a expandirse más allá del piloto.



    - Se amplía la implementación a más usuarios o áreas.

    - Se demuestra repetibilidad del modelo.

  • IRL 8 – Integración consolidada

    Forma parte estructural del sistema.


    - La solución está formalmente integrada en procesos institucionales.

    - Existen protocolos, responsables y continuidad operativa.

  • IRL 9 – Innovación establecida

     La innovación ya está consolidada y operando a largo plazo.


    - La solución está implementada de forma sostenida.

    - Genera impacto medible y continuo.

    - Es replicable y estable en el tiempo.