上半年去一个第三方环境实验室做前期调研，负责人老周见面就诉苦：“我们去年上过一套系统，折腾了八个多月，最后谁都不爱用，现在又退回Excel了。”他说这话的时候，电脑屏幕上正开着三张交叉引用的表格，光标在单元格之间来回跳。
我问他，当初项目是怎么启动的。
“那还不简单，开了几次会，对比了几家功能列表，选了个看着最全的，就上了。”老周挠挠头。
这个答案我听过太多次了。很多人把实验室信息化建设直接等同于“买套软件”，功能清单拉出来比一比，价格谈一谈，合同一签，就觉得事情已经完成了七成。可实际上，真正的问题往往从这时候才开始。
实验室跟别的业务部门不太一样。一个检测流程从接样到出报告，中间要经过样品接收、任务分派、前处理、上机分析、数据审核、报告编制、签发归档，任何一个节点的流转规则没理清楚，系统就容易变成“电子枷锁”。比如样品编号规则这件事，听起来小得不能再小。有的实验室按年份+流水号，有的按检测领域+月流水，还有的因为历史原因同时存在三套编码逻辑。如果前期不把这些混乱摊开来逐一梳理、决策，系统一上线，收样台第一个疯掉。
所以我后来养成一个习惯：在讨论任何系统功能之前，先去看他们的样品流转单和原始记录本来长什么样。纸面单据上哪些栏目经常被涂改、哪些地方总贴着便签补充信息，往往比正式制度文件更能说明问题。有一次我在一个食品检测室看见他们的接样交接表“备注”栏被手写填得密密麻麻，一问才知道，客户经常临时追加检测项目，而原表格根本没有留这个弹性空间。这个发现直接决定了后来系统里报检变更流程的设计思路。
还有人以为上一套LIMS，数据结构自然就规范了。其实系统只能存储数据，不会自动给数据“整容”。比如检测方法的表示，有的写成“GB 5009.12-2017”，有的写成“GB5009.12”，还有的干脆写“铅的测定第一法”。如果不在建设初期花大力气建立统一的标准方法库和物料库，数据录进去就是一堆高级乱码。将来想跨项目查询、做趋势分析，根本无从下手。我们当时帮一个材料实验室用元检LIMS梳理基础数据，光是检测方法和对应仪器耗材的关联匹配就做了近三周。这个过程没有任何捷径，但做完之后整个检测任务派发环节顺畅得让人想哭。
信息系统这东西，在实验室里更像是一面镜子——平时管理上那些模糊地带、权责不清的地方，手工时代可以靠口头沟通糊弄过去，一旦上了系统，所有漏洞都会被显影放大。所以检验检测流程的每一个审批节点到底卡在谁那里、超时了怎么处理、数据改动了有没有留痕，这些规则不能等软件来倒逼，必须提前想清楚、写成制度、达成共识。否则上线评审会那天气氛会非常尴尬。
还有一件事容易被忽略，就是仪器数据的自动采集。很多人以为买了带接口的仪器，系统就能直接抓数。实际上接口协议、数据格式、甚至小数点后位数不一致，就能让你在调试阶段耗掉好几周。早年间我们接一个项目，光是几台不同年代的光谱仪数据解析就折腾了一个多月。后来学乖了，选型阶段就先列好仪器清单，一台一台确认数据接口的现状，再决定采集方案要不要加中间件、做不做二次开发。这类项目我后来基本都会先看这几个地方：样品台账的“备注”写了啥，标准方法列表里有多少重复项，仪器接口到底是网口还是串口，以及检测员每天在重复填写的那些表单里，最烦的是哪一格。
把这些地基性的事情做好，信息化建设才不至于浮在表面。真正难的，从来不是系统功能本身，而是把那些平时谁也不愿碰的“糊涂账”一条条理清楚。
