Control d’accés per rols en SST

El control per rols agrupa permisos segons responsabilitats. Permet separar consulta, modificació i administració de la informació preventiva.

En poques paraules

El control per rols agrupa permisos segons responsabilitats. Permet separar consulta, modificació i administració de la informació preventiva.

Contingut
  1. Com funciona RBAC
  2. El càrrec no resol tot l’abast
  3. Separar funcions incompatibles
  4. Gestionar canvis de lloc i suplències
  5. Exemple de validació
  6. Límits del model
  7. Conceptes relacionats
  8. Referències

Diccionari A-Z →

Com funciona RBAC

En el control d’accés basat en rols, RBAC, els permisos s’assignen a funcions organitzatives i les persones es vinculen a aquestes funcions. Així s’evita configurar cada autorització des de zero per a cada usuari. El model requereix descriure accions i recursos: llegir una avaluació, editar una mesura, aprovar un registre o administrar usuaris són facultats diferents.

El càrrec no resol tot l’abast

Un mateix rol pot necessitar límits per empresa, centre, equip o expedient. Ser tècnic de prevenció no implica accés a tota l’organització. També ha de distingir-se informació sanitària de conclusions operatives. El disseny parteix de la protecció de dades de salut i del que cada funció necessita per a fer el seu treball.

Separar funcions incompatibles

La separació de responsabilitats pot impedir que qui crea una operació sigui el seu únic aprobador o que un administrador tècnic utilitzi habitualment informació clínica. Les incompatibilitats es defineixen segons el procés i el risc. Afegir molts rols sense revisar les seves combinacions pot produir l’efecte contrari: una persona acumula permisos i obté un accés més ampli del previst.

Gestionar canvis de lloc i suplències

L’alta és només el començament. Quan una persona canvia de centre o de responsabilitat, convé retirar permisos anteriors i comprovar els nous. Les suplències necessiten abast i durada definits. Una revisió periòdica contrasta usuaris actius, rols assignats i necessitats reals, incloent-hi comptes de contractistes. Les excepcions han de tenir propietari i justificació, evitant privilegis permanents per una urgència passada.

Exemple de validació

En un exemple hipotètic, un comandament consulta les mesures pendents del seu centre i un professional sanitari accedeix a l’expedient clínic que li correspon. Es proven també accessos que han de rebutjar-se, com canviar el centro en una cerca o descarregar un document mitjançant enllaç directe. Ocultar una opció del menú no demostra que el recurs estigui protegit en el servidor.

Límits del model

RBAC és una manera d’organitzar autoritzacions, no una certificació de compliment. Pot combinar-se amb atributs i altres regles quan el context l’exigeix. És necessari comprovar que l’aplicació aplica els permisos en consultes, exportacions, API i processos automàtics, i que manté una evidència útil de canvis i accessos.

Conceptes relacionats

Referències

  1. NIST: model de control d’accés per rols. Font oficial
  2. NIST: A Revised Model for Role Based Access Control. Font oficial

Informació editorial

Data de publicació: 1 de novembre de 2026.

Responsable editorial: Equip editorial de Sabentis.

Autor: Pablo RodríguezLinkedIn

Vicepresident Executiu de la Fundació Internacional ORP i director financer de Sabentis.

Sol·licita una demo

Descobreix tot el que Sabentis pot fer per la teva organització.

Prova Sabentis

Sol·licita una demo
Estrelles 5
GetApp Software Advice Capterra