消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)和醫(yī)囑執(zhí)行方法
【專利摘要】本發(fā)明提供了一種消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)，包括：流程生成單元，用于解析已接收到的醫(yī)囑，生成相應(yīng)的包含至少一個(gè)步驟的醫(yī)囑執(zhí)行流程；步驟判斷單元，用于判斷所述醫(yī)囑執(zhí)行流程中的當(dāng)前步驟是否涉及用戶交互行為；消息生成單元，用于在所述當(dāng)前步驟涉及用戶交互行為的情況下，將所述當(dāng)前步驟的信息包裝成消息；消息發(fā)送單元，用于將所述消息發(fā)送至相應(yīng)的交互設(shè)備，以供完成所述用戶交互行為。本發(fā)明還提出了相應(yīng)的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法。通過本發(fā)明的技術(shù)方案，可以確保醫(yī)囑按照預(yù)設(shè)流程有序地執(zhí)行，有助于降低人工參與，提高執(zhí)行效率。
【專利說明】消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)和醫(yī)囑執(zhí)行方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及醫(yī)療信息化領(lǐng)域，具體而言，涉及一種消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)和一種消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法。
【背景技術(shù)】
[0002]隨著醫(yī)療信息化的程度越來越高，配置有醫(yī)療信息系統(tǒng)的醫(yī)院也越來越多。然后，目前醫(yī)療信息系統(tǒng)的醫(yī)囑執(zhí)行，都是通過人工檢索完成的。即由用戶發(fā)起檢索請(qǐng)求，系統(tǒng)根據(jù)登錄用戶的身份，將該用戶需要完成的醫(yī)囑通過界面展現(xiàn)出來，以供執(zhí)行。整個(gè)系統(tǒng)由一個(gè)醫(yī)囑服務(wù)器和一個(gè)醫(yī)囑檢索客戶端構(gòu)成，請(qǐng)求通過客戶端發(fā)起。
[0003]但是，由于用戶需要主動(dòng)執(zhí)行檢索，則當(dāng)用戶本身忘記存在需要執(zhí)行的醫(yī)囑時(shí)，可能造成醫(yī)囑執(zhí)行的延誤。同時(shí)，由于系統(tǒng)很多的工作花費(fèi)在檢索上，導(dǎo)致醫(yī)囑執(zhí)行的效率很低，甚至影響患者的診療活動(dòng)。
[0004]因此，如何提高醫(yī)囑執(zhí)行的主動(dòng)性和執(zhí)行效率，降低用戶主動(dòng)檢索帶來的延誤，成為目前亟待解決的技術(shù)問題。

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

[0005]本發(fā)明正是基于上述問題，提出了一種新的技術(shù)方案，可以確保醫(yī)囑按照預(yù)設(shè)流程有序地執(zhí)行，有助于降低人工參與，提高執(zhí)行效率。
[0006]有鑒于此，本發(fā)明提出了一種消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)，包括:流程生成單元，用于解析已接收到的醫(yī)囑，生成相應(yīng)的包含至少一個(gè)步驟的醫(yī)囑執(zhí)行流程；步驟判斷單元，用于判斷所述醫(yī)囑執(zhí)行流程中的當(dāng)前步驟是否涉及用戶交互行為；消息生成單元，用于在所述當(dāng)前步驟涉及用戶交互行為的情況下，將所述當(dāng)前步驟的信息包裝成消息；消息發(fā)送單元，用于將所述消息發(fā)送至相應(yīng)的交互設(shè)備，以供完成所述用戶交互行為。
[0007]在該技術(shù)方案中，通過對(duì)醫(yī)囑的解析，對(duì)于不需要用戶交互行為干預(yù)的流程，可以自動(dòng)執(zhí)行；對(duì)于需要用戶交互行為干預(yù)的流程，可以通過將該步驟的信息包裝成消息，并及時(shí)發(fā)送給相應(yīng)的交互設(shè)備，使得無需用戶手動(dòng)查詢，即可確定自身所需完成的任務(wù)，避免延誤醫(yī)囑的執(zhí)行。
[0008]在上述技術(shù)方案中，優(yōu)選地，還包括:重要性確定單元，用于確定所述當(dāng)前步驟的重要程度；其中，所述消息發(fā)送單元根據(jù)所述當(dāng)前步驟的重要程度，確定對(duì)相應(yīng)的消息的發(fā)送次數(shù)和/或頻率，且重要程度越高時(shí)，相應(yīng)的消息的發(fā)送次數(shù)和/或頻率越大。
[0009]在該技術(shù)方案中，針對(duì)較為重要的醫(yī)囑步驟，通過增加消息的發(fā)送次數(shù)和/或頻率，避免相應(yīng)的用戶遺漏或遺忘對(duì)醫(yī)囑的執(zhí)行，降低醫(yī)囑被延誤的可能性。
[0010]在上述任一技術(shù)方案中，優(yōu)選地，還包括:界面顯示單元，用于在所述交互設(shè)備上顯示相應(yīng)的用戶交互界面；交互處理單元，用于根據(jù)所述用戶交互界面接收到的用戶輸入數(shù)據(jù)，完成所述用戶交互行為。
[0011]在該技術(shù)方案中，通過顯示用戶交互界面，提示和引導(dǎo)用戶完成醫(yī)囑執(zhí)行步驟中的用戶交互行為，有助于提高醫(yī)囑的執(zhí)行效率，降低出錯(cuò)的可能性。
[0012]在上述任一技術(shù)方案中，優(yōu)選地，還包括:結(jié)果接收單元，用于接收所述交互設(shè)備返回的對(duì)所述消息的處理結(jié)果；結(jié)果驗(yàn)證單元，用于驗(yàn)證所述處理結(jié)果，以在所述當(dāng)前步驟處理成功的情況下，按照所述醫(yī)囑執(zhí)行流程執(zhí)行后續(xù)步驟。
[0013]在該技術(shù)方案中，通過對(duì)處理結(jié)果的驗(yàn)證，避免執(zhí)行步驟出錯(cuò)，有助于確保整個(gè)醫(yī)囑執(zhí)行流程的有序進(jìn)行。
[0014]在上述任一技術(shù)方案中，優(yōu)選地，還包括:流程修正單元，用于在所述當(dāng)前步驟處理失敗的情況下，對(duì)所述醫(yī)囑執(zhí)行流程進(jìn)行修正，以執(zhí)行修正后的醫(yī)囑執(zhí)行流程。
[0015]在該技術(shù)方案中，通過對(duì)醫(yī)囑執(zhí)行流程的主動(dòng)修正，比如重復(fù)執(zhí)行該出錯(cuò)的步驟，或是調(diào)整至另一用戶來執(zhí)行該步驟，使得即便當(dāng)某個(gè)或某些執(zhí)行步驟出錯(cuò)時(shí)，仍然能夠通過該修正過程確保醫(yī)囑能夠順利執(zhí)行，并且降低出錯(cuò)步驟對(duì)醫(yī)囑執(zhí)行流程的影響。
[0016]本發(fā)明還提出了一種消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法，包括:解析已接收到的醫(yī)囑，生成相應(yīng)的包含至少一個(gè)步驟的醫(yī)囑執(zhí)行流程；判斷所述醫(yī)囑執(zhí)行流程中的當(dāng)前步驟是否涉及用戶交互行為，若涉及，則將所述當(dāng)前步驟的信息包裝成消息，并發(fā)送至相應(yīng)的交互設(shè)備，以供完成所述用戶交互行為。
[0017]在該技術(shù)方案中，通過對(duì)醫(yī)囑的解析，對(duì)于不需要用戶交互行為干預(yù)的流程，可以自動(dòng)執(zhí)行；對(duì)于需要用戶交互行為干預(yù)的流程，可以通過將該步驟的信息包裝成消息，并及時(shí)發(fā)送給相應(yīng)的交互設(shè)備，使得無需用戶手動(dòng)查詢，即可確定自身所需完成的任務(wù)，避免延誤醫(yī)囑的執(zhí)行。
[0018]在上述技術(shù)方案中，優(yōu)選地，還包括:根據(jù)所述當(dāng)前步驟的重要程度，確定對(duì)相應(yīng)的消息的發(fā)送次數(shù)和/或頻率；其中，重要程度越高時(shí)，相應(yīng)的消息的發(fā)送次數(shù)和/或頻率越大。
[0019]在該技術(shù)方案中，針對(duì)較為重要的醫(yī)囑步驟，通過增加消息的發(fā)送次數(shù)和/或頻率，避免相應(yīng)的用戶遺漏或遺忘對(duì)醫(yī)囑的執(zhí)行，降低醫(yī)囑被延誤的可能性。
[0020]在上述任一技術(shù)方案中，優(yōu)選地，還包括:在所述交互設(shè)備上顯示相應(yīng)的用戶交互界面；以及根據(jù)所述用戶交互界面接收到的用戶輸入數(shù)據(jù)，完成所述用戶交互行為。
[0021]在該技術(shù)方案中，通過顯示用戶交互界面，提示和引導(dǎo)用戶完成醫(yī)囑執(zhí)行步驟中的用戶交互行為，有助于提高醫(yī)囑的執(zhí)行效率，降低出錯(cuò)的可能性。
[0022]在上述任一技術(shù)方案中，優(yōu)選地，還包括:接收所述交互設(shè)備返回的對(duì)所述消息的處理結(jié)果；以及驗(yàn)證所述處理結(jié)果，若所述當(dāng)前步驟處理成功時(shí)，按照所述醫(yī)囑執(zhí)行流程執(zhí)行后續(xù)步驟。
[0023]在該技術(shù)方案中，通過對(duì)處理結(jié)果的驗(yàn)證，避免執(zhí)行步驟出錯(cuò)，有助于確保整個(gè)醫(yī)囑執(zhí)行流程的有序進(jìn)行。
[0024]在上述任一技術(shù)方案中，優(yōu)選地，還包括:若所述當(dāng)前步驟處理失敗，則對(duì)所述醫(yī)囑執(zhí)行流程進(jìn)行修正，并執(zhí)行修正后的醫(yī)囑執(zhí)行流程。
[0025]在該技術(shù)方案中，通過對(duì)醫(yī)囑執(zhí)行流程的主動(dòng)修正，比如重復(fù)執(zhí)行該出錯(cuò)的步驟，或是調(diào)整至另一用戶來執(zhí)行該步驟，使得即便當(dāng)某個(gè)或某些執(zhí)行步驟出錯(cuò)時(shí)，仍然能夠通過該修正過程確保醫(yī)囑能夠順利執(zhí)行，并且降低出錯(cuò)步驟對(duì)醫(yī)囑執(zhí)行流程的影響。
[0026]通過以上技術(shù)方案，可以確保醫(yī)囑按照預(yù)設(shè)流程有序地執(zhí)行，有助于降低人工參與，提聞執(zhí)行效率。
【專利附圖】

【附圖說明】
[0027]圖1示出了根據(jù)本發(fā)明的實(shí)施例的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)的示意框圖；
[0028]圖2示出了根據(jù)本發(fā)明的實(shí)施例的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法的示意流程圖；
[0029]圖3示出了根據(jù)本發(fā)明的實(shí)施例的醫(yī)囑執(zhí)行系統(tǒng)的結(jié)構(gòu)示意圖；
[0030]圖4示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的門診醫(yī)囑的執(zhí)行過程的示意流程圖；
[0031]圖5示出了根據(jù)本發(fā)明的另一個(gè)實(shí)施例的門診醫(yī)囑的執(zhí)行過程的示意流程圖。
【具體實(shí)施方式】
[0032]為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點(diǎn)，下面結(jié)合附圖和【具體實(shí)施方式】對(duì)本發(fā)明進(jìn)行進(jìn)一步的詳細(xì)描述。需要說明的是，在不沖突的情況下，本申請(qǐng)的實(shí)施例及實(shí)施例中的特征可以相互組合。
[0033]在下面的描述中闡述了很多具體細(xì)節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可以采用其他不同于在此描述的其他方式來實(shí)施，因此，本發(fā)明并不限于下面公開的具體實(shí)施例的限制。
[0034]圖1示出了根據(jù)本發(fā)明的實(shí)施例的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)的示意框圖。
[0035]如圖1所示，根據(jù)本發(fā)明的實(shí)施例的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)100，包括:流程生成單元102，用于解析已接收到的醫(yī)囑，生成相應(yīng)的包含至少一個(gè)步驟的醫(yī)囑執(zhí)行流程；步驟判斷單元104，用于判斷所述醫(yī)囑執(zhí)行流程中的當(dāng)前步驟是否涉及用戶交互行為；消息生成單元106，用于在所述當(dāng)前步驟涉及用戶交互行為的情況下，將所述當(dāng)前步驟的信息包裝成消息；消息發(fā)送單元108，用于將所述消息發(fā)送至相應(yīng)的交互設(shè)備，以供完成所述用戶交互行為。
[0036]在該技術(shù)方案中，通過對(duì)醫(yī)囑的解析，對(duì)于不需要用戶交互行為干預(yù)的流程，可以自動(dòng)執(zhí)行；對(duì)于需要用戶交互行為干預(yù)的流程，可以通過將該步驟的信息包裝成消息，并及時(shí)發(fā)送給相應(yīng)的交互設(shè)備，使得無需用戶手動(dòng)查詢，即可確定自身所需完成的任務(wù)，避免延誤醫(yī)囑的執(zhí)行。
[0037]在上述技術(shù)方案中，優(yōu)選地，還包括:重要性確定單元110，用于確定所述當(dāng)前步驟的重要程度；其中，所述消息發(fā)送單元108根據(jù)所述當(dāng)前步驟的重要程度，確定對(duì)相應(yīng)的消息的發(fā)送次數(shù)和/或頻率，且重要程度越高時(shí)，相應(yīng)的消息的發(fā)送次數(shù)和/或頻率越大。
[0038]在該技術(shù)方案中，針對(duì)較為重要的醫(yī)囑步驟，通過增加消息的發(fā)送次數(shù)和/或頻率，避免相應(yīng)的用戶遺漏或遺忘對(duì)醫(yī)囑的執(zhí)行，降低醫(yī)囑被延誤的可能性。
[0039]在上述任一技術(shù)方案中，優(yōu)選地，還包括:界面顯示單元112，用于在所述交互設(shè)備上顯示相應(yīng)的用戶交互界面；交互處理單元114，用于根據(jù)所述用戶交互界面接收到的用戶輸入數(shù)據(jù)，完成所述用戶交互行為。
[0040]在該技術(shù)方案中，通過顯示用戶交互界面，提示和引導(dǎo)用戶完成醫(yī)囑執(zhí)行步驟中的用戶交互行為，有助于提高醫(yī)囑的執(zhí)行效率，降低出錯(cuò)的可能性。
[0041]在上述任一技術(shù)方案中，優(yōu)選地，還包括:結(jié)果接收單元116，用于接收所述交互設(shè)備返回的對(duì)所述消息的處理結(jié)果；結(jié)果驗(yàn)證單元118，用于驗(yàn)證所述處理結(jié)果，以在所述當(dāng)前步驟處理成功的情況下，按照所述醫(yī)囑執(zhí)行流程執(zhí)行后續(xù)步驟。
[0042]在該技術(shù)方案中，通過對(duì)處理結(jié)果的驗(yàn)證，避免執(zhí)行步驟出錯(cuò)，有助于確保整個(gè)醫(yī)囑執(zhí)行流程的有序進(jìn)行。
[0043]在上述任一技術(shù)方案中，優(yōu)選地，還包括:流程修正單元120，用于在所述當(dāng)前步驟處理失敗的情況下，對(duì)所述醫(yī)囑執(zhí)行流程進(jìn)行修正，以執(zhí)行修正后的醫(yī)囑執(zhí)行流程。
[0044]在該技術(shù)方案中，通過對(duì)醫(yī)囑執(zhí)行流程的主動(dòng)修正，比如重復(fù)執(zhí)行該出錯(cuò)的步驟，或是調(diào)整至另一用戶來執(zhí)行該步驟，使得即便當(dāng)某個(gè)或某些執(zhí)行步驟出錯(cuò)時(shí)，仍然能夠通過該修正過程確保醫(yī)囑能夠順利執(zhí)行，并且降低出錯(cuò)步驟對(duì)醫(yī)囑執(zhí)行流程的影響。
[0045]圖2示出了根據(jù)本發(fā)明的實(shí)施例的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法的示意流程圖。
[0046]如圖2所示，根據(jù)本發(fā)明的實(shí)施例的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法，包括:步驟202，解析已接收到的醫(yī)囑，生成相應(yīng)的包含至少一個(gè)步驟的醫(yī)囑執(zhí)行流程；步驟204，判斷所述醫(yī)囑執(zhí)行流程中的當(dāng)前步驟是否涉及用戶交互行為；步驟206，若涉及，則將所述當(dāng)前步驟的信息包裝成消息，并發(fā)送至相應(yīng)的交互設(shè)備，以供完成所述用戶交互行為。
[0047]在該技術(shù)方案中，通過對(duì)醫(yī)囑的解析，對(duì)于不需要用戶交互行為干預(yù)的流程，可以自動(dòng)執(zhí)行；對(duì)于需要用戶交互行為干預(yù)的流程，可以通過將該步驟的信息包裝成消息，并及時(shí)發(fā)送給相應(yīng)的交互設(shè)備，使得無需用戶手動(dòng)查詢，即可確定自身所需完成的任務(wù)，避免延誤醫(yī)囑的執(zhí)行。
[0048]在上述技術(shù)方案中，優(yōu)選地，還包括:根據(jù)所述當(dāng)前步驟的重要程度，確定對(duì)相應(yīng)的消息的發(fā)送次數(shù)和/或頻率；其中，重要程度越高時(shí)，相應(yīng)的消息的發(fā)送次數(shù)和/或頻率越大。
[0049]在該技術(shù)方案中，針對(duì)較為重要的醫(yī)囑步驟，通過增加消息的發(fā)送次數(shù)和/或頻率，避免相應(yīng)的用戶遺漏或遺忘對(duì)醫(yī)囑的執(zhí)行，降低醫(yī)囑被延誤的可能性。
[0050]在上述任一技術(shù)方案中，優(yōu)選地，還包括:在所述交互設(shè)備上顯示相應(yīng)的用戶交互界面；以及根據(jù)所述用戶交互界面接收到的用戶輸入數(shù)據(jù)，完成所述用戶交互行為。
[0051]在該技術(shù)方案中，通過顯示用戶交互界面，提示和引導(dǎo)用戶完成醫(yī)囑執(zhí)行步驟中的用戶交互行為，有助于提高醫(yī)囑的執(zhí)行效率，降低出錯(cuò)的可能性。
[0052]在上述任一技術(shù)方案中，優(yōu)選地，還包括:接收所述交互設(shè)備返回的對(duì)所述消息的處理結(jié)果；以及驗(yàn)證所述處理結(jié)果，若所述當(dāng)前步驟處理成功時(shí)，按照所述醫(yī)囑執(zhí)行流程執(zhí)行后續(xù)步驟。
[0053]在該技術(shù)方案中，通過對(duì)處理結(jié)果的驗(yàn)證，避免執(zhí)行步驟出錯(cuò)，有助于確保整個(gè)醫(yī)囑執(zhí)行流程的有序進(jìn)行。
[0054]在上述任一技術(shù)方案中，優(yōu)選地，還包括:若所述當(dāng)前步驟處理失敗，則對(duì)所述醫(yī)囑執(zhí)行流程進(jìn)行修正，并執(zhí)行修正后的醫(yī)囑執(zhí)行流程。
[0055]在該技術(shù)方案中，通過對(duì)醫(yī)囑執(zhí)行流程的主動(dòng)修正，比如重復(fù)執(zhí)行該出錯(cuò)的步驟，或是調(diào)整至另一用戶來執(zhí)行該步驟，使得即便當(dāng)某個(gè)或某些執(zhí)行步驟出錯(cuò)時(shí)，仍然能夠通過該修正過程確保醫(yī)囑能夠順利執(zhí)行，并且降低出錯(cuò)步驟對(duì)醫(yī)囑執(zhí)行流程的影響。
[0056]圖3示出了根據(jù)本發(fā)明的實(shí)施例的醫(yī)囑執(zhí)行系統(tǒng)的結(jié)構(gòu)示意圖。
[0057]如圖3所示，根據(jù)本發(fā)明的實(shí)施例的醫(yī)囑執(zhí)行系統(tǒng)包括:醫(yī)囑執(zhí)行流程引擎302、消息推送服務(wù)器304和消息客戶端306，下面將分別進(jìn)行詳細(xì)介紹。[0058]1、醫(yī)囑執(zhí)行流程引擎302
[0059]醫(yī)囑被創(chuàng)建后，被送入醫(yī)囑執(zhí)行流程引擎302，由醫(yī)囑執(zhí)行流程引擎302確定相應(yīng)的醫(yī)囑流程，可以是預(yù)先設(shè)定的流程規(guī)則，也可以是臨時(shí)定義或修改得到的流程規(guī)則。
[0060]醫(yī)囑執(zhí)行流程引擎302對(duì)流入的醫(yī)囑進(jìn)行分析、處理，處理過程中如果發(fā)現(xiàn)需要人工參與處理，則將必要的醫(yī)囑信息包裝成消息，發(fā)送給消息推送服務(wù)器304。
[0061]2、消息推送服務(wù)器304
[0062]消息推送服務(wù)器304用于將醫(yī)囑執(zhí)行流程引擎302生成的消息，發(fā)送至相應(yīng)用戶的消息客戶端306。
[0063]3、消息客戶端306
[0064]不同的用戶對(duì)應(yīng)于不同的消息客戶端306。當(dāng)然，“用戶”可以指具體的一個(gè)人，比如患者、醫(yī)生或護(hù)士 ；也可以指某個(gè)部門，比如收費(fèi)處、放射科等。通過對(duì)消息的準(zhǔn)確發(fā)送，使得每個(gè)用戶都能夠及時(shí)準(zhǔn)確地獲取相應(yīng)的醫(yī)囑執(zhí)行步驟，確保不會(huì)發(fā)生遺漏等情況。
[0065]使用本系統(tǒng)，用戶需要完成的工作都是根據(jù)當(dāng)前情況實(shí)時(shí)變化的，醫(yī)囑執(zhí)行延誤的可能性大大降低，醫(yī)囑檢索工作不再是必須的了，工作效率顯著提高。
[0066]下面結(jié)合圖4和圖5,以檢驗(yàn)申請(qǐng)單的執(zhí)行為例，說明圖3所不醫(yī)囑執(zhí)行系統(tǒng)的具體工作過程。
[0067]實(shí)施例一
[0068]圖4示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的門診醫(yī)囑的執(zhí)行過程的示意流程圖。
[0069]如圖4所示，根據(jù)本發(fā)明的一個(gè)實(shí)施例的門診醫(yī)囑的執(zhí)行過程包括:
[0070]步驟402，門診醫(yī)生開出檢驗(yàn)申請(qǐng)單，并發(fā)送到醫(yī)囑執(zhí)行流程引擎(即圖3所示的醫(yī)囑執(zhí)行流程引擎302)。
[0071]步驟404，醫(yī)囑執(zhí)行流程引擎對(duì)檢驗(yàn)申請(qǐng)單進(jìn)行分析。
[0072]假定為未付費(fèi)狀態(tài)，則醫(yī)囑執(zhí)行流程引擎將給檢驗(yàn)申請(qǐng)單的信息包裝為消息，并發(fā)送至消息推送服務(wù)器(即圖3所示的消息推送服務(wù)器304)。
[0073]然后，消息推送服務(wù)器將該消息轉(zhuǎn)發(fā)至收費(fèi)處對(duì)應(yīng)的消息客戶端(即圖3所示的消息客戶端306)。
[0074]步驟406，收費(fèi)處收到消息，解析出未付費(fèi)的檢驗(yàn)申請(qǐng)單，并進(jìn)行收費(fèi)操作。
[0075]將已收費(fèi)的檢驗(yàn)申請(qǐng)單包裝成反饋消息，發(fā)送給消息推送服務(wù)器，以由其轉(zhuǎn)發(fā)至醫(yī)囑執(zhí)行流程引擎。
[0076]步驟408，醫(yī)囑執(zhí)行流程引擎對(duì)接收到的已收費(fèi)的檢驗(yàn)申請(qǐng)單進(jìn)行分析后，打包成消息，并通過消息推送服務(wù)器發(fā)送至檢驗(yàn)科對(duì)應(yīng)的客戶端。
[0077]步驟410，檢驗(yàn)科給病人進(jìn)行檢驗(yàn)執(zhí)行后，生成檢驗(yàn)報(bào)告，并通過消息推送服務(wù)器返回至醫(yī)囑執(zhí)行流程引擎。
[0078]步驟412，醫(yī)囑執(zhí)行流程引擎將檢驗(yàn)報(bào)告返回門診。
[0079]實(shí)施例二
[0080]圖5示出了根據(jù)本發(fā)明的另一個(gè)實(shí)施例的門診醫(yī)囑的執(zhí)行過程的示意流程圖。
[0081]如圖5所示，根據(jù)本發(fā)明的另一個(gè)實(shí)施例的門診醫(yī)囑的執(zhí)行過程包括:
[0082]步驟502，門診醫(yī)生開出檢驗(yàn)申請(qǐng)單，并發(fā)送到醫(yī)囑執(zhí)行流程引擎。
[0083]步驟504，醫(yī)囑執(zhí)行流程引擎對(duì)檢驗(yàn)申請(qǐng)單進(jìn)行分析。[0084]假定為已付費(fèi)狀態(tài)，醫(yī)囑執(zhí)行流程引擎對(duì)接收到的已收費(fèi)的檢驗(yàn)申請(qǐng)單進(jìn)行分析后，打包成消息，并通過消息推送服務(wù)器發(fā)送至檢驗(yàn)科對(duì)應(yīng)的客戶端。
[0085]步驟506，檢驗(yàn)科給病人進(jìn)行檢驗(yàn)執(zhí)行后，生成檢驗(yàn)報(bào)告，并通過消息推送服務(wù)器返回至醫(yī)囑執(zhí)行流程引擎。
[0086]步驟508，醫(yī)囑執(zhí)行流程引擎將檢驗(yàn)報(bào)告返回門診。
[0087]以上結(jié)合附圖詳細(xì)說明了本發(fā)明的技術(shù)方案，本發(fā)明提出了一種消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)和一種消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法，可以確保醫(yī)囑按照預(yù)設(shè)流程有序地執(zhí)行，有助于降低人工參與，提高執(zhí)行效率。
[0088]以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)，其特征在于，包括: 流程生成單元，用于解析已接收到的醫(yī)囑，生成相應(yīng)的包含至少一個(gè)步驟的醫(yī)囑執(zhí)行流程； 步驟判斷單元，用于判斷所述醫(yī)囑執(zhí)行流程中的當(dāng)前步驟是否涉及用戶交互行為；消息生成單元，用于在所述當(dāng)前步驟涉及用戶交互行為的情況下，將所述當(dāng)前步驟的信息包裝成消息； 消息發(fā)送單元，用于將所述消息發(fā)送至相應(yīng)的交互設(shè)備，以供完成所述用戶交互行為。
2.根據(jù)權(quán)利要求1所述的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)，其特征在于，還包括: 重要性確定單元，用于確定所述當(dāng)前步驟的重要程度； 其中，所述消息發(fā)送單元根據(jù)所述當(dāng)前步驟的重要程度，確定對(duì)相應(yīng)的消息的發(fā)送次數(shù)和/或頻率，且重要程度越高時(shí)，相應(yīng)的消息的發(fā)送次數(shù)和/或頻率越大。
3.根據(jù)權(quán)利要求1所述的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)，其特征在于，還包括: 界面顯示單元，用于在所述交互設(shè)備上顯示相應(yīng)的用戶交互界面； 交互處理單元，用于根據(jù)所述用戶交互界面接收到的用戶輸入數(shù)據(jù)，完成所述用戶交互行為。
4.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)，其特征在于，還包括: 結(jié)果接收單元，用于接收所述交互設(shè)備返回的對(duì)所述消息的處理結(jié)果； 結(jié)果驗(yàn)證單元，用于驗(yàn)證所述處理結(jié)果，以在所述當(dāng)前步驟處理成功的情況下，按照所述醫(yī)囑執(zhí)行流程執(zhí)行后續(xù)步驟。
5.根據(jù)權(quán)利要求4所述的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行系統(tǒng)，其特征在于，還包括: 流程修正單元，用于在所述當(dāng)前步驟處理失敗的情況下，對(duì)所述醫(yī)囑執(zhí)行流程進(jìn)行修正，以執(zhí)行修正后的醫(yī)囑執(zhí)行流程。
6.一種消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法，其特征在于，包括: 解析已接收到的醫(yī)囑，生成相應(yīng)的包含至少一個(gè)步驟的醫(yī)囑執(zhí)行流程； 判斷所述醫(yī)囑執(zhí)行流程中的當(dāng)前步驟是否涉及用戶交互行為，若涉及，則將所述當(dāng)前步驟的信息包裝成消息，并發(fā)送至相應(yīng)的交互設(shè)備，以供完成所述用戶交互行為。
7.根據(jù)權(quán)利要求6所述的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法，其特征在于，還包括: 根據(jù)所述當(dāng)前步驟的重要程度，確定對(duì)相應(yīng)的消息的發(fā)送次數(shù)和/或頻率； 其中，重要程度越高時(shí)，相應(yīng)的消息的發(fā)送次數(shù)和/或頻率越大。
8.根據(jù)權(quán)利要求6所述的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法，其特征在于，還包括: 在所述交互設(shè)備上顯示相應(yīng)的用戶交互界面；以及 根據(jù)所述用戶交互界面接收到的用戶輸入數(shù)據(jù)，完成所述用戶交互行為。
9.根據(jù)權(quán)利要求6至8中任一項(xiàng)所述的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法，其特征在于，還包括: 接收所述交互設(shè)備返回的對(duì)所述消息的處理結(jié)果；以及 驗(yàn)證所述處理結(jié)果，若所述當(dāng)前步驟處理成功時(shí)，按照所述醫(yī)囑執(zhí)行流程執(zhí)行后續(xù)步驟。
10.根據(jù)權(quán)利要求9所述的消息驅(qū)動(dòng)的醫(yī)囑執(zhí)行方法，其特征在于，還包括:若所述當(dāng)前步驟處理失敗， 則對(duì)所述醫(yī)囑執(zhí)行流程進(jìn)行修正，并執(zhí)行修正后的醫(yī)囑執(zhí)行流程。
【文檔編號(hào)】G06F3/0481GK103559672SQ201310602629
【公開日】2014年2月5日 申請(qǐng)日期:2013年11月25日 優(yōu)先權(quán)日:2013年11月25日
【發(fā)明者】郭云嵩, 文黎明 申請(qǐng)人:方正國際軟件有限公司, 方正國際軟件(北京)有限公司