Resumen

  • La Comisión Nacional sobre la Regulación de la IA en la Atención Sanitaria propone autorización por etapas, seguimiento continuo, una herramienta pública para consultar incidentes y trazabilidad de cada versión del dispositivo dentro de la historia clínica.
  • Esa referencia común permitiría unir el uso asistencial, el estado concreto del modelo, una señal de riesgo y la medida correctora. Por ahora son recomendaciones de un órgano no estatutario; el Gobierno aún no ha publicado su respuesta formal.

El producto regulado no permanece quieto

El informe publicado el 10 de septiembre parte de una limitación conocida. La evaluación previa a la comercialización observa una versión en unas condiciones definidas. El software puede cambiar después, y su rendimiento puede variar entre hospitales, poblaciones, datos y flujos de trabajo. El nombre comercial no revela esas diferencias.

La Comisión no afirma que toda IA sanitaria sea un dispositivo médico ni que todos los modelos se modifiquen de forma autónoma. Propone graduar las obligaciones según el riesgo, el beneficio, la incertidumbre y la capacidad de cambio. Esa cautela evita convertir «IA» en una única categoría regulatoria.

La recomendación 14 plantea autorizaciones escalonadas. Un producto podría comenzar en un entorno y una población limitados, con barreras de seguridad y generación de pruebas, antes de avanzar hacia una autorización completa. El comunicado de la MHRA usa la imagen de un permiso de aprendiz. En la práctica, la etapa solo es verificable si define alcance, supervisión, métricas, autoridad para detener y condiciones para avanzar o retirarse.

La recomendación 17 desplaza parte del peso hacia la fase posterior: planes de vigilancia, estudios reales cuando sean necesarios, informes regulares y procesos de escalado si se detecta degradación incluso antes de un incidente notificable. Una deriva de rendimiento no demuestra por sí sola un daño. Sí puede señalar dónde investigar antes de que la respuesta dependa de una lesión grave.

Ya existen obligaciones generales. El instrumento británico de 2024 exige a los fabricantes sistemas de vigilancia, investigación y acciones preventivas o correctoras. La novedad del informe es pedir una cadena adaptada a productos cuyo estado operativo puede cambiar con una actualización o el contexto.

La versión es el dato que permite unir expedientes

La recomendación 20 pide a la MHRA mecanismos para identificar dispositivos de IA una vez desplegados, con control de versiones adecuado. También encarga trabajar con el Departamento de Salud y Atención Social y los departamentos sanitarios de las administraciones descentralizadas para que la información de trazabilidad, incluida la versión, se registre de forma rutinaria en la historia clínica.

Eso no significa hacer pública la historia del paciente. Significa preservar un puntero. Ante una señal de seguridad, el investigador debería poder saber qué producto, versión, configuración, finalidad autorizada y lugar de despliegue intervinieron. Si una versión se actualizó tres veces bajo el mismo nombre, una consulta por marca será demasiado imprecisa.

El informe propone explorar el identificador único de dispositivo. Un UDI aporta identidad estable, pero no sustituye un historial de estados. Para que la trazabilidad sea útil, el registro debe asociar identificador y versión con el momento del uso, el plan de cambios permitido y la actualización, corrección o reversión posterior.

Ninguna organización posee todos esos datos. El fabricante conoce la versión. El proveedor asistencial conoce el lugar y el proceso clínico. El sistema de historia electrónica decide qué campo se conserva. Profesionales y pacientes observan el resultado. La MHRA recibe señales y actúa dentro de su competencia. El Departamento y las autoridades descentralizadas deciden la política y la implantación. La gobernanza consiste en evitar que la responsabilidad desaparezca entre esas custodias.

Consultar incidentes no equivale a probar causas

La recomendación 19 propone que el público pueda buscar incidentes por fabricante, dispositivo y periodo. El actual portal Yellow Card para dispositivos médicos ya recibe avisos sobre software, aplicaciones e inteligencia artificial. Es una puerta de entrada, no la base pública de consulta descrita por la Comisión.

Un registro abierto necesitará estados comprensibles. Un reporte puede ser una sospecha, estar duplicado, carecer de datos o acabar sin relación causal. Debe distinguir recepción, evaluación inicial, investigación, conclusión, acción, corrección y cierre. Presentar el total como tasa de fallo induciría a error porque no muestra cuántos dispositivos se usaron ni qué exposición tuvo cada versión.

Con versión, la consulta puede responder preguntas mejores: si el patrón apareció después de una actualización; si solo existe en un entorno; si afecta a una población; o si desapareció tras una corrección. También permite delimitar la cohorte que necesita seguimiento sin alertar indiscriminadamente a toda persona que haya usado el producto.

La recomendación 18 reconoce que los datos están fragmentados y pide mejorar su intercambio. La 21 propone automatizar reportes de baja carga. El propio informe advierte que la MHRA necesitará herramientas para manejar el aumento de volumen. Automatizar un envío no autoriza a un sistema a decidir causalidad, riesgo clínico o sanción.

La Comisión dibujó el mecanismo, no lo promulgó

La página institucional define a la Comisión como independiente, consultiva y no estatutaria. Su esquema tiene cuatro niveles: propósito, principios, innovaciones recomendadas y detalle de política. El cuarto queda expresamente en manos del regulador, el departamento u organismo responsable.

El registro oficial de publicación promete una respuesta intergubernamental separada. Hasta entonces, no hay una nueva ley que inscriba versiones en las historias, una autorización escalonada activa, una base pública de incidentes de IA o una nueva multa creada por este documento.

Tampoco debe suponerse una implantación idéntica en todo el Reino Unido. La sanidad está descentralizada y la regulación de dispositivos en Irlanda del Norte mantiene particularidades bajo el Marco de Windsor. La trazabilidad solo será nacional si las decisiones legales y técnicas preservan una referencia compatible al cruzar esas fronteras.

Este artículo enlaza con el directorio del Departamento de Salud y Atención Social porque la futura respuesta requiere una responsabilidad gubernamental visible. No convierte al Departamento en regulador ni confunde a la MHRA con la Comisión.

De la recomendación a un recibo de garantía

Una implementación auditable podría producir un recibo de garantía por cada estado desplegado. Incluiría fabricante, dispositivo, versión o estado del modelo, centro, finalidad, límites de la etapa, plan de cambio, periodo de seguimiento, métricas de rendimiento y equidad, referencia en la historia clínica, incidente o casi incidente, responsable de escalar, cohorte afectada, decisión regulatoria, corrección y versión sucesora.

No todos los campos deben ser públicos ni visibles para todos. Lo esencial es una clave compartida y un historial que no borre estados anteriores. El público puede ver datos agregados y decisiones; el regulador, el proveedor y el fabricante pueden acceder a la evidencia necesaria; el paciente puede conocer una corrección que le afecte.

La disciplina del espejo de política de Lu Heng exige separar participación, prueba y decisión. El argumento de código en funcionamiento pregunta si la referencia sobrevive en la práctica a una actualización, un traslado asistencial, una migración de datos o la salida de un proveedor. Ahí se comprobará el diseño.

La Comisión ha identificado el dato que evita que «seguimiento continuo» sea una promesa vacía. El siguiente acto corresponde a quienes pueden imponerlo, financiarlo y mantenerlo.

Fuentes

  1. Recomendaciones completas de la Comisión
  2. Registro oficial de publicación
  3. Anuncio de la MHRA
  4. Página de la Comisión
  5. Investigación, participación y consulta
  6. Reglamento de vigilancia poscomercialización de 2024
  7. Yellow Card — dispositivos médicos
  8. Informe de la fase 2 de AI Airlock
  9. Lu Heng — The Policy Mirror
  10. Lu Heng — Running Code Primary
  11. Lu Heng — Why BTW Media Exists