(57)【特許請求の範囲】
【請求項１】
選択データを生成する医療選択システムであって：
患者のフォローアップ検査において使用する基本ライン画像としての一つまたはそれ以上の医療画像を確立するために、ユーザーが、画像アーカイブシステムの中に含まれる複数の医療画像の中の一つまたはそれ以上の医療画像の選択を確立することができるようにする、ユーザー入力手段と；
（ｉ）前記選択を示す選択データを生成し、かつ、（ｉｉ）前記選択データを複数の医療画像と関連付けることができるように前記選択データの中に選択メタデータを取り込む、ためのプロセッサと；
患者のフォローアップ検査の実行において基本ライン画像として使用するために、前記選択データに基づいて、医療処理システムが、前記画像アーカイブシステムから一つまたはそれ以上の医療画像を獲得できるようにするために、前記選択データを前記患者の前記フォローアップ検査を実行するように構成されている医療処理システムに伝送するための出力手段と；
を含み、
前記医療処理システムは、前記医療選択システムとは分離しており、前記基本ライン画像を使用して、前記フォローアップ検査を実行するためのフォローアップスキャンを計画し、かつ、
前記フォローアップ検査の開始の前には、プリフェッチメカニズムを使用して、複数の前記医療画像が前記医療処理システムに伝送されている、
医療選択システム。
【請求項２】
前記プロセッサは、既存の画像通信規格とコンパチブルなフォーマットを有する前記選択データを生成するように構成されている、
請求項１に記載の医療選択システム。
【請求項３】
前記既存の画像通信規格は、ＤＩＣＯＭである、
請求項２に記載の医療選択システム。
【請求項４】
前記プロセッサは、前記選択データを、ＤＩＣＯＭサービスオブジェクトペアクラスのインスタンスにおいて符号化するように構成されている、
請求項３に記載の医療選択システム。
【請求項５】
前記プロセッサは、前記選択データを、前記ＤＩＣＯＭサービスオブジェクトペアクラスのインフォメーションオブジェクトにおいて符号化するように構成されている、
請求項４に記載の医療選択システム。
【請求項６】
前記医療選択システムは、前記医療処理システムを含むＤＩＣＯＭネットワークにおけるＤＩＣＯＭアプリケーションを形成し、かつ、前記出力手段は、前記ＤＩＣＯＭアプリケーションのエンティティに係るＤＩＣＯＭネットワークインターフェイスである、
請求項３に記載の医療選択システム。
【請求項７】
前記システムは、さらに、
前記複数の医療画像の画像メタデータを獲得するための入力手段であり、前記画像メタデータは前記複数の医療画像のコンテンツを表す、入力手段と、を含み、
前記プロセッサは、前記画像メタデータに基づいて、前記選択メタデータを生成するように構成されている、
請求項１に記載の医療選択システム。
【請求項８】
前記プロセッサは、前記画像メタデータの少なくとも一部を組み込むことによって前記選択メタデータを生成するように構成されている、
請求項７に記載の医療選択システム。
【請求項９】
前記選択データは、ＤＩＣＯＭ一意識別子（ＵＩＤ）、患者名、スタディ識別子、シリーズ番号、用途、のうち一つを含む、
請求項１に記載の医療選択システム。
【請求項１０】
患者のフォローアップ検査を実行するための医療処理システムであって、
医療選択システムから選択データを受け取るための入力手段であり、前記選択データは、画像アーカイブシステムの中に含まれる複数の医療画像の中のユーザーによる一つまたはそれ以上の医療画像の選択を表す、入力手段と；
（ｉ）前記選択データの中に含まれている選択メタデータに基づいて、前記選択データを前記複数の医療画像と関連付け、かつ、（ｉｉ）前記フォローアップ検査の実行において基本ライン画像として使用するために、前記選択データに基づいて、前記画像アーカイブシステムから前記一つまたはそれ以上の医療画像を獲得する、ためのプロセッサと；
を含み、
前記医療処理システムは、前記医療選択システムとは分離しており、前記基本ライン画像を使用して、前記フォローアップ検査を実行するためのフォローアップスキャンを計画し、かつ、
前記フォローアップ検査の開始の前には、プリフェッチメカニズムを使用して、複数の前記医療画像が前記医療処理システムに伝送されている、
医療処理システム。
【請求項１１】
請求項１に記載の医療選択システム、または、請求項１０に記載の医療処理システムを含む、ワークステーションまたは画像装置。
【請求項１２】
通信ネットワークであって：
複数の医療画像を含む画像アーカイブシステムと；
患者のフォローアップ検査を実行するための請求項１０に記載の医療処理システムと；
前記患者のフォローアップ検査の実行において基本ライン画像として使用するために、前記選択データに基づいて、前記医療処理システムが、前記画像アーカイブシステムから前記一つまたはそれ以上の医療画像を獲得できるようにするために、選択データを前記医療処理システムに提供する、請求項１に記載の医療選択システムと；
を含む、通信ネットワーク。
【請求項１３】
選択データを生成する方法であって：
ユーザ入力手段により、患者のフォローアップ検査において使用する基本ライン画像としての一つまたはそれ以上の医療画像を確立するために、ユーザーが、画像アーカイブシステムの中に含まれる複数の医療画像の中の一つまたはそれ以上の医療画像の選択を確立することができるようにするステップと；
少なくとも一つのプロセッサにより、前記選択を示す選択データを生成するステップと；
前記少なくとも一つのプロセッサにより、前記選択データを複数の医療画像と関連付けることができるように前記選択データの中に選択メタデータを取り込むステップと；
出力手段により、患者のフォローアップ検査において基本ライン画像として使用するために、前記選択データに基づいて、医療処理システムが、前記画像アーカイブシステムから一つまたはそれ以上の医療画像を獲得できるようにするために、医療選択システムから分離して前記選択データを医療処理システムに提供するステップと；
を含み、
前記医療処理システムは、前記医療選択システムとは分離しており、前記基本ライン画像を使用して、前記フォローアップ検査を実行するためのフォローアップスキャンを計画し、かつ、
前記フォローアップ検査の開始の前には、プリフェッチメカニズムを使用して、複数の前記医療画像が前記医療処理システムに伝送されている、
方法。
【請求項１４】
プロセッサシステムに、請求項１３に記載の前記方法を実行させるためのインストラクションを含む、コンピュータープログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、選択データの生成に係る医療選択システムおよび方法に関する。本発明は、さらに、医療処理システムに関し、かつ、医療選択システムまたは医療処理システムを含むワークステーションおよび画像システムに関する。本発明は、さらに、明らかにされた方法をプロセッサシステムに実行させるためのインストラクションを含んでいるコンピュータープログラム製品に関する。患者の医療検査は、最初のインスタンス時に医療画像の第１セットを獲得すること、後のインスタンス時に医療画像の第２セットを獲得すること、そして、例えば、患者が治療に反応しているか、組織が時間にわたり成長しているか、等を判断するために、医療画像の両方のセットを比較することを含んでいる。
【０００２】
第１セットの医療画像は、典型的には基本ライン（ｂａｓｅ−ｌｉｎｅ）画像として参照され、患者の基本ラインを確立するために役に立つ。つまり、最初のインスタンス時における患者の状態である。第２セットの医療画像は、典型的にはフォローアップ（ｆｏｌｏｗ−ｕｐ）画像として参照され、患者のフォローアップを確立するために役に立つ。例えば、後のインスタンス時における患者の状態である。フォローアップ画像は、典型的には、患者のフォローアップ検査の最中にフォローアップスキャンを実行することにより獲得される。フォローアップスキャンを実行することは、患者の同一の胴体部分を示すフォローアップ画像を獲得するように基本ライン画像を使用してスキャンを計画すること、同様なスキャン形状を有すること、等を含んでいる。
【０００３】
フォローアップ画像を獲得すると、臨床医は、典型的には、一つまたはそれ以上の基本ライン画像をフォローアップ画像と視覚的に比較することによって、患者の状態における変化を判断する。代替的又は追加的に、一つまたはそれ以上の画像間の相違は、例えば、画像分析技術を使用して、自動的に判断されてよい。
【背景技術】
【０００４】
参照画像としての一つまたはそれ以上の医療画像を確立するために、患者の複数の医療画像の中から一つまたはそれ以上の医療画像を選択することが知られている。参照画像は、患者のフォローアップ検査において使用されるものである。
【０００５】
例えば、「ＡｕｔｏＲｅｓｃａｎ  Ｑｕｉｃｋ  Ｇｕｉｄｅ」は、２０１２年１月１０日付でhttp://www/heidelbergenginerring.com/wp-content/uploads/2095_Product-Lit_AutoRescan-Quick-Guide_LOWERS.PDFから入手できるが、基本ラインスキャンの後で、画像をクリックして「参照設定（”Ｓｅｔ  Ｒｅｆｅｒｅｎｃｅ”）」を選択することによってスキャンがマーク付けされることが開示されている。フォローアップスキャンにおいては、すると、所望の参照スキャンがドロップダウンメニューからユーザーによって選択され得る。参照としてマーク付けされたスキャンだけがメニューリストの中に表れることに留意すべきである。
【０００６】
上述のシステムの問題は、ユーザーは、フォローアップスキャンを行うために使用されたものと同一のシステム上で参照としての画像の選択が必要なことである。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】「ＡｕｔｏＲｅｓｃａｎ  Ｑｕｉｃｋ  Ｇｕｉｄｅ」、２０１２年１月１０日付、http://www/heidelbergenginerring.com/wp-content/uploads/2095_Product-Lit_AutoRescan-Quick-Guide_LOWERS.PDF
【発明の概要】
【発明が解決しようとする課題】
【０００８】
患者のフォローアップ検査を実行するのに使用される医療処理システムから分離して患者が一つまたはそれ以上の医療画像を選択できるようにするための医療選択システムまたは方法を獲得することが、有利である。
【課題を解決するための手段】
【０００９】
この懸念をより良く扱うために、本発明の第１の態様において、選択データを生成する医療選択システムが提供される。医療選択システムは：患者のフォローアップ検査において使用する基本ライン画像としての一つまたはそれ以上の医療画像を確立するために、ユーザーが、複数の医療画像の中の一つまたはそれ以上の医療画像の選択を確立することができるようにする、ユーザー入力と；（ｉ）前記選択を示す選択データを生成し、かつ、（ｉｉ）前記選択データを複数の医療画像と関連付けることができるように前記選択データの中に選択メタデータを取り込む、ためのプロセッサと；患者のフォローアップ検査において基本ライン画像として使用するために、前記選択データに基づいて、医療処理システムが、前記複数の医療画像の中から一つまたはそれ以上の医療画像を選択できるようにするために、前記選択データを医療処理システムに提供するための出力と；を含む。
【００１０】
本発明のさらなる態様においては、患者のフォローアップ検査において基本ライン画像として使用するために、複数の医療画像の中から一つまたはそれ以上の医療画像を選択ための医療処理システムが提供される。医療処理システムは、医療選択システムから選択データを獲得するための入力であり、前記選択データは、前記複数の医療画像の中のユーザーによる前記一つまたはそれ以上の医療画像の選択を表す、入力と；（ｉ）前記選択データの中に含まれている選択メタデータに基づいて、前記選択データを前記複数の医療画像と関連付け、かつ、（ｉｉ）前記選択データに基づいて、前記一つまたはそれ以上の医療画像を選択する、ためのプロセッサと；を含む。
【００１１】
本発明のさらなる態様においては、明らかにされた医療選択システム、または、医療処理システムを含む、ワークステーションおよび画像装置が、提供される。
【００１２】
本発明のさらなる態様においては、選択データを生成する方法が提供される。方法は：患者のフォローアップ検査において使用する基本ライン画像としての一つまたはそれ以上の医療画像を確立するために、ユーザーが、複数の医療画像の中の一つまたはそれ以上の医療画像の選択を確立することができるようにするステップと；前記選択を示す選択データを生成するステップと；前記選択データを複数の医療画像と関連付けることができるように前記選択データの中に選択メタデータを取り込むステップと；患者のフォローアップ検査において基本ライン画像として使用するために、前記選択データに基づいて、医療処理システムが、前記複数の医療画像の中から一つまたはそれ以上の医療画像を選択できるようにするために、前記選択データを医療処理システムに提供するステップと；を含む。
【００１３】
本発明のさらなる態様においては、プロセッサシステムに、明らかにされた方法を実行させるためのインストラクションを含む、コンピュータープログラム製品が提供される。
【００１４】
医療処理システムは、ユーザー入力を含み、それにより、ユーザーは、複数の医療画像から一つまたはそれ以上の医療画像を選択することができる。複数の医療画像は、一人の患者からのものでよい。ユーザーは、患者に実行されるフォローアップ検査のための基本ラインを確立するために、一つまたはそれ以上の医療画像を選択する。選択は、従って、フォローアップ検査において基本ライン画像として使用されるべき複数の医療画像をユーザーが選択することを含んでいる。
【００１５】
医療選択システムは、さらに、選択に基づいて、選択データを生成するプロセッサを含んでいる。選択データは、複数の医療画像のうちどれが選択されたかをそこから判断することができるデータを表している。プロセッサは、追加のメタデータを含むものとして選択データを生成する。選択データが複数の医療画像と合わせられるようにできるヘッダーといったものである。このように、選択データ、および、例えば、マルチな複数の画像を獲得して、選択データは、マルチな複数の画像のうちの一つと関連付けされ得る。
【００１６】
医療選択システムは、さらに、選択データを医療処理システムに伝送する出力を含んでいる。医療処理システムは、選択データに基づいて、複数の医療画像の中から一つまたはそれ以上の医療画像を自動的に選択するように構成されている。医療選択システムから選択データを受け取るために、医療処理システムは、入力を含んでいる。どの複数の医療画像に対して選択データが生成されたかを判断するために、医療処理システムは、選択データの中に含まれたメタデータに基づいて、選択データを特定の複数の医療画像と関連付けするプロセッサを含んでいる。
【００１７】
ユーザーの選択に基づいて、選択データを生成することによって、ユーザーの選択は、複数の医療データから分離したデータとして符号化される。このように、選択データは、複数の医療画像とは独立して、伝送され、または、保管され得る。選択データを複数の医療画像と関連付けさせるメタデータを組み込むことによって、選択データが分離して伝送され又は保管されているにもかかわらず、選択データは複数の医療画像と関連付けられ得る。選択データを生成する医療選択システム、および、選択データに適用する医療処理システムを提供することによって、ユーザーは、患者のフォローアップ検査の実行で使用される医療処理システムと分離して、一つまたはそれ以上の医療画像を選択することができる。
【００１８】
本発明は、患者のフォローアップ検査の実行において使用される医療処理システム上で一つまたはそれ以上の医療画像を選択することは不便であるという認識に部分的に基づいている。選択は、臨床医によって行われるのが望ましいが、一方、医療処理システムは、典型的には、患者のフォローアップ検査といった検査を準備及び/又は実行する技術者によって操作されるからである。医療処理システムの一実施例は、ＭＲ（磁気共鳴）またはＣＴ（コンピュータートモグラフィー）スキャナーがある。医療処理システムの別の実施例は、フォローアップスキャンを計画するために使用されるワークステーションである。医療処理システムの別の実施例は、スキャナーに接続されているＲＩＳ、放射線医学情報システム（Ｒａｄｉｏｌｏｇｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）の略、である。従って、技術者が、臨床医からの入力に基づいて、一つまたはそれ以上の医療画像を選択する必要があり得る。しかしながら、選択は、すると、誤りがちになってしまう。例えば、技術者が臨床医の入力を誤解することがあるからである。代替的に、臨床医が、個人的に医療処理システム上で選択を実行してもよい。しかしながら、臨床医は、すると、医療処理システムに対して物理的にアクセスする必要がある。例えば、検査室に入ることによるものである。不利なことに、臨床医が一時的に医療処理システムを占有し、結果として検査間で余計な時間が必要となる。そうした時間の最中、技術者は検査の準備及び/又は実行ができないからである。
【００１９】
本発明に係る手段により、臨床医といったユーザーは、医療処理システムから分離した医療選択システム上で一つまたはそれ以上の医療画像を選択することができる。医療選択システムは、例えば、臨床医のオフィスの中といった、ユーザーのためにより便利な場所に配置され得る。選択データは、次に、選択が自動的に実行される医療処理システムへ伝送される。さらに、選択データの一部として選択メタデータを備えることによって選択データが誤って、間違った複数の画像に適用されることが避けられる。有利なことに、一つまたはそれ以上の医療画像を選択する必要がある技術者による間違いが避けられる。有利なことに、一つまたはそれ以上の医療画像を選択するために、臨床医が医療処理システムを占有する必要がないので、検査間の時間が削減される。有利なことに、臨床医と技術者のために、より便利な医療ワークフローが提供される。
【００２０】
任意的に、プロセッサは、既存の画像通信規格とコンパチブル（ｃｏｍｐａｔｉｂｌｅ）なフォーマットを有する選択データを生成するように構成されている。既存の画像通信規格とコンパチブルなフォーマットにおいて選択データを提供することによって、医療選択システム、医療処理システム、同様に両方のシステム間の通信ネットワーク、を変更する必要なく、選択データを伝送し、保管することができる。有利なことに、例えば、病院の中の、既存の通信インフラストラクチャーが、選択データを伝送及び/又は保管するために再利用することができる。
【００２１】
任意的に、既存の画像通信規格はＤＩＣＯＭである。ＤＩＣＯＭ、医療におけるデジタル画像と通信（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  ＣＯｍｍｕｎｉｃａｔｉｏｎｓ  ｉｎ  Ｍｅｄｉｃｉｎｅ）の略、は、医療画像における情報を取扱い、保管、印刷、および、伝送するための上手く確立された規格である。ＤＩＣＯＭとコンパチブルなフォーマットを有する選択データを生成することによって、選択データを伝送及び/又は保管するために既存のＤＩＣＯＭ通信ネットワークを使用することができる。有利なことに、選択データは、ＤＩＣＯＭ通信規格とコンパチブルな既存の医療処理システムによって受け取られ、かつ、保管され得る。
【００２２】
任意的に、プロセッサは、ＤＩＣＯＭサービスオブジェクトペアクラス（Ｓｅｒｖｉｃｅ−Ｏｂｊｅｃｔ  Ｐａｉｒ  ｃｌａｓｓ）のインスタンスにおいて選択データを符号化するように構成されている。選択データは、このように、ＤＩＣＯＭ規格に準じた方法で符号化される。有利なことに、ＤＩＣＯＭサービスオブジェクトペアクラスのインスタンスにおいて選択データを符号化することによって、選択データは、医療処理システムにより、容易に複数の医療画像とペアにされ得る。
【００２３】
任意的に、プロセッサは、ＤＩＣＯＭサービスオブジェクトペアクラスのインフォメーションオブジェクト（Ｉｎｆｏｒｍａｔｉｏｎ  Ｏｂｊｅｃｔ）において選択データを符号化するように構成されている。符号化の方法は、ＤＩＣＯＭサービスオブジェクトペアクラスにおける選択データの符号化に上手く適応している。
【００２４】
任意的に、医療選択システムは、医療処理システムを含むＤＩＣＯＭネットワークにおけるＤＩＣＯＭアプリケーションエンティティを形成する。出力は、ＤＩＣＯＭアプリケーションエンティティのＤＩＣＯＭネットワークインターフェイスである。医療選択システムは、このように、ＤＩＣＯＭネットワークと直接的にコンパチブルであり、追加的なインターフェイスを要しない。
【００２５】
任意的に、医療選択システムは、さらに、複数の医療画像の画像メタデータを獲得するための入力を含んでおり、画像メタデータは、複数の医療画像のコンテンツを表している。ここで、プロセッサは、画像メタデータに基づいて選択メタデータを生成するように構成されている。画像メタデータに基づいて選択メタデータを生成することによって、選択メタデータは、また、複数の画像のコンテンツを表しているものとして生成される。有利なことに、選択データは、選択メタデータと画像メタデータが同一または類似のコンテンツを表しているか否かを判断することによって、便利よく複数の医療画像と関連付けされ得る。
【００２６】
任意的に、プロセッサは、画像メタデータの少なくとも一部を組み込むことによって、選択メタデータを生成するように構成されている。画像メタデータの少なくとも一部を組み込むことは、画像メタデータに基づいて、選択データを生成するのに特に適した方法である。有利なことに、選択データは、それぞれのメタデータの部分または全体を直接的に比較することによって、複数の医療画像と関連付けされ得る。
【００２７】
任意的に、選択データは、ＤＩＣＯＭ一意識別子（ＵＩＤ）、患者名、スタディ識別子、シリーズ番号、用途、のうち一つを含んでいる。
【００２８】
任意的に、明らかにされた医療処理システムにおいて、入力は、選択データに基づいて、アーカイブシステムから一つまたはそれ以上の医療画像を獲得するように構成されている。医療処理システムは、ＰＡＣＳ、画像アーカイブと通信システム（Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｙｔｅｍ）の略、といった画像アーカイブシステムから画像を獲得することができる。有利なことに、医療処理システムは、複数の医療画像の全部ではなく、選択された医療画像だけを獲得し、従って、伝送時間とストレージ要求を削減している。
【００２９】
任意的に、医療処理システムは、基本ライン画像を使用して、患者のフォローアップ検査を実行するように構成されている。
【００３０】
任意的に、医療処理システムは、基本ライン画像を使用して、フォローアップ検査に係るフォローアップスキャンを計画するように構成されている。
【００３１】
当業者によって、上述の具体例、実施例、及び/又は、本発明の態様の２つまたはそれ以上は、有効だと思われるあらゆる方法において組み合わせられ得ることが正しく理解されよう。
【００３２】
医療選択システム及び/又は医療処理システムに係る説明された変更および変形に対応する、ワークステーション、画像装置、方法、及び/又は、コンピュータープログラム製品の変更および変形は、本発明開示に基づいて、当業者によって実行され得る。さらに、医療選択システムに係る説明された変更および変形に対応する、医療処理システムの変更および変形は、本発明開示に基づいて、当業者によって実行され得る。逆もまた同様である。
【００３３】
当業者であれば、本方法が、例えば、２次元（２−Ｄ）、３次元（３−Ｄ）、または、４次元（４−Ｄ）といったマルチ次元の画像データに適用され得ることを正しく理解されよう。マルチ次元の画像データの次元は、時間に関するものであってよい。例えば、３次元画像は、時間領域での２次元画像のシリーズを含んでいる。画像は、医療画像であり、種々の獲得モダリティ（ｍｏｄａｌｉｔｙ）によって獲得されたものであってよい。これらに限定されるわけではないが、標準Ｘ線画像、コンピュータートモグラフィー（ＣＴ）、磁気共鳴画像（ＭＲＩ）、超音波（ＵＳ）、陽電子放射型トモグラフィー（ＰＥＴ）、単一光子放射コンピュータートモグラフィー（ＳＰＥＣＴ）、および、核医学（ＮＭ）といったものである。
【００３４】
本発明は、独立請求項において定義されている。有利な実施例が、従属請求項において定義されている。
【図面の簡単な説明】
【００３５】
本発明に係るこれら及び他の態様は、以降に説明される実施例を参照することにより明らかであり、説明される。
【図１】図１は、本発明に従った医療選択システムと医療処理システム、および画像アーカイブシステムを含むシステムを示している。
【図２】図２は、本発明に従った方法を示している。
【図３】図３は、本発明に従ったコンピュータープログラム製品を示している。
【発明を実施するための形態】
【００３６】
図１は、医療選択システム１００を含む通信ネットワーク０１０を示している。医療選択システム１００は、ユーザーが複数の医療画像の中から一つまたはそれ以上の画像の選択を確立できるようにするためのユーザー入力１１０を含んでいる。その目的のために、ユーザー入力１１０は、キーボード１１４、マウス１１６、または、タッチ感知サーフェス（図示なし）といった、ユーザーが動作する一つまたはそれ以上のユーザー入力デバイスを使用してユーザーからユーザー入力データ１１２を受け取るように示されている。医療選択システム１００は、さらに、選択を示す選択データ１３２を生成するためのプロセッサ１２０、および、選択データ１３２に基づいて、医療処理システム１５０が複数の医療画像の中から一つまたはそれ以上の医療画像を選択できるようにするために、選択データ１３２を医療処理システム１５０に提供するための出力１３０、を含んでいる。
【００３７】
図１は、さらに、医療処理システム１５０を含む通信ネットワーク０１０を示している。医療処理システム１５０は、医療選択システム１００から選択データ１３２を獲得するための入力１６０を含んでいる。その目的のために、医療選択システム１００の出力１３０は、医療処理システム１５０の入力１６０に接続されているように示されている。医療処理システム１５０は、さらに、医療選択システム１００から受け取った選択データ１３２に基づいて、一つまたはそれ以上の医療画像を選択するためのプロセッサ１７０を含んでいる。
【００３８】
医療選択システム１００と医療処理システム１５０のオペレーションは、以下のように説明される。医療選択システム１００のユーザー入力１１０により、ユーザーは、複数の医療画像１８２の中で一つまたはそれ以上の医療画像の選択を確立することができる。ユーザーは、患者のフォローアップ検査において使用するように基本ライン画像を選択するために選択を確立する。それは、医療処理システム１５０上で準備及び/又は実行される。よって、一つまたはそれ以上の医療画像は、フォローアップ検査における使用のためにユーザーによって選択された基本ラインを構成している。
【００３９】
ユーザーは、ディスプレイ上に示されている一つまたはそれ以上の複数のサムネイル（図示なし）上でクリックするために、例えば、マウスを動作することによって選択を確立することができる。その目的のために、医療選択システム１００はディスプレイに接続され、ディスプレイ上にグラフィカルユーザーインターフェイスを表示するように構成されている。複数のサムネイルは、複数の医療画像を表している。一つまたはそれ以上のサムネイルをクリックすることにより、ユーザーは、彼または彼女の選択を医療選択システム１００に示すことができる。選択を確立する種々の他の方法が、有利にも使用され得ることに留意すべきである。例えば、サムネイルの隣に追加の情報がユーザーに示されてもよい。例えば、取得日、ファイル名、患者名、等といった、それぞれの画像に係るイメージメタデータである。また、ユーザーが、複数の医療画像又はそれらのサムネイルを備えていなくてもよい。むしろ、ユーザーは、ディスプレイ上でユーザーに提供されるイメージメタデータまたは他の情報だけから選択を確立することができる。
【００４０】
この観点において、医療選択システム１００は、複数の医療画像を含んでも、また、含まなくてもよいことに留意すべきである。複数の医療画像を備える代わりに、医療選択システム１００は、むしろ、それらのサムネイル又は他の情報を備えてもよい。その理由は、複数の医療データは大量のデータから成っており、そうでなければデータは、医療選択システム１００に伝送されるか、医療選択システムによって獲得されることを要するからである。対照的に、サムネイルは、少量のデータから成っており、より容易に又はより速く医療選択システム１００に対して伝送することができる。
【００４１】
医療選択システム１００のプロセッサ１２０は、次に、医療処理システム１５０に伝送されるべきユーザーの選択を確立するための選択データ１３２を生成する。その目的のために、選択データ１３２は、その選択を表している。
【００４２】
例えば、選択データは、一連の識別子を含んでよく、それにより、複数の医療データの中から一つまたはそれ以上の医療データが、特定されて、連続して選択され得る。識別子は、ＤＩＣＯＭ一意識別子（ＵＩＤ）、患者名、スタディ識別子、シリーズ番号、用途、等である。ＤＩＣＯＭ一意識別子は、いわゆる、スタディインスタンスＵＩＤ（Ｓｔｕｄｙ  Ｉｎｓｔａｎｃｅ  ＵＩＤ）、シリーズインスタンスＵＩＤ（Ｓｅｒｉｅｓ  Ｉｎｓｔａｎｃｅ  ＵＩＤ）、イメージインスタンスＵＩＤ（Ｉｍａｇｅ  Ｉｎｓｔａｎｃｅ  ＵＩＤ）、または、ＤＩＣＯＭインフォメーションモデルに基づいて選択データを識別する他の情報、つまり、いわゆるクエリーサービスクラス（Ｑｕｅｒｙ  Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ）およびリトリーブサービスクラス（Ｒｅｔｒｉｅｖｅ  Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ）によって使用され得るもの、であってよい。例えば、選択データ１３２が所定のスタディを特定する場合、一つまたはそれ以上の医療画像は、例えば、画像がそのスタディと関連するか否かを複数の医療画像のイメージメタデータから判断することによって、特定され得る。さらに、選択データが用途を特定する場合、一つまたはそれ以上の医療画像は、例えば、画像がその用途と関連するか否かを複数の医療画像のイメージメタデータから判断することによって、特定され得る。
【００４３】
代替的または追加的に、用途により、医療処理システム１５０は、選択データ１３２をいくつかの複数の医療画像のうち特定の一つと関連付けることができる。従って、用途は、選択メタデータとして役立つように選択データ１３２の中に含まれてよい。選択メタデータは、医療処理システム１５０が、選択データ１３２を特定の複数の医療データと関連付けできるようにする。一般に、選択メタデータは、複数の医療画像のイメージメタデータに基づいている。メタデータは、複数の医療画像のコンテンツを表すものであってよい。どの患者が示されているか、いつ画像が獲得されたか、その画像の獲得のために使用された画像診断技術（ｉｍａｇｉｎｇ  ｍｏｄａｌｉｔｙ）、等といったものである。プロセッサ１２０は、画像メタデータ１４２の少なくとも一部を含むことによって選択メタデータを生成するように構成されている。従って、選択メタデータの少なくとも一部は、複数の医療画像のイメージメタデータの対応する部分と同一であり得る。このことにより、医療処理システム１５０は、選択メタデータと画像メタデータとの間の対応の存在または不在を判断することによって、選択データを特定の複数の画像と関連付けることができる。
【００４４】
図１は、画像アーカイブシステム１８０から画像メタデータ１４２を獲得している医療選択システム１００を示している。画像アーカイブシステム１８０は、画像メタデータ１４２に加えて、複数の医療画像１８２も含んでおり、医療処理システム１５０に対して複数の医療画像１８２を提供する。
【００４５】
選択データ１３２を生成した後で、医療選択システム１００の出力１３０は、次に、選択データを医療処理システム１５０に対して提供する。医療選択システム１００は、通信ネットワークを介して、選択データ１３２を医療処理システム１５０に対して提供してもよい。既存の医療処理システム１５０といった、既存の医療システムとの選択データ１３２の互換性を提供するために、医療選択システム１００のプロセッサ１２０は、以前から存在する通信規格とコンパチブルなフォーマットにおいて選択データ１３２を生成するように構成されている。特に、医療選択システム１００のプロセッサ１２０は、ＤＩＣＯＭフォーマットにおいて選択データ１３２を生成するように構成されてよい。これにより、通信ネットワーク０１０がＤＩＣＯＭネットワークである場合、選択データ１３２を、ＤＩＣＯＭネットワークを介して伝送することができる。この場合において、医療選択システム１００と医療処理システム１５０は、それぞれＤＩＣＯＭネットワーク０１０におけるＤＩＣＯＭアプリケーションエンティティであり得る。それぞれがＤＩＣＯＭネットワークインターフェイスを構成する医療選択システム１００の出力１３０と医療処理システム１５０の入力１６０を伴うものである。
【００４６】
医療選択システム１００のプロセッサ１２０は、ＤＩＣＯＭサービスオブジェクトペア（Ｓｅｒｖｉｃｅ−Ｏｂｊｅｃｔ  Ｐａｉｒ：ＳＯＰ）クラスのインスタンスにおいて選択データ１２０を符号化するように構成されている。例えば、プロセッサ１２０は、ＤＩＣＯＭサービスオブジェクトペアクラスのインフォメーションオブジェクト（Ｉｎｆｏｒｍａｔｉｏｎ  Ｏｂｊｅｃｔ）において、選択データ１３２を符号化する。ＤＩＣＯＭサービスオブジェクトペアクラスは、カスタムクラスであってよく、例えば、選択データ１３２の符号化のために特定的に構成されている。選択データ１３２は、インフォメーションオブジェクトの属性を充填することにより、インフォメーションオブジェクトにおいて符号化され得る。加えて、ＤＩＣＯＭサービスオブジェクトペアクラスは、選択メタデータを符号化し、ＤＩＣＯＭサービスオブジェクトペアクラスの特定の属性において、例えば、スタディ、シリーズ、または、イメージ上の情報を含んでいる。結果として、ＤＩＣＯＭサービスオブジェクトペアクラスは、複数の医療画像と容易にペアを組むことができる。
【００４７】
選択データ１３２を伝送した後で、医療処理システム１５０は、入力１６０を介して選択データを受け取る。従って、医療処理システム１５０は、医療選択システム１００を使用してユーザーによって選択されたものとして、複数の医療画像の中での一つまたはそれ以上の医療画像の選択を示すデータを受け取る。医療処理システム１５０のプロセッサ１７０は、次に、選択データの中に含まれた選択メタデータに基づいて、選択データ１３２を複数の医療画像と関連付ける。例えば、プロセッサ１７０は、選択メタデータを特定の複数の医療画像のメタデータと比較して、選択データ１３２が特定の複数の医療画像に対して生成されたものか否かを判断する。
【００４８】
選択データ１３２を特定の複数の医療画像と関連付けてから、医療処理システム１５０のプロセッサ１７０は、次に、選択データに基づいて、複数の医療画像の中の一つの実施例において、医療画像を選択する。選択に基づいて、医療処理システム１５０は、次に、選択された医療画像を基本ライン画像として使用して、患者のフォローアップ検査を実行する。フォローアップ検査を実行することは、フォローアップスキャンの実行を含んでいる。この場合、基本ライン画像は、フォローアップスキャンの計画のために使用される。例えば、両方の医療画像のセットの間を視覚的に比較できるようにするために、フォローアップ画像が基本ライン画像と同等な形状を有することを確実にするためである。フォローアップスキャンの計画において基本ライン画像を使用することと代替的または追加的に、基本ライン画像は、フォローアップ検査の評価部分において使用され得る。例えば、基本ライン画像とフォローアップ画像を同時に表示することによって、臨床医は、患者の状態の変化を判断することができる。代替的または追加的に、例えば、画像分析技術を使用して、変化は自動的に判断され得る。
【００４９】
医療処理システム１５０は、複数の医療画像１８２を含んでいる。例えば、医療処理システム１５０は、ローカルデータストレージを含んでおり、ローカルデータストレージが、今度は、複数の医療画像１８２を含んでいる。複数の医療画像１８２は、画像アーカイブシステム１８０の中に最初に保管されてよい。医療処理システム１５０は、画像アーカイブシステム１８０から複数の医療画像１８２を獲得するように構成されている。獲得することは図１に示されており、画像アーカイブシステム１８０は、複数の医療画像１８２を提供するために、医療処理システム１５０の入力１６０に接続されているように示されている。獲得は、フォローアップ検査が計画される以前になされてよい。例えば、いわゆるプリフェッチ（ｐｒｅ−ｆｅｔｃｈｉｎｇ）メカニズムを使用して、複数の医療画像１８０が、画像アーカイブシステム１８０から獲得、つまりフェッチされる。複数の医療画像１８０が医療選択システム１００によって使用されるより十分以前に、または、直前に獲得されるものである。代替的に、医療処理システム１５０の入力１６０は、選択データ１３２に基づいて、特定的に一つまたはそれ以上の医療画像を画像アーカイブシステム１８０から獲得するように構成されてよい。従って、医療処理システムは、複数の医療画像１８２の全てを獲得するのではないが、代わりに、医療選択システム１００のユーザーによって選択されたものを特定的に獲得する。画像アーカイブシステム１８０は、ＰＡＣＳといったＤＩＣＯＭデータベースであってよいことに留意すべきである。
【００５０】
本発明は、一つの基本ライン画像の選択に適用され、一つのフォローアップ画像の獲得にも同様に、一つの基本ライン画像と一つのフォローアップ画像との比較にも同様に適用されることに、具体的に留意すべきである。従って、複数の基本ライン画像または複数のフォローアップ画像を獲得する必要はなく、複数の画像を比較する必要もない。
【００５１】
医療選択システム１００および医療処理システム１５０のオペレーションが、基本ライン画像を使用した、フォローアップＭＲまたはＣＴスキャンの自動的な計画のコンテクスト（ｃｏｎｔｅｘｔ）において、さらに説明される。しかしながら、このことは限定ではないことに留意すべきである。つまり、本発明は、患者のフォローアップ検査において、あらゆる好適なタイプの基本ライン画像に係るあらゆる使用について有利に適用され得るものである。
【００５２】
上述のコンテクストにおいて、典型的なワークフローは、基本ライン画像とできる限り近似した形状を再生するフォローアップスキャンの形状を計画するように、スケジュールされた患者の基本ライン画像を選択することを含んでいる。フォローアップスキャンは、典型的に、実際のスキャンが行われる以前に、技術者が実行する複数のタスクを含んでいる。例えば、利用可能なＤＩＣＯＭデータが、一つまたはそれ以上のＤＩＣＯＭデータベースからクエリーされ、リトリーブされる必要があり、一方で、フォローアップスキャンがどのように実行されるべきかを詳細に表す検査カードが、スケジュールされたプロシージャに従って選択される必要がある。最後に、例えば、同様な形状を伴う一つまたはそれ以上のフォローアップ画像の獲得が計画されるように、一つまたはそれ以上の所定の基本ライン画像が特定される必要がある。
【００５３】
上記のワークフローは、ＤＩＣＯＭプリフェッチメカニズムを用いて改善され得る。フォローアップ検査の開始の前に、複数の医療画像を医療処理システムに伝送するものである。しかしながら、上記のワークフローは、典型的には、複数の医療画像が伝送された後で、例えば、医療処理システムのコンソールにおいて、ユーザーが手動で基本ラインスキャンを選択することを含んでいる。オペレーターが技術者である場合、技術者は、放射線医師といった臨床医からの入力に基づいて、選択を実行する。正しい基本ライン画像の選択は容易なタスクではない。特に、同一の患者の複数の画像が医療処理システム上に存在している場合にそうである。このことは、時間遅延およびエラーを生じ得る。間違った基本ライン画像の選択は、フォローアップスキャンの診断価値を低下させ、不要な再度のスキャンまたは間違った診断を導くことがある。
【００５４】
本発明は、スケジュールされたプロシージャに対する基本ラインスキャンを確立するために、医療選択システム上で特定のＤＩＣＯＭシリーズが選択され得るようにする。選択は、選択データにおいて符号化され、次に、正しいＤＩＣＯＭシリーズを自動的に選択するように、医療処理システム上でスキャン計画ソフトウェアの中で使用される。正しい基本ラインスキャンに関する情報は、医療エキスパートによって取得され得る。この目的のために、医療エキスパートは、医療選択システムによって提供されるように、ＰＡＣＳのようなインターフェイスにおいてＤＩＣＯＭシリーズを選択する。ＰＡＣＳのようなインターフェイスは、医療選択システム上で実行されているＲＩＳまたは別のアプリケーションによって提供される。
【００５５】
選択データは、選択かつ伝送されたＤＩＣＯＭシリーズに関する情報を含んでいる。固有のシリーズ識別子、用途、または、計画ソフトウェアによって要求されるさらなるパラメーター、といったものである。情報は、ＤＩＣＯＭオブジェクトとして保管される。つまり、選択データがＤＩＣＯＭオブジェクトを構成する。ＤＩＣＯＭオブジェクトは、次に、別々に医療処理システムに対して送付される。つまり、複数の医療画像とは独立して送付される。医療処理システム上では、ＤＩＣＯＭモダリティワーククリスト（ｍｏｄａｌｉｔｙ  ｗｏｒｋｌｉｓｔ）の一部として情報が利用可能にされ、または、フォローアップスキャンの計画において直接的にＤＩＣＯＭオブジェクトを使用する医療処理システム上で実行されている専用アプリケーションを用いて利用可能とされる。医療処理システムがＲＩＳである場合、情報は、スキャナーといった医療処理システムに対してさらに利用可能とされる。つまり、スキャナーのコンソールからＲＩＳにアクセスすることにより、ＤＩＣＯＭモダリティワーククリストがクエリーされる。
【００５６】
この時点において、選択されたＤＩＣＯＭシリーズは、上述のプリフェッチメカニズムの使用により、既に医療処理システム上で利用可能である。代替的に、選択されたＤＩＣＯＭシリーズ自身が、この時点で伝送され得る。つまり、医療選択システムから選択データを受け取った後である。
【００５７】
上記ワークフローの使用シナリオは以下のとおりである。病院は、ＲＩＳ、ＰＡＣＳ、および、ＭＲスキャナーを有している。ＰＡＣＳは、画像アーカイブシステムの実施例であり、ＭＲスキャナーは、医療処理システムの実施例である。ＰＡＣＳは、上述のプリフェッチメカニズムを備えている。
【００５８】
この使用シナリオにおいては、受付係が、翌日にスケジュールされた患者に関する情報をＲＩＳに入力してよい。夜の間に、ＰＡＣＳのプリフェッチメカニズムは、スケジュールされた患者に係る以前に獲得された医療画像の全てをＭＲスキャナーに伝送する。おそらく、伝送されるべきＤＩＣＯＭデータを選択するためにプリフェッチメカニズムによって使用されるルールに依存して、要求されるより多くの医療画像がＭＲスキャナーのコンソールに送付される。一般に、フォローアップ検査の開始においては、要求された医療画像が無いことより、むしろ、実際に必要とされるより多くの医療画像を送付する方が望ましいからである。プリフェッチは、一般に、フォローアップ検査の開始の数時間前に実行されるので、医療画像の伝送時間は重要ではないことに留意すべきである。
【００５９】
午前中に、放射線医師と技術者は、スケジュールされたプロシージャについて議論する。フォローアップスキャンがスケジュールされている場合、放射線医師は、どの医療画像がＭＲスキャナーに伝送されたかを判断するためにＰＡＣＳを検査し、医療選択システムを使用して、医療画像シリーズを選択する。選択された医療画像シリーズに関する情報は、次に、専用ＤＩＣＯＭオブジェクトへと符号化され、ＭＲスキャナーへ送付される。技術者が、フォローアップスキャン計画プロセスをＭＲスキャナー上で続けて開始する場合、正しい基本ラインスキャンが自動的に選択される。
【００６０】
一般に、本発明に従った医療選択システムは、加えて、ＲＩＳ、ＰＡＣＳ、ＤＩＣＯＭプリフェッチシステム、及び/又は、ＣＤＳシステムの機能性を提供し得ることに留意すべきである。そのように、医療選択システムは、ＲＩＳ、ＰＡＣＳ、ＤＩＣＯＭプリフェッチシステム、及び/又は、ＣＤＳシステムを効率的に構成している。医療選択システムは、既存のＲＩＳ、ＰＡＣＳ、ＤＩＣＯＭプリフェッチシステム、及び/又は、ＣＤＳシステムが本発明に従って変更されたものであってよい。変更は、追加のソフトウェアモジュールまたはソフトウェアアップデートを含んでいる。さらに、医療選択システムは、クライアント−サーバーシステムを構成し得ることに留意すべきである。クライアント−サーバーシステムは、ディスプレイとユーザーに対するユーザー入力手段を備えるクライアントと、ディスプレイデータをクライアントに送付し、クライアントからのユーザー入力を受け取るように構成されているサーバーを備えている。サーバーシステムは、クライアント−サーバーベースのＲＩＳ、ＰＡＣＳ、ＤＩＣＯＭプリフェッチシステム、及び/又は、ＣＤＳシステムを構成し得る。
【００６１】
図２は、選択データを生成する方法２００を示している。「ユーザーが選択を確立できるようにする」というタイトルの第１のステップにおいて、ユーザーは、患者のフォローアップ検査において使用する基本ライン画像としての一つまたはそれ以上の医療画像を確立するために、複数の医療画像の中の一つまたはそれ以上の医療画像の選択を確立することができる２１０。方法２００は、さらに、「選択データを生成する」というタイトルの第２ステップを含み、選択を示す選択データを生成する２２０。方法２００は、さらに、「選択メタデータを組み込む」というタイトルの第３ステップを含み、選択データを複数の医療画像と関連付けることができるように選択データの中に選択メタデータを取り込む２３０。方法２００は、さらに、「選択データを医療処理システムに対して提供する」というタイトルの第４ステップを含み、患者のフォローアップ検査において基本ライン画像として使用するために、選択データに基づいて、複数の医療画像の中から、医療処理システムが、一つまたはそれ以上の医療画像を選択できるようにする２４０。
【００６２】
方法２００は、医療選択システム１００のオペレーションに対応しており、医療選択システム１００のオペレーションに関連して説明される。しかしながら、方法２００は、例えば、異なるシステムまたは装置を使用して、医療選択システム１００と分離しても実行され得ることに留意すべきである。
【００６３】
図３は、プロセッサシステムに本発明に従った方法を実行させるためのインストラクションを含んでいるコンピュータープログラム製品２６０を示している。コンピュータープログラム製品２６０は、コンピューターで読取り可能な媒体２５０上に含まれてよい。例えば、一連のマシンで読取り可能な媒体物理的マークの形式であり、及び/又は、例えば磁気の、異なる電気的な特性又は値、または、異なる光学的な特性又は値を有する一連のエレメントの形式である。
【００６４】
本発明は、また、本発明を実施させるように適合されたコンピュータープログラム、特にキャリア（ｃａｒｒｉｅｒ）上または中のコンピュータープログラム、にも適用されることが正しく理解されるべきである。プログラムは、ソースコード、オブジェクトコード、部分的にコンパイルされた形式におけるといったソースとオブジェクトコードの中間のコード、または、本発明に従った方法の実施における使用に好適なあらゆる他の形式であってよい。こうしたプログラムは、また、多くの異なるアーキテクチャーデザインを有し得ることも正しく理解されるべきである。例えば、本発明に従った方法またはシステムの機能性を実施するプログラムコードは、一つまたはそれ以上のサブルーチンに細分化され得る。これらのサブルーチンの中で機能性を配分する多くの異なる方法が、当業者にとっては明らかである。サブルーチンは、自己完結型のプログラムを形成するように一つの実行可能ファイルのなかに一緒に保管されてよい。そうした実行可能ファイルは、コンピューターで実行可能なインストラクションを含んでよい。例えば、プロセッサインストラクション、及び/又はインタープリターインストラクション（例えば、Ｊａｖａ(登録商標)インタープリターインストラクション）である。代替的に、一つまたはそれ以上、又は、全てのサブルーチンは、少なくとも一つの外部ライブラリーファイルの中に保管され、メインプログラムと静的または動的、例えば実行時、のいずれかでリンクされ得る。コンピュータープログラム製品に関連する実施例は、ここにおいて明らかにされた少なくとも一つ方法に係るそれぞれの処理ステップに対応するコンピューターで実行可能なインストラクションを含んでいる。これらのインストラクションは、サブルーチンに細分化され、及び/又は、静的または動的にリンクされた一つまたはそれ以上のファイルの中に保管されてよい。コンピュータープログラム製品の別の実施例は、ここにおいて明らかにされた少なくとも一つのシステム及び/又は製品に係るそれぞれの手段に対応するコンピューターで実行可能なインストラクションを含んでいる。これらのインストラクションは、サブルーチンに細分化され、及び/又は、静的または動的にリンクされた一つまたはそれ以上のファイルの中に保管されてよい。
【００６５】
コンピュータープログラムのキャリアーは、プログラムを運搬することができるあらゆるエンティティまたはデバイスであってよい。例として、キャリアーは、例えば、ＣＤ  ＲＯＭまたは半導体ＲＯＭ、といったＲＯＭ、または、磁気記録媒体、例えばハードディスク、といった記録媒体を含んでいる。さらに、キャリアーは、電気又は光信号といった伝送可能なキャリアーであってよく、電気又は光ケーブルを介して、または、ラジオ又は他の手段によって、運搬される。プログラムがそうした信号の中に具現化されている場合、キャリアーは、そうしたケーブルまたは他のデバイス又は手段によって構成され得る。代替的に、キャリアーは、プログラムが具現化された集積回路であってよく、集積回路は、関連の方法を実行するように適合され、または、関連の方法の実行において使用される。
【００６６】
上述の実施例は、本発明を限定するより、むしろ、説明するものであること、そして、当業者であれば、添付の特許請求の範囲から逸脱することなく多くの代替的な実施例をデザインすることができることが留意されるべきである。特許請求の範囲において、括弧の間に置かれたあらゆる参照番号も、特許請求の範囲を限定するものとして理解されるべきではない。動詞「含む（“ｃｏｍｐｒｉｓｅ“）」及びその語形変化は、請求項において挙げられたもの以外のエレメントまたはステップの存在を排除するものではない。エレメントに先立つ冠詞「一つの（”ａ“または”ａｎ“）」は、複数のそうしたエレメントの存在を排除するものではない。本発明は、いくつかの別個のエレメントを含むハードウェア手段によって、および、好適にプログラムされたコンピューターによって実行され得る。いくつかの手段を列挙しているあらゆるデバイスの請求項において、これらの手段のいくつかは、一つの、そして同一のハードウェアのアイテムによって実施され得る。異なる独立請求項がお互いに特定のエレメントを引用しているという事実だけでは、これらのエレメントが組合せにおいて使用され得ないことを示すものではない。
【図１】
0006463970.tif 000002
【図２】
0006463970.tif 000003
【図３】
0006463970.tif 000004