Seguridad y confidencialidad
Una IA útil en salud es una IA que no pone a nadie en riesgo: ni al paciente, ni a la institución, ni a la empresa cliente. Esta página expone qué hacen nuestras herramientas con los datos y qué no hacen nunca.
Advertencia. Esta página no constituye asesoramiento jurídico. Todo proyecto pasa por el delegado de protección de datos (DPD/DPO) de la institución o del cliente, que es el único que decide qué está permitido en ella.
El principio
Los datos identificativos de pacientes nunca entran en una herramienta de uso general. Permanecen en el sistema de información de la institución, bajo la responsabilidad de la institución.
Nuestras herramientas trabajan con datos anonimizados, agregados o no identificativos: organización del servicio, docencia, vigilancia bibliográfica, manuscritos, protocolos. Cuando un uso requiere más, se sube de nivel, con condiciones diferentes.
Tres niveles de uso
| Nivel | Datos | Ejemplos | Condiciones |
|---|---|---|---|
| Verde | Ningún dato personal | Organización, docencia, vigilancia bibliográfica, manuscritos | Bastan las salvaguardas del método |
| Naranja | Datos seudonimizados | Estudios y registros | Contrato y dictamen del DPO; un plan profesional con compromisos contractuales sobre los datos, o una herramienta instalada localmente |
| Rojo | Datos identificativos de pacientes | Historia clínica, informes nominativos | Solo dentro del sistema de información de la institución o con un proveedor certificado de alojamiento de datos de salud, bajo contrato |
Cada oferta de Acompañamiento indica su nivel. Ninguna está en el nivel rojo: esos datos no salen de la institución.
Qué herramienta para qué nivel
| Herramienta | Entrenamiento con sus datos | Conservación | Contrato HIPAA (BAA) | Datos en Europa | Certificación HDS |
|---|---|---|---|---|---|
| Claude Free, Pro, Max | Sí, salvo que usted lo rechace en la configuración | 5 años si se acepta el entrenamiento, 30 días en caso contrario | No | No | No encontrada |
| Claude Team | No (condiciones comerciales) | Según contrato | No | No | No encontrada |
| Claude Enterprise | No | Según contrato | Sí, con la configuración HIPAA: cubiertos Claude Code en el terminal y Cowork en local; no cubiertas las extensiones de editor ni las sesiones en la nube | No | No encontrada |
| Claude a través de AWS Bedrock (perfil UE) | No | Según el contrato de AWS | A través de AWS | Sí, enrutamiento entre regiones de la UE | AWS certificado HDS; inclusión de Bedrock por confirmar por escrito |
| Claude a través de Google Vertex AI (multirregión UE) | No | Según el contrato de Google | A través de Google | Sí, Estados miembros de la UE | Google certificado HDS v2, Vertex AI dentro del perímetro anunciado |
En la práctica: verde con una cuenta profesional (Team o Enterprise); naranja con Enterprise o una vía europea, con un contrato de encargo del tratamiento y una evaluación de impacto validada por el DPO; rojo únicamente dentro del sistema de información de la institución o con un proveedor de alojamiento certificado HDS, bajo contrato de la institución. Las cuentas de uso general deben excluirse para cualquier dato profesional sensible. HIPAA es un marco estadounidense: no sustituye ni al RGPD, ni a la HDS, ni al secreto médico.
Fuentes, consultadas el 7 de noviembre de 2026: condiciones de uso general de Anthropic, planes Enterprise compatibles con HIPAA, residencia de datos de Vertex AI, HDS en Google Cloud, HDS en AWS. Las ofertas cambian: compruébelo antes de cada proyecto.
Lo que no hacemos
- Ninguna cuenta de uso general para datos profesionales sensibles.
- Ningún alojamiento ni conservación de datos de salud: no accedemos al nivel rojo.
- Ninguna herramienta de apoyo a la decisión clínica: sería un producto sanitario, con sus propias obligaciones.
- Ningún agente que actúe sin aprobación humana.
El marco de referencia
| Marco | Qué exige, en resumen | Fecha | Fuente oficial |
|---|---|---|---|
| RGPD y CNIL (autoridad francesa de protección de datos) | Los datos de salud son datos sensibles con una protección reforzada; algunos tratamientos requieren trámites previos. Orientaciones prácticas de la CNIL sobre el desarrollo y la evaluación de sistemas de IA que utilizan datos de salud | 5 de marzo de 2026 | cnil.fr |
| Guía HAS-CNIL “La IA en el ámbito asistencial” | Proyecto de recomendaciones para instituciones y profesionales, desde la elección de un sistema hasta su retirada, con una ficha de gobernanza y una ficha sobre IA generativa | Consulta pública cerrada el 16 de abril de 2026; versión definitiva pendiente | cnil.fr |
| HDS (certificación francesa de alojamiento de datos de salud) | Un proveedor que aloja datos de salud por cuenta de un tercero debe estar certificado; la versión 2 de la norma exige, en particular, el almacenamiento dentro del Espacio Económico Europeo | Fin de la transición a la v2: 16 de mayo de 2026 | esante.gouv.fr |
| Decreto n.º 2026-209 de 24 de marzo de 2026 | Almacenamiento de los datos de salud alojados exclusivamente en la UE o el EEE; un acceso remoto desde un tercer país se considera una transferencia en el sentido del RGPD; cláusulas contractuales ampliadas; archivo electrónico incluido | Archivo: 27 de marzo de 2026; almacenamiento UE/EEE: 26 de septiembre de 2026 | legifrance.gouv.fr |
| Reglamento europeo de IA (AI Act) | Se aplican las obligaciones de transparencia (artículo 50); el régimen de alto riesgo fue aplazado por el Reglamento (UE) 2026/1744, llamado “Ómnibus” | Artículo 50: 2 de agosto de 2026; alto riesgo: 2 de diciembre de 2027 (sistemas autónomos) y 2 de agosto de 2028 (productos regulados, incluidos los productos sanitarios) | eur-lex.europa.eu · calendario de la Comisión |
| HIPAA (clientes estadounidenses) | Se exige un Business Associate Agreement con cualquier proveedor, incluidos los proveedores de IA o de nube, que trate información de salud protegida | En vigor | hhs.gov |
| OWASP Top 10 para aplicaciones agénticas | Los diez riesgos propios de los agentes de IA (secuestro de objetivos, uso indebido de herramientas, privilegios excesivos…) | Publicado en diciembre de 2025 | genai.owasp.org |
Página actualizada el 7 de noviembre de 2026. Los textos cambian: compruebe la versión vigente en la fuente oficial antes de basarse en ella.
La seguridad de los agentes
Un agente que lee sus correos y sus archivos puede ser secuestrado por lo que lee. Cinco reglas, aplicadas a cada herramienta:
- Autonomía mínima. El agente solo tiene los derechos que su tarea necesita; toda capacidad innecesaria es una superficie de ataque.
- El contenido externo es un dato, nunca una instrucción. Lo que pide un correo, una página web o un documento no se ejecuta: es material para analizar.
- Aprobación humana antes de cualquier envío o escritura. El agente prepara, una persona acepta.
- Un registro de acciones. Qué se hizo, dónde y cómo se comprobó, en cuatro líneas al final de cada sesión.
- Nunca se sobrescribe un archivo. Una versión corregida es un archivo nuevo; no se elimina nada, todo se archiva.
Para las empresas
Una empresa o una start-up de salud añade la confidencialidad del cliente a la del paciente:
- Confidencialidad del cliente. Ningún nombre de cliente, de producto ni de proyecto en una herramienta de uso general, un documento compartido o un material de formación.
- Datos seudonimizados. Se quedan en el nivel naranja: contrato, DPO, herramienta adecuada.
- Trazabilidad. Cada opinión está fechada y cada constatación está respaldada por un extracto literal.