作業範囲（SOW）は、スポンサーとCROまたはベンダー間の作業契約に含まれるサービスを定義するプロジェクト管理文書です。成果物、責任、スケジュール、予算配分の概要が記載されています。
GCDMP (章: データ管理におけるプロジェクト管理) によれば、SOW には次のような仕様が含まれます。
データ転送の回数と頻度、
データベースの構築とロックのマイルストーン、
品質管理成果物、および
データ管理タスクのリソース割り当て。
SOW には、監視スケジュール (B)、プロトコル サンプリングの詳細 (C)、担当者の連絡先リスト (D) などの運用サイト レベルの詳細は含まれません。
したがって、オプション A (プロジェクトに予算化されたデータ転送の数) は、SOW で直接対処されているユースケースを正しく識別します。
参考資料（CCDM検証済みソース）:
SCDM GCDMP、章：プロジェクト管理、セクション4.1 - 作業範囲とリソース計画 ICH E6（R2）GCP、セクション5.5 - スポンサーの監視とデータ管理の責任 PMIプロジェクト管理フレームワーク - スコープ定義と成果物の仕様

一方が数値コード (1 = 男性、2 = 女性) を使用し、もう一方がテキスト コード (M、F) を使用する 2 つのデータセットのデータを結合する場合、一方のデータセットの各一意の値は、もう一方のデータセットの 1 つの一意の値と正確に対応します。
この関係は 1 対 1 のマッピングであり、一方のデータセット内の各要素が、もう一方のデータセット内の対応する単一の要素に直接マッピングされます。
1 → M
2 → F
このようなマッピングにより、GCDMP (章: データベースの設計と統合) で概説されているように、データ統合および標準化フェーズで一貫したデータの調和が確保されます。
複数の値 (例: 「男性」、「M」、「男性」) が単一の標準化された値にマッピングされる場合は、多対 1 (C) のマッピングが発生しますが、この場合は当てはまりません。
したがって、マッピングは 1 対 1 であり、性別データの両方の表現間の正確な対応が保証されます。
参考資料（CCDM検証済みソース）:
SCDM GCDMP、章：データベースの設計と構築、セクション5.4 - データマッピングとハーモナイゼーション、CDISC SDTM実装ガイド、セクション5.2 - 管理用語とマッピングルール、ICH E6（R2）GCP、セクション5.5.3 - データの整合性と統合の原則

中間分析の準備として最初にデータのクリーン度を評価するときは、データの完全性と信頼性に影響を与える可能性のある未解決の問題に焦点を当てる必要があります。
GCDMP（章：データ品質の保証と管理）によると、準備状況の主な指標は次のとおりです。
完全性を確認するための受信ページの CRF データ入力ステータス (オプション A)。
欠落しているページまたは訪問を特定し (オプション B)、主題レベルの完全性を確認します。
未解決のデータの問題を評価するための、未解決の不一致とその経過期間のリスト (オプション D)。
しかしながら、これまでに解決された不一致の数を数えること（オプションC）は、データの品質や現在のデータ準備状況を反映するものではなく、現在未解決のリスクではなく、過去の対応を示すものとなります。したがって、これは中間データのクリーン度を評価するための有効な指標ではありません。
参考資料（CCDM検証済みソース）:
SCDM 適正臨床データ管理基準（GCDMP）、章：データ品質保証および管理、セクション6.1 - 分析のためのデータ準備状況評価、ICH E6（R2）GCP、セクション5.18.4 - 継続的なデータ品質レビュー、FDA業界向けガイダンス：臨床研究の監督 - リスクに基づくモニタリング、セクション7 - データ品質指標

臨床データ管理に使用されるリレーショナルデータベースシステムにおいて、パフォーマンスとは、システムがトランザクション処理、データ取得、そして遅延やデータ整合性の問題を生じさせることなく、いかに効率的に大量の情報を処理できるかを指します。リストされているオプションの中で、大規模な検査データファイルをデータベースにロードすること（オプションB）は、データベースのパフォーマンスに最も大きな影響を与えます。
優良臨床データ管理基準（GCDMP）のデータベース設計および構築に関する章によると、大規模な外部データセット（中央検査室データ、心電図検査結果、画像メタデータなど）のインポートといったバルクデータロードプロセスは、計算負荷が高くなる可能性があります。このプロセスでは、データベースの入出力（I/O）サブシステム、インデックス作成メカニズム、トランザクションログが同時に使用されるため、テーブルが一時的にロックされ、メモリと処理リソースが大量に消費されることがよくあります。
標準的なCRFデータ入力（オプションA）やレコード更新（オプションD）は増分処理で、通常は小規模なトランザクションバッチで処理されますが、バルクロード操作では数千行または数百万行を一度に処理します。最適化されていない場合（ステージングテーブル、インデックス戦略、コミット頻度制御など）、このような操作はシステムパフォーマンスの低下、同時ユーザーアクセスの遅延、トランザクション失敗のリスクの増大を招く可能性があります。
適切に設計されたクエリ (オプション C) を実行すると、データの量や結合の複雑さによってはリソースを大量に消費する可能性がありますが、クエリが適切に最適化されている場合 (インデックス キー、効率的な SQL 結合、選択的な取得を使用)、大規模なデータのインポートと比較して、その影響は通常制御され、一時的になります。
したがって、GCDMP データベースの設計と構築および FDA コンピュータ化システム ガイダンスで概説されているように、リレーショナル データベースでパフォーマンスに最も影響を与えるアクティビティは、大規模な外部データセットの一括ロードであるため、オプション B が正しい答えになります。
参考資料（CCDM検証済みソース）:
臨床データ管理協会（SCDM）、適正臨床データ管理基準（GCDMP）、章：データベースの設計と構築、セクション6.7 - データベースのパフォーマンスと最適化、FDA業界向けガイダンス：臨床調査で使用されるコンピュータ化システム、セクション6 - システムパフォーマンスとデータ処理の効率、ICH E6（R2）適正臨床基準、セクション5.5 - データ処理と記録の整合性、CDISC運用データモデル（ODM）実装ガイド - バルクデータ転送と検証の考慮事項

このシナリオでは、試験実施医療機関が承認された試験プロトコルから逸脱し、異なる製剤（吸入器ではなくネブライザーによるアルブテロール）を使用したことを示しています。これは、試験の定義に応じて、プロトコル逸脱または違反とみなされます。
GCDMP（データバリデーションとクリーニングの章）およびICH E6(R2)に基づき、データマネージャーは、データの完全性または被験者の安全性に影響を与えるすべてのプロトコル逸脱が臨床データベースに正確に記録され、文書化されていることを確認する責任があります。適切な対応としては、データクエリを発行し、医療機関に当該逸脱を指定されたセクション（例：CRFの「プロトコル逸脱」セクション）に記録するよう促すことです。
オプション A: 誤り - データの比較可能性に影響します。
オプション B: 倫理委員会へのエスカレーションは、データ マネージャーではなくスポンサーによって処理されます。
オプション C: CRF ガイドラインを更新するのは時期尚早です。まず、逸脱を記録して評価する必要があります。
したがって、オプション D (サイトを照会してプロトコル違反を入力する) が正しい準拠アクションです。
参考資料（CCDM検証済みソース）:
SCDM GCDMP、章：データ検証とクリーニング、セクション6.2 - クエリ管理とプロトコル逸脱、ICH E6（R2）GCP、セクション4.5 - プロトコルの遵守、FDA業界向けガイダンス：臨床研究の監督 - コンプライアンスとプロトコル逸脱報告