养殖业务可以按个体或群体记录,不同对象有不同管理方式。批次拆分、合并还会改变当前关系,系统应保留来源、数量和时间,避免只改名称后无法回看原批次。
管理粒度
不同业务可能按个体、栏舍或批次管理,系统模型应根据现场做法确定。不能默认每个对象都有独立识别信息,也不能把需要追踪的个体事件只写在批次备注里。
变化记录
转移、数量变化和阶段调整应形成事件记录,说明发生时间与关联批次。当前数量是汇总结果,历史变化是核对依据,两者都需要保留。
信息用途
记录用于组织饲养与服务流程,系统不应自动给出诊疗或用药判断。涉及专业事项时,应保留由相应人员确认的业务记录和处理说明。
场景核对
例如,两个批次合并管理后,新批次应能查询来源及合并时间,旧批次的历史事项仍然可查。批次变化属于业务事件,需要记录依据而不是只修改名称。
具体验证方法
合并两批次后查询来源及发生时间;拆分时核对新批次数量与原批次剩余数量;原批次事项继续可查;再次提交同一拆分操作,确认不会重复扣减,异常数量也不能无提示写入。
批次变化作为业务事件保存,既能展示当前管理结构,也能还原拆分、合并之前的关系。个体资料需要明确是否跟随批次变化及适用范围。
