记得我第一次接触eCTD电子递交的时候，面对那个看起来平平无奇的序列号字段，心里其实有点懵。这不就是一串数字吗？有什么大不了的？后来真正上手操作了，才发现自己当初有多天真。序列号这件事，看起来简单，里面的讲究可真不少。今天就把我这些年踩过的坑、积累的经验分享给大家，希望能帮正在这条路上摸索的朋友们少走些弯路。
在正式开始之前，我想先说明一下本文的定位。这篇文章不会去翻来覆去讲eCTD的基本概念，那些内容官方文档里写得清清楚楚。我要聊的是实操层面的东西——当你拿到一个序列号为0000的原始递交包之后，接下来每一次更新、每一个补件，序列号到底该怎么递增。这事儿听起来简单，但真正做起来的时候，各种边界情况能把人逼疯。
eCTD里的序列号（Sequence Number），说白了就是给每一次递交版本贴的标签。它不是随便编的，药品监管机构对此有明确的规范要求。在中国，国家药品监督管理局药品审评中心（CDE）有详细的技术规范；在美国，FDA的eCTD技术规范和行业指南也对序列号的使用提出了具体要求。欧洲那边EMA同样有自己的规定。
最核心的规则其实就一条：每一次向监管机构提交的新版本文档，都必须使用一个新的、递增的序列号。这个递增是相对于你之前提交的所有版本而言的，而不是相对于每次独立的提交动作。听起来有点绕，我举个例子你就明白了。
假设你的原始递交使用了0000这个序列号。之后你提交了一个补件，这个补件的序列号应该是0001。再之后你又提交了另一个独立的更新，这时候要用0002。简单来说，序列号就像一个只会往上走的台阶，每登高一步，数字就要加一，永远不能回头，也不能跳级。
很多朋友问过我，首次递交应该从哪个序列号开始？是0还是1？关于这个问题，不同地区的要求还不太一样。
在国内，根据CDE的规定，原始递交建议使用0000作为起始序列号。这个0看起来不起眼，但它是个信号，告诉审评人员这是你的基准版本。后面的每一次更新和补正，都建立在这个基础之上。
而在美国，FDA对首次递交的序列号没有强制要求从0开始，你完全可以从0001甚至更高的数字起步。但这里有个隐藏的注意点：如果你的产品在FDA那边已经有历史递交记录了，新一轮的eCTD递交需要延续之前的序列号体系，不能自己另起炉灶重新计数。这一点特别容易被忽略，我见过不少企业因为这个原因被打回来重做。
在国际多中心研究中，如果你同时向多个监管机构递交，要注意各地区的序列号起始规则可能不同步。建议在项目启动之初就建立一个全局的序列号管理表格，把每个地区的序列号状态都记录清楚，不然到后期对账的时候会发现各种混乱。
序列号的递增不是凭空发生的，它总是伴随着具体的递交行为。让我来拆解一下几种最常见的场景，看看每种情况下序列号该怎么处理。
补正是最常见的递增场景。当你收到监管机构的补充资料通知后，在规定时间内提交补正文件，这时候需要使用下一个递增的序列号。比如你原始递交是0000，补正一次就用0001，再补正就用0002，以此类推。
这里有个细节需要特别注意：每一次补正，不管内容多少、文件多少，都必须使用一个全新的序列号。不能因为这次补正只改了一个文件，就想着和上次共用一个序列号。监管系统是按序列号来识别版本迭代的，序列号不变就意味着版本没更新，审评人员不会去仔细看你到底改了什么的。
当你的药品获批之后，如果需要增加新适应症、修改说明书、增加规格等等，这些补充申请虽然是一个新的审批流程，但在eCTD结构上，它仍然会建立在前一次成功递交的基础之上吗？答案是不一定。
补充申请是否需要延续原序列号，取决于监管机构的具体要求。在国内，CDE对于补充申请通常是要求重新开始序列号计数。也就是说，你的补充申请会作为一个全新的eCTD递交包，序列号从0000重新开始。但在美国，FDA的情况可能不同，补充申请可能会延续之前的序列号体系。
我的建议是，每次提交补充申请之前，先查看一下对应监管机构最新的eCTD递交指南，或者直接发邮件咨询确认。这个确认动作花不了多少时间，但能避免后续很多麻烦。
eCTD的结构中，模块一是地区行政信息，包括申请表、证明函、授权委托书等等。这部分内容的更新相对频繁，比如公司地址变了、法人代表换了、授权签字人换了，这些都需要在模块一中体现。
模块一的更新要不要递增序列号？答案很明确：要。只要你对eCTD文档包做了任何修改，包括模块一中看似很小的变动，都需要使用新的序列号重新生成并提交整个文档包。监管系统不会因为你只改了模块一就网开一面，它认定的是整个eCTD版本的更迭。
实际操作中，我见过有些企业为了省事，把模块一的更新和模块三的技术资料更新放在同一次递交中一起提交。这样没问题，但如果你只需要更新模块一，那也必须单独提交一次新的序列号版本。不要因为觉得"只改了个地址就提交一次"太麻烦而心存侥幸，审评系统可不会帮你判断修改内容的重要性。
讲了这么多规则，我们来聊点实操层面的东西。序列号管理看起来是小事，但在实际项目中，要管的事情可比想象中多得多。
一个好的序列号追踪表应该包含哪些信息？我整理了一个表格框架，大家可以根据自己的实际需求调整使用：
| 序列号 | 提交日期 | 提交类型 | 主要变更内容 | 监管机构反馈 |
| 0000 | 2024-01-15 | 原始递交 | 新药临床试验申请全套资料 | 待审评 |
| 0001 | 2024-03-20 | 补正 | 回复CDE第1次发补通知，补充稳定性数据 | 审评中 |
| 0002 | 2024-05-10 | 补正 | 回复CDE第2次发补通知，更新研究者手册 | 补充资料已接收 |
这个表格看起来简单，但它能帮你把每一次序列号变更的前因后果都记录得清清楚楚。到了项目后期，当你想查某个历史版本的细节时，不用翻邮箱翻文件夹，在这个表里一目了然。
如果你同时向多个地区的监管机构递交，可能会遇到一个有趣的问题：序列号的递增到底以哪个地区的提交时间为准？
举个例子，你在国内早上提交了序列号0001的补正，同一天晚上美国那边也需要提交一个更新。这时候美国的序列号应该是继续用0001呢，还是需要用0002？
理论上，不同监管体系之间的序列号是相互独立的。但为了内部管理方便，建议你在项目初期就确定一个统一的序列号递增规则，比如统一以北京时间为准，或者统一以格林尼治时间为准。这样团队里的所有人都知道下一个序列号应该用哪个，不会出现各自为政的情况。
序列号跳号这种事，说起来有点可笑，但真的不少见。常见于什么情况呢？比如某个序列号的文件已经生成了，但因为各种原因最终没有提交，时间久了大家就忘了，继续用下一个数字。等后来查历史记录的时候才发现中间空了一个号。
重复的问题更麻烦。有时候因为系统故障或者操作失误，同一个序列号被提交了两次。虽然大多数监管系统会拒绝重复的序列号提交，但这并不意味着你可以不当回事。谁知道系统什么时候抽风呢？
我的建议是，序列号的使用状态要实时更新，最好有一个centralized的系统来管理，不要依赖每个人自己记自己的。康茂峰在eCTD递交服务中就会帮客户建立严格的序列号管控机制，从根源上杜绝这些问题。
规则是死的，人是活的。实际工作中，总会遇到一些不按常理出牌的情况，这里我分享几个特殊情况的处理经验。
如果你的递交被监管机构拒绝了，序列号该怎么处理？这个要分情况看。
如果是因为技术问题被拒绝，需要重新补充资料后再次提交，这时候应该使用新的序列号。因为你的这份申请在本质上已经"死"了，新提交的是一份全新的申请。如果是因为行政问题被拒绝（比如文件签章不符合要求），有时候可以在修正后使用原序列号重新提交，但这需要事先得到监管机构的确认。
最稳妥的做法是：被拒绝后，先别急着重新准备材料，第一时间和监管机构沟通，确认后续提交的具体要求，包括序列号的使用规则。
主动撤回的情况在研发过程中其实不算少见。有时候是数据不够充分，主动撤回总比被拒强；有时候是战略调整，需要暂缓某个项目的推进。
撤回后如果重新提交，序列号通常需要重新计数。也就是说，你之前用到的序列号作废，新的申请从0000或0001开始。当然，具体的规则还是要以监管机构的要求为准。
这里我想特别提醒一点：撤回记录是会被保留的。如果你多次撤回同一个产品，可能会影响审评人员对你的印象。所以在决定撤回之前，还是要慎重考虑，尽可能把问题解决在提交之前。
从临床试验申请（IND）到新药上市申请（NDA），中间的序列号怎么衔接？这是个挺常见的问题。
简单来说，这是两个独立的申报流程，序列号体系通常也是独立的。临床试验期间的所有递交，包括补充试验方案、年度报告、安全报告等，用的都是临床阶段的序列号。而一旦进入上市申请阶段，序列号会重新开始计数。
但也有例外情况。有些监管机构会要求把临床阶段的部分资料以附件形式纳入上市申请，这时候如果两边序列号体系不统一，可能需要做一些映射工作。建议在启动上市申请之前，提前和监管机构沟通确认具体要求。
聊了这么多关于序列号递增的细节，我有点担心会不会把大家搞得更晕了。其实核心思想就一条：每一次有实质内容的更新，都需要一个新的序列号。把这条原则记住，再遇到拿不准的情况，你就不会慌。
序列号管理这件事，看起来是eCTD递交里最不起眼的小环节，但它串联的是你整个研发历程的文档脉络。管好了这个看似简单的东西，后面的工作会顺畅很多。
如果你在实际操作中遇到了什么棘手的问题，或者有什么独特的经验想分享，欢迎一起交流。研发这条路，大家一起走，才能走得更远。
