流程说明

1. eCRF构建请根据项目需求复制标准eCRF

① Medidata Rave使用的标准库来源于HRTAU eCRF Library, 具体使用流程如下：

I. 项目数据经理(TDM)申请该项目的HRTAU EDC环境，具体流程请参考申请电子化系统章节；

II.DM/TDM参考HRTAU4.1建库流程完成CRF搭建，并push到UAT环境；

III.DM/TDM进入server项目文件夹pgm_out文件夹，运行导出_转换als工具程序(SAS安装及server文件夹创建流程请参考eCRF搭建-DBQC-eCRF章节)，运行完成后在output文件夹内找到转换后的ALS文件(XML格式)；

1. 如server项目文件夹中没有该工具，请发邮件至SAS组公邮(DM-SAS@hengrui.com)申请配置。
2. 在使用过程中，如有反馈意见可填入HRSTD反馈.xlsx中。

IV. 在Rave Architect Modules使用Upload Draft功能上传步骤III转换后的ALS。

② HRTAU 4.1的项目在首次建库时应优先使用“流程图导入”功能（参考流程图导入 /HRTAU V4.1.20 建库端培训：流程图导入/HRTAU V4.1.20 建库端培训：研究导入&研究克隆&eCRF复制）进行eCRF构建，导入后系统会自动完成“eCRF Library”的eCRFs复制和访视搭建。具体操作方法请参见下方培训视频。后续增加CRF可以使用“复制eCRFs”功能，根据需要选取要复制的标准eCRF即可。

③如在进行eCRF构建过程中遇到标准库中没有的表单，建议TDM/DM按以下步骤进行构建：

1. TDM确认同类或相似适应症的项目是否包含所需要创建的新表单，确认方式包括但不限于：通过部门企业微信群询问、请直线经理导出CDTMS项目清单并找到同类或相似适应症项目的TDM询问、在标准化反馈表HRSTD反馈.xlsx中搜索既往是否有类似的feedback，如果既往有项目创建了所需表单，并经标准组审核通过(标准化反馈表中有相关记录且已close)，则TDM可以直接使用并发项目组审核。如果未在既往项目中找到所需表单，可按步骤2操作；
2. TDM自行查阅资料完成CRF设计。TDM应先了解新表单的需求，包括分析需求、清理需求等，以及需要包含的内容(可与项目组提前沟通)，然后自行查阅相关资料(查看CDISC中的Standards-Therapeutic Areas找到该适应症的文件，包含了该适应症适用且常用的检查、对应的表单设计、Domain设定、CRF设计等内容，并与CDASH和STDM文件结合)，具体方式请参考知识库培训：【HRSTD】CDISC相关文件简介、【HRSTD】CDISC标准实例运用。

注意：涉及编码相关页面的设计请参考“医学编码相关eCRF的设计要点 ”。

● 标准eCRF使用方法及注意事项请参考标准化DM使用手册,使用中有任何问题请反馈至HRSTD反馈.xlsx中。

标准化相关的通用介绍， CRF设计通用规则，HRSTD相关表单下场景表的matrix、字段设计说明、收集等级等，请参考下表中CDTMS-知识库中HRSTD相关培训资料。

注意：RAVE、HRTAU4.1系统上的项目，如项目组提出Unique eCRF 英文转中文，DM可按以下步骤进行操作。Blank CRF的翻译需联系技术支持评估可行性，目前不支持Raw Data 翻译。

RAVE系统项目CRF翻译操作步骤：

①在Architect建库端进入需要进行CRF翻译的项目中，点击“Add New Draft”，选择”From Project Versions”，选择需要复制的项目号和正式库的CRF版本，新的 Draft建议命名为：Version_EN，例如：Version 名为 “SHR-1210-II-218-PRO-V1.1-20240105”，那么新的Draft 名称为 “SHR-1210-II-218-PRO-V1.1-20240105_EN”;

②进入到新复制的Draft 中，点击“download”将 Draft 的 ALS 下载到本地；

③打开 ALS 文件，可以参考标准eCRF翻译其中的 Form Label、Field Label、Dictionary Data String 和 Folder Label；

④其他不需要修改，文件格式也不需要修改，使用 Architect-Upload Draft 的功能，将翻译后的文件上传至项目中。

HRTAU系统项目CRF翻译操作步骤：

①项目TDM导出生产环境的“数据库定义”报告和英文版方案标题发送尔康使用程序翻译（注意：若这个化合物之前有Compound Lead，请先发送给Compound Lead，由Lead收集完成后统一邮件发送尔康）。

②翻译完成后尔康会邮件回复英文版“数据库定义报告”，由各项目TDM检查和补充（程序仅翻译标准库已有字段，项目特有表单需自行翻译），检查内容为“表名、变量名、访视名称、一般编码描述和内嵌表编码描述。（同Compound尽量保持翻译统一性）

③检查&补充无误后，在meduap-tst环境找到对应项目，进入建库端，点击系统界面的左上角的 “增加草稿” → “方案版本” → “空白草稿” → “保存”。

④草稿创建完成，点击 “Excel导入” ，选择线下补充&检查好的数据库定义报告，然后上传。

⑤上传后需进行内嵌表关联、访视表添加和casebook勾选，完成后发布至DEV环境。发布后进入DEV环境导出所需CRF或数据库定义报告。

中文项目如遇国外申报、BD等，要求提供英文Unique CRF的，各部门领导根据翻译工作量、交付时间要求、翻译方资质要求评估决定外包还是DM翻译，一般情况下DM可自行翻译。无论外包还是内部翻译，MDM或大队长需把控翻译质量。DM内部审核通过的英文CRF均需发送医学经理最终审核确认，DM不提供受试者CRF翻译支持。

如同一个产品多个项目需要翻译数据管理相关文件时，DM compound lead需要统一把关，避免项目单一翻译导致不一致，若是单一项目上提出的需求，也需要反馈至compound lead，由compound lead进行评估。

培训视频：

HRTAU eCRF生成-空白草稿&研究.mp4

HRTAU eCRF生成-eCRFLibrary.mp4

HRTAU eCRF生成-流程图导入.mp4

Rave eCRF生成-ALS转换.mp4

2. 随机相关eCRF搭建

● 如项目随机化和药物管理由数据科学中心随机化团队负责，则需进行以下几步。

① 随机人员确定后，项目数据经理(TDM)填写CDTMS，需要填写的内容为临床试验项目-基本信息-随机化选择“是”，并且“随机化单位”选择“本单位随机化部门”，以便于随机化团队进行随机人员和文件的管理。

② 完成CDTMS后，

I. Rave项目：TDM邮件随机化专员撰写《RTSM在EDC的配置需求》，并沟通截止期限。需求撰写完成后，TDM应进行审核，确认无误后交由数据经理(DM)按照需求在EDC中进行随机相关eCRF的搭建。

II. HRTAU项目：DM参考《HRTAU_RTSM标准库随机配置流程》进行eCRF随机相关页面的搭建，如配置时有疑问，请及时与随机专员沟通。

注意：若RTSM和EDC进行对接，因两个系统是共用同一个访视结构，所以当访视结构有更新后，DM一定要在UAT前通知随机专员进行RTSM访视结构更新。若RTSM访视结构未同步更新，系统上线后会影响正常的发药功能。

● 如使用外包的随机系统与Rave对接，TDM邮件公邮(ravesme@hengrui.com)，告知项目号，方便进行RWS账号的管理和项目授权，同时在CRF设计阶段与供应商及时沟通并明确《数据传输说明》。《数据传输说明》由供应商负责撰写，并须经申办方项目团队审核通过后定稿。

● 如外包随机系统与HRTAU对接，可参考《外部随机对接工作手册_V1.0》:

① TDM邮件恒瑞系统支持 (hrtau.support@hengrui.com)，告知项目号及授予权限的用户，方便进行对接账号的管理和Transfer项目授权。

② 在CRF设计阶段应和项目组成员(PM、医学、统计等)沟通需要对接的字段，然后与供应商及时沟通并明确《数据传输说明》。《数据传输说明》由供应商负责撰写，并须经申办方项目团队审核通过后定稿。其中，《数据传输说明》中的数据传输范围章节的Folder No.和Form No.需邮件恒瑞系统支持 (hrtau.support@hengrui.com)获取。

对接注意点如下：

A. 对接前

• 对接字段均需要设置只读，若“受试者信息页”的“知情签署日期”为对接字段，需邮件给技术支持小组 hrtau.support@hengrui.com设置只读。
• 不要设置页面优先录入，以免数据传输失败；
• 英文项目，需将IRONT配置表-EDC对接原因修改为英文，以便EDC系统中的audit trial显示为英文“RTSM Data Integration”；
• 

• 英文项目对接的日期变量，《数据传输说明》的传输格式需定义为yyyy mmm dd，而非dd mmm yyyy的格式，否则EC可能无法正常触发;

• 
• B. 对接中测试tips
• 受试者信息页的方案版本和 eCRF 版本，若eCRF发布版本有更新，需要看受试者信息页相关内容是否同步更新;
• 对接字段是否正确传输过来（包括格式/内容是否正确）;
• 对接字段相关EC或页面是否可正常触发；
• 随机系统的字段有更新，对应EDC的对接字段是否相应更新；
• 导出的数据集是否有问题;
• 对接字段的稽查轨迹和创建时间是否正确;（注：RTSM和EDC是通过固定频率进行对接，而非实时对接，如1min、3min对接一次，RTSM和EDC系统的稽查轨迹会完整记录各自系统所有的操作轨迹，EDC稽查轨迹只会记录对接轨迹，如在等待传输的时间间隔内，RTSM某一字段有多次修改，EDC稽查轨迹只会记录对接时RTSM的数据和操作痕迹。）

• C.对接后

• 在EDC上线邮件通知后马上邮件给技术支持小组 hrtau.support@hengrui.com 关闭EDC新增受试者的功能，并申请将Transfer系统IRONT配置表中对接环境勾选PRO环境。（注：EDC新增受试者功能关闭后，DEV,UAT环境的新增受试者功能均会同步关闭，后续改库测试只能在RTSM新增受试者进行测试。）

• 

• 上线后改库，只要传输字段相关的Folder、Form以及对应的Field OID等未更新，即使上线后数据库变更也无需再次进行对接测试。

   

3 . Lab相关eCRF搭建

HRTAU 4.1系统在构建实验室检查相关eCRF时应注意：

1. 如果方案上的检查项在标准检查项列表上没有，需要将方案作为附件，发送lab公邮GRP-CDSC-MEDLAB <GRP-CDSC-MEDLAB@hengrui.com>申请创建；

2.如果糖尿病项目方案涉及实验室检测项 “葡萄糖”，TDM/DM在审核方案或设计CRF时需与医学经理确认是检测血清葡萄糖还是血浆葡萄糖；若是非糖尿病项目，如方案无特殊描述，可默认为血生化中检测项“葡萄糖”。

3. 4.1.8和4.1.20系统的项目均可设置开放外院CRC录入正常值范围的权限，具体注意点及相关EC详见 HRTAU V4.1.8 外院实验室自由函数核查操作手册.pdf 和 HRTAU V4.1.20外院实验室Advanced EC核查操作手册.pdf。

RAVE系统在构建实验室检查相关eCRF时应注意：Range Type请选择Age_Sex_Global_Local，lab setting可参照RAVE实验室CRF设计、正常值管理来设置。

TDM邮件发送eCRF审核时，不同阶段建议的附件可参照下表。

注意：a. 首版CRF和数据库修订CRF变化较大时，需要发送医学总监和统计总监进行审阅，可在审核邮件中at医学经理和统计师转发对应总监审核。

b. 发送项目组CRF审核时需同步发送EDM（如适用）和随机经理（如适用）审核，此外，如项目有特异性的事件类或药物治疗类表需要编码，需由医学编码经理（睿儿经理ruier.yang@hengrui.com）审核相关页面的设计。

在eCRF审核过程中， TDM需基于风险（如：涉及疗效数据、安全性数据、终点数据等关键内容，或项目组成员意见不一致）召开eCRF审核讨论会，以确保审核的充分性。所有审核意见均需记录在工具文件《DM-FM-002 eCRF审核记录表模板 eCRF Review Tracker Form Template V1》(见工作模板)中。

注意：若项目涉及外包，由TDM评估是否需要外包人员参与审核。

5. DBQC-eCRF（TDM自查）

eCRF搭建及eCRF修订的过程中，为了符合标准库的要求，在TDM(QC)正式质控前， TDM/DM需在不同阶段提前进行DBQC，DBQC包括标准库一致性比对和数据库QC，建议TDM/DM在首次将eCRF发给项目组审核前、eCRF较大改动时、eCRF基本定稿前及数据库修订时运行DBQC工具。具体流程如下：

• TDM/DM提前在OA-流程-信息管理类-软件安装申请表填写SAS软件安装申请信息，并下载SAS软件包至本地，在OA审批后，IT后会主动联系并协助安装，才能在server进行程序输出；
• CDTMS上项目创建成功后，server上会自动创建该项目文件夹。
• 进入server项目文件夹pgm_out文件夹，运行“recon_dbqc”程序；
• 在output文件夹内查看结果"DBQC报告" ；

1. 在使用过程中，如有反馈意见可填入HRSTD反馈.xlsx中。
2. 如遇项目文件夹未创建成功、无recon_dbqc程序等问题，请TDM/DM邮件给SAS组公邮(DM-SAS@hengrui.com)解决。

培训视频：

DBQC程序的使用方法.mp4

6. eCRF定稿

TDM应和PM确认伦理递交材料是否接受草稿版的eCRF，如仅接受定稿版的eCRF，建议eCRF至少经过一轮项目组审核后再递交。

若因方案更新需修改eCRF或EDC，eCRF应在方案确认定稿（通过CDE和伦理审批）之后再定稿签字，数据库修订再上线，需要等到组长单位伦理备案后再执行。TDM需在数据库修订完成后及时更新DMP，具体流程请参考数据管理计划章节。

项目EDC上线后或数据库修订再上线后，TDM应注意将定稿的eCRF和数据库定义文件及时传输给编程同事。

各类型的eCRF的作用可参见下表。

eCRF类型

7. 界面设置

eCRF定稿后, 即可开始界面设置，界面设置包含：自动取值，访视/表单触发，行控制/字段触发，字段对部分角色隐藏，实验室映射，受试者状态设置，字段审核设置等。其中，rave系统的自动计算/访视/表单/字段触发等需要通过EC实现。

注意：HRTAU V4.1.20 EDC系统进展报告已线上化，请参照EDC 系统进展报告用户手册进行后台设置，以便上线后PM可以直接从EDC系统导出进展报告。

字段审核设置：TDM应导出系统中各字段SDV, MM review和Signature状态，并发送PM和MM审阅。标准库eCRF library 中各表单已预设了核查设置，DM复制的相关CRF表单的核查设置已设定好，无需另做修改。

Rave： HRTAU数据库定义转换Rave ALS工具，会将HRTAU中的核查设置做转换，DM无需在Rave中另行设置。Rave项目可导出ALS，挑选出Field 表单中的“FormOID、FieldOID、PreText、SourceDocument、DoesNotBreakSignature、ReviewGroups”等列发给PM和MM审阅，SDV, MM review和Signature的设定与ALS的对应关系如下表：

HRTAU：导出数据库定义报告，挑选出核查设置表单，发给PM和MM审阅。

培训视频：

CDTMS填写要求

• 填写要求：初稿V0.001D应该在当天完成草稿版节点的填写。
• 默认自动引用字段：
• 变更控制号：EDC修订计划节点变更控制号，若为初版则为空；
• 方案版本号：研究方案节点当前版本；
• 人工填写字段：
• EDC环境：需与导出eCRF的环境保持一致；
• 版本状态：EDC环境为DEV默认选择“草稿版”，EDC环境为UAT默认选择“审核版”，可根据实际情况选择“签字版”；
• 主要修改内容与原因：根据实际情况填写本次主要修改内容与原因；
• 自动生成字段：
• 版本状态选择后，当前版本：V0.00XD/V0.00X./VX，eCRF版本号：项目ID+eCRF+当前版本，eCRF版本日期：同步后更新成导出eCRF版本日期。
• 系统同步/生成附件：
• Unique CRF/注释eCRF/eCRF全集/DB Specification文件需要从EDC报告导出后，点击同步、同步/DMQC。
• eCRF审核记录表：抓取上一条记录内Unique CRF/ eCRF全集批注内容，自动归类增量式填写到上一条记录eCRF审核记录表内，生成附件。初稿V0.001D生成空白模板文件。
• 不同版本特殊字段：
• 草稿版：
• DEV版本：抓取DEV环境导出系统生成的eCRF版本号；
• 审核版：
• 是否同时进行DMQC：选择是，则运行DBQC程序，选择否，则不运行DBQC程序，如着急要eCRF，可选择否，运行失败可将日志内容下载反馈给SAS程序员；
• 签字版：
• eCRF修订记录：从第二个签字版开始生成，注意如上一条签字版为既往记录则无法生成；
• eCRF审批表：同步eCRF后，点击“eCRF审批表”系统自动生成。
• 工作流：
• 草稿版：未提交 →待TDM审核→待MDM审核→ 已锁定（TDM新增草稿版跳过TDM审核）
• 审核版：未提交 → 已锁定
• 签字版：未提交 → 待签字 →已签字
• 其他：节点都可以修订，但是再次提交该节点必须有签字/审核记录。

初稿草稿版（V0.001D版）eCRF应在文件完成后当天上传。附件上传要求说明如下：

知识拓展

eCRF设计与搭建

1.概念与定义

1.1 CRF与eCRF

病例报告表（Case Report Form, CRF）：指按照试验方案要求设计，向申办者报告的记录受试者相关信息的纸质或者电子文件。

电子病例报告表（Electronic Case Report Form, eCRF）：指电子文件形式的CRF。

1.2 aCRF

注释病例报告表（Annotated Case Report Form, aCRF）：是在空白病例报告表的基础上，对采集的受试者数据（电子化的或者纸质的）信息单元（即字段信息）与递交原始数据集中对应的变量或变量值之间映射关系的具体描述。

• 一般来说，EDC系统直接导出的aCRF为CDASH aCRF；用于数据库锁定后文件递交的为SDTM aCRF，二者不是一个概念。
• 本节的aCRF指SDTM aCRF。
• 规范的aCRF有以下要求：

①注释内容至少包括：变量所属的数据集名称；变量名称；变量格式；对应变量的编码名称。

②数据集名称（此处指基于CDASH标准的Domain，与EDC系统直接导出的单个数据集不是一个概念)应由2个大写字母组成，并严格按照常规的16个标准集命名。变量名称不能按照数字定位（如P2V3）命名，一旦发生调整，会产生混乱。

③除了对每个采集数据变量按照一定标准命名外，对每个变量的格式也要有具体标注，否则会对数据采集造成不必要的障碍。

④对于存在多个选项的变量，可以有多种编码与之对应，从而应对不同的临床试验设计。

⑤eCRF中可能会收集一些递交数据库中没有的数据内容，这类数据应在aCRF上明确标注为“不递交”（“NOT SUBMITTED”），并在数据审阅说明中阐明不递交这些数据的理由。

⑥对于重复出现的表格，在CRF中只需要标注一次。

⑦在aCRF前可制作目录，且应超链接到对应页上。

⑧如果在一页中存在多于一个Domain及其变量需要注释，需用不同颜色区分。

• aCRF作为数据库与CRF之间的联系纽带，帮助数据管理员、统计人员、程序员和药物评审机构了解数据库。
• 在临床试验数据递交的文件夹结构中，aCRF位于文件夹第五层。

2.设计原则

• 严格遵循临床试验方案

CRF设计不严谨可能影响数据的完整性和可靠性，主要数据点的遗漏将造成难以弥补的损失，因此CRF设计必须保证收集试验方案里要求的所有临床数据（外部数据除外）。

• 内容全面完整且简明扼要

CRF应包含达成试验目的的所需的所有必要数据，临床试验如何区分必要和不必要的数据需要根据试验方案、适应症特点、研究药物特性以及临床事件的实际情况来确定。ICH-GCP规定，在统计分析过程中发现有遗漏、未用或多余的数据要加以说明，CRF应当只包含与研究目的相关的数据，不应采集与试验无关的数据，减少研究者填写、监查员核对及数据管理员核查的工作量。

• 设计指标意义明确

设计CRF应当考虑不同的使用者（研究者、临床研究协调员、监查员、数据管理员、统计学家、医学人员等）的语言和专业背景，尽可能使其对CRF的理解趋于一致，提高数据的可靠性与一致性。CRF设计采集指标应简单明了、意义明确，要尽量避免意义不明确或容易引起歧义的问题。

• 方便填写及录入

CRF拟采集的数据格式、页面布局及采集顺序要符合临床实践与试验方案要求，便于研究者填写。以下为CRF的四类变量：

• 尽可能避免衍生数据

CRF应尽可能收集原始数据，而不是计算后的衍生数据。如，BMI可统一收集体重及身高，在后期分析时统一计算。这样不仅可以避免临床计算错误，也可以节省数据审核时间，提高数据管理工作效率。

• 易于归档与统计分析

CRF设计需考虑归档的需要，应便于存档与读取。为采集的数据适于统计分析，设计CRF时需考虑统计分析的要求，考虑数据编码的标准、一贯性与合理性。

3.设计依据

CDISC（Clinical Data Interchange Standards Consortium, CDISC）是一个全球的、开放的、多学科的非盈利性组织，建立了涵盖研究方案设计、数据采集、分析、交换、递交等环节的一系列标准。（官网：https://www.cdisc.org/）

CDISC核心标准见下表：

下图展示了这些标准在临床研究哪些阶段使用：

其中，CDASH、CT、TA、SDTM与数据管理员工作关联性较大，如有兴趣可查看知识库既往培训。地址：【HRSTD】CDISC简介

从2020年10月1日起，中国鼓励申办方参照CDISC标准递交临床试验数据及相关的申报资料。

4.设计流程

4.1 准备阶段

设计可以开始于方案制定阶段（方案草稿完成后），与方案同时完成，也可以在方案定稿后开始。CRF设计和方案设计同时进行的好处是可以发现方案存在的问题；缺点是因为方案的不断修订，会导致CRF修订版本比较多。CRF设计在方案定稿后进行的好处是修订版本比较少；缺点是如果发现方案前后有冲突或描述不准确的地方将影响到CRF，可能导致方案修订。因此，数据管理员在收到草稿版方案时应认真审阅。应注意，不是所有的试验方案修改都需要变更CRF，CRF的重要变更应在方案的修订获得机构/伦理审查委员会（IRB/IEC）批准后才生效。

4.2 设计阶段

CRF设计必须考虑到方案规定需获取的数据、需执行的特殊操作和其他有助于提高数据获取能力的信息。此外，CRF设计应符合方案规定的访视流程，且便于获取信息。

4.3 审核及批准阶段

CRF初稿设计完成后，应交给项目组审核，以确保符合方案。CRF的审核会涉及多方人员的参与，可以包括申办者、申办者委托的CRO、研究者、数据管理、统计人员、医学经理、项目经理等。项目组给出审核意见后，CRF设计人员根据审核意见修改CRF，然后审核人员对修订稿再次审核，直至项目组批准同意。CRF的设计、制作、批准和版本控制过程必须进行完整记录。

参考：https://www.cdisc.org/

《基于CDISC标准的病例报告表注释流程及方法》王宏伟，邓亚中，刘川

药物临床试验数据递交指导原则