專利名稱：一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及數(shù)字醫(yī)療信息領(lǐng)域，為應用服務(wù)提供商、醫(yī)療機構(gòu)、醫(yī)療 設(shè)備提供商提供服務(wù)接入點的數(shù)字醫(yī)療服務(wù)架構(gòu)方案，特別是涉及一種應用于 數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)。
背景技術(shù)：
隨著信息共享日益普及，醫(yī)療數(shù)字化也在全球范圍內(nèi)發(fā)展迅速.無論是醫(yī) 院還是公共衛(wèi)生機構(gòu)為提高服務(wù)質(zhì)量和運營效率，都在不斷加強業(yè)務(wù)支撐系統(tǒng) 的建設(shè)。但是醫(yī)療衛(wèi)生業(yè)務(wù)系統(tǒng)仍處于操作獨立、數(shù)據(jù)分散、無法實現(xiàn)有效的 信息共享的現(xiàn)狀。信息孤立將會嚴重降低系統(tǒng)的性能，甚至造成系統(tǒng)的癱瘓， 影響醫(yī)療機構(gòu)的正常醫(yī)療工作，成為困擾醫(yī)療數(shù)字化的發(fā)展瓶頸。面對這一問 題，醫(yī)療機構(gòu)和公共衛(wèi)生機構(gòu)都需要尋求解決的方案。具有整合能力的、擴展 性良好的醫(yī)療信息平臺，能實現(xiàn)醫(yī)療信息的快捷流通和共享，保障信息的安全， 病人的隱私。
目前，醫(yī)療數(shù)字化主要有以下問題
(1)業(yè)務(wù)實施相對較難。由于運營機制和業(yè)務(wù)的職能有所不同，醫(yī)療數(shù)字 化系統(tǒng)的建設(shè)項目中，各單位，各部門出于對應用系統(tǒng)、數(shù)據(jù)安全、系統(tǒng)運行， 經(jīng)濟利益等多方面因素的考慮，使業(yè)務(wù)系統(tǒng)的設(shè)計和實施普遍存在信息獨立的 現(xiàn)象。
(2)技術(shù)的實現(xiàn)相對較復雜
1)醫(yī)療業(yè)務(wù)數(shù)據(jù)復雜、專業(yè)性強、標準化程序低；
2) 醫(yī)療信息系統(tǒng)成熟度低、架構(gòu)設(shè)計不合理。目前，醫(yī)療機構(gòu)和公共衛(wèi)生 的信息系統(tǒng)大部分分為兩層架構(gòu)，業(yè)務(wù)邏輯分散在客戶端和服務(wù)端，不利于醫(yī) 療數(shù)字平臺從業(yè)務(wù)的角度來采集數(shù)據(jù)。
3) 信息系統(tǒng)業(yè)務(wù)量大、大型醫(yī)院和公共衛(wèi)生系統(tǒng)業(yè)務(wù)的數(shù)據(jù)量相當巨大， 對業(yè)務(wù)系統(tǒng)的壓力也相對較大，醫(yī)療數(shù)據(jù)的快速、準確、安全和高效率管理及 利用將直接地影響業(yè)務(wù)系統(tǒng)的效率。
4) 醫(yī)療信息系統(tǒng)缺乏規(guī)范管理。隨著醫(yī)療改革的推進，醫(yī)療信息系統(tǒng)已無 法適應目前的診療技術(shù)和業(yè)務(wù)管理的需要，需要不斷地進行升級和維護。

發(fā)明內(nèi)容
本發(fā)明的目的在于解決現(xiàn)存的問題，提出了一種應用于數(shù)字醫(yī)療的服務(wù)平 臺架構(gòu)，使醫(yī)療信息實現(xiàn)快捷的流通和方便的共享、保障信息的安全，是一種 整合醫(yī)療機構(gòu)、醫(yī)療設(shè)備提供商和應用服務(wù)提供商的數(shù)字醫(yī)療的服務(wù)平臺接入 架構(gòu)。
為了實現(xiàn)發(fā)明目的，采用的技術(shù)方案如下
一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)，包括采集醫(yī)療設(shè)備信息和數(shù)據(jù)的終 端設(shè)備接口，采集醫(yī)療機構(gòu)信息和數(shù)據(jù)的醫(yī)療數(shù)據(jù)接口，應用服務(wù)提供商信息 發(fā)布的應用服務(wù)接口，對采集數(shù)據(jù)進行數(shù)據(jù)格式處理的數(shù)據(jù)處理模塊，進行平 臺業(yè)務(wù)邏輯管理的業(yè)務(wù)管理模塊，實現(xiàn)平臺間的資源共享和業(yè)務(wù)控制的外部平 臺接口。
采集醫(yī)療生理數(shù)據(jù)裝置布置于用戶接入數(shù)字醫(yī)療平臺的終端中，通過所述 終端設(shè)備接口與數(shù)字醫(yī)療平臺進行信息連接，向數(shù)字醫(yī)療服務(wù)平臺提供專業(yè)的 生理數(shù)據(jù)。
醫(yī)療機構(gòu)的數(shù)據(jù)傳通過所述醫(yī)療數(shù)據(jù)接口傳送到數(shù)字醫(yī)療平臺，向數(shù)字醫(yī) 療服務(wù)平臺提供專業(yè)的醫(yī)學數(shù)據(jù)。
應用服務(wù)提供商通過所述的應用服務(wù)接口連接到數(shù)字醫(yī)療平臺中并調(diào)用平 臺的資源，為平臺提供醫(yī)療相關(guān)的增值業(yè)務(wù)應用程序。
所述數(shù)據(jù)處理模塊根據(jù)所述終端設(shè)備接口和所述醫(yī)療數(shù)據(jù)接口所采集的數(shù) 據(jù)的業(yè)務(wù)需要，把海量的、分散的、凌亂的原始數(shù)據(jù)，整理為有限的、集中的、 齊整的目標數(shù)據(jù)提供給應用服務(wù)。
所述業(yè)務(wù)管理模塊負責業(yè)務(wù)邏輯核心處理，處理所述應用服務(wù)接口的請求， 向所述數(shù)據(jù)處理模塊提出索取數(shù)據(jù)的請求或反饋信息。
所述外部平臺接口負責資源的控制及外部業(yè)務(wù)控制。
本發(fā)明與以往技術(shù)相比有以下優(yōu)點
(1) 服務(wù)提供商門檻降低。由于醫(yī)療業(yè)務(wù)數(shù)據(jù)復雜，讓應用服務(wù)提供商進 入數(shù)字醫(yī)療領(lǐng)域時，就不得不要對醫(yī)療業(yè)務(wù)有深入的理解。本平臺架構(gòu)采用面 向服務(wù)架構(gòu)，以服務(wù)為導向構(gòu)建應用架構(gòu)體系，通過服務(wù)的概念來提供數(shù)字的 各項基本應用功能。服務(wù)提供商只要利用數(shù)字醫(yī)療平臺架構(gòu)提供的接口，就可 以實現(xiàn)醫(yī)療數(shù)字化服務(wù)。
(2) 系統(tǒng)的實用性強，社會價值高。醫(yī)療服務(wù)關(guān)系到千千萬萬病人的需要 和福利，平臺的成功運作可使無數(shù)病人足不出戶便可獲得關(guān)于自己病情的醫(yī)療 咨詢。


圖l為本發(fā)明的結(jié)構(gòu)示意圖2為本發(fā)明應用于醫(yī)療、保健信息訂閱服務(wù)的實例圖3為本發(fā)明應用于用戶遠程掛號的實例圖。
具體實施方式
下面結(jié)合附圖對本發(fā)明做進一步的說明。
如圖1所示，本發(fā)明一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)，包括采集醫(yī)療 設(shè)備信息和數(shù)據(jù)的終端設(shè)備接口，采集醫(yī)療機構(gòu)信息和數(shù)據(jù)的醫(yī)療數(shù)據(jù)接口， 應用服務(wù)提供商信息發(fā)布的應用服務(wù)接口，對采集數(shù)據(jù)進行數(shù)據(jù)格式處理的數(shù) 據(jù)處理模塊，進行平臺業(yè)務(wù)邏輯管理的業(yè)務(wù)管理模塊，實現(xiàn)平臺間的資源共享 和業(yè)務(wù)控制的外部平臺接口。終端設(shè)備接口是把符合數(shù)字醫(yī)療平臺規(guī)范的設(shè)備 (如血壓計、血氧計、讀卡器等)采集到的數(shù)據(jù)，通過部署在設(shè)備接入應用服 務(wù)器中的程序，接入到數(shù)字醫(yī)療平臺中，為平臺的其他功能模塊所用。醫(yī)療數(shù) 據(jù)接口是把醫(yī)療機構(gòu)的數(shù)據(jù)(如就診歷史，病歷，處方，醫(yī)學圖像等)通過醫(yī) 療機構(gòu)接入應用服務(wù)器傳輸?shù)綌?shù)字醫(yī)療平臺中。通過這些接口，數(shù)字醫(yī)療系統(tǒng) 平臺便能根據(jù)需要獲取醫(yī)療機構(gòu)對平臺開放的數(shù)據(jù)，同時，醫(yī)療機構(gòu)也能接收 到數(shù)字醫(yī)療系統(tǒng)平臺反饋的信息，從而實現(xiàn)醫(yī)療信息的快捷流通和共享。數(shù)字 醫(yī)療系統(tǒng)平臺為醫(yī)療機構(gòu)數(shù)據(jù)的傳輸和讀寫提供安全策略，保障信息的安全， 病人的隱私。應用服務(wù)接口是把數(shù)字醫(yī)療平臺的資源提供給應用服務(wù)使用，讓 他們通過這些接口可以使用平臺豐富的資源。例如，通過這些接口，數(shù)字醫(yī)療 系統(tǒng)平臺便能根據(jù)需要獲取醫(yī)療機構(gòu)對平臺開放的數(shù)據(jù)，同時，醫(yī)療機構(gòu)也能 接收到數(shù)字醫(yī)療系統(tǒng)平臺反饋的信息。應用服務(wù)通過該接口，在數(shù)字醫(yī)療平臺 統(tǒng)一對外發(fā)布。數(shù)據(jù)處理模塊負責把醫(yī)療機構(gòu)采集模塊和醫(yī)療設(shè)備采集模塊的 數(shù)據(jù)解密并轉(zhuǎn)換成符合平臺規(guī)范的目標信息。為了保障信息的安全，用戶向數(shù) 字醫(yī)療平臺發(fā)送査詢請求時就所返回的數(shù)據(jù)是經(jīng)過加密的，加密的數(shù)據(jù)通過數(shù) 據(jù)處理模塊解密，并為其他功能模塊的調(diào)用作準備。業(yè)務(wù)管理模塊作為應用服務(wù)連接數(shù)字醫(yī)療系統(tǒng)平臺和獲取數(shù)據(jù)的業(yè)務(wù)邏輯處理中樞。為應用服務(wù)獲取醫(yī) 療數(shù)據(jù)、接收終端設(shè)備數(shù)據(jù)和控制終端設(shè)備提供的一系列方法，宏觀調(diào)配數(shù)字 醫(yī)療系統(tǒng)平臺內(nèi)各功能模塊的資源。外部平臺接口是實現(xiàn)平臺間資源共享和業(yè) 務(wù)控制的基礎(chǔ)。
圖2為本發(fā)明應用于醫(yī)療、保健信息訂閱服務(wù)的實例圖。首先，通過手機 連接到短/彩信網(wǎng)關(guān)發(fā)送訂閱請求到數(shù)字醫(yī)療平臺，然后平臺根據(jù)用戶所發(fā)送的 手機信息通過業(yè)務(wù)模塊，確認資費等業(yè)務(wù)后，通過應用服務(wù)接口把確認請求發(fā) 送到服務(wù)提供商。
圖3為本發(fā)明應用于用戶遠程掛號的實例圖。首先，通過手機、數(shù)字電視 頻道進入相應的網(wǎng)關(guān)，就可以通過數(shù)字醫(yī)療平臺連接用戶所需要就醫(yī)掛號的醫(yī) 療機構(gòu)，當用戶進行掛號操作時，先通過業(yè)務(wù)管理模塊對用戶帳號的金額進行 操作，再通過醫(yī)療機構(gòu)接口和醫(yī)療機構(gòu)內(nèi)部的掛號系統(tǒng)交接遠程掛號。
權(quán)利要求
1、一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)，其特征在于包括以下模塊(a)采集醫(yī)療設(shè)備信息和數(shù)據(jù)的終端設(shè)備接口；(b)采集醫(yī)療機構(gòu)信息和數(shù)據(jù)的醫(yī)療數(shù)據(jù)接口；(c)應用服務(wù)提供商信息發(fā)布的應用服務(wù)接口；(d)對采集數(shù)據(jù)進行數(shù)據(jù)格式處理的數(shù)據(jù)處理模塊；(e)進行平臺業(yè)務(wù)邏輯管理的業(yè)務(wù)管理模塊；(f)實現(xiàn)平臺間的資源共享和業(yè)務(wù)控制的外部平臺接口。
2 、根據(jù)權(quán)利1所述的一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)，其特征在于采集 醫(yī)療生理數(shù)據(jù)裝置布置于用戶接入數(shù)字醫(yī)療平臺的終端中，通過所述終端設(shè)備 接口與數(shù)字醫(yī)療平臺進行信息連接，向數(shù)字醫(yī)療服務(wù)平臺提供專業(yè)的生理數(shù)據(jù)。
3、根據(jù)權(quán)利1所述的一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)，其特征在于醫(yī)療 機構(gòu)的數(shù)據(jù)傳通過所述醫(yī)療數(shù)據(jù)接口傳送到數(shù)字醫(yī)療平臺，向數(shù)字醫(yī)療服務(wù)平 臺提供專業(yè)的醫(yī)學數(shù)據(jù)。
4 、根據(jù)權(quán)利1所述的一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)，其特征在于應用 服務(wù)提供商通過所述的應用服務(wù)接口連接到數(shù)字醫(yī)療平臺中并調(diào)用平臺的資 源，為平臺提供醫(yī)療相關(guān)的增值業(yè)務(wù)應用程序。
5 、根據(jù)權(quán)利1所述的一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)，其特征在于所述 數(shù)據(jù)處理模塊根據(jù)所述終端設(shè)備接口和所述醫(yī)療數(shù)據(jù)接口所采集的數(shù)據(jù)的業(yè)務(wù) 需要，把海量的、分散的、凌亂的原始數(shù)據(jù)，整理為有限的、集中的、齊整的 目標數(shù)據(jù)提供給應用服務(wù)。
6 、根據(jù)權(quán)利1所述的一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)，其特征在于所述 業(yè)務(wù)管理模塊負責業(yè)務(wù)邏輯核心處理，處理所述應用服務(wù)接口的請求，向所述數(shù)據(jù)處理模塊提出索取數(shù)據(jù)的請求或反饋信息。
7 、根據(jù)權(quán)利1所述的一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)，其特征在于所述 外部平臺接口負責資源的控制及外部業(yè)務(wù)控制。
全文摘要
本發(fā)明提供了一種應用于數(shù)字醫(yī)療的服務(wù)平臺架構(gòu)，包括采集醫(yī)療設(shè)備信息和數(shù)據(jù)的終端設(shè)備接口，采集醫(yī)療機構(gòu)信息和數(shù)據(jù)的醫(yī)療數(shù)據(jù)接口，應用服務(wù)提供商信息發(fā)布的應用服務(wù)接口，對采集數(shù)據(jù)進行數(shù)據(jù)格式處理的數(shù)據(jù)處理模塊，進行平臺業(yè)務(wù)邏輯管理的業(yè)務(wù)管理模塊，實現(xiàn)平臺間的資源共享和業(yè)務(wù)控制的外部平臺接口。本發(fā)明使醫(yī)療信息實現(xiàn)快捷的流通和方便的共享、保障信息的安全，是一種整合醫(yī)療機構(gòu)、醫(yī)療設(shè)備提供商和應用服務(wù)提供商的數(shù)字醫(yī)療的服務(wù)平臺接入架構(gòu)。
文檔編號G06F19/00GK101339586SQ20081003007
公開日2009年1月7日 申請日期2008年8月11日 優(yōu)先權(quán)日2008年8月11日
發(fā)明者余元龍, 盧林發(fā), 羅笑南, 胡健新, 黃家祺 申請人:中山愛科數(shù)字科技有限公司;廣東愛科數(shù)字科技有限公司