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 プロトコルの上に実装されているため、機械学習（AI）やその他の形式のデータ分析をサポートする FHIR リソースを取得して分析できます。これらの機能によって、医療データについてより包括的で理解度を高めることができます。
効率的なデータ交換
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 を統合することで、FHIR 形式の EHR や他のソースからの臨床データを OMOP 規格の研究データとして使用できます。OMOP の特定のフィールドとデータ要素を FHIR の既存のデータに統合することもできます。
オープンソースの Cloud Healthcare API データ ハーモナイゼーション マッピング エンジンを使用して、次のタスクを行うことができます。
- OMOP CDM などにデータをハーモナイズする。
- FHIR から OMOP へのデータ変換のためのデータ マッピングを構成します。