(57)【要約】      （修正有）【課題】医療画像管理システムにおいて同じものを使用するための画像ビューア及び方法を提供する。【解決手段】医療画像管理システムは、圧縮画像画素データを受け取るネットワーク通信インタフェース、圧縮ＤＩＣＯＭ画像画素データ及びレンダリングされた画像をキャッシュする画像キャッシュメモリ、ネットワーク接続インタフェースおよびメモリに結合され、画像レンダリングパイプラインを実装する一または二以上のプロセッサ及びビューアを用いて画像を表示するためのディスプレイを備える。画像レンダリングは、選択した画像に関連付けられた圧縮画像画素データが画像キャッシュメモリ内にある場合は、画像キャッシュからの圧縮画像画素データをフェッチし、ビューアを用いて表示するために画像をレンダリングし、ない場合は、ビューアを用いて表示するために画像のバージョンを離れた場所からダウンロードする。【選択図】図３
2020064610.tif 000002
【特許請求の範囲】
【請求項１】
システムであって、
圧縮画像画素データを受け取るためのネットワーク通信インタフェースと、
圧縮ＤＩＣＯＭ画像画素データおよびレンダリングされた画像をキャッシュするための画像キャッシュメモリと、
レビューのためにヘルスケア研究の開始に応答して画像レンダリングを実行するための、ネットワーク接続インタフェースおよびメモリに結合し画像レンダリングパイプラインを実装するように構成された一または二以上のプロセッサと、
ビューアを用いて表示可能な画像を表示するために前記一または二以上のプロセッサに結合されたディスプレイと、
を備え、
前記画像レンダリングは
表示するために選択された画像に関連付けられた圧縮画像画素データが画像キャッシュメモリ内にあるかどうかを決定すること
を含み、
圧縮画像画素データが画像キャッシュメモリ内にある場合、
画像キャッシュからの前記圧縮画像画素データをフェッチすることであって、画像画素データが前記ヘルスケア研究内のシリーズからの画像のプレレンダリングされたバージョンを表す、フェッチすることと、
前記画像画素データを取得するために前記圧縮画像画素データを解凍することと、
前記画像画素データに一または二以上の画像処理動作を実行することと、
画像処理が施された前記画像画素データから表示可能な画像を生成することと、
前記ディスプレイ上のビューアを用いて表示するための前記表示可能な画像をレンダリングすることと、
を含み、
圧縮画像画素データが画像キャッシュメモリ内にない場合、
前記ビューアを用いて表示するための前記表示可能な画像のバージョンを離れた場所からダウンロードすること
を含む、システム。
【請求項２】
前記プロセッサが、ネットワーク接続を介して前記システムに対して離れて設置されたサーバからの圧縮画像画素データをリクエストし、前記圧縮画像画素データを前記画像キャッシュにダウンロードするようにさらに動作可能である、請求項１に記載のシステム。
【請求項３】
前記プロセッサが、
開始されている前記ヘルスケア研究に応答して前記リクエストを生成してキューに入れ、
ローダを使用して前記リクエストを前記離れて設置されたサーバに送り、
離れて設置されたサーバから圧縮画像画素データを受け取り、当該離れて設置されたサーバから受け取った前記圧縮画像画素データを画像キャッシュ内に格納する
ようにさらに動作可能である、請求項２に記載のシステム。
【請求項４】
前記プロセッサが、前記圧縮画像画素データが前記画像キャッシュ内に格納されていないという決定に応答して前記サーバからの前記圧縮画像画素データをリクエストする、請求項３に記載のシステム。
【請求項５】
前記圧縮画像画素データが優先度に基づいて前記プロセッサによりリクエストされる、請求項４に記載のシステム。
【請求項６】
前記ディスプレイに表示するために選択されたシリーズの一部である画像に関連付けられた圧縮画像画素データがより高い優先度を有し、前記ディスプレイに表示するために選択された前記シリーズの一部でない画像に関連付けられた圧縮画像画素データの前にリクエストされる、請求項５に記載のシステム。
【請求項７】
前記プロセッサが、ネットワーク速度が閾値を下回る低速ネットワーク環境を補うために、サーバから離れて設置されたサーバからの前記圧縮画像画素データをリクエストすることにより画像キャッシュからの圧縮画像画素データをリクエストするように動作可能である、請求項１に記載のシステム。
【請求項８】
前記画像がＤＩＣＯＭ画像を備える、請求項１に記載のシステム。
【請求項９】
前記プロセッサが、レビューのために研究が開始される前にバックグラウンドプロセスとして圧縮画像データを前記画像キャッシュにダウンロードするように動作可能である、請求項１に記載のシステム。
【請求項１０】
前記ビューアがブラウザの一部である、請求項１に記載のシステム。
【請求項１１】
グラフィックユーザインタフェース（ＧＵＩ）にヘルスケア研究からの画像を表示するための方法であって、方法が
表示するために選択されたヘルスケア研究の画像に関連付けられた圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内にあるかどうかを決定すること
を含み、
表示するために選択されたヘルスケア研究の画像に関連付けられた前記圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内にある場合、次に
画像キャッシュからの前記圧縮画像画素データをフェッチすることであって、画像画素データが前記ヘルスケア研究内のシリーズからの画像のプレレンダリングされたバージョンを表す、フェッチすることと、
前記画像画素データを取得するために前記圧縮画像画素データを解凍することと、
前記画像画素データに一または二以上の画像処理動作を実行することと、
画像処理が施された前記画像画素データから表示可能な画像を生成することと、
ディスプレイ上のビューアを用いて表示するための前記表示可能な画像をレンダリングすることと、
を含み、
表示するために選択されたヘルスケア研究の画像に関連付けられた前記圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内に無い場合、次に
前記ビューアを用いて表示するための前記表示可能な画像のバージョンを離れた場所からダウンロードすることと、
ビューアを用いて前記表示可能な画像を表示することと、
を含む、方法。
【請求項１２】
ネットワーク接続を介してシステムに対して離れて設置されたサーバからの圧縮画像画素データをリクエストすることと、前記圧縮画像画素データを前記画像キャッシュにダウンロードすることと、をさらに含む、請求項１１に記載の方法。
【請求項１３】
前記ビューアを用いて表示するための前記表示可能な画像のレンダリングされたバージョンを離れた場所からダウンロードすることが、
開始されている研究に応答して前記医療画像管理システムにおいて前記リクエストを生成してキューに入れることと、
前記医療画像管理システムのローダにより前記リクエストを前記離れて設置されたサーバに送ることと、
前記医療画像管理システムにより離れて設置されたサーバから圧縮画像画素データを受け取り、当該離れて設置されたサーバから受け取った前記圧縮画像画素データを画像キャッシュ内に格納することと、
を含む、請求項１２に記載の方法。
【請求項１４】
前記圧縮画像画素データが優先度に基づいてフェッチされる、請求項１１に記載の方法。
【請求項１５】
前記ディスプレイに表示するために選択されたシリーズの一部である画像に関連付けられた圧縮画像画素データがより高い優先度を有し、前記ディスプレイに表示するために選択された前記シリーズの一部でない画像に関連付けられた圧縮画像画素データの前にリクエストされる、請求項１４に記載の方法。
【請求項１６】
前記画像がＤＩＣＯＭ画像を備える、請求項１１に記載の方法。
【請求項１７】
前記ビューアがブラウザの一部である、請求項１１に記載の方法。
【請求項１８】
その中に少なくとも一つのプロセッサおよび一つのメモリを有するシステムにより実行されるとグラフィックユーザインタフェース（ＧＵＩ）内のヘルスケア研究からの画像を表示するための方法を前記システムに実行させる、そこに格納された命令を有する非一過性コンピュータ可読ストレージ媒体であり、前記方法が、
表示するために選択されたヘルスケア研究の画像に関連付けられた圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内にあるかどうかを決定すること、
を含み、
表示するために選択されたヘルスケア研究の画像に関連付けられた前記圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内にある場合、次に
画像キャッシュからの前記圧縮画像画素データをフェッチすることであって、画像画素データが前記ヘルスケア研究内のシリーズからの画像のプレレンダリングされたバージョンを表す、フェッチすることと、
前記画像画素データを取得するために前記圧縮画像画素データを解凍することと、
前記画像画素データに一または二以上の画像処理動作を実行することと、
画像処理が施された前記画像画素データから表示可能な画像を生成することと、
前記ディスプレイ上のビューアを用いて表示するための前記表示可能な画像をレンダリングすることと、
を含み、
表示するために選択されたヘルスケア研究の画像に関連付けられた前記圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内に無い場合、次に
前記ビューアを用いて表示するための前記表示可能な画像のバージョンを離れた場所からダウンロードすることと、
ビューアを用いて前記表示可能な画像を表示することと、
を含む、非一過性コンピュータ可読ストレージ媒体。
【請求項１９】
前記方法が、ネットワーク接続を介して前記システムに対して離れて設置されたサーバからの圧縮画像画素データをリクエストすることと、前記圧縮画像画素データを前記画像キャッシュにダウンロードすることと、をさらに含む、請求項１８に記載の非一過性コンピュータ可読ストレージ媒体。
【請求項２０】
前記ビューアを用いて表示するための前記表示可能な画像のレンダリングされたバージョンを離れた場所からダウンロードすることが、
開始されている研究に応答して前記医療画像管理システムにおいてリクエストを生成してキューに入れることと、
前記医療画像管理システムのローダにより前記リクエストを離れて設置されたサーバに送ることと、
前記医療画像管理システムにより離れて設置されたサーバから圧縮画像画素データを受け取り、当該離れて設置されたサーバから受け取った前記圧縮画像画素データを画像キャッシュ内に格納することと、
を含む、請求項１９に記載の非一過性コンピュータ可読ストレージ媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は医療イメージング分析の分野に関し、特には、本発明の実施形態は低速ネットワーク環境においてキャッシュされた圧縮画素データを使用して医療画像をローカルでレンダリングし、表示することに関する。
【背景技術】
【０００２】
現在の医療イメージング技術は数ある中でも、Ｘ線、マンモグラム、コンピュータ断層撮影（ＣＴ）スキャン、磁気共鳴画像（ＭＲＩ）、陽電子放出断層撮影（ＰＥＴ）スキャンおよび超音波画像のような医療画像の使用を含む。これらの画像は医療イメージングモダリティにより生成される。
【０００３】
医療施設は医療画像を表示するための電子ディスプレイをより容易に導入している。イメージングモダリティが医療画像を入手した後しばしば、これらの画像は画像アーカイブおよび通信システム（ＰＡＣＳ）に送られる研究（ｓｔｕｄｙ）に含まれる。ＰＡＣＳは複数の場所から画像へのアクセスを可能にする医療イメージング技術である。医師および／または他の医療専門家らはＰＡＣＳに格納された研究を取得し、彼らの患者に関する臨床情報を取得するために研究内の画像をレビューするかまたは読み取る。患者が緊急の処置を必要とする深刻な医療状態である場合は、医師はしばしば研究内の画像をレビューすることにより決定をすることができる。
【０００４】
医師および／または他の医療専門家らはしばしば、ディスプレイを有するワークステーション上の画像を観察する。ワークステーション上の研究からの画像を観察するために離れて設置されたサーバで画像がレンダリングされ、次にレンダリングされた画像はワークステーションに表示するためにネットワークを通じてダウンロードされる。特定の画像のレンダリングは画像を観察するというリクエストに応答してリアルタイムに生じる。レンダリングされた画像はその性能がネットワーク速度に大きく依存するワークステーションにネットワークを通じてダウンロードされる。したがって、ネットワーク速度が遅い場合、次にレンダリングされた画像の受け取りが遅延する。このような遅延は、特に医師および／または医療専門家が直ちに画像をレビューすることが必要であるケースにおいては回避することが望ましい。
【発明の概要】
【０００５】
医療画像管理システムにおいて同じものを使用する画像ビューアおよび方法が説明される。一実施形態では、システムは画像画素データを受け取るためのネットワーク通信インタフェース、圧縮ＤＩＣＯＭ画像画素データおよびレンダリングされた画像をキャッシュするための画像キャッシュメモリ、レビューのためにヘルスケア研究の開始に応答して画像レンダリングを実行するために、ネットワーク接続インタフェースおよびメモリに結合され、画像レンダリングパイプラインを実装するように構成された一または二以上のプロセッサおよびビューアを用いて表示可能な画像を表示するための一または二以上のプロセッサに結合されたディスプレイを備え、ここで画像レンダリングは表示するために選択された画像に関連付けられた圧縮画像画素データが画像キャッシュメモリ内にあるかどうかを決定することを含み、圧縮画像画素データが画像キャッシュメモリ内にある場合は、次に画像キャッシュからの圧縮画像画素データをフェッチすることであって、画像画素データがヘルスケア研究内のシリーズからの画像のプレレンダリングされたバージョンを表す、フェッチすること、画像画素データを取得するための圧縮画像画素データを解凍すること、画像画素データに一または二以上の画像処理動作を実行すること、画像処理が施された画像画素データから表示可能な画像を生成すること、およびディスプレイ上のビューアを用いて表示するために表示可能な画像をレンダリングすることを含み、圧縮画像画素データが画像キャッシュメモリ内にない場合は、次にビューアを用いて表示するために表示可能な画像のバージョンを離れた場所からダウンロードすることを含む。
【０００６】
本発明は以下で与えられる詳細な説明および本発明の様々な実施形態の添付図面からより完全に理解されるであろう。しかしながらこれらは本発明を固有の実施形態に限定するものではなく例示および理解のみを目的とするものであると解釈されるべきである。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施形態が実装される例示的な医療情報コンピューティングシステム環境を例示する。
【図２】グラフィックユーザインタフェース（ＧＵＩ）にシリーズ画像を表示するためのコンピューティングシステムアーキテクチャの一実施形態を示すプロックダイアグラムである。
【図３】医療画像管理システムを用いて実行されている画像レンダリングのためのプロセスの一実施形態のデータフローダイアグラムである。
【図４】医療画像管理システムの一実施形態の画像リクエストおよびレンダリングのための動作リストである。
【図５】グラフィックユーザインタフェース（ＧＵＩ）にシリーズ画像を表示するためのプロセスの一実施形態のフローダイアグラムである。
【図６】システムに対して離れて設置されたサーバからの圧縮画像画素データをリクエストし、その圧縮画像画素データを画像キャッシュにダウンロードするためのプロセスの一実施形態のフローダイアグラムである。
【図７】ヘルスケア研究からの画像を生成およびレンダリングする医療イメージングおよび情報管理システムの論理的に表現した例示的な実施形態を例示する。
【発明を実施するための形態】
【０００８】
以下の説明において、本発明のより完全な説明を提供するための多数の詳細が述べられる。しかしながら、当業者には、本発明はこれらの固有の詳細を用いることなく実施され得ることが明らかになるであろう。他の例では、本発明を不明瞭にすることを回避するために、周知の構造およびデバイスは詳細を示すのではなく、ブロックダイアグラムの形態で示される。
【０００９】
本発明の実施形態は特に低速ネットワーク環境において医療またはヘルスケア画像をレンダリングおよび表示するためのシステム、方法、およびＧＵＩに関する。本発明のシステム、方法、およびＧＵＩは低速ネットワークによりこのような画像の生成および表示が不必要に遅延する可能性がある場合、圧縮画像画素データ（例えば、ＤＩＣＯＭ画像画素データ）をキャッシュし、画像のサーバ側でのレンダリングに依存する代わりにローカルでレンダリングする能力を有するだけではない。本発明の概要を簡潔に説明した後、図１−７を参照して本発明の実施形態を論じる。
【００１０】
本発明の実施形態の主題は、法定の要件に適合するように本明細書において具体的に説明される。しかしながら、本説明自体によりこの特許の範囲が限定されることを意図するものではない。むしろ、本発明者らは他の現在または将来の技術と共に異なるステップまたはこの文書で説明される一のステップと類似するステップの組合せを含み、他の方法でも具現化され得るように熟慮してきた。
【００１１】
本発明の実施形態を簡潔に説明した後、本発明の実施形態の実装において使用するのに好適な、例示的な動作環境を以下で説明する。
【００１２】
一般に図面を、特に図１を最初に参照すると、本発明の実施形態が実装され得る医療情報コンピューティングシステム環境が例示されており、概して参照番号１２０として表されている。例示されている医療情報コンピューティングシステム環境１２０は一つの好適なコンピューティング環境の単なる例であり、本発明の使用または機能の範囲に関して任意の限定を示唆することを意図するものではないことが当業者においては理解され、認識されるであろう。医療情報コンピューティングシステム環境１２０は示される任意の単一のコンポーネントまたはコンポーネントの組合せに関するあらゆる依存や要件を有すると解釈されるべきではない。
【００１３】
本発明の実施形態は多数の汎用または特殊目的のコンピューティングシステム環境または構成を用いて動作可能であり得る。本発明を用いて使用するのに好適であり得る周知のコンピューティングシステム、環境、および／または構成の例は、例としてのみ、パーソナルコンピュータ、サーバコンピュータ、手持ち式またはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースシステム、プログラマブル民生用電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上述のシステムまたはデバイスのいずれかを含む分散型コンピューティング環境等を含む。
【００１４】
本発明の実施形態はコンピュータにより実行されるプログラムモジュールのようなコンピュータ実行可能命令の一般的な文脈において説明され得る。一般的に、プログラムモジュールはルーチン、プログラム、オブジェクト、コンポーネント、および特定のタスクを実行するかまたは特定の抽象データ型を実装するデータ構造を含むが、これらに限定されない。本発明はまた通信ネットワークを通じてリンクされているリモートプロセッシングデバイスによりタスクが実行される分散型コンピューティング環境において実施することもできる。分散型コンピューティング環境において、プログラムモジュールは例としてのみメモリストレージデバイスを含む、ローカルおよび／またはリモートコンピュータストレージ媒体に関連付けて設置され得る。
【００１５】
引き続き図１を参照すると、例示的な医療情報コンピューティングシステム環境１２０はコントロールサーバ１２２の形態の汎用コンピューティングデバイスを含む。コントロールサーバ１２２のコンポーネントはプロセッシングユニット、内部システムメモリ、およびデータベースクラスタ１２４を含む様々なシステムコンポーネントとコントロールサーバ１２２とを結合するのに好適なシステムバスを含み得るが、これらに限定されない。システムバスは様々なバスアーキテクチャのいずれかを使用するメモリバスまたはメモリコントローラ、周辺機器用バス、およびローカルバスを含む、バス構造のいくつかのタイプのいずれかであり得る。このようなアーキテクチャは、例としてＩｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＳＡ）バス、Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＭＣＡ）バス、Ｅｎｈａｎｃｅｄ ＩＳＡ（ＥＩＳＡ）バス、Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ（ＶＥＳＡ）ローカルバス、およびＭｅｚｚａｎｉｎｅバスとしても知られるＰｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）バスを含むが、これらに限定されない。
【００１６】
コントロールサーバ１２２は典型的に様々なコンピュータ可読媒体、例えば、データベースクラスタ１２４をその中に含むか、またはそれへのアクセスを有する。コンピュータ可読媒体はサーバ１２２によりアクセスされ得る任意の利用可能な媒体とすることができ、揮発性および不揮発性媒体ならびに取出し可能および取出し不可能な媒体を含む。コンピュータ可読媒体は例としてコンピュータストレージ媒体を含み得るが、これに限定されない。コンピュータストレージ媒体はコンピュータ可読命令、データ構造、プログラムモジュール、または他のデータのような情報ストレージのための任意の方法または技術で実装される揮発性および不揮発性媒体ならびに取出し可能および取出し不可能な媒体を含み得るが、これらに限定されない。この点について、コンピュータストレージ媒体はＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）または他の光学ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくは他の磁気ストレージデバイス、または所望の情報を格納するために使用されることができ、コントロールサーバ１２２によりアクセスされ得る任意の他の媒体を含み得るが、これらに限定されない。通信媒体は例として有線ネットワークまたは直接有線接続、ならびに音響、ＲＦ、赤外線、および他の無線媒体のような無線媒体を含むが、これらに限定されない。上記のいずれかの組合せはまたコンピュータ可読媒体の範囲に含まれ得る。
【００１７】
上記で論じられ図１に例示されるデータベースクラスタ１２４を含むコンピュータストレージ媒体はコンピュータ可読命令、データ構造、プログラムモジュール、およびコントロールサーバ１２２に対する他のデータのストレージを提供する。コントロールサーバ１２２は一または二以上のリモートコンピュータ１２８への論理接続を使用してコンピュータネットワーク１２６において動作し得る。リモートコンピュータ１２８は医療または研究環境、例えば以下に限定されないが、臨床実験室（例えば、分子診断実験室）、病院および他の入院施設、獣医環境、通院施設、医療費請求およびフィナンシャルオフィス、病院管理施設、ホームヘルスケア環境、および臨床医のオフィスにおける様々な場所に配置され得る。臨床医は治療医または内科医、集中治療専門医、外科医、放射線医、心臓専門医、およびがん専門医のような専門医、救急医療技術者、外科助手、ナースプラクティショナー、看護師、看護助手、薬剤師、栄養士、微生物学者、実験室エキスパート、実験室の技術者、遺伝カウンセラー、研究者、獣医、学生等を含み得るが、これらに限定されない。リモートコンピュータ１２８はまた従来とは異なる医療環境に物理的に設置することができ、それによりヘルスケアコミュニティ全体がネットワーク上に統合され得る。リモートコンピュータ１２８はパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、他の共通ネットワークノード等であってもよく、コントロールサーバ１２２に関連付けて上記で説明された要素のいくつかまたは全てを含み得る。デバイスはパーソナルデジタルアシスタントまたは他の同様なデバイスとすることができる。
【００１８】
例示的なコンピュータネットワーク１２６はローカルエリアネットワーク（ＬＡＮ）および／または広域ネットワーク（ＷＡＮ）を含み得るが、これらに限定されない。このようなネットワーク環境はオフィス、企業全体のコンピュータネットワーク、イントラネット、およびインターネットにおいてありふれたものである。ＷＡＮネットワーク環境で活用される場合、コントロールサーバ１２２はモデムまたはインターネットのようなＷＡＮを介した通信を構築するための他の手段を含み得る。ネットワーク接続された環境では、プログラムモジュールまたはそれらの一部分はコントロールサーバ１２２、データベースクラスタ１２４、またはリモートコンピュータ１２８のうちのいずれかに関連付けて格納され得る。例えば、様々なアプリケーションプログラムはリモートコンピュータ１２８のうち任意の一または二以上に関連付けられたメモリに存在し得る。当業者においては示されているネットワーク接続は例示的なものでありコンピュータ間（例えば、コントロールサーバ１２２とリモートコンピュータ１２８との間）の通信リンクを構築する他の手段か活用され得ることを理解されたい。
【００１９】
動作中、臨床医は命令および情報をコントロールサーバ１２２に入力することができ、またはキーボード、（一般にマウスと呼ぶ）ポインティングデバイス、トラックボール、もしくはタッチパッドのような入力デバイスを通じてリモートコンピュータ１２８のうち一または二以上を介して命令および情報をコントロールサーバ１２２に伝搬することができる。他の入力デバイスはマイクロフォン、スキャナ等を含み得るが、これらに限定されない。命令および情報はまたリモートヘルスケアデバイスからコントロールサーバ１２２に直接送られ得る。モニタに加え、コントロールサーバ１２２および／またはリモートコンピュータ１２８はスピーカーおよびプリンタのような他の周辺出力デバイスを含み得る。
【００２０】
コントロールサーバ１２２およびリモートコンピュータ１２８の多くの他の内部コンポーネントは示されていないが、当業者においてはこのようなコンポーネントおよびそれらの相互接続が周知のものであることを理解されたい。したがって、コントロールサーバ１２２の内部構造とリモートコンピュータ１２８とを接続するさらなる詳細が本明細書においてさらに開示されることはない。
【００２１】
図２を参照すると、ローカルでレンダリングされる圧縮画像画素データを使用してローカルで画像をレンダリングすることにより低速ネットワーク環境において医療画像（例えば、ＤＩＣＯＭ画像）のシームレスな観察のための例示的なコンピューティングシステムアーキテクチャを示すブロックダイアグラムが例示されている。図２に示されているコンピューティングシステムアーキテクチャは、一つの好適なコンピューティングシステムの単なる例であり、任意の単一のモジュール／コンポーネントまたはモジュール／コンポーネントの組合せに関連付けられたあらゆる依存や要件を有することを意図するものではないことを理解されたい。
【００２２】
コンピューティングシステムは画像ビューア２１０および複数のヘルスケア研究の画像シリーズからの医療画像を格納し、維持する一または二以上のデータベース２３０を含む。例示的な医療画像はＥＣＨＯ画像、および他のヘルスケア画像のような放射線画像、実験室の画像、写真、心臓の画像を含む。当業者においては、データベースは別々に維持してもよく、または統合してもよいことを理解されたい。データベース２３０は画像が電子カルテから選択され、また画像ビューア２１０を介してビューア内で起動され、表示され得るように、患者のＥＭＲにリンクされている画像を含み得る。本明細書で活用されるように、頭字語「ＥＭＲ」は限定を意味するものではなく、デジタル形式でレンダリングされる患者の医療記録のいずれかまたは全ての態様を広く指し得る。一般に、ＥＭＲはコンピューティングデバイスの助けを用いて個々の記録の格納および検索を調整するように構成されたシステムによりサポートされる。そのため、様々なタイプのヘルスケア関連情報がこのようにして格納およびアクセスされる。例として、ＥＭＲは以下のタイプの情報のうち一または二以上を格納し得る：患者の人口統計、医療履歴（例えば、検査ならびに健康および病気の経過報告）、薬およびアレルギーリスト／予防接種状況、実験室テスト結果、放射線画像（例えば、Ｘ線、ＣＴ、ＭＲＩ等）、他の画像、固有の医療状態に対する証拠に基づく提案、予約の記録および内科医のメモ、請求記録、および関連する医療デバイスから受け取ったデータ。したがって、ＥＭＲを用いるシステムにより医療ミスが低減し、内科医の効率が増加し、コストが低減し、そしてヘルスケアの標準化が促進される。表示コンポーネント２２０はモニタ、コンピュータスクリーン、投影デバイスまたはグラフィックユーザインタフェースを表示することのできる出力を表示するための他のハードウェアデバイスであり得るグラフィックディスプレイデバイスを含む。
【００２３】
画像ビューア２１０は一よりも多くのソースまたはデータベースから取得された画像を受け取り、表示する。したがって、単一のストレージリポジトリまたは単一のＰＡＣＳシステムは必要とされない。画像ビューア２１０は例えば図１を参照して上記で説明されたコントロールサーバ１２２のような一または二以上のコンピューティングデバイスに存在し得る。コントロールサーバ１２２は例としてコンピュータプロセッサを含み、またサーバ、パーソナルコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、手持ち式デバイス、モバイルデバイス、民生用電子デバイス等であり得る。
【００２４】
画像ビューア２１０は選択コンポーネント２１２、ビューアコンポーネント２１４、画像プロセッシングおよびレンダリングコンポーネント２１６、サブスクリプションコンポーネント２１８、および表示コンポーネント２２０を備える。様々な実施形態において、画像ビューア２１０は履歴コンポーネント２２２、情報コンポーネント２２４、および操作コンポーネント２２６を含む。画像ビューア２１０はデータベース２３０に格納される現在の研究からヘルスケア画像を受け取るように描写されている一方で、画像ビューア２１０は複数の施設および／または複数の場所に散在するデータベースを含む複数のソースからヘルスケア画像を受け取り得ることを理解されたい。画像ビューア２１０は患者のＥＭＲ内のリンクを介して上記で説明されたソースからヘルスケア画像を受け取り得ることも理解されたい。
【００２５】
選択コンポーネント２１２はヘルスケア研究の選択を受け取る。ヘルスケア研究は一または二以上のシリーズを備える。各シリーズは様々な角度からの画像の主題を描写する一または二以上の画像を備える。マルチメディアマネージャー内のリスト各々は利用可能な研究、画像、および他の媒体のリストを提供する。臨床医はビューアで起動させるために所望の項目を選択することができる。一実施形態では、所望の項目の選択はＥＭＲ内で作られ得る。
【００２６】
選択コンポーネント２１２が臨床医の選択を受け取ると、ビューアコンポーネント２１４は選択された研究に対してビューアを起動させる。画像プロセッシングおよびレンダリングコンポーネント２１６は、ローカルストレージ（例えば、ローカル画像キャッシュ）から示すために選択された少なくとも一つの画像に関連付けられた圧縮画像画素データにアクセスし、画像画素データを解凍し、（それが望ましいかまたは必要な場合は）一または二以上の画像処理動作を実行し、画像をレンダリングする。
【００２７】
圧縮画像画素データが利用可能でない場合、サブスクリプションコンポーネント２１８は離れた場所（例えば、離れて設置されたサーバ）からの圧縮画像画素データのリクエストを制御し、データを受け取り、それをローカルに格納する。一実施形態では、サブスクリプションコンポーネント２１８は優先度の高いサブスクリプション順に基づいて圧縮画像画素データを取得する。その後、画像プロセッシングおよびレンダリングコンポーネント２１６は圧縮画像画素データから表示可能な画像を生成およびレンダリングする。
【００２８】
表示コンポーネント２２０はビューアに現在の研究の一または二以上の画像を表示する。
【００２９】
一実施形態では、履歴コンポーネント２２２は異なる研究および一よりも多くのヘルスケア画像に関連付けられた臨床画像の履歴を表示する。履歴コンポーネント２２２によりさらに履歴からの一または二以上の画像の選択が表示コンポーネント２２０によりビューアに表示されることが可能になる。例えば、選択コンポーネント２１２は特定の研究の臨床医からの選択を受け取った可能性がある。しかしながら、表示コンポーネント２２０がその選択された研究を備える画像を表示すると、履歴コンポーネント２２２は他の研究および特定の臨床医にとって興味深い臨床画像を表示し得る。臨床医は次にビューア内で起動させるために履歴から追加する項目を選択し得る。
【００３０】
一実施形態では、情報コンポーネント２２４は一よりも多くのヘルスケア画像、履歴、またはそれらの組合せに関連付けられた追加情報を表示する。追加情報は患者識別情報、画像関連情報、研究関連情報、またはそれらの組合せを備える。このような追加情報はまた時間関連情報も含み得る。
【００３１】
一実施形態では、操作コンポーネント２２６により臨床医がヘルスケア画像のディスプレイを操作することが可能になる。例えば、臨床医はビューア内でレンダリングされる画像が所望のレベルの詳細を見るためには十分に大きくないことを決定し得る。臨床医はズームインまたはズームアウトすることができ、したがって操作コンポーネント２２６は画像の表示を操作する。同様に、臨床医は画像をパンすることを所望することができ、したがって操作コンポーネント２２６は画像の表示を操作する。
【００３２】
図３は医療画像管理システムを用いて実行されている画像レンダリングのためのプロセスの一実施形態のデータフローダイアグラムである。医療画像管理システムは、現在の研究の一つの画像シリーズからの少なくとも一つの画像を用いてＧＵＩ内のレイアウトを作成するために画像レンダリングおよび観察を実行する。一実施形態では、医療画像管理システムはシステム内の圧縮画像画素データをキャッシュすること、およびローカルで画像をレンダリングすることにより低速ネットワーク環境において医療画像（例えば、ＤＩＣＯＭ画像）のシームレスな観察を提供する。一実施形態では、システムは図２のビューアのうち一つ、または図７のシステムを用いて実装される。
【００３３】
一実施形態では、医療画像管理システムは圧縮画像画素データを受け取るためのネットワーク通信インタフェース、圧縮ＤＩＣＯＭ画像画素データおよびレンダリングされた画像をキャッシュするための画像キャッシュメモリ、ネットワーク接続インタフェースに結合された一または二以上のプロセッサおよびビューアを用いて表示可能な画像を表示するために一または二以上のプロセッサに結合されたディスプレイ（例えば、医療画像管理システムのディスプレイに表示されているブラウザのウィンドウ）を備え、メモリはレビューのためのヘルスケア画像の開始に応答して画像レンダリングを実行するために画像レンダリングパイプラインを実装するように構成される。一実施形態では、医療画像管理システムはワークステーションを備える。
【００３４】
一実施形態では、画像レンダリングは表示するために選択された画像に関連付けられた圧縮画像画素データが画像キャッシュメモリ内にあるかどうかを決定することを含み、圧縮画像画素データが画像キャッシュメモリ内にある場合は、次に画像キャッシュからの圧縮画像画素データをフェッチすることであって、画像画素データがヘルスケア研究内のシリーズからの画像のプレレンダリングされたバージョンを表す、フェッチすること、画像画素データを取得するために圧縮画像画素データを解凍すること、画像画素データに一または二以上の画像処理動作を実行すること、画像処理が施された画像画素データから表示可能な画像を生成すること、およびディスプレイ上のビューアを用いて表示するために表示可能な画像をレンダリングすることを含む。
【００３５】
表示するために選択された画像に関連付けられた圧縮画像画素データが画像キャッシュメモリ内に無い場合は、次にビューアを用いて表示するために表示可能な画像のレンダリングされたバージョンを離れた場所からダウンロードする。すなわち、サーバ側でのレンダリングは画像が画像キャッシュにおいて利用可能でない場合にのみ活用される。一実施形態では、プロセッサはネットワーク接続を介したシステムに対して離れて設置されたサーバからの圧縮画像画素データをリクエストし、圧縮画像画素データを画像キャッシュにダウンロードする。
【００３６】
したがって、プロセッサはネットワーク速度が閾値を下回る低速ネットワーク環境を補うために、好ましくはサーバから離れて設置されたサーバからの圧縮画像画素データのリクエストを介して画像キャッシュからの圧縮画像画素データをリクエストする。換言すると、ネットワーク速度に応じて、観察されているシリーズ／研究内の画像に関連付けられた他の圧縮画像データは、それらがローカルでレンダリングされ得るようにキャッシュにダウンロードされ、格納される。
【００３７】
一実施形態では、最初に研究が開始し、研究からの第一の画像が表示するために選択されると、観察される画像はその画像が既にキャッシュされたか否かに応じてサーバまたはクライアントからレンダリングすることができる。
【００３８】
図３を参照すると、一実施形態では、医療画像管理システムを用いて実行されている画像レンダリングのためのプロセスは二つの論理パートを有する。
（１）サブスクリプション：システム内の圧縮された医療画像画素データをキャッシュする。
（２）レンダリング：医療画像画素データを解凍し、表示可能な画像をレンダリングする。
パートに関連付けられた動作の一つの実施形態は図４に描写される。
【００３９】
図３および図４の両方を参照すると、画像ビューア３０１（例えば、ブラウザのウィンドウ）における新しい研究が開始するかまたはスケジュールされたワークリストからユーザがサブスクリプションを始動させると、プロセスのサブスクリプションパートが始動する。一実施形態では、サブスクリプションは研究が開始され、システムがローカルに格納された圧縮画像画素データを既に有していない場合にのみ始動する。デバイスがローカルで利用可能である場合、システムはローカルデータを用いて画像をレンダリングする。
【００４０】
一実施形態では、ワークリストはレビューのために個々に送られ、離れて設置されたストレージからシステムにダウンロードするために指定されたいくつかの研究を含み得る。
【００４１】
サブスクリプションを始動させる際に圧縮ＤＩＣＯＭ画像画素データをワークステーションキャッシュにダウンロードすることができるように、画像ビューア３０１はプレレンダリングされ、最適化されおよび圧縮されたＤＩＣＯＭ画像画素データを離れて設置されたサーバ上で稼働しているイメージングサービス３１２で受け取るためのリクエストを生成する。一実施形態では、以下の最適化が実行される。第一に、画像のプレレンダリングが実行される。一実施形態では、プレレンダリングはＤＩＣＯＭ画像を構文解析することを含み、メタデータからディスプレイ属性を選択する。第二に、一実施形態では、画像がヒストグラムに基づく非線形変換を要求する場合、これはこの処理がクライアントサイドで実行されることを回避するためにプレレンダリングの一部として行われることになる。第三に、一実施形態では、プレレンダリングはまた画素データをメタデータから分離することおよび画素を要求されたディスプレイ特性と組み合わせることも含む。第四に、一実施形態では、圧縮はそのダウンロード時間を低減するための方法のような効率的なやり方で、またその解凍時間を低減することにより適用される。これは低速ネットワークにおけるより高速のダウンロードを助ける。一実施形態では、ワークステーションキャッシュは、メモリキャッシュ３０９が構成された限定に到達すると、キャッシュがワークステーションディスクキャッシュ３１０に延びるような方法でメモリキャッシュ３０９とディスクキャッシュ３１０との組合せを備える。
【００４２】
画像ビューア３０１はサブスクリプションリクエストキュー３０７内のリクエストをキューに入れるリクエストハンドラ３０２にリクエストを送る。一実施形態では、リクエストは優先度に基づいてキューに入れられる。すなわち、サブスクリプションダウンロードの順序は優先度に基づく。一実施形態では、画像ビューア３０１内で表示するために選択されたシリーズのＤＩＣＯＭ画像は常により高い優先度を得て、それらは研究内の他のシリーズの画像に関連付けられた画像データと最初に比較されてキャッシュされることになる。
【００４３】
一実施形態では、ユーザはリーディングプロトコルおよびディスプレイレイアウトを変更することができ、ビューアに関連付けられたツールバーコンポーネントはユーザがディスプレイレイアウトをいつでも変更することができるように表示されている研究に適用可能な複数のリーディングプロトコルおよびレイアウトを表示する。一実施形態では、リーディングプロトコルまたはディスプレイレイアウトまたはスイッチングシリーズを変更すると、サブスクリプションの優先度の変更が動的に発生することになる。より具体的には、サブスクリプションの使用は研究内のシリーズを表す各サブスクリプションリクエストを用いてシリーズレベルで扱われる。一実施形態では、例えば第一の４個のシリーズがリーディングプロトコルに基づいて表示されなければならない１０個のシリーズを有する研究のサブスクリプションを実行すると、１０個のサブスクリプションリクエストはリクエストの残りと比較してより高い優先度を有する第一の４個のリクエストを用いて生成される。ユーザがサブスクリプションの間にリーディングプロトコルを変更すると、既存のサブスクリプションリストにおける優先度は表示されるべきシリーズがより高い優先度を得て、それらの画像が最初にキャッシュされるような方法でリーディングプロトコル／ディスプレイレイアウトにおける変更を反映するために更新される。同様に、ユーザが固有の無作為のシリーズをシリーズピッカからビューポートにドラッグアンドドロップする場合、そのシリーズに対応するサブスクリプションリクエストの優先度はより高くなる。
【００４４】
ローダ３０８はサブスクリプションリクエスト３０７から各リクエストを入手し、ネットワーク３１１（例えば、インターネット）を介したシステムのネットワークインタフェースを通じてそれを送る。一実施形態では、ローダ３０８はＤＩＣＯＭオブジェクトへのウェブアクセス（ＷＡＤＯ）リクエストとしてそのリクエストを送る。離れて設置されたサーバにあるイメージングサーバ３１２はネットワーク３１１からリクエストを受け取り、ＤＩＣＯＭ画像ストレージ３１３からのＤＩＣＯＭ画像画素データをフェッチする。
【００４５】
ＤＩＣＯＭ画像画素データをフェッチした後、イメージングサーバ３１２はプレレンダリングを実行し、画像画素データを最適化し、画像画素データに圧縮を適用する。一実施形態では、プレレンダリングはＤＩＣＯＭ画像ファイル内のいくつかのメタデータから画像画素データを分離することを含む。メタデータのうちいくつかが除去される一方、ウィンドウィング、スロープ／インターセプト、画像幅および高さ、ＳＵＶタイプ、ＳＵＶウィンドウィング、補間、シャッタ、マスク、ソフトコピーＶＯＩ ＬＵＴ、ディスプレイされたエリア、画素間隔、空間変換、光量解釈等に関連付けられた他のもの（メタデータ）は画像画素データと共に保持される。この残りのメタデータは画像をローカルでレンダリングするために使用されることになる。一実施形態では、低速ネットワークにおいてより高速のダウンロードを促進することによりダウンロード時間を低減し、それに続く解凍時間を低減するために適用される圧縮は米国特許第７，１８３，９５０号で説明される圧縮である。別の実施形態では、適用される圧縮は米国特許第７，７７３，８２０号で説明される圧縮であり、これらはいずれも参照により本明細書に組み入れられる。当業者に周知の他の圧縮技術が使用され得ることに留意されたい。
【００４６】
プレレンダリング、任意の最適化、および圧縮を実行した後、イメージングサービス３１２はネットワーク３１１を介して管理システムに圧縮ＤＩＣＯＭ画像画素データを送り返し、圧縮ＤＩＣＯＭ画像画素データは管理システムのネットワークインタフェースにより受け取られ、画像キャッシュに格納される。この時点で、圧縮されたＤＩＣＯＭ画像画素データを解凍することができ、ＤＩＣＯＭ画像画素データから画像がレンダリングされる。
【００４７】
一実施形態では、システムは画像がサブスクリプションの経過を示す画像が表示されるビューポート内のプログレスインジケータ（例えば、ステータスバー）を表示する。データが完全にダウンロードされ、シリーズに対するキャッシュが完了するとプログレスバーは消える。
【００４８】
リクエストがシリーズ内の第一の画像に対するものである場合、イメージングサービス３１２は観察のために選択された画像の完全にレンダリングされたバージョンを提供し得る一方、シリーズ内の他の画像に対しては圧縮されたＤＩＣＯＭ画像画素データを提供することに留意されたい。これにより、ユーザがシリーズからの画像の観察においていくつかのさらなる遅延を回避することが可能になる。
【００４９】
画像レンダリングの間、画像ビューア３０１はキャッシュ３０９からの圧縮されたＤＩＣＯＭ画像をフェッチし、ＤＩＣＯＭ画像画素データにデコンプレッサ３０５を使用して画像を解凍し、画像プロセッサ３０６を使用して解凍されたＤＩＣＯＭ画像画素データに画像処理を実行し、画像ビューア３０１に表示されることになる最終的な表示可能な画像を生成する。
【００５０】
ハイブリッドな手法の一部として、画像が未だキャッシュされていない場合、画像ビューア３０１はレンダリングされた表示可能なＤＩＣＯＭ画像を検索するためにＷＡＤＯ（ＤＩＣＯＭオブジェクトへのウェブアクセス）リクエストをイメージングサービス３１２に送ることにより、画像を表示するためのサーバ側でのレンダリングに依存することになる。このようなケースでは、ユーザは画像ビューアにおけるインタラクティブな動作を進行させるためにワークステーションキャッシュに格納されるべき全ての画像を待機することを要求しない。一実施形態では、このようなリクエストはキューに入れられず、リクエストハンドラ３０２およびローダ３０８を介して直ちにイメージングサービス３１２に送られる。また、一実施形態では、リクエストは圧縮画像画素データではなく完全にレンダリングされた画像（複数可）がリクエストされることを示す。
【００５１】
一実施形態では、レンダリングプロセスは、画像ビューア３０１がそれに応答して認識し、動作を開始するインタラクティブな動作をユーザが画像ビューア３０１を用いて実行することにより開始する。インタラクティブな動作の例にはズーム、パン、ウィンドウィング、回転、フリップ、様々なタイプの画像スクロール、シネ、マスク、シャッタ、画像の拡大、カラーテーブル動作等を含む。このようにして、システムは（イメージングサービス３１２によりプレレンダリングされた）当初のＤＩＣＯＭ画像画素データに動作を実行することができる。
【００５２】
画像ビューア３０１は、インタラクティブな動作に応答してリクエストが格納されているリクエストハンドラ３０２を介してレンダリングリクエストをレンダリングリクエストキュー３０３に納める。レンダラー３０４はキューからリクエストを取り出し、画像キャッシュ３０９から圧縮されプレレンダリングされ最適化された画像画素データを取得し、デコンプレッサ３０５を使用してプレレンダリングされ最適化されたＤＩＣＯＭ画像データに解凍を実行し、画像プロセッサ３０６を使用してＤＩＣＯＭデータを処理し、レンダラー３０４により処理された画像データを表示可能な画像に変換する。レンダラー３０４は表示可能な画像を画像ビューア３０１に移動させ、画像ビューア３０１はシステムのディスプレイに表示可能なＤＩＣＯＭ画像を描写する。デコンプレッサ３０５により実行される解凍はイメージングサービス３１２により実行される圧縮３１４とは逆にすることである。画像プロセッサ３０５により実行される画像処理動作は画像ビューア３０１に対する可能性のあるインタラクティブな動作を実装することであることに留意されたい。
【００５３】
図５はグラフィックユーザインタフェース（ＧＵＩ）におけるシリーズ画像を表示するためのプロセスの一実施形態のフローダイアグラムである。一実施形態では、プロセスはハードウェア（回路、専用論理部等）、ソフトウェア（例えば、チップ上で稼働するソフトウェア）、ファームウェア、またはその三つの組合せを備え得る処理論理部により実行される。一実施形態では、プロセスは画像プロセッサ、画像レンダラー、およびディスプレイを有する医療画像管理システムにより実行される。
【００５４】
図５を参照すると、表示するために選択されたヘルスケア研究の画像に関連付けられた圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内にあるかどうかを決定する処理論理部によりプロセスが開始される（処理ブロック５０１）。画像キャッシュメモリ内にある場合、次にプロセスは処理論理部が画像キャッシュからの圧縮画像画素データをフェッチする処理ブロック５０２に移る。一実施形態では、上記で説明されたように、画像画素データはヘルスケア研究内のシリーズからの画像のプレレンダリングされたバージョンを表している。
【００５５】
圧縮画像画素データをフェッチした後、処理論理部は画像画素データを取得するために圧縮画像画素データを解凍し、画像画素データに一または二以上の画像処理動作を実行し、画像処理が施された画像画素データから表示可能な画像を生成し、ディスプレイ上のビューアを用いて表示するために表示可能な画像をレンダリングする。一実施形態では、一または二以上の動作はウィンドウィング、シネ、ズーム、パン、ウィンドウレベリング、および彼らのレビュー中に医療画像に実行される周知の画像処理動作を含む。
【００５６】
表示するために選択された画像に関連付けられた圧縮画像画素データが画像キャッシュメモリ内にない場合、次にプロセスは処理論理部が離れた場所（例えば、離れて設置されたサーバ）からビューアを用いて表示するための表示可能な画像をレンダリングされたバージョンをダウンロードする処理ブロック５０３に移る。
【００５７】
その後、処理論理部は医療画像管理システムのビューアを用いて表示可能な画像を表示する（処理ブロック５０４）。
【００５８】
図６はネットワーク接続を介してシステムに対して離れて設置されたサーバからの圧縮画像画素データをリクエストし、圧縮画像画素データを画像キャッシュにダウンロードするためのプロセスの一実施形態のフローダイアグラムである。一実施形態では、プロセッサはハードウェア（回路、専用論理部等）、ソフトウェア（例えば、チップ上で稼働するソフトウェア）、ファームウェア、またはその三つの組合せを備え得る処理論理部により実行される。一実施形態では、プロセスは画像ローダおよび画像キャッシュを有する医療画像管理システムにより実行される。
【００５９】
図６を参照すると、プロセスはヘルスケア研究の開始に応答して圧縮画像画素データに対するリクエストを生成する処理論理部により開始される（処理ブロック６０１）。一実施形態では、圧縮画像画素データに対するリクエストを納めるための処理論理部は医療画像管理システムのリクエストハンドラの一部である。
【００６０】
リクエストを生成した後、処理論理部は医療画像管理システムのリクエストキュー内の圧縮画像画素データに対するリクエストをキューに入れる（処理ブロック６０２）。このキューに入れられるいくつかのリクエストがあり得ることに留意されたい。これらのリクエストはそれらがキュー内に格納される順に扱われる。別の実施形態では、リクエストは優先度に基づいて扱われる。一実施形態では、優先度は医療画像管理システムのサブスクリプション論理部により制御される。
【００６１】
続いて、処理論理部はリクエストキューからリクエストを取り出す（処理ブロック６０３）。一実施形態では、圧縮画像画素データに対するリクエストをキューから取り出すための処理論理部は医療画像管理システムのローダの一部である。
【００６２】
処理論理部は医療画像管理システムのネットワークインタフェースを使用し、離れて設置されたサーバにネットワークを介してキューから取り出されたリクエストを送る（処理ブロック６０４）。一実施形態では、リクエストはレンダリングされるべき画像へのアクセスを有するリモートサーバにインターネットを介して送られる。
【００６３】
サーバの処理論理部はリクエストを受け取り（処理ブロック６０５）、ストレージ（例えば、離れて設置されたストレージ）からの画像データ（例えば、ＤＩＣＯＭ画像のための画像データ）をフェッチし（処理ブロック６０６）、フェッチされた画像画素データを圧縮し（処理ブロック６０７）、そしてネットワークを介して離れて設置されたサーバから医療画像管理システムに圧縮画像データを送る（処理ブロック６０８）。
【００６４】
医療画像管理システムの処理論理部は圧縮画像画素データを受け取り、それを医療画像管理システムの画像キャッシュ内に格納する（処理ブロック６０９）。一実施形態では、医療画像管理システムのローダはネットワーク接続を使用して圧縮画像画素データを受け取り、格納する。
【００６５】
［例示的な医療画像管理システム］
図７は上記で論じられた画像比較レイアウトを生成およびレンダリングする医療イメージングおよび情報管理システム７００を論理的に表現した例示的な実施形態を例示する。システムは画像の類似性に基づいて画像シリーズのマッチングを実行し、現在の研究および一または二以上の過去の（以前に作成された）研究のシリーズ画像を用いて自動的にレイアウトを作成する。一実施形態では、システム７００は上記で詳細に説明されたような医療画像システムの一部である。
【００６６】
医療イメージングおよび情報管理システム７００は第一の伝送媒体７２０を介して通信インタフェース論理部７１０に結合される一または二以上のプロセッサ７０１を含む。通信インタフェース論理部７１０により他の電子デバイスへの通信が可能になり、特には医師、看護師および／または医療技術者、ヘルスケア研究を格納するリモートデータベース（例えば、ＰＡＣＳ）、および研究を生成して送るヘルスケアモダリティのようなリモートユーザとの通信が可能になる。本開示の一実施形態によると、通信インタフェース論理部７１０は有線接続のための一または二以上のポートを含む物理的なインタフェースとして実装され得る。加えて、またはこれに代えて、通信インタフェース論理部７１０は他の電子デバイスとの無線通信をサポートするための一または二以上の無線ユニットを用いて実装され得る。
【００６７】
プロセッサ（複数可）７０１は伝送媒体７２５を介して永続ストレージ７３０にさらに結合される。本開示の一実施形態によると、永続ストレージ７３０は（ａ）ユーザインタフェース論理部７４１、（ｂ）画像プロセッシングおよびレンダリング論理部７４２、（ｃ）通知および割当て論理部７４３、（ｄ）サブスクリプション論理部７３１、（ｅ）インポート論理部７３２、（ｆ）スナップショット生成論理部７３３、（ｇ）ディスプレイ制御論理部７３４、（ｈ）画像データベース７３５、（ｉ）メモデータベース７３６および（ｊ）記録データベース７３７を含み得る。
【００６８】
ユーザインタフェース論理部７４１はスクリーンに表示されているユーザと表示エリアとの間の相互作用を可能にするための論理部を含み得る。
【００６９】
画像処理およびレンダリング論理部７４２は上記で説明されたようにレンダリングされるべき画像をリクエストし、圧縮画像画素データから画像をレンダリングするための論理部を含む。一実施形態では、画像処理およびレンダリング論理部７４２は例えば上記で説明されたように画像データに一または二以上の画像処理動作を実行する。
【００７０】
サブスクリプション論理部７３１は医療イメージングおよび情報管理システム７００が圧縮画像画素データ（例えば、ＤＩＣＯＭ画像からのＤＩＣＯＭ画像画素データ）をキャッシュするための論理部を含む。一実施形態では、サブスクリプション論理部７３１は医療イメージングおよび情報管理システム７００の画像ビューアにおける新しい研究の開始に応答して始動する。一実施形態では、サブスクリプション論理部７３１はスケジュールされたワークリストからも始動される。一実施形態では、サブスクリプション論理部７３１は優先度の高いサブスクリプション順に基づいて圧縮画像画素データを取得する。一実施形態では、医療イメージングおよび情報管理システム７００のビューア内に表示するために選択されたシリーズの画像がより高い優先度を得て研究内の他のシリーズと比較して最初にキャッシュされるように、サブスクリプションの順序が優先度に基づく。一実施形態では、リーディングプロトコル、ディスプレイレイアウトまたはシリーズスイッチの変化に応答し、サブスクリプションの優先度を動的に変更する。一実施形態では、サブスクリプション論理部７３１はサブスクリプションダウンロードプロセスの経過を示す、ビューアに表示するためのプログレスインジケータを生成する。
【００７１】
通知および割当て論理部７４３は研究レビューのための通知および／または割当てを発行して送るための論理部を含む。
【００７２】
インポート論理部７３２はストレージデバイスから情報の一または二以上の部分を検索し、情報の一または二以上の部分の各々をビューアまたはビューアテンプレートの別々の表示エリアにインポートするための論理部を含み得る。例えば、情報の一部は（ｉ）Ｘ線、マンモグラム、コンピュータ断層撮影（ＣＴ）スキャン、磁気共鳴画像法（ＭＲＩ）、陽電子放出断層撮影（ＰＥＴ）スキャンおよび／または超音波画像法（イメージング）を含む医療画像、（ｉｉ）医療画像のうち一または二以上に関する内科医のメモ、および／または（ｉｉｉ）一または二以上の医療画像のサブジェクトのうち一または二以上に対応する医療記録を含み得るが、これらに限定または制限されない。
【００７３】
スナップショット生成論理部７３３はレイアウトテンプレートの少なくとも第一の状態を保存するための論理部を含む。第一の状態を保存することは少なくとも（ｉ）一または二以上の情報の部分、および（ｉｉ）非一過性なコンピュータ可読媒体内の情報の一または二以上の部分の各々の特性の観察を格納することを含み得る。レイアウトテンプレートは現在の研究からの一または二以上の画像を描写している比較レイアウトおよび一または二以上の以前に作成された研究と類似であるように決定される一または二以上の画像を描写し得る。
【００７４】
ディスプレイ制御論理部７３４は圧縮画像画素データからローカルでレンダリングされたかまたはサーバ側でレンダリングされサーバから表示可能な形態で送られた画像を表示するための論理部を含む。一実施形態では、ディスプレイ制御論理部７３４は画像が表示されるブラウザを表示するための論理部を含む。
【００７５】
画像データベース７３５、メモデータベース７３６および記録データベース７３７は単一の非一過性コンピュータ可読媒体ストレージデバイスを備えてもよく、または各々が別々の非一過性コンピュータ可読媒体ストレージデバイスであってもよい。画像データベース７３５はユーザがビューアまたは他のＧＵＩの表示エリアにインポートし得る医療画像を格納する。メモデータベース７３６はユーザがレイアウトテンプレートの表示エリアにインポートし得る、医師、看護師、医療技術者等により記録されるメモを格納する。最後に、記録データベース７３７はユーザがレイアウトテンプレートの表示エリアにインポートし得る医療記録を格納する。
【００７６】
本明細書に記載されるいくつかの例示的な実施形態が存在する。
【００７７】
例１は、圧縮画像画素データを受け取るためのネットワーク通信インタフェース、圧縮されたＤＩＣＯＭ画像画素データおよびレンダリングされた画像をキャッシュするための画像キャッシュメモリ、レビューのためにヘルスケア研究の開始に応答して画像レンダリングを実行するためのネットワーク接続インタフェースおよびメモリに結合し、画像レンダリングパイプラインを実装するように構成された一または二以上のプロセッサ、およびビューアを用いて表示可能な画像を表示するために一または二以上のプロセッサに結合されたディスプレイを備えるシステムであり、ここで画像レンダリングは表示するために選択された画像に関連付けられた圧縮画像画素データが画像キャッシュメモリ内にあるかどうかを決定することを含み、圧縮画像画素データが画像キャッシュメモリ内にある場合は、次に画像キャッシュからの圧縮画像画素データをフェッチすることであって、画像画素データがヘルスケア研究内のシリーズからの画像のプレレンダリングされたバージョンを表す、フェッチすること、画像画素データを取得するために圧縮画像画素データを解凍すること、画像画素データに一または二以上の画像処理動作を実行すること、画像処理が施された画像画素データから表示可能な画像を生成すること、およびディスプレイ上のビューアを用いて表示可能な画像をレンダリングすることを含み、圧縮画像画素データが画像キャッシュメモリ内に無い場合は、次にビューアを用いて表示するための表示可能な画像のバージョンを離れた場所からダウンロードすることを含む。
【００７８】
例２は、プロセッサが、ネットワーク接続を介してシステムに対して離れて設置されたサーバからの圧縮画像画素データをリクエストし、圧縮画像画素データを画像キャッシュにダウンロードするように動作可能であることを任意選択的に含み得る例１のシステムである。
【００７９】
例３は、プロセッサが、開始されているヘルスケア研究に応答してリクエストを生成してキューに入れ、ローダを使用してリクエストを離れて設置されたサーバに送り、離れて設置されたサーバから圧縮画像画素データを受け取り、離れて設置されたサーバから受け取った圧縮画像画素データを画像キャッシュ内に格納するようにさらに動作可能であることを任意選択的に含み得る例２のシステムである。
【００８０】
例４は、プロセッサが、圧縮画像画素データが画像キャッシュに格納されていないという決定に応答してサーバからの圧縮画像画素データをリクエストすることを任意選択的に含み得る例３のシステムである。
【００８１】
例５は、圧縮画像画素データが優先度に基づいてプロセッサによりリクエストされることを任意選択的に含み得る例４のシステムである。
【００８２】
例６は、ディスプレイに表示するために選択されたシリーズの一部である画像に関連付けられた圧縮画像画素データがより高い優先度を有すること、およびディスプレイに表示するために選択されたシリーズの一部でない画像に関連付けられた圧縮画像画素データの前にリクエストされることを任意選択的に含み得る例５のシステムである。
【００８３】
例７は、プロセッサが、ネットワーク速度が閾値を下回る低速ネットワーク環境を補うために、サーバから離れて設置されたサーバからの圧縮画像画素データをリクエストすることにより画像キャッシュからの圧縮画像画素データをリクエストするように動作可能であることを任意選択的に含み得る例１のシステムである。
【００８４】
例８は、画像がＤＩＣＯＭ画像を備えることを任意選択的に含み得る例１のシステムである。
【００８５】
例９は、プロセッサが、レビューのために研究が開始される前にバックグラウンドプロセスとして圧縮画像データを画像キャッシュにダウンロードするように動作可能であることを任意選択的に含み得る例１のシステムである。
【００８６】
例１０は、ビューアがブラウザの一部であることを任意選択的に含み得る例１のシステムである。
【００８７】
例１１は、グラフィックユーザインタフェース（ＧＵＩ）にヘルスケア研究からの画像を表示するための方法であって、方法は表示するために選択されたヘルスケア研究の画像に関連付けられた圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内にあるかどうかを決定することを含み、表示するために選択されたヘルスケア研究の画像に関連付けられた圧縮画像画素データが医療画像管理システム内の画像キャッシュメモリ内にある場合は、次に画像キャッシュからの圧縮画像画素データをフェッチすることであって、画像画素データがヘルスケア研究内のシリーズからの画像のプレレンダリングされたバージョンを表す、フェッチすること、画像画素データを取得するために圧縮画像画素データを解凍すること、画像画素データに一または二以上の画像処理動作を実行すること、画像処理が施された画像画素データから表示可能な画像を生成すること、およびディスプレイ上のビューアを用いて表示するために表示可能な画像をレンダリングすることを含み、表示するために選択されたヘルスケア研究の画像に関連付けられた圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内に無い場合は、次にビューアを用いて表示するために表示可能な画像のバージョンを離れた場所からダウンロードすること、およびビューアを用いて表示可能な画像を表示することを含む。
【００８８】
例１２は、ネットワーク接続を介してシステムに対して離れて設置されたサーバからの圧縮画像画素データをリクエストすること、および圧縮画像画素データを画像キャッシュにダウンロードすることを任意選択的に含み得る例１１の方法である。
【００８９】
例１３は、ビューアを用いて表示するための表示可能な画像のレンダリングされたバージョンを離れた場所からダウンロードすることが、研究が開始されていることに応答して医療画像管理システムにおいてリクエストを生成してキューに入れること、医療画像管理システムのローダによりリクエストを離れて設置されたサーバに送ること、医療画像管理システムにより離れて設置されたサーバから圧縮画像画素データを受け取り、離れて設置されたサーバから受け取った圧縮画像画素データを画像キャッシュ内に格納することを任意選択的に含み得る例１１の方法である。
【００９０】
例１４は、圧縮画像画素データが優先度に基づいてフェッチされ得ることを任意選択的に含み得る例１１の方法である。
【００９１】
例１５は、ディスプレイに表示するために選択されたシリーズの一部である画像に関連付けられた圧縮画像画素データがより高い優先度を有すること、およびディスプレイで表示するために選択されたシリーズの一部でない画像に関連付けられた圧縮画像画素データの前にリクエストされることを任意選択的に含み得る例１４の方法である。
【００９２】
例１６は、画像がＤＩＣＯＭ画像を備えることを任意選択的に含み得る例１１の方法である。
【００９３】
例１７は、ビューアがブラウザの一部であることを任意選択的に含み得る例１１の方法である。
【００９４】
例１８は、その中に少なくとも一つのプロセッサおよび一つのメモリを有するシステムにより実行されるとグラフィックユーザインタフェース（ＧＵＩ）内のヘルスケア研究からの画像を表示するための方法をシステムに実行させる、そこに格納された命令を有する非一過性コンピュータ可読ストレージ媒体であり、ここで方法は表示するために選択されたヘルスケア研究の画像に関連付けられた圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内にあるかどうかを決定することを含み、表示するために選択されたヘルスケア研究の画像に関連付けられた圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内にある場合は、次に画像キャッシュからの圧縮画像画素データをフェッチすることであって、画像画素データがヘルスケア研究内のシリーズからの画像のプレレンダリングされたバージョンを表す、フェッチすること、画像画素データを取得するために圧縮画像画素データを解凍すること、画像画素データに一または二以上の画像処理動作を実行すること、画像処理が施された画像画素データから表示可能な画像を生成すること、およびディスプレイ上のビューアを用いて表示するための表示可能な画像をレンダリングすることを含み、表示するために選択されたヘルスケア研究の画像に関連付けられた圧縮画像画素データが医療画像管理システムの画像キャッシュメモリ内に無い場合は、次にビューアを用いて表示するための表示可能な画像のバージョンを離れた場所からダウンロードすること、およびビューアを用いて表示可能な画像を表示することを含む。
【００９５】
例１９は、方法がネットワーク接続を介してシステムに対して離れて設置されたサーバからの圧縮画像画素データをリクエストすること、および圧縮画像画素データを画像キャッシュにダウンロードすることを任意選択的にさらに含み得る例１８のコンピュータ可読ストレージ媒体である。
【００９６】
例２０は、ビューアを用いて表示するために表示可能な画像のレンダリングされたバージョンを離れた場所からダウンロードすることが、開始されている研究に応答して医療画像管理システムにおいてリクエストを生成してキューに入れること、医療画像管理システムのローダにより離れて設置されたサーバにリクエストを送ること、医療画像管理システムにより離れて設置されたサーバから圧縮画像画素データを受け取り、離れて設置されたサーバから受け取った圧縮画像画素データを画像キャッシュ内に格納することを任意選択的に含み得る例１９のコンピュータ可読ストレージ媒体である。
【００９７】
上記の詳細な説明のいくつかの部分は、コンピュータメモリ内部のデータビット上の動作のアルゴリズムおよび記号表現に関して示される。これらのアルゴリズムによる記述および表現はデータ処理分野の当業者の仕事の内容を、彼らが当該技術分野の他の当業者に最も効果的に伝えるために使用される手段である。ここで、および一般に、アルゴリズムは所望の結果へ導くステップの一貫性のあるシーケンスであるべきだと考えられる。これらのステップは物理量の物理的な操作を要求するものである。必ずしもそうではないが、通常これらの量は格納され、伝送され、組み合わせられ、比較され、および他の操作をされることのできる電気または磁気信号の形態を取る。主に一般的な使用の理由から、ビット、値、要素、記号、文字、用語、数字等のようなこれらの信号に言及する際に都合がよいことがわかっている。
【００９８】
しかしながら、これらの全ておよび類似の用語は適切な物理量に関連付けられるべきであり、単にこれらの量に適用される便利なラベルであることを念頭に置くべきである。特に断りの無い限り以下の議論から明らかであるように、詳細な説明全体を通じて、「処理する（ｐｒｏｃｅｓｓｉｎｇ）」または「算出する（ｃｏｍｐｕｔｉｎｇ）」または「計算する（ｃａｌｃｕｌａｔｉｎｇ）」または「決定する（ｄｅｔｅｒｍｉｎｉｎｇ）」または「表示する（ｄｉｓｐｌａｙｉｎｇ）」等のような用語を活用する議論は、コンピュータシステムのレジスタおよびメモリ内部の物理（電子）量として表現されるデータをコンピュータシステムメモリまたはレジスタまたは他のこのような情報ストレージ、伝送または表示デバイス内部の物理量として同様に表現される他のデータに操作および変換するコンピュータシステム、または類似の電子コンピューティングデバイスの動作およびプロセスを指すことを理解されたい。
【００９９】
本発明はまた本明細書の動作を実行するための装置にも言及している。この装置は要求される目的のために特別に構築してもよく、またはコンピュータに格納されたコンピュータプログラムにより選択的に起動または再構成される汎用コンピュータを備えてもよい。このようなコンピュータプログラムはフロッピーディスク（登録商標）、光学ディスク、ＣＤ−ＲＯＭ、および磁気光学ディスクを含む任意のタイプのディスク、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気もしくは光学カード、または電子命令を格納するのに好適であり、各々がコンピュータシステムバスに結合する任意のタイプの媒体のようなコンピュータ可読ストレージ媒体に格納され得るが、これらに限定されない。
【０１００】
本明細書で示されるアルゴリズムおよびディスプレイは任意の特定のコンピュータまたは他の装置に本質的に関連しない。様々な汎用システムは本明細書の教示に即したプログラムを用いて使用されてもよく、または要求された方法のステップを実行するための専門的な装置を構築するために都合がよいことが判明する可能性がある。様々なこれらのシステムに適した要求される構造は以下の説明から明らかになるであろう。加えて、本発明は任意の特定のプログラミング言語を参照して説明されない。本明細書に記載されるように様々なプログラミング言語が本発明の教示を実装するために使用され得ることを理解されたい。
【０１０１】
機械可読媒体は機械（例えば、コンピュータ）により読取り可能な形態の情報を格納または伝送するためのメカニズムを含む。例えば、機械可読媒体は読取り専用メモリ（「ＲＯＭ」）、ランダムアクセスメモリ（「ＲＡＭ」）、磁気ディスクストレージ媒体、光学ストレージ媒体、フラッシュメモリデバイス、電気、光学、音響または他の形態の伝搬信号（例えば、搬送波、赤外線信号、デジタル信号等）等を含む。
【０１０２】
本発明の多くの変更および修正が明らかであることは以上の詳細な説明を読まれた当業者においては疑いの無いことであるが、例示の目的で示され、説明された任意の特定の実施形態は限定するものとみなされることを意図したものでは全くないことを理解されるべきである。したがって、様々な実施形態の詳細への言及は本発明に不可欠であるとみなされるこれらの特徴のみを列挙する特許請求の範囲を限定することを意図するものではない。
【図１】
2020064610.tif 000003
【図２】
2020064610.tif 000004
【図３】
2020064610.tif 000005
【図４】
2020064610.tif 000006
【図５】
2020064610.tif 000007
【図６】
2020064610.tif 000008
【図７】
2020064610.tif 000009
【外国語明細書】
2020064610000001.pdf