《XX省XX局政务服务综合管理系统采购需求.docx》由会员分享,可在线阅读,更多相关《XX省XX局政务服务综合管理系统采购需求.docx(18页珍藏版)》请在课桌文档上搜索。
1、XX省XX局政务服务综合管理系统采购需求1采购货物一览表合同包序号项目建设内容描述数量备注1XX省XX局政务服务综合管理系统项目详见采购内容及要求1套建设工期:合同签订后1个月内完成系统开发实施工作,然后进行1个月试运行交货地点:采购单位指定地点。2采购内容及要求2.1项目概述2.Ll项目背景我单位深入贯彻“最多跑一次”、数字化改革,针对所审批、监管的服务事项先后按照省政府、省大数据局统一规划,进行了“X里办”掌上办事服务接入、政务服务2.O平台对接等改造,极大的增强了在线服务能力和与其他省级单位的数据共享服务水平,但当前仍将面临办件数据汇聚、数据分析统计等难题亟待解决。而面对当前政务服务能力
2、提升出现瓶颈的局面,以数据为抓手,实现“数字+政务服务”迫在眉睫,为充分发掘数据要素价值,增强主动服务意识,全面提升我单位政务服务水平和数字化工作治理能力,特开展本项目建设。2.1.2建设内容本项目建设内容主要包括XX省XX局政务服务综合管理系统功能、数据治理与数据应用两部分。综合管理系统功能建设包括:1 .系统迁移部署。完成省统一权力运行系统省XX局政务服务事项向新部署的综合管理系统迁移,通过云化组件为省文物统建政务服务事项的办理提供支撑。2 .市县政务服务事项配置。完成地市、县市区政务服务事项在XX省XX局综合管理系统的配置工作,实现统一接入、统一办理、统一管控。3 .政务服务2.O平台对
3、接。完成文物条线事项的政务服务2.O平台对接。做好共享接口调整适配。4 .部署电子文件归档功能。建设和部署XX局政务服务事项的电子文件归档功能,包括归档管理、归档接口和数据对接。5 .省级事项证照电子证照应用建设。完成省级办理的政务服务事项电子证照核发功能配置以及电子证照全生命周期管理功能开发。6 .告知提示功能建设。对接厅短信机,实现对内的办件提醒与对外的到期提zO7 .信用服务及相关应用场景配置建设。完成信用校验、信用更新、信用共享回路建设、补齐补正等功能,实现信用服务的闭环应用。8 .“X政钉”钉审批功能建设。建设构建待办、在办、已办业务应用,提供X政钉嵌入的办理,审批,提交,办结等功能
4、。9 .完成XX省XX局政务服务综合管理系统的应用端信创适配。数据治理与数据应用建设包括:1.数据库改造。按照服务对象、办事材料、办件过程、输出结果以及管理信息对数据库进行重构。2.统计分析与服务对象画像。整合前期审批系统建设成果,以实际业务场景出发构建数字化动态工作分析模型以文博服务对象“画像”档案。2L3建设目标本项目按照全省统一的技术框架和标准规范,建设覆盖文物条线审批业务省市县三级一体化、智能化、数字化的政务服务综合管理系统。通过此次系统迁移重构,为打造的监管有态度、办事有速度、服务有温度的全方位服务体系奠定基础。2L3.1业务目标1.新增(省级事项)电子证照全生命周期管理功能并实现数
5、据共享服务;2 .构建信用核查、容缺受理、补齐补正、补正提醒全链条服务;3 .建立信用核查、信用管理、信用数据推送的闭环应用;4 .以服务为导向,建设服务对象“画像”应用(限企业、社会团体);5 .建设钉审批应用,推动“掌上办公”落实。6 .1.3.2技术目标1 .操作简单:操作人员对照简单的使用说明书即可操作,或者略经培训就可操作;2 .功能完善:系统能够完成要求的所有功能操作,同时具有良好的运行速度,有较高的数据承载能力,在网络稳定的环境下操作性界面单一,操作的系统响应时间为秒级;3 .数据安全:系统应提供7X24小时的连续运行,平均年故障时间:1天,平均故隙修复时间:30分钟;4 .易于
6、管理:系统维护方便,系统必须是构件化、面向对象的,可做到灵活扩展;系统采用多层架构的体系结构,应充分考虑到系统今后纵向和横向的平滑扩张能力;5 .系统整合:能够充分利用系统的数据资源,在该系统的建设过程中保证审批系统数据的完整性和安全性。6 .使用性能:系统应在不影响已有系统的使用性能的基础上,为省、市、县三级用户提供同等使用性能的应用软件环境。7 .2项目采购要求8 .2.1总体设计要求9 .2.1.1.建设原则系统规划既要有前瞻性,又要符合标准化、规范化原则,体现高度的可扩展性、开放性和跨平台性。同时要充分考虑长远发展需求,做到统一规划、统一布局、统一设计,保证系统应用的完整性和用户投资的
7、有效性。因此在方案设计中,应遵循以下设计原则:(1)标准化原则:系统建设、业务处理和技术方案应符合国家、地方有关信息化标准规定。数据指标体系及代码体系统一化、标准化。(2)先进性原则:需要广泛吸取国内电子政务建设方面的成功经验,采用J2EE三层架构和B/S模式,具有强大的工作流引擎、流程建模工具、表单建模工具、组织机构建模工具和流程监控管理系统。(3)安全性原则:系统中的用户有着各种各样不同的权限级别和应用层次,因此在系统设计时,应该充分考虑不同用户的需求,保证用户能够高效、快速地访问授权范围内的信息和资源。同时,杜绝未授权用户的非法入侵、非授权访问。(4)可靠性原则:系统每天将处理各业务数据
8、,具备很高的稳定性、可靠性和平均无故障率,具有灾难恢复能力,保证故障发生时系统能够提供有效的失效转移或者快速恢复等功能。(5)开放性原则:在体系结构设计、软件开发时都要充分考虑“标准和开放”的原则,依据标准化和模块化的设计思想,在此基础上建立具有一定灵活性和可扩展性的应用平台,使系统不仅在体系结构上保持很大的开放性而且同时提供各种灵活可变的接口,系统内部也应具有良好的扩充能力,可以根据不断增长的业务需求变化而不断地平滑升级。(6)实用性原则:系统建设既充分体现政府系统业务的特点,使用方便、符合实际、运作高效,又充分利用现有资源,便于推广应用,保护用户投资。(7)可维护性和易用性原则:本系统建设
9、按照易管理、易维护的原则,实现管理维护的可视化、层次化以及控制的实时性,方便进行业务、性能管理。2. 2.L2技术路线系统应采用主流的J2EE+MVC+S0A体系结构,支持跨平台、跨数据库应用,要求兼容多种关系型数据库,兼容多种操作系统平台,应用成熟中间件产品进行系统设计,保证系统技术路线先进、可行、合理、成熟。构建系统开发和运行环境的技术核心,包括但不仅限于如下技术:1 .采用多层架构的B/S结构;2 .采用JAVA语言技术,基于J2EE技术的分布式计算技术进行系统架构设计和系统开发;3 .采用WebService技术;4 .支持主流服务器和云服务部署环境,支持国家信创采购名录的操作系统;5
10、 .利用XML作为系统接口的数据交换标准,进行信息资源整合;6 .采用组件技术提供系统的快速开发和更新;7 .采用高性能中间件技术作为基础平台,如政务平台中间件技术、数据访问中间件技术、事务处理中间件技术、安全控制中间件技术等;支持信任与授权服务、基于底层的PKI/PMI证书服务机制和PKI基础安全服务机制,提供符合J2EE规范的可信Web计算平台,该平台提供基于安全XML技术的PKl基础安全服务和PKI/PMI证书服务的统一调用接口。2.2.1.3建设依据略。2.2.2建设任务要求2.2.2.1综合管理系统功能建设2.2.2.1.1系统部署考虑到省文物条线审批事项统一接入、统一办理、统一管控
11、的需要,结合系统稳定性、安全性、友好性等多方面因素需求,本次项目将完成XX省XX局政务服务综合管理系统的独立部署,因此,对于审批业务办理所需要的基本组件要进行重新配置。2.2.2.LLl服务器迁移政务外网审批服务器配置:当前XX政务服务网省XX局使用的权力运行系统云服务器属于省政府统建系统的一部分,需申请新的云服务器,将省XX局审批部分功能剥离后迁移至新的云服务器。新增服务器配置:服务器名称用途数量配置要求备注SLB服务负载均衡1ECS审批应用服务器28核16G内存500G硬盘Iinux系统ECS审批测试服务器18核16G内存500G硬盘Iinux系统2.2.2.1.L2审批系统部署1 .审批
12、系统部署建设原则平台集约化。在省政务云上建设部署XX省XX局政务服务综合管理系统,供我单位统一应用、统一管理,实现资源和审批人员办事入口的集中。服务组件化。云平台采用组件化设计。以公共业务组件的方式提供给不同的业务场景使用。对于文物条线的审批业务特色可以集中开发成公共业务组件,再一键引用更新至不同的业务场景中。平台迭代敏捷化。通过模块化的配置,基础组件和通用业务组件的引用,实现统一的快速集成,即可满足基础的业务应用。2 .服务管理(云管理中心)服务管理主要面向平台管理员和地区管理员提供应用管理服务,包括云应用单元的开通、创建、管理3类服务。管理员可以按需开通应用及所需的功能服务。平台管理员可以
13、对所有的应用进行统一的管理。服务配置实现对平台功能服务组件和接口服务组件的管理配置,以及对各个功能服务组件运行所需的具体配置进行管理。3 .权力运行云应用业务办理为审批人员提供业务审批中常用操作功能,包括受理、不予受理、特殊程序挂起、环节流转、退回、撤办、办结。文书办理实现审批过程中批文办理需求,包括起草正文、批阅正文、手写签名、痕迹保留、文书编号等功能。2. 2.2.1.2市县政务服务事项配置3. 2.2.1.2.1收件配置1 .申报配置完成权力的事项梳理和校验工作。确保政务服务事项在政务服务综合管理系统配置后,申报、受理、办理功能能够正常流转。完成事项申报中申请表单的基本配置。按照业务需求
14、,允许通过统一用户系统调用申报人基本信息,允许申报人填写必要的办件信息数据。完成事项申报中共享数据的对接。按照事项办理的实际需求,如有需要共享调用的数据,配置对应数据共享服务,以WebSerViCe接口的方式对接省大数据局共享服务平台。2 .收件配置在业务办理过程中,受理办件之前,一般会对办件受理条件做预判断,若申报人具备申请资格,申报材料符合申报要求的,准予收件人做受理操作;但若申报材料有误或不完整的,准予申报人对材料进行补齐补正;若预审过程中发现,申报人不具备申请资格或申报材料不符合申报要求的,配置不予受理通知书,对申报事项做不予受理操作并告知申报人。2. 2.2.1.2.2办件配置办件配
15、置功能同“权力运行云应用”章节。2. 2.2.1.3政务服务2.O平台对接因为XX省XX局前期已经进行过政务服务2.O平台的对接工作,因此,本项目实施过程中针对相同的工作任务不做重复修改,具体主要集中完成以下工作:1 .路由变更,针对新迁移的系统以及服务事项做路由变更调整;2 .接口联调,为确保各事项能够按照政务服务2.O标准进行办理,需对平台各类接口进行联调测试;3 .对按照国家政务服务相关政策调整发生变更的事项进行全面配置或变更。4 .按照“一网通办”数据共享字段过滤与脱敏方案要求,完成事项信息脱敏设置。2.2.2.1.4电子归档建设和部署省XX局政务服务事项的电子文件归档功能,包括归档管
16、理、归档接口和数据对接。2.2.2.1.4.1归档管理归档管理实现待归档业务、已归档业务、归档查询、手工归档、自动归档、盖时间戳功能。2.2.2.1.4.2归档接口和数据对接档案管采用全省统一的数据交换接口规范,实现电子文件归档数据与指定的档案管理系统对接。归档接口主要提供归档数据移交接口、时间戳接口和检测反馈接口,满足XX政务服务网本级平台归档接口的调用需求。2.2.2.1.5省级事项电子证照应用建设2.2.2.1.5.1电子证照版式文件配置完成XX省XX局省级审批事项核发的电子证照办事文件配置。由于在前期应用建设过程中本项任务已经基本完成,这里主要做功能迁移与调试。2.2.2.1.5.2电
17、子证照全生命周期管理功能开发证照核发:支持证照信息填充生成办事文件;信息修改:支持在发生证照信息变更时,对证照信息进行修改;证照注销:支持在证照到期停用、吊销证照处罚情况下进行证照注销(信息保留,证照停用)生命周期查询:支持电子证照核发、变更、注销等生命周期信息数据查询。2.2.2.1.5.3电子签章对接对接XX省XX局审批电子签章。2.2.2.1.5.4电子证照数据共享按照XX政务服务网体系规范,对接省大数据局指定平台实现电子证照数据共享。2.2.2.L6告知提醒功能建设对接XX省XX局当前应用的短信机,实现对内对外预设告知提醒功能。2.2.2.1.6.1对内告知在办理承诺件时,提供可选自动
18、或手动点选发送短信提醒下一环节办理人员功能。2.2.2.1.6.2对外提醒1.补齐补正提醒对容缺受理的办件,提供短信提醒功能,允许手动发送短信到服务对象预留手机提醒在规定期限内进行材料补齐补正。2.2.2.1.7信用服务及相关功能建设2.2.2.1.7.1信用信息应用模型本系统信用信息应用模型如下图所示:信用信息应用模型有效的动态信用在信用信息管理模块中提供服务对象的信用等级评定,评定可参考历史办件情况、督查检查情况、奖励惩罚情况等相关数据进行给定;信用信息评定后存储在本地信用信息库;对于部分未能够及时掌握到的其他部门奖惩信息通过省公共信用信息平台进行采集;同时本地信用信息库也将我单位服务对象
19、的动态信用信息回传给省公共信用信息平台;在进行信用校验核查时,直接调用本地信用信息库数据。2.2.2.L7.2信用校验在收件受理环节增加信用查询按钮,点击后调用信用信息库数据进行核验。2.2.2.1.7.4补齐补正在XX政务服务网、X里办APP增加补齐补正功能入口,允许容缺材料后续补正上传。2.2.2.1.7.5信用管理系统提供信用管理功能,允许服务对象的信用信息进行评定、修改,信用管理信息包括信用评定等级、评定依据、奖励信息、惩罚信息等内容。2.2.2.1.7.6与省公共信用平台对接实现与省公共信用平台的双向数据对接,以满足对我单位服务对象在其他有关监管部门的奖惩记录信息采集以及我单位动态信
20、用信息数据上传,形成完整的信用信息闭环回路。2.2.2.1.8钉审批应用开发及接入移动审批系统是审批业务办理重要的辅助手段,提供在工作人员在外出办事、不在岗等情况下的即时批复功能,提高审批效率。XX省统一行政权力运行系统省XX局应用在基础架构设计上,出于安全考虑不对外网提供用户登录、待办事宜、办件查询、通知通告的接口。为实现移动办公的对应功能,开发对应的接口,实现与移动办公的信息交互。基于移动办公的需要,开发实现的移动办公平台,其中主要集成以下权力事项审批的基本功能。2.2.2.L8.1用户登录建立与XX省统一用户系统的对应关系,并保障用户登录“钉钉”开启移动审批权限。2.2.2.1.8.2待
21、办业务工作人员可通过手机端执行业务办理,办件审批环节节点设置于行政审批系统一致,包括了受理、承办、审核、办结;另外根据不同的状况,设置了驳回、作废、终止等办件功能。对于办件人上传的扫描件信息,可在手机端预览,并查看材料是否齐全,进而确定是否继续办件。2.2.2.1.8.3已办业务已办工作台聚合相应权限的工作人员所需要办理的业务事项,工作人员可在移动审批平台查看办件任务,办件状体和结果与PC端行政审批系统同步。2.2.2.1.8.4办件查询通过手机审批系统,对应工作人员可查看办理事项的详细要素和信息,并可在系统中查看对正在办理的事项和已办理的事项进行查看。2.2.2.L8.5消息中心消息中心,提
22、供该账户操作人所有消息提示,包括系统通知,办件相关消息,该模块不作为统一受理业务的操作入口,消息信息实现APP系统内通知推送,与平台短信提醒功能不重叠,分别推送消息。2.2.2.1.9信创环境适配本项目建设系统针对用户提供信创环境的适配。2.2.2.1.9.1适配环境项目基于信创环境进行适配。通过适配后,应用系统兼容原环境和信创环境。信创环境适配需满足以下要求:操作系统:UOS;流式软件:金山WPS;版式软件:数科软件、福昕;浏览器:UoS浏览器、360浏览器。2.2.2.1.9.2建设原则融合互通原则在实施过程中,必须做到:已实现AK替代的应用系统,与未实现AK替代的应用系统之间,实现业务融
23、合,互联互通,互信互认。兼容混配原则在实施过程中,必须做到:未实现AK替代的应用系统,兼容AK终端与非AK终端的访问;已实现AK替代的应用系统,兼容AK终端与非AK终端的访问。实用性原则根据工作需要,解决目前实际工作中迫切需要解决的问题。在系统的规划设计以及选用产品时,应具备一定的前瞻性,注意投资保护,充分考虑现在和将来软硬件系统升级时的平滑过渡,保证所选择的软硬件系统具有较长的生命周期,保证系统的开放性和兼容性,为系统技术更新、功能升级留有余地。另外要立足于应用,在构筑系统结构、设置系统功能、选取软硬平台,制定实施步骤等方面,应始终以实用性为依据,将其列为最终归属。先进性和成熟性原则系统是涉
24、及全市多单位、多部门协同使用的大规模应用系统,应能充分体现技术的先进型和成熟性。为满足系统在很长的生命周期内有持续的可维护性和可扩展性,引入业界的主流应用技术,以及先进的网络、通讯、系统集成技术等,基于成熟的资源整合平台产品,把先进的业务模式、设计理念、技术体系和产品与成熟的实施经验有机的结合起来,对现有各应用系统和数据进行整合,支持审批管理信息系统的实现。可靠性原则系统涉及的数据都是重要数据,因此系统必须具有高的可靠性,为此在系统软件和硬件配置等诸多方面要充分考虑到设备和系统的可靠性,确保系统运行和信息提供的可靠性。可扩展性原则本项目是一个复杂的信息工程的一部分,涉及方方面面,不是一蹴而就的
25、。系统的规模也会由小到大、从简单到复杂。因此,为了满足系统不断发展的需要,设计规划中必须要充分考虑系统的可扩展性,为将来系统的发展留有余地和接口空间。有效性原则本项目的建设要追求系统整体效益,达到整体最优,最大限度地发挥系统的作用,尤其在系统软件的开发和硬件的购置上要统筹兼顾,要特别注意加强软件系统的开发,避免形成高性能硬件投入,低效率系统效益等不良局面。继承性原则目前信息系统在技术上方向较多,可以选用的技术方案也较多,因此,在信息系统的设计过程中必须考虑系统的继承性,保持工作的连续性和最大限度地发挥已建系统的效益。可维护性原则一个好的系统一定要具有良好的可维护性,一方面要保证系统本身具有可维
26、护性,另一方面还需要在系统的开发过程中,注意培养系统运行管理人员,让将来的系统运行管理人员熟悉和了解整个系统的总体结构以及相关的知识。只有这样才能保证系统的有效运行,发挥应有的作用。2.2.2.1.9.3适配方案本次项目系统各主要功能模块适应信创要求进行前端代码适配改造。支持国产化采购目录中的PC桌面电脑、支持主流的信创PC商用操作系统(统信UOS操作系统)、适配并支持主流的信创浏览器(UOS浏览器、360浏览器),同时适配并支持原IntelWindows环境下的FirefoxChrome浏览器,适配后使对应功能模块能正常访问和操作,且相关页面响应效率符合改造要求。本项目进行前端代码适配改造涉
27、及的功能模块包含首页、审批业务办理、审批服务管理等。前端代码适配改造涉及模块主页和其子模块。1 .系统首页系统首页包括工作办件、统一受理、待办业务、在办业务、基础管理、操作导航等板块。其中工作办件包括收件待办、审批待办、本部门办件、无流程办件、部门事项刷取、材料流转功能;操作导航可直接进入个人中心、新增业务以及操作手册。完成首页操作功能模块布局调优适配。2 .审批业务办理审批业务办理包括收件管理、业务办理、办结管理和归档管理四部分。收件管理收件管理包括新增业务、统一受理、代办业务、收件管理、办件、统计、业务联系单和材料补充模块。新增业务新增业务页面展示各类可办事项的清单,工作人员可以根据实际要
28、办理的业务进行检索所要办理的事项,进行新增。点选指定事项后的新增业务功能后进入收件登记页面,首先看到的是基本信息,工作人员可对收件信息进行填写登记。收件登记页面还可以填写申报人信息。统一受理提供一窗受理系统接入、政务服务网申报接入,在这里可以看到非本系统新增的统一收件情况。页面提供搜索、受理、流程人员、更新流程功能。A代办业务页面提供搜索、代办业务新增和刷新功能。收件管理收件管理页面展示已收件的办件列表清单,页面提供搜索、刷新功能。工作人员可通过双击办件列表查看收件信息。收件信息包括基本信息、申报人信息、历史申报记录三个部分,在收件管理窗口中可进行保存、材料补充、受理、关闭、浏览图片操作。业务
29、办理待办业务待办业务,指已经受理但是尚未办理的办件,在该页面展示待办业务清单,页面提供搜索、刷新、打印受理通知单、补正、挂起、导出、退回办结、办理环节、批量审批以及办理功能。A补齐补正补齐补正业务页面展示需补齐补正事项清单,提供搜索、刷新、退件和重启等操作功能。挂起业务挂起业务页面展示挂起办件清单列表,提供搜索、刷新重启、批量重启操作功能。在办业务在办业务页面展示在办办件清单列表,提供办理、搜索、环节信息、打印受理单、刷新等操作功能。本部门办件查询本部门办件查询页面展示本部门办件清单列表,提供搜索、刷新、查看流程人员、更新流程、导出等操作功能。双击办件,可查看办件信息。可查看的办件信息包括:基
30、本信息、材料列表、意见列表、流转日志。补打单据补打单据页面包括办结事项清单列表,提供补打单据、搜索、刷新等操作功能。双击补打单据事项,可查看补打单据办件信息,在弹出窗口页面可查看办件的基本信息、材料列表、意见列表、历史申报记录、流转日志、材料流转信息。窗口提供打印、另存为图片、挂起、材料补充、公文单据、关闭操作功能。办结管理已办业务已办业务页面展示已办办件清单列表,提供搜索、刷新、文书回执、打印、导出等功能。退件业务退件业务页面展示退件办件清单列表,提供搜索、刷新等操作功能。双击退件办件,弹出退件业务窗口。窗口展示办件的基本信息、材料列表、意见列表、历史申报记录、流转日志、材料流转信息。窗口提
31、供打印、另存为图片、查案信用信息、材料补充、公文单据、关闭等操作功能。2.2.2.2数据治理与数据应用建设2.2.2.2.1数据库改造2.2.2.2.Ll初始数据处理由于本项目建设系统为保证个性化定制需求开发及今后独立业务功能扩展,需要将省统一权力运行系统中XX局应用功能迁移并单独部署,其各类初始数据有省办件库等多种来源,因此系统支持初始数据的推送导入功能,在接收数据后通过数据治理模型对现有数据进行分类治理,按照业务需求对数据库进行重构。2.2.2.2.L2数据资源中心设计权力运行系统的数据库设计,围绕审批业务办理这个主线进行展开一一即“我”能够提供什么服务(服务事项)、服务过程中申报人应当提
32、交什么材料、“我”要怎么做(服务标准)、“我”做了什么服务(服务办件),这种思路对单一的审批业务办理能够做到条理清晰,数据准确,但是业务部门的职能往往并不是只有单一审批服务一项,同时还要对服务对象进行监管,特别是在强调主动服务的当今时代,如果不能对服务对象有一个清晰的认识,是很难做好服务的。因此,在本项目建设系统中,大胆提出围绕服务对象需求进行数据库设计,在不破坏现有审批服务体系的前提下构建优质服务、贴心服务、主动服务的数据资源中心。数据资源中心由服务对象信息库、申报材料缓存库、审批办件库、电子证照库、信用信息库五部分组成。2.2.2.2.2统计分析与服务对象“画像”2.2.2.2.2.1统计
33、分析因原审批系统已经建设了部分的统计分析功能,因此,在本项目中主要需要完成以下工作任务:(1)保留并迁移原系统统计分析功能。包括:办件数量统计、办件量变化趋势统计、各区域办件量分布统计、政务服务工作推进度统计、业务来源统计等数据。(2)增加证照核发情况统计分析。统计证照核发数量在不同类别上的分布情况。(3)增加服务事项热度统计。构建服务事项热力模型,动态展示省级事项热点排名,各市县事项热度分布。(4)增加服务对象类型统计。通过对历史数据(或当前在办数据)进行分析,宏观把控自然人、企业、社会团体等办事情况。(5)增加主动服务情况统计。对快递送达、代办上门、证照到期提醒、容缺受理补齐补正提醒等主动
34、服务情况进行统计。(6)增加定期生成工作简报功能。依托政务服务综合管理系统中业务办理数据、接入数据、统计分析数据建设智能简报功能,(按月、季、年)定期自动生成工作简报,简报支持PDF打印功能。(以上内容只做设计参考,具体指标以实际需求为准)2.22.22.2服务对象“画像”服务对象画像包括:(1)服务对象基础信息服务对象类型:企业、社会团体等;服务对象名称:机构名称服务对象身份识别编码:根据对象类型不同,识别码分别企业统一社会信用代码、组织机构代码等;联系人/联系方式:预留的联系人和电话;联系地址(住址/注册地址):(略)其他基本信息:(根据实际掌握数据情况纳入,在这里不详细展开)(2)申报材
35、料缓存信息包括该服务对象曾经提交过的各类历史办件材料以及临时存储的申报表单、证照信息、附件材料等;(3)历史办件记录以列表形式展示该服务对象曾在我单位办理过的办件记录;(4)信用信息信用信息包括信用等级评价、奖励/惩罚记录;(5)行政检查信息允许通过系统对接、数据导入或其他功能模块录入等方式关联联合检查记录信息;(6)执法记录信息允许通过系统对接、数据导入或其他功能模块录入等方式关联执法记录信息;注:服务对象画像功能初步拟定对企业或社会团体类对象开放,其中数据对接工作,以实际能够获取的数据为准。2. 2.3其他要求3. 2.3.1付款方式合同签订后7个工作日内采购人支付30枷项目初验通过采购人
36、支付40%;系统经试运行并完善后,系统处于稳定运行状态,完成终验通过后采购人支付合同金额的30%o4. 2.3.2项目工期要求5. 目要求自合同签订之日起1个月内完成系统开发实施工作,然后进入1个月试运行,待系统运行正常稳定无问题试运行结束后提交验收。2.2.3.3安装和调试1 .由中标方负责将货物按合同签订的具体要求、具体数量、具体时间地点运送到最终目的地,并负责系统现场部署、测试、技术培训、验收和售后服务等工作,系统经完工验收合格后交付采购方使用。2 .中标方应向采购方提供需求调研、实施部署、试运行、项目验收等分阶段的计划表。3 .系统测试的条款应与技术要求一致,系统测试将按照中标方提供并
37、经采购方认可的方案,在中标方的督导下进行,采购方人员将参加测试。中标方要提供测试方案并通过口头或书面形式向采购方报告测试进展情况。4 .中标方在应用系统软件安装调试完毕或进行重大维护后,应给采购方提交一份完整诊断表,提供使整套应用软件能够顺利安装及投入运行的所有服务。2. 2.3.4项目验收1 .在合同签订后,中标人应开展相应的项目实施调研工作,根据项目实际需求逐步完善软件需求确认表(按阶段分初稿、中间稿及最终稿)和详细设计方案(需包含但不限于系统结构图、数据流向图、数据库设计、主要业务流程图等),需求确认表和详细设计方案以本次采购文件为基础。其中初稿需在项目调研以后三方确认,中间稿在初验之前
38、三方确认,最终稿在终验之前三方确认,最终稿是采购文件的有效补充材料。2 .本项目设计、开发、部署、调试完成后,于项目签订合同后1个月完成实施进行项目初验并进入试运行和系统完善,试运行1个月系统运行稳定无问题后组织最终验收。3 .通过验收测试判断系统质量是否符合产品需求、功能实现是否正确,性能方面是否符合运行要求,并且产品可以最终上线(系统终验时应提供第三方检测报告)。4 .采购人负责组织验收小组参与项目验收。5 .本项目系统需达到国家信息安全三级等级保护要求。中标方需在项目终验前,提供本项目通过信息系统等级保护三级定级评审、测评等材料,并承担由此产生的评审、测评和整改费用。2. 2.3.5售后
39、服务要求1 .中标方应提供项目免费保修一年或以上,保修期从项目正式验收合格之日算起。在保修期内,出现应用软件的故障,中标方应研究其故障原因,并迅速修复或免费进行更换,直至满足采购方原定的要求为止。2 .维修服务的响应时间若采购人提出故障申请,中标方须提供7X24小时电话服务,中标人最终维修服务响应时间为30分钟内,在2小时内派专业技术人员到达现场进行免费维修服务。故障原因在8小时内无法排除的,中标方24小时内提交解决软件系统故障的方案,通过与用户交涉承诺将以最快的时间将故障排除。中标方还须提供系统应用软件的故障处理、维护和现场巡检等服务,以及其他的技术支持工作。在保修期内,与系统应用软件质保和维修等相关的费用由中标方负责。3 .质量保修期后的服务要求质保期结束后,中标方仍应提供与保修期内相同质量的售后服务,其质保和维修的相关费用由采购方自行承担。4 .中标方应免费为采购方技术人员进行有关项目安装、调试、维护、操作等方面的现场培训,直至能熟练独立操作。5 .投标方可视自身能力在投标文件中提供更优、更合理的维修服务承诺。6 .投标方在其投标文件中须对售后服务做出明确的承诺,包括服务时限、故障响应处理时限、应用恢复处理时限等。2.2.3.6项目培训要求为采购人相关人员制定完善的培训计划,包括培训目标、教学方案、培训规模等。培训期间产生的一切费用由中标单位承担,不得向采购单位另行收取。