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 的实操要点
在实际运行中,汇聚环节最容易出现三个问题。第一,来源代码缺失或混用,导致趋势分析时无法区分是进货问题还是过程问题。第二,初筛超时,投诉信息在客服部门停留超过一周才转到质量部,错过了与同批次过程记录关联的最佳时机。第三,关联编号未填写,同一根因的多条记录各自关闭,CAPA 有效性验证时无法判断措施是否覆盖了全部受影响批次。
实操建议:在质量信息系统中设置自动提醒——初筛超过 1 个工作日未完成的记录标黄,超过 3 个工作日标红并通知质量负责人;同一产品批次在 30 天内出现 2 条以上不合格记录时,系统自动提示“建议关联调查”。这些规则可以在 ERP 或 QMS 系统中以工作流方式实现,不需要额外开发复杂算法。
最后需要明确的是,汇聚本身不是目的。数据流最终要回答三个问题:这个问题是个案还是系统性问题?同类问题是否在其他来源也出现过?现有的纠正措施是否足以防止再次发生?只有把八类来源放在同一条数据流中观察,CAPA 才能从“救火”转向“防火”。