Seguridad de datos clínicos en centros de salud

En un centro de salud, la información no es solo un activo administrativo: de ella depende la atención. Proteger los datos clínicos significa cuidar su confidencialidad y, al mismo tiempo, asegurar que estén disponibles cuando el equipo los necesita.

• Los datos clínicos exigen dos garantías a la vez: que solo accedan quienes corresponde y que estén disponibles cuando se requieren.
• La continuidad se prepara antes de la falla, con respaldos que se restauran de verdad y no solo se almacenan.
• IT Lab ha atendido a varios clientes del área de la salud; este artículo recoge criterios generales de ese trabajo.

Por qué los datos clínicos son distintos

Una ficha clínica, un resultado de examen o una receta describen la situación más íntima de una persona. Por eso se consideran información sensible y merecen un trato más cuidadoso que otros datos de la organización. La obligación de proteger esa información existe frente al paciente, y el marco legal aplicable depende de cada caso. Esa interpretación corresponde al asesor legal; desde el lado técnico, la tarea es construir controles que sean razonables y demostrables.

La segunda particularidad es la disponibilidad. Un sistema caído en una oficina contable retrasa trámites; en un centro de salud puede retrasar una atención. Seguridad y continuidad forman, por lo tanto, un mismo problema.

Accesos: cada persona ve lo que su función requiere

El principal riesgo cotidiano no suele ser un ataque sofisticado, sino accesos demasiado amplios, credenciales compartidas o cuentas que siguen activas cuando alguien deja el equipo. Un criterio sencillo ordena el tema:

• Cuentas personales, no compartidas, para que cada acceso quede asociado a una persona.
• Permisos según función: quien agenda horas no necesita ver el contenido clínico.
• Segundo factor de autenticación en correo, accesos remotos y sistemas con datos de pacientes.
• Baja inmediata de cuentas cuando alguien se desvincula o cambia de rol.
• Registro de accesos, para poder revisar quién consultó qué cuando sea necesario.

Continuidad: la atención no se detiene

Un centro de salud debe decidir de antemano cuánta información puede permitirse perder y cuánto tiempo puede operar sin un sistema. Esos son los conceptos de punto y tiempo objetivo de recuperación, que se explican sin jerga en RPO y RTO sin jerga. Con esas dos respuestas se diseña el resto.

Los respaldos son la base. La regla simple descrita en Respaldo 3-2-1 protege frente a fallas y frente al secuestro de datos. Pero un respaldo que nunca se ha restaurado es una hipótesis. Por eso IT Lab insiste en pruebas de restauración y en simulacros con tiempos medidos: recién entonces la organización sabe cuánto tarda realmente en recuperarse, y no cuánto cree que tardaría.

Terceros y proveedores

Los centros de salud suelen apoyarse en sistemas de agenda, de laboratorio, de imágenes o de facturación provistos por terceros. Cada uno de ellos es un punto por el que circulan datos de pacientes. Conviene mantener un listado de proveedores, saber cuáles acceden a información clínica y exigir condiciones claras sobre dónde se almacenan los datos y cómo se devuelven al terminar la relación. Una salida sin dependencia del proveedor debe estar prevista desde el inicio, no negociada en medio de un problema.

Datos personales y desarrollo

Quien desarrolla o configura sistemas para un centro de salud necesita probar sus cambios. Hacerlo con copias de producción expone datos reales a más personas de las necesarias. La alternativa es trabajar con datos sintéticos, como se explica en Datos de prueba sintéticos. Para el panorama general de obligaciones sobre datos personales, véase Ley de datos personales: primeras tareas prácticas.

Lista práctica

• Inventariar los sistemas que contienen datos de pacientes y quién accede a ellos.
• Eliminar cuentas compartidas y revisar permisos por función.
• Activar el segundo factor de autenticación en los accesos críticos.
• Definir cuánta información puede perderse y cuánto tiempo puede estar un sistema fuera de servicio.
• Programar una prueba de restauración y registrar el tiempo real.
• Listar los proveedores con acceso a datos clínicos y confirmar cómo se recuperarían los datos si la relación terminara.
• Designar por escrito a un responsable de seguridad de la información.

Preguntas frecuentes

¿Un centro de salud pequeño necesita un esquema complejo? No. Necesita pocos controles bien aplicados: accesos ordenados, respaldos probados y un plan simple de recuperación. El tamaño del esquema debe ser proporcional a la organización.

¿Los datos clínicos pueden alojarse en la nube? Puede ser una opción válida, siempre que se sepa dónde residen los datos, quién accede a ellos y cómo se recuperan. Las exigencias legales aplicables las determina el asesor legal de cada organización.

¿Qué ocurre si el sistema clínico queda fuera de servicio? Depende de lo que se haya preparado. Con tiempos de recuperación definidos y probados, el equipo sabe qué hacer y cuánto esperar; sin ellos, se improvisa bajo presión.

¿Quién debería tener acceso de administrador? Muy pocas personas, con cuentas propias y segundo factor. Cada acceso privilegiado debe poder atribuirse a alguien.

Orientación general; no reemplaza asesoría legal.

IT Lab cuida los datos de sus clientes tanto como ellos, o más, y acompaña a organizaciones del sector salud con respaldos probados, simulacros medidos y una contraparte del cliente con los mismos accesos. Conversemos.