SSO: inicio de sesión único en plataformas de SST

El inicio de sesión único permite acceder a aplicaciones autorizadas con una identidad corporativa. No sustituye los permisos ni la protección de cada cuenta.

En pocas palabras

El inicio de sesión único permite acceder a aplicaciones autorizadas con una identidad corporativa. No sustituye los permisos ni la protección de cada cuenta.

Contenido
  1. Qué significa SSO
  2. Autenticación y autorización son distintas
  3. Qué acordar antes de integrar
  4. Bajas, sesiones y continuidad
  5. Ejemplo de comprobación
  6. Alcance de esta ficha
  7. Conceptos relacionados
  8. Referencias

Diccionario A-Z →

Qué significa SSO

Single sign-on permite que una persona se autentique y utilice varias aplicaciones sin repetir un inicio de sesión independiente en cada una. En un esquema federado, un proveedor de identidad comunica a la aplicación que ha autenticado al usuario. Protocolos como SAML y OpenID Connect permiten ese intercambio. El objetivo es facilitar el acceso conservando una gestión coherente de las identidades.

Autenticación y autorización son distintas

Saber quién accede no decide qué expedientes puede consultar. Un técnico de un centro, un trabajador y un profesional sanitario pueden compartir proveedor de identidad y tener permisos diferentes. La aplicación debe aplicar sus reglas de autorización. Esta distinción es esencial para la protección de datos de salud en SST, especialmente cuando conviven documentos operativos y clínicos.

Qué acordar antes de integrar

Conviene identificar el protocolo compatible, los datos de identidad necesarios y la forma de relacionarlos con las cuentas existentes. El correo puede cambiar y no siempre es una clave estable. También se define quién da de alta a una persona, quién la incorpora a grupos y cómo se retiran accesos. El SSO no implica por sí mismo que ese aprovisionamiento esté automatizado.

Bajas, sesiones y continuidad

Una baja en el directorio no debe darse por resuelta sin comprobar sesiones abiertas, cuentas locales y accesos alternativos. La organización necesita conocer cómo se propaga la revocación y qué sucede cuando el proveedor de identidad no está disponible. Los accesos de emergencia, si existen, requieren controles y revisión propios; no deben convertirse en cuentas compartidas que eludan la política habitual.

Ejemplo de comprobación

En un ejemplo hipotético, una empresa conecta su portal de prevención al directorio corporativo. La prueba incluye entrar con un trabajador, un técnico y una persona dada de baja. Se comprueba tanto la facilidad de acceso como los documentos visibles y la retirada efectiva de permisos. Que aparezca la pantalla inicial demuestra solo una parte de la integración.

Alcance de esta ficha

El SSO describe una arquitectura de acceso. Su disponibilidad, protocolos y condiciones deben verificarse con cada proveedor. No acredita que todas las aplicaciones soporten las mismas funciones ni elimina la necesidad de autenticación multifactor, protección del dispositivo y seguimiento de incidentes.

Conceptos relacionados

Referencias

  1. Microsoft Learn: qué es el inicio de sesión único. Fuente oficial
  2. NIST SP800-63C-4: requisitos de federación. 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