EMPI功能需求说明说

EMPI功能需求说明书 背景介绍 为适应“以病人为中心”的要求，人们对医院的信息系统提出了更高的要求，希望医院之间加强信息的交流，为病人在不同的医院就诊提供方便；医疗保险制度的改革，使医院与医保中心及保险公司之间联系更加紧密，需要及时地交换病人信息；医疗集团的发展壮大，需要集团内部更紧密的合作和信息共享，首先要解决的就是病人信息的共享问题。因此，只有在信息系统中对病人标识清晰统一的描述，才有可能实现上述目标。 在医院内部，一个完整的医院信息系统中存在多个应用，如 HIS、LIS、RIS 等等，而这些不同厂家、不同平台的应用系统往往不能方便的交换信息，在每个应用系统中都需要分别录入病人的基本信息，并为该病人产生应用系统内部的标识符，如HIS中挂号处为门诊病人分配的门诊号，住院处为住院病人分配的住院号，放射科为做放射检查病人分配的放射号等。重复的信息录入不但会引起错误，也影响了医院的工作效率，内部标识符的使用更使得不同应用系统中病人的就诊信息很难衔接起来。 我们把各个应用系统中的病人基本信息和内部标识符统称为病人标识，病人的基本信息应该只在最早使用的应用系统中录入，并为不同应用系统的内部标识符建立联系，这样就可以保证病人就诊信息的完整性，减少错误和重复的记录，同时也为数据仓库和电子病历的建立起着决定性的作用。 名词解释

1. HL7：Health Level Seven（HL7医疗卫生信息交换标准），是医疗领域不同应用之间电子传输的协议和标准，宗旨是规范临床医学和管理信息格式，降低医院信息系统互连的成本，提高医院信息系统之间数据信息共享的程度。
2. IHE：Integration Healthcare Enterprise（企业医疗集成），是由美国的医学专家和相关政府部门、信息技术专家和企业共同发起，旨在提供一种更好的方法让医学信息系统之间更好地进行集成的组织，提供了基础技术、放射学、心血管等一系列的框架和方法。
3. PIX：Patient Identifier Cross-Reference(患者交叉引用索引)，对患者标识的跨域引用提供支持，比如LIS系统可以根据检验号查询出对应患者在HIS系统中的ID、RIS系统中的放射号等。
4. PDQ：Patient Demographics Query(患者信息查询)，用于根据患者的人口统计学信息查询患者详细信息，如根据患者姓名+性别进行查询，系统返回所有满足条件的患者集合。
5. 患者唯一标识：指用于临床实际业务并且能够辅助进行患者信息唯一性识别，在该域或者各涉众均可见的患者唯一编码。
6. 患者主索引MPI：指在特定域范围内，用以标识该域内每个患者实例并保持其唯一性的编码。
7. 患者主索引服务：指为保持在多域或者跨域中用以标识患者实例所涉及的所有域中患者实例的唯一性，所提供的一种跨域的系统服务。
8. 
   

PIX服务

1. 同一医院内的PIX服务
2. 区域PIX服务 EMPI 在机构内扮演着一个重要的角色，无论不同的组织使用何种的登记系统，EMPI将分散的患者人口学数据记录联系在一起。在为每个患者创建一个跨机构的临床数据视图的过程中，EMPI 是关键的第一步。 减少重复记录，提高临床决策水平我们的 EMPI 使用了复杂的匹配算法和可配置的匹配条件，可以系统化的识别出潜在的重复患者记录。可疑的重复记录可以被自动的通过一个通用标识符联系起来，也可以展示出来接受审查。浏览患者的完整记录医生可以访问患者的完整病史。OACIS EHR 确认数据，从多个来源选取数据，以完整的患者记录形式展现出来。我们的 EMPI 为每个患者分配了一个统一的记录号 MPI信息的主要内容按照卫生部2009年《电子病历基本架构与数据标准》 电子病历临床文档数据组分类与代码 序号 数据组 标识符 数据组名称 序号 数据组 标识符 数据组名称 1 H.01 文档标识 39 S.04.007 用药史 2 H.02 服务对象标识 40 S.04.008 系统回顾 3 H.02.001 个体生物学标识 41 S.04.009 个人史 4 H.02.002 个体危险性标识 42 S.04.010 婚姻史 5 H.03 人口学 43 S.04.011 月经史 6 H.04 联系人 44 S.04.012 生育史 7 H.05 地址 45 S.04.013 家族史 8 H.06 通信 46 S.04.014 危险因素暴露史 9 H.07 医保 47 S.05 检查 10 H.08 卫生服务机构 48 S.05.001 检查申请 11 H.09 卫生服务者 49 S.05.002 检查报告 12 H.10 事件摘要 50 S.05.003 影像检查报告 13 S.01 主诉（症状/体征） 51 S.06 医学检验 14 S.01.001 症状：发热 52 S.06.001 检验申请 15 S.01.002 症状：皮肤黏膜出血 53 S.06.002 检验报告 16 S.01.003 症状：腹痛 54 S.06.003 检验标本 17 S.01.004 症状：水肿 55 S.07 诊断 18 S.01.005 症状：过敏（不良反应） 56 S.08 操作 19 S.02 体格检查 57 S.08.001 手术 20 S.02.001 体格检查：一般状态 58 S.08.002 麻醉 21 S.02.002 体格检查：皮肤 59 S.09 用药 22 S.02.003 体格检查：淋巴结 60 S.09.001 预防接种 23 S.02.004 体格检查：头部 61 S.09.002 输血 24 S.02.005 体格检查：颈部 62 S.10 诊疗计划 25 S.02.006 体格检查：胸部 63 S.10.001 患者提醒 26 S.02.007 体格检查：腹部 64 S.10.002 知情告知 27 S.02.008 体格检查：生殖器、肛门、直肠 65 S.10.003 临床路径 28 S.02.009 体格检查：脊柱与四肢 66 S.10.004 中医辨证论治 29 S.02.010 体格检查：功能（残疾） 67 S.11 评估 30 S.03 现病史 68 S.11.001 治疗结果 31 S.03.001 传染病 69 S.11.002 医疗质量 32 S.04 既往史 70 S.12 诊疗过程记录 33 S.04.001 疾病（外伤）史 71 S.12.001 病程记录 34 S.04.002 手术史 72 S.12.002 医嘱 35 S.04.003 诊疗史 73 S.13 医疗费用 36 S.04.004 输血史 74 S.14 护理 37 S.04.005 免疫史 75 S.15 健康指导 38 S.04.006 过敏史 76 S.16 中医“四诊” 一、 EMPI初始化
3. 数据校验规则 数据规则校验是导入标识域的患者时，检查患者数据的有效性和规范性，比如关键信息的缺失、信息填写违反规范信息完整性、数据格式是否正确时使用的。患者数据导入系统时并不过滤不规则数据，只是对不规则数据做出标识。 1.1 不规则数据处理 系统对患者信息进行存储时，根据数据规则校验患者信息是否合法，如果校验不通过，则会在不规则患者中保存一份不规则数据，方便操作员对不规则患者进行管理。 1.2 错误数据处理 所谓患者错误数据，是指患者标识违反现有逻辑的患者，一般包括两种：一种是指多个患者拥有同一个标识，比如信息提供源进行患者注册时发现系统中已经存在与该患者的就诊卡号完全一致的患者；另一种是指同一个患者拥有同一类型的多个标识，比如EMPI对患者进行匹配关联后，发现两个患者具有关联关系（是同一个人），但是两个患者都存在病案号，而且病案号不相同。 针对第一种情况，在患者注册时，系统根据患者标识集合进行查询，如果存在与该患者相同标识的患者，则记录错误数据，并在描述中记录错误原因。第二种情况，通过患者匹配关联后，遍历关联患者的所有标识，筛选出标识类型相同的标识，如果类型相同，而且标识码也相同，则保留一个标识，作废掉其他相同类型的标识，如果类型相同，但标识码不同，则记录错误数据，并在描述中记录错误原因。
4. 维护患者注册域规则配置 所有产生患者信息的来源称之为标识域。患者标识域在MPI进行注册，填写标识域的名称、域标识码、标识码类别、标识域描述等相关信息。
5. 匹配规则配置 a) 姓名、性别、出生日期、民族（种族）、国籍、籍贯、居住地、身份证号、护照号 b) 生物识别信息：指纹、虹膜、DNA序列 患者信息匹配 接收到外部系统登记患者的请求信息后，交叉索引系统首先使用业务系统号＋患者局部ID（LID）查找，如果存在精确匹配的索引，只需要对原索引信息进行更新即可，如果没有找到精确匹配的患者索引，则需要根据患者的其它信息和系统中的记录进行匹配。交叉索引匹配引擎首先通过预定义的匹配条件选定一批相近的记录，对每个记录计算匹配度，再根据这组记录的匹配度确定请求登记的信息属于新患者、现有患者或者潜在重复患者。这里所说的潜在重复是指两个患者的信息匹配度比较高但还不足以判定为同一个人。

3.1 方案一 3.1.1 精确匹配 根据患者提供的身份证号码、驾驶证、军官证、护照、医保卡号、住院号、病案号、门诊号、社保号等进行精确匹配 3.1.2 模糊匹配 根据患者的基本信息，选择模糊匹配的字段并进行权重设置，权重总值等于1(或100);设置关联阙值、相似阙值。 3.1.3 匹配规则

1. 精确匹配通过且模糊匹配通过，判断为同一个人可以进行合并患者操作。模糊匹配值达到关联阙值，系统自动进行合并患者操作，记录匹配分值和匹配字段；模糊匹配值达到相似阙值，小于关联阙值，系统提示手动进行合并患者操作，并展示患者详细信息以供合并参考
2. 精确匹配通过但模糊匹配不通过，判断为匹配不通过，不进行合并操作
3. 精确匹配不通过，模糊匹配通过，
4. 没有同类型精确匹配字段，模糊匹配值达到关联阙值，系统自动进行合并患者操作，记录匹配分值和匹配字段；模糊匹配值达到相似阙值，小于关联阙值，系统提示手动进行合并患者操作，并展示患者详细信息以供合并参考
5. 同类型精确匹配不通过，模糊匹配值达到关联阙值，系统自动进行合并患者操作，记录匹配分值和匹配字段；模糊匹配值达到相似阙值，小于关联阙值，系统提示手动进行合并患者操作，并展示患者详细信息以供合并参考
6. 精确匹配不通过，模糊匹配不通过，判断为匹配不通过，不进行合并操作 3.2 方案二 3.2.1 As Other ID 能唯一标识患者信息，在不同的标识域中可以确认为同一个人的信息，如：身份证、驾驶证、军官证、护照、医保卡号、住院号、病案号、门诊号、社保号等 3.2.2 常用患者信息 不能唯一标识患者信息，在不同标识域中的患者不能确认为同一个人的信息，如：姓名、性别、出生年月、手机号、联系电话、国家、省份、城市、住址、邮政编码等。其中姓名、性别、出生年月一般不会因为标识域不同而发生变化，这类信息可以作为建立交叉索引的预匹配信息，而手机号、联系电话、国家、省份、城市、住址、邮政编码等信息可能会随着域的变化而发生变化，这类信息将作为患者交叉索引的参考信息。 3.2.3 匹配规则
7. 采用“As Other ID+常用患者信息”组合成一条匹配规则，并且对规则里的各种信息字段设置权重，权重总值为1
8. 分别设置匹配计算的关联阙值、相似阙值
9. 匹配值达到关联阙值，系统自动进行合并患者操作，记录匹配分值和匹配字段；达到相似阙值，小于关联阙值，系统提示手动进行合并患者操作，记录匹配分值和匹配字段
10. 如果身份信息框架中有一些信息项缺失，则该信息项的权值按比例分配到其他为缺失的信息项上；如果缺失的信息项较多时，则不再进行相似程度的比较，直接判断为不能进行合并 3.3 方案三 3.3.1 第一层次 As Other ID匹配, 因为是源系统提供,将患者详细信息封装为Xml文件， 所以信任度高, 不质疑其准确度。 3.3.2 第二层次 从域患者信息中抽取患者的唯一标识号信息，目前有6种ID:患者号、身份证号、住院号、门诊号、医保号、病案号。信任等级相对较高, 对之设匹配规则, 这些匹配规则中可以加少量基本信息(eg: 姓名)组合验证, 不设权重, 信息完全匹配则匹配, 稍有不匹配则不匹配, 不计算相似度, 不会落入手动匹配区间。对这些匹配规则设优先级, 按优先级高低顺序执行匹配规则, 如果较高优先级的匹配上, 就不再用较低优先级的匹配规则校验验证。 3.3.3 第三层次 前两个层次的信息没有或者没匹配上, 才会到第三个层次匹配。第三层次只设一条匹配规则, 可以从所有基本信息(包括那些唯一标识号信息)中选取字段组合成匹配条件进行模糊匹配, 需计算相似度, 按权重加总出总相似分值, 按阙值决定是自动匹配、手动匹配、还是不匹配新建主患者。
11. 更新主患者信息规则配置 当MPI注册域患者信息在来源域更新后，向MPI发送更新通知，MPI根据不同字段患者来源的优先级判断更新。 例如：设置“住院HIS”对“患者年龄”更新优先级高于“门诊HIS”，且主患者A当前保存的“患者年龄”信息来源域“门诊HIS系统”。那么，当与主患者A关联的“住院HIS”患者a更新“患者年龄”字段信息后，根据“更新主患者信息规则设置”，系统将主患者A的“患者年龄”替换成与主患者A关联的“住院HIS”患者a提供的“患者年龄”字段
12. PIX更新通知规则配置 注册域在MPI注册后，首先对其它注册域选择更新通知，即只有选择了的注册域进行信息更新后，PIX根据各注册系统选择的不同更新要求进行更新消息推送。
13. 审计日志规则配置 审计日志记录系统的操作和其操作结果按时间有序的集合，检查系统运行日志记录，对可能发生的问题进行监测和分析。日志采用用户可以直接阅读的文本文件，其中包含一个时间戳和操作详细信息，包括消息产生具体时间、成功状态、消息来源系统、消息目标系统以及消息内容的描述。
14. 批量数据处理 将患者、机构、从业人员等信息的初始化导入。DUA从信息提供源系统抽取数据并转换为标准的交换模型HIE后，通过JMS发送消息到EMPI的消息中间件上，发送消息是一个异步的过程，DUA发送完成后不会进行任何操作，需要EMPI通过批量数据处理功能从消息中间件上取出消息进行存储。另外修改过患者匹配规则后，只能保证新增患者按照新规则进行匹配，如果需要对全数据按照新规则重新进行匹配，则需要在批量数据处理界面手动进行全量数据的重新匹配。 批量数据处理界面采用列表显示界面，点击对应操作后，弹出操作窗口，填写相应信息，点击“执行”按钮后，保存表单，切换为列表显示，并且通过Flex消息机制动态更新执行进度条 二、 EMPI患者管理 患者主索引 注册服务中的患者注册一般通过建立患者主索引MPI(Master Patient Identifiers)来实现。
15. 患者主索引和机构级患者主索引（EMPI） 患者主索引MPI，是指在特定域范围内，用以标识该域内每个患者实例并保持其唯一性的编码。患者唯一标识是指用于临床实际业务并且能够辅助进行患者信息唯一性识别，在该域或跨域各涉众均可见的患者唯一编码。患者主索引服务是指为保持在多域或跨域中用以标识患者实例所涉及的所有域中患者实例的唯一性，所提供的一种跨域的系统服务。各地可采用身份证、社保卡、医保卡、市民卡、健康卡等来进行唯一标识的加载与识别。 MPI 是一个十分宽泛的概念，但它通常是和患者主ID 域的建立联系在一起的。这个主ID 域相对其他的ID 域，通常可以在更大的范围内适用，是一个“机构级别”的ID 域。将多个患者ID 域分级包含入一个“患者主ID 域”中的方法，可以被看作是交叉索引的一个特殊用法，其中的各个ID 域中的ID 都和主ID 域中的ID 建立交叉索引关系。下图描述了两种可能采用的配置方式 图 5-8 PIX 集成规范与MPI 的关系 如上图所示，一个典型的MPI 方式中的患者主ID 域（域C），可以被认为是PIX（患者标识交叉索引）方式中的一个普通的患者ID 域。是否将一个覆盖全机构范围的系统（如临床数据仓库）作为“主ID 域”仅仅是一个结构选择。另外，有时候这种结构假设，域A 中的系统不仅要管理域A 中的ID，还需要知道域C中的ID。在PIX 集成规范中，某个系统被设计部署为跨多个ID 域进行工作，这是另外一种结构的选择。以这种角度看，被称作“MPI”的实体（图中用椭圆圈起）实际上是患者标识信息源角色和PIX 管理器角色的混合体。PIX 集成规范可以和一个已经部署了MPI 的环境共存，还可以进进一步为此环境提供更大的扩展性。PIX 规范还支持很多其他部署配置方式，尤其是在一个覆盖其他ID 域的主ID 域并不是必需的情况下（例如，存在多个域的联合体，但其中并没有主ID 域）。在本文中，MPI 一般指医院内部使用的患者主索引，EMPI（Enterprise master patient identifiers，机构级MPI）通常指区域范围内使用的患者主索引。 MPI 信息的主要内容按照卫生部2009 年《电子病历基本架构与数据标准》的规定，应包括该标准的H.02 服务对象标识、H.03 人口学、H.04 联系人、H.05地址、H.06 通信等数据组。其中主要元素包括：患者主ID、业务系统ID、患者ID、姓名、性别、出生日期、出生地、民族、母亲姓名、婚姻状况、身份证号、住址、电话等。
16. 患者标识交叉索引 不同医疗机构采用不同的标识码标识同一个患者，当患者在不同医疗机构间转诊需要交换转诊或协作信息进而共享医疗文档时，首先要求能够准确识别患者的身份，这就需要一个交叉索引系统，把患者在不同医疗机构的标识码通过索引联系起来，在需要访问某个系统时可以提供患者在该系统的识别码。 下图展示不同系统通过交叉索引系统注册和提供患者标识，从而顺利完成跨机构信息访问的任务。

图 5-9 交叉索引注册和使用

1. A 医院向交叉索引管理系统输入患者标识信息。
2. 交叉索引系统将输入的信息与系统中的现有患者进行匹配，形成A 医院患者标识与现有患者的交叉索引。
3. B 医院向交叉索引管理系统输入患者标识信息。
4. 交叉索引系统将输入的信息与系统中的现有患者进行匹配，形成B 医院患者标识与现有患者的交叉索引。
5. A 医院系统需要访问一位患者在B 医院的资料，向B 医院系统发送请求。
6. A 医院的请求中只有A 医院的患者标识，因此B 医院收到请求后首先到交叉索引管理系统查询该患者在本院的标识。
7. B 医院系统获得请求的患者在本院的标识后可以在本院系统查找该患者的资料。
8. B 医院系统将结果回复给请求的A 医院系统。 如上面的一般场景所述，交叉索引系统主要提供索引注册和索引查询服务，另外还有一些保证系统运转的系统管理和维护需求。上述内容描述了患者标识交叉索引在跨机构业务上的应用，而在一个机构内跨应用系统（不同开发商的产品）间的业务上也可参考使用，此时不同的域就是指不同的应用系统，可根据实际情况确定如何使用患者标识交叉索引。
9. MPI 服务功能 患者信息注册 业务系统希望把一个患者的索引加入到交叉索引系统时，向交叉索引系统传送请求注册消息，消息中包含待注册的患者信息，主要元素包括：业务系统ID、患者ID、姓名、性别、出生日期、出生地、民族、母亲姓名、婚姻状况、身份证号、住址、电话等。
10. 交叉索引系统通过匹配规则检查系统中是否已存在该患者的索引，按照新增索引或更新索引两种情况分别处理。
11. 新增索引需要在交叉索引系统中记录业务系统的索引，同时产生主索引。如果该患者在交叉索引系统中有潜在重复的记录，还需要记录潜在重复信息。
12. 更新索引需要更新匹配的业务系统的索引，同时更新主索引。主索引更新时，需要对订阅主索引的系统发布更新的主索引。
13. 登记患者流程图示如下：
14. 患者数据校验 向MPI导入可产生患者唯一标识的域患者，并对患者的信息数据进行数据校验，对不规则数据标识但不进行过滤，对导入的患者数据进行匹配规则计算。
15. 患者匹配计算 2.1 新建主患者 将来源标识域患者导入MPI后根据匹配规则进行计算，没有可以关联的主患者时，将域患者作为主患者，建立主患者标识。 2.2 合并主患者 匹配过程需要注意的问题：
16. 定义必填内容，各系统在建立病人时对基本信息输入要求根据业务需要有所不同，每个系统都不会涵盖全部资料，对于识别病人的一些重要字段要求必须填写，否则将无法得到正确的比较结果。
17. 充分考虑病人信息中不同元素对识别病人身份的贡献度。病人基本信息包含姓名、性别、出生日期、证件号码、家庭住址等多个元素，有的元素重复性很低，对识别病人身份很关键，而有的元素重复性很高，只能作为辅助识别属性。在单个属性匹配之外，考虑组合属性匹配的重要性，例如母亲姓名和出生日期两个属性单独匹配时重复性都很高，而作为组合属型，两者同时相同重复性极低。
18. 在自动匹配之外提供人工辅助方式医疗过程性命攸关，只有在充分确定的情况下才能执行自动匹配，严格的要求可能会导致自动匹配成功率的降低从而影响系统的使用价值。可以将匹配度很高又不能完全确定的情况定义为在重复，由管理员进行处理，提高系统的可用性。 2.2.1 来源域合并患者 同一标识域内进行患者合并后，向MPI发送合并通知。第一步：MPI校验合并的两个域患者是否有关联的主患者（在MPI注册过）。第二步：如果其中一个或者两个域患者没有关联的主患者，则MPI不能进行合并操作，并向来源域发送不合并操作；如果域患者有关联的主患者，则继续校验关联的是否为同一主患者。第三步：对关联为同一主患者的校验，如果关联的是同一主患者，那么MPI更改遗弃的表示与患者状态；如果关联的不是同一个主患者，那么MPI查找遗弃域患者关联的主患者，以及该主患者关联的其他域患者，进一步判断遗弃主患者关联的子域患者是否可以全部与保留主患者进行关联，如果可以将遗弃主患者关联的子域患者合并到保留的主患者，记录合并记录；如果遗弃主患者的其他关联域患者不能全部合并到保留主患者，则MPI质疑子域发出的合并通知，拒绝进行主患者合并操作，发送不建议子域合并通知。 2.2.2 匹配合并主患者 2.2.2.1 标识域登记患者信息 标识域登记新患者信息，MPI经过数据校验之后开始进行匹配计算。如果与可关联主患者的匹配计算分值达到关联阙值，则进行自动合并操作，记录匹配分值和匹配字段；如果与可关联主患者的匹配计算分值达到相似阙值且小于关联阙值，系统提示手动合并，并展示患者详细信息以供合并参考。 2.2.2.2 标识域更新患者信息 标识域更新患者信息后向MPI发送更新通知,MPI经过数据校验之后开始进行匹配计算。如果与可关联主患者的匹配计算分值达到关联阙值,则进行自动合并操作,记录匹配分值和匹配字段;如果与可关联主患者的匹配计算分值达到相似阙值且小于关联阙值,系统提示手动合并,并展示患者详细信息以供合并参考。 2.2.3 控制台手动合并主患者 提供给有手动合并操作权限的工作人员在控制台合并不符合匹配规则的主患者。通常，这种操作主要应用人为识别可以合并的主患者。操作完成后记录合并详细信息，包括合并时间、操作人、合并依据。 2.2.4 拆分主患者 2.2.4.1 子域发出拆分通知 同一标识域内发生取消合并患者操作后，向MPI发送拆分通知，MPI接到通知后回退到合并前的关联状态。 2.2.4.2 管理控制台取消合并 提供给有手动取消合并操作权限的工作人员在控制台取消合并主患者，取消合并后回退到合并前的关联状态。 2.3 更新主患者 2.3.1 子域内更新患者信息 同一子域内更新患者信息，根据时间最近的原则进行更新，详细记录更新时间、更新字段 2.3.2 子域向主患者发送更新患者信息通知 子域更新患者信息后向MPI发送更新通知，MPI根据主患者信息权重的设置判断是否需要更新主患者信息；MPI主患者信息更新完成后，根据PIX更新通知设置，向需要更新患者信息的注册域发送更新通知，包括患者更新的详细信息、更新时间、更新信息来源注册域 2.4 查询主患者 患者信息检索功能主要对EMPI中的患者，通过人口统计学信息进行查询，能够适应不同维度的跨域患者信息检索。应用系统在需要查询指定病人在其它系统的索引时，把本系统该病人的信息发给PIX 管理器，PIX 管理器在索引库中查找匹配的索引，如果找到则将交叉索引信息返回给请求方。