隨著越來越多的集成平臺開始上線運作，醫(yī)院在后續(xù)運維時會遇到諸多問題不得不求助于集成商，有時會抱怨被集成商“綁架”，那集成商真的是醫(yī)院集成平臺建設中的最大贏家嗎？

在集成實施過程中，集成商，醫(yī)院，業(yè)務系統(tǒng)提供商等多方需要互相協(xié)作，項目前期集成商等各廠商負責集成實施，而醫(yī)院方主要負責實施進度的監(jiān)控，集成平臺完成測試正式上線后由才會由醫(yī)院接管，這是集成平臺主導權的更替過程。然而，在集成平臺建設各個階段。集成商和醫(yī)院都會遇到問題。

集成平臺項目建設中，醫(yī)院不僅需要全程掌握流程改造，還得花費大量時間進行操作培訓。集成平臺上線后，經常出現(xiàn)以下情況，醫(yī)院信息部門人員想接管集成平臺，卻做不到自主開發(fā)解決一些“小”需求。這些需求開發(fā)運維的工作量普遍不大，但有時卻很緊急，有可能明天就要甚至馬上就要。然而他們還是不得不找集成商尋求支持。為什么？

因為他們常常“不敢”也“不能”自主解決這些“小”需求。“不敢”是因為擔心開發(fā)出錯造成嚴重后果，例如使用人員在編寫SQL腳本時疏忽，造成一次性讀取大量數(shù)據(jù)超過系統(tǒng)負荷，從而使平臺停擺；而“不能”是因為集成引擎往往是個“黑盒子”，即使敢開發(fā)也無從下手。這類“小需求”如數(shù)據(jù)流向監(jiān)控，數(shù)據(jù)調取量的控制和接口部署改造等，醫(yī)院都得“走流程”請集成商幫忙，因此難以實現(xiàn)對集成平臺自主可控，不算真正的“接管”。

那集成商就是最終贏家嗎？也不盡然。項目前期，集成商需要花費大量時間和精力進行調研、規(guī)劃和培訓等。項目中期進行流程改造時，集成商不僅需要根據(jù)醫(yī)院大大小小的要求進行個性化開發(fā)，還需要不斷與第三方廠商溝通協(xié)調 (如第三方廠商系統(tǒng)接口的部署改造工作)，過程繁瑣復雜，耗時耗力，常常導致整體實施周期難以控制，超出預期。

集成平臺建成后，由于醫(yī)院不能完全接管集成平臺，集成商還經常面對醫(yī)院的各種“明天要”的需求，這些需求處在日常維護和附加服務的灰色地帶，有時造成醫(yī)院和集成商因費   用問題產生矛盾。如果技術人員出現(xiàn)更換或斷層時，集成商更是很難及時有效的為醫(yī)院提供技術支持，導致最后服務不到位，這些都成為了集成商的額外負擔。

集成商和醫(yī)院雙方各有困擾，那有沒有可能在這看似無解的情況下實現(xiàn)集成商和醫(yī)院在集成平臺建設中的“雙贏”局面呢？有！

縱觀上述集成平臺建設中的問題，集成平臺不穩(wěn)定，開發(fā)和日常操作技術門檻過高以及集成平臺的封閉性難辭其咎。

為實現(xiàn)集成商和醫(yī)院的“雙贏”局面，Odin引擎進行了本土化的二次開發(fā)，提升了產品的穩(wěn)定性，開放性和易用性，解決了醫(yī)院技術人員“不敢”開發(fā)、“不能”開發(fā)的問題，并幫助醫(yī)院實現(xiàn)信息系統(tǒng)的易開發(fā)，助力集成商將問題化繁為簡。

針對醫(yī)院視圖調用，Odin在數(shù)據(jù)庫操作方面 (包括視圖調取) 做了優(yōu)化。醫(yī)院通過集成引擎從數(shù)據(jù)庫中調取視圖，并可限定調取的視圖的數(shù)據(jù)量，避免了外部系統(tǒng)調取視圖時由于讀取數(shù)據(jù)量過大導致系統(tǒng)停擺的風險。同時也能監(jiān)控視圖數(shù)據(jù)的流向，出現(xiàn)問題時能追根溯源，迅速找到原因，加強了集成引擎對于數(shù)據(jù)流向的監(jiān)控和數(shù)據(jù)透明性，使醫(yī)院能更好地接管平臺，掌控數(shù)據(jù)。同時，集成商也能降低項目實施和維護成本。

疫情期間，浙江省臺州醫(yī)院“健康碼”的服務部署在傳統(tǒng)接口模式下需要2-3天的開發(fā)工作。在Odin引擎的助力下，醫(yī)院信息部門一位熟練的技術人員1小時內就自主完成了，真正做到“醫(yī)院接管，廠商減負”的雙贏局面。

（本文為Odin Health公司供稿）

CHIMA 2020 征文通知

CHIMA 2020 案例征集通知

CHIMA 2020 書展通知

2019-2020年度醫(yī)院信息化狀況調查