短く言うと： TEFCA（Trusted Exchange Framework and Common Agreement）は、米国が医療情報ネットワークを全国規模で接続するためのフレームワークです。2016年の21世紀治療法（21st Century Cures Act）によって創設され、連邦政府の医療IT部門（ASTP/ONC）が、Recognized Coordinating Entity（RCE）であるThe Sequoia Projectを通じて運営しています。Common Agreementに署名し、オンボーディングを通過したネットワークはQualified Health Information Network（QHIN）となります。最初のQHINは2023年12月に指定されました。医療提供者、保険者、公衆衛生機関、アプリは、QHINのparticipantまたはsub-participantとして参加します。患者の記録に対するクエリは、共通のルールに基づいてあるQHINから別のQHINへと送信されます。交換は当初IHEのドキュメント標準を使用しており、FHIRへと移行中です。Individual Access Servicesにより、患者はTEFCAに接続されたアプリを通じて自身の記録を取得できます。
構造
TEFCAは、ASTP/ONCがポリシーを設定し、Trusted Exchange FrameworkとCommon Agreementを公開する層状構造を持っています。Recognized Coordinating Entity（The Sequoia Project)がQHINを指定し、技術フレームワークを維持します。QHINは他のすべてのQHINと接続します。病院、EHRベンダー、支払者などの参加者は1つのQHINと契約し、クリニックやアプリなどのサブ参加者はそれらを通じて接続します。
- ASTP/ONC はポリシーを設定し、Trusted Exchange Framework（原則）とCommon Agreement（契約）を公開します。
- RCE（The Sequoia Project）は、QHINを指定し、技術フレームワーク（QHIN Technical Framework、QTF）、標準運用手順、ディレクトリを維持し、紛争を処理します。
- QHIN は、他のすべてのQHINと接続するネットワークです。指定されたQHINには、eHealth Exchange、Epic Nexus、Health Gorilla、KONZA、MedAllies、CommonWell Health Alliance、Kno2、Surescriptsなどが含まれ、他にもオンボーディング中のネットワークがあります。
- Participants（病院、医療システム、EHRベンダー、HIE、保険者）は1つのQHINと契約します。Sub-participants（診療所、アプリ）はparticipantを通じて接続します。Common Agreementのダウンフロー条項は、すべての人に適用されます。
交換の目的
TEFCAの下では、データは治療、支払い、医療業務、公衆衛生、政府給付金決定、個人アクセスサービスという6つの定義された交換目的にのみ要求できます。各目的には、誰が要求できるか、および応答が必須であるかどうかのルールがあります。治療と個人アクセスに対する応答は必須ですが、他の目的は段階的に導入されています。
目的はクエリで表明され、監査されます。
クエリの仕組み
初期のQHIN Technical Frameworkに基づくTEFCAクエリはIHEプロファイルを使用します。XCPDはネットワーク全体で患者を検索し、XCAはSAMLアサーションで目的と要求者を運んでドキュメント（通常はC-CDA)をクエリして取得します。Common Agreementバージョン2.0（2024)では、RCEディレクトリのエンドポイントとUDAPベースのセキュリティによるFHIRベースの交換が追加され、ドキュメント交換も並行して継続されます。
初期のQTFの下では、QHIN間の交換はIHEプロファイルを使用します：ネットワーク間で患者を見つけるためのXCPD、ドキュメント（通常はC-CDA）をクエリおよび取得するためのXCA。SAMLアサーションは目的と要求者を伝達します。Common Agreement バージョン2.0（2024年）は、FHIRベースの交換をサポートしました。ParticipantsはRCEディレクトリにFHIRエンドポイントを公開し、TEFCA FHIRロードマップの認証（UDAPベースの動的クライアント登録と証明書）を使用し、リソースを直接クエリできます。QHINはドキュメントを中継するのではなく、信頼を仲介します。ドキュメント交換は並行して継続され、FHIRの採用が方向性です。
個人アクセスサービス
個人アクセスサービス（IAS)は、患者がアプリを使用して接続されているすべてのプロバイダーから自身の記録を取得できるTEFCA交換目的です。QHINまたは参加者がIASを提供し、患者はアシュアランスレベルIAL2で本人確認を行い、応答者はCommon Agreementのタイムライン内に返信する必要があります。これは、Cures ActのAPIアクセス権のTEFCA版です。
QHINまたはparticipantはIASを提供できます。患者はアプリを使用し、定義された保証レベル（IAL2）で本人確認を行い、アプリはTEFCAにクエリして、接続されているすべての医療提供者からの患者の記録を取得します。応答者は、Common Agreementのタイムライン内に応答する必要があります。これは、Cures Actのルールに基づくAPIアクセス権限や、ヨーロッパのEHDSの患者アクセス権限のTEFCA版であり、ポータルへの個別のログインなしに個人の健康記録がデータを取得できるようにするものです。オンラインの医療記録を参照してください。
CarequalityとCommonWellの役割
CarequalityとCommonWell Health Allianceは、TEFCA以前に米国のほとんどのプロバイダーを接続していた2つのプライベートフレームワークであり、月に数千万件のドキュメントを交換していました。CommonWellはQHINとなり、CarequalityはTEFCAとフレームワークを連携させているため、実装者は二重に接続するのではなく移行できます。現在、それらがトラフィックを処理し、TEFCAが義務とFHIRの将来を担っています。
TEFCA以前は、2つのプライベートフレームワークが米国のほとんどの医療提供者を接続していました：Carequality（The Sequoia Projectが運営する信頼フレームワーク）とCommonWell Health Alliance（レコードロケーターサービスを持つネットワーク）。どちらも月に数千万件のドキュメントを交換しています。CommonWellはQHINになりました。CarequalityはTEFCAに合わせてフレームワークを調整しており、実装者は二重に接続するのではなく移行できます。今日の開発者にとって、CarequalityとCommonWellはボリュームがある場所であり、TEFCAは義務とFHIRの未来がある場所です。
開発者にとっての変化
開発者にとって、TEFCAは二国間ネットワーク契約を単一の法的フレームワークに置き換え、IDとセキュリティ要件（証明書、FHIR用のUDAP、個人アクセス用のIAL2、監査ログ、RCEへの侵害通知)を追加し、全国のディレクトリベースのエンドポイント検出を提供し、現在はC-CDA、そしてますますFHIR US Coreとしてデータを提供します。そして、適用される情報ブロックのルールと並行して存在します。
- 各ネットワークとの二国間契約ではなく、単一の法的フレームワーク（Common Agreementとそのダウンフロー条項）。
- 本人確認とセキュリティ要件：証明書、FHIR用のUDAP、個人アクセス用のIAL2、監査ログ、RCEへの侵害通知。
- 全国規模のエンドポイントのディレクトリベースの検出。
- 現在はC-CDA形式、将来的にはFHIR US Core形式：レコードは両方を消費し、USCDIデータクラスにマッピングし、ネットワーク間の患者マッチングを処理する必要があります（患者マッチング）。
- 情報ブロック：認定された医療ITおよび医療提供者は、アクセスと交換を不当に妨げてはなりません。TEFCAへの参加は、交換を実証する1つの方法です。
ヨーロッパの対応
EUのMyHealth@EUとEHDSは、国境を越えた交換においてTEFCAの役割を果たします。QHINの代わりに国内連絡窓口、USCDIの代わりに欧州EHR交換フォーマット、そして自主的な合意ではなく規制です。MyHealth@EUと国境を越えた患者サマリーおよびEUにおける医療データを参照してください。
Anpherosはヨーロッパのプラットフォームです。米国での使用では、そのFHIRレコードは、患者がポータル、IASアプリ、または直接の診療所接続を通じて取得したC-CDAおよびFHIR US Coreデータを消費し、ソースごとにプロビナンスを保持します。
このページは、製品およびエンジニアリングチーム向けの規制について説明しています。これは法的助言ではありません。情報源の下にリンクされているテキストが権威であり、データ保護責任者、通知機関、または顧問があなたのケースを決定します。最終レビュー：2026年10月。
関連ページ
- USCDIの説明
- CDAとC-CDAの説明
- 患者マッチングとマスター患者インデックス
- オンラインの医療記録：EU、英国、米国
- HIPAA vs GDPR
- 医療データ規制マップ
- MyHealth@EUと国境を越えた患者サマリー
- ヨーロッパと米国の全国電子医療記録
情報源
- 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)
よくある質問
TEFCAは必須ですか？
参加は任意ですが、連邦規則（例えば、特定の交換要件を満たす方法として）でますます参照されており、大規模な医療システムや保険者から期待されています。情報ブロックの規則は、TEFCAへの参加に関わらず適用されます。
QHINとHIEの違いは何ですか？
Health Information Exchange（HIE）は、参加者間で医療データを移動させる組織であり、多くの場合地域的です。QHINは、Common Agreementに署名し、RCEのオンボーディングを通過し、同じルールで他のすべてのQHINと接続するHIEまたはネットワークです。
患者アプリはTEFCAに直接接続できますか？
個人アクセスサービスを提供するQHINまたはparticipantを通じて、患者の本人確認がIAL2で完了した場合です。アプリはQHINにはなりませんが、sub-participantまたはその顧客になります。
TEFCAはFHIRを使用しますか？
ますます使用しています。初期の交換ではIHEドキュメント標準（XCPD、XCA、C-CDA）が使用されました。Common Agreement 2.0とQTFは、UDAPセキュリティを備えたFHIRベースの交換を追加しました。ネットワークが移行する間、両方が並行して実行されます。
サンドボックスで無料で試す
5分で最初のFHIR呼び出し. 患者さんの同意が組み込まれたHL7 FHIR R4 APIです。サンドボックスでお試しいただき、ご自身のアプリやクリニックのシステムを接続してください。
無料・合成患者30人・カード不要
Anpherosは、患者が管理し、あらゆるクリニックと共有できる医療記録を、EUを拠点とするHL7 FHIR R4プラットフォーム上で構築しています。これらのガイドは、ご自身の健康を理解し整理するのに役立ちますが、医師の代わりになるものではありません。
Anpherosについて →