社会救助综合服务平台建设规范.docx

《社会救助综合服务平台建设规范.docx》由会员分享，可在线阅读，更多相关《社会救助综合服务平台建设规范.docx（11页珍藏版）》请在课桌文档上搜索。

1、社会救助综合服务平台建设规范1范围本文件规定了社会救助综合服务平台的建设原则、平台架构、功能要求、技术要求、运行维护要求及工作规范等内容。本文件适用于政府及其工作部门、法律法规授权的具有社会救助事项职能的组织，参照实施社会救助综合服务平台的建设。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T22239信息安全技术信息系统安全等级保护基本要求GB/T28827.1信息技术服务运行维护第1部分：通用要求GB/T28827.2信息技术服务运

2、行维护第2部分：交付规范GB/T28827.3信息技术服务运行维护第3部分：应急响应规范3术语和定义本文件没有需要界定的术语和定义。4建设原则本文件主要针对XX省行政区域内各级民政部门社会救助综合服务平台的建设提出要求,总体上应满足以下要求：a）统筹性。平台设计应统筹规划，充分考虑与同级各类救助部门的共享性和互联互通性，强化纵横联动和上下级数据交换。b）集约性。应发挥本地区已有（涉及社会救助服务）的信息资源作用，全面集成利用现有平台系统设施，减少重复浪费。c）兼容性。应提供规范的接口数据，并支持多种数据库环境，能够与原有系统和其他应用系统兼容，运行平台和应用系统应具有升级、拓展能力。d）安全性

3、。应将安全可控的理念、要求和措施贯彻落实到运行维护的各个环节，确保平台数据资源和应用系统的安全。e）时效性。应以困难群众需求为导向，打通部门间办理环节，建立一体化的救助规范和救助流程，实现各救助事项在平台办理的数据实时互通性。f）精准性。应将社会救助与脱贫攻坚有效衔接，通过部门资源共享掌握困难群众准确信息，提出精准救助政策。g）创新性。应深入挖掘社会救助改革创新模式，注重基层社会治理能力社会救助效能紧密结合，鼓励更多社会力量参与，共同推出具有地区特色的社会救助综合服务内容。5平台架构5. 1总体要求社会救助综合平台应由基础设施层、数据资源层、应用支撑层、应用层、交互层、平台运行维护保障体系和平

4、XX全保障体系组成，各级平台建设可根据实际需求自行调整。总体架构宜参考图Io基础设施层依托政务服务平台（政务云平台）运行，是体现社会救助综合服务平台技术及其服务作用的重要支撑，所有底层系统应构成一个服务集群运行的基础设施，包括服务器与网络系统、操作系统、安全设备等基本运行环境类软硬件。数据资源层为上层系统提供核心技术的数据支撑，可在逻辑功能上区分若干个数据库，如基础信息数据库、交换共享数据库、业务生产数据库、信息资源分析库等。数据库作为本系统的核心之一，建设示例详见附录A0应用支撑层通过建设统一应用支撑平台，封装技术构件和业务构件，实现对上层应用的统一支撑作用、主要包括身份认证系统、权限管理系

5、统，业务流程控制系统、电子签章系统、数据采集发布和统计分析系统等。应用层是基于应用支撑层之上，提供对各项数据资源的具体应用，其核心系统包括但不限于一门受理系统、居民家庭经济状况核对系统、大数据信息资源整合与分析系统，知识库管理系统、档案管理系统及低收入人口动态监测信息系统等，还应根据实际需求扩展其他系统，如电子证照系统、电子监察系统等。各地居民家庭经济状况核对系统应依托XX省居民家庭经济核对信息系统进行建设。交互层直接面对用户提供多种使用和访问方式,应能对不同类型的用户访问、不同终端等提供支持。其中社会救助管理部门用户主要通过内网访问系统。救助对象用户和社会公众主要通过外网访问公开信息，包括但

6、不限于门户网站、微信公众号/小程序、手机APP等形式；救助对象用户也可以通过服务大厅、服务窗口的自助查询终端移动智能设备对系统进行访问，获取相关的服务内容。告运行维护保糅系交互层门户网站ITfLAPP做俘f公众号/ 小程中他v他一端门助女询终嫡应用层大数蛔匚;也使淞 恺L叮分析系统低收入人口动态 陈恻信电系统I 知|送下彳干15636允I档东。牛州系统/Mie*庭经济状 况核对系统共他法统应用支 撑层业务流程2例至 统致加农奴发小和帆M分权限能iNH系统心厂卷格系统 I I文他系统数据资 嫄层I交换姓字数堀，下I I业务生产数州小 IK他数圳I 及阳H口感数4W，不I伯勒选源分析* I基础设

7、施层I 服务切网络奈统 II探作杀统II.全设符II-他地强I殳I图1社会救助综合服务平台总体架构图5.2 平XX全保障体系应贯通系统的各层面，监控系统各层级的运行状态，为系统各层提供全面的安全监控服务，平台应根据GB/T22239-2019要求设定安全等级。5.3 平台运行维护保障体系应建立完善的运维管理和服务机制，建立高素质的运维服务团队，运用先进成熟的运维管理技术保障平台稳定与高效的运行。6功能要求6.1 基本要求6.1.1 明确思路，统筹资源。明确各业务流程的功能设计要求，按照“一门受理、协同办理”建设统筹不同救助业务模块和系统，统筹实施政府及社会救助资源。6.1.2 加强创新，重点聚

8、焦。加强数据采集、整合、处理和深度挖掘，全面探索数据管理在民政业务应用的创新，聚焦精准扶贫攻坚、监测低收入人口信息。6.2 公共服务平台6. 2.1展示平台的使用对象主要针对救助对象用户。应具备界面清晰美观、操作简单、符合救助对象使用习惯等特征。7. 2.2应通过文本、图像等多种形式及时、准确、全面的公开救助事项相关信息，向导式界面引导救助对象完成救助申请等操作。8. 2.3应提供网上注册/登录功能，应支持基于居民身份证号码等真实身份信息的平台用户注册。6.2.4应提供救助事项的业务受理功能，统一规范申请途径及申请材料。6.2.5应提供事项办理查询功能。应设立事项办理查询项目，平台用户依据受理

9、编号或有效证件等方式进行查询救助审核审批情况。6.2.6应具备平台用户提出投诉的功能，投诉意见宜采用上传档案图片及文字说明的形式。6.2.7应具备平台用户互动功能。应支持在线咨询、征集意见等互动形式。注：对救助对象的申报、咨询提问或投诉建议等公开承诺的时限内作出回应并妥善处理。6.3业务管理平台6.3.1知识库管理系统6.3.1.1应形成平台统一的知识库，包括平台运行所需的各类资料和社会救助领域知识等。注：知识库内容宜包括文本、传真电话、图形、视频、音频等多种形式。6.3.1.2应提供维护管理功能并提供基础服务，及关联分析、智能检索等扩展服务。6. 3.1.3基础服务应提供统一的救助事项库服务

10、，应具备向平台相关部门提供目录清单、实施清单、申请材料等信息的填报、审核和发布等服务。主要功能包括但不限于：目录清单管理：应提供清单要素管理、统一清单数据初始化、动态维护管理等功能；实施清单管理；应提供清单编制和审核功能；一清单发布管理：应提供救助事项清单同步平台服务门户的功能；查询统计管理：应提供对平台所有清单查询和分类统计的功能。6.3.2一门受理系统6.3.2.1应统一搭建在政务云平台之上，宜与XX政务一体化平台、一卡通平台等综合政务服务平台对接，所需的基础运行环境由政务云统一提供，各级社会救助管理部门工作人员可通过电子政务外网进行访问。6.3.2.2应为平台各级相关救助管理部门提供救助

11、事项的统一受理、协同办理服务功能，实现救助事项的受理、转交、办理。主要功能包括但不限于：应提供对各类救助业务、救助标准及流程的配置功能；应提供救助事项的统一受理功能，应具备救助事项数据自动流转相关部门审批的功能；一应向各级相关救助管理部门按救助职责分配相应权限，并按照预先配置的救助事项办理流程完成各自权限的内容；一应提供待办事项展示、办结事项查看、事项挂起等功能，实现申请事项进度实时跟踪等服务。6.3.3居民家庭经济状况核对系统6.3.3.1应具备整合横向各部门（单位）涉及家庭人口、收入、财产等方面数据资源信息的功能，确保核对信息范围广、内容全、准确高的特征。6.3.3.2应具备跨区域信息核对

12、功能，通过设置特定的流程实现经济状况自动评估功能，生成居民家庭评估报告。6.3.3.3通过与相关部门和机构进行数据交换，完成居民经济状况的查询、核对工作，并综合评估分析居民家庭经济状况。主要功能包括但不限于：一核对系统管理子系统：应提供数据元管理、数据字典管理、行政区划管理、权限管理、组织架构管理、运行管理和知识库管理等功能；一核对业务办理子系统：应提供居民家庭经济状况核对委托申请的提交、接收、免核以及核对报告生成的业务流程作业功能；核对业务数据交换子系统：应提供各级数据中心的数据同步以及与共享单位数据交换等核心功能；核对业务监督预警子系统：应提供对业务相关信息和操作进行监管及预警的功能，包括

13、敏感操作动态监测预警、敏感信息动态监测预警、业务流程监测预警、监控预警信息统计等；核对业务统计决策子系统：应以图状等形式提供核对业务过程中的统计管理功能，从核对机构、核对对象、委托单位（信息共享单位）等角度对核对业务所产生的数据进提供分析和展现功能，包括核对业务概况统计，核对对象统计分析，委托单位统计分析，信息共享单位统计分析，核对项目统计分析，核对结果统计分析，核对检出统计分析，预警统计分析等功能。6.3.4档案管理系统应提供电子化档案管理功能，电子档案应加盖时间戳，实现办理材料电子化归档、管理、查阅等。档案管理系统主要功能包括但不限于：一应提供待遇变更、家庭迁移、人口结构及信息变更等电子档

14、案信息动态管理功能；应提供救助业务办理完成后的审批档案动态管理功能，包含但不限于城乡低保、城乡特困供养等救助业务的审批档案动态管理；应提供统计查询、资金发放记录查询等功能，避免多重救助和交叉救助；一一宜依托档案管理系统形成困难群众数据库、救助成果库等分类数据库。注：电子档案可作为正式的办理材料。6.3.5大数据信息资源整合与分析系统6.3.5.1应提供实现各类民政业务数据的模糊查询、主题分析、关联分析、综合分析、多维分析、数据挖掘等功能。6.3.5.2应服务于当代民生政策，为居民家庭经济数据深入分析和辅助决策提供数据支撑功能，宜提供分析低收入人群分布特征、文化技能、就业收入、消费特点、致贫原因

15、及变化趋势，挖掘低收入人群政策需求。6.3.5.3大数据信息资源整合与分析系统主要功能包括但不限于：一大数据信息资源库建设：应提供各类基础信息数据、业务生产数据、决策分析数据、交换共享数据等的集中存储、统一管理和统一共享服务功能；大数据信息分析与统计子系统：应具体提供对数据进行抽取、清晰、分析、共享、展示的综合性大数据分析功能；实现核对对象类、委托单位类、核对项目类、信息共享单位类、核对结果类、预警监测类、业务统计类等统计功能；智能搜索子系统：提供授权访问的全部数据搜索以及档案搜素的综合管理功能。注：数据也应设置访问级别。6.3.6低收入人口动态监测信息系统应建立主动发现机制，依托系统开展低收

16、入人口动态监测工作，根据区域性实际需求拓展平台功能和应用。低收入人口动态监测信息系统主要功能包括但不限于： 应提供数据采集功能，设置低收入人口各项指标信息，统一数据采集内容，根据需求配置指标权重；一应建立低收入人口数据库，实现对低收入人口的信息汇聚与实时更新，提供与相关部门间信息共享和数据比对功能； 应提供监测预警功能，构建动态监测模型对低收入人口的数据信息进行风险预警、研判，提供主动救助功能，符合救助模型的宜自动推送相关部门进行救助认定流程； 应提供统计及展示功能，如低收入群体数据应用及统计报表等功能； 宜提供社会资源的主动参与功能，如设置公益性民生服务项目链接等。6.4扩展平台6.4.1电

17、子证照系统应对接本地政务服务系统，提供数字证照的生成、管理、共享服务等功能，系统应包括电子证照管理系统、电子证照共享系统、电子证照信息库等。电子证照系统主要功能包括但不限于：管理证照目录、数据及共享服务，形成发证清单与用证清单；一通过汇集各部门存量及增量证照，形成电子证照库，并建设形成数据更新机制；一与国家政务服务平台电子证照共享中心对接，实现跨区域电子证照共享机制。6.4.2应建立电子签章管理系统，为审批服务提供基础支撑，提供签章、验章、证书查看等服务。6.4.3应建立电子监察系统应，对各级社会救助管理机构及救助过程实施监督管理。通过设定监察指标和监察规则，提供救助事项办理的实时监控、预警纠

18、错、监督查办、时限监督、大数据监察等功能。7技术要求7.1 数据接口应共同搭建社会救助信息化平台、全面推行网络办理。社会救助综合服务平台可根据平台管理要求，预留与外部接口进行数据交换的统一接口服务机制，提供与其他职能部门等相关系统平台的数据接口，实现数据共享交换。7.2 安全性要求平台应具备较强安全防范能力，提供系统安全保障和网咯环境安全。平台应根据GB/T22239要求设定安全等级。7.3 性能要求平台应具有较高可靠性，软硬件性能应满足日常访问最高峰值，关键设备和部件应备份，数据应异地备份，并具有应急和灾难恢复措施。8运行维护平台应具备完善的运维管理体系并严格按照体系执行，系统运行维护基础要

19、求应符合GB/T28827.1的要求；系统运行维护的交付应符合GB/T28827.2的要求；系统运行维护的应急响应应符合GB/T28827.3的要求。应建立健全的运行维护机制，设置专人负责维护与区域内各级部门（机构）对接运维工作，并定期收集运行中出现的问题并予以优化。9工作规范9.1基本原则应依托救助体系建立省、市（州）、县（区）、乡镇（街道）及同级相关部门的部门协同、分级联动的平台运行工作机制。9.2 组织机构及职责9. 2.1应强化机构设置与组织领导，确保管理工作有序展开。10. 2.2应建立工作机构（设置内设机构及下设机构），明确领导小组，并以文件形式明确其职责、权限和相互隶属关系。注：

20、工作机构的日常职责应包括但不限于平台的组织实施、日常管理、业务指导等。11. .3应明确纳入平台运行管理的其他成员部门，并以文件形式明确其职责职能。注：应注意强化信息核对部门的职责。12. 2.4应明确机构岗位设置与人员职责，并以文件形式明确其职责职能。9.3 制度建设9.3.1建设原则应强化机制创新，构建规范平台有效运行的制度体系，如信息公开制度、一门受理制度、联系会议制度、办结预警制度及资金管理机制等。9.3.2信息公开制度应对所有救助事项按照救助依据、范围、提交材料、救助流程、救助标准和时限进行梳理汇总、分类打包，形成政策发布清单系统纳入平台统一管理，适时更新、对外公示，详见附录Co9.

21、3.3一门受理制度应通过社会救助综合服务平台优化办理流程、融合线上线下救助资源，推行困难群众从受理申请、到形成救助结果的全过程皆在一个窗口（或网上平台）只进行一次申请受理。注：困难群众到政府办理救助事项时应申请材料齐全、符合法定受理条件。9.3.4联席会议制度应定期召开联系会议推进平台建设与管理。联系会议制度建设内容应包括明确机构组成、会议职责、部门职责、议事规则、工作制度等，详见附录Co9.3.5办结预警制度应根据不同的救助事项对救助受理、核对、督办、审批、备案等各个环节规定办结时限，并在平台上进行超时预警自动化设置，凡未按时办结的进行督查责问。9.3.6资金监管机制救助资金审批、抽查、发放

22、的全过程应在平台自动流转，平台宜与社保卡一卡通等对接，详见附录Co9.4救助流程9.4.1基本要求9.4.1.1主动性。应通过服务大厅、网站、移动终端、工作人员主动上门、社会主动发现等方式，多渠道受理各项社会救助业务。9.4,1.2统一性。应依托平台对救助事项进行资源整合，确保救助事项在政策依据上的统一性及唯一性。9.4.1.3兼顾性。宜依托平台实现救助过程全流程信息化，规范现有线下环节逐步向线上延伸。注：目前乡镇（街道）窗口受理、村（社区）评议等环节多依托线下办理。9.4.1.4广泛性。应保证低保、特困等基本救助事项的有效运行，宜鼓励更多社会救助力量提供的救助事项在平台运行。9.4.2过程要

23、求9.4,2.1应建立主动发现机制，明确低收入人群对象信息采集的采集内容及采集方式等。9.4.2.2应多渠道宣传平台救助政策及申请信息，鼓励救助对象使用信息化终端完成线上申请，9.4.2.3建立救助事项“一门受理、协同办理”分级管理机制，对现有救助事项的业务流程进行梳理优化，各级社会救助管理部门权限清晰、业务流程（环节）间功能衔接明确。9.4.2.4应建立各项救助政策网络管理、审批机制。按照“申请、核对、认定、救助”的基本思路设置救助事项在平台上的流转程序，实现自动流程、协同办理。注1：根据救助事项的具体根据政策等不同，平台救助流程有所差异。9.4.2.5应及时将窗口接件的纸质材料电子化，通过

24、平台系统实时流转，实现救助事项实时承办、转办。注：纸质材料按需转交业务部门，并做好材料交接签收。9.4.2.6申请救助对象的居民家庭经济状况进行核对，核对报告生成等各项工作规范应按民政部相关行业标准执行。9.4.2.7应支持对救助服务过程全程留痕，与电子签章系统与身份认证网关有机衔接。每项救助（审批）操作记录到人、落实到人，为各级监管部门监督人员提供工作参考。9. 4.2.8救助资金发放应与一卡通工作等有效衔接。9.5监督检查9.5.1基本要求9.5.1.1应充分利用大数据、云计算等信息化手段，加强平台数据资源的分析研判功能建设，探索新模式下的智慧监管方式。9.5.1.2应充分发挥纪检监察部门

25、的监督作用，依托平台功能模块的设置实现对救助事项全过程的的同步电子监察。9.5.2监督方式9.5.2.1根据监督主体的不同，可将监察方式分为：社会监督与行政监督。9.5.2.2社会监督。所有救助对象发生的救助情况都应在中心门户网站及微信公众号进行长期公示。应建立投诉渠道，如设立举报电话，设立投诉信箱并对外公布等；对来信、来访、投诉、举报及时查处和移交至纪委监察部门。9.5.2.3行政监督。纪委监察部门应XX联席会议领导小组对平台运行情况进行定期（或不定期）的现场巡查或电子监察。9.5.3监督内容监督内容包括但不限于以下内容：a）救助工作中违规、超时、线下救助的查处及责任追究情况；b）社会救助资

26、金“一卡通”发放政策执行情况；c）违法违纪的举报处理情况。附录A（资料性）数据库建设示例A.1数据库架构数据中心（数据资源层）根据数据库类型可划分为多个逻辑数据库，在实际应用中可以将一个逻辑数据库由一个或者多个的物理数据库组成。建设示例详见图A.1。燃对总统 上核信条民庭济况对息统 居家经状核信系民庭济况时息统 居家经状核信系图A.1数据库建设实例A.2基础信息数据库基础信息数据库是以行政区划编码和公民有效身份号码为标识的基础库，包括行政区划编码、行政区划名称、人口身份信息、户籍信息、健康状况、家庭成员关系等民政部居民家庭经济状况核对标准、统一使用的基础核对数据。A.3数据交换信息库数据交换库

27、用于存放各级核对机构核对业务的横向/纵向交换数据，并将各类交换数据进行梳理，形成交换标准数据。具体是指上下级核对机构以及核对委托单位、信息共享单位之间的业务流转与数据交换区，对有交换共享需求的居民经济数据及相关数据进行存储和管理。区域内部逻辑上可分为共享库与交换库两部分，共享库用于存放为其他单位共享的数据，交换库用于存放从其他单位获取的数据。A.4业务生产数据库业务生产数据库是前台业务处理的核心、完成数据采集、业务办理和历史数据的存储，存放平台存放审核、审批一门受理数据、核对机构以及共享单位交换数据等工作日常业务操作产生的业务数据。业务数据的存放应根据业务领域进行整理和归类，并严格控制访问权限

28、，保证各级业务系统的数据存储安全性。业务生产数据支撑数据交换信息库信息，数据交换共享库与业务生产库逻辑分离，其数据主要来源于生产业务库。A.5信息资源分析库信息资源分析库存储各种主题数据,生成可以展示的数据库。其主题数据来源是从基础信息数据库、数据交换信息库及业务生产数据库中抽样、提取、统计、汇总生成的各类数据，以及从相关部门获取的数据等。其功能主要通过数据抽取、数据清洗、数据转换、分析模型进行数据的整理和汇总，为深入分析和辅助决策提供数据支撑。附录B（资料性）平台功能明细表示例下面给出了社会救助综合服务平台功能设置的具体示例。表B.1社会救助综合服务平台功能示例系统功能一级功能二级功能展示平

29、台政策法规一救助事项业务流程一救助查询成果查询、进度查询、部门查询等救助互动一在线举报着名举报、匿名举报等管理平台救助事项管理目录清单管理、实施清单管理、清单发布管理、政策分析等一门受理咨询业务、大厅收件、受理业务等业务办理代办业务、已办业务、办理结果等信息核对信息采集、数据交换、核对办理、综合查询等监督监察公示抽查、公告通知、资金监管等智慧数据民生搜索、低收入人口库、资源库综合分析、分类统计分析等档案管理低保、特困等人群档案分类管理、收入核对管理等救助管理救助台账、社会力量、临时救助等系统管理业务配置、流程配置、基础配置等注：表中的一、二级功能设置仅作为参考，具体功能设置应根据实际需求进行操

30、作。附录C（资料性）制度建设示例C.1联席会议制度建设C.1.1制定和完善机构组成，确定领导及联席会议成员单位职责。C.1.2制定和完善社会救助综合服务平台建设工作（实施意见）制度，包括指导思想、基本原则、工作措施实施步骤、工作措施步骤、工作要求等内容。C.1.3制定和完善社会救助综合服务平台运行制度，建立社会救助体系下平台运行机制。C.1.4定期召集联系会议制度中涉及的领导和成员召开联系会议，不定期组织和开展社会救助大平台运行工作专项走访、考察、调研活动。C.1.5及时掌握社会救助大平台运行工作进展情况，组织对相关部门社会救助大平台运行工作情况开展督查和通报。C.2信息公开制度建设C.2.1

31、社会救助管理部门负责平台政策清单的统一管理、发布、审核。各级社会救助管理部门负责本级实施清单的管理。C.2.2定期对政策清单的合法性及市时效性进行审核，并及时动态更新。C.3资金监管制度建设C.3.1平台受理、审批救助资金后，宜自动生成资金拨付单，并通过社会救助管理部门网络审核，传入对应财政部门。C.3.2财政部门抽查无问题后，应在规定时限内核拨；抽查有问题的，应在平台上逐级退回。C.3.3平台应与社会保障卡一卡通对接，如出现临时救助等按照政策不需要纳入一卡通发放资金的情况，仍需申请人个人银行账户卡发放的，则救助部门收到财政拨付资金后，在规定期限内通知银行卡直发。银行打卡后自动将信息发至申请人手机号，打卡人员、打卡时间、打卡金额等信息应与平台自动对接。