2. 实验室业务流程建模
实验室业务流程建模不是把现有纸质表单电子化，而是把样品从进入实验室到报告发布的全过程，抽象成可被LIMS与ELN共同理解的对象、状态、事件和数据关系。建模质量直接决定后续系统能否支撑真实业务，而不是让业务迁就软件。
一、先识别流程中的四类核心对象
在检测实验室中，最值得先建模的不是“步骤”，而是对象及其关系。典型对象包括：样品（Sample）、检测任务（Test Task）、实验记录（Experiment Record）、报告（Report）。样品是业务主线，检测任务是工作单元，实验记录是数据载体，报告是最终交付物。四者之间不是简单线性关系，而是多对多、可追溯的关联关系。
以某第三方环境检测实验室为例：一个委托单可能包含多个样品（如某企业废水排放口的3个时间点水样），每个样品可能触发多个检测任务（COD、氨氮、总磷），每个检测任务对应一份原始记录，最终汇总为一份检测报告。建模时必须明确：样品编号是主键，任务编号是子键，记录编号与任务一一对应，报告编号关联多个任务。这些编号规则应在建模阶段就确定，而不是等到系统配置时再补。
二、样品生命周期：状态机比流程图更准确
样品生命周期适合用状态机表达，而不是流程图。因为样品在任一时刻只能处于一个状态，状态之间的迁移由特定事件触发，且迁移条件必须明确。检测实验室中，样品典型状态包括：已登记、待交接、已接收、检测中、检测完成、留样中、已处置。研发实验室则可能增加待分装、已冻存等状态。
关键建模点在于：状态迁移的触发条件必须可配置。例如“已登记→待交接”由样品登记完成触发；“待交接→已接收”由样品管理员确认交接触发，且必须记录交接人、交接时间、样品状态（如温度、包装完整性）；“检测中→检测完成”由所有关联检测任务完成触发，而不是由某个检测员手动点击。这些条件如果不在建模阶段定义清楚，系统上线后就会出现“样品状态卡住”或“状态跳变”的问题。
三、实验记录建模：ELN的核心不是“记录”，而是“可追溯的数据结构”
ELN中的实验记录不能只当作富文本页面。真正可用的建模方式是把记录拆成实验要素：实验目的、参考标准、试剂与耗材、仪器设备、环境条件、操作步骤、原始数据、计算结果、结论。每个要素都应结构化存储，而不是全部塞进一个文本域。
以水质氨氮检测为例，参考标准为HJ 535-2009，试剂包括纳氏试剂、酒石酸钾钠溶液，仪器为紫外可见分光光度计（型号示例：UV-1800），环境条件记录温度20±2℃、湿度≤60%。操作步骤中，标准曲线配制、样品前处理、显色反应、吸光度测定应分别作为独立步骤记录，每个步骤可关联具体试剂批号、仪器编号、操作人、操作时间。这样建模后，当需要复现实验或排查异常时，可以精确定位到某一批试剂或某一次仪器校准。
建模时还要考虑ELN与LIMS的分工：LIMS负责样品、任务、报告等流程性数据，ELN负责实验过程、原始数据、计算过程等记录性数据。两者通过任务编号和样品编号关联，而不是把全部数据都放在一个系统里。这种分工需要在建模阶段就明确接口字段，例如LIMS向ELN传递任务编号、样品编号、检测项目、方法标准；ELN向LIMS回传原始数据、计算结果、审核状态。
四、审核发布流程：状态与权限必须同时建模
审核发布不是简单的“提交→批准”，而是包含数据审核、报告编制、报告审核、报告批准、报告发布等多个环节。每个环节对应不同的角色和权限：检测员只能提交数据，审核员可以退回或通过，授权签字人才能批准发布。建模时必须把“状态”和“权限”绑定，否则会出现越权操作或流程卡死。
一个可落地的建模方式是定义审核状态机：草稿→待审核→审核中→审核通过→待批准→已批准→已发布。同时定义退回路径：审核中→草稿（退回修改），待批准→审核通过（退回重审）。每个状态迁移都记录操作人、时间、意见。这样，报告发布后如果发现数据问题，可以追溯到具体审核环节和责任人。
五、从流程到需求模型：把业务语言翻译成系统语言
流程建模的最终产出不是一张漂亮的流程图，而是一份可落地的需求模型。需求模型应包含：对象定义（样品、任务、记录、报告及其字段）、状态定义（每个对象的状态集合与迁移条件）、角色与权限（谁在什么状态下能做什么）、数据关系（对象之间的关联字段与约束）、接口定义（LIMS与ELN之间的数据交换格式与触发时机）。
以样品登记为例，需求模型应明确：样品编号规则（如“委托单号-样品序号-年份”）、必填字段（样品名称、采样点、采样时间、检测项目）、状态初始值（已登记）、触发事件（登记完成后自动生成待交接任务）、权限（登记员可创建，样品管理员可交接）。这些内容如果不在建模阶段写清楚，开发人员只能凭猜测实现，最终系统与业务脱节。
真实实验室的业务流程往往存在例外路径，例如样品复检、任务加急、报告更正。建模时不必一开始就覆盖所有例外，但必须预留扩展点：状态机支持新增状态，权限模型支持新增角色，数据关系支持新增关联。这样，当业务变化时，系统可以通过配置而非重构来适应。