福州市政府采购合同

编制说明

1、签订合同应遵守《中华人民共和国政府采购法》、《中华人民共和国合同法》。

2、签订合同时，采购人与中标人应结合招标文件第五章规定填列相应内容。招标文件第五章已有规定的，双方均不得对规定进行变更或调整；招标文件第五章未作规定的，双方可通过友好协商进行约定。

甲方：福建省福州儿童医院

乙方：医惠科技有限公司

根据招标编号为[350100]ZK[GK]*******的医院大数据服务平台项目项目（以下简称：“本项目”）的招标结果，乙方为中标人。现经甲乙双方友好协商，就以下事项达成一致并签订本合同：

1、下列合同文件是构成本合同不可分割的部分：

1.1合同条款；

1.2招标文件、乙方的投标文件；

1.3其他文件或材料：□无。□无。

2、合同标的

解锁编辑

3、合同总金额

3.1合同总金额为人民币大写：壹佰柒拾贰万捌仟元整（￥*******.0000）。

4、合同标的交付时间、地点和条件

4.1交付时间：合同签订后(180)天内交货；

4.2交付地点：福建省福州市鼓楼区八一七中路145号(福建省福州儿童医院孝礼楼5层 信息部)；

4.3交付条件： 通过最终验收 。

5、合同标的应符合招标文件、乙方投标文件的规定或约定，具体如下：

序号 建设内容 数量 单价(元) 总价（元 1 医院大数据服务平台 数据接入引擎 1套 260000 260000 2 临床数据中心（CDR） 1套 260000 260000 3 运营管理中心（MDR） 1套 200000 200000 4 患者全息视图 1套 270000 270000 5 单病种质控管理 1套 130000 130000 6 配套硬件 服务器 4台 145000 580000 7 辅材 1批 28000 28000 合计 ******* 注：其中软件款项合计112万，硬件款项合计60.8万 附件：功能清单 1. 医院大数据服务平台 1.1数据接入引擎 数据接入引擎要求能将医院各业务系统的数据取出，经过实时数据同步工具建立标准结构的数据仓库。目前最常用的消息格式标准为以HL7v3.0为原型，按照卫健委标准和互联互通评级，不满足部分按照一定原则进行自定义扩展。一般就诊数据采用HL7v3.0，文档类数据采用CDA格式进行存储。 1.1.1.数据采集技术要求如下： 功能列表 功能要求 数据获取 采用国际知 名品 牌数据同步工具，采用数据库动态日志捕获同步技术，对生产系统的资源消耗控制在5%或以内，确保业务数据源和ODS数据的一致性控制在毫秒级以内。 数据清洗 过滤那些不符合要求的数据，将过滤的结果交给业务主管部门确认是否过滤掉，还是由业务单位修正之后再进行抽取。不符合要求的数据主要是有不完整的数据、错误的数据和重复的数据三大类。 转换 主要是进行不一致的数据转换、数据粒度的转换和一些商务规则的计算。支持自定义业务数据表及其关系，并能将多张业务数据表转换成能够适用于PivotTable等工具操作的格式。 装载 加载经转换和汇总的数据到目标数据仓库中，可实现SQL或批量加载 录入/导入 将指标生成所缺失的数据元以及手工记录的指标信息，通过.txt或者是.xls文件导入到ODS中或直接录入到系统中，以保证决策分析平台指标的完整性。 ▲日志 记录日志的目的是随时可以知道数据同步及抽取运行情况，以便于在错误发生的情况下，快速定位错误原因和位置。 警告发送 向系统管理员发送警告，发送警告的方式有多种，常用的就是给系统管理员发送邮件，并附上出错的信息，方便管理员排查错误。 1.1.2.包括但不限于以下功能要求： （1）临床数据中心实现所有临床诊疗数据的整合与集中展现，包括但不限于院内各临床信息系统(如就诊、住院、医嘱、病历、病案、护理文书、药敏、检查、检验等)所集成的患者所有重要的临床数据。 （2）建设运营数据中心（ODR），包括但不限于除临床信息系统外的其它数据源，（如预约、挂号、费用信息、医保信息、人事等）。 （3）数据中心建设包括数据对象、对象之间的关联关系、数据标准和业务数据的映射关系等，逐步形成医院运营数据集规范、数据获取规范、数据对外发布规范等。 （4）在确保对生产系统的资源和运行没有影响前提下，全院所有临床数据要以实时或近实时的方式，通过对原始数据的抽取、清洗、转换处理后集中存储，所产生的元数据支持灵活的查询利用需求。抽取的数据不能仅仅是对业务系统表的复制，应按照国际、国内标准转换后存储，保证数据中心不依赖于业务系统。 （5）对历史临床数据进行抽取、清洗、转换，按标准化格式存储。描述数据渐变过程追踪和管理过程，确保数据的准确性。 （6）要求该平台软件是基于国际先进的医疗信息汇集（Data Aggregation）技术，对于采集的数据加以解析处理，形成最小的、可复用的数据元素，以提高数据利用的效率。 （7）具有内置的数据分析路径，可以根据医院关注的主题按医院的习惯层层分解，而无需定制。 （8）通过配置验证规则，自动验证CDR中的数据的准确性，如对比记录条数、对比汇总金额等方法，确保CDR中的数据准确及时的反映了业务系统中的数据。 （9）临床数据中心应具有高度的可扩展性，支撑医院业务向区域的延伸，满足跟各级各类区域卫生信息服务平台的接口整合和数据共享，支持双向转诊、远程会诊等业务。 （10）提供临床数据的统一展现，按权限为系统管理员和用户提供不同级别不同层次的临床数据中心数据汇总展示，便于各类用户能够快速获取诸如医嘱、病历文书、检查报告、检验报告等各类临床数据概略信息。 （11）数据中心所使用的数据库产品应是当前成熟的关系型数据库产品，并且数据库需内置ETL工具模块、联机分析OLAP功能模块、联机交易处理OLTP功能模块、报表服务。 （12）数据建模 临床数据中心（CDR）要实现规范化、标准化的业务流程和工作流管理, 不仅要在后台实现所有数据逻辑上的集中存储, 还要在功能上满足所有用户的要求。因此，要求构建临床数据中心（CDR）需要经过数据采集（采集各异构系统的数据, 包括电子病历系统、检查检验系统、医院信息系统等）、数据分析、清洗和存储，实现数据建模的功能： 信息模型 信息模型是用来描述临床事件和其产生的结果及互相间的上下文关联。对整体医疗信息而言，由于信息交互具有形态多样、关系复杂以及随医疗领域知识更新动态变化等特性，最直接的结果是整体信息需求并不能完全确定，这是系统集成面临的最棘手问题，因此很难采用传统方法进行建模，即使通过各种映射匹配技术也只能在一定程度上实现有限集成。因此要从体系架构上提出彻底解决集成问题的方案，即参 考核心数据模型HL7 RIM建模。 医学术语 复杂繁多的医学信息标准构成了内容丰富的受控术语词汇域，词汇域作为基础数据来源, 组成了临床数据中心的基础字典数据。同时词汇域的定义也是用来支持信息模型的层次结构和属性的编码，在词汇域定义方面要求使用标准信息（如ICD、SNOMED、LONIC等）来定义临床术语，对电子病历涉及的数据集进行抽象和定义，按照HL7 CDA L3规范定义数据集模板，形成标准化的临床文档信息。 为实现临床数据中心（CDR）的广泛集成，应基于标准化的医学受控术语来构建核心数据结构，同时标准化将避免系统反复建设及系统间的信息难以交流。为适应未来信息类型不断增加，临床数据中心不仅要考虑到临床信息的当前需求，也要考虑未来动态需求和数据增长速度。 临床数据中心（CDR）的体系结构需要通过对临床事件实例化，辅以相关的约束规则，定义医疗领域中的各种具体概念，力求所有从诊疗活动中采集的原始临床数据在生成之初就符合标准，减少或避免数据间转换，通过临床数据中心（CDR）实现信息的全面共享。 （13）数据校验和质量保证 全院数据中心的建设成败与接入数据的完备性直接相关，要求如下几方面来确保数据的完备性： 1)行级数据校验： CDR系统从下面几个指标来控制数据校验，在从业务数据到CDR的数据导入过程中，每个任务的数据导入开始时间，结束时间，读取行数，插入行数，更新行数等应做到需实时显示。 2)维度渐变处理 CDR数据平台首先对基础数据进行刷新，然后数据会对所有的维度表进行校验并保持对数据的完整性校验，对任何数据需要处理渐变的数据维度属性会在每隔一小时检查一次，确保维度关键属性发生变化后能及时更新并反映到数据的聚合上，及时准确的反映在报表上。 3）数据的可追溯: CDR系统通过自定义的通用字段来维护数据的可追溯性，通过系统唯一索引来表示数据来自系统及来自系统的具体哪个表，标识数据在抽取的时候用到的主键值。 4）数据准确性： CDR系统需要提供Data Validation工具可以对数据源和目标数据表之间的数据值进行验证，主要原理是通过对源表里不同数据通过视图或者SQL按照业务数据来进行分组聚合。 （14）支持结构化和非结构化的存储 数据中心的数据来源应经由ODS清洗、转换、提取而来，从结构上来说，应分为结构化数据和非结构化数据，所谓结构化数据即行数据，它们是存储在关系型数据库之中，并可以用二维表结构逻辑表达实现的数据；非结构化数据是不可以用关系型数据库二维表结构逻辑表达实现的数据，包括所有的文档、文本、图片、影像、音频、XML、HTML等等。 结构化数据应包括运营管理数据库和临床数据中心结构化部分。 数据中心非结构化数据应以医院电子病历的文档库为核心,由于非结构化数据不可以用关系型数据库二维表结构逻辑表达实现的数据，因此其存储方式也应与关系型数据有所区别，采用分布式文件存储的数据库，提供MapReduce引擎的内置支持。 在确保对生产系统的资源和运行没有影响前提下，全院所有临床数据要以实时或近实时的方式，通过对原始数据的抽取、清洗、转换处理后集中存储，所产生的元数据支持灵活的查询利用需求。抽取的数据不能仅仅是对业务系统表的复制，应按照国际、国内标准转换后存储，保证数据中心不依赖于业务系统。 2.临床数据中心（CDR） 临床数据中心主要是以患者为中心、在医院范围内制作的终生纵向多媒体记录，包含患者所有重要的临床数据可集成院内各科室级临床信息系统，实现所有临床诊疗数据的整合与集中展现。数据中心的数据为实时性，保证与源库数据保持一致，能够用于集成平台服务开放、查询、统计、数据中心抽取等应用。 临床数据中心参 考国际HL7标准、《WS 445-2014电子病历基本数据集》、《国家医疗健康信息医院卫生信息互联互通标准化成熟度测评方案》等标准与规范，将临床活动产生的所有数据进行通过先进技术进行抽取、转换、清洗并转存到标准化的CDR数据模型中，形成按领域组织的、方便利用的临床数据集。通过开放服务提供外部系统调用和数据访问。 数据范围包括但不限于患者信息、医嘱、检查、检验、病理、手术、病案、病历、临床路径等，涉及数千个数据字段的采集、清洗、转码、载入工作，涵盖HIS、LIS、RIS、NIS、CPOE、EMR等各类业务系统，异构数据库涵盖SQL server、Oracle、mysql，数据时间范围包括信息化以来的历年数据及实时数据等。 数据中心通过数据采集、清洗、标准化等步骤，将全院业务系统数据进行集中存储，包括历史数据采集、实时数据采集，形成全院的全量、实时数据中心。数据中心建成后，一方面通过开放服务提供外部系统调用和数据访问，另一方面，为患者全息、临床科研提供多种辅助应用。并提供临床数据中心管理系统：对临床数据中心进行查询、监控及权限管理。 总体架构要求： 1）利用数据中心进行数据集中，消除信息孤岛，实现数据集中存储； 2）数据中心的全量性，除临床相关数据外，对医院主要业务数据进行存储；数据具备实时性； 3）数据中心保证数据和原始业务系统的一致性和准确性； 4）数据中心中各类数据具备长期性，能够满足全量数据在线查询需求；通过图形化方式展现数据中心资源实时状况； 总体性能要求： 1）数据中心数据实时性，延迟低于5分钟； 2）数据检索时间：数据查询响应时间不超过5秒；数据统计时间：数据查询响应时间不超过5秒； 3）除特殊约定数量的系统之外，其他软件系统不限制用户、授权、设备数量。 总体技术要求： 功能列表 技术要求 数据存储 建立临床信息数据库，遵循国家卫健委《WS 445-2014 电子病历基本数据集》，至少包含标准要求的16类数据集和58个数据子集的内容；支持自定义扩展数据集；支持自定义扩展数据集； 按照标准的临床业务模型对患者数据。就诊数据、医嘱数据及各类报告文书等数据进行整合存储，建立关联关系。 ▲支持对历史患者信息、医嘱、检查、检验、病理、手术、病案、临床路径数据进行抽取、清洗、转换，按标准化、结构化、分类存储。支持通过后结构化技术进行智能提取、语义分词、同义词匹配，提升互操作能力，实现医疗文书数据交换和利用能力 临床数据中心的数据集成以患者为中心，以就诊为索引的所有临床数据。数据接入可以支持多种数据接入形式与数据规范。 1、多种数据采集的接入方式与规范：对接集成平台提供的各类接口。 2、支持不同数据规范的接入：对接支持HL7 V3、HL7 V2、普通的XML等格式。 3、数据接入程序支持分布式部署 ▲为患者全息视图提供数据： 作为患者全息视图的数据源，为其提供以患者为中心的患者临床全流程就诊数据。 临床数据中心(CDR)至少整合、清洗包括以下领域数据元： 数据种类 相关数据源 备注 患者管理类 Patient Administration 患者基本信息 挂号信息 出入院登记信息 诊断信息接诊信息 医嘱类 Orders 门诊处方信息 门诊处方明细信息 住院医嘱信息 检查申请单 检验申请单 手术申请单 病理检查申请单 实验室类 Laboratory 申请登记信息 标本信息 临检及生化报告 微生物报告 病理报告 观察类 Observations 观察域 观察报告 生命体征观察信息 病历类 CDA 病历主数据 病历分段数据 病历样式数据 病历全文索引 非结构化病历数据 医院门诊病历 需要电子病历厂商提供加密文件解析方式 病案类 Medical Record 病案首页 病案诊断 病案手术 手术类 Surgery 手术登记 手术记录 手术诊断 手术麻醉信息 术后苏醒信息 手术参与人员 护理类 Care Provision 医嘱执行记录 护理提供记录 不良反应记录 3.运营数据中心（MDR） 运营数据中心需要实现对医院管理系统数据集成整合，基于全院运营及管理数据存储标准建立运营数据仓库（涵盖包括但不限于收入、患者、药品、医保、人事、财务、医疗管理等众多业务域），数据来源包括但不限于院内HIS、临床管理、药物管理、物流、科研、OA、财务等众多信息系统。 功能列表 功能要求 指标管理 可针对医院关注对象建立指标，指标建立支持指标公式利用加、减、乘、除等算法计算合成指标，并可以设置指标数据长度和数据类型，添加指标说明，说明链接。支持指标建立、修改、删除基本功能；并可按照业务对指标建立多个目录，具备目录增删改基本功能。 维度管理 ▲可根据医院关注角度建立维度，对维度设置数据类型，选择字典名 称。针对单一维度可新增或者引用其他维度方式以建立下钻维度。 指标数据采集 提供指标数据的定时采集参数配置功能，支持批量配置，功能包括：数据源配置、采集模型配置、采集调度管理、错误日志查看等。 指标数据存储 提供统一的指标数据仓库（ST）； 提供支撑指标统计数据的明细数据仓库（DW）； 指标数据服务 提供指标数据的存储、获取服务；用于支撑基于指标仓库的综合分析系统； ▲提供按条件、按权限的指标数据获取服务，用于提供给外部系统使用指标统计数据； 4.患者全息视图 患者360全息视图要求是基于临床数据中心、并以患者为核心而开发的一套系统，主要功能是对患者信息、患者诊疗信息、患者临床信息等数据进行图形化界面的管理和浏览，从而充分了解和掌握患者从入院到出院、从出生到死亡的所有历史医疗数据和信息，提高临床工作的质量和效率。要求能够实现基于用户的使用习惯自由选择模板来满足临床医生的需求。 ★（1）在临床数据中心的基础上，按照患者为核心的起始维度，依靠患者主索引 (EMPI),把患者当前和既往的全部门急诊就诊记录、门急诊病历、住院病史、影像检查、检验结果、心电图及扫描文档等信息进行整合。 （2）建立患者360视图，临床人员可通过一个视图快速浏览患者的全部信息。 （3）支持按照时间轴查看患者在指 定期间内的门诊、住院、体检等所有信息。 （4）患者360视图提供简单的集成接口，方便第三方应用系统调用，并且可以配置不同的默认视图，为不同角色的用户提供不同的默认界面。 （5）提供时间轴管理，支持关键指标时间轴汇总展示。 （6）支持行业主流移动设备展现。 包括但不限于以下功能要求： 患者基本信息，医生通过查询条件进行患者筛选，页面显示患者基本信息。 患者全面数据视图，通过患者列表，选择综合视图，查看患者在医院的所有门诊、住院、检查、检验等信息。 临床视图，通过患者列表，选择临床视图，以时间轴查看患者在医院的所有临床信息、检查、检验、体检信息等。 医技视图：按时间轴查阅患者在医院所有检验、检查、手术、康复治疗等信息，并可通过指标对比功能，通过图形进对比展示。 药品视图：按时间轴查阅患者在医院所有西药、中药、针剂等信息，并可通过指标对比功能，通过图形进对比展示。 功能列表 功能要求 视图菜单 通过菜单点击就诊索引、就诊视图、临床视图，可进入相应的功能模块，查看病人的就诊信息。 就诊索引 以日历记事本的方式，在同一个界面，对历次就诊期间的诊断、检查检验结果、用药医嘱等数据进行摘要性展示。 ▲就诊视图 以就诊次维度，展示病人的历次就诊时间和基本就诊信息。 临床视图 以诊断、检验、检查等临床分类维度，展示病人各项临床数据信息。 权限管理 医院可设置角色，将角色匹配上不同的查看权限。 5.单病种质控管理 提供符合医院要求的围手术期预防感染网络上报信息表和社区获得性肺炎（儿童首次）。 要求与国家医疗质量管理与控制信息网www.ncis.cn的单病种质量管理与控制平台无缝对接，对接后平台可以自动采集信息，并有补录功能。 功能列表 功能要求 数据管理 支持数据上报、补录、分配、审阅、导出管理等功能 质控报告 支持生成对应的报告，包括上报数量，病种质控指标，医疗资源消耗等 数据科研 支持以拖拉拽的形式展现变量之间的相关性 指标监测 支持数据看板，数据大屏，数据质量。 组织管理 支持用户权限管理 质控督查 支持对已审核的数据进行督查，指导单病种工作。 6.服务器（4台） 名 称 配置要求 服务器 1.≥4U机架式设备，标配原厂导轨，原厂三年维保； 2.配置≥4颗CPU，采用Intel至强可扩展系列处理器，单颗CPU要求≥16核，2.3GHz主频； 3.支持≥48个内存插槽，其中支持≥24个NVDIMM永久内存，支持最大内存容量≥6.0TB，实际配置≥512G DDR4内存； 4.配置≥8个2.5寸硬盘槽位，可扩展至≥48块2.5寸热插拔硬盘，包括支持≥20个NVMe SSD硬盘，实际配置≥4块1.2T SAS 10K 2.5寸热插拔硬盘； 5.配置≥1个阵列卡；配置≥2GB缓存，支持缓存数据保护，且后备保护时间不受限制；配置≥4个千兆电接口，配置≥2个10GB FC网卡含2个10GB模块，配置≥2块≥16GB HBA卡； 6.支持≥16个PCIE插槽；支持≥4块双宽GPU卡； 7.配置≥4个热插拔冗余电源； 8.配置≥1Gb独立的远程管理控制端口，配置虚拟KVM功能, 可实现与操作系统无关的远程对服务器的完全控制，包括远程的开机、关机、重启、更新Firmware、虚拟软驱、虚拟光驱、虚拟文件夹等操作，提供服务器健康日记、服务器控制台录屏/回放功能，能够提供电源监控，可支持动态功率封顶。 7 .辅材（1批） 双端口PICE万兆以太网卡（含2个SFP万兆模块） 4片 LC/LC万兆OM4双芯多模光纤跳线 24条

6、验收

6.1验收应按照招标文件、乙方投标文件的规定或约定进行，具体如下：

甲方对乙方提供的货物在使用前进行调试时，乙方需负责安装并培训甲方的使用操作人员，并协助甲方一起调试，直到符合技术要求，甲方才做最终验收。验收时甲方、乙方等项目相关方都必须在现场，验收完毕后一致作出验收结果报告。1、所有建设项目按照合同、标书要求全部建成，并满足使用要求；2、软件置于甲方配置管理之下；3、各种技术文档和验收资料完备，符合合同、标书的内容；4、系统建设和数据处理符合信息安全的要求,不低于三级等保要求；5、各个分项工程全部验收合格，由乙方提出验收要求及验收报告，甲方根据实际情况组织验收会验收； 验收标准：乙方提供的系统是最新设计的最新版本。所有系统按厂家验收标准（符合国家或行业或地方标准）、公开招标文件、投标文件等有关内容进行验收。提供系统的制造标准及系统技术规范等有关资料符合中国相应有关标准、规范要求。 验收内容： 根据系统整个上线过程中需要实现的各步骤，当项目在系统整体实施完成后进入试运行阶段，在试运行期间，由于软件的功能造成某些指标达不到要求，允许乙方更换或进行修复，在全部达到要求且运行稳定后方可进行项目的最终验收工作。最终验收报告就是甲方认可乙方的项目工作的最主要文件之一，这是确认项目工作结束的重要标志性工作。对于信息系统而言，最终验收标志着项目的结束和售后服务的开始。项目最终验收合格后，由乙方撰写验收报告提请申请，甲方组织验收会，经专家组验收通过后，双方对最终验收报告签字认可视为验收通过。通过正式验收后，系统正式移交给甲方。整个系统工程建设结束，进入服务责任期，乙方将依照合同提供技术支持和售后服务。 文档验收要求：开发过程各阶段技术文档要齐全，文档与实际要严格一致。系统实施过程中，配合实施进度，须向医院按时提供如下文档：（包括但不限于项目总结报告、项目需求清单、项目设计方案、项目施工方案、各类协调讨论会议纪要、软件开发进度表、用户操作手册和维护手册、用户培训记录、接口文档、系统和设备配置文档、设备的口令、系统功能测试报告、兼容性测试报告） （1）功能说明 （2）操作使用说明书 （3）项目实施计划 （4）功能模块上线清单 （5）系统测试方案 （6）测试报告 （7）培训手册 以上文档作为验收标准之一。

6.2本项目是否邀请其他投标人参与验收：

不邀请。

7、合同款项的支付应按照招标文件的规定进行，具体如下：

解锁编辑

8、履约保证金

无。

9、合同有效期

自双方签字并加盖单位印章之日起生效。

10、违约责任

甲方责任 1、甲方应根据项目实际实施进度及时验收乙方产品。 2、乙方产品达到验收要求且通过验收后，甲方应按合同规定要求支付合同费用。甲方无故拒绝按合同规定付款，应承担违约责任，即甲方每拖延一天应向乙方交付拖欠金额3‰的违约金。 3、甲方应根据合同约定的进度及时提供各类必要的支持（如：人员的安排、各部门的协调等）以保证项目的顺利进行；未按计划执行导致项目无法顺利进行的，承担违约责任。 4、甲方有权调整安装、调试计划，但如果未及时通知乙方从而影响乙方合同履行进度的应承担由此而导致项目延期的违约责任。 乙方责任 1、如果乙方未能按合同规定的时间按时足额交货的（不可抗力除外），在甲方同意延长交货期的情况下，延期交货的时间由双方另行确定。 2、如果乙方原因导致的乙方未能按合同规定的时间或双方另行确定的延期交货期按时足额交货的（不可抗力除外），每逾期1天，乙方应按迟交货物金额的3‰向甲方支付逾期交货的违约金。逾期交货违约金的支付甲方有权从未付的合同货款中予以扣除。若乙方逾期交货达60天以上（含60天）的，经双方协商一致后，甲方可以解除本合同。 3、乙方方应根据合同约定的进度及时提供各类必要的支持（如：人员的安排、各部门的协调等）以保证项目的顺利进行；未按计划执行导致项目无法顺利进行的，承担违约责任。 4、乙方可经甲方同意后，根据实际实施情况调整安装、调试计划，但如果未及时通知甲方从而影响甲方合同履行进度的应承担由此而导致项目延期的违约责任。 5、本合同所有服务，都必须由乙方承担，不得以任何名义和理由进行分包 或转包。如有发现，视为乙方违约，甲方有权单方终止合同，对甲方造成损失的， 需另行支付相应的赔偿。乙方履行义务不符合合同约定时，甲方有权扣减尾款。 6、因乙方原因发生重大质量事故，除依约承担赔偿责任外，还将按有关质 量管理办法规定执行。同时，甲方有权保留更换乙方的权利，并报相关行政主管 部门处罚。 7、若发生死亡安全事故，除按国家有关安全管理规定及甲方有关安全管理 办法执行外，并报相关行政主管部门处罚；发生重大安全事故或特大安全事故， 除按 国家有关安全管理规定及甲方有关安全管理办法执行外，甲方有权终止合 同，给甲方造成的损失，还应承担赔偿责任。 8、在明确违约责任后，乙方应在接到书面通知书起七天内支付违约金、赔偿金等。 9、乙方及乙方的工作人员应严格遵守国家法律法规和甲方的一切规章制度，不得利用职权之便搞违纪违法活动（如药品统方等），若有发生，乙方承担所有的法律责任和经济赔偿。 10、乙方对甲方的数据库和数据负有安全的责任，所有操作按常规流程执行；如因乙方的操作不当或失误引起的灾难，乙方承担所有的法律责任和经济赔偿。 11、乙方对甲方的信息负有保密的义务，保证不把甲方的信息带离开甲方的信息部，如有发生，乙方承担相关法律责任和经济赔偿。现场服务过程中要使用自带电脑或其他移动存储设备，必须争得甲方同意，并在甲方现场作防病毒处理；不得将甲方的商业数据带离开甲方的信息部，甲方对以上过程有监督审计权。

11、知识产权

11.1乙方提供的采购标的应符合国家知识产权法律、法规的规定且非假冒伪劣品；乙方还应保证甲方不受到第三方关于侵犯知识产权及专利权、商标权或工业设计权等知识产权方面的指控，任何第三方如果提出此方面指控均与甲方无关，乙方应与第三方交涉，并承担可能发生的一切法律责任、费用和后果；若甲方因此而遭致损失，则乙方应赔偿该损失。

11.2若乙方提供的采购标的不符合国家知识产权法律、法规的规定或被有关主管机关认定为假冒伪劣品，则乙方中标资格将被取消；甲方还将按照有关法律、法规和规章的规定进行处理，具体如下：无。。

12、解决争议的方法

12.1甲、乙双方协商解决。

12.2若协商解决不成，则通过下列途径之一解决：

13、不可抗力

13.1因不可抗力造成违约的，遭受不可抗力一方应及时向对方通报不能履行或不能完全履行的理由，并在随后取得有关主管机关证明后的15日内向另一方提供不可抗力发生及持续期间的充分证据。基于以上行为，允许遭受不可抗力一方延期履行、部分履行或不履行合同，并根据情况可部分或全部免于承担违约责任。

13.2本合同中的不可抗力指不能预见、不能避免、不能克服的客观情况，包括但不限于：自然灾害如地震、台风、洪水、火灾及政府行为、法律规定或其适用的变化或其他任何无法预见、避免或控制的事件。

14、合同条款

14.1 售后服务 乙方具备良好的售后服务能力，通过最终验收后，提供软件一年无偿服务及软件升级，硬件三年免费服务，提供全年7天24小时服务（电话、远程或现场），并在接到甲方通知后2小时内到达现场。故障原因在 8 小时内无法排除的，乙方 1 个日历日内提交解决软件系统故障的方案。通过与用户交涉 承诺 2 个日历日将故障排除。项目验收合格后，每年4次的例行维护及巡检。例行维护内容包括：软件的功能增强性维护等应用软件系统扩充升级（其中包括系统维护、跟踪检测），保证乙方所开发的软件正常运行；硬件的现场巡检、调整优化，并对设备进行保养和正常维护并提交维护报告等。 14.2 培训服务 乙方派专业技术人员对甲方的技术人员（系统管理员、医院管理人员、操作员等）进行使用操作等技术的现场培训，高级应用培训，直至甲方的技术人员能独立工作，所有费用由乙方承担。 （1）培训：培训对象包括系统管理员、医院管理人员、操作员，系统管理人员培训内容为系统中涉及的相关技术内容；医院管理人员培训内容为系统流程和相关管理思想；操作员为系统的操作培训。 （2）根据甲方的情况制定相关培训方案，课程设置等。包括培训资料、讲义等。

15、其他约定

15.1合同文件与本合同具有同等法律效力。

15.2本合同未尽事宜，双方可另行补充。

15.3本合同自签订之日起生效。

15.4本合同纸质文件一式 肆 份。合同电子文本通过政府采购网上公开信息系统自动备案。合同纸质文本需与备案电子文本一致，以备案电子文本为准，具有同等效力。

15.5其他：□无。□ 无。

签订地点： 福州
签订日期：2021年01月13日