民政救助困难群众动态管理监测预警系统的研究与设计

鲁 斌

（甘肃省民政厅信息中心，甘肃 兰州 730000）

1 概述

党的十八大以来，以习近平同志为核心的党中央把脱贫攻坚工作纳入“五位一体”总体布局和“四个全面”战略布局，作为实现第一个百年奋斗目标的重点任务，作出一系列重大部署和安排，全面打响脱贫攻坚战。党的十九大明确把精准脱贫作为决胜全面建成小康社会必须打好的三大攻坚战之一，作出了新的部署。从脱贫攻坚任务看，到2021 年，还有3000 万左右农村贫困人口需要脱贫，其中因病、因残致贫比例居高不下，完成脱贫目标，任务十分艰巨。特别是甘肃临夏州等深度贫困地区，不仅贫困发生率高、贫困程度深，而且基础条件薄弱、致贫原因复杂、发展严重滞后、公共服务不足，脱贫难度更大。

为贯彻落实党中央、国务院和省委、省政府关于打赢脱贫攻坚战的一系列决策部署，甘肃省脱贫攻坚领导小组发布了 《甘肃省2020 年脱贫攻坚工作要点》，在此文件中明确提出“实行防止返贫致贫监测预警帮扶机制”的要求。有效防止致贫返贫风险，确保将所有符合条件的人员全部纳入救助范围，切实做到应保尽保、应救尽救。据此结合甘肃省实际情况，启动该城乡困难群众动态管理监测预警项目,通过利用信息化手段和大数据处理协同进行项目设计，总揽贫困人口数据及致贫因素分析，以达到巩固脱贫攻坚成果，有效防止致贫返贫风险，确保将所有符合条件的人员全部纳入救助范围，切实做到应保尽保，应救尽救。

根据项目初步需求沟通和项目建设定位要求，甘肃省困难群众动态管理监测预警系统建设内容包括：

1）针对城乡低保、特困人员、低收入人群、失业人员、未脱贫建档立卡贫困人口、存在返贫风险的已脱贫人口、存在致贫风险的边缘人口、因疫情或其他原因收入骤减或支出骤增的、家庭中有子女考取大学、患病住院、患有慢性病及重大疾病、残疾等情况进行预警。

2）通过社会救助综合信息系统向市、县、区民政局、乡镇、街道办事处推送预警结果。

3）基层工作人员根据预警信息内容开展入户调查，对符合条件的人员按照程序及时纳入相应的救助范围，对不符合条件的解除预警。

2 系统研究

2.1 用户和干系人分类

与本次项目建设相关的干系人包含：民政厅社会救助处，县市区、乡镇、街道民政部门工作人员，动态管理监测预警对象。

2.2 监测预警业务服务对象

主要是城乡低保、特困人员、低收入人群、失业人员、未脱贫建档立卡贫困人口、存在返贫风险的已脱贫人口、存在致贫风险的边缘人口、因疫情或其他原因收入骤减或支出骤增的家庭。

2.3 民政本级用户需求

1）获取准确的困难群众预警结果。

2）清楚了解全省各地区困难群众的分布情况。

3）根据困难程度分级预警，优先帮扶最需要救助的困难群众。

2.4 数据收集

建立困难群众监测预警基础信息库（简称“左库”），对其进行动态管理监测预警。“左库”中的对象包含：

2.4.1 民政对象：

1）城乡低保（包含城市低保、农村低保）、

2）特困人员（包含城市特困、农村特困）、

3）低收入人群

2.4.2 扶贫对象：

1）未脱贫建档立卡贫困人口（简称“未脱贫人口”）

2）存在返贫风险的已脱贫人口（简称“有返贫风险人口”）

3）存在致贫风险的边缘人口（简称“有致贫风险人口”）

4）因疫情或其他原因收入骤减或支出骤增的家庭（简称“其他致贫人口”）

2.4.3 失业人员

针对基础库（“左库”）中的对象，需要监测以下指标：

1）当年高考录取且为我省生源的学生信息数据

2）患有疾病住院情况数据

3）患有慢性病、重大疾病的城乡困难群众

4）全省已办证残疾人信息数据

5）失业人员说明：该数据每月提供一次。第一次的失业人员数据进入基础库，第二次的失业人员先作为指标进行监测，之后也要放入基础库。

监测指标形成监测指标信息库（简称“右库”）。

2.5 左库和右库数据的来源采用ETL、KETTLE技术分析

建设困难群众动态管理监测预警系统工作由民政部门牵头，负责统计推送城乡低保对象、特困供养人员、低收入人群信息；收集汇总各有关部门推送的信息数据；通过系统功能，进行信息比对输出预警结果。这样涉及数据同步技术，以目前实际情况看KETTLE 同步技术面向数据仓库建模，适合C/S 客户端模式，开发和生产环境需要独立部署，任务的编写，调试，修改都在本地，需要发布到生产环境，线上生产环境没有界面，需要通过日志来调试debug,效率低，费时费力，主从结构非高可用，扩展性差，架构容措性低，不适用大数据场景，CDC 机制，基于时间战、触发器等，对数据库表结构有要求，存在一定侵入性，依赖日志足位故障问题，往往只能是后处理的方式，缺少过程预警，围绕数据仓库的数据需求进行建模计算，清洗功能相对复杂，需手动编程，手动配置schema mapping,且数据传递非时时；而ETL 界面化同步技术对业务支持作用更轻便、灵化，易操作并对数据进行多维度操控方便业务数据比对核实，使双库形成的数据拆、解更方便。

2.6 数据比对模式

2.6.1 比对规则

“左库”中根据类别，对困难群众设定不同的分值，作为基础分。如图1 所示：

图1 “左库”分值

“右库”指标也根据分类设定不同分值。如图2所示。

图2 “右库”分值

2.6.2 关于残疾人数据中指标项的说明

残疾类型和残疾级别，通过残疾证号后两位来判断。

倒数第二位代表残疾类别，最后一位代表残疾等级。

残疾类别代码：

视力残疾：（1）听力残疾：（2）言语残疾：（3）肢体残疾：（4）智力残疾：（5）精神残疾：（6）多重残疾：（7）残疾等级代码：

一级：1，二级：2，三级：3，四级：4

多重残疾在做比对时，按最高级别给分，不用考虑残疾等级。

2.6.3 关于疾病住院数据

根据监测对象的身份信息与医保局的住院数据进行比对，获取住院数据。

一个人当月可能发生多次住院情况，获取数据时，要把每次患病病种、自付费用、住院时间、出院时间、结算时间等信息都要获取过来。针对转人工审核的，仅把当月结算完录入系统的数据取回来就行。比如1 月份转人工，4 月份结算完推送给我们，我们就按4 月的数据算。

利用“右库”中的指标信息（以身份证号作为唯一值）与“左库”中进行比对，同一对象的基础分和指标分值累加作为其最终得分。

根据得分情况分为4 个级别，由低到高分别为蓝色预警（得分为“5-6 分”的人员）、黄色预警（得分为“6.5-9 分”的人员）、橙色预警（得分为“9.5-11.5分”的人员）、红色预警（得分为“12 分以上”的人员）。

特别说明：

1）民政、扶贫对象，基础分每户只算一次。指标分统计该户中的每个人，如果出现符合多种指标，就进行叠加。

举例：低保对象A，家庭成员5 人，其中B 患病住院5.5 分，C 残疾5.5 分，D 慢性病6.5 分。

因为是低保，那么家庭基础分为2 分。

该户预警分值为2+5.5+5.5+6.5=19.5 分。预警级别：红色预警

2）失业人员，基础分按人进行统计。指标分如果出现符合多种指标，就进行叠加。

举例：失业人员A，基础分为0.5 分。假如当月患病住院5.5 分，残疾5.5 分。

该人预警分值为0.5+5.5+5.5=11.5 分。预警级别：橙色预警

3）假设某户既是民政对象又是扶贫对象，那么基础分求和。

举例：【农村低保一类对象】A 又是【有返贫风险人口】，基础分求和，为2+0.5=2.5 分。

其家庭成员5 人，其中B 患病住院5.5 分，C 残疾5.5 分，D 慢性病6.5 分。

该户预警分值为2.5+5.5+5.5+6.5=20 分。预警级别：红色预警

4）在农村低保中，有补差分类的，按照城市低保的评分走。

2.6.4 结果反馈

每月初，对上月数据进行数据比对，预警结果会推送至有关市、县、区等各级民政部门。

根据预警结果由基层工作人员进行入户调查。其中，蓝色预警要求10 日历日内完成入户调查，黄色预警要求7 日历日内完成入户调查，橙色预警要求5 日历日内完成入户调查，红色预警要求3 日历日内完成入户调查。

入户调查完成后，对符合条件的人员按程序及时纳入相应救助范围，对不符合条件的解除预警。

3 系统设计

3.1 民政、扶贫、失业人口预警结果展示

指标库数据与基础库数据通过数据库完成比对，根据预警规则赋予相应的分值，再根据分值所属的区间确定预警级别，最后在系统中显示预警结果。用户可以在系统中查看预警结果列表和详情。

3.2 入户管理

所有被预警的对象根据预警级别的不同，均需要在入户时限内进行入户调查。在入户管理页面，能够【新增入户调查记录】，入户时需要对预警指标的情况进行核实，对预警结果不合实际的情况进行修正。

针对入户调查的结果，民政部门通过【调查处理结果】记录对预警的困难人群的落实救助情况。

3.3 数据分析

民政部门在【数据分析】模块可以查看多维度的困难群众预警结果数据。包括甘肃省各区域预警结果地图、入户调查落实情况一览表、各类困难对象预警结果占比饼图、各类预警指标占比图、以及近半年来困难群众预警数量的走势图以及各类预警结果统计表。

4 结语

通过使用ETL 同步技术实现低保现实数据分库为参照进行比对，侦测出困难群众动态变化情况，及时进行预警、及时落实救助措施，实现民政救助困难群众兜底保障工作的落实，是贯彻落实党中央、国务院和省委、省政府关于打赢脱贫攻坚战的一系列决策部署，是“实行防止返贫致贫监测预警帮扶机制”的要求。有效防止致贫返贫风险，确保将所有符合条件的人员全部纳入救助范围，切实做到应保尽保、应救尽救。