用于處理案例管理模型的方法、裝置和系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本公開涉及信息處理技術(shù)，更具體地，涉及處理案例管理模型的技術(shù)。
【背景技術(shù)】
[0002] 當今，知識工作者在工作人口中所占的比例正在逐漸增長。然而，由于知識工作 的可預(yù)測度低于程序性的工作，所W針對程序性的工作開發(fā)的處理技術(shù)例如業(yè)務(wù)流程管理 化usiness process management，BPM)并不能很好地服務(wù)于知識工作者。因此，已經(jīng)開發(fā)出 利用案例管理模型（case management model, CMM)的處理技術(shù)來方便知識工作者的工作。
[0003] W病人在醫(yī)院看病的情形為例說明BPM和CMM的區(qū)別。病人先在醫(yī)院掛號，然后 找醫(yī)生診斷病情。醫(yī)生要求病人驗血和驗?zāi)?。當?shù)玫絻蓚€化驗結(jié)果時，醫(yī)生診斷病情并開 出治療方案。在緊急情況下，通常跳過掛號步驟并立即開始治療。表示通常情況和緊急情 況的BPM如圖1 (a)和1化）所示，而CMM如圖1 (C)所示。
[0004] 可W看出，對于BPM而言，必須明確地對例外情況建模。然而，對所有可能的情況 建模會導(dǎo)致模型變復(fù)雜且不切實可行，因為例外情況和緊急情況可能在任意時間點發(fā)生。 送使得難W甚至無法預(yù)見接下來應(yīng)該進行什么活動。
[0005] 作為對比，CMM能夠降低復(fù)雜度且能夠更靈活地選擇執(zhí)行路徑。例如，當慢性病患 者接受定期藥物治療時，只需要執(zhí)行掛號和治療兩個任務(wù)。因此執(zhí)行路徑是；掛號一治療。 在緊急情況下，直接開始診斷并在之后進行掛號。假定在該情況中不需要驗?zāi)虻枰炑?由于第一次驗血的結(jié)果不清楚，所W只有在得到第二次驗血的結(jié)果并進行附加診斷后才能 進行治療。送樣，執(zhí)行路徑是：診斷一掛號一驗血一驗血一治療。在非緊急情況下，先進行 掛號，再進行診斷。假定在該情況下驗血和驗?zāi)蚨家獔?zhí)行。然而，由于驗?zāi)虻慕Y(jié)果令人擔憂， 所W立即開出適當?shù)乃幏竭M行治療。隨后得到驗血的結(jié)果，因此執(zhí)行附加的治療來處理驗 血的結(jié)果。送樣，執(zhí)行路徑是：掛號一診斷一驗?zāi)?、驗血一治療一治療。除此之外，該CMM還 能支持更多的可能性。
[0006] 可見，CMM代表辦公自動化的趨勢。因此，如果能夠提供改進CMM的技術(shù)，郝將合 乎技術(shù)進步的需要。

【發(fā)明內(nèi)容】

[0007] 根據(jù)本公開的一個方面，提供了一種用于處理案例管理模型的方法，其包括；獲取 具有多個元素的已有案例管理模型；獲取具有至少一個元素的新案例管理模型；根據(jù)新案 例管理模型的元素和已有案例管理模型的多個元素之間的匹配成本，將新案例管理模型的 元素對準到已有案例管理模型的元素；W及基于被對準的元素之間的匹配成本，將新案例 管理模型融合到已有案例管理模型中。
[0008] 根據(jù)本公開的另一個方面，提供了一種用于處理案例管理模型的裝置，其包括：對 準單元，其配置成接收具有多個元素的已有案例管理模型和具有至少一個元素的新案例管 理模型，根據(jù)新案例管理模型的元素和已有案例管理模型的多個元素之間的匹配成本，將 新案例管理模型的元素對準到已有案例管理模型的元素；w及融合單元，其配置成基于被 對準的元素之間的匹配成本，將新案例管理模型融合到已有案例管理模型中。
【附圖說明】
[0009] 通過結(jié)合附圖對本公開示例性實施例進行更詳細的描述，本公開的上述W及其它 目的、特征和優(yōu)勢將變得更加明顯，其中，在本公開示例性實施例中，相同的附圖標記通常 代表相同部件。
[0010] 圖1 (a)-l (C)示出用于醫(yī)療情形的BPM和CMM的示例。
[0011] 圖2A和2B分別示出根據(jù)本公開的一個實施例的案例模型處理系統(tǒng)的框圖。
[0012] 圖3示出根據(jù)本公開的一個實施例的案例管理模型處理方法的流程圖。
[0013] 圖4示出根據(jù)本公開的一個實施例的案例管理模型轉(zhuǎn)換過程的流程圖。
[0014] 圖5A和5B分別示出根據(jù)本公開的一個實施例的從結(jié)構(gòu)化知識源和非結(jié)構(gòu)化知識 源轉(zhuǎn)換案例管理模型的示例。
[0015] 圖6示出根據(jù)本公開的一個實施例的對準過程的流程圖。
[0016] 圖7示出根據(jù)本公開的一個實施例的對準子過程的流程圖。
[0017] 圖8(a)和8(b)示出醫(yī)療情形中的案例管理模型的示例。
[0018] 圖9 (a)和9化）示出根據(jù)本公開的一個實施例執(zhí)行對準過程的示例。
[0019] 圖10示出根據(jù)本公開的一個實施例的復(fù)合過程的流程圖。
[0020] 圖11示出根據(jù)本公開的一個實施例的插入過程的流程圖。
[0021] 圖12 (a)和12化）示出根據(jù)本公開的一個實施例執(zhí)行融合過程的示例。
[0022] 圖13示出適于用來實現(xiàn)本公開的各個實施例的示例性計算機系統(tǒng)/服務(wù)器的框 圖。
【具體實施方式】
[0023] 下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開 的示例性實施例，然而應(yīng)該理解，可W W各種形式實現(xiàn)本公開而不應(yīng)被送里闡述的實施例 所限制。相反，提供送些實施例是為了使本公開更加透徹和完整，并且能夠?qū)⒈竟_的范圍 完整地傳達給本領(lǐng)域的技術(shù)人員。
[0024] 一個案例是指，針對一個特定環(huán)境里的對象，為了達到一個希望的效果而實施一 系列動作的過程。歷史上，案例管理最早起源于法律和醫(yī)療領(lǐng)域。隨著計算機技術(shù)的發(fā)展， 案例管理模型（CMM)被越來越廣泛地應(yīng)用在更多的領(lǐng)域。下面雖然是W醫(yī)療領(lǐng)域為背景描 述各個實施例，但是應(yīng)當指出送些實施例同樣可W應(yīng)用在其它領(lǐng)域。
[00巧]作為行業(yè)標準之一，對象管理工作組（Object Management Group, 0MG)在2014 年 5 月發(fā)布了?；?6 Management Model and Notation(CMMN)Versionl.0"(0MG Do州ment Numbe;r:fo;rmal/2014-〇5-〇5，http://www. omg. org/spec/CMMN/1. Ο/PDF')。該標準定義了用 于CMM的元模型，用于CMM建模和模型交換的標記法。下面描述的各個實施例是W上述標 準的標記法為例進行描述的，但是應(yīng)當指出送些實施例同樣可W在其它標記法和標準的基 礎(chǔ)之進行實施。
[0026] CMM通常包括實體元素和關(guān)系元素。實體可W包括階段條目（stage item)、任 務(wù)條目（task item)和數(shù)據(jù)（data)。關(guān)系可W包括從屬關(guān)系（a巧liation)和約束關(guān)系 (constraint)。
[0027] 階段是模型的構(gòu)建塊，例如可W具有W下屬性（attribute);標識符（id)、名稱、 說明（description)、進入標準（entiT criteria)和退出標準（exit criteria),其中進入 標準和退出標準引用某些約束關(guān)系。
[0028] 任務(wù)是作業(yè)（work)的基本構(gòu)成單元，例如可W具有W下屬性；標識符、名稱、說 明、輸入、輸出、進入標準和退出標準，同樣，進入標準和退出標準引用某些約束關(guān)系。
[0029] 數(shù)據(jù)是數(shù)據(jù)服務(wù)中的信息，其充當用于引起事件W及對條目的屬性（例如任務(wù)的 輸入和輸出屬性）的約束關(guān)系表達式和引入點進行評估的上下文（context)。數(shù)據(jù)作為任 務(wù)的輸入和輸出，例如可W具有W下屬性；標識符、名稱和值。
[0030] 從屬關(guān)系構(gòu)成CMM的分層結(jié)構(gòu)，可W包括；階段-階段關(guān)系，表示一個階段可W包 括其他階段；階段-任務(wù)關(guān)系，表示一個階段可W包括一個或多個任務(wù)。
[0031] 約束關(guān)系可W包括；條目-條目關(guān)系，表示條目之間的時間關(guān)系；數(shù)據(jù)-條目關(guān) 系，表示針對條目的數(shù)據(jù)約束關(guān)系。
[003引送樣，CMM中的知識可W包括W下知識：條目分層結(jié)構(gòu)知化例如化驗階段包括驗 血和驗?zāi)蛉蝿?wù)；條目時間約束關(guān)系知識，例如對于沒有經(jīng)過診斷的患者不能進行驗血；數(shù) 據(jù)約束關(guān)系知識，例如如果白血球的數(shù)量>3000,則進行治療。
[0033] CMM是一種用于支持靈活的且知識密集型的業(yè)務(wù)流程的新模型。CMM W數(shù)據(jù)為基 礎(chǔ)，而數(shù)據(jù)是送些流程的典型產(chǎn)物。送意味著具有精簡的元素的CMM能夠表示兀余知識。 然而，代價是對案例進行建模對于知識工作者而言變得更復(fù)雜，特別是通過持續(xù)的改進來 保持模型中的知識的高質(zhì)量，因為送需要應(yīng)對W下挑戰(zhàn)；（1)過時，即知識不能夠反映當前 的情況；（2)片面，即知識僅反映了部分情況；W及（3)不實用，即知識不能匹配實際情況。 現(xiàn)有的系統(tǒng)僅能夠支持知識工作者創(chuàng)建和編輯CMM，但是由于上述挑戰(zhàn)W及只能手動改進 CMM而難W保持模型中知識的高質(zhì)量并持續(xù)改進模型中的知識。
[0034] 本公開的實施例能夠克服現(xiàn)有系統(tǒng)中的上述一個或多個問題。下面參考圖2至13 描述本公開的各個實施例。
[003引圖2A示出根據(jù)本公開的一個實施例的案例模型處理系統(tǒng)的框圖。如圖所示，根據(jù) 本實施例的案例模型處理系統(tǒng)200可W包括案例管理模型轉(zhuǎn)換單元202、案例管理模型對 準單元206、案例管理模型融合單元208、案例管理建模單元210、案例管理模型存儲庫212 和案例管理模型編輯/查看單元214。
[0036] 案例管理模型轉(zhuǎn)換單元202可W配置成接收從包括結(jié)構(gòu)化知識源和非結(jié)構(gòu)化知 識源的各種知識源中提取的信息并將其轉(zhuǎn)換成案例管理模型。例如，從各種知識源中提取 的信息可W由案例監(jiān)視和分析模塊216提供。案例管理模型轉(zhuǎn)換單元202可W通過執(zhí)行下 面參考圖4描述的案例管理模型轉(zhuǎn)換過程來實現(xiàn)。
[0037] 關(guān)于上述與案例管理模型轉(zhuǎn)換單元202通信的案例監(jiān)視和分析模塊216,其可W 配置成從包括結(jié)構(gòu)化知識源和非結(jié)構(gòu)化知識源的各種知識源中提取信息。如圖所示，案例 監(jiān)視和分析模塊216可W包括至少一個結(jié)構(gòu)化知識源218和至少一個非結(jié)構(gòu)化知識源222， W及分別與知識源218和222相對應(yīng)的至少一個數(shù)據(jù)挖掘器220和至少一個信息提取器 224。
[0038] 結(jié)構(gòu)化知識源218提供的結(jié)構(gòu)化數(shù)據(jù)通常指的是機器能夠直接解釋的具有固定 結(jié)構(gòu)的數(shù)據(jù)，包括數(shù)據(jù)庫所管理的數(shù)據(jù)W及其它W二維或者多維結(jié)構(gòu)表達的數(shù)據(jù)，例如生 產(chǎn)、業(yè)務(wù)、交易、客戶信息等方面的記錄。非結(jié)構(gòu)化知識源222提供的非結(jié)構(gòu)化數(shù)據(jù)，相對于 結(jié)構(gòu)化數(shù)據(jù)，主要指的是人能夠理解，但機器無法直接解釋的數(shù)據(jù)，包括郝些無法用數(shù)字或 統(tǒng)一的結(jié)構(gòu)表示的各種內(nèi)容，例如，營運內(nèi)容，例如合