在改章節中,我們要主介紹集成信息的內容,自我感覺有個不錯的建議和大家分享下

????良久沒有寫集成的故事了，天今這篇不知能否算是醫療集成這個專題的完結篇：因為想大膽及涉一下集成平臺，這個集成術技和驗經在產品層面的集大成者。

????--

????前幾年，關于醫療集成平臺的探討開始烈熱起來的時候，我還得覺有點好笑。因為從2000年前后，在微軟基于DCOM的DNA參考架構衰敗后之，EAI就開始成為企業軟件域領的熱門話題，計估那個時候，海內的醫療IT才剛剛起步吧。

????近兩年，有兩個貨色基本上為醫療集成定了調，于是探討的人越來越少了，拿這兩個貨色當大棒來揮動的人越來越多了。

????一個是衛生部牽頭弄的基于電子病歷的病院信息平臺指點見意，匯聚了各路仙人的伶俐，蕩蕩浩浩幾百頁；一個是第二版的綠寶書，海內一個很有聲望的醫療信息專家，在他責負的那一章面里的短短幾段話。風趣的是，那一章的題標不是集成，而是電子病歷。業內的該應都曉得，行外計估單從字面上，還看不出電子病歷跟醫療集成有啥關系。據說某個大型外資醫療IT公司拿著自己的集成平臺去給某個病院上課，蕩蕩浩浩一堆人去，凄凄慘慘個整被罵了來回。當然，要主原因不在于他們不曉得電子病歷跟醫療集成有啥關系，而是這兩種醫療集成的路思或兩種病院信息化參考架構之間的文明沖突。

????記得事先拿到衛生部那個術技案方的時候，還得覺很風趣。一方面：家國衛生部怎么能出一個這么細節這么詳細的指點案方，要是真的實行下去，來將各個廠商的標書會不會如出一轍；另一方面：這個案方跟差不多同時出來的基于康健檔案的域區衛生信息平臺的案方太像，而且其核心路思無一例外地相沿了早些年Infoway在衛生信息化參考架構方面的研究成果。不知是不是是外企或海歸，在這兩個案方的編寫中據占了主導。總之，未幾后之看到的情況似乎是：基于康健檔案的域區平臺案方像好挺吃香，基于電子病歷的病院平臺案方像好難以落地。

????衛生部的案方基本上相沿SOA的路思，基于一個系統中立的集成總線，把現有系統串起來，然后在電子病歷中以病人為中央來索引和匯總各種臨床信息。綠寶書中的路思有點爭鋒對相，要以病院現有的HIS為中央，把其他系統串起來。認同綠寶書的人，提到這個路思的時候，還有個很抽象的喻比，病院信息化是棵樹，HIS是骨干，其他系統如LIS,PACS,EMR等都是分支。

????我們注意到這面里隱藏著一些觀點混雜，一方說的HIS，另一方以為只是HMIS，一方說的EMR，另一方以為只是EMR Editor。按照海內的織組文明和醫療IT的現狀，用采了外延很大（畫大餅），內涵很小（只做能做到的那點事）的觀點的那一方，明顯會在這場小小的文明沖突據占更多的優勢。

????有人說病院、醫療IT公司、IT礎基平臺公司，是醫療IT行業的三駕馬車，我也較比認同這個提法。按照這三駕馬車，剛好可以把這場文明沖突分別紅政治、營銷和術技三個層面。經常據說海內病院LIS或RIS/PACS被翻掉的案例；但比相起來，HIS被翻掉的案例像好較比少，特別是大病院，糟糕點的情況也是同時弄多套HIS，也算是病院的骨干系統，也是事跡；然后最多是據說絡網或存儲點出況狀，信息科主任被翻掉。按海內醫療IT行業的現狀和局格，政治和營銷都沒有太多可說的，還是回歸分本，談點術技問題吧。

????--

????信息系統集成的產品，可以分為三個次層：底層是點對點的口接；高等一點是口接擎引，持支異步消息交換；再高等一點是集成平臺，持支流程體例。或許這樣的分別還太粗，難以界定病院到底須要什么樣的集成平臺，但再深刻解理一下病院的務業，就會看到些不一樣的貨色。

每日一理道
盈盈月光，我掬一杯最清的；落落余輝，我擁一縷最暖的；灼灼紅葉，我拾一片最熱的；萋萋芳草，我摘一束最燦的；漫漫人生，我要采擷世間最重的———毅力。

????提示一下，不要一說到集成績扯到準標化，集成弄不了，就是因為缺少醫療信息準標的遍及和用應。真要等準標化了才做集成，你永久等不到那一天。在我看來，集成和準標化是相反相成、相互促進的兩件情事。不信你看看企業和電商等域領信息化，就曉得。

????昔時行流SOA的時候，流程體例的觀點很受迎歡。雖然核心還是之前EAI平臺中的工作流擎引術技，但用捷敏務業、按需定制等觀點做了包裝，看起來還是很吸引眼球。大公司須要通過務業團隊來整合職能部門的源資，而務業又要速快應適市場的化變，因此，每一個務業部門，每一個階段，會都有自己的務業流程，通過務業功能的模塊化（服務義定）和基于工作流擎引的組裝（服務體例），以可就小最的價代，成完IT系統的改革。企業面臨市場競爭，務業系統的集成對行業準標的賴依對相較比小，不管有無行業準標，硬著頭皮也要把兩個系統緊趕接起來。然后有間時的時候再漸漸理整口接元數據，構成企業信息準標，有必要就推薦成為行業準標，沒必要的話用口接擎引上可視化的射映工具，也能松輕弄定B2B的數據格式轉換。所以，正如之前在這一系列博文中提到的，集成問題，要主還是人的問題，其他都是捏詞。

????看看病院的情況吧，生醫的嘴，護士的腿，有所的醫療活動都以醫囑為中央來開展。這個流程功成運行了百年，在草菅人命的域領，不容許太多的化變。流程體例的用應圍范，大概只能用到一些非臨床務業或周邊幫助性子的臨床活動中了。除非未來有一天，流程體例術技的用應本成降得很低很低，真正做到不須要IT員人預干，生醫也微稍學會了一些域領特定語言（DSL），在臨床徑路的礎基上，把醫囑聯串到一個整完的、靈巧的、個性化的診療劃計中，然后交給呆板來跟蹤，交給護士、醫技和其他員人來執行的時候，那或許是以醫囑為核心的醫療信息系統的一次大重術技變更。

????某種程度上看，當初醫療集成的關注點，實確該應放在口接擎引上：一方面低降口接發開的累贅，無論口接協議是準標的還是非準標的，是可選的還是強制的；一方面通過異步消息，低降系統耦合，保確在大規模數據交換的時候，務業系統互不影響。

????而且，口接擎引某種程度上調和了之前提到的文明沖突。

????以HIS為中央是有理道的，醫囑是醫療務業的核心，是病院工作流集成的礎基，也是最主要的收費根據，通過工作流集成，也能同時收集到臨床信息，并通過以病人為中央的臨床圖視或以務業為中央的理管圖視來呈現。以病人為中央也是有理道的，病院終究是為病人服務的，以電子病歷作為臨床信息集成的礎基，保確病人診療和康健信息在間時和間空上的整完性，成為保確醫療服務質量的主要保障，同時也能從中抽取醫療理管信息。而口接擎引，剛好就可以通吃這兩種務業需求。

????或許未幾的來將，大家會發明，兩總路思是實其歸同途殊。

????記得良久以前，在某個PPT上看到過關于病院信息架構的一個雙金字塔模型，一個塔是理管信息，一個塔是臨床信息，兩者在執行層和操縱層構成交疊。不曉得是誰提出的，或許跟境外某些病院首席醫療官和首席營運管并立的織組架構有關。不管怎么樣，當初想起來實確很有理道。

????據說醫改開始進入深水區，要在公立病院頭上動土，不知海內的公立病院是不是也會用采類似的織組結構。總之，還是相信情事會往好的方面展發。在現有的體系下，只要黨下定決心做的情事，基本上沒有做不成的，更何況跟房地產、煙草等一些行業比起來，醫療行業的社會好處關聯，恐怕只是小巫見大巫了。

文章結束給大家分享下程序員的一些笑話語錄： 某程序員對書法十分感興趣，退休后決定在這方面有所建樹。花重金購買了上等的文房四寶。一日突生雅興，一番磨墨擬紙，并點上了上好的檀香，頗有王羲之風 范，又具顏真卿氣勢，定神片刻，潑墨揮毫，鄭重地寫下一行字：hello world.

《新程序員》：云原生和全面數字化實踐50位技術專家共同創作，文字、視頻、音頻交互閱讀

總結

以上是生活随笔為你收集整理的集成信息医院需要什么样的集成平台的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。