Técnico Superior en Documentación Sanitaria · Gestión Administrativa Sanitaria
🏥

Fundamentos Básicos de la Gestión Administrativa Sanitaria con Inteligencia Artificial

Explora cómo la Inteligencia Artificial, el Marco Legal Europeo y las Arquitecturas de Datos transforman la gestión sanitaria moderna. Un recorrido interactivo desde los fundamentos hasta los casos prácticos.

📋 Introducción: Contexto y Desafíos

El panorama actual de la transformación digital en el ámbito sanitario.

🔄

Transformación Digital

El sistema sanitario experimenta una revolución digital sin precedentes. La digitalización de historias clínicas, la interoperabilidad entre centros y la adopción de herramientas de IA están redefiniendo la forma en que se presta la atención sanitaria.

Los datos generados diariamente en hospitales, centros de salud y dispositivos wearables crecen de forma exponencial, exigiendo nuevas arquitecturas capaces de procesarlos.

🔬

Medicina Predictiva

La Inteligencia Artificial permite identificar patrones clínicos que escapan al análisis humano. Desde la detección precoz de enfermedades hasta la personalización de tratamientos, la medicina predictiva es ya una realidad.

Modelos de Machine Learning entrenados con datos clínicos pueden anticipar reingresos, predecir complicaciones o sugerir opciones terapéuticas basadas en evidencia.

⚖️

Incertidumbre Legal

La confluencia del RGPD y el nuevo Reglamento de IA (RIA) crea un marco normativo complejo. Los datos de salud gozan de máxima protección, siendo clasificados como "categoría especial" bajo el Art. 9 del RGPD.

Los profesionales de documentación sanitaria deben comprender ambos marcos para garantizar el cumplimiento normativo en cada proyecto de IA.

💡 Dato Clave
Más del 80% de los datos sanitarios son no estructurados (informes clínicos en texto libre, imágenes radiológicas, señales de monitorización, grabaciones de voz). Las arquitecturas tradicionales tipo Data Warehouse no pueden procesar este volumen y variedad de datos, lo que impulsa la adopción de nuevas soluciones como el Data Lakehouse.
🎯

El Doble Desafío: Innovación + Regulación

Las organizaciones sanitarias se enfrentan a un doble reto simultáneo:

  • Innovar: Adoptar tecnologías de IA que mejoren la eficiencia, reduzcan errores y personalicen la atención al paciente.
  • Regular: Garantizar que toda innovación cumpla con el RGPD, el RIA y las normativas nacionales, protegiendo los derechos fundamentales de los pacientes.

Este equilibrio requiere profesionales con conocimientos tanto técnicos como legales, capaces de actuar como puente entre los equipos de desarrollo de IA y los órganos de cumplimiento normativo.

🏗️ Arquitectura Data Lakehouse

La evolución de las arquitecturas de datos sanitarios hacia modelos unificados.

Característica Data Warehouse Data Lake Data Lakehouse
Tipos de datos Estructurados Todos (sin restricción) Todos (con gobernanza)
Esquema Schema-on-Write (rígido) Schema-on-Read (flexible) Híbrido (flexible + validación)
Gobernanza Alta (rígida) Baja (riesgo de "data swamp") Alta (con flexibilidad)
IA / Machine Learning Limitado Nativo Nativo + gobernado
Cumplimiento RGPD Parcial Difícil de garantizar Incorporado (ACL, linaje, auditoría)
🧩

¿Qué es el Data Lakehouse?

El Data Lakehouse combina lo mejor de ambos mundos: la flexibilidad del Data Lake para almacenar cualquier tipo de dato con la gobernanza y fiabilidad del Data Warehouse. Es la arquitectura de referencia para proyectos de IA sanitaria.

📊 Datos no estructurados 🏷️ Metadatos y linaje 🔒 Control RGPD integrado 📈 Analítica unificada
🔧

Resolución de Desafíos

  • Ingesta de datos heterogéneos (HCE, imágenes DICOM, IoT, wearables).
  • Transacciones ACID sobre el Data Lake (Delta Lake, Apache Iceberg).
  • Linaje de datos completo: desde el sensor hasta el modelo predictivo.
  • ACL granular: control de acceso por columna, fila o celda.
  • Auditoría completa de accesos y transformaciones.
🏆

Ventaja Estratégica

  • Reducción de costes al eliminar silos de datos duplicados.
  • Aceleración del time-to-insight para equipos clínicos e investigadores.
  • Gobernanza federada aplicable a entornos multi-hospital.
  • Base robusta para cumplimiento simultáneo de RGPD y RIA.
  • Soporte nativo para aprendizaje federado (Federated Learning).
🔍 Caso Práctico: Hospital Regional migra a Data Lakehouse

Un hospital regional con más de 500 camas decide migrar de su Data Warehouse tradicional a una arquitectura Data Lakehouse para integrar:

  • 📷 Imágenes radiológicas (DICOM) del servicio de radiología.
  • ⌚ Datos de wearables y dispositivos IoT de pacientes crónicos.
  • 📝 Informes clínicos en texto libre de urgencias y consultas.

Resultado: Tras la migración, el equipo de Data Science entrena un modelo predictivo de reingresos hospitalarios que integra datos estructurados (analíticas, constantes vitales) y no estructurados (notas clínicas procesadas con NLP). La predicción de reingresos mejora un 23% respecto al modelo anterior basado solo en datos tabulares, permitiendo intervenciones preventivas más tempranas.

⚙️ MLOps y Feature Store

Operacionalización del ciclo de vida de modelos de Machine Learning en entornos sanitarios.

🔄

El Data Lake como Motor del Ciclo de Vida ML

En un ecosistema sanitario impulsado por IA, el Data Lakehouse no es solo un repositorio de almacenamiento: es el motor central que alimenta todo el ciclo de vida del Machine Learning. Desde la ingesta de datos crudos hasta la monitorización de modelos en producción, cada fase depende de una infraestructura de datos robusta y gobernable.

MLOps (Machine Learning Operations) es la disciplina que aplica prácticas DevOps al desarrollo y operación de modelos de ML, garantizando reproducibilidad, trazabilidad y cumplimiento normativo continuo.

📦

Feature Store

El Feature Store es un componente clave de la infraestructura MLOps que centraliza la gestión de variables (features) transformadas y listas para el entrenamiento e inferencia de modelos.

  • Consistencia: Garantiza que las mismas features se usan en entrenamiento y producción, evitando el "training-serving skew".
  • Exactitud RGPD: Permite aplicar transformaciones de privacidad (seudonimización, agregación) de forma centralizada y auditable.
  • Reuso: Equipos diferentes pueden reutilizar features validadas, evitando duplicación de esfuerzos y asegurando estándares de calidad.
🤝

Colaboración Clínica

El Feature Store habilita la colaboración clínica entre departamentos y centros sanitarios, un aspecto crucial para enfermedades raras, donde los datos individuales de cada hospital son insuficientes para entrenar modelos robustos.

  • Compartición de features anonimizadas entre centros.
  • Federación de features para estudios multicéntricos.
  • Catálogo de features con documentación clínica para investigadores.
  • Versionado de features vinculado a protocolos clínicos.
⚠️ Model Registry: Obligatorio en Entornos Regulados
El Model Registry es el componente de MLOps que almacena todas las versiones de un modelo junto con sus metadatos: datos de entrenamiento, hiperparámetros, métricas de rendimiento, evaluaciones de sesgo y aprobaciones de cumplimiento. En el contexto del RIA, es obligatorio mantener un registro documental completo de cada modelo de IA desplegado en producción sanitaria, incluyendo su linaje de datos y resultados de auditoría.
🔍 Caso Práctico: Feature Store para Detección Precoz de Sepsis

Un consorcio hospitalario implementa un Feature Store centralizado para un proyecto de detección precoz de sepsis. Tres equipos diferentes reutilizan las mismas features validadas:

  • Equipo UCI: Usa features de constantes vitales (frecuencia cardíaca, presión arterial, temperatura) combinadas con analíticas de laboratorio para alertas en tiempo real.
  • Equipo de Urgencias: Añade features de triaje (motivo de consulta procesado con NLP, tiempo de espera) para priorización de pacientes con riesgo de sepsis.
  • Equipo de Investigación: Utiliza features históricas agregadas para un estudio retrospectivo sobre factores de riesgo en poblaciones vulnerables.

Resultado: La centralización en el Feature Store reduce el tiempo de desarrollo de cada equipo en un 40%, elimina inconsistencias entre modelos y garantiza que todas las transformaciones de privacidad (seudonimización de datos identificativos) se aplican de forma uniforme.

🔒 Marco Legal: RGPD

El Reglamento General de Protección de Datos aplicado a la Inteligencia Artificial sanitaria.

📖

Artículo 9 RGPD: Datos de Salud como Categoría Especial

El Art. 9 del RGPD clasifica los datos de salud como datos de categoría especial, cuyo tratamiento está, por defecto, prohibido. Solo puede realizarse bajo excepciones tasadas, como el consentimiento explícito del interesado, la necesidad para fines de medicina preventiva o laboral, el interés público en el ámbito de la salud pública, o la investigación científica con garantías adecuadas.

Esto significa que cualquier proyecto de IA sanitaria que utilice datos de salud debe justificar legalmente su base de tratamiento antes de iniciar la recopilación o procesamiento de datos.

La Agencia Española de Protección de Datos (AEPD) ha emitido directrices específicas sobre la transparencia de los sistemas de IA que tratan datos personales:

  • Los interesados deben ser informados cuando una decisión es tomada o asistida por IA.
  • Debe proporcionarse información "significativa" sobre la lógica del algoritmo, no necesariamente el código fuente, pero sí una explicación comprensible de los factores y criterios utilizados.
  • Los responsables del tratamiento deben documentar las medidas de transparencia implementadas y poder demostrar su efectividad.

En el contexto sanitario, esto implica que los pacientes deben saber cuándo un diagnóstico o recomendación ha sido producida o influenciada por un sistema de IA.

La Evaluación de Impacto en la Protección de Datos (EIPD) es obligatoria cuando el tratamiento de datos personales, especialmente mediante nuevas tecnologías, puede suponer un alto riesgo para los derechos y libertades de las personas.

  • Todo proyecto de IA que trate datos de salud requiere EIPD antes de su inicio.
  • La EIPD debe evaluar la necesidad, proporcionalidad, riesgos y medidas de mitigación.
  • Debe realizarse consulta previa a la autoridad de control si el riesgo residual es alto.
  • La EIPD no es un documento estático: debe actualizarse cuando cambien las circunstancias del tratamiento (nuevos datos, modificación del modelo, etc.).

El Art. 22 del RGPD establece que todo interesado tiene derecho a no ser objeto de una decisión basada únicamente en el tratamiento automatizado que produzca efectos jurídicos o le afecte significativamente.

  • Un sistema de IA que genere diagnósticos sin intervención humana estaría sujeto a las restricciones del Art. 22.
  • El paciente debe poder solicitar intervención humana, expresar su punto de vista y impugnar la decisión.
  • Las excepciones (consentimiento explícito, necesidad contractual, autorización legal) deben documentarse cuidadosamente.

En la práctica sanitaria, esto refuerza la necesidad de supervisión humana significativa sobre cualquier sistema de IA diagnóstico o terapéutico.

Un principio fundamental del RGPD aplicado a la IA es que un modelo entrenado con datos obtenidos ilícitamente hereda esa ilicitud. La calidad legal de los datos de entrenamiento es tan importante como su calidad técnica.

  • Antes de entrenar un modelo, debe auditarse el origen de cada dataset: ¿se obtuvo el consentimiento? ¿Se respetó la base legal? ¿Se informó adecuadamente al paciente?
  • El linaje de datos (data lineage) debe permitir rastrear cada dato desde su origen hasta su uso en el modelo.
  • Si se detecta ilicitud en el origen, el modelo puede ser declarado no conforme y su uso prohibido.
  • La auditoría de datasets debe ser periódica y documentada.
👤

Derechos del Paciente en el Contexto de IA

  • Derecho de acceso: El paciente puede solicitar conocer qué datos suyos se utilizan en modelos de IA, con qué finalidad y qué decisiones se han tomado con su asistencia.
  • Derecho de supresión (olvido): El paciente puede solicitar la eliminación de sus datos, lo que puede implicar la necesidad de reentrenar modelos de IA que los incorporaron.
  • Accountability distribuida: En ecosistemas de IA sanitaria participan múltiples actores (responsable, encargado, proveedor de IA, hospital). La responsabilidad debe estar claramente definida y documentada mediante contratos y acuerdos de tratamiento.
🔍 Caso Práctico: Derecho de Supresión sobre Modelo Predictivo

Un paciente diagnosticado de diabetes tipo 2 ejerce su derecho de supresión (Art. 17 RGPD) sobre un modelo predictivo de complicaciones diabéticas entrenado por su hospital.

El hospital debe:

  • Identificar todos los datos del paciente en el dataset de entrenamiento mediante el linaje de datos del Data Lakehouse.
  • Eliminar esos datos del dataset activo y de cualquier copia de backup.
  • Evaluar si la eliminación afecta significativamente al rendimiento del modelo.
  • Si es necesario, reentrenar el modelo sin los datos del paciente.
  • Documentar todo el proceso y comunicar al paciente la acción completada.

Desafío técnico: Si el modelo fue entrenado con técnicas de Deep Learning, la "eliminación" de la influencia de un paciente individual puede requerir técnicas de machine unlearning, un campo activo de investigación.

📜 Reglamento de Inteligencia Artificial (RIA)

El marco regulatorio europeo para los sistemas de IA de alto riesgo en el ámbito sanitario.

🚨

Clasificación de Alto Riesgo Sanitario

El Reglamento de IA (RIA) de la UE clasifica como sistemas de IA de alto riesgo aquellos utilizados en el ámbito sanitario para:

  • Diagnóstico: Sistemas que asisten o realizan diagnósticos médicos (detección de tumores, clasificación de patologías, análisis de imágenes médicas).
  • Monitorización: Sistemas que monitorizan el estado de salud de pacientes (alertas de deterioro, predicción de eventos adversos, seguimiento remoto).
  • Tratamiento: Sistemas que asisten en decisiones terapéuticas (dosificación de fármacos, planificación quirúrgica, selección de terapias).

Estos sistemas están sujetos a obligaciones específicas tanto para sus proveedores (fabricantes) como para sus implementadores (centros sanitarios).

🏭

Obligaciones del Proveedor

  • RMS Continuo: Sistema de Gestión de Riesgos actualizado durante todo el ciclo de vida del producto.
  • AI QMS con MDR/IVDR: Sistema de Gestión de Calidad específico para IA, integrado con las regulaciones de dispositivos médicos.
  • Documentación técnica: Detallada y accesible para autoridades de vigilancia.
  • Datasets representativos: Los datos de entrenamiento deben ser representativos, libres de sesgos y documentados.
  • Robustez y ciberseguridad: Pruebas de resistencia ante ataques adversariales y fallos.
  • Vigilancia post-comercialización: Monitorización continua del rendimiento en entornos reales.
🏥

Obligaciones del Implementador

  • DPIA + FRIAS conjunta: Evaluación de impacto combinada en protección de datos y derechos fundamentales.
  • Informar a pacientes: Transparencia sobre el uso de IA en su atención sanitaria.
  • Supervisión humana: Garantizar que profesionales cualificados supervisan las decisiones asistidas por IA.
  • Logging obligatorio: Registrar todas las decisiones tomadas o asistidas por el sistema de IA.
  • Notificación de incidentes: Reportar incidentes graves o mal funcionamiento a autoridades competentes.

📅 Convergencia RGPD + RIA: Timeline de Aplicación

Fase 1: Diseño y Entrenamiento

RGPD: Definir base legal, realizar EIPD, aplicar minimización de datos, implementar privacidad por diseño.

RIA: Documentar RMS, seleccionar datasets representativos, verificar ausencia de sesgos, establecer métricas de rendimiento.

Convergencia: La EIPD debe integrar los requisitos del RIA. El dataset debe cumplir simultáneamente con calidad técnica y legalidad RGPD.

Fase 2: Implementación y Despliegue

RGPD: Activar derechos de los interesados, implementar logging de accesos, notificar cambios en el tratamiento.

RIA: Registrar el sistema en la base de datos de la UE, implementar supervisión humana, activar logging de decisiones.

Convergencia: DPIA + FRIAS conjunta. El logging debe satisfacer ambos marcos: trazabilidad RGPD y auditoría RIA.

Fase 3: Post-Comercialización

RGPD: Monitorizar ejercicio de derechos, actualizar EIPD, gestionar brechas de seguridad.

RIA: Vigilancia del rendimiento, auditorías periódicas, notificación de incidentes graves, actualización de documentación técnica.

Convergencia: Un incidente de privacidad (brecha RGPD) puede ser simultáneamente un incidente de seguridad del sistema (RIA). Los protocolos de respuesta deben estar integrados.

🔍 Caso Práctico: MedTech despliega IA para Retinopatía Diabética

Un proveedor MedTech desarrolla un sistema de IA para la detección automatizada de retinopatía diabética a partir de imágenes de fondo de ojo. El sistema se despliega en una red de 12 hospitales.

Como proveedor debe:

  • Clasificar el sistema como alto riesgo (diagnóstico asistido).
  • Implementar un AI QMS integrado con MDR (Reglamento de Dispositivos Médicos).
  • Documentar el dataset de entrenamiento (50.000 imágenes de 15 centros, verificadas por oftalmólogos).
  • Demostrar representatividad étnica y demográfica del dataset.
  • Establecer un sistema de vigilancia post-comercialización con métricas de sensibilidad/especificidad.

Cada hospital implementador debe:

  • Realizar una DPIA + FRIAS conjunta antes del despliegue.
  • Informar a los pacientes que las imágenes serán analizadas por IA.
  • Garantizar que un oftalmólogo revisa cada resultado antes de comunicarlo al paciente.
  • Mantener un log de todas las detecciones realizadas por el sistema.

🛡️ Privacidad Avanzada

Técnicas de protección de datos para proyectos de IA sanitaria.

Característica Seudonimización Anonimización Datos Sintéticos
¿Dato personal? Sí (RGPD aplica) No (fuera de RGPD) No (generados artificialmente)
Reidentificación Posible con información adicional Irreversible (si es verdadera) Imposible (no hay individuo real)
Utilidad para IA Alta (preserva relaciones) Media (puede perder utilidad) Alta (configurable)
Colaboración inter-centros Requiere acuerdos de tratamiento Facilitada (menor carga legal) Máxima flexibilidad
🧬

Datos Sintéticos: El Futuro de la Privacidad

Los datos sintéticos son registros generados artificialmente que replican las propiedades estadísticas de los datos reales sin corresponder a ningún individuo real. Son especialmente valiosos en el ámbito sanitario porque:

  • Permiten entrenar modelos de IA sin exponer datos de pacientes reales.
  • Facilitan la colaboración internacional (sin transferencias de datos personales).
  • Pueden amplificar datasets pequeños (crucial para enfermedades raras).
  • Permiten corregir sesgos presentes en datos reales mediante generación dirigida.
  • No están sujetos al RGPD al no constituir datos personales.

Tecnologías como las GANs (Generative Adversarial Networks) y los modelos de difusión permiten generar datos sintéticos de alta fidelidad que preservan las distribuciones clínicas relevantes.

⚖️

Ética y Mitigación de Sesgos Algorítmicos

Los sesgos algorítmicos en IA sanitaria pueden tener consecuencias graves: un modelo que infradiagnostica en ciertos grupos étnicos o de edad puede amplificar las desigualdades existentes en el sistema de salud.

  • Sesgo de representación: Si el dataset de entrenamiento no refleja la diversidad de la población objetivo, el modelo rendirá peor en grupos infrarrepresentados.
  • Sesgo de etiquetado: Los sesgos de los profesionales que etiquetaron los datos se transfieren al modelo.
  • Sesgo de medición: Diferencias en la calidad de los datos entre centros o poblaciones.
  • Mitigación: Auditorías de equidad periódicas, datasets equilibrados, datos sintéticos correctivos, métricas de equidad por subgrupos y comités de ética en IA.
🔍 Caso Práctico: Colaboración Transfronteriza Madrid-Milán-Berlín

Tres hospitales universitarios de Madrid, Milán y Berlín colaboran en un proyecto de investigación sobre una enfermedad rara que afecta a solo 150 pacientes diagnosticados en los tres centros combinados.

El problema: 150 casos son insuficientes para entrenar un modelo de IA robusto. Las transferencias internacionales de datos de salud bajo el RGPD requieren garantías adicionales y son legalmente complejas.

La solución: Cada hospital genera datos sintéticos a partir de sus pacientes reales utilizando modelos de generación validados. Se generan 450 pacientes sintéticos adicionales que preservan las distribuciones clínicas de cada centro.

  • Los datos sintéticos se comparten libremente entre los tres centros (sin restricciones RGPD).
  • El dataset combinado (150 reales + 450 sintéticos) permite entrenar un modelo de predicción de complicaciones.
  • La validación del modelo se realiza localmente en cada centro con datos reales (que nunca salen del hospital).

Resultado: Se logra un modelo predictivo viable para una enfermedad rara, respetando plenamente el RGPD y sin necesidad de transferencias internacionales de datos personales.

🇪🇸 Caso de España

La inversión estratégica de España en infraestructura de datos sanitarios.

€100M
Inversión Total
17
CC.AA. involucradas
€35M
Tramo 2022
€65M
Tramo 2023
💶

Inversión C18.I06 del Plan de Recuperación

Dentro del componente 18 del Plan de Recuperación, Transformación y Resiliencia de España, la inversión I06 destina €100 millones a la creación de un Data Lake Sanitario nacional. Esta inversión, financiada con fondos europeos NextGenerationEU, se estructura en dos tramos:

  • Tramo 2022 (€35M): Diagnóstico de situación, inventario de sistemas de información sanitaria, definición de estándares de interoperabilidad y gobernanza federada.
  • Tramo 2023 (€65M): Implementación tecnológica, integración de sistemas, desarrollo de capacidades analíticas y despliegue de infraestructura en las 17 CC.AA.
🎯

Objetivos Estratégicos

  • Crear un espacio compartido de datos sanitarios interoperable entre todas las CC.AA.
  • Habilitar la investigación y la IA sanitaria a nivel nacional con datos reales anonimizados.
  • Mejorar la toma de decisiones en salud pública mediante analítica avanzada.
  • Posicionar a España como referente europeo en datos de salud y IA sanitaria.
  • Establecer un modelo de gobernanza federada respetuoso con las competencias autonómicas.
🖥️

Componentes Técnicos

  • Data Lake centralizado con arquitectura Lakehouse (gobernanza + flexibilidad).
  • Capa de interoperabilidad basada en estándares HL7 FHIR y SNOMED CT.
  • Motor de anonimización certificado para cumplimiento RGPD.
  • Plataforma analítica con capacidades de IA/ML para investigadores y gestores.
  • Portal de gobernanza con control de accesos, catálogo de datos y auditoría.
🏛️

Prioridad: Gobernanza Federada

España ha adoptado un enfoque de gobernanza federada que reconoce las competencias sanitarias de las 17 CC.AA. Esto significa que:

  • Cada CC.AA. mantiene el control sobre sus datos sanitarios locales.
  • El Data Lake nacional establece estándares comunes de calidad, interoperabilidad y privacidad.
  • Los datos se comparten mediante acuerdos de gobernanza, no mediante centralización forzosa.
  • La gobernanza federada es prerequisito para cualquier tratamiento de alto riesgo con IA: sin un marco de gobernanza sólido, no se autoriza el despliegue de modelos predictivos sobre datos nacionales.
🔍 Caso Práctico: Andalucía se Integra al Data Lake Sanitario

El Servicio Andaluz de Salud (SAS) inicia su proceso de integración en el Data Lake Sanitario nacional, sirviendo a una población de 8,5 millones de pacientes.

Fases del proyecto:

  • Inventario de sistemas: Catalogación de HIS (Sistema de Información Hospitalaria), RIS (Sistema de Información Radiológica) y LIS (Sistema de Información de Laboratorio) de los hospitales andaluces.
  • Mapeo de metadatos: Homologación de terminologías locales con estándares nacionales (SNOMED CT, CIE-10).
  • Anonimización: Implementación de pipelines de anonimización certificados para datos que se compartirán con el Data Lake nacional.
  • RBAC (Control de Acceso Basado en Roles): Definición de perfiles de acceso según rol profesional y finalidad del tratamiento.
  • Interoperabilidad: Desarrollo de APIs HL7 FHIR para la comunicación estandarizada con la infraestructura nacional.

Desafío: Integrar sistemas legacy de más de 15 años con la nueva arquitectura sin interrumpir la operación asistencial.

💡 Casos Prácticos Integrados

Escenarios completos que integran tecnología, regulación y práctica clínica.

🚑

Caso 1: Triaje Inteligente en Urgencias

Un servicio de urgencias implementa un sistema de triaje inteligente que integra múltiples fuentes de datos en tiempo real para priorizar la atención de pacientes:

  • IoT y sensores: Pulseras de monitorización capturan constantes vitales (SpO2, FC, TA, temperatura) desde la sala de espera.
  • Feature Store: Las constantes vitales se transforman en features estandarizadas (tendencias, velocidad de cambio, desviaciones respecto a valores normales por edad y sexo).
  • EIPD previa: Se realizó una Evaluación de Impacto antes del despliegue, identificando riesgos de sesgo por edad y definiendo mitigaciones.
  • Supervisión humana con XAI: El profesional de triaje recibe la recomendación del sistema junto con una explicación visual (gráficos SHAP) de los factores que la fundamentan. Puede aceptar, modificar o rechazar la recomendación.
  • Logging completo: Cada recomendación del sistema, la decisión final del profesional y los datos utilizados se registran para auditoría (cumplimiento RIA y RGPD).
📊

Caso 2: Predicción de Reingresos con Modelo Federado

Una red de 8 hospitales colabora en un modelo predictivo de reingresos hospitalarios a 30 días utilizando aprendizaje federado:

  • Modelo federado: Los datos nunca salen de cada hospital. Solo se comparten los parámetros del modelo (pesos de red neuronal), protegiendo la privacidad de los pacientes.
  • Linaje automatizado: El Data Lakehouse de cada hospital registra automáticamente qué datos alimentaron cada iteración de entrenamiento local.
  • Auditoría de sesgo por edad: Se detecta que el modelo original tiene menor precisión para pacientes mayores de 80 años (subrepresentados en algunos hospitales).
  • Datos sintéticos correctivos: Se generan datos sintéticos de pacientes octogenarios para equilibrar el dataset de los hospitales con menor representación.
  • FRIAS (Fundamental Rights Impact Assessment): Se realiza una evaluación de impacto en derechos fundamentales según el RIA, documentando las medidas de equidad implementadas.
📄

Caso 3: Documentación Sanitaria Automatizada con NLP

Un hospital implementa un sistema de NLP (Procesamiento de Lenguaje Natural) para automatizar la codificación CIE-10 de informes de alta:

  • NLP para codificación CIE-10: El sistema lee informes de alta en texto libre y propone automáticamente los códigos CIE-10 correspondientes a diagnósticos y procedimientos.
  • Seudonimización: Antes del procesamiento NLP, un pipeline automatizado reemplaza identificadores directos (nombre, DNI, NASS) por tokens reversibles, permitiendo la reconstrucción del informe original cuando sea necesario.
  • Auditoría de origen: Se documenta que el modelo NLP fue entrenado con informes de alta cuyo uso para entrenamiento de IA estaba amparado por la base legal de interés público en salud pública.
  • Rol del técnico como supervisor/validador: El Técnico Superior en Documentación Sanitaria actúa como supervisor del sistema:
    • Revisa las propuestas de codificación del sistema antes de su validación final.
    • Detecta errores de codificación y alimenta el sistema con correcciones.
    • Verifica que la seudonimización se aplicó correctamente.
    • Documenta las tasas de acierto y error del sistema para su auditoría periódica.

Autoevaluación

Comprueba tus conocimientos sobre los contenidos estudiados.

1. ¿Qué arquitectura de datos combina la flexibilidad del Data Lake con la gobernanza del Data Warehouse?
2. ¿Qué artículo del RGPD protege específicamente los datos de salud como categoría especial?
3. ¿Cuál es la función principal del Feature Store en un ecosistema MLOps sanitario?
4. Según el Reglamento de IA (RIA), ¿quién es el "implementador" de un sistema de IA sanitario?
5. ¿Qué técnica de privacidad genera registros ficticios que replican las propiedades estadísticas de los datos reales?
6. ¿Cuánto ha invertido España en el proyecto de Data Lake Sanitario Nacional dentro del Plan de Recuperación?
7. Según el RIA, la supervisión humana sobre los sistemas de IA de alto riesgo debe ser...