5.应急方案
做任何系统应急方案都是必须的,何况如前所言EMPI相当于一个集成平台,
而笔者受眼界所限目前想到的应急方案如下:
(1)EMPI数据库服务器的双机热备,自动接管;
(2)在入口系统建立前置服务器,将EID时时同步。第1种方案全部失效后,前置服务器接管,系统恢复后前置服务器将数据上传EMPI数据库服务器;
(3)EMPI与生产系统高度集成,如HIS本身EID编码产生规则和EMPI系统相同,内嵌EMPI的算法。
我们仍然面临的问题
1.数据管理员如何通过主数据管理引擎来管理数据和自动处理数据问题?
2.对于疑似病人数据间的关联关系,谁来最终确认将这些关联关系进行展示和操作?
3.我们能够通过定义业务规则来解决数据管理方面的流程问题吗?
4.我们是否可通过EMPI建立庞大的信息库,我们从哪里录入数据呢?
【结束语】
目前能提供EMPI产品的国际厂商有IBM、Oracle、Intersystems等,但他们的案例基本基于国外或国内的区域卫生项目,在医院中应尚无成熟案例,国内如北大人民医院采用的是国内厂商,而院内实施EMPI系统的凤毛麟角。
如果我们的HIS厂商具备EMPI中的算法技术,也许就不用再单独建设了,相关的消费系统也不用做改动,当然这也正是促进厂商不断提高技术、完善产品的动力。
【作者简介】
孙立峰,方正国际软件(武汉)有限公司技术支持部售前总监。
EMPI分为医院级EMPI和区域级EMPI。
院内级EMPI解决的是医院各系统之间的信息共享与业务协同用的,有人工干预的过程
区域级EMPI解决的是机构之间的信息共享与业务协同用的,没有人工干预的过程
EMPI的建设应该是独立的,不与任何的业务系统绑定一起
前面的评论把主索引分为院级和区域级是很合理的,业务层面的特点的确很不一样。