Seguridad de los Datos Sanitarios: RGPD y Checklist para Clínicas y Centros Médicos
Lectura 11 min · AstraLoop Studio
Si gestionas una clínica, un centro médico o un policlínico, cada día tratas la categoría de datos más protegida que existe en el derecho europeo: el estado de salud de tus pacientes. No es un detalle burocrático. El RGPD los llama "categorías especiales de datos" (artículo 9) y los rodea de normas mucho más estrictas que las que rigen un simple correo electrónico o número de teléfono. Traducido: si te equivocas, las sanciones son más altas y las autoridades de protección de datos vigilan el sector sanitario con especial atención.
El problema es que la mayoría de las clínicas siguen pensando como hace diez años. Un armario cerrado con llave, un antivirus en el ordenador de recepción y la convicción de que "a nosotros no nos va a pasar nada". En 2026 este planteamiento está desfasado. El informe Clusit señala que las pymes representan el 72% de los objetivos de los ciberataques, y la sanidad es uno de los sectores más golpeados: los datos clínicos valen mucho en el mercado negro, y una clínica bloqueada por un ransomware suele estar dispuesta a pagar con tal de volver a funcionar.
En este artículo vemos qué dice realmente el RGPD sobre los datos sanitarios, por qué las sanciones son agravadas y, sobre todo, te dejamos una checklist operativa que puedes usar como base para una auditoría de seguridad informática completa de tu clínica. Enfoque práctico, cero jerga legal innecesaria.

Por qué el RGPD trata los datos sanitarios de forma distinta
El Reglamento UE 2016/679 (RGPD) distingue entre datos personales "comunes" y "categorías especiales". Los datos relativos a la salud entran en el artículo 9, junto con el origen étnico, las opiniones políticas, la orientación sexual y los datos genéticos o biométricos. Para estos rige, como norma general, una prohibición de tratamiento que solo se levanta si se cumplen condiciones específicas.
Para una clínica, la base jurídica habitual es la prevista en el artículo 9, apartado 2, letra h: el tratamiento es necesario para fines de medicina preventiva, diagnóstico, asistencia o terapia, realizado por un profesional sujeto al secreto profesional. En la práctica, puedes tratar los datos clínicos del paciente porque lo estás atendiendo, pero dentro de un perímetro estricto de finalidades y con medidas de seguridad "adecuadas".
Qué cambia en concreto respecto a una actividad que solo trata datos comunes:
- Evaluación de impacto (EIPD) obligatoria en muchos casos. El tratamiento a gran escala de datos sanitarios es uno de los supuestos en los que el artículo 35 del RGPD exige una evaluación de impacto relativa a la protección de datos. Una clínica con miles de historiales entra normalmente en este supuesto.
- Delegado de Protección de Datos (DPD) frecuentemente exigido. Quien trata datos sanitarios a gran escala como actividad principal entra dentro del artículo 37. Una consulta pequeña e individual puede quedar exenta; un policlínico bien estructurado, casi nunca.
- Registro de actividades de tratamiento siempre obligatorio. La exención para las pequeñas entidades no se aplica cuando se tratan categorías especiales: el registro del artículo 30 es obligatorio de todos modos.
- Notificación de la brecha de seguridad más delicada. Una violación que afecta a datos sanitarios implica casi siempre un riesgo elevado para los derechos de los interesados, por lo que debe notificarse a la autoridad de control en un plazo de 72 horas y comunicarse también a los pacientes afectados.
Sanciones agravadas: cuánto arriesgas de verdad
El RGPD prevé dos tramos de sanciones administrativas. La infracción de las obligaciones generales llega hasta 10 millones de euros o el 2% de la facturación mundial anual. La infracción de los principios fundamentales del tratamiento, que incluye precisamente las normas sobre las categorías especiales del artículo 9, llega hasta 20 millones de euros o el 4% de la facturación. Los datos sanitarios caen en el tramo alto.
Para una clínica española no hablamos, obviamente, de cifras de 20 millones, pero la autoridad de control calibra la sanción según la gravedad y el sector. Y el sector sanitario está bajo vigilancia constante: en los últimos años se han dictado resoluciones contra centros sanitarios y hospitales por accesos no autorizados a historiales, dosieres sanitarios mal configurados o copias de seguridad sin cifrar. Las cifras para clínicas y centros medianos han oscilado entre decenas y cientos de miles de euros.
A esto hay que sumar el coste de la propia brecha de seguridad, que nada tiene que ver con la sanción: parada de la actividad, restauración de los sistemas, notificaciones, daño reputacional. Para una pyme, el coste medio de un incidente de ransomware se sitúa entre 35.000 y 250.000 euros. Si quieres entender cómo se compone realmente esa cifra, hemos analizado el coste real de una brecha de datos para una pyme partida por partida.
Las amenazas reales para una clínica en 2026
Antes de la checklist, conviene saber de qué debes defenderte. No son amenazas teóricas: son escenarios que golpean con regularidad a clínicas y centros médicos.
Ransomware en las historias clínicas
Es la pesadilla número uno. Un software malicioso cifra todos los historiales y programas de gestión, y luego pide un rescate para devolvértelos. En 2026 la evolución va hacia la doble extorsión: además de bloquearte los datos, amenazan con publicar en internet la información clínica de tus pacientes si no pagas. Para una clínica es devastador en dos frentes, el operativo y el reputacional. Merece la pena entender en detalle cómo protegerse del ransomware.
Phishing y deepfakes de voz
Los correos fraudulentos son cada vez más realistas porque están escritos con IA, sin los errores gramaticales de antes. La recepcionista recibe un correo aparentemente del proveedor del programa de gestión que pide "actualizar las credenciales", hace clic, y las claves de acceso acaban en manos equivocadas. También está creciendo el vishing, el fraude telefónico con voz clonada: en Italia los deepfakes de audio han aumentado más de un 300% respecto a 2023. Aprender a reconocer el phishing corporativo es la primera línea de defensa, y afecta sobre todo a quien está en recepción.
Shadow AI: datos clínicos pegados en ChatGPT
Este es el riesgo nuevo y más infravalorado. Un colaborador, para ir más rápido, pega el informe o el historial de un paciente en ChatGPT u otra herramienta de IA, quizá solo para resumir un texto o traducir un diagnóstico. En ese momento, un dato sanitario sale del perímetro de la clínica y acaba en un servidor de terceros, muchas veces fuera de la Unión Europea. Es una infracción del RGPD en toda regla. Y el fenómeno está extendido: casi el 40% de los empleados admite compartir datos confidenciales con herramientas de IA. Profundiza en qué es la Shadow AI y qué riesgos conlleva, porque en una clínica es especialmente peligrosa.
Riesgo de proveedores y terceros
Tu programa de gestión sanitaria, el servicio de copias de seguridad en la nube, el laboratorio externo al que envías las muestras: cada uno de ellos es un posible punto de entrada. Alrededor del 30% de las violaciones de datos involucra a un tercero. Cada proveedor que trata datos de tus pacientes debe ser designado encargado del tratamiento (artículo 28 del RGPD) mediante un contrato escrito que defina sus obligaciones de seguridad.

Checklist de auditoría RGPD para clínicas y centros médicos
Aquí está la parte operativa. Usa esta checklist para hacer una primera autoevaluación de tu clínica. No sustituye a una auditoría profesional, pero te dice de inmediato dónde estás expuesto. La he dividido en cuatro áreas: organizativa, técnica, procedimental y formativa.
1. Área organizativa y documental
- Registro de actividades de tratamiento (art. 30) redactado y actualizado (obligatorio con datos sanitarios).
- Información de privacidad específica para el tratamiento de datos de salud, entregada y comprensible.
- Base jurídica del tratamiento identificada correctamente (habitualmente art. 9.2.h más finalidad asistencial).
- DPD designado si es exigible, con datos de contacto comunicados a la autoridad de control y publicados.
- Evaluación de impacto (EIPD) realizada para los tratamientos a gran escala.
- Contratos de encargado del tratamiento (art. 28) con todos los proveedores externos que manejan datos clínicos.
- Autorizaciones por escrito para el personal que accede a los datos, con instrucciones sobre el secreto profesional.
2. Área técnica
- Cifrado de los datos sanitarios, tanto de las copias de seguridad como de los dispositivos portátiles (portátiles, tablets de la sala de consulta).
- Autenticación multifactor (MFA) en el programa de gestión, el correo y los accesos remotos.
- Contraseñas robustas e individuales: nunca credenciales compartidas entre médico y recepcionista.
- Copias de seguridad periódicas, probadas y conservadas también offline (una copia conectada la cifra el ransomware junto con el resto).
- Actualizaciones de software y sistema operativo instaladas con rapidez.
- Antivirus o EDR actualizado en todos los puestos, no solo en el ordenador principal.
- Red separada para el WiFi de invitados y los dispositivos personales, distinta de la red que gestiona los datos clínicos.
- Registro de accesos (logs) a los historiales, para saber quién vio qué y cuándo.
3. Área procedimental
- Procedimiento escrito de gestión de brechas de seguridad, con el plazo de 72 horas claro para todos.
- Política sobre el uso de herramientas de IA: reglas claras sobre qué se puede y qué no se puede pegar en ChatGPT y similares.
- Gestión de accesos ante cambios de personal: revocación inmediata de las credenciales de quien deja la clínica.
- Política de conservación de datos: los historiales no deben guardarse indefinidamente sin motivo.
- Destrucción segura de documentos en papel y soportes descartados (no basta con la papelera).
4. Área formativa
- Formación periódica del personal sobre phishing, gestión de contraseñas y confidencialidad.
- Simulaciones de phishing para poner a prueba a recepción, que es el punto más expuesto.
- Sensibilización específica sobre el riesgo de la Shadow AI, con ejemplos concretos de la propia clínica.
Si aunque sea tres o cuatro de estos puntos te resultan descubiertos, no eres una excepción: estás en la media de las clínicas. La diferencia la marca quien decide resolverlos antes de que ocurra un incidente, no después.
¿Quieres saber dónde está realmente expuesta tu clínica, antes de que lo descubra un atacante? Solicita un análisis de seguridad pensado para quienes tratan datos sanitarios: lo hacemos persona a persona, no con un escáner automático.
Qué hacer si sufres una violación de datos
A pesar de todo, un incidente puede ocurrir. La diferencia entre una gestión correcta y un desastre está en las primeras horas. El RGPD te da 72 horas desde que tienes conocimiento de la violación para notificarla a la autoridad de control, si implica un riesgo para los derechos de los interesados. Con datos sanitarios, ese riesgo casi siempre está presente.
En los primeros minutos la prioridad es contener: aislar los sistemas afectados, no apagarlo todo de forma impulsiva (arriesgas perder pruebas útiles), documentar lo que ha ocurrido. Después se valora la notificación a la autoridad de control y la comunicación a los pacientes afectados. Hemos escrito una guía dedicada sobre qué hacer en las primeras 72 horas de una brecha de datos y otra que explica qué es una brecha de datos según el RGPD, ambas útiles para tener a mano antes de que hagan falta de verdad.
RGPD, NIS2 y ciberseguridad: cómo encajan entre sí
El RGPD no funciona solo. A partir de 2026 el marco normativo se amplía. La directiva NIS2 extiende las obligaciones de ciberseguridad a muchas más entidades, incluido el sector sanitario, con medidas básicas que deben adoptarse dentro de los plazos de 2026 y responsabilidades que recaen directamente sobre la dirección de la organización, ya no delegables solo al departamento de informática. Si gestionas un centro sanitario de cierto tamaño, merece la pena comprobar si la NIS2 se aplica a tu empresa.
Está también el Reglamento de IA (Reglamento UE 2024/1689), que entra en su fase operativa en 2026 e introduce obligaciones sobre determinados sistemas de inteligencia artificial de alto riesgo. La buena noticia es que no hacen falta tres proyectos separados: un enfoque ordenado de la seguridad de los datos cubre buena parte de las obligaciones del RGPD, la NIS2 y el Reglamento de IA a la vez. El punto de partida sigue siendo siempre el mismo: saber dónde están tus datos, quién accede a ellos y cómo están protegidos. Es exactamente lo que una auditoría hecha por personas, y no por un escáner automático de tres al cuarto, deja por escrito.
En resumen
Los datos sanitarios son la categoría más protegida por el RGPD, con sanciones en el tramo alto (hasta el 4% de la facturación) y una atención constante de las autoridades sobre el sector médico. Las amenazas concretas en 2026 son el ransomware, el phishing potenciado por la IA, la Shadow AI y el riesgo de proveedores. La defensa no es un único producto, sino un conjunto ordenado de medidas organizativas, técnicas, procedimentales y formativas. La checklist de este artículo es tu punto de partida para entender dónde estás expuesto. El siguiente paso es convertir esa autoevaluación en una auditoría estructurada, antes de que sea un incidente el que te pase factura.
Preguntas frecuentes
¿Una clínica pequeña debe designar un DPD?
Depende de la escala. La obligación se activa para quien trata datos sanitarios a gran escala como actividad principal (art. 37 RGPD). Una consulta individual pequeña puede quedar exenta, pero un policlínico o una clínica estructurada casi siempre debe designarlo. En caso de duda, es prudente hacer una evaluación formal y documentarla.
¿Siempre es necesaria la evaluación de impacto (EIPD) en el ámbito sanitario?
El tratamiento a gran escala de datos sanitarios está entre los supuestos en los que el art. 35 del RGPD exige la EIPD. Una clínica con miles de historiales entra normalmente en ese supuesto. Una consulta muy pequeña puede hacer una evaluación preliminar para determinar si es necesaria, dejando constancia de la decisión.
¿Puedo usar ChatGPT para resumir informes o historiales de pacientes?
No, si pegas datos identificables. En ese momento un dato sanitario sale de tu perímetro y acaba en servidores de terceros, muchas veces fuera de la UE, lo que constituye una infracción del RGPD. Si quieres usar IA, necesitas una solución que trate los datos de forma conforme y una política interna clara sobre el uso de estas herramientas.
¿Cuánto tiempo tengo para notificar una violación de los datos de los pacientes?
Tienes 72 horas desde que tienes conocimiento de la violación para notificarla a la autoridad de control, si implica un riesgo para los derechos de los interesados. Con datos sanitarios ese riesgo casi siempre está presente, así que la notificación casi siempre debe hacerse, junto con la comunicación a los pacientes afectados.
¿Mi programa de gestión sanitaria en la nube me exime de responsabilidad?
Solo en parte. El proveedor debe ser designado encargado del tratamiento mediante un contrato conforme al art. 28 del RGPD, pero la responsabilidad del responsable del tratamiento se mantiene. Debes verificar dónde se almacenan los datos, cómo están protegidos y que el proveedor cumpla los estándares. Alrededor del 30% de las violaciones de datos involucra a un tercero.
¿Cuánto arriesga en sanciones una clínica que comete un error?
Las infracciones sobre categorías especiales (art. 9) entran en el tramo alto: hasta 20 millones de euros o el 4% de la facturación. Para una clínica española las cifras reales son muy inferiores, pero la autoridad de control calibra según la gravedad, y en el sector sanitario se han impuesto sanciones de decenas a cientos de miles de euros.
Si has marcado menos puntos de la checklist de los que esperabas, hablemos. Te ayudamos a proteger los datos de tus pacientes de forma conforme con el RGPD, sin sobrecargar el trabajo diario de la clínica.