FHIR (Fast Healthcare Interoperability Resources)

FHIR (Fast Healthcare Interoperability Resources)は、HL7 Internationalの標準規格であり、リソースと呼ばれるモジュール式のデータ単位とウェブスタイルのアプリケーションプログラミングインターフェースを用いて、医療情報を交換します。これは、以前のHL7標準の構造化された情報モデリングと、広く使用されているウェブ技術（RESTful API、JSONおよびXMLシリアライゼーション、標準HTTP）を組み合わせることで、医療データへのアクセスとアプリケーション構築を容易にします。

Definition

FHIRは、臨床データおよび管理データを、それぞれが定義された構造と安定した識別子を持つ、独立した自己完結型のリソースとして表現し、標準的なウェブプロトコルを介したRESTfulアプリケーションプログラミングインターフェースを通じてそれらを交換する標準です。これにより、システムやアプリケーションは相互運用可能な方法で医療データを読み取り、書き込み、検索することができます。

Scope

この項目では、FHIRのリソースモデル、そのRESTful交換パラダイム、ローカルニーズへのプロファイリング、および以前のHL7標準やSMART on FHIRのような代替可能なアプリケーションとの関係について説明します。FHIRをデータ交換標準および方法論的トピックとして扱っており、実装、セキュリティ設定、または調達に関するガイダンスは提供していません。

Core questions

• FHIRリソースとは何ですか、そしてリソースはどのように組み合わされて患者記録を表現するのですか？
• RESTful APIアプローチはHL7 v2メッセージングとどのように異なりますか？
• プロファイルと拡張機能とは何ですか、そしてなぜそれらが必要なのですか？
• FHIRはSMART on FHIRのような代替可能なアプリケーションをどのように可能にするのですか？

Key concepts

• リソース（患者、観察、エンカウンター、投薬依頼など）
• RESTful API（作成、読み取り、更新、削除、検索）
• JSONおよびXMLシリアライゼーション
• 参照とバンドル
• プロファイルと拡張機能
• 実装ガイド
• SMART on FHIR代替可能アプリケーション

Mechanisms

FHIRは、医療情報をリソース（患者、観察、投薬依頼などのモジュール単位）としてモデル化します。各リソースには、定義された要素セットと安定したアドレス可能な識別子があります。リソースは互いに参照し合い、リソースのグループはバンドルにまとめられます。システムは、標準的なHTTP操作がリソースの作成、読み取り、更新、削除、検索を行うRESTfulインターフェースを介してこれらを交換し、データはJSONまたはXMLとしてシリアライズされます。個々の展開にはローカルな制約が必要なため、FHIRはプロファイリングをサポートしています。プロファイルと拡張機能は、基本リソースを管轄区域やユースケースに合わせて調整し、実装ガイドはこれらをコミュニティ向けにパッケージ化します。このリソースとAPIの設計は、代替可能なアプリケーションの基盤でもあり、FHIRエンドポイントに対して認証されたアプリ（SMART on FHIRパターン）は、準拠するシステム全体で実行できます。

Clinical relevance

FHIRは、患者向けアプリ、臨床データアクセス、組織間のデータ交換の基盤としてますます利用されており、国の相互運用性政策にも取り入れられています。この項目では、FHIRがデータをどのように構造化し、公開するかを説明しています。これは標準に関する参考資料であり、臨床システムの構築、保護、または展開に関するガイダンスではありません。

Evidence & guidelines

FHIRは、HL7 Internationalの規範的な標準であり、HL7を通じて開発され、投票によって承認されています。また、各国および地域の実装ガイドによって、ローカルでの使用が制約されています。Bender and Sartipi (2013) は、この標準のRESTful設計に関する初期の技術的記述であり、Benson and Grieveの教科書は、HL7およびSNOMED CTと並んでFHIRの統合的な説明を提供しています。Mandl and Kohane (2012) は、FHIRがサポートするオープンなアプリベースのアーキテクチャの政策的根拠を提供しています。

History

FHIRは、2011年から2012年頃にHL7によって、Grahame Grieveが主導して開始されました。これは、主流のウェブ技術を再利用した、HL7バージョン3よりも意図的に軽量な代替案として位置づけられました。Bender and Sartipi (2013) のような初期の記述では、アジャイルでRESTfulなアプローチとして位置づけられ、2010年代を通じて、オープンで代替可能な医療ITに関する政策的議論と収束しながら、標準は連続的なリリースを経て規範的ステータスへと進展しました。

Debates

FHIRは真のセマンティック相互運用性をどの程度達成していますか？

FHIRは構造と交換をうまく標準化していますが、一貫した意味は依然としてプロファイルと用語バインディングの厳格な使用に依存します。実装間のプロファイリングのばらつきは、そのままのセマンティック相互運用性を制限する可能性があります。

Key figures

• Grahame Grieve
• Duane Bender
• Kamran Sartipi
• Kenneth Mandl
• Isaac Kohane

Seminal works

• bender-sartipi-2013
• benson-grieve-2021

Frequently asked questions

FHIRはHL7 v2メッセージングとどのように異なりますか？

HL7 v2は区切り記号付きセグメントを持つイベント駆動型メッセージを送信するのに対し、FHIRはRESTfulウェブAPIを通じて個別のリソースを公開し、システムはHTTP上のJSONなどの主流フォーマットを使用して直接読み取り、書き込み、検索することができます。

SMART on FHIRとは何を意味しますか？

SMART on FHIRは、オープン標準を使用してアプリケーションがFHIRエンドポイントに対して認証を行うパターンであり、これにより同じアプリが準拠するFHIR APIを公開する異なるシステム間で実行できます。これはFHIRのリソースとAPI設計の動機の一つです。