在市政供水这个领域里摸爬滚打了整整十五年的时间, 有关城市供水信息服务平台这个词, 我是最早在二零一九年的时候从领导的嘴里听见的。当时听完之后的感觉就是, 这不过就是一套普通的电脑系统而已。
但是等到真正把事儿落地实行之后才搞明白其中的门道, 它把原本分散在各个地方、各自为政的管网数据、水表读数、水质情况以及收费标准等等这些零零碎碎的东西, 全部都给揉合捏紧到了一起, 这就构成了供水企业从一个完全依赖过往经验的模式转变成为一个依靠实实在在的数据进行决策的基础支撑体系，也就是大家常说的底座。
城市供水信息服务平台怎么建
在架构部署方面, 我曾了解到两种常见的套路。第一种模式是集中式的, 也就是将所有的数据全部集中进入到同一个中心数据库里面, 这种模式的优点是对于运维工作比较省心, 但是它的缺点是在前期所需要的投入非常大。
第二种模式是分区部署的, 也就是各个不同的区域分别运行属于自己的节点, 然后各个系统接口之间进行对账操作。我们局采用的是后一种方式, 原因在于地下管网图纸的更新频率实在太高了, 若是采用集中式数据库的话, 根本没办法及时跟上现场实际的变化情况。
落地之后遇到的最大困难并不是技术问题, 而是数据问题。我曾经亲眼见过一个项目, 这个平台上线了三个月的时间, 其中就有百分之六十的SCADA点位依然是空的没有使用, 因为前端的传感器根本没有人来负责管理和维护。
所以请大家千万不要只盯着软件方面的合同不看, 传感器的安装工作以及后续的运行维护任务必须要把详细的要求写死在标书里面去。
城市供水信息服务平台有什么用
说得更直白一点, 主要的意思就是两个点, 第一个点是漏损的情况能够被看清楚, 第二个点是爆管的风险可以进行预判, 在上个月的时候, 片区里面有一段口径为DN600的主供水管道, 管理平台是依据流量的变化以及压力的曲线数据, 提前了四十八个小时就报告了这个异常情况, 抢修队伍赶过去之后才发现, 管子仅仅才裂开了一条三毫米长的缝, 如果非要等到水都漫出来了再去发现问题的话, 那么造成的经济损失就会增加十倍。
现在, 收费业务和工单处理也都转移到了线上平台。居民们可以通过小程序来进行报修操作, 然后后台会自动化地进行派单, 这一套操作完成后, 平均的响应时间已经从原来的六个小时大幅缩减到了不到九十分钟。这个改变是领导们最为看重的地方, 因为它直接导致了投诉率的下降, 而投诉率是直接挂钩绩效考核的。
咱们做的是供水行业, 千万别把那个平台仅仅当成是用来撑场面的面子工程。只有当数据真正地投入进去使用以后, 它才能够从一个只会在展示大屏上显示的东西, 转变成为一个能够在紧急时刻进行救援和应对的实用工具。关于这一点道理, 我是耗费了三年的光阴才把它彻底地搞清楚并且明白透的。
