本發(fā)明涉及監(jiān)控
技術(shù)領(lǐng)域：
，具體涉及一種基于消息語義標(biāo)注的醫(yī)療信息系統(tǒng)集成監(jiān)控方法。
背景技術(shù)：
：信息系統(tǒng)集成監(jiān)控是通過有效的信息技術(shù)手段將分布、獨(dú)立的信息系統(tǒng)實(shí)際運(yùn)行狀態(tài)實(shí)時(shí)顯示出來，并通過有效的異常報(bào)警機(jī)制及時(shí)發(fā)現(xiàn)異常情況，使得運(yùn)行管理人員能夠?qū)崟r(shí)把握整個(gè)環(huán)境的運(yùn)行狀態(tài)，針對異常情況及時(shí)排除故障，保證整個(gè)it環(huán)境能夠穩(wěn)定、持續(xù)、正常地運(yùn)轉(zhuǎn)。醫(yī)療信息系統(tǒng)是一類特殊的信息系統(tǒng)，在醫(yī)療it環(huán)境中，每一個(gè)醫(yī)療業(yè)務(wù)的實(shí)現(xiàn)都需要多個(gè)異構(gòu)信息系統(tǒng)之間的集成，整體上構(gòu)成一個(gè)錯(cuò)綜復(fù)雜的集成網(wǎng)絡(luò)環(huán)境，為了保證醫(yī)療業(yè)務(wù)正常、完整、高效地進(jìn)行，需要實(shí)時(shí)監(jiān)控醫(yī)院集成業(yè)務(wù)網(wǎng)絡(luò)的運(yùn)轉(zhuǎn)狀態(tài)，及時(shí)發(fā)現(xiàn)、排查和處理集成故障。系統(tǒng)集成監(jiān)控技術(shù)的發(fā)展往往伴隨著計(jì)算機(jī)、網(wǎng)絡(luò)、通信等技術(shù)的發(fā)展以及企業(yè)信息化過程的需要。系統(tǒng)集成監(jiān)控技術(shù)的演化過程涵蓋了從單個(gè)it元素的單獨(dú)監(jiān)控到多個(gè)it元素的單獨(dú)監(jiān)控，從單個(gè)主機(jī)監(jiān)控到多個(gè)主機(jī)監(jiān)控，從底層物理層的簡單監(jiān)控逐漸到網(wǎng)絡(luò)層、應(yīng)用層的復(fù)雜監(jiān)控，從多個(gè)it元素、多臺主機(jī)的單獨(dú)監(jiān)控到把所有it設(shè)施高度集成的監(jiān)控，并逐漸演變成現(xiàn)階段的監(jiān)控，即it業(yè)務(wù)監(jiān)控。概括來看，系統(tǒng)集成監(jiān)控技術(shù)的發(fā)展主要分為兩個(gè)階段：基于單應(yīng)用系統(tǒng)的離散監(jiān)控和面向復(fù)雜業(yè)務(wù)系統(tǒng)的集中監(jiān)控。企業(yè)級信息系統(tǒng)的典型特征是自治性、異構(gòu)性和分布性。早期的it系統(tǒng)幾乎獨(dú)立自治，運(yùn)維監(jiān)控主要集中在單個(gè)應(yīng)用系統(tǒng)的運(yùn)行狀態(tài)，如服務(wù)器性能、網(wǎng)絡(luò)狀態(tài)、數(shù)據(jù)庫性能以及單個(gè)系統(tǒng)內(nèi)部模塊間通信狀態(tài)等，目的是保證系統(tǒng)運(yùn)行正常，不影響用戶體驗(yàn)。目前有很多針對單個(gè)應(yīng)用系統(tǒng)各方面屬性的專業(yè)監(jiān)控工具，但是大多都是分散且各自獨(dú)立的。隨著信息技術(shù)的發(fā)展，以及企業(yè)it系統(tǒng)的日益成熟和復(fù)雜，不同it系統(tǒng)之間信息交互越來越頻繁，使得整個(gè)it網(wǎng)絡(luò)環(huán)境越來越復(fù)雜，企業(yè)級信息系統(tǒng)的運(yùn)行維護(hù)變得越來越困難。首先，傳統(tǒng)的單應(yīng)用監(jiān)控方式過于分散，無法直接感知全局的運(yùn)行狀態(tài)，一旦復(fù)雜系統(tǒng)中某個(gè)模塊發(fā)生問題，運(yùn)維人員總是盲目的四處查找故障的根源，效率極其低下。其次，業(yè)務(wù)復(fù)雜化帶來了故障問題的復(fù)雜化，傳統(tǒng)的監(jiān)控手段往往不足以判定故障的根本原因，如何快速定位并解決故障成為管理人員最頭疼的事情。隨著企業(yè)級信息系統(tǒng)的復(fù)雜化，面向復(fù)雜業(yè)務(wù)系統(tǒng)的集成監(jiān)控已經(jīng)成為it系統(tǒng)監(jiān)控的主要發(fā)展方向。針對復(fù)雜業(yè)務(wù)系統(tǒng)的集成監(jiān)控技術(shù)，目前典型的技術(shù)研究主要有以下幾種?；趙eb服務(wù)的集成監(jiān)控方法，該方法是是通過監(jiān)控流程的服務(wù)調(diào)用消息，提取消息中的關(guān)鍵信息來監(jiān)控流程的運(yùn)行情況。該方法只能對基于web服務(wù)來實(shí)現(xiàn)交互的業(yè)務(wù)流程進(jìn)行監(jiān)控，默認(rèn)所有業(yè)務(wù)流程都是通過webservice實(shí)現(xiàn)的，對于非webservice的交互方式(如hl7消息)無法進(jìn)行監(jiān)控，這對于交互方式復(fù)雜的醫(yī)療業(yè)務(wù)流程來說，并不適用?；跇I(yè)務(wù)服務(wù)模型的集成監(jiān)控方法，該技術(shù)是將信息系統(tǒng)看成關(guān)鍵業(yè)務(wù)的集合，根據(jù)關(guān)鍵業(yè)務(wù)與it服務(wù)的關(guān)系建立業(yè)務(wù)服務(wù)模型，然后描繪關(guān)鍵業(yè)務(wù)服務(wù)模型的運(yùn)行視圖，理清業(yè)務(wù)之間的各種拓?fù)浣Y(jié)構(gòu)、關(guān)聯(lián)關(guān)系，構(gòu)建符合業(yè)務(wù)要求的業(yè)務(wù)監(jiān)控視圖，同時(shí)設(shè)定一些關(guān)鍵的業(yè)務(wù)指標(biāo)、管理指標(biāo)，通過圖示化的方式，直觀、實(shí)時(shí)的呈現(xiàn)it服務(wù)的運(yùn)行狀況。該技術(shù)為復(fù)雜業(yè)務(wù)系統(tǒng)的監(jiān)控提供了很好的指導(dǎo)思想?；谙⑹录东@機(jī)制的集成監(jiān)控方法，該方法是通過一系列的事件監(jiān)聽器，捕獲實(shí)際業(yè)務(wù)流程中的消息事件，并與實(shí)際業(yè)務(wù)數(shù)據(jù)關(guān)聯(lián)起來，存儲在消息倉庫中，同時(shí)實(shí)時(shí)分析每個(gè)消息事件對應(yīng)的業(yè)務(wù)狀態(tài)，對異常狀態(tài)發(fā)出警報(bào)。該方法需要各個(gè)業(yè)務(wù)系統(tǒng)在業(yè)務(wù)執(zhí)行過程中主動發(fā)送一條消息事件給監(jiān)控模塊，由監(jiān)控管理模塊記錄、分析消息事件對應(yīng)的業(yè)務(wù)狀態(tài)，并對異常狀態(tài)發(fā)出報(bào)警。該方法需要參與業(yè)務(wù)流程的所有信息系統(tǒng)主動發(fā)送消息事件，增加了系統(tǒng)設(shè)計(jì)的復(fù)雜度，同時(shí)雖然實(shí)現(xiàn)了分散業(yè)務(wù)流程的集中監(jiān)控，但只保存了消息事件和業(yè)務(wù)數(shù)據(jù)，關(guān)于處理的過程信息無法關(guān)聯(lián)，對運(yùn)行維護(hù)中排查故障問題很不適用。基于集成引擎的集成監(jiān)控方法，集成引擎(integrationengine)是以esb(enterpriseservicebus)為核心，以消息總線的架構(gòu)和服務(wù)組合的形式實(shí)現(xiàn)企業(yè)信息系統(tǒng)之間的業(yè)務(wù)集成，這個(gè)業(yè)務(wù)集成的過程都由esb來驅(qū)動完成，使得整個(gè)業(yè)務(wù)環(huán)境的業(yè)務(wù)運(yùn)轉(zhuǎn)都通過esb來完成，然后通過一定的技術(shù)方法來記錄、分析esb中的運(yùn)行日志，通過可視化的方式將這個(gè)業(yè)務(wù)環(huán)境描繪出來，實(shí)現(xiàn)對復(fù)雜業(yè)務(wù)活動的集成監(jiān)控。該監(jiān)控技術(shù)是基于傳統(tǒng)esb技術(shù)的擴(kuò)展，對分布式的esb運(yùn)行服務(wù)進(jìn)行監(jiān)控管理?；诩梢娴谋O(jiān)控方式是在esb中配置一系列的攔截器(interceptors)，對業(yè)務(wù)處理過程中的關(guān)鍵節(jié)點(diǎn)進(jìn)行日志記錄，并集中到監(jiān)控信息后臺中心(monitoringbackbone)。本質(zhì)上來看，該技術(shù)在消息事件捕獲機(jī)制的基礎(chǔ)上，將消息事件處理過程與消息事件關(guān)聯(lián)起來，集中歸檔存儲，然后提供快速檢索的方式檢索消息事件處理過程日志，并分析判斷異常情況，將結(jié)果可視化顯示出來。該方法主要是利用了esb消息總線的架構(gòu)優(yōu)勢以及面向服務(wù)的集成方法，實(shí)現(xiàn)了業(yè)務(wù)活動監(jiān)控。醫(yī)院里各種各樣的信息系統(tǒng)構(gòu)成一個(gè)復(fù)雜的業(yè)務(wù)協(xié)作系統(tǒng)，實(shí)現(xiàn)這些系統(tǒng)的有效集成，并保證系統(tǒng)之間的協(xié)作正常運(yùn)轉(zhuǎn)，是一個(gè)非常重要的問題。隨著醫(yī)院信息化建設(shè)的發(fā)展，集成引擎已經(jīng)成為實(shí)現(xiàn)醫(yī)療信息系統(tǒng)集成的主流技術(shù)，它起到了在醫(yī)療信息系統(tǒng)之間進(jìn)行消息轉(zhuǎn)換和路由的樞紐，因而對集成引擎處理的消息進(jìn)行監(jiān)控成為目前醫(yī)療信息系統(tǒng)集成監(jiān)控的主要途徑。但是現(xiàn)有的集成引擎的監(jiān)控技術(shù)仍然存在著以下不足：(1)缺乏對醫(yī)療消息的語義分析。目前主流的集成引擎只能進(jìn)行句法級別點(diǎn)對點(diǎn)的數(shù)據(jù)格式轉(zhuǎn)換和針對特定數(shù)據(jù)格式的條件查詢，這使得集成引擎無法將同一業(yè)務(wù)流程的不同數(shù)據(jù)格式的消息事件串聯(lián)起來，將導(dǎo)致集成監(jiān)控?zé)o法感知整個(gè)流程的運(yùn)行狀況，同時(shí)查找消息事件不能全局查找，只能按照不同數(shù)據(jù)格式的條件查詢來逐一搜索。另外，集成維護(hù)人員在排查、定位集成故障時(shí)，需要對醫(yī)療業(yè)務(wù)流程以及異構(gòu)系統(tǒng)接口非常熟悉，才具備查找問題的能力。(2)缺乏對整體業(yè)務(wù)流程的狀態(tài)分析。完成一個(gè)醫(yī)療業(yè)務(wù)通常需要多個(gè)消息事件來驅(qū)動執(zhí)行，由于集成業(yè)務(wù)執(zhí)行過程是基于異步消息的處理過程，集成監(jiān)控只能捕捉到單個(gè)流程的消息事件處理異常，很難追蹤到消息事件所屬醫(yī)療業(yè)務(wù)的整個(gè)流程路徑。同時(shí)主流的集成引擎幾乎不具備工作流管理的能力，所以無法感知集成業(yè)務(wù)運(yùn)行時(shí)的上下文狀態(tài)，故而無法監(jiān)控因?yàn)闃I(yè)務(wù)流程狀態(tài)異常導(dǎo)致的集成故障。技術(shù)實(shí)現(xiàn)要素：本發(fā)明提供了一種基于消息語義標(biāo)注的醫(yī)療信息系統(tǒng)集成監(jiān)控方法，解決現(xiàn)有基于集成引擎的集成監(jiān)控中查找問題效率低下，技術(shù)門檻高的問題。一種基于消息語義標(biāo)注的醫(yī)療信息系統(tǒng)集成監(jiān)控方法，包括：步驟1，建立統(tǒng)一語義的消息模型；步驟2，利用統(tǒng)一語義的消息模型對語義異構(gòu)的醫(yī)療消息事件進(jìn)行語義標(biāo)注，并存儲至監(jiān)控?cái)?shù)據(jù)庫；步驟3，基于監(jiān)控?cái)?shù)據(jù)庫中具有統(tǒng)一語義的醫(yī)療消息，進(jìn)行醫(yī)療業(yè)務(wù)異常狀態(tài)檢測。本發(fā)明通過建立統(tǒng)一語義的醫(yī)療消息模型，將醫(yī)療活動中的消息以統(tǒng)一語義的醫(yī)療消息來表達(dá)并集中存儲，同時(shí)對異常狀態(tài)消息發(fā)出報(bào)警提醒，實(shí)現(xiàn)對醫(yī)療信息系統(tǒng)的集成監(jiān)控。作為優(yōu)選，所述消息模型中至少定義以下三部分內(nèi)容：事務(wù)類型，依據(jù)醫(yī)療業(yè)務(wù)類別定義；消息事件類型，依據(jù)每個(gè)事務(wù)類型的流程單元進(jìn)行定義；消息事件內(nèi)容，即醫(yī)療消息事件的元數(shù)據(jù)模型。具體地，事務(wù)類型定義參照ihe集成技術(shù)框架的指導(dǎo)思想，對集成環(huán)境中的業(yè)務(wù)進(jìn)行劃分，將集成事務(wù)劃分為：病人管理、醫(yī)囑、檢查、檢驗(yàn)、手術(shù)、擺藥、處方、會診、費(fèi)用、體征、新生兒、費(fèi)用等事務(wù)。消息事件類型定義參照hl7標(biāo)準(zhǔn)的消息事件類型定義方法，針對每個(gè)事務(wù)類型的流程單元定義消息事件類型，主要包括消息類型(messagetype)和事件類型(eventtype)兩個(gè)重要屬性，同時(shí)提供控制代碼(controlcode)進(jìn)行細(xì)粒度約束。消息事件內(nèi)容定義為醫(yī)療消息事件的元數(shù)據(jù)模型，包括消息類別信息，關(guān)聯(lián)病人信息，消息事件內(nèi)容以及消息事件處理狀態(tài)信息。所述語義是指醫(yī)療消息所關(guān)聯(lián)的醫(yī)療事務(wù)信息，優(yōu)選地，所述步驟2中的語義標(biāo)注包括以下步驟：以待標(biāo)注的醫(yī)療消息事件的事務(wù)類別、事件類型、協(xié)議格式為輸入條件，讀取消息轉(zhuǎn)換映射關(guān)系配置文件；根據(jù)輸入條件獲取特定格式消息與統(tǒng)一標(biāo)準(zhǔn)消息的轉(zhuǎn)換映射關(guān)系，根據(jù)映射關(guān)系，將待標(biāo)注的醫(yī)療消息事件轉(zhuǎn)換為統(tǒng)一語義標(biāo)注的消息事件。所述轉(zhuǎn)換映射關(guān)系配置文件用于保存不同格式的醫(yī)療消息事件與統(tǒng)一語義的消息模型之間轉(zhuǎn)換的映射關(guān)系，優(yōu)選地，所述轉(zhuǎn)換映射關(guān)系配置文件采用xml語言編寫，所述轉(zhuǎn)換映射關(guān)系配置文件包括用于描述語義標(biāo)注所有步驟的關(guān)鍵節(jié)點(diǎn)transformer，每個(gè)關(guān)鍵節(jié)點(diǎn)transformer包括多個(gè)step節(jié)點(diǎn)，每個(gè)step節(jié)點(diǎn)用于描述單個(gè)屬性的語義標(biāo)注步驟，所述步驟2的語義標(biāo)注包括以下步驟：a、讀取消息轉(zhuǎn)換映射關(guān)系配置文件；b、以事務(wù)類型、消息類型為條件，找到mapper中對應(yīng)消息的映射關(guān)系所在的transformer關(guān)鍵節(jié)點(diǎn)；c、判斷transformer關(guān)鍵節(jié)點(diǎn)下協(xié)議描述和醫(yī)療消息事件中的protocol是否一致；d、獲取transformer中的inbound屬性列表；e、根據(jù)transformer根節(jié)點(diǎn)下每個(gè)step節(jié)點(diǎn)進(jìn)行轉(zhuǎn)換；f、根據(jù)transformer中outboundprotocol格式進(jìn)行封裝，返回語義標(biāo)注結(jié)果。作為優(yōu)選，所述異常狀態(tài)檢測包括以下步驟：查詢數(shù)據(jù)庫中關(guān)聯(lián)的消息事件日志，建立當(dāng)前業(yè)務(wù)流程狀態(tài)鏈，與標(biāo)準(zhǔn)業(yè)務(wù)流程狀態(tài)進(jìn)行對比分析，判斷當(dāng)前業(yè)務(wù)狀態(tài)是否正常。進(jìn)一步優(yōu)選，所述異常狀態(tài)檢測包括以下步驟：a、獲取待檢測醫(yī)療消息事件的消息類別，以及對應(yīng)的狀態(tài)碼a；b、解析配置文件，根據(jù)待檢測醫(yī)療消息事件的事務(wù)類型，獲取該事務(wù)的標(biāo)準(zhǔn)流程狀態(tài)機(jī)配置，根據(jù)該配置初始化標(biāo)準(zhǔn)狀態(tài)有向圖鄰接矩陣a；c、根據(jù)業(yè)務(wù)索引號在監(jiān)控?cái)?shù)據(jù)庫中查詢歷史消息日志，獲取時(shí)間最近的一條醫(yī)療消息事件以及該醫(yī)療消息事件對應(yīng)的狀態(tài)碼為b；d、以狀態(tài)b為起始狀態(tài)索引，遍歷鄰接矩陣a，若存在a[b][a]＝1則表示該業(yè)務(wù)流程狀態(tài)正常，否則為異常。與現(xiàn)有技術(shù)相比，本發(fā)明的有益技術(shù)效果為：(1)通過建立統(tǒng)一語義的消息模型以及醫(yī)療消息語義標(biāo)注方法，將語義異構(gòu)的醫(yī)療消息集中存儲，解決了集成引擎接收醫(yī)療消息語義異構(gòu)的問題，同時(shí)提供動態(tài)、高效的消息日志查詢機(jī)制，滿足多樣的消息查詢需求，并能保證查詢的性能。(2)通過基于標(biāo)準(zhǔn)有限狀態(tài)機(jī)的業(yè)務(wù)流程異常分析方法，并結(jié)合單個(gè)消息事件的處理狀態(tài)異常分析，實(shí)現(xiàn)了針對單個(gè)消息事件和整體業(yè)務(wù)流程兩個(gè)層次的異常報(bào)警提醒機(jī)制。附圖說明圖1為本發(fā)明提供的基于消息語義標(biāo)注的醫(yī)療信息系統(tǒng)集成監(jiān)控方法總體結(jié)構(gòu)圖；圖2為本發(fā)明中統(tǒng)一語義的消息模型設(shè)計(jì)結(jié)構(gòu)圖；圖3為本發(fā)明醫(yī)療消息語義標(biāo)注的流程圖；圖4為本發(fā)明醫(yī)療消息語義標(biāo)注的詳細(xì)流程圖；圖5為本發(fā)明醫(yī)療消息檢查預(yù)約hl7標(biāo)準(zhǔn)格式消息示例圖；圖6為本發(fā)明監(jiān)控報(bào)警分析總體流程圖；圖7為以檢查業(yè)務(wù)為例的業(yè)務(wù)建模示意圖；圖8為根據(jù)檢查業(yè)務(wù)流程建立的標(biāo)準(zhǔn)狀態(tài)機(jī)示意圖；圖9為基于有限狀態(tài)機(jī)的業(yè)務(wù)流程狀態(tài)異常檢測詳細(xì)流程圖；圖10為報(bào)警提醒機(jī)制流程圖。具體實(shí)施方式下面結(jié)合圖與具體實(shí)施案例進(jìn)一步闡釋本發(fā)明。圖1為本發(fā)明提供的基于消息語義標(biāo)注的醫(yī)療信息系統(tǒng)集成監(jiān)控方法總體結(jié)構(gòu)圖，其中：s101，醫(yī)療消息事件接收解析接收和解析來自各醫(yī)療信息系統(tǒng)的消息，解析過程中通過集成引擎功能組件以及腳本配置，實(shí)現(xiàn)消息的字段映射和消息字段中數(shù)據(jù)元素的代碼轉(zhuǎn)換，轉(zhuǎn)換成xml格式待語義標(biāo)注的消息事件。該步驟中的消息接收操作為：開發(fā)集成通道配置，利用集成引擎消息接收組件接收來自各個(gè)醫(yī)療信息系統(tǒng)的醫(yī)療消息，包括標(biāo)準(zhǔn)的hl7消息和一些非標(biāo)準(zhǔn)的消息。該步驟中的解析消息操作為：解析消息隊(duì)列中接收到的醫(yī)療消息事件，針對不同格式的醫(yī)療消息事件，使用不同功能組件進(jìn)行解析，通過字段映射和代碼轉(zhuǎn)換的方式解析醫(yī)療消息中的信息，轉(zhuǎn)換成集成引擎內(nèi)部消息對象，該消息對象是以xml格式表達(dá)并存儲在內(nèi)存中。s102，醫(yī)療消息事件語義標(biāo)注以待標(biāo)注的消息事件的事務(wù)類別、事件類型、協(xié)議格式為輸入條件，讀取消息轉(zhuǎn)換映射關(guān)系配置文件，根據(jù)輸入條件獲取特定格式消息與統(tǒng)一標(biāo)準(zhǔn)消息的轉(zhuǎn)換映射關(guān)系，根據(jù)映射關(guān)系，將消息事件轉(zhuǎn)換為統(tǒng)一語義標(biāo)注的消息事件。消息轉(zhuǎn)換映射關(guān)系配置文件是指：各種異構(gòu)消息與統(tǒng)一語義的消息模型之間轉(zhuǎn)換的映射關(guān)系配置，采用xml語言編寫。s103，醫(yī)療消息事件存儲將語義標(biāo)注后的消息事件路由并存儲至消息事件日志數(shù)據(jù)庫中集中管理。s104，醫(yī)療消息事件異常狀態(tài)檢測查詢數(shù)據(jù)庫中關(guān)聯(lián)的消息事件日志，建立當(dāng)前業(yè)務(wù)流程狀態(tài)鏈，與標(biāo)準(zhǔn)的業(yè)務(wù)流程狀態(tài)對比分析，檢測當(dāng)前業(yè)務(wù)狀態(tài)是否異常。s105，報(bào)警提醒如果出現(xiàn)狀態(tài)異常，則生成報(bào)警事件，并關(guān)聯(lián)異常消息事件。圖2表示本發(fā)明中消息模型設(shè)計(jì)的總體方法思路，其中：事務(wù)類型定義，參照ihe集成技術(shù)框架的指導(dǎo)思想，對集成環(huán)境中的業(yè)務(wù)進(jìn)行劃分，將集成事務(wù)劃分為：病人管理、醫(yī)囑、檢查、檢驗(yàn)、手術(shù)、擺藥、處方、會診、費(fèi)用、體征、新生兒、費(fèi)用等事務(wù)。消息事件類型定義，參照hl7標(biāo)準(zhǔn)的消息事件類型定義方法，針對每個(gè)事務(wù)的流程單元定義消息事件的類型，主要包括：消息類型(messagetype)和事件類型(eventtype)兩個(gè)重要屬性，同時(shí)提供控制代碼(controlcode)進(jìn)行細(xì)粒度約束。消息事件內(nèi)容定義，定義醫(yī)療消息事件的元數(shù)據(jù)模型，包括消息類別信息，關(guān)聯(lián)病人信息，消息事件內(nèi)容，消息事件處理狀態(tài)信息。表格1和表格2是定義的事務(wù)類型以及消息事件類型。表格3是定義的消息事件內(nèi)容元數(shù)據(jù)。表格1事務(wù)類型及消息事件類型定義表格2事務(wù)類型及消息事件類型定義(續(xù))表格3消息內(nèi)容元數(shù)據(jù)定義含義屬性名稱類型長度說明消息事件序號sequence_idnumeric(30,0)主鍵、自增事務(wù)類型代碼trans_codevarchar(30)所屬事務(wù)類型事件類型代碼msg_event_codeint關(guān)聯(lián)消息事件類型事件類型描述msg_event_descvarchar(50)關(guān)聯(lián)消息事件類型事件子類型msg_sub_typevarchar(30)消息事件子類型消息事件來源msg_codevarchar(30)消息事件產(chǎn)生來源集成通道代碼channel_codevarchar(255)通道代碼集成通道名稱channel_namevarchar(50)集成通道名稱源消息uidsource_msg_uidvarchar(255)通道源消息的guid事件發(fā)生時(shí)間date_timedatetime事件發(fā)生實(shí)際時(shí)間病人主索引號patient_idvarchar(50)病人主索引號病人就診號visit_idvarchar(30)病人就診號消息索引號msg_indexvarchar(30)消息事件索引號消息子索引號msg_sub_indexvarchar(30)消息事件子索引號事務(wù)狀態(tài)代碼trans_statusvarchar(10)事務(wù)狀態(tài)代碼事件處理狀態(tài)handle_statevarchar(10)事件處理狀態(tài)事件處理時(shí)間handle_timedatetime事件處理時(shí)間消息處理結(jié)果handle_resultvarchar(max)消息處理結(jié)果描述源消息數(shù)據(jù)msg_raw_datavarchar(8000)消息事件的源數(shù)據(jù)源消息格式data_protocolvarchar(30)如xml,hl7v2等是否加密is_encryptedsmallint記錄時(shí)間record_datedatetime記錄寫入時(shí)間戳圖1中s102為針對語義異構(gòu)的醫(yī)療消息事件進(jìn)行語義標(biāo)注，各種異構(gòu)醫(yī)療消息采用統(tǒng)一的語義標(biāo)注。圖3為本發(fā)明醫(yī)療消息語義標(biāo)注的流程圖，具體包括以下步驟：以待標(biāo)注的醫(yī)療消息事件的事務(wù)類別、事件類型、協(xié)議格式為輸入條件，讀取消息轉(zhuǎn)換映射關(guān)系配置文件；根據(jù)輸入條件獲取特定格式消息與統(tǒng)一標(biāo)準(zhǔn)消息的轉(zhuǎn)換映射關(guān)系，根據(jù)映射關(guān)系，將待標(biāo)注的醫(yī)療消息事件轉(zhuǎn)換為統(tǒng)一語義標(biāo)注的消息事件。圖4為本發(fā)明醫(yī)療消息語義標(biāo)注的詳細(xì)流程圖，語義標(biāo)注主要包括以下步驟：獲取步驟s101中醫(yī)療消息事件的消息類別等信息，主要包括消息協(xié)議格式，消息類別，事件類別，控制代碼等信息；讀取映射關(guān)系配置文件，用命名為mapper的對象存儲在內(nèi)存中；以事務(wù)類型、消息類型為條件，找到mapper中對應(yīng)消息的映射關(guān)系所在的transformer節(jié)點(diǎn)，獲取該節(jié)點(diǎn)下的所有信息，存儲在映射轉(zhuǎn)換對象transformer中；獲取該transformer節(jié)點(diǎn)下的inboundprotocol節(jié)點(diǎn)信息，與源消息中的protocol比較，判斷是否符合該協(xié)議規(guī)范，如果符合進(jìn)行下一步驟；否則終止；獲取transformer中inbound屬性列表；根據(jù)每個(gè)inbound屬性名稱找到transformer根節(jié)點(diǎn)下step類型節(jié)點(diǎn)，該節(jié)點(diǎn)描述了所需要的映射轉(zhuǎn)換規(guī)則；如果step類型節(jié)點(diǎn)中有function類型子節(jié)點(diǎn)，該function類型子節(jié)點(diǎn)描述了屬性映射轉(zhuǎn)換所需要的工具類函數(shù)，則根據(jù)function類型子節(jié)點(diǎn)中的函數(shù)進(jìn)行代碼轉(zhuǎn)換，轉(zhuǎn)換后的值保存在該step的outbound屬性變量中。獲取transformer中outboundprotocol節(jié)點(diǎn)的值，將outbound中所有屬性以及對應(yīng)的數(shù)據(jù)按照outboundprotocol的格式封裝，返回結(jié)果。表格4是xml格式的檢查申請消息內(nèi)容示例。圖5是檢查預(yù)約hl7標(biāo)準(zhǔn)消息內(nèi)容示例。表格5是經(jīng)過統(tǒng)一語義標(biāo)注后的檢查申請消息內(nèi)容。表格6是經(jīng)過統(tǒng)一語義標(biāo)注后的檢查預(yù)約消息內(nèi)容。表格4檢查申請xml格式消息示例表格5語義標(biāo)注后的檢查申請消息事件內(nèi)容表格6語義標(biāo)注后的檢查預(yù)約消息示例圖1中，s103為將統(tǒng)一語義的消息事件歸檔管理。將統(tǒng)一語義標(biāo)注的監(jiān)控消息事件歸檔到監(jiān)控?cái)?shù)據(jù)庫中，集中管理。并建立快速查找索引。監(jiān)控?cái)?shù)據(jù)庫的表結(jié)構(gòu)根據(jù)消息模型的結(jié)構(gòu)來設(shè)計(jì)。同時(shí)設(shè)計(jì)restfulwebservice接口，提供消息模型管理服務(wù)。表格7為消息事件歸檔管理的restful服務(wù)接口說明。表格7消息事件歸檔管理接口說明圖1中，s104為針對醫(yī)療業(yè)務(wù)流程的異常分析。圖6是集成監(jiān)控異常分析的總體流程圖。首先對醫(yī)療業(yè)務(wù)流程進(jìn)行建模，根據(jù)業(yè)務(wù)狀態(tài)建立標(biāo)準(zhǔn)有限狀態(tài)機(jī)；然后，對單個(gè)消息事件處理狀態(tài)進(jìn)行分析，判斷是否處理異常；最后，基于前面建立的標(biāo)準(zhǔn)業(yè)務(wù)流程狀態(tài)機(jī)，分析當(dāng)前業(yè)務(wù)流程狀態(tài)是否異常。首先，根據(jù)關(guān)鍵索引號找到當(dāng)前消息事件對應(yīng)的狀態(tài)(currentstate)b；然后，根據(jù)索引號找到最近的前一條消息記錄對應(yīng)的狀態(tài)(previousstate)a；從標(biāo)準(zhǔn)有限狀態(tài)機(jī)中找到狀態(tài)a對應(yīng)的下一個(gè)狀態(tài)(nextstate)c；比較分析狀態(tài)b與狀態(tài)c是否相等；若不相等則表示異常，報(bào)出異常。異常狀態(tài)檢測的詳細(xì)步驟如下：a、獲取待檢測醫(yī)療消息事件的消息類別，以及對應(yīng)的狀態(tài)碼a；b、解析配置文件，根據(jù)待檢測醫(yī)療消息事件的事務(wù)類型，獲取該事務(wù)的標(biāo)準(zhǔn)流程狀態(tài)機(jī)配置，根據(jù)該配置初始化標(biāo)準(zhǔn)狀態(tài)有向圖鄰接矩陣a；c、根據(jù)業(yè)務(wù)索引號在監(jiān)控?cái)?shù)據(jù)庫中查詢歷史消息日志，獲取時(shí)間最近的一條醫(yī)療消息事件以及該醫(yī)療消息事件對應(yīng)的狀態(tài)碼為b；d、以狀態(tài)b為起始狀態(tài)索引，遍歷鄰接矩陣a，若存在a[b][a]＝1則表示該業(yè)務(wù)流程狀態(tài)正常，否則為異常。圖7是以檢查業(yè)務(wù)為例的業(yè)務(wù)建模示意圖。圖8是根據(jù)檢查業(yè)務(wù)流程建立的標(biāo)準(zhǔn)狀態(tài)機(jī)示意圖。圖9為基于有限狀態(tài)機(jī)的業(yè)務(wù)流程狀態(tài)異常檢測詳細(xì)流程圖。圖10為報(bào)警提醒機(jī)制流程圖。圖1中，s105為針對異常狀態(tài)發(fā)出報(bào)警提醒。s104中根據(jù)異常狀態(tài)分析的結(jié)果，如果發(fā)現(xiàn)有異常狀態(tài)，則記錄發(fā)出異常報(bào)警事件，并推送給監(jiān)控管理人員。該提醒機(jī)制是通過異步消息事件讀寫分離實(shí)現(xiàn)的。首先當(dāng)發(fā)現(xiàn)異常狀態(tài)的消息事件時(shí)，生成記錄消息事件索引的報(bào)警(alarm)事件，將該事件寫入報(bào)警事件記錄表中，同時(shí)提供該報(bào)警事件的查詢服務(wù)接口，監(jiān)控管理界面定時(shí)輪詢該事件表，讀取報(bào)警事件，將報(bào)警信息實(shí)時(shí)顯示在監(jiān)控管理面上，并通過紅色標(biāo)志告知提醒監(jiān)控管理人員。綜上所述，本發(fā)明通過建立統(tǒng)一語義的醫(yī)療消息模型，將醫(yī)療活動中的消息以統(tǒng)一語義的醫(yī)療消息來表達(dá)并集中存儲，同時(shí)對異常狀態(tài)消息發(fā)出報(bào)警提醒，使得集成運(yùn)行維護(hù)人員能及時(shí)發(fā)現(xiàn)問題，并能快速定位到問題原因所在，實(shí)現(xiàn)對醫(yī)療信息系統(tǒng)的集成監(jiān)控，并提供快速排查問題的手段，提高集成運(yùn)行維護(hù)的效率。當(dāng)前第1頁12