Health Cloud には HL7 統合エンジンが組み込まれていないため、オプション A は不正解です。オプション B も不正解です。Health Cloud には EMR 用の接続が事前に構築されていないためです。オプション C も不正解です。EMR へのエクスポート用に自動的に設定された Lightning コンポーネント ボタンが存在しないためです。オプション D は正解です。Health Cloud は、一般的に使用される HL7 メッセージ（ADT、ORU、RDE など）から Health Cloud データ モデルへのデータ マッピングを提供しており、開発者やインテグレーターが外部システムのデータを Health Cloud オブジェクトやフィールドにマッピングするのに役立つためです12。

Salesforce Health Cloud のすぐに使用できる高度な患者カードを変更して、アクティブな臨床アラートのカテゴリ、SubjectID、日付を表示するには、開発者は次の手順に従う必要があります。
* 親カードの複製 (オプション A):
* まず、Advanced Patient Cardを表す既存の親FlexCardを複製します。これにより、元のコンポーネントを変更することなく、カスタマイズされたバージョンを作成できます。
* クローン作成により、新しいカードは基本機能を維持しながら、必要に応じて機能を追加または変更できる柔軟性が得られます。
* 必要なデータを抽出するための DataRaptor を作成する (オプション C):
* OmniStudio の DataRaptor を利用して、Clinical Alerts オブジェクトから特定のフィールド (カテゴリ、SubjectID、日付) を取得するデータ抽出プロセスを定義します。
* アクティブな臨床アラートのみをフィルタリングして返すように DataRaptor を構成し、カードに関連情報が表示されるようにします。
* このステップは、カスタマイズされた患者カードに表示されるデータを取得するために重要です。
* 子カードの状態を「アクティブ」に変更します（オプション E）。
* 親カードの複製後、子カードの状態を変更して、アクティブな臨床アラートが表示されるようにします。
* これには、現在の臨床情報を表示するという要件に合わせて、アクティブなアラートのみをフィルタリングして表示するための適切な条件をカードの構成内で設定することが含まれます。
これらの手順を実行することで、開発者は高度な患者カードをカスタマイズし、アクティブな臨床アラートの必要なフィールドを効果的に表示して、医療提供者にとっての患者カードの有用性を高めます。
参考文献:
高度な患者カード - Salesforce ヘルプ
ヘルスクラウド向けOmniStudio

D は正解です。Health Cloud で患者をモデル化するには、個人アカウントを活用することが推奨されます。個人アカウントは、アカウントと連絡先の属性を組み合わせた特別なタイプのアカウントです。ユーザーは、氏名、住所、電話番号、メールアドレス、健康状態など、個々の人物に関する情報を保存できます。Health Cloud は、個人アカウントを使用して患者とメンバーを表現し、世帯データモデル、臨床データモデル、ケア管理、プロバイダーネットワーク管理などのさまざまな機能を実現します。

使用率管理用のアプリケーションを作成する際に管理者が考慮する必要がある設計上の考慮事項は次のとおりです。
各ケアリクエストにはケースが関連付けられている必要があります。ケースは、Health Cloud4 におけるケアリクエストを表す標準の Salesforce オブジェクトです。
新しいケアリクエストは、「ケアリクエスト作成」コンポーネントを使用して作成できます。このコンポーネントを使用すると、ユーザーはHealth Cloudコンソール5のどのページからでも新しいケアリクエストを作成できます。
パスは、ケアリクエストのステータスを視覚的に表すために使用できます。パスは、ケアリクエストなどのプロセスのステージを表示し、Salesforce Lightning Experience6 でユーザーを各ステップに誘導する Salesforce の標準機能です。
ケアリクエスト機能はHealth Cloud管理パッケージには含まれていません。Health Cloud用Utilization Management非管理パッケージをインストールし、Health Cloud Utilization Management権限セットとHealth Cloud権限セットライセンスをユーザーに割り当てる必要があります。
ケアリクエストには、コミュニティ内で公開できるEmpowerコンポーネントはありません。Empowerコンポーネントは、患者またはメンバーがコミュニティ内で自身の健康情報を閲覧および管理できるようにするカスタムLightningコンポーネントです。ケアリクエストはEmpowerコンポーネントの一部ではありません。

FHIR V4とHL7 V2は、Salesforceが医療データの交換を容易にするためにサポートしている2つの相互運用性標準です32。選択肢Aは不正解です。EDI ANSI X12はビジネストランザクションの交換のための標準であり、医療データのための標準ではありません。選択肢Cは不正解です。The Direct Standardは安全な電子メール通信のための標準であり、医療データのための標準ではありません。選択肢Eは不正解です。DICOM（Digital Imaging and Communications in Medicine）は医療画像の保存と転送のための標準であり、医療データのための標準ではありません。