外观
核心概念与对象模型
理解四个核心概念,就理解了整个平台的运行逻辑。本篇是所有模块文档的基础。
统一对象模型
平台的所有业务建立在一套统一的核心对象上,而不是每个模块各建一套孤立的表。十类核心对象:
| 对象 | 含义 | 业务示例 |
|---|---|---|
| 人员 Person | 员工、承包商人员、专家 | 责任人、焊工、监护人 |
| 组织 Org | 公司、部门、班组、承包商单位 | 责任单位、施工队 |
| 场域 Site | 厂区、装置、储罐区、作业区域 | 风险所在区域、作业票地点 |
| 资产 Asset | 设备、仪表、探测器、应急物资 | 特种设备、监测设备 |
| 任务 Task | 一切"要人去做的事" | 整改工单、调查任务、审查任务 |
| 风险 Risk | 辨识出的风险及其管控 | 四色风险清单 |
| 规则 Rule | 制度、规程、阈值、检查表 | 操作规程、报警阈值 |
| 事件 Event | 一切"发生了的事实" | 隐患、事故、感知事件、超限 |
| 证据 Evidence | 照片、记录、报告、检测单 | 整改照片、气检记录 |
| 知识 Knowledge | 案例、经验、课程 | 事故案例、培训课程 |
统一对象模型带来的直接好处:
- 一个人名下的所有任务天然聚合——无论工单来自摄像头识别还是巡检异常,在我的待办里是同一张清单;
- 跨模块数据天然贯通——作业票之间能做冲突分析,因为它们共享场域与时间结构;
- 新模块低成本接入——新业务复用既有对象,而不是另起炉灶。
事件与任务:发现和处置分离
平台严格区分两类东西:
- **事件(Event)**是"发现的事实":一条隐患、一次超限、一起未遂事件。事实本身不可修改,只能确认或驳回;
- **任务(Task)**是"处置的动作":整改工单、调查任务。任务有责任人、期限和状态机。
事件确认后派生任务,任务闭环时事件同步关闭,两者始终关联、全程可追溯。
状态机
任务按固定状态机流转,不可跳步:
已派单 → 整改中 → 待复核 → 已闭环
(开始整改)(提交复核)(复核通过)超过期限未闭环的任务自动标记逾期并升级督办。各模块具体状态见状态与字典参考。
四处闭环入口
四种来源的现场事实进入同一条闭环:人工上报、智眸感知、电子巡检、在线监测。这是平台与"台账软件 + 各类独立盒子"的本质区别:传统方案里每个来源一套系统互不相通,问题无法跨来源追踪与统计。