Kurze Antwort: TEFCA (Trusted Exchange Framework and Common Agreement) ist der Rahmen der Vereinigten Staaten für die Verbindung von Gesundheitsinformationsnetzwerken zu einem landesweiten Austausch, der durch den 21st Century Cures Act (2016) geschaffen wurde und vom föderalen Büro für Gesundheitstechnologie (ASTP/ONC) über eine Recognized Coordinating Entity (RCE), The Sequoia Project, verwaltet wird. Netzwerke, die die Common Agreement unterzeichnen und das Onboarding bestehen, werden zu Qualified Health Information Networks (QHINs); die ersten wurden im Dezember 2023 benannt. Anbieter, Kostenträger, Gesundheitsbehörden und Apps treten als Teilnehmer oder Unterteilnehmer eines QHIN bei, und eine Abfrage nach den Aufzeichnungen eines Patienten wandert unter gemeinsamen Regeln von einem QHIN zum anderen. Der Austausch begann mit IHE-Dokumentstandards und bewegt sich in Richtung FHIR; Individual Access Services ermöglichen es Patienten, ihre eigenen Aufzeichnungen über TEFCA-verbundene Apps abzurufen.
Die Struktur
TEFCA hat eine geschichtete Struktur: ASTP/ONC legt die Richtlinien fest und veröffentlicht das Trusted Exchange Framework und die Common Agreement; die Recognized Coordinating Entity (The Sequoia Project) benennt QHINs und pflegt das technische Rahmenwerk; QHINs verbinden sich mit jedem anderen QHIN; Teilnehmer wie Krankenhäuser, EHR-Anbieter und Kostenträger schließen Verträge mit einem QHIN ab, und Unterteilnehmer wie Kliniken und Apps verbinden sich über diese.
- ASTP/ONC legt die Politik fest und veröffentlicht das Trusted Exchange Framework (Prinzipien) und die Common Agreement (den Vertrag).
- Die RCE (The Sequoia Project) benennt QHINs, pflegt den technischen Rahmen (den QHIN Technical Framework, QTF), die Standardbetriebsverfahren und das Verzeichnis und bearbeitet Streitigkeiten.
- QHINs sind Netzwerke, die sich mit jedem anderen QHIN verbinden. Benannte QHINs umfassen eHealth Exchange, Epic Nexus, Health Gorilla, KONZA, MedAllies, CommonWell Health Alliance, Kno2 und Surescripts, weitere befinden sich im Onboarding.
- Teilnehmer (Krankenhäuser, Gesundheitssysteme, EHR-Anbieter, HIEs, Kostenträger) schließen Verträge mit einem QHIN ab; Unterteilnehmer (Kliniken, Apps) verbinden sich über einen Teilnehmer. Die weitergegebenen Bedingungen der Common Agreement binden alle.
Zwecke des Austauschs
Im Rahmen von TEFCA dürfen Daten nur für sechs definierte Austauschzwecke angefordert werden: Behandlung, Bezahlung, Gesundheitsbetrieb, öffentliche Gesundheit, Ermittlung von Sozialleistungen und individuelle Zugangsleistungen. Jeder Zweck hat Regeln, wer fragen darf und ob eine Antwort obligatorisch ist; Antworten für Behandlung und individuellen Zugang sind erforderlich, während die anderen Zwecke schrittweise eingeführt werden.
Der Zweck wird in der Abfrage angegeben und auditiert.
Wie eine Abfrage funktioniert
Eine TEFCA-Abfrage unter dem anfänglichen QHIN Technical Framework verwendet IHE-Profile: XCPD findet den Patienten über Netzwerke hinweg und XCA fragt Dokumente ab und ruft sie ab, typischerweise C-CDA, mit SAML-Assertions, die den Zweck und den Anfragenden tragen. Die Common Agreement Version 2.0 (2024) fügte FHIR-basierten Austausch hinzu, mit Endpunkten im RCE-Verzeichnis und UDAP-basierter Sicherheit, während der Dokumentenaustausch parallel weiterläuft.
Unter dem anfänglichen QTF verwendet der QHIN-zu-QHIN-Austausch IHE-Profile: XCPD zur Patientenfindung über Netzwerke hinweg, XCA zur Abfrage und zum Abruf von Dokumenten (typischerweise C-CDA), wobei SAML-Assertions den Zweck und den Anfrager tragen. Die Common Agreement Version 2.0 (2024) fügte Unterstützung für den FHIR-basierten Austausch hinzu: Teilnehmer können FHIR-Endpunkte im RCE-Verzeichnis veröffentlichen, die Authentifizierung der TEFCA FHIR-Roadmap (UDAP-basierte dynamische Client-Registrierung und Zertifikate) verwenden und Ressourcen direkt abfragen, wobei die QHINs die Vertrauensvermittlung übernehmen, anstatt Dokumente weiterzuleiten. Der Dokumentenaustausch läuft parallel weiter; die FHIR-Adoption ist die Richtung.
Individuelle Zugangsleistungen
Individual Access Services (IAS) ist der TEFCA-Austauschzweck, der es einem Patienten ermöglicht, eine App zu nutzen, um seine eigenen Daten von jedem verbundenen Anbieter abzurufen: Ein QHIN oder Teilnehmer bietet IAS an, der Patient verifiziert seine Identität auf der Assurance Level IAL2, und die Antwortenden müssen innerhalb der Fristen der Common Agreement antworten. Dies ist das TEFCA-Gegenstück zu den Cures Act API-Zugangsrechten.
Ein QHIN oder Teilnehmer kann IAS anbieten: Ein Patient nutzt eine App, verifiziert seine Identität auf einem definierten Sicherstellungsniveau (IAL2), und die App fragt TEFCA nach den Patientenaufzeichnungen bei jedem verbundenen Anbieter ab. Antwortende müssen innerhalb der Fristen der Common Agreement antworten. Dies ist das TEFCA-Gegenstück zu den API-Zugriffsrechten gemäß den Cures Act-Regeln und dem europäischen EHDS-Patientenzugang und ermöglicht es einem persönlichen Gesundheitsdatensatz, Daten ohne einzelne Portal-Logins abzurufen. Siehe Gesundheitsakten online.
Wo Carequality und CommonWell passen
Carequality und CommonWell Health Alliance sind die beiden privaten Rahmenwerke, die vor TEFCA die meisten US-Anbieter verbunden haben und monatlich zig Millionen Dokumente austauschen. CommonWell ist zu einem QHIN geworden, und Carequality richtet sein Rahmenwerk an TEFCA aus, damit die Implementierer wechseln und sich nicht zweimal verbinden müssen; heute tragen sie das Volumen, während TEFCA die Verpflichtungen und die FHIR-Zukunft trägt.
Vor TEFCA verbanden zwei private Rahmenwerke bereits die meisten US-Anbieter: Carequality (ein Vertrauensrahmen, ebenfalls von The Sequoia Project betrieben) und CommonWell Health Alliance (ein Netzwerk mit einem Record Locator Service). Beide tauschen zig Millionen Dokumente pro Monat aus. CommonWell wurde ein QHIN; Carequality richtet seinen Rahmen an TEFCA aus, damit Implementierer übergehen und nicht zweimal verbinden. Für einen Entwickler sind heute Carequality und CommonWell dort, wo das Volumen liegt; TEFCA ist dort, wo die Verpflichtungen und die FHIR-Zukunft liegen.
Was sich für Entwickler ändert
Für Entwickler ersetzt TEFCA bilaterale Netzwerkvereinbarungen durch einen einzigen rechtlichen Rahmen, fügt Identitäts- und Sicherheitsanforderungen hinzu (Zertifikate, UDAP für FHIR, IAL2 für individuellen Zugang, Audit-Protokollierung, Benachrichtigung über Sicherheitsverletzungen an die RCE), bietet eine Verzeichnis-basierte Suche nach Endpunkten im ganzen Land, liefert Daten jetzt als C-CDA und zunehmend als FHIR US Core und sitzt neben den Informationsverhinderungsregeln, die unabhängig davon gelten.
- Ein einheitlicher Rechtsrahmen (die Common Agreement und ihre Weitergabe) anstelle von bilateralen Vereinbarungen mit jedem Netzwerk.
- Identitäts- und Sicherheitsanforderungen: Zertifikate, UDAP für FHIR, IAL2 für individuellen Zugriff, Audit-Protokollierung, Benachrichtigung über Verstöße an die RCE.
- Verzeichnisbasierte Ermittlung von Endpunkten im ganzen Land.
- Daten in C-CDA jetzt, FHIR US Core zunehmend: Ihre Aufzeichnung muss beides konsumieren, auf die USCDI Datenklassen abbilden und die Patientenabgleichung über Netzwerke hinweg handhaben (Patientenabgleich).
- Informationsblockierung: Zertifizierte Gesundheitstechnologie und Anbieter dürfen den Zugang und den Austausch nicht unangemessen behindern; die TEFCA-Teilnahme ist eine Möglichkeit, den Austausch nachzuweisen.
Das europäische Gegenstück
Die EU-weite MyHealth@EU und die EHDS spielen die Rolle von TEFCA für den grenzüberschreitenden Austausch: nationale Kontaktstellen anstelle von QHINs, das europäische EHR-Austauschformat anstelle von USCDI und eine Verordnung anstelle einer freiwilligen Vereinbarung. Siehe MyHealth@EU und die grenzüberschreitende Patientenübersicht und Ihre medizinischen Daten in der EU.
Anpheros ist eine europäische Plattform; für die US-Nutzung konsumiert ihr FHIR-Datensatz C-CDA- und FHIR-US-Core-Daten, die ein Patient über Portale, IAS-Apps oder direkte Klinikverbindungen erhält, und behält die Herkunft pro Quelle bei.
Diese Seite erklärt die Regulierung für Produkt- und Ingenieurteams. Sie ist keine Rechtsberatung; die unter Quellen verlinkten Texte sind maßgeblich, und Ihr Datenschutzbeauftragter, Ihre benannte Stelle oder Ihr Anwalt entscheidet für Ihren Fall. Zuletzt überprüft: Oktober 2026.
Verwandte Seiten
- USCDI erklärt
- CDA und C-CDA erklärt
- Patientenabgleich und der Master Patient Index
- Gesundheitsakten online: EU, UK und USA
- HIPAA vs. GDPR
- Gesundheitsdaten-Regulierungsübersicht
- MyHealth@EU und die grenzüberschreitende Patientenübersicht
- Nationale elektronische Gesundheitsakten in Europa und den USA
Quellen
- ASTP/ONC: Trusted Exchange Framework and Common Agreement (TEFCA)
- The Sequoia Project: RCE, Common Agreement und QHIN-Verzeichnis
- RCE: QHIN Technical Framework
- Carequality
- CommonWell Health Alliance
- 21st Century Cures Act, Abschnitt 4003 (Trusted Exchange Framework)
Häufige Fragen
Ist TEFCA obligatorisch?
Die Teilnahme ist freiwillig, aber sie wird zunehmend in föderalen Regeln erwähnt (z. B. als Möglichkeit, bestimmte Austauschvoraussetzungen zu erfüllen) und von großen Gesundheitssystemen und Kostenträgern erwartet. Die Regeln zur Informationsblockierung gelten unabhängig von der TEFCA-Teilnahme.
Was ist der Unterschied zwischen einem QHIN und einem HIE?
Ein Health Information Exchange (HIE) ist jede Organisation, die Gesundheitsdaten zwischen Teilnehmern bewegt, oft regional. Ein QHIN ist ein HIE oder Netzwerk, das die Common Agreement unterzeichnet hat, das Onboarding der RCE bestanden hat und sich unter denselben Regeln mit jedem anderen QHIN verbindet.
Kann eine Patienten-App direkt auf TEFCA zugreifen?
Über einen QHIN oder Teilnehmer, der Individual Access Services anbietet, mit der verifizierten Identität des Patienten auf IAL2. Die App wird kein QHIN; sie wird ein Unterteilnehmer oder ein Kunde davon.
Verwendet TEFCA FHIR?
Zunehmend. Der anfängliche Austausch nutzte IHE-Dokumentstandards (XCPD, XCA, C-CDA). Die Common Agreement 2.0 und das QTF fügten FHIR-basierten Austausch mit UDAP-Sicherheit hinzu; beide laufen parallel, während die Netzwerke migrieren.
Kostenlos in der Sandbox testen
Ihr erster FHIR-Aufruf in 5 Minuten. Eine HL7 FHIR R4 API mit der Zustimmung des Patienten: probieren Sie sie in der Sandbox aus und verbinden Sie dann Ihre eigene App oder Ihr Kliniksystem.
Kostenlos · 30 synthetische Patienten · keine Karte
Anpheros entwickelt eine Patientenakte, die der Patient kontrolliert und mit jeder Klinik teilen kann, auf einer HL7 FHIR R4-Plattform mit Sitz in der EU. Diese Anleitungen helfen Ihnen, Ihre Gesundheit zu verstehen und zu organisieren; sie ersetzen nicht Ihren Arzt.
Über Anpheros →