Fast Healthcare Interoperability Resources（FHIR）は、電子医療記録（EHR）を表現および交換するためのアプリケーション プログラミング インターフェース（API）を備えた医療データ規格です。FHIR は、システム間でデータをリンクできる情報ネットワークと、システム間でデータを交換できる通信ネットワークです。
FHIR には次のものが含まれます。
- HTTP ベースの RESTful プロトコル
- JSON、XML、RDF を使用するデータ表現
FHIR について詳しくは、FHIR 仕様の最新の公開バージョンをご覧ください。
ヘルスケア情報技術における FHIR の重要性
医療 IT システムは、同じデータモデルを共有していないことが多く、医療データのデジタル化が進むにつれ、システム間の非互換性の解決にコストも時間もかかるようになってきています。
FHIR では、共通のデータモデルと REST アーキテクチャを定義し、さまざまな医療システムがデータを共有して統合できるようにしています。FHIR は柔軟性と適応性を考慮して設計されているので、幅広い設定やさまざまな医療情報システムで使用できます。
FHIR は、医療、管理、インフラストラクチャ、財務などの個別のデータ要素を表すリソースを使用しています。各リソースは一意の ID にリンクされているため、アプリケーションで簡単に同じデータにアクセスして変更できるようになっています。リソースは、それぞれのデータモデルに準拠する形式でコンパイルして、さまざまな医療機関に配布できます。
FHIR は、医療 IT システムの相互運用性を改善できる貴重なツールです。コストの削減や効率の向上だけでなく、ケアの品質向上にも役立ちます。
FHIR のメリット
デバイスとプラットフォームの間の相互運用
FHIR は、モノリス データサイロからオープン API への医療データの交換に対応しています。FHIR は、電子医療記録（EHR）へのアクセス、検索、変更、医療 IT システム間でのデータ交換のためのオープン API を備えた主要な医療データ標準です。
FHIR を使用すると、次のようなプラットフォームで医療機関と患者の間で EHR を交換できます。
- EHR ベースのデータ共有
- モバイルアプリ
- クラウドベースのアプリケーション
- ウェアラブル端末
FHIR API を使用すると、サードパーティ製アプリを既存のシステムと統合することもできます。
レガシー規格との互換性
FHIR は、HL7 バージョン 2 メッセージングと HL7 バージョン 3 臨床ドキュメント アーキテクチャ（HL7 CDA）から進化しました。FHIR は HL7v2 や HL7 CDA と連携して使用できます。
FHIR と他の HL7 規格の関係の詳細については、付録: FHIR と他の HL7 規格の関係をご覧ください。
解読可能で有用なデータ
FHIR は HTTPS プロトコルの上に実装されているため、FHIR リソースを取得して解析し、ML、AI、その他のデータ分析をサポートできます。これらの機能により、ヘルスケア データについてより深く、より多目的な理解を深めることができます。
効率的なデータ交換
FHIR のリソースベースのアプローチにより、より効率的で正確なデータ交換が容易になります。 FHIR は均一な医療情報の標準を使用するため、共有ベースリソースからカスタム テンプレートを作成でき、データ テンプレートの不整合がなくなります。この一貫性により、医療システム間でのデータ交換におけるデータの精度と読みやすさが向上します。
FHIR では、データをリソースとして交換することで、すべてのヘルスケア IT システムのデータテンプレートを個別に変更する必要がなくなります。FHIR は、患者、入院、投薬などのリソースをサービスとして公開します。したがって、コンシューマーのモバイルアプリは GET リクエストと POST リクエストを使用して関連データのみを取得して操作できます。
FHIR アーキテクチャ
FHIR ストア
FHIR ストアは、FHIR リソースを保持する Cloud Healthcare API のデータストアです。FHIR ストアはデータセット内に存在します。
FhirStore リソースは、DICOM ストアの属性を表します。各 FHIR ストアに対して以下のようなオプションを選択できます。
updateCreate機能の有効化（DSTU2、STU3、R4）。- FHIR ストアへの変更情報を Pub/Sub トピックに公開する。
- 参照整合性が必要です。
- リソースのバージョニングの有効化（DSTU2、STU3、R4）
これらの構成オプションの状態は、FHIR ストアの機能ステートメント（STU3 または R4）または適合性ステートメント（DSTU2）に表示されます。
FHIR のリソース
FHIR はリソースを使用してデータ形式と要素を整理します。各リソースのプロパティは次のとおりです。
- データを定義して表現するための共有メソッド。再利用可能な要素クラスタで構成されるデータ型で構築されます。
- 技術的および構造的なコンテキストを提供する、共通のメタデータ セット。
- 臨床安全性のための代替表示オプションとして HTML を使用する、人が読めるテキスト表現。
FHIR では、リソースの基本セットを指定します。リソースは、医療サービス提供者が希望するデータモデルに合うようにさまざまな方法で組み合わせることができます。FHIR は、臨床観察や臨床文書の表現も提供します。FHIR はあらゆる文書やデータ型を網羅することを目的としているのではありません。代わりに、臨床や請求に関するユースケースの大半をまずサポートしています。その後、臨床や組織で発生した追加のニーズに応じて FHIR の実装を拡張できます。
FHIR プロファイル
拡張機能を使用すると、アプリケーションは既存のリソースをカスタマイズし、プロファイルを使用して仕様を記述できます。プロファイルは、特定の使用とコンテキストに該当するリソースの既存のコア仕様に加える一連の手順です。Cloud Healthcare API は、関連するプロファイルの制約と照らし合わせてリソースを検証することで、プロファイルを適用します。
たとえば、患者の民族を記録することは、特定の地域では許可されませんが、他の地域では必須です。プロファイルを使用すると、FHIR ベース仕様で地域のポリシーに従って「民族」拡張機能を定義して必須にできます。そのため、プロファイルを使用すると、国、地域、地区、組織は医療データの規制とニーズに応じてデータをカスタマイズできます。
プロファイルを使用すると、次のことができます。
- 追加のオペレーションを定義し、必要な既存の検索パラメータを指定して、新しい検索パラメータを追加することで、FHIR API を拡張および制限します。
- リソースの拡張を定義し、フィールドのカーディナリティを変更して、リソースを拡張および制限します。
プロファイルのコレクションは、実装ガイドとして公開できます。実装ガイドは、機械と人間の両方が読み取れる形式です。REST を使用して交換、検索でき、コードとユーザー インターフェースの生成に使用できます。
FHIR 拡張機能の詳細については、FHIR 拡張機能をご覧ください。
FHIR ベース URL の実装
公式の FHIR ドキュメント（DSTU2、STU3、R4）に示されているように、FHIR サービスベース URL は http(s)://server/PATH という形式を使用します。（例: https://server/path/Observation）
Healthcare API では、この基準に準拠したベース URL を使用します。Healthcare API のベース URL には以下の部分が含まれます。
- Cloud Healthcare API のエンドポイント
- Cloud Healthcare API のバージョン
- プロジェクト ID
- データセットの名前
- データセットの場所
- FHIR ストアの名前
/fhirサフィックス
次のテーブルに、Cloud Healthcare API での FHIR サービスのベース URL とそのベース URL の形式を示します。
| FHIR サービスのベース URL | Cloud Healthcare API の対応する URL |
|---|---|
http(s)://server/PATH |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir |
FHIR RESTful API を使用して患者に関する情報を取得するには、HTTP GET リクエストを行います。次の表は、FHIR サービスのベース URL と Cloud Healthcare API の同等のベース URL を使用して、この情報を取得するために使用する形式を示しています。
| FHIR サービスのベース URL | Cloud Healthcare API の対応する URL |
|---|---|
http(s)://server/path/Patient/PATIENT_ID |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir/Patient/PATIENT_ID |
FHIR 適合性
Cloud Healthcare API での FHIR DSTU2、STU3、R4 の実装の詳細については、FHIR 適合性宣言をご覧ください。
OMOP との統合
OMOP 共通データモデル（OMOP CDM）は、Observational Health Data Sciences and Informatics（OHDSI）によって開発された標準です。主に観察的臨床データに使用されます。OHDSI ツールスイートは、コホート定義、コホート生成、集団効果の推定などの一般的な分析ユースケースに役立ちます。広範な用語と遺伝学をサポートしているため、ゲノミクスや製薬研究でよく使用されるデータモデルです。
OMOP の詳細については、次のリソースをご覧ください。
FHIR と OMOP を統合することで、EHR やその他のソースの FHIR 形式の臨床データを OMOP 標準の研究データとして使用できます。OMOP の特定のフィールドとデータ要素は、FHIR の既存のデータに統合することもできます。
オープンソースの Cloud Healthcare API データ ハーモナイゼーション マッピング エンジンを使用して、次のタスクを行うことができます。
- OMOP CDM などにデータをハーモナイズする。
- FHIR から OMOP へのデータ変換用のデータマッピングの構成。