寧波市智慧健康項目數(shù)據(jù)交換平臺建設(shè)方案東方通_第1頁
寧波市智慧健康項目數(shù)據(jù)交換平臺建設(shè)方案東方通_第2頁
寧波市智慧健康項目數(shù)據(jù)交換平臺建設(shè)方案東方通_第3頁
寧波市智慧健康項目數(shù)據(jù)交換平臺建設(shè)方案東方通_第4頁
寧波市智慧健康項目數(shù)據(jù)交換平臺建設(shè)方案東方通_第5頁
已閱讀5頁,還剩63頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

寧波市智慧健康項目區(qū)域衛(wèi)生數(shù)據(jù)互換平臺建設(shè)方案上海東方通泰軟件科技有限公司2023年8月目錄目錄 1第1章. 項目概述 41.1 項目背景 41.2 項目必要性 51.2.1 積極貫徹國家深化醫(yī)藥衛(wèi)生體制改革的需要 51.2.2 滿足衛(wèi)生資源共享、提高衛(wèi)生資源運用效率 51.2.3 強化政府監(jiān)管、衛(wèi)生管理以及領(lǐng)導(dǎo)決策能力 61.2.4 提高衛(wèi)生服務(wù)水平 61.2.5 實現(xiàn)衛(wèi)生、藥監(jiān)、社保等部門的信息共享 7第2章. 項目需求 72.1 現(xiàn)狀分析 72.1.1 衛(wèi)生基礎(chǔ)現(xiàn)狀 82.1.2 衛(wèi)生信息化現(xiàn)狀 102.1.3 現(xiàn)存問題 122.2 平臺基本規(guī)定 122.3 平臺技術(shù)需求 132.3.1 SOA架構(gòu)需求分析 132.3.2 異構(gòu)系統(tǒng)適配接入機制 142.3.3 統(tǒng)一消息安全可靠傳輸機制 142.3.4 可擴展設(shè)計關(guān)鍵點 152.3.5 圖形化數(shù)據(jù)加工 162.3.6 運營管理服務(wù)需求 162.3.7 數(shù)據(jù)同步策略管理需求 172.4 平臺與業(yè)務(wù)之間的關(guān)系 172.4.1 平臺與區(qū)域衛(wèi)生業(yè)務(wù)應(yīng)用的關(guān)系 172.4.2 與已有業(yè)務(wù)系統(tǒng)的數(shù)據(jù)服務(wù)關(guān)系 172.4.3 與新建業(yè)務(wù)系統(tǒng)的數(shù)據(jù)服務(wù)關(guān)系 172.4.4 與業(yè)務(wù)系統(tǒng)之間的公共服務(wù)關(guān)系 18第3章. 建設(shè)目的和內(nèi)容 183.1 建設(shè)目的 183.2 建設(shè)內(nèi)容 19第4章. 總體技術(shù)路線 194.1 JAVAEE規(guī)范 194.2 中間件軟件技術(shù) 204.3 SOA服務(wù)體系架構(gòu) 214.4 ESB公司服務(wù)總線 214.5 異構(gòu)系統(tǒng)適配器服務(wù) 224.6 消息隊列技術(shù) 224.7 WebServices 23第5章. 互換平臺總體設(shè)計 235.1 建設(shè)原則 235.2 設(shè)計原則 245.3 總體架構(gòu) 26第6章. 互換平臺功能設(shè)計 266.1 數(shù)據(jù)互換節(jié)點建設(shè) 266.1.1 數(shù)據(jù)接入適配服務(wù) 276.1.2 數(shù)據(jù)同步機制 286.1.3 數(shù)據(jù)可靠傳輸 296.2 數(shù)據(jù)互換中心建設(shè) 306.2.1 服務(wù)注冊與發(fā)布 306.2.2 同層級數(shù)據(jù)路由 306.2.3 區(qū)/市多層級數(shù)據(jù)路由 316.3 互換平臺管理監(jiān)控設(shè)計 316.3.1 互換域管理 316.3.2 互換平臺運營監(jiān)控 326.3.3 管理員賬號管理 326.3.4 日記管理 326.4 平臺接口功能 336.4.1 基于適配器服務(wù)的接口 336.4.2 基于消息的接口 336.4.3 基于文獻服務(wù)的接口 33第7章. 平臺可靠性設(shè)計 347.1 集群架構(gòu) 347.1.1 隊列集群模式 347.1.2 應(yīng)用集群模式 357.1.3 ESB集群模式 377.2 數(shù)據(jù)備份與劫難恢復(fù) 377.2.1 本地服務(wù)器備份 387.2.2 遠程集中式備份方案 38第8章. 平臺安全設(shè)計 408.1 物理安全 408.2 網(wǎng)絡(luò)安全 418.3 數(shù)據(jù)安全 428.4 應(yīng)用安全 44第9章. 標準規(guī)范建設(shè) 469.1 技術(shù)規(guī)范 479.2 管理規(guī)范 47第10章. 質(zhì)量管理方案 4710.1 軟件質(zhì)量保證SQA. 4910.2 質(zhì)量保證實行 4910.3 五個實行環(huán)節(jié) 5010.4 可靠性定義 5110.5 ISO9001質(zhì)量標準 5110.6 軟件配置管理 51項目概述項目背景2023年4月中共中央、國務(wù)院正式發(fā)布《關(guān)于深化醫(yī)藥衛(wèi)生體制改革的意見》,意見中確立了深化醫(yī)藥衛(wèi)生體制改革的總體目的是建立健全覆蓋城鄉(xiāng)居民的基本醫(yī)療衛(wèi)生制度,為群眾提供安全、有效、方便、價廉的醫(yī)療衛(wèi)生服務(wù)?!兑庖姟穼⑿l(wèi)生信息化作為醫(yī)改的八項保障措施之一,并將其列為深化醫(yī)改的重要議程,規(guī)定“建立實用共享的醫(yī)藥衛(wèi)生信息系統(tǒng)”。2023年終至2023年初,衛(wèi)生部根據(jù)新“醫(yī)改方案“的總體目的和任務(wù),先后制定了《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設(shè)指南(試行)》和《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設(shè)技術(shù)解決方案(試行)》。提出了“推動以健康檔案為核心的區(qū)域衛(wèi)生信息化建設(shè),促進區(qū)域衛(wèi)生信息資源共享和業(yè)務(wù)整合;以人為本,打好三個基礎(chǔ)、建立三級平臺、提高業(yè)務(wù)應(yīng)用”的衛(wèi)生信息綜合服務(wù)平臺建設(shè)總體思緒。2023年11月15日,衛(wèi)生部在全國衛(wèi)生信息化工作會議上編制了我國醫(yī)療衛(wèi)生信息化“十二五”規(guī)劃(草案),進一步擬定了衛(wèi)生信息化建設(shè)的總體框架(簡稱到2023年,覆蓋城鄉(xiāng)居民的基本醫(yī)療衛(wèi)生制度基本建立。普遍建立比較完善的公共衛(wèi)生服務(wù)體系和醫(yī)療服務(wù)體系,比較健全的醫(yī)療保障體系,比較規(guī)范的藥品供應(yīng)保障體系,比較科學(xué)的醫(yī)療衛(wèi)生機構(gòu)管理體制和運營機制,形成多元辦醫(yī)格局,人人享有基本醫(yī)療衛(wèi)生服務(wù),基本適應(yīng)人民群眾多層次的醫(yī)療衛(wèi)生需求,人民群眾健康水平進一步提高。國內(nèi)外的實踐表白衛(wèi)生信息共享可以提高醫(yī)療服務(wù)效率、服務(wù)質(zhì)量、醫(yī)療服務(wù)的可及性,減少醫(yī)療成本及減少醫(yī)療風(fēng)險。區(qū)域衛(wèi)生信息化建設(shè)已被公認是未來醫(yī)療行業(yè)的發(fā)展方向。醫(yī)藥衛(wèi)生信息系統(tǒng)建設(shè)是深化醫(yī)藥衛(wèi)生體制改革、建設(shè)服務(wù)型政府、促進醫(yī)藥衛(wèi)生事業(yè)健康發(fā)展的重要手段和技術(shù)支撐。為認真貫徹中共中央、國務(wù)院《關(guān)于深化醫(yī)藥衛(wèi)生體制改革的意見》(中央[2023]6號和市委、市政府《關(guān)于建設(shè)智慧城市的決定》(甬黨[2023]14號)的部署,著力深化我市醫(yī)藥衛(wèi)生體制改革,加快推動全市智慧健康保障體系建設(shè),逐步建立統(tǒng)一高效、互聯(lián)互通、實用共享的醫(yī)療衛(wèi)生信息系統(tǒng),實現(xiàn)診療信息在各醫(yī)療機構(gòu)間的傳輸與共享,實現(xiàn)“記錄一生、管理一生、服務(wù)一生”,更好地保障市民健康。項目必要性積極貫徹國家深化醫(yī)藥衛(wèi)生體制改革的需要大力推動信息化,是覆蓋我國現(xiàn)代化建設(shè)全局的戰(zhàn)略舉措,是貫徹貫徹科學(xué)發(fā)展觀、全面建設(shè)小康社會、構(gòu)建社會主義和諧社會和建設(shè)創(chuàng)新型國家的迫切需要和必然選擇。衛(wèi)生改革與衛(wèi)生事業(yè)發(fā)展迫切需要加快信息化建設(shè)。中共中央、國務(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)”。滿足衛(wèi)生資源共享、提高衛(wèi)生資源運用效率傳統(tǒng)的醫(yī)療衛(wèi)生機構(gòu)的信息各自為政,互相隔離,醫(yī)療衛(wèi)生系統(tǒng)大量的醫(yī)療衛(wèi)生數(shù)據(jù)和信息得不到充足運用。各醫(yī)療衛(wèi)生機構(gòu)之間的網(wǎng)絡(luò)物理上不聯(lián)通,業(yè)務(wù)標準、數(shù)據(jù)標準不一致,數(shù)據(jù)無法互換共享,形成了各單位、各條塊的信息孤島。歷史數(shù)據(jù)也存在大量的冗余,影響數(shù)據(jù)的一致性和唯一性。如此種種,導(dǎo)致了管理上的難度,增長了管理成本,減少了管理效能。因此需要建立開放的信息資源共享平臺,提高信息資源共享限度。通過實現(xiàn)不同醫(yī)療衛(wèi)生機構(gòu)之間多種形式的聯(lián)合與合作,促進大中型醫(yī)院、疾病防止控制機構(gòu)與城市社區(qū)衛(wèi)生服務(wù)機構(gòu)以及鄉(xiāng)鎮(zhèn)基層衛(wèi)生機構(gòu)之間的業(yè)務(wù)聯(lián)動、優(yōu)勢互補、疾病診治連續(xù)化管理。通過衛(wèi)生信息共享平臺建立分級醫(yī)療和雙向轉(zhuǎn)診制度,探索開展社區(qū)首診制試點,由社區(qū)衛(wèi)生服務(wù)機構(gòu)逐步承擔(dān)大中型醫(yī)院的一般門診、康復(fù)和護理等服務(wù),最終實現(xiàn)小病在社區(qū),大病進醫(yī)院,康復(fù)回社區(qū)的就醫(yī)格局。促進城鄉(xiāng)醫(yī)療衛(wèi)生事業(yè)協(xié)調(diào)發(fā)展,真正解決城鄉(xiāng)居民“看病難看病貴”問題。強化政府監(jiān)管、衛(wèi)生管理以及領(lǐng)導(dǎo)決策能力衛(wèi)生事業(yè)發(fā)展需要有效的管理與對的的決策。而管理與決策又需要大量的信息支持,需要參考和把握既往與現(xiàn)行的政策、法規(guī),了解和掌握醫(yī)療衛(wèi)生單位的資源信息和公共衛(wèi)生信息,了解城鄉(xiāng)居民不斷增長的醫(yī)療衛(wèi)生服務(wù)需求,通過信息技術(shù)及信息數(shù)據(jù)的支持,結(jié)合分析、模擬和預(yù)測,做出相應(yīng)決策,制定相應(yīng)措施。通過衛(wèi)生信息化建設(shè),衛(wèi)生行政部門可以獲得宏觀管理所需的數(shù)據(jù)支持,開展電子政務(wù)、疫情監(jiān)測和應(yīng)急聯(lián)動;通過互聯(lián)互通的醫(yī)療衛(wèi)生信息網(wǎng)絡(luò)體系,行政管理部門可以對衛(wèi)生業(yè)務(wù)部門實行及時有效的監(jiān)管;通過衛(wèi)生門戶網(wǎng)站,發(fā)布、公示醫(yī)療衛(wèi)生信息,增強醫(yī)療衛(wèi)生服務(wù)行為透明度和社會公眾的監(jiān)督,逐步完善衛(wèi)生系統(tǒng)自我管理、約束機制。通過決策支持平臺,獲取動態(tài)信息,不斷充實和調(diào)整政策措施,實行動態(tài)管理,保證衛(wèi)生工作循著有序、高質(zhì)、高效的軌道開展,促進衛(wèi)生事業(yè)科學(xué)、和諧的規(guī)律發(fā)展。提高衛(wèi)生服務(wù)水平減少服務(wù)成本,促進城鄉(xiāng)衛(wèi)生服務(wù)一體化發(fā)展,通過建設(shè)區(qū)域衛(wèi)生信息平臺,用信息技術(shù)手段對區(qū)域內(nèi)各醫(yī)療機構(gòu)間的業(yè)務(wù)進行整合與優(yōu)化,充足有效運用居民健康信息,提高區(qū)域內(nèi)各醫(yī)療衛(wèi)生機構(gòu)間的數(shù)據(jù)及知識的共享和協(xié)作水平,增強區(qū)域內(nèi)各醫(yī)療衛(wèi)生機構(gòu)間的業(yè)務(wù)合作和交流,改善傳統(tǒng)的醫(yī)療衛(wèi)生服務(wù)模式和服務(wù)流程,提高衛(wèi)生服務(wù)能力和效率,逐步緩解供需矛盾,提高人民群眾對醫(yī)療衛(wèi)生服務(wù)的滿意度。同時信息化的建設(shè)可以加強城鄉(xiāng)醫(yī)療資源的整合與協(xié)作,加強醫(yī)療信息的共享從而實現(xiàn)醫(yī)療資源的共享,改變農(nóng)村醫(yī)療衛(wèi)生服務(wù)的模式和流程,讓農(nóng)民也可以方便享受到與城市同樣的醫(yī)療衛(wèi)生服務(wù),真正實現(xiàn)城鄉(xiāng)一體化的管理。實現(xiàn)衛(wèi)生、藥監(jiān)、社保等部門的信息共享當前醫(yī)保覆蓋面不斷擴大,監(jiān)管機制卻沒有相應(yīng)跟進完善,像藥物、城鄉(xiāng)職工醫(yī)療保險、城鄉(xiāng)居民醫(yī)療保險、新農(nóng)村合作醫(yī)療保險、醫(yī)療機構(gòu),分別由藥監(jiān)、社保、衛(wèi)生等部門管理,信息沒有共享,給了不法分子可乘之機,如刷醫(yī)??ㄙ徫?、套現(xiàn)、反復(fù)參保、農(nóng)村合作醫(yī)療冒名報銷等做法,正侵蝕著醫(yī)?;?。目前藥監(jiān)部門通過信息化手段已經(jīng)可以實現(xiàn)對藥品生產(chǎn)、流通、使用、消費環(huán)節(jié)的全過程管理,可以做到藥品來源可查、流向可溯、數(shù)量可計、質(zhì)量可控,但是以上信息,并沒有和醫(yī)保部門、衛(wèi)生部門有效的共享起來,類似信息孤島的現(xiàn)象在各部門中都不同限度存在。通過區(qū)域衛(wèi)生信息平臺,將藥物、醫(yī)療、社保、新農(nóng)合四網(wǎng)合一,實現(xiàn)一體化平臺共用,增強政府部門之間協(xié)調(diào)能力,既可以保證老百姓用藥的安全和醫(yī)?;鸬暮侠硎褂?,又可認為參保人提供便捷、高效的實時結(jié)算和即時補償診療服務(wù),為醫(yī)保部門提供對醫(yī)療機構(gòu)的實時監(jiān)控,高效運用衛(wèi)生資源,緩解看病難、看病貴的問題。項目需求現(xiàn)狀分析目前,我國現(xiàn)代化的醫(yī)療衛(wèi)生事業(yè)變得復(fù)雜和高規(guī)定,相比其他行業(yè)的信息化集中限度,醫(yī)療衛(wèi)生行業(yè)仍處在一個有限的水平,包含著很多的原始解決方式,醫(yī)療機構(gòu)之間彼此不能共享和互換信息,例如在鄞州區(qū)和海曙區(qū)的一個普通的雙向轉(zhuǎn)診,就沒有相應(yīng)的基礎(chǔ)互換平臺予以支持?,F(xiàn)有系統(tǒng)實質(zhì)上仍以“醫(yī)療機構(gòu)”為中心,不能實質(zhì)性發(fā)揮出醫(yī)療機構(gòu)的“服務(wù)”和“質(zhì)量”價值,遠程醫(yī)療、疾病疫情控制、管理部門決策支持等藍圖更無從實現(xiàn)。另一方面,患者/居民對醫(yī)療衛(wèi)生系統(tǒng)的需求越來越多,他們希望提高醫(yī)療衛(wèi)生服務(wù)的可及性和服務(wù)質(zhì)量,醫(yī)療衛(wèi)生組織也面臨巨大的壓力,即如何運用有限的預(yù)算,提供更全面綜合的服務(wù)。區(qū)域衛(wèi)生信息化的建設(shè)成為現(xiàn)代化醫(yī)療的緊迫任務(wù),而實現(xiàn)“以人為本”,建立個人電子健康檔案等數(shù)據(jù)中心,貫穿居民全生命周期的所有醫(yī)療衛(wèi)生相關(guān)記錄,提供其從出生至死亡的全過程的縱向數(shù)據(jù)和視圖,涉及就診醫(yī)療、平常保健、公共衛(wèi)生、疾病防止、社會保障等信息內(nèi)容。衛(wèi)生基礎(chǔ)現(xiàn)狀表STYLEREF1\s2SEQ表\*ARABIC\s112023年1至6月部分醫(yī)院運作情況醫(yī)院類別單位等級實有床位數(shù)(張)門急診人次出院人數(shù)出院者平均住院日(天)實際病床使用率%合計15387867630123977111.0495.57市級醫(yī)院綜合醫(yī)院市李惠利醫(yī)院三甲12605409222115110.81101.56市第一醫(yī)院三甲11528045701669112.0396.23市第二醫(yī)院三甲1720590841235791295.68寧大醫(yī)學(xué)院附屬醫(yī)院三甲8504356401375311.1198.43??漆t(yī)院市中醫(yī)醫(yī)院三甲600434183570817.1689.58市婦兒醫(yī)院三甲952801080208298.197.99市康寧醫(yī)院三乙52058494160277.02105.09縣(市)區(qū)級醫(yī)院鄞州人民醫(yī)院三乙11468239552023710.73106.86鄞州第二醫(yī)院三乙600354283794512.0588.56寧波明州醫(yī)院無級別64014169687939.6476.03余姚市人民醫(yī)院三乙10757010771748910.22100.89慈溪市人民醫(yī)院三乙822529420148769.5895.33市第六醫(yī)院二甲7502740481269410.5298.3鎮(zhèn)海龍賽醫(yī)院二甲420356799623311.2293.7北侖宗瑞醫(yī)院二甲50042090596148.6193.77奉化市人民醫(yī)院二甲610356226984311.5699.27象山第一人民醫(yī)院二甲670447282125728.8492.62寧??h第一醫(yī)院二甲600368835113709.89104.66寧波開發(fā)區(qū)中心醫(yī)院無級別500236045481210.2751.89表STYLEREF1\s2SEQ表\*ARABIC\s122023年寧波市各縣(市)區(qū)人口數(shù)和床位、人員數(shù)人口總數(shù)(萬人)床位數(shù)(張)人員數(shù)(人)總計其中總計其中:醫(yī)院、衛(wèi)生院床位衛(wèi)技人員執(zhí)業(yè)醫(yī)師(含助理)注冊護士全市合計574.08260972544250326430941723715079寧波市區(qū)223.351602815826290102468297558811海曙區(qū)30.24420140317292620824072184江東區(qū)27.77235523494131343514151428江北區(qū)23.89230923093603298411201188北侖區(qū)37.72174017343449302813341011鎮(zhèn)海區(qū)22.521875187530582651984909鄞州區(qū)81.21354835287477637624952091余姚市83.38226022605225446417851653慈溪市103.88288026537541645825422128奉化市48.3517921736270622961056744象山縣54.031425140528292469992884寧??h61.0917121562301527251107859衛(wèi)生信息化現(xiàn)狀衛(wèi)生基礎(chǔ)網(wǎng)絡(luò)寧波市智慧健康專網(wǎng)目前以市衛(wèi)生局機房為核心,各市屬醫(yī)院、區(qū)(市)縣衛(wèi)生機構(gòu)通過裸光纖直連中心機房,組建星形網(wǎng)絡(luò),帶寬為1GB,可以滿足現(xiàn)在的業(yè)務(wù)需求。寧波市已建立了部分區(qū)縣以及部分醫(yī)療機構(gòu)和專業(yè)站所的衛(wèi)生信息互換網(wǎng)絡(luò)。正在通過政府采購建設(shè)覆蓋所有區(qū)縣以及所有公立醫(yī)療機構(gòu)和衛(wèi)生專業(yè)站所的衛(wèi)生信息專網(wǎng)。醫(yī)療服務(wù)信息化由于醫(yī)療保險結(jié)算的需要,寧波市市區(qū)的所有公立醫(yī)療機構(gòu)已在2023年所有實現(xiàn)賬務(wù)數(shù)據(jù)電子化,各個縣(市)區(qū)也分別于此后陸續(xù)實現(xiàn)了所有醫(yī)療機構(gòu)的賬務(wù)數(shù)據(jù)電子化。2023年由衛(wèi)生局主持,在市區(qū)的各醫(yī)療機構(gòu)逐步推行了非醫(yī)保參保居民的通用就診卡與病歷本。2023年,由市醫(yī)保結(jié)算的規(guī)定,市區(qū)的診斷、處方明細數(shù)據(jù)所有實現(xiàn)了電子化。非醫(yī)保居民通過統(tǒng)一的自費就診卡實現(xiàn)了全市區(qū)患者基本信息的互換共享。目前,市區(qū)層面的醫(yī)院100%具有CIS,80%以上有LIS和RIS,80%以上有科室級PACS,李惠利等醫(yī)院實行了全院級PACS系統(tǒng);康寧、慈溪人民醫(yī)院建成電子病歷系統(tǒng),其他市級層面醫(yī)院也正在積極開展電子病歷的探索和建設(shè)。據(jù)不完全記錄,縣(市)級層面的醫(yī)院約70%有HIS,約60%有LIS,約40%有RIS;余姚有區(qū)域檢查中心。在《寧波市社區(qū)衛(wèi)生服務(wù)管理信息系統(tǒng)軟件功能規(guī)范》指導(dǎo)下各地加快社區(qū)衛(wèi)生服務(wù)中心和服務(wù)站的信息化建設(shè),市屬六區(qū)的社區(qū)衛(wèi)生服務(wù)中心信息化率達90%以上,在全省的各個地市中處在領(lǐng)先地位。鄞州二院與某社區(qū)實現(xiàn)了集中影像診斷的業(yè)務(wù)協(xié)同。衛(wèi)生局的醫(yī)療征詢公共服務(wù)平臺已運營,實現(xiàn)了對市區(qū)層面大多數(shù)公立醫(yī)院的網(wǎng)上預(yù)約、檢查報告查閱,并且可查看實時就診業(yè)務(wù)量。公共衛(wèi)生信息化已建成了疾病監(jiān)測系統(tǒng)和應(yīng)急指揮系統(tǒng),實現(xiàn)了疫情和突發(fā)事件網(wǎng)上直報。在全市率先實現(xiàn)了計劃免疫與婦幼保健的數(shù)據(jù)集中,結(jié)束了手工管理、紙張記錄的歷史。初步完畢了衛(wèi)生監(jiān)督網(wǎng)格化管理信息系統(tǒng)建設(shè)。完善了急救指揮調(diào)度系統(tǒng)建設(shè),完畢了對“120”急救指揮調(diào)度系統(tǒng)的升級改造,建成了七大平臺,在中心城區(qū)形成了一個高效的醫(yī)療急救網(wǎng)絡(luò)。已建成全市采供血機構(gòu)統(tǒng)一數(shù)據(jù)管理平臺,實現(xiàn)了各級采供血機構(gòu)之間血液信息的全過程實時信息化管理。迄今,寧波市衛(wèi)生信息化建設(shè)取得了很大的成績,特別是在大力推動公共衛(wèi)生信息化建設(shè)和加快實行醫(yī)療服務(wù)信息化建設(shè)方面,在很多領(lǐng)域取得了全省領(lǐng)先的地位。在這個有利的條件下乘著醫(yī)藥衛(wèi)生體制改革的東風(fēng)繼續(xù)深化改革,在夯實醫(yī)療信息服務(wù)的基礎(chǔ)上大力推動區(qū)域衛(wèi)生信息化建設(shè),加快建立居民電子健康檔案,在通用就診卡項目基礎(chǔ)上,根據(jù)衛(wèi)生部《健康檔案基本架構(gòu)與數(shù)據(jù)標準》、《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設(shè)指南》的規(guī)定,建設(shè)規(guī)范化的個人電子健康檔案。同時加強與區(qū)域內(nèi)各類醫(yī)療衛(wèi)生機構(gòu)的信息整合,全面記錄和實時反映居民健康狀況和醫(yī)療衛(wèi)生服務(wù)的全過程,實現(xiàn)對居民健康信息的全生命周期管理,積極推動跨衛(wèi)生機構(gòu)、地區(qū)之間的衛(wèi)生業(yè)務(wù)協(xié)同?,F(xiàn)存問題總體來說,寧波衛(wèi)生信息化水平較高,但也存在一些問題:信息無法跨機構(gòu)共享過去醫(yī)院信息化建設(shè)都是以醫(yī)院的業(yè)務(wù)流程為核心,并未真正以患者為核心。因此在信息化建設(shè)中,雖然考慮到了協(xié)同與信息共享的需求,但出發(fā)點都是醫(yī)療機構(gòu)內(nèi)部人員、科室或職能間的協(xié)同與共享。而至關(guān)重要的患者與醫(yī)護人員間信息共享卻被忽略了。醫(yī)護人員得到的患者信息往往不夠全面,因此導(dǎo)致了不少金錢、資源甚至生命被浪費的悲劇。在電子健康檔案建檔率不斷提高的今天,醫(yī)護人員通過調(diào)閱記錄患者整個生命周期健康信息的電子健康檔案來完畢與患者的協(xié)同不僅能解決上述問題,還能真正使電子健康檔案活起來用起來。居民的健康信息無法整合在沒有建立區(qū)域衛(wèi)生信息平臺時,居民的各種健康信息,涉及門診信息,住院信息,公共衛(wèi)生數(shù)據(jù),體檢數(shù)據(jù),慢病管理數(shù)據(jù)等,這些數(shù)據(jù)零散的存儲在各個醫(yī)療機構(gòu)及政府機構(gòu)中,在無法將數(shù)據(jù)整合起來集中管理的情況下,會大大的減少這些數(shù)據(jù)的使用價值,無法充足運用居民健康數(shù)據(jù)做記錄、分析、預(yù)測等工作。無法積極防止當前的醫(yī)療服務(wù)對居民都是被動的,只有在病人感覺身體不舒適時才會到醫(yī)院就診,有了區(qū)域衛(wèi)生信息平臺,社區(qū)或公共衛(wèi)生部門的工作人員可以查看區(qū)域內(nèi)所有的居民健康信息,運用相應(yīng)的技術(shù)手段,可以根據(jù)天氣、流行病等外界因素,結(jié)合居民年齡、性別、身體情況等個人因素,可以針對居民進行積極提醒,做到積極防止。平臺基本規(guī)定衛(wèi)生信息化建設(shè)、共享醫(yī)療保健信息是以居民為中心,以居民健康需求為導(dǎo)向,充足運用先進技術(shù),加強各部門、各單位協(xié)同,優(yōu)化業(yè)務(wù)流程,減少服務(wù)成本,提高行政部門效能,提高醫(yī)療衛(wèi)生服務(wù)效率和質(zhì)量,方便人民群眾醫(yī)療和保健,不斷提高人民群眾健康水平。衛(wèi)生信息化建設(shè)要按照國家有關(guān)信息化建設(shè)的總體部署和規(guī)定,結(jié)合我市實際,做好頂層設(shè)計,進行信息資源統(tǒng)籌規(guī)劃,統(tǒng)一建設(shè)規(guī)范、標準和管理制度,明確衛(wèi)生行政部門,各級各類醫(yī)療衛(wèi)生機構(gòu)信息化建設(shè)目的和任務(wù)。運用不同機制和措施,因地制宜、分類指導(dǎo)、分步推動,促進衛(wèi)生信息化工作協(xié)調(diào)發(fā)展。衛(wèi)生信息化建設(shè)要在統(tǒng)一標準、統(tǒng)一規(guī)范指導(dǎo)原則下開展,相關(guān)技術(shù)、標準、協(xié)議和接口也須遵循國際、國家、部頒有關(guān)標準,并根據(jù)上述標準進行分析研究,制定出適合本市的標準、規(guī)范。衛(wèi)生信息化建設(shè)不是一個獨立系統(tǒng),除了各級各類醫(yī)療衛(wèi)生單位有關(guān)信息系統(tǒng)需要互聯(lián)互通外,還需要一些政務(wù)應(yīng)用系統(tǒng)(如公安、醫(yī)保、計生、民政、教育等)保持雙向信息互相互換,因此系統(tǒng)設(shè)計應(yīng)充足考慮其開放性,同時因發(fā)展需要,應(yīng)具有較好的伸縮性,滿足發(fā)展需要。采用業(yè)界先進系統(tǒng)架構(gòu)理念和技術(shù),為平臺打下扎實基礎(chǔ),如在技術(shù)上采用業(yè)界先進、成熟的軟件和開發(fā)技術(shù),面向?qū)ο蟮脑O(shè)計方法,可視化的面向?qū)ο蟮拈_發(fā)工具,支持Internet/Ineternet網(wǎng)絡(luò)環(huán)境下的分布式應(yīng)用;客戶/應(yīng)用服務(wù)器/數(shù)據(jù)服務(wù)器體系結(jié)構(gòu)與瀏覽器/服務(wù)器(B/S)體系相結(jié)合的先進的網(wǎng)絡(luò)計算模式。平臺技術(shù)需求SOA架構(gòu)需求分析平臺設(shè)計采用SOA架構(gòu),數(shù)據(jù)傳輸保障將采用傳統(tǒng)消息中間件模式,消息中間件將提供消息總線服務(wù),消息傳輸?shù)墓δ芴峁┮韵⒎?wù)方式與ESB總線進行交互?;贓SB服務(wù)總線的SOA架構(gòu)SOA架構(gòu)在數(shù)據(jù)信息共享平臺中作為新的應(yīng)用技術(shù)之一,在引入WebService的同時需要與消息總線架構(gòu)相結(jié)合,解決大并發(fā)、大壓力的數(shù)據(jù)互換需要,構(gòu)建性價比更高的應(yīng)用解決方案。異構(gòu)系統(tǒng)適配接入機制數(shù)據(jù)共享與互換服務(wù)平臺中異構(gòu)系統(tǒng)適配接入重要采用適配器技術(shù),在SOA架構(gòu)中,每一個適配器都可以封裝為“適配器服務(wù)”。適配器服務(wù)是應(yīng)用系統(tǒng)接入數(shù)據(jù)共享與互換服務(wù)平臺的橋梁,是多種異構(gòu)系統(tǒng)之間互連互通及互操作的首要功能模塊。適配器服務(wù)作為異構(gòu)系統(tǒng)接入的技術(shù),遵循標準的JAVAEE--JCA技術(shù)規(guī)范,并采用基于JAVA語言開發(fā)技術(shù)實現(xiàn)不同異構(gòu)系統(tǒng)的對接,每一個適配器都對數(shù)據(jù)實現(xiàn)基于XML的數(shù)據(jù)格式映射,以及對外提供標準的SI服務(wù)接口。既完畢了異構(gòu)系統(tǒng)的松散耦合訪問和數(shù)據(jù)獲取,又實現(xiàn)了適配器的服務(wù)復(fù)用。統(tǒng)一消息安全可靠傳輸機制統(tǒng)一的消息安全可靠傳輸是實現(xiàn)不同應(yīng)用系統(tǒng)的數(shù)據(jù)互換的基礎(chǔ)設(shè)施,統(tǒng)一消息安全可靠傳輸是異構(gòu)系統(tǒng)在網(wǎng)絡(luò)上交互數(shù)據(jù)的保障機制,是保證不同系統(tǒng)間數(shù)據(jù)互換的一致性、可靠性、可擴展性、可維護性等的核心機制。需要提供以下功能:提供數(shù)據(jù)采集緩存機制。消息基于隊列機制建立大緩存機制,保證數(shù)據(jù)采集的及時性和數(shù)據(jù)寫入的有序性,“硬盤”可靠隊列的通信機制,可以大大緩解“內(nèi)存”的大數(shù)據(jù)壓力;提供強大的數(shù)據(jù)傳輸功能:提供斷點續(xù)傳、優(yōu)先級控制、消息生命周期、流量控制、集群、發(fā)布訂閱、連接控制、消息加密壓縮等多層消息控制機制。支持多種拓撲結(jié)構(gòu):可以部署在不同的互換部門和異構(gòu)系統(tǒng)所在的物理環(huán)境,并可自由組合成星型、網(wǎng)型、樹型、總線型結(jié)構(gòu)。提供進程分組傳輸機制,保證數(shù)據(jù)適配服務(wù)的快速解決、可靠傳輸。支持斷點續(xù)傳、網(wǎng)絡(luò)容錯,在系統(tǒng)故障下、網(wǎng)絡(luò)故障下保障數(shù)據(jù)可靠;支持消息點對點、消息路由、消息發(fā)布/訂閱三種傳輸模式;支持不同的網(wǎng)絡(luò)環(huán)境。既可以支持光纖通道,有可以支持撥號、DDN、衛(wèi)星通信、無線通信等多種通信線路??蓴U展設(shè)計關(guān)鍵點一方面,在架構(gòu)上采用面向服務(wù)的體系架構(gòu)SOA,并建立滿足數(shù)據(jù)互換所需要的ESB(公司服務(wù)總線),為數(shù)據(jù)互換服務(wù)提供基礎(chǔ)支撐總線,來完畢數(shù)據(jù)互換服務(wù)提供者的查找、訪問、路由及服務(wù)治理等功能;對于服務(wù)消費者來說,所有消費的服務(wù)通過統(tǒng)一規(guī)范在ESB總線上進行表達,無需關(guān)心真正的服務(wù)的位置及相關(guān)實現(xiàn)。公司服務(wù)總線ESB還提供自身的可擴展能力,具有對服務(wù)支撐環(huán)境的負載均衡、集群解決、服務(wù)的失敗與恢復(fù)的管理功能。另一方面,對數(shù)據(jù)互換服務(wù)可擴展。采用服務(wù)合成技術(shù),即服務(wù)的服務(wù),是服務(wù)提供與服務(wù)消費之間的紐帶。為了使服務(wù)可以滿足信息系統(tǒng)集成的需要,需要將服務(wù)供其他服務(wù)或應(yīng)用消費,還可以消費其他服務(wù),將不同的信息系統(tǒng)服務(wù)進行合成,形成粒度更大的業(yè)務(wù)服務(wù)。服務(wù)合成與編排可再次被復(fù)用,與其他服務(wù)進行再次合成。保證前期的互換服務(wù)可擴展復(fù)用。再次,對縱向接入范圍的可擴展。除了面向服務(wù)的技術(shù),還將相應(yīng)用系統(tǒng)數(shù)據(jù)互換建立統(tǒng)一消息可靠保障機制??蓱?yīng)用系統(tǒng)之間統(tǒng)一采用相同的消息讀寫、傳輸模塊,建立基于統(tǒng)一消息管理的可擴展通道。最后,對橫向接入范圍的可擴展。基于服務(wù)的模式,即可以服務(wù)于衛(wèi)生信息化,又可以服務(wù)于其他數(shù)據(jù)資源的互換和共享。一個物理的系統(tǒng)可以擴展成多個邏輯的互換系統(tǒng),按照不同的應(yīng)用對象進行邏輯劃分,分應(yīng)用、分結(jié)構(gòu)、分權(quán)限管理監(jiān)控。圖形化數(shù)據(jù)加工基于XML的圖形化數(shù)據(jù)加工機制,保證加工邏輯的易用性。提供獨立的XSLT引擎,即擴展樣式表轉(zhuǎn)換語言(ExtensibleStylesheetLanguageTransformations)的簡稱,它是把XML文檔轉(zhuǎn)化為另一文檔的轉(zhuǎn)換語言,即將源文檔的所有數(shù)據(jù)或者部分數(shù)據(jù),運用XPath進行選擇,生成此外的XML文檔或者其他可直接顯示或打印的文獻格式。XSLT服務(wù)是用來對數(shù)據(jù)進行轉(zhuǎn)換的一種服務(wù),通過XSLT服務(wù),一種數(shù)據(jù)格式可以輕松的轉(zhuǎn)換為另一種數(shù)據(jù)格式。運營管理服務(wù)需求運營管理系統(tǒng)重要提供應(yīng)數(shù)據(jù)共享平臺的系統(tǒng)管理人員使用,用于保證數(shù)據(jù)共享平臺的安全可靠和高效運營。涉及面向安全性的用戶管理、權(quán)限管理、密碼管理和日記管理等;面向性能優(yōu)化的性能監(jiān)控等。面向?qū)嵱眯缘墓?jié)點管理、互換規(guī)則管理和狀態(tài)監(jiān)控;其中節(jié)點管理涉及對業(yè)務(wù)部門的信息管理。由于各種共享數(shù)據(jù)由不同衛(wèi)生院提供和使用,為了提高數(shù)據(jù)的使用效率,必須提供數(shù)據(jù)記錄和分析功能,一方面要對共享數(shù)據(jù)的訪問日記進行記錄,然后靈活地記錄各個部門共享的數(shù)據(jù)以及訪問過的其它部門的共享數(shù)據(jù),同時將這些結(jié)果匯總,進行各種分析,提高數(shù)據(jù)的使用效率。多個設(shè)備和軟件同時運營,為了保證整個平臺的高效率運營,必須監(jiān)控每一臺設(shè)備上每一種應(yīng)用程序的運營狀態(tài),數(shù)據(jù)訪問流量,以及共享數(shù)據(jù)業(yè)務(wù)的辦理狀況,一旦發(fā)現(xiàn)異常,立即報告管理人員采用有效措施,恢復(fù)系統(tǒng)的正常運營。數(shù)據(jù)同步策略管理需求系統(tǒng)應(yīng)能靈活設(shè)立和管理數(shù)據(jù)的同步策略,支持異地、異構(gòu)、不同組網(wǎng)方式、不同時間間隔等同步策略功能,能結(jié)合調(diào)研結(jié)果和最終實行方案進行部署,能靈活配置各衛(wèi)生院數(shù)據(jù)庫和數(shù)據(jù)共享平臺的公共基礎(chǔ)數(shù)據(jù)庫的數(shù)據(jù)同步,實現(xiàn)數(shù)據(jù)透明同步和更新,保證數(shù)據(jù)的一致性。平臺與業(yè)務(wù)之間的關(guān)系數(shù)據(jù)共享與互換服務(wù)平臺是信息化項目的基礎(chǔ)工程,即可以服務(wù)于當前業(yè)務(wù)的數(shù)據(jù)資源共享互換需要,又可以服務(wù)于可擴展應(yīng)用及其他接入應(yīng)用?;A(chǔ)工程的推動一定是在業(yè)務(wù)應(yīng)用需求的實現(xiàn)中落地的。因此,需要業(yè)務(wù)應(yīng)用不斷建設(shè)需求和完善來推動數(shù)據(jù)共享與互換服務(wù)平臺的不斷完善。平臺與區(qū)域衛(wèi)生業(yè)務(wù)應(yīng)用的關(guān)系數(shù)據(jù)共享與互換服務(wù)平臺在結(jié)構(gòu)上與衛(wèi)生業(yè)務(wù)應(yīng)用系統(tǒng)松耦合,平臺的運營和維護對衛(wèi)生系統(tǒng)沒有任何影響。數(shù)據(jù)互換平臺從衛(wèi)生系統(tǒng)采集數(shù)據(jù)并加工解決,形成整個區(qū)域衛(wèi)生信息系統(tǒng)的基礎(chǔ)數(shù)據(jù)和共享數(shù)據(jù),通過進一步的數(shù)據(jù)挖掘形成衛(wèi)生系統(tǒng)的共享數(shù)據(jù)庫,既可認為當前業(yè)務(wù)系統(tǒng)提供服務(wù),也可認為擴展應(yīng)用以及其他外部應(yīng)用提供服務(wù)。與已有業(yè)務(wù)系統(tǒng)的數(shù)據(jù)服務(wù)關(guān)系數(shù)據(jù)共享與互換服務(wù)平臺的建設(shè)不涉及原有專業(yè)系統(tǒng)的內(nèi)部業(yè)務(wù)流程,而是規(guī)定業(yè)務(wù)系統(tǒng)通過松耦合的數(shù)據(jù)“橋接”方式提供應(yīng)互換系統(tǒng)?;Q系統(tǒng)為業(yè)務(wù)應(yīng)用服務(wù),對需要獲取的應(yīng)用系統(tǒng)數(shù)據(jù)通過采集、轉(zhuǎn)換解決、傳輸、寫入數(shù)據(jù)庫中供應(yīng)用系統(tǒng)使用。既可以實現(xiàn)上級機構(gòu)向上級機構(gòu)系統(tǒng)匯集數(shù)據(jù),又可以實現(xiàn)上級機構(gòu)系統(tǒng)向下級機構(gòu)數(shù)據(jù)共享下達,實現(xiàn)數(shù)據(jù)對等互換傳輸。與新建業(yè)務(wù)系統(tǒng)的數(shù)據(jù)服務(wù)關(guān)系數(shù)據(jù)資源是可以復(fù)用的。新建業(yè)務(wù)系統(tǒng)假如與已有業(yè)務(wù)系統(tǒng)存在數(shù)據(jù)交互。對于新建業(yè)務(wù)系統(tǒng),互換系統(tǒng)只需要擴展一個接入節(jié)點。將互換系統(tǒng)中可以采集并共享的數(shù)據(jù)互換傳輸給新建業(yè)務(wù)系統(tǒng),提供數(shù)據(jù)共享服務(wù)。服務(wù)的技術(shù)實現(xiàn)可以是數(shù)據(jù)庫、文獻、WebService等多種方式。與業(yè)務(wù)系統(tǒng)之間的公共服務(wù)關(guān)系數(shù)據(jù)共享與互換服務(wù)平臺是為業(yè)務(wù)系統(tǒng)提供的數(shù)據(jù)互換服務(wù)的,即是連接各應(yīng)用系統(tǒng)的公共數(shù)據(jù)共享傳輸通道。各業(yè)務(wù)系統(tǒng)可以通過數(shù)據(jù)共享與互換服務(wù)平臺的適配器接入,由數(shù)據(jù)共享與互換服務(wù)平臺的ESB公司服務(wù)總線(ESB)來完畢適配器服務(wù)之間的消費關(guān)系。消費關(guān)系可以是直接消費、間接消費。直接消費通過ESB進行內(nèi)部服務(wù)合成,直接為業(yè)務(wù)系統(tǒng)服務(wù);間接消費通過ESB的服務(wù)注冊中心,進行公共服務(wù)發(fā)布,可檢索、查詢、代理運營等多種方式,供其外部調(diào)用。建設(shè)目的和內(nèi)容建設(shè)目的在寧波市現(xiàn)有醫(yī)療衛(wèi)生信息系統(tǒng)的基礎(chǔ)上,將以電子健康檔案為基礎(chǔ),以寧波市衛(wèi)生行業(yè)各業(yè)務(wù)部門的信息共享與互換系統(tǒng)為中心,實現(xiàn)寧波醫(yī)療衛(wèi)生行業(yè)信息資源的共享;以個人的電子病歷為中心,參照衛(wèi)生部制定的相關(guān)標準,為寧波市區(qū)域衛(wèi)生信息系統(tǒng)平臺設(shè)計合理、先進、可靠的基礎(chǔ)支撐框架,選用成熟的中間件軟件產(chǎn)品構(gòu)建衛(wèi)生數(shù)據(jù)共享與互換服務(wù)平臺,實現(xiàn)所有醫(yī)療機構(gòu)間的數(shù)據(jù)共享和數(shù)據(jù)互換。本次項目涉及接入的機構(gòu)如下:8家市級醫(yī)院接入寧波市區(qū)域衛(wèi)生信息平臺的醫(yī)療機構(gòu)有:寧波市李惠利醫(yī)院、寧波市第一醫(yī)院、寧波市第二醫(yī)院、寧波大學(xué)醫(yī)學(xué)院附屬醫(yī)院(寧波市第三醫(yī)院)、寧波市婦女兒童醫(yī)院、寧波市康寧醫(yī)院、寧波市中醫(yī)院、寧波市華慈醫(yī)院,共8家市級醫(yī)院。11個縣(市)區(qū)區(qū)域衛(wèi)生信息平臺鄞州區(qū)、江東區(qū)、江北區(qū)、海曙區(qū)、北侖區(qū)、鎮(zhèn)海區(qū)、奉化市、余姚市、慈溪市、象山縣、寧??h,共11個縣(市)區(qū)的區(qū)級區(qū)域衛(wèi)生信息平臺。4個市級相關(guān)公共衛(wèi)生機構(gòu)或系統(tǒng)寧波市區(qū)域衛(wèi)生信息平臺可以進行數(shù)據(jù)互換的公共衛(wèi)生條線系統(tǒng)有:計劃免疫、婦幼保健系統(tǒng)、慢病管理系統(tǒng)、傳染病管理系統(tǒng),其中慢病管理和傳染病報告數(shù)據(jù)通過市級醫(yī)療機構(gòu)信息系統(tǒng)和縣(市)區(qū)的區(qū)級區(qū)域衛(wèi)生信息平臺采集。省級區(qū)域衛(wèi)生信息平臺市級平臺預(yù)留與省級平臺對接的接口,將來實現(xiàn)省級系統(tǒng)數(shù)據(jù)跟寧波市系統(tǒng)數(shù)據(jù)的對接,實現(xiàn)省內(nèi)的衛(wèi)生信息共享。建設(shè)內(nèi)容數(shù)據(jù)共享與互換服務(wù)平臺將要建立寧波市醫(yī)療衛(wèi)生行業(yè)信息系統(tǒng)間的數(shù)據(jù)互換標準規(guī)范,通過數(shù)據(jù)中心提供的數(shù)據(jù)服務(wù),實現(xiàn)各部門間的數(shù)據(jù)互換與共享。寧波市衛(wèi)生數(shù)據(jù)共享與互換服務(wù)平臺開發(fā)和建設(shè)須滿足分步式、跨平臺部署,且對平常通信流量有較大規(guī)定。具體內(nèi)容如下:數(shù)據(jù)互換中心及資源服務(wù):構(gòu)建數(shù)據(jù)互換共享公司級服務(wù)總線ESB,基于ESB的數(shù)據(jù)中心數(shù)據(jù)資源互換共享服務(wù)。數(shù)據(jù)互換接入前置系統(tǒng):ESB總線前置實現(xiàn)需要互換的部門數(shù)據(jù)接入和服務(wù)接入?;Q管理監(jiān)控系統(tǒng),提供對共享互換平臺的管理監(jiān)控以及互換數(shù)據(jù)的記錄功能;數(shù)據(jù)互換傳輸保障:實現(xiàn)各接入節(jié)點與中心ESB之間的可靠傳輸保障。數(shù)據(jù)互換標準規(guī)范:數(shù)據(jù)規(guī)范、管理規(guī)范、技術(shù)規(guī)范等管理標準和制度??傮w技術(shù)路線JAVAEE規(guī)范為了保證高可用性、高可靠性和可擴展性,系統(tǒng)必須要選擇支持強大的公司級計算的成熟的技術(shù)路線??梢詽M足這些條件的技術(shù)首推JAVAEE公司標準。JAVAEE是主流的開發(fā)技術(shù)平臺,已成IT領(lǐng)域的國際工業(yè)標準,圍繞著JAVAEE有眾多的廠家和產(chǎn)品,其中不乏優(yōu)秀的軟件產(chǎn)品,合理集成以JAVAEE為標準的軟件產(chǎn)品構(gòu)建數(shù)據(jù)共享與互換服務(wù)平臺,可以得到較好的穩(wěn)定性、高可靠性和擴展性。JAVAEE技術(shù)的基礎(chǔ)是JAVA語言,JAVA語言的與操作系統(tǒng)平臺無關(guān)性,保證了基于JAVAEE平臺開發(fā)的應(yīng)用系統(tǒng)和支撐環(huán)境可以跨平臺運營。中間件軟件技術(shù)中間件具有以下的一些特點:滿足大量應(yīng)用的需要;運營于多種硬件和OS平臺;支持分布式計算,提供跨網(wǎng)絡(luò)、硬件和OS平臺的透明性的應(yīng)用或服務(wù)的交互功能;支持標準的協(xié)議;支持標準的接口。程序員通過調(diào)用中間件提供的大量API,實現(xiàn)異構(gòu)環(huán)境的通訊,從而屏蔽異構(gòu)系統(tǒng)中復(fù)雜的操作系統(tǒng)和網(wǎng)絡(luò)協(xié)議。針對不同的操作系統(tǒng)和硬件平臺,它們可以有符合接口和協(xié)議規(guī)范的多種實現(xiàn)。由于標準接口對于可移植性和標準協(xié)議對于互操作性的重要性,中間件已成為許多標準化工作的重要部分。對于應(yīng)用軟件開發(fā),中間件遠比操作系統(tǒng)和網(wǎng)絡(luò)服務(wù)更為重要,中間件提供的程序接口定義了一個相對穩(wěn)定的高層應(yīng)用環(huán)境,不管底層的計算機硬件和系統(tǒng)軟件如何更新?lián)Q代,只要將中間件升級更新,并保持中間件對外的接口定義不變,應(yīng)用軟件幾乎不需任何修改,從而保護了公司在應(yīng)用軟件開發(fā)和維護中的重大投資。中間件是一種獨立的系統(tǒng)軟件或服務(wù)程序,分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享資源。中間件軟件管理著市民端程序和數(shù)據(jù)庫或者初期應(yīng)用軟件之間的通訊。中間件在分布式的市民和服務(wù)之間扮演著承上啟下的角色,如事務(wù)管理、負載均衡以及基于Web的計算等。運用這些技術(shù)有助于減輕開發(fā)者的承擔(dān),使他們運用現(xiàn)有的硬件設(shè)備、操作系統(tǒng)、網(wǎng)絡(luò)、數(shù)據(jù)庫管理系統(tǒng)以及對象模型創(chuàng)建分布式應(yīng)用軟件時更加得心應(yīng)手。由于中間件可以保護公司的投資,保證應(yīng)用軟件的相對穩(wěn)定,實現(xiàn)應(yīng)用軟件的功能擴展;同時中間件產(chǎn)品在很大限度上簡化了一個由不同硬件構(gòu)成的分布式解決環(huán)境的復(fù)雜性,所以它的出現(xiàn)正日益引起用戶的關(guān)注。SOA服務(wù)體系架構(gòu)SOA(ServiceOrientedArchitecture,縮寫SOA),即面向服務(wù)的體系架構(gòu),提供了一種構(gòu)建IT組織的標準和方法,并通過建立可組合、可重用的服務(wù)體系來減少IT業(yè)務(wù)冗余并保證信息系統(tǒng)的可連續(xù)發(fā)展以及快速構(gòu)建。SOA的實現(xiàn)對技術(shù)沒有限制。SOA是關(guān)于共享和管理服務(wù)的結(jié)構(gòu),對所采用的技術(shù)只需要滿足它的需要就可以。雖然Web服務(wù)協(xié)議到目前為止還是首選的創(chuàng)建和部署SOA架構(gòu)的標準,但是也可以使用其他標準,比如CORBA、COM和JAVAEE。甚至可以采用私有技術(shù)創(chuàng)建SOA。SOA可以節(jié)省組織成本,涉及反復(fù)運用已存在的軟件作為服務(wù),以及增強改變IT方案適應(yīng)需求變革或靈活性的能力。SOA對兼容性的需求完全處在松耦,可以通過在項目實行過程中為創(chuàng)建和部署大多數(shù)SOA提供的端到端解決方案解決兼容性問題。ESB公司服務(wù)總線ESB(EnterpriseServiceBus,縮寫ESB),即公司服務(wù)總線,是SOA的骨干,在完畢服務(wù)的接入,服務(wù)間的通信和交互基礎(chǔ)上,還提供安全性、可靠性、高性能的服務(wù)能力保障。采用SOA架構(gòu),基于ESB總線進行信息系統(tǒng)集成,如下圖所示,信息系統(tǒng)之間的交互通過總線進行,這樣可以減少應(yīng)用系統(tǒng)、各個組件及相關(guān)技術(shù)的耦合度,消除應(yīng)用系統(tǒng)點對點集成瓶頸,減少集成開發(fā)難度,提高復(fù)用,增進系統(tǒng)開發(fā)和運營效率,便于業(yè)務(wù)系統(tǒng)靈活重構(gòu),快速適應(yīng)業(yè)務(wù)及流程變化需要。異構(gòu)系統(tǒng)適配器服務(wù)異構(gòu)系統(tǒng)適配器服務(wù)是數(shù)據(jù)共享與互換服務(wù)平臺的基礎(chǔ)服務(wù)部件,是各信息系統(tǒng)接入ESB的橋梁,是多種異構(gòu)系統(tǒng)之間互連互通及互操作的服務(wù)單元。適配器應(yīng)遵循國際級行業(yè)標準,提供標準的XML數(shù)據(jù)對象、服務(wù)接口、服務(wù)操作方法,如下圖示,真正實現(xiàn)了信息系統(tǒng)服務(wù)重用。適配器服務(wù)應(yīng)分為提供服務(wù)者和消費服務(wù)者,既可以提供服務(wù)消費,也可以消費其他服務(wù)??梢詫崿F(xiàn)信息系統(tǒng)常用文獻、數(shù)據(jù)庫、通訊等技術(shù)適配能力,并可以按照特定規(guī)范進行適配器服務(wù)定制,滿足可擴展需要。消息隊列技術(shù)為了實現(xiàn)大數(shù)據(jù)服務(wù)的并發(fā)壓力控制、網(wǎng)絡(luò)上大數(shù)據(jù)的可靠傳輸,ESB將實現(xiàn)數(shù)據(jù)適配器服務(wù)與消息適配器服務(wù)的編排,解決多部門、多信息系統(tǒng)之間數(shù)據(jù)發(fā)送、接受過程中的可靠傳輸保障需求。消息隊列技術(shù)基于點對點的隊列通訊通道,保證信息系統(tǒng)之間的數(shù)據(jù)有且僅有一次完整傳輸給對方,并為適配器服務(wù)提供異步數(shù)據(jù)緩存機制,提高適配器服務(wù)的數(shù)據(jù)并發(fā)壓力承載能力。WebServicesWebServices即Web服務(wù),屬于輕量級訪問協(xié)議服務(wù)。服務(wù)的技術(shù)實現(xiàn)和表現(xiàn)形式多種多樣,例如:適配器服務(wù)、XSLT服務(wù)、服務(wù)編排服務(wù)等,這些服務(wù)都可以發(fā)布為Web服務(wù)。同樣,ESB總線還可以訪問其他信息系統(tǒng)提供的WEB服務(wù)。Web服務(wù)是相關(guān)的重要協(xié)議和技術(shù)涉及SOAP(SimpleObjectAccessProtocol,簡樸對象訪問協(xié)議)、WSDL(WebServicesDescriptionLanguage,Web服務(wù)描述語言)、UDDI(UniversalDescriptionandIntegration,統(tǒng)一描述、發(fā)現(xiàn)和集成)。SOAP用來定義數(shù)據(jù)描述和遠程訪問的標準;WSDL是發(fā)布和請求Web服務(wù)的描述語言;UDDI則把Web服務(wù)與用戶聯(lián)系起來,起中介作用?;Q平臺總體設(shè)計建設(shè)原則寧波市區(qū)域衛(wèi)生互換平臺建設(shè)原則是:“惠及居民,支撐醫(yī)改;總體規(guī)劃,分步實行;頂層設(shè)計,夯實基層;綜合配套,協(xié)同推動”的信息化原則?;菁熬用?,支撐醫(yī)改惠及居民是本項目建設(shè)的出發(fā)點和最終目的,要運用信息化手段,讓居民獲得更加優(yōu)質(zhì)、高效、便捷的醫(yī)療衛(wèi)生服務(wù)。項目建設(shè)必須有助于形成試點區(qū)域的居民的自我健康管理模式,提高健康水平;有助于提高醫(yī)療衛(wèi)生機構(gòu)的服務(wù)能力,改善服務(wù)、提高質(zhì)量、合理控費,便民利民;有助于推動醫(yī)療衛(wèi)生體制改革,特別是為醫(yī)療資源整合、基本藥物管理和監(jiān)管、提高優(yōu)質(zhì)衛(wèi)生資源輻射等重點內(nèi)容提供信息系統(tǒng)支撐??傮w規(guī)劃,分步實行考慮到試點區(qū)域的規(guī)模和實行的復(fù)雜性,分階段實行,循序漸進。根據(jù)試點區(qū)域各相關(guān)系統(tǒng)、各區(qū)域的具體情況,確立整體的目的,制訂統(tǒng)一的規(guī)劃,保證工程實現(xiàn)各方目的一致,標準統(tǒng)一,系統(tǒng)有機銜接。在統(tǒng)一規(guī)劃的基礎(chǔ)上分階段,有環(huán)節(jié)地推動實行,先互連互通,再逐步統(tǒng)一;先建框架,再逐步深化;先行試點,再全面推廣。頂層設(shè)計,夯實基層為保證試點區(qū)域醫(yī)療衛(wèi)生機構(gòu)之間的信息共享與業(yè)務(wù)協(xié)同,一方面需要統(tǒng)一設(shè)計架構(gòu)體系、擬定標準規(guī)范,規(guī)范基本業(yè)務(wù)應(yīng)用;另一方面,加強各級各類醫(yī)療衛(wèi)生機構(gòu)的信息系統(tǒng)的基礎(chǔ)建設(shè)和完善,保證網(wǎng)絡(luò)、醫(yī)生工作站、基本業(yè)務(wù)信息系統(tǒng)的建立,鼓勵基層結(jié)合自身實際開展創(chuàng)新性應(yīng)用。綜合配套,協(xié)同推動本項目的建設(shè)是一個系統(tǒng)工程,除了信息系統(tǒng)自身的建設(shè)以外,涉及到管理體制、運營機制、業(yè)務(wù)模式、業(yè)務(wù)規(guī)范、法律法規(guī)等內(nèi)容,涉及到區(qū)域衛(wèi)生、公共衛(wèi)生、醫(yī)療服務(wù)、醫(yī)療保險、藥品管理等領(lǐng)域,需要各地區(qū)各部門、各條線互相配合,共同推動。設(shè)計原則根據(jù)系統(tǒng)的建設(shè)目的和實際需求,堅持“以實際需求為導(dǎo)向、統(tǒng)籌規(guī)劃”的指導(dǎo)思想,遵循以下原則進行系統(tǒng)總體設(shè)計。技術(shù)的先進性和成熟性采用代表當今信息化系統(tǒng)發(fā)展趨勢的主流和成熟技術(shù)進行系統(tǒng)架構(gòu)設(shè)計,選用先進的技術(shù)手段,實現(xiàn)快速實行,保證技術(shù)先進性和成熟性。標準性、開放性系統(tǒng)設(shè)計應(yīng)充足考慮“標準和開放”的原則,要支持各種相應(yīng)的軟硬件接口,使之具有靈活性和延展性,具有與多種系統(tǒng)互連互通的特性,在結(jié)構(gòu)上實現(xiàn)真正開放。在系統(tǒng)建設(shè)中應(yīng)廣泛采用遵循國際標準的系統(tǒng)和產(chǎn)品,易于向此后的先進技術(shù)實現(xiàn)遷移,充足保護用戶的現(xiàn)有投資,其綜合反映在可移植性、互操作性、系統(tǒng)獨立性和集成性上。同時考慮到投資的長期效益,系統(tǒng)應(yīng)具有開放性,可以實現(xiàn)與多種技術(shù)和軟硬件平臺有機的結(jié)合,保證完畢本系統(tǒng)未來的發(fā)展規(guī)定??蓴U展性由于政府信息化建設(shè)和應(yīng)用系統(tǒng)具有快速發(fā)展、高速膨脹的特點,這就規(guī)定系統(tǒng)的各個環(huán)節(jié)必須具有高擴展性。系統(tǒng)可以在數(shù)據(jù)、業(yè)務(wù)等多個層面上進行擴展。系統(tǒng)提供比硬件和網(wǎng)絡(luò)的的擴展性更高層次的擴展能力。應(yīng)用的可適應(yīng)性系統(tǒng)的另一個特點是應(yīng)用需求經(jīng)常變化,這就規(guī)定系統(tǒng)必須為應(yīng)用提供一定限度的可適應(yīng)性。應(yīng)提供充足的變更與擴展能力,合用政府機構(gòu)、人員以及業(yè)務(wù)流程的調(diào)整,可以充足運用政府部門現(xiàn)有軟、硬件和信息資源。這樣可以用較低的成本實現(xiàn)技術(shù)更新?lián)Q代,從而可以提高系統(tǒng)投資的綜合性價比和長期穩(wěn)定使用,保護已有的設(shè)備和技術(shù)投資。高可用性和可靠性為保證醫(yī)療衛(wèi)生部門的高效工作,系統(tǒng)在穩(wěn)定正常運營的同時還要提供較高的性能,從而可以高效率地解決各類關(guān)鍵事務(wù)。因此在系統(tǒng)設(shè)計之初就應(yīng)當充足考慮如何保證系統(tǒng)的高可用性、可靠性和高效性。安全性信息安全是醫(yī)療衛(wèi)生信息化建設(shè)的前提,系統(tǒng)設(shè)計中首要考慮如何建立整個系統(tǒng)的安全性、保密性,并且這種考慮必須是整體的、全面的。系統(tǒng)必須要提供信息傳輸保密性、數(shù)據(jù)完整性、身份辨認和認證、防抵賴性、隱私保護等安全保障措施??晒芾硇韵到y(tǒng)的可管理性既能提高軟件的使用效率又能給系統(tǒng)管理人員帶來方便。通過配置和日記的方式幫助管理員對系統(tǒng)故障進行診斷、排錯和分析與規(guī)劃,從而減少總體使用成本??梢浦残韵到y(tǒng)設(shè)計要選擇開放的應(yīng)用平臺,如JAVA等跨平臺技術(shù)開發(fā),實現(xiàn)互換系統(tǒng)與操作系統(tǒng)、硬件平臺等無關(guān),便于此后系統(tǒng)移植??傮w架構(gòu)區(qū)域衛(wèi)生互換平臺(簡稱互換平臺)的重要任務(wù)以滿足臨床信息、健康檔案信息和公共衛(wèi)生信息的互換共享為目的,采集相關(guān)業(yè)務(wù)數(shù)據(jù),對外部系統(tǒng)提供數(shù)據(jù)共享服務(wù),涉及與區(qū)縣和市級醫(yī)院完畢數(shù)據(jù)互換。此后還需要支持醫(yī)療衛(wèi)生服務(wù)機構(gòu)、政府衛(wèi)生部門之間直接進行數(shù)據(jù)互換,支持引入新的數(shù)據(jù)互換業(yè)務(wù)服務(wù)。區(qū)域衛(wèi)生互換平臺的核心采用ESB(EnterpriseServiceBus,即公司服務(wù)總線),屏蔽接入互換平臺不同應(yīng)用的實現(xiàn)技術(shù)差異,提供對不同接入點應(yīng)用的WebService、DB、JMS、文獻等多種數(shù)據(jù)互換適配器服務(wù),提供統(tǒng)一簡樸的抽象標準化的數(shù)據(jù)互換服務(wù),簡化應(yīng)用系統(tǒng)接入的開發(fā)工作量,提供開放、靈活、高效和可靠的互換平臺服務(wù)。ESB提供對接入應(yīng)用的協(xié)議適配、協(xié)議轉(zhuǎn)換以及對接入點的域管理功能功能。服務(wù)管理平臺SMP基于ESB的接口API實現(xiàn),提供對整個數(shù)據(jù)互換平臺的管理監(jiān)控功能,涉及各互換節(jié)點的管理和狀態(tài)監(jiān)控、運營在節(jié)點上的流程管理和狀態(tài)監(jiān)控、節(jié)點間的互換數(shù)據(jù)量和流量記錄監(jiān)控等,以及基于各個緯度的域管理功能?;Q平臺功能設(shè)計數(shù)據(jù)互換節(jié)點建設(shè)數(shù)據(jù)互換節(jié)點建設(shè)內(nèi)容重要是互換平臺對于各個節(jié)點的互換前置的規(guī)劃和建設(shè),重要涉及數(shù)據(jù)接入服務(wù)封裝、數(shù)據(jù)同步機制及數(shù)據(jù)可靠傳輸。數(shù)據(jù)接入適配服務(wù)數(shù)據(jù)接入適配服務(wù)重要是完畢對各個節(jié)點前置的數(shù)據(jù)加工解決的過程,涉及數(shù)據(jù)格式轉(zhuǎn)換、數(shù)據(jù)清洗、以及數(shù)據(jù)加工等數(shù)據(jù)解決功能。適配器服務(wù)適配器服務(wù)是外系統(tǒng)接入平臺的橋梁,是多種異構(gòu)系統(tǒng)之間互連互通及互操作的重要組件。適配器遵循JCA1.5標準,真正實現(xiàn)了適配器的重用。常見的適配器,如結(jié)構(gòu)化及非結(jié)構(gòu)化文獻適配器,Oracle、DB2、SqlServer、KingBase、MySql、Access、Excel等數(shù)據(jù)庫適配器,F(xiàn)TP、SMTP/POP3、JMS等通訊類適配器等。除了系統(tǒng)自身集成的適配器之外,它還提供了適配器開發(fā)工具,便于用戶開發(fā)適合自己需要的定制適配器,并無縫集成到開發(fā)系統(tǒng)中。服務(wù)封裝是數(shù)據(jù)接入的最前端,無論直接還是“橋接”,都可以采用該適配器服務(wù)封裝實現(xiàn)。XML數(shù)據(jù)即根據(jù)轉(zhuǎn)換定義的規(guī)則,完畢數(shù)據(jù)轉(zhuǎn)換的解決。將原始的數(shù)據(jù)轉(zhuǎn)換為需要的數(shù)據(jù)格式。統(tǒng)一的數(shù)據(jù)和服務(wù)表達——標準XML。不同的系統(tǒng)傳輸數(shù)據(jù)內(nèi)容和方式都也許不同樣,不同的系統(tǒng)提供服務(wù)的方式和數(shù)據(jù)格式也不同樣,為了使不同系統(tǒng)在互相交互時有一個統(tǒng)一的接口表現(xiàn)方式,需要定義一套統(tǒng)一的接口(服務(wù)方式和數(shù)據(jù)格式)表達方式,由于XML的強大描述能力,使用XML來描述各系統(tǒng)的服務(wù)接口和數(shù)據(jù)傳輸方式。數(shù)據(jù)描述工具數(shù)據(jù)共享的重要功能是數(shù)據(jù)采集和數(shù)據(jù)應(yīng)用,需要有一個方便的數(shù)據(jù)描述工具和數(shù)據(jù)描述方式,作為整個數(shù)據(jù)共享的基礎(chǔ)。數(shù)據(jù)共享服務(wù)的技術(shù)實現(xiàn)及其表現(xiàn)形式可以有多種,如本產(chǎn)品提供的Java服務(wù)、常用的Web服務(wù)等。在TIStudio工具中,可以將用戶創(chuàng)建的Java服務(wù)、適配器服務(wù)等,發(fā)布為Web服務(wù),并且還提供了訪問外系統(tǒng)提供的Web服務(wù)的開發(fā)工具。數(shù)據(jù)服務(wù)方式支持已有應(yīng)用的快速接入及服務(wù)化封裝,并提供代理服務(wù)的快速開發(fā)向?qū)?,以便通過服務(wù)總線統(tǒng)一提供已有應(yīng)用服務(wù)或第三方服務(wù)的接入、訪問和管理。支持Web服務(wù)的常用工業(yè)標準,如WSDL、SOAP、UDDI、WS-Security、WS-IBasicProfile等。數(shù)據(jù)同步機制根據(jù)業(yè)務(wù)系統(tǒng)需求,建立實時、定期、單向、雙向機制,以及服務(wù)注冊代理機制。實時機制實時機制采用觸發(fā)器機制,依靠數(shù)據(jù)庫自身的實時觸發(fā)管理,保證數(shù)據(jù)的實時同步,實時同步時間在毫秒級。觸發(fā)器分為INSERT、UPATE、DELETE三種。即業(yè)務(wù)表在數(shù)據(jù)變化時根據(jù)三種觸發(fā)條件判斷屬于那種數(shù)據(jù)更新方式并定位數(shù)據(jù)記錄。在數(shù)據(jù)加載時通過定位信息獲取數(shù)據(jù)并按照觸發(fā)類型進行數(shù)據(jù)更新同步。定期機制定期機制采用時間戳方式,依靠操作系統(tǒng)時間就需要在業(yè)務(wù)表中統(tǒng)一添加時間字段作為時間戳(如表中已有相應(yīng)的時間字段,可以不必添加),每當更新修改業(yè)務(wù)數(shù)據(jù)時,同時修改時間戳字段值。當數(shù)據(jù)加載時,通過上次運營時間、本次運營時間與時間戳字段的比較來決定進行何種數(shù)據(jù)抽取。單向機制無論是定期還是實時機制,都可以設(shè)定為單向。即針對一個數(shù)據(jù)源,只是做同一種操作向其他數(shù)據(jù)源做數(shù)據(jù)同步。雙向機制對于實時數(shù)據(jù)同步可以支持雙向。即針對一個數(shù)據(jù)源,在往其他數(shù)據(jù)源做數(shù)據(jù)同步的同時,該數(shù)據(jù)源又要受被其同步的數(shù)據(jù)源的變化做實時同步。服務(wù)注冊代理使用標準接口(支持UDDI和JAXR接口)的服務(wù)注冊庫進行服務(wù)注冊和檢索、Web服務(wù)部署后的啟動/停止控制及將部署后的服務(wù)列表查詢功能集成進了監(jiān)控中心等,可提供完整的Web服務(wù)封裝、開發(fā)、部署、運營監(jiān)控、運營服務(wù)水平數(shù)據(jù)監(jiān)測記錄、服務(wù)注冊和檢索等全生命周期管理。此外,集成了基于標準規(guī)范的服務(wù)注冊庫可供用戶直接使用。數(shù)據(jù)可靠傳輸TongLINK/Q作為東方通科技公司的消息中間件產(chǎn)品,它以其獨特的消息、隊列、可靠等機制和技術(shù)優(yōu)勢為各種分布式應(yīng)用系統(tǒng)的開發(fā)注入了強大動力,極大地推動了數(shù)據(jù)及應(yīng)用系統(tǒng)集成的發(fā)展。在分布式系統(tǒng)之間通過消息點對點傳輸、廣播傳輸模式的實現(xiàn),建立與集成環(huán)境松散耦合的專用傳輸通道,實現(xiàn)消息可靠傳輸。通過把消息保存在可靠隊列中來保障“可靠傳輸”,并在傳輸中具有斷點續(xù)傳功能,可以應(yīng)對網(wǎng)絡(luò)故障、機器故障,保障消息一次傳輸、可靠到達。TongLINK/Q先進的隊列、消息及路由等解決機制,使其可認為應(yīng)用系統(tǒng)提供高效、靈活的同步和異步傳輸解決、存儲轉(zhuǎn)發(fā)、消息路由等技術(shù)支持,保證消息在任何情況下都可以安全、可靠的送達。通過使用TongLINK/Q,應(yīng)用系統(tǒng)完全不需要緊張消息傳遞過程中也許碰到的各種障礙(機器故障、網(wǎng)絡(luò)故障等)和異常。TongLINK/Q提供點對點、發(fā)布訂閱、路由、集群等多種方式的消息傳遞模式,極大方便了公司應(yīng)用的靈活構(gòu)建,同時TongLINK/Q通過對核心、進程管理、隊列管理等各層面的優(yōu)化和改善,可以更加充足地運用硬件和網(wǎng)絡(luò)資源,極大地提高了傳輸效率,為各種不同應(yīng)用模式、不同系統(tǒng)規(guī)模、不同消息傳輸量的系統(tǒng)提供了強有力的后臺支撐。TongLINK/Q為系統(tǒng)的管理人員提供了豐富易用的管理工具,以滿足不同的管理習(xí)慣和管理需求。通過管理工具,在系統(tǒng)運營過程中,可以對系統(tǒng)對象進行動態(tài)管理和控制,以達成對系統(tǒng)運營規(guī)模進行調(diào)控、節(jié)省系統(tǒng)資源、提高效率的目的。通過基于瀏覽器模式的可視化監(jiān)控管理中心,用戶可以在任何運營IE的遠端對系統(tǒng)進行遠程集中管理,涉及系統(tǒng)的遠程啟動、停止、配置和監(jiān)控,極大地方便了系統(tǒng)的維護和管理。TongLINK/Q全面支持JMS1.1規(guī)范標準,用戶可借助于它進行標準化的應(yīng)用開發(fā),并可以輕松地與其他系統(tǒng)進行集成。通過JMS1.1標準,TongLINK/Q可以無縫的與東方通公司的其他的中間件產(chǎn)品進行集成,如與JAVAEE應(yīng)用服務(wù)器TongWeb、公司應(yīng)用集成產(chǎn)品TongIntegratorSOA套件等有機的集成。TongLINK/Q作為一個消息傳遞的可靠平臺,應(yīng)用系統(tǒng)可以借助于它輕松地傳輸和解決消息,而無需考慮消息傳遞的具體細節(jié),可以大大減少開發(fā)難度,縮短開發(fā)周期,節(jié)約開發(fā)成本。。數(shù)據(jù)互換中心建設(shè)服務(wù)注冊與發(fā)布中心提供對各節(jié)點開放服務(wù)的統(tǒng)一注冊、代理發(fā)布或者索引發(fā)布等功能,通過ESB中間件提供的WebService適配器服務(wù),可以將各節(jié)點對方開放的WebService統(tǒng)一代理為中心ESB代理地址的服務(wù)供其他部門節(jié)點調(diào)用,并提供對接入服務(wù)的管理和監(jiān)控功能。同層級數(shù)據(jù)路由需求描述同級接入點應(yīng)用系統(tǒng)可以通過互換平臺向區(qū)域衛(wèi)生協(xié)作平臺提交和查詢數(shù)據(jù),區(qū)域衛(wèi)生協(xié)作平臺可以通過互換平臺向接入點應(yīng)用系統(tǒng)推送數(shù)據(jù)。同級接入點應(yīng)用系統(tǒng)可以通過互換平臺訪問、查詢和推送數(shù)據(jù)功能描述支持按照請求的服務(wù)名稱,自動實現(xiàn)到提供服務(wù)的數(shù)據(jù)互換節(jié)點路由。支持按照請求服務(wù)消息中特定字段和配置的路由規(guī)則,自動實現(xiàn)到目的服務(wù)的數(shù)據(jù)互換節(jié)點路由。支持目的服務(wù)的數(shù)據(jù)互換節(jié)點集群部署下的數(shù)據(jù)路由。區(qū)/市多層級數(shù)據(jù)路由需求描述寧波市區(qū)域衛(wèi)生信息平臺采用分層建設(shè),區(qū)級醫(yī)療衛(wèi)生機構(gòu)、社區(qū)衛(wèi)生中心/衛(wèi)生站、區(qū)級區(qū)域衛(wèi)生協(xié)作平臺可以通過互換平臺進行交互。市級醫(yī)療衛(wèi)生機構(gòu)、區(qū)級區(qū)域衛(wèi)生協(xié)作平臺、市級區(qū)域衛(wèi)生協(xié)作平臺也可以通過互換平臺進行數(shù)據(jù)交互。區(qū)級區(qū)域衛(wèi)生協(xié)作平臺可以通過互換平臺向市級區(qū)域衛(wèi)生協(xié)作平臺提交和查詢數(shù)據(jù),市級區(qū)域衛(wèi)生協(xié)作平臺可以通過互換平臺向區(qū)級區(qū)域衛(wèi)生協(xié)作平臺推送數(shù)據(jù)。功能描述支持多層級的互換平臺間業(yè)務(wù)路由。支持定制路由,可以根據(jù)服務(wù)請求消息中特定字段和配置的路由規(guī)則,實現(xiàn)到目的服務(wù)的數(shù)據(jù)互換節(jié)點路由?;Q平臺管理監(jiān)控設(shè)計互換域管理需求分析互換平臺涉及醫(yī)院和公共衛(wèi)生服務(wù)機構(gòu)等醫(yī)療衛(wèi)生機構(gòu)的點、線(例如,各條線系統(tǒng)等)、面(例如,區(qū)域衛(wèi)生信息平臺等),這些點、線、面都擁有相對獨立的數(shù)據(jù)資源或應(yīng)用服務(wù)。從互換層面上,這些擁有相對獨立數(shù)據(jù)資源或應(yīng)用服務(wù)的業(yè)務(wù)系統(tǒng)接入點可視為互換的節(jié)點,一組節(jié)點構(gòu)成互換域,需要支持這些節(jié)點間獨立地進行信息互換和業(yè)務(wù)協(xié)同。功能描述支持互換域中涉及機構(gòu)、機構(gòu)相應(yīng)的接入點和服務(wù)配置管理。支持互換域中機構(gòu)對服務(wù)訪問權(quán)限的配置管理?;Q平臺運營監(jiān)控服務(wù)流程管理服務(wù)流程管理涉及節(jié)點、項目、服務(wù)、組件及業(yè)務(wù)流程等運營狀況的集中管理,可以對所監(jiān)控的對象進行狀態(tài)參看、啟動/停止等控制。服務(wù)流程監(jiān)控監(jiān)控管理邏輯節(jié)點及部署在邏輯節(jié)點上面的項目、服務(wù)、組件及業(yè)務(wù)流程等運營狀況的集中管理監(jiān)控平臺。通過監(jiān)控管理中心,用戶可以查看邏輯節(jié)點及部署在邏輯節(jié)點上面的項目、服務(wù)、組件及業(yè)務(wù)流程等運營狀態(tài)、日記信息等,并可以對所監(jiān)控的對象進行如啟動/停止等控制。監(jiān)控管理中心基于JMX標準,管理功能可擴展,并方便用戶編程訪問。監(jiān)控管理中心的界面基于Web瀏覽器方式,方便用戶查看系統(tǒng)運營狀態(tài),跟蹤服務(wù)、業(yè)務(wù)流程運營信息,便于對監(jiān)控對象進行分析、診斷。管理員賬號管理需求分析互換平臺超級管理員需要對互換平臺的管理員用戶進行管理。功能描述支持新增、修改、刪除和查詢管理員賬號。支持管理員賬號的權(quán)限管理。支持安全可靠的密碼管理。日記管理需求描述互換平臺管理員需要對日記進行管理,導(dǎo)出和查詢?nèi)沼?,通過度析性能日記優(yōu)化系統(tǒng)。功能描述支持日記導(dǎo)出,可以通過日記類型、日記級別、日記記錄起始時間、日記記錄結(jié)束時間選擇導(dǎo)出日記范圍。支持日記查詢,可以通過操作描述、附加信息、日記級別、日記產(chǎn)生時間查詢?nèi)沼?,查詢結(jié)果涉及賬號信息、IP地址、日記級別、模塊類型、日記產(chǎn)生時間、操作描述、附加信息、操作結(jié)果等字段。支持性能日記,性能日記定位于單條互換數(shù)據(jù)的軌跡記錄,內(nèi)容包含數(shù)據(jù)互換服務(wù)名、數(shù)據(jù)互換操作名、數(shù)據(jù)互換請求方、數(shù)據(jù)互換接受方、數(shù)據(jù)互換請求時間、數(shù)據(jù)互換應(yīng)答時間、操作結(jié)果、附加信息等。平臺接口功能基于適配器服務(wù)的接口適配器接口遵循JCA1.5標準,真正實現(xiàn)了接口的重用。常見的適配器接口涉及結(jié)構(gòu)化及非結(jié)構(gòu)化文獻適配器,Oracle、DB2、SqlServer、KingBase、MySql、Access、Excel等數(shù)據(jù)庫適配器服務(wù)接口;FTP、SMTP/POP3、JMS等通訊類適配器等;XML、TXT、格式文獻消息等;數(shù)據(jù)加密解密、數(shù)據(jù)壓縮解壓、數(shù)據(jù)加工等接口。除了系統(tǒng)自身集成的適配器之外,它還提供了適配器開發(fā)工具,便于用戶開發(fā)適合自己需要的定制適配器,并無縫集成到開發(fā)系統(tǒng)中?;谙⒌慕涌贑/C++/C#JAVA、JMS1.1PB、VB、Delphi等API、動態(tài)/靜態(tài)鏈接庫、ActiveX控件?;谖墨I服務(wù)的接口文獻目錄:直接將文獻放入文獻夾就可進行接入C/C++/C#、JAVA文獻調(diào)用接口:支持發(fā)送和接受。文獻適配器:基于文獻內(nèi)容解析的接口。平臺可靠性設(shè)計集群架構(gòu)隊列集群模式隊列集群模式如下圖:1:在各應(yīng)用子系統(tǒng)安裝消息中間件TongLINK/Q,在子系統(tǒng)端配置Cluster隊列,各子系統(tǒng)將需要傳送至管理中心平臺的信息寫入Cluster隊列,由Cluster隊列發(fā)往不同的遠程隊列。如上圖,ClusterQue為QCU中的集群隊列,其集群重要有線路備份和負載均衡兩種功能。若文獻中設(shè)立為線路備份功能時,則發(fā)送消息會找到最優(yōu)的一條線路進行發(fā)送。線路有如下:1)ClusterQue—>QNodeA2)ClusterQue—>QNodeB3)ClusterQue—>QNodeC若配置文獻中設(shè)立為均衡負載功能時,則發(fā)送消息會根據(jù)目的隊列實際按照比例分發(fā)到不同的隊列(即對QNodeA、QNodeB和QNodeC三個隊列進行分發(fā))中,比例為Weight配置的最大公約數(shù)。若有條線路不通,則不會往這條線路上發(fā)送消息;若所有線路都不通,則返回失?。ň€路備份和均衡負載都適合)。2:監(jiān)管中心只需向各自的消息中間件TongLINK/Q的本地隊列中獲取各子系統(tǒng)發(fā)送來的消息,不同的消息節(jié)點可以有相同的本地隊列名,這樣可保證了后臺服務(wù)程序在對消息中間件TongLINK/Q進行二次開發(fā)時程序的完整性和統(tǒng)一性。簡樸的說,即監(jiān)管中心后臺服務(wù)程序可以在所有服務(wù)器上部署完全一致的程序也能實現(xiàn)消息中間件的集群。應(yīng)用集群模式應(yīng)用服務(wù)器TongWeb支持軟件和硬件級集群兩種集群模式,這里重要介紹軟件方式下的集群實現(xiàn)。由于硬件級的集群(如F5等設(shè)備),有硬件集群服務(wù)器來提供支持,不需要用戶做任何添加修改,所以重點介紹應(yīng)用服務(wù)器得到軟件集群實現(xiàn)。下面是通過Apache、Nginx等web服務(wù)器實現(xiàn)的TongWeb集群和session復(fù)制功能的架構(gòu)圖:1:TongWeb的集群是通過Apache來實現(xiàn)的,當客戶端請求訪問Apache時,Apache會將請求按一定比例轉(zhuǎn)發(fā)到后臺多個TongWeb上,當其中一個TongWeb出現(xiàn)問題時,其余TongWeb還可以繼續(xù)接受客戶端的請求。假設(shè)目前有三臺機器(可以支持8個以內(nèi)的集群服務(wù),而集群性能基本呈90%遞增的線性增長),其中兩臺裝TongWeb,另一臺裝Apache,結(jié)構(gòu)如上圖所示(apache的安裝和TongWeb的安裝也可以在同一臺物理機器上,其邏輯表現(xiàn)形式不變),客戶端訪問Apache,Apache會將請求按一定比例轉(zhuǎn)發(fā)到后臺的兩個TongWeb上,用戶可以通過配置,實現(xiàn)負載比例的靈活分派。2:TongWeb自帶memcached模塊(內(nèi)存數(shù)據(jù)庫),為了使集群有更高的可靠性,可認為應(yīng)用配置session復(fù)制功能,這樣當用戶訪問到一臺TongWeb上時,假如此時TongWeb宕機用戶的請求被轉(zhuǎn)發(fā)到另一臺TongWeb,同時此用戶的session信息也會被復(fù)制過來,從而保證session信息不丟失。TongWeb的session復(fù)制功能由memcached來實現(xiàn),我們稱之為會話服務(wù)器(產(chǎn)品自帶)。通常為了保證會話服務(wù)器的可靠性,我們建議至少配置兩個會話服務(wù)器。memcached相稱于一種內(nèi)存形式的數(shù)據(jù)庫,TongWeb會將session信息同步到memcached當中,當客戶端訪問跳轉(zhuǎn)到另一TongWeb時,可以從memcached中恢復(fù)sesssion信息。,memcached可以啟動多個,每個memcached分別保存一部分session信息通過以上設(shè)立可輕松簡樸的實現(xiàn)監(jiān)管中心應(yīng)用服務(wù)的集群,提高了監(jiān)管中心并發(fā)解決能力,也為7*24的運營提供了可靠高效的技術(shù)保障。ESB集群模式三種均衡策略:bytraffic:按照流量均衡Byrequest:按照請求次數(shù)均衡Bybusyness:按照繁忙限度均衡數(shù)據(jù)備份與劫難恢復(fù)由于數(shù)據(jù)備份所占有的重要地位,它已經(jīng)成為計算機領(lǐng)域里相對獨立的分支機構(gòu)。一般來說,各種操作系統(tǒng)所附帶的備份程序都有著這樣或那樣的缺陷,所以若想對數(shù)據(jù)進行可靠的備份,必須選擇專門的備份軟、硬件,并制定相應(yīng)的備份及恢復(fù)方案。在發(fā)達國家,幾乎每一個網(wǎng)絡(luò)都會配置專用的外部存儲設(shè)備,而這些設(shè)備也的確在不少劫難性的數(shù)據(jù)丟失事故中發(fā)揮了扭轉(zhuǎn)乾坤的作用。計算機界往往會用服務(wù)器和數(shù)據(jù)備份設(shè)備(如磁帶機)的連接率,即一百臺服務(wù)器中有多少配置了數(shù)據(jù)備份設(shè)備,來作為評價備份普及限度和對網(wǎng)絡(luò)數(shù)據(jù)安全限度的一個重要衡量指標。假如每一臺服務(wù)器或每一個局域網(wǎng)絡(luò)都配置了數(shù)據(jù)備份設(shè)備以及相應(yīng)的備份軟件,那么無論網(wǎng)絡(luò)硬件還是軟件出了問題,都可以很輕松地恢復(fù)。每一位計算機前的使用者都會有這樣的經(jīng)驗:一旦在操作過程中敲錯了一個鍵,我們幾個小時,甚至是幾天的工作成果便有也許付之東流。據(jù)記錄,80%以上的數(shù)據(jù)丟失都是由于人們的錯誤操作引起的。遺憾的是,這樣的錯誤操作對人類來說是永遠無法避免的。另一方面,隨著網(wǎng)絡(luò)的普遍建立,人們更多的通過網(wǎng)絡(luò)來傳遞大量信息。而在網(wǎng)絡(luò)環(huán)境下,除了人為的錯誤操作之外,尚有各種各樣的病毒感染、系統(tǒng)故障、線路故障等,使得數(shù)據(jù)信息的安全無法得到保障,我們對網(wǎng)絡(luò)的大量投資也失去了意義。在這種情況下,數(shù)據(jù)備份就成為日益重要的措施,通過及時有效的備份,系統(tǒng)管理者就可以高枕無憂了。網(wǎng)絡(luò)數(shù)據(jù)存儲管理系統(tǒng)是指在分布式網(wǎng)絡(luò)環(huán)境下,通過專業(yè)的數(shù)據(jù)存儲管理軟件,結(jié)合相應(yīng)的硬件和存儲設(shè)備,來對全網(wǎng)絡(luò)的數(shù)據(jù)備份進行集中管理,從而實現(xiàn)自動化的備份、文獻歸檔、數(shù)據(jù)分級存儲以及劫難恢復(fù)等。本地服務(wù)器備份備份可在本地服務(wù)器上通過配置磁帶機實現(xiàn)簡樸的比較原始的數(shù)據(jù)備份。本地網(wǎng)絡(luò)備份和恢復(fù)都是由本地人員完畢,規(guī)定系統(tǒng)管理員對備份操作很熟悉,還須進行科學(xué)化、制度化的管理,以防人為錯誤發(fā)生和磁帶管理混亂。遠程集中式備份方案系統(tǒng)管理員將磁帶機/庫連接在總部中心備份服務(wù)器上,通過網(wǎng)絡(luò)將總部及地方數(shù)據(jù)備份到這些磁帶機/庫上。在這種方案中,備份和劫難恢復(fù)的工作由中心系統(tǒng)管理員完畢。減少地方人員介入,減少人為錯誤發(fā)生概率,提高備份數(shù)據(jù)可靠性。為在整個網(wǎng)絡(luò)系統(tǒng)內(nèi)實現(xiàn)全自動的數(shù)據(jù)存儲管理,備份服務(wù)器、備份管理軟件與智能存儲設(shè)備的有機結(jié)合是這一目的實現(xiàn)的基礎(chǔ)。網(wǎng)絡(luò)數(shù)據(jù)存儲管理系統(tǒng)的工作原理是在網(wǎng)絡(luò)上選擇一臺應(yīng)用服務(wù)器(當然也可以在網(wǎng)絡(luò)中另配一臺服務(wù)器作為專用的備份服務(wù)器)作為網(wǎng)絡(luò)數(shù)據(jù)存儲管理服務(wù)器,安裝網(wǎng)絡(luò)數(shù)據(jù)存儲管理服務(wù)器端軟件,作為整個網(wǎng)絡(luò)的備份服務(wù)器。在備份服務(wù)器上連接一臺大容量存儲設(shè)備(磁帶庫、光盤庫)。在網(wǎng)絡(luò)中其他需要進行數(shù)據(jù)備份管理的服務(wù)器上安裝備份客戶端軟件,通過局域網(wǎng)將數(shù)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論