参考と詳細は以下。

Bloomington Caregiversは、患者の服薬における潜在的な薬物相互作用を特定し、Salesforce Health Cloud内でそのデータに基づいた推奨事項を提供することを目指しています。この要件を満たすには、服薬管理アドオンが最適なソリューションです。
薬物管理の概要:
服薬管理は、Salesforce Health Cloud のアドオン機能で、医療従事者やケアコーディネーターが患者の服薬計画を効果的に管理できるように設計されています。薬物相互作用などの潜在的な投薬関連の問題を特定することで患者の安全性を高め、ケアの移行時に服薬リストの照合をサポートします。
主な特徴:
投薬調整:
患者の投薬リストを正確に作成し、処方薬と市販薬がすべて確実に記録されるようにします。
薬物相互作用チェック:
統合データベースを使用して潜在的な薬物間相互作用を自動的にチェックし、医療提供者に副作用の可能性を警告します。
推奨事項とドキュメント:
医療提供者が患者の投薬計画に関連する推奨事項やメモを文書化できるようにし、情報に基づいた臨床上の意思決定をサポートします。
実装上の考慮事項:
ライセンス:
投薬管理は追加ライセンスが必要なアドオン製品です。この機能にアクセスするために必要なライセンスを組織が保有していることを確認してください。
構成：
Health Cloud 内に患者服薬管理 Lightning コンポーネントを設定すると、服薬管理機能をご利用いただけます。このコンポーネントは、患者の服薬を管理するための統合インターフェースを提供します。
RxNormとの統合:
薬物管理は、臨床薬物の標準化された命名法である RxNorm との統合をサポートし、薬物情報と相互作用チェックの精度を向上させます。
参照：
薬剤調整: この Salesforce ヘルプ記事では、Health Cloud 内の薬剤管理機能の設定と使用に関する詳細情報を提供します。
セールスフォース
患者薬剤追加フローを使用した薬剤の追加: 患者薬剤マネージャー コンポーネントを使用して患者の薬剤を追加する方法についてのガイダンス。
セールスフォース
投薬管理アドオンを実装することで、Bloomington Caregivers は患者の投薬計画を効果的に監視および管理し、潜在的な薬物間相互作用を特定し、情報に基づいた推奨事項を提供できるようになり、患者の安全性とケアの質が向上します。

B が正解です。ケアリクエストとケアリクエストアイテムは、Health Cloud の標準オブジェクトであり、事前承認の設定に使用されます。ケアリクエストはサービスまたは処置の承認リクエストを表し、ケアリクエストアイテムはリクエスト内の特定のサービスまたは処置を表します。これらのオブジェクトは、エンドツーエンドの事前承認プロセスを管理する外部システムと統合でき、そのシステムから事前承認の結果を表示できます。

Bloomington Caregivers は、発信者認証を効率化し、コンタクト センター エージェントの手動プロセスを削減するために、Salesforce Health Cloud の「顧客 ID プロセス フローの確認」機能を利用できます。
顧客本人確認プロセスフロー:
このすぐに使用できる機能により、エージェントは機密情報を含むリクエストを処理する前に発信者の身元を確認でき、HIPAA などの規制への準拠が保証されます。
セールスフォース
主要コンポーネント:
* 本人確認フロー：エージェントが発信者に生年月日、住所、その他の身元確認情報など、具体的な確認質問を尋ねるガイド付きプロセス。これにより、承認された個人のみが機密性の高い医療情報にアクセスできるようになります。
セールスフォース
* ユーティリティバーの統合：認証フローをHealth Cloudコンソールのユーティリティバーに組み込むことで、エージェントは通話中にすぐにアクセスできます。この統合により、認証プロセスが効率化され、認証にかかる時間と労力を削減できます。
セールスフォース
実装手順:
* 確認質問のカスタマイズ：管理者は、組織のポリシーや患者記録に含まれる情報の種類に合わせて確認質問をカスタマイズできます。このカスタマイズにより、確認プロセスの有効性と関連性が確保されます。
セールスフォース
* 検証フローの埋め込み：Health Cloud コンソール内のユーティリティバーまたは関連レコードページに「発信者IDの確認」フローを追加します。これにより、エージェントは発信者とのやり取り中にシームレスに検証プロセスを開始できます。
セールスフォース
* エージェント トレーニング: コンタクト センター エージェントに検証プロセス フローの使用方法に関するトレーニングを提供し、個人の健康情報を保護し、規制要件に準拠するために発信者の ID を確認することの重要性を強調します。
利点：
* 強化されたセキュリティ: 機密性の高い健康情報は確認済みの個人にのみ開示され、患者のプライバシーが保護されます。
* 規制コンプライアンス: 標準化された検証手順を実装することにより、HIPAA などの医療規制の遵守を支援します。
* 運用効率: 手動による検証プロセスが削減され、エージェントは発信者への質の高いサービスの提供に集中できるようになります。
顧客 ID 確認プロセス フローを実装することにより、Bloomington Caregivers はコンタクト センター業務のセキュリティと効率性を強化し、患者情報が細心の注意を払って、規制基準に準拠して取り扱われることを保証できます。
参考文献:
発信者を確認する
発信者の身元を確認して健康情報を保護

このシナリオは、毎週の請求サイクルで患者の訪問情報を Health Cloud から ERP システムに送信するというものです。
これは、スケジュールされた一括データ転送要件です (リアルタイムではなく、要求/応答ではありません)。
ここでの正しい統合パターンは、ETL ツールを使用したバッチ抽出です。
ETL ツール (Informatica、Mulesoft、Talend など) は、特に請求サイクルにおいて、Salesforce と外部システム間のスケジュールされた一括データ移動を処理するのに最適です。
このプロセスは、訪問データを取得して ERP システムに送信するように夜間/毎週スケジュール設定できます。
他の人はなぜダメなのですか?
A. ESBによるFire and Forget - リアルタイムのイベント駆動型メッセージング（例：イベント発生時に即座にメッセージを送信する）に使用されます。要件が週次バッチであるため、ここでは必要ありません。
C . ERP システムが Health Cloud の FHIR Billing API を呼び出す - ERP が FHIR API 経由で請求レコードを取得している場合はこれが理にかなっています。ただし、ここでは Salesforce から ERP に訪問データを一括送信する必要があります。
D. ESBによるリクエストと応答 - 外部システムがSalesforceを呼び出し、即時の応答を期待する場合に使用します。スケジュールされた大規模な請求書エクスポートには適用されません。
Salesforce Health Cloud リファレンス:
* Salesforce Health Cloud 統合ガイド:
「請求、クレーム、その他の定期的なバックオフィスプロセスでは、ETLツールとバッチ統合パターンを使用して、Salesforceから大量の患者データと診療データを定期的に抽出します。」Salesforce統合パターンと実践Salesforce Health Cloud Data Exchange