智慧診療系統(tǒng)方案.V3.5

1、1 臨床智慧診療系統(tǒng)方案臨床智慧診療系統(tǒng)方案 深圳安泰創(chuàng)新科技股份有限公司深圳安泰創(chuàng)新科技股份有限公司 20142014 年年 2 目目 錄錄 1 1深圳安泰創(chuàng)新公司介紹深圳安泰創(chuàng)新公司介紹.1 1 2 2項目概述項目概述.2 2 2.1建設(shè)背景 .2 2.2建設(shè)思路 .3 2.3建設(shè)目標 .4 3 3智慧診療系統(tǒng)總體功能設(shè)計智慧診療系統(tǒng)總體功能設(shè)計.5 5 3.1界面與功能設(shè)計：貼近醫(yī)生使用習慣 .5 3.2管理功能設(shè)計：醫(yī)生專屬的患者管理中心 .6 3.3人性化的操作方式設(shè)計 .7 4 4智慧診療系統(tǒng)的價值智慧診療系統(tǒng)的價值.8 8 4.1教學價值 .8 4.2科研價值 .8 4.3管理價

2、值 .8 5 5醫(yī)院信息集成平臺醫(yī)院信息集成平臺.9 9 5.1信息集成平臺架構(gòu)設(shè)計 .9 5.1.1信息集成平臺設(shè)計原理.10 5.1.2信息集成平臺解決的主要問題.10 5.1.3信息集成數(shù)據(jù)交換平臺技術(shù)指標.11 5.1.4信息集成平臺標準和規(guī)范.12 5.2管理平臺設(shè)計 .13 5.2.1患者信息接口服務(wù).13 5.2.2患者診療數(shù)據(jù)提取.14 5.2.3患者資料數(shù)據(jù)存儲管理.14 5.3管理功能設(shè)計 .15 5.3.1患者主索引管理功能.15 5.3.2數(shù)據(jù)通訊交換中間件.16 5.3.3數(shù)據(jù)應(yīng)用業(yè)務(wù)中間件.17 5.3.4異構(gòu)數(shù)據(jù)源定義功能.18 5.3.5基于 HL7 的圖形化全

3、自動流程定制管理功能.19 5.3.6異構(gòu)系統(tǒng)業(yè)務(wù)流程集成平臺功能.20 5.3.7數(shù)據(jù)清洗功能.21 5.3.8業(yè)務(wù)流程接口發(fā)布功能.21 5.3.9患者數(shù)據(jù)存儲服務(wù)管理功能.21 5.3.10 DICOM 影像獲取及管理功能 .22 5.3.11 權(quán)限安全策略和隱私保護功能.22 5.3.12 運行監(jiān)控管理功能.24 6 6臨床智慧診療應(yīng)用臨床智慧診療應(yīng)用.2525 3 6.1應(yīng)用場景 .25 6.1.1日常交班.25 6.1.2病例討論.26 6.1.3移動查房.26 6.1.4學術(shù)會議.26 6.2臨床智慧診療系統(tǒng)組成 .27 6.2.1主界面登錄功能.27 6.2.2模塊化功能管理功

4、能.28 6.2.3資料檢索功能.28 6.2.4患者基本信息瀏覽功能.28 6.2.5醫(yī)囑信息瀏覽功能.29 6.2.6電子病案瀏覽功能.29 6.2.7檢驗結(jié)果瀏覽功能.30 6.2.8檢查報告瀏覽功能.31 6.2.9DICOM 圖像瀏覽和處理功能 .31 6.2.10 手術(shù)視頻直播/點播功能.32 6.2.11 全景病案庫功能.33 7 7本期項目配置本期項目配置.3535 7.1軟件配置 .35 7.1.1醫(yī)院信息平臺數(shù)據(jù)中心軟件.35 7.1.2臨床智慧診療應(yīng)用軟件.35 7.2硬件配置 .37 7.2.1醫(yī)院信息平臺數(shù)據(jù)中心硬件配置.37 7.2.2臨床智慧診療應(yīng)用終端硬件配置.

5、38 1 1 深圳安泰創(chuàng)新公司介紹深圳安泰創(chuàng)新公司介紹 深圳安泰創(chuàng)新科技股份有限公司深圳安泰創(chuàng)新科技股份有限公司位于深圳市南山區(qū)高新技術(shù)開發(fā)區(qū)，屬國家 級高新技術(shù)企業(yè)，是專業(yè)醫(yī)療信息解決方案的提供商和全程服務(wù)商，致力為衛(wèi)生 部門、醫(yī)療機構(gòu)和醫(yī)療集團提供全系列的醫(yī)療信息產(chǎn)品與解決方案；并提供基于 醫(yī)療信息化領(lǐng)域的應(yīng)用、咨詢、定制開發(fā)、系統(tǒng)集成、實施和維護等專業(yè)化服務(wù)。 多年來為數(shù)百家醫(yī)院和衛(wèi)生行政管理機構(gòu)提供信息化系統(tǒng)解決方案并保駕護航。 安泰創(chuàng)新的戰(zhàn)略投資方廣東省廣弘資產(chǎn)經(jīng)營有限公司是廣東省屬三大資產(chǎn)經(jīng) 營公司之一。 公司擁有一支完整的研發(fā)和工程服務(wù)隊伍，核心技術(shù)團隊具有十余年的醫(yī)療 信息化行

6、業(yè)經(jīng)驗，具有強大的創(chuàng)新開發(fā)能力和豐富的服務(wù)經(jīng)驗。 公司擁有完全自主知識產(chǎn)權(quán)的 Annet 全線產(chǎn)品，涵蓋了區(qū)域健康醫(yī)療信息化、 醫(yī)學影像傳輸（PACS/RIS） 、信息一體化手術(shù)室、臨床智慧診療等組成部分，已 獲得 30 余項軟件產(chǎn)品計算機著作權(quán)登記證。 Annet 系統(tǒng)設(shè)計遵循高度易用性、簡便性、先進性、標準化、安全性、可擴 展性、高可用性和高效率等的原則，并行處理能力強，采用全中文操作界面，簡 潔美觀、方便實用。系統(tǒng)穩(wěn)定、功能完整、可擴展性強，可以適用于不同規(guī)模、 不同需求的用戶，并能夠滿足用戶不斷發(fā)展的需要。 當前已安裝應(yīng)用智慧診療或信息一體化手術(shù)室系統(tǒng)的用戶： 廣東廣東：中山大學附屬第

7、二醫(yī)院、中山大學附屬第六醫(yī)院、廣州醫(yī)科大學附屬 第一醫(yī)院、南方醫(yī)科大學附屬南方醫(yī)院、廣州軍區(qū)廣州總醫(yī)院、深圳 市兒童醫(yī)院、深圳市羅湖人民醫(yī)院、中大惠亞醫(yī)院等。 廣西：廣西：解放軍第三 0 三醫(yī)院等。 湖南湖南：湖南省人民醫(yī)院等。 其他地區(qū)其他地區(qū)：安徽省立醫(yī)院、海南醫(yī)學院附屬醫(yī)院、無錫第四人民醫(yī)院、天津 環(huán)湖醫(yī)院等。 2 2 項目概述項目概述 2.1 建設(shè)背景建設(shè)背景 21 世紀是信息與高科技結(jié)合應(yīng)用的飛速發(fā)展時代，當今社會已進入信息化的 時代。信息化不僅能促進各項改革措施的落實，也能推動衛(wèi)生改革的深化，已日 益成為提高科學管理水平、衛(wèi)生服務(wù)質(zhì)量和效率的有力手段，信息化建設(shè)正是醫(yī) 院加強現(xiàn)代化

8、管理、走“優(yōu)質(zhì)、高效、低耗”發(fā)展道路的最有效途徑。因此，加快 信息化建設(shè)是深化衛(wèi)生改革和衛(wèi)生事業(yè)發(fā)展的必然要求，醫(yī)院信息化已成為醫(yī)院 現(xiàn)代化建設(shè)和發(fā)展的歷史潮流。 為追趕衛(wèi)生信息化的步伐，衛(wèi)生部在 2002 年 4 月制訂了全國衛(wèi)生信息化 發(fā)展規(guī)劃綱要 ，提出要進一步推動醫(yī)院信息系統(tǒng)發(fā)展，要求醫(yī)院信息系統(tǒng)要逐 步實現(xiàn)從以經(jīng)濟財務(wù)為主線的管理信息系統(tǒng)，向以患者為中心的臨床信息系統(tǒng)拓 展，實現(xiàn)與醫(yī)保系統(tǒng)的雙向交互，利用遠程醫(yī)療技術(shù)，為患者提供不同層次的服 務(wù)。 隨著全國衛(wèi)生信息化發(fā)展規(guī)劃綱要的推出，從 2003 年起國內(nèi)迅速掀起 了新一輪的信息化建設(shè)高潮，無論在建設(shè)目標定位、投資規(guī)模等方面都取得了

9、很 大的突破，在北京、廣東等一些經(jīng)濟發(fā)達地區(qū)還提出了數(shù)字化醫(yī)院的建設(shè)目標， 在臨床應(yīng)用及深層次綜合管理領(lǐng)域都進行了大膽的探索并取得了良好的經(jīng)濟效益 及社會效益。 2010 年，中共中央、國務(wù)院關(guān)于深化醫(yī)藥衛(wèi)生體制改革的意見把“建立 實用共享的醫(yī)藥衛(wèi)生信息系統(tǒng)”列為“八大支柱”之一，明確了“以推進公共衛(wèi)生、醫(yī) 療、醫(yī)保、藥品、財務(wù)監(jiān)管信息化建設(shè)為著力點，加快信息標準化和公共服務(wù)信 息平臺建設(shè)，逐步建立統(tǒng)一高效、資源整合、互聯(lián)互通、信息共享、透明公開、 使用便捷、實時監(jiān)管的醫(yī)藥衛(wèi)生信息系統(tǒng)”，我院當前的醫(yī)療信息化建設(shè)正適逢其 3 會，符合國家要求，符合醫(yī)療衛(wèi)生未來發(fā)展的方向。 2.2 建設(shè)思路建設(shè)

10、思路 隨著醫(yī)院業(yè)務(wù)日益增長，傳統(tǒng)的手工操作與管理已經(jīng)不能滿足醫(yī)院日常工作 與管理的需要，醫(yī)院信息化建設(shè)勢在必行。 另一方面，在加強醫(yī)療信息化建設(shè)的 同時，如何同步提高醫(yī)療信息系統(tǒng)的實用性，符合臨床診療工作的需要，提高解 決臨床問題能力，是當前醫(yī)療信息化建設(shè)必須要考慮的重要問題。 醫(yī)療信息化發(fā)展到今天，醫(yī)院內(nèi)部發(fā)展出眾多信息系統(tǒng)，面向不同專業(yè)領(lǐng)域， 主要包括 HIS、EMR、LIS、PACS、手術(shù)麻醉信息系統(tǒng)、OA 等，由此醫(yī)院信息化程 度空前提高。但投入了大量資源建設(shè)的信息系統(tǒng)卻總是難以融入到醫(yī)生的日常工 作。例如，醫(yī)生的日常交班，病例討論，會診過程中，需要展現(xiàn)匯總患者各方面 的病歷信息、檢查

11、結(jié)果、影像圖片；醫(yī)生需要反復打開不同的數(shù)據(jù)來源信息系統(tǒng)， 調(diào)用需要的數(shù)據(jù)，調(diào)整不統(tǒng)一的數(shù)據(jù)標準，最后自行手工匯總，完成工作。這不 僅沒有解決醫(yī)生實際的工作問題，反倒加重了醫(yī)生的工作負擔。另外，眾多信息 系統(tǒng)為技術(shù)管理和維護帶來了難題，系統(tǒng)信息標準不統(tǒng)一，業(yè)務(wù)對接效率低下， 每個系統(tǒng)各自為政，形成了一個又一個的“信息孤島” 。醫(yī)院信息管理部門需要 投入大量時間精力，用于維護系統(tǒng)和聯(lián)通每個“孤島” 。 過去十余年的醫(yī)院信息化建設(shè)中眾多案例和實踐經(jīng)驗表明，傳統(tǒng)按照劃分業(yè) 務(wù)系統(tǒng)進行的醫(yī)院信息化建設(shè)思路已經(jīng)不能滿足當今醫(yī)療衛(wèi)生發(fā)展的需要，我們 需要改變醫(yī)療信息化建設(shè)的思路：從以業(yè)務(wù)為核心的建設(shè)方向改為

12、以臨床從以業(yè)務(wù)為核心的建設(shè)方向改為以臨床 診療系統(tǒng)為核心的建設(shè)方向。診療系統(tǒng)為核心的建設(shè)方向。 4 2.3 建設(shè)目標建設(shè)目標 南海中醫(yī)院作為佛山市的標桿性醫(yī)院，歷來相當重視醫(yī)療信息化的研究與應(yīng) 用。本次項目擬在實現(xiàn)醫(yī)院各信息系統(tǒng)數(shù)據(jù)集成的基礎(chǔ)上，為 20 個科室、20 間 手術(shù)室配置智慧診療系統(tǒng)；同時，實現(xiàn) 5 間手術(shù)室、1 間示教室的信息一體化建 設(shè)。 要實現(xiàn)以臨床診療、手術(shù)室智慧管理為核心的醫(yī)療信息系統(tǒng)建設(shè)，應(yīng)立足南 海中醫(yī)院現(xiàn)有的信息建設(shè)基礎(chǔ)和資源條件，著眼未來醫(yī)院醫(yī)療衛(wèi)生服務(wù)能力、服 務(wù)效率、服務(wù)水平的全面提升，建設(shè)功能完備、標準規(guī)范統(tǒng)一的臨床智慧診療系 統(tǒng)，實現(xiàn)手術(shù)室的信息一體化。主

13、要注重以下建設(shè)步驟： 建設(shè)醫(yī)療信息集成平臺在原有醫(yī)療信息建設(shè)的軟件與硬件基礎(chǔ)上實現(xiàn)系統(tǒng)集 成；逐步將原有 PACS、HIS、EMR、LIS 等系統(tǒng)納入集成范圍；根據(jù)實際情況對醫(yī) 院信息系統(tǒng)進行優(yōu)化設(shè)計，提出符合醫(yī)院現(xiàn)狀的數(shù)據(jù)標準和通訊標準體系，促進 信息互認共享。 建設(shè)臨床智慧診療系統(tǒng)依托醫(yī)療信息集成平臺，實現(xiàn)醫(yī)院所有數(shù)據(jù)高度集成 并匯集成庫。通過臨床智慧診療系統(tǒng)，醫(yī)生可以實時、便捷地通過不同通訊終端， 隨時隨地獲取與患者有關(guān)的所有診療信息，進行更為精確有效的診療活動，從而 大大提高醫(yī)院診療的效率和成功率。 在上述基礎(chǔ)上，建設(shè)醫(yī)療數(shù)據(jù)挖掘中心，加強醫(yī)院信息的數(shù)據(jù)挖掘與綜合利 用，充分發(fā)揮信息在

14、臨床決策中的作用；利用信息化手段改進醫(yī)療監(jiān)管體制，充 分發(fā)揮信息技術(shù)在改善監(jiān)管和績效考核中的作用，提高醫(yī)院的監(jiān)管效率。最終實 現(xiàn)管理機制創(chuàng)新、服務(wù)模式轉(zhuǎn)變、信息互通、資源共享、服務(wù)協(xié)同，使醫(yī)院醫(yī)療 衛(wèi)生水平全面提升。 目標：醫(yī)療信息集成平臺、智慧診療系統(tǒng)及信息一體化手術(shù)室。目標：醫(yī)療信息集成平臺、智慧診療系統(tǒng)及信息一體化手術(shù)室。 5 3 智慧診療系統(tǒng)總體功能設(shè)計智慧診療系統(tǒng)總體功能設(shè)計 3.1 界面與功能設(shè)計：貼近醫(yī)生使用習慣界面與功能設(shè)計：貼近醫(yī)生使用習慣 以患者為主體，展現(xiàn)患者各類關(guān)鍵信息，最關(guān)鍵的信息會浮現(xiàn)于患者 內(nèi)容模塊表面突出提醒；如需詳情，一次點擊即可獲取該欄目所有信 息；為不同科

15、室設(shè)計專屬患者信息模塊和貼心小功能； 以診療事件為中心，規(guī)劃不同的應(yīng)用流程，設(shè)計不同的應(yīng)用場景：交 班、病例討論、會診、示教、大型學術(shù)會議等場景。 設(shè)計不同的背景專題風格 體現(xiàn)醫(yī)生臨床思考的過程 數(shù)據(jù)展現(xiàn)符合醫(yī)生使用習慣 提供計算器，計時器，標尺，電子粉筆等貼心小工具； 6 3.2 管理功能設(shè)計：醫(yī)生專屬的患者管理中心管理功能設(shè)計：醫(yī)生專屬的患者管理中心 匯總醫(yī)生管理的所有患者信息 患者信息模塊化，關(guān)鍵信息呈現(xiàn)在模塊表面，情況一目了然 醫(yī)生可以自行設(shè)置個性化的診療事件通知，避免遺漏 提供個性化的管理界面，方便醫(yī)生個人工作習慣 提供方便醫(yī)用的交互路徑，患者資料輕松歸檔，方便日后示教和科研 數(shù)據(jù)中

16、心由醫(yī)院統(tǒng)一維護管理，醫(yī)生只負責使用 方便科室管理者統(tǒng)一查看、統(tǒng)籌管理全科室患者情況 7 3.3 人性化的操作方式設(shè)計人性化的操作方式設(shè)計 支持觸控方式，簡單易學； 觸控靈敏，體驗流暢； “一觸即發(fā)”的理念，保證醫(yī)生只要點擊一次即可獲取需要的信息 最多支持 6 點觸控； 大部分功能可以通過觸控完成，如放大縮小，翻頁，翻序列，調(diào)整窗 寬窗位等，符合日常使用習慣； 同時支持傳統(tǒng)鼠標操作與鍵盤操作； 系統(tǒng)界面可以輕松切換到傳統(tǒng) Windows 工作界面，保證工作效率； 終端靈活，能夠支持會診終端、工作終端、個人終端和手持終端，從 10 寸到 65 寸不同的終端應(yīng)用。 8 4 智慧診療系統(tǒng)的價值智慧診

17、療系統(tǒng)的價值 與傳統(tǒng)的醫(yī)院信息化相比，智慧診療系統(tǒng)實現(xiàn)了醫(yī)院信息的“三個高度” ， 即信息的高度集成、高度開放和高度流通。同時也為醫(yī)院帶來眾多價值：讓所有 臨床醫(yī)生隨時隨地能獲取患者的所有信息，為日常工作帶來實際便利。 4.1 教學價值教學價值 減少教學準備時間，讓老師把時間和精力集中在與學員的溝通上； 教學記錄能夠簡單有效地保存，方便日后回顧應(yīng)用； 改變講課形式，豐富講課內(nèi)容，提高教學效率； 4.2 科研價值科研價值 患者檔案整理日常化，提供日?；颊呖焖贇w檔的高效整理方式 提供基本的數(shù)據(jù)挖掘與數(shù)據(jù)分析功能，為科研提供有力支持 4.3 管理價值管理價值 管理方便：系統(tǒng)工作流程標準化，不會因為某

18、個信息廠商參加或退出 而改變。 減少依賴：隨時實現(xiàn)任何廠商的信息子系統(tǒng)撤換、升級等操作，使得 將來醫(yī)院的發(fā)展擺脫單個信息化廠家的數(shù)據(jù)“綁架” ，使醫(yī)院獲得信息 化建設(shè)的主動權(quán)。 擴容便利：建立醫(yī)院信息化統(tǒng)一的院方標準，保證日后新增系統(tǒng)接入 數(shù)據(jù)的標準性和便利性。 在信息化建設(shè)基礎(chǔ)上做好信息集成和信息應(yīng)用的統(tǒng)籌規(guī)劃，同時對不同科室 具體情況進行調(diào)研與功能規(guī)劃，貫徹“以診療應(yīng)用為中心，以患者為主體”的建 設(shè)思路，必將實現(xiàn)全院醫(yī)療信息的高度集成、高度開發(fā)、高度流通。從而顯著提 高醫(yī)療質(zhì)量、優(yōu)化工作流程、提高服務(wù)水平、加強人員素質(zhì)及考核等方面的作用； 實現(xiàn)有效節(jié)約醫(yī)院成本，創(chuàng)造更大的經(jīng)濟效益。 9 5

19、 醫(yī)院信息集成醫(yī)院信息集成平臺平臺 5.1 信息集成平臺架構(gòu)設(shè)計信息集成平臺架構(gòu)設(shè)計 醫(yī)院信息集成平臺是醫(yī)院內(nèi)部各個異構(gòu)信息系統(tǒng)之間進行數(shù)據(jù)共享和交換的 數(shù)據(jù)交換通道。該平臺可以幫助醫(yī)院形成一個標準化的且開放的、非專業(yè)技術(shù)人 員可操控的、可熱插拔的平臺，用以在院內(nèi)各異構(gòu)業(yè)務(wù)系統(tǒng)間達到數(shù)據(jù)、業(yè)務(wù)乃 至界面的整合，為 HIS、EMR、PACS/RIS、LIS 等系統(tǒng)接入智能診療系統(tǒng)提供 統(tǒng)一的接入手段，并為醫(yī)院各業(yè)務(wù)系統(tǒng)提供統(tǒng)一的數(shù)據(jù)和消息應(yīng)答服務(wù)。 醫(yī)院信息集成平臺總體架構(gòu)數(shù)據(jù)流程圖 10 5.1.1 信息集成平臺設(shè)計原理信息集成平臺設(shè)計原理 醫(yī)院異構(gòu)信息集成平臺，實現(xiàn)院內(nèi)醫(yī)療信息的互聯(lián)互通、信

20、息共享和發(fā)布， 有效地整合分散的醫(yī)療資源，實現(xiàn)多個子網(wǎng)絡(luò)系統(tǒng)互操作的集成式系統(tǒng)，該系統(tǒng) 可以作為醫(yī)院信息資源的重要組成部分。 5.1.2 信息集成平臺解決的主要問題信息集成平臺解決的主要問題 異構(gòu)數(shù)據(jù)集成分為三個層次的集成，包括：數(shù)據(jù)流集成、功能集成、界面集 成。通過異構(gòu)集成平臺主要解決的問題有： 協(xié)調(diào)各個子系統(tǒng)之間的數(shù)據(jù)，實現(xiàn)數(shù)據(jù)共享以及一致的數(shù)據(jù)對象 對業(yè)務(wù)流程的監(jiān)控、管理以及控制 抽象出各個子系統(tǒng)的功能，重用它們，達到復合應(yīng)用，降低開發(fā)成本 的目的 實現(xiàn)對業(yè)務(wù)行為的監(jiān)控，并對一些事件做出相應(yīng)的反應(yīng) 完成對元數(shù)據(jù)的抽象，能夠和其他系統(tǒng)方便地進行數(shù)據(jù)交換，把必要 的業(yè)務(wù)操作映射成集成中的業(yè)務(wù)

21、操作，能夠進行統(tǒng)一的權(quán)限管理以及 統(tǒng)一的數(shù)據(jù)存儲管理。 醫(yī)院系統(tǒng)集成平臺支持多源異構(gòu)系統(tǒng)之間的應(yīng)用集成和數(shù)據(jù)整合、新 功能應(yīng)用的快速開發(fā)部署、不同功能系統(tǒng)間協(xié)同通訊。具體功能應(yīng) 包括： 協(xié)調(diào)數(shù)據(jù)源，即建立系統(tǒng)業(yè)務(wù)主索引以及患者主索引體系，把各個獨 立的軟件系統(tǒng)的數(shù)據(jù)有機地組織起來，能夠?qū)崿F(xiàn)在醫(yī)院整個的軟件環(huán) 境中有一個統(tǒng)一的標準，各個軟件系統(tǒng)能夠彼此獲取各自需要的數(shù)據(jù)， 消除信息孤島。 重整業(yè)務(wù)流程/工作流，為了實現(xiàn)利用現(xiàn)有的軟件系統(tǒng)，使用集成平臺 產(chǎn)品，重新組織醫(yī)院的業(yè)務(wù)流程和工作流，配置業(yè)務(wù)規(guī)則，包括可能 跨躍不同的軟件系統(tǒng)的業(yè)務(wù)流程整合。各個系統(tǒng)與平臺的平滑連接、 各個子系統(tǒng)之間數(shù)據(jù)平滑

22、流轉(zhuǎn)、各個系統(tǒng)工作站功能整合（患者主索 引、分布式資源索引、綜合統(tǒng)計報表編輯和發(fā)布平臺、數(shù)據(jù)倉庫和數(shù) 11 據(jù)挖掘的、內(nèi)部網(wǎng)絡(luò)查詢和管理綜合門戶、基于所有系統(tǒng)的人員及部 門權(quán)限管理、安全管理等） ； 復合新的應(yīng)用，利用原有的軟件系統(tǒng)的功能，以最小的成本開發(fā)、建 立新的應(yīng)用系統(tǒng)，包括不同系統(tǒng)的應(yīng)用界面集成等業(yè)務(wù)功能模塊組合。 為今后的其他系統(tǒng)開發(fā)提供系統(tǒng)集成和數(shù)據(jù)交換平臺：例如：門診臨 床路徑管理，醫(yī)療過程質(zhì)量監(jiān)控、住院標準化流程管理、合理用藥管 理、手術(shù)麻醉管理系統(tǒng)、患者監(jiān)護系統(tǒng)、醫(yī)護移動查房系統(tǒng)、醫(yī)技科 室診斷知識庫的查詢、臨床科室知識庫積累和查詢、臨床文獻知識庫 應(yīng)用。 業(yè)務(wù)行為監(jiān)控，能實

23、時掌控整體業(yè)務(wù)運行。能夠?qū)﹃P(guān)鍵的業(yè)務(wù)行為以 及相關(guān)的事件做出實時反應(yīng)，以及自動反饋并執(zhí)行分支業(yè)務(wù)流程。 5.1.3 信息集成數(shù)據(jù)交換平臺技術(shù)指標信息集成數(shù)據(jù)交換平臺技術(shù)指標 基于 SOA/ESB 架構(gòu)的消息交換：系統(tǒng)集成平臺的消息交換中心應(yīng)基于 SOA 架構(gòu)的交換總線，它主要是完成各種異構(gòu)系統(tǒng)間消息的傳輸、轉(zhuǎn) 換、過濾與路由等，通過服務(wù)總線和服務(wù)或流管理器來連接服務(wù)和提 供服務(wù)請求的路徑。流管理器處理定義好的執(zhí)行序列或服務(wù)流將按照 適當?shù)捻樞蛘{(diào)用所需的服務(wù)來產(chǎn)生最后的結(jié)果。在消息交換服務(wù)總線 上再增加服務(wù)注冊中心，以及系統(tǒng)運行監(jiān)控系統(tǒng)，與業(yè)務(wù)系統(tǒng)連接的 適配器，就構(gòu)成了以消息為基礎(chǔ)，以面向服務(wù)

24、為導向的整個醫(yī)院數(shù)字 化系統(tǒng)接口模型，從而實現(xiàn)對醫(yī)院各種異構(gòu)系統(tǒng)之間的集成； 圖形化拖拽方式完成流程編排； 運行監(jiān)控：系統(tǒng)集成平臺應(yīng)具備運行監(jiān)控功能，包括對各接入點業(yè)務(wù) 消息流轉(zhuǎn)進行監(jiān)控，管理和遠程控制各接入點機構(gòu)通訊前置機應(yīng)用， 監(jiān)控接入點機構(gòu)通訊前置機上源適配器和目標適配器運行狀態(tài)，各接 入點運行日志遠程查看，統(tǒng)計和查詢流轉(zhuǎn)消息，監(jiān)控接入點應(yīng)用、中 心負載情況 業(yè)務(wù)接入適配器：各個應(yīng)用系統(tǒng)通過與消息交換中心實現(xiàn)消息交互。 通過在業(yè)務(wù)系統(tǒng)端安裝相應(yīng)的軟件適配器，實現(xiàn)與消息交換中心的信 12 息交互。適配器由軟件模塊、軟件配置文件、應(yīng)用編程接口等組成。 5.1.4 信息集成平臺標準和規(guī)范信息集

25、成平臺標準和規(guī)范 醫(yī)院數(shù)據(jù)交換與集成平臺是遵循統(tǒng)一的標準規(guī)范，建立在有序的數(shù)據(jù)結(jié)構(gòu)之 上的安全、可靠、高效、可管理、可擴展的數(shù)據(jù)交換平臺，它是由分布在各子系 統(tǒng)的數(shù)據(jù)交換服務(wù)系統(tǒng)和在數(shù)據(jù)中心的數(shù)據(jù)交換監(jiān)控系統(tǒng)組成。各業(yè)務(wù)子系統(tǒng)之 間的數(shù)據(jù)交換，和對共享數(shù)據(jù)庫的訪問都要通過數(shù)據(jù)交換平臺來完成。結(jié)合標準 化管理，該平臺應(yīng)具有以下標準化特性： 數(shù)據(jù)交換平臺的可擴展性主要體現(xiàn)在：為各業(yè)務(wù)部門提供了統(tǒng)一標準 的數(shù)據(jù)接口，這個接口應(yīng)具有很強的可擴展性，提供多種方式將各種 類型的業(yè)務(wù)系統(tǒng)整合到數(shù)據(jù)交換平臺上，使業(yè)務(wù)部門只需要通過一個 標準的數(shù)據(jù)接口就可以透明地與其他業(yè)務(wù)部門之間進行數(shù)據(jù)交換。 可管理性主要體

26、現(xiàn)在：數(shù)據(jù)中心通過數(shù)據(jù)交換控制/傳輸層可以對整個 系統(tǒng)中的數(shù)據(jù)交換進行集中的控制和管理。 安全、可靠和高效性主要體現(xiàn)在：首先是必須采用先進成熟的數(shù)據(jù)交 換技術(shù)（比如采用消息機制結(jié)合之間件技術(shù)，運用數(shù)據(jù)路由等先進技 術(shù)） ；其次是設(shè)計合理并經(jīng)過優(yōu)化的交換數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)教會策略。必 須具有統(tǒng)一的監(jiān)控管理平臺來管理集成平臺的數(shù)據(jù)日志，各子系統(tǒng)負 載等狀況。 業(yè)務(wù)協(xié)議主要是指業(yè)務(wù)系統(tǒng)或者業(yè)務(wù)場景之間為了協(xié)調(diào)業(yè)務(wù)運行，需要傳遞 得數(shù)據(jù)，包括兩個層面得內(nèi)容，一是傳遞得數(shù)據(jù)內(nèi)容，二是數(shù)據(jù)得格式，這兩個 部分組成了業(yè)務(wù)服務(wù)之間通訊和數(shù)據(jù)交換得協(xié)議。該協(xié)議是多個業(yè)務(wù)系統(tǒng)集成得 一個通訊標準，是集成得關(guān)鍵，考慮到

27、以后對外得擴展性和現(xiàn)在內(nèi)部得實用性， 建議協(xié)議的設(shè)計參考HL7的數(shù)據(jù)項和設(shè)計思路，原則上應(yīng)該滿足一下要求： 遵循 HL7 協(xié)議?？梢院苋菀邹D(zhuǎn)換成 HL7，以考慮到以后外部的數(shù)據(jù)交 換 容易擴展。根據(jù)以后得要求可以增加和擴展，但不需要修改系統(tǒng) 簡單，高效。盡可能得保持協(xié)議得簡單，以保證傳遞得高效 基于以上得考慮，選定基于 XML SCHEMA 定義的 XML 消息作為交換 13 協(xié)議。 集成平臺協(xié)議的消息包括了三層信息在其中：命令層、聚合層和拓展層。這 樣的結(jié)構(gòu)使的信息在各種軟件邊界間穿越變得更為簡單。 5.2 管理平臺設(shè)計管理平臺設(shè)計 智能診療系統(tǒng)平臺作為患者相關(guān)數(shù)據(jù)存檔與傳輸系統(tǒng)和智能診療應(yīng)

28、用系統(tǒng)， 其重點就在于患者相關(guān)數(shù)據(jù)的采集、存儲、歸檔與傳輸。存儲管理體系必須牢牢 把握住患者信息化管理系統(tǒng)的核心，綜合考慮系統(tǒng)所必須的安全、高速及穩(wěn)定特 性。 5.2.1 患者信息接口服務(wù)患者信息接口服務(wù) 接口所涉及的醫(yī)院業(yè)務(wù)系統(tǒng)有醫(yī)院信息系統(tǒng)（HIS）、電子病歷系統(tǒng)（EMR）、 臨床路徑檢驗信息系統(tǒng)（LIS）、放射PACS/RIS、超聲影像系統(tǒng)、內(nèi)鏡影像系統(tǒng)、 病理影像系統(tǒng)、手術(shù)麻醉系統(tǒng)等。 患者信息接口服務(wù)包括兩大類服務(wù)：通信總線服務(wù)和平臺公共服務(wù)。 通信總線服務(wù)通信總線服務(wù) 通信總線服務(wù)支持數(shù)據(jù)存儲服務(wù)、業(yè)務(wù)管理、輔助決策以及與基本業(yè)務(wù)系統(tǒng) 和移動瀏覽終端之間的底層通信。主要服務(wù)組件包括

29、消息服務(wù)和協(xié)議服務(wù)。 消息服務(wù)組件：由處理消息內(nèi)容的服務(wù)所組成，該消息的應(yīng)用和網(wǎng)絡(luò)協(xié)議的 封裝已經(jīng)被協(xié)議服務(wù)組件所分離。這個組件中的服務(wù)包括解析、串行化、加密和 解密、編碼和解碼、轉(zhuǎn)換和路由功能。 協(xié)議服務(wù)組件：用來處理網(wǎng)絡(luò)、傳輸和應(yīng)用層協(xié)議。這些服務(wù)支持可熱部署 模塊，以支持各種應(yīng)用級協(xié)議，如 Web Services（WS-I） 、ebXML、SOAP 和遠程 調(diào)用協(xié)議，如 RMI、DCOM、.NET 等。 數(shù)據(jù)整合數(shù)據(jù)整合 數(shù)據(jù)整合，主要包含四部分內(nèi)容： 第一部分是注冊數(shù)據(jù)與服務(wù)，它提供手術(shù)患者注冊、手術(shù)室醫(yī)護人員注冊、 14 手術(shù)室注冊、術(shù)語/字典注冊四項服務(wù)。 第二部分是數(shù)據(jù)整合與服

30、務(wù)，它基于視音頻存儲服務(wù)，提供手術(shù)信息化管理 系統(tǒng)和醫(yī)院其他信息系統(tǒng)的信息共享服務(wù)和業(yè)務(wù)協(xié)同服務(wù)。 第三部分是記錄定位服務(wù)功能，它提供主索引服務(wù)、業(yè)務(wù)服務(wù)、數(shù)據(jù)服務(wù)、 事物處理功能。 第四部分是數(shù)據(jù)倉庫部分，它為手術(shù)室業(yè)務(wù)的管理和輔助決策提供支持。 信息系統(tǒng)間數(shù)據(jù)交換信息系統(tǒng)間數(shù)據(jù)交換 信息系統(tǒng)間數(shù)據(jù)交換主要體現(xiàn)在對醫(yī)院內(nèi)部信息系統(tǒng)業(yè)務(wù)數(shù)據(jù)的采集、整合 以及醫(yī)院內(nèi)部信息系統(tǒng)之間業(yè)務(wù)聯(lián)動等方面。醫(yī)院內(nèi)部信息系統(tǒng)業(yè)務(wù)數(shù)據(jù)分布于 不同信息系統(tǒng)之中，因此數(shù)據(jù)采集和整合除在信息基礎(chǔ)設(shè)施（如網(wǎng)絡(luò)基礎(chǔ)設(shè)施、 服務(wù)器等）建設(shè)上有保障外，還需建立一個覆蓋所有醫(yī)院信息系統(tǒng)的數(shù)據(jù)交換平 臺，以提供對原有業(yè)務(wù)數(shù)據(jù)的采

31、集服務(wù)和整合服務(wù)，并為業(yè)務(wù)系統(tǒng)之間的聯(lián)動提 供支持。 5.2.2 患者診療數(shù)據(jù)提取患者診療數(shù)據(jù)提取 患者在醫(yī)院的診療數(shù)據(jù)分布在各個臨床業(yè)務(wù)應(yīng)用系統(tǒng)中，如：手術(shù)申請資料 在 HIS 系統(tǒng)中，臨床病歷在 EMR 系統(tǒng)中，影像檢查圖像和診斷報告在 PACS/RIS 系統(tǒng)中，檢查數(shù)據(jù)在 LIS 系統(tǒng)中，等等。 如何將患者全部臨床診療資料獲取到相應(yīng)科室應(yīng)用系統(tǒng)中，是智能化診療管 理平臺必須解決的問題。 怎么樣才能高效、準確、完整的獲取到患者全部臨床診療資料，我們引入醫(yī) 院信息異構(gòu)系統(tǒng)集成技術(shù)，構(gòu)建異構(gòu)系統(tǒng)集成平臺，通過與醫(yī)院信息各個臨床業(yè) 務(wù)應(yīng)用系統(tǒng)（HIS、EMR、PACS/RIS、LIS 等）的接口

32、集成，由科室護士通過患 者就診卡號、住院號、醫(yī)?？ㄌ枴⑸矸葑C號等可唯一識別身份的標識號在智能診 療管理平臺業(yè)務(wù)應(yīng)用終端查詢并獲取患者診療數(shù)據(jù)。 需要獲取的臨床診療數(shù)據(jù)主要包括：患者基本資料，檢查申請/確認單、各類 生化檢驗結(jié)果、各種檢查影像和最終診斷報告，電子病歷診療記錄等等。 15 5.2.3 患者資料數(shù)據(jù)存儲管理患者資料數(shù)據(jù)存儲管理 智能診療管理平臺數(shù)據(jù)的存儲方案采用當前國際流行的在線機制，支持各種 通用的數(shù)據(jù)存儲架構(gòu)，例如 DAS、NAS、SAN 等，并可以擴展至 SAN+NAS。 在設(shè)計上，患者圖像、文字、視音頻等數(shù)據(jù)的在線存儲系統(tǒng)實現(xiàn)了患者資料 數(shù)據(jù)庫中心存儲，患者信息文件多層分級存

33、儲的架構(gòu)。統(tǒng)一的中心數(shù)據(jù)庫保證了 所有客戶端數(shù)據(jù)訪問的一致性，而多層分級存儲的患者信息則充分保證了對圖像 這種大容量數(shù)據(jù)訪問和存儲的時效性和可擴展性。 根據(jù)醫(yī)院實際情況，存儲用磁盤陣列實現(xiàn)，構(gòu)建 RAID5/6，同時提供在線熱 備盤機制，具有良好的容錯能力和較高的數(shù)據(jù)讀取速率。同時在線存儲支持 NAS、SAN 結(jié)構(gòu)擴展，并可擴展至 SAN+NAS 的混合結(jié)構(gòu)，可以很方便的擴容 升級。 5.3 管理功能設(shè)計管理功能設(shè)計 5.3.1 患者主索引管理功能患者主索引管理功能 功能概述功能概述 主索引服務(wù)用于處理系統(tǒng)平臺內(nèi)與數(shù)據(jù)定位和管理相關(guān)的復雜任務(wù)，包括相 關(guān)的索引信息。這些索引鏈接到產(chǎn)生不同存儲服

34、務(wù)的服務(wù)點，這些服務(wù)點產(chǎn)生了 特定的個人、醫(yī)護人員、各級功能科室標識、集團醫(yī)院標識，以及實時的業(yè)務(wù)數(shù) 據(jù)。索引服務(wù)負責分析來自外部資源的信息，并恰當?shù)乇４孢@些數(shù)據(jù)到存儲庫中， 可以反向地響應(yīng)外部醫(yī)療衛(wèi)生服務(wù)點的檢索、匯聚和返回數(shù)據(jù)。 主索引服務(wù)是平臺系統(tǒng)架構(gòu)的核心組件。該服務(wù)負責實現(xiàn)平臺互聯(lián)互通性規(guī) 范，還可能使用由智能診療系統(tǒng)平臺內(nèi)提供的組件和服務(wù)同其他院內(nèi)、院際信息 平臺互動來完成某一項事務(wù)。所有到智能診療系統(tǒng)平臺中訪問數(shù)據(jù)的事務(wù)希望由 索引服務(wù)進行處理。索引服務(wù)是智能診療系統(tǒng)平臺中唯一一個知曉所有的事務(wù)和 業(yè)務(wù)邏輯以及數(shù)據(jù)訪問規(guī)則的部件，所以它可以圍繞任何數(shù)據(jù)主題匯集出真正的 全程和綜合

35、的信息視圖。 依靠智能診療系統(tǒng)平臺的患者主索引，可以達到避免患者信息孤島的形成。 16 技術(shù)特點技術(shù)特點 主索引系統(tǒng)是整個智能診療系統(tǒng)平臺的重要核心，主索引系統(tǒng)的擴展性和開 放性直接決定著整個智能診療系統(tǒng)平臺的擴展性和開放性。 主索引系統(tǒng)在每一級上都支持水平的線性擴展，從而可以保障智能診療系統(tǒng) 平臺的水平擴展性得到了保障。 （1）存儲空間模型規(guī)劃 單個患者的 MPI 空間模型 醫(yī)院 MPI 空間模型 （2）算法特性規(guī)劃 MPI 交叉索引（PIX）的建立 MPI 關(guān)聯(lián)索引的建立和分離 數(shù)據(jù)庫設(shè)計與算法分離 策略配制的使用 主索引的作用域處理 5.3.2 數(shù)據(jù)通訊交換中間件數(shù)據(jù)通訊交換中間件 功能

36、概述功能概述 數(shù)據(jù)交換中間件平臺系統(tǒng)又稱數(shù)據(jù)通訊交換層服務(wù)平臺，主要包含通訊總線 服務(wù)和平臺服務(wù)兩部分。 （1）通信總線服務(wù) 通信總線服務(wù)支持數(shù)據(jù)存儲服務(wù)、業(yè)務(wù)管理、輔助決策以及與基本業(yè)務(wù)系統(tǒng) 和健康檔案瀏覽器之間的底層通信。主要服務(wù)組件包括消息服務(wù)和協(xié)議服務(wù)。 消息服務(wù)組件：由處理消息內(nèi)容的服務(wù)所組成，該消息的應(yīng)用和網(wǎng)絡(luò) 協(xié)議的封裝已經(jīng)被協(xié)議服務(wù)組件所分離。這個組件中的服務(wù)包括解析、 串行化、加密和解密、編碼和解碼、轉(zhuǎn)換和路由功能。 協(xié)議服務(wù)組件：用來處理網(wǎng)絡(luò)、傳輸和應(yīng)用層協(xié)議。這些服務(wù)支持可 熱部署模塊，以支持各種應(yīng)用級協(xié)議，如 Web Services（WS-I） 、 17 ebXML、

37、SOAP 和遠程調(diào)用協(xié)議，如 RMI、DCOM、.NET 等。 （2）平臺服務(wù) 平臺服務(wù)主要是指應(yīng)用軟件系統(tǒng)管理所包含的上下文管理、應(yīng)用審計、安全 管理、隱私保護等服務(wù)。 語境管理：主要提供緩存和會話服務(wù)。 通用服務(wù)：這些組件提供審計服務(wù)、日志管理和通用錯誤和異常處理 服務(wù)。 集成服務(wù)：基礎(chǔ)服務(wù)主要基于消息代理、映射服務(wù)、排隊服務(wù)和服務(wù) 目錄，提供管理集成功能。 互聯(lián)互通性：互聯(lián)互通性組件主要用來處理那些與各種存儲庫、注冊 服務(wù)交互的搜索/解析功能。 管理服務(wù)：該組件提供數(shù)據(jù)共享與交換平臺與交換層的配置管理功能。 安全與隱私：安全與隱私服務(wù)提供了保護患者隱私和衛(wèi)生機構(gòu)實施安 全與隱私政策所需的

38、功能。 訂閱服務(wù)：訂閱服務(wù)提供預訂事件和管理警報及通知的功能。 技術(shù)功能技術(shù)功能 數(shù)據(jù)交換中間件平臺在數(shù)據(jù)交換與信息共享平臺的四層架構(gòu)中，是前端和后 端業(yè)務(wù)實現(xiàn)的紐帶和橋梁，負責數(shù)據(jù)交換和通訊資源的管理，提供對通訊路由和 業(yè)務(wù)路由的支持，它屏蔽了通訊協(xié)議和通訊物理鏈路以及不同硬件平臺和操作系 統(tǒng)的差異。通訊平臺的選擇對整個交易系統(tǒng)有著決定性影響。對數(shù)據(jù)交換和信息 共享平臺的成熟度、規(guī)范性、效率、穩(wěn)定性、并發(fā)性、安全性、可擴展性、容錯 性和易用性及管理監(jiān)控方面都需具有較高的要求。 本項目須采用成熟的自主知識產(chǎn)權(quán)通訊中間件作為數(shù)據(jù)交換與信息共享平臺 的通訊內(nèi)核, 并要求通訊中間件具備： 先進性 傳

39、輸和處理數(shù)據(jù)的高效性 可靠性 可擴展性 18 安全性 集群容錯和負載均衡 可操作性 兼容性 5.3.3 數(shù)據(jù)應(yīng)用業(yè)務(wù)中間件數(shù)據(jù)應(yīng)用業(yè)務(wù)中間件 業(yè)務(wù)中間件層為數(shù)據(jù)整合層，主要包含四部分內(nèi)容： 第一部分是注冊數(shù)據(jù)與服務(wù)，它提供患者個人注冊、醫(yī)護人員注冊、醫(yī)療科 室注冊、術(shù)語/字典注冊四項服務(wù)。 第二部分是數(shù)據(jù)整合與服務(wù)，它基于檔案存儲服務(wù)，提供醫(yī)療科室之間、集 團醫(yī)院之間的信息共享服務(wù)和業(yè)務(wù)協(xié)同服務(wù)。 根據(jù)檔案信息的分類和服務(wù)需要，業(yè)務(wù)中間件層的數(shù)據(jù)整合與服務(wù)可以按照 國家衛(wèi)生部所制定的分為七個域：個人基本信息域、主要疾病和健康問題摘要域、 兒童保健域、婦女保健域、疾病控制域、疾病管理域以及醫(yī)療服

40、務(wù)域來劃分。其 中醫(yī)療服務(wù)域又包含了診斷信息域、藥品處方域、臨床檢驗域、醫(yī)學影像域。 第三部分是檔案記錄定位服務(wù)功能，它提供索引服務(wù)、業(yè)務(wù)服務(wù)、數(shù)據(jù)服務(wù)、 事物處理功能，支持醫(yī)療科室之間、集團醫(yī)院之間的互操作需求。 第四部分是業(yè)務(wù)中間件層的數(shù)據(jù)倉庫部分，它為室的管理和輔助決策提供支 持。 數(shù)據(jù)接口位于業(yè)務(wù)中間件層，該接口/API 符合 SOA 架構(gòu)，它主要負責提供相 應(yīng)的應(yīng)用服務(wù)，滿足各類業(yè)務(wù)應(yīng)用的需求，為系統(tǒng)擴展和二次開發(fā)提供了良好的 接口。數(shù)據(jù)接口的開放式 API 可以使現(xiàn)有的應(yīng)用（公共衛(wèi)生監(jiān)督，疾病預防控制， 醫(yī)療資源服務(wù)，藥品采購和監(jiān)管服務(wù)，社區(qū)衛(wèi)生管理服務(wù)，家庭衛(wèi)生服務(wù)，遠程 醫(yī)療，

41、衛(wèi)生決策支持等等）根據(jù)用戶需求進行功能的更新和擴充，并且可以為新 的醫(yī)療衛(wèi)生應(yīng)用提供“即插即用” 。 5.3.4 異構(gòu)數(shù)據(jù)源定義功能異構(gòu)數(shù)據(jù)源定義功能 針對醫(yī)院各類業(yè)務(wù)數(shù)據(jù)的要求和現(xiàn)有醫(yī)院各類信息系統(tǒng)各廠家業(yè)務(wù)數(shù)據(jù)管理 方式，制定異構(gòu)數(shù)據(jù)資源的規(guī)范，各類業(yè)務(wù)數(shù)據(jù)的結(jié)構(gòu)、類型，以及對應(yīng)的業(yè)務(wù) 19 數(shù)據(jù)的來源，包括數(shù)據(jù)庫、WebService、Socket、Corba、動態(tài)庫等方式。所有 交互的的接口，針對某類數(shù)據(jù)的應(yīng)用，都以此數(shù)據(jù)資源格式為基礎(chǔ)進行通信，確 保了系統(tǒng)數(shù)據(jù)的完成性、唯一性、靈活性，達到數(shù)據(jù)整合的目的。 數(shù)據(jù)資源定制后分成以下幾個部分： 患者基本資料數(shù)據(jù)集 患者病案數(shù)據(jù)集 按設(shè)備定

42、義的醫(yī)療影像資源庫 按臨床應(yīng)用分類定義的臨床檢驗最小數(shù)據(jù)集 其他應(yīng)用數(shù)據(jù)集 在系統(tǒng)中通過定義的資源編號，進行對資源的應(yīng)用，方便快捷，同時管理靈 活。流程編輯過程中，直接引用資源，完成對資源的訪問。 5.3.5 基于基于 HL7 的圖形化全自動流程定制管理功能的圖形化全自動流程定制管理功能 功能概述功能概述 基于 HL7 數(shù)據(jù)交換標準設(shè)計，為信息系統(tǒng)管理者提供一個標準化的、開放的、 非專業(yè)技術(shù)人員可操控的、可支持系統(tǒng)熱插拔的異構(gòu)集成數(shù)據(jù)交換平臺流程控制 和接口管理圖像化管理工具。 基于 HL7 的圖形化全自動流程定制管理界面圖 技術(shù)功能技術(shù)功能 20 作為異構(gòu)集成平臺管理工具，主要功能特性要求如

43、下： 遵循 HL7 標準設(shè)計 圖形化流程控制 拖拽式流程設(shè)置設(shè)計 即時編譯功能 靈活的系統(tǒng)交換接口發(fā)布 支持業(yè)務(wù)系統(tǒng)熱插拔 5.3.6 異構(gòu)系統(tǒng)業(yè)務(wù)流程集成平臺功能異構(gòu)系統(tǒng)業(yè)務(wù)流程集成平臺功能 業(yè)務(wù)流程集成平臺分業(yè)務(wù)應(yīng)用層，業(yè)務(wù)支持層，數(shù)據(jù)傳輸層，和數(shù)據(jù)源層。 包含流程開發(fā)和定制工具，流程引擎模塊，流程管理模塊，流程運行監(jiān)控模塊， 基礎(chǔ)信息維護模塊。 （1）流程開發(fā)和定制模塊 工作流程引擎系統(tǒng)基于可視化流程設(shè)計，流程采用 BPEL 2.0 描述。開發(fā)界 面集成對流程定義，同時支持單步跟蹤調(diào)試。Bpel 流程語言通過編譯器翻譯并 編譯為可執(zhí)行腳本語言，在流程引擎中運行。用戶在界面中對外部系統(tǒng)提供

44、的接 口進行注冊后，作為流程的一個接口服務(wù)方式來引用，不同流程之間可以相互調(diào) 用，對外可以采用開放的 Webservie 接口供其它系統(tǒng)調(diào)用，也提供對于已有系 統(tǒng)的數(shù)據(jù)交換協(xié)議（如 HL7 v2.x 等）的接口支持。 （2）流程引擎模塊 流程引擎系統(tǒng)支持跨平臺跨操作系統(tǒng), 提供 C/C+ 及 Java 調(diào)用接口，引 擎可以獨立運行，多個引擎可以協(xié)調(diào)分布式運行。流程之間通過流程監(jiān)控模塊來 監(jiān)控運行狀態(tài)，通過流程管理器來決定那些流程可以下載到本地在本流程引擎中 運行，通訊采用數(shù)據(jù)通訊中間件。引擎支持對本地插件動態(tài)加載調(diào)用， Webservice 調(diào)用，數(shù)據(jù)庫訪問。對通過協(xié)議適配器接入的 HL7 v

45、2.x、HL7 v3.0 等數(shù)據(jù)進行數(shù)據(jù)清洗，字典映射及數(shù)據(jù)轉(zhuǎn)換等功能。 （3）流程管理模塊 對角色的讀取權(quán)限進行控制。對工作在不同機器上的流程引擎可執(zhí)行的工作 流程進行管理。通過流程管理模塊決定分布在不同機器上的流程引擎可以加載那 21 些流程腳本。對不同人員角色對流程文件的訪問進行管理。 （4）流程運行監(jiān)控模塊 流程監(jiān)控模塊監(jiān)控所有流程引擎的運行狀態(tài)，對每個流程的運行進行日志記 錄。流程監(jiān)控模塊可以遠程手動運行和終止流程引擎的運行，手動動態(tài)加載在引 擎中執(zhí)行的流程腳本。提供對遠程引擎的跟蹤調(diào)試， 監(jiān)控不同子流程的中間結(jié) 果。 （5）基礎(chǔ)信息維護模塊 提供人員，組織，角色等基礎(chǔ)信息管理錄入，

46、提供用戶權(quán)限的管理和錄入功 能。 5.3.7 數(shù)據(jù)清洗功能數(shù)據(jù)清洗功能 建立一個規(guī)則庫的專家系統(tǒng)引擎，設(shè)置清洗策略，典型的規(guī)則包括： 臟數(shù)據(jù)確認規(guī)則：這些規(guī)則指定確認臟數(shù)據(jù)的條件。 重復數(shù)據(jù)合并規(guī)則：這些規(guī)則指定如何處理重復數(shù)據(jù)。一個簡單的規(guī) 則可能是在一組重復的記錄里面，保留有著最少的空缺字段的記錄而 把剩余的記錄刪除掉。更復雜的操作以相同的方式指定。 臟數(shù)據(jù)矯正規(guī)則：這些規(guī)則指定在特定的情況下矯正臟數(shù)據(jù)的方法。 通過各種措施，從準確性、一致性、無冗余、符合應(yīng)用的需求等方面提高數(shù) 據(jù)的質(zhì)量。能夠有效地提高數(shù)據(jù)倉庫中數(shù)據(jù)加載的質(zhì)量，為數(shù)據(jù)倉庫的數(shù)據(jù)分析 和數(shù)據(jù)挖掘提供較高質(zhì)量的數(shù)據(jù)環(huán)境。 5.

47、3.8 業(yè)務(wù)流程接口發(fā)布功能業(yè)務(wù)流程接口發(fā)布功能 22 自動將流程編輯器生產(chǎn)的流程發(fā)布成對應(yīng)的應(yīng)用服務(wù) 監(jiān)控流程的執(zhí)行過程 測試流程執(zhí)行結(jié)果 驗證流程參數(shù)的正確性和有效性 管理所發(fā)布的流程 5.3.9 患者數(shù)據(jù)存儲服務(wù)管理功能患者數(shù)據(jù)存儲服務(wù)管理功能 提供患者相關(guān)臨床診療數(shù)據(jù)的歸檔存儲、文件管理和調(diào)閱服務(wù)。 歸檔存儲歸檔存儲 為醫(yī)院內(nèi)部信息系統(tǒng)層提供視數(shù)據(jù)儲庫和消息交換共享庫，該功能主要是按 照互聯(lián)互通性規(guī)范的要求的與患者有關(guān)的數(shù)據(jù)進行采集，并存儲到存儲庫中，以 便為其它服務(wù)使用。 文件管理文件管理 患者數(shù)據(jù)以文件形式出現(xiàn)，所謂文件管理，就是應(yīng)用系統(tǒng)中實現(xiàn)文件統(tǒng)一管 理的一組軟件、被管理的文件

48、以及為實施文件管理所需要的一些數(shù)據(jù)結(jié)構(gòu)的總稱。 從系統(tǒng)角度來看，文件系統(tǒng)是對文件存儲器的存儲空間進行組織，分配和回收， 負責文件的存儲、檢索、共享和保護。從用戶角度來看，文件系統(tǒng)主要是實現(xiàn) “按名取存” ，文件系統(tǒng)的用戶只要知道所需文件的文件名，就可存取文件中的 信息，而無需知道這些文件究竟存放在什么地方。 文件管理機制包括：統(tǒng)一管理文件存儲空間(即外存)，實施存儲空間的分 配與回收。確定文件信息的存放位置及存放形式。實現(xiàn)文件從名字空間到外 存地址空間的映射，即實現(xiàn)文件的按名存取。有效實現(xiàn)對文件的各種控制操作 和存取操作。 5.3.10 DICOM 影像獲取及管理功能影像獲取及管理功能 DIC

49、OM 影像獲取的基本原則是依據(jù) PACS 系統(tǒng)本身的接口特點，遵循 DICOM 標準，支持 DICOM 影像的獲取與動態(tài)傳送，包括 23 CT、MR、CR、DR、DSA、ECT、PET/CT、數(shù)字乳腺、數(shù)字胃腸、超聲等影像 數(shù)據(jù)。 支持 DICOM 圖像的定時獲取、實時獲取，并存儲為 DICOM 格式。 對于有限的存儲空間，支持自定義策略對 DICOM 影像數(shù)據(jù)生命周期進行自 動管理，通過設(shè)定的策略按先進先出自動清理存儲的 DICOM 影像數(shù)據(jù)。 5.3.11 權(quán)限安全策略和隱私保護功能權(quán)限安全策略和隱私保護功能 應(yīng)用系統(tǒng)安全和隱私保護，包括：身份認證、數(shù)字簽名、權(quán)限和授權(quán)機制、 在線監(jiān)控、審

50、計機制、關(guān)鍵數(shù)據(jù)安全、傳輸安全、外部接入安全、系統(tǒng)終端安全 等，以及應(yīng)用系統(tǒng)數(shù)據(jù)備份安全。 應(yīng)用系統(tǒng)安全和隱私保護應(yīng)用系統(tǒng)安全和隱私保護 系統(tǒng)級安全 程序資源訪問控制安全 功能性安全 數(shù)據(jù)域安全 數(shù)據(jù)安全性數(shù)據(jù)安全性 身份認證 數(shù)字簽名 權(quán)限管理和授權(quán)處理 在線監(jiān)控 審計機制 關(guān)鍵數(shù)據(jù)安全 傳輸安全 外部接入安全 系統(tǒng)終端安全 身份認證身份認證 基于用戶和密碼的身份認證 24 外部身份認證機制 身份認證及鎖定 身份認證建設(shè)部署 數(shù)字簽名數(shù)字簽名 系統(tǒng)數(shù)字簽名功能如下： 數(shù)字簽名可以解決否認、偽造、篡改及冒充等問題 應(yīng)用系統(tǒng)采用的是非對稱加密技術(shù)和對稱加密技術(shù) 權(quán)限管理和授權(quán)機制權(quán)限管理和授權(quán)機

51、制 首先，通過訪問控制表對所有用戶對資源的訪問權(quán)限進行全面、有效的控制。 這些資源包括：查詢、數(shù)據(jù)、設(shè)備等。 其次，在關(guān)鍵業(yè)務(wù)流程中設(shè)計有“授權(quán)”限制。在方式上提供主機、終端、 遠程和異地等授權(quán)方式。不同交易可依據(jù)其性質(zhì)采用相應(yīng)的授權(quán)方式。 關(guān)鍵數(shù)據(jù)安全關(guān)鍵數(shù)據(jù)安全 系統(tǒng)在關(guān)鍵數(shù)據(jù)表的每一條數(shù)據(jù)記錄都有加密效驗信息，如：注冊信息、基 本信息、過往病史、過敏史等都根據(jù)關(guān)鍵字段信息進行加密效驗，有效防止篡改、 否認、竊聽數(shù)據(jù)的可能。 5.3.12 運行監(jiān)控管理功能運行監(jiān)控管理功能 （一）監(jiān)控信息內(nèi)容（一）監(jiān)控信息內(nèi)容 網(wǎng)絡(luò)運行狀態(tài)監(jiān)控：顯示網(wǎng)絡(luò)連接狀態(tài)是否正常，數(shù)據(jù)網(wǎng)絡(luò)傳輸速度， 網(wǎng)絡(luò)安全狀態(tài)，并

52、可點擊查看詳細信息 服務(wù)器狀態(tài)監(jiān)控：服務(wù)器硬件 CPU、內(nèi)存、硬盤狀態(tài)，服務(wù)器操作系 統(tǒng)、數(shù)據(jù)庫運行是否正常，數(shù)據(jù)庫空間使用情況，并可點擊查看詳細 信息 系統(tǒng)運行狀態(tài)監(jiān)控：如管理進程、數(shù)據(jù)采集進程、異構(gòu)平臺是否正在 運行，運行狀態(tài)是否正常，并可點擊查看詳細信息 接口監(jiān)控：系統(tǒng)各接口運行狀況是否正常，并可點擊查看詳細信息。 25 （二）監(jiān)控告警（二）監(jiān)控告警 各類監(jiān)控信息可以設(shè)置不同級別的告警方式，同時系統(tǒng)提供多種告警信息輸 出接口，可以把告警信息轉(zhuǎn)輸給第三方系統(tǒng)，也可以接收來自其他業(yè)務(wù)系統(tǒng)的告 警信息，并把告警信息輸送給提示渠道。確保相關(guān)人員可以隨時隨地掌握系統(tǒng)以 及業(yè)務(wù)相關(guān)重要信息。 （三）

53、監(jiān)控日志（三）監(jiān)控日志 監(jiān)控歷史記錄的管理如告警信息等，可以對告警等日志信息進行查詢，支持 設(shè)置關(guān)鍵字來實時監(jiān)控系統(tǒng)的日志事件 26 6 臨床智慧診療應(yīng)用臨床智慧診療應(yīng)用 智慧診療系統(tǒng)是以患者為中心，以臨床診療事件為紐帶，為臨床醫(yī)生隨時隨 地提供患者的所有信息的一套嶄新的醫(yī)療信息系統(tǒng)；以異構(gòu)信息系統(tǒng)集成管理平 臺與云計算技術(shù)為手段，實現(xiàn)全院信息資產(chǎn)的匯總和應(yīng)用。 隨著醫(yī)療信息化的發(fā)展，醫(yī)院內(nèi)部業(yè)務(wù)信息系統(tǒng)的建設(shè)如火如荼，但臨床醫(yī) 生逐漸發(fā)現(xiàn)，越來越專業(yè)的系統(tǒng)不僅沒有方便日常工作，反而降低了他們對患者 信息的獲取效率：以往從紙質(zhì)病歷就能獲取的患者信息，現(xiàn)在需要分別打開數(shù)個 不同的信息系統(tǒng)加以匯總整理。對于管床醫(yī)生來說，這是個非常繁重而重復性的 工作；而在日常的工作中，無論查房，病例討論，會診，術(shù)前討論都需要使用到 使用匯總的患者信息，智慧診療系統(tǒng)的廣泛應(yīng)用能節(jié)省醫(yī)生大量時間，使醫(yī)生把 更多的注意力和關(guān)注放在患者本身，提高醫(yī)療活動的效率；同時由于能夠隨時隨 地獲取患者的所有資料，能夠有效由于忽略和資料降低醫(yī)療事故發(fā)生的風險，提 高整體醫(yī)療服務(wù)質(zhì)量，為醫(yī)院帶來利益。 6.1 應(yīng)用場景應(yīng)用場景 6.1.1 日常交班日常交班 為日常交班提供有效率的患者信息展現(xiàn)方式 傳統(tǒng)傳統(tǒng) 現(xiàn)在現(xiàn)在 27 6