医院临床决策支撑与信息平台简介、智慧医院临床决策系统

展开文章目录

文章目录

1. 临床辅助决策支持系统
2. 智慧医院集成平台

2.1 医院服务总线
2.2 患者主索引系统
2.3 主数据管理系统
2.4 数据抽取与转换（ETL）
2.5 患者主索引（EMPI）
2.6 业务交互
2.7 单点登录
2.8 临床数据中心

临床决策支持系统通过以评促建的思路，满足电子病历应用水平 4 级评级和临床诊疗辅助功能需求，提升医疗质量，最终完成医院关于采用信息化管理模式提高医护工作人员诊疗服务能力的整体目标。

1. 临床辅助决策支持系统

本次项目建设的系统以知识图谱和自然语言处理技术为核心，能够为临床医生、护士、医技人员提供智能的辅助工作助手，在诊疗过程中通过实时动态推送和静态医学展示两种方式实现辅助功能。具体表现为：诊疗相关建议性推送，危急值等警示信息、开单合理性提示信息以及静态医学内容查询。帮助医护人员对患者的病情进行全面综合的分析判断，及时识别潜在的医疗差错和风险，减少决策失误；同时，也为医护人员提供了便捷的学习渠道，帮助快速方便的进行知识查询和更新。

底层数据：三甲医院真实临床脱敏病历、诊疗指南、医学教材、权威文献、相关行业标准。
数据建模：底层数据由专业医学团队收集、清洗、整理后，由技术团队后结构化处理后存储，建立系统经验模型库和询证模型库。
智能引擎：经大数据相关算法为数据建立医学逻辑关系，构建底层闭环数据链。
前端应用：以智能引擎为核心，结合医院实际需求，研发顶层应用。

具体的功能描述略，详见 WORD 文档。包括病房、门诊医师管理，检查检验科室管理，病例管理等内容详细描述。

2. 智慧医院集成平台

如上图所示，医院信息平台的总体架构可以分为四层，包括基础设施层、数据层、平台服务层以及平台应用层。数据层、平台服务层、平台应用层是医院信息平台的主要组成部分；基础设施层为医院信息平台提供 IT 基础服务，包括服务器、存储、网络、终端等硬件设备；标准规范体系是保障医院信息平台顺利实施，实现医院信息化建设标准化的重要依据。医院集成平台有如下几个功能：

2.1 医院服务总线

医院服务总线（Hospital Service Bus，HSB）建立服务之间的通信、连接、组合和集成的服务动态松耦合机制，为集成遗留系统和新建应用系统的服务集成提供支撑，在此基础上，开发面向应用的业务适配器组件，实现各集成应用之间可管理的接口透明，为医院应用提供了便捷、一致、安全并符合标准的丰富接口，保证服务之间信息的可靠传送，实现不同操作系统，不同数据库、中间件运行平台及其基于这些平台之上开发的应用软件的服务集成。

HSB 具备可插拔的服务协调、传输协议转换、消息转换和路由的能力，支持主流的开放标准和规范，提供可靠的消息传输机制，其主要组成部分。

医院服务总线的主要功能如下：

1、集成开发平台：Integration IDE

将集成业务需求、系统设计转化为实际的应用，将完成的应用打包部署到运行平台，并通过平台对应用进行测试。开发者在不具备复杂的开发能力的情况下,能利用开发环境实现其集成的要求。

2、集成管理平台：Integration Console

管理平台提供一个方便的途径来进行简单的引擎设置并同时获取实时服务器数据。支持主流网络浏览器并提供快捷的网站式界面。

3、集成监控平台：Integration Monitor

监控平台是一个基于网络浏览器的应用平台。任何操作系统都可以连接到这个监控平台进行监测。用户可访问监控平台来观察管理平台设置的实际效果并作出对应的修改。

4、集成服务运行平台：Integration Engine

通过构建医院医疗服务总线，作为数据交换功能的承载平台，实现外部系统接入、数据过滤、数据转换、信息路由等功能。

5、接口适配

数据库（Database）-对于数据库的处理，允许读、写及存储不同的数据库。
目录（Directory）-基于文件方面，用于批处理文件的读写和后续处理。
TCP 客户或服务器端（TCP Client and Server） - TCP 客户或服务器通讯点可用于连接到远程或本地 TCP 服务器。远程服务由提供商提供一个 TCP 端号，医院服务总线就能通过它访问数据。本地服务由医院服务总线提供 IP 及 TCP 端号，供外部系统接入。
网络主机服务（Web Service Hosting）-提供一种或多种网络连接服务到服务主机。
RPC 网络服务客户端（RPC Web Service Client）-专用于外部 RPC 类的服务连接。
电子邮件客户端（Email Client）-医院服务总线支持将交换消息或内部故障信息以电子邮件的方式发出。
FTP 客户端（FTP Client）-可使医院服务总线连接到一个 FTP 服务器去获取文件然后进行后续处理。
Java Script TCP 客户或服务器端（JavaScript TCP Client and　Server）-一个革新的通讯点，医院服务总线使 JavaScript 也可以应用在底层 TCP 传输上。

6、内置 HL7 及卫生部定义的交换标准。

2.2 患者主索引系统

患者主索引管理简称为 EMPI，EMPI 前端主要完成数据采集工作，通过医疗服务总线 HSB 接口供医院的人、财、物管理系统 HIS、LIS、PACS 等调用，同时 EMPI 链接组件采用特有的匹配算法，确定患者唯一标识，实时性的把符合条件的数据推送到医院 EMPI 索引库及存储库，完成 EMPI 注册。同时通过 EMPI 查询组件标准的 Web Service 接口向集团管辖医疗机构的应用系统提供 EMPI 索引服务。患者主索引的主要功能如下：

1、EMPI 注册

用于获取必要的患者信息，提供 EMPI 注册及 EMPI 采集接口供集团各医院外部应用系统调用。对来自集团内部的患者基本信息，通过 EMPI 智能匹配引擎的处理，将同一患者识别出来，并为其建立一个 EMPI 标识。并将该 EMPI 标识与患者的 LUID（集团内患者 ID）对应起来，提供同一个患者标识的相互索引，相当于建立一个患者的 LUID 的交叉索引管理器(PIX)。

2、EMPI 服务

EMPI 对外开放一个 Web Service 接口，集团各医院外部应用系统可以通过此接口迅速定位患者的历次就诊信息（包括基本信息、检验，检查，病历信息，费用信息等）。

3、集团医院 EMPI

在集团医院/医联体模式下，EMPI 不仅承担集团内各医院间的患者主索引注册，还承担代表集团向区域信息平台申请注册 EMPI 的职责。

4、EMPI 管理

EMPI 管理维护不仅包括 EMPI 个人信息的管理维护，如个人信息的新增、修改、查询、合并、拆分，删除，反删除等；同时还包括 EMPI 系统算法配置，采集规则配置的配置功能。

2.3 主数据管理系统

主数据（Master Data）通常指是医院内能够跨业务重复使用的高价值的核心实体数据。如科室、人员等。主数据有如下特点：

较稳定，不经常变化
存在于医院的多个同构或异构 IT 系统
覆盖医院的业务应用与业务分析
主数据质量对医院价值链有直接影响

当前，主数据分散于医院的各业务系统中，每个业务系统只有信息的片断，并且彼此隔离。主数据的完整性和一致性得不到保证。不能创建与维护主数据的“单一视图”，缺乏完整统一的信息基础。

UAP 主数据管理（UAP-MDM）帮助医院创建并维护整个企业内主数据的单一视图，保证整个医院 IT 系统协调和重用准确的、一致的、完整的主数据。

2.4 数据抽取与转换（ETL）

由于现存的大量的医疗信息系统并不是按照 SOA 架构设计开发的，即使采用服务封装的方法利用 HSB 进行集成，还是需要大量的资金投入和较长的开发周期。较为可行的电子病历库和 ODS 建设方法是通过医疗数据共享和交换组件实现。该组件需要具备 ETL 工具的各种数据源装载转换和清洗的功能，另外还需要与 HSB 集成，以实现数据共享服务的全程监控和管理，同时利用 HSB 的基础服务比如安全机制等。

数据共享和交换服务组件包括组件服务、任务引擎服务、消息流程引擎服务和元数据服务。

2.5 患者主索引（EMPI）

患者主索引（EMPI）用于建立医院跨系统的全局患者身份唯一识别。主要功能包括：

实现患者基本信息的标准化与规范化处理
实现患者基本信息的匹配与多个域的 ID 映射
支持患者主索引数据的维护
支持动态匹配规则的配置管理
支持中文地址标准化与模糊匹配算法
支持跨域交叉索引的配置管理

平台提供的患者主索引对外表现中分为卡业务与医疗业务两个部分。

第一：医保卡、就诊卡等卡的出现极大的方便了就诊患者，但多种卡片的出现在一定程度上对患者身份识别在技术领域内造成了很大的影响，平台提供的主索引服务能够很好的解决多种卡片与患者身份的对应问题，可以方便通过任何一张卡片查询到患者信息。

第二：另外一方面从 HIS 系统来看，有门诊号、住院号、住院流水号来识别就诊患者，平台提供的主索引服务能够解决这些号码的身份识别对应问题。

2.6 业务交互

提供检查检验、门诊业务、住院业务的信息交互。

2.7 单点登录

通过平台提供的身份验证服务，可以实现医院内每个员工可以通过统一的用户名、密码登录各个业务系统。

2.8 临床数据中心

目前医院的临床信息系统经过多年的建设，已经具有较高的信息化水平。且在长期的应用中积累了大量的、宝贵的临床数据，但这些信息分散储存在电子病历、收费、医嘱、药品、检验、PACS、手术等信息系统中，造成临床医生在临床诊断时，如需查看患者的历次诊疗信息，既往病史，检查/检验结果时，需要跳转多个系统，对临床医生的诊断操作造成了很大的不便。急需建立一个全院级别的临床数据及展示中心，以实现全院临床信息的整合和有效管理。

临床数据中心的建设正符合了医院的需求，它将一个患者在某一医疗机构内发生的所有临床活动所产生的临床文档集中存储在一个物理存储内，方便各种临床业务角色在使用该患者某些临床活动的 CDA 文档时进行调阅。

电子病历是由医疗机构以电子化方式创建、保存和使用，重点针对门诊、住院患者（或保健对象）临床诊断治疗过程的系统、规范的记录。是居民个人在医疗机构历次就诊过程中产生和被记录的完整、详细的临床信息资源。

电子病历是现代医疗机构开展高效、优质的临床诊疗、科研以及医疗管理工作所必需的重要临床信息资源，与电子健康档案联系密切，互相补充，是电子健康档案的主要信息来源和重要组成部分。

电子病历基础资源库存放自治区范围内患者电子病历目录，包括患者人口统计学信息，患者省内所有文档索引目录，病史摘要，通过自治区级平台的文档目录进行索引。

依据患者主索引建立区域患者电子病历临床文书资源库。包括患者人口统计学信息，患者自治区内所有电子病历索引目录，病史摘要通过自治区级平台的注册中心进行索引查找。

电子病历资源中心包括诊疗业务部分和病历文书两个部分。其中，医疗机构诊疗业务信息化较早，信息化程度较好；病历文书部分开展信息化业务较晚，病历文书无统一格式格式。针对业内信息化情况，诊疗业务方面采用全结构化方式数据采集和存储；病历无数部分按照电子病历数据集设计了结构化存储，同时设计了非结构化存储，以结构化为主，非结构化为辅的方式进行区域病历数据采集。

(1)临床数据中心建设方案

在建设统一的临床数据库的基础上，逐步建立基于疾病、治疗、卫生经济、医生、患者等各方面的主题数据集，为医务人员提供完整、统一的数据展现。同时，对整合后的原始临床数据提供强大的数据检索、数据导出等多种工具，为医疗科研服务。

实现临床信息的有效交换与充分共享，确保合适的信息在合适的时机到达合适的地方。依据诊疗规范、临床路径和循证医学，辅助医生选择最适宜的技术达到最好的医疗效果，提高医疗服务质量。

最终建设完毕的 CDR 应具备如下的特征：