集成平台系列之易混淆概念整理汇总

什么是集成？ 

"集成" (integration) 是指将不同的系统、部件或者应用程序结合在一起，使它们能够协调工作并实现共同的目标。 集成主要包括数据集成和应用集成。 

1.1 数据集成  

数据集成是一个跨行业的通用术语，根据维基百科的定义： 数据集成是将不同来源与格式的数据逻辑上或物理上进行集成的过程。 
在数据集成过程中，可能需要执行以下操作： 数据清理： 将不一致的数据格式转换为统一的格式，以确保数据的准确性。 数据整合： 通过使用数据映射和数据转换工具，将不同数据源的数据结合在一起，以形成统一的数据集。 数据标准化： 确保所有数据在含义、单位和精度等方面保持一致。 数据质量管理： 通过执行数据验证、数据清理等操作，确保数据的准确性和一致性。 数据集成是一项复杂的工作，但它对于数据分析和决策支持等应用领域具有重要的意义。 通过数据集成，可以确保数据的准确性和一致性，打造一个统一的、高效的数据访问和分析环境，提高数据访问和分析的效率。 

1.2 应用集成 

应用集成是“建立一个统一的综合应用，也即将截然不同的、基于各种不同平台、用不同方案建立的应用软件和系统有机地集成到一个无缝的、并列的、易于访问的单一系统中，并使它们就像一个整体一样，进行业务处理和信息共享。 ”这些不同的应用程序或服务通常会通过API、中间件等方式结合在一起，使它们能够协同工作并共享数据。 它的目的是通过结合不同的应用程序和数据，实现业务流程的自动化和整合，从而提高工作效率和减少错误。 
总的来说，数据集成更关注数据的整合，而应用集成更关注应用程序或服务的协同工作。 

集成的一些相关技术 

在医疗信息化的集成建设中会用到一些相关技术，其中包括了集成引擎（IE）、ESB、ETL、MQ、API等 

2.1 集成引擎（IE） 

集成引擎（IE）是专门针对医疗行业而设计的数据交换集成工具，最早是医疗行业用于HL7 V2消息采用Socket的MLLP方式进行传输，来保障消息的完整性和流转等能力。 后来逐步演进为异步队列方式进行消息传递、通知、分发等场景，其中比较典型的是面向消息的集成。 集成引擎具有保证消息传输、侧重于消息的异步处理、保证消息传输顺序、支持的医疗标准等特点。 

2.2 ESB 

ESB（Enterprise Service Bus，企业服务总线）是一种基于服务的架构（SOA）的集成技术，它提供了一种分布式、可靠、可扩展的方式来集成企业内部和外部的应用程序和服务。 ESB 是一种轻量级的、高度可配置的中间件，用于在不同的应用程序和服务之间传递和转换消息和数据。 相比集成引擎，ESB 更侧重于提供服务总线的功能，可以将各种不同的应用程序和服务连接起来，并提供统一的接口和协议。 ESB 还提供了许多与服务相关的功能，如服务注册和发现、服务路由、消息传递、事务管理、安全性、监控和管理等。 

2.3 ETL 

ETL（Extract, Transform, Load） 是一种数据集成和数据处理技术，是 Extract、Transform、Load 的缩写。 ETL 的主要目的是将数据从多个来源提取（Extract），进行转换（Transform），然后将数据加载（Load）到目标系统中，以满足数据分析、报告、数据挖掘等业务需求。 

2.4 MQ 

消息队列（Message Queue，简称MQ）是一种用于在应用程序之间传输数据的中间件，它允许应用程序通过异步方式发送和接收消息。 消息队列中的消息可以是数据、命令、请求或事件，它们以先进先出（FIFO）的方式在队列中排列。 消息队列通常由三个组件组成： 生产者、消费者和消息队列本身。 生产者将消息发送到消息队列中，而消费者则从消息队列中获取消息并进行处理。 消息队列则负责将消息存储在队列中，并确保消息按照先进先出的方式被消费者消费。 MQ和集成引擎虽然都是医疗信息集成中常见的技术，但它们的主要功能和使用场景不同。 消息队列主要用于数据传输，而集成引擎则更关注数据转换和集成。 

2.5 API 

接口方式集成是近年来国际上较为流行的方式，并逐渐成为未来的一种趋势。 API集成通常是指的是通过应用程序接口（API）实现不同软件应用程序之间的集成。 API是两个应用程序之间通信的一种标准方式，可以让不同的应用程序之间共享数据和功能。 API集成的主要优点包括： 灵活性： API集成可以在不同的应用程序之间提供灵活的、可扩展的数据交互和功能。 简便性： 通过使用标准的API接口，API集成可以使开发人员更容易地进行集成和数据交换。 可维护性： 由于API集成使用标准接口和协议，因此易于维护和升级。 安全性： API集成可以提供安全的数据传输和访问控制机制，以保护数据安全。 

互联互通和互操作性 

3.1 互操作性 

互操作性（interoperability）的概念来自计算机科学领域，指的是“不同的系统和组织机构之间项目合作、协同工作的能力”。 广义地说，互操作性还会考虑那些影响系统之间性能的社会、政治和组织机构因素，而协同工作所产生的联动效果和机制就称为“互操作”。 
在医疗健康领域，对“互操作性”的定义还具有一些更具体的内涵。 2013年，HIMSS对“interoperability”给出了最新定义： 互操作性指的是不同信息系统和软件应用之间的通讯能力、数据交换能力、信息使用能力。 医疗信息系统之间的协同工作能力是为了提升面向个人和社区的医疗服务质量。 不管使用什么应用或供应商，都应当具有能够支撑数据交换的模式和标准，允许数据在临床医生、实验室、医疗机构、药房和患者之间进行分享。 

3.2 互联互通 

在国内，无论是政策文件还是实践案例，“互操作性”一词出现较少，经常听到的是“互联互通”和“互联互通性”。 2009年，原卫生部在《基于健康档案的区域卫生信息平台建设指南》中给出的“互联互通性”定义如下： 互联互通性指一个系统或应用软件能够正确使用其他系统或应用软件产生的数据的能力。 即系统之间能够传输数据，并且这些数据能够被准确地理解。 

API网关 

API Gateway是一种软件或服务，可以帮助开发人员在应用程序和微服务之间建立安全且可管理的接口。 它作为一个代理服务器，可以控制对后端服务的访问，并提供如身份验证、监控、流量管理、缓存等功能。 API Gateway还可以对进入的请求进行鉴权和授权，支持路由规则和负载均衡，并提供统一监控和日志记录功能。 

API First 

随着互联网医院的发展和普及，企业应用程序和数据的需求日益增长，从而导致传统的集中式架构和水平扩展的架构难以应对。 API First思想提出了以API为中心的架构，将企业的核心业务逻辑和数据封装成API接口，供不同的客户端访问和使用，提升企业的灵活性和可扩展性。 由于API规划与设计是先行进行，因此开发人员在实现时就可以更专注于接口实现，而无需过多地关注业务逻辑。 在API First方法下，整个开发团队可以更好地沟通协作，从而提升开发效率。