客户拿着报告来问：”这个数据你们是不是重新测过？为什么跟之前口头说的不一样？”这时候要是翻不出复测的原始记录，只能靠嘴说”当时确实发现了问题”，客户信不信，全看运气。
复测这件事，实验室里天天都在发生。仪器读数不对劲、平行样偏差超了、客户觉得结果不对要求复检——技术员重新测一次，出个新结果，这本身没什么问题。问题出在中间那段过程，很多实验室压根没留下痕迹。
技术员发现原始数据有问题，直接在系统里改一版重测，旧的那条要么被覆盖，要么干脆删了。谁批准的复测、为什么要复测、原始那次的结果去哪儿了，问起来没人说得清楚。这不是记录不完整的小毛病，往严重了说，这已经摸到数据完整性的边界了。
监管和认可机构对这块盯得很紧不是没有道理的。CNAS-CL01:2018 对技术记录有明确要求，核心原则是记录要能支持数据的可追溯性和可重复性，原始数据一旦生成，不能随意抹去或替换，需要修改的地方要划改、签字、注明日期，让人能看到改动前后的对比。这条原则放到复测场景里同样适用——复测不是把旧数据抹掉换个新的，是原始记录和复测记录都得在，谁作废了谁、为什么作废，一样不能少。
复测该留下哪些东西?
复测的理由不能是一句”数据不对”就带过去。仪器故障导致的复测、平行样超差触发的复测、客户提出异议要求的复检、内部质控发现失控点触发的复测，这几种情况处理逻辑完全不一样，混在一起记流水账,后面想查都查不清楚。
比较实际的做法是给复测设几类标准化的原因,而不是让技术员自己写一段自由文本。自由文本这东西,今天写”仪器异常”,明天写”设备有问题”,看着意思差不多,但审核的时候没法归类统计,也容易漏写关键信息。
授权这一环也不能少。谁有权决定要不要复测、复测结果出来后谁来判定用哪个数据出具报告,这些角色权限得提前定清楚,不能技术员自己发现问题自己复测自己出报告,一条龙走完,中间没有第二个人看过。
原始那次的结果,不管是不是最终没用上,都不该消失。它得跟复测记录挂在一起,能看出这两次测的是同一个样品、同一个项目,先后顺序、作废原因、谁签字确认,全部留痕。这样客户问起来,能拿出完整的过程给对方看,而不是一句”我们内部核实过没问题”就想蒙混过去。
真出现客户投诉、走到复议甚至法律纠纷这一步,能不能自证清白,靠的就是这条记录链完不完整。审核员或者律师较真起来,问的都是同一句话：这个数据的来龙去脉,你能不能从头讲到尾。讲不出来,再怎么解释都是空话。
