專利名稱：：健康集成平臺api的制作方法健康集成平臺API背景計算機和聯(lián)網(wǎng)技術(shù)從高成本、低性能的數(shù)據(jù)處理系統(tǒng)到低成本、高性能的通信、問題解決和娛樂系統(tǒng)的發(fā)展提供了省錢且省時的手段來減輕執(zhí)行諸如書信往來、帳單支付、購物、預算信息和收集等的每日任務的負擔。例如，通過有線或無線技術(shù)與因特網(wǎng)接口的計算系統(tǒng)可向用戶提供用于對來自位于世界各地的網(wǎng)站和服務器的儲存庫的大量信息的幾乎立即訪問的通道。這種系統(tǒng)也允許用戶不僅收集信息而且向不同的源提供信息。由此，在線數(shù)據(jù)存儲和管理變得越來越流行。例如，協(xié)作性社交聯(lián)網(wǎng)網(wǎng)站在世界范圍內(nèi)蓬勃發(fā)展。這些站點允許用戶創(chuàng)建遠程地存儲的簡檔，包括諸如年齡、性別、曾就讀學校、畢業(yè)班級、工作地點等個人數(shù)據(jù)。這些站點隨后允許其它用戶搜索前述準則以試圖定位其它用戶——如此來尋找具有類似興趣的同伴或定位早已失去聯(lián)系的高中朋友。作為另一更實際的示例，銀行網(wǎng)站向用戶提供遠程地存儲關于要支付的帳單的信息的能力。通過利用該特征，用戶可自動地調(diào)度要從他們的銀行帳戶進行的帳單支付，當支付被調(diào)度時將自動地記入該銀行帳戶的借方。這允許對帳戶余額和帳單支付同時進行電子管理以便使用戶免于手動地將支票登記到他們的支票簿中。本國和全世界很感興趣的另一領域是個人健康和健壯。在該領域中可討論許多非常不同的問題，比如設定和獲得個人健壯目標以及人們的健康系統(tǒng)中存在的低效率這一非常不同的話題。例如，現(xiàn)在希望接受針對疾病的藥物治療的個人必須首先看他們的最初保健(primarycare)醫(yī)生。在看醫(yī)生之前，患者將被多次要求出示他們的健康保險范圍卡。在就診期間，醫(yī)生通常將為患者寫處方。然后患者帶著處方去藥店拿藥，此時他們可能需要再次提供他們的健康保險范圍卡。藥店照方配藥、通知保險、扣除全部保險數(shù)額并在患者支付余額后將處方轉(zhuǎn)給患者。這些手動步驟費時、麻煩且效率低。發(fā)明概述以下提出了簡化概述以便提供對在此描述的某些方面的基本理解。該概述不是詳盡的概觀，也不旨在標識關鍵/重要的元素或描繪本文所述的各個方面的范圍。其唯一的目的是以簡化的形式來介紹一些概念，作為稍后提出的更為詳細的描述的序言。提供了一種用于與健康集成網(wǎng)絡通信的應用程序接口(API)，其中應用可利用該API來檢索、存儲以及以其它方式訪問或修改個人健康和健壯相關數(shù)據(jù)。該API可與諸如可擴展標記語言(XML)之類的可擴展語言格式的應用通信以促進開放系統(tǒng)，在該開放系統(tǒng)中對請求或響應XML可發(fā)生改變而不需要實現(xiàn)新的代碼。然而，另外，該API可要求遵守XML模式以保留為保持開放系統(tǒng)可操作所必需的常規(guī)格式化級別?？赏ㄟ^該API請求、存儲和返回的數(shù)據(jù)也可以是自描述的，其可具有關聯(lián)的模式以及變換和樣式信息以便于數(shù)據(jù)的智能呈現(xiàn)。該API還可提供應用和用戶的認證/授權(quán)層以在不同級別上訪問數(shù)據(jù)。例如，系統(tǒng)中存儲的數(shù)據(jù)可以是與健康有關的數(shù)據(jù)，比如血壓讀數(shù)、保險信息、處方、家庭歷史、個人病歷、診斷、過敏性、X光照片、血液試驗等。另外，數(shù)據(jù)可以是健壯相關的，例如鍛煉例程、鍛煉目標、飲食、基于鍛煉例程的虛擬探險、比賽等等。該API便于訪問所有這種數(shù)據(jù)以便存儲、檢索以及其它訪問。應用可訪問該數(shù)據(jù)以向數(shù)據(jù)添加值，例如，應用可允許保險公司輸入用戶的保險信息，并且醫(yī)生的辦公室可在用戶于醫(yī)生處就診后訪問該信息以減少用戶出示保險卡的需要。進一步采用該示例，醫(yī)生可在用戶的帳戶下輸入關于處方的信息，并且藥店可檢索該信息以及保險信息以便為用戶照方配藥從而減少用戶出示保險證明和所獲得的處方紙片的需要。因而，該API可向許多應用提供對個人健康和健壯相關數(shù)據(jù)的有價值訪問以向健康和健壯領域中的當前過程增加價值并使之流線化。為實現(xiàn)上述及相關目的，本文結(jié)合下面的描述和附圖描述某些說明性方面。這些方面指示可實踐的各種方法，其全部均旨在涵蓋于此。當結(jié)合附圖閱讀以下詳細描述時，本發(fā)明的其它優(yōu)點和新穎特征將變得清楚。附圖簡述圖1示出了便于利用API在請求和后端數(shù)據(jù)組件之間傳送數(shù)據(jù)的示例性系統(tǒng)的框圖。圖2示出了示例性API的框圖。圖3示出了便于利用API在應用和健康集成網(wǎng)絡之間傳送數(shù)據(jù)的示例性系統(tǒng)的框圖。圖4示出了便于傳送個人健康信息的示例性系統(tǒng)的框圖。圖5示出了便于從API請求個人健康信息的示例性系統(tǒng)的框圖。圖6示出了便于使用軟件開發(fā)工具包(SDK)從API請求個人健康信息的示例性系統(tǒng)的框圖。圖7示出了示例性API的框圖。圖8示出了使用API從健康集成網(wǎng)絡請求數(shù)據(jù)的示例性流程圖。圖9示出了用于處理來自應用的對個人健康信息的請求的示例性流程圖。圖10是示出合適的操作環(huán)境的示意性框圖。圖1l是示例計算環(huán)境的示意性框圖。詳細描述提供了一種應用程序接口(API)以便于訪問健康集成網(wǎng)絡。該API可接收和處理來自應用的檢索、存儲、修改或以其它方式訪問健康集成網(wǎng)絡內(nèi)的數(shù)據(jù)的請求并且可提供認證/授權(quán)功能。該API可接收諸如根據(jù)可擴展標記語言(XML)模式的XML之類的可擴展數(shù)據(jù)格式的請求；另外，該API可用根據(jù)XML模式的表示與該請求相關的信息的數(shù)據(jù)集的XML來響應此類請求。該API與許多設備和應用一起操作以有效地創(chuàng)建具有易于使用、完整和輕量的API的、個人健康和健壯相關數(shù)據(jù)的中央存儲。應用可使用系統(tǒng)數(shù)據(jù)類型以及指定它們自己的可由其它應用共享的類型以促進在不存在這種可擴充系統(tǒng)的情況的跨應用可操作性。用于在應用和API之間通信的可擴展數(shù)據(jù)形式通過允許實際上任何種類的信息與描述如何存儲、可如何變換、樣式化和/或模式化該數(shù)據(jù)的數(shù)據(jù)一起存儲來實現(xiàn)這一點?？梢岳斫?，數(shù)據(jù)也可按非結(jié)構(gòu)化或非模式化的方式來存儲和獲得?，F(xiàn)在將參考附圖描述公開的主題的各個方面，全部附圖中相同的標號指的是相同或相應的元素。然而，應理解，附圖及其有關的詳細描述不旨在將所要求保護的主題限于所公開的具體形式。相反，其意圖是覆蓋落在所要求保護的主題的精神和范圍內(nèi)的所有修改、等效和替換方案?，F(xiàn)在轉(zhuǎn)向附圖，圖1示出了便于數(shù)據(jù)存儲和檢索的系統(tǒng)100，該系統(tǒng)可用于參與健康集成網(wǎng)絡。請求組件102可指定對API104的、對數(shù)據(jù)檢索、數(shù)據(jù)存儲等的請求，API104可解釋該請求并基于該請求査詢后端數(shù)據(jù)組件106。后端數(shù)據(jù)組件106隨后6可響應于API104，API104可至少將結(jié)果返回給請求組件102。請求組件102可以是能夠通過諸如做出請求而與API104通信的任何設備?？赡艿恼埱蟀ǖ幌抻跒檎埱蠼M件102的認證/授權(quán)，數(shù)據(jù)的存儲，數(shù)據(jù)的檢索，數(shù)據(jù)的修改，以及諸如數(shù)據(jù)單元的添加、關于數(shù)據(jù)格式的樣式和模式的檢索和應用、用戶界面、以及數(shù)據(jù)布局等的對數(shù)據(jù)的任何增值服務所做出的請求。API104可用于解釋來自請求組件102的請求以便于與后端數(shù)據(jù)組件106通信。由請求組件102發(fā)送的請求可以是經(jīng)由超文本傳輸協(xié)議(HTTP)上的XML做出的調(diào)用、直接對API104做出的調(diào)用、和/或?qū)PI104周圍的包裝做出的調(diào)用。使用XML允許其中結(jié)構(gòu)可改變且不需要新代碼來解釋數(shù)據(jù)的可擴展數(shù)據(jù)模型。這歸因于XML的自描述能力，尤其當其與XML模式結(jié)合使用時更是如此。另外，API104可在后端數(shù)據(jù)組件106上提供安全層以僅僅允許經(jīng)授權(quán)的請求組件訪問后端數(shù)據(jù)組件106中的某些數(shù)據(jù)。根據(jù)本主題，后端數(shù)據(jù)組件106可容納與個人健康相關的信息，其包括巨大的信息存儲。這種信息可以是相對靜態(tài)的(例如，身高、體重、病史(個人和家庭)、疾病、過敏性、保險等)、事件特有的(例如，訓練養(yǎng)生法、訓練重要器官和統(tǒng)計數(shù)字、當前藥方、醫(yī)學診斷等)、完全動態(tài)的(例如，血壓、心率、飲食等)等等。API104可基于患者的要求或醫(yī)生的指令等允許和限制某些個體對所有這種信息的訪問。此外，API組件104可用于觸發(fā)事件、提供實時更新(例如，經(jīng)由回調(diào)函數(shù)等)、接收警告等。此外，請求組件102可以接收事件或警告。此類事件或警告可在輸入超過閾值的數(shù)據(jù)(例如，高血壓)、缺少所需數(shù)據(jù)(例如，沒有血糖水平讀數(shù))、真實世界事件的發(fā)生、獲得里程碑或目標、數(shù)據(jù)到期等時發(fā)生。因而，本文給出的主題提供對個人健康相關數(shù)據(jù)的集中式存儲和訪問以允許有利地跟蹤這些數(shù)據(jù)以及這些數(shù)據(jù)在該數(shù)據(jù)對其具有價值的各方之間的流線化通信。另外，從API104返回或發(fā)回請求組件102的值可以是來自原始調(diào)用的返回調(diào)用(例如當利用軟件開發(fā)工具包時)、HTTP上的XML等。參考圖2，根據(jù)所述主題，API200被示為具有各種組件以便于請求檢索、存儲、修改或以其它方式訪問數(shù)據(jù)。API200可具有接收數(shù)據(jù)訪問請求的接收器組件202，解釋該請求并收集所需數(shù)據(jù)以及任何相關數(shù)據(jù)和/或元數(shù)據(jù)(關于數(shù)據(jù)的數(shù)據(jù))的解釋器組件204。API200還可包括將授權(quán)/認證規(guī)則應用于請求實體以確保它具有足夠的權(quán)限來做出所需請求的授權(quán)組件206。API200可具有在需要時將變換、翻譯、樣式和/或模式應用于該數(shù)據(jù)的變換組件208。變換208還可將結(jié)果數(shù)據(jù)與適當?shù)暮?或可用變換信息封裝在一起，因此請求實體可執(zhí)行所需變換。API200還可利用返回組件210將所需數(shù)據(jù)以及任何附加數(shù)據(jù)發(fā)回請求實體。還可提供更新組件212以允許應用附連到API200，從而打開通信通道，并且自動接收對信息的更新。API200還可提供用于創(chuàng)建智能例程以方便API200的使用的例程封裝組件214。在使用API200時，諸如設備、應用、運行應用的設備、附連到具有應用的系統(tǒng)的傳統(tǒng)設備等的請求實體可啟動對API200的數(shù)據(jù)請求，該請求由接收器組件202獲得。該請求可以是訪問個人健康和/或健壯相關數(shù)據(jù)，例如處方信息。接收器組件202接收該請求并將其發(fā)送到解釋器組件204。解釋器組件204確定請求的類型，例如針對數(shù)據(jù)的檢索、數(shù)據(jù)的存儲或數(shù)據(jù)的修改，并且確定正被請求的記錄或類型。解釋器組件204可利用授權(quán)組件206來確定請求實體是否具有足夠的特權(quán)來訪問所提出的請求類型的所請求數(shù)據(jù)。例如，一方可能沒有足夠的訪問權(quán)限來改變或甚至査看其配偶的醫(yī)學診斷。授權(quán)規(guī)則可由多方設定，包括與該數(shù)據(jù)直接相關的人、醫(yī)務人員等。如果實體被拒絕訪問，則返回組件210可將所得的錯誤通知(例如，XML格式)發(fā)回請求實體。如果訪問被準許，則解釋器組件204可訪問相關數(shù)據(jù)，在處方示例中，這可以包括處方名稱、類型代碼、說明、用量、帶有醫(yī)生簽名的處方的圖像等。該信息隨后可被傳遞到變換組件208，該變換組件可確定由請求實體所尋找的信息以及所請求的任何變換。例如，可能請求實體不請求處方的圖像；變換組件208可應用模式以從解釋器組件204所發(fā)送的說明中抓取除圖像以外的任何信息，從而減少了發(fā)送圖像的需要，其中發(fā)送圖像可能需要比僅僅發(fā)送文本信息多得多的帶寬。另外，請求實體可能希望翻譯處方的類型代碼，例如，代碼可能表示消炎藥物治療并且請求實體愿意向用戶顯示該信息。同樣，可能對活性成分和/或副作用的解釋可基于類型代碼返回——如果被請求則變換208也可收集該信息。在收集了所需的全部信息之后，返回組件210可將該數(shù)據(jù)按例如可擴展標記語言或任何返回類型等所請求的格式發(fā)回請求實體。還可返回描述所返回的數(shù)據(jù)的布局的伴隨模式。更新組件212可提供另一類型的數(shù)據(jù)訪問，其中在應用(或其它接收組件)和API202之間打開例如管道等通信通道。當數(shù)據(jù)流過諸如健康集成網(wǎng)絡之類的底層系統(tǒng)時，更新組件212可向所連接的應用自動通知(或警告)某些數(shù)據(jù)，只要該應用具有附加到該數(shù)據(jù)的授權(quán)。該更新組件212促進了基于事件的系統(tǒng)，其中可基于事件的實時發(fā)生或數(shù)據(jù)超過某些閾值而向不同的用戶發(fā)送警告。例如，如果血壓接收到許多一致的高血壓讀數(shù)(超出閾值)，則可向醫(yī)生的辦公室系統(tǒng)發(fā)送事件以通知并請求會面。該信息還可被發(fā)回血壓監(jiān)視器以向用戶通知高讀數(shù)的數(shù)量以及會面請求已被發(fā)送給他們的醫(yī)生。通過使用更新組件212可以有許多類似情況可用。類似地，例如如果設備是發(fā)送恒定更新的設備，則打開的通道可向健康集成網(wǎng)絡自動提供數(shù)據(jù)。例如，由用戶操作的跑步機(treadmill)可在會話期間取得恒定心率并且打開通道以利用該信息以及關于例如訓練例程等其它信息來實時更新健康集成網(wǎng)絡?？梢岳斫?，不需要打開的通道；相反地，API200可例如自動調(diào)用應用上的API200(比如回調(diào)類型函數(shù))來通知警告或更新。例程封裝組件214可提供多個不同功能來幫助應用開發(fā)者利用API200創(chuàng)建第三方應用。例如，例程封裝組件214可將一組常用例程綁定在一起成單個調(diào)用或者在所封裝的表示中提供它們以給予開發(fā)者利用API200啟動所真正需要的事物。另外，可提供例程來創(chuàng)建XML以及通常與諸如健康集成網(wǎng)絡之類的底層系統(tǒng)一起使用的相關聯(lián)的模式以創(chuàng)建諸如數(shù)據(jù)類型和不同的記錄之類的要在該網(wǎng)絡中存儲的事物。此外，可采用人工智能來確定例程的封裝或附加的較易使用的例程的創(chuàng)建。這些創(chuàng)建的例程可以是提供給開發(fā)者以執(zhí)行在一定程度上增強的任務的單個調(diào)用，比如獲得不一定存儲在一起的相關數(shù)據(jù)的單個調(diào)用，例如可創(chuàng)建GetLastExerciseRoutine(獲取上次鍛煉例程)以檢索用戶的上次鍛煉會話信息以及這次取得的任何心率。如上所述，可確定(例如通過使用人工智能)這些函數(shù)經(jīng)常被一起調(diào)用，并且隨后創(chuàng)建訪問該數(shù)據(jù)的單個例程以使其對于可能一起需要該數(shù)據(jù)的應用開發(fā)者更加容易。可以理解，上述情況僅是示例，且本主題不限于此。圖3示出便于利用API104解釋來自應用302的對數(shù)據(jù)存儲、檢索等的請求的系統(tǒng)300。API104基于來自應用302的請求查詢健康集成網(wǎng)絡304以基于來自健康集成網(wǎng)絡304的響應將數(shù)據(jù)返回給應用302。應用302可以是在計算機或其它設備上執(zhí)行的軟件應用程序、設備本身、例如傳統(tǒng)設備上下文中的耦合到計算機或應用的設備等等。示例設備包括任何醫(yī)療或個人健康設備，諸如具有輸出的設備(例如，血壓監(jiān)視器、測重秤、血/糖水平監(jiān)視器、IV、起搏器、聽診器、x光照片等)、個人健壯跟蹤設備(組合心率監(jiān)視器表、計步器、自行車裝備(例如速度計、高度計、里程計等)、秒表等等)以及包括私用和醫(yī)用用戶界面的其它應用的設備。因而，醫(yī)生可從處方、診斷或其它圖表中手動地存儲患者特有的信息，并且個人可存儲關于飲食、訓練養(yǎng)生法、醫(yī)療保險等的信息。數(shù)據(jù)可以是任何類型并且可具有相關聯(lián)的類型定義、描述數(shù)據(jù)布局的模式以及描述如何呈現(xiàn)數(shù)據(jù)的樣式參數(shù)。可以理解，應用302可被連接以向API104做出直接請求，但是也可在利用更新功能的打開的通道(或管道)連接中做出請求。作為一個示例，患者可利用應用302輸入保險和藥店信息。應用302可將其提交給API104，API104可請求在健康集成網(wǎng)絡304中存儲。然后如果患者去醫(yī)生的辦公室，接待員可通過相同或單獨的應用302檢索保險信息，其中應用302使用API104請求這些信息。API104從健康集成網(wǎng)絡304檢索患者的保險信息并將其傳送到API104，API104將其傳送到應用302。這減少了接待員必須要求患者的保險卡的需要。隨后，在會面期間，醫(yī)生可使用相同或不同的應用302輸入針對患者的醫(yī)療處方；處方經(jīng)由API104被存儲在健康集成網(wǎng)絡304中。此時，可將警告發(fā)送到同樣在運行相同或不同的應用302的患者的藥店以請求執(zhí)行處方?；蛘?，患者可去藥店并請求照方配藥，而藥店不需要從患者處獲取處方，因為該信息被存儲在健康集成網(wǎng)絡304中。藥店可使用其應用302訪問API104以從健康集成網(wǎng)絡304檢索針對該患者的處方和保險數(shù)據(jù)。作為另一示例，應用302可以是諸如血壓監(jiān)視器之類的設備，其可向API104做出為個人存儲血壓的請求，可能對于后五個讀數(shù)血壓已被認為是高的，血壓機可從API104接收警告并向個人通知該事實。此外，例如，針對該個人的醫(yī)生辦公室的應用302還可經(jīng)由來自API104的警告接收該信息以向醫(yī)生通知連續(xù)的高血壓讀數(shù)，并且醫(yī)生或可能是私人教練員還可調(diào)整患者的訓練計劃以包括少數(shù)額外的心血管會話并減少飲食中的鹽。API104不限于上述示例，并且事實上可執(zhí)行關于數(shù)據(jù)和健康集成網(wǎng)絡304的各種方法，也包括數(shù)據(jù)審計方法。另外，應用302可指定從API104發(fā)送的消息由公鑰和/或私鑰加密，其中應用302具有私鑰來解密數(shù)據(jù)。這樣，為系統(tǒng)內(nèi)傳送的數(shù)據(jù)提供更多的安全性以確保隱私和真實性。此外，應用302可對消息設定使用期限值以當在給定時間段內(nèi)沒有接收到響應時允許它們期滿。就此，應用302不需要等待消息回來；相反，例如如果應用302可在別處更快地找到該信息則該消息可以期滿。參考圖4，示出了便于訪問健康集成網(wǎng)絡內(nèi)的信息的示例系統(tǒng)400。應用302可以進行顯示或指定健康相關數(shù)據(jù)兩者中的至少之一?？梢岳斫?，應用302可以是許多不同類型的應用，包括軟件應用、執(zhí)行軟件應用的電子設備、單獨的電子設備、可與執(zhí)行軟件應用的設備接口的傳統(tǒng)設備等等。應用可利用API104在健康集成網(wǎng)絡304內(nèi)請求和存儲數(shù)據(jù)?？梢岳斫猓珹PI104可與多個相似或不同類型的應用302同步或異步地通信。API104還可具有軟件層402用于解釋和處理請求。軟件層402可被如圖所示地分出，或者它可被集成在API104內(nèi)、健康集成網(wǎng)絡304內(nèi)或兩者之內(nèi)。在解釋和處理來自應用302的請求之后，軟件層402可訪問健康集成網(wǎng)絡304以尋找任何必要的數(shù)據(jù)或者存儲必要的數(shù)據(jù)來實現(xiàn)請求。軟件層402還可向數(shù)據(jù)提供增值，諸如匯編來自健康集成網(wǎng)絡304的數(shù)據(jù)、將商業(yè)模型或過程與數(shù)據(jù)結(jié)合應用、高速緩存數(shù)據(jù)、和/或?qū)⒆儞Q或附加信息應用于數(shù)據(jù)/與數(shù)據(jù)一起應用?？梢岳斫?，可以有多個API104和軟件層402連接到集中式健康集成網(wǎng)絡304，并且集中式健康集成網(wǎng)絡304可以是單個系統(tǒng)或分布在多個系統(tǒng)、平臺等之上。健康集成網(wǎng)絡304可包括多個數(shù)據(jù)存儲，包括記錄數(shù)據(jù)庫404、目錄數(shù)據(jù)庫406和字典數(shù)據(jù)庫408。另外，健康集成網(wǎng)絡304可包括許多其它系統(tǒng)和/或?qū)右员阌跀?shù)據(jù)管理和傳送。此外，數(shù)據(jù)庫可以是冗余的使得每個數(shù)據(jù)庫的多個版本對于其它API和應用以及這些數(shù)據(jù)庫的其它版本的應用備份源是可用的。另外，數(shù)據(jù)庫可在各個物理數(shù)據(jù)存儲之間邏輯地分割以允許高效地訪問被高度訪問的系統(tǒng)。此外，數(shù)據(jù)庫可以是基于分層的，比如XML，和/或基于關系的。記錄數(shù)據(jù)庫404可以是高度分布的并且包括多個用戶的個人健康相關數(shù)據(jù)記錄。記錄可以是不同的格式并且可包括任何種類的數(shù)據(jù)(單個實例，結(jié)構(gòu)化的或非結(jié)構(gòu)化的)，諸如純數(shù)據(jù)、數(shù)據(jù)和相關聯(lián)的類型信息、自描述數(shù)據(jù)(通過相關聯(lián)的模式，例如XSL模式)、具有相關聯(lián)的模板的數(shù)據(jù)(例如通過樣式表)、具有單位的數(shù)據(jù)(諸如具有轉(zhuǎn)換指令的數(shù)據(jù))、二進制數(shù)據(jù)(諸如圖像、x光照片等)等等。此外，出于跟蹤和恢復的目的，記錄數(shù)據(jù)庫404可保持對記錄所做的改變的審計追蹤。另外，前述信息的任何數(shù)據(jù)類型或相關實例可被存儲在諸如下述的字典數(shù)據(jù)庫408之類的不同數(shù)據(jù)庫中。記錄數(shù)據(jù)庫404可基于多個因素來分割、分布和/或分段，這些因素包括性能、用戶的邏輯分組(例如，同一公司的用戶、家庭等)。目錄數(shù)據(jù)庫406可存儲諸如可包括用戶名、認證憑證、用戶記錄的存在等的用戶帳戶數(shù)據(jù)之類的信息，目錄數(shù)據(jù)庫406還可容納關于記錄自身的信息，包括它們所屬的用戶，記錄被保存在何處(在分布式記錄數(shù)據(jù)庫404配置中)、對這些記錄的授權(quán)規(guī)則等等。例如，用戶可指定配偶有權(quán)訪問他/她的健壯相關數(shù)據(jù)，但無權(quán)訪問醫(yī)療健康相關數(shù)據(jù)。這樣，用戶可保護他/她的數(shù)據(jù)同時允許適當?shù)母鞣?諸如配偶、醫(yī)生、保險公司、私人教練員等)或應用/設備(血壓機、起搏器、健壯表(fitnesswatch)等)可以訪問相關數(shù)據(jù)。另外，目錄數(shù)據(jù)庫406可包括關于將應用302配置成與健康集成網(wǎng)絡304交互的數(shù)據(jù)；可要求應用302向健康集成網(wǎng)絡304注冊，因而目錄數(shù)據(jù)庫406中的應用數(shù)據(jù)包括注冊信息。11字典數(shù)據(jù)庫408可保存與由健康集成網(wǎng)絡304以及諸如API104和軟件層402之類的請求實體所使用的詞匯定義相關的信息。此類定義可包括數(shù)據(jù)類型定義和關于如何顯示不同的數(shù)據(jù)類型或如何變換它們的信息。另外，字典數(shù)據(jù)庫408可保存顯示布局和模板等的信息。此外，字典數(shù)據(jù)庫408可保存通過使用標準等來定義代碼的不同查找表。例如，字典數(shù)據(jù)庫408可支持由國家衛(wèi)生統(tǒng)計中心(NationalCenterforHealthStatistics)發(fā)布的國際疾病分類第九修訂版(ICD-9)。這些代碼標識不同的疾病和診斷；因而醫(yī)生可將這些代碼之一加到健康集成網(wǎng)絡304中的用戶圖表上，從而字典數(shù)據(jù)庫408可允許軟件層404(或API104)將該代碼翻譯成對用戶更有意義的事物，諸如醫(yī)學名稱和/或關于診斷的不同的、其它的、或附加的信息。字典數(shù)據(jù)庫408還可用于檢索諸如復數(shù)和簡寫形式的代碼(諸如ICD-9代碼)之類的其它元數(shù)據(jù)。它還可保存允許不同度量單元之間的轉(zhuǎn)換的信息，諸如英尺到米、華氏溫度到攝氏溫度、磅到千克等。在一個實施例中，例如，可以是一個以上應用的應用302可以向API104做出調(diào)用以請求、存儲或修改數(shù)據(jù)。API104利用軟件層402處理由應用302做出的調(diào)用。軟件層402隨后可向它自己的內(nèi)部高速緩存或健康集成網(wǎng)絡304査詢所需數(shù)據(jù)；作為附加或替換，軟件層402可直接向數(shù)據(jù)庫404、406和408中的一個或多個查詢所需數(shù)據(jù)。軟件層402可連續(xù)地或異步地査詢數(shù)據(jù)直至從健康集成網(wǎng)絡304獲得所有數(shù)據(jù)。軟件層402隨后可通過使用其已獲得的其它數(shù)據(jù)來操縱數(shù)據(jù)的各部分以公式化應用302所需的結(jié)果，并且經(jīng)由API104將該結(jié)果返回給應用302。例如，應用302可通過調(diào)用API104請求用戶的血壓讀數(shù)，接著API104可與軟件層402通信以公式化所需的讀數(shù)。軟件層402可直接地或通過健康集成網(wǎng)絡304向目錄數(shù)據(jù)庫406查詢以獲得血壓讀數(shù)的位置，向字典數(shù)據(jù)庫408査詢以獲得血壓類型的模式、樣式和通用類型信息，以及向記錄數(shù)據(jù)庫404查詢以獲得實際讀數(shù)。通過使用模式，軟件層402可將該記錄解釋為表示收縮和舒張壓(以及可能脈搏率)的兩個整數(shù)，并且將這些數(shù)字通過API104返回給應用302，或者還將樣式、單位或其它模板應用于這些數(shù)字并返回結(jié)果，無論該結(jié)果是串、XML、HTML、圖像等。另外，軟件層402可將原始數(shù)據(jù)與變換、樣式和/或模式信息一起通過API104返回給應用302以允許應用302隨意應用這些。同樣，軟件層402可將結(jié)果存儲在高速緩沖存儲器中以便將來訪問。可以理解，所述主題并不限于前述示例/實施例，相反，這是與健康集成網(wǎng)絡304接口的API104的許多可能的實施例中的一個?，F(xiàn)在轉(zhuǎn)向圖5，示出了根據(jù)本文所公開的主題的一個實施例的系統(tǒng)500。系統(tǒng)500包括做出對來自健康集成網(wǎng)絡304的數(shù)據(jù)進行檢索、存儲、修改或以其它方式訪問中的至少之一的請求的應用302。該請求可通過使用以XML格式指定請求的HTTP協(xié)議的因特網(wǎng)502發(fā)送到API104。API包括XML解釋器504以從應用302所發(fā)送的請求中導出請求參數(shù)。如上所述，對數(shù)據(jù)的請求可按XML格式提交給API104，并且XML解釋器504可要求該XML符合XML模式以便被認為是有效請求。例如，請求可指定信息，諸如用于應用的授權(quán)/認證或安全令牌類型目的的簽名、參數(shù)列表(其可包括方法名稱)、個人ID(如果請求方與信息被搜索的用戶不同，例如，醫(yī)生訪問患者記錄)、記錄ID(例如，如果記錄正在被操縱)、用戶的認證令牌、語言說明、國家說明、消息創(chuàng)建時間和期滿時間、和/或方法所需的任何參數(shù)。根據(jù)所述主題的一個實施例被發(fā)送到API的樣本XML請求可以如下。<request〉<sigdigestMethod="shal"sigMethod="rsa-shal">...</sig><params><method>GetThings</method〉<target-person-id/〉<record-id>1</record-id><auth-token>...</auth-token><language>en</language〉<country〉us</country><msg-time>2006-07-11T22:18:13Z</msg-time><msg-ttl>330</msg-ttl><info><group><filter〉6緒7〈/type-id〉</filter><format><section>core</section><section>xml</section></format></group></info></params></request〉在該示例中，sig標簽包括關于相對于請求應用證書的私鑰的數(shù)據(jù)加密的信息，params節(jié)示出請求的細節(jié)。特別地，method標簽指定方法名稱并且各個條目列舉如上。具體地，info節(jié)包括正被調(diào)用的方法所需的參數(shù)。在這種情況下，GetThings需要標識正被檢索的信息的類型(重量、血壓、藥物治療等)的type-id以及如果有一個以上的節(jié)則指定應當返回哪些節(jié)的section參數(shù)?？梢岳斫?，可提供其它info元素以確保適當?shù)臄?shù)據(jù)被請求；因而XMLAPI調(diào)用是可擴展的以容納可駐留于健康集成網(wǎng)絡中的附加信息和類型?？梢岳斫猓_的主題并不限于HTTP請求上的XML，相反，這僅僅是應用通過API與健康集成網(wǎng)絡通信的許多方法之一。對記錄數(shù)據(jù)請求的響應也可以是XML格式并且經(jīng)由因特網(wǎng)502通過HTTP從API104發(fā)送回應用302。這些響應可包括狀態(tài)碼(數(shù)字的和描述的)，與單位、樣式、模式等一起的任何結(jié)果數(shù)據(jù)(在該示例中被稱為"事物(thing)"并且以下將進一步描述)。例如，根據(jù)本文所述的主題來自API調(diào)用的響應可以如下。<response><status><code>0</code><description〉OK</description><details/><exception/〉</status><ad/〉<wc:infoxmlns:wc="methods.response.GetThings"><group><thing><thing-id>l</thing-id><type-idname="Weight">3d34d87e—^5^-6W/-/5^^^Z(W77</type-id><eff-date>2006-07-llT20:51:25Z</eff-date><system-sets〉16</system-sets〉<data-xml><weight><valueunit="lbs"〉204.8</value></weight></data-xml></thing></group></wc:info></response〉可以理解，本文所述的主題并不限于以上請求和響應示例，相反，這些僅僅是通過HTTP請求/響應約定的XML的示例。如上所述，應用302與諸如API104通信有許多方式，諸如與許多支持的語言(諸如.NET、Java等)兼容的展示的軟件開發(fā)工具包(SDK)對象模型，如下所示，以及SDK對象模型和XML?，F(xiàn)在轉(zhuǎn)向圖6，示出了根據(jù)本文所述的主題的一個實施例用于訪問來自健康集成網(wǎng)絡的數(shù)據(jù)的系統(tǒng)600?？稍L問健康集成網(wǎng)絡304的應用——應用302具有軟件開發(fā)工具包(SDK)602。SDK602使得應用能夠作出調(diào)用來請求、存儲、修改或以其它方式訪問存儲在健康集成網(wǎng)絡304中的數(shù)據(jù)。提供API104以便于與健康集成網(wǎng)絡304的通信。應用302可利用SDK602對API104作出調(diào)用。SDK602被實現(xiàn)為提供由API104包括的功能的至少一部分。例如，應用僅僅需要與SDK602通信以檢索、存儲和修改健康集成網(wǎng)絡304中的數(shù)據(jù)。應用302可初始化SDK602，此時便可利用SDK602。通常，一旦初始化，應用302可通過諸如以下在偽碼中所表達的圓點記法形式對SDK602作出函數(shù)調(diào)用。publicvoidDisplayWeightToConsole(stringserviceUrl,stringauthUrl)WServiceservice=nswWScrvicc(appld,serviceUrl,authUrl,"test","test");Personlnfopersonlnfo=service.GetPersonInfo();〃注意，這假設該人對于正好一個記錄被授權(quán)Recordlnforecord=personlnfo.AuthorizedRecords[O];ReadOnlyCollection<ThingInfo>weightMeasurements=record.GetThingsByType(newGuid("3d34d87e-7fcl-4153-800f-f56592c固17"):ThingDataSections.Core|ThingDataSections.Xml);//這輸出每次體重測量的XML數(shù)據(jù)foreach(weightMeasurements中的Thinglnfoweight)Console.WriteLine(weight.XmlData.OuterXml);catch(Exceptione)Console.Error.WriteLine(e.Message》16可以理解，上述偽碼僅僅是利用SDK來使用本主題的實施例的示例，且本主題并不限于此。當應用302對SDK602做出調(diào)用時，諸如record.GetThingsByType...，SDK602被實現(xiàn)為對API104做出后續(xù)調(diào)用以經(jīng)由因特網(wǎng)502檢索、存儲或修改數(shù)據(jù)(如果健康集成網(wǎng)絡組件被遠程存儲)。SDK602使該交互對應用302看起來是無縫的。在向API104作出適當請求之后，API104和/或可能的軟件層從健康集成網(wǎng)絡304請求相關數(shù)據(jù)。該請求可包括對如上所述的一個或多個不同地或局部地存儲的數(shù)據(jù)庫的一個或多個請求。一旦收集到相關信息，API104和/或可能的軟件層就可在通過因特網(wǎng)502將數(shù)據(jù)提交回SDK602之前對該數(shù)據(jù)應用變換、樣式和/或模式。對于圖5和圖6兩者，可以理解，訪問健康集成網(wǎng)絡304和/或API104并不限于因特網(wǎng)通信，相反，在各組件位于同一局域網(wǎng)(LAN)的情況下，可利用LAN通信以及WAN、WLAN等。在兩個系統(tǒng)之間傳送數(shù)據(jù)的任何模式都可使用。此外，也可使用通過因特網(wǎng)或以其它方式的任何種類的數(shù)據(jù)通信/說明。另外，API104將可能從應用302所zuochu的調(diào)用返回至少一個狀態(tài)碼(如以上樣本XML所示)；該代碼可與下面的狀態(tài)碼列表類似。代碼描述原因0OK成功1FAILED一般性失敗，原因不明2BAD—HTTPHTTP協(xié)議問題3INVALID—XML請求XML不能被解析或者是不一致的。4BAD—SIG對請求的簽名確認失敗。5BAD—METHOD所請求的方法不存在。6INVALID—APP所指定的應用不存在、不活動，或者調(diào)用IP地址是無效的。7TOKEN_EXPIRED認證令牌已期滿。8INVALID—TOKEN認證令牌殘缺或出現(xiàn)其它差錯。9INVALID_PERSON該人不存在或不活動。10INVALID_RECORD具有所指定ID的17<table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage19</column></row><table>參考圖7，API700被示為包括各例程組，這些例程組提供訪問不同數(shù)據(jù)的不同方式。記錄數(shù)據(jù)例程702包括允許應用302(圖4)請求、存儲、修改或以其它方式訪問存儲在健康集成網(wǎng)絡304(圖4)中的記錄數(shù)據(jù)的多個例程。這些數(shù)據(jù)可包括三個數(shù)據(jù)庫404、406和408(圖4)中的數(shù)據(jù)、數(shù)據(jù)本身以及描述該數(shù)據(jù)的數(shù)據(jù)、相關的二進制數(shù)據(jù)(諸如圖像、x光照片等)等等。與記錄相關聯(lián)且由類型定義的數(shù)據(jù)在本文的示例和例程名中將被稱為"事物"。記錄數(shù)據(jù)例程702可包括從存儲在健康集成網(wǎng)絡中的健康記錄査詢數(shù)據(jù)的例程。事物可釆用結(jié)構(gòu)化數(shù)據(jù)(XML)、二進制數(shù)據(jù)(圖像)等形式；它們表示健康集成系統(tǒng)中的單個實例數(shù)據(jù)并且通常與類型和元數(shù)據(jù)(其可具有值類型、度量單位、注釋、數(shù)據(jù)的源點等)相關聯(lián)。例如，可提供GetThings例程以檢索如在以上示例中所示出的這種信息?？墒褂美鏗TTP上的XML調(diào)用的該例程可要求XML輸入指定要調(diào)用的例程并且還包括"info"節(jié)來為數(shù)據(jù)査詢指定過濾器；過濾器可包括下列中的任何一個。過濾器定義id可指定任何數(shù)量的事物ID。該子句與所有其它子句進行或操作并且在filter(過濾器)元素外面指定。type-id單個事物的標識符。eff-date-min有效日期比指定日期更新的事物。日期是UTC時間。eff-date-max有效日期比指定日期更舊的事物。日期是UTC時間。created-app-id創(chuàng)建事物的應用的ID。這是Guid。created-person-id創(chuàng)建事物的人的ID。這是Guid。updated-app-id最后一次更新事物的應用的ID。這是Guid。updated-person-id最后一次更新事物的人的ID。這是Guid。created-date-min創(chuàng)建日期比指定日期更新的事物。日期是UTC時間。created-date-max創(chuàng)建日期比指定日期更舊的事物。日期是UTC時間。updated-date-min最后一次更新日期比指定日期更新的事物。日期是UTC時間。updated-date-max最后一次更新日期比指定日期更舊的事物。日期是UTC時間。xpath如果事物類型被表示為結(jié)構(gòu)化數(shù)據(jù)(XML)，則可指定XPATH査詢針對該數(shù)據(jù)運行。該査詢僅可檢査存在性。如果該査詢針對事物產(chǎn)生真結(jié)果，則將其返回。該子句不與二進制事物類型匹配。20set-id獲取用戶定義集內(nèi)的所有事物。另外，"info"節(jié)可指定一個或多個格式節(jié)以進一步確定針對與指定過濾器匹配的事物返回什么數(shù)據(jù)以及要應用的任何變換、樣式或模式。當請求被發(fā)送到API且軟件層處理該請求并收集數(shù)據(jù)時，響應被發(fā)回請求實體。如上所示，該響應可以是具有匹配的事物結(jié)果、狀態(tài)碼等的分組的XML響應。該響應可符合可定義響應布局的XML模式并與該XML模式一起發(fā)送，具體地，GetThings例程響應可符合可具有多個節(jié)的為事物所定義的模式。API收集在請求中指定的節(jié)；這些節(jié)包括可定義記錄和成員系統(tǒng)集(事物可屬于的高級組)的有效日期的core(核心)節(jié)；可定義記錄的創(chuàng)建和更新信息以供將來査詢的audit(審計)節(jié)；包含表示事物的數(shù)據(jù)的XML的XML節(jié)(如果類型定義模式，則數(shù)據(jù)必須符合該模式)；用于二進制數(shù)據(jù)(諸如圖像/x光照片)的BLOB節(jié)；可定義一個或多個注釋的annotation(注釋)節(jié)，其中該注釋還可包含用于審計的注解；定義該數(shù)據(jù)所屬的一個或多個用戶定義集的sets(集合)節(jié)；以及概述對事物的不同授權(quán)許可的permission(許可)節(jié)。類似地，記錄數(shù)據(jù)例程702可提供PutThings例程用于創(chuàng)建新的事物和/或更新現(xiàn)有事物。請求可以是如上所示的XML格式并且可要求要存放(put)的事物符合以上的事物模式。該例程可返回結(jié)果代碼和所創(chuàng)建/更新的事物的ID。另外，在請求可包含與GetThings請求相類似的元素的情況下，可提供RemoveThings例程來刪除事物；然而，指定事物被刪除并且不被返回。此外，可提供GetAuthorizedRecords例程用于査詢請求實體對其具有許可(例如，請求實體不是該數(shù)據(jù)所屬的用戶)的已知記錄ID。該例程可根據(jù)和/或利用模式返回記錄。API700還可提供一組帳戶例程704來管理健康集成網(wǎng)絡中的用戶和組。例如，可提供允許請求應用收集與指定的過濾器準則匹配的用戶的一組簡化的帳戶信息的QueryPersons例程。為此，可要求請求符合請求模式?？捎眠^濾器可包括所找的人的名字、ID、電子郵件地址等，并且可檢査這些元素是否包含任何指定的特征，從而返回肯定結(jié)果；可要求結(jié)果符合模式(XML或其它)。此外，可提供GetPersonlnfo例程來請求關于請求用戶的帳戶信息，包括名字、電子郵件地址、電子郵件地址的確認狀態(tài)、應用設置、授權(quán)的記錄等。另外，可提供類似的組例程以允許用戶屬于邏輯組。各組可與系統(tǒng)的用戶類似地被管理。因而，例如可提供諸如GetGroups例程之類的例程來檢索關于包括成員ID的組的信息。可要求請求和響應兩者遵守XML模式以解釋該數(shù)據(jù)。另夕卜，API700可提供應用例程706用于允許注冊和定位使用API700和健康集成網(wǎng)絡的應用。例如，可提供GetApplication例程來收集關于向健康集成網(wǎng)絡注冊的一個或多個應用的信息；指定的參數(shù)可包括應用的名稱和/或ID，如果ID已知的話。該例程可返回一個或多個所定位的應用(名稱和ID)，以及該應用是否需要授權(quán)和/或接受，等等。此外，還可提供AddApplication例程來向健康集成網(wǎng)絡注冊應用。請求可作為具有參數(shù)的XML發(fā)送，這些參數(shù)對應于應用的ID(使用證書創(chuàng)建的)、應用的名稱、用于驗證所有請求的公共加密密鑰、記錄級授權(quán)、例程級授權(quán)、應用設置(XML形式或其它)、是否需要授權(quán)來使用該應用、以及是否需要接受來使用該應用。接受可包括諸如接受最終用戶許可證協(xié)定(EULA)的步驟。例如，例程可返回應用的ID和狀態(tài)碼。此外，例如，API700可包括管理給定事物和/或記錄的安全的安全例程708。這些例程可包括獲得針對給定記錄的與被授權(quán)的用戶相關聯(lián)的許可，該例程可要求用戶的ID和正對其請求許可信息的記錄的ID。然后，該例程可返回與關于用戶或組的記錄ID相關聯(lián)的一組規(guī)則、針對記錄可能存在的許可、記錄中的應用許可的事物、以及不可應用許可的任何被排除的事物。類似地，可提供GetAuthorizations例程來獲取可以訪問特定事物的用戶或組的ID。為此，事物ID與作為輸入的許可說明一起被提供，并且例程返回對于所請求的事物具有訪問級別的用戶和/或組的列表。另夕卜，可提供AddPermissions例程和RemovePermissions例程以針對給定的記錄設置新的許可和刪除許可。同樣，安全例程708可包括GetEffectivePermissions例程來收集關于同樣是具有變化的許可的組的一部分的用戶記錄的許可信息。該例程可嘗試向用戶提供最佳許可信息，無論其是否是由于組成員資格還是用戶級授予的許可。還可提供更多的例程，例如這些例程可以是僅可在健康集成網(wǎng)絡內(nèi)使用的例程，例如(通過參與該網(wǎng)絡的管理和/或其它類型的系統(tǒng))。此外，例如，可提供用于為用戶提供訂閱功能的例程來代表其它應用和公司訂閱由健康集成網(wǎng)絡提供的服務。這些還可包括用于提供系統(tǒng)用激勵的例程，例如，來自不同應用供應商的促銷、服務用的優(yōu)惠券等。如上所述，盡管上述示例實施例在XML上下文中引用的，但是可以使用其它方式提供此類例程，例如SDK可使用例如.NET來展示并且可按圓點記法/參數(shù)指定格式而不是HTTP上的XML來解釋調(diào)用。這些參數(shù)可以是XML或其它類型的參數(shù)，但是所發(fā)送和所接收的實際數(shù)據(jù)與在先前示例中使用HTTP上的XML時相同。API700還可包括僅可由諸如客戶服務代表之類的被授權(quán)維護健康集成網(wǎng)絡的那些人訪問的一組管理例程710。這些例程可允許超級用戶級授權(quán)修改健康集成網(wǎng)絡中的幾乎任何事物和/或記錄。可與獨立體系結(jié)構(gòu)之上或之內(nèi)的那些例程類似地實現(xiàn)這些例程以保護其免于潛在的黑客攻擊等。API700還可展示一組智能例程712。智能例程712可被創(chuàng)建并被調(diào)節(jié)到具體應用或封裝以幫助API在第三方應用開發(fā)中的使用。示例例程可幫助開發(fā)者創(chuàng)建應用打算使用的數(shù)據(jù)的XML模式。這可使開發(fā)者能夠快速地添加新的可能的數(shù)據(jù)值、類型和容器。這還可按批處理方式來執(zhí)行并且例程可使該信息與應用相關聯(lián)。這些例程還可作為API700的外接件由第三方創(chuàng)建以便于對豐富數(shù)據(jù)的簡單訪問。例如，公司可通過在例程調(diào)用名稱中使用其商號來展示訪問其專有數(shù)據(jù)的公共例程以附加地創(chuàng)建金錢激勵來促進展示有價值的數(shù)據(jù)的開發(fā)?？梢岳斫?，API700和一些例程可位于遠程，而其它的則位于訪問應用的鄰近、之上或之內(nèi)。事實上，一些例程可被下載到設備以允許更多擴展功能和更易使用、更高效的例程。這些可以進入封裝或可單獨地下載，或者甚至作為自動更新，并且還可以是軟件開發(fā)工具包的一部分。智能例程712的另一示例可以是警告系統(tǒng)功能，其中跟隨系統(tǒng)中的某些事件和/或超過一些閾值，API可向適當?shù)母鞣疆斒氯送ㄖ撔畔ⅰ＠?，如果血糖水平監(jiān)視器接收到多個低讀數(shù)或一個致命性的低讀數(shù)，則該讀數(shù)在被發(fā)送到API700之后可觸發(fā)智能例程712來通知EMS和/或健康集成網(wǎng)絡中列舉的緊急聯(lián)系人。人們可以想象僅僅基于該功能所創(chuàng)建的設備；可能很多人可一直佩戴的自動化脈搏檢測器將檢測低或無脈搏(或急速脈搏)并且通知權(quán)威機構(gòu)和/或緊急聯(lián)系人。另外，設備可以是基于全球定位系統(tǒng)(GPS)或與其相關聯(lián)的，并且API700可具有獲得該設備的GPS坐標并將該坐標提交到被警告系統(tǒng)/方的能力。因而，另一智能例程712可將GPS坐標解密成地址并且還提供自通知系統(tǒng)的或用戶的當前位置的方向?？梢岳斫猓珹PI700可提供除數(shù)據(jù)功能之外的此類服務，但是并不限于此。此外，例如，可提供通信例程714以便于向用戶、設備、應用以及健康集成網(wǎng)絡內(nèi)的其它實體自動地傳送信息。這種通信可在網(wǎng)絡內(nèi)部和/或外部發(fā)生。內(nèi)部通信可包括事件、警告、更新等；例如，放射科醫(yī)師可將x光照片引導至用戶的最初保健醫(yī)生的應用。其它示例包括健康警告，諸如病歷通告、處方或其相關信息的變23化、會面提醒等。例如，外部通信可包括電子郵件(電郵)、傳真、即時消息等;在前一示例中，X光照片可作為電子郵件被傳遞到最初保健醫(yī)生處(例如，經(jīng)由附件)。另外，可提供同步例程716以便于根據(jù)所述主題的分布式健康集成網(wǎng)絡之間的通信。具體地，可存在一個以上健康集成網(wǎng)絡并且用戶可要求信息被存儲在不同的健康集成網(wǎng)絡中；因而同步例程716可便于系統(tǒng)之間的通信以實現(xiàn)該目的?？梢岳斫?，具有多個遠程定位的健康集成網(wǎng)絡提供了世界各地的高效訪問，并且同步例程716可提供安全和/隱私層。另外，同步例程716可提供多個健康集成網(wǎng)絡內(nèi)的冗余以便于更大的數(shù)據(jù)可訪問性。已經(jīng)相對于若干組件之間的交互描述了前述系統(tǒng)、體系結(jié)構(gòu)等。應該理解，這樣的系統(tǒng)和組件可以包括此處指定的那些組件或子組件，所指定組件或子組件中的一些、和/或另外的組件。子組件也可以被實現(xiàn)為通信耦合至其它組件而非被包括在父組件內(nèi)的組件。而且，一個或多個組件和/或子組件可以被組合成提供聚集功能的單個組件?？筛鶕?jù)推和/或拉模型來實現(xiàn)各系統(tǒng)、各組件和/或各子組件之間的通信。組件也可以與出于簡明考慮而在此未具體描述的、但本領域的技術(shù)人員已知的一個或多個其它組件交互。而且，如可以理解的，所公開的系統(tǒng)以及方法的各個部分可以包括或包含人工智能、機器學習或基于知識或規(guī)則的組件、子組件、進程、裝置、方法或機制(例如，支持向量機、神經(jīng)網(wǎng)絡、專家系統(tǒng)、貝葉斯信任網(wǎng)絡、模糊邏輯、數(shù)據(jù)融合引擎、分類器......)。這樣的組件特別地可以例如通過基于上下文信息的推斷動作來自動化由其執(zhí)行的某些機制或進程，由此使得系統(tǒng)和方法的各部分更為自適應、高效及智能。作為示例而非限制，這種機制可用于生成物化視圖等。考慮到以上描述的示例性系統(tǒng)，參考圖8-9的流程圖將可以更好地理解依照所公開的主題實現(xiàn)的方法。盡管出于說明簡單的目的，各方法被顯示和描述為一系列框，但應該理解和領會，所要求保護的主題不受框次序的限制，因為一些框能夠以不同的次序和/或與在此描繪和描述的其它框同時發(fā)生。而且，并非所有示出的框都是實現(xiàn)以下描述的方法所必需的。圖8示出了應用經(jīng)由API從健康集成網(wǎng)絡請求數(shù)據(jù)的方法。該請求可以針對駐留于健康集成網(wǎng)絡中的任何數(shù)據(jù)，包括關于所請求的數(shù)據(jù)的任何數(shù)據(jù)或其它數(shù)據(jù)。該請求可用多個體系結(jié)構(gòu)來指定，包括HTTP上的XML、SDK、和/或兩者或這些體系結(jié)構(gòu)的混合，以及任何請求/響應類型體系結(jié)構(gòu)。請求可以是請求/響應類型和/或基于訂閱的，其中在請求和更新被自動引導至數(shù)據(jù)通道且被請求應用獲得之后該數(shù)據(jù)通道保持打開。后一形式可用于警告/警報、自動更新以及諸如上述的。例如，極低胰島素水平讀數(shù)可導致胰島素監(jiān)視器將該信息發(fā)送到健康集成網(wǎng)絡(這是請求/響應)；健康集成網(wǎng)絡隨后可在打開的通道上將警告發(fā)送到醫(yī)生辦公室的應用和/或用戶低胰島素水平的緊急聯(lián)系人的應用(諸如可發(fā)送記錄和/或文本消息的應用)，從而減少請求該信息的需要(這是基于訂閱的系統(tǒng)的示例)。然而，盡管該特定方法800顯示請求/響應，但是可以理解，也可根據(jù)所述主題來使用基于訂閱的方法。在附圖標記802，應用向如本文所述的健康集成網(wǎng)絡的API啟動對數(shù)據(jù)的請求。可以理解，可首先要求應用經(jīng)由上述API向健康集成網(wǎng)絡注冊，這可以是另一形式的請求。此外，請求可以是在健康集成網(wǎng)絡中存儲數(shù)據(jù)以及査詢數(shù)據(jù)。同樣，請求應用可以是具有與API通信能力的許多設備、應用等。例如，應用可以是傳統(tǒng)上可與適于與健康集成網(wǎng)絡API接口的外部個人健壯設備(諸如心率監(jiān)視器表)一起操作以存儲和檢索由外部個人健壯設備收集的數(shù)據(jù)的第三方應用。另外，個人健壯設備可配備通過API自身與健康集成網(wǎng)絡通信的技術(shù)。此外，如果請求是針對數(shù)據(jù)的，則應用可指定査詢類型功能的過濾器以及同樣指定要檢索的數(shù)據(jù)節(jié)。例如，如果請求X光照片信息，則應用可僅僅需要(并且確實僅可被授權(quán)接收)管理信息；因而該請求可指定這一點，從而減少在接收到來自健康集成網(wǎng)絡的響應之后傳送任何X光照片圖像(與其它關聯(lián)的數(shù)據(jù)相比可能比較大)的需要。在做出請求之后，在804，應用等待接收來自API的響應。該請求相對于應用可以是同步的，這意味著應用在等待請求返回時實際上拖延其它任務。然而，應用還可在異步上下文中做出請求，使得應用在等待響應時可繼續(xù)處理。通常，可利用回調(diào)函數(shù)、多個分散線程等來實現(xiàn)該功能。另外，應用可在等待當前調(diào)用返回時對API做出其它調(diào)用。在附圖標記806，應用接收到API響應。數(shù)據(jù)可按例如具有指定狀態(tài)碼的XML形式到達。XML還可包括來自對數(shù)據(jù)的請求的結(jié)果數(shù)據(jù)。數(shù)據(jù)可以是與變換、樣式和/或模式信息一起的明文形式，或者作為已應用以上這些的串。應用知道如何呈現(xiàn)和/或以其它方式處理所接收的信息，因此應用的用戶可最優(yōu)地査看該信息并且在附圖標記808可根據(jù)XML模式這樣做。圖9示出了便于經(jīng)由API向健康集成網(wǎng)絡請求數(shù)據(jù)的方法900。數(shù)據(jù)可以是駐留于健康集成網(wǎng)絡中的上述任何數(shù)據(jù)，這些數(shù)據(jù)可以分布在網(wǎng)絡和/或數(shù)據(jù)庫上。請求可以針對單獨的數(shù)據(jù)、數(shù)據(jù)和類型信息、數(shù)據(jù)和變換、樣式和/或模式信息等。此外，如上所述，請求可通過利用HTTP上的XML、SDK、和/或這些的混合以及任何請求/響應平臺做出。在附圖標記902，從應用接收到對于數(shù)據(jù)的請求。請求可通過API、軟件層、和/或其組合來接收。如上所述，請求可以針對健康集成網(wǎng)絡中的任何可用記錄(以及針對不可用記錄，但是隨之將可能發(fā)生錯誤)?？梢岳斫猓珹PI和/或軟件層可對請求執(zhí)行附加處理，比如高速緩存、審計等。另外，請求實體可在繼續(xù)向健康集成網(wǎng)絡請求數(shù)據(jù)之前執(zhí)行一些認證/授權(quán)例程。作為替換或附加，認證和/或授權(quán)可通過健康集成網(wǎng)絡執(zhí)行。在附圖標記904，從健康集成網(wǎng)絡檢索相關信息。該信息可以是所請求的數(shù)據(jù)和/或用以幫助對所請求的數(shù)據(jù)授權(quán)、公式化、變換、樣式化或執(zhí)行其它動作的附加數(shù)據(jù)。該數(shù)據(jù)可從一個或多個本地或遠程存儲的數(shù)據(jù)庫獲得。另外，數(shù)據(jù)庫可彼此協(xié)作以提供對數(shù)據(jù)的無縫訪問。例如，可提供具有關于所找信息駐留于何處的指示符并且能夠檢索該信息的主數(shù)據(jù)庫。因而，在一個實施例中，僅需要向主數(shù)據(jù)庫或其接口請求該信息，并且主數(shù)據(jù)庫知道何處定位該信息并將其返回請求者?；蛘撸珹PI和/或軟件層知道或可獲得該存儲信息。如果所請求的數(shù)據(jù)帶來了適當?shù)男畔?，則在附圖標記906對數(shù)據(jù)應用變換樣式和/或模式。例如，變換可包括從公制到美國單位，比如千克到磅等。例如，變換還可包括將串或兩個整數(shù)變換成收縮和舒張壓的血壓數(shù)據(jù)結(jié)構(gòu)。類似地，樣式可包括增加參考符號或字符，比如將被存儲為73(表示英寸的整數(shù))的身高呈現(xiàn)為例如6'1"的形式。另外，可向模式提供數(shù)據(jù)以描述更復雜的數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)布局。API和/或軟件層可使用該模式來提取某些相關數(shù)據(jù)或?qū)⑵鋺靡詣?chuàng)建對數(shù)據(jù)的表示。例如，如在前一方法中，如果應用僅需要數(shù)據(jù)的一部分，比如關于X光照片的管理信息而非圖像自身，則可應用該模式以僅發(fā)回所請求的管理數(shù)據(jù)。然后在908，數(shù)據(jù)被返回給請求應用。所返回的數(shù)據(jù)可以是單獨的數(shù)據(jù)，應用了前述變換、樣式和/或模式的數(shù)據(jù)，或兩者。因而，應用可通過利用變換、樣式和/或模式中的每一個的全部、組合或一部分使數(shù)據(jù)滿足請求實體的需要。可以理解，數(shù)據(jù)的外部變換、樣式和/或模式信息也可被分別地請求和/或存儲在應用的本地高速緩存中以供后用。在此所用的術(shù)語"組件"、"系統(tǒng)"等等意指與計算機相關的實體，其可以是硬件、硬件和軟件的組合、軟件、或執(zhí)行中的軟件。例如，組件可以是但不限于是，在處理器上運行的進程、處理器、對象、實例、可執(zhí)行程序、執(zhí)行的線程、程序和/或計算機。作為說明，運行在計算機上的應用程序和計算機本身都可以是組件。一個或多個組件可以駐留在進程和/或執(zhí)行的線程內(nèi)，并且組件可以位于一個計算機上和/或分布在兩個或更多的計算機之間。在此使用詞語"示例性，'意指用作示例、實例或說明。在此被描述為"示例性"的任何方面或設計并不一定要被解釋為相比其它方面或設計更優(yōu)選或有利。此外，各示例只是出于清楚和理解的目的來提供的并且并不意味著以任何方式限制本發(fā)明或其相關部分?？梢岳斫?，本可呈現(xiàn)多個其它或替換示例，但已出于簡明的目的而省略了。此外，本發(fā)明的所有或部分可使用生產(chǎn)控制計算機實現(xiàn)所公開的發(fā)明的軟件、固件、硬件或其任何組合的標準編程和/或工程設計技術(shù)而被實現(xiàn)為方法、裝置或制品。如在此使用的術(shù)語"制品"旨在涵蓋可以從任何計算機可讀設備或介質(zhì)訪問的計算機程序。例如，計算機可讀介質(zhì)可以包括但不限于磁存儲設備(例如，硬盤、軟盤、磁帶......)、光盤(例如，緊致盤(CD)、數(shù)字多功能盤(DVD)......)、智能卡和閃存設備(例如，卡、棒、鑰匙驅(qū)動器......)。另外應該明白，可以采用載波來承載計算機可讀電子數(shù)據(jù)，例如那些用于發(fā)送和接收電子郵件或用于訪問如因特網(wǎng)或局域網(wǎng)(LAN)等網(wǎng)絡的數(shù)據(jù)。當然，本領域的技術(shù)人員將會認識到，在不背離所要求保護的主題的范圍或精神的前提下可以對這一配置進行許多修改。為給所公開的主題的各方面提供上下文，圖10和11以及以下討論旨在提供可以在其中實現(xiàn)所公開的主題的各方面的合適的環(huán)境的簡要、概括的描述。盡管以上在運行在一臺或多臺計算機上的程序的計算機可執(zhí)行指令的一般上下文中描述了本主題，但本領域的技術(shù)人員將認識到，本發(fā)明也可結(jié)合其它程序模塊實現(xiàn)。一般，程序模塊包括執(zhí)行特定任務和/或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、組件、數(shù)據(jù)結(jié)構(gòu)等。此外，本領域的技術(shù)人員可以理解，系統(tǒng)/方法可用其他計算機系統(tǒng)配置實現(xiàn)，包括單處理器、多處理器或多核處理器計算機系統(tǒng)、小型計算設備、大型計算機、以及個人計算機、手持式計算設備(例如，個人數(shù)字助理(PDA)、電話、手表...)、基于微處理器或可編程消費者或工業(yè)電子設備等。所示各方面也可在其中任務由通過通信網(wǎng)絡鏈接的遠程處理設備執(zhí)行的分布式計算環(huán)境中實現(xiàn)。然而，所要求保護的主題的一些方面，如果不是全部方面，可以在獨立計算機上實施。在分布式計算環(huán)境中，程序模塊可位于本地和遠程存儲器存儲設備中。參考圖IO，用于實現(xiàn)此處所公開的各方面的示例性環(huán)境1010包括計算機1012(例如，臺式機、膝上型計算機、服務器、手持式、可編程消費或工業(yè)電子產(chǎn)品......)。計算機1012包括處理器單元1014、系統(tǒng)存儲器1016和系統(tǒng)總線1018。系統(tǒng)總線1018將包括但不限于系統(tǒng)存儲器1016的系統(tǒng)組件耦合到處理單元1014。處理單元1014可以是各種可用處理器中的任意一種。可以理解，雙微處理器、多核、和其它多處理器體系結(jié)構(gòu)也可用作處理單元1014。系統(tǒng)存儲器1016包括易失性和非易失性存儲器。基本輸入/輸出系統(tǒng)(BIOS)包含諸如在啟動期間在計算機1012的元件之間傳送信息的基本例程，其存儲在非易失性存儲器中。作為示例而非限制，非易失性存儲器可包括只讀存儲器(ROM)。易失性存儲器包括隨機存取存儲器(RAM)，它用作幫助處理的外部高速緩沖存儲器。計算機1012還包括可移動/不可移動、易失性/非易失性計算機存儲介質(zhì)。例如，圖10示出了大容量存儲1024。大容量存儲1024包括但不限于，諸如磁盤或光盤驅(qū)動器、軟盤驅(qū)動器、閃存或記憶棒之類的設備。另外，大容量存儲1024可以包括獨立的或者與其它存儲介質(zhì)結(jié)合的存儲介質(zhì)。圖10提供用作用戶和/或其它計算機與在合適的操作環(huán)境1010中描述的基本計算機資源之間的中介的軟件應用程序1028。這種軟件應用程序1028包括系統(tǒng)和應用程序軟件的一個或兩者。系統(tǒng)軟件可以包括存儲在大容量存儲1024上的操作系統(tǒng)，該操作系統(tǒng)用于控制并分配計算機系統(tǒng)1012的資源。應用程序軟件通過存儲在系統(tǒng)存儲器1016和大容量存儲1024的任一或兩者之上的程序模塊和數(shù)據(jù)來利用系統(tǒng)軟件對資源的管理。計算機1012還包括通信地耦合到總線1018并幫助與計算機1012的交互的一個或多個接口組件1026。作為示例，接口組件1026可以是端口(例如，串行、并行、PCMCIA、USB、火線......)或接口卡(例如，聲音、視頻、網(wǎng)絡......)等等。接口組件1026可以接收輸入和提供輸出(有線地或無線地)。例如，輸入可以從以下設備接收，這些設備包括但不限于，諸如鼠標、跟蹤球、指示筆、觸摸墊等定點設備，鍵盤，話筒，操縱桿，游戲手柄，圓盤式衛(wèi)星天線，掃描儀，照相機，其它計算機等。還可以由計算機1012經(jīng)由接口組件1026向輸出設備提供輸出。輸出設備可以包括顯示器(例如，CRT、LCD、等離子......)、揚聲器、打印機和其它計算機等等。圖11是本發(fā)明可與其交互的示例計算環(huán)境1100的示意框圖。系統(tǒng)1100包括一個或多個客戶機1110。客戶機1110可以是硬件和/或軟件(例如，線程、進程、計算設備)。系統(tǒng)1100還包括一個或多個服務器1130。因此，系統(tǒng)1100可對應于兩層客戶機服務器模型或多層模型(例如，客戶機、中間層服務器、數(shù)據(jù)服務器)以及其它模型。服務器1130也可以是硬件和/或軟件(例如，線程、進程、計算設備)。服務器1130可以容納各線程以通過例如利用本發(fā)明的各方面來執(zhí)行轉(zhuǎn)換?？蛻魴C11IO和服務器I130之間的一種可能的通信可以是在兩個或多個計算機進程之間傳輸?shù)臄?shù)據(jù)分組的形式。系統(tǒng)1100包括可以用來使客戶機1110和服務器1130之間通信更容易的通信框架1150。在此，客戶機1110可對應于程序應用組件并且服務器1130可提供接口以及任選地存儲系統(tǒng)的功能，如上所述。客戶機1110可在操作上連接至可用來存儲對客戶機1110本地的信息的一個或多個客戶機數(shù)據(jù)存儲1160。同樣地，服務器1130可在操作上連接到可以用來存儲對服務器1140本地的信息的一個或多個服務器數(shù)據(jù)存儲1130。作為示例，程序應用組件可經(jīng)由客戶機1110從一個或多個服務器1130(例如，以及存儲于其上或從其可訪問的API)請求個人健康信息。例如，服務器1130可從數(shù)據(jù)存儲1140或多個數(shù)據(jù)存儲獲取所需數(shù)據(jù)并且應用變換、樣式和/或模式。隨后，其它程序應用組件可請求訪問來自服務器1130的相同或不同數(shù)據(jù)。以上所已經(jīng)描述的內(nèi)容包括所要求保護的主題的各方面的例子。當然，出于描繪所要求保護的主題的目的而描述每一個可以想到的組件或方法的組合是不可能的，但本領域內(nèi)的普通技術(shù)人員應該認識到，所要求保護的主題的許多進一步的組合和排列都是可能的。從而，所公開的主題旨在涵蓋落入所附權(quán)利要求書的精神和范圍內(nèi)的所有這樣的變更、修改和變化。而且，就在詳細描述或權(quán)利要求書中使用術(shù)語"包含"、"具有"或"含有"或其形式的變型而言，這樣的術(shù)語旨在以類似于術(shù)語"包括"在用作權(quán)利要求書中的過渡詞時所解釋的方式為包含性的。權(quán)利要求1.一種應用程序接口(API)(200)，包括接收器組件(202)，其從多個不同設備或應用(302)接收對于健康相關數(shù)據(jù)的請求；解釋器組件(204)，其處理所述請求，并且收集來自健康集成網(wǎng)絡(304)的所請求的健康相關數(shù)據(jù)的子集，其中所述健康集成網(wǎng)絡包括分別存儲健康相關數(shù)據(jù)的多個不同的數(shù)據(jù)存儲(404、406、408)；以及變換組件(208)，其利用模式來選擇所收集的健康相關數(shù)據(jù)的一部分以返回給所述設備或應用(302)。2.如權(quán)利要求2所述的接口，其特征在于，所述模式的至少一部分在所述對于健康相關數(shù)據(jù)的請求中指定。3.如權(quán)利要求l所述的接口，其特征在于，所述變換組件針對健康相關數(shù)據(jù)的所選部分的數(shù)據(jù)類型從所述健康集成網(wǎng)絡檢索樣式信息，并且在返回給所述設備或應用之后將所述樣式信息應用于健康相關數(shù)據(jù)的所選部分。4.如權(quán)利要求l所述的接口，其特征在于，還包括確定請求數(shù)據(jù)的應用對于在所述請求中指定的數(shù)據(jù)訪問的類型是否具有足夠憑證的授權(quán)組件。5.如權(quán)利要求4所述的接口，其特征在于，所述授權(quán)組件確定操作所述應用的用戶對于在所述請求中指定的數(shù)據(jù)訪問的類型是否具有足夠憑證。6.如權(quán)利要求l所述的接口，其特征在于，還包括在事件發(fā)生或超過閾值中的至少之一之后將數(shù)據(jù)發(fā)送到連接的應用的更新組件。7.如權(quán)利要求l所述的接口，其特征在于，所述請求通過HTTP連接以可擴展標記語言(XML)格式接收。8.如權(quán)利要求7所述的接口，其特征在于，所述以XML格式接收的請求指定至少一個例程調(diào)用和用于所述例程調(diào)用的至少一個參數(shù)。9.如權(quán)利要求l所述的接口，其特征在于，所述多個數(shù)據(jù)存儲中的至少一個是高度分布的，并且所述多個數(shù)據(jù)存儲中的至少一個將記錄的位置信息保存在所述高度分布的數(shù)據(jù)存儲中。10.如權(quán)利要求l所述的接口，其特征在于，還包括確定常用例程集且展示所述常用例程集以供應用使用的例程封裝組件。11.一種與個人健康相關數(shù)據(jù)交互的方法，包括從第一應用或設備接收與健康相關數(shù)據(jù)記錄的一部分相對應的請求；基于所述請求向健康集成網(wǎng)絡請求數(shù)據(jù)；以及將模式應用于所述數(shù)據(jù)以準備包括所述數(shù)據(jù)的所選部分的結(jié)果。12.如權(quán)利要求ll所述的方法，其特征在于，還包括將所述結(jié)果發(fā)送到所述第一應用或設備。13.如權(quán)利要求ll所述的方法，其特征在于，所選部分在所述對健康相關數(shù)據(jù)記錄的一部分的請求中指定。14.如權(quán)利要求ll所述的方法，其特征在于，還包括從第二設備或應用接收對所述健康相關數(shù)據(jù)記錄的一部分的不同請求，所述第二設備或應用在與所述第一設備或應用不同的體系結(jié)構(gòu)上操作。15.如權(quán)利要求ll所述的方法，其特征在于，所述請求是將所述健康相關數(shù)據(jù)的一部分存儲在所述健康集成網(wǎng)絡中。16.如權(quán)利要求15所述的方法，其特征在于，還包括至少部分地基于所述請求向第二設備或應用發(fā)送事件。17.如權(quán)利要求ll所述的方法，其特征在于，所述請求被包括在可擴展標記語言(XML)文檔中。18.如權(quán)利要求17所述的方法，其特征在于，所述XML文檔還包括所請求的例程所需的至少一個參數(shù)。19.如權(quán)利要求ll所述的方法，其特征在于，所述第一設備或應用是個人健康設備。20.—種用于訪問健康相關數(shù)據(jù)的系統(tǒng)，包括用于接收(202)并響應(210)來自多個設備和應用(302)的對于個人健康相關數(shù)據(jù)的請求的裝置；用于獲得(202)與所述請求相關的所存儲數(shù)據(jù)的子集的裝置；以及用于將至少一個模式應用于所存儲數(shù)據(jù)的子集(208)以僅僅返回所存儲數(shù)據(jù)的所述部分的所請求的選擇部分的裝置。全文摘要提供一種應用程序接口(API)以便請求、存儲和以其它方式訪問健康集成網(wǎng)絡內(nèi)的數(shù)據(jù)。該API通過提供認證/授權(quán)來方便對中央存儲的數(shù)據(jù)的安全和無縫的訪問，以及接收諸如XML之類的可擴展標記語言格式的請求的能力，并且返回XML格式的結(jié)果數(shù)據(jù)。該數(shù)據(jù)還可具有與其相關聯(lián)的變換、樣式和/模式信息，這些信息可在結(jié)果XML中返回和/或通過API提前應用于該數(shù)據(jù)。該API可在許多環(huán)境體系結(jié)構(gòu)中使用，包括HTTP上的XML和軟件開發(fā)工具包(SDK)。文檔編號G06Q10/00GK101536021SQ200780040929公開日2009年9月16日申請日期2007年11月1日優(yōu)先權(quán)日2006年11月1日發(fā)明者C·馬克建,I·塞爾莫,J·D·瓊斯,J·T·阿帕希布勒,J·W·佩蒂洛斯,S·P·諾蘭,S·莫漢,V·瓦拉丹申請人:微軟公司