"""

医院数据集成平台总体架构设计

5. 总体平台架构设计

5.1 总体功能架构

• 本项目建设的医院数据集成平台旨在为医院信息化建设提供标准和规格，同时为医院内部信息共享提供一个共享和利用的平台，并作为医院对外提供一个统一的信息对外出口。
• 该平台能够实现不同信息系统、组织机构间信息资源的整合，实现业务数据的实时更新，确保信息同步，以满足管理决策、临床决策、科学研究、对外信息共享的需求。
• 面对国内医院临床信息系统中存在的非结构化数据和不规范的临床数据问题，该平台将构建符合要求的数据库，以应对机器语言无法直接解析的问题。

5.2 总体规划架构

• 数据集成平台的架构包括四个部分：业务源数据层、业务集成层、大数据中心层、数据应用层。
• 该架构的优势在于其强大的可扩展性和整合性，既可以根据政策及医院需求在平台基础上进一步建设区域平台，实现区域数据共享和数据应用，又可以整合医院内部各个部门的信息系统，实现数据共享和协同工作，提高工作效率。

5.3 集成平台基础架构

5.3.1 业务源数据层

• 业务源数据层由医院的各业务系统组成，如HIS、EMR、LIS、PACS、LIS等业务系统。
• 随着医院信息化建设的深入，医院完成了HIS、临床信息系统、电子病历系统、医技辅助业务等系统建设。
• 各业务系统间存在不同厂商开发、各异构系统间的接口集成方式和信息交互标准不一致、接口集成耦合度高、重复建设等问题，以及临床数据孤岛现象严重、患者信息数据和临床数据面临整合等需求。

5.3.2 业务集成层

• 通过ESB集成引擎实现各个业务系统的标准化互联互通。
• 构建以SOA（面向服务）系统的架构，充分利用企业服务总线的技术特性，实现医疗系统间的集成互操作性，并降低各系统间的耦合度。

5.3.3 大数据中心层

• 数据经过深度治理后形成了高质量的大数据中心，包括CDR、ODR及RDR。
• 临床数据中心（ClinicalDataRepository，CDR）以患者为中心，以患者EMPI为主线，组织、整合、存储患者临床数据。
• 运营数据中心（OperationDataRepository，ODR）是医院信息平台建设中的重要部分，其数据主要来源于医院各业务领域中实际产生的业务及管理数据。
• 科研数据中心（ResearchDataRepository，RDR）是科研平台的核心构件，是以临床科研数据模型为核心，整合HIS、EMR、LIS、PACS和CDR等系统的基础之上建立的科研数据存储库。

5.3.4 数据应用层

• 数据应用层，是基于高质量的数据为医院临床、管理及科研提供支撑，如患者360视图、数据运营分析平台、共享文档管理，同时能够支撑智慧化医院建设所需的智能化预警系统、精益运营、科研探索与挖掘等应用。
• 医院精细化运营管理系统，作为一种实时处理大数据、将现有的数据转化为知识的先驱技术，由查询报表、数据分析、数据挖掘、数据备份和恢复等部分组成的。
• 共享文档管理，为满足医疗卫生机构互联互通、信息共享的目的，结合国内三级医院的实际需求，内嵌了国内电子病历共享文档规范内的标准数据集、CDA数据模型，提供了用来生成和解析CDA文档的标准映射配置。

5.4 基于信息平台重构医疗信息服务体系

• 基于模块化+插板式的组件开发模式，以及在应用开发层面采用SOA的整体架构，并遵循应用功能微小化、原子化的思路，通过微小化应用的重构和复用，在全院信息互联互通的基础上实现整体信息服务系统的重构。
• 实现医生工作台、护士工作台、医技服务平台、患者服务平台、医疗大数据平台、临床科研一体化服务平台等，将医院各个角色的人员所需要的信息系统功能进行集成，形成符合医务人员使用习惯的一站式工作台，用以替代传统模式下的医院和医生业务开展所需使用的主要业务系统（EMR、HIS、PACS、LIS等）、管理系统（收费、后勤系统、查询系统等）、质控系统、科研系统等。
• 基于平台还能扩展多个共性应用（如主索引管理、主数据管理、基于时间轴的病人全息图、患者电子化用药清单等）和个性化应用（闭环管理、医护患互动、基于互联网模式的MDT、全随访管理、基于CDSS的闭环流程管理、基于人工智能的临床应用等），未来我们还会面向医疗和健康不断推出更多应用，以不断满足医院各种高级的信息化方面的需求。 """