智慧医疗数据平台建设项目招标文件.docx

《智慧医疗数据平台建设项目招标文件.docx》由会员分享，可在线阅读，更多相关《智慧医疗数据平台建设项目招标文件.docx（113页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、云和县县域智慧医疗数据平台建设工程公开招标文件1.L2.1 统一性统一设计原那么统筹规划和统一设计系统结构。应用系统建设结构、数据模型结构、数据存储结构以及 系统扩展规划等内容，均需从全局出发、从长远的角度考虑。实用性和先进性当今的计算机技术日新月异，因此要求选择的方法、技术、工具、设备不仅要保证具有先进性，而且 要保证技术方向的正确性。设计的方案要结合考虑实用和兼顾今后开展的目的，不管在服务器、软件及中 间件等软硬件产品方面，还是在方法论、工具方面，都应选择当今国际上成熟的、主流的并领先的产品和 技术来适应更高的数据处理要求，以满足医疗管理信息系统未来5-10年的需求开展，并应具有良好的扩展

2、 潜力，以适应未来业务的开展和技术升级的需要。1.1. 2. 3安全性和可靠性设计的整体方案要通过多种安全技术和防护手段，保证系统自身的安全性，保证服务不会中断。在本 工程方案中，最重要的设计出发点就是系统的安全，关键设备或设备核心部件应当采取冗余设计，能够避 免单点故障导致系统整体或重要功能的丧失，保证系统平稳运行，最大限度减少停机时间而且包括便于故 障排查、恢复和日常的运行维护的机制。在采用硬件备份、冗余、负载均衡等可靠性技术的基础上，采用 相关的软件技术提供较强的管理机制和控制手段，以提高整个系统和数据的安全可靠性。开放性、互连性和标准化软件设计严格执行国家有关软件工程的标准，保证系统质

3、量，提供完整、准确、详细的开发文档和用 户操作文档。应用设计全面采用国际、国家标准、协议和接口，能与现有的和未来的系统互连与集成，支 持 HL7、IHE、DICOM、ICD10 等标准。1.1. 2. 5灵活性与可扩展性考虑到医院近期、中期甚至长期时间范围的数据和业务快速增长的需要，本系统在适应目前需求的基 础上，能够满足医院以及相关医疗机构不断开展的信息化需要，充分地为将来可预见和不可预见的性能扩 充留有余地，并具备方便的扩展系统容量和处理能力和支持多种应用的能力，可以根据业务开展的需要进 行灵活、快速的调整，实现信息应用的快速部署，而且新功能、新业务的增加能够在不影响系统运行的情 况下实现

4、。系统充分考虑到扩容和升级的需要，能灵活方便地适应未来系统可能的变化。选择应用开放性标准的 产品，确保设备的兼容性；通过系统结构的合理设计和适度资源冗余，为未来的系统扩充打下基础，保证 需求增加时系统的平滑扩充，保证前期的投资。（4）技术条款响应（偏离）表:技术条款响应（偏离）表工程编号：标项号：序号招标文件技术规格、要求投标文件对应规格说明注：注:投标人须按第二章招标需求二、技术需求填写，在说明栏如实填写“正偏离”、“无 偏离”或“负偏离二投标人（盖章）:日期：注：联合体投标的，可只由联合体牵头人盖章。（5）计算机软件著作权登记证书（如有请提供）;（6）业绩一览表采购人名称工程名称合同金 额

5、（万 元）附件页码合同采购人联系人 及 联系 投标人名称（公章）：日期:年月日(7)评级能力证明文件(如有请提供)；(8)设计方案：现状分析、总体设计方案、专业技术能力解决方案、继承方案和互联 互通方案；(9)人员配置方案：工程总负责人、拟派驻的工程经理、投标人的工程组成员清单及 证明材料(如有)(10)实施方案；(11)售后服务方案；(12)合同期后维护期服务费承诺；(13)培训方案；(14)政策认定相关证明资料(如有请提供)；(15)其他采购需求或评分标准所需资料；I .1. 2. 6经济性与投资保护选用的技术和产品全部遵循通用的国际或行业标准，各系统模块之间有良好的兼容性和较高的性能价

6、格比。从长远来看，便于系统的升级和移植或运行其他应用软件，实现整体效益，而且能以较低的本钱、 较少的人员投入来维护系统运转，提供高效能与高效益的医疗信息服务。II 易管理和易操作性方案支持全面、完善、便捷、统一的系统管理和应急处理预案，保证一旦发生问题能在最短的时间内 处理解决。而且，系统应具有良好的用户操作界面、完备的帮助信息。集成完备的运行监视系统、良好的 管理界面工具或远程控制台，易于管理人员对其进行管理和维护，系统参数的维护与管理通过操作界面实 现。 整体设计和多种应用相匹配，集成平台需要进行统一设计，但是考虑到应用的多样性以及业务、部 门等的差异，整体设计又不要过于制约具体的应用开发

7、，要为各种应用开发提供灵活的手段。III 2.8可维护、可管理性通过统一网管平台，对信息系统平台进行统一管理，提供可视化的网络拓扑、网络状态监控、故障事 件实时预警和告警、异常网络流量统计等。1.1. 3遵循的标准和规范本信息平台必须遵循国家和国际上的通用标准，符合国家卫计委公布的各类信息化应用标准集。无参 照标准的，按照国际HL7标准定义，具体如下要求：1. L 3.1遵循标准1）卫生信息标准：A.中国卫生信息基本分类框架B.中国卫生信息基本构成框架C.中国卫生信息标准需求分析与指导意见D.中国卫生信息标准需求基础框架E.中国医院信息系统功能规范F.中国医院基本数据集标准G.国家卫生统计指标

8、体系H.中国电子病历标准I.卫生事件信息描述(meta-data)、信息表达、贮存、传输、数据流程、结构关系、隐私与安全性 标准(分类)J.电子病历基本架构与数据标准K.电子病历数据组与数据元标准L.电子病历基础模板数据集标准2)计算机及信息技术标准：A.中华人民共和国计算机信息系统安全保护条例B.中华人民共和国保密法C.计算机信息系统国际联网保密管理规定D.计算机信息网络国际联网安全保护管理方法E.中华人民共和国计算机信息网络国际联网管理暂行规定F.信息技术互连国际标准(IS0/IEC11801-95)G.信息技术、软件包质量要求和测试(GB/T17544-1998)H.软件工程标准分类法(

9、GB/T15538-1995)I.软件开发规范(GB8566-88)J.软件维护指南(GB/T14079-93)K.计算机软件产品开发文件编制指南(GB8567-88)L.计算机软件需求说明编制指南(GB9385-88)M.计算机软件测试文件编制指南(GB9386-88)N.计算机软件配置管理计划规范(GB/T12505-90)0.计算机软件质量保证计划规范(GB/T12504-90)P.计算机软件可靠性和可维护性管理(GB/T12394-93)1.1. 3. 2遵循规范1)数据标准规范：主要包括各业务系统之间，公共数据元标准、公共代码标准、公共数据存取规范、数据交换规范，如 业务数据采集标准

10、，CDA文档标准，统计数据标准，共享数据标准，交换数据标准等。2)技术标准规范：通过技术标准规范支持医院、业务系统和医疗信息的数据级和应用级整合，并提高业务系统之间的数 据集成、互联互通的能力。3）管理标准规范：主要包括标准管理、安全管理、数据管理、工程管理，用于指导医疗信息共享交换平台的日常运行管 理、数据维护管理。4）业务标准规范：优化业务流程与标准。业务标准分为独立业务标准和关联业务标准，其中独立业务标准由各业务科室、 各业务系统制定，关联业务标准由平台统筹，协调各科室、各系统联合制定。1.1. 3. 3遵循的数据标准平台建设中，对医院现有的所有信息化应用数据按照标准进行数据梳理，进行数

11、据的标准化工作，具体 要求如下：基础编码的标准化参照如下国际国家标准:A.GB/T2260中华人民共和国行政区划代码B.GB/T2261人的性别代码C.GB/T2659世界各国和地区名称代码D.GB/T3304中国各民族名称罗马字母拼写法和代码E.GB/T4658文化程度代码F.GB/T4761家庭关系代码G.GB/T4762政治面貌代码H.GB/T4766婚姻状况代码I.GB/T4767健康状况代码J.GB/T4880语种名称代码K.GB/T4881中国语种代码L.GB/T6565职业分类与代码M.GB/T6864中华人民共和国学位代码N.GB/T8561专业技术职务代码0.GB/T1171

12、4全国组织机构代码编制规那么P.GB/T12402经济类型分类与代码Q.GB/T12404单位隶属关系代码R.GB/T15424电子数据交换用支付方式代码S.卫生机构（组织）分类与代码规范（WS218-2002）T.卫生系统医疗器械仪器设备（商品、物资）分类与代码（WZB01-90）U.疾病分类与代码规范ICD10V. HL7标准W.中国医院信息基本数据集标准1.1 . 4部署方式由于整个集团内部两大主体人民医院、中医院共用一套HIS,内部网络已经打通。系统部署将主要是 面向局域网的应用。需要连接外网的应用程序，如：移动运营管理智能分析系统、口袋病历等系统，可通 过增加网闸的形式进行内外网的数

13、据交换。数据中心的数据需要向“一体化智能化数据共享平台”传输数据时，将使用VPN专线形式进行连接。为保证医院信息系统的稳定运行本工程中标人不得以任何理由对医院现有核心系统（如HIS、LIS、PACS 等）进行重新部署或替换。1.2 建设目标以县域内的群众健康为中心，以保障和改善民生、惠及最广大人民群众健康为出发点，建立统筹协调、 规范有序的县域卫生健康信息化管理机制，建设和完善我县全域的卫生健康标准体系。建设全县范围的医共体临床数据中心。将与人民医院、中医院、以及其它基层医疗卫生医疗机构进行 数据对接。并通过对数据的整合清洗，管理监控，信息存储形成全县的医疗数据资产。基于全县所有医疗卫生数据的

14、县域医共体数据中心，进行深度的数据挖掘、分析利用。为县域的监管 局部、医疗机构、就医群众提供三位一体的数据支撑服务。通过此次工程建设，使云和县的医疗卫生信息 化建设到达全国先进水平。本次工程建设主要完成如下内容：一、全县范围的医共体数据中心。医共体数据中心将与人民医院、中医院、以及其它基层医疗卫生医疗机构进行数据对接。并通过对数 据的整合清洗，管理监控，信息存储形成全县的医疗数据资产。二、基于全县医共体数据中心的BI分析。通过多方法、多层次、多角度对接入到数据中心的医疗机构数据进行综合性分析。建立运营管理智能 分析系统、移动BI应用。三、基于人民医院医共体的应用建设。医共体病人临床集成视图、口

15、袋病历、医共体应用及数据交换系统、医共体检查预约平台、闭环监测 系统、平台应用门户、数据统一上报平台。通过以上内容的建设为云和县提供医疗大数据支撑，并为后期开展更为具体的医疗行业大数据应用及 人工智能AI提供基础支撑，实现区域医疗业务应用系统互联互通、信息交换、流程协作，实现与全民健康信息平台的统一对接。通过该平台的建设云和县医疗信息化将到达以下目标：1、全面优化信息系统架构，支持区域医疗业务扩张医疗信息化是现代医疗机构临床工作开展所必需的业务支撑系统，也是医疗大数据的主要信息来源和 重要组成局部。各医疗机构随着各个流程及业务系统的不断应用，产生了大量的原始数据，同时带来了各 种信息共享、数据

16、利用的困难，比方标准化的问题、跨医疗机构信息共享协同问题、整合数据利用问题、 跨医疗机构区域级利用数据监管分析问题等等，传统的单独建设某个业务系统已经难以提升整个医院以及 整个区域的信息化水平，所以通过本次工程的建设内容，我们将解决区域医疗机构业务系统信息互联互通 的问题，实现不同地点和不同系统中业务数据的流动与业务协同，将所有数据集成至一个平台，实现临床与 管理数据的整合，通过整合历史与当前数据形成区域的数据资产，并能减轻业务系统的压力，并通过平台 的建设，使得云和县有一个合理、先进的医院信息化架构，实现企业级的应用，支持区域及医院业务扩张， 在较短的时间内，实现信息化水平和地位的跨越式提高

17、，使得信息化成为区域及医院更好开展的强力支撑。2、完善和贯彻信息标准化体系在平台的建设中遵循卫健委相关标准和规范，基于标准和规范进行系统间的信息交换。不仅为区域医 疗机构信息共享提供一个共享和利用平台，同时实现与市级平台统一的信息标准和提供一个统一的信息对 外出口。完善医疗标准体系，需制定信息交换标准，建立信息系统的基础架构与标准；统一信息标准与数据字 典，实现不同医疗机构之间、各个医疗机构内部不同业务系统的统一集成、互联互通和信息整合。并在此 基础上实现对医疗机构信息资源的二次利用，为患者提供公众服务，建立与外部系统互联的统一接口。3、促进以病人为中心的区域信息资源整合与利用本着资源整合的基

18、本原那么，平台建设将实现医院之间、医院各个系统之间患者信息及所有诊疗业务信 息的共享与互联互通，并建设患者主索引，实现医共体域级患者的识别和整合，并未来和区域健康平台、 市级平台实现联动。本次工程将完成医共体域范围内异构系统的患者临床数据集成及可视化应用的建设， 集中展示患者全生命周期诊疗数据，满足区域内医疗机构患者医疗数据的共享。4、提高区域及医院管理质量和效率医院诊疗信息系统结合了先进的医疗管理思想和管理模式，通过医院诊疗信息系统协调大量的相关机 构的步调，形成一个合力，让医疗信息资源充分流转，发挥社会效益。医共体诊疗信息集成平台建设将凭 借数字化医疗信息服务的先进技术作为强有力的支撑，利

19、用更为先进的信息化手段，掌握工作的主动权， 把传统通过当场敷衍、事后追查等处理事务的手段，转变成为实时的监控，处处是现场的工作模式。管理 信息系统必须全面支持医院现有和将来可以预见的一切行政、财务、物资等的管理事务开展提升的需要， 到达管理的全面信息化，满足医院加强管理和提高工作效率的要求。从减少人手、控制漏费和人情免账、 降低医疗本钱等方面考虑隐性经费；病人（客户）关系管理系统采集、分析、利用和管理信息，提供个性 化医疗服务，取得竞争优势；有效控制医疗本钱，减轻病人医疗负担，提高病人满意度。通过数据分析监 控帮助医疗资源更合理调配，实现诊疗流程优化，提高医院运作效率，提升医院的整体服务能力。

20、同时从 区域的角度，能够基于区域数据进行循证分析，对区域同类医院、不同医院同类专业进行比拟，帮助监管 以及推动医疗机构提升服务、效率、质量。5、支撑人民医院医共体内部的服务协同通过本次工程的建设，要到达支撑人民医院医共体内部医疗诊疗服务协同的目的，实现平台接入医疗 机构之间的业务协同及纵向业务联动等。诊疗业务的联动主要表达在医共体范围内各医院的业务联动。通 过医疗业务协同，可以有效利用医疗资源，降低医疗本钱，提高医疗质量。6、服务行业的等级评审、评测（区域互联互通测评四级甲等）根据行业相关评审、评测要求，在平台建设制定目标、参考要求，优化区域医疗信息化整体架构和提 高区域医疗信息化整体水平。1

21、. 3 建设任务对医疗集团内的所有医疗机构的业务系统数据结构进行整合汇集分析。采用实时数据同步技术，构建 ODS,实现日志捕获、解释，落地到ODS。实现ODS到CDR的转换过程，构建主题数据仓库CDR、ODR、RDR。 并通过对数据的整合清洗，管理监控，信息存储形成全集团的医疗数据资产。基于医疗健康数据中心，进行深度的数据挖掘、分析利用。为医疗健康集团的运营决策、医疗质量、 临床服务等提供有效的数据支撑。通过此次工程建设，使云和县的医疗卫生信息化建设到达全国先进水平。本次工程主要建设内容清单如下：带“”的为本次建设关键内容。序号系统名称1医共体应用及数据交换系统2病人主索引系统（EMPI）3医

22、共体主数据管理4县域医共体数据中心（含CDR、ODR、RDR）5医共体应用交互系统6医共体平台应用门户7医共体闭环监测系统8病人临床集成视图9运营管理智能分析系统10门诊流量监控分析系统11公立医院绩效考核分析系统12医疗质量管理分析系统13不良事件分析系统14手术质量分析系统15临床决策支持系统（CDSS）16静脉血栓防治系统（VTE）17移动运营管理智能分析系统18口袋病历19单病种上报系统20全院科研大数据平台1. 4招标需求及技术规范1. 4.1医共体应用及数据交换系统集成平台按照国家的卫生信息互联互通标准化标准进行建设，医共体应用集成平台采用面向服务的架 构（SOA）,以企业服务总线

23、（ESB）的方式，采用国家的卫生信息交互标准的通讯协议，实现医院应用系统 之间的互联互通、信息共享、流程协作。以企业服务总线（ESB）方式实现全院范围内跨部门、跨系统的信息交换逻辑，包括交换路由控制、交 换协议转换、交换信息包转换、交换接口的定义。通过对HIS、电子病历、医技系统、护理系统等既有业务 系统接口逻辑的改造，将医院系统之间信息共享、流程协同以及和上级卫生信息平台之间的协同按照互联 互通集成规范要求通过企业服务总线（ESB）来提供服务，同时在工程周期内在第三方厂商配合的情况下能 够按照医院个性化集成服务需求进行开发，完成ESB的建设。这一建设包括集成开发平台、集成管理平台、 集成监控

24、平台，CDA服务等。L 4.L1医共体应用集成平台架构概述序号功能模块具体参数1平台概述集成平台在医院内部、医院之间，提供了快速、可靠的连接和数据 共享；实现了同公共卫生机构间的信息交换。集成平台为一致、高 效、高质量的医疗卫生信息交换奠定了基础。集成平台应包含三个 主要的功能：运行引擎、集成开发平台IDE、管理控制平台；两个 可选项：移动客户端、仪表盘。2功能架构根据不同的角色，功能架构上应能够提供开发平台、管理与监控平 台、运行平台。以满足不同角色人员的功能要求3应用架构集成平台按照国家的卫生信息互联互通标准化标准为依据进行建 设，医共体应用集成平台采用面向服务的架构（S0A）,以企业服务

25、 总线（ESB）的方式，采用国家的卫生信息交互标准的通讯协议， 实现医院应用系统之间的互联互通、信息共享、流程协作。4以企业服务总线（ESB）方式实现全院范围内跨部门、跨系统 的信息交换逻辑，包括交换路由控制、交换协议转换、交换信息包 转换、交换接口的定义。通过对HIS、电子病历、医技系统、护理 系统等既有业务系统接口逻辑的改造，将医院系统之间信息共享、流程协同以及和上级卫生信息平台之间的协同按照互联互通集成 规范要求通过企业服务总线(ESB)来提供服务，同时在工程周期 内在第三方厂商配合的情况下能够按照医院个性化集成服务需求 进行开发，完成ESB的建设。这一建设包括集成规范定制、集成开 发平

26、台、集成运行平台、集成管理平台、集成监控平台。5OSGi支持OSGi (JSR 291)亦称做Java语言的动态模块系统，OSGi (Open Services Gateway Initiative Framework) 是 1个基于 Java 环境的严格的标准开发平台，它为模块化应用的开发定义了一个基 础架构。通过使用OSGi作为系统架构，不仅对开发带来益处，对 于系统部署和升级同样带来很多的优点，简单的说，通过OSGi可 以在后台对程序组件进行安装、升级或卸载而无需打断集成平台系 统的正常运行。能够提供集成平台OSGi运行日志。6标准化支持集成平台支持医疗数据集成的行业标准，要求内置包括

27、近7、 HHPAA、EDIFACT、NCPDP和X12在内的多种医疗标准库。它同时也 要支持 FHIR 标准 (Fast Healthcare Interoperable Resources)。7IHE支持集成平台应提供IHE工具包，用以简化病人登记和病历档案的IHE标准化实施。该工具包应支持XDR、XDS、PIX等IHE标准。8系统升级升级无需进行数据迁移，实现无缝升级；L4.L2集成开发平台开发平台的主要功能是连接到集成引擎并指引引擎展开各项运行处理工作。集成开发环境具有良好并 直观的图形配置界面方便开发人员对通讯点、过滤器及路由进行设置。开发人员通过使用集成开发环境将 集成设计转化为可运

28、行的程序。开发平台应具备以下功能：可视化开发、代码开发、图形代码转换、快速部署、集成测试、功能扩展。序号功能模块具体参数1图形化界面开发能提供图形化设置及设计工具，集成研发环境基于视窗操作系统的 特性使它有良好并直观的图形配置界面方便设计师对通讯点、过滤 器及路由进行设置。同时要求基于引擎的所有功能都是通过IDE进 行配置的，而这种配置要求是非常直观、图形化、拖放可视化及拥第一章公开招标采购公告3有友好用户界面的。2代码开发集成开发平台能支持Java、JavaScript等多种开发语言,3图形化与代码的相互转换要求在整合研发环境里，基于JavaScript语言的所有通讯点及过 滤器都能很方便地

29、进行图形化与代码或代码与图形化的转换。所有 在图形化界面(GUI)的配置都能被准确地输出为XML格式文件， 反之亦可4接口适配器接口能够通过以下3种构建连接起来：通讯点/链接点(Communication Point)；路由(Routes)；过滤器(Filters)o5简化标准支持集成引擎支持以下协议和标准协议标准（TCP、FTP、HTTP、网络服务等等）支持的HL7 （从版本2.X,3,FHIR）,同时支持临床文档架构（CDA） 和连续性医护文档（CCD）支持医用信息系统集成（IHE）配置文件支持多种消息格式（包括用户自定义格式）：HL7 2. 1 to 2. 7HL7 Version 3F

30、HIRX. 12, ranging from 2001-5022HI PAA 837, 997, 277, 275, 835 V. 4020EDIFACT ranging from 901-I06BHCFA X. 12 837AUB92 V. 4. 1 and V. 5. 0ASTMNCPDPDICOM, image and data extractionW3C compatibleebXML6简单快捷的安装引擎快速安装包能及时地实施在各种操作环境上。完整的配置在5 分钟内完成而不需要停止引擎的运转7联机情况下动态修改 接口引擎要求新旧平台间的数据转换可在5分钟内迅速完成第二章招标需求6第三章

31、投标人须知66第四章评标方法及评分标准75第五章合同主要条款84第六章投标文件格式878集成查询表通过简易的配置界面，查询表就能提供高性能的数据转换。9数据转换能在系统与系统之间快速转换数据。10消息定义提供消息定义功能11消息设计器EDI消息设计器用来创立在创立EDI的消息定义文件，消息定义文 件可以用于在路由中解析和创立EDI消息。EDI消息设计器应预置 消息标准库，包括 HL7, X12, HIPAA, EDIFACT, NCPDP 和 UB92 等。12内置测试实现如下功能：编辑并保存测试消息。在一个过滤器上发送测试消息。查看测试结果和错误。集成运行平台当消息被存储后，根据集成运行平台

32、的配置，它们将被发送到集成平台中的一个或多个路由中。消息 将会按照路由中所定义的路径进行处理。在处理过程中，每个消息在经过路由时可以由假设干过滤器组件进 行处理，每个过滤器执行一个具体的操作，例如映射、获取属性、生成应答等。路由处理完毕后，消息将被传送到连接到目标系统的一个或多个通信点。处理完毕的的消息将会保存在消息归档记录中，直到到达设定的归档周期。集成平台的归档文件保存 在医院具体的存储设备当中。需提供集成平台高可用方案。序号功能模块具体参数1可靠传输集成平台通过内建的消息队列和消息跟踪特性，提供了可靠的消息 传送机制。2备份运行平台能够头提供内置的备份机制，可以对集成平台的配置和消 息存

33、储提供完整和增量备份。可以对备份周期进行设定。3开放接口集成平台提供丰富的开放接口 API,可以进行远程监控和配置管理， 同时提供REST和S0AT方式接口。4版本控制集成平台的配置管理可以访问系统配置的完整版本历史记录，可以 进行版本比拟，可以回退到之前的版本。5定时模式集成平台的通信点不仅支持实时工作模式，也可以配置为定时模型 进行工作，支持以秒、分钟、小时、每月某日、每周某日、月等作为条件进行设定。6批量模式集成平台支持批量的处理模式，能对批量的消息进行解包，也可以 将一批单独的消息进行打包。7故障诊断集成平台提供多种方式来对不同的问题进行诊断集成管理监控平台管理平台可对平台中的组件或功

34、能进行简捷的管理设置如：总线服务管理、网络服务管理、路由管理、通讯点管理、全局变量管理、用户管理、权限管理、系统设置、插件管理、通知方案定义等功能。序号功能模块具体参数1多语言支持为了便于不同国家用户的使用，管理监控平台支持多种语言的界面 显示2客户个性化可以对集成平台的logo和提示信息进行客户个性化定制3服务器设置对集成平台的消息存储藏份周期进行管理。从消息存储中删除旧数据。查看和修改当前用户的配置信息，修改密码。4归档数据清理归档数据清理可以通过清理已经归档的消息来释放磁盘空间，以及 对错误队列进行碎片整理。5消息检索集成平台提供丰富的消息检索功能，可以对集成平台接收和发送的 消息进行检

35、索。6仪表盘集成平台仪表盘可以将在医院运行的所有集成平台环境的健康状 况一目了然的展示出来，能够更加积极的对平台进行维护。仪表盘 可以在各种类型的web浏览器上进行访问。7系统概览对集成平台系统运行状态进行高级别的全面概览。8组件状态监控集成平台中每个路由、通信点、web服务的运行状态9错误队列错误队列用于显示一个错误消息列表，包含路由到错误队列过滤器 的消息，或过滤器的错误连接传送的消息。可以使用检索条件对错误消息进行过滤。10消息处理记录平台中每一个处理步骤都会有记录的留存，可以通过可视化的方式 来查看每一个步骤的消息具体内容和属性的变化情况。11消息视图监控平台中的消息能够以更加可读的格

36、式呈现给用户，也可以通过 关键字高亮显示的文本格式来进行查看。12引擎统计可以对系统、延迟、性能、消息进行统计13服务器状态可以收集日志、配置、系统信息等各类诊断信息，并打包成独立的 归档文件，提供给技术支持人员做更加深入的问题分析14引擎正常运行时间监控平台中具备引擎正常运行时间报告功能，用户可以自定义时间 范围查看引擎运行记录和处理的消息总量15通知机制监控平台提供多层次的通知机制，可以在系统全局或每个独立的组 件设置阈值，用于触发警告或警报16监测列表监测列表用于将组件按逻辑领域进行分组，可以独立的监控，或按 名单进行转移。通过名单可以设定按指定日期、时间周期发送通知。 可以按照用户选定

37、的通信方式（邮件、短信、寻呼）进行通知。17系统日志集成平台会记录详细的系统日志并对日志进行检索等操作18审核日志用户对集成平台进行的操作会记录下相应的审核日志，可使用日期 范围、日志等级、特定的用户作为条件进行检索和查看，并可以对 日志进行导出19反响信息在管理平台每个页面上，都可以通过用户反响模块向集成平台产品 开发部门反响信息。1. 4.1. 5集群运行监控系统须支持集群化部署，须提供高可用性和高性能，提供可视化界面块对集群整体运行状况进行监控。对于集群的管理和监控须满足以下的功能（包括但不限于）:序号功能模块具体参数1集成拓扑关系须支持通过以拓扑关系图的方式将集成平台同应用系统的交互关

38、 系进行可视化的展示；支持查看系统的基本信息，和其它系统的交 互关系；支持显示对外提供和调用的服务数量和内容，最近24h向 平台发送和接收的消息量。2集群性能监控须支持对平台服务器的运行性能进行监控，支持查看平台处理的消 息总量、运行时间、吞吐量（已接收、已处理、已发送），集群中 每台服务器的CPU、内存、存储空间使用情况和最近一段时间的吞 吐量。3集群报警信息：将集群中所有集成平台服务器的报警信息进行集中展示。4接入系统监控须支持对接入集成平台的应用系统的运行状态、队列和消息量进行 监控，支持分类查看群集中每台集成平台服务器上所接入的不同厂商的应用系统的平台接口和消息吞吐量，输入、输出、失败

39、队列， 接收、发送、失败消息量，对每台集成平台上的接入系统通信点的 运行状况进行监控，并可以控制启停。(提供功能截图证明材料)5互联互通服务监控：对集成平台上运行互联互通服务进行分类监控，对每台集成平台服 务器上的服务进行状态监控和启停控制，支持显示群集中每个集成 平台服务器上服务的消息处理量和空闲时间。(提供功能截图证明材料)6交互消息追踪须支持对接入集成平台的应用系统所交换的消息进行追踪查询。包 括但不限于开始时间和结束时间、发送方、接收方、交互服务、患 者ID等条件，对集成平台的交互信息进行检索。支持将发送方、 集成平台、接U攵方，三方之间的消息流转过程，以跨职能流程图方 式，对整个交互

40、消息从开始到结束的过程进行追踪；支持流程中每 组请求和响应，标记出请求和响应并它们的组关系，支持显示对应 的请求与响应时间，可以查看交互消息的详细内容。(提供功能截图证明材料)7交互服务统计须支持对接入集成平台的应用系统的通信和消息的收发处理进行 统计。集成平台接收到外部消息请求与平台应答情况，包括但不限 于：发送方、消息总数、成功数、异常数、平均耗时(ms)、最大耗 时(ms)；集成平台处理情况，包括：消息总数、成功数、异常数、平均耗时 (ms)、最大耗时(ms)；集成平台发送给外部系统及应答情况，包括： 接收方、消息总数、成功数、异常数、平均耗时(ms)、最大耗时(ms)o1. 4.1.

41、6业务系统集成交互组件通过与医院现有业务系统编制交互组件，能够实现与医院现有业务系统的互联互通，定义业务交互流 程，实现数据交互，定义平台服务和消息机制，发布服务和提供消息订阅等功能。主要包括以下交互组件：HIS系统与集成平台的交互组件、电子病历系统与集成平台的交互组件、检验 系统与集成平台的交互组件、检查系统集成平台的交互组件、手术麻醉系统与集成平台的交互组件、病理 系统与平台交互组件、合理用药系统与集成平台的交互组件、院感系统与平台交互组件、病案统计系统与 平台交互组件、0A系统与平台交互组件等软件系统与平台交互组件。L4.L7移动客户端支持集成平台移动客户端支持iOS和Android平台

42、，提供了一些对集成平台的管理和监控功能。监控人员可以在任何时间、任何地点、通过网络，使用集成平台移动客户端，对集成引擎进行分钟级 的监控。在集成平台管理员无法访问电脑的时候，可以及时定位到集成平台的问题。集成平台移动客户端可以作为web管理监控平台、集成平台仪表盘和邮件、短信通知之外的补充手段。序号功能模块具体参数1报警可访问集成平台的错误队列和警报并可对报警消息进行处理。2主动通知可以接收和翻开报警的电子邮件通知3基本控制对报警中包含的集成平台组件(通信点、路由和web服务)进行启 动、停止和重启1. 4.1. 8数据存储不需依托任何数据库就能独立运行，完成整合任务。1. 4.1. 9实施步

43、骤详细描述实施集成平台的详细步骤。序号功能模块具体参数1流程分析对医院的核心业务流程进行分析2场景定义对每个交互场景所涉及的系统、触发时机、交互信息进行整理3规范编制按业务领域编制集成规范，将领域所涉及的集成流程设计、集成场 景说明、集成消息定义在文档中进行说明4集成开发业务系统厂商首先需要构建一个收发平台，同集成平台建立起一对 一的通信机制，然后按照集成规范对业务系统进行改造。5集成测试组织进行多轮次、不同种类的集成测试。包括：连通测试、集成测 试、流程测试、异常测试。6切换上线首先流程测试，测试通过后通知用户开始使用。同时要制定应急方 案。病人主索引系统(EMPI)病人主索引系统(EMPI

44、)用于全县医共体范围内患者基本信息索引的创立、搜索和维护，可以智能地协助医疗人员对病人有效地进行搜索。医疗机构通过建设主索引(EMPI)来识别、匹配、合并、取消重复 的数据，净化病人记录，利用主索引可获得完整而单一的病人视图。EMPI会为每个病人创立一个唯一标示， 并和相关系统的医疗记录的标示之间建立映射。系统包括但不限于以下功能：功能模块功能要求具体参数EMPI定义合并规那么支持定义主索引合并规那么功能规那么定义支持对患者属性定义权重，通过阈值范围来设定自动 合并、潜在重复规那么。组合预览组合概览支持根据用户定义的匹配规那么，生成“潜在重复”和 “自动匹配”的组合，方便用户查看主索引 概览处

45、理统计展示年度患者主索引各月处理数量折线图主索引记录数统计提供系统内总的主索引记录数统计。以饼图展示待解 决和已解决的主索引数量。.潜在重复统计支持统计合并记录数和潜在重复数量。主索引检索查询患者主索引列表提供患者主索引列表，可显示主索引的状态，列表显 示患者主索引号、姓名、性别、出生日期、身份证号 等患者属性。快捷查询可通过姓名或身份证号进行快捷查询患者。高级检索可通过患者多个属性进行高级检索。模糊检索支持主索引模糊查询。主索引关联信息查 看提供查看主索引关联的各类信息，包括：患者详细信 息、，患者主索引同应用系统的映射关系，主索引变动 记录。主索引维护主索引新增可手工新增加患者，录入患者基本信息，包括系统 ID、姓名、性别、出生日期、婚姻状况、民族、血型、 工作单位、家庭地址、联系 ，身份证号、患者ID、 门诊号、住院号、病案号、体检号、医保卡号等；修改基本信息支持人工修改患者基本信息，包括系统ID、姓名、性 另1、出生日期、婚姻状况、民族、血型、工作单位、 家庭地址、联系 ，身份证号、患者主索引号、患 者ID、门诊号、住院