La pregunta llega siempre en el peor momento: quién abrió la historia de este paciente y cuándo. Puede venir del propio paciente, de una inspección o de un conflicto interno. Si la respuesta depende de mirar en un fichero de registro que cualquiera con acceso a la base de datos podría haber editado, no es una respuesta: es una suposición con formato de tabla.
¿Es obligatorio registrar los accesos a la historia clínica?
Sí, y por dos vías distintas que conviene no confundir. La sanitaria: la Ley 41/2002 remite a las comunidades autónomas la regulación del procedimiento para que quede constancia del acceso a la historia clínica y de su uso, lo que significa que la constancia se da por supuesta y lo que se regula es el cómo. Y la de protección de datos: el Reglamento general exige medidas técnicas y organizativas apropiadas al riesgo, y un historial clínico es de los tratamientos de riesgo más alto que hay.
Las dos normas, con su texto y su fecha
Ley 41/2002, de 14 de noviembre (BOE-A-2002-22188), artículo 16.7, literalmente: «Las Comunidades Autónomas regularán el procedimiento para que quede constancia del acceso a la historia clínica y de su uso». Reglamento (UE) 2016/679, artículo 32.1: el responsable y el encargado aplicarán medidas técnicas y organizativas apropiadas para garantizar un nivel de seguridad adecuado al riesgo, incluida la capacidad de garantizar la confidencialidad, la integridad, la disponibilidad y la resiliencia permanentes de los sistemas. Comprobado en boe.es y sobre el PDF oficial del Diario Oficial de la Unión Europea el 31 de julio de 2026.
La diferencia entre un log y un registro de auditoría
Un log es una lista de cosas que pasaron. Un registro de auditoría es una lista que además puede demostrar que no la han tocado. La distinción parece formal y es la única que importa cuando el registro se usa como prueba: si el sistema que lo escribe puede también modificarlo, su valor probatorio se desploma. Por eso lo relevante no es que exista la tabla, sino dónde vive el candado que impide reescribirla.
- Cadena de hash sin huecosCada evento se encadena al anterior por clínica; la verificación recalcula la cadena y detecta hueco, hash roto o rotura del encadenado.
- Candado en la base de datosUn trigger impide el UPDATE y el DELETE sobre el registro, y el rol de la aplicación tiene ese permiso revocado: un fallo del código no podría reescribir el historial.
- Cobertura más allá de la historiaLogin, permisos, exportaciones, impresión, fusiones de ficha y acceso de emergencia quedan instrumentados, no solo la lectura del expediente.
- Exportación para tu propio análisisFiltrado por acción, recurso, paciente, actor, sede o rango de fechas, con salida en NDJSON o JSON para llevarla a un SIEM.
El acceso de emergencia también tiene que dejar huella
Hay situaciones en las que alguien necesita entrar en una historia a la que normalmente no llega. Negarlo por sistema es peligroso; permitirlo sin registro, indefendible. La salida razonable es la que aplica Sanagest: el acceso de emergencia está contemplado y deja huella, con su propia cadena dedicada para las lecturas de historia clínica además del registro general. La conversación posterior deja de ser sobre si ocurrió y pasa a ser sobre si estaba justificado, que es la conversación correcta.
Se habla poco del efecto contrario: la auditoría accesos historia clínica, que se plantea siempre como una carga, también protege al profesional. Un registro completo distingue a quien entró por motivo asistencial de quien entró por curiosidad, y esa distinción solo puede hacerla el sistema. Sin datos, cualquier sospecha se resuelve por confianza o por antigüedad, que son criterios malos para un asunto disciplinario.
Ver cómo está construida la cadena de auditoría
El área de auditoría y trazabilidad detalla el encadenado por hash, el trigger que bloquea la escritura y la exportación. La de seguridad y accesos explica quién puede llegar a qué antes de que haya nada que auditar.
¿Qué preguntarle a tu proveedor actual sobre esto?
Cuatro preguntas cortas bastan para saber dónde estás. ¿Puedo listar los accesos a la historia de un paciente concreto sin pedir un informe a soporte? ¿El registro se puede modificar desde la aplicación? ¿Qué pasa si alguien borra una fila directamente en la base de datos, se detecta? ¿Puedo exportarlo para revisarlo con mis propias herramientas? Si alguna respuesta es «habría que mirarlo», ya sabes cuál es el estado real.
Preguntas frecuentes sobre auditoría de accesos
¿Basta con guardar un log de la aplicación?
No, si ese log lo puede modificar el mismo sistema que lo escribe. Sanagest encadena cada evento por hash y bloquea la escritura con un trigger de base de datos, además de revocar el permiso de modificación al rol de la aplicación. Esa doble barrera es lo que convierte una lista de eventos en algo que se puede presentar como evidencia.
¿Puedo saber quién ha abierto la historia de un paciente concreto?
Sí. El registro de accesos a historia clínica de Sanagest tiene su propia cadena dedicada, además del registro general del sistema, y se puede filtrar por paciente, actor, sede, acción o rango de fechas. La consulta no requiere un informe especial: es una función del producto, no una petición a soporte.
¿Qué pasa con el acceso de emergencia a una historia restringida?
Está contemplado y deja huella. Bloquearlo por completo puede tener consecuencias clínicas y permitirlo sin registro es indefendible, así que la salida es dejar entrar y anotarlo con claridad. Después queda la revisión humana de si el motivo era suficiente, que es una decisión del centro y no del software.
¿Se puede llevar la auditoría a un sistema externo de seguridad?
Sí. Sanagest permite exportar el registro en NDJSON o JSON, filtrado por los criterios que interesen, para integrarlo con las herramientas de análisis que ya use el centro. Las clínicas pequeñas normalmente no necesitan ese paso; los grupos con departamento de sistemas propio suelen pedirlo desde el primer día.
La traza existe para sostener el secreto profesional
El «quién vio qué» no es un fin en sí mismo: es la prueba de que el deber de secreto se cumple cuando el expediente pasa por varias manos. Ese deber, con sus excepciones, está desarrollado en el artículo de confidencialidad. Si buscas el marco general de la historia clínica electrónica, ese está aparte.