化验室的一天，常常是从一摞纸单子开始的
客户把样品送到窗口，前台在一个本子上手写委托信息：委托单位、样品名称、要检哪几项、什么时候要报告。样品编号靠人按顺序编，忙的时候编重了、跳号了，事后要靠回忆去补。样品送进前处理后，进了哪道工序、现在在谁手上，只有经手的人记得。
结果出来以后，检测员各自的 Excel 表格里躺着原始数据。要出报告的时候，把几个人的表格合到一起，再翻纸质标准文件核对限值，逐条判合格还是不合格。客户三个月后打电话来问复检，得先翻登记本找到样品编号，再去留样柜翻出那瓶样品，最后回到原始记录里对数据。
这套流程的问题不在人懒，而在信息没有被结构化成记录：编号、状态、限值、结论本来都是可以被系统管理的字段，却都留在了纸上、脑子里和各自的表格里。把这几样搬进系统，化验室就能同时对客户交代清楚"样品现在在哪、什么时候出报告"，对自己交代清楚"这批数据是谁测的、谁复核的"。
下面按"数据怎么建 → 页面怎么用 → 移动端怎么配合 → 上线前查什么 → 之后怎么延伸"的顺序拆开讲。
一、先把业务对象理清楚
化验室的数据不是一张大表，而是几个有从属关系的对象。用 AI 构建器落地时，建议先按这条线把对象拆出来（括号里是每个对象的关键信息）：
- 委托单：一次委托的头部单据。委托单位、委托编号、委托日期、要求完成日期、加急标记、结算方式说明。
- 样品：挂在委托单下的实物记录。样品编号、样品名称、规格、数量、包装与状态描述、收样日期、保存条件、留样期限。
- 检测项目：客户这次要求做的具体项目，比如某个指标的含量、某个物质的检出。项目名称、依据标准、单位、检出限、判定上下限。
- 检验任务：把"样品 × 项目"派给某个检测员去做。承担人、计划完成日期、当前状态。
- 结果记录：任务做完后的原始数据。测得值、单位、修约后结果、判定结论（合格 / 不合格 / 不判定）、检测人、复核人。
- 报告：一次委托或一批样品的对外交付物。报告编号、报告日期、结论、附件。
- 留样记录：样品留存的位置与到期日。
一份委托单可以带多个样品，一个样品可以要求多个项目，一个项目对应一条任务和一条结果——这是典型的主子表结构（主表是"一次委托/一个样品"，子表是挂在其下的明细行）。先把这层关系定下来，后面的编号、流转、统计才有地方落。
二、数据怎么建：编号、字典与判定规则
1. 编号要自动生成，不要人手编
样品编号是最容易被写乱的地方。规则一般是"前缀 + 年月 + 流水"，比如按收样年月分段自增。要点有两个：一是编号由系统在建单时生成，不允许手改；二是要能扛住并发——两个收样窗口同时递交，编号不能撞车。收样台页面上一键生成，比在后面花两天对账划算得多。
2. 检测项目与判定标准，用数据字典固化下来
数据字典是平台里集中管理下拉选项的地方：把"有哪些检测项目""每个项目依据哪个标准"当成字典维护一次，全系统就都引用同一份口径，不会再出现这个页面写"铅含量"、那个页面写"Pb"的情况。
关于判定标准，建议把限值直接做成字段，而不是写在备注里：
- 项目名称、依据标准号、依据标准名称；
- 计量单位、检出限（低于这个值就报"未检出"）；
- 判定方式（区间上下限 / 单侧上限 / 单侧下限 / 文字型结论）；
- 上限值、下限值、修约位数（结果保留几位小数）。
这样一来，检测员录入测得值，系统就能按规则给出"合格 / 不合格 / 不判定"的初步结论，人只需要在异常时复核。判定规则从老师傅的经验变成了可查、可改、可追溯的字段——标准更新了，改字典和限值一处，全系统生效。
3. 跨模块引用，不要重复维护客户名单
委托单位如果本来就在客户档案里，直接用平台的引用能力关联过去（引用就是把另一个模块的记录"挂"到当前单据上，选项数据源自动取那边的最新清单）。好处是客户改名、换联系人，委托单上跟着变，不必两处维护。
4. 关键字段留痕
结果记录一旦被修改，要留得下痕迹。平台的操作审计能力会记录谁在什么时候改了什么，这对化验室尤其重要——对外出具的结论，必须经得起回查。
三、页面怎么用：五张页面撑起一天的工作
系统不需要一上来就做得很全，先把下面这几张页面做出来，化验室的主流程就通了。
1. 收样台（登记页）
窗口人员最常打开的页面。一次录入委托单位、样品名称、数量、保存条件、要求完成日期，勾选要检的项目，系统自动生成委托编号和样品编号，打印样品标签和委托回执。要点是字段尽量少、默认值尽量多：收样窗口在排队，多一个必填项就多一分出错概率。
2. 样品状态看板
把样品从进到出要走的几个状态显式列出来：已收样 → 前处理中 → 在检 → 已检待复核 → 已出报告 → 留样中 → 已处置。看板按状态分栏或分组展示，谁都能一眼看到"这批样品卡在哪一步、压了几天"。
看板的另一个作用是对外。客户打电话来问进度，前台不看登记本，直接查样品编号就能回答。
3. 检验任务派工页
把"样品 × 项目"拆成一条条任务，按检测员或按检测室分配，能看到每个人手上待做的数量。任务页上带计划完成日期，超期的高亮显示，组长排班时心里有数。
4. 结果录入页
一个样品带多个项目时，最省事的做法是主子表录入：上面是样品信息（只读），下面是项目明细逐行录入测得值。每录一行，系统按字典里的限值实时给出判定结论，检测员只需要关注被标红的异常行。录完点提交，任务状态自动推进。
5. 报告与统计页
报告页把本次委托的样品、项目、结果、结论汇编成一份可打印的报告，附检测人、复核人、批准人签名位。统计页则为管理者提供几个固定视角：不合格项目分布、超期未完成任务、各检测员工作量、按委托单位的委托量汇总。
这几张页面的数据都来自同一套表，不需要另外导表汇总——这是它和"每个人一张 Excel"最本质的区别。
四、移动端怎么配合：把"现场"接进来
化验室里有相当一部分动作发生在电脑之外：窗口收样、车间取样、留样柜找样品、领导批报告。这些场景用手机更顺手。PC 端做好的页面可以同步到移动端，业务管理员不用另外搭一套。
典型的移动端用法：
- 收样登记：窗口或现场用手机录样品，直接拍照贴在样品信息上，标签上的编号扫一下就出来；
- 状态流转确认：样品每过一道手，经手人扫码更新状态，谁在什么时候接的、什么时候交的，自动留痕，不用再问"样品现在在谁那儿"；
- 取样与留样：在库房对着留样柜扫码，确认取出/归位，留样位置和到期日当场更新；
- 审批与待办：报告、偏离申请、复检申请走工作流，审批人在手机端收到待办直接处理；
- 结果与进度查询：客户催报告时，手机上就能查到当前状态和计划完成时间。
需要提醒的是：手机端的字段不必和 PC 完全一样。移动端更适合"录入少、确认多"的动作，复杂的批量编辑留给电脑。
五、上线前查什么
模块做出来不等于能用，发布前建议逐条过一遍：
- 编号不重不乱：让两个人同时建单，看编号是否仍然连续唯一；
- 判定规则真的在起作用：拿几个边界值试（正好等于上限、低于检出限、超范围），看结论是不是符合预期；
- 权限分得开：检测员只能看到和录入自己承担的任务；复核人不能是同一个检测员；报告批准是单独的角色——这几条在权限配置里就要设好；
- 状态流转有没有漏洞：能不能跳过复核直接出报告？已出报告的样品还能不能改结果？这些要用状态机或工作流卡住；
- 留样到期有提醒：留样到期前应触发提醒，避免样品过期了还没处置；
- 移动端同步成功：PC 上发布后，手机上打开工作台看模块是否出现、能否正常录入；
- 历史数据能导入：把现有的样品台账用表格导进来，先跑一遍看字段是否对得上；
- 发布预检：平台在发布前会做一轮检查，把报错清干净再上线，避免上线后才发现问题。
六、之后怎么延伸
主流程跑顺之后，可以沿着三条线继续长：
- 向上接业务：把委托单与合同台账、客户档案打通，委托量、履约情况自动汇总，不用月末再手工统计；
- 向内管资源：加设备使用记录、试剂耗材台账，把"这台仪器今天做了哪些项目""这个试剂还剩多少"也记下来，和检验任务关联；
- 向外开放：给长期客户开一个只读的查询入口，客户自己查委托进度和报告，前台少接一半电话。
小结
化验室样品管理落地，难的从来不是页面好不好看，而是三件事有没有做到位：编号自动、状态可见、规则入库。编号自动了，就不会再为对账花时间；状态可见了，样品在哪谁都能答；判定规则入库了，报告就不再依赖某一个人的记忆。这三件事各自都不复杂，用 AI 构建器按"先主表后明细、先录入后统计"的顺序一步步搭，从收样到出报告的一条线几天内就能跑起来，后面再按上面的三条延伸线逐步加厚。