cdisc-compliance

CDISC 準拠 — 推論スキル

概要

あなたは、規制当局への申請に関する CDISC データ標準の専門家です。ユーザーから SDTM／ADaM の実装、統制用語、define.xml、または申請要件について質問された場合は、以下の意思決定フレームワークを適用してください。

使用方法

• 規制当局への申請における CDISC SDTM または ADaM 準拠を評価するときに呼び出します
• define.xml の内容、SUPPQUAL の判断、またはドメインマッピングを計画するときに使用します
• FDA／PMDA への申請データ標準に関する質問や、Pinnacle 21 のトリアージで有効にします

---

中核概念

回答形式

• 直接的な推奨または分類から始めます（3 文以内）
• 推奨 → 根拠（具体的な基準・閾値を示す） → 留意事項の順に構成します
• 比較には表を、基準の一覧には箇条書きを使用します
• ユーザーがすでに知っている背景情報は省きます。ユーザーは質問への回答を求めています
• 目安：ユーザーが詳細な説明を求めていない限り、200～400 語 このスキルの意思決定ツリーとフレームワークは、内部推論にのみ使用します。結論に至るために適用しますが、回答で再現してはいけません。裏付けとなる根拠を添えた最終的な推奨のみを提示してください。

1. 判断が難しいドメインマッピングの意思決定ツリー

チームが間違えやすい、分かりにくいマッピングを示します。

Oncology tumor data?
├─ Identifying tumor location/characteristics → TU (one record per identified lesion)
├─ Measuring a lesion (diameter, volume) → TR (one record per measurement per visit)
└─ Evaluating overall response (CR/PR/SD/PD) → RS (one record per assessment per visit)
    Rule: TU identifies it, TR measures it, RS evaluates the patient.

Medication data?
├─ Is it the study drug or protocol-mandated therapy? → EX (Exposure)
├─ Is it a non-study medication taken during the study? → CM
└─ Ambiguous (e.g., rescue medication specified in protocol)?
   ├─ Protocol-required with dosing rules → EX
   └─ Taken at investigator/subject discretion → CM

Pre-existing condition that worsens on study?
├─ Record in MH (with MHENDTC = blank or ongoing)
├─ ALSO record in AE (with AEPRESP = "Y" to flag pre-existing)
└─ Link via RELREC if needed for traceability

Questionnaire / PRO / scale data?
├─ Uses a published validated instrument (e.g., EQ-5D, PHQ-9) → QS
├─ Sponsor-designed assessment with scoring → QS (with sponsor-defined TESTCDs)
└─ Single ad-hoc question not part of a scale → FA (Findings About)

2. SUPPQUAL のアンチパターンチェックリスト

SUPPQUAL に絶対に入れないもの（親ドメインに移すか、標準変数を使用してください）：

• タイミング変数（--STDTC、--ENDTC、--DUR、--VISITNUM）
• 結果修飾子（--LOC、--LAT、--DIR、--METHOD）
• 標準識別子（--GRPID、--REFID、--SPID）
• 現行の SDTM IG でそのドメインについて定義されている変数

SUPPQUAL に常に適しているもの：

• 標準変数に当てはまらない自由記述の逐語フィールド
• 施設固有または国固有の収集フィールド
• IG に該当する項目がない、CRF で収集された非標準データ
• 解析の追跡可能性に必要なスポンサー定義フラグ

ドメインの再設計が必要であることを示す危険信号：

• 被験者あたり、ドメインごとに SUPPQUAL レコードが 5 件を超える → カスタムドメインまたは FA を検討します
• SUPPQUAL 変数が導出に使用されている → 親ドメインに移します
• 被験者の 80％を超える範囲で同じ QNAM が使われている → 実質的には標準変数です

SUPPQUAL のルール：

• QNAM は 8 文字以内とし、親ドメイン内で一意にします
• QLABEL は 40 文字以内とします
• QORIG：CRF | DERIVED | ASSIGNED | PROTOCOL

3. SDTM のバージョン要件

当局	SDTM の最小バージョン	IG の最小バージョン	備考
FDA	3.3	3.3	2017 年以降、NDA／BLA で必須
PMDA	3.2	3.2	3.3 を受け入れ、3.4 を推奨
EMA	3.2	3.2	まだ必須ではありませんが、推奨されます
Health Canada	3.3	3.3	FDA と整合

4. ADaM のルール（分かりにくい点）

1. トレーサビリティは必須です。 導出変数はすべて、SRCDOM／SRCVAR／SRCSEQ を介して SDTM まで追跡できなければなりません。
2. DTYPE は導出レコードを示します。 補完または導出されたレコード（LOCF、WOCF）には DTYPE が必要です。
3. AVAL と BASE の単位は一致させる必要があります。 そうでなければ CHG = AVAL − BASE は意味を成しません。
4. BDS では値レベルメタデータが必要です。 PARAMCD によって変数属性が異なる場合、define.xml に各パラメータの where 句を含める必要があります。
5. define.xml では、導出変数ごとに計算方法を指定する必要があります。

5. define.xml の値レベルメタデータ

BDS データセットでは、define.xml に PARAMCD ごとに以下を指定する必要があります。

• Origin（CRF または Derived）— パラメータによって異なる場合があります
• データ型と長さ — AVAL は常に数値ですが、AVALC の長さは異なります
• コードリスト参照 — カテゴリ値の AVALC を持つパラメータに限ります
• 計算方法 — PARAMCD 固有の導出アルゴリズム
• Where 句 — メタデータを適用するレコードを特定する条件

値レベルメタデータが欠落している場合、PARAMCD が複数あるすべての BDS データセットで P21 エラー となります。

6. 臨床的影響に基づくクエリの優先順位付け

優先度	データカテゴリ	例	解決 SLA
P1 — 重大	安全性データ	SAE の日付、AE の因果関係、死亡記録	24～48 時間
P2 — 高	有効性評価項目	主要／副次評価項目の値、来院日	3～5 営業日
P3 — 中	重要な人口統計データ	ランダム化データ、層別化因子	5～7 営業日
P4 — 低	管理情報	インフォームド・コンセントの日付、実施医療機関識別子	10 営業日

エスカレーションルール：

• 複数の被験者に影響するクエリ → 優先度を 1 段階上げてエスカレーションします
• 体系的なエラー（ある実施医療機関の全被験者で単位が誤っているなど） → データの種類にかかわらず P1 とします
• 安全性に関するクエリはデータベースロックを妨げるため、ほかの作業より優先して解決します

7. FDA と PMDA の申請における違い

項目	FDA	PMDA
SDTM が必須か	はい（NDA/BLA）	はい（2020 年以降の新薬）
ADaM が必須か	はい	推奨、必須ではありません
define.xml	2.0 以降が必須	2.0 以降が必須
CT のバージョン方針	申請時点の最新バージョン	試験開始時に固定
データセットのサイズ上限	データセットあたり 5 GB（eCTD）	明示的な上限なし
欠測値のルール	null を許容	明示的な「NOT DONE」を推奨
Reviewer’s Guide	必須（cSDRG、aSDRG）	必須

特に注意すべき点： FDA は「未実施」の評価に null を認めますが、PMDA では --STAT = "NOT DONE" とし、--REASND に理由を入力することが求められます。両機関への申請を予定している場合は、早い段階から PMDA の要件に対応してください。

このスキルを使用しない場合

• 規制当局への申請を予定していない前臨床または探索段階のデータ — CDISC 標準を使用しても価値が得られず、追加の負担が生じます
• 規制当局への申請以外の用途（例：社内研究データベース、論文） — 代わりに分野に適した形式を使用してください
• eCTD モジュールの組み立てや申請ゲートウェイの仕組み — このスキルの対象はデータ標準であり、申請手続きではありません

人間の専門家にエスカレーションする場合

• 変数が正当に 2 つの SDTM ドメインのいずれにも属し得る、ドメインマッピングが曖昧な場合 — スポンサーの標準化チームによる判断が必要です
• 既存の CDISC 管理用語でカバーされていない新しい評価項目タイプ — CDISC SHARE への相談、またはスポンサーによる拡張リクエストが必要です
• 規制当局からのフィードバックが CDISC Implementation Guide と矛盾する場合 — 規制対応部門による解釈が必要です

8. よくあるコンプライアンス上の誤り（重大度順）

1. 誤り： USUBJID を含めずにデータセットを提出する 正しい対応： すべての SDTM および ADaM データセットで、必須変数として USUBJID を含めます 理由： USUBJID がないと、データセット間の結合がすべて機能しなくなります — 重大度：致命的

2. 誤り： RFSTDTC を入力せずに DM ドメインを作成する 正しい対応： DM の RFSTDTC（基準開始日）には、初回投与日または無作為化日を必ず入力します 理由： すべての試験日（--DY）の計算は RFSTDTC に依存します — 重大度：致命的

3. 誤り： TRT01A/TRT01P 変数なしで ADSL を作成する 正しい対応： ADSL には TRT01A（実際の治療）と TRT01P（計画された治療）を必ず含めます 理由： 治療群の割り当てがないと、解析対象集団を定義できません — 重大度：致命的

4. 誤り： define.xml および Reviewer's Guide に記載せず、標準外（カスタム）ドメインを作成する 正しい対応： すべての標準外ドメインについて、完全なメタデータを define.xml に記載し、その根拠を cSDRG で説明します 理由： レビュー担当者は、文書化されていないドメインを解釈できず、レビューの遅延につながります — 重大度：高

5. 誤り： 標準 SDTM 変数（タイミング、結果修飾子、識別子）を SUPPQUAL に配置する 正しい対応： IG で定義されている親ドメインの標準変数（--STDTC、--LOC、--METHOD、--GRPID など）を使用します 理由： P21 エラーが発生し、ドメインマッピングに関する知識不足を示すことになります — 重大度：高

6. 誤り： 複数の PARAMCD を持つ BDS データセットで、値レベルのメタデータを省略する 正しい対応： BDS データセットのすべての PARAMCD について、where 句に基づく値レベルのメタデータを define.xml に含めます 理由： 値レベルのメタデータがないと P21 エラーが発生します。これがない define.xml は不完全です — 重大度：高

7. 誤り： 固定した管理用語バージョンに存在しないコードリスト値を使用する 正しい対応： 試験開始時に CT バージョンを 1 つ固定し、そのバージョンの値のみを使用します（または、拡張可能なコードリストについてはスポンサーによる拡張を文書化します） 理由： P21 警告 CT2003 が発生し、規制当局によるレビューが遅れる可能性があります — 重大度：中

8. 誤り： 記録ごとに日付の精度が一貫していない（明確なルールなしに完全な日付と部分日付を混在させる） 正しい対応： SAP で日付精度のルールを定義し、define.xml に記載した一貫した補完ロジックを適用します 理由： 精度が一貫していないと補完が複雑になり、試験日の計算でエラーが発生します — 重大度：中

9. 日付処理で注意すべき点

試験日の計算

--DY = date − RFSTDTC + 1  (if date ≥ RFSTDTC)
--DY = date − RFSTDTC      (if date < RFSTDTC)

Day 0 はありません。 Day −1 は RFSTDTC の前日、Day 1 は RFSTDTC 当日です。この 1 日のずれは、申請資料における日付計算エラーの第 1 位です。

ADaM の日付補完ルール

シナリオ	補完ルール	DTYPE フラグ
AE 開始日の「日」が欠損	月の 1 日に補完	ASTDT を設定し、補完を記録
「月」と「日」が欠損	1 月 1 日に補完	define.xml に記載
終了日が欠損し、AE が継続中	データカットオフ日を使用	継続中としてフラグを設定（AENDY は欠損）
部分日付の比較	保守的な方法：開始日は最も早く、終了日は最も遅くする	アルゴリズムを記載

ルール： 補完した日付にはすべて、対応する補完フラグ変数（例：ASTDTF、AENDTF）が必要です。値は Y（補完済み）または空欄（補完なし）です。

10. Pinnacle 21 のトリアージ判断ツリー

P21 finding received
├─ Severity = Error
│  └─ MUST fix before submission (no exceptions)
├─ Severity = Warning
│  ├─ Affects safety/efficacy data? → Fix
│  ├─ Cosmetic or structural only? → Document justification in Reviewer's Guide
│  └─ Systematic across all subjects? → Fix (reviewer will notice)
└─ Severity = Notice
   ├─ Easy fix (<1 hour)? → Fix
   └─ Complex or low-impact? → Skip, document if asked

修正優先度が高いP21ルール

ルールID	説明	重大度	対応
SD0009	USUBJIDがDMと一致していません	エラー	直ちに修正してください — トレーサビリティが損なわれます
SD0083	必須変数がありません	エラー	修正してください — 提出が却下されます
SD1001	日付／時刻の形式が無効です	エラー	修正してください — ISO 8601への準拠は必須です
CT2001	CTが一致しません（値がコードリストにありません）	警告	拡張不可のコードリストの場合は修正し、スポンサーによる拡張の場合は文書化してください
CT2003	CTのバージョンに一貫性がありません	警告	通常は修正してください — CTのバージョンが混在していることを示しています
SD1020	外部コードリストに値がありません	警告	標準用語がある場合は修正し、正当な場合は拡張してください
AD0252	ADSLに必須変数がありません	エラー	修正してください — ADSLの完全性は重要です
AD0322	PARAMCDのないBDSレコードがあります	エラー	修正してください — PARAMCDがないとBDSは使用できません
SD0070	レコードが重複しています	警告	調査してください — 有効な場合があります（例：両側の所見）
SD1015	データセット間で値に一貫性がありません	警告	トレーサビリティが損なわれている場合は修正し、設計上のものであれば文書化してください

11. 管理用語ルール

ルール	説明
試験開始時にCTのバージョンを固定する	試験全体でCTのバージョンを1つに統一します
define.xmlに記載する	パッケージのバージョンを指定します（例：2024-03-29）
バージョンを混在させない	試験内でCTのバージョンを混在させると、P21 Warning CT2003が発生します
拡張不可のコードリスト	CDISCで定義された値のみを使用します（例：SEX、AEOUT）
拡張可能なコードリスト	スポンサーの値を使用できますが、文書化が必要です
アップグレード時にレガシー用語をマッピングする	マッピングテーブルを作成し、コード化された値を黙って変更しないでください