DB3301∕T 0421-2023 惠民数字平台功能规范(杭州市).pdf

ICS35.240.01CCS L 673301浙江省杭州市地方标准DB3301/T 04212023惠民数字平台功能规范2023-06-29 发布2023-07-29 实施杭州市市场监督管理局发 布DB3301/T 04212023I目次前言.II1范围.12规范性引用文件.13术语和定义.14平台架构.15系统功能要求.36平台安全要求.4附录 A（资料性）惠民政策兑现流程图.6DB3301/T 04212023II前言本文件按照GB/T 1.12020标准化工作导则第1部分：标准化文件的结构和起草规则的规定起草。请注意本文件的某些内容可能涉及专利，本文件的发布机构不承担识别专利的责任。本文件由杭州市数据资源管理局提出、归口并组织实施。本文件起草单位：杭州市民政局、杭州市民政事业发展中心、杭州思锐信息技术股份有限公司。本文件主要起草人：周伟华、赵淼麾、徐媛媛、吴光静、屠友军、童侃、黄颖斐、陈欣悦、宋建恒、余金波。DB3301/T 042120231惠民数字平台功能规范1范围本文件规定了惠民数字平台的平台架构、系统功能要求、平台安全要求的内容。本文件适用于惠民数字平台功能的建设。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 222392019信息安全技术 网络安全等级保护基本要求GB/T 34080.2基于云计算的电子政务公共平台安全规范 第 2 部分：信息资源安全3术语和定义下列术语和定义适用于本文件。惠民数字平台Huimin digital platform依托一体化智能化公共数据平台，用于惠民政策在线兑付的智能化系统平台，包括政策管理子系统、资金兑付子系统、幸福清单子系统、公益慈善子系统、互动交流子系统。民生直达专班livelihood direct special class负责统筹政策梳理和技术开发上线工作的工作专班。4平台架构平台架构图惠民数字平台应包括基础设施层、数据资源层、应用支撑层、业务应用层和交互层组成，惠民数字系统应对每个入口进行独立的权限管控，达到用户的职责及数据的严密隔离。本文件规范了应用支撑层、业务应用层和交互层的内容，基础设施层、数据资源层不在本文件规范的范围内。平台架构见图1。DB3301/T 042120232图 1平台架构图基础设施层基础设施层由信息交换传输网络、存储运算设备、操作系统、数据库系统、应用软件以及与系统相关的软硬件设施组成，具备为各类应用提供必要的网络、存储等基础环境的功能。数据资源层数据库设计与管理应保证数据的一致性、完整性和安全性。业务数据应符合相关业务标准。各层级之间应使用专网连接，具有防监听、数据加密等安全防护能力。对应用传输过程中的数据应进行数字签名。应用支撑层4.4.1身份认证管理：政府端应对接政务服务体系，接入组织架构接口实时获取用户信息，服务端用户应通过政务服务网获取市民注册信息，系统不应单独提供市民用户注册入口。4.4.2权限管理：应提供用户权限信息管理和维护功能，控制系统的访问权限。4.4.3消息管理：可根据业务场景需求自动发送或者自定义推送通知和提醒消息。4.4.4日志管理：应记录系统的访问和操作记录。4.4.5页面管理：应具有在线反馈功能。反馈内容包括发布信息错误、系统运行故障等技术问题。4.4.6任务管理：应包括调度参数维护、调度任务执行等功能。业务应用层应包括政策管理子系统、资金兑付子系统、幸福清单子系统、公益慈善子系统、互动交流子系统等服务应用。交互层DB3301/T 042120233根据服务和管理要求，建设政府端、服务端。政府端应面向政府部门工作人员提供惠民服务管理功能。服务端应面向社会公众提供资金兑付、在线咨询等功能。5系统功能要求政策管理子系统5.1.1政策上线5.1.1.1政策清单库应具备多级联动功能，公共政策业务和本地个性化政策应能纳入政策清单库。5.1.1.2政策上线前应进行政策筛选，并应满足以下条件：a)涉及资金兑付的惠民类政策；b)政策受益对象覆盖面广；c)政策核心功能易标准化；d)非省统建统管政策事项。5.1.1.3政策上线应具备下列流程，具体见图 A.1：a)提交，由需求发起单位梳理业务流程，填写政策开发申请表，提交开发申请；b)审核，由民生直达专班对政策进行评审；c)开发，由需求发起单位委托第三方完成业务流程开发和测试；d)上线，需求发起单位编撰操作手册，经民生直达专班审核后正式上线。5.1.2政策维护5.1.2.1子系统业务事项中的办事指南、智能问答、咨询服务、预约办理以及搜索标签等信息应具有准确性和时效性。5.1.2.2应具备上线政策变更或下线的功能，当上线政策变更或下线时，子系统应支持完成审核和办理工作。5.1.3政策应用5.1.3.1应基于惠民政策受益对象的标签属性，通过自定义政策指标组合和大数据分析研判，提供政策互斥提醒和应享未享提示功能。5.1.3.2可通过一体化智能化公共数据平台获取惠民指定数据。资金兑付子系统5.2.1名单管理5.2.1.1应支持 API 接口自动上报、手工录入、Excel 导入等功能，支持数据字段校验和名单比对功能。5.2.1.2应能通过平台对接数据接口资源，并基于数据比对计算关系生成兑现名单。5.2.2在线兑付5.2.2.1应实现统一资金支付，支持批量支付、资金对账等功能。5.2.2.2在线兑付的渠道中心应提供多种支付渠道的管理，根据不同政策的业务需求定制化接入不同的银行或财政支付系统。DB3301/T 0421202345.2.2.3应具备单笔限额、日总交易限额支付等功能，超出额度时应能够产生预警或暂停支付，同时提供支付失败信息的返回及处理。5.2.2.4应具备账户余额不足时及时通知账户管理者的功能，账户管理者补充资金后，能手动提交支付。5.2.3风控管理5.2.3.1应具有根据账号监督功能，能快速发现账号风险、资金漏发错发风险。5.2.3.2应对名单管理、在线兑付等模块的风险实时发现、实时拦截。5.2.3.3资金兑付子系统名单管理、在线兑付、风控管理等流程见图 A.2。幸福清单子系统5.3.1民生政策清单应具有统计各级政府、部门已发布的惠民政策数量、已兑现补助笔数和款数信息的功能。5.3.2对象个性化清单应具有统计受益对象申请惠民政策数量、到账补助笔数和款数信息的功能。公益慈善子系统5.4.1需求发布求助信息应经工作人员审核后发布。5.4.2捐赠兑付根据需求信息匹配捐赠对象，将资金发放到受捐对象银行账户。互动交流子系统5.5.1在线咨询可通过系统选择在线即时沟通的方式，实时进行政策咨询、流程咨询、进度咨询、疑难咨询等。5.5.2反馈解决5.5.2.1应能创建问题咨询工单指派给指定业务人员处理。5.5.2.2应具有工单评价的功能，如出现差评的情况，相应人员应二次处理本工单。6平台安全要求安全评估平台上线运行前应进行安全评估，依据评估结果对存在安全隐患的部分进行加固整改，应符合GB/T222392019中第三级等级的技术要求和管理要求，并每年开展一次复测。平台在上线运行后，定期对已有的安全措施确认，评估其有效性，对存在的安全隐患进行加固整改。入侵防范6.2.1平台应配置入侵检测系统或入侵防护系统。DB3301/T 0421202356.2.2操作系统和数据库系统应进行漏洞检测，并根据检测结果及时进行防护，漏洞扫描软件应每六个月至少进行一次系统升级。6.2.3入侵检测系统应能监测入侵行为，记录攻击源 IP、攻击类型、攻击目的、攻击时间等，并具备实时报警的功能。6.2.4信息资源安全应符合 GB/T 34080.2 的要求。测评与复评6.3.1平台建设完成后，应通过国家专业评测机构对平台功能和性能进行技术评测。6.3.2平台运行一定时期后，应采用技术测评、在线操作等方法进行复评。DB3301/T 042120236附录A（资料性）惠民政策兑现流程图A.1惠民政策上线流程图惠民政策上线流程图见图 A.1。图 A.1 惠民政策上线流程图A.2惠民资金兑付流程图惠民资金兑付流程图见图 A.2。DB3301/T 042120237图 A.2 惠民资金兑付流程图