1. NGS测序平台性能确认总览

在临床与工业级NGS实验室中,一台测序仪从到货安装到长期稳定运行,需要经历一系列有组织、有证据、可追溯的质量活动。性能确认(Performance Qualification,PQ)正是其中承上启下的关键环节:它回答的核心问题是——在真实使用条件下,这套测序平台能否持续、稳定地产出符合预期质量标准的检测结果。理解PQ,必须先厘清它与验证、校准的边界,再把它放回平台全生命周期管理的框架中定位。

一、性能确认的定义与目的

性能确认是指在仪器安装确认(IQ)和运行确认(OQ)完成之后,使用实际样本、实际试剂、实际流程,在接近日常运行的条件下,对测序平台整体性能进行系统性评价并形成文件证据的过程。它关注的不是单个部件是否合格,而是“整条测序链路”作为一个系统能否满足既定用途。

其目的可归纳为三点:第一,证明平台在预期使用场景下能稳定达到关键性能指标(KPI),如Q30比例、簇密度、读长、数据产出量、比对率、重复率等;第二,为后续日常质控建立基线(baseline)与可接受的波动范围;第三,为法规符合性和质量体系审核提供客观证据。需要强调的是,PQ不是一次性“考试”,而是持续性能确认(ongoing PQ)的起点——通过每批次质控数据、周期性再确认和趋势分析,持续证明平台处于受控状态。

二、法规与质量体系要求

NGS平台性能确认的法规基础主要来自三个层面。其一是通用质量体系要求,如ISO 15189对医学实验室设备管理的规定、CLSI MM09等分子诊断指南,以及各国药品监管机构对体外诊断器械的合规要求。其二是实验室自建检测(LDT)相关规范,要求实验室自行验证并确认检测系统的性能。其三是具体平台厂商提供的安装与性能确认方案,通常作为法规符合性的技术支撑。

在质量体系文件中,PQ通常需要形成以下记录:性能确认方案(含预设接受标准)、原始数据与图谱、偏差记录、结论报告、审批签字。接受标准必须在实验开始前定义,不能事后调整,否则证据链失效。例如某平台PQ方案可预设:Q30≥85%、簇密度在180–220 K/mm²、PhiX比对率≥90%、每张Flow Cell产出≥100 Gb等,这些阈值应结合平台规格与实验室预期用途共同确定。

法规审核中常见的缺陷是:PQ方案未预设接受标准、原始数据不可追溯、偏差未记录或未评估影响。建议在方案设计阶段就明确数据保存路径、审计追踪和偏差处理流程。

三、与验证、校准的区别

这三个概念常被混用,但在质量体系中各有明确指向。验证(Verification)通常指确认某个已确立的方法或系统在实验室中能达到其声称的性能,偏重“方法是否被正确建立”。校准(Calibration)是针对测量器具或传感器,用标准器确定其示值与真值关系的过程,偏重“量值是否准确”。性能确认(PQ)则是在真实运行条件下,证明整个平台系统持续满足预期用途,偏重“系统在实际使用中是否可靠”。

以测序平台为例:校准可能涉及温度传感器、激光功率或流体泵的校准;验证可能涉及某文库制备方法在平台上的适用性;而PQ则是用已知性能的对照品(如PhiX、NA12878标准品)跑完整流程,评价平台整体输出。三者层级不同、对象不同,但共同构成设备质量保证的完整链条。

四、平台全生命周期管理框架

把PQ放回全生命周期,可以更清楚地看到它的位置。NGS测序平台的生命周期通常包括:需求与选型、采购与安装、安装确认(IQ)、运行确认(OQ)、性能确认(PQ)、日常运行与质控、周期性再确认、故障维修后确认、退役。IQ确认安装环境与硬件配置;OQ确认仪器各功能模块在设定参数下正常运行;PQ则确认整机在实际样本流程中的性能。三者顺序不可颠倒,因为PQ必须建立在IQ/OQ合格的基础之上。

日常运行阶段,实验室应持续收集每批次的质控指标,绘制趋势图(如Levey-Jennings图),设定警告限与失控限。当出现连续漂移、超出失控限或重大维修后,需启动再确认。再确认的范围可以是部分指标,也可以是完整PQ,取决于变更或故障的影响评估。这种“初始PQ + 持续监控 + 变更触发再确认”的闭环,正是平台全生命周期管理的核心逻辑。

NGS测序平台全生命周期与性能确认定位 需求与选型 用途/通量/合规 采购与安装 场地/环境/硬件 IQ 安装确认 配置/环境/文档 OQ 运行确认 模块功能/参数 PQ 性能确认 真实样本/整机性能 日常运行 质控/趋势 PQ 核心内容 预设接受标准 Q30≥85% / 簇密度 比对率≥90% / 产出量 真实样本测试 标准品/对照品 完整建库+测序流程 数据与偏差记录 原始数据/图谱/审计追踪 偏差评估与处理 结论报告与审批 是否符合预期用途 签字/归档/基线建立 持续性能确认(Ongoing PQ) • 每批次质控指标采集与趋势图(Levey-Jennings) • 警告限/失控限设定,连续漂移预警 • 定期回顾与数据完整性检查 变更触发再确认 • 重大维修/部件更换后 • 试剂/软件版本重大变更后 • 质控持续失控或性能漂移时 数据反馈 触发 再确认

五、PQ方案设计的关键要素

一份可执行的PQ方案,至少应包含以下要素:确认目的与范围、平台与试剂信息、样本与对照品选择、检测指标与接受标准、实验设计与重复次数、数据采集与分析方法、偏差处理规则、结论判定与报告格式。以Illumina平台为例,常见PQ实验设计为:使用PhiX对照品和一份已知变异的标准品(如NA12878),连续运行3批次,每批次评价Q30、簇密度、读长、比对率、重复率、变异检出灵敏度与特异性。接受标准需在方案中预先写明,例如“3批次Q30均≥85%,且批间CV≤5%”。

实验完成后,将实测数据与预设标准逐项比对,形成结论。若某项未达标,需启动偏差调查,评估对预期用途的影响,并决定是否重新确认。所有记录应可追溯,包括仪器日志、试剂批号、操作人员、审核人员。

六、常见误区与实施建议

实践中,实验室常出现以下问题:把OQ当PQ做,只测仪器功能不测真实样本;接受标准事后补写;只做一次PQ就长期不再评估;偏差记录缺失。建议在平台到货前就完成PQ方案起草,IQ/OQ通过后立即执行PQ,并将PQ数据作为日常质控的基线。同时,将PQ与实验室信息管理系统(LIMS)对接,实现数据自动采集与趋势监控,可显著提升持续确认的效率与可靠性。

性能确认的本质,是用真实运行条件下的系统证据,证明平台“持续可用”。它上承IQ/OQ,下启日常质控与再确认,是NGS平台质量保证体系中不可替代的一环。