La copia de seguridad de datos en la clínica médica y dental
Un pilar operativo, reglamentario y estratégico de la seguridad informática
1 Contexto: la digitalización hace que la clínica dependa de sus datos
En los últimos años, la práctica médica y dental se ha digitalizado ampliamente. En una clínica moderna, la informática ya no sirve únicamente para la facturación o la agenda: estructura la historia clínica del paciente, centraliza la imagen, organiza la trazabilidad y sustenta la producción de cuidados. La copia de seguridad de datos en la clínica dental y médica ya no es un tema secundario: es una cuestión central.
En odontología y ortodoncia, esta transformación es especialmente visible: radiología digital (intraoral, panorámica), escáneres Cone Beam, cámaras de impresiones ópticas, software de gestión, sistemas de gestión y trazabilidad, intercambio de documentos, a veces incluso herramientas de comunicación con el paciente. En medicina, la historia clínica informatizada, los informes, los resultados, la gestión administrativa y el utillaje profesional se inscriben en una lógica similar: la actividad se apoya en datos y sistemas.
Este progreso mejora la calidad de los cuidados, la precisión diagnóstica y la continuidad del seguimiento. Pero introduce una realidad ineludible: una clínica puede quedar paralizada por un incidente informático, incluso si el equipo, los medios técnicos y las competencias médicas están presentes. Una avería, una corrupción, un ransomware o un error de manipulación pueden hacer inaccesible información crítica (imagen, antecedentes, alergias, planes de tratamiento, informes), con un impacto directo en la organización y, potencialmente, en la seguridad de los cuidados.
La copia de seguridad de datos no es una opción «informática». Es un mecanismo de continuidad de actividad: condiciona la capacidad de la clínica para seguir ofreciendo atención, responder a las obligaciones reglamentarias y proteger a los pacientes.
2 ¿De qué hablamos exactamente? Datos, aplicaciones, continuidad
Antes incluso de elegir una solución, conviene aclarar tres nociones sencillas.
2.1 Datos frente a aplicaciones
- Los datos: historias clínicas, imagen, documentos, bases de datos del software de gestión, archivos de exportación, etc.
- Las aplicaciones: software de gestión, software de imagen, sistemas de gestión, servidores, puestos de trabajo, etc.
Una copia de seguridad «de los datos» no garantiza necesariamente una restauración rápida «de la actividad» si las aplicaciones no pueden reiniciarse. Inversamente, una imagen del sistema sin datos actualizados no resulta útil a nivel médico.
2.2 Dos objetivos: no perder y restaurar rápido
Una estrategia eficaz busca generalmente:
- limitar la pérdida de datos aceptable (¿cuántas horas/días de registro se pueden perder?),
- limitar el tiempo de recuperación aceptable (¿cuánto tiempo puede funcionar la clínica en modo degradado?).
Incluso sin vocabulario técnico, estas dos preguntas estructuran las decisiones: frecuencia de las copias de seguridad, redundancia, pruebas, prioridad dada a los datos críticos.
2.3 El volumen «real» en la clínica
En la práctica, el volumen varía fuertemente según los equipos:
| Tipo de datos | Volumen típico | Dificultad | Limitaciones |
|---|---|---|---|
| Software de gestión (BDD) | 200 MB a 4 GB | Fácil | Archivos a veces bloqueados |
| Radiología intraoral | 4 GB a 80 GB | Fácil a media | Archivos a veces bloqueados |
| Radiología panorámica | 20 GB a 400 GB | Media a difícil | Volumen importante |
| Cone Beam (CBCT) | 50 GB a 1 TB | Media a difícil | Volumen muy importante |
A partir de un cierto volumen, la copia de seguridad ya no es «un disco duro de vez en cuando»: se convierte en un proceso que debe estar automatizado, verificado y ser restaurable.
3 Por qué la copia de seguridad es esencial en salud
3.1 Confidencialidad, integridad, disponibilidad: un tríptico médico
En salud no se habla solo de confidencialidad. Un dato también debe ser:
- íntegro (no alterado),
- disponible (accesible cuando la atención depende de él).
Una ficha de paciente inaccesible un día de consulta, una imagen no disponible o una base de datos corrupta pueden desorganizar la atención, retrasar una decisión o conducir a pérdidas de tiempo y a riesgos.
3.2 Continuidad de los cuidados y gestión del riesgo
La continuidad no es solo una comodidad: forma parte de una gestión del riesgo razonable. En caso de incidente, la clínica debe poder:
- recuperar las citas,
- acceder a la historia clínica,
- recuperar los documentos médicos necesarios,
- seguir prestando atención, aunque sea en modo degradado.
La copia de seguridad es la herramienta principal que permite volver a un estado funcional tras un incidente.
3.3 Responsabilidad profesional
La normativa regula la llevanza y la conservación de los documentos médicos e impone al profesional una responsabilidad de conservación y de protección. Los profesionales deben poder justificar una organización coherente para proteger y conservar los datos, especialmente cuando están informatizados.
4 Amenazas e incidentes: lo que la copia de seguridad debe cubrir realmente
A menudo se asocia la copia de seguridad al «disco que se avería». En realidad, debe cubrir un espectro más amplio.
4.1 Averías e incidentes técnicos
- avería de disco / servidor / NAS,
- corrupción de base de datos,
- actualización defectuosa,
- incidente eléctrico,
- envejecimiento del hardware.
4.2 Errores humanos
- eliminación involuntaria,
- manipulación incorrecta de archivos,
- sobrescritura de archivos,
- mala configuración.
4.3 Siniestros locales
- robo,
- incendio,
- daño por agua.
En estos escenarios, una copia de seguridad únicamente «en la misma sala» pierde parte de su valor.
4.4 Ciberataques (incluidos los ransomware)
En salud, los ciberataques existen y pueden afectar a estructuras de tamaño modesto. Los mecanismos típicos:
- phishing (robo de credenciales),
- intrusión a través de una vulnerabilidad de software,
- ransomware (cifrado y parálisis).
En un escenario de ransomware, una copia de seguridad no aislada (o accesible en escritura desde la red comprometida) puede verse cifrada también. La copia de seguridad debe diseñarse, por tanto, asumiendo que la red puede ser atacada.
5 Marco legal y reglamentario: obligaciones y puntos de atención
Esta sección pretende ser prudente: distingue lo que corresponde a una obligación clara y lo que corresponde a buenas prácticas.
5.1 Derechos de los pacientes y acceso a la información de salud
Las normas que regulan los derechos de los pacientes han reforzado, en muchos países, el acceso a la información de salud y la calidad de la relación asistencial. Se inscriben en un conjunto más amplio de reglas que rodean la gestión de la información médica (acceso, conservación, comunicación).
5.2 Normativa sanitaria: responsabilidad de conservación
Los profesionales sanitarios tienen obligaciones deontológicas y reglamentarias relativas a la llevanza y conservación de elementos clínicos. La lógica común es la misma: los documentos médicos están bajo la responsabilidad del profesional.
5.3 Duración: cuidado con la confusión «conservación del historial» frente a «prescripción»
Se lee con frecuencia «10 años»: este número corresponde, por ejemplo, a reglas de prescripción en materia de responsabilidad médica. Esto no significa automáticamente que «todas las historias clínicas deban conservarse exactamente 10 años y no más», ni que ello sustituya las exigencias específicas de otros textos (centros, imagen, reglas colegiales, etc.).
En la práctica, muchas organizaciones adoptan una conservación al menos equivalente, a veces más larga, como medida de gestión del riesgo (buena práctica), pero hay que expresarla como tal: recomendación, no obligación universal.
5.4 RGPD: seguridad de los datos personales, incluidos los datos de salud
El RGPD exige medidas técnicas y organizativas apropiadas para garantizar la seguridad de los datos (confidencialidad, integridad, disponibilidad). En salud, los datos de salud son una categoría particularmente protegida: su tratamiento está en principio prohibido, salvo excepciones previstas por el RGPD y la legislación nacional de protección de datos (AEPD en España).
Punto importante a formular correctamente:
- La conservación de los datos necesarios para la atención y la gestión médica no se basa «por defecto» en el consentimiento, sino en bases legales apropiadas (obligación legal, misión asistencial, interés público en salud, etc. según el tratamiento).
- El consentimiento interviene sobre todo para usos específicos (p. ej., finalidades no necesarias para la atención).
5.5 Alojamiento de datos de salud
Para el alojamiento externalizado de datos de salud, el marco regulatorio exige generalmente el recurso a un proveedor con certificaciones adecuadas (por ejemplo, ENS en España, ISO 27001, o certificaciones específicas de datos de salud). Los referenciales y los procedimientos de certificación están publicados en los sitios institucionales.
Concretamente, si una clínica confía datos de salud a un proveedor de alojamiento, debe asegurarse de la conformidad aplicable.
5.6 Caso de las clínicas con varios profesionales: ¿quién es propietario de los datos?
Los equipos asistenciales no son inmutables y cada cirujano dentista puede modificar su modo de ejercicio a lo largo de su carrera. La cuestión de la propiedad de los datos es un punto a menudo descuidado.
La colaboración liberal
Todo colaborador liberal posee su propia cartera de pacientes. En caso de cese de la colaboración, debe recuperar una copia de sus datos sin dejarlos exclusivamente en la base del titular. Este proceso requiere una clasificación minuciosa cuando varios profesionales comparten la misma base de datos. La estrategia de copia de seguridad debe anticipar esta separación.
La sociedad profesional
En una sociedad profesional, la cartera de pacientes pertenece a la sociedad y no a los profesionales individualmente. La sociedad es, por tanto, responsable de la conservación de las historias clínicas y de su transmisión a los pacientes que lo soliciten. La copia de seguridad depende de la responsabilidad de la estructura.
El cese de actividad
Cuando un cirujano dentista cesa su actividad (jubilación, traslado, enfermedad, etc.), debe garantizar la continuidad de los cuidados poniendo sus historias clínicas a disposición de un eventual sucesor. A falta de un comprador, debe conservar él mismo las historias, o confiarlas a una sociedad de archivo, o incluso transmitirlas individualmente a los pacientes afectados.
Implicación para la copia de seguridad: en todos estos casos, la capacidad para extraer, separar y transmitir datos depende directamente de la existencia de una copia de seguridad utilizable y actualizada. Una clínica sin copia de seguridad fiable se encuentra en la incapacidad de responder a estas obligaciones.
6 Limitaciones reales en la clínica: por qué es difícil «en la vida real»
Las mejores prácticas existen, pero una clínica debe convivir con limitaciones cotidianas.
6.1 Heterogeneidad de los sistemas
Con frecuencia, la clínica no tiene «un único software»:
- software de gestión,
- software de imagen,
- sistemas de sensores y periféricos,
- varios puestos de trabajo,
- a veces un servidor o un NAS,
- a veces una solución en la nube parcial.
Algunos datos están en una base de datos, otros en archivos, otros en manos de un proveedor, a veces con formatos propietarios.
6.2 Archivos bloqueados y copia de seguridad «en caliente»
Algunos softwares bloquean archivos en uso (base activa), lo que hace ineficaz una simple copia. Esto lleva a utilizar:
- funciones de exportación,
- mecanismos de copia de seguridad aplicativa,
- o soluciones adaptadas capaces de gestionar las bases en producción.
6.3 Ergonomía y carga mental
Una estrategia de copia de seguridad fracasa a menudo por una razón sencilla: exige demasiadas acciones manuales. En salud, la organización debe ser:
- automatizada,
- verificada,
- documentada,
- y comprensible por el equipo.
7 Soluciones: local, nube, híbrida… y sobre todo «supervisada»
7.1 Copia de seguridad local (disco / NAS)
Ventajas:
- restauración rápida in situ,
- coste controlado,
- control directo.
Limitaciones:
- vulnerable ante el robo y el siniestro local,
- riesgo en caso de ransomware si el NAS es accesible desde la red,
- requiere supervisión (si no, se descubre el fallo el día de la avería).
7.2 Copia de seguridad externalizada (nube)
Ventajas:
- protección frente a siniestros locales,
- redundancia a menudo más fuerte,
- supervisión posible por un proveedor.
Limitaciones:
- dependencia de internet para la restauración completa,
- necesidad de verificar la conformidad (certificaciones aplicables),
- coste recurrente.
7.3 Enfoque híbrido (a menudo el más realista)
Principio:
- una copia local para restaurar rápido,
- una copia externalizada para resiliencia frente a siniestros/ciber.
El enfoque híbrido es a menudo la mejor respuesta a las limitaciones reales: rapidez + seguridad.
8 Arquitectura recomendada: principios concretos y verificables
Esta parte describe principios ampliamente reconocidos y compatibles con las recomendaciones de las autoridades de protección de datos sobre la copia de seguridad.
8.1 Regla 3-2-1 (redundancia)
- 3 copias de los datos,
- en 2 soportes diferentes,
- de las cuales 1 fuera del sitio.
Este modelo es fácil de explicar en la clínica y ayuda a evitar «todo en el mismo disco».
8.2 Cifrado
El cifrado protege las copias de seguridad frente al acceso no autorizado, en particular si un soporte es robado. El cifrado debe aplicarse:
- al almacenamiento,
- y a las transferencias hacia la externalización.
8.3 Control de acceso (y MFA cuando sea posible)
- cuentas nominativas,
- derechos por rol,
- contraseñas sólidas,
- MFA si la herramienta lo permite (especialmente en el acceso a la nube).
8.4 Pruebas de restauración: la etapa más descuidada
Una copia de seguridad no probada no es una garantía. Hay que probar:
- la restauración de un archivo,
- la restauración de una carpeta,
- la restauración de una base aplicativa (si es posible),
- y validar el tiempo de recuperación realista.
8.5 Registro (logging) y supervisión
El objetivo no es «tener una copia de seguridad», sino saber que ha funcionado. Una estrategia madura incluye:
- informes,
- alertas,
- una verificación regular.
8.6 Separar los roles para reducir el impacto de un incidente
Evitar concentrar la imagen, el software de gestión y el almacenamiento en un único puesto «central» no redundado. Una avería de este puesto puede inmovilizar:
- historia clínica,
- agenda,
- imagen,
- facturación.
Separar las funciones (aunque sea modestamente) mejora la resiliencia.
9 Escenarios concretos (ejemplos de implementación)
Escenario A: clínica con servidor/NAS + copia externalizada
- Copia de seguridad automática diaria hacia el NAS.
- Copia cifrada externalizada (proveedor conforme).
- Prueba de restauración mensual (muestra).
Interés: restauración local rápida + protección fuera del sitio.
Escenario B: clínica mayoritariamente en la nube (SaaS)
- Datos principalmente alojados en el editor/proveedor.
- Verificación contractual de las responsabilidades (copia de seguridad, restauración, reversibilidad).
- Copia de seguridad local complementaria si la exportación es posible (según las herramientas).
Punto de atención: verificar «quién hace qué» en restauración y en acceso a los datos.
Escenario C: estrategia «desconectada» anti-ransomware
- Copia de seguridad en soporte desconectado (rotación).
- Almacenamiento fuera del sitio.
- Procedimiento simple documentado.
Útil como complemento: protege frente al cifrado en red.
10 Conclusión: la copia de seguridad como estándar de calidad organizativa
La copia de seguridad de datos en la clínica dental y médica se ha convertido en un estándar de calidad y de seguridad, al mismo nivel que la trazabilidad, la higiene y la gestión de riesgos.
Una estrategia eficaz no es forzosamente compleja, pero debe ser adaptada, automatizada, verificada y restaurable.
El objetivo final no es «tener copias». Es garantizar:
- la continuidad de los cuidados,
- la protección de los datos de salud,
- la conformidad,
- y la tranquilidad del profesional y del equipo.
Checklist para el profesional: ¿por dónde empezar?
Esta semana
- Identifique sus datos críticos: ¿dónde están almacenadas sus historias clínicas, su imagen, su base de datos de gestión? ¿En qué puesto(s) o servidor(es)?
- Verifique el estado actual: ¿tiene una copia de seguridad activa? ¿Funciona? ¿Cuándo fue verificada por última vez?
- Pruebe una restauración sencilla: intente restaurar un archivo o una carpeta desde su copia de seguridad actual. Si no lo consigue, su copia de seguridad no funciona.
Este mes
- Aplique la regla 3-2-1: verifique que sus datos existen en 3 copias, en 2 soportes diferentes, de las cuales 1 fuera del sitio (nube conforme o disco externalizado).
- Automatice: si su copia de seguridad depende de una acción manual diaria, planifique su automatización. Una copia de seguridad que uno olvida lanzar no existe.
- Verifique sus contratos: si utiliza un software en la nube o un proveedor, relea el contrato. ¿Quién es responsable de la copia de seguridad? ¿De la restauración? ¿El proveedor está certificado para el alojamiento de datos de salud?
Este trimestre
- Documente su estrategia: un documento sencillo (1-2 páginas) que describa qué se guarda, dónde, con qué frecuencia y cómo restaurar. Este documento debe ser comprensible por un colaborador o un sustituto.
- Planifique pruebas regulares: una prueba de restauración por trimestre (aunque sea parcial) basta para verificar que el sistema funciona.
- Asegure los accesos: contraseñas sólidas, cuentas nominativas, cifrado de los soportes externos.
Si usted ejerce en clínica de grupo o en sociedad profesional
- Aclare la propiedad de los datos: ¿quién es responsable de la conservación? ¿Puede cada profesional extraer sus datos en caso de salida?
- Prevea la separabilidad: ¿su sistema permite aislar y exportar los datos de un profesional sin comprometer los de los demás?
- Documente el procedimiento de salida: en caso de cese de colaboración, el procedimiento de transferencia de los datos debe estar previsto de antemano, no improvisado el día D.