Loading
_ DESCIFRANDO CONEXIÓN SEGURA...

Historia clínica electrónica, accesos y bitácoras

4 tareas · 40 min · Principiante

Martes 27 de octubre, 09:30. La oficial de datos de la Clínica Santa Eulalia pide revisar la bitácora de la historia clínica electrónica del lunes. No hay una alerta: es una revisión de rutina de los accesos. En una historia clínica el acceso legítimo es la regla, y lo difícil es separar el acceso normal del curioso sin parar la atención. Aprendes a leer la bitácora, a contrastarla con las asignaciones y a tratar el acceso de emergencia. Todo es lectura de tablas de ejemplo.

0 de 4 · 0%

Objetivo de la sala

Martes 27 de octubre, 09:30. La oficial de datos de la Clínica Santa Eulalia pide revisar la bitácora de la historia clínica electrónica del lunes. No hay una alerta: es una revisión de rutina de los accesos. En una historia clínica el acceso legítimo es la regla, y lo difícil es separar el acceso normal del curioso sin parar la atención. Aprendes a leer la bitácora, a contrastarla con las asignaciones y a tratar el acceso de emergencia. Todo es lectura de tablas de ejemplo.

La historia clínica es un documento reservado: en Colombia la Resolución 1995 de 1999 del Ministerio de Salud limita su acceso al usuario, al equipo de salud y a quienes la ley autoriza, y los datos de salud son datos sensibles bajo la Ley 1581 de 2012. La bitácora de acceso es la evidencia de que esa reserva se cumple.

Una fila trae quién (usuario y rol), a quién (paciente), qué hizo, cuándo y, si el sistema lo pide, un motivo. Lo que no trae es la razón clínica real: que alguien abrió una historia no dice si debía hacerlo. Eso se contesta con otra fuente, la asignación del paciente a ese profesional.

Responde para continuar

¿Qué responde la bitácora de acceso a una historia clínica?

Ver pista de ayuda

Un registro prueba un hecho, no una intención.

Un acceso sospechoso se arma con dos pruebas: no hay motivo registrado y el paciente no está asignado al usuario. Ninguna sola basta: una unidad distinta puede ser un préstamo de personal y un motivo vacío puede ser un descuido. Juntas, justifican una pregunta.

Abre la consola. Ejecuta SELECT * FROM bitacora_hce WHERE motivo = '-' y luego SELECT * FROM asignaciones para comprobar si ese usuario tiene asignado al paciente.

Responde para continuar

Escribe el usuario que abrió una historia sin motivo y sin tener asignado al paciente.

Ver pista de ayuda

Toma el usuario de la fila sin motivo y busca en asignaciones si aparece con ese paciente.

Los sistemas de historia clínica suelen ofrecer una vía para abrir la historia de un paciente sin asignación previa cuando hay una urgencia, y la dejan marcada para revisión posterior. Es una puerta pensada para que la reserva no cueste una vida. Por eso su uso no es una alerta por sí mismo: es un evento que se revisa después contra el registro clínico.

Ejecuta SELECT * FROM bitacora_hce WHERE accion = 'acceso_emergencia'.

Responde para continuar

Escribe el código del paciente cuya historia se abrió por la vía de emergencia.

Ver pista de ayuda

La columna paciente de esa fila trae el código.

El acceso de emergencia de la tabla lo hizo un médico de urgencias, con un motivo clínico escrito y sobre un paciente de la unidad de urgencias. No hay asignación previa porque la vía existe justo para eso. Lo que corresponde es dejarlo en la lista de revisión: alguien contrasta con el registro de atención que el paciente estaba en urgencias y que el motivo coincide.

Responde para continuar

¿Qué se hace con ese acceso de emergencia?

Ver pista de ayuda

La vía de emergencia es legítima, pero queda marcada justo para poder revisarla.

Inicia sesión para registrar tus puntos y progreso en el ranking.

Whoami-Labs Pro

Whoami-Labs Pro utiliza cookies

Utilizamos cookies y almacenamiento local para el funcionamiento del sitio, seguridad de sesión y, si lo autorizas, analítica y marketing. Puedes aceptar, rechazar o personalizar. Política de Privacidad