来源:HIT专家网 作者:孙立峰
【前言】
在《一家争鸣再话平台》中,笔者阐述了集成平台的“三段论”,并认为集合了主数据管理、企业级病人主索引(EMPI)、集成引擎(IE)、临床数据中心(CDR)、运营数据中心(ODS),遵循HL7、IHE、CDA等标准才为之真正的平台。
在《“万能插座”之搭建信息交换集成平台真谛》中有EMPI应用场景的展现,在《HIE动手前的准备:盖高楼有风险,搭平台须谨慎》一文中也提到了EMPI系统。
而随着笔者视野的开拓,经过近一段时期的实践学习,认为原先的某些观点有失偏颇,本文着重和大家分享EMPI系统的建设,有不对之处敬请斧正。
【正文】
EMPI建设的背景
在“十二五”规划的原“35212”工程中,第一个“2”就是建设居民健康档案和电子病历的数据库。在区域医疗平台的建设中,大量的居民健康信息、诊疗信息被汇总到区域平台的EHR数据库中,并形成以居民为中心的健康信息视图。但由于数据来自不同的医疗机构,如何将不同机构和系统内的病人信息“智慧”地整合在一起,形成病人信息唯一准确的视图,并支持各种医疗服务的应用?如何在提供标准的信息访问途径的同时,保证敏感信息的安全性?
再看如北大人民医院、华中科技大学同济医院等已经建设过集成平台系统,或正在论证、考察、观望的一些医院,笔者认为:集成引擎(IE)只是基础,CDR和ODS才是最终建设目标;而CDR要实现把患者的所有医疗事件整合为统一视图,EMPI是基础。
因为历史遗留的原因,体检与门诊,门诊与住院,急诊的门诊、住院与各医技系统,开过绿色通道的医技系统之间,无不存在着现实中为同一病人而系统中是多人的问题;再者,即便我们为这些系统建立统一的patient_id作为主索引,也会存在问题,如体检系统是实名制的详尽个人健康档案,在门诊系统中却是匿名信息;还有正如某医疗公司的最初设计,patient_id不为主键,而存在多个病人一个号的情况。
试问如何解决上述问题?所以EMPI系统的建设可以统一跨机构的病人标识及同一机构内不同系统的病人标识对应,对病人信息进行查询与智能匹配,保证病人信息的唯一与准确。
建设EMPI系统后,至少在两个门户建设上可以发挥战略价值:一是患者门户,通过门户网站为病人提供准确、全面的信息,提高病人的满意度和忠诚度;二是医护门户,病人的所有信息统一视图,将全面完整的医疗数据提供给医护人员,可提高治疗质量,增加医护人员的满意度。
本文分享的是院内建设的EMPI系统,此系统并不一定要基于HIE,也可独立使用,但基于HL7和IHE标准的信息共享与交换对实现不同系统间的互连互通有事半功倍的效果。
EMPI分为医院级EMPI和区域级EMPI。
院内级EMPI解决的是医院各系统之间的信息共享与业务协同用的,有人工干预的过程
区域级EMPI解决的是机构之间的信息共享与业务协同用的,没有人工干预的过程
EMPI的建设应该是独立的,不与任何的业务系统绑定一起
前面的评论把主索引分为院级和区域级是很合理的,业务层面的特点的确很不一样。