(57)【特許請求の範囲】
【請求項１】
医療診断又は処理の形式に関連したワークフローステージの規定セットを含むワークフローテンプレートを記憶するステップであって、各ワークフローステージが、1つ以上の実行されるべき画像処理動作、１つ以上の要求された入力、および各ワークフローステージにおいて発生されるべき１つ以上の出力と、を規定しているステップと、
前記ワークフローテンプレートを、患者の医療画像データに前記ワークフローステージを連続的に適用して、１つ以上のワークフローステージに対応する１つ以上のシーンを有するワークフローシーンを発生するステップであって、
前記ワークフローテンプレートを適用するステップが、
前記ワークフローテンプレートの第１のワークフローステージによって要求された１つ以上の入力を用いて前記医療画像データ上で１つ以上の第１の動作を遂行して前記医療画像データの第１の画像ビューを表す第１のシーンをレンダリングし、かつ第１のメタデータを発生するステップと、
前記ワークフローテンプレートの第２のワークフローステージによって要求された１つ以上の入力および前記第１のメタデータを用いて前記医療画像データに基づいて１つ以上の第２の動作を遂行して前記医療画像データの第２の画像ビューを表す第２のシーンをレンダリングするステップを含んでおり、この場合、前記第１のワークフローステージから発生された前記第１のメタデータは、ズーミング、ビュー投射、前記第１ステージからのデータ除去、データの定量化、およびビューリフォーマットの少なくとも１つを含む、前記第２のワークフローステージにより前記医療画像データを処理するためのパラメータおよびインストラクションの少なくとも１つを含んでおり、前記第２の画像ビューは、前記第１の画像ビューによって表示される医療画像データとは異なるビューを表示しており、  さらに、第１のパネルにおいて複数のアイコンであって、それぞれのアイコンがワークフローシーンのワークフローステージの１つを表示するものであって、前記第１のワークフローステージを表す第１のアイコンと、前記第２のワークフローステージを表示する第２のアイコンとを含む複数のアイコンを表示するステップと、
前記第１のパネルからの第１のアイコンの起動に応答して、前記第１のパネルと同時に表示される第２のパネルに、前記第１のワークフローステージの１つ以上の第１の動作の結果として生成される前記第１画像ビューを表示するステップと、
前記第１のパネルからの前記第２のアイコンの起動に応答して、前記第１のメタデータを用いてレンダリングされた前記第２のパネルに、前記第２のワークフローステージの１つ以上の第２の動作の結果として生成される前記第２の画像ビューを表示するステップと、
を備えたことを特徴とするコンピュータによって実施される方法。
【請求項２】
前記ワークフローステージの規定セットが胸郭除去ステージを含む、請求項１に記載の方法。
【請求項３】
前記ワークフローステージの規定セットが血管を通る中心線を選択することを含む、請求項１に記載の方法。
【請求項４】
前記ワークフローステージの規定セットが前記血管の湾曲リフォーマットを表示するステップと前記血管の複数の位置のそれぞれにおいて半径を測定するステップとを備えた、請求項３に記載の方法。
【請求項５】
ワークフローテンプレートを実施する非一時的コンピュータ読み取り可能な記憶媒体であって、
該記憶媒体が、ワークフローステージの規格化セットを含み、各ワークフローステージが、1つ以上の実行されるべき画像処理動作、1つ以上の要求された入力、および各ワークフローステージにおいて発生されるべき1つ以上の出力と、を規定しており、前記ワークフローテンプレートが、プロセッサによって実行されたとき、該プロセッサに動作を遂行させるインストラクションを含んでおり、
前記プロセッサによる動作が、
ネットワーク医療画像形成装置から医療画像データを受け取ること、及び
その医療画像データを前記ワークフローステージを連続的に適用することによって処理して、複数のワークフローステージに対応する複数のシーンを含むワークフローシーンを所定の臨床検査のために発生すること、
を含み、
前記ワークフローステージを適用することが、
前記ワークフローテンプレートの第１のワークフローステージによって要求された１つ以上の入力を用いて前記医療画像データに基づいて１つ以上の第１の動作を遂行して、第１のシーンおよび第１のメタデータをレンダリングすること、
この場合、前記第１のシーンが前記医療画像データの第１の画像ビューを表示しており、および前記ワークフローテンプレートの第２のワークフローステージによって要求された１つ以上の入力を用いて前記医療画像データに基づいて１つ以上の第２の動作を遂行して前記医療画像データの第２の画像ビューを表示する第２のシーンをレンダリングすることを含み、
前記第１のワークフローステージから発生された第１のメタデータはズーミング、ビュー投射、前記第１ステージからのデータ除去、データの定量化、およびビューリフォーマットの少なくとも１つを含む、前記第２のワークフローステージにより前記医療画像データを処理するためのパラメータおよびインストラクションの少なくとも１つを含んでおり、前記第２の画像ビューは、前記第１の画像ビューによって表示される医療画像データとは異なるビューを表示しており、
さらに、第１のパネルにおいて複数のアイコンであって、それぞれのアイコンがワークフローシーンのワークフローステージの１つを表示するものであって、前記第１のワークフローステージを表す第１のアイコンと、前記第２のワークフローステージを表示する第２のアイコンとを含む複数のアイコンを表示することと、
前記第１のパネルからの第１のアイコンの起動に応答して、前記第１のパネルと同時に表示される第２のパネルに、前記第１のワークフローステージの１つ以上の第１の動作の結果として生成される前記第１画像ビューを表示することと、
前記第１のパネルからの前記第２のアイコンの起動に応答して、前記第１のメタデータを用いてレンダリングされた前記第２のパネルに、前記第２のワークフローステージの１つ以上の第２の動作の結果として生成される前記第２の画像ビューを表示することを含む、ワークフローテンプレートを実施する非一時的コンピュータ読み取り可能な記憶媒体。
【請求項６】
前記ワークフローステージの規定セットが胸郭除去ステージを含む、請求項５に記載の非一時的コンピュータ読み取り可能な記憶媒体。
【請求項７】
前記ワークフローステージの規定セットが血管を通る中心線を選択することを含む、請求項５に記載の非一時的コンピュータ読み取り可能な記憶媒体。
【請求項８】
前記ワークフローステージの規定セットが前記血管の湾曲リフォーマットを表示するステップと前記血管の複数の位置のそれぞれにおいて半径を測定するステップとを備えた、請求項７に記載の非一時的コンピュータ読み取り可能な記憶媒体。
【請求項９】
医療画像形成装置からの医療画像データを記憶するための記憶装置と、
前記記憶装置に結合されたワークフロー管理サーバーであって、ワークフローステージの規格化セットを含むワークフローテンプレートを記憶するためのワークフロー管理サーバーと、を備えた医療画像データ処理システムであって、
各ワークフローステージが、1つ以上の実行されるべき画像処理動作、1つ以上の要求された入力、および各ワークフローステージにおいて発生されるべき1つ以上の出力と、を規定しており、前記ワークフローテンプレートが、プロセッサによって実行されたとき、該プロセッサに動作を遂行させるインストラクションを含んでおり、
前記プロセッサによる動作が、
ネットワーク医療画像形成装置から医療画像データを受け取ること、及び
その医療画像データを前記ワークフローステージを連続的に適用することによって処理して、複数のワークフローステージに対応する複数のシーンを含むワークフローシーンを所定の臨床検査のために発生すること、
を含み、
前記ワークフローステージを適用することが、
前記ワークフローテンプレートの第１のワークフローステージによって要求された１つ以上の入力を用いて前記医療画像データに基づいて１つ以上の第１の動作を遂行して、第１のシーンおよび第１のメタデータをレンダリングすること、
この場合、前記第１のシーンが前記医療画像データの第１の画像ビューを表示しており、および前記ワークフローテンプレートの第２のワークフローステージによって要求された１つ以上の入力を用いて前記医療画像データに基づいて１つ以上の第２の動作を遂行して前記医療画像データの第２の画像ビューを表示する第２のシーンをレンダリングすることを含み、
前記第１のワークフローステージから発生された第１のメタデータはズーミング、ビュー投射、前記第１ステージからのデータ除去、データの定量化、およびビューリフォーマットの少なくとも１つを含む、前記第２のワークフローステージにより前記医療画像データを処理するためのパラメータおよびインストラクションの少なくとも１つを含んでおり、前記第２の画像ビューは、前記第１の画像ビューによって表示される医療画像データとは異なるビューを表示しており、
さらに、第１のパネルにおいて複数のアイコンであって、それぞれのアイコンがワークフローシーンのワークフローステージの１つを表示するものであって、前記第１のワークフローステージを表す第１のアイコンと、前記第２のワークフローステージを表示する第２のアイコンとを含む複数のアイコンを表示することと、
前記第１のパネルからの第１のアイコンの起動に応答して、前記第１のパネルと同時に表示される第２のパネルに、前記第１のワークフローステージの１つ以上の第１の動作の結果として生成される前記第１画像ビューを表示することと、
前記第１のパネルからの前記第２のアイコンの起動に応答して、前記第１のメタデータを用いてレンダリングされた前記第２のパネルに、前記第２のワークフローステージの１つ以上の第２の動作の結果として生成される前記第２の画像ビューを表示することを含む、医療画像データ処理システム。
【請求項１０】
医療診断又は処理の形式に関連したワークフローステージの規定セットを含むワークフローテンプレートを記憶するステップであって、各ワークフローステージが、1つ以上の実行されるべき画像処理動作、1つ以上の要求された入力、および各ワークフローステージにおいて発生されるべき1つ以上の出力と、を規定しているステップと、
前記ワークフローテンプレートを、患者の医療画像データに前記ワークフローステージを連続的に適用して、１つ以上のワークフローステージに対応する１つ以上のシーンを有するワークフローシーンを発生するステップであって、
前記ワークフローテンプレートを適用するステップが、
前記ワークフローテンプレートの第１のワークフローステージによって要求された１つ以上の入力を用いて前記医療画像データに基づいて１つ以上の第１の動作を遂行して前記医療画像データの第１の画像ビューを表す第１のシーンをレンダリングし、かつ第１のメタデータを発生するステップと、
前記ワークフローテンプレートの第２のワークフローステージによって要求された１つ以上の入力および前記第１のメタデータを用いて前記医療画像データ上で１つ以上の第２の動作を遂行して前記医療画像データの第２の画像ビューを表す第２のシーンをレンダリングするステップを含んでおり、この場合、前記第１のワークフローステージから発生された前記第１のメタデータは、ズーミング、ビュー投射、前記第１ステージからのデータ除去、データの定量化、およびビューリフォーマットの少なくとも１つを含む、前記第２のワークフローステージにより前記医療画像データを処理するためのパラメータおよびインストラクションの少なくとも１つを含んでおり、前記第２の画像ビューは、前記第１の画像ビューによって表示される医療画像データとは異なるビューを表示しており、
さらに、第１のパネルにおいて複数のアイコンであって、それぞれのアイコンがワークフローシーンのワークフローステージの１つを表示するものであって、前記第１のワークフローステージを表す第１のアイコンと、前記第２のワークフローステージを表示する第２のアイコンとを含む複数のアイコンを表示するステップと、
前記第１のパネルからの第１のアイコンの起動に応答して、前記第１のパネルと同時に表示される第２のパネルに、前記第１のワークフローステージの１つ以上の第１の動作の結果として生成される前記第１画像ビューを表示するステップと、
前記第１のパネルからの前記第２のアイコンの起動に応答して、前記第１のメタデータを用いてレンダリングされた前記第２のパネルに、前記第２のワークフローステージの１つ以上の第２の動作の結果として生成される前記第２の画像ビューを表示するステップと、を備えたことを特徴とする医療画像装置によって発生した医療画像データを処理するための方法。
【請求項１１】
プロセッサによって実行されるとき、該プロセッサに以下の動作を遂行させるようにするインストラクションを提供する、非一時的コンピュータ読み取り可能な記憶媒体であって、
前記プロセッサによる動作が、
ネットワーク医療画像形成装置から医療画像データを受け取ること、及び
その医療画像データを前記ワークフローステージを連続的に適用することによって処理して、複数のワークフローステージに対応する複数のシーンを含むワークフローシーンを所定の臨床検査のために発生すること、
を含み、
前記ワークフローステージを適用することが、
前記ワークフローテンプレートの第１のワークフローステージによって要求された１つ以上の入力を用いて前記医療画像データに基づいて１つ以上の第１の動作を遂行して、第１のシーンおよび第１のメタデータをレンダリングすること、
この場合、前記第１のシーンが前記医療画像データの第１の画像ビューを表示しており、および前記ワークフローテンプレートの第２のワークフローステージによって要求された１つ以上の入力を用いて前記医療画像データに基づいて１つ以上の第２の動作を遂行して前記医療画像データの第２の画像ビューを表示する第２のシーンをレンダリングすることを含み、
前記第１のワークフローステージから発生された第１のメタデータはズーミング、ビュー投射、前記第１ステージからのデータ除去、データの定量化、およびビューリフォーマットの少なくとも１つを含む、前記第２のワークフローステージにより前記医療画像データを処理するためのパラメータおよびインストラクションの少なくとも１つを含んでおり、前記第２の画像ビューは、前記第１の画像ビューによって表示される医療画像データとは異なるビューを表示しており、
さらに、第１のパネルにおいて複数のアイコンであって、それぞれのアイコンがワークフローシーンのワークフローステージの１つを表示するものであって、前記第１のワークフローステージを表す第１のアイコンと、前記第２のワークフローステージを表示する第２のアイコンとを含む複数のアイコンを表示することと、
前記第１のパネルからの第１のアイコンの起動に応答して、前記第１のパネルと同時に表示される第２のパネルに、前記第１のワークフローステージの１つ以上の第１の動作の結果として生成される前記第１画像ビューを表示することと、
前記第１のパネルからの前記第２のアイコンの起動に応答して、前記第１のメタデータを用いてレンダリングされた前記第２のパネルに、前記第２のワークフローステージの１つ以上の第２の動作の結果として生成される前記第２の画像ビューを表示することを含む、非一時的コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフローテンプレートを使用して、医療画像形成装置から発生される医療画像データを管理及び処理することに係る。
【背景技術】
【０００２】
医療機関の診断画像形成部門におけるＸ線装置、磁気共鳴画像形成（ＭＲＩ）装置、超音波装置、陽電子放出断層撮影（ＰＥＴ）装置、又はコンピュータ断層撮影（ＣＴ）装置のような医療画像形成装置で収集される医療画像データは、「読み取り」又は「診断読み取り」と称される画像解釈プロセスに使用される。医療画像データから画像解釈レポートが発生された後、その画像解釈レポートは、おそらく代表的な画像又は診察の表示を付随して、要求側の医師へ送られる。今日、これらの画像解釈レポートは、通常、放射線医学情報システム（ＲＩＳ）においてデジタル化され、記憶されそして配布され、それに付随する代表的な画像及び最初の診察は、しばしばＲＩＳと一体的なピクチャーアーカイブ・コミュニケーションシステム（ＰＡＣＳ）に記憶される。
【０００３】
多検出器コンピュータ断層撮影（ＭＤＣＴ）スキャナ及び他のスキャニング形態の近年の開発では、前世代のスキャナより高い空間的及び時間的解像度が与えられる。しかしながら、ＭＤＣＴスキャナからの優れた画像詳細及び情報に対する欠点は、特に、ＣＴ血管造影手順の間にこれらのスキャナにより取得されるデータセットの量である。例えば、ある多段階取得において、ＣＴ診察は、最新のスキャナで６０００以上の画像を発生することができる。従って、データセットは、数ギガバイトのサイズに達するが、取得時間は、秒で測定されるに過ぎない。
【０００４】
ある慣習的な解決策では、医師が診察を指図すると、患者が医療画像形成装置によりスキャンされ、身体のある部位に関連した医療画像データが収集される。その後、収集された医療画像データは、１組の後処理ツールを含むスタンドアローン進歩型処理ワークステーション、又は同様の機能をもつ分散型ソフトウェアアプリケーションへ転送される。ワークステーションにアクセスできる技術者は、医療画像データに基づいて幾つかの限定された静画像を発生して、それを解釈する医師へ送り、その医師は、それら画像を使用して、診断解釈プロセスをサポートし、そして潜在的にそれらに画像解釈レポートを含ませて、指図した医師へ返送する。この処理パイプラインには制限があるために、指図した医師により受け取られるのは、多くの場合、最初のデータセットに含まれたデータの５％未満である。又、技術者が処理を終了するのを待ちながら、医師がこの任務を遂行するには、より長い時間がかかる。その結果、ワークロードや時間を優先することになるので、最適でない診断がなされたり、最適でない手術が行われたりすることがある。
【０００５】
より精巧なファシリティは、ピクチャーアーカイブ及びコミュニケーションシステム（ＰＡＣＳ）を使用して、最初の医療画像データを記憶し、そしてそのデータをレポート発生のためにＰＡＣＳビューステーションに配布する。ＰＡＣＳの助けがあっても、医療画像データを処理するためのワークフローは、同様の解決策のもとにあるままである。最初の画像データを取得すると、通常は、診断再検査のために異なる医療要員又は部門へ転送される。種々のレベルの技術者が中間像を処理及び発生して、それらを更なる再検討のために指図医師へ配布する。又、これらの診断再検討は、限定された数の分離ＰＡＣＳビューステーション又はスタンドアローンワークステーションでしか実行できない。
【０００６】
優れた技術があっても、中間像を発生するときには、最初の画像データセットから貴重な情報がフィルタ除去されるか又は含まれ損なうことがある。最終的なレポートは、最初のデータの一部分しか含まないことがあり、指図する医師が、行われた診察の利点を完全に活用する能力を制限する。又、最初の画像データセットへの限定されたアクセスは、指図する医師が画像処理又は画像再検討を自分自身で行う能力を妨げ、ひいては、指図する医師が、解釈する医師の見方に依存するよう強制されるが、その見方（診断の１つ）は、指図する医師（その後、治療プランを考えて実施する責任がある）の見方とかなり異なることがある。
【０００７】
今日、異なる断面位置から捕獲された断層撮影データの複数セットを使用して、三次元（３Ｄ）画像をレンダリングすることができる。３Ｄ画像処理の場合、医師が使用するかもしれない考えられる全ての自発的なビューを前もって記憶することはできない。リアルタイム及びオンデマンドで任意の３Ｄビューを発生できる３Ｄ処理システムに最初の画像データの完全なセットを与えねばならない。それ故、ＭＤＣＴ及び他のスキャナから取得されるデータの量が爆発的に増加する状態では、ネットワークを横切って種々のワークステーションへ完全なデータセットを搬送すると、ファシリティのＩＴインフラストラクチャーに禁止的な負担がかかる。
【０００８】
本発明は、同様の要素が同じ参照番号で示された添付図面に一例として示すが、これに限定されない。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態によるワークフロー管理システム環境の規範的な構成を示す。
【図２】本発明の一実施形態によるワークフロー管理システムの規範的なＤＩＣＯＭデータ構造を示す。
【図３】本発明の一実施形態による心臓分析のための規範的なワークフローテンプレート及びワークフローシーンを示す。
【図４】本発明の一実施形態による規範的なワークフロー管理システムユーザインターフェイスを示す。
【図５】本発明の一実施形態による別の規範的なワークフロー管理システムユーザインターフェイスを示す。
【図６Ａ】本発明の一実施形態により規定のワークフローテンプレートを自動的に選択する方法のフローチャートである。
【図６Ｂ】本発明の一実施形態によりワークフローテンプレートを医療画像データのセットに適用する方法のフローチャートである。
【図７】本発明の一実施形態により既存のワークフローシーンを変更する方法のフローチャートである。
【図８】本発明の一実施形態により新たなワークフローテンプレートを生成する方法のフローチャートである。
【発明を実施するための形態】
【００１０】
医療画像形成装置により発生された医療画像データをワークフロー管理システムで処理するための方法及び装置の実施形態を以下に説明する。一実施形態では、医療画像形成装置は、Ｘ線、ＣＴ、超音波、磁気共鳴画像形成（ＭＲＩ）、核医学、等の近代的な画像形成技術を使用することにより、臨床学的な目的で人体部位の画像を生成する。ここで使用する医療画像データとは、医療画像形成装置により発生される生の画像出力を指し、デジタルイメージング・コミュニケーションズインメディスン（ＤＩＣＯＭ）フォーマットで記憶することができる。医療画像データは、医療診断用の医療画像ビューを発生するように更に分析及び処理することができる。
【００１１】
一実施形態では、ワークフローとは、種々の画像発生動作のような医療診断プロセスにおけるアクティビティの繰り返しパターンを捕獲するものと定義される。ワークフローは、これらアクティビティを、各アクティビティの順序、機能、リソース要件、出力、等の種々のファクタに基づいてプロセスフローへとアレンジする。ワークフローにおける各アクティビティは、ワークフローステージと称される。従って、ワークフローステージは、ワークフローエレメントとも称されるが、アクティビティの機能、受け取った入力、発生した出力、等のアクティビティの種々の細部を捕獲する。
【００１２】
一実施形態では、特定の形式の医療診断又は処理に対してワークフローテンプレートが生成される。ワークフローテンプレートとは、規定セットのワークフローステージをもつテンプレートである。ワークフローテンプレートにおける各ワークフローステージは、１つ以上の画像処理動作を含む。これらの画像処理動作は、医療画像形成装置により入力として収集された医療画像データを受け取り、その医療画像データを処理し、そしてメタデータを出力として発生する。メタデータは、メタデータエレメントとしても知られているが、医療画像データを記述し、処理し及び／又は管理するためのパラメータ及び／又はインストラクションを広く指すものである。例えば、ワークフローステージの画像処理動作により発生されるメタデータは、診断の目的で医療画像ビューを発生するために医療画像データに適用できる画像処理パラメータを含む。更に、医療画像ビューの種々の自動及び手動操作も、メタデータとして捕獲することができる。従って、メタデータは、メタデータがセーブされたときの状態にシステムを戻すことができる。
【００１３】
別の実施形態では、ユーザは、以前に生成された１つのワークフローテンプレートを選択し、そしてそれを、特定の医療研究のための医療画像データのセットに適用する。或いは又、医療画像データのマクロ解剖学的部位及び／又はユーザのアイデンティティに基づいて、デフォールトワークフローテンプレートがユーザに自動的に与えられてもよい。例えば、特定のユーザ（放射線医師）は、ある規定の心臓ワークフローテンプレートを、心臓スキャン用のユーザデフォールトワークフローテンプレートとしてセットしてもよい。医療画像データにワークフローテンプレートを適用することで、ワークフローシーンが生成される。ワークフローシーンとは、ワークフローを通る処理の進行を追跡しそしてその結果を記録するためのエンティティである。生成時に、ワークフローシーンは、それが生成されたところのワークフローテンプレートにおいて定義されたものと同じワークフローステージを含む。ユーザは、ワークフローシーンで定義されたワークフローロジックをたどり、それを終了した後、ワークフローテンプレートが存在しない状態で、次のワークフローステージへ進むことができる。従って、所与のワークフローシーンに対して、ユーザは、その現在の処理状態と、遂行する必要のある残りのワークフローステージとを素早く把握することができる。
【００１４】
又、ワークフローシーンは、処理されたワークフローステージから発生された結果を記憶するためのシーンの集合も含む。シーンは、１つのワークフローステージから発生されるメタデータを含む。シーンのメタデータは、医療画像ビューのセットを発生するために医療画像データに適用したときに、ワークフローステージの画像処理動作により発生される。ワークフローステージが完了すると、それにより得られるシーンを、ワークフローシーンにおけるシーンの集合に追加することができる。従って、シーンの集合は、１つのワークフローシーンにおいて何が遂行されたかの履歴を与える。
【００１５】
一実施形態では、医療画像ビューのセットを再現するために医療画像データにシーンを適用することができる。シーンから再現された医療画像ビューを再検討するときに、ユーザは、シーンに含まれた画像処理パラメータ（メタデータ）に対して更新をなすことでこれらの画像ビューを調整することができる。その後、更新された画像処理パラメータは、以前に記憶された画像処理パラメータに置き換えるために、シーンに対してセーブすることができる。新たに更新されたシーンも、古いシーンに置き換えるためにワークフローシーンに記憶することができる。或いは又、ワークフローを通して医療画像データを処理する１つのルートを記憶するために、新たな一連のワークフローシーンを独立して維持することができる。
【００１６】
ある実施形態では、ワークフローテンプレートは、特定形式の医療画像データを処理するためにユーザ生成されてもよい。ユーザは、規定のワークフローステージ又はカスタマイズされたワークフローステージをワークフローテンプレートに追加することができる。サンプルの医療画像データを処理するときには、処理中に手動調整及び構成を、画像処理動作として、カスタマイズされたワークフローステージに記録及び記憶することができる。カスタマイズされたワークフローステージは、次いで、ワークフローステージ生成中に記録されたものと同じ画像処理動作を遂行するために、他の医療画像データに適用することができる。
【００１７】
ある実施形態では、ワークフローテンプレートに基づいてプレプロセッサによりワークフローシーンが自動的に発生される。ワークフローテンプレートは、医療画像データをどのように処理するかの情報及び処理の順序と共に規定のワークフローステージを含むので、プレプロセッサは、医療画像データが収集されて利用できるようになるや否や、ワークフローテンプレートを使用して、自動化プロセスをスタートすることができる。或いは又、プレプロセッサは、ワークフローシーンに対するシーンを自動的に発生することができる。ユーザは、ワークフローシーンを再検討するときに、自動的に発生されたシーンを受け容れるか又はそれを僅かに変更することができる。
【００１８】
図１は、本発明の一実施形態による画像診断装置及び種々の処理システムの構成を示すシステム図である。一実施形態では、装置１１０−１６０が、ネットワーク環境において相互接続される。ネットワーク環境は、物理的接続、ワイヤレス通信、又はそれらの組み合わせにより実施される。データ及びネットワークメッセージは、通信チャンネル１０１−１０６を経て装置１１０−１６０間で搬送される。
【００１９】
ある実施形態では、医療画像形成装置１３０は、Ｘ線ＣＴ装置、ＭＲＩスキャニング装置、核医学装置、超音波装置、又は他の医療画像形成装置のような画像診断装置である。これは、試料の複数の断面ビューから情報を収集し、それらを再構成し、そして複数の断面ビューに対する医療画像データを形成する。一実施形態では、収集された医療画像データは、ＤＩＣＯＭフォーマットである。収集の後に、医療画像データは、通信チャンネル１０４を経てワークフロー管理サーバー１４０へ転送され、そしてワークフロー管理サーバー１４０により記憶接続１０６を通して医療データ記憶装置１６０にセーブされる。医療画像形成装置１３０は、モダリティ(modality)とも称される。
【００２０】
ワークフロー管理サーバー１４０は、本発明の幾つかの実施形態により複数の機能を遂行する。これは、医療画像形成装置１３０から受信する医療画像データを取得し記憶する上でデータサーバーの機能を遂行する。又、これは、医療画像データを処理して２Ｄ又は３Ｄ医療画像ビューを発生する上でグラフィックエンジンとしても働く。一実施形態では、ワークフロー管理サーバー１４０には、クライアント／サーバーワークフロー管理システムがインストールされる。このワークフロー管理システムは、クライアント区画及びサーバー区画を含む。ワークフロー管理システムのサーバー区画は、ワークフロー管理サーバー１４０において実行され、そして通信チャンネル１０１及び１０２を経て３Ｄシンクライアント１１０又は３Ｄワークステーション１２０にインストールされたクライアント区画と各々通信する。一実施形態では、ワークフロー管理システムは、複数のワークフロー管理サーバーに分散されて実行される。別の実施形態では、ワークフロー管理システムは、ワークフロー管理サーバー１４０上で動作されるウェブイネーブル型アプリケーションである。ウェブブラウジングアプリケーションがインストールされたコンピュータは、付加的なハードウェア及び／又はソフトウェア要求なしに、ワークフロー管理システムにアクセスしてそれを使用することができる。
【００２１】
一実施形態では、ワークフロー管理サーバー１４０は、医療画像形成装置１３０から通信チャンネル１０４を経て受信する医療画像データのためのデータサーバーである。受信した医療画像データは、次いで、通信チャンネル１０６を経て医療データ記憶装置１６０に記憶される。一実施形態では、３Ｄワークステーション１２０が通信チャンネル１０２を経て未処理の医療画像データを要求するときに、ワークフロー管理サーバー１４０は、医療データ記憶装置１６０からデータを検索し、そしてその検索したデータを、通信チャンネル１０２を経て３Ｄワークステーション１２０へ記憶されるものとしてサービスする。
【００２２】
一実施形態では、ワークフロー管理サーバー１４０は、２Ｄ及び３Ｄ画像発生を遂行することのできるグラフィックエンジンを備えている。３Ｄシンクライアント１１０又は３Ｄワークステーション１２０が、ある医療画像ビューを要求するときに、ワークフロー管理サーバー１４０は、医療データ記憶装置１６０に記憶された医療画像データを検索し、そしてその医療画像データから２Ｄ又は３Ｄ医療画像ビューをレンダリングする。医療画像ビューの最終結果は、通信チャンネル１０１を経て３Ｄシンクライアント１１０へ送られるか、又は通信チャンネル１０２を経て３Ｄワークステーション１２０へ送られる。
【００２３】
一実施形態では、ユーザがワークフロー管理サーバー１４０から受信した医療画像ビューに対して調整を行うときに、これらのユーザ調整要求がワークフロー管理サーバー１４０へ返送される。次いで、ワークフロー管理サーバー１４０は、ユーザ要求に基づいて付加的なグラフィック処理を遂行し、そして新たに発生された更新された医療画像ビューが３Ｄシンクライアント１１０又は３Ｄワークステーション１２０へ戻される。この解決策が効果的であるのは、２Ｄ又は３Ｄ画像処理容量をもたないクライアントコンピュータへ２Ｄ又は３Ｄ画像ビューを供給しながら、大量の未処理の医療画像データをネットワークにわたって搬送する必要性を排除するからである。
【００２４】
一実施形態では、ワークフロー管理サーバー１４０は、ワークフロー管理システムを備えている。ワークフロー管理システムは、スタンドアローンアプリケーション、クライアント／サーバーアプリケーション、ウェブイネーブル型アプリケーション、等として具現化することができる。スタンドアローンアプリケーションとして具現化されるときには、ワークフロー管理システムの全ての機能が、１つのコンピュータシステム、例えば、ワークフロー管理サーバー１４０に存在する。ユーザは、コンピュータシステムから局部的に、又はコンピュータシステムをリモートコントロールするためのメカニズム（例えば、リモートデスクトップ接続、バーチャルネットワークコンピューティング、等）を経て遠隔位置から、ワークフロー管理システムにアクセスすることができる。
【００２５】
別の実施形態では、クライアント／サーバーアプリケーションとして具現化されるときに、ワークフロー管理システムは、クライアント側区画及びサーバー側区画を含む。ワークフロー管理システムの機能は、クライアント側又はサーバー側の区画へ分布される。実質的な量の機能がクライアント側区画へ分布されるときには、ワークフロー管理システムは、「シック(thick)クライアント」アプリケーションと称される。或いは又、限定された量の機能がクライアント側区画に分布される一方、大半の機能がサーバー側区画により遂行されるときには、ワークフロー管理システムは、「シン(thin)クライアント」アプリケーションと称される。別の実施形態では、ワークフロー管理システムの機能は、クライアント側及びサーバー側の両区画に冗長に分布されてもよい。
【００２６】
一実施形態では、ワークフロー管理システムは、ウェブイネーブル型アプリケーションとして具現化される。ウェブブラウジングソフトウェアがインストールされたコンピュータは、ワークフロー管理システムのクライアントとして働き、そしてウェブサーバー（図１には示さず）を経てワークフロー管理システムと通信することができる。ウェブサーバーは、第三者のウェブサーバー（例えば、Ａｐａｃｈｅ（登録商標）ＨＴＴＰサーバー、Ｍｉｃｒｏｓｏｆｔ（登録商標）インターネットインフォメーションサーバー、等）でもよいし、又はワークフロー管理システムの埋め込み型コンポーネントでもよい。ウェブサーバーは、ＨＴＴＰ要求及び応答をクライアントとワークフロー管理システムとの間にルーティングし、クライアントが、ワークフロー管理システムで具現化される全ての機能にアクセスできるようにする。
【００２７】
一実施形態では、ワークフロー管理システムのサーバー側区画は、ワークフロー管理システムの複数のクライアント側区画から要求を受け取り、それらの要求を処理し、そしてその結果を、要求を発した各クライアント側区画へ返送する。一実施形態では、クライアント側区画は、３Ｄシンクライアント１１０、３Ｄワークステーション１２０、ＰＡＣＳ、又はワークフロー管理システムへのアクセスを意図するコンピュータシステムにインストールされる。この場合に、ワークフロー管理システムの機能は、３Ｄシンクライアント１１０、３Ｄワークステーション１２０、ワークフロー管理サーバー１４０、ＰＡＣＳ、又はそれらの組み合わせにおいて遂行されてもよい。
【００２８】
一実施形態では、ワークフロー管理システムは、ワークフローテンプレートの生成、更新、及び削除を管理する。又、これは、ワークフローテンプレートを医療画像データに適用するユーザ要求を受信したときにワークフローシーンの生成も遂行する。ユーザが、ワークフローテンプレートに予め定められたワークフローステージを処理することで発生された結果を確認した後、ワークフロー管理システムは、新たなシーンを生成し、そしてその新たなシーンをワークフローシーンに記憶する。又、ワークフロー管理システムは、シーンから発生された医療画像ビューのユーザ調整中にシーンの更新及びセーブも行えるようにする。
【００２９】
一実施形態では、医療データ記憶装置１６０は、ＤＩＣＯＭ及び／又は他のデータオブジェクトのデータ記憶装置として働く。ワークフロー管理サーバー１４０は、医療データ記憶装置１６０を使用して、医療画像データ、ワークフローテンプレート、ワークフローシーン、及び他のデータを記憶し、検索する。別の実施形態では、医療データ記憶装置１６０は、図１に示されていない外部ＤＩＣＯＭ適合装置から得たシンスライスＤＩＣＯＭデータのための冗長な記憶装置をなす。医療データ記憶装置１６０は、ワークフロー管理サーバー１４０の内部記憶装置として実施されてもよい。又、これは、記憶装置エリアネットワーク（ＳＡＮ）環境、ネットワークアタッチ型記憶装置（ＮＡＳ）環境、又はその組み合わせにおいて１つ以上の記憶サーバーと共に実施されてもよい。更に、医療データ記憶装置１６０は、複数の冗長な記憶装置、又は複数のデータベース管理システム（ＤＢＭＳ）において実施されてもよい。
【００３０】
一実施形態では、医療データ記憶装置１６０は、リレーショナルデータベース管理システム（ＲＤＢＭＳ）、例えば、Ｏｒａｃｌｅ（登録商標）データベース、又はＭｉｃｒｏｓｏｆｔ（登録商標）ＳＱＬサーバー、等と共に実施される。医療データ記憶装置１６０に記憶されるＤＩＣＯＭデータの独特の識別子（ＵＩＤ）フィールドは、ＤＩＣＯＭデータの高速検索のためにインデックスされる。このインデックスは、データの独特のキーに基づいてデータを素早く見出すために、ハッシュテーブルのような特殊なデータ記憶構造を使用している。又、インデックスは、ＤＢＭＳシステムが、キャッシング及び他の最適化メカニズムを使用することによりデータ検索を改善できるようにもする。
【００３１】
一実施形態では、３Ｄシンクライアント１１０は、ワークフロー管理サーバー１４０へネットワークアクセスするデスクトップコンピュータである。或いは又、３Ｄシンクライアント１１０は、３Ｄ処理容量をもったりもたなかったりして、ワークフロー管理システムのクライアント側区画がインストールされたＰＡＣＳ又はコンピュータシステムでよい。非３Ｄ医療画像ビューを処理するときには、クライアントコンピュータに特殊な３Ｄソフトウェアは要求されない。それ故、３Ｄシンクライアント１１０は、必ずしも、３Ｄ画像処理能力をもたず、又、「シンクライアント」アプリケーションで実施されなくてもよい。或いは又、３Ｄシンクライアント１１０は、よりパワフルなコンピューティングマシン、例えば、ＰＡＣＳで実施されてもよい。
【００３２】
一実施形態において、シンクライアント３Ｄソフトウェアは、ワークフロー管理サーバー１４０上で動作されるグラフィックエンジンと通信できるように、３Ｄシンクライアント１１０にインストールされる。ワークフロー管理サーバー１４０の処理パワーの利点を取り入れることにより、３Ｄシンクライアント１１０は、３Ｄ画像を見て、操作して記憶するために、３Ｄワークステーション１２０と同様の機能を遂行する。３Ｄシンクライアント１１０において３Ｄ医療画像ビューを見て更新するときに、その画像ビューが発生されたところの医療画像データは、３Ｄシンクライアント１１０へアップロードされない。むしろ、ワークフロー管理サーバー１４０は、医療画像データのグラフィック処理を遂行する。医療画像ビューにおける最終結果のみがワークフロー管理サーバー１４０から送られ、そして３Ｄシンクライアント１１０により受け取られる。この構成は、医療ファシリティのネットワークスループットに負担をかけずに、コンピュータを３Ｄシンクライアント１１０として設定する際に融通性を許すものである。
【００３３】
別の実施形態では、３Ｄシンクライアント１１０は、ワークフロー管理サーバー１４０におけるワークフロー管理システムのサーバー側区画と通信するようにワークフロー管理システムのクライアント側区画とで構成される。クライアント側区画は、種々のユーザ要求を受け取り、そしてそれらの要求を、通信チャンネル１０１を経てワークフロー管理サーバー１４０へ転送する。サーバー側区画は、ユーザ要求を処理し、そして３Ｄシンクライアント１１０へ応答を返送する。次いで、３Ｄシンクライアント１１０は、返送された応答に基づいて付加的な機能を遂行し、そしてユーザに情報を表示する。別の実施形態では、クライアント側区画は、ワークフロー管理システムに対して調整及び構成を遂行するためのツール及び機能を含む。
【００３４】
一実施形態において、３Ｄワークステーション１２０は、３Ｄ画像レンダリングを遂行するためのハードウェア（例えば、グラフィックカード、メモリ、ハードドライブ、高速ネットワーク、等）サポートを伴うスタンドアローンコンピュータである。又、３Ｄワークステーション１２０には、医療画像の進歩型編集及び処理のための可視化ソフトウェア及びツールがインストールされる。一実施形態では、特定の診断調査のための医療画像データがワークフロー管理サーバー１４０から通信チャンネル１０２を経て３Ｄワークステーション１２０へ搬送される。３Ｄワークステーション１２０は、それを受信すると、ワークフロー管理サーバー１４０のグラフィックエンジンに依存することなく、３Ｄ画像を独自に発生することができる。別の実施形態では、３Ｄワークステーション１２０は、オプションである。というのは、ワークフロー管理サーバー１４０が同じ３Ｄ画像レンダリングを遂行する容量を有するからである。更に別の実施形態では、３Ｄワークステーション１２０には、ワークフロー管理システムのクライアント側区画がインストールされ、ワークフロー管理サーバー１４０と双方向作用する際に３Ｄシンクライアント１１０と同様のファンクションを遂行できるようにする。
【００３５】
一実施形態において、進歩型前処理サーバー１５０は、ワークフロー管理サーバー１４０により管理される医療画像データの自動前処理を遂行する。ＤＩＣＯＭオブジェクト及び他のユーザ構成における埋め込み情報に基づいて、進歩型前処理サーバー１５０は、ワークフロー管理サーバー１４０を伴わずに、新たに取得した医療画像データをオフラインで自動的に処理する。完了時に、レンダリングの結果が、ワークフロー管理サーバー１４０へ自動的に送られて、医療データ記憶装置１６０に記憶される。別の実施形態では、自動的に前処理された結果が３Ｄワークステーション１２０にも送られ、３Ｄワークステーション１２０の専門家が自動的な前処理の品質保証を遂行できるようにする。
【００３６】
別の実施形態では、医療画像データを収集するのに使用される調査又は装置の形式のようなＤＩＣＯＭオブジェクトの詳細情報が得られる。この情報に基づき、進歩型前処理サーバー１５０は、特定の装置から発生されたＤＩＣＯＭデータの形式に対する典型的な処理動作を識別し、そしてそれらの動作を、ＤＩＣＯＭオブジェクトに埋め込まれた医療画像データに対して前処理する。別の実施形態では、進歩型前処理サーバー１５０は、ワークフローシーンデータを得る。又、埋め込まれたワークフローステージ情報に基づいて、進歩型前処理サーバー１５０は、ユーザが医療画像データに対して作業を開始する前に、ワークフローシーン内の各ワークフローステージを通して医療画像データを自動的に前処理する。この解決策は、自動化されたワークフロー管理システムを提供する。
【００３７】
別の実施形態では、進歩型前処理サーバー１５０の前処理によって発生される結果は、シーンの集合を含む。ユーザがワークフローシーンにおけるワークフローステージを処理する準備ができたときに、各シーンをワークフロー管理システムにより迅速にロードすることができる。ロードの後に、前処理で発生されたシーンは、ワークフローステージから手動で発生されたシーンと同様に機能する。この解決策が効果的であるのは、進歩型前処理サーバー１５０で前処理が遂行され、従って、ワークフロー管理サーバー１４０にリソースを自由にアップするからである。又、前処理は、ワークフロー管理システムの機能にアクセスするユーザに迅速な応答時間を与える。
【００３８】
図２は、本発明の一実施形態によるＤＩＣＯＭデータ構造２０１を示す。ＤＩＣＯＭとは、医療画像形成情報を記憶、処理及び送信するための規格である。これは、ＤＩＣＯＭスタンダーズコミッティーにより展開され、ナショナル・エレクトリカル・マニュファクチャーズ・アソシエーション（ＮＥＭＡ）によって維持されている。ＤＩＣＯＭ規格は、ＰＡＣＳ環境において医療スキャナ、サーバー及びワークステーションを一体化できるようにする。ＤＩＣＯＭ規格は、各々特定の機能を果たす複数のデータセットを定義するものである。或いは又、本発明の実施形態は、ＤＩＣＯＭ規格を使用せずに、専有のデータ構造で実施されてもよい。
【００３９】
図２において、データ構造２０１は、医療画像データ及びワークフロー関連のデータ構造を記憶するのに使用できる複数のデータセットを含むＤＩＣＯＭオブジェクトの一例である。データ構造２０１における全てのデータセットは、同じ時間に存在しても、しなくてもよい。データ構造２０１は、図２に存在しない付加的なデータセットを含んでもよい。データ構造２０１フォーマットのＤＩＣＯＭオブジェクトは、記憶及び搬送のニーズに基づいて、１つの単一ファイルに記憶されてもよいし、複数のファイルに分割されてもよい。
【００４０】
一実施形態では、区分２１０は、ＤＩＣＯＭデータ構造２０１のＵＩＤ（独特の識別子）である。このＵＩＤは、ユニバーサルに独特の識別子（ＵＵＩＤ）、グローバルに独特の識別子（ＧＵＩＤ）、又は他の独特の識別子を使用して実施される。ＵＵＩＤ又はＧＵＩＤは、分散型システムが集中型整合を使用せずに独特さを維持できるようにするので、このような識別子を使用することで、複写されたＵＩＤに関わりなく、ＤＩＣＯＭオブジェクトを配布して外部ソフトウェア及びシステムと交換することができる。ＵＩＤは、図１の医療データ記憶装置１６０からデータを迅速にサーチ及び検索できるようにする。これは、ユーザの双方向作用を伴ったり伴わなかったりして、ワークフロー管理システムにより自動的に発生される。
【００４１】
図２に戻ると、一実施形態において、区分２２０は、医療画像に関連した患者情報のデータセットである。患者情報は、患者のバイオグラフ情報、及び独特に指定された患者ＩＤを含む。患者ＩＤはＤＩＣＯＭファイル内に記憶されるので、ＤＩＣＯＭファイルに記憶される画像データは、患者情報から分離されなくてもよい。又、独特の患者ＩＤは、データセットの高速サーチ及び容易な検索を行えるようにする。図２の区分２３０は、調査(Study)情報のデータセットである。一実施形態では、調査情報は、１人の特定の患者に対する医療診察又は診断の詳細、例えば、行われた調査の日時、指図医師又は照会医師の情報、等を含む。
【００４２】
図２の区分２４０は、装置情報のデータセットである。一実施形態では、装置情報は、画像データを発生するのに使用される図１に示す医療画像形成装置１３０の詳細を含む。図２の区分２５０は、シリーズ情報データセットの集合を記述する。一実施形態では、医療画像データのセットが、異なる観点の操作を各々遂行する複数のシリーズの処理に通される。シリーズ情報２５０の１つのデータセットは、１シリーズの処理に対する詳細情報を捕獲する。別の実施形態では、医療画像データは、同じワークフローに対して複数のシリーズの処理に並列に通される。各シリーズは、ワークフローの各ワークフローステージを通る独立した処理ルートである。この解決策が効果的であるのは、高度の独立性を許し、カスタマイズされたワークフローの進行を可能にするからである。一実施形態では、図１の医療画像形成装置１３０から収集された医療画像データが１つのシリーズとして処理される。それ故、シリーズ情報２５０の１つのデータセットを使用して、医療画像データのための情報を記憶する。
【００４３】
図２に戻ると、区分２６０は、医療画像データの複数のセットを含む。区分２６０の各データセットは、図１の医療画像形成装置１３０から収集された１セットの医療画像データを記憶する。一実施形態では、各区分２６０は、２次元医療画像データの１つのスライスを記憶する。別の実施形態では、医療画像データのスラブ（複数のスライス）が１つの区分２６０に記憶される。更に、医療画像データから発生された医療画像ビューが区分２６０に記憶される。区分２６０に記憶された医療画像データは、そのネーティブな非圧縮フォーマットにあってもよいし、ＪＰＥＧ等の種々のグラフィック圧縮規格を使用する圧縮フォーマットにあってもよい。別の実施形態では、医療画像データの特性、例えば、画像ピクセルのサイズ及び深さも区分２６０に記憶される。
【００４４】
図２に戻ると、区分２７０は、ワークフローの定義に関連したデータセットを記憶する。一実施形態では、ワークフローテンプレート及びその規定のワークフローステージが、ＤＩＣＯＭ規格に関連しないデータ構造に記憶される。ワークフロー管理システムの実施が簡単なワークフローテンプレート及びワークフローステージオブジェクトを要求するときは、ＤＩＣＯＭオブジェクトではなく、他の形式のデータ構造を使用するのが効果的である。ワークフローテンプレートを医療画像データに適用してワークフローシーンを発生するときには、ワークフロー定義（例えば、ワークフローテンプレートにおいて予め定められたワークフローステージ）が、ＤＩＣＯＭデータ構造の２０１の区分２７０におけるワークフローステージ２７１へと変換される。
【００４５】
図２の区分２８０は、複数のシーン２８１を伴うワークフローシーンのデータセットを記憶する。一実施形態では、ワークフローシーン２８０を含むＤＩＣＯＭオブジェクトは、ワークフロー管理を遂行するのに使用される。ワークフローシーン２８０は、規定のＤＩＣＯＭデータ区分を使用せずに、識別されて、ＤＩＣＯＭオブジェクトのプライベートタグに記憶される。又、ワークフローテンプレートから変換されたワークフローステージ２７１も、ＤＩＣＯＭオブジェクトのワークフローシーン２８０に関連して記憶される。又、医療画像データからの画像、又はワークフローステージの１つから得たデータにより発生された画像のような代表的な画像も、ワークフローシーン２８０及び／又はシーン２８１に関連して記憶される。或いは又、ワークフローテンプレート及びその規定のワークフローステージが、同様の形態でＤＩＣＯＭオブジェクトに記憶されてもよい。ワークフローシーン２８０及びシーン２８１は、ＤＩＣＯＭ規格に関連しないデータ構造により実施されてもよい。
【００４６】
図３は、本発明の一実施形態による１つの特定の心臓診断のための規範的なワークフローテンプレート３０１、及び複数シリーズのワークフローシーン３２０、３３０を示す。一実施形態では、ワークフローは、診断のための医療画像ビューを発生するプロセスにおいてアクティビティの繰り返しパターンを捕獲するものとして定義される。ワークフローは、これらのアクティビティを、各アクティビティを遂行する順序に基づいてプロセスフローへとアレンジする。ワークフローにおける各アクティビティは、その機能、アクティビティの遂行に要求されるリソース、受け取った入力、及びアクティビティにより発生される出力についての明確な定義を有する。ワークフローにおける各アクティビティは、ワークフローステージ又はワークフローエレメントと称される。要求及び責任が明確に定義されると、ワークフローのワークフローステージは、ワークフローで定義された目標を達成するプロセスにおいて１つの特定のタスクを遂行するように設計される。多くの医療画像の調査の場合に、診断のための医療画像ビューを形成するアクティビティのパターンは、通常、繰り返し性のもので、明確に定義される。それ故、ワークフローを使用して、実生活の医療画像処理慣習をモデリング及び文書化し、ワークフローの定義された手順ルールのもとで画像処理が適切に遂行されるよう保証することが好都合である。
【００４７】
一実施形態において、特定の医療画像調査のためのワークフローがワークフローテンプレートによりモデリングされる。ワークフローテンプレートとは、論理的なワークフローを形成するワークフローステージの規定セットをもつテンプレートである。アクティビティを処理する順序は、規定セットのワークフローステージ間で確立された順序によってモデリングされる。一実施形態では、ワークフローテンプレートにおけるワークフローステージは、下位順序のステージが上位順序のステージより前に行われるように順次に順序付けされる。別の実施形態では、ワークフローステージ間で依存関係が維持される。このような構成では、ワークフローステージは、それが依存するワークフローステージが最初に遂行されるまで遂行することができない。更に別の実施形態では、進歩型ワークフロー管理は、１つのワークフローステージが複数のワークフローステージに依存し、又は複数のワークフローステージが１つのワークフローステージに依存すること、等々を許す。
【００４８】
一実施形態では、ワークフローテンプレートにおける各ワークフローステージは、そのワークフローステージに指定された特定のタスクを実施する１つ以上の画像処理動作を含む。画像処理動作は、図１の医療画像形成装置１３０から収集された医療画像データを入力として得る。医療画像データに対して特定の処理を遂行して、メタデータを出力として発生する。別の実施形態では、ワークフローステージは、依存するワークフローステージから発生されたメタデータを入力の１つとして取り出し、そして医療画像データを入力メタデータの助けで処理する。
【００４９】
一実施形態では、メタデータは、他のデータを記述し、処理し、及び／又は管理するためのデータである。画像処理動作により発生されるメタデータは、複数の画像処理パラメータを含む。各画像処理動作は、１つ以上の画像処理パラメータを発生する。幾つかの実施形態では、少なくとも３つの形式の画像処理パラメータ、即ち画像特有のパラメータ、処理パラメータ、及び表示パラメータ、が発生される。画像特有のパラメータは、処理される医療画像データの識別、サイズ及びフォーマットを記述する。処理パラメータは、処理中に使用される機能及びアルゴリズムに関連したパラメータである。結果の医療画像ビューをレンダリングするのに、ズーミング、ビュー投射、スレッシュホールド、又はハイライトエリアのような表示パラメータが使用される。
【００５０】
一実施形態では、ワークフローステージにより発生されたメタデータを医療画像データに適用して、医療画像ビューを発生することができる。医療画像ビューは、ユーザにより双方向作用で調整又は操作することのできるビュー可能な２Ｄ又は３Ｄグラフィック画像を含む。１つのワークフローステージの画像処理動作を通して医療画像データを処理するときには、１つ以上の医療画像ビューが、メタデータとも称される画像処理パラメータのセットと共に発生される。画像処理パラメータを調整するために、ソフトウェアツールのセットもユーザに与えられる。画像処理パラメータの調整は、表示される医療画像ビューを更新し、ユーザが医療画像ビューを微同調できるようにする。
【００５１】
一実施形態では、レンダリングされた医療画像ビューが永久的に記憶されない。むしろ、医療画像データから医療画像ビューを発生するのに使用される画像処理パラメータが、ＤＩＣＯＭフォーマットのオブジェクトへと変換され、ワークフロー管理システムにより搬送され、そして図１の医療データ記憶装置１６０に記憶される。このような解決策が効果的であるのは、最初の医療画像データにメタデータを適用することにより医療画像ビューを素早く且つ頑健に再現できるからである。メタデータは、あまり記憶域を必要とせず、医療画像ビューに比して搬送が容易である。別の実施形態では、レンダリングされた医療画像ビューは、図１のワークフロー管理サーバー１４０又は医療データ記憶装置１６０のメモリに一時的にキャッシュされる。医療画像ビューをキャッシュすることで、医療画像ビューの再現を排除することにより素早い応答時間を許す。或いは又、医療画像ビューが１つ以上のレポートに直接出力され、それが１つ以上の所定のサイト（例えば、放射線医師のオフィス、救急室、集中治療室、等）へ配布される。更に、特定サイトのレポートがワークフローテンプレートを実際に駆動してもよい。ある実施形態では、ワークフローテンプレートをレポートジェネレータとして使用して、種々のワークフローステージから全ての関連メタデータを収集することもできる。
【００５２】
一実施形態では、図３のワークフローテンプレート３１０は、１つの特定の心臓診断を遂行するためのワークフローステージ３１１−３１６の規定セットをもつワークフローテンプレートである。ワークフローテンプレート３１０の第１ステージであるステージ３１１では、人間の胸郭に関連した画像データを除去するために医療画像データの３Ｄ胸郭除去を遂行する。ソース画像ピクセルの密度情報に基づいて、ステージ３１１の画像処理動作は、高い骨密度をもつピクセルを除去し、それにより、その下の血管及び心臓組織を露出させる。ステージ３１１を遂行した後、発生されたメタデータを使用して、心臓及び冠状動脈の明瞭なビューをもつ医療画像ビューをレンダリングすることができる。図３に示す実施形態では、ステージ３１２−３１６は、それらの各機能を遂行する前のステージ３１１の胸郭除去に依存する。
【００５３】
一実施形態では、ユーザは、生成されたワークフローテンプレート３１０を選択し、それを医療画像データのセットに適用する。ワークフローテンプレート３１０のアプリケーションは、ワークフローシーン３２０を生成する。ワークフローシーンは、ワークフローを通しての処理の進行を追跡しそして処理結果を記録するためのエンティティである。生成されると、ワークフローシーン３２０は、ワークフローテンプレート３１０で定義されたものと同じワークフローステージ３２１−３２６を含み、生成中に使用される医療画像データのセットに関連付けられる。このような解決策が効果的であるのは、ワークフローテンプレート３１０の存在を要求せずにワークフローシーン３２０を独立して処理できるからである。従って、ワークフローシーンでは、ユーザは、遂行する必要のあるワークフローステージを迅速に把握することができる。別の実施形態では、新たに生成されたワークフローシーン３２０は、それが生成されたところのワークフローテンプレート３１０に関連付けられる。ワークフローテンプレートに関連付けることで、ワークフローシーンは、同じワークフローステージを含むのではなく、ワークフローテンプレートに含まれたワークフローステージを使用することができる。この解決策は、ワークフローがカスタム化もユーザ調整も必要としないときに効果的である。
【００５４】
一実施形態では、ワークフローシーンは、そのワークフローシーンにおける処理されたワークフローステージから発生された結果を記憶するためのシーンの集合を含む。シーンは、１つのワークフローステージから発生されたメタデータを含む。ワークフローステージがその処理を完了すると、結果のメタデータを、ワークフローステージに関連したシーンに記憶することができる。その後、シーンは、ワークフローシーンにおけるシーンの集合に追加される。従って、シーンの集合は、ワークフローにおいて何が遂行されたかの履歴をユーザに与えるが、関連シーンをもたないワークフローステージは、遂行されるべき全ての残りのタスクを示す。更に、各シーンは、ワークフロー処理において履歴ステージを再生するのに使用される。それ故、ワークフロー処理中には医療画像データの情報がフィルタ除去されない。ユーザは、ワークフローステージに関連したシーンを医療画像データに適用することにより、以前に処理されたワークフローステージの各々を再生し、評価し、及び／又は再処理することができる。ある実施形態では、個々のシーン又はシーンの集合が、１つ以上のレポートに直接出力される。
【００５５】
一実施形態では、ワークフローステージ３２１は、関連する医療画像データに対して胸郭除去を遂行し、メタデータを発生する。メタデータは、胸郭除去のシーン３２７にセーブすることができる。又、シーン３２７は、ワークフローステージ３２１に関連付けされる。ワークフローステージ３２２は、医療画像データの左前斜位（ＬＡＯ）処理を遂行する。ステージ３２２は、ステージ３２１に依存するので、シーン３２７に記憶されたメタデータを使用して、医療画像データから中間結果を発生する。その後、それら中間結果に対してステージ３２２の画像処理動作を遂行し、その結果のメタデータをＬＡＯのシーン３２８に記憶することができる。シーン３２８は、ステージ３２２に関連付けられる。
【００５６】
図３に示す一実施形態では、ステージ３２３を使用して、心臓の前部ビューを発生し、ステージ３２４では、左前下（ＬＡＤ）動脈（心臓の冠状動脈の１つ）のビューを発生し、ステージ３２５では、左回施動脈（ＬＣＸ）（心臓の冠状動脈の１つ）のビューを発生し、そしてステージ３２６では、右冠状動脈（ＲＣＡ）（心臓の冠状動脈の１つ）のビューを発生することができる。ステージ３２１及び３２２に関連した２つのシーンがあり、ステージ３２３−３２６に関連したシーンはないので、ユーザは、シーン３２７及び３２８を評価することによりワークフロー処理の履歴を再検討するか、又はワークフロー処理の次のステージ３２３得進むことができる。
【００５７】
一実施形態では、ワークフローシーン３３０の第２シリーズが、ワークフローシーン３２０に以前に関連付けられた医療画像データの同じセットに基づいてワークフローテンプレート３１０から生成される。ワークフローシーン３３０は、ワークフロー処理においてワークフローシーン３２０とは独立している。これは、同じワークフローステージを、ステージ３２１−３２６として含む。しかしながら、これは、異なるユーザによってカスタマイズされてもされなくてもよい異なるシーンを含む。複数のシリーズは、異なるユーザの個々のニーズを満足する上で高度な融通性を可能にする。
【００５８】
別の実施形態では、付加的なワークフローステージ、例えば、カルシウムスコア（患者の冠状動脈又は他の動脈における石灰化アテローム斑の量の定量化）又は左心室駆出分画（ＥＦ、即ち各ポンピングサイクルで放出される最も膨張した心臓の左心室（主ポンプ室）に含まれる血液の一部分の定量化）スコアが、ワークフローテンプレート３１０において定義される。（進路に沿った血管腔の中心を近似する３Ｄスペースにおける曲線の定義である）血管を通る中心線の選択に関連した第１のワークフローステージも、ワークフローテンプレート３１０に含まれる。血管の直径を測定して比較できるように血管のカーブド・リフォーマット(curved reformat)（３Ｄにおける血管の経路が単一の２Ｄビューで表される投影ビュー）を表示する第２のワークフローステージは、ワークフローテンプレート３１０において、第１のワークフローステージに依存するものとして定義される。
【００５９】
一実施形態において、図３におけるワークフローシーン３２０の１つのシリーズを一例として取り上げると、ワークフローシーン３２０のステージ３２１及びステージ３２２が遂行されても、技術者又は医師は、医療画像データにシーン３２７を適用することによりステージ３２１を再評価又は再処理することができる。シーン３２７の適用で、シーン３２７が最後にセーブされたときの状態に対するワークフロー処理が再生される。従って、ユーザには、ステージ３２１を微同調又は再処理する上で大きな融通性が与えられる。完了後に、微同調又は再処理から発生されたメタデータが再びシーン３２７にセーブされる。ステージ３２２は、ステージ３２１に依存するので、シーン３２７の変更は、シーン３２８を医療画像データに適用することにより発生される医療画像ビューに反映される。
【００６０】
図４は、本発明の一実施形態によるワークフロー管理システムの規範的なユーザインターフェイス４０１を示す。このユーザインターフェイス４０１は、３つのビューパネル４１０−４３０を含む。パネル４１０は、ワークフロー管理システムにより管理される調査のリストビューを示す。パネル４１０における各調査は、患者の名前及びＩＤ、調査ＩＤ、調査内に記憶される画像の数、等の情報を含む。患者ＩＤ及び調査ＩＤは、図１のワークフロー管理サーバー１４０により記憶及び管理されるＤＩＣＯＭオブジェクトに関連付けられる。例えば、ユーザが、図４に示すように、調査８を選択すると、ワークフローシーンに対する関連ＤＩＣＯＭオブジェクトが、患者ＩＤ及び調査ＩＤを使用して検索されて、パネル４２０及び４３０に表示される。
【００６１】
パネル４２０に示された一実施形態では、特定の調査に対して２つのシリーズがリストされる。ＣＴモダリティにより収集された最初の医療画像データを記憶する第２シリーズは、２２１スライスの画像を含む。第１シリーズは、第２シリーズに記憶された医療画像データにワークフローテンプレートを適用することにより以前に生成されたワークフローシーンである。図４に示すように、第１のワークフローシーンに記憶されたメタデータを使用して、５つの医療画像ビューが発生される。第１シリーズが選択されると、パネル４３０は、ワークフローシーンのプレビューを示す。一実施形態では、プレビューパネルは、ワークフローシーンの最新の発生シーンから発生された医療画像ビューを与える。
【００６２】
図５は、本発明の一実施形態によりワークフローテンプレートが調査に適用されるところを示す規範的なユーザインターフェイス５０１を示す。ユーザインターフェイス５０１は、パネル５１０−５６０を含む。
【００６３】
一実施形態では、パネル５３０は、１２個のワークフローステージを見ることのできるワークフローシーンを示す。これら１２個のワークフローステージの順序は、左から右へ上から下へ、配列される。例えば、図５に示すように、ワークフローステージ、左前斜位（ＬＡＯ）、が患者の医療画像データに適用される。ＬＡＯのアイコンは、現在処理中のワークフローステージであることを指示する太い境界で示されている。ステージＬＡＯは、患者の心臓の複数のビューをレンダリングするためのメタデータを発生し、パネル５１０、５２０、５４０及び５５０は、前記発生されたメタデータから生じた医療画像ビューである。一実施形態では、パネル５１０、５２０、５４０及び５５０における医療画像ビューの再検討を終了すると、ユーザは、“Ｖａｌｉｄａｔｅ(確認)”ボタンをクリックすることによりワークフローステージＬＡＯを確認することができる。この確認アクションは、前記発生されたメタデータをセーブするシーンを生成し、その生成されたシーンをワークフローステージＬＡＯに関連付け、そしてそのシーンをワークフローシーンに記憶する。その後、ＬＡＯステージのアイコンは、パネル５１０、５２０、５４０及び５５０に生じた医療画像ビューがユーザによって受け容れられたことを指示する“Ｖ”が右下付近に現れる。
【００６４】
図５に示す別の実施形態では、１つのワークフローステージが確認された後に、ワークフロー管理システムは、ワークフローの次のステージである「前部」へ自動的に進み、そして処理のためにユーザコマンドを待機する。或いは又、ワークフロー管理システムは、図１の医療データ記憶装置１６０から、この特定ステージに対して自動的に発生されたシーンをサーチする。図１の進歩型前処理サーバー１５０により以前に発生されたシーンが見つかった場合には、そのシーンに記憶されたメタデータを医療画像データに素早く適用して、医療画像ビューを発生する。この解決策が有効であるのは、自動前処理をワークフロー処理に合体させ、時間及びリソースをセーブするからである。
【００６５】
図５に戻ると、一実施形態において、パネル５２０は、胸郭が除去された患者の心臓の３Ｄレンダリングビューを示す。パネル５１０は、足の方向から見た心臓のビュー（「軸方向スライス」ビュー）を示す。パネル５４０は、心臓の前部ビュー（「冠状スライス」ビュー）を示す。パネル５５０は、心臓の左側ビュー（「矢状スライス」ビュー）を示す。これら４つのパネルの全ての画像は、ユーザが調整できるものである。別の実施形態では、パネル５６０は、パネル５１０、５２０、５４０及び５５０に表示された医療画像ビューの処理及び操作に利用できるツールのセットを表示する。ツールのセットは、特定のワークフローステージごとに及び特定の医療画像ビューごとにカスタマイズされる。パネル５６０に示されたツールを使用することにより、ユーザは、画像データを処理する際に規定のワークフローステージによって制限されない。更に、医療画像ビューに対する手動調整は、ユーザが調整を完了しワークフローステージを確認すると、ワークフローシーンに記録されセーブされる。別の実施形態では、ユーザは、既存のワークフローシーンに付加的なワークフローステージを追加することによりワークフローをカスタマイズすることができる。付加的なワークフローステージを追加する処理は、以下に述べるようにワークフローテンプレート生成する際にワークフローステージを追加することに類似している。
【００６６】
図６Ａは、本発明の一実施形態により規定のワークフローテンプレートを自動的に選択する方法６１００のフローチャートである。この方法６１００は、ハードウェア（例えば、回路、専用ロジック、プログラム可能なロジック、マイクロコード、等）、ソフトウェア（処理装置で実行されるインストラクションのような）、又はその組み合わせを含む処理ロジックにより遂行することができる。例えば、図１のワークフロー管理サーバー１４０で実行されるワークフロー管理システムは、方法６１００の一部又は全部を遂行することができる。
【００６７】
最初、処理ロジックが、ブロック６１０１において、受け取った調査から解剖学的識別（ＩＤ）を得る。この調査は、上述した種々の医療画像形成装置からの１つ以上のスキャンのデータ又は結果を含む。この調査は、媒体からプッシュ又はインポートを経て受け取られる（例えば、コンパクトディスクのようなコンピュータ読み取り可能な媒体から、又はワークフロー管理システム等に電子的に送信されるファイルからインポートされる）。ブロック６１１０において、処理ロジックは、テンプレートマッチングを使用して、調査のマクロ解剖学的部位を識別する。一般的に、マクロ解剖学的部位とは、頭部、心臓、胸部、等の主たる身体部分を広く指す。
【００６８】
ブロック６１２０において、処理ロジックは、調査の情報を使用して、スキャンの種々の情報を決定する。例えば、処理ロジックは、分類情報を使用して、調査のスキャンが４次元（４Ｄ）であるかどうか識別する。或いは又、処理ロジックは、Ｒ−Ｒ情報を使用して、スキャンが心臓スキャンであるかどうか識別する。ある実施形態では、処理ロジックは、スキャンの次元を使用して、それがＲＵＮＯＦＦスキャンであるかどうか決定する。ブロック６１３０において、決定されたスキャンの情報がデータベース（図１の医療データ記憶装置１６０）に記憶される。ブロック６１４０において、処理ロジックは、調査のラベリング情報を得て、スキャンのより詳細な解剖学的部位を識別する。
【００６９】
最終的に、ブロック６１５０において、処理ロジックは、マクロ解剖学的部位に基づいて適当なワークフローテンプレートを自動的に選択する。例えば、処理ロジックは、スキャンが心臓スキャンであると決定された場合には規定の心臓ワークフローテンプレートを起動することができる。同様に、処理ロジックは、スキャンがＲＵＮＯＦＦスキャンであると決定された場合には規定のサイトランオフワークフローテンプレートを起動することができる。従って、ある実施形態では、処理ロジックは、各形式のスキャンに対してデフォールトワークフローテンプレートを与える。更に、ある実施形態では、処理ロジックは、ユーザが、各個々のユーザに対して起動すべきデフォールトテンプレートをカスタマイズできるようにする。例えば、処理ロジックは、個々のユーザの識別（例えば、ユーザの名前）及びあるスキャン形式を、個々のユーザが選択した特定のワークフローテンプレート（ユーザ特有のデフォールトワークフローテンプレート又はカスタマイズされたデフォールトワークフローテンプレートと称される）に関連付けることができる。次いで、処理ロジックは、あるスキャン形式のデータを含む調査をユーザが受け取るときにユーザ特有のデフォールトワークフローテンプレートを自動的に起動する。
【００７０】
図６Ｂは、本発明の実施形態により規定のワークフローテンプレートを医療画像データのセットに適用するための方法６０１のフローチャートである。この方法６０１は、ハードウェア（例えば、回路、専用ロジック、プログラム可能なロジック、マイクロコード、等）、ソフトウェア（処理装置で実行されるインストラクションのような）、又はその組み合わせを含む処理ロジックにより遂行することができる。一実施形態では、方法６０１は、図１のワークフロー管理サーバー１４０で実行されるワークフロー管理システムにより遂行される。
【００７１】
図６Ｂに戻ると、一実施形態において、ブロック６１０では、特定の医療調査を処理するために、ワークフロー管理システムは、患者の医療画像データ適用されるべき規定のワークフローテンプレートの１つのユーザ選択を受け取る。或いは又、ワークフロー管理システムは、図６Ａを参照して上述したように、規定のワークフローテンプレートを自動的に選択する。ブロック６２０において、ワークフロー管理システムは、選択されたワークフローテンプレートを患者の医療画像データに適用し、そして選択されたワークフローテンプレートに基づいてワークフローシーンを生成する。ワークフローシーンは、ワークフローの処理中に発生される全てのメタデータをセーブするのに使用されるものであるが、選択されたワークフローテンプレートにおいて予め定められたワークフローステージを含む。ブロック６３０において、ワークフロー管理システムは、次に遂行されるべきワークフローステージのユーザ選択を受け取る。ブロック６４０において、ワークフローステージで定められた画像処理動作が医療画像データに適用される。ワークフローステージの適用は、メタデータ及び複数の医療画像ビューを発生する。医療画像ビューは、メタデータにおける１つ以上の画像処理パラメータに基づいてレンダリングされる。
【００７２】
一実施形態では、ブロック６５０において、ユーザにより行われた付加的なカスタマイズと共に、選択されたワークフローステージからメタデータにより発生された医療画像ビューでユーザが満足された後に、ユーザは、ワークフローステージを確認する。確認がなされると、新たなシーンが生成される。前記メタデータは、シーンにセーブされる。シーンは、ワークフローステージに関連付けられ、そしてワークフローシーンにおいてシーンの集合に対して記憶される。一実施形態では、医療画像ビューがセーブされない。むしろ、医療画像データから医療画像ビューを発生するためのメタデータがセーブされる。この解決策は、記憶域をあまり必要としない一方、高レベルの融通性を与える。
【００７３】
ブロック６６０において、ワークフローテンプレートの次のステージを適用すべきかどうかの決定がなされる。一実施形態では、ユーザがシーンを確認すると、ワークフロー管理システムは、ワークフローシーケンスにおける次のステージを処理のために自動的に選択する。更にワークフローステージがある場合には、方法６０１は、ブロック６３０へ進む。さもなければ、この方法は、終了ブロック６８０へ進む。
【００７４】
図７は、本発明の一実施形態によりワークフローシーンを再検討するための方法７０１のフローチャートである。この方法７０１は、ハードウェア、ソフトウェア、又はその組み合わせを含む処理ロジックによって遂行される。一実施形態では、この方法７０１は、図１のワークフロー管理サーバー１４０で実行されるワークフロー管理システムにより遂行される。
【００７５】
図７に戻ると、一実施形態において、ブロック７１０では、ワークフローシーンのシリーズがワークフロー管理システムによってロードされ、ワークフローシーンに関連した医療画像データに適用される。ブロック７２０では、１つの以前に生成されたシーンが、そのロードされたワークフローシーンから再検討のために選択され、そしてそのワークフローシーンに関連した医療画像データに適用される。ブロック７３０において、選択されたシーンに記憶された画像処理パラメータを適用した後に、複数の医療画像ビューが発生される。レンダリングされた複数の医療画像ビューは、選択シーンの生成中に以前に発生された最終結果と実質的に同じに見える。ブロック７４０において、ワークフロー管理システムは、医療画像ビューの１つを調整するユーザ要求を受け取る。この調整は、その選択されたシーンに記憶された画像処理パラメータを更新することにより行われる。一実施形態では、ワークフロー管理システムは、その選択されたシーンに記憶されたメタデータの調整に対して特別に仕立てられたツールのカスタマイズされたセットを与える。ブロック７５０において、調整された医療画像ビューでユーザが満足されると、ワークフロー管理システムは、調整に関連した更新されたメタデータを置き換えシーンとしてワークフローシーンへセーブして戻す。その後、別のユーザが、更新された置き換えシーンを再検討のために選択すると、調整された医療画像ビューが再現される。別の実施形態では、新たなメタデータは、ワークフローシーンにおいて最初のメタデータに置き換わらない。むしろ、新たなメタデータは、ワークフローシーンの第２シリーズに記憶され、ユーザがワークフローシーンの両シリーズを再検討できるようにする。
【００７６】
ブロック７６０において、ワークフロー管理システムが更なるユーザ調整を受け取るかどうかの決定がなされる。付加的なユーザ要求が受け取られる場合には、方法７０１は、ブロック７４０へ進む。さもなければ、方法７０１は、終了ブロック７７０へ進む。
【００７７】
図８は、本発明の一実施形態により医療画像データに適用できる新たなワークフローテンプレートを生成するための方法８０１のフローチャートである。この方法８０１は、ハードウェア、ソフトウェア、又はその組み合わせを含む処理ロジックにより遂行される。一実施形態では、この方法８０１は、図１のワークフロー管理サーバー１４０により遂行される。更に別の実施形態では、この方法８０１は、図１の３Ｄワークステーション１２０又は３Ｄシンクライアント１１０から受け取られるユーザ要求によって開始される。
【００７８】
図８に戻ると、一実施形態において、ブロック８１０では、新たなワークフローテンプレートを生成するためのユーザ要求が受け取られる。生成要求を開始したユーザは、新たなワークフローテンプレートの名前及び任意のコメントを要求と共に与える。ブロック８２０において、新たに生成されるテンプレートにテンプレート形式を指定するための第２のユーザ要求が受け取られる。器官（例えば、心臓）又は身体部位（例えば、頭部）のようなテンプレート形式は、画像処理を遂行する際のスタート点をワークフロー管理システムに与える。更に、テンプレート形式は、ワークフローエレメントが、身体部位の特定の特性に基づいて画像処理動作をカスタマイズできるようにする。
【００７９】
一実施形態では、ブロック８３０において、ワークフローテンプレートをプレビューし及びカスタマイズするために医療画像データのサンプルセットがロードされる。ブロック８４０において、新たなワークフローステージがワークフローテンプレートに追加される。ワークフローテンプレートの形式に関連した規定のワークフローステージのリストから新たなワークフローステージが選択される。例えば、「骨除去」と称される新たなワークフローステージを追加するときに、テンプレート形式が心臓分析のためであるとシステムが確認する場合には、新たなワークフローステージは、より特定の「胸郭除去」を遂行するように設定される。ブロック８５０において、ユーザは、追加された新たなワークフローステージの付加的なカスタマイゼーションを行う。このカスタマイゼーションは、ワークフローステージの規定の画像処理動作により与えられる動作に加えて、画像処理を記録するように、医療画像データのロードされたサンプルセットに対して行われる。カスタマイズされた画像処理動作は、ユーザが、与えられたツールのセットを経て医療画像ビューを操作及び調整するときに、発生される。カスタマイゼーションは、完了すると、新たなワークフローテンプレートに記憶されたワークフローステージに記録されセーブされる。その後、このワークフローテンプレートを、ワークフローシーンを生成する際に医療画像データの新たなセットに適用するときに、そのカスタマイズされた動作は、医療画像データの新たなセットに記録されるものとして遂行される。一実施形態では、ブロック８５０は、規定のワークフローステージにより与えられる動作が満足である場合には、オプションとなる。
【００８０】
ブロック８６０において、更なるワークフローステージを追加すべきかどうかの決定がなされる。更なるワークフローステージ追加すべき場合には、方法８０１は、ブロック８４０へ進む。或いは又、ブロック８６０がブロック８７０へ進み、そして新たに生成されたワークフローテンプレートを、追加されたワークフローステージと共に、ワークフロー管理システムへセーブすることにより、終了となる。これで、新たに生成されたワークフローテンプレートを使用することができる。
【００８１】
以上の説明において、多数の細部について述べた。しかしながら、当業者であれば、これら特定の細部なしに、本発明の種々の実施形態を具現化できることが明らかであろう。ある場合には、本発明を不明瞭にしないために、良く知られた構造及び装置は、詳細に示さず、ブロック図の形態で示す。
【００８２】
以下の詳細な説明のある部分は、コンピュータメモリ内のデータビットに対する動作のアルゴリズム及び記号表示に関して表現される。これらのアルゴリズム記述及び表現は、データ処理技術の当業者が自分の仕事の実体を他の当業者に最も効果的に伝達するために使用する手段である。アルゴリズムは、ここでは、そして一般的には、希望の結果を導くステップの自己矛盾のないシーケンスであると考えられる。これらのステップは、物理量の物理的操作を要求するものである。通常、必ずしもそうでないが、これらの量は、記憶、転送、合成、比較、さもなければ、操作することのできる電気的又は磁気的信号の形態をとる。時々、主として共通使用の理由で、これらの信号を、ビット、値、エレメント、記号、キャラクタ、項、数字、等として参照するのが便利であると分かっている。
【００８３】
しかしながら、これら及び同様の語は、全て、適当な物理量に関連付けられ、これらの量に適用される単なる便利な表示であることを銘記されたい。以下の説明から明らかなように、特に指示のない限り、説明全体を通して、「処理」、「決定」、「計算」、「フィルタリング」、「表示」、等の用語を使用する議論は、コンピュータシステムのレジスタ及びメモリ内の物理的（例えば、電子）量として表されたデータを、コンピュータシステムのメモリ又はレジスタ、或いは他のそのような情報記憶、送信又は表示装置内の物理的量として同様に表された他のデータへと操作及び変換するコンピュータシステム又は同様の電子コンピューティング装置のアクション及びプロセスを指すことが明らかであろう。
【００８４】
又、本発明は、ここに示す動作を遂行するための装置にも関する。この装置は、必要な目的のために特別に構成されてもよいし、又はコンピュータに記憶されたコンピュータプログラムにより選択的にアクチベート又は再構成される汎用コンピュータを含むものでもよい。このようなコンピュータプログラムは、コンピュータ読み取り可能な記憶媒体、例えば、これに限定されないが、フロッピーディスク、光学ディスク、ＣＤ−ＲＯＭ、及び磁気／光学ディスクを含む任意の形式のディスク、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気又は光学カード、或いは電子インストラクションを記憶するのに適した任意の形式の媒体、に記憶することができる。
【００８５】
ここに示すアルゴリズム及び表示は、任意の特定のコンピュータ又は他の装置に固有に関連したものではない。種々の汎用システムを、ここでの教示に基づくプログラムと共に使用してもよいし、或いは必要な方法ステップを遂行するためのより特殊な装置を構成するのが便利であると分かっている。種々のこれらシステムに対する必要な構造は、以下の説明から明らかであろう。更に、本発明は、特定のプログラミング言語を参照して説明しない。ここに述べる本発明の教示を具現化するのに種々のプログラミング言語を使用できることが明らかである。
【００８６】
データ記憶装置は、ここに述べる１つ以上の方法又は機能を具現化するインストラクション（例えば、ソフトウェア）の１つ以上のセットが記憶されたマシンアクセス可能な記憶媒体（マシン読み取り可能な記憶媒体としても知られている）を含む。又、ソフトウェアは、コンピュータシステムにより実行される間にメインメモリ及び／又は処理装置内に完全に又は少なくとも部分的に存在してもよく、又、メインメモリ及び処理装置は、マシンアクセス可能な記憶媒体も構成する。更に、ソフトウェアは、ネットワークインターフェイス装置を経てネットワークにわたり送信又は受信される。
【００８７】
「マシンアクセス可能な記憶媒体」という語は、インストラクションの１つ以上のセットを記憶する単一媒体又は複数媒体（例えば、集中型又は分散型データベース及び／又は関連キャッシュ及びサーバー）を含むと考えるべきである。又、「マシンアクセス可能な記憶媒体」という語は、マシンにより実行するためにインストラクションのセットを記憶し、エンコードし又は搬送することができ、且つマシンが本発明の１つ以上の方法を遂行するようにさせる媒体も含むと考えるべきである。従って、「マシンアクセス可能な記憶媒体」という語は、これに限定されないが、ソリッドステートメモリ、光学及び磁気媒体、等を含むと考えるべきである。
【００８８】
以上の説明は、例示に過ぎず、これに限定されないことを理解されたい。当業者であれば、以上の説明を読んで理解したときに、多数の他の変更が明らかとなろう。それ故、本発明の範囲は、特許請求の範囲及びその等効物に基づいて決定されるものとする。
【符号の説明】
【００８９】
１１０：３Ｄシンクライアント
１２０：３Ｄワークステーション
１３０：医療画像形成装置
１４０：ワークフロー管理サーバー
１５０：進歩型前処理サーバー
１６０：医療データ記憶装置
２０１：ＤＩＣＯＭデータ構造
２１０：ＵＩＤ
２２０：患者情報
２３０：調査情報
２４０：装置情報
２５０：シリーズ情報
２６０：医療画像データ
２７０：ワークフロー定義
２７１：ワークフローステージ
２８０：ワークフローシーン
２８１：シーン
【図１】
0005523461.tif 000002
【図２】
0005523461.tif 000003
【図３】
0005523461.tif 000004
【図４−１】
0005523461.tif 000005
【図４−２】
0005523461.tif 000006
【図５−１】
0005523461.tif 000007
【図５−２】
0005523461.tif 000008
【図５−３】
0005523461.tif 000009
【図６Ａ】
0005523461.tif 000010
【図６Ｂ】
0005523461.tif 000011
【図７】
0005523461.tif 000012
【図８】
0005523461.tif 000013