Control de acceso por roles en SST

El control por roles agrupa permisos según responsabilidades. Permite separar consulta, modificación y administración de la información preventiva.

En pocas palabras

El control por roles agrupa permisos según responsabilidades. Permite separar consulta, modificación y administración de la información preventiva.

Contenido
  1. Cómo funciona RBAC
  2. El cargo no resuelve todo el alcance
  3. Separar funciones incompatibles
  4. Gestionar cambios de puesto y suplencias
  5. Ejemplo de validación
  6. Límites del modelo
  7. Conceptos relacionados
  8. Referencias

Diccionario A-Z →

Cómo funciona RBAC

En el control de acceso basado en roles, RBAC, los permisos se asignan a funciones organizativas y las personas se vinculan a esas funciones. Así se evita configurar cada autorización desde cero para cada usuario. El modelo requiere describir acciones y recursos: leer una evaluación, editar una medida, aprobar un registro o administrar usuarios son facultades diferentes.

El cargo no resuelve todo el alcance

Un mismo rol puede necesitar límites por empresa, centro, equipo o expediente. Ser técnico de prevención no implica acceso a toda la organización. También debe distinguirse información sanitaria de conclusiones operativas. El diseño parte de la protección de datos de salud y de lo que cada función necesita para realizar su trabajo.

Separar funciones incompatibles

La separación de responsabilidades puede impedir que quien crea una operación sea su único aprobador o que un administrador técnico utilice habitualmente información clínica. Las incompatibilidades se definen según el proceso y el riesgo. Añadir muchos roles sin revisar sus combinaciones puede producir el efecto contrario: una persona acumula permisos y obtiene un acceso más amplio del previsto.

Gestionar cambios de puesto y suplencias

El alta es solo el comienzo. Cuando una persona cambia de centro o de responsabilidad, conviene retirar permisos anteriores y comprobar los nuevos. Las suplencias necesitan alcance y duración definidos. Una revisión periódica contrasta usuarios activos, roles asignados y necesidades reales, incluyendo cuentas de contratistas. Las excepciones deben tener propietario y justificación, evitando privilegios permanentes por una urgencia pasada.

Ejemplo de validación

En un ejemplo hipotético, un mando consulta las medidas pendientes de su centro y un profesional sanitario accede al expediente clínico que le corresponde. Se prueban también accesos que deben rechazarse, como cambiar el centro en una búsqueda o descargar un documento mediante enlace directo. Ocultar una opción del menú no demuestra que el recurso esté protegido en el servidor.

Límites del modelo

RBAC es una forma de organizar autorizaciones, no una certificación de cumplimiento. Puede combinarse con atributos y otras reglas cuando el contexto lo exige. Es necesario comprobar que la aplicación aplica los permisos en consultas, exportaciones, API y procesos automáticos, y que mantiene una evidencia útil de cambios y accesos.

Conceptos relacionados

Referencias

  1. NIST: modelo de control de acceso por roles. Fuente oficial
  2. NIST: A Revised Model for Role Based Access Control. Fuente oficial

Información editorial

Fecha de publicación: 1 de noviembre de 2026.

Responsable editorial: Equipo editorial de Sabentis.

Autor: Pablo RodríguezLinkedIn

Vicepresidente Ejecutivo de la Fundación Internacional ORP y Chief Financial Officer de Sabentis.

Solicita una demo

Descubre todo lo que Sabentis puede hacer por tu organización.

Prueba Sabentis

request a demo
stars 5
GetApp Software Advice Capterra