智慧政务公共服务信息平台系统技术投标方案Word文档下载推荐.docx
- 文档编号:22175523
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:85
- 大小:638.18KB
智慧政务公共服务信息平台系统技术投标方案Word文档下载推荐.docx
《智慧政务公共服务信息平台系统技术投标方案Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《智慧政务公共服务信息平台系统技术投标方案Word文档下载推荐.docx(85页珍藏版)》请在冰豆网上搜索。
实现从事项、时间段、事项所属业务部门、窗口工作人员多个维度对行政审批事项和社会服务事项进行汇总统计分析。
1.3.项目建设目标
在保留现有投资,最大程度利用原有投入设备和业务系统,实现和原有重要业务系统的对接的前提下,按照“硬件设施配置齐全、软件系统功能完善、规章制度配套科学、服务运行高效便捷”的要求,着眼于强化功能,立足于规范建设,在武昌全区各街道建成21个街道行政事务受理中心,建设一门式公共服务综合信息平台,以预约引导、综合受理、现场办理为指引,优化项目流程、归并窗口设置、专线集成整合、实现一窗受理的思想,统一办理政府基本公共服务事项,建立街道与社区两级联动、上下有序的受理模式,为窗口服务人员和业务部门工作人员提供一体化的多渠道办事审批服务,为政府部门民生服务和管理提供标准化管理,为居民群众提供更好更快捷的公共服务,实现受理数据沉淀、工作量考核、数据统计、管理分析、报表打印等数据分析功能,从而提高社区治理运行效率,提升居民群众的满意度。
1.4.项目建设内容
XXX公共服务综合信息平台软件系统项目的建设包括街道公共服务事项业务手册的编制和公共服务综合信息平台软件业务应用系统设计及实施、系统软硬件采购和整体平台集成工作。
1、标准化体系的建设
标准化体系的建设是对XXX各街道服务事项按照一门式的要求进行梳理和流程再造,编制XXX街道行政服务中心服务事项目录,编制XXX“一门式”公共服务事项业务手册。
建立健全管理制度,实现对公开政务服务信息,办理事项的主体、依据、条件、程序、时限、结果、收费标准及依据和监督渠道等全面公开。
规范内部运行机制,推行联合审批、首问负责、告知承诺、全程代理、限时办结、责任追究、效能评估等制度;
严格落实内部工作人员的培训、考核、奖惩等管理制度。
其建设内容包括行政审批事项及社会服务事项目录清单或“一门式”服务事项标准化手册编制、行政审批事项及社会服务事项流程梳理规范;
还包括一门式公共服务系列规范编制,即“一门式”业务综合受理窗口操作细则、场地建设标准化规范、日常运营、服务和考核激励规范的编制。
2、公共服务综合信息平台软件建设
在保留现有投资,最大程度利用原有投入设备和业务系统,实现和原有重要业务系统的对接前提下,按照统一的信息化技术标准,建设社区事务受理服务子系统、业务整合对接子系统、后台管理子系统、公共服务综合绩效评估和分析决策系统,集成和对接各部门的业务审批系统,实现业务数据集中、业务系统共享协同,为社区居民提供便利的服务。
建立以预约引导、综合受理、现场办理为指引,优化项目流程、归并窗口设置、专线集成整合、实现一窗受理,实现分类一窗受理或基本一窗式受理,一窗式综合受理窗口比例大于80%;
建立街道与社区两级联动、上下有序的受理模式,保证本项目涉及的各渠道信息公开内容的一致性,如政策明确、告知清楚、过程透明、回执规范等;
民生数据决策分析系统能从事项、时间段、事项所属业务部门、窗口工作人员多个维度对行政审批事项和社会服务事项进行汇总统计分析,各项统计分析功能响应在3秒以内。
建设为XXXXX和街道管理人员提供政府公共服务的绩效评估的公共服务综合绩效评估和分析决策系统,包括从时间、受理量、受理工作人员、区域分布、条线部门、事项等指标提供多个维度的查询统计分析功能,并为区级政府的公共服务政策制定和分析决策提供数据支撑。
实现系统账号权限管理、总体情况统计、区级重要事项统计、阶段分类汇总统计等绩效评估和分析决策功能。
3、配套软硬件建设
●网络与安全设备
编号
设备
配置情况
数量
1
三层交换机
支持48个10/100/1000BASE-T端口,上行支持4×
1000Base-XSFP、2×
10GESFP+、4×
10GESFP+插卡,分别支持上行插卡和堆叠卡/转发性能:
132Mpps/端口交换容量(bps):
128G/背板交换容量:
256G/
2
二层交换机
24个10/100Base-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个2.5”SAS硬盘,本次招标要求至少3个600Gsas10000转企业级硬盘/集成至少四个千兆或以上服务器以太网卡/另本次配置1块8GB双口HBA卡/RAID集成控制器,支持RAID0、1、5、10,缓存512M/最多可配置四个服务器电源;
支持N+1、N+M冗余模式;
本次要求配置两个电源/原厂商3年保修及7*24小时上门服务,原厂3年7*24小时电话支持服务
4
数据库服务器
标准机架式服务器,配置安装导轨/配置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/最多可配置四个服务器电源;
备份设备
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等数据库实时备份,支持任意备份时间点快速恢复。
支持备份数据异地容灾,通过本地脱机备份然后容灾到异地。
支持双机与集群连续性接管备份,有效保证关键业务。
支持定时备份自动发现功能,当虚拟化环境中新增虚拟机时,可以自动纳入备份管理的数据源中来进行备份。
支持虚拟化管理的虚拟机集群备份与恢复,并支持恢复时自动根据备份信息创建虚拟机。
基于事件触发的自动备份:
开机备份、联网备份、关机备份,以弥补由于统一备份任务执行时某些机器不是开机状态而导致的遗漏备份。
提供详细的图形化报表服务,使备份系统情况一目了然;
当备份成功或失败时,可以通过邮件报警、日志报警。
原厂7*24小时上门服务,7*24电话服务。
2(配置足够相应授权许可数)
存储设备
用于emcvnx5100的扩展存储,裸容量不小于6T,支持在线扩展
光纤交换机
24口8GB光纤交换机/激活配置16个8Gb/SFP模块
虚拟化软件
正版软件,带厂家正版授权文件
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/T
053-2014;
《质量管理和质量保证标准》GB/T19000.3-ISO9000.3;
《计算机软件质量保证计划规范》GB/T12504;
《计算机软件产品开发文件编制指南》GB8567;
《计算机软件产品需求说明编制指南》GB9385;
《计算机软件产品测试文件编制指南》GB9386;
《计算机软件配置管理计划规范》GB/T12505;
《软件维护指南》GB/T14079;
《软件开发、供应和维护中的使用指南》GB/T19001ISO9001;
《信息技术软件生存周期过程》GB/T8566;
《软件工程术语》GB/T11457;
《计算机软件单元测试》GB/T15532。
2.项目需求分析
2.1.平台建设整体需求
2.1.1.建设指标要求
XXX公共服务综合信息平台系统的建设,需要达到以下指标要求:
1、以预约引导、综合受理、现场办理为指引,优化项目流程、归并窗口设置、专线集成整合、实现一窗受理,实现分类一窗受理或基本一窗式受理,一窗式综合受理窗口比例大于80%。
2、建立街道与社区两级联动、上下有序的受理模式,保证本项目涉及的各渠道信息公开内容的一致性,如政策明确、告知清楚、过程透明、回执规范等;
3、实现受理数据沉淀、工作量考核、数据统计、管理分析、报表打印等数据分析功能;
4、保留现有投资,最大程度利用原有投入设备和业务系统,实现和原有重要业务系统的对接。
2.1.2.平台技术需求
XXX公共服务综合信息平台系统的建设,存在着业务涉及面广、系统对接集成难度大、涉及人员多且复杂的特点,为了保障项目建设完全符合XXX公共服务综合信息平台系统要求,满足XXX街道行政服务中心一门式政务服务应用的需要,在平台系统建设中,需要满足以下要求:
1、所设计的方案必须支持业界开放的、成熟的技术标准和规范,核心架构必须是开放的、可扩展的;
必须满足XXX对业务信息系统在可靠性、安全性、技术成熟性、开放性等方面的实际要求。
2、所设计的方案必须结合现有信息系统的实际情况,涵盖系统相关的各个层面,在设计规划上、技术实现上确保整体完整性和统一性;
考虑业务将来的拓展,设备选型和配置留有一定扩展余地。
3、平台要求采用集中部署方式,在区级层面集中控制和汇总以方便平台的实施部署和维护。
4、平台应有良好的操作界面,便捷的操作方式,稳定的运行能力,较快的系统反应时间,并发用户数在30的情况下各应用系统功能响应时间小于3秒。
5、平台应具有良好的扩展性,应能够根据业务功能需求改变而便捷的进行二次开发或配置。
6、满足业务弹性及柔韧性要求。
管理模式、组织机构、业务流程等都可能会随之改变,需要适应变革的需求,在保持适度刚性同时,提高平台的柔韧性及弹性。
7、具有良好的核心框架,满足运行动态可插拔机制和多应用的集成与管理需求。
8、系统需要有成熟、稳定可复用的表现层、业务层等通用技术构件(或服务),满足软件功能上的可扩展性和应用方面的稳定性要求。
9、平台应支持系统动态维护,满足系统参数、菜单配置、组织架构调整、功能操作及数据管控权限等业务需求。
10、平台核心产品功能应支持同时支撑200多个网点大规模运行。
11、负责本项目建设的公司项目代表应熟悉集成相关设备和技术的工程师担当本,作为项目的技术接口,对采购人碰到重大技术问题进行处理,在接到采购人报告后负责处理事故和协调公司内部资源。
2.1.3.平台安全需求
XXX公共服务综合信息平台系统是应用于XXX政务管理和服务日常业务系统,所涉及到的数据包括政务和民生的敏感数据,而且平台系统是支撑XXX政务日常持续服务的应用系统,他需要能不间断稳定持续运行,为了保障数据安全及系统的运行稳定,平台的安全建设需要满足以下要求:
1、平台应具有完整的安全解决方案,必须支持网络安全、应用安全和数据安全等功能,提供全过程的流程、操作等审计日志。
2、平台应具有完善的权限管理、密码管理策略、用户管理。
3、平台应具有较强的数据校验、操作保护、数据加密等数据级安全措施。
4、平台应具有防御安全破坏,不间断持续运行的性能。
2.2.平台系统应用对象分析
2.2.1.行政服务中心政务工作人员
向行政服务中心政务工作人员提供“一窗式”办理所有业务部门事项,主要为街道与社区两级行政服务中心政务工作人员为社区居民提供咨询、受理、办理、出证、查询统计等政务服务功能,包括人社、医保、社保、民政、计生等部门所有涉及自然人的服务事项。
2.2.2.条线业务部门及相关领导
为街道与社区两级行政服务中心政务工作人员提供较广范围的办事服务的绩效评估,并为市区两级政府领导的公共服务政策制定和决策提供依据。
2.2.3.社区办事居民
为社区办事居民提供人社、医保、社保、民政、计生等部门所有涉及自然人的服务事项,可以实现居民资料提交、主动提醒、个性化推送、网上办事、预约代理、自助查询等服务功能。
2.3.业务需求分析
目前街道和社区办事大厅中办理的主要审批事项共计17大类84项。
在这84项事项中城管科工作8项、残疾人工作5项、妇联工作3项、工会工作5项、综合治理工作4项、经济发展工作3项、党群工作3项、社会保障工作13项、劳动就业工作4项、计划生育7项、残疾人工作6项、房屋管理工作4项、低保工作2项、老龄工作7项、环境卫生工作5项、志愿者工作2项、妇联工作1项、文体工作1项、青年教育工作1项。
2.3.1.业务功能分析
XXX公共服务综合信息平台系统的建设是要结合XX市XXX现有信息化资源和基础,建设一套覆盖街道与社区的智能化安全的一体化公共服务综合信息平台。
通过服务综合信息平台系统,社区居民可现场“一窗”能办理除了目前正常开展的政务咨询、受理、办理、出证等服务外,同时能实现“一窗式”办理所有业务部门事项,通过“前台一口受理,后台业务协同”服务模式,各条线职能部门逐步不再单独设立业务服务窗口,行政服务中心的所有服务窗口接受辖区群众各类办事需求,实现“一窗”能办多件事。
平台同时还能为政府部门民生服务和管理提供标准化(服务标准化、审批裁量准则的标准化和审批流程标准化)管理服务和基于大数据的决策分析服务。
主要业务功能需求如下:
1、公共服务事务受理服务
主要为街道与社区两级行政服务中心提供咨询、受理、办理、出证、查询统计等政务服务功能,包括人社、医保、社保、民政、计生等部门所有涉及自然人的服务事项功能。
并为街道与社区两级行政服务中心提供跨系统的跳转和整合服务。
2、综合绩效评估和分析决策
为XXX和街道与社区管理人员提供政府公共服务的绩效评估功能,包括从时间、受理量、受理工作人员、区域分布、条线部门、事项等指标提供多个维度的查询统计分析功能,建立全区公共服务和民生数据共享沉淀机制,并为区政府的公共服务政策制定和决策提供数据支撑。
2.3.2.业务流程分析
1.
2.
2.1.
2.2.
2.3.
2.3.1.
2.3.2.
2.3.2.1.现有社区事务办理流程及问题分析
现有的社区事务办理模式是采取在社区按照业务内容设立条线式的政务服务窗口,居民群众办事时,到对应的窗口填写提交相应材料,由对口的工作人员将办事人员的信息录入到各级部门延伸到街道、社区的电子政务应用系统,再把相关证明材料及信息提交给各职能部门,进行审批办理,街道、社区主要履行的是“中转”的职能。
现有事务办理流程如下图所示:
图21现有业务流程
在现有的事务处理模式下,存在着如下诸多问题:
1、事物的办理缺乏与市民的沟通
市民办理程序复杂,多次办理仍无法解决的问题多;
市民查询、咨询过程不方便,无人性化设计和知识支撑;
没有基于市民要求的事务受理情况信息交流平台;
2、居民需要跑多个部门
居民办理事务需要多部门多窗口跑,业务办理各部门间文件处理需要往返流转与跨部门和上、下级部门之间的流转时间过长,且大部分以纸质方式流转;
电子政务限于条线,跨部门之间没有数据交换和共享;
前后台审批和查询通过传统的手段,导致差错和时效差;
很多办事环节手工办理、查询和受理,公正性和便捷性无以体现。
3、业务办理资源不能共享协作
政务人员工作缺乏量化的处理时间和服务质量的考核规范;
窗口人员忙闲不均匀,待遇和技能不统一,各条线自成体系,管理不统一;
人力及资源分散,造成资源及人力配置浪费。
4、事务办理服务未达到标准化实施
社区事务办理在跨部门之间,政府与市民之间不公开;
没有以顾客为中心的服务策划和服务理念;
条线办事权限限制过死,审批环节过多;
很多涉及居委会取证;
社区事务受理现场缺乏亲和力,特殊人群特殊事务不方便。
5、事务办理拖延
社区事务办理的办理时间拖延,过程和结果不透明,流转耗时、被动、公正和公平性时有影响。
2.3.2.2.新
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 智慧 政务 公共 服务 信息 平台 系统 技术 投标 方案