信息集成平台之EMPI

文章附图

信息集成平台之EMPI

摘 要

EMPI是信息集成平台的核心组件之一,是有效的对病人医疗保健信息进行组织的重要技术手段与实现方法,本文接合国内医疗信息化的特点,探讨EMPI链接算法、信息注册方式、使用场景的最佳工程实践。

关键词集成平台EMPI;算法

正文

1、引 言

各医院在信息化建设进程中,部署了许多不同的信息系统,如HIS、EMR、PACS、LIS等。医院根据信息规划的不同信息化共享程度也有差别,有些医院各系统是相互独立的,不能实现各系统信息的共享;有些医院能做到一次门诊或住院期间各系统能实现信息共享;另外,医院之间的信息共享,一直以来没有相应的政策法规来保障,导致一个患者从一个医疗机构转诊到别的医院机构,患者在转诊前的治疗信息不能通过信息化的手段提供给转诊后医院的医师,有效的资源没有得到充分的应用,造成了大量的浪费情况。

要解决上述出现的现象,首要解决的问题是需要把这些分散在各医疗机构的患者信息组织起来,形成患者索引信息,索引信息有一个唯一的标识,根据这个索引信息可以从各个医院的信息中找出患者的医疗信息。表一描述了患者P各医院在不同系统标识情况。

医院A

医院B

医院C

应用系统

唯一标识

应用系统

唯一标识

应用系统

唯一标识

His

AP1

His

BP1

His

CP1

Lis

AP1

Lis

BP1

Lis

CP2

Pacs

AP1

Pacs

BP3

Pacs

CP3

一卡通实现内部数据共享

实现部分系统间信息共享

没有实现系统间数据共享

(表一)

如果采用EMPI系统来支持患者P信息的组织,对患者P的就诊ID进行链接,则形成表二 患者P的EMPI主索引信息 。

EMPI系统标识

医院

应用系统

医院标识

ID1

医院A

His

AP1

Lis

AP1

Pacs

AP1

医院B

His

BP1

Lis

BP1

Pacs

BP3

医院C

His

CP1

Lis

CP2

Pacs

CP3

(表二)

2、EMPI角色说明


1、   PIX管理者( PatientIdentifier Cross-reference Manager ): PIX管理者不负责提高患者标识信息的质量,而由信息系统 ID 域中的 ID 源负责高质量的患者数据;PIX 管理者管理和认证所有的 ID 域,负责生成、维护、提供同一患者在多个域中的清单。

2、   PIX源( Patient IdentitySource ): PIX 源为患者分配本域的身份标识;负责将患者标识/身份识别信息送给 PIX 管理者;PIX源负责生成本域的高质量患者数据。

3、   PIX消费者( PatientIdentifier Cross-reference Consumer ): PIX 消费者从PIX管理者那获得患者的人口统计学信息;PIX 消费者对从 PIX 管理者那发来的修改患者信息的消息做出响应,更新本域患者或合并拆分患者标识[4],合并拆分决定于 MPI 识别算法(如Levenshtein 相似度算法)。

3、EMPI信息分层

解剖患者就诊分层信息,一般情况下可以得出四个层次的信息项:

1、 基本信息:姓名、性别、出生日期、血型、身份证信息、民族、社保卡号、医疗证号、银行卡号等;

2、   某个机构就诊标识:医院ID、医院名称、系统名称、就诊标识ID等 ;

3、   某次就诊信息:医院ID、医院名称、系统名称、就诊标识ID、就诊时间、诊断信息等;

4、   诊疗信息:就诊标识ID、就诊时间、医嘱信息、检查报告、检验报告等;

根据患者就诊分层信息可以看出,如果EMPI主索引信息中包括前三层信息,那么很容易找到第四层信息,以前面的假设作为基础,在EMPI主索引组织时以前三层信息进行构建是一种合理的选择。

4、链接算法

链接算法是EMPI要核心解决的问题,他实现不同的系统对患者注册后是生成新的EMPI

ID或是链接到已有的EMPI主索引。

链接算法中对于注册信息中各属性有权重之说,有些属性权重高、有些属性权重低,如姓名、身份证、社保卡、电话号码权重比性别、出生日期都高,在本文中我们把权重比较高的属性定义为关键属性,如姓名、身份证、社保卡、就诊ID、健康卡号、银行卡号、住址信息;对关键属性的判断,如身份证、社保卡一样,基本上可确定为同一人; 同时组合关键属性,如果组合关键属性值一样,如姓名、身份证一样或姓名、社保卡一样,则可确定为同一样。

链接病人信息时,会出现以下几种特殊情况:

1、注册信息完整度不够:患者信息可用,患者信息不完全符合EMPI链接要求,此种注册信息在链接时放到错误信息库,系统提供此类注册信息完善功能界面,在完善后,再进行EMPI链接;

2、注册信息冲突:患者信息可用,患者信息完全符合组织规则,同一个患者对应有二条或二条以上EMPI信息,此种注册信息及冲突的EMPI信息可放置到冲突列表信息库,系统提供界面对冲突信息的修改,修改后再进行EMPI的注册。

3、关键属性表达不上致处理:姓名中包括空格,如宋刚、宋 刚,要当作同样的信息处理;身份证15位与18位相互转换问题;完整地址信息与最小地址一致性问题处理。

5、服务注册

EMPI通过提供单独的注册服务接口进行EMPI主索引信息注册,这种EMPI推荐,但这种模式面要提供注册信息的系统按照EMPI注册服务接口规范进行程序改造。

在实际的生产环境中,如给病人发卡环节、门诊患者挂号、住院患者登记、住院患者出院时、体检信息登记产生的业务信息需要发布给其它系统,而这些信息可以满足EMPI注册需要,如果利用这些业务信息进行EMPI注册,则可以减少系统的接口数量与改造成本,实现第三方不用调用EMPI服务实现EMPI注册,在本文中定义为EMPI后台服务注册模式。具体操作实现如下图如示:


6、查询服务


查询服务提供两种不同类型的方法查询EMPI信息:

1、   EMPI基本信息:通过EMPI关键属性信息查询EMPI基本信息,包括EMPI ID信息;

2、EMPI完整信息:通过EMPI ID 查询完整的EMPI 信息。

总结

本文对信息集成平台中EMPI核心组件进行介绍,把EMPI独立成第三方服务用于解决患者医疗保健信息整合和利用所采用的方法与工程经验进行分享,期望能给医疗行业实践EMPI提供有用的参考与指引。