又是不想上班的一天，这是一篇生活杂事。
昨天有一个DM过来问我什么是RELREC，当时我就心想:你个DM了解这个干什么，要了解也是了解一些SAS基础啊。但是既然你诚心诚意地发问了，那我就大发慈悲地告诉你吧。
DM：RELREC是Respiratory system findings？RE？
SP：哎哟，不错哟，还知道RE。
SP：RELREC也是一个数据集，相当于一座桥梁，把两个数据集联系在一起。这和RE是两个完全不一样的东西。RELREC数据集有这样的结构。
98b7726de64fec400895d58bd4cc8be.png
SP:通俗一点，一个AE可能跟一个合并用药有关系，这时候就可以用这个数据集表明他们的关系。比如说AE数据集里面的第5行跟CM数据集里面的第11行这两个是有关系的。
a0fb108ba6f9196ec18bec82c826504.png
DM：那这个数据岂不是通用的？
SP：通用是指什么意思？一般数据集与数据集之间有关联才会用上这个，一般有AE,CM,MH,PR,PC,PP,EX,EC。
DM：是的，就是这个意思，我就想说，假如创建了，如果AE&CM，EX&EC，怎么区分开来？
SP: RDOMAIN表明是哪两个数据集，RELID一样的表明这两个数据集是有关系的，这样就能区分开来。然后RELTYPE表明这两个数据集里面的观测是一对一的关系还是一对多的关系，比如说一个不良事件可能对应多个合并用药，这时候RELTYPE就是ONE-MANY（上面的图片RELID为1的表明这个不良事件跟两个合并用药有关联，下面的这个图片表明这个不良事件跟DS数据集中的一条记录有关联）
也就是说如果AE-CM有关系，AE-MH有关系，EX-EC有关系，我们都是记录在RELREC这个数据集里面的，然后通过RELID区分开来。
e16b04026c75360af4d5514c16545ff.png
SP：比如在这张listing中，展示了为什么会有合并非药物治疗“胸腔积液引流”这一条记录，原因就是后面的不良事件，不良事件的名称就是“胸腔积液”。我们会在ADaM里面提前处理，通过RELREC获取对应的不良事件（通过关键变量IDVAR,IDVARVAL,RELID），这就涉及编程方面的东西了。
image.png
到这她就差不多明白了，其实这个过程中还涉及一些小问题，本来直接在她面前演示一下，给她看一下对应的数据集，立马就能明白了，这就是网上交流的局限性，效率低。
不知道其他DM能不能明白，RELREC(the related records)是一个数据集，包含哪些变量你们也不需要了解，知道有上面这样一个过程就可以了。它不是一个listing，
image.png
我觉得自己 在将自己了解的东西讲的通俗易懂方面还是挺不错的，知道如何站在对方的角度将问题说明白，而不是讲干巴巴的概念。当然了，如果你是纯小白，可能不良事件、合并用药都不明白，所以这又是另一件事了。这里只针对临床行业的人。
最后，她发给我这样一段话：
“你的学习能力确实很强，我也想像你一样多看书，我时间有，资源有，就是理解能力不太好，总是会遇到瓶颈，我是喜欢打破砂锅问到底的那种，必须问的很细，我才彻底明白，我觉得学习不是为了要去跨行才去学习，多接触不同的内容是可以让你更好的了解自己的本职工作。”
其他方面我很赞同，多了解一些会对你的工作有所帮助，但是加粗部分，我觉得在工作中，更多的是靠你自己理解总结，而不是靠问，如果遇到一点问题就去问人家，那不是会被烦死，所以，工作中更多的是自己去找资料，然后自己去理解，去思考总结。实在解决不出的，再去咨询一下其他人。（这也不是绝对的，毕竟也遇到不少读者找了半天不知道怎么解决的，一问立马就知道是什么问题了）。
就跟很久之前，经理告诉我要在规定的时间里把ADTTE的SPEC写出来，然后数据集输出出来，那时候我连PSF,DOR,BOR是什么都不知道，时间又紧，只能靠着以前高级程序员写的SPEC一点点模仿理解，才写出了现在肿瘤系列的东西。你说我当初可能追着问经理，什么是PFS,什么是DOR，SPEC怎么写吗？不可能，都是要靠自己。所以说，工作中大多数时候是去参考其他项目，然后自己理解总结，接着是改进甚至是推翻以前别人写的，这就考验你对CDISC的理解了。
网友评论