DocumentaciónSoporteCosta Rica · Contacto
  • Organizacional
  • Legal
  • Técnica

Gestión del consentimiento

En pocas palabras

La gestión del consentimiento es la práctica de registrar las decisiones de una persona sobre el uso de su información de salud y hacerlas respetar en cada acceso: quién puede ver qué, para qué y hasta cuándo. Incluye la política que define el modelo (aceptar u oponerse), el proceso para informar y registrar, y la tecnología que aplica esas decisiones. Una firma en papel cubre solo una parte.

Tipo
Práctica
Responsable
Sin responsable único: concepto o tecnología genérica
Revisado
25 de octubre de 2026

Explicación

Qué es

Gestionar el consentimiento es más que obtener una firma. Abarca tres planos:

  • Política: qué modelo rige, qué usos requieren permiso y cuáles tienen otra base legal.
  • Proceso: cómo se informa a la persona, cómo registra o cambia su decisión y cómo la revoca.
  • Tecnología: cómo se guarda la decisión en un formato que los sistemas entiendan y cómo se aplica en cada acceso.

Modelos

  • Aceptación explícita u oposición. El perfil IHE BPPC admite entornos de consentimiento implícito y explícito.
  • Granularidad. En Austria, ELGA prevé tres tipos de oposición: general, parcial (a una aplicación, como eBefund o eMedikation) y situacional (para un caso de atención, solo en el lugar de atención).
  • Uso primario y secundario. En el Espacio Europeo de Datos de Salud, las personas pueden restringir el acceso de los profesionales a sus datos y oponerse de forma sencilla y reversible al uso secundario, aunque con salvaguardas sus datos pueden seguir usándose para ciertos fines importantes de interés público.
  • Cuando no se basa en el consentimiento. La Recomendación de la OCDE sobre gobernanza de datos de salud pide que, aun así, las personas puedan expresar preferencias: oponerse o pedir activamente que sus datos se compartan, y conocer las razones si su pedido no puede atenderse.

Estándares

EspecificaciónQué aporta
IHE BPPCRegistra que el paciente reconoció una política de privacidad identificada, por ejemplo con un OID, dentro de un dominio de afinidad XDS. IHE no redacta las políticas
IHE PCF 1.1.0Consentimientos de privacidad y control de acceso para APIs FHIR en intercambios basados en documentos; transacción Access Consent [ITI-108] y tokens de acceso de IUA
HL7 FHIR ConsentRegistra decisiones de permitir o negar acciones a destinatarios o roles, con fines y periodos. En R5 tiene nivel de madurez 2 (uso de prueba)

Errores frecuentes

  • Confundir registrar con hacer cumplir. HL7 aclara que el recurso Consent no aplica las decisiones: eso corresponde a mecanismos de control de acceso como OAuth, UMA o XACML.
  • Esperar que el estándar defina la política. IHE lo dice expresamente en BPPC: cada dominio escribe sus propias políticas.
  • Olvidar la revocación. En ELGA, si una persona retira su oposición, los datos que no se incorporaron mientras estaba vigente no se recuperan.
  • Usar un solo modelo para todo. FHIR distingue consentimientos de privacidad, de tratamiento y de investigación; solo el de privacidad está modelado formalmente en el recurso.

Ejemplos de uso

  1. En Austria, una persona puede oponerse a ELGA en forma general o parcial a través del portal ELGA o por escrito ante la oficina de oposición de ELGA, y revocar esa oposición después.

  2. El Espacio Europeo de Datos de Salud (Reglamento (UE) 2025/327) da a las personas la opción de oponerse de forma sencilla y reversible al uso secundario de sus datos.

  3. En un dominio de afinidad XDS con IHE BPPC, la política de privacidad recibe un identificador (por ejemplo, un OID) y el documento que registra el reconocimiento del paciente remite a ese identificador.

  4. El perfil IHE PCF 1.1.0, basado en FHIR R4, define la transacción Access Consent [ITI-108] para consentimientos de privacidad en intercambios de documentos con APIs FHIR.

  5. La Recomendación de la OCDE sobre gobernanza de datos de salud incluye el consentimiento informado y sus alternativas entre los doce elementos de un marco nacional.

  6. Al registrar a un paciente, la clínica le informa la política de privacidad del intercambio regional y deja constancia electrónica de su decisión, que el paciente puede cambiar después.

Relación con otros términos

Se apoya en4

  • Consentimiento para el tratamiento de datos de saludMediana

    La gestión del consentimiento registra y aplica decisiones cuyo valor legal fijan las normas sobre consentimiento para el tratamiento de datos de salud.

  • FHIRMediana

    FHIR ofrece el recurso Consent y el perfil IHE PCF se apoya en él; también hay implementaciones sin FHIR, como IHE BPPC.

  • OAuth 2.0Mediana

    El perfil IHE PCF reutiliza las transacciones de tokens de acceso de IHE IUA, que se basa en OAuth; el registro del consentimiento no lo necesita.

  • IHE XDS.bBaja

    El perfil IHE BPPC está pensado para dominios de afinidad XDS, pero la gestión del consentimiento existe sin XDS.b.

Dependen de este3

  • Gobernanza de datos de saludFuerte

    La Recomendación de la OCDE incluye el consentimiento informado y sus alternativas entre los elementos de todo marco de gobernanza de datos de salud.

  • Intercambio de información de salud (HIE)Fuerte

    Los intercambios suelen necesitar reglas sobre quién accede y con qué permiso del paciente, aunque cada red las define a su manera.

  • DPI-HMediana

    Los marcos de seguridad de datos de salud del modelo incluyen servicios para gestionar el consentimiento.

Fuentes

  1. HL7 FHIR R5 — Consent resourcehl7.org
  2. IHE — Privacy Consent on FHIR (PCF) 1.1.0profiles.ihe.net
  3. IHE ITI Technical Framework Vol. 1 — Basic Patient Privacy Consents (BPPC)profiles.ihe.net
  4. IHE — Internet User Authorization (IUA)profiles.ihe.net
  5. gesundheit.gv.at — ELGA: Widerspruchgesundheit.gv.at
  6. European Commission — European Health Data Space Regulation (EHDS)health.ec.europa.eu
  7. OECD — Recommendation of the Council on Health Data Governance (OECD/LEGAL/0433)legalinstruments.oecd.org
Glosario de interoperabilidad en salud