第一百七十三章 模板
周三晚上，卫越发来一条消息：「框架加进去了，v0.1，你先测一下。」
时间是十一点零七分。
陆衍把消息看了一眼，没有立刻打开电脑——他刚洗完澡，头发还半干，坐在书桌前，窗外楼道里偶尔有声音。他想了一下，还是把电脑开了。
工具的界面更新了，不是大改，只是在每条分析结果下面多了一个灰色的文字框，里面是一句话。
他把M-07那五条矛盾逐一过了一遍，看框架生成了什么。
第一条——认证申请和内审记录版本号不一致（HY-PRD-003-V1 vs V2）：
框里显示：「发现一个可能的版本一致性问题：同一产品规格书在认证申请（2021年10月8日）中标注为V1，在内审记录（2021年11月14日）中标注为V2——若版本未在此期间更新，则两者之间存在标注不一致，建议核实版本变更记录。」
陆衍把这句话读了两遍。句子通顺，逻辑是对的，「若版本未在此期间更新」这个条件句加得准确——工具没有直接说「这是错的」，而是说「如果版本没有改变，这里有问题」，让用户自己核实。
第二条——管理评审报告引用了签字日期之后才生效的程序文件：
「发现一个可能的签字日期问题：管理评审报告签字日期为2021年11月15日，但报告内引用的内部程序文件HAP-PRD-017在2021年12月3日才正式生效——签字时该程序文件尚未生效，引用关系在时序上存在矛盾，建议核实引用的准确性。」
这条说得更具体，把文件编号、两个日期、以及时序矛盾的逻辑都说清楚了。他在本子上写了一个圈，表示这条效果好。
第三条——供应商评价表结论日期和附件照片日期前后颠倒：
「发现一个可能的评估依据问题：供应商评价表第七页评审结论日期为2021年10月20日，但附件现场审核照片文件名标注日期为2021年11月4日——现场审核照片晚于评审结论出具，若评审结论依赖此次现场审核，则结论可能先于证据出现，建议确认评审的时序逻辑。」
他停了一下。「结论可能先于证据出现」——这句话用户能读懂。他在本子上又划了一个圈。
第四条和第五条是新发现的，他格外在意模板生成的质量。
第四条——认证申请使用了废止版本V2，V3已于2021年8月生效：
「发现一个可能的版本时序问题：认证申请引用规格书V2，但V2的废止日期为2021年7月31日，V3于2021年8月1日生效。申请日期（2021年9月）时，V2已属废止版本，正式有效版本为V3——建议核实申请引用版本是否经认证方确认仍可使用。」
这条在上周测试里被判定为「有解释空间」——因为补充备忘录说明了过渡期内V2可以使用。他看着模板里最后那句「是否经认证方确认仍可使用」，这句话把判断权留给了用户，没有断定这是错的。如果用户手头有那份备忘录，就会知道这个核实已经做过了。
第五条——产品规格书V2发布日期是10月1日，但9月22日的内审已经引用了V2：
「发现一个可能的版本时序问题：内审记录（2021年9月22日）引用产品规格书V2作为评估依据，但V2的发布日期为2021年10月1日——评估发生时，该版本尚未发布，建议核实9月22日评估使用的依据版本，或确认V2是否存在早于公开发布日期的内部发行版本。」
最后那个「或确认是否存在早于公开发布日期的内部发行版本」——这句话加得有意思，工具在考虑另一种合理解释，没有单纯把这条标成错误。
陆衍把五条都看完，在本子上写了几行：
「模板效果—— 第1-3条：句子通顺，逻辑准确，用户不需要懂规则就能理解。 第4-5条：主动给用户留了核实路径，没有断定结论。 总体：可以用，但第四条提到了「废止日期」，普通用户可能不知道什么是废止日期——可以考虑改成「该版本已于2021年7月31日停止使用，不再是正式有效版本」。」
他把这条备注发给卫越，发完看了一眼时间，快十二点了。
第二天上午，冯树发来一个消息：
「M-07有二期了，方便的话你帮我再过一遍。文件包24个，主要是质控和供应商这两块，内容我发你。」
下面是一个附件，是文件清单，不是文件本身——每个文件的编号、日期、版本号、签字人、以及主要引用关系，整理成了一个表格，应该是冯树那边的项目助理整理的，格式比上次那份单张清单要规整。
陆衍把表格下载下来，打开看了一遍。
24个文件，覆盖质控体系和供应商管理两个板块，时间跨度从2020年到2022年，版本迭代的次数不少，有几个文件有三个版本并存的情况——这种情况是版本管理问题的高发区。
他把表格关掉，重新打开工具，切换到「v3」版本——这是卫越昨晚发来的那个带解释层的版本。
把24个文件的关键信息录入，这次花了将近一个小时，因为文件比上次多，版本关系也更复杂，录入的时候他就已经发现了几处引用关系看起来有些绕——同一个供应商评价表在两个不同的质控文件里被引用了两次，引用的版本号不同。
录完之后，他点了「开始分析」。
这次工具跑了差不多三分钟，比之前慢一些，应该是文件数量多了，交叉比对的量也更大。
结果出来：六条高亮。
每条下面都跟着解释框。
他把六条从上往下看了一遍：
第一条是版本时序类——一份质控核查报告引用了产品规格书的一个版本，但从台账里推算该版本的发布时间在核查报告日期之后。解释框里说：「发现一个可能的版本时序问题：……建议核实核查报告使用的规格书版本在报告出具时是否已对内部发布。」
第二条是版本一致性类——同一供应商评价表在两份质控文件里的引用版本号不同，一个是V1，一个是V2，两份质控文件日期相差不足一个月。解释框里说：「发现一个可能的版本一致性问题：同一文件在两处引用中版本标注不同（V1与V2），若版本在此期间发生了更新，则较早的引用可能已过时；若未更新，则两处标注之间存在矛盾——建议核实版本变更节点。」
第三条是签字日期类——质控管理评审报告的签字日期早于报告内引用的一份内部程序文件的生效日期，两者相差十八天。解释框里说：「……签字时该程序文件尚未生效……」
第四条是评估依据类——一份供应商评价引用了某个国家标准的修订版，但该修订版的正式实施日期晚于评价完成日期三周。解释框里说：「……评估完成时该修订版尚未正式实施，若评估依据须为当时有效标准版本，则这里存在时序矛盾——建议核实评估依据是否有效。」
第五条又是版本时序类——另一份核查记录和它引用的供应商评价表之间版本号有跳跃，中间缺了一个版本，工具没有查到V2的存在，直接从V1引用到了V3。解释框里说：「……在可查文件中未找到V2版本的存在记录，引用可能跨越了一个未归档版本——建议确认V2版本是否存在并确认是否已归入文件管理体系。」
第六条是版本一致性类——一批供应商评价表里，同一型号产品的规格引用了两个不同的企业内部标准编号，应该是同一个标准在不同文件里的编号表述不一致。解释框里说：「……两个编号应指同一内部标准，若如此，则存在编号表述不统一的情况，建议统一标注格式；若指不同标准，则引用逻辑需进一步核实。」
陆衍把六条看完，拿出本子，按格式依次标注——哪条说明清晰，哪条有改进空间。
他把六条结果加解释框截图，发给冯树，附了一句：「共发现六条，解释见截图内文字，每条说明了为什么是问题以及需要核实什么，你先看一下有没有有问题的。」
冯树的回复来得比他预期快——大约二十分钟后：
「第三条和第五条我们内部讨论过，第三条我们有备注说明，第五条是已知的遗留问题，文件管理之前出过问题，V2当时有但没有入档，现在补回去了。」
「第一条我不确定，你说的那份核查报告我要查一下具体情况。」
「其他三条，第二四六条，你说的引用问题确实存在，我们没有注意到。」
陆衍把这条回复看了两遍。
第三条和第五条冯树都能对应到具体情况，说明他读懂了那两条在说什么——之前如果给他的是ISO 13485的条款编号，他大概看完还是不知道这条矛盾的具体位置在哪。
第一条他说「不确定」，需要查——这是正确的态度，工具的发现需要人工核实，冯树知道这一步。
第二四六条他认出来了，说「确实存在」、「没有注意到」——这是三条真实发现，而且是新的，不是之前已知的。
六条里，一条需要进一步查，两条有合理解释，三条是新发现。
陆衍在本子上写：「解释层管用。用户不需要懂ISO 13485也能判断哪条相关、哪条需要查。」
然后他发消息给卫越：
「拿冯树的二期文件包测了，六条，附了解释层。冯树能读懂并且能做自己的判断——第三五条内部讨论过，有合理解释；第一条他去查；第二四六条他确认是真实问题，之前没有发现过。」
「但有一点——第一条那个解释，最后那句「建议核实核查报告使用的规格书版本在报告出具时是否已对内部发布」，这句话里「对内部发布」这个词，冯树说他不确定，我觉得这句话对没有文件管理经验的人来说太技术了。」
停了一下，他又加了一条：
「整体是好的。解释层让工具的输出变得可以被判断，不只是可以被看到。」
卫越的回复：「收到。第一条那句我来改。」
然后停了几秒，卫越又发来一条：
「「可以被判断，不只是可以被看到。」这句话很准确。」
陆衍把电脑关了，站起来去厨房喝水。
窗外是傍晚的光，平常的那种光，没有什么特别的。
他拿着杯子站了一会儿，想着冯树说的那句「第二四六条确实存在，之前没有注意到」——这是三条在尽调阶段本来应该被发现、但没有被发现的矛盾。如果这些矛盾最终影响了判断，损失是真实的。
工具没有替冯树做判断，它做的是另一件事：把冯树本来应该问、但没有时间问的那些问题提出来，并且用冯树能看懂的语言说出为什么。
他把杯子放回去，走回书桌边，打开本子翻到今天这页，在最下面补了一行：
「v3：工具说话，用户判断。这个顺序是对的。」