專利名稱：：輸送個人化患者數(shù)據(jù)的系統(tǒng)和方法
技術(shù)領域：
：本發(fā)明一般涉及在包括移動接入網(wǎng)絡的無線網(wǎng)絡上的數(shù)據(jù)輸送。更具體地說，本發(fā)明涉及用于向移動用戶提供個人化患者數(shù)據(jù)的系統(tǒng)和方法。
背景技術(shù)：
：每個健康護理機構(gòu)以電子健康記錄(EHR)形式維護患者數(shù)據(jù)。與此系統(tǒng)相關聯(lián)的一個限制是基礎設施不足，無法將所有健康護理機構(gòu)互連以便從單個服務器訪問任何EHR。在提供緊急護理時，特別感覺到對此方面的需要。在緊急醫(yī)學中，急診后的“60分鐘”能造成生與死的區(qū)別。這被稱為“黃金時間”，并且是治療必須在該時期內(nèi)開始以便成功的關鍵時期。為了開始治療，護理者要知道與該患者相關聯(lián)的重要患者數(shù)據(jù)。重要的患者數(shù)據(jù)包括在EHR中。然而，尋求緊急護理的患者的EHR可能在提供緊急護理的同一健康護理機構(gòu)不一定存在。因此，護理者由于不能訪問重要的患者數(shù)據(jù)，因而可能不能在黃金時間內(nèi)實施緊急護理。因此，存在用于在出現(xiàn)緊急情況下提供患者數(shù)據(jù)的加速方法的需要。
發(fā)明內(nèi)容本文中解決了上述缺點、缺陷和問題，這將通過閱讀和理解下面的說明書而理解。在一個實施例中，描述了如由個人化患者數(shù)據(jù)輸送系統(tǒng)執(zhí)行的個人化患者數(shù)據(jù)輸送的方法。方法包括經(jīng)通信裝置在移動網(wǎng)絡基礎設施接收緊急患者數(shù)據(jù)請求，確定包括請求的緊急患者數(shù)據(jù)的至少一個患者數(shù)據(jù)輸送服務器，將緊急患者數(shù)據(jù)請求傳送到患者數(shù)據(jù)輸送服務器，從患者數(shù)據(jù)輸送服務器獲得請求的緊急患者數(shù)據(jù)，以及將緊急患者數(shù)據(jù)經(jīng)移動網(wǎng)絡基礎設施傳送到通信裝置。在另一實施例中，描述了個人化患者數(shù)據(jù)輸送的方法。方法包括在通信裝置從用戶得到緊急患者數(shù)據(jù)請求輸入；通過通信裝置將緊急患者數(shù)據(jù)請求傳送到移動網(wǎng)絡基石出設施(transmittinganemergencypatientdatarequesttoamobilenetworkinfrastructurebythecommunicationdevice)；在移動網(wǎng)絡基礎設施接收緊急患者數(shù)據(jù)請求；確定包括請求的緊急患者數(shù)據(jù)的至少一個患者數(shù)據(jù)輸送服務器，患者數(shù)據(jù)輸送服務器部署在移動服務提供商的網(wǎng)絡域內(nèi)；將緊急患者數(shù)據(jù)請求傳送到患者數(shù)據(jù)輸送服務器；以及適當?shù)靥幚硪褌魉偷木o急患者數(shù)據(jù)請求以獲得請求的緊急患者數(shù)據(jù)。在仍有的另一實施例中，提供了將個人化患者數(shù)據(jù)輸送到通信裝置的方法。方法括在通信裝置從用戶得到緊急患者數(shù)據(jù)請求輸入；將緊急患者數(shù)據(jù)請求傳送到與通信裝置耦合的移動網(wǎng)絡基礎設施；確定包括請求的緊急患者數(shù)據(jù)的至少一個患者數(shù)據(jù)輸送服務器；將緊急患者數(shù)據(jù)請求傳送到患者數(shù)據(jù)輸送服務器；通過患者數(shù)據(jù)輸送服務器處理已傳送的緊急患者數(shù)據(jù)請求，以便編排合適的數(shù)據(jù)庫查詢格式(processingtransmittedemergencypatientdatarequestbythepatientdatadeliveryservertoformatasuitabledatabasequery)；基于數(shù)據(jù)庫查詢從患者數(shù)據(jù)庫獲得緊急患者數(shù)據(jù)；以及將緊急患者數(shù)據(jù)傳送到通信裝置來進行合適的處理，以便向用戶呈現(xiàn)(render)緊急患者數(shù)據(jù)。在仍有的另一實施例中，提供了一種個人化患者數(shù)據(jù)輸送系統(tǒng)，該系統(tǒng)包括用于從用戶得到緊急患者數(shù)據(jù)請求輸入的通信裝置；用于基于在通信裝置接收的緊急患者數(shù)據(jù)請求輸入傳送緊急患者數(shù)據(jù)請求的移動網(wǎng)絡基礎設施；部署在移動運營商網(wǎng)絡和/或遠程部署的網(wǎng)絡內(nèi)以處理緊急患者數(shù)據(jù)請求的患者數(shù)據(jù)輸送服務器；以及耦合到患者數(shù)據(jù)輸送服務器的至少一個患者數(shù)據(jù)庫，該至少一個患者數(shù)據(jù)庫存儲緊急患者數(shù)據(jù)。本文中描述了變化范圍的系統(tǒng)和方法。除此
發(fā)明內(nèi)容中描述的方面和優(yōu)點外，通過參照附圖以及參照下面的詳細描述，其它的方面和優(yōu)點將變得清楚。圖1是根據(jù)本發(fā)明的一個實施例的個人化患者數(shù)據(jù)輸送系統(tǒng)的圖示；圖2是根據(jù)本發(fā)明的一個實施例的患者數(shù)據(jù)輸送服務器的框圖表示；圖3是根據(jù)本發(fā)明的一個實施例，如由個人化患者數(shù)據(jù)輸送系統(tǒng)執(zhí)行的個人化患者數(shù)據(jù)輸送到通信裝置的方法的流程圖；以及圖4是根據(jù)本發(fā)明的一個實施例，表示個人化患者數(shù)據(jù)輸送系統(tǒng)的操作的時序圖。組件參考標號圖1通信裝置102移動網(wǎng)絡基礎設施104患者數(shù)據(jù)輸送服務器106患者數(shù)據(jù)庫108通信鏈路110通信鏈路112通信鏈路114圖2系統(tǒng)數(shù)據(jù)庫接口202運營商數(shù)據(jù)庫圖204移動ID生成器206用戶選擇進入退出數(shù)據(jù)庫208處理器架構(gòu)210存儲器212操作系統(tǒng)214協(xié)議引擎216通信元件218接收元件220傳送元件222用戶接口224數(shù)據(jù)庫接口226互連架構(gòu)228具體實施例方式在下面的詳細描述中，參照了形成本文一部分的附圖，并且圖中通過示圖方式示出了可實踐的特定實施例。這些實施例以充分的細節(jié)描述，以便使本領域的技術(shù)人員能夠?qū)嵺`實施例，并且要理解，在不脫離實施例的范圍的情況下，可利用其它實施例，并且可進行邏輯、機械、電氣和其它更改。因此，下面的詳細描述不要以限制的意義來理解。本發(fā)明提供系統(tǒng)和方法，所述系統(tǒng)和方法用于使用獨特的鍵組合在通信裝置上提供緊急患者數(shù)據(jù)，該獨特的鍵組合對所有移動服務提供商或移動運營商(諸如在美國的Sprint和Nextel和在印度的Airtel和Vodafone等)是標準的。這能作為由移動服務提供商提供的免費服務或增值服務來提供。移動服務提供商能與一個或多個患者數(shù)據(jù)提供者建立聯(lián)系(tieupwith)以便取回緊急醫(yī)療信息。患者數(shù)據(jù)提供者包括健康護理機構(gòu)或托管一個或多個患者數(shù)據(jù)輸送服務器(onemorepatientdatadeliveryservers)的第三方健康護理提供者。第三方健康護理提供者可包括GoogleHealth和HealthVault。每個患者數(shù)據(jù)輸送服務器包括與相應健康護理機構(gòu)相關聯(lián)的若干患者的EHR。一個或多個此類患者數(shù)據(jù)輸送服務器能與移動服務提供商提供的增值服務建立聯(lián)系(linkto)。對緊急患者數(shù)據(jù)的請求能以類似于摩爾斯電碼危難信號(SoS)的方式進行處理，該信號是用于緊急撥號的全球標準。在接收緊急患者數(shù)據(jù)的請求時，移動服務提供商能將請求路由到患者數(shù)據(jù)輸送服務器，該服務器取回緊急患者數(shù)據(jù)并將緊急患者數(shù)據(jù)交給(present)移動服務提供商。緊急患者數(shù)據(jù)能進一步傳送到通信裝置以便處理和顯示。本發(fā)明在本文中可依據(jù)示意性、功能和/或邏輯塊組件和不同的處理步驟進行描述。應理解，此類塊組件可由配置為執(zhí)行指定功能的任意數(shù)量硬件、軟件和/或固件組件來實現(xiàn)。本發(fā)明可采用各種集成電路組件實現(xiàn)，例如，存儲器元件、處理元件、通信元件、邏輯元件、查找表或諸如此類，這些組件可在一個或多個微處理器或其它控制裝置的控制下執(zhí)行多種功能。圖1是個人化患者數(shù)據(jù)輸送系統(tǒng)100的圖示。下面更詳細描述的個人化患者數(shù)據(jù)輸送系統(tǒng)100和相關技術(shù)能在如圖1所示的移動接入網(wǎng)絡中實現(xiàn)。個人化患者數(shù)據(jù)輸送系統(tǒng)100—般包括無線通信裝置102、由移動服務提供商/運營商建立的移動網(wǎng)絡基礎設施104、部署在移動運營商網(wǎng)絡或遠程部署的網(wǎng)絡內(nèi)的患者數(shù)據(jù)輸送服務器106及患者數(shù)據(jù)庫108。通信裝置102包括移動或蜂窩電話、智能電話、支持移動連接的個人數(shù)字助理(“PDA”)、支持移動連接的掌上型計算機、支持移動連接的膝上型移動計算機及諸如此類。通信裝置102通過一般由像在美國的Cingular和VerizonWireless及在印度的Airtel和Vodafone等移動服務提供商部署和管理的移動網(wǎng)絡基礎設施104訪問緊急患者數(shù)據(jù)。在一個實施例中，移動服務提供商能包括移動運營商、因特網(wǎng)服務提供商及增值服務提供商。緊急患者數(shù)據(jù)包括患者有關的醫(yī)療信息，如身份、年齡、身高、體重、性別、家庭和遺傳醫(yī)療數(shù)據(jù)、病史、生理缺陷、已知醫(yī)療狀況、已知藥物過敏及當前疾病狀況，如癥狀和持續(xù)時間、血型數(shù)據(jù)、處方、藥物相互作用信息、藥物治療信息、放射科信息、實驗室信息及臨床信息及諸如此類。此外，患者醫(yī)療數(shù)據(jù)可包括患者的聯(lián)系詳細信息，包括居住地址、聯(lián)系號碼(非移動電話)及諸如家庭醫(yī)生等主要護理者的聯(lián)系詳細信息。此詳細信息有助于讓提供緊急護理的護理者聯(lián)系與患者相關聯(lián)的一個或多個人員。實際上，用戶可發(fā)送如移動服務提供商預定義的標準SMS文本消息以請求緊急患者數(shù)據(jù)。該過程以通信裝置102從用戶接收緊急患者數(shù)據(jù)請求輸入開始。根據(jù)移動網(wǎng)絡基礎設施104利用的無線通信協(xié)議，通信裝置102將緊急患者數(shù)據(jù)請求發(fā)送到移動網(wǎng)絡基礎設施104。緊急患者數(shù)據(jù)請求可實現(xiàn)為一個或多個緊急患者數(shù)據(jù)分組以便從一個或多個患者數(shù)據(jù)庫108訪問所期望的緊急患者數(shù)據(jù)。之后，緊急患者數(shù)據(jù)請求由移動網(wǎng)絡基礎設施104適當?shù)靥幚?，并且將緊急患者數(shù)據(jù)請求傳送到托管患者數(shù)據(jù)輸送服務器106和患者數(shù)據(jù)庫108的移動服務提供商的網(wǎng)絡域。移動網(wǎng)絡基礎設施104的操作由于本領域的技術(shù)人員已熟知而未在本文中描述?；颊邤?shù)據(jù)輸送服務器106可只是將緊急患者數(shù)據(jù)請求作為適當編排格式的數(shù)據(jù)庫查詢轉(zhuǎn)發(fā)到患者數(shù)據(jù)庫108?；颊邤?shù)據(jù)庫108通過請求的緊急患者數(shù)據(jù)適當?shù)刈鞒鲰憫?。請求的緊急患者數(shù)據(jù)以根據(jù)需要的適合格式發(fā)送到移動網(wǎng)絡基礎設施104。移動網(wǎng)絡基礎設施104隨后通過無線鏈路將請求的緊急患者數(shù)據(jù)發(fā)送到用戶的通信裝置102。請求的緊急患者數(shù)據(jù)由通信裝置102進行適當?shù)靥幚硪韵蛴脩舫尸F(xiàn)緊急患者數(shù)據(jù)。無線通信裝置102支持經(jīng)無線鏈路110與移動網(wǎng)絡基礎設施104進行無線通信。其特征在于無線鏈路110和創(chuàng)建、維護無線鏈路110的方式的此類無線通信可通過一個或多個適用無線通信協(xié)議和/或一個或多個適用信令和網(wǎng)絡協(xié)議進行管理。在一個示范實施例中，無線通信裝置102配置為支持符合已確立的歐洲電信標準協(xié)會(ETSI)標準、國際電信聯(lián)盟(ITU)標準和第三代合作伙伴項目(3GPP)標準及諸如此類的無線GSM/GPRS/3G/CDMA/W-CDMA連接。在一個實施例中，患者數(shù)據(jù)輸送服務器106與移動網(wǎng)絡基礎設施104之間的通信遵循(follow)標準[像Web服務或通過HTTP]或?qū)Ｓ袇f(xié)議，并且交換的數(shù)據(jù)可使用像CDA(臨床文檔架構(gòu))等已知標準或XML或?qū)Ｓ袛?shù)據(jù)格式來定義。此外，無線通信裝置102可配置為支持備選或另外的無線數(shù)據(jù)通信協(xié)議，包括3G的將來變化，如3.9G或4G。無線通信裝置102也可利用其它技術(shù)，像藍牙、IEEE802.Ila/b/g(WLAN)、IEEE802.16(WiMAX)、IEEE802.20等?；颊邤?shù)據(jù)輸送服務器106經(jīng)通信鏈路112與移動網(wǎng)絡基礎設施104耦合，并使用通信鏈路114與患者數(shù)據(jù)庫108耦合?；颊邤?shù)據(jù)輸送服務器106能與患者數(shù)據(jù)庫108通信以檢索如用戶所請求的緊急患者數(shù)據(jù)，和/或以適當格式傳送請求的緊急患者數(shù)據(jù)以便在GSM/GPRS/3G領域的無線通信裝置102上顯現(xiàn)。通過物理鏈路建立和維護數(shù)據(jù)通信信道114的方式可通過一個或多個適用的數(shù)據(jù)通信協(xié)議、一個或多個數(shù)據(jù)庫管理協(xié)議和/或一個或多個適用的網(wǎng)絡協(xié)議進行管理。實際上，患者數(shù)據(jù)庫108可利用(leverage)熟知的數(shù)據(jù)存儲、數(shù)據(jù)庫管理和其它數(shù)據(jù)庫相關的技術(shù)?；颊邤?shù)據(jù)輸送服務器106從患者數(shù)據(jù)庫108訪問和檢索緊急患者數(shù)據(jù)的方式遵照常規(guī)協(xié)議和標準?；颊邤?shù)據(jù)庫108的可行實現(xiàn)可在單計算機或服務器架構(gòu)上或在可通過諸如因特網(wǎng)、局域網(wǎng)或廣域網(wǎng)等網(wǎng)絡互連的多個計算機或服務器上實現(xiàn)。此外，與系統(tǒng)108相關聯(lián)的軟件和緊急患者數(shù)據(jù)可駐留在單個計算機架構(gòu)系統(tǒng)或服務器上，或者可跨多個計算機系統(tǒng)或服務器分布?；颊邤?shù)據(jù)庫108可適當?shù)嘏渲脼樘幚硭蓄愋偷臄?shù)據(jù)，包括但不限于超文本傳輸協(xié)議(HTTP)網(wǎng)頁、XML頁面、RSSfeed格式、WAP頁面、MPEG文件、MOV文件、JPEG文件及GIF文件?；颊邤?shù)據(jù)庫108也可駐留在已知的數(shù)據(jù)服務器上，像ApacheWeb服務器、Microsoft數(shù)據(jù)管理服務器、MicrosoftXP服務器或Windows2003服務器、RealNetworksHelix服務器、Tandberg數(shù)據(jù)服務器及AppleQuicktime服務器等。在與移動網(wǎng)絡基礎設施104耦合和與患者數(shù)據(jù)庫108或患者數(shù)據(jù)服務器耦合時，患者數(shù)據(jù)輸送服務器106可包括其它傳統(tǒng)連接器、LAN數(shù)據(jù)電纜、像Cisco3500系列等LAN交換器、像Cisco7200系列等因特網(wǎng)路由器、像CiscoCSS11500族系列等負載平衡器和數(shù)據(jù)服務交換器、防火墻和VPN安全性裝置等。患者數(shù)據(jù)輸送服務器106也可與其它應用服務器耦合，包括但不限于SMS應用服務器、MMS應用服務器及諸如此類?；颊邤?shù)據(jù)輸送服務器106可在單計算機或服務器架構(gòu)上或在可通過諸如因特網(wǎng)或局域網(wǎng)等網(wǎng)絡互連的多個計算機或服務器上實現(xiàn)。此外，與系統(tǒng)106相關聯(lián)的軟件和緊急患者數(shù)據(jù)存儲裝置可駐留在單個計算機架構(gòu)系統(tǒng)或服務器上，或者可跨多個計算機系統(tǒng)或服務器分布。系統(tǒng)106可與以下所列集成諸如計算機操作系統(tǒng)、網(wǎng)絡操作系統(tǒng)、移動電信協(xié)議和因特網(wǎng)傳輸協(xié)議等現(xiàn)有類型的計算機軟件、諸如“內(nèi)容輸送平臺”或“服務輸送平臺”等專用裝置、交互式話音響應系統(tǒng)(IVR)、3GIP多媒體子系統(tǒng)(IMS)、數(shù)據(jù)庫軟件、應用中間件、應用軟件和/或像SMS應用服務器、MMS應用服務器等應用服務器、數(shù)據(jù)庫、數(shù)據(jù)庫服務器和流式數(shù)據(jù)服務器等。另外，本領域的技術(shù)人員將理解，本發(fā)明可結(jié)合任何數(shù)量的電信和數(shù)據(jù)傳輸協(xié)議來實踐，并且本文中所述的系統(tǒng)只是用于本發(fā)明的一個示范應用。圖2是根據(jù)一個示范實施例的患者數(shù)據(jù)輸送服務器106的圖示?；颊邤?shù)據(jù)輸送服務器106適合在個人化患者數(shù)據(jù)輸送系統(tǒng)100中使用?；颊邤?shù)據(jù)輸送服務器106—般包括系統(tǒng)數(shù)據(jù)庫接口202、運營商數(shù)據(jù)庫圖204、移動ID生成器206、用戶選擇進入退出數(shù)據(jù)庫208、處理器架構(gòu)210、存儲器212、操作系統(tǒng)214、協(xié)議引擎216、帶有接收元件220RX和傳送元件222TX的通信元件218、用戶接口224及數(shù)據(jù)庫接口226。患者數(shù)據(jù)輸送服務器106可包括將各種元件耦合在一起的適合互連架構(gòu)228?；ミB架構(gòu)228允許患者數(shù)據(jù)輸送服務器106的各種元件根據(jù)需要相互通信和傳送數(shù)據(jù)。系統(tǒng)數(shù)據(jù)庫接口202可表示通過使用本機語言、數(shù)據(jù)庫管理協(xié)議及數(shù)據(jù)庫的術(shù)語(nomenclature)，使患者數(shù)據(jù)輸送服務器106的子系統(tǒng)能夠與像運營商數(shù)據(jù)庫圖(operatordatabasemap)204和用戶選擇進入退出數(shù)據(jù)庫208等系統(tǒng)數(shù)據(jù)庫通信的硬件、軟件和/或處理邏輯。例如，系統(tǒng)數(shù)據(jù)庫接口202適當?shù)嘏渲脼閯?chuàng)建用于用戶請求的緊急患者數(shù)據(jù)的數(shù)據(jù)庫查詢。系統(tǒng)數(shù)據(jù)庫接口202對數(shù)據(jù)庫查詢編排格式以便符合患者數(shù)據(jù)庫108，并使數(shù)據(jù)庫查詢可用于到患者數(shù)據(jù)庫108的傳輸。此外，系統(tǒng)數(shù)據(jù)庫接口202從患者數(shù)據(jù)庫108獲得請求的緊急患者數(shù)據(jù)(或其一部分)，使得患者數(shù)據(jù)輸送服務器106能以適當?shù)姆绞教幚碚埱蟮木o急患者數(shù)據(jù)。運營商數(shù)據(jù)庫圖204是包括有關移動訂戶的信息和相關聯(lián)信息的數(shù)據(jù)庫。相應地，運營商數(shù)據(jù)庫圖204包括兩個內(nèi)部數(shù)據(jù)庫。第一內(nèi)部數(shù)據(jù)庫包括由移動服務提供商收集的用戶數(shù)據(jù)，并且第二內(nèi)部數(shù)據(jù)庫包括要由移動運營商用于將緊急患者數(shù)據(jù)輸送到其訂戶的一個或多個患者數(shù)據(jù)庫108的標識詳細信息。用戶對使用此信息的許可(consent)也能從移動服務提供商獲得。此數(shù)據(jù)受法律和如移動服務提供商提供的準則限定和管理。在一個實施例中，運營商數(shù)據(jù)庫圖204將在EHR中存儲的患者身份與在第一內(nèi)部數(shù)據(jù)庫中存儲的用戶的身份信息相聯(lián)系。使用通信裝置102的用戶能預訂此服務。預訂后，移動服務提供商能獲得有助于將用戶與在健康護理機構(gòu)中存儲的醫(yī)療記錄相關聯(lián)的基本信息，如用戶的標識詳細信息、用戶的聯(lián)系詳細信息、與用戶相關聯(lián)的一個或多個健康護理機構(gòu)的標識詳細信息及識別在相應健康護理機構(gòu)中存儲的用戶的醫(yī)療記錄的登記號或任何此類號碼。因此，EHR中的患者身份能與第一內(nèi)部數(shù)據(jù)庫中存儲的身份信息相聯(lián)系。在一個實施例中，運營商數(shù)據(jù)庫圖204也可包括原聯(lián)系號碼的別名以隱藏和/或保護用戶的隱私。例如，在印度使用移動號碼+919980803210的用戶可在此運營商數(shù)據(jù)庫圖204中用別名表示，使得原移動號碼不會向外暴露。這能夠是如移動運營商提供的映射到用戶的原移動號碼上的稱為移動ID的任何獨特的可識別號碼。移動ID能夠是由患者數(shù)據(jù)輸送服務器106的移動ID生成器206為相關聯(lián)屬性的所有內(nèi)部參考、存儲和處理而生成和指定的任何獨特可識別號碼。獨特的號碼生成為本領域的技術(shù)人員所熟知，因此在本文中不描述。在一個實施例中，移動服務提供商基于預訂模型向通信裝置102的用戶(在本文中稱為用戶)提供移動服務，在預訂模型中，用戶為緊急患者數(shù)據(jù)和其它補充服務支付費用。用戶選擇進入退出數(shù)據(jù)庫208包括選擇進入用于在進行緊急患者數(shù)據(jù)請求輸入時接收緊急患者數(shù)據(jù)的用戶首選項，或選擇退出接收緊急患者數(shù)據(jù)的用戶首選項?；颊邤?shù)據(jù)輸送服務器106不為已選擇退出通過此患者數(shù)據(jù)輸送服務器106接收緊急患者數(shù)據(jù)的用戶輸送7[壬f可個人化,患者數(shù)據(jù)。(Theuseropt-in-outdatabase208comprisesuserpreferenceofopting-inforreceivingemergencypatientdatauponplacinganemergencypatientdatarequestinputoropting—outofreceivingemergencypatientdata.Thepatientdatadeliveryserver106doesnotdeliveranypersonalizedpatientdataforuserswhohaveopted—outforreceivingemergencypatientdatabythispatientdatadeliveryserver106.)患者數(shù)據(jù)輸送服務器106的系統(tǒng)數(shù)據(jù)庫，即，運營商數(shù)據(jù)庫圖204、用戶選擇進入退出數(shù)據(jù)庫208可基于用戶與患者數(shù)據(jù)輸送服務器106和此子系統(tǒng)的各種元件的交互而自動更新?；颊邤?shù)據(jù)輸送服務器106的系統(tǒng)數(shù)據(jù)庫可使用任何本機語言、數(shù)據(jù)庫管理協(xié)議和數(shù)據(jù)庫的術(shù)語，并且可以是任何商用數(shù)據(jù)庫，像MicrosoftSQL、如OracleIOg等Oracle數(shù)據(jù)庫。處理器架構(gòu)210可通過設計為執(zhí)行本文中所述功能的通用處理器、專用集成電路、離散硬件組件或其任何組合來實現(xiàn)或?qū)嵭?。處理器也可實現(xiàn)為計算裝置的組合，如微處理器、中央處理單元(CPU)、多個微處理器的組合、單核或多核架構(gòu)中的微處理器配置或任何其它此類配置。處理器架構(gòu)210能與患者數(shù)據(jù)輸送服務器106的各種組件和功能元件通信，并執(zhí)行本文中所述的處理任務和技術(shù)。存儲器212可通過RAM/ROM存儲器、閃存、EPR0M/EEPR0M存儲器、高速緩沖存儲器、硬盤、可移動磁盤、CD-ROM或任何其它形式的存儲媒體來實現(xiàn)或?qū)嵭?，并?zhí)行存儲功能。在此方面，存儲器212能耦合到患者數(shù)據(jù)輸送服務器106的任何組件，使得任何組件能從存儲器212讀取信息，并將信息寫入存儲器212。存儲器212包括充分的數(shù)據(jù)存儲容量以支持本文中所述患者數(shù)據(jù)輸送服務器106的操作。根據(jù)患者數(shù)據(jù)輸送服務器106的要求，操作系統(tǒng)214(OS)與計算平臺相關聯(lián)。操作系統(tǒng)214可以是任何合適的操作系統(tǒng)214，如UnixOS、MicrosoftWindowsServerOS、基于先進電信計算架構(gòu)(AdvancedTCA)的Linux、MontavistaCarrierGradeLinuxEdition(CGE)、SunMicrosystemsSolarisOS或諸如此類。根據(jù)患者數(shù)據(jù)輸送服務器106的要求，協(xié)議引擎216與計算平臺相關聯(lián)。協(xié)議引擎216可包括患者數(shù)據(jù)輸送服務器106所需、用于網(wǎng)絡接入、信令協(xié)議、電信協(xié)議、數(shù)據(jù)通信協(xié)議和/或其它傳輸協(xié)議的任何協(xié)議棧，以便通過移動網(wǎng)絡基礎設施104接口(interface)、傳遞和/或傳送緊急患者數(shù)據(jù)，和/或?qū)⒕o急患者數(shù)據(jù)接口、傳遞和/或傳送到患者數(shù)據(jù)庫108或從患者數(shù)據(jù)庫108接口、傳遞和/或傳送緊急患者數(shù)據(jù)，包括但不限于GSM/GPRS/3G/CDMA/WCDMA協(xié)議棧、SMSC/MMSC連接協(xié)議棧、像TCP/IP、UDP、RTCP、SNMP的因特網(wǎng)協(xié)議棧和像SMS應用協(xié)議的應用層協(xié)議等。協(xié)議引擎216架構(gòu)也可包括中間件和應用協(xié)議，像JBOSS企業(yè)中間件套件、公共對象請求代理架構(gòu)(CORBA)、JAVA中間件套件(像J2EE)等。處理器架構(gòu)210、存儲器212、操作系統(tǒng)214、協(xié)議引擎216、通信元件218、互連架構(gòu)228的功能性及其管理患者數(shù)據(jù)輸送服務器106的架構(gòu)、功能和操作方面的方式為本領域的技術(shù)人員所熟知，因而在本文中將不描述。通信元件218—般指包括硬件、驅(qū)動、軟件等特性和組件，它們允許患者數(shù)據(jù)輸送服務器106使用接收元件RX220和傳送元件TX222(使用標準通信協(xié)議和/或利用患者數(shù)據(jù)輸送服務器106的協(xié)議引擎216)來與移動網(wǎng)絡基礎設施104、像負載平衡器、防火墻、SMS應用服務器、數(shù)據(jù)庫服務器等其它網(wǎng)絡組件和裝置通信。用戶接口224指提供給患者數(shù)據(jù)輸送服務器106的管理員/用戶以控制患者數(shù)據(jù)輸送服務器106的操作和功能性的任何圖形、文本、聽覺、命令行接口。它也指患者數(shù)據(jù)輸送服務器106向管理員/用戶顯現(xiàn)的任何圖形、文本、聽覺、命令行信息。數(shù)據(jù)庫接口226可表示硬件、軟件和/或處理邏輯，它允許患者數(shù)據(jù)輸送服務器106使用本機語言、數(shù)據(jù)庫管理協(xié)議和數(shù)據(jù)庫的術(shù)語與像Tandberg數(shù)據(jù)服務器和AppleQuicktime服務器等數(shù)據(jù)服務器上托管的患者數(shù)據(jù)庫108和/或數(shù)據(jù)通信。例如，數(shù)據(jù)庫接口226適當?shù)嘏渲脼闉橛脩羲埱蟮木o急患者數(shù)據(jù)、使用患者數(shù)據(jù)輸送服務器106來倉ll—(thedatabaseinterface226issuitablyconfiguredtocreateadatabasequeryforanemergencypatientdata,requestedbytheuser,usingthepatientdatadeliveryserver106)，并以適合患者數(shù)據(jù)輸送服務器106傳輸?shù)母袷捷斔陀脩粽埱蟮木o急患者數(shù)據(jù)。另外，數(shù)據(jù)庫接口226從患者數(shù)據(jù)庫108和/或患者數(shù)據(jù)服務器獲得請求的緊急患者數(shù)據(jù)(或其一部分)，使得患者數(shù)據(jù)輸送服務器106能以適當?shù)姆绞教幚碚埱蟮木o急患者數(shù)據(jù)。由于與計算機裝置平臺、無線電信和數(shù)據(jù)傳輸、信令網(wǎng)絡控制、數(shù)據(jù)庫管理及患者數(shù)據(jù)輸送服務器106(和各個操作組件)的其它功能方面相關的常規(guī)技術(shù)為本領域的技術(shù)人員所熟知，故在本文中可不詳細描述。此外，本文中包括的圖1和圖2所示連接線旨在表示各種元件之間的功能關系和/或物理耦合。在實際實施例中，可存在另外的功能關系或物理連接。圖3是如由個人化患者數(shù)據(jù)輸送系統(tǒng)100執(zhí)行的個人化患者數(shù)據(jù)輸送到通信裝置102的方法300的流程圖。為便于說明，方法300的以下描述可結(jié)合圖1和圖2涉及上面提到的元件。在實際實施例中，部分此方法300可由所述系統(tǒng)100的不同元件執(zhí)行，例如，通信裝置102、移動網(wǎng)絡基礎設施104或患者數(shù)據(jù)輸送服務器106。應理解的是，方法300可包括任何數(shù)量的另外或備選任務，并且不需要以所示順序執(zhí)行，并且方法300可包含到具有本文中未詳細描述的另外功能性的更全面的程序或過程中。輸送個人化患者數(shù)據(jù)的方法300以通信裝置102從用戶得到緊急患者數(shù)據(jù)請求輸入開始。這在流程圖的步驟310中示出。得到緊急患者數(shù)據(jù)請求輸入包括由需要緊急服務的用戶撥打預定的緊急服務鍵。預定的緊急鍵服務可以是在通信裝置102上激活/按下/撥打時啟動個人化患者數(shù)據(jù)輸送的方法的獨特鍵序列。備選，預定的緊急服務鍵可包括將請求緊急患者數(shù)據(jù)的標準SMS文本消息發(fā)送到預定號碼。標準SMS文本消息可包括數(shù)字和/或字母鍵的預定序列。例如，標準SMS文本消息可包括“EPD911”，在發(fā)送到預定號碼“999”時該消息可進行檢索緊急患者數(shù)據(jù)的緊急請求。通信裝置102基于接收的緊急患者數(shù)據(jù)請求輸入，經(jīng)無線鏈路傳送緊急患者數(shù)據(jù)請求。流程圖300在步驟312示出緊急患者數(shù)據(jù)請求的無線傳輸。之后，緊急患者數(shù)據(jù)請求由移動網(wǎng)絡基礎設施104適當?shù)靥幚?。移動網(wǎng)絡基礎設施104確定存儲請求的緊急患者數(shù)據(jù)的至少一個患者數(shù)據(jù)輸送服務器106。流程圖300在步驟314示出此操作。在確定患者數(shù)據(jù)輸送服務器106后，移動網(wǎng)絡基礎設施104將緊急患者數(shù)據(jù)請求傳送到托管該患者數(shù)據(jù)輸送服務器106和所需的患者數(shù)據(jù)庫108的移動服務提供商的網(wǎng)絡域?；颊邤?shù)據(jù)輸送服務器106可簡單地將緊急患者數(shù)據(jù)請求作為在流程圖中步驟316所示的適當編排格式的數(shù)據(jù)庫查詢轉(zhuǎn)發(fā)到患者數(shù)據(jù)庫108?；颊邤?shù)據(jù)庫108以請求的緊急患者數(shù)據(jù)適當?shù)刈鞒鲰憫?，在流程圖300中以步驟318示出。請求的緊急患者數(shù)據(jù)以合適的格式發(fā)送到移動網(wǎng)絡基礎設施104，并且這在流程圖300中以步驟320示出。隨后，如流程圖300中步驟322所示，移動網(wǎng)絡基礎設施104通過無線鏈路將緊急患者數(shù)據(jù)發(fā)送到通信裝置102。如步驟324所示，緊急患者數(shù)據(jù)由通信裝置102進行適當?shù)靥幚硪韵蛴脩舫尸F(xiàn)緊急患者數(shù)據(jù)。圖4表示時序圖，示出了在用戶請求緊急患者數(shù)據(jù)時，直至患者數(shù)據(jù)輸送系統(tǒng)100將所期望的緊急患者數(shù)據(jù)輸送到用戶為止發(fā)生的事件。個人化患者數(shù)據(jù)輸送系統(tǒng)100的操作以通信裝置102從用戶得到緊急患者數(shù)據(jù)請求輸入開始。時序圖400通過箭頭410識別緊急患者數(shù)據(jù)請求輸入。通信裝置102基于接收的緊急患者數(shù)據(jù)請求輸入，經(jīng)無線鏈路將緊急患者數(shù)據(jù)請求傳送到移動網(wǎng)絡基礎設施104。時序圖400通過箭頭412示出緊急患者數(shù)據(jù)請求的無線傳輸。之后，緊急患者數(shù)據(jù)請求由移動網(wǎng)絡基礎設施104處理。移動網(wǎng)絡基礎設施104識別存儲請求的緊急患者數(shù)據(jù)的至少一個患者數(shù)據(jù)輸送服務器106，并將緊急患者數(shù)據(jù)請求傳送到托管患者數(shù)據(jù)輸送服務器106的移動服務提供商的網(wǎng)絡域。時序圖400通過箭頭414示出緊急患者數(shù)據(jù)請求到患者數(shù)據(jù)輸送服務器106的此傳輸。患者數(shù)據(jù)輸送服務器106接收緊急患者數(shù)據(jù)請求，并適當?shù)靥幚砭o急患者數(shù)據(jù)請求?；颊邤?shù)據(jù)輸送系統(tǒng)100可編排適當?shù)臄?shù)據(jù)庫查詢格式，以便符合患者數(shù)據(jù)庫108，并且為所需的緊急患者數(shù)據(jù)查詢患者數(shù)據(jù)庫108。這在時序圖中由箭頭416示出?；颊邤?shù)據(jù)庫108通過請求的緊急患者數(shù)據(jù)適當?shù)刈鞒鲰憫?，在時序圖400中由箭頭418所示。緊急患者數(shù)據(jù)以合適的格式發(fā)送到移動網(wǎng)絡基礎設施104，并且這在時序圖400中通過箭頭420示出。在時序圖400中由箭頭422所示，移動網(wǎng)絡基礎設施104隨后通過無線鏈路將緊急患者數(shù)據(jù)發(fā)送到用戶的通信裝置102。箭頭422表示的緊急患者數(shù)據(jù)由通信裝置102適當?shù)靥幚硪员闳缂^424所示向用戶呈現(xiàn)緊急患者數(shù)據(jù)。各種實施例中所述的個人化患者數(shù)據(jù)輸送系統(tǒng)100允許護理者使用患者使用的通信裝置102獲得有關患者的緊急醫(yī)療信息。這能通過不與患者溝通或干擾患者而實現(xiàn)。由于護理提供者可容易地得到包括重要和準確臨床信息的緊急醫(yī)療信息，因此，能夠向患者保證快速和有效的醫(yī)療護理。在諸如治療意外受害者或在活動中并因此不在其健康護理提供者的范圍內(nèi)的人們的緊急情況下，這特別有用。由于僅在患者事先同意的情況下獲得緊急醫(yī)療信息，因此，解決了患者隱私和安全性顧慮。用于輸送個人化患者數(shù)據(jù)的系統(tǒng)和方法利用現(xiàn)有基礎設施。此外，通信裝置102上無需運行任何特殊應用。使用標準服務鍵或預定鍵組合啟動獲得緊急患者數(shù)據(jù)的過程，并因此消除了護理者了解通信裝置102的每種模型的使用的需要。在一個實施例中，本發(fā)明利用通常由某個人員攜帶的移動電話，而無論該人的經(jīng)濟狀況如何(irrespectiveoftheeconomicstratathepersonbelongsto)。這消除了攜帶像可移動磁盤、壓縮盤(CD)或優(yōu)盤(pendrive)等另外的數(shù)據(jù)存儲媒體以存儲患者的緊急醫(yī)療信息的需要。在移動電話上提供緊急醫(yī)療信息的特性對移動服務提供商的訂戶而言是一個很好的價值增加。在各種實施例中，描述了用于獲得緊急患者數(shù)據(jù)的系統(tǒng)和方法。然而，實施例不受限制，并且可結(jié)合不同應用實現(xiàn)。本發(fā)明的應用能延伸到其它領域。本發(fā)明提供了應請求提供個人化數(shù)據(jù)的廣義概念，這能適用于在多個應用中獲得除醫(yī)療信息外的數(shù)據(jù)。相應地，本發(fā)明不限于健康護理環(huán)境。該設計能進一步推廣，并以各種形式和規(guī)格實現(xiàn)。此書面描述使用示例以便描述本文的主題，包括最佳模式，并且也使任何本領域的技術(shù)人員能夠?qū)崿F(xiàn)和使用主題。主題的可授權(quán)的范圍由權(quán)利要求定義，并且可包括本領域技術(shù)人員想到的其它示例。如果此類其它示例具有與權(quán)利要求文字語言相同的結(jié)構(gòu)要素，或者如果它們包括具有與權(quán)利要求文字語言沒有實質(zhì)不同的等同結(jié)構(gòu)要素，則它們將確定為在權(quán)利要求范圍內(nèi)。權(quán)利要求一種將個人化患者數(shù)據(jù)輸送到通信裝置(102)的方法，所述方法包括在通信裝置(102)從用戶得到緊急患者數(shù)據(jù)請求輸入；將緊急患者數(shù)據(jù)請求傳送到與所述通信裝置(102)耦合的移動網(wǎng)絡基礎設施(104)；確定包括請求的緊急患者數(shù)據(jù)的至少一個患者數(shù)據(jù)輸送服務器(106)；將所述緊急患者數(shù)據(jù)請求傳送到所述患者數(shù)據(jù)輸送服務器(106)；通過所述患者數(shù)據(jù)輸送服務器(106)處理已傳送的緊急患者數(shù)據(jù)請求，以便編排合適的數(shù)據(jù)庫查詢格式；基于所述數(shù)據(jù)庫查詢從患者數(shù)據(jù)庫(108)獲得緊急患者數(shù)據(jù)；以及將所述緊急患者數(shù)據(jù)傳送到所述通信裝置(102)來進行合適的處理，以便向所述用戶呈現(xiàn)所述緊急患者數(shù)據(jù)。2.如權(quán)利要求1所述的方法，還包括將所述緊急患者數(shù)據(jù)傳送到所述移動網(wǎng)絡基礎設施(104)。3.如權(quán)利要求2所述的方法，其中所述方法根據(jù)所述移動網(wǎng)絡基礎設施(104)利用的無線通信協(xié)議，將所述緊急患者數(shù)據(jù)傳送到所述通信裝置(102)。4.如權(quán)利要求1所述的方法，其中得到所述緊急患者數(shù)據(jù)請求輸入包括由需要緊急服務的用戶撥打預定的緊急服務鍵。5.一種個人化患者數(shù)據(jù)輸送系統(tǒng)，包括通信裝置(102)，用于從用戶得到緊急患者數(shù)據(jù)請求輸入；移動網(wǎng)絡基礎設施(104)，用于基于在所述通信裝置(102)接收的所述緊急患者數(shù)據(jù)請求輸入傳送緊急患者數(shù)據(jù)請求；患者數(shù)據(jù)輸送服務器(106)，部署在移動運營商網(wǎng)絡和/或遠程部署的網(wǎng)絡內(nèi)以處理所述緊急患者數(shù)據(jù)請求；以及至少一個患者數(shù)據(jù)庫(108)，耦合到所述患者數(shù)據(jù)輸送服務器(106)，所述至少一個患者數(shù)據(jù)庫(108)存儲所述緊急患者數(shù)據(jù)。6.如權(quán)利要求5所述的系統(tǒng)，其中所述通信裝置(102)是無線移動裝置，配置為支持符合已確立的歐洲電信標準協(xié)會(ETSI)、國際電信聯(lián)盟(ITU)標準及第三代合作伙伴項目(3GPP)標準的無線GSM/GPRS/3G/CDMA/W-CDMA連接。7.如權(quán)利要求6所述的系統(tǒng)，其中所述通信裝置(102)還配置為支持可選或另外的無線數(shù)據(jù)通信協(xié)議，包括含3.9G/4G在內(nèi)將來的3G變化，以及支持其它無線通信標準，包括藍牙、WLAN(802.lla/b/g)^PWiMAX(802.16)。8.如權(quán)利要求5所述的系統(tǒng)，其中所述患者數(shù)據(jù)輸送服務器(106)與所述患者數(shù)據(jù)庫(108)通信以檢索如所述用戶所請求的所述緊急患者數(shù)據(jù)，和/或以適當格式傳送所述緊急患者數(shù)據(jù)以便在所述通信裝置(102)顯現(xiàn)。9.如權(quán)利要求5所述的系統(tǒng)，其中所述患者數(shù)據(jù)輸送服務器(106)是電子醫(yī)療記錄(EMR)、公共健康記錄(PHR)、企業(yè)臨床信息系統(tǒng)和醫(yī)院信息系統(tǒng)(HIS)中的一個。10.如權(quán)利要求5所述的系統(tǒng)，其中所述通信裝置(102)是蜂窩電話、個人數(shù)字助理(PDA)、支持移動連接的掌上型計算機及帶有無線接入的膝上型計算機中的一個。全文摘要本發(fā)明的名稱為輸送個人化患者數(shù)據(jù)的系統(tǒng)和方法。在一個實施例中，描述了如由個人化患者數(shù)據(jù)輸送系統(tǒng)執(zhí)行的個人化患者數(shù)據(jù)輸送的方法。方法包括經(jīng)通信裝置(102)在移動網(wǎng)絡基礎設施(104)接收緊急患者數(shù)據(jù)請求，確定包括請求的緊急患者數(shù)據(jù)的至少一個患者數(shù)據(jù)輸送服務器(106)，將緊急患者數(shù)據(jù)請求傳送到患者數(shù)據(jù)輸送服務器(106)，從患者數(shù)據(jù)輸送服務器(106)獲得請求的緊急患者數(shù)據(jù)，以及將緊急患者數(shù)據(jù)傳送到通信裝置(102)。文檔編號G06F19/00GK101840463SQ20091026040公開日2010年9月22日申請日期2009年12月3日優(yōu)先權(quán)日2008年12月8日發(fā)明者K·N·古魯普拉薩德申請人:通用電氣公司