集成平台建设，如何实现集成商和医院的“双赢”局面（前篇）

随着越来越多的集成平台开始上线运作，医院在后续运维时会遇到诸多问题不得不求助于集成商，有时会抱怨被集成商“绑架”，那集成商真的是医院集成平台建设中的最大赢家吗？ 

集成商和医院各自面临的问题 

在集成实施过程中，集成商，医院，业务系统提供商等多方需要互相协作，项目前期集成商等各厂商负责集成实施，而医院方主要负责实施进度的监控，集成平台完成测试正式上线后由才会由医院接管，这是集成平台主导权的更替过程。 然而，在集成平台建设各个阶段。 集成商和医院都会遇到问题。 

集成平台项目建设中，医院不仅需要全程掌握流程改造，还得花费大量时间进行操作培训。 集成平台上线后，经常出现以下情况，医院信息部门人员想接管集成平台，却做不到自主开发解决一些“小”需求。 这些需求开发运维的工作量普遍不大，但有时却很紧急，有可能明天就要甚至马上就要。 然而他们还是不得不找集成商寻求支持。 为什么？ 

因为他们常常“不敢”也“不能”自主解决这些“小”需求。 “不敢”是因为担心开发出错造成严重后果，例如使用人员在编写SQL脚本时疏忽，造成一次性读取大量数据超过系统负荷，从而使平台停摆； 而“不能”是因为集成引擎往往是个“黑盒子”，即使敢开发也无从下手。 这类“小需求”如数据流向监控，数据调取量的控制和接口部署改造等，医院都得“走流程”请集成商帮忙，因此难以实现对集成平台自主可控，不算真正的“接管”。 

那集成商就是最终赢家吗？ 也不尽然。 项目前期，集成商需要花费大量时间和精力进行调研、规划和培训等。 项目中期进行流程改造时，集成商不仅需要根据医院大大小小的要求进行个性化开发，还需要不断与第三方厂商沟通协调 (如第三方厂商系统接口的部署改造工作)，过程繁琐复杂，耗时耗力，常常导致整体实施周期难以控制，超出预期。 

集成平台建成后，由于医院不能完全接管集成平台，集成商还经常面对医院的各种“明天要”的需求，这些需求处在日常维护和附加服务的灰色地带，有时造成医院和集成商因费   用问题产生矛盾。 如果技术人员出现更换或断层时，集成商更是很难及时有效的为医院提供技术支持，导致最后服务不到位，这些都成为了集成商的额外负担。 

医院和集成商的困扰 

推动集成商和医院实现双赢 

集成商和医院双方各有困扰，那有没有可能在这看似无解的情况下实现集成商和医院在集成平台建设中的“双赢”局面呢？ 

有！ 纵观上述集成平台建设中的问题， 集成平台不稳定，开发和日常操作技术门槛过高以及集成平台的封闭性难辞其咎。 

为实现集成商和医院的“双赢”局面，Odin引擎进行了本土化的二次开发，提升了产品的稳定性，开放性和易用性，解决了医院技术人员“不敢”开发、“不能”开发的问题，并帮助医院实现信息系统的易开发，助力集成商将问题化繁为简。 

针对医院视图调用，Odin在数据库操作方面 (包括视图调取) 做了优化。 医院通过集成引擎从数据库中调取视图，并可限定调取的视图的数据量，避免了外部系统调取视图时由于读取数据量过大导致系统停摆的风险。 同时也能监控视图数据的流向，出现问题时能追根溯源，迅速找到原因，加强了集成引擎对于数据流向的监控和数据透明性，使医院能更好地接管平台，掌控数据。 同时，集成商也能降低项目实施和维护成本。 

Odin引擎视图调取功能示意图 

疫情期间，浙江省台州医院“健康码”的服务部署在传统接口模式下需要2-3天的开发工作。 在Odin引擎的助力下，医院信息部门一位熟练的技术人员1小时内就自主完成了，真正做到 “医院接管，厂商减负”的双赢局面。