沈曉奕 楊德仁 董富江

摘要：為了避免結(jié)構(gòu)化業(yè)務(wù)過程中引入非結(jié)構(gòu)化業(yè)務(wù)帶來的復(fù)雜性，提出一種用例2.0技術(shù)驅(qū)動業(yè)務(wù)過程建模方法?；舅枷胧鞘褂糜美?.0在結(jié)構(gòu)化業(yè)務(wù)過程中靈活更改或調(diào)整影響業(yè)務(wù)過程的擴展部分，并保留不受變化影響的基本部分，通過擴展用例2.0覆蓋非結(jié)構(gòu)化業(yè)務(wù)過程需求。結(jié)構(gòu)化業(yè)務(wù)過程與非結(jié)構(gòu)化業(yè)務(wù)過程相互補充，給出一個具體的醫(yī)院業(yè)務(wù)過程模型案例。該方法能夠在結(jié)構(gòu)化業(yè)務(wù)過程基礎(chǔ)上使用用例2.0和UML活動圖建模。

關(guān)鍵詞：醫(yī)院；SBP；UBP；用例2.0；UML活動圖

DOIDOI：10.11907/rjdk.181649

中圖分類號：TP301

文獻標識碼：A 文章編號：1672-7800（2018）010-0051-04

英文摘要Abstract：In order to avoid complexity caused by introducing unstructured business process into structured business process， this paper puts forward a use case 2.0 technology-driven business process modeling method.The basic idea of this method is to use case 2.0 in flexible business process to change or adjust the influence of some parts of the business process and retain those who are not affected by changes in the basic part， and by extending the use case 2.0 the demand of the unstructured is covered. Structured and unstructured business process business processes complement each other， and a specific hospital business process instance is given. The method can be used to use case 2.0 and UML activity diagram for modeling on the basis of the structured business process.

英文關(guān)鍵詞Key Words：hospital；SBP；UBP；Use Case 2.0；UML activity diagrams

0 引言

業(yè)務(wù)過程建模是組織建模的一個關(guān)鍵要素，由組織內(nèi)部和外部不同團隊協(xié)作參與完成。統(tǒng)一建模語言（Unified Modeling Language，UML）屬于結(jié)構(gòu)化業(yè)務(wù)過程，可用于多方協(xié)作業(yè)務(wù)過程建模，并提供一組豐富的結(jié)構(gòu)和行為視圖可視化表示[1]。UML 活動圖（UML Activity Diagrams）是UML中用于描述業(yè)務(wù)過程最重要的工具，提供一系列圖形符號支持對業(yè)務(wù)過程建模，定義參與到活動中的對象及角色、狀態(tài)和屬性變化。但是，在面對異常的不可預(yù)見性業(yè)務(wù)過程中，UML活動圖在設(shè)計業(yè)務(wù)過程模型時難以靈活更改或調(diào)整業(yè)務(wù)模型。

1 業(yè)務(wù)過程建模方法研究現(xiàn)狀

已有業(yè)務(wù)過程文獻提出了大量業(yè)務(wù)過程建模方法，針對不同業(yè)務(wù)過程類型，可以分為命令式過程建模方法和聲明式過程建模方法[2-4]。命令式過程建模方法是指基于圖形表示的過程建模語言對業(yè)務(wù)過程基本結(jié)構(gòu)中活動和控制流依賴關(guān)系的精確定義[5-6]?；趫D形表示的命令式過程建模方法已經(jīng)被提出[7]，包括UML[8]、BPMN[9]、Petri 網(wǎng)[10]、EPC s[11]。聲明式過程建模方法通過模型指定最小業(yè)務(wù)關(guān)注點，即管理業(yè)務(wù)過程的策略和規(guī)則，如CMMN[12-13]。結(jié)構(gòu)化業(yè)務(wù)過程（Structured Business Pro cesses ，SBP）屬于命令式過程建模方法，非結(jié)構(gòu)化業(yè)務(wù)過程（Unstructured Business Processes ，UBP）屬于聲明式過程建模方法[14-16]。結(jié)構(gòu)化業(yè)務(wù)過程模型與非結(jié)構(gòu)化業(yè)務(wù)過程模型相比，明確規(guī)定了執(zhí)行業(yè)務(wù)過程路徑的規(guī)范，有益于提高模型的可理解性和過程執(zhí)行效率，但是可能會限制業(yè)務(wù)過程的靈活性。在非結(jié)構(gòu)化業(yè)務(wù)過程中，允許涉眾擁有更大自由決定執(zhí)行哪一項任務(wù)應(yīng)對不可預(yù)見的需求[17]，可以在原結(jié)構(gòu)基礎(chǔ)上直接添加額外的新任務(wù)，而不需要重新設(shè)計業(yè)務(wù)過程，業(yè)務(wù)過程的適應(yīng)性和靈活性很高[2]。文獻[12]和文獻[17]提到了醫(yī)療過程具有很強的靈活性，并使用非結(jié)構(gòu)化語言CMMN敏捷地應(yīng)對醫(yī)療過程建模的需求。文獻[18]提出了新的建模語言，稱為業(yè)務(wù)過程和案例管理符號（BPCMN），以一種結(jié)構(gòu)化的方式在BPMN中表示，并且以一種非結(jié)構(gòu)化的方式使用CMMN，通過BPMN和CMMN集成更好地建立業(yè)務(wù)過程模型。文獻[19]提出了一種將UBP轉(zhuǎn)換為SBP的方法，使用強制語言進行建模。文獻[20]指出結(jié)構(gòu)化業(yè)務(wù)過程通常由非結(jié)構(gòu)化業(yè)務(wù)過程組成，需要探索一種全面的建模方法，能夠滿足結(jié)構(gòu)化和非結(jié)構(gòu)化業(yè)務(wù)過程建模需要，無需在結(jié)構(gòu)化業(yè)務(wù)過程中引入非結(jié)構(gòu)化業(yè)務(wù)過程，卻存在以下不足：對非結(jié)構(gòu)化業(yè)務(wù)過程CMMN，沒有任何符號定義過程模型中的用戶角色。目前，結(jié)構(gòu)化業(yè)務(wù)過程和非結(jié)構(gòu)化業(yè)務(wù)過程的研究僅僅涉及BPMN、CMMN、Petri 網(wǎng)、EPC s等圖形表示，而使用UML建模語言對結(jié)構(gòu)化業(yè)務(wù)過程的研究仍是空白。

本文將UML建模語言用例2.0與活動圖相結(jié)合，對結(jié)構(gòu)化業(yè)務(wù)過程進行建模，用例2.0建模替代非結(jié)構(gòu)化業(yè)務(wù)過程的需求，并將該方法應(yīng)用于具體的醫(yī)院業(yè)務(wù)過程模型案例。結(jié)果表明，用例2.0能夠滿足非結(jié)構(gòu)化的需求，避免了結(jié)構(gòu)化業(yè)務(wù)過程引入非結(jié)構(gòu)化需求帶來的復(fù)雜性。

2 用例2.0理論基礎(chǔ)與基本概念

用例2.0是呈現(xiàn)、運用、管理用例有效的新方式，被用于不同企業(yè)新業(yè)務(wù)開發(fā)和實踐過程，以增量方式體現(xiàn)用戶業(yè)務(wù)過程需求[21]。用例2.0的核心是用例、講故事和用例切片。用例捕獲業(yè)務(wù)目標，以一種簡單而全面的方式識別和捕獲所有不同但相關(guān)的故事。講故事是使涉眾關(guān)注業(yè)務(wù)目標、交流業(yè)務(wù)需求并探索用例的一種方法，也是連接涉眾、用例和用例切片之間鴻溝的橋梁。用例切片是用例本身的一部分，用例切成薄片即用例切片，用例切片組成增量版本。

盡管用例2.0提出了用例的新版本，但它并不是指統(tǒng)一建模語言的更新，而是指軟件開發(fā)人員和業(yè)務(wù)分析人員應(yīng)用用例的方式更加有效。用例2.0技術(shù)有三大支柱：用例敘述結(jié)構(gòu)；用例、用例切片與增量；講故事。

2.1 用例敘述結(jié)構(gòu)

用例通常用文本形式表現(xiàn)，通過編寫用例敘述的結(jié)構(gòu)，展示一個完整的用例故事。用例關(guān)注組織的特定目標，實現(xiàn)目標的最簡單方法是由基礎(chǔ)流程描述的，其它則被作為擴展流程呈現(xiàn)。基礎(chǔ)流程的每一步都可能出現(xiàn)不可預(yù)見的狀況，將異常狀況作為擴展流程捕獲，可以在需要時添加到基本流程中。在此過程中，可以確定最重要的用例，同時也可以很容易過濾掉對用戶沒有實際價值的用例。例如圖1，在病人取藥的基礎(chǔ)流程中，出現(xiàn)醫(yī)院藥品短缺等異常流程，為保證病人用藥，醫(yī)院及時聯(lián)系醫(yī)藥供應(yīng)商供給。

2.2 用例、用例切片與增量

圖2 顯示了醫(yī)院內(nèi)部協(xié)作段4個版本的增量開發(fā)。第一個增量版本包含兩個來源于用例1問診的用例切片，分別為用例切片1.1掛號和用例切片1.2診病。第二個增量版本中添加用例切片1.3拿藥方和用例切片2.1取藥。然后，添加更多切片創(chuàng)建第三和第四個增量版本。其中，第四個增量版本是現(xiàn)階段最完整的版本。

2.3 講故事

一個故事是用例敘述的一部分，找到有效故事的關(guān)鍵是理解用例敘述結(jié)構(gòu)。在此基礎(chǔ)上，提出基于路徑擴展的模型建模，是指以用例2.0為核心技術(shù)，基于基本路徑，以可選路徑為擴展點建模。對路徑擴展業(yè)務(wù)模型建模有兩個階段：①基本路徑階段，業(yè)務(wù)分析人員明確業(yè)務(wù)關(guān)注點，即關(guān)注的用例，將可預(yù)測的業(yè)務(wù)范圍考慮在內(nèi)；②路徑擴展階段，基本路徑不作任何變更，額外擴展未預(yù)先設(shè)計的異常路徑，必要時將異常路徑添加到基本路徑中（見圖3）。該方法以醫(yī)院業(yè)務(wù)相關(guān)人員為執(zhí)行者，可以將每個用例看作動作的一個映射，執(zhí)行動作的基本路徑和擴展路徑，展現(xiàn)病人到醫(yī)院問診的整個業(yè)務(wù)過程。

圖3左邊敘述的是基礎(chǔ)流程，而擴展流程則被顯示為與基礎(chǔ)用例中一系列步驟的分離。基礎(chǔ)流程自頂向下，從用例開始到用例結(jié)束終止用例，是完整、有價值的用例版本?；A(chǔ)流程的線性步驟有4步：第一步掛號，第二步問診，第三步離院，第四步評價。在基礎(chǔ)流程中可能出現(xiàn)異常事件，即擴展用例開藥、檢查、住院、治療。在基礎(chǔ)流程和擴展流程相互補充的過程中，完善業(yè)務(wù)過程模型。

圖3右邊是由醫(yī)院內(nèi)部協(xié)作段擴展至醫(yī)院外部代理與委托段的業(yè)務(wù)過程。醫(yī)院外部代理與委托段基礎(chǔ)流程分別是供應(yīng)商供應(yīng)、專家評估、社會評價、政府監(jiān)督，其中專家評估出現(xiàn)異常事件評估治療方案，病人評價出現(xiàn)異常事件投訴醫(yī)院。每個擴展用例在業(yè)務(wù)過程建模中自底向上不斷擴展完善，清楚敘述整個用例，并且每個擴展流程都在基礎(chǔ)流用例開始時開始，在基礎(chǔ)流用例結(jié)束時結(jié)束。

用例敘述結(jié)構(gòu)引導(dǎo)人們識別任何缺失的故事，并確保所有故事都是格式良好和可補充的，即使用用例2.0以彈性的方式應(yīng)對未知業(yè)務(wù)需求，并在此基礎(chǔ)上繼續(xù)擴展業(yè)務(wù)用例。將用例2.0技術(shù)的用例與UML活動圖執(zhí)行者的動作相互映射，映射規(guī)則是將用例2.0基礎(chǔ)、擴展流程與活動圖的核心段、內(nèi)部協(xié)作段、外部代理及委托段一一對應(yīng)，用例2.0的用例與活動圖動作一一映射。通過該組映射規(guī)則提供兩者之間的映射，允許在用例2.0中捕獲UML活動圖的動作，然后將其應(yīng)用到某醫(yī)院業(yè)務(wù)過程模型的案例研究中。

3 UML活動圖建模案例

隨著信息系統(tǒng)的發(fā)展，業(yè)務(wù)過程建模廣泛應(yīng)用于醫(yī)療各業(yè)務(wù)領(lǐng)域。本文通過某醫(yī)院業(yè)務(wù)流程模型建模分析，采用UML建模語言中的活動圖對醫(yī)院內(nèi)部核心段、內(nèi)部協(xié)作段、外部代理與委托段等結(jié)構(gòu)化業(yè)務(wù)過程進行動態(tài)建模，并依次逐段細化?；顒訄D反映醫(yī)院核心段的核心功能主要有掛號、問診、離院、評價。醫(yī)院內(nèi)部協(xié)作段功能主要有開藥、檢查、住院、治療。醫(yī)院業(yè)務(wù)過程并不是獨立運行，建模過程中需要涉及多個參與者，主要包括外部代理與委托段的醫(yī)藥器材供應(yīng)商、院外專家、社會公眾、政府人員，這些協(xié)作者也通過活動圖反映。

3.1 業(yè)務(wù)過程模型：核心段

在核心段病人看病活動中，兩個主執(zhí)行者分別是病人和醫(yī)生，對病人和醫(yī)生兩個執(zhí)行者的每一個動作進行說明，具體如圖4所示。

當(dāng)主執(zhí)行者為病人時，包括掛號、問診、離院、評價4個動作。病人通過線上預(yù)約或者線下窗口兩種方式掛號，選擇科室和專家姓名后，醫(yī)院系統(tǒng)自動生成掛號單，病人領(lǐng)取掛號單完成掛號。病人到指定科室問診，被醫(yī)生診斷為健康，可直接離院。病人出院后，對醫(yī)院的醫(yī)療行為進行評價并生成評價報告。當(dāng)主執(zhí)行者為醫(yī)生時，其主要業(yè)務(wù)動作為診斷，醫(yī)生接診后詢問病人病情，聽取病人主訴，進行一般身體檢查即初次診斷。醫(yī)生診斷病人為健康，病人可以直接出院。

3.2 業(yè)務(wù)過程模型：內(nèi)部協(xié)作段

醫(yī)院內(nèi)部協(xié)作的業(yè)務(wù)過程，由核心段擴展到藥劑師發(fā)藥、檢驗/影像技師檢查、護士安排住院等內(nèi)部協(xié)作，3個主要執(zhí)行者分別是藥劑師、影像/檢驗技師和護士。

圖5詳細描述了內(nèi)部協(xié)作段的醫(yī)院內(nèi)部活動。當(dāng)主執(zhí)行者為藥劑師時，其主要業(yè)務(wù)動作為發(fā)藥，即藥劑師根據(jù)醫(yī)生開的藥方抓藥、配藥并把藥品分配給病人；其次是檢查各科室及全院的藥品數(shù)量，當(dāng)藥品庫存達到最低限度時，及時上報給相關(guān)部門請求補充藥物。當(dāng)主執(zhí)行者為檢驗/影像技師時，其使用診療設(shè)備為病人拍片檢查，根據(jù)檢查結(jié)果給出結(jié)論并提供檢查報告。當(dāng)主執(zhí)行者為護士時，護士根據(jù)病人病歷、檢查報告和住院通知單，安排病人到住院部治療。

3.3 業(yè)務(wù)過程模型： 外部代理與委托段

醫(yī)院外部代理與委托段業(yè)務(wù)過程建模，由醫(yī)院內(nèi)部協(xié)作段進而擴展至外部代理與委托段的供應(yīng)商供應(yīng)、專家評估、社會評價、政府監(jiān)督等，如圖6—圖9所示。

當(dāng)醫(yī)院內(nèi)部發(fā)生異常業(yè)務(wù)事件時，通常要求進行案例管理。藥劑師檢查各科室及全院的藥品數(shù)量，發(fā)現(xiàn)藥品庫存達到最低限度時，及時上報醫(yī)院有關(guān)部門采購，連接到第一個接口A，A為供應(yīng)商供應(yīng)接入端口。醫(yī)生根據(jù)檢查報告為病人制定治療方案，院外專家評估病人質(zhì)疑和診療方案合理性，連接到第二個接口B，B為專家評估接入端口。病人將醫(yī)院治療方案、藥品價格、服務(wù)質(zhì)量等評價信息上傳網(wǎng)絡(luò)，醫(yī)院接受社會公開評價，連接到第3個接口C，C為社會評價接入端口。最后，由政府對藥品價格 、服務(wù)質(zhì)量、病人投訴進行監(jiān)督，連接到第4個接口D，D為社會監(jiān)督的接入端口。

4 結(jié)語

本文研究發(fā)現(xiàn)，在結(jié)構(gòu)化業(yè)務(wù)過程中UML活動圖不能有效捕獲所有業(yè)務(wù)流程，為了應(yīng)對未知的異常業(yè)務(wù)過程需求，提出一種用例2.0技術(shù)驅(qū)動的業(yè)務(wù)過程建模方法，基于用例2.0技術(shù)，使用路徑擴展模型建模解決該問題。該方法能夠滿足結(jié)構(gòu)化和非結(jié)構(gòu)化業(yè)務(wù)過程建模的需要，無需在結(jié)構(gòu)化業(yè)務(wù)過程中引入非結(jié)構(gòu)化業(yè)務(wù)過程，避免了業(yè)務(wù)過程的復(fù)雜性。在未來工作中，需進一步對業(yè)務(wù)過程建模方法在醫(yī)院醫(yī)療領(lǐng)域的應(yīng)用進行分析，對醫(yī)院醫(yī)療領(lǐng)域業(yè)務(wù)流程進行建模與優(yōu)化。

參考文獻：

[1] NOGUERA M， CHUNG L. Ontology-driven analysis of UML-based collaborative processes using OWL-DL and CPN[J]. Science of Computer Programming，2010，75（8）：726-760.

[2] GOEDERTIER S， VANTHIENEN J， CARON F. Declarative business process modelling： principles and modelling languages[J]. Enterprise Information Systems， 2015，9（2）：161-185.

[3] WESTERGAARD M， SLAATS T. CPN tools 4： a process modeling tool combining declarative and imperative paradigms[C].Beijing：International Conference on Business Process Management，2014.

[4] SILVA N C， OLIVEIRA C A L D， ALBINO F A L A， et al. Declarative versus imperative business process languages： a controlled experiment[C].16th International Conference on Enterprise Information Systems， 2015：394-401.

[5] GIACOMO G D， DUMAS M， MAGGI F M， et al. Declarative process modeling in BPMN[J]. Advanced Information Systems Engineering，2015：84-100.

[6] MERTENS S， GAILLY F， POELS G. Enhancing declarative process models with DMN decision logic[C]. International Conference on Enterprise， Business-Process and Information Systems Modeling， 2015：151-165.

[7] CARDOSO E， LABUNETS K， DALPIAZ F， et al. Modeling structured and unstructured processes： an empirical evaluation[C].35th International Conference， 2016：347-361.

[8] ESHUIS R， WIERINGA R. A formal semantics for UML activity diagrams——formalising workflow models[C]. University of Twente Centre for Telematics & Information Technology， 2017：1-44.

[9] ALLWEYER T. BPMN 2.0： Introduction to the standard of business process modeling[M]. Norderstedt：Books on Demand GmbH， 2016.

[10] LI X， FANG X， ZHAO J. The approach of analyzing consolidation and the change domain in medical business process models based on Petri net[J]. Journal of Yangtze University， 2016：20-25.

[11] DONGEN B V， DIJKMAN R， MENDLING J. Measuring similarity between business process models[J]. Seminal Contributions to Information Systems Engineering， 2013， 5074：405-420.

[12] CARVALHO R M D， MILI H， BOUBAKER A， et al. On the analysis of CMMN expressiveness： revisiting workflow patterns[C].Enterprise Distributed Object Computing Workshop， 2016：1-8.

[13] MARIN M A， LOTRIET H， POLL J A V D. Metrics for the case management modeling and notation （CMMN） specification[C].Research Conference on South African Institute of Computer Scientists and Information Technologists， 2015：28.

[14] DUMAS M， ROSA M L， MENDLING J， et al. Understanding business process models： the costs and benefits of structuredness[C]. International Conference on Advanced Information Systems Engineering， 2012：31-46.

[15] JESSICA Y T Y， LEE R W B， TSUI E. Examining knowledge audit for structured and unstructured business processes： a comparative study in two Hong Kong companies[J]. Journal of Knowledge Management， 2015：514-529.

[16] BUKHSH Z. BPMN plus ： a modelling language for unstructured business processes[D]. Enschede：University of Twente，2015.

[17] CARVALHO R M D， MILI H， GONZALEZ J， et al. Comparing ConDec to CMMN： towards a common language for flexible processes[C]. Roma：International Conference on Model-Driven Engineering and Software Development， 2017.

[18] HINKELMANN K. Business process flexibility and decision-aware modeling—the knowledge work designer[C].Domain-Specific Conceptual Modeling， 2016：397-414.

[19] ESHUIS R， KUMAR A. Converting unstructured into semi-structured process models[C]. Data & Knowledge Engineering， 2016：43-61.

[20] BUKHSH Z A， SINDEREN M V， SIKKEL N， et al. Understanding modeling requirements of unstructured business processes[C]. International Conference on E-Business，2017：17-27.

[21] IVAR J，IAN S，BRIAN K.Use-case 2.0[C]. Communications of the ACM，2016：61-69.

（責(zé)任編輯：何 麗）