河南省基层医疗卫生机构管理信息系统（云计算模式）项目建设方案11-10

河南省基层医疗卫生机构管理信息系统（云计算）项目建设方案跨数据库设计由于医疗数据具有法律效应，对安全性要求非常高，和传统数据库应用中的普通数据，有非常大的差别，因此，在数据存储方面，不能够按照传统数据管理和应用的模式进行管理。在平台设计必须支持各种主流数据库系统的应用，由系统提供的脚本文件可以自动生成支撑平台运行的数据库系统。主流的数据库系统包括：Oracle，SQLServer，DB2等。平台的数据库模型设计独立于特定的数据库产品，通过适当的技术实现跨数据库，平台数据可通过数据传输工具实现在不同数据库间的迁移。保证了数据存储的独立性和灵活性。由于卫生信息标准基于XML技术的文档型数据较多，结合原始数据保留的需要，在设计中应当考虑XML数据库或文档型（Non-SQL）数据库的应用。信息的分布与集中根据国家卫生计生委建设方案，以及河南省的具体需求，我们规划出河南医疗卫生云技术架构。图分为应用平台、电子健康档案核心平台、IAL（卫生信息交换服务层、数据平台和基础设施本章说明的重点在于电子健康档案核心平台的数据服务和业务服务以及IL中包含的各种服务。应用平台包含区域卫生平台面向最终用户的各种应用，有公众服务平台、业务协同平台、政府监管和专项业务四个平台。具体的应用在第？章/节应用架构中已经做了详细介绍卫生信息核心平台最重要的核心系统。按照区域卫生规划的远景，实现以居民为中心的健康档案管理，优化区域卫生资源配置是长期不变的总目标。核心平台包含人口及基础资料目录服务、电子健康档案服务、数据服务和业务服务四种服务。本章将详细介绍数据服务和业务服务提供的功能。HIAL（卫生信息交换服务层）区域卫生信息交换服务层实现河南医疗卫生云内部各个应用系统和各个POS应用系统之间的连通性，基于SOA的架构技术实现对市各级医疗卫生机构和外部相关部门现有系统的服务集成。主要包含三部分，分别是公共服务、通信总线和适配器。区域卫生信息服务适配器是用于实现和构）集成的组件。双向的服务网关，一方面将PoS的应用和数据暴露成服务供区域平台调用；另一方面作为服务网关将河南医疗卫生云的服务暴露给PoS的应用。数据加/同步服务主要实现基本的数据的采集、复制等功能。支持L7xlICM等数据类型各类接口适配器例如L7MLLP适配器TTP读者适配器S适配用于实现和现有系统更快速的集成。区域卫生信息服务适配器的主要实现方式是在各医疗卫生机构设置前置机当作与区域平台的接入端代理，来实现辖区内医疗卫生机构与区域平台的互联互通性。我们知道医疗卫生机构内部信息系统数据交换主要体现在对医疗卫生机构内部信息系统业务数据的采集、整合以及医疗卫生机构内部信息系统之间业务联动等方面。医疗卫生机构内部信息系统业务数据分布于不同医疗卫生机构的不同信息系统之中，因此数据采集和整合除在信息基础设（如网络基础设施、服务器等建设上有保障外，还需建立一个覆盖所有医疗卫生机构的数据交换平台，以提供对原有业务数据的采集服务和整合服务，并为机构之间以及业务系统之间的联动提供支持。前置机作为医疗卫生机构与平台之间的统一的通讯入口和出口，其主要功能包括如下三个方面:公共基础功能；信息注册功能；业务相关功能（包含诊疗和公卫业务）。数据平台数据平台包含数据存储、交换和共享。所有的电子健康档案数据、不同的业务数据以及数据仓库均包含在数据平台。数据平台从数据库角度规划，包含主数据库、业务数据库、数据仓库三部分。主数据库中存储各个业务中的所有公用主数据，主数据典型存储内容是代码和名称，例如疾病代码和疾病名称；业务数据库根据应用平台提供的功能不同可以按需变化，其中的居民健康档案是必须保存的信息；数据仓库中保持的数据根据需求不同会发生很大变化，例如疾病研究需要医疗科研数据库。基础设施包括网络环境、运行环境和相应的灾难备份。网络环境–连接各级各类医疗卫生机构和省、市、区卫生行政部门以及有关其它单位。运行环境–包括服务器、存储等硬件平台，它们共同支撑河南医疗卫生云的运行。灾难备份–在系统建设过程中，不仅需要考虑核心业务数据的数据备份，还应该考虑对重要关键业务系统进行异地容灾备份和对重要数据的定时和实时的备份。这样不但保证了关键业务数据的不丢失性和高安全性，而且还避免了当数据中心发生意外灾难时业务中断时间过长，从而将损失降到最低点。平台的技术架构具备如下特点：各个服务功能分别独立，具备良好的可维护性各个服务具备良好的通用性具备良好的可适应性，服务可以根据需求组合利用服务调用具备可监控性架构具备良好的可扩充性满足卫生信息平台上不同应用系统对于信息交换的需求,为了实现从技术角度实现平台要求，我们建议采用SOA技术完成平台的架构。CHIMA认为：SOA是当今实现可互操作EHR的最适宜软件体系架构。平台集成层次体系基于SOA的架构设计，使得河南医疗卫生云从数据、应用、流程、交互等多个层次实现了区域卫生信息系统的集成，进而支持区域卫生业务流程整合。在本文后面的方案中将逐一对这几种集成技术的应用进行介绍。图表6-1集成的层次说明数据集成侧重于大数据量、批量数据的传递和交互，基于标准的共享数据/文档和服务接口的跨域数据交换，在整个系统的交换服务层/平台实（IL交换服务层是构建区域卫生信息交换服务网络的基础。应用集成侧重于应用程序间的数据交互，包括请求/响应式的交互，事件驱动型的交互等，在应用平台实现。流程集成侧重于应用服务的流程组合，包括需要人工参与的长流程，例如审批，和自动处理的短流程，应用系统/平台实现。交互集成侧重于采用技术的人机交互层面的集成，应用系统实现。SOA架构设计说明利用SOA架构设计平台的意义卫生信息化实现的是一系列互操作性服务，是建立在多种异构系统，复杂技术环境下的信息集成。从目前来看，要想让不同的IT信息交换和共享，主要有两种办法：都使用同一家厂商的产品；各厂家的技术都能象积木那样进行互联和整合。我们知道，当信息化仅限于一家医疗机构内部的时候（即“孤岛”模式），只由单一厂商提供和控制的技术架构是可行的，但在需要医疗机构之间进行信息交换和共享，这却显然行不通。“开放标准”是解决医疗机构之间信息交换和共享的唯一现实的途径。“开放标准”包括两层含义：一层是“技术上的”与具体行业无关的开放技术标准，指的是通过在应用编程接口（API）、通信协议以及数据和文件格式方面使用公开发布的规范来实现IT系统之间的互操作性。另一层是“业务上的”开放标准，指的是医疗行业公认并广泛采用的行业标准例如术语标准、编码标准、文档格式标准等等。在此，我们探讨的是“技术上的”标准：SOA架构。SOA是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，可以独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在不同平台中的服务可以以一种统一和通用的方式进行交互。SOA是一种架构风格，需要有服务的提供者，请求者和服务定义。同时SOA提供了一组架构设计的原则和模式，特性包括：模块化，封装，松耦合，关注点分离，重用，可组装和单一实现。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。相反的，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。面向服务的体系结构可以基于现有的系统投资来发展，而不需要彻底重新创建系统。如果组织将开发力量集中在创建服务、利用现有的技术、结合基于组件的方法来开发软件上，将获得如下几方面好处：利用现有资产——这是首要的需求。通过使用适当的SOA框架并使其可用于整个IT环境，可以将业务服务构造成现有组件的集合。使用这种新的服务只需要知道它的接口和名称。服务的内部细节以及在组成服务的组件之间传送的数据的复杂性都对外界隐藏了。这种组件的匿名性使组织能够利用现有的投资，从而可以通过合并构建在不同的机器上、运行在不同的操作系统中、用不同的编程语言开发的组件来创建服务。遗留系统可以通过Web服务接口来封装和访问。商品化基础架构——在所有不同的企业应用程序之间，基础架构的开发和部署将变得更加一致。现有的组件、新开发的组件和从厂商购买的组件可以合并在一个定义良好的SOA框架内。这样的组件集合将被作为服务部署在现有的基础构架中，从而使得可以更多地将基础架构作为一种商品化元素来加以考虑更快的产品上市速度——组织的Web服务库将成为采用SOA框架的组织的核心资产。使用这些Web服务库来构建和部署服务将显著地加快产品的上市速度，因为对现有服务和组件的新的创造性重用缩短了设计、开发、测试和部署产品的时间。减少成本——随着业务需求的发展和新的需求的引入，通过采用SOA框架和服务库，为现有的和新的应用程序增强和创建新的服务的成本大大地减少了。同样，开发团队的学习难读也降低了，因为他们可能已经熟悉了现有的组件。降低风险——重用现有的组件降低了在增强或创建新的业务服务的过程中带来的风险。如前所述，这也减少了维护和管理支持服务的基础架构的风险。持续改进业务过程——SOA允许清晰地表示流程流，这些流程流通过在特定业务服务中使用的组件的顺序来标识。这给商业用户提供了监视业务操作的理想环境。业务建模反映在业务服务中。流程操纵是以一定的模式重组部件（构成业务服务的组件）来实现的。这将进一步允许更改流程流，而同时监视产生的结果，因此促进了持续改进。以流程为中心的体系结构——现有的体系结构模型和实践往往是以程序为中心的。应用程序是为了程序员的便利而开发的。通常，流程信息在组件之间传播。应用程序很像一个黑匣子，没有粒度可用于外部。重用需要复制代码、合并共享库或继承对象。在以流程为中心的体系结构中，应用程序是为过程开发的。流程可以分解成一系列的步骤，每一个步骤表示一个业务服务。实际上，每个过程服务或组件功能都相当于一个子应用程序。将这些子应用程序链接在一起可以创建能够满足业务需求的流程流。这种粒度允许利用和重用整个组织中的子应用程序。CHIMA对于河南医疗卫生云中进行SOA构架有如下描述：SOA不是“东西”，不是产品，不是可以放在光盘上的软件套件;SOA是创新思维的结果。它是一个具有分水岭性质的重大技术，在企业开发领域，SOA是30年来IT最重要的技术变革;SOA是体系架构，流程设计，是集成平台，是应用流程复用技术;SOA是当今实现可互操作EHR的最适宜软件体系架构;JasonWeisser:如果你们大胆地迈向SOA，直接进入SOA时代，你们将领先世界!……。应用服务层次及相关标准SOA的核心是其服务模型，该服务模型通过描述系统架构中不同层次来定义服务以及支持该服务实现的组件。如下图所示：图服务模型的第一层为现有的应用资源与资产层，该层主要是现有的一些业务系统，该层还有一些通过自上而下方式实现的支持上层业务服务的业务应用和资产，这些资产多数可以利用成熟的面向对象的技术予以实现。服务模型的第二层为组件层，该层主要是通过基于容器的相关技术，将现有业务系统提供的业务资产重新封装、组合，向上层提供业务组件模块。服务模型的第三层为服务层，该层主要通过标准的接口定义将现有的业务组件封装为自独立，自描述的业务服务。这些业务服务将是支撑业务的最小业务单元。服务模型的第四层为业务流程层，该层通过标准化的业务流程描述语言定义SOA架构下服务之间业务交互流程，通过该层有助于实现流程层面的整合。服务模型的第五层为展现层，SOA架构通过展现层实现对服务的用户交互层面的整合。服务模型的第六层为集成架构层，该层也是我们所说的SOA基础架构，通过该层实现服务间数据层面整合所需的消息路由，协议转换等功能。服务模型的第七层为服务质量层，该层主要通过感应－响应（Sense－and-Response）机制和相应工具实现对SOA架构下应用系统健康状况的监控和管理。为了实现区域卫生信息网络信息系统建设的标准化的工作，我们将推荐以下业界标准以支持SOA系统架构中七个层面的系统建设。展现层，主要通过界面层的集成技术实现用户交互的集成，其中的标准主要包括WSRP，JFC，JSP，Servlet，HTML，XML，HL7，CDA等;业务流程层，其中的标准主要包含BPEL等，实现对业务流程的定义;服务层，主要包含服务接口描述标准，服务接口数据格式标准，服务调用标准以及服务发现标准等，其中的推荐标准依次包括，WSDL、XML、HL7、CDA、WSIF和UDDI等;组件层，主要是包含基于容器的相关系统访问标准，其中包括JCA，SCA，SDO，ICD-10等;集成层，主要包含集成所需的消息交互的相关标准，其中包括XML，HL7，WSIF，XML，HL7，DICOM，ASCX12N等;服务质量层，该层的主要标准主要包括安全方面的WS－Policy、WS-Security等；管理方面的WS-Management，WS-I等。面向服务的架构（SOA）实现本节介绍了如何实现基SOA的架构，包括相关的方法论，编程模型的关注点和SOA项目的实施过程。目的是为实现上述河南医疗卫生云的总体架构提供方法论指导和总体原则，为以后的项目规划提供重要的理论依据。面向服务建模与架构方法（SOMA）面向服务建模与架构方法（Service-OrientedModelingandArchitecture，简称SOMA）为如何从业务模型或类似的业务活动分析过渡到SOA解决方案设计的模型提供了深入的指导。第一版的SOMA只限于内部使用，随着CBM-to-SOA项目经验的积累和工作的深入，SOMAV2已经得到了丰富和完善。如下图所示，SOMA的三个主要活动是服务、组件和流程的识别、描述及实现。图服务、组件和流程的识别和描述内容包括其属性、规则、方法、事件、流程、消息和信息模型；这些识别和描述有利于实现服务。服务的实现是服务和组件具体的实例化。其实施策略有两种：自上而下和自下而上。如下图所示:图自上而下的策略是指从业务的分析和分解入手，过渡到系统分析和建模；自下而上的策略是指从现有系统的分析开始，根据其所支持的业务功能的聚合和关联识别服务，从而支持业务域的活动。这两种策略都是围绕着三个主要活动进行的:服务的识别通过对业务过程或现有系统的分析和分解识别出潜在的服务，这些服务能够在新的架构中实现业务目标。二者的结合使用可以发现通过其它分析方法未被识别的或遗漏的服务。服务的描述服务描述：详细定义了所识别出的潜在业务流程和服务，例如服务关联、服务组成、非功能需求、消息规范、设计决策等。同时包括服务实现抉择的准则和具体决策，例如由于经济因素和可行性等原因不适合实现某个潜在服务，某些服务必须依赖手工处理，某些功能因其不具有可重用性而不需要封装成服务。子系统分析：将识别的业务服务落实到实现服务的组件或子系统上。通过将子系统里的业务服务进行逻辑上的分组来管理子系统之间的依赖关系和关联。服务的非功能需求可用来识别技术组件和服务，例如安全管理、日志和负载平衡等。组件描述：详细描述了组件或子系统的属性、内部流程和结构。通常使用表格或模板为子系统中的每个业务或技术组件描述一个标准的属性集，用活动图（ActivityDiagram）描述内部流程，用类图（Class系统组件的功能和技术结构。服务的实现服务实现决策：将服务匹配到实现其功能的组件上需要制定架构和设计决策，决定组件将如何使用所选择的技术和系统实现其功能，包括服务分配和组件分层。服务分配：通过服务识别、描述和实现活动迭代地将服务分配到实现其功能的组组件分层：根据既定的服务实现决策将组件分配到相应的架构层次中。为实现上述活动所需要的技术包括业务域分析、流程建模、基于组件的开发等。SOA编程模型编程模型定义了开发人员所建立和使用的概念和抽象术语。SOA编程模型定义了实现SOA所需要关注的六个主要方面的问题：图设计基于SOA的解决方案设计关注业务设计建模、优化和基于角色的协作，通过使用既定的策略来控制执行行为和关系，通过模型、模式和框架支持最佳实践的定义和使用。调用采用松耦合调用方式和事件驱动的服务连接，同时支持网络透明、基于标准的互SCA）提供了支持这种通用调用模型的标准。用户交互需要考虑对于人员与流程设计整合的动态支持。业务应用的组合需要考虑利用服务的组合来组成业务应用，进行工作流和业务编排。组合应用通过可重用的业务服务（业务组件）集成人员、流程和信息。信息需要考虑对服务状态的内置（Built-in）访问，离线服务的数据交换和信息的组合及转换。服务数据对（SricetaObjt，简称SD提供了服务所用的数据标准。业务组件利用业务组件构成可组合的和重用的服务。SOA实施过程SOA的实施过程主要采用业务驱动的开发方式，其实施过程如下图所示:图好的架构设计开始于对业务需求的准确理解，而且不仅需要准确地理解现在的业务工作是如何进行的，而且要了解未来的工作方式。模型（及其相关的工具）记录后，这些模型可以用来模拟未来的业务流程，验证成本收益、投资回（RO和其它件。这样，架构师使用工具将业务需求转换成了软件系统需求和模型。这种方法能够确保系统实施由业务需求驱动并且与业务流程模型保持完全一致。架构师导入业务流程并基于最佳实践和现有资源修订应用设计。操作模型能够帮助运维团队计划未来的部署。开发人员利用包括高产出的J2E组（JP，SD题大大降低了完成高质量应用程序的成本。应用程序经过测试确保其功能与设计一致，并且具有令人满意的性能。功能和手工测试工具促进了质量保证活动，因为它们构建了可重用测试成果的重要基础。应用模型被组装和部署到运行环境。部署团队和系统运行专业人员可以确保基知，使其能够快速定位到正确的问题部件（应用程序、数据库、网络等等）。适当的工具提供了一个关于网络、系统、中间件和应用性能的集中视图。电子健康档案核心平台的服务图电子健康档案的核心平台提供四种服务：注册服务、电子健康档案服务、数据服务和业务服务。其中注册服务和电子健康档案服务在应用架构中已经有详细的介绍，本节介绍数据服务和业务服务。数据服务数据复制服务在现有的河南医疗卫生云内的系统或数据库之间提供数据复制功能。作为数据保护手段之一，数据复制技术正在被越来越多的机构所采用。随着时间的发展，数据复制已经演进成灾难恢复(DR)的不可缺少的组成部分，能够比传统的磁带备份提供更短的恢复点目标(PRO)和恢复时间目标(RTO)。从宏观上看，数据复制将来自一个存储位置的数据拷贝到一个或更多的其它本地或远程存储系统。复制服务或软件可以运行在存储阵列上、网络中或主机(服务器)上。不过，基于阵列的复制一直统治着数据复制市场。IDC存储软件研究经理JamesBaker说：“我们最近进行的一项研究显示，在2007年，基于存储的复制的全球收入中，83.7%是利用阵列到阵列的复制实现的，随后依次为基于主机的复制(11.5%)和基于网络的复制(4.8%)。”但是这一研究同时显示，基于主机和基于网络的复制正在追赶上来。到2012年，基于主机的复制预计将以18.2%的年复合增长率(CAGR)增长，而基于网络的复制预计CAGR将达到15.4%.这两类技术的预测增长速度大大高于基于阵列的复制10%的预测年增长率。模式：有同步复制与异步复制两种：复制可以同步发生，数据同时写入到主和次级存储系统;或者可以异步执行，数据经过延时后复制到复制目标。在同步复制中，主存储系统只在复制目标确认数据被成功写入后才执行I/O写。同步复制取决于充足的带宽和低延时，支持的复制距离从50公里到300公里。它一般在要求零RPO和RTO的应用(如高可用群集和要求主系统与目标系统之间100%同步的关键任务应用)中使用。相反，异步复制首先将数据写入主阵列，并且根据实现方法，将数据复制到内存或基于硬盘的日志中。然后它实时或按照计划的间隔将数据拷贝到复制目标。与同步复制不同，异步复制设计用于长距离复制，并大大降低了带宽要求。大多数基于阵列和基于网络的复制产品同时支持同步和异步复制，而基于主机的复制产品通常只提供异步复制。数据ETL服务ETL(Extract-Transform-Load的缩写，即数据抽取、转换、装载的过程)作为BI/DW（BusinessIntelligence）的核心和灵魂，能够按照统一的规则集成并提高数据的价值，是负责完成数据从数据源向目标数据仓库转化的过程，是实施数据仓库的重要步骤。如果说数据仓库的模型设计是一座大厦的设计蓝图，数据是砖瓦的话，那么ETL就是建设大厦的过程。在整个项目中最难部分是用户需求分析和模型设计，而ETL规则设计和实施则是工作量最大的，约占整个项目的60%～80%，这是国内外从众多实践中得到的普遍共识。ETL是数据抽取（Extract）、转换（Transform）、清洗（Cleansing）、装载（Load）的过程。是构建数据仓库的重要一环，用户从数据源抽取出所需的数据，经过数据清洗，最终按照预先定义好的数据仓库模型，将数据加载到数据仓库中去，提供生成河南医疗卫生云范围内使用的各种数据分析利用资源。ETL过程中的主要环节就是数据抽取、数据转换和加工、数据装载。为了实现这些功能，各个ETL工具一般会进行一些功能上的扩充，例如工作流、调度引擎、规则引擎、脚本支持、统计信息等。数据抽取数据抽取是从数据源中抽取数据的过程。实际应用中，数据源较多采用的是关系数据库。从数据库中抽取数据一般有以下几种方式。全量抽取全量抽取类似于数据迁移或数据复制，它将数据源中的表或视图的数据原封不动的从数据库中抽取出来，并转换成自己的ETL工具可以识别的格式。增量抽取增量抽取只抽取自上次抽取以来数据库中要抽取的表中新增或修改的数据。在ETL使用过程中。增量抽取较全量抽取应用更广。如何捕获变化的数据是增量抽取的关键。对捕获方法一般有两点要求：准确性，能够将业务系统中的变化数据按一定的频率准确地捕获到;性能，不能对业务系统造成太大的压力，影响现有业务。目前增量数据抽取中常用的捕获变化数据的方法有：触发器、时间戳、全表比对和日志对比。ETL处理的数据源除了关系数据库外，还可能是文件，例如txt文件、excel文件、xml文件等。对文件数据的抽取一般是进行全量抽取，一次抽取前可保存文件的时间戳或计算文件的MD5校验码，下次抽取时进行比对，如果相同则可忽略本次抽取。数据转换和加工从数据源中抽取的数据不一定完全满足目的库的要求，例如数据格式的不一致、数据输入错误、数据不完整等等，因此有必要对抽取出的数据进行数据转换和加工。数据的转换和加工可以在ETL引擎中进行，也可以在数据抽取过程中利用关系数据库的特性同时进行。ETL引擎中的数据转换和加工ETL引擎中一般以组件化的方式实现数据转换。常用的数据转换组件有字段映射、数据过滤、数据清洗、数据替换、数据计算、数据验证、数据加解密、数据合并、数据拆分等。这些组件如同一条流水线上的一道道工序，它们是可插拔的，且可以任意组装，各组件之间通过数据总线共享数据。有些ETL工具还提供了脚本支持，使得用户可以以一种编程的方式定制数据的转换和加工行为。在数据库中进行数据加工关系数据库本身已经提供了强大的SQL、函数来支持数据的加工，如在SQL查询语句中添加where条件进行过滤，查询中重命名字段名与目的表进行映射，substr函数，case条件判断等等。相比在ETL引擎中进行数据转换和加工，直接在SQL语句中进行转换和加工更加简单清晰，性能更高。对于SQL语句无法处理的可以交由ETL引擎处理。数据装载将转换和加工后的数据装载到目的库中通常是ETL过程的最后步骤。装载数据的最佳方法取决于所执行操作的类型以及需要装入多少数据。当目的库是关系数据库时，一般来说有两种装载方式：直接SQL语句进行insert、update、delete操作。采用批量装载方法，如bcp、bulk、关系数据库特有的批量装载工具或api。大多数情况下会使用第一种方法，因为它们进行了日志记录并且是可恢复的。但是，批量装载操作易于使用，并且在装入大量数据时效率较高。使用哪种数据装载方法取决于业务系统的需要。数据访问服务为不同的注册库、EHR或辅助服务相关的数据访问过程的正确调用提供支持。它存储着有关数据结构和调用过程的元数据，以在运行互联互通规范的语境中或数据维护类型过程中执行存储库的操作。业务服务业务服务由处理健康档案数据访问事务的服务组成。这些服务被组合在一起建立一个以处理和管理这些健康档案访问事务的场景。这是河南医疗卫生云内协调和执行事务的唯一地点，其中需要涉及河南医疗卫生云里的多个服务和系统、或需要访问其他河南医疗卫生云的事件。这一组件中的服务管理着河南医疗卫生云中事务的全局性表示、编排流、响应组装、业务规则应用以及与河南医疗卫生云的各类其他系统或服务的数据访问。业务联动的众多需求则需要本业务服务组件来配合实现。组装服务河南医疗卫生云的互联互通规范的执行可能包括调用不同的组件生成多个结果集。组装服务将把这些结果集一起组合成一定输出格式。这些服务将使用组合模板的方式来实现这些功能。凡是POS提出一个需求，将调用的不同服务产生不同结果集，最终通过组装服务形成输出结果，反馈给请求的域业务组件特定的业务或事务信息对象，需要实例化以描述需要执行特定事务的语境和主题。这些对象的生命周期将与每一个正在被处理的业务或事物信息对象的执行状态一起开始和结束。这类对象的描述依赖于正在被处理的业务或是我信息对象的状态。编排服务管理注册、存储和提取，更重要的是各类处理流程的编排协同。编排服务是驱动事务执行的引擎。它知道服务产生的步骤，知道怎样为了触发和管理每一步并行或串行实现而调用服务。理想情况下，它将依赖于一个非常参数化的和开放的平台，在这里很容易增加或修正已经存在的一个编排流，而不必通过软件开发人员和大规模的软件开发过程来实现这些功能。标准化服务在互操作规范执行的语境中被调用以转换成不同形式下描述的数据。典型地，这个服务常用于应用标准，把特定的输入串修改成符合标准化基础的编码串。数据的格式和实质含义都可以转换。特殊的逻辑和编码表常用于完成这种转化。例如将医疗机构中约定的输入数据转化成符合标准化服务转化为标准化的数据。业务规则服务业务规则服务组件是由细颗粒的验证和逻辑处理规则对象的采集器，它在运行期间进行组合以执行适用于正在被处理的特定类型的平台互联互通性事务的业务逻辑。这些业务规则可以被硬编码（指作为程序代码）进入域业务组件或者可以通过业务规则服务动态的使用。数据质量服务用于跟踪和监控河南医疗卫生云里的数据质量。因为河南医疗卫生云的数据是用于研究、监测和进行临床决策的，跟踪河南医疗卫生云内部信息质量水平的能力是一个必须的特性。这些服务能用于支持人工数据质量评估处理，将来甚至发展到完全自动的数据质量指标评估。例如：某些指标可以从监控应用业务逻辑算法的结果中得到。EHR索引服务ER索引记录了EHR记录的关于居民的临床事件的摘要信息影响居民健康相关的所一次健康事件的具体信息，或者追踪特定事件的信息。卫生信息交换服务层河南省省级区域卫生信息交换解决方案主要基于联邦模式，其独立于市县级本地区域平台实现而提供统一服务接口规范定义，构建一层轻薄的全省卫生信息交换标准服务层（SCHIN）来实现。河南省区域卫生信息交换的功能组件位于三种不同的区域：医疗服务机构（医院平台）、市县级区域平台和省卫生信息交换服务网络层或省级平台。在该功能规划中，河南省DHIE选择的所有组件和服务都将映射到对应的三个区域类型中。该功能规划分布在不同的建设周期的时间间隔内。下面列出的所有组件和数据库，都是逻辑意义上的，实际上可能分布于多个数据库和/或实体系统中。在模式不同区域出现的功能服务组件，如图中将县市级区域平台或大型医疗机构平台放在一起，主要是指这些组件在区域平台和大型医疗机构的平台里都应该包括，而不是实际的上下级的管理体系等级。实际上，大型医疗机构可能根据属地化管理原则，接入市级或县区级平台。河南省医学情报研究所与厂商和科研院校，在开展基于卫生信息虚拟技术的虚拟交换服务平台试点应用研究。并取得了一定的成果。省级卫生信息交换服务层（省平台）功能组件省级卫生信息交换服务层组件被分布在三个阶段递增周期中，下图描述了预计在每个递增周期阶段实现的组件。主要有三种类型的组件：集成层组件、服务组件和数据库/仓库组件，下图是三类组件的概况。图应用和服务组件安全认证服务(第1年)：安全认证服务是保证省级卫生信息交换服务网络层安全的关键因素，其最重要的组件是全省卫生信息交换服务网络安全证书授权(CertificateAuthority，CA)。CA主要负责产生、分配并管理所有参与网上交易的个体所需身份认证数字证书。电子交易的各方都必须拥有合法身份，即由CA中心签发的数字证书，在交易的各个环节，交易的各方都需检验对方数字证书的有效性，从而解决用户的信任问题。安全认证服务的其它功能还包括证书撤销列表(CertificateList，CRL)和认证书在线状态协议(Online康卡的“一卡通”工作推行。个人身份识别服务(第1年)：预期每个市县级平台都提供病人主索引服务MPI务机构请求健康档案调阅时，将输入这些通用标识信息。查询最初由县市级本地区域平台控制，市县级平台首先查询匹配本地的服务，查询其它县市级平台的MPI，并为医疗服务机构返回所有可能匹配的列表。医疗服务机构可以使用该列表来选择正确的匹配，然后基于这些选择请求健康档案数据。记录定位服务：记录定位服务(Record储相关信息的应用组件。该服务位于省级卫生信息交换服务网络层（省平台），允许市县级的下属医疗服务机构来确定其它市县级中病人文档的标识符和位置。RLS不包含临床数据，相反，它接收在市县级区域平台创建的新的病人健康档案记录信息(如病人标识和档案记录位置，但不是实际的临床数据)，并将这些信息储存在文档注册（索引）库中。每当市县级平台的目录库中创建新条目时，省级目录库也会创建相应的新条目。在接收到从市县级发送的查询请求时，省级的RLS负责返回存储在目录库中对应文档的位置信息。公共卫生（统计）服务：公共卫生服务是公共卫生数据仓库的前置服务。省级区域平补偿等特殊救助计划、药监局、疾控中心（CDC）、急救中心、地方军警等。公共卫生服务从市县级区域平台接收这些公共卫生数据，适当修改数据(如重新格式化和/或汇总)，并将其存储到公共卫生数据仓库中。省级卫生健康门户：省级卫生健康门户允许医疗服务机构和从业人员、公众通过综合门户统一连接到省级机构。综合门户可能包括：为群众服务的公众健康门户、为医务人员服务的业务协同门户、为卫生行政管理部门服务的综合卫生管理门户。可能的服务包括健康档案查询调阅、门诊预约挂号、预约接种、农合/医保查询、双向转诊等。该项工作已经由“健康河南”项目启动并实施。标准术语转换和翻译服务：该服务将协同方之间收发的消息的语法结构转换成指定的和不断改进的统一的标准的能力。例如，确认并提交实验室检验结果到公共卫生疾病监测和防治中心的服务。注意词汇和术语服务可能在不同词汇表之间变换或映射的差异(如转换到标准的国标码和标准代码)。基于内容的路由：基于内容路由可以基于消息本身内容接收和处理消息，而不是基于其指定的目标地址。在基于内容的路由中，使用基于消息内容的一组规则来确定消息的目标地址，这解放了应用程序需要确定消息的目标地址来发送消息的束缚，便于确保消息的发送。基于内容路由是灵活IT病人许可访问服务：病人许可访问服务要求全省卫生信息交换服务网络对病人医疗卫生数据的隐私权进行保护(如临床数据)。病人许可访问服务的基础国外称为基本病人隐私PrivacyConsents，BPPC)。它提供记录病人隐私许可的机制，以及强制适当使用病人隐私许可的方法。病人许可访问服务在病人信息访问数据库中存储隐私许可5.2节)。数据库和数据仓库相关组件人口基本信息库：整合计生管理系统（或金人工程）的个人基本信息库，实现个人基系统证书库(第1阶段)：系统证书库存储了中安全认证服务对省级服务平台的用户和应用程序进行认证的所有证书。文档注册目录库（索引）：文档注册目录库存储了在县市级平台存储的个人健康档案的个人标识和文档位置的索引信息本身不包含任何实际数据。当LS收到一个新文档通会把病人标识符和文档位置信息存储到目录库中。当医疗服务机构需要查询给将搜索目录库并将该病人的文档列表及其位置返回给该查询机构。审计库：审计库存储跟踪每个事务所涉及到的系统、用户、医护工作者、患者/居民、健康数据等信息，以满足其他业务需求，如系统管理、事务监控、记录重要事件等。公共卫生数据仓库：公共卫生数据仓库是一个根据需要和专项建设生成的专题库，用于存储妇幼保健、疾病管理和疾病控制等公共卫生服务方面的数据。公共卫生数据仓库存储河南省预期提供给公共卫生机构的数据。当公共卫生机构需要从河南省检索公共卫生数据时，公共卫生数据仓库将进行查询并提供该数据。病案首页库：病案首页管理是收集全省医疗机构所有中西医病案首页的信息系统。通过整合来自多个医疗服务机构的病案记录，可以为卫生统计决策提供多项增值服务。该项工作已经结合统一全省病案首页标准及管理系统建设专项启动。综合管理仓库：用于存储卫生行政部门对区域内所有医疗机构和公共卫生机构进行监管的数据，主要包括卫生资源、药品使用、医疗服务、公共卫生服务、医疗保障等情况的指标数据。此外还存储安全审计、质量管理报告等数据。术语字典库：包含了中使用的一组已经核准的和标准化的关于人体解剖学、医学诊断和手术、药品及其它事项的医学术语，以及国家卫生计生委颁布的关于健康档案和电子病历相关的数据集标准（包括数据元编码和数据元值域代码），应及时更新术语字典并存储到术语字典库中。经常会发生添加和更新术语，因此需要一个标准术语管理系统，保持最新的术语字典库。各个市级平台可以按相关标准建自己的术语字典库，逐步统一到省级平台。主要的数据字典见附录A所列数据标准。个人访问库：个人访问库，包含病人许可访问服务存储在其中的信息，同时也包括存储在省平台中个人文档的隐私许可信息。临床数据仓库：临床数据仓库（Clinical据库，用于存储病人临床诊疗信息数据，整合单个病人的各种临床数据源并以统一格式进行展现。优化了临床医生检索单一病人数据，也方便了特定临床科室的管理。CDR中的典型数据类型包括：临床实验室检验结果、病人的个人基本信息、用药信息、检查报告和图片、病理报告、入院记录、住院/出院/转院日期、ICD–10编码、出院小结和病程记录等。该项工作是一个远期的目标。集成层组件集成总线：集成总线通常在企业级消息系统上提供一个抽象层，在应用程序之间充当消息代理。它通过事件驱动和基于标准的消息服务引擎（总线），为复杂的架构提供基础服务。开发者通常使用基于公认标准的中间件基础架构产品技术实现企业服务总线(EnterpriseServiceBus，ESB)。基本服务适配器：Web服务适配器允许通过一致的、标准化的服务层连接最初不是用服务开发的或不一致的服务层的应用程序。基本消息适配器：基本消息适配器允许不同类型的消息在应用程序之间进行通讯。一般情况下，消息适配器将消息映射到APIAPI调用后将响应消息返回给应用。增强型服务适配器：主要包括用于封装基本功能组件（MPI，RLS，数据存储库）的适配器，以及包括将来实现的适配器，如高级提醒、公共卫生服务能力、高级病人许可访问和工作流等。这些未来的功能可能现在还是未知的，也可能需要更复杂的交互类型。增强型消息适配器：包括可以适应超过目前已建立的消息通信标准的新内容和消息通信类型的适配器。未来的新消息通信和新内容类型，如生物身份特征识别、物联网设备监视和其它可能需要更复杂交互类型的情形。市级DHIE和大型医疗服务机构平台相关组件下图描述了市县级区域平台和大型医疗服务机构相关组件在未来三个两年递增周期进行上线部署的组件，共有三种类型的组件：集成层组件、服务组件和数据库/仓库组件。（该组件关系并不完全表示不同机构等级之间的信息交换层级关系，如省级医疗机构可以与辖区市级平台进行交换，也可以通过服务总线与省平台进行数据交换）。图三个两年规划各个阶段市县级区域平台和大型医疗服务机构相关组件应用和服务组件市县级区域平台和大型医疗服务机构病人主索（MPI：MI包含在市县级区域内接受医疗服务的病人/居民列表和个人唯一标识符。使用MPI中的个人标识符，医疗服务机构能够找到病人的身份证号，临床应用通过它提交请求，来查找和检索病人在区域平台中的健康和病历记录。上级卫生信息交换服务网络层中的病人身份识别请求服务也可查询该MPI相关的标准服务。医疗服务机构目录：医疗服务机构目录包含市县DHIE下属所有医疗服务提供者（个人和机构）的信息。目录中存储的典型医疗服务机构和个人信息包括基本信息、地址、证书和专业信息，以及方便与医疗服务机构进行可靠通讯的电子终端信息。该目录还可以维护机构关系信息，如：区域卫生信息交换（DHIE）网络及其成员、医院和医生、医院及其下属机构（部门、业务科室和医生）以及医学协会及其成员的关系。记录定位服务：记录定位服务(RecordLocatorService，RLS)是文档注册服务中接收和存储信息的应用组件。该服务允许位于本市县范围内的医疗服务机构确认和查询本地平台中病人文档的存储位置。此外，RLS发送文档请求到上级（省市）卫生信息服务网络层的RLS，来确定其他DHIE中病人文档记录。RLS不包含临床数据，相反，它接收在市县级区域平台文档存储服务创建的新的病人记录信息(如病人标识和记录位置，但不是实际的临床数据)，并将这些信息储存在注（索引库中。在接收文档查询请求时，RLS负责返回在文档注册（索引）库中对应文档的位置信息。安全认证服务：安全认证服务是保证市县级DHIE/大型医疗服务机构安全的关键方面，其最重要的组件是安全证书授权(CA)。CA主要负责签发数字证书给受信的用户/应用程序，在用户/应用程序与全省范围内的卫生信息服务网络(平台）进行交互时，需检验对方数字证书的有效性，从而解决用户的信任问题。安全认证服务的其它功能还包括证书撤销列表(CRL)和认证书在线状态协议(OCSP)响应服务。病人许可访问服务：病人许可访问服务强制市县级DHIE/大型医疗服务机构对病人医疗数据的隐私权进行保护(如临床数据)。病人许可访问服务的基础称为基本病人隐私许可(BasicPatientPrivacyConsents，BPPC)。BPPC提供记录病人隐私许可的机制，以及市县级DHIE/大型医疗服务机构中强制使用的隐私许可的方法。病人许可访问服务在病人自定义的访问数据库中存储隐私许可信息。商业智能（BI）：BI组件是一个或一组应用程序，用于检索、分析和报告有意义的数据到相关管理决策机构和上级DHIE网络。如市县级DHIE的BI组件负责处理和发送实验室检测结果和免疫数据到公共卫生服务（在公共卫生数据仓库存储这些信息），根据具体的建设目标可以扩展从综合数据仓库到基于大数据的综合应用系统。新应用：新应用，包括大多数市县级DHIE/大型医疗服务机构在开发过程中、起步阶段未采纳的应用程序、组件、系统以及潜在的新过程和新标准。医疗服务机构临床应用：临床应用允许医疗服务机构可以创建、管理和查看临床摘要记录。最基本的是功能是生成和使用临床摘要记录。此外，临床应用还有临床护理、电子处方、电子病历管理、医疗服务机构信息、临床分析决策、LIS接口和接口等。业务应用：业务应用包括HIS部分典型功能，允许医疗服务机构提供医疗保险/新农合接口、病案管理、护理管理、双向转诊、病人社保、建档资格查询、预约挂号以及生成统计分析信息等。其它应用：其它应用指的是河南省所必需的应用，但不能直接归为临床应用或业务应用类别中的应用，如远程会诊、区域实验室信息系统（LIS）和用药管理应用。新应用：新应用，包括大多数医疗机构信息平台在开发过程中、起步阶段未采纳的应用、组件、系统以及潜在的新过程和新标准。数据库和存储库组件市县级区域平台和大型医疗服务机构检验检查及影像库：实验室存储库中包含从临床护理应用提交的化验单，以及从实验室信息系统返回的检验结果，包括检查相关的个人影像资料归档库。市县级通过临床护理应用可以对其进行查询，其他市县级可以对其进行检索。EMR文档仓库：临床文档库包含了通过临床护理应用提交有关临床摘要和注册记录的数据。市县级通过临床护理应用可以对其进行查询，其他市县级可以对其进行检索。EHR数据库：EHR数据库中包含阶段性共享要求中的个人健康档案信息数据。下属通过应用可以对EHR进行查询，其它市县级可以对进行检索和调阅。综合管理仓库：用于存储卫生行政部门对区域内所有医疗机构和公共卫生机构进行监管的数据。主要包括卫生资源、药品使用、医疗服务、公共卫生服务、医疗保障等情况的指标数据。此外还存储安全审计、质量管理报告等数据。目录库：注册服务包括对个人、医疗卫生人员、医疗卫生机构、医疗卫生术语、文档信息注册管理服务，系统对这些实体提供唯一的标识。针对各类实体形成各类目录库（如个人目录库、医疗卫生机构目录库等），每个目录库都具有管理和解决单个实体具有多个标识符问题的能力。目录库保有一个内部非公布的标识符。如目录库记录并保存市县级平台实体标识和位置信息的数据将信息填充到目录库中。当收到一个新文档通知时，RLS会把病人标识符和文档位置信息存储到目录库中。当医疗服务机构需要查询给定病人的文档时，RLS将搜索目录库并将该病人的文档列表及其位于市县级区域平台的位置返回给医疗服务机构。术语字典库：包含了县级区域平台/大型医疗服务机构中使用的一组已经核准的和标准化的关于人体解剖学、医学诊断和手术、药品及其它事项的术语，以及国家颁布的关于健康档案和电子病历相关的数据集标准（包括数据元编码和数据元值域代码），应及时更新术语字典并存储到术语字典库中。经常会发生添加和更新术语，因此需要一个标准术语管理系统，保持最新的术语字典库。各个市级平台可以按相关标准建立自己的术语字典库，逐步统一到省级平台。主要的数据字典见附录A所列数据标准。集成层组件集成总线：集成总线通常在企业级消息系统实现上层提供一个抽象层，作为应用程序之间的消息代理。通过事件驱动和基于标准的消息传递引擎（总线），为复杂的架构提供基础服务。开发人员通常使用基于已经验证认可标准的中间件产品实现ESB。基本服务适配器：Web服务适配器允许一致的、标准化的服务层连接到最初不是用服务开发的或不兼容的服务层应用程序。基本消息适配器：基本消息适配器允许不同类型的消息在应用程序之间进行通讯。一般情况下，消息适配器将消息映射到API调用，在接收应用程序处理完API卫生信息平台新技术应用卫生信息计算技术概述卫生信息计算（CloudComputing）是网格计算（GridComputing）、分布式计算（DistributedComputing）、并行计算（ParallelComputing）、效用计算（UtilityComputing）网络存储（NetworkStorageTechnologies）、虚拟化（Virtualization）、负载均衡（LoadBalance）等传统计算机技术和网络技术发展融合的产物。它旨在通过网络把多个成本相对较低的计算实体整合成一个具有强大计算能力的完美系统，并借助SaaS、PaaS、IaaS、MSP等先进的商业模式把这强大的计算能力分布到终端用户手中。CloudComputing的一个核心理念就是通过不断提高“卫生信息”的处理能力，进而减少用户终端的处理负担，最终使用户终端简化成一个单纯的输入输出设备，并能按需享受“卫生信息”的强大计算处理能力。卫生信息计算的基本原理是，通过使计算分布在大量的分布式计算机上，而非本地计算机或远程服务器中，数据中心的运行将更与互联网相似。将资源切换到需要的应用上，根据需求访问计算机和存储系统。卫生信息计算具备以下几个鲜明特点：数据安全可靠：卫生信息计算提供了最可靠、最安全的数据存储中心，用户不用再担心数据丢失、病毒入侵等麻烦。客户端需求低：对用户端的设备要求最低，使用起来也最方便，不需要考虑软件升级等问题。轻松共享数据：卫生信息计算可以轻松实现不同设备间的数据与应用共享。数据中心是基础架构的关键环节，它的实现不仅是硬件的提升，更是信息管理水平的促进。卫生信息数据中心转变为卫生信息计算方式不能一蹴而就，转变要经历以下几个阶段:整合阶段部署集中式数据中心网络架构，可使数据中心和分支机构及其服务器、存储和网络资源实现标准化和整合，从而提高运营效率、利用率，增强弹性。虚拟化阶段一方面，基础资源的虚拟化，采用优化的统一结构来托管和编排虚拟服务器、存储和网络资源，可确保更好的IT响应能力和应用可用性。另一方面，加强系统服务虚拟化：基于已有的服务实现协调服务，跨域/机构的协调整合统一服务接口定义：IHE，VirtalIHE虚拟IHE服务，对国家标准的虚拟化实现。现有物理网络之上的虚拟网络基于服务实现的应用层“网络”扩展现有的网络，符合卫生信息交换标准自动化阶段部署统一计算架构，允许通过使用预设计的虚拟化架构的精简基础架构，来自动设置服务，进行服务编排，并随着业务需求的变化，灵活地扩展系统。这些部署阶段以及数据中心架构的演进过程，如下图所示。图6-11卫生信息数据中心的演进基于卫生信息技术的数据中心建设数据中心“卫生信息”计算应用支撑平台，提供海量数据，大用户量，高并发访问支持，实现数据中心需要的高性能、高扩展性，以及构建资源池、按需计算、节能减排等“卫生信息”计算关键技术功能。主要功能：（1）内置企业服务总线（ESB），提供服务的注册、访问、代理、监控等功能。（2）多级数据分区功能，支持将中心数据库，按需拆分成多个、多级数据库，平台实现多库的访问与数据同步。（3）支持多级缓存，同时支持集中式Memcached缓存、与应用服务器或客户端LocalCache结合的缓存技术，支持同步、异步两种缓存更新策略。（4）支持部署组件，实现业务模块组件、应用子系统，以及各分区数据库的自动按需部署。支持集中式、分布式以及混合部署方式。（5）“卫生信息计算”PAAS平台功能，支持将现有的服务器、操作系统、数据库，整合构建“资源池”，根据用户的访问量、系统响应时间，按需进行启动、部署、迁移、均衡及关闭低负载设备，实现“按需计算、节能减排”。（6）提供二次开发接口，允许按业务需求进行定制扩展。基于卫生信息技术的交换服务网络平台建设中心“卫生信息”计算交换服务平台，提供大用户量，高并发访问支持，实现数据中心间互联互通需要的高性能、高扩展性，以及构建资源池、按需计算、节能减排等“卫生信息”计算关键技术功能。主要功能：（1）内置企业服务总线（ESB），提供服务的注册、访问、代理、监控等功能。（2）多级数据分区功能，支持将中心，按需拆分成多个交换引擎子节点，平台实现多节点的集群与数据同步。（3）支持多级缓存，同时支持集中式Memcached缓存、与应用服务器或客户端LocalCache结合的缓存技术，支持同步、异步两种缓存更新策略。（4）支持部署组件，实现业务模块组件、应用子系统，以及各子节点的自动按需部署。支持集中式、分布式以及混合部署方式。（5）“卫生信息计算”PAAS平台功能，支持将现有的服务器、操作系统、数据库，整合构建“资源池”，根据用户的访问量、系统响应时间，按需进行启动、部署、迁移、均衡及关闭低负载设备，实现“按需计算、节能减排”。（6）提供二次开发接口，允许按业务需求进行定制扩展。大数据近年来，纷繁复杂的医疗结构数据所呈现的爆发式增长的势头引起了业内许多人的担忧。人们对医疗行业数据利用的探讨不绝于耳，于是，大数据一词被搬到众人的面前。所以，卫生信息化建设也迎来了自己的“大数据时代”。大数据与卫生信息化大数据时代来了，卫生信息化会是什么样?大数据背景下的卫生信息化建设该如何实现华丽转身?卫生保健是大数据最具应用潜力的行业之一美国一研究报告对大数据具有应用潜力的行业做了排名，其中包含政府、卫生保健和社会保障两个层面。政府对于正在如火如荼地推进电子病历卫生信息化这块，卫生局是一个借鉴。十八届三中全会对于社会资本介入到医疗行业和健康保健业，已经开始有这种政策的导向。对卫生保健和社会保障，像深圳开始做医生的自由职业，慢慢可能引发医生自由人或者社会人在不同医疗机构执业发生医疗行为的过程。我们猜想会慢慢出现这种状况——政府行业和卫生保健综合潜力靠前，但是在政府行业业内表现差异度表现最低，几乎千公司一面。而对于医疗保障和社会保障相对好一些。此外，医院数据的交易密度其实非常低，医院做信息系统最多跟医保发生交互，剩下都是医院内部的数据，不管是HIS、LIS、PACS、RIS还是固定资产，都是在医院内部的小循环完成的，除了为医保上传治疗信息、用药信息，几乎没有对外数据上传。这样看来，卫生保健业的潜力非常大，对大数据而言，前途是光明的，道路也是曲折的。医疗大数据主要来源国际上公认的医疗大数据的主要来源由四方面构成：1、制药组织/生命科学;2、临床医疗/实验室数据;3、费用报销/利用率;4、健康管理/社交网络。我国现代医院的主要来源于所有的系统，结构性的数据库较多，大量在医患交流时口述的数据以及心电监护仪等搜集数据往往都丢掉，造成大量数据流失。综合而言，医疗的信息化从产生、量级、质量、多样性等和大数据还有一定的距离。目前，国内还是停留在更多的结构化数据的应用上。对于现在新流行的移动设备，包括WIFI语音、监护信息的查询等等，并没有放在医院信息库里，而只是信息系统搜集的信息。数据没有有效整合大数据驱动力何在？卫生健康信息化和大数据，我国医疗数据根本没有有效整合，很多大量信息没有交互。对于病人的健康关照，尤其在社区，几乎不会将健康监测等数据回传。社区中心数据没有有效搜集、整合，导致数据支离破碎形不成合力。那么，中国的大数据驱动力在哪?医院信息化经历过特别艰难的时代，内部驱动是门诊收费、住院收费。而当医院信息化有一天发展特别快的时候，外部驱动力在哪儿?其中医保是一方面，因为医保需要实时在线服务，医保需要实时结算数据。小结随着信息技术在医疗领域的应用更加深化，在医疗的各个细分领域，从诊断、监护到治疗都将全面开启一个智能化的时代，基于医疗卫生信息计算平台与大数据分析的诊断与治疗技术将更深刻地改变甚至颠覆传统的医疗商业模式，大数据对医疗行业的作用已进入全面发展阶段，将逐渐进入黄金期。在数据中心建设，综合统计、决策支持、专家系统建设方面可以充分借助大数据技术。物联网物联网是新一代信息技术的重要组成部分。物联网的英文名称叫“TheInternetofthings”。顾名思义，物联网就是“物物相连的互联网”。这有两层意思：第一，物联网的核心和基础仍然是互联网，是在互联网基础上的延伸和扩展的网络；第二，其用户端延伸和扩展到了任何物体与物体之间，进行信息交换和通信。因此，物联网的定义是：通过射频识别（RFID）、红外感应器、全球定位系统、激光扫描器等信息传感设备，按约定的协议，把任何物体与互联网相连接，进行信息交换和通信，以实现对物体的智能化识别、定位、跟踪、监控和管理的一种网络。中国对于物联网的定义，物联网(InternetofThings)指的是将无处不在（Ubiquitous）的末端设备（Devices）和设施（Facilities），包括具备“内在智能”的传感器、移动终端、工业系统、楼控系统、家庭智能设施、视频监控系统等、和“外在使能”(Enabled)的，如贴上RFID的各种资产（Assets）、携带无线终端的个人与车辆等等“智能化物件或动物”或“智能尘埃”（Mote），通过各种无线和/或有线的长距离和/或短距离通讯网络实现互联互通（M2M)、应用大集成（GrandIntegration)、以及基于卫生信息计算的SaaS营运等模式，在内网（Intranet）、专网（Extranet）、和/或互联网（Internet）环境下，采用适当的信息安全保障机制，提供安全可控乃至个性化的实时在线监测、定位追溯、报警联动、调度指挥、预案管理、远程控制、安全防范、远程维保、在线升级、统计报表、决策支持、领导桌面（集中展示的CockpitDashboard)等管理和服务功能，实现对“万物”的“高效、节能、安全、环保”的“管、控、营”一体化。河南医疗卫生云可以利用物联网技术提供服务。例如对于个人健康管理服务，可以通过佩戴无线发射检测医疗器械，即时在线向平台提供个人健康基本信息，如血压、体温、心监等信息，获取更优质的医疗卫生服务。需要指出的是：物联网是需要将物与物连接起来并且进行更好的控制管理。所以，在物联网传感技术推广的初期，功能单一，价位高是很难避免的问题。在成本尚未降至能普及的前提下，物联网的发展存在限制。医院物联网应用示范建设内容医疗物联网应用主要包括两个方面：在医院内，用于患者的登记、标识和监护，医护人员管理，医疗器械的管理，特殊医疗产品（如血液制品）管理，药房管理，医疗垃圾的处理等；在医药供应链上，用于药品生产和流通、库存管理、药品防伪等方面。医疗物联网整体架构设计以现行医院体系结构、管理需求为基准，充分考虑各业务层次、各管理环节数据处理的实用性。考虑医疗行业发展趋势，能满足今后国家政策法规及医院管理需求调整的需要为前提，根据医院工作的流程和医院管理的实际状况采用不同的模式，使得医院的信息化建设可以逐级提炼，实现从低级到高级的平滑过渡。图6-12医疗物联网基础整体架构图上图所示医疗物联网基础整体架构，根据各医院实际情况与投入预算，可形成不同的配置方案与组网模式。RFID为人员资产提供唯一的身份ID，并存入相应的信息，这些信息与后台数据库及医务管理人员联动，使人员资产管理工作全过程都受到RFID的非接触自动识别特性能避免差错，提高医院业务的合理性、安全性、可靠性；RFID对心率、脉搏、血压、呼吸等生命体征传感技术可实现生命体征的智能感知和提醒和预警等自动化处臵，实现病人生命体征的自动采集和监护，医生和护士通过物联网络可及时获取信息，为抢救赢取时间，为治疗提供便捷和准确的服务。业务应用物联网技术能够帮助医院实现对人的智能化医疗和对物的智能化管理工作，支持医院内部医疗信息、设备信息、药品信息、人员信息、管理信息的数字化采集、处理、存储、传输、共享等，实现物资管理可视化、医疗信息数字化、医疗过程数字化、医疗流程科学化、服务沟通人性化，能够满足医疗健康信息、医疗设备与用品、公共卫生安全的智能化管理与监控等方面的需求。主要为医院实现以下业务应用：医疗服务应用身份确认医院将信息印制在RFID医疗卡上，由病人随身携带。当该病人入院诊治时，医院只需用二维条码扫描器扫描医疗卡上的标签信息，就可以完成病人的入院登记和病历获取，因此为急救病人节省了许多宝贵的时间。由于RFID技术提供了一个可靠、高效、省钱的信息储存和检验方法，因此医院对急诊病人的抢救不会延误，更不会发生伤员错认而导致医疗事故。人员定位及监控在医院，人员定位包括对医护人员和患者的定位和追踪，将腕式RFID标签佩戴于工作人员和病人手腕上，就可以对他们的位置进行持续的定位与追踪，同时也可以和门禁控制的功能相结合，确保只有经过许可的人员才能进入医院关键区域，如限制未经许可人员进入药房、儿科和其它高危区域等。腕式标签还具有防拆卸功能，预防病人佩戴的标签被非法拆卸或破坏。病人出现紧急情况时，可通过标签上的紧急按钮进行呼叫。随着新型医疗模式的出现，与物联网技术相关的无线定位系统在医疗机构的应用将具备更加广泛的应用前景。医疗物联网应用于医院追踪资产、设备和病人，及时了解和掌握关键工作人员、资产和医疗设备的实时位置信息已成为医疗保健机构的主要任务之一，这能帮助医疗保健机构降低成本、改善工作流程和提高病人护理服务质量。移动医疗监护智能化无线医疗监护服务是以无线局域网技术和RFID技术为底层，通过采用智能型手持数据终端为移动中的一线医护人员提供“移”触即发的随身数据应用。医护人员查房或者移动的状态下，可通过智能型手持数据终端的护理人员端软件，透过WiFi无线网络实时联机，与医院信息系统数据中心的数据交互。使医护人员随时随地在手持数据终端上获取全面医疗数据的信息服务系统，而病人可藉由佩戴在手上的装有RFIDPC连接的读卡器查询显示该患者目前的检查进度，并可获取全面医疗数据的信息服务系统，根据历史记录和临床检查结果，对比患者病情的变化情况，当机立断地会诊和制定治疗方案。生命体征采集物联网另一个十分重要的医疗应用领域就是生命体征采集与健康监测。医疗物联网利用嵌入式传感器和特殊软件使医生可以实时了解到他负责的病人的血糖、血压情况。通过无线传感器网络，医生可以随时了解被监护病人的病情，进行及时处理，还可以应用无线传感器网络长时间地收集人的生理数据，这些数据在研制新药品的过程中是非常有用的。医药管理应用药品供应链管理物联网技术可以通过对流通过程中单个药品唯一的身份进行标识及追踪，从而达到对药品信息及时、准确的采集与共享，为有效地解决我国医药流通中存在的安全、成本和管理等问题提供新的思路。生物制剂管理生物制剂中蛋白质的不稳定性，使得其易受环境的温度变化影响，导致制剂变质，通过先进的RFID技术，在需要恰当的温度管理来保证质量的特殊生物制剂的物流管理和生产流程管理中，将温度变化记录在“带温度传感器的RFID标签”上，对制剂品质进行细致地、实时地管理，可以简单轻松地解决生物制剂管理中的变质问题。医疗器械管理应用手术器械管理基于RFID技术的器械包管理及追溯系统最大限度的控制和消除了器械包的安全隐患，也明确了各个环节的工作人员的责任并对相关信息进行记录，便于在有相关感染事故出现后进行追溯。医疗物联网可以追踪组织物品的去向，还有柜子、冰柜和冰箱门锁定，通过工人扫描标签并选择相应的病人，显示了哪位医务人员拿走了哪些物品，以及哪些病人用到这些物品，从而减少组织物品的丢失或浪费。消毒包的管理医疗物联网可以通过采用先进的条码和RFID技术，对每个手术包配带一个条码或RFID标签，负责采集和存储手术包流程的属性信息，内容包括手术器械种类和编号、数量、包装人员编号、包装日期、消毒日期、手术包类型等。系统通过这些信息对器械包的回收、清洗、分类包装、消毒、发放等环节进行记录，并对器械包的存放、使用实行监控，最大限度控制和消除了器械包的安全隐患，也明确了各个环节工作人员的责任并对相关信息进行记录，便于相关感染事故出现后进行追溯。医疗垃圾处理信息技术的发展使医疗废物实时监管统一平台的建立成为可能，而服务和监管方式的新革命来自于射频识别技术（RFID）、卫星定位技术的发展。随着信息系统的普及化与信息化水平的提高，医院和专业废物处理公司的信息处理能力已大幅提高，推广医疗废物的电子标签化管理、电子联单、电子监控和在线监测等信息管理技术，实现传统人工处理向现代智能管理的新跨越已具备良好的技术基础。实现可视化医疗废物运输管理和实时定位为基础的高速、高效的信息网络平台和EDI等为骨干技术的医疗废物RFID监控系统，将为环保部门实现医疗废物处理过程的全程监管提供了基础的信息支持和保障。移动互联网随着全球智能手机和新型创新连接设备普及率的日渐提高，以及移动宽带网络和服务的拓展，移动医疗无疑将在未来的医疗保健行业发挥重要作用。前景与趋势移动医疗不仅是医疗信息化的发展方向，也代表着医护工作者工作方式改变的趋势。移动医疗有主要的四类应用形态，即移动护士类应用系统(例如移动查房、移动输液等)、移动医生类应用系统(例如移动调取电子病历、移动诊断和会诊等)、移动管理应用系统(例如患者统计、用药统计等)和移动患者应用系统(例如移动挂号、化验单查询等)。IDC数据显示，截至2013年9月全国范围内17.5%的三级医院已经使用了移动医疗系统。在已经安装了移动系统的医院中，大多数医院目前使用的移动医疗系统功能比较简单，预计2014年多数医院将扩大移动医疗的部署范围，扩展移动医疗的功能；同时2014年将会有更多的医院开始建设移动医疗系统。医护人员BYOD(自备设备，BringYourOwn要模式。案例：2011年10息广播了出来：飞机上有医生吗?有人能帮忙吗?一个高大的身影从6C号座位上站了起来。他就是埃里克·托普(EricTopol)，美国最受尊敬的心脏病学家之一。托普拿出一个小巧的无线心电图仪与他的iPhone手机相连，经过检查，托普断定这名乘客心脏病发作。发展方向《中国移动医疗2012报告中指出，中国在无线医疗变革的潜力优势独一无二,中国拥有不断增长的大量手机用户以及不断增长的医疗需求。截至2013年12月，中国手机网民规模达到5亿户，网民中使用手机上网的人群比例由2012年底的74.5%提升至81.0%。另一方面，家庭医疗支出占比也在逐步提升。数据显示，移动医疗目前趋向于以下几个方向：可穿戴的医疗诊疗设备：便携式可穿戴的诊疗设备用可于实时监控患者病情数据，可及时上报、发出警报、采集及分析数据，根据实时数据第一时间向患者推送最佳诊疗方案，这方面的设备有：可穿戴心脏监测设备，糖尿病数据监测设备等。方便的记录健康信息：由于可穿戴设备和掌上设备的便携性，可方便或实时自采集用户的数据，目前已有成熟的产品在市场销售，例如：运动手环，用药提醒等。分享成功实治疗经验：相同健康状况或拥有相同病史的用户，以社交的方式他享他们的医疗资源和成功的治疗经验，即起到优秀医疗资源广泛宣传的作用，又可以让偏远地区的用户在患病的第一时间得到有效救治。足不出户且可跨地域的找到是有效治疗方案：近年来，交通事故或其它意外事故频发，只要通过简单的掌上设备就可以在医疗队到达之前将现场的第一数据即，地理位置，文字、图片和影像传送给远方的医疗机构，医疗机构根据传回的数据选取最有效的救治设备，减小事故中的损失。随时随地查看个人就诊数据：患者只需通过自己的掌上设备就可以在任何地方任何时间查看自己的病历，降低纸质或或它材质数据的管理成本，减少材料损耗，还可达到节能环保的目地。应用场景物联网应用广泛应用于门户建设应用应用公众服务移动应用如预约挂号专项如急救等系统建设。小结随着移动互联网接入设备数量的不断攀升，以及用户对现今生活品质的不断追求，在医疗领域发展移动互联网将是未来1~2年的重点发展方向；我们可以向用户提供各种可定制化服务，不仅可以为用户提供最佳的诊疗、保健方案，而且在救助、急救、跨地域医疗等方向也会提供方便、快捷、有效的服务。河南省卫生信息基础设施架构整体架构卫生信息基础设施架构是保证整体平台运行的基础软硬件设施。包括所涉及的网络环境，以及服务器和存储资源。为保证卫生信息基础设施能够满足今后几年的业务及容量发展，应保证其基础架构满足灵活变化的业务需求。采用卫生信息化技术，从基础网络到计算资源和存储资源，均实现以业务为核心的全面虚拟化。以实现高扩展性、灵活管理和资源的充分利用。在卫生、计生信息化中包括卫生信息网络，其层次结构图如下图。一级网络（国家级主干网）：该网络从中央（国家级卫生信息平台）连接至各省（省级卫生信息平台），采用数字专线形式构建。二级网（国家级主干网节点的接入网）：该网络从各省（省级卫生信息平台）连接至其管辖的地市级行政区（地市级卫生信息平台），采用数字专线形式构建。三级网络（城域网）：该网络从各城市连接至其管辖的医院、社区卫生服务中心等卫生机构。省级范围内的网络可采用专网，也可基于运营商的专网或公共网络,使用虚拟专网技术建立省级范围卫生业务虚拟专网，建立省（区、市）、地市（区）、县三级的扁平式物理网络连接，并通过网络权限设置实现省（区、市）、地市（区）、县三级的纵向行政管理。广域组网技术方案为了满足卫生业务信息的传输要求，省级卫生信息网络设计为IP专网，组网方式主要分为数字专线组网和虚拟专用网络两种方案。数字专线组网。租用电信运营商的数字线路，采用行星结构搭建省级卫生信息IP专网，由省卫生、计生信息网络中心、省市连接线路组成。数字专线可以租用SDH或MSTP的方式，在此基础上搭建IP网络。虚拟专用网。基于网络运营商的专用数据网络或公共网络，通过IPSecVPN技术构建虚拟的私有专用网络VPN。河南卫生、计生平台采用扁平式接入，即所有地市和县级机构均直接接入省级虚拟专网，通过网络权限设置实现省（区、市）、地市（区）、县三级的纵向行政管理。结合现有已经部署的县级数据中心设备能力，先期可采用虚拟专用网的方式进行组网。在省、市两级数据中心平台逐步建成后，可通过专线方式组成主干网络，将虚拟专网作为备用网络，在专网故障时，可自动切换到备用网络，以保证链路的可靠性。整体广域网组网示意图如下：图7-2河南省卫生信息广域组网结构图省卫生、计生信息网络设计接入省级卫生、计生信息网络的机构包括全省级医