專利名稱：可執(zhí)行應用程序之間共享上下文信息的系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及用于交換命令、數(shù)據(jù)和上下文信息以支持不同的可執(zhí)行應用程序的并發(fā)操作的系統(tǒng)。
背景技術：
不同的可執(zhí)行應用程序的操作集成是實現(xiàn)支持例如在復合單一顯示圖像中以及在各種其它環(huán)境中經(jīng)由相應圖像窗口訪問的功能的應用程序的并發(fā)操作所需的。操作集成使第一應用程序能夠把命令和數(shù)據(jù)傳遞給目標應用程序以便啟動所需功能。一種現(xiàn)有系統(tǒng)采用不同的可執(zhí)行應用程序共同用于交換命令和數(shù)據(jù)的互通性通信協(xié)議。這種互通性協(xié)議的共同使用通常表示不同的可執(zhí)行應用程序分別采用代碼來支持互通性協(xié)議的使用。但是，不支持該協(xié)議的附加應用程序需要修改，以便加入代碼來實現(xiàn)與采用互通性協(xié)議的現(xiàn)有應用程序的操作集成。此外，附加應用程序可能需要經(jīng)過修改，以便加入代碼來實現(xiàn)多個不同類型的命令和數(shù)據(jù)交換的操作集成。提供這種應用程序特定代碼的需要代表人力資源上的極大負擔，并且涉及誤差和延遲的風險。根據(jù)本發(fā)明原理的一個系統(tǒng)針對這個問題及關聯(lián)問題。

發(fā)明內(nèi)容
系統(tǒng)通過結合實現(xiàn)對于不同應用程序之間交換的命令、上下文信息及數(shù)據(jù)的用戶可配置截取和替換的仲裁功能，使對于支持可執(zhí)行應用程序互通性的應用程序特定編碼的需要為最小。支持多個不同的可執(zhí)行應用程序的并發(fā)操作的系統(tǒng)包括用于標識命令類型、特定類型的命令中的上下文數(shù)據(jù)的位置以及用于接收特定類型的命令的目標可執(zhí)行應用程序的命令配置數(shù)據(jù)源。仲裁處理器接收來自第一可執(zhí)行應用程序的第一命令，并把配置數(shù)據(jù)用于標識第一命令的命令類型、定位第一命令中的上下文數(shù)據(jù)以及把第二命令格式化為包含已定位上下文數(shù)據(jù)，以便與目標可執(zhí)行應用程序兼容。


圖1說明根據(jù)本發(fā)明原理、支持不同的可執(zhí)行應用程序的互通性的因特網(wǎng)兼容主機系統(tǒng)。
圖2說明根據(jù)本發(fā)明原理、實現(xiàn)應用程序互通性的用戶可配置仲裁功能所采用的配置信息。
圖3說明根據(jù)本發(fā)明原理、采用可配置仲裁功能的醫(yī)療器材應用程序和臨床信息系統(tǒng)應用程序的操作集成。
圖4說明根據(jù)本發(fā)明原理、支持不同的可執(zhí)行應用程序的互通性的過程的流程圖。
具體實施例方式
圖1說明支持不同的可執(zhí)行應用程序的互通性的因特網(wǎng)兼容主機系統(tǒng)。通過采用實現(xiàn)對命令、上下文信息和數(shù)據(jù)的用戶可配置截取及替換的仲裁功能，系統(tǒng)支持可執(zhí)行應用程序互通性。產(chǎn)生用于在不同應用程序之間的雙向或單向交換的包含替換數(shù)據(jù)的命令，而無需特定應用程序編碼。所截取和產(chǎn)生的替換命令實現(xiàn)不同應用程序之間的集成以及不同應用程序之間的特定命令類型及關聯(lián)上下文信息或數(shù)據(jù)的交換。不同應用程序之間的命令交換(命令集成)的一個具體示例是特定集成點，其中包括具有特定命令類型及關聯(lián)上下文信息或數(shù)據(jù)的兩個并發(fā)操作的不同的可執(zhí)行應用程序之間的特定命令和數(shù)據(jù)交換鏈接。系統(tǒng)有利地允許這種集成被配置而不是被編碼。
通過截取來自第一應用程序的輸入命令(激勵)以及評估輸入命令是否為支持集成點的特定命令類型，系統(tǒng)有利地避免了對于支持集成的特定編碼的需要。系統(tǒng)從輸入命令中提取上下文信息，并標識配置用于這個集成點的功能。系統(tǒng)存取與所標識功能關聯(lián)的功能定義，并把從所截取輸入命令中提取的上下文信息以及全局配置的值替換到功能定義中，從而提供傳遞給目標應用程序的所得輸出命令。全局值包含替換到多個不同命令中的一個或多個獨立數(shù)據(jù)項、例如URL地址部分(基本URL)或者結合到多個不同命令中的其它項。
通過實現(xiàn)對功能定義(輸出命令格式)的配置的改變而無需對于所涉及的可執(zhí)行應用程序的特定應用程序代碼的改變，系統(tǒng)支持集成點的維護。系統(tǒng)中的仲裁處理器采用配置文件中保留的功能(命令)的一致定義來執(zhí)行功能(命令)替換。系統(tǒng)仲裁處理器處理配置為多個預定命令類型之一的輸入命令。例如，命令類型可包括URL、GSM編碼URL以及用戶界面命令或事件。該系統(tǒng)的一個實施例涉及定義輸入命令、從第一應用程序截取已定義命令以及評估所截取命令是否配置為用作集成點。例如，系統(tǒng)響應預定配置信息而采用可能是命令類型特定的提取程序(可執(zhí)行程序)從所截取輸入命令中提取上下文信息。可用上下文信息被替換到配置用于這個集成點的功能中，以便提供傳遞給目標應用程序的輸出命令。包含全局可用值、如基本URL的附加上下文信息從配置文件中導出，并且還可加入配置用于集成點的功能中。例如，輸出命令格式可包括URL、GSM編碼URL、用戶界面事件、JavaScript函數(shù)調(diào)用以及ActiveX接口調(diào)用。
本文所使用的可執(zhí)行應用程序包括用于例如響應用戶命令或輸入來實現(xiàn)預定功能的代碼或機器可讀指令，所述預定功能包括操作系統(tǒng)、衛(wèi)生保健信息系統(tǒng)或另外的信息處理系統(tǒng)的功能?？蓤?zhí)行程序是用于完成一個或多個特定過程的一段代碼(機器可讀指令)、子例程或者代碼的其它不同部分或可執(zhí)行應用程序的部分，以及可包括對所接收的輸入?yún)?shù)(或者響應所接收的輸入?yún)?shù))執(zhí)行操作并提供所得輸出參數(shù)。本文所使用的處理器是用于執(zhí)行任務的裝置和/或機器可讀指令集。處理器包括硬件、固件和/或軟件中的任一個或其組合。處理器通過操作、分析、修改、轉(zhuǎn)換或傳送信息供可執(zhí)行程序或信息裝置使用的信息，和/或通過把信息路由到輸出裝置，來對信息起作用。處理器例如可使用或包括控制器或微處理器的功能。顯示處理器或生成器是已知元件，其中包括用于產(chǎn)生顯示圖像或其部分的電子電路或軟件或者兩者的組合。用戶界面包括實現(xiàn)與處理器或其它裝置的用戶交互的一個或多個顯示圖像。命令配置數(shù)據(jù)源包括文件、資料庫、數(shù)據(jù)庫或其它數(shù)據(jù)匯編。
在圖1的因特網(wǎng)兼容系統(tǒng)中，用戶界面應用程序27響應用戶命令而開始產(chǎn)生表示用于在再現(xiàn)裝置(未示出)上顯示的圖像的數(shù)據(jù)。本文中，在處理URL命令的因特網(wǎng)兼容系統(tǒng)的上下文中描述圖1的系統(tǒng)。但是，大家要理解，這只是為了示范目的。系統(tǒng)和本發(fā)明原理用來支持因特網(wǎng)兼容或者采用非URL命令的非因特網(wǎng)兼容可執(zhí)行應用程序的并發(fā)操作。顯示圖像與響應用戶命令而調(diào)用的并發(fā)可執(zhí)行應用程序關聯(lián)。各顯示圖像可包括單一復合圖像，其中包括分別顯示與相應的多個并發(fā)操作的可執(zhí)行應用程序關聯(lián)的信息的多個窗口。所顯示的圖像包括在用戶界面菜單欄31和33中提供用戶可選按鈕、選項列表及數(shù)據(jù)輸入框的瀏覽器框，例如允許用戶輸入用于配置和操作系統(tǒng)的命令和其它數(shù)據(jù)。
應用程序27結合了因特網(wǎng)兼容應用程序25，其中包括實現(xiàn)與特定集成點關聯(lián)的輸入命令的用戶可配置截取的仲裁功能(處理器)10。特定集成點包括具有特定命令類型及關聯(lián)上下文信息或數(shù)據(jù)的兩個并發(fā)操作的不同的可執(zhí)行應用程序之間的特定命令和數(shù)據(jù)交換鏈接。仲裁處理器10提供從輸入命令中的上下文信息的用戶可配置提取以及可用上下文信息(包括所提取的上下文信息和全局配置數(shù)據(jù))到與特定集成點關聯(lián)的命令中的替換。用戶配置功能采用預定數(shù)據(jù)結構配置文件15和命令替換配置文件17。配置文件15和17把多個集成點與相應的多個命令類型關聯(lián)以及與包括含有命令結構信息、數(shù)據(jù)替換信息、表明用于接收特定類型的命令的目標可執(zhí)行應用程序的數(shù)據(jù)、表明特定類型的命令中的上下文數(shù)據(jù)的位置的信息、上下文信息和命令數(shù)據(jù)的數(shù)據(jù)的相應命令類型特定信息關聯(lián)。
仲裁處理器10標識輸入命令的命令類型，可用性監(jiān)測處理器13采用預定數(shù)據(jù)結構配置文件15和命令替換配置文件17來確定輸入命令的已標識命令類型是否與特定集成點關聯(lián)。如果監(jiān)測器13確定輸入命令的所標識命令類型與特定集成點關聯(lián)，則仲裁處理器10采用配置文件15和17中的數(shù)據(jù)來定位輸入命令中的上下文數(shù)據(jù)。仲裁處理器10使用上下文數(shù)據(jù)替換功能19和命令替換功能21把輸出命令格式化為包含已定位上下文數(shù)據(jù)以及與目標可執(zhí)行應用程序兼容，并發(fā)起輸出命令到目標可執(zhí)行應用程序的傳遞。
圖2說明實現(xiàn)應用程序互通性的用戶可配置仲裁功能(處理器10)所采用的配置文件15和17中使用的配置信息。配置信息由仲裁處理器10用于從第一可執(zhí)行應用程序、如用戶界面應用程序中截取輸入命令，并且從輸入命令中提取上下文信息以及把上下文信息替換到格式化輸出命令，并把輸出命令例如傳遞給臨床信息系統(tǒng)應用程序。在臨床信息系統(tǒng)的操作中，圖2的配置信息用來更新復合顯示圖像的第一窗口中的第一患者的所顯示臨床信息。具體來說，它更新與第一應用程序關聯(lián)的第一窗口中所示的所顯示臨床信息，以便包含采用不同目標應用程序?qū)С龅牟煌脩暨x取的第二患者的臨床信息。
ContextChangePatient配置數(shù)據(jù)200(包括FunctionType 203、FunctionRegExp 205和FunctionMapTo 207元素)由仲裁處理器10用來標識輸入命令是否為預定的特定類型。如果處理器10確定輸入命令屬于預定特定類型，則處理器10啟動PatientNavToClinical信息系統(tǒng)功能220。PatientNavToClinical信息系統(tǒng)功能220(包含F(xiàn)unctionName 221和FunctionType 223元素)實現(xiàn)為不同的獨立功能，使得它可由多個輸入命令使用。FunctionVariableExtraction 230確定如何從輸入命令中提取上下文信息。FunctionTargetFormat 240確定輸出命令的結構，并采用全局變量(基本URL)。FunctionType 203表達式在圖2的配置信息中用來確定命令類型。
在示范操作中，響應來自應用程序27(圖1)的命令所產(chǎn)生的各復合顯示圖像包括分別顯示與第一可執(zhí)行應用程序和目標可執(zhí)行應用程序關聯(lián)的信息的兩個窗口。第一可執(zhí)行應用程序和目標可執(zhí)行應用程序是共用包括具有特定命令類型及關聯(lián)上下文信息或數(shù)據(jù)的特定命令和數(shù)據(jù)交換鏈接的特定集成點的并發(fā)操作應用程序。命令在第一應用程序中發(fā)起，以便例如采用第一應用程序提供的特定患者標識符數(shù)據(jù)上下文信息從目標應用程序中訪問特定患者的臨床信息。
響應通過選取與第一應用程序關聯(lián)的窗口中的圖像元素(例如超鏈接)啟動目標應用程序功能的用戶輸入命令，第一應用程序開始產(chǎn)生命令以及把所產(chǎn)生的命令傳遞給目標應用程序。仲裁處理器10確定所產(chǎn)生的命令是否屬于特定類型并根據(jù)ContextChangePatient部分200中的FunctionRegExp 205(圖2)的預定要求進行格式化。FunctionRegExp 205具體包括有關已改變上下文主題的信息，例如CDMS CCSC INFORMATIONCONTEXTCHANGECHANGEDSUBJECTS Patient.Id.MRN-1343123。
響應所產(chǎn)生的命令與FunctionRegExp 205的要求兼容的確定，仲裁處理器10截取來自第一可執(zhí)行應用程序的所產(chǎn)生命令，確定預計接收方是目標可執(zhí)行應用程序，以及禁止所截取命令的進一步傳播。仲裁處理器10采用PatientNavToClinical信息系統(tǒng)部分220中的FunctionVariableExtraction 230配置數(shù)據(jù)從所截取命令中定位和提取上下文信息。此外，仲裁處理器10采用FunctionTargetFormat 240配置數(shù)據(jù)表明的格式化來產(chǎn)生傳遞給目標可執(zhí)行應用程序的第二命令。所產(chǎn)生的第二命令包括從所截取命令中得出的已定位和提取的上下文數(shù)據(jù)。仲裁處理器10把所產(chǎn)生的第二命令傳遞給目標可執(zhí)行應用程序。目標可執(zhí)行應用程序通過采用隨第二命令提供的上下文信息執(zhí)行第二命令要求的動作來處理第二命令。
圖3說明采用可配置仲裁功能的第一醫(yī)療器材應用程序和不同的目標臨床信息系統(tǒng)應用程序的操作集成。仲裁處理器10響應用戶選取與行305上2004年2月11日的放射治療事件關聯(lián)的圖標307而截取表示經(jīng)由復合用戶界面圖像窗口300發(fā)起的輸入命令及關聯(lián)上下文信息的數(shù)據(jù)。仲裁處理器10確定集成點(說明性表示為項315)采用配置文件15和17中的配置數(shù)據(jù)與輸入命令關聯(lián)。處理器10還產(chǎn)生結合了從輸入命令得出的上下文數(shù)據(jù)的命令，以便傳遞給與圖像窗口320以及表明第一應用程序的可訪問信息的呈現(xiàn)圖標325關聯(lián)的目標(工作區(qū))應用程序。
圖4說明仲裁處理器10結合實現(xiàn)并發(fā)操作的不同的可執(zhí)行應用程序的互通性的圖1系統(tǒng)的其它單元所執(zhí)行的過程的流程圖。在步驟701開始之后的步驟702中，配置數(shù)據(jù)存儲在配置文件15和17中。所存儲配置數(shù)據(jù)可用于標識命令類型、特定類型的命令中的上下文數(shù)據(jù)的位置、用于接收特定類型的命令的目標可執(zhí)行應用程序以及目標可執(zhí)行應用程序所需的命令格式。上下文數(shù)據(jù)包括患者標識符、患者病歷號、用戶標識、密碼、醫(yī)療圖像標識符、患者聯(lián)系信息、患者地址信息、患者保險信息、患者治療信息、患者治療預訂信息以及患者衛(wèi)生保健提供者標識信息中的一個或多個。命令類型包括用于獲取患者特定醫(yī)療信息的URL命令類型。命令類型或者可包括非URL命令類型。
仲裁處理器10在步驟704接收來自第一可執(zhí)行應用程序的第一命令。在步驟707，仲裁處理器10截取來自第一可執(zhí)行應用程序的所接收的第一命令，并禁止所截取命令的進一步傳播。仲裁處理器10在步驟711采用配置文件15和17中的數(shù)據(jù)來標識所截取第一命令的命令類型以及定位所截取第一命令中的上下文數(shù)據(jù)。在步驟714，仲裁處理器確定已定位上下文數(shù)據(jù)是否經(jīng)過加密。如果上下文數(shù)據(jù)經(jīng)過加密，則仲裁處理器10對加密的已定位上下文數(shù)據(jù)進行解密。如果第一命令為URL，則仲裁處理器10定位URL的數(shù)據(jù)字段中的已加密上下文數(shù)據(jù)。仲裁處理器10在步驟717把第二命令格式化為包括已定位(及可選地已解碼)上下文數(shù)據(jù)，以便與目標可執(zhí)行應用程序的所需命令格式兼容。在一個實施例中，第二命令為URL，以及仲裁處理器10(采用圖1的功能19和21)通過加密已定位上下文數(shù)據(jù)以便包含在URL的數(shù)據(jù)字段中的第二命令中來格式化第二命令，以便傳遞給目標可執(zhí)行應用程序。在另一個實施例中，上下文數(shù)據(jù)以未加密形式包含在第二命令中。圖4的過程在步驟723結束。系統(tǒng)使對于支持應用程序的互通性的特定集成點關聯(lián)編碼的任何需求為最小，并且允許保持集成點的詳細情況，而無需所涉及的應用程序的編碼變化。系統(tǒng)支持醫(yī)療器材和IT應用程序的集成。
系統(tǒng)使對于所涉及的并發(fā)操作應用程序的至少一個的特定編碼(及代碼維護)的需要為最小。提供和保持多個應用程序之間的集成點的系統(tǒng)功能適用于大量應用和環(huán)境。本文提供的系統(tǒng)、過程及用戶界面顯示圖像不是排他的。其它系統(tǒng)和過程可根據(jù)本發(fā)明的原理來導出，從而實現(xiàn)相同目的。雖然參照具體實施例來描述本發(fā)明，但是大家要理解，本文所示及所述的實施例和變更只是為了說明。對當前設計的修改可由本領域的技術人員來實現(xiàn)，而沒有背離本發(fā)明的范圍。此外，圖1和圖4的系統(tǒng)及過程提供的功能的任一個可通過硬件、軟件或其組合來實現(xiàn)。
權利要求
1.一種支持多個不同的可執(zhí)行應用程序的并發(fā)操作的系統(tǒng)，包括用于標識以下各項的命令配置數(shù)據(jù)源，命令類型，特定類型的命令中的上下文數(shù)據(jù)的位置，以及用于接收特定類型的命令的目標可執(zhí)行應用程序；以及仲裁處理器，用于從第一可執(zhí)行應用程序接收第一命令以及用于把所述配置數(shù)據(jù)用于，標識所述第一命令的命令類型，定位所述第一命令中的上下文數(shù)據(jù)，以及把第二命令格式化為包含所述已定位上下文數(shù)據(jù)以便與目標可執(zhí)行應用程序兼容。
2.如權利要求1所述的系統(tǒng)，其特征在于所述命令配置數(shù)據(jù)源用于標識所述目標可執(zhí)行應用程序要求的命令格式；以及所述仲裁處理器采用所述配置數(shù)據(jù)把所述第二命令格式化為與所述目標可執(zhí)行應用程序的所述要求的命令格式兼容。
3.如權利要求1所述的系統(tǒng)，其特征在于所述上下文數(shù)據(jù)包括(a)患者標識符和(b)患者病歷號中的至少一個。
4.如權利要求1所述的系統(tǒng)，其特征在于所述上下文數(shù)據(jù)包括(a)用戶標識和(b)密碼中的至少一個。
5.如權利要求1所述的系統(tǒng)，其特征在于所述上下文數(shù)據(jù)包括(a)醫(yī)療圖像標識符，(b)患者聯(lián)系信息，(c)患者地址信息，(d)患者保險信息，(e)患者治療信息，(e)患者治療預訂信息，以及(f)患者衛(wèi)生保健提供者標識信息中的至少一個；以及所述仲裁處理器截取來自所述第一可執(zhí)行應用程序的所述第一命令，并禁止所述截取命令的進一步傳播。
6.如權利要求1所述的系統(tǒng)，其特征在于所述命令類型包括URL命令類型；以及所述URL命令類型用于獲取患者特定醫(yī)療信息。
7.如權利要求1所述的系統(tǒng)，其特征在于所述命令類型包括非URL命令類型。
8.如權利要求1所述的系統(tǒng)，其特征在于所述仲裁處理器對所述第一命令中的加密的已定位上下文數(shù)據(jù)進行解密；所述第一命令為URL；以及所述仲裁處理器定位所述URL的數(shù)據(jù)字段中的所述加密的上下文數(shù)據(jù)。
9.如權利要求1所述的系統(tǒng)，其特征在于所述仲裁處理器通過加密所述已定位上下文數(shù)據(jù)以便包含在所述第二命令中來格式化所述第二命令；所述第二命令為URL；以及所述仲裁處理器格式化所述URL的數(shù)據(jù)字段中的所述加密的已定位上下文數(shù)據(jù)。
10.如權利要求1所述的系統(tǒng)，其特征在于所述仲裁處理器把所述第二命令格式化為包括其中包含替換到多個不同命令中的獨立數(shù)據(jù)項的全局值；以及所述獨立數(shù)據(jù)項包括URL地址部分。
11.一種支持多個不同的可執(zhí)行應用程序的并發(fā)操作的系統(tǒng)，包括用于標識以下各項的命令配置數(shù)據(jù)源，命令類型，特定類型的命令中的上下文數(shù)據(jù)的位置，以及用于接收特定類型的命令的目標可執(zhí)行應用程序；以及仲裁處理器，用于截取來自第一可執(zhí)行應用程序的第一命令以及用于把所述配置數(shù)據(jù)用于，標識所述第一命令的命令類型，定位所述第一命令中的上下文數(shù)據(jù)，以及把第二命令格式化為包含所述已定位上下文數(shù)據(jù)以便與目標可執(zhí)行應用程序兼容。
12.一種用于在支持不同的可執(zhí)行應用程序的并發(fā)操作的所述可執(zhí)行應用程序之間傳遞信息的方法，包括以下活動存儲用于標識以下各項的配置數(shù)據(jù)，命令類型，特定類型的命令中的上下文數(shù)據(jù)的位置，以及用于接收特定類型的命令的目標可執(zhí)行應用程序；以及從第一可執(zhí)行應用程序接收第一命令；把所述配置數(shù)據(jù)用于，標識所述第一命令的命令類型，定位所述第一命令中的上下文數(shù)據(jù)，以及把第二命令格式化為包含所述已定位上下文數(shù)據(jù)以便與目標可執(zhí)行應用程序兼容。
13.如權利要求12所述的系統(tǒng)，其特征在于，包括以下活動截取來自所述第一可執(zhí)行應用程序的所述第一命令，并禁止所述截取命令的進一步傳播。
全文摘要
系統(tǒng)允許用提供實現(xiàn)應用程序集成的上下文信息的雙向傳輸?shù)膹秃霞牲c的兩個應用程序的客戶集成。系統(tǒng)通過結合實現(xiàn)對不同應用程序之間交換的命令、上下文信息及數(shù)據(jù)的用戶可配置截取和替換的仲裁功能，使對于支持可執(zhí)行應用程序互通性的應用程序特定編碼的需要最小。支持多個不同可執(zhí)行應用程序并發(fā)操作的系統(tǒng)包括標識命令類型、特定類型的命令中的上下文數(shù)據(jù)的位置以及用于接收特定類型的命令的目標可執(zhí)行應用程序的命令配置數(shù)據(jù)源。仲裁處理器從第一可執(zhí)行應用程序接收第一命令，把配置數(shù)據(jù)用于標識第一命令的命令類型、定位第一命令中上下文數(shù)據(jù)及把第二命令格式化為包含已定位上下文數(shù)據(jù)以與目標可執(zhí)行應用程序兼容。
文檔編號G06F19/00GK1804805SQ20051013704
公開日2006年7月19日 申請日期2005年12月9日 優(yōu)先權日2004年12月9日
發(fā)明者E·馬丁 申請人:西門子醫(yī)療健康服務公司