这个系统是用于管理流动人口服务的管理平台, 它是由机关、还有人社部门、住建部门以及社区基层组织共同来使用的, 目的是为了实现对流动人口的登记, 进行服务, 实施管理以及跟踪, 这里说的流动人口包括了省内的人员、省外的人员以及来到中国的人员, 该系统是依托了中国出台的《流动人口居住证暂行条例》, 还包括了各地制定的实施细则来进行工作, 它是基层开展的“一标三实”工作中的核心数字工具。
核心功能模块
1. 登记与核验, 会连接户籍、社保、房产、市场监管这些来源的数据, 把流动人口去入住的时候做登记, 还有申请居住证、核对身份这些事儿流动人口服务管理系统，都变成在网上办理, 从而替代以前那种用纸质本子记台账的老做法。
2. 网格化轨迹管理: 把划分工作做细, 按照社区、网格、楼栋这三级来进行, 然后把流动人口的关联关系放到具体的网格单元里面去。这样做的目的是支持实时变动提醒的工作, 比如迁出、换租、就业变更这些情况都会提醒。网格员可以拿着移动端设备, 完成巡查和信息更新的流程。
3. 公共服务对接, 它集成了居住证、子女入学和基本医保计划生育以及就业创业等等超过12项以上的法定服务事项, 从而实现了一个窗口受理数据共享的办事方式。
4. 预警与事件处置: 要为那些重点人员设定规则, 来发现异常的举动, 比如刑释解矫的人员、精神障碍患者以及涉稳的人员等, 这些规则一旦触发, 就会立马生成任务单, 并且自动把这些任务单发送到对应的网格那里去。
5. 统计驾驶舱这个产品, 它是给区、县以及街道这三级管理者来提供的, 主要是为了让他们能看到一些可视化的看板, 这些看板会展示关于人口总量的情况, 包括结构的细节比如年龄或者性别还有行业和来源地等等, 还能显示流动的趋势, 再加上服务覆盖率等等数据内容。
部署与架构要点
在数据层这个方面, 必须要把全国人口基础信息库（侧）给对接上, 同时, 还要把省级政务数据共享交换平台给连接上, 只有这样, 才能确保数据是权威的, 也是唯一的。
应用层: 是采用了这样的三级架构。就是省级有一个统一的平台, 然后加上市州的扩展模块, 再加上区县的基层应用。在基层端, 是支持有PC管理后台和移动端的。而移动端呢, 包括小程序或者APP, 这是双入口。
网络与安全: 把系统部署到政务外网或者政务云里面去, 必须满足等保三级的要求。对于个人敏感信息, 比如身份证号、住址这些信息, 一定要采用加密存储的方式。在访问的时候, 要实行最小权限原则, 并且要对操作记录进行留痕管理。
基层落地关键场景
合规与数据安全红线
按照《个人信息保护法》第28条以及数据管理规定的要求, 系统在处理流动人口信息的时候, 必须要满足几个条件。首先, 采集这些数据的原则是“最小必要”。其次, 如果需要把数据分享给第三方, 必须得到本人的单独同意, 或者是根据法律获得的授权。
再者, 数据的保留期限要同居住证的有效期保持一致, 在有效期结束后的30天之内, 要把数据进行脱敏或者销毁处理。最后, 严禁将系统中的数据用于任何法定服务目的之外的其他用途。
高频问题
需不需要一定要去买那个商业系统的软件呀, 其实好多省份都已经把省里面统一的平台给建好了, 基层的单位是可以免费连进去用的, 所以说只有当你们当地确实需要再去拓展一些行业里的特有功能和应用的时候, 才需要去考虑二次开发或者是直接采购现成的东西。
与"浙里办""粤省事"等政务APP的关系? 流动人口服务管理系统, 其实是一个后端的数据引擎。而政务APP, 它是用来给居民用的统一前端入口。也就是说, 这两者之间是前端的对应关系, 并非替代关系。
关于数据更新频率要求?, 如果基础信息发生了变更, 那么必须要在变化发生后的24小时之内完成录入工作。需要确保季度全面核查的覆盖率不会低于百分之九十八。这个要求是基于各地所制定的考核办法来执行的。
