3. 数字化管理总体架构
实验室试剂耗材的数字化管理,核心不是把纸质台账搬到电脑上,而是围绕“一物一码、一事一记录、一状态一节点”建立贯穿全生命周期的数据主线。试剂从提出采购需求到最终废弃处置,会经历采购、入库、存储、领用、消耗、废弃六个主要阶段,每个阶段都产生不同的数据对象和状态变化。总体架构要解决三个问题:流程如何贯通、功能如何划分、技术如何选型。
一、全生命周期流程:状态驱动的数据主线
把试剂耗材看作一个具有状态的对象,其生命周期可以用状态迁移来描述。以一瓶500 mL分析纯丙酮为例:
- 采购:课题组提出需求,生成采购申请单,记录品名、规格、CAS号、预估数量、用途、预算科目。审批通过后形成采购订单,状态为“在途”。
- 入库:到货验收,核对品名、批号、有效期、MSDS、合格证,赋唯一资产编码(如RGT-2024-000123),打印二维码标签,状态变为“在库”。
- 存储:按危化品分类、温湿度要求、禁忌物隔离规则分配库位,如“易燃液体柜A-03-2”,记录库位、存量、开封状态、有效期。
- 领用:使用人扫码申请,记录领用量、用途、领用人、审批人,状态变为“已领用”,库存扣减。
- 消耗:实验过程中记录实际消耗量、剩余量、开封日期。对于需要按次计量的试剂,可结合称重或体积记录,形成消耗曲线。
- 废弃:空瓶、过期试剂、废液进入废弃流程,记录废弃类别、重量/体积、处置方式、交接人,状态变为“已废弃”,并生成危废台账。
这六个阶段不是简单的线性串联,而是存在回退和分支:入库验收不合格要退回采购;领用后未用完可退库;过期试剂从存储直接转入废弃。因此系统必须支持状态回退和异常分支,而不是只画一条单向箭头。
二、系统功能模块划分
根据上述流程,系统功能可划分为四个核心模块,外加一个贯穿全局的基础支撑层。
采购与供应商模块负责需求申请、比价、订单生成、到货跟踪和供应商评价。关键设计是采购申请与库存联动:当某试剂库存低于安全阈值时,系统自动生成补货提醒,而不是完全依赖人工发现。
库存与库位模块负责入库验收、赋码、库位分配、盘点、效期预警和低库存提醒。库位编码建议采用“库房-柜体-层-位”四级结构,例如“A-03-2-1”,便于快速定位。效期预警通常设置三级:提前90天提醒、提前30天警告、过期锁定。
领用与消耗模块负责扫码领用、审批流、库存扣减、消耗登记和退库。对于需要精确计量的试剂,可结合电子天平或流量计自动采集消耗数据;对于普通耗材,采用领用即扣减的方式即可。
废弃与合规模块负责危废分类、称重记录、联单生成、处置商对接和审计报表。该模块必须满足危废管理的法规要求,记录至少保存五年。
基础支撑层包括用户与权限、二维码/条码引擎、消息通知、日志审计和数据接口。权限设计要区分课题组、库管员、审批人、安全员等角色,确保领用审批和危废交接不可越权。
三、技术选型建议
技术选型应围绕“轻量、可落地、易维护”三个原则,避免过度设计。以下给出一个适合中小型实验室的参考方案:
| 层次 | 选型建议 | 说明 |
|---|---|---|
| 前端 | Vue 3 + Vant / Element Plus | 支持PC端和移动端扫码页面,移动端优先 |
| 后端 | Spring Boot 或 FastAPI | RESTful API,便于与学校统一身份认证对接 |
| 数据库 | MySQL 8.0 + Redis | MySQL存业务数据,Redis缓存库存和会话 |
| 标识 | 二维码 + Code128条码 | 二维码存资产编码,条码用于快速扫描 |
| 部署 | Docker + 内网服务器 | 数据不出内网,满足实验室信息安全要求 |
| 接口 | WebSocket / 消息队列 | 用于效期预警推送和库存变更通知 |
如果实验室已有LIMS或ERP系统,数字化管理平台应优先通过API对接,而不是重复建设。例如,采购订单可同步到学校采购系统,财务数据可对接财务系统,避免形成新的数据孤岛。
总体来看,数字化管理总体架构的本质是用状态机管理试剂对象,用模块化承载业务功能,用轻量技术降低落地门槛。流程贯通、模块清晰、选型务实,三者缺一不可。