175 lines
7.2 KiB
Markdown
175 lines
7.2 KiB
Markdown
---
|
|
number headings: first-level 2, max 6, 1.1.
|
|
---
|
|
<h1>“智慧教育安全管理系统” 教育体系安全管理理念 与 落实计划</h1>
|
|
|
|
<h1>目录</h1>
|
|
|
|
```table-of-contents
|
|
title:
|
|
style: nestedList # TOC style (nestedList|inlineFirstLevel)
|
|
minLevel: 0 # Include headings from the specified level
|
|
maxLevel: 0 # Include headings up to the specified level
|
|
includeLinks: true # Make headings clickable
|
|
debugInConsole: false # Print debug info in Obsidian console
|
|
```
|
|
|
|
## 1. PPT PAGE LIST
|
|
1. “智慧教育安全管理系统” 背后的 安全管理理念
|
|
2. 校园公益安全委员会的安全管理理念
|
|
1. 从服务开始
|
|
2. 全周期安全管理体系
|
|
3. 防范机制
|
|
4. 跨层级、网格化协同,应急处理机制
|
|
5. 数据中心-数据可视化1.0
|
|
3. 落实计划
|
|
1. 安全体系,网格化安全管理体系
|
|
2. 防范与应急机制
|
|
3. 辅助制定安全预案
|
|
4. 组织演练
|
|
4. 产品升级计划
|
|
1. 家校互动
|
|
2. (升级)安全隐患巡查2.0
|
|
3. 校车管理,与出行实时跟踪
|
|
4. (升级)数据中心2.0
|
|
5. 校园卡 & 学生定位芯片
|
|
5. 领导意见
|
|
1. 原文
|
|
2. 整理
|
|
3. 重点
|
|
4. 平台的方向
|
|
|
|
## 2. “智慧教育安全管理系统” 建立的 安全管理理念基础
|
|
### 2.1. 从服务开始
|
|
1. 首创调赔结合机制,通过保险分担教育体系的安全管理风险
|
|
2. 安全隐患巡查,提前排查潜在风险,降低风险的发生
|
|
|
|
### 2.2. 全周期安全管理体系图
|
|
事前-》事中-》事后
|
|
|
|
#### 2.2.1. 事前 - 防范机制
|
|
1. 金融保障工具
|
|
2. 多通道监控与预警
|
|
1. 人群预警,自研AI分析,已含盖
|
|
2. 学校区域周边交通信息,高德数据接口,按需对接
|
|
3. 气象预警,外部气象信息接口,按需对接
|
|
4. 其他AI分析,三方AI能力,按客户需要对接
|
|
3. 隐患巡查
|
|
4. 安全教育:应急预案制定、学习与演练任务
|
|
|
|
#### 2.2.2. 事中 - 应急处理机制
|
|
1. 预案与演练
|
|
2. 应急处理网格体系,节点职能,人员角色,系统工具
|
|
3. 应急过程与各个环节说明
|
|
4. 事故损失处理
|
|
5. 应急过程回顾与分析,优化应急预案,提升安全处理能力
|
|
|
|
#### 2.2.3. 事后 - 案件处理
|
|
1. 案件分析与赔偿
|
|
2. 处理过程回顾与分析
|
|
3. 经验总结,升级并完善安全预案
|
|
4. 按需要发布演习任务
|
|
|
|
### 2.3. 数据服务中心 - 大数据可视化1.0
|
|
1. 指挥中心应急事件实时数据大屏
|
|
2. 监控与预警数据大屏
|
|
3. 隐患巡查数据大屏
|
|
4. 纠纷与事故事件数据分析大屏
|
|
|
|
|
|
|
|
## 3. 落实计划
|
|
1. 实施与培训
|
|
2. 实施对象
|
|
1. 教育局,试点学校
|
|
3. 辅助教育局,整理现行的、基础的安全应对方案
|
|
4. 应急预案进入系统
|
|
5. 利用现有的指挥中心系统,对应急预案进的模拟演练
|
|
2. 视频监控网络扩展
|
|
1. 雪亮工程,60+学校的校门区域监控
|
|
2. 学校监控网络接入教育网,校内区域的监控
|
|
3. 监控节点信息配置
|
|
|
|
|
|
## 4. 产品升级计划
|
|
### 4.1. 家校互动
|
|
老师教学管理辅助,家长充分了解学生情况,接收学校老师的消息并反馈
|
|
1. 学生的学习情况
|
|
2. 班级日常表现
|
|
3. 作业/成绩分析
|
|
4. 教师与家长可以通过家校互动,第一时间交换学生的信息
|
|
|
|
> 该部分功能已完成研发,后续与乐昌教育局演示,推进。
|
|
|
|
### 4.2. 隐患风险自查
|
|
|
|
这部分服务正在研发。
|
|
|
|
> 相关数据,会整合进“智慧教育安全管理系统”隐患巡查大屏中。
|
|
> 相关业务,会整合进“智慧教育安全管理系统”隐患管理模块中。
|
|
|
|
### 4.3. 校车跟踪管理
|
|
1. 校车管理、司机信息管理
|
|
2. 出车信息管理
|
|
3. 行车GPS定位
|
|
4. 校车GPS实时跟踪大屏
|
|
|
|
### 4.4. 大数据可视化2.0
|
|
1. 业务数据绑定GPS信息,业务数据地图定位
|
|
2. 可操作应急指挥中心大屏
|
|
|
|
|
|
|
|
|
|
## 5. 书记的意见整理
|
|
### 5.1. 原文
|
|
|
|
> [!NOTE] 教育局方对书记的意见反馈:
|
|
> * 王主任,今天上午九点,欧书记,薛副一行到了教育局专门对安全平台工作作指示,中心一早就接到谢副局长的通知来平台,欧书记听取教育局汇报后,提出的几个问题:比如校车运行有没有GPs到平台?校园学生在校生活,学习的状态、假期发生风险事故、校园霸凌等平台如何发现?有设有预案?如何启动机制?由谁调动?由谁指挥?等等,欧常委对教育局领导直言:平台整个体糸建设没有,校园安全管理理念没有等等;
|
|
> * 欧书记作出的指示:
|
|
> * 一,平台建设要从实用出发,看菜吃饭的原则,
|
|
> * 二,平台建设的目标要明确,要把理念和体制建立起来;
|
|
> * 三,要整合资源,单靠一家做不来;
|
|
> * 四,要认识到目前建设平台工作不足,不能简单建个指挥中心,要建能发挥解决问题作用,能指挥的平台;
|
|
> * 五,平台指挥中心要有大数据支持,大数据能分析校园风险共性,还是偶发胜;
|
|
> * 六,平台功能狭窄,要综合升级,平台既然是韶关领先,就要打造到领先,关键是能预警风险发生能把风险降下来。一定要建成韶关首屈一指的安全指挥平台,必要时上升到市平安办指挥平台。让安全平台具体化,有效化,走在全市前面;
|
|
> * 七,平台建设要设定时间表,能不能二月底三月初投入使用;
|
|
> * 八,校园安全工作,你们拟好报上,可以作为各乡镇平安乐昌建设内容。
|
|
> * 期待:
|
|
> * 欧书记还明确省检查的要来检查。
|
|
> * 欧书记指示我向王主任您报告
|
|
> * 教育局有关领导还向校调委称,去年冬把该平台报市宣传部,宣传部也作为亮点
|
|
|
|
### 5.2. 领导意见整理
|
|
1. 完善功能,安全管理,学生校内、外的各种状态管理
|
|
2. 提高视角:建立安全管理体系,完善的安全处理机制,而不是一个只能看不能用的信息系统
|
|
3. 期待
|
|
1. 期待上线,应用,为教育系统提供安全性的实际提升
|
|
2. 省里的检查,市工作的亮点
|
|
4. 重点:
|
|
1. 是否有管理体系
|
|
2. 是否有高效的、迅速的、安全处理机制
|
|
3. 体系与机制,如何在这个系统的基础上动作
|
|
|
|
--------------------------
|
|
其他补充内容:应急模拟
|
|
5. 预案制定、应急演练任务管理
|
|
6. 应急管理结构与人员体系,网格体系,网格节点职能定义与说明
|
|
1. 教育局中心资源协调
|
|
2. 学校安全管理节点应急处理节点
|
|
3. 移动端协同处理
|
|
7. 系统应用与辅助
|
|
1. 教育系统安全协同OA,预案文档发布
|
|
2. 通过安全管理系统,对预案进行实战演练
|
|
3. 演练过程通过系统提供的应急管理功能模块辅助增效
|
|
4. 系统辅助下的事件处理过程
|
|
1. 事件发起
|
|
2. 学校安全管理节点建立协同频道
|
|
3. 协同处理
|
|
1. 学校安全管理人员,通过协同频道,组织人员,指挥现场处理
|
|
2. 现场人员通过移动端移动处理,上报现场情况,接收管理人员指令。一些上报的情况,**事件处理过程留痕**
|
|
3. 教育局加入频道协调资源
|
|
4. 应急事件处理过程中的监控系统应用
|
|
1. 教育局&学校安全管理节点,可以调取事件现场及周边可能的监控画面
|
|
5. 事后分析-》返馈 -》优化应急预案
|
|
8. 报案,校调人员分析情况,理赔 |