【整理翻译自 SDTM IG 3.2: www.cdisc.org/SDTM】

AE(Adverse Events)

AETERM(Reported Term for the Adverse Event): 报告不良事件的本名

AEMODIFY(Modified Reported Term): 如果AETERM被修改以适用于编码, 则该变量为修改后的名称

AELLT(Lowest Level Term): Lowest Level Term的字典导出文本

AELLTCD(Lowest Level Term Code): AELLT对应编码

AEDECOD(Dictionary-Derived Term): 字典导出文本, 用来描述AETERM或AEMODIFY. 等价于Preferred Term（PT in MedDRA）.

AEPTCD(Preferred Term Code): AEDECOD对应编码

AEHLT(High Level Term): 关于System Organ Class的High Level Term的字典导出文本

AEHLTCD(High Level Term Code): AEHLT对应编码

AEHLGT(High Level Group Term):关于System Organ Class的High Level Group Term的字典导出文本

AEHLGTCD(High Level Group Term Code): AEHLGT对应编码

AECAT(Category for Adverse Event): 用来定义相关记录的类别. 如BLEEDING(出血), NEUROPSYCHIATRIC(神经精神病学)

AESCAT(Subcategory for Adverse Event): 关于AE的进一步分类, 如 NEUROLOGIC(神经病学)

AEPRESP(Pre-Specified Adverse Event): 值"Y"表明该AE在CRF中指定. 空值表明自发报告的AE(即以自由文本形式手机的AE)

AEBODSYS(Body System or Organ Class): 字典导出的. sponsor使用编码字典(如MedDRA)作为Body system或organ class. 当使用如MedDRA等多轴向字典时, 该变量应包含供sponsor分析和总结图表使用的SOC, 且不要求其必须是主要的SOC.

AEBDSYCD(Body System or Organ Class Code):AEBODSYS对应编码

AESOC(Primary System Organ Class): 字典导出文本, 用来描述主要SOC. 如果主要SOC用来做分析, 则其与AEBODSYS相同

AESOCCD(Primary System Organ Class Code): AESOC对应编码

AELOC(Location of Event)L 描述关于Event的解剖学位置, 如红疹(skin rash)发生于手臂(ARM)上

AESEV(Severity/Intensity): 描述Event的严重程度或强度, 如MILD, MODERATE, SEVERE

AESER(Serious Event): 是否为严重Event

AEACN(Action Taken with Study Treatment): 描述试验治疗的变化情况. AEACN主要是关于与试验治疗有关的事件. AEACNOTH关于与试验治疗无关的事件. AEACN的值包括ICH E2B的值, 如: DRUG WITHDRAWN, DOSE REDUCED, DOSE INCREASED, DOSE NOT CHANGED, UNKNOWN, NOT APPLICABLE/

AEACNOTH(Other Action Taken): 描述与试验治疗无关的事件. 通常以自由文本的形式收集. 如: TREATMENT UNBLINDED, PRIMARY CARE PHYSICIAN NOTIFIED.

AEREL(Causality): 记录研究者对于试验治疗关于事件因果关系的观点. ICH E2A和E2B包括NOT RELATED, UNLIKELY RELATED, POSSIBLY RELATED, RELATED. 未来可能会定义控制术语表.

AERELNST(Relationship to Non-Study Treatment):描述研究者对于事件是否与除试验药物之外的治疗有关的观点. 可能以自由文本形式收集, 如: MORE LIKELY RELATED TO ASPIRIN USE.

AEPATT(Pattern of Adverse Event): 表明时间随时间变化的模式. 如: INTERMITTENT(间歇的), CONTINUOUS(连续的), SINGLE EVENT(单一事件).

AEOUT(Outcome of Adverse Event): 描述事件结局

AESCAN(Involves Cancer): SAE是否与癌症发展有关

AESCONG(Congenital Anomaly or Birth Defect): SAE是否与先天缺陷有关

AESDISAB(Persist or Signif Disability/Incapacity): SAE是否导致永久性或显著性残疾

AESDTH(Results in Death): SAE是否导致死亡

AESHOSP(Requires or Prolongs Hospitalization): SAE是否导致或延长住院

AESLIFE(Is Life Threatening): SAE是否威胁生命

AESOD(Occurred with Overdose): SAE是否伴随用药过量发生

AESMIE(Other Medically Important Serious Event): 关于严重性是否有其他类别适用

AECONTRT(Concomitant or Additional Trtmnt Given): 在时间发生的情况下, 是否使用了其他治疗

AETOXGR(Standard Toxicity Grade): 基于标准毒性标度的毒性等级, 如CTCAE. Sponsor应当指名标度的名称和版本. 如果标度是数值型的, 则只需用数字表示(如 "2", 而非"Grade 2")

AESTDTC/AEENDTC (Start/End Date Time of Adverse Event)

AESTDY/AEENDY (Study Day of Start/End of Adverse Event)

AEDUR(Duration of Adverse Event): 收集AE的持续时间及单位. 仅当CRF中收集时使用, 非导出. 如, P1DT2H(1 day, 2 hours)

AEENRF(End Relative to Reference Period): 描述事件相对于sponsor定义参考时期的结束时间. Sponsor定义的参考时期是一段连续的时期, 它基于离散的开始时间点(RFSTDTC)和离散的结束时间点(RFENDTC)

AEENRTPT(End Relative to Reference Time Point): 识别事件的结束时间在参考时间点(由AEENTPT定义)之前或之后

AEENTPT(End Reference Time Point): 描述参考时间点 如2003-12-25或VISIT 2

Note:

1. AE定义: AE数据集包括的临床数据描述了"任何发生于病人或者临床研究病例的不良的医疗事件使用了研究药物, 其不必须与此次治疗有关"(ICH E2A). 通过咨询法规机构, sponsor可以扩展或限制AE的收集范围(如收集治疗前发生的与试验处置有关的时间, 不收集被评估为有效性终点的事件). AE数据集中包含的时间应与protocol要求一致. AE可以以自由文本的形式或者预先定义的项目表收集.

2. AE的描述和编码

  a. AETERM收集逐字地描述事件的文本. AE数据集的topic变量. AETERM是必要变量, 必须有值.

  b. AEMODIFY是容许变量, 如果sponsor的流程允许对逐字项目进行编码, 则应包含在数据集中. 修饰后的变量列在AEMODIFY.

  c. AEDECOD是sponsor从编码字典中导出的preferred term. 必要变量, 必须有值. 希望用标准字典, 如MedDRA对报告事件(AETERM)进行编码.

  d. AEBODSYS是来自于编码字典与AE有关的system organ class. 该值可能与编码字典标准中的主要SOC不同.

  e. sponsor可以在SUPPAE中添加额外的level(High-Level Group Term, High-Level Term, ...)

3. 附加分类和分组

  a. AECAT和AESCAT不应与domain编码或由AEDECOD和AEBODSYS提供的字典分类重复(即 二者应当提供额外的信息来定义和分类AE记录). AECAT和AESCAT目的是为了分类. 比如, sponsor可能有一个关于感兴趣AE的独立分页的CRF, 而其他的AE则在另一个CRF分页中. AECAT和AESCAT不能用作事后分类, 如clinically significant. 以防感兴趣AE的分类与字典分层类似(如CARDIAC EVENTS), 由AECAT和AESCAT表示的分类可能与字典编码导出的不同.

  b. AEGRPID可能用来连接不同的记录，从而形成subject水平下的关联记录区块

4. 预设项目; 事件的存在和缺失

  a. AE一般以两种方式收集, 自由文本或预设项目列表. 对于后者, 关于特定AE信息的询问可能影响它们被报告的频率. 因此, reviewers可能会对特定AE被询问的事实感兴趣. AEPRESP设为"Y"值则表明AETERM表示的事件在CRF中有预设.

  b. 如果需要知道哪个预设的AE或是已经发生的AE没有被报告,　那么这些相关数据应该提交在Findings class数据集中, 如Findings About Events and Interventions(Section 6.4 - FA Domain). 在该数据集中, 对于每一个预设AE项目需要对应一条记录. 实际发生的AE记录也应当存在于AE数据集中, 并且其AEPRESP=“Y".

  c. 如果试验既收集预设AE 又收集自由文本, 则对于前者AEPRESP的值为"Y", 后者值为空. AEPRESP是容许变量, 如果只收集自由文本数据, 则该变量可以省略.

  d. 当AE以文本形式收集时, 可以在sponsor的数据管理系统中加入一个记录来表示对于某个特定的subject没有AE发生. 对于这些subjects, 不需要将其加入AE dataset中. 只有当AE实际发生时, 才将记录包括在AE数据集中.

5. 时间变量

  a. 在AE信息收集中通常会有相对时间"Ongoing". 当这种相对时间与subject的试验结束时期(DM数据集中的RFENDTC)同时发生时, 可能会用到AEENRF. 当"ongoing"是相对于其他日期时, 如final safety follow-up, 则AEENRTPT和AEENTPT可能会使用.

  b. 附加时间变量可以被使用, 如AEDTC.

 

6. 其他限定变量

  a. 如果SAE的分类在次级问题中收集, 如下例, 收集SAE的原因(即AESCAN, AESCONG等)的变量可能为空. 例如, 如果是否严重答案为"No", 那么这些变量的值为空. 但是, 如果是否严重答案为"Yes", 则至少有一项的响应是"Y", 其他可能为N或空, 这依据sponsor的习惯而定.

Serious? [ ] Yes [ ] No

If yes, check all that apply: [ ] Fatal [ ] Life-threatening [ ] Inpatient hospitalization… [ ] etc.

另外, 如果CRF的结构安排要收集每个严重程度的类别的信息, 所有分类变量(AESDTH,AESHOSP)需要被导出, 并且需要导出AESER.

  b. 严重程度类别 "Involves cancer"(AESCAN)和"Occurred with overdose"(AESOD)不是ICH对于SAE定义的一部分, 但是这些类别在研究中可以使用, 基于先于FDA采纳ICH定义的指导方针

  c. 当CRF中收集其他药物相关的重要的SAE类别时, sponsor应当将描述列入SUPPAE数据集, 使用标准补充限定名称编码AESOSP(在Section 8: 8.4中有描述)

  d. 在用到毒性等级的研究中, 如标准毒性标度:CTCAE, 应当用AETOXGR代替AESEV. 在大多数情况下, AESEV或AETOXGR只有其中一个被导出. 也可能会有sponsor需要两个变量都导出的情况.

  e. AE结构: 每个subject每个AE一条记录. sponsor负责来定义AE. 定义的方式根据sponsor对描述和报告试验用药的安全性的需求而变化, 这一点通常在protocol中描述. 例如, sponsor可能提交一条新的记录, 其覆盖了该AE从开始到结束的阶段. 或者， 如果有必要在更细致的水平下评估AE, 当严重性, 因果性变化或恶化时, sponsor可以提交新的记录. 通过提交这些记录, sponsor表明每一条记录表示一个不同的事件. 提交的数据集结构可能根据收集时的结构而不同. 例如, sponsor可能在每个访视收集数据， 这是根据处置方式的需要, 但是提交的数据概括了这个事件, 并且包含了最高等级的严重程度, 因果关系等. 数据集结构的例子如下:

    1. 每个单独的事件每个subject每个AE一条记录. 研究者报告的多个AE记录 对于最高程度的严重性, 因果关系和最终结局  被提交为总结记录"collapsed"

     2. 每个subject每个AE一条记录. 随时间变化的严重程度因果关系等被提交为不同的事件. 或者， 这些变化可以提交到一个独立的数据集中, 基于Findings About Events and Interventions model

     3. 对于其他的方法, 只要其满足sponsor安全性评估的需要, 并且每条提交的记录表示一个独立的事件, 则都是行得通的, domain水平下的元数据应当在数据集结构中阐明.

7. 使用EPOCH和TAETORD

当AE domain中包括EPOCH时, 应当为AE的开始时间所在的时期. 或者说, 应当基于AESTDTC, 而不是AEENDTC. 如果收集的AESTDTC和SESTDTC不够精确, 不能准确地表明AE开始的时期, 则define.xml中EPOCH的计算方法应当描述处理AE开始与subject开始一个时期是在同一天时如何处理. TAETORD类似.