🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónRegistro de accesos y su revisión
5 tareas · 40 min · Principiante
Guardar el registro de quién abrió cada historia no protege a nadie si nadie lo mira. La Regla de Seguridad exige las dos cosas: registrar y revisar. En esta sala haces la revisión mensual de la Red de Salud Mirador del Valle sobre diecisiete eventos de septiembre de 2027: accesos a pacientes sin asignación, accesos fuera del turno y accesos a pacientes marcados como empleados o familiares. Es lectura de un registro ficticio; no se interroga a nadie ni se toca ningún sistema.
Objetivo de la sala
Guardar el registro de quién abrió cada historia no protege a nadie si nadie lo mira. La Regla de Seguridad exige las dos cosas: registrar y revisar. En esta sala haces la revisión mensual de la Red de Salud Mirador del Valle sobre diecisiete eventos de septiembre de 2027: accesos a pacientes sin asignación, accesos fuera del turno y accesos a pacientes marcados como empleados o familiares. Es lectura de un registro ficticio; no se interroga a nadie ni se toca ningún sistema.La Regla de Seguridad tiene dos piezas que se confunden. Los controles de auditoría (45 CFR 164.312(b)) piden mecanismos que registren y permitan examinar la actividad en los sistemas con información de salud. La revisión de la actividad del sistema (164.308(a)(1)(ii)(D), requerida) pide que la entidad revise con regularidad esos registros: informes de auditoría, de acceso y de incidentes.
Un registro intacto que nadie revisa cumple la primera obligación y falla la segunda. Y revisar no es leer todo: es mirar patrones que la política define de antemano, como accesos sin relación asistencial o fuera de turno.
Responde para continuar
Una clínica guarda un registro completo de accesos desde hace tres años, pero nunca lo ha revisado. ¿Cuál es la lectura correcta?
Ver pista de ayuda
Son dos obligaciones distintas.
La relación asistencial se comprueba con la tabla asignaciones: quién atiende a quién. Un acceso a una historia de un paciente que no te fue asignado puede ser legítimo en una urgencia; la política exige entonces un motivo escrito y aviso a la jefatura. Sin motivo, es un acceso a explicar. En registro_de_accesos, «—» en motivo significa que quedó vacío. Mira solo la acción «Abrir historia».
Responde para continuar
Escribe el usuario que abrió historias de pacientes que no tiene asignados y con el motivo vacío.
Ver pista de ayuda
Cruza `registro_de_accesos` con `asignaciones` y descarta los accesos con un motivo de urgencia escrito.
La tabla turnos dice a qué hora trabaja cada usuario. Un acceso fuera de ese horario no es una prueba de nada: puede ser una guardia remota o una credencial usada por otra persona. Pero es un patrón que la política manda mirar y que alguien debe poder explicar. Compara la hora de cada evento con el turno de su usuario.
Responde para continuar
Escribe el id del evento que ocurrió fuera del turno del usuario.
Ver pista de ayuda
Compara la hora de `fecha_hora` con la columna `turno` de `turnos`.
La política manda mirar con atención especial a los pacientes marcados: empleados de la red y familiares de empleados, que son los que más expone la curiosidad de los compañeros. La tabla pacientes_marcados los lista. Para dimensionar el riesgo se cuentan los eventos del registro, de cualquier acción, en los que el usuario no tenía asignado a ese paciente.
Responde para continuar
Escribe cuántos eventos tocaron a un paciente marcado sin que el usuario lo tuviera asignado.
Ver pista de ayuda
Cruza `registro_de_accesos` con `pacientes_marcados` y descarta los pares que estén en `asignaciones`.
Una revisión que encuentra algo abre un proceso, no una conversación a solas. El revisor documenta lo hallado en el acta, conserva el registro tal como está y lo entrega a la oficial de privacidad, que decide si es un incidente, evalúa si hay una brecha de información y, según el resultado, aplica la política de sanciones (requerida por la Regla de Seguridad). El plazo máximo de aviso de una brecha corre desde el descubrimiento.
Responde para continuar
La revisión encuentra a un usuario que abrió historias que no le correspondían. ¿Cuál es el primer paso?
Ver pista de ayuda
Se documenta, se conserva y se escala.
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
Preferencias
Configuraciones de cookies
Elige qué categorías permitir. Las esenciales siempre están activas. Consulta la Política de Privacidad.
Esenciales
Siempre activas · sesión, CSRF, tema y esta preferencia
Necesarias para iniciar sesión, proteger formularios (CSRF) y recordar tu elección de cookies y tema. Sin ellas la plataforma no funciona de forma segura.
Analíticos
Hoy no activos en la plataforma; listos para cuando se conecten
Nos ayudan a entender uso de cursos y páginas. Si los activas, se usarán cuando conectemos analítica; hasta entonces no se carga ningún tracker.
Marketing
Hoy no activos; campañas futuras solo con tu permiso
Comunicaciones o campañas. No activos hoy en la plataforma; quedarán listos si los conectamos y solo si los permites.