組織全体の患者データへのデフォルトアクセスが「非公開」に設定されている場合、Health Cloudのケアチーム機能は、患者記録への個々のアクセスを管理するための標準的な標準機能となります。
手順ごとの参考資料：
Health Cloudは、ケアチームを使用して患者記録へのアクセスを管理します。
抽出する：
「患者のケアチームにケアチームメンバー（ユーザー、連絡先、または個人アカウント）を追加し、患者の記録に適切なアクセス権限（読み取りまたは読み取り/書き込み）を割り当てます。」（出典：Health Cloud の管理 - ケアチームの管理）管理者は、各ケアチームメンバーのアクセスレベル（読み取りまたは読み取り/書き込み）を指定できるため、役割の要件に応じて正確な制御が可能になります。
抽出する：
「患者のケアチームにケアチームメンバーを追加する際には、メンバーごとにレコードへのアクセスレベルを割り当ててください。これは、OWDがプライベートに設定されている場合に特に重要です。」(出典: Administer Health Cloud - ケアチームアクセス) これにより、医療規制で求められるコンプライアンスとデータの適切なセグメンテーションが保証されます。

問題は、住所行2にデータがある場合、FlexCardに余分な行が表示されてしまうことです。要件は、基となるデータモデルを変更せずに、表示形式を修正することです。
OmniStudio DataRaptorsでは、データ抽出時に数式フィールドを追加できます。
Extract DataRaptor内で住所1行目と住所2行目を連結して単一のフォーマット済みフィールドにすることで、クリーンで適切なフォーマットの住所をFlexCardに渡すことができます。
このアプローチにより、以下のことが保証されます。
基となるデータ構造に変更はありません。
新しいフィールドを作成する必要はありません。
データ変換層における制御された書式設定。
なぜ他の選択肢はダメなのか？
A. Load DataRaptorを追加して、データを新しいカスタムフィールドに書き込みます。
これは、新しいカスタムフィールドに書き込むことでデータモデルを変更するものであり、要件で禁止されています。
B．抽出データラプターを変換データラプターに置き換えます。
Transform DataRaptor は通常、複雑な JSON から JSON へのマッピングやオーケストレーションに使用されますが、Extract DataRaptor のシンプルな数式で十分なので、ここでは不要です。
D. 両方のフィールドのアドレスデータを削除する新しい Turbo Extract DataRaptor を作成します。
Turbo Extractsは、高性能な単一オブジェクト抽出に使用されますが、数式や変換には対応していません。
それらは連結/書式設定の問題を解決しないだろう。
Salesforce OmniStudio リファレンス:
OmniStudio DataRaptor ガイド:
「Extract DataRaptors の数式を使用して、データを UI コンポーネントに渡す前にフィールドを連結または変換してください。」
Turbo Extract DataRaptorは、数式や変換をサポートしていません。

ステップ1：要件分析
生年月日は結果フィールドであり、オプションの検証項目（必須ではない）であるべきです。
ブルーミントンID（カスタムフィールド）は検索結果に表示され、必須の確認項目となるべきです。
ステップ 2: Salesforce Health Cloud の本人確認プロセス構成 Health Cloud の本人確認プロセス フィールド オブジェクトは、本人確認プロセス中に検索結果、必須確認、またはオプション確認に使用されるフィールドを決定します。
異なる目的を持つ複数のレコードを1つのフィールドに追加できます（例：1つは結果フィールド、もう1つは必須/任意検証フィールド）。
抽出する：
「本人確認プロセスのフィールドレコードを追加または変更して、検索結果、必須検証項目、またはオプション検証項目として表示されるフィールドを制御できます。たとえば、フィールドを必須検証項目にするには、フィールドタイプを「必須検証項目」に設定します。フィールドを結果に表示するには、フィールドタイプを「結果フィールド」に設定します。同じフィールドに対して、異なるフィールドタイプのレコードを複数作成できます。」 Administer Health Cloud - 本人確認プロセスの手順 3: Bloomington ID に必要なアクション:
フィールドタイプ = 結果フィールド (検索結果に表示するため) のレコードを追加します。フィールドタイプ = 必須検証者 (検証の必須フィールドにするため) の別のレコードを追加します。生年月日の場合:
現在のレコードを更新して、フィールド タイプを必須検証者からオプション検証者に変更します (必須ではありませんが、検証者として使用できます)。生年月日が結果に表示される場合は、フィールド タイプ = 結果フィールドのレコードが存在することを確認します。手順 4: オプションの確認 A: 不正解です。生年月日の必須検証者を削除するように指示されていますが、オプションに変更する必要があります。
B: 正しいオブジェクト/メソッドではありません。正しいオブジェクト（本人確認プロセスフィールド）が記載されていません。
C：正解です。Health Cloudのベストプラクティスとオブジェクト構造に合致しています。
D：不完全です。すべての構成要件を網羅していません。
検証済みの回答：
C: 「Bloomington」の本人確認プロセスフィールドレコードを2つ追加します。1つはフィールドタイプを「結果フィールド」に、もう1つはフィールドタイプを「必須検証者」に設定します。フィールドタイプの値が「必須検証者」になっている生年月日レコードを「任意検証者」に変更します。
参照：
Health Cloudの本人確認プロセス設定