解决方案
面向应急与高后果运行的能力族。
每个能力族描述一个运行问题、对应能力以及常见集成方式。并非所有能力都以成品形式存在。
应急运行中心现代化
- 运行问题
- 中心的技术、显示与流程各自演进，已不再构成统一环境。
- 能力
- 围绕现有有效部分，对会议室技术、工位、信息流与远程参与进行现代化。
- 可能的集成
- 显示系统、协同平台、运行仪表板、通信系统。
实施方式取决于客户环境、既有系统与运行要求。
态势感知
- 运行问题
- 运行信息确实存在，却分散在不同系统、屏幕与机构之间。
- 能力
- 基于既有数据源，构建连贯、可浏览的运行态势图。
- 可能的集成
- 事件系统、GIS、资源数据库、报送渠道、外部数据源。
实施方式取决于客户环境、既有系统与运行要求。
事件与事态管理
- 运行问题
- 事件处置依赖人工交接与不一致的记录。
- 能力
- 从信号到评估、升级、协调、行动与结束的结构化流程。
- 可能的集成
- 既有事件平台、工单系统、通知系统、任务管理。
实施方式取决于客户环境、既有系统与运行要求。
运行信息管理
- 运行问题
- 报告、状态与记录重复存在，难以判断可信度。
- 能力
- 以明确的责任、时效与可追溯性组织信息。
- 可能的集成
- 数据库、文档库、表单、报送工具。
实施方式取决于客户环境、既有系统与运行要求。
运行仪表板与可视化
- 运行问题
- 管理者收到的是缺乏运行含义的数字，或者来得太迟。
- 能力
- 基于明确的运行指标，构建与角色匹配的仪表板。
- 可能的集成
- 数据仓库、业务系统、BI 工具、大屏墙。
实施方式取决于客户环境、既有系统与运行要求。
互操作与集成
- 运行问题
- 系统与机构之间只能通过人工重新录入交换信息。
- 能力
- 在系统与伙伴之间实现结构化、受控的信息交换。
- 可能的集成
- API、消息队列、交换标准、集成平台。
实施方式取决于客户环境、既有系统与运行要求。
GIS 与位置智能
- 运行问题
- 位置信息与运行流程相互割裂。
- 能力
- 把位置、资产、事件与资源汇入同一运行视图。
- 可能的集成
- GIS 平台、地图服务、遥测、资产台账。
实施方式取决于客户环境、既有系统与运行要求。
运行通信
- 运行问题
- 运行过程中渠道不断增加，态势因此被割裂。
- 能力
- 设计并连接运行渠道，明确路由与记录方式。
- 可能的集成
- 电信、协同平台、通知服务、无线电接口。
实施方式取决于客户环境、既有系统与运行要求。
数字标牌与呈现
- 运行问题
- 共享屏幕显示的是静态或过期信息。
- 能力
- 由运行驱动的呈现，覆盖会议室、场所与远程参与者。
- 可能的集成
- 标牌平台、显示控制器、仪表板数据源、会议室系统。
实施方式取决于客户环境、既有系统与运行要求。
资源与资产可视
- 运行问题
- 资源的可用性、位置与状态只能靠电话确认。
- 能力
- 从权威系统汇总资源与资产的统一视图。
- 可能的集成
- 资产台账、排班系统、物流系统、遥测。
实施方式取决于客户环境、既有系统与运行要求。
工作流与流程自动化
- 运行问题
- 专业人员把运行时间耗在重复的行政事务上。
- 能力
- 自动化明确定义的低风险步骤，决策仍由人做出。
- 可能的集成
- 工作流引擎、低代码平台、既有业务应用。
实施方式取决于客户环境、既有系统与运行要求。
运行报送与简报
- 运行问题
- 每个周期的简报与报告都要人工重新拼装。
- 能力
- 基于当前信息准备结构化简报与报告，交由人工审阅。
- 可能的集成
- 报送工具、文档系统、仪表板、运行数据库。
实施方式取决于客户环境、既有系统与运行要求。
知识与文档管理
- 运行问题
- 程序与机构经验在关键时刻难以找到。
- 能力
- 对运行知识进行结构化、版本化，并在情境中提供。
- 可能的集成
- 文档管理、内网、检索、程序库。
实施方式取决于客户环境、既有系统与运行要求。
演练准备与支持
- 运行问题
- 演练难以组织、观察与转化为改进。
- 能力
- 以逼真的合成数据支持演练设计、执行、观察与评估。
- 可能的集成
- 想定工具、培训平台、仪表板、评估记录。
实施方式取决于客户环境、既有系统与运行要求。
事后总结与改进
- 运行问题
- 经验被记录下来，却很少真正改变运行环境。
- 能力
- 采集、跟踪改进事项，并落到相关系统与流程。
- 可能的集成
- 任务管理、文档系统、运行记录。
实施方式取决于客户环境、既有系统与运行要求。
运行 AI 与决策支持
- 运行问题
- 汇入的信息量超过了可用于阅读的时间。
- 能力
- 有选择地进行分级、分类、摘要与规律呈现，供人工评估。
- 可能的集成
- 信息源、文档库、业务系统、审阅流程。
实施方式取决于客户环境、既有系统与运行要求。
遗留系统现代化
- 运行问题
- 关键遗留系统无法快速替换，却在制约运行。
- 能力
- 通过封装、连接与渐进现代化，避免整体替换。
- 可能的集成
- 遗留数据库、文件接口、中间件、替代服务。
实施方式取决于客户环境、既有系统与运行要求。
数据架构
- 运行问题
- 运行数据缺乏共同的结构、定义与归属。
- 能力
- 定义支撑实际工作的数据模型、数据流与责任。
- 可能的集成
- 数据库、数据仓库、集成层、主数据。
实施方式取决于客户环境、既有系统与运行要求。
云 / 本地 / 混合集成
- 运行问题
- 运行约束要求部分能力必须保留在本地。
- 能力
- 设计符合连续性与数据主权要求的混合模式。
- 可能的集成
- 本地系统、私有云与公有云、网络设计。
实施方式取决于客户环境、既有系统与运行要求。
安全与访问设计
- 运行问题
- 信息共享与访问控制方向相反、彼此拉扯。
- 能力
- 设计与运行相匹配的访问、问责与受控共享机制。
- 可能的集成
- 身份提供方、访问管理、审计日志、分级方案。
实施方式取决于客户环境、既有系统与运行要求。
高山与偏远地区运营
高山与偏远地区运营
应急运营也可能发生在地理条件复杂的环境中——交通、天气、通信、旅游与公共安全在此交汇。
同样的运营方法可以支持多种场景，例如山区和滑雪场事件、偏远地区救援协调、恶劣天气造成的中断、铁路与索道事件、基础设施故障以及大规模游客流动——在运营方、响应人员和相关主管部门之间连接信息与工作流程。
Innovaforte 不提供救援、应急响应或医疗服务，而是为提供这些服务的组织提供技术、信息、工作流程、集成和决策支持能力。每一项运营决策始终由人负责。
示例场景
- 山区与高山事件
- 滑雪场运营
- 偏远地区救援协调
- 恶劣天气
- 与雪崩相关的运营协调
- 道路与铁路中断
- 索道与登山铁路事件
- 基础设施与通信中断
- 大规模游客流动与游客沟通
- 多机构协调
跨越边界
运营问题很少只局限于单一组织。
应急运营常常与相邻领域交汇。在交汇处，同样的原则依然适用。
出行
交通中断、客流、铁路、道路与运营通信。
酒店与旅游
游客人群、酒店、度假村、滑雪场与旅游运营。
Evidence Compass
查找并连接相关指南、证据与机构知识。
企业基础设施
运营系统与工作流程的连续性。