快速醫療照護互通資源 (FHIR) 是醫療照護資料標準，其中包含應用程式設計介面 (API)，可用於表示及交換電子健康記錄 (EHR)。FHIR 是資訊網路，可讓您連結各系統的資料，也是通訊網路，可讓您在系統之間交換資料。
FHIR 包含下列項目：
- 以 HTTP 為基礎的 RESTful 通訊協定
- 使用 JSON、XML 和 RDF 的資料表示法
如要進一步瞭解 FHIR，請參閱最近發布的 FHIR 規範。
FHIR 在醫療資訊科技中的重點
醫療照護 IT 系統通常不會共用相同的資料模型。隨著醫療照護資料數位化程度提高，解決不同系統之間的不相容問題就會變得昂貴且耗時。
FHIR 定義了通用資料模型和 REST 架構，讓不同醫療照護系統能夠分享及整合資料。FHIR 的設計旨在提供彈性和適應性，因此可在各種環境和不同醫療照護資訊系統中使用。
FHIR 使用資源來代表個別的醫療、行政、基礎架構或財務資料元素。每個資源都會連結至專屬 ID，讓應用程式更輕鬆地存取及修改相同資料。資源可根據各自的資料模型格式編譯並分發給不同的醫療照護服務供應商。
FHIR 是一項實用工具，可改善醫療照護 IT 系統的互通性。這有助於降低成本、提高效率，並改善照護品質。
FHIR 的優點
跨裝置和跨平台的互通性
FHIR 可讓您將醫療照護資料從單一資料孤島交換至開放式 API。FHIR 是主要的醫療照護資料標準，提供開放式 API，可用於存取、搜尋及修改電子健康記錄 (EHR)，以及在醫療照護 IT 系統之間交換資料。
FHIR 可讓醫療服務提供者和消費者在下列平台上交換電子病歷：
- 以電子病歷為基礎的資料共用
- 行動應用程式
- 雲端應用程式
- 穿戴式裝置
FHIR API 也能讓第三方應用程式與現有系統整合。
與舊版標準的相容性
FHIR 是從 HL7 第 2 版訊息和 HL7 第 3 版臨床文件架構 (HL7 CDA) 演變而來。FHIR 可與 HL7v2 和 HL7 CDA 搭配使用。
如要進一步瞭解 FHIR 與其他 HL7 標準之間的關係，請參閱「附錄：FHIR 與其他 HL7 標準的關係」。
可解讀且實用的資料
由於 FHIR 是建構在 HTTPS 通訊協定之上，您可以擷取及剖析 FHIR 資源，以支援機器學習、AI 和其他形式的資料分析。這些功能可讓您更深入且多元地瞭解醫療照護資料。
高效交換資料
FHIR 的資源導向方法可促進更有效率且準確的資料交換。由於 FHIR 採用統一的健康資訊標準，因此您可以使用共用的基本資源建立自訂範本，並消除資料範本中的不一致性。這項一致性可改善跨醫療系統資料交換的準確度和可讀性。
FHIR 會以資源交換資料，因此不必個別修改每個醫療 IT 系統的資料範本。FHIR 會將病患、住院和藥物等資源公開為服務。因此，消費者行動應用程式可以使用 GET 和 POST 要求，只擷取及操控相關資料。
FHIR 架構
FHIR 儲存庫
FHIR 儲存庫是 Cloud Healthcare API 中的資料儲存庫，用於儲存 FHIR 資源。FHIR 儲存庫位於資料集內。
FhirStore 資源可呈現 FHIR 存放區的屬性。您可以為每個 FHIR 儲存庫選擇下列選項：
- 啟用
updateCreate功能 (DSTU2、STU3、R4、R5)。 - 將 FHIR 儲存區的變更內容發布至 Pub/Sub 主題。
- 需要參照完整性。
- 啟用資源版本功能 (DSTU2、STU3、R4、R5)。
這些設定選項的狀態會顯示在 FHIR 儲存庫的功能聲明 (STU3 或 R4 或 R5) 或相容性聲明 (DSTU2) 中。
FHIR 資源
FHIR 會使用資源整理資料格式和元素。每項資源都具有下列屬性：
- 用於定義及表示資料的共用方法，以由可重複使用的元素叢集組成的資料類型為基礎。
- 一組常見的中繼資料，提供技術和結構性背景資訊。
- 使用 HTML 做為臨床安全備用顯示選項的人類可讀文字表示法。
FHIR 會指定一組基本資源，可透過各種方式組合，滿足醫療照護機構對資料模型的需求。並提供臨床觀察和文件的表示法。FHIR 的目標並非涵蓋所有可能的文件或資料類型。相反地，FHIR 首先支援大多數臨床和帳單用途。接著，您可以擴充 FHIR 導入作業，滿足其他臨床或機構需求。
FHIR 設定檔
應用程式可使用擴充功能自訂現有資源，並透過設定檔描述其規格。除了現有的核心規格，設定檔還包含一組操作說明，可用於特定用途和情境下的資源。Cloud Healthcare API 會根據相關設定檔中的限制，驗證資源，以便強制執行設定檔。
舉例來說，某些地區禁止記錄病患的種族，但其他地區則規定必須記錄。使用設定檔時，FHIR 基本規格可根據區域政策定義並要求「ethnicity」擴充資料。因此，設定檔可協助各國、區域、行政區和機構根據自身的醫療資料法規和需求自訂資料。
您可以使用設定檔執行下列操作：
- 定義其他作業、指定必要的現有搜尋參數，以及新增搜尋參數，以擴充及限制 FHIR API。
- 定義資源的擴充功能並變更欄位的基數，擴充及限制資源。
您可以將一系列設定檔發布為導入指南。實作指南可供機器和人類閱讀。您可以使用 REST 交換及搜尋這些項目，並用於產生程式碼和使用者介面。
如要進一步瞭解 FHIR 擴充功能，請參閱「FHIR 擴充功能」。
FHIR 基本網址實作
如官方 FHIR 文件所示 (DSTU2、STU3 和 R4)，FHIR 服務基礎網址採用 http(s)://server/PATH 格式。例如：https://server/path/Observation。
Cloud Healthcare API 會使用符合此標準的基本網址。Cloud Healthcare API 的基礎網址包含以下部分：
- Cloud Healthcare API 的端點
- Cloud Healthcare API 的版本
- 專案 ID
- 資料集名稱
- 資料集的位置
- FHIR 儲存庫的名稱
/fhir後置字串
下表列出 FHIR 服務基準網址的格式，以及 Cloud Healthcare API 中的等效基準網址：
| FHIR 服務基準網址 | Cloud Healthcare API 等效網址 |
|---|---|
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 服務基準網址和 Cloud Healthcare API 中的等效基準網址，取得這項資訊的格式：
| FHIR 服務基準網址 | Cloud Healthcare API 等效網址 |
|---|---|
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) 是由觀察性健康資料科學與資訊學 (OHDSI) 開發的標準。主要用於觀察性臨床資料。OHDSI 工具套件可協助您進行常見的數據分析用途，例如同類群組定義、同類群組產生和族群效應估計。由於支援的術語和遺傳學資料豐富，因此在基因體學和藥物研究中，這是常用的資料模型。
如要進一步瞭解 OMOP，請參閱下列資源：
整合 FHIR 和 OMOP 後，電子病歷和其他來源的臨床資料就能以 FHIR 格式，用於 OMOP 標準的研究資料。OMOP 中的特定欄位和資料元素也可以整合至 FHIR 中的現有資料。
您可以使用 開源 Cloud Healthcare API 資料協調對應引擎執行下列工作：
- 將資料與 OMOP CDM 和其他資料進行協調。
- 設定 FHIR 到 OMAP 資料轉換的資料對應。