Orientación y coordinación regulatoria

Afirmaciones de un dispositivo ponible que cambian el análisis

Identifique las obligaciones antes de realizar ensayos.

Un dispositivo ponible no constituye una clase reglamentaria independiente en la UE. Una pulsera, parche sensor o anillo inteligente puede ser producto de bienestar, producto sanitario sujeto al MDR, accesorio o parte de un sistema combinado. La vía depende de la finalidad médica prevista por el fabricante, sus funciones y pruebas; no de la palabra «ponible» ni del marcado CE de un módulo de radio.

El mapa abarca sensores, firmware, aplicación y avisos en la nube destinados al mercado de la UE. Los ejemplos plantean decisiones, no clases definitivas. Fije las afirmaciones comerciales y la configuración completa antes de elegir organismo notificado o encargar ensayos.

Afirmaciones de un dispositivo ponible que cambian el análisis

Función o afirmaciónPregunta regulatoriaLo que sigue sin resolverse
«Mostrar pulso durante el ejercicio», sin finalidad médica¿Está destinado solo a forma física y bienestar?No es automáticamente MDR; verificar requisitos de consumo, radio y medioambiente.
«Detectar posible fibrilación auricular» desde la muñeca¿El aviso diagnóstico convierte el sensor, software o conjunto en producto sanitario?Revisar cualificación, evidencia clínica y reglas 10/11; el sensor no fija por sí solo la clase.
«Alertar al clínico de un deterioro respiratorio peligroso»¿Se monitorizan constantes cuyas variaciones pueden implicar peligro inmediato?Las reglas 10/11 pueden elevar la clase; registrar pacientes, latencia y consecuencias.
«Ajustar la administración de fármacos a partir de mediciones continuas»¿Existe terapia activa con decisión diagnóstica integrada?Analizar, según corresponda, reglas 9/12/22 y riesgos de software y dosificación; clase no automática.

Publicidad, tienda de aplicaciones, instrucciones y evaluación clínica deben reflejar una finalidad coherente. «No destinado al diagnóstico» no neutraliza otra afirmación de uso médico.

Clasificar sensor, software sanitario y función combinada

El artículo 2 del MDR fundamenta la cualificación en la finalidad médica prevista. El anexo VIII exige considerar la regla 10 para productos activos de diagnóstico/vigilancia, la regla 11 para software médico y, si procede por funciones terapéuticas o integradas, las reglas 9, 12 y 22. Se aplican las normas de ejecución y la clase más alta si concurren varias. El software independiente puede clasificarse por separado; el que controla o influye en un dispositivo sigue la norma de ejecución pertinente.

No todo pulsómetro es clase IIa, ni toda salida de IA clase III, ni todo reloj de bienestar está exento de obligaciones CE. Distinga medición, interpretación clínica, alerta y tratamiento automático. Conforme al artículo 52, la mayoría de productos de clase I se autodeclaran con excepciones concretas; IIa, IIb y III suelen necesitar organismo notificado.

Matriz de regímenes europeos para dispositivos conectados

NormativaSupuesto para el ponibleConsecuencia y excepción relevante
MDR 2017/745Finalidad médica, accesorio o sistema comprendidoClase, riesgos, evaluación clínica, documentación técnica, conformidad, CE y seguimiento y vigilancia posteriores.
RED 2014/53/UEBluetooth, Wi-Fi, móvil u otro emisor radioeléctricoComprobar espectro, seguridad eléctrica y CEM. Los requisitos cibernéticos adicionales del art. 3(3)(d)–(f) de RED, desarrollados por el Reglamento 2022/30, no se aplican a equipos también sujetos al MDR; RED puede seguir aplicándose en lo demás.
RoHS / RAEEEquipo electrónico y residuos al final de la vidaComprobar sustancias, exenciones, recogida selectiva y obligaciones nacionales; lo médico no supone exención general.
Reglamento de baterías 2023/1542Pila o batería recargable incorporadaEvaluar deberes y extracción/sustitución del art. 11 desde el 18 de febrero de 2027, excepciones precisas por seguridad/integridad y posteriores reformas.
RGPD 2016/679Datos identificables del paciente, incluidos los de saludIdentificar responsables/encargados, base jurídica, condición del art. 9 si procede, seguridad y conservación; CE MDR no autoriza el tratamiento.
Reglamento IA 2024/1689La IA interpreta datos médicos o apoya decisiones críticasExaminar concepto de sistema de IA, alto riesgo y deberes vigentes al comercializar; clase MDR y situación IA no coinciden necesariamente.
Reglamento de Ciberresiliencia 2024/2847Producto digital conectado autónomoEl art. 2(2) excluye productos sujetos al MDR; revisar por separado componentes autónomos ajenos al MDR.

Para un sistema de IA que sea un producto sanitario regulado o su componente de seguridad, la vía de alto riesgo del artículo 6(1) y anexo I de la ley de IA exige, entre otras condiciones, evaluación de conformidad por un tercero conforme a la legislación del producto. Una función de IA no basta por sí sola. Tras el Reglamento (UE) 2026/1744, las obligaciones de alto riesgo del capítulo III, secciones 1–3, rigen desde el 2 de agosto de 2028 para artículo 6(1)/anexo I y desde el 2 de diciembre de 2027 para artículo 6(2)/anexo III. Otras obligaciones de IA pueden estar vigentes: comprobar disposiciones y transiciones.

La exclusión de los requisitos cibernéticos RED adicionales se examina por cada equipo radioeléctrico, no para el paquete comercial completo. Un reloj de consumo utilizado por una aplicación médica MDR no pasa automáticamente a estar sujeto él mismo al MDR. Si el reloj queda fuera, debe comprobarse por separado si le afectan los requisitos del artículo 3(3)(d)–(f) de RED; la app médica no lo exime globalmente.

Para un parche ponible sellado, compruebe primero si contiene una «batería portátil» comprendida en el artículo 11. Desde el 18 de febrero de 2027, el apartado 1 exige, por regla general, su extracción y sustitución por el usuario final. El apartado 2 permite que la sustitución la efectúen profesionales independientes —no que sea imposible sustituirla— en categorías expresamente enumeradas, incluida la imagen médica/radioterapia profesional y el diagnóstico in vitro; no hay una exención general para productos sanitarios. El apartado 3 excluye por separado la aplicación del apartado 1 únicamente cuando la conexión permanente y la alimentación continua sean necesarias para la seguridad del usuario y del producto, o para la integridad de los datos si la función principal es recoger y proporcionar datos. Documente la categoría de batería, el método de sustitución y la prueba de cada excepción; revise las modificaciones antes de comercializar.

Cuando el reloj de consumo y la nube forman parte de la prueba clínica

Dibuje el perímetro del sistema regulado: sensor y contacto cutáneo, software embebido, radio, teléfonos/sistemas compatibles, tratamiento en nube, interfaz clínica, algoritmo y alarmas. Identifique quién hace cada afirmación médica y qué partes son producto, accesorio o equipo ordinario. MDCG 2023-4 analiza software sanitario dependiente de hardware de consumo.

Si una app sanitaria depende del sensor de un reloj general, el CE de este no acredita el rendimiento clínico de la combinación. Valide modelos, versiones de firmware, señal, desconexión, falsos avisos, actualizaciones y responsabilidades por cambios. El CE del módulo radio tampoco sustituye evaluar la función médica completa.

MDCG 2023-4 distingue dispositivos o accesorios MDR del hardware común no sujeto al MDR usado con software sanitario. En este último caso, el fabricante del software no puede apoyarse en una conformidad MDR del hardware y debe demostrar seguridad, rendimiento y reproducibilidad de las combinaciones previstas. La guía MDCG interpreta requisitos vigentes, pero no es una norma vinculante por sí misma.

Expediente probatorio específico del ponible

Prepare documentos trazables que vinculen cada resultado clínico anunciado con configuración y ensayos:

  1. Registro de finalidad y afirmaciones: pacientes, enfermedades, usuarios, entornos, indicaciones, exclusiones, acciones clínicas y publicidad.
  2. Arquitectura y proveedores: elementos, firmware, móviles, nube, flujos, frecuencias, química de batería, versiones software/IA y responsables de seguridad.
  3. Memoria de clasificación: límites de producto/accesorio/software, reglas pertinentes del anexo VIII, clase justificada y procedimiento aplicable.
  4. Seguridad y prestaciones: precisión con movimiento y diferentes condiciones de piel, contacto cutáneo, electricidad, CEM, radio, batería y usabilidad.
  5. Pruebas clínicas y de software: evaluación clínica, usuarios, algoritmos, datos, verificación/validación, sensibilidad de alarmas, falsos positivos y latencia.
  6. Controles operativos: amenazas cibernéticas, corrección de vulnerabilidades, trazabilidad, seguimiento poscomercialización, incidentes y cambios de proveedores.

EN ISO 14971, EN IEC 62304, EN IEC 62366-1 y las series EN IEC 60601 y EN ISO 10993 pertinentes pueden aportar métodos de demostración. Una norma técnica no es una ley adicional; verificar ámbito, edición y armonización.

Etiquetado, registro y condiciones para comercializar

«Certificado CE» no es una autorización universal. Cierre estas fases interdependientes:

  1. Fijar afirmaciones, finalidad, límites de software/hardware, clase y normas de la UE antes de escoger el procedimiento.
  2. Cumplir obligaciones del fabricante, sistema de calidad, expediente y evaluación clínica; recurrir a organismo notificado con designación adecuada cuando sea obligatorio.
  3. Si el fabricante está fuera de la UE, establecer representante autorizado; delimitar importadores, distribuidores y canales de reclamación.
  4. Preparar declaración(es) UE, marcado CE y número de organismo si corresponde; comprobar UDI, registro y módulos EUDAMED obligatorios desde el 28 de mayo de 2026.
  5. Aprobar etiquetas, instrucciones y advertencias en idiomas exigidos por los Estados miembros, datos de radio/baterías/RAEE, seguimiento, vigilancia y actualizaciones.

Los cuatro módulos EUDAMED obligatorios desde el 28 de mayo de 2026 no suponen cuatro trámites del fabricante: los agentes económicos pertinentes se registran como actores, los fabricantes registran dispositivos/UDI cuando procede, los organismos notificados introducen certificados y el módulo de vigilancia del mercado corresponde a autoridades y Comisión. Vigilancia de incidentes e investigaciones clínicas no integraban esos cuatro módulos. Revisar las transiciones para dispositivos anteriores.

Alojar el servidor fuera de la UE o tener un fabricante extracomunitario no excluye automáticamente del MDR un servicio de diagnóstico en la nube. Conforme al artículo 6(1), deben cumplir el MDR los productos ofrecidos mediante servicios de la sociedad de la información a una persona establecida en la Unión. Según el artículo 6(2), también debe cumplir un producto no comercializado pero utilizado en una actividad comercial para prestar a dicha persona un servicio diagnóstico o terapéutico, incluso gratuito y ofrecido directamente o por intermediarios. Verifique el destinatario y su establecimiento, la finalidad médica y el producto efectivamente utilizado; el simple alojamiento de datos no determina por sí solo la calificación como producto sanitario.

Cambios que obligan a revisar la evaluación

Los cambios en finalidad o riesgo exigen revisar cualificación, clase, pruebas y demás regímenes. Use control de impacto, no la etiqueta «pequeña actualización».

  1. Nueva afirmación sobre arritmias o dosificación, otros pacientes o paso del hogar al hospital.
  2. Nuevo sensor óptico, adhesivo, ubicación, batería o modelo compatible de reloj/teléfono.
  3. Reentrenamiento IA, umbral de alarma, caída de nube, diseño radio o vulnerabilidad importante.

Alcance de esta guía y vía relacionada

Esta página aborda la interacción de regímenes para el dispositivo ponible, no todo el procedimiento MDR. Para el marco general, consulte la vía de conformidad de productos sanitarios en la UE.

Preguntas concretas sobre productos sanitarios ponibles

¿Medir pulso o saturación convierte automáticamente al reloj en producto sanitario de la UE?

No. Importan finalidad médica y afirmaciones de marketing y software. Diagnosticar o seguir enfermedades puede alterar la cualificación; la medición sola no determina la clase.

¿Una app para detectar fibrilación puede usar el CE existente del reloj general?

No basta. El fabricante de la función médica debe demostrar seguridad y rendimiento clínico de combinaciones definidas de sensor, firmware y app y clasificarlas.

¿Bluetooth impone los requisitos cibernéticos adicionales de RED a un dispositivo MDR?

RED puede regir la radio, pero el art. 2(1) del Reglamento 2022/30 excluye a equipos sujetos al MDR de los requisitos concretos del art. 3(3)(d)–(f). Permanece la ciberseguridad MDR.

¿Puede un parche médico sellado tener batería no sustituible por el usuario?

No existe excepción médica general. El art. 11 del Reglamento de baterías se aplica desde el 18 de febrero de 2027 con excepciones limitadas; justificar seguridad/integridad y comprobar el texto vigente.

¿El marcado CE MDR permite tratar lecturas sanitarias identificables?

No. RGPD exige examen separado de roles, base jurídica, condición del art. 9, seguridad, avisos y transferencias.

¿Una alarma por IA implica automáticamente clase III y todos los deberes de la ley de IA?

No. La clase MDR se decide por finalidad y consecuencias según anexo VIII; la norma de IA y sus fechas se evalúan por separado.

Fuentes oficiales de la UE

Responsable de la publicación: Khachatrian Razmik

Última actualización: 2026-10-16

Artículos relacionados