

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

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

AWS HealthLake 支援 FHIR 訂閱，可讓您在特定醫療保健資料發生變更時接收即時通知。此功能實作 FHIR R5 Backport 主題型訂閱模型，相較於傳統 FHIR R4 訂閱模型，可提供更佳的可擴展性和彈性。

透過 FHIR 訂閱，您可以建置事件驅動的醫療保健應用程式，以立即回應臨床資料的變化，從而及時介入、自動化工作流程和增強護理協調。

**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>

HealthLake 中的 FHIR 訂閱在主題型模型上運作，其中：

1. **建立主題以定義事件**：建立訂閱主題以指定可觸發通知的事件

1. **您訂閱**：使用特定篩選條件建立這些主題的訂閱

1. **HealthLake 監控**：服務會持續監控符合您條件的事件

1. **傳送通知**：CWhen，HealthLake 會透過您選擇的管道傳送通知

## 關鍵元件
<a name="managing-fhir-subs-components"></a>

FHIR 訂閱包含下列元件。

### 訂閱主題
<a name="managing-fhir-subs-components-sub-topic"></a>

訂閱主題是通知系統的基礎，並定義：
+ **觸發事件**：哪些變更觸發通知 （例如：資源建立、更新、刪除）
+ **可用的篩選條件**：訂閱者可使用哪些篩選選項
+ **通知內容**：通知中包含哪些資料

下表列出常見的主題類型。


| 事件類型 | Description | 常用案例 | 
| --- | --- | --- | 
| 資源建立 | 建立資源時觸發 | 新病患註冊，新觀察記錄 | 
| 資源更新 | 修改資源時觸發 | 狀態變更、臨床更新 | 
| 資源刪除 | 刪除資源時觸發 | 稽核與合規追蹤 | 

### Subscriptions
<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>

根據您的需求選擇適當的承載類型：


| 承載類型 | Description | 安全考量 | 
| --- | --- | --- | 
| 僅限 ID | 僅包含資源識別符 | 最低 PHI 暴露 | 
| 完整資源 | 包含大小上限為 256 KB 的完整資源內容。如果大小大於 256KB，則會回到僅限 ID  | 包含 PHI；驗證安全處理 | 

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

效能最佳化
+ **使用聚焦篩選條件**：縮小您的條件以僅接收基本通知
+ **選擇適當的承載類型**：盡可能使用僅限 ID 的承載以獲得更好的效能
+ **實作有效率的接收者**：確保通知接收者快速處理訊息

安全考量
+ **安全端點**：為 REST Hook 端點實作適當的身分驗證
+ **PHI 保護**：請謹慎處理完整資源承載，因為其中包含 PHI
+ **存取控制**：僅限授權使用者建立訂閱

卓越營運
+ **設定適當的結束日期**：使用暫時訂閱的結束日期
+ **監控訂閱狀態**：定期檢查訂閱的狀態
+ **實作錯誤處理**：設計您的應用程式來處理通知交付失敗