把标准、故障谱、QC 数据串成一个闭环
你已有的 pipeline(6-7k 工单,每条 3000-4000 token 提取结构化字段)就是故障枚举的原料:故障现象→部件→根因→处置的四元组。
路径:结构化工单 → 按「部件 × 失效模式」聚类 → 高频组合进 FMEA 表 → 关键链(如「管头坠落」)建 FTA 量化。
医院买的不是「不坏」,是「开机就能用」。提高可用度两条路:降故障率(MTBF↑)是研发的事;降修复时间(MTTR↓)是售后的事。
MTTR 分解:响应时间 + 到场时间 + 诊断时间 + 备件等待 + 修复验证。其中备件等待和诊断时间通常占大头,也是最好砍的。
| 部件 | 故障率 | 价格 | 策略 |
|---|---|---|---|
| 球管 | 高(消耗件) | 极高 | 区域共享库/翻新管方案,按曝光负荷预测触发 |
| 探测器 | 低 | 高 | 区域库 1-2 块,跌落高发客户就近放 |
| 发生器板卡 | 中 | 中 | 本地常备,按机型装机量配 |
| 刹车/钢索/微动开关 | 中 | 低 | 必常备——安全红线件,等待不可接受 |
13485 要求「生产与生产后信息」回流;14971 要求上市后风险重评估。翻译成售后语言:工单数据不是终点,是下一代的 FMEA 输入。
完整闭环:现场故障 → 结构化工单 → 故障谱更新 → 高风险项回传研发 → 设计/工艺改进 → 装机验证 → 故障率下降(可靠性增长曲线)。
一句话总结:数据枚举故障,可用度定指标,
备件砍 MTTR,闭环回研发——
四步串起来,售后从成本中心变数据资产。