【峰言风语】HIE动手前的准备：盖高楼有风险 搭平台须谨慎

务实搭建集成平台

说完风险因素，也许我们该再来强调一下，基于我国目前的现状，首先搞清楚：项目是不是应该建设平台？搭建平台后哪些需要集成，哪些保留原先的模式？

如果抛开标准来说，必须要搭建信息交换集成平台才能实现我们要的那些功能吗？我们再来细分一下。

比如上一篇我们提到的EMPI（企业级病人主索引），在没有HIE之前，门诊的医生怎么调阅病人在医院体检过的报告？住院医生怎么调阅这个病人在门诊的病历？LIS、PACS的图文报告又是怎样实现互联互通、数据共享？也就是说我们的HIS本身就有MPI的功能。

所以，笔者一直认为EMPI是给医疗集团医院、区域卫生项目所用，在医院内部没有必要；或者我们再前瞻一些，居民健康卡全部发行后，这套系统的生命就终结了。当然我们依然不是否定这套系统，因为它是基于原卫生部制定的居民健康档案的数据元、数据组的，而且可以对历史数据做清洗，当然这里面依然有现实的问题存在，就是匹配度再高也不敢轻易关联。

我们再问：如果没有集成平台就必须要点对点做接口吗？用一张图来说明一下：

图  以电子病历为核心的公用接口平台

在上图这个接口平台里，我们按电子病历结构文档目录树作为标准，在辅助检查里把放射、超声、内镜、病理、核医学、心电图作为二级目录，以HIS的patient_id作为主索引，并以Web Service接口方式，把PACS、LIS的报告数据写到HIS数据库中。

如果医院上手麻系统，它只要调用这个URL，就可以查看这个病人所有的病历内容了，同样我们再把手麻系统纳入这个接口平台，至少解决了我们点对点做接口的现状。

说一千道一万，是建议政府部门、医院CIO视自己项目的资金预算，把钱花在点上，用在刀刃上。而且对于是采用了一体化产品的项目，真的需要采纳HIE吗？不是绝对没必要的采购，而是要考虑清楚什么是只有平台能带给我们的；对于乙方在开发自己产品的时候，是不是也像开头所说，学习国外把自己的HIS等产品主管理程序都预先封装在平台里呢？这样我们的HIT建设，不管是从下往上还是从上往下，顶层设计都是基于平台的。

 下篇预告：

万丈高楼平地起，下一篇我们该做内部装修了——基于一个平台搭建的两个数据中心、四类业务应用。

 【作者简介】孙立峰，方正国际软件（武汉）有限公司技术支持部售前总监。