医院信息管理系统之患者主索引EMPI:
解决医院患者的“一人多卡”,"一人多号"的问题,构建全院级EMPI主索引,帮助医院为患者提供连续的诊疗服务。
一级功能 | 二级功能 | 功能说明 |
患者信息注册 | 患者信息注册 | 把一患者的索引加入到交叉索引系统时,向交叉索引系统传送请求注册消息,消息中包含待注册的患者信息,主要元素信息包括:业务系统、业务系统ID、姓名、性别、出生日期、民族、证件类别、证件号码、住址、电话等。 |
患者信息匹配 | 患者信息匹配 | l 窗口特殊标识匹配:患者刷卡挂号时,注册应用首先按卡号查看本地是否存在此患者,如果不存在,则弹出患者信息采集窗口,窗口接待员通过输入身份证件号、姓名、性别、出生日期、电话等信息向医院平台主索引服务查询,确定是否在其他院区已经注册。为保证信息的正确性、一致性和匹配真实有效,在此环节,建议尽量利用社保卡、医保卡、二代身份证,通过间接查询或芯片读取等方式直接取得。 l 事后人工匹配:对于窗口产生的潜在合并日志,将利用姓名、性别、出生日期、电话、婚姻状况、职业、文化程序等注册信息,结合以下潜在记录匹配算法供管理员每日定时线下合并处理。 l 潜在匹配算法:采用“身份信息框架”、“停用词划分”和“关键信息项排序”等技术实现身份匹配方法,可以给出身份匹配的相似度。鉴于医院登记时,地址信息大多存在不填或不完整居多这一事实,我们结合医院数据实际状况,在此算法的基础上,我们舍弃了用于地址的“停用词划分”,并对其他用于匹配项作了一些调整,采用“姓名”+“性别”+“出生日期”为主,先产生潜在匹配日志,结合地址、联系人、婚姻状况、职业、文化程度等综合相似程度定义为身份信息框架中各个信息项的相似程度的加权和。 |
患者主索引管理 | 患者主索引管理 | l 患者查询:允许系统管理操作人员使用全局患者标识或业务系统本地患者标识检索患者;或者输入患者部分信息,如姓名、性别、出生日期、身份证号等检索患者,检索结果以列表形式返回给操作员。同时,能够对查出的患者进行修正及差异性比较。 l 患者合并:患者合并主要针对同一患者在注册时,因为特定注册信息缺失导致每次注册时系统都赋予新的主索引,以及在窗口匹配时发生了潜在匹配日志。此时主索引管理器需要在事后对其进行合并至同一个主索引。 l 患者拆分:当客户端在患者注册时候提供了错误的患者信息,或者管理员事后潜在匹配时操作失误,导致不同患者之间匹配成功并形成了交叉索引,这个时候需要提供人工的方式对所建患者交叉索引进行拆分。 l 更新主索引:在交叉索引系统新增或更新一个患者的索引信息后,同时需要对主索引进行更新。向交叉索引提供患者信息注册的系统可能拥有不同的信息可信度,因此提供的信息对主索引的影响有所不同。更新操作根据新的信息对主索引每个字段记录的信息进行评价,确定该字偳的最佳值。 l 操作日志:交叉索引系统业务记录发生的变化都需要记录 l 操作日志,并能实现回退。 |
以上就是医院信息管理的患者主索引EMPI的说明!