專利名稱：一種醫(yī)院間非結(jié)構(gòu)化信息歸檔的方法
技術(shù)領(lǐng)域：
本發(fā)明屬數(shù)據(jù)交換技術(shù)領(lǐng)域，特別是涉及一種醫(yī)院間非結(jié)構(gòu)化信息歸檔的方法。
背景技術(shù)：
由于國家投入不足，醫(yī)療資源分配失衡，基礎(chǔ)醫(yī)療保障的矛盾成為舉國關(guān)注的熱點問題。國家領(lǐng)導(dǎo)和衛(wèi)生主管部門均高度重視醫(yī)療改革的問題，國家政策已經(jīng)開始向社區(qū)醫(yī)療傾斜，建立和完善具有可持續(xù)性的醫(yī)院支持社區(qū)衛(wèi)生服務(wù)的長效工作機制，逐步提高社區(qū)衛(wèi)生服務(wù)機構(gòu)的醫(yī)療服務(wù)能力和管理能力。社區(qū)衛(wèi)生服務(wù)機構(gòu)面臨的挑戰(zhàn) 數(shù)字化醫(yī)療影像與其它非結(jié)構(gòu)化數(shù)據(jù)呈指數(shù)級增長 法規(guī)要求醫(yī)療保健機構(gòu)長期保存海量的患者影像等相關(guān)數(shù)據(jù)·醫(yī)療機構(gòu)的IT運營要求更高的可用性和持續(xù)服務(wù)的能力·需要企業(yè)級存儲架構(gòu)，更高可用性、擴展性和靈活性，避免廠商鎖定 孤島、異構(gòu)的基礎(chǔ)設(shè)施阻礙了對整個企業(yè)中共享的圖片和患者數(shù)據(jù)的訪問，影響及時的患者診斷和陪護在區(qū)域衛(wèi)生信息網(wǎng)中，共享的數(shù)據(jù)可以分為影像、非結(jié)構(gòu)數(shù)據(jù)和結(jié)構(gòu)化數(shù)據(jù)三種類型。1. 1 影像影像是指從CT、MR等影像設(shè)備中所采集的圖像，它們是診斷治療的重要參考。在影像傳輸領(lǐng)域，放射影像數(shù)據(jù)使用十分普及的DICOM標(biāo)準(zhǔn)。DICOM 是 Digital Imaging and Communication of Medicine 的縮寫，是美國放射學(xué)會(American College of Radiology, ACR)和美國電器制造商協(xié)會(National Electrical Manufacturers Association, NEMA)組織制定的專門用于醫(yī)學(xué)圖像的存儲和傳輸?shù)臉?biāo)準(zhǔn)名稱。經(jīng)過十多年的發(fā)展，該標(biāo)準(zhǔn)已經(jīng)被醫(yī)療設(shè)備生產(chǎn)商和醫(yī)療界廣泛接受， 在醫(yī)療儀器中得到普及和應(yīng)用。DIC0M3.0版本采用了面向?qū)ο蟮姆治龇椒?，定義了醫(yī)學(xué)圖像在存儲和通信過程中的各種實體和關(guān)系，提供了對IS0-0SI (Inter-national Standard Organization-Open System Interconnection)和 TCP/IP 的支持，使得在醫(yī)學(xué)圖像應(yīng)用層上可以與其它通信協(xié)議棧直接通信而不需要重新編寫程序。1.2非結(jié)構(gòu)數(shù)據(jù)對于某些非結(jié)構(gòu)化數(shù)據(jù)的共享，例如圖像、視頻、音頻文檔、掃描文件等，采用IHE 的跨機構(gòu)文檔共享集成規(guī)范OCDS規(guī)范)。為每個文件提供說明性的元數(shù)據(jù)(Metadata)。以便進行文檔的檢索和重用。IHE的跨機構(gòu)文檔共享集成規(guī)范使從醫(yī)療機構(gòu)注冊、分發(fā)和獲取患者的電子文件變得更加容易?？鐧C構(gòu)文檔共享O(DS)主要集中于為醫(yī)療機構(gòu)之間的文檔共享的管理提供一種基于標(biāo)準(zhǔn)的規(guī)范，這些醫(yī)療企業(yè)可以包括私人診所和門診部甚至是醫(yī)院的一個緊急看護科室。
在一個區(qū)域中，必須制定明確的共同的策略方針和商業(yè)規(guī)則。包括如何識別患者、 如何獲得許可、如何實現(xiàn)訪問控制以及信息的存儲格式、內(nèi)容、結(jié)構(gòu)、組織和表示方法。》)S 集成規(guī)范并不定義明確的策略方針和商業(yè)規(guī)則，但它已經(jīng)被設(shè)計成能夠適應(yīng)較廣范圍內(nèi)不同的策略方針，來讓基于標(biāo)準(zhǔn)的基礎(chǔ)架構(gòu)的配置變得容易起來，這個基礎(chǔ)架構(gòu)是用來共享患者文檔的。如圖1所示，這是通過文檔庫和文檔注冊者來管理的，它們?yōu)榛颊呱梢粋€信息文檔的長期記錄。圖中列出的是擁有不同職責(zé)的不同實體 文檔庫的職責(zé)是以明晰、安全、可靠和持久的方式來存儲文檔并對文檔檢索的請求作出響應(yīng)。 文檔注冊者的職責(zé)是存儲文檔信息來使與患者相關(guān)的感興趣文檔可以容易地被識別、選擇和檢索，而不用考慮這些文檔的實際存儲位置。1. 3可以結(jié)構(gòu)化表示的數(shù)據(jù)結(jié)構(gòu)化數(shù)據(jù)是指那些內(nèi)部有結(jié)構(gòu)、可以被計算機解析重用的數(shù)據(jù)。例如一條HL7 表示患者入院登記的消息。計算通過解析這條消息，就可以獲得患者的人口學(xué)基本信息和就診信息等。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種通過數(shù)據(jù)源抽象機制，結(jié)合數(shù)據(jù)交換服務(wù)器中預(yù)先定義的數(shù)據(jù)流轉(zhuǎn)規(guī)則，采用基于事件的數(shù)據(jù)自動路由機制，決定數(shù)據(jù)包的特定處理規(guī)則和流轉(zhuǎn)方向醫(yī)院間非結(jié)構(gòu)化信息歸檔的方法。本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是提供一種醫(yī)院間非結(jié)構(gòu)化信息歸檔的方法，包括以醫(yī)院為單位建立的數(shù)據(jù)中心、管理各醫(yī)院數(shù)據(jù)中心的地區(qū)數(shù)據(jù)中心，以及在各地區(qū)數(shù)據(jù)中心之上設(shè)立的管理中心和病人電子病歷，所述的醫(yī)院數(shù)據(jù)中心分配給病人一個整個系統(tǒng)唯一標(biāo)識的ID，存儲病人的信息，管理中心存儲和管理各數(shù)據(jù)中心的相關(guān)信息， 所述的非結(jié)構(gòu)化信息歸檔的方法包括下列步驟(1)管理中心根據(jù)病人最新生成的病歷資料，按內(nèi)容、部門組織、業(yè)務(wù)項目各因素自動分類，并判定信息歸檔的數(shù)據(jù)中心所在；(2)在管理中心的數(shù)據(jù)交換服務(wù)器端預(yù)先定義數(shù)據(jù)源，屏蔽掉數(shù)據(jù)源的詳細(xì)地址， 所述的數(shù)據(jù)源包括數(shù)據(jù)源的標(biāo)識、路徑URL、操作；(3)通過激發(fā)定義的事件實現(xiàn)數(shù)據(jù)從一個數(shù)據(jù)源到另一個數(shù)據(jù)源的實時數(shù)據(jù)交換，發(fā)送端構(gòu)建數(shù)據(jù)包，所述的數(shù)據(jù)包包含業(yè)務(wù)數(shù)據(jù)，還包含發(fā)送端自定義的路由規(guī)則，所述業(yè)務(wù)數(shù)據(jù)是指實際需要傳輸?shù)臄?shù)據(jù)，所述自定義的路由規(guī)則用來指定業(yè)務(wù)數(shù)據(jù)傳輸路徑；(4)發(fā)送端將構(gòu)建的數(shù)據(jù)包發(fā)送給數(shù)據(jù)交換服務(wù)器，數(shù)據(jù)交換服務(wù)器分析接收到的數(shù)據(jù)包，解析數(shù)據(jù)包中的用戶自定義的路由規(guī)則，然后結(jié)合數(shù)據(jù)交換服務(wù)器中預(yù)先定義的數(shù)據(jù)源，得出該業(yè)務(wù)數(shù)據(jù)生成數(shù)據(jù)分析和處理流程規(guī)則，決定數(shù)據(jù)流轉(zhuǎn)方向；(5)數(shù)據(jù)交換服務(wù)器進行數(shù)據(jù)加密、數(shù)據(jù)認(rèn)證、用戶應(yīng)用的權(quán)限認(rèn)證，根據(jù)步驟 (3)確定的數(shù)據(jù)流轉(zhuǎn)方向?qū)I(yè)務(wù)數(shù)據(jù)發(fā)送給接收端。管理中心和數(shù)據(jù)中心采用磁帶庫做為數(shù)據(jù)長期存儲介質(zhì)。
有益效果能夠為醫(yī)院、診所、研究機構(gòu)和制藥公司提供高可用、多層、多應(yīng)用和多站點的企業(yè)級歸檔存儲能力，為醫(yī)療保健機構(gòu)隨需提供醫(yī)療影像、病歷記錄和其他有關(guān)醫(yī)療保健的關(guān)鍵參考信息，幫助醫(yī)療保健機構(gòu)優(yōu)化新建的或現(xiàn)有的存儲投資，支持業(yè)務(wù)的長期發(fā)展。


圖1為現(xiàn)有技術(shù)中文檔庫和文檔注冊管理示意圖。圖2為本發(fā)明實施方案路線示意圖。
具體實施例方式下面結(jié)合具體實施例，進一步闡述本發(fā)明。應(yīng)理解，這些實施例僅用于說明本發(fā)明而不用于限制本發(fā)明的范圍。此外應(yīng)理解，在閱讀了本發(fā)明講授的內(nèi)容之后，本領(lǐng)域技術(shù)人員可以對本發(fā)明作各種改動或修改，這些等價形式同樣落于本申請所附權(quán)利要求書所限定的范圍?！靶畔w檔”將中心醫(yī)院、區(qū)屬醫(yī)院、居民社區(qū)和功能社區(qū)醫(yī)療機構(gòu)統(tǒng)一整合，合理配置醫(yī)療資源，使社區(qū)和大醫(yī)院通過信息系統(tǒng)實現(xiàn)了資源共享和雙向轉(zhuǎn)診，打造了一條新型“健康服務(wù)鏈”，使“小病在社區(qū)、大病進醫(yī)院、康復(fù)回社區(qū)”成為現(xiàn)實，在一定程度上解決了老百姓看病難的問題。如圖2所示，從面向功能提供和技術(shù)實現(xiàn)的角度描述了中心醫(yī)院與社區(qū)醫(yī)院間非結(jié)構(gòu)化信息歸檔的設(shè)計模型，其核心的理念是以面向服務(wù)的體系架構(gòu)(krvice-Oriented Architecture, S0A)和企業(yè)服務(wù)總線(Enterprise Service Bus, ESB)進行整合功能的技術(shù)實現(xiàn)。集成平臺有兩大作用一是作為一個工具，可以完成已有系統(tǒng)間的信息連接和協(xié)調(diào)；二是對沒有任何系統(tǒng)的新醫(yī)院而言，可先用集成平臺構(gòu)筑業(yè)務(wù)流程平臺，而后把企業(yè)想要的應(yīng)用系統(tǒng)引入其上。“這樣會很大程度上預(yù)防企業(yè)的信息系統(tǒng)連接混亂的問題”。就理論而言，IT集成是多層次的首先是數(shù)據(jù)層面的集成，這是最基本的需求，實現(xiàn)信息共享、消滅信息孤島；而后是應(yīng)用集成，使不同應(yīng)用系統(tǒng)之間能夠相互調(diào)用信息；最后是業(yè)務(wù)流程的集成——通過流程把所有應(yīng)用、數(shù)據(jù)管理起來，使之貫穿眾多應(yīng)用系統(tǒng)、數(shù)據(jù)、用戶和合作伙伴，這是最理想的層次。在分布式計算環(huán)境中，為了集成分布式應(yīng)用，開發(fā)者需要對異構(gòu)網(wǎng)絡(luò)環(huán)境下的分布式應(yīng)用提供有效的通信手段。為了管理需要共享的信息，對應(yīng)用提供公共的信息交換機制是重要的。消息隊列技術(shù)是分布式應(yīng)用間交換信息的一種技術(shù)。消息隊列可駐留在內(nèi)存或磁盤上，隊列存儲消息直到它們被應(yīng)用程序讀走。通過消息隊列，應(yīng)用程序可獨立地執(zhí)行一它們不需要知道彼此的位置、或在繼續(xù)執(zhí)行前不需要等待接收程序接收此消息。它簡化了應(yīng)用之間數(shù)據(jù)的傳輸，屏蔽底層異構(gòu)操作系統(tǒng)和網(wǎng)絡(luò)平臺，提供一致的通訊標(biāo)準(zhǔn)和應(yīng)用開發(fā)，確保分布式計算網(wǎng)絡(luò)環(huán)境下可靠的、跨平臺的信息傳輸和數(shù)據(jù)交換。 它基于消息隊列的存儲-轉(zhuǎn)發(fā)機制，并提供特有的異步傳輸機制，能夠基于消息傳輸和異步事務(wù)處理實現(xiàn)應(yīng)用整合與數(shù)據(jù)交換。
“面向服務(wù)的體系結(jié)構(gòu)” Service Oriented Architecture，SOA) SOA 模型的出現(xiàn)， 使得應(yīng)用程序的概念被重新定義。應(yīng)用程序不再是一種非透明、程式化的實現(xiàn)機制。相反， 它是一個由通訊、路由、處理和轉(zhuǎn)換事件構(gòu)成的和諧體系，可以處理豐富(XML)文檔公開聲明的屬性。工作流程、集成應(yīng)用或者業(yè)務(wù)伙伴的交流都是SOA模型的特定類，僅通過有關(guān)參與者的特性、執(zhí)行位置以及參與者的特有安全需求來區(qū)分。融合了 SOA模型后，BPM/EAI平臺將變得如虎添翼，它們可以在開發(fā)和操作方面體現(xiàn)諸多優(yōu)點。用^feb Service實現(xiàn)EAI的關(guān)鍵部件有UDDI 統(tǒng)一描述、發(fā)現(xiàn)禾口集成(Universal Description, Discovery, and Integration, UDDI)。UDDI服務(wù)可幫助企業(yè)針對Web服務(wù)及其它可編程資源進行組織并編制目錄。通過對UUDI服務(wù)中的物理分布、組織機構(gòu)、服務(wù)方式等一系列分類方案加以應(yīng)用， 企業(yè)可以建立起一種用來描述并發(fā)現(xiàn)相關(guān)服務(wù)的結(jié)構(gòu)化與標(biāo)準(zhǔn)化方式。支持^feb Service的應(yīng)用服務(wù)器J2EE vl. 4開始就全面的支持W^eb Service 了。 而.NET從一開始就是支持Wfeb Service的。除此之外，也有一些其它的平臺是支持W^eb Service 的。應(yīng)用系統(tǒng)的ffeb krvice 毫無疑問，這一個步驟是實施的關(guān)鍵和難點。要想讓企業(yè)原有的系統(tǒng)轉(zhuǎn)而支持Web Service,需要對企業(yè)原有的系統(tǒng)進行改造。這個工作是艱難而充滿風(fēng)險的。界面層次的整合由于Wfeb Service規(guī)范的標(biāo)準(zhǔn)性和簡單性，企業(yè)門戶系統(tǒng) (Portal)可以非常方便的實現(xiàn)信息系統(tǒng)界面層次的整合。隨著ffeb Service的興起，系統(tǒng)集成工作面向服務(wù)的特征越來越明顯。可以說，下一個階段的集成系統(tǒng)，是建立在“面向服務(wù)”的理念上的整合體系，比現(xiàn)在大部分企業(yè)的“面向接口”的整合體系又向前邁進了一大步。傳統(tǒng)的集成方案有一個重要的特征，他們都是面向各個信息系統(tǒng)的接口的。他們對各個應(yīng)用系統(tǒng)的接口進行基于某些特定標(biāo)準(zhǔn)的處理，從而到達(dá)系統(tǒng)整合的目的。接口型的系統(tǒng)集成工作有不可克服的難點一是沒有真正實現(xiàn)統(tǒng)一的身份認(rèn)證、狀態(tài)認(rèn)證、安全控制等的基礎(chǔ)服務(wù)。二是制造了一個龐大而昂貴的核心系統(tǒng)。三是接口型的系統(tǒng)集成在處理 “長事務(wù)(Long Transcation)”的時候有很大的困難。從以往的眼光來看，系統(tǒng)與系統(tǒng)之間，是通過接口來實現(xiàn)聯(lián)系的。這種思路正在逐步的改觀，應(yīng)用系統(tǒng)與應(yīng)用系統(tǒng)之間，也應(yīng)該走向一種互為服務(wù)的關(guān)系。正是在這種跨應(yīng)用系統(tǒng)的、面向服務(wù)的理念的驅(qū)動下，WebService在這兩年得到了比較快的發(fā)展。用WebService來實現(xiàn)EAI，需要涉及到對被集成的各個應(yīng)用系統(tǒng)本身進行改造， 使之符合面向服務(wù)的體系。醫(yī)院間非結(jié)構(gòu)化信息歸檔的方法，包括以下步驟·使用標(biāo)準(zhǔn)界面存儲數(shù)據(jù)-所有其他操作對用戶/應(yīng)用都是透明的，與用戶和應(yīng)用無關(guān)數(shù)據(jù)保存到系統(tǒng)，實現(xiàn)數(shù)據(jù)歸檔·信息被存入“信息歸檔”緩存節(jié)點，并編入索引-采用磁帶庫做為數(shù)據(jù)長期存儲
-最佳性價比，更綠色、存儲容量擴展性最高的“磁盤+磁帶”存儲歸檔解決方案-內(nèi)嵌企業(yè)級數(shù)據(jù)庫，管理數(shù)據(jù)、資源-緩存節(jié)點數(shù)據(jù)大多數(shù)為近期訪問，便于快速讀取 信息安全-信息的訪問，復(fù)制以及重建都需確認(rèn)-在后臺就實施預(yù)防性核實-法規(guī)遵從·數(shù)據(jù)被復(fù)制并根據(jù)信息生命周期管理所制定的策略、并設(shè)定保存年限-信息生命周期管理策略確定復(fù)制的數(shù)量，地點以及存儲的級別(分級存儲)-信息生命周期管理將信息價值與存儲設(shè)備成本匹配，隨著時間的延續(xù)或其他要求該策略可變更·單一站點的“非結(jié)構(gòu)化信息歸檔”是冗余的網(wǎng)格架構(gòu)設(shè)計-HA高可用的GMAS緩存節(jié)點，糾錯及自我恢復(fù)，自動重建-HA高可用的GMAS存儲節(jié)點，糾錯及自我恢復(fù)，自動重建歸檔數(shù)據(jù)的讀取a.數(shù)據(jù)訪問服務(wù)層的主要職責(zé)為①監(jiān)聽數(shù)據(jù)請求，并負(fù)責(zé)解釋來自于業(yè)務(wù)系統(tǒng)的數(shù)據(jù)請求，根據(jù)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)請求激活該消息的服務(wù)以進行數(shù)據(jù)抽?。虎诒O(jiān)聽并接收來自于業(yè)務(wù)系統(tǒng)服務(wù)所抽取的消息數(shù)據(jù)，讀取消息數(shù)據(jù)的頭消息，并根據(jù)消息的配置信息， 確定消息的去處，并將該消息路由到指定的目的對列中；③記錄消息請求、消息路由的數(shù)據(jù)日志，更新消息的最新抽取時間。b.應(yīng)用訪問服務(wù)層的主要作用為①監(jiān)聽數(shù)據(jù)訪問服務(wù)層傳來的數(shù)據(jù)請求，解釋該數(shù)據(jù)請求。根據(jù)該數(shù)據(jù)請求啟動相應(yīng)的程序處理來抽取數(shù)據(jù)；②根據(jù)所抽取消息的配置信息確定該消息對應(yīng)的消息隊列名，并將該消息發(fā)送到相應(yīng)的消息隊列中；③監(jiān)聽接收隊列，解釋發(fā)送到接收隊列中的消息數(shù)據(jù)，根據(jù)消息的配置信息調(diào)用相應(yīng)的處理程序，將接收隊列中的數(shù)據(jù)寫到業(yè)務(wù)系統(tǒng)中。c.數(shù)據(jù)路由主要的作用①提供WEB SERVICE的調(diào)用接口，接收外部應(yīng)用的數(shù)據(jù)請求，對該請求進行驗證和分析，將經(jīng)過分析后的請求發(fā)送給數(shù)據(jù)訪問層的請求隊列中。并給外部應(yīng)用相應(yīng)的響應(yīng)信息；②提供系統(tǒng)的配置和管理功能，允許用戶在應(yīng)用訪問服務(wù)層上配置數(shù)據(jù)交換消息的各種信息。包括定義新的交換消息、修改消息的目的地和源、定義消息應(yīng)該發(fā)送到的隊列名稱和相應(yīng)的處理對象；③提供對數(shù)據(jù)交換平臺上相關(guān)數(shù)據(jù)訪問層的隊列和通道的監(jiān)控，進行數(shù)據(jù)加密、數(shù)據(jù)認(rèn)證、用戶應(yīng)用的權(quán)限認(rèn)證，以及對數(shù)據(jù)訪問層數(shù)據(jù)路由信息的監(jiān)控。數(shù)據(jù)路由主要由2部分組成①中間件服務(wù)器；②數(shù)據(jù)庫服務(wù)器，數(shù)據(jù)庫服務(wù)器主要是負(fù)責(zé)保存系統(tǒng)中所交換消息的配置信息。
權(quán)利要求
1.一種醫(yī)院間非結(jié)構(gòu)化信息歸檔的方法，包括以醫(yī)院為單位建立的數(shù)據(jù)中心、管理各醫(yī)院數(shù)據(jù)中心的地區(qū)數(shù)據(jù)中心，以及在各地區(qū)數(shù)據(jù)中心之上設(shè)立的管理中心和病人電子病歷，所述的醫(yī)院數(shù)據(jù)中心分配給病人一個整個系統(tǒng)唯一標(biāo)識的ID，存儲病人的信息，管理中心存儲和管理各數(shù)據(jù)中心的相關(guān)信息，其特征在于所述的非結(jié)構(gòu)化信息歸檔的方法包括下列步驟(1)管理中心根據(jù)病人最新生成的病歷資料，按內(nèi)容、部門組織、業(yè)務(wù)項目各因素自動分類，并判定信息歸檔的數(shù)據(jù)中心所在；(2)在管理中心的數(shù)據(jù)交換服務(wù)器端預(yù)先定義數(shù)據(jù)源，屏蔽掉數(shù)據(jù)源的詳細(xì)地址，所述的數(shù)據(jù)源包括數(shù)據(jù)源的標(biāo)識、路徑URL、操作；(3)通過激發(fā)定義的事件實現(xiàn)數(shù)據(jù)從一個數(shù)據(jù)源到另一個數(shù)據(jù)源的實時數(shù)據(jù)交換，發(fā)送端構(gòu)建數(shù)據(jù)包，所述的數(shù)據(jù)包包含業(yè)務(wù)數(shù)據(jù)，還包含發(fā)送端自定義的路由規(guī)則，所述業(yè)務(wù)數(shù)據(jù)是指實際需要傳輸?shù)臄?shù)據(jù)，所述自定義的路由規(guī)則用來指定業(yè)務(wù)數(shù)據(jù)傳輸路徑；(4)發(fā)送端將構(gòu)建的數(shù)據(jù)包發(fā)送給數(shù)據(jù)交換服務(wù)器，數(shù)據(jù)交換服務(wù)器分析接收到的數(shù)據(jù)包，解析數(shù)據(jù)包中的用戶自定義的路由規(guī)則，然后結(jié)合數(shù)據(jù)交換服務(wù)器中預(yù)先定義的數(shù)據(jù)源，得出該業(yè)務(wù)數(shù)據(jù)生成數(shù)據(jù)分析和處理流程規(guī)則，決定數(shù)據(jù)流轉(zhuǎn)方向；(5)數(shù)據(jù)交換服務(wù)器進行數(shù)據(jù)加密、數(shù)據(jù)認(rèn)證、用戶應(yīng)用的權(quán)限認(rèn)證，根據(jù)步驟(3)確定的數(shù)據(jù)流轉(zhuǎn)方向?qū)I(yè)務(wù)數(shù)據(jù)發(fā)送給接收端。
2.根據(jù)權(quán)利要求1所述的一種醫(yī)院間非結(jié)構(gòu)化信息歸檔的方法，其特征在于管理中心和數(shù)據(jù)中心采用磁帶庫做為數(shù)據(jù)長期存儲介質(zhì)。
全文摘要
本發(fā)明涉及一種醫(yī)院間非結(jié)構(gòu)化信息歸檔的方法，通過數(shù)據(jù)源抽象機制，結(jié)合數(shù)據(jù)交換服務(wù)器中預(yù)先定義的數(shù)據(jù)流轉(zhuǎn)規(guī)則，采用基于事件的數(shù)據(jù)自動路由機制，決定數(shù)據(jù)包的特定處理規(guī)則和流轉(zhuǎn)方向。本發(fā)明使用先進的虛擬化、自動化和云計算技術(shù)，為醫(yī)院間構(gòu)建一個醫(yī)療信息提供歸檔平臺，能夠為醫(yī)院、診所、研究機構(gòu)和制藥公司提供高可用、多層、多應(yīng)用和多站點的企業(yè)級歸檔存儲能力，為醫(yī)療保健機構(gòu)隨需提供醫(yī)療影像、病歷記錄和其他有關(guān)醫(yī)療保健的關(guān)鍵參考信息，幫助醫(yī)療保健機構(gòu)優(yōu)化新建的或現(xiàn)有的存儲投資，支持業(yè)務(wù)的長期發(fā)展。
文檔編號H04L12/56GK102238162SQ20101057230
公開日2011年11月9日 申請日期2010年12月3日 優(yōu)先權(quán)日2010年12月3日
發(fā)明者蔣岳霖 申請人:元潤康聯(lián)(上海)科技有限公司