Acceso por función clínica y por paciente asignado

Los modelos de autorización del módulo 7 (por rol, por atributos) se aplican en salud con un sesgo claro: el rol responde a «qué tipo de dato puede ver esta función» y la relación con el paciente responde a «de cuáles pacientes». Un perfil de medicina que llega a todos los pacientes de la institución cumple la primera pregunta y falla la segunda. La necesidad de saber en salud es casi siempre por paciente, no por cargo.

Lo contrario también ocurre: la relación asistencial no abre cualquier módulo. Quien factura puede tener que ver con un paciente, pero no por eso necesita sus notas clínicas.

En /historias están glosario.txt, reglas.txt, perfiles.txt, accesos.txt y reservadas.txt. Empieza por la regla de Facturación y Admisiones y por la columna del módulo que abrió cada cuenta en accesos.txt. Un perfil administrativo que abre un módulo clínico no es un hallazgo menor: es lo que el control por función debía impedir.

La columna relación de accesos.txt dice si la persona tenía relación vigente con el paciente. Las reglas de la institución exigen esa relación a medicina y enfermería para abrir notas y resultados. Cuenta los accesos de esos dos perfiles que se hicieron con relación «no». No cuentes los accesos de otros perfiles, ni los de una cuenta que solo atiende otro servicio pero tiene la relación registrada por interconsulta.

Las reglas limitan el alcance «institución» a perfiles que abren datos administrativos o trazas. Compara cada perfil de perfiles.txt con esa regla: no basta que un perfil sea de enfermería, importa a cuántos pacientes llega y qué módulos abre.

Una historia reservada, por ejemplo la de una persona que trabaja en la propia institución, solo la abre el equipo tratante nombrado. Un perfil correcto y una relación por servicio no la abren. Cruza reservadas.txt con accesos.txt.