实验室色谱工作站功能对标与集成规划
1. 调研目标
本报告用于规划色谱工作站从在线监测型系统升级为完整实验室 CDS（Chromatography Data System）的功能路线。调研对象包括本机已安装的 Agilent ChemStation B.04.02 SP1 中文版、开始菜单快捷方式、安装目录模块、公开资料，以及本项目现有 C# 遗留工作站与 Go/Web 边缘工作站能力。
目标不是复制某一厂商软件，而是提炼实验室工作站的通用能力模型，形成适合我们自主仪器、国产替代、在线监测与实验室分析共用的一套产品规划。同时，系统整体架构必须坚持“国际标准协议优先、私有 API 兜底”的原则：只要存在成熟或正在成为行业共识的标准协议，就优先按标准协议建模、暴露和集成；只有在确实没有合适标准覆盖的内部 UI 交互、设备私有寄存器或工程调试场景中，才规划使用私有 API。
2. ChemStation 安装信息与模块判断
2.1 版本与覆盖范围
本机 ReadMe 显示安装版本为 Agilent ChemStation B.04.02 SP1，覆盖 GC、LC、CE、A/D、LC/MSD、CE/MSD 化学工作站。其典型定位是仪器配置、联机控制、脱机数据分析、序列运行、批处理审核、报告输出和 OpenLAB/ECM 管理的一体化实验室数据系统。
ReadMe 中明确涉及以下能力：
- 多仪器配置，最多 4 台仪器入口，支持联机和脱机两种启动模式。
- LAN、GPIB、USB-GPIB、A/D 转换器等多种仪器接入方式。
- GC 7890A、7820A、6890、6850、35900E A/D、LC 1100/1200、CE、LC/MSD 等仪器与模块驱动。
- 自动进样器、样品盘、条码读取器、保留时间锁定、2D 数据分析模块等扩展功能。
- AIA/ANDI 文件导入导出、XLS 报告输出、批处理审核、安装认证报告和配置维护。
2.2 开始菜单快捷方式解析
本机开始菜单目录为 C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Agilent ChemStation，解析出的快捷方式如下：
这些快捷方式说明 ChemStation 将“仪器实例”和“业务模式”分离：同一台仪器既可以联机采集，也可以脱机处理数据；配置、实时显示、认证、调度和数据管理均是独立工具。我们后续 Web 工作站也应采用类似模块化入口，而不是把所有能力压进单一页面。
2.3 安装目录模块线索
D:\Chem32 目录结构显示出以下模块边界：
CORE：核心 UI、宏命令、报告、批处理、校准、积分、AIA/ANDI、LIMS XML、Excel 输出、OpenLAB/ECM 集成。GC：GC 专用方法、运行、保留时间锁定、FID/仪器界面、安装认证相关宏。LC：LC 泵、进样器、柱温箱、DAD/MWD/VWD/RID/FLD 等模块界面和 OQ/PV/IV 验证相关入口。MS：LC/MSD 采集、调谐、诊断、谱库、FIA、质谱数据处理和导出。DRIVERS：仪器驱动、色谱柱数据库、检测器/泵/阀/进样器等硬件模块配置。REPSTYLE：报告样式模板，例如面积百分比、外标、谱库、纯度、谱图等。SEQUENCE：序列表模板，如常规运行、批处理、噪声、稳健性、序列文档、序列总结、统计报告。
3. 实验室工作站核心功能模型
3.1 仪器配置与驱动管理
实验室工作站首先是仪器配置系统，需要解决“这台仪器由哪些模块组成、如何通信、支持哪些方法参数和采集通道”。典型功能包括：
- 仪器实例管理：多仪器、多通道、多检测器、多模块组合。
- 通信配置：LAN、串口、GPIB、A/D、Modbus、专用板卡、标准协议。
- 模块配置：进样器、样品盘、柱温箱、检测器、阀、气路、泵、A/D。
- 驱动能力声明：模块参数、状态、命令、限制、固件版本和兼容性。
- 配置变更追踪：硬件变更后要求重新保存方法，避免方法和硬件不一致。
我们的集成方向：基于现有 HAL 和 Capabilities 机制，把不同硬件驱动统一抽象为设备树和能力表，前端根据能力表动态渲染配置和控制界面。
3.2 联机控制与数据采集
联机模式负责方法下发、运行控制、实时状态监控和原始数据采集。典型功能包括：
- 仪器就绪状态、运行状态、故障状态、温度/压力/流量/信号监控。
- 单针运行、序列运行、暂停、停止、紧急停止。
- 多通道实时谱图，支持 FID、TCD、DAD、MSD、A/D 等不同信号源。
- 高速数据采集防丢点，运行期间禁止省电、屏保、低性能模式等风险行为。
- 实时显示服务器，允许数据采集与显示解耦。
我们的集成方向：现有 Go Collector 已具备实时采集、SSE/Web 图表、HAL 驱动、SiLA 2/OPC-UA 设备状态输出。下一步应补齐多仪器实例、独立实时显示服务、采集缓存和采集完整性校验。
3.3 方法系统
实验室 CDS 的方法不是单纯的采集参数，而是完整分析过程定义。典型方法应包含：
- 仪器方法：温度程序、阀切换、流量/压力、检测器、进样器、运行时间。
- 采集方法：采样率、通道、数据范围、启动/停止条件。
- 积分事件：峰宽、阈值、斜率、基线、积分起止时间、排除区间、手动积分。
- 校准表：组分、保留时间、保留时间窗口、校准级别、响应因子、曲线模型。
- 定量设置：外标、内标、面积百分比、归一化、稀释倍数、样品量。
- 报告模板：报告布局、字段、谱图、峰表、校准曲线、统计和签名区。
我们的集成方向：沿用遗留 C# 的 .mtd/.cal/.sda 核心数据结构，同时在 Go/Web 层建立 JSON Schema 和版本迁移机制，实现老方法导入、新方法可视化编辑和跨平台存储。
3.4 序列与样品队列
实验室场景高度依赖序列运行，而不是单针按钮。典型功能包括：
- 序列表：样品位置、样品名、方法、样品类型、重复进样、校准级别、稀释倍数、LIMS ID。
- 样品类型：空白、校准、质控、未知样、重复样、系统适用性样。
- 自动重校准：根据校准样刷新校准表并回算未知样。
- 批处理审核：对整批样品统一重积分、重校准、重处理和报告。
- 中断恢复：部分序列中断后继续进入同一数据容器。
我们的集成方向：当前在线监测循环更偏固定周期分析，应新增实验室序列引擎，和现有循环调度引擎并列。实验室序列强调样品元数据、队列、自动进样器位置和批处理审核；在线监测强调无人值守循环、报警和每次循环的完整结果记录。在线监测不应被简化为趋势系统，也同样需要方法、积分事件、校准表、拟合曲线、斜率、截距、相关系数和响应因子等完整分析要素，只是运行组织方式是按周期自动生成 CycleRecord，而不是按实验室样品序列生成 Injection。
3.5 数据分析与谱图处理
这是实验室工作站的核心竞争力。需要覆盖：
- 色谱图查看：缩放、平移、叠加、标注、基线、峰标识、多通道对比。
- 自动积分：峰检测、基线拟合、峰面积、峰高、半峰宽、拖尾因子、理论塔板数。
- 手动积分：橡皮筋基线、拆峰、合峰、删除峰、强制峰、积分事件保存。
- 组分识别：保留时间窗口、相对保留时间、保留时间锁定、谱库辅助识别。
- 定量计算：外标、内标、归一化、面积百分比、多级校准、曲线拟合和残差。
- 重处理：对单个数据文件、整批序列或历史数据重新套用方法、积分和校准。
- 2D/3D 扩展：DAD 光谱、LC/MSD 质谱、二维数据视图、峰纯度和谱图确认。
我们的集成方向：先做 GC/FID/TCD 的 2D 色谱数据分析闭环，再扩展 AIA/ANDI 和 DAD/MSD。积分引擎应从“在线监测峰识别”升级为“可审计、可重处理、可手动修正”的实验室级积分引擎。
3.6 数据格式与互操作
ChemStation ReadMe 特别提到 AIA/ANDI 文件导入、导出和报告问题。实验室客户通常要求历史数据和第三方系统互通：
- 原始数据容器：保存信号、方法、序列、仪器状态、审计信息和处理结果。
- AIA/ANDI NetCDF：用于不同 CDS 之间交换色谱信号和结果。
- Excel/XLS：用于传统报告和二次处理。
- XML/JSON：用于 LIMS、MES、自动化平台和标准协议网关。
- PDF/打印：用于签字、归档和客户交付。
我们的集成方向：现有 C# 已有 AIA/CDF 支持，Go/Web 层应补齐导入导出接口，并定义自主 .run 或 .chrom 数据容器，内部可用 SQLite/JSON/二进制信号块组合，外部优先支持 AIA/ANDI、AnIML、Allotrope、CSV、Excel、PDF 和 LIMS/ELN/SDMS 标准交换格式。自主数据容器只作为内部主记录和性能优化实现，不应替代行业标准数据交换出口。
3.7 报告、审计与合规
实验室场景比在线监测更重视可追溯性。典型能力包括：
- 标准报告：单针报告、序列报告、批处理审核报告、校准报告、系统适用性报告。
- 自定义报告：模板、Logo、字段选择、峰表、谱图、多页色谱图、签名区。
- 审计追踪：方法变更、积分变更、校准更新、报告生成、用户操作、数据导出。
- 权限控制：角色、用户、密码策略、仪器权限、方法/报告/审计权限。
- 电子记录保护：防篡改、版本化、受控副本、原始数据不可覆盖。
- 安装确认与验证：IQ/OQ/PV、系统检查、配置确认、诊断报告。
我们的集成方向：已有离线授权、用户权限、日志和部分报表基础。下一步应补齐实验室合规的数据包签名、审计事件模型、报告模板编辑器、电子签名和 IQ/OQ 验证报告。
4. 与当前工作站能力对照
5. 标准协议优先总体规划
5.1 标准优先原则
系统对外集成、前端能力编排和长期数据归档必须优先采用国际标准协议或事实行业标准。私有 REST API 只能作为 Web 前端内部 BFF、标准协议适配器背后的工程实现、设备私有寄存器封装、调试接口或暂时没有标准覆盖的兜底方案。所有私有 API 都应标注适用范围、稳定性等级和未来标准化替代路径。
前端 Web 界面不应直接绑定底层私有协议，而应优先面向标准能力模型开发：设备状态、程序运行、方法、结果、数据包、审计和报告都应尽量对应 SiLA 2、OPC UA LADS、AnIML、AIA/ANDI、Allotrope 等标准概念。当前端需要调用后端时，可以使用内部 HTTP/JSON BFF，但该 BFF 应作为标准协议网关的轻量封装，而不是长期对外承诺的主接口。
5.2 主线标准
5.3 后置兼容与高端扩展标准
5.4 前端 Web 标准化边界
Web 前端按照业务工作流组织页面，但每个页面背后的数据模型应尽量映射到标准对象：
- 仪器中心：优先映射 OPC UA LADS 的 AnalyticalDevice、FunctionalUnit、Component、State、Alarm 和 Maintenance 概念。
- 联机控制：优先映射 SiLA 2 Feature 和 OPC UA LADS Program/ProgramManager，内部可通过 BFF 聚合设备状态。
- 方法开发：内部使用
AnalyticalMethod统一模型，对外规划 AnIML/Allotrope 方法语义映射，在线和实验室共享积分事件、校准表和拟合曲线模型。 - 在线循环记录：每次循环生成
CycleRecord，对外可映射为 OPC UA LADS Result、AnIML Experiment Result 或内部数据包导出的标准结果。 - 实验室数据包：每针生成
RunDataPackage，导出优先支持 AIA/ANDI 和 AnIML，高端客户扩展 Allotrope。 - 报告中心：PDF/Excel 面向人工交付，AnIML/Allotrope/标准 JSON 面向系统互联，FHIR 仅用于临床报告摘要。
5.5 私有 API 兜底边界
允许规划私有 API 的场景限定为：
- 前端内部 BFF：用于聚合多个标准协议结果，减少页面调用复杂度。
- 设备适配层：用于封装 GCKC、Modbus 寄存器、散件 TCD/FID/EPC 私有指令，但不得暴露为客户集成主接口。
- 调试与运维：用于工程诊断、日志、模拟器、测试屏部署等非正式集成场景。
- 标准缺口：某些行业算法、在线监测专有循环策略、国产硬件特殊能力暂时没有标准覆盖时，可以定义私有扩展，但必须保留未来映射到标准对象的字段和版本机制。
6. 产品形态规划
6.1 双模式工作站
建议将产品明确拆成两个业务模式，但底层共用一套设备、方法、数据和报告模型：
- 在线监测模式：面向 VOCs、环境监测、连续无人值守、循环分析、报警和每次循环结果记录。
- 实验室分析模式：面向样品队列、方法开发、谱图积分、校准定量、报告和合规。
这样既不破坏当前在线监测优势，又能逐步补齐实验室 CDS 能力。
6.2 页面与模块规划
建议 Web 前端新增以下一级模块：
- 仪器中心：仪器实例、硬件配置、通道、驱动状态、诊断。
- 联机控制：方法下发、开始/停止、实时状态、实时谱图。
- 方法开发：仪器参数、积分事件、校准组分、报告模板。
- 序列运行：样品表、自动进样器位置、队列、运行进度、异常恢复。
- 数据分析：打开数据、积分、手动修正、校准、定量、谱图叠加。
- 批处理审核：整批重处理、更新校准、结果审核、批量报告。
- 报告中心：单针、序列、校准、系统适用性、PDF/Excel/Word 导出。
- 合规中心：用户、角色、审计、电子签名、数据包校验、授权。
7. 分阶段实施计划
7.1 第一阶段：共享方法与结果内核
目标是先把在线监测和实验室分析共同依赖的核心模型统一。
- 建立统一
AnalyticalMethod，覆盖仪器参数、采集参数、积分事件、校准表、拟合曲线、斜率、截距、相关系数、响应因子和报告字段。 - 建立统一
CalibrationVersion，每次在线循环和实验室进样都引用明确校准版本。 - 建立统一结果模型，保存 RT、面积、高度、浓度、单位、基线、积分参数快照和校准参数快照。
- 建立标准协议映射层，优先定义 SiLA 2、OPC UA LADS、AIA/ANDI、AnIML 的对象映射。
7.2 第二阶段：实验室 GC/FID/TCD 数据闭环
目标是先把最核心的实验室谱图分析跑通。
- 建立统一数据容器，保存原始信号、方法快照、校准快照、仪器快照和处理结果。
- 完成数据分析页面：打开历史谱图、缩放、叠加、峰标识、结果表。
- 将现有 C# 积分/校准结构迁移为 Go/Web 可用模型。
- 实现外标、内标、面积百分比、归一化和多级校准的基础定量。
- 支持单针报告、Excel/PDF 导出和 AIA/ANDI 基础导出。
7.3 第三阶段：方法、序列和批处理审核
目标是从单针分析升级到实验室批量工作流。
- 方法编辑器支持仪器参数、积分事件、校准表和报告模板。
- 序列表支持样品名、瓶号、方法、样品类型、重复进样、稀释倍数。
- 新增实验室序列引擎，与在线循环调度引擎分离。
- 批处理审核支持更新校准、重积分、重处理、批量结果计算。
- 支持序列总结报告、校准报告、质控样检查和异常样品标记。
7.4 第四阶段：互操作与旧数据迁移
目标是降低客户迁移成本。
- 支持 AIA/ANDI NetCDF 导入导出。
- 支持 AnIML 导入导出或至少支持 AnIML 归档导出。
- 支持 ChemStation 风格数据目录解析的兼容工具。
- 支持 CSV、Excel、JSON、LIMS XML/JSON 导入导出。
- 支持旧 C#
.sda/.mtd/.cal文件批量迁移。 - 建立数据版本迁移器，保证历史数据长期可读。
7.5 第五阶段：合规、验证和商业化增强
目标是进入受监管实验室和正式销售交付。
- 数据包签名，原始数据不可覆盖，处理结果版本化。
- 审计追踪覆盖方法、积分、校准、报告、导出和权限变更。
- 电子签名、审核流程、受控副本、导出水印。
- IQ/OQ/PV 安装认证和运行验证报告。
- 结合现有离线授权，实现试用版、专业版、高级版和实验室合规版分级销售。
- 面向高端制药客户规划 Allotrope ASM/ADF 语义映射，面向临床客户规划 HL7/FHIR 结果摘要映射。
8. 技术落地建议
8.1 后端模型
后端建议建立四个核心模型：
InstrumentProfile：仪器实例、模块、通道、通信和能力声明。AnalyticalMethod：仪器参数、采集参数、积分事件、组分表、校准表、拟合曲线和报告模板。CalibrationVersion：校准级别、响应值、曲线类型、斜率、截距、相关系数和生效状态。Sequence：样品队列、样品类型、瓶号、方法和运行规则。CycleRecord：在线监测每次循环的原始谱图、方法快照、校准快照、结果和报警。RunDataPackage：原始信号、方法快照、处理结果、审计事件和签名。
8.2 前端架构
前端应按工作流拆分，而不是按硬件协议拆分：
- 配置类页面读取标准 Capabilities / LADS 设备模型动态生成表单。
- 采集类页面专注实时状态和谱图，优先通过 SiLA 2 或 OPC UA LADS 网关获取运行状态。
- 分析类页面专注离线数据、积分、校准和重处理。
- 报告类页面专注模板、预览、导出和签名，并支持 AIA/ANDI、AnIML、PDF、Excel 等标准或事实标准导出。
- 内部 HTTP/JSON API 只作为 Web BFF 和标准协议适配层，不作为长期对外集成协议。
8.3 与标准协议关系
SiLA 2、OPC UA LADS、AIA/ANDI、AnIML、Allotrope、HL7/FHIR 等标准应纳入总体规划，但按适用场景和优先级分层落地。标准协议不替代本地 CDS 的完整内部主记录，但应成为对外互联和长期归档的首选边界：
- SiLA 2 用于自动化平台下发方法、启动序列、读取状态和结果。
- OPC UA LADS 用于设备数字孪生、工业平台监控、程序运行、报警和结果互联。
- AIA/ANDI 用于基础色谱曲线和结果交换。
- AnIML 用于更完整的分析数据、方法、样品、结果和元数据归档。
- Allotrope 用于高端制药、FAIR 数据、语义数据湖和 AI/ML 数据治理。
- HL7/FHIR 用于临床或医疗信息系统中的样本、医嘱和报告摘要互联。
- 本地 CDS 负责谱图分析、校准定量、报告、审计和数据归档。
- 私有 API 只用于内部 BFF、设备适配和标准缺口兜底。
9. 结论
ChemStation 的价值不只是控制仪器，而是围绕实验室样品分析建立了“仪器配置、方法、序列、采集、积分、校准、报告、审计、验证”的完整闭环。我们当前工作站已经具备硬件接入、实时采集、标准协议、在线循环和部分分析模型基础，下一步应把重点转向统一分析内核、标准协议边界和实验室 CDS 的核心能力：谱图分析、序列、批处理审核、报告和合规。
推荐优先实施共享方法/校准/积分/结果内核和 GC/FID/TCD 实验室分析闭环，再逐步扩展 AIA/ANDI、AnIML、DAD/MSD、LIMS、Allotrope 和合规模块。这样既能快速形成可销售的实验室工作站版本，也能保留当前在线监测产品的差异化优势，并避免未来被私有 API 锁死。