SE 描述受试者接受真实的临床试验流程(ELEMENT)以及该流程所处的每个时期(EPOCH),每条record包含每个流程的开始(sestdtc)和结束(seendtc)日期时间。
通常根据protocol里的Schema或者Schedule of Activities(SoA)来生成element和epoch并判断sestdtc和seendtc。
epoch:epoch是一个比element大的概念,基本包括:screening、treatment和follow-up。
element:screening和follow-up基本与epoch相同,但是treatment会有很多分类比如double-blind和open-label或者药物剂量递增或者用药频率不同等等,甚至这几类都存在,从而产生更复杂的情况。需要仔细地阅读protocol并与统计进行沟通。另外ETCD=“UNPLAN”,则ELEMENT=" "。
之前说过,sv里的svstdtc和svendtc体现了在方案规定的流程中某个访视的开始和结束日期时间,那么再向上一层级对应的sestdtc和seendtc就体现了该流程的开始和结束日期时间。
sestdtc:对于screening,sestdtc为rficdtc(签署知情同意书的日期时间),知情同意书的签署,表明受试者正式进入临床试验,进入screening期;对于treatment期的每个element,sestdtc为受试者参与第一次element的最早日期时间,通常为第一次服药时间;对于接下来的follow-up,sestdtc为treatment结束的日期时间。
seendtc:首先,element的seendtc值和下一个element的sestdtc值相同。screening期的seendtc为,treatment期第一个element的第一天,即接受试验处理(通常为用药)标志着筛选期的完结;但有一种特殊情况,如果受试者筛选失败的话,是不会接受试验处理的,就把seendtc赋为筛选失败的结束日期时间。treatment期最后element的seendtc为follow-up开始的时间,或者如果没有follow-up则为end of study date。folow-up期的seendtc为end of study date。
要特别注意的是,每个element最后一次用药日期时间并不代表的这个element结束,很有可能需要加上frequency的时间,比如每次服药需要两周的代谢观察才算结束。也很有可能在ds domain里收集了类似end of phase的时间变量,和你在ec里算的最后一次服药日期时间不同。
也会遇到特殊情况,比如在treatment期的某个element阶段停止服药,但是没有退出直到该element结束甚至继续试验到下个element再到follow-up结束,解决思路推荐运用etcd="UNPLAN"填补,这样保证日期时间都是连续,同时在SEUPDES变量里解释原因。
结尾:
在撰写SE的时间变量的衍生的规则时,一定要在programming spec里体现出思考全面的文字说明以及编程逻辑,以上仅仅是提取我个人对于SE理解的一些核心部分,更多的还是要从项目中进行总结。
个人拙见仅供参考,欢迎后台私信斧正!