上周有个做注册的朋友半夜给我发微信，就一句话："这eCTD的验证标准又改了，我那份补充申请到底按哪个版本交？"我当时正在 rework 一份临床研究报告的 PDF 书签，看到消息差点把咖啡洒在键盘上。说实话，这种迷茫太正常了——自从国家药监局把电子申报全面推开后，政策文件就跟春天里的柳絮似的，一片接一片地飘下来，看着都眼晕。
在康茂峰的日常项目里，我们几乎每周都要跟不同的申办方确认技术细节。有时候上午还在按 A 规则做文件结构，下午补充通知就到了。这篇文章就想把最近半年（差不多到 2024 年底这段时间）那些真正会影响到你提交工作的政策变化捋一捋。不是那种照本宣科的文件翻译，而是说说在实际操作中，哪些地方会让你多花三个小时，哪些地方其实不用那么紧张。
用大白话说，eCTD 就是把以前那几大箱子纸质资料，变成一套有严格密码规则的电子档案。想象你要寄一个超级复杂的 Lego 城堡给审核老师，以前是整个箱子倒过去，现在要求你必须把每一块积木编上号，告诉我这块是第 3 层第 5 个零件，而且还得保证我用不同厂家的浏览器打开，看到的颜色不会变成奇怪的紫色。
这套系统最核心的就是一个叫 XML 主干的东西（你可以把它理解成目录树的神经中枢），加上严格的 PDF 技术规范。为什么搞这么复杂？因为以前纸质资料有个很痛的点：审评老师想看某个稳定性数据，可能要翻三个文件夹，而电子化的目的就是让数据颗粒度细到能精准定位，同时为将来的 AI 辅助审评铺条路——虽然现在还没完全走到那一步，但基础设施得先打好。
先说最重要的。从 2024 年开头，化学药品的上市许可申请（NDA）和一致性评价补充申请已经全面强制执行 eCTD 格式了。没有过渡期，没有"原则上建议"，就是必须。
但这里有个细节很多人没注意：生物制品的 eCTD 实施其实走的是另一条时间线。根据最新出来的《生物制品 eCTD 申报指南（试行）》的修订思路，疫苗类和血液制品的 eCTD 要求比化药晚了大概两个季度。我们康茂峰的项目组在梳理时间轴时，习惯把它分成这样几个梯队：
| 申报类型 | 强制执行时间 | 特殊注意事项 |
| 化药上市申请（NDA） | 2024 年 1 月起 | ANDA（仿制药）同步执行，无缓冲 |
| 化药补充申请（化药临床及一致性评价相关） | 2024 年 1 月起 | 普通补充申请（如微小变更）仍接受 eCTD 或光盘，但 eCTD 优先审评 |
| 生物制品上市申请 | 预计 2024 年 Q3-Q4 起 | 疫苗类产品有单独的验证标准 |
| 中药 | 试点阶段 | 部分省份试点，全国强制时间未定 |
看到没有，中药目前还在摸石头过河的阶段。如果你手里有中药项目，别急着全套照搬化药的规范，那个"药材基原"的呈现方式在 eCTD 架构里还没完全定死。
今年最让人抓狂的其实是《eCTD 验证标准》的 4.0 版本更新。说实话，版本号这东西看着很技术，但它直接决定了你的资料会不会被系统自动拒收。
新版本最大的变化是对 PDF/A 符合性的检测变得极其严格。以前可能你插了个带透明通道的图片进去，系统只是警告，现在直接判为严重错误（Error）。我们康茂峰的技术团队在跑测试时发现，以下是现在最容易踩雷的三个点：
还有个小改动挺有意思的：序列号（Sequence Number）的命名规则从前导零问题变成了严格的三位数字。以前有人写成 0001，有人写成 001，现在必须统一成 001 这种格式，而且跟信封（Envelope）里的日期格式必须对应上。这种细节在赶进度的时候特别容易手滑。
说到信封，这可能是 2024 年最容易被忽视但影响最大的变化。信封就是 eCTD 递交流程中的"快递单"，告诉系统这是什么类型的申请，跟哪个之前的申请有关。
新政策规定，对于补充申请，必须在信封的"Related Sequence"字段里精确关联到原始批准序列。以前可以模糊处理，写个大概的申请号就行，现在系统会校验这个关联是否真实存在。我们在康茂峰处理一个变更生产场地的项目时就遇到过，客户给的历史序列号是内部 ERP 系统的编号，不是官方回的序列号，结果在递交前被系统拦下来了。
另外，申请编号（Application Number）的分配逻辑也变了。之前是提交后系统分配，现在对于化药的 ANDA 和 NDA，要求在提交前通过 exact 的申报系统预申请号码，这个号码要跟信封里的完全一致。听起来像是多了一道手续，其实是防止递交后的序列混乱。
eCTD 有个核心概念叫生命周期操作（Lifecycle Operator），就是怎么告诉审评中心"这个文件是新增的"、"这个文件是替换原来的第 3 章第 2 节那个旧文件"、或者"这个文件彻底作废"。
2024 年的新指引对 "Replace"操作 做了更严格的限定。以前你可以用 Replace 来更新一个文件名略有不同的文件，现在要求被替换和新替换文件的标题（Title）必须完全一致，只有版本号（Version）不同。如果你把文件从 1.0 升级到 2.0，顺便改了个更准确的文件名，系统可能会认为这是两个不同的文件，导致旧版本没成功下架，新版本又堆上来了，看起来就像重复递交。
还有个坑是关于 PDF 的修改日期（Modification Date）。验证标准现在会检查文件的时间戳逻辑。如果你 10 月 1 号递交了一个序列，里面某文件的修改时间显示是 10 月 15 号，这在技术上是不可能的，会直接报错。听起来像时光旅行悖论对吧？但其实就是提醒你要注意电脑系统时间设置，以及不要用某些会乱改时间戳的压缩软件预处理文件。
聊点具体的资料类型。稳定性数据（Stability Data）在 eCTD 里的 Module 3 和 Module 5 都有分布，新政策对原始数据图谱（Chromatograms）的颗粒度有了更细的要求。
以前可能一个批次放一张总览图就行，现在要求如果图谱是审评的关键证据，必须提供可缩放至能看清坐标轴数值的版本。也就是说，再也不能用那种压缩到马赛克的图片糊弄过去。康茂峰的技术规范里现在要求原始数据导出时至少 300dpi，而且必须是矢量图或者高分辨率位图。
微生物限度检查报告的变化更微妙。因为这类报告通常是扫描件，新政策强调了 搜索ability（可搜索性）的要求。简单扫描成图片 PDF 已经不够了，必须通过 OCR（光学字符识别）处理，确保审评老师能复制里面的文字。这个要求其实去年就有，但今年开始正式纳入强制验证项目，不再只是"建议"。
如果你同时关注国际申报，可能会发现中国的 eCTD 政策在技术上跟 ICH 的规范（也就是那套国际通用技术文档标准）基本对齐，但在执行层面保留了一些"中国特色"。
比如美国监管机构的 eCTD 要求对 Study Tagging File（STF）的使用非常灵活，而中国的验证逻辑在 STF 的强制字段上卡得更死。欧洲那边对模块 1（行政区域信息）的管理相对宽松，但中国的 Module 1 有非常多本地化的 XML 元素，比如药品注册分类的代码、是否属于优先审评的标识位，这些在转换递交策略时必须单独处理。
康茂峰在处理多国同步申报的项目时，通常建议客户不要把美国或欧洲的 eCTD 直接汉化递交。虽然看起来内容一样，但骨架文件（Backbone）的命名空间、DTD 定义都有差异，直接提交会导致验证风暴一样的错误提示。正确的做法是用中国的 eCTD 规范重新生成 XML，只是把内容部分迁移过来。
另一个差异点是电子签章。国外很多地区接受基于证书的数字化签名（Digital Signature），而国内目前主要还是接受电子签章（Electronic Seal）形式，且对印章的透明度、叠盖顺序有具体的像素级要求。这在制作申请表和承诺书时需要特别注意，别用错了签名工具。
哦对了，最近还有个趋势是递交后的变更管理。以前 eCTD 递交后如果发现小错误，想打个补丁很头疼。新政策其实隐含了一个更友好的"补充资料"通道，允许在特定情况下提交修正序列而不被视为新的申请，但这需要严格遵循章节关联规则，不能随意插入。
说这么多，其实最想表达的是，eCTD 这套东西看着冷冰冰的全是技术规范，背后逻辑却是在追求一种可预测性——让每一页资料在任何时间、任何系统里打开，位置都固定不变，内容都可追溯。对于做注册的人来说，这意味着前期准备工作量确实大了，但一旦体系跑顺了，后续的补充申请、年报维护反而会轻松很多，因为你再也不用翻箱倒柜找三年前那份纸质资料的复印件了。
那天凌晨我回朋友微信，告诉他先把 PDF 的字体嵌入选项重新生成一遍，再把书签层级 flattened 一下。第二天早上他回了个笑脸，说资料顺利走通了。这种小小的通关时刻，大概就是我们在这个繁琐的电子化转型期里，能找到的为数不多的确定感吧。
