JP7430720B2 - マルチモダリティハンギングプロトコル - Google Patents

Description

（関連出願の相互参照）
本願は、２０１９年１１月２２日にＰＣＴ国際特許出願として出願され、「Ｍｕｌｔｉｍｏｄａｌｉｔｙ Ｈａｎｇｉｎｇ Ｐｒｏｔｏｃｏｌｓ」と題され、２０１９年３月１２日に出願された米国仮出願第６２／８１７，３５２号、および「Ｍｕｌｔｉｍｏｄａｌｉｔｙ Ｈａｎｇｉｎｇ Ｐｒｏｔｏｃｏｌｓ」と題され、２０１８年１１月２５日に出願された米国仮出願第６２／７７１，１２７号の優先権を主張する。それらの出願は、それらの全体として参照することによって本明細書に組み込まれる。

医用画像手技が、多くの場合、人体内の異常を検査、検出、または診断するために使用される。例えば、マンモグラフィまたはトモシンセシス撮像技法が、多くの場合、乳癌を検査するために使用される。しかしながら、画像が、マンモグラフィまたは断層撮影デバイスを通して入手されると、画像は、乳房内にいずれかの異常が存在するかどうかを決定するように分析されなければならない。その分析は、一般的には放射線科医によって実施される。各放射線科医は、画像の分析を実施することを要求する、または好む、特定の手技を有し得る。過去には、フィルムベースの画像を用いて、放射線科医は、ライトボックス内に物理的フィルムの各々を物理的に「吊り下げ」し、分析を実施したであろう。物理的フィルムが吊り下げられる様式は、「ハンギングプロトコル」と称されている。

これらおよび他の一般的考慮に関して、本明細書に開示される側面が成されている。また、比較的に具体的な問題が議論され得るが、実施例は、背景技術または本開示内の他の場所で識別される具体的問題を解決することに限定されるべきではないことを理解されたい。

本開示の実施例は、患者の医用画像を表示するためのカスタマイズされたハンギングプロトコルの作成のためのシステムおよび方法を説明する。ある側面では、技術は、医用画像の表示のためにカスタマイズされたハンギングプロトコルを発生させるコンピュータ実装方法に関する。方法は、ハンギングプロトコルの第１のハンギングステップを作成するための指示を受信することと、医用画像を表示するための複数のビューポートを有する作業空間を表示することと、異なるタイプの医用画像に対応する複数の構築ブロックを表示することと、複数の構築ブロックの中の第１の構築ブロックの選択を受信することであって、第１の構築ブロックは、第１のタイプの医用画像に対応する、ことと、第１の構築ブロックが設置されるための作業空間内の場所の指示を受信することと、第１の構築ブロックのための作業空間内の場所の指示に基づいて、複数のビューポートのうちの１つ以上を第１の構築ブロックで充填することとを含む。方法はまた、複数の構築ブロックの中の第２の構築ブロックの選択を受信することであって、第２の構築ブロックは、第２のタイプの医用画像に対応する、ことと、第２の構築ブロックが設置されるための作業空間内の場所の指示を受信することと、第２の構築ブロックのための作業空間内の場所の指示に基づく、ことと、作業空間内の充填されたビューポートに従って、患者の医用画像のインポートのためにハンギングプロトコルの第１のハンギングステップを記憶することとを含む。

ある実施例では、第１の構築ブロックは、第１の画像診断法に対応し、第２の構築ブロックは、第２の画像診断法に対応する。別の実施例では、作業空間は、複数のホットスポットを含み、ホットスポットの各々は、少なくとも２つのビューポートにわたって構築ブロックを拡張するように構成される。さらに別の実施例では、複数のホットスポットは、列ホットスポット、行ホットスポット、四分ホットスポット、または八分ホットスポットのうちの少なくとも１つを含む。なおも別の実施例では、第１の構築ブロックのための作業空間内の場所の指示は、ドラッグアンドドロップ相互作用を介して受信される。なおもさらに別の実施例では、方法はまた、構築ブロックのタイプに基づいて、ドロップゾーン輪郭を表示することも含む。

別の実施例では、第１の構築ブロックは、複合構築ブロックである。さらに別の実施例では、複数の構築ブロックは、複数の構築ブロックカテゴリオプションを伴うエディタバー内に表示される。なおも別の実施例では、方法はさらに、第１の構築ブロックのタイプに基づいて、第１の構築ブロックの選択時、作業空間のレイアウトを更新することを含む。なおもさらに別の実施例では、方法はさらに、ハンギングプロトコルの第２のハンギングステップを作成するための指示を受信することと、医用画像を表示するための複数のビューポートを有する第２の作業空間を表示することと、異なるタイプの医用画像に対応する複数の構築ブロックを表示することと、複数の構築ブロックの中の第３の構築ブロックの選択を受信することと、第３の構築ブロックが設置されるための第２の作業空間内の場所の指示を受信することと、第３の構築ブロックのための第２の作業空間内の場所の指示に基づいて、複数のビューポートのうちの１つ以上を第１の構築ブロックで充填することと、作業空間内の充填されたビューポートに従って、患者の医用画像のインポートのためにハンギングプロトコルの第２のハンギングステップを記憶することとを含む。

別の実施例では、方法はさらに、第１の構築ブロックで充填されるビューポート内で、第１の構築ブロックに関連付けられた画像のスタックを編集するための層オプションを表示することと、層オプションの選択を受信することと、層オプションの選択を受信すると、医用画像に対応する複数のスタックされた層を含む層順序付けメニューを表示することと、スタックされた層を並べ替えるための指示を受信することと、スタックされた層の並べ替えを記憶することとを含む。さらに別の実施例では、方法はさらに、医用画像がインポートされるべき患者の選択を受信することと、記憶されたハンギングプロトコルにアクセスすることと、患者に関する医用画像をインポートすることと、記憶されたハンギングプロトコルに従って、インポートされた医用画像を表示することとを含む。

別の側面では、技術は、記憶されたハンギングプロトコルに従って医用画像を表示するコンピュータ実装方法に関する。方法は、医用画像がインポートされるべき患者の選択を受信することと、記憶されたハンギングプロトコルの選択を受信することと、患者に関する医用画像をインポートすることと、記憶されたハンギングプロトコルに従って、インポートされた医用画像を表示することと、表示された医用画像を分析または修正するためのツールのセットを表示することと、ショートカットセクション内でツールのセットのうちの選択されたツールを追加するための指示を受信することと、指示を受信することに応答して、選択されたツールをショートカットセクションに追加することと、選択されたツールをショートカットセクションに追加することに基づいて、二次選択入力が受信されたとき、ツールを二次選択メニュー内で利用可能にすることとを含む。

ある実施例では、二次選択入力は、入力デバイスの右クリックまたはタッチスクリーンの長押しのうちの少なくとも１つである。別の実施例では、ショートカットセクションは、表示された医用画像に隣接して表示されるクロム内に表示される。さらに別の実施例では、選択されたツールは、拡大、連続ズーム、楕円、ルーラ、リセット、または詳細考察のうちの１つである。

別の側面では、技術は、医用画像の表示のためにカスタマイズされたハンギングプロトコルを発生させるコンピュータ実装方法に関する。方法は、複数のビューポートおよびホットスポットを備えている作業空間を表示することと、異なるタイプの医用画像に対応する複数の構築ブロックを表示することと、複数の構築ブロックのうちの第１の構築ブロックの選択を受信することと、作業空間を横断して第１の構築ブロックのドラッグ指示を受信することと、第１の構築ブロックが作業空間を横断してドラッグされている間、それがドラッグされつつあるとき、作業空間に対する構築ブロックの場所に基づいてドロップゾーン輪郭を表示し、動的に更新することであって、ドロップゾーン輪郭は、第１の構築ブロックが、その場所にドロップされた場合に充填するであろう、複数のビューポートのうちの１つ以上を強調表示する、こととを含む。ある実施例では、場所は、ホットスポットの上にあり、ドロップゾーン輪郭は、複数のビューポートを強調表示する。別の実施例では、方法はさらに、第２の構築ブロックの選択を受信することと、第２の構築ブロックの寸法に基づいて、表示されたホットスポットのうちの少なくとも１つを改変する、または表示から除去することとを含む。

別の側面では、技術は、医用画像を表示するためのシステムに関する。本システムは、ワークステーションのクラスタを含み、クラスタ内のワークステーションの各々は、相互と通信し、クラスタ内の第１のワークステーションは、スーパーノードであるように構成され、クラスタ内の第２のワークステーションは、スタンバイスーパーノードであるように構成され、スーパーノードは、患者データベースを記憶する。本システムはまた、ワークステーションのクラスタ内のワークステーションのうちの少なくとも１つと通信するロードバランサと、画像アーカイブおよび通信システム（ＰＡＣＳ）とを含み、ロードバランサは、分散ダウンロードプロトコルを介して、医療用デジタル撮像および通信（ＤＩＣＯＭ）オブジェクトをワークステーションのクラスタ内のワークステーションのうちの少なくとも１つに伝搬するように構成される。

別の側面では、技術は、医用画像を表示するコンピュータ実装方法に関する。方法は、ＭＲＩデータにアクセスすることと、ＭＲＩデータを分析し、ＭＲＩデータをカテゴリ化することと、ＭＲＩデータに関する第１の標識であって、ＭＲＩデータの第１のレベルの情報を表す第１の数字と、ＭＲＩデータの第２のレベルの情報を表す第２の数字とを含む、第１の標識を発生させることと、特定のタイプのＭＲＩ画像を表示するための要求を受信することと、発生させられた第１の標識に基づいて、ＭＲＩデータを特定のタイプのＭＲＩ画像として識別することと、特定のタイプのＭＲＩ画像を表示するための要求に応答して、ＭＲＩデータを表示することとを含む。

ある実施例では、第１のレベルの情報は、ＭＲＩデータの基本機能タイプに関する。別の実施例では、第１の標識の第１の数字は、Ｔ１強調シーケンス、Ｔ２強調シーケンス、拡散強調シーケンス、または磁化率強調シーケンスのうちの１つを表す。なおも別の実施例では、第２のレベルの情報は、脂肪抑制がＭＲＩデータで使用されたかどうかに関する。さらに別の実施例では、第１の標識は、ＭＲＩデータの第３のレベルの情報を表す第３の数字を含む。なおもさらに別の実施例では、第３のレベルの情報は、第１の標識の第１の数字によって表される機能データタイプのサブタイプに関する。

別の実施例では、第３の数字は、低い空間分解能、高い空間分解能、低い時間分解能、または高い時間分解能のうちの１つを表す。なおも別の実施例では、標識は、ＭＲＩデータの第４のレベルの情報を表す第４の数字を含む。さらに別の実施例では、第１の標識は、ＭＲＩデータの第４のレベルの情報を表す第４の数字を含む。なおもさらに別の実施例では、第４のレベルの情報は、運動補正に関する。別の実施例では、第４の数字は、運動補正がＭＲＩデータに実施されたかどうかを表す。

別の実施例では、方法はさらに、ＭＲＩデータに関する第２の標識であって、ＭＲＩデータに関して発生させられるマッピングの特性を表す第２の標識を発生させることと、第２の標識に基づいて、識別されたＭＲＩデータに関するマップを識別することと、ＭＲＩデータのオーバーレイとして識別されたマップを表示することとを含む。なおも別の実施例では、第２の標識は、マッピングタイプを表す第１の数字と、追加のマッピング標識を表す第２の数字とを含む。さらに別の実施例では、第２の標識の第１の数字は、動的コントラスト強調（ＤＣＥ）マッピングまたは拡散マッピングのうちの１つを表す。なおもさらに別の実施例では、第２の標識の第２の数字は、ＡＤＣマッピング、方向マッピング、または、ベクトルマッピングのうちの１つを表す。

別の側面では、技術は、医用画像に関する向きデータを表示するための方法に関する。方法は、第１の医用画像にアクセスすることと、第１の医用画像の第１の向きを決定することと、決定された向きに関して第１の向きインジケータを発生させることであって、向きインジケータは、決定された第１の向きにおけるヒトの像の画像である、ことと、第１の医用画像および第１の向きインジケータを並行して表示することとを含む。

ある実施例では、方法はさらに、第２の医用画像にアクセスすることと、第２の医用画像の第２の向きを決定することであって、第２の向きは、第１の向きと異なる、ことと、決定された向きに関して第２の向きインジケータを発生させることであって、向きインジケータは、決定された第１の向きにおけるヒトの像の画像である、ことと、第２の医用画像および第２の向きインジケータを並行して表示することとを含む。別の実施例では、方法はさらに、表示された第１の向きインジケータとの相互作用を受信することと、相互作用に基づいて、新しい向きを決定することと、決定された新しい向きに対応する第２の医用画像を読み出すことと、読み出された第２の医用画像を表示することとを含む。さらに別の実施例では、相互作用は、ドラッグまたはスワイプである。

別の側面では、技術は、画像タイプを有する医用画像にアクセスすることと、医用画像に関するタイプを示す、コンパクトな画像参照識別子を表示することと、コンパクトな画像参照識別子に隣接して、医用画像が入手された以降に経過した時間を示す、経過時間インジケータを表示することと、コンパクトな画像参照識別子に隣接して、アクセスされた医用画像に関する以前の画像番号を示す、以前の画像インジケータを表示することとを含む、方法に関する。ある実施例では、経過時間インジケータは、コンパクトな画像参照識別子の上付き文字として表示される。別の実施例では、以前の画像インジケータは、コンパクトな画像参照識別子の下付き文字として表示される。

本概要は、発明を実施するための形態で下記にさらに説明される、簡略化された形態の一連の概念を導入するように提供される。本概要は、請求される主題の主要な特徴または本質的な特徴を識別することを意図しておらず、請求される主題の範囲を限定するために使用されることも意図していない。実施例の追加の側面、特徴、および／または利点が、以下に続く説明に部分的に記載され、部分的に説明から明白となるであろう、または本開示の実践によって習得され得る。
本発明は、例えば、以下を提供する。
（項目１）
医用画像の表示のためにカスタマイズされたハンギングプロトコルを発生させるコンピュータ実装方法であって、前記方法は、
前記ハンギングプロトコルの第１のハンギングステップを作成するための指示を受信することと、
医用画像を表示するための複数のビューポートを有する作業空間を表示することと、
異なるタイプの医用画像に対応する複数の構築ブロックを表示することと、
前記複数の構築ブロックの中の第１の構築ブロックの選択を受信することであって、前記第１の構築ブロックは、第１のタイプの医用画像に対応する、ことと、
前記第１の構築ブロックが設置されるべき前記作業空間内の場所の指示を受信することと、
前記第１の構築ブロックのための前記作業空間内の前記場所の前記指示に基づいて、前記複数のビューポートのうちの１つ以上を前記第１の構築ブロックで充填することと、
前記複数の構築ブロックの中の第２の構築ブロックの選択を受信することであって、前記第２の構築ブロックは、第２のタイプの医用画像に対応する、ことと、
前記第２の構築ブロックが設置されるべき前記作業空間内の場所の指示を受信することと、
前記第２の構築ブロックのための前記作業空間内の前記場所の前記指示に基づくことと、
前記作業空間内の前記充填されたビューポートに従って、患者の医用画像のインポートのために前記ハンギングプロトコルの前記第１のハンギングステップを記憶することと
を含む、方法。
（項目２）
前記第１の構築ブロックは、第１の画像診断法に対応し、前記第２の構築ブロックは、第２の画像診断法に対応する、項目１に記載のコンピュータ実装方法。
（項目３）
前記作業空間は、複数のホットスポットを含み、前記ホットスポットの各々は、少なくとも２つのビューポートにわたって構築ブロックを拡張するように構成されている、項目１－２のいずれか１項に記載のコンピュータ実装方法。
（項目４）
前記複数のホットスポットは、列ホットスポット、行ホットスポット、四分ホットスポット、または八分ホットスポットのうちの少なくとも１つを含む、項目３に記載のコンピュータ実装方法。
（項目５）
前記第１の構築ブロックのための前記作業空間内の場所の前記指示は、ドラッグアンドドロップ相互作用を介して受信される、項目１－４のいずれか１項に記載のコンピュータ実装方法。
（項目６）
構築ブロックの前記タイプに基づいて、ドロップゾーン輪郭を表示することをさらに含む、項目１－５のいずれか１項に記載のコンピュータ実装方法。
（項目７）
前記第１の構築ブロックは、複合構築ブロックである、項目１－６のいずれか１項に記載のコンピュータ実装方法。
（項目８）
前記複数の構築ブロックは、複数の構築ブロックカテゴリオプションを伴うエディタバー内に表示される、項目１－７のいずれか１項に記載のコンピュータ実装方法。
（項目９）
前記第１の構築ブロックの前記タイプに基づいて、前記第１の構築ブロックの選択時、前記作業空間のレイアウトを更新することをさらに含む、項目１－８のいずれか１項に
記載のコンピュータ実装方法。
（項目１０）
前記ハンギングプロトコルの第２のハンギングステップを作成するための指示を受信することと、
医用画像を表示するための複数のビューポートを有する第２の作業空間を表示することと、
異なるタイプの医用画像に対応する複数の構築ブロックを表示することと、
前記複数の構築ブロックの中の第３の構築ブロックの選択を受信することと、
前記第３の構築ブロックが設置されるべき前記第２の作業空間内の場所の指示を受信することと、
前記第３の構築ブロックのための前記第２の作業空間内の前記場所の前記指示に基づいて、前記複数のビューポートのうちの１つ以上を前記第１の構築ブロックで充填することと、
前記作業空間内の前記充填されたビューポートに従って、患者の医用画像のインポートのために前記ハンギングプロトコルの第２のハンギングステップを記憶することと
をさらに含む、項目１－９のいずれか１項に記載のコンピュータ実装方法。
（項目１１）
前記第１の構築ブロックで充填されるビューポート内で、前記第１の構築ブロックに関連付けられた画像のスタックを編集するための層オプションを表示することと、
前記層オプションの選択を受信することと、
前記層オプションの選択を受信すると、医用画像に対応する複数のスタックされた層を含む層順序付けメニューを表示することと、
前記スタックされた層を並べ替えるための指示を受信することと、
スタックされた層の並べ替えを記憶することと
をさらに含む、項目１－１０のいずれか１項に記載のコンピュータ実装方法。
（項目１２）
医用画像がインポートされるべき患者の選択を受信することと、
前記記憶されたハンギングプロトコルにアクセスすることと、
前記患者に関する前記医用画像をインポートすることと、
前記記憶されたハンギングプロトコルに従って、前記インポートされた医用画像を表示することと
をさらに含む、項目１－１１のいずれか１項に記載のコンピュータ実装方法。
（項目１３）
記憶されたハンギングプロトコルに従って医用画像を表示するコンピュータ実装方法であって、前記方法は、
医用画像がインポートされるべき患者の選択を受信することと、
記憶されたハンギングプロトコルの選択を受信することと、
前記患者に関する前記医用画像をインポートすることと、
前記記憶されたハンギングプロトコルに従って、前記インポートされた医用画像を表示することと、
前記表示された医用画像を分析または修正するためのツールのセットを表示することと、
ショートカットセクション内で前記ツールのセットのうちの選択されたツールを追加するための指示を受信することと、
前記指示を受信することに応答して、前記選択されたツールを前記ショートカットセクションに追加することと、
前記選択されたツールを前記ショートカットセクションに追加することに基づいて、二次選択入力が受信されたとき、前記ツールを二次選択メニュー内で利用可能にすることと
を含む、方法。
（項目１４）
前記二次選択入力は、入力デバイスの右クリックまたはタッチスクリーンの長押しのうちの少なくとも１つである、項目１３に記載のコンピュータ実装方法。
（項目１５）
前記ショートカットセクションは、前記表示された医用画像に隣接して表示されるクロム内に表示される、項目１３－１４のいずれか１項に記載のコンピュータ実装方法。
（項目１６）
前記選択されたツールは、拡大、連続ズーム、楕円、ルーラ、リセット、または詳細考察のうちの１つである、項目１３－１５のいずれか１項に記載のコンピュータ実装方法。
（項目１７）
医用画像の表示のためにカスタマイズされたハンギングプロトコルを発生させるコンピュータ実装方法であって、前記方法は、
複数のビューポートおよびホットスポットを備えている作業空間を表示することと、
異なるタイプの医用画像に対応する複数の構築ブロックを表示することと、
前記複数の構築ブロックのうちの第１の構築ブロックの選択を受信することと、
前記作業空間を横断する前記第１の構築ブロックのドラッグ指示を受信することと、
前記第１の構築ブロックが前記作業空間を横断してドラッグされている間、前記第１の構築ブロックがドラッグされつつあるとき、前記作業空間に対する前記構築ブロックの場所に基づいてドロップゾーン輪郭を表示し、動的に更新することと
を含み、
前記ドロップゾーン輪郭は、前記第１の構築ブロックが前記場所にドロップされたならば前記第１の構築ブロックが充填するであろう前記複数のビューポートのうちの１つ以上を強調表示する、方法。
（項目１８）
前記場所は、ホットスポットの上にあり、前記ドロップゾーン輪郭は、複数のビューポートを強調表示する、項目１７に記載のコンピュータ実装方法。
（項目１９）
第２の構築ブロックの選択を受信することと、
前記第２の構築ブロックの寸法に基づいて、前記表示されたホットスポットのうちの少なくとも１つを改変すること、または表示からそれらを除去することと
をさらに含む、項目１７－１８のいずれか１項に記載のコンピュータ実装方法。

非限定的かつ非包括的実施例が、以下の図を参照して説明される。

図１Ａは、マルチモダリティハンギングプロトコルを発生させ、使用するためのシステムを描写する。

図１Ｂは、図１Ａのシステムの中に組み込むための好適な動作環境の実施例を描写する。

図２Ａは、マルチモダリティハンギングプロトコルを作成するための例示的ユーザインターフェースを描写する。

図２Ｂは、例示的ユーザインターフェース内のエディタバーの別の実施例を描写する。

図２Ｃは、例示的ユーザインターフェース内のエディタバーの別の実施例を描写する。

図２Ｄは、例示的ユーザインターフェース内のエディタバーの別の実施例を描写する。

図２Ｅは、例示的ユーザインターフェース内のエディタバーの別の実施例を描写する。

図２Ｆは、スタックされた層を有する構築ブロックを伴うマルチモダリティハンギングプロトコルを作成するための別の例示的ユーザインターフェースを描写する。

図３Ａは、複合構築ブロックを伴うマルチモダリティハンギングプロトコルを作成するための例示的ユーザインターフェースを描写する。

図３Ｂは、複合構築ブロックが作業空間上にドラッグされている、図３Ａの例示的ユーザインターフェースを描写する。

図３Ｃは、複合構築ブロックが四分ホットスポット上にドラッグされている、図３Ａの例示的ユーザインターフェースを描写する。

図３Ｄは、複合構築ブロックが八分ホットスポット上にドラッグされている、図３Ａの例示的ユーザインターフェースを描写する。

図４Ａは、構築ブロックを伴うマルチモダリティハンギングプロトコルを作成するための例示的ユーザインターフェースを描写する。

図４Ｂは、構築ブロックが作業空間上にドラッグされている、図４Ａの例示的ユーザインターフェースを描写する。

図４Ｃは、構築ブロックが列ホットスポット上にドラッグされている、図４Ａの例示的ユーザインターフェースを描写する。

図４Ｄは、構築ブロックが行ホットスポット上にドラッグされている、図４Ａの例示的ユーザインターフェースを描写する。

図４Ｅは、構築ブロックが四分ホットスポット上にドラッグされている、図４Ａの例示的ユーザインターフェースを描写する。

図５Ａは、第１の表示画面および第２の表示画面を横断して延びているハンギングプロトコルを作成するための例示的ユーザインターフェースを描写する。

図５Ｂは、第１の表示画面および第２の表示画面を横断して延びているハンギングプロトコルを作成するための別の例示的ユーザインターフェースを描写する。

図６は、ハンギングプロトコルを発生させることにおいて構築ブロックをサイズ変更するための例示的ユーザインターフェースを描写する。

図７Ａは、患者の医用画像を投入されたハンギングプロトコルのハンギングステップの例示的表示を描写する。

図７Ｂは、ＭＲＩ画像の例示的表示を描写する。

図７Ｃは、ＭＲＩ画像の別の例示的表示を描写する。

図７Ｄは、ヒト向きインジケータを伴う別の例示的表示を描写する。

図７Ｅは、ヒト向きインジケータを伴う別の例示的表示を描写する。

図７Ｆは、ヒト向きインジケータを伴う別の例示的表示を描写する。

図７Ｇは、医用画像に関する向きデータを表示するための例示的方法を描写する。

図８Ａは、カスタマイズされたハンギングプロトコルを発生させ、使用するための例示的方法を描写する。

図８Ｂは、ハンギングプロトコルのビューポート内で画像またはビューのスタックを構成するための例示的方法を描写する。

図８Ｃは、記憶されたハンギングプロトコルに従って患者の医用画像を表示するための例示的方法を描写する。

図９Ａは、例示的な第１の標識および第１の標識を定義するテーブルを描写する。

図９Ｂは、例示的な第２の標識および第２の標識を定義するテーブルを描写する。

図１０は、ハンギングプロトコルのビューポートを投入するための例示的方法を表す。

デジタル画像の作成により、新しいシステムおよび方法が、デジタル医用画像の効率的な精査および分析を可能にするために発生させられる必要がある。いくつかのデジタルハンギングプロトコルが存在するが、それらのハンギングプロトコルの作成および使用は、種々のタイプの多くのデジタル画像（例えば、マンモグラフィ、トモシンセシス、磁気共鳴映像法（ＭＲＩ）、コンピュータ断層撮影（ＣＴ）、超音波、核医学画像、ポジトロン放出断層撮影（ＰＥＴ）等）を扱って作業する一部の放射線科医にとって、困難である、満足できない、または不可能である。既存のハンギングプロトコルツールは、放射線科医によってカスタマイズ可能ではない、所定のステップおよび固定されたレイアウトに基づく。そのようなツールの剛性構造は、一部の放射線科医にとって医用画像のあまり効率的かつ効果的ではない精査につながる。加えて、既存のハンギングプロトコルツールは、概して、マンモグラフィ等の単一の画像診断法に限定された。同一の画面内の複数の診断法の表示は、大量の追加の知識を放射線科医に提供し得る。したがって、各放射線科医が、そのような画像の表示のための異なる要件を有し得るときでさえも、放射線科医による分析のために医用画像のより効率的かつ効果的な表示を提供し得る、カスタマイズ可能なマルチモダリティハンギングプロトコルを作成するためのツールを提供する必要性がある。

技術は、放射線科医によって直接編集され得る、カスタマイズ可能なマルチモダリティハンギングプロトコルを発生させるためのシステムおよび方法の形態で、そのようなツールを提供する。放射線科医が、発生させるべき新しいハンギングプロトコルを選択することによって開始し得る。ハンギングプロトコルは、一連のハンギングステップを含み得、放射線科医は、ステップの数ならびにステップ毎の表示をカスタマイズし得る。ステップ毎の表示は、放射線科医がその分析を完了することを要求または所望する個別のビューのために、放射線科医によって充填され得る、作業空間として開始し得る。例えば、作業空間は、作業空間の作成を誘導するスマートグリッドを含み得、作業空間は、その上に構築ブロックをドラッグアンドドロップすることによって投入され得る。各構築ブロックは、特定のビューおよび診断法に対応し得る。例えば、１つの構築ブロックは、左乳房の頭尾方向（ＣＣ）ビューに対応し得、別の構築ブロックは、磁気共鳴（ＭＲ）画像の軸方向ビューに対応し得る。スマートグリッドはまた、選択される構築ブロックのタイプに基づいて、自動的に適応し得る。構築ブロックがスマートグリッド上にドロップされる場所はまた、最終的に表示されたときの画像のサイズを改変し得る。第１のハンギングステップのための作業空間が、投入されると、第２のハンギングステップのための作業空間が、投入され得る。本プロセスは、放射線科医が所望の数のハンギングステップを開発するまで継続する。カスタマイズされたハンギングプロトコルは、次いで、保存または記憶され得る。放射線科医が、次いで、視認する画像に関して患者を選択するとき、保存されるカスタマイズされたハンギングプロトコルが、患者に関する画像を表示するために使用される。保存されるカスタマイズされたハンギングプロトコルはまた、他の放射線科医と共有され得、他の放射線科医のための保存された選好に基づいて自動的に修正され得る。測定および拡大ツール等の表示された画像を強調するためのツールも、カスタマイズされ得る。

図１Ａは、マルチモダリティハンギングプロトコルを発生させ、使用するためのシステム１００を描写する。システム１００は、第１の磁気共鳴映像（ＭＲＩ）機械１０２、第１の超音波画像機械１０４、および第１のマンモグラム／トモシンセシス画像機械１０６等の複数の医用画像デバイスを含む。描写されていないが、コンピュータ断層撮影（ＣＴ）またはポジトロン放出断層撮影（ＰＥＴ）等の他のタイプの撮像デバイスも、含まれ得る。医用画像デバイスは、患者の少なくともいくつかの部分の医用画像を発生させるように構成される。医用画像デバイスの出力は、概して、複数の画像である。種々の医用画像デバイスからの画像は、第１のロードバランサ１０８に通信される。第１のロードバランサ１０８は、次いで、医用画像デバイスから画像アーカイブおよび通信システム（ＰＡＣＳ）および／または１つ以上のワークステーション１１０Ａ－Ｄに医用画像を通信し、画像の視認および分析を可能にし得る。いくつかの実施例では、第１のロードバランサ１０８は、省略され得、医用画像デバイスからの画像は、ＰＡＣＳ１２２および／またはワークステーション１１０Ａ－Ｄのうちの１つ以上のものに直接通信され得る。加えて、いくつかの実施例では、医用画像デバイスのうちのいくつかは、第１のロードバランサ１０８またはワークステーション１１０Ａ－Ｄへのネットワーク接続を有していない場合がある。そのような実施例では、それらの医用画像デバイスからの医用画像は、ＰＡＣＳ１２２に通信され、次いで、ＰＡＣＳ１２２を介してワークステーション１１０Ａ－Ｄによってアクセスされ得る。

ワークステーション１１０Ａ－Ｄは、第１のクラスタ１２４に編成される。ワークステーション１１０Ａ－Ｄのクラスタ１２４は、典型的には、相互のワークステーション１１０Ａ－Ｄと通信することが可能なワークステーション１１０Ａ－Ｄの各々を示す。多くの場合、クラスタ内の全てのワークステーション１１０Ａ－Ｄは、同一の施設内に位置し、施設の外側に位置するデバイスとの通信よりも高い帯域幅においてローカルネットワーク上で相互と通信することが可能であり得る。いくつかの実施例では、ワークステーション１１０Ａ－Ｄのうちの１つ以上のものは、相互から物理的に遠隔に位置するが、依然として、同一のネットワーク内に位置し得る。クラスタ１２４内で、ワークステーション１１０Ａ－Ｄのうちの１つは、スーパーノードと指定され得る。例えば、ワークステーション１１０Ａは、スーパーノードと指定され得る。残りのワークステーション１１０Ｂ－Ｄは、正規ノードと指定される。ワークステーション１１０Ｂ等のワークステーション１１０Ｂ－Ｄのうちの１つはまた、スタンバイスーパーノードと指定され得る。患者データベースが、スーパーノード上に記憶され得、また、高い可用性をサポートするようにスタンバイスーパーノードに複製またはミラーリングされ得る。したがって、スーパーノード障害の場合、スーパーノードへの全てのコールが、スタンバイスーパーノードに自動的にリダイレクトされ得る。コールをスタンバイスーパーノードに自動的にリダイレクトすることは、ロードバランサ１０８の中にプログラムされるフェイルオーバー特徴を通して遂行され得る。

データベースサービスが、データベースアプリケーションプログラミングインターフェース（ＡＰＩ）の使用を通してエクスポーズされ得る。一実施例として、ＲＥＳＴｆｕｌ ＡＰＩが、使用され得る。ＲＥＳＴｆｕｌ ＡＰＩは、表現状態転送（ＲＥＳＴ）技術に基づき、概して、ハイパーテキスト転送プロトコル（ＨＴＴＰ）動作およびデータのＧＥＴ、ＰＵＴ、ＰＯＳＴ、ならびにＤＥＬＥＴＥ等の要求を使用する。スケーラビリティおよび性能を増加させるために、ＰＡＣＳ等の外部デバイスへおよびそれからの医療用デジタル撮像および通信（ＤＩＣＯＭ）要求が、ロードバランサ１０８によって負荷平衡される。例えば、外部デバイスからのＤＩＣＯＭ記憶要求が、クラスタ１０８内の全てのノードにルーティングされ得る。受信されるＤＩＣＯＭオブジェクトは、ＢＩＴＴＯＲＲＥＮＴプロトコル等の分散ダウンロードプロトコルを使用して、クラスタ内の全てのノードに伝搬され得る。データベースは、次いで、スーパーノードのデータベースサービスＡＰＩを呼び出すことによって、受信ノードによって更新され得る。クラスタ１２４内の全てのノードが、次いで、サービスＡＰＩコールを通してスーパーノードから患者リストを読み出し、ローカルに記憶された画像を開き、より高い性能を達成し得る。患者リストは、１つ以上の基準によってフィルタ処理される、患者のサブセットであり得る。患者リスト内の患者は、ワークステーション１１０Ａ－Ｄのうちの１つ以上のものの上で読み出され、視認され得る、関連付けられる医用画像を有する。手動クエリまたは要求が、要求されるとき、ロードバランサ１０８は、要求を受信し、それをスーパーノードにパスする。スーパーノードは、次いで、ＰＡＣＳ１２２から画像をフェッチし、同一の分散プロセスを通して、画像をクラスタ１２４内の全てのノードに伝搬する。他の実施例では、スーパーノード以外のノードが、ＰＡＣＳ１２２から画像をフェッチし得る。クラスタ１２４は、インデックスとしてスーパーノード内に記憶された各画像についての情報を伴う画像のためにピアツーピア分散システムを利用する。インデックスは、クラスタ１２４上の画像および画像を含むワークステーションのいずれかのディレクトリを備える。画像の要求を読み出すノードが、クラスタ１２４内のスーパーノードにアクセスし、インデックスに従ってクラスタ１２４内の全てのノードから画像の一部を取得し得る。

いくつかの実施例では、システム１００はまた、第２の磁気共鳴映像（ＭＲＩ）機械１１２、第２の超音波画像機械１１４、および第２のマンモグラム／トモシンセシス画像機械１１６等の第２の複数の医用画像デバイスを伴う第２の施設またはネットワークを含み得る。第２の複数の医用画像デバイスは、第２のロードバランサ１１８およびワークステーション１２０Ａ－Ｄの第２のクラスタ１２６に接続され得る。ＰＡＣＳ１２２、ワークステーション１２０Ａ－Ｄの第２のクラスタ１２６、第２のロードバランサ１１８、および第２の複数の医用画像デバイスの間の通信は、第１のクラスタ１２４に関して上記に議論されるものと実質的に同一であり得る。いくつかの実施例では、第２のロードバランサ１１８は、省略され得、第２のクラスタ１２６は、第１のロードバランサ１１８が第１のクラスタ１２４にサービス提供する方法に関して類似様式で第２のクラスタ１２６にサービス提供し得る、第１のロードバランサ１１８と通信し得る。

図１Ｂは、図１Ａのシステム１００の中に組み込むための好適な動作環境の実施例を描写する。例えば、動作環境は、組み込んでシステム１００のワークステーションと併用するために好適であり得る。その最も基本的な構成では、動作環境１５０は、典型的には、少なくとも１つの処理ユニット１５２と、メモリ１５４とを含む。コンピューティングデバイスの正確な構成およびタイプに応じて、メモリ１５４（本明細書に開示されるアクティブ監視実施形態を実施する命令を記憶する）は、揮発性（ＲＡＭ等）、不揮発性（ＲＯＭ、フラッシュメモリ等）、または２つのある組み合わせであり得る。この最も基本的な構成は、鎖線１５６によって図１Ｂに図示される。さらに、環境１５０はまた、限定ではないが、ソリッドステート記憶装置、磁気または光ディスクもしくはテープを含む、記憶デバイス（リムーバブル１５８および／または非リムーバブル１６０）を含み得る。同様に、環境１５０はまた、キーボード、マウス、ペン、音声入力、タッチ入力等の入力デバイス１６４、および／またはディスプレイ、スピーカ、プリンタ等の出力デバイス１６６を有し得る。例えば、環境１５０は、表示および入力の両方を可能にする、タッチスクリーンを含み得る。入力デバイス１６４はまた、種々の性能追跡デバイス１０２から放出される信号を検出するための１つ以上のアンテナを含み得る。また、環境には、ＬＡＮ、ＷＡＮ、ポイントツーポイント、ＷＩＦＩ、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＴＣＰ／ＩＰ等の１つ以上の通信接続１６２も含まれ得る。実施形態では、接続は、ポイントツーポイント通信、接続型通信、接続のない通信等を促進するように動作可能であり得る。

動作環境１５０は、典型的には、少なくともある形態のコンピュータ読み取り可能な媒体を含む。コンピュータ読み取り可能な媒体は、動作環境を備える処理ユニット１５２または他のデバイスによってアクセスされ得る、任意の利用可能な媒体であり得る。限定ではなく、一例として、コンピュータ読み取り可能な媒体は、コンピュータ記憶媒体と、通信媒体とを備えてもよい。コンピュータ記憶媒体は、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、または他のデータ等の情報の記憶のための任意の方法または技術で実装される、揮発性および不揮発性のリムーバブルおよび非リムーバブル媒体を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、もしくは他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、または他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用され得る任意の他の非一過性の媒体を含む。コンピュータ記憶媒体は、通信媒体を含まない。コンピュータ記憶媒体は、コンピュータ記憶デバイスと称され得る。

通信媒体は、搬送波または他の運搬機構等の変調されたデータ信号で、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、または他のデータを具現化し、任意の情報配信媒体を含む。用語「変調されたデータ信号」は、その特性セットのうちの１つ以上を有する、もしくは信号内の情報をエンコードすること等の様式で変化した、信号を意味する。限定ではなく、一例として、通信媒体は、有線ネットワークまたは直接有線接続等の有線媒体と、音響、ＲＦ、赤外線、マイクロ波、および他の無線媒体等の無線媒体とを含む。上記のうちのいずれかの組み合わせも、コンピュータ読み取り可能な媒体の範囲内に含まれるべきである。

動作環境１５０は、１つ以上の遠隔コンピュータへの論理接続を使用して、ネットワーク化された環境で動作する、単一のコンピュータであり得る。遠隔コンピュータは、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、または他の共通ネットワークノードであり得、典型的には、上記に説明される要素の多くまたは全て、ならびに述べられていない他のものを含む。論理接続は、利用可能な通信媒体によってサポートされる任意の方法を含み得る。

図２Ａは、マルチモダリティハンギングプロトコルを作成するための例示的ユーザインターフェース２００を描写する。ユーザインターフェース２００は、複数のビューポート２０４Ａ－Ｈを有する作業空間２０２を含む。作業空間２０２は、複数のセグメントに分割され、本実施例では、作業空間は、８つのセグメントまたは八分円に分割され、各八分円は、別個のビューポート２０４Ａ－Ｈである。ビューポート２０４Ａ－Ｈの各々は、また、本明細書ではタイルとも称され得る。ユーザインターフェース２００はまた、複数の構築ブロック２１４を伴うエディタバー２１８と、現在のハンギングステップ２１２の表示とを含む。現在のハンギングステップ２１２の表示は、特定のハンギングステップのための作業空間２０２の小型ライブビューを示す。現在のハンギングステップ２１２の表示はまた、ハンギングステップの数も示す。例えば、表示される現在のハンギングステップ２１２の表示は、番号「０１」を用いて、それがハンギングプロトコルにおける第１のハンギングステップであることを左上隅に示す。現在のハンギングステップ２１２の表示の上方の「ステップに戻る」オプションが選択される場合、エディタバー２１８は、編集され得る一連のハンギングステップを表示する。一連のハンギングステップからの特定のハンギングステップが、次いで、さらなる編集のために選択され得る。

構築ブロック２１４は、患者に関して表示されるであろう医用画像を表す。一般に、構築ブロック２１４は、診断法およびビューに関連付けられる。例えば、構築ブロック「左ＣＣ」は、頭尾方向（ＣＣ）ビューにおいて撮影される左乳房のマンモグラフィまたはトモシンセシス画像等のＸ線画像である。対照的に、「右ＭＬＯ」構築ブロックは、中外斜位方向ビューにおいて撮影される右乳房のマンモグラフィまたはトモシンセシス画像等のＸ線画像である。図２Ａに示されていないが、ＭＲＩ、ＣＴ、ＰＥＴ、および／または超音波等の他の診断法のための他の構築ブロック２１４も、使用のために表示され得る。追加の構築ブロックも、異なる構築ブロックカテゴリオプション２１６を選択することによってアクセスされ得る。加えて、いくつかの実施例では、ハンギングプロトコルは、乳房の医用画像に特有であり得る。他の実施例では、ハンギングプロトコルは、身体の他の部分に関し得、構築ブロックは、身体のその部分に特有であり得る。

構築ブロックは、ビューポートを充填するように、作業空間２０２の中にドラッグアンドドロップされることができる。図２Ａに描写されるように、ビューポート２０４Ａおよびビューポート２０４Ｂは、すでに構築ブロック２１４で充填されている。特に、ビューポート２０４Ａは、「右ＣＣ」構築ブロックで充填されており、ビューポート２０４Ｂは、「左ＣＣ」構築ブロックで充填されている。残りのビューポート２０４Ｃ－Ｈは、空であり、構築ブロックを受信し得る。

構築ブロック２１４ですでに充填されているビューポート２０４Ａ－Ｂでは、オプション２２０のメニューが、特定のビューポートで構築ブロック２１４のさらなる構成のために表示される。オプション２２０のメニューは、側性（すなわち、左または右乳房）、ビュー、修飾子、画像タイプ、時点（例えば、現在またはいくつかの以前の画像）、および胸壁場所（すなわち、画像の左または右側の胸壁である）のためのオプションを含み得る。各オプションは、ドロップダウンメニューまたは類似メニューの使用を通して修正され得る。オプションはまた、図２Ａに「画像タイプ」に関して表示される例示的オプションである、「ユーザ選好」に設定され得る。オプションを「ユーザ選好」に設定することによって、インポートされる画像は、カスタマイズされたハンギングプロトコルに従って、画像にアクセスする放射線科医の特定のユーザ選好に従って表示されるであろう。例えば、第１の放射線科医が、ハンギングプロトコルを発生させ、それを第２の放射線科医と共有し得る。各放射線科医は、他の放射線科医のものと異なる、記憶されたユーザ選好を有し得る。したがって、ハンギングプロトコルは、依然として、第２の放射線科医によって使用され得るが、第１の放射線科医の個人的選好ではなく、第２の放射線科医のユーザ選好が、適用されるであろう。層オプション２２２も、ビューポート２０４Ａ－Ｂ等の充填されたビューポート内に表示され得る。層オプション２２２内の矢印を選択することによって、現在または以前の画像が、表示のために選択され得る。層はまた、同等または修正されたビュー等の時点によって関連しない他のビューまたは画像を含み得る。

ビューポート２０４Ａ－Ｈは、スマートグリッドの鎖線の分離線を用いて視覚的に分離される。垂直分離線（列を分離する）は、列ホットスポット２０６Ａ－Ｄを含み得る。列ホットスポット２０６Ａ－Ｄは、構築ブロック２１４が列ホットスポット２０６Ａ－Ｄのうちの１つの上にドラッグされるときに、２つの列の中への構築ブロック２１４の自動拡張を可能にする。例えば、構築ブロック２１４が、列ホットスポット２０６Ａ上にドロップされる場合、構築ブロック２１４は、ビューポート２０４Ｃおよびビューポート２０４Ｄの両方を充填する。水平分離線（行を分離する）は、行ホットスポット２０８Ａ－Ｂを含み得る。行ホットスポット２０８Ａ－Ｂは、構築ブロック２１４が行ホットスポット２０８Ａ－Ｂのうちの１つの上にドラッグされるときに、２つの行の中への構築ブロック２１４の自動拡張を可能にする。例えば、構築ブロック２１４が、ホットスポット２０８Ａ上にドラッグされる場合、構築ブロック２１４は、ビューポート２０４Ｃおよびビューポート２０４Ｇの両方を充填する。垂直および水平分離線の交差点において、四分円ホットスポット２１０が、表示され得る。四分ホットスポット２１０は、四分ホットスポット２１０を囲繞する４つのビューポートの中への構築ブロック２１４の自動拡張を可能にする。例えば、構築ブロック２１４が、四分ホットスポット２１０上にドラッグされた場合、構築ブロックは、ビューポート２０４Ｃ－Ｄおよびビューポート２０４Ｇ－Ｈを充填する。ホットスポットは、作業空間２０２の中への構築ブロック２１４のサイズ変更および充填のより効率的、迅速、カスタマイズ可能、かつ直観的な方法を可能にする。ホットスポット機能性は、まさにユーザが好むであろう方法で、ユーザがハンギングプロトコルにおいて構築ブロックを迅速に充填することを可能にする。四分ホットスポット２１０はまた、単一タイルホットスポットとも称され得る。

「左右を比較する」等の構築ブロックのいくつかのカテゴリは、１つを上回るビューポートを充填する複合構築ブロックを含み得る。複合構築ブロックは、事実上、複数の個々の構築ブロックの組み合わせである。例示的複合構築ブロックは、ともに対合される「右ＣＣ」構築ブロックおよび「左ＣＣ」構築ブロックであり得る。そのような複合構築ブロックは、幅が２列で高さが１行である。したがって、複合構築ブロックが、ビューポート２０４Ｅの中にドラッグされる場合、これは、ビューポート２０４Ｅ－２０４Ｆを充填する。１行×３列、１行×４列、２行×１列、２行×２列、２行×３列、２行×４列等の複合構築ブロックの追加のサイズおよび構成も、検討される。複合構築ブロックはまた、異なる画像診断法の個々の構築ブロックの組み合わせから成り得る。

図２Ｂは、「現在・全ての以前のものを比較する」カテゴリオプション２１６が選択された、エディタバー２１８の別の実施例を描写する。「現在・全ての以前のものを比較する」カテゴリオプション２１６が選択されると、エディタバー２１８は、１行×２列の寸法を有する複合構築ブロック２１４を投入される。例えば、１つの複合構築ブロック２１４は、「現在／全ての以前のＲＣＣ」である。その構築ブロックは、現在の右乳房ＣＣ画像に隣接して表示されるスタック内に現在の右乳房ＣＣ画像および全ての以前の右乳房ＣＣ画像を含む。スタックされた画像は、図２Ｆに関して下記にさらに詳細に議論される。

図２Ｃは、「概観」カテゴリオプション２１６が選択された、エディタバーの別の実施例を描写する。「概観」カテゴリオプション２１６が選択されると、エディタバー２１８は、２行×４列の寸法を有する複合構築ブロック２１４を投入される。「概観」カテゴリ内の複合構築ブロック２１４の各々は、作業空間２０２全体を充填することを意図している。複合構築ブロック２１４は、乳房画像の所望の概観を提供するように配列される個々の構築ブロックを含む。

図２Ｄは、「ＭＲＩ」カテゴリオプション２１６が選択された、エディタバー２１８の別の実施例を描写する。「ＭＲＩ」カテゴリオプション２１６が選択されると、エディタバー２１８は、ＭＲＩ画像に関連する構築ブロック２１４を投入される。図２Ｅは、「超音波」カテゴリオプション２１６が選択された、エディタバー２１８の別の実施例を描写する。「超音波」カテゴリオプション２１６が選択されると、エディタバー２１８は、超音波画像に関連する構築ブロック２１４を投入される。

図２Ｆは、ビューポートにスタックされた構築ブロックを伴うマルチモダリティハンギングプロトコルを作成するための別の例示的ユーザインターフェース２００を描写する。構築ブロックが、作業空間に追加されるとき、その構築ブロックは、追加の以前の層を含み得る。例えば、「左ＣＣ」構築ブロックはまた、左乳房の以前のＣＣ画像を含むように構成され得る。構築ブロックとともに含まれる以前の画像は、患者に関する１つの医用画像が、個別のビューポートで表示され、以前の画像が、ユーザ相互作用を介してスクロールまたは段階表示され得るように、スタックされる。ハンギングプロトコルに従ってスタックされることになる、以前の画像の順序および数は、図２Ｆに描写されるユーザインターフェース特徴を通して構成されることができる。例えば、層オプション２２２を選択することによって、ドロップダウン層順序付けメニュー２２４が、表示され得る。層順序付けメニュー２２４は、現在のビューポートまたは構築ブロック内にスタックされるビューまたは画像のリストを提供する。リスト内の各ビューまたは画像は、相互に対する相対物を示す、数値インジケータを含む。例えば、画像「ＲＭＬＯ１」は、画像「ＲＭＬＯ２」よりも最近に撮影された。画像の順序付けは、ハンギングプロトコルを作成／編集するユーザによって改変され得る。画像順序付けは、各画像の隣に示される上もしくは下矢印を使用することによって改変され得る、または画像は、新しい順序でドラッグアンドドロップされることができる。実際の医用画像が、ハンギングプロトコルに従ってインポートされるとき、それらは、順序付けメニュー２２４で設定される順序に従ってスタックされるであろう。ユーザは、次いで、画像をクリックスルーまたはスクロールし得る。以前の画像以外の画像も、スタックされ得る。例えば、修正された、または同等のビューも、スタックに追加され得る。追加の画像をスタックに追加することは、層を追加するオプション２２３を選択することによって遂行され得る。故に、構築ブロックが、スタックされたビューまたは画像を最初に含まない場合があっても、異なるビューまたは画像に対応する層が、層を追加するオプションを選択することによって、スタックを作成するように追加されることができる。いくつかの実施例では、層が、充填されたビューポート上に追加の構築ブロックをドラッグすることによって、スタックに追加され得る。層はまた、層を削除するオプション２２５の選択を通して削除され得る。いくつかの実施例では、層を削除するオプション２２５はまた、ビューポートを充填する構築ブロックを除去するために使用され得る。

図３Ａは、複合構築ブロック３１４を伴うマルチモダリティハンギングプロトコルを作成するための例示的ユーザインターフェース３００を描写する。ユーザインターフェース３００は、図２Ａを参照して上記に議論されるユーザインターフェース２００に実質的に類似し、１行×２列の複合構築ブロックが選択されるときに表示され得る。例えば、ユーザインターフェース３００は、複数のビューポート３０４Ａ－Ｈを含む、作業空間３０２を含む。作業空間３０２はまた、２つの四分ホットスポット３１０Ａ－Ｂも含む。しかしながら、作業空間３０２はまた、八分ホットスポット３３０も含む。八分ホットスポット３３０は、８つ全てのビューポート３０４Ａ－Ｈの中への複合構築ブロックの自動拡張を可能にする。八分ホットスポット３３０はまた、二重タイルホットスポットとも称され得る。

図３Ｂは、複合構築ブロック３１４が作業空間３０２上にドラッグされている、図３Ａの例示的ユーザインターフェースを描写する。複合構築ブロック３１４が、作業空間３０２上にドラッグされるとき、ドロップゾーン輪郭３３２が、複合構築ブロック３１４で充填されるであろうビューポート３０４Ａ－Ｈのいずれかを示すように表示される。ドロップゾーン輪郭３３２は、色インジケータ、充填されるであろうビューポートの境界の太線、または複合構築ブロックによって充填されるであろうビューポートを示す任意の他の強調表示もしくはインジケータであり得る。図３Ｂに描写される実施例では、複合構築ブロック３１４は、ビューポート３０４Ｆにわたってドラッグされている。複合構築ブロック３１４が、高さが１行で幅が２列であるため、ドロップゾーン輪郭３３２は、ビューポート３０４Ｅおよびビューポート３０４Ｆが両方とも複合構築ブロック３１４によって充填されるであろうことを示す。

図３Ｃは、複合構築ブロック３１４が四分ホットスポット３１０Ａ上にドラッグされている、図３Ａの例示的ユーザインターフェース３００を描写する。複合構築ブロック３１４が、四分ホットスポット３１０Ａ上にドラッグされるとき、ドロップゾーン輪郭３３２は、更新し、複合構築ブロック３１４がその場所にドロップされる場合、ビューポート３０４Ａ－Ｆが充填されるであろうことを示す。

図３Ｄは、複合構築ブロック３１４が八分ホットスポット３３０上にドラッグされている、図３Ａの例示的ユーザインターフェース３００を描写する。複合構築ブロック３１４が八分ホットスポット３３０上にドラッグされるとき、ドロップゾーン輪郭３３２は、更新し、複合構築ブロック３１４がその場所にドロップされる場合、全てのビューポート（すなわち、ビューポート３０４Ａ－Ｈ）が充填されるであろうことを示す。

図４Ａは、構築ブロック４１４を伴うマルチモダリティハンギングプロトコルを作成するための例示的ユーザインターフェース４００を描写する。ユーザインターフェース４００は、全てのビューポート４０４Ａ－Ｈがユーザインターフェース４００において空であることを除いて、図２Ａに描写されるユーザインターフェース２００に実質的に類似する。図２Ａのユーザインターフェース２００のように、ユーザインターフェース４００は、複数の列ホットスポット４０６Ａ－Ｆと、複数の行ホットスポット４０８Ａ－Ｄと、複数の四分ホットスポット４１０Ａ－Ｂとを有する、作業空間４０２を含む。

図４Ｂは、構築ブロック４１４が作業空間４０２上にドラッグされている、図４Ａの例示的ユーザインターフェース４００を描写する。構築ブロック４１４が、作業空間４０２上にドラッグされるとき、ドロップゾーン輪郭４３２が、複合構築ブロック４１４で充填されるであろうビューポート４０４Ａ－Ｈのいずれかを示すように表示される。図４Ｂに描写される実施例では、構築ブロック４１４は、ビューポート４０４Ｆにわたってドラッグされている。構築ブロック４１４が、高さが１行で幅が１列であるため、ドロップゾーン輪郭４３２は、ビューポート４０４Ｆのみが構築ブロック４１４によって充填されるであろうことを示す。

図４Ｃは、構築ブロック４１４が列ホットスポット４０６Ｄ上にドラッグされている、図４Ａの例示的ユーザインターフェース４００を描写する。構築ブロック４１４が、列ホットスポット４０６Ｄ上にドラッグされるとき、ドロップゾーン輪郭４３２は、更新し、構築ブロック４１４がその場所にドロップされる場合、ビューポート４０４Ｅ－Ｆが構築ブロック４１４によって充填されるであろうことを示す。

図４Ｄは、構築ブロック４１４が行ホットスポット４０８Ａ上にドラッグされている、図４Ａの例示的ユーザインターフェース４００を描写する。構築ブロック４１４が、行ホットスポット４０８ａ上にドラッグされるとき、ドロップゾーン輪郭４３２は、更新し、構築ブロック４１４がその場所にドロップされる場合、ビューポート４０４Ａおよびビューポート４０４Ｅが構築ブロック４１４によって充填されるであろうことを示す。

図４Ｅは、構築ブロック４１４が四分ホットスポット４１０Ａ上にドラッグされている、図４Ａの例示的ユーザインターフェース４００を描写する。構築ブロック４１４が、四分ホットスポット４１０Ａ上にドラッグされるとき、ドロップゾーン輪郭４３２は、更新し、ビューポート４０４Ａ－Ｂおよびビューポート４０４Ｅ－Ｆが構築ブロック４１４によって充填されるであろうことを示す。

異なる作業空間が、エディタバーから選択される構築ブロックのタイプに応じて、表示され得る。例えば、ユーザインターフェース内に表示される作業空間は、ハンギングプロトコルに追加されるように選択される構築ブロックのタイプに基づいて、動的に更新し得る。実施例として、１行×１列構築ブロック（構築ブロック４１４等）が、選択されるとき、図４Ａに描写される作業空間４００が、表示され得る。対照的に、１行×２列複合構築ブロック（構築ブロック３１４等）が、選択されるとき、図３Ａに描写される作業空間３００が、表示され得る。異なる作業空間は、構築ブロックのタイプまたはサイズに特有である、異なるホットスポットを含む。したがって、ユーザは、構築ブロックが設置され得る場所に関する追加の動的情報を提供される。

ハンギングプロトコルはまた、複数のモニタまたは表示画面のために発生させられ得る。図５Ａは、第１の表示画面５０１および第２の表示画面５０３を横断して延びているハンギングプロトコルを作成するための例示的ユーザインターフェース５００を描写する。第１の表示画面５０１および第２の表示画面５０３は、物理的に別個の画面であり得る、またはそれらは、２つの画面のためのハンギングプロトコルが、単一の画面から構成され得るように、仮想表示画面であり得る。ユーザインターフェース５００は、図３Ａに描写されるユーザインターフェース３００に実質的に類似する。例えば、ユーザインターフェース５００は、複数のビューポート５０４Ａ－Ｈと、２つの四分ホットスポット５１０Ａ－Ｂと、八分ホットスポット５３０とを有する、作業空間５０２Ａを含む。しかしながら、八分ホットスポット５３０は、２つの異なる表示画面にわたって分割される。作業空間５０２Ａは、殆どの場合、複合構築ブロック５１４等の複合構築ブロックが選択されるときに使用される。

図５Ｂは、第１の表示画面５０１および第２の表示画面５０３を横断して延びているハンギングプロトコルを作成するための別の例示的ユーザインターフェース５００を描写する。ユーザインターフェース５００は、殆どの場合、構築ブロック５１４等の１行×１列寸法を有する構築ブロックが選択されるときに使用される、作業空間５０２Ｂを含む。作業空間５０２Ｂは、複数のビューポート５０６Ａ－Ｈと、２つの四分ホットスポット５１０Ａ－Ｂと、４つの列ホットスポット５０６Ａ－Ｄと、４つの行ホットスポット５０８Ａ－Ｄとを含む。作業空間５０２Ｂは、作業空間５０２Ｂが２つの表示画面の間で分割されており、中間列ホットスポットおよび四分ホットスポットが除去されていることを除いて、図４Ａに描写される作業空間４００に類似する。

図６は、ハンギングプロトコルを発生させる際に構築ブロック６１４をサイズ変更するための例示的ユーザインターフェース６００を描写する。構築ブロック６１４が、作業空間６０２の中に設置されると、これは、サイズ変更され得、ドロップゾーン輪郭６３２が、構築ブロックが表示されるであろう場所を示すように表示される。本実施例では、構築ブロック６１４の表示は、ビューポート６０４Ａ－Ｈのうちの１つ以上のものの全体に嵌合するように制約される。構築ブロック６１４が、図６に描写されるように（例えば、構築ブロック６１４の縁または隅をドラッグすることによって）サイズ変更されているとき、ドロップゾーン輪郭６３２が、ユーザが構築ブロック６１４の縁をドラッグすることを止めた場合の構築ブロック６１４の最終サイズを示すように表示される。すなわち、構築ブロック６１４が、図６に描写される点で放された場合、構築ブロックは、スナップし、ビューポート６０４Ａ－Ｂを充填するであろう。

図７Ａは、患者の医用画像を投入されるハンギングプロトコルのハンギングステップの例示的表示７００を描写する。表示７００は、ビューポート７０４Ａにおける右ＣＣ構築ブロックと、ビューポート７０４Ｂにおける左ＣＣ構築ブロックと、ビューポート７０４Ｃ－Ｄを横断して延びている超音波構築ブロックと、ビューポート７０４Ｅにおける右ＭＬＯ構築ブロックと、ビューポート７０４Ｆにおける左ＭＬＯ構築ブロックと、ビューポート７０４Ｇ－Ｈを横断して延びているＭＲＩ構築ブロックとを有していた、ハンギングプロトコルに起因した。図７から分かり得るように、ビューポートの各々は、対応する医用画像を投入されている。異なるツールまたはオプションが、医用画像を示す各ビューポート（またはビューポートの組み合わせ）に示され、それらのツールまたはオプションの少なくとも一部は、画像を捕捉するために使用される画像診断法のタイプに特有であり得る。例えば、ビューポート７０４Ｇ－Ｈを横断して延びているＭＲＩ画像に関して、オプションアイコン７１０が、ビューポート７０４Ｇ－Ｈ内に表示される。オプションアイコン７１０は、選択されると、カラー化等のＭＲＩ画像診断法に特有である表示されたＭＲＩ画像を修正するためのオプションのセットを表示する。オプションアイコン７１０はまた、所望される場合、ＭＲＩ画像の表示内の他の場所に移動またはドラッグされ得る。他のオプションアイコン７１０が、他の表示された画像にわたって発生または設置され得る。そのような実施例では、個別のオプションアイコン７１０に関連付けられるオプションは、オプションが、オプションアイコンが設置される、または関連付けられる画像診断法に基づくであろうという点で、コンテキスト依存型である。

追加の利点が、複数の診断法およびコンテキスト依存型ツールならびにオプションを同一の表示上に並行して表示させることによって達成され得る。例えば、１つの画像診断法で出現する異常が、ここでは、放射線科医による診断および分析を促進することに役立つように、並行して第２の画像診断法で、随意に、並んで、より容易かつ効率的に視認されることができる。これは、種々の診断法からの画像が異なる時間に入手されるときに特に役立ち、したがって、異なる画像診断法を横断して同一の異常が見える潜在的必要性をより重要にする。

追加のオプションおよびツールが、下側ツールバーまたはクロム７１２内に表示される。例えば、ツールアイコン７１４が、選択されるとき、複数のツールが、表示されるであろう。ツールは、拡大、連続ズーム、楕円、ルーラ、リセット、および詳細考察ツールを含み得る。複数のツールが表示されると、各表示されたツールが、クロム７１２のショートカットセクション７１６の中にドラッグアンドドロップされ得る。ツールが、ショートカットセクション７１６の中にドラッグされると、ツールはまた、次いで、ユーザが右クリックまたはタッチスクリーンデバイス上の長押し等の二次選択入力を提供するときに表示される、二次選択メニュー内で利用可能である。例えば、ユーザが、ディスプレイ上のいずれかの場所を右クリックし、二次選択メニューを発生させてもよい。他のオプションおよびツールも、同様にショートカットセクション７１６の中にドラッグされ得る。ツールはまた、ある場所におけるツールへの迅速なアクセスを可能にするように、表示の他の面積にドラッグされ得る。したがって、放射線科医毎のツールが、放射線科医自身によってカスタマイズされ得る。加えて、ツールの順序付けも、放射線科医によって改変され得る。ツールの順序付けは、ショートカットセクション７１６内でツールをドラッグアンドドロップすることによって改変され得る。改変された順序付けはまた、二次選択メニューに反映され得る。ショートカットセクション７１６の中に設置されたツールは、放射線科医のための個人的選好として保存され得る。カスタマイズ特徴を提供することによって、放射線科医は、画像を分析するための適切なツールを見出すために、画像から離れてナビゲートする必要がない。カスタマイズはまた、設定ページ等の他のページを閲覧する必要なく達成される。

図７Ｂは、画像精査の間のビューポート７１８における例示的ＭＲＩ構築ブロックの結果を描写する。例えば、図７Ｂの例示的ＭＲＩ構築ブロックは、図７Ａのビューポート７０４Ｇ－Ｈを横断して延びているＭＲＩ構築ブロックであり得る。ビューポート７１８は、ＭＲＩツールバー７２０の表示を引き起こす、それが選択された後のオプションアイコン７１０の実施例を含む。ＭＲＩツールバー７０２は、ＭＲＩ構築ブロックに適用可能である、オプションまたはツールのセットを含む。例えば、ＭＲＩツールバー７２０内に表示されるオプションは、ＭＲＩ構築ブロックまたはＭＲＩ画像のタイプに依存する。したがって、ＭＲＩツールバー７２０内に表示されるオプションは、ＭＲＩ構築ブロックまたはＭＲＩ画像のタイプに基づいて変化し得る。いくつかの実施例では、ＭＲＩツールバー７２０内のオプションの順序も、ＭＲＩ構築ブロックまたはＭＲＩ画像のタイプに基づいて変化し得る。

ＭＲＩツールバー７２０内のオプションは、ビューポート７１８内に表示されるＭＲＩ画像を操作するための種々のオプションを含み得る。例えば、ＭＩＰオプションが、含まれ得る。最大強度投影（ＭＩＰ）オプション７２２は、２次元（２Ｄ）ビューとＭＩＰビューとの間の切り替えを可能にする。ビューオプション７２４も、ＭＲＩツールバー７２０内に含まれ得る。ビューオプション７２４は、選択されると、選択され得るＭＲＩ画像のためのビューを提供し得る。例えば、表示された「ＡＸ」は、現在のビューが軸方向ビューであることを示す。ビューオプション７２４からの他の潜在的な選択可能ビューは、矢状ビューまたは冠状ビューを含み得る。減算オプション７２６も、ＭＲＩツールバー７２０内に含まれ得る。減算オプション７２６は、ＭＲＩ減算がオンおよびオフに切り替えられることを可能にする。カラーオプション７２８も、ＭＲＩツールバー７２０内に含まれ得る。カラーオプション７２８は、カラー化がオンおよびオフに切り替えられることを可能にする。いくつかの実施例では、カラー化はまた、カラーオプション７２８を通して異なる閾値（すなわち、５０％）に設定され得る。雑音オプション７３０も、ＭＲＩツールバー７２０内に含まれ得る。雑音オプション７３０は、表示されたＭＲＩ画像のための異なるカラー化雑音フィルタを切り替えることを可能にする。例えば、カラー化雑音レベルは、オフ、低、または高に設定され得る。病変強調表示オプション７３２も、ＭＲＩツールバー７２０内に含まれ得る。病変強調表示オプション７３２は、病変強調表示および合焦特徴をオンおよびオフに切り替えることを可能にする。例えば、病変強調表示オプション７３２は、オフ、病変強調表示、または病変強調表示および合焦（ＬＨ／Ｆ）に設定され得る。グラフオプション７３４も、ＭＲＩツールバー７２０内に含まれ得る。グラフオプション７３４は、グラフの表示（すなわち、コントラスト強調曲線）がオンおよびオフにされることを可能にする。治療応答オプション７３６も、ＭＲＩツールバー７２０内に含まれ得る。治療応答オプション７３６は、治療応答特徴の表示がオンおよびオフにされることを可能にする。ＭＲＩツールバー７２０内のオプション毎に、任意のメニューオプションにわたってポインタをホバリングすることが、特定のメニューオプションについての追加の情報に、特定のメニューオプションへの追加の洞察を提供させるであろう。前述のオプションは、例証的実施例であり、いくつかの実施例では、上記のオプションの全てに満たないものが、ＭＲＩツールバー７２０内に含まれ得ることを理解されたい。いくつかの実施例では、異なるまたは他のオプションも、ＭＲＩツールバー７２０内に含まれ得る。

図７Ｃは、ＭＲＩ画像の別の例示的表示７５０を描写する。例示的表示７５０はまた、オプションアイコンと、ＭＲＩツールバー７２０とを含む。ＭＲＩ画像はまた、向き正方形７５２と、向き円７５４とを含む。向き正方形７５２および向き円７５４は、患者の向きを示す。例えば、向き正方形７５２は、前方に関する「Ａ」、後方に関する「Ｐ」、右に関する「Ｒ」、左に関する「Ｌ」、頭部に関する「Ｈ」、および足に関する「Ｆ」等の患者向きに対応する向きインジケータのセットを含む。向き円７５４は、多くの類似向きインジケータ表現を含む。向き正方形７５２および向き円７５４は、向きのいくつかの指示を提供するが、そのようなインターフェース要素は、多くの場合、混乱につながり得、表示されているＭＲＩ画像の向きに関する明確な指針を提供しない場合がある。

技術は、患者の向き情報を伝達するための新しい指針システムを提供する。例えば、技術は、向き正方形７５２および／または向き円７５４の代わりにヒトの像を利用し得る。図７Ｄは、ヒト向きインジケータ７６２を伴う例示的表示７６０を描写する。ＭＲＩ画像に対応する患者の向きは、ヒト向きインジケータ７６２から区別することがはるかに容易である。例えば、ヒト向きインジケータ７６２を素早く見ることにより、例示的表示７６０内のＭＲＩ画像では、ビューが患者の足から患者の頭部に向かって見ており、画像の右側が患者の左側であることを明らかにする。ヒト向きインジケータ７６２は、異なる向きの異なる画像が表示７６０内に表示されるにつれて回転し得る。技術は、ＤＩＣＯＭヘッダ情報等のヘッダ情報を分析すること、または表示された画像の他の性質を分析することによって、画像に関する向きを決定し得る。画像に関する向きが、決定されると、ヒト向きインジケータ７６２は、対応する向きで表示される。例示的表示７６０はまた、ＭＲＩツールバー７２０の別の実施例も表示する。図７Ｅは、別の向きにヒト向きインジケータ７６２を伴う別の例示的表示７６４を描写する。表示７６４内のヒト向きインジケータ７６２の向きから、表示された画像が、患者の頭部が表示７６４の上に向かい、患者の足が表示７６４の下に向かっている状態で視認者に面する患者のものであるという迅速な決定が、行われ得る。表示された画像の向きを変化させることは、ヒト向きインジケータの向きを動的に変化させるであろう。

表示７６４はまた、コンパクトな画像参照識別子７７０も含む。画像識別子７７０は、「ＤＹＮ」によって表される画像のタイプを含む。画像が撮影された以降に経過した時間量は、図７Ｄに描写される実施例では、コンパクトな画像参照識別子７００の上付き文字として表示される、経過時間インジケータによって識別される。故に、表示７６４内の例示的画像は、画像が表示されているときの１１年８ヶ月前に入手されたものである。上付き文字はまた、経過時間が予期、事前決定、または推奨される限界以内であるかどうかを示すための色を含み得る。例えば、乳癌検査では、画面が、毎年生じることが予期または推奨され得る。故に、経過した時間が、１年またはそれ未満である場合、上付き文字は、緑色で現れ得る。経過した時間が、１年～２年である場合、上付き文字は、黄色で現れ得、経過した時間が、２年を上回る場合、上付き文字は、赤色で現れ得る。類似概念を含意する色以外の他のインジケータも、使用され得る。加えて、他の時間枠も、使用され得る。経過時間インジケータは、コンパクトな参照識別子７７０の下付き番号以外の形態であり得る。例えば、経過時間インジケータは、必ずしも上付き文字としてではなく、コンパクトな参照識別子７７０に隣接して表示され得る。

コンパクトな画像参照識別子７７０の下付き文字は、表示された画像が直近の入手された画像に先立つ画像の数を示す、以前の画像インジケータを示し得る。実施例として、以前の画像インジケータは、コンパクトな画像参照識別子７７０の下付き番号の形態であり得る。例えば、図７Ｄのコンパクトな画像参照識別子７７０に関する「１」下付き文字は、表示された画像が、直近の入手された画像に先立って入手された第１の以前の画像であった（直近の入手された画像が０の下付き値を有し得る）ことを示す。以前の画像インジケータはまた、相対的な以前の画像の数を表すための色を含み得る。例えば、以前の画像１－３に関する以前の画像インジケータは、緑色で現れ得る。以前の画像４－６に関して、以前の画像インジケータは、黄色で現れ得、７を上回るまたはそれと等しい以前の画像に関して、以前の画像インジケータは、赤色で現れ得る。類似概念を含意する色以外の他のインジケータも、使用され得、以前の画像の他の範囲も、使用され得る。以前の画像インジケータは、コンパクトな参照識別子７７０の下付き番号以外の形態であり得る。例えば、以前の画像インジケータは、必ずしも下付き文字としてではなく、コンパクトな参照識別子７７０に隣接して表示され得る。

図７Ｆは、さらに別の向きにヒト向きインジケータ７６２を伴う別の例示的表示７６６を描写する。表示７６６内のヒト向きインジケータ７６２の向きから、表示された画像が、患者の頭部が表示７６６の上に向かっている状態で視認者に面する患者の左側のものであるという迅速な決定が、行われ得る。

図７Ｇは、医用画像に関する向きデータを表示するための例示的方法７０１を描写する。動作７０３では、医用画像が、アクセスされる。医用画像は、ＭＲＩ画像または別の画像診断法からの画像であり得る。動作７０５では、医用画像の向きが、決定される。医用画像の向きは、画像診断法に対する患者の向きである。医用画像の向きは、医用画像のヘッダ内のデータを分析することによって、または医用画像自体の分析を通して、決定され得る。いくつかの実施例では、表示された画像向きは、入手された画像向きと異なり得る。そのような実施例では、表示された画像向きは、動作７０５において向き決定のために使用され得る。向きが、動作７０５において決定されると、向きインジケータが、動作７０９において決定された向きに関して発生させられる。向きインジケータは、上記に議論されるヒト向きインジケータのうちの１つであり得る。例えば、向きインジケータは、決定された向きにおけるヒトの像の画像であり得る。向きインジケータはまた、撮像されている患者の組織、生体構造、または一部のグラフィックもしくは概略描写であり得る。動作７０９では、発生させられた向きインジケータは、アクセスされた医用画像と並行して表示される。

いくつかの実施例では、向きインジケータは、双方向性であり、異なる向きにおいて医用画像を読み出すように操作され得る。そのような実施例では、方法７００は、向きインジケータとの相互作用が受信される、動作７１１に続いてもよい。相互作用は、マウス、ポインタ、またはタッチ等の入力デバイスを用いた向きインジケータの選択、および向きインジケータを回転させるためのドラッグまたはスワイプ運動を含み得る。いくつかの実施例では、相互作用は、患者の矢状軸、前軸、および／または垂直軸を中心とした回転を示し得る。動作７１１において受信される相互作用に応答して、新しい向きが、動作７１３において決定される。例えば、向きインジケータが回転される場合、向きインジケータの結果として生じた向きが、新しい向きであると決定される。動作７１５では、動作７１３において決定される新しい向きに対応する第２の医用画像が、読み出される。動作７１７では、第２の医用画像が、表示され、動作７１１における相互作用に起因する向きに対応する、更新された向きにおいて向きインジケータと並行して表示され得る。

図８Ａは、カスタマイズされたハンギングプロトコルを発生させ、使用するための例示的方法８００を描写する。方法８００の動作８０２では、指示が、ハンギングプロトコルのハンギングステップを作成するように受信される。指示は、新しいハンギングプロトコルまたはハンギングプロトコルを用いた新しいステップを作成するためのユーザ選択であり得る。新しいハンギングプロトコルが作成されている場合、インジケータは、ハンギングプロトコルの第１のステップを作成することであり得る。ハンギングプロトコルが、すでに開発またはカスタマイズされている場合、指示は、第２または第３のハンギングステップを作成することであり得る。動作８０４では、医用画像を表示するための複数のビューポートまたはタイルを有する作業空間が、表示される。ビューポートは、列および行に基づいてビューポートを分離するスマートグリッドによって示され得る。ある実施例では、作業空間は、２行および４列に表示される、８つのビューポートを有し得る。作業空間はまた、複数のホットスポットを含み得る。ホットスポットは、作業空間内のビューポートのうちの少なくとも２つを横断して構築ブロックを拡張するように構成される。例えば、複数のホットスポットは、列ホットスポット、行ホットスポット、四分ホットスポット、または八分ホットスポットのうちの少なくとも１つを含み得る。動作８０６では、複数の構築ブロックが、表示される。構築ブロックは、医用画像の異なるタイプまたはビューに対応する。構築ブロックは、単数または複合構築ブロック等の上記に議論される構築ブロックのうちのいずれかを含み得る。構築ブロックは、複数の構築ブロックカテゴリオプションを含むエディタバー内に表示され得る。構築ブロックカテゴリオプションの選択は、カテゴリに関連付けられる追加のまたは異なる構築ブロックの表示を引き起こす。

動作８０８では、複数の構築ブロックからの構築ブロックの選択が、受信される。選択は、マウスのクリック等の入力デバイスを介して、またはタッチ入力を通して、受信され得る。構築ブロックが、動作８０８において選択されると、作業空間の表示は、随意に、動作８０８において選択される構築ブロックのタイプに基づいて、動作８１０において更新され得る。例えば、表示されたホットスポットは、選択された構築ブロックが単一構築ブロックまたは複合構築ブロックであるかどうかに基づいて、変化し得る。動作８１２では、構築ブロックが設置されるための作業空間内の場所の指示が、受信される。場所の指示は、構築ブロックが作業空間を横断して所望の場所にドラッグされる、ドラッグアンドドロップ相互作用の一部であり得る。他の実施例では、構築ブロックが、選択され得、次いで、構築ブロックのための場所が、続いて、選択され得る。随意の動作８１４では、構築ブロックのためのドロップゾーン輪郭が、構築ブロックの場所、いくつかの実施例では、構築ブロックのタイプおよび／または構築ブロックの寸法に基づいて、表示され得る。例えば、構築ブロックが、作業空間を横断してドラッグされつつあるとき、ドロップゾーン輪郭は、作業空間を横断してドラッグされるにつれて構築ブロックの現在の場所に基づいて表示される。ある実施例では、選択された構築ブロックが、作業空間を横断してドラッグされている間、ドロップゾーン輪郭は、表示され、ドラッグされるにつれて作業空間に対する構築ブロックの場所に基づいて動的に更新される。ドロップゾーン輪郭は、第１の構築ブロックが、ドラッグ動作の間に本場所にドロップされた場合に充填するであろう、複数のビューポートのうちの１つ以上を動的に強調表示する。例えば、構築ブロックが、ホットスポットにわたってドラッグされる場合、ドロップゾーン輪郭によって強調表示されるビューポートの数は、ホットスポットのタイプに対応する。動作８１６では、複数のビューポートのうちの１つ以上のものが、動作８１２において受信される作業空間内の示された場所に基づいて、選択された構築ブロックで充填される。充填されるビューポートの数は、示された場所がホットスポットであるかどうか、および選択された構築ブロックのタイプまたは寸法に依存する。

動作８１８では、より多くの構築ブロックが現在のハンギングステップの作業空間に追加されることになるかどうかに関して、決定が行われ得る。より多くの構築ブロックが、追加される場合、方法８００は、動作８０８－８１８が第２の構築ブロックに関して繰り返される、動作８０８に戻る。例えば、第１のビューポートが、第１の構築ブロックで充填されると、別のビューポートが、第２の構築ブロックで充填され得る。本プロセスは、現在のハンギングステップのための作業空間の全てのビューポートが充填されるまで継続し得る。いくつかの実施例では、作業空間を充填するために使用される、異なる構築ブロックが、異なる画像診断法に対応し得る。例えば、第１の構築ブロックは、Ｘ線画像診断法等の第１の画像診断法に対応し得、第２の構築ブロックは、ＭＲＩ画像診断法等の第２の画像診断法に対応し得る。現在のハンギングステップの作業空間に追加されることになる、追加の構築ブロックが存在しない場合、本プロセスは、動作８１８から、より多くのハンギングステップがハンギングプロトコルに追加されることになるかどうかに関して決定が行われる、動作８２０まで進む。より多くのハンギングステップが、追加されることになる場合、方法８００は、動作８０２－８２０がハンギングプロトコルにおける別のハンギングステップに関して繰り返される、動作８０２に戻る。例えば、第２のハンギングステップに対応する第２の作業空間が、複数の構築ブロックを投入される、第２のハンギングステップが、発生させられ得る。追加のハンギングステップが、ハンギングプロトコルに追加されない場合、本プロセスは、動作８２０から、方法８００によってカスタマイズされるようなハンギングプロトコルが、作業空間の充填されたビューポートに従って患者の医用画像の以降のインポートのために記憶される、動作８２２まで進む。カスタマイズされたハンギングプロトコルは、それが異なるデバイスまたはワークステーションからアクセスされ得るように、ローカルまたは遠隔に記憶され得る。ハンギングプロトコルはまた、他者がハンギングプロトコルにアクセスする、またはそれを編集するための限定されたアクセスを有するように、記憶され得る。

図８Ｂは、ハンギングプロトコルのビューポートにおいて画像またはビューのスタックを構成するための例示的方法８３０を描写する。方法８３０は、図８Ａに描写される方法８００の一部として、またはそれと併せて実施され得る。方法８３０の動作８３２では、層オプションが、構築ブロックで充填されたビューポート内に表示される。層オプションは、充填されたビューポートに関連付けられた画像またはビューの層を編集するために提供される。動作８３４では、層オプションの選択が、受信され、層オプションの選択を受信すると、層順序付けメニューが、動作８３６において表示される。層順序付けメニューは、医用画像に対応する複数のスタックされた層を含む。動作８３８では、指示が、スタックされた層の中の層のうちの１つ以上を追加する、除去する、または並べ替えるように受信される。１つ以上の層を追加するための指示は、層を追加するオプションの選択を介して受信され得、１つ以上の層を除去するための指示は、層を削除するオプションの選択を介して受信され得る。層を並べ替えるための指示は、層順序付けメニュー内の表示された層のドラッグアンドドロップ並べ替えを介して受信され得る。層を並べ替えるための指示はまた、層順序付けメニュー内の表示された層のそれぞれの内側に表示される上および下矢印（または類似インジケータ）の選択を通して、行われ得る。動作８３８では、スタックされた層の並べ替えが、記憶され得る。スタックされた層の並べ替えを記憶することは、層順序付けメニュー内に表示される適用ボタン等の確認オプションの選択によってトリガされ得る。

図８Ｃは、記憶されたハンギングプロトコルに従って患者の医用画像を表示するための例示的方法８５０を描写する。動作８５２では、医用画像がインポートされるべき患者の選択が、受信される。選択は、医用画像が利用可能である、患者氏名のリストから患者の氏名を選択するユーザから受信され得る。動作８５４では、記憶されたハンギングプロトコルの選択が、受信される。選択は、放射線科医が前もってカスタマイズおよび記憶したハンギングプロトコルを選択した、放射線科医等のユーザから受信され得る。選択されたハンギングプロトコルはまた、別の放射線科医によってカスタマイズされ、共有された、または別様に現在のユーザもしくは放射線科医にアクセス可能にされた、ハンギングプロトコルであり得る。いくつかの実施例では、記憶されたハンギングプロトコルの選択は、現在のユーザまたは放射線科医に関連付けられるデフォルトハンギングプロトコルに従って、自動的に行われ得る。記憶されたハンギングプロトコルはまた、精査を実施するユーザまたは放射線科医の記憶された個人的選好によって修正され得る。例えば、ハンギングプロトコルの構築ブロックまたはビューポートのあるオプションが、「ユーザ選好」（または同等の設定）の値に設定された場合、動作８５４においてハンギングプロトコルを選択する本ユーザに関する記憶されたユーザ設定が、アクセスされる、または読み出され得る。それらのアクセスされたユーザ選好は、次いで、ハンギングプロトコル内のオプションセットに従って、選択されたハンギングプロトコルを修正するために使用され得る。動作８５６では、選択された患者に関する医用画像が、インポートされる。医用画像は、方法８５０を実行するデバイス上にローカルで存在し得る、またはクラスタ内の１つ以上の他のワークステーション等の遠隔ソースから、もしくはＰＡＣＳから読み出され得る。動作８５８では、インポートされた医用画像が、選択される記憶されたハンギングプロトコルに従って表示される。

動作８６０では、表示された医用画像を分析または修正するためのツールのセットが、表示される。ツールのセットは、医用画像に隣接して表示されるクロム内に表示され得る。ツールのセットはまた、同様にクロム内に表示され得る、ツールアイコンの選択に応じて表示され得る。ツールのセットは、拡大、連続ズーム、楕円、ルーラ、リセット、または詳細考察ツールのうちの少なくとも１つを含み得る。動作８６２では、ツールのセットのうちの選択されたツールをショートカットセクションの中に追加するための指示が、受信される。いくつかの実施例では、ショートカットセクションは、クロム内に表示され得る。他の実施例では、ショートカットセクションは、作業空間の他の面積に移動または再配置され得る。選択されたツールをショートカットセクションに追加するための指示は、ドラッグアンドドロップ動作として受信され得る。例えば、ユーザが、ツールのセットからのツールをショートカットセクションの中にドラッグし得る。ツールをショートカットセクションに追加するための指示を受信することに応答して、選択されたツールが、動作８６４においてショートカットセクションに追加される。動作８６６では、選択されたツールをショートカットセクションに追加することに基づいて、選択ツールが、利用可能にされる、またはマウスの右クリックもしくはタッチスクリーン上の長押し等の二次選択からアクセス可能である二次選択メニューに追加される。したがって、ユーザが、表示された医用画像にわたっていずれかの場所で二次選択を行うとき、カスタマイズされたツールを伴う二次選択メニューが、二次選択の場所に表示される。そのような特徴は、放射線科医の分析に利益を提供する。放射線科医が、医用画像内の潜在的異常を識別するとき、放射線科医は、分析を継続するために識別された異常から離れてナビゲートすることを所望しない。異常が識別され得る任意の場所において容易に利用可能な追加のマークアップまたは分析のための所望のツールを有することによって、放射線科医のためのユーザインターフェースに有用な改良を提供する。

ハンギングプロトコルのビューポートを投入する際に、構築ブロックに対応する医用画像が、読み出されて表示される。いくつかの画像診断法からの画像は、他のものよりも識別し、読み出すことが容易である。例えば、マンモグラフィは、各入手された画像／ビューを一意に識別して表す、関連付けられる修飾子を伴う明確に定義および標準化されたビュー標識を提供し、したがって、診断ワークステーション上の画像精査のために明確に定義されたハンギングプロトコルの作成を可能にする。マンモグラフィと異なり、ＭＲＩは、乳房ＭＲＩ検査の間に入手される異なるタイプの画像または体積を関連付けるために、類似する標準化された標識化を提供しない。

ＭＲＩ画像に関するいくつかの追加の詳細が、ＭＲＩ画像データの複雑性を理解するために有用である。ＭＲＩ撮像では、患者の身体の領域の３次元（すなわち、立体）画像情報が、診断目的のために入手および表示される。ＭＲＩ情報は、種々の診断法またはプロトコル、およびいくつかの異なる入手デバイスを使用して、入手され得る。

ヒト組織等の物質が、一様な磁場（分極場Ｂ_０）を受けるとき、組織内の励起核の個々の磁気モーメントが、本分極場と整合しようとするが、それらの特徴的なラーモア周波数において無作為な順序でそれを中心として処理する。物質または組織が、ｘ－ｙ面内にあり、ラーモア周波数の近傍である磁場（励起場Ｂ_１）を受ける場合、正味整合モーメントＭ_ｚが、正味横磁気モーメントＭ_ｔを生成するように、ｘ－ｙ面の中に回転または「傾斜」され得る。信号が、励起信号Ｂ_１が終了された後に励起核または「回転」によって放出され、本信号は、受信され、画像を形成するように処理され得る。

これらの「ＭＲ」信号を利用し、画像を生成するとき、磁場勾配（Ｇ_ｘ、Ｇ_ｙ、およびＧ_ｚ）が、採用される。典型的には、撮像されるべき領域は、これらの勾配が、使用されている特定の位置特定方法に従って変動する、一連の測定サイクルによってスキャンされる。受信されたＭＲ信号の結果として生じるセットは、デジタル化され、多くの周知の再構築技法のうちの１つを使用して、画像を再構築するように処理される。

各ＭＲ信号を入手するために使用される測定サイクルは、パルスシーケンサによって生成されるパルスシーケンスの指示の下で実施される。臨床的に利用可能なＭＲＩシステムは、例えば、多くの異なる臨床用途の必要性を満たすように処方され得る、そのようなパルスシーケンスのライブラリを記憶する。

画像再構築後、再構築された画像は、ローカルで、または画像アーカイブ通信システム（ＰＡＣＳ）内のいずれかにおいて記憶され得る、ＭＲＩ画像ファイル内に記憶される。ＭＲ画像ファイルは、通常、医療用デジタル撮像および通信（「ＤＩＣＯＭ」）と呼ばれる非ベンダ依存型形式である。ＤＩＣＯＭ形式を使用して、各ＭＲ画像ファイルは、ヘッダ部分と、本文部分とを有する。ヘッダ部分は、未加工データヘッダ内に位置するものに類似する情報、ならびに具体的な対応する画像スライスについての情報、例えば、画像スライス番号を含む。本文部分は、実際の画像データを含む。典型的には、各ＭＲ画像ファイルは、１つの画像スライスについての画像データを含む。

ＭＲＩスキャナから取得される信号の強度および入手された画像の出現に影響を及ぼす、いくつかのパラメータが存在する。繰り返し時間（「ＴＲ」）、エコー時間（「ＴＥ」）、およびフリップ角α等のこれらのパラメータのうちのいくつかは、スキャナのオペレータによって制御される。他のパラメータは、緩和時間Ｔ_１およびＴ_２等の検査されている組織の特性である。原則として、画像の明白な解釈は、Ｔ_１およびＴ_２等の組織依存性パラメータの観察および決定のみを伴う。しかしながら、実践では、これらのパラメータは、ＴＲおよびＴＥの異なる選択によって少なくとも部分的に曖昧になる。

組織成分の間の画像コントラストは、「緩和」の微分率、すなわち、横方向磁化から縦方向磁化に戻る遷移に起因する。Ｔ_１およびＴ_２は、異なる組織成分を強調表示する、異なる画像コントラストをもたらす、２つの異なる緩和定数である。Ｔ_１強調画像を作成するために、組織の磁化が、ＴＲを変化させることによってＭＲ信号を測定する前に回復することを可能にされる。本画像強調は、コントラスト後撮像のために有用である。Ｔ_２強調画像を作成するために、組織の磁化が、ＴＥを変化させることによってＭＲ信号を測定する前に減衰することを可能にされる。ＭＲＩ画像は、Ｔ_１強調またはＴ_２強調画像のいずれかに向けてバイアスをかけられ、それによって、ＭＲＩスキャンに関する撮像パラメータを選定し、異なる画像入手プロトコルをもたらすことによって、組織成分（例えば、脂肪、筋肉、および水分）の間のコントラストを変動させ得る。Ｔ_１強調ＭＲＩ画像では、脂肪が、より高いコントラストを有し、水分が、より低いコントラストを有する。Ｔ_２強調ＭＲＩ画像では、水分が、より低いコントラストを有し、脂肪が、より高いコントラストを有する。Ｔ_１およびＴ_２強調ＭＲＩ画像の両方では、空気および高密度骨（脂肪なし）が、最も低いコントラストを有する。

市販のコンピュータ制御ワークステーションが、いくつかの一般的なタイプの表示を採用し、ＭＲＩ情報を精査者に通信する。例えば、癌病変の存在および場所を識別するための、例えば、乳房組織の検査のためのＭＲＩ表示が、周知である。乳房組織のためのそのようなＭＲＩ表示は、典型的には、一方または両方の乳房を通して撮影される種々の２次元スライスを示す画像を表示し、マウス等の一般的デバイスを使用して、個別の組織画像スライスをスクロールする能力を精査者に提供する。本スクロールは、精査者が異なるスライスを容易に視認し、最終的に乳房領域全体を網羅することを可能にする。

システムオペレータ（例えば、放射線科医、技術者、または他の医療専門家）が、ＭＲＩスキャナを採用し、異なるＭＲＩパラメータを使用して患者組織（例えば、乳房）の立体画像情報を入手し、異なる生理学的情報を重視し得る。例えば、Ｔ_２強調画像が、入手パラメータの１つのセットを伴って入手され得、異なるスキャナパラメータを伴って入手されるＴ_１強調画像からの異なる情報を示すであろう。加えて、画像（例えば、Ｔ_１強調）のセットが、造影剤の投与の前に、その後、造影剤が血流に進入した後のいくつかの時間周期にわたって、入手され得る。

典型的ＭＲＩ画像入手プロトコルは、Ｔ_２強調および多相Ｔ_１強調シリーズ／シーケンスを含む。いくつかのＭＲＩ画像入手プロトコルはまた、生体構造臨床読出のみのための高分解能Ｔ_１強調シーケンスも含む。多相Ｔ_１強調シーケンスは、コントラスト前およびコントラスト後Ｔ_１強調シーケンスならびに動的シリーズを含むことができる。他のＭＲＩ画像入手プロトコルはまた、生物学的組織内の水分子の拡散を測定する、高度拡散シーケンスも含む。

上記に議論されるように、現在のＨＰは、入手システム製造業者の間および入手システムの間で変動する。ＨＰはまた、入手システム毎にシステムオペレータによって記載されるような具体的ＭＲＩパラメータに応じて変動する。故に、読取効率およびスループットを改良するための１つの方法は、製造業者、入手システム、またはオペレータ設定パラメータに依存せず、むしろ、関連性がある生理学的パラメータ／精査者に着目されるデータに基づいてＭＲＩデータをソートする、普遍的ＨＰを実装することである。

ＭＲＩデータ内の異なる機能シリーズ／シーケンスが、ＭＲＩデータのＤＩＣＯＭヘッダ内の入手設定を分析することによって差別化されることができる。例えば、限定数の一貫した機能シーケンスが、乳房ＭＲＩ画像入手プロトコルで使用される。これらは、Ｔ_１強調およびＴ_２強調シーケンスを含む。

Ｔ_１強調およびＴ_２強調画像／シーケンスが、ＴＲおよびＴＥを使用して差別化されることができる。Ｔ_１強調画像／シーケンスは、典型的には、短いＴＲと、短いＴＥとを有する。Ｔ_２強調画像／シーケンスは、典型的には、長いＴＲと、長いＴＥとを有する。陽子密度強調（「ロー強調」）シーケンスは、典型的には、長いＴＲと、短いＴＥとを有する。臨床ＭＲＩに関して、ＴＥは、典型的には、ＴＲよりも短い。短いＴＲは、典型的には、５００ミリ秒（Ｔ_１強調画像／シーケンスに関する近似平均ＴＲ）未満である。長いＴＲは、典型的には、１，５００ミリ秒を上回る。短いＴＥは、典型的には、３０ミリ秒未満である。長いＴＥは、典型的には、９０ミリ秒を上回る。

殆どの乳房ＭＲＩ画像入手プロトコルは、Ｔ_１強調およびＴ_２強調（脂肪抑制の有無を問わず）シーケンスのみを含み、手技時間を短縮する。しかしながら、ＭＲＩ画像入手プロトコルはまた、以下の部類のシーケンス、すなわち、動的シーケンス、コントラスト前動的Ｔ_１強調、第１のコントラスト後動的Ｔ_１強調、遅延コントラスト後動的Ｔ_１強調、コントラスト前または後高分解能Ｔ_１強調（脂肪抑制の有無を問わず）、拡散強調画像（「ＤＷＩ」）、および運動補正（「ＭＯＣＯ」）を伴う導出されたシリーズ画像を含むこともできる。

Ｈｏｌｏｇｉｃ， Ｉｎｃ．に譲渡された米国特許公開第２０１５／０２６０８１６号（参照することによってその全体として組み込まれる）は、ＭＲＩ画像をカテゴリ化するための方法を説明する。例えば、コンピュータが、ＤＩＣＯＭヘッダを含む、ＤＩＣＯＭ形式のＭＲＩデータを受信し得る。コンピュータは、次いで、ＤＩＣＯＭヘッダからプロトコル詳細を抽出し得る。プロトコル詳細は、少なくとも、ＴＲ、ＴＥ、異方性度（「ＦＡ」）、反転時間（「ＴＩ」）、磁気勾配の強度（「ｂ値」）、シーケンスタイプ、および導出／二次を含み得る。

導出／二次詳細が、ＤＩＣＯＭヘッダ内で識別される場合、ＭＲＩデータは、ＭＯＣＯを伴う導出されたシリーズとしてカテゴリ化される。ｂ値が、ＤＩＣＯＭヘッダ内で識別される場合、ＭＲＩデータは、ＤＷＩとしてカテゴリ化される。拡散シーケンス（ＤＷＩ）は、それらのＤＩＣＯＭ見出し内のｂ値を識別することによって、識別されることができる。拡散シーケンスはまた、それらの独特のエコープラナー（ＥＰＩ）シーケンスによって、識別されることができる。ＤＩＣＯＭヘッダからのＴＲが、５００ミリ秒未満であり、ＤＩＣＯＭヘッダからのＴＥが、３０ミリ秒未満である場合、ＭＲＩデータは、Ｔ_１強調シーケンスとしてカテゴリ化される。他方では、ＤＩＣＯＭヘッダからのＴＲが、１，２００ミリ秒を上回り、ＤＩＣＯＭヘッダからのＴＥが、９０ミリ秒を上回る場合、ＭＲＩデータは、Ｔ_２強調シーケンスとしてカテゴリ化される。

Ｔ_１強調シーケンスとしてカテゴリ化されたＭＲＩデータに関して、ＤＩＣＯＭヘッダは、さらに分析され得る。ＤＩＣＯＭヘッダを分析する際に、ＤＩＣＯＭヘッダからの空間分解能が、高い場合、ＭＲＩデータは、高分解能Ｔ_１強調シーケンスとしてカテゴリ化される。ＤＩＣＯＭヘッダからの空間分解能が、低い場合、ＭＲＩデータは、低分解能Ｔ_１強調シーケンスとしてカテゴリ化される。高および低空間分解能は、相対的用語であるが、いくつかの実施形態では、高空間分解能は、０．８～１．０ｍｍよりも小さい任意の分解能であり得、低空間分解能は、０．８～１．０ｍｍよりも大きい任意の分解能であり得る。

高分解能Ｔ_１強調シーケンスでは、ＤＩＣＯＭヘッダが、反転時間を含む場合、シーケンスは、加えて、脂肪抑制を有するものとしてカテゴリ化される。ＤＩＣＯＭヘッダが、反転時間を含まない場合、シーケンスは、加えて、脂肪抑制を有していないものとしてカテゴリ化される。

低分解能Ｔ_１強調シーケンスでは、ＤＩＣＯＭヘッダが、０．５ミリ秒未満の遅延を伴う同じＴＲおよびＴＥを含まない場合、ＭＲＩデータは、個々の低分解能Ｔ_１強調シーケンスとしてカテゴリ化される。ＤＩＣＯＭヘッダが、０．５ミリ秒未満の遅延を伴う同じＴＲおよびＴＥを含む場合、ＭＲＩデータは、潜在的な動的シーケンスとしてカテゴリ化される。

個々の低分解能Ｔ_１強調シーケンスでは、ＤＩＣＯＭヘッダが、反転時間を含む場合、シーケンスは、加えて、脂肪抑制を有するものとしてカテゴリ化される。ＤＩＣＯＭヘッダが、反転時間を含まない場合、シーケンスは、加えて、脂肪抑制を有していないものとしてカテゴリ化される。

潜在的な動的シーケンスとしてカテゴリ化されるＭＲＩデータに関して、ＤＩＣＯＭヘッダが、同じ異方性度値を含む場合、ＭＲＩデータは、未加工動的シーケンスとしてカテゴリ化される。ＤＩＣＯＭヘッダが、同じ異方性度値を含まない場合、ＭＲＩデータは、潜在的Ｔ_１マッピングシーケンスとしてカテゴリ化される。

未加工動的シーケンスとしてカテゴリ化されるＭＲＩデータに関して、ＤＩＣＯＭヘッダが、スライス番号と、左および右向き値とを含む場合、ＭＲＩデータは、動的シーケンスとしてさらにカテゴリ化される。さらに、ＤＩＣＯＭヘッダ内のタイミング情報が、第１および遅延減算を伴って、コントラスト前、第１のコントラスト後、および遅延コントラスト後動的Ｔ_１強調シーケンスとして、ＭＲＩデータをさらにカテゴリ化するために使用されることができる。上記に説明されるように、動的シーケンスはまた、撮像空間分解能を比較することによって、高分解能Ｔ_１強調シーケンスと区別されることもできる。

潜在的Ｔ_１マッピングシーケンスとしてカテゴリ化されるＭＲＩデータに関して、ＤＩＣＯＭヘッダが、複数のフリップ角を含み、各フリップ角に関連付けられる他の入手パラメータが同じである場合、ＭＲＩデータは、Ｔ_１マッピングシーケンスとしてカテゴリ化される。種々のフリップ角Ｔ_１マッピングシーケンスは、動的事前データを含むことができる。そのような場合には、種々のＴ_１マッピング入手シーケンスは、唯一の変化したパラメータがフリップ角である、動的事前データを繰り返すことができる。

Ｔ_２強調シーケンスとしてカテゴリ化されたＭＲＩデータに関して、ＤＩＣＯＭヘッダが、反転時間を含む場合、シーケンスは、加えて、脂肪抑制を有するものとしてカテゴリ化される。ＤＩＣＯＭヘッダが、反転時間を含まない場合、シーケンスは、加えて、脂肪抑制を有していないものとしてカテゴリ化される。

ＭＲＩデータおよび画像シーケンスのカテゴリ化は、そのようなカテゴリ化が利用され得る範囲のみで有益であり得る。技術は、ＭＲＩ画像にタグ付けするために使用され得る、少なくとも２つの標準化された標識の発生を可能にする。図９Ａは、サンプルの第１のタグまたは標識、ならびにサンプルの第１のタグを定義するテーブル９０２を描写する。第１のタグまたは標識は、単一の２桁以上の標識内で複数のレベルの情報を提供する。標識の各数字は、分析されたＭＲＩデータの異なる特徴、性質、および／または特性を表す。例えば、第１の数字は、ＭＲＩデータの基本機能（例えば、コントラスト強調動的シーケンス）等の第１のレベルの情報を表し得る。第２の数字は、ＭＲＩデータの入手の間に使用された脂肪分離技法のタイプ等の第２のレベルの情報を表す。第３の数字は、機能群のサブタイプ（例えば、低対高空間分解能）等の第３のレベルの情報を表す。第４の数字は、運動補正が実施されたかどうか等の第３のレベルの情報を表す。第５の数字は、ＭＲＩデータに関するバージョン情報等の第５のレベルの情報を表し得る。

テーブル９０２は、５桁の標識が定義され得る方法の実施例を提供する。例えば、ＭＲＩデータが、Ｔ_１強調シーケンスである場合、標識の第１の数字は、１である。ＭＲＩデータが、Ｔ_２強調シーケンスである場合、標識の第１の数字は、２である。ＭＲＩデータが、動的シーケンスである場合、標識の第１の数字は、３である。ＭＲＩデータが、拡散強調シーケンスである場合、標識の第１の数字は、４である。ＭＲＩデータが、磁化率強調シーケンスである場合、標識の第１の数字は、５である。ＭＲＩデータが、前述のカテゴリのうちの１つにカテゴリ化されることができない場合、標識の第１の数字は、様々な、またはカテゴリ化されていないデータを表す、６であり得る。

第２のレベルでは、ＭＲＩデータの脂肪分離が、表される。例えば、ＭＲＩデータが、脂肪飽和状態ではない（非ＦＡＴ ＳＡＴ）場合、標識の第２の数字は、１である。ＭＲＩデータが、脂肪飽和状態である（ＦＡＴ ＳＡＴ）場合、標識の第２の数字は、２である。

第３のレベルでは、機能群の追加のサブタイプが、表される。例えば、低空間分解能を伴うＴ_１強調シーケンスまたはＴ_２強調シーケンスに関して、標識の第３の数字は、１である。高空間分解能を伴うＴ_１強調シーケンスまたはＴ_２強調シーケンスに関して、標識の第３の数字は、２である。低時間分解能を有する動的シーケンスに関して、標識の第３の数字は、１である。高時間分解能を有する動的シーケンスに関して、標識の第３の数字は、２である。省略される動的シーケンス（２つだけの動的相を有するもの等）に関して、標識の第３の数字は、３である。拡散強調シーケンスが、拡散サブタイプであるため、標識の第３の数字は、１であり、サブタイプが、拡散テンソルである場合、標識の第３の数字は、２である。

第４のレベルでは、運動補正等の限定子が、表され得る。例えば、運動補正（ＭＯＣＯ）が、適用された場合、標識の第４の数字は、１である。運動補正が、適用されていない場合、第４の数字は、ゼロである、または省略され得る。第５のレベルでは、運動補正のバージョンが、実際のバージョン番号によって表され得る。例えば、運動補正のバージョンが、第１のバージョンである場合、タグ内の第５の数字は、１である。

図９Ａの例示的タグ（すなわち、３２１１２）は、したがって、第２のバージョンの運動補正を適用させた、低時間分解能を伴うＦＡＴ ＳＡＴである、動的シーケンスを表す。上記の具体的実施例は、標識に数字および５桁を使用するが、文字または他の印も、標識が類似情報を表すために利用され得、桁数は、５を上回る、またはそれよりも少なくあり得ることを理解されたい。加えて、数字は、異なる順序で出現し、いくつかの実施例では、ＭＲＩデータに関する追加のまたは異なる情報を表し得る。標識が、発生させられると、標識は、分析されたＭＲＩデータの冒頭に記憶される、または別様にＭＲＩデータに関連付けられるものとして記憶され得る。例えば、標識は、ＭＲＩデータのメタデータとして記憶され得る。

図９Ｂは、例示的な第２のタグまたは標識、ならびにサンプルの第２のタグを定義するテーブル９０２を描写する。上記に議論される例示的な第１のタグのように、第１のタグまたは標識は、単一の２桁以上の標識内で複数のレベルの情報を提供する。標識の各数字は、分析されたＭＲＩデータの異なる特徴、性質、および／または特性を表す。描写される実施例では、第２の標識は、オリジナルＭＲＩデータの上に発生させられた、後処理マップについての追加の情報を表す。

第２のタグに関して、第１の数字は、マッピングタイプを表す。例えば、マッピングが、拡散マッピングである場合、標識の第１の数字は、１である。マッピングが、ＤＣＥマッピングである場合、標識の第１の数字は、２である。追加のマッピング標識が、標識の第２の数字によって表され得る。拡散マッピングに関して、マッピングが、見掛けの拡散係数（ＡＤＣ）マッピングである場合、第２の数字は、１である。マッピングが、方向マッピングである場合、第２の数字は、２であり、マッピングが、ベクトルマッピングである場合、第２の数字は、３である。

ＤＣＥマッピングに関して、マッピングが、標準または半定量的ＤＣＥマップである場合、標識の第２の数字は、１である。マッピングが、Ｋ_{ｔｒａｎｓ}マッピングである場合、標識の第２の数字は、２である。マッピングが、Ｋ_ｅｐマッピングである場合、標識の第２の数字は、３であり、マッピングが、時間対信号強度曲線下の初期面積（ＩＡＵＣ）マッピングである場合、標識の第２の数字は、４である。

第２の標識の第３の数字は、マッピングバージョン情報を表す。例えば、マッピングが、ピクセル値ベースのバージョンである場合、標識の第３の数字は、１である。マッピングが、濃度バージョンである場合、標識の第３の数字は、２である。故に、図９Ｂのサンプルの第２のタグ（すなわち、２２２）は、濃度推定値ベースのＫ_{ｔｒａｎｓ}ＤＣＥマッピングを表す。

図１０は、上記のカテゴリ化およびタグを用いてハンギングプロトコルのビューポートを投入するための例示的方法１０００を表す。動作１００２では、ＭＲＩデータが、コンピュータまたは処理デバイスによってアクセスされる。動作１００４では、ＭＲＩデータが、ＭＲＩデータをカテゴリ化するように分析される。ＭＲＩデータをカテゴリ化および分析することは、上記に議論されるプロセスを実施することによって遂行され得る。動作１００６では、少なくとも１つの標識またはタグが、動作１００４におけるＭＲＩデータに関するカテゴリ化に基づいて、ＭＲＩデータに関して発生させられる。実施例として、動作１００６は、図９Ａを参照して上記に議論される例示的な第１の標識等の第１の標識を発生させるステップを含み得る。動作１００６はまた、図９Ｂを参照して上記に議論される例示的な第２の標識等の第２の標識を発生させるステップを含み得る。発生させられた標識は、ヘッダまたは他の関連付けられるメタデータ等のＭＲＩデータ内に記憶され得る。

動作１００８では、特定のタイプのＭＲＩ画像を表示するための要求が、受信される。要求は、ハンギングプロトコルのビューポートに関連付けられ得る。例えば、特定のタイプのＭＲＩデータのための構築ブロックが、ハンギングプロトコル内にあり得る。ハンギングプロトコルが、処理されるとき、構築ブロックに対応する画像に関する要求が、発生させられ得る。動作１０１０では、動作１００６における発生させられた標識に基づいて、ＭＲＩデータが、動作１００８において要求された特定のタイプのＭＲＩ画像として識別される。例えば、特定のタイプのＭＲＩ画像の性質が、標識と同一である形式に転換または変換され得る。その変換された情報は、ＭＲＩデータを含む、データセットにクエリを行うために使用され得る。クエリは、合致する標識を有するＭＲＩデータをもたらす。要求される特定のタイプのＭＲＩ画像はまた、要求された特定のタイプのＭＲＩ画像としてＭＲＩデータを識別するように、発生させられた標識に対して比較され得る。ＭＲＩデータは、次いで、動作１００８において受信される要求に応答して、動作１０１２において表示され得る。

理解されるはずであるように、上記の方法は、特定の順序で説明されたが、そのような順序は、方法で識別される動作毎に本質的に必要ではない。例えば、方法で識別される動作は、他の動作と並行して、または異なる順序で実施され得る。加えて、上記に説明される方法は、本明細書に説明されるシステムによって実施され得る。例えば、システムは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されると、システムに本明細書に説明される方法を実施させる、命令を記憶するメモリとを有し得る。

本明細書に説明される実施形態は、本明細書に開示されるシステムおよび方法を実装ならびに実施するために、ソフトウェア、ハードウェア、またはソフトウェアおよびハードウェアの組み合わせを使用して、採用され得る。具体的デバイスが、具体的機能を実施するものとして本開示の全体を通して列挙されたが、当業者は、これらのデバイスが、例証目的のために提供され、他のデバイスが、本開示の範囲から逸脱することなく、本明細書に開示される機能性を実施するために採用され得ることを理解するであろう。

本開示は、可能性として考えられる実施形態のうちのいくつかのみが示された、付随する図面を参照して、技術のいくつかの実施形態を説明する。しかしながら、他の側面も、多くの異なる形態で具現化され得、本明細書に記載される実施形態に限定されるものとして解釈されるべきではない。むしろ、これらの実施形態は、本開示が、徹底的かつ完全であり、可能性として考えられる実施形態の範囲を当業者に完全に伝えるように提供された。さらに、本明細書および請求項で使用されるように、語句「要素Ａ、要素Ｂ、または要素Ｃのうちの少なくとも１つ」は、要素Ａ、要素Ｂ、要素Ｃ、要素ＡおよびＢ、要素ＡおよびＣ、要素ＢおよびＣ、ならびに要素Ａ、Ｂ、およびＣのうちのいずれかを伝えることを意図している。

具体的実施形態が、本明細書に説明されるが、技術の範囲は、それらの具体的実施形態に限定されない。当業者は、技術の範囲および精神内に該当する、他の実施形態または改良を認識するであろう。したがって、具体的構造、行為、または媒体が、例証的実施形態のみとして開示される。技術の範囲は、以下の請求項およびその中の任意の均等物によって定義される。

Claims (10)

1. 医用画像の表示のためにカスタマイズされたハンギングプロトコルを生成するためのコンピュータ実装方法であって、前記コンピュータ実装方法は、
   前記ハンギングプロトコルの第１のハンギングステップを作成するための指示を受信することと、
   医用画像を表示するための複数のビューポートを有する作業空間を表示することと、
   複数の構築ブロックを表示することであって、前記複数の構築ブロックは、異なるタイプの医用画像に対応する１つ以上の個々の構築ブロックと、１つ以上の複合構築ブロックとを含み、前記１つ以上の複合構築ブロックは、異なるタイプの医用画像の複数の個々の構築ブロックの組み合わせである、ことと、
   前記複数の構築ブロックのうちの第１の構築ブロックの選択を受信することであって、前記第１の構築ブロックは、複合構築ブロックであり、かつ、複数のタイプの医用画像に対応する、ことと、
   前記第１の構築ブロックが設置されるべき前記作業空間内の場所を示す情報を受信することと、
   前記第１の構築ブロックのための前記作業空間内の前記場所を示す前記情報に基づいて、前記複数のビューポートのうちの２つ以上を前記第１の構築ブロックの個々の構築ブロックで充填することと、
   前記複数の構築ブロックのうちの第２の構築ブロックの選択を受信することであって、前記第２の構築ブロックは、個々の構築ブロックであり、かつ、１つのタイプの医用画像に対応する、ことと、
   前記第２の構築ブロックが設置されるべき前記作業空間内の場所を示す情報を受信することと、
   前記第２の構築ブロックのための前記作業空間内の前記場所を示す前記情報に基づいて、前記複数のビューポートのうちの１つ以上を前記第２の構築ブロックで充填することと、
   前記作業空間内の前記充填されたビューポートに従って、患者の医用画像のインポートのために前記ハンギングプロトコルの前記第１のハンギングステップを記憶することと
   を含む、コンピュータ実装方法。
2. 前記第１の構築ブロックは、複数の画像診断法に対応し、前記第２の構築ブロックは、１つの画像診断法に対応する、請求項１に記載のコンピュータ実装方法。
3. 前記作業空間は、複数のホットスポットを含み、前記複数のホットスポットのそれぞれは、少なくとも２つのビューポートにわたって構築ブロックを拡張するように構成されている、請求項１～２のいずれか一項に記載のコンピュータ実装方法。
4. 前記複数のホットスポットは、列ホットスポット、行ホットスポット、４つのビューポートにわたって構築ブロックを拡張するように構成されているホットスポット、または、８つのビューポートにわたって構築ブロックを拡張するように構成されているホットスポットのうちの少なくとも１つを含む、請求項３に記載のコンピュータ実装方法。
5. 前記第１の構築ブロックのための前記作業空間内の場所を示す前記情報は、ドラッグアンドドロップ相互作用を介して受信される、請求項１～４のいずれか一項に記載のコンピュータ実装方法。
6. 前記コンピュータ実装方法は、構築ブロックの前記タイプに基づいて、ドロップゾーン輪郭を表示することをさらに含む、請求項１～５のいずれか一項に記載のコンピュータ実装方法。
7. 前記複数の構築ブロックは、複数の構築ブロックカテゴリオプションを伴うエディタバー内に表示される、請求項１～６のいずれか一項に記載のコンピュータ実装方法。
8. 前記コンピュータ実装方法は、
   前記ハンギングプロトコルの第２のハンギングステップを作成するための指示を受信することと、
   医用画像を表示するための複数のビューポートを有する第２の作業空間を表示することと、
   異なるタイプの医用画像に対応する複数の構築ブロックを表示することと、
   前記複数の構築ブロックのうちの第３の構築ブロックの選択を受信することと、
   前記第３の構築ブロックが設置されるべき前記第２の作業空間内の場所を示す情報を受信することと、
   前記第３の構築ブロックのための前記第２の作業空間内の前記場所を示す前記情報に基づいて、前記複数のビューポートのうちの１つ以上を前記第３の構築ブロックで充填することと、
   前記第２の作業空間内の前記充填されたビューポートに従って、患者の医用画像のインポートのために前記ハンギングプロトコルの前記第２のハンギングステップを記憶することと
   をさらに含む、請求項１～７のいずれか一項に記載のコンピュータ実装方法。
9. 前記コンピュータ実装方法は、
   前記第２の構築ブロックで充填されるビューポート内で、前記第２の構築ブロックに関連付けられている画像の層を編集するためのオプションを表示することと、
   前記オプションの選択を受信することと、
   前記オプションの選択を受信すると、医用画像の複数のスタックされた層を含む層順序付けメニューを表示することと、
   前記複数のスタックされた層を並べ替えるための指示を受信することと、
   前記複数のスタックされた層の並べ替えを記憶することと
   をさらに含む、請求項１～８のいずれか一項に記載のコンピュータ実装方法。
10. 前記コンピュータ実装方法は、
    医用画像がインポートされるべき患者の選択を受信することと、
    前記記憶されたハンギングプロトコルにアクセスすることと、
    前記患者に関する前記医用画像をインポートすることと、
    前記記憶されたハンギングプロトコルに従って、前記インポートされた医用画像を表示することと
    をさらに含む、請求項１～９のいずれか一項に記載のコンピュータ実装方法。

Images