本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 在中管理 FHIR 订阅 AWS HealthLake
<a name="managing-fhir-subscriptions"></a>

AWS HealthLake 支持 FHIR 订阅，允许您在特定医疗保健数据发生变化时收到实时通知。此功能实现了 FHIR R5 Backport 基于主题的订阅模型，与传统的 FHIR R4 订阅模式相比，提供了更好的可扩展性和灵活性。

借助 FHIR Subscriptions，您可以构建事件驱动的医疗保健应用程序，这些应用程序可以立即响应临床数据的变化，从而实现及时的干预、自动化的工作流程和增强的护理协调。

**Topics**
+ [FHIR 订阅的工作原理](#managing-fhir-subs-how-subs-work)
+ [关键组件](#managing-fhir-subs-components)
+ [最佳实践](#managing-fhir-subs-best-practices)
+ [订阅生命周期](managing-fhir-subscriptions-lifecycle.md)
+ [创建订阅](managing-fhir-subscriptions-create.md)
+ [搜索订阅](managing-fhir-subscriptions-searching.md)
+ [筛选通知](managing-fhir-subscriptions-filter-notif.md)

## FHIR 订阅的工作原理
<a name="managing-fhir-subs-how-subs-work"></a>

FHIR 订阅在基于主题的模型上 HealthLake 运行，其中：

1. **创建主题以定义事件**：创建订阅主题以指定可以触发通知的事件

1. **您订阅**：使用特定的筛选条件创建对这些主题的订阅

1. **HealthLake 监视器**：该服务会持续监控符合您标准的事件

1. **已发送通知**：发生 CWhen 匹配事件， HealthLake 通过您选择的渠道发送通知

## 关键组件
<a name="managing-fhir-subs-components"></a>

FHIR 订阅由以下组件组成。

### 订阅话题
<a name="managing-fhir-subs-components-sub-topic"></a>

订阅主题是通知系统的基础，它定义了：
+ **触发事件**：哪些更改会触发通知（例如：资源创建、更新、删除）
+ **可用过滤器**：订阅者可以使用哪些筛选选项
+ **通知内容**：通知中包含哪些数据

下表列出了常见的主题类型。


| 事件类型 | 说明 | 常见使用案例 | 
| --- | --- | --- | 
| 资源创建 | 资源创建时触发 | 新患者登记，记录新的观察结果 | 
| 资源更新 | 资源被修改时触发 | 状态变化、临床更新 | 
| 资源删除 | 资源被删除时触发 | 审计和合规跟踪 | 

### 订阅
<a name="managing-fhir-subs-components-subs"></a>

订阅是指您请求接收由订阅主题定义的特定事件的通知。每份订阅包括：
+ **主题参考**：指定您要订阅的订阅主题
+ **过滤器**：选择哪些事件生成通知的标准
+ **频道配置**：应在何处以及如何发送通知
+ **有效负载首选项**：通知中应包含什么详细级别

### 通知渠道
<a name="managing-fhir-subs-components-notif-chan"></a>

HealthLake 支持以下通知渠道：


| 通道类型 | 使用案例 | 
| --- | --- | 
| EventBridge | 企业集成、无服务器工作流程、跨服务编排AWS  | 
| REST Hook | 直接端点通知，第三方系统集成 | 

### 通知负载
<a name="managing-fhir-subs-components-notif-payloads"></a>

根据需要选择合适的有效载荷类型：


| 有效载荷类型 | 说明 | 安全注意事项 | 
| --- | --- | --- | 
| 仅限身份证件 | 仅包含资源标识符 | 最小 PHI 暴露 | 
| 完整资源 | 包含完整资源内容，最大大小为 256 KB。如果大小大于 256KB，它将恢复为 “仅限身份证”  | 包含 PHI；验证安全处理 | 

## 最佳实践
<a name="managing-fhir-subs-best-practices"></a>

性能优化
+ **使用有针对性的过滤器**：缩小标准以仅接收基本通知
+ **选择适当的负载类型**：尽可能使用仅限 ID 的有效载荷以获得更好的性能
+ **实现高效的接收器**：确保通知接收者快速处理消息

安全注意事项
+ **安全端点**：对 REST Hook 端点实施正确的身份验证
+ **PHI 保护**：请谨慎使用完整资源有效负载，因为它们包含 PHI
+ **访问控制**：仅限授权用户创建订阅

卓越运营
+ **设置适当的结束日期**：使用临时订阅的结束日期
+ **监控订阅状态**：定期检查您的订阅状态
+ **实现错误处理**：设计应用程序以处理通知传送失败