城市供水信息服务平台是水务企业进行数字化转型所使用的核心工具, 该平台把管网监测、用户报修以及水质检测这些分散的数据打通, 从而让管理从凭经验的方式转向看数据的方式。
城市供水信息服务平台能解决什么问题
在以前的时候,关于供水的那方面信息城市供水信息服务平台, 是被分散地存放在像 Excel 那样的表格文件里, 也是被分散地存放在像是纸质的登记账本那里, 同时也是被分散地存放在不同厂商各自独立运作的系统内部, 那么像漏损率这么个情况比较高, 还有报修这个情况的响应速度比较慢, 这些全都是由于数据孤岛这个东西所引发的直接结果。
那么这个平台的所谓核心价值所在, 其实就是要把 SCADA 这个系统里面的数据, GIS 这个系统里面的数据, 收费这个模块里面的数据, 客服工单这个系统里面的数据, 把这几条线上的所有相关数据都汇聚到一个共同的底层基础之上, 这样一来就使得调度员能够只用看一个屏幕的画面, 就能够把从水厂一直延伸到用户家龙头那里为止的全部过程全都看得清清楚楚, 没有遗漏。
基层抄表巡检这项工作,之前还在使用纸质单据城市供水信息服务平台, 导致数据传回的速度非常慢, 动辄就会延迟上两三天。自从平台接入了移动端之后, 现场采集的数据能够实时进入数据库, 让漏损预警以及爆管响应这些环节的处理时间, 被压缩到了小时级别。
城市供水信息服务平台怎么建
大家在开始的时候, 千万不要一上去就追求那种大而全的方案。我们建议大家可以先去把GIS一张图加DMA分区计量这个方法给跑通顺了。
通过这个动作, 我们可以把那个漏损率从原本城里一个笼统的大数字变成每个独立计量区域里可以追踪的具体指标。这样做的话, 在两三个月之内的时间就能看到效果, 同时也能够帮助大家争取到后续的预算支持以及赢得内部的信任。
数据治理这一项工作, 其花费的时间周期要比平台开发所耗费的时长更加漫长。在历史的台账数据里面, 管径以及材质这两个字段, 它们缺失的比例常常超过总样本量的四成。如果在前置阶段不把基础册子的数据进行彻底的清洁处理, 那么在其上层架构去搭建任何算法模型, 都只会处于空转的状态而无效产出。
需要专门成立一个跨部门的数据标准小组, 然后把字段的定义内容、编码的规则以及更新的频率等细节, 全部以制度的形式明确写进去, 这一举措的重要性, 远远超过再多购买一套新的软件所带来的直接好处。
平台到底能活还是不能活, 关键就是看业务部门有没有参与到需求定义这个环节里面去, 绝对不能让IT部门的同事们自己在里面闭门造车去画原型图。它的核心价值最后到底体现在什么地方呢? 主要体现在调度台那边少接一个误报电话, 还有抢修车能够少走两公里的冤枉路上面。
