采购项目内容

一、采购项目技术要求

1.项目建设背景

为了更好落实《广东“数字政府”改革建设方案》《广东省人民政府办公厅关于印发广东“数字政府”改革建设工作推进方案的通知》，进一步加快并高质量推动政务信息系统的接管迁云工作，现通过广东“数字政府”建设，把佛山市政务信息化建设推上新台阶，更好地服务民生事业、服务人民群众，实现“数字政府”集约共享技术架构。  

根据佛山市电子政务云的要求，要提高基础设施资源利用率，提升电子政务项目建设效率，节约电子政务建设和运维成本，佛山市社会保险基金管理局计划先将普通门诊系统迁移至佛山市电子政务云上，积累迁移经验，为后续复杂的核二医保系统迁移工作奠定基础。

2. 项目业务现状

2007 年，佛山市社保启动建设医保结算管理信息系统，并于2010 年 7 月 1日全部上线运行。佛山医保结算管理信息子系统的建设范围包括职工医疗（含个人帐户、公务员补助、大额补助）、工伤保险、离休干部保险等各险种待遇管理，以及与两定机构、银行、邮局、各参保单位之间的系统接口，实现了与100多家定点医疗机构（含工伤定点医疗机构80多家）的实时结算。目前，系统各方面运行平稳。

当前佛山社保信息系统分为两大核心系统，信息系统的整体架构如下图所示：

 

1. 核心一系统：社保信息管理系统
2. 社保信息管理系统，主要管理城镇职工各险种（养老、医疗、工伤、失业、生育）与城乡居民医疗保险的保险关系与征缴业务、城镇职工四险（养老、工伤、失业、生育）待遇核定与支付管理。
3. 核心二系统：医疗保险信息管理系统
4. 医疗保险信息管理系统，主要管理城镇职工和城乡居民医疗保险的待遇核定与支付管理，医院前台子系统，医保中心业务子系统、HIS接口子系统以及省异地就医平台接口系统。

3. 项目建设原则

 

1. 服务可靠性、稳定性原则

顺利完成本项目涉及的业务系统的迁移和升级，实现业务系统安全、可靠地迁移到政务云平台，尽量减少或避免迁移和升级对日常业务开展的影响。

1. 充分利旧，节约资源原则

在向电子政务云平台迁移的过程中，充分利用现有资源与电子政务云的优势，使迁移后业务系统与政务云服务平台相融合，实现平滑迁移。

1. 技术先进性，流程统一完善性原则

在迁移实施中，要充分考虑到整体架构的扩展性，在设计中应充分利用云平台的优越性，采用模块化、组件化及参数化等先进可行的分析和设计方法，保障佛山市社保业务应用的性能扩展要求。

1. 业务优化、统一管理原则

佛山社保系统经历了多年持续建设，期间国家信息化管理制度不断的完善，行业技术的变更和演化，早期建设的业务系统在系统架构、接口标准、资源调渡等存在需要完善的地方，随着迁移工作的开展，在此过程中，对系统架构进行优化、统一接口标准、调整资源分配，进一步提升管理效率。

4. 项目建设内容

本项目总体需求为实现医保普通门诊系统迁移到政务云平台以及将当前医保核心二系统数据库由DB2 9升级到DB2 11。主要建设内容如下：

1. 医保普通门诊系统迁移到电子政务云平台

• 云平台基础环境部署
• 应用系统测试
• 正式上线保障

1. 医保核心二系统数据库升级

• 数据库升级实施
• 应用系统测试
• 正式上线保障

5. 项目建设需求

5.1医保普通门诊系统迁移到电子政务云平台

5.1.1云平台基础环境部署

本项目要求将医保普通门诊系统迁移至电子政务云平台，电子政务云平台资源由政数局统一提供，要求服务商提供本次项目所需的云平台环境部署工作，主要包括：

1. 操作系统安装
2. 操作系统和常用系统软件，通过虚拟机映像文件直接安装在云主机上。服务商须在云主机部署软件环境和相应信息系统。按照系统的要求，对用户授权进行统一配置，包括文件的读写权限，网络权限等配置。
3. 数据库安装部署
4. 服务商须按采购人要求安装相应的目标数据库软件，并根据迁移后的部署架构对数据库进行初始化配置，包括实例，用户，数据空间等，以满足原有系统迁移到云平台的存储要求，以及应用访问的要求。
5. 中间件安装部署
6. 服务商须按采购人要求在云平台中安装部署好相应的中间件软件，并根据要迁移的应用系统的业务特点做相应的配置，包括JVM参数，集群搭建等，并且对服务搭建与日志管理有统一的规范。一方面可以满足应用系统的正常运行要求以及负载要求，一方面方便日后系统的运维。
7. GoldenGate安装部署
8. 服务商须按采购人要求安装数据复制软件，根据要迁移的应用系统的业务特点做相应的配置并完成系统初始化和数据同步，以满足数据一致性要求。
9. 数据迁移及同步
10. 服务商须按采购人要求，将医保普通门诊系统所含数据库数据完整迁移至电子政务云平台。系统迁移后要对系统运行及使用进行运行跟踪及评估，必要时对系统进行调整，保障迁移后系统数据的可用性、完整性和安全性，为后续的业务迁移及测试打下坚实基础。
11. 应用系统迁移

服务商须按照采购人要求，实现医保普通门诊系统的应用系统迁移。在应用系统迁移后，需保障应用系统基础服务确实可用。

5.1.2应用系统测试

应用系统迁移及测试主要包含业务功能测试和系统性能测试。

1. 业务功能测试

医保普通门诊系统数据库及应用层迁移到政务云后，为了确保全市普通门诊系统每天8万业务量的正常平稳过渡，需要对医院HIS接口和医保前台功能做全面的测试，主要包括：

序号	系统名称	系统类别
1	佛山市居民门诊医疗保险系统—软件开发部分	医保普通门诊系统
2	佛山市社会保险基金管理局基本医疗保险一体化信息系统项目（核心二系统改造、门诊系统建设）-子项二：门诊系统建设	医保普通门诊系统

 

1. 系统性能测试

医保普通门诊数据库及应用层迁移到政务云后，为保障全市普通门诊系统每天8万业务量的正常平稳过渡，需要对应用环境进行压力测试。

1. 系统自动化测试工具开发与实施

医疗普通门诊系统属于医保业务系统的核心内容，系统覆盖了所有人群的普通门诊的业务内容，医保算法、接口、功能复杂，如果采取传统的人工测试方式，测试的效率非常低，需要通过开发和实施基于普通门诊算法的自动化测试工具来保证普通门诊在系统迁移和维护过程中业务经办的准确性。

5.1.2正式上线及保障

服务商须按采购人要求，在基础层、数据库层及应用层制定详细的应急保障措施，保障医保普通门诊系统迁移至政务云正式上线后的正常运行。

5.2医保核心二系统数据库升级

5.2.1数据库升级实施

服务商须按照采购人要求，将当前医保核心二系统数据库由DB2 9升级到DB2 11。主要工作如下：

1. 数据备份，在升级前进行完整的数据备份，并对备份的完整性和可靠性进行校验；
2. 数据库版本升级，进行版本升级实施，将当前医保核心二系统数据库由DB2 9升级到DB2 11。

5.2.2应用系统测试

医保核心二系统DB2数据库需要升级到DB2 11版本，为了避免DB2 9与DB2 11存在兼容性问题，确保核心二的正常平稳过渡，需要对新的应用和数据库环境进行业务功能和性能全面测试。

1. 业务功能测试

本次DB2 版本升级的应用系统（医保核心二系统）主要包括：

序号	系统名称	系统类别
1	佛山市社会保险综合信息系统核心业务系统之二医疗保险支付及管理各项业务软件开发项目	医保核心二系统
2	佛山基本医疗保险异地就医结算开发项目	医保核心二系统
3	佛山市抚恤补助优扶对象医疗改造项目	医保核心二系统
4	佛山市居民医疗待遇、康复医疗及居民待遇调整系统改造	医保核心二系统
5	佛山市社会保险国家药品目录及补偿药品差额建设项目	医保核心二系统
6	佛山市生育医疗信息系统	医保核心二系统
7	佛山大病医疗保险管理系统开发	医保核心二系统
8	佛山市社会保险自助终端结算项目	医保核心二系统
9	佛山市医疗保险三大目录信息管理系统	医保核心二系统
10	佛山市社保信息系统核心生产系统维护及开发项目-子项七：佛山市医疗零星报销费用明细回传系统	医保核心二系统
11	佛山市社保信息系统核心生产系统维护及开发项目-子项八：佛山市医疗特定门诊二级目录管理系统	医保核心二系统
12	佛山生育保险、一门式系统、医疗救助一站式结算系统-子项二：佛山市医疗救助“一站式”结算系统改造建设	医保核心二系统
13	佛山生育保险、一门式系统、医疗救助一站式结算系统-子项三：佛山市生育保险信息系统改造	医保核心二系统
14	佛山生育保险、一门式系统、医疗救助一站式结算系统-子项一：佛山市社保一门式系统改造一期	医保核心二系统
15	佛山市社会保险基金管理局基本医疗保险一体化信息系统项目（核心二系统改造、门诊系统建设）-子项一：核心二系统改造	医保核心二系统
16	佛山市社会保险核心二业务系统建设项目（子项二：佛山市跨省异地就医结算系统建设项目）	医保核心二系统
17	佛山社保公立医院改革系统改造	医保核心二系统

 

1. 系统性能测试

核心二DB2数据库升级到DB2 11版本后，为了确保核心二业务的正常平稳过渡，需要对新的应用和数据库环境进行压力测试，重新验证性能。

1. 系统自动化测试工具开发与实施

医保核心二系统属于医保业务系统的核心内容，其中医疗保险待遇结算办法直接影响了参保人、定点医疗机构及医保基金的利益。该结算办法覆盖了所有人群，包含了所有医疗险种，涉及了大量的审批登记业务，医保算法路径达到成百上千种，如果采取传统的人工测试方式，测试的效率非常低，需要通过开发和实施基于医保核心二系统中医保结算算法的自动化测试工具来保证系统在数据库升级和维护过程中业务经办的准确性。

1. 利用特性优化应用程序与版本兼容性改造

 DB10.5 BLU 引入的新技术—列组织表，可以更加高效地完成复杂查询。在医保核心二系统数据库升级DB2 11后，将这种新技术用于医保月度交接结算、批量复杂查询和医保统计报表等当前运行效率较低，对系统性能影响大的功能，将会显著改进存储性能、查询性能和易用性。

对于版本的兼容性改造需要考虑将现有的后台存储过程、函数等程序进行持久化封装，进一步实现核心二系统的数据库无关性，减少系统对数据库选型和版本的依赖。

1. 6.5 DB2数据库升级后环境校验

医保核心二系统的DB2数据库升级到新版本后，数据库对象也要全部迁移到新的数据库上，需要对升级后的数据库对象进行校验。一是需要对所有类别的数据库对象的完整性进行校验；二是需要对表的数据量进行校验；三是需要对昵称、序列、视图的可使用性进行校验。

 

6. 项目实施要求

6.1对投标人的要求

1. 投标人应对满足规定指标的设备及软件供货商的资信和信誉进行认真考核，对用户负责。
2. 投标人应对国家金保工程总体设计方案有相当的了解，并具有五年以上大型管理信息系统建设经验，以保证系统的建设质量和水平。
3. 投标人应对现有系统有充分的了解，并考虑与现有系统的无缝衔接或有效整合。
4. 投标人应根据本招标文件项目需求，在投标文件中提出本项目的实施方案。

• 采购人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作，投标人必须接受并服从采购人的监督、管理要求，无条件提供中间过程工作成果。

 

6.2项目组织管理要求

1. 投标人应充分考虑满足投标项目的建设要求，提出完整的项目组织管理方案，包括项目组织架构、人力资源管理等，并阐述项目建设中业主方的职责。
2. 投标人需针对本项目的特点，指派同时具备大型信息系统开发管理经验和人力资源社会保障业务知识的高素质人才担任项目经理，项目经理需具备人社部（或原人事部）及工信部（或原信产部）认证的信息系统项目管理师或系统分析师或美国项目管理协会认证的项目管理师PMP的资质，并合理的组织和配备各种人员，从而形成一个高效的软件开发实施团队和管理组织机构，以确保软件开发按质、按量、按时完成，并有序的组织实施工作。
3. 投标人在投标时应提供参加本项目的技术人员详细资料，包括姓名、职务、职称、主要资历、荣誉、经验及承担过的项目。 项目核心人员的更替必须提出书面申请，并征得采购人同意后方可替换。

6.3项目进度管理要求

1. 投标人需要根据项目工期要求，提出项目实施进度计划，列出详细的工程进度安排表，并提出相应的保障措施。
2. 中标人在项目实施过程中必须分别按周、月提交进度报告，对项目问题及进度延迟原因进行说明，制定合理的解决措施并有效执行。

6.4项目质量管理要求

1. 投标人应按ISO9001及CMM质量管理体系规范要求，针对招标项目实施过程及交付结果进行质量规划、管理、控制。
2. 符合国家标准有关软件开发技术规范、软件文档管理和软件验收标准的要求。具体参考标准：

1. GB8567-2006 计算机软件产品开发文档编制指南；
2. GB9385-2008 计算机软件需求说明编制指南；
3. GB9386-2008 计算机软件测试文件编制规范；
4. GB/T 12504-90 计算机软件质量保证计划规范；
5. 其他相关的计算机软件工程规范国家标准；
6. 其它公认的相关的中国国家标准。

1. 投标人应提供详细的质量保证、质量控制措施，明确质量保证、控制内容与活动。
2. 投标人一旦中标，必须接受采购人的质量监督检查，提供真实有效的相关质量活动记录、证据，无条件接受采购人提出的质量问题整改要求，承担质量责任及因质量问题导致的进度延迟责任。

6.5项目风险管理

投标人应充分认识到项目风险管理的重要性，在投标文件中必须识别分析项目中的各类风险因素，并提出相应的对策。

6.6项目沟通管理

投标人必须在投标文件中阐述项目沟通计划，确保投标人与业主之间信息沟通顺畅。

6.7项目测试要求

1. 投标人必须提供详细测试方案，包括采用测试目的、测试方法与技术以及测试流程等，并能对测试问题进行有效处理。
2. 在工程实施过程中，中标方应先拟出一个测试方案，具体到每一个测试步骤，与用户讨论通过后，方可按计划进行测试。

 

二、采购项目商务要求

 

（一）投标报价

1.报价方式：广东省佛山市整体项目包干价。

2.本项报价应包括：包含项目的全部产品价格、服务价格、应向中华人民共和国政府缴纳的增值税和其它税等全部税费、运输、保险、安装、伴随服务、标准附件价、备品备件及专用工具价(如有)、以及履行合同所需的费用、所有风险、责任等其他一切隐含及不可预见的费用。如果投标人在中标并签署合同后，在实施工作中出现的任何遗漏，由中标人自行承担费用，采购人将不再支付任何费用。投标报价以人民币报价。（要将每一个具体事项的开发成本列清单，并作为合同的报价附件）

（二）本项目控制金额上限

本项目控制金额上限为￥3,488,800.00元（大写人民币：叁佰肆拾捌万捌仟捌佰元整），投标报价若超过项目控制金额上限，将被视为无效投标。

（三）项目服务地点、期限

服务地点：采购人（用户）指定地点

（四）服务期限

2020年12月31日前完成系统建设工作。

（五）付款方式

1. 合同生效后，支付合同金额的30%；
2. 项目试运行结束并由采购人验收合格（签名确认和盖章）且2021年预算下达后支付合同金额的65%；
3. 总验合格后支付合同额尾款5%。
4. 中标（成交）供应商须向采购人提供依法纳税的服务费发票。
5. 采购人签署验收确认书及申办每期拨款手续均可在15个工作日内完成，属于合同款是市财政局国库支付中心直接支付给中标（成交）供应商的项目，“付款”是指采购人向主管部门发出申请付款文件。
6. 收款方、出具发票方、合同乙方均必须与中标（成交）供应商名称一致。

（六）项目培训要求

投标人须在投标文件中提供详细的培训方案。

中标人应提供相应的软件操作等方面的培训。有关应用软件的操作培训课程，应在系统运行前完成。

1. 培训目的：中标人负责对采购人进行全面的技术培训（培训费用包含在投标报价中），使采购人达到能独立进行管理、维护和故障处理等工作，以便采购人所使用的软件产品能够正常、安全地运行。
2. 培训对象及资料：系统管理员和系统使用人员，由中标供应商提供培训教材。
3. 培训要求：中标人除了对业务经办人员的专项培训以外，应对采购人的系统维护人员进行系统维护培训。包括：系统管理、开发工具、平台软件、数据交换技术等。中标人将详细的培训课程以及时间表交给用户，最后以用户认可为准。所有的培训资料必须是中文书写。
4. 中标人应将所有培训费用（含培训教材费）及各项支出列入培训费用价格中，计入总价。
5. 对于所有培训，中标人必须派出具有相应专业资格和实际工作、教育经验的教师和相应的辅导人员进行培训，主要培训教员应至少具有三年的教学经验，培训所使用的语言必须是中文，否则投标人必须提供相应的翻译。

• 项目验收要求

 

1. 验收安排在运行期间，中标人应对运行期间所出现的问题及时进行解决、调整，并做好记录，此记录将作为验收的依据之一。
2. 上线前，中标人需独立对系统进行为期一周的连续运行，未出现较大问题（影响系统正常使用）后通知用户方，发布到正式环境，系统正常运行一个月后中标人可提出验收申请，由用户方组织验收。
3. 文档交付要求应用系统升级改造应严格按照国家有关规定进行，中标人必须根据项目进度及时提供有关文档，包括：
4. （1）项目各阶段成果
5. 系统集成应严格按照国家有关规定进行，中标人必须及时提供验收规范、产品文档、质保书、设计文档、施工文档、检测文档、项目管理文档等有关文档。

1. 准备阶段：《软件项目计划与项目章程》
2. 需求分析阶段：《软件需求规格说明书》
3. 设计阶段：《系统设计说明书》
4. 测试阶段：《测试缺陷记录》、《测试报告》
5. 上线阶段：《系统实施方案》、《试运行/上线报告》、《应用软件源代码》最终提供的软件产品应包括各种相关的软件系统、各阶段开发文档、运行稳定可靠的本系统安装程序、源代码等。
6. （2）与工程相关的其他文档。

• 项目技术支持与售后服务要求（2）投标人开发的应用软件验收合格后，应提供一年的免费维护和升级服务，服务范围包括：故障处理、日常管理维护、系统定期检查与优化等，需定期提交维护报告。

 

1. （3）投标人必须为系统维护做出如下明确承诺：
2. （1）投标人必须根据本次招标文件所制定的目标和范围，提出相应的售后服务方案，并作为投标文件的一部分提交。本标书中软件系统质保期为1年，自软件验收合格之日起计算；

1. 投标人须保持与用户的联系，随时交流系统的应用情况，成立专门工作小组为用户解决遇到的问题。
2. 投标人应定期提供咨询服务（质保期内至少每半年一次，质保期后至少每年一次）。若采购人行政组织调整或业务流程变更，则投标人应提供及时的变更服务，工作量单价不得高于首次签订的相应业务对应的工作量单价；
3. 投标人必须明确承诺达到用户的服务响应要求：7×24小时电话或电子邮件服务，1小时内做出明确响应和安排，如需现场服务的，具有解决故障能力的工程师应在4小时内到达现场。
4. 维护期内应用系统的任何更新（包括升级和调整），投标人都需提供最新的源代码。
5. （4）免费服务期满后的售后服务方式、费用，采购人根据需要，经双方协商后，签订相关售后服务合同。