外部システムを利用する医療機関向けに堅牢な予約管理システムを実装するには、コンサルタントはISV（独立系ソフトウェアベンダー）がHealth Cloud向けに作成したパッケージを使用する必要があります。これにより、医療機関はHealth Cloudと統合され、スケジュール管理、リマインダー、キャンセル、再スケジュール、確認などの機能を提供する既存のソリューションを活用できるようになります。EHRルーティングシステムの使用、カスタムFHIRアダプターの作成、Apexクラスの作成は、この要件を満たす現実的な選択肢ではありません3。

目標と問題 (D) は、新しいケアプランタスクを作成する際のオプションフィールドです。ステータス (A) とタスクオーナー (E) は、新しいケアプランタスクを作成する際の必須フィールドです。期日 (B) は、ケアプランタスク上のフィールドではなく、タスクオブジェクト上のフィールドです。

* 患者紹介管理の非管理パッケージである Health Cloud Reports には、紹介を分析するための事前構築済みのレポートとダッシュボードが用意されています。
抽出する：
Health Cloud Reports for Patient Referral Managementの非管理パッケージには、Salesforceで患者紹介を追跡するのに役立つレポートとダッシュボードが含まれています。（出典：Health Cloudの管理 - レポートとダッシュボード）
* その他のオプションは標準パッケージ名ではないか、参照レポートと一致しません。

予約後に新しいオフィス住所が患者に電子メールで送信されるようにするには、オフィスの場所をチェックして正しい電子メール テンプレートをトリガーするロジックが統合手順に必要です。
* 統合手順内の条件ブロックを使用すると、開発者は新しいオフィスの場所など、特定の条件が満たされた場合にのみアクション (特定の電子メールの送信など) を実行できます。
* 抽出する：
統合手順で条件ブロックを使用すると、データ値または条件に基づいてロジックを実行できます。例えば、レコードが特定の条件に一致した場合に特定の通知を送信できます。（出典：Omnistudio標準ガイド - 統合手順）
* なぜ A、B、C ではないのですか?
* Try-Catch を削除したり、If-Elself ロジックを構築したり、テスト条件のみを更新したりすると、統合手順における条件ブロックの保守性と宣言性は活用されません。