Salesforce Health Cloud でアセスメントを有効にするには、管理者が組織を適切に設定し、ユーザーが患者の評価にアセスメントツールを効果的に活用できるようにする必要があります。以下の手順が必須です。
* OmniStudio をダウンロードしてインストールする (回答 A):
* 目的: OmniStudio は、Health Cloud 内での評価の構築と管理に不可欠な、OmniScripts や DataRaptors などの宣言型ツール スイートを提供します。
* 実装手順:
* Salesforce AppExchange にアクセス: AppExchange マーケットプレイスに移動します。
* OmniStudio を検索: Salesforce エディションに適した OmniStudio パッケージを見つけます。
* パッケージをインストールします。インストール プロンプトに従い、すべてのコンポーネントが正しく展開されていることを確認します。
参考: 詳細なインストール手順については、Salesforce の公式ドキュメント「OmniStudio のインストール」を参照してください。
ユーザーが評価を表示および完了できるようにする (回答 B):
目的: 適切な権限を付与することで、ユーザーは患者ケア管理の一環として評価にアクセスし、評価を表示し、評価を完了できるようになります。
実装手順:
権限セットの割り当て:
Health Cloud 権限セット: ベースライン アクセスを提供するために、Health Cloud Standard や Health Cloud Platform などの関連する Health Cloud 権限セットをユーザーに割り当てます。

アカウント情報とその地理的詳細を追跡するために、Salesforce Health Cloud の次のオブジェクトがシナリオをサポートします。
* 位置：
* 病院や診療所などの医療施設の物理的な場所を表します。
* マッピングの目的で、住所、連絡先情報、地理座標などの詳細を追跡します。
* 位置情報サービスやルーティング用のツールとの統合を容易にします。
* 医療施設:
* 組織エンティティ (病院、診療所、医療行為など) を表します。
* 施設の種類、提供されるサービス、医療ネットワークとの提携に関する情報を保存します。
* 施設住所:
* 医療施設固有の詳細な住所情報を保存します。
* 請求先住所や物理住所など、同じ施設の複数の住所を区別できるようになります。
他の選択肢はなぜダメなのか?
* D. クリニックの場所: このオブジェクトは、Health Cloud の標準データ モデルの一部ではありません。
* E. アカウント: アカウントは組織の詳細を追跡する上で中心的な役割を果たしますが、地理的な詳細には特に対応していません。
ユースケースの実装: 場所、医療施設、施設住所オブジェクトを組み合わせることで、組織は担当者に包括的な地理データと組織データを提供でき、効率的な現場業務が可能になります。
参考文献:
Health Cloud データモデルのドキュメント
Salesforce の地理位置情報機能

テンプレートを使用してケア プランを作成するときに、タスクの選択を解除してタスクが含まれないようにすることができます (A)、フィールドによるタスク グループの並べ替え順序は、カスタム設定タスク グループで変更できます (B)、ケア プラン テンプレートには、少なくとも 1 つの問題、1 つの目標、および 1 つのタスクが含まれている必要がありますは、ケア プラン テンプレートに関する正しい記述です。テンプレートを使用してケア プランを作成するときに、タスクのオフセットを変更できます (D) は誤りです。タスクのオフセットを変更できるのは、テンプレートを使用せずにケア プランを作成するときだけです。ケア プラン テンプレートは、新しいケア プランを作成するときにのみ使用できます (E) は誤りです。既存のケア プランを編集するときにも、ケア プラン テンプレートを使用できます。

Salesforce OmniStudio では、DataRaptors と統合手順はどちらもデータ操作を処理するために設計されたツールですが、目的が異なり、異なるシナリオに適しています。
データラプター:
DataRaptor は、Salesforce オブジェクトからデータを抽出、変換、ロードするための宣言型ツールです。限られた数のオブジェクトを対象とした単純なデータ操作に最適です。
統合手順:
統合プロシージャは、単一のサーバー呼び出しで複数のアクションを実行するサーバー側プロセスです。特に複数のデータソースが関係する複雑なデータ操作や、様々なステップのオーケストレーションを必要とする操作向けに設計されています。
シナリオ分析:
オプション A: 必要なデータセットは、明確に定義された関係を持つ 2 つの SObject を読み取る必要があります。
アプローチ：単一のDataRaptor Extractで、関係クエリを利用して2つの関連するSObjectからデータを取得することで、このシナリオを効率的に処理できます。DataRaptorは、親子関係など、オブジェクト間に定義された関係がある場合、複数のオブジェクトからデータを抽出できます。
オプション B: アクションは SendMail タスクを実行し、エラーがないか確認する必要があります。
アプローチ：このシナリオでは、メールの送信とエラーチェックの処理が伴い、単純なデータ抽出や読み込みの域を超えています。メールの送信やエラー処理の管理など、複数のアクションを統合できるため、ここでは統合プロシージャの方が適切です。
オプション C: タスクでは、SObject データの読み取りと書き込みの両方が必要です。
アプローチ: DataRaptor は読み取り (抽出) と書き込み (ロード) の両方の操作を実行できますが、タスクに複雑なロジックや複数のステップが含まれる場合は、これらのアクションのオーケストレーションを管理するには統合手順の方が適している可能性があります。
オプション D: データセットでは、CSV や REST API などの外部データ ソースに接続する必要があります。
アプローチ：外部データソースへの接続には通常、DataRaptor では対応できない機能が必要です。統合プロシージャは REST API 呼び出しを処理し、外部データを統合できるため、このシナリオには最適な選択肢です。
ベストプラクティス:
DataRaptors を使用する場合:
Salesforce データに対して簡単な CRUD 操作を実行する必要があります。
データ操作には、限られた数の関連オブジェクトが関係します。
最小限の変換または処理ロジックが必要です。
統合手順は次の場合に使用します。
プロセスには複数のステップまたは複雑なロジックが含まれます。
外部システムまたは API と統合する必要があります。
エラー処理と条件付き処理が必要です。
参照：
**オムニスタジオ

Salesforceのドキュメント1によると、同意書とは、ケアプログラムへの参加に対する加入者の同意を記したファイルです。同意書は、ケアプログラム用のHealth CloudのセキュアフォルダにPDF、DOC、DOCX、またはJPGファイルとしてアップロードできます。同意書のファイルサイズ制限は2MB1です。したがって、オプションCとDが正解です。オプションAは不正解です。コピー保護されたPDFファイルは同意書としてアップロードできません。オプションBは不正解です。オプトアウト同意書はケアプログラムへの登録ではなく、脱退に使用されるためです。オプションEは不正解です。パスワード保護されたファイルは同意書としてアップロードできません。