2. 实验室自动化需求分析与集成目标定义

实验室自动化项目失败，很少是因为机械臂选得不好或软件写得不够强，而是因为一开始就没有把“要解决什么问题”说清楚。需求分析的任务，是把实验室里以口头经验形式存在的流程，翻译成可被设备、软件和验收标准共同理解的工程语言。它要回答四个问题：哪些实验环节值得自动化、自动化到什么边界、系统必须达到哪些功能与非功能指标、这些要求如何写成一份可追溯的需求规格说明书。

一、从实验流程出发识别自动化需求

需求识别的起点不是设备清单，而是实验流程本身。建议以“样本—操作—数据”三条线并行梳理：样本从入库、分装、前处理、检测到留样或废弃经过哪些节点；每个节点由谁执行、耗时多少、是否要求连续或定时；每个节点产生哪些数据、由谁记录、记录到哪里。梳理时使用统一的粒度，例如以“一个批次（batch）”为观察单位，记录批内样本数、单次操作时长、人工干预次数和失败重做率。

识别自动化需求时，可用“四象限”判断优先级：高频重复（如每天数百次移液）、高精度要求（如纳升级加样、温控±0.5 ℃）、高生物安全风险（如致病样本处理）、强时序约束（如酶反应必须精确计时）。落在这四类中的环节，自动化收益最明确。反之，低频、强探索性、依赖专家临场判断的操作，短期内更适合保留人工。

一个常见的教学示例：某分子诊断实验室每天处理 96 孔板 8 块，其中核酸提取占 3.5 小时、体系配制占 1.2 小时、上机检测占 2 小时。人工操作中提取环节的批间变异系数（CV）约为 8%，且夜班人员疲劳导致偶发漏加。据此可初步判定：核酸提取与体系配制属于高频、高精度、强时序环节，应优先纳入自动化范围；上机检测由现有仪器完成，只需做数据对接。

二、确定集成范围与边界

识别出需求后，下一步是划定集成范围。范围不是越大越好，边界不清会导致接口爆炸、工期失控。建议把范围拆成三层：核心层（必须自动完成的样本处理与检测）、支撑层（样本转运、耗材补给、环境监控）、外围层（LIMS 数据回传、报表、审计追踪）。核心层必须闭环，支撑层按投入产出比取舍，外围层以接口方式对接而非重建。

边界定义要明确“谁负责什么”。例如：机械臂负责在台面工作站之间转运 96 孔板，但板内液体处理由移液工作站完成；LIMS 负责样本状态与结果归档，但不参与实时运动控制。凡是跨系统的动作，都要写明触发条件、数据格式和异常处理责任方。这一步的产出通常是一张“集成范围与接口责任表”，它是后续需求规格说明书的骨架。

三、功能指标与非功能指标的制定

需求规格说明书中的指标分为两类。功能指标描述“系统必须做什么”，例如：支持 96 孔板与 1.5 mL 离心管的自动抓取与放置；支持从样本管到 96 孔板的按列分装；支持提取程序与配制程序的顺序编排；支持异常时暂停并通知操作员。功能指标应逐条对应到具体流程节点，避免出现“系统应具备良好的自动化能力”这类无法验证的表述。

非功能指标描述“系统必须做到什么程度”，通常包括通量、精度、可用性、可维护性、安全性和合规性。以教学示例为例，可设定：单班次（8 小时）完成不少于 8 块 96 孔板的提取与配制；移液精度 CV ≤ 3%（10 μL 以上）、CV ≤ 5%（2–10 μL）；系统综合可用性 ≥ 95%；平均故障恢复时间 MTTR ≤ 30 分钟；所有样本操作记录保存不少于 5 年并支持审计导出。这些数值不是凭空而来，而是从现有手工流程的实测分布和业务目标反推得到。

指标之间往往存在冲突。提高通量可能牺牲精度，增强安全防护可能降低操作速度。因此需求分析阶段要明确优先级：哪些指标是“必须满足”的硬约束，哪些是“争取达到”的期望值。建议在规格说明书中用“必须/应该/可以”三级标注，便于后续设计取舍和验收判定。

四、编写需求规格说明书

需求规格说明书（Requirements Specification）是需求分析的最终交付物，也是后续设计、采购、开发和验收的共同依据。一份可用的规格说明书应包含以下要素：项目背景与目标、实验流程现状、自动化范围与边界、功能需求清单、非功能指标清单、接口需求、约束与假设、验收标准、变更管理流程。

编写时遵循三条原则。第一，可验证：每条需求都能通过测试、测量或演示来判定是否满足，例如“CV ≤ 3%”可测，“操作简便”不可测。第二，可追溯：每条需求都有唯一编号，并能追溯到某个流程节点或业务目标，便于变更影响分析。第三，无歧义：避免“快速”“尽量”“适当”等模糊词，改用具体数值或明确条件。

最后需要强调：需求分析的深度直接决定集成项目的可控程度。把流程节点、自动化判定、集成层级和指标约束在一张图上对齐，再落成可追溯的规格说明书，后续的选型、布局、编程和验收才有共同的语言基础。这一步做得扎实，项目就成功了一半。