專利名稱：一種遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及綜合服務(wù)領(lǐng)域，尤其涉及一種遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)及方法。
背景技術(shù)：
隨著信息產(chǎn)業(yè)的快速發(fā)展，全球IT企業(yè)都把目光投向醫(yī)療領(lǐng)域，不斷提供水平更高的醫(yī)療信息化解決方案，直接推動(dòng)了遠(yuǎn)程醫(yī)療的提升。尤其值得關(guān)注的是，隨著物聯(lián)網(wǎng)技術(shù)的發(fā)展以及信息技術(shù)與醫(yī)療的進(jìn)一步結(jié)合，遠(yuǎn)程醫(yī)療是全球趨勢(shì)。近年來(lái)，智慧城市的輪廓已逐漸清晰，作為智慧城市的重要組成部分，遠(yuǎn)程醫(yī)療將帶給人們更高水平的服務(wù)。因此，中國(guó)的醫(yī)療行業(yè)應(yīng)制定一個(gè)更宏偉的目標(biāo)，提前對(duì)遠(yuǎn)程醫(yī)療進(jìn)行投入和布局。作為一個(gè)大型的物聯(lián)網(wǎng)應(yīng)用，應(yīng)當(dāng)包含不可計(jì)數(shù)的傳感器，要在大范圍內(nèi)實(shí)現(xiàn)遠(yuǎn)程醫(yī)療綜合系統(tǒng)，需要測(cè)量的健康數(shù)據(jù)量相當(dāng)之大，如需要為每個(gè)人測(cè)量諸如血壓、心電、 體重、血糖等數(shù)據(jù)，并且需要對(duì)這些數(shù)據(jù)進(jìn)行分析，為每個(gè)人提供健康意見，通知給相應(yīng)的個(gè)人，并為每個(gè)人提供查詢服務(wù)。在這樣的業(yè)務(wù)環(huán)境中，有很多的服務(wù)和功能是相同的，比如心電分析、血壓分析、短信通知等。但是在目前這種獨(dú)立平臺(tái)下，這種服務(wù)和功能還不能復(fù)用，每次使用都需要重新設(shè)置?，F(xiàn)有的某些組織和個(gè)人提供了一些能夠?qū)崿F(xiàn)某些特定功能的模塊，但是這些模塊由于使用的環(huán)境和技術(shù)差異，仍沒(méi)有辦法在同一個(gè)平臺(tái)內(nèi)進(jìn)行綜合使用。比如A公司提供了血壓分析的服務(wù)，B公司提供了心電分析的服務(wù)。但是在一項(xiàng)業(yè)務(wù)中可能同時(shí)需要使用這兩項(xiàng)服務(wù)，而在目前，還不存在統(tǒng)一的接口，實(shí)現(xiàn)對(duì)這些零散的服務(wù)進(jìn)行管理和控制。綜上可見，目前在遠(yuǎn)程醫(yī)療乃至物聯(lián)網(wǎng)領(lǐng)域，各個(gè)業(yè)務(wù)的實(shí)現(xiàn)和可能重復(fù)使用的功能模塊并沒(méi)有做特殊處理，這樣會(huì)導(dǎo)致大量資源的浪費(fèi)，提高系統(tǒng)的實(shí)現(xiàn)難度。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)及方法，能夠?qū)崿F(xiàn)各功能模塊的重復(fù)使用，減少資源浪費(fèi)。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)，所述系統(tǒng)包括醫(yī)療流程生成單元、醫(yī)療流程執(zhí)行單元、醫(yī)療服務(wù)接口單元、數(shù)據(jù)存儲(chǔ)單元；其中，所述醫(yī)療流程生成單元，用于生成綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述業(yè)務(wù)邏輯發(fā)送到所述醫(yī)療流程執(zhí)行單元；所述醫(yī)療流程執(zhí)行單元，用于為所述業(yè)務(wù)邏輯提供運(yùn)行環(huán)境，當(dāng)接收到用戶輸入的請(qǐng)求信息后，對(duì)所述請(qǐng)求信息相關(guān)的業(yè)務(wù)邏輯執(zhí)行操作，并對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制；所述醫(yī)療服務(wù)接口單元，用于以組合各醫(yī)療服務(wù)的方式集成至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口，供所述醫(yī)療流程執(zhí)行單元調(diào)用；所述數(shù)據(jù)存儲(chǔ)單元，用于接收并存儲(chǔ)用戶遠(yuǎn)程輸入的醫(yī)療數(shù)據(jù)，供所述醫(yī)療流程執(zhí)行單元對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制時(shí)查詢。其中，所述醫(yī)療流程生成單元，具體用于基于業(yè)務(wù)流程執(zhí)行語(yǔ)言BPEL業(yè)務(wù)流程， 生成以BPEL文件形式的綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述BPEL文件發(fā)送并部署到所述醫(yī)療流程執(zhí)行單元。其中，所述醫(yī)療流程執(zhí)行單元，進(jìn)一步包括基于簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議SOAP的SOAP綁定組件、規(guī)格化消息路由器、BPEL服務(wù)引擎和醫(yī)療服務(wù)能力組件引擎；其中，所述SOAP綁定組件，用于接收用戶輸入的WEB格式的請(qǐng)求消息，創(chuàng)建消息交換實(shí)例，將所述請(qǐng)求消息發(fā)送給所述規(guī)格化消息路由器；所述規(guī)格化消息路由器，用于解析接收到的請(qǐng)求消息，確定目的BPEL服務(wù)引擎和醫(yī)療服務(wù)能力組件引擎，將解析后的請(qǐng)求消息發(fā)送至BPEL服務(wù)引擎并接收所述BPEL服務(wù)引擎返回的調(diào)用醫(yī)療能力組件的請(qǐng)求消息；所述BPEL服務(wù)引擎，用于接收所述規(guī)格化消息路由器發(fā)來(lái)的請(qǐng)求消息，調(diào)用BPEL 業(yè)務(wù)流程所在的模塊并生成調(diào)用醫(yī)療能力組件的請(qǐng)求消息；所述醫(yī)療服務(wù)能力組件引擎，用于將所述調(diào)用醫(yī)療能力組件的請(qǐng)求消息定向到醫(yī)療能力組件，調(diào)用所述醫(yī)療能力組件對(duì)應(yīng)的醫(yī)療業(yè)務(wù)功能接口。其中，所述醫(yī)療服務(wù)接口單元，進(jìn)一步包括鑒權(quán)認(rèn)證接口子單元，用于接收到用戶輸入的鑒權(quán)請(qǐng)求信息后，提供調(diào)用鑒權(quán)認(rèn)證服務(wù)模塊的接口；數(shù)據(jù)查詢接口子單元，用于接收到用戶輸入的數(shù)據(jù)查詢請(qǐng)求信息后，提供調(diào)用數(shù)據(jù)查詢服務(wù)模塊的接口；數(shù)據(jù)分析接口子單元，用于接收到待分析的數(shù)據(jù)后，提供調(diào)用數(shù)據(jù)分析服務(wù)模塊的接口 ；通知控制接口子單元，用于接收到用戶輸入的需要發(fā)送通知請(qǐng)求信息后，提供調(diào)用通知服務(wù)模塊的接口。進(jìn)一步地，所述系統(tǒng)還包括管理單元，用于對(duì)所述醫(yī)療綜合服務(wù)系統(tǒng)進(jìn)行計(jì)費(fèi)數(shù)據(jù)、故障數(shù)據(jù)的初始配置及維護(hù)管理。一種遠(yuǎn)程醫(yī)療綜合服務(wù)方法，接收并存儲(chǔ)用戶遠(yuǎn)程輸入的醫(yī)療數(shù)據(jù)，供控制執(zhí)行業(yè)務(wù)邏輯時(shí)查詢；所述方法還包括生成綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述業(yè)務(wù)邏輯發(fā)送到醫(yī)療流程執(zhí)行單元；醫(yī)療流程執(zhí)行單元為所述業(yè)務(wù)邏輯提供運(yùn)行環(huán)境，當(dāng)接收到用戶輸入的請(qǐng)求信息后，對(duì)所述請(qǐng)求信息相關(guān)的業(yè)務(wù)邏輯執(zhí)行操作，并對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制，調(diào)用醫(yī)療服務(wù)接口單元以組合各醫(yī)療服務(wù)方式集成的至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口。其中，所述生成綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述業(yè)務(wù)邏輯發(fā)送到醫(yī)療流程執(zhí)行單元為基于BPEL業(yè)務(wù)流程，生成以BPEL文件形式的綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述 BPEL文件發(fā)送并部署到所述醫(yī)療流程執(zhí)行單元。其中，所述醫(yī)療流程執(zhí)行單元當(dāng)接收到用戶輸入的請(qǐng)求信息后，對(duì)所述請(qǐng)求信息相關(guān)的業(yè)務(wù)邏輯執(zhí)行操作，并對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制，調(diào)用醫(yī)療服務(wù)接口單元以組合各醫(yī)療服務(wù)方式集成的至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口為
醫(yī)療流程執(zhí)行單元的SOAP綁定組件接收用戶輸入的WEB格式的請(qǐng)求消息，創(chuàng)建消息交換實(shí)例，將所述請(qǐng)求消息發(fā)送給醫(yī)療流程執(zhí)行單元的規(guī)格化消息路由器；所述規(guī)格化消息路由器解析接收到的請(qǐng)求消息，確定目的BPEL服務(wù)引擎和醫(yī)療服務(wù)能力組件引擎，將解析后的請(qǐng)求消息發(fā)送至醫(yī)療流程執(zhí)行單元的BPEL服務(wù)引擎；所述BPEL服務(wù)引擎接收所述規(guī)格化消息路由器發(fā)來(lái)的請(qǐng)求消息，調(diào)用BPEL業(yè)務(wù)流程所在的模塊并生成調(diào)用醫(yī)療能力組件的請(qǐng)求消息；并將所述調(diào)用醫(yī)療能力組件的請(qǐng)求消息通過(guò)所述規(guī)格化消息路由器發(fā)送給醫(yī)療流程執(zhí)行單元的醫(yī)療服務(wù)能力組件引擎；所述醫(yī)療服務(wù)能力組件引擎將所述調(diào)用醫(yī)療能力組件的請(qǐng)求消息定向到醫(yī)療能力組件，調(diào)用所述醫(yī)療能力組件對(duì)應(yīng)的醫(yī)療業(yè)務(wù)功能接口。其中，所述調(diào)用醫(yī)療服務(wù)接口單元以組合各醫(yī)療服務(wù)方式集成的至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口為接收到用戶輸入的鑒權(quán)請(qǐng)求信息后，調(diào)用鑒權(quán)認(rèn)證服務(wù)模塊的接口 ；或者，接收到用戶輸入的數(shù)據(jù)查詢請(qǐng)求信息后，調(diào)用數(shù)據(jù)查詢服務(wù)模塊的接口 ；或者，接收到待分析的數(shù)據(jù)后，調(diào)用數(shù)據(jù)分析服務(wù)模塊的接口 ；或者，接收到用戶輸入的需要發(fā)送通知請(qǐng)求信息后，調(diào)用通知服務(wù)模塊的接口。進(jìn)一步地，所述方法還包括管理單元進(jìn)行計(jì)費(fèi)數(shù)據(jù)、故障數(shù)據(jù)的初始配置及維護(hù)管理。本發(fā)明通過(guò)醫(yī)療流程執(zhí)行單元根據(jù)接收到的請(qǐng)求信息對(duì)醫(yī)療服務(wù)接口單元實(shí)現(xiàn)各醫(yī)療服務(wù)的調(diào)用及控制，實(shí)現(xiàn)了基本服務(wù)操作功能模塊的重復(fù)使用，并且通過(guò)對(duì)不同醫(yī)療服務(wù)的組合應(yīng)用，能夠減少資源浪費(fèi)，提高了資源利用率，具有較好的通用性，同時(shí)能夠?qū)h(yuǎn)程用戶輸入的醫(yī)療數(shù)據(jù)進(jìn)行存儲(chǔ)，整合傳感器網(wǎng)、互聯(lián)網(wǎng)和電信領(lǐng)域的業(yè)務(wù)能力，綜合考慮硬件和軟件方面的需要，拓展出新型的電信增值服務(wù)。


圖1為本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)的結(jié)構(gòu)示意圖；圖2為本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法的實(shí)現(xiàn)流程示意圖；圖3為基于本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法的具體實(shí)施例的實(shí)現(xiàn)流程圖；圖4為本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法中鑒權(quán)認(rèn)證的實(shí)現(xiàn)流程圖；圖5為本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法中數(shù)據(jù)查詢的實(shí)現(xiàn)流程圖；圖6為本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法中通知服務(wù)的實(shí)現(xiàn)流程圖；圖7為本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法中數(shù)據(jù)分析的實(shí)現(xiàn)流程圖。
具體實(shí)施例方式遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)需要提供中心醫(yī)院、社區(qū)醫(yī)院和個(gè)人終端的融合，所涉及的有關(guān)醫(yī)療方面的業(yè)務(wù)比較多。采用原子服務(wù)和服務(wù)組合的形式能夠提供遠(yuǎn)程醫(yī)療所需要的各種各樣的服務(wù)，滿足遠(yuǎn)程醫(yī)療的需求。本發(fā)明提供了一些可復(fù)用、可控制的遠(yuǎn)程醫(yī)療服務(wù)系統(tǒng)的相關(guān)業(yè)務(wù)，這些業(yè)務(wù)通過(guò)統(tǒng)一的接口對(duì)外展示，利用已存在的一些原子服務(wù)，構(gòu)建統(tǒng)一的可以重復(fù)利用的物聯(lián)網(wǎng)應(yīng)用。本發(fā)明的基本思想為基于面向服務(wù)的體系結(jié)構(gòu)(krvice-OrientedArchitecture, S0A)技術(shù)，提供一種遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)，醫(yī)療流程生成單元、醫(yī)療流程執(zhí)行單元、醫(yī)療服務(wù)接口單元、數(shù)據(jù)存儲(chǔ)單元；其中，所述醫(yī)療流程生成單元，用于生成綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述業(yè)務(wù)邏輯發(fā)送到所述醫(yī)療流程執(zhí)行單元；所述醫(yī)療流程執(zhí)行單元，用于提供所述業(yè)務(wù)邏輯的運(yùn)行環(huán)境，當(dāng)接收到用戶輸入的請(qǐng)求信息后，對(duì)所述請(qǐng)求信息相關(guān)的業(yè)務(wù)邏輯執(zhí)行操作，并對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制；所述醫(yī)療服務(wù)接口單元，用于以組合各醫(yī)療服務(wù)的方式集成至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口，供所述醫(yī)療流程執(zhí)行單元調(diào)用；所述數(shù)據(jù)存儲(chǔ)單元，用于接收并存儲(chǔ)用戶遠(yuǎn)程輸入的醫(yī)療數(shù)據(jù)，供所述醫(yī)療流程執(zhí)行單元對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制時(shí)查詢。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實(shí)施例并參照附圖，對(duì)本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。圖1示出了本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)的結(jié)構(gòu)，如圖1所示，所述系統(tǒng)包括醫(yī)療流程生成單元11、醫(yī)療流程執(zhí)行單元12、醫(yī)療服務(wù)接口單元13、數(shù)據(jù)存儲(chǔ)單元14 ；其中，所述醫(yī)療流程生成單元11，用于生成綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述業(yè)務(wù)邏輯發(fā)送到所述醫(yī)療流程執(zhí)行單元12 ；所述醫(yī)療流程執(zhí)行單元12，用于提供所述業(yè)務(wù)邏輯的運(yùn)行環(huán)境，當(dāng)接收到用戶輸入的請(qǐng)求信息后，對(duì)所述請(qǐng)求信息相關(guān)的業(yè)務(wù)邏輯執(zhí)行操作，并對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制；所述醫(yī)療服務(wù)接口單元13，用于以組合各醫(yī)療服務(wù)的方式集成至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口，供所述醫(yī)療流程執(zhí)行單元12調(diào)用；所述數(shù)據(jù)存儲(chǔ)單元14，用于接收并存儲(chǔ)用戶遠(yuǎn)程輸入的醫(yī)療數(shù)據(jù)，供所述醫(yī)療流程執(zhí)行單元12對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制時(shí)查詢。這里，所述各醫(yī)療服務(wù)具體為TOB服務(wù)，包括完成各醫(yī)療具體業(yè)務(wù)功能的服務(wù)， 完成醫(yī)療具體業(yè)務(wù)功能的服務(wù)對(duì)應(yīng)于遠(yuǎn)程醫(yī)療業(yè)務(wù)功能的具體接口。其中，所述醫(yī)療流程生成單元11，具體用于基于業(yè)務(wù)流程執(zhí)行語(yǔ)言(Business Process Execution Language, BPEL)業(yè)務(wù)流程，生成以BPEL文件形式的綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述BPEL文件發(fā)送并部署到所述醫(yī)療流程執(zhí)行單元12。這里，所述BPEL文件中包括BPEL業(yè)務(wù)流程。所述醫(yī)療流程執(zhí)行單元12，具體用于基于BPEL業(yè)務(wù)流程，控制各醫(yī)療服務(wù)按照包括順序、并發(fā)和選擇在內(nèi)的方式來(lái)執(zhí)行。具體地，各個(gè)WEB服務(wù)掛接在BPEL業(yè)務(wù)流程上，即為各個(gè)WEB服務(wù)處于所述BPEL業(yè)務(wù)流程中的節(jié)點(diǎn)位置，根據(jù)客戶端輸入的請(qǐng)求消息，啟動(dòng) BPEL業(yè)務(wù)流程執(zhí)行，所述BPEL業(yè)務(wù)流程負(fù)責(zé)參與組合各個(gè)WEB服務(wù)之間消息的轉(zhuǎn)發(fā)、轉(zhuǎn)接和處理，控制各個(gè)WEB服務(wù)順序、并發(fā)或選擇等方式的執(zhí)行。所述醫(yī)療流程執(zhí)行單元12，進(jìn)一步包括基于簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(Simple Object Access Protocol, SOAP)的SOAP綁定組件121、規(guī)格化消息路由器122,BPEL服務(wù)引擎123 和醫(yī)療服務(wù)能力組件引擎1 ；其中，所述SOAP綁定組件121，用于接收用戶輸入的TOB格式的請(qǐng)求消息，創(chuàng)建消息交換實(shí)例，將所述請(qǐng)求消息發(fā)送給所述規(guī)格化消息路由器122 ；具體為，接收WEB服務(wù)格式的醫(yī)療綜合服務(wù)請(qǐng)求消息，創(chuàng)建消息交換實(shí)例，并根據(jù)需求將接收到的消息交換格式直接放入消息交換實(shí)例中；設(shè)置消息交換的服務(wù)端點(diǎn)屬性，并在請(qǐng)求側(cè)創(chuàng)建第一服務(wù)遞交通道(DC)，醫(yī)療綜合服務(wù)請(qǐng)求消息經(jīng)所述第一 DC傳遞到規(guī)格化消息路由器；所述規(guī)格化消息路由器122，用于解析接收到的請(qǐng)求消息，確定目的BPEL服務(wù)引擎123和醫(yī)療服務(wù)能力組件引擎124，將解析后的請(qǐng)求消息發(fā)送至BPEL服務(wù)引擎123并接收所述BPEL服務(wù)引擎123返回的調(diào)用醫(yī)療能力組件的請(qǐng)求消息；具體地，接收醫(yī)療綜合服務(wù)請(qǐng)求消息，解析消息頭，尋找到目的服務(wù)引擎，并創(chuàng)建服務(wù)引擎?zhèn)鹊牡诙?DC，在請(qǐng)求側(cè)的第一 DC和服務(wù)引擎?zhèn)鹊牡诙?DC之間創(chuàng)建消息流的處理實(shí)例；規(guī)格化消息路由器在BPEL服務(wù)引擎和醫(yī)療服務(wù)能力組件引擎間建立另一個(gè)消息流的處理實(shí)例，并建立事件引擎?zhèn)鹊牡谌鼶C ；規(guī)格化消息路由器將收到的調(diào)用醫(yī)療服務(wù)能力組件的請(qǐng)求消息通過(guò)第三DC發(fā)送到醫(yī)療服務(wù)能力組件引擎；所述BPEL服務(wù)引擎123，用于接收所述規(guī)格化消息路由器122發(fā)來(lái)的請(qǐng)求消息，調(diào)用BPEL業(yè)務(wù)流程所在的模塊并生成調(diào)用醫(yī)療能力組件的請(qǐng)求消息；具體地，接收到醫(yī)療服務(wù)請(qǐng)求消息，調(diào)用醫(yī)療服務(wù)業(yè)務(wù)邏輯的BPEL業(yè)務(wù)流程所在的模塊處理并生成調(diào)用醫(yī)療服務(wù)能力組件的請(qǐng)求消息后，將調(diào)用醫(yī)療服務(wù)能力組件的請(qǐng)求消息通過(guò)服務(wù)引擎?zhèn)鹊牡诙?DC 發(fā)送到所述規(guī)格化消息路由器；其中，BPEL服務(wù)引擎中包括醫(yī)療服務(wù)業(yè)務(wù)邏輯的BPEL業(yè)務(wù)流程所在的模塊，用于對(duì)醫(yī)療服務(wù)請(qǐng)求消息處理并生成所述調(diào)用醫(yī)療服務(wù)能力組件的請(qǐng)求消息。所述醫(yī)療服務(wù)能力組件引擎124，用于將所述調(diào)用醫(yī)療能力組件的請(qǐng)求消息定向到醫(yī)療能力組件，調(diào)用所述醫(yī)療能力組件對(duì)應(yīng)的醫(yī)療業(yè)務(wù)功能接口，具體地，將調(diào)用醫(yī)療服務(wù)能力組件的請(qǐng)求消息定向到醫(yī)療服務(wù)能力組件；其中，醫(yī)療服務(wù)能力組件擎中包括醫(yī)療服務(wù)能力組件，用于對(duì)調(diào)用醫(yī)療服務(wù)能力組件的請(qǐng)求消息進(jìn)行響應(yīng)。其中，所述醫(yī)療服務(wù)接口單元13，進(jìn)一步包括鑒權(quán)認(rèn)證接口子單元131，用于接收到用戶輸入的鑒權(quán)請(qǐng)求信息后，提供調(diào)用鑒權(quán)認(rèn)證服務(wù)模塊的接口 ；數(shù)據(jù)查詢接口子單元132，用于接收到用戶輸入的數(shù)據(jù)查詢請(qǐng)求信息后，提供調(diào)用數(shù)據(jù)查詢服務(wù)模塊的接口 ； 數(shù)據(jù)分析接口子單元133，用于接收到待分析的數(shù)據(jù)后，提供調(diào)用數(shù)據(jù)分析服務(wù)模塊的接口 ；通知控制接口子單元134，用于接收到用戶輸入的需要發(fā)送通知請(qǐng)求信息后，提供調(diào)用通知服務(wù)模塊的接口。具體地，所述數(shù)據(jù)查詢接口子單元132進(jìn)一步包括心電數(shù)據(jù)查詢的具體接口、血壓數(shù)據(jù)查詢的具體接口、心電圖查詢的具體接口 ；所述數(shù)據(jù)分析接口子單元 133進(jìn)一步可以包括血壓數(shù)據(jù)分析的具體接口、心電數(shù)據(jù)分析的具體接口等等；所述通知控制接口子單元134進(jìn)一步可以包括短信通知的具體接口、郵件通知的具體接口等；進(jìn)一步地，醫(yī)療服務(wù)接口單元13還可以包括獲取射頻識(shí)別 adio Frequency Identification, RFID)的具體接口、獲取一維條形碼的具體接口、獲取二維碼的具體接口等等。進(jìn)一步地，所述系統(tǒng)還包括管理單元，用于對(duì)所述醫(yī)療綜合服務(wù)系統(tǒng)進(jìn)行計(jì)費(fèi)數(shù)據(jù)、故障數(shù)據(jù)的初始配置及維護(hù)管理；具體地，對(duì)所述醫(yī)療綜合服務(wù)系統(tǒng)進(jìn)行統(tǒng)一管理，包括計(jì)費(fèi)、鑒權(quán)和用戶進(jìn)行管理、運(yùn)行維護(hù)等功能，其中，配置管理功能包括配置數(shù)據(jù)管理、 故障重新配置、計(jì)費(fèi)數(shù)據(jù)配置、系統(tǒng)和操作數(shù)據(jù)自動(dòng)備份；故障管理，包括對(duì)整個(gè)遠(yuǎn)程醫(yī)療系統(tǒng)的運(yùn)行狀態(tài)的監(jiān)視和故障監(jiān)測(cè)、故障告警、故障定位、故障日志和故障分析等功能；安全管理，即接入認(rèn)證、鑒權(quán)能力。支持分級(jí)的管理用戶接入方式。不同權(quán)限的管理用戶所能執(zhí)行的操作不同，支持多點(diǎn)操作和定時(shí)啟動(dòng)命令；日志管理，主要包括安全日志、日志管理。安全日志作為安全管理的一部分，所有操作員的關(guān)鍵操作都會(huì)被記錄在安全日志中；計(jì)
8費(fèi)和業(yè)務(wù)管理功能，能夠支持多種計(jì)費(fèi)方式。支持按流量計(jì)費(fèi)和按內(nèi)容計(jì)費(fèi)；對(duì)傳統(tǒng)話音服務(wù)及視頻服務(wù)，支持按時(shí)間計(jì)費(fèi)。實(shí)現(xiàn)對(duì)用戶登錄及使用業(yè)務(wù)時(shí)進(jìn)行認(rèn)證、授權(quán)、計(jì)費(fèi)等功能。圖2示出了本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法的實(shí)現(xiàn)流程，如圖2所示，所述方法包括下述步驟步驟200，接收并存儲(chǔ)用戶遠(yuǎn)程輸入的醫(yī)療數(shù)據(jù)，供控制執(zhí)行業(yè)務(wù)邏輯時(shí)查詢；應(yīng)當(dāng)理解，本步驟與后續(xù)步驟并沒(méi)有特定的先后順序，當(dāng)有用戶遠(yuǎn)程輸入的醫(yī)療數(shù)據(jù)時(shí)，則隨時(shí)隨地進(jìn)行接收存儲(chǔ)。步驟201，生成綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述業(yè)務(wù)邏輯發(fā)送到醫(yī)療流程執(zhí)行單元；具體地，基于BPEL業(yè)務(wù)流程，生成以BPEL文件形式的綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯， 并將所述BPEL文件發(fā)送部署到所述醫(yī)療流程執(zhí)行單元。這里，所述各醫(yī)療服務(wù)具體為TOB服務(wù)，包括完成各醫(yī)療具體業(yè)務(wù)功能的服務(wù)， 完成醫(yī)療具體業(yè)務(wù)功能的服務(wù)對(duì)應(yīng)于遠(yuǎn)程醫(yī)療業(yè)務(wù)功能的具體接口。步驟202，醫(yī)療流程執(zhí)行單元為所述業(yè)務(wù)邏輯提供運(yùn)行環(huán)境，當(dāng)接收到用戶輸入的請(qǐng)求信息后，對(duì)所述請(qǐng)求信息相關(guān)的業(yè)務(wù)邏輯執(zhí)行操作，并對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制，調(diào)用所述醫(yī)療服務(wù)接口單元以組合各醫(yī)療服務(wù)方式集成的至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口；具體地，本步驟中，醫(yī)療流程執(zhí)行單元的SOAP綁定組件接收用戶輸入的WEB格式的請(qǐng)求消息，創(chuàng)建消息交換實(shí)例，將所述請(qǐng)求消息發(fā)送給醫(yī)療流程執(zhí)行單元的規(guī)格化消息路由器；所述規(guī)格化消息路由器解析接收到的請(qǐng)求消息，確定目的BPEL服務(wù)引擎和醫(yī)療服務(wù)能力組件引擎，將解析后的請(qǐng)求消息發(fā)送至醫(yī)療流程執(zhí)行單元的BPEL服務(wù)引擎；所述 BPEL服務(wù)引擎接收所述規(guī)格化消息路由器發(fā)來(lái)的請(qǐng)求消息，調(diào)用BPEL業(yè)務(wù)流程所在的模塊并生成調(diào)用醫(yī)療能力組件的請(qǐng)求消息；并將所述調(diào)用醫(yī)療能力組件的請(qǐng)求消息通過(guò)所述規(guī)格化消息路由器發(fā)送給醫(yī)療流程執(zhí)行單元的醫(yī)療服務(wù)能力組件引擎；所述醫(yī)療服務(wù)能力組件引擎將所述調(diào)用醫(yī)療能力組件的請(qǐng)求消息定向到醫(yī)療能力組件，調(diào)用所述醫(yī)療能力組件對(duì)應(yīng)的醫(yī)療業(yè)務(wù)功能接口。調(diào)用醫(yī)療服務(wù)接口單元以組合各醫(yī)療服務(wù)方式集成的至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口為接收到用戶輸入的鑒權(quán)請(qǐng)求信息后，調(diào)用鑒權(quán)認(rèn)證服務(wù)模塊的接口 ；或者，接收到用戶輸入的數(shù)據(jù)查詢請(qǐng)求信息后，調(diào)用數(shù)據(jù)查詢服務(wù)模塊的接口 ；或者，接收到待分析的數(shù)據(jù)后，調(diào)用數(shù)據(jù)分析服務(wù)模塊的接口 ；或者，接收到用戶輸入的需要發(fā)送通知請(qǐng)求信息后， 調(diào)用通知服務(wù)模塊的接口。這里，所述數(shù)據(jù)查詢接口具體包括心電數(shù)據(jù)查詢的具體接口、血壓數(shù)據(jù)查詢的具體接口、心電圖查詢的具體接口 ；所述數(shù)據(jù)分析接口進(jìn)一步可以包括血壓數(shù)據(jù)分析的具體接口、心電數(shù)據(jù)分析的具體接口等等；所述通知控制接口進(jìn)一步可以包括短信通知的具體接口、郵件通知的具體接口等；進(jìn)一步地，醫(yī)療服務(wù)接口還可以包括獲取RFID的具體接口、 獲取一維條形碼的具體接口、獲取二維碼的具體接口等等、進(jìn)一步地，所述方法還包括管理單元進(jìn)行計(jì)費(fèi)數(shù)據(jù)、故障數(shù)據(jù)的初始配置及維護(hù)管理；具體為對(duì)所述醫(yī)療綜合服務(wù)系統(tǒng)進(jìn)行統(tǒng)一管理，包括計(jì)費(fèi)、鑒權(quán)和用戶進(jìn)行管理、運(yùn)行維護(hù)等功能，其中，配置管理功能包括配置數(shù)據(jù)管理、故障重新配置、計(jì)費(fèi)數(shù)據(jù)配置、系統(tǒng)和操作數(shù)據(jù)自動(dòng)備份；故障管理，包括對(duì)整個(gè)遠(yuǎn)程醫(yī)療系統(tǒng)的運(yùn)行狀態(tài)的監(jiān)視和故障監(jiān)測(cè)、故障告警、故障定位、故障日志和故障分析等功能；安全管理，即接入認(rèn)證、鑒權(quán)能力。支持分級(jí)的管理用戶接入方式。不同權(quán)限的管理用戶所能執(zhí)行的操作不同，支持多點(diǎn)操作和定時(shí)啟動(dòng)命令；日志管理，主要包括安全日志、日志管理。安全日志作為安全管理的一部分，所有操作員的關(guān)鍵操作都會(huì)被記錄在安全日志中；計(jì)費(fèi)和業(yè)務(wù)管理功能，能夠支持多種計(jì)費(fèi)方式。支持按流量計(jì)費(fèi)和按內(nèi)容計(jì)費(fèi)；對(duì)傳統(tǒng)話音服務(wù)及視頻服務(wù)，支持按時(shí)間計(jì)費(fèi)。 實(shí)現(xiàn)對(duì)用戶登錄及使用業(yè)務(wù)時(shí)進(jìn)行認(rèn)證、授權(quán)、計(jì)費(fèi)等功能。圖3示出了基于上述遠(yuǎn)程醫(yī)療綜合服務(wù)方法的具體實(shí)施例的實(shí)現(xiàn)流程，如圖3所示，所述實(shí)施例從末端的傳感器采集數(shù)據(jù)開始，采集的數(shù)據(jù)一方面存入數(shù)據(jù)庫(kù)并經(jīng)一定操作轉(zhuǎn)化為可視的圖形，以供用戶登錄查看；另一方面，數(shù)據(jù)上報(bào)給相關(guān)業(yè)務(wù)流程，經(jīng)流程處理之后把健康意見經(jīng)一定通知方式通知給用戶。其中，該實(shí)施例中相關(guān)業(yè)務(wù)流程包括的基本服務(wù)操作具體有鑒權(quán)認(rèn)證服務(wù)操作、數(shù)據(jù)查詢服務(wù)操作、數(shù)據(jù)分析服務(wù)操作以及通知服務(wù)操作；其中，數(shù)據(jù)查詢服務(wù)操作具體包括心電數(shù)據(jù)查詢、血壓數(shù)據(jù)查詢以及心電圖查詢等；數(shù)據(jù)分析服務(wù)操作具體包括血壓數(shù)據(jù)分析、心電分析等。所述實(shí)施例具體流程描述如下步驟301，血壓、心電等健康數(shù)據(jù)測(cè)量設(shè)備采集健康數(shù)據(jù)；具體地，可以將采集到的數(shù)據(jù)通過(guò)藍(lán)牙、Internet、3G網(wǎng)絡(luò)等方式傳送到后臺(tái)進(jìn)行后續(xù)處理；步驟302，數(shù)據(jù)存入數(shù)據(jù)庫(kù)；步驟303，把心電等特殊數(shù)據(jù)轉(zhuǎn)化為心電圖等可視的圖形，以供用戶登錄查看，方便醫(yī)生診斷；步驟304，控制服務(wù)集單元接收上報(bào)數(shù)據(jù)，當(dāng)上報(bào)數(shù)據(jù)為血壓數(shù)據(jù)時(shí)，執(zhí)行步驟 305，當(dāng)上報(bào)數(shù)據(jù)為心電數(shù)據(jù)時(shí)，執(zhí)行步驟307 ；步驟305-306，調(diào)用血壓數(shù)據(jù)分析服務(wù)操作子流程AnalyzeBloodPres進(jìn)行分析； 子流程AnalyzeBlooctfres返回分析結(jié)果，可能是正?；虍惓＃瑘?zhí)行步驟309 ；步驟307-308，調(diào)用心電分析服務(wù)操作子流程AnalyzeECG進(jìn)行分析；子流程 AnalyzeECG返回分析結(jié)果，可能是正常或異常；執(zhí)行步驟309 ；步驟309，通過(guò)調(diào)用郵件通知服務(wù)操作子流程sendmail將分析結(jié)果發(fā)送給用戶；步驟310，通過(guò)調(diào)用短信通知服務(wù)操作子流程sengMsg將分析結(jié)果發(fā)送給用戶；步驟311，通過(guò)調(diào)用電話通知服務(wù)操作子流程call將分析結(jié)果發(fā)送給用戶；應(yīng)當(dāng)理解，上述步驟309-步驟311可以根據(jù)需要選擇執(zhí)行至少一個(gè)，當(dāng)前處理流程結(jié)束，本次業(yè)務(wù)完成；步驟312，用戶經(jīng)過(guò)web方式在用戶登錄界面進(jìn)行登錄；步驟313，調(diào)用鑒權(quán)服務(wù)操作子流程authorize對(duì)用戶的身份進(jìn)行鑒權(quán)認(rèn)證；步驟314，子流程authorize返回鑒權(quán)結(jié)果，并對(duì)所述鑒權(quán)結(jié)果進(jìn)行判斷；鑒權(quán)結(jié)果為失敗，執(zhí)行步驟320 ；鑒權(quán)結(jié)果為成功，在步驟315-步驟317中擇一執(zhí)行；步驟315-316，當(dāng)鑒權(quán)成功后，用戶選擇進(jìn)行心電數(shù)據(jù)查詢時(shí)，調(diào)用心電數(shù)據(jù)查詢服務(wù)操作子流程getEC，查詢心電檢測(cè)情況；子流程getEC返回查詢結(jié)果后，對(duì)查詢結(jié)果進(jìn)行判斷，當(dāng)查詢結(jié)果為成功，執(zhí)行步驟321，否則執(zhí)行步驟322 ；
具體地，本步驟中，通過(guò)數(shù)據(jù)存儲(chǔ)單元預(yù)先設(shè)置的標(biāo)識(shí)控制數(shù)據(jù)對(duì)所述查詢結(jié)果進(jìn)行判斷，如根據(jù)數(shù)據(jù)存儲(chǔ)單元的標(biāo)識(shí)控制數(shù)據(jù)中的查詢結(jié)果和成功失敗的映射關(guān)系，如0 代表成功，可進(jìn)行下一步查詢操作，1代表失敗，無(wú)權(quán)進(jìn)行進(jìn)一步操作；應(yīng)當(dāng)理解，也可以0 代表失敗，1代表成功。步驟317-318，當(dāng)鑒權(quán)成功后，用戶選擇進(jìn)行血壓數(shù)據(jù)查詢時(shí)，調(diào)用血壓數(shù)據(jù)查詢服務(wù)操作子流程getBloodPres，查詢血壓檢測(cè)情況；子流程getBloodPres返回查詢結(jié)果后，對(duì)查詢結(jié)果進(jìn)行判斷，當(dāng)查詢結(jié)果為成功，執(zhí)行步驟321，否則執(zhí)行步驟322 ；具體地，本步驟中，通過(guò)數(shù)據(jù)存儲(chǔ)單元預(yù)先設(shè)置的標(biāo)識(shí)控制數(shù)據(jù)對(duì)所述查詢結(jié)果進(jìn)行判斷，如根據(jù)數(shù)據(jù)存儲(chǔ)單元的標(biāo)識(shí)控制數(shù)據(jù)中的查詢結(jié)果和成功失敗的映射關(guān)系，如0 代表成功，可進(jìn)行下一步查詢操作，1代表失敗，無(wú)權(quán)進(jìn)行進(jìn)一步操作；應(yīng)當(dāng)理解，也可以0 代表失敗，1代表成功。步驟319-320，當(dāng)鑒權(quán)成功后，用戶選擇進(jìn)行心電圖數(shù)據(jù)查詢時(shí)，調(diào)用心電圖數(shù)據(jù)查詢服務(wù)操作子流程getECG，查詢心電圖；子流程getBloodPres返回查詢結(jié)果后，對(duì)查詢結(jié)果進(jìn)行判斷，當(dāng)查詢結(jié)果為成功，執(zhí)行步驟321，否則執(zhí)行步驟322 ；具體地，本步驟中，通過(guò)數(shù)據(jù)存儲(chǔ)單元預(yù)先設(shè)置的標(biāo)識(shí)控制數(shù)據(jù)對(duì)所述查詢結(jié)果進(jìn)行判斷，如根據(jù)數(shù)據(jù)存儲(chǔ)單元的標(biāo)識(shí)控制數(shù)據(jù)中的查詢結(jié)果和成功失敗的映射關(guān)系，如0 代表成功，可進(jìn)行下一步查詢操作，1代表失敗，無(wú)權(quán)進(jìn)行進(jìn)一步操作；應(yīng)當(dāng)理解，也可以0 代表失敗，1代表成功。步驟321，用戶查詢到自己想要查詢的數(shù)據(jù)，本次查詢結(jié)束；步驟322，若判斷返回值代表失敗，表示該用戶無(wú)權(quán)進(jìn)行數(shù)據(jù)查詢，告知用戶無(wú)權(quán)訪問(wèn)，本次查詢結(jié)束。圖4示出為本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法中鑒權(quán)認(rèn)證(authorize)操作的實(shí)現(xiàn)流程，如圖4所示，所述鑒權(quán)認(rèn)證流程如下步驟401，接收鑒權(quán)認(rèn)證請(qǐng)求；步驟402，將接收到的數(shù)據(jù)賦值給鑒權(quán)認(rèn)證接口參數(shù)smAuthorizeRequest ；步驟403，調(diào)用鑒權(quán)認(rèn)證服務(wù)操作smAuthorize ；步驟404-405，接收鑒權(quán)認(rèn)證服務(wù)操作smAuthorize的返回值，對(duì)所述返回值進(jìn)行分析；根據(jù)數(shù)據(jù)存儲(chǔ)單元預(yù)先設(shè)置的標(biāo)識(shí)控制數(shù)據(jù)的返回值與認(rèn)證結(jié)果的映射關(guān)系，當(dāng)返回值resCode = 0，表示鑒權(quán)認(rèn)證成功，賦值認(rèn)證結(jié)果為success ；當(dāng)返回值resCode = 1， 表示鑒權(quán)認(rèn)證失敗，賦值認(rèn)證結(jié)果為failure ；當(dāng)前鑒權(quán)認(rèn)證流程結(jié)束。圖5示出了本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法中數(shù)據(jù)查詢的實(shí)現(xiàn)流程，本發(fā)明中，數(shù)據(jù)查詢流程具體可以包括心電數(shù)據(jù)查詢操作子流程(getEC)、血壓數(shù)據(jù)查詢操作子流程 (getBloodPres)、心電圖查詢操作子流程(getECG)。在數(shù)據(jù)查詢中都對(duì)用戶的查詢操作設(shè)置了權(quán)限控制的節(jié)點(diǎn)，很好的實(shí)現(xiàn)流程對(duì)業(yè)務(wù)的控制能力。查詢?cè)诤芏嗟膽?yīng)用場(chǎng)景中也是需要經(jīng)常用到的服務(wù)；如圖5所示，所述數(shù)據(jù)查詢流程具體如下步驟501，在用戶需要查詢心電數(shù)據(jù)、血壓數(shù)據(jù)或心電圖數(shù)據(jù)的時(shí)候，接收到用戶輸入的查詢請(qǐng)求信息；步驟502，將接收到的查詢請(qǐng)求信息中的數(shù)據(jù)賦值給相應(yīng)的數(shù)據(jù)查詢接口參數(shù)，以調(diào)用不同的數(shù)據(jù)查詢子流程；步驟503，通過(guò)數(shù)據(jù)查詢接口參數(shù)調(diào)用相關(guān)數(shù)據(jù)查詢操作，在數(shù)據(jù)存儲(chǔ)單元預(yù)先設(shè)置的標(biāo)識(shí)控制數(shù)據(jù)中查詢用戶權(quán)限。步驟504-505，接收通過(guò)查詢數(shù)據(jù)存儲(chǔ)單元的標(biāo)識(shí)控制數(shù)據(jù)得到的返回值，對(duì)所述返回值進(jìn)行分析；根據(jù)數(shù)據(jù)存儲(chǔ)單元預(yù)先存儲(chǔ)的標(biāo)識(shí)控制數(shù)據(jù)的返回值和用戶權(quán)限的映射關(guān)系，當(dāng)返回值為0，表示允許查詢，可繼續(xù)進(jìn)行下面的查詢操作；返回值為1，不允許查詢， 告之無(wú)權(quán)進(jìn)行操作。圖6示出了本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法中通知服務(wù)的實(shí)現(xiàn)流程，本發(fā)明中，通知服務(wù)流程具體可以包括短信通知(sendSMQ子流程、郵件通知(sengMail)子流程等。在很多應(yīng)用場(chǎng)景中，我們需要把一些消息通過(guò)郵件或短信的方式告知用戶，如本發(fā)明中用于通知用戶的健康消息；如圖6所示，所述數(shù)據(jù)查詢流程具體如下步驟601，在需要給某指定用戶發(fā)送短信(或郵件)通知一些消息時(shí)，接收用戶輸入的發(fā)送通知請(qǐng)求。步驟602，將接收到的發(fā)送通知請(qǐng)求信息中的數(shù)據(jù)賦值給相應(yīng)的通知服務(wù)接口參數(shù)，以調(diào)用不同的通知服務(wù)子流程步驟603，通過(guò)通知服務(wù)接口參數(shù)調(diào)用相關(guān)的通知服務(wù)操作，并在數(shù)據(jù)存儲(chǔ)單元預(yù)先設(shè)置的標(biāo)識(shí)控制數(shù)據(jù)中查詢用戶權(quán)限。步驟604-605，接收通過(guò)查詢數(shù)據(jù)存儲(chǔ)單元的標(biāo)識(shí)控制數(shù)據(jù)得到的返回值，對(duì)所述返回值進(jìn)行分析；根據(jù)數(shù)據(jù)存儲(chǔ)單元預(yù)先存儲(chǔ)的標(biāo)識(shí)控制數(shù)據(jù)的返回值和用戶權(quán)限的映射關(guān)系，當(dāng)返回值為0，表示允許通知，可繼續(xù)進(jìn)行下面的通知操作；返回值為1，不允許通知， 告之無(wú)權(quán)進(jìn)行該操作。圖7示出了本發(fā)明遠(yuǎn)程醫(yī)療綜合服務(wù)方法中數(shù)據(jù)分析的實(shí)現(xiàn)流程，本發(fā)明中，數(shù)據(jù)分析流程具體可以包括血壓數(shù)據(jù)分析(AnalyzeBloodPres)子流程、心電分析 (AnalyzeECG)子流程等。在醫(yī)療情景中，血壓和心電情況是很常見的判斷健康情況的指標(biāo)， 血壓和心電數(shù)據(jù)的自動(dòng)化分析將是綜合醫(yī)療的重要組成部分；如圖7所示，所述數(shù)據(jù)分析流程具體如下 步驟701，接收待分析的數(shù)據(jù)。步驟702，將接收到的數(shù)據(jù)賦值給相應(yīng)的數(shù)據(jù)分析接口參數(shù)，以調(diào)用不同的數(shù)據(jù)分析子流程步驟703，通過(guò)數(shù)據(jù)分析接口參數(shù)調(diào)用相關(guān)的數(shù)據(jù)分析操作，并在數(shù)據(jù)存儲(chǔ)單元預(yù)先存儲(chǔ)的標(biāo)識(shí)控制數(shù)據(jù)中查詢用戶權(quán)限。步驟704-705，接收通過(guò)查詢數(shù)據(jù)存儲(chǔ)單元的標(biāo)識(shí)控制數(shù)據(jù)得到的返回值，對(duì)所述返回值進(jìn)行分析；根據(jù)數(shù)據(jù)存儲(chǔ)單元的標(biāo)識(shí)控制數(shù)據(jù)的返回值和用戶權(quán)限的映射關(guān)系，當(dāng)返回值為0，表示返回分析結(jié)果；返回值為1，不允許返回分析結(jié)果，告之無(wú)權(quán)進(jìn)行該操作。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
1權(quán)利要求
1.一種遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)，其特征在于，所述系統(tǒng)包括醫(yī)療流程生成單元、醫(yī)療流程執(zhí)行單元、醫(yī)療服務(wù)接口單元、數(shù)據(jù)存儲(chǔ)單元；其中，所述醫(yī)療流程生成單元，用于生成綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述業(yè)務(wù)邏輯發(fā)送到所述醫(yī)療流程執(zhí)行單元；所述醫(yī)療流程執(zhí)行單元，用于為所述業(yè)務(wù)邏輯提供運(yùn)行環(huán)境，當(dāng)接收到用戶輸入的請(qǐng)求信息后，對(duì)所述請(qǐng)求信息相關(guān)的業(yè)務(wù)邏輯執(zhí)行操作，并對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制；所述醫(yī)療服務(wù)接口單元，用于以組合各醫(yī)療服務(wù)的方式集成至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口，供所述醫(yī)療流程執(zhí)行單元調(diào)用；所述數(shù)據(jù)存儲(chǔ)單元，用于接收并存儲(chǔ)用戶遠(yuǎn)程輸入的醫(yī)療數(shù)據(jù)，供所述醫(yī)療流程執(zhí)行單元對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制時(shí)查詢。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述醫(yī)療流程生成單元，具體用于基于業(yè)務(wù)流程執(zhí)行語(yǔ)言BPEL業(yè)務(wù)流程，生成以BPEL文件形式的綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述BPEL文件發(fā)送并部署到所述醫(yī)療流程執(zhí)行單元。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述醫(yī)療流程執(zhí)行單元，進(jìn)一步包括基于簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議SOAP的SOAP綁定組件、規(guī)格化消息路由器、BPEL服務(wù)引擎和醫(yī)療服務(wù)能力組件引擎；其中，所述SOAP綁定組件，用于接收用戶輸入的WEB格式的請(qǐng)求消息，創(chuàng)建消息交換實(shí)例，將所述請(qǐng)求消息發(fā)送給所述規(guī)格化消息路由器；所述規(guī)格化消息路由器，用于解析接收到的請(qǐng)求消息，確定目的BPEL服務(wù)引擎和醫(yī)療服務(wù)能力組件引擎，將解析后的請(qǐng)求消息發(fā)送至BPEL服務(wù)引擎并接收所述BPEL服務(wù)引擎返回的調(diào)用醫(yī)療能力組件的請(qǐng)求消息；所述BPEL服務(wù)引擎，用于接收所述規(guī)格化消息路由器發(fā)來(lái)的請(qǐng)求消息，調(diào)用BPEL業(yè)務(wù)流程所在的模塊并生成調(diào)用醫(yī)療能力組件的請(qǐng)求消息；所述醫(yī)療服務(wù)能力組件引擎，用于將所述調(diào)用醫(yī)療能力組件的請(qǐng)求消息定向到醫(yī)療能力組件，調(diào)用所述醫(yī)療能力組件對(duì)應(yīng)的醫(yī)療業(yè)務(wù)功能接口。
4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述醫(yī)療服務(wù)接口單元，進(jìn)一步包括鑒權(quán)認(rèn)證接口子單元，用于接收到用戶輸入的鑒權(quán)請(qǐng)求信息后，提供調(diào)用鑒權(quán)認(rèn)證服務(wù)模塊的接口；數(shù)據(jù)查詢接口子單元，用于接收到用戶輸入的數(shù)據(jù)查詢請(qǐng)求信息后，提供調(diào)用數(shù)據(jù)查詢服務(wù)模塊的接口；數(shù)據(jù)分析接口子單元，用于接收到待分析的數(shù)據(jù)后，提供調(diào)用數(shù)據(jù)分析服務(wù)模塊的接Π ；通知控制接口子單元，用于接收到用戶輸入的需要發(fā)送通知請(qǐng)求信息后，提供調(diào)用通知服務(wù)模塊的接口。
5.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括管理單元，用于對(duì)所述醫(yī)療綜合服務(wù)系統(tǒng)進(jìn)行計(jì)費(fèi)數(shù)據(jù)、故障數(shù)據(jù)的初始配置及維護(hù)管理。
6.一種遠(yuǎn)程醫(yī)療綜合服務(wù)方法，其特征在于，接收并存儲(chǔ)用戶遠(yuǎn)程輸入的醫(yī)療數(shù)據(jù)，供控制執(zhí)行業(yè)務(wù)邏輯時(shí)查詢；所述方法還包括生成綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述業(yè)務(wù)邏輯發(fā)送到醫(yī)療流程執(zhí)行單元；醫(yī)療流程執(zhí)行單元為所述業(yè)務(wù)邏輯提供運(yùn)行環(huán)境，當(dāng)接收到用戶輸入的請(qǐng)求信息后， 對(duì)所述請(qǐng)求信息相關(guān)的業(yè)務(wù)邏輯執(zhí)行操作，并對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制，調(diào)用醫(yī)療服務(wù)接口單元以組合各醫(yī)療服務(wù)方式集成的至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述生成綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述業(yè)務(wù)邏輯發(fā)送到醫(yī)療流程執(zhí)行單元為基于BPEL業(yè)務(wù)流程，生成以BPEL文件形式的綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將所述BPEL 文件發(fā)送并部署到所述醫(yī)療流程執(zhí)行單元。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述醫(yī)療流程執(zhí)行單元當(dāng)接收到用戶輸入的請(qǐng)求信息后，對(duì)所述請(qǐng)求信息相關(guān)的業(yè)務(wù)邏輯執(zhí)行操作，并對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制， 調(diào)用醫(yī)療服務(wù)接口單元以組合各醫(yī)療服務(wù)方式集成的至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口為醫(yī)療流程執(zhí)行單元的SOAP綁定組件接收用戶輸入的WEB格式的請(qǐng)求消息，創(chuàng)建消息交換實(shí)例，將所述請(qǐng)求消息發(fā)送給醫(yī)療流程執(zhí)行單元的規(guī)格化消息路由器；所述規(guī)格化消息路由器解析接收到的請(qǐng)求消息，確定目的BPEL服務(wù)引擎和醫(yī)療服務(wù)能力組件引擎，將解析后的請(qǐng)求消息發(fā)送至醫(yī)療流程執(zhí)行單元的BPEL服務(wù)引擎；所述BPEL服務(wù)引擎接收所述規(guī)格化消息路由器發(fā)來(lái)的請(qǐng)求消息，調(diào)用BPEL業(yè)務(wù)流程所在的模塊并生成調(diào)用醫(yī)療能力組件的請(qǐng)求消息；并將所述調(diào)用醫(yī)療能力組件的請(qǐng)求消息通過(guò)所述規(guī)格化消息路由器發(fā)送給醫(yī)療流程執(zhí)行單元的醫(yī)療服務(wù)能力組件引擎；所述醫(yī)療服務(wù)能力組件引擎將所述調(diào)用醫(yī)療能力組件的請(qǐng)求消息定向到醫(yī)療能力組件，調(diào)用所述醫(yī)療能力組件對(duì)應(yīng)的醫(yī)療業(yè)務(wù)功能接口。
9.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述調(diào)用醫(yī)療服務(wù)接口單元以組合各醫(yī)療服務(wù)方式集成的至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口為接收到用戶輸入的鑒權(quán)請(qǐng)求信息后，調(diào)用鑒權(quán)認(rèn)證服務(wù)模塊的接口 ；或者， 接收到用戶輸入的數(shù)據(jù)查詢請(qǐng)求信息后，調(diào)用數(shù)據(jù)查詢服務(wù)模塊的接口 ；或者， 接收到待分析的數(shù)據(jù)后，調(diào)用數(shù)據(jù)分析服務(wù)模塊的接口 ；或者， 接收到用戶輸入的需要發(fā)送通知請(qǐng)求信息后，調(diào)用通知服務(wù)模塊的接口。
10.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述方法還包括 管理單元進(jìn)行計(jì)費(fèi)數(shù)據(jù)、故障數(shù)據(jù)的初始配置及維護(hù)管理。
全文摘要
本發(fā)明提供了一種遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)及方法，該系統(tǒng)包括醫(yī)療流程生成單元，用于生成綜合醫(yī)療服務(wù)的業(yè)務(wù)邏輯，并將業(yè)務(wù)邏輯發(fā)送到醫(yī)療流程執(zhí)行單元；醫(yī)療流程執(zhí)行單元，用于提供業(yè)務(wù)邏輯的運(yùn)行環(huán)境，當(dāng)接收到請(qǐng)求信息后，對(duì)相關(guān)的業(yè)務(wù)邏輯執(zhí)行操作并控制；醫(yī)療服務(wù)接口單元，用于以組合各醫(yī)療服務(wù)的方式集成至少一個(gè)醫(yī)療業(yè)務(wù)功能的接口，供醫(yī)療流程執(zhí)行單元調(diào)用；數(shù)據(jù)存儲(chǔ)單元，用于存儲(chǔ)遠(yuǎn)程輸入的醫(yī)療數(shù)據(jù)和預(yù)先設(shè)置的標(biāo)識(shí)控制數(shù)據(jù)，供醫(yī)療流程執(zhí)行單元對(duì)所述業(yè)務(wù)邏輯進(jìn)行控制時(shí)查詢。本發(fā)明中醫(yī)療流程執(zhí)行單元根據(jù)接收到的請(qǐng)求信息對(duì)各醫(yī)療服務(wù)的調(diào)用及控制，實(shí)現(xiàn)了功能模塊的重復(fù)使用，并且對(duì)不同醫(yī)療服務(wù)的組合應(yīng)用，能夠減少資源浪費(fèi)，提高了資源利用率。
文檔編號(hào)G06Q50/22GK102419857SQ20121000863
公開日2012年4月18日 申請(qǐng)日期2012年1月12日 優(yōu)先權(quán)日2012年1月12日
發(fā)明者李騰飛, 程渤, 章洋, 陳俊亮 申請(qǐng)人:北京郵電大學(xué)