SSO: inici de sessió únic en plataformes de SST

L’inici de sessió únic permet accedir a aplicacions autoritzades amb una identitat corporativa. No substitueix els permisos ni la protecció de cada compte.

En poques paraules

L’inici de sessió únic permet accedir a aplicacions autoritzades amb una identitat corporativa. No substitueix els permisos ni la protecció de cada compte.

Contingut
  1. Què significa SSO
  2. Autenticació i autorització són distintes
  3. Què acordar abans d’integrar
  4. Baixes, sessions i continuïtat
  5. Exemple de comprovació
  6. Abast d’aquesta fitxa
  7. Conceptes relacionats
  8. Referències

Diccionari A-Z →

Què significa SSO

Single sign-on permet que una persona s’autentiqui i utilitzi diverses aplicacions sense repetir un inici de sessió independent en cadascuna. En un esquema federat, un proveïdor d’identitat comunica a l’aplicació que ha autenticat a l’usuari. Protocols com SAML i OpenID Connect permeten aquest intercanvi. L’objectiu és facilitar l’accés conservant una gestió coherent de les identitats.

Autenticació i autorització són distintes

Saber qui accedeix no decideix quins expedients pot consultar. Un tècnic d’un centre, un treballador i un professional sanitari poden compartir proveïdor d’identitat i tenir permisos diferents. L’aplicació ha d’aplicar les seves regles d’autorització. Aquesta distinció és essencial per a la protecció de dades de salut en SST, especialment quan conviuen documents operatius i clínics.

Què acordar abans d’integrar

Convé identificar el protocol compatible, les dades d’identitat necessàries i la manera de relacionar-les amb els comptes existents. El correu pot canviar i no sempre és una clau estable. També es defineix qui dona d’alta a una persona, qui la incorpora a grups i com es retiren accessos. El SSO no implica per si mateix que aquest aprovisionament estigui automatitzat.

Baixes, sessions i continuïtat

Una baixa en el directori no ha de donar-se per resolta sense comprovar sessions obertes, comptes locals i accessos alternatius. L’organització necessita conèixer com es propaga la revocació i què succeeix quan el proveïdor d’identitat no està disponible. Els accessos d’emergència, si existeixen, requereixen controls i revisió propis; no han de convertir-se en comptes compartits que eludeixin la política habitual.

Exemple de comprovació

En un exemple hipotètic, una empresa connecta el seu portal de prevenció al directori corporatiu. La prova inclou entrar amb un treballador, un tècnic i una persona donada de baixa. Es comprova tant la facilitat d’accés com els documents visibles i la retirada efectiva de permisos. Que aparegui la pantalla inicial demostra només una part de la integració.

Abast d’aquesta fitxa

El SSO descriu una arquitectura d’accés. La seva disponibilitat, protocols i condicions han de verificar-se amb cada proveïdor. No acredita que totes les aplicacions suportin les mateixes funcions ni elimina la necessitat d’autenticació multifactor, protecció del dispositiu i seguiment d’incidents.

Conceptes relacionats

Referències

  1. Microsoft Learn: què és l’inici de sessió únic. Font oficial
  2. NIST SP800-63C-4: requisits de federació. 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