定义
Device Health Score（设备健康度）综合 Uptime（在线率）、Alert Frequency（告警频次）、Data Quality（数据质量）等维度，输出 0–100 的量化评分。支持 Rolling Window 统计、自定义权重，与告警、Work Order、Maintenance Schedule 深度集成。
计算维度与权重
健康分通常基于 Rolling Window（如近 7 天、30 天）统计。维度可包括：在线率（Uptime 占比）、告警频次（归一化后扣分）、数据质量（遥测完整性、异常值比例）、RUL 剩余寿命（若已接入预测模型）等。各维度可配置权重，支持按产品类型定制。输出 0–100 分数，可映射为健康等级（优/良/中/差）。低分设备可触发告警、推荐 Maintenance Schedule 维护计划或 Predictive Maintenance 预测性维护工单。
与 DMP 的集成
设备管理平台在 Device Monitoring 设备监控、设备列表、Report Analytics 报表分析等场景展示健康分。支持按健康分筛选设备、构建 Dynamic Group 动态分组规则、驱动 Work Order 工单创建。与 RUL 剩余寿命、Fault Diagnosis 故障诊断结合，可形成「健康分 + 剩余寿命 + 诊断建议」的综合评估，支撑运维决策。
应用场景
适用于设备优先级排序、维护计划优化、资源调配、运维 KPI 统计等。设备健康分是设备管理平台从「连接」到「健康」的量化能力，可显著提升运维效率与预见性。
分数窗口和权重怎样才生效
设备健康度的技术含义，是在一个明确的滚动窗口里，把若干可观察现象折成可排序的分数，用来比较同一类设备谁更需要关注。它不是诊断结论，也不是资产成色。常见输入包括窗口内的在线比例、告警次数、遥测是否按预期到达、数据是否超出量程。每一项都要有权重和归一方式，并且权重之和与扣分上限要事先说清。窗口过短，一次抖动就会把分数打到底；窗口过长，刚修好的设备仍被旧账拖住。所以窗口必须和这类设备的上报节奏、维护周期一起定，不能全平台共用一个天数。
使用分数之前，产品要有足够的历史，新激活设备在窗口未满时只能标成样本不足，不能显示成零分或满分。不同产品的告警定义不同，分数不能跨产品直接比大小。分数适合排序、筛选和触发人工复核，不适合作为自动报废的唯一条件。与连接状态一起用时，要说明离线在公式里是“没有样本”还是“扣分项”。把遥测缺失一律当成劣质数据，会惩罚那些本来就低频上报的设备。
把离线时长直接扣成故障
常见错误是离线越久分数越低，直到和硬件损坏无法区分。计划停机、仓库存放和省电睡眠都会离线，它们不应得到与传感器失效相同的分数。另一类错误是告警风暴：一个根因触发上百条告警，按条数扣分会把分数打成零，看起来比真正损坏的设备更差。权重在界面上改了，历史分数却没有注明所用版本，前后对比就失去意义。手工把分数改成满分，更是毁掉了指标，后来的人无法知道这是计算值还是覆盖值。
数据质量项如果只看“有没有数”、不看量程和冻结值，一个卡死在同一读数的传感器会得高分。修复后应重新开始窗口或明确说明旧窗口仍然包含故障期，否则维护效果看不见，系统会立刻再次推荐维修。用健康分组建动态分组时，要防止低分设备刚被维修、分数尚未回升，又被同一规则再次选中。分数是排序工具，现场换件仍要看诊断和履历，不能只凭一个数字派工。
样本不足时不要显示成零分
健康分是窗口里的比较结果。新设备、长期按设计睡眠的设备、或刚刚更换过统计口径的设备，窗口里没有足够样本时，应显示样本不足，而不是零分或满分。零分会把它们推进维修队列，满分会让人以为已经观察过。离线在公式里究竟是缺少样本还是扣分，必须按产品写明。仓库里的库存设备、季节性停用的设备和传感器失效，不应该得到同一个数字。告警按条数扣分之前，要先合并同一根因引发的重复告警，否则一次抖动会比真正的硬件损坏看起来更严重。
权重或窗口调整后，旧分数和新分数不能画在同一条没有标注的曲线上。界面上手工改成分数会毁掉后续比较，若业务确需标记“已复核”，应另设状态，而不是覆盖计算值。维修结束后要说明旧窗口是否仍包含故障时段，否则分数不回升，自动派工会立刻再来一次。用分数圈选设备做批量动作时，应认识到分数是排序，不是故障结论。现场换件仍要看原始数据和履历。跨产品比较分数没有意义，因为告警定义和上报节奏本来就不同。