做过药品注册的朋友应该都知道，eCTD（电子通用技术文档）总共五个模块，模块一到模块四的重要性几乎天天被挂在嘴边——区域行政信息、CTD概要文件、研究信息等等，随便拎出来一个都能讲上半天。但奇怪的是，模块五好像经常被冷落。有人在准备材料的时候甚至会犯嘀咕：这个模块五到底要不要认真弄？它里面到底装的是什么玩意儿？
其实吧，模块五在整个eCTD架构里扮演的角色有点像家里那个看起来不起眼但没了它就麻烦的小零件。你说不清它具体干什么，但它确确实实影响着整个文档的可用性。今天咱们就坐下来聊聊模块五的内容，用最实在的话说清楚它到底是怎么回事。
按照ICH M4的规定，模块五的正式名称叫"临床研究报告"（Clinical Study Reports）。这个名字听起来挺直白的，但很多人第一次看到的时候还是会有点懵：临床研究报告不是都在模块二和三里写过了吗？怎么模块五又来一遍？
这里其实存在一个理解上的偏差。模块二里的临床概述和模块三里的临床总结是高度提炼后的结果，目的是让审评人员能快速抓住重点。而模块五存放的是原始的、完整的临床研究报告正文，是支撑前面所有总结的"证据链底座"。你可以把模块二和三想象成解题思路，模块五就是那份详细的演算过程——审评老师想看思路的时候看二三，想核实细节的时候就得翻五。
从功能上来讲，模块五主要服务于几个目的。第一是提供可追溯性，每一条在模块二、三里得出的结论都能在模块五里找到对应的原始数据和分析。第二是支持深度审评，当审评人员对某个数据产生疑问时，他们需要能够深入到原始报告层面去核实。第三是保证合规完整性，整个eCTD文档必须是自洽的，模块五的缺失会让整个提交出现逻辑断层。
这个问题问得好，模块五的内容结构其实挺清晰的，只不过因为涉及的文件类型比较多，很多人会被绕晕。咱们把它拆开来一点点看。
模块五的主体部分就是完整的临床研究报告（Clinical Study Report，简称CSR）。每项临床研究都应该有一份对应的CSR，这些报告需要按照ICH E3指南的格式来撰写。CSR的结构通常包括摘要、研究报告、信息概要、方法学详情、结果分析、讨论与结论等等。
需要注意的是，这里的CSR指的是最终版报告，而不是什么草稿或者中期版本。如果是多中心研究，通常还会有一份多中心研究的总报告，再加上各分中心的子报告。这些文件之间的层级关系在eCTD结构里要体现清楚，不能随便堆在一起就算完事。
临床研究离不开统计分析，模块五里专门有一个位置放统计分析计划书和统计分析报告。这两份文件虽然也有可能出现在模块三里，但原始版本通常建议放在模块五。统计分析计划书记录的是在数据揭盲之前定下的分析策略，统计分析报告则是按照这个策略执行后的结果。这两份文件放在一起，能够证明数据分析过程没有被"事后调整"过，是保证研究可信度的重要证据。
病例报告表（Case Report Form，简称CRF）是临床研究中收集原始数据的载体。虽然我们不可能把每个患者的CRF都放进去（那量太大了），但模块五通常会收录CRF的样张，也就是空白表格模板。这样审评人员能够了解数据是怎么被采集的，字段设置是否合理，数据采集流程是否规范。
说到研究者手册，这东西其实在模块一和模块四里也会有，但模块五里通常会放与具体研究相关的版本。比如某项临床研究启动时使用的那个版本的研究者手册，会作为该研究的附件放在模块五里。这样做的原因是要保证整个提交文档的时间线是一致的——每个研究使用的背景信息必须是当时那个版本的，而不是后来更新过的。
临床研究必须经过伦理委员会批准，相关的批准函、委员名单、会议纪要等文件有时候也会被要求放在模块五里。这部分内容的主要作用是证明研究的伦理合规性，告诉审评人员这项研究是在正规伦理监督下开展的。
eCTD不是简单地把文件往里一堆就行，它有严格的文件夹层级结构。模块五的组织方式通常是这样的：按照研究项目分层，每个研究项目下再按照文件类型细分。
举个子可能更清楚些。假设一个药品有三项临床研究，分别是健康受试者的Ⅰ期爬坡试验、患者群体的Ⅱa期探索试验、以及关键的确证性Ⅱb/Ⅲ期试验。那么模块五的目录结构大致如下：
| 位置 | 内容 |
| 5.2 | 研究5.1.1（Ⅰ期爬坡试验）的所有文件 |
| 5.3 | 研究5.2.1（Ⅱa期探索试验）的所有文件 |
| 5.4 | 研究5.3.1（Ⅱb/Ⅲ期关键试验）的所有文件 |
每个研究下面的子目录又会细分为CSR正文、统计分析相关文件、CRF样张、研究者手册版本、伦理文件、实验室资质等等。这种树状结构的好处是审评人员可以顺着路径快速定位到想看的内容，而不需要在茫茫文件海里大海捞针。
eCTD对文件命名是有明确要求的，模块五里的每一个文件都应该有清晰、规范的命名规则。通常文件名会包含研究编号、文件类型、版本号或日期等信息。比如"Study-XX-CSR-Final-v1.0-20231201.pdf"这样的命名方式，虽然看起来有点繁琐，但能让任何拿到文件的人一眼就知道这是什么、是什么时候的版本。
版本管理在模块五里特别重要。临床研究过程中，CSR可能会经历多轮修订——数据清洗后可能会有调整，医学审阅后可能会有补充，甚至监管机构发问后也可能需要更新。每一版文件都要保留，并且清楚标注版本号和修订日期。在eCTD提交时，还需要通过xml文件来指明哪些是当前有效版本，哪些是历史版本。
这里有个小细节经常被忽视：统计分析计划和统计分析报告的版本对应关系。如果统计分析计划经过修订，相应的分析报告也得标注清楚是基于哪个版本的计划做的分析。这个追溯链条一旦断掉，审评人员就会对数据的可信度产生疑问。
前面提到过，模块五存在的意义之一是支撑模块二和模块三的内容。这种支撑关系不是随便说说的，而是需要明确建立起来的。
在模块二的临床概述里，提到的每一个关键数据点、每一项重要结论，都应该在模块五里有对应的原始出处。同样，模块三的临床总结中引用的具体数字，比如某个有效率的具体数值、某组不良反应的发生率，都需要能在模块五的CSR里找到计算依据。
这种对应关系在实际操作中有时候会变成一件挺头疼的事。特别是当模块二或三经过多轮修改后，相关人员在更新内容时往往只关注文字表述是否通顺，而忘了检查模块五里的对应内容是否需要同步更新。这时候就看出文档管理的重要性来了——最好从一开始就建立好交叉引用的索引表，定期核对各模块之间的一致性。
知道了哪些要放，也得知道哪些不要放。模块五不是垃圾袋，什么都往里装是不对的。
原始的病例数据列表通常不建议放在模块五里。这玩意儿数据量巨大，而且涉及患者隐私，通常是通过独立的数据提交渠道来处理的，不会出现在eCTD文档包里。还有那些中间过程的计算表格、内部工作邮件、会议纪要什么的，也都不应该进入模块五。模块五里的每一份文件都应该是最终版、可交付的正式文档。
另外需要注意的是，模块五只放与该次提交相关的临床研究文件。如果某项老研究已经不在当前适应症的申报范围内了，就不应该出现在这次提交的模块五里。这个边界要划清楚，否则会给审评人员造成困扰，也会增加文档包的不必要体积。
聊了这么多，最后还是想说说实际操作中常见的问题。这些坑有些是经验不足造成的，有些则是忙中出错导致的。
最常见的坑之一是文件缺失。有时候某项研究的相关文件准备得不全乎，CSR是有了，但统计分析报告忘了，或者CRF样张版本不对。还有一种情况是研究编号在各个模块里不统一——模块二里写的是Study 101，模块三里变成了Study-101，模块五里又是101-CSR。这种不一致会让审评人员很头疼，也会让人质疑文档管理的规范程度。
另一个容易出问题的地方是语言版本。如果提交的是中文文件，模块五里的所有支撑材料也应该是中文版本，不能CSR是中文，统计分析报告是英文，伦理批件又是中英双语。这种混杂会让人怀疑整个文档的质量控制流程。
还有一个值得提醒的是签章问题。虽然eCTD是电子提交，但有些文件仍然需要保留原始的签章信息。CSR的签章页、伦理批件的原件扫描，这些该有的东西一样不能少。电子提交不代表可以简化这些必要的合规要素。
说了这么多关于模块五的内容，其实核心观点就一个：模块五虽然不像模块一那样涉及区域行政差异，也不像模块三那样包含大量临床数据，但它在整个eCTD架构里有自己不可替代的位置。它是整个申报材料的"证据库"，是审评人员深入核查时的"后盾"。
准备模块五的时候，多花点心思在文件组织、版本管理和交叉引用上。表面上看这些是细枝末节，但实际上它们直接影响着审评人员的使用体验，也反映着申报方的专业程度。一份结构清晰、追溯完整的模块五，能让整个申报材料显得更加可信、更加专业。
如果你在准备eCTD申报的过程中对模块五还有什么疑问，或者在文件整理阶段遇到了什么具体的困难，不妨多跟有经验的人交流交流。这种实践性的知识，有时候聊着聊着就通了。
