特開 2023-132632 医用情報処理装置、医用情報処理方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023132632

(43)【公開日】2023-09-22

(54)【発明の名称】医用情報処理装置、医用情報処理方法、およびプログラム

(51)【国際特許分類】

   G16H 30/40 20180101AFI20230914BHJP

【ＦＩ】

G16H30/40

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022038063

(22)【出願日】2022-03-11

(71)【出願人】

【識別番号】594164542

【氏名又は名称】キヤノンメディカルシステムズ株式会社

(74)【代理人】

【識別番号】110001634

【氏名又は名称】弁理士法人志賀国際特許事務所

(72)【発明者】

【氏名】岩村 泰輔

(72)【発明者】

【氏名】高澤 純一

(72)【発明者】

【氏名】松本 裕樹

(72)【発明者】

【氏名】杉澤 智

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA26

(57)【要約】

【課題】アプリケーションの実行に係る情報の提供を可能にすること。
【解決手段】実施形態の医用情報処理装置は、実行部と、比較部と、表示制御部とを持つ。実行部は、予め定められた参照情報に基づいて、複数のアプリケーションの内、処理対象とする医用画像に対して実行するアプリケーションを自動で選択して実行する。比較部は、参照情報に含まれる複数のアプリケーションの各々の実行条件を示す第１情報と、医用画像の撮影条件を示す第２情報とを比較する。表示制御部は、複数のアプリケーションの内で実行されなかったアプリケーションのリストと、第１情報と第２情報との比較結果とを表示部に表示させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

予め定められた参照情報に基づいて、複数のアプリケーションの内、処理対象とする医用画像に対して実行するアプリケーションを自動で選択して実行する実行部と、
前記参照情報に含まれる前記複数のアプリケーションの各々の実行条件を示す第１情報と、前記医用画像の撮影条件を示す第２情報とを比較する比較部と、
前記複数のアプリケーションの内で実行されなかったアプリケーションのリストと、前記第１情報と前記第２情報との比較結果とを表示部に表示させる表示制御部と、
を備える医用情報処理装置。

【請求項2】

前記表示制御部は、前記実行されなかったアプリケーションが実行されなかった理由を前記表示部に表示させる、
請求項１に記載の医用情報処理装置。

【請求項3】

前記表示制御部は、前記第１情報と前記第２情報との相違点を示す情報を、前記表示部に表示させる、
請求項１または２に記載の医用情報処理装置。

【請求項4】

前記実行部は、さらに、前記医用画像に対して、ユーザにより手動で指定されたアプリケーションを実行する、
請求項１から３の何れか一項に記載の医用情報処理装置。

【請求項5】

前記比較部は、前記ユーザにより手動で指定されたアプリケーションの前記第１情報と、前記医用画像の前記第２情報とが合致するか否かを判定し、
前記第１情報と前記第２情報とが合致しないと判定された場合、前記表示制御部は、前記ユーザにより手動で指定されたアプリケーションを実行するか否かの第１指示を受け付けるための第１受付部を含む確認画面を、前記表示部に表示させる、
請求項４に記載の医用情報処理装置。

【請求項6】

前記表示制御部は、前記第１受付部に加えて、前記第２情報の内容を前記第１情報に適用するか否かの第２指示を受け付けるための第２受付部を含む前記確認画面を、前記表示部に表示させる、
請求項５に記載の医用情報処理装置。

【請求項7】

前記表示制御部は、前記第２情報によって示される撮影条件が所定条件ではない場合、前記第２受付部を前記確認画面に含めない、
請求項６に記載の医用情報処理装置。

【請求項8】

前記第２指示を受け付けた回数が所定の閾値以上である場合、前記第２情報の内容を前記第１情報に適用して前記参照情報を更新する更新部をさらに備える、
請求項６または７に記載の医用情報処理装置。

【請求項9】

医用情報処理装置のコンピュータが、
予め定められた参照情報に基づいて、複数のアプリケーションの内、処理対象とする医用画像に対して実行するアプリケーションを自動で選択して実行し、
前記参照情報に含まれる前記複数のアプリケーションの各々の実行条件を示す第１情報と、前記医用画像の撮影条件を示す第２情報とを比較し、
前記複数のアプリケーションの内で実行されなかったアプリケーションのリストと、前記第１情報と前記第２情報との比較結果とを表示部に表示させる、
医用情報処理方法。

【請求項10】

医用情報処理装置のコンピュータに、
予め定められた参照情報に基づいて、複数のアプリケーションの内、処理対象とする医用画像に対して実行するアプリケーションを自動で選択して実行させ、
前記参照情報に含まれる前記複数のアプリケーションの各々の実行条件を示す第１情報と、前記医用画像の撮影条件を示す第２情報とを比較させ、
前記複数のアプリケーションの内で実行されなかったアプリケーションのリストと、前記第１情報と前記第２情報との比較結果とを表示部に表示させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書及び図面に開示の実施形態は、医用情報処理装置、医用情報処理方法、およびプログラムに関する。

【背景技術】

【0002】

近年、医用画像診断の分野において、ＡＩ機能（Artificial Intelligence；人工知能）を用いた技術についての開発が進められており、目的に応じた様々なＡＩアプリケーションがベンダーから供給されている。このＡＩアプリケーションは、種々の解析や演算を医師等に代わって実行する。医療機関では、このようなＡＩアプリケーションを導入することにより、医療診療の効率化を図ることができる。

【0003】

また、上記のＡＩアプリケーションの進歩に伴い、ＡＩアプリケーションを実行するプラットフォーム（以下、「ＡＩプラットフォーム」とも言う）の開発も進められている。ＡＩプラットフォームにおける重要な機能の一つが、解析対象となる画像に対して、どのＡＩアプリケーションを実行するかを判断する「ルールエンジン」である。例えば、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格に準拠した画像の場合、ルールエンジンは、ＤＩＣＯＭタグ等の付帯情報を用いて、画像に適したＡＩアプリケーションを自動で選択して実行する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】国際公開第２０２０／０６６１３２号

【発明の概要】

【発明が解決しようとする課題】

【0005】

上記のようなＡＩプラットフォームでは、画像の付帯情報が、ルールエンジンにおいて予め定められたルールに合致しない限り、ＡＩアプリケーションは実行されない。このため、ＡＩプラットフォームのユーザの期待に反して、解析対象の画像に対して所望のＡＩアプリケーションが実行されない場合がある。この場合、ユーザは、何が原因でＡＩアプリケーションが実行されなかったのかを把握することができなかった。

【0006】

本明細書及び図面に開示の実施形態が解決しようとする課題は、アプリケーションの実行に係る情報の提供を可能にすることである。ただし、本明細書及び図面に開示の実施形態により解決しようとする課題は上記課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を他の課題として位置づけることもできる。

【課題を解決するための手段】

【0007】

実施形態の医用情報処理装置は、実行部と、比較部と、表示制御部とを持つ。実行部は、予め定められた参照情報に基づいて、複数のアプリケーションの内、処理対象とする医用画像に対して実行するアプリケーションを自動で選択して実行する。比較部は、参照情報に含まれる複数のアプリケーションの各々の実行条件を示す第１情報と、医用画像の撮影条件を示す第２情報とを比較する。表示制御部は、複数のアプリケーションの内で実行されなかったアプリケーションのリストと、第１情報と第２情報との比較結果とを表示部に表示させる。

【図面の簡単な説明】

【0008】

【図1】実施形態に係る医用情報処理装置１の利用環境および機能ブロックの一例を示す図。

【図2】実施形態に係るルールＲＬのデータ構成の一例を示す図。

【図3】実施形態に係る医用情報処理装置１のアプリケーション自動実行処理の流れの一例を示すフローチャート。

【図4】実施形態に係る未実行アプリケーション画面Ｐ１の一例を示す図。

【図5】実施形態に係る医用情報処理装置１のアプリケーション手動実行処理の流れの一例を示すフローチャート。

【図6】実施形態に係る手動実行画面Ｐ２の一例を示す図。

【図7】実施形態に係る医用情報処理装置１のルール更新処理の流れの一例を示すフローチャート。

【図8】実施形態に係るルールＲＬの更新後のデータ構成の一例を示す図。

【発明を実施するための形態】

【0009】

以下、図面を参照しながら、実施形態の医用情報処理装置、医用情報処理方法、およびプログラムについて説明する。

【0010】

［医用情報処理装置の構成］
図１は、実施形態に係る医用情報処理装置１の利用環境および機能ブロックの一例を示す図である。医用情報処理装置１は、アプリケーションを実行するＡＩプラットフォームの機能を提供する。アプリケーションは、解析対象となる医用画像に対して目的に応じた様々な解析処理を行う。アプリケーションには、例えば、患者の病変を検知するための臨床アプリケーション、部位のセグメンテーションを行うアプリケーション、腫瘍をチェックするアプリケーション、病変の進行具合を判定するアプリケーション、脳梗塞等の特定の病変の場所を検知するアプリケーション等が含まれる。アプリケーションは、例えば、ディープラーニング等の機械学習の技術を用いた学習処理により生成された機械学習モデルである。

【0011】

医用情報処理装置１は、例えば、病院等の医療機関に配置される。医用情報処理装置１は、例えば、ワークステーション、サーバ等であってよい。医用情報処理装置１は、例えば、通信ネットワークＮＷを介して、少なくとも１つの端末装置３、少なくとも１つの医用画像診断装置５、医用画像データベースＤＢ等と、データ送受信可能に接続されている。

【0012】

通信ネットワークＮＷは、電気通信技術を利用した情報通信網全般を示す。通信ネットワークＮＷは、病院基幹ＬＡＮ（Local Area Network）等の無線／有線ＬＡＮやインターネット網のほか、電話通信回線網、光ファイバ通信ネットワーク、ケーブル通信ネットワークおよび衛星通信ネットワーク等を含む。

【0013】

端末装置３は、医用情報処理装置１により提供されるＡＩプラットフォームの機能を利用するための装置である。端末装置３は、例えば、パーソナルコンピュータ、タブレットやスマートフォン等の携帯端末等である。端末装置３は、例えば、医師、技師等によって操作される。端末装置３は、専用のアプリケーションプログラムあるいはブラウザなどが起動し、医用情報処理装置１により提供される各種情報を医者等に提供する。

【0014】

医用画像診断装置５は、診断対象となる患者（被検体）を撮像して医用画像を生成する。医用画像診断装置５は、例えば、Ｘ線ＣＴ（Computed Tomography：コンピュータ断層診断）装置、Ｘ線診断装置、磁気共鳴イメージング装置、超音波診断装置、核医学診断装置等のモダリティである。医用画像診断装置５は、付帯情報が付与された画像を生成する。医用画像診断装置５は、例えば、ＤＩＣＯＭ規格に準拠した画像（以下「ＤＩＣＯＭ画像」と言う）を生成する。ＤＩＣＯＭ画像には、付帯情報としてＤＩＣＯＭタグ（以下、単に「タグ」と言う）が付与されている。タグには、例えば、各装置（モダリティ）を識別する装置ＩＤ、検査部位、造影剤の有無、撮影のプロトコル番号、患者を識別する患者ＩＤ、検査を識別する検査ＩＤ、装置が配置されている施設の情報、装置のメーカ、装置の操作者（技師等）により手入力で入力された情報等が含まれる。

【0015】

医用画像データベースＤＢは、医用画像診断装置５により生成された各種画像を記憶する。医用画像データベースＤＢは、例えば、患者ごとのＣＴ画像、ＭＲ（Magnetic Resonance）画像、超音波画像等を記憶する。医用画像データベースＤＢは、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスクによって実現される。

【0016】

医用情報処理装置１は、例えば、処理回路１００と、通信インターフェース１１０と、入力インターフェース１２０と、ディスプレイ１３０と、メモリ１４０とを備える。通信インターフェース１１０は、通信ネットワークＮＷを介して、端末装置３、医用画像診断装置５、医用画像データベースＤＢ等の外部装置と通信する。通信インターフェース１１０は、例えば、ＮＩＣ（Network Interface Card）等の通信インターフェースを含む。

【0017】

入力インターフェース１２０は、医用情報処理装置１の操作者からの各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路１００に出力する。例えば、入力インターフェース１２０は、マウス、キーボード、トラックボール、スイッチ、ボタン、ジョイスティック、タッチパネル等を含む。入力インターフェース１２０は、例えば、マイク等の音声入力を受け付けるユーザインターフェースであってもよい。

【0018】

なお、本明細書において入力インターフェースはマウス、キーボード等の物理的な操作部品を備えるものだけに限られない。例えば、装置とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を制御回路へ出力する電気信号の処理回路も入力インターフェースの例に含まれる。

【0019】

ディスプレイ１３０は、各種の情報を表示する。例えば、ディスプレイ１３０は、処理回路１００によって生成された画像や、操作者からの各種の入力操作を受け付けるためのＧＵＩ（Graphical User Interface）等を表示する。例えば、ディスプレイ１３０は、ＬＣＤ（Liquid Crystal Display）や、ＣＲＴ（Cathode Ray Tube）ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等である。

【0020】

処理回路１００は、例えば、取得機能１０１と、実行機能１０２と、比較機能１０３と、表示制御機能１０４と、更新機能１０５とを備える。処理回路１００は、例えば、ハードウェアプロセッサ（コンピュータ）がメモリ１４０（記憶回路）に記憶されたプログラムを実行することにより、これらの機能を実現するものである。

【0021】

ハードウェアプロセッサとは、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、特定用途向け集積回路（Application Specific Integrated Circuit; ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device; ＳＰＬＤ）または複合プログラマブル論理デバイス（Complex Programmable Logic Device; ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array; ＦＰＧＡ））等の回路（circuitry）を意味する。メモリ１４０にプログラムを記憶させる代わりに、ハードウェアプロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合、ハードウェアプロセッサは、回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。上記のプログラムは、予めメモリ１４０に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の非一時的記憶媒体に格納されており、非一時的記憶媒体が医用情報処理装置１のドライブ装置（不図示）に装着されることで非一時的記憶媒体からメモリ１４０にインストールされてもよい。ハードウェアプロセッサは、単一の回路として構成されるものに限らず、複数の独立した回路を組み合わせて１つのハードウェアプロセッサとして構成され、各機能を実現するようにしてもよい。また、複数の構成要素を１つのハードウェアプロセッサに統合して各機能を実現するようにしてもよい。

【0022】

取得機能１０１は、通信ネットワークＮＷを介して、医用画像データベースＤＢや医用画像診断装置５から、医用画像データを取得する。

【0023】

実行機能１０２は、例えば、自動実行機能１０２－１と、手動実行機能１０２－２とを備える。自動実行機能１０２－１は、端末装置３からの要求に応じて、解析対象となる医用画像に対して、ルールエンジンによりアプリケーションを自動で選択して実行する。自動実行機能１０２－１は、メモリ１４０に記憶されたルールＲＬ（参照情報）に基づいて、アプリケーションを自動で選択して実行する。手動実行機能１０２－２は、端末装置３からの要求に応じて、解析対象となる医用画像に対して、端末装置３のユーザ（医師等）により手動で指定されたアプリケーションを実行する。実行機能１０２は、「実行部」の一例である。すなわち、実行機能１０２は、予め定められた参照情報に基づいて、複数のアプリケーションの内、処理対象とする医用画像に対して実行するアプリケーションを自動で選択して実行する。実行機能１０２は、さらに、医用画像に対して、ユーザにより手動で指定されたアプリケーションを実行する。

【0024】

比較機能１０３は、ルールＲＬに予め定められた設定情報（実行条件，第１情報）と、解析対象となる医用画像に付与された医用画像の撮影条件を示す付帯情報（検査情報，第２情報）との比較を行い、両者が合致するか否かを判定する。比較機能１０３は、「比較部」の一例である。すなわち、比較機能１０３は、参照情報に含まれる複数のアプリケーションの各々の実行条件を示す第１情報と、医用画像の撮影条件を示す第２情報とを比較する。

【0025】

表示制御機能１０４は、実行機能１０２により実行されたアプリケーションの処理結果や、比較機能１０３による比較結果に基づいて各種画面の情報を生成し、端末装置３に送信する。表示制御機能１０４は、「表示制御部」の一例である。すなわち、表示制御機能１０４は、複数のアプリケーションの内で実行されなかったアプリケーションのリストと、第１情報と前記第２情報との比較結果とを表示部に表示させる。表示制御機能１０４は、実行されなかったアプリケーションが実行されなかった理由を表示部に表示させる。表示制御機能１０４は、第１情報と第２情報との相違点を示す情報を、表示部に表示させる。

【0026】

更新機能１０５は、ルールＲＬの更新処理を行う。更新機能１０５による更新処理の詳細については後述する。更新機能１０５は、「更新部」の一例である。

【0027】

メモリ１４０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスクによって実現される。これらの非一過性の記憶媒体は、ＮＡＳ（Network Attached Storage）や外部ストレージサーバ装置といった通信ネットワークＮＷを介して接続される他の記憶装置によって実現されてもよい。また、メモリ１４０には、ＲＯＭ（Read Only Memory）やレジスタ等の非一過性の記憶媒体が含まれてもよい。メモリ１４０は、例えば、ルールＲＬ、アプリケーションＡＰ、履歴情報Ｈ等を記憶する。アプリケーションＡＰには、目的に応じた様々な解析処理を行う第１アプリケーションＡＰ１、第２アプリケーションＡＰ２、第３アプリケーションＡＰ３等が含まれる。その他、メモリ１４０は、処理回路１００が利用するプログラムやパラメータデータやその他のデータを記憶する。

【0028】

図２は、ルールＲＬのデータ構成の一例を示す図である。図２に示すように、ルールＲＬでは、アプリケーションごとに、該アプリケーションを実行するための各条件がタグ形式で定義されている。例えば、「第１アプリケーション」については、「モダリティ」タグが“ＣＴ”であり且つ「検査部位」タグが“ＨＥＡＤ”であることが、同アプリケーションの実行条件として定義されている。

【0029】

履歴情報Ｈは、端末装置３のユーザ（医師等）による指示に基づいて各アプリケーションが手動実行機能１０２－２により実行された場合の履歴を記録する。この履歴情報Ｈは、更新機能１０５により参照される。履歴情報Ｈの詳細については後述する。

【0030】

［処理フロー］
（アプリケーション自動実行処理）
次に、実施形態に係る医用情報処理装置１の各種処理について説明する。まず、医用情報処理装置１のアプリケーション自動実行処理について説明する。図３は、医用情報処理装置１のアプリケーション自動実行処理の流れの一例を示すフローチャートである。図３に示すアプリケーション自動実行処理は、例えば、医者等の操作に基づいて端末装置３から送信された処理要求を、医用情報処理装置１が受信したときに実行される。

【0031】

まず、取得機能１０１は、端末装置３からの処理要求に応じて、解析対象とする患者の医用画像データを、医用画像データベースＤＢから取得する（ステップＳ１０１）。取得機能１０１は、例えば、処理要求に含まれる患者ＩＤに基づいて、医用画像データを医用画像データベースＤＢから取得する。

【0032】

次に、自動実行機能１０２－１は、メモリ１４０に記憶されたルールＲＬに基づいて、取得された医用画像データに対応するアプリケーションを自動で選択して実行する（ステップＳ１０３）。例えば、自動実行機能１０２－１は、解析対象となる医用画像の検査情報と、メモリ１４０に記憶されたルールＲＬに予め定められた設定情報との比較を行い、医用画像の検査情報と合致する設定情報を持つアプリケーションを自動で選択して実行する。

【0033】

次に、表示制御機能１０４は、アプリケーションの実行結果を示す実行結果画面および／または未実行のアプリケーションを示す未実行アプリケーション画面を表示させるための情報を生成し、端末装置３に出力する（ステップＳ１０５）。アプリケーションの実行結果画面には、例えば、臨床アプリケーションにより検知された患者の病変に関する情報等が表示される。

【0034】

図４は、端末装置３の表示部に表示される未実行アプリケーション画面Ｐ１の一例を示す図である。図４に示す例では、未実行のアプリケーションとして、「第１アプリケーション」と、「第２アプリケーション」とが表示されている。この未実行アプリケーション画面Ｐ１においては、アプリケーションごとに、比較機能１０３による比較結果が表示される。

【0035】

図４において、「第１アプリケーション」に関しては、ルールＲＬ上において「モダリティ」タグが“ＣＴ”であり且つ「検査部位」タグが“ＨＥＡＤ”であることが同アプリケーションの実行条件として定義されているのに対して、解析対象である医用画像データの検査情報では「モダリティ」タグが“ＣＴ”であり、「検査部位」タグが“ＮＥＣＫ”となっている。この場合、「モダリティ」タグについては両者の内容（“ＣＴ”）が合致しているが、「検査部位」タグについては両者の内容が異なっている。図４の箇所Ｄ１に示すように、このタグの相違点が強調して表示される。医師等は、この未実行アプリケーション画面Ｐ１を参照することで、この「検査部位」タグの内容の相違が原因で、第１アプリケーションが未実行となったことを把握することできる。

【0036】

図４において、「第２アプリケーション」に関しては、ルールＲＬ上において「モダリティ」タグが“ＣＴ”であり且つ「造影剤」タグが“Ｎｏｔ Ｎｕｌｌ（すなわち、造影剤あり）”であることが同アプリケーションの実行条件として定義されているのに対して、解析対象である医用画像データの検査情報では「モダリティ」タグが“ＣＴ”であり、「造影剤」タグが“Ｎｕｌｌ（すなわち、造影剤なし）”となっている。この場合、「モダリティ」タグについては両者の内容（“ＣＴ”）が合致しているが、「造影剤」タグについては両者の内容が異なっている。図４の箇所Ｄ２に示すように、このタグの相違点が強調して表示される。医師等は、この未実行アプリケーション画面Ｐ１を参照することで、この「造影剤」タグの内容の相違が原因で、第２アプリケーションが未実行となったことを把握することできる。

【0037】

医師等は、端末装置３に表示された未実行アプリケーション画面Ｐ１を確認すること（相違点の強調表示を確認すること）で、各アプリケーションが実行されなかった原因を把握することができる。強調表示については、任意の表示方法が利用されてよい。強調表示には、例えば、相違点の文字または背景の色を変えて表示すること、相違点の文字を拡大して表示すること、相違点の文字を点滅させて表示すること等が含まれる。以上により、本フローチャートの処理が完了する。

【0038】

（アプリケーション手動実行処理）
次に、医用情報処理装置１のアプリケーション手動実行処理について説明する。図５は、医用情報処理装置１のアプリケーション手動実行処理の流れの一例を示すフローチャートである。例えば、医師等は、所望のアプリケーションが自動で実行されなかった場合、手動操作により指定したアプリケーションを実行することができる。図５に示すアプリケーション手動実行処理は、例えば、医者等の操作に基づいて端末装置３から送信された処理要求を、医用情報処理装置１が受信したときに実行される。

【0039】

まず、取得機能１０１は、端末装置３からの処理要求に応じて、解析対象とする患者の医用画像データを、医用画像データベースＤＢから取得する（ステップＳ２０１）。取得機能１０１は、例えば、処理要求に含まれる患者ＩＤに基づいて、医用画像データを医用画像データベースＤＢから取得する。

【0040】

次に、表示制御機能１０４は、手動実行に関する指示を受け付けるための手動実行画面の情報を生成し、端末装置３に出力する（ステップＳ２０３）。端末装置３は、受信した手動実行画面の情報に基づいて、手動実行画面を表示部に表示する。医師等は、この端末装置３に表示された手動実行画面において、解析対象とする医用画像と、該医用画像に対して実行するアプリケーションとを手動で指定することができる。

【0041】

図６は、端末装置３に表示された手動実行画面Ｐ２の一例を示す図である。図６に示す例では、解析対象とする医用画像として「ＣＴ画像（首画像）ＣＴ１」が選択され、領域Ｒ１に表示されたアプリケーションの候補リストの中から該医用画像に対して実行するアプリケーションとして「第１アプリケーション」が選択されている。端末装置３は、医用画像およびアプリケーションの選択情報を医用情報処理装置１に送信する。

【0042】

次に、比較機能１０３は、選択された医用画像の検査情報と、ルールＲＬに予め定められたタグの設定情報との比較を行い、両者が合致するか否かを判定する（ステップＳ２０７）。比較機能１０３により両者が合致すると判定された場合（ステップＳ２０７；ＹＥＳ）、手動実行機能１０２－２は、選択されたアプリケーションを実行する（ステップＳ２１７）。そして、表示制御機能１０４は、アプリケーションの実行結果を示す画面の情報を生成し、端末装置３に出力する。

【0043】

一方、比較機能１０３により両者が合致しないと判定された場合（ステップＳ２０７；ＮＯ）、表示制御機能１０４は、医師等にアプリケーションの実行を確認するための確認表示（確認画面）の情報を生成し、端末装置３に出力する（ステップＳ２０９）。端末装置３は、受信した情報に基づいて、確認表示Ｒ２を表示する。図６に示す例では、確認表示Ｒ２において、第１アプリケーションに関して、医用画像の検査情報と、ルールＲＬに予め定められたタグの設定情報との相違点である「検査部位」タグの箇所Ｄ３が強調して表示されている。また、確認表示Ｒ２において、「ルールに合致しない情報があります。実行しますか？」の問い掛けとともに、アプリケーションの最終的な実行指示（第１指示）を受け付けるボタンＢ１（「はい」、「いいえ」）が表示されている。医師等は、この確認表示Ｒ２の内容を確認した上で、「はい」または「いいえ」のいずれかのボタンＢ１を押下することで、アプリケーションの実行／非実行の指示を行うことができる。端末装置３は、アプリケーションの実行／非実行の指示を医用情報処理装置１に送信する。

【0044】

ボタンＢ１は、「第１受付部」の一例である。すなわち、比較機能１０３は、ユーザにより手動で指定されたアプリケーションの第１情報と、医用画像の第２情報とが合致するか否かを判定し、第１情報と第２情報とが合致しないと判定された場合、表示制御機能１０４は、ユーザにより手動で指定されたアプリケーションを実行するか否かの第１指示を受け付けるための第１受付部を含む確認画面を、表示部に表示させる。

【0045】

また、図６に示す例では、確認表示Ｒ２において、医用画像の検査情報の設定を、ルールＲＬに適応するか否かの指示（第２指示）を受け付けるためのチェックボックスＣ１が表示されている。医師等は、このチェックボックスＣ１をチェックすることで、ルールＲＬへの適用の指示を行うことができる。適用の指示が行われた場合、ルールＲＬが更新されることとなる。ルールＲＬの更新処理については後述する。端末装置３は、ルールＲＬへの適用／非適用の指示を医用情報処理装置１に送信する。

【0046】

チェックボックスＣ１は、「第２受付部」の一例である。すなわち、表示制御機能１０４は、第１受付部に加えて、第２情報の内容を前記第１情報に適用するか否かの第２指示を受け付けるための第２受付部を含む確認画面を、表示部に表示させる。

【0047】

尚、解析対象の医用画像が、他の病院等から取り込まれたものである（「装置が配置されている施設の情報」のタグが、医用情報処理装置１を管理する病院とは異なる病院等を示している）等、通常のデータではない場合、上記のルールＲＬに適応するか否かの指示を受け付けるためのチェックボックスＣ１は表示されないようにしてもよい。すなわち、表示制御機能１０４は、第２情報によって示される撮影条件が所定条件ではない場合、第２受付部を確認画面に含めないようにしてもよい。

【0048】

図５に戻り、手動実行機能１０２－２は、端末装置３からアプリケーションの非実行の指示を受け付けた場合（ステップＳ２１１；ＮＯ）、同アプリケーションを実行せずに、本フローチャートの処理を終了する。

【0049】

一方、手動実行機能１０２－２は、端末装置３からアプリケーションの実行の指示を受け付けた場合（ステップＳ２１１；ＹＥＳ）、ルールＲＬへの適用の指示を受け付けたか否かを判定する（ステップＳ２１３）。手動実行機能１０２－２は、ルールＲＬへの適用の指示を受け付けていないと判定した場合（ステップＳ２１３；ＮＯ）、選択されたアプリケーションを実行する（ステップＳ２１７）。そして、表示制御機能１０４は、アプリケーションの実行結果を示す画面の情報を生成し、端末装置３に出力する。

【0050】

一方、手動実行機能１０２－２は、ルールＲＬへの適用の指示を受け付けたと判定した場合（ステップＳ２１３；ＹＥＳ）、アプリケーションの実行対象となる医用画像の検査情報を含む実行履歴を、メモリ１４０に記憶されている履歴情報Ｈに登録する（ステップＳ２１５）。次に、手動実行機能１０２－２は、選択されたアプリケーションを実行する（ステップＳ２１７）。そして、表示制御機能１０４は、アプリケーションの実行結果を示す画面の情報を生成し、端末装置３に出力する。以上により、本フローチャートの処理が終了する。

【0051】

（ルール更新処理）
次に、医用情報処理装置１のルール更新処理について説明する。図７は、医用情報処理装置１のルール更新処理の流れの一例を示すフローチャートである。図７に示すルール更新処理は、例えば、所定期間ごと（例えば、１日ごと）のバッチ処理により実行される。或いは、ルール更新処理は、例えば、医用情報処理装置１の操作者による入力インターフェース１２０を介した実行指示に応じて実行されてもよい。この例では、メモリ１４０に記憶されている履歴情報Ｈには、医師等の指示に基づいてルールＲＬへの適用対象となった実行履歴が複数登録されているものとする。

【0052】

まず、更新機能１０５は、メモリ１４０から履歴情報Ｈを取得する（ステップＳ３０１）。次に、更新機能１０５は、履歴情報Ｈに含まれる実行履歴に基づいて、アプリケーションの実行対象となった医用画像の検査情報の設定ごとに、その実行回数をカウントし、実行回数が、所定の閾値以上であるか否かを判定する（ステップＳ３０３）。例えば、履歴情報Ｈにおいて、医用画像の検査情報の設定（「モダリティ」タグが“ＣＴ”、「検査部位」タグが“ＮＥＣＫ”）に対する第１アプリケーションの実行回数が所定の閾値（例えば、３回等）以上である場合、この医用画像の検査情報の設定は、以後の自動実行の条件（ルール）として適用しても問題ないと判断することができる。一方、この第１アプリケーションの実行回数が所定の閾値未満である場合は、例外的に手動実行された可能性があるため、自動実行の条件（ルール）として適用しないと判断する。

【0053】

更新機能１０５は、実行回数が閾値以上であると判定した場合（ステップＳ３０３；ＹＥＳ）、ルールの更新を行う（ステップＳ３０５）。図８は、ルールＲＬの更新後のデータ構成の一例を示す図である。図２に示すルールＲＬと比較して、図８に示す更新後のルールＲＬでは、更新機能１０５による更新処理の結果、「第１アプリケーション」の「検査部位」タグの設定値が“ＨＥＡＤ／ＮＥＣＫ”が更新されている。以後、この更新後のルールＲＬを用いた自動実行機能１０２－１の処理では、「第１アプリケーション」の「検査部位」タグの設定値が“ＨＥＡＤ”の医用画像に加えて、“ＮＥＣＫ”の医用画像についても、第１アプリケーションが自動で実行されることとなる。

【0054】

すなわち、更新機能１０５は、第２指示を受け付けた回数が所定の閾値以上である場合、第２情報の内容を第１情報に適用して参照情報を更新する。

【0055】

一方、更新機能１０５は、実行回数が閾値以上ではないと判定した場合（ステップＳ３０３；ＮＯ）、ルールＲＬの更新を行わない。これにより、本フローチャートの処理が終了する。尚、更新機能１０５は、設定済みのルールの一部を削除する機能を有してもよい。例えば、更新機能１０５は、上記のような更新処理により「第１アプリケーション」の「検査部位」タグの設定値として追加された“ＮＥＣＫ”を、ユーザの指示に応じて削除するようにしてもよい。

【0056】

以上説明した少なくとも１つの実施形態によれば、予め定められた参照情報に基づいて、複数のアプリケーションの内、処理対象とする医用画像に対して実行するアプリケーションを自動で選択して実行する実行部と、参照情報に含まれる複数のアプリケーションの各々の実行条件を示す第１情報と、医用画像の撮影条件を示す第２情報とを比較する比較部と、複数のアプリケーションの内で実行されなかったアプリケーションのリストと、第１情報と第２情報との比較結果とを表示部に表示させる表示制御部と、を備えることで、アプリケーションの実行に係る情報を提供することが可能となる。

【0057】

尚、上記の医用情報処理装置１の機能の一部または全部は、端末装置３において実現されてもよい。この場合、端末装置３は、「医用情報処理装置」の一例となる。

【0058】

上記説明した実施形態は、以下のように表現することができる。
処理回路（processing circuitry）を備え、
前記処理回路は、
予め定められた参照情報に基づいて、複数のアプリケーションの内、処理対象とする医用画像に対して実行するアプリケーションを自動で選択して実行し、
前記参照情報に含まれる前記複数のアプリケーションの各々の実行条件を示す第１情報と、前記医用画像の撮影条件を示す第２情報とを比較し、
前記複数のアプリケーションの内で実行されなかったアプリケーションのリストと、前記第１情報と前記第２情報との比較結果とを表示部に表示させる、
医用情報処理装置。

【0059】

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

【符号の説明】

【0060】

１ 医用情報処理装置
３ 端末装置
５ 医用画像診断装置
ＤＢ 医用画像データベース
１００ 処理回路
１１０ 通信インターフェース
１２０ 入力インターフェース
１３０ ディスプレイ
１４０ メモリ
１０１ 取得機能
１０２ 実行機能
１０２－１ 自動実行機能
１０２－２ 手動実行機能
１０３ 比較機能
１０４ 表示制御機能
１０５ 更新機能

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】