核心概念与对象模型

理解四个核心概念，就理解了整个平台的运行逻辑。这一篇是所有模块文档的基础。

统一对象模型

平台的所有业务建立在一套统一的核心对象上，而不是每个模块各建一套孤立的表。十类核心对象：

对象	含义	业务示例
人员 Person	员工、承包商人员、专家	责任人、焊工、监护人
组织 Org	公司、部门、班组、承包商单位	责任单位、施工队
场域 Site	厂区、装置、储罐区、作业区域	风险所在区域、作业票地点
资产 Asset	设备、仪表、探测器、应急物资	特种设备、监测设备
任务 Task	一切"要人去做的事"	整改工单、调查任务、审查任务
风险 Risk	辨识出的风险及其管控	四色风险清单
规则 Rule	制度、规程、阈值、检查表	操作规程、报警阈值
事件 Event	一切"发生了的事实"	隐患、事故、感知事件、超限
证据 Evidence	照片、记录、报告、检测单	整改照片、气检记录
知识 Knowledge	案例、经验、课程	事故案例、培训课程

统一对象模型带来的直接好处：

• 一个人名下的所有任务天然聚合：无论工单来自摄像头识别还是巡检异常，在我的待办里是同一张清单；
• 跨模块数据天然贯通：作业票之间能做冲突分析，因为它们共享场域与时间结构；
• 新模块低成本接入：新业务复用既有对象，不用另起炉灶。

事件与任务：发现和处置分离

平台严格区分两类东西：

• **事件（Event）**是"发现的事实"：一条隐患、一次超限、一起未遂事件。事实本身不可修改，只能确认或驳回；
• **任务（Task）**是"处置的动作"：整改工单、调查任务。任务有责任人、期限和状态机。

事件确认后派生任务，任务闭环时事件同步关闭，两者始终关联、全程可追溯。

状态机

任务按固定状态机流转，不可跳步：

已派单 → 整改中 → 待验证 → 已验证
   （开始整改）（提交验证）（验证通过）

待验证时验证不通过，可以退回整改，回到整改中。还没提交验证的任务可以延期整改：只改时限，不改状态，要写理由。超过期限没关闭的任务自动标记逾期并升级督办。

状态名默认按集团 184 号文口径，上级单位叫法不同的，可以在隐患页按上级口径改名，流转规则不变，见隐患排查治理。各模块具体状态见状态与字典参考。

四处闭环入口

四种来源的现场事实进入同一条闭环：人工上报、智眸感知、电子巡检、在线监测。这是平台与"台账软件 + 各类独立盒子"的本质区别：传统方案里每个来源一套系统互不相通，问题无法跨来源追踪与统计。

在这四处之外，风险管控检查、重大危险源包保履职、预警中心的"转隐患"也会生成隐患；安全随手拍、智建、智悟经虹元转来的隐患和任务同样汇入这条闭环，见隐患排查治理。

跨系统经虹元流转

智安 HSE 和沅虹的其他系统（智眸、智悟、智建、安全随手拍、智营）不直接连接，一切经虹元：

• 统一建档：组织、承包商、人员、场所、设备推到虹元，各系统认的是同一个人、同一台设备；
• 任务交接：一件事从一个系统交到另一个系统时，在虹元上留下交接记录，整改工单上点「跨系统流转」能看到经过了哪些系统、各停了多久；
• 上行同步：隐患登记与销号、作业票签发放行关闭送进虹元，其他系统按需取用。

设置见连接虹元。