翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# での 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>

サブスクリプショントピックは、通知システムの基盤であり、以下を定義します。
+ **トリガーイベント**: 通知をトリガーする変更 (リソースの作成、更新、削除など)
+ **使用可能なフィルター**: サブスクライバーが利用できるフィルターオプション
+ **通知コンテンツ**: 通知に含まれるデータ

次の表に、一般的なトピックタイプを示します。


| イベントタイプ | 説明 | 一般的なユースケース | 
| --- | --- | --- | 
| リソースの作成 | リソースの作成時にトリガーされます | 新しい患者登録、新しい観察記録 | 
| リソースの更新 | リソースが変更されるとトリガーされます | ステータスの変更、臨床更新 | 
| リソースの削除 | リソースが削除されるとトリガーされます | 監査とコンプライアンスの追跡 | 

### サブスクリプション
<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>

必要に応じて適切なペイロードタイプを選択します。


| ペイロードタイプ | 説明 | セキュリティに関する考慮事項 | 
| --- | --- | --- | 
| ID のみ | リソース識別子のみが含まれます | 最小限の PHI 露出 | 
| フルリソース | 最大サイズが 256 KB の完全なリソースコンテンツが含まれます。サイズが 256KB を超える場合は、ID のみに戻ります。 | PHI を含む。安全な処理を検証する | 

## ベストプラクティス
<a name="managing-fhir-subs-best-practices"></a>

パフォーマンスの最適化
+ **焦点を絞ったフィルターを使用する**: 必須の通知のみを受信するように基準を絞り込む
+ **適切なペイロードタイプを選択する**: ID のみのペイロードを可能な限り使用してパフォーマンスを向上させる
+ **効率的なレシーバーを実装する**: 通知レシーバーがメッセージを迅速に処理するようにする

セキュリティに関する考慮事項
+ **セキュアエンドポイント**: REST Hook エンドポイントに適切な認証を実装する
+ **PHI 保護**: PHI を含むフルリソースペイロードには注意してください
+ **アクセスコントロール**: サブスクリプションの作成を承認されたユーザーのみに制限する

オペレーショナルエクセレンス
+ **適切な終了日を設定する**: 一時的なサブスクリプションの終了日を使用する
+ **サブスクリプションステータスのモニタリング**: サブスクリプションのステータスを定期的にチェックする
+ **エラー処理の実装**: 通知配信の失敗を処理するようにアプリケーションを設計する