JP7403434B2 - 自動スキャン推奨プロトコルのための方法およびシステム - Google Patents

Description

本明細書に開示される主題の実施形態は、医用撮像システム、より具体的には、ローカル手順識別子に基づいてスキャンプロトコルの推奨を自動化するためのシステムおよび方法に関する。

医学における未解決の技術的問題は、例えば、様々な医療施設で受けた医療の再現性である。いわゆる「再現性の危機」は、様々な医療施設によって雇用されている個々の医療専門家が抱く偏見だけでなく、各医療施設がアクセスできる様々な資源からも発生する。例えば、所与の医療施設は、任意の数の医用撮像モダリティに対応するスキャナにアクセスすることができ、各スキャナは、医用撮像空間で動作する複数の会社のいずれか１つによって製造される。したがって、所与の医療施設は、所与の医療施設で特定の医用撮像システムの１組とインターフェースで接続するために、様々な医療手順に関連するローカル識別子（例えば、英数字コード）を実装することができる。ローカル識別子は医療施設によってやはり異なる場合があり、それによりすべての医療施設にわたる容易な標準化が妨げられ、したがって再現性のある医療が妨げられる。少なくとも前述の理由により、いわゆる「再現性の危機」は、技術的な解決策を必要とする重要で複雑な技術的課題を提示する。

一実施形態では、方法は、病院固有のユーザインターフェースから標準手順ＩＤを受信するステップと、標準手順ＩＤに基づいて医用撮像手順を決定するステップと、以前に標準手順ＩＤを受信したことに応答して、少なくとも決定された医用撮像手順に基づいて１つまたは複数の推奨プロトコルを生成するステップと、１つまたは複数の推奨プロトコルの少なくとも１つに基づいて決定された医用撮像手順を実行するステップとを含む。

上記の簡単な説明は、詳細な説明でさらに説明される概念の選択を簡略化した形で紹介するために提供されていることを理解されたい。特許請求される主題の重要なまたは本質的な特徴を特定することは意図されておらず、その主題の範囲は詳細な説明に続く特許請求の範囲によって一義的に定義される。さらに、特許請求される主題は、上記のまたは本開示の任意の部分に記載の欠点を解決する実施態様に限定されない。

本発明は、添付の図面を参照しながら、以下の非限定的な実施形態の説明を読むことからよりよく理解されるであろう。

一実施形態による、例示的な医用撮像システムの絵画図である。 一実施形態による、例示的な医用撮像システムの概略ブロック図である。 一実施形態による、例示的なコンピューティングデバイスのための高水準システムアーキテクチャの概略ブロック図である。 一実施形態による、例示的なコンピューティングデバイスのための例示的なユーザインターフェースの概略ブロック図である。 一実施形態による、スキャンプロトコルと様々な例示的な標準化された識別子との間の対応の概略ブロック図である。 一実施形態による、インテリジェント自動プロトコルシステムのための高水準入出力図である。 一実施形態による、スキャンプロトコルを推奨および選択し、選択されたスキャンプロトコルに基づいてスキャンセッションを実行するための方法のフローチャートである。 一実施形態による、１つまたは複数の推奨プロトコルを受信すると、スキャンプロトコルを選択し、選択されたスキャンプロトコルに基づいてスキャンセッションを実行するための方法のフローチャートである。

以下の説明は、医用撮像システムの様々な実施形態、およびそのための自動化された推奨プロトコルの方法に関する。そのような自動推奨プロトコルのために構成されたインテリジェント自動プロトコルシステムを採用するそのような医用撮像システムの１つが、図１および２に示されている。医療専門家、情報技術（ＩＴ）管理者、フィールドエンジニアなどのためのインテリジェント自動プロトコルシステムに関連する様々なインターフェースが図４に示されている。

インテリジェント自動プロトコルシステムは、モダリティワークリスト（ＭＷＬ）エントリを処理し、標準化された識別子、例えば、Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ（ＤＩＣＯＭ（登録商標））タグをそれにマッピングすることができる。そのようなマッピングの高水準システムアーキテクチャおよび高水準入出力図が、それぞれ図３および図６に示される。マッピングは、図５に示されるように、既知のプロトコル対タグの関係を有利に活用することができる。次に、インテリジェント自動プロトコルシステムは、マッピングを使用して、医用撮像システムのユーザに１つまたは複数の推奨プロトコルを提供することができる。したがって、１つまたは複数の推奨プロトコルからスキャンプロトコルを選択し、選択されたスキャンプロトコルに基づいてスキャンセッションを実行するための方法が、図７および８に提供される。

ここで図１を参照すると、一実施形態によれば、例示的な撮像システム１００が示されている。図示の実施形態では、撮像システム１００は、コンピュータ断層（ＣＴ）撮影システムである。しかしながら、本明細書に記載の実施形態は、他のタイプの医用撮像モダリティ（例えば、Ｘ線、磁気共鳴（ＭＲ）、超音波（ＵＳ）、ポジトロン放出断層撮影（ＰＥＴ）、単一光子放出ＣＴ（ＳＰＥＣＴ）、およびそれらの組み合わせ、例えば、ＰＥＴ／ＣＴ、ＰＥＴ／ＭＲ、ＳＰＥＣＴ／ＣＴなどのマルチモダリティイメージング）を使用して実施され得ることを理解されたい。さらに、他の実施形態は、医用画像を積極的に取得しないことを理解されたい。代わりに、実施形態は、撮像システムによって以前に取得された画像または撮像データを検索し、本明細書に記載されるように撮像データを分析することができる。

撮像システム１００は、患者、無生物、１つまたは複数の製造部品、ならびに／あるいは体内に存在する歯科用インプラント、ステント、および／または造影剤などの異物などの対象物１１２を撮像するように構成され得る。一実施形態では、撮像システム１００は、ガントリ１０２を含み、ガントリ１０２は、テーブル１１４上に横たわる対象物１１２の撮像に使用するためのＸ線放射（図２参照）のビーム１０６を投影するように構成された少なくとも１つのＸ線源１０４をさらに含むことができる。具体的には、Ｘ線源１０４は、Ｘ線１０６をガントリ１０２の対向する側に配置された検出器アレイ１０８に向けて投影するように構成される。図１は単一のＸ線源１０４のみを図示しているが、特定の実施形態では、対象物１１２に対応する異なるエネルギーレベルまたは角度方位で投影データを収集するために、複数のＸ線放射源および／または検出器を使用して複数のＸ線放射ビーム１０６を投影することができる。いくつかの実施形態では、Ｘ線源１０４は、高速ピークキロボルト（ｋＶｐ）スイッチングによってデュアルエネルギージェムストーンスペクトル撮像（ｇｅｍｓｔｏｎｅ ｓｐｅｃｔｒａｌ ｉｍａｇｉｎｇ：ＧＳＩ）を可能にすることができる。いくつかの実施形態では、使用されるＸ線検出器は、異なるエネルギーのＸ線光子を区別することが可能な光子計数検出器である。他の実施形態では、２組のＸ線源および検出器がデュアルエネルギー投影を生成するために使用され、一方の組は低ｋＶｐにあり、他方の組は高ｋＶｐにある。したがって、本明細書で説明される方法は、単一のエネルギー取得技法ならびにデュアルエネルギー取得技法で実施され得ることを認識されたい。

ある特定の実施形態では、撮像システム１００は、逐次近似または解析的画像再構成方法、あるいは両方の組み合わせを使用して、対象物１１２のターゲットボリュームの画像を再構成するように構成された画像プロセッサユニット１１０をさらに含む。例えば、画像プロセッサユニット１１０は、フィルタ補正逆投影（ＦＢＰ）などの解析的画像再構成手法を使用して、患者のターゲットボリュームの画像を再構成することができる。別の例として、画像プロセッサユニット１１０は、高度な統計的反復再構成（ＡＳＩＲ）またはモデルベースの反復再構成（ＭＢＩＲ）などの反復画像再構成手法を使用して、対象物１１２のターゲットボリュームの画像を再構成することができる。いくつかの例では、画像プロセッサユニット１１０は、反復画像再構成手法に加えて、ＦＢＰなどの解析的画像再構成手法の両方を使用することができる。

いくつかのＣＴ撮像システム構成では、Ｘ線源は、デカルト座標系のＸ－Ｙ－Ｚ平面内にあるようにコリメートされ、一般に「撮像面」と呼ばれる円錐形のＸ線放射ビームを投影する。Ｘ線放射ビームは、患者または対象物などの撮像される対象物を通過する。Ｘ線放射ビームは、対象物によって減衰された後に、放射線検出器のアレイに衝突する。検出器アレイで受け取られる減衰されたＸ線放射ビームの強度は、対象物によるＸ線放射ビームの減衰に依存する。アレイの各検出器素子は、検出器の場所におけるＸ線ビーム減衰の測定値である別個の電気信号を生成する。すべての検出器素子からの減衰測定値が個別に取得されて、透過プロファイルを生成する。

いくつかのＣＴ撮像システムでは、Ｘ線源および検出器アレイは、放射線ビームが対象物と交差する角度が絶えず変化するように、撮像面内および撮像される対象物の周りでガントリと共に回転する。ガントリの１つの角度位置での検出器アレイからのＸ線放射線減衰測定値、例えば投影データのグループは、「ビュー」と呼ばれる。対象物の「スキャン」は、対象物の周りでのＸ線源および検出器の１回転の間に異なる角度位置またはビュー角度で行われた１組のビューを含む。本明細書で説明される方法の利点はＣＴ以外の医療撮像モダリティにも生じると考えられるので、本明細書で使用される「ビュー」という用語は、１つのガントリ角度からの投影データに関して上述の使用に限定されない。「ビュー」という用語は、ＣＴ、Ｘ線ラジオグラフィ撮像、陽電子放出断層撮影（ＰＥＴ）、もしくは単一光子放出ＣＴ（ＳＰＥＣＴ）取得、および／または開発中のモダリティ、ならびに融合された実施形態におけるそれらの組み合わせを含む任意の他のモダリティのいずれかからの、異なる角度からの複数のデータ取得がある場合は常に１つのデータを取得することを意味するために使用される。

投影データは、対象物を通して取得された１つまたは複数の２次元スライスに対応する画像、または、投影データが拡張軸方向カバレッジ、例えばＺ軸照明を含むいくつかの例では、対象物の３次元画像ボリュームを再構築するために処理される。１組の投影データから画像を再構成するための１つの方法は、当技術分野においてフィルタ補正逆投影技法と呼ばれる。透過型および放出型断層撮影再構成技法はまた、最尤期待値最大化（ＭＬＥＭ）および順序付きサブセット期待値最大化再構成技法、ならびに逐次近似再構成技法などの統計的逐次近似方法を含む。このプロセスは、スキャンからの減衰測定値を「ＣＴ数」または「ハウンズフィールド単位」と呼ばれる整数に変換し、これは表示装置上の対応するピクセルの輝度を制御するために使用される。

総スキャン時間を短縮するために、「ヘリカル」スキャンを実施することができる。「ヘリカル」スキャンを実施するには、所定の軸方向範囲についてのデータを取得しながら患者を移動させる。そのようなシステムは、コーンビームのヘリカルスキャンから単一の螺旋を生成する。コーンビームによってマッピングされた螺旋は投影データをもたらし、そこから各所定のスライスの画像を再構成することができる。

本明細書で使用する場合、「画像を再構成する」という語句は、画像を表すデータが生成されるが可視画像は生成されない本発明の実施形態を除外することを意図しない。したがって、本明細書で使用する場合、「画像」という用語は、可視画像と可視画像を表すデータの両方を広く指す。しかし、多くの実施形態は、少なくとも１つの可視画像を生成する（または生成するように構成される）。

ここで図２を参照すると、図１の撮像システム１００と同様の例示的な撮像システム２００が示されている。すなわち、撮像システム２００は、ＣＴ撮像システムであり得る。図示されるように、撮像システム２００は、複数の構成要素を含み得る。構成要素は、互いに結合されて単一の構造を形成する可能性があり、別個であるが、しかし共通の部屋内に配置される可能性があり、または互いに対して離れて配置される可能性がある。例えば、本明細書で説明される１つまたは複数のモジュールは、撮像システム２００の他の構成要素に関して別個の遠隔配置を有するデータサーバ内で動作することができる。

本開示の態様によれば、撮像システム２００は、対象物２０４（例えば、図１の対象物１１２）を撮像するように構成され得る。一実施形態では、撮像システム２００は、検出器アレイ１０８（図１を参照）を含むことができる。検出器アレイ１０８は、対応する投影データを取得するために対象物２０４（患者など）を通過するＸ線放射ビーム１０６（図１を参照）を共に感知する複数の検出器素子２０２をさらに含むことができる。したがって、一実施形態では、検出器アレイ１０８は、セルまたは検出器素子２０２の複数の行を含むマルチスライス構成で製作され得る。そのような構成では、検出器素子２０２の１つまたは複数の追加の行が、投影データを取得するための並列構成に配置され得る。

ある特定の実施形態では、撮像システム２００は、所望の投影データを取得するために、対象物２０４の周りの異なる角度位置を横切るように構成され得る。したがって、ガントリ１０２およびそれに取り付けられた構成要素は、例えば、異なるエネルギーレベルで投影データを取得するために、回転中心２０６を中心に回転するように構成することができる。あるいは、対象物２０４に対する投影角度が時間の関数として変化する実施形態では、取り付けられた構成要素を、円弧に沿ってではなく、一般的な曲線に沿って移動するように構成することができる。

Ｘ線源１０４および検出器アレイ１０８が回転すると、検出器アレイ１０８は、減衰されたＸ線ビームのデータを収集することができる。検出器アレイ１０８によって収集されたデータは、データを調整するための前処理および較正を受けることができて、スキャンされた対象物２０４の減衰係数の線積分を表す。処理されたデータは、投影と一般的に呼ばれる。

取得された投影データの組は、基底物質分解（ＢＭＤ）に使用することができる。ＢＭＤ中、測定された投影は、１組の密度線積分投影に変換され得る。密度線積分投影が再構成されて、骨、軟組織、および／または造影剤マップなどの各それぞれの基底物質の密度マップまたは画像を形成することができる。次に、密度マップまたは画像を関連付け、基底物質、例えば、骨、軟組織、および／または造影剤のボリュームレンダリングを撮像されたボリューム内に形成することができる。

再構成されると、撮像システム２００によって作成された基底物質画像は、２つの基底物質の密度で表された、対象物２０４の内部特徴を明らかにすることができる。密度画像、または複数の密度画像の組み合わせを表示して、これらの特徴を表示することができる。病状などの医学的状態、より一般的には医学的事象の診断のための従来の手法では、放射線技師または医師は、密度画像のハードコピーもしくは表示、またはこれらの組み合わせを検討し、特徴的な関心特徴を識別する。そのような特徴は、特定の解剖学的構造または器官の病変、サイズおよび形状、ならびに個々の開業医のスキルおよび知識に基づいて画像で識別可能な他の特徴を含むことができる。

一実施形態では、撮像システム２００は、ガントリ１０２の回転およびＸ線源１０４の動作などの構成要素の移動を制御する制御機構２０８を含むことができる。特定の実施形態では、制御機構２０８は、電力およびタイミング信号をＸ線源１０４に提供するように構成されたＸ線コントローラ２１０をさらに含むことができる。加えて、制御機構２０８は、撮像要件に基づいてガントリ１０２の回転速度および／または位置を制御するように構成されたガントリモータコントローラ２１２を含むことができる。

特定の実施形態では、制御機構２０８は、検出器素子２０２から受信されたアナログデータをサンプリングし、後の処理のためにアナログデータをデジタル信号に変換するように構成されたデータ収集システム（ＤＡＳ）２１４をさらに含むことができる。光子計数撮像システムの場合、ＤＡＳ２１４は、検出器アレイ１０８から１つまたは複数のエネルギービン内の測定された光子数をダウンロードすることができる。ＤＡＳ２１４は、本明細書でさらに説明するように、検出器素子２０２のサブセットからのアナログデータをいわゆるマクロ検出器に選択的に集約するようにさらに構成され得る。

ＤＡＳ２１４によってサンプリングされ、デジタル化されたデータは、コンピュータまたはコンピューティングデバイス２１６に送信される。図示の実施形態では、コンピューティングデバイス２１６は、撮像システム２００の他の構成要素とインターフェースで接続するように構成され得る。したがって、コンピューティングデバイス２１６は、撮像システム２００の動作を制御するように構成され得る。様々な実施形態では、コンピューティングデバイス２１６は、メインフレームコンピュータ、サーバコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、タブレットデバイス、ネットワークコンピューティングデバイス、モバイルコンピューティングデバイス、モバイル通信デバイスなどの形態をとることができる。一実施形態では、コンピューティングデバイス２１６は、図２の様々な構成要素間のインターフェース接続のためのエッジデバイスの形態をとることができる。

いくつかの実施形態では、コンピューティングデバイス２１６は、コンピューティングデバイス２１６内に含まれるか、またはコンピューティングデバイス２１６に通信可能に接続された別個のデバイスのいずれかである、記憶装置または大容量記憶装置２１８にデータを格納することができる。記憶装置２１８は、リムーバブルメディアおよび／またはビルトインデバイスを含み得る。具体的には、記憶装置２１８は、本明細書に記載の方法を実施するために、コンピューティングデバイス２１６またはその上のインテリジェント自動プロトコルシステム２３４によって実行可能なデータおよび／または命令を保持するように構成された１つまたは複数の物理的非一時的装置を含み得る。したがって、そのような方法が実施される場合、記憶装置２１８の状態は、変換され得る（例えば、異なる、または変更されたデータを保持するために）。記憶装置２１８は、例えば、磁気抵抗ランダムアクセスメモリ（ＭＲＡＭ）、ハードディスクドライブ、フロッピーディスクドライブ、テープドライブ、コンパクトディスク読み出し／書き込み（ＣＤ－Ｒ／Ｗ）ドライブ、デジタル多用途ディスク（ＤＶＤ）ドライブ、高解像度ＤＶＤ（ＨＤ－ＤＶＤ）ドライブ、Ｂｌｕ－Ｒａｙドライブ、フラッシュドライブ、および／またはソリッドステート記憶ドライブを含むことができる。いくつかの実施形態では、インテリジェント自動プロトコルシステム２３４および記憶装置２１８は、特定用途向け集積回路またはチップ上のシステムなどの１つまたは複数の一般的な装置に統合することができる。記憶装置２１８は、非一時的な記憶媒体であり得ることが理解されよう。

加えて、コンピューティングデバイス２１６は、データ取得および／または処理などのシステム動作を制御するために、コマンドおよびパラメータをＤＡＳ２１４、Ｘ線コントローラ２１０、およびガントリモータコントローラ２１２の１つまたは複数に提供する。特定の実施形態では、コンピューティングデバイス２１６は、オペレータ入力に基づいてシステムの動作を制御する。コンピューティングデバイス２１６は、コンピューティングデバイス２１６に動作可能に結合されたオペレータコンソール２２０を介して、例えば、コマンドおよび／またはスキャンパラメータを含むオペレータ入力を受信する。オペレータコンソール２２０は、オペレータがコマンドおよび／またはスキャンパラメータを指定することを可能にする物理的キーボード、マウス、タッチパッド、および／またはタッチスクリーンを含むことができる。

図２は、１つのオペレータコンソール２２０のみを示しているが、２つ以上のオペレータコンソールを撮像システム２００に結合し、例えば、システムパラメータを入力もしくは出力すること、試験を要求すること、データをプロットすること、および／または画像を閲覧することができる。さらに、特定の実施形態では、撮像システム２００は、例えば、施設もしくは病院内で、あるいはインターネットおよび／または仮想プライベートネットワーク、無線電話ネットワーク、無線ローカルエリアネットワーク、有線ローカルエリアネットワーク、無線広域ネットワーク、有線広域ネットワークなどの１つまたは複数の構成可能な有線および／または無線ネットワークを介して完全に異なる場所において、局所的にもしくは遠隔に位置する複数のディスプレイ、プリンタ、ワークステーション、および／または同様のデバイスに結合されてもよい。

一実施形態では、例えば、撮像システム２００は、画像保管通信システム（ＰＡＣＳ）２２４を含み得るか、またはそれに結合される。例示的な実施態様では、ＰＡＣＳ２２４は、放射線科情報システム（ＲＩＳ）、電子健康または医療記録、および／または病院情報システム（ＥＨＲ／ＨＩＳ）、および／または内部もしくは外部ネットワーク（図示せず）などの遠隔システムにさらに結合され、異なる場所にいるオペレータがコマンドおよびパラメータを供給すること、および／または撮像データへのアクセスを得ることを可能にする。

コンピューティングデバイス２１６は、オペレータ供給のおよび／またはシステム定義のコマンドおよびパラメータを使用して、テーブルモータコントローラ２２６を動作させることができ、テーブルモータコントローラ２２６は、電動テーブルであり得るテーブル１１４を制御することができる。具体的には、テーブルモータコントローラ２２６は、対象物２０４のターゲットボリュームに対応する投影データを取得するために、ガントリ１０２内で対象物２０４を適切に位置決めするためにテーブル１１４を移動させることができる。

前述のように、ＤＡＳ２１４は、検出器素子２０２によって取得された投影データをサンプリングしてデジタル化する。その後に、画像再構成器２３０が、サンプリングされてデジタル化されたＸ線データを使用して、高速再構成を実行する。図２は別個のエンティティとして画像再構成器２３０を示しているが、ある特定の実施形態では、画像再構成器２３０は、コンピューティングデバイス２１６の一部を形成してもよい。あるいは、画像再構成器２３０は、撮像システム２００に存在しなくてもよく、代わりに、コンピューティングデバイス２１６が、画像再構成器２３０の１つまたは複数の機能を実施してもよい。さらに、画像再構成器２３０は、局所的にまたは遠隔に位置してもよく、有線または無線ネットワークを使用して撮像システム２００に動作可能に接続されてもよい。例えば、一実施形態は、画像再構成器２３０のための「クラウド」ネットワーククラスタ内の計算資源を使用することができる。

一実施形態では、画像再構成器２３０は、図２に示すようなコンピューティングデバイス２１６を介して、または直接接続（図示せず）を介して、再構成された画像を記憶装置２１８に格納する。あるいは、画像再構成器２３０は、診断および評価のための有用な患者情報を生成するために、再構成された画像をコンピューティングデバイス２１６に送信することができる。特定の実施形態では、コンピューティングデバイス２１６は、再構成された画像および／または患者情報を、コンピューティングデバイス２１６および／または画像再構成器２３０に通信可能に結合されたディスプレイまたは表示装置２３２に送信することができる。いくつかの実施形態では、再構成された画像は、短期または長期の記憶のために、コンピューティングデバイス２１６または画像再構成器２３０から記憶装置２１８に送信することができる。

本明細書でさらに説明する様々な方法またはプロセス（図７および図８を参照して以下で説明する方法など）は、撮像システム２００のコンピューティングデバイス（またはコントローラ）の非一時的メモリに実行可能命令として格納することができる。一実施形態では、画像再構成器２３０は、そのような実行可能命令を非一時的メモリに含むことができ、スキャンデータから画像を再構成するために本明細書で説明される方法を適用することができる。別の実施形態では、コンピューティングデバイス２１６は、命令を非一時的メモリに含むことができ、画像再構成器２３０から再構成された画像を受信した後に、少なくとも部分的に、本明細書で説明される方法を再構成された画像に適用することができる。さらに別の実施形態では、本明細書で説明される方法およびプロセスは、画像再構成器２３０およびコンピューティングデバイス２１６にわたって分散されてもよい。

動作中、コンピューティングデバイス２１６は、撮像データおよび他の医療データを取得することができ、これらは、表示装置２３２上でユーザ（例えば、医療専門家）に表示するために変換され得る。一例として、医療データは、撮像システム２００のすべての実装にわたって標準化され得るか、または所与の施設、部門、職業、または個々のユーザに固有であり得る、ユーザ向けのグラフィックおよび／またはテキスト形式として表示装置２３２に変換され、および表示され得る。別の例として、撮像データ（例えば、３次元（３Ｄ）ボリュームデータセット、２次元（２Ｄ）画像化スライスなど）を使用して、コンピューティングデバイス２１６で１つまたは複数の画像を生成することができ、それらが表示装置２３２でオペレータまたはユーザに表示され得る。したがって、表示装置２３２は、オペレータが撮像された解剖学的構造を評価することを可能にする。表示装置２３２はまた、オペレータがその後のスキャンまたは処理のために、例えば、グラフィカルユーザインターフェース（ＧＵＩ）を介して関心ボリューム（ＶＯＩ）を選択すること、および／または患者情報を要求することを可能にすることもできる。

本明細書に記載の実施形態では、コンピューティングデバイス２１６は、インテリジェント自動プロトコルシステム２３４をその上に格納することができ、これは、インターフェース２３５を介して撮像システム２００の様々な構成要素とインターフェースで接続することができる。具体的には、インテリジェント自動プロトコルシステム２３４は、受信した医療データに基づいてスキャンプロトコルを自動的に推奨するように構成され得る。さらに、インテリジェント自動プロトコルシステム２３４は、選択されたスキャンプロトコルを、スキャンセッションを開始するために実行可能なスキャンプロトコルファイルに変換するように動作可能であり得る。いくつかの実施形態では、インテリジェント自動プロトコルシステム２３４は、医療データ（例えば、ＭＷＬエントリ、ローカル手順ＩＤなど）を含む入力を受信すると、スキャンセッションを開始するためのスキャンプロトコルを自動的に推奨、選択、および変換することができる。追加または代替の実施形態では、インテリジェント自動プロトコルシステム２３４は、スキャンプロトコルを推奨および表示することができ（例えば、表示装置２３２で）、次いで、推奨プロトコルの選択および／または変換のために、例えば、オペレータコンソール２２０でユーザからの確認を待つことができる。いくつかの例では、ユーザは、代わりに、１つまたは複数の推奨プロトコルから手動選択をオペレータコンソール２２０に入力するか、または別のスキャンプロトコルを手動で完全に選択することができる（例えば、１つまたは複数の推奨プロトコルに含まれない）。したがって、インテリジェント自動プロトコルシステム２３４は、医療データおよび推奨されるスキャンプロトコルまたはスキャンプロトコル実行可能ファイルを送受信するためのインターフェース２３５を含み得る。

インテリジェント自動プロトコルシステム２３４は、１つまたは複数の命令を実行するように構成された１つまたは複数の物理デバイスを含む論理サブシステムの形態をとることができる。例えば、インテリジェント自動プロトコルシステム２３４は、１つまたは複数のアプリケーションサービス、プログラム、ルーチン、ライブラリ、オブジェクト、構成要素、データ構造、または他の論理構造の一部である１つまたは複数の命令を実行するように構成され得る。このような命令は、タスクを実行するため、データ型を実装するため、１つまたは複数のデバイスの状態を変換するため、またはその他の方法で所望の結果に到達するために実装され得る。

インテリジェント自動プロトコルシステム２３４は、ソフトウェア命令を実行するように構成された１つまたは複数のプロセッサを含み得る。追加または代替の実施形態では、インテリジェント自動プロトコルシステム２３４は、ハードウェアまたはファームウェア命令を実行するように構成された１つまたは複数のハードウェアまたはファームウェア論理マシンを含み得る。１つまたは複数のプロセッサは、シングルコアまたはマルチコアであってもよく、そこで実行されるプログラムは、連続または並列処理、あるいは分散処理のために構成され得る。インテリジェント自動プロトコルシステム２３４は、任意選択で、コンピューティングデバイス２１６に対応する２つ以上のデバイス全体に分散された個々の構成要素を含むことができ、ここで、２つ以上のデバイスは、協調処理のために遠隔に配置され、および／または構成され得る。さらに、インテリジェント自動プロトコルシステム２３４の１つまたは複数の態様は、クラウドコンピューティング構成で構成された、リモートアクセス可能なネットワーク化されたコンピューティングデバイスによって仮想化され、実行され得る。

インテリジェント自動プロトコルシステム２３４は、ＰＡＣＳ２２４から撮像システム２００のユーザによって（例えば、オペレータコンソール２２０で）、または別のＩＴシステム（例えば、ＥＨＲ／ＨＩＳ、ＲＩＳなど）を格納するリモートデバイスから、およびマスタープロトコルライブラリからのスキャンプロトコルから提供される医療データを受信することができ、これにより、インテリジェント自動プロトコルシステム２３４は、１つまたは複数の推奨プロトコルを自動的に生成することができる。いくつかの実施形態では、マスタープロトコルライブラリは、記憶装置２１８に格納され得る。他の実施形態では、マスタープロトコルライブラリは、クラウドベースのコンピューティングデバイスまたはサーバなどの別のより長期の記憶装置またはネットワーク（図２には示されていない）に格納され得る。しかしながら、マスタープロトコルライブラリは、任意の既知のデータ記憶媒体、例えば、永久記憶媒体、リムーバブル記憶媒体などに格納され得ることが理解されよう。したがって、マスタープロトコルライブラリは、非一時的な記憶媒体に格納され得ることが理解されよう。他のリモートデバイス（図２には示されていない）がマスタープロトコルライブラリにアクセスできて、その結果、リモートデバイスは、マスタープロトコルライブラリに格納されているスキャンプロトコルを追加、削除、置換、またはそうではなく、変更することによって、マスタープロトコルライブラリを定期的に更新するように構成され得ることが理解されよう。

マスターライブラリからスキャンプロトコルのサブセットを受信すると、インテリジェント自動プロトコルシステム２３４は、スキャンセッションがそこから開始され得るように、スキャンプロトコル実行可能ファイルとして選択および実行するためにスキャンプロトコルを推奨することができる。いくつかの実施形態では、ユーザは、代わりに、スキャンプロトコルを手動でクエリすることができ、これは、コンピューティングデバイス２１６によってマスタープロトコルライブラリから直接受信されることができ、それは、スキャンセッションが開始され得るスキャンプロトコル実行可能ファイルに変換され得る。スキャンプロトコルが選択され、スキャンプロトコル実行可能ファイルとして実行された場合、スキャンプロトコルがインテリジェント自動プロトコルシステム２３４によって推奨されたか、またはスキャンプロトコルがユーザによって手動で提供されたかに関係なく、インテリジェント自動プロトコルシステム２３４は、選択されたスキャンプロトコルに基づいて、ローカル手順からプロトコルへのマッピングライブラリ（例えば、記憶装置２１８に格納されている）を更新することができることが理解されよう。

一般に、スキャンプロトコルを選択し、スキャンプロトコルに基づいてスキャンセッションを開始し、そこから画像を取得するためのワークフローには、多くの手動ステップが固有である。さらに、スキャンプロトコルを選択する際の経験のレベルは、個人または職業によってだけでなく、医療施設によっても異なる可能性があり、その結果、スキャンの習熟度および一貫性に地理的な変動が存在する可能性がある。さらに、各医療施設は、様々な互換性のない英数字形式を含む可能性のあるローカル手順識別子を実装する可能性がある。上記の考慮事項のそれぞれは、ワークフローに変動性を導入する可能性があり、それにより、実質的に同様の医療ケースの治療に一貫性がなくなる可能性がある。

しかしながら、本発明者らは、様々な英数字形式が互いに互換性がない可能性があるが、それにもかかわらず、ローカル手順識別子が実質的に同様のスキャンプロトコルにキー設定できることを本明細書で認識している。さらに、任意の所与の医療施設に固有ではない追加の標準が、実装される可能性がある。例えば、ＤＩＣＯＭ（登録商標）規格は、一貫した方法で撮像データを通信および管理するために、医療施設全体で広く使用されている。

本明細書に開示される実施形態によれば、上記に説明する問題は、自動スキャン推奨プロトコルおよび選択のための方法およびシステムによって少なくとも部分的に対処され得る。例えば、インテリジェント自動プロトコルシステムを医用撮像システムに含めることができ、その場合、医用撮像システムのユーザが、高度な一貫性、同時に向上した選択精度および撮像品質を有するスキャンプロトコルを選択することができるように、インテリジェント自動プロトコルシステムは、所与のクエリ（例えば、ＭＷＬエントリ）に対して推奨プロトコルを自動的に生成するように構成され得る。インテリジェント自動プロトコルシステムは、選択に基づいてローカル手順からプロトコルへのマッピングライブラリを更新するようにさらに構成され得る。具体的には、インテリジェント自動プロトコルシステムは、同様のスキャンプロトコルの基礎となるＤＩＣＯＭ（登録商標）ＭＷＬタグのように決定することにより、医療施設全体に存在する実質的に同様のスキャンプロトコルを活用できる。そのため、ＤＩＣＯＭ（登録商標）ＭＷＬタグは、ローカル手順識別子をスキャンプロトコルにマッピングするための「共通語」として機能することができる。このように、インテリジェント自動プロトコルシステムは、手順からプロトコルへのマッピングのインクリメントな更新に基づいて適応して学習できて、その結果、地理的な場所または特定の医療施設に関係なく、経時的に同様の医療ケースに対してより一貫性のある推奨プロトコルを生成できる。

ここで図３を参照すると、例示的なコンピューティングデバイス３１０のための高水準システムアーキテクチャを示す概略ブロック図３００が示されている。具体的には、コンピューティングデバイス３１０は、ＲＩＳ３０５からＭＷＬエントリを受信することができ、それにより、ＭＷＬエントリは、推奨プロトコルを自動的に生成するためのルーチンで使用され得る。例示的な実施形態では、コンピューティングデバイス３１０は、図２のコンピューティングデバイス２１６であり得る。さらに、図３を参照して考察された構成要素の少なくともいくつか（例えば、ＭＷＬ処理モジュール３１５、プロトコル選択および患者エントリモジュール３２０、プロトコルエージェント３２５）は、図２のインテリジェント自動プロトコルシステム２３４に対応し得ることが理解されよう。

図示されるように、ＲＩＳ３０５は、コンピューティングデバイス３１０に通信可能に接続されることができ、ここで、ＲＩＳ３０５は、コンピューティングデバイス３１０から遠隔に配置され得る（例えば、ＲＩＳ３０５は、有線または無線ネットワークを介してアクセスされ得る）。ＲＩＳ３０５は、様々なスキャンプロトコルに対応するＭＷＬエントリを格納できる。したがって、１つまたは複数のＭＷＬエントリは、ユーザによってクエリされ、ＲＩＳ３０５から自動的に検索され、ＭＷＬ処理モジュール３１５に送信され得る。

ＭＷＬ処理モジュール３１５で、クエリされたＭＷＬエントリは、ローカル手順識別子（ＩＤ）に変換されるか、またはローカル手順識別子（ＩＤ）と相関され得る。ローカル手順ＩＤは、病院固有の形式でレンダリングでき、所与の医療施設（病院など）での撮像モダリティに固有のスキャンプロトコルに対応することができる。いくつかの実施形態では、ＭＷＬ処理モジュール３１５は、以前に実行されたスキャンセッションに基づいて、ローカル手順ＩＤに相関されるＭＷＬエントリの初期データセットを収集することができることが理解されよう。したがって、ＭＷＬ処理モジュール３１５は、初期データセットに基づいて、クエリされたＭＷＬエントリに対応するローカル手順ＩＤを決定することができる。追加のスキャンセッションが実行されるにつれて、初期データセットが、より最近の撮像手順に基づいて定期的に更新され得ることがさらに理解されよう。

クエリされたＭＷＬエントリをローカル手順ＩＤに相関／翻訳した後、プロトコル選択および患者エントリモジュール３２０は、クエリされたＭＷＬエントリおよびローカル手順ＩＤからの患者固有の医療データを患者データベース（例えば、データベース３４０の１つ）に記録することができる。患者データベースは、クエリされたＭＷＬエントリからの患者固有の医療データ、ならびに患者固有の医療データに相関される現在および以前のローカル手順ＩＤをそれぞれ含む複数の患者プロファイルを含むことができる。このようにして、図３に示される高水準システムアーキテクチャは、個別の病歴および以前の検査を説明することができる。

次に、プロトコルエージェント３２５は、ＤＩＣＯＭ（登録商標）タグをローカル手順ＩＤにマッピングすることができる。具体的には、プロトコルエージェント３２５は、ＤＩＣＯＭ（登録商標）タグデータベース３３０に通信可能に接続されることができ、その上に、ＤＩＣＯＭ（登録商標）タグのマスターリストが格納され得る。したがって、プロトコルエージェント３２５は、複数のＤＩＣＯＭ（登録商標）タグを受信することができ、その少なくともいくつかは、以前の相関に基づいてローカル手順ＩＤにマッピングされ得る。例えば、特定のローカル手順ＩＤは、１つまたは複数の特定のＤＩＣＯＭ（登録商標）タグを使用する医療手順にキー設定できる。プロトコルエージェント３２５がローカル手順ＩＤを対応するＤＩＣＯＭ（登録商標）タグにマッピングすると、マッピングされたＤＩＣＯＭ（登録商標）タグデータベース３３５は更新され得る。いくつかの例では、新しくマッピングされたＤＩＣＯＭ（登録商標）タグは、マッピングされたＤＩＣＯＭ（登録商標）タグデータベース３３５に追加され得る。しかしながら、追加または代替の例では、マッピングされたＤＩＣＯＭ（登録商標）タグデータベース３３５にすでに格納されている少なくともいくつかのマッピングされたＤＩＣＯＭ（登録商標）タグは、ローカル手順ＩＤの更新に基づいて更新され得る（すなわち、所与の医療手順が変更または更新され得る）。

図示されるように、マッピングされたＤＩＣＯＭ（登録商標）タグデータベース３３５からのマッピングされたＤＩＣＯＭ（登録商標）タグは、プロトコル選択および患者エントリモジュール３２０に送信され得る。そこで、プロトコル選択および患者エントリモジュール３２０は、それに応じて、マッピングされたＤＩＣＯＭ（登録商標）タグで対応する患者プロファイルを更新することができる。例えば、患者プロファイルは、特定のローカル手順ＩＤに関連付けられることができ、それにマッピングされたＤＩＣＯＭ（登録商標）タグは、それに応じて、患者プロファイルにリンクされ得る。したがって、患者データベース上に格納された患者プロファイルは、ＲＩＳ３０５上に格納されたＭＷＬエントリに対して非同期的に更新され得ることが理解されよう。したがって、コンピューティングデバイス３１０の所与の実装、およびそこに格納された自動プロトコルルーチンは、患者プロファイルがそのために使用される以前のローカル手順ＩＤに基づいて更新されるにつれて、特定の医療施設に合わせてカスタマイズされ得る。

さらに、マッピングされたＤＩＣＯＭ（登録商標）タグを使用して、推奨プロトコルの一貫性を向上させることができる。例えば、複数のスキャンプロトコルは、マスタープロトコルライブラリ（例えば、データベース３４０のうちの１つ）から検索されることができ、ここで、複数のスキャンプロトコルのそれぞれもやはり、ＤＩＣＯＭ（登録商標）タグのセットにマッピングされ得る。そのため、次いで検索されたスキャンプロトコルにマッピングされたＤＩＣＯＭ（登録商標）タグのセットは、クエリされたＭＷＬエントリに対応するローカル手順ＩＤにマッピングされたＤＩＣＯＭ（登録商標）タグへの一致を求めて検索され得る。次に、プロトコル選択および患者エントリモジュール３２０は、ローカル手順ＩＤに対応し、したがって、特定の患者およびそのためにクエリされたＭＷＬエントリに対応する１つまたは複数のスキャンプロトコルを推奨することができる。いくつかの実施形態では、検索されたスキャンプロトコルのそれぞれは、対応するローカル手順ＩＤへの一致の強さに基づいて信頼重みを割り当てられることができて、その結果、比較的高い信頼重みを有する（例えば、閾値信頼重みよりも大きい信頼重みを有する）スキャンプロトコルが推奨される可能性がある。したがって、ローカル手順からプロトコルへのマッピングライブラリ（例えば、データベース３４０のうちの１つ）は、推奨されるスキャンプロトコルへのローカル手順ＩＤのマッピングに基づいて構築され得る。ローカル手順ＩＤがすでに１つまたは複数のスキャンプロトコルにマッピングされているいくつかの例では、ローカル手順からプロトコルへのマッピングライブラリは、プロトコルエージェント３２５からさらにマッピングすることなくアクセスされ得る。ただし、ローカル手順からプロトコルへのマッピングライブラリは、特定のローカル手順ＩＤが決定された、および／または特定のスキャンプロトコルが推奨されたインスタンスの数に基づいて更新される可能性がある。このように、自動プロトコルは特定の医療施設で実装されたローカル手順ＩＤに適合され得るが、標準化されたＤＩＣＯＭ（登録商標）タグに基づいて医療施設全体で同様のスキャンプロトコルが推奨される可能性がある。そのため、自動推奨プロトコルの一貫性は、場所に関係なく改善され、同時に患者の経験および健康上の結果を改善することができる。

いくつかの実施形態では、データベース３４０は、コンピューティングデバイス３１０にローカルに格納された１つまたは複数のデータベースを含み得ることが理解されよう。しかしながら、追加または代替の実施形態では、データベース３４０に含まれる１つまたは複数のデータベースの少なくともいくつかは、遠隔デバイス（図３には示されていない）に格納されることができ、有線または無線ネットワークを介してアクセスされ得る。さらに、患者データベース、マスタープロトコルライブラリ、およびローカル手順からプロトコルへのマッピングライブラリを超えた他のデータベースおよびライブラリが、本開示の範囲内で企図され得ることが理解されるであろう。

ここで図４を参照すると、例示的なコンピューティングデバイス４０２のための例示的なユーザインターフェースを示す概略ブロック図４００が示されている。具体的には、コンピューティングデバイス４０２は、異なるユーザインターフェースを提供することができ、各ユーザインターフェースは、所与のユーザの医用撮像の役割に合わせて調整される。例えば、コンピューティングデバイス４０２のユーザは、医療専門家４１０、フィールドエンジニア４２０、およびＩＴマネージャ４３０を含むことができ、それによって、調整されたユーザインターフェースのうちの１つが、各タイプのユーザに提供され得る。例示的な実施形態では、コンピューティングデバイス４０２は、図２のコンピューティングデバイス２１６および／または図３のコンピューティングデバイス３１０であり得る。さらに、図４を参照して考察されたプロセスの少なくともいくつかは、図２のインテリジェント自動プロトコルシステム２３４の動作に対応し得ることが理解されよう。このように、インテリジェント自動プロトコルシステムを実装するコンピューティングデバイスは、異なる医用撮像の役割を有するユーザのために、異なるユーザインターフェースを提供することによって、様々なユースケースのために構成され得る。

第１の例として、ユーザは医療専門家４１０であり得る。４１４で、コンピューティングデバイス４０２は、医療専門家４１０が、例えば、ＲＩＳ（図４には示されていない）からＭＷＬエントリを選択またはクエリすることを可能にし得る。ＭＷＬエントリは、医療専門家４１０（または医療専門家４１０と連絡している別の医療専門家）から医療を要求する特定の患者のために注文された医療手順に対応することができる。ＭＷＬエントリの選択時に、コンピューティングデバイス４０２は、ローカル手順からプロトコルへのマッピングライブラリが医療手順を１つまたは複数のスキャンプロトコルにマッピングした（例えば、ローカル手順ＩＤにキー設定された）かどうかを決定するように構成され得る。そのようなマッピングが存在しないか、または更新を必要とする場合、プロトコルエージェント（例えば、図３のプロトコルエージェント３２５）が呼び出されて、ＭＷＬエントリ（またはそれにキー設定されたローカル手順ＩＤ）をＤＩＣＯＭ（登録商標）タグにマッピングすることができる。１つまたは複数のスキャンプロトコルもまたＤＩＣＯＭ（登録商標）タグにマッピングできるため、１つまたは複数のスキャンプロトコルをＭＷＬエントリに一致させ、それによって、同様のＤＩＣＯＭ（登録商標）タグに基づいて医療手順に一致させることができる。したがって、４１８で、コンピューティングデバイス４０２は、１つまたは複数のスキャンプロトコルを自動的に推奨し、スキャンセッションを開始するためにそこからスキャンプロトコルを選択するように構成され得る。１つまたは複数のスキャンプロトコルが推奨されると、医療専門家４１０は、４１２で、１つまたは複数の推奨されたスキャンプロトコルおよび／または自動的に選択されたスキャンプロトコルを確認または変更することができる。

第２の例として、ユーザは、フィールドエンジニア４２０であり得る。４２２で、コンピューティングデバイス４０２は、フィールドエンジニア４２０が、手順からプロトコルへのマッピングをローカル手順からプロトコルへのマッピングライブラリに保存するか、または復元することを可能にし得る。例えば、フィールドエンジニア４２０は、別のコンピューティングデバイス（例えば、推奨プロトコルを正確かつ一貫して提供するのに十分なマッピングデータをすでに蓄積している可能性があるインテリジェント自動プロトコルシステムを含むコンピューティングデバイス）から取得された手順からプロトコルへのマッピングを提供することができる。したがって、フィールドエンジニア４２０によって提供される手順からプロトコルへのマッピングは、コンピューティングデバイス全体の精度および一貫性を可能にし得る。

第３の例として、ユーザは、ＩＴマネージャ４３０であり得る。４３２で、コンピューティングデバイス４０２は、ＩＴマネージャ４３０がプロトコルエージェント（例えば、図３のプロトコルエージェント３２５）のためにＤＩＣＯＭ（登録商標）タグを構成することを可能にし得る。例えば、ＩＴマネージャ４３０は、ＤＩＣＯＭ（登録商標）タグをＤＩＣＯＭ（登録商標）タグデータベース（例えば、図３のＤＩＣＯＭ（登録商標）タグデータベース３３０）に追加するか、またはＤＩＣＯＭ（登録商標）タグデータベースを更新することができる。コンピューティングデバイス４０２はまた、フィールドエンジニア４２０がプロトコルエージェントのためにＤＩＣＯＭ（登録商標）タグを構成することを可能にし得ることが理解されよう。

ここで図５を参照すると、概略ブロック図５００が示され、１つまたは複数のスキャンプロトコル５１０と様々な例示的なＤＩＣＯＭ（登録商標）タグとの間の対応を示しており、例示的なＤＩＣＯＭ（登録商標）タグは、要求された手順ＩＤ５２０（例えば、ＤＩＣＯＭ（登録商標）タグ（００４０、１００１））、要求された手順コードシーケンス５３０（例えば、ＤＩＣＯＭ（登録商標）タグ（００３２、１０６４））、予定されたプロトコルコードシーケンス５４０（例えば、ＤＩＣＯＭ（登録商標）タグ（００４０、０００８））、要求された手順コメント５５０（例えば、ＤＩＣＯＭ（登録商標）タグ（００４０、１４００））、および予定された手順ステップＩＤ５６０（例えば、ＤＩＣＯＭ（登録商標）タグ（００４０、０００９））を含むことができる。いくつかの実施形態では、対応は１対多である可能性があり、その結果、単一のスキャンプロトコル５１０は、ＤＩＣＯＭ（登録商標）タグのセットまたはシーケンスに対応し得る。インテリジェント自動プロトコルシステム（例えば、図２のインテリジェント自動プロトコルシステム２３４）を実装するコンピューティングデバイス（例えば、図２のコンピューティングデバイス２１６）は、ＤＩＣＯＭ（登録商標）タグのセットを個々のスキャンプロトコルに一意的にマッピングすることが可能になり得る。さらに、特定の医療施設でのローカル手順ＩＤは、ＤＩＣＯＭ（登録商標）タグの同様のセットにマッピングされる可能性がある。特定の例では、ローカル手順ＩＤが一般に特定の１つまたは複数のＤＩＣＯＭ（登録商標）タグにマッピングするように、特定の医療施設は、特定の１つまたは複数の例示的なＤＩＣＯＭ（登録商標）タグを支持することができる。したがって、既知の対応（例えば、特定の医療施設または医療施設全体）を利用して、それらの間の共通のＤＩＣＯＭ（登録商標）タグを介してスキャンプロトコルをローカル手順ＩＤに一致させることができる。

ここで図６を参照すると、インテリジェント自動プロトコルシステム（例えば、図２のインテリジェント自動プロトコルシステム２３４）用の高水準入出力図６００が示されている。具体的には、１つまたは複数のＭＷＬエントリなどの入力６１０は、インテリジェント自動プロトコルシステムで受信され得る。次に、入力６１０は、ローカル手順ＩＤ６２０にマッピングされることができ、その後、ローカル手順ＩＤ６２０は、スキャンプロトコル６３０にマッピングされ得る。このような手順からプロトコルへのマッピングは、ローカル手順ＩＤ６２０およびスキャンプロトコル６３０のそれぞれに関連付けられた同様のＤＩＣＯＭ（登録商標）タグの対を一致させることによって実行することができて、ＤＩＣＯＭ（登録商標）タグはローカル手順ＩＤ６２０をスキャンプロトコル６３０へリンクさせるための「共通語」として機能することができる。入力６１０に関連するＤＩＣＯＭ（登録商標）タグからの追加データ６４０を使用して、手順からプロトコルへのマッピングをさらに洗練できることが理解されよう。例えば、いくつかの実施形態では、追加データは、ローカル手順ＩＤ６２０のスキャンプロトコル６３０へのマッピングを確認するために、セマンティック検索アルゴリズムで利用され得る生のテキストを含むことができる。スキャンプロトコル６３０が手順からプロトコルへのマッピングに基づいて決定された後、出力６５０が生成され得る。出力６５０は、プロトコル名、手順からプロトコルへのマッピングにおける信頼レベルに基づく信頼重み、およびスキャンプロトコル６３０が選択され、所与の患者、同様の患者の所与のグループ、および／または所与の医療施設のために選択され、実行可能なスキャンセッションに変換された回数に対応する選択数など、スキャンプロトコル６３０に関連する様々なデータ構造を含み得る。

ここで図７および８を参照すると、医用撮像システムに実装されたインテリジェント自動プロトコルシステムを用いて推奨プロトコルを生成し、生成された推奨プロトコルに基づいてスキャンプロトコルを選択し、選択されたスキャンプロトコルに基づいてスキャンセッションを実行する方法が示される。図７および図８の方法（例えば、方法７００、８００）は、図１および２に示されるシステムおよび構成要素に関して以下に説明される。例えば、医用撮像システムおよびインテリジェント自動プロトコルシステムは、それぞれ、図２の撮像システム２００およびインテリジェント自動プロトコルシステム２３４であり得る。しかしながら、図７および図８の方法は、本開示の範囲から逸脱することなく、他のシステムおよび構成要素で実施され得ることを認識されたい。いくつかの実施形態では、図７および８の方法は、図１および２を参照して説明された医用撮像システムのいずれかにおいて実行可能な命令として実装され得る。一実施形態では、図７および８の方法は、図２の撮像システム２００のコンピューティングデバイス２１６などのコンピューティングデバイスの非一時的メモリに実装され得る。さらに、図７および図８の方法を参照して考察された個々のステップは、本開示の範囲内で追加、削除、置換、または交換され得ることが理解されよう。

ここで図７を参照すると、インテリジェント自動プロトコルシステムを用いてスキャンプロトコルを推奨および選択し、選択されたスキャンプロトコルに基づいてスキャンセッションを実行するための方法７００を示すフローチャートが示されている。具体的には、ユーザは、ＭＷＬエントリ選択を提供することができ、そこから、１つまたは複数の推奨プロトコルが生成され、ユーザに表示され得る。スキャンプロトコルのユーザ選択（例えば、１つまたは複数の推奨プロトコルの１つ、または手動で提供されたスキャンプロトコルに対応する）を受信すると、次いで選択されたスキャンプロトコルは、スキャンセッションを開始するために利用され得るスキャンセッション実行可能ファイルに変換され得る。

方法７００は、ユーザログインを受信することができる７０５で開始することができる。ユーザログインは、ユーザ名およびパスワードなどの複数のユーザログイン資格情報に対応することができ、次いでそれらは検証され得る。検証中または検証時に、インテリジェント自動プロトコルシステムは、各ユーザを特定の医用撮像の役割（例えば、医療専門家、フィールドエンジニア、ＩＴマネージャなど）に関連付けることができ、特定の医用撮像の役割に応じて異なるユーザインターフェースを提示することができる。例えば、方法７００で受信された入力は、医療専門家によって、医療専門家に調整されたユーザインターフェースに提供され得る。さらに、ユーザインターフェースは、ユーザが関連付けられている所与の医療施設（例えば、病院）に固有であり得ることが理解されよう。

７１０で、方法７００は、ユーザからＭＷＬエントリ選択を受信することを含み得る。具体的には、ユーザは、ＲＩＳなどのＩＴシステムから１つまたは複数のＭＷＬエントリを選択し、またはクエリすることができる。さらに、１つまたは複数のＭＷＬエントリは、医学的問題を抱えている特定の患者に対応し得る。

７１５で、方法７００は、ＭＷＬエントリ選択に基づいて医用撮像手順を決定することを含み得る。例えば、１つまたは複数のローカル手順ＩＤを、ＭＷＬエントリ選択内の１つまたは複数のＭＷＬエントリに関連付けることができる。１つまたは複数のローカル手順ＩＤのそれぞれは、特定の医用撮像手順にさらに対応し得る。

７２０で、方法７００は、医用撮像手順が以前にスキャンされたかどうかを決定することを含み得る。具体的には、１つまたは複数のローカル手順ＩＤをＤＩＣＯＭ（登録商標）タグのセットにマッピングすることができる。さらに、１つまたは複数のスキャンプロトコルを、同様のＤＩＣＯＭ（登録商標）タグのセットにマッピングすることができる。次に、１つまたは複数のローカル手順ＩＤを、同様のＤＩＣＯＭ（登録商標）タグに基づいて１つまたは複数のスキャンプロトコルにマッピングして、マッピングデータベース（例えば、ローカル手順からプロトコルへのマッピングライブラリ）を構築することができる。したがって、１つまたは複数のローカル手順ＩＤおよび１つまたは複数のスキャンプロトコルのそれぞれが以前にスキャンされた医用撮像手順に対応する場合、その時インテリジェント自動プロトコルシステムは、単にローカル手順からプロトコルへのマッピングライブラリをクエリすることができる。いくつかの実施形態では、ローカル手順からプロトコルへのマッピングライブラリは、所与の医用撮像手順が選択され、閾値回数が実行された場合にのみ更新され得る（図８の方法８００を参照して以下で詳細に考察されるように）。したがって、そのような実施形態では、医用撮像手順は以前にスキャンされた可能性があるが、ローカル手順からプロトコルへのマッピングライブラリに記録されていない可能性がある。

医用撮像手順が以前にスキャンされていない場合、方法７００は７２５に進んで、インテリジェント自動プロトコルシステムによって推奨プロトコルが生成されなかったことの表示を記録することができる。次に、表示に基づく通知が生成され、医用撮像システムの表示装置でユーザに表示され得る。

７３０で、方法７００は、スキャンプロトコルの手動のユーザ選択を受信することを含み得る。ユーザが推奨プロトコルを選択していないため（例えば、インテリジェント自動プロトコルシステムによって推奨プロトコルが生成されなかったため）、代わりにユーザはスキャンプロトコルをインテリジェント自動プロトコルシステムに手動で提供することができる。次に、７３５で、方法７００は、手動のユーザ選択に基づいて、マッピングデータベース（例えば、ローカル手順からプロトコルへのマッピングライブラリ）を更新することを含み得る。いくつかの実施形態では、各スキャンプロトコルは、選択数に関連付けられることができ、それにより、選択数は、スキャンプロトコルが選択されるたびに（手動または他の方法で）１ずつインクリメントされ得る。したがって、ローカル手順からプロトコルへのマッピングライブラリも、インクリメントされた選択数で更新され得る。しかしながら、他の実施形態では、ローカル手順からプロトコルへのマッピングライブラリは、選択数が閾値選択数よりも大きい場合にのみ更新され得る。次に、７４０で、方法７００は、選択されたスキャンプロトコルに基づいてスキャンセッション（例えば、医用撮像スキャン）を開始することを含み得る。具体的には、インテリジェント自動プロトコルシステムは、選択されたスキャンプロトコルをスキャンプロトコル実行可能ファイルに変換することができ、これは、次に、スキャンセッションとして医用撮像システムによって実行され得る。方法７００は、その後終了することができる。

７２０に戻ると、医用撮像手順が以前にスキャンされている場合、方法７００は７４５に進んで、決定された医用撮像手順に基づいて１つまたは複数の推奨プロトコルを自動的に生成することができる。具体的には、インテリジェント自動プロトコルシステムは、ローカル手順からプロトコルへのマッピングライブラリにアクセスして、どのスキャンプロトコルが以前に医用撮像手順にマッピングされたかを決定することができる。いくつかの実施形態では、インテリジェント自動プロトコルシステムは、ＭＷＬエントリ選択に対応するＤＩＣＯＭ（登録商標）タグからの追加データ（例えば、検索可能なテキストなど）を使用して、手順からプロトコルへのマッピングおよびそこからの１つまたは複数の推奨プロトコルをさらに洗練することができる。

７５０で、方法７００は、１つまたは複数の推奨プロトコルのそれぞれが、マッピングデータベース（例えば、ローカル手順からプロトコルへのマッピングライブラリ）に格納されたスキャンプロトコルに対応するかどうかを決定することを含み得る。１つまたは複数の推奨プロトコルの少なくとも１つがローカル手順からプロトコルへのマッピングライブラリに見つからない場合、方法７００は７５５に進んで、１つまたは複数のスキャンプロトコルがローカル手順からプロトコルへのマッピングライブラリに格納されていない表示を記録することができる。そのような場合、推奨プロトコルがユーザに提供されないので、方法７００は、次に７３０に進むことができる（上記のように）。

１つまたは複数の推奨プロトコルのそれぞれがローカル手順からプロトコルへのマッピングライブラリに見出される場合、方法７００は、７６０に進んで、１つまたは複数の推奨プロトコルを表示装置に表示することができる。いくつかの実施形態では、インテリジェント自動プロトコルシステムは、表示装置での表示のための１つまたは複数の推奨プロトコルのみを提供することができる。しかしながら、他の実施形態では、インテリジェント自動プロトコルシステムは、１つまたは複数の推奨プロトコルからのスキャンプロトコルのユーザ選択において支援するために、信頼重み、選択数などの追加情報を提供することができる。追加または代替の実施形態では、インテリジェント自動プロトコルシステムは、１つまたは複数の推奨プロトコルからのスキャンプロトコルの自動選択をユーザに促すことができる。例えば、インテリジェント自動プロトコルシステムは、最大の信頼重みまたは最大の選択数を有する推奨スキャンプロトコルを自動的に選択することができる。「最も可能性の高い」スキャンプロトコル（例えば、最大の信頼重みまたは最大の選択数を有する）を１つまたは複数の推奨プロトコルから決定できない（つまり、インテリジェント自動プロトコルシステムは、１つまたは複数の推奨プロトコルからスキャンプロトコルを「任意に」選択できない）例では、スキャンプロトコルの自動選択を行うことができないことが理解されよう。

７６５で、方法７００は、１つまたは複数の推奨プロトコルからのスキャンプロトコルのユーザ選択が受信されたかどうかを決定することを含み得る。いくつかの実施形態では、ユーザ選択を受信することは、１つまたは複数の表示された推奨プロトコルからスキャンプロトコルの手動ユーザ選択を受信することを含み得る。しかしながら、インテリジェント自動プロトコルシステムが、自動的に選択されたスキャンプロトコルをユーザに促す実施形態では、ユーザ選択を受信することは、自動選択されたスキャンプロトコルのユーザ確認を受信することを含み得る。ユーザ選択が受信されない場合、推奨プロトコルがユーザによって選択されていないので、方法７００は（上記のように）７３０に進むことができる。

ユーザ選択が受信される場合（例えば、１つまたは複数の推奨プロトコルからの手動ユーザ選択、または自動的に選択されたスキャンプロトコルのユーザ確認）、方法７００は７７０に進んで、選択されたスキャンプロトコルに対するユーザ変更が受信されたかどうかを決定することができる。ユーザ変更が受信される場合、方法７００は、次に７３５に進んで、ユーザ変更に基づいてマッピングデータベース（例えば、ローカル手順からプロトコルへのマッピングライブラリ）を更新することができる。いくつかの実施形態では、ユーザ変更されたスキャンプロトコルに対応する選択数は、ユーザ変更を説明するためにリセットされ得る。このようにして、インテリジェント自動プロトコルシステムは、将来の推奨と選択のためにスキャンプロトコルへの変更を考慮に入れることができる。

ユーザ変更が受信されない場合、またはローカル手順からプロトコルへのマッピングライブラリが受信されたユーザ変更で更新された場合（例えば、７３５で）、方法７００は、選択されたスキャンプロトコルに基づいてスキャンセッションを開始するために７４０に進むことができる。具体的には、インテリジェント自動プロトコルシステムは、選択されたスキャンプロトコル（ユーザによって変更されたかどうかにかかわらず）をスキャンプロトコル実行可能ファイルに変換することができ、次いでスキャンプロトコル実行可能ファイルは、スキャンセッションとして医用撮像システムによって実行され得る。方法７００は、その後終了することができる。

ここで図８を参照すると、１つまたは複数の推奨プロトコルからスキャンプロトコルを選択し、選択されたスキャンプロトコルに基づいてスキャンセッションを実行するための方法８００を示すフローチャートが示されている。具体的には、スキャンプロトコルの選択は、その上に実装されたインテリジェント自動プロトコルシステムを含む医用撮像システムを操作するユーザ（例えば、医療専門家）によって行われた以前の選択に少なくとも部分的に依存し得る。スキャンプロトコルの選択に続いて、選択されたスキャンプロトコルに対応するスキャンセッションを実行して、画像が表示され、表示された画像に基づいて医学的問題の診断が受信され得る。

方法８００は、８０５で開始することができ、ここで、１つまたは複数の推奨プロトコルが、マッピングデータベース（例えば、ローカル手順からプロトコルへのマッピングライブラリ）から受信され得る。１つまたは複数の推奨プロトコルのそれぞれは、クエリされた医用撮像手順と一致するようにインテリジェント自動プロトコルシステムによって決定されたスキャンプロトコルに対応し得る。いくつかの実施形態では、１つまたは複数の推奨プロトコルのそれぞれに信頼重みを割り当てることができ、信頼重みは、対応するスキャンプロトコルとクエリされた医用撮像手順との間の一致における信頼レベルに基づいて決定される。

８１０で、方法８００は、１つまたは複数の推奨プロトコルの少なくとも１つの推奨プロトコルの選択数が、閾値選択数よりも大きいかどうかを決定することを含み得る。いくつかの実施形態では、所与の推奨プロトコルの選択数は、所与の推奨プロトコルに対応するスキャンプロトコルが所定の期間にわたって、またはインテリジェント自動プロトコルシステムが最初に作動されて以来、選択されたインスタンスの総数であり得る。他の実施形態では、所与の推奨プロトコルの選択数は、平均選択数であることができ、平均選択数は、線形重み移動平均（ＬＷＭＡ）によって決定され得る。具体的には、ＬＷＭＡは、少なくとも１つの推奨プロトコルに関連する信頼重みに基づくことができ、信頼重みは、所定の期間にわたる選択数のセグメントに基づくことができる。一実施形態では、セグメントのそれぞれは２０の選択数を含むことができ、所定の期間は１２ヶ月であり得る。追加または代替の実施形態では、選択数は、患者、類似の患者のサブセット、または医療施設に固有であることができ、その結果、インテリジェント自動プロトコルシステムは、カスタマイズされた推奨プロトコルを生成することができる。

１つまたは複数の推奨プロトコルのいずれかの選択数が閾値選択数よりも大きくない場合、次いで方法８００は、スキャンプロトコルのユーザ選択を受信するために８１５に進むことができる。具体的には、ユーザ選択を受信することは、８２０でスキャンプロトコルの手動ユーザ選択を受信することを含むことができる。すなわち、１つまたは複数の推奨プロトコルのいずれの選択数も閾値選択数を超えなかったので、推奨プロトコルをユーザに表示することはできず、１つまたは複数の推奨プロトコルから選択する代わりに、手動選択が提供され得る。しかしながら、いくつかの実施形態では、１つまたは複数の生成された推奨プロトコルをユーザに表示されるべきインスタンスの閾値数として選択することに失敗したことをユーザに通知する指示が生成され得る。

少なくとも１つの推奨プロトコルの選択数が閾値選択数よりも大きい場合、方法８００は８２５に進んで、医用撮像システムの表示装置に少なくとも１つの推奨プロトコルを表示することができる。したがって、所与の推奨プロトコルがインテリジェント自動プロトコルシステムによって生成される場合、その選択数が閾値選択数を超えた場合にのみ、所与の推奨プロトコルは医用撮像システムのユーザに表示され得る。このように、インテリジェント自動プロトコルシステムは、以前に選択されたスキャンプロトコルと矛盾するスキャンプロトコルを推奨する可能性をより低くすることができる（例えばインテリジェント自動プロトコルシステムによって自動的であろうと、または例えば医用撮像システムのユーザによって手動であろうと）。いくつかの実施形態では、１つまたは複数の推奨プロトコルに関連するさらなる情報をユーザに提供して、１つまたは複数の推奨プロトコルからのスキャンプロトコルのユーザ選択において支援することができる。

いくつかの実施形態では、少なくとも１つの推奨プロトコルは、ソートされたリストとして表示され得る。例として、ソートされたリストは、選択数によってソートされることができて、その結果、最も大きい選択数を有する推奨プロトコルが、ソートされたリストの上部に表示され得る。例として、ソートされたリストは、信頼重みによってソートされることができて、その結果、最大の信頼重みを有する推奨プロトコルが、ソートされたリストの上部に表示され得る。追加または代替の実施形態では、最大数の推奨プロトコルのみを表示することができる。例えば、少なくとも１つの推奨プロトコルの最大６つの推奨プロトコル（例えば、少なくとも１つの推奨プロトコルの中で最大の信頼重みを有する推奨プロトコル）が、表示装置に表示され得る。

８１５で、方法８００は、スキャンプロトコルのユーザ選択を受信することを含み得る。具体的には、８３０で、ユーザ選択を受信することは、少なくとも１つの推奨プロトコルのうちの１つを自動的に選択するインテリジェント自動プロトコルシステムを含み得る。例えば、インテリジェント自動プロトコルシステムは、最大の信頼重みを有する少なくとも１つの推奨プロトコルから推奨プロトコルを選択することができる。次に、８３５で、ユーザ選択を受信することは、自動的に選択された推奨プロトコルのユーザ確認が受信されるかどうかを決定することをさらに含み得る。いくつかの実施形態では、所与の推奨プロトコルの信頼レベルが信頼の閾値レベルを下回る場合、比較的高い経験レベルを有する医療専門家（例えば、放射線科医）から確認を求められる可能性がある。いくつかの実施形態では、少なくとも１つの推奨プロトコルからの自動選択は、個々の例において、自動選択が利用されないように、医用撮像システムのユーザによって作動可能であり得る。いくつかの実施形態では、自動的に選択された推奨プロトコルに対するユーザ変更は、次いでユーザの確認に続いて受信され得る。追加または代替の実施形態では、ユーザ変更されたスキャンプロトコルに対応する選択数は、ユーザ変更を説明するためにリセットされ得る。

自動的に選択された推奨プロトコルの確認が受信されない場合、ユーザ選択を受信することは、８２０で、医用撮像システムのユーザからスキャンプロトコルの手動ユーザ選択を受信することを含み得る。いくつかの実施形態では、手動ユーザ選択は、ユーザに表示される少なくとも１つの推奨プロトコルのうちの１つのユーザ選択を含み得る。追加または代替の実施形態では、手動ユーザ選択は、ユーザに表示される少なくとも１つの推奨プロトコルのいずれにも対応しないスキャンプロトコルのユーザ選択を含み得る。

自動的に選択された推奨プロトコルの確認が受信された場合（例えば、８３５で）、または手動のユーザ選択が受信された場合（例えば、８２０で）、次いで方法８００は、選択したスキャンプロトコルの選択数をインクリメントする（例えば、１ずつ）ために８４０に進むことができる。したがって、選択されたスキャンプロトコルは、確認され、自動的に選択された推奨プロトコル、または手動で選択されたスキャンプロトコルに対応し得る。次に、８４５で、方法８００は、選択されたスキャンプロトコルおよびインクリメントされた選択数に基づいて、マッピングデータベース（例えば、ローカル手順からプロトコルへのマッピングライブラリ）を更新することを含み得る。

８５０で、方法８００は、選択されたスキャンプロトコルに基づいてスキャンセッションを実行することを含み得る。具体的には、インテリジェント自動プロトコルシステムは、選択されたスキャンプロトコルをスキャンプロトコル実行可能ファイルに変換することができ、これは、次に、スキャンセッションとして医用撮像システムによって実行され得る。

画像は、最終的にスキャンセッションに基づいて生成され得る。したがって、８５５で、方法８００は、ユーザが生成された画像を見ることができるように、生成された画像を表示装置に表示することを含み得る。次に、８６０で、方法８００は、生成された画像に基づいて医学的問題の診断を受信することを含み得る。このように、選択されたスキャンプロトコルに基づいて実行されたスキャンセッションによって生成された画像を表示することにより、ユーザはより多くの情報に基づいた一貫した診断を行うことができる。すなわち、インテリジェント自動プロトコルシステムは、以前のプロトコル選択を説明することができるので、推奨プロトコルおよびそこからの自動選択の一貫性は、経時的にインクリメントに改善されることができ、それは、同時にユーザによる診断の一貫性を改善し得る。方法８００は、その後終了することができる。

このようにして、ローカル識別子に基づいてスキャンプロトコルを推奨および選択するために、医用撮像システム用のインテリジェント自動プロトコルシステムが提供され、ローカル識別子は、医用撮像システムに対応する医療施設に固有の英数字コードであり得る。具体的には、インテリジェント自動プロトコルシステムは、ローカル識別子をモダリティワークリスト（ＭＷＬ）エントリにマッピングして、推奨プロトコルを生成するための「共通語」を提供することができる。ＭＷＬエントリを活用して推奨プロトコルを生成することの技術的効果は、ローカル識別子が関連付けられている医療施設に関係なく、推奨プロトコルの一貫性を維持できることであり、これにより、患者の経験および健康転帰が改善される。さらに、各スキャンセッションについて、インテリジェント自動プロトコルシステムは、医療専門家からの入力に基づいて、手順からプロトコルへのマッピングライブラリを即座に更新することができる。１人または複数の医療専門家からのこのようなインクリメントフィードバックに基づいて手順からプロトコルへのマッピングライブラリを更新することの技術的効果は、インテリジェント自動プロトコルシステムが、インクリメントフィードバックから収集した蓄積された医療専門知識に基づいて、所与の医療状況に対する推奨プロトコルを経時的に変更することができる。

一実施形態では、方法は、病院固有のユーザインターフェースから標準手順ＩＤを受信するステップと、標準手順ＩＤに基づいて医用撮像手順を決定するステップと、以前に標準手順ＩＤを受信したことに応答して、少なくとも決定された医用撮像手順に基づいて１つまたは複数の推奨プロトコルを生成するステップと、１つまたは複数の推奨プロトコルの少なくとも１つに基づいて決定された医用撮像手順を実行するステップとを含む。方法の第１の例では、標準手順ＩＤを受信するステップが、病院固有のユーザインターフェースで、モダリティワークリスト（ＭＷＬ）エントリを受信するステップと、ＭＷＬエントリに基づいて標準手順ＩＤを決定するステップと、を含む。方法の第２の例では、任意選択で方法の第１の例を含み、１つまたは複数の推奨プロトコルを生成するステップが、ＭＷＬエントリからの追加情報にさらに基づく。方法の第３の例では、任意選択で、方法の第１および第２の例のうちの１つまたは複数を含み、方法は、病院固有のユーザインターフェースで、１つまたは複数の推奨プロトコルを表示するステップと、病院固有のユーザインターフェースから、１つまたは複数の推奨プロトコルの少なくとも１つの選択を受信するステップと、をさらに含む。方法の第４の例では、任意選択で、方法の第１から第３の例のうちの１つまたは複数を含み、方法は、以前に標準手順ＩＤを受信しなかったことに応答して、病院固有のユーザインターフェースで、推奨プロトコルが生成されなかったことの表示を表示するステップをさらに含む。方法の第５の例では、任意選択で、方法の第１から第４の例のうちの１つまたは複数を含み、方法は、病院固有のユーザインターフェースから、手動のプロトコル選択を受信するステップと、手動プロトコル選択に基づいて決定された医用撮像手順を実行するステップと、さらに含む。方法の第６の例では、任意選択で、方法の第１から第５の例の１つまたは複数を含み、１つまたは複数の推奨プロトコルの１つに基づいて決定された医用撮像手順を実行するステップが、１つまたは複数の推奨プロトコルの少なくとも１つに従って撮像スキャンセッションを開始するステップと、撮像スキャンセッションに基づいて患者を診断するステップと、を含む。

別の実施形態では、医用撮像システムは、ＤＩＣＯＭタグを撮像プロトコルにマッピングするように構成されたインテリジェント自動プロトコルシステムと、複数の撮像プロトコルを含むマッピングデータベースと、表示装置と、インテリジェント自動プロトコルシステム、マッピングデータベース、および表示装置のそれぞれに通信可能に接続されたプロセッサであって、実行時にプロセッサに、ユーザから、モダリティワークリスト（ＭＷＬ）エントリ、１つまたは複数のＤＩＣＯＭタグに対応するＭＷＬエントリを受信させ、１つまたは複数の推奨プロトコルを自動的に生成させ、複数の撮像プロトコルのうちの少なくとも１つに対応する１つまたは複数の推奨プロトコルに応答して、表示装置を介して、１つまたは複数の推奨プロトコルをユーザに表示させ、１つまたは複数の推奨プロトコルから第１の撮像プロトコルの選択を受信することに応答して、第１の撮像プロトコルに従って医用撮像スキャンを開始させる非一時的メモリ内の命令で構成されているプロセッサと、を備える。医用撮像システムの第１の例では、プロセッサは、ＭＷＬエントリをローカル手順ＩＤに相関させ、マッピングデータベースから、ローカル手順ＩＤに基づいて複数の撮像プロトコルのうちの少なくとも１つを選択するようにさらに構成される。任意選択で医用撮像システムの第１の例を含む医用撮像システムの第２の例では、プロセッサはさらに、複数の撮像プロトコルのいずれにも対応しない１つまたは複数の推奨プロトコルからの少なくとも１つの第２の撮像プロトコルに応答して、少なくとも１つの第２の撮像プロトコルがマッピングデータベースに格納されていないことを示す表示を記録するように構成される。医用撮像システムの第３の例では、任意選択で医用撮像システムの第１および第２の例のうちの１つまたは複数を含み、プロセッサはさらに、インテリジェント自動プロトコルシステムを介して、１つまたは複数のＤＩＣＯＭタグを複数の撮像プロトコルのうちの少なくとも１つにマッピングするように構成される。医用撮像システムの第４の例では、任意選択で、医用撮像システムの第１から第３の例のうちの１つまたは複数を含み、１つまたは複数の推奨プロトコルから第１の撮像プロトコルの選択を受信するステップが、１つまたは複数の推奨プロトコルから第１の撮像プロトコルを自動的に選択するステップと、自動的に選択された第１の撮像プロトコルの確認をユーザから受信するステップと、を含む。医用撮像システムの第５の例では、任意選択で、医用撮像システムの第１から第４の例のうちの１つまたは複数を含み、１つまたは複数の推奨プロトコルから第１の撮像プロトコルの選択を受信するステップが、第１の撮像プロトコルの手動選択をユーザから受信するステップを含む。医用撮像システムの第６の例では、任意選択で、医用撮像システムの第１から第５の例の１つまたは複数を含み、プロセッサが、１つまたは複数の推奨プロトコルから第１の撮像プロトコルの選択を受信しないこと応答して、ユーザから、１つまたは複数の推奨プロトコルに含まれない、第２の撮像プロトコルの手動選択を受信し、第２の撮像プロトコルに従って医用撮像スキャンを開始するようにさらに構成されている。医用撮像システムの第７の例では、任意選択で、医用撮像システムの第１から第６の例のうちの１つまたは複数を含み、プロセッサは、マッピングデータベースを第２の撮像プロトコルで更新するようにさらに構成される。

さらに別の実施形態では、方法は、ローカル撮像手順を受信するステップと、ローカル撮像手順に基づいて１つまたは複数の推奨プロトコルを生成するステップと、データベースから、１つまたは複数の推奨プロトコルのそれぞれの選択数を検索するステップと、選択数の閾値よりも大きい１つまたは複数の推奨プロトコルの少なくとも１つの選択数に応答して、１つまたは複数の推奨プロトコルの少なくとも１つをユーザに表示するステップと、１つまたは複数の推奨プロトコルの少なくとも１つから選択された推奨プロトコルをユーザから受信するステップと、選択された推奨プロトコルの選択数を増加させるステップと、選択された推奨プロトコルの選択数を増やすことにより、データベースを更新するステップと、選択された推奨プロトコルに従って患者を撮像するステップと、を含む。方法の第１の例では、方法は、撮像の前に選択された推奨プロトコルを変更するユーザに応答して、変更された推奨プロトコルの選択数を増加させるステップと、変更された推奨プロトコルの増加した選択数でデータベースを更新するステップと、変更されたプロトコルの推奨に従って患者を撮像するステップと、さらに含む。方法の第２の例では、任意選択で方法の第１の例を含み、方法は、１つまたは複数の推奨プロトコルの選択数が選択数閾値よりも大きくないことに応答して、ユーザから、手動で入力されたプロトコルを受信するステップと、手動で入力されたプロトコルの選択数を増加させるステップと、手動で入力されたプロトコルの選択数を増加させることによりデータベースを更新するステップと、手動で入力されたプロトコルに従って患者を撮像するステップと、をさらに含む。方法の第３の例では、任意選択で、方法の第１および第２の例のうちの１つまたは複数を含み、方法は、データベースから、１つまたは複数の推奨プロトコルのそれぞれの信頼重みを検索することをさらに含む。方法の第４の例では、任意選択で、方法の第１から第３の例のうちの１つまたは複数を含み、１つまたは複数の推奨プロトコルの少なくとも１つのそれぞれの信頼重みは、閾値信頼重みよりも大きい。

本明細書で使用する場合、単数形で列挙され、「１つの（ａ）」または「１つの（ａｎ）」という単語に続けられる要素またはステップは、除外することが明示的に述べられない限り、複数の前記要素またはステップを除外しないと理解されたい。さらに、本発明の「一実施形態」への言及は、列挙された特徴をも組み込む追加の実施形態の存在を除外するものとして解釈されることを意図しない。さらに、明示的に反対の記載がない限り、特定の性質を有する要素または複数の要素を「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、または「有する（ｈａｖｉｎｇ）」実施形態は、その性質を有さない追加のそのような要素を含むことができる。「含む（ｉｎｃｌｕｄｉｎｇ）」および「そこにある（ｉｎ ｗｈｉｃｈ）」という用語は、それぞれの用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」および「そこで（ｗｈｅｒｅｉｎ）」の平易な言葉での同等物として使用される。さらに、「第１の」、「第２の」、および「第３の」などの用語は、単にラベルとして使用され、それらの物体に数値的要件または特定の位置的順序を課すことを意図しない。

本明細書は、最良の態様を含めて本発明を開示するとともに、いかなる当業者も、任意のデバイスまたはシステムの作製および使用ならびに任意の組み込まれた方法の実行を含め、本発明を実施することを可能にするために、実施例を使用する。本発明の特許可能な範囲は、特許請求の範囲によって定義されると共に、当業者に想起される他の実施例を含んでもよい。そのような他の実施例は、それらが特許請求の範囲の文言から相違しない構造要素を有する場合、または特許請求の範囲の文言から実質的には相違しない同等の構造要素を含む場合、特許請求の範囲の技術的範囲に包含される。
［実施態様１］
病院固有のユーザインターフェースから標準手順ＩＤを受信するステップと、
前記標準手順ＩＤに基づいて医用撮像手順を決定するステップと、
以前に前記標準手順ＩＤを受信したことに応答して、
少なくとも前記決定された医用撮像手順に基づいて１つまたは複数の推奨プロトコルを生成するステップと、
前記１つまたは複数の推奨プロトコルの少なくとも１つに基づいて前記決定された医用撮像手順を実行するステップと、
を含む、方法（７００、８００）。
［実施態様２］
前記標準手順ＩＤを受信するステップが、
前記病院固有のユーザインターフェースで、モダリティワークリスト（ＭＷＬ）エントリ（６１０）を受信するステップと、
前記ＭＷＬエントリ（６１０）に基づいて前記標準手順ＩＤを決定するステップと、
を含む、実施態様１に記載の方法（７００、８００）。
［実施態様３］
前記１つまたは複数の推奨プロトコルを生成するステップが、前記ＭＷＬエントリ（６１０）からの追加情報にさらに基づく、実施態様２に記載の方法（７００、８００）。
［実施態様４］
前記病院固有のユーザインターフェースで、前記１つまたは複数の推奨プロトコルを表示するステップと、
前記病院固有のユーザインターフェースから、前記１つまたは複数の推奨プロトコルの前記少なくとも１つの選択を受信するステップと、
をさらに含む、実施態様１に記載の方法（７００、８００）。
［実施態様５］
以前に前記標準手順ＩＤを受信しなかったことに応答して、前記病院固有のユーザインターフェースで、推奨プロトコルが生成されなかったことの表示を表示するステップをさらに含む、実施態様１に記載の方法（７００、８００）。
［実施態様６］
前記病院固有のユーザインターフェースから、手動のプロトコル選択を受信するステップと、
前記手動プロトコル選択に基づいて前記決定された医用撮像手順を実行するステップと、
さらに含む、実施態様５に記載の方法（７００、８００）。
［実施態様７］
前記１つまたは複数の推奨プロトコルの前記１つに基づいて前記決定された医用撮像手順を実行するステップが、
前記１つまたは複数の推奨プロトコルの前記少なくとも１つに従って撮像スキャンセッションを開始するステップと、
前記撮像スキャンセッションに基づいて患者を診断するステップと、
を含む、実施態様１に記載の方法（７００、８００）。
［実施態様８］
ＤＩＣＯＭタグを撮像プロトコルにマッピングするように構成されたインテリジェント自動プロトコルシステム（２３４）と、
複数の撮像プロトコルを含むマッピングデータベースと、
表示装置（２３２）と、
前記インテリジェント自動プロトコルシステム（２３４）、前記マッピングデータベース、および前記表示装置（２３２）のそれぞれに通信可能に接続されたプロセッサであって、実行時にプロセッサに、
ユーザから、モダリティワークリスト（ＭＷＬ）エントリ（６１０）、１つまたは複数のＤＩＣＯＭタグに対応する前記ＭＷＬエントリ（６１０）を受信させ、
１つまたは複数の推奨プロトコルを自動的に生成させ、
前記複数の撮像プロトコルのうちの少なくとも１つに対応する前記１つまたは複数の推奨プロトコルに応答して、
前記表示装置（２３２）を介して、前記１つまたは複数の推奨プロトコルを前記ユーザに表示させ、
前記１つまたは複数の推奨プロトコルから第１の撮像プロトコルの選択を受信することに応答して、前記第１の撮像プロトコルに従って医用撮像スキャンを開始させる
非一時的メモリ内の命令で構成されているプロセッサと、
を備える、医用撮像システム（２００）。
［実施態様９］
前記プロセッサが、
前記ＭＷＬエントリ（６１０）をローカル手順ＩＤ（６２０）に関連付け、
前記マッピングデータベースから、前記ローカル手順ＩＤ（６２０）に基づいて前記複数の撮像プロトコルの前記少なくとも１つを選択する
ようにさらに構成されている、実施態様８に記載の医用撮像システム（２００）。
［実施態様１０］
前記プロセッサが、前記複数の撮像プロトコルのいずれにも対応しない前記１つまたは複数の推奨プロトコルからの少なくとも１つの第２の撮像プロトコルに応答して、前記少なくとも１つの第２の撮像プロトコルが前記マッピングデータベース内に格納されているという表示を記録するようにさらに構成される、実施態様８に記載の医用撮像システム（２００）。
［実施態様１１］
前記プロセッサが、前記インテリジェント自動プロトコルシステム（２３４）を介して、前記１つまたは複数のＤＩＣＯＭタグを前記複数の撮像プロトコルのうちの前記少なくとも１つにマッピングするようにさらに構成されている、実施態様８に記載の医用撮像システム（２００）。
［実施態様１２］
前記１つまたは複数の推奨プロトコルから前記第１の撮像プロトコルの前記選択を受信するステップが、
前記１つまたは複数の推奨プロトコルから前記第１の撮像プロトコルを自動的に選択するステップと、
前記自動的に選択された第１の撮像プロトコルの確認を前記ユーザから受信するステップと、
を含む、実施態様８に記載の医用撮像システム（２００）。
［実施態様１３］
前記１つまたは複数の推奨プロトコルから前記第１の撮像プロトコルの前記選択を受信するステップが、前記第１の撮像プロトコルの手動選択を前記ユーザから受信するステップを含む、実施態様８に記載の医用撮像システム（２００）。
［実施態様１４］
前記プロセッサが、前記１つまたは複数の推奨プロトコルから前記第１の撮像プロトコルの前記選択を受信しないことに応答して、
前記ユーザから、前記１つまたは複数の推奨プロトコルに含まれない、前記第２の撮像プロトコルの手動選択を受信し、
前記第２の撮像プロトコルに従って医用撮像スキャンを開始する
ようにさらに構成されている、実施態様８に記載の医用撮像システム（２００）。
［実施態様１５］
前記プロセッサが、前記マッピングデータベースを前記第２の撮像プロトコルで更新するようにさらに構成される、実施態様１４に記載の医用撮像システム（２００）。
［実施態様１６］
ローカル撮像手順を受信するステップと、
前記ローカル撮像手順に基づいて１つまたは複数の推奨プロトコルを生成するステップと、
データベース（３４０）から、前記１つまたは複数の推奨プロトコルのそれぞれの選択数を検索するステップと、
選択数の閾値よりも大きい前記１つまたは複数の推奨プロトコルの少なくとも１つの選択数に応答して、
前記１つまたは複数の推奨プロトコルの前記少なくとも１つをユーザに表示するステップと、
前記１つまたは複数の推奨プロトコルの前記少なくとも１つから選択された推奨プロトコルを前記ユーザから受信するステップと、
前記選択された推奨プロトコルの選択数を増加させるステップと、
前記選択された推奨プロトコルの前記選択数を増やすことにより、前記データベース（３４０）を更新するステップと、
前記選択された推奨プロトコルに従って患者を撮像するステップと、
を含む方法（７００、８００）。
［実施態様１７］
撮像の前に前記選択された推奨プロトコルを変更する前記ユーザに応答して、
前記変更された推奨プロトコルの選択数を増加させるステップと、
前記変更された推奨プロトコルの前記増加した選択数で前記データベース（３４０）を更新するステップと、
前記修正されたプロトコルの推奨に従って前記患者を撮像するステップと、
さらに含む、実施態様１６に記載の方法（７００、８００）。
［実施態様１８］
前記１つまたは複数の推奨プロトコルの選択数が前記選択数の閾値よりも大きくないことに応答して、
前記ユーザから、手動で入力されたプロトコルを受信するステップと、
前記手動で入力されたプロトコルの選択数を増加させるステップと、
前記手動で入力されたプロトコルの前記選択数を増加させることにより前記データベース（３４０）を更新するステップと、
前記手動で入力されたプロトコルに従って前記患者を撮像するステップと、
をさらに含む、実施態様１６に記載の方法（７００、８００）。
［実施態様１９］
前記データベース（３４０）から、前記１つまたは複数の推奨プロトコルのそれぞれの信頼重みを検索するステップをさらに含む、実施態様１６に記載の方法（７００、８００）。
［実施態様２０］
前記１つまたは複数の推奨プロトコルの前記少なくとも１つのそれぞれの信頼重みが、閾値信頼重みよりも大きい、実施態様１９に記載の方法（７００、８００）。

１００ ＣＴシステム
１０２ ガントリ
１０４ Ｘ線源
１０６ Ｘ線放射ビーム、Ｘ線
１０８ 検出器アレイ、検出器
１１０ 画像プロセッサユニット
１１２ 対象物
１１４ テーブル
２００ 撮像システム
２０２ 検出器素子
２０４ 対象物
２０６ 回転中心
２０８ 制御機構
２１０ Ｘ線コントローラ
２１２ ガントリモータコントローラ
２１４ データ収集システム（ＤＡＳ）
２１６ コンピューティングデバイス
２１８ 記憶装置、大容量記憶装置
２２０ オペレータコンソール
２２４ 画像保管通信システム（ＰＡＣＳ）
２２６ テーブルモータコントローラ
２３０ 画像再構成器
２３２ 表示装置、ディスプレイ
２３４ インテリジェント自動プロトコルシステム
２３５ インターフェース
３００ ブロック図
３０５ ＲＩＳ
３１０ コンピューティングデバイス
３１５ ＭＷＬ処理モジュール
３２０ プロトコル選択、患者エントリモジュール
３２５ プロトコルエージェント
３３０ ＤＩＣＯＭ（登録商標）タグデータベース
３３５ マッピングされたＤＩＣＯＭタグ
３４０ データベース
４００ ブロック図
４０２ コンピューティングデバイス
４１０ 医用専門家
４２０ フィールドエンジニア
４３０ ＩＴマネージャ
５００ 概略ブロック図
５１０ スキャンプロトコル
５２０ 要求された手順ＩＤ
５３０ 要求された手順コードシーケンス
５４０ 予定されたプロトコルコードシーケンス
５５０ 要求された手順コメント
５６０ 予定された手順ステップＩＤ
６００ 高水準入出力図
６１０ 入力
６２０ ローカル手順ＩＤ
６３０ スキャンプロトコル
６４０ ＤＩＣＯＭタグからの追加データ
６５０ 出力
７００ 方法
８００ 方法

Claims (7)

1. ＤＩＣＯＭタグを撮像プロトコルにマッピングするように構成されたプロトコルシステム（２３４）と、
   複数の撮像プロトコルを含むデータベースと、
   表示装置（２３２）と、
   前記プロトコルシステム（２３４）、前記データベース、および前記表示装置（２３２）のそれぞれに通信可能に接続されたプロセッサであって、実行時にプロセッサに、
   ユーザから、医療手順に対応するモダリティワークリスト（ＭＷＬ）エントリ（６１０）を受信させ、
   前記データベースに前記医療手順がマッピングされた撮像プロトコルが存在しない場合、前記プロトコルシステム（２３４）を介して、前記ＭＷＬエントリを１つ又は複数のＤＩＣＯＭタグにマッピングさせ、
   前記プロトコルシステム（２３４）を介して、前記１つまたは複数のＤＩＣＯＭタグを前記複数の撮像プロトコルのうちの前記少なくとも１つにマッピングさせ、
   １つまたは複数の推奨プロトコルを自動的に生成させ、
   前記１つまたは複数の推奨プロトコルが、前記データベースから見つかる場合、
   前記表示装置（２３２）を介して、前記１つまたは複数の推奨プロトコルを前記ユーザに表示させ、
   前記１つまたは複数の推奨プロトコルから第１の撮像プロトコルの選択を受信することに応答して、前記第１の撮像プロトコルに従って医用撮像スキャンを開始させる
   非一時的メモリ内の命令で構成されているプロセッサと、
   を備える、医用撮像システム（２００）。
2. 前記プロセッサが、
   前記ＭＷＬエントリ（６１０）をローカル手順ＩＤ（６２０）に関連付け、
   前記データベースから、前記ローカル手順ＩＤ（６２０）に基づいて前記複数の撮像プロトコルの前記少なくとも１つを選択する
   ようにさらに構成されている、請求項１に記載の医用撮像システム（２００）。
3. 前記１つまたは複数の推奨プロトコルが前記データベースから見つからない場合、前記プロセッサが、前記１つまたは複数の推奨プロトコルからの少なくとも１つの第２の撮像プロトコルが前記データベース内に格納されていないという表示を記録するようにさらに構成される、請求項１に記載の医用撮像システム（２００）。
4. 前記１つまたは複数の推奨プロトコルから前記第１の撮像プロトコルの前記選択を受信するステップが、
   前記１つまたは複数の推奨プロトコルから前記第１の撮像プロトコルを自動的に選択するステップと、
   前記自動的に選択された第１の撮像プロトコルの確認を前記ユーザから受信するステップと、
   を含む、請求項１に記載の医用撮像システム（２００）。
5. 前記１つまたは複数の推奨プロトコルから前記第１の撮像プロトコルの前記選択を受信するステップが、前記第１の撮像プロトコルの手動選択を前記ユーザから受信するステップを含む、請求項１に記載の医用撮像システム（２００）。
6. 前記プロセッサが、前記１つまたは複数の推奨プロトコルから前記第１の撮像プロトコルの前記選択を受信しないことに応答して、
   前記ユーザから、前記１つまたは複数の推奨プロトコルに含まれない第２の撮像プロトコルの手動選択を受信し、
   前記第２の撮像プロトコルに従って医用撮像スキャンを開始する
   ようにさらに構成されている、請求項１に記載の医用撮像システム（２００）。
7. 前記プロセッサが、前記データベースを前記第２の撮像プロトコルで更新するようにさらに構成される、請求項６に記載の医用撮像システム（２００）。