一条 ClinicalTrials.gov 记录，不等于一个披露截止日
看到 ClinicalTrials.gov 状态或日期时，先拆开记录负责人、注册字段、研究日期、结果模块和适用依据，再判断披露服务范围。
重点监测信号
- 群消息提到 NCT 记录或公开研究状态，却没有 Responsible Party 或有权提交的人
- 需求把注册字段、研究日期和结果模块混成一个交付物
- 有人声称存在截止日，却没有指出所依据的法律、政策、研究类型、里程碑或计算来源
一条公开的 ClinicalTrials.gov 记录，不能直接给出一个适用于所有研究的披露截止日，也不能自动变成可报价的咨询范围。先拆开记录负责人、注册字段、结果模块、研究日期、报告依据和工作流证据，再判断真正缺什么。
这篇写给临床试验披露咨询机构的商务拓展负责人。他在获授权的申办方运营、法规事务和研究服务商 Telegram 群里查看注册与结果披露需求。申办方下次内部复核前，可能已经选好能说清“当前记录由谁负责”的服务商；晚一天看到，团队会错过候选名单。可如果一看到 Completed 就回复“结果逾期”，又可能连记录、规则和交付物都没确认。
“ClinicalTrials.gov 披露证据图”是本文自定义模型，不是 ClinicalTrials.gov 发布的术语或要求；它防止六种对象被压成一个状态标签。
定义：研究记录是一组各自有名字的数据对象
ClinicalTrials.gov 的注册数据元素定义分别定义了干预性和观察性研究的标识、申办方、设计、干预、结局指标、入排标准、地点与记录日期等字段。
“这条试验记录”不只是一个页面状态。Overall Study Status（总体研究状态）属于注册信息；Responsible Party 指向提交研究信息的责任主体；Primary Completion Date（主要完成日期）与 Study Completion Date（研究完成日期）描述不同里程碑；每个 Outcome Measure（结局指标）又有自己的时间范围。它们不能合并成一个“披露状态”。
ClinicalTrials.gov 的结果数据元素定义采用另一套结果结构，包括 Participant Flow（受试者流程）、Baseline Characteristics（基线特征）、Outcome Measures and Statistical Analyses（结局指标与统计分析）以及 Adverse Events（不良事件）。因此，注册记录写着 Completed，只能回答研究状态问题，不能说明结果是否已公开，更不能指出究竟哪个结果模块需要服务。
六个格子，先填对象再谈范围
商务负责人可以按下面六格记录；每一格都只回答一个问题：
- 具体记录。 保存 NCT 编号或精确记录地址，并核对研究标题。相似标题、截图片段或申办方名称都不能代替精确记录。
- 记录负责人。 先读 Sponsor 与 Responsible Party 字段，再分别确认谁能批准内容、谁能进入相关账户、谁有权签约。公开字段不能证明 Telegram 发言者拥有其中任何一项权限。
- 注册对象。 指出争议究竟是总体状态、入组人数、研究日期、设计、结局指标、联系人、地点，还是另一个已定义元素。“注册有问题”还不是工作包。
- 结果对象。 确认问题落在受试者流程、基线数据、某个结局指标、统计分析还是不良事件。“结果没做”背后可能是几种完全不同的交付物。
- 报告依据。 每个所谓截止日，都要连回一条具名法律或政策，并写出判断适用性时使用的研究事实。官方临床试验报告要求页面列出了多种法律、政策、资助者和期刊要求；单个公开日期并不会自动成为所有研究的截止日。
- 工作流证据。 向需求方索取当前提交状态、实际复核意见、正在讨论的版本，以及有权处理的人。这些是本文模型里的范围确认材料，不是从公开记录上就能推出的事实。
记录不明确，就没有可靠对象可查；负责人不明确，咨询机构不知道谁能提供源数据、批准修改；缺失对象没有名字，算出日期也不知道要交什么。
示例：“已完成，结果可能逾期”仍然不是完整需求
下面是模拟复合场景，不对应真实申办方、研究、客户对话或商业结果：
有人能接 ctgov cleanup 吗？状态是 completed，结果好像 overdue
稍后有人回复：
NCT 链接等下发，之前 CRO 拿着 login，申办方周三 review
另一个人补充：
primary date 去年改过，不知道法务按哪个算的
CRO 指 Contract Research Organisation，即合同研究组织。这几句给出了注册平台、一个未经核实的问题和周三复核，但仍缺 NCT 编号、申办方身份、Responsible Party、研究类型、法域、精确的主要完成日期与研究完成日期、适用报告规则、已提交结果模块、复核意见、账户访问权、决策权以及联系许可。
第一句回复不应是报价：
请先发 NCT 编号或精确记录，并说明当前由谁负责提交决定。这次复核针对一个注册字段、某个具体结果模块，还是既有提交的复核意见？也请附上计算截止日时使用的官方来源和假设。
这句话保留了周三这个时间窗口，却没有替“逾期”背书。
两个完成日期为什么不能独自决定期限
注册数据元素定义明确区分 Primary Completion Date 与 Study Completion Date。前者围绕主要结局指标的最终数据收集；后者围绕主要、次要结局指标和不良事件的最终数据收集。这些定义告诉读者日期在研究记录里是什么意思，却不能脱离其他条件，单独证明所有报告义务。
因此，只显示 Completed 和某个日期的截图，不是一份披露判断。分析人员仍需确认精确记录、日期类型、被引用的规则及其适用条件。法律或法规适用性应由具备相应资质的人判断。
结局指标也一样。注册定义说明研究计划评估什么；结果定义说明数据如何呈现。标题相同还不够，指标说明、时间范围和分析人群都可能改变问题。
从决定往回走，才会得到可报价的工作包
六格都有内容以后，从决定倒着问：
- 决定： 周三复核到底要决定记录更正、结果准备、意见回复、负责人交接，还是期限评估？
- 交付物： 哪个已定义的注册对象或结果对象需要修改或产出？
- 证据： 哪份源文件或哪位数据负责人能支持它？
- 权限： 谁批准内容，谁能提交？
- 记录： 哪一个 NCT 记录、哪个版本在范围内？
一条可用的内部交接可以这样写：
已收到精确 NCT 记录。公开页显示具名 Responsible Party 与 Completed 总体状态。需求方希望在周三内部复核前处理一个结局指标结果模块。适用报告路径、日期算法、提交状态、复核意见、账户持有人、源数据和需求方批准权限均未核实；披露专家确认后再估算范围。
它足够让专业人员开始复核，并分清公开观察与仍可能改变答案的未知项。
相邻问题可继续看临床研究与 PMCF 服务分流、Part 11 审计追踪整改和合规说法的一手来源阶梯，分别核对研究对象、整改范围与截止日原始出处。
Top Prospect 可以整理用户主动连接、有权访问且已启用的群消息片段，保留原文、来源、时间、摘要和排序理由。当前生产版匹配目标界面只保存配置，不会自动生成新候选；产品也不会判断法律适用性、验证系统访问权、确认 Responsible Party 或联系群成员。产品工作方式说明了人工复核边界。
关键事实
- 总体研究状态与结果信息回答不同问题。
- Primary Completion Date 与 Study Completion Date 是两个不同研究里程碑。
- 结果信息分为受试者流程、基线特征、结局指标与统计分析、不良事件等模块。
- 任何截止日说法都需要具名报告要求，以及判断该要求时使用的研究事实。
- 公开 Responsible Party 字段不能证明群成员身份、系统访问权、决策权或签约权。
- 提交状态、复核意见和访问证据在核实前只是需求方材料。
本文由 Top商业线索研究团队撰写，并于 2026 年 8 月 24 日依据 Sources 中列出的三个 ClinicalTrials.gov 官方政策页面完成复核。本文只用于销售信息研究与范围确认，不构成法律或法规建议。
常见问题
研究状态显示 Completed，是否代表结果已经公开？
不代表。总体研究状态属于注册信息；提交结果另有受试者流程、基线特征、结局指标和不良事件等模块，必须查看结果记录本身。
公开记录写了 Responsible Party，能证明群里发言者有权批准修改吗？
不能。公开字段标识这条研究记录的 Responsible Party，但群里发言者的身份、组织角色、系统访问权和签约权限仍需确认。
Primary Completion Date 一定是结果提交截止日吗？
不一定。它是有明确定义的研究里程碑，不是脱离条件就能使用的统一截止日。计算报告期限前，还要核对适用法律或政策、研究类型及相关条件。
安排披露范围沟通前，最少要拿到哪些证据？
至少要问清 NCT 编号或精确记录、谁负责提交决定、争议对象属于哪个注册字段或结果模块，以及截止日使用了什么官方来源和假设。法律适用性与系统访问权应留给合格人员核实。
资料来源与延伸阅读
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
