一采购项目概况.docx

上传人:b****4 文档编号:26873758 上传时间:2023-06-23 格式:DOCX 页数:14 大小:21.76KB
下载 相关 举报
一采购项目概况.docx_第1页
第1页 / 共14页
一采购项目概况.docx_第2页
第2页 / 共14页
一采购项目概况.docx_第3页
第3页 / 共14页
一采购项目概况.docx_第4页
第4页 / 共14页
一采购项目概况.docx_第5页
第5页 / 共14页
点击查看更多>>
下载资源
资源描述

一采购项目概况.docx

《一采购项目概况.docx》由会员分享,可在线阅读,更多相关《一采购项目概况.docx(14页珍藏版)》请在冰豆网上搜索。

一采购项目概况.docx

一采购项目概况

一、采购项目概况

2016年1月国务院印发《关于整合城乡居民基本医疗保险制度的意见》(国发〔2016〕3号),就整合城镇居民基本医疗保险和新型农村合作医疗两项制度,建立统一的城乡居民基本医疗保险制度提出明确要求。

根据国务院文件精神和省委、市委关于全面深化改革的相关部署,德阳市人民政府办公室印发了《德阳市整合城乡居民基本医疗保险工作方案》(德办发〔2016〕44号),要求实现德阳市城镇居民医疗保险与新农合的整合。

我市原有新型农村合作医疗信息系统为各县(市、区)独立建设,系统数据分散不易管理。

根据中华人民共和国人力资源和社会保障部《社会保险费申报缴纳管理规定》(人社部令第20号)要求,社会保险费用应多险合一、统一征收,以及德阳市人民政府办公室印发的《德阳市整合城乡居民基本医疗保险工作方案》(德办发〔2016〕44号)对信息系统统一建设的要求,结合我市“金保工程”建设实际情况,本次系统建设计划整合原城镇居民医保和新型农村合作医疗的系统和数据,依托社会保险核心平台系统,建立统一的城乡居民基本医疗保险信息系统,建成后的系统为我市“金保工程”信息系统的一部分。

软件系统建设内容包括数据清理迁移、居民医保系统建设和金保工程系统改造、社银交易、两定机构接口、社保卡改造等项目。

整合后的城乡居民医保将实现“参保范围、缴费标准、待遇水平、基金管理、经办流程、信息管理”六个统一。

目前德阳市金保系统内已有120万城镇职工和城镇居民医疗保险参保数据,系统合并后将增加新农合240万人的基础信息和参保信息等数据,最终建成的系统要支持我市400余万参保人的基本医疗保险业务,今后我市城乡居民将在新的制度下享受统一的基本医疗保障。

2、项目清单及要求

2.1项目名称、技术规格和配置要求、数量/服务要求、标准

序号

服务要求、标准

数量

采购项目的实质性要求

采购项目的

主要产品

1

整合原城镇居民医保和新型农村合作医疗的系统和数据,依托社会保险核心平台系统,建立统一的城乡居民基本医疗保险信息系统,建成后的系统为我市“金保工程”信息系统的一部分。

软件系统建设内容包括数据清理迁移、居民医保系统建设和金保工程系统改造、社银交易、两定机构接口、社保卡改造、自助缴费等项目。

1

(1)系统设计要符合“金保工程”技术规范和联网要求;

(2)系统基于J2EE标准的B/S/S体系架构进行构建;

(3)采用WebService方式提供标准接口服务;

(4)系统支持业务多级管理和权限控制,系统支持业务留痕机制;

(5)新增业务系统应能和当前核心业务系统无缝衔接,并实现统一的登录界面和权限管理。

德阳市整合城乡居民基本医疗保险信息系统软件

主要建设项目:

序号

项目

内容

1

数据清理迁移

对新农合历史数据进行迁移整理,归并到新系统,与现有业务系统进行整合(包含各县(市、区)新农合系统数据的迁移及比对工作)。

2

居民医保系统建设及金保业务系统改造

整合原有新农合和城镇居保数据,建立德阳市居民医保信息系统。

对金保工程系统进行升级改造,满足整合后的居民医保各项经办工作。

3

社银交易-基层缴费系统的建设

实现在基层通过MIS-POS的刷卡缴费,业务系统直接驱动主要合作银行POS机具。

4

社银交易-银行代扣系统建设

为实现居民医保的代扣业务(通过社保卡进行),需要开发银行代扣系统,制定代扣标准,并对当前业务系统进行改造,实现代扣计划的生成以及回盘数据的处理。

开发银行代扣对账功能。

5

社银交易-银行代收系统建设

为实现新的居民医保银行代收缴费的开展,开发居民医保银行代收系统,实现在银行柜台的居保缴费。

6

社保卡系统改造

实现新农合与社保卡系统的对接,实现原新农合参保人员在新业务系统通过社保卡办理各类业务的经办。

7

定点医疗机构改造

本次改造会对定点医疗机构的接口进行改造,需要配合全市上千家定点医疗机构进行HIS接口改造调试。

8

医保审核接口改造

新农合合并到金保系统后,需要对新农合医保审核的接入进行开发,以实现对新农合数据的医保智能审核。

9

居民医保短信改造和网上经办

与短消息MAS网关对接,实现居保代扣预通知、代扣结果通知、动账通知等业务的短消息自动推送。

根据业务需求支持居民医保网上经办等功能。

10

银行居民医保自助缴费接口

开发社银互联自助缴费接口,向银行开放,使居民可以在ATM机、银行网银、手机客户端完成缴费工作,拓宽银行的缴费渠道。

11

医疗保险市级统筹改造

满足医疗保险市级统筹后,管理责任的划分和业务经办的需要的升级改造,完成各层级医疗保险相关报表和拨付流程需求的开发。

2.2建设内容

1.

2.

2.1.

2.2.

2.2.1.数据清理迁移

2.2.1.1.数据迁移范围

德阳市城乡居民医疗保险信息系统建设,需要将原卫计委在德阳市六县(市、区)的“新型农村合作医疗”系统中的历史数据迁移到德阳市金保系统。

数据迁移工作需要将原“新农合”系统内240万参保人员数据迁入德阳市金保系统,与金保系统中现有的120万参保人员数据进行归并。

2.2.1.2.数据迁移工作内容

2.2.1.2.1.数据分析工作

对德阳市旌阳区、中江县、罗江县,广汉市、什邡市、绵竹市6个县(市、区)的新农合系统的数据情况进行分析,包括数据结构、数据质量、数据完整性、数据特点等数据分析工作。

同时对德阳市金保系统数据情况进行分析,主要包括数据结构分析、新农合与金保数据兼容性分析、数据规模增加两倍带来的风险情况分析。

2.2.1.2.2.数据清理工作

对六县(市、区)需要进行迁移的新农合数据进行清理,包括对六县(市、区)新农合系统内数据重复、身份证错误、指标项目不全等问题数据进行筛查,并提交用户讨论数据处理方案。

对于能够批量处理的问题数据,进行后台的批量处理;对于无法批量处理的数据,交由用户进行补充完善后再做迁移处理。

2.2.1.2.3.数据迁移程序的开发

根据数据分析情况,开发数据迁移代码。

数据迁移代码包括数据抽取、数据清洗、数据比对、数据转换、数据加载、数据合并等功能。

数据程序编写完成后,要分别对旌阳区、中江县、罗江县,广汉市、什邡市、绵竹市的数据迁移进行测试,以检测是否满足以上6家新农合数据的迁移要求,并对测试工作中发现的问题进行改造。

数据迁移程序开发完成后,要实现对新农合系统单纯参保人员、新农合系统内重复参保人员、新农合系统与金保系统间重复参保人员等人员数据情况的支持。

2.2.1.2.4.进行数据迁移工作

由供应商数据迁移工作人员执行数据迁移程序,对旌阳区、中江县、罗江县,广汉市、什邡市、绵竹市新农合系统的数据进行迁移,迁入到德阳市金保系统内。

数据迁移工作包括数据抽取、数据预迁移、数据迁移结果检查、数据迁移程序修改、数据迁移、数据合并、数据修复、数据补充迁移、数据迁移报告等工作内容。

2.2.1.3.数据清理工作整合程序的开发

数据批量迁移完成后,部分在数据迁移时不满足数据迁移或这数据合并要求的数据,需要在金保系统内在业务经办的过程中进行后续的清理和整合工作。

开发后续数据清理整合程序,并且提供友好的人机交互界面,供业务人员在后期使用。

1.

2.

2.1.

2.2.

2.2.1.

2.2.1.1.

2.2.1.2.

2.2.2.居民医保系统建设及金保业务系统改造

本次新农合并入德阳市居民医疗保险,出台了新的征集及待遇政策,需要对金保系统的公共业务子系统、医保待遇子系统、基金财务子系统进行升级改造,实现对德阳市新的居民医疗保险政策的支持,能够按照新的标准进行居民医保参保登记、缴费、医保结算、医保清算工作的开展。

在金保系统内实现对居民医保多险合一的支持,解决之前因为新农合与金保系统存在数据孤岛,导致跨系统重复参保、重复报销的问题。

新农合业务合并后,系统将对跨县(市、区)重复、跨险种重复等情况进行识别和处理。

对金保系统的医保清算系统进行改造,实现对新的居民医保政策的支持,实现按照缴费档次确保报销档次。

新农合并入后,定点医疗机构从原1600多家增加到约3100家,系统改造应进行效率和性能的优化,实现对更多的定点医疗机构的联网结算和清算的支持,确保医保结算以及清算的效率。

新农合合并入金保系统后,参保人数将由之前的120万人,增加到360万人左右,数据规模增加了约200%,因此金保系统程序的性能优化工作是本次程序改造工作的一个重点。

系统升级改造时应充分考虑数据规模的增加,对现有的金保系统从数据结构到程序进行优化调整,确保新农合合并后金保系统的运行性能。

考虑到在未来的系统运行过程中,个别人员可能需要对当时新农合老的数据情况进行查询,新系统应提供针对重要的新农合历史数据查询的功能。

系统应满足经办机构居民医保相关的统计、查询及打印需求。

系统应支持中心端缴费、银行代收、银行代扣、特殊人员缴费、自助缴费等多种多样的缴费方式。

1.

2.

2.1.

2.1.1.

2.1.1.1.

2.2.3.基层缴费系统的建设

实现在基层通过MIS-POS的刷卡缴费,业务系统直接驱动主要合作银行POS机具,通过向银行POS机具发送签到、支付交易等指令,实现通过POS机直接接入金保系统进行基层缴费,彻底避免前台接触现金,规避风险。

同时金保系统将和POS系统构成一个闭环,实现每一笔业务单位与银行缴费的一一对应,做到缴费有单可依,有据可查,极大的提高了业务经办的可靠性。

因每家银行POS机具选型的差异,系统需要针对各家接入银行进行针对性开发。

同时需要开发对账功能,向各家银行提供交易对账接口,银行将交易结果传入后,实现在后台自动进行与各家银行的日对账。

2.2.4.银行代扣系统建设

开发银行代扣系统,实现对社保居民医疗保险、灵活就业人员等个人参保缴费人员的费用代扣。

对现有的征集子系统进行改造,实现对征收数据的自动生成及发单处理,并将代扣数据写入社银交易平台。

新增银行代扣子系统,实现对签约银行、交易数据管理、交换标准管理、系统安全管理、客户签约管理、代扣交易任务管理、各类交易数据、交易过程、交易结果的查询。

并且开发代扣交易日对账功能,向银行提供对账服务。

在代扣系统中心端建设完成后,配合银行进行接口的调试工作,向银行公布接口规范和流程说明,并且配合银行联调测试,并检查银行是否按照接口规范上传了数据。

对财务子系统进行改造,实现对银行代扣数据的的后台处理,根据银行传入的对账数据,自动进行实收登帐,并对其中的代扣失败的数据,进行后续的重新发单、取消签约等操作。

2.2.5.银行代收系统建设

开发银行代收系统,实现居民医疗保险的银行代收业务的经办。

参保人在社区或经办机构进行缴费申报,缴费申报完成后,参保人到开通了代收业务的任意一家银行网点进行缴费。

银行缴费完成后,调用金保系统银行代收确认交易进行缴费确认。

每天交易完成后,银行通过报文的方式,调用金保系统银行代收对账交易进行金保对账。

银行代收系统分为中心端应用子系统、银行代收服务子系统、交易对账子系统三个子系统。

银行代收系统开发完成后,将配合签约银行进行代收业务的调试工作,包括提供专人配合测试,提供交易标准,检查测试结果等内容。

2.2.6.社保卡系统改造

对德阳市社保卡系统进行改造,实现新农合与社保卡系统的对接,实现原新农合参保人员在新业务系统通过社保卡办理各类业务的经办。

通过社保卡实现对银行代收、银行代扣、MIS-POS缴费、自助缴费的支持。

做好社保卡数据与卫计委健康数据对接,建立两者间的对应关系,并通过社保卡实现居民健康卡的诊疗信息查询、挂号等功能。

2.2.7.定点医疗机构改造

新的居民医疗保险政策出台后,需要对定点医疗机构的社保支付接口程序进行相应的改造。

改造范围包括金保系统的中心端医保接口的改造,定点支付程序的改造。

定点医疗机构的改造涉及的点多、面广,是一个非常庞大的工程,需要安排专人配合定点医疗机构进行接口改造工作。

包括发布新的接口规范,指导医院供应商进行接口改造,并验证改造是否达到了标准要求。

2.2.8.医保审核接口改造

改造医保审核系统的接口,实现对居民医保的智能审核。

通过接口对居民医保数据进行采集、清洗、转换,并按照医保审核的数据规范,传入医保审核系统。

通过医保审核接口,实现审核结果向居民医保的数据推送,并且实现医疗机构通过接口对审核结果进行申诉处理。

审核扣款结果可以通过接口直接写入居民医保系统内。

医保审核接口改造工作涉及到医院端、金保系统、审核系统三个部分。

2.2.9.居民医保短信和网上经办改造

居民医保与短消息MAS网关对接,实现居保代扣预通知、代扣结果通知、动账通知等业务的短消息自动推送。

实现业务系统与MAS系统的对接,实现各类居保、银社交易数据的推送。

包括新增居民医保银行交易数据通知、代扣预通知、代扣结果通知、支付动账通知、参保关系变更通知等各类通知信息的推送。

改造业务系统,在居民医保各类业务经办的过程中,对重要的数据能够生成通知信息,并自动调用对应的短消息服务。

实现短消息服务的定制及客户管理,参保人员可以选择在社区、经办大厅开通短消息服务,并通过编辑短消息指令实现短消息订阅的退订。

根据业务部门需求,开发和支持互联网办理居民医保业务。

2.2.10.银行居民医保自助缴费接口

开发银社互联自助缴费接口,向银行开放,使居民可以在ATM机、银行网银完成缴费工作,拓宽居民的缴费渠道,实现信息便民。

改造金保业务系统,实现对通过网银、ATM进行自助申报、缴费确认、缴费查询、参保信息查询、基本信息查询等业务的支持。

参保职工通过社保卡为介质,实现在ATM及网银,进行各类社保缴费业务的自助经办。

开发社银平台交易平台,向银行提供自助缴费交易服务。

银行通过对交易服务的调用,按照社保要求,向参保人员提供各类服务。

自助缴费接口在安全性上必须遵守社银平台交易安全规范,确保交易过程中的数据的保密性、一致性、完整性,确保交易数据不被篡改或窃取。

开发交易对账服务,实现银行通过文件方式,将交易数据按日进行对账。

银行通过交易服务发起交易,先调用对账汇总交易,将文件名、交易金额、交易笔数、验证码等信息发送到对账服务,对账服务接收到交易并响应后,银行再发起对账文件传输交易,将交易文件传送到指定的服务器下。

后台对账服务进程将扫描银行上传的对账文件进行校验、解析、入库,并自动进行后台的登帐处理。

自助缴费交易服务开发完成后,将安排专人配合银行进行系统联调,工作内容包括:

公布交易规范、指导银行开发人员、配合联调测试工作、检查交易结果是否准确等。

2.2.11.医疗保险市级统筹改造

按照德阳市医疗保险市级统筹相关管理办法,根据采购方的要求,满足医疗保险市级统筹后,管理责任的划分和业务经办等方面的需要进行升级改造,完成各层级医疗保险相关报表和拨付流程需求的开发。

2.2技术/服务要求。

投标人除了满足招标采购项目的技术规格和配置要求外,还应当满足以下质量和技术要求/服务要求

一、总体技术要求

1)系统建设要依照结构化软件工程的基本思路,保证系统的总体质量;

2)应用系统将采用多层应用体系结构、模块化的设计方法的技术架构;

3)系统设计要符合“金保工程”技术规范和联网要求;

4)系统要求采用基于J2EE标准的B/S/S多层架构设计,技术框架具有可延续性,符合人社部核心平台三版的技术框架要求;

5)采用WebService方式提供标准接口服务;

6)数据传输采用XML作为数据传输标准;

7)提供权限控制功能,支持业务留痕机制;

8)提供完善的日志及异常处理等系统级功能。

提高日志的易用性,有效支持经办业务管理。

9)新增业务系统应能和当前核心业务系统无缝衔接,并实现统一的登录界面和权限管理。

二、系统性能要求

Ø并发连接数:

系统支持的最大并发连接数不低于5000。

Ø定点医药机构数:

系统支持的联网定点医药机构数不低于5000个。

Ø系统实施完成后应进行压力测试,并提供测试报告。

1.

2.

2.1.

2.2.

2.3.

2.3.1.

2.3.2.

三、其他技术/服务要求

1、供应商须按时实现新农合与居民医保的整合运行。

2、供应商负责做好系统集成工作(含操作系统、数据库、中间件现场部署及性能优化等)。

3、供应商应保障系统整合严密,平稳切换,不对金保系统正常业务造成影响。

4、供应商应提供详细用户手册,系统操作应人性化、用户界面友好。

2.3商务要求、合同主要条款

序号

内容

招标采购采购要求

1

工期要求

合同签订及需求确认后四个月内完成开发。

2

履约、验收要求与标准

项目验收时,按软件工程验收标准,提供需求分析、系统设计、测试报告、数据字典、软件源代码等开发和实施文件(软件源代码应在用户计算机上编译通过)。

供应商的系统应具有独立知识产权,开发过程中若使用到第三方的产品所涉及的费用由供应商承担。

供应商和采购人签订保密协议,确保相关程序源代码及数据的安全保密。

3

款项支付方式、进度

合同签订后七个工作日内,付合同总价款的35%;

系统上线后七个工作日内,付合同总价款的30%;

系统验收合格后七个工作日内,付合同总价款的30%;

系统验收合格一年后,付合同总价款的5%。

4

质保及售后服务要求

自本项目验收上线之日起,供应商需提供一年整体免费维护和技术支持,包括应用培训、一般性的需求调整和功能完善、系统接口和数据接口支持。

免费维护期满后维护费用另行协商确定。

5

其他

供应商应在项目实施前提供数据迁移方案,项目实施完成过程中应保证数据和系统安全,实施完成后应进行压力测试,并提供测试报告。

2.4其他要求

项目实施应按照信息安全等级保护三级的相关要求进行建设。

说明:

1、欢迎供应商提供服务的质量、保障等于或高于该基本要求的服务。

2、洽谈过程中可能实质性变动的内容:

洽谈小组可以根据采购文件和洽谈情况实质性变动采购需求中的技术、服务要求以及合同草案条款,但不得变动采购文件中的其他内容。

3、采购项目价格构成或者报价要求

采购项目的价格构成:

包括以上服务价格,以及服务费、管理费、税费等各项相关费用,即投标人完成本项目所需的一切费用。

报价要求:

报价不得高于市场平均价。

 

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

当前位置:首页 > 考试认证 > IT认证

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1