【峰言风语】让病人标识信息不再混乱：医学信息集成平台之EMPI

EMPI系统建设

1.编码规则

我们分析上述病人号不唯一的情况，应将EMPI的建设目标分为两个：一是100％解决多个病人一个号的问题；二是90%以上或最大化地达到一个病人一个唯一号。后者之所以不能做到100%，是因为如急诊、门诊病人保护隐私不提供资料或提供假信息等情况造成的。

也正是基于以上原因，所以把编码规则放在了EMPI系统建设的第一步。简言之，编码规则有两种：固定的编码和临时的编码，共性都是唯一的。而之所以讨论是在真正应用中，如果把唯一病人号赋予易读性、易记性则方便了使用人员。

第一种方案：

格式为：dddddd。d:递增数字，在EMPI系统内是唯一值，这是目前我们大部分采用的方式，其优点是容易生成，因为编码就是一个自增长的大流水号，其缺点就是仅仅是个流水号，没有任何附加属性。

第二种方案：

格式为：Aidddddd。A：字母，代表年份区间，A-Z：从1900年，10年一个区间；i：数字，代表1-9，具体某一年；d：数字，流水号。在这个方案里，标识唯一性病人号由后6位数字组成，表示范围从000001到999999；Ai用于表示某一年。其优点：区间年段表达年份，比较简练；缺点是：编码中有字母不容易记忆。

第三种方案：

格式为：yydddddd。yy: 出生年后两位，d: 递增数字，在出生年月日相同的情况下，当前段内递增。dddddd确定标识唯一性共有6位组成，前面2位为病人出生年的后两位。其优点是出生日期能够显性看出，容易识别；缺点是不容易扩展，同时yy前两位容易因为年份的前两位不同造成后两位的重叠。

第四方案：

格式为：ddddddyyyymmdd。d:递增数字，yyyymmdd是病人的出生日期，后面还可以再附加别的属性，如性别，0＝男，1＝女等。dddddd：6位流水号唯一确定患者。其优点是方便扩展和标识生成、容易识别，看号码能迅速判断病人与此号码是否正确；缺点是编码过长。

在上述几种方案中，如果是临时的编号，dddddd还是自增长的流水号，而其余属性都用0代替。当然编码规则不限于以上几种方案，看医院实际情况而定，有些医院想将所有单据的号码（如处方上的门诊号、住院病历的住院号等）全部统一成EMPI中的这个唯一号，那么就不得不考虑一些外部因素。比如有些省份在省信息中心建设了有病案统计的平台；再如今年医管司要求的HQMS的上报系统，在编码中含有字母或编码长度过长，是否会影响到上报？而对应的厂家是否都要修改对应系统中的字段长度或类型。

2.应用场景

EMPI作为病人唯一号的中央处理器，又是贯穿于各个系统的一个集成平台，各个子系统可分为生产系统和消费系统两大类。

大部分医院病人的信息登记主要来自这几个入口：（1）门诊预约、挂号；（2）体检登记（个检、团检）；（3）急诊挂号、收费；（4）住院登记。前面所说的“医技系统中的绿色通道”是指不收费直接在相关系统中做登记，已经随着信息化的手段杜绝掉，所以我们基本归类为以上四个方面。

所以说，生产系统一般为：HIS、PEIS，消费系统为：LIS、PACS、CSS等。我们用图1和图2来说明其使用场景，不再用文字赘述。

图1  生产系统使用EMPI场景流程图

    图1中，如ADT_A08是HL7V2.4定义的消息格式，标识项指病人的身份证号、姓名、出生日期、住址等，EID是EMPI系统的唯一号。 

图2  消费系统使用EMPI场景流程图

图2是消费系统设计的流程图，是相关系统在用EID查询病人相关资料时处理的流程。