JP6633662B2 - 医用画像ベースの連携 - Google Patents

Description

［関連出願］
本願は、参照によりその全体が本願に援用される、２０１２年９月２７日に出願された米国特許仮出願第６１／７０６，４６６号に基づき優先権を主張する。

本発明は、概して、医用画像の周辺の連携に関し、より具体的には、医用画像により支援される一次診断、二次鑑定、及び、専門家間の連携に関する。

従来の医用画像ベースの事例においては、個々の医療専門家は、難しい事例及び／又は自身の専門分野外の事例について最終診断を行うことに戸惑いを覚える場合がある。このような医療専門家は、同僚の専門家や、当該の医用画像ベースの事例の特定の主題に実績のある専門家への相談を望む場合がある。同様に、診療グループ又は病院又はヘルスケア企業は、医用画像ベースの事例用に診断の統合を望む場合がある。このような統合は、当該の診療グループ又は病院又はヘルスケア企業の内部で、もしくは当該の診療グループ又は病院又はヘルスケア企業の外部で行われ得る。

顕微鏡スライドガラスに基づいた従来のシステム、又は独自の医用画像システムでは、医用画像ベースの事例における、容易で拡張性があり信頼性が高い連携が可能でない。医用画像ベースの事例向けのデジタルイメージングは一定レベルの連携を可能にすると考えられるが、医用画像ベースの連携に付随する技術面及び制度面の多くの課題を克服出来ていない。したがって、個々の医療専門家の要請に応えると同時に、診療グループ又は病院又はヘルスケア企業等の要請に応える、容易で拡張性があり信頼性が高い医用画像ベースの連携を可能にするシステム及び方法が求められている。

その結果、本明細書においては、上述の問題に対して、容易で拡張性があり信頼性が高い解決手段を提供する、医用画像ベースの連携システムが記載される。上記システムは、医用画像ベースの事例を作成し、該事例を完成させるために必要な最低限の情報のセットを確立する連携サーバーを含む。上記連携サーバーは、要求システムからの要求を受けて医用画像ベースの事例を作成し、連携サーバーは要求システムと協働して、少なくともデジタル医用画像と事例番号とを医用画像ベースの事例に与えて事例を完成させる。上記連携サーバーは、医用画像ベースの事例を相談システムに提供し、それに対する分析情報を受信する。上記連携サーバーは、医用画像ベースの事例と関連付けて、分析情報を格納し、当該分析情報を相談システムに提供して医用画像ベースの連携を完成させる。

以下の詳細な説明及び添付の図面を参照することにより、本発明のその他の特徴や利点が、当業者に対してより容易に明らかになるであろう。

本発明の構造及び作用が、以下の詳細な説明及び添付の図面の検討から理解されるであろう。同様の参照番号は同様の部材を参照する。

本発明の実施形態に係る医用画像ベースの連携用の例示的システムを図示するネットワーク図である。 本発明の実施形態に係る医用画像ベースの連携用のシステムにおける例示的なスマート医用画像キャプチャ装置を図示するブロック図である。 本発明の実施形態に係る医用画像ベースの連携用のシステムにおける例示的なサーバーを図示するブロック図である。 本発明の実施形態に係る要求システムによる、医用画像ベースの連携を開始するための例示的なプロセスを図示するフロー図である。 本発明の実施形態に係るスマート医用画像キャプチャ装置による、医用画像ベースの連携を自動的に開始するための例示的なプロセスを図示するフロー図である。 本発明の実施形態に係る完全な医用画像ベースの事例を作成するための例示的なプロセスを図示するフロー図である。 本発明の実施形態に係る医用画像ベースの事例のパラメータによって、スマート医用画像キャプチャ装置を構成するための例示的なプロセスを図示するフロー図である。 本発明の実施形態に係る相談システムのディレクトリを検索するための例示的なプロセスを図示するフロー図である。 本発明の実施形態に係る医用画像ベースの連携のためのシステムにおける例示的なワークフローを図示するブロック図である。 本明細書に記載の様々な実施形態と共に用いられ得る、例示的な、有線又は無線の、プロセッサ対応の装置を図示するブロック図である。

本明細書に記載の特定の実施形態は、医用画像ベースの連携を提供する。例えば、本明細書に記載の一の方法は、要求システムが、連携サーバーシステムと連携して、サーバー上に医用画像ベースの事例を作成し、事例を完成させるために必要な最小データセットを確立し、完成された事例を相談システムに提供し、相談システムからの分析情報によって、事例を更新し、サーバーシステムから更新された事例を受信することを可能にする。この記載の読了後、様々な代替的実施形態及び代替的応用において、本発明をいかに実施するかが、当業者に明らかになるであろう。ただし、本発明の様々な実施形態が本明細書において、説明されるが、これらの実施形態は限定を目的とするものではなく、例示のみを目的として挙げられるものであることが理解される。このように、この様々な代替的実施形態の詳細な説明は、添付の請求の範囲において、明記された本発明の範囲を限定するものとして見なされるべきでない。

図１は、本発明の実施形態に係る医用画像ベースの連携用の例示的システム１００を図示するネットワーク図である。図示された実施形態において、システム１００は、複数のエンティティを通信可能に連結するネットワーク９０を含む。なお、エンティティは、企業又は診療グループ等の組織、もしくは少なくとも１つのコンピュータサーバー装置、又は少なくとも１つの医用画像キャプチャ装置等であり得る。本説明において、エンティティは代替的に、システム、団体、等として参照され得る。

図示された実施形態において、ネットワーク９０は、以上の要求システム１０及び２０と、少なくとも１つの相談システム３０と、少なくとも１つの連携サーバー４０と、少なくとも１つのスマート医用画像キャプチャシステム５０と、少なくとも１つの医用画像キャプチャシステム６０と、及び少なくとも１つのリポジトリシステム７０とを通信可能に連結する。図１に示すとおり、これらのシステムの各々が、永続的格納と揮発性格納の両方を含み得る少なくとも１つのデータ格納領域１５、２４、２７、２８、３５、４５、５５、６５、及び７５を有する。ネットワーク９０は、パブリック又はプライベートネットワーク、有線又は無線ネットワーク、もしくはパブリック及びプライベート、ならびに有線及び無線を含む任意の組み合わせであってよい。ネットワーク９０は、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、もしくはインターネット等のグローバル通信ネットワークを集合的に含むネットワークの分散された組み合わせを含んでよい。ネットワーク９０は、アドホックなネットワーク又は永続的なネットワークであってよく、場所が固定されていてもよく、モバイルであってもよく、もしくは、ネットワーク９０は固定及びモバイルコンポーネントの組み合わせを含み得る。更に、ネットワーク９０は単独のネットワークプロトコル又は複数のネットワークプロトコルに対応する通信を伝達し得る。

要求システム１０は、サーバー４０とインターフェイスして、少なくとも１つの医用画像ベースの事例の作成を開始し、更に、そのような事例の完成を促進するように構成される。要求システム１０は、上述の医用画像ベースの事例の作成と完成を達成するための自律的動作が可能な少なくとも１つのコンピュータ装置を含み得る。一の実施形態において、要求システム１０は、医用画像に部分的に基づいて診断を下す役割を負った少なくとも１つの専門家を有する病院又は診療グループである。要求システム１０は、少なくとも１つのスマート医用画像キャプチャ装置（ＳＭＩＣＤ）及びその他の医用画像キャプチャ装置を含んでも含まなくてもよい。

例えば、一の実施形態において、診療グループ２０は要求システム２２と、少なくとも１つのスマート医用画像キャプチャ装置２６と、少なくとも１つのその他の医用画像キャプチャ装置２５とを含む。このような実施形態において、グループ２０は、図１に別個に図示しない研究室情報システム（ＬＩＳ）、及び、やはり図１に図示しない、医用画像ベースの事例に関連する情報を格納するその他のシステムを更に含み得る。

別の実施形態において、要求システム１０は、少なくとも１つのスマート医用画像キャプチャ装置５０及び／又は少なくとも１つのその他の医用画像キャプチャ装置６０と協働して、ネットワーク９０上で動作する。一の実施形態において、スマート医用画像キャプチャ装置５０と医用画像キャプチャ装置６０との差異は、スマート医用画像キャプチャ装置５０が少なくとも１つの連携サーバー４０とインターフェイスして少なくとも１つの医用画像ベースの事例の作成を開始して、そのような事例の完成を促進するように構成される点である。スマート医用画像キャプチャ装置５０と医用画像キャプチャ装置６０のいずれも、キャプチャしたデジタル医用画像を格納できる。もしくは、少なくとも１つのスマート医用画像キャプチャ装置５０及び少なくとも１つの医用画像キャプチャ装置６０は、医用画像をキャプチャ及び格納可能な装置である。このような装置のほんの一例として、デジタル病理システム、磁気共鳴画像化（ＭＲＩ）システム、コンピュータ体軸断層撮影（ＣＡＴ）システム、及びＸ線システム等が挙げられる。当業者により理解されるであろうとおり、システム１００においてはその他の医用画像システムも用いられ得る。

一の実施形態において、リポジトリ７０は医用画像ベースの事例を格納し、医用画像ベースの診断のための要求に応じて、専門家に対して判断の補助を提供するように構成される。リポジトリ７０は、訓練及び教育目的で、医用画像の重要なコレクションを有利に格納することもできる。

連携サーバー４０は、要求システム１０及び２０、相談システム３０、スマート医用画像キャプチャ装置５０、医用画像キャプチャ装置６０、及びリポジトリ７０とインターフェイスして、医用画像ベースの連携を実装及び促進するように構成される。連携サーバー４０は、医用画像ベースの事例を作成及び管理し、要求システム１０（ならびに、上述のＬＩＳのような任意の関連するシステム）と相談システム３０と任意のスマート医用画像キャプチャ装置５０とリポジトリ７０との間のワークフローを管理する。なお、医用画像ベースの事例は、医用画像と、本稿において、事例番号と呼ばれる識別子と、を少なくとも含む、電子的に格納されたデータセットである。

動作中、システム１００は、要求システム１０がまず連携サーバー４０による医用画像ベースの事例の作成を要求するように構成される。これは、要求システム１０における操作者が連携サーバー４０にログインして要求を送信することにより達成される。これはまた、スマート医用画像キャプチャ装置５０がネットワーク９０を介して連携サーバー４０に電子要求通信を送信することによっても達成される。連携サーバー４０は、要求システム１０（操作者又はＳＭＩＣＤ）と協働して、事例を作成し、事例が完成されるために必要な最小データセットを定義する。連携サーバー４０及び／又は要求システム１０は、その後協働して、連携サーバー４０に事例が完成されるために必要な情報を提供し、連携サーバー４０は、連携サーバー４０によって、アクセス可能なローカル又はリモートのデータ格納領域に事例を格納する。

事例が完成すると、連携サーバー４０は相談システム３０に（例えばネットワーク９０を介して電子通知通信を相談システム３０に送信することにより）通知を提供し、相談システム３０は、サーバー４０上の医用画像ベースの事例にアクセスが許可される。一の実施形態において、連携サーバー４０は、情報の少なくとも１つの要求を受けて、ネットワーク９０を介して相談システム３０に医用画像ベースの事例情報を提供し、医用画像ベースの事例情報はいずれも、相談システム３０のデータ格納領域に永続的には格納されない。

相談システム３０は、提供された医用画像ベースの事例情報に基づいた分析情報を連携サーバー４０に提供するように構成され、連携サーバー４０はその情報を受信し、その情報を、医用画像ベースの事例に関連付けて、又は医用画像ベースの事例の一部として、格納するように構成される。連携サーバー４０はその後、要求システム１０に通知を送信し、要求システム１０からの分析情報の少なくとも１つの要求を受けて、例えばネットワーク９０を介して、分析情報を要求システム１０に提供するように構成される。

例えば、一の実施形態において、連携サーバー４０は医用画像ベースの事例を作成し、デジタル医用画像を含む第１の医用画像ベースの事例情報を要求システム１０から受信する。連携サーバー４０は事例番号を割り当て、事例番号とデジタル医用画像とによって、医用画像ベースの事例は完全であると見なされる。連携サーバー４０は、相談システム３０に通知し、医用画像ベースの事例を相談システム３０に提供し、それに対して分析情報を受信する。連携サーバー４０は、医用画像ベースの事例の一部として、もしくは医用画像ベースの事例と関連付けて、分析情報を格納し、分析情報がレビューのために利用可能となったことを要求システム１０に通知する。連携サーバー４０は、分析情報を要求システム３０に提供して医用画像ベースの連携を完成させる。連携は、また、医用画像ベースの事例が、リポジトリ７０に含めるための特定の所定の条件に合致する場合に、医用画像ベースの事例をリポジトリ７０に送信し得る。

図２は、本発明の実施形態に係る医用画像ベースの連携用のシステムにおける例示的なスマート医用画像キャプチャ装置５０を図示するブロック図である。図示される実施形態において、ＳＭＩＣＤ５０は構成モジュール２００、画像キャプチャモジュール２１０、及びアップロードモジュール２２０を含む。ＳＭＩＣＤ５０はまた、上述のとおり永続的格納と揮発性格納の両方を含み得るデータ格納領域５５を有する。

構成モジュール２００は、ＳＭＩＣＤ５０が医用画像データをキャプチャする際のパラメータを成立させるように構成される。例えば、顕微鏡ベースの画像システムにおいて、構成モジュール２００は、システムが画像データをキャプチャする際の倍率を決定するパラメータを設定し得る。別法として、ＭＲＩシステムにおいて、構成モジュール２００は、キャプチャされる画像スライスの周波数を決定するパラメータを設定し得る。当業者により理解されるであろうとおり、構成モジュール２００によって、多様な画像キャプチャパラメータが成立されることができる。有利なことに、一の実施形態において、構成モジュール２００は、連携サーバー４０と協働してこれらのパラメータを成立させるように構成される。これにより、連携サーバー４０は、適切な医用画像データが医用画像ベースの事例の一部をなすことを保証できる。例えば、特定の組織のタイプ又は特定の疾患型に対しては、画像データは特定の倍率でキャプチャされる必要がある場合がある。構成モジュール２００は、連携サーバー４０と協働して、所望の倍率でデジタル医用画像データがキャプチャされるようにするパラメータをＳＭＩＣＤ５０に設定するよう動作する。

画像キャプチャモジュール２１０は、例えばデジタル病理システム、ＭＲＩシステム、ＣＴシステム、Ｘ線システム等といった特定の種類のＳＭＩＣＤ５０に適したデジタル医用画像データをキャプチャ及び格納するように構成される。

アップロードモジュール２２０は、連携サーバー４０と協働してデジタル医用画像データを連携サーバー４０へと確実にアップロードするように構成される。例えば、アップロードモジュール２２０は、医用画像データを連携サーバー４０に送信するのに先立って、医用画像データを暗号化し得る。更に、アップロードモジュール２２０は、セキュアなデータ通信プロトコルを用いて、暗号化された医用画像データを連携サーバー４０に送信し得る。

デジタル医用画像データを連携サーバー４０に送信することに加えて、アップロードモジュール２２０は、メタデータ及びその他の情報を連携サーバー４０に送信し得る。例えば、アップロードモジュール２２０は更に、連携サーバー４０に、ＬＩＳ、その他の画像システム（例えばグロスイメージをキャプチャするデジタルカメラ）、放射線報告等の報告書、薬局報告書、患者情報、患者処方情報、患者保険情報、要求システム請求情報、補助的検査結果（例えば免疫組織化学、フローサイトメトリー、特別染色情報、遺伝学的情報等）、ＬＩＳ情報、要求システム１０の事例識別情報、要求システム１０の推奨相談システム情報、及び要求システム１０により維持される任意のその他の情報、といった複数の情報源からの情報を提供し得る。

別の実施形態においては、例えばアップロードモジュール２２０をホストして実行することが不可能な、特化された医用画像形成装置であるＳＭＩＣＤ５０ではなく、要求システム１０の一部であるその他の装置によって、このような追加情報が連携サーバー４０に提供される。

図３は、本発明の実施形態に係る医用画像ベースの連携用のシステムにおける例示的な連携サーバー４０を図示するブロック図である。図示される実施形態において、サーバー４０はＳＭＩＣＤコマンドモジュール３００、事例モジュール３１０、ディレクトリモジュール３２０、画像表示モジュール３３０、画像分析モジュール３４０、ユーザーインターフェイスモジュール３５０、データマイニングモジュール３６０、リポジトリモジュール３７０、及び管理／請求モジュール３８０を含む。連携サーバー４０はまた、上述のとおり永続的格納と揮発性格納の両方を含み得るデータ格納領域４５を有する。

ＳＭＩＣＤコマンドモジュール３００は、ネットワーク９０を介して構成モジュール２００及びＳＭＩＣＤ５０のアップロードモジュール２２０とインターフェイスするように構成される。ＳＭＩＣＤコマンドモジュール３００は、情報及び命令をＳＭＩＣＤ５０に提供し、また、ＳＭＩＣＤ５０から要求及び情報を受信するように構成される。一の実施形態において、ＳＭＩＣＤコマンドモジュール３００は、連携サーバー４０上の他の多様なモジュールと協働して、医用画像ベースの連携のためのワークフローを調整する。例えば、コマンドモジュール３００は、事例モジュール３１０と協働して医用画像ベースの事例を作成及び完成し得て、ディレクトリモジュール３２０と協働して要求システムが利用可能な相談システムのディレクトリ（個人及びグループ）を検索することを可能にし得て、画像表示モジュール３３０と協働して医用画像ベースの事例情報を相談システムに提供し得て、画像分析モジュール３４０及び事例モジュール３１０と協働して画像分析情報により医用画像ベースの事例を更新し得て、ユーザーインターフェイスモジュール３５０と協働してユーザー装置又は表示同地のディスプレイ上に情報を提供し得て、データマイニングモジュール３６０と協働して医用画像ベースの情報を分析してデータの傾向を識別、及びそのような分析に基づくその他の分析情報を提供し得て、リポジトリモジュール３７０と協働して医用画像ベースの事例情報を後の利用のためにアーカイブし得て、管理／請求モジュール３８０と協働して医用画像ベースの連携の支払いを実行し、相談システムと要求システムとの両方にレポートを提供し得る。

一の実施形態において、ＳＭＩＣＤコマンドモジュール３００は、要求システム１０から電子要求を受信して医用画像ベースの事例を作成する。要求は、要求システム１０におけるコンピュータ装置の操作者から、もしくは、ＳＭＩＣＤ５０から直接、受信され得る。それを受けて、コマンドモジュール３００は医用画像ベースの事例を作成し、該事例を完成されるために必要な最小データセットを確立する。一の実施形態において、最小データセットは、デジタル医用画像及び事例番号である。コマンドモジュール３００は、医用画像ベースの事例に事例番号を割り当てるように構成される。一の実施形態において、事例番号は、要求システムによって、用いられるＬＩＳシステムに関連付けられた部分を含み得る。コマンドモジュール３００は、例えば要求システムに問い合わせる、もしくは要求システムによって、用いられるＬＩＳシステムに直接問い合わせることにより、医用画像ベースの事例の一部をなす追加情報を要求できる。医用画像ベースの事例が完成すると、コマンドモジュール３００は相談システムに通知を行い、その後、画像表示モジュール３３０と協働して、相談システムが、例えば相談システムに関連付けられたコンピュータ装置上で実行されているブラウザ経由で、医用画像ベースの事例情報を表示できるようにする。

コマンドモジュール３００は、更に、相談システムから医用画像ベースの事例分析情報を受信し、その情報を医用画像ベースの事例と関連付けて格納し、その後、ユーザーインターフェイスモジュール３５０と協働して、医用画像ベースの事例分析情報を含む医用画像ベースの情報を要求システムに提供するように構成される。

コマンドモジュール３００は、更に、アップロードモジュール２２０と協働するか又はそれ以外の方法で、アップロードされた医用画像データを受信するように構成される。例えば、要求システムがスマート医用画像キャプチャ装置を用いない実施形態において、要求システムにおける操作者は、連携サーバー４０にログインし、ユーザーインターフェイスモジュール３５０を介してＳＭＩＣＤコマンドモジュール３００と交信し、デジタル医用画像データを提供し得る。これは、コマンドモジュール３００が操作者にファイルアップロード画面を表示し、操作者が、要求システムにおいて、データ格納領域に存在するデジタル医用画像ファイルを選択できるようにすることにより達成され得る。要求システムからは、この方法により、追加及び代替的な情報も提供され得て、結果的に、様々なレポート、グロスイメージ、ＬＩＳ情報、補助的検査結果、等が、この方法により、医用画像ベースの事例に組み込まれることができる。

事例モジュール３１０は、医用画像ベースの事例を作成及び格納し、また、コマンドモジュール３００と協働して医用画像ベースの事例を完成させるための最小限の必要なデータのセットを確立するように構成される。例えば、以下の表１において、事例モジュール３００は、複数の病状に対して最小限の必要な情報のセットを維持し、新しい医用画像ベースの事例の状態を、多様な必要な要素が事例情報に含まれて医用画像ベースの事例が完成したと判断されるまで、追跡する。

事例モジュール３１０は、また、画像分析モジュール３４０と協働して、画像分析モジュール３４０により提供された画像分析情報を含むように、医用画像ベースの事例情報を更新し得る。事例モジュール３１０は、また、医用画像ベースの事例に関連付けられたワークフローの追跡と管理を容易にするために、医用画像ベースの事例の現在の状況を維持し得る。一の実施形態において、事例の現在の状況は、事例が未完成か完成しているか、相談システムが追加情報を要求したか（及び、要求している場合には、追加情報を提供するべきなのは誰か）を含み得る。有利なことに、事例モジュール３１０はディレクトリモジュール３２０と協働して、個人又はグループである相談システムの優先度のセットを維持し得て、その後、これらの優先度を、これらの個人又はグループである特定の相談システムに関連付けられた個別の医用画像ベースの事例に適用し得る。

ディレクトリモジュール３２０は、相談システムを必要とする際に要求システムによって、検索可能な、相談システムとそれぞれの利用可能性のリストを、データ格納領域に維持するように構成される。上述のとおり、ディレクトリモジュール３２０はまた、特定の相談システムに割り当てられた医用画像ベースの事例に、該特定の相談システムが必要とする情報が適切に提供されるよう、各々の相談システムの優先度を維持し得る。この機能は、相談分析の提供に関連するターンアラウンドタイム（ＴＡＴ）を有利に低減する。

一の実施形態において、ディレクトリモジュール３２０は、各々の相談システム用の追加情報を含み得る。例えば、以下の表２において、ディレクトリモジュール３２０は、それぞれの相談システムによって、特定の下位専門分野について請求される事例ごとの価格と、ターンアラウンドタイムと、相談システムが処理可能な月毎の件数で表される利用可能性と、に加えて、各々の相談システム用の下位専門分野情報を維持する。

画像表示モジュール３３０は、メタデータとデジタル医用画像データとを含む医用画像ベースの事例情報を、相談システム又は要求システムに提供するように構成される。画像表示モジュール３３０は、有利なことに、このようなデータを、相談システムのコンピュータのブラウザ画面に表示させることが可能である。画像表示モジュール３３０は、また、この同じ情報を、要求者、又は適切なアクセス権限を有するその他の第三者等の別の者に提供することが可能である。

画像分析モジュール３４０は、より強力な情報及びデータを同様の要求システム及び相談システムに提供するために、画像分析アルゴリズムを、医用画像ベースの事例情報に格納及び実行するように構成される。画像分析モジュール３４０は、また、事例モジュール３１０と協働してこのような画像分析情報を、分析された各々の医用画像ベースの事例と関連付けて格納するように構成される。

画像分析モジュール３４０は、医用画像ベースの事例の一部であるデジタル医用画像データを分析し、デジタル医用画像データが医用画像ベースの事例に適切であるかどうかを判別するためにも用いられ得る。例えば、医用画像ベースの事例の対象である特定の病状又は組織のタイプが特定の倍率のデジタル医用画像を必要とする場合、画像分析モジュール３４０は、デジタル医用画像データを分析して、該デジタル医用画像データが、医用画像ベースの事例で要求されるパラメータに合致するかどうかを判別するように構成される。上述のとおり、このようなパラメータは、ＳＭＩＣＤコマンドモジュール３００によるデジタル医用画像のキャプチャに先立って、要求システムの構成モジュール２００と協働して確立され得る。

ユーザーインターフェイスモジュール３５０は、要求システム又は相談システムのディスプレイ上に情報を表示させ、操作者からの入力及び命令を受信してそのような入力及び命令を、例えばＳＭＩＣＤコマンドモジュール３００に提供するように構成される。

データマイニングモジュール３６０は、データ格納領域に格納された医用画像ベースの事例情報を分析して、要求システムと相談システムによる改善された医用画像ベースの連携を容易にするために、傾向及びイベントを識別するように構成される。例えば、データマイニングモジュール３６０は、要求システムの全ての医用画像ベースの分析に基づいて、主不一致率と副不一致率とを識別できる。具体的には、データマイニングモジュール３６０は、特定の病状について相談システムから要求システムに提供された分析情報を、医用画像ベースの事例の一部として格納されている当初の診断情報と比較し得る。データマイニングモジュール３６０は、この比較を、特定の要求システムの全ての医用画像ベースの事例に対して行い、主一致率と副一致率とを算出し得る。

有利なことに、要求システムの主一致率が十分に低い場合、要求システムは、特定の病状の相談を除外することにより将来的なコストを削減可能であり得る。同様に、要求システムの主一致率が十分に高い場合、要求システムは、特定の病状の全例について相談を要求することにより、将来的な診断の精度を向上させ得る。

データマイニングモジュール３６０は、また、要求システム又は相談システムにとって訓練が有益であり得る分野を識別し、コンパニオン診断画像分析を行うように構成される。データマイニングモジュール３６０は、また、拒絶された画像データに関連する情報を分析し、少なくとも医用画像サービス又は標本調製研究室の品質評価を提供するように構成される。

リポジトリモジュール３７０は、アーカイブ及び格納、ならびに判断の補助と教育目的の分析のために、識別された医用画像ベースの事例をリポジトリサーバーへ送信するように構成される。リポジトリモジュール３７０は、また、ユーザーインターフェイスモジュール３５０を介して操作者とインターフェイスして、リポジトリの検索を容易にし、リポジトリ７０の判断補助機能の操作者による利用を容易にするように構成される。有利なことに、リポジトリモジュール３７０は、リポジトリ７０により提供される、特定の洗練された視覚的検索機能の利用において、操作者を補助し得る。

管理／請求モジュール３８０は、連携サーバー及び／又は相談システムにより提供されたサービスの料金を要求システムに請求するように構成される。管理／請求モジュール３８０は、また、相談システムから連携サーバー４０及び／又は要求システムに提供されたサービスの料金を相談システムに支払うように構成される。管理／請求モジュール３８０は、また、要求システム及び相談システム向けの強力なレポート生成機能を提供するように構成される。一の実施形態において、管理／請求モジュール３８０は、データマイニングモジュール３６０と協働して、要求システムの主一致率と副一致率、及び／又は相談システムの得意分野に関するデータマイニングモジュール３６０の分析を含むレポート及びその他の情報を提供する。管理／請求モジュール３８０は、したがって、その医療専門家が何らかの将来的な訓練を必要としうる分野を識別することで、要求システムを補助でき、また、その医療専門家が拡大した相談サービス又は訓練サービスを売り込むことのできる分野を識別することで、相談システムを補助できる。

図４は、本発明の実施形態に係る要求システムによる、医用画像ベースの連携を開始するための例示的なプロセスを図示するフロー図である。図示されたプロセスは、図１〜３に関して上述されたように、システムにより実行される。最初、ステップ４００において、要求システムの操作者は、連携サーバーにログインし、ステップ４０５において、事例が作成されるよう要求する。この要求を受けて、連携サーバーは、連携サーバーのメモリ内に置かれるデータ構造を作成し、医用画像ベースの事例情報を格納する。連携サーバーは、新規作成された事例に事例番号を割り当て、要求システムの操作者はステップ４１０において、事例番号を受け取る。次に、要求システムの操作者はステップ４１５において、例えばデジタル医用画像形成装置にデジタル医用画像をキャプチャするよう命令することにより、デジタル医用画像を得る。別法として、デジタル医用画像が既に存在する場合、操作者は単に、階層的ファイルシステム（又はその他の種類のファイルシステム）をブラウズして、所望のデジタル医用画像を選択し得る。デジタル医用画像が（リアルタイム画像形成又はファイルシステムからの選択により）得られると、ステップ４２０において、要求システムはデジタル医用画像を、ステップ４１０であらかじめ受け取った事例番号と関連付けてアップロードする。

このようにして、要求システムの操作者は、多くの医用画像ベースの事例を、連携サーバー上で効率的に作成及び完成できる。医用画像ベースの事例を完成させるために必要な最小限のデータを充足するために追加情報が必要とされるような実施形態においては、操作者は追加の必要な情報をステップ４２０でアップロードことができ、もしくは、連携サーバーをＬＩＳシステム、又は要求システムやその他の場所におけるその他のデータ源、とインターフェイスさせて、医用画像ベースの事例を完成させるために必要な任意の追加情報を得ることができる。

図５は、本発明の実施形態に係るスマート医用画像キャプチャ装置による、医用画像ベースの連携を自動的に開始するための例示的なプロセスを図示するフロー図である。図示されたプロセスは、図１〜３に関して上述されたように、システムにより実行される。
まず、ステップ４３０において、ＳＭＩＣＤが第１のスライドを受け取る。この例示的な実施形態において、ＳＭＩＣＤは、１２０枚の物理的な顕微鏡ガラススライドを収容可能なオートローダーを有して構成されたデジタル病理システムである。結果的に、ＳＭＩＣＤはオートローダーによって、第１のスライドを受け取り、その後ステップ４３５において、ＳＭＩＣＤは、顕微鏡ガラススライドに貼付された少なくとも１つのバーコードをスキャン又は読み取りする。当業者により理解されるであろうとおり、少なくとも１つのバーコードは、復号されると、顕微鏡ガラススライド上の標本と、標本が属する患者とについての特定の情報へのアクセスを提供する。例えば、標本についての情報は、標本がどの染色により処理されているかを含み得て、患者についての情報は、人口学的情報、薬歴情報、ＬＩＳ情報等を含み得る。

次に、ステップ４４０において、ＳＭＩＣＤはバーコードの画像、復号されたバーコード、又はバーコードに対応する情報を連携サーバーに送信する。これを受けて、連携サーバーは、ステップ４４０において、医用画像ベースの事例を作成し、ステップ４４５に示すとおり、事例番号をＳＭＩＣＤに送り返す。次に、ステップ４５０において、ＳＭＩＣＤはデジタル医用画像を得る。この特定の例示的な実施形態において、デジタル病理システムは、顕微鏡ガラススライドをデジタル的にスキャンしてスライド全体画像を作成する。別法として、デジタル病理システムは、スライド上の標本の一部のみをデジタル的にスキャンし得る。有利なことに、顕微鏡ガラススライド上の標本のデジタル画像を作成可能な、任意の種類のデジタル病理システムが用いられ得る。

デジタル医用画像が得られると、画像は、ステップ４５５に示すとおり、事例番号と関連付けて連携サーバーにアップロードされる。一の実施形態において、これで、連携サーバー上で医用画像ベースの事例が完成される。医用画像ベースの事例に要求される最小限のデータを充足するために追加の情報が必要な場合、このようなデータは、前述のとおり、連携サーバーに提供されることができる、もしくは連携サーバーによって、得られることが可能である。

引き続き、デジタル病理システムＳＭＩＣＤの現在の例において、ステップ４６０において、確認されるとおり、オートローダーが追加の未スキャンのスライドを有する場合、ＳＭＩＣＤはステップ４３０に戻って追加の顕微鏡ガラススライドを受け取り、別の医用画像ベースの事例を作成するステップが進行する。もしくは、オートローダーの１２０枚の顕微鏡ガラススライドが全てスキャンされ、各々の顕微鏡ガラススライドについて医用画像ベースの事例が作成されている場合、プロセスはステップ４６５で終了する。

図６は、本発明の実施形態に係る完全な医用画像ベースの事例を作成するための例示的なプロセスを図示するフロー図である。図示されたプロセスは、図１〜３に関して上述されたように、システムにより実行される。まず、ステップ４７０において、連携サーバーは、新規の医用画像ベースの事例を作成する要求を受け取り、その後ステップ４７５において、連携サーバーは医用画像ベースの事例を作成する。次にステップ４８０において、連携サーバーは、事例を完成させるために必要な最小限のデータを決定する。

事例を完成させるために必要な最小限のデータは、事例の主題に基づき得る。例えば、医用画像ベースの事例が特定の組織のタイプ、又は特定の病態等である場合、必要な最小限のデータは、特定の組織のタイプ、又は特定の病理状態等に関連付けられた所定の要件リストにより確立され得る。連携サーバーは、組織のタイプ又は病態についての情報をＬＩＳ情報、又は事例番号と関連付けて連携サーバーに提供されたその他のメタデータ情報から取得し得る。更に、連携サーバーは、組織のタイプ、病態等を含む情報を、要求システムの少なくとも１つのデータ源、又は要求システムの傘下でないその他の場所の少なくとも１つのデータ源から要求し得る。例えば、業界団体又は医療専門家グループが、連携サーバーによって、用いられることが可能である最小標準を、最小データ要件として確立し得る。一の実施形態において、連携サーバーは、複数種類の医用画像ベースの事例向けの、最小データ要件の表を保持する。

必要な最小限のデータが決定され、医用画像ベースの事例と関連付けられると、その後連携サーバーはデータを受信し、ステップ４８５に示すとおり、医用画像ベースの事例の一部として、もしくは医用画像ベースの事例に関連付けて、受信したデータを格納する。
続いて、連携サーバーは、ステップ４９０に示すとおり、医用画像ベースの事例について、必要な最小限のデータが全て受信され格納されたかどうか評価し、ステップ４９０において、事例が完成したかどうかを評価することと、ステップ４８５において、データを受信することのループを継続する。ステップ４９０において、医用画像ベースの事例が完成したと連携サーバーが判断すると、連携サーバーは、医用画像ベースの事例に関連付けられた少なくとも１つの相談システムに通知を送信する。有利なことに、通知は、医用画像ベースの事例が少なくとも１つの相談システムによる分析のために利用可能になったことを示す。

図７は、本発明の実施形態に係る医用画像ベースの事例のパラメータによって、スマート医用画像キャプチャ装置を構成するための例示的なプロセスを図示するフロー図である。図示されたプロセスは、図１〜３に関して上述されたように、システムにより実行される。まず、ステップ５００において、連携サーバーは事例を作成する要求を要求システムのＳＭＩＣＤから受信する。もしくは、連携サーバーは、操作者がＳＭＩＣＤではない通信装置を用いるような要求システムの操作者から要求を受信し得る。次に、ステップ５０５において、連携サーバーは、医用画像ベースの事例についての特定の情報を得る。例えば、連携サーバーはバーコード又はＬＩＳ又はその他の情報をＳＭＩＣＤ装置から直接、又はその他のデータ源から受信し得る。もしくは、操作者はこのような情報をアップロード又はその他の方法で連携サーバーに提供し得る。次に、ステップ５１０において、連携サーバーは事例を作成し、事例を作成することの一部として、連携サーバーは事例番号を医用画像ベースの事例に割り当てる。一の実施形態において、事例番号は要求システムの事例番号と相談システムの事例番号の組み合わせであり得る。別法として、事例番号は要求システムの事例番号と連携サーバーの事例番号との組み合わせであり得て、もしくは、事例番号は要求エンティティの事例番号と相談システムの事例番号と連携サーバーの事例番号との組み合わせであり得る。要求システムの事例番号と相談システムの事例番号とを再利用することにより実現されるワークフローの利点と共に、事例番号について多様な選択肢が用いられ得る。

事例が作成された後、連携サーバーはＳＭＩＣＤを構成する。ＳＭＩＣＤの構成は、単独のコマンド又は一連のコマンドをＳＭＩＣＤに送信してＳＭＩＣＤにコマンドを実行させることにより医用画像キャプチャプロセスのための所望のパラメータを確立することで、連携サーバーにより達成されることができる。一の実施形態において、ＳＭＩＣＤを構成することで、医用画像形成プロセスが行われる際のパラメータが確立される。例えば、照明特性、倍率、解像度、速度、周波数、範囲、及び、特定の種類のＳＭＩＣＤ向けのその他の一般的及び／又は特定の医用画像形成特性が、構成プロセスを通じて確立されることができる。ＳＭＩＣＤが構成されると、連携サーバーはステップ５２０において、画像データとメタデータを受信し、画像データとメタデータを分析して、ステップ５１５でＳＭＩＣＤが構成された際に確立されたパラメータを用いてデジタル画像がキャプチャされていることを画像データが裏付けていることを確認する。画像データの分析によって、正しいパラメータが用いられたことが確認された場合、連携サーバーは、ステップ５２０で受信した画像データとメタデータによって、事例ファイルを更新する。もしくは、画像データの分析によって、正しいパラメータが用いられなかったことが確認又は示唆された場合、連携サーバーは、ステップ５２０で受信した画像データとメタデータを破棄できる。

一の実施形態において、画像データの分析は、デジタル医用画像の解像度を判別すること、デジタル医用画像の倍率を判別すること、デジタル医用画像の画質を判別すること、デジタル医用画像の照明特性を判別すること、デジタル医用画像が蛍光撮像条件下でキャプチャされているかどうかを判別すること、標本の組織のタイプを判別すること、デジタル医用画像の色空間を判別すること、等を含む。

図８は、本発明の実施形態に係る相談システムのディレクトリを検索するための例示的なプロセスを図示するフロー図である。図示されたプロセスは、図１〜３に関して上述されたように、システムにより実行される。まず、ステップ６００において、連携サーバーは例えばデータ格納領域から医用画像ベースの事例情報を取得し、ステップ６０５において、医用画像ベースの事例情報を分析する。この分析に基づいて、ステップ６１０において、連携サーバーは相談システムのディレクトリを検索する。上述のとおり、相談システムは個別のコンサルタント又はコンサルタントのグループであり得る。検索結果に基づいて、連携サーバーはステップ６１５において、可能性のある相談システムの初期リストを作成する。一の実施形態において、初期リストは、医用画像ベースの事例のタイプと、相談システムの下位専門分野との一致に基づいて作成され得る。

連携サーバーによって、初期リストが作成されると、ステップ６２０において、サーバーは要求システムから追加のパラメータを取得し、ステップ６２５に示されるとおり、作成された相談システムのリストを追加のパラメータに基づいてフィルタリングする。次に、ステップ６３０において、連携システムは、フィルタリングされた相談システムのリストを要求システムに提供する。任意で、連携サーバーはステップを繰り返して、追加又は別のパラメータを要求システムから取得し、その後追加又は別のパラメータを適用して、可能性のある相談システムのリストを更にフィルタリングし得る。このレビューとフィルタリングのプロセスは、利用可能な相談システムのリストで要求システムが満足された、といったタイミングまで、複数回反復され得る。

一の実施形態において、作製された初期リスト又はフィルタリングされたリスト（もしくはその両方）は、相談システムの利用可能性に基づいて作成又はフィルタリングされ得る。その結果、特定の相談システムが現在非常に混み合っている、又は休みである場合、その特定の相談システムを、作製された初期リスト及びフィルタリングされたリストの両方から有利に除外し得る。

図９は、本発明の実施形態に係る医用画像ベースの連携のためのシステムにおける例示的なワークフローを図示するブロック図である。図示されたプロセスは、図１〜３に関して上述されたように、システムにより実行される。図示された実施形態において、システムは、連携サーバー４０とネットワーク９０とを介して相談システム３０と通信可能に連結された要求システム１０を含む。まず、ステップ６５０において、要求システム１０において、医用画像がデジタル化され、その後ステップ６６０で連携サーバー４０のデータ格納領域にアップロードされる。示されるとおり、ＬＩＳ事例情報及び／又は追加情報６５５は、画像のアップロード６６０のタイミング、もしくは事例のレビュー６６５又は相談要求６７０の間に、連携サーバー４０に提供され得る。

デジタル医用画像がサーバーにアップロードされ、医用画像ベースの事例が作成されると、ワークフロー内の次のステップが、要求システム１０及び／又は相談システム４０と協働して、サーバー４０において、実行される。例えば、ステップ６６５において、連携サーバー４０は、要求システム１０による医用画像ベースの事例のレビューを容易にして、要求システム１０に、医用画像ベースの事例が完成していることを保証させる。このステップにおいて、ＬＩＳ情報６５５等の追加情報が、連携サーバー４０にアップロードされ、医用画像ベースの事例に含まれ得る。一の実施形態において、このレビューは要求システム１０の操作者により行われることができる。

同様に、連携サーバー４０は次に、ステップ６７０において、要求システム０から相談要求を受信し、単独で、又は、要求システム１０とインタラクティブに、相談システムのディレクトリを検索して、特定の医用画像ベースの事例に適した少なくとも１つの相談システムを識別する。なお、ワークフロー中のこのステップにおいて、ＬＩＳ情報６５５等の追加情報が、医用画像ベースの事例に追加され得る。

ステップ６７５において、連携サーバー４０は相談システム３０を医用画像ベースの事例に割り当て、一の実施形態において、医用画像ベースの事例情報がＬＩＳシステムにエクスポートされ、相談システム３０により維持される。次に、ステップ６８０において、相談システム３０は、連携サーバー４０から受信した医用画像ベースの事例情報を分析し、コンサルタント分析を作成し、該コンサルタント分析を、医用画像ベースの事例と関連付けて格納するために連携サーバー４０に送信する。一の実施形態において、コンパニオンＬＩＳレポート又は相談システム３０からのその他のレポートに、コンサルタント分析が含まれ得て、最終的に医用画像ベースの事例の一部となり得る。連携サーバー４０は、その後、コンサルタント分析を要求システム１０に提供して連携ワークフローを完了する。有利なことに、追加のデジタル医用画像が、同時に又は順次、デジタル化されてアップロードされ、少なくとも１つの要求システム１０と少なくとも１つの相談システム３０との間でより大規模な連携を提供し得る。

更に、一の実施形態において、相談システム３０のレビュー中、相談システム３０は追加情報を医用画像ベースの事例に含めるよう要求し得る。これを受けて、連携サーバー４０は医用画像ベースの事例の状況を更新し、要求システム１０に、追加情報の要求についての通知を送信し得る。要求システム１０が追加情報を提供すると、連携サーバー４０は再度医用画像ベースの事例の状況を更新し、相談システム３０に、更新された医用画像ベースの事例が相談システム３０によるレビュー用に利用可能となったことを通知し得る。医用画像ベースの事例が完成していることを保証するために、追加情報の要求の複数回の反復が用いられ得る。

図１０は、本明細書に記載の様々な実施形態と共に用いられ得る、例示的な、有線又は無線の、プロセッサ対応の装置を図示するブロック図である。図１〜３に関して前述のとおり、例えば、システム５５０は、要求システム、相談システム、医用画像キャプチャ装置、スマート医用画像キャプチャ装置、サーバー、又はリポジトリとして、もしくはこれらと組み合わせて、用いられ得る。システム５５０は、パーソナルコンピューター、コンピュータサーバー、ＰＤＡ、スマートフォン、タブレットコンピューター等、デジタルスライドスキャンシステム、放射線撮像システム、磁気共鳴画像化システム、コンピュータ体軸断層撮影システム、Ｘ線システム等の医用画像キャプチャシステム、もしくは有線又は無線データ通信が可能なその他任意のプロセッサ対応機器であってよい。当業者には明らかになるであろうとおり、その他のコンピュータシステム及び／又はアーキテクチャも用いられ得る。当業者により理解されるであろうとおり、また、そのため本稿では詳述しないが、医療画像形成等の特定の目的に必要な特別なコンポーネントが、システム５５０に一体化可能である。デジタルスライドスキャニングシステムの一例は、その全体が参照により本明細書に援用される、米国特許第６，７１１，２８３号に記載されている。

システム５５０は、プロセッサ５６０のような少なくとも１つのプロセッサを含むことが好ましい。入力／出力を管理する補助プロセッサ、浮動小数点演算を行う補助プロセッサ、信号処理アルゴリズムの高速実行に適したアーキテクチャを有する専用のマイクロプロセッサ（デジタルシグナルプロセッサ等）、主処理システムに付随するスレーブプロセッサ（バックエンドプロセッサ等）、デュアルプロセッサシステム用の追加のマイクロプロセッサ又はコントローラ、又はコプロセッサといった、追加のプロセッサが提供され得る。このような補助プロセッサは、個別のプロセッサであり得て、または、プロセッサ５６０に一体化され得る。

プロセッサ５６０は、通信バス５５５に接続されることが好ましい。通信バス５５５は、システム５５０の格納領域とその他の周辺コンポーネントとの間の情報の転送を容易にするためのデータチャネルを含み得る。通信バス５５５は、データバス、アドレスバス、及び制御バス（図示せず）を含むプロセッサ５６０との通信に用いられる一連の信号を更に提供し得る。通信バス５５５は、例えば業界標準アーキテクチャ（ＩＳＡ）、拡張業界標準アーキテクチャ（ＥＩＳＡ）、マイクロチャネルアーキテクチャ（ＭＣＡ）、Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）ローカルバス、もしくは、ＩＥＥＥ ４８８ Ｇｅｎｅｒａｌ−Ｐｕｒｐｏｓｅ Ｉｎｔｅｒｆａｃｅ Ｂｕｓ（ＧＰＩＢ）、ＩＥＥＥ ６９６／Ｓ−１００等の電気電子技術者協会（ＩＥＥＥ）により公表される標準、に準拠したバスアーキテクチャといった、任意の標準又は非標準バスアーキテクチャを含み得る。

システム５５０は、主メモリ５６５を含むことが好ましく、二次メモリ５７０をも含み得る。主メモリ５６５は、プロセッサ５６０上で実行されるプログラム用の命令及びデータの格納を提供する。主メモリ５６５は、典型的には、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）及び／又はスタティックランダムアクセスメモリ（ＳＲＡＭ）等の、半導体ベースのメモリである。半導体ベースのメモリのその他の種類には、例えば、リードオンリーメモリ（ＲＯＭ）を含むシンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ラムバスダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）、強誘電体ランダムアクセスメモリ（ＦＲＡＭ（登録商標））等が含まれる。

二次メモリ５７０は、任意で、内部メモリ５７５及び／又は、例えばフロッピー（登録商標）ディスクドライブ、磁気テープドライブ、コンパクトディスク（ＣＤ）ドライブ、デジタルバーサタイルディスク（ＤＶＤ）ドライブ等のリムーバブル媒体５８０を含み得る。リムーバブル媒体５８０は、既知の方法によって、読み取り及び／又は書き込みされる。リムーバブル格納媒体５８０は、例えば、フロッピー（登録商標）ディスク、磁気テープ、ＣＤ、ＤＶＤ、ＳＤカード等であり得る。リムーバブル格納媒体５８０は、コンピュータ実行可能コード（例えばソフトウェア）及び／又はデータを格納した、非一時的コンピュータ読み取り可能媒体である。リムーバブル格納媒体５８０に格納されるコンピュータソフトウェア又はデータは、プロセッサ５６０により実行されるためにシステム５５０に読み込まれる。

別の実施形態において、二次メモリ５７０は、コンピュータプログラム又はその他のデータ、もしくは命令がシステム５５０にロードされるようにするための他の同様の手段を含み得る。このような手段には、例えば、外部格納媒体５９５及びインターフェイス５７０が含まれる。外部格納媒体５９５の例には、外部ハードディスクドライブ又は外部光学ドライブ、又は及び外部磁気光学ドライブが含まれ得る。

二次メモリ５７０のその他の例には、プログラマブルリードオンリーメモリ（ＰＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、電気的消去可能リードオンリーメモリ（ＥＥＰＲＯＭ）、又はフラッシュメモリ（ＥＥＰＲＯＭと同様のブロック指向メモリ）等の半導体ベースのメモリが含まれ得る。更に、ソフトウェア及びデータが外部媒体５９５からシステム５５０に転送されるようにする、他の任意のリムーバブル格納媒体５８０及び通信インターフェイス５９０が含まれる。

システム５５０は、入力／出力（Ｉ／Ｏ）インターフェイス５８５を更に含み得る。Ｉ／Ｏインターフェイス５８５は、外部装置との入力及び出力を容易にする。例えば、Ｉ／Ｏインターフェイス５８５は、キーボード又はマウスからの入力を受け付け得て、ディスプレイに出力を提供し得る。Ｉ／Ｏインターフェイス５８５は、その他の様々な種類のヒューマンインターフェイス及びマシンインターフェイス装置との入力及び出力を容易にすることができる。

システム５５０は、通信インターフェイス５９０を更に含み得る。通信インターフェイス５９０は、ソフトウェア及びデータが、システム５５０と外部装置（プリンター等）、ネットワーク、又は情報源との間で転送されることを可能にする。例えば、コンピュータソフトウェア又は実行可能コードは、ネットワークサーバーから、通信インターフェイス５９０を経由して、システム５５０へ転送され得る。通信インターフェイス５９０のほんの一例としては、モデム、ネットワークインターフェイスカード（ＮＩＣ）、無線データカード、通信ポート、ＰＣＭＣＩＡスロット及びカード、赤外線インターフェイス、及びＩＥＥＥ １３９４ Ｆｉｒｅ−ｗｉｒｅが挙げられる。

通信インターフェイス５９０は、ＩＥＥＥ ８０２標準、Ｆｉｂｅｒ Ｃｈａｎｎｅｌ、デジタル加入者回線（ＤＳＬ）、非同期デジタル加入者回線（ＡＤＳＬ）、フレームリレー、非同期転送モード（ＡＴＭ）、デジタル統合サービス網（ＩＳＤＮ）、パーソナルコミュニケーションサービス（ＰＣＳ）、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、シリアル回線インターネットプロトコル／ポイントツーポイントプロトコル（ＳＬＩＰ／ＰＰＰ）等の業界で公表されているプロトコル標準を実装することが好ましいが、カスタムもしくは非標準のインターフェイスプロトコルも実装し得る。

通信インターフェイス５９０経由で転送されたソフトウェア及びデータは、一般に、電子通信信号６０５の形である。これらの信号６０５は、通信チャネル６００経由で通信インターフェイス５９０に提供されることが好ましい。一の実施形態において、通信チャネル６００は、有線又は無線ネットワーク、もしくはその他任意の類の通信リンクであり得る。通信チャネル６００は、信号６０５を伝送し、様々な有線又は無線通信手段を用いて実装可能であり、そのほんの一例としては、ワイヤー又はケーブル、光ファイバー、従来型電話回線、携帯電話リンク、無線データ通信リンク、高周波（ＲＦ）リンク、又は赤外線リンクが挙げられる。

コンピュータ実行可能コード（例えばコンピュータプログラム又はソフトウェア）は、主メモリ５６５及び／又は二次メモリ５７０に格納される。コンピュータプログラムはまた、通信インターフェイス５９０経由で受信され、主メモリ５６５及び／又は二次メモリ５７０に格納されることもできる。このようなコンピュータプログラムは、実行されると、上述のような本発明の様々な機能をシステム５５０に実行させる。

本稿において、用語「コンピュータ読み取り可能媒体」は、コンピュータ実行可能コード（例えばソフトウェア及びコンピュータプログラム）をシステム５５０に提供するために用いられる非一時的コンピュータ読み取り可能格納媒体を参照するのに用いられる。これらの媒体の例としては、主メモリ５６５、二次メモリ５７０（内部メモリ５７５、リムーバブル媒体５８０、及び外部格納媒体５９５を含む）、及び、通信インターフェイス５９０に通信可能に連結された任意の周辺装置（ネットワーク情報サーバー又はその他のネットワーク機器を含む）が挙げられる。これらの非一時的コンピュータ読み取り可能媒体は、実行可能コード、プログラミング命令、及びソフトウェアをシステム５５０に提供するための手段である。

ソフトウェアを用いて実装される実施形態において、ソフトウェアはコンピュータ読み取り可能媒体に格納され、リムーバブル媒体５８０、Ｉ／Ｏインターフェイス５８５、又は通信インターフェイス５９０によって、システム５５０にロードされ得る。このような実施形態において、ソフトウェアは電子通信信号６０５の形でシステム５５０にロードされる。ソフトウェアは、プロセッサ５６０により実行された際、本稿で上述した本発明の特徴及び機能をプロセッサ５６０に実行させることが好ましい。

システム５５０は、音声ネットワーク及びデータネットワーク上での無線通信を容易にする任意の無線通信コンポーネントを更に含む。無線通信コンポーネントは、アンテナシステム６１０、無線システム６１５、及びベースバンドシステム６２０を含む。システム５５０において、高周波（ＲＦ）信号が、無線システム６１５の管理下で、アンテナシステム６１０によって、空気中を送信及び受信される。

一の実施形態において、アンテナシステム６１０は少なくとも１つのアンテナと、スイッチング機能を実行してアンテナシステム６１０に送信及び受信パスを提供する少なくとも１つのマルチプレクサ（図示せず）とを含む。受信パスにおいて、受信されたＲＦ信号は、マルチプレクサから、受信されたＲＦ信号を増幅して増幅された信号を無線システム６１５に送出する低雑音増幅器（図示せず）に結合される。

別の実施形態において、無線システム６１５は、様々な周波数で通信するように構成された少なくとも１つの無線機を含み得る。一の実施形態において、無線システム６１５は、１つの集積回路（ＩＣ）内に復調器（図示せず）と変調器（図示せず）を組み合わせ得る。復調器と変調器は、別々のコンポーネントであってもよい。受信パスにおいて、復調器はＲＦキャリア信号を除去し、無線システム６１５からベースバンドシステム６２０へと送信されるベースバンド受信音声信号を残す。

受信された信号が音声情報を含む場合、ベースバンドシステム６２０はその信号を復号し、アナログ信号に変換する。その後、信号は増幅され、スピーカーへ送信される。ベースバンドシステム６２０はまた、マイクからアナログ音声信号を受信する。アナログ音声信号はデジタル信号に変換され、ベースバンドシステム６２０によって、符号化される。ベースバンドシステム６２０はまた、デジタル信号を送信向けに符号化し、無線システム６１５の変調部へとルーティングされるベースバンド送信音声信号を生成する。変調器は、ベースバンド送信音声信号をＲＦキャリア信号と混合して、アンテナシステムへとルーティングされ、電力増幅器（図示せず）を通過し得るＲＦ送信信号を生成する。電力増幅器はＲＦ送信信号を増幅し、アンテナシステム６１０へとルーティングし、ここで信号は送信のためにアンテナポートへとスイッチングされる。

ベースバンドシステム６２０は、また、プロセッサ５６０と通信可能に連結される。中央処理装置５６０は、データ格納領域５６５及び５７０へのアクセスを有する。中央処理装置５６０は、メモリ５６５又は二次メモリ５７０に格納されることのできる命令（例えばコンピュータプログラム又はソフトウェア）を実行するように構成されることが好ましい。コンピュータプログラムはまた、ベースバンドプロセッサ６１０から受信され、データ格納領域５６５又は二次メモリ５７０に格納されることも、または、受信時に実行されることもできる。このようなコンピュータプログラムは、実行されると、上述のような本発明の様々な機能をシステム５５０に実行させる。例えば、データ格納領域５６５は、プロセッサ５６０により実行可能な様々なソフトウェアモジュール（図示せず）を含み得る。

更に様々な実施形態が、主として、例えば特定用途向け集積回路（ＡＳＩＣｓ）又はフィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）といったコンポーネントを用いるハードウェアにおいて、実装され得る。本稿に記載の機能を実行可能なハードウェア状態機械の実装についても、当業者には明白となるだろう。ハードウェア及びソフトウェアの両方の組み合わせを用いて、様々な実施形態が実装され得る。

更に、当業者は、本稿に記載の図面及び実施形態に関連して説明された多様な例示的な論理ブロック、モジュール、回路、及び方法のステップが、電子ハードウェア、コンピュータソフトウェア、又は両者の組み合わせとしてしばしば実装されることができることを理解するだろう。ハードウェアとソフトウェアの相互交換可能性を明確に示すために、多様な例示的コンポーネント、ブロック、モジュール、回路、及びステップが、全般に、その機能に関して説明された。このような機能がハードウェアとして実装されるかソフトウェアとして実装されるかは、特定の用途、及び、システム全体に課せられる設計上の制約に依存する。当業者であれば、記載された機能を、特定の用途ごとに様々な方法で実装できるが、このような実装に係る決定は、本発明の範囲からの逸脱をもたらすものとして解釈されるべきでない。更に、モジュール、ブロック、回路、又はステップとして機能をグループ化することは、説明の容易さのためである。特定の機能又はステップは、本発明から逸脱すること無く、一のモジュール、ブロック、又は回路から他のモジュール、ブロック、又は回路へと移動させることができる。

更に、本稿に開示される実施形態に関して説明される様々な例示的な論理ブロック、モジュール、及び方法は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、ＡＳＩＣ、ＦＰＧＡ、又はその他のプログラマブル論理デバイス、個別のゲート又はトランジスタロジック、個別のハードウェアコンポーネント、もしくは、本稿に記載の機能を行うよう設計されたこれらの任意の組み合わせ、によって、実装又は実行可能である。汎用プロセッサはマイクロプロセッサであってよいが、別法として、プロセッサは任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってよい。プロセッサは、コンピューティングデバイスの組み合わせ、例えばＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、少なくとも１つのマイクロプロセッサ、又はその他の構成、として実装されてもよい。

更に、本稿で開示される実施形態と関連して記載される方法又はアルゴリズムのステップは、ハードウェアに直接具体化されることも、プロセッサにより実行されるソフトウェアモジュールに具体化されることも、又は両者の組み合わせに具体化されることもできる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は、ネットワーク格納媒体を含む任意の他の形態の格納媒体に存在できる。例示的な格納媒体は、プロセッサが格納媒体との間で情報を読み取り及び書き込みできるように、プロセッサと連結されてよい。別法として、格納媒体はプロセッサと一体的であってよい。プロセッサと格納媒体は、ＡＳＩＣに存在してもよい。

開示された実施形態の以上の説明は、当業者が本発明を作成又は利用することを可能にするために提供される。これらの実施形態の多様な変形が、当業者に容易に明らかになり、本稿に記載の一般原理は、本発明の精神又は範囲から逸脱すること無くその他の実施形態に適用可能である。したがって、本稿において、提供される説明及び図面は、本発明の現在好ましい実施形態を代表するものであり、すなわち本発明によって、広範囲に想定されている主題を代表するものである。さらに、本発明の範囲は、当業者には明白となり得るその他の実施形態を完全に包含すること、及び、その結果として本発明が限定されないことが理解される。

Claims (10)

1. 医用画像ベースの連携のための技術システムであって、
   実行可能なプログラムされたモジュールを格納するように構成される非一時的コンピュータ読み取り可能媒体、
   前記非一時的コンピュータ読み取り可能媒体と通信可能に組み合わせられるプロセッサであって、その中に格納されたプログラムされたモジュールを実行するように構成されるプロセッサ、
   前記非一時的コンピュータ読み取り可能媒体に格納され、前記プロセッサにより実行されるように構成されるコマンドモジュールであって、前記コマンドモジュールは、要求システムとインターフェイスして、前記要求システムに情報及び命令を提供し、前記要求システムから情報及び要求を受信するように構成され、前記コマンドモジュールは、相談システムとインターフェイスして、前記相談システムに情報及び命令を提供し、前記相談システムから情報及び要求を受信するように更に構成される、コマンドモジュール、
   前記非一時的コンピュータ読み取り可能媒体に格納され、前記プロセッサにより実行されるように構成される事例モジュールであって、前記事例モジュールは、前記非一時的コンピュータ読み取り可能媒体中の医用画像ベースの事例情報を含む医用画像ベースの事例を作成、更新、及び格納するように、そして、医用画像ベースの事例を完成させるために必要な最小データセットを決定するように構成される、事例モジュール、
   前記非一時的コンピュータ読み取り可能媒体に格納され、前記プロセッサにより実行されるように構成される画像表示モジュールであって、前記画像表示モジュールは、前記相談システムとインターフェイスして、医用画像ベースの事例情報を前記相談システムに提供するように構成される、画像表示モジュール、を含み、
   前記コマンドモジュールは、第１の事例に関連付けられて、前記要求システムからのデジタル医用画像データ及びメタデータを含む、第１の医用画像ベースの事例情報を受信するように更に構成され、前記事例モジュールは、前記第１の医用画像ベースの事例情報を、前記第１の事例と関連付けて前記非一時的コンピュータ読み取り可能媒体に格納し、前記格納された医用画像ベースの事例情報を分析して、前記第１の事例が少なくとも事例番号及び前記デジタル医用画像データを含むことを決定することにより、前記第１の事例が完全であることを決定するように更に構成され、
   前記コマンドモジュールは、前記事例モジュールが前記第１の事例が完全であると決定したことを受けて、前記相談システムに通知を送信し、そして、前記第１の事例と関連付けられ、かつ、前記第１の医用画像ベースの事例情報の少なくとも一部の分析を含む第２の医用画像ベースの事例情報を、前記相談システムから受信し、そして、前記第２の医用画像ベースの事例情報を、前記第１の事例に関連付けて、前記非一時的コンピュータ読み取り可能格納媒体に格納するように更に構成される技術システム。
2. 前記第１の事例からの前記デジタル医用画像データを分析し、デジタル医用画像分析情報を、前記第１の事例と関連付けて、前記非一時的コンピュータ読み取り可能媒体に格納し、そして、前記デジタル医用画像分析情報を、前記デジタル医用画像データと関連付けて、前記相談システムに提供するように構成される画像分析モジュールを更に含む、請求項１に記載のシステム。
3. 前記第１の事例からの前記デジタル医用画像データ及びメタデータを分析し、前記分析に基づいて前記デジタル医用画像データ又はメタデータを拒絶するように構成される画像分析モジュールを更に含み、前記拒絶は、前記デジタル医用画像データが誤った倍率又は誤った解像度でスキャンされたという前記画像分析モジュールによる決定に基づく、請求項１に記載のシステム。
4. 前記デジタル医用画像データを分析し、前記分析に基づいて組織のタイプを決定するように構成される画像分析モジュールを更に含み、前記画像分析モジュールは、前記決定された組織のタイプに基づいて前記デジタル医用画像データを承諾又は拒絶するように更に構成される、請求項１に記載のシステム。
5. 前記第１の医用画像ベースの事例情報に少なくとも部分的に基づいて、前記非一時的コンピュータ読み取り可能媒体に格納された相談システムのディレクトリを検索するように構成されるディレクトリモジュールを更に含む、請求項１に記載のシステム。
6. 前記コマンドモジュールによって前記要求システムに提供される前記命令は、前記医用画像ベースの事例情報に関連付けられた組織のタイプにより決定されるスキャニングパラメータを含む、請求項１に記載のシステム。
7. 医用画像ベースの事例を含む前記データセットは、
   （１）予備的診断
   （２）疾病種類
   （３）グロスイメージ
   （４）放射線レポート
   （５）医学検査の結果及び調剤処方
   （６）相談システムの病理学者名
   （７）前記相談システムの病理学者の１以上の優先度
   の（１）〜（７）のうちの少なくとも１つを含む、
   請求項１に記載のシステム。
8. 医用画像ベースの事例を完成させるために必要な前記最小データセットは、デジタル医用画像データ及び研究室情報システムデータ及び前記要求システム向けの請求情報を含む、請求項１に記載のシステム。
9. 前記デジタル医用画像データは、スライド全体画像を含み、前記研究室情報システムデータは、前記デジタル医用画像データの対象である標本を保持する顕微鏡スライドガラスに貼付されたバーコードの表現を含み、前記事例モジュールは、事例番号を前記医用画像ベースの事例に割り当てるように更に構成され、前記事例番号の一部は、前記バーコードの前記表現を含み、前記事例番号の一部は、相談システム識別番号を含む、請求項８に記載のシステム。
10. 医用画像ベースの連携のためのコンピュータに実装された方法であって、１つ以上のプロセッサが少なくとも、
    要求システムから、医用画像ベースの事例を作成する要求を受信するステップ、
    前記要求を解析して、前記医用画像ベースの事例の識別情報を取得するステップ、
    前記医用画像ベースの事例を作成し、前記医用画像ベースの事例に事例番号を割り当てるステップであって、前記事例番号は、前記識別情報の少なくとも一部を含む、ステップ、
    前記事例番号を含む医用画像ベースの事例情報を、前記要求システムに送信するステップ、
    前記医用画像ベースの事例の事例種類を識別するために前記識別情報を用いるステップ、
    前記識別された事例種類に従って、前記医用画像ベースの事例を完成させるために必要な最小データセットを決定するステップ、
    前記要求システムから、前記事例番号と関連してデジタル医用画像データ及びメタデータを含む第１の医用画像ベースの事例情報を受信するステップ、
    前記デジタル医用画像データ及び前記メタデータを、前記医用画像ベースの事例の一部として格納するステップ、
    前記最小データセットに従って、前記格納されたデジタル医用画像データ及びメタデータを分析するステップ、
    前記分析に基づいて、前記事例が少なくとも前記事例番号及び前記デジタル医用画像データを含むことを決定することにより、前記事例が完全であることを決定するステップ、
    前記事例が完全であると決定したことを受けて、相談システムに通知を送信するステップ、
    前記事例と関連付けられ、かつ、前記第１の医用画像ベースの事例情報の少なくとも一部の分析を含む第２の医用画像ベースの事例情報を、前記相談システムから受信するステップ、
    前記第２の医用画像ベースの事例情報は、追加情報の要求を含み、前記第２の医用画像ベースの事例情報を、前記事例に関連付けて格納するステップ、
    前記第２の医用画像ベースの事例情報を、前記要求システムに提供するステップ、
    更新された第１の医用画像ベースの事例情報を受信するステップ、
    前記更新された第１の医用画像ベースの事例情報を、前記事例と関連付けて格納するステップ、及び
    前記更新された第１の医用画像ベースの事例情報を前記相談システムに提供するステップ、
    を実行するようにプログラムされている、方法。

Images