两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

連接應用和工具的方法、設備、系統(tǒng)和計算機可讀介質(zhì)的制作方法

文檔序號:6539442閱讀:223來源:國知局
連接應用和工具的方法、設備、系統(tǒng)和計算機可讀介質(zhì)的制作方法
【專利摘要】本發(fā)明涉及連接應用和工具的方法、設備、系統(tǒng)和計算機可讀介質(zhì)。該系統(tǒng)為一種用于動態(tài)地連接臨床工具、臨床應用和臨床發(fā)現(xiàn)的醫(yī)學圖像評估和診斷系統(tǒng),包括工作上下文自動調(diào)整管理器(WAALM)。WAALM用于從臨床應用和工具發(fā)起請求中提取用于第一臨床任務流程的臨床應用和工具信息,并且基于提取的臨床應用和工具信息將至少一個第一臨床工具與響應于所述臨床應用和工具發(fā)起請求而被發(fā)起的至少一個第一臨床應用相連接,所述第一臨床工具獨立于所述第一臨床應用。
【專利說明】連接應用和工具的方法、設備、系統(tǒng)和計算機可讀介質(zhì)

【技術(shù)領域】
[0001] 本發(fā)明涉及一種用于在醫(yī)學任務流程內(nèi)部連接應用(applications)和工具的方 法、設備、系統(tǒng)和計算機可讀介質(zhì)。

【背景技術(shù)】
[0002] 醫(yī)學系統(tǒng)提供相對大數(shù)量的用于讀取醫(yī)學圖像的復雜應用。這些復雜應用通常關 于標準例程讀取和先進讀取相區(qū)別。通常,應用使用靈活的架構(gòu)方法來平衡技術(shù)方面和具 有用戶要求的臨床需求。然而,這些技術(shù)方案僅是"內(nèi)部應用"的方法,其導致相對大數(shù)量 的讀取應用來將臨床管理、治療、病理等的傳統(tǒng)的結(jié)構(gòu)映射到應用范圍和架構(gòu)。
[0003] 盡管就模態(tài)、學科之間以及跨越不同疾病等的工具和/或特征來說應用提供一 些普遍性,但是該普遍性是有限的。相當頻繁地,用戶必須切換到不同的應用或甚至不同 的任務流程以便能夠使用必要的工具。通過這樣做,全部或基本上全部先前創(chuàng)立的發(fā)現(xiàn) (findings)被丟失并且必須在新的任務流程中被重新創(chuàng)立。一些發(fā)現(xiàn)通過使用提供更多工 具的單獨的特別應用而被保留。但是,該添加的特別應用不能被代替,在不切換到其他任務 流程的情況下其他的特別應用也不能被添加。并且,如果任務流程被再次切換,則所有或基 本上所有先前創(chuàng)立的發(fā)現(xiàn)被再次丟失。
[0004] 附加地,對于添加特別應用,例如syngo. via的兼容性存儲器包含了允許的應用 的白名單,從那里僅單個應用能夠在不改變?nèi)蝿樟鞒毯蛠G失與當前任務流程有關地產(chǎn)生的 發(fā)現(xiàn)的情況下被添加和維持。


【發(fā)明內(nèi)容】

[0005] 示例實施方式提供一種WAALM部件,其通過收集中間結(jié)果(例如發(fā)現(xiàn))和關于如何 基于結(jié)合體(amalgam)(例如,利用何種工具)產(chǎn)生發(fā)現(xiàn)的信息,來學習用戶交互的流程。結(jié) 合體形成在應用和工具(具有或沒有發(fā)現(xiàn))之間的新型"約定"。
[0006] "約定"例如可以包括規(guī)則:在應用和工具之間的技術(shù)耦合利用其中專用的結(jié)合體 來實現(xiàn),所述結(jié)合體連接應用與工具。
[0007] 另一個這樣的規(guī)則可以要求,每個結(jié)合體是獨立于應用和工具二者的,從而結(jié)合 體既不是應用的也不是工具的一部分。結(jié)合體實體被用來捕捉關于何種應用和何種工具已 經(jīng)被連接的運行時狀態(tài)。結(jié)合體實體保存和/或存儲在儲存庫中,其允許WAALM基礎結(jié)構(gòu) 來重新創(chuàng)立在應用和工具之間的這些連接,使得相同的工具使用相同存儲的結(jié)合體實體連 接至新的應用。
[0008] 另一個這樣的示例"約定"規(guī)則可以要求,應用識別在啟動之后由應用顯示給用戶 的默認的工具集合。在該例子中,這樣的工具的啟動由將工具連接到應用的WAALM來處理。 除了默認的工具,WAALM也可以啟動沒有被包括在默認工具集合中的附加工具,例如,如果 需要這樣的附加工具來顯示發(fā)現(xiàn),或者如果用戶已經(jīng)將應用按照他希望在啟動時顯示附加 工具的方式個性化。
[0009] 在示例實施方式中,WAALM攔截對數(shù)據(jù)、應用、工具和發(fā)現(xiàn)的操作并且將信息存儲 在結(jié)合體中。結(jié)合體然后在后面被用來在不同的應用上下文中恢復例如發(fā)現(xiàn)并且使用結(jié)合 體將工具適配到該上下文。
[0010] 結(jié)合一個或多個示例實施方式,用戶可以在具有保留的先前發(fā)現(xiàn)的給定的臨床上 下文中在多個工具中做出選擇,甚至當在不同的任務流程和/或應用之間切換時。
[0011] 當開發(fā)任務流程和應用時,可用于選擇的工具的集合在開發(fā)和/或定制期間不再 被限制。而是,系統(tǒng)在運行時被適配到限定當前用戶的臨床上下文并且甚至能夠基于收集 的知識提供上下文依賴指南??傮w上,可以減少工具和/或應用的數(shù)量,這降低了開發(fā)復雜 性。工具能夠在應用之外被測試或驗證,這也降低了測試復雜性。
[0012] 至少一個示例實施方式提供一種用于在醫(yī)學圖像評估和診斷系統(tǒng)中動態(tài)地連接 臨床工具、臨床應用和臨床發(fā)現(xiàn)的方法。根據(jù)至少該示例實施方式,方法包括:從臨床應用 和工具發(fā)起請求中提取用于第一臨床任務流程的臨床應用和工具信息;和基于提取的臨床 應用和工具信息將至少一個第一臨床工具與響應于臨床應用和工具發(fā)起請求而被發(fā)起的 至少一個第一臨床應用相連接,其中第一臨床工具獨立于第一臨床應用。
[0013] 至少另一個示例實施方式提供一種醫(yī)學圖像評估和診斷系統(tǒng),以便動態(tài)地連接臨 床工具、臨床應用和臨床發(fā)現(xiàn)。按照至少該示例實施方式,系統(tǒng)包括:工作上下文自動調(diào)整 管理器,以便從臨床應用和工具發(fā)起請求中提取用于第一臨床任務流程的臨床應用和工具 信息,和基于所提取的臨床應用和工具信息將至少一個第一臨床工具與響應于臨床應用和 工具發(fā)起請求而被發(fā)起的至少一個第一臨床應用相連接,其中第一臨床工具獨立于第一臨 床應用。
[0014] 至少另一個示例實施方式提供一種計算機可讀介質(zhì),存儲了計算機可執(zhí)行指令, 其當被執(zhí)行時使得計算機執(zhí)行用于在醫(yī)學圖像評估和診斷系統(tǒng)中動態(tài)地連接臨床工具、臨 床應用和臨床發(fā)現(xiàn)的方法。按照至少該示例實施方式,該方法包括:從臨床應用和工具發(fā)起 請求中提取用于第一臨床任務流程的臨床應用和工具信息,和基于所提取的臨床應用和工 具信息將至少一個第一臨床工具與響應于臨床應用和工具發(fā)起請求而被發(fā)起的至少一個 第一臨床應用相連接,其中第一臨床工具獨立于第一臨床應用。

【專利附圖】

【附圖說明】
[0015] 在以下給出的示例實施方式和附圖的詳細描述中,相似的元件通過相似的附圖標 記表示,它們僅通過解釋的方式給出并且由此不限制示例實施方式并且其中:
[0016] 圖1示出其中可以執(zhí)行示例實施方式的syngo架構(gòu),
[0017] 圖2示出包括了按照一種示例實施方式的WAALM的運行時容器,
[0018] 圖3示出圖2所示的儲存庫1016的例子,
[0019] 圖4是示出了在圖2所示的運行時容器內(nèi)的示例交互的流程圖,
[0020] 圖5是示出了按照一種示例實施方式的方法的流程圖,
[0021] 圖6是示出了在工具、結(jié)合體、發(fā)現(xiàn)和圖2中的讀取應用任務1008之間的示例連 接的方框圖,以及
[0022] 圖7示出了圖1所示的服務器的示例實施方式。
[0023] 應當指出,這些附圖旨在解釋在某個示例實施方式中使用的方法、結(jié)構(gòu)和/或材 料的一般特征并且旨在補充以下提供的文字描述。然而這些附圖沒有按比例并且可能不精 確反應任何給出的實施方式的精確結(jié)構(gòu)或性能特征,并且不應當被解釋為限定或限制通過 示例實施方式所包括的值或特征的范圍。在各個附圖中類似的或相同的附圖標記的使用旨 在表明類似的或相同的元件或特征的存在。

【具體實施方式】
[0024] 盡管示例實施方式允許各種修改和替換形式,但是其實施方式在附圖中示例性示 出并且在此詳細描述。但是應當理解,不是旨在將示例實施方式限制到公開的特殊形式,而 是相反,示例實施方式覆蓋了落在權(quán)利要求范圍內(nèi)的所有修改、等價物和替換。相似的序號 貫穿附圖的描述指相似的元件。
[0025] 在更詳細討論示例實施方式之前,應當指出,一些示例實施方式作為以流程圖畫 出的過程或方法被描述。盡管流程圖描述了作為順序過程的操作,但是許多操作可以并行、 并列或同時被執(zhí)行。而且,操作的順序可以被重新安排。處理可以在其操作被完成時被終 結(jié),但是也可以具有沒有包括在圖中的附加步驟。處理可以相應于方法、函數(shù)、過程、子例 程、輔程序等。
[0026] 下面討論的方法(其中一些通過流程圖示出)可以通過硬件、軟件、固件、中間件、 微碼、硬件描述語言或其任何組合來執(zhí)行。當以軟件、固件、中間件或微碼執(zhí)行時,用于執(zhí)行 必要任務的程序代碼或代碼段可以被存儲在機器或計算機可讀介質(zhì)諸如存儲介質(zhì)中。處理 器將執(zhí)行必要的任務。
[0027] 在此公開的特定結(jié)構(gòu)和功能細節(jié)僅對于描述本發(fā)明的示例實施方式的目的是代 表性的。但是示例實施方式可以按照許多替換的形式實現(xiàn)并且不應當被構(gòu)建為限制到在此 提出的實施方式集合。
[0028] 應當理解,盡管術(shù)語第一、第二等等可以在此被用來描述不同的元件,但是這些元 件不應當被這些術(shù)語所限制。這些術(shù)語僅被用來區(qū)分一個元件與另一個元件。例如,第一 元件可以被稱為第二元件,并且,類似地,第二元件可以被稱為第一元件,而不脫離示例實 施方式的范圍。如在此使用的,術(shù)語"和/或"包括相關列出的條目的一個或多個的任何和 所有組合。
[0029] 應當理解,當元件被稱為被"連接"或"耦合"到另一個元件時,其可以直接連接或 耦合到另一個元件或可以存在介于其間的元件。相反,當一個元件被稱為被"直接連接"或 "直接耦合"到另一個元件時,不存在介于其間的元件。用來描述在元件之間的關系的其他 詞語應當以類似方式被解釋(例如"在…之間"對"直接在…之間","相鄰"對"直接相鄰", 等等)。
[0030] 在此使用的術(shù)語僅僅是為了描述特定實施方式的目的并且不是旨在限制示例實 施方式。如在此使用的,單數(shù)形式"一"、"一個"和"該"旨在也包括復數(shù)形式,除非上下文 清楚地另外指出。應當進一步理解,術(shù)語"包括"、"包含""含有"和/或"由…組成",當在 此使用時,描述了提到的特征、整體、步驟、操作、元件和/或部件的存在,但是不排除一個 或多個其他特征、整體、步驟、操作、元件和/或部件和/或其組的存在或添加。
[0031] 還應當指出,在一些替換實施方式中,標記的功能/動作可能不按照圖中標記的 順序發(fā)生。例如連續(xù)示出的兩個圖實際上可能被同時執(zhí)行或有時可能按照相反順序執(zhí)行, 取決于涉及的功能/動作。
[0032] 除非另外定義,在此使用的所有術(shù)語(包括技術(shù)的和科學的術(shù)語)具有示例實施方 式所屬的領域中普通技術(shù)人員通常理解的相同含義。應當進一步理解,例如,那些在通常使 用的詞典中定義的術(shù)語,應當被解釋為具有與其在相關領域的上下文中的含義一致的含義 并且不被解釋為理想化的或過度形式化的意義,除非在此清楚地這樣定義了。
[0033] 示例實施方式的部分和相應的詳細描述關于軟件或算法和在計算機存儲器內(nèi)對 數(shù)據(jù)位的操作的符號表示的形式提供。這些描述和表示用于通過本領域普通技術(shù)人員向本 領域其他普通技術(shù)人員有效傳遞其工作的實質(zhì)。
[0034] 在以下描述中,示例性實施方式將參考動作和操作的符號表示(例如以流程圖的 形式)來描述,其可以作為包括了例程、程序、對象、部件、數(shù)據(jù)結(jié)構(gòu)等的程序模塊或功能過 程被執(zhí)行,其執(zhí)行特定的任務或執(zhí)行特定的抽象數(shù)據(jù)類型并且可以在現(xiàn)有的臨床環(huán)境中使 用現(xiàn)有的硬件來執(zhí)行。這樣的現(xiàn)有硬件可以包括一個或多個中央處理單元(CPU)、數(shù)字信號 處理器(DSP)、特定于應用的集成電路、現(xiàn)場可編程門控陣列(FPGA)計算機等。
[0035] 但是應當牢記,所有這些和類似術(shù)語要與合適的物理量相關聯(lián)并且僅僅是應用于 這些量的方便的標記。除非特別地另外指出,或者從討論中顯然可見,術(shù)語諸如"處理"或 "用計算機計算"或"計算"或"確定"或"顯示"等,指計算機系統(tǒng)或類似的電子計算設備的 動作或過程,其操縱并將作為在計算機系統(tǒng)的寄存器和存儲器內(nèi)的表示為物理、電子量的 數(shù)據(jù)轉(zhuǎn)換為在計算機系統(tǒng)存儲器或寄存器或其他這樣的信息存儲、傳輸或顯示設備內(nèi)的類 似地表示為物理量的其他數(shù)據(jù)。
[0036] 也注意到,示例實施方式的軟件執(zhí)行的方面典型地在一些形式的程序存儲介質(zhì)上 編碼或經(jīng)由一些類型的傳輸介質(zhì)執(zhí)行。程序存儲介質(zhì)可以是磁的(例如軟盤或硬盤驅(qū)動器) 或光的(例如只讀存儲器光盤,或"CD R0M"),并且可以是只讀或隨機存取的。類似地,傳輸 介質(zhì)可以是雙絞線、同軸電纜、光纖或現(xiàn)有技術(shù)中已知的一些其他合適的傳輸介質(zhì)。示例實 施方式不受任何給出的實現(xiàn)方式的這些方面限制。
[0037] 盡管關于計算機斷層成像系統(tǒng)描述了示例實施方式,示例實施方式不限于此。例 如,本發(fā)明的示例實施方式的系統(tǒng)可以是另一種類型的成像系統(tǒng)(例如MRI、PET等)。
[0038] 本發(fā)明的替換實施方式可以作為在計算機系統(tǒng)使用的計算機程序產(chǎn)品來實現(xiàn), 處理器程序產(chǎn)品例如是存儲在有形的或非易失性數(shù)據(jù)記錄介質(zhì)(處理器可讀介質(zhì)),諸如磁 盤、⑶-R0M、R0M或硬盤中的一系列處理器指令、代碼段或程序段。該系列處理器指令、代碼 段或程序段可以構(gòu)成上面描述的示例實施方式的方法的功能的全部或部分,并且也可以被 存儲在易失性或非易失性的任意存儲設備中,諸如半導體、磁、光或其他存儲設備。
[0039] 在一些臨床環(huán)境中(例如syngo. via),單獨的軟件應用構(gòu)成模塊(例如任務)和任 務的順序被配置,并且這些單獨的軟件應用元件被用戶按照定義的順序處理。任務的順序 稱為任務流程。任務流程(例如讀取任務流程)定義任務的位置和在任務之間的數(shù)據(jù)鏈接二 者。數(shù)據(jù)鏈接確保,一個任務(或任務函數(shù))的輸出數(shù)據(jù)被用作對于隨后的任務的輸入數(shù)據(jù)。 任務可以典型地被順序地、并行地或按照任意順序執(zhí)行。
[0040] 示例實施方式提供方法、設備、系統(tǒng)和計算機可讀存儲介質(zhì),允許在工作流之間和 /或獨立應用之間的用戶交互的更有效和更可靠的自動化。
[0041] 圖1示出了其中示例實施方式可以被執(zhí)行的syngo架構(gòu)。syngo架構(gòu)將結(jié)合圖1 所示的信號/消息/通信流程圖來描述。因為syngo架構(gòu)的部件本身是一般公知的,所以 省略對每個部件的更詳細討論。盡管示例實施方式將參考syngo架構(gòu)來描述,但是示例實 施方式不應當被限制到僅僅該實施方式。
[0042] 參考圖1,在(1 ),臨床的放射學信息系統(tǒng)(RIS)服務器104通過將工作列表發(fā)送到 模態(tài)110,安排患者掃描(例如計算機斷層成像(CT)、磁共振成像(MRI)、X射線等)。在一個 例子中,RIS服務器104通過將工作列表發(fā)送到模態(tài)110,安排在CT模態(tài)上的CT掃描。RIS 服務器104也將工作列表發(fā)送到syngo. via服務器108以關于掃描工作項目通知syngo. via服務器108,該掃描工作項目可以包含關于幾次就診的多個掃描系列。RIS服務器104 是可經(jīng)由RIS客戶端102訪問的。
[0043] 在(2),RIS服務器104和/或syngo. via服務器108從圖片存檔和通信系統(tǒng) (PACS)服務器106預取對于感興趣患者的先前研究。先前研究可以包括要與當前掃描以及 當前掃描中的發(fā)現(xiàn)相比較的先前發(fā)現(xiàn)。
[0044] 在(3),響應于工作列表,模態(tài)110將信息(例如用于核算的處理細節(jié))發(fā)送到RIS 服務器104。
[0045] 在(4),在獲得了相關圖像之后,模態(tài)110將獲得的對于感興趣患者的圖像發(fā)送到 syngo. via服務器108,用于創(chuàng)建發(fā)現(xiàn)和與先前發(fā)現(xiàn)相比較。同樣在(4),模態(tài)110將獲得的 圖像發(fā)送到PACS服務器106用于存檔。
[0046] 在(5),syngo. via服務器108通知模態(tài)110 :對于感興趣患者的所有數(shù)據(jù)已經(jīng)被 存檔。作為響應,模態(tài)110于是可以刪除在模態(tài)機器上的那些數(shù)據(jù)。
[0047] 在(6),臨床用戶(例如臨床放射學者)通過syngo. via客戶端(RTC)終端112存取 在syngo. via服務器108存檔的獲得的圖像以執(zhí)行圖像操縱或讀取活動并且使用工具和應 用在圖像上創(chuàng)建和/或編輯發(fā)現(xiàn)。臨床用戶于是在臨床報告中總結(jié)所述發(fā)現(xiàn)。
[0048] 在(7),syngo. via服務器108將臨床報告發(fā)送到PACS服務器106。PACS服務器 106在接收之后存儲所述臨床報告。對所述報告的結(jié)構(gòu)化的報告也被存儲在PACS服務器 116中(以用于存檔)。
[0049] 在(8),syngo. via服務器108通知RIS服務器104,臨床用戶已經(jīng)結(jié)束報告(例如 用于核算)。
[0050] 發(fā)現(xiàn)被創(chuàng)建和報告,并且也可以在syngo. via服務器108處被重新活躍 (re-animated)。在syngo. via服務器108處執(zhí)行的讀取應用顯示新創(chuàng)建的或者那些在先 前的研究中創(chuàng)建的發(fā)現(xiàn)。
[0051] 圖7示出了圖1所示的服務器108的示例實施方式。
[0052] 參考圖7,服務器108包括處理器210、輸入/輸出設備230、存儲器220、顯示器240 和總線250。服務器108可以例如是配置用于由臨床用戶經(jīng)由圖1所示的工作站112訪問 以檢查醫(yī)學數(shù)據(jù)的個人計算機。
[0053] 處理器210、輸入/輸出設備230、存儲器220和顯示器240配置為經(jīng)由總線250執(zhí) 行互相的數(shù)據(jù)通信。盡管顯示器240作為服務器108的部件示出,但是顯示器可以位于相 對于服務器108遠距離處。在此意義上,顯示器240可以指圖1中的客戶端工作站112的 顯示器。
[0054] 處理器210配置為通過經(jīng)由總線250訪問存儲器220來執(zhí)行程序。輸入/輸出設 備230用于向用戶輸入數(shù)據(jù)從用戶輸出數(shù)據(jù)。服務器108能夠通過使用輸入/輸出設備 230來連接至外部設備(例如圖1所示的工作站112)并且可以與外部設備交換數(shù)據(jù)。顯示 器240配置為基于從客戶端工作站112的用戶接收的命令和/或從處理器210接收的命令 顯示用戶界面。
[0055] 存儲器220存儲用于處理器210的操作的代碼和/或程序。例如,存儲器220可 以包括數(shù)據(jù)結(jié)構(gòu),該數(shù)據(jù)結(jié)構(gòu)包括用于執(zhí)行在此描述的方法的指令。存儲器220可以存儲 配置為容納患者瀏覽器和多個成像應用的用戶界面容器。每個應用可以是獨立的并且可以 與圖1中描述的syngo架構(gòu)相關聯(lián)。應用可以是醫(yī)學成像應用,其按照由圖1的系統(tǒng)創(chuàng)建 的圖像被設計。例子包括冠狀圖像分析應用、結(jié)腸圖像分析應用、心血管應用、讀取應用、圖 像操縱應用等。
[0056] 存儲器220可以包括一個或多個存儲器模塊。存儲器模塊可以是單獨的物理存儲 器(例如硬盤驅(qū)動器)、在單個物理存儲器上的單獨的分區(qū)和/或在單個的物理存儲器的單 個分區(qū)上的單獨的存儲位置。存儲器模塊可以存儲與軟件(例如成像處理)的安裝相關聯(lián)的 信息。
[0057] 應當理解,處理器210,諸如數(shù)字信號處理器或微控制器,被特殊地編程以執(zhí)行存 儲在存儲器220中的指令。例如,處理器210被特殊地編程以按照以下更詳細描述的示例 操作執(zhí)行存儲在存儲器220中的指令。
[0058] 通常,用于醫(yī)學圖像的診斷的工具,諸如被臨床用戶在圖1的RTC終端112處使用 的工具,被分組為有用的集合,并且在專用的應用內(nèi)被捆綁。專用的應用聚焦于例如器官 (例如肺、心臟等)、掃描儀加器官(例如頭部計算機斷層成像(CT)、頭部磁共振(MR),等)、用 于不同的"學科"的特殊掃描儀類型(例如PET/CT腫瘤學、心臟病學等)等。這些組合著眼 于用戶命令和用戶感受,同時也降低對于用戶的復雜性。然而,應用開發(fā)者/制造者不能覆 蓋如臨床用戶想要的對于工具的更多組合的要求,而同時對于每個現(xiàn)有的組合提供更大的 靈活性。
[0059] 示例實施方式提供允許對于全部任務流程和/或?qū)τ谌开毩⒌膽帽A舭l(fā)現(xiàn) 的方法、設備、系統(tǒng)和計算機可讀存儲介質(zhì)。為了保留發(fā)現(xiàn),示例實施方式使用工作上下文 自動調(diào)整管理器(WAALM)和相關知識儲存庫(或數(shù)據(jù)庫)。對于示例的目的,WAALM將被討論 為在圖1和7所示的syngo. via服務器108處實現(xiàn)并且其功能被執(zhí)行。然而,示例實施方 式不限于該實現(xiàn)。在一種替換中,WAALM可以在客戶端工作站或其他計算設備處被實現(xiàn)并 且其功能被執(zhí)行。
[0060] 圖2示出了包括按照示例實施方式的WAALM的運行時容器。圖2所示的運行時容 器是在syngo. via服務器108處可執(zhí)行的可執(zhí)行運行時容器。
[0061] 如圖2所示,運行時容器包括與讀取任務流程相關聯(lián)的多個任務1002、1008、 1010U012和1014,該讀取任務流程定義了多個任務1002、1008、1010、1012和1014的序 列。如上所述,任務流程定義了每個任務的位置和在任務流程中的任務之間的數(shù)據(jù)鏈接二 者。
[0062] 圖2所示的運行時容器還包括WAALM1000。按照至少該示例實施方式,WAALM1000 收集臨床用戶活動的上下文并且使用上下文調(diào)整實體(在此也稱為結(jié)合體、結(jié)合體實體等) 以管理應用和工具,發(fā)起應用,并且有助于在應用和工具之間的合作。WAALM1000捕捉并 在結(jié)合體中存儲關于任務流程的當前上下文和在應用和工具之間的任何新的合作的知識。 WAALM1000可以通過精確的調(diào)用(例如函數(shù)或其他)或通過攔截對于應用、工具、發(fā)現(xiàn)等的生 存周期操作來發(fā)起。WAALM1000的發(fā)起或發(fā)動導致存儲在儲存庫1016中的一個或多個結(jié)合 體的創(chuàng)建和/或訪問。儲存庫1016在此也稱為數(shù)據(jù)庫,并且后面將被詳細描述。
[0063] 上下文結(jié)合體實體或結(jié)合體是將應用與在應用內(nèi)要被使用的工具相連接的軟件 部件。
[0064] 與傳統(tǒng)的應用插件不同,結(jié)合體不連接到應用,它們也不連接或結(jié)合到特殊應用。 而是結(jié)合體連接2個實體(例如任意應用和工具)。除應用特定的結(jié)合體之外(在所述應用 特定的結(jié)合體中應用定義了應用側(cè)的界面),結(jié)合體定義應用側(cè)的界面。
[0065] 工具側(cè)的界面按照想要的結(jié)合體類型和要被處理的數(shù)據(jù)、基于工具和/或工具組 而被定義。相應地,使用工具創(chuàng)建的發(fā)現(xiàn)可以在與被用來創(chuàng)建所述發(fā)現(xiàn)的工具相兼容的每 個應用中被顯示。
[0066] -個或多個不例實施方式改變在應用和工具之間的關系。從前,每個應用有工具 的相關聯(lián)集合,應用被限制到所述工具。然而按照至少一些示例實施方式,工具和應用在相 同的級別上被提供,并且根據(jù)需要和取決于用戶請求來合作。因此,應用不再被限制到工具 的一個相關聯(lián)集合。
[0067] 圖6是示出了工具、結(jié)合體、發(fā)現(xiàn)和在圖2中的讀取應用任務1008之間的示例連 接的方框圖。
[0068] 參照圖6,讀取應用任務1008與結(jié)合體702和704相關聯(lián)。在該例子中,結(jié)合體 702是2D結(jié)合體,而結(jié)合體704是3D結(jié)合體。在該上下文中,2D和3D指與給定的結(jié)合體 相關聯(lián)的工具。然而,如以下更詳細討論的,每個結(jié)合體具有本質(zhì)上是多維(例如2D)的上 下文。
[0069] 仍然參考圖6,每個結(jié)合體702和704具有上下文,其指結(jié)合體的2D本質(zhì)。對于每 個結(jié)合體,存在具有包含于其中的相關聯(lián)狀態(tài)的上下文元素。在圖6中示出的例子中,上下 文元素被標以"int",其是在程序代碼級的數(shù)字類型"整數(shù)"的名稱。標簽"int"是在軟件 開發(fā)期間可以被分配給參數(shù)的類型的一種例子。
[0070] 二維中的第一個維度是對于應用至一個或多個工具的連接性的無狀態(tài)實現(xiàn)(在此 稱為"用于連接性的無狀態(tài)實現(xiàn)")。用于連接性的無狀態(tài)實現(xiàn)允許在應用和工具之間的技 術(shù)接口連接。這樣的接口連接確保在運行時的連接性,使得調(diào)用和參數(shù)例如從應用被路由 到工具。因為例如用于2D圖像的工具的領域驅(qū)動接口設計具有強的普通性并且依賴于用 于2D數(shù)據(jù)的相同數(shù)據(jù)模型,所以僅一個或也許僅一些結(jié)合體被需要用于這樣一組工具。
[0071] 如圖6所示,用于2D結(jié)合體702的連接性的無狀態(tài)實現(xiàn)將讀取應用1008與2D工 具708和710相連接。在該例子中,2D工具包括線工具708和圓工具710。
[0072] 用于3D結(jié)合體704的連接性的無狀態(tài)實現(xiàn)將讀取應用1008與3D工具712和714 相連接。在該例子中,3D工具包括骨移除工具712和感興趣體積(V0I)工具714。
[0073] 在更具體的例子中,如果臨床用戶正在讀取應用1008內(nèi)工作,并且想要使用線工 具708來在被加載的數(shù)據(jù)上創(chuàng)建發(fā)現(xiàn),則2D結(jié)合體702將讀取應用1008與線工具708相 連接以便允許用戶使用線工具708來創(chuàng)建想要的發(fā)現(xiàn)。
[0074] 在另一個例子中,如果臨床用戶正在讀取應用1008內(nèi)工作,并且想要使用骨移除 工具712來顯示/改變在被加載的數(shù)據(jù)上的先前發(fā)現(xiàn),則3D結(jié)合體704將讀取應用700與 被需要用來顯示/改變現(xiàn)有的發(fā)現(xiàn)的骨移除工具712相連接。
[0075] 結(jié)合體的兩個維度的第二個維度稱為"上下文有狀態(tài)信息"。上下文有狀態(tài)信息允 許稍后將(相同或不同)結(jié)合體實現(xiàn)方式進行參數(shù)化,其基于上面描述的用于連接性的無狀 態(tài)實現(xiàn)方式將應用(重新)連接到工具。這樣的上下文有狀態(tài)信息(在此也稱為"狀態(tài)")被 保存或存儲在儲存庫或數(shù)據(jù)庫1016中。
[0076] 返回參考圖6,每個結(jié)合體702和704包括/包含上下文有狀態(tài)信息706。上下文 有狀態(tài)信息706包括識別工具(例如通過類別和/或類型)的信息和與被用來創(chuàng)建給定的發(fā) 現(xiàn)的工具相關聯(lián)的結(jié)合體類型。按照至少一些示例實施方式,工具被用來創(chuàng)建發(fā)現(xiàn),并且結(jié) 合體被用來捕獲"狀態(tài)";即,何種發(fā)現(xiàn)是利用何種工具被創(chuàng)建的。在一個例子中,如圖6所 示,用于發(fā)現(xiàn)的"上下文有狀態(tài)信息706"可以包括至少:工具類別ToolCategory、結(jié)合體實 現(xiàn)類型AmalgamType (在創(chuàng)建時間),和用于創(chuàng)建發(fā)現(xiàn)的工具類型ToolType。上下文有狀態(tài) 信息706與發(fā)現(xiàn)一起被存儲在以下將詳細討論的儲存庫1016中。
[0077] 按照至少一些示例實施方式,更多的信息可用于識別根據(jù)其創(chuàng)建了發(fā)現(xiàn)的數(shù)據(jù)。 在syngo. via系統(tǒng)中,這樣的信息與發(fā)現(xiàn)一起被存儲。然而,替換地,這樣的信息(例如UID (唯一識別符))可以被捕獲并且存儲在結(jié)合體之內(nèi)(或之中),因為發(fā)現(xiàn)僅對于對其已經(jīng)創(chuàng)建 了發(fā)現(xiàn)的醫(yī)學圖像的特定數(shù)據(jù)組是有效的。
[0078] 按照至少一些示例實施方式,發(fā)現(xiàn)或工具本身不需要在任意應用中存儲用于重新 活躍的所有必需的信息。如果臨床用戶從一個應用切換到另一個不同的應用,則應用上下 文改變而臨床上下文(例如關于患者、研究、圖像、發(fā)現(xiàn)等)保持相同。
[0079] 術(shù)語"臨床上下文"指如下情形:臨床用戶在屏幕上進行臨床研究并且利用與用戶 界面的任意數(shù)量的交互(例如用于"讀取"圖像以創(chuàng)建對于最終診斷的發(fā)現(xiàn))執(zhí)行一些臨床 工作流程步驟。
[0080] 術(shù)語"應用上下文"指與當前任務流程連接使用的應用,其是整個臨床工作流程的 部分。
[0081] (例如由RIS、PACS、模態(tài)、syngo. via、等使用的)DIC0M標準覆蓋了該臨床數(shù)據(jù)上 下文的第一部分(例如患者、研究、系列、圖像等),但是沒有覆蓋將應用與用于創(chuàng)建發(fā)現(xiàn)的 任意工具相連接的參數(shù)、特征等。
[0082] 在一個例子中,工具可以關于維度的數(shù)量(例如20、30、40)、定位、一般性、模式等 被分類,使得與單個結(jié)合體類型相關聯(lián)的工具類型被分組到一起。在該意義上,結(jié)合體類型 是對那種類型的結(jié)合體至少與1-n個工具類別相兼容的提示。
[0083] 按照至少一些示例實施方式,WAALM通過意圖,而不是應用來管理工具,使得工具 可以與多個不同的應用相連接地被使用。應用容納任意(或通用的)工具或工具集合,它們 是用于圖像操縱和發(fā)現(xiàn)創(chuàng)建/編輯的主要工具。
[0084] 在一個例子中,應用在啟動時由要被加載的默認工具的描述所伴隨。這些工具列 表可以例如在XML文件中被配置并且在安裝應用時被提供。用戶可以安裝更多工具和/或 外接程序管理器(或類似物)以將附加工具連接到加載的應用。
[0085] 按照至少一些示例實施方式,工具與應用實現(xiàn)細節(jié)不相關,而是與數(shù)據(jù)、基于數(shù)據(jù) 的發(fā)現(xiàn)和工具的容量(例如顯示容量)相關聯(lián)。類似地,發(fā)現(xiàn)與數(shù)據(jù)和工具,而不與應用實現(xiàn) 細節(jié)相關聯(lián)。
[0086] 按照至少一些實施方式,結(jié)合體識別專用連接類型(具有或沒有附加實現(xiàn))、并且 根據(jù)需要連接上述實體的至少兩個(例如發(fā)現(xiàn)、數(shù)據(jù)和/或工具),使得實體獨立于合作方。 因此,一個結(jié)合體連接類型可以發(fā)生多次以服務不同的工具。
[0087] 回頭參考圖2, WAALM1000允許根據(jù)需要在多個應用內(nèi)使用任意工具。WAALM1000 也使用具有結(jié)合體的當前集合的儲存庫1016來管理在工具和應用之間的兼容性。發(fā)現(xiàn)通 過與它們的相關聯(lián)的工具一起被加載和/或重新加載到給定的應用上下文中而被保留,并 且WAALM1000應用舊的、新的或不應用結(jié)合體。
[0088] 圖3示出了圖2所示的儲存庫1016的例子。
[0089] 參考圖3,儲存庫1016的結(jié)構(gòu)包括多個表TAB1至TAB5,將在以下詳細討論其中每 個表。儲存庫1016使用每個結(jié)合體內(nèi)部的上下文元素將結(jié)合體、應用、工具和發(fā)現(xiàn)相關聯(lián)。 在一個例子中,結(jié)合體、應用、工具和發(fā)現(xiàn)通過將結(jié)合體與應用標識符、臨床工具標識符(例 如指針等)和臨床發(fā)現(xiàn)(或至臨床發(fā)現(xiàn)的指針)相關聯(lián)地存儲在儲存庫1016內(nèi)部而相關聯(lián)。
[0090] 儲存庫1016例如可以是本地數(shù)據(jù)庫系統(tǒng)或基于云的數(shù)據(jù)存儲服務。儲存庫1016 保留或存儲結(jié)合體(例如來自于運行時處理的具體結(jié)合體實體,其包含上面討論的上下文 有狀態(tài)信息)和常規(guī)的數(shù)據(jù)庫搜索索引信息以允許快速搜索功能。搜索索引可以包括關 于數(shù)據(jù)庫中的結(jié)合體類型的信息、在儲存庫中當前具有其結(jié)合體的醫(yī)學圖像數(shù)據(jù)組的UID 等。保留的結(jié)合體實體例如如在圖3和6中示出的那樣包括關于結(jié)合體本身的元數(shù)據(jù)(例 如信息,諸如姓名、列舉值、類型名稱、實體標識符等)并且例如還有工具名稱、工具類型和 具體的發(fā)現(xiàn)名稱,對于所述發(fā)現(xiàn)名稱已經(jīng)創(chuàng)建結(jié)合體實體。
[0091] 工具本身是具有存儲在硬盤上的編譯的代碼的插件,并且發(fā)現(xiàn)本身存儲在例如 syngo. via系統(tǒng)的醫(yī)學數(shù)據(jù)庫中。結(jié)合體儲存庫1016存儲了結(jié)合體實體并且它們"指向" 在其他數(shù)據(jù)庫或存儲儲存庫中實體的其他類型(例如工具、發(fā)現(xiàn)等)。
[0092] 在圖3所示的例子中,配置數(shù)據(jù)被預先(例如在應用的安裝期間)存儲。配置數(shù)據(jù) 可以識別工具類型、在應用和結(jié)合體類型/類別之間的兼容性等。
[0093] 在開發(fā)時,在工具和結(jié)合體類型之間的兼容性也被定義,使得WAALM能夠以相同 的結(jié)合體類型連接工具和應用。
[0094] 例如,每個工具和應用與至少一個結(jié)合體類型相關聯(lián),并且具有相同結(jié)合體類型 的任何工具和應用可以被連接到一起。在此意義上,在特定的應用內(nèi)部,臨床用戶可以使用 具有與該應用相同的結(jié)合體類型的任意工具。
[0095] 參考圖3,例如,表TAB1存儲了對于工具和結(jié)合體二者的類別,其按照兼容的方式 被連接。表TAB1管理結(jié)合體和應用如何與結(jié)合體兼容這二者。
[0096] 示例結(jié)合體類型/類別包括"零實現(xiàn)類型"(其是通常被支持的)、"2D"、"3D"、"n 維"、"定位"、等。但是,示例實施方式不限于這些例子。如圖3所示,結(jié)合體類別2D、3D和 P〇s被存儲在表TAB1中。
[0097] 表TAB2是這樣的結(jié)合體的表示,每個應用使用每個結(jié)合體的上下文元素與所述 結(jié)合體兼容。在該例子中,2D結(jié)合體的上下文元素是Context2D,3D結(jié)合體的上下文元素是 Context3D,并且Pos結(jié)合體的上下文元素是ContextPos。
[0098] 在表TAB2中,左欄是邏輯應用名稱(臨床應用標識符)、并且右欄標識了對于應用 的兼容性。對于BasicReading應用,例如,右欄聲明對上面的標識符"Context2D"的兼容 性。因此,BasicReading可以利用在Context2D內(nèi)部的任何東西來重新填充。如果另一個 應用聲明對結(jié)合體類型或類別2D的兼容性,則該另一個應用可以利用來自于Context2D的 任何東西重新填充。"Context"(也例如圖6中的706)用作當診斷被創(chuàng)建時應用所處的情 形的代替物。
[0099] 類似地,對于PETCTBasic應用,右欄聲明對上面的標識符"Context3D"的兼容性。 因此,PETCTBasic應用可以利用在Context3D內(nèi)部的任何東西來重新填充。
[0100] 在表TAB3中,左欄包括當前的結(jié)合體類型名稱(例如AmalType2D、AmalTypePos、 AmalType3D)。例如名稱AmalType2D意味著存在對于保留在儲存庫1016中(例如像圖6中 的702)的結(jié)合體類別2D的結(jié)合體類型。表TAB3中的右欄表示存在具有上下文標識符的 (例如Context2D、ContextPos、Context3D等)的、具體保留的結(jié)合體實例,其匹配結(jié)合體類 型2D的給定版本(例如%1"、%2"、%3"等)的結(jié)合體實現(xiàn)。該標識符"〇)11仏#20"被用 來將事情粘接或系到一起。
[0101] 內(nèi)部的結(jié)合體實現(xiàn)(例如impl-vl、impl-v2等)例如可以在需要時內(nèi)部地將相同 的工具連接到不同的應用。例如,內(nèi)部的結(jié)合體實現(xiàn)可以將鼠標和鍵盤事件與事件特定的 數(shù)據(jù)一起轉(zhuǎn)送到工具。
[0102] 表TAB2和TAB3提供在應用和結(jié)合體類型之間的兼容性。
[0103] 例如,表TAB2和TAB3表示,應用BasicReading與AmalType2D兼容。在該例子中, 上下文Context2D提供該兼容性連接,該上下文Context2D是結(jié)合體內(nèi)部的數(shù)據(jù)對象。
[0104] 也在開發(fā)時,工具關于來自于模態(tài)(掃描儀)的醫(yī)學DIC0M數(shù)據(jù)而被定義,在所述模 態(tài)上可以使用工具(例如ALL、2D、3D、CT圖像、MR圖像等)。
[0105] 結(jié)合體獨立于醫(yī)學DIC0M數(shù)據(jù),但是通過規(guī)則函數(shù)調(diào)用轉(zhuǎn)送將工具連接到應用, 使得工具能夠使用加載到應用的數(shù)據(jù)。這允許臨床用戶在應用內(nèi)部使用任意連接的工具來 在數(shù)據(jù)上創(chuàng)建發(fā)現(xiàn)。
[0106] 回頭參考圖3中的儲存庫,在表TAB5中的左欄包括邏輯工具名稱(臨床工具標 識符)。類似于表TAB3,表TAB5中的右欄表示,存在具有上下文標識符(例如C 〇ntext2D、 ContextPos、Context3D等)的具體保留的結(jié)合體實例,其匹配結(jié)合體類型的給定版本的結(jié) 合體實現(xiàn)。在圖3所示的例子中,表TAB5中的線工具Linetool和圓工具Circletool中的 每一個被連接到Context2D的不同的內(nèi)部實現(xiàn);即,分別是impl-v3和impl-vl。
[0107] 返回圖2,當臨床用戶使用在特定的應用內(nèi)部的工具創(chuàng)建發(fā)現(xiàn)時,WAALM1000將 創(chuàng)建的發(fā)現(xiàn)與發(fā)現(xiàn)所起源于的數(shù)據(jù)和工具一起存儲在儲存庫1016中。在一個例子中, WAALM1000將發(fā)現(xiàn)與數(shù)據(jù)和工具一起以發(fā)現(xiàn)結(jié)合體實體的形式存儲。圖3中的表TAB4示出 了發(fā)現(xiàn)結(jié)合體實體的例子。發(fā)現(xiàn)結(jié)合體實體使得發(fā)現(xiàn)例如能夠在任務流程之間切換之后被 重新活躍。
[0108] 更詳細地,表TAB4在左欄包含了具體的發(fā)現(xiàn)(或到具體的發(fā)現(xiàn)的指針,其在此也 稱為臨床發(fā)現(xiàn)標識符)并且在右欄包含了以復合符號形式的鏈接信息。在圖3所示的一種 例子中,在左欄中標記為Find-Ι的發(fā)現(xiàn)在復合符號2D-AmalType2D-Linetool中被鏈接到 三個東西。符號2D-AmalType2D_Linetool表示,發(fā)現(xiàn)Find-Ι被連接到Context2D標識符 (2D)、表TAB3中的AmalgamType2D、和工具Linetool,其是用來產(chǎn)生發(fā)現(xiàn)的工具。
[0109] 按照至少一些示例實施方式,工具變得獨立于應用,這允許在工具、結(jié)合體和發(fā)現(xiàn) 之間的一般化的接口連接,并且具有很少或沒有醫(yī)學語義的這樣的接口(例如,execute (), start (),end (),initialize () calls)保持向后兼容并且隨時間相對穩(wěn)定。
[0110] 按照至少一些示例實施方式,WAALM配置為建立應用至工具連接并且從儲存庫或 從硬盤讀取合適的結(jié)合體。WAALM搜索與被加載的數(shù)據(jù)相適合的并且具有由應用支持的結(jié) 合體類型/類別的結(jié)合體。
[0111] 圖2是應用視圖,具有來自于臨床工作流程和任務流程的示例應用,說明,發(fā)現(xiàn)在 任務"發(fā)現(xiàn)"(僅顯示發(fā)現(xiàn))和"任務讀取應用"(顯示具有其發(fā)現(xiàn)的圖像)中被創(chuàng)建和維持, 并且可以被更多的應用查看。圖2與來自于圖3的儲存庫1016和表一起描述了簡化的數(shù) 據(jù)庫圖表以內(nèi)部地示例出數(shù)據(jù)庫的示例管理和定義數(shù)據(jù)庫圖表的可能性,該數(shù)據(jù)庫圖表將 允許WAALM稍后利用工具和發(fā)現(xiàn)存儲和精確找到結(jié)合體,二者與給定的應用及要被加載到 該給定的應用中的給定的數(shù)據(jù)組兩者相匹配。
[0112] 至少一個示例實施方式針對在醫(yī)學圖像評估和診斷系統(tǒng)中用于動態(tài)地連接臨床 工具、臨床應用和臨床發(fā)現(xiàn)的方法。按照至少一個示例實施方式,WAALM1000從臨床應用和 工具發(fā)起請求提取用于第一臨床任務流程的臨床應用和工具信息。WAALM1000然后基于提 取的臨床應用和工具信息將至少一個第一臨床工具與至少一個第一臨床應用相連接。第 一臨床工具獨立于第一臨床應用,并且第一臨床應用響應于臨床應用和工具發(fā)起請求被發(fā) 起。
[0113] 至少另一個示例實施方式提供一種存儲了計算機可執(zhí)行的指令的計算機可讀介 質(zhì),其當被執(zhí)行時使得計算機執(zhí)行在醫(yī)學圖像評估和診斷系統(tǒng)中用于動態(tài)地連接臨床工 具、臨床應用和臨床發(fā)現(xiàn)的方法。按照該示例實施方式,用于第一臨床任務流程的臨床應用 和工具信息從臨床應用和工具發(fā)起請求中被提??;并且至少一個第一臨床工具基于提取的 臨床應用和工具信息與響應于臨床應用和工具發(fā)起請求被發(fā)起的至少一個第一臨床應用 相連接。
[0114] 圖4是示出了在圖2所示的運行時間容器和其中的應用內(nèi)部的示例交互的流程 圖。圖5是示出了按照示例實施方式的方法的流程圖。
[0115] 參考圖2、4和5,在S201,用戶通過發(fā)起對DataNavi應用1012的open data()調(diào) 用1.0來打開臨床數(shù)據(jù)。DataNavi (或DataNavigator)應用1012允許臨床用戶瀏覽對于 "reading"應該的工作項目的列表。當臨床用戶在DataNavi應用1012內(nèi)部選擇工作項目 時,具有一組應用的用于讀取(也稱為任務流程)4002的工作流程被發(fā)起或啟動。該組應用 顯示圖像并且向臨床用戶提供工具以便對于數(shù)據(jù)創(chuàng)建發(fā)現(xiàn)并且以便操縱圖像數(shù)據(jù)本身(例 如定位、直方圖、上色、從2D切換到3D模式等)。
[0116] 在S202, DataNavi應用1012利用start ()調(diào)用1. 1發(fā)起映射的任務流程4002。 映射的任務流程4002是指能夠處理利用DataNavi應用1012打開的臨床數(shù)據(jù)的工作流程 類型。
[0117] 在S204,映射的任務流程4002通過產(chǎn)生應用和工具發(fā)起請求1. 2來試圖發(fā)起讀 取應用1008,用于由臨床用戶使用以評估臨床數(shù)據(jù)。在該例子中,應用和工具發(fā)起請求1. 2 可以是用于讀取應用1008的startO調(diào)用。然而,在S206, WAALM1000攔截應用和工具發(fā) 起請求1. 2,并且從應用和工具發(fā)起請求1. 2提取應用和工具信息。應用和工具發(fā)起請求 1. 2包括要被啟動的應用(例如BasicReading,PETCTBasic等)和要被使用的工具(例如 Linetool,Circletool,Angletool,R0Itool3D 等)以評估臨床數(shù)據(jù)。
[0118] 在S208, WAALM1000將提取的應用和工具信息存儲在儲存庫1016中。
[0119] 在S209, WAALM1000將應用和工具發(fā)起請求1. 2輸出到讀取應用1008。
[0120] 除了轉(zhuǎn)送應用和工具發(fā)起請求1. 2,在S210, WAALM1000基于在S206提取的信息 對于所請求的讀取應用,發(fā)起結(jié)合體和工具1. 4。
[0121] 更詳細地,在S206, WAALM1000從應用配置(文件或數(shù)據(jù)庫)提取,什么工具(類型和 名稱)需要被默認地加載到應用中,并且創(chuàng)建應用對應的結(jié)合體實體,應用與該結(jié)合體實體 兼容。然后,WAALM1000從任務流程的輸入?yún)?shù)中提取,什么數(shù)據(jù)需要被加載到相同的應用 中并且對于具有用于該數(shù)據(jù)的發(fā)現(xiàn)的結(jié)合體查詢儲存庫1016。WAALM1000重新創(chuàng)建結(jié)合體 運行時實體,從結(jié)合體讀取工具(類型和名稱),并且融合兩個工具組(默認和相關的發(fā)現(xiàn))。 WAALM1000通過讀取應用的配置來檢查,是否所有的結(jié)合體是兼容的,并且利用兼容的來代 替不兼容的結(jié)合體。在該上下文中,兼容的表示:應用具有在其兼容性列表中的結(jié)合體類型 并且相同的結(jié)合體與被需要來顯示發(fā)現(xiàn)的工具相兼容。WAALM1000從列表中去除剩余的不 兼容的結(jié)合體。
[0122] WAALM1000使用可配置的機制來攔截并且潛在地豐富在應用啟動時被加載的工 具的集合。例如,這樣的機制可以是在應用的配置中的WAALM處理機(handler),其指示 WAALM1000提供要被加載到應用中的工具的列表,而不是搜索并將工具提供到應用的常規(guī) 的應用處理機。WAALM1000不是將工具,而是將結(jié)合體實體的融合的列表提供到應用,其反 過來加載與應用兼容的工具。還存在其他已知的機制,諸如代碼注入或?qū)AALM "tool"放 置到磁盤上的應用的工具文件夾中。
[0123] 在步驟S302, WAALM1000使用add tool ()調(diào)用1. 5將發(fā)起的應用在步驟S302與 工具的默認集合連接。默認工具集合可以在應用被開發(fā)時在應用配置中被定義。替換地,默 認工具集合和用于應用的結(jié)合體的默認集合可以在運行時配置。在一個例子中,WAALM1000 攔截在應用和工具之間的調(diào)用,識別與工具和應用相關聯(lián)的結(jié)合體類型,并且使用識別的 結(jié)合體作為結(jié)合體的默認集合。每個工具使用add t〇〇()調(diào)用1.5連接到應用(例如以便 在角菜單中變得可見)。
[0124] 在步驟S304, WAALM1000檢查,是否存在與當前的臨床上下文相關聯(lián)的先前的發(fā) 現(xiàn)。更具體地,WAALM1000從任務流程的輸入?yún)?shù)提取,什么數(shù)據(jù)需被加載到相同的應用, 并且在儲存庫1016中查詢具有對于該數(shù)據(jù)的發(fā)現(xiàn)的結(jié)合體,重新創(chuàng)建結(jié)合體運行時實體。
[0125] 映射的任務流程4002利用數(shù)據(jù)請求1. 5試圖加載當前的醫(yī)學數(shù)據(jù)。在該例子中, 來自于映射的任務流程4002的數(shù)據(jù)請求可以是start data()調(diào)用。WAALM1000通過映射 的任務流程4002攔截數(shù)據(jù)請求1. 5,并且提取和/或檢查關于醫(yī)學數(shù)據(jù)的類型和數(shù)據(jù)在那 里被獲取的模態(tài)的信息。
[0126] 在S306, WAALM1000確定,是否除了在默認工具集合中的工具之外還需要工具來 允許用戶使用發(fā)現(xiàn)(使得當用戶在另一個、但是兼容的工作流程中重新打開一個案例時不 丟失發(fā)現(xiàn))。例如,WAALM1000在儲存庫1016查詢用于所加載的數(shù)據(jù)的結(jié)合體,并且從這樣 的結(jié)合體中讀取發(fā)現(xiàn)和工具(例如類型和名稱)。
[0127] 如果WAALM1000確定,需要附加的工具來使用發(fā)現(xiàn),則在S308, WAALM1000按照上 面描述的方式將附加的工具連接到應用。同樣在步驟S308, WAALM1000將在步驟S304識別 的先前發(fā)現(xiàn)加載到應用中。先前發(fā)現(xiàn)然后在應用內(nèi)部對于臨床用戶來說是可用的,例如,通 過在S312被顯示給臨床用戶。在一個例子中,先前發(fā)現(xiàn)可以在圖1所示的工作站112處被 顯示給臨床用戶。
[0128] 返回到步驟S306,如果WAALM1000確定,不需要附加的工具來使用在步驟S304識 別的先前發(fā)現(xiàn),則在S310, WAALM1000使用默認的工具集合將先前的發(fā)現(xiàn)加載到應用中,并 且在S312將先前的臨床發(fā)現(xiàn)顯示給臨床用戶,使得先前的發(fā)現(xiàn)可以在應用內(nèi)部對于臨床 用戶是可用的。
[0129] 返回到步驟S304,如果WAALM1000確定,沒有先前的發(fā)現(xiàn)要結(jié)合映射的任務流程 4002被加載,則應用利用默認的工具集合發(fā)起并且對于臨床用戶來說是可用的。
[0130] 返回參考圖4,按照至少一些示例實施方式,當用戶想要或需要這樣做時,用戶能 夠通過發(fā)起添加工具請求1. 7來選擇要被添加至讀取應用的附加工具。在該例子中,添加 工具請求可以是choose tools ()調(diào)用。
[0131] 在特定的應用內(nèi)部,圖形用戶界面(⑶I)可以提供"更多工具…"選擇或按鈕,其 使得用戶能夠獲得除了在應用內(nèi)部當前可用的那些工具集合之外的工具。在用戶界面內(nèi) 部,工具集合可以是用戶特定的、疾病特定的、學科特定的、器官特定的、多模態(tài)或單模態(tài)特 定的、基于外部的醫(yī)學知識數(shù)據(jù)庫,等。
[0132] 在關于圖2、4和5的一個例子中,圖形用戶界面可以提供具有"更多…"條目的角 菜單。用戶點擊"更多…"指示W(wǎng)AALM1000在儲存庫中搜索與應用兼容的所有工具并且向 用戶提供用于選擇的列表。響應于由用戶對一個或多個工具的選擇,WAALM1000按照與關 于S302討論的相同或基本相同的方式添加附加的工具。選擇的工具被插入到片段的角菜 單中并且能夠(可選地)延伸到應用的默認列表中。
[0133] 當用戶選擇了要被添加到應用的附加工具時,利用先前加載的工具獲得的先前的 發(fā)現(xiàn)保持被加載并且由WAALM1000保留。
[0134] 按照至少一些示例實施方式,應用可以具有這樣的結(jié)合體的一個或多個應用特定 的集合,這些結(jié)合體僅對于單獨的應用工作、但是也如更通常的結(jié)合體一樣符合工具和對 應的發(fā)現(xiàn)。
[0135] 按照至少一個示例實施方式,用戶可以在運行時請求多個工具,并且WAALM可以 使用上面的匹配標準以便僅提供符合數(shù)據(jù)和應用二者的工具。用戶也能夠從該列表選擇附 加工具并且使用這些工具創(chuàng)建附加的發(fā)現(xiàn)。
[0136] 示例實施方式使得用戶能夠在不改變應用和/或丟失先前加載的發(fā)現(xiàn)的情況下 將附加的工具添加到當前的任務流程。結(jié)合體使得用戶能夠這樣做,因為工具不再被捆綁 于應用。而是,工具獨立于應用。因此,工具能夠按需地(ad-hoc)被加載到應用中。
[0137] 示例實施方式也使得用戶能夠?qū)⑵渌麘锰砑拥浆F(xiàn)存的任務流程中而保留使用 當前的應用和與其相關聯(lián)的工具獲得的先前的發(fā)現(xiàn)。
[0138] 再次參考圖2、4和5,如果用戶想要將另一個應用按需地添加到映射的任務流程 4002中,則用戶向WAALM1000發(fā)起附加應用請求1. 10。在該例子中,附加的應用請求可以 是choose apps()調(diào)用。響應于附加應用請求,WAALM1000按照與上面關于S302討論的相 同或基本上相同的方式發(fā)起想要的新的應用。通過這樣做,來自于先前的應用的現(xiàn)存的發(fā) 現(xiàn)被保留,并且WAALM1000也顯示利用按需的應用創(chuàng)建的發(fā)現(xiàn)。
[0139] 仍然參考圖2、4和5,如果用戶決定手動在任務流程之間切換或重新映射,則前兩 個應用和初始的任務流程響應于re-map()調(diào)用1. 14被聲明。然后執(zhí)行啟動序列1. 15、 1. 16、1. 17。啟動序列1. 15、1. 16、1. 17類似于1. 1、1. 2和1. 3,除了在聲明了的任務流程中 創(chuàng)建的發(fā)現(xiàn)在關于第二個任務流程被發(fā)起的應用中被保留并且被顯示。附加地,當用戶發(fā) 起第二個任務流程時,WAALM1000也添加所需要以再次顯示已經(jīng)在丟棄的任務流程中被創(chuàng) 建的所有發(fā)現(xiàn)的工具。
[0140] 本申請的至少一個實施方式包括計算機可讀介質(zhì)。計算機可讀介質(zhì)包括代碼段, 當由處理器執(zhí)行時使得處理器攔截應用安裝過程、分類應用、確定與應用相關聯(lián)的信息并 且基于分類和確定的信息安裝應用。如果應用兼容性信息和至少一個目標節(jié)點的兼容性被 確認,則安裝應用可以進一步包括確定一個或多個目標節(jié)點的兼容性信息并且將應用添加 到至少一個目標節(jié)點。
[0141] 盡管關于計算機斷層成像系統(tǒng)描述了上面的例子,示例實施方式不限于此。例如, 系統(tǒng)可以是另外的成像系統(tǒng)(例如MRI、PET等)。此外,示例實施方式不限于成像系統(tǒng)。例 如,示例實施方式可以涉及臨床研究系統(tǒng)或其他衛(wèi)生保健管理系統(tǒng)。此外,如本領域技術(shù)人 員將理解的,示例實施方式可以涉及使用諸如制造設備(例如機器人)或云計算環(huán)境的幾個 合作應用的任何系統(tǒng),但是不限于此。
[0142] 雖然已經(jīng)具體示出并描述了示例實施方式,本領域普通技術(shù)人員將理解的是,在 此在不脫離權(quán)利要求的精神和范圍的情況下可以進行在形式和細節(jié)方面的變化。本發(fā)明這 樣被描述,明顯的是,本發(fā)明可以以許多方式改變。這樣的變化不被認為是脫離本發(fā)明,并 且所有這樣的修改都旨在被包括在本發(fā)明的范圍之內(nèi)。
【權(quán)利要求】
1. 一種用于在醫(yī)學圖像評估和診斷系統(tǒng)中動態(tài)地連接臨床工具、臨床應用和臨床發(fā)現(xiàn) 的方法,該方法包括: -從臨床應用和工具發(fā)起請求中提取用于第一臨床任務流程的臨床應用和工具信息; 和 -基于提取的臨床應用和工具信息將至少一個第一臨床工具與響應于所述臨床應用和 工具發(fā)起請求而被發(fā)起的至少一個第一臨床應用相連接,所述第一臨床工具獨立于所述第 一臨床應用。
2. 根據(jù)權(quán)利要求1所述的方法,還包括: 將使用所述第一臨床工具創(chuàng)建的先前的臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
3. 根據(jù)權(quán)利要求2所述的方法,其中,所述先前的臨床發(fā)現(xiàn)在先前的臨床任務流程內(nèi) 部被創(chuàng)建。
4. 根據(jù)權(quán)利要求1所述的方法,其中,所述第一臨床工具在所述第一臨床應用的運行 時間與所述第一臨床應用相連接。
5. 根據(jù)權(quán)利要1所述的方法,還包括: 先于提取所述臨床應用和工具信息,攔截所述臨床應用和工具發(fā)起請求,所述臨床應 用和工具發(fā)起請求旨在用于由所述臨床應用和工具信息所識別的應用模塊;和 響應于所述臨床應用和工具發(fā)起請求,發(fā)起所述第一臨床應用。
6. 根據(jù)權(quán)利要求1所述的方法,還包括: 使用連接到所述第一臨床應用的所述第一臨床工具產(chǎn)生第一臨床發(fā)現(xiàn)。
7. 根據(jù)權(quán)利要求6所述的方法,還包括: 與第一臨床應用標識符和第一臨床工具標識符相關聯(lián)地存儲所述第一臨床發(fā)現(xiàn),以便 將所述第一臨床應用與所述第一臨床工具和所述第一臨床發(fā)現(xiàn)相連接。
8. 根據(jù)權(quán)利要求7所述的方法,還包括: 發(fā)起至少一個第二臨床應用; 將所述第二臨床應用與所述第一臨床工具相連接;和 使用所述第一臨床工具在所述第二臨床應用內(nèi)部顯示所述第一臨床發(fā)現(xiàn)。
9. 根據(jù)權(quán)利要求6所述的方法,還包括: 將第二臨床工具與所述第一臨床應用相連接; 使用所述第二臨床工具創(chuàng)建第二臨床發(fā)現(xiàn);和 在所述第二臨床應用內(nèi)部顯示所述第一臨床發(fā)現(xiàn)和所述第二臨床發(fā)現(xiàn)。
10. 根據(jù)權(quán)利要求6所述的方法,還包括: 從所述第一臨床任務流程切換到第二臨床任務流程;和 在所述第二臨床任務流程內(nèi)部顯示所述第一臨床發(fā)現(xiàn)。
11. 根據(jù)權(quán)利要求1所述的方法,還包括: 將所述第一臨床應用與關聯(lián)于所述第一臨床應用的默認工具集合相連接。
12. 根據(jù)權(quán)利要求11所述的方法,其中,所述第一臨床工具是所述默認工具集合的部 分。
13. 根據(jù)權(quán)利要求1所述的方法,還包括: 識別將要加載到所述第一臨床應用中的臨床發(fā)現(xiàn); 確定在所述第一臨床應用內(nèi)部是否需要附加的臨床工具來使用所述臨床發(fā)現(xiàn);和 如果在所述第一臨床應用內(nèi)部不需要附加的臨床工具來使用所述臨床發(fā)現(xiàn),則將所述 臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
14. 根據(jù)權(quán)利要求1所述的方法,還包括: 識別要被加載到所述第一臨床應用中的臨床發(fā)現(xiàn); 確定在所述第一臨床應用內(nèi)部是否需要附加的臨床工具來使用所述臨床發(fā)現(xiàn); 如果在所述第一臨床應用內(nèi)部需要附加的臨床工具來使用所述臨床發(fā)現(xiàn),則將至少一 個第二臨床工具與所述第一臨床應用相連接,以便使用所述臨床發(fā)現(xiàn);和 將所述臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
15. 根據(jù)權(quán)利要求14所述的方法,還包括: 如果在所述第一臨床應用內(nèi)部不需要附加的臨床工具來使用所述臨床發(fā)現(xiàn),則將所述 臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
16. 根據(jù)權(quán)利要求1所述的方法,其中,所述連接包括: 響應于所述臨床應用和工具發(fā)起請求,創(chuàng)建用于將所述第一臨床應用與所述第一臨床 工具相連接的軟件部件;和 在數(shù)據(jù)庫中,與第一臨床應用標識符和第一臨床工具標識符相關聯(lián)地存儲所述軟件部 件,以便將所述第一臨床應用與所述第一臨床工具相連接。
17. 根據(jù)權(quán)利要求16所述的方法,其中,所述連接還包括: 訪問所述數(shù)據(jù)庫,以便響應于所述臨床應用和工具請求將所述第一臨床應用與所述第 一臨床工具相連接。
18. -種用于動態(tài)地連接臨床工具、臨床應用和臨床發(fā)現(xiàn)的醫(yī)學圖像評估和診斷系統(tǒng), 所述系統(tǒng)包括: 工作上下文自動調(diào)整管理器,用于 從臨床應用和工具發(fā)起請求中提取用于第一臨床任務流程的臨床應用和工具信息;和 基于提取的臨床應用和工具信息將至少一個第一臨床工具與響應于所述臨床應用和 工具發(fā)起請求而被發(fā)起的至少一個第一臨床應用相連接,所述第一臨床工具獨立于所述第 一臨床應用。
19. 根據(jù)權(quán)利要求18所述的系統(tǒng),其中,所述工作上下文自動調(diào)整管理器進一步配置 為,將使用所述第一臨床工具創(chuàng)建的先前的臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
20. 根據(jù)權(quán)利要求19所述的系統(tǒng),其中,所述先前的臨床發(fā)現(xiàn)在先前的臨床任務流程 內(nèi)部被創(chuàng)建。
21. 根據(jù)權(quán)利要求18所述的系統(tǒng),其中,所述第一臨床工具在所述第一臨床應用的運 行時間與所述第一臨床應用相連接。
22. 根據(jù)權(quán)利要求19所述的系統(tǒng),其中,所述工作上下文自動調(diào)整管理器進一步配置 為,先于提取所述臨床應用和工具信息,攔截所述臨床應用和工具發(fā)起請求,所述臨床應用 和工具發(fā)起請求旨在用于由所述臨床應用和工具信息所識別的應用模塊;和 響應于所述臨床應用和工具發(fā)起請求,發(fā)起所述第一臨床應用。
23. 根據(jù)權(quán)利要求19所述的系統(tǒng),其中,使用連接到所述第一臨床應用的所述第一臨 床工具產(chǎn)生所述第一臨床發(fā)現(xiàn)。
24. 根據(jù)權(quán)利要求23所述的系統(tǒng),還包括: 儲存庫,用于與第一臨床應用標識符和第一臨床工具標識符相關聯(lián)地存儲所述第一臨 床發(fā)現(xiàn),以便將所述第一臨床應用與所述第一臨床工具和所述第一臨床發(fā)現(xiàn)相連接。
25. 根據(jù)權(quán)利要求24所述的系統(tǒng),其中,所述工作上下文自動調(diào)整管理器進一步配置 為,發(fā)起至少一個第二臨床應用,將所述第二臨床應用與所述第一臨床工具相連接,并且其 中,所述系統(tǒng)還包括: 顯示器,用于使用所述第一臨床工具在所述第二臨床應用內(nèi)部顯示所述第一臨床發(fā) 現(xiàn)。
26. 根據(jù)權(quán)利要求23所述的系統(tǒng),其中,所述工作上下文自動調(diào)整管理器進一步配置 為,將第二臨床工具與所述第一臨床應用相連接,并且使用所述第二臨床工具創(chuàng)建第二臨 床發(fā)現(xiàn),并且其中,所述系統(tǒng)還包括: 顯示器,用于在所述第二臨床應用內(nèi)部顯示所述第一臨床發(fā)現(xiàn)和所述第二臨床發(fā)現(xiàn)。
27. 根據(jù)權(quán)利要求23所述的系統(tǒng),其中,所述系統(tǒng)配置為,當臨床用戶從所述第一臨床 任務流程切換到第二臨床任務流程時在所述第二臨床任務流程內(nèi)部顯示所述第一臨床發(fā) 現(xiàn)。
28. 根據(jù)權(quán)利要求18所述的系統(tǒng),其中,所述工作上下文自動調(diào)整管理器進一步配置 為,將所述第一臨床應用與關聯(lián)于所述第一臨床應用的默認工具集合相連接。
29. 根據(jù)權(quán)利要求28所述的系統(tǒng),其中,所述第一臨床工具是所述默認工具集合的部 分。
30. 根據(jù)權(quán)利要求18所述的系統(tǒng),其中,所述工作上下文自動調(diào)整管理器進一步配置 為, 識別將要被加載到所述第一臨床應用中的臨床發(fā)現(xiàn); 確定在所述第一臨床應用內(nèi)部是否需要附加的臨床工具來使用所述臨床發(fā)現(xiàn);和 如果在所述第一臨床應用內(nèi)部不需要附加的臨床工具來使用所述臨床發(fā)現(xiàn),則將所述 臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
31. 根據(jù)權(quán)利要求18所述的系統(tǒng),其中,所述工作上下文自動調(diào)整管理器進一步配置 為, 識別要被加載到所述第一臨床應用中的臨床發(fā)現(xiàn); 確定在所述第一臨床應用內(nèi)部是否需要附加的臨床工具來使用所述臨床發(fā)現(xiàn); 如果在所述第一臨床應用內(nèi)部需要附加的臨床工具來使用所述臨床發(fā)現(xiàn),則將至少一 個第二臨床工具與所述第一臨床應用相連接,以便使用所述臨床發(fā)現(xiàn);和 將所述臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
32. 根據(jù)權(quán)利要求31所述的系統(tǒng),其中,所述工作上下文自動調(diào)整管理器進一步配置 為, 如果在所述第一臨床應用內(nèi)部不需要附加的臨床工具來使用所述臨床發(fā)現(xiàn),則將所述 臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
33. 根據(jù)權(quán)利要求18所述的系統(tǒng),其中,所述工作上下文自動調(diào)整管理器進一步配置 為,通過 響應于所述臨床應用和工具發(fā)起請求創(chuàng)建用于將所述第一臨床應用與所述第一臨床 工具相連接的軟件部件;和 在數(shù)據(jù)庫中與第一臨床應用標識符和第一臨床工具標識符相關聯(lián)地存儲所述軟件部 件,用于將所述第一臨床應用與所述第一臨床工具相連接, 來將至少所述第一臨床工具與至少所述第一臨床應用相連接。
34. 根據(jù)權(quán)利要求33所述的系統(tǒng),其中,所述工作上下文自動調(diào)整管理器進一步配置 為, 訪問所述數(shù)據(jù)庫,以便響應于所述臨床應用和工具請求將所述第一臨床應用與所述第 一臨床工具相連接。
35. -種存儲了計算機可執(zhí)行指令的計算機可讀介質(zhì),其在被執(zhí)行時使得計算機執(zhí)行 一種用于在醫(yī)學圖像評估和診斷系統(tǒng)中動態(tài)地連接臨床工具、臨床應用和臨床發(fā)現(xiàn)的方 法,所述方法包括: 從臨床應用和工具發(fā)起請求中提取用于第一臨床任務流程的臨床應用和工具信息;和 基于所提取的臨床應用和工具信息將至少一個第一臨床工具與響應于所述臨床應用 和工具發(fā)起請求而被發(fā)起的至少一個第一臨床應用相連接,所述第一臨床工具獨立于所述 第一臨床應用。
36. 根據(jù)權(quán)利要求35所述的計算機可讀介質(zhì),其中,所述方法還包括: 將使用所述第一臨床工具創(chuàng)建的先前的臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
37. 根據(jù)權(quán)利要求36所述的計算機可讀介質(zhì),其中,所述先前的臨床發(fā)現(xiàn)在先前的臨 床任務流程內(nèi)部被創(chuàng)建。
38. 根據(jù)權(quán)利要求35所述的計算機可讀介質(zhì),其中,所述第一臨床工具在所述第一臨 床應用的運行時間與所述第一臨床應用相連接。
39. 根據(jù)權(quán)利要求35所述的計算機可讀介質(zhì),其中,所述方法還包括: 先于提取所述臨床應用和工具信息,攔截所述臨床應用和工具發(fā)起請求,所述臨床應 用和工具發(fā)起請求旨在用于由所述臨床應用和工具信息所識別的應用模塊;和 響應于所述臨床應用和工具發(fā)起請求,發(fā)起所述第一臨床應用。
40. 根據(jù)權(quán)利要求35所述的計算機可讀介質(zhì),其中,所述方法還包括: 使用連接到所述第一臨床應用的所述第一臨床工具產(chǎn)生第一臨床發(fā)現(xiàn)。
41. 根據(jù)權(quán)利要求40所述的計算機可讀介質(zhì),其中,所述方法還包括: 與第一臨床應用標識符和第一臨床工具標識符相關聯(lián)地存儲所述第一臨床發(fā)現(xiàn),以便 將所述第一臨床應用與所述第一臨床工具和所述第一臨床發(fā)現(xiàn)相連接。
42. 根據(jù)權(quán)利要求41所述的計算機可讀介質(zhì),其中,所述方法還包括: 發(fā)起至少一個第二臨床應用; 將所述第二臨床應用與所述第一臨床工具相連接;以及 使用所述第一臨床工具在所述第二臨床應用內(nèi)部顯示所述第一臨床發(fā)現(xiàn)。
43. 根據(jù)權(quán)利要求40所述的計算機可讀介質(zhì),其中,所述方法還包括: 將第二臨床工具與所述第一臨床應用相連接; 使用所述第二臨床工具創(chuàng)建第二臨床發(fā)現(xiàn);以及 在所述第二臨床應用內(nèi)部顯示所述第一臨床發(fā)現(xiàn)和所述第二臨床發(fā)現(xiàn)。
44. 根據(jù)權(quán)利要求40所述的計算機可讀介質(zhì),其中,所述方法還包括: 從所述第一臨床任務流程切換到第二臨床任務流程;和 在所述第二臨床任務流程內(nèi)部顯示所述第一臨床發(fā)現(xiàn)。
45. 根據(jù)權(quán)利要求35所述的計算機可讀介質(zhì),其中,所述方法還包括: 將所述第一臨床應用與關聯(lián)于所述第一臨床應用的默認工具集合相連接。
46. 根據(jù)權(quán)利要求45所述的計算機可讀介質(zhì),其中,所述第一臨床工具是所述默認工 具集合的部分。
47. 根據(jù)權(quán)利要求35所述的計算機可讀介質(zhì),其中,所述方法還包括: 識別將要被加載到所述第一臨床應用中的臨床發(fā)現(xiàn); 確定在所述第一臨床應用內(nèi)部是否需要附加的臨床工具來使用所述臨床發(fā)現(xiàn);和 如果在所述第一臨床應用內(nèi)部不需要附加的臨床工具來使用所述臨床發(fā)現(xiàn),則將所述 臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
48. 根據(jù)權(quán)利要求35所述的計算機可讀介質(zhì),其中,所述方法還包括: 識別要被加載到所述第一臨床應用中的臨床發(fā)現(xiàn); 確定在所述第一臨床應用內(nèi)部是否需要附加的臨床工具來使用所述臨床發(fā)現(xiàn); 如果在所述第一臨床應用內(nèi)部需要附加的臨床工具來使用所述臨床發(fā)現(xiàn),則將至少一 個第二臨床工具與所述第一臨床應用相連接,以便使用所述臨床發(fā)現(xiàn);和 將所述臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
49. 根據(jù)權(quán)利要求48所述的計算機可讀介質(zhì),其中,所述方法還包括: 如果在所述第一臨床應用內(nèi)部不需要附加的臨床工具來使用所述臨床發(fā)現(xiàn),則將所述 臨床發(fā)現(xiàn)加載到所述第一臨床應用中。
50. 根據(jù)權(quán)利要求35所述的計算機可讀介質(zhì),其中,所述連接包括: 響應于所述臨床應用和工具發(fā)起請求,創(chuàng)建用于將所述第一臨床應用與所述第一臨床 工具相連接的軟件部件;和 在數(shù)據(jù)庫中與第一臨床應用標識符和第一臨床工具標識符相關聯(lián)地存儲所述軟件部 件,以便將所述第一臨床應用與所述第一臨床工具相連接。
51. 根據(jù)權(quán)利要求50所述的計算機可讀介質(zhì),其中,所述連接還包括: 訪問所述數(shù)據(jù)庫,以便響應于所述臨床應用和工具請求將所述第一臨床應用與所述第 一臨床工具相連接。
【文檔編號】G06Q50/22GK104156794SQ201410076310
【公開日】2014年11月19日 申請日期:2014年3月4日 優(yōu)先權(quán)日:2013年3月13日
【發(fā)明者】C.查拉德, L.多米尼克 申請人:西門子公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
阿拉尔市| 镇坪县| 儋州市| 子长县| 昌平区| 铜山县| 青神县| 三江| 安西县| 泽普县| 延安市| 大冶市| 西峡县| 德保县| 宁化县| 淮安市| 拜泉县| 通州市| 合山市| 昌邑市| 大同市| 印江| 金堂县| 绥宁县| 新蔡县| 屯留县| 宁远县| 宿松县| 西乌| 谷城县| 临漳县| 澄迈县| 和政县| 牟定县| 凤山县| 视频| 南宫市| 金坛市| 莒南县| 开远市| 富平县|