Los programas municipales de salud comunitaria ocupan un lugar particular en la prestación de servicios sanitarios. Se desarrollan en escuelas, visitas domiciliarias y clínicas locales, con personal compuesto principalmente por enfermeros y visitadores sanitarios, y responden a mandatos poblacionales en lugar de métricas de episodios individuales de atención. Cuando se introduce la asistencia de documentación con inteligencia artificial (IA, tecnología que permite a las máquinas realizar tareas que normalmente requieren inteligencia humana) en este entorno, las preguntas de evaluación aplicables en una consulta de atención primaria o en una planta hospitalaria no se trasladan directamente. Esta guía establece un marco estructurado para los administradores de salud pública que abordan esa evaluación por primera vez, basándose en las obligaciones regulatorias europeas actuales, la evidencia de implementación publicada y las realidades prácticas de la prestación de salud comunitaria.

Por qué los entornos de salud municipal requieren un marco de evaluación independiente

La principal base de evidencia para las herramientas de documentación con IA en entornos clínicos proviene de hospitales de atención especializada y, en menor medida, de consultorios de atención primaria. Ambos contextos comparten características que no reflejan el funcionamiento de los programas de salud comunitaria: consultorios fijos, infraestructura de TI dedicada y profesionales sanitarios con tiempo protegido para la documentación.

La prestación de salud comunitaria municipal suele estar liderada por enfermeros, se realiza en múltiples ubicaciones dispersas y se estructura en torno a encuentros breves, a menudo informales: un chequeo de salud escolar, una visita domiciliaria a una madre reciente, una sesión abierta en un centro comunitario. El personal se desplaza frecuentemente entre sitios, la conectividad es intermitente y la misma persona puede desempeñar simultáneamente funciones de profesional sanitario, coordinador de atención y gestor de casos.

La evaluación de la Organización Mundial de la Salud (OMS) para Europa sobre la preparación para la IA en los Estados miembros de la Unión Europea (UE) encontró que la preparación de la fuerza laboral y las estructuras de gobernanza de datos varían significativamente entre los sistemas nacionales de salud y los niveles de prestación subnacionales. Los administradores municipales no pueden asumir que una herramienta validada a nivel hospitalario funcionará adecuadamente en su entorno.

El análisis de la Comisión Europea sobre las barreras de implementación de IA en la práctica clínica identifica cuatro categorías distintas de desafíos: tecnológicos y de datos, complejidad regulatoria, barreras organizativas y financieras, y factores sociales y culturales. En los programas municipales de salud comunitaria, las cuatro categorías se presentan con especial intensidad.

Una revisión sistemática de factores de implementación de e-salud en entornos de atención primaria, atención especializada y atención domiciliaria encontró que el éxito de la implementación dependía de factores que operaban simultáneamente a nivel de la tecnología, el entorno organizativo externo, el contexto de prestación interno y los profesionales individuales involucrados. Los programas municipales de salud abarcan todos estos niveles de maneras que las implementaciones hospitalarias típicamente no contemplan.

Qué hace realmente un asistente de documentación con IA en un contexto de salud comunitaria

Antes de iniciar cualquier evaluación regulatoria o proceso de adquisición, los administradores necesitan una definición funcional precisa de la herramienta a evaluar. Una clasificación errónea en esta etapa genera errores de cumplimiento posteriores difíciles de corregir.

Un asistente de documentación con IA en un contexto de salud comunitaria realiza lo siguiente:

• Escucha una conversación clínica entre un profesional sanitario y un paciente o familiar.

• Convierte el contenido hablado en texto en tiempo real utilizando tecnología de voz a texto (reconocimiento automático del habla, tecnología que transcribe el lenguaje hablado a texto escrito).

• Genera una historia clínica estructurada o un resumen a partir de esa transcripción.

• Reduce la carga de documentación sobre el profesional sanitario automatizando la creación de notas.

Lo que no hace, y esta distinción tiene peso regulatorio, es interpretar hallazgos clínicos, sugerir diagnósticos, recomendar tratamientos o señalar riesgos clínicos. Esas funciones definen el soporte a la decisión clínica, que conlleva diferentes obligaciones regulatorias tanto bajo el Reglamento de Dispositivos Médicos de la UE (MDR, marco regulatorio que garantiza la seguridad y eficacia de los dispositivos médicos) como bajo la Ley de IA de la UE.

El marco de The Lancet Primary Care para categorizar aplicaciones de IA en atención primaria utiliza la taxonomía de intervenciones de salud digital de la OMS para establecer precisamente esta distinción, separando las herramientas que apoyan la documentación y comunicación de aquellas que proporcionan orientación clínica. Los administradores que confunden ambas categorías corren el riesgo de regular en exceso una herramienta de documentación o, más peligrosamente, regular insuficientemente una herramienta que en realidad realiza funciones clínicas.

Una prueba práctica: si eliminar el resultado de la herramienta de IA de una consulta no modifica el juicio clínico del profesional sanitario, la herramienta está funcionando como asistente de documentación. Si el resultado de la herramienta alteraría lo que el profesional sanitario decide hacer a continuación, está funcionando como soporte a la decisión clínica.

Clasificación MDR: qué deben determinar primero los administradores municipales

La clasificación bajo el MDR (Reglamento 2017/745) es la primera determinación formal que debe hacerse antes de cualquier decisión de adquisición. Equivocarse en esto expone al municipio a responsabilidad legal y, más importante aún, a riesgos para la seguridad del paciente.

La pregunta central es si el asistente de documentación con IA cumple con la definición de dispositivo médico del MDR, específicamente si está destinado al diagnóstico, prevención, monitoreo, tratamiento o alivio de enfermedades. Una herramienta que solo captura y estructura conversaciones clínicas, sin interpretar su contenido clínico, generalmente queda fuera del alcance del MDR. Una herramienta que genera recomendaciones clínicas, puntuaciones de riesgo o sugerencias diagnósticas sí queda incluida.

La convergencia del MDR, el Reglamento General de Protección de Datos (RGPD, legislación europea que protege los datos personales) y la Ley de IA de la UE implica que incluso una herramienta clasificada como no dispositivo puede tener obligaciones bajo la Ley de IA si se considera un sistema de IA de alto riesgo, por ejemplo, si se utiliza de una manera que influye en decisiones clínicas que afectan la seguridad del paciente.

Cuando una herramienta se clasifica como dispositivo médico:

• El fabricante debe contar con marcado CE (Conformité Européenne, certificación que indica cumplimiento con los requisitos de seguridad europeos) bajo MDR.

• Debe haberse completado una evaluación de conformidad, potencialmente involucrando a un Organismo Notificado.

• Se aplican obligaciones de documentación técnica, vigilancia poscomercialización y notificación de incidentes.

• El municipio, como implementador, asume obligaciones específicas como operador económico.

El análisis de las implicaciones de la Ley de IA de la UE para la atención sanitaria señala que existe un cuello de botella práctico en la disponibilidad de Organismos Notificados con capacidad para evaluar dispositivos médicos basados en IA. Los administradores deben preguntar directamente a los proveedores sobre el estado actual de su evaluación de conformidad y no asumir que el marcado CE es inminente si aún no se ha otorgado.

Los administradores deben solicitar a cualquier proveedor:

• Una declaración escrita del propósito previsto.

• Confirmación de la clasificación MDR y la base para ella.

• Documentación del marcado CE si corresponde, o una explicación clara de por qué la herramienta queda fuera del alcance del MDR.

• Evidencia de cualquier participación de Organismo Notificado.

RGPD y residencia de datos: preguntas clave para municipios que procesan datos de pacientes

Un asistente de documentación con IA procesa datos personales de categoría especial bajo el RGPD, específicamente datos de salud sobre personas identificables. Esto activa el nivel más estricto de obligaciones del RGPD, y los municipios como responsables del tratamiento tienen la responsabilidad principal de garantizar su cumplimiento.

Las preguntas clave del RGPD que los administradores municipales deben resolver antes de la adquisición son:

Base legal: Los programas de salud comunitaria normalmente se basarán en el artículo 9(2)(h), procesamiento necesario para medicina preventiva u ocupacional, diagnóstico médico o prestación de atención sanitaria, combinado con el artículo 6(1)(e) para tarea pública. Los administradores deben confirmar con su Delegado de Protección de Datos (DPD, responsable de supervisar el cumplimiento de la protección de datos) que esta base está debidamente documentada.

Acuerdo de Tratamiento de Datos: Cuando un proveedor procesa datos de pacientes en nombre del municipio, debe existir un Acuerdo de Tratamiento de Datos (DPA, contrato que regula el procesamiento de datos personales) conforme al artículo 28 del RGPD antes de que se procese cualquier dato. El DPA debe especificar el objeto, duración, naturaleza y propósito del tratamiento, el tipo de datos personales y categorías de interesados, y las obligaciones y derechos del responsable.

Residencia de datos: Los requisitos de residencia de datos en la UE para datos de salud son un filtro de adquisición relevante. Los municipios deben exigir que los datos de pacientes se almacenen y procesen dentro de la UE o el Espacio Económico Europeo (EEE), y deben obtener garantías contractuales al respecto. Cuando un proveedor utiliza subencargados, por ejemplo, proveedores de infraestructura en la nube, debe divulgarse y evaluarse la ubicación de cada subencargado.

Transparencia de subencargados: Los proveedores deben poder proporcionar una lista completa de subencargados involucrados en el procesamiento de datos de pacientes, con sus ubicaciones y las salvaguardas establecidas para cualquier transferencia fuera de la UE o el EEE.

Minimización y retención de datos: Los administradores deben confirmar qué datos retiene la herramienta después de una consulta, durante cuánto tiempo y bajo qué política de eliminación o anonimización.

El Espacio Europeo de Datos de Salud (EHDS, iniciativa que facilita el intercambio seguro de datos de salud en la UE), que entró en vigor en 2025, añade una capa adicional de obligaciones de gobernanza de datos que los municipios en Estados miembros de la UE deben considerar en su evaluación, especialmente cuando los datos de pacientes pueden ser accedidos a través de fronteras.

Evaluación de la postura de seguridad del proveedor: qué certificaciones y controles buscar

La evaluación de seguridad de un proveedor de asistente de documentación con IA no es un ejercicio de verificación puntual. Requiere que los administradores evalúen tanto las certificaciones formales del proveedor como los controles prácticos que tiene implementados.

ISO 27001 es la certificación básica que los administradores deben exigir. Demuestra que el proveedor ha implementado un sistema de gestión de seguridad de la información (SGSI) que ha sido auditado de forma independiente. Los administradores deben solicitar el certificado actual, su alcance y la fecha de la auditoría de vigilancia más reciente.

Más allá de ISO 27001, los administradores deben preguntar directamente a los proveedores sobre:

• Controles de acceso: ¿Quién dentro de la organización del proveedor puede acceder a los datos de pacientes, bajo qué condiciones y con qué registro de auditoría?

• Cifrado: ¿Los datos están cifrados en tránsito y en reposo? ¿Qué estándares de cifrado se utilizan?

• Registros de auditoría: ¿Se registran los eventos de acceso y procesamiento, y puede el municipio acceder a esos registros?

• Notificación de brechas: ¿Cuál es el compromiso contractual del proveedor sobre los plazos de notificación de brechas? El RGPD exige notificación a las autoridades de supervisión dentro de las 72 horas de conocer una brecha, y los proveedores deben poder respaldar ese plazo.

• Pruebas de penetración: ¿Con qué frecuencia se prueba el sistema de forma independiente en busca de vulnerabilidades, y están disponibles los informes?

• Seguridad de subencargados: ¿Qué requisitos de seguridad impone el proveedor a sus subencargados y cómo se verifica el cumplimiento?

Los requisitos de la Ley de IA de la UE para sistemas de IA de alto riesgo incluyen obligaciones en torno a robustez, precisión y ciberseguridad que los proveedores de herramientas dentro del alcance deben demostrar mediante documentación técnica. Los administradores deben preguntar si la herramienta ha sido evaluada bajo la Ley de IA y, de ser así, en qué clasificación de riesgo.

Los marcos nacionales de seguridad de datos de salud, como los operados por agencias nacionales de ciberseguridad en Francia, Alemania o los Países Bajos, pueden imponer requisitos adicionales además de ISO 27001. Los municipios deben verificar si su marco nacional se aplica a los sistemas municipales de datos de salud y si la certificación del proveedor lo cubre.

Ajuste al flujo de trabajo de atención comunitaria: por qué las herramientas validadas en hospitales pueden no transferirse directamente

Una herramienta que funciona bien en una clínica ambulatoria de hospital o en un consultorio de atención primaria puede funcionar de manera sustancialmente diferente en un entorno de salud comunitaria. Los administradores no deben considerar la evidencia de validación hospitalaria o de atención primaria como prueba suficiente de idoneidad para la implementación en salud comunitaria.

Las características del flujo de trabajo que distinguen la prestación de salud comunitaria incluyen:

• Consultas móviles y domiciliarias: El profesional sanitario no está en un entorno acústico fijo. El ruido de fondo, la calidad variable del micrófono y la distancia física de un dispositivo afectan la precisión de la transcripción de formas que los entornos clínicos controlados no contemplan.

• Conectividad intermitente: Muchas visitas de salud comunitaria ocurren en ubicaciones con acceso a internet poco confiable. Los administradores deben determinar si la herramienta requiere conectividad continua o puede funcionar sin conexión, con sincronización al reconectarse.

• Consultas breves: Los encuentros de salud comunitaria suelen ser más cortos y menos estructurados que las citas hospitalarias o de atención primaria, con lenguaje clínico menos predecible y mayor intercambio conversacional.

• Personal multifunción: Los trabajadores de salud comunitaria y visitadores sanitarios frecuentemente realizan funciones que abarcan evaluación clínica, coordinación de atención social y monitoreo de salud pública. Las plantillas de notas de la herramienta y el resultado estructurado deben reflejar esta amplitud.

• Dispositivos compartidos o personales: A diferencia de los entornos hospitalarios donde los dispositivos suelen ser fijos y gestionados, el personal de salud comunitaria puede usar tabletas compartidas o dispositivos personales, lo que plantea preguntas adicionales de seguridad y control de acceso.

El marco de The Lancet Primary Care enfatiza que las herramientas de IA en atención primaria y comunitaria deben evaluarse según el modelo de prestación real, no frente a un encuentro clínico generalizado. Los administradores deben preguntar a los proveedores específicamente si la herramienta ha sido probada o implementada en contextos de salud comunitaria, visitas domiciliarias o salud escolar, y solicitar datos de rendimiento de esos entornos en lugar de entornos hospitalarios.

Un estudio de implementación multicéntrico de soporte a la decisión clínica en diversos entornos de atención primaria encontró que el diseño centrado en el usuario y las pruebas de integración del flujo de trabajo fueron determinantes críticos del éxito de adopción. Estos hallazgos se aplican directamente a las herramientas de documentación con IA en salud comunitaria.

Roles del personal y requisitos de capacitación en servicios liderados por enfermeros y de salud escolar

La fuerza laboral en los programas municipales de salud comunitaria difiere de los entornos hospitalarios o de atención primaria de maneras que afectan tanto los requisitos de capacitación como las estructuras de responsabilidad. Los administradores deben abordar estas diferencias explícitamente antes de la implementación.

¿Quién usará la herramienta? En servicios liderados por enfermeros, programas de visitadores sanitarios y equipos de salud escolar, los usuarios principales son enfermeros titulados, visitadores sanitarios y trabajadores de salud comunitaria, no médicos. La capacitación y gestión del cambio deben diseñarse para esta fuerza laboral, no adaptarse de materiales desarrollados para contextos de atención primaria u hospitalarios.

Capacitación técnica versus construcción de confianza: Una encuesta transversal de profesionales sanitarios sobre herramientas de documentación con IA encontró que la familiaridad con las herramientas de IA y el conocimiento de las políticas institucionales eran bajos, incluso entre profesionales que trabajaban en entornos donde las herramientas de IA estaban disponibles. La capacitación técnica, que cubre cómo operar la herramienta, es necesaria pero no suficiente. El personal también necesita experiencia respaldada para generar confianza en el resultado de la herramienta y desarrollar el juicio crítico para identificar cuándo la nota generada por IA no refleja con precisión el encuentro clínico.

Responsabilidad por la precisión de las notas: Cuando un asistente de IA genera una historia clínica, el profesional sanitario que realizó el encuentro retiene la responsabilidad profesional y legal completa por la precisión de esa nota. Esto debe comunicarse clara e inequívocamente a todo el personal antes de la implementación, y quedar reflejado en los materiales de capacitación. La nota generada por IA es un borrador para revisión del profesional sanitario, no un registro final.

Gestión del cambio: La evaluación regional de la OMS para Europa identifica la preparación de la fuerza laboral como una de las barreras más significativas para la adopción de IA en los sistemas de salud de la Región Europea. Los administradores deben planificar un proceso estructurado de gestión del cambio que incluya:

• Consulta al personal previa a la implementación.

• Despliegue por fases con adoptadores tempranos designados.

• Mecanismos de retroalimentación continua.

• Líderes clínicos designados para gobernanza y aseguramiento de calidad.

Calidad y precisión de las historias clínicas: cómo evaluar antes de implementar

La evaluación de precisión no es algo que los administradores deban delegar completamente a los proveedores. Un proceso estructurado de evaluación previa a la implementación, realizado en el contexto clínico propio del municipio, es esencial.

Defina qué significa 'preciso' para su entorno. Una historia clínica generada para la visita domiciliaria de un visitador sanitario tiene requisitos estructurales diferentes de una nota de consulta de atención primaria o un informe de alta hospitalario. Los administradores deben definir, por adelantado, cómo debe ser una nota satisfactoria para cada tipo de encuentro en su programa: qué campos deben estar presentes, qué lenguaje clínico es apropiado y qué omisiones constituirían un error material.

Realice un piloto estructurado. Antes del despliegue completo, un piloto de tiempo limitado con un grupo definido de personal y un conjunto definido de tipos de encuentro permite a los administradores evaluar la precisión en su contexto específico. El piloto debe incluir:

• Una muestra de consultas reales en diferentes tipos de encuentro.

• Revisión independiente de notas generadas por IA frente a notas escritas por profesionales sanitarios o recuerdo del profesional sanitario.

• Registro estructurado de errores, omisiones y alucinaciones (casos en los que la IA genera contenido que no se dijo).

• Retroalimentación del personal sobre usabilidad y ajuste al flujo de trabajo.

Establezca umbrales de aceptación. Los administradores deben definir, antes de que comience el piloto, qué nivel de precisión es aceptable y qué tasa de error desencadenaría una decisión de no proceder. Esto previene la racionalización posterior de resultados deficientes.

Establezca revisión de calidad continua. La implementación no debe cerrar el proceso de evaluación de precisión. Una revisión regular de una muestra de notas generadas por IA, realizada por un líder de gobernanza clínica, debe incorporarse en el marco de gobernanza del programa desde el principio.

Un ensayo aleatorizado por conglomerados belga de soporte a la decisión clínica en atención primaria encontró que los registros estructurados incompletos fueron una causa principal de bajas tasas de uso del sistema. Esto subraya la importancia de garantizar que las notas generadas por IA cumplan con los requisitos de datos estructurados del sistema de historias clínicas del municipio antes de la implementación.

Consideraciones de idioma, dialecto y diversidad poblacional

Los programas municipales de salud comunitaria frecuentemente atienden a poblaciones lingüísticamente diversas. Esto es especialmente cierto en municipios urbanos con comunidades significativas de migrantes o refugiados, y en regiones con poblaciones de lenguas minoritarias. Las herramientas de documentación con IA que funcionan bien en inglés, neerlandés o alemán estándar hablado pueden funcionar considerablemente peor al procesar habla con acento, dialectos regionales o cambios de idioma durante la consulta.

The Lancet Primary Care identifica la equidad como un principio central para la integración de IA en atención primaria y comunitaria, señalando que las herramientas que funcionan de manera diferente entre grupos poblacionales corren el riesgo de amplificar las desigualdades de salud existentes en lugar de reducirlas. Para los programas municipales de salud con un mandato explícito de salud poblacional, esto no es una preocupación abstracta, sino una obligación de gobernanza.

Los administradores deben preguntar a los proveedores:

• ¿En qué idiomas y variantes lingüísticas se ha validado la herramienta?

• ¿Cuál es el diferencial de precisión documentado entre variedades de habla estándar y no estándar en esos idiomas?

• ¿Cómo maneja la herramienta las consultas realizadas parcial o totalmente a través de un intérprete?

• ¿Cuál es la hoja de ruta del proveedor para expandir la cobertura de idiomas?

Las pruebas deben incluir consultas con personal y pacientes representativos de la diversidad poblacional real del municipio, no solo del grupo de idioma mayoritario. Si la herramienta no puede demostrar precisión aceptable en los principales grupos lingüísticos del municipio, no debe implementarse en servicios que atienden a esas poblaciones.

Integración con sistemas de historias clínicas existentes y TI municipal

La integración técnica suele ser el elemento que más tiempo requiere en una implementación de asistente de documentación con IA. Los administradores deben iniciar esta evaluación temprano y no tratarla como una cuestión de última etapa.

Las preguntas centrales de integración son:

Compatibilidad del sistema de historias clínicas: ¿Con qué sistemas de historias clínicas se integra actualmente la herramienta y mediante qué mecanismo? La integración directa a través de interfaz de programación de aplicaciones (API, conjunto de reglas que permite que diferentes programas informáticos se comuniquen entre sí), HL7 Fast Healthcare Interoperability Resources (FHIR, estándar para el intercambio electrónico de información sanitaria) o conectores propietarios, cada uno conlleva diferente complejidad de implementación y obligaciones de mantenimiento.

Restricciones de sistemas legacy: El análisis de la Comisión Europea identifica la infraestructura de datos fragmentada y los sistemas legacy como una de las cuatro barreras principales para la implementación de IA en entornos de salud europeos. Los entornos de TI de salud pública municipal frecuentemente incluyen sistemas más antiguos que preceden a los estándares modernos de interoperabilidad. Los administradores deben obtener una evaluación técnica clara de si la herramienta de IA puede operar dentro de su infraestructura existente o requiere actualizaciones del sistema como precondición.

Cumplimiento de MyHealth@EU y FHIR: Un tutorial de JMIR sobre cumplimiento de la Ley de IA dentro del marco MyHealth@EU describe el doble desafío de cumplimiento que enfrentan los implementadores de IA en salud: controles verticales de seguridad y ética bajo la Ley de IA, y requisitos horizontales de interoperabilidad bajo MyHealth@EU usando estándares FHIR y HL7. Los municipios que forman parte de programas de intercambio de datos de salud transfronterizos deben garantizar que el resultado de la herramienta de IA sea compatible con estos estándares.

Funcionalidad sin conexión: Para entornos de salud comunitaria con conectividad intermitente, los administradores deben confirmar si la herramienta puede capturar y procesar consultas sin conexión, y cómo se maneja la sincronización con el sistema central de historias clínicas cuando se restablece la conectividad.

Mapeo del flujo de datos: Antes de la implementación, debe producirse y ser revisado por el DPD un mapa completo del flujo de datos, mostrando dónde se crean, procesan, almacenan y eliminan los datos. Esto es tanto un requisito del RGPD como una herramienta práctica de gobernanza.

Adquisición y gobernanza: construyendo el caso interno para la aprobación

La adquisición municipal de un asistente de documentación con IA involucra a partes interesadas de múltiples áreas, y la secuencia en que se involucran es importante. Los administradores que abordan la adquisición principalmente como una compra de tecnología, en lugar de un proceso de gobernanza, suelen encontrar retrasos y objeciones que podrían haberse anticipado.

Las partes interesadas internas que deben involucrarse, y la secuencia que refleja buenas prácticas de gobernanza, son:

Delegado de Protección de Datos: El DPD debe involucrarse desde el principio, no consultarse al final. El DPD debe realizar o supervisar una Evaluación de Impacto en la Protección de Datos (DPIA, proceso que identifica y minimiza los riesgos de protección de datos) bajo el artículo 35 del RGPD, que es obligatoria cuando el procesamiento probablemente resulte en un alto riesgo para las personas, como es el caso del procesamiento de IA de datos de salud a escala.

Líder de gobernanza clínica: Esta persona debe definir los estándares de calidad clínica que la herramienta debe cumplir, supervisar la evaluación piloto y asumir la responsabilidad del proceso de revisión de precisión continua.

TI y seguridad de la información: Este equipo debe evaluar la viabilidad de integración técnica, la arquitectura de seguridad y la compatibilidad con la infraestructura existente antes de que se finalice una decisión de adquisición.

Asesoría legal: La asesoría legal debe revisar los contratos del proveedor, incluido el DPA, y evaluar la posición de responsabilidad del municipio bajo el MDR, la Ley de IA y la ley nacional aplicable.

Finanzas y adquisiciones: Esta función debe garantizar que el proceso de adquisición cumpla con las reglas de contratación pública aplicables, que en los Estados miembros de la UE típicamente significa cumplimiento con la Directiva de Contratación Pública para contratos por encima de valores umbral.

Representantes del personal clínico: El personal debe involucrarse en la definición de requisitos y el diseño del piloto. La evaluación de la OMS para Europa identifica la participación de las partes interesadas como un determinante clave del éxito de adopción de IA a nivel de sistema. Esto se aplica igualmente a nivel de programa.

El caso de negocio para la aprobación debe abordar:

• Reducción cuantificada de la carga de documentación para el personal de enfermería y salud comunitaria.

• Retención del personal y reducción del burnout como argumento de sostenibilidad de la fuerza laboral.

• Cumplimiento regulatorio como obligación de gestión de riesgos, no como mejora opcional.

• Costos de implementación, incluyendo capacitación, integración y gobernanza continua.

• Riesgos de no actuar, incluyendo carga de documentación continua y desgaste asociado del personal.

La iniciativa AICare@EU de la UE y la financiación EU4Health pueden proporcionar vías de cofinanciación para municipios en Estados miembros. Los administradores deben verificar los criterios de elegibilidad actuales como parte de la evaluación financiera.

Una lista de verificación previa a la implementación para administradores de salud municipal

La siguiente lista de verificación consolida las preguntas clave de evaluación de cada sección de esta guía. Está diseñada como referencia práctica para administradores que pasan de la evaluación a la decisión de adquisición.

Clasificación regulatoria

• ¿Ha proporcionado el proveedor una declaración escrita del propósito previsto?

• ¿Se ha determinado la clasificación MDR y está documentada la base para esa clasificación?

• Si tiene marcado CE, ¿está disponible el certificado actual y dentro de su período de validez?

• ¿Se ha evaluado la clasificación de la herramienta bajo la Ley de IA de la UE?

RGPD y gobernanza de datos

• ¿Se ha iniciado una DPIA y asignado al DPD?

• ¿Está en vigor o listo para firma antes de la puesta en marcha un DPA conforme?

• ¿Ha confirmado el proveedor la residencia de datos en la UE o el EEE para almacenamiento y procesamiento?

• ¿Se ha obtenido y revisado una lista completa de subencargados?

• ¿Está completo y revisado un mapa de flujo de datos?

Seguridad

• ¿Tiene el proveedor certificación ISO 27001 vigente y su alcance cubre los sistemas relevantes?

• ¿Se han confirmado por escrito los controles de acceso, disponibilidad de registros de auditoría y plazos de notificación de brechas?

• ¿Ha divulgado el proveedor su calendario de pruebas de penetración y puesto los resultados a disposición?

• ¿Se han evaluado y cumplido los requisitos del marco nacional de seguridad de datos de salud?

Ajuste al flujo de trabajo

• ¿Se ha probado o implementado la herramienta en entornos de salud comunitaria, visitas domiciliarias o salud escolar?

• ¿Están disponibles datos de rendimiento específicamente de esos entornos?

• ¿Funciona la herramienta en condiciones de baja conectividad o sin conexión?

• ¿Son apropiadas las plantillas de notas y el resultado estructurado para los tipos de encuentro del municipio?

Preparación del personal

• ¿Está en vigor un programa de capacitación diseñado para la fuerza laboral específica (enfermeros, visitadores sanitarios, trabajadores de salud comunitaria)?

• ¿Está la responsabilidad por la precisión de las notas claramente comunicada y documentada?

• ¿Está en vigor un plan de gestión del cambio, incluyendo líderes clínicos y mecanismos de retroalimentación?

Calidad de las historias clínicas

• ¿Están definidos los umbrales de aceptación para la precisión antes de que comience el piloto?

• ¿Está en vigor un plan piloto estructurado, incluyendo revisión independiente de notas?

• ¿Está incorporado un proceso de revisión de calidad continua en el marco de gobernanza?

Idioma y diversidad poblacional

• ¿Se ha validado la herramienta en los idiomas y dialectos presentes en la población del municipio?

• ¿Se ha probado la precisión con personal y pacientes representativos de la población real?

• ¿Está documentado y evaluado el manejo de consultas mediadas por intérprete?

Sistema de historias clínicas e integración de TI

• ¿Está confirmada la compatibilidad del sistema de historias clínicas y está documentado el mecanismo de integración?

• ¿Se ha completado una evaluación técnica de las restricciones de sistemas legacy?

• ¿Está confirmada la compatibilidad FHIR y HL7 cuando sea relevante para el intercambio de datos transfronterizo?

Gobernanza interna y adquisición

• ¿Se han involucrado todas las partes interesadas internas requeridas (DPD, gobernanza clínica, TI, legal, finanzas)?

• ¿Cumple el proceso de adquisición con las reglas de contratación pública aplicables?

• ¿Se ha preparado el caso de negocio, abordando tanto las ganancias de eficiencia como las obligaciones de gestión de riesgos?

Este marco estructura la complejidad de implementar asistencia de documentación con IA en entornos municipales de salud comunitaria en preguntas evaluables y secuenciadas que los administradores pueden abordar sistemáticamente. El entorno regulatorio a través del MDR, RGPD y la Ley de IA de la UE es genuinamente exigente, y la evidencia de toda la Región Europea de la OMS sugiere que los sistemas de salud en todos los niveles todavía están desarrollando la capacidad de gobernanza para gestionarlo. Comenzar con un marco claro, en lugar de un enfoque centrado en la tecnología, es el camino más confiable hacia una implementación que sea tanto legalmente sólida como genuinamente útil para el personal y las comunidades a las que está destinada a servir.

Preguntas frecuentes

¿Por qué los programas municipales de salud comunitaria necesitan un marco de evaluación independiente para herramientas de documentación con IA?

La mayor parte de la evidencia para herramientas de documentación con IA proviene de hospitales y consultorios de atención primaria, que cuentan con consultorios fijos, infraestructura de TI dedicada y tiempo protegido para la documentación. La prestación de salud comunitaria municipal suele estar liderada por enfermeros, distribuida en ubicaciones dispersas y construida en torno a encuentros breves e informales como visitas domiciliarias y chequeos de salud escolar. El personal se desplaza entre sitios, la conectividad es intermitente y la misma persona a menudo actúa simultáneamente como profesional sanitario, coordinador de atención y gestor de casos. No se puede asumir que una herramienta validada en un entorno hospitalario funcionará adecuadamente en este contexto.

¿Qué hace realmente un asistente de documentación con IA en un entorno de salud comunitaria?

Un asistente de documentación con IA escucha una conversación clínica, convierte el contenido hablado en texto utilizando tecnología de voz a texto y genera una historia clínica estructurada o un resumen a partir de esa transcripción. No interpreta hallazgos clínicos, sugiere diagnósticos, recomienda tratamientos ni señala riesgos clínicos. Esas funciones definen el soporte a la decisión clínica, que conlleva diferentes obligaciones regulatorias. Una prueba práctica: si eliminar el resultado de la herramienta deja el juicio del profesional sanitario sin cambios, está funcionando como asistente de documentación. Si el resultado alteraría lo que el profesional sanitario decide hacer a continuación, está funcionando como soporte a la decisión clínica.

¿Cómo se aplica el Reglamento de Dispositivos Médicos de la UE a las herramientas de documentación con IA en salud municipal?

La pregunta central bajo el Reglamento de Dispositivos Médicos (Reglamento 2017/745) es si la herramienta está destinada al diagnóstico, prevención, monitoreo, tratamiento o alivio de enfermedades. Una herramienta que solo captura y estructura conversaciones clínicas, sin interpretar su contenido clínico, generalmente queda fuera del alcance del MDR. Una herramienta que genera recomendaciones clínicas, puntuaciones de riesgo o sugerencias diagnósticas sí queda incluida. Cuando una herramienta se clasifica como dispositivo médico, el fabricante debe contar con marcado CE, completar una evaluación de conformidad y cumplir con obligaciones de documentación técnica y vigilancia poscomercialización. Los administradores deben solicitar una declaración escrita del propósito previsto y confirmación de la clasificación MDR de cualquier proveedor antes de la adquisición.

¿Qué obligaciones del RGPD se aplican cuando un municipio utiliza un asistente de documentación con IA para procesar datos de pacientes?

Un asistente de documentación con IA procesa datos personales de categoría especial bajo el RGPD, específicamente datos de salud sobre personas identificables. Esto activa el nivel más estricto de obligaciones del RGPD. Los municipios que actúan como responsables del tratamiento deben confirmar una base legal para el procesamiento, típicamente el artículo 9(2)(h) combinado con el artículo 6(1)(e) para tarea pública. Debe existir un Acuerdo de Tratamiento de Datos conforme al artículo 28 del RGPD antes de que se procese cualquier dato. Los administradores también deben confirmar que los datos de pacientes se almacenan y procesan dentro de la UE o el EEE, obtener una lista completa de subencargados y sus ubicaciones, y documentar las políticas de retención y eliminación de datos.

¿Qué certificaciones y controles de seguridad deben exigir los administradores a los proveedores de documentación con IA?

ISO 27001 es la certificación básica que los administradores deben exigir. Demuestra que el proveedor ha implementado un sistema de gestión de seguridad de la información que ha sido auditado de forma independiente. Además, los administradores deben confirmar por escrito que los datos de pacientes están cifrados en tránsito y en reposo, que el acceso a los datos de pacientes dentro de la organización del proveedor está controlado y registrado, que el proveedor puede cumplir el requisito del RGPD de notificar a las autoridades de supervisión dentro de las 72 horas de una brecha, y que se realizan pruebas de penetración independientes regularmente. Los marcos nacionales de seguridad de datos de salud, como los operados por agencias de ciberseguridad en Francia, Alemania o los Países Bajos, pueden imponer requisitos adicionales además de ISO 27001.

¿Por qué una herramienta de documentación con IA validada en hospitales podría funcionar de manera diferente en entornos de salud comunitaria?

La prestación de salud comunitaria tiene características de flujo de trabajo que no existen en entornos hospitalarios o de atención primaria. Las visitas domiciliarias y los chequeos de salud escolar involucran entornos acústicos variables, acceso a internet poco confiable y conversaciones más cortas y menos estructuradas que las citas hospitalarias. El personal frecuentemente realiza funciones clínicas, de atención social y de salud pública dentro de un solo encuentro. Los dispositivos compartidos o personales plantean preguntas de seguridad adicionales que los dispositivos hospitalarios fijos no presentan. Los administradores deben preguntar a los proveedores específicamente si la herramienta ha sido probada en contextos de salud comunitaria, visitas domiciliarias o salud escolar, y solicitar datos de rendimiento de esos entornos en lugar de entornos hospitalarios.

¿Quién es responsable de la precisión de las historias clínicas generadas por IA en un servicio de salud comunitaria liderado por enfermeros?

El profesional sanitario que realizó el encuentro retiene la responsabilidad profesional y legal completa por la precisión de cualquier historia clínica generada por IA. La nota generada por IA es un borrador para revisión del profesional sanitario, no un registro final. Esto debe comunicarse claramente a todo el personal antes de la implementación y quedar reflejado en los materiales de capacitación. Una investigación publicada en una encuesta transversal de profesionales sanitarios encontró que la familiaridad con las herramientas de IA y el conocimiento de las políticas institucionales eran bajos, incluso donde las herramientas estaban disponibles. La capacitación técnica sobre cómo operar la herramienta es necesaria, pero el personal también necesita experiencia respaldada para desarrollar el juicio crítico y detectar cuándo una nota generada por IA no refleja con precisión lo que sucedió en la consulta.

¿Cómo deben evaluar los administradores la precisión de la herramienta de documentación con IA antes de implementarla en un programa de salud comunitaria?

Los administradores deben definir por adelantado cómo debe ser una nota satisfactoria para cada tipo de encuentro en su programa, incluyendo qué campos deben estar presentes y qué omisiones constituirían un error material. Luego debe realizarse un piloto de tiempo limitado con un grupo definido de personal y tipos de encuentro, con revisión independiente de notas generadas por IA frente a notas escritas por profesionales sanitarios o recuerdo del profesional sanitario, y registro estructurado de errores, omisiones y alucinaciones (casos en los que la IA genera contenido que no se dijo). Los umbrales de aceptación para la precisión deben establecerse antes de que comience el piloto, no después. La revisión de calidad continua de una muestra de notas generadas por IA, realizada por un líder de gobernanza clínica, debe incorporarse en el marco de gobernanza del programa desde el principio.

¿Cómo deben evaluar los administradores si una herramienta de documentación con IA puede servir a poblaciones de salud comunitaria lingüísticamente diversas?

Los programas municipales de salud comunitaria frecuentemente atienden a poblaciones con diversos idiomas, dialectos y patrones de comunicación, especialmente en áreas urbanas con comunidades significativas de migrantes o refugiados. Las herramientas de documentación con IA que funcionan bien en neerlandés, alemán o inglés estándar hablado pueden funcionar considerablemente peor con habla con acento, dialectos regionales o consultas realizadas a través de un intérprete. Los administradores deben preguntar a los proveedores en qué idiomas y variantes lingüísticas se ha validado la herramienta, cuál es el diferencial de precisión documentado entre habla estándar y no estándar, y cómo se manejan las consultas mediadas por intérprete. Las pruebas deben incluir personal y pacientes representativos de la población real del municipio, no solo del grupo de idioma mayoritario.

¿Qué partes interesadas internas deben involucrarse en la adquisición de un asistente de documentación con IA para un programa de salud municipal?

El Delegado de Protección de Datos debe involucrarse desde el principio y debe realizar o supervisar una Evaluación de Impacto en la Protección de Datos, que es obligatoria bajo el artículo 35 del RGPD cuando la IA procesa datos de salud a escala. Un líder de gobernanza clínica debe definir estándares de calidad, supervisar el piloto y asumir la responsabilidad de la revisión de precisión continua. Los equipos de TI y seguridad de la información deben evaluar la integración técnica y la compatibilidad de la infraestructura. La asesoría legal debe revisar los contratos del proveedor y la posición de responsabilidad del municipio bajo el Reglamento de Dispositivos Médicos, la Ley de IA de la UE y la ley nacional aplicable. Finanzas y adquisiciones deben garantizar el cumplimiento de las reglas de contratación pública. Los representantes del personal clínico deben involucrarse en la definición de requisitos y el diseño del piloto desde el principio.