用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理系統(tǒng)和業(yè)務(wù)流程管理方法
【專利摘要】本發(fā)明提供了一種用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理系統(tǒng)，包括：流程定義單元，用于創(chuàng)建醫(yī)療業(yè)務(wù)流程，所述醫(yī)療業(yè)務(wù)流程包含業(yè)務(wù)對象、執(zhí)行腳本和對應(yīng)于所述業(yè)務(wù)對象的至少一種業(yè)務(wù)操作；請求解析單元，用于解析接收到的對特定業(yè)務(wù)對象的業(yè)務(wù)請求，確定相應(yīng)的醫(yī)療業(yè)務(wù)流程；業(yè)務(wù)執(zhí)行單元，用于運行被請求的醫(yī)療業(yè)務(wù)流程中的執(zhí)行腳本，并根據(jù)所述特定業(yè)務(wù)對象的實時狀態(tài)，執(zhí)行對應(yīng)于所述實時狀態(tài)的業(yè)務(wù)操作。本發(fā)明還提出了一種用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理方法。通過本發(fā)明的技術(shù)方案，提出了對醫(yī)療系統(tǒng)內(nèi)的業(yè)務(wù)流程的統(tǒng)一管理模型，有助于簡化流程的創(chuàng)建和執(zhí)行過程，便于實現(xiàn)對醫(yī)療業(yè)務(wù)流程的有效管理。
【專利說明】用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理系統(tǒng)和業(yè)務(wù)流程管理方法【技術(shù)領(lǐng)域】[0001]本發(fā)明涉及醫(yī)療信息化【技術(shù)領(lǐng)域】，具體而言，涉及一種用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程 管理系統(tǒng)和一種用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理方法?！颈尘凹夹g(shù)】[0002]業(yè)務(wù)流程引擎已經(jīng)作為一個功能相對獨立的模塊被廣泛應(yīng)用，其包含的多種靈活 的工具，使得一方面能夠?qū)崿F(xiàn)更多的功能和業(yè)務(wù)，另一方面也增加了使用上的復(fù)雜性。[0003]因此，對于數(shù)據(jù)關(guān)系復(fù)雜、處理量大的醫(yī)療系統(tǒng)，如何通過更具體的模型來規(guī)范、 簡化流程的創(chuàng)建等過程，成為目前亟待解決的技術(shù)問題。
【發(fā)明內(nèi)容】
[0004]本發(fā)明正是基于上述問題，提出了一種新的技術(shù)方案，提出了對醫(yī)療系統(tǒng)內(nèi)的業(yè) 務(wù)流程的統(tǒng)一管理模型，有助于簡化流程的創(chuàng)建和執(zhí)行過程，便于實現(xiàn)對醫(yī)療業(yè)務(wù)流程的有效管理。[0005]有鑒于此，本發(fā)明提出了一種用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理系統(tǒng)，包括:流程定義 單元，用于創(chuàng)建醫(yī)療業(yè)務(wù)流程，所述醫(yī)療業(yè)務(wù)流程包含業(yè)務(wù)對象、執(zhí)行腳本和對應(yīng)于所述業(yè) 務(wù)對象的至少一種業(yè)務(wù)操作；請求解析單元，用于解析接收到的對特定業(yè)務(wù)對象的業(yè)務(wù)請 求，確定相應(yīng)的醫(yī)療業(yè)務(wù)流程；業(yè)務(wù)執(zhí)行單元，用于運行被請求的醫(yī)療業(yè)務(wù)流程中的執(zhí)行腳 本，并根據(jù)所述特定業(yè)務(wù)對象的實時狀態(tài)，執(zhí)行對應(yīng)于所述實時狀態(tài)的業(yè)務(wù)操作。[0006]在該技術(shù)方案中，通過建立由業(yè)務(wù)對象、執(zhí)行腳本、業(yè)務(wù)操作構(gòu)成的醫(yī)療業(yè)務(wù)流 程，定義了統(tǒng)一、簡化的流程模板，使得針對任意的醫(yī)療業(yè)務(wù)，都能夠通過該模型實現(xiàn)對醫(yī) 療請求的響應(yīng)，從而簡化醫(yī)療業(yè)務(wù)流程的建立和處理過程。[0007]在上述技術(shù)方案中，優(yōu)選地，所述業(yè)務(wù)執(zhí)行單元還用于:判斷所述實時狀態(tài)對應(yīng)的 業(yè)務(wù)操作是否需要人工參與，若需要，則向所述業(yè)務(wù)請求的發(fā)送方提供用戶交互界面，并根 據(jù)用戶輸入的操作指令，完成所述業(yè)務(wù)操作。[0008]在該技術(shù)方案中，對于需要人工參與的業(yè)務(wù)操作，通過生成對應(yīng)的用戶交互界面， 便于提示用戶，并接收用戶的輸入信息，以實現(xiàn)對醫(yī)療業(yè)務(wù)流程的有效處理。[0009]在上述任一技術(shù)方案中，優(yōu)選地，所述業(yè)務(wù)執(zhí)行單元還用于:根據(jù)所述用戶交互界 面接收到的用戶輸入的屬性定義指令或?qū)傩哉{(diào)整指令，對所述特定業(yè)務(wù)對象的屬性信息進 行定義或調(diào)整；以及根據(jù)所述特定業(yè)務(wù)對象被定義或調(diào)整后的屬性信息，確定后續(xù)執(zhí)行的 業(yè)務(wù)操作。[0010]在該技術(shù)方案中，由于不同用戶對于同一業(yè)務(wù)對象可能存在不同的操作需求，因 而可以通過對業(yè)務(wù)對象的屬性信息的定義或調(diào)整，以體現(xiàn)用戶的實際業(yè)務(wù)需求。[0011]在上述任一技術(shù)方案中，優(yōu)選地，所述業(yè)務(wù)執(zhí)行單元還用于:若所述實時狀態(tài)對應(yīng) 的業(yè)務(wù)操作不需要人工參與，則直接執(zhí)行該業(yè)務(wù)操作。[0012]在上述任一技術(shù)方案中，優(yōu)選地，還包括:流程編輯單元，用于根據(jù)接收到的編輯指令，對已生成的業(yè)務(wù)流程進行編輯。[0013]在該技術(shù)方案中，通過對已有業(yè)務(wù)流程的編輯，便于滿足不同的實際需求，有助于 適應(yīng)不同的應(yīng)用場景。[0014]本發(fā)明還提出了一種用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理方法，包括:創(chuàng)建醫(yī)療業(yè)務(wù)流 程，所述醫(yī)療業(yè)務(wù)流程包含業(yè)務(wù)對象、執(zhí)行腳本和對應(yīng)于所述業(yè)務(wù)對象的至少一種業(yè)務(wù)操 作；解析接收到的對特定業(yè)務(wù)對象的業(yè)務(wù)請求，確定相應(yīng)的醫(yī)療業(yè)務(wù)流程；運行被請求的 醫(yī)療業(yè)務(wù)流程中的執(zhí)行腳本，并根據(jù)所述特定業(yè)務(wù)對象的實時狀態(tài)，執(zhí)行對應(yīng)于所述實時 狀態(tài)的業(yè)務(wù)操作。[0015]在該技術(shù)方案中，通過建立由業(yè)務(wù)對象、執(zhí)行腳本、業(yè)務(wù)操作構(gòu)成的醫(yī)療業(yè)務(wù)流 程，定義了統(tǒng)一、簡化的流程模板，使得針對任意的醫(yī)療業(yè)務(wù)，都能夠通過該模型實現(xiàn)對醫(yī) 療請求的響應(yīng)，從而簡化醫(yī)療業(yè)務(wù)流程的建立和處理過程。[0016]在上述技術(shù)方案中，優(yōu)選地，還包括:判斷所述實時狀態(tài)對應(yīng)的業(yè)務(wù)操作是否需要 人工參與；若需要，則向所述業(yè)務(wù)請求的發(fā)送方提供用戶交互界面，并根據(jù)用戶輸入的操作 指令，完成所述業(yè)務(wù)操作。[0017]在該技術(shù)方案中，對于需要人工參與的業(yè)務(wù)操作，通過生成對應(yīng)的用戶交互界面， 便于提示用戶，并接收用戶的輸入信息，以實現(xiàn)對醫(yī)療業(yè)務(wù)流程的有效處理。[0018]在上述任一技術(shù)方案中，優(yōu)選地，還包括:根據(jù)所述用戶交互界面接收到的用戶輸 入的屬性定義指令或?qū)傩哉{(diào)整指令，對所述特定業(yè)務(wù)對象的屬性信息進行定義或調(diào)整；以 及根據(jù)所述特定業(yè)務(wù)對象被定義或調(diào)整后的屬性信息，確定后續(xù)執(zhí)行的業(yè)務(wù)操作。[0019]在該技術(shù)方案中，由于不同用戶對于同一業(yè)務(wù)對象可能存在不同的操作需求，因 而可以通過對業(yè)務(wù)對象的屬性信息的定義或調(diào)整，以體現(xiàn)用戶的實際業(yè)務(wù)需求。[0020]在上述任一技術(shù)方案中，優(yōu)選地，還包括:若所述實時狀態(tài)對應(yīng)的業(yè)務(wù)操作不需要 人工參與，則直接執(zhí)行該業(yè)務(wù)操作。[0021]在上述任一技術(shù)方案中，優(yōu)選地，還包括:根據(jù)接收到的編輯指令，對已生成的業(yè) 務(wù)流程進行編輯。[0022]在該技術(shù)方案中，通過對已有業(yè)務(wù)流程的編輯，便于滿足不同的實際需求，有助于 適應(yīng)不同的應(yīng)用場景。[0023]通過以上技術(shù)方案，提出了對醫(yī)療系統(tǒng)內(nèi)的業(yè)務(wù)流程的統(tǒng)一管理模型，有助于簡 化流程的創(chuàng)建和執(zhí)行過程，便于實現(xiàn)對醫(yī)療業(yè)務(wù)流程的有效管理。【專利附圖】

【附圖說明】[0024]圖1示出了根據(jù)本發(fā)明的實施例的用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理系統(tǒng)的示意框 圖；[0025]圖2示出了根據(jù)本發(fā)明的實施例的用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理方法的示意流 程圖；[0026]圖3示出了根據(jù)本發(fā)明的實施例的生成掛號號源的示意流程圖?！揪唧w實施方式】[0027]為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點，下面結(jié)合附圖和【具體實施方式】對本發(fā)明進行進一步的詳細描述。需要說明的是，在不沖突的情況下，本申請的實施 例及實施例中的特征可以相互組合。[0028]在下面的描述中闡述了很多具體細節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可 以采用其他不同于在此描述的其他方式來實施，因此，本發(fā)明并不限于下面公開的具體實 施例的限制。[0029]圖1示出了根據(jù)本發(fā)明的實施例的用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理系統(tǒng)的示意框 圖。[0030]如圖1所示，根據(jù)本發(fā)明的實施例的用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理系統(tǒng)100，包 括:流程定義單元102，用于創(chuàng)建醫(yī)療業(yè)務(wù)流程，所述醫(yī)療業(yè)務(wù)流程包含業(yè)務(wù)對象、執(zhí)行腳 本和對應(yīng)于所述業(yè)務(wù)對象的至少一種業(yè)務(wù)操作；請求解析單元104，用于解析接收到的對 特定業(yè)務(wù)對象的業(yè)務(wù)請求，確定相應(yīng)的醫(yī)療業(yè)務(wù)流程；業(yè)務(wù)執(zhí)行單元106，用于運行被請求 的醫(yī)療業(yè)務(wù)流程中的執(zhí)行腳本，并根據(jù)所述特定業(yè)務(wù)對象的實時狀態(tài)，執(zhí)行對應(yīng)于所述實 時狀態(tài)的業(yè)務(wù)操作。[0031]在該技術(shù)方案中，通過建立由業(yè)務(wù)對象、執(zhí)行腳本、業(yè)務(wù)操作構(gòu)成的醫(yī)療業(yè)務(wù)流 程，定義了統(tǒng)一、簡化的流程模板，使得針對任意的醫(yī)療業(yè)務(wù)，都能夠通過該模型實現(xiàn)對醫(yī) 療請求的響應(yīng)，從而簡化醫(yī)療業(yè)務(wù)流程的建立和處理過程。[0032]在上述技術(shù)方案中，優(yōu)選地，所述業(yè)務(wù)執(zhí)行單元106還用于:判斷所述實時狀態(tài)對 應(yīng)的業(yè)務(wù)操作是否需要人工參與，若需要，則向所述業(yè)務(wù)請求的發(fā)送方提供用戶交互界面， 并根據(jù)用戶輸入的操作指令，完成所述業(yè)務(wù)操作。[0033]在該技術(shù)方案中，對于需要人工參與的業(yè)務(wù)操作，通過生成對應(yīng)的用戶交互界面， 便于提示用戶，并接收用戶的輸入信息，以實現(xiàn)對醫(yī)療業(yè)務(wù)流程的有效處理。[0034]在上述任一技術(shù)方案中，優(yōu)選地，所述業(yè)務(wù)執(zhí)行單元106還用于:根據(jù)所述用戶交 互界面接收到的用戶輸入的屬性定義指令或?qū)傩哉{(diào)整指令，對所述特定業(yè)務(wù)對象的屬性信 息進行定義或調(diào)整；以及根據(jù)所述特定業(yè)務(wù)對象被定義或調(diào)整后的屬性信息，確定后續(xù)執(zhí) 行的業(yè)務(wù)操作。[0035]在該技術(shù)方案中，由于不同用戶對于同一業(yè)務(wù)對象可能存在不同的操作需求，因 而可以通過對業(yè)務(wù)對象的屬性信息的定義或調(diào)整，以體現(xiàn)用戶的實際業(yè)務(wù)需求。[0036]在上述任一技術(shù)方案中，優(yōu)選地，所述業(yè)務(wù)執(zhí)行單元106還用于:若所述實時狀態(tài) 對應(yīng)的業(yè)務(wù)操作不需要人工參與，則直接執(zhí)行該業(yè)務(wù)操作。[0037]在上述任一技術(shù)方案中，優(yōu)選地，還包括:流程編輯單元108，用于根據(jù)接收到的 編輯指令，對已生成的業(yè)務(wù)流程進行編輯。[0038]在該技術(shù)方案中，通過對已有業(yè)務(wù)流程的編輯，便于滿足不同的實際需求，有助于 適應(yīng)不同的應(yīng)用場景。[0039]圖2示出了根據(jù)本發(fā)明的實施例的用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理方法的示意流 程圖。[0040]如圖2所示，根據(jù)本發(fā)明的實施例的用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理方法，包括:步 驟202，創(chuàng)建醫(yī)療業(yè)務(wù)流程，所述醫(yī)療業(yè)務(wù)流程包含業(yè)務(wù)對象、執(zhí)行腳本和對應(yīng)于所述業(yè)務(wù) 對象的至少一種業(yè)務(wù)操作；步驟204，解析接收到的對特定業(yè)務(wù)對象的業(yè)務(wù)請求，確定相應(yīng) 的醫(yī)療業(yè)務(wù)流程；步驟206，運行被請求的醫(yī)療業(yè)務(wù)流程中的執(zhí)行腳本，并根據(jù)所述特定業(yè)務(wù)對象的實時狀態(tài)，執(zhí)行對應(yīng)于所述實時狀態(tài)的業(yè)務(wù)操作。[0041]在該技術(shù)方案中，通過建立由業(yè)務(wù)對象、執(zhí)行腳本、業(yè)務(wù)操作構(gòu)成的醫(yī)療業(yè)務(wù)流 程，定義了統(tǒng)一、簡化的流程模板，使得針對任意的醫(yī)療業(yè)務(wù)，都能夠通過該模型實現(xiàn)對醫(yī) 療請求的響應(yīng)，從而簡化醫(yī)療業(yè)務(wù)流程的建立和處理過程。[0042]在上述技術(shù)方案中，優(yōu)選地，還包括:判斷所述實時狀態(tài)對應(yīng)的業(yè)務(wù)操作是否需要 人工參與；若需要，則向所述業(yè)務(wù)請求的發(fā)送方提供用戶交互界面，并根據(jù)用戶輸入的操作 指令，完成所述業(yè)務(wù)操作。[0043]在該技術(shù)方案中，對于需要人工參與的業(yè)務(wù)操作，通過生成對應(yīng)的用戶交互界面， 便于提示用戶，并接收用戶的輸入信息，以實現(xiàn)對醫(yī)療業(yè)務(wù)流程的有效處理。[0044]在上述任一技術(shù)方案中，優(yōu)選地，還包括:根據(jù)所述用戶交互界面接收到的用戶輸 入的屬性定義指令或?qū)傩哉{(diào)整指令，對所述特定業(yè)務(wù)對象的屬性信息進行定義或調(diào)整；以 及根據(jù)所述特定業(yè)務(wù)對象被定義或調(diào)整后的屬性信息，確定后續(xù)執(zhí)行的業(yè)務(wù)操作。[0045]在該技術(shù)方案中，由于不同用戶對于同一業(yè)務(wù)對象可能存在不同的操作需求，因 而可以通過對業(yè)務(wù)對象的屬性信息的定義或調(diào)整，以體現(xiàn)用戶的實際業(yè)務(wù)需求。[0046]在上述任一技術(shù)方案中，優(yōu)選地，還包括:若所述實時狀態(tài)對應(yīng)的業(yè)務(wù)操作不需要 人工參與，則直接執(zhí)行該業(yè)務(wù)操作。[0047]在上述任一技術(shù)方案中，優(yōu)選地，還包括:根據(jù)接收到的編輯指令，對已生成的業(yè) 務(wù)流程進行編輯。[0048]在該技術(shù)方案中，通過對已有業(yè)務(wù)流程的編輯，便于滿足不同的實際需求，有助于 適應(yīng)不同的應(yīng)用場景。[0049]本發(fā)明期望建立一個更簡單的醫(yī)療業(yè)務(wù)的流程管理系統(tǒng)，基于該系統(tǒng)的不同功 能，可以分為兩大子系統(tǒng):[0050]1、業(yè)務(wù)流程定義子系統(tǒng)[0051]業(yè)務(wù)流程定義子系統(tǒng)用來創(chuàng)建流程的靜態(tài)結(jié)構(gòu)?；诒景l(fā)明的業(yè)務(wù)流程由業(yè)務(wù)對 象、業(yè)務(wù)操作及少部分腳本構(gòu)成。[0052]其中，業(yè)務(wù)對象的每一個狀態(tài)代表了業(yè)務(wù)流程的一個節(jié)點；業(yè)務(wù)操作則代表一個 分支；腳本則負責描述當前狀態(tài)下有哪些分支可走并判斷什么情況下要運行那個分支。[0053]2、業(yè)務(wù)流程執(zhí)行子系統(tǒng)[0054]業(yè)務(wù)流程執(zhí)行子系統(tǒng)用來加載業(yè)務(wù)流程的靜態(tài)結(jié)構(gòu)。在加載過程中，需要根據(jù)業(yè) 務(wù)操作創(chuàng)建任務(wù)，任務(wù)分為自動任務(wù)和手工任務(wù)，自動任務(wù)由系統(tǒng)自動完成，比如郵件發(fā) 送、WebService調(diào)用等，手工任務(wù)需要反饋給用戶一個操作界面，界面中包含當前狀態(tài)下可 以執(zhí)行的任務(wù)，這一界面由系統(tǒng)根據(jù)業(yè)務(wù)對象狀態(tài)以及業(yè)務(wù)操作自動生成。業(yè)務(wù)流程執(zhí)行 子系統(tǒng)可以根據(jù)用戶對操作界面的操作情況，執(zhí)行后續(xù)步驟，比如變更任務(wù)等。[0055]基于上述的流程管理系統(tǒng)，下面以生成掛號號源為例，詳細說明其在醫(yī)療系統(tǒng)中 的作用過程，其中，圖3示出了根據(jù)本發(fā)明的實施例的生成掛號號源的示意流程圖。[0056]如圖3所示，根據(jù)本發(fā)明的實施例的生成掛號號源的過程包括:[0057]步驟302，定義號源生成流程。[0058]具體地，步驟302可以分為三個子步驟:[0059]步驟302A，定義號源對象。需要確定該號源對象包含哪些屬性特征，比如掛號日期、上下午、號類、醫(yī)生、醫(yī)生?？菩畔?、總號數(shù)、剩余號數(shù)等。[0060]步驟302B，定義號源操作，即針對上述號源對象，能夠執(zhí)行哪些類型的業(yè)務(wù)操作， 比如保存、提交、取消等。[0061]步驟302C，編寫腳本。通過腳本的編寫，從而黏合號源對象和號源操作。[0062]步驟304，掛號處管理人員向醫(yī)療系統(tǒng)申請?zhí)栐瓷煞?wù)，系統(tǒng)加載號源生成流 程。[0063]具體地，步驟304可以分為兩個子步驟:[0064]步驟304A，創(chuàng)建號源對象，即基于步驟302中定義的號源對象，并根據(jù)用戶的實際 掛號需求，可以對其中的具體屬性特征進行調(diào)整或賦予具體的數(shù)值，比如具體需要在某天 掛某個科室的號等。[0065]步驟304B，運行腳本。上述的號源對象的狀態(tài)為新建，則腳本運行后，會發(fā)現(xiàn)需要 創(chuàng)建人工任務(wù)并提供保存和提交操作(即兩個分支)，于是掛起流程，并根據(jù)號源對象的屬 性，生成操作界面返回給用戶。[0066]步驟306A，掛號處管理人員如果進行保存操作，號源對象被提交到系統(tǒng)，狀態(tài)是新 建，則返回并重復(fù)步驟304的活動(即號源對象的狀態(tài)沒有變化，沒有流向下一個節(jié)點)。[0067]步驟306B，掛號處管理人員如果進行提交操作，號源對象被提交到系統(tǒng)，狀態(tài)是新建。[0068]步驟308，由于執(zhí)行的操作是提交，因而系統(tǒng)需要通過運行腳本，調(diào)用“對象處理服 務(wù)”來更新號源對象的狀態(tài)，即實際已流向下一個節(jié)點。[0069]在判定流向下一個節(jié)點時，腳本判斷需要創(chuàng)建人工服務(wù)并提供取消操作，于是掛 起流程，根據(jù)號源對象的屬性生成操作界面返回給用戶，則用戶可以執(zhí)行對號源對象的取 消操作。[0070]以上結(jié)合附圖詳細說明了本發(fā)明的技術(shù)方案，本發(fā)明提出了一種用于醫(yī)療系統(tǒng)的 業(yè)務(wù)流程管理系統(tǒng)和一種用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理方法，方案提出了對醫(yī)療系統(tǒng)內(nèi)的 業(yè)務(wù)流程的統(tǒng)一管理模型，有助于簡化流程的創(chuàng)建和執(zhí)行過程，便于實現(xiàn)對醫(yī)療業(yè)務(wù)流程 的有效管理。[0071]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理系統(tǒng)，其特征在于，包括:流程定義單元，用于創(chuàng)建醫(yī)療業(yè)務(wù)流程，所述醫(yī)療業(yè)務(wù)流程包含業(yè)務(wù)對象、執(zhí)行腳本和對應(yīng)于所述業(yè)務(wù)對象的至少一種業(yè)務(wù)操作；請求解析單元，用于解析接收到的對特定業(yè)務(wù)對象的業(yè)務(wù)請求，確定相應(yīng)的醫(yī)療業(yè)務(wù)流程；業(yè)務(wù)執(zhí)行單元，用于運行被請求的醫(yī)療業(yè)務(wù)流程中的執(zhí)行腳本，并根據(jù)所述特定業(yè)務(wù)對象的實時狀態(tài)，執(zhí)行對應(yīng)于所述實時狀態(tài)的業(yè)務(wù)操作。
2.根據(jù)權(quán)利要求1所述的業(yè)務(wù)流程管理系統(tǒng)，其特征在于，所述業(yè)務(wù)執(zhí)行單元還用于: 判斷所述實時狀態(tài)對應(yīng)的業(yè)務(wù)操作是否需要人工參與，若需要，則向所述業(yè)務(wù)請求的發(fā)送方提供用戶交互界面，并根據(jù)用戶輸入的操作指令，完成所述業(yè)務(wù)操作。
3.根據(jù)權(quán)利要求2所述的業(yè)務(wù)流程管理系統(tǒng)，其特征在于，所述業(yè)務(wù)執(zhí)行單元還用于: 根據(jù)所述用戶交互界面接收到的用戶輸入的屬性定義指令或?qū)傩哉{(diào)整指令，對所述特定業(yè)務(wù)對象的屬性信息進行定義或調(diào)整；以及根據(jù)所述特定業(yè)務(wù)對象被定義或調(diào)整后的屬性信息，確定后續(xù)執(zhí)行的業(yè)務(wù)操作。
4.根據(jù)權(quán)利要求2所述的業(yè)務(wù)流程管理系統(tǒng)，其特征在于，所述業(yè)務(wù)執(zhí)行單元還用于: 若所述實時狀態(tài)對應(yīng)的業(yè)務(wù)操作不需要人工參與，則直接執(zhí)行該業(yè)務(wù)操作。
5.根據(jù)權(quán)利要求1至4中任一項所述的業(yè)務(wù)流程管理系統(tǒng)，其特征在于，還包括: 流程編輯單元，用于根據(jù)接收到的編輯指令，對已生成的業(yè)務(wù)流程進行編輯。
6.一種用于醫(yī)療系統(tǒng)的業(yè)務(wù)流程管理方法，其特征在于，包括:創(chuàng)建醫(yī)療業(yè)務(wù)流程，所述醫(yī)療業(yè)務(wù)流程包含業(yè)務(wù)對象、執(zhí)行腳本和對應(yīng)于所述業(yè)務(wù)對象的至少一種業(yè)務(wù)操作；解析接收到的對特定業(yè)務(wù)對象的業(yè)務(wù)請求，確定相應(yīng)的醫(yī)療業(yè)務(wù)流程；運行被請求的醫(yī)療業(yè)務(wù)流程中的執(zhí)行腳本，并根據(jù)所述特定業(yè)務(wù)對象的實時狀態(tài)，執(zhí)行對應(yīng)于所述實時狀態(tài)的業(yè)務(wù)操作。
7.根據(jù)權(quán)利要求6所述的業(yè)務(wù)流程管理方法，其特征在于，還包括:判斷所述實時狀態(tài)對應(yīng)的業(yè)務(wù)操作是否需要人工參與；若需要，則向所述業(yè)務(wù)請求的發(fā)送方提供用戶交互界面，并根據(jù)用戶輸入的操作指令， 完成所述業(yè)務(wù)操作。
8.根據(jù)權(quán)利要求7所述的業(yè)務(wù)流程管理方法，其特征在于，還包括:根據(jù)所述用戶交互界面接收到的用戶輸入的屬性定義指令或?qū)傩哉{(diào)整指令，對所述特定業(yè)務(wù)對象的屬性信息進行定義或調(diào)整；以及根據(jù)所述特定業(yè)務(wù)對象被定義或調(diào)整后的屬性信息，確定后續(xù)執(zhí)行的業(yè)務(wù)操作。
9.根據(jù)權(quán)利要求7所述的 業(yè)務(wù)流程管理方法，其特征在于，還包括:若所述實時狀態(tài)對應(yīng)的業(yè)務(wù)操作不需要人工參與，則直接執(zhí)行該業(yè)務(wù)操作。
10.根據(jù)權(quán)利要求6至9中任一項所述的業(yè)務(wù)流程管理方法，其特征在于，還包括:根據(jù)接收到的編輯指令，對已生成的業(yè)務(wù)流程進行編輯。
【文檔編號】G06Q50/22GK103606049SQ201310603304
【公開日】2014年2月26日 申請日期:2013年11月25日 優(yōu)先權(quán)日:2013年11月25日
【發(fā)明者】郭云嵩, 文黎明 申請人:方正國際軟件有限公司, 方正國際軟件(北京)有限公司