具有互操作性的HiUP平台开发(1)
医院或区域医疗卫生信息平台的产生，是为了满足数据的跨系统跨机构共享的需求而产生的。自从国内开始医疗信息平台的开发和建设以来，沿用的都是数据集成的理念，即把医院或区域平台作为一个蓄水的数据大池子(数据中心)来建设，让数据从各个小池子(业务子系统的数据库)单向流进平台这个大池子(数据中心的数据库)，供大家数据共享。平台这个池子只是被动接收数据，对于从各个子系统收到的数据是否完整和正确、是否及时、数据关联质量好坏，是管不了的。数据集成采用的具体技术，是简单的数据库视图共享或库表文件上传方法，系统之间靠私有接口连接。这种平台的应用效果非常局限，实际已暴露出了很多问题。
我们从2010年起决定开发基于互操作性理念的医疗卫生信息平台，在国际医疗信息平台专家的领导下，我们开发出了产品名为HiUP的医疗卫生信息平台，并达到了令人满意的互操作应用效果。
HiUP基本设计理念
HiUP的设计，遵循了国际上医疗信息化建设的互操作性(Interoperability)这个核心理念。互操作性是指医疗软件系统与系统之间能相互有效联动起来，彼此之间进行数据的无边界共享，实现“各个系统之间或机构之间，能够实现在需要的时间，把需要的数据，送达需要的人，进行有意义的使用”这样的数据共享效果。IEEE、HIMSS、HL7、IHE等相关专业组织和一些国家政府都有对互操作性有定义，虽字面表述不同，但本质相同。我们认为互操作性也是适合中国的正确理念，无论哪个国家，医疗卫生服务行业都需要面对医疗决策、医疗协同、医疗质量、医疗成本、医疗运营等本质相同的问题，都有对医疗数据进行及时、准确、有效共享的需求。
, http://www.100md.com
HiUP的技术路线采用了以互操作性为目标的医疗信息交换核心标准和功能。我们认为，专司信息交换之功能的医疗卫生信息平台系统与生产业务子系统(如HIS、LIS、RIS、电子病历等)有一个重大区别，这就是后者重点要解决的是医院里“一条”或“一块”业务流程电子化的问题，注重的是软件系统自身的功能和性能开发，与其他系统的数据交互是次要功能，这些系统不关注或不采用信息交换的标准化是情有可原的；而前者要解决的主要问题就是异构系统间复杂多样的数据共享问题，担负这样职能的系统必须采用医疗信息交换核心标准和功能，否则一定是没有发展前途的。HiUP具体采用了以下标准：
语法互操作性标准：实现系统之间进行数据交换和共享数据的存储时数据结构上的共同语言。HiUP信息规范首先遵照了HL7 V2.X版本，在HL7中没有规定的特殊信息的交互采用XML规范，影像信息的交换遵照DICOM 3.0要求，医疗文书文件遵照HL7 V3.0的CDA要求。
语义互操作性标准：实现系统之间交换数据(术语)含义上的一致性。HiUP具备国际流行的ICD、SNOMED、LOINC、X12、CPT-4等通用标准的应用能力，也具有加入中国卫计委数据标准和医院自定义数据标准的能力。目前国内语义互操作标准或数据标准的应用推广条件还有待形成。
, http://www.100md.com
功能互操作性：实现系统之间交换数据时互操作流程的协调性。平台的跨系统信息交互遵循了IHE框架，具体有PIX/PDQ、XDS、XDS-I、ATNA等。
在开发过程中，我们不断参考对接了原卫生部陆续出台的《基于电子病历的医院信息平台建设技术解决方案(1.0版)》、《基于健康档案的区域卫生信息平台建设指南》等指导文件。
HiUP总体功能设计
围绕产品的设计理念，参照医疗信息平台在国际上多年发展的经验，结合我们对平台在未来移动应用和大数据应用方面的展望，我们确定了HiUP的核心功能，并最终在产品上得到良好体现。
1. 异构系统之间数据交换的中枢
HiUP不像传统集成平台那样仅仅是一个被动蓄水的数据大池子。它具有带动不同异构信息系统彼此联动起来进行数据共享的能力：
, http://www.100md.com
(1)HiUP能够将各个业务子系统产生的数据进行及时的文档生成、注册、存储；当业务子系统数据更新时，能及时进行各系统数据的同步更新，为各类数据使用系统提供及时和准确的共享。因此平台不是做简单的单向的数据集成，而是具备数据的整合和交换功能的、时刻驱动各个系统互动的系统。
(2)HiUP像一个“插线板”一样连接各个系统，具备很强的系统集成和通讯能力，所有参与数据共享的系统都不必彼此直接互联，只需通过与平台的交互完成数据共享，以实现异构系统间数据共享的灵活性。
(3)HiUP能够提供灵活的数据存储和共享机制。平台采用注册服务技术，通过对服务资源的“发布——发现——访问”的闭环管理机制，实现服务资源的统一、完整、及时的共享，对整合后的临床信息实行注册与实体数据分离，实体数据既可以保留在数据源所在系统中，也可以集中存储在平台上的数据中心，满足应用中不同时效性和经济性的需要。
2. 以患者为中心的全景电子病历中心
, http://www.100md.com
平台能够将HIS、LIS、RIS、PACS、电子病历系统等各个临床子系统产生的临床数据进行整合，实现以患者为中心的电子病历信息的管理和展现，是一个患者在一个医疗机构里完整的电子病历。
3. 大数据应用的第一级引擎
由于医疗大数据的4V特性，以及数据安全性和数据共享的经济性考虑，目前这些数据只可能分布存在于不同医疗机构和区域医疗信息平台上，进行网络化的数据共享。医院或区域医疗信息平台是大数据应用的关键一环，我们要求平台能够完成对跨系统的、异构的、多种数据类型的、主题分散的数据源，进行大数据采集和转换，形成供大数据应用的Data Lake，是Hadoop / Spark - ready的第一级大数据引擎。
4. 信息共享应用的用户门户
平台可为各应用方提供具有针对性的应用门户，通过注册和权限管理，让每一个人得到相应的基于数据共享的应用权。, 百拇医药(郭凌宇)
我们从2010年起决定开发基于互操作性理念的医疗卫生信息平台，在国际医疗信息平台专家的领导下，我们开发出了产品名为HiUP的医疗卫生信息平台，并达到了令人满意的互操作应用效果。
HiUP基本设计理念
HiUP的设计，遵循了国际上医疗信息化建设的互操作性(Interoperability)这个核心理念。互操作性是指医疗软件系统与系统之间能相互有效联动起来，彼此之间进行数据的无边界共享，实现“各个系统之间或机构之间，能够实现在需要的时间，把需要的数据，送达需要的人，进行有意义的使用”这样的数据共享效果。IEEE、HIMSS、HL7、IHE等相关专业组织和一些国家政府都有对互操作性有定义，虽字面表述不同，但本质相同。我们认为互操作性也是适合中国的正确理念，无论哪个国家，医疗卫生服务行业都需要面对医疗决策、医疗协同、医疗质量、医疗成本、医疗运营等本质相同的问题，都有对医疗数据进行及时、准确、有效共享的需求。
, http://www.100md.com
HiUP的技术路线采用了以互操作性为目标的医疗信息交换核心标准和功能。我们认为，专司信息交换之功能的医疗卫生信息平台系统与生产业务子系统(如HIS、LIS、RIS、电子病历等)有一个重大区别，这就是后者重点要解决的是医院里“一条”或“一块”业务流程电子化的问题，注重的是软件系统自身的功能和性能开发，与其他系统的数据交互是次要功能，这些系统不关注或不采用信息交换的标准化是情有可原的；而前者要解决的主要问题就是异构系统间复杂多样的数据共享问题，担负这样职能的系统必须采用医疗信息交换核心标准和功能，否则一定是没有发展前途的。HiUP具体采用了以下标准：
语法互操作性标准：实现系统之间进行数据交换和共享数据的存储时数据结构上的共同语言。HiUP信息规范首先遵照了HL7 V2.X版本，在HL7中没有规定的特殊信息的交互采用XML规范，影像信息的交换遵照DICOM 3.0要求，医疗文书文件遵照HL7 V3.0的CDA要求。
语义互操作性标准：实现系统之间交换数据(术语)含义上的一致性。HiUP具备国际流行的ICD、SNOMED、LOINC、X12、CPT-4等通用标准的应用能力，也具有加入中国卫计委数据标准和医院自定义数据标准的能力。目前国内语义互操作标准或数据标准的应用推广条件还有待形成。
, http://www.100md.com
功能互操作性：实现系统之间交换数据时互操作流程的协调性。平台的跨系统信息交互遵循了IHE框架，具体有PIX/PDQ、XDS、XDS-I、ATNA等。
在开发过程中，我们不断参考对接了原卫生部陆续出台的《基于电子病历的医院信息平台建设技术解决方案(1.0版)》、《基于健康档案的区域卫生信息平台建设指南》等指导文件。
HiUP总体功能设计
围绕产品的设计理念，参照医疗信息平台在国际上多年发展的经验，结合我们对平台在未来移动应用和大数据应用方面的展望，我们确定了HiUP的核心功能，并最终在产品上得到良好体现。
1. 异构系统之间数据交换的中枢
HiUP不像传统集成平台那样仅仅是一个被动蓄水的数据大池子。它具有带动不同异构信息系统彼此联动起来进行数据共享的能力：
, http://www.100md.com
(1)HiUP能够将各个业务子系统产生的数据进行及时的文档生成、注册、存储；当业务子系统数据更新时，能及时进行各系统数据的同步更新，为各类数据使用系统提供及时和准确的共享。因此平台不是做简单的单向的数据集成，而是具备数据的整合和交换功能的、时刻驱动各个系统互动的系统。
(2)HiUP像一个“插线板”一样连接各个系统，具备很强的系统集成和通讯能力，所有参与数据共享的系统都不必彼此直接互联，只需通过与平台的交互完成数据共享，以实现异构系统间数据共享的灵活性。
(3)HiUP能够提供灵活的数据存储和共享机制。平台采用注册服务技术，通过对服务资源的“发布——发现——访问”的闭环管理机制，实现服务资源的统一、完整、及时的共享，对整合后的临床信息实行注册与实体数据分离，实体数据既可以保留在数据源所在系统中，也可以集中存储在平台上的数据中心，满足应用中不同时效性和经济性的需要。
2. 以患者为中心的全景电子病历中心
, http://www.100md.com
平台能够将HIS、LIS、RIS、PACS、电子病历系统等各个临床子系统产生的临床数据进行整合，实现以患者为中心的电子病历信息的管理和展现，是一个患者在一个医疗机构里完整的电子病历。
3. 大数据应用的第一级引擎
由于医疗大数据的4V特性，以及数据安全性和数据共享的经济性考虑，目前这些数据只可能分布存在于不同医疗机构和区域医疗信息平台上，进行网络化的数据共享。医院或区域医疗信息平台是大数据应用的关键一环，我们要求平台能够完成对跨系统的、异构的、多种数据类型的、主题分散的数据源，进行大数据采集和转换，形成供大数据应用的Data Lake，是Hadoop / Spark - ready的第一级大数据引擎。
4. 信息共享应用的用户门户
平台可为各应用方提供具有针对性的应用门户，通过注册和权限管理，让每一个人得到相应的基于数据共享的应用权。, 百拇医药(郭凌宇)