快速医疗互操作性资源 (FHIR) 是一种医疗保健数据标准，具有应用编程接口 (API)，用于表示和交换电子健康记录 (EHR)。FHIR 是一个信息网络，可让您关联系统中的数据，以及一个可让您在系统之间交换数据的通信网络，。
FHIR 包含以下内容：
- 基于 HTTP 的 RESTful 协议
- 使用 JSON、XML 和 RDF 的数据表示法
如需详细了解 FHIR，请参阅 FHIR 规范的最新发布版本。
FHIR 在医疗保健信息技术中的重要性
医疗保健 IT 系统通常不共享相同的数据模型。随着医疗保健数据越来越数字化，解决不同系统之间的不兼容性变得成本高昂且耗时。
FHIR 定义了一种通用的数据模型和 REST 架构，以便不同的医疗保健系统可以共享和集成数据。FHIR 旨在实现灵活性和适应性，因此可用于各种设置和不同的医疗保健信息系统。
FHIR 使用资源表示离散的医疗、管理、基础架构或财务数据元素。每个资源都与唯一标识符相关联，以便应用更轻松地访问和修改相同的数据。可以按照符合各自数据模型的格式编译和分发资源给不同的医疗服务提供方。
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 资源，以支持机器学习、AI 和其他形式的数据分析。借助这些功能，您可以更加深入、更全面地了解医疗保健数据。
高效的数据交换
FHIR 基于资源的方法有助于实现更高效、更准确的数据交换。由于 FHIR 使用统一的健康信息标准，因此您可以根据共享基本资源构建自定义模板，并消除数据模板中的不一致问题。这种统一性可提高整个健康系统内数据交换中数据的准确性和可读性。
通过将数据作为资源进行交换，FHIR 无需单独修改每个医疗 IT 系统的数据模板。FHIR 将患者、入院和药物等资源作为服务公开。因此，消费者移动应用可以使用 GET 和 POST 请求仅检索和处理相关数据。
FHIR 架构
FHIR 存储区
FHIR 存储区是 Cloud Healthcare API 中用于存储 FHIR 资源的数据存储区。FHIR 存储区存在于数据集内。
FhirStore 资源表示 FHIR 存储区的属性。对于每个 FHIR 存储区，您可以选择以下选项：
这些配置选项的状态显示在 FHIR 存储区的功能声明（STU3 或 R4）或一致性声明 (DSTU2) 中。
FHIR 资源
FHIR 使用资源来组织数据格式和元素。每个资源都具有以下属性：
- 一种定义和表示数据的共享方法，基于由元素的可重复使用集群组成的数据类型构建。
- 一组通用的元数据，提供技术和结构上下文。
- 人类可读的文本表示法，使用 HTML 作为临床安全的后备显示选项。
FHIR 会指定一组基础资源，这些资源可通过各种方式组合起来，以满足医疗保健提供商的数据模型要求。它还提供了对临床观察和文档的表示形式。FHIR 的目标不是包含所有可能的文档或数据类型。相反，FHIR 首先会为大多数的临床和结算用例提供支持。然后，您可以扩展您的 FHIR 实现，以满足额外的医疗或组织需求。
FHIR 配置文件
使用扩展程序，应用可以自定义现有资源，并使用配置文件描述其规范。配置文件是除了属于特定用途和上下文的资源的现有核心规范之外的一组指令。Cloud Healthcare API 会根据相关配置文件中的限制条件来验证资源，从而强制执行配置文件。
例如，不允许在某些地区记录患者的种族，但在其他地区却需要这样做。使用配置文件，FHIR 基本规范可以根据区域政策定义并注明“种族”附加信息。因此，配置文件可帮助国家、区域、地区和组织根据其医疗保健数据法规和需求自定义数据。
您可以使用配置文件执行以下操作：
- 通过定义其他操作扩展和限制 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，来自 EHR 和其他来源的 FHIR 格式的临床数据可以用作 OMOP 标准中的研究数据。OMOP 中的特定字段和数据元素也可以集成到 FHIR 中的现有数据中。
您可以使用开源 Cloud Healthcare API 数据协调映射引擎执行以下任务：
- 与 OMOP CDM 等协调数据。
- 配置 FHIR-to-OMOP 数据转换的数据映射。