福州市政府采购合同

编制说明

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

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

甲方：福建省福州结核病防治院

乙方：南京海泰医疗信息系统有限公司

根据招标编号为[350100]HW[GK]*******的福建省福州结核病防治院电子病历系统项目（以下简称：“本项目”）的招标结果，乙方为中标人。现经甲乙双方友好协商，就以下事项达成一致并签订本合同：

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

1.1合同条款；

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

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

2、合同标的

3、合同总金额

3.1合同总金额为人民币大写：壹佰玖拾玖万元整（￥*******.00）。

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

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

4.2交付地点：福建省福州市仓山区福湾路湖边2号；

4.3交付条件：采购人验收后交付。

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

5.1总体要求 （1）电子病历系统必须保证与我国现行的有关法律、法规、规章制度相一致，并能满足各级医疗机构和各级卫生行政部门对信息采集和要求。满足卫生部门颁发的下述相关法律、法规和规范性文件。 a.《电子病历基本规范》； b.《电子病历系统功能应用水平分级评价方法及标准（试行）》； c.《电子病历基本架构与数据标准（试行）》； d.《中华人民共和国执业医师法》； e.《临床路径管理指导原则（试行）》； f.《电子病历应用管理规范（试行）》； （2）必须满足卫生部门及各级卫生管理机构下发的《病历书写规范》及相关实施细则； （3）必须建立满足卫生部门颁发的《电子病历基本架构与数据标准》的完整数据元素库； （4）必须建立满足卫生部门颁发的《电子病历共享文档规范》规范； （5）电子病历系统产品本身必须是稳定和可靠的，能保证医院临床业务不受影响，系统本身得到市场和用户的长期认可； （6）电子病历系统建立必须符合业界的统一标准，以及与信息相关的国家标准和规范； （7）电子病历系统是医院信息系统的核心，需要和医院现有的HIS、LIS、PACS等系统实现无缝连接和高度集成； （8）电子病历系统需建有严格的安全保障机制，对电子病历的修改、查阅、输出、交流权责进行划分，授权用户才能够对病历内容进行操作。系统需提供自动记录完整的每个操作记录和日志、修改痕迹及查阅痕迹功能； （9）支持临床任务周期管理； （10）必须能及时根据医疗卫生政策的改变面做出对电子病历系统程序更新； （11）系统要有完善的数据迁移、数据备份、恢复功能和机制；提供数据修改全程监控并保存修改痕迹； （12）系统要提供针对界面的操作帮助系统，必须设置为鼠标或键盘均可单独操作的方式，以便提高操作速度，减少两者互换带来的不便； （13）系统要采用国家、和行业的标准，没有标准的要根据医院实际工作流程和需求设立标准，因为标准化问题引起的程序修改，乙方免费提供修改； 具体要求： a.可以根据病历书写规范、诊疗规范要求，可以将各种诊疗和病历书写工作定义为任务。 b.可以根据临床工作规范、流程及管理要求，驱动生成针对病人的各种任务事项，明确责任人和时间。 c.可以在线监控各种临床任务的执行进展，给出明确的提醒。 （14）系统提供快速可扩充的多种信息交流手段，及时将相关信息反馈给特定人员； （15）系统能提供多维可配置数据展示方式，支持仪表盘、柱状图、饼状图、折线图数据输出； （16）用户界面友好，使操作简单、直观、灵活，易于学习掌握； （17）乙方应满足应用软件的客户化需求，具有完善的应用软件功能扩充、修改、维护能力； （18）系统实施过程中有专人现场进行技术支持，系统出现问题时能够第一时间提供技术支持，技术支持响应速度快； （19）能够满足各种专科病历的要求（如儿科、胸外科、呼吸科、结核科、肿瘤科等）； （20）提供病种知识库，症状知识库，病历模板库多种知识库； （21）提供完整的闭环业务管理底层设计，可以自行对诊疗事件的前提条件和后继任务进行配置和跟踪管理； （22）软件能实现死亡、肿瘤、不良事件、国家规定的各类疫情疫报等上报内容； （23）采用XML存储方式，支持病历结构化。 5.2 技术要求 （1）技术架构：系统体系架构，系统须采用多层次的面向对象的结构化设计，采用具有中心式自动更新维护功能的B/S结构体系，及分布式应用的软件体系结构，降低维护的复杂性； （2）支持环境：数据库系统采用主流数据库，所有的电子病历内容都要求采用实时在线数据库的存储方式，不能采用文件服务器；支持跨平台应用，可以在WINDOWS、LIUNX、AIX操作系统上平滑移植； （3）满足病历海量存储的需要，病历数据要求永久在线（可分为二级存储），用户可以无障碍地随时调阅病历； （4）采用的技术路线和主要技术必须是目前主流技术，所采用的标准须满足支持目前和将来可能出现的国家或行业标准； （5）系统必须有完善的权限管理和安全控制机制。必须在设计上保护用户身份的安全，实现功能权限和数据权限控制以及数据的加密，保证客户端与服务器以及服务器之间的数据传输安全、关键数据的存储安全。系统能够动态地根据时间和空间的变化，改变不同医生的授权；能够提供临时授权机制，满足会诊和紧急事件处理需要；可设置多种操作权限，并可将权限分配给不同的角色和用户，支持特殊人群的病历锁定和加密功能（或权限设置）； （6）系统所有的屏蔽、约束、校验均应具备系统参数设置的功能。提供系统参数设置工具，维护部门可以通过参数配置来维护、配置系统功能权限、功能流程； （7）提供专门的升级工具或技术，可由用户基于工具在不直接拷贝程序文件的情况下进行产品的升级处理； （8）提供病历评分表配置功能，能够跟电子病历系统中任务记录进行串连配置，并实现基于任务的自动扣分功能； （9）提供准入条件配置功能，可以基于配置条件，在电子病历系统中进行指　定操作时自动判断准入条件是否满足； （10）提供病历关键字配置功能，并实现指定关键字在电子病历操作时自动识别和记录； （11）提供消息配置功能，可以实现电子病历系统中进行特定操作下的消息提醒功能； （12）提供诊断与疾病报卡关联的配置功能，基于配置的关联性，实现电子病历系统中下达指　定诊断的自动提醒； （13）提供院内感染的疑似条件自定义配置功能，在线监控电子病历系统中的疑似病人群体。 5.3 各系统模块功能具体要求 5.3.1住院医生电子病历系统 5.3.1.1 电子病历基础功能 系统按照卫生管理部门医疗文书书写规范的要求，提供完整及规范的电子病历系统和覆盖甲方单位各种医学文档的内容。协助医务人员完成病人住院期间所有的病情变化、诊断信息、检验检查申请、治疗方案记录工作，主要病历内容包括：患者首次病程记录、入院记录、专科入院记录、病程记录（普通病程记录、上级医师查房记录、术后病程记录、诊疗操作记录、操作记录、讨论记录、转入小结、阶段小结）、手术资料（术前讨论、术前谈话、手术记录、手术申请）、谈话记录、操作记录、会诊诊疗、转科记录、出院记录、死亡记录、死亡讨论、病案首页、各种专科病历等。 （1）电子病历编辑：提供各种临床病历文档的录入、修改、删除、保存及查阅处理；支持对病历文本的字体、段落、行间距、字体颜色进行设置；支持图形、文本、表格数据的插入和编辑处理；提供表格式的电子病历书写功能；支持特殊符号的插入以及医学公式计算处理；支持常用词输入处理，并允许医生自行定义个人常用词；支持按照症状、病种模式引入结构化模板，并在此基础上通过选择及增删等处理快速完成病历；支持诊断、诊疗名词、药品标准术语的快速引入；支持在一个页面上（不弹出新页面）实现病人检验检查报告信息的有选择引入；病历样式可以按照医院统一要求进行设置；支持全文打印、分页打印、续打、（图文打印）功能；同时能支持病人转科转床各种实际情况处理； （2）提供病人诊疗计划表，实现诊疗引导； 提供二维的诊疗计划表功能，根据病临床管理规范要求，提示病人每日需要完成的临床工作，并对未完成的工作进行提醒，医生也可以直接在诊疗计划表根据提醒进入到相应的诊疗操作处理； 系统可以自动将各种驱动源产生的临床任务直观地在计划中展示出来，临床任务的完成状态及完成质量也可以直观地显示出来； （3）支持知识库查阅功能，可以在线调阅各种医学知识库内容，支持知识库的维护处理； （4）支持病人基本信息的同步及修改； （5）支持在线直观地编写病人的入院记录内容，可以在病历中任意插入文字、图片、表格及各种特殊字符，支持各种常见症状库和常见病种库病历内容的带入，支持各种临床诊疗数据的动态加入； （6）支持中医科、儿科、眼科、胸外科、呼吸科、结核科、肿瘤科等各专科病历的书写要求，允许针对各个科室、特定年龄段、性别等因素灵活带入相应的专科病历样式，支持各种专科特色的病历数据录入和展示； （7）病程记录支持方便的输入病人的首次病程记录、上级医师查房记录、转入记录、转出记录、阶段小结、各种操作记录等病程记录内容，支持知识库模板、文本模板等快捷的病历输入模式，也允许方便地将检验检查报告的内容加入到病程中来。病程记录的输出需要支持续打功能； （8）支持维护病情摘要内容，支持从其余病历模块导入摘要信息； （9）支持书写病人的术前讨论信息； （10）支持书写病人的术前谈话，并打印出来签字确认； （11）支持采用文字结合图片（可以引入手绘图并对图片进行标识）的方式，进行手术记录的编辑。提供完整的手术/操作文档编辑，及全闭环的手术/操作流程控制处理，能够对手术等级、有创诊疗技术操作权限管理、术前讨论关联、重大及新手术审批、手术变更审批等进行有效的控制管理； （12）支持手术记录模板的自定义格式，支持在手术记录中同步患者麻醉记录信息（该功能需与医院现有麻醉系统进行接口整合），此外支持在手术记录编写的同屏界面查阅患者麻醉记录单； （13）手术记录支持包括术中诊断、术中手术名　称、术中用药及用血记录等并可自动统计输入量，要求手术记录与术前登记信息写入不同表； （14）支持手术申请处理，可以对手术等级权限进行管理控制，支持手术审批流程处理； （15）支持进行各种谈话记录的配置定义、编辑和打印输出处理； （16）支持各种操作记录的编辑和打印输出处理； （17）支持各种类型的会诊申请处理，会诊科室医生可以收到相应提醒消息，并可进行会诊记录的填写； （18）支持各种跨科处置申请并进行相关的病历编辑操作，处置完成后自动回收权限； （19）支持在线查阅检验报告信息，医生可以通过结构化电子病历系统查看病人的检验结果。如果需要将检验结果写入病程记录中时，还可以通过系统直接将所需内容导入； （20）支持可在线查阅检查报告信息，包括患者历次住院的所有CT、放射、病理、内镜等检查图像； （21）支持医生书写病历的过程中，能同屏查阅患者具体检查报告诊断及报告详细描述，并能通过系统直接将所需内容进行选择性导入到病历中； （22）支持填写和打印出院记录内容，相关内容支持自动带入； （23）支持填写和打印死亡病历的讨论记录； （24）支持填写和打印死亡记录内容； （25）支持对于在入院24小时内出院的病人，可以填写24小时入出院记录，并进行打印处理； （26）支持对于在入院24小时内死亡的病人，可以填写24小时入院死亡记录，并进行打印处理； （27）支持填写和打印病案首页内容，首页相关组成内容支持从其余地方的自动引入，支持病案首页打印的准入条件设置处理； （28）支持进行出院诊断证明、出院卡等一些出院相关文书的填写； （29）支持病历书写提醒功能，提醒医生病历书写信息，例如病人体温异常等； （30）支持对病历完成情况、缺陷情况等进行自查； （31）支持病例上报功能，可进行院感、传染病、慢性病等特殊疾病的上报； （32）可进行死亡病人上报功能； （33）支持病历管理，可进行病历召回、病案借阅等管理。支持临床医护人员对已归档电子病历进行召回修改，并有相应的召回申请审批流程；支持归档病历借阅申请、审批、开放功能，可设置普通病历借阅时间，借阅到期后自动收回借阅权限；支持急诊、特殊病人病历借阅绿色通道，在设定的时间内无需审核可借阅病历，到期后自动收回权限；所有借阅都需留有记录，并提供统计报表； （34）支持报表查询功能，对科室重点关注的病人、出院病人以及科室日常运维数据进行查询； （35）支持历史病历查阅，可以在线查阅病人历史病历内容； （36）支持密码修改，可以修改自己的密码； （37）支持文本模板管理； （38）支持维护科室或者个人级的各种文本病历模板； （39）电子病历系统的使用者必须经过规范的用户认证，支持用户名/密码、数字证书； （40）用户登录电子病历系统、访问系统时，自动生成、保存使用日志。对电子病历数据的创建、修改、删除任何操作自动生成、保存审计日志； （41）有严格的病历编辑的权限控制，上级医师能够修改下级医师书写的病历，同级医师不能互相修改，带教医师能够修改实习生、轮转生、进修生写的病历，历次修改都需要留痕，并提供易理解、易读取的病历痕迹查阅方式； （42）可通过参数设置屏蔽不同病人病历复制，但允许同一患者资料的内部复制。5.3. 2住院医生工作站 系统按照卫生部门医疗文书书写规范的要求，提供完整及规范的电子病历系统，覆盖本院各种医学文档的内容。协助医务人员完成病人住院期间所有的病情变化、诊断信息、检验检查结构、治疗方案等临床信息记录工作，主要病历内容包括：患者首次病程记录（病史概要、诊断依据、治疗计划）；入院记录（主诉、现病史、既往史、个人史、家族史、体格检查、辅助检查）；病程记录（普通病程记录、上级医师查房记录、术后病程记录、诊疗操作记录等）、手术相关记录、会诊记录、转科记录、出院记录、死亡记录、病案首页等。 具体为： （1）提供病人基本信息同步及修改功能 实现与HIS系统进行对接，自动同步获取病人基本信息。可以对病人基本信息进行修改完善，如病人地址、电话等；对于在电子病历系统中修改的病人信息要回写HIS，以实现患者信息的同步。 （2）提供全科室病人的当日待完成任务及特殊事件提醒功能。并实现病人能够按医生组进行分组管理； （3）支持临床任务周期管理，支持多种方式的临床任务驱动； 具体为： 可以根据病历书写规范要求，可以将各种诊疗和病历书写工作定义为任务； 可以根据临床工作规范、流程及管理要求，驱动生成针对病人的各种任务事项，明确责任人和时间； 可以在线监控各种临床任务的执行进展，给出明确的提醒； （4）支持诊疗事件的关联性检查，并允许进行灵活配置定义； 具体为： 1）可以配置各种诊疗事件或病历书写事件间的关联关系，并自动驱动关联诊疗事件的任务。如医嘱与相关病历书写之间的关系； 例如：下达“高压氧舱治疗”的医嘱，该治疗措施的使用需征得患者或患者家属同意，系统会自动通过这种关联性去驱动（要求）医生书写“高压氧舱治疗同意书”； 2）可以对诊疗事件执行的前提条件进行自行定义，在前提条件未满 足的情况下，系统可以拒绝执行当前操作； （5）基于时间轴方式的数据集成，方便医生查看患者的各种诊疗数据； 具体为： ①按照时间轴的方式，对病人诊疗过程进行动态展示，显示患者住院日、手术日和元年时间，包括患者的体征、病历、病程、处置、手术、用药、检验检查信息； ②对患者各项诊疗数据的异常情况能够及时醒目的进行提示、预警； （6）提供病历模板配置工具，允许维护各种结构化病历模板；支持将现有病历内容保存为病历模板功能； （7）支持病历输入过程中缺陷提醒及标识功能，并支持对有缺陷病历的归档否决处理； （8）提供病人既往史、手术史、过敏史信息的采集、存储、查阅功能； （9）实现临床数据的“一处输入，全程共享”，能够采用自动导入和选择导入相结合的方式，实现各病历项间数据的充分共享； （10）提供普通会诊、全院大会诊、急会诊、院内会诊申请、会诊提醒、会诊记录、会诊评估功能，提供配套的权限授权及收回处理，并提供完整的会诊报表查询处理； （11）提供完整的手术/操作文档编辑，及全闭环的手术/操作流程控制处理，能够对手术等级、有创诊疗技术操作权限管理、术前讨论关联、重大及新手术审批、手术变更审批等进行有效的控制管理； （12）提供病历质量的自动提醒、医生自查功能，便于医生及时发现病历缺陷并予以修改； （13）可以在线查看监管科室发起工作任务，提醒医生执行任务并进行反馈； （14）支持西医ICD-10标准诊断和中医诊断《中医病症分类与代码》国家标准，同时能够满足临床描述的准确性要求，并支持自定义扩展诊断编码； （15）提供危急值报告提醒功能。例如在下达抗生素，体温大于39度及检验存在危急值情况时，给出病历书写相应内容提醒； （16）提供知识库联想输入模式，实现病历快速录入； （17）支持同屏查看和引用检验、检查报告内容，支持检验报告内容在电子病历系统中的结构化存储和展示，并且能够一键式引入检验异常项目到病历中； （18）病历输入内容缺陷实时提醒，并且对于有缺陷病历可以控制不予出院处理； （19）提供完整的抗菌药物会诊申请流程； （20）提供完整的输血流程，支持医生站进行用血申请单的提交；再由上级（医务科）进行审批； （20）检验报告的异常值可进行颜色配置，检验结果导入病历可选择性配置； （21）提供日夜色交班功能； 提供日夜交班记录功能，可对当前在院病人进行交班信息填写保存，并且可以查询白班/夜班新入院患者、重/危患者、当日手术患者的人数； 提供日夜交班记录查询功能，可根据提交情况、交班日期、夜班情况进行筛选查询； 提供交班病情记录功能，支持对有病情变化的病人进行内容添加并保存、打印，此处填写可由病程记录中直接关联； （22）知识库查阅 可以在线调阅医学知识库内容，支持知识库的维护处理； （23）支持医生工作站直接进行远程视频会诊； 5.3.3 医务质控管理工作站 系统提供完整的医务科/质管科功能，对各科室的医疗质量进行全面监控。实现全过程病历质量管理，做到监测控制前移，早期发现质量安全隐患。可根据各项指标情况综合查询统计分析，实现以医疗质量和安全为核心的数据分析（全院范围内的数据共享和通讯）。具体要求如下： 5.3.3.1病历质量管理 （1）提供质控管理规则维护：对质控规则进行灵活维护，系统可将病历书写规范中明确规定的质控项（时效性、关联性、完整性），以及病历评分表中的评分项等灵活地维护到系统中，可基于维护项开展自动的监控管理； （2）提供病历评分表维护：可维护环节质控和终末质控对应的病历评分表内容； （3）支持待完成任务提醒：可对管辖病人的待完成任务进行提醒和跟踪； （4）提供病历自查功能：可通过自动和手工的方式对病历存在的问题进行自查，支持与归档准入条件挂钩； （5）提供科室质控功能：可对科室内病历进行检查和评分； （6）提供环节质控功能：提供病历的环节质控功能，可以实时监控在院病人的病历质量，抽选病人进行病历评分，系统可以自动进行评分，同时也支持手工评分，可自动进行总分汇总和评级； （7）提供终末质控功能：提供终末病历质控功能，能够对所有终末病历进行质量检查和病历评分，系统提供批量质控和单独质控的功能，支持对时效性、完整性进行自动评分，同时支持手工评分，可自动进行分数汇总和评级； （8）支持病历质控统计分析：分别对环节和终末期的病历质控行为和结果进行各种查询统计分析； （9）支持医院待完成任务查询：对全院各科室待完成任务情况进行跟踪查询，并进一步发送反馈信息； （10）支持病历关键术语监控功能：对于需要重点关注的病历关键术语集维护管理，基于关键字进行及时的提醒和关联任务跟踪管理功能； （11）提供病历锁定和解锁功能：实现对特定病历进行锁定和解锁处理。 5.3.3.2 特殊病人/特殊医疗事件监控 （1）提供针对特殊病人的查询和监控功能，如上报的重点病人、异常生命体征的病人、手术病人、会诊病人、检验危急的病人、住院时间较长或较短的病人、疑似院感的病人； （2）提供针对特殊事件的查询和监控功能，如疑似院感病人、菌检阳性病人、抗生素使用病人。 5.3.3.3 核心质量管理 （1）核心制度监控：提供各种查询及统计功能，可对各科室的查房制度、术前讨论制度、疑难病例讨论制度、死亡病例讨论制度、危重病例、手术病例、抢救病例、死亡病例、输血病例、抗生素管理核心管理制度执行情况进行监控； （2）支持会诊核心质量管理：提供会诊排班、会诊提醒、会诊记录、会诊评估功能，提供配套的权限授权及收回处理，完整的会诊报表查询处理； （3）支持手术核心质量管理：提供完整的手术/操作文档编辑，全闭环的手术/操作流程控制处理，能够对手术等级、有创诊疗技术操作权限管理、术前讨论关联、重大及新手术审批、手术变更审批等进行有效的控制管理； （4）支持输血核心质量管理：提供完整的输血申请、输血相关文档编辑，输血程控制处理，能对输血操作权限、输血审批等进行有效的控制管理。支持自动获取输血申请单内容，包含各输血成分对应的检验项目结果，支持输血不良反应上报。 5.3.3.4医疗质量管理 （1）符合国家关于医院电子病历医疗质量监管的标准及规范； （2）支持诊疗准入条件管理：允许对各诊疗事件的准入条件进行配置管理，在实际执行时对于不满足条件的给出明确的提醒或拒绝处理； （3）支持会诊管理：对全院各科室会诊情况进行监控。包括会诊工作量查询、会诊发出接收统计报表、会诊评估报表等； （4）手术管理报表：可以依托闭环手术管理需求，从多重角度对普通手术、多次手术、非计划再次手术、围手术期病人、手术排班信息进行查询统计和跟踪处理； （5）支持审批管理：提供对各类上报进行审核功能：疾病上报审核：传染病、慢性病、性病等；手术审核：手术申请审核、非计划二次手术审核、手术方案变更申请审核等；抗菌药物会诊申请审核；药物不良反应审核等； （6）支持用户权限管理：实现对医生的相关权限进行设置； （7）可以对各种指　定医疗事件及特定诊疗操作环节中的病人群体进行监控，如手术病人、放化疗病人、压疮病人、跌倒病人、特定检查、服用多种抗生素病人； （8）每个科室相关人员可以对本科室环节和归档病历进行科室层面的病历检查和评分； （9）提供病历留痕功能，并可对病历历次修改痕迹进行直观、易懂地查阅； （10）提供病历监控、反馈及整改完成情况进行跟踪管理。对于评分过程中发现的缺陷内容，支持通过系统消息平台等渠道将病历缺陷等信息反馈给相关医护人员，科室整改后也可向质控办反馈； （11）通过电子病历的监控数据，并根据监控评分体系产生对全院、某个科室、或某个医务人员监控情况的统计，应能生成多样化的报表与图表，如病历缺陷构成图，可按缺陷内容分布即某个书写缺陷占总缺陷的比例； （12）可对工作人员的质控工作量进行统计查询。可进行医生及科室工作量查询。可对各科室病人待完成任务进行查询和跟踪； （13）归档病历查询：可以设置条件对已归档的病历进行查询处理。（如按病区、按主诊组手术并发症、非计划手术、重返ICU）； （14）提供特殊文档的审批管理功能，并提供流程配置管理； （15）诊疗关联任务管理：可以对各种临床诊疗关联任务进行定义、提醒和跟踪处理； （16）能够对诊断各种标准数据进行维护。可对医生的会诊、手术、特殊治疗、病历操作权限进行维护。 5.3.4不良事件报卡管理工作站 （1）支持对不良事件上报卡的自定义制作； （2）支持对不良事件上报卡进行结构化设计； （3）支持医生对医疗不良事件进行上报； （4）支持医疗不良事件报卡的维护以及上报事件查看； （5）支持对院内不良事件上报的报表查询统计； 5.3.5 院内感染上报工作站 系统要能够提供院内感染上报功能，能够监测院内发生感染情况，并实现院内感染的主动上报，审核和统计模块。 （1）院感维护：可以对院感上报的组成项目及样式进行维护； （2）院感上报：医生可以在线对院感情况进行上报； （3）院感审核：管理人员可以对上报的院感申请进行审核处理； （4）疑似院感病例查询：可以设置疑似院感条件，并基于此条件对疑似院感病例进行查询和监管； （5）院感病历统计：允许对各科室的院感数和院感率进行查询统计； （6）院感漏报统计：允许对各科室的院感漏报数和漏报率进行查询统计处理； （7）院感病人使用抗生素统计：允许对全院病人使用抗生素情况进行查询统计。 5.3.6院内疾病上报工作站 （1）提供对需要上报的疾病（如传染病、性病、食源性疾病、脑卒中冠心病等）和对应的上报单据组成进行维护； （2）支持医生在线对特定疾病进行上报处理； （3）管理部门可以对上报上来的疾病进行审核处理；支持对临床上报的疾病进行统计处理。 （4）支持对临床上报的疾病进行统计处理； 5.3.7 电子医嘱(CPOE)系统 在电子病历系统中具有独立的医嘱（CPOE）管理模块，该CPOE不同于HIS中的以人、财物管理为主的管理内容，必须具有以医疗质量管理为核心的、闭环的管理功能，必须符合卫生部电子病历功能规范的全部要求。例如能够提供检查检验申请执行状态和结果查询功能。 具体为： 5.3.7 .1基础数据维护 （1）支持各类医嘱字典的维护，包括医嘱类型、用药途径、剂量单位、频率名　称、抗生素使用目的、治疗指征等； （2）支持各种药品信息的维护； （3）支持各类诊疗项目的维护； （4）支持各类检验检查项目维护； （5）支持医嘱套餐内容的维护； （6）支持医生说明维护； （7）支持各类药品限制及豁免的字典维护； （8）支持耗材成本字典维护。 5.3.7 .2 医嘱政策维护 （1）支持维护各种与医院及医保管理相关的政策控制信息。 5.3.7 .3权限维护 （1）支持维护医生工作站权限； （2）支持维护不同医嘱类型下达权限（如西药、草药、中成药、检验、检查、处置、护理等）； （3）支持维护医生抗生素级别使用权限； （4）支持维护毒麻药级别使用权限； （5）支持维护贵重药级别使用权限； （6）支持对医生医嘱审核权限的维护； （7）支持各类上报、审批等流程的权限维护。 5.3.7 .4医嘱下达 （1）提供长期、临时医嘱的下达、停止功能； （2）支持多种类型医嘱的下达，包括西药、中成药、草药、处置/治疗、护理、手术、膳食、嘱托类医嘱内容； （3）支持在医嘱界面能显示病人总费用、药品总费用，耗材费用及各占比等数据； （4）支持在医嘱界面显示单病种病人病种名　称、总费用，费用超过病种费用提醒上限时给出提示； （5）支持针对临床路径病人，能根据每阶段需要下达的医嘱内容进行医嘱界面的特殊显示及排版； （6）提供医嘱套餐功能； （7）支持检验申请单的下达，并自动生成检验医嘱、检验申请单； （8）支持检查申请单的下达，并自动生成检查医嘱、检查申请单； （9）支持检查申请单能自动带入患者基本信息、诊断信息、临床病史信息； （10）支持检查医嘱下达过程中，要能在检查申请单自动体现对应项目的检查部位‘检查申请单自动带入病人病史； （11）支持会诊申请的下达，并自动生成会诊医嘱； （12）支持手术申请的下达，并自动生成手术医嘱； （13）支持手术医嘱的下达，并自动排斥其他医嘱； （14）支持输血申请的下达，并自动获取患者基本信息及相应的检验结果值； （15）支持输血申请过程中，要能自动根据输血成分带出相应的检验结果； （16）支持输血流程维护模块，输血科自主维护输血成分及对应的检验项目； （17）支持单次配血数量小于申请数量时自动对申请单号进行拆分； （18）支持医生查看输血申请进度； （19）支持根据不同输血量设定不同的审批流程； （20）支持草药医嘱的特殊下达模式； （21）支持出院医嘱的特殊下达模式； （22）支持下达医嘱时对病人过敏史的校验，对有过敏记录的药品进行自动提醒； （23）支持医嘱的复制功能，提供长期医嘱复制为临时医嘱，或临时医嘱复制为长期医嘱的功能； （24）支持医嘱的查询功能，提供当前、长期、临时条件下的医嘱查询； （25）支持对临时已确费但未执行的医嘱的作废功能； （26）这次医嘱的成组或解除组功能； （27）支持检验申请单和检查申请单的查看功能； （28）支持医嘱的打印功能； （29）支持根据医生等级对抗生素、毒麻药、特殊药品的使用权限进行配置； （30）支持针对一类或二类精神类药物在医嘱下达过程中，支持单独生成处方单； （31）支持针对抗生素素特殊用药，提供临时医嘱的越级使用流程管理，以备特殊情况使用； （32）支持排斥医嘱的配置功能； （33）支持医嘱下达时提供病历资料查阅功能； （34）支持医嘱下达时医保适应症校验； （35）支持医嘱下达时药品库存校验； （36）支持对抗生素的使用目的进行管控； （37）支持抗生素越级使用的特殊流程； （38）支持提供抗生素使用时间设定功能； （39）支持提供抗生素使用最大剂量的限制功能； （40）支持需要皮试的医嘱，能够在医嘱下达时勾选“需皮试”，自生成出皮试医嘱； （41）支持实现与合理用药系统的整合，在下达医嘱进行用药合理性校验。 5.3.7 .5医嘱套餐维护及引入（1）支持维护个人套餐功能； （2）支持维护科室套餐功能； （3）支持维护全院套餐功能； （4）支持在医嘱套餐中同时维护西药、检验、检查类型医嘱，检验检查类医嘱要包含标本、部位等信息； （5）支持对医嘱套餐内容的选择性批量引入功能； （6）支持在医嘱套餐引入过程中对医保适应症进行校验； （7）支持在医嘱套餐引入过程中对库存、药品是否启用状态、药品特殊类型等进行校验； （8）支持在医嘱套餐引入过程中，对药品是否属于限制药品，是否达到限制用量、限制天数等进行校验； （9）支持在医嘱套餐引入过程中，对检验、检查是否启用状态进行校验。 5.3.7 .6检验申请下达 （1）支持检查申请单的下达； （2）支持在检验申请单下达过程中，对所需的检验项目进行检索； （3）支持自动根据所下达的检验申请单生成检验医嘱； （4）支持在检验申请单下达选择项目过程中默认项目检验样本； （5）支持在检验申请单下达过程中选择加急或床边类型； （6）支持将检验申请单下达项目自动传送至LIS系统中。 5.4.7检查申请下达 （1）支持检查申请单的下达功能； （2）支持检查申请可与PACS系统进行整合，实现医生的在线检查预约功能； （3）支持将病历内容（如诊断、患者病情）自动导入到检查申请单中，无需医生二次录入； （4）支持自动根据所下达的检查申请单生成检查医嘱，并能体现对应的检查部位； （5）支持在检查申请单下达过程中，选择加急、吸氧、绿色通道类型； （6）支持在检查申请单下达过程中，同屏查阅患者病历资料； （7）支持将检查申请单下达项目自动传送至PACS系统中。 5.3.7 .8检查申请打印 （1）支持打印检查申请单； （2）支持对检查申请单模板样式的自定义功能； （3）支持在检查申请单打印过程中选择套打； （4）支持根据不同的检查项目匹配不同的检查申请单。 5.3.7 .9抗生素使用申请（1）支持抗生素使用申请的功能； （2）支持在抗生素使用申请中填写使用目的。如预防用药、经验用药、药敏治疗等； （3）支持在抗生素使用申请过程中填写患者用药理由； （4）支持将患者基本信息自动加载到抗生素使用申请单中； （5）支持对抗生素使用申请的审批流程进行配置； （6）支持对于各种抗生素，可以填写使用申请，标识使用原因，并进行相应的审批处理。 5.3.7 .10医嘱提交 （1）支持对下达的各种医嘱和检验检查申请进行提交处理； （2）支持对已提交的医嘱进行管理，要求提交后不能对医嘱进行删除处理； （3）支持在医嘱提交过程中对患者药物过敏史进行判断； （4）支持在医嘱提交过程中检验患者相关病历文书的任务完成情况，如提交高压氧舱医嘱时，系统将自动判断是否已存在高压氧舱治疗同意书； （5）支持医嘱提交或保存时，对药品限制或豁免的判断。若属于限制用药，且未进行申请审批则自动跳转到相应的申请单并执行相应流程。 5.3.7 .11医嘱审核（1）支持医嘱审核功能； （2）支持指定不同角色医嘱审核权限； （3）支持设计不同规则以辅助医生的审核操作； （4）支持支持对医嘱审核记录的查询统计功能。 5.3.7 .12药物不良反应事件上报 在病人出现药物不良反应的情况下，支持医生填写药物不良反应事件报卡，并由医务科进行审核确认。 5.3.8 临床路径系统 临床路径是针对某一疾病建立一套标准化治疗模式与治疗程序，是一个有关临床治疗的综合模式，以循证医学证据和指南为指导来促进治疗组织和疾病管理的方法，最终起到规范医疗行为，减少变异，降低成本，提高医疗质量的作用。临床路径系统实现的功能如下： 5.3.8.1路径制定 （1）支持定义路径纳入条件：包括ICD10诊断和手术编码两种类型； （2）支持对符合纳入条件的病人，系统提示允许加入临床路径； （3）支持定义路径排除条件的病人； （4）支持对符合排除条件的病人，系统提示不能进入临床路径； （5）支持按照每天的检查、治疗内容定义路径中的内容； （6）支持定义路径内容包括主要诊疗工作、主要护理工作、主要医嘱内容； （7）支持定义路径内容中的强制执行项目； （8）支持可定义当天的预计目标、当天的病人须知、当天的护理措施、当天的每项检查和治疗的预期效果； （9）支持根据每个临床路径的内容定义可能出现的变异项目，用于记录路径发生变化时的变异记录； （10）支持路径节点维护，入径病人可根据实际情况调整路径节点； （11）支持路径医嘱计划变更时可按照入径节点同步到该路径已入径病人的医嘱计划中； （12）支持含有手术路径的入径病人跨科室，即外科手术病人在入径情况下允许转区； （13）支持同类疾病允许加入路径，以参数控制是否开启，并设置字典进行同类疾病的维护； （14）支持同类药品的维护，同类药品不属于变异； （15）支持路径医嘱中药品被停用或库存不足时，可自动替换同类药品；（是否开启由参数控制，替换顺序按字典维护中的排序来定） （16）支持子路径维护 5.3.8.2路径执行 （1）支持路径执行提醒：可以对每天需要执行的医疗和护理项目进行提醒； （2）支持手工加入路径功能； （3）支持自动加入路径功能：根据路径纳入的条件和各系统中的指标，自动判断并提示病人是否应该加入临床路径； （4）支持预约安排：根据路径中的辅助医技科室检查和治疗的内容，事先与相关的科室进行预约，支持路径病人检查科室优先预约； （5）支持路径执行判断：根据前面路径执行的情况和各种检查治疗措施的结果，来判断下一天是否继续执行此路径，还是转入其他路径； （6）支持路径执行单的生成：可以自动生成路径执行单的Word文件，执行单内容中要明确患者目前已完成的治疗和未完成的治疗； （7）支持变异记录：在路径执行过程中发生与路径变异不一致的地方时，能够记录变异原因； （8）支持退出路径：在路径执行过程中，可以选择退出原因进行退出操作； （9）支持对退出路径的理由进行记录。 5.3.8.3路径统计 （1）支持统计临床路径每天执行情况表； （2）支持统计临床路径完成情况监督表； （3）支持统计ICD诊断使用情况报表； （4）支持统计出院病人数据报表； （5）支持统计临床路径管理试点调查评估表； （6）支持统计内科系统实施情况报表； （7）支持统计外科系统实施情况报表； （8）支持统计退出临床路径原因汇总； （9）支持统计路径使用统计：按路径名　称、按科室路径统计使用人次、完成人次、退出人次、正性变异人次、负性变异人次； （10）支持按医嘱变异统计变异率、按天数变异统计变异率、二者兼有统计变异率； （11）支持统计各路径中最少医疗总费用； （12）支持统计路径执行情况统计：统计各路径的执行情况和未完成项目； （13）支持治愈率统计：统计各路径执行后，病人的治愈率； （14）支持治愈率统计：统计各路径执行后，病人的治愈率； （15）支持统计路径病人住院总费用。 5.3.8.4路径质控 支持实现路径执行的实时监控，监控中与质控工作站融合，保证路径执行质量 5.3.8.5 路径版本管理 提供路径版本管理功能，支持不同版本路径的对比功能。 5.3.9接口 5.3.9.1与HIS接口 （1）支持通过与HIS系统进行整合实现病人基本信息传输 病人信息统一在HIS系统（一般为建档或挂号处）中维护，并为包括电子病历系统在内的其余系统共用。 （2）支持通过与HIS系统进行接口整合实现住院ADT信息传输 病人的入院、转科、转床、出院等信息统一在现有HIS中进行操作，及时反馈到电子病历系统中，并在病历中完整地体现出入转过程。 （3）支持通过与HIS系统进行接口整合实现医嘱信息的传输 医嘱的下达在电子病历系统中，所下达的医嘱信息将会实时传递到HIS系统中，进行计费收费操作。 （4）支持通过与HIS系统进行接口整合实现病人（住院）费用的传输 通过与HIS接口，取得病人当前费用情况，在医生对该病人进行操作时，显示在医生工作站上。 （5）支持通过与HIS系统进行接口整合，系统实现在病人出院的情况下，将病人的各项费用金额信息导入到电子病历的病案首页中。 （6）支持通过与HIS进行接口整合实现药品控制信息提醒 在电子病历系统中下达医嘱的前提下，需要进行药品等医嘱项目的控制，需要从HIS中获取药品的是否开放、库存是否足够、是否有适应症要求、是否需要审批、是否需要自费等信息。 （7）支持与HIS进行接口整合实现病案信息共享 病人在出院后，其病案首页信息自动通过接口导入到HIS的病案系统中去，以提高病案室工作人员的工作效率和质量。 5.3.9.2与LIS接口 （1）支持通过与LIS进行接口整合实现检验申请信息的传输 通过电子病历系统中的医嘱模块，可以下达检验申请，系统可以往HIS中插入医嘱信息，同步往LIS系统插入申请单信息。 （2）支持通过与LIS进行接口整合实现检验报告查看 通过接口程序，可以将LIS中的检验报告信息导入到EMR中，并在EMR系统中查阅各检验报告。 （3）支持通过与LIS进行整合实现危急值预警功能 对于一些处于危急值的检验检查结果，通过数据层面的整合，实现在电子病历系统中的及时预警提示。危急值确认时间回传LIS 5.3.9.3与PACS接口 （1）支持通过与PACS进行接口整合实现检查申请信息的传输 可以在电子病历系统中选择检查项目进行检查申请，系统一方面可以将医嘱信息反馈到HIS中，同时可以将申请单信息反馈PACS系统中。 （2）持通过与PACS进行接口整合实现病人病历查阅功能 在电子病历系统中提供对特定病人病历资料的查阅功能，检查人员可以根据申请单进一步查看该病人的病历资料，以辅助医技人员进行诊断的下达。 （3）支持通过与PACS进行接口整合实现检查报告查看功能 在PACS系统完成检查及报告审核工作后，在电子病历系统中可以及时查看到报告信息，并可以查看影像资料。 5.3.9.4 与合理用药系统接口 支持通过与专业的合理用药系统进行整合，实现如下功能： （1）查看药品基本信息； （2）查询特定症状和特殊病的禁、慎用药物； （3）用药指南； （4）检查指　定一组药品的相互作用； （5）对于输液和注射类药品进行配伍禁忌检查。 5.3.9.5 与病案接口 支持通过与病案进行接口整合，实现电子病历系统与病案统计系统病人医疗数据的信息共建共享，具体功能包括： （1）病案首页信息的自动获取； （2）病案质量控制信息的查阅。在病案系统的各个查询结果中，均要显示该份病案的质控信息，如质控等级、质控医生等。 （3）支持病案首页的归档上传等。 5.3.9.6 与第三方接口费用 （1）系统能够和甲方现有的信息系统进行对接，支持webservices、中间表、视图的接口方式，实现系统之间的无缝整合和数据共享。需要对接的系统包括HIS/LIS/RIS/PACS/合理用药/ /病案统计与分析，此外还需要支持其他的接口应用，如：血库/手术麻醉/院感/GCP/心电电生理系统/BI/单病种/医疗过程质控/重症监护/供应追溯./内镜清洗/居民健康档案系统/HQMS上报系统/绩效上传系统/大数据平台系统/移动护理/门急诊系统/统一预约检查平台/医保（含新农合）病案首页上传系统/短信管理系统/集成平台等，以上系统接口支持HL7等标准方式，接口对接不影响系统的验收，后期实施时乙方需要及时配合并不得收取接口费用。 （2）乙方承诺其报价已包含支付给第三方单位，如现有使用系统（HIS系统ADT、检验系统、病区护士站、住院药房药库、各类医保、病案管理与统计、影像）的全部接口费用。 5.3.10服务器与集成服务 5.3.10.1服务器详细参数 （1）19英寸工业标准2U机架式服务器，配置机架导轨。 （2）服务器品牌为联想X3650M5。 （3）提供2台服务器. （4）具有2颗Intel Xeon E5-2683 v4（16核/2.1GHz/40M缓存）. （5）具有128GB RDIMM ECC 2133 DDR4 内存，≥24条扩展插槽，≥1536GB内存扩展。 （6）具有3块300GB 10K 热插拔2.5寸SAS硬盘，M5210 RAID5210卡,支持RAID5、0、1级别, 配置ServeRAID M5200 Series 1GB Cache/RAID 5 Upgrade卡；支持12Gbps,最大支持4GB闪存。 （7）具有标配4个千兆以太网控制器，1个独享的管理端口，可选双口万兆或四口万兆控制器。 （8）具有DVD-RW光驱，同品牌机架安装滑动导轨，电源输出功率≥750W 80+钛金电源，1+1冗余电源，支持主备模式。 （9）支持微软Windows Sever 2012/2008/2003、Red Hat Enterprise Linux、SUSE Enterprise Linux 和VmwareESXi Server等操作系统。 （10）提供与现有的Vplex及VNX5500存储连接，通过VPLEX实现平台的存储双冗余，避免存储系统单点故障。 （11）提供承载平台上安装VM虚拟化软件最新版本，并安装配置Vcenter管理中心，配置虚拟化集群HA系统，满足VMotion迁移功能。 （12）提供重新配置VPLEX双活引擎设备，并将相应的存储空间按照安全等级保护承载平台规划要求进行划分，配置镜像保护模式，避免存储单点故障，保证数据的高可靠性。 （13）提供将原有安全日志服务器在线迁移到安全等级保护承载平台，迁移过程中保证业务不中断及数据不丢失。 （14）提供服务：3年7x24小时原厂硬件保修服务；3年7x24小时电话支持服务。 6、实施、接口、培训、运行 6.1系统实施 a.乙方必须免费安装电子病历系统的软件程序，并安装主服务器与应用服务器、数据库系统等。 b.乙方需提供项目详尽的实施方案和进度表。 c乙方应在系统实施方案中描述具体的实施团队的组成、工作的内容、投入人员、项目进程表及甲方的配合等内容。在所有工作开展之前，公司的实施人员应制定一套完整科学可行的实施方案，作为工程实施的总体计划和步骤。实施方案内容大致包括。 其一：组织保障安排：成立领导小组，领导小组中的责任分工等。 其二：制定具体的实施流程、实施内容。 d.实施期间，乙方必须派遣具有医学背景的并有多年大型项目经验的,参与过同类项目的专业工程师驻扎医院内进行软件开发实施工作。 e.系统运行前完成医院基础数据的收集整理、校对录入和测试，做好数据初始化工作。 f.网络畅通，服务器和各前端站点都工作正常是系统运行的基础。在数据初始化、系统培训和制定工作流程的同时，医院和公司统筹安排系统的安装和调试，这其中包括数据库的安装调试，各个子系统的安装及参数设置等工作。指定人员负责各自的工作，分工明确责任到人。所有工作都准备就绪后，严格制定系统启动时间及计划安排。在系统在正式启动后，运行大约一周的时间后能够保持稳定，系统提供的功能能够正常使用，项目实施人员对工作进行移交。 g.电子病历系统必须在合同签订后1周内入场实施，3个月（公历月）内完成主体软件（病历书写、电子医嘱、临床路径）的实施，后期依据医院的应用逐步完善以达到较好的应用效果。在规定的交货期内，如无法如期交货，乙方每拖延一个工作日向甲方支付软件合同金额的千分之三的违约金。 6.2 接口 a.乙方必须提供并制定与医院现有各种信息系统接口的方案，并与各系统的提供商进行沟通、积极配合；必须完成本应由电子病历系统负责的接口程序的开发与实施。如果需要其它信息系统进行较大程度程序改造才能完成与电子病历系统之间的接口，则乙方必须详细提出具体方案和实施细则，并与该系统的提供商协商沟通。 b.乙方提供的接口方案能支持webservices、中间表、视图等主流接口方式，实现系统之间的无缝整合和数据共享，本次对接的系统包括（HIS/LIS/PACS(放射、超声、病理、内镜)）/移动医生/移动护理/病案统计与分析/手术麻醉/输血管理系统。 6.3 培训 a.从合同签订开始，乙方相关技术人员对所有科室骨干进行分期、分批的各种技术培训。根据不同专业、不同管理要求对科室负责人及所有上岗操作使用人员进行系统主要功能、系统操作使用方法、系统工作流程培训。通过培训，使他们较好的掌握应用软件的使用方法，熟悉系统工作流程，基本达到了数据录入准确、及时、迅速的要求。 b.培训对象包括系统管理员、管理人员、操作员(医生、技术员)等。 c.培训计划：包括系统管理员的培训、操作骨干的培训和操作人员的培训方法和内容。 6.4 运行 乙方提供详尽的系统运行方案。系统运行分为试运行、正式运行及系统移交等步骤。 7、 技术资料要求 系统最终验收合格后，乙方应向甲方提供不少于下列资料（其费用包括在报价总价内）。 （1）总体设计报告； （2）需求分析说明书； （3）概要设计说明书； （4）详细设计说明书； （5）测试报告； （6）数据字典； （7）数据结构与流程； （8）操作使用说明书； （9）系统维护手册； （10）安装技术手册；8、售后服务 （1）系统免费维保期（质保期）为自合同项目正式验收起一年。免费维保期内乙方应采用定期走访、现场服务、电话和网络咨询等方式为用户提供全方位技术服务；如系统出现故障不能正常运行，乙方在接到医院的请求后，应立即安排技术人员进行软件维护，按照国家及行业标准对故障进行及时处理，确保系统正常运行。 （2）系统正式验收投入运行一年内，乙方至少派一名专业工程师专职跟进和维护。定期对系统进行巡检，保证系统在最优化的状态下稳定运行。 （3）在实施期与免费维保期内，应满足所提供软件的功能模块客户化修改。 （4）软件故障报修的响应时间：10分钟。电话、网络指导下无法解决，3小时内到达现场进行维护；保证7×24小时的维护响应。 （5）免费质保期一年结束后每年维护、软件升级费用不超过合同软件部分金额的8%，另行签订合同。。

6、验收

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

9.1验收应按照招标文件、乙方投标文件的规定或约定进行，具体如下： （1）系统上线后，乙方提出验收申请，甲方一周内组织相关人员对系统进行验收； （2）软件的验收标准为结合招标文件、乙方投标文件及甲方的实际应用相结合，在功能不超出招标文件的约定下由甲方组织相关人员与对乙方的软件产品与服务进行验收。 （3）服务器与集成的验收为按厂家的标准与集成商的服务进行验收。 （4）根据项目的情况，按照主数据库服务器与集成服务、住院电子病历系统与接口系统、电子医嘱系统与临床路径系统分批验收； （5）因甲方暂时不用、第三方配合等非乙方原因无法按要求实现本合同所列接口的，不影响甲方对乙方所提供软件的验收，乙方承诺在软件验收后按要求继续实现。 （6）验收时提供软硬件相应的操作手册等说明书；。

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

不邀请。

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

10.1按照主数据库服务器与集成服务、住院电子病历系统、电子医嘱系统、临床路径系统、接口系统分项目提出分批验收与付款。 10.2各个分项系统验收合格后30日内支付对应分项模块价格的90%货款，验收合格运行正常1年后支付其10%余款。 10.3具体付款方式如下： （1）主数据服务器与集成服务验收后支付对应款项（158,000.00元）的90%，即人民币壹拾肆万贰仟贰佰元整（￥142,200.00元）；余款10%，即人民币壹万伍仟捌佰元整（￥15,800.00元）在验收后壹年内付清。 （2）住院电子病历系统与接口系统验收后支付对应款项（￥1,259,000.00元）的90%，即人民币壹佰壹拾叁万叁仟壹佰元整（￥1,133,100.00元）；余款10%，即人民币壹拾贰万伍仟玖佰元（￥125,900.00元）在验收后壹年内付清。 （3）电子医嘱系统与临床路径系统验收后支付对应款项（￥573,000.00元）的90%，即人民币伍拾壹万伍仟柒佰元整（￥515,700.00元）；余款10%，即人民币伍万柒仟叁佰元（￥57,300.00）在验收后壹年内付清。 （4）乙方的账户信息： 开户名称：南京海泰医疗信息系统有限公司 开户银行：招商银行珠江路支行 账号：***************。

8、履约保证金

无。

9、合同有效期

长期。

10、违约责任

（1）如甲方不能按照本合同约定的期限支付任何一期款项,则应向乙方承担违约金。违约金按照逾期付款额的每日千分之一计算,自应付款之日起算至完成该期付款之日止；违约金不超过合同金额5%。如遇甲方逾期付款的情形,乙方有权相应延长其本合同约定的完工期限以及缩短免费维护期。 （2）如果乙方未按本合同规定的时限（合同签订后进场实施，签订合同之日起的3个月内完成交货）为甲方完成开发、实施工作，甲方在发出书面催告通知后 7个工作日内要求乙方给出计划予以完成。若甲方通知后仍未完成的，按逾期交付时间计算，每日千分之一，违约金不超过合同金额5%。 （3）如果非乙方原因或不可抗力因素造成乙方未按期完成工作的，则乙方不承担由此产生的逾期未完成工作的责任。非乙方原因指甲方造成的原因，如甲方未尽内部协调沟通统一意见、甲方自身不配合、未按时付款等等原因及甲方中途其他项目实施影响或不配合乙方实施等等原因。。

11、知识产权

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

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

12、解决争议的方法

12.1甲、乙双方协商解决。

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

提交仲裁委员会仲裁，具体如下：福州仲载委员会。
向人民法院提起诉讼，具体如下：。

13、不可抗力

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

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

14、合同条款

详见第五节

15、其他约定

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

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

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

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

15.5其他：□无。□。

甲方：	福建省福州结核病防治院	乙方：	南京海泰医疗信息系统有限公司
住所：	福州市仓山区湖湾路2号	住所：	福建省福州市晋安区连江中路8号福莲花苑10座606室
单位负责人：	单位负责人：	吕亦华
委托代理人：	151*****093*******">	委托代理人：	151*****575*******"> 张祥春
联系方法：	135*****598	联系方法：	139*****189
开户银行：	开户银行：	招商银行珠江路支行
账号：	账号：	***************

签订地点：福州市