XX区民政局养老服务“爱心卡”迭代升级项目采购需求.docx

上传人:李司机 文档编号:6631224 上传时间:2023-11-25 格式:DOCX 页数:11 大小:33.29KB
返回 下载 相关 举报
XX区民政局养老服务“爱心卡”迭代升级项目采购需求.docx_第1页
第1页 / 共11页
XX区民政局养老服务“爱心卡”迭代升级项目采购需求.docx_第2页
第2页 / 共11页
XX区民政局养老服务“爱心卡”迭代升级项目采购需求.docx_第3页
第3页 / 共11页
XX区民政局养老服务“爱心卡”迭代升级项目采购需求.docx_第4页
第4页 / 共11页
XX区民政局养老服务“爱心卡”迭代升级项目采购需求.docx_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《XX区民政局养老服务“爱心卡”迭代升级项目采购需求.docx》由会员分享,可在线阅读,更多相关《XX区民政局养老服务“爱心卡”迭代升级项目采购需求.docx(11页珍藏版)》请在三一办公上搜索。

1、XX区民政局养老服务“爱心卡”迭代升级项目采购需求一、项目概况2022年8月,XX市承接省级养老服务“爱心卡”试点工作以来,在省委组织部、省民政厅的精心指导,市委市政府大力支持,XX区和有关部门共同努力下,试点工作取得了积极成效。经广泛调研、深入分析、充分准备,现决定在全市推行养老服务“爱心卡”。二、设计原则XX区养老服务“爱心卡”迭代升级为XX市平台项目建设遵循“统一规划、统一标准;统一平台、共同建设;信息共享、安全保密;分步实施、分层推进;以需求为导向、以应用促发展”的总体思路;在项目的建设过程中贯彻整体性、先进性、实用性、安全性、规范性、扩展性、高效性和灵活性建设原则。三、设计依据数字化

2、改革公共数据目录编制规范DB33/T2349-2021数字化改革术语定义DB33/T2350-2021数字化改革公共数据分类分级指南DB33/T2351-2021信息技术软件工程术语(GB/T11457-2006)信息技术嵌入式系统术语(GB/T22033-2017)软件工程软件工程知识体系指南(GB/Z31102-2014)计算机软件测试规范(GB/T15532-2008)信息技术系统和软件完整性级别(GB/T18492-2001)软件工程软件产品质量要求与评价(SQUaRE)SQUaRE指南(GB/T25000.1-2010)系统与软件工程可信计算平台可信性度量第1部分:概述与词汇(GB/

3、T30847.1-2014)系统与软件工程可信计算平台可信性度量第2部分:信任链(GB/T30847.2-2014)信息技术软件生存周期过程(GB/T8566-2007)计算机软件可靠性和维护性管理(GB/T14394-2008)信息技术软件生存周期过程指南(GB/Z18493-2001)信息技术软件维护(GB/T20157-2006)信息技术软件生存周期过程配置管理(GB/T20158-2006)信息技术系统安全工程能力成熟度模型(GB/T20261-2006)软件工程软件测量过程(GB/T20917-2007)信息技术软件生存周期过程风险管理(GB/T20918-2007)系统工程系统生存

4、周期过程(GB/T22032-2008)信息技术软件工程可复用资产规范(GB/T25644-2010)信息技术软件生存周期过程重用过程(GB/T26224-2010)系统工程系统工程过程的应用和管理(GB/T26240-2010)计算机软件文档编制规范(GB/T8567-2006)计算机软件需求规格说明规范(GB/T9385-2008)计算机软件测试文件编制规范(GB/T9386-2008)四、建设内容(一)升级养老服务“爱心卡”为市级平台基于XX区养老服务“爱心卡”项目平台进行升级改造,升级为XX市级平台。本次项目主要建设内容包括:数据底座升级改造、运营服务平台升级改造、支付结算平台升级改造

5、、区县(市)对接。主要功能如下:1,数据底座升级改造数据元及指标改造、标准代码改造、接入标准改造、数据质量标准改造、数据治理标准改造、数据整合标准改造、关联标准改造。(1)数据元及指标改造:主要针对治理端指标的改造,包括数据权限改造。(2)标准代码改造:对整体业务系统(如:爱心对象、服务品类配置、服务工单等)数据权限、支付结算、上门服务的改造。(3)接入标准改造:定义数据从其他库表接入的规则,符合规则的数据可以接入,不符合规则的数据不允许进入平台。(4)数据质量标准改造:通过数据清洗的方式,将业务数据、第三方数据转换成标准数据。(5)数据治理标准改造:主要是增加全市治理指标,制定全市治理标准,

6、辅助部门治理决策。(6)数据整合标准改造:制定第三方数据归集标准,包括各区县(市)助餐数据、服务数据归集标准。(7)关联标准改造:将养老服务的相关数据进行关联改造,主要是第三方归集数据和业务系统数据进行关联整合。2.运营服务平台升级改造服务端升级改造、管理端升级改造、治理端升级改造。(1)服务端升级改造:主要功能如下:序号升级模块功能描述1.爱心卡申领升级养老服务“爱心卡”申领功能,以区县为单位自定义配置养老服务“爱心卡”申领说明和使用说明。2.爱心卡账户以财政资金、集体资金、慈善资金和家庭资金为基础,以各区县多样化的补贴政策为支撑,平台定期为老人发放爱心分。3.一键呼叫结合各区养老服务热线,

7、升级全市统一的老人呼叫热线4.爱心地图依托原养老服务“爱心卡”系统爱心地图基层,归集全市各类为老服务设施和资源,升级改造爱心地图为全市养老服务一张图5.爱心超市升级改造爱心超市为XX市市级应用,面向全市商家提供线上入驻平台;面向公众,推出XX全域爱心超市商城。6.爱心捐赠针对各区县不同类型的捐赠通道和渠道,升级适配“爱心捐赠”功能7.志愿活动根据各区县志愿服务活动组织情况,迭代升级志愿活动功能8.爱心商家以区县为单位审核爱心商家入网,打造全市统一的商户入网流程。9.爱心贡献榜以区县为单位,升级为全市统一爱心贡献榜,统一统筹管理。(2)管理端升级改造:主要功能如下:序号相关系统升级模块功能描述1

8、.业务管理系统爱心卡申领管理升级改造爱心卡申领管理模块,统一养老服务爱心卡申领表单和流程,对接全市社会救助数据和老年人自理能力评估数据,对发放对象实行动态管理,应享尽享、应退尽退。2.爱心卡账户管理升级改造爱心卡账户管理模块,以各区县为单位根据不同政策针对老人进行管理。主要包括补贴资金发放、资金冻结、资金调账、爱心卡账单等功能。3.组件模块管理根据各区县不同的政策标准、服务目录、发放标准、结算标准、商家优惠规则等,打造爱心卡通用组件。4.运营管理系统运营管理升级后可对不同类型商家机构信息进行查看和管理,通过建立黑白名单机制5.结对管理升级结对管理模块,以区县级为单位进行结对服务,6.爱心捐赠管

9、理升级爱心捐赠管理管理模块,实现市级统筹监管,各区县分级管理。7.志愿者管理升级市级志愿者管理模块,各区县管理各区县志愿者,市级统筹。8.订单管理升级订单管理模块,各区县可查看平台隶属于该区县内不同渠道商家应用的服务订单,实现监管目的。9.商家管理系统商户入驻管理升级实现区县商家入驻平台功能10.订单管理实现对服务的支付订单、服务的退款订单以及充值订单的查看和监管。11.服务管理实现商家在9大类项目中进行对各类服务进行新增、上下架等管理操作。(3)治理端升级改造:升级新增功能如下:序号升级模块功能描述1.爱心卡业务数据分析主要是对民政内部业务的统计分析,内容包括涉及的服务对象、服务资源、资金绩

10、效等数据展示2.爱心卡养老服务数据分析主要是对区域内总体养老情况的统计分析,内容包括居家养老服务商户、社区养老服务中心、养老机构等数据展示。3.爱心卡养老供需双方数据分析主要是对区域内养老服务供需双方的统计分析,对区域内养老服务供给能力、供需匹配能力、老年人群体、服务需求等情况进行数据展示。(4)新建“积分商城”:序号一级模块二级模块功能描述1.运营管理类目管理实现兑换商品类别的设置及维护2.商品管理实现兑换商品的上架及下架3.库存管理实现对兑换商品库存量查看功能4.订单管理实现对商品兑换订单查看功能5.积分管理实现对兑换积分生产及消费明细查看功能6.积分商城应用商品展示已上架兑换商品的展示7

11、.积分兑换实现积分兑换商品功能8.订单管理实现兑换订单查看功能9.积分管理(转赠)实现向绑定亲属转赠积分功能3,支付结算平台升级改造以社保卡作为“爱心卡”的主要载体,联合金融机构、市民卡公司,升级为XX市统一“爱心卡”支付结算系统,主要升级功能如下:序号升级模块功能描述1.资金清算管理(户籍地)根据已完成支付的有效服务工单,系统按支付入户籍自动生成资金清算报表和明细2.资金清算管理(商户)根据已完成支付的有效服务工单,系统按商户所提供的服务订单自动生成资金清算报表和明细4新增区县(市)对接实现服务数据交互、业务数据回流、银行账户交易对接、支付结算处理对接、社保卡(市民卡)信息认证对接(手机刷卡

12、)。主要功能如下:(1)服务数据交互:市民政局在政务云RDS实例上开设前置交换数据库及账号密码,并为各地区县上报数据服务器开设IP白名单,各区县民政局应用系统,直接连接中间数据库归集养老服务数据,实现助餐商家/助餐点数据表、工单数据表、无效工单数据表等数据资源的归集。(2)业务数据回流:采用数据库对接方式,由市民政局开设前置共享数据库及账号密码,并为各区、县服务商上报数据服务器开设IP白名单,由项目平台技术单位按T+1时间节点将“爱心卡”平台产生的业务数据推送至前置机共享数据库。回流数据资源包含:爱心卡名册表、爱心卡变更表、爱心卡注销表、商户数据表、服务订单表、助餐订单表、爱心订单表、订单结算

13、账单表、订单结算明细表。(3)银行账户交易对接:基于获取到的银行卡号信息,通过规范支付交互流程、撤销交互流程、对账交互流程,实现银行账户交易对接功能,如消费支付、支付撤销以及重打印功能。(4)支付结算处理对接:构建爱心卡档案查询组件用于长者非敏感信息的查询,如该长者所属对象;构建爱心卡账户余额查询组件,该组件为长者账户余额查询组件;构建爱心卡信息查询组件,用于老人PoS刷卡时的身份识别;构建爱心卡支付扣款组件,用于POS上服务完成刷卡支付扣款的操作。(5)社保卡(市民卡)信息认证对接(手机刷卡):基于获取到的社保卡(市民卡)卡号信息,通过规范支付交互流程、撤销交互流程、对账交互流程,实现社保卡

14、(市民卡)信息认证对接功能,如消费支付、支付撤销以及重打印功能。(二)配套云资源服务(政务云资源租用)序号资源业务名称CPU内存(GB)数据盘大小(GB)操作系统版本性能及存储需求原因说明网络类型1云主机48500centos7.7为XX市全市老人提供服务,互联网资源区做负载政务外网VPNl2云主机48500centos7.7为XX市全市老人提供服务,互联网资源区做负载政务外网VPNl3云主机48500centos7.7为XX市全市老人提供服务,互联网资源区做政务外网VPNl负载4数据库RDS(MySQL5.7)8161000为XX市全市老人提供数据支撑政务外网VPN25OSS1000文件存储

15、6云主机48100centos7.7缓存服务政务外网VPNl五、技术及服务要求(一)项目服务期二年,从最终验收合格交付使用后开始计算运维期。中标人需提供完整的运维期内、运维期外服务方案。(二)项目风险告知:运维期内采购人方提出具体任务需求,依项目招标要求及时调整建设内容。包括但不仅限于页面功能展示、后台数据对接等工作。投标人需承诺已了解该风险,并承担该风险带来的各类影响。同时,从技术和管理层面提出具体的风险应对方案。(三)在运维期内,出现系统运行故障问题,则在1小时内电话响应,现场排除故障响应时间小于24小时,48小时内恢复系统正常运行。故障解决后,需提供故障报告。如遇严重故障,中标人须在24

16、小时内提出解决方案和解决时间计划,并在计划时间内解决问题。(四)在运维期满后,中标人与采购人可签订有偿服务协议的方式继续提供系统维护服务,是否续签合同由采购人决定,若运维期满后由其他中标人提供系统维护服,中标人应进行技术交接。六、项目实施及服务要求(一)项目管理要求本项目实施严格按照采购人项目管理规范执行,项目建设、服务过程中采用评审制度。针对供应商的服务方案、技术方案、变更方案等予以评审,方案评审通过后方能进入实际实施工作。为保证此项目按时按质地顺利进行,中标人应建立专门的项目开发组和管理组,由专人负责与建设单位和其他相关单位进行项目的沟通协调。提供详细的项目实施时间表和各阶段各方人员安排及

17、相关的工作内容。项目实施中必须根据用户方需求进行开发设计、实施。项目需提供应用软件系统部署规划,并能支撑软件系统部署安装(含补丁包升级)、参数配置、单元调试,以及提供软硬件系统的集成联调,系统试运行管理、质量管理和技术保障措施。中标人在项目实施过程中,需对项目进行规范化管理,制定项目管理组织方案、项目管理计划、人员工作计划、项目进度计划、项目验收计划等,确保项目实施质量。1.中标人应成立相应的项目组,并指定一名专职的项目负责人,负责项目协调和管理工作。2.中标人成立包括一名技术负责人在内的技术支持小组,负责对参与项目实施的各方技术人员进行产品、技术、服务培训,提供项目整体实施和试点工作的技术方

18、案,对项目实施过程中出现的疑难问题提供技术支持。(二)工期要求合同签订之日起4个月内完成平台开发、调试和系统集成。对不符合要求的软件成果,采购人有权拒绝接受,造成逾期的,按延期交货进行处理。(三)培训要求中标人应按照采购人要求,提供技术培训方案,方案包含培训目标、培训对象、培训内容与形式、培训计划等内容。中标人须提供本项目运行、管理、使用和维护所需要的技术培训。派出的培训教员应熟悉本项目,并有一定的教学经验。为所培训人员提供中文培训、资料和讲义等用品,并为采购方提供详细的培训计划。(四)知识产权要求中标人应保证在本项目使用的任何产品和服务(包括部分使用)时,不会产生因第三方提出侵犯其专利权、商

19、标权或其它知识产权而引起的法律和经济纠纷,如因专利权、商标权或其它知识产权而引起法律和经济纠纷,由中标人承担所有相关责任。项目知识产权涉及本项目系统开发的具体内容在合同中约定。(五)项目团队要求本项目团队在开发期间需提供驻场开发,确保项目按照省市两级总体要求按期保质完成项目建设。投标人需提供完整的项目团队信息,驻点开发人员、团队成员社保缴纳情况,及其它人员资质情况等。(六)项目文档要求供应商应提供包含但不限于以下内容的相关技术文档:1.系统技术方案、实施方案。2 .系统需求分析、系统开发(接口)文档。3 .系统使用手册。4 .系统测试大纲、测试报告。5 .系统验收方案。供应商在应答时必须列出在

20、整个项目实施过程中所产生和需向采购方提交的详细文档清单,包括文档名称、内容、提交采购方的时间和方式等。所有技术文件必须是中文。七、交货地点要求本项目交货地点为采购人指定地点。八、验收要求本项目验收为分为初步验收和最终验收。初步验收节点为项目要求建设功能基本完成,要求能够进行网页访问、功能操作。由采购人方进行功能确认。项目最终验收节点为项目所有建设内容完成,提供最终验收所需的相关文档,中标人可以提出项目最终验收申请,由采购人组织进行项目验收。中标人应在验收前按照采购文件和合同的要求将具体的验收方案提交采购人审查,双方无异义后,组织专家组成验收小组,进行项目验收,开展检查评定、测试、试用等评定采购服务是否满足采购要求,满足要求则对服务项目资料、测试文档、产品资料、各类报告等进行审查,根据审查的结果,确定项目是否通过验收。如未达到采购文件和合同约定要求,采购人不予签字认可,中标人须对不符合部分采取措施进行改进,直至符合要求。验收标准:按照国家相关标准,完成合同规定的终验所要求的建设内容,由第三方机构对本年度建设内容进行检测,测评结果作为验收参考依据。九、付款方式(一)合同生效以及具备实施条件后七个工作日内,采购人向中标人支付60%的合同预付款。(二)项目通过终验后支付至合同总价的100%(以终验报告时间为基准)。()中标人须提供正式的税务发票。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号