用于關(guān)于遲到臨床信息的任務(wù)管理的方法和計算機程序產(chǎn)品的制作方法
【專利摘要】當由用于關(guān)于臨床信息的任務(wù)管理的系統(tǒng)接收(101;201)到包括另外的臨床信息的標準化消息時，該系統(tǒng)將會使用標準化消息的元數(shù)據(jù)自動核查(102;203)是否已經(jīng)存在用于所述另外的臨床信息所屬于的醫(yī)療過程的報告。當報告已經(jīng)存在時，觸發(fā)工作流程引擎在系統(tǒng)中自動創(chuàng)建(103;204)使報告的作者考慮到所述接收的另外的臨床信息核查已有報告的任務(wù)。由此，避免通過電子郵件或sms發(fā)送手工輸入的通知。
【專利說明】用于關(guān)于遲到臨床信息的任務(wù)管理的方法和計算機程序產(chǎn)口叩

【技術(shù)領(lǐng)域】
[0001]本發(fā)明一般地涉及臨床應(yīng)用中的工作流程管理，例如在醫(yī)療成像環(huán)境中由個人或多個人的團隊執(zhí)行的不同任務(wù)的管理。工作流程管理例如在諸如放射檢查的醫(yī)療應(yīng)用中很重要，在放射檢查中，技術(shù)員制作病人的醫(yī)療圖像(例如，X射線掃描、CT掃描、MRI掃描、超聲掃描等)，放射科醫(yī)生解釋醫(yī)療圖像，錄寫員產(chǎn)生反映放射科醫(yī)生的解釋的報告，并且臨床醫(yī)生接收報告并且對病人提出建議。整個工作流程中所涉及的個人可在單個機構(gòu)(例如，醫(yī)院或成像中心)工作，或者可在不同位置(例如，具有多個機構(gòu)的醫(yī)院或企業(yè))工作。為了控制將要執(zhí)行的不同任務(wù)，將會部署工作流程管理工具并且使所涉及的在不同位置的個人可訪問工作流程管理工具。本發(fā)明特別地涉及一種用于臨床應(yīng)用中的工作流程管理的方法和工具，其中另外的信息(例如，遲來的醫(yī)療圖像、實驗室結(jié)果、診斷信息、術(shù)后信息等)可能在已經(jīng)為所述另外的遲來的信息所屬于的醫(yī)療過程產(chǎn)生報告的時間點到達系統(tǒng)。

【背景技術(shù)】
[0002]發(fā)表在European Journal of Rad1logy 73 (2010) 3-9 中的作者為 MenasheBenjamin、Yinon Aradi 和 Reuven Schreiber 的文章 “From Shared Data to SharingWorkflow: Merging PACS and Telerad1logy”描述一種組合醫(yī)療圖像的存儲和用于放射檢查的工作流程管理的系統(tǒng)。放射科醫(yī)生或系統(tǒng)的其它用戶可在現(xiàn)場工作或遠程工作。為了增加放射科醫(yī)生的效率，已知的系統(tǒng)為放射科醫(yī)生產(chǎn)生每個地點的個體工作列表，并且還產(chǎn)生組合每個地點的個體工作列表的任務(wù)的全局工作列表。
[0003]由于通常在不同系統(tǒng)之間發(fā)送醫(yī)療圖像，所以可能發(fā)生這樣的情況，即醫(yī)療圖像晚到達已知的工作流程管理工具。在所述另外的圖像到達之前存在的醫(yī)療圖像的解釋和/或診斷可能已經(jīng)發(fā)生，并且可在已經(jīng)存在于系統(tǒng)中的報告中捕捉其結(jié)果。傳統(tǒng)的工作流程管理系統(tǒng)不向已有報告的作者通知遲來的信息的加入，作為其結(jié)果，未考慮所述另外的信息(例如，醫(yī)療圖像)并且報告可能是不準確的。替代地，可經(jīng)常通過替代通信信道(諸如，電子郵件或sms)發(fā)送手工輸入的通知以向所涉及的個人通知晚到達的圖像或其它信息。警告所涉及的人的這種手工通知容易發(fā)生錯誤，并且它們經(jīng)常是不必要的，因為它們被發(fā)送給不必作為另外的信息的晚到達的結(jié)果而立即執(zhí)行任務(wù)的個人。
[0004]本發(fā)明的目的在于公開一種克服已有工具的上述缺點的計算機實現(xiàn)的方法和工具。更具體地講，目的在于公開這種用在臨床應(yīng)用中的方法和工具，所述方法和工具確保在不通過各種通信信道泛洪不必要的、多余的和煩擾的通知的情況下在與醫(yī)療過程相關(guān)的已有報告中考慮另外的、遲來的臨床信息。


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

[0005]根據(jù)本發(fā)明，通過由權(quán)利要求1定義的用于操作用于關(guān)于臨床信息的任務(wù)管理的數(shù)據(jù)處理系統(tǒng)的計算機實現(xiàn)的方法來實現(xiàn)以上定義的目的，所述方法包括: -由系統(tǒng)接收醫(yī)學(xué)數(shù)字成像和通信(DICOM)或HL7或EDIFACT-EDI標準化消息，所述標準化消息包括除已經(jīng)存儲的關(guān)于醫(yī)療過程的信息之外的與所述醫(yī)療過程相關(guān)的另外的臨床信息；
-經(jīng)標準化消息中的元數(shù)據(jù)核查在系統(tǒng)中是否已經(jīng)存在用于該醫(yī)療過程的報告；以及-觸發(fā)工作流程引擎在系統(tǒng)中自動創(chuàng)建用于考慮到接收的所述另外的臨床信息核查報告的任務(wù)以由此避免通過電子郵件或sms發(fā)送手工輸入的通知。
[0006]因此，本發(fā)明包括:當遲來的信息(諸如，另外的掃描)到達系統(tǒng)時，檢查是否已經(jīng)為醫(yī)療過程創(chuàng)建報告。如果報告已經(jīng)存在，則系統(tǒng)將會自動創(chuàng)建使該報告的作者考慮到所述另外的信息核查報告是仍然有效還是需要更新的任務(wù)。以這種方式，避免不必要的通知，同時確保將會由已有報告的作者考慮到新的可用信息再檢查已有報告的正確性。
[0007]可選地，如權(quán)利要求2所定義，根據(jù)本發(fā)明的計算機實現(xiàn)的方法還包括:
-將分派規(guī)則應(yīng)用于任務(wù)以將任務(wù)分派給使用該系統(tǒng)的人或團隊。
[0008]以這種方式，能夠避免例如任務(wù)被分派給不再使用該系統(tǒng)工作的某個人。
[0009]此外，可選地，如權(quán)利要求3所定義，根據(jù)本發(fā)明的計算機實現(xiàn)的方法還包括:
-發(fā)送通知以向系統(tǒng)的一個或多個用戶通知該任務(wù)；以及
-為其查詢與該任務(wù)匹配的所述一個或多個用戶更新每個任務(wù)列表。
[0010]因此，用戶可例如通過他們的屏幕上的彈出窗口而被通知任務(wù)的創(chuàng)建，和/或他們的任務(wù)列表可被自動更新以包括新的任務(wù)。
[0011]根據(jù)由權(quán)利要求4定義的另一可選方面，根據(jù)本發(fā)明的計算機實現(xiàn)的方法還可包括:
-將注釋添加到該任務(wù)。
[0012]以這種方式，向報告的作者通知例如為什么產(chǎn)生任務(wù)的原因變得可能。
[0013]仍可選地，如權(quán)利要求5所定義，根據(jù)本發(fā)明的計算機實現(xiàn)的方法還可包括:
-將逐步升級規(guī)則添加到該任務(wù)以便當未在設(shè)置的時間間隔內(nèi)執(zhí)行該任務(wù)時應(yīng)用所述逐步升級規(guī)則。
[0014]以這種方式，能夠使未在某個時限內(nèi)執(zhí)行核查任務(wù)的情況引起監(jiān)督人的注意，能夠使監(jiān)督人重新分派任務(wù)。
[0015]根據(jù)由權(quán)利要求6定義的另一可選方面，根據(jù)本發(fā)明的計算機實現(xiàn)的方法包括:
-觸發(fā)報告的更新的版本的分配流程。
[0016]因此，基于報告核查任務(wù)的結(jié)果，能夠觸發(fā)更新的報告的分配流程。
[0017]如權(quán)利要求7進一步所指定，所述另外的臨床信息可以是遲來的醫(yī)療圖像。
[0018]可選地，如權(quán)利要求8所定義，可核查遲來的圖像的類型，并且可僅當遲來的圖像具有預(yù)定義的類型時產(chǎn)生用于報告的核查的任務(wù)。
[0019]如果例如DICOM標準被用于在不同系統(tǒng)之間傳輸醫(yī)療圖像，則本發(fā)明可過濾圖像的類型，從而僅真實圖像的到達導(dǎo)致用于已有報告的核查任務(wù)的創(chuàng)建。以這種方式，避免由系統(tǒng)中的派生圖像的晚到達觸發(fā)核查任務(wù)。作為結(jié)果，減少自動創(chuàng)建的不必要的任務(wù)的數(shù)量，進一步增加系統(tǒng)的效率。
[0020]除了由權(quán)利要求1定義的方法之外，本發(fā)明還涉及一種如權(quán)利要求9所定義的對應(yīng)的數(shù)據(jù)處理系統(tǒng)，所述數(shù)據(jù)處理系統(tǒng)包括用于執(zhí)行所述計算機實現(xiàn)的方法的裝置。
[0021]另外，本發(fā)明還涉及一種如權(quán)利要求10所定義的計算機程序，所述計算機程序包括適應(yīng)于執(zhí)行所述計算機實現(xiàn)的方法的軟件代碼。
[0022]本發(fā)明還涉及一種如權(quán)利要求11所定義的計算機可讀存儲介質(zhì)，所述計算機可讀存儲介質(zhì)包括計算機程序。

【專利附圖】

【附圖說明】
[0023]圖1是根據(jù)本發(fā)明的方法的第一實施例的流程圖；和圖2是根據(jù)本發(fā)明的方法的第二實施例的流程圖。

【具體實施方式】
[0024]圖1-2表示被實現(xiàn)為用于放射檢查中的工作流程管理的軟件應(yīng)用的一部分的本發(fā)明的實施例。這種工作流程管理應(yīng)用通常具有客戶端-服務(wù)器架構(gòu)。
[0025]應(yīng)用的服務(wù)器部分接收來自客戶端部分的查詢，在至少存儲和保持醫(yī)療圖像、醫(yī)療報告和任務(wù)的集中式或分布式數(shù)據(jù)庫系統(tǒng)上運行這些查詢。服務(wù)器部分還在與從該客戶端接收的查詢之一匹配的數(shù)據(jù)庫系統(tǒng)的變化的情況下通知客戶端部分，以便能夠使客戶端部分更新和刷新顯示給用戶的信息。
[0026]應(yīng)用的客戶端部分能夠使用戶配置查詢，并且它根據(jù)用戶的偏好和配置設(shè)置產(chǎn)生用于不同類型的用戶的桌面和各種屏幕。在用于放射檢查的應(yīng)用中，由客戶端部分產(chǎn)生的桌面可例如包括:用于放射科醫(yī)生用戶的診斷桌面、用于管理員用戶的配置桌面、用于使用該系統(tǒng)將語音記錄轉(zhuǎn)換為文本的錄寫員用戶的錄寫員桌面、用于閱讀來自放射科醫(yī)生的醫(yī)療報告并且對病人提出建議的臨床醫(yī)生用戶的臨床醫(yī)生桌面、用于制作醫(yī)療圖像的技術(shù)員用戶的技術(shù)員桌面。這些用戶中的每一個利用通過他的/她的桌面可訪問的一個或多個任務(wù)列表進行工作流程管理。每個這種任務(wù)列表能夠由用戶配置，即作為任務(wù)列表的一部分顯示在屏幕中的數(shù)據(jù)字段能夠由用戶選擇，能夠?qū)崿F(xiàn)該任務(wù)列表的相關(guān)任務(wù)的選擇的過濾準則可由用戶配置，并且將要被應(yīng)用于整理任務(wù)列表內(nèi)的任務(wù)的準則能夠由用戶配置。在下面的段落中描述的實施例中，假設(shè)放射科醫(yī)生用戶已編寫報告。在稍后的時間點，由技術(shù)員在數(shù)據(jù)庫系統(tǒng)中上傳另外的圖像。
[0027]圖1表示根據(jù)本發(fā)明的方法的基本實現(xiàn)方式。在步驟101中，由用于醫(yī)療成像環(huán)境中的工作流程管理的系統(tǒng)接收一個或幾個另外的醫(yī)療圖像。所述另外的圖像可以是例如從另外的掃描(例如，X射線掃描、CT掃描、MRI掃描、超聲掃描等)獲得的圖像，或者它們可以是處理的圖像(例如，3D重構(gòu)、補充了數(shù)據(jù)的圖像等)。在步驟102中，系統(tǒng)自動核查所述另外的圖像是否屬于已經(jīng)為其產(chǎn)生報告的醫(yī)療過程。如果在系統(tǒng)中不存在用于該醫(yī)療過程的報告，則該方法將會結(jié)束，如圖1中的104所指示。接收的另外的圖像將會被與早前存儲的圖像存儲在一起以便以后處理和/或研究。在已經(jīng)存在用于該醫(yī)療過程的報告的情況下，已有報告可能是不準確的或者不完全的，因為在未考慮所述另外的圖像的情況下產(chǎn)生該報告。在這種情況下，系統(tǒng)中的工作流程引擎將會自動創(chuàng)建使已有報告的作者考慮到所述另外的圖像核查已有報告的任務(wù)。由圖1中的步驟103指示這一點。自動產(chǎn)生的任務(wù)將會被添加到系統(tǒng)中的總體任務(wù)列表并且被以類似于其它任務(wù)的方式處理，即被通知給作者、逐步升級等。該方法再次在步驟104結(jié)束。
[0028]圖2表示根據(jù)本發(fā)明的方法的更高級的實現(xiàn)方式。在步驟201中，系統(tǒng)再次接收與系統(tǒng)對其執(zhí)行任務(wù)管理的醫(yī)療過程相關(guān)的一個或幾個另外的、遲來的醫(yī)療圖像。為了減少由系統(tǒng)產(chǎn)生的不必要的任務(wù)的量，系統(tǒng)在步驟202中首先核查所述另外的圖像的類型。如果DIC0M(醫(yī)學(xué)數(shù)字成像和通信)標準被用于將所述另外的圖像傳送給系統(tǒng)，則可由系統(tǒng)查找DICOM元數(shù)據(jù)以便確定另外的圖像是“真實”圖像(B卩，第一捕捉)還是處理的圖像(即，包含例如數(shù)據(jù)、參數(shù)值、3D重構(gòu)等的第二捕捉)。如果所述另外的圖像是第二捕捉(S卩，通過已經(jīng)存在于系統(tǒng)中的已有圖像的處理獲得的派生圖像)，則系統(tǒng)將會認為不需要產(chǎn)生另外的任務(wù)并且立即在步驟207結(jié)束。如果所述另外的圖像是第一捕捉，則系統(tǒng)將會在步驟203中自動核查是否已經(jīng)存在用于所述另外的圖像與之相關(guān)的醫(yī)療過程的報告。在系統(tǒng)中不存在用于該醫(yī)療過程的報告的情況下，該方法將會再次在步驟207結(jié)束。所述另外的圖像將會隨后被存儲在系統(tǒng)中以用于以后的評估。然而，如果已經(jīng)存在用于所述另外的圖像所屬于的醫(yī)療過程的一個或幾個報告，則系統(tǒng)中的工作流程引擎將會自動創(chuàng)建使這些報告中的每個報告的作者考慮到所述另外的圖像核查已有報告的任務(wù)。在圖2中的步驟204中完成這一點。系統(tǒng)因此自動將創(chuàng)建的任務(wù)分派給編寫已有報告的人或一組人。在步驟205中完成這一點。在作者不再工作或不再使用該系統(tǒng)的情況下，核查任務(wù)將根據(jù)系統(tǒng)中預(yù)定義的分派規(guī)則被分派給負責該醫(yī)療過程的另一個人。以這種方式，避免新創(chuàng)建的任務(wù)將會被分派給不再使用該系統(tǒng)的人或團隊。在步驟206中，系統(tǒng)自動通知核查任務(wù)被分派給的用戶。另外，系統(tǒng)自動更新其查詢與新創(chuàng)建的任務(wù)匹配的這些用戶的所有任務(wù)列表。實際上，在用于例如放射檢查部門的應(yīng)用中，放射科醫(yī)生將會通常保持不同任務(wù)列表，比如例如:高優(yōu)先級任務(wù)，其需要在接近的最后期限之前完成；閱讀任務(wù)，比如某些醫(yī)療圖像一在系統(tǒng)中變?yōu)榭捎镁徒忉屵@些圖像；和簽字任務(wù)。當高優(yōu)先級任務(wù)列表為空時，放射科醫(yī)生將會開始執(zhí)行閱讀任務(wù)。當高優(yōu)先級任務(wù)列表和閱讀任務(wù)列表都為空時，放射科醫(yī)生將會切換到簽字任務(wù)。需要注意的是，任務(wù)可出現(xiàn)在多個個體列表中，或者動態(tài)地從一個列表移動到另一列表。當閱讀任務(wù)或簽字任務(wù)的最后期限接近時，它可例如變?yōu)楦邇?yōu)先級任務(wù)。每個任務(wù)列表由查詢定義。與查詢匹配的任務(wù)出現(xiàn)在任務(wù)列表中。由于本發(fā)明，當另外的“真實”圖像到達時由系統(tǒng)自動創(chuàng)建的用于已有報告的核查的任務(wù)將會出現(xiàn)在其查詢與創(chuàng)建的任務(wù)匹配的分派的人的任務(wù)列表中。
[0029]可選地，能夠設(shè)想根據(jù)本發(fā)明的方法的更復(fù)雜的實施例。注釋能夠例如連接到創(chuàng)建的核查任務(wù)以解釋為什么創(chuàng)建該任務(wù)。這種注釋能夠包含針對由系統(tǒng)接收的所述另外的圖像的參考或鏈接。該系統(tǒng)還可實現(xiàn)逐步升級規(guī)則，所述逐步升級規(guī)則定義當用于已有報告的核查的任務(wù)未由分派的人在給定時間幀內(nèi)完成時需要通知哪個負責人或監(jiān)督人。已有報告一被這個任務(wù)被分派給的人再檢查并且最終被更新，該系統(tǒng)還可自動觸發(fā)分配流程。以這種方式，確保利用報告的所有人知道也考慮晚到達系統(tǒng)的所述另外的圖像的報告的新版本的存在。
[0030]還需要注意的是，雖然相對于上文描述的實施例提及DICOM標準以用于格式化/報告醫(yī)療圖像，但對于醫(yī)療成像和相關(guān)任務(wù)管理的領(lǐng)域的技術(shù)人員而言將會清楚的是，本發(fā)明不限于使用這個標準?？墒褂糜糜诟袷交蛨蟾驷t(yī)療圖像的替代協(xié)議，比如HL7或EDIFACT-EDI標準。如果像DICOM的情況一樣元數(shù)據(jù)包含圖像的類型的指示，則本發(fā)明可受益于該協(xié)議。
[0031]還需要注意的是，上文利用醫(yī)療成像的領(lǐng)域中的兩個實施例示出的本發(fā)明可被更廣泛地應(yīng)用于任務(wù)管理系統(tǒng)中的任何類型的臨床信息的晚到達。這種臨床信息可包括實驗室結(jié)果、診斷信息、術(shù)后信息等。在這種信息晚到達系統(tǒng)(即，在已經(jīng)存在用于新到達的信息所屬于的醫(yī)療過程的報告的時間點到達)時，能夠自動產(chǎn)生用于已有報告的核查的任務(wù)，具有與上文相對于醫(yī)療圖像描述的優(yōu)點相同的優(yōu)點。
[0032]根據(jù)本發(fā)明的方法將會通常在具有客戶端-服務(wù)器架構(gòu)的系統(tǒng)或平臺上由計算機實現(xiàn)。圖像和任務(wù)被集中保持或分布在一個或多個服務(wù)器上。用戶訪問他們的任務(wù)列表并且經(jīng)客戶端裝置查找存儲在系統(tǒng)中的圖像。本領(lǐng)域技術(shù)人員將會理解，根據(jù)本發(fā)明操作的數(shù)據(jù)處理系統(tǒng)或計算裝置能夠包括工作站、服務(wù)器、膝上型計算機、桌上型計算機、手持裝置、移動裝置、平板計算機或其它計算裝置。
[0033]數(shù)據(jù)處理系統(tǒng)或計算裝置能夠包括直接或間接用于幾個部件之間的連接性的總線或網(wǎng)絡(luò)，所述幾個部件包括:存儲器或數(shù)據(jù)庫、一個或多個處理器、輸入/輸出端口、電源等。本領(lǐng)域技術(shù)人員將會理解，總線或網(wǎng)絡(luò)能夠包括一個或多個總線(諸如，地址總線、數(shù)據(jù)總線或其任何組合)，或者能夠包括一個或多個網(wǎng)絡(luò)鏈路。本領(lǐng)域技術(shù)人員另外將會理解，根據(jù)特定實施例的預(yù)期應(yīng)用和使用，這些部件中的多個部件能夠由單個裝置實現(xiàn)。類似地，在一些實例中，單個部件能夠由多個裝置實現(xiàn)。
[0034]數(shù)據(jù)處理系統(tǒng)或計算裝置能夠包括各種計算機可讀介質(zhì)或與各種計算機可讀介質(zhì)交互。例如，計算機可讀介質(zhì)能夠包括隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、閃存或其它存儲器技術(shù)、⑶ROM、數(shù)字通用盤(DVD)或其它光學(xué)或全息介質(zhì)、磁帶盒、磁帶、磁盤存儲器或能夠被用于對信息進行編碼并且能夠由數(shù)據(jù)處理系統(tǒng)或計算裝置訪問的其它磁存儲裝置。
[0035]存儲器能夠包括以易失性和/或非易失性存儲器的形式的計算機存儲介質(zhì)。存儲器可以是可移動存儲器、不可移動存儲器或其任何組合。示例性硬件裝置是諸如硬盤驅(qū)動器、固態(tài)存儲器、光盤驅(qū)動器等的裝置。數(shù)據(jù)處理系統(tǒng)或計算裝置能夠包括從部件(諸如，存儲器、各種I/O部件等)讀取數(shù)據(jù)的一個或多個處理器。
[0036]I/O端口能夠允許數(shù)據(jù)處理系統(tǒng)或計算裝置以邏輯方式耦合到其它裝置，諸如I/O部件。一些I/O部件能夠被布置在計算裝置中。這種I/O部件的例子包括麥克風(fēng)、控制桿、記錄裝置、游戲墊、圓盤式衛(wèi)星電視天線、掃描儀、打印機、無線裝置、聯(lián)網(wǎng)裝置等。
[0037]雖然已通過參照特定實施例示出本發(fā)明，但對于本領(lǐng)域技術(shù)人員而言將會清楚的是，本發(fā)明不限于前面的說明性實施例的細節(jié)，并且可在不脫離本發(fā)明的范圍的情況下利用各種變化和修改具體化本發(fā)明。本實施例因此在所有方面被視為是說明性的而非限制性的，本發(fā)明的范圍由所附權(quán)利要求指示，而非由前面的描述指示，并且在權(quán)利要求的等同物的含義和范圍內(nèi)的所有變化因此旨在被包括在其中。換句話說，應(yīng)該包括落在基本基礎(chǔ)原理的范圍內(nèi)并且在本專利申請中要求保護其基本屬性的任何和所有的修改、變化或等同物。另外，本專利申請的閱讀者將會理解，詞語“包括”或“包含”不排除其它元件或步驟，詞語“a”或“an”不排除多個，并且單個元件(諸如，計算機系統(tǒng)、處理器或另一集成單元)可實現(xiàn)在權(quán)利要求中所述的幾個裝置的功能。權(quán)利要求中的任何附圖標記不應(yīng)被解釋為限制相關(guān)的各權(quán)利要求。當在描述中或在權(quán)利要求中使用時，引入術(shù)語“第一”、“第二”、“第三”、“a”、“b”、“c”等以區(qū)分類似元件或步驟并且未必描述順序或時間次序。類似地，術(shù)語“頂部”、“底部”、“在...上方”、“在...下方”等為了描述性目的而被引入并且未必表示相對位置。應(yīng)該理解，如此使用的術(shù)語可在合適的情況下互換，并且本發(fā)明的實施例能夠按照其它順序或者按照與以上描述或示出的方位不同的方位根據(jù)本發(fā)明進行操作。
【權(quán)利要求】
1.一種用于操作用于關(guān)于臨床信息的任務(wù)管理的數(shù)據(jù)處理系統(tǒng)的計算機實現(xiàn)的方法(100; 200)，所述方法包括: -由所述系統(tǒng)接收(101; 201)醫(yī)學(xué)數(shù)字成像和通信(DICOM)或HL7或EDIFACT-EDI標準化消息，所述標準化消息包括除已經(jīng)存儲的關(guān)于醫(yī)療過程的信息之外的與所述醫(yī)療過程相關(guān)的另外的臨床信息； -經(jīng)所述標準化消息中的元數(shù)據(jù)核查(102; 203)在所述系統(tǒng)中是否已經(jīng)存在用于所述醫(yī)療過程的報告；以及 -觸發(fā)工作流程引擎在所述系統(tǒng)中自動創(chuàng)建(103; 204)用于考慮到所述接收的另外的臨床信息核查所述報告的任務(wù)以由此避免通過電子郵件或sms發(fā)送手工輸入的通知。
2.如權(quán)利要求1所述的計算機實現(xiàn)的方法(200)，還包括: -將分派規(guī)則應(yīng)用(205)于所述任務(wù)以將所述任務(wù)分派給使用所述系統(tǒng)的人或團隊。
3.如前面權(quán)利要求中任一項所述的計算機實現(xiàn)的方法(200)，還包括: -發(fā)送(206)通知以向所述系統(tǒng)的一個或多個用戶通知所述任務(wù)；以及 -為其查詢與所述任務(wù)匹配的所述一個或多個用戶更新(206)每個任務(wù)列表。
4.如前面權(quán)利要求中任一項所述的計算機實現(xiàn)的方法，還包括: -將注釋添加到所述任務(wù)。
5.如前面權(quán)利要求中任一項所述的計算機實現(xiàn)的方法，還包括: -將逐步升級規(guī)則添加到所述任務(wù)以便當未在設(shè)置的時間間隔內(nèi)執(zhí)行所述任務(wù)時應(yīng)用所述逐步升級規(guī)則。
6.如前面權(quán)利要求中任一項所述的計算機實現(xiàn)的方法，還包括: -觸發(fā)所述報告的更新的版本的分配流程。
7.如前面權(quán)利要求中任一項所述的計算機實現(xiàn)的方法，其中所述另外的臨床信息是遲來的醫(yī)療圖像。
8.如權(quán)利要求7所述的計算機實現(xiàn)的方法(200)，其中核查(202)所述遲來的圖像的類型，并且僅當所述遲來的圖像具有預(yù)定義的類型時，產(chǎn)生用于所述報告的核查的所述任務(wù)。
9.一種數(shù)據(jù)處理系統(tǒng)，包括用于執(zhí)行如權(quán)利要求1至8中任一項所述的計算機實現(xiàn)的方法的裝置。
10.一種計算機程序，包括適應(yīng)于執(zhí)行如權(quán)利要求1至8中任一項所述的計算機實現(xiàn)的方法的軟件代碼。
11.一種計算機可讀存儲介質(zhì)，包括如權(quán)利要求1至8中任一項所述的計算機程序。
【文檔編號】G06F19/00GK104364786SQ201380029544
【公開日】2015年2月18日 申請日期:2013年6月3日 優(yōu)先權(quán)日:2012年6月5日
【發(fā)明者】J.費利克斯, O.德貝斯, W.基伊肯斯 申請人:愛克發(fā)醫(yī)療保健公司