JP2022161625A - 医用画像診断装置、情報処理装置、及びシステム - Google Patents

Abstract

【課題】患者の検査に対する医用画像診断装置の推奨度をユーザに提供する医用画像診断装置、情報処理装置及びシステムを提供する。【解決手段】医用画像診断装置である第１のＸ線ＣＴ装置１０ａは、架台装置１１０と、寝台装置１３０と、コンソール装置１４０と、を備える。コンソール装置１４０の処理回路１４４は、第１のＸ線ＣＴ装置１０ａ全体の動作を制御する。判定機能１４４ｅは、問診情報に含まれるテキストデータを、患者の症状を表す構造化されたデータに変換し、変換したデータに基づいて、当該患者の検査に対する第１のＸ線ＣＴ装置１０ａの推奨度を求める。出力機能１４４ｆは、判定機能１４４ｅによって判定された推奨度を出力する。【選択図】図２

Description

本明細書及び図面に開示の実施形態は、医用画像診断装置、情報処理装置、及びシステムに関する。

従来、患者の診断のために、医用画像診断装置によって患者を撮影する技術が知られている。一般に、患者の疾患の種類または病変部位によって、診断に適した医療画像診断装置の種類は異なる。このため、例えば、複数の医療画像診断装置の性能等の情報が登録された情報処理装置が、撮影に適した医療画像診断装置を推定する技術があった。このような技術においては、情報処理装置に、複数の医療画像診断装置の性能等の最新の情報が予め保存されている必要があるため、医療画像診断装置の入替えまたは追加の際に自動または手動での情報のアップデートをしなければ、撮影に適した医療画像診断装置をユーザが把握することが困難な場合があった。

特開２００８－２６４３６１号公報

本明細書及び図面に開示の実施形態が解決しようとする課題の一つは、例えば最新の医用画像診断装置の状態に基づく、患者の検査に対する当該医用画像診断装置の推奨度をユーザに提供することである。ただし、本明細書及び図面に開示の実施形態により解決しようとする課題は上記課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を他の課題として位置づけることもできる。

実施形態に係る医用画像診断装置は、患者を撮影可能であり、取得部と、判定部と、出力部とを備える。取得部は、医用画像診断装置での撮影を推奨する度合いである推奨度についてのリクエストを当該医用画像診断装置とネットワークで接続された医用システムから取得し、かつ、患者または患者の疾患に関する患者情報を取得する。判定部は取得された患者情報に基づいて、当該患者の検査に対する医用画像診断装置の推奨度を求める。出力部は推奨度を出力する。

図１は、第１の実施形態に係るシステムの一例を示す図である。 図２は、第１の実施形態に係るモダリティの構成の一例を示す図である。 図３は、第１の実施形態に係る自然言語処理の一例を示す図である。 図４は、第１の実施形態に係る推奨度の判定の一例を示す図である。 図５は、第１の実施形態に係るＨＩＳサーバの構成の一例を示す図である。 図６は、第１の実施形態に係る端末装置の構成の一例を示す図である。 図７は、第１の実施形態に係る推奨度の表示の一例を示す図である。 図８は、第１の実施形態に係る推奨度の判定処理の流れの一例を示すシーケンス図である。 図９は、第２の実施形態に係るＨＩＳサーバの構成の一例を示す図である。 図１０は、第２の実施形態に係る推奨度の判定処理の流れの一例を示すシーケンス図である。 図１１は、第３の実施形態に係る推奨度の判定の一例を示す図である。 図１２は、第３の実施形態に係る推奨度の表示の一例を示す図である。 図１３は、第４の実施形態に係るＨＩＳサーバの構成の一例を示す図である。 図１４は、第４の実施形態に係る推奨度の表示の一例を示す図である。

以下、図面を参照しながら、医用画像診断装置、情報処理装置、及びシステムの実施形態について詳細に説明する。

（第１の実施形態）
図１は、第１の実施形態に係るシステムＳの一例を示す図である。システムＳは、患者を撮影可能な複数の医用画像診断装置と、少なくとも１つの情報処理装置とを含む。

本実施形態においては、図１に示すように、システムＳは、病院情報システム（Hospital Information Systems：ＨＩＳ）のサーバ装置であるＨＩＳサーバ２０、放射線科情報システム（Radiology Information Systems：ＲＩＳ）サーバ装置であるＲＩＳサーバ３０、端末装置４０、第１のＸ線コンピュータ断層（Computed Tomography：ＣＴ）装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング（Magnetic Resonance Imaging：ＭＲＩ）装置１０ｃ、Ｘ線診断装置１０ｄ、超音波診断装置１０ｅ、及びマンモグラフィ装置１０ｆを備える。

ＨＩＳサーバ２０、ＲＩＳサーバ３０、端末装置４０、第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、超音波診断装置１０ｅ、及びマンモグラフィ装置１０ｆは、病院等の医療機関に設置され、院内ＬＡＮ（Local Area Network）等のネットワークＮを介して相互に通信可能に接続する。

ＨＩＳサーバ２０は、本実施形態における情報処理装置の一例である。また、端末装置４０またはＲＩＳサーバ３０が情報処理装置の一例であっても良い。あるいは、ＨＩＳサーバ２０を第１の情報処理装置、端末装置４０を第２の情報処理装置、ＲＩＳサーバ３０を第３の情報処理装置と称しても良い。

また、第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、超音波診断装置１０ｅ、及びマンモグラフィ装置１０ｆは、本実施形態における医用画像診断装置の一例である。医用画像診断装置は、モダリティともいう。以下、個々の第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、超音波診断装置１０ｅ、及びマンモグラフィ装置１０ｆを区別しない場合は、単にモダリティ１０という。モダリティ１０は、２次元の医用画像を撮影するものでもよいし、３次元のボリュームデータを生成するものでもよい。システムＳは、異なる種類の複数のモダリティ１０を含んでもよいし、同じ種類の複数のモダリティ１０を含んでもよい。例えば、第１のＸ線ＣＴ装置１０ａと第２のＸ線ＣＴ装置１０ｂとはいずれもＸ線ＣＴ装置であるが、機能または性能が異なっても良い。あるいは、第１のＸ線ＣＴ装置１０ａと第２のＸ線ＣＴ装置１０ｂは機能及び性能が等しくても良い。機能及び性能が等しい装置でも、予約状況が異なる場合があるため、後述の推奨度は異なる場合がある。

なお、図１に示す構成は一例であり、システムＳは、図１に示す装置の全てを含んでいなくとも良いし、さらに他の情報処理装置またはモダリティを含んでも良い。例えば、ＲＩＳサーバ３０はシステムＳに含まれなくとも良い。また、システムＳは、さらに、ＰＡＣＳ（Picture Archiving and Communication System）等の画像保管装置を含んでも良い。また、ＨＩＳサーバ２０及びＲＩＳサーバ３０は、クラウド環境に設けられても良い。

ＨＩＳサーバ２０は、病院情報システムの処理を実行するサーバである。病院院情報システムとは、病院全体の診療及び会計業務を管理するシステムの総称であり、例えば電子カルテシステムが含まれる。なお、ＨＩＳサーバ２０の代わりに、電子カルテシステム単独のサーバが設けられても良い。

ＲＩＳサーバ３０は、放射線科情報システムの処理を実行するサーバである。例えば、ＲＩＳサーバ３０は、各モダリティ１０の予約に関する情報を記憶する。

端末装置４０は、医師または技師等のユーザによって操作される情報処理装置である。一例として、端末装置４０は、電子カルテの入力端末であり、ユーザによる電子カルテへの情報の入力、及び電子カルテの内容の照会に用いられる。端末装置４０は、例えば、ＰＣ（Personal Computer）、またはタブレット端末等である。

本実施形態においては、ユーザによって端末装置４０に入力された患者の問診結果に関する問診情報が、ＨＩＳサーバ２０を介して各モダリティ１０に送信される。本実施形態においては、複数のモダリティ１０の各々は、患者の検査に対して自装置の使用を推奨する度合いを表す推奨度を判定する。例えば、第１のＸ線ＣＴ装置１０ａは第１のＸ線ＣＴ装置１０ａの推奨度を判定し、第２のＸ線ＣＴ装置１０ｂは第２のＸ線ＣＴ装置１０ｂの推奨度を判定する。そして、各モダリティ１０が、患者の検査に対する各モダリティ１０の推奨度をＨＩＳサーバ２０に返答し、ＨＩＳサーバ２０は、各モダリティから取得した各モダリティの推奨度を端末装置４０に送信する。このような構成により、本実施形態のシステムＳは、患者を検査するために適したモダリティをユーザが判断することを支援する。

次に、システムＳに含まれる各装置の構成の詳細について説明する。

図２は、第１の実施形態に係るモダリティ１０の構成の一例を示す図である。図２では、モダリティ１０の一例として、第１のＸ線ＣＴ装置１０ａを挙げて説明する。

図２に示すように、第１のＸ線ＣＴ装置１０ａは、架台装置１１０と、寝台装置１３０と、コンソール装置１４０とを備える。なお、本実施形態では、非チルト状態での回転フレーム１３の回転軸又は寝台装置１３０の天板３３の長手方向をＺ軸方向、Ｚ軸方向に直交し、床面に対し水平である軸方向をＸ軸方向、Ｚ軸方向に直交し、床面に対し垂直である軸方向をＹ軸方向とそれぞれ定義するものとする。図２では、説明の都合上、架台装置１１０を複数描画しているが、実際の第１のＸ線ＣＴ装置１０ａの構成としては、架台装置１１０は、一つである。

架台装置１１０及び寝台装置１３０は、コンソール装置１４０を介したユーザからの操作、或いは架台装置１１０、または寝台装置１３０に設けられた不図示の操作部を介したユーザからの操作に基づいて動作する。架台装置１１０と、寝台装置１３０と、コンソール装置１４０とは互いに通信可能に有線または無線で接続されている。

架台装置１１０は、患者等の被検体ＰにＸ線を照射し、被検体Ｐを透過したＸ線の検出データから投影データを収集する撮影系を有する装置である。より具体的には、架台装置１１０は、Ｘ線管１１（Ｘ線発生部）と、ウェッジ１６と、コリメータ１７と、Ｘ線検出器１２と、Ｘ線高電圧装置１４と、ＤＡＳ（Data Acquisition System）１８と、回転フレーム１３と、制御装置１５とを有する。

制御装置１５は、ＣＰＵ（Central Processing Unit）等を有する処理回路と、モータ及びアクチュエータ等の駆動機構とを有する。処理回路は、ハードウェア資源として、ＣＰＵやＭＰＵ（Micro Processing Unit）等のプロセッサとＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等のメモリとを有する。また、制御装置１５は、例えば、ＧＰＵ(Graphics Processing Unit)、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等のプロセッサにより実現されてもよい。プロセッサが例えばＣＰＵである場合、プロセッサはメモリに保存されたプログラムを読み出して実行することで機能を実現する。一方、プロセッサがＡＳＩＣである場合、メモリにプログラムを保存する代わりに、当該機能がプロセッサの回路内に論理回路として直接組み込まれる。なお、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。

また、制御装置１５は、コンソール装置１４０若しくは架台装置１１０に取り付けられた入力インタフェースからの入力信号を受けて、架台装置１１０及び寝台装置１３０の動作制御を行う機能を有する。ＤＡＳ１８は、被検体Ｐに関する検出データを収集する。

寝台装置１３０は、スキャン対象の被検体Ｐを載置、移動させる装置であり、基台３１と、寝台駆動装置３２と、天板３３と、天板支持フレーム３４とを備えている。

コンソール装置１４０は、架台装置１１０の制御、および架台装置１１０によるスキャン結果に基づくＣＴ画像データの生成等を実行する装置である。コンソール装置１４０は、メモリ１４１と、ディスプレイ１４２と、入力インタフェース１４３と、処理回路１４４と、ＮＷ（Network）インタフェース１４５とを備える。メモリ１４１と、ディスプレイ１４２と、入力インタフェース１４３と、処理回路１４４と、ＮＷインタフェース１４５との間のデータ通信は、バス（ＢＵＳ）を介して行われる。メモリ１４１は、モダリティ１０の記憶部の一例である。ディスプレイ１４２は、モダリティ１０の表示部の一例である。入力インタフェース１４３は、モダリティ１０の入力部の一例である。処理回路１４４は、モダリティ１０の処理部の一例である。ＮＷインタフェース１４５は、モダリティ１０の通信部の一例である。

メモリ１４１は、種々の情報を記憶するＨＤＤ（Hard disk Drive）やＳＳＤ（Solid State Drive）、集積回路記憶装置等の記憶装置である。メモリ１４１は、例えば、投影データや再構成画像データを記憶する。メモリ１４１は、ＨＤＤやＳＳＤ等以外にも、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、フラッシュメモリ等の可搬性記憶媒体や、ＲＡＭ（Random Access Memory）等の半導体メモリ素子等との間で種々の情報を読み書きする駆動装置であってもよい。また、メモリ１４１は、本実施形態に係る制御プログラムを記憶する。また、メモリ１４１は、メモリ１４１が搭載されたモダリティ１０の装置特性および性能に関する情報を記憶する。装置特性および性能に関する情報は、モダリティ１０の能力情報ともいう。

ディスプレイ１４２は、各種の情報を表示する。例えば、ディスプレイ１４２は、処理回路１４４によって生成された医用画像（ＣＴ画像）や、操作者からの各種操作を受け付けるためのＧＵＩ（Graphical User Interface）等を出力する。ディスプレイ１４２としては、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）ディスプレイ、有機ＥＬディスプレイ（ＯＥＬＤ：Organic Electro Luminescence Display）、プラズマディスプレイまたは他の任意のディスプレイが、適宜、使用可能となっている。ディスプレイ１４２は、架台装置１１０に設けられてもよい。また、ディスプレイ１４２は、デスクトップ型でもよいし、コンソール装置１４０本体と無線通信可能なタブレット端末等で構成されることにしても構わない。

入力インタフェース１４３は、操作者からの各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路１４４に出力する。入力インタフェース１４３としては、例えば、マウス、キーボード、トラックボール、スイッチ、ボタン、ジョイスティック、タッチパッド及びタッチパネルディスプレイ等が適宜、使用可能となっている。

なお、本実施形態において、入力インタフェース１４３は、マウス、キーボード、トラックボール、スイッチ、ボタン、ジョイスティック、タッチパッド及びタッチパネルディスプレイ等の物理的な操作部品を備えるものに限られない。例えば、装置とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を処理回路１４４へ出力する電気信号の処理回路も入力インタフェース１４３の例に含まれる。また、入力インタフェース１４３は、入力部の一例である。また、入力インタフェース１４３は、架台装置１１０に設けられてもよい。また、入力インタフェース１４３は、コンソール装置１４０本体と無線通信可能なタブレット端末等で構成されることにしても構わない。

ＮＷインタフェース１４５は、処理回路１４４に接続されており、第１のＸ線ＣＴ装置１０ａとＨＩＳサーバ２０との間で行われる各種データの伝送および通信を制御する。ＮＷインタフェース１４５は、ネットワークカードやネットワークアダプタ、ＮＩＣ（Network Interface Controller）等によって実現される。

処理回路１４４は、入力インタフェース１４３から出力される入力操作の電気信号に応じて、第１のＸ線ＣＴ装置１０ａ全体の動作を制御する。例えば、処理回路１４４は、制御機能１４４ａ、前処理機能１４４ｂ、再構成処理機能１４４ｃ、取得機能１４４ｄ、判定機能１４４ｅ、及び出力機能１４４ｆを備える。ここで、例えば、図２に示す処理回路１４４の構成要素である制御機能１４４ａ、前処理機能１４４ｂ、再構成処理機能１４４ｃ、取得機能１４４ｄ、判定機能１４４ｅ、及び出力機能１４４ｆが実行する各処理機能は、コンピュータによって実行可能なプログラムの形態でメモリ１４１内に記録されている。処理回路１４４は、例えば、プロセッサであり、メモリ１４１から各プログラムを読み出し、実行することで読み出した各プログラムに対応する機能を実現する。換言すると、各プログラムを読み出した状態の処理回路１４４は、図２の処理回路１４４内に示された各機能を有することとなる。

制御機能１４４ａは、制御部の一例である。また、前処理機能１４４ｂは、前処理部の一例である。再構成処理機能１４４ｃは、再構成処理部の一例である。なお、制御機能１４４ａ、前処理機能１４４ｂ及び再構成処理機能１４４ｃを総称して撮影処理部の一例としても良い。取得機能１４４ｄは、取得部または第１の取得部の一例である。判定機能１４４ｅは、判定部または第１の判定部の一例である。出力機能１４４ｆは、出力部または第１の出力部の一例である。

なお、図２においては、制御機能１４４ａ、前処理機能１４４ｂ、再構成処理機能１４４ｃ、取得機能１４４ｄ、判定機能１４４ｅ、及び出力機能１４４ｆの各処理機能が単一の処理回路１４４によって実現される場合を示したが、実施形態はこれに限られるものではない。例えば、処理回路１４４は、複数の独立したプロセッサを組み合わせて構成され、各プロセッサが各プログラムを実行することにより各処理機能を実現するものとしても構わない。また、処理回路１４４が有する各処理機能は、単一又は複数の処理回路に適宜に分散又は統合されて実現されてもよい。

制御機能１４４ａは、入力インタフェース１４３を介して操作者から受け付けた入力操作に基づいて、各種処理を制御する。具体的には、制御機能１４４ａは、医用画像の撮影処理を実行する。例えば、制御機能１４４ａは、架台装置１１０で行なわれるＣＴスキャンを制御することにより、被検体Ｐを通過したＸ線の収集処理を制御する。

また、制御機能１４４ａは、メモリ１４１が記憶する各種画像データに基づく画像などをディスプレイ１４２に表示させる。

前処理機能１４４ｂは、ＤＡＳ１８から転送された検出データに対して対数変換処理やオフセット補正処理、チャネル間の感度補正処理、ビームハードニング補正等の前処理を施したデータを生成する。なお、前処理前のデータを生データ（検出データ）、前処理後のデータを投影データと称する。

また、再構成処理機能１４４ｃは、前処理機能１４４ｂによって生成された投影データに対して、フィルタ補正逆投影法（ＦＢＰ法：Filtered Back Projection）や逐次近似再構成法等を用いた再構成処理を行ってＣＴ画像データを生成する。

取得機能１４４ｄは、推奨度についてのリクエストを当該医用画像診断装置とネットワークＮで接続された医用システムから取得する。また、取得機能１４４ｄは、患者の問診結果に関する問診情報を取得する。本実施形態においては、取得機能１４４ｄは、推奨度をリクエストする信号および問診情報をＨＩＳサーバ２０から取得する。なお、推奨度についてのリクエストの取得元と、問診情報の取得元とは、異なっていても良い。

推奨度は、医用画像診断装置での撮影を推奨する度合いである。例えば、第１のＸ線ＣＴ装置１０ａにとっては、推奨度とは「第１のＸ線ＣＴ装置１０ａでの撮影を推奨する度合」である。

問診情報は、患者によって訴えられた自覚症状を示す情報である。また、問診情報は、患者自身が記載したものでもよいし、医師等が患者に対して聞き取りした結果を記載したものでもよい。問診情報は、本実施形態における患者情報の一例である。

また、本実施形態の問診情報は、例えば、電子カルテに登録された自然文のテキストデータを含む。自然文のテキストデータは、例えば、「頭がとても痛いです。」等の患者の自覚症状を表す文章である。なお、問診情報は、“患部＝頭部”、“主訴＝頭痛”のように予め構造化された状態で取得されても良い。また、問診情報は、自然文のテキストデータと構造化されたデータの両方を含んでも良い。なお、問診情報に含まれる自然文で記載されたテキストデータは、本実施形態における第１のデータの一例である。

判定機能１４４ｅは、取得された問診情報に基づいて、患者の検査に対する第１のＸ線ＣＴ装置１０ａの推奨度を求める。

より詳細には、本実施形態の判定機能１４４ｅは、問診情報に含まれるテキストデータを、患者の症状を表す構造化されたデータに変換する。判定機能１４４ｅは、変換したデータに基づいて、当該患者の検査に対する第１のＸ線ＣＴ装置１０ａの推奨度を求める。構造化されたデータは、本実施形態における第２のデータの一例である。

図３は、第１の実施形態に係る自然言語処理の一例を示す図である。図３に示すように、判定機能１４４ｅは、問診情報に含まれる自然文のテキストデータから、“症状を訴える部分”を表す情報と“症状を訴える部分の状態”を表す情報を抽出する。判定機能１４４ｅは、抽出した“症状を訴える部分”を表す情報と“症状を訴える部分の状態”を表す情報とを対応付けて、構造化したデータを生成する。

例えば、「頭がとても痛いです。」という自然文のテキストデータが問診情報に含まれる場合、判定機能１４４ｅは“症状を訴える部分”が“頭部”、“症状を訴える部分の状態”が“痛み”であり、その程度が“強い”ことを抽出する。自然文のテキストデータを構造化データに変換する手法は、公知の自然言語処理を採用可能である。また、自然文のテキストデータから抽出する情報の種類は、図３に示す例に限定されない。なお、本実施形態ては判定機能１４４ｅが自然言語処理を実行しているが、処理回路１４４は、判定機能１４４ｅとは別に、自然言語処理を実行する自然言語処理機能を備えても良い。

判定機能１４４ｅは、取得機能１４４ｄが推奨度についてのリクエストを取得した場合に、問診情報に基づいて、モダリティ１０、例えば第１のＸ線ＣＴ装置１０ａが患者の診断に対応可能か否かを判定する。例えば、判定機能１４４ｅは、問診情報に含まれるテキストデータから変換した構造化データに含まれる“症状を訴える部分”が、モダリティ１０による撮影可能な部位である場合、対応可能であると判定する。“症状を訴える部分”が“頭部”である場合、第１のＸ線ＣＴ装置１０ａでは撮影が可能であるため、第１のＸ線ＣＴ装置１０ａの判定機能１４４ｅは、対応可能であると判定する。これに対して、モダリティ１０がマンモグラフィ装置１０ｆである場合には、頭部の撮影は不可であるため、マンモグラフィ装置１０ｆの判定機能１４４ｅは、対応不可であると判定する。本実施形態の判定機能１４４ｅは、対応可能であると判定した場合に、推奨度の判定を行い、対応不可であると判定した場合には推奨度を求めないものとする。

本実施形態の判定機能１４４ｅは、問診情報に基づいて、複数の評価項目に基づいて、第１のＸ線ＣＴ装置１０ａに対する総合的な推奨度を求める。

複数の評価項目は、撮影時間、画質、解像度または分解能、対象組織のコントラスト、侵襲度、緊急対応性、制約事項、及び今回の検査対象の患者と類似の症状の過去の患者に対する第１のＸ線ＣＴ装置１０ａの使用実績の少なくとも何れか１つを含む。

なお、これらの評価項目は一例であり、判定機能１４４ｅは、さらに他の評価項目に基づいて推奨度を求めても良い。

評価項目は、モダリティ１０の評価のためのパラメータであり、システムＳに含まれる複数のモダリティ１０は、同じ評価項目および評価基準に基づいて、各々の推奨度を判定する。

図４は、第１の実施形態に係る推奨度の判定の一例を示す図である。

撮影時間は、モダリティ１０、例えば第１のＸ線ＣＴ装置１０ａが患者を撮影する場合に係る時間の長さを表す。

画質は、モダリティ１０が患者を撮影する場合に、撮影した医用画像の画質の高さを表す。例えば、信号対雑音比（Signal－to－Noise Ratio：ＳＮＲ）が高いほど画質が高いものとする。なお、画質の評価手法はこれに限定されない。

解像度または分解能は、モダリティ１０が患者を撮影した医用画像の解像度、または分解能を表す。

対象組織のコントラストは、モダリティ１０が患者の対象組織を撮影する場合に、医用画像上に描出される対象組織のコントラストの高さを表す。対象組織は、撮影対象となる身体組織であり、例えば“脳”等である。一般に、脳の白質と灰白質のコントラストは、Ｘ線ＣＴ装置で撮影されたＣＴ画像よりも、磁気共鳴イメージング装置で撮影されたＭＲ画像の方が高くなる。

侵襲度は、モダリティ１０による撮影の際に患者が受ける侵襲の程度を表す。侵襲度は、例えばＸ線による被曝線量によって示される。

緊急対応性は、推奨度の判定の時点においてモダリティ１０が患者の撮影に緊急対応できる可能性の高さ、あるいは緊急対応の可否を表す。本実施形態の判定機能１４４ｅは、ＲＩＳサーバ３０に登録されたモダリティ１０の予約状況に基づいて、緊急対応性を判定する。例えば、判定機能１４４ｅは、モダリティ１０が現在時刻から規定の時間以内に検査開始可能な場合に、当該モダリティ１０が緊急対応性があると判定しても良い。また、判定機能１４４ｅは、モダリティ１０が現在時刻から規定の時間以内に検査開始不可の場合に、当該モダリティ１０が緊急対応性がないと判定しても良い。あるいは、判定機能１４４ｅは、現在時刻から検査開始可能な時刻までの時間の長さが短いほど、緊急対応性が高いと判定しても良い。

制約事項は、モダリティ１０による撮影の際の制約事項である。例えば、モダリティ１０が磁気共鳴イメージング装置１０ｃである場合、患者の身体内に磁性体の医療機器が埋め込まれていないことが制約事項となる。なお、制約事項の例はこれに限定されない。

使用実績は、推奨度の判定対象の患者と類似の症状の過去の患者に対するモダリティ１０の使用実績を表す。例えば、モダリティ１０が第１のＸ線ＣＴ装置１０ａである場合、推奨度の判定対象の患者と類似の症状の過去の患者に対して第１のＸ線ＣＴ装置１０ａが使用された回数を使用実績とする。

上述の評価項目に当てはまる数値またはデータは、患者の症状、撮影対象組織、モダリティ１０の種類、性能、または使用状況によって異なる。第１のＸ線ＣＴ装置１０ａの判定機能１４４ｅは、問診情報に含まれるテキストデータから変換した構造化データと、第１のＸ線ＣＴ装置１０ａの装置特性及び性能と、ＲＩＳサーバ３０から取得した予約状況とに基づいて、各評価項目に対する数値またはデータを求める。

そして、第１のＸ線ＣＴ装置１０ａの判定機能１４４ｅは、各評価項目に対する数値またはデータに基づいて、第１のＸ線ＣＴ装置１０ａの推奨度を求める。推奨度の形式は、百分率または多段階評価等であるが、特に限定されるものではない。

例えば、図４に示す例では、最高値を“１００”とし、最低値を“０”として、第１のＸ線ＣＴ装置１０ａが患者の検査に適しているほど、推奨度が“１００”に近い値となる。あるいは、判定機能１４４ｅは、推奨度を“低”、“中”、“高”等のレベルによって表現しても良い。

判定機能１４４ｅは、推奨度の値を、例えば、数式または予め定められた算出用テーブルによって算出する。例えば、判定機能１４４ｅは、各評価項目に当てはまる数値またはデータを数式の変数に入力することにより、推奨度の値を算出しても良い。あるいは、判定機能１４４ｅは、算出用テーブル上で各評価項目の数値またはデータに対応する数値を特定し、評価項目ごとの特定した数値の合計を、推奨度として求めても良い。

推奨度の値の算出の手法は上述の例に限定されるものではないが、システムＳに含まれる複数のモダリティ１０の判定機能１４４ｅは、統一された評価基準に基づいて、推奨度を求める。あるいは、算出のための規格が変化した場合など、システムＳに含まれる複数のモダリティ１０内に旧規格と新規格が混在する場合、いずれの規格で算出された推奨度であるかを後述の出力機能１４４ｆが推奨度に対応付けて出力しても良い。

図２に戻り、出力機能１４４ｆは、判定機能１４４ｅによって判定された推奨度を出力する。本実施形態において単に出力という場合、ディスプレイ等への表示と、他の装置への送信との両方を含むものとする。本実施形態においては、出力機能１４４ｆは、推奨度を、ＨＩＳサーバ２０に送信する。例えば、第１のＸ線ＣＴ装置１０ａの出力機能１４４ｆは、推奨度の数値と、第１のＸ線ＣＴ装置１０ａを特定可能な識別情報とを対応付けてＨＩＳサーバ２０に送信する。

図２では第１のＸ線ＣＴ装置１０ａを例として説明したが、他のモダリティ１０も、少なくとも取得機能１４４ｄ、判定機能１４４ｅ、及び出力機能１４４ｆを備えるものとする。なお、取得機能１４４ｄ、判定機能１４４ｅ、及び出力機能１４４ｆによる処理は、各モダリティ１０の撮影処理と並行して実行可能であるものとする。

次に、ＨＩＳサーバ２０の構成について説明する。

図５は、第１の実施形態に係るＨＩＳサーバ２０の構成の一例を示す図である。ＨＩＳサーバ２０は、ＮＷインタフェース２１０と、メモリ２２０と、入力インタフェース２３０と、処理回路２５０とを備える。ＮＷインタフェース２１０は、ＨＩＳサーバ２０の通信部の一例である。メモリ２２０は、ＨＩＳサーバ２０の記憶部の一例である。入力インタフェース２３０は、ＨＩＳサーバ２０の入力部の一例である。処理回路２５０は、ＨＩＳサーバ２０の処理部の一例である。

ＮＷインタフェース２１０、メモリ２２０、入力インタフェース２３０、及び処理回路２５０のハードウェア構成は、図２で説明した第１のＸ線ＣＴ装置１０ａのＮＷインタフェース１４５、メモリ１４１、入力インタフェース１４３、ディスプレイ１４２、及び処理回路１４４と同様である。なお、図５ではＨＩＳサーバ２０はディスプレイを備えないものとして図示しているが、ＨＩＳサーバ２０はディスプレイを備えても良い。

処理回路２５０は、取得機能２５１、送信機能２５２、受信機能２５３、及び出力機能２５４を備える。ここで、例えば、図５に示す処理回路２５０の構成要素である取得機能２５１、送信機能２５２、受信機能２５３、及び出力機能２５４が実行する各処理機能は、コンピュータによって実行可能なプログラムの形態でメモリ２２０内に記録されている。処理回路２５０は、例えば、プロセッサであり、メモリ２２０から各プログラムを読み出し、実行することで読み出した各プログラムに対応する機能を実現する。換言すると、各プログラムを読み出した状態の処理回路２５０は、図５の処理回路２５０内に示された各機能を有することとなる。

取得機能２５１は、取得部または第２の取得部の一例である。送信機能２５２は、送信部の一例である。受信機能２５３は、受信部または第１の受信部の一例である。出力機能２５４は、出力部または第２の出力部の一例である。

なお、図５においては、取得機能２５１、送信機能２５２、受信機能２５３、及び出力機能２５４の各処理機能が単一の処理回路２５０によって実現される場合を示したが、実施形態はこれに限られるものではない。例えば、処理回路２５０は、複数の独立したプロセッサを組み合わせて構成され、各プロセッサが各プログラムを実行することにより各処理機能を実現するものとしても構わない。また、処理回路２５０が有する各処理機能は、単一又は複数の処理回路に適宜に分散又は統合されて実現されてもよい。

取得機能２５１は、端末装置４０から、問診情報を取得する。

送信機能２５２は、取得機能２５１が端末装置４０から取得した問診情報を、システムＳに含まれる複数のモダリティ１０に送信する。例えば、送信機能２５２は、推奨度をリクエストする信号と、問診情報とを複数のモダリティ１０に送信する。

受信機能２５３は、送信機能２５２が問診情報を送信した複数のモダリティ１０から送信された複数のモダリティ１０の各々の推奨度を受信する。より詳細には、受信機能２５３は、複数のモダリティ１０の各々の推奨度と識別情報とを受信する。

出力機能２５４は、受信機能２５３が受信した複数のモダリティ１０の各々の推奨度を出力する。本実施形態においては、出力機能２５４は、端末装置４０に、複数のモダリティ１０の各々の推奨度と識別情報とを対応付けて送信する。

なお、ＨＩＳサーバ２０は、図６に図示した機能の他に、病院の管理に関する種々の機能を備えても良い。

次に、端末装置４０の構成について説明する。

図６は、第１の実施形態に係る端末装置４０の構成の一例を示す図である。端末装置４０は、ＮＷインタフェース４１０と、メモリ４２０と、入力インタフェース４３０と、ディスプレイ４４０と、処理回路４５０とを備える。ＮＷインタフェース４１０は、端末装置４０の通信部の一例である。メモリ４２０は、端末装置４０の記憶部の一例である。ディスプレイ４４０は、端末装置４０の表示部の一例である。入力インタフェース４３０は、端末装置４０の入力部の一例である。処理回路４５０は、端末装置４０の処理部の一例である。

ＮＷインタフェース４１０、メモリ４２０、入力インタフェース４３０、ディスプレイ４４０、及び処理回路４５０のハードウェア構成は、図２で説明した第１のＸ線ＣＴ装置１０ａのＮＷインタフェース１４５、メモリ１４１、入力インタフェース１４３、ディスプレイ１４２、及び処理回路１４４と同様である。

処理回路４５０は、受付機能４５１、登録機能４５２、取得機能４５３、及び出力機能４５４を備える。ここで、例えば、図６に示す処理回路４５０の構成要素である受付機能４５１、登録機能４５２、取得機能４５３、及び出力機能４５４が実行する各処理機能は、コンピュータによって実行可能なプログラムの形態でメモリ４２０内に記録されている。処理回路４５０は、例えば、プロセッサであり、メモリ４２０から各プログラムを読み出し、実行することで読み出した各プログラムに対応する機能を実現する。換言すると、各プログラムを読み出した状態の処理回路４５０は、図６の処理回路４５０内に示された各機能を有することとなる。

受付機能４５１は、受付部の一例である。登録機能４５２は、登録部の一例である。取得機能４５３は、取得部または第３の取得部の一例である。出力機能４５４は、出力部または第３の出力部の一例である。

なお、図５においては、受付機能４５１、登録機能４５２、取得機能４５３、及び出力機能４５４の各処理機能が単一の処理回路４５０によって実現される場合を示したが、実施形態はこれに限られるものではない。例えば、処理回路４５０は、複数の独立したプロセッサを組み合わせて構成され、各プロセッサが各プログラムを実行することにより各処理機能を実現するものとしても構わない。また、処理回路４５０が有する各処理機能は、単一又は複数の処理回路に適宜に分散又は統合されて実現されてもよい。

受付機能４５１は、入力インタフェース４３０を介してユーザによる入力を受け付ける。例えば、ユーザが医師である場合、受付機能４５１は、医師が患者の問診結果を自然文のテキストデータとして入力することを受け付ける。

登録機能４５２は、入力された問診情報を、ＨＩＳサーバ２０に登録する。より詳細に、例えば、登録機能４５２は、問診情報を、患者の電子カルテの情報としてＨＩＳサーバ２０に登録する。

取得機能４５３は、ＨＩＳサーバ２０から複数のモダリティ１０の各々の推奨度と識別情報とを取得する。

出力機能４５４は、取得機能４５３が取得した複数のモダリティ１０の各々の推奨度を、ディスプレイ４４０に表示させる。

図７は、第１の実施形態に係る推奨度の表示の一例を示す図である。図７に示すように、出力機能４５４は、モダリティ１０を特定可能な名称または識別情報と、モダリティ１０の推奨度とを対応付けてディスプレイ４４０に表示させる。なお、出力機能４５４は、予め定められた順番でモダリティ１０を並べて表示しても良いし、推奨度が高い順にモダリティ１０を並べて表示しても良い。

なお、出力の手法はこれに限定されるものではない。例えば、出力機能４５４は、外部のプリンタに複数のモダリティ１０の各々の推奨度を送信し、複数のモダリティ１０の各々の推奨度を紙に印刷させても良い。

次に、以上のように構成されたシステムＳで実行される推奨度の判定処理の流れについて説明する。

図８は、第１の実施形態に係る推奨度の判定処理の流れの一例を示すシーケンス図である。

まず、端末装置４０の受付機能４５１は、ユーザによる問診情報の入力を受け付ける（Ｓ１）。

そして、端末装置４０の登録機能４５２は、入力された問診情報を、ＨＩＳサーバ２０に登録する（Ｓ２）。ＨＩＳサーバ２０の取得機能２５１は、端末装置４０から送信された問診情報を取得する。

そして、ＨＩＳサーバ２０の送信機能２５２は、取得機能２５１が端末装置４０から取得した問診情報と推奨度をリクエストする信号とをシステムＳに含まれる複数のモダリティ１０に送信する（Ｓ３）。図８に示す例では、ＨＩＳサーバ２０の送信機能２５２は、第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、超音波診断装置１０ｅ、及びマンモグラフィ装置１０ｆに、問診情報と推奨度をリクエストする信号とを送信する。各モダリティ１０の取得機能１４４ｄは、推奨度をリクエストする信号および問診情報をＨＩＳサーバ２０から取得する。また、各モダリティ１０の判定機能１４４ｅは、取得した問診情報に含まれるテキストデータを、構造化データに変換する。

そして、各モダリティ１０の判定機能１４４ｅは、テキストデータから変換した構造化データに基づいて、対応可否を判定する（Ｓ４～Ｓ９）。図８に示す例では、第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、及び超音波診断装置１０ｅでは、判定機能１４４ｅは、対応可と判定したものとする。また、マンモグラフィ装置１０ｆの判定機能１４４ｅは、対応不可であると判定したものとする。

次に、各モダリティ１０の判定機能１４４ｅは、ＲＩＳサーバ３０に、各モダリティ１０の予約状況を問い合わせる。具体的には、対応可と判定した第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、及び超音波診断装置１０ｅの判定機能１４４ｅは、各々の予約状況をＲＩＳサーバ３０に問い合わせる（Ｓ１０～Ｓ１４）。また、対応不可であると判定したマンモグラフィ装置１０ｆの判定機能１４４ｅは、推奨度の判定を行わないため、ＲＩＳサーバ３０への予約状況を問い合わせは行わない。

ＲＩＳサーバ３０は、予約の問い合わせを行った各モダリティ１０に、予約状況を送信する（Ｓ１５～Ｓ１９）。

そして、各モダリティ１０の判定機能１４４ｅは、推奨度を判定する（Ｓ２０～Ｓ２４）。具体的には、第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、及び超音波診断装置１０ｅの判定機能１４４ｅは、問診情報に含まれるテキストデータから変換した構造化データと、各モダリティ１０の装置特性及び性能と、ＲＩＳサーバ３０から取得した予約状況とに基づいて、複数の評価項目に対する数値またはデータを求める。そして、第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、及び超音波診断装置１０ｅの判定機能１４４ｅは、複数の評価項目に対する数値またはデータから、数式または算出用テーブル等を用いて推奨度を判定する。

そして、第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、及び超音波診断装置１０ｅの出力機能１４４ｆは、判定機能１４４ｅによって判定された推奨度と、各モダリティ１０を特定可能な識別情報とを対応付けてＨＩＳサーバ２０に送信する（Ｓ２５～Ｓ２９）。

また、マンモグラフィ装置１０ｆの出力機能１４４ｆは、対応不可であることを示す情報と、マンモグラフィ装置１０ｆを特定可能な識別情報とを対応付けてＨＩＳサーバ２０に送信する（Ｓ３０）。ＨＩＳサーバ２０の受信機能２５３は、各モダリティ１０から、推奨度または対応不可を示す情報と、識別情報とを受信する。

そして、ＨＩＳサーバ２０の出力機能２５４は、端末装置４０に、複数のモダリティ１０の各々の推奨度と識別情報とを対応付けて送信する（Ｓ３１）。端末装置４０の取得機能４５３は、ＨＩＳサーバ２０から複数のモダリティ１０の各々の推奨度と識別情報とを取得する。

そして、端末装置４０の出力機能４５４は、取得機能４５３が取得した複数のモダリティ１０の各々の推奨度を、ディスプレイ４４０に表示させる（Ｓ３２）。ここで、このシーケンス図の処理は終了する。

このように、本実施形態のモダリティ１０は、推奨度についてのリクエストと、患者の問診結果に関する問診情報を取得し、取得された問診情報に基づいて求めた当該患者の検査に対する医用画像診断装置の推奨度を出力する。すなわち、本実施形態では、モダリティ１０自身によって推奨度が判定されるため、医療機関に設置されたモダリティ１０が入替えまたは追加された場合にも、例えば最新のモダリティ１０の状態に基づく、患者の検査に対する当該モダリティ１０の推奨度をユーザに提供することができる。

最新のモダリティ１０の状態とは、例えば、システムＳへのモダリティ１０の追加、削除、及び既存のモダリティ１０の機能の変更等含む。

仮に、モダリティではなく、外部の管理装置によって各モダリティの推奨度が求められる場合は、モダリティが入替えまたは追加された場合に当該管理装置に登録されたモダリティに関する情報の更新が必要となる。例えば、管理者等が手動で管理装置にモダリティに関する情報を更新する場合には、更新作業の負荷が発生する。また、例えば、自動的に情報を更新する場合には、管理装置は全てのモダリティの機能及び性能に関する最新の情報を収集することが困難な場合がある。また、モダリティが入替えまたは追加された場合に管理装置側のインタフェースの更新が必要となる場合もあり、対応のために管理者等の作業負荷が発生する。また、更新作業が終了するまでは最新のモダリティの情報が管理装置に反映されないため、一部のモダリティの推奨度が求められないことや、正確な推奨度が得られないということが発生する可能性がある。

これに対して、本実施形態のモダリティ１０によれば、ＨＩＳサーバ２０から患者の問診結果と共に推奨度のリクエストを受けて、当該リクエストに対しるレスポンスとしての推奨度を返すインタフェースを設けるだけでＨＩＳサーバ２０とのやり取りが完結するため、ＨＩＳサーバ２０側のインタフェース仕様を統一することができる。このため、モダリティ１０が入替えまたは追加された場合にも、ＨＩＳサーバ２０側の更新作業の負荷を低減することができる。

また、本実施形態の問診情報は、自然文で記載されたテキストデータを含み、本実施形態のモダリティ１０は、当該テキストデータを構造化データに変換する。このため、本実施形態のモダリティ１０によれば、ユーザが推奨度の判定を目的とした専用のデータを入力しなくとも、ユーザが電子カルテに入力する患者の自覚症状等のデータを利用して、推奨度を判定することができる。

また、本実施形態のモダリティ１０は、複数の評価項目に基づいて、モダリティ１０に対する総合的な推奨度を求める。このため、本実施形態のモダリティ１０によれば、ユーザが当該モダリティ１０の推奨度の高さを容易に把握することができる。

また、本実施形態の評価項目は、撮影時間、画質、解像度または分解能、対象組織のコントラスト、侵襲度、緊急対応性、制約事項、及び患者と類似の症状の過去の患者に対するモダリティ１０の使用実績の少なくとも何れか１つを含む。このため、本実施形態のモダリティ１０によれば、モダリティ１０の装置特性、性能、使用状況等の多面的な基準に基づく推奨度を判定可能である。

また、本実施形態のモダリティ１０は、モダリティ１０の予約状況に基づいて、緊急対応性を判定する。このため、本実施形態のモダリティ１０によれば、ユーザが別途予約状況を確認しなくとも、予約情報を加味した推奨度をユーザに把握させることができる。

本実施形態のモダリティ１０は、問診情報に基づいて、当該モダリティ１０が患者の診断に対応可能か否かを判定し、患者の診断に対応不可と判定した場合には、推奨度を求めない。このため、本実施形態のモダリティ１０によれば、不要な推奨度の算出処理の実行を低減することができる。

また、本実施形態のＨＩＳサーバ２０は、問診情報を複数のモダリティ１０に送信し、問診情報の送信先の複数のモダリティ１０から受信した複数のモダリティ１０の各々の推奨度を出力する。このため、本実施形態のＨＩＳサーバ２０によれば、複数のモダリティ１０に推奨度を判定させ、判定させた結果をユーザに提示することができる。

また、本実施形態のシステムＳは、複数のモダリティ１０とＨＩＳサーバ２０とを含み、複数のモダリティ１０は統一された評価基準に基づいて、推奨度を判定する。このため、本実施形態のシステムＳによれば、システムＳに含まれる複数のモダリティ１０の推奨度をユーザが相対的に比較することができる。

（第２の実施形態）
上述の第１の実施形態では、モダリティ１０側で対応可否の判定を行っていた。これに対して、この第２の実施形態では、ＨＩＳサーバ２０側で各モダリティ１０の対応可否の判定を行う。

図９は、第２の実施形態に係るＨＩＳサーバ２０の構成の一例を示す図である。第１の実施形態と同様に、ＨＩＳサーバ２０は、ＮＷインタフェース２１０と、メモリ２２０と、入力インタフェース２３０と、処理回路２５０とを備える。

本実施形態の処理回路２５０は、取得機能２５１、送信機能２５２、受信機能２５３、、出力機能２５４、及び判定機能２５５を備える。取得機能２５１、受信機能２５３、及び出力機能２５４は、第１の実施形態と同様の機能を備える。判定機能２５５は、判定部または第２の判定部の一例である。

判定機能２５５は、問診情報に含まれるテキストデータを、患者の症状を表す構造化データに変換する。構造化データへの変換の手法は、例えば、第１の実施形態のモダリティ１０の判定機能１４４ｅによる手法と同様である。

判定機能２５５は、問診情報に基づいて、複数のモダリティ１０が患者の診断に対応可能か否かを判定する。より詳細には、ＨＩＳサーバ２０のメモリ２２０はシステムＳに含まれる複数のモダリティ１０の種類が記憶されており、判定機能２５５は、問診情報に含まれるテキストデータから変換された構造化データと当該複数のモダリティ１０の種類とに基づいて、対応可否を判定する。なお、モダリティ１０の種類は、例えば、“Ｘ線ＣＴ装置”、“磁気共鳴イメージング装置”、“マンモグラフィ装置”等のカテゴリである。なお、本実施形態ではＨＩＳサーバ２０側で対応可否の判定を実行するため、本実施形態のモダリティ１０の判定機能１４４ｅは対応可否の判定を行わなくとも良い。

また、送信機能２５２は、第１の実施形態と同様の機能を備えた上で、判定機能２５５によって対応不可と判定されたモダリティ１０には、問診情報を送信しない。

なお、本実施形態の送信機能２５２は、テキストデータから変換された構造化データを、問診情報として各モダリティ１０に送信しても良い。当該構成を採用する場合は、モダリティ１０の判定機能１４４ｅはテキストデータから構造化データへの変換を行わなくとも良い。

図１０は、第２の実施形態に係る推奨度の判定処理の流れの一例を示すシーケンス図である。図１０に示すＳ１の問診情報の入力の受け付けから、Ｓ２の問診情報の登録の処理までは第１の実施形態と同様である。

次に、ＨＩＳサーバ２０の判定機能２５５は、各モダリティ１０の対応可否を判定する（Ｓ１０１）。図１０に示す例では、判定機能２５５は、第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、及び超音波診断装置１０ｅは対応可と判定したものとする。また、判定機能２５５は、マンモグラフィ装置１０ｆは対応不可であると判定したものとする。

そして、出力機能２５４は、判定機能２５５によって対応可と判定された第１のＸ線ＣＴ装置１０ａ、第２のＸ線ＣＴ装置１０ｂ、磁気共鳴イメージング装置１０ｃ、Ｘ線診断装置１０ｄ、及び超音波診断装置１０ｅに、推奨度リクエストと問診情報とを送信する（Ｓ３）。また、出力機能２５４は、判定機能２５５によって対応不可と判定されたマンモグラフィ装置１０ｆには推奨度リクエスト及び問診情報を送信しない。

Ｓ１０の予約状況問い合わせの処理から、Ｓ２５～Ｓ２９の各モダリティ１０からの推奨度の送信の処理までは、第１の実施形態と同様である。なお、本実施形態ではマンモグラフィ装置１０ｆへは推奨度のリクエストがＨＩＳサーバ２０から送信されていないため、マンモグラフィ装置１０ｆはＨＩＳサーバ２０への返答の処理も行わない。

また、Ｓ３１のＨＩＳサーバ２０から端末装置４０へのモダリティ別の推奨度の送信及び端末装置４０によるモダリティ別の推奨度の出力の処理は、第１の実施形態と同様である。

このように、本実施形態のＨＩＳサーバ２０は、問診情報に基づいて、複数のモダリティ１０が患者の診断に対応可能か否かを判定し、対応不可と判定したモダリティ１０には、問診情報を送信しない。このため、本実施形態のＨＩＳサーバ２０によれば、第１の実施形態と同様の効果を備えた上で、ＨＩＳサーバ２０とモダリティ１０間のデータ通信量を低減することができる。

（第３の実施形態）
上述の第１、第２の実施形態では、モダリティ１０は、複数の評価項目の数値またはデータに基づいて、一の数値を推奨度として求めていたが、推奨度の形式はこれに限定されるものではない。本実施形態では、モダリティ１０は、評価項目別に、推奨度を求めるものとする。

モダリティ１０は、第１の実施形態と同様の構成を備える。例えば、第１のＸ線ＣＴ装置１０ａの処理回路１４４は、第１の実施形態と同様に制御機能１４４ａ、前処理機能１４４ｂ、再構成処理機能１４４ｃ、取得機能１４４ｄ、判定機能１４４ｅ、及び出力機能１４４ｆを備える。制御機能１４４ａ、前処理機能１４４ｂ、再構成処理機能１４４ｃ、及び取得機能１４４ｄは、第１の実施形態帯と同様の機能を備える。

本実施形態のモダリティ１０の判定機能１４４ｅは、個別の評価項目ごとに、モダリティ１０の推奨度を求める。

図１１は、第３の実施形態に係る推奨度の判定の一例を示す図である。判定機能１４４ｅは、撮影時間、画質、解像度または分解能、対象組織のコントラスト、侵襲度、緊急対応性、制約事項、及び今回の検査対象の患者と類似の症状の過去の患者に対するモダリティ１０の使用実績に基づいて、個別の評価項目ごとに推奨度を求める。

なお、個別の評価項目ごとの推奨度は、百分率または多段階評価等であるが、特に限定されるものではない。図１１では、一例として、判定機能１４４ｅは、個別の評価項目ごとに、推奨度の最高値を“１００”とし、最低値を“０”として、モダリティ１０が患者の検査に適しているほど、推奨度が“１００”に近い値となるように算出する。

あるいは、判定機能１４４ｅは、撮影時間＝“ｘｘ分”のように、各評価項目に該当する内容自体を、個別の評価項目ごとの推奨度として用いても良い。

本実施形態のモダリティ１０の出力機能１４４ｆは、評価項目ごとの推奨度と、モダリティ１０を特定可能な識別情報とを対応付けてＨＩＳサーバ２０に送信する。

本実施形態のＨＩＳサーバ２０は、第１の実施形態と同様に、ＮＷインタフェース２１０と、メモリ２２０と、入力インタフェース２３０と、処理回路２５０とを備える。また、処理回路２５０は、第１の実施形態と同様に、取得機能２５１、送信機能２５２、受信機能２５３、及び出力機能２５４を備える。取得機能２５１及び送信機能２５２は第１の実施形態と同様の機能を備える。

また、本実施形態のＨＩＳサーバ２０の受信機能２５３は、複数のモダリティ１０から、評価項目ごとの推奨度と、モダリティ１０を特定可能な識別情報とを受信する。

また、本実施形態のＨＩＳサーバ２０の出力機能２５４は、受信機能２５３が受信した複数のモダリティ１０の各々の評価項目ごとの推奨度と、モダリティ１０を特定可能な識別情報とを対応付けて端末装置４０に送信する。

本実施形態の端末装置４０は、第１の実施形態と同様に、ＮＷインタフェース４１０と、メモリ４２０と、入力インタフェース４３０と、ディスプレイ４４０と、処理回路４５０とを備える。端末装置４０の処理回路４５０は、第１の実施形態と同様に、受付機能４５１、登録機能４５２、取得機能４５３、及び出力機能４５４を備える。受付機能４５１及び登録機能４５２は第１の実施形態と同様の機能を備える。

本実施形態の端末装置４０の取得機能４５３は、ＨＩＳサーバ２０から複数のモダリティ１０の各々の評価項目ごとの推奨度と、モダリティ１０を特定可能な識別情報とを取得する。

本実施形態の端末装置４０の出力機能４５４は、取得機能４５３が取得した複数のモダリティ１０の各々の評価項目ごとの推奨度を、ディスプレイ４４０に表示させる。

図１２は、第３の実施形態に係る推奨度の表示の一例を示す図である。図１２に示すように、出力機能４５４は、モダリティ１０を特定可能な名称または識別情報と、モダリティ１０の評価項目と、モダリティ１０のごとの推奨度とを対応付けてディスプレイ４４０に表示させる。

なお、撮影時間＝“ｘｘ分”のように、各評価項目に該当する内容自体が、個別の評価項目ごとの推奨度である場合は、出力機能４５４は、評価項目別の当該内容を、モダリティ１０を特定可能な名称または識別情報と対応付けてディスプレイ４４０に表示させる。

このように、本実施形態のモダリティ１０は、複数の評価項目ごとに、モダリティ１０に対する複数の推奨度を求める。このため、本実施形態のモダリティ１０によれば、第１の実施形態の効果を備えた上で、ユーザが詳細にモダリティ１０の比較検討をすることができる。

なお、モダリティ１０は、本実施形態で説明した個別の評価項目ごとの推奨度と、第１の実施形態のようなモダリティ１０ごとの総合推奨度の両方を求めても良い。この場合、端末装置４０の出力機能４５４は、個別の評価項目ごとの推奨度とモダリティ１０ごとの総合推奨度の両方をディスプレイ４４０に表示させる。

（第４の実施形態）
上述の第１から第３の実施形態では、ＨＩＳサーバ２０は、複数のモダリティ１０から送信された推奨度を、そのまま端末装置４０に送信していた。この第４の実施形態では、ＨＩＳサーバ２０は、複数のモダリティ１０から送信された推奨度を評価する。

本実施形態のモダリティ１０及び端末装置４０は、第１の実施形態と同様の構成を備える。

また、図１３は、第４の実施形態に係るＨＩＳサーバ２０の構成の一例を示す図である。本実施形態のＨＩＳサーバ２０は、第１の実施形態と同様に、ＮＷインタフェース２１０と、メモリ２２０と、入力インタフェース２３０と、処理回路２５０とを備える。また、処理回路２５０は、取得機能２５１、送信機能２５２、受信機能２５３、出力機能２５４、及び評価機能２５６を備える。取得機能２５１及び送信機能２５２は第１の実施形態と同様の機能を備える。評価機能２５６は、評価部の一例である。

評価機能２５６は、複数のモダリティ１０から送信された複数のモダリティ１０の各々の推奨度に基づいて、複数のモダリティ１０のうち推奨される順に既定の数のモダリティ１０及び当該規定の数のモダリティ１０の推奨理由を特定する。既定の数は例えば３つとするが、これに限定されるものではない。

例えば、第１の実施形態のように、モダリティ１０から、当該モダリティ１０の総合的な推奨度が送信される場合は、評価機能２５６は、複数のモダリティ１０のうち、推奨度が高い順に既定の数のモダリティ１０を特定する。

あるいは、第３の実施形態のように、モダリティ１０から、当該モダリティ１０の評価項目別の推奨度が送信される場合は、評価機能２５６は、複数の評価項目ごとの推奨度に基づいて、複数のモダリティ１０を評価し、評価結果に基づいて複数のモダリティ１０のうち推奨度が高い順に既定の数のモダリティ１０を特定する。なお、複数の評価項目ごとの推奨度に基づいて複数のモダリティ１０を相対評価する手法は特に限定されるものではないが、例えば、評価機能２５６は、評価項目別の順位の合計が高い順に、既定の数のモダリティ１０を特定しても良い。

また、当該構成を採用する場合、評価機能２５６は、例えば、特定したモダリティ１０が他のモダリティ１０よりも高く評価された評価項目の項目名及び内容を、推奨理由としても良い。

また、本実施形態のＨＩＳサーバ２０の出力機能２５４は、複数のモダリティ１０のうち推奨される順に既定の数のモダリティ１０を特定可能な識別情報と、既定の数のモダリティ１０ごとの順位と、当該規定の数のモダリティ１０ごとの推奨理由とを対応付けて端末装置４０に送信する。

本実施形態の端末装置４０の取得機能４５３は、ＨＩＳサーバ２０から複数のモダリティ１０のうち推奨される順に既定の数のモダリティ１０を特定可能な識別情報と、既定の数のモダリティ１０ごとの順位と、当該規定の数のモダリティ１０ごとの推奨理由とを取得する。

本実施形態の端末装置４０の出力機能４５４は、取得機能４５３が取得した複数のモダリティ１０のうち推奨される順に既定の数のモダリティ１０を特定可能な識別情報と、既定の数のモダリティ１０ごとの順位と、当該規定の数のモダリティ１０ごとの推奨理由とを、ディスプレイ４４０に表示させる。

図１４は、第４の実施形態に係る推奨度の表示の一例を示す図である。図１４に示すように、出力機能４５４は、推奨される順に既定の数のモダリティ１０を特定可能な名称または識別情報と、既定の数のモダリティ１０ごとの順位と、当該規定の数のモダリティ１０ごとの推奨理由とを対応付けてディスプレイ４４０に表示させる。なお、モダリティ１０ごとの順位を、本実施形態における推奨度と称しても良い。あるいは、出力機能４５４は、順位に加えて、既定の数のモダリティ１０ごとの推奨度を、百分率または多段階評価等によるディスプレイ４４０に表示させても良い。

本実施形態のＨＩＳサーバ２０によれば、推奨度が上位のモダリティ１０とその理由とがユーザに対して提示されるため、第１の実施形態の効果を備えた上で、ユーザがモダリティ１０を選択する際の負荷をさらに低減することができる。

（第５の実施形態）
また、ＨＩＳサーバ２０の評価機能２５６は、複数のモダリティ１０から送信された複数のモダリティ１０の各々の推奨度に基づいて、複数のモダリティ１０のうち最も推奨される一のモダリティ１０を特定しても良い。

例えば、第１の実施形態のように、モダリティ１０から、当該モダリティ１０の総合的な推奨度が送信される場合は、評価機能２５６は、複数のモダリティ１０のうち、最も推奨度が高いものを最も推奨される一のモダリティ１０と評価する。

あるいは、第３の実施形態のように、モダリティ１０から、当該モダリティ１０の評価項目別の推奨度が送信される場合は、評価機能２５６は、複数の評価項目ごとの推奨度に基づいて、複数のモダリティ１０を評価し、評価結果に基づいて複数のモダリティ１０のうち最も推奨される一のモダリティ１０を特定する。なお、複数の評価項目ごとの推奨度に基づいて複数のモダリティ１０を相対評価する手法は特に限定されるものではないが、例えば、評価機能２５６は、評価項目別の順位の合計が最も高いモダリティ１０を最も推奨される一のモダリティ１０としても良い。

また、当該構成を採用する場合、評価機能２５６は、例えば、評価項目別の順位の合計が最も高いモダリティ１０が他のモダリティ１０よりも高く評価された評価項目の項目名及び内容を、推奨理由としても良い。

本実施形態のＨＩＳサーバ２０の出力機能２５４は、最も推奨される一のモダリティ１０の識別情報と、当該モダリティ１０を評価した理由とを端末装置４０に送信する。

本実施形態の端末装置４０の出力機能４５４は、最も推奨される一のモダリティ１０と、当該モダリティ１０を評価した理由とをディスプレイ４４０に表示させる。

本実施形態のＨＩＳサーバ２０によれば、ユーザに対して最も推奨される一のモダリティ１０が明示されるため、第１の実施形態の効果を備えた上で、ユーザがモダリティ１０を選択する際の負荷をさらに低減することができる。

（変形例１）
上述の各実施形態では、モダリティ１０は、ＨＩＳサーバ２０から問診情報を取得していたが、問診情報の取得元はこれに限定されない。

例えば、問診情報が手書きまたは印刷された文書が撮影された画像である場合、モダリティ１０の取得機能１４４ｄは、カメラまたはスキャナ装置から、当該画像を取得しても良い。

また、この場合、判定機能１４４ｅは、取得機能１４４ｄによって取得された画像から文字を認識する。文字を認識する手法は、公知の画像認識の技術を採用可能である。判定機能１４４ｅは、当該文字の認識結果であるテキストのデータを患者の症状を表す構造化データに変換する。画像から認識されたテキストデータは、本変形例における第１のデータの一例である。また、構造化データは、本変形例における第２のデータの一例である。

本変形例の判定機能１４４ｅは、構造化データに基づいて、当該患者の検査に対するモダリティ１０の推奨度を求める。

本変形例のモダリティ１０によれば、手書きの問診票またはカルテを使用している医療機関においても、推奨度の判定を提供することができる。

なお、カメラまたはスキャナ装置によって問診情報が手書きまたは印刷された文書が撮影された画像を、ＨＩＳサーバ２０がカメラまたはスキャナ装置から取得し、モダリティ１０がＨＩＳサーバ２０から当該画像を取得する構成を採用しても良い。

（変形例２）
また、上述の各実施形態では、ＨＩＳサーバ２０が複数のモダリティ１０に対して問診情報を送信していたが、端末装置４０が当該機能を備えても良い。例えば、本変形例の端末装置４０は、ＨＩＳサーバ２０の取得機能２５１、送信機能２５２、受信機能２５３、及び出力機能２５４を備えても良い。

（変形例３）
また、上述の各実施形態では、ＨＩＳサーバ２０から複数のモダリティ１０に問診情報が１回ずつ送信される例を示したが、ＨＩＳサーバ２０は、問診情報が新しく更新される度に、複数のモダリティ１０に更新後の問診情報を送信しても良い。

本変形例においては、モダリティ１０の判定機能１４４ｅは、ＨＩＳサーバ２０から更新後の問診情報を取得する度に、推奨度を判定しても良い。この場合、モダリティ１０の出力機能１４４ｆは、最新の推奨度を、都度、ＨＩＳサーバ２０に送信する。

（変形例４）
また、上述の各実施形態では、モダリティ１０による推奨度の判定の前に、モダリティ１０またはＨＩＳサーバ２０において、モダリティ１０の対応可否が判定されていたが、当該処理は必須ではない。

モダリティ１０の判定機能１４４ｅは、対応可否を含めて推奨度を判定しても良い。例えば、判定機能１４４ｅは、“症状を訴える部分”が、モダリティ１０による撮影が不可の部位である場合、推奨度を“０”にする等の判定をしても良い。

（変形例５）
また、モダリティ１０の判定機能１４４ｅは、問診情報に基づいて、患者の撮影に適した検査プロトコルを推定しても良い。１つのモダリティ１０で複数の検査プロトコルが候補となる場合、判定機能１４４ｅは、複数の検査プロトコルごとに、モダリティ１０の推奨度を求めても良い。

本変形例の端末装置４０の出力機能４５４は、モダリティ１０ごとに、推奨される検査プロトコルと推奨度とをディスプレイ４４０に表示させても良い。

（変形例６）
また、上述の各実施形態では、端末装置４０でユーザによって問診情報が入力された場合に自動的に推奨度の判定処理が開始するものとしたが、ユーザによって推奨度が要求された場合にのみ当該処理が開始しても良い。

（変形例７）
また、第１の実施形態で説明したように、モダリティ１０の取得機能１４４ｄ、判定機能１４４ｅ、及び出力機能１４４ｆによる処理は、各モダリティ１０の撮影処理と並行して実行可能である。このため、モダリティ１０の出力機能１４４ｆは、モダリティ１０のユーザに対して、推奨度の判定処理中であることを通知しても良い。

例えば、モダリティ１０の出力機能１４４ｆは、モダリティ１０のディスプレイ１４２に、推奨度の判定処理中であることを表示させても良い。なお、取得機能１４４ｄ、判定機能１４４ｅ、及び出力機能１４４ｆによる処理で撮影処理のための処理帯域が圧迫されない場合は、モダリティ１０の出力機能１４４ｆは、このような通知は行わなくとも良い。

（変形例８）
なお、上述の各実施形態では、問診情報を患者情報の一例としたが、患者情報は、患者または患者の疾患に関する問診情報以外の情報を含んでも良い。例えば、患者情報は、患者の症状、患部の位置、患者の属性情報等を含んでも良い。患者の属性情報は例えば、患者の年齢、性別、身長、体重等を含む。また、患者情報は、医師等による所見を表すものでもよい。医師等による所見は、例えば、「左半身に麻痺有り。」等の医師の所見を表す自然文のテキストデータである。なお、医師の所見を表すテキストデータが第１のデータの一例であっても良い。

なお、本明細書において扱う各種データは、典型的にはデジタルデータである。

以上説明した少なくとも１つの実施形態によれば、例えば最新の医用画像診断装置の状態に基づく、患者の検査に対する当該医用画像診断装置の推奨度をユーザに提供することができる。

いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、実施形態同士の組み合わせを行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０ モダリティ
１０ａ 第１のＸ線ＣＴ装置
１０ｂ 第２のＸ線ＣＴ装置
１０ｃ 磁気共鳴イメージング装置
１０ｄ Ｘ線診断装置
１０ｅ 超音波診断装置
１０ｆ マンモグラフィ装置
２０ ＨＩＳサーバ
３０ ＲＩＳサーバ
４０ 端末装置
１４０ コンソール装置
１４１ メモリ
１４２ ディスプレイ
１４３ 入力インタフェース
１４４ 処理回路
１４４ａ 制御機能
１４４ｂ 前処理機能
１４４ｃ 再構成処理機能
１４４ｄ 取得機能
１４４ｆ 出力機能
１４４ｅ 判定機能
１４５ ＮＷインタフェース
２１０ ＮＷインタフェース
２２０ メモリ
２３０ 入力インタフェース
２５０ 処理回路
２５１ 取得機能
２５２ 送信機能
２５３ 受信機能
２５４ 出力機能
２５５ 判定機能
２５６ 評価機能
４１０ ＮＷインタフェース
４２０ メモリ
４３０ 入力インタフェース
４４０ ディスプレイ
４５０ 処理回路
４５１ 受付機能
４５２ 登録機能
４５３ 取得機能
４５４ 出力機能
Ｓ システム

Claims (17)

1. 患者を撮影可能な医用画像診断装置であって、
   当該医用画像診断装置での撮影を推奨する度合いである推奨度についてのリクエストを当該医用画像診断装置とネットワークで接続された医用システムから取得し、かつ、前記患者または前記患者の疾患に関する患者情報を取得する取得部と、
   取得された前記患者情報に基づいて、当該患者の検査に対する前記医用画像診断装置の前記推奨度を求める判定部と、
   前記推奨度を出力する出力部と、
   を備える医用画像診断装置。
2. 前記患者情報は、自然文で記載された第１のデータを含み、
   前記判定部は、前記第１のデータを、前記患者の症状を表す構造化された第２のデータに変換し、前記第２のデータに基づいて、当該患者の検査に対する前記医用画像診断装置の推奨度を求める、
   請求項１に記載の医用画像診断装置。
3. 前記患者情報は、手書きまたは印刷された文書が撮影された画像であり、
   前記判定部は、前記画像から文字を認識し、前記文字の認識結果である第１のデータを前記患者の症状を表す構造化された第２のデータに変換し、前記第２のデータに基づいて、当該患者の検査に対する前記医用画像診断装置の推奨度を求める、
   請求項１に記載の医用画像診断装置。
4. 前記判定部は、複数の評価項目に基づいて、前記医用画像診断装置に対する総合的な推奨度を求める、
   請求項１から３のいずれか１項に記載の医用画像診断装置。
5. 前記判定部は、複数の評価項目ごとに、前記医用画像診断装置に対する複数の推奨度を求める、
   請求項１から３のいずれか１項に記載の医用画像診断装置。
6. 前記複数の評価項目は、前記医用画像診断装置が前記患者を撮影する場合の撮影時間、画質、解像度または分解能、対象組織のコントラスト、侵襲度、緊急対応性、制約事項、及び前記患者と類似の症状の過去の患者に対する前記医用画像診断装置の使用実績の少なくとも何れか１つを含む、
   請求項４または５に記載の医用画像診断装置。
7. 前記判定部は、前記医用画像診断装置の予約状況に基づいて、前記緊急対応性を判定する、
   請求項６に記載の医用画像診断装置。
8. 前記取得部は、前記患者情報を情報処理装置から取得し、
   前記出力部は、前記推奨度を、前記情報処理装置に送信する、
   請求項１から７のいずれか１項に記載の医用画像診断装置。
9. 前記判定部は、前記患者情報に基づいて、医用画像診断装置が前記患者の診断に対応可能か否かを判定し、前記患者の診断に対応不可と判定した場合には、前記推奨度を求めない、
   請求項１から８のいずれか１項に記載の医用画像診断装置。
10. 患者または前記患者の疾患に関する患者情報を複数の医用画像診断装置に送信する送信部と、
    前記複数の医用画像診断装置から送信された前記複数の医用画像診断装置の各々の推奨度を受信する受信部と、
    前記複数の医用画像診断装置の各々の推奨度を出力する出力部と、
    を備える情報処理装置。
11. 前記患者情報に基づいて、前記複数の医用画像診断装置が前記患者の診断に対応可能か否かを判定する判定部、をさらに備え、
    前記送信部は、前記判定部によって前記患者の診断に対応不可と判定された医用画像診断装置には、前記患者情報を送信しない、
    請求項１０に記載の情報処理装置。
12. 前記複数の医用画像診断装置から送信された前記複数の医用画像診断装置の各々の推奨度に基づいて、前記複数の医用画像診断装置のうち推奨される順に既定の数の医用画像診断装置および前記既定の数の医用画像診断装置の推奨理由を特定する評価部、をさらに備え、
    前記出力部は、前記既定の数の医用画像診断装置を特定可能な識別情報と前記既定の数の医用画像診断装置の推奨理由とを対応付けて出力する、
    請求項１０または１１に記載の情報処理装置。
13. 前記複数の医用画像診断装置から送信された前記複数の医用画像診断装置の各々の推奨度に基づいて、前記複数の医用画像診断装置のうち最も推奨される一の医用画像診断装置を特定する評価部、をさらに備え、
    前記出力部は、前記最も推奨される一の医用画像診断装置を特定可能な識別情報を出力する、
    請求項１０または１１に記載の情報処理装置。
14. 病院情報システム（Hospital Information Systems：ＨＩＳ）のサーバであり、
    前記出力部は、端末装置に、前記複数の医用画像診断装置の各々の推奨度を出力する、
    請求項１０から１３のいずれか１項に記載の情報処理装置。
15. 電子カルテの入力端末であり、
    前記出力部は、表示部に、前記複数の医用画像診断装置の各々の推奨度を表示させる、
    請求項１０から１３のいずれか１項に記載の情報処理装置。
16. 複数の医用画像診断装置と、前記複数の医用画像診断装置とネットワークで接続された少なくとも１つの情報処理装置とを含むシステムであって、
    前記複数の医用画像診断装置の各々は、
    前記複数の医用画像診断装置の各々での撮影を推奨する度合いである推奨度についてのリクエストを前記情報処理装置から取得し、かつ、患者または前記患者の疾患に関する患者情報を取得する第１の取得部と、
    取得された前記患者情報に基づいて、当該患者の検査に対する前記医用画像診断装置の推奨度を求める判定部と、
    前記推奨度を前記情報処理装置に出力する第１の出力部と、を備え、
    前記情報処理装置は、
    前記患者情報を複数の医用画像診断装置に送信する送信部と、
    前記複数の医用画像診断装置から送信された前記複数の医用画像診断装置の各々の推奨度を取得する第２の取得部と、
    前記複数の医用画像診断装置の各々の推奨度を出力する第２の出力部と、を備える、
    システム。
17. 前記複数の医用画像診断装置の前記判定部は、統一された評価基準に基づいて、前記推奨度を求める、
    請求項１６に記載のシステム。

Images