临床试验的质疑表主要由申办方的数据管理部门(或其委托的CRO数据管理员) 发起,并通过专用的电子数据采集系统 传送给研究中心。研究中心的研究者或授权的研究协调员 负责接收、解答并返回质疑表。
这是一个双向的沟通过程,涉及以下角色:
1. 质疑的发起方与传送者(通常是):
数据管理员:这是最主要的角色。数据管理员负责审查录入电子数据采集系统(EDC)的数据,当他们发现数据存在缺失、逻辑错误、与源数据不一致或超出正常范围等情况时,就会创建一张质疑表。
临床监查员:CRA在进行中心监查访视时,会核对源数据。如果发现EDC中的数据与原始病历记录不符,他们会通知数据管理员,由数据管理员发出正式的质疑表。有时CRA也可能通过系统内部的备注功能提出疑问。
申办方医学经理/统计师:在数据审核过程中,他们可能会发现需要澄清的医学或科学问题,从而请求数据管理员发出质疑。
2. 质疑的接收方与回复者(研究中心方):
主要研究者:PI对所有数据负有最终责任,因此质疑在法律和规程上是发送给PI的。
被授权的研究协调员:在实际操作中,PI通常会授权CRC(临床研究协调员)或研究护士在EDC系统中日常查看、处理和回复这些质疑。CRC需要根据原始医疗记录(源文件)来核实问题,并提供准确的答案或对EDC中的数据进行更正。所有回复最终必须由主要研究者审阅并电子签名确认。
现代临床试验几乎完全采用电子化流程,传统纸质方式已被淘汰。
主要方式:通过电子数据采集系统进行传送
电子数据采集系统(EDC系统):
这是当前绝对主流的、标准化的方式。常用的EDC系统包括Oracle Inform、Medidata Rave、Veeva Vault等。
流程:
数据管理员在EDC系统内直接针对有疑问的数据点发起质疑(Create Query)。
系统会自动发送邮件通知给研究中心指定的PI和CRC,告知他们有新的质疑需要处理。
CRC/研究者登录EDC系统,在专门的“质疑管理”模块中可以看到所有待处理的质疑列表。
他们查阅源文件后,直接在质疑表的下方字段中录入回复(提供正确信息或解释),或根据质疑的提示更正EDC中已录入的数据。
回复并保存后,质疑状态变为“已答复”。
数据管理员会收到通知,审核回复内容。如果满意,则关闭质疑;如果不满意,可以再次发起新的质疑(Re-query),循环此过程,直到问题解决。
历史/次要方式(现已较少使用):
传真/邮件:在早期纸质或部分电子化时代,质疑表可能通过传真或电子邮件发送至研究中心,研究者填写后再传真或邮件返回。这种方式效率低、易出错、且缺乏严格的轨迹追踪,现在已不符合主流GCP和数据完整性要求。
电话/口头质疑:监查员可能会通过电话就一些简单问题与CRC进行初步沟通。但任何涉及数据内容的正式质疑和修改,都必须最终在EDC系统中形成书面记录,以确保审计轨迹的完整性。电话沟通不能作为正式的质疑解决方式。
审计轨迹:EDC系统会自动记录质疑的发起人、发起时间、回复人、回复时间、回复内容以及任何数据的修改历史。这提供了一条完整、不可篡改的审计轨迹,是监管机构视察时的重点检查内容。
高效及时:实现了实时沟通,大大缩短了数据清理周期。
标准化:质疑流程被标准化,确保所有数据问题都以一致的方式得到处理和记录。
透明化:所有相关方(申办方、CRA、研究者)都可以实时查看质疑的状态,便于项目管理。
环节 | 责任方 | 主要方式 | 备注 |
---|---|---|---|
发起与传送 | 申办方/CRO的数据管理员(DM) | 电子数据采集系统(EDC) | 系统会自动发送邮件通知给研究中心。 |
接收与通知 | 研究中心的主要研究者(PI)及研究协调员(CRC) | EDC系统 + 邮件通知 | PI授权CRC日常处理,但PI负最终责任。 |
回复与返回 | 研究中心的CRC(经PI授权)和PI(最终审核签字) | 在EDC系统中直接回复 | 回复需基于源文件(原始病历),所有操作被系统记录。 |
关闭与归档 | 数据管理员(DM) | 在EDC系统中关闭质疑 | 质疑解决后关闭,所有记录将成为试验数据库的一部分被永久保存。 |
因此,质疑表的传送是一个高度结构化、电子化且留有严格记录的过程,以确保临床试验数据的质量和完整性。