流动人口积分管理系统的核心目标杭州市上城区明德公益事业发展中心, 是量化居住时长、就业状况、社保缴纳、学历技能、社区参与以及违法记录等维度。这些维度要变成可累计、可核验的积分。这个积分是分配公共资源的依据。
比如用来申请居住证、子女上学和住房保障。系统必须实现从建档到采集, 再到积分, 进而公示, 最后兑现的全闭环流程。这能确保数据准确无误。还能让流程透明可见。也能做到结果可以追溯。
核心功能模块
1. 基础档案模块
把流动人口的身份证件信息, 还有他们住在什么地方, 在哪个单位上班, 以及社保缴纳的记录这些基础性的数据, 进行统一的管理操作, 支持一个人建立一个专属的档案, 并且实现动态地更新这些数据内容, 同时还能和部门、人社部门、住建部门这些相关单位的数据接口进行连接, 以实现实时的核对和验证工作。
2. 积分规则配置模块
这个体系是由管理部门来设定积分指标体系的, 具体包括学历、职业技能等级、年度纳税额、社区志愿服务时长、治安违法扣分这些内容。系统支持按年度进行调整权重。在规则发生变更的时候全过程都留了痕迹, 能够被追溯, 也能够被回溯。
3. 数据采集与核算模块
它支持线上自主申报这种方式来录入数据, 它还支持政务部门数据推送这种方式来录入数据, 它也支持社区网格员在现场进行采集这种方式来录入数据。
系统在接收到数据之后, 会按照那些早已设定好的规则自动去核算相应的积分内容, 并且还会随之生成对应的明细清单, 当系统发现存在异常数据的情况时, 比如出现重复申报的问题或者数值发生越界的现象, 它会自动发出预警提示, 并且会将这些异常数据进行截断处理。
4. 公示与申诉模块
积分的结果必须同时在社区的公告栏以及线上的平台进行为期不少于7个工作日的公示, 这个时间要满够那个要求的。如果是有人的被公示了的话, 那就可以在规定的这段时间里面去提交书面的申诉材料。系统方面要完整地把从提交申诉到受理、然后进行复核、最后反馈的整个全过程中所有细节都记录下来。
5. 积分兑现与联动模块
当积分数值达到了所对应的阈值界限, 系统将会自动触发公共服务资格方面的操作事项。这些操作事项涵盖申请子女入学摇号名额以及公租房轮候排序等等情形。与积分账户相绑定的兑现记录会随之产生, 从而形成一条完整的链条, 该链条表现为积分链接到资格再链接到使用。
落地实施流程
先建立起规矩来, 也就是说要制定积分管理办法, 把指标的权重、加分和减分的标准、还有兑现的具体清单都写清楚, 经过了法律审核以及征集了大家的意见之后, 就正式实施。
2.平台部署我们需要去挑选一个已经得到了等保二级以及比这个更高级别的认证的信息系统,然后我们要把这个事情做完流动人口积分管理系统, 去做和部门之间的数据接口的对接任务, 还要做人力资源和社会保险部门的数据接口对接, 还要做医疗保险部门的数据接口对接, 还要做教育部门的数据接口对接, 并且要进行联合调试。
3.基层培训: 需要对街道的网格员和社区的网格员开展系统操作的培训, 要明确各个岗位进行数据采集的责任, 还要明确数据上报的时间限制。
4.试运行校准: 选取一个街道到两个街道, 进行为期一个季度的试运行。重点核查积分核算的准确率, 目标是让准确率达到99%, 或者是比99%更高的水平。在修正规则漏洞之后, 再全面推广。
第五,要做到常态化的运营工作: 每个季度都要把积分汇总的情况公之于众, 每一年都必须要把指标的权重进行修订, 这样子做的意图是为了让相关的制度能够跟得上区域发展的步伐, 并且实现同步更新的目的。
选型关键要点
数据安全性: 必须要通过等保二级以上的认证, 对于敏感字段来说需要加密存储在里边, 权限要依据角色的不同来实行分级管理。
接口开放性: 预留标准API接口, 用于连接省级流动人口服务平台、社保系统以及税务系统等, 从而避免形成数据孤岛。
这个平台具备可扩展性, 它支持省级、市级、区县级的街道多级管理方式, 在未来的规划里, 能够将业务扩展至居住证领域、教育领域以及医疗领域等场景。
运维经济性就是要把长期来搞维护和修修改改的开销给控制住, 所以最好去挑那种能够安在自家本地服务器上的方案, 或者能够塞进政务专用云平台里的方案, 这些都是优先要选的对象。
高频问题速答
Q：积分数据与社保系统不一致怎么办？
这件事要拿着社保部门那边专门推送过来的原始数据作为绝对依据, 系统会自己主动跑去把那些有差异的地方给做上标记, 然后呢, 就必须要让社区的网格员跑到线下这个地方去一一进行核实工作, 确认无误之后再去做修正动作,而且这个修正的过程记录是必须全程都被完整留下来备查的。
Q：跨区流动的积分如何衔接？
该系统支持将积分账户进行跨省迁移的操作。在迁入地流动人口积分管理系统, 原有的积分将会保持累计状态。对于本地居住时长这一加分项, 将会从新迁入开始重新计算。并且, 之前的历史积分不会被清零。
