專利名稱:醫(yī)療系統(tǒng)信息集成平臺的制作方法
技術領域:
本發(fā)明涉及計算機領域,更具體地涉及一種醫(yī)療系統(tǒng)信息集成 平臺。
背景技術:
信息化的不斷深入使得越來越多的醫(yī)療機構開始面臨新的挑
戰(zhàn)怎樣從過去單一部門的應用上升到全院級的應用,從而真正實 現(xiàn)全院業(yè)務自動化并幫助醫(yī)院提高其核心竟爭力?為了迎接這種挑 戰(zhàn),醫(yī)院信息系統(tǒng)的建設必須從過去以技術為導向的單一應用系統(tǒng) 開發(fā)模式轉向從醫(yī)院整體需求出發(fā)、以業(yè)務為導向的模式中來,既 要考慮企業(yè)目前單一部門單一業(yè)務的需求,又要考慮到企業(yè)的全面 發(fā)展。
隨著計算機軟件技術的發(fā)展和企業(yè)信息化的不斷發(fā)展,醫(yī)療機 構4吏用的壽欠件和管理系統(tǒng)(例如,財務管理系統(tǒng)、LIS系統(tǒng)等)也 越來越多。雖然這些系統(tǒng)應用在不同的領i或,管理著不同的對象, 但是它們之間也有很多相互交叉、甚至重復的信息和數(shù)據(jù)。而各個 應用系統(tǒng)又是相互獨立運行,因此內(nèi)部的這些系統(tǒng)相當于一個個"信 息孤島",相互之間沒有暢通的信息交流與共享。這樣的后果是,在 醫(yī)療中經(jīng)常會出現(xiàn)信息和數(shù)據(jù)的更新不同步甚至不一致,從而造成 各個部門之間的矛盾,給醫(yī)院內(nèi)不同部門的人員之間的交流帶來很 多問題,給患者也經(jīng)常提供一些前后不一致的信息,使患者無所適 從,嚴重影響醫(yī)院的形象和信譽,引發(fā)不必要的爭論。另一方面,隨著醫(yī)院與外部機構間的交流與合作的日益增加,遠程會診和各種 知識共享的需要和建立自己的醫(yī)療4亍業(yè)信息門戶等都要求醫(yī)院的應 用系統(tǒng)是一個開》文式系統(tǒng)。
發(fā)明內(nèi)容
鑒于以上所述的 一個或多個問題,本發(fā)明提供了 一種醫(yī)療系統(tǒng) 4言息集成平臺。
根據(jù)本發(fā)明實施例的醫(yī)療系統(tǒng)信息集成平臺,包括至少一個 業(yè)務信息系統(tǒng),分別用于對與醫(yī)院業(yè)務有關的一個或多個業(yè)務對象 進行處理;至少一個第一轉換單元,分別與至少一個業(yè)務信息系統(tǒng) 中的作為源信息系統(tǒng)的一個或多個業(yè)務信息系統(tǒng)連4妄,用于從源信 息系統(tǒng)獲取第 一格式的業(yè)務對象,將第 一格式的業(yè)務對象轉換為一 般格式的業(yè)務對象,并將一般格式的業(yè)務對象發(fā)送至消息交換單元; 至少一個第二轉換單元,分別與至少一個業(yè)務信息系統(tǒng)中的作為目 標信息系統(tǒng)的一個或多個業(yè)務信息系統(tǒng)連4妄,用于/人消息交換單元 獲取一般格式的業(yè)務對象,將一般格式的業(yè)務對象轉換為第二格式 的業(yè)務對象,并將第二格式的業(yè)務對象發(fā)送至目標信息系統(tǒng);以及
消息交換單元,與至少一個第一轉換單元和至少一個第二轉換單元 中的每一個連接,用于在至少一個第一轉換單元和/或至少一個第二
轉換單元之間傳送一般才各式的業(yè)務對象。
其中,消息交換單元根據(jù)用戶通過源信息系統(tǒng)發(fā)起的業(yè)務流程, 按照特定的順序在至少一個第一轉換單元和/或至少一個第二轉換 單元之間傳送一4殳格式的業(yè)務對象。
其中,第一轉換單元包括轉換單元,用于從源信息單元獲取 第一個^"式的業(yè)務對象,并將第一格式的業(yè)務對象轉換成中間格式 的業(yè)務對象;封裝單元,用于將中間格式的業(yè)務對象封裝為一般格式的業(yè)務對象;以及發(fā)送單元,用于將一般格式的業(yè)務對象發(fā)送至 消息交纟奐單元。
其中,第二轉換單元包括解封裝單元,用于從消息交換單元 獲取一般格式的業(yè)務對象,并將一般格式的業(yè)務對象解封裝為中間 格式的業(yè)務對象;逆轉換單元,用于將中間格式的業(yè)務對象轉換為 第二格式的業(yè)務對象;以及逆發(fā)送單元,用于將第二格式的業(yè)務對 象發(fā)送至目標信息系統(tǒng)。
其中,至少一個業(yè)務信息系統(tǒng)中的既作為源信息系統(tǒng)又作為目 標信息系統(tǒng)的業(yè)務信息系統(tǒng)同時與第一轉換單元和第二轉換單元連 才妄。其中,與至少一個業(yè)務信息系統(tǒng)中的既作為源信息系統(tǒng)又作為 目標信息系統(tǒng)的業(yè)務信息系統(tǒng)連接的第一轉換單元和第二轉換單元 通過一個適配器實現(xiàn)。
根據(jù)本發(fā)明實施例的醫(yī)療衛(wèi)生行業(yè)信息系統(tǒng),還包括狀態(tài)監(jiān) 控系統(tǒng),用于監(jiān)控第一轉換單元、第二轉換單元、和消息交換單元 的工作狀態(tài)。
通過本發(fā)明,可以充分利用醫(yī)院的已有信息系統(tǒng),乂人而保護醫(yī) 院在信息資源方面的^:資。另外,本發(fā)明通過將醫(yī)院內(nèi)部的不同信 息系統(tǒng)連接起來,可以為患者提供方便和即時的服務響應,并可以 全面了解患者信息,從而為提供準確和實時的服務提供了可靠的數(shù) 據(jù)依據(jù)。
此處所說明的附圖用來提供對本發(fā)明的進一步理解,構成本申 請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并 不構成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)本發(fā)明第一實施例的醫(yī)療系統(tǒng)信息集成平臺的框
圖2是根據(jù)本發(fā)明第二實施例的醫(yī)療系統(tǒng)信息集成平臺的簡要 邏輯4匡圖。
具體實施例方式
下面參考附圖,詳細說明本發(fā)明的具體實施方式
。
圖l是4艮據(jù)本發(fā)明實施例的醫(yī)療系統(tǒng)信息集成平臺的框圖。如 圖1所示,該醫(yī)療系統(tǒng)信息集成平臺包括至少一個業(yè)務信息系統(tǒng) 102,分別用于對與醫(yī)院業(yè)務有關的一個或多個業(yè)務對象進^f亍處理; 至少一個第一轉換單元104,分別與至少一個業(yè)務信息系統(tǒng)中的作 為源信息系統(tǒng)的一個或多個業(yè)務信息系統(tǒng)連"t妻,用于>^人源信息系統(tǒng) 獲取第 一格式的業(yè)務對象,將第 一格式的業(yè)務對象轉換為 一般格式 的業(yè)務對象,并將一般格式的業(yè)務對象發(fā)送至消息交換單元;至少 一個第二轉換單元106,分別與至少一個業(yè)務4言息系統(tǒng)中的作為目 標信息系統(tǒng)的一個或多個業(yè)務信息系統(tǒng)連接,用于從消息交換單元 獲取一般格式的業(yè)務對象,將一般格式的業(yè)務對象轉換為第二格式 的業(yè)務對象,并將第二格式的業(yè)務對象發(fā)送至目標信息系統(tǒng);以及 消息交換單元108,與至少一個第一轉換單元和至少一個第二轉換 單元中的每一個連4妻,用于在至少一個第一4爭4奐單元和/或至少一個 第二轉換單元之間傳送一般格式的業(yè)務對象。
其中,消息交換單元根據(jù)用戶通過源信息系統(tǒng)發(fā)起的業(yè)務流程, 按照特定的順序在至少 一 個第 一轉換單元和/或至少 一 個第二轉換 單元之間傳送一般格式的業(yè)務對象。
其中,第一轉換單元包括轉換單元,用于從源信息單元獲取 第一個格式的業(yè)務對象,并將第一格式的業(yè)務對象轉換成中間格式的業(yè)務對象;封裝單元,用于將中間格式的業(yè)務對象封裝為一般格
式的業(yè)務對象;以及發(fā)送單元,用于將一般格式的業(yè)務對象發(fā)送至
消息交4灸單元。
其中,第二轉換單元包括解封裝單元,用于從消息交換單元 獲取一般格式的業(yè)務對象,并將一般格式的業(yè)務對象解封裝為中間 格式的業(yè)務對象;逆轉換單元,用于將中間格式的業(yè)務對象轉換為 第一格式的業(yè)務對象;以及逆發(fā)送單元,用于將第一格式的業(yè)務對 象發(fā)送至目標信息系統(tǒng)。
其中,至少一個業(yè)務信息系統(tǒng)中的既作為源信息系統(tǒng)又作為目 標信息系統(tǒng)的業(yè)務信息系統(tǒng)同時與第 一轉換單元和第二轉換單元連 4妻。其中,與至少一個業(yè)務信息系統(tǒng)中的既作為源信息系統(tǒng)又作為 目標信息系統(tǒng)的業(yè)務信息系統(tǒng)連接的第一轉換單元和第二轉換單元 通過一個適配器實現(xiàn)。
根據(jù)本發(fā)明實施例的醫(yī)療系統(tǒng)信息集成平臺,還包括狀態(tài)監(jiān) 控系統(tǒng),用于監(jiān)控第一轉換單元、第二轉換單元、和消息交換單元 的工作狀態(tài)。
圖2是根據(jù)本發(fā)明第二實施例的醫(yī)療系統(tǒng)信息集成平臺的簡要 邏輯框圖。如圖2所示,該醫(yī)療系統(tǒng)信息集成平臺包括源信息系統(tǒng) 和目標信息系統(tǒng)、源適配器和目標適配器、以及集成平臺。其中, 適配器與信息系統(tǒng)之間交互的數(shù)據(jù)為業(yè)務對象。適配器與集成平臺 之間交互的數(shù)據(jù)為通訊消息。
其中,源適配器包括以下兩個部分
1. 源適配器外殼。源信息系統(tǒng)通過調用源適配器外殼的4妄 口,將源業(yè)務對象(即,第一格式的業(yè)務對象)傳輸給源適配器外 殼。源適配器外殼根據(jù)需要將源業(yè)務對象轉換成集成消息,并將其封裝到平臺消息的消息體中,同時設置平臺消息頭中的多個參數(shù)。 其中,源邏輯標識、消息體類別、和消息體類型必須預先包含在消 息中。目標邏輯標識若為缺省,則使用配置文件中提供的值。
2. 源適配器內(nèi)核。其主要功能是將經(jīng)由源適配器外殼封裝成 的平臺消息整合成與集成平臺的底層通訊機制有關的通訊消息,再 調用集成平臺底層通訊協(xié)議的應用程序接口中的消息發(fā)送函數(shù),將 通訊消息發(fā)送至集成平臺。
源適配器的主要功能是發(fā)送消息。源適配器通過與源應用系統(tǒng) 之間的接口獲取源業(yè)務對象,并根據(jù)需要對源業(yè)務對象進行相應的 處理。如果需要,將源業(yè)務對象轉換為集成消息,再將業(yè)務對象或 由業(yè)務對象轉換成的集成消息封裝成平臺消息,最后將平臺消息整 合為通訊消息,發(fā)送至平臺。
其中,目標適配器包4舌以下兩個部分
1. 目標適配器外殼
主要功能是從平臺消息中提取集成消息或業(yè)務對象,如果需要, 將集成消息轉換為業(yè)務對象。經(jīng)由目標信息系統(tǒng)提供的接口將業(yè)務 對象發(fā)送至目標應用系統(tǒng)。
2. 目才示適配器內(nèi)才亥
主要功能是從集成平臺中讀取通訊消息。從通訊消息中提取平 臺消息。將平臺消息傳遞給目標適配器外殼,通過目標適配器外殼 將消息傳遞給目標信息系統(tǒng),跟蹤并記錄消息。
目標適配器的主要功能是接收數(shù)據(jù)。目標適配器從集成平臺接 收通訊消息并從中提取平臺消息,然后將平臺消息體部分的目標業(yè)務對象提取出來。若平臺消息體為集成消息,則需將集成消息轉換 成業(yè)務對象,然后通過目標信息系統(tǒng)的接口將業(yè)務對象傳送至目標 信息系統(tǒng)。
具體地,源適配器首先從源信息系統(tǒng)取得業(yè)務數(shù)據(jù)。取得業(yè)務
數(shù)據(jù)的方式有2種l)定時業(yè)務對象,主要是從源信息系統(tǒng)提供的 凄t據(jù)庫、文件系統(tǒng)、或者一個web service中取得凄t據(jù)。2 )月l務處 理對象,主要是用來對一個請求進行響應,并且取得結果返回到適 配器。
源適配器取得數(shù)據(jù)后,先將業(yè)務數(shù)據(jù)轉換成通用的模型對象, 此^t型對象封裝了源信息系統(tǒng)發(fā)送的業(yè)務信息。源適配器然后處理 該才莫型對象。首先4e^莫型對象轉換成xml字符串,確定消息調用目 標適配器力l務名稱、源適配器的名稱、以及目標適配器名稱。開始 調用月良務進4亍傳送。源適配器調用月良務的方式有2種l)同步調用, 同步調用就是需要馬上實施的。即消息發(fā)送后,在失見定的時間內(nèi)等 待回復信息。2 )異步調用,異步調用就是只需要發(fā)送消息到目標適 配器,不關心回復信息。
假設源適配器同步調用一個服務,傳入目標服務名稱、xml字 符串、目標適配器名稱、源適配器名稱,開始執(zhí)行傳送。適配器把xml 字符串轉換成能在適配器內(nèi)部流轉的請求對象。適配器請求對象設 置請求ID,設置編碼內(nèi)容為xml字符串,設置編碼內(nèi)容ID,設置 調用才莫式為同步調用。設置字符類型,目標應用,目標服務。然后 在產(chǎn)生一個適配器請求消息對象,4巴請求對象添加進來,可能有多 個i貪求對象,i殳置消息創(chuàng)建時間,過期時間,消息源,消息ID。到 此,消息對象創(chuàng)建成功,拋出一個適配器接收請求消息事件。
監(jiān)聽器監(jiān)聽事件,開始進行消息轉換,將適配器請求消息轉換 成能在平臺內(nèi)部流轉的消息。在轉換之前,觸發(fā)適配器請求消息在轉換成平臺消息之前事件。把適配器請求消息對象里的請轉換成調
用消息,調用消息-波構建為xml字符串,產(chǎn)生一個平臺消息對象, 平臺消息對象設置編碼內(nèi)容,調用目標服務名稱,源適配器名稱, 目標適配器名稱,消息優(yōu)先級,消息ID,過期時間,消息類型。在 轉換為平臺消息以后,對消息進行簽名,加密,壓縮。觸發(fā)適配器 請求消息轉換平臺消息之后事件。
監(jiān)聽器接收此事件,適配器調用相關服務為平臺消息取得消息 發(fā)送的目的地。為平臺消息打補丁。平臺消息i殳置關聯(lián)的jms broker 的連接標識,設置該條消息所需要到達的目標隊列名稱或者從那個 隊列接收過來的,設置優(yōu)先級,設置過期時間,設置該消息是否需 要持久化,設置該消息的確認模式,設置是否事務。然后觸發(fā)消息 -故打上補丁事件。
監(jiān)聽器接收此事件,適配器調用相關服務開始將消息緩存,使 用ehcache來管理需要發(fā)送出去的消息。適配器在ehcache中放入一 條待發(fā)送出去的請求消息,觸發(fā)cache添加條目事件。請求消息進 入cache,需要^J義送事件。監(jiān)聽器接收這些事件,適配器開始調用 消息傳送服務發(fā)送一條消息。發(fā)送到指定的隊列。并拋出消息發(fā)送 出去事件。到此,消息發(fā)送完畢。集成平臺接收該平臺消息,解析 該平臺消息,才艮據(jù)消息目標應用決定發(fā)送的目的地。
集成平臺從源適配器的發(fā)送隊列取出消息,路由,寫入目標適 配器的接收隊列。目標適配器從接收隊列中取出請求消息,將平臺 請求消息轉換成適配器請求消息對象。目標適配器調用相關服務處 理該請求對象。將適配器請求對象里面的業(yè)務數(shù)據(jù)取出,傳送給目 標信息系統(tǒng)。或者調用目標信息系統(tǒng)提供的接口,如數(shù)據(jù)庫。將數(shù) 據(jù)寫入。這樣,數(shù)據(jù)就從源信息系統(tǒng)發(fā)送到了目標信息系統(tǒng)。回復信息也是如此。目標適配器接收請求消息,調用指定服務 處理后,返回一個回復消息,目標適配器發(fā)送回復消息,轉換為平 臺消息,發(fā)送到目標適配器發(fā)送隊列。集成平臺從目標適配器發(fā)送 隊列取出消息,才艮據(jù)消息目的地發(fā)送到源適配器接收隊列。源適配 器從接收隊列取出回復消息,接收回復消息。這樣,目標適配器發(fā) 送回復信息到源適配器。
集成平臺主要有4大模塊,分別是消息讀取、消息路由、消息 寫入、日志管理。
消息讀取
這個模塊的功能主要是從適配器發(fā)送隊列里取出消息。每個適 配器有2個隊列。1個發(fā)送隊列。就是把要發(fā)送出去的消息放入這 個隊列中。讓集成平臺取得消息。1個接收隊列。集成平臺把路由 過后的平臺消息寫入到對應的適配器的接收隊列。讓適配器接收消 息處理。
消息路由
這個模塊的功能主要是將從發(fā)送隊列中取得的消息路由,發(fā)送 到指定的隊列。它會按照平臺映射文件里面指定的路由策略,來決 定把消息路由到何處。
消息寫入
這個模塊的功能主要是將路由過來的消息寫入指定的隊列。如 目標適配器的4妄收隊列。
曰志管理這個模塊的功能主要是監(jiān)控消息在集成平臺內(nèi)部流轉的情況。 當集成平臺接收到一條消息的時候,會產(chǎn)生一條日志,表示中心從
隊列讀取消息,并記錄該條消息的一些基本屬性,如msgld,曰志 級別等。并寫入日志隊列中。
通過本發(fā)明,可以充分利用醫(yī)院的已有4言息系統(tǒng),從而^f呆護醫(yī) 院在信息資源方面的才更資。另夕卜,本發(fā)明通過將醫(yī)院內(nèi)部的不同信 息系統(tǒng)連接起來,可以為患者#是供方<更和即時的月良務響應,并可以 全面了解患者信息,從而為提供準確和實時的服務提供了可靠的數(shù) 據(jù)依據(jù)。
以上所述僅為本發(fā)明的實施例而已,并不用于限制本發(fā)明,對 于本領域的技術人員來說,本發(fā)明可以有各種更改和變化。凡在本 發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均 應包含在本發(fā)明的權利要求范圍之內(nèi)。
權利要求
1. 一種醫(yī)療系統(tǒng)信息集成平臺,其特征在于,包括至少一個業(yè)務信息系統(tǒng),分別用于對與醫(yī)院業(yè)務有關的一個或多個業(yè)務對象進行處理;至少一個第一轉換單元,分別與所述至少一個業(yè)務信息系統(tǒng)中的作為源信息系統(tǒng)的一個或多個業(yè)務信息系統(tǒng)連接,用于從所述源信息系統(tǒng)獲取第一格式的業(yè)務對象,將所述第一格式的業(yè)務對象轉換為一般格式的業(yè)務對象,并將所述一般格式的業(yè)務對象發(fā)送至消息交換單元;至少一個第二轉換單元,分別與所述至少一個業(yè)務信息系統(tǒng)中的作為目標信息系統(tǒng)的一個或多個業(yè)務信息系統(tǒng)連接,用于從所述消息交換單元獲取所述一般格式的業(yè)務對象,將所述一般格式的業(yè)務對象轉換為第二格式的業(yè)務對象,并將所述第二格式的業(yè)務對象發(fā)送至所述目標信息系統(tǒng);以及所述消息交換單元,與所述至少一個第一轉換單元和所述至少一個第二轉換單元中的每一個連接,用于在所述至少一個第一轉換單元和/或所述至少一個第二轉換單元之間傳送所述一般格式的業(yè)務對象。
2. 根據(jù)權利要求1所述的醫(yī)療系統(tǒng)信息集成平臺,其特征在于, 所述消息交換單元才艮據(jù)用戶通過所述源信息系統(tǒng)發(fā)起的業(yè)務 流程,*換照特定的順序在所述至少一個第 一轉換單元和/或所 述至少 一個第二轉換單元之間傳送所述一般格式的業(yè)務對象。
3. 根據(jù)權利要求2所述的醫(yī)療系統(tǒng)信息集成平臺,其特征在于, 所述第一轉換單元包括轉換單元,用于從所述源信息單元獲取所述第一個格式的 業(yè)務對象,并將所述第一格式的業(yè)務對象轉換成中間格式的業(yè)務對象;封裝單元,用于將所述中間格式的業(yè)務對象封裝為所述一 般格式的業(yè)務對象;以及發(fā)送單元,用于將所述一般格式的業(yè)務對象發(fā)送至所述消 息交才奐單元。
4. 根據(jù)權利要求3所述的醫(yī)療系統(tǒng)信息集成平臺,其特征在于與 所述第二轉換單元包括解封裝單元,用于從所述消息交換單元獲取所述一般格式 的業(yè)務對象,并將所述一般格式的業(yè)務對象解封裝為所述中間 才各式的業(yè)務對象;逆轉換單元,用于將所述中間格式的業(yè)務對象轉換為所述第二格式的業(yè)務對象;以及逆發(fā)送單元,用于將所述第二格式的業(yè)務對象發(fā)送至所述 目標4言息系統(tǒng)。
5. 根據(jù)權利要求4所述的醫(yī)療系統(tǒng)信息集成平臺,其特征在于, 所述至少一個業(yè)務信息系統(tǒng)中的既作為所述源信息系統(tǒng)又作 為所述目標信息系統(tǒng)的業(yè)務信息系統(tǒng)同時與所述第 一轉換單 元和所述第二轉4灸單元連才妄。
6. 根據(jù)權利要求5所述的醫(yī)療系統(tǒng)信息集成平臺,其特征在于, 與所述至少一個業(yè)務信息系統(tǒng)中的既作為所述源信息系統(tǒng)又 作為所述目標信息系統(tǒng)的業(yè)務信息系統(tǒng)連接的所述第一轉換 單元和所述第二轉才灸單元通過一個適配器實現(xiàn)。
7. 根據(jù)權利要求1至6中任一項所述的醫(yī)療系統(tǒng)信息集成平臺, 其特征在于,還包括狀態(tài)監(jiān)控系統(tǒng),用于監(jiān)控所述第一轉換單元、所述第二轉 換單元、和所述消息交換單元的工作狀態(tài)。
全文摘要
本發(fā)明公開了一種醫(yī)療系統(tǒng)信息集成平臺,包括至少一個業(yè)務信息系統(tǒng),用于對與醫(yī)院業(yè)務有關的一個或多個業(yè)務對象進行處理;至少一個第一轉換單元,與一個或多個源信息系統(tǒng)連接,用于從源信息系統(tǒng)獲取第一格式的業(yè)務對象,將第一格式的業(yè)務對象轉換為一般格式的業(yè)務對象,并將一般格式的業(yè)務對象發(fā)送至消息交換單元;至少一個第二轉換單元,與一個或多個目標信息系統(tǒng)連接,用于從消息交換單元獲取一般格式的業(yè)務對象,將一般格式的業(yè)務對象轉換為第二格式的業(yè)務對象,并將第二格式的業(yè)務對象發(fā)送至目標信息系統(tǒng);消息交換單元,與第一轉換單元和第二轉換單元連接,用于在第一轉換單元和/或第二轉換單元之間傳送一般格式的業(yè)務對象。
文檔編號G06F19/00GK101286953SQ20081010859
公開日2008年10月15日 申請日期2008年6月2日 優(yōu)先權日2008年6月2日
發(fā)明者孫于青, 曹小健, 李忠林, 航 葛 申請人:杭州創(chuàng)業(yè)軟件股份有限公司