Respuesta corta: TEFCA (Trusted Exchange Framework and Common Agreement) es el marco de Estados Unidos para conectar redes de información de salud en un único intercambio a nivel nacional, creado por la Ley 21st Century Cures Act (2016) y gestionado por la oficina federal de tecnología de la salud (ASTP/ONC) a través de una Recognized Coordinating Entity (RCE), The Sequoia Project. Las redes que firman el Common Agreement y superan la incorporación se convierten en Qualified Health Information Networks (QHINs); las primeras fueron designadas en diciembre de 2023. Proveedores, pagadores, agencias de salud pública y aplicaciones se unen como participantes o subparticipantes de un QHIN, y una consulta de registros de un paciente viaja de un QHIN a otro bajo reglas comunes. El intercambio comenzó con estándares de documentos IHE y se está moviendo hacia FHIR; los Individual Access Services permiten a los pacientes obtener sus propios registros a través de aplicaciones conectadas a TEFCA.
La estructura
TEFCA tiene una estructura en capas: ASTP/ONC establece la política y publica el Trusted Exchange Framework y el Common Agreement; la Recognized Coordinating Entity (The Sequoia Project) designa a los QHIN y mantiene el marco técnico; los QHIN se conectan entre sí; los participantes, como hospitales, proveedores de EHR y pagadores, contratan con un QHIN, y los subparticipantes, como clínicas y aplicaciones, se conectan a través de ellos.
- ASTP/ONC establece la política y publica el Trusted Exchange Framework (principios) y el Common Agreement (el contrato).
- La RCE (The Sequoia Project) designa los QHINs, mantiene el marco técnico (el QHIN Technical Framework, QTF), los procedimientos operativos estándar y el directorio, y gestiona las disputas.
- Los QHINs son redes que se conectan con todos los demás QHINs. Los QHINs designados incluyen eHealth Exchange, Epic Nexus, Health Gorilla, KONZA, MedAllies, CommonWell Health Alliance, Kno2 y Surescripts, con otros en proceso de incorporación.
- Los participantes (hospitales, sistemas de salud, proveedores de EHR, HIEs, pagadores) contratan con un QHIN; los subparticipantes (clínicas, aplicaciones) se conectan a través de un participante. Los términos de aplicación del Common Agreement obligan a todos.
Propósitos del intercambio
Según TEFCA, los datos solo pueden solicitarse para seis propósitos de intercambio definidos: tratamiento, pago, operaciones de atención médica, salud pública, determinación de beneficios gubernamentales y servicios de acceso individual. Cada propósito tiene reglas sobre quién puede preguntar y si una respuesta es obligatoria; las respuestas para tratamiento y acceso individual son obligatorias, mientras que los otros propósitos se están implementando gradualmente.
El propósito se declara en la consulta y se audita.
Cómo funciona una consulta
Una consulta TEFCA bajo el QHIN Technical Framework inicial utiliza perfiles IHE: XCPD encuentra al paciente en las redes y XCA consulta y recupera documentos, típicamente C-CDA, con aserciones SAML que transportan el propósito y el solicitante. El Common Agreement versión 2.0 (2024) agregó el intercambio basado en FHIR, con puntos finales en el directorio RCE y seguridad basada en UDAP, mientras que el intercambio de documentos continúa a la par.
Bajo el QTF inicial, el intercambio QHIN a QHIN utiliza perfiles IHE: XCPD para encontrar al paciente en las redes, XCA para consultar y recuperar documentos (típicamente C-CDA), con aserciones SAML que transportan el propósito y el solicitante. El Common Agreement versión 2.0 (2024) añadió soporte para el intercambio basado en FHIR: los participantes pueden publicar puntos finales FHIR en el directorio de la RCE, usar la autenticación del roadmap FHIR de TEFCA (registro dinámico de clientes basado en UDAP y certificados) y consultar recursos directamente, con los QHINs intermediando la confianza en lugar de retransmitir documentos. El intercambio de documentos continúa en paralelo; la adopción de FHIR es la dirección.
Servicios de Acceso Individual
Los Servicios de Acceso Individual (IAS) son el propósito de intercambio de TEFCA que permite a un paciente usar una aplicación para extraer sus propios registros de cada proveedor conectado: un QHIN o participante ofrece IAS, el paciente verifica su identidad en el nivel de seguridad IAL2, y los respondedores deben responder dentro de los plazos del Common Agreement. Es el homólogo de TEFCA de los derechos de acceso a la API de la Ley Cures.
Un QHIN o participante puede ofrecer IAS: un paciente utiliza una aplicación, verifica su identidad en un nivel de aseguramiento definido (IAL2), y la aplicación consulta TEFCA para obtener los registros del paciente en todos los proveedores conectados. Los respondedores deben responder dentro de los plazos del Common Agreement. Este es el homólogo de TEFCA de los derechos de acceso a la API bajo las reglas de la Cures Act y del EHDS de Europa para el acceso del paciente, y es lo que permite que un registro de salud personal obtenga datos sin inicios de sesión individuales en portales. Ver Registros de salud en línea.
Dónde encajan Carequality y CommonWell
Carequality y CommonWell Health Alliance son los dos marcos privados que conectaron a la mayoría de los proveedores de EE. UU. antes de TEFCA, intercambiando decenas de millones de documentos al mes. CommonWell se ha convertido en un QHIN, y Carequality está alineando su marco con TEFCA para que los implementadores hagan la transición en lugar de conectarse dos veces; hoy en día, ellos manejan el volumen, mientras que TEFCA maneja las obligaciones y el futuro de FHIR.
Antes de TEFCA, dos marcos privados ya conectaban a la mayoría de los proveedores de EE. UU.: Carequality (un marco de confianza, también gestionado por The Sequoia Project) y CommonWell Health Alliance (una red con un servicio localizador de registros). Ambos intercambian decenas de millones de documentos al mes. CommonWell se convirtió en un QHIN; Carequality está alineando su marco con TEFCA para que los implementadores transicionen en lugar de conectarse dos veces. Para un desarrollador hoy en día, Carequality y CommonWell son donde está el volumen; TEFCA es donde están las obligaciones y el futuro de FHIR.
Qué cambia para los desarrolladores
Para los desarrolladores, TEFCA reemplaza los acuerdos de red bilaterales con un único marco legal, agrega requisitos de identidad y seguridad (certificados, UDAP para FHIR, IAL2 para acceso individual, registro de auditoría, notificación de brechas a la RCE), proporciona descubrimiento de puntos finales basado en directorios a nivel nacional, entrega datos como C-CDA ahora y FHIR US Core cada vez más, y se sitúa junto a las reglas de bloqueo de información que se aplican independientemente.
- Un marco legal único (el Common Agreement y sus extensiones) en lugar de acuerdos bilaterales con cada red.
- Requisitos de identidad y seguridad: certificados, UDAP para FHIR, IAL2 para acceso individual, registro de auditoría, notificación de brechas a la RCE.
- Descubrimiento basado en directorio de puntos finales en todo el país.
- Datos en C-CDA ahora, FHIR US Core cada vez más: su registro debe consumir ambos, mapear a las clases de datos de USCDI y manejar la coincidencia de pacientes entre redes (Coincidencia de pacientes).
- Bloqueo de información: la tecnología de la salud certificada y los proveedores no deben interferir irrazonablemente con el acceso y el intercambio; la participación en TEFCA es una forma de demostrar el intercambio.
El homólogo europeo
El MyHealth@EU de la UE y el EHDS desempeñan el papel de TEFCA para el intercambio transfronterizo: puntos de contacto nacionales en lugar de QHINs, el formato europeo de intercambio de EHR en lugar de USCDI, y una regulación en lugar de un acuerdo voluntario. Ver MyHealth@EU y el resumen del paciente transfronterizo y Sus datos médicos en la UE.
Anpheros es una plataforma europea; para uso en EE. UU., su registro FHIR consume datos C-CDA y FHIR US Core que un paciente obtiene a través de portales, aplicaciones IAS o conexiones directas con clínicas, y mantiene la procedencia por fuente.
Esta página explica la regulación para equipos de producto e ingeniería. No constituye asesoramiento legal; los textos enlazados bajo Fuentes son la autoridad, y su oficial de protección de datos, organismo notificado o consejero decide para su caso. Última revisión: Octubre de 2026.
Páginas relacionadas
- USCDI explicado
- CDA y C-CDA explicados
- Coincidencia de pacientes y el índice maestro de pacientes
- Registros de salud en línea: UE, Reino Unido y EE. UU.
- HIPAA vs GDPR
- Mapa de regulación de datos de salud
- MyHealth@EU y el resumen del paciente transfronterizo
- Registros electrónicos de salud nacionales en Europa y EE. UU.
Fuentes
- ASTP/ONC: Trusted Exchange Framework and Common Agreement (TEFCA)
- The Sequoia Project: RCE, Common Agreement and QHIN directory
- RCE: QHIN Technical Framework
- Carequality
- CommonWell Health Alliance
- 21st Century Cures Act, section 4003 (trusted exchange framework)
Preguntas frecuentes
¿Es TEFCA obligatorio?
La participación es voluntaria, pero se hace referencia cada vez más en las normativas federales (por ejemplo, como una forma de cumplir ciertos requisitos de intercambio) y es esperada por los grandes sistemas de salud y pagadores. Las reglas de bloqueo de información se aplican independientemente de la participación en TEFCA.
¿Cuál es la diferencia entre un QHIN y un HIE?
Un intercambio de información de salud es cualquier organización que mueve datos de salud entre participantes, a menudo a nivel regional. Un QHIN es un HIE o una red que ha firmado el Common Agreement, ha superado la incorporación de la RCE y se conecta con todos los demás QHINs bajo las mismas reglas.
¿Puede una aplicación para pacientes conectarse directamente a TEFCA?
A través de un QHIN o participante que ofrezca Servicios de Acceso Individual, con la identidad del paciente verificada en IAL2. La aplicación no se convierte en un QHIN; se convierte en un subparticipante o cliente de uno.
¿Utiliza TEFCA FHIR?
Cada vez más. El intercambio inicial utilizó estándares de documentos IHE (XCPD, XCA, C-CDA). El Common Agreement 2.0 y el QTF añadieron el intercambio basado en FHIR con seguridad UDAP; ambos funcionan en paralelo mientras las redes migran.
Pruébalo gratis en el sandbox
Tu primera llamada FHIR en 5 minutos. Una API HL7 FHIR R4 con el consentimiento del paciente integrado: pruébala en el sandbox y luego conecta tu propia app o sistema de clínica.
Gratis · 30 pacientes sintéticos · sin tarjeta

