OpenID Connect
En pocas palabras
OpenID Connect es el estándar que permite a una aplicación saber quién es el usuario, apoyándose en un proveedor de identidad confiable en lugar de gestionar sus propias contraseñas. Es lo que hace posible iniciar sesión una sola vez y usar varias apps. En salud, sirve para identificar a pacientes y profesionales que acceden a portales y aplicaciones.
- Tipo
- Estándar
- Responsable
- OpenID Foundation
- Versión vigente
- Core 1.0 (errata set 2)
- Revisado
- 25 de octubre de 2026
Explicación
Qué es
OpenID Connect (OIDC) es, según su especificación, «una capa de identidad simple sobre el protocolo OAuth 2.0». Lo publica la OpenID Foundation; a octubre de 2026, la versión vigente es OpenID Connect Core 1.0 con el conjunto de erratas 2 (15 de diciembre de 2023). En 2024, ese mismo texto se publicó también como norma internacional ISO/IEC 26131:2024.
Sirve para que una aplicación (la parte que confía, o relying party) verifique la identidad de una persona a partir de la autenticación que hizo un proveedor de OpenID (OpenID Provider), y obtenga datos básicos de su perfil.
Cómo funciona
- La app inicia un flujo de OAuth 2.0 e incluye el ámbito openid en la solicitud.
- El proveedor autentica a la persona y devuelve, además del token de acceso, un ID Token.
- El ID Token es un JSON Web Token (JWT) firmado con afirmaciones (claims) sobre la autenticación. Debe incluir al menos el emisor (iss), el sujeto (sub), la audiencia (aud), la expiración (exp) y la hora de emisión (iat).
- Con el token de acceso, la app puede consultar el endpoint UserInfo para obtener más datos del perfil.
Las especificaciones complementarias definen, por ejemplo, el descubrimiento automático de la configuración del proveedor en /.well-known/openid-configuration.
Errores frecuentes
- OAuth 2.0 y OpenID Connect no son lo mismo. OAuth autoriza el acceso a recursos; OIDC agrega la identidad del usuario. Por eso un token de acceso no sirve como prueba de identidad.
- La app debe validar el ID Token (firma, emisor, audiencia y vigencia) antes de confiar en él.
- Identificar a la persona no es lo mismo que decidir a qué datos clínicos puede acceder. Eso lo resuelven los permisos y las políticas de cada sistema.
- La especificación tiene muchas partes opcionales. Por eso los sectores publican perfiles, como el perfil iGov para gobiernos o los requisitos de SMART App Launch en salud.
Ejemplos de uso
En SMART App Launch, una app pide los ámbitos openid y fhirUser para recibir, junto con el ID Token, una referencia al recurso FHIR que representa al usuario, como un Practitioner o un Patient.
NHS login, el servicio de identidad de pacientes del NHS de Inglaterra, se integra con OpenID Connect 1.0 sobre OAuth 2.0.
Login.gov, el servicio de inicio de sesión del gobierno federal de EUA, soporta OpenID Connect 1.0 y cumple el perfil iGov.
La API Blue Button 2.0 de CMS acepta los ámbitos openid y profile para que la app consulte los datos del beneficiario en el endpoint UserInfo.
En EUA, CMS incluye OpenID Connect Core 1.0 entre los estándares de la Patient Access API que deben ofrecer las aseguradoras alcanzadas por sus reglas de interoperabilidad.
Un hospital centraliza el inicio de sesión de sus profesionales en un proveedor de OpenID, de modo que el portal clínico y las apps internas no guardan contraseñas propias.
Relación con otros términos
Se apoya en1
- OAuth 2.0Obligatoria
OpenID Connect es una capa de identidad sobre OAuth 2.0 y reutiliza sus flujos y endpoints.
Dependen de este1
- SMART App LaunchMediana
Solo cuando la app necesita saber quién es el usuario (capacidad sso-openid-connect, ámbitos openid y fhirUser).
Fuentes
- OpenID Connect Core 1.0 incorporating errata set 2openid.net
- ISO/IEC 26131:2024 — OpenID Connect Core 1.0 incorporating errata set 2iso.org
- SMART App Launch — Scopes and Launch Contexthl7.org
- NHS England — NHS login (API and integration catalogue)digital.nhs.uk
- Login.gov — OpenID Connect developer guidedevelopers.login.gov
- CMS — Blue Button 2.0 API: Authorizationbluebutton.cms.gov
- CMS — APIs and relevant standards and implementation guidescms.gov

