智慧政务公共服务信息平台系统技术投标方案

XXX公共服务综合信息平台系统技术方案1.项目概述1.项目概述1.1.项14目背景1.2.项目概况161.3.项目建设目标181.4.项目建设内容191.5.项目特点及重难点261.6.项目建设标准依据14282.项目需求分析 292.1.平台建设整体需求292.1.1.建设指标要求292.1.2.平台技术需求2.1.3.平32台安全需求2.2.平台系统应用对象分析332.2.1.行政服务中心政务工作人员332.2.2.条线业务部门及相关领导332.2.3.社区办事居民332.3.业 务需求分析342.3.1.业务功能分析342.3.2.业务流程分析362.4.平 台功能需求41与标准制定需求与标准制定需求建设需求全设备需求储设备需求进度需求训需求公共服务事务受理服务需求41业务整合对接需求43后台管理需求43综合绩效评估和分析决策需求45业务梳理及规范46配套硬件47网络与安47主机与存48项目实施53用户培543.平台设计总体方案 563.1.平 台 设 计思路563.1.1.平 台 设 计原则563.1.2.平 台 技 术路线3.2.平 台 整 体框架603.3.平台组成及功能概述642.9.质量保2.9.质量保证及售后服务需求4.平台系统建设方案 66标准化体系的建设68工作标准化体系70公共服务综70公共服务综72事务受 理72业务整 合77后台管784.3.综合绩效评估和814.3.1.账号权814.3.2.总体情824.3.3.区级重要82合信息系统服务子系统对接子系统理子系统分析决策系统限管理况统计事项统计阶段分类汇总统计智能社工服务门户系统84TOC\o"1-5"\h\z办 事 指 南84信 息 查 询84.平台配套硬件及设施建设方案 85网 络 与 安 全 设 备85主 机 与 存 储 设 备86.项目实施与管理 91项目实施时间安排91项目实施管理及人力配置93项目实施管理组织6.2.2.项目人力资源配置946.2.3.项目实施管理办法956.3.项目实施方案996.3.1.需求调研996.3.2.编制服务规范和业务手册1006.3.3.软件设计开发1006.3.4.软硬件支撑设备采购安装1006.3.5.平台系统部署安装及测试1016.3.6.系统初始化及数据入库1026.3.8.用103户培训6.3.9.系统试运行及调整完善1036.3.10.项目验收1056.3.11.项目交付推广1056.4.项目验收方案1056.4.1.验收测试大纲1066.4.2.项目验收1176.5.进度保证措施6.5.1.项目进度控制主要手段6.5.1.项目进度控制主要手段进度控制内容128对项目的不同阶段进度控制130对进度落后时的重计划措施1317.项目售后维护服务承诺 1328.技术培训方案 1388.1.概述1388.2.培 训组织保障1398.3.培 训需求及对象1408.3.1.培训需求1408.3.2.培训目的1418.3.3.培训对象范围8.4.培训安排1428.4.1.培训讲师及教材1428.4.2.培训方式1438.4.3.培训地点1438.5.培训质量控制1448.6.培训内容1458.6.1.培训课程1458.6.2.培训时间安排1458.6.3.培训的材料和文件1479.本地化售后服务机构 1471.项目概述项目背景社区是城市的基本单元，承载着城市建设发展的繁重任务，担负着协调人与经济、社会、自然等各种关系和谐相处的重大任务，是构建小康城市、和谐社会的基础单位，它已成为社会生活的支撑点、社会成员的集聚点、利益诉求的交汇点、矛盾纠纷的聚焦点，日益成为基层社会事务管理和服务的中心。做好社区事务管理和社区服务已成为改善城市管理、维护社会稳定的根基，在服务居民群众、搞好城市管理、密切党群干群关系、维护社会稳定、促进社会和谐等方面具有不可替代的地位和作用。为深入贯彻党的十八大关于加强基层社会管理和服务体系建设总体部署，积极落实《2006-2020年国家信息化发展战略》（中办发〔2006〕11号）、《国家基本公共服务体系“十二五”规划》（国发〔2012〕29号）和《社区服务体系建设规划（2011-2015年）》（国办发〔2011〕61号）文件精神，发挥社区信息化在提升社区自治和服务功能方面的积极作用，切实满足居民公共服务需求，推动基层社会服务管理创新，国家发改委、工信部、中编办等部委2013年联合下发了《关于进一步加强政务部门信息共享建设管理的指导意见》（发改高技[2013]733号）“实现国家信息资源库和重要信息系统的业务信息在相关政务部门间的协议共享，基本满足各部门履行职能的实际业务需求，充分发挥国家政务信息化促进服务型政府建设，提高依法行政能力，提升社会管理科学化水平的积极作用”的精神，对以信息共享和协同为主要特征的综合信息平台建设越来越迫切，在这种背景下，2013年10月31日，民政部、国家发改委、工信部、公安部、财政部五部委联合下发《关于推进社区公共服务综合信息平台建设的指导意见》（民发[2013]170号），标志着我国社区信息化从各地自发探索状态进入了统筹发展的新阶段，文件明确指出“应用功能集成、界面规范、部署集中的政府公共服务信息系统”“推动部署在不同层级、不同部门、分散孤立、用途单一的各类社区信息系统向政府公共服务综合信息平台迁移或集成”。XXX政府作为全国社区治理和服务创新实验区、中国和谐社区建设示范区、中国社会治安综合治理先进集体，为进一步提升街道的行政管理和服务能力，提出了在保留现有投资，最大程度利用原有投入设备和业务系统，实现和原有重要业务系统的对接的前提下，建设XXX公共服务综合信息平台，以预约引导、综合受理、现场办理为指引，优化街道行政管理和服务流程、归并窗口设置、专线集成整合、一窗受理，实现街道行政管理和服务分类一窗受理或基本一窗式受理，使一窗式综合受理窗口比例大于80%；通过公共服务综合信息平台的建设，建立街道与社区两级联动、上下有序的受理模式，让行政管理和服务各渠道公开的信息内容如政策明确、告知清楚、过程透明、回执规范等保持一致；实现行政管理和服务受理数据的沉淀、工作量考核、数据统计、管理分析、报表打印等数据分析功能；实现能从事项、时间段、事项所属业务部门、窗口工作人员等多个维度对行政审批事项和社会服务事项进行汇总统计分析。项目概况XXX民政局为了建设公共服务型政府，在构建和谐社区的同时通过服务体现管理,在管理中提升服务，为广大居民提供方便快捷的社区服务，XXX政府提出了在保留现有投资，最大程度利用原有投入设备和业务系统，实现和原有重要业务系统的对接的前提下，建设XXX公共服务综合信息平台软件系统，实现以市民服务需求为驱动力，通过政务创新的“一门式”原理与实践，探索政府职能转变的发展方向，促进政府服务效能的提高，推进服务政府建设。通过XXX公共服务综合信息平台软件系统的建设，实现为社区居民提供政务咨询、受理、办理、出证等服务，同时能实现“一窗式”办理所有业务部门事项，通过“前台一口受理，后台业务协同”服务模式，各条线职能部门逐步不再单独设立业务服务窗口，行政服务中心的所有服务窗口接受辖区群众各类办事需求，实现“一窗”能办多件事。为下一步“同区通办、全程公开”目标提供信息化支撑。XXX公共服务综合信息平台软件系统项目建设包括对XXX各街道服务事项按照一门式的要求进行梳理和流程再造，编制XXX街道行政服务中心服务事项目录，编制XXX“一门式”公共服务事项业务手册，实现对XXX街道行政服务中心服务的标准化体系建设。还包括业务应用系统设计及实施、系统软硬件采购和整体平台集成工作的信息系统建设，实现街道行政服务中心服务事项以预约引导、综合受理、现场办理为指引，优化项目流程、归并窗口设置、专线集成整合、实现一窗受理、分类一窗受理或基本一窗式受理；建立街道与社区两级联动、上下有序的受理模式，达到保证本项目涉及的各渠道信息公开内容的一致性；实现受理数据沉淀、工作量考核、数据统计、管理分析、报表打印等数据分析功能；实现从事项、时间段、事项所属业务部门、窗口工作人员多个维度对行政审批事项和社会服务事项进行汇总统计分析。项目建设目标在保留现有投资，最大程度利用原有投入设备和业务系统，实现和原有重要业务系统的对接的前提下，按照“硬件设施配置齐全、软件系统功能完善、规章制度配套科学、服务运行高效便捷”的要求，着眼于强化功能，立足于规范建设，在武昌全区各街道建成21个街道行政事务受理中心，建设一门式公共服务综合信息平台，以预约引导、综合受理、现场办理为指引，优化项目流程、归并窗口设置、专线集成整合、实现一窗受理的思想，统一办理政府基本公共服务事项，建立街道与社区两级联动、上下有序的受理模式，为窗口服务人员和业务部门工作人员提供一体化的多渠道办事审批服务，为政府部门民生服务和管理提供标准化管理，为居民群众提供更好更快捷的公共服务，实现受理数据沉淀、工作量考核、数据统计、管理分析、报表打印等数据分析功能，从而提高社区治理运行效率，提升居民群众的满意度。项目建设内容XXX公共服务综合信息平台软件系统项目的建设包括街道公共服务事项业务手册的编制和公共服务综合信息平台软件业务应用系统设计及实施、系统软硬件采购和整体平台集成工作。标准化体系的建设标准化体系的建设是对XXX各街道服务事项按照一门式的要求进行梳理和流程再造，编制XXX街道行政服务中心服务事项目录，编制XXX“一门式”公共服务事项业务手册。建立健全管理制度，实现对公开政务服务信息，办理事项的主体、依据、条件、程序、时限、结果、收费标准及依据和监督渠道等全面公开。规范内部运行机制，推行联合审批、首问负责、告知承诺、全程代理、限时办结、责任追究、效能评估等制度；严格落实内部工作人员的培训、考核、奖惩等管理制度。其建设内容包括行政审批事项及社会服务事项目录清单或“一门式”服务事项标准化手册编制、行政审批事项及社会服务事项流程梳理规范；还包括一门式公共服务系列规范编制，即“一门式”业务综合受理窗口操作细则、场地建设标准化规范、日常运营、服务和考核激励规范的编制。公共服务综合信息平台软件建设在保留现有投资，最大程度利用原有投入设备和业务系统，实现和原有重要业务系统的对接前提下，按照统一的信息化技术标准，建设社区事务受理服务子系统、业务整合对接子系统、后台管理子系统、公共服务综合绩效评估和分析决策系统，集成和对接各部门的业务审批系统，实现业务数据集中、业务系统共享协同，为社区居民提供便利的服务。建立以预约引导、综合受理、现场办理为指引，优化项目流程、归并窗口设置、专线集成整合、实现一窗受理，实现分类一窗受理或基本一窗式受理，一窗式综合受理窗口比例大于80%；建立街道与社区两级联动、上下有序的受理模式，保证本项目涉及的各渠道信息公开内容的一致性，如政策明确、告知清楚、过程透明、回执规范等；实现受理数据沉淀、工作量考核、数据统计、管理分析、报表打印等数据分析功能；民生数据决策分析系统能从事项、时间段、事项所属业务部门、窗口工作人员多个维度对行政审批事项和社会服务事项进行汇总统计分析，各项统计分析功能响应在3秒以内。建设为XXXXX和街道管理人员提供政府公共服务的绩效评估的公共服务综合绩效评估和分析决策系统，包括从时间、受理量、受理工作人员、区域分布、条线部门、事项等指标提供多个维度的查询统计分析功能，并为区级政府的公共服务政策制定和分析决策提供数据支撑。实现系统账号权限管理、总体情况统计、区级重要事项统计、阶段分类汇总统计等绩效评估和分析决策功能。配套软硬件建设网络与安全设备编号设备配置情况数量1三层交换机支持48个10/100/1000BASE-T端口，上行支持4X1000Base-XSFP、2X10GESFP+、4X10GESFP+插卡，分别支持上行插卡和堆叠卡/转发性能：132Mpps/端口交换容量(bps)：128G/背板交换容量：256G/2

二层2交换机10/100/1000Base-T以太网端口2124个二层2交换机10/100/1000Base-T以太网端口21支持VLAN,支持IEEE802.1Q,网管型交换机主机与存储设备服务器产品须采用国产设备，投标人须提供服务器原厂家对此项目的授权书及售后服务承诺函。标准机架式服务器，配置安装导轨/配置4颗IntelXeonE7-4820v2以上处理器/芯片组IntelC602J芯片组/支持32*DIMM,最大支持1TBReg/ECC前置服DDR3upto1600Mhz，本次招标要求务器128G（建议256G）1600服务器专用内存，满负荷不能降频/提供8x2.5”SAS/SATA/SSD热插拔硬盘位可内置2个2.5”SAS硬盘，本次招标要求至少3个600Gsas10000转企业级硬盘/

集成至少四个千兆或以上服务器以太网卡/另本次配置1块8GB双口HBA卡/RAID集成控制器，支持RAID0、1、5、10，缓存512M/最多可配置四个服务器电源；支持N+1、N+M冗余模式；本次要求配置两个电源/原厂商3年保修及7*24小时上门服务，原厂3年7*24小时电话支持服务数据库服务器标准机架式服务器，配置安装导轨/配置2颗IntelXeonE7-4820v2以上处理器/芯片组IntelC602J芯片组/支持32*DIMM,最大支持1TBReg/ECCDDR3upto1600Mhz，本次招标要求256G1600服务器专用内存，满负荷不能降频/提供8x2.5”SAS/SATA/SSD热插拔硬盘位可内置2个2.5"SAS硬盘，本次招标要求6个600Gsas10000转企业级硬盘/集成至少四个千兆或以上服务器以太网卡/另本次配置1块数据库服务器8GB双口HBA卡/RAID集成控制器，支持RAID0、1、5、10,缓存512M/最多可配置四个服务器电源；支持N+1、N+M冗余模式；本次要求配置两个电源/原厂商3年保修及7*24小时上门服务，原厂3年7*24小时电话支持服务备份设备2（配置

足够相

应授权

许可

数）12盘位磁盘备份存储设备，存储系统软件与备份软件整合成为一体，无需再额外配备份服务器。支持企业级SAS与SATA混插，本次配备4个SATA，容量为2TB的企业级硬盘，缓存64MB，万转转速。支持基于源端的重复数据删除功能。支持硬件级RAID0、1、5、6、50、60等多种RAID方式，支持全局热备盘，不同RAID方式可以并存。提供Raid掉电保护功能，防止突然断电造成RAID系统数据及缓存数据丢失的可能性，掉电保护时间须在72小时或以上。备份系统要求支持WINDOWS/LINUX/UNIX等操作系统，满足对32/64位平台及应用支持，以充分考虑对用户以后计算机网络系统建设的兼容性。支持对Windows和Linux操作系统的在线热备。系统恢复时必须支持从U盘、光盘和本地硬盘多种方式快速启动。支持文件、SQLServer、Oracle、Sybase、MySQL备份设备2（配置

足够相

应授权

许可

数）份。提供详细的图形化报表服务，使备份系统情况一目了然；当备份成功或失败时，可以通过邮件报警、日志报警。原厂7*24小时上门服务，7*24电话服务。存储设备用于emcvnx5100的扩展存储，裸容量不小于6T，支持在线扩展1光纤交换机24口8GB光纤交换机/激活配置16个8Gb/SFP模块1虚拟化软件正版软件，带厂家正版授权文件16CPU数据库正版软件，带厂家正版授权文件按需操作系统正版软件，带厂家正版授权文件按需1.5.项目特点及重难点XXX公共服务综合信息平台系统政府采购项目的建设包括XXX街道行政服务中心标准化体系的建设和公共服务综合信息系统建设。标准化体系的建设是对XXX各街道服务事项按照一门式的要求进行梳理和流程再造，编制XXX街道行政服务中心服务事项目录，编制XXX“一门式”公共服务事项业务手册；信息系统建设是进行业务应用系统设计及实施、系统软硬件采购和整体平台集成工作。该项目的建设涉及到了标准化体系梳理和流程再造、业务手册的编制、跨部门跨平台的数据共享和系统集成以及硬件建设，还涉及到XXX从区政府到全区21个街道行政事务受理中心政务业务处理的相关政务人员，所以该项目的建设存在着业务涉及面广、系统对接集成难度大、涉及人员多且复杂、工作内容多、工程时间紧迫的特点。在XXX公共服务综合信息平台系统政府采购项目的建设中，需要对XXX街道行政服务中心标准化体系进行梳理和流程再造，街道行政服务中心标准化体系和流程存在着体系庞大、内容众多、流程复杂的问题，既是项目建设需要解决的重点也是难点问题；在项目建设中，还需要解决跨部门跨平台的数据共享和与其他系统对接集成问题，这也是该项目建设中的重点、难点问题。1.6.项目建设标准依据《2006-2020年国家信息化发展战略》中办发〔2006〕11号；《社区服务体系建设规划（2011-2015年）》国办发〔2011〕61号；《国家基本公共服务体系“十二五”规划》国发〔2012〕29号；《关于进一步加强政务部门信息共享建设管理的指导意见》发改高技[2013]733号；《关于推进社区公共服务综合信息平台建设的指导意见》民发〔2013〕170号；《社区公共服务综合信息平台基本规范》MZ/T053-2014；《质量管理和质量保证标准》GB/T19000.3-ISO9000.3；《计算机软件质量保证计划规范》GB/T12504;《计算机软件产品开发文件编制指南》GB8567；《计算机软件产品需求说明编制指南》GB9385；《计算机软件产品测试文件编制指南》GB9386；《计算机软件配置管理计划规范》GB/T12505;《软件维护指南》GB/T14079;《软件开发、供应和维护中的使用指南》GB/T19001ISO9001;《信息技术软件生存周期过程》GB/T8566；《软件工程术语》GB/T11457；《计算机软件单元测试》GB/T15532。2.项目需求分析平台建设整体需求建设指标要求XXX公共服务综合信息平台系统的建设，需要达到以下指标要求：以预约引导、综合受理、现场办理为指引，优化项目流程、归并窗口设置、专线集成整合、实现一窗受理，实现分类一窗受理或基本一窗式受理，一窗式综合受理窗口比例大于80%。建立街道与社区两级联动、上下有序的受理模式，保证本项目涉及的各渠道信息公开内容的一致性，如政策明确、告知清楚、过程透明、回执规范等；实现受理数据沉淀、工作量考核、数据统计、管理分析、报表打印等数据分析功能；民生数据决策分析系统能从事项、时间段、事项所属业务部门、窗口工作人员多个维度对行政审批事项和社会服务事项进行汇总统计分析，各项统计分析功能响应在3秒以内。保留现有投资，最大程度利用原有投入设备和业务系统，实现和原有重要业务系统的对接。平台技术需求XXX公共服务综合信息平台系统的建设，存在着业务涉及面广、系统对接集成难度大、涉及人员多且复杂的特点，为了保障项目建设完全符合XXX公共服务综合信息平台系统要求，满足XXX街道行政服务中心一门式政务服务应用的需要，在平台系统建设中，需要满足以下要求：所设计的方案必须支持业界开放的、成熟的技术标准和规范，核心架构必须是开放的、可扩展的;必须满足XXX对业务信息系统在可靠性、安全性、技术成熟性、开放性等方面的实际要求。所设计的方案必须结合现有信息系统的实际情况，涵盖系统相关的各个层面，在设计规划上、技术实现上确保整体完整性和统一性；考虑业务将来的拓展，设备选型和配置留有一定扩展余地。平台要求采用集中部署方式，在区级层面集中控制和汇总以方便平台的实施部署和维护。平台应有良好的操作界面，便捷的操作方式，稳定的运行能力，较快的系统反应时间，并发用户数在30的情况下各应用系统功能响应时间小于3秒。平台应具有良好的扩展性，应能够根据业务功能需求改变而便捷的进行二次开发或配置。满足业务弹性及柔韧性要求。管理模式、组织机构、业务流程等都可能会随之改变，需要适应变革的需求，在保持适度刚性同时，提高平台的柔韧性及弹性。具有良好的核心框架，满足运行动态可插拔机制和多应用的集成与管理需求。系统需要有成熟、稳定可复用的表现层、业务层等通用技术构件（或服务），满足软件功能上的可扩展性和应用方面的稳定性要求。平台应支持系统动态维护，满足系统参数、菜单配置、组织架构调整、功能操作及数据管控权限等业务需求。10、平台核心产品功能应支持同时支撑200多个网点大规模运行。11、负责本项目建设的公司项目代表应熟悉集成相关设备和技术的工程师担当本，作为项目的技术接口，对采购人碰到重大技术问题进行处理，在接到采购人报告后负责处理事故和协调公司内部资源。平台安全需求XXX公共服务综合信息平台系统是应用于XXX政务管理和服务日常业务系统，所涉及到的数据包括政务和民生的敏感数据，而且平台系统是支撑XXX政务日常持续服务的应用系统，他需要能不间断稳定持续运行，为了保障数据安全及系统的运行稳定，平台的安全建设需要满足以下要求：平台应具有完整的安全解决方案，必须支持网络安全、应用安全和数据安全等功能，提供全过程的流程、操作等审计日志。平台应具有完善的权限管理、密码管理策略、用户管理。平台应具有较强的数据校验、操作保护、数据加密等数据级安全措施。平台应具有防御安全破坏，不间断持续运行的性能。平台系统应用对象分析行政服务中心政务工作人员向行政服务中心政务工作人员提供“一窗式”办理所有业务部门事项，主要为街道与社区两级行政服务中心政务工作人员为社区居民提供咨询、受理、办理、出证、查询统计等政务服务功能，包括人社、医保、社保、民政、计生等部门所有涉及自然人的服务事项。条线业务部门及相关领导为街道与社区两级行政服务中心政务工作人员提供较广范围的办事服务的绩效评估，并为市区两级政府领导的公共服务政策制定和决策提供依据。社区办事居民为社区办事居民提供人社、医保、社保、民政、计生等部门所有涉及自然人的服务事项，可以实现居民资料提交、主动提醒、个性化推送、网上办事、预约代理、自助查询等服务功能。业务需求分析目前街道和社区办事大厅中办理的主要审批事项共计17大类84项。在这84项事项中城管科工作8项、残疾人工作5项、妇联工作3项、工会工作5项、综合治理工作4项、经济发展工作3项、党群工作3项、社会保障工作13项、劳动就业工作4项、计划生育7项、残疾人工作6项、房屋管理工作4项、低保工作2项、老龄工作7项、环境卫生工作5项、志愿者工作2项、妇联工作1项、文体工作1项、青年教育工作1项。业务功能分析XXX公共服务综合信息平台系统的建设是要结合XX市XXX现有信息化资源和基础，建设一套覆盖街道与社区的智能化安全的一体化公共服务综合信息平台。通过服务综合信息平台系统，社区居民可现场“一窗”能办理除了目前正常开展的政务咨询、受理、办理、出证等服务外，同时能实现“一窗式”办理所有业务部门事项，通过“前台一口受理，后台业务协同”服务模式，各条线职能部门逐步不再单独设立业务服务窗口，行政服务中心的所有服务窗口接受辖区群众各类办事需求，实现“一窗”能办多件事。为下一步“同区通办、全程公开”目标提供信息化支撑。平台同时还能为政府部门民生服务和管理提供标准化（服务标准化、审批裁量准则的标准化和审批流程标准化）管理服务和基于大数据的决策分析服务。主要业务功能需求如下：1、公共服务事务受理服务主要为街道与社区两级行政服务中心提供咨询、受理、办理、出证、查询统计等政务服务功能，包括人社、医保、社保、民政、计生等部门所有涉及自然人的服务事项功能。并为街道与社区两级行政服务中心提供跨系统的跳转和整合服务。2、综合绩效评估和分析决策为XXX和街道与社区管理人员提供政府公共服务的绩效评估功能，包括从时间、受理量、受理工作人员、区域分布、条线部门、事项等指标提供多个维度的查询统计分析功能，建立全区公共服务和民生数据共享沉淀机制，并为区政府的公共服务政策制定和决策提供数据支撑。业务流程分析现.有社区事务办理流程及问题分析现有的社区事务办理模式是采取在社区按照业务内容设立条线式的政务服务窗口，居民群众办事时，到对应的窗口填写提交相应材料，由对口的工作人员将办事人员的信息录入到各级部门延伸到街道、社区的电子政务应用系统，再把相关证明材料及信息提交给各职能部门，进行审批办理，街道、社区主要履行的是“中转”的职能。现有事务办理流程如下图所示：居民领取办理结果办理完结居民社区党员群众服务中心相应事务管理部门居民领取办理结果办理完结居民社区党员群众服务中心相应事务管理部门图2-1现有业务流程在现有的事务处理模式下，存在着如下诸多问题：1、事物的办理缺乏与市民的沟通市民办理程序复杂，多次办理仍无法解决的问题多；市民查询、咨询过程不方便，无人性化设计和知识支撑；没有基于市民要求的事务受理情况信息交流平台；2、居民需要跑多个部门居民办理事务需要多部门多窗口跑，业务办理各部门间文件处理需要往返流转与跨部门和上、下级部门之间的流转时间过长，且大部分以纸质方式流转；电子政务限于条线，跨部门之间没有数据交换和共享；前后台审批和查询通过传统的手段，导致差错和时效差；很多办事环节手工办理、查询和受理，公正性和便捷性无以体现。3、业务办理资源不能共享协作政务人员工作缺乏量化的处理时间和服务质量的考核规范；窗口人员忙闲不均匀，待遇和技能不统一，各条线自成体系，管理不统一；人力及资源分散，造成资源及人力配置浪费。4、事务办理服务未达到标准化实施社区事务办理在跨部门之间，政府与市民之间不公开；没有以顾客为中心的服务策划和服务理念；条线办事权限限制过死，审批环节过多；很多涉及居委会取证；社区事务受理现场缺乏亲和力，特殊人群特殊事务不方便。5、事务办理拖延社区事务办理的办理时间拖延，过程和结果不透明，流转耗时、被动、公正和公平性时有影响。新.建平台需要实现的业务流程及功能XXX公共服务综合信息平台系统的建设，需要对XXX各街道服务事项按照一门式的要求进行梳理和流程再造，实现以预约引导、综合受理、现场办理为指引，优化项目流程、归并窗口设置、专线集成整合、实现一窗受理，实现分类一窗受理或基本一窗式受理，一窗式综合受理窗口比例大于80%；建立街道与社区两级联动、上下有序的受理模式，保证本项目涉及的各渠道信息公开内容的一致性，如政策明确、告知清楚、过程透明、回执规范等；实现受理数据沉淀、工作量考核、数据统计、管理分析、报表打印等数据分析功能；民生数据决策分析系统能从事项、时间段、事项所属业务部门、窗口工作人员多个维度对行政审批事项和社会服务事项进行汇总统计分析。一门式街道服务事务处理需要实现如下流程及功能：事务办理服务前台咨询事务办理服务咨询前台工作人员首先询问办事人员所需的服务类型，并对办事人员进行初步分类。这样即可以满足对部分前来咨询的办事人员进行直接的答复，避免这类办事人员的排队等候以及提高工作效率；并对特殊办事群体进行正确引导，使其不破坏办事大厅的正常工作次序；一窗式综合受理综合受理窗口区分办事人员的办事类型（即办件或流转件），并分别通过中心后台或数据交换系统对事务进行相应的办理，并按要求答复办事人员办事结果。综合受理窗口即面向办事人员的服务窗口，它可以综合目前所有政务服务事项的办理窗口，通过强大的后台支持以及事务管理系统、数据交换系统，达到在一个窗口办理所有政务事项的能力，并实现多个业务系统的数据共享问题，从而能够解决让市民办事不需要来回跑多个窗口的问题。协同后台协同后台主要是办理综合受理窗口需要到各业务部门审批的事务，以及需要多个业务部门协同办理的事务。协同后台是把经过综合受理窗口初步审核后的办事人员办理事项及材料进一步审核并报上级部门审批或在协同办理部门流转审批，在法定的时间范围内完成审批结果的反馈，再由综合受理窗口通过电话或政务代理方式通过办事人员。事务管理及数据交换系统统一的事务受理界面、管理系统，提供综合受理的政策查询、事项告知单、办事流程及依据、办理条件等信息的支持，并与各业务条线进行数据交换及共享。事务受理系统和数据交换系统是整个工作流程的重要组成部分，目前窗口办事人员还没达到能了解所有政务服务事项的办事流程及办事条件等信息，这就要求要有一套标准化的事务管理系统来支持综合受理所需要的信息，并且综合受理窗口还需要与各业务部门的应用系统进行数据交换，这样才能全面的了解办事人员的综合情况，针对其特定的业务信息进行事项的办理，并将其办理的情况以及个人数据信息进行本地沉淀，为统计分析提供数据基础。平台功能需求公共服务事务受理服务需求街道行政服务中心作为街道面向社区居民的综合服务窗口，社区居民的服务需求进一步增强，除了目前正常开展的政务咨询、受理、办理、出证等服务外，同时能实现“一窗式”办理所有业务部门事项，通过“前台一口受理，后台业务协同”服务模式，各条线职能部门逐步不再单独设立业务服务窗口，行政服务中心的所有服务窗口接受辖区群众各类办事需求，实现“一窗”能办多件事。为下一步“同区通办、全程公开”目标提供信息化支撑。根据以上要求公共服务事务受理服务应提供以下功能：核心受理功能为社区居民提供咨询、受理、办理、出证、查询统计等政务服务功能，包括人社、医保、社保、民政、计生等部门所有涉及自然人的服务事项。系统对每项事务按配置的流程流转，不可逆转，并自动跟踪承诺件事项，系统能自动提醒，督促办事。并且有详尽的日报表、月报表等统计功能，可统计出各种受理量，办结率和业务记录以及强大的分析功能。受理辅助功能为窗口工作人员提供办事指南，方便工作人员了解事务名称、办理依据、办理条件、办理时限等各项内容。条线业务对接提供自动登录、账号映射功能、登录操作日志记录等功能。后台查询统计分析功能提供服务大厅级的关于事务的各种分析，包括各业务条线的受理量和趋势分析等功能。信息发布和前后台互动实现对受理的各项办事事项前后台流转审批处理。服务功能扩展排队叫号、评价系统整合，为网格化管理等信息系统、网上预约、移动办公预留对接接口。业务整合对接需求XXX公共服务综合信息平台系统的应用涉及到与现有业务的其他应用系统进行数据共享和对接集成的需要，所以XXX公共服务综合信息平台系统需要满足以下业务整合对接需求。提供条线配置管理提供对业务部门信息系统的集成配置管理服务，可以很方便地配置集成新的业务部门信息系统。办事信息共享和沉淀功能提供窗口办事信息和电子材料的数据共享和沉淀功能。虚拟化管理服务提供虚拟远程桌面的多窗口管理。后台管理需求为了满足街道政务处理应用的需要，系统需要提供对所处理的事项、处理流程进行管理功能；为了保障街道政务处理工作按照流程和权限分工的要求，正常进行政务处理工作以及实现方便快捷的配置管理，需要对系统用户及权限进行管理，需要提供连接管理和系统配置管理，所以XXX公共服务综合信息平台系统需要提供以下后台管理功能。事项管理提供服务事项的管理功能，包括事项的增、删、改，及事项配置信息的维护功能。流程管理提供事项流程的配置、管理功能。流程配置信息包括：流程名称、办事事项、审核部门、流程类型、是否是终结点。用户管理提供受理服务子系统、统计分析子系统、后台管理子系统用户的增、改、锁定功能，及用户信息的维护功能。权限管理提供用户对事项的操权限及对事项流程的操作权限配置功能。专线连接管理提供对业务部门信息系统的集成配置管理服务，可以很方便地配置集成新的业务部门信息系统。系统配置系统、街配置信息的管理功能。可修改系统配置项的值。综合绩效评估和分析决策需求为了让XXX公共服务综合信息平台系统的运行应用能实现高效执行，平台系统需要能为XXXXX和街道管理人员提供政府公共服务的绩效评估功能，包括从时间、受理量、受理工作人员、区域分布、条线部门、事项等指标提供多个维度的查询统计分析功能，并为区级政府的公共服务政策制定和分析决策提供数据支撑。所以XXX公共服务综合信息平台系统需要具备以下的综合绩效评估和分析决策功能。账号权限管理区级部门账号和街道级账号分配，权限设置。总体情况统计当前登录账号所属权限相关的某时间段内总量的事项排名：包括受理和咨询。某时间段内各条线部门业务总量的排名：包括受理和咨询。某时间段内月度总受理量趋势图：包括总量趋势和每个事项的趋势图。区级重要事项统计全区重点事项办事量街道排名：失业登记、办理劳动手册、残疾证办理、城镇居民最低生活保障、申领独生子女光荣证、外来人员登记等。全区受理量月度趋势图：包括城镇低保、失业登记等事项；以及上述排名和趋势图的数据报表导出功能。阶段分类汇总统计当前登录账号所属权限相关的受理数据不同部门阶段累积月受理量趋势图、部门阶段累积月受理量统计、窗口阶段累积月受理量趋势图。阶段部门累积受理量排名：包括自然人的民政、人社、计生等部门。业务梳理及规范与标准制定需求该项目建设中需要对XXX各街道服务事项按照一门式的要求进行梳理和流程再造，编制XXX街道行政服务中心服务事项目录，编制XXX“一门式”公共服务事项业务手册。XXX公共服务综合信息平台软件系统建设业务梳理及规范与标准制定的需求如下：公共服务事项梳理和规范化A.行政审批事项及社会服务事项目录清单或“一门式”服务事项标准化手册；B.行政审批事项及社会服务事项流程。一门式公共服务系列规范A.“一门式”业务综合受理窗口操作细则；B.场地建设标准化规范；C.日常运营、服务和考核激励规范。2.6.配套硬件建设需求网络与安全设备需求编号设备配置情况数量1三层交换机支持48个10/100/1000BASE-T端口，上行支持4X1000Base-XSFP、2X10GESFP+、4X10GESFP+插卡，分别支持上行插卡和堆叠卡/转发性能：132Mpps/端口交换容量(bps)：128G/背板交换容量：256G/22二层交换机24个10/l00Base-TX端口，2个10/100/1000Base-T以太网端口，支持VLAN,支持IEEE802.1Q,网管型交换机21

主机与存储设备需求服务器产品须采用国产设备，投标人须提供服务器原厂家对此项目的授权书及售后服务承诺函。名称配置及要求数量名称配置及要求数量标准机架式服务器，配置安装导轨/配置4颗IntelXeonE7-4820v2以上处理器/芯片组IntelC602J芯片组/支持32*DIMM,最大支持1TBReg/ECCDDR3upto1600Mhz，本次招标要求128G（建议256G）1600服务器专用内存，满负荷不能降频/提供8x2.5”前置服SAS/SATA/SSD热插拔硬盘位可内置2 4务器个2.5”SAS硬盘，本次招标要求至少3个600Gsas10000转企业级硬盘/集成至少四个千兆或以上服务器以太网卡/另本次配置1块8GB双口HBA卡/RAID集成控制器，支持RAID0、1、5、10，缓存512M/最多可配置四个服务器电源；支持N+1、N+M冗余模式；本次要求配置两个电源/原厂商3年保修及7*24小时上门服务，原厂3年7*24小时电话支持服务标准机架式服务器，配置安装导轨/配置2颗IntelXeonE7-4820v2以上处理器/芯片组IntelC602J芯片组/支持32*DIMM,最大支持1TBReg/ECCDDR3upto1600Mhz，本次招标要求256G1600服务器专用内存，满负荷不能降频/提供8x2.5"SAS/SATA/SSD数据库热插拔硬盘位可内置2个2.5"SAS硬盘，服务器本次招标要求6个600Gsas10000转企业级硬盘/集成至少四个千兆或以上服务器以太网卡/另本次配置1块8GB双口HBA卡/RAID集成控制器，支持RAID0、1、5、10,缓存512M/最多可配置四个服务器电源；支持N+1、N+M冗余模式；本次要求配置两个电源/原厂商3年保修及7*24小时上门服务，原厂

3年7*24小时电话支持服务12盘位磁盘备份存储设备，存储系统软2（配置

足够相

应授权件与备份软件整合成为一体，无需再额外配备份服务器。支持企业级SAS与SATA混插，本次配备4个SATA，容量为22（配置

足够相

应授权的企业级硬盘，缓存64MB，万转转速。备份设备备份设备硬件级RAID0、1、5、6、50、60等多种RAID方式，支持全局热备盘，不同 许可RAID方式可以并存。提供Raid掉电保 数）护功能，防止突然断电造成RAID系统数据及缓存数据丢失的可能性，掉电保护时间须在72小时或以上。备份系统要求支持WINDOWS/LINUX/UNIX等操作系统，满足对32/64位平台及应用支持，以充分考虑对用户以后计算机网络系统建设的兼容性。支持对Windows和Linux操作系统的在线热备。系统恢复时必须支持从U盘、光盘和本地硬盘多种方式快速启动。支持文件、SQLServer、Oracle、Sybase、MySQL等数据库实时备份，支持任意备份时间点快速恢复。支持备份数据异地容灾，通过本地脱机备份然后容灾到异地。支持双机与集群连续性接管备份，有效保证关键业务。支持定时备份自动发现功能，当虚拟化环境中新增虚拟机时，可以自动纳入备份管理的数据源中来进行备份。支持虚拟化管理的虚拟机集群备份与恢复，并支持恢复时自动根据备份信息创建虚拟机。基于事件触发的自动备份：开机备份、联网备份、关机备份，以弥补由于统一备份任务执行时某些机器不是开机状态而导致的遗漏备份。

提供详细的图形化报表服务，使备份系统情况一目了然；当备份成功或失败时，可以通过邮件报警、日志报警。原厂7*24小时上门服务，7*24电话服务。存储设备用于emcvnx5100的扩展存储，裸容量不小于6T，支持在线扩展1光纤交换机24口8GB光纤交换机/激活配置16个8Gb/SFP模块1虚拟化软件正版软件，带厂家正版授权文件16CPU数据库正版软件，带厂家正版授权文件按需操作系统正版软件，带厂家正版授权文件按需1、 以上所有软硬件均优先考虑国产;所有软硬件均要求能与XXX政务网机房现在设备无缝扩展与对接;所有软硬件以实际满足本项目软件运行为基本要求，可适当调整增加配置。

2.7.项目实施进度需求XXX公共服务综合信息平台软件系统的建设，需要按照如下项目实施进度计划开展工作，按时完成项目建设。任务完成时间组织实施阶段.对所需硬件、软件系统进行采购、开发。.审核审查各类事项目录、内容，组织人员对基础数据进行录入。.实施和部署社区公共服务综合信息平台。.社区公共服务综合信息平台试运行（在两个街道完成）合同签订后3个月全面推广使用在其他街道开始社区公共服务综合信息平台正式运行；1个月2.8.用户培训需求为了保障XXX公共服务综合信息平台软件系统的顺利上线运用以及后期的运营维护，建设需要由项目承建者提供师资和培训教材，为涉及一门式业务的窗口工作人员、咨询引导人员、后台工作人员及中心管理人员进行一门式服务事项标准化和系统的应用培训，具体培训要求如下：对XX市XXX民政局的技术人员进行系统的使用、维护和保养培训，所有培训以中文进行。该培训将教会学员在日常和紧急情况下如何操作系统。培训教员对所提供的系统和产品具有五年以上的操作和维修经验。培训授课人员都是经过厂家认证的工程师、技术员等。培训教员的简历连同培训计划一并提交XX市XXX民政局，XX市XXX民政局认为培训教员不合格可要求更换。在系统完工测试之前为XX市XXX民政局技术人员进行现场培训，该培训包括正常操作程序和怎样处理紧急情况。在培训工作开始前向XX市XXX民政局免费提供所有中文培训资料，包括中文操作、维修手册，要求受训人员能够了解系统及设备的基本结构、工作原理及操作程序，能进行实际操作和日常维护、排除一般故障。2.9.质量保证及售后服务需求质量保证期（质保期）A.本次招标涉及的所有集成售后服务和应用软件维护服务须提供自验收合格之日起不少于1年的质保期。B.本次招标涉及的硬件设备须提供3年的质保期。售后服务要求A.投标人应具备固定的售后服务机构，处理所有售后服务，包括对现场安装及解决问题，同时可提供5义8小时本地语言（中文）支持。B.投标人负责所供软件产品的售后服务，包括提供所供产品技术咨询、技术培训、安装调试以及负责所供产品的保修及其它售后技术服务。C.投标人须做出无推诿承诺。即投标人应提供特殊措施，无论由于哪一方产生的问题而使系统发生不正常情况时，在得到采购人方通知后，须立即派工程师到现场，全力协助采购人和其他投标人，使系统尽快恢复正常。D.故障响应：应用软件发生故障后，招标方应立即通知投标人，投标人接到故障通知后应在1小时内响应，技术人员4小时到达现场处理，并应确保在8小时内修复故障。投标人应在投标文件中对故障响应时间以及故障应急服务提供技术支持予以承诺。E.电话支持：投标人必须在投标文件中详细说明专业维修点所在地点、联系电话、传真等资料，必须提供一条24小时售后服务热线电话，以保证招标方及时要求技术支持服务的需要。3.平台设计总体方案平台设计思路平台设计原则为了保障XXX公共服务综合信息平台系统既符合国家及地方标准，也完全满足XXX各街道社区管理及服务工作的需要，确保XXX公共服务综合信息平台系统开发技术路线的先进性，系统运行可靠性和稳定性，项目的建设将遵循以下原则：1、标准性原则：系统平台的开发按照《平台开发完全按照关于进一步加强政务部门信息共享建设管理的指导意见》发改高技[2013]733号、《关于推进社区公共服务综合信息平台建设的指导意见》民发〔2013〕170号、《社区公共服务综合信息平台基本规范》MZ/T053-2014来建设，并遵循其他有关的国际、国家主流技术标准。2、先进性原则：采用超前的技术路线和科学的体系结构，具有先进的技术水平，采用标准化产品，符合当今世界技术发展的方向。3、可靠性原则：服务总线的采用和非集中控制理念的应用为平台的运行提供了极高的可靠性和良好的容错性能。在一定灾难发生时，仍能保证系统不间断运行。4、可维护性原则：通过版本管理和自动更新机制为系统提供强大的可维护功能。5、可扩展性原则：随着系统相关业务的发展，系统必须符合可扩展性的要求。6、开放性原则：系统为其它委办条线的系统集成提供统一的数据接口，通过统一的消息平台进行交换和协同，可以方便地进行集成，不致产生信息“孤岛”。7、系统安全性原则：整个系统具有良好的安全管理功能，从数据存贮、消息发送、操作日志、系统备份等各个层面和角度都具有相应的安全机制。8、系统易用性和友好性原则：提供友好的用户操作界面，具备直观易用的人机界面。.应用开发体系XXX公共服务综合信息平台系统的建设涉及到了标准化体系梳理和流程再造、业务手册的编制、跨部门跨平台的数据共享和系统集成以及硬件建设，其业务涉及面广、系统对接集成难度大、涉及人员多且复杂、工作内容多，为了保障系统的实用性和维护管理的方便性，平台软件按照三层体系架构建设，从下至上分别为：数据层、业务层、用户层。系统支持业界开放的、成熟的技术标准和规范，核心架构是可开放的、可扩展的。在系统的开发上，使用.NET开发体系的模式进行，保障系统的先进性、可靠性、可移植性，为系统的运行维护提高可维护性，同时可保障系统的可扩展性和开放性。系统表现层采用BS/CS混合结构，系统开发是时将确保系统界面人性化、可操作性和一致性。3.1.22集成SOA体系架构XXX公共服务综合信息平台系统的建设，是以街道社区服务事项数据为基本支撑，以相关部门数据、业务处理为中心，与XXX各部门数据互联互通，实现同级部门间融为一体、关联业务部门互相协作的街道社区服务事项管理体系。各个应用系统之间需要进行数据交换和整合，因此每个子系统的设计应该遵循面向服务的体系结构，使各个子系统之间可以完整地集成在一起且实现与相关业务系统实现良好的协同化集成。XXX公共服务综合信息平台系统将采用面向服务的体系结构（SOA）,各子系统之间的接口使用Web服务。Web服务规范定义了实现服务以及与它们的交互所需要的细节。然而，面向服务的体系结构（SOA）是一种用于构建分布式系统的方法，采用SOA这种方法构建的分布式应用程序可以将功能作为服务交付，也可以构建其他的服务。面向服务的体系结构（SOA）可以基于Web服务，但是它也可能改为使用其他的技术来代替。在使用面向服务的体系结构（SOA）设计分布式应用程序时，将Web服务的使用从简单的客户端-服务器模型扩展成任意复杂的系统。因而，单个的软件资产成为开发其他应用程序的基本构件。通过与新的代码和遗留代码一起使用的共同交互方式来减少系统的复杂性和复用性。系.统支撑数据库对于一个应用系统来说，后台支撑数据库的性能关系着应用系统性能发挥和可用性，而且持续性在应用开发中是一个基本概念，对用户数据进行及时存储和持久保存是系统数据库必备的功能。根据XX市XXX公共服务综合信息平台系统政府采购项目招标要求，在本项目中我公司将选择主流的通用数据库管理软件MySQL作为数据库管理系统。本数据库是全世界较为出色的数据库系统之一，拥有卓越的性能和效率。平台整体框架根据以上对XX市XXX公共服务综合信息平台系统需求的分析以及对系统设计的总体规划，坚持科学性、实用性、先进性、经济性的原则，利用可复用的表现层、业务层等通用技术构件（或服务），将XX市XXX公共服务综合信息平台系统的总体结构分为用户层、表现层、业务层、支撑层、数据层、设备层，平台总体框架图如下：

用户层相关领导政务工作人员社区办事居民武昌区公共服务综合信息平台系统标准语规范办事指南条线业务对接后台查询统计信息发布及互动服务功能扩展条线配置管理信息共享及沉淀虚拟化管理业务层支撑层数据层设备层It决策、分析社区事务准入社区事务预警标准事务发布J数据管理系统认证权限管理系统维护系统日志消息服务数据沉淀数据更新过滤系统.管理数据集成数据交换接口专线接入管理用户层相关领导政务工作人员社区办事居民武昌区公共服务综合信息平台系统标准语规范办事指南条线业务对接后台查询统计信息发布及互动服务功能扩展条线配置管理信息共享及沉淀虚拟化管理业务层支撑层数据层设备层It决策、分析社区事务准入社区事务预警标准事务发布J数据管理系统认证权限管理系统维护系统日志消息服务数据沉淀数据更新过滤系统.管理数据集成数据交换接口专线接入管理条块.协调武昌区公共服务综合信息平台系统.消息服

.务总线.NETFramework虚拟化管理应用集成消息队列共享协同分布式事务处理知识库系统管理...数据..图3-1平台整体架构图设备层：主要为XXX公共服务综合信息平台系统提供应用服务、数据存储、信息传输、系统安全等所需要的硬件资源设备。采用虚拟化技术，通过资源管理、调度管理实现系统的各种功能，并具有横向扩展的能力。2、数据层数据层为XXX公共服务综合信息平台系统提供基于数据库的管理和数据服务，数据管理采用成熟的主流数据库产品乂丫5、1，并能提供数据挖掘和决策分析功能。支撑层A.消息总线服务利用.NETFramework框架，搭建消息队列、分布式事务处理服务，为XXX公共服务综合信息平台系统提供消息提醒和事务处理应用。B.虚拟化为XXX公共服务综合信息平台系统提供虚拟远程桌面的多窗口管理支撑服务。C.应用集成提供现有业务信息系统单点登录对接服务功能，提供志愿服务、便民利民服务等其他社区服务系统的集成接口，提供与单点登录、实有人口信息系统、社保系统、地理信息系统等应用的接入功能。D.共享协同综合信息平台提供和其他业务信息系统的共享和协同功能，提供共享规则定义、共享权限设置、共享日志记录等信息共享功能，提供标准化流程接口和流程环节信息传递等业务协同。E.知识库XXX公共服务综合信息平台系统提供社区公共服务内容的浏览、检索、评价、分类、审批、发布、倒入、模板定制、访问权限等管理功能，为窗口工作人员提供工作标准化指导、办事引导、业务培训、能力评估和质量改进等服务进行服务支撑，为社区居民提供信息公开、咨询、自助查询等服务支撑。业务层为XXX公共服务综合信息平台系统的重点建设内容之一，主要包括决策分析、数据管理、系统管理、条块协调等业务服务支持，是平台功能的主要实现层。表现层表现层为XXX公共服务综合信息平台系统面向用户提供相应应用服务的系统层，是用户与系统进行交互的操作层，为综合信息平台的用户提供多样化、智能化、便捷化的基于多种服务渠道和功能应用的社区公共服务。用户层用户层为系统用户接入层，为平台系统的最终用户提供接入系统的顺利通道。该系统的主要用户有：相关领导、政务工作人员、社区办事居民。平台组成及功能概述为了建设以预约引导、综合受理、现场办理为指引，优化项目流程、归并窗口设置、专线集成整合、实现一窗受理的思想，统一办理政府基本公共服务事项，建立街道与社区两级联动、上下有序的受理模式，为窗口服务人员和业务部门工作人员提供一体化的多渠道办事审批服务，为政府部门民生服务和管理提供标准化管理，为居民群众提供更好更快捷的公共服务，实现受理数据沉淀、工作量考核、数据统计、管理分析、报表打印等数据分析功能，从而提高社区治理运行效率，提升居民群众的满意度。XXX公共服务综合信息平台系统主要由公共服务综合信息系统、综合绩效评估和分析决策系统、智能社工服务门户系统三大系统组成，其功能简单描述如下：公共服务综合信息系统公共服务综合信息系统作为街道面向社区居民的公共服务事务受理服务窗口，随着社区居民的服务需求进一步增强，公共服务综合信息系统除了目前正常开展的政务咨询、受理、办理、出证等服务外，同时能实现“一窗式”办理所有业务部门事项，通过“前台一口受理，后台业务协同”服务模式，各条线职能部门逐步不再单独设立业务服务窗口，行政服务中心的所有服务窗口接受辖区群众各类办事需求，实现“一窗”能办多件事。为下一步“同区通办、全程公开”目标提供信息化支撑。其主要由事务受理服务子系统、业务整合对接子系统、后台管理子系统三大子系统组成。综合绩效评估和分析决策系统XXX公共服务综合信息平台的综合绩效评估和分析决策系统为XXXXX和街道管理人员提供政府公共服务的工作绩效进行评估并提供决策数据参考，包括从时间、受理量、受理工作人员、区域分布、条线部门、事项等指标提供多个维度的查询统计分析功能，并为区级政府的公共服务政策制定和分析决策提供数据支撑。综合绩效评估和分析决策系统包括账号权限管理、总体情况统计、区级重要事项统计、阶段分类汇总统计功能模块。智能社工服务门户系统智能社工服务门户系统主要是面向公众提供社区事务办事指南指导服务以及事务办理进展情况信息跟踪查询服务，为街道、社区搭建一个与公众沟通交流的方便快捷通道，其功能模块包括办事指南、信息查询。4.平台系统建设方案XXX公共服务综合信息平台系统的建设是在保留现有投资，最大程度利用原有投入设备和业务系统，实现和原有重要业务系统对接的前提下，通过虚拟化技术和网络技术，建设XXX一门式公共服务综合信息平台，为受理窗口提供综合性的一口受理服务，实现“一窗式”办理所有业务部门事项，通过“前台一口受理，后台业务协同”服务模式，各条线职能部门逐步不再单独设立业务服务窗口，行政服务中心的所有服务窗口接受辖区群众各类办事需求，解决条线窗口模式下量大业务拥堵排队情况和窗口工作人员的绩效评估，可以集成和对接各部门的业务审批系统，为全区街道社区公共服务处理部门提供跨部门的业务协同功能，从而提供公共服务“前台一口受理，后台协同办理”服务模式，在一体化平台基础上，可以通过不同网络和渠道延伸和拓展现

有通用审批业务办理平台的服务功能，并可以完善目前单点式系统带来的维护、更新的问题，实现业务数据集中、业务系统共享协同，为将来“全区通办、同城通办、全程公开”提供支撑，为社区居民获取政府公共服务、参与社区自治活动和沟通互动提供便利，为政府决策提供大数据支撑。业务系统

对接和集成前服务中受理 后台协同办理一门式受理前台受理人员后台办理后台办理 后台办理公共基本信息管理I劳动力资源管理失业保险业务（一）失业保险业务（二）居民社保管理居民医保管理I计生管理I民政救助人社服务器业务系统

对接和集成前服务中受理 后台协同办理一门式受理前台受理人员后台办理后台办理 后台办理公共基本信息管理I劳动力资源管理失业保险业务（一）失业保险业务（二）居民社保管理居民医保管理I计生管理I民政救助人社服务器医保服务器一门式虚拟化服务器图4-1业务逻辑关系图实现主要业务功能描述如下：公共服务事务受理服务主要为街道与社区两级行政服务中心提供咨询、受理、办理、出证、查询统计等政务服务功能，包括人社、医保、社保、民政、计生等部门所有涉及自然人的服务事项功能。并为街道与社区两级行政服务中心提供跨系统的跳转和整合服务。综合绩效评估和分析决策为XXX和街道与社区管理人员提供政府公共服务的绩效评估功能，包括从时间、受理量、受理工作人员、区域分布、条线部门、事项等指标提供多个维度的查询统计分析功能，建立全区公共服务和民生数据共享沉淀机制，并为区政府的公共服务政策制定和决策提供数据支撑。智能社工服务门户系统智能社工服务门户系统主要是面向公众提供社区事务办事指南指导服务以及事务办理进展情况信息跟踪查询服务，为街道、社区搭建一个与公众沟通交流的方便快捷通道。标准化体系的建设工作标准化体系公共服务标准化体系建设XXX公共服务综合信息平台系统工作标准化体系建设对对XXX各街道服务事项按照一门式的要求进行梳理和流程再造，编制XXX街道行政服务中心服务事项目录，编制XXX“一门式”公共服务事项业务手册。其建设内容如下：行政审批事项及社会服务事项目录清单或“一门式”服务事项标准化手册；＞行政审批事项及社会服务事项流程；＞“一门式”业务综合受理窗口操作细则；＞场地建设标准化规范；＞日常运营、服务和考核激励规范。公共服务事项梳理和规范化深入XXX各街道、社区，对街道社区政务工作服务事项进行走访调研，对XXX各街道服务事项和流程进行调研了解，分析街道服务事项处理过程及需求，按照一门式的要求对街道服务事项和流程进行梳理，编制XXX街道行政服务中心服务事项目录，并对流程按照一门式事务处理流程进行再造，编制XXX“一门式”公共服务事项业务手册。根据调研材料以及对街道服务事项和流程的梳理，根据国家社区工作服务相关工作标准以及事项处理规范，结合湖北省、XX市XXX的地方法规、规范，最后形成XXX“一门式”公共服务事项体系标准的如下建设成果：A.行政审批事项及社会服务事项目录清单或“一门式”服务事项标准化手册；B.行政审批事项及社会服务事项流程。深入XXX各街道、社区，对街道社区政务工作服务事项进行走访调研，对XXX街道服务受理需求、对街道服务事项业务综合受理窗口需求等进行调研了解，按照一门式的要求操作，编制XXX街道行政服务中心服务事项业务综合受理窗口操作细则。根据调研材料以及对街道服务事项受理需求、业务综合受理窗口需求，根据国家社区工作服务场地建设标准以及场地建设规范，结合湖北省、XX市XXX的地方法规、规范，制定社区事务受理服务中心场地建设标准化规范以及日常运营、服务、考核激励规范。形成XXX“一门式”公共服务系列规范的如下建设成果：A.“一门式”业务综合受理窗口操作细则；B.场地建设标准化规范；C.日常运营、服务和考核激励规范。平台运营技术标准XXX公共服务综合信息平台系统，应具有良好的开放性和统一性，在建设中必须遵照相关的管理规范和遵循有关的建设标准，而在建设完成投入正式运行后则更需要建立一系列的运行机制和有关的标准和管理规范。本系统技术标准部分规定了系统内部信息处理流程中的数据格式、数据接口、传输协议等基础性标准。在满足系统需求的基础上，拟优先考虑采用参照已有的国际、国内以及行业内标准规范，其次是修订或制定适合本项目特点、专用的、不与国家或行业标准冲突的标准规范。事务受理文件命名规范规定在传输的文件名中体现来源、时间、级别、类型等重要信息要素以便及时识别和存档、查询。事务受理信息格式规范包括事务信息头和内容格式的代码表示，涉及有事务编码、事项编号、受理时间、受理类型、操作员、当前事务状态等。居民基本信息采集规范包括姓名、国籍、性别、出生日期、证件类型、证件号码、民族、婚姻状况、文化程度、户籍类型等数据接口规范目前各行业主管部门的业务系统及数据库设计各不相同。所以，本系统需统一规定相应的数据接口，主要包括：数据格式转换、数据接口规范、数据交换标准等。数据传输协议在各级政务网信息传输的规范。参考相关的国家事项信息传输协议应用标准，以直接采用为首选，其次建立、使用、完善适用于本系统内部的传输协议。其他技术标准其他与系统内部相关的技术标准，例如：网站信息发布页面显示、插件显示标准等。公共服务综合信息系统事务受理服务子系统.核心事务受理功能事务受理功能为事务受理服务子系统的核心功能。为社区居民提供咨询、受理、办理、出证、查询统计等政务服务功能，包括人社、医保、社保、民政、计生等部门所有涉及自然人的服务事项。“一门式”街道服务事项受理对每项事务按配置的流程流转，不可逆转，并自动跟踪承诺件事项，系统能自动提醒，督促办事。系统有详尽的日报表、月报表等统计功能，可统计出各种受理量，办结率和业务记录以及强大的分析功能。屣唐附堂IfrtBC上互图4-2业务受理.受理辅助功能受理辅助功能为窗口工作人员提供办事指南，方便工作人员了解事务名称、办理依据、办理条件、办理时限等各项内容。建立业务知识数据库，形成平台应用指导、业务办理流程指导、事务办理依据、条件以及时限限制等业务处理规定规范的电子知识库，为窗口工作人员方便快捷的提供工作事务处理指导和平台应用指导。寿聿IBiH四，受理而程.・a■△页m口闻mnai电面£as.』£丽脸脸中i力5W*；i可*・gj刘.a■:Rg!左苴不人由相的学QHUI自尊iHKHMEi：W：i«S«iir爆1越*生自g*»s4.FK呼・士好三与法需音情回中于g一萌辰磔百士Mffl与生主甲BI■儿五，农要后港无A,咨沟亶询访中■至：asaanas七、特刽说啊团金屏a曰廿khe三词距中・&v应n就楠为h图4-3受理辅助.条线业务对接功能在“一门式”的社区居民综合服务业务受理中，街道行政事务受理中心窗口工作人员需要与各条线业务部门的专用系统实现业务受理数据的录入和提交，为了满足“一门式”业务受理窗口工作人员方便快捷的后台自动实现条线业务对接，让街道政务服务中心窗口工作人员无需再次输入账号等信息进行系统登录，条线业务可以实现后台自动登录、账号映射功能、登录操作日志记录等功能。.后台查询统计分析功能后台查询统计分析可以实现服务大厅级的关于事务的各种分析，其包括各业务条线的受理量和趋势分析等。可根据事务受理时所填写的事务申请人、事务编号、事务名称、事务受理日期、办理状态等属性字段信息，对服务大厅所受的各个事务进行查询；可以服务大厅为统计基本单位，对单个服务大厅所受理的事务量进行统计，并对居民办事趋势情况、每件事务处理时间、各状态阶段事务数量等相关指标信息进行统计分析，为管理提供强大的信息查询以及数据统计分析功能。受理日用初如加史SB箝1受理日用初如加史SB箝1时52却图4-4后台查询统计分析.信息发布和前后台互动信息发布和前后台互动可以实现办事事项前后台流转审批处理。在“一门式”事务服务窗口，事务受理工作人员受理居民申办事项后，可进行信息发布，将受理事件生成为事件信息，进行提交，以完成事件受理和启动办理流转，工作人员再通过前后台互动，将启动的事件推向下一个办理步骤，实现居民申报事件完整的信息化材料的生成和事件的前后台互动流转。.服务功能扩展为了满足一门式服务大厅工作需要和向居民提供人性便捷的服务以及对服务人员服务质量进行监督，一门式服务大厅还需要配备排队叫号、服务评价系统，所以XXX公共服务综合信息平台系统还具备服务扩展功能，可以实现与排队叫号、评价系统进行集成整合，实现排队叫号、评价系统与XXX公共服务综合信息平台系统连通互动、数据共享。同时XXX公共服务综合信息平台系统还可以进行服务功能扩展，为网格化管理、网上预约、移动办公等信息系统预留对接接口，实现与政务系统的全面集成整合。业务整合对接子系统条线配置管理提供对业务部门信息系统的集成配置管理服务，可以很方便地配置集成新的业务部门信息系统。系统用户利用条线配置管理，可以在现有政务应用系统的基础上，进行简单便捷的应用配置和定制，即可实现方便快捷的集成组建一个新的业务部门信息系统。国行号设置©昱健演堪融除型启s弥 mns 慝料匚 。人个11化服芳俵 蚓 ”…r 社合俣险钺 test] arm办事信息共享和沉淀系统提供强大的资料收集成管理数据库功能，对一门式业务办理过程中所形成的各类办事信息和电子材料进行存储和沉淀，通过系统的数据管理和数据处理，实现数据的清洗和分类，逐步形成全面、规范、标准的一门式业务处理数据库。对于形成的数据库，系统可提供对所积累的数据进行共享，实现对窗口办事信息和电子材料的数据的共享服务。虚拟化管理服务虚拟化管理服务主要是为工作人员提供虚拟远程桌面的多窗口应用管理。为方便窗口操作人员可以便捷的操作多个应用系统，综合窗口包含了虚拟化远程桌面功能，系统用户在系统登录界面可以看到单屏、多屏的设置功能，让用户进行虚拟远程桌面的设置，以实现一个显示器同时提供多个应用桌面的应用。用户选择单屏，则专线系统和一门式系统都在一个屏上显示；若选择选择有多屏，则一门式系统和专线系统则一左一右的同时显示在屏幕中。后台管理子系统事项管理事项管理为用户提供服务事项的管理功能，包括事项的增、删、改及事项配置信息的维护功能。具有权限的用户进入系统，利用事项管理功能，可以对已经存入系统中的受理事项进行增、删、改及事项配置信息的维护管理操作，方便管理人员对已经保存的事项进行维护管理。流程管理流程管理提供事项流程的配置、管理功能。流程配置信息包括：流程名称、办事事项、审核部门、流程类型、是否是终结点。具有流程管理权限的用户在进入流程管理功能后，利用流程配置功能，可以对已经存在的流程模板进行编辑修改以及对子短信息内容进行修改设置；可以利用流程管理功能，对已经流转的流程事件进行修改和删除操作，方便工作人员对所提交的流程进行管理。用户管理用户管理功能是为系统用户提供对系统账户的用户、用户权限以及用户信息进行管理维护，让系统管理者可以简单的实现对系统用户的管理。用户管理可以对受理服务子系统、统计分析子系统、后台管理子系统用户进行用户增、改、锁定等管理，还可以对用户的相关信息进行维护管理。权限管理权限管理提供用户对事项的操权限和对事项流程的操作权限配置和管理。具有权限管理的用户进入系统后，可以利用权限管理功能，方便的对平台中存在的事项的操作用户进行读、改、无权限三种类型的设定；同时，也可以对平台中存在的事项流程进行查看、审批等权限的配置，实现对事项流程操作权限的配置和管