背景
近端巡检靠机框健康灯（Health）判断硬件故障，但 Health包含所有告警（含纯软件告警），无法区分硬件故障和软件告警，现新增硬件健康状态（HardwareHealth），只统计配置为"参与硬件健康判断"的事件产生的当前告警
关联ISSUE
整体方案
mdb_interface 仓库在 Events 接口和 EventSummary 接口的 Health 属性旁各新增一个只读的 HardwareHealth 属性，取值与 Health 相同，同时为 AddEvent 方法的可选参数增加 AffectHardwareHealth 说明。event_mgmt 仓库在 Event 模型上新增 AffectHardwareHealth 布尔型 CSR 配置属性，默认 true，经 event_object 声明、MC_REFLECT 注册、建表持久化后在 hardware_event 构造时读取。software_event 不走 event_object，其默认值为 false，仅当调用方通过 AddEvent 显式传入 AffectHardwareHealth=true 时才参与现有 Health 的更新逻辑不变，新增一条并行的硬件健康计数链路：当事件的AffectHardwareHealth为 true 时按严重级别增减硬件计数器并取最高一级为HardwareHealth健康值。
评审点
评审点1：变更资源协作接口 bmc.kepler.Systems.Events，新增HardwareHealth属性
评审点2：变更资源协作接口 bmc.kepler.Systems.EventSummary，新增HardwareHealth属性
详细描述
评审点1：变更资源协作接口 bmc.kepler.Systems.Events
变更描述：在设备树资源协作接口Events对象下新增一个HardwareHealth其枚举值为"Normal"（默认值） ，“Minor”，“Major”，“Critical”，用于反应当前系统硬件告警状态
| 变更类型 | 属性名称 | 签名 | 只读 | 变化通知 | 属性描述 | 访问权限 | 属性来源 | 持久化类型 | 变更影响 |
|---|---|---|---|---|---|---|---|---|---|
| 新增 | HardwareHealth | s | True | true | 硬件健康状态,取值有Normal，Minor，Major，Critical | Read: ReadOnly | 与现有健康等级保持一致 | 运行时状态，重启后由事件重扫描重新计算 | 新增属性，无兼容性影响 |
评审点2：变更资源协作接口 bmc.kepler.Systems.EventSummary
变更描述：在设备树资源协作接口Events对象下新增一个HardwareHealth其枚举值为"Normal"（默认值） ，“Minor”，“Major”，“Critical”，用于反应当前系统硬件告警状态
| 变更类型 | 属性名称 | 签名 | 只读 | 变化通知 | 属性描述 | 访问权限 | 属性来源 | 持久化类型 | 变更影响 |
|---|---|---|---|---|---|---|---|---|---|
| 新增 | HardwareHealth | s | True | true | 当前System硬件健康状态,取值有Normal，Minor，Major，Critical | Read: ReadOnly | 与现有健康等级保持一致 | 运行时状态，重启后由事件重扫描重新计算 | 新增属性，无兼容性影响 |
是否准备好AI预审
是
评审结论
（必选）针对决策点，详细描述最终结论，不能是简单的同意或不同意，通过或不通过。（提交议题时删除此引导说明）
正面示例：
同意redfish接口/redfish/v1/XXXXX的GET操作响应体增加如下属性
(详细描述属性名称、属性取值类型、取值范围、约束等)
或
不同意新增资源协作接口XXXXX
或
不同意资源协作接口XXX新增XX属性/方法
反面示例：
通过，同意新增接口
遗留问题
（可选）列出评审会议现场无法直接给出明确结论的事务，会后确认清楚之后要在此处录入明确的结论，如不涉及，则可以写无或删除此部分。参考格式如下：（提交议题时删除此引导说明）
1、需要确认XXX
结论：