《79成都市民政求助对象医疗保险联网结算采购项目 技术、商务要.doc》由会员分享，可在线阅读，更多相关《79成都市民政求助对象医疗保险联网结算采购项目 技术、商务要.doc（12页珍藏版）》请在三一办公上搜索。
1、成都市民政求助对象医疗保险联网结算采购项目 技术、商务要求及投标人资格条件预公告各潜在投标人： 成都市政府采购服务中心受成都市劳动保障信息中心的委托，拟对成都市民政求助对象医疗保险联网结算采购项目进行公开招标。为确保政府采购当事人的合法权益，现就该项目的商务、技术要求及投标人资格条件等广泛征求各方的询问和意见，如有异议，请于2010年9月23日下午17:00前以书面形式提出，详细的技术、商务要求及投标人资格条件、联系方式见附件。成都市政府采购服务中心二一年九月十五日附件：成都市民政求助对象医疗保险联网采购项目技术、 商务条件及投标人资格条件1. 主要技术参数要求1.1. 项目背景为更好地适应我
2、市统筹城乡综合配套改革试验区建设的需要，通过减少医疗救助环节、实现困难群众医疗保险报销补偿与医疗救助同步结算的“一站式”服务的方式，方便城乡困难群众看病就医。民政部门负责城乡医疗救助政策的制定、解释，救助对象身份确认，与医疗机构结算工作。负责争取上级民政部门专项资金支持并与财政部门共同做好救助资金的划拨工作。负责提出城乡医疗救助资金的筹资方案及用款计划，负责城乡医疗救助资金支出专户的管理、核算。劳动和社会保障部门负责为参加城乡居民基本医疗保险的城乡低保对象、农村五保对象增加救助标识工作，并在每月底前根据民政部门提供的增减人员名单完成动态标识。负责城乡低保对象、农村五保对象住院费用审核及业务报表
3、统计工作。负责完善医疗保险网络中心管理平台，以实现定点医疗机构医疗保险报销补偿与医疗救助同步结算。1.2. 项目目标以减少医疗救助环节、方便城乡困难群众看病就医为目标，依据成都市相关政策文件精神，开展民政救助对象基础信息与劳动保障信息交换工作，实现信息数据共享，充分利用成都市医疗保险联网支付网络系统资源，建设整合成都市城乡居民基本医疗保险管理信息系统，以信息化手段实现民政救助对象医疗保险报销补偿与医疗救助同步结算的“一站式”服务。1.3. 项目建设原则1.3.1. 标准性原则系统设计严格执行国家有关标准或行业标准。采用的软件平台和软件体系结构，需严格遵循国际标准、国际通用惯例或计算机领域的通用
4、规范。符合人力资源和社会保障部社会保险有关技术规范和要求。1.3.2. 实用性原则按照经济实用、成熟先进、持续稳定的要求，确定信息系统建设的规模和软硬件档次。应用系统设计应以满足当前工作需求为首要目标。1.3.3. 安全性原则充分考虑信息安全对系统的重要性，按照国家有关的信息系统安全的要求，结合自身的安全体系建设，充分保证系统、网络和数据的安全，以确保基金的安全。具有必要的信息安全保护和信息保密措施，建立可靠的安全保障体系。1.3.4. 可扩展性原则立足于现行政策和管理体制，软件功能满足预定需求，流程设计符合业务系统行业标准兼顾流程再造，同时为劳动保障改革和业务发展留有余地。系统设计要考虑业务
5、未来发展的需要，要尽可能设计得简明，各个功能模块间的耦合度小，便于系统的扩展。1.4. 项目内容1.4.1. 实施范围完成系统在成都市劳动保障部门以及全市定点医疗机构的支付端的安装部署。1.4.2. 功能要求1.4.2.1. 系统基本业务要求以信息化手段支撑实现困难群众医疗保险报销补偿与医疗救助同步结算的“一站式”服务。（一）参保救助程序：每年由民政部门向劳动保障部门提供民政资助参保对象名单，并将资金及时划拨劳动保障部门。参保救助对象发生住院费用后，由劳动保障部门按规定给予医疗保险报销补偿。（二）住院救助程序：已参加城乡居民基本医疗保险的城乡低保对象、农村五保对象住院救助程序：入院时为城乡低保
6、对象、农村五保对象的人员，在医院经城乡居民基本医疗保险信息系统确认救助身份后，由医院直接办理医疗保险报销补偿并与医疗救助同步结算，医疗救助资金由医疗机构垫付。城乡低保对象、农村五保对象在社保定点医疗机构发生的符合基本医疗保险规定的住院医疗费用，先由定点医疗机构结算基本医疗保险报销费用，剩余的符合基本医疗保险规定的住院医疗费用，在全额资助住院起付费后，再按规定比例实施医疗救助。（三）资金结算程序：每月定点医疗机构将费用清单报劳动保障部门，劳动保障部门审核无误后报同级民政部门，民政部门审核救助对象无误后报同级财政部门，财政部门按实拨付救助资金到民政部门，再由民政部门拨付到医疗救助定点医疗机构。1.
7、4.2.2. 项目建设功能要求 建立民政救助对象基础数据库，存储民政救助对象信息。 建立民政救助对象系统，通过对民政救助对象信息的动态管理，对民政部门救助对象身份进行识别。 建设社保中心端系统和医院支付端系统，支持医疗机构、劳动保障部门、民政部门之间的联网结算。 建设综合查询系统，对医疗救助产生的医疗信息、资金结算信息进行查询。 建设统计报表系统，按要求生成相关统计报表。 优化业务流程，加强业务监督。 支持业务多级管理和权限控制。 支持业务留痕机制。 支持业务回退操作。1.4.2.3. 救助对象信息管理系统1.4.2.3.1. 救助对象新增管理通过和民政部门联网或电子表格报盘的方式，将救助对象
8、的数据存入救助对象数据库。如果采用和民政部门联网的方式，则可将本功能授予民政部门，由民政部门直接通过系统新增救助对象的基本信息。如果采用电子表格报盘的方式，则提供导入功能，将民政部门提供的电子表格导入进救助对象数据库。1.4.2.3.2. 救助对象信息比对 和城乡居民基本医疗保险系统中的参保人员数据进行比对，对符合要求的对象增加救助标识，用于当救助对象发生住院情况时，医院端支付系统进行查询判断。1.4.2.3.3. 救助对象动态管理每月底民政部门通过联网或电子表格报盘的方式向劳动保障部门提供增减人员名单，系统通过救助对象信息比对，对救助对象的基本信息和救助标识就行动态更新。1.4.2.4. 医
9、院支付端系统病人住院刷卡时，医院支付端接口访问中心端系统获取救助对象标识，判断该人员是否属于已参加城乡居民医疗保险的民政救助对象，如果属于，医院支付端接口根据相关算法计算医疗费用金额，并打印出表单，表单上注明人员类别、医疗项目、医疗费用等信息。如果不是民政救助对象，系统不进行民政救助对象医疗保险联网结算处理。1.4.2.4.1. 技术要求全成都市所有定点医疗机构都采用实时连接的方式，直连成都市本级数据中心，实现住院的医疗待遇实时结算。应采用三层架构基于Tuxedo中间件技术解决方案。（1）提供嵌入式接口对于定点医疗机构存在管理系统的，提供总套的API接口供定点医疗机构管理系统调用，定点医疗机构
10、管理系统在业务处理时只要调用相关的API接口，就可以把医保就诊信息、费用明细信息等保存到医疗保险结算接口平台的数据库，并可调用接口提供的功能进行医疗费用的结算，避免了定点医疗机构端数据的重复录入。（2）提供单独的医疗结算系统提供医疗费用的结算系统。对于定点医疗机构端没有管理系统的，提供一套完整的医疗费用的结算系统。考虑到维护的问题，可采用托管服务器的方式，存放各定点医疗机构三大目录等基本信息。1.4.2.4.2. 入院管理提供入院办理功能，并支持入院信息的修改和回退。1.4.2.4.3. 住院管理 提供住院费用明细的写入以及住院费用明细的退单功能。1.4.2.4.4. 出院管理提供出院办理、以
11、及出院费用的计算功能。1.4.2.4.5. 身份确认救助对象信息管理系统接收医院支付端接口的访问请求，判断人员是否属于已参加城乡居民医疗保险的民政救助对象，将判断结果数据返回给医院支付端系统，医院支付端根据返回数据确认救助对象身份。1.4.2.4.6. 费用结算医院支付端根据医疗情况对医疗保险待遇进行结算，并通过调用社保中心端“民政救助费用计算”功能，计算民政部门相关费用。1.4.2.4.7. 表单打印医院打印出基本医疗保险、补充医疗保险、民政救助明细等表单，表单上注明人员类别、医疗项目、医疗费用等信息，供救助对象和社保部门、民政部门进行医疗报销补偿和医疗救助的同步结算。1.4.2.4.8.
12、费用清算医院支付端系统将相关数据传至社保中心端系统，由劳动保障部门进行数据审核和费用清算。1.4.2.5. 社保中心端系统1.4.2.5.1. 费用清算提供就诊审批、住院费用计算、费用结算拨付、基本医疗保证金管理、费用清算等功能，支持社保中心端和定点医院支付端的费用清算。1.4.2.5.2. 民政救助费用计算提供民政救助费用计算的算法，计算救助对象住院就医后产生的民政部门相关费用，供医院支付端系统调用。1.4.2.5.3. 费用审核劳动保障部门对医院支付端提供的数据进行审核，审核通过后报送民政部门。1.4.2.5.4. 数据导出提供数据导出功能，审核通过的医院支付端提供的民政医疗补助数据明细导
13、出为电子表格形式，报送给民政部门。1.4.3. 技术要求在人力资源和社会保障部社会保险“核心平台三版”基础上，进行成都市民政救助对象医疗保险联网结算系统的开发工作。（1）系统技术路线应完全遵循核心平台三版的技术路线的要求。（2）采用J2EE体系结构：中间层软件（应用服务器软件）支持BEA Weblogic Server。关系数据库管理系统支持Oracle企业级版本，操作系统支持UNIX。（3）采用面向对象的分析和设计方法。（4）采用B/S/S体系架构为主。（5）定点医疗机构的医保待遇实时结算系统基于交易中间件Tuxedo进行开发。（6）系统采用模块化设计，各功能模块完成不同业务，模块之间信息共
14、享。根据用户的需要，系统各功能模块可分可合，系统结构灵活多样，不受业务流程、地理位置、操作习惯等外部环境的限制。（7）系统的操作要力求简便，操作界面的设计风格统一，便于操作员快速掌握系统操作方法；用户界面简单明了，符合业务办理流程，具有人性化特点。（8）系统具有良好的业务操作容错恢复能力，提供业务回退功能。在操作人员进行了错误操作的情况下，能恢复到错误操作前的数据状态。（9）完善日志、异常处理等系统级功能。提高日志的易用性，有效支持经办业务管理。提供完整、高效的异常处理机制，提供友好的异常开发接口。1.4.4. 安全性要求开发商在进行系统设计和实现时应遵照金保工程的安全性要求来开发和实施本项目
15、。应用系统必须支持业务安全管理方面的需求，对关键数据的加密存储和传输，提供安全认证方式，支持业务多级管理和授权管理，记录业务操作过程，建立不可抵赖机制。1.4.5. 培训要求由于本系统是一个业务覆盖面广，系统复杂、涉及多部门的大型计算机管理信息系统。这样一个大型系统需要不同层次的人员来支撑它的运行。需将与系统相关的人员分为：（1）系统维护人员（2）业务管理人员（3）业务经办人员为了保证系统的正常运转，对以上人员分别有不同程度的要求：针对系统维护人员的技术培训,包括：数据交换技术、应用软件、应用架构等，包括：（1）应用总体架构（3）信息资源设计架构（4）数据交换共享机制及相关技术（5）应用软件系
16、统结构（6）应用开发技术、源代码构成（7）数据结构设计等针对业务管理人员的业务培训，包括： （1）业务总体架构设计（2）业务总体流程设计（3）业务信息流总体设计（4）业务总体规划设计（5）应用软件的操作培训等针对业务经办人员，需提供以下内容的培训：（1）应用系统的操作和使用（2）应用系统维护的基本知识和技术1.4.6. 项目管理要求（1）软件开发商必须提供本项目的详细工作进度安排和人员配备方案，软件开发商必须保证其所有项目人员到位并保持稳定。（2） 软件开发商应在响应文件中详细提出项目进度计划表。（3）软件开发商必须按照软件质量管理和质量保证体系，提出具体措施，确保应用软件开发质量。（4）软件
17、开发商必须详细明确说明项目沟通计划，确保软件开发商与用户之间信息沟通顺畅。（5）软件开发商应充分认识到项目风险管理的重要性，在响应文件中必须识别分析项目中的各类风险因素，并采取相应的对策。（6）软件开发商应严格按照国家软件工程规范、根据开发进度及时提供有关文档，并承诺提交的文档是最新的并与软件版本一致，提交的文档应无条件接受监理方审查。1.4.7. 项目进度要求本项目要求在合同签订后3个月内首先完成软件开发。在2011年2月前完成系统在全市范围内的实施。1.4.8. 售后服务要求（1）自验收之日起，提供一年的免费维护服务，包括一般性的需求调整和功能完善。（2）在系统使用周期内，提供技术支持，包
18、括系统接口和数据接口支持。（3）根据项目特点要求为本项目提供本地现场技术维护人员到采购人单位进行现场维护。2.合格投标人应具备的条件1、在中华人民共和国境内登记注册，注册资金不低于人民币2000万元，具有独立法人资格的合法供应商；2、参加本次政府采购活动前三年内，在经营活动中没有重大违法违规记录；3、遵守中华人民共和国政府采购法及其他相关的法律和法规。本次招标不接受联合体投标3联系方式采购人： 成都市劳动保障信息中心联系人： 蒋 磊联系电话及传真： 028-87706929地址： 成都市二环路北一段4号集中采购机构：成都市政府采购服务中心联系人：袁 月侯建军 联系电话及传真：028-86271454、028-86770551地址：成都市政府采购服务中心（成都市少城路25号少城大厦2楼）
