Loading
_ DESCIFRANDO CONEXIÓN SEGURA...

Privacidad de pacientes en el caso

4 tareas · 38 min · Principiante

Viernes 30 de octubre, 08:40. El caso de los accesos indebidos a historias clínicas de la Clínica Santa Eulalia ya está armado y falta escribirlo. El problema es nuevo para un analista de oficina: el propio informe puede ser una fuga si lleva datos de pacientes que no hacen falta o llega a quien no debe verlos. Aprendes a escribir con códigos, a reconocer la línea que sobra y a decidir quién ve qué. Todo es lectura de tablas de ejemplo.

0 de 4 · 0%

Objetivo de la sala

Viernes 30 de octubre, 08:40. El caso de los accesos indebidos a historias clínicas de la Clínica Santa Eulalia ya está armado y falta escribirlo. El problema es nuevo para un analista de oficina: el propio informe puede ser una fuga si lleva datos de pacientes que no hacen falta o llega a quien no debe verlos. Aprendes a escribir con códigos, a reconocer la línea que sobra y a decidir quién ve qué. Todo es lectura de tablas de ejemplo.

Los datos relativos a la salud son datos sensibles según la Ley 1581 de 2012, y la historia clínica es reservada según la Resolución 1995 de 1999. Un ticket, un correo o un informe que cite a un paciente por su nombre y su diagnóstico crea una copia más de esa información, en un sistema con muchos lectores.

Por eso el caso se escribe con el mínimo necesario: el paciente se nombra por su código, el diagnóstico no se cita, y quien necesita ver la identidad de verdad (por ejemplo, para notificar) la consulta en el sistema clínico con sus propios permisos.

Responde para continuar

¿Por qué el ticket de un caso se escribe con códigos de paciente y sin diagnósticos?

Ver pista de ayuda

Piensa en cuánta gente puede abrir un ticket.

Revisar un borrador antes de enviarlo es parte del oficio. Se lee línea por línea con una sola pregunta: ¿esta información identifica a un paciente, y la persona que lo va a leer la necesita para hacer su parte?

Abre la consola. Ejecuta SELECT * FROM borrador y luego SELECT * FROM borrador WHERE datos_paciente = 'si'.

Responde para continuar

Escribe el número de la línea del borrador que identifica a un paciente y no hace falta.

Ver pista de ayuda

Busca la línea que nombra a la persona y su diagnóstico.

A veces el proveedor del sistema pide evidencia para ayudar a investigar. Lo que él necesita casi siempre es el patrón (cuántas aperturas, en qué orden, desde qué cuenta), no quiénes son los pacientes. Lo razonable es compartir la bitácora con los códigos de paciente sustituidos o eliminados, dejar constancia de qué se compartió y a quién, y guardar el original donde corresponde.

Responde para continuar

El proveedor del sistema pide la bitácora completa para investigar. ¿Qué se le envía?

Ver pista de ayuda

El proveedor necesita el patrón, no la identidad.

Cada rol que recibe información del caso recibe lo que necesita para su parte: TI los hechos técnicos, la gerencia el resumen, el proveedor el patrón. La lista de pacientes cuyos datos se consultaron la ve quien debe evaluar el incidente de privacidad y, si corresponde, decidir si se notifica.

La clínica de ejemplo lo dejó escrito en una tabla de destinatarios. Es la política del ejemplo, no una regla general de cada institución. Ejecuta SELECT * FROM destinatarios.

Responde para continuar

Escribe el rol que, según la tabla, puede ver la lista de pacientes.

Ver pista de ayuda

Mira la columna ve_pacientes.

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