集成平台的关键在于解决系统之间的互联互通和互操作性的问题，是一个多厂商、多协议的体系结构。医院在集成平台实施的过程中，面临的第一件重要的事情就是交互标准的选择，目前的建设中，分为两队：非标准队和标准队。非标准队一般采用视图抓取、xml格式、json等等的自定义格式，标准队一般采用HL7 V3、HL7 V2、FHIR、DICOM等医疗领域标准，下面会简单介绍一下各种方式以及实施落地的难易程度。（以下内容中将以难易程度总分5★来表示，星数量越多代表难度越高）

1、非标准队

与其说非标准，不如定义为院内交互标准，交互仅限于院内，是一种很有限的互操作，而且定制程度很高，需要很好地把握系统的内部知识。方案缺乏通用性，难以规模推广。但由于其技术门槛较低，学习成本较低，在集成系统数量较少时不失为一种经济快速的方法。

      1.1 视图-★

视图可以说是一种"古老"的交互方案了，几乎传统的系统交互都是用视图的方式，有实施周期短，上线速度快的优点，但提供视图一方数据库，在大量数据查询的时候，将面临系统压力过大，数据库速度变慢等问题。在集成平台建设中，使用视图形式，可以由集成平台定时轮询视图，将数据发送给需要的系统。这样可以减轻源系统的压力。但是无论进行怎么样架构设计，视图这种形式的最大的弊端：无法保证数据的实时性。落地难度：1星。

      1.2 XML-★★

XML 指可扩展标记语言（EXtensible Markup Language），是一种标记语言，很类似 HTML，XML 的设计宗旨是传输数据，而非显示数据，XML 标签没有被预定义。需要自行定义标签。XML 被设计为具有自我描述性。在集成平台的建设中，XML也是使用频率较高的一种。一般是由数据生产者和数据消费者共同约定好XML标签及结构后，在集成平台上进行数据交互，这种方案能提供有限的互操作，但仅限于院内使用，无法规模化推广，如果医院更换信息系统，那么又会产生新的改造成本。落地难度：2星

      1.3JSON-★★

JSON(JavaScript Object Notation, JS 对象标记) 是一种轻量级的数据交换格式。它基于 ECMAScript 规范的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得 JSON 成为理想的数据交换语言。 易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。随着互联网+的兴起及移动APP的推广，这几年使用JSON的也逐渐增多，JSON对比XML更轻量化，描述同一件事情，JSON比XML更加节省资源，但是在院内面临着好多老旧的系统对JSON的支持比较差。落地难度：2星

2、标准队

不同厂商的产品使用的一般都是自己定义的标准。这使得实现他们之间的数据交换非常困难。因此使用统一的比较完善的标准也成为建设集成平台的当务之急。使用遵守标准的接口，医院内部不同系统的集成就会变得更加的简单。医院也不会被单个系统绑架，每个系统都可以进行择优选择替换。

HL7是医疗领域不同应用之前的电子数据传输协议，是由HL7组织制定并由ANSI批准实施的一个行业标准。也是目前国际上医疗领域内比较成熟通用的信息交换标准。 它为各类型医疗信息系统之间定义了接口标准格式，实现各医疗系统之间的互联互通和互操作。

     2.1 HL7 V2-★★★★

采用消息机制，十分类似于网络的信息包传递方式，每个消息可以细分成多个段、栏位、元素和子元素。优点是轻量化、资源利用率高，有第三方开源的解析工具nhapi，解析速度快，且经过多年的应用，已经有一大部分院内系统对HL7 V2版本标准协议支持。但是因其特殊的格式，造成HL7 V2版本的可读性很差。落地难度：4星。

     2.2  HL7 V3 &CDA-★★★★

HL7 V3 是新一代的HL7消息标准。它引入了一个通用的参考信息模型RIM，数据类型模型和词汇集合以及一个正式的标准开发方法学。另外，它引入了“文档”即CDA，CDA是HL7应用最广泛的V3标准。它提供了一个标准化的头，头中包含了文档相关的元数据， 用不同的章节来表达不同的临床相关内容。作为消息架构的一种补充来实现卫生保健信息的共享，尽管名义上涵盖了这些所有内容，但是“V3”这个词一般用来指代 "V3 消息"。HL7  V3采用XML表达，具有可读性强，互操作性高的优点。卫计委《电子病历共享文档规范》使用的是CDA标准。《医院信息平台基本交互规范》采用的是HL7 V3消息。采用该标准最大的好处是符合卫计委推荐使用标准，在进行《医疗健康信息互联互通标准化成熟度评测》时，改造量小，但同时面临各系统接入平台改造量大，但相信随着卫计委标准的推行，各系统会逐渐兼容该标准。落地难度：4星。

       2.3 FHIR-★★★★

是由 HL7 提出的新一代标准框架，FHIR 整合了 HL7 V2，V3 和 CDA 的优点，同时利用了最新的Web标准,紧紧围绕着 implementability开发和实现，FHIR 的解决方案是基于一些称之为“资源”的模块化组件的.，这些资源可以很容易地应用到现有的生产系统中，只需已有的其他方案的一小部分成本就能够解决实际的临床和管理上存在的问题。FHIR目前在国内鲜有具体落地的案例，而医疗信息系统对其的支持目前没有几家。与以上的比较，FHIR属于初生期的标准，同时也是一种简练、易于理解的标准。落地难度：4星。

总结

标准队，是医疗信息化发展的方向，但是现阶段来说，由于医疗场景的复杂度，特别是中国特有的国情，没有一个标准能完全覆盖到所有的业务场景。因此对于集成平台的建设时，一般都是选择标准+自定义混合。标准的选择，在于对业务场景的调研，对医院信息系统的调研，各厂商对于标准的支持，同时分析并了解清楚改造的成本及改造的代价，以及与收到的回报进行对比，方能做出正确的选择。