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

平台真的很美吗？

信息交换集成平台的建设看上去真的那么美吗？在笔者看来，搭建信息交换集成平台至少存在以下几点风险：

1．集成工作的设计初衷之一是，应用系统遵循数据规范标准，减少系统间交互时的数据转换。所以需要各个应用系统做接口数据改造，数据遵循HL7标准。 如果不做这部分工作， 系统互联只在连接架构上完成点对点到集中总线的优化， 在数据交换方面依旧是点对点的复杂状态。但并不是所有的供应商都有HL7经验，是否能按时且保证质量地完成接口数据改造工作存在风险。

2．不管是区域的项目还是医院采用了多家的产品，集成项目的难点在于涉及厂商众多，沟通协调困难。这部分工作通常占据实施集成平台项目的比重很大，院方要做足够的心里准备。实施中一般要求供应商对系统的接口以及和其他系统的交互逻辑做修改，修改工作量大，这就需要每个供应商充分配合。在目前医院的供应商数目比较多的情况下，供应商配合程度上存在风险。

3．数据总线或者说服务总线都是以牺牲性能为代价，换来异构系统集成的能力。它需要做通信协议的转换，或适配做各种异构数据交互格式的转换。性能自然是下降了的，也就是说降低了数据传输效率。比如CIS的医嘱目前都绑定了HIS的收费项目，CIS的药品医嘱就是HIS的药品目录，并需要时时判断库存，这种业务并不建议硬性拆分，为了集成而集成。

4．由于HIE平台是服务集成中心，HIE平台一旦出现故障将影响到几乎所有系统的正常运转。而且HIE平台具有不可替换性的特点，因此对HIE平台的应急需要进行特殊对应，灾备应急方案又成重中之重。

综上所述，在进行医院信息系统集成时，应不要急于建设，在动手之前应召集国内外专家、学者、供应商等仔细研究HL7标准，将标准吃透，并结合项目自身的实际情况，详细梳理业务需求，归纳集成场景，准备充分后再开始着手于系统的建设。

医院业务信息系统专业程度越来越高，功能划分越来越细，一个业务流程需要多个系统配合完成，集成开发完成后，需要进行系统内部测试、系统间集成测试、异常情况测试、性能测试等。业务需求变化后，如果系统间交换信息发生变化，必须进行流程测试和回归测试，保证所做修改未对业务所设计的相关系统造成影响。一句话概括就是：必须进行详细的测试，保证业务流程的可靠性。

对于政策的风险因素，要尽可能地规避，而不是等到上线后被否定。就好比嚷嚷了半天CA、数字认证、电子签章，最后总结为不是可靠的电子签名，国内法律还不认可，那就纯粹是折腾了。