SDTM标准4

3. Coding and Controlled Terminology Assumptions

3.1 Controlled Terminology Values

受控术语或对受控术语的引用应酌情包括在 Define-XML文档文件中。研究项目允许的数值集中的所有数值都应包括在内,无论它们是否在提交的数据中出现。请注意,空值不应该包括在允许的值集中。除非变量是 "必需 "的,否则任何受控术语列表都隐含一个空值。

当一个领域或数据集规范包括一个变量的代码表时,该代码表中的每一个值都可能是计划中的数据收集的一部分;只有那些属于计划中的数据收集的值才应该被包括在定义-XML 文档中。例如,--PRESP变量与NY代码表相关联,但只有值 "Y "在--PRESP变量中是允许的。未来版本的Define-XML规范预计将包括关于代表受控术语子集的信息。

3.2 Storing Controlled Terminology for Synonym Qualifier Variables

对于诸如不良事件和病史等事件,用字典中的首选术语填入-DECOD,用首选的身体系统名称(preferred term) 填入-BODSYS。如果一个字典是多轴的,那么,-BODSYS中的值应代表主办方用于分析和汇总表的系统器官类别(SOC system organ class).在主要SOC被用于分析的情况下,--BODSYS和--SOC是一样的。

- 如果使用MedDRA对事件进行编码,MedDRA层次结构中的中间层次也应该在数据集中得到体现。体现在数据集中。除SOC和首选术语外,为层次结构中的每个层次定义了一对变量层次结构中除SOC和首选术语(PT)之外的每一个层次都定义了一对变量:一个代表文本描述,另一个代表与之相关的代码值。例如,--LLT应该被用来表示最低级别术语的文本描述,而--LLTCD应该被用来表示与之相关的代码值,而--LLTCD应该用来代表最低级别术语的代码值。

- 对于合并用药,在CMDECOD中填入药物的通用名称,在CMCLAS中填入sponsor使用的药物类别。如果对多个类别进行编码,请遵循干预或事件主题变量的多个值,或省略CMCLAS。

- 对于合并用药,可使用补充限定词来表示额外的编码词典信息(例如,来自WHO药物词典的药物ATC编码;非标准变量值与母域的关系)。

3.3 Storing Topic Variables for General Domain Models

干预和事件一般观察类模型的主题变量通常以逐字文本的形式存储。

对于事件域,主题变量是--TERM。对于干预域,主题变量是--TRT。

对于一个研究结果域,主题变量-TESTCD应该使用受控术语(例如,"SYSBP "表示收缩压压力)。

如果CDISC控制术语存在,就应该使用它;否则,sponser应该定义他们自己的术语的控制清单。如果干预或事件领域的逐字主题变量被修改,以方便编码,修改后的文本将被存储在--MODIFY中。在大多数情况下,除了体格检查(PE),其他情况下的字典编码的文本被衍生到--DECOD中。因为PEORRES变量被修改,而不是主题变量,字典衍生的文本将被放在PESTRESC中。

4. Actual and Relative Time Assumptions

4.1 Formats for Data/Time Variables

An SDTM DTC variable may include data that is represented in ISO 8601 format as a complete date/time, a partial date/time, or an incomplete date/time.

The SDTMIG template uses ISO 8601 for calendar dates and times of day, which are expressed as follows:

• YYYY-MM-DDThh:mm:ss(.n+)?(((+|-)hh:mm)|Z)?

where:

• [YYYY] = four-digit year

• [MM] = two-digit representation of the month (01-12, 01=January, etc.)

• [DD] = two-digit day of the month (01 through 31)

• [T] = (time designator) indicates time information follows

• [hh] = two digits of hour (00 through 23) (am/pm is NOT allowed)

• [mm] = two digits of minute (00 through 59)

• [ss] = two digits of second (00 through 59)

The last two components, indicated in the format pattern with a question mark, are optional:

• [(.n+)?] = optional fractions of seconds

• [(((+|-)hh:mm)|Z)?] = optional time zone

Other characters defined for use within the ISO 8601 standard are:

• [-] (hyphen): to separate the time elements "year" from "month" and "month" from "day" and to represent

missing date components.

• [:] (colon): to separate the time elements "hour" from "minute" and "minute" from "second"

• [/] (solidus): to separate components in the representation of date/time intervals

• [P] (duration designator): precedes the components that represent the duration

4.2 Clinical Encounters and Visits

所有基于3个一般观察类别的领域都应该至少有一个时间变量。对于事件或干预观察类别(Events or Interventions observation classes)中的领域,以及研究结果观察类别(Findings observation class)中的领域,如果在研究期间只收集一次数据,最合适的时间变量可能是一个日期(例如,-DTC,-STDTC)或其他时间变量。

对于那些设计有前瞻性的基于访问的活动时间表的研究,每个受试者将被收集一次以上的数据域(如实验室、心电图、生命体征),应包括VISITNUM作为一个时间变量。

临床接触是由CDISC访问变量描述的。对于计划中的访问,VISIT、VISITNUM, 和VISITDY的值必须是在试验访问(TV)数据集中定义的值。

对于计划中的访问:

- VISITNUM的值用于排序,并应尽可能地与计划的访问时间顺序相匹配。偶尔,方案会定义一个时间不可预测的计划访问(例如 计划是为了应对一个不良事件、一个阈值测试或一个疾病事件),在这种情况下,完全按时间顺序排列的VISITNUM的值可能是不可能的。

- VISIT和VISITNUM的值之间应该是一对一的关系。

- 对于可能持续1个日历日以上的访问,VISITDY应该是访问开始的计划日。

申办方为非计划性访问填充访问变量的做法可能有所不同。

- VISITNUM一般应被填入,即使是计划外的访问,因为如上所述,它在许多调查领域是被期望的域。为非计划性访问填充VISITNUM的最简单的方法是为所有计划外的访问分配相同的值(如99)。尽管这种方法没有区分计划外的访问,也没有提供按时间顺序的排序。在访问和VISITNUM值之间提供一对一的关系,在各领域之间是一致的,并且分配按时间排序的VISITNUM值的方法需要更多的工作,而且必须在一个对象的所有非计划访问结束后才能应用。

- VISIT可以是空的,也可以用一个通用的值(如 "未安排的")来填充所有未计划的访问,或为不同的非计划性访问分配个别的值。

- VISITDY不能用于计划外的访问;根据定义,VISITDY是计划内的研究访问日。非计划性访问的实际研究日属于--DY变量。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,100评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,308评论 3 388
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,718评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,275评论 1 287
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,376评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,454评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,464评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,248评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,686评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,974评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,150评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,817评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,484评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,140评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,374评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,012评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,041评论 2 351

推荐阅读更多精彩内容

  • feisky云计算、虚拟化与Linux技术笔记posts - 1014, comments - 298, trac...
    不排版阅读 3,837评论 0 5
  • [TOC] 以下内容基于Android 8.0 Project Treble Project treble是And...
    Joe_HUST阅读 3,118评论 0 1
  • 关于Mongodb的全面总结 MongoDB的内部构造《MongoDB The Definitive Guide》...
    中v中阅读 31,916评论 2 89
  • 1. Fundamentals of the SDTM 1.1 observations and variable...
    明云_34ac阅读 766评论 0 0
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,644评论 18 139