4. 不合格信息来源与数据流

不合格信息不是单一渠道的产物。在医疗器械质量管理体系中,一条不合格记录可能来自进货检验的抽样判定,也可能来自客户投诉中的一句描述,还可能来自内审员在现场发现的一处标识缺失。这些信息如果分散在不同部门、不同表单、不同系统中,CAPA 就会变成“谁先报谁先改”的被动响应。本节要解决的核心问题是:不合格信息从哪里来、以什么形式进入体系、如何汇聚到同一个处理入口,并最终形成可追溯的数据流。

一、八类来源的定位与典型触发条件

按照医疗器械全生命周期,不合格信息来源可以划分为八类。每一类都有其特定的触发条件、记录载体和初步判定责任。

来源 典型触发条件 记录载体 初步判定责任
进货检验 原材料/外购件抽样不合格、供方证书与实物不符、包装破损 进货检验记录、不合格品报告 IQC 检验员
过程检验 工序尺寸超差、焊接虚焊、洁净度超标、首件不合格 过程检验记录、巡检表 IPQC/生产班组长
成品检验 性能测试不通过、外观缺陷、无菌屏障失效 成品检验报告、放行记录 OQC/质量工程师
投诉 客户反馈功能异常、包装难开启、说明书歧义 投诉登记表、客户沟通记录 客服/质量部
不良事件 导致或可能导致死亡、严重伤害的事件 不良事件报告、警戒系统记录 法规事务/质量部
内审 不符合 ISO 13485 条款、文件执行偏差、记录缺失 内审不符合报告 内审员/被审部门
外审 认证审核、监管检查开具的不符合项 外审不符合报告、审核记录 质量部/管理者代表
市场反馈 售后维修率上升、竞品对比异常、临床使用习惯变化 市场反馈单、售后统计 市场部/售后

需要强调的是,八类来源的“不合格”性质并不完全相同。进货、过程、成品检验属于符合性判定,有明确的接收准则;投诉、不良事件、市场反馈属于使用阶段反馈,往往需要先转化为可判定的技术问题;内审、外审属于体系符合性判定,指向的是过程能力而非单一产品特性。因此,汇聚不是简单地把八张表放进一个文件夹,而是要在数据流中保留来源属性,以便后续做趋势分析和根因归类。

二、数据流的汇聚结构:从分散入口到统一处理池

一个可运行的不合格信息数据流,通常包含四个层次:采集层、初筛层、汇聚层、处置层。采集层负责按各自渠道的格式记录原始信息;初筛层由责任岗位在 1 个工作日内完成“是否构成不合格”的判定;汇聚层将所有确认的不合格信息赋予唯一编号并录入统一台账;处置层则根据风险等级决定是否启动 CAPA。

以某二类无菌医疗器械生产企业为例,其不合格信息编号规则为:NC-年份-来源代码-流水号。来源代码用两位字母表示:IQ(进货)、IP(过程)、OQ(成品)、CP(投诉)、AE(不良事件)、IA(内审)、EA(外审)、MF(市场反馈)。例如 NC-2025-CP-0037 表示 2025 年第 37 条投诉来源的不合格信息。这种编码方式在汇聚时能直接保留来源属性,便于后续按来源统计分布。

示例:某批次输液器不合格信息汇聚过程

2025 年 3 月,某企业发生以下事件:进货检验发现一批次 PVC 粒料增塑剂含量偏低(NC-2025-IQ-0112);过程检验发现注塑工序出现 3 件毛刺超标(NC-2025-IP-0089);成品检验发现某批输液器流量误差超出 ±10% 接收准则(NC-2025-OQ-0056);两周后收到医院投诉,反映同一批号产品滴斗内壁有异物(NC-2025-CP-0037)。质量部在汇聚台账中发现,四条记录均指向同一原材料批次和同一生产时段,随即启动 CAPA,将四条信息合并为一个调查对象。

这个示例说明:汇聚的价值不在于“收在一起”,而在于让分散信息之间产生关联。如果四条记录分别由四个岗位独立处理,很可能只关闭其中一两条,而遗漏系统性根因。

三、汇聚后的关键字段与判断逻辑

统一台账至少应包含以下字段,才能支撑后续 CAPA 决策:

  • 唯一编号:保证可追溯,避免重复录入。
  • 来源代码:保留渠道属性,用于趋势分析。
  • 发现日期与地点:判断是否在质量体系覆盖范围内。
  • 涉及产品/批次/工序:用于关联同类问题。
  • 不合格描述:客观事实,不含推测性结论。
  • 初步风险等级:按严重程度分为 I(严重)、II(一般)、III(轻微)。
  • 是否启动 CAPA:依据风险等级和重复发生次数判定。
  • 关联编号:指向同一根因的其他不合格记录。

判断逻辑可以概括为三条规则:第一,涉及安全性能或不良事件的,直接进入 CAPA;第二,同一来源代码在 30 天内重复出现 3 次以上的,升级为 CAPA;第三,不同来源指向同一批次或同一工序的,合并调查。这三条规则不是固定标准,企业应根据产品风险等级和法规要求自行定义阈值,但必须在质量手册或程序文件中明确。

不合格信息来源汇聚与数据流 八类来源 → 初筛 → 统一台账 → 风险判定 → CAPA 决策 采集层 进货检验 IQC · 抽样判定 过程检验 IPQC · 工序巡检 成品检验 OQC · 放行判定 投诉 CP · 客户反馈 不良事件 AE · 警戒报告 内审 IA · 体系符合性 外审 EA · 认证/监管 市场反馈 MF · 售后/临床 初筛判定(1 个工作日内) 是否构成不合格?→ 赋予唯一编号 统一不合格台账 NC-年份-来源代码-流水号 · 关联编号 · 风险等级 风险判定与 CAPA 决策 I 级直接启动 · 重复 3 次升级 · 同批次合并调查 启动 CAPA 根因调查 · 措施跟踪 仅纠正关闭 返工/报废 · 记录归档 趋势分析与来源分布统计 按来源代码、产品线、时间段统计 · 识别系统性重复问题 汇聚关键字段 • 唯一编号(NC-年份-来源-流水) • 来源代码(IQ/IP/OQ/CP/AE/IA/EA/MF) • 发现日期与地点 • 涉及产品/批次/工序 • 不合格客观描述 • 初步风险等级(I/II/III) • 关联编号 · 是否启动 CAPA 检验类来源 使用阶段反馈 体系审核来源 市场/售后反馈 CAPA 启动路径 纠正关闭路径

四、从汇聚到 CAPA 的实操要点

在实际运行中,汇聚环节最容易出现三个问题。第一,来源代码缺失或混用,导致趋势分析时无法区分是进货问题还是过程问题。第二,初筛超时,投诉信息在客服部门停留超过一周才转到质量部,错过了与同批次过程记录关联的最佳时机。第三,关联编号未填写,同一根因的多条记录各自关闭,CAPA 有效性验证时无法判断措施是否覆盖了全部受影响批次。

实操建议:在质量信息系统中设置自动提醒——初筛超过 1 个工作日未完成的记录标黄,超过 3 个工作日标红并通知质量负责人;同一产品批次在 30 天内出现 2 条以上不合格记录时,系统自动提示“建议关联调查”。这些规则可以在 ERP 或 QMS 系统中以工作流方式实现,不需要额外开发复杂算法。

最后需要明确的是,汇聚本身不是目的。数据流最终要回答三个问题:这个问题是个案还是系统性问题?同类问题是否在其他来源也出现过?现有的纠正措施是否足以防止再次发生?只有把八类来源放在同一条数据流中观察,CAPA 才能从“救火”转向“防火”。