长时序病理数据验收：空值、就诊号和原始影像
长时序病理数据的检查点如下，正文按这些名字展开。
- 临床主记录
- 量表与分期
- 终点事件
- 病理实体
- 就诊号挂接
- 时间合法
- 空值纪律
- 源文件
采购长时序病理数据：邮件里要留下的话
采购验收按缺失清单打分：内容缺失、格式不符、源文件缺件三类分开计数。
邮件附：缺件清单模板、就诊号样例行、源文件目录树、空值字典。
邮件从「临床主记录」写起。每一问都要能打开一条样例编号。
临床主记录
具备入院记录与门诊数据，能还原患者进入与随访路径。
与病理事件的时间关系要能解释。
缺入院/门诊的患者不进长程合格集。
主记录时间戳可排序。
量表与分期
含 NIHSS、TNM 等约定量表/分期字段，缺失需声明原因。
全缺失则无法做严重度分档。
量表名、分值、日期齐全。
分期体系版本写明。
终点事件
死亡、复发、再入院等终点有落点，才能支持 S/A/B 类分档与结算逻辑。
终点与就诊号关联。
终点定义写进字典，避免口头约定。
无终点的队列单独标记为过程队列。
病理实体
包名含病理时，必须有病理报告；优先含切片或原始病理文件。
WSI 级任务单独约定。
只有 CSV 没有报告，按名实不符退回。
报告字段与切片标识可连接。
就诊号挂接
检验、用药、影像、手术必须带就诊号，挂到具体住院或门诊，禁止裸表。
合并患者时保留映射表。
抽检随机行追溯就诊。追溯失败计格式不符。
多院区编码规则写清。
时间合法
禁止占位日期（如 1900-01-01）；用药医嘱含开始/结束时间。
时区与格式统一。
非法日期脚本清零。
医嘱无时间无法算暴露期。
空值纪律
空值写法统一，禁止横杠、空串、魔法数字混用；影像所见等关键文本不得大面积空白。
填写“无”与真正缺失要区分。
空值字典进指南。
关键字段空白率设上限。
源文件
除表格外，优先提供病历 PDF 原件、DICOM 与病理切片；纯文本九张表不视为完整长程病理包。
授权覆盖源文件使用范围。
源文件与表主键一致。
缺源文件的批次降级为表型交付，单价与用途单列。
没有终点落点，分档只是口号
纵向医疗建模依赖终点与可连接的就诊事件。缺落点的大规模表格看似丰富，实际无法支持分档与预后分析。2026 年的采购条款越来越像“缺件清单”，而不是只要行数。
放回「长时序病理数据」，买方可以用这些公开讨论核对文件夹里有没有版本号、样例和停线条件。对得上，就可以写进工作说明；对不上，就继续停在样例评估。论文里的成功率与基准分，不写进朗慧验收承诺，也不换算成公司收入。
把「长时序病理数据」写进工作说明的写法
工作说明用表格而不是长段落。每一行对应一个检查点，行内要求样例编号、冻结日期、通过与退回理由。
响应文件附件顺序与表格一致，评审按行打开。流畅总述不能代替空白行。
费用归属写在报价备注：哪些含在试标，哪些属于量产。未写明的条目，验收时不得追加为已承诺工作。
现场打不开归档，本条按资料缺失处理，不按数据合格结案。口头确认只进会议待办，待办关闭并写入版本后才算数。
供应商若用其他项目的「长时序病理数据」截图充数，只要样例编号对不上本项目字典，本行记未响应。
周报与退回理由怎样写「长时序病理数据」
围绕「临床主记录」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。缺入院/门诊的患者不进长程合格集。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「临床主记录」相关的退回理由要能被另一位同事独立复述。主记录时间戳可排序。复述失败，说明指南句子还不能进移交清单。
围绕「量表与分期」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。量表名、分值、日期齐全。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「量表与分期」相关的退回理由要能被另一位同事独立复述。分期体系版本写明。复述失败，说明指南句子还不能进移交清单。
围绕「终点事件」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。终点定义写进字典，避免口头约定。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「终点事件」相关的退回理由要能被另一位同事独立复述。无终点的队列单独标记为过程队列。复述失败，说明指南句子还不能进移交清单。
围绕「病理实体」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。只有 CSV 没有报告，按名实不符退回。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「病理实体」相关的退回理由要能被另一位同事独立复述。报告字段与切片标识可连接。复述失败，说明指南句子还不能进移交清单。
围绕「就诊号挂接」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。抽检随机行追溯就诊。追溯失败计格式不符。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「就诊号挂接」相关的退回理由要能被另一位同事独立复述。多院区编码规则写清。复述失败，说明指南句子还不能进移交清单。
围绕「时间合法」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。非法日期脚本清零。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「时间合法」相关的退回理由要能被另一位同事独立复述。医嘱无时间无法算暴露期。复述失败，说明指南句子还不能进移交清单。
围绕「空值纪律」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。空值字典进指南。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「空值纪律」相关的退回理由要能被另一位同事独立复述。关键字段空白率设上限。复述失败，说明指南句子还不能进移交清单。
围绕「源文件」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。源文件与表主键一致。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「源文件」相关的退回理由要能被另一位同事独立复述。缺源文件的批次降级为表型交付，单价与用途单列。复述失败，说明指南句子还不能进移交清单。
和「长时序病理数据」相关的协作约定
招标答疑纪要若改写了「长时序病理数据」任一检查点，必须升版工作说明，旧回复作废。
样例评估报告的结论页只保留通过/退回/待补齐三类，不写情感评价。
合同附件的检查点顺序与新闻和指南一致，减少三套口径。
移交日对「长时序病理数据」的逐项点名
第 1 个检查点「临床主记录」在移交日要能打开：事实句写明“具备入院记录与门诊数据，能还原患者进入与随访路径。”。现场补充保留这句：“与病理事件的时间关系要能解释。”。打不开就从移交清单划掉，不口头担保。
第 2 个检查点「量表与分期」在移交日要能打开：事实句写明“含 NIHSS、TNM 等约定量表/分期字段，缺失需声明原因。”。现场补充保留这句：“全缺失则无法做严重度分档。”。打不开就从移交清单划掉，不口头担保。
第 3 个检查点「终点事件」在移交日要能打开：事实句写明“死亡、复发、再入院等终点有落点，才能支持 S/A/B 类分档与结算逻辑。”。现场补充保留这句：“终点与就诊号关联。”。打不开就从移交清单划掉，不口头担保。
第 4 个检查点「病理实体」在移交日要能打开：事实句写明“包名含病理时，必须有病理报告；优先含切片或原始病理文件。”。现场补充保留这句：“WSI 级任务单独约定。”。打不开就从移交清单划掉，不口头担保。
第 5 个检查点「就诊号挂接」在移交日要能打开：事实句写明“检验、用药、影像、手术必须带就诊号，挂到具体住院或门诊，禁止裸表。”。现场补充保留这句：“合并患者时保留映射表。”。打不开就从移交清单划掉，不口头担保。
第 6 个检查点「时间合法」在移交日要能打开：事实句写明“禁止占位日期（如 1900-01-01）；用药医嘱含开始/结束时间。”。现场补充保留这句：“时区与格式统一。”。打不开就从移交清单划掉，不口头担保。
第 7 个检查点「空值纪律」在移交日要能打开：事实句写明“空值写法统一，禁止横杠、空串、魔法数字混用；影像所见等关键文本不得大面积空白。”。现场补充保留这句：“填写“无”与真正缺失要区分。”。打不开就从移交清单划掉，不口头担保。
第 8 个检查点「源文件」在移交日要能打开：事实句写明“除表格外，优先提供病历 PDF 原件、DICOM 与病理切片；纯文本九张表不视为完整长程病理包。”。现场补充保留这句：“授权覆盖源文件使用范围。”。打不开就从移交清单划掉，不口头担保。
以上八项全部能打开，才在「长时序病理数据」移交单上签字。少一项，签字人需要书面说明为何豁免，豁免进出变更表。
样例评估会交回什么
朗慧可协助长时序医疗数据的字段治理、缺件审计与抽检，病理源文件与全片级处理按项目单列。不把行数等同于可用队列。
样例评估交回：通过与退回样例、退回理由、版本号、以及下一轮补齐项列表。评估通过不自动等于量产单价生效；量产单价在四件门槛齐备后另页确认。
报价前确认四件事：终点与病理是否存在、就诊号能否挂接、空值纪律、源文件范围。未齐只做样例评估。
评估口径：按样例编号记录通过或退回、复判理由与责任角色；无法回溯的样本不计入放行。公开论文和基准结果用于理解技术趋势，不代表本项目效果；范围与验收指标以书面约定为准。
本文供准备样例评估。它不构成法律意见、医疗诊断或投资建议。授权、出境和监管路径由买方法务确认。引用时请写明主题和 2026-10-22。
可以贴进邮件的八个问题
请用一条真实样例说明「临床主记录」，并写上通过或退回的理由。
请用一条真实样例说明「量表与分期」，并写上通过或退回的理由。
请用一条真实样例说明「终点事件」，并写上通过或退回的理由。
请用一条真实样例说明「病理实体」，并写上通过或退回的理由。
请用一条真实样例说明「就诊号挂接」，并写上通过或退回的理由。
请用一条真实样例说明「时间合法」，并写上通过或退回的理由。
请用一条真实样例说明「空值纪律」，并写上通过或退回的理由。
请用一条真实样例说明「源文件」，并写上通过或退回的理由。