记录是后续故障诊断的基础
别名: 维护历史 · 故障诊断记录 · service history
概念解释
面向故障诊断的维护历史（maintenance history for fault diagnosis）指保存症状表现、发生时的工况、测量数值、已采取的动作、更换的部件与最终结果，让后来接手的人员能够重建"故障是怎么出现的""哪些假设已经被检验过、结果如何"。工单上写着"已完成"这一个状态标记，无法提供这条完整的证据链——它只说明动作发生过，不说明为什么这样处理、处理之后是否真正解决了问题。
机制
间歇性故障往往在维修人员到场时已经不再表现出症状，这使得诊断必须依赖跨越多次发生、多次维修的比较，而不是单次现场检查就能完成——这是维护记录之所以重要的根本原因，而不是单纯的"存档习惯"。如果记录只保留"最终更换了什么部件"这一个结果，后来的人无法知道之前已经排除过哪些原因、尝试过哪些无效的处理方式，只能重新从头试错，浪费的不只是时间，还可能重复采取已经被证明无效甚至有害的动作。结构化的时间线（症状-工况-动作-结果按时间顺序关联）便于跨案例做模式搜索和统计比较，而自由文本则保留了结构化字段容纳不了的意外情境（比如"当时刚做完另一项无关的维护"这类看似无关但可能相关的背景），二者缺一都会明显降低历史记录被复用时的价值——只有结构化数据，容易漏掉关键情境；只有自由文本，则难以跨案例检索和比较。
怎么研究
让诊断人员在拥有不同完整度历史记录（完整时间线、仅有最终结果、完全没有历史）的条件下处理真实或经过仿真复现的故障案例，测量他们提出的假设质量、重复进行相同测试的次数、定位到根因所需的时间，以及因历史信息误导而更换了错误部件的比例。对既有维护数据库做回顾性分析时，还应该检查记录缺失本身是否与故障复杂程度相关——如果最难诊断的故障恰恰是记录最不完整的那些（可能因为处理过程混乱、来不及记录），那么从数据库里总结出来的"历史模式"就存在系统性的选择偏差，不能直接当作普遍规律使用。
边界
历史症状相似不能证明当前故障和过去是同一个原因，直接照搬过去成功过的处理方案可能造成锚定效应，让诊断人员过早锁定一个看似合理但实际错误的假设，而不再继续排查其他可能性。无论是传感器自动记录的数据还是人工填写的记录，都需要标明数据来源、计量单位与采集时的校准状态，否则跨时间比较时会把设备本身的测量误差误判成真实的工况变化。涉及个人操作细节或敏感运行参数的历史记录应当按最小必要原则限制访问权限，不能因为"历史记录越完整越好"就无差别地开放给所有人查阅。
怎么落地
- 把症状、当时工况、已掌握的证据、提出过的假设、采取的动作和最终结果按时间顺序关联起来保存，并明确标注哪些假设已被排除、哪些问题仍未解决，而不是只保留最后一步的处理结果。
- 支持按设备谱系、故障模式类型和相似工况条件进行检索，同时在检索结果中显示每条历史记录对应的设备构型差异，避免把构型不同的案例当作同一情形直接套用。
- 验证办法：用一个诊断人员从未接触过的未知故障做演练，比较有历史记录支持和没有历史记录支持两种条件下，重复测试次数是否减少、是否更快能排除错误假设，而不是只用"历史检索命中率"这类间接指标来评估记录系统的价值。