站在集成平台的角度去看待医院系统的查询需求

1.背景介绍

客户：北京电力医院

所处角色：电力医院集成平台项目组

需求来源：多功能自助机

需求描述：多功能自助机需和集成平台做一些查询接口，其目的是为了获取患者的基本信息、缴费信息、处方信息、检查检验报告、药品价格等信息；

2.如何实现自助机的查询需求

    目前客户单位已建成集成平台、CDR，集成平台与各系统的接口商务基本谈完，接口也基本趋于稳定，面对多功能自助机的查询需求，我大致想到三个方法供参考。

2.1走实时接口

    在集成平台的建设过程当中，平台维护的接口数量越来越多，随着功能的合并以及需求的合并，大部分的接口都改成公用的接口，效率很高，也便于平台维护。因此，第一个想到的是将自助机需要的这些数据，通过实时的接口给自助机系统推送过去（大部分的数据都有实时接口），自助机系统厂商自己搭建一个数据库以存储这些数据，在查询患者的一些信息的时候，可以查询自己的数据库以达到目的。

    优点：对于集成平台而言，无需开发新的接口，所有的数据都通过现有的公共接口同步给自助机系统，同时，自助机系统的查询业务对平台造成的压力减小，也杜绝了不稳定查询量对平台造成的隐患。

    缺点：自助机系统需搭建自己的数据库来存储数据，以及开发一套按平台标准来接收数据的接口（所有自助机都有自己成熟的接口，但是会根据不同的医院需求做调整），这样会出现数据冗余，接口效率低的现象（大费周折只为了做个查询）。

2.2平台与各业务系统做查询接口

    集成平台通过与HIS、LIS、EMR等系统做查询接口，自助机系统调用平台提供的查询服务，将查询条件作为入参通过接口传到集成平台，平台将收到入参传给数据源系统（HIS或LIS或EMR，按实际调用接口区分），数据源系统查询自己的数据库并将查询结果作为应答消息返回给集成平台，平台再转发给自助机系统。

    优点：流程非常规范，符合医院标准化要求，自助机系统接入速度快，无需做其他改动。

    缺点：不可预量的查询请求会给各数据源系统和平台带来很大的压力，严重时甚至会影响系统的正常使用，对于平台而言，需和各数据源系统开发大量的接口，涉及到商务费用，同时也不便于维护。

2.3平台去查询各业务系统的数据库

    第三种方法，自助机系统调用平台提供的查询服务，将查询条件作为入参通过接口传到集成平台，平台根据调用不同的方法去不同的系统（比如HIS、LIS、EMR等）的生产库或备库去查询，并将查询结果作为应答消息返回给自助机系统。

    优点：自助机系统接入快，用原有的接口就可以实现，数据没有冗余，效率高。

    缺点：平台需要和多个系统沟通，和他们的数据库做连接，熟悉表结构，不便于平台管理，这其实和自助机系统直接查询数据源系统的数据库没啥区别。

2.4平台利用CDR做查询

    医院所有的业务数据的最终流向是CDR，而CDR和集成平台往往是绑定的。自助机想查询的所有数据，在CDR里都能找到，因此，可以将CDR作为一个业务系统，自助机系统调用平台提供的查询服务，将查询条件作为入参通过接口传到集成平台，平台使用这些查询条件去查CDR中不同的表，将查询的结果作为应答消息返回给自助机系统。

    优点：自助机系统无需做修改，接入速度快，平台避开HIS、LIS、EMR系统的商务问题，统一管理查询接口，同时也充分利用了CDR里的数据，体现了CDR的价值。

    缺点：大量的查询对CDR会有一定的影响，如果有备库的话问题就不大了，同时，CDR的数据实时性是否满足要求也需要考虑。

3.总结

    按照医院信息化建设的发展和要求，“烟囱”、“信息孤岛”这样的现象会逐渐消失。医院集成平台的作用是规范医院业务系统的接口，达到互联互通、信息共享的效果。按照这个大方向去规划医院系统集成，应该采用第二种方法，这非常符合平台架构设计、信息化发展要求，但是这对医院业务系统服务器的要求比较高，同时，数据库灾备能力也有要求。如果从CDR数据应用的层面来考虑，医院业务数据的汇集存入CDR不能只当一个数据仓库去存储，同时也需要利用这些数据，第四种方法合理的利用了CDR的数据，对各业务系统的影响较小，同时也减少了很多不必要的接口。总的来说，个人建议采用第二、四种方法去实现自助机系统的查询需求，在医院集成平台的建设过程当中，肯定会遇到很多的问题，这就要求医院有魄力，敢改革、定标准，有了这些标准，平台才能在集成的工作当中有一定的权威性，才能将集成平台的项目做的完美。