医院信息集成平台技术方案

医院信息集成平台技术方案

一、总体规划按照顶层架构整体设计、分步实施、持续改进的总体策略，将电子病历分级评价，互联互通测评及医院智慧服务分级评价等作为指引，以互联网、云计算、大数据、物联网、移动端应用、人工智能等技术手段为抓手，着力打造服务型、创新型、智慧型医院。实现一流的管理和服务水平，保障病人安全、提高医疗质量和临床效率，以信息化打造医院的核心竞争力，满足医院在运营、管理以及自身发展等多方面的需求。 基于医院信息系统项目建设，打造省内县级医院信息化建设标杆，打造全方位的数字化医院，实现智能化的服务与应用，整合临床业务、医院管理、运营管理、医院决策分析等业务系统，实现各系统的集成与融合，达到全院信息的共享与智能化应用。 通过全面的医院信息化规划建设，实现对全院的信息资源（人、财、物、医疗信息）进行全面的规划、设计和整合，进行各种数字化系统的建设和系统培训，全面的优化和整合医院内部的资源以及医院外部全社会的信息资源为医院临床，管理服务，运用所有的信息资源为患者提供先进的，便捷的，人性化的医疗服务；提高医院服务水平、技术水平及管理水平，提高医院的整体经营效益，同时建设医院的数字文化，建立从诊断、治疗、护理、康复、保健等各方面的全新面貌，打造国内先进的现代化数字医院。 通过项目建设，最终使医院医疗服务工作达到：就医流程最优化；医疗质量最佳化；工作效率最高化；病历实现电子化；决策实现科学化；办公实现自动化；网络实现区域化；软件实现标准化。通过对全院进行信息化整体规划建设，将会极大的提高医院的工作效率和工作质量；提高医院的管理质量和管理水平；提高医院医护人员的素质和医院竞争力；使医院的管理系统化、规范化。 项目总体建设目标：通过国家医院互联互通标准化成熟度四级甲等认证，通过国家电子病历系统功能应用分级评价4级认证，完成电子病历分级评价5级改造。完成医院智慧服务分级评估2级改造及评审。一）项目实施原则1、整体规划，分步实施针对复杂项目的建设，必须遵循整体规划，分步实施的原则。要切实做好需求调查和总体设计，避免片面追求进度，以最大限度地降低系统风险、消除隐患。在总体规划和设计的指导下，采取分步实施、稳步推进的建设模式。根据实际需求，确定阶段建设目标和工作计划，分期分批建设相关信息系统，保障项目落地同时顺应医共体内的业务需求和长远发展。2、标准先行，规范应用严格遵循医疗行业的法律法规要求，严格按照国家和省有关业务规范和信息标准，加强规范化、标准化管理和制度建设，严格参照国内外相关医疗标准（包括HL7、XML、DICOM3.0、ICD-10、SNOMED等）建设。3、先进实用，安全稳定充分考虑信息化建设长期性和复杂性，做到规划设计具有前瞻性，具体建设注重实用性，积极探索相关业务应用运行的长效机制。在保证系统界面友好、操作简单、直观灵活、高效快速的前提下，尽可能采用先进、开放、成熟的计算机硬、软件技术、信息技术及网络通信技术，使系统具有较高的性能价格比、良好的可扩充性和可伸缩性，以适应医疗卫生业务发展和变化的需要。4、开放互联，信息共享项目建设需要助力实现医院内部系统之间、内部与外部之间的互联互通、信息共享。避免“信息孤岛”问题的存在，注重系统集成和信息共享，整体具备快速扩展能力和与高效集成能力。二）项目建设目标医院健康信息平台建设项目以服务患者为中心、以临床事务为驱动、以规范化诊疗管理为支撑、以精细化管理为手段、以安全质量为基准、以科研教学为延展，最终实现院内外数据采集溯源化、数据应用集成化、数据展示集中化、业务流程协同化和信息利用高效化的建设目标。通过进一步完善医共体内信息化建设，促进患者服务、医疗、科研、教学和管理工作的发展，缩短与国内外先进医院的差距，全面提高整体医疗质量，提升医院的整体综合实力，达到并实现五大目标：服务医改：满足国家医改目标与任务的需要；服务患者：服务人性化，优化流程、提供高质量服务；服务临床：提高工作效率、改进医疗质量、提高安全保障；服务科研：临床数据综合利用、提高整合统一管理、绩效考核；服务管理：运营数据充分利用、资源整合统一管理、绩效考核；重点围绕临床、服务和管理需求，在医院现有信息化建设的基础上进一步补充完善临床一体化应用；本次规划以电子病历五级、互联互通四甲、智慧服务三级为医院建设目标，夯实医院信息化基础建设，提升临床、服务和管理的科学化应用水平；通过专科专病建设，逐步探索专科专病诊疗、科研、学科评价的建设思路，为医院专项诊疗提升、学科发展、科研应用打下基础，同时提升医院临床信息化建设整体应用水平。三）其它要求1、完成《电子病历系统功能应用水平分级评价方法及标准》4级评审本次项目提供国家电子病历系统应用水平四级测评咨询服务，并按照评级相关标准进行医院信息化系统建设与改造，协助医院通过电子病历应用水平四级评测，该评测标准的具体如下：（1）总体要求响应：统一数据管理，各部门系统数据集成，基本建立以电子病历为基础的医院信息平台。（2）局部要求响应：各部门系统数据由统一的临床数据管理系统进行管理。各知识库信息能够共享。信息系统为所有业务流程提供决策信息。（3）整体要求响应：1）全院形成统一的临床数据管理系统，实现各部门系统数据的集成。2）提供智能化病历书写工具。提供智能化病历书写模版，结构化方式存储病历记录，医师能够通过系统获取患者检查检验、既往治疗相关数据；门诊、住院诊疗信息实现共享。医师在判读检查检验结果时，能够调取临床信息等数据信息。3）实现临床路径管理与医嘱下达、执行的紧密结合。4）电子病历数据库能够为临床科研工作提供数据挖掘功能。2、完成互联互通四级甲等评审项目第一阶段完成国家卫计委《医院信息互联互通标准化成熟度测评》四甲级评审。本次项目提供互联互通标准化成熟度四甲级测评咨询服务，并按照评级相关标准进行医院信息化系统建设与改造，协助医院通过互联互通标准化成熟度四甲级评测，该评测标准的具体要求响应如下：项目应用评价指标体系包括数据资源标准化建设情况（数据集标准化情况和共享文档标准化情况）、互联互通标准化建设情况（技术构架情况、互联互通服务功能和平台运行性能情况）、基础设施建设情况（平台硬件基础设施情况、网络及网络安全情况、信息安全情况和业务应用系统、生产系统建设情况）、互联互通应用效果（基于平台的业务应用建设情况及利用情况和平台联通业务范围）。平台连通的业务系统（临床服务系统、医疗管理系统、运营管理系统）数量不少于24个；联通的外部机构数量不少于4个；数据集58个、共享文档53个、平台服务52个。在公众服务应用方面，已建设的基于平台的应用系统包含患者公众门户、病人自助终端和手机无线应用；在医疗服务应用方面，已建设的基于平台的应用系统包含医疗一卡通、电子病历浏览器，提供医院运行、医疗质量与安全监测指标的可视化分析和展现、医嘱闭环管理，重点业务闭环管理，并提供基于知识库的医疗辅助智能导航方面提供临床决策支持（临床预警提示、临床辅助诊断决策支持、辅助诊疗决策支持）和基于大数据的决策分析方面提供临床决策支持系统（临床用药分析、诊疗效果分析和病种分析）；在卫生管理应用方面，能提供管理辅助决策支持系统，对门诊动态、床位动态、工作负荷、患者负担及工作效率等指标进行可视化分析和展现。3、完成智慧服务二级评审完成《医院智慧服务分级评估标准体系》2级评审。本次项目提供医院智慧服务二级测评咨询服务，并按照评级相关标准进行医院信息化系统建设与改造，该评测标准的具体如下：按照患者诊前、诊中、诊后各环节应涵盖的基本服务内容，结合医院信息化建设和互联网环境，确定5个类别共17个评估项目。其中五个类别包含：诊前服务（诊疗预约、急救衔接、转诊服务）、诊中服务（信息推送、标识与导航、患者便利保障服务）、诊后服务（患者反馈、患者管理、药品调剂与配送、家庭服务、基层医师指导）、全程服务（费用支付、智能导医、健康宣教、远程医疗）、基础与安全（安全管理、服务监督）。智慧服务2级医院建立服务患者的信息系统，应用信息化手段对医疗服务流程进行部分优化，在挂号、收费、检查、检验、入出院、药事服务等环节中，能够面向患者提供信息化服务，患者就医体验有所提升。能够为患者提供智慧导医分诊、分时段预约、检查检验集中预约和结果推送、在线支付、床旁结算、生活保障等智慧服务，患者能够便捷地获取医疗服务相关信息。电子病历的部分信息通过互联网在医院内外进行实时共享，部分诊疗信息可以在院外进行处理，并与院内电子病历信息系统实时交互，初步建立院内院外、线上线下一体化的医疗服务流程。二、技术设计（1）平台架构按照技术实现逻辑，将技术架构整体分为基础数据层、技术层、数据层、服务层、应用层，分别从医院基础数据管理、关键技术选型、数据存储和治理、业务服务划分及最终应用展现进行技术架构设计。基础层：以硬件基础设施为基础，包括服务器、存储、交换机、数据库、防火墙、虚拟化技术等，承载医院信息化整体呈现和应用管理。技术层：以传统信息技术架构为基础，引入微服务和中台技术，对医院业务应用进行划分和重组，为实现组件化服务提供技术支撑，最终实现医院信息化高内聚低耦合的技术目标。数据层：按照医疗业务数据元标准，包含但不限于电子病历数据元标准，结合实际应用，基于医院信息平台构建医院大数据中心，涵盖医院基础业务数据、临床数据中心CDR、运营数据中心ODR、科研数据中心RDR、员工数据中心EDR等，为医院大数据分析构造数据基础。服务层：打破原有由业务系统直接提供混杂式，对医疗业务进行抽象和技术封装，由原先的不同业务与对应不同的系统，重构为以业务对应信息服务的架构设计，由服务层对外应用提供进行封装过的业务服务单元，如：医嘱服务、结算服务、预约服务等。应用层：基于技术架构中的服务层，对外提供标准的业务服务，以应用需求为导向，对各服务进行组装形成医院信息系统的各项应用呈现。该项目所提供的系统，需按照本院健康信息平台、互联互通四甲、电子病历应用水平评级五级以及智慧服务分级评价三级标准搭建。实现业务系统的互联互通、信息交换、流程协作，最终达到互联互通四甲、电子病历应用水平评级五级以及智慧服务分级评价三级的测评。（2）业务协同设计单独的业务系统数据，很难建立针对某个流程中各关键节点的全程实时监控分析，也无法基于对数据的实证分析，合理、有效地调配资源（如：工作量分析（门诊、住院、手术等）检查工作量、手术室配置、医护人员调配）等。经过多年的信息化数据沉淀，目前医院现状只能称得上是数据大，未能将数据转换为资产，为运营决策、为临床辅助决策提供有效的信息化支撑。本次信息化建设将为领导决策和管理层集成展现最关心的关键数据，便于管理者全面、快速的掌握医院整体运行情况，进而为提高合理化决策提供数据支撑。医院管理决策支持系统展现的关键数据指标应包括院长首页、医疗资源情况分析、工作量分析、工作效率分析、患者负担分析、财务分析分析、医疗收入分析、医疗质量分析和实时监控等。（3）数据共享设计依据平台各相关业务发展需要和系统建设要求，遵循国家相关标准，进行各项标准规范的制定，对信息化建设提供标准化支撑，并建立健全标准执行状况检查机制，提高标准规范的执行力度，确保各项建设任务的统一规范和有机衔接。通过医院标准体系建设，形成医院5类标准规范，包括：术语与编码标准规范、基础数据与编码标准规范、临床文档标准规范、消息与服务标准规范、界面集成标准规范。其中，术语与编码标准规范、基础数据与编码标准规范是临床文档标准规范、消息与服务标准规范、界面集成标准规范的基础。本次信息化建设为医院决策领导层打造管理运营决策支持系统，将管理者最关心的关键数据进行集成展现，便于管理者全面、快速的掌握医院整体运行情况，进而为提高合理化决策提供数据支撑。医院管理决策支持系统展现的关键数据指标应包括院长首页、医疗资源情况分析、工作量分析、工作效率分析、患者负担分析、财务分析分析、医疗收入分析、医疗质量分析和实时监控等。构建科研分析数据库，为临床科研提供数据查询和数据挖掘的服务，参照循证医学的方法丰富医院临床知识库，将知识库融合到临床一线工作中去，提高临床信息系统的智能化水平，不断提高医院的诊疗水平。（4）数据存储设计基础信息库集中了整个医院信息平台的基础信息和共享数据，是为各个子系统提供基础信息服务的。基础信息库包括了患者的人口学信息、医疗卫生人员的注册信息、以及各种医疗卫生、公共卫生术语字典数据及流程模板数据等。病人基本信息是基础信息数据库中的核心内容之一。无论是电子病历、医疗业务、临床信息，还是疾病分析信息和公共卫生条线数据都是以病人基本信息为基础的。在此基础上，实现电子病历、医疗业务（含临床数据）的关联。医护人员库是基础信息数据库中的另一个核心内容，以医护人员信息为基础。可以建立医院诊疗资源注册库，可以作为医院管理以及绩效考核的基础。数据元字典是辅助各类医院业务、临床业务的基本数据元、代码集以及数据字典；以及包含了医院各种业务、流程说明模版的操作模型。流程模版库是包含了医疗机构医疗业务、临床路径、管理流程、财务结算等所有信息系统正常运转、分布协同的规则库。通过流程模版库的流程引擎指导，能够明确患者在医疗机构内如何进行就医，临床医生如何对患者进行准确诊断，防保医生如何对疾病进行控制和分析，管理及后勤人员如何对医疗资源进行合理分配或者补充采购、财务结算人员如何统计和控制医院的收入和开支。流程模版库是医疗机构保证正常运转的核心，对各级医疗卫生人员和患者的医疗行为起着规范和指导作用。（5）备份系统设计采用异地灾备中心方式，建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时，异地灾备中心可以用备份数据进行业务的恢复。（6）安全系统设计根据国家信息系统安全等级保护要求，数据安全体系包括基础安全防护体系建设、平台保障电子认证系统建设等方面，以及安全存储、数据备份与恢复、主动防护、安全事件监控、恶意代码防范等信息安全保障机制及信息安全标准、应用系统安全管理规范等。医院信息平台应为各应用系统提供统一的用户授权管理服务。基本功能应该包括：1. 具备用户角色创建功能；2. 具备用户授权功能；3. 具备访问规则定制功能，并按规则访问数据的功能；4. 具备记录用户权限操作日志功能。医院信息平台应提供统一的信息安全服务，用户在信息交互时平台通过认证等方式保证信息安全。功能包括身份认证、访问控制、关键业务抵赖和数据完整性保护。基本功能应该包括：应提供专用的认证模块对访问平台系统的用户和系统进行身份鉴别，并对鉴别数据进行保密性和完整性保护应启用访问控制功能，应在安全策略控制范围内，据安全策略控制用户对文件、数据库表等客体的访问，访问控制的覆盖范围应包括与资源访问相关的主体、客体及它们之间的操作系统执行关键业务操作时，对参与者/操作者发生动作时（如：初始录入、修改或数据传递）应加入数字签名功能应对交换数据进行数据完整性保护应对通信过程中的整个报文或会话过程敏感信息字段进行加密，系统应支持基于标准的加密机制医院信息平台应提供患者隐私数据保护服务医院信息平台应提供记录所有信息访问或信息更新操作日志，并提供数据的审计及操作追踪服务三、建设内容本次项目主要构建一套医院医共体内医疗机构使用的信息化系统。通过该项目的建设，可以实现"以病人为中心"的理念，提高患者满意度；提高临床工作质量管理水平,有效地监督病历书写的质量，提高医院质控管理水平；减轻医护人员工作负担，从而让医护人员有更多时间投入到临床和科研工作中，提高诊疗效率；可优化就诊流程，减少患者就诊时间和住院停留时间，提高医疗资源的利用率；实现部分自动化检查诊断仪器的数据实现自动采集及快速传递，提高了医技科的工作效率，优化了医技相关流程，降低了差错率。（一）医院信息平台建设内容清单序号系统模块1信息集成平台信息集成引擎ESB服务总线交换引擎ESB服务总线部署数据监控平台平台配置管理集成服务平台权限管理系统数据交换访问服务2主数据管理平台主数据管理系统（MDM）主索引管理系统（EMPI）数据质量监控3数据中心与应用数据接入引擎临床数据中心（CDR）运营数据中心（ODR）共享文档库（CDA）患者360视图职工360视图数据采集（ODS）数据治理（领域模型部署）业务协同服务临床辅助决策系统(CDSS)院内医生APP统一数据上报平台闭环流程追溯管理系统与展示4运营决策与分析商业智能引擎临床数据检索院长、科主任移动驾驶舱运营分析（医疗收入、工作负荷、工作效率、患者负担、效益分析）当日监测及全院动态监控医疗质量控制分析（患者全、重点病种、重点手术、医院感染、重症医学、药事管理、临床路径、护理质量）,符合《三级综合医院医疗质量管理与控制指标（2011年版）》的提取要求，符合《公立医院绩效考核》等智能分析BI（移动BI）5智能门户平台统一认证与单点登录系统6科研数据中心及科研平台临床科研中心(RDR)智能科研检索科研数据采集7互联互通、智慧服务及电子病历测评互联互通四级甲等评审及建设智慧服务评审电子病历评审8系统迁移保证所改造及新建的系统迁移至新医院正常运行（二）医院信息平台建设内容一）医院医共体信息平台本次项目，须按照SOA的设计理念，基于消息的松耦合方式，被集成系统需要与数据交换平台交互的功能组件、数据组件将被封装成“服务”，每个服务都有服务的提供者和消费者，各业务系统在接入时应认清针对某一服务所扮演的角色，根据集成平台的要求提供或者消费相应的服务，屏蔽被集成系统所采用的具体技术及其实现方式，实现与集成平台的衔接。基于医院信息集成平台的各业务系统间的数据交换应包括各业务系统与集成平台的数据交换请求及应答服务、消息发布、订阅等服务。各业务系统间应能够通过企业服务总线实现数据交换。1）各业务系统服务是可能对外提供的，也可能是不提供的。不提供服务的业务系统，则由集成平台通过直接与业务系统数据库进行数据交换。2）各业务系统与集成平台的连接主要用于业务系统调用集成平台的数据交换服务以及订阅集成平台的消息服务。具体要求为：①基本数据服务要求：通过集成平台连接各个系统保证数据接入，集成各系统应用与组件，提供无缝入侵式连接，实现互联互通。②需减少服务数据量，提高服务效率：通过集成平台梳理服务模块，设计原子化服务并组合调用，有效减少服务的数据调用量，提高服务效率。③服务注册要求：平台需提供服务注册功能，数据提供方可在平台提出申请，由信息科审核，通过后可将服务注册到平台进行数据开放，或由信息科直接进行注册。④服务申请要求：平台需提供服务申请功能，数据消费方需要消费服务时，需要在平台提交申请，信息科审核后开放服务权限，或由信息库直接开放。⑤服务权限控制要求：平台应根据管理系统中维护的注册和申请结果，对服务的数据提供和调用进行权限验证，验证通过后才可正常访问，如不通过则限制访问内容。⑥在线接入测试要求：平台应支持在线接入测试，消费方在申请通过后，需要接入平台，在接入之前可进行服务的在线测试，验证数据格式等可行性，测试通过后再正式接入。⑦智能组合要求：应提供界面化服务组合功能，消费方在确定所需服务后，信息科在服务管理界面中选定所需要的模块，确定组合后自动组建成新服务并注册发布。⑧服务数据筛选要求：信息科在组合或注册新服务时可根据开放内容界面筛选所需数据，通过组合确定后自动形成新服务并注册发布。⑨简易部署要求：在明确数据源、数据目标的前提下提供数据连接工具，分析罗列数据项，界面连接数据走向，自动生成服务并注册发布。⑩服务引擎维护要求：平台提供服务器队列及代理管理工具，在确认连接信息后，平台可提供服务器连接，并提供队列、代理、执行组等基础信息查询和维护。⑪平台需支持多样化接入手段（SOAP，HTTP，JMS等），针对特殊级别语言还提供统一SDK包接入MQ通信；运用多服务器集群部署连接各个系统，针对单系统提供单一连接通道，提高可用性，保证单点故障不会对其他服务造成影响，并使用消息中间件MQ进行内部传输，保证数据不丢失不重复。⑫要求根据HL7将业务模块化，服务定义原子化，针对HL7数据集和需求数据将数据拆分至最细力度；使用ESB进行服务串联组合，实现多服务复用，针对性性能优化，降低冗余服务数据，服务内容可多样化变更。1、信息集成引擎信息集成引擎是整个医院信息集成平台的核心，承担数据和消息的通讯和传输功能。具体技术要求如下：功能列表技术要求协议转换具备Socket、WebService、JMS(消息队列)、FTP协议连接能力，以及与其他协议相互的转换能力。数据库访问具备Database的连接能力,同时支持JDBC和ODBC连接方式，以及与Socket协议和WebService的相互转换能力。格式转换具备XML格式、CSV消息到XML消息的转换能力，另外可以实现C结构、COBOL以及BLOB等二进制数据的转换和数据放大的能力。动态路由可以实现不同协议的动态路由，且路由规则通过配置方式实现。发布订阅能够通过请求的数据内容的关键值进行主题发布，编写Java程序通过JMSSubscriber来订阅不同主题的消息。开发与运行效率1.产品的开发和运行不需要数据库，也不依赖应用服务器中间件，对硬件资源消耗少。2.内置消息中间件引擎,确保消息不丢失。3.提供简单易用的web测试和调试功能，可以在节点连线和配置脚本上设置断点，在友好的图形界面展示消息的变化调试应用。4.基于图形界面服务超时配置在服务超时方面的配置能力和易用性。服务注册和查找在服务的注册和查找的配置能力和易用性。服务告警ESB平台对告警的功能支持，以及与统一监控平台的整合能力。监控系统提供告警与监控指标数据，服务告警信息、监控指标可以支持JMS消息和EMAIL等任意手段，服务监控信息可以提供给统一监控平台,提供RESTFul的监控API。日志审计ESB平台能够记录服务交互的输入、输出数据报文信息，支持记录开关配置功能。数据库方式认证和授权在认证授权功能方面的表现情况，ESB总线的安全性能力，可以对外来访问WebService客户端进行用户认证和访问权限的控制，认证和授权采用数据库的方式。IP访问控制在IP访问控制的表现情况，体现ESB总线的安全性能力HTTPS支持在HTTPS的表现情况，体现ESB总线的安全性能力流量控制在流量控制的表现情况，体现ESB总线的流量控制能力，设计流程的总量控制阀值和分量阀值优先级处理根据请求内容的优先级来分支到不同的处理流程。兼容性1.支持32位、64位的操作系统和硬件平台；2.产品未来可以升级到专有虚拟化版本3.提供各种接口，连接各种数据库、数据仓库、现有应用软件系统、主机系统。用户可以之间通过ESQL进行和数据库的操作，如把数据存入数据库，从数据库中取数据等）。可扩展性及性能1.支持开放组织OGF(OpenGridForum)定义的DFDL(DataFormatDescriptionLanguage)标准规范，简单快捷地定义文本、二进制、XML等数据格式。并能够识别XML和C中的数据结构；2.支持通过Java，C进行自定义扩展,用户可以为ESB开发自定义扩展的计算节点,同时支持php,ESQL,.net,java开发后台服务。3.可通过数据建模定制符合自己需求的消息类型；4.支持各种各样的服务质量等级和通信模式：同步和异步两种通信模式，请求/响应、队列、点到点以及发布/订阅模式，各种交付保证，集群支持、HA和故障隔离，各种保障和交易策略等。医疗连接包1.支持国际标准和国内医疗数据标准HL7（HealthLevelSeven）v2.x、v3.0等版本和DICOM标准。2.支持MinimalLowerLayerProtocol(MLLP)传输协议，连接各类医疗设备。2、ESB服务总线交换引擎集成引擎为ORIONRhapsody、IntersystemEnsemble、IBMIIB、微软Biztalk（1）基于业务条块的面向服务技术架构支持面向服务的技术架构体系支持通过WebService与医院内外系统进行交互集成可进行院内原接口或API进行WebService服务封装发布支持BPEL4WS标准扩展支持服务注册、发布（2）面向业务集成的核心组件提供主流技术适配器支持适配器的种类包括：TCP通讯、HTTP通讯、WebService、Email、FTP、Restful、MSMQ、MQ、ODBC、SQL、Pipe等技术适配器内嵌自身支持具有可自定义开发适配器的功能提供图形建模工具，允许业务查看和管理复杂的跨应用流程具备通过流程图、XML文档和代码形式定义流程和整合逻辑，提供全过程服务支持标准BPEL文档规范的扩展集具有通过图形化的方式查看定义的所有流程信息，包括流程名称，运行状态，发送方，接收方等具有流程注册，修改，删除功能具有流程配置及监控功能具有流程告警功能支持通过对于可抽象的逻辑进行提取为规则，提供给非技术开发人员进行维护支持实时编辑规则并生效可以进行定义、编辑、修改、保存，并实时发生作用提供图形化向导驱动的异构信息模型动态映射配置支持以拖拉动作完成数据模型映射支持异构系统之间的数据模型定义及处理支持XSLT数据模型定义及处理支持HL7标准的解析与映射（3）业务监控、配置与日常管理组件提供图形化的工具，以列表、仪表盘、波状图等展现形式，来对系统的运行状态进行监控提供图形化的工具，以列表或图表等方式，监控业务连接通道状况、通用的异常状况等进行监控提供图形化的工具，以列表或图表等方式，对故障信息进行监控以图形标记的方式，对队列、通道、连接信息进行故障标记提供故障测试工具，辅助进行故障诊断提供同步的实时处理机制提供异步的多线程处理机制提供同步、异步之间机制之间的灵活切换方式提供基于消息的通讯机制提供的消息机制基于消息队列提供的消息机制需对消息历史进行完整记录提供的消息记录可完整回顾提供的消息机制有完整的消息状态表示提供消息过滤功能提供消息定期清理功能具有消息历史的查询与区间查询功能（4）标准支持组件支持HL7标准对HL7标准支持自定义扩展支持HL7各支持版本的浏览与查看支持HL7消息验证支持HL7标准以对象方式进行解析处理支持HL7标准的解析处理提供基于HL7标准的集成接口适配器支持以文件方式、TCP通讯、FTP文件等方式进行HL7接口通讯3、ESB服务总线部署信息集成平台通过互联互通的方式实现临床工作模式与工作流程的优化。平台应当符合制定的相关信息标准，如：《基于电子病历的医院信息平台建设技术解决方案》、《卫生信息数据元标准化规则》、《卫生信息共享文档规范》的要求及发布集成平台相关新的功能标准和数据集。具体要求如下：1、可安装运行于在各种主流操作系统上，包括但不限于以下操作系统：Linux®(x86/x64)、Microsoft®Windows®2008Server(x86/x64)2008-2016服务器版本、HPUX、IBMAIX、OracleSolaris。2、支持集成不同厂商的数据库，集成平台本身也可以不依托任何数据库系统可独立安装及运行：Microsoft®SQLServer、Oracle、MySQL、PostgreSQL，包括支持所有提供JDBC接口的数据库。3、支持以下方式的高可用部署:主备模式、负载均衡模式。4、容灾备份：集成平台具备完整的的备份机制，可以对集成平台的配置和消息存储提供完整和增量备份。可以对备份周期进行设定。5、系统升级：无需进行数据迁移即可实现无缝升级。6、集成平台及其相关中间件软件应按照医院为单位进行一次性授权，不再因为接口、服务器的增长而额外收取费用。7、通过信息集成平台（ESB）的建设，规范新建系统的接入标准，松耦合基础平台，降低‘点对点’接口带来的运维复杂度和成本，提升应用集成和可交互性、安全性，同时也提升医院应用SOA服务水平，规范医院应用系统的医疗服务标准。8、集成平台实现自定义接口、软件适配器以对接自定义软件通讯协议。9、接入规范：医院信息系统服务的注册和发现，基于UDDI3.0标准进行关键医疗活动服务注册，支持数字签名，方便注册中服务描述的重用,供应商开发者可基于该统一架构开发。10、工作流整合服务（ESB）：消息路由、验证和转换（HL7）、可扩展的适配器构架连接、基于服务的业务流程、业务规则引擎、业务活动监控。11、构建ESB事件驱动模型：参考IHE进行业务规则引擎场景设置，基于路线设计器，采用DSL语言编写应用场景。12、至少包括如下类型的接口定义和使用规范：病人基本信息、检查电子申请、检验电子申请、手术电子申请、输血电子申请、费用确认、危机值确认、主数据（包括员工、科室、病区、检验项目、检查项目、收费项目、医嘱项目、药品、诊断ICD、手术ICD、耗材等）。13、提供账号维护、服务维护、订阅信息管理、配置管理、日志查询、统计分析、性能监控等功能。4、数据监控平台数据监控平台是一套后台运行系统，需要进行有效的监控，以了解整个信息集成平台的运行状况，主要技术要求如下：功能列表功能描述首页首页今日服务调用情况展示当日服务调用总数，并用曲线图展现今天服务调用数量的趋势图。当天调用告警展示当日调用告警总数，并图形化展示当日服务调用告警的趋势。当天调用异常展示当日调用异常总数，并图形化展示当日服务调用异常的趋势。异常信息列表展示监控的异常信息，实时刷新。服务调用TOP5展示服务调用次数的TOP5。消费系统TOP5展示消费系统消费TOP5。当前系统接入数量展示目前接入的系统数量。当前服务接入数量展示目前接入的服务数量。数据中心监测以流程图的形式展现数据的同步及备份的实时状况。服务服务信息服务列表按照调用次数由高到低，通过服务名称展示全部服务的信息，同时，支持查看单个服务的详细信息。服务详情服务详细信息服务详情页展现当前服务的所有信息，如：服务架构、服务的最后一次请求流程图、服务详细信息、子服务列表、服务日志、服务异常和服务告警。队列信息队列列表展示监控的队列列表，按照当前队列深度倒序。服务器信息服务器一览显示服务器的状态，告警提示，异常提示。数据库信息数据库一览显示数据库的状态，告警提示，异常提示。日志服务调用日志日志筛选查询根据关键信息，如：调用状态/消费系统/日志时间（默认当天）对服务调用日志进行筛选调用日志列表根据筛选条件展示服务调用日志的主要内容，如：调用状态/服务名称/服务代码/消费系统/发起时间/结束时间/耗时/查看消息服务日志日志筛选查询根据关键信息，如：调用状态/日志时间（默认当天）对服务日志进行筛选服务日志列表根据筛选条件展示服务日志的主要内容，如：服务名称/服务代码/开始时间/错误内容/异常状态SDK日志日志筛选查询根据关键信息，如：状态/系统名称/日志时间（默认状态异常）对SDK日志进行筛选SDK日志列表根据筛选条件展示SDK日志的主要内容，如：状态/日志时间/消息ID/方法/执行顺序编号/MQ服务器端口/系统名称/系统编号/队列管理器名称/服务名称/处理结果服务器日志日志筛选查询根据关键信息，如：服务器名称/状态/IP地址/日志时间（默认状态异常）对服务器日志进行筛选服务器日志列表根据筛选条件展示服务服务器日志的主要内容，如：告警时间/服务器名称/IP地址/错误类型/查看信息/建议处理方式。数据库日志日志筛选查询可通过:服务器名称/状态/IP地址/日志时间（默认状态异常）对数据库日志进行筛选数据库日志列表根据筛选条件展示数据库日志的主要内容，如：告警时间/服务器名称/IP地址/错误类型/查看信息/建议处理方式。工具数据同步工具流程查看使用数据同步工具实现对数据库进行整合，及源数据库与目标数据库的同步，同时以日志的形式记录其状况。ETL工具作业列表展示ETL作业的列表，主要包括：最后执行状态/作业名/数据库IP地址/数据库实例名/数据库类型/作业步骤总数/最后执行时间作业日志通过生成警报来自动通知用户作业状态作业流程图展示ETL工作流程图，通过流程图节点直观的反馈异常。备份工具同步情况查看实时展现生产库的备份过程，展示生产库/备份库关键值的数据，及同步工具的系统状态，实现全方位监控同步工作。配置队列管理器配置新增通过对：队列管理器名称/队列服务IP/队列端口/队列通道/备注关键参数的新增实现队列管理器的新增操作修改可对队列管理器的内容包括：队列管理器名称/队列服务IP/队列端口/队列通道/备注的修改删除删除队列管理器配置参数，支持批量删除服务器配置新增新增服务器配置参数，包括：服务器名称/服务器IP/操作系统/监控磁盘/备注。修改对服务器配置参数进行修改，修改内容包括：服务器名称/服务器IP/操作系统/监控磁盘/备注删除删除服务器配置参数，支持批量删除。数据库配置新增新增数据库配置参数，主要包括：数据库IP/数据库实例名/数据库类型/数据库端口号/服务器IP/数据库别名/数据库连接driver/数据库连接url/数据库链接user/数据库连接password/是否启用/盘符（若是文件库）/备注修改对数据库配置参数进行修改。如：数据库IP/数据库实例名/数据库类型/数据库端口号/服务器IP/数据库别名/数据库连接driver/数据库连接url/数据库链接user/数据库连接password/是否启用/盘符（若是文件库）/备注删除删除数据库配置参数，支持批量删除短信推送配置联系人配置配置联系人清单，用于短信推送。服务推送可指定联系人。服务异常推送配置服务异常推送规则维护，支持增删改查。服务告警推送配置服务告警推送规则维护，支持增删改查。队列异常推送配置队列异常推送规则维护，支持增删改查。队列告警推送配置队列告警推送规则维护，支持增删改查。告警规则配置服务告警配置服务告警和服务异常的阈值。展示每个服务的调用告警阈值。队列告警设置队列深度告警的阈值和建议处理方式。外观配置首页配置首页方案。提供默认首页方案2套。可在此基础上修改，保存新的首页方案。样式按照用户要求自己修改LOGO图标，配色方案统计服务统计服务报表统计统计历史服务调用情况，形成各类统计报表：服务调用趋势图，日调用趋势图各类指标统计分析历史数据，可以得到代表性指标。如：历史总调用次数、日平均、日调用峰值、最短耗时、平均耗时、最大返回条数、服务调用成功率、服务调用告警率服务报表报表查询导出通过关键服务属性进行查询，如：服务名称/服务代码/统计时间/调用次数/调用异常次数/调用异常率/调用告警次数/调用告警率/服务异常次数/服务告警次数，对服务报表进行筛选。可导出查询结果。服务列表服务列表展示，主要包括：服务名称/服务代码/统计时间/调用次数/调用异常次数/调用异常率/调用告警次数/调用告警率/服务异常次数/服务告警次数/平均耗时/最长耗时队列统计报表统计统计队列相关数据，可视化后展现：队列异常趋势图，队列告警趋势图服务调用分析联动操作服务调用分析主要展示：服务调用详情、服务异常率、消费系统占比、服务运行概况。通过“服务调用总数”的图可查看：服务调用详情、服务异常率、消费系统占比、服务运行概况的详细内容。报表展示从单个服务维度分析服务的调用情况。通过：服务调用总数，服务调用详情，服务异常率，消费系统占比，服务运行概况展示当前服务的运行情况。季度服务分析联动操作默认展示一个季度的服务调用“TOP5”数据。通过“季度服务调用情况”图，可查看选中月的服务调用详细、TOP5图报表展示从时间维度分析服务的调用情况。通过：季度服务调用情况，服务调用详情，TOP5图示分析服务调用的整体情况5、平台配置管理平台配置管理可对各个业务系统之间的交互内容、交互标准、交互规范、交互权限进行有效的限制和管理，从而实现各个业务系统之间的交互的安全性、有效性和可控性，具体功能要求如下：功能点要求说明服务总线采用企业级服务总线（ESB)技术，通过松耦合模式，将业务逻辑和应用逻辑、数据逻辑分离。服务总线遵循S0A设计原则和技术标准，支持数据的自动采集、传输、标准化转换、存储、共享，提供可靠的数据或消息传输，支持标准消息中间件。中间件集成引擎采用业界主流的第三方成熟产品和组件(如ORIONRhapsody、IntersystemEnsemble、IBMIIB、微软Biztalk）满足业务需要，便于二次开发和系统扩展。多平台支持支持多种操作系统平台，如Windows,Linux操作系统。标准与规范平台应符合相关信息标准，如：《基于电子病历的医院信息平台建设技术解决方案》、《卫生信息数据元标准化规则》、《卫生信息共享文档规范》的要求及发布集成平台相关新的功能标准和数据集。医院信息系统服务的注册和发布应基于UDDI3.0标准进行关键医疗活动服务注册，支持数字签名，方便注册中服务描述的重用,供应商开发者可基于该统一架构开发。数据库支持支持主流关系型数据库数据的数据抽取、数据清洗、数据加载。如MS-SQL,Oracle，MySQL，DB2等。支持上传任意的数据库连接驱动以提供对其它数据库连接的支持；提供数据处理结果全局流程显示，并提供流程树状显示和图形化显示，展示在整个流程中路由内每个节点处数据的状态，方便用户进行问题排查；数据库事务支持，一库多表操作时可回滚，支持跨数据库事务处理；数据库终端结果可自动生成JSONschema方便数据映射；允许用户在不使用引擎工具的情况下用通用数据库工具也能查询数据。数据库访问支持通过适配器的方式将中间件和数据库连接，适配器包括但不限于SQLServer、Oracle、SAP，支持JDBC、ODBC、OLEDB等连接方式，以及与Socket协议和WebService的相互转换能力，支持外部扩展。格式转换支持多种消息格式（CSV、XLS、XLSX)转换为XML消息格式，实现C结构、COBOL、BOLOB等二进制数据的转化和数据放大能力。数据通信支持多种数据通信模式，包括同步、异步、点对点、发布/订阅等。支持灵活开放的协议，包括但不限于TCP/IP、SOAPWeb、RESTWeb、Kafka、JSON、MLLP、HTTP/HTTPS、FTP/File、Socket、SMTP、SOAP/HTTP、S0AP/JMS等,具备协议相互的转换能力。动态路由支持ESB事件驱动模型构建，支持业务规则引擎场景设罝和自定义应用场景。可以实现不同协议的动态路由，且路由规则通过配罝方式实现。WS支持支持最新WebServices标准，包括SOAP1.1/1.2.WSDL1.1.MT0MA0P、WS-IBasicProfile1.1等，支持WebServices自有的安全性WS-Security和寻址功能WS-Addressing，实现WebServices同步和异步调用。负载均衡具有较高的并发处理性能，包括WebService/http调用等,支持集群功能，队列管理器之间能够共享负载，实现自动负载均衡。服务配置参考互联互通服务接入标准，建立相应的接口定义及使用规范，实现互联互通评审的所有审查点，至少包括如下类型的接口定义和使用规范：病人基本信息、检查电子申请、检验电子申请、手术电子申请、输血电子申请、费用确认、危急值确认、主数据（包括员工、科室、病区、检验项目、检查项目、收费项目、医嘱项目、药品、诊断ICD、手术ICD、耗材等)。平台接入支持标准接入规范，基于统一描述、发现和集成标准，进行关键业务活动服务注册，方便第三方供应商基于该统一架构进行平台接入。至少包含如下类型的接口定义和使用规范病人基本信息、检查电子申请、检验电子申请、手术电子申请、输血电子申请、费用确认、危急值确认、主数据（包括员工、科室、病区、检验项目、检查项目、收费项目、医嘱项目、药品、诊断ICD、手术ICD、耗材等）。服务管理支持界面化配罝管理ESB内服务，创建配罝以及相关订阅方权限分配，系统配置易用性强，院方可以通过简单的系统配置操作完成后期新增服务的发布订阅配罝。用户界面支持在同一个界面中完成流程开发、服务监控等工作，并能显示异常错误队列；支持拖拉式图形化路由设计，并支持路由间的衔接和串联；支持提供全局视图显示整个流程完整流通线路，用户能直观查看包含多终端，多路由的完整消息处理流程，在一个视图页面上能看到整体业务流程图；提供便捷的图形化数据映射配置界面，并能支持通过代码编写进行数据映射配置。日志审计平台能够记录服务交互的输入、输出数据报文信息，支持记录开关配置功能。实现互联互通评审的所有审查点，包括但不限于日志查询，转发重发跟踪，日常服务调用统计等功能。医疗设备支持国际标准和国内医疗数据标准HL7(HealthLevelSeven)v2.x、v3.0等版本和DICOM标准。支持MinimalLowerLayerProtocol(MLLP)传输协议，连接各类医疗设备。运维管理支持在线查看系统状态信息、进行性能监控，可以进行数据管理，允许访问日志、进行故障诊断；在发生异常情况时或消息堆积时可发送通知和提醒，消息堆积警告和警报阙值可配置；支持在线服务自助式调试Web界面，调试界面支持单元测试及集成测试；提供可开放的集成平台管理、设置、监控的API，支持第三方的应用开发；支持H5技术，支持PC端和移动端设备查看引擎运行状态，界面自适应调整分辨率；支持选择性关闭路由中消息追踪功能，减少不必要排错消息存储，节省磁盘空间。可靠性系统需要髙度的安全性和可靠性保证，需要支持3个及以上故障转移架构能力。如支持热备高可用性部署，主备机之间配置、消息库可实时同步，当主机发生故障时，备机可在不需人工干预的情况下自动启动，消息在备机中继续运行，当主机修复后，消息会转回主机中继续处理。兼容性支持32位、64位的操作系统和硬件平台。产品未来可以升级到专有虚拟化版本(HypervisorEdition)。6、集成服务平台集成服务平台是针对医院信息集成平台的各个信息通道之间的可控性、交互服务的可管性开发一套综合管理系统，通过管理系统与信息集成引擎的对接，可以有效的对各个业务系统之间的交互内容、交互标准、交互规范、交互权限进行有效的限制和管理，从而实现各个业务系统之间的交互进行有效规范，确保信息交互的安全性、有效性和可靠性。具体技术要求如下：功能列表功能要求服务库服务库查看服务查看服务的基本属性以及消费关系图，服务属性主要包括：服务名称、服务英文名、服务代码、服务类型、业务类型、服务描述。消费关系图主要展示：提供系统、子服务、入口队列、服务、出口队列、消费系统。搜索服务对服务库可以根据其分类以及检索框中输入的关键字进行搜索。新增服务通过对服务属性及其子服务/字段的添加实现服务的封装，通过一键部署及测试成功的服务即可完成发布。修改服务对未发布的服务以及禁用的服务进行非关键属性的修改。禁用服务对已经发布且没有被消费的服务进行禁用。克隆服务复制一个服务，且可对复制出的服务修改其基本的服务属性信息。启用服务对已经禁用的服务实现开启。测试服务检测服务是否可以成功被请求调用，通过编写代码或者上传代码文件实现服务请求，并返回请求之后的代码内容，即可完成整个服务的测试。子服务子服务查看子服务查看子服务的所有信息，如：子服务属性（子服务名称、子服务代码、子服务英文名、子服务描述、子服务的提供系统）、字段（字段名称、英文名、字段原名、是否可编辑、是否可用、字段类型）。新增子服务通过对子服务属性，如：子服务名称、子服务代码、子服务英文名、子服务描述、子服务的提供系统，以及字段的添加实现子服务的新增。删除子服务对未发布的子服务进行删除操作。修改子服务对已经发布的子服务实现字段的添加，未发布的子服务实现所有属性及字段的修改。管理厂商管理新增厂商通过添加入驻厂商的信息，如：厂商名称、厂商ID、技术人员的姓名及联系方式、业务人员的姓名及联系方式，实现厂商的新增修改厂商对厂商信息，如：厂商名称、厂商ID、技术人员的姓名及联系方式、业务人员的姓名及联系方式的修改删除厂商删除厂商信息。应用管理新增应用根据厂商的信息为厂商添加其应用，并申请当前应用需要的服务、子服务和字段。搜索应用支持用户根据模糊查询搜索应用且可应用名称、所属厂商、审核状态、环境对检索结果进行过滤。下线应用对不需要再使用的应用可进行下线操作，阻止此应用再次使用。审核应用根据用户的应用及服务申请进行审核操作，在审核时支持对申请的服务是否选择一键部署的限制。修改应用用户根据需要及当前的申请状况可以对自己所申请的应用及为应用申请的服务进行修改操作，包括继续添加服务的操作。测试应用通过审核的应用，用户可以根据需要对所申请的服务进行测试操作。查看应用用户可以查看到应用的基本信息、申请的服务以及相关的子服务和字段。分类管理新增分类根据需要可以对服务的类型进行新的分类添加。支持可删除和不可删除两类操作。查看分类可以查看当前的服务分类以及用户新增的分类。对于默认的业务类型、服务类型这两类的划分，默认用户是不能修改和删除的。集群管理查看集群查看集群的关键信息，如：集群名、集群IP、集群短口、集群类别字段管理搜索字段根据字段中文名、字段英文名、字段状态对字段进行搜索修改字段支持对字段属性的修改删除字段用户可以根据需要删除自己不需要的字段查看字段查看字段的属性信息，如：字段中文名、字段英文名、字段类型、字段状态文件日志搜索文件日志根据文件名、服务器IP属性信息进行查询下载根据需要可以将所需的文件日志下载到本地接入平台管理模块管理支持对一体化接入平台的一级模块、二级模块进行编辑。文档管理支持对一体化接入平台所有模块地址的文档编辑，并同步的接入平台。同时，支持在新建过程中保存到草稿箱的操作。反馈管理根据用户在一体化接入平台中提交的问题进行回答解释。7、权限管理系统针对信息平台管理系统账户权限进行统一配置管理功能列表功能要求用户信息用户名、用户类型、所属组织用户管理增加类别、删除类别、修改类别、增加用户、删除用户、修改用户、查看用户明细角色信息角色名称、角色描述、角色创建时间角色管理增加角色、删除角色、修改角色、查看角色的详细信息权限管理增加权限、修改权限、删除权限1、支持用户管理，角色与权限，包括增删用户及编辑用户信息，支持系统进行展示，支持增删、编辑角色及不同角色配置不同功能权限；2、支持数据权限策略与配置，包括根据用户职称、职位（也可以定制化）配置全院、所在科室数据权限策略，能够对不同权限用户进行权限配置，不同科室的用户可以查看不同范围的内容。3、支持遵循医疗行业的伦理规范和信息安全规范，仅提供业务所需最小数据集，同时进行访问审计；支持对于某一类患者信息(姓名、家庭地址、身份证)进行加密，避免患者隐私泄露；支持院外访问设置，支持通过院内网段、主机名等配置院外访问路径；配置院外访问时所具备的功能权限；8、数据交换访问服务数据中心的数据访问平台需提供对数据资源的访问服务功能。支持主数据资源库、临床数据资源库、医学影像数据资源库、医院运营管理数据资源库的在授权管理方式下的交换访问。数据资源的访问需支持多种数据访问技术，包括：通过信息平台ESB总线技术，API接口技术，数据库表直连技术等。二）主数据管理平台1、主数据管理系统（MDM）主数据管理(MasterDataManagement，MDM)是指一组约束和方法用来保证医院内主题域和系统内相关数据和跨主题域和系统的相关数据的实时性、含义和质量。主数据管理(MDM)应保证系统协调和重用通用、正确的业务数据(主数据)。主数据管理作为应用流程的补充，能够通过从各个操作/事务型应用以及分析型应用中分离出主要的信息，使其成为一个集中的、独立于医院中各种其他应用核心资源，从而使得医院的核心信息得以重用并确保各个操作/事务型应用以及分析型应用间的核心数据的一致性。通过主数据管理，改变医院数据利用的现状，从而更好地为医院信息集成做好铺垫。主数据管理系统功能要求如下：功能列表功能描述值域管理导入导入值域数据。导出导出值域数据。自动映射值描述将国标值与地方值建立对应关系。OID管理查询根据OID编码、OID名称查询。修改修改OID内容。新增新增OID字典项。删除删除OID字典项。数据元管理查询根据数据元编码、OID名称查询。修改修改数据源内容。新增新增数据元字典项。删除删除数据元字典项。字典信息列表查询通过编码、名称对字典项进行查询详情字典详细信息及字典项历史变更轨迹。导出导出字典信息。发布版本导入导入字典信息作为新版本。修改编辑即将发布的版本内容。生效时间设定新版本生效时间。版本记录查看可查看历史使用过的字典信息及变更轨迹。2、主索引管理系统（EMPI）主索引是一个重要的基础组件，是其他高级功能，如相关评审要求的患者用药电子化记录eMAR、患者全息视图（包括历史用药医嘱和药物医嘱执行记录）等的基础。主索引管理系统采用复杂的算法对病人、职工、科室的基本信息进行身份识别，即利用概率统计学理念，制定一套完整的标准化算法及数据匹配算法，对主索引信息进行更加准确的验证和判断，大大提高主索引正确率。并且提供主索引归并、反归并、人工处理等功能，完善主索引管理体系。生成全院唯一的医院主索引号。并支持HL7数据标准和IHE集成规范与其他应用系统进行互联互通。具体技术要求如下：功能列表功能描述患者主索引清洗按照配置好的值域规则对患者数据进行清洗。停止清洗停止数据清洗查询通过姓名、证件号、出生日期、联系电话等字段对疑似患者进行搜索查询。合并操作人员根据信息判断两条或多条患者信息为同一名患者时进行数据合并，同时确认保留的患者信息。解除疑似操作人员根据信息判断两条或多条患者信息不为同一名患者时解除疑似关系。数据来源显示该条患者信息的数据来源。查询通过姓名、证件号、出生日期、联系电话等字段对患者进行搜索查询。拆分将已合并的患者信息进行拆分，还原为合并前的状态。家庭关系涵盖患者家庭成员。患者轨迹记录患者历史轨迹。患者信息录入填写患者信息字段，注册生成患者信息。配置选择选择配置类型包括（成人配置、儿童配置、成人配置、儿童配置测试）。阈值配置设置相同患者分数、疑似患者分数。匹配字段配置配置字段，及字段权重。患者基础信息输入要测试的患者基本信息测试根据输入的患者基本信息检索是否有相同病例或疑似病例。科室主索引科室列表科室主索引列表。组织架构直观展示科室层级关系，根据不同的业务可添加不同的组织架构。搜索根据科室编码、科室名称查询科室。科室详情科室详细信息及历史变更信息。版本发布科室主索引的编辑模块，其中包括调整科室层级关系、增加新科室、移除科室、增加组织架构等功能，按设定的时间生效为当前版本。版本记录记录使用过的版本并能查看历史信息轨迹。查询根据科室编码、科室名称查询科室。来源列表显示科室信息来源。映射列表已建立映射关系的列表，可进行取消映射操作。未映射列表未建立映射关系的列表，可进行映射操作添加标签增加差异化类别标签,其中包括类别编码及类别名称两个字段。职工主索引查询通过工号、姓名对职工主索引进行搜索查询。历史记录职工历史变更轨迹。编辑修该职工信息。录入录入职工信息。隶属关系提供职工领导及下属信息。3、数据质量监控数据中心数据质量至关重要，利用数据中心管理系统保证数据质量的准确性、一致性。数据中心管理系统需实现以下功能：1、支持对数据采集的吞吐量、作业运行状况、存储情况进行实时监控，并可在前台界面进行图形化展示，保证数据中心的数据准确性；2、数据中心采用记录数、关键指标验证机制，实现HIS、LIS、RIS、病区护士站、护理文书、门诊医生站、住院医生站、门诊病历、住院病历数据一致性验证，当数据与源系统不一致时，可以采用问题时间段数据抽取处理，保证数据的一致性。3、针对作业运行异常，智能提供对应的解决方案及文档，帮助运维人员快速解决问题。当监控到数据抽取作业失败时，将抽取作业结果按红色失败结果提示，可点击失败标签，跳转到解决方案推荐界面，给出简要的原因分析，并自动给出相关解决方案说明，解决方案支持在线预览及下载，辅助信息中心管理人员高效运维。提供截图证明4、采用数据值域验证、空值验证方式，实现HIS、LIS、RIS、病区护士站、护理文书、门诊医生站、住院医生站、门诊病历、住院病历数据完整性验证，保证第三方接口数据接入的规范性、有效性，业务数据出现问题时形成问题清单反馈给业务系统。5、支持短信预警功能，当数据中心管理系统数据验证、数据监控出现异常情况时，可自动发送预警信息。提供截图证明6、数据中心采用记录数、关键指标验证机制，实现麻醉、治疗、血库管理、重症监护、病案管理、移动护理、纸质病历数据一致性验证，当数据与源系统不一致时，可以采用问题时间段数据抽取处理，保证数据的一致性。7、采用数据值域验证、空值验证方式，实现麻醉、治疗、血库管理、重症监护、病案管理、移动护理、纸质病历数据完整性验证，保证第三方接口数据接入的规范性、有效性，业务数据出现问题时形成问题清单反馈给业务系统。三）数据中心与应用临床数据中心主要是以患者为中心、在医院范围内制作的终生纵向多媒体记录，包含患者所有重要的临床数据可集成院内各科室级临床信息系统，实现所有临床诊疗数据的整合与集中展现。临床数据中心参考国际HL7标准、《电子病历基本数据集》、《国家医疗健康信息医院卫生信息互联互通标准化成熟度测评方案》等标准与规范，将临床活动产生的所有数据进行通过先进技术进行抽取、转换、清洗并转存到标准化的CDR数据模型中，形成按领域组织的、方便利用的临床数据集。通过开放服务提供外部系统调用和数据访问。数据范围包括但不限于患者信息、医嘱、检查、检验、病理、手术、病案、病历、临床路径等，涉及数千个数据字段的采集、清洗、转码、载入工作，涵盖HIS、LIS、RIS、NIS、CPOE、EMR等各类业务系统，异构数据库涵盖SQLserver、Oracle，数据时间范围包括信息化以来的历年数据及实时数据等。数据中心通过数据采集、清洗、标准化等步骤，将全院业务系统数据进行集中存储，包括历史数据采集、实时数据采集，形成全院的全量、实时数据中心。数据中心建成后，一方面通过开放服务提供外部系统调用和数据访问，另一方面，为患者全息、临床科研提供多种辅助应用。总体架构要求：1）利用数据中心进行数据集中，消除信息孤岛，实现数据集中存储；2）数据中心的全量性，除临床相关数据外，对医院主要业务数据进行存储；3）数据具备实时性；4）数据中心保证数据和原始业务系统的一致性和准确性；5）数据中心中各类数据具备长期性，能够满足全量数据在线查询需求；6）通过图形化方式展现数据中心资源实时状况；总体性能要求：1）数据中心数据实时性，延迟低于5分钟；2）数据检索时间：数据查询响应时间不超过5秒；3）数据统计时间：数据查询响应时间不超过5秒；4）除特殊约定数量的系统之外，其他软件系统不限制用户、授权、设备数量。总体技术要求：功能列表技术要求数据存储建立临床信息数据库，遵循《WS445-2014电子病历基本数据集》，至少包含标准要求的16类数据集和58个数据子集的内容；支持自定义扩展数据集；按照标准的临床业务模型对患者数据。就诊数据、医嘱数据及各类报告文书等数据进行整合存储，建立关联关系。支持对历史患者信息、医嘱、检查、检验、病理、手术、病案、临床路径数据进行抽取、清洗、转换，按标准化、结构化、分类存储。临床数据中心的数据集成以患者为中心，以就诊为索引的所有临床数据。数据接入可以支持多种数据接入形式与数据规范。1、多种数据采集的接入方式与规范：对接集成平台提供的各类接口。2、支持不同数据规范的接入：对接支持HL7V3、HL7V2、普通的XML等格式。3、数据接入程序支持分布式部署为患者全息视图提供数据：作为患者全息视图的数据源，为其提供以患者为中心的患者临床全流程就诊数据。临床数据中心(CDR)至少整合、清洗包括以下领域数据元：数据种类相关数据源备注患者管理类PatientAdministration患者基本信息挂号信息出入院登记信息诊断信息接诊信息医嘱类Orders门诊处方信息门诊处方明细信息住院医嘱信息检查申请单检验申请单手术申请单病理检查申请单实验室类Laboratory申请登记信息标本信息临检及生化报告微生物报告病理报告观察类Observations观察域观察报告生命体征观察信息病历类CDA病历主数据病历分段数据病历样式数据病历全文索引非结构化病历数据医院门诊病历需要电子病历厂商提供加密文件解析方式病案类MedicalRecord病案首页病案诊断病案手术手术类Surgery手术登记手术记录手术诊断手术麻醉信息术后苏醒信息手术参与人员护理类CareProvision医嘱执行记录护理提供记录不良反应记录1、数据接入引擎数据接入引擎要求能将医院各业务系统的数据取出，经过实时数据同步工具建立标准结构的数据仓库。功能列表功能描述数据获取采用国际知名品牌数据同步工具，采用数据库动态日志捕获同步技术，对生产系统的资源消耗控制在5%或以内，确保业务数据源和ODS数据的一致性控制在毫秒级以内。数据清洗过滤那些不符合要求的数据，将过滤的结果交给业务主管部门确认是否过滤掉，还是由业务单位修正之后再进行抽取。不符合要求的数据主要是有不完整的数据、错误的数据和重复的数据三大类。转换主要是进行不一致的数据转换、数据粒度的转换和一些商务规则的计算。支持自定义业务数据表及其关系，并能将多张业务数据表转换成能够适用于PivotTable等工具操作的格式。装载加载经转换和汇总的数据到目标数据仓库中，可实现SQL或批量加载录入/导入将指标生成所缺失的数据元以及手工记录的指标信息，通过.txt或者是.xls文件导入到ODS中或直接录入到系统中，以保证决策分析平台指标的完整性。日志记录日志的目的是随时可以知道数据同步及抽取运行情况，以便于在错误发生的情况下，快速定位错误原因和位置。警告发送向系统管理员发送警告，发送警告的方式有多种，常用的就是给系统管理员发送邮件，并附上出错的信息，方便管理员排查错误。2、临床数据中心（CDR）临床数据中心主要是以患者为中心、在医院范围内制作的终生纵向多媒体记录，包含患者所有重要的临床数据可集成院内各科室级临床信息系统，实现所有临床诊疗数据的整合与集中展现。临床数据中心参考国际HL7标准、《电子病历基本数据集》、《国家医疗健康信息医院卫生信息互联互通标准化成熟度测评方案》等标准与规范，将临床活动产生的所有数据进行通过先进技术进行抽取、转换、清洗并转存到标准化的CDR数据模型中，形成按领域组织的、方便利用的临床数据集。通过开放服务提供外部系统调用和数据访问。数据范围包括但不限于患者信息、医嘱、检查、检验、病理、手术、病案、病历、临床路径等，涉及数千个数据字段的采集、清洗、转码、载入工作，涵盖HIS、LIS、RIS、NIS、CPOE、EMR等各类业务系统，异构数据库涵盖SQLserver、Oracle，数据时间范围包括信息化以来的历年数据及实时数据等。数据中心通过数据采集、清洗、标准化等步骤，将全院业务系统数据进行集中存储，包括历史数据采集、实时数据采集，形成全院的全量、实时数据中心。数据中心建成后，一方面通过开放服务提供外部系统调用和数据访问，另一方面，为患者全息、临床科研提供多种辅助应用。总体架构要求：1）利用数据中心进行数据集中，消除信息孤岛，实现数据集中存储；2）数据中心的全量性，除临床相关数据外，对医院主要业务数据进行存储；3）数据具备实时性；4）数据中心保证数据和原始业务系统的一致性和准确性；5）数据中心中各类数据具备长期性，能够满足全量数据在线查询需求；6）通过图形化方式展现数据中心资源实时状况；总体性能要求：1）数据中心数据实时性，延迟低于5分钟；2）数据检索时间：数据查询响应时间不超过5秒；3）数据统计时间：数据查询响应时间不超过5秒；4）除特殊约定数量的系统之外，其他软件系统不限制用户、授权、设备数量。总体技术要求：功能列表技术要求数据存储建立临床信息数据库，遵循《WS445-2014电子病历基本数据集》，至少包含标准要求的16类数据集和58个数据子集的内容；支持自定义扩展数据集；按照标准的临床业务模型对患者数据。就诊数据、医嘱数据及各类报告文书等数据进行整合存储，建立关联关系。支持对历史患者信息、医嘱、检查、检验、病理、手术、病案、临床路径数据进行抽取、清洗、转换，按标准化、结构化、分类存储。临床数据中心的数据集成以患者为中心，以就诊为索引的所有临床数据。数据接入可以支持多种数据接入形式与数据规范。1、多种数据采集的接入方式与规范：对接集成平台提供的各类接口。2、支持不同数据规范的接入：对接支持HL7V3、HL7V2、普通的XML等格式。3、数据接入程序支持分布式部署为患者全息视图提供数据：作为患者全息视图的数据源，为其提供以患者为中心的患者临床全流程就诊数据。临床数据中心(CDR)至少整合、清洗包括以下领域数据元：数据种类相关数据源备注患者管理类PatientAdministration患者基本信息挂号信息出入院登记信息诊断信息接诊信息医嘱类Orders门诊处方信息门诊处方明细信息住院医嘱信息检查申请单检验申请单手术申请单病理检查申请单实验室类Laboratory申请登记信息标本信息临检及生化报告微生物报告病理报告观察类Observations观察域观察报告生命体征观察信息病历类CDA病历主数据病历分段数据病历样式数据病历全文索引非结构化病历数据医院门诊病历需要电子病历厂商提供加密文件解析方式病案类MedicalRecord病案首页病案诊断病案手术手术类Surgery手术登记手术记录手术诊断手术麻醉信息术后苏醒信息手术参与人员护理类CareProvision医嘱执行记录护理提供记录不良反应记录3、运营数据中心（ODR）运营数据中心需要实现对医院管理系统数据集成整合，基于全院运营及管理数据存储标准建立运营数据仓库（涵盖收入、患者、药品、医保、人事、财务、医疗管理等众多业务域），数据来源于院内HIS、临床管理、药物管理、物流、科研、OA、财务等众多信息系统。功能列表功能要求指标管理可针对医院关注对象建立指标，指标建立支持指标公式利用加、减、乘、除等算法计算合成指标，并可以设置指标数据长度和数据类型，添加指标说明，说明链接。支持指标建立、修改、删除基本功能；并可按照业务对指标建立多个目录，具备目录增删改基本功能。维度管理可根据医院关注角度建立维度，对维度设置数据类型，选择字典名称。针对单一维度可新增或者引用其他维度方式以建立下钻维度。指标数据采集提供指标数据的定时采集参数配置功能，支持批量配置，功能包括：数据源配置、采集模型配置、采集调度管理、错误日志查看等。指标数据存储提供统一的指标数据仓库（ST）；提供支撑指标统计数据的明细数据仓库（DW）；指标数据服务提供指标数据的存储、获取服务；用于支撑基于指标仓库的综合分析系统；提供按条件、按权限的指标数据获取服务，用于提供给外部系统使用指标统计数据；4、共享文档库（CDA）通过标准的共享文档的数据来源业务系统数据进行存储；并将生成的共享文档进行数据库注册，同时将共享文档xml进行物理存储；同时能统计展现共享文档生成情况。功能列表功能要求共享文档的值域映射根据主数据管理中的国标或者行业标准，进行文档中的值域和标准值域的转换。OID版本管理OID是卫生部对特定数据的定义，在每一测评周期中可能变更，所以需要版本管理。生成共享文档时，可以选定特定的版本。数据元版本管理数据元是卫生部对特定数据的定义，在每一测评周期中可能变更，所以需要版本管理。生成共享文档时，可以选定特定的版本。共享文档模板生成根据OID、数据元、值域版本生成共享文档模板，包括初始版本1.0的复制、编辑、删除。共享文档生成按选定的病人，生成互联互通文档（通过ESB的数据支持），包括定时生成共享文档和手动生成共享文档。共享文档浏览浏览选定文档的数据概览，也可以查看XML源文件、XSD转化文件内容5、患者360视图患者360视图要求是基于临床数据中心、并以患者为核心而开发的一套系统，主要功能是对患者信息、患者诊疗信息、患者临床信息等数据进行图形化界面的管理和浏览，从而充分了解和掌握患者从入院到出院、从出生到死亡的所有历史医疗数据和信息，提高临床工作的质量和效率。要求能够实现基于用户的使用习惯自由选择模板来满足临床医生的需求。功能列表功能描述视图菜单通过菜单点击就诊索引、就诊视图、临床视图，可进入相应的功能模块，查看病人的就诊信息。就诊索引以日历记事本的方式，在同一个界面，对历次就诊期间的诊断、检查检验结果、用药医嘱等数据进行摘要性展示。就诊视图以就诊次维度，展示病人的历次就诊时间和基本就诊信息。临床视图以诊断、检验、检查等临床分类维度，展示病人各项临床数据信息。权限管理医院可设置角色，将角色匹配上不同的查看权限。6、职工360视图职工360系统为医院人力资源信息管理平台的建设，必须按照支撑医院发展战略的高度去规划，通过系统要实现对各科室的集约化管理和医院人力资源管理各环节之间的横向互通，首先需要全面梳理医院的数据资源，统一制定单位的人力资源信息编码标准。职工360管理系统可以有效地改变医院信息分布比较散乱的现状。人力资源管理系统提供字段扩展功能，可以为医院实现完整、规范的数据管理提供一个良好的平台支撑。建立统