JP2017501459A - 高度医用画像処理ウィザード - Google Patents

Abstract

自動医用画像処理システムが、医用画像を処理するための画像処理パラメータの指定を各々が自動化する一連の動作段階を含む。画像処理インジケータに応答して、第１の画像操作及び画像処理パラメータを決定することを含め、ユーザの介入を伴わずに第１の医用画像が自動的に識別される。第１の画像操作は、画像処理パラメータに基づいて第１の医用画像に対して行われる。第２の医用画像が生成され、クライアント装置に送信され提示される。クライアント装置は、ユーザが第２の医用画像に満足したかどうかについてユーザを促すメッセージを表示する。ユーザが第２の医用画像に満足していないことを示すクライアント装置からのユーザ入力に応答して、第１の医用画像を再処理する改善措置をユーザが選択できるように１又は２以上の改善オプションが提示される。【選択図】図３

Description

〔関連出願〕
本出願は、２０１３年９月２５日に出願された米国仮特許出願第６１／８８２，１６２号の利益を主張するものであり、この仮特許出願はその全体が引用により本明細書に組み入れられる。

本発明の実施形態は、一般に医用画像処理システムに関する。具体的には、本発明の実施形態は、医用画像処理ウィザードに関する。

（一般にＣＡＴスキャン又はＣＴスキャンとして知られている）コンピュータ断層撮影スキャンは、コンピュータを活用して多くのＸ線画像を結合し、身体の内部器官及び構造の断面ビューを生成するＸ線手順である。これらの各ビューでは、身体画像が身体のＸ線「スライス」として確認される。典型的には、異なる身体レベル、すなわち異なる軸（ｚ軸）位置における平行スライスが撮影される。この記録画像はトモグラム（断層写真）と呼ばれ、「コンピュータ断層撮影」とは、異なる体軸レベルにおける記録された断層写真「部分」を意味する。マルチスライスＣＴでは、従来のＣＴスキャナで使用されている線形検出器アレイの代わりに２次元（２Ｄ）検出器要素アレイが使用される。２Ｄ検出器アレイでは、ＣＴスキャナが異なるスライス位置における断層撮影データを同時に取得することができ、ＣＴ画像の取得速度が大幅に高まる。マルチスライスＣＴは、多くの長手方向体積を高ｚ軸分解能で走査する能力により、３次元（３Ｄ）撮像を含む幅広い臨床応用を促す。

物体の、特に人体の内部画像を取得する別の方法に、磁気共鳴撮像法（ＭＲＩ）がある。具体的に言えば、ＭＲＩは、高周波及び強磁界を用いて評価中の物体内の分子を励起させる非侵襲性の非Ｘ線診断技術である。ＭＲＩも、ＣＡＴスキャンと同様に、身体内部組織及び器官のコンピュータ生成画像「スライス」を提供する。また、ＣＡＴスキャンと同様に、３Ｄ撮像を含む幅広い臨床応用を促し、多くの体積を高分解能で走査することによって大量のデータを提供する。

通常、これらの画像データは、高度医用画像処理システム(advanced medical image processing system)と呼ばれる複雑なソフトウェアシステムを用いて分析される。現在のところ、高度医用画像処理ソフトウェアは、経験豊富な訓練を積んだユーザ以外にとって複雑かつ近寄り難いものである。しかしながら、医用画像処理ソフトウェアと医薬及び電子医療記録との一体化が進むにつれ、他の臨床医、さらには非臨床医及び患者などの他のユーザにとっても、少なくともこれらのソフトウェアシステムに関心を持つことがますます重要になってきている。

高度医用撮像ソフトウェアの高度化及び一般化が進むにつれ、このようなソフトウェアパッケージの使用を単純化することが重要かつさらなる課題になっている。従来、高度医用撮像ソフトウェアの主なユーザはＸ線技師であり、これらのソフトウェアプラットフォームに精通するように広範囲にわたる訓練を受けてきた。Ｘ線技師は、その多くの時間をこのようなソフトウェアパッケージを使用することに費やして、経験豊富なユーザになることができる。

同時係属中米国特許出願第１２／１９６，０９９号明細書（米国特許第８，３７０，２９３号明細書）

ソフトウェアが複雑なため、高度医用画像処理ソフトウェアの使用法を一般人が理解することは事実上不可能である。また、このことは、訓練を積んでいない臨床医にとっても非常に困難である。正しい訓練を受けていない人物がこれを行おうとすれば、画像データの誤判読、さらには誤診などの医療ミスを招く恐れがある。

最低限しか訓練を受けていない又は全く訓練を受けていないユーザが高度医用撮像ソフトウェアを効果的に使用する単純な方法が必要とされている。

同様の要素を同じ参照数字によって示す添付図面の図に、本発明の実施形態を限定ではなく一例として示す。

１つの実施形態による、医療記録及び／又は臨床ソフトウェアと高度画像処理システムとの統合を示すブロック図である。 本発明の別の実施形態による画像処理システムを示すブロック図である。 本発明の１つの実施形態による画像処理ソフトウェアアプリケーションの例を示すブロック図である。 本発明の１つの実施形態による自動画像処理モジュールの例を示すブロック図である。 本発明の１つの実施形態による、自動画像処理システムの処理ルールの例を示すブロック図である。 本発明の１つの実施形態による、自動画像処理システムの処理フローを示すフロー図である。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。 本発明の１つの実施形態による、自動画像処理システムによって実行される処理を示すフロー図である。 本発明のいくつかの実施形態によるクラウドベースの画像処理システムを示すブロック図である。 本発明のいくつかの実施形態によるクラウドベースの画像処理システムを示すブロック図である。 本発明の１つの実施形態と共に使用できるデータ処理システムを示すブロック図である。

後述する詳細を参照しながら本発明の様々な実施形態及び態様を説明し、添付図面に様々な実施形態を示す。以下の説明及び図面は本発明の例示であり、本発明を限定するものと解釈すべきではない。本発明の様々な実施形態を完全に理解できるように、数多くの具体的な詳細について説明する。しかしながら、場合によっては、本発明の実施形態を簡潔に説明するために、周知の又は従来の詳細については説明しない。

本明細書における「１つの実施形態」又は「ある実施形態」についての言及は、その実施形態に関して説明する特定の特徴、構造又は特性が本発明の少なくとも１つの実施形態に含まれることを意味する。本明細書における様々な箇所に出現する「１つの実施形態では」という表現は、必ずしも全てが同じ実施形態を示すものではない。

いくつかの実施形態によれば、高度医用画像処理システムの使用を単純化又は自動化するソフトウェア／ハードウェアシステムが提供される。１つの実施形態では、高度画像処理システムに加えて（簡易画像処理システムとも呼ばれる）自動画像処理システムが提供される。この自動画像処理システムは、既存の又は新たな高度医用画像処理ソフトウェアシステム上に階層化又は統合して、ソフトウェア、ハードウェア又はこれらの組み合わせで実装できる医用画像処理システムの使用を単純化又は自動化することができる。自動画像処理システムは、画像処理ウィザードの形で実装することができる。このウィザードは、高度画像処理過程を通じてユーザを誘導する。このウィザードは、ユーザが高度画像処理ツールの操作方法の詳細を知らなくても済むように、例えば基本設定、前提及び／又はルールセットを用いてできるだけ多くのステップを自動化して画像データを処理する。このウィザードは、自動的に又は別様に生じた結果を確認又は変更する機会もユーザに与える。このウィザードは、直感的ユーザインターフェイス、及び画像処理過程を通じてユーザを導く支援となる答えやすい質問を提示することで構成することができる。

１つの実施形態によれば、画像処理ソフトウェアが、ユーザフレンドリーな対話型グラフィカルユーザインターフェイスを提供する自動画像処理システムを含む。ユーザは、この自動画像処理システムにより、画像を処理するための特定のステップ及び／又は画像処理パラメータを完全に理解する必要なく、理解しやすい一連の処理段階に基づいて画像処理ソフトウェアと対話し、画像に対していくつかの主な又は共通の又は一般的な画像処理動作を実行することができる。自動画像処理システムは、一連の質問を通じてユーザとやりとりし、ユーザからの回答の一部としてのユーザ入力を受け取ってユーザの意図を決定することができる。この自動画像処理システムとのユーザインタラクション、及び患者ＩＤ、医療処置、身体部分、病状又はその他のデータ／タグなどの画像データに関連するメタデータに基づいて１又は２以上の画像処理動作を決定し、ユーザに推奨するか、或いは自動的に処理するかのいずれかを行うことができる。ユーザに推奨した場合、ユーザは、画像を処理するための推奨された画像処理動作の１つ又は２つ以上を選択することができる。選択された画像処理動作に関連する１又は２以上の画像処理パラメータは、ユーザの介入を伴わず、ユーザに同じパラメータを提供させることなく、画像処理ソフトウェアの基本ロジックによって自動的に決定される。画像処理ソフトウェアは、（ウェブサーバを含むことができる）画像処理サーバによってホストすることができる。ユーザは、クライアント装置からネットワーク（例えば、インターネット）を介して画像処理ソフトウェアにアクセスすることができる。例えばユーザは、ウェブブラウザを用いて、又はクライアント装置で実行されるクライアントアプリケーションを用いて画像処理ソフトウェアにアクセスすることができる。

１つの実施形態によれば、画像処理パラメータに基づいて１又は２以上の画像処理コマンドが生成され、自動画像処理システムから画像処理のための画像処理エンジンに送信される。画像処理エンジンは、画像処理サーバ内に局所的に統合された、又は一連のＡＰＩを通じてネットワークを介して遠隔的に、自動画像処理システムに通信可能に結合することができる。画像処理エンジンは、画像処理コマンドを受け取ったことに応答して、画像処理パラメータに基づいて画像を処理し、新たな又は更新された画像を生成する。この新たな画像は、オリジナル画像に関連する同じ医療データの異なるビューを表すことができる。その後、この新たな画像が画像処理エンジンから自動画像処理システムに戻され、自動画像処理システムがこの画像をクライアント装置に送信してユーザに提示する。１つの実施形態では、自動画像処理システムが、ユーザが新たな画像に満足したかどうかについてクライアント装置にユーザを促させる。ユーザが新たな画像に満足していない場合、自動画像処理システムは、クライアント装置と通信して、新たな画像に関するさらなるユーザ入力を求めてユーザとやりとりし、画像処理パラメータをさらに調整し、この画像処理動作を繰り返し実行することができる。この結果、ユーザは、高度画像処理システムの利用方法を完全に理解する必要はないが、高度ユーザには高度画像処理システムを利用可能にすることもできる。「ビュー」又は「画像ビュー」又は「画像」は、画像に加えて、定量的データ、識別マーク、測定結果、概要、マッピング、カラーレイヤなどのレイヤなどを含む情報を含むこともできると理解されたい。この追加データは、画像メタデータに含めることができる。また、「画像」は、１又は２以上の画像を意味することができ、例えばＣＴスキャンからの画像シリーズを表すことができる。

１つの実施形態では、医療記録及び／又は臨床試験（ＭＲＣＳ）クライアントソフトウェアに画像処理クライアントソフトウェア（例えばシンクライアントソフトウェア）を統合し、この統合されたＭＲＣＳクライアントソフトウェアが、医療記録サーバ、及び画像処理サーバによってホストされる画像処理ソフトウェアの両方にアクセスして特定の患者の医療記録に関連する医用画像を処理することができる。ユーザは、自動画像処理システムにより、例えば、ある身体部分に関連する画像、医療処置、医師との診察予約及び／又は患者の病状などの、患者の医療記録に関連する医用画像を選択して処理することができる。

図１は、１つの実施形態による、ＭＲＣＳと高度画像処理システムとの統合を示すブロック図である。図１に示すように、１つの実施形態によれば、システム１００が、有線及び／又は無線ネットワーク１０１を介して医用画像処理サーバ１１０及びＭＲＣＳサーバ１１５に通信可能に結合されたクライアント１０５を含む。ネットワーク１０１は、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、インターネット又はイントラネットなどのワイドエリアネットワーク（ＷＡＮ）、プライベートクラウドネットワーク、パブリッククラウドネットワーク、又はこれらの組み合わせとすることができる。図１には、画像処理サーバ１１０及び医療データサーバ１１５に通信可能に結合された単一のクライアント１０５を示しているが、医用画像処理サーバ１１０及び／又はＭＲＣＳサーバ１１５に複数のこのようなクライアントを通信可能に結合することもできると理解されるであろう。

ＭＲＣＳサーバ１１５は、１つの実施形態では、医用画像処理サーバ１１０及びクライアント１０５とは異なる位置に物理的に存在するデータサーバとすることができる。別の実施形態では、ＭＲＣＳサーバ１１５が、医用画像処理サーバ１１０及び／又はクライアント１０５と同じ地理的位置に存在することができる。ＭＲＣＳサーバ１１５は、クライアント１０５及び／又は画像処理サーバ１１０と同じ組織が操作することも、或いは異なる組織が操作することもできる。１つの実施形態では、ＭＲＣＳサーバ１１５が、ＥＭＲ又はＥＨＲ１０２などの、患者の医療記録を記憶するデータストレージを含む。ＭＲＣＳサーバ１１５は、匿名患者の臨床試験記録１０３を記憶することもできる。ＭＲＣＳサーバ１１５は、ＥＭＲデータ１０２及び試験記録１０３へのアクセスを可能にするアクセス制御システム１１６をさらに含む。異なる役割を有する異なるユーザは、異なるデータにアクセスすることができる。例えば、医師は、ＥＭＲデータ１０２にアクセスすることができ、医学生又は教授は、試験記録１０３のみにアクセスすることができる。例示を目的として、ＭＲＣＳサーバ１１５は、ＭＲＳサーバ、ＣＴＳサーバ、又はこれらの組み合わせを表すことができ、ＭＲＣＳサーバ１１５は、単一のサーバ又は一群のサーバの形で実装することができる。また、ＭＲＣＳサーバ１１５は、１）ＥＭＲデータ１０２を記憶しているＭＲＳサーバ、及び２）試験記録１０３を記憶しているＣＴＳサーバという２つの別個のサーバを表すこともできる。

医用画像処理サーバ１１０は、ネットワークを介してクライアント１０５に医用画像処理サービスを提供するように構成された画像処理エンジン１０４を含む。１つの実施形態では、医用画像処理サーバ１１０が、医用におけるデジタル画像及び通信（ＤＩＣＯＭ）互換データ、或いはＪＰＥＧ、ＴＩＦＦ、ビデオ、ＥＫＧ、実験室画像、レポート、テキスト、ＰＤＦ、音響及びその他のファイルを含む他の画像データなどの医療データを記憶する画像ストア１０８も含む。画像ストア１０８に暗号化機能を組み込むこともでき、この場合、医療データを暗号化形式で記憶して送信することができる。画像ストア１０８は、複数のデータベースを含むことができ、例えばＯｒａｃｌｅ（商標）データベース又はＭｉｃｒｏｓｏｆｔ（登録商標）ＳＱＬサーバなどのリレーショナルデータベース管理システム（ＲＤＢＭＳ）を用いて実装することができる。

１つの実施形態では、医用画像処理サーバ１１０が、画像ストアに記憶されているリソース（例えば、画像処理ツール）及び／又は医療データへのクライアント１０５のアクセスを制御するアクセス制御システム１０６を含む。クライアント１０５は、画像ストアに記憶されているリソース及び／又は医療データのいくつかの部分又はタイプに、そのアクセス権に応じてアクセスできることも、又はアクセスできないこともある。アクセス権は、一連の役割ベースのルール又はポリシーに基づいて決定又は構成することができる。例えば、クライアント１０５は、医用画像処理サーバ１１０によって提供されるツールの一部へのアクセスしか許可しないいくつかの役割を有するように構成することができる。他の例では、クライアント１０５を、何らかの患者情報へのアクセスを制限するいくつかの役割を有するように構成することができる。例えば、クライアント１０５の特定のユーザ（例えば、医師、医学生）は、画像ストア１０８に記憶されている異なる医療情報、又は画像処理サーバ１１０によって提供される異なる画像表示リソースにアクセスするための異なるアクセス権を有することができる。

クライアント装置１０５は、本明細書で説明する統合医療ソフトウェア１０７を含むことができるクライアントである。１つの実施形態では、統合ソフトウェア１０７が、（単複の）画像及び／又は画像処理機能１２１を医療記録ソフトウェア（ＭＲＳ）及び／又は臨床試験ソフトウェア（ＣＴＳ）１０７に統合し、本明細書ではこれらを集合的に医療記録及び／又は臨床ソフトウェア（ＭＲＣＳ）と呼ぶ。例えば、画像処理機能は、ネットワーク１０１を介して画像処理サーバ１１０に通信可能に結合された医用画像処理クライアント１２１として実装することができる。画像処理クライアント１２１は、医療ソフトウェア１０７に結合することも、或いは医療ソフトウェア１０７に組み込むこともできる。ＭＲＣＳクライアント１０７と医用画像処理クライアントは、完全に分離し、すなわち非統合的とすることもできる。

ＭＲＳは、個々の患者の医療記録に焦点を当てた患者中心のソフトウェアである。ここで言う患者中心とは、ソフトウェアの主な目的が個々の患者に関するデータの記録及び閲覧であることを意味する。この種のソフトウェアは、電子医療記録（ＥＭＲ）ソフトウェア、電子健康記録（ＥＨＲ）ソフトウェア、個人健康記録（ＰＨＲ）ソフトウェアなどと呼ぶことができる。通常、ＭＲＳによって維持される情報としては、患者ＩＤ、年齢、体重、身長、血液型（ＢＰ）などの人口動態情報、実験の注文及び結果、試験の注文及び結果、病歴、予約履歴、予約スケジュール、検査履歴、処方／投薬、症状／診断、及び保険／返済情報が挙げられる。

ＣＴＳは、遡及及び予想臨床研究の両方のためのソフトウェアを含む。この種のソフトウェアは、臨床試験管理システムと呼ぶことができる。ＣＴＳは、調査のためのソフトウェアを含むこともできる。ＣＴＳは試験中心であり、これは、ソフトウェアの主な目的が複数の患者又は参加者の集約データの収集及び閲覧であることを意味する。データは個々の患者／参加者レベルで収集されるが、通常、このデータは「盲目的に」閲覧される。このことは、一般にデータの閲覧者及び／又は分析者が個々の患者／参加者の識別情報を知らないことを意味する。しかしながら、必要な場合には、個々の患者／参加者レベルでデータを閲覧することもできる。このことは、画像が関与する場合に特に重要である。通常、ＣＴＳは、患者ＩＤ、併用薬、有害事象、ランダム化情報、データ収集、納得診療、集約データ及び研究の状況を含む。

１つの実施形態では、クライアント１０５内で実行される統合医療ソフトウェアのＭＲＣＳ１０７が、例えば患者の医療記録及び／又は試験記録１２０の一部とすることができる患者の診療履歴を含む患者の医療情報１２２を表示する。このような記録１２０は、ユーザの要求に応答して医療データサーバ１１５からダウンロードすることができる。統合医療ソフトウェアがＭＲＳを統合している場合、通常、患者の完全な識別情報は、医療情報の一部として表示される。一方、統合ＣＴＳの場合、通常、上述したように患者は匿名であり、通常、患者の識別情報は、表示される医療情報の一部として明らかにされない。

１つの実施形態では、ＭＲＣＳに（単複の）画像及び／又は画像処理機能１２１が統合される。統合は、ＭＲＣＳと同じウィンドウ内に現れる（単複の）画像及び／又は画像処理ツールの形を取ることができる。統合は、ＭＲＣＳウィンドウとは別のウィンドウ内で開く、（単複の）画像及び／又は画像処理ツールを含むウィンドウの形を取ることもできる。しかしながら、いずれの形の統合であっても、患者の医療情報及び（単複の）画像は、統合ソフトウェアのユーザに別のソフトウェアプログラムを介して別個に画像を取得するように要求することなく、統合医療ソフトウェア内に表示される。

１つの実施形態では、高度画像処理システムを利用する場合、高度画像処理グラフィカルユーザインターフェイスに一連の画像処理ツールを表す一連の図形表現を提示して、ユーザが画像１２４のうちの特定の１つを処理するために画像処理ツールの１つ又は２つ以上を指定できるようにすることができる。自動画像処理システムを利用する場合、自動画像処理システム１５０の基本処理ロジックは、例えばユーザの介入、又はいずれの画像処理ツールを利用するかについてのユーザの知識を伴わずに、画像を処理するための１又は２以上の画像処理ツールを自動的に決定して選択するように構成される。クライアント１０５上で実行される統合医療ソフトウェアのユーザに対しては、遠隔画像処理サーバ１１０によって提供される画像処理ツールのための図形表現（例えば、アイコン）が表示される。このような実施形態では、利用可能な画像処理ツールが、ユーザが作動させた時に遠隔画像処理サーバ１１０が画像を操作できるようにする一連のアイコン又は他の何らかの図形表現として統合医療ソフトウェア内に表示される。１つの実施形態では、画像処理ソフトウェアがＭＲＣＳプログラムに統合され、「コンテキストで」も開く。「コンテキストで」とは、画像処理ソフトウェアが開いて現在のユーザ及び／又は患者及び／又は苦痛に適した画像及び／又はツールを表示することを意味する。特定のユーザに対する撮像ツールの利用可能性は、その特定のユーザのアクセス権（例えば、医師対医学生）に依存する。或いは、撮像ツールの利用可能性は、ＤＩＣＯＭタグなどの特定のタグによって識別できる患者の特定の身体部分に基づいて決定することもできる。

例えば、ある医師は、自分の患者の心臓血管画像については、血管中心線ツールを利用できる状態で３Ｄビューで開く一方で、自分の患者の腹部画像については、フライスルーツール又は仮想大腸内視鏡ツールを利用できる状態で冠状ビューで開くことを好む場合がある。この医師は、他のビュー及びツールがビューから隠れていることを好む場合もある。別の例では、別の医師が、自身がこの患者に使用した最新のビュー及びツールを表示して自分の患者の画像が開くことを好む場合もある。別の例では、心臓血管事例のデフォルトビューを特定のビュー及びツールが表示されるように設定することもできるが、デフォルトビュー及びツールよりも自身の基本設定が優先するようにユーザがデフォルトを変更することもできる。

上記の全ての例では、その時に評価する患者に関する画像のみが見えることが理想的である。また、ユーザ／臨床医が、患者に関する画像を探して発見する必要はなく、例えば対応する患者ＩＤに基づいて、画像１２４が正しい患者に自動的に関連付けられる。これを行うには、患者の識別情報を患者の画像に関連付ける必要がある。この関連付けは、ＩＤ番号などの共通識別子などのタグ、画像の１つ又は２つ以上に関連するメタデータ、マイニング患者データ、身体部分分析、又はその他の方法を用いて行うことができる。また、適当なツールを表示して不適当なツールを隠す必要もある。タグについては以下でさらに詳細に説明する。

例えば、画像又は画像シリーズを分析し、生体構造に基づいて、その画像が頭部であるか、腹部であるか、それとも他の身体部分であるかを判断することができる。頭蓋骨は特徴的形状を有し、他の生体構造部分も同様である。参照画像の一覧を用いて、特定の身体部分の識別に役立てることもできる。この分析に基づいて、適当なビュー及び／又はツールがユーザに見えるようにし、不適当なビュー及び／又はツールを隠すことができる。例えば、画像シリーズが頭部／頭蓋骨のものである場合、この画像シリーズを軸方向ビューなどの特定のビューで表示し、脳に関連するツールが現れるようにすることができる。また、ＭＲＣＳ記録に「腫瘍」又は「発作」などの特定のキーワードが発見された場合、腫瘍を検出するツール又は脳潅流を評価するツールなどの特定のツールを表示することもできる。形状、病気、タグなどに基づいて画像内の生体構造から患者ＩＤを決定することもできる。例えば、口腔領域の画像を歯科記録と照合して、医用画像から患者を識別することができる。或いは、ＣＴスキャナのテーブル上又はその近く、或いは患者自身に設定された患者ＩＤ番号を含むタグなどの識別タグを医用画像に含めることもできる。別の実施形態では、ソフトウェアのユーザが、状況において画像処理ソフトウェアがどのように提示されるようにするかをカスタマイズすることができる。例えば、心臓専門医である医師Ｙは、画像を３Ｄモデルビューで開き、心臓ツールＡ及び心臓ツールＢを見えるようにすることを好むことがある。この例では、他のビュー（例えば、軸方向ビュー、矢状ビュー及び冠状ビュー）及び他のツール（例えば、大腸又は脳に関するツール）を隠すことができる。

１つの実施形態によれば、画像処理サーバ１１０が、画像１２４を処理するためのツールアイコンによって表される撮像ツールに異なるタイプのユーザがアクセスできるようにする、医用画像処理サーバ１１０によってネットワーク１０１を介して提供される処理リソース（例えば画像処理エンジン１０４）を利用する高度画像処理システム１４０を含む。画像処理サーバ１１０は、異なるタイプのユーザが直接ツールを取り扱う必要なく撮像ツールの機能にアクセスできるようにする自動画像処理システム１５０も含む。ツールの機能は、医用画像処理サーバ１１０によってネットワーク１０１を介して提供される。
この自動画像処理システム１５０は、既存の又は新たな高度医用画像処理ソフトウェアシステム（例えば、高度画像処理システム１４０）上に階層化又は統合して、ソフトウェア、ハードウェア又はこれらの組み合わせで実装できる医用画像処理リソース（例えば、画像処理エンジン１０４）の使用を単純化又は自動化することができる。

１つの実施形態によれば、高度画像処理システム１４０及び自動画像処理システム１５０の両方が、一連のアプリケーションプログラミングインターフェイス（ＡＰＩ）又は（画像処理エンジン１０４がネットワークを介した遠隔システムである場合には）通信プロトコルを介して画像処理エンジン１０４の画像処理機能（例えば、ライブラリ、ルーチン、ツールなど）にアクセスすることができる。高度画像処理システム１４０を利用する場合、１つの実施形態によれば、ユーザが選択した特定の画像を処理するための詳細な画像処理パラメータをユーザが指定できるように、例えば図８Ｈに示すグラフィカルユーザインターフェイスと同様の高度グラフィカルユーザインターフェイスを提示することができる。高度画像処理システム１４０の基本処理ロジック（例えば、図３の高度画像処理モジュール３０３）は、高度グラフィカルユーザインターフェイスから受け取ったユーザ入力を処理し、このユーザ入力に基づいて生成された一連の画像処理パラメータを含む１又は２以上の画像処理コマンドを作成する。その後、高度画像処理システム１４０の処理ロジックは、例えばＡＰＩを介して画像処理エンジン１０４にコマンドを送信して画像を処理する。

自動画像処理システム１５０を利用する場合、１つの実施形態によれば、ユーザのクライアント装置に単純なグラフィカルユーザインターフェイス（例えば、ウィザード）を提示して、ユーザに詳細な動作画像処理パラメータを指定するように要求することなく、一連の単純なステップ又は対話式の質問を通じて進むようにユーザを誘導する。基本処理ロジック（例えば、図３の自動画像処理モジュール３０４）は、単純なグラフィカルユーザインターフェイスとのユーザインタラクションに基づいて詳細な画像処理パラメータを自動的に決定するように構成される。一連の画像処理コマンドが生成され、画像を処理するための画像処理エンジン１０４に送信される。或いは、高度画像処理システムが、その対応するグラフィカルユーザインターフェイスを介してユーザから受け取ると同時に、自動画像処理システム１５０の基本処理ロジックがパラメータを決定して高度画像処理システム１４０に渡す。高度画像処理システム１４０は、自動画像処理システム１５０の代わりに画像処理エンジン１０４とさらに通信する。

自動画像処理システム１５０は、画像処理ウィザードの形で実装することができる。このウィザードは、高度画像処理プロセスを通じてユーザを誘導する。このウィザードは、ユーザが高度画像処理ツールの操作方法の詳細を知らなくても済むように、例えば基本設定、前提及び／又はルールセットを用いてできるだけ多くのステップを自動化して画像データを処理する。このウィザードは、自動的に又は別様に生じた結果を確認又は変更する機会もユーザに与える。このウィザードは、直感的ユーザインターフェイス、及び画像処理過程を通じてユーザを導く支援となる答えやすい質問を提示することで構成することができる。

１つの実施形態によれば、自動画像処理システム１５０が、ユーザフレンドリーな対話型グラフィカルユーザインターフェイスを提供する。ユーザは、この自動画像処理システム１５０により、画像を処理するための特定のステップ及び／又は画像処理パラメータ又はツールを完全に理解する必要なく、理解しやすい一連の処理段階に基づいて画像処理サーバ１１０の基本処理リソースにアクセスし、画像に対していくつかの主な又は共通の又は一般的な画像処理動作を実行することができる。自動画像処理システム１５０は、ユーザフレンドリーなグラフィカルユーザインターフェイス（ＧＵＩ）を介して一連の質問を通じてユーザとやりとりし、ユーザからの回答の一部としてのユーザ入力を受け取ってユーザの意図を決定することができる。この自動画像処理システム１５０とのユーザインタラクションに基づいて１又は２以上の画像処理動作を決定し、自動画像処理システム１５０を介してユーザに推奨することができる。ユーザは、画像を処理するための推奨された画像処理動作の１つ又は２つ以上を選択することができ、或いは自動画像処理システム１５０が画像処理動作を自動的に実行することもできる。ユーザが画像処理インジケータのうちの１つ又は２つ以上を選択したことに基づいて、選択された画像処理動作に関連する１又は２以上の画像処理パラメータが、ユーザの介入を伴わず、ユーザに同じパラメータを提供させることなく自動的に決定される。

１つの実施形態によれば、自動画像処理システム１５０によって受け取られた画像処理パラメータに基づいて１又は２以上の画像処理コマンドが生成され、自動画像処理システム１５０から画像処理のための画像処理エンジン１０４に送信される。画像処理サーバ１１０の画像処理エンジン１０４は、画像処理コマンドに応答して、画像処理パラメータに基づいて画像を処理し、新たな又は更新された画像を生成する。この新たな画像は、オリジナル画像に関連する同じ医療データの異なるビューを表すことができる。その後、この新たな画像が画像処理サーバ１１０から自動画像処理システム１５０に戻され、自動画像処理システム１５０がこの画像をクライアント装置１０５に送信してユーザに提示する。自動画像処理システム１５０は、ユーザが新たな画像に満足したかどうかについてクライアント１０５がユーザを促すようにもする。ユーザが新たな画像に満足していない場合、自動画像処理システム１５０は、新たな画像に関するさらなるユーザ入力を求めてユーザとやりとりし、画像処理パラメータをさらに調整し、この画像処理動作を繰り返し実行することができる。この結果、ユーザは、高度画像処理システムの利用方法を完全に理解する必要はないが、高度ユーザには高度画像処理システムを利用可能にすることもできる。

図２は、本発明の別の実施形態による画像処理システムを示すブロック図である。この実施形態では、画像処理クライアントを、クラウド（例えば、インターネット）を介して画像処理サーバにアクセスするスタンドアロン型クライアントとして実装することができる。図２を参照すると、システム２００は、ＬＡＮ、ＭＡＮ、ＷＡＮ、又はこれらの組み合わせとすることができるネットワーク１０１を介して１又は２以上のクライアント１０５Ａ〜１０５Ｂに通信可能に結合された画像処理サーバ１１０を含む。サーバ１１０は、様々な使用ライセンスモデルに基づいてクライアント１０５Ａ〜１０５Ｂにクラウドベースの画像処理サービスを提供するように構成される。クライアント１０５Ａ〜１０５Ｂの各々は、サーバ１１０によって提供されるリソースにアクセスできるように、サーバ１１０と通信するクライアントアプリケーション２１１〜２１２などのクライアントアプリケーションをそれぞれ含む。クライアントアプリケーション２１１〜２１２は、シンクライアントアプリケーション又はブラウザアプリケーションとすることができる。各クライアントには、サーバアプリケーション１１０の仮想サーバ又はインスタンスとしてサーバアプリケーション２０９を１つずつ実装することができる。

１つの実施形態によれば、サーバ１１０は、以下に限定されるわけではないが、ワークフロー管理システム２０５、医療データストア２０６、画像処理システム１０４及びアクセス制御システム１０６を含む。医療データストア２０６は、図１Ａ及び図１Ｂのデータベース１１０の一部として実装することができる。医療データストア２０６は、医療データセンタ（例えば、図示していないＰＡＣＳシステム）又はその他の画像記憶システム２１５（例えば、ＣＤ−ＲＯＭ又はハードドライブ）から受け取られた、画像処理システム１０４及び／又は画像事前処理システム２０４によって処理される医用画像及び画像データを記憶するために利用される。画像処理システム１０４は、クライアント１０５Ａ〜１０５Ｂがそれぞれのクライアントアプリケーション２１１〜２１２を介して様々なライセンス条項又は協約に従って呼び出して利用することができる様々な医用画像処理ツール又はアプリケーションを含む。医療機関によっては、画像記憶システム２１５と画像取り込み装置を組み合わせることも可能である。

１つの実施形態によれば、画像事前処理システム２０４は、医療データセンタ、又は画像取り込み装置（図示せず）、又はＣＤ又はコンピュータデスクトップなどの別の画像ソースから受け取った画像データに応答して、画像データのいくつかの事前処理を自動的に実行し、事前処理した画像データを医療データストア２０６に記憶するように構成することができる。例えば、画像事前処理システム２０４は、ＰＡＣＳから、又は医用画像取り込み装置から直接画像データを受け取ると、骨の除去、中心線の抽出、球面の発見、登録、パラメータマップ計算、再フォーマット、時間−密度分析、構造のセグメント化及び自動３Ｄ動作、並びにその他の動作などの、一部を後程列挙するいくつかの動作を自動的に実行することができる。画像事前処理システム２０４は、別個のサーバとして実装することも、或いはサーバ１１０に統合することもできる。さらに、画像事前処理システム２０４は、サーバ１１０などの複数のクラウドサーバのための画像データ事前処理を実行することもできる。

１つの実施形態では、システム２００にクライアント／サーバ画像データ処理アーキテクチャがインストールされる。このアーキテクチャは、クライアント区画（例えば、クライアントアプリケーション１０５Ａ〜１０５Ｂ）及びサーバ区画（例えば、サーバアプリケーション２０９）を含む。システム２００のサーバ区画は、サーバ１１０上で動作し、クライアント１０５Ａ〜１０５Ｂにインストールされたクライアント区画とそれぞれ通信する。１つの実施形態では、サーバ１１０が分散され、複数のサーバ上で動作する。別の実施形態では、システムが、１又は２以上のサーバ上で動作するウェブ対応アプリケーションである。ウェブブラウザアプリケーションをインストールしたあらゆるコンピュータ又は装置は、追加のハードウェア及び／又はソフトウェア要件を全く又は最低限しか伴わずにシステムのリソースにアクセスしてこれを利用することができる。

１つの実施形態では、サーバ１１０が、医用画像取り込み装置から受け取った医用画像データのためのデータサーバとして動作することができる。その後、受け取った医用画像データは、医療データストア２０６に記憶される。１つの実施形態では、例えばクライアント１０５Ａが未処理の医用画像データを要求した場合、サーバアプリケーション１１０が、医療データストア２０６からデータを検索し、検索したデータをクライアント１０５Ａの代わりに表示する。

画像事前処理システム２０４は、ワークフロー管理システム２０５によって使用されるワークフロー情報をさらに生成することができる。ワークフロー管理システム２０５は、別個のサーバとすることも、又はサーバ１１０に統合することもできる。ワークフロー管理システム２０５は、本発明のいくつかの実施形態による複数の機能を実行する。例えば、ワークフロー管理システム２０５は、医用画像取り込み装置から受け取られた医用画像データを取得して記憶する際にデータサーバ機能を実行する。また、ワークフロー管理システム２０５は、医用画像データを処理して２Ｄ又は３Ｄ医用画像ビューを生成する際にグラフィックエンジンとして動作し、或いは画像処理システム２０７を呼び出すこともできる。

１つの実施形態では、ワークフロー管理システム２０５が、グラフィックエンジンを有する画像処理システム１０４を呼び出して２Ｄ及び３Ｄ画像生成を実行する。クライアント（例えば、クライアント１０５Ａ〜１０５Ｂ）が特定の医用画像ビューを要求すると、ワークフロー管理システム２０５は、医療データストア２０６に記憶されている医用画像データを検索し、この医用画像データからの２Ｄ又は３Ｄ医用画像ビューを表示する。クライアントには、医用画像ビューの最終結果が送信される。

１つの実施形態では、サーバ１１０から受け取った医用画像ビューに対してユーザが調整を行い、これらのユーザ調整要求がワークフロー管理システム２０５に戻される。この結果、ワークフロー管理システム２０５は、ユーザ要求に基づいて追加のグラフィック処理を実行し、新たに生成され更新された医用画像ビューがクライアントに戻される。

上述したように、システム２００は、クラウドベースのアプリケーションとして実装された場合、クライアント側区画及びサーバ側区画を含む。システム２００の機能は、クライアント側区画又はサーバ側区画に分散される。相当量の機能がクライアント側区画に分散された場合、システム２００を「シッククライアント」アプリケーションと呼ぶことができる。或いは、限定量の機能がクライアント側区画に分散され、大部分の機能がサーバ側区画によって実行される場合、システム２００を「シンクライアント」アプリケーションと呼ぶことができる。別の実施形態では、システム２００の機能をクライアント側区画及びサーバ側区画の両方に冗長的に分散することができる。機能は、処理及びデータを含むことができる。サーバ１１０は、ウェブサーバとして実装することができる。ウェブサーバは、サードパーティウェブサーバ（例えば、Ａｐａｃｈｅ（商標）ＨＴＴＰサーバ、Ｍｉｃｒｏｓｏｆｔ（登録商標）インターネット情報サーバ及び／又はサービスなど）とすることができる。クライアントアプリケーション２１１〜２１２は、ウェブブラウザとすることができる。

１つの実施形態では、ワークフロー管理システム２０５が、ワークフローテンプレートの作成、更新及び削除を管理する。ワークフロー管理システム２０５は、医用画像データにワークフローテンプレートを適用するためのユーザ要求を受け取った場合、ワークフローシーン作成も実行する。ワークフローは、診断用医用画像ビューを生成する過程における反復パターンの作業を取り込むように定められる。ワークフローは、これらの作業を各作業の実行順に従って処理フローに整える。ワークフローにおける各作業は、その機能の明確な定義、作業の実行に必要なリソース、並びに作業によって受け取られた入力及び生成された出力を有する。ワークフローにおける各作業は、ワークフローステージ又はワークフロー要素と呼ばれる。ワークフローのワークフローステージは、要件及び責任が明確に定められた状態で、ワークフローに定められた目標を達成する過程における１つの特定のタスクを実行するように設計される。多くの医用画像研究では、通常は診断用医用画像ビューを作成するための作業パターンが反復的であり、明確に定められている。従って、ワークフローを利用して実際の医用画像処理実務のモデル化及び文書化を行い、定められたワークフローの手続きルールの下で画像処理が正しく行われるのを確実にすることが有利である。ワークフローステージの結果は、後でレビュー又は使用できるように保存することができる。

１つの実施形態では、特定の医用画像研究のワークフローがワークフローテンプレートによってモデル化される。ワークフローテンプレートは、論理的ワークフローを形成する一連のワークフローステージを予め定めたテンプレートである。この予め定められた一連のワークフローステージ間に設定された順序によって作業の処理順がモデル化される。１つの実施形態では、ワークフローテンプレートにおけるワークフローステージが順番に並べられ、高位ステージよりも前に低位ステージが実行される。別の実施形態では、ワークフローステージ間で従属関係が維持される。このような配列では、あるワークフローステージの従属先のワークフローステージが最初に実行されるまでそのワークフローステージを実行することはできない。さらなる実施形態では、高度ワークフロー管理により、複数のワークフローステージに従属する１つのワークフローステージ、又は１つのワークフローステージに従属する複数のワークフローステージなどが可能になる。

画像処理動作では、医用画像装置によって収集された医用画像データを入力として受け取り、医用画像データを処理し、出力としてメタデータを生成する。メタデータ要素としても知られているメタデータは、医用画像データの記述、処理及び／又は管理を行うためのパラメータ及び／又は命令を広く意味する。例えば、ワークフローステージの画像処理動作によって生成されたメタデータは、診断目的の医用画像ビューを生成するために医用画像データに適用できる画像処理パラメータを含む。さらに、医用画像ビューの様々な自動及び手動操作をメタデータとして取り込むこともできる。従って、メタデータは、メタデータを保存した時の状態にシステムを戻すことができる。

ワークフローテンプレートに予め定められたワークフローステージを処理することによって生成された結果をユーザが検証した後、ワークフロー管理システム２０５は、新たなシーンを作成してワークフローシーンに記憶する。ワークフロー管理システム２０５では、シーンから生成された医用画像ビューをユーザが調整している最中にシーンの更新及びセーブを行うことができる。ワークフロー管理システム２０５に関するさらなる詳細情報は、２００８年８月２１日に出願された「医用画像データ処理のためのワークフローテンプレート管理（Ｗｏｒｋｆｌｏｗ Ｔｅｍｐｌａｔｅ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ Ｍｅｄｉｃａｌ Ｉｍａｇｅ Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ）」という名称の同時係属中米国特許出願第１２／１９６，０９９号、現在の米国特許第８,３７０，２９３号に見出すことができ、この特許はその全体が引用により本明細書に組み入れられる。

再び図２を参照すると、１つの実施形態によれば、画像処理サーバ１１０は、高度画像処理システム１４０及び自動画像処理システム１５０を含む。自動画像処理システム１５０は、既存の又は新たな高度医用画像処理ソフトウェアシステム（例えば、高度画像処理システム１４０）上に階層化又は統合して、ソフトウェア、ハードウェア又はこれらの組み合わせで実装できる医用画像処理システムの使用を単純化又は自動化することができる。上述したように、自動画像処理システム１５０は、画像処理ウィザードの形で実装することができる。

１つの実施形態によれば、自動画像処理システム１５０が、ユーザフレンドリーな対話型グラフィカルユーザインターフェイスを提供する。ユーザは、この自動画像処理システム１５０により、画像を処理するための特定のステップ及び／又は画像処理パラメータを完全に理解する必要なく、理解しやすい一連の処理段階に基づいて、画像処理サーバ１１０によってホストされる画像処理ソフトウェアと対話し、１又は複数の画像に対していくつかの主な又は共通の又は一般的な画像処理動作を実行することができる。自動画像処理システム１５０は、一連の質問を通じてユーザとやりとりし、ユーザからの回答の一部としてのユーザ入力を受け取ってユーザの意図を決定することができる。この自動画像処理システム１５０とのユーザインタラクションに基づいて１又は２以上の画像処理動作を決定し、自動画像処理システム１５０を介してユーザに推奨することができる。或いは、ユーザの介入を伴わずに、自動画像処理システム１５０が自動的に画像処理を実行することもできる。ユーザは、画像を処理するための推奨される画像処理動作の１つ又は２つ以上を選択することができる。ユーザが画像処理インジケータのうちの１つ又は２つ以上を選択したことに基づいて、選択された画像処理インジケータに関連する１又は２以上の画像処理パラメータが、ユーザの介入を伴わず、ユーザに同じパラメータを提供させることなく自動的に決定される。

１つの実施形態によれば、自動画像処理システム１５０によって受け取られた画像処理パラメータに基づいて１又は２以上の画像処理コマンドが生成され、自動画像処理システム１５０から画像処理エンジン１０４に送信される。画像処理サーバ１１０の画像処理エンジン１０４は、画像処理コマンドに応答して、画像処理パラメータに基づいて画像を処理し、新たな又は更新された画像を生成する。この新たな画像は、オリジナル画像に関連する同じ医療データの異なるビューを表すことができる。その後、この新たな画像が画像処理エンジン１０４から自動画像処理システム１５０に戻され、自動画像処理システム１５０がこの画像をクライアント装置に送信してユーザに提示する。ユーザは、新たな画像に満足したかどうかについて促される。ユーザが新たな画像に満足していない場合、システムは、新たな画像に関するさらなるユーザ入力を求めてユーザとやりとりし、画像処理パラメータをさらに調整し、この画像処理動作を繰り返し実行することができる。この結果、ユーザは、高度画像処理システムの利用方法を完全に理解する必要はないが、高度ユーザには高度画像処理システムを利用可能にすることもできる。

図３は、本発明の１つの実施形態による画像処理クライアントアプリケーションの例を示すブロック図である。画像処理クライアント３００は、図１の画像クライアント１２１及び／又は図２のクライアントアプリケーション２１１〜２１２の一部として実装することができる。図３に示すように、画像処理クライアント３００は、ネットワークを介して画像処理サーバ１１０に通信可能に結合される。１つの実施形態では、画像処理サーバ１１０が、ソフトウェア、ハードウェア又はこれらの組み合わせで実装できる画像処理ロジック３１０に結合された高度画像処理システム１４０及び自動画像処理システム１５０を含む。

高度画像処理システム１４０は、上記の引用によって組み入れられる米国特許出願に記載されているものと同様の機能を含む。高度画像処理システム１４０は、クライアント３００において高度画像処理グラフィカルユーザインターフェイス（ＧＵＩ）３０１を提示し、対応する高度画像処理モジュール、ロジック又はプロセッサ３０３を含む。高度画像処理ＧＵＩ３０１は、高度な又は経験豊富なユーザが医用画像を処理するための詳細なパラメータを具体的に指定できるようにする詳細な処理インターフェイスを提示するために使用される。ＧＵＩ３０１は、特定の画像処理パラメータを受け取るための複数の入力フィールド又は制御を含むことができる。例えば、ユーザは、ツールを用いて手動測定を行い、生体構造を識別し、生体構造をセグメント化することができる。さらなるツール機能については、以下でさらに詳細に説明する。ユーザによって提供される画像処理インジケータは、ＧＵＩ３０１を介して受け取られ、高度画像処理モジュール３０３によって処理される。画像処理インジケータは、高度画像処理ＧＵＩ３０１とのユーザインタラクションに基づいて決定することができる。例えば、ＧＵＩ３０１によって表示された項目又はタグをユーザがクリックすると、その特定の項目又はタグのクリックイベント又は動作がクライアント３００からサーバ１１０に送信され、この項目又はタグに関連する基本情報に基づく分析及び解釈が高度画像処理モジュール３０３によって行われ、この特定の項目又はタグに関連する画像処理動作が決定される。この結果、高度画像処理モジュール３０３は、１又は２以上の画像処理コマンドを生成する。次に、これらの画像処理コマンドが画像処理エンジン１０４に送信され、画像処理ツール又は機能３１１〜３１３を用いて医用画像が処理される。高度画像処理ＧＵＩ３０１の例は、図８Ｈに示すものに類似することができ、ユーザは、ここからさらに多くの入力パラメータを手動で指定することができる。

同様に、１つの実施形態によれば、自動画像処理システム１５０は、クライアント３００において自動画像処理ＧＵＩ３０２を提示する。ＧＵＩ３０２は、例えばウィザードを介してユーザとやりとりするための単純な又は自動化されたユーザインターフェイスを提供し、ユーザが処理動作の詳細な情報を知る必要又は提供する必要なく画像処理動作の一連の主なステップを通じて「進む」ようにユーザを誘導する。例えば、ＧＵＩ３０２は、ユーザに一連の質問を促すことができ、画像処理モジュール３０４は、ユーザから受け取った回答に基づいてユーザインタラクションを分析してユーザの意図を決定する。画像処理モジュール、ロジック又はプロセッサ３０４は、分析に基づいて１又は２以上の画像処理動作のリストを決定する。画像処理動作は、同様のユーザインタラクションに基づくユーザ間で一般的な又は人気のある動作とすることができる。或いは、以前のユーザインタラクション又はユーザ設定に基づいて作成された一連のルールに基づいて画像処理動作を決定することもできる。

また、処理モジュール３０４は、画像処理動作に基づいて一連の画像処理パラメータも決定する。画像処理コマンド及びパラメータは、適切な１又は複数の画像処理ツールを選択することを含め、ユーザの介入を伴わずに処理モジュール３０４によって自動的に決定される。画像処理パラメータ又はツールはユーザに曝されず又はユーザに見えず、従ってユーザは、パラメータを完全に理解する必要がない。しかしながら、ユーザは、これらのパラメータを設定したいと望む場合、又は自身のニーズに特異的に適合するツールを使用したいと望む場合、高度画像処理システム１４０の高度画像処理ＧＵＩ３０１を利用したいと望むこともできる。１つの実施形態によれば、その後、画像を処理するための画像処理エンジン１０４にコマンド及びパラメータが提供される。

画像が、医療処置又は予約、処置ＩＤ又は予約ＩＤなどに関連する場合、コマンドは、例えば患者ＩＤ、身体部分ＩＤなどの他の情報をさらに含むことができる。例えば、ユーザは、自動画像処理ＧＵＩ３０２の患者が受けた処置リストの中から処置を選択することができる。例えば、ある患者について、受けた処置として仮想大腸内視術、ＥＫＧ及び眼の検査が列挙されているとする。ユーザは、仮想大腸内視術を選択することができる。この場合、クライアント３００の自動画像処理ＧＵＩ３０２は、患者ＩＤ、大腸、大腸内視術、処置日又は他の関連情報などの情報を自動画像処理モジュール３０４に転送する。次に、自動画像処理モジュール３０４は、この情報を用いて、関連する画像シリーズ及びこれに関連する画像処理ツールを識別する。サーバ１１０は、画像シリーズを処理し、自動画像処理ＧＵＩ３０２を介してユーザに結果を提示する。この結果は、異なるビュー、識別されたポリープ、ポリープのサイズなどを含む複数の画像を含むことができる。

１つの実施形態によれば、高度画像処理システム１４０と自動画像処理システム１５０の両方が、一連のアプリケーションプログラミングインターフェイス（ＡＰＩ）又は（画像処理エンジン１０４がネットワークを介した遠隔システムである場合）通信プロトコルを介して画像処理エンジン１０４の画像処理機能（例えば、ライブラリ、ルーチン、ツールなど）にアクセスすることができる。高度画像処理システム１４０を利用する場合、１つの実施形態によれば、ユーザが選択した特定の画像を処理するための詳細な画像処理パラメータをユーザが指定できるように、例えば図８Ｈに示すグラフィカルユーザインターフェイスと同様の高度画像処理ＧＵＩ３０１を提示することができる。高度画像処理システム１４０の高度画像処理モジュール３０３は、高度グラフィカルユーザインターフェイス３０１から受け取ったユーザ入力を処理し、このユーザ入力に基づいて生成された一連の画像処理パラメータを含む１又は２以上の画像処理コマンドを作成する。その後、高度画像処理システム１４０の高度画像処理モジュール３０３は、例えばＡＰＩを介して画像処理エンジン１０４にコマンドを送信して画像を処理する。画像処理エンジン１０４は、グラフィクス処理ユニット（ＧＰＵ）などの専用グラフィクス又は画像処理ハードウェアを用いて実装することができる。

自動画像処理システム１５０を利用する場合、１つの実施形態によれば、ユーザのクライアント装置３００に単純なグラフィカルユーザインターフェイス（例えば、ウィザード）３０２を提示して、ユーザに詳細な動作画像処理パラメータを指定するように要求することなく、一連の単純なステップ又は対話式の質問を通じて進むようにユーザを誘導する。自動画像処理モジュール３０４は、単純なグラフィカルユーザインターフェイス３０２とのユーザインタラクションに基づいて詳細な画像処理パラメータを自動的に決定する。ＧＵＩ３０２は、ユーザインタラクションを取り込んで受け取り、例えば画像処理インジケータの一部としてサーバ１１０に送信することができる。ユーザインタラクション又は画像処理インジケータに基づいて一連の画像処理コマンドが生成され、画像を処理するための画像処理エンジン１０４に送信される。或いは、高度画像処理システムが、その対応するグラフィカルユーザインターフェイス３０１を介してユーザから受け取ると同時に、自動画像処理システム１５０の自動画像処理モジュール３０４がパラメータを決定して高度画像処理システム１４０に渡す。高度画像処理モジュール３０３は、自動画像処理システム１５０の代わりに画像処理エンジン１０４とさらに通信する。なお、図３に示すコンポーネントの一部又は全部は、ソフトウェア、ハードウェア、又はこれらの組み合わせで実装することができる。

１つの実施形態によれば、画像処理動作の例を、画像内のポリープを識別して測定するためのフライスルー手順とすることができる。通常、ユーザが高度画像処理システム１４０を使用する場合、対応する高度画像処理ＧＵＩが、図８Ｈに示すものと同様の画像処理ツールなどのさらなるフィールド及びボタンを提供して、画像を処理するために使用するパラメータ及びツールをユーザが指定できるようにする。この結果、ユーザは、必然的にソフトウェア及び／又はツールに精通した高度ユーザになる。例えば、ユーザは、とりわけ、ポリープの画像、位置、及び／又はサイズ又は形状からポリープを識別するための「ポリープを選択」というツールを選択することができる。この選択に基づいて、ポリープ識別子及び画像内のポリープの位置を画像処理エンジンに送信して、選択されたポリープのサイズなどを測定することができる。

自動画像処理システム１５０を利用する場合、ユーザは、高度画像処理システム１４０を使用する際に必要となるパラメータ及び／又はツールの少なくとも一部を指定する必要がない。１つの実施形態によれば、ユーザが（場合によっては患者のＥＭＲアカウントにログインすることによって）患者を識別し、身体領域（腹部）又は手順（フライスルー）のいずれかを識別すると、自動画像処理システム１５０が、ポリープの初期識別を含むフライスルー結果を自動的に生成する。この結果、ユーザは、自動的に検出され、位置が特定され、測定されたポリープの数、位置及びサイズのフィードバックを提供することができる。１つの実施形態では、自動画像処理システムが意図した動作を正確に実行したかどうかを評価する機会がユーザに与えられる。例えば、画像処理動作がポリープのフライスルーに関連する場合、結果を表示する際に、自動画像処理システムは、ポリープが正しく識別されたかどうか（例えば、ポリープの数）、並びにその位置及びサイズなどをユーザに促す。さらなるユーザ入力のための一連の単純な選択肢又は質問表をユーザに提示することもできる。このさらなるユーザ入力に基づいて、自動画像処理システムは、さらなるユーザ入力に従って画像を再処理することができる。例えば、ユーザが腹部をクリックした場合、腹部に関連する撮像法は複数存在することができ、ユーザは、自分が見たいと望む結果としてのフライスルーを識別する必要がある。１つの実施形態では、自動画像処理システム１５０が画像処理エンジン１０４を呼び出して、ポリープの位置、ポリープの数、ポリープのサイズ及び容積、並びに複数の画像間におけるポリープの変化の可能性を自動的に決定する。

画像処理エンジン１０４は、異なる組織タイプ及び密度を区別することができる。一般に、画像処理エンジン１０４は、特定の生体構造が、例えばどのランドマーク又は形状アトラスなどに基づくかも知っている。例えば、画像処理エンジン１０４は、画素値を処理（例えば、比較、フィルタ処理、変換）して特定の形状の端部又は領域を検出し、検出された形状又は領域のパターン認識を実行して特定のタイプの身体部分又は臓器（例えば心臓、ポリープ）を識別し、形状又は領域のサイズを測定するためなどの特定のグラフィクスロジック又は機能（例えば、画像処理アルゴリズム又はルーチン）を含む。画像処理エンジン１０４は、形状をセグメント化して（輪郭を描いて）識別すると、測定を行って所定のアルゴリズムを実行することなどができる。画像処理エンジン１０４は、何を発見したかによって特定のタイプのビューを表示するようにプログラムされる。例えば、画像処理エンジン１０４は、ポリープが発見された場合には大腸のフライスルーを表示し、狭窄が発見された場合には心臓血管の寸法を表示し、或いは腫瘍が発見された場合には様々な腫瘍のスライスを表示する。ユーザは、身体領域及び／又は手順を選択することにより、システムが分析を絞り込む支援を行う。

画像処理動作の別の例は、（例えば、心臓血管の）狭窄測定である。この場合も、高度画像処理システム１４０を利用する場合、ユーザは、狭窄測定のための正しいツール、及び測定を行う位置又はサイズを選択する必要がある。自動画像処理システム１５０を利用する場合、ユーザは、心臓及び／又は「狭窄」情報を識別して結果を受け取るだけでよい。これに応答して、画像処理エンジン１０４などのバックエンドシステムは、血管の位置の特定、測定、狭窄の位置の特定、及び狭窄が何パーセントであるかについてのアルゴリズム又は計算を自動的に実行することができる。ユーザは、例えば血管の輪郭をさらに正確になるように動かしたい場合、これらの測定を調整することができる。システムは、全ての血管の血管セグメンテーション（輪郭）、血管直径、狭窄直径、狭窄のパーセント直径、複数の画像間における狭窄の変化の可能性を自動的に決定することができる。

画像処理動作の別の例は、腫瘍容積の測定に関する。例えば、脳腫瘍の場合、ユーザは頭部をクリックし、自動画像処理システムは、脳に対してどのような撮像法が行われたかに応じて、（唯一の処置である場合には）脳腫瘍の結果を自動的に生成し、又はユーザに望む手順（例えば動脈瘤スキャンも可能）を選択するように求める。システムは、腫瘍の位置の発見、容積の輪郭描写（腫瘍のセグメント化）及び腫瘍の容積提供を自動的に行うことができる。

図４は、本発明の１つの実施形態による自動画像処理モジュールの例を示すブロック図である。図４に示すように、自動画像処理モジュール３０４は、対話エンジン４０１及びコマンド処理モジュール４０２を含む。これらのモジュールは、ソフトウェア、ハードウェア、又はこれらの組み合わせで実装することができる。１つの実施形態では、対話エンジン４０１が、一連の処理ルール４０３に基づいて一連の質問を提示することにより、ＧＵＩ３０２を介してユーザと対話形式で通信する。対話エンジン４０１又は別の分析モジュール（図示せず）は、ユーザから受け取った回答を分析して一連の画像処理動作を決定することができる。この画像処理動作は、身体部分、処置、予約、病状などに基づいて決定することができる。次に、ユーザから受け取った回答に基づいてユーザの意図が決定される。ユーザの意図は、身体部分、処置、予約、病状などのデータに加え、ユーザ設定４０４又は以前のユーザインタラクションに基づいて解釈することもできる。

１つの実施形態によれば、ＧＵＩ３０２は、例えば図７Ａ〜図７Ｄに示すように、身体領域、医療処置、医療予約、及び／又は病状に関連付けることができる様々なユーザ選択可能なタグを提示する。表示される各タグは、１又は複数の特定のタイプの１又は複数の画像処理動作を示す画像処理インジケータに関連付けることができ、又はそのような画像処理インジケータとして解釈することができる。コマンド処理モジュール４０２は、１又は２以上の画像処理インジケータのユーザ選択に応答して、ユーザの介入を伴わずに一連の画像処理パラメータを自動的に決定することができる。これらのパラメータは、その後、例えば画像処理ロジック３１０を介して画像処理サーバ１１０によって利用される。例えば、自動画像処理システム１５０がユーザによって呼び出された場合、対話エンジン４０１は、ユーザに何をしたいかを促すことができる。ユーザは、患者の身体部分、医療処置、医療予約及び病状に基づいて画像を選択することができる。対話エンジン４０１は、このユーザ選択に基づいて、画像処理動作に関する必要と思われる又は推奨できるさらなる質問を提示して、ユーザを画像処理の詳細に深入りさせて途方に暮れさせることなく自動処理タイムラインを通じてユーザを進ませることができる。

図５は、本発明の１つの実施形態による自動画像処理システムの処理ルールの例を示すブロック図である。図５に示すように、ルール５００は、永続記憶装置（例えば、ハードドライブ）に記憶された、及び／又は図４のサーバ１１０における自動画像処理モジュール３０４がアクセスできるシステムメモリにロードされた処理ルール４０３の一部として実装することができる。この例では、ルール５００が、クライアント装置から受け取った画像処理インジケータによって表すことができる、様々なカテゴリの情報に基づいて一連の１又は２以上の画像処理動作を決定するテーブル又はデータ構造５０１〜５０５を含み、これらは、クライアント装置に表示されたグラフィカルユーザインターフェイス内に提示されたコンテンツに対するユーザインタラクションに基づいて決定することができる。画像処理インジケータは、患者ＩＤ、身体領域ＩＤ、医療処置ＩＤ、医療予約ＩＤ、病状ＩＤ、又はこれらのＩＤのいずれかの組み合わせを表すことができる。例えば、画像処理動作は、データ構造５０１を介してタグに基づいて、データ構造５０２を介して医療処置に基づいて、データ構造５０３を介して身体領域に基づいて、及びデータ構造５０４を介して病状に基づいて決定することができる。画像処理動作が決定されると、データ構造５０５を介して、関連する画像処理コマンド及びそれぞれのパラメータを識別することができる。データ構造５０１〜５０５に記憶された情報は、データベースに実装することができ、例えばサーバ１１０の構成インターフェイスを介して管理者によってユーザ構成が可能である。このような情報は、ネットワークを介して一連のアプリケーションプログラミングインターフェイス（ＡＰＩ）又は通信プロトコルを通じてサーバ１１０に記憶し、サーバ１１０から取り出すことができる。同様に、サーバ１１０には、あらゆるユーザ設定又は以前の対話を記録することもできる。

図６は、本発明の１つの実施形態による自動画像処理システムの処理フローを示すフロー図である。図６に示すように、ブロック６０１において、ＭＲＣＳサーバから取得できる患者の医療記録が表示される。医療記録は、ＭＲＣＳサーバに通信可能に結合された画像処理サーバ１１０の、様々な情報ソースと通信して様々なタイプの医療及び／又は画像情報の検索及び統合を行うデータ統合エンジンなどの専用モジュールによって取得することができる。医療記録は、ユーザが何を望んでいるかに応じ、ブロック６０２において医療予約の形で、ブロック６０３において身体領域の形で、ブロック６０４において医療処置の形で、及びブロック６０４において病状の形で、又は他のいずれかの適当な形で表示することができる。ブロック６０６において、ユーザ選択が受け取られる。ブロック６０７において、画像処理サーバによって画像処理動作が決定され実行される。ブロック６０８において、ユーザに処理結果が提示され、ユーザが結果に満足していない場合、ブロック６０９を介して画像処理が繰り返し実行される。ブロック６１０において、ブロック６１１における選択のためのいくつかのエクスポートオプションをユーザに提示することができ、ブロック６１２においてデータの表示又はエクスポートを行うことができる。

図７Ａ〜図７Ｄは、本発明のいくつかの実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。図７Ａ〜図７Ｄに示すＧＵＩは、サーバ１１０が生成し、図３のクライアント１０５が受け取って提示することができる。ＧＵＩとのユーザインタラクションが取り込まれ、クライアント装置から画像処理サーバ１１０に送信される。次に、画像処理サーバ１１０は、これらのユーザインタラクションを解釈又は分析し、ユーザインタラクションに応答して、画像処理動作、情報検索動作、及びデータ処理及び／又は統合動作などの適切な動作を実行し、処理結果をクライアントに戻す。処理結果は、クライアントのディスプレイ装置において既存の情報と共に提示及び／又は統合される。

図７Ａに示すように、ＧＵＩは、患者識別情報を表示するための第１の表示領域７０１、患者に関する詳細情報を表示するための第２の表示領域７０２、及び画像処理タイムラインを表示するための第３の表示領域７０３を含む。ＧＵＩは、特定の患者に関連する撮像データへの１つのアクセス方法を示す。この例では、ユーザが身体領域を介して医療データにアクセスすることができる。ＣＴＡ腹部タグ７１１及びＦｌｙｔｈｒｏｕｇｈタグ７１３などの選択可能なタグ７１１〜７１４を有する、撮像法を実行した人体７１０の表現が示される。この例では、この患者は、腹部／骨盤に関連する撮像法を有しているが、脳などの他の身体領域に関連する撮像法は有していない。脳の撮像データが利用可能である場合には、脳領域に関連する位置にタグが現れる。患者情報などの医療記録情報は、医療記録サーバに統合又は通信可能に結合できるサーバ１１０によって取得することができる。

これらの画像タグ７１１〜７１４は選択可能であり、選択時には、選択された特定の身体部分／処置に関する多くの情報及び／又は質問を提供する別の画面にユーザを導く。例えば、ユーザがタグ又は項目の１つを選択又はクリックすると、選択されたタグ又は項目を表す信号がクライアントから画像処理サーバ１１０に送信される。画像処理サーバ１１０は、この信号（例えば、画像処理インジケータ）に応答して、画像処理動作及び／又は情報検索動作を含むことができる適切な動作を実行する。その後、画像処理サーバ１１０からクライアントに動作結果が戻され、ＧＵＩインターフェイスを介してユーザに提示される。ＧＵＩの上部には、画像データ閲覧／処理プロセスのタイムライン７０３、又はプロセスライン、又はワークフローが存在する。タイムライン７０３は、タイムライン内の異なる処理段階を表す複数の図形表現７２１〜７２４を含む。この例では、ユーザが、現在「何をお望みですか？」の段階７２１にある。ユーザは、この段階において、自分が閲覧／処理したいと望む画像データのタイプを選択する。タイムライン７０３は、後続のステップが、画像処理段階７２２、結果表示段階７２３、結果に満足か、それとも不満足かの決定段階７２４、及び最後にプロセス終了段階を含むことを示す。

図７Ｂを参照すると、このＧＵＩは、特定の患者に関連する撮像データにアクセスする別の方法を示す。図７Ｂに示す画像データへのアクセス方法は、予約履歴によるものである。例えば、ユーザは、画像処理サーバ１１０にログインし、例えば対応するリンク又はボタン（図示せず）をクリックすることにより、医療予約履歴に基づいて画像を閲覧することを選択することができる。過去の予約リスト７３０が示され、予約に関連する画像データが存在する場合には画像データへのリンクも示される。この例では、患者がＣＴスキャン及び大腸内視術を有しており、これらの両方が、この例では「眼」のアイコンである図形表現７３１によって表される関連する画像データを有する。定期検査などの他の予約には、関連する画像データがない。この例の図形表現７３１は選択可能であり、予約に関連する特定の画像データに関するさらなる情報及び／又は質問を提供する別の画面にユーザを導く。

図７Ｃを参照すると、このＧＵＩは、特定の患者に関連する撮像データへの別のアクセス方法を示す。図７Ｃに示す画像データへのアクセス方法は、処置履歴７４０によるものである。過去の処置リストが示され、処置に関連する画像データが存在する場合には画像データへのリンクも示される。この例では、患者が、他の処置に加えてＣＴスキャン及び大腸内視術を有する。これらの処置は、「眼」アイコンなどの図形表現によって表される関連する画像データを有する。この例の「眼」アイコンはクリック可能であり、処置に関連する特定の画像データに関するさらなる情報及び／又は質問を提供する別の画面にユーザを導く。

図７Ｄを参照すると、このＧＵＩは、特定の患者に関連する撮像データへの別のアクセス方法を示す。この図に示す画像データへのアクセス方法は、病状によるものである。この患者に関連する状態のリストが示さ、病状に関連する画像データが存在する場合には画像データへのリンクも示される。この例では、患者が、ＩＢＳ及び動悸があると診断されている。これらの両病状は、「眼」アイコンなどの図形表現又はリンクによって表される関連する画像データを有する。この例の「眼」アイコンはクリック可能であり、病状に関連する特定の画像データに関するさらなる情報及び／又は質問を提供する別の画面にユーザを導く。

図７Ａ〜図７Ｄに示すように、ユーザは、自動画像処理システム（例えば、システム１５０）の自動画像処理ＧＵＩを利用して、患者の医療記録の情報から開始することができる。医療記録が提示されると、自動画像処理モジュール３０４は、医療記録の医療情報に関連する画像が存在するかどうかを判断する。画像が存在する場合、自動画像処理モジュール３０４は、対応する自動画像処理ＧＵＩが、特定の医療記録データ（例えば、身体領域、処置、病状、予約）のために１又は２以上の画像を利用できることを示す図形表現をクライアント装置に表示するようにする。

ユーザは、対応するリンク又は図形表現を作動させる（例えば、クリックする）ことによって関連する医用画像にアクセスすることができる。ユーザは、画像データへのリンクを作動させた（この例では「眼」アイコンをクリックした）後に、画像処理結果段階７２３に直接進み、又はさらなる質問を受けることができる。例えば、身体部分、予約、処置及び／又は病状などに関連する複数の一連の画像が存在する場合、ユーザは、分析したいと望む一連の画像を選択するように求められる。また、設定、パラメータ、処理設定などに関する他の質問が存在することもでき、例えば、ユーザは、大腸内視術に関連する画像をクリックした後に、自分の好みのビューのタイプを尋ねられる。ユーザは、同様の画像セットを分析したいと望む度に質問に答えなくて済むように、ユーザ設定をシステムに「記憶する」というオプションを与えられる。例えば、システムは、「この種の画像には常にこの設定を使用する」、又は同様のことを示すチェックボックスを提示することができる。このようなユーザ設定は、画像処理サーバに戻して記憶することができる。後で同じユーザが画像処理サーバにログインした場合には、このユーザ設定を読み出すことができる。

１つの実施形態によれば、図４の対話エンジン４０１が、システムとユーザとの間のインタラクション、すなわち対話を処理することができる。このユーザインタラクションに基づいて、ユーザの行動が分析され、取るべき適切な対応が決定される。例えば、特定の身体領域、身体部分、医療処置、及び／又は病状に基づいて、関連する画像に対して実行できるいくつかの画像処理動作を識別することができる。これらの画像処理動作をユーザに推奨することができる。或いは、ユーザの介入又は知識を伴わずにこのような画像処理動作を自動的に実行することもできる。この実施形態では、分析モジュール（図示せず）が、対話エンジンによって提供されるユーザインタラクションを分析して、１又は２以上の画像処理動作（例えば測定）を決定する。基本コマンド処理モジュール４０２は、適切な画像処理コマンドを生成し、画像処理のための画像処理エンジン１０４にコマンドを送信する。画像処理エンジン１０４から画像処理結果が受け取られると、この結果がクライアント１０５に送信され、結果表示段階７２４の一部として自動画像処理ＧＵＩ３０２を介して提示される。

図８Ａ〜図８Ｋは、本発明のいくつかの実施形態による、自動画像処理ウィザードのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。図８Ａ〜図８Ｋに示すＧＵＩは、自動画像処理システム１５０が生成し、図３の自動画像処理ＧＵＩ３０２が受け取って提示することができる。ＧＵＩとのユーザインタラクションが取り込まれ、クライアント装置から画像処理サーバ１１０に送信される。次に、画像処理サーバ１１０は、これらのユーザインタラクションを解釈し、ユーザインタラクションに応答して、画像処理動作、情報検索動作、及びデータ処理及び／又は統合動作などの適切な動作を実行し、処理結果をクライアントに戻す。処理結果は、クライアントのディスプレイ装置において既存の情報と共に提示及び／又は統合される。

図８Ａには、現在の処理段階として示されている結果表示段階８２３の一部である結果画面の例を示す。この例では、ユーザが、腹部に関連する、具体的には患者の大腸内視術のフライスルーに関連する画像データリンクをクリックしている。画像データリンクは、図７Ａ〜図７Ｄに示すようなＧＵＩのいずれかにおいて提示することができる。ユーザ動作（例えば、画像データリンクのクリック）を表す信号が、クライアントから画像処理サーバ１１０に送信される。例えば、信号は、対応する身体部分（例えば、腹部）及び／又は医療処置（例えば、大腸内視術フライスルー）を識別する識別子を含むことができる。画像処理サーバは、この信号を処理し、適切な動作を実行して結果を生成する。その後、画像処理サーバ１１０からクライアントに結果が送信されてユーザに提示される。この例では、結果が、表示領域８０１に３つの識別されたポリープを示し、表示領域８０２〜８０４に、腸及びポリープの複数の異なるビュー、及びポリープの容積などの定量的データを表示している。この例では、画像処理サーバ１１０の画像データプロセッサにより、画像処理結果が、ユーザの介入を伴わずに自動的に実行されている。ユーザは、自動画像処理に適用するユーザ選択又は設定を行うことができる。

ユーザは、表示領域８０１のポリープの１つを強調表示させた場合、表示領域８０２〜８０４において、ポリープが見つかった生体構造内の異なる視点からの位置及び定量的データを見ることができる。このようにして、結果を十分に分析して評価することができる。なお、画面上部のタイムライン７０３には、プロセスのどこにユーザが存在するかが示される。この画面は結果画面であり、従ってタイムラインは、既に処理が行われ、現在ユーザは段階７２３における画像処理の結果を見ていることを示している。ユーザは、結果の評価を終了する場合、「次へ」ボタン８０５をクリックして、次のステップの結果確認段階８２４に進むことができる。

図８Ｂには、次へボタン８０５の作動に応答して、ユーザによる画像データ処理結果の確認又は結果の改善を支援する、確認段階７２４の一部であるウィザードポップアップウィンドウ８０６の例を示す。ウィザードポップウィンドウ８０６は、画像処理サーバ１１０によって生成され、クライアントにおいて受け取られて、画像処理結果が適正又は正確であるかどうかを確認するようにユーザを促す。この例では、ユーザが、画像処理結果に含まれているポリープが多すぎると判断している。このことは、画像処理システムが１又は２以上のポリープを誤識別することによって起こり得る。ユーザは、「次へ」ボタン８０７を押した後、どの（単複の）ポリープがこのように識別されるはずがないと考えられるかをユーザに尋ねる自動画像処理システムを示す、図８Ｃに示すような画面に導かれる。

図８Ｄには、誤識別された（単複の）ポリープの識別を支援するためにユーザが確認できる画面の例を示す。この例では、ユーザが、ウィザードによって自動的に識別された３つのポリープのうちのいずれか１つをクリックして、誤ったものとして識別することができる。ユーザは、いずれかの個々のポリープを強調表示することにより、そのポリープに関連するさらなる詳細を見ることもできる。この例では、ユーザが、さらなる詳細／ビューを見るためにポリープ１を強調表示している。これに応答して、ポリープ１の容積が異なる表示領域内に示され、画像処理システムによって自動的に測定される。ポリープ２を誤って識別されたポリープとして識別するには、ユーザは番号２をクリックする。ユーザには、ポリープ２を識別した後に、ポリープ２を削除するように選択したことを確認するように求める図８Ｅのものと同様の画面が表示される。

図８Ｆには、図８Ｂのものと同様の画面を示す。なお、この例では、ユーザが未だ結果に満足しておらず、「個々のステップを確認してどこで誤ったかを判断したい」という異なるボックスをチェックしている。このオプションは、ユーザが自身の特権に基づいて利用できるようにすることができる。これにより、ユーザは、システムが処理した各ステップを評価し、変更を必要とするいずれかのステップを再検討して変更できるようにする図８Ｇなどのさらに高度な画面に導かれる。

図８Ｇには、画像処理システムが画像処理結果を取得するために実行した様々なステップの画像表示を示す。この例示的なＧＵＩは３つのステップを示しているが、さらに少ない又は多くのステップを表示することもできる。ここに示される３つのステップは、大腸の識別、大腸の中心線、及び大腸内の潜在的ポリープの識別を示しており、これらは自動画像処理システムによって自動的に識別される。ユーザは、これらのステップのいずれかをクリックして結果を変更することができる。ユーザが１つのステップの結果を変更した場合、この変更データは、画像データを再び処理する際に次のステップに伝えられる。例えば、ユーザが、ステップ１において例えば大腸を延ばしたり、又はその長さを短縮したりすることによって大腸の定義を変更した場合、次のステップでは、大腸の長さを変更した結果として異なる中心線、及び場合によっては異なるポリープが識別される。このデータは、画像データに関連するメタデータの形で１つのステップから次のステップに渡される。この例では、ユーザが、さらなる分析のためにステップ３を選択している。

図８Ｈには、画像データを分析し、場合によっては変更するためのさらに高度な画面を示す。この例では、ユーザが、ステップ３を再検討している。ユーザは、この画面上のさらに高度なツールにアクセスして、ポリープの様々なパラメータを定めることができる。１つの実施形態によれば、この画面へのアクセスを、これらの高度画像処理ツールを使用する訓練を受けたユーザ（例えば、特定のユーザ特権）に制限することができる。ユーザは、画面上部のタイムラインに表示されているサムネイルをクリックすることによって様々なステップ間を移動することができる。高度ツールは、様々なステップで提示することができるが、各ステップで異なることができる。ツールの利用可能性は、画像のタイプ、又は画像に関連する身体部分、医療処置、病状に基づいて画像処理サーバが決定することができる。ユーザは、全てのステップを通じて処理が正確に行われたことを確認することを選択することができる。なお、図８Ｈに示すＧＵＩは、自動画像処理ユーザシステム１５０から呼び出すことができる高度画像処理ユーザシステム１４０によって表示することができる。

図８Ｉには、ユーザが様々な画像処理ステップを変更した結果を示す。変更が行われなければ、結果は変化しない。図８Ｊには、再び結果確認ウィザードポップアップウィンドウを示す。ユーザは、今回は結果がＯＫであることを示している。図８Ｋには、画像処理結果が確認された後にユーザが利用できるいくつかの例示的なオプションを示す。オプションは、レポートの作成、他の臨床医、患者又は他者と結果を共有すること、並びにｘｍｌ、ｃｓｖ、ｈｔｍｌ及びその他のフォーマットを含む様々なフォーマットでデータをエクスポートすることを含む。他のオプションを利用することもできる。

図９Ａ〜図９Ｆは、本発明の別の実施形態による、自動画像処理システムのグラフィカルユーザインターフェイスの例を示すスクリーンショットである。図９Ａ〜図９Ｆに示すＧＵＩは、画像処理サーバ１１０が生成し、クライアント装置において受け取って表示することができる。ＧＵＩとのユーザインタラクションが取り込まれ、クライアント装置から画像処理サーバ１１０に送信される。次に、画像処理サーバ１１０は、これらのユーザインタラクションを解釈し、ユーザインタラクションに応答して、画像処理動作、情報検索動作、及びデータ処理及び／又は統合動作などの適切な動作を実行し、処理結果をクライアントに戻す。処理結果は、クライアントのディスプレイ装置において既存の情報と共に提示及び／又は統合される。図９Ａには、ユーザがクライアント１０５をどのように使用できるかについての別の例を示す。この実施形態に示す画像データへのアクセス方法は、身体領域によるものである。人体の図形表現、並びに異なる身体領域に関連するＳＡＴ肺及びＦｌｙｔｈｒｏｕｇｈなどの画像タグ９０１が示されている。これらの画像タグ９０１は、選択可能又はクリック可能であり、選択された特定の身体部分／処置に関する患者リストを提供できる別の画面にユーザを導く。ユーザは、患者リストから、リスト内の特定の患者に関連し、選択された画像タグの対応する身体領域にも関連する１又は２以上の画像を取り出すことができる。

この画面の上部には、図７Ａのタイムライン７０３と同様の画像データ閲覧／処理プロセスのタイムライン、又はプロセスライン、又はワークフロー９０３が存在する。現在、ユーザは、「何をお望みですか？」の段階９１１にある。ユーザは、この段階において、例えば表示領域９０２に表示された画像タグのうちの１つ又は２つ以上を選択することにより、自分が閲覧／処理したいと望む画像データのタイプを選択することができる。タイムライン９０３は、後続のステップが、患者の選択、画像／患者に関する詳細の選択（例えば詳細段階９１３）、画像の処理、結果の表示、結果に満足か、それとも不満足かの決定、及びプロセスの終了を含むことを示す。

図９Ｂは、タイムライン９０３内の「何を／誰に」の段階９１２を表す画面を示す。例えば、図９Ａの「フライスルー」タグ９０４が選択された場合、フライスルー手順を識別する識別子がクライアントから画像処理サーバ１１０に送信される。これに応答して、画像処理サーバ１１０は、識別子に基づいて、フライスルー手順に関連する画像を有する患者のリストを識別又は生成する。画像処理サーバからクライアント装置に結果が戻され、ユーザは、フライスルー手順に関連する記録上に画像を有する患者のリスト９２１を見ることができる。所与の患者に関連する異なる画像シリーズ９２２、及び各シリーズに関連する画像を表示するプレビューパネル９２３も示され、これらも画像処理サーバ１１０によって生成されクライアント装置において受け取られる。ユーザは、患者／シリーズを検索して、望む患者／シリーズを発見することができる。なお、図９Ｂに示す情報は、ユーザ入力に応答して、ユーザが詳細を知る必要なく、基本ロジック（例えば、図４のコンポーネント又はロジック４０１〜４０２）によって図１の画像処理サーバ１１０及び／又は医療データサーバ１１５から取り出すことができる。患者と特定の身体領域の画像との関係は、図１の画像処理サーバ１１０及び／又はＭＲＣＳサーバ１１５によって維持されるデータベースに記憶することができる。ユーザは、特定のシリーズの画像を将来的な処置に関連付けるオプションも有する。

図９Ｃには、図９Ｂの「次へ」ボタンの作動に応答して表示できるタイムラインの「詳細」段階９１３を表す画面を示す。ここでは、ユーザが、（単複の）画像の処理方法などを含む基本設定を設定することができる。ユーザは、基本設定をデフォルトとして設定し、将来的にこのステップをスキップできるようにすることもできる。このユーザ設定は、図４のユーザ設定４０４の一部として記憶することができ、画像処理サーバ１１０に戻して、例えばユーザに関連するユーザアカウント又はユーザプロファイルの一部としてハードディスクなどの永久記憶装置に記憶することができる。この結果、ユーザは、例えば同じ又は異なるクライアント装置から次に画像処理サーバ１１０にログインした時に、画像処理サーバからユーザ設定を取り出すことができる。

図９Ｄには、結果表示段階９１４の例を示す。この例では、フライスルーの結果により、３つの識別されたポリープ、腸及びポリープの複数の異なるビュー、並びにポリープの容積などの定量的データが示されている。この例の画像処理結果は、画像データプロセッサ（例えば画像処理サーバ及び／又はクライアント）によってユーザの介入を伴わずに自動的に実行されたものである。ユーザは、ポリープの１つを選択又は強調表示した場合、ポリープが見つかった生体構造内の異なる視点からの位置、及び定量的データを見ることができる。このようにして、結果を十分に分析して評価することができる。なお、画面上部のタイムライン９０３には、プロセスのどこにユーザが存在するかが示される。この画面は結果画面９１４であり、従ってタイムライン９０３は、既に処理が行われ、現在ユーザは画像処理の結果を見ていることを示している。ユーザは、結果の評価を終了する場合、「次へ」ボタンをクリックして、次のステップの結果確認段階に進むことができる。

図９Ｅには、ユーザによる画像データ処理結果の確認又は結果の改善を支援するウィザードポップアップウィンドウの例を示す。この例では、ユーザが、画像処理結果に満足した旨を示している。図９Ｆには、画像処理結果が確認された後にユーザが利用できるいくつかの例示的なオプションを示す。オプションは、レポートの作成、他の臨床医、患者又は他者と結果を共有すること、並びにｘｍｌ、ｃｓｖ、ｈｔｍｌ及びその他のフォーマットを含む様々なフォーマットでデータをエクスポートすることを含む。他のオプションを利用することもできる。

なお、図８Ａ〜図８Ｋ及び図９Ａ〜図９Ｆに示すＧＵＩとのユーザインタラクションは、図４に示すような基本ロジックが取得し、解釈して分析することができる。この分析に基づいて、１又は２以上のコマンドが基本ロジックによって生成され、画像処理サーバ１１０及び／又はＭＲＣＳサーバ１１５に通信される。ユーザは、基本動作、パラメータ及び画像処理コマンドを十分に理解する必要はない。しかしながら、高度ユーザは、必要に応じて高度画像処理システム１４０を呼び出すこともできる。自動画像処理システム１５０は、ユーザ設定及び／又は特権に基づいて、画像処理ツールへの別のアクセス方法を提供する。

ここでは、ユーザのためのＧＵＩを、コンピュータ画面上のクリック可能なオブジェクトとして大まかに示しているが、他のタイプの入力装置を用いてＧＵＩとやりとりすることもできる。例えば、ユーザは、音声及び／又は動き及び／又はジェスチャを用いてＧＵＩとやりとりすることができる。これらのタイプの入力装置は、手術室などの無菌環境において特に有用である。

図１０は、本発明の１つの実施形態による、自動画像処理システムによって実行される処理を示すフロー図である。処理１０００は、ソフトウェア、ハードウェア、又はこれらの組み合わせを含むことができる処理ロジックによって実行することができる。例えば、処理１０００は、図１の自動画像処理システム１５０によって実行することができる。図１０を参照すると、ブロック１００１において、自動画像処理システムにおいてクライアント装置から画像処理インジケータが受け取られる。画像処理インジケータは、患者、患者の身体領域、医療処置、医療予約、タイムフレーム、及びクライアント装置のユーザのうちの少なくとも１つを識別する。ブロック１００２において、処理ロジックは、画像処理インジケータに基づいて、例えば一連のルール（例えば、図５に示すルール）に基づいて第１の画像を自動的に識別する。処理ロジックは、１又は２以上の画像操作、関連する処理パラメータ、及び／又は次元などを決定する。画像処理エンジンが呼び出され、関連する処理パラメータに基づいて、決定された画像処理動作を実行することによって第１の画像を処理する。ブロック１００３において、処理ロジックは、画像処理動作から生じた第２の画像をクライアント装置に送信してクライアント装置のディスプレイに提示する。ブロック１００４において、任意にさらなるユーザ入力のための１又は２以上のオプションと共に、第２の画像に満足したかどうかをクライアント装置がユーザに促すようにする要求がクライアント装置に送信される。ブロック１００５において、ユーザが第２の画像に満足していないことを示すユーザ入力をクライアント装置から受け取ったことに応答して、処理ロジックは、ユーザが第１の画像を再処理する改善措置を選択できるようにするための１又は２以上の改善オプションを決定してクライアント装置に送信する。

上述したように、自動画像処理システムを例えば画像処理ウィザードとして使用するユーザは、様々な画像処理ツールにアクセスすることができる。以下は、上述した画像処理システムの一部として含めることができる医用画像処理ツールの例である。これらの例は例示目的で示すものであり、本発明の限定を意図するものではない。

血管分析（Ｖｅｓｓｅｌ Ａｎａｌｙｓｉｓ）ツールは、広範囲の血管分析タスク、冠状動脈から大動脈までのエンドグラフトプラニング、並びに頸動脈及び腎動脈を含むさらに一般的な血管レビューが可能なＣＴ及びＭＲ血管造影のための包括的血管分析パッケージを含むことができる。自動中心線抽出、直線ビュー、直径及び長さ測定、ＣＰＲ及び軸レンダリング、及び自動薄スラブＭＩＰのための血管トラック（Ｖｅｓｓｅｌ Ｔｒａｃｋ）モードを含めることもできる。

カルシウムスコアリングツールは、Ａｇａｔｓｔｏｎを用いた冠状動脈カルシウムの半自動（Ｓｅｍｉ−ａｕｔｏｍａｔｅｄ）識別、容積及びミネラル質量アルゴリズムを含むことができる。カスタマイズオプション付きの統合レポートパッケージを含めることもできる。

時間依存型分析ツールは、ＣＴ又はＭＲを用いて取得される時間分解平面又は容積４Ｄ脳潅流検査を含むことができる。ＴＤＡツールは、入力関数及び基線の半自動選択を用いた平均強化時間及び強化積分などの様々なパラメータの色又はマッピングをサポートして分析速度を高めることができる。ＴＤＡツールは、動的４Ｄエリア検出器ＣＴ検査の迅速な自動処理をサポートして、取得後数分以内の解釈を確実にすることができる。

ＣＴ／ＣＴＡ（コンピュータ血管造影法）サブトラクションツールは、ＣＴ血管造影検査から非強化構造（例えば骨）を除去する際に使用され、ＣＴ／ＣＴＡオプションは、ＣＴＡスキャンからノイズを増やすことなく（骨及び外科クリップのような）高強度構造を除去する高密度ボクセルマスキングアルゴリズムが後続する事前及び事後コントラスト画像の自動登録を含み、造営血管構造の分離を支援する。

小葉分解ツールは、関心容積内のツリー状構造、例えば血管床を含む走査領域、又は肝臓などの臓器を識別する。ＬＤツールは、ツリーの所与の分枝又はその副分枝の１つとの近接性に基づいて関心副容積を識別することができる。研究用途としては、臓器の小葉構造の分析が挙げられる。

低被爆一般強化＆ノイズ処理（Ｇｅｎｅｒａｌ Ｅｎｈａｎｃｅｍｅｎｔ ＆ Ｎｏｉｓｅ Ｔｒｅａｔｍｅｎｔ ｗｉｔｈ Ｌｏｗ Ｅｘｐｏｓｕｒｅ）ツールは、ソース画像の品質が最適でない場合でも３Ｄの有効性、中心線、輪郭削り及びセグメント化アルゴリズムを改善するノイズ管理技術を適用する高度容積フィルタアーキテクチャを含むことができる。

Ｓｐｈｅｒｅｆｉｎｄｅｒツールは、容積検査の自動分析を行って、高球面指数（多くの結節及びポリープによって示される特徴）を有する構造の位置を識別する。Ｓｐｈｅｒｅｆｉｎｄｅｒは、潜在的関心領域を識別するために肺又は大腸ＣＴスキャンと共に使用されることが多い。

セグメント化、分析＆追跡ツールは、孤立性肺結節又はその他の潜在的病変などの塊及び構造の分析及び特徴付けを支援する。ツールは、関心領域を識別してセグメント化し、その後にＲＥＣＩＳＴ及びＷＨＯなどの測定基準を適用して、発見物の集計報告及び追跡比較をもたらす。Ｓｐｈｅｒｅｆｉｎｄｅｒを含む任意の検出エンジンからの候補マーカの表示及び管理を支援することもできる。

時間容積分析ツールは、心室などのリズミカルな動きの房から駆出率を自動計算することができる。ユーザが対象の壁境界（例えば、心外膜及び心内膜）を識別し、ユーザが確認したこれらの関心領域に基づいて、多面的ＣＴデータから駆出率、壁容積（質量）及び壁肥厚を報告することを可能にする高速かつ効率的なワークフローを含めることもできる。集計レポート出力が含まれる。

顎顔面（Ｍａｘｉｌｌｏ−ｆａｃｉａｌ）ツールは、顎顔面領域のＣＴ検査の分析及び視覚化をサポートし、これらのツールは、ＣＰＲツールを適用して、様々な平面の、及び様々な厚みの「パノラマ」投影、及び規定の曲面に沿った設定増分の断面ＭＰＲ像を生成する。

大腸、肺、又は血管などの膣内ＣＴ又はＭＲ検査に適用できるＦｌｙｔｈｒｏｕｇｈツールは、比較レビュー、以前に見た領域の塗り潰し、カバー率追跡、並びに早送り、巻き戻し、魚眼及びフラット容積表示ビューを含む複数画面レイアウトをサポートする。ンコントラストサブトラクションのためのツールである「Ｃｕｂｅ Ｖｉｅｗ」及び統合文脈レポートをサポートすることもできる。ｉＮｔｕｉｔｉｏｎ社のＳｐｈｅｒｅｆｉｎｄｅｒを含む任意の検出エンジンからの候補マーカの表示及び管理をサポートすることもできる。

容量ヒストグラム（Ｖｏｌｕｍｅｔｒｉｃ Ｈｉｓｔｏｇｒａｍ）ツールは、関心容積のセグメント化及び組成のための分析を可能にする。研究用途としては、肺の低減衰領域の分析、閾値に基づく腫瘍のボクセル集団への分割、血栓血管又は動脈瘤の検査、又はその他の病変が挙げられる。

発見物ワークフローツールは、連続検査にわたって発見物を追跡するためのフレームワークを提供する。データベースは、測定結果及びキー画像を保持し、連続比較を提示するＲＥＣＩＳＴ１．１法などの発見物の構造的比較及び経時的な集計レポートをサポートする。音声認識システム又は臨床データベースとの自動統合のための注釈及び画像マークアップ（ＡＩＭ）ＸＭＬスキーマをサポートすることもでき、ワードベースの（Ｗｏｒｄ−ｂａｓｅｄ）レポートをデータベースから取得することもできる。

これらのツールを用いて、いずれか２つのＣＴ、ＰＥＴ、ＭＲ又はＳＰＥＣＴシリーズ、又はこれらのいずれかの２シリーズの組み合わせを、一方に半透明カラーコーディングを割り当て、他方を解剖学的参照のためのグレースケール及び容積レンダリングで示して重ね合わせることができる。自動登録が提供され、一時的シリーズ又は保存された第３シリーズへのサブトラクションが可能である。ＰＥＴ／ＭＲ視覚化のサポートが含まれる。

いくつかのＭＲ検査（例えば、胸部ＭＲ）は、一定期間にわたって撮影された一連の画像収集を伴い、いくつかの構造が他の構造に対して時間と共に強化される。これらのツールは、全ての事後強化画像から事前強化画像を減法する能力を特徴とし、強化構造（例えば、血管構造及びその他の強化組織）の視覚化を強調する。時間依存性関心領域ツールを提供して、所与の領域の時間−強度グラフをプロットすることもできる。

パラメータマッピングツールは、マルチフェーズＭＲツールへの拡張機能であり、パラメータマッピングオプションは、画像内の各画素が画素強度の時間依存的挙動に応じて色分けされたオーバーレイマップを事前計算する。一例として、このツールを胸部ＭＲで使用して、強化領域の識別及び検査の速度を高めることができる。

ＭｕｌｔｉＫｖツールは、複数のベンダからのデュアルエネルギー及びスペクトル撮像（Ｄｕａｌ Ｅｎｅｒｇｙ ａｎｄ Ｓｐｅｃｔｒａｌ Ｉｍａｇｉｎｇ）の取得をサポートし、セグメント化又はコントラスト抑制などの標準的な画像処理アルゴリズム、並びに新技術の正確な分析及び開発のための汎用ツールキットを提供する。

上述の実施形態は、様々な医学領域に適用することができる。例えば、上述の技術は、（ステントグラフト内挿術（ＥＶＡＲ）及び電気生理学（ＥＰ）プラニングを含む）血管分析に適用することができる。このような血管分析は、大動脈エンドグラフト及び電気生理学プラニングに加えて、冠状動脈、並びに頸動脈及び腎動脈などの一般血管の両方の分析を解釈するために行われる。クラウドサービスとして提供されるツールは、自動中心線抽出、直線ビュー、直径及び長さ測定、曲線平面再形成（Ｃｕｒｖｅｄ Ｐｌａｎａｒ Ｒｅｆｏｒｍａｔｉｏｎ：ＣＰＲ）及び軸レンダリング、並びに血管直径対距離及び断面図の図表化を含む。血管追跡ツールは、ナビゲーションの容易さと深い取り調べのために血管中心線に沿って移動してその周囲で回転する２つの直交する平面における最大値投影法（ＭＩＰ）ビューを提供する。プラーク分析ツールは、ソフトプラーク、石灰化プラーク及び壁内病変などの非管腔構造の詳細な描画を提供する。

また、上述の技術は、血管内大動脈修復の分野で利用することもできる。いくつかの実施形態によれば、クラウドサービスとして提供される血管分析ツールは、エンドグラフトのサイズ決定のための測定結果を取り込むレポートテンプレートの定義をサポートする。複数の中心線を抽出して、複数のアクセスポイントを用いたＥＶＡＲ処置のプラニングを可能にすることができる。２つの大動脈腸骨経路に沿った距離と共に、血管に垂直な直径を測定することができる。カスタムワークフローテンプレートを用いて、ステントのサイズ決定に必要とされる主大動脈エンドグラフト製造の測定仕様を作成することができる。有窓の分岐装置をプラニングするための血管枝の配向及び位置の文書化を支援する「クロックフェース」オーバレイによる心嚢のセグメント化及び容積決定を使用することもできる。必要な測定結果及びデータを含むレポートを生成することができる。

上述の技術は、主静脈及び副静脈直径評価のための、クラウドサービスとして提供されるシングルクリック距離ペアツールによって各肺静脈口の半自動左心房セグメント化がサポートされる左心房分析モードでも適用することができる。測定結果は、自動的に検出されて統合レポートシステムに取り込まれる。これらの能力を他の血管分析ツールと組み合わせて、切除及びリードアプローチプラニングのための包括的なカスタマイズされたＥＰプラニングワークフローを提供することができる。

上述の技術は、カルシウムスコアリングに利用することもできる。冠動脈カルシウムの半自動識別は、Ａｇａｔｓｔｏｎを用いてサポートされ、容積及びミネラル質量アルゴリズムがスクリーン上で合計されてレポートされる。結果は、患者及びその心臓血管病歴及びリスク因子に関する他の様々なデータと共に、オープンフォーマットデータベースに記憶することができる。これらのデータに基づいて、クラウドサービスの一部として、カスタマイズされたレポートを自動的に生成することもできる。また、心臓血管コンピュータ断層撮影学会（ＳＣＣＴ）ガイドラインによって定められるレポートの作成も含む。

上述の技術は、左心室容積、駆出率、心筋容積（質量）及びマルチフェーズデータからの壁肥厚の完全自動計算を含むことができる時間−容積分析（ＴＶＡ）において利用することもできる。クラウドサービスの一部として提供される高速かつ効率的なワークフローは、レベル及び輪郭の容易な検証又は調整を可能にする。結果は、統合レポート機能内で提示される。

上述の技術は、肺ＣＴ検査を含む様々なスキャンにおける質量及び構造の分析及び特徴付けのサポートを含むセグメント化分析及び追跡（ＳＡＴ）の分野において利用することもできる。特徴としては、シングルクリックによる質量のセグメント化、セグメント化の問題を解消する手動編集ツール、次元及び容積の自動レポート、選択領域のグラフィカル３Ｄ表示、統合自動レポートツール、パーセント容積の変化及び倍化時間を含むフォローアップ比較のサポート、及び球面フィルタ結果の再検討のサポートが挙げられる。

上述の技術は、大腸の自動セグメント化及び中心線抽出の特徴を含むことができる、必要であればこれらの中心線を再定義するために編集ツールが利用可能なフライスルーの分野において利用することもできる。２Ｄレビューは、代表的な同期膣内ビューを用いた軸状、冠状又は矢状ビューのいずれかの形の横並びの同期背臥及び腹臥データセットを含む。３Ｄレビューは、大型の膣内ビュー及び大腸全体を表示する展開ビューを用いた軸状、冠状及び矢状ＭＰＲ又はＭＩＰ画像表示を含む。見えない部分の段階的レビュー、１クリックによるポリープ識別、ブックマーク及びマージ発見、並びに関心容積及び統合文脈レポートツールを分離するための立方体ビューによる１００％カバレージを確実にするためにカバレージトラッキングがサポートされる。球面フィルタの結果を使用するためのサポートが提供される。

上述の技術は、脳潅流研究などにおいて適当なコンピュータ断層撮影血管造影法（ＣＴＡ）及び／又はＭＲＩ検査の時間的依存挙動を分析する評価ツールを提供する時間依存分析（ＴＤＡ）の分野において利用することもできる。特徴としては、複数の時間依存シリーズを同時にロードするためのサポート、並びに入力及び出力関数及び関心領域を選択するための手順ワークフローが挙げられる。血流、血液量及び通過時間マップをＤＩＣＯＭにエクスポートするための能力と共に統合レポートツールが提供される。このツールは、時間依存性ＭＲ取得と共に使用して、様々な時間依存パラメータを計算することもできる。

上述の技術は、事前及び事後コントラスト画像の自動登録の後に、ノイズの増加を伴わずに造影血管構造を無傷にしたままでＣＴＡスキャンから（骨及び外科クリップのような）高強度構造を除去するサブトラクション又はデンス−ボクセルマスキング技術を含むＣＴＡ−ＣＴサブトラクションの分野において利用することもできる。

上述の技術は、歯科分析において利用して、様々な平面における様々な厚みの「パノラマ」投影を生成する能力と、規定の曲面に沿った設定増分での断面ＭＰＲビューとをもたらす、歯科ＣＴスキャンのレビューに適用できるＣＰＲツールを提供することもできる。

上述の技術は、マルチフェーズＭＲの分野（基本、例えば胸部、前立腺ＭＲ）において利用することもできる。いくつかのＭＲ検査（例えば、胸部、前立腺ＭＲ）は、一定期間にわたって撮影された一連の画像収集を伴い、いくつかの構造が他の構造に対して時間と共に強化される。このモジュールは、全ての事後強化画像から事前強化画像を減法する能力を特徴とし、強化構造（例えば、血管構造及びその他の強化組織）の視覚化を強調する。時間依存性関心領域ツールを提供して、所与の領域の時間−強度グラフをプロットする。

上述の技術は、画像内の各画素が画素強度の時間依存的挙動に応じて色分けされたオーバーレイマップをパラメータマッピングモジュールが事前計算する（例えばマルチフェーズ胸部ＭＲのための）パラメータマッピングにおいて利用することもできる。上述の技術は、ＳｐｈｅｒｅＦｉｎｄｅｒ（例えば、肺及び大腸のための球面フィルタ）の分野において利用することもできる。ＳｐｈｅｒｅＦｉｎｄｅｒは、データセットを受け取ると直ぐに事前処理し、フィルタを適用して球状構造を検出する。ＳｐｈｅｒｅＦｉｎｄｅｒは、潜在的関心領域を識別するために肺又は大腸ＣＴスキャンと共に使用されることが多い。説明した技術は、ＣＴ／ＭＲ／ＰＥＴ／ＳＰＥＣＴの融合において利用することもできる。いずれか２つのＣＴ、ＰＥＴ、ＭＲ又はＳＰＥＣＴシリーズ、又はいずれかの２シリーズの組み合わせを、一方に半透明カラーコーディングを割り当て、他方を解剖学的参照のためのグレースケール及び容積レンダリングで示して重ね合わせることができる。自動登録が提供され、一時的シリーズ又は保存された第３のシリーズへのサブトラクションが可能である。

上述の技術は、小葉分解（Ｌｏｂｕｌａｒ Ｄｅｃｏｍｐｏｓｉｔｉｏｎ）の分野において利用することもできる。小葉分解は、人体構造を念頭において設計された分析及びセグメント化ツールである。小葉分解ツールは、（動脈及び／又は静脈ツリーなどの）ツリー状構造が絡み合ったあらゆる構造又は臓器領域に対し、ユーザが関心容積、及びそれに関連するツリーを選択して、容積をツリー又はそのいずれかの特定の副分枝に最も近い小葉又はテリトリーに区分できるようにする。この汎用かつ柔軟なツールには、肝臓、肺、心臓、並びに他の様々な臓器及び病理学的構造の分析に潜在的な研究用途がある。

上述の技術は、容積ヒストグラム（Ｖｏｌｕｍｅｔｒｉｃ Ｈｉｓｔｏｇｒａｍ）の分野において利用することもできる。容積ヒストグラムは、成分ボクセルを異なる強度又は密度範囲の集団に区分化することに基づく所与の関心容積の分析をサポートする。容積ヒストグラムを用いて、例えば癌（活動腫瘍、壊死組織及び浮腫間のバランスを理解する試みにおいて腫瘍の組成を分析することが望ましい場合）、又は気腫（肺ＣＴ検査における低減衰ボクセルの集団が早期疾患の重要なインジケータになり得る場合）などの疾病過程の研究をサポートすることができる。

上述の技術は、動作分析（Ｍｏｔｉｏｎ Ａｎａｌｙｔｉｃｓ）の分野において利用することもできる。動作分析は、対話型３Ｄ又は４Ｄディスプレイが利用できない時に発見物をより効率的に伝える、４Ｄプロセスの強力な２Ｄ表現を提供する。鼓動する心臓などのあらゆる動的容積取得を動作分析して、動的シーケンス全体を通じて重要な境界の輪郭の色分けされた「トレール」を生成し、単一の２Ｄフレームが、文献内で容易にレポートできる形で動作を取り込んで例示できるようにすることができる。カラーパターンの均一性又は均一性の欠如は、動作が調和する程度を反映し、単一の画像から中間視覚フィードバックを提供する。

図１１Ａ及び図１１Ｂは、本発明のいくつかの実施形態による、クラウドベースの画像処理システムを示すブロック図である。図１１Ａに示すように、１つの実施形態によれば、システム１１００は、ネットワークを介してクラウド１１０３に通信可能に結合された１又は２以上のエンティティ又は機関１１０１〜１１０２を含む。エンティティ１１０１〜１１０２は、世界中に存在する様々な施設を有する医療機関などの様々な組織を表す。例えば、エンティティ１１０１は、１又は複数の画像取り込み装置１１０４、画像記憶システム（例えば、ＰＡＣＳ）１１０５、ルータ１１０６、及び／又はデータゲートウェイマネージャ１１０７を含み、又はこれらに関連することができる。画像記憶システム１１０５は、エンティティ１１０１に関連する管理者又はユーザなどのワークステーション１１０８がアクセスできる、エンティティ１１０１にアーカイブサービスを提供するサードパーティエンティティによって維持することができる。なお、本出願全体を通じ、組織エンティティの例として医療機関を利用している。しかしながら、本出願はこのように限定されるものではなく、他の組織又はエンティティを適用することもできる。

１つの実施形態では、クラウド１１０３が、サービスプロバイダに関連する、ネットワークを介して地理的に分散した一連の又は一群のサーバを表すことができる。例えば、クラウド１１０３は、カリフォルニア州フォスターシティのＴｅｒａＲｅｃｏｎ社などの医用画像処理サービスプロバイダに関連することができる。ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、インターネット又はイントラネットなどのワイドエリアネットワーク（ＷＡＮ）、又はこれらの組み合わせとすることができる。クラウド１１０３は、クライアント１１１３〜１１１６などの様々なクライアントにネットワークを介してアプリケーションサービスを提供できる様々なサーバ及び装置で構成することができる。１つの実施形態では、クラウド１１０３が、画像処理サービスを提供する１又は２以上のクラウドサーバ１１０９、画像及びその他の医療データを記憶する１又は２以上のデータベース１１１０、及びエンティティ１１０１〜１１０２などの他のエンティティとの間でデータを転送する１又は２以上のルータ１１１２を含む。クラウドサーバが、サーバクラスタ又は複数のサーバで構成される場合、クラスタ内のサーバ間におけるデータの転送を制御するルールが存在することができる。例えば、１つの国のサーバ上のデータを別の国のサーバに設定すべきでない理由が存在することもある。

サーバ１１０９は、ネットワークを介してクライアント１１１３〜１１１６に医用画像処理サービスを提供する画像処理サーバとすることができる。例えばサーバ１１０９は、ＴｅｒａＲｅｃｏｎ ＡｑｕａｒｉｕｓＮＥＴ（商標）サーバ及び／又はＴｅｒａＲｅｃｏｎ ＡｑｕａｒｉｕｓＡＰＳサーバの一部として実装することができる。データゲートウェイマネージャ１１０７及び／又はルータ１１０６は、ＴｅｒａＲｅｃｏｎ ＡｑｕａｒｉｕｓＧＡＴＥ装置の一部として実装することができる。医用撮像装置１１０４は、Ｘ線ＣＴ装置、ＭＲＩスキャニング装置、核医学装置、超音波装置、又は他のいずれかの医用撮像装置などの画像診断装置とすることができる。医用撮像装置１１０４は、標本の複数の断面図から情報を収集し、この情報を再構成して、複数の断面図のための医用画像データを生成する。医用撮像装置１１０４は、モダリティとも呼ばれる。

データベース１１１０は、医用におけるデジタル画像及び通信（ＤＩＣＯＭ）互換データ又はその他の画像データなどの医療データを記憶するデータストアとすることができる。データベース１１１０は、暗号化能力を内蔵することもできる。データベース１１１０は、複数のデータベースを含むことができ、及び／又はストレージプロバイダなどのサードパーティベンダーによって維持することができる。データストア１１１０は、リレーショナルデータベース管理システム（ＲＤＢＭＳ）、例えばＯｒａｃｌｅ（商標）データベース又はＭｉｃｒｏｓｏｆｔ（登録商標）ＳＱＬサーバなどを用いて実装することができる。クライアント１１１３〜１１１６は、デスクトップ、ラップトップ、タブレット、携帯電話機、携帯情報端末（ＰＤＡ）などの様々なクライアント装置を表すことができる。クライアント１１１３〜１１１６の一部は、サーバ１１０９によってホストされる医用画像処理ツール又はアプリケーションなどのリソースにネットワークを介してアクセスできるようにクライアントアプリケーション（例えばシンクライアントアプリケーション）を含むことができる。シンクライアントの例として、ウェブブラウザ、電話アプリケーションなどが挙げられる。

１つの実施形態によれば、サーバ１１０９は、医療機関の医師、インストラクタ、学生、保険会社の代理人、患者、医学研究者などを表すことができるクライアント１１１３〜１１１６に高度画像処理サービスを提供するように構成される。画像処理サーバとも呼ばれるクラウドサーバ１１０９は、１又は２以上の医用画像及び医用画像に関連するデータを提供する能力を有して、クライアント１１１３〜１１１６などの複数の参加者が協調した形又は会議環境で画像の議論／処理フォーラムに参加できるようにする。異なる参加者が、画像の議論セッション又はワークフロープロセスの異なる段階及び／又はレベルに参加することができる。

いくつかの実施形態によれば、データゲートウェイマネージャ１１０７は、医療機関などのデータプロバイダ（例えばＰＡＣＳシステム）との間で医療データを自動的に又は手動で転送するように構成される。このようなデータゲートウェイ管理は、管理者又は許可されたスタッフが構成できる一連のルール又はポリシーに基づいて行うことができる。１つの実施形態では、データゲートウェイマネージャが、クラウド内で行われる画像議論セッション又は画像処理動作中における医用画像データの更新に応答して、更新された画像データ又は更新された画像データとオリジナル画像データとの違いを、オリジナル医用画像データを提供したＰＡＣＳ１１０５などのデータプロバイダにネットワーク（インターネットなど）を介して送信するように構成される。同様に、データゲートウェイマネージャ１１０７は、エンティティ１１０１に関連する画像取り込み装置１１０４などの画像取り込み装置によって取り込むことができたあらゆる新規画像及び／又は画像データをデータプロバイダから送信するように構成することができる。また、データゲートウェイマネージャ１１０７は、同じエンティティに関連する複数のデータプロバイダ（例えば、複数の医療機関施設）間でデータをさらに転送することができる。さらに、クラウド１１０３は、クラウドシステムによって提供されたいくつかの高度画像処理リソースを用いて、受け取った画像の特定の事前処理動作を自動的に実行する高度事前処理システム（図示せず）を含むことができる。１つの実施形態では、ゲートウェイマネージャ１１０７が、ポート８０又は４４３などの特定のインターネットポートを介してクラウド１１０３と通信するように構成される。転送されるデータは、様々な暗号化及び圧縮法を用いて暗号化及び／又は圧縮することができる。この文脈における「インターネットポート」という用語は、イントラネットポートとすることも、又はイントラネット上のポート８０又は４４３などのプライベートポートとすることもできる。

図１２は、本発明の１つの実施形態と共に使用できるデータ処理システムのブロック図である。例えば、システム１２００は、上述したようなサーバ又はクライアントの一部として使用することができる。例えばシステム１２００は、ネットワークインターフェイス１２１０を介して遠隔クライアント装置又は別のサーバに通信可能に結合された画像処理サーバ１１０を表すことができる。上述したように、高度画像処理システム１４０、自動画像処理システム１５０及び画像処理エンジン１０４は、システム１２００によってホストすることができる。１つの実施形態では、高度画像処理システム１４０及び／又は自動画像処理システム１５０をメモリ１２０５にロードし、プロセッサ１２０３によって実行して上述のような様々な動作又は処理を行うことができる。

なお、図１２にはコンピュータシステムの様々なコンポーネントを示しているが、コンポーネントを相互接続する特定のアーキテクチャ又は方法を表すことを意図するものではなく、従って、詳細は本発明と密接に関係しない。これよりも少ない、又は場合によっては多くのコンポーネントを有するネットワークコンピュータ、ハンドヘルドコンピュータ、携帯電話機及び他のデータ処理システムを本発明と共に使用することもできると理解されるであろう。

図１２に示すように、データ処理システムの形のコンピュータシステム１２００は、１又は２以上のマイクロプロセッサ１２０３及びＲＯＭ１２０７、揮発性ＲＡＭ１２０５、及び不揮発性メモリ１２０６に結合されたバス又は相互接続１２０２を含む。マイクロプロセッサ１２０３は、キャッシュメモリ１２０４に結合される。バス１２０２は、これらの様々なコンポーネントを互いに相互接続するとともに、これらのコンポーネント１２０３、１２０７、１２０５及び１２０６を、ディスプレイコントローラ及びディスプレイ装置１２０８、並びにマウス、キーボード、モデム、ネットワークインターフェイス、プリンタ、及び当業で周知の他の装置とすることができる入力／出力（Ｉ／Ｏ）装置１２１０に相互接続する。

通常、入力／出力装置１２１０は、入力／出力コントローラ１２０９を介してシステムに結合される。通常、揮発性ＲＡＭ１２０５は、メモリのデータをリフレッシュ又は維持するために絶えず電力を必要とするダイナミックＲＡＭ（ＤＲＡＭ）として実装される。通常、不揮発性メモリ１２０６は、磁気ハードドライブ、磁気光学ドライブ、光学ドライブ、又はＤＶＤ ＲＡＭ、又はシステムから電力が除去された後でもデータを維持する他のタイプのメモリシステムである。通常、不揮発性メモリはランダムアクセスメモリでもあるが、これは必須ではない。

図１２には、不揮発性メモリが、データ処理システム内の残りのコンポーネントに直接結合されたローカル装置であることを示しているが、本発明は、モデム又はイーサネット（登録商標）インターフェイスなどのネットワークインターフェイスを介してデータ処理システムに結合されたネットワーク記憶装置などの、システムから離れた不揮発性メモリを利用することもできる。当業で周知のように、バス１２０２は、様々なブリッジ、コントローラ及び／又はアダプタを介して互いに接続された１又は２以上のバスを含むことができる。１つの実施形態では、Ｉ／Ｏコントローラ１２０９が、ＵＳＢ周辺機器を制御するＵＳＢ（ユニバーサルシリアルバス）アダプタを含む。或いは、Ｉ／Ｏコントローラ１２０９は、ＦｉｒｅＷｉｒｅ装置を制御する、ＦｉｒｅＷｉｒｅアダプタとしても知られているＩＥＥＥ−１３９４アダプタを含むこともできる。

上述した詳細な説明の一部は、コンピュータメモリ内のデータビットにおける演算のアルゴリズム及び記号表現の観点から示したものである。これらのアルゴリズムによる記述及び表現は、データ処理における当業者が自らの研究内容を他の当業者に最も効果的に伝えるために使用する方法である。ここでは、また一般的に、アルゴリズムとは、望ましい結果をもたらす首尾一貫した一連の演算であると考えられる。これらの演算は、物理量の物理的操作を必要とするものである。

しかしながら、これらの及び同様の用語は、全て適当な物理量に関連付けられるべきものであり、またこれらの量に与えられた便利な表記に過ぎないことに留意されたい。上述の説明から明らかなように、特に別途述べていない限り、本発明全体を通じ、以下の特許請求の範囲に記載するような用語を利用した説明は、コンピュータシステムのレジスタ及びメモリ内の物理（電子）量として表されるデータを操作し、コンピュータシステムのメモリ、レジスタ、又はその他のこのような情報記憶装置、送信又は表示装置内の物理量として同様に表される他のデータに変換するコンピュータシステム又は同様の電子コンピュータ装置の動作及び処理を意味するものである。

図示の技術は、１又はそれ以上の電子装置上に記憶され実行されるコード及びデータを用いて実装することができる。このような電子装置は、（磁気ディスク、光ディスク、ランダムアクセスメモリ、リードオンリメモリ、フラッシュメモリデバイス、相変化メモリなどの）非一時的コンピュータ可読記憶媒体及び（電気信号、光信号、音響信号、又は搬送波、赤外線信号、デジタル信号などのその他の形の伝搬信号などの）一時的コンピュータ可読伝送媒体などのコンピュータ可読媒体を使用してコード及びデータを記憶し（内部的に及び／又はネットワークを介して他の電子装置と）通信する。

上述した図に示すプロセス又は方法は、（回路、専用ロジックなどの）ハードウェア、ファームウェア、（非一時的コンピュータ可読媒体上で具体化されるような）ソフトウェア、又はこれらの組み合わせを含むロジックを処理することによって実施することができる。上記では、これらのプロセス又は方法をいくつかの順次処理の観点から説明したが、説明した動作の一部を異なる順序で実行することもできると理解されたい。さらに、動作によっては、順次的にではなく同時に実行できるものもある。

上述の明細書では、本発明の実施形態をその特定の例示的な実施形態を参照しながら説明した。特許請求の範囲に示す本発明の幅広い思想及び範囲から逸脱することなく本発明に様々な修正を行えることが明白であろう。従って、明細書及び図面は、限定的な意味ではなく例示的な意味で捉えるべきである。

１００、２００、１１００、１２００ システム
１０１ ネットワーク
１０２ ＥＭＲデータ
１０３ 試験記録
１０４ 画像処理エンジン
１０５ クライアント装置
１０６ アクセス制御システム
１０７ ＭＲＣＳ
１０８ 画像ストア
１１０ 画像処理サーバ
１１５ ＭＲＣＳサーバ
１１６ アクセス制御システム
１２０ ＥＭＲデータ／試験記録
１２１ 医用画像処理クライアント
１２２ 患者情報
１２４ 画像
１４０ 高度画像処理システム
１５０ 自動画像処理システム
２０４ 画像事前処理システム
２０５ ワークフロー管理システム
２０６ 医療データストア
２０９ サーバアプリケーション
２１１、２１２ クライアントアプリケーション
２１５ 他のシステム
２５０ 医療データセンタ
３００ 画像処理クライアント
３０１ 高度画像処理ＧＵＩ
３０２ 自動画像処理ＧＵＩ
３０３ 高度画像処理モジュール
３０４ 自動画像処理モジュール
３１１、３１２、３１３ 画像処理ツール
４０１ 対話エンジン
４０２ コマンド処理モジュール
４０３ 処理ルール
４０４ ユーザ設定
１１０１、１１０２ 医療機関
１１０３ クラウド
１１０４ 画像取り込み装置
１１０５ ＰＡＣＳ
１１０６ ルータ
１１０７ ゲートウェイマネージャ
１１０８ ワークステーション
１１０９ サーバ
１１１０ データストア
１１１２ ルータ
１１１３ タブレット
１１１４ モバイル装置
１１１５ デスクトップ
１１１６ ラップトップ
１２０２ バス
１２０３ マイクロプロセッサ
１２０４ キャッシュ
１２０５ 揮発性ＲＡＭ
１２０６ 不揮発性メモリ
１２０８ ディスプレイコントローラ及びディスプレイ装置
１２０９ Ｉ／Ｏコントローラ
１２１０ Ｉ／Ｏ装置

Claims (24)

1. 医用画像を処理するためのコンピュータ実装方法であって、
   高度画像処理システムにより、医用画像を処理するための複数の画像処理パラメータをユーザに指定するように求める複数の入力フィールドを含む高度医用画像処理インターフェイスを提供するステップと、
   自動画像処理システムにより、医用画像を処理するための前記画像処理パラメータの少なくとも一部を指定する複数のユーザインタラクションを各段階が自動化する一連の複数の動作段階を有する自動医用画像処理インターフェイスを提供するステップと、
   を含み、前記自動医用画像処理インターフェイスを提供するステップは、
   ユーザのクライアント装置から受け取った画像処理インジケータに応答して、ユーザの介入を伴わずに、前記画像処理インジケータに基づいて、第１の画像操作及び１又は２以上の画像処理パラメータを決定することを含めて第１の医用画像を自動的に識別するステップと、
   前記１又は２以上の画像処理パラメータに基づいて前記第１の医用画像に対して前記第１の画像操作を実行し、第２の医用画像を生成するステップと、
   前記第２の医用画像を前記クライアント装置に送信して、該クライアント装置のディスプレイ上に提示されるようにするステップと、
   前記ユーザが前記第２の医用画像に満足したかどうかについて前記ユーザを促すメッセージを前記クライアント装置に表示させるステップと、
   前記ユーザが前記第２の医用画像に満足していないことを示す前記クライアント装置からのユーザ入力に応答して、前記ユーザが前記第１の医用画像を再処理する改善措置を選択できるように１又は２以上の改善オプションを提示するステップと、
   を含む、方法。
2. 前記ユーザが前記第１の医用画像を再処理する改善措置を選択できるように１又は２以上の改善オプションを提示するステップは、
   前記改善オプションのうちの１つを選択するユーザ選択に応答して、前記選択された改善オプションに基づいて前記画像処理パラメータの少なくとも１つを自動的に修正するステップと、
   前記修正された画像処理パラメータに基づいて前記第１の医用画像を再処理するステップと、
   を含む請求項１に記載の方法。
3. 前記第１の医用画像がどのように処理されたかに関する特定のステップを前記ユーザが調べたいと望んでいることを示す前記改善オプションのうちの１つのユーザ選択を受け取るステップと、
   前記高度医用画像処理システムを呼び出して、前記第１の医用画像の処理に関与した詳細な画像処理パラメータを前記クライアント装置に表示させるステップと、
   前記高度医用画像処理インターフェイスを提供して、前記第１の医用画像を再処理するための前記画像処理パラメータの少なくとも一部を前記ユーザが指定できるようにするステップと、
   をさらに含む請求項２に記載の方法。
4. 前記自動医用画像処理インターフェイスを提供するステップは、
   各々が複数の図形表現のうちの１つによって表される複数の処理段階を有する処理タイムラインを前記クライアント装置に表示させるステップと、
   前記処理タイムライン上の前記図形表現のうちの１つを介して、前記処理段階のうちのどれが現在の処理段階であるかを視覚的に示すステップと、
   をさらに含む請求項１に記載の方法。
5. ユーザから受け取った、第１の患者に関連する第１の医用画像を処理する要求に応答して、前記図形表現のうちの第１の図形表現を介して前記現在の処理段階が第１の処理段階であることを示すステップと、
   前記クライアント装置において前記第２の医用画像を提示することに応答して、前記図形表現のうちの第２の図形表現を介して前記現在の処理段階が第２の処理段階であることを示すステップと、
   前記ユーザが、前記第２の医用画像に満足したかどうかを確認するように促されたときに、前記図形表現のうちの第３の図形表現を介して前記現在の処理段階が第３の処理段階であることを示すステップと、
   をさらに含む請求項４に記載の方法。
6. 前記自動医用画像処理インターフェイスを提供するステップは、
   各々が患者の人体の１又は２以上の身体領域に対して行われた複数の医療処置の１つに対応する複数の選択可能なタグを有する前記人体を表す図形表現を前記クライアント装置に送信して表示されるようにするステップと、
   前記タグのうちの第１の医療処置に対応する第１のタグの第１の選択に応答して、前記第１の医用画像を含む、前記第１の医療処置に関連する１又は２以上の医用画像のリストを提示するステップと、
   をさらに含む請求項１に記載の方法。
7. 前記第１のタグに対応する身体領域を識別する身体領域識別子（ＩＤ）を自動的に決定するステップと、
   前記身体領域ＩＤ及び前記患者を識別する患者ＩＤに基づいて、１又は２以上の医用画像のリストを決定するステップと、
   前記医用画像のリストを前記クライアント装置に送信して表示されるようにするステップと、
   をさらに含む請求項６に記載の方法。
8. 前記第１の医療処置を識別する処置ＩＤを決定するステップをさらに含み、前記医用画像は、前記身体領域ＩＤによって識別される身体領域に対して行われた前記第１の医療処置に関連する、
   請求項７に記載の方法。
9. 前記自動医用画像処理インターフェイスを提供するステップは、
   １又は２以上の医師との間で以前にスケジュールされた患者の１又は２以上の医療予約のリストを前記クライアント装置に送信するステップと、
   前記予約の各々につき、前記医療予約に関連する少なくとも１つの医用画像が存在するかどうかを示すステップと、
   前記医療予約のうちの１つを選択する第２の選択に応答して、前記第１の医用画像を含む、前記選択された医療予約に関連する１又は２以上の医用画像のリストを前記クライアント装置に送信するステップと、
   をさらに含む請求項１に記載の方法。
10. 前記選択された予約を識別する予約ＩＤを自動的に決定するステップをさらに含み、前記医用画像は、前記予約ＩＤ及び前記患者ＩＤにさらに基づいて識別される、
    請求項９に記載の方法。
11. 前記自動医用画像処理インターフェイスを提供するステップは、
    患者に対して行われた医療処置のリストを前記クライアント装置に送信するステップと、
    前記医療処置の各々につき、前記医療処置に関連する少なくとも１つの医用画像が存在するかどうかを示すステップと、
    前記医療処置のうちの１つを選択する第３の選択に応答して、前記第１の医用画像を含む、前記選択された医療処置に関連する１又は２以上の医用画像のリストを提示するステップと、
    をさらに含む請求項１に記載の方法。
12. 前記選択された医療処置を識別する処置ＩＤを自動的に決定するステップをさらに含み、前記医用画像は、前記処置ＩＤ及び前記患者ＩＤに基づいて識別される、
    請求項１１に記載の方法。
13. 前記自動医用画像処理インターフェイスを提供するステップは、
    患者の１又は２以上の病状のリストを前記クライアント装置に送信するステップと、
    前記病状の各々につき、前記病状に関連する少なくとも１つの医用画像が存在するかどうかを示すステップと、
    前記病状のうちの１つを選択する第４の選択に応答して、前記第１の医用画像を含む、前記選択された病状に関連する１又は２以上の医用画像のリストを提示するステップと、
    をさらに含む請求項１に記載の方法。
14. 前記選択された病状を識別する病状ＩＤを自動的に決定するステップをさらに含み、前記医用画像は、前記病状ＩＤ及び前記患者ＩＤに基づいて識別される、
    請求項１３に記載の方法。
15. 命令を記憶した非一時的機械可読媒体であって、前記命令は、プロセッサによって実行されたときに、該プロセッサに医用画像を処理する動作を実行させ、該動作は、
    高度画像処理システムにより、医用画像を処理するための複数の画像処理パラメータをユーザに指定するように求める複数の入力フィールドを含む高度医用画像処理インターフェイスを提供するステップと、
    自動画像処理システムにより、医用画像を処理するための前記画像処理パラメータの少なくとも一部を指定する複数のユーザインタラクションを各段階が自動化する一連の複数の動作段階を有する自動医用画像処理インターフェイスを提供するステップと、
    を含み、前記自動医用画像処理インターフェイスを提供するステップは、
    ユーザのクライアント装置から受け取った画像処理インジケータに応答して、ユーザの介入を伴わずに、前記画像処理インジケータに基づいて、第１の画像操作及び１又は２以上の画像処理パラメータを決定することを含めて第１の医用画像を自動的に識別するステップと、
    前記１又は２以上の画像処理パラメータに基づいて前記第１の医用画像に対して前記第１の画像操作を実行し、第２の医用画像を生成するステップと、
    前記第２の医用画像を前記クライアント装置に送信して、該クライアント装置のディスプレイ上に提示されるようにするステップと、
    前記ユーザが前記第２の医用画像に満足したかどうかについて前記ユーザを促すメッセージを前記クライアント装置に表示させるステップと、
    前記ユーザが前記第２の医用画像に満足していないことを示す前記クライアント装置からのユーザ入力に応答して、前記ユーザが前記第１の医用画像を再処理する改善措置を選択できるように１又は２以上の改善オプションを提示するステップと、
    を含む、非一時的機械可読媒体。
16. 前記ユーザが前記第１の医用画像を再処理する改善措置を選択できるように１又は２以上の改善オプションを提示するステップは、
    前記改善オプションのうちの１つを選択するユーザ選択に応答して、前記選択された改善オプションに基づいて前記画像処理パラメータの少なくとも１つを自動的に修正するステップと、
    前記修正された画像処理パラメータに基づいて前記第１の医用画像を再処理するステップと、
    を含む請求項１５に記載の非一時的機械可読媒体。
17. 前記動作は、
    前記第１の医用画像がどのように処理されたかに関する特定のステップを前記ユーザが調べたいと望んでいることを示す前記改善オプションのうちの１つのユーザ選択を受け取るステップと、
    前記高度医用画像処理システムを呼び出して、前記第１の医用画像の処理に関与した詳細な画像処理パラメータを前記クライアント装置に表示させるステップと、
    前記高度医用画像処理インターフェイスを提供して、前記第１の医用画像を再処理するための前記画像処理パラメータの少なくとも一部を前記ユーザが指定できるようにするステップと、
    をさらに含む請求項１６に記載の非一時的機械可読媒体。
18. 前記自動医用画像処理インターフェイスを提供するステップは、
    各々が複数の図形表現のうちの１つによって表される複数の処理段階を有する処理タイムラインを前記クライアント装置に表示させるステップと、
    前記処理タイムライン上の前記図形表現のうちの１つを介して、前記処理段階のうちのどれが現在の処理段階であるかを視覚的に示すステップと、
    をさらに含む請求項１５に記載の非一時的機械可読媒体。
19. 前記動作は、
    前記ユーザから受け取った、第１の患者に関連する第１の医用画像を処理する要求に応答して、前記図形表現のうちの第１の図形表現を介して前記現在の処理段階が第１の処理段階であることを示すステップと、
    前記クライアント装置において前記第２の医用画像を提示したことに応答して、前記図形表現のうちの第２の図形表現を介して前記現在の処理段階が第２の処理段階であることを示すステップと、
    前記ユーザが、前記第２の医用画像に満足したかどうかを確認するように促された時に、前記図形表現のうちの第３の図形表現を介して前記現在の処理段階が第３の処理段階であることを示すステップと、
    をさらに含む請求項１８に記載の非一時的機械可読媒体。
20. 医用画像を処理するためのシステムであって、
    高度画像処理システムにより、前記医用画像を処理するための複数の画像処理パラメータをユーザに指定するように求める複数の入力フィールドを含む高度医用画像処理インターフェイスを提供する高度画像処理システムと、
    自動画像処理システムにより、前記医用画像を処理するための前記画像処理パラメータの少なくとも一部を指定する複数のユーザインタラクションを各段階が自動化する一連の複数の動作段階を有する自動医用画像処理インターフェイスを提供する自動画像処理システムと、
    を備え、前記自動医用画像処理インターフェイスを提供することは、
    前記ユーザのクライアント装置から受け取った画像処理インジケータに応答して、前記ユーザの介入を伴わずに、前記画像処理インジケータに基づいて、第１の画像操作及び１又は２以上の画像処理パラメータを決定することを含めて第１の医用画像を自動的に識別するステップと、
    前記１又は２以上の画像処理パラメータに基づいて前記第１の医用画像に対して前記第１の画像操作を実行し、第２の医用画像を生成するステップと、
    前記第２の医用画像を前記クライアント装置に送信して、該クライアント装置のディスプレイ上に提示されるようにするステップと、
    前記ユーザが前記第２の医用画像に満足したかどうかについて前記ユーザを促すメッセージを前記クライアント装置に表示させるステップと、
    前記ユーザが前記第２の医用画像に満足していないことを示す前記クライアント装置からのユーザ入力に応答して、前記ユーザが前記第１の医用画像を再処理する改善措置を選択できるように１又は２以上の改善オプションを提示するステップと、
    を含む、システム。
21. 前記ユーザが前記第１の医用画像を再処理する改善措置を選択できるように１又は２以上の改善オプションを提示するステップは、
    前記改善オプションのうちの１つを選択するユーザ選択に応答して、前記選択された改善オプションに基づいて前記画像処理パラメータの少なくとも１つを自動的に修正するステップと、
    前記修正された画像処理パラメータに基づいて前記第１の医用画像を再処理するステップと、
    を含む請求項２０に記載のシステム。
22. 前記自動画像処理システムは、
    前記第１の医用画像がどのように処理されたかに関する特定のステップを前記ユーザが調べたいと望んでいることを示す前記改善オプションのうちの１つのユーザ選択を受け取り、
    前記高度医用画像処理システムを呼び出して、前記第１の医用画像の処理に関与した詳細な画像処理パラメータを前記クライアント装置に表示させ、
    前記高度医用画像処理インターフェイスを提供して、前記第１の医用画像を再処理するための前記画像処理パラメータの少なくとも一部を前記ユーザが指定できるようにする、
    請求項２１に記載のシステム。
23. 前記自動医用画像処理インターフェイスを提供することは、
    各々が複数の図形表現のうちの１つによって表される複数の処理段階を有する処理タイムラインを前記クライアント装置に表示させるステップと、
    前記処理タイムライン上の前記図形表現のうちの１つを介して、前記処理段階のうちのどれが現在の処理段階であるかを視覚的に示すステップと、
    をさらに含む請求項２０に記載のシステム。
24. 前記自動画像処理システムは、
    前記ユーザから受け取った、第１の患者に関連する第１の医用画像を処理する要求に応答して、前記図形表現のうちの第１の図形表現を介して前記現在の処理段階が第１の処理段階であることを示し、
    前記クライアント装置において前記第２の医用画像を提示したことに応答して、前記図形表現のうちの第２の図形表現を介して前記現在の処理段階が第２の処理段階であることを示し、
    前記ユーザが、前記第２の医用画像に満足したかどうかを確認するように促された時に、前記図形表現のうちの第３の図形表現を介して前記現在の処理段階が第３の処理段階であることを示す、
    請求項２３に記載のシステム。

Images