计算机系统追溯功能核查要点：批号与序列号的取舍

系统追溯能力的核查方式很朴素：检查人员给一个批号或者一个序列号，看企业多久能给出完整链条；再给一个客户名，看能不能反查买到过什么。界面再漂亮，答不出这两个问题就没过关。批号与序列号的选择不是技术偏好，而是由产品风险和使用场景决定的，选错了要么追溯不到件，要么系统被数据量拖垮。

什么品种按批号，什么必须到序列号

一次性耗材、敷料、试剂这类同批同质的品种，按批号管理足够，同一批号视为一个追溯单元。植入类、大型医用设备、单价高且需要单件追踪的品种，必须管到序列号，因为出了问题要定位到具体那一件、那一位使用者。介于两者之间的，比如有源器械、需要维修记录的设备，建议按序列号管理，便于售后与不良事件关联。

判断标准可以简化成一句：如果一件产品坏了，你能不能只召回那一件而不影响同批其他产品。能，就该用序列号；不能，用批号即可。两类混用最麻烦——高值品种只有批号，召回时整批封存，客户关系与成本都要付代价。折中办法也有：同批同质、风险低的品种按批号管，同批中个别高值件另赋内部序列号，兼顾成本与精度。

字段与唯一性约束怎么设

批号管理要有批号、生产日期、失效日期、注册证编号、库存数量；序列号管理在上述之外还要序列号、入库状态、销售客户、销售日期、维修或者退货记录。关键在唯一性：产品标识加生产标识的组合必须在库内唯一，同一序列号不允许出现两条在库记录。系统要禁止自由文本录入批号，改为下拉选择或者扫码带入，从源头消灭错字。另一个细节是有效期：系统按失效日期自动预警，临期品种出库时提示，避免把快过期的货发给客户，临期标准写进制度，别由库管凭感觉判断。

• 批号字段设为必填且不可手输，只允许扫码或者选择
• 序列号建立唯一索引，重复录入直接报错
• 库存数量由出入库单据驱动，不允许手工改数
• 所有修改留操作日志，记录操作人、时间、原值与新值

核查会怎么试

核查按四步走，每一步都要求现场操作，不接受截图或者口头说明。

1. 给一个批号，要求列出进货、库存、销售、退货全部记录
2. 给一个客户，要求列出近一年购买的全部品种与批号
3. 给一个序列号，要求说明当前状态：在库、已售、退回、报废
4. 要求现场生成一份模拟召回清单，含客户名称、数量、联系方式

这四步里最常卡住的是第四步。前三条靠查询功能就能对付，召回清单要求系统能按批号汇总客户并算出未收回数量，很多中小企业的系统做不到，只能临时用表格拼，一拼就错。还有一条常被忽略：查询响应速度。给一个批号要等十几分钟才出结果，说明索引没建好，真召回时根本来不及，常用查询应做到三秒内出结果。达不到就让服务商建索引或者升级设备，别指望人工补录来凑。查询慢的系统，用的人自然少，数据也就慢慢空掉。

手工环节才是最大风险

系统上线只是起点，运行期还要有三项固定动作：每月比对一次扫码成功率，低于约定值就查设备或者标签；每季度抽两个批号做正向反查，看客户与数量是否闭合；每年做一次权限复核，离职人员的账号当日停用。这三项做完，系统里的数据才敢用来应对检查。

把这些场景写成系统规则，比培训员工更管用。人一定会出错，规则不会。系统上线后每半年做一次账实核对，抽十个批号或者序列号，比对系统数量与货位实物，差异超过约定范围的启动原因调查，别等到检查时才发现。

官方来源：做好后续品种实施医疗器械唯一标识工作的公告（见文末官方链接）