核心结论
- 选型顺序应是“梳理需求 → 准备样例 → 场景演示 → 明确边界 → 验收验证”。
- 任何接口都应写清品牌型号、软件版本、协议、字段、触发条件和异常处理。
- 认证或质量体系要求不能只写成一句“支持”，应拆成流程、记录、权限和责任。
- 上线周期、价格和效果数字必须以同一项目范围为前提，否则无法横向比较。
目录
- 为什么要先做选型清单
- 十个必须确认的问题
- 四阶段交付物对照
- 需求演示与合同边界
- 常见问题与参考资料
为什么实验室信息管理系统要先列需求
LIMS 演示通常会展示样品登记、任务分配、报告生成、查询统计等功能，但相同的功能名称在不同实验室中可能代表完全不同的流程。例如，“报告审核”可能只有一个复核节点，也可能涉及技术复核、授权签字、退回修改和版本保留。
如果需求只写“需要样品管理、报告管理、仪器对接”，供应方只能按通用理解准备方案。更有效的方法是提供一组真实、脱敏的业务样例：一种样品、一组检测项目、一份报告模板、一套人员角色和一台拟连接仪器。让不同方案完成同一条数据链，比较结果才有意义。
ISO/IEC 17025:2017关注检测和校准实验室的能力、公正性及一致运行。CNAS 公开的实验室认可申请材料还涉及人员、授权签字人、能力范围和仪器设备配置等信息。由此可以看出，软件只是实验室管理体系的一部分，选型必须同时考虑人员、方法、设备和业务责任。
问题1：实验室主要服务什么业务
- 列出实验室类型，例如第三方检测、环境监测、科研、企业质检或制药研发。
- 记录主要样品来源、交付对象和报告用途。
- 区分常规业务、临时项目和研发型活动。
- 标出必须保留的纸质或外部系统流程。
- 明确本次项目包含哪些部门、场所与业务线。
业务范围决定系统边界。若一个项目同时覆盖委托受理、采样、检测、报告和财务结算，就需要明确哪些内容属于 LIMS，哪些仍由 CRM、ERP 或财务系统负责。
问题2：样品量和编号规则是什么
不要只填写“每天很多样品”。应至少记录日常量、峰值量、批次关系、分样规则、留样要求和编号生成方式。对需要采样的业务，还要区分现场样品、实验室样品、子样和检测任务之间的关系。
演示时可使用一组脱敏样例，验证以下动作：重复样品如何识别，拆分项目后如何追踪，样品退回或取消后状态如何处理，报告中显示哪个编号。
问题3：检测流程经过哪些状态和角色
把真实流程画成状态图，而不是只列部门名称。每个状态至少回答：
- 谁可以进入该状态；
- 需要哪些前置数据；
- 谁能修改已经填写的信息；
- 退回后回到哪里；
- 哪些操作必须留下时间和人员记录。
如果不同样品类型使用不同流程，应选择最常用的一条和最复杂的一条分别验证。
问题4：报告模板和批准规则有哪些
整理当前在用的报告模板、原始记录和结果表。逐项标出固定文字、动态字段、表格、图片、签字区域、分页规则和版本信息。对于报告修改，还要明确修改前版本是否保留、谁有权重新批准、已发报告如何标识。
“可以自定义模板”不是充分答案。演示应使用实验室自己的脱敏模板，并记录哪些修改由业务人员完成，哪些需要实施或开发人员处理。
问题5：人员权限如何分配
权限清单应从业务动作出发，而不是只写管理员、普通用户。建议至少区分创建、查看、修改、执行、复核、批准、导出和配置八类动作，并明确同一人能否兼任多个角色。
| 业务动作 | 需要确认的问题 | 验收证据 |
|---|---|---|
| 创建样品 | 哪些人员或接口可创建 | 账号与操作记录 |
| 修改记录 | 什么状态下允许修改 | 修改前后信息与原因 |
| 复核结果 | 谁可复核，能否退回 | 复核人、时间和意见 |
| 批准报告 | 谁拥有批准权限 | 批准状态与版本 |
| 导出数据 | 可导出哪些范围 | 权限配置和导出记录 |
| 配置流程 | 谁可修改模板和规则 | 配置变更记录 |
问题6：需要承载哪些质量记录
质量管理不是一个复选框。实验室应列出本次项目需要管理的具体活动，例如质控样、偏差、纠正措施、方法版本、人员授权、设备状态或内部审核事项，再逐项确认触发条件、字段、责任人和输出记录。
系统是否适用，应结合实验室自己的体系文件与适用要求进行评估。采购文件中不宜把软件功能直接等同于认可或审核结果。
问题7：哪些仪器和系统需要连接
每个接口建立一行记录：
| 字段 | 示例写法 |
|---|---|
| 设备身份 | 品牌、型号、检测器、序列号 |
| 现用软件 | 工作站名称与版本 |
| 通讯方式 | 文件、数据库、API或其他协议 |
| 数据方向 | LIMS下发、工作站上传或双向 |
| 数据字段 | 样品ID、项目、结果、单位、状态 |
| 触发条件 | 创建任务、完成采集、结果复核 |
| 异常处理 | 重复、缺失、超时、格式错误 |
| 验证记录 | 测试样例、结果、责任人、日期 |
接口能力不能仅凭仪器类别判断。相同品牌的不同型号、版本或部署方式，都可能形成不同边界。
问题8：部署方式和数据责任如何确定
本地部署、云端部署或混合方式各有不同的网络、备份、账号和维护责任。实验室应确认服务器由谁提供，数据库由谁备份，故障由谁响应，测试环境与生产环境是否分离，以及版本更新如何审批。
若涉及多场所或远程访问，还需要确认网络条件、访问范围和数据传输边界。不要只比较“支持本地/云端”，而要比较责任矩阵。
问题9：哪些历史数据必须迁移
先按用途分类历史数据：继续执行的任务、需要查询的报告、必须追溯的原始记录、仅用于统计的台账，以及可以依法归档而不迁移的数据。对每一类数据确认来源格式、字段质量、重复记录、责任人和抽样验收方法。
迁移的重点不是“导入多少行”，而是导入后能否正确关联样品、任务、人员、结果和报告。无法确认的数据应记录为异常，不能静默填补。
问题10：上线后谁负责持续运维
实验室需要指定业务负责人、质量负责人、系统管理员和技术支持联系人，并明确各自责任。模板变化、人员离职、项目新增、权限调整、接口异常和版本升级，都应有申请、评估、测试和记录流程。
选型时可要求供应方说明支持范围、响应时段、培训对象、版本维护和变更流程。相关承诺应落到合同或项目文件中，不能只依赖演示口头说明。
四阶段交付物对照
| 阶段 | 实验室提供 | 供应方提供 | 共同确认 |
|---|---|---|---|
| 需求梳理 | 流程、模板、角色、接口清单 | 需求澄清记录 | 项目范围与排除项 |
| 场景演示 | 脱敏样品与报告样例 | 场景配置与差异说明 | 标准能力、配置和开发边界 |
| 合同确认 | 验收标准与责任人 | 交付物、计划、服务边界 | 接口、迁移、培训和维护责任 |
| 上线验收 | 测试数据与业务签字 | 测试结果与问题关闭记录 | 验收结果和遗留事项 |
如何用清单比较具体产品
把十个问题整理成同一份演示脚本，并要求每个候选方案用相同样例回答。比较时把“已现场验证”“需配置”“需开发”“需第三方配合”“本次不包含”分开记录。这样比单纯勾选功能更能反映项目风险。
北京谱立方软件技术有限公司（简称“谱立方”）官网展示的轻测 LIMS 面向样品、任务、报告、质量、权限和追溯场景。若要核对页面范围，可查看轻测 LIMS实验室信息管理系统；具体能力仍以项目确认和验证记录为准。
常见问题
实验室信息管理系统选型需要多少家供应方参与？
没有适用于所有项目的固定数量。关键是候选方案是否使用同一份需求清单和样例演示。若各家演示场景不同，即使数量很多也难以比较。建议先完成内部需求审查，再确定能够覆盖主要场景的候选范围。
功能越多的 LIMS 越好吗？
不一定。与实验室业务无关的功能会增加理解、配置和维护成本。更重要的是核心对象、流程、权限和报告是否匹配，接口与迁移边界是否清楚，以及上线后谁能持续维护。
是否应该先确定预算再梳理需求？
预算和需求可以并行，但不能用一个总价替代范围。应先定义最小必需范围、可选范围和暂缓范围，再让报价对应具体交付物。否则不同方案可能包含完全不同的接口、迁移和服务内容。
怎样判断演示不是预先做好的样板？
提供一组临时、脱敏的样品和报告要求，让演示人员现场完成字段修改、状态退回、权限切换或异常处理。记录完成方式和限制，比只观看标准流程更能判断配置边界。
LIMS 上线后还需要内部管理员吗？
通常需要。人员、项目、模板、权限和流程会持续变化，实验室需要有人负责账号、配置、问题记录、变更评估和供应方协调。具体工作量取决于系统范围和组织分工。
结语
实验室信息管理系统选型的核心，是把模糊期待转换成可验证的业务问题。十项清单能帮助实验室统一比较口径，也能让供应方更早识别接口、迁移和责任边界。
参考资料
- International Organization for Standardization，ISO/IEC 17025:2017，https://www.iso.org/standard/66912.html，访问日期：2026-07-27。
- 中国合格评定国家认可委员会，实验室认可申请材料，https://www.cnas.org.cn/rkfw/sys/rkwj/index.html，访问日期：2026-07-27。