4.3.2 患者主索引 EMPI
患者主索引(Enterprise Master Patient Index，EMPI)是指应用特定的算法实现 医疗机构内患者标识信息的创建、维护，可以协助医疗人员对病人有效地进行检索。 EMPI 能够根据各种不同的业务系统所提供的患者标识信息重新进行组织并生成同 一患者的唯一标识编码，根据此编码能找到分布在各业务系统中的患者的所有医疗 信息，同时消除重复的患者数据。
目前患者基本信息存在于多个业务系统内，由于数据的标准不统一，维护的方 式不统一，而临床活动是以患者为主线的，如果患者的信息不统一就无法实现电子 病历等数据的整合，因此建立统一的患者主索引，以此为基础实现医疗数据层面的 整合，便于临床、教学活动中展现统一、完整、连续的患者诊疗信息。
本次建设**医院患者主索引，主要是解决医院 HIS、LIS、RIS 等各个应用系统 中，患者基本信息数据的标准不统一，维护的方式不集中的问题。促使**医院现 有散落在多个系统中的患者身份信息，在多个不同的业务场景下互认。从而实现 临床医疗活动是以患者为主线的，实现电子病历等数据整合。通过建立全院级统 一的病人主索引，并以此为基础实现医院数据层面的整合，包括电子病历的数据 整合以及医院业务和管理数据的整合。
4.3.2.1 EMPI 系统架构
面向服务的体系结构(service-oriented architecture，SOA)是一个组件模型，它将应用程 序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采 用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建 在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
这种具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松耦合。 松耦合系统的好处有两点，一点是它的灵活性，另一点是，组成整个应用程序的每个服务的内 部结构和实现逐渐地发生改变时，它能够继续存在。而另一方面，紧耦合意味着应用程序的不 同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种 形式的更改时，它们就显得非常脆弱。
4.3.2.2 主要功能建设
EMPI 提供一个患者信息检索服务，提供给其它应用程序访问患者的基本信息;另外 EMPI 能提供患者信息的各种管理功能，如增加、删除、修改、合并、拆分、查询等。考虑到对异构 平台的支持，消除系统平台的环境差异性等因素，EMPI 可以通过 Web Service 对外提供服务， 各业务系统都可以通过 EMPI 提供的接口使用 EMPI 来检索相关的患者信息。在 EMPI 返回的信 息中，将包括患者标识信息集合。通过这些标识信息，可以进行跨系统的信息交互，从而达到 信息共享及互操作的目的。
◼ 患者匹配 主要根据患者标识符、姓名、性别、生日等信息进行匹配，首先在根据患者标识符在交叉
索引中查找匹配的患者，将查询结果中的患者信息与当前患者的信息进行匹配，若信息一致， 则标识为同一患者，否则为新患者。
◼ 患者注册
EMPI 接收 HL7 的 A01、A04、A05 三种类型的消息，从消息中获取患者的个人信息与就诊 信息，对患者信息进行注册等操作，并保存就诊信息。
◼ 患者更新
EMPI 接收 HL7 的 A08 类型的消息，从消息中获取患者的个人信息，对患者信息进行更新 等操作。
◼ 患者合并
EMPI 接收 HL7 的 A40 类型的消息，从消息中获取需要合并的患者标识信息，对患者信息
进行合并等操作;另外，通过 EMPI 管理界面，管理员可以对患者主索引信息进行审核，当发 现同一患者被分配不同的主索引时，可以对其进行合并操作。
◼ 患者拆分
通过 EMPI 管理界面，管理可以对患者的交叉索引进行审核，当发现不同患者错误地归入 了同一主索引标识，可以对其进行拆分操作。
◼ 检索患者个人信息
EMPI 接收 HL7 的 Q22 类型的消息，此消息中的查询条件可以包括标识符、姓名、性别、 生日、地址、账号等，并包括返回结果的数量，EMPI 经过查询匹配后，返回符合条件的患者 信息。
◼ 检索交叉索引
EMPI 接收 HL7 的 Q23 类型的消息，此消息中的查询条件可以包括标识符和查询的目标标 识域，EMPI 经过查询匹配后，返回目标域的标识符。
-
◼ 患者就诊查询
通过 EMPI 的管理界面，可以查询患者的历次就诊信息。
-
◼ 患者就医简史查询
通过 EMPI 的管理界面，可以查询患者的就医简史。
4.3.2.3 辅助功能建设
-
◼ 用户管理 具有新增用户、修改用户信息、查询用户信息等功能。
-
◼ 机构注册 具有查询、新增、修改、删除系统范围内涉及到的机构信息，包括机构编号、机构名称、
上级机构等基本信息; ◼ 系统注册
具有查询、新增、修改、删除系统范围内涉及到的相关系统信息，如 HIS、LIS、RIS、PACS 等，包括机构编号、系统名称、备注信息等;
◼ 匹配配置
展示相关配置项的基本信息，可以配置选择配置项的权重和状态等;
-
◼ 标识域管理
具有查询、新增、修改、删除系统范围内涉及到的域的信息;
-
◼ 术语管理
包括对术语类别以及标准术语的管理，具有查询、新增、编辑、删除术语类别和标准术语 的功能;
◼ 患者主索引查询 包括根据选择的条件查询符合条件的患者主索引信息，查询选择患者的所有就诊信息，人
口学信息以及就医简史等信息; ◼ 患者交叉索引查询
根据选择的条件查询符合条件的患者主索引信息以及关联的交叉信息，以及查看选择的交 叉信息的详细信息;
4.3.3 统一身份认证服务
医院信息系统中各个应用系统完成的服务功能各不相同，对于需要使用多个不 同应用系统的用户来说，如果各系统各自存储管理一份不同的身份认证方式，用户 就需要记忆多个不同的身份和密码，并且用户在进入不同的应用系统时需要进行多 次登录。这给用户和系统管理都带来了极大的不便。因此，我们必须要有一个统一 的、高安全性和高可靠性的身份认证及权限管理服务，一方面降低了系统整体运行 的维护成本，另一方面也方便使用和管理，保证了整个系统的先进性和安全性。
统一身份认证管理将分散的用户和权限资源进行统一、集中的管理，改变原有 各业务系统中的分散式身份认证及授权管理，实现对用户的集中认证和授权管理， 进而简化用户访问内部各系统的过程。
➢ 系统列表维护加入统一身份认证服务管理的所有系统信息，包括系统的名称、版本号、系统图标、系统架构等基础信息。
➢ 平台用户管理 维护登录统一身份认证平台用户信息，并将此用户信息与各业务系统及相关联的用户信息进行绑定，则使用此平台用户通过登录验证后，即能进入绑定的业务系 统。
➢ 角色及权限管理维护平台用户的角色并赋予权限，用户通过分配的角色及权限，可获得所分配的功能模块。
➢ 采用 WebService 提供的服务 业务系统信息注册
业务系统权限信息注册
业务系统用户注册
获取用户在业务系统的权限
登录安全验证
获取已注册的业务系统列表
获取已注册的业务系统权限列表 统一认证时登录验证
4.3.4 术语及主数据管理
医院各系统中存在一些可重复使用的高价值、低变更的基础数据，这些基础数据存在于各 个异构系统中，并且独立维护，这样就导致各系统中的基础数据不尽一致，没有统一标准。随 着医院业务不断发展，各系统之间的信息交互越来越密切，因此有必要对各系统中的这类基础 数据进行统一管理，建立准确、完整、一致的数据，实现数据统一标准化，减少运维成本。
将医院内各个异构系统中存在的相同的基础数据，统一管理维护，使各系统中的这类数据 不统一标准，保持一致。
解决目前**医院的 IT 架构中，没有建设公共的基础数据服务的问题。保证随着医院业务 系统的不断发展，促使各系统之间的信息交互越来密切，保证在不同系统或医疗服务提供者之 间交换信息时的一致性、准确性和完整性，同时消除医疗信息在不同场合的差异。
对这些数据进行统一管理，建立准确、完整、一致的数据，实现数据统一标准化，减少运 维成本。
STM 是医疗信息建立准确、完整、标准与一致的术语与主数据的管理工具，避免词汇含义 歧义(例如心肌梗塞和 MI(Myocardial Infarction)表达的意思相同，但是计算机却不能理解)， 保证在不同系统或医疗服务提供者之间交换信息时的一致性、准确性和完整性，消除医疗信息 在不同场合的差异;
STM 主要针对术语和主数据的信息进行统一管理，包括术语与主数据信息的基础设置管 理;术语与主数据信息的审核;设置(取消)基准术语与主数据;管理术语与主数据映射关系 以及最终术语与主数据的发布
4.3.4.1 术语标准化规范实施
内置的《卫生信息基本数据集编制规范》是一套系统，所以具体术语可根据具体情况灵活 调整的，下图以医院 HIS 的术语为例，规范医院术语和主数据管理:
在医院实施过程中，根据医院的实际需要，进行术语映射对应，形成**医院标准化术语与 主数据管理，主要包括:
◼ 健康史代码系统
◼ 健康危险因素代码系统
◼ 主诉与症状代码系统
◼ 体格检查代码系统
◼ 临床辅助检查代码系统
◼ 实验室检查代码系统
◼ 医学诊断代码系统
◼ 医学评估代码系统
◼ 计划与干预代码系统
◼ 卫生费用代码系统
◼ 卫生机构代码系统
◼ 卫生人员代码系统
◼ 药品、设备与材料代码系统
◼ 卫生管理代码系统
◼ 人口学代码系统
◼ ......
