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

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


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