[發(fā)明專(zhuān)利]一種遠(yuǎn)程醫(yī)療綜合服務(wù)系統(tǒng)及方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201210008632.3
• 申請(qǐng)日: 2012-01-12
• 公開(kāi)（公告）號(hào): CN102419857A
• 公開(kāi)（公告）日: 2012-04-18
• 發(fā)明（設(shè)計(jì)）人: 程渤;章洋;陳俊亮;李騰飛
• 申請(qǐng)（專(zhuān)利權(quán)）人: 北京郵電大學(xué)
• 主分類(lèi)號(hào): G06Q50/22
• 分類(lèi)號(hào): G06Q50/22
• 代理公司: 北京派特恩知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11270
• 代理人: 蔣雅潔;王黎延

技術(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è)人提供健康意見(jiàn)，通知給相應(yīng)的個(gè)人，并為每個(gè)人提供查詢服務(wù)。在這樣的業(yè)務(wù)環(huán)境中，有很多的服務(wù)和功能是相同的，比如心電分析、血壓分析、短信通知等。但是在目前這種獨(dú)立平臺(tái)下，這種服務(wù)和功能還不能復(fù)用，每次使用都需要重新設(shè)置。

現(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)行管理和控制。

綜上可見(jià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ù)管理。