前言
入行第一课，师傅给我看了一张照片：一台监护仪，屏幕上一条直线。他说：「这机器没问题，是电极贴片接触不良。但家属不会听你解释。」那一瞬间我明白了：在医疗器械行业，可靠性不是「指标」，是「法律」；不是「做得好不好」，是「出了事谁来负责」。
医疗器械的可靠性，首先是一条红线：ISO 13485、ISO 14971、IEC 62366、FDA 510(k)……每一个字母背后都是「患者安全」。一个软件崩溃、一个电池故障、一个报警失灵，轻则召回，重则诉讼，甚至是一条生命。
它还是「被监管盯着做」的行业：上市前要验证与确认，上市后要持续监督。你以为发布完就结束了吗？不，上市后监测才是真正的开始——每一条不良事件报告，都可能是下一次设计变更的导火索。
而且医疗产品的使用场景极其复杂：有护士在深夜手忙脚乱地操作，有老人在家里自己给自己扎针，有医生在手术台上等着设备别掉链子。可靠性的对象，永远不只是「产品」，而是「人 + 产品」这个系统。
工作一半是「写文档」，一半是「做试验」——但这两件事，都是给「生命」做担保。
做加速老化：用阿伦尼乌斯模型推算耗材寿命，但永远要问一句「临床真实使用是不是这样」——患者不会像实验室那样规范地使用。
做风险管理：把每一个可能的伤害场景列出来——严重度、发生概率、可探测性，然后问：我们能不能把风险降到可接受？不能，就改设计；能，就写进文件，等监管部门来审。
做软件可靠性：医疗软件的缺陷管理、网络安全、版本控制，每一项都关系到设备的「行为可预期」。你永远无法容忍「它今天心情不好」这种答案。
最心累的，是跟注册、临床、研发三个部门对表：研发说「功能没问题」，临床说「使用有隐患」，注册说「法规不允许」。而可靠性工程师，是那个要把三方的话都听进去、最后给出一个「既能过审、又对得起患者」的方案的人。
把 ISO 14971 风险分析当日常，不是补文档。风险分析不是「评审前突击写」的材料，它是设计决策的骨架。你越早把风险表摊在桌面上，后面越少返工。
让可靠性数据能追溯到每一个患者事件**。批号、序列号、使用时长、不良事件——链条断一环，上市后你就说不清「是产品问题还是使用问题」。
和临床、注册部门坐在一起。别在最后一轮评审才被「法规暴击」。早一点知道临床怎么用、监管问什么，你的试验设计才站得住。
软件可靠性要当成「硬可靠性」来做。缺陷管理、回归测试、异常处理、网络安全——软件一个静默错误，比硬件失效更可怕，因为它不响。
加速老化要懂模型，更要懂场景**。阿伦尼乌斯只是起点；真正决定寿命的，是临床使用中的温度、湿度、冲击、误操作叠加。
