Réponse courte : TEFCA (Trusted Exchange Framework and Common Agreement) est le cadre américain pour connecter les réseaux d'information sur la santé en un seul échange national, créé par le 21st Century Cures Act (2016) et géré par le bureau fédéral de la santé numérique (ASTP/ONC) par l'intermédiaire d'une Recognized Coordinating Entity (RCE), The Sequoia Project. Les réseaux qui signent le Common Agreement et réussissent l'intégration deviennent des Qualified Health Information Networks (QHINs) ; les premiers ont été désignés en décembre 2023. Les prestataires, les payeurs, les agences de santé publique et les applications rejoignent en tant que participants ou sous-participants d'un QHIN, et une requête pour les dossiers d'un patient voyage d'un QHIN à un autre selon des règles communes. L'échange a commencé avec les normes de documents IHE et évolue vers FHIR ; les Individual Access Services permettent aux patients de récupérer leurs propres dossiers via des applications connectées à TEFCA.
La structure
TEFCA a une structure en couches : l'ASTP/ONC définit la politique et publie le Trusted Exchange Framework et le Common Agreement ; l'Organisme de Coordination Reconnu (The Sequoia Project) désigne les QHIN et maintient le cadre technique ; les QHIN se connectent à tous les autres QHIN ; les participants tels que les hôpitaux, les fournisseurs d'EHR et les payeurs contractent avec un QHIN, et les sous-participants tels que les cliniques et les applications se connectent par leur intermédiaire.
- ASTP/ONC définit la politique et publie le Trusted Exchange Framework (principes) et le Common Agreement (le contrat).
- La RCE (The Sequoia Project) désigne les QHINs, maintient le cadre technique (le QHIN Technical Framework, QTF), les procédures opérationnelles standard et l'annuaire, et gère les litiges.
- Les QHINs sont des réseaux qui se connectent à tous les autres QHINs. Les QHINs désignés comprennent eHealth Exchange, Epic Nexus, Health Gorilla, KONZA, MedAllies, CommonWell Health Alliance, Kno2 et Surescripts, d'autres étant en cours d'intégration.
- Les participants (hôpitaux, systèmes de santé, fournisseurs de DME, HIEs, payeurs) contractent avec un QHIN ; les sous-participants (cliniques, applications) se connectent via un participant. Les termes de transmission du Common Agreement lient tout le monde.
Objectifs d'échange
Dans le cadre de TEFCA, les données ne peuvent être demandées que pour six objectifs d'échange définis : traitement, paiement, opérations de soins de santé, santé publique, détermination des prestations gouvernementales et services d'accès individuels. Chaque objectif a des règles sur qui peut demander et si une réponse est obligatoire ; les réponses pour le traitement et l'accès individuel sont requises, tandis que les autres objectifs sont mis en œuvre progressivement.
L'objectif est asserté dans la requête et audité.
Comment fonctionne une requête
Une requête TEFCA dans le cadre du QHIN Technical Framework initial utilise les profils IHE : XCPD trouve le patient sur les réseaux et XCA interroge et récupère les documents, généralement C-CDA, avec des assertions SAML portant l'objectif et le demandeur. Le Common Agreement version 2.0 (2024) a ajouté l'échange basé sur FHIR, avec des points d'accès dans le répertoire RCE et la sécurité basée sur UDAP, tandis que l'échange de documents se poursuit parallèlement.
Dans le cadre du QTF initial, l'échange QHIN à QHIN utilise les profils IHE : XCPD pour trouver le patient sur les réseaux, XCA pour interroger et récupérer des documents (généralement C-CDA), avec des assertions SAML portant l'objectif et le demandeur. Le Common Agreement version 2.0 (2024) a ajouté la prise en charge de l'échange basé sur FHIR : les participants peuvent publier des points d'accès FHIR dans l'annuaire de la RCE, utiliser l'authentification de la feuille de route FHIR de TEFCA (enregistrement dynamique de client basé sur UDAP et certificats) et interroger directement les ressources, les QHINs assurant la confiance plutôt que de relayer les documents. L'échange de documents se poursuit en parallèle ; l'adoption de FHIR est la direction.
Services d'accès individuels
Les Services d'Accès Individuels (IAS) sont l'objectif d'échange TEFCA qui permet à un patient d'utiliser une application pour récupérer ses propres dossiers auprès de chaque fournisseur connecté : un QHIN ou un participant offre l'IAS, le patient vérifie son identité au niveau d'assurance IAL2, et les répondants doivent répondre dans les délais du Common Agreement. C'est l'équivalent TEFCA des droits d'accès API du Cures Act.
Un QHIN ou un participant peut proposer des IAS : un patient utilise une application, vérifie son identité à un niveau d'assurance défini (IAL2), et l'application interroge TEFCA pour les dossiers du patient auprès de tous les prestataires connectés. Les répondants doivent répondre dans les délais du Common Agreement. C'est l'équivalent TEFCA des droits d'accès aux API en vertu des règles du Cures Act et de l'accès des patients en Europe, et c'est ce qui permet à un dossier de santé personnel de récupérer des données sans connexions portail individuelles. Voir Dossiers de santé en ligne.
Où s'insèrent Carequality et CommonWell
Carequality et CommonWell Health Alliance sont les deux cadres privés qui ont connecté la plupart des prestataires américains avant TEFCA, échangeant des dizaines de millions de documents par mois. CommonWell est devenu un QHIN, et Carequality aligne son cadre sur TEFCA afin que les implémenteurs effectuent une transition plutôt que de se connecter deux fois ; aujourd'hui, ils gèrent le volume, tandis que TEFCA gère les obligations et l'avenir de FHIR.
Avant TEFCA, deux cadres privés connectaient déjà la plupart des prestataires américains : Carequality (un cadre de confiance, également géré par The Sequoia Project) et CommonWell Health Alliance (un réseau avec un service de localisation de dossiers). Les deux échangent des dizaines de millions de documents par mois. CommonWell est devenu un QHIN ; Carequality aligne son cadre sur TEFCA afin que les implémenteurs migrent plutôt que de se connecter deux fois. Pour un développeur aujourd'hui, Carequality et CommonWell représentent le volume ; TEFCA représente les obligations et l'avenir de FHIR.
Ce que cela change pour les développeurs
Pour les développeurs, TEFCA remplace les accords de réseau bilatéraux par un cadre juridique unique, ajoute des exigences d'identité et de sécurité (certificats, UDAP pour FHIR, IAL2 pour l'accès individuel, journalisation des audits, notification de violation au RCE), fournit une découverte des points d'accès à l'échelle nationale basée sur un répertoire, livre des données sous forme de C-CDA maintenant et de FHIR US Core de plus en plus, et se situe aux côtés des règles de blocage d'informations qui s'appliquent indépendamment.
- Un cadre juridique unique (le Common Agreement et ses déclinaisons) au lieu d'accords bilatéraux avec chaque réseau.
- Exigences d'identité et de sécurité : certificats, UDAP pour FHIR, IAL2 pour l'accès individuel, journalisation des audits, notification de violation à la RCE.
- Découverte basée sur un annuaire des points d'accès dans tout le pays.
- Données en C-CDA maintenant, FHIR US Core de plus en plus : votre dossier doit consommer les deux, mapper aux classes de données USCDI et gérer la correspondance des patients entre les réseaux (Correspondance des patients).
- Blocage d'informations : les technologies de santé certifiées et les prestataires ne doivent pas entraver déraisonnablement l'accès et l'échange ; la participation à TEFCA est un moyen de démontrer l'échange.
L'équivalent européen
MyHealth@EU et l'EHDS de l'UE jouent le rôle de TEFCA pour les échanges transfrontaliers : points de contact nationaux au lieu de QHINs, format européen d'échange de DME au lieu de USCDI, et un règlement au lieu d'un accord volontaire. Voir MyHealth@EU et le résumé de patient transfrontalier et Vos données médicales dans l'UE.
Anpheros est une plateforme européenne ; pour une utilisation aux États-Unis, son dossier FHIR consomme des données C-CDA et FHIR US Core qu'un patient obtient via des portails, des applications IAS ou des connexions directes avec des cliniques, et conserve la provenance par source.
Cette page explique la réglementation pour les équipes produit et ingénierie. Il ne s'agit pas d'un avis juridique ; les textes liés sous Sources font autorité, et votre délégué à la protection des données, organisme notifié ou conseiller décide pour votre cas. Dernière révision : octobre 2026.
Pages connexes
- USCDI expliqué
- CDA et C-CDA expliqués
- Correspondance des patients et index maître des patients
- Dossiers de santé en ligne : UE, Royaume-Uni et États-Unis
- HIPAA vs GDPR
- Carte de la réglementation des données de santé
- MyHealth@EU et le résumé de patient transfrontalier
- Dossiers électroniques de santé nationaux en Europe et aux États-Unis
Sources
- ASTP/ONC : Trusted Exchange Framework and Common Agreement (TEFCA)
- The Sequoia Project : RCE, Common Agreement et annuaire QHIN
- RCE : QHIN Technical Framework
- Carequality
- CommonWell Health Alliance
- 21st Century Cures Act, section 4003 (trusted exchange framework)
Questions fréquentes
TEFCA est-il obligatoire ?
La participation est volontaire, mais elle est de plus en plus référencée dans les réglementations fédérales (par exemple, comme moyen de satisfaire à certaines exigences d'échange) et attendue par les grands systèmes de santé et les payeurs. Les règles de blocage d'informations s'appliquent indépendamment de la participation à TEFCA.
Quelle est la différence entre un QHIN et un HIE ?
Un échange d'informations sur la santé (HIE) est toute organisation qui transfère des données de santé entre participants, souvent au niveau régional. Un QHIN est un HIE ou un réseau qui a signé le Common Agreement, a passé l'intégration de la RCE et se connecte à tous les autres QHINs selon les mêmes règles.
Une application pour patient peut-elle se connecter directement à TEFCA ?
Via un QHIN ou un participant qui propose des services d'accès individuels, avec l'identité du patient vérifiée à IAL2. L'application ne devient pas un QHIN ; elle devient un sous-participant ou un client d'un QHIN.
TEFCA utilise-t-il FHIR ?
De plus en plus. L'échange initial utilisait les normes de documents IHE (XCPD, XCA, C-CDA). Le Common Agreement 2.0 et le QTF ont ajouté l'échange basé sur FHIR avec la sécurité UDAP ; les deux fonctionnent en parallèle pendant que les réseaux migrent.
Essayez gratuitement dans le sandbox
Votre premier appel FHIR en 5 minutes. Une API HL7 FHIR R4 avec le consentement du patient intégré : essayez-la dans le bac à sable, puis connectez votre propre application ou système de clinique.
Gratuit · 30 patients synthétiques · sans carte
Anpheros développe un dossier médical que le patient contrôle et peut partager avec n'importe quelle clinique, sur une plateforme HL7 FHIR R4, basée en UE. Ces guides vous aident à comprendre et organiser votre santé ; ils ne remplacent pas votre médecin.
À propos d'Anpheros →