Plan de contingencia ante una brecha de seguridad de datos médicos: el protocolo de 72 horas
Para directores de clínicas privadas que quieren tener decidido, antes de que ocurra, cómo se actúa ante un incidente de seguridad con datos de salud. El plazo exacto que marca el RGPD, los primeros pasos concretos, la comunicación a la AEPD y a los pacientes, y qué revisar después de cerrar la crisis.
Nadie espera usarlo. Pero está ahí, revisado, precisamente para el día que haga falta.1. La pesadilla real: qué significa una brecha de datos médicos
1.1. Por qué un centro sanitario es un objetivo específico
Los datos de salud tienen mucho valor en el mercado ilegal precisamente porque son difíciles de cambiar una vez expuestos: una tarjeta de crédito robada se cancela con facilidad, un diagnóstico clínico ya expuesto no se puede cambiar nunca. Esto convierte a cualquier centro que gestiona datos de salud en un objetivo con un perfil de riesgo distinto al de otros negocios, independientemente de su tamaño. Una clínica pequeña de un solo profesional no está exenta de este riesgo solo por su tamaño: el valor del dato de salud es el mismo, tenga la clínica dos empleados o doscientos, y el ataque no distingue tamaños a la hora de elegir a quién dirigirse. El marco completo de obligaciones que esto implica está en el cumplimiento del RGPD en clínicas privadas.
1.2. El coste no es solo la multa
La sanción económica que puede imponer la AEPD es la parte más visible, pero desde luego no es la única: el coste reputacional, el tiempo del equipo dedicado a gestionar la crisis y la pérdida de confianza de los pacientes afectados suelen pesar tanto o más que el importe de la multa en sí. El detalle completo de las sanciones está en sanciones de la AEPD a clínicas sanitarias. Un incidente gestionado con transparencia y rapidez, aunque implique una sanción, suele dañar mucho menos la reputación del centro que uno que se descubre por otras vías o que se comunica tarde y mal.
2. Las 72 horas: qué exige el RGPD desde que se detecta
2.1. El plazo empieza al detectar, no al confirmar del todo
El RGPD exige notificar a la autoridad de control en un plazo de 72 horas desde que se tiene constancia de la violación de seguridad, no desde que se ha terminado de investigar todo el alcance. Es un matiz muy importante: no hace falta tener todas las respuestas listas para empezar el reloj, y esperar a tenerlas todas antes de notificar es precisamente lo que hace incumplir el plazo. Muchos centros pierden tiempo valioso intentando cerrar la investigación completa antes de comunicar nada, cuando la norma permite —y de hecho espera— una notificación inicial con la información disponible en ese momento.
2.2. Qué tiene que contener la notificación a la AEPD
La notificación debe describir la naturaleza de la violación, las categorías de datos y de personas afectadas de forma aproximada si aún no hay certeza total, las consecuencias probables, y las medidas ya adoptadas o propuestas para abordar el problema. Se puede notificar de forma progresiva, ampliando la información conforme se conoce, en vez de esperar a tenerlo todo cerrado. Este formato de notificación por fases es habitual y esperado por la propia AEPD, así que no hay que tratar la primera comunicación como si fuera el informe definitivo y completo del incidente.
3. Los primeros pasos tras detectar el incidente
3.1. Contener antes que investigar a fondo
La prioridad inmediata es limitar el daño: aislar los sistemas afectados, revocar accesos que puedan seguir siendo usados de forma indebida, y frenar cualquier exfiltración de datos que siga en curso. La investigación completa de cómo ocurrió puede esperar unas horas; que el incidente siga activo mientras se investiga, no debería. La ubicación y la protección técnica de los datos afectados también influye en la magnitud de la respuesta: el detalle de qué exige un almacenamiento pensado para datos de salud está en almacenamiento cloud con cumplimiento de grado médico.
3.2. Documentar desde el primer minuto
Cada acción tomada, con su hora exacta y la persona responsable, tiene que quedar registrada desde el mismo momento en que se detecta el problema. Esta documentación no es un trámite burocrático: es lo que después sustenta tanto la notificación a la AEPD como la defensa del centro si su actuación se cuestiona. Un simple documento compartido donde alguien va anotando hora, acción y responsable, actualizado en tiempo real durante la crisis, es más útil que cualquier reconstrucción hecha días después de memoria, cuando los detalles ya se han difuminado.
No hace falta iluminar toda la sala para saber qué se vio afectado. Hace falta enfocar bien el punto exacto.4. Delimitar el alcance real
4.1. Qué revisar para saber qué se vio afectado
El registro completo de accesos del sistema es la primera fuente fiable para reconstruir qué se consultó, cuándo y desde dónde durante la ventana del incidente. Sin ese registro, delimitar el alcance real se convierte en una estimación a ciegas, en vez de un análisis basado en datos concretos. Es una de las razones de fondo por las que tener un registro de accesos fiable no es solo una exigencia normativa del día a día: es también la herramienta con la que se responde de verdad a la pregunta más urgente de una crisis, que es a quién hay que avisar.
4.2. Por qué exagerar o minimizar el alcance sale caro
Declarar un alcance menor del real, si después se descubre que era mayor, agrava la situación ante la AEPD porque suma un problema de transparencia al incidente original. Y cuando el incidente no es brecha sino caída técnica sin compromiso de datos personales, el protocolo es distinto: no notificación a la AEPD sino plan de continuidad operativa con RTO y RPO como indicadores de restauración. Declarar un alcance mayor del real, por precaución excesiva, puede generar una alarma innecesaria entre pacientes que en realidad no estaban afectados. El objetivo es la precisión, no el optimismo ni el pesimismo.
5. Comunicar a la AEPD y a los pacientes
5.1. Qué va en la notificación a la autoridad
Además del contenido técnico del incidente, la notificación a la AEPD debe incluir los datos de contacto del delegado de protección de datos o de la persona responsable, para que la autoridad pueda pedir aclaraciones durante la investigación.
5.2. Qué y cómo comunicar a los afectados
Cuando la brecha supone un riesgo alto para los derechos y libertades de los pacientes, el RGPD exige comunicárselo también a ellos, en un lenguaje claro, explicando qué ha pasado, qué datos se han visto afectados y qué medidas puede tomar el propio paciente para protegerse. No es una comunicación que se pueda posponer indefinidamente por miedo a la reacción: cuanto más tarde llega, peor se percibe después. Un paciente que se entera de una brecha por la prensa antes que por su propia clínica pierde una confianza que después es muy difícil de recuperar, mucho más difícil que la que se pierde por recibir una comunicación honesta y a tiempo.
Riesgo normativo
¿Tu infraestructura resistiría una inspección de la AEPD?
El RGPD clasifica los expedientes clínicos como datos de categoría especial. Una brecha técnica o un consentimiento mal custodiado puede acarrear sanciones muy elevadas. Solicita un análisis técnico de viabilidad normativa.
6. Quién decide qué, en las primeras horas
6.1. Un protocolo interno, decidido antes de que haga falta
Improvisar quién toma cada decisión en plena crisis es la forma más segura de perder tiempo valioso justo cuando menos se puede permitir el centro perderlo. Tener asignado de antemano quién contiene el incidente técnicamente, quién redacta la notificación y quién se comunica con los pacientes evita que las primeras horas se pierdan decidiendo quién hace qué.
6.2. Roles claros: contención, comunicación, documentación
No hace falta un equipo grande para esto: en una clínica pequeña puede ser la misma persona la que asuma varios roles, siempre que estén definidos con claridad. Lo importante no es el tamaño del equipo de respuesta, es que nadie tenga que preguntarse «¿me toca a mí hacer esto?» en mitad de la crisis. Escribir estos roles en un documento breve y compartido, revisado una vez al año aunque nunca haga falta usarlo, es una de las inversiones de tiempo más baratas que puede hacer un centro en materia de seguridad.
7. Después de la crisis: qué revisar
Lo que se aprende de un incidente solo cuenta si cambia algo de verdad, no si se queda en una promesa dicha en caliente.7.1. Análisis de causa raíz, sin buscar culpables primero
Entender exactamente cómo ocurrió el incidente es siempre más útil a largo plazo que encontrar rápido a quién culpar. Un análisis centrado en buscar responsables antes que causas suele generar que la próxima vez el equipo oculte un problema por miedo, en vez de reportarlo pronto, que es exactamente lo contrario de lo que conviene para prevenir el siguiente incidente. Un análisis honesto de causa raíz suele revelar fallos de proceso más que fallos de una sola persona: una contraseña compartida por costumbre, un acceso que nadie desactivó tras una baja, una actualización de seguridad pospuesta demasiadas veces.
7.2. Medidas correctoras, documentadas y con plazo
Cada medida que se decide implementar tras el incidente debe quedar documentada, con un responsable y un plazo concreto de implementación. Sin ese seguimiento, es fácil que las buenas intenciones del «esto no puede volver a pasar» se queden en una frase dicha en caliente y nunca se conviertan en un cambio real. Revisar ese listado de medidas pendientes en la siguiente reunión de dirección, no solo en el momento de la crisis, es lo que marca la diferencia entre un aprendizaje real y una promesa que se olvida en cuanto pasa la urgencia.
8. Qué hace y qué no hace obeliOmed ante un incidente
8.1. Lo verificable
obeliOmed cifra los documentos clínicos y los campos sensibles con AES-256-GCM, mantiene un registro de accesos y cambios con autor y fecha, y permite exportar los datos del centro en cualquier momento, lo que facilita mucho reconstruir el alcance real de un incidente si llegara a ocurrir alguna vez.
8.2. Lo que sigue siendo responsabilidad del centro
obeliOmed no sustituye al protocolo interno de respuesta ante incidentes: decidir quién contiene, quién comunica y quién documenta sigue siendo una responsabilidad de gestión del centro, no algo que un software resuelve automáticamente por sí solo. Esta guía es precisamente el punto de partida razonable para que tu clínica redacte ese protocolo propio, adaptado a su tamaño real. Tampoco se anuncia una autenticación de doble factor obligatoria como funcionalidad de serie; si tu clínica necesita esa capa concreta de seguridad, conviene confirmarlo directamente con el equipo antes de asumirlo como algo ya incluido. Decirlo con esta honestidad es preferible a prometer una capacidad que después, en una situación real, no está donde se esperaba.
9. Qué aporta obeliOmed y cómo empezar
9.1. Trazabilidad que ayuda a reconstruir lo ocurrido
El registro de accesos y cambios de obeliOmed es la base concreta para delimitar el alcance real de cualquier incidente, en vez de depender de una simple estimación sin datos verificables. El resto de piezas de seguridad relacionadas está en auditoría de accesos de empleados a la historia clínica.
9.2. Cómo dar el primer paso
Puedes revisar en la demo de obeliOmed cómo se consulta el registro de accesos, para tenerlo claro antes de que haga falta usarlo en una situación real de urgencia, en vez de aprender a hacerlo por primera vez en plena crisis.
10. Preguntas frecuentes
¿Desde cuándo cuentan exactamente las 72 horas del RGPD?
Desde el momento en que el responsable del tratamiento tiene constancia razonable de que se ha producido una violación de seguridad, no desde que se confirma el alcance completo. Esperar a tener todas las respuestas antes de empezar a contar el plazo es un error habitual que puede llevar a notificar tarde, incluso con buena intención. Muchos centros interpretan mal este punto pensando que necesitan un informe forense completo antes de poder comunicar nada, cuando en realidad la norma espera una notificación inicial con lo que se sabe en ese momento, actualizable después.
¿Hay que notificar siempre a la AEPD, aunque el incidente parezca menor?
No en todos los casos: la obligación de notificar aplica cuando la violación de seguridad supone un riesgo para los derechos y libertades de las personas afectadas. Un incidente que no llega a ese umbral puede no requerir notificación formal, pero conviene documentarlo internamente igualmente y, ante la duda, es más seguro consultarlo con un delegado de protección de datos que asumir por cuenta propia que no hace falta notificar. Esa consulta previa, además, deja constancia de que el centro actuó con diligencia razonable, algo que pesa a favor si la situación se revisa después.
¿Qué pasa si no tenemos protocolo escrito cuando ocurre un incidente?
Se puede improvisar, pero con mucho más riesgo de errores y de plazos incumplidos. Tener un protocolo escrito de antemano no evita el incidente, pero sí evita perder las primeras horas críticas decidiendo quién hace qué. Si tu clínica no tiene uno todavía, esta guía puede servir de punto de partida para redactarlo antes de que haga falta usarlo de verdad. No hace falta un documento extenso: unas pocas páginas con los roles, los primeros pasos y los contactos clave ya marcan una diferencia enorme frente a no tener nada escrito.
¿Cómo sé qué pacientes concretos se han visto afectados por una brecha?
El registro de accesos del sistema es la fuente principal: permite reconstruir qué expedientes se consultaron, cuándo y desde qué origen durante la ventana temporal del incidente. Sin ese registro, delimitar el alcance real es mucho más difícil y obliga a asumir un alcance más amplio por precaución, con el coste reputacional añadido que eso conlleva. Un registro de accesos fiable, mantenido como práctica habitual del día a día y no como algo que se activa solo cuando ya ha pasado algo, es la diferencia entre reconstruir el incidente con datos concretos o con una estimación aproximada que nadie puede defender del todo.
¿Puede la clínica ser sancionada aunque el ataque venga de fuera?
Sí. La responsabilidad del RGPD recae en el responsable del tratamiento, independientemente de que el ataque sea externo. Lo que la AEPD evalúa no es si hubo un ataque, sino si el centro tenía medidas de seguridad razonables para prevenirlo y si actuó correctamente una vez detectado, incluyendo el cumplimiento del plazo de notificación. Un centro que puede demostrar que tenía cifrado, control de accesos y un protocolo de respuesta claro parte de una posición mucho más sólida que uno que no puede acreditar ninguna de estas medidas mínimas.
¿Quién debe redactar la notificación a la AEPD?
Idealmente, el delegado de protección de datos del centro, si lo tiene, o la persona designada en el protocolo interno para esta función. La notificación tiene que ser precisa y evitar tanto minimizar como exagerar el alcance, así que conviene que la redacte alguien con conocimiento tanto del incidente técnico como de los requisitos legales de la notificación. La AEPD proporciona un formulario en su sede electrónica que guía los campos obligatorios, pero el contenido —qué datos se vieron expuestos, cuántos afectados se estiman y qué medidas se han tomado— lo tiene que aportar la clínica, y eso exige haber investigado antes de rellenar.
¿Tiene sentido este protocolo para una clínica pequeña, con pocos empleados?
Especialmente. Una clínica pequeña no tiene un equipo de seguridad dedicado, así que tener decidido de antemano quién asume cada rol —aunque sea una sola persona con varios roles— es todavía más importante que en un centro grande con más recursos para improvisar sobre la marcha. En una consulta de dos o tres personas, el protocolo puede caber en una página, pero esa página marca la diferencia entre actuar en orden dentro de las 72 horas o perder las primeras horas decidiendo a quién llamar. El tamaño del centro no reduce las obligaciones legales: la AEPD aplica el mismo RGPD a una clínica de un profesional que a un hospital.
¿Qué pasa si se detecta el incidente un viernes por la tarde?
El plazo de 72 horas sigue corriendo independientemente del día de la semana, así que el protocolo interno tiene que prever cómo actuar fuera del horario laboral habitual. Tener claro quién puede tomar decisiones de contención sin esperar al lunes es parte de lo que distingue un protocolo bien pensado de uno que solo funciona en condiciones ideales. Un protocolo que solo funciona en horario de oficina no es realmente un protocolo de contingencia: es una buena intención con un hueco importante sin cubrir, precisamente en el tipo de momento en que más falta hace.
Pide una demo de obeliOmed
Sin permanencia · Demo personalizada para tu especialidad · Te respondemos en menos de 24 horas.
Más sobre seguridad de datos en clínicas privadas

RGPD en clínicas privadas: las 7 obligaciones concretas y cómo cumplirlas
Las clínicas privadas tratan datos de salud, que son la categoría más protegida del RGPD. Eso no significa…
Leer artículo →
Notificación de brecha a la AEPD: qué hacer en las primeras 72 horas
Cuando una clínica detecta una brecha de datos tiene 72 horas para notificarla a la AEPD. Cuándo empieza…
Leer artículo →
Enlace público y enlace privado en la clínica: qué exige cada uno
La diferencia práctica entre enlace público y privado en una clínica, qué exige el RGPD de cada uno…
Leer artículo →Referencias
- Reglamento (UE) 2016/679 (RGPD): notificación de violaciones de seguridad de datos personales, artículos 33 y 34.
- Ley 41/2002: conservación y trazabilidad de la historia clínica.
Última actualización: agosto de 2026.