特開 2024-100063 医用情報処理装置、医用情報処理方法、及びプログラム

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

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

(11)【公開番号】P2024100063

(43)【公開日】2024-07-26

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

(51)【国際特許分類】

   G16H 40/00 20180101AFI20240719BHJP

【ＦＩ】

G16H40/00

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023003774

(22)【出願日】2023-01-13

(71)【出願人】

【識別番号】594164542

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

(74)【代理人】

【識別番号】110001634

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

(72)【発明者】

【氏名】渡邊 良照

(72)【発明者】

【氏名】小澤 慎也

(72)【発明者】

【氏名】石本 剛

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

5L099

【Ｆターム（参考）】

5L099AA03

(57)【要約】

【課題】適切な技師等が対応できるようにする。
【解決手段】実施形態の医用情報処理装置は、取得部と、算出部と、送信部と、を持つ。取得部は、医用画像診断装置にユーザを呼び出す呼出要求を取得する。算出部は、複数の前記ユーザがそれぞれ管理する複数の端末の使用状況または前記ユーザの作業内容のうち少なくともいずれかに基づいて、複数の前記ユーザのそれぞれに対する通知優先度を算出する。送信部は、前記通知優先度に応じた呼出通知を前記端末に出力させる通知情報を複数の前記端末に送信する。
【選択図】図４

【特許請求の範囲】

【請求項1】

医用画像診断装置にユーザを呼び出す呼出要求を取得する取得部と、
複数の前記ユーザがそれぞれ管理する複数の端末の使用状況または前記ユーザの作業内容のうち少なくともいずれかに基づいて、複数の前記ユーザのそれぞれに対する通知優先度を算出する算出部と、
前記通知優先度に応じた呼出通知を前記端末に出力させる通知情報を複数の前記端末に送信する送信部と、を備える、
医用情報処理装置。

【請求項2】

前記算出部は、前記算出部が前記通知優先度を算出する際に前記ユーザが行っている作業の内容を前記ユーザの作業内容に含めて、前記通知優先度を算出する、
請求項１に記載の医用情報処理装置。

【請求項3】

前記算出部は、前記ユーザが将来行う予定の作業の内容を前記ユーザの作業内容に含めて、前記通知優先度を算出する、
請求項１に記載の医用情報処理装置。

【請求項4】

前記送信部は、前記通知優先度が高くなるほど前記ユーザに与える刺激が大きくなる呼出通知を前記端末に行わせる、
請求項１に記載の医用情報処理装置。

【請求項5】

算出部は、複数の前記ユーザに対する前記通知優先度が共通である場合に、選択対象となる複数の通知レベルの中から、前記ユーザに与えられる刺激が最も強くなる通知レベルの呼出通知を前記端末に行わせる、
請求項１に記載の医用情報処理装置。

【請求項6】

前記呼出通知は、前記端末により出力される音声、振動、または発光のうち少なくともいずれかを含む、
請求項１に記載の医用情報処理装置。

【請求項7】

前記算出部は、前記医用画像診断装置による検査内容に応じて、前記通知優先度を調整する、
請求項１に記載の医用情報処理装置。

【請求項8】

前記医用画像診断装置に内蔵されている、
請求項１に記載の医用情報処理装置。

【請求項9】

コンピュータが、
医用画像診断装置による呼出要求を取得し、
複数のユーザがそれぞれ管理する複数の端末の使用状況または前記ユーザの作業内容のうち少なくともいずれかに基づいて、複数の前記ユーザのそれぞれに対する通知優先度を算出す算出し、
前記通知優先度に応じた呼出通知を前記端末に出力させる通知情報を複数の前記端末に送信する、
医用情報処理方法。

【請求項10】

コンピュータに、
医用画像診断装置による呼出要求を取得させ、
複数のユーザがそれぞれ管理する複数の端末の使用状況または前記ユーザの作業内容のうち少なくともいずれかに基づいて、複数の前記ユーザのそれぞれに対する通知優先度を算出させ、
前記通知優先度に応じた呼出通知を前記端末に出力させる通知情報を複数の前記端末に送信することを行わせる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

近年、医用画像診断装置（以下、モダリティ）の操作を技師等がモダリティから離れた位置で携帯端末（タブレット端末）を利用した遠隔操作できる技術がある。従来、タブレット端末は、１台のモダリティに対して１台対応付けられており、対応付けられたタブレット端末でなければモダリティを操作できなかった。これに対して、複数のタブレット端末によりモダリティを操作できる技術が開発されている。この技術を用いることにより、複数の技師等がそれぞれタブレット端末を所持して、それぞれの技師等が複数のモダリティを操作できるようになる。

【0003】

このような状況下において、近傍に技師等がいないモダリティによる作業を行っているときに、モダリティに技師等が対応する必要が生じることがある。この場合、モダリティは、複数の携帯端末のそれぞれに対して、対応を求める通知を行うことができる。しかし、複数の技師等が対応可能であったとしても、対応しやすい技師等が適切に対応せず、対応しにくい技師等が対応することがある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１４－１４７６０８号公報

【発明の概要】

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

【0005】

本明細書及び図面に開示の実施形態が解決しようとする課題は、適切な技師等が対応できるようにすることである。ただし、本明細書及び図面に開示の実施形態により解決しようとする課題は上記課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を他の課題として位置づけることもできる。

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

【0006】

実施形態の医用情報処理装置は、取得部と、算出部と、送信部と、を持つ。取得部は、医用画像診断装置にユーザを呼び出す呼出要求を取得する。算出部は、複数の前記ユーザがそれぞれ管理する複数の端末の使用状況または前記ユーザの作業内容のうち少なくともいずれかに基づいて、複数の前記ユーザのそれぞれに対する通知優先度を算出する。送信部は、前記通知優先度に応じた呼出通知を前記端末に出力させる通知情報を複数の前記端末に送信する。

【図面の簡単な説明】

【0007】

【図1】第１実施形態の病院内システム１の構成の一例を示すブロック図。

【図2】第１実施形態のタブレット端末５０の構成の一例を示すブロック図。

【図3】第１実施形態の通知方法リスト５９の一例を示す図。

【図4】第１実施形態の医用情報処理装置１００の構成の一例を示すブロック図。

【図5】第１実施形態の第１優先順位リスト１５１の一例を示す図。

【図6】第１実施形態の第２優先順位リスト１５２の一例を示す図。

【図7】第１実施形態の医用情報処理装置１００における処理の一例を示すフローチャート。

【図8】第１実施形態の医用情報処理装置１００における処理の一例を示すフローチャート。

【図9】変形例の医用情報処理装置１００における処理の一例を示すフローチャート。

【図10】第２実施形態の医用情報処理装置１００における処理の一例を示すフローチャート。

【図11】第３実施形態の病院内システム１の構成の一例を示すブロック図。

【図12】第４実施形態の医用情報処理装置１００における処理の一例を示すフローチャート。

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

【0008】

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

【0009】

（第１実施形態）
図１は、第１実施形態の病院内システム１の構成の一例を示すブロック図である。第１実施形態の病院内システム１は、例えば、病院情報システム（Hospital Information System：以下、ＨＩＳ）１０と、放射線科情報システム（Radiology Information System：以下、ＲＩＳ）２０と、画像保存通信システム（ＰＡＣＳ：Picture Archiving and Communication System）３０と、複数の医用画像診断装置（モダリティ）４０と、複数のタブレット端末５０と、医用情報処理装置１００とを備える。

【0010】

ＨＩＳ１０は、病院内での業務支援を行うコンピュータシステムである。具体的には、ＨＩＳ１０は、各種サブシステムを有する。各種サブシステムとしては、例えば、電子カルテシステム、医療会計システム、診療予約システム、来院受付システム、入退院管理システムが含まれる。

【0011】

ＨＩＳ１０は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサ、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等のメモリ、ディスプレイ、入力インターフェース及び通信インターフェースを備えるサーバ装置やクライアント端末等のコンピュータを含む。

【0012】

技師等（以下、ユーザ）Ｕは、ＨＩＳ１０に含まれる電子カルテシステムを用いて、患者に関する情報を入力したり参照したりする。ユーザＵは、ＨＩＳ１０に対して画像検査オーダーを発行する。ＨＩＳ１０は、画像検査オーダーに応じたオーダー情報をＲＩＳ２０などの他のシステムに転送する。

【0013】

ＨＩＳ１０は、ユーザＵ及びモダリティ４０の作業スケジュールを管理する。ＨＩＳ１０は、発行した画像検査オーダーに基づいて、画像検査を担当するユーザＵや画像検査に使用するモダリティ４０を決定する。ＨＩＳ１０は、決定した内容を含めてユーザＵ及びモダリティ４０のスケジュールを管理する。ＨＩＳ１０は、医用情報処理装置１００の要求に応じて、ユーザＵ及びモダリティ４０のスケジュールを、ネットワークＮＷを介して医用情報処理装置１００に送信する。

【0014】

ＲＩＳ２０は、画像診断部門での業務支援を行うコンピュータシステムである。ＲＩＳ２０は、ＨＩＳ１０と連携した画像検査オーダーの予約管理のほか、検査機器への予約情報連携、検査情報の管理などを行う。ＲＩＳ２０は、例えば、ＣＰＵ等のプロセッサ、ＲＯＭやＲＡＭ等のメモリ、ディスプレイ、入力インターフェース及び通信インターフェースを備えるサーバ装置やクライアント端末等のコンピュータを含む。

【0015】

ＰＡＣＳ３０は、モダリティ４０により送信された医用画像を受信してデータベースに保存するコンピュータシステムである。ＰＡＣＳ３０は、クライアントからのリクエストに応じて、データベースに保存された医用画像を送信（転送）する。ＰＡＣＳ３０は、ＣＰＵ等のプロセッサ、ＲＯＭやＲＡＭ等のメモリ、ディスプレイ、入力インターフェース、通信インターフェースを含むサーバ・コンピュータを含む。ＰＡＣＳ３０に記憶された医用画像には、撮影対象の患者や撮影に関する情報が付帯情報として付帯されている。付帯情報には、例えば、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格に準拠した形式で、患者ＩＤ、検査ＩＤ、撮影条件（撮影プロトコル）等の情報が含まれる。

【0016】

モダリティ４０は、例えば、画像検査指示等に基づき決定される撮影条件（撮影プロトコル）に従い撮像（撮影）を実行する。モダリティ４０としては、例えば、Ｘ線コンピュータ断層撮影装置、Ｘ線診断装置、磁気共鳴イメージング装置、超音波診断装置、核医学診断装置等が挙げられる。

【0017】

モダリティ４０は、例えば、架台と、寝台と、コンソールと、を備える。架台は、ガントリとも称される。架台には、被検体の画像を撮影するための装置、Ｘ線断層撮影装置であれば、例えば、Ｘ線を照射する管球と、Ｘ線を検出するＸ線検出器などが設けられる。寝台は、被検体を搭載する。コンソールは、架台に設けられた各種装置を制御したり、架台に設けられた機器の出力を指定したり、架台に設けられた機器により提供される情報に基づいて画像を生成したりする。ユーザＵは、コンソールによってモダリティ４０を操作することができる。ユーザＵは、コンソールによるほか、自身が管理するタブレット端末５０によってもモダリティ４０を操作することができる。モダリティ４０の撮像により生成された医用画像（画像データ）はＰＡＣＳ３０に送信される。

【0018】

モダリティ４０は、被検体の画像の撮影を伴う検査を行う。モダリティ４０により行われている検査の内容（以下、モダリティ４０の検査内容）には、例えば、「ドックまたは軽症患者の検査」「非造影検査（頭部）」「非造影検査（頭部以外）」「造影検査」が含まれる。

【0019】

モダリティ４０は、被検体に関する情報や撮影に関する情報（以下、検査関連情報）を入力する入力インターフェースと、ＬＡＮ(Local Area Network)などのネットワークＮＷを介して複数のタブレット端末５０と通信する通信インターフェースを備える。通信インターフェースは、例えば、ＮＩＣ（Network Interface Card）等の通信インターフェースを含む。ネットワークＮＷは、ＬＡＮに代えてまたは加えて、インターネット、セルラー網、Ｗｉ－Ｆｉ網、ＷＡＮ（Wide Area Network）等を含んでもよい。モダリティ４０は、タブレット端末５０により送信される検査関連情報を通信インターフェースにより受信する。

【0020】

モダリティ４０は、検査中にユーザＵによる処置が必要となった場合に、呼出要求を医用情報処理装置１００に送信する。検査中にユーザＵによる処置が必要となる場合には、例えば、検査中のモダリティ４０が故障したり停止したりした場合や、被検体に異変が生じた場合が含まれる。

【0021】

病院内システム１の構成は上記に限定されない。病院内システム１は、例えば、読影レポート作成装置等を含んでいてもよい。また、病院内システム１のいくつかの要素が統合されていてもよい。例えば、ＨＩＳ１０とＲＩＳ２０とが１個のシステムに統合されていてもよい。

【0022】

図２は、第１実施形態のタブレット端末５０の構成の一例を示すブロック図である。タブレット端末５０は、複数のユーザＵに対してそれぞれ配布されている。各ユーザＵは、配布されたタブレット端末５０をそれぞれ管理する。タブレット端末５０は、各ユーザＵが所持するモバイル端末である。

【0023】

ユーザＵが管理するタブレット端末５０は１台であり、１人のユーザＵに対して１つのタブレット端末５０が割り当てられる。タブレット端末５０は、複数のユーザＵに割り当てられてもよいし、複数のユーザＵに対して１台のタブレット端末５０が割り当てられてもよい。タブレット端末５０を配布されたユーザＵの情報は、例えば、医用情報処理装置１００により管理されている。

【0024】

タブレット端末５０は、例えば、通信インターフェース５１と、タッチパネル５２と、制御回路５３と、通知装置５４と、メモリ５５とを備える。通知装置５４は、例えば、スピーカ５６と、バイブレータ５７と、発光装置５８とを備える。通信インターフェース５１は、例えば、ＬＡＮなどのネットワークＮＷを介して、医用情報処理装置１００や複数のモダリティ４０と通信する。通信インターフェース５１は、例えば、医用情報処理装置１００により送信される通知情報を受信する。

【0025】

タッチパネル５２は、ユーザＵが情報を入力する入力インターフェースと、入力された情報等を表示する出力インターフェースとして機能する。タッチパネル５２は、例えば、ユーザＵからの各種の入力操作を受け付けるためのＧＵＩ（Graphical User Interface）等を表示する。ＧＵＩには、例えば、ユーザＵがモダリティ４０を遠隔で操作するためのものが含まれる。タッチパネル５２は、受け付けた入力操作に応じた情報を制御回路５３に送信する。

【0026】

制御回路５３は、タブレット端末５０における各部を制御する。制御回路５３は、例えば、タッチパネル５２にＧＵＩを表示する表示制御を行う。制御回路５３は、タッチパネル５２により受け付けられた入力操作に応じた入力情報に基づいて、タブレット端末５０における各部を制御したり、入力情報に基づいてモダリティ４０等の外部装置に送信する送信情報を生成したりする。送信情報には、モダリティ４０の検査関連情報などが含まれる。ユーザＵは、タッチパネル５２に対して入力操作することにより、複数のモダリティ４０を遠隔で操作することができる。

【0027】

制御回路５３は、タブレット端末５０の使用状況を取得する。タブレット端末５０の使用状況には、例えば、タブレット端末５０により操作するモダリティ４０及び操作しているモダリティ４０に対する操作内容などが含まれる。タブレット端末５０の使用状況は、具体的には、「コンソールの操作」「非操作」「撮像画面の操作」「医師との通話」「患者登録」などがある。

【0028】

「コンソールの操作」は、モダリティ４０に設けられたコンソールを操作するためにタブレット端末５０を使用する状態である。ユーザＵは、タブレット端末５０を操作することにより、複数のモダリティ４０のいずれかに向けた検査関連情報をタブレット端末５０に送信させることができる。「非操作」は、タブレット端末５０の操作が行っていない（使用していない）状態である。「撮像画面の操作」は、例えば、被検体を撮影するために架台に設けられた各機器の設定などを指定するためにタブレット端末５０を使用する状態である。

【0029】

「医師との通話」は、ユーザＵが医師と通話するためにタブレット端末５０を使用する状態である。タブレット端末５０には、不図示のマイクが設けられており、ユーザＵは、自らの発声音をマイクに収集させ、医師の発声音をスピーカ５６から受け取ることにより、医師との通話を実現する。

【0030】

「患者登録」は、ユーザＵが新たな患者（被検体）をＨＩＳ１０に登録するためにタブレット端末５０を使用する状態である。使用状況は、その他の状況が含まれてもよい。制御回路５３は、医用情報処理装置１００の要求に応じて、タブレット端末５０の使用状況を、通信インターフェース５１を用いて、ネットワークＮＷを介して医用情報処理装置１００に送信する。

【0031】

通知装置５４は、制御回路５３の制御に従って作動する。通知装置５４は、医用情報処理装置１００により送信される通知情報に応じた呼出通知を行う。通知装置５４に含まれるスピーカ５６は、呼出通知として音声を出力する。バイブレータ５７は、呼出通知として、タブレット端末５０を全体的に振動させる。発光装置５８は、呼出通知として、ランプを点灯させたり点滅させたり消灯させたりする。

【0032】

メモリ５５は、例えば、呼出通知の通知方法を含む通知方法リスト５９を記憶する。通知方法リスト５９は、医用情報処理装置１００により送信される通知情報に含まれる通知レベルに対応付けられた呼出通知の通知方法を示す情報である。通知方法が異なると、通知装置５４によるユーザＵを呼び出すための通知の強度が変化する。通知装置５４は、通知レベルが高いほどユーザＵに対して強い刺激を与えてユーザＵが呼び出されていることを通知する。

【0033】

図３は、第１実施形態の通知方法リスト５９の一例を示す図である。通知方法リスト５９に含まれる通知方法は、例えば、スピーカ５６による通知（以下、音通知）、バイブレータ５７による通知（以下、振動通知）、及び発光装置５８による通知（以下、光通知）を含む。振動通知には、例えば、「強」「中」「弱」の３段階が設定されている。第１実施形態において、通知レベルは３段階に設定されており、通知レベルにより表される数値が大きくなるほど（通知優先度が高くなるほど）通知レベルが高くなり、ユーザＵに与える刺激が大きくなる。

【0034】

例えば、通知レベル３は、ユーザＵに与える刺激が最も大きい通知である。通知レベル３のときには、音通知、振動通知、及び光通知の全てが実行され、振動通知の強度は「強」とされる。通知レベル２は、ユーザＵに与える刺激が最も中ほどの通知である。通知レベル２のときには、音通知、及び振動通知が実行され、振動通知は「中」でとされる。通知レベル１のときには、ユーザＵに与える刺激が最も小さい通知である。通知レベル１では、振動通知が実行され、振動通知は「弱」で実行される。

【0035】

振動通知は、「強」「中」「弱」の強度で実行されることで、ユーザＵに与える刺激を変化させるが、音通知及び光通知も態様を変えてユーザＵに与える刺激を変化させてもよい。例えば、音通知では、音量や音質を変えたり、通知レベルに応じたメッセージを流したりすることによりユーザＵに対する刺激を変化させてもよい。光通知では、光量や光源の色、点滅、点灯、点滅時の点滅速度などによりユーザＵに対する刺激を変化させてもよい。

【0036】

図４は、第１実施形態の医用情報処理装置１００の構成の一例を示すブロック図である。医用情報処理装置１００は、例えば、通信インターフェース１１０と、入力インターフェース１２０と、ディスプレイ１３０と、処理回路１４０と、メモリ１５０と、を備える。医用情報処理装置１００における通信インターフェース１１０、入力インターフェース１２０、及びディスプレイ１３０は、ＨＩＳ１０が備える通信インターフェース、入力インターフェース及びディスプレイとは別個に設けられているが、これらが共通していてもよい。

【0037】

通信インターフェース１１０は、例えば、ＬＡＮなどのネットワークＮＷを介してＨＩＳ１０、ＲＩＳ２０、ＰＡＣＳ３０、モダリティ４０等の外部装置と通信する。通信インターフェース１１０は、例えば、ＮＩＣ等の通信インターフェースを含む。

【0038】

入力インターフェース１２０は、診療医等からの各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路１４０に出力する。入力インターフェース１２０は、例えば、マウス、キーボード、トラックボール、スイッチ、ボタン、ジョイスティック、タッチパネル等を含む。入力インターフェース１２０は、例えば、マイク等の音声入力を受け付けるユーザインターフェースであってもよい。入力インターフェース１２０がタッチパネルである場合、入力インターフェース１２０は、ディスプレイ１３０の表示機能を兼ね備えるものであってもよい。

【0039】

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

【0040】

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

【0041】

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

【0042】

ハードウェアプロセッサとは、例えば、ＣＰＵ、ＧＰＵ（Graphics Processing Unit）、特定用途向け集積回路（Application Specific Integrated Circuit; ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device; ＳＰＬＤ）または複合プログラマブル論理デバイス（Complex Programmable Logic Device; ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array; ＦＰＧＡ）などの回路（circuitry）を意味する。

【0043】

メモリ１５０にプログラムを記憶させる代わりに、ハードウェアプロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合、ハードウェアプロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。上記のプログラムは、予めメモリ１５０に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の非一時的記憶媒体に格納されており、非一時的記憶媒体が医用情報処理装置１００のドライブ装置（不図示）に装着されることで非一時的記憶媒体からメモリ１５０にインストールされてもよい。

【0044】

ハードウェアプロセッサは、単一の回路として構成されるものに限らず、複数の独立した回路を組み合わせて１つのハードウェアプロセッサとして構成され、各機能を実現するようにしてもよい。また、複数の構成要素を１つのハードウェアプロセッサに統合して各機能を実現するようにしてもよい。医用情報処理装置１００におけるハードウェアプロセッサやメモリ等は、ＨＩＳ１０のハードウェアプロセッサやメモリ等とは別個に設けられているが、これらが共通していてもよい。

【0045】

取得機能１４１は、ＨＩＳ１０、ＲＩＳ２０、ＰＡＣＳ３０、モダリティ４０、及びタブレット端末５０により送信される情報を取得する。取得機能１４１は、例えば、モダリティ４０により送信され、通信インターフェース１１０により受信される呼出要求を取得する。取得機能１４１は、呼出要求を取得した場合に、ユーザＵ及びモダリティ４０のスケジュールの提供をＨＩＳ１０に要求し、タブレット端末５０の使用状況の提供をタブレット端末５０に要求する。

【0046】

取得機能１４１は、例えば、ＨＩＳ１０により送信され、通信インターフェース１１０により受信されるユーザＵ及びモダリティ４０のスケジュールを取得する。取得機能１４１は、例えば、タブレット端末５０により送信され、通信インターフェース１１０により受信されるタブレット端末５０の使用状況を取得する。取得機能１４１は、取得したタブレット端末５０の使用状況に基づいて、ユーザＵが行っている作業の作業内容（以下、ユーザＵの実行作業内容）を確認して取得する。取得機能１４１は、取得部の一例である。ユーザＵの実行作業内容は、ユーザの作業内容の一例である。

【0047】

算出機能１４２は、取得機能１４１により取得されたユーザＵ及びモダリティ４０のスケジュールに基づいて、ユーザＵがモダリティ４０を利用して実行する検査の検査内容（以下、モダリティ４０の検査内容）を確認する。モダリティ４０の検査内容は、モダリティ４０の稼働状態などにより確認してもよい。この場合、例えば、ユーザＵ及びモダリティ４０のスケジュールに基づいて、ユーザＵが利用しているモダリティ４０との関係を確認してよい。

【0048】

モダリティ４０の検査内容には、ユーザＵがモダリティ４０を利用している検査を行っているか否か、ユーザＵが複数のモダリティ４０のうちどのモダリティ４０を利用しているか、などの内容も含まれる。算出機能１４２は、取得機能１４１により取得されたユーザＵの実行作業内容及び確認したモダリティ４０の検査内容に基づいて、複数のユーザＵのそれぞれに対する通知優先度を算出する。算出機能１４２は、例えば、算出機能１４２が通知優先度を算出する際にユーザが行っている作業の内容を前記ユーザの作業内容に含めて、通知優先度を算出する。算出機能１４２は、算出部の一例である。

【0049】

送信機能１４３は、算出機能１４２により算出された通知優先度に基づいて、各ユーザＵに通知を発する際の通知レベルを設定する。送信機能１４３は、設定した通知レベルの情報を含む通知情報を作成する。送信機能１４３は、作成した通知情報を各ユーザがそれぞれ管理するタブレット端末５０に通信インターフェース１１０を用いて送信する。送信機能１４３が送信部の一例である。

【0050】

メモリ１５０は、例えば、第１優先順位リスト１５１及び第２優先順位リスト１５２を記憶する。第１優先順位リスト１５１は、ユーザＵの実行作業内容に対応付けられた第１優先順位を示す情報である。第２優先順位リスト１５２は、モダリティ４０の検査内容に対応付けられた第２優先順位を示す情報である。

【0051】

図５は、第１実施形態の第１優先順位リスト１５１の一例を示す図である。「通知元のコンソールの操作」に優先順位「１」が対応付けられている。また、「非操作」に優先順位「２」、「撮像画面の操作」に優先順位「３」、「医師との通話」に優先順位「４」、「患者登録」に優先順位「５」がそれぞれ対応付けられている。第１実施形態において、第１優先順位リスト１５１の優先順位は５段階に設定されている。優先順位により表される数値が小さくなるほど優先順位が高くなり、優先順位が高いほど、通知レベルが高くなりやすくなる。

【0052】

例えば、「通知元のコンソールの操作」を行っているユーザＵは、通知元のモダリティ４０に関与しているため、優先的に通知することが好適となることから、優先順位は「１」と高くされている。また、「患者登録」など、タブレット端末５０から通知元以外のモダリティ４０に情報を送信している場合には、重要な作業をしている可能性が高いので、優先順位は「５」と低くされている。さらに、「撮像画面操作」など、ユーザＵがタブレット端末５０の中だけで操作している場合には、ユーザＵの作業の重要度はさほど高くない可能性が高いので、優先順位は「３」と中程度とされている。

【0053】

図６は、第１実施形態の第２優先順位リスト１５２の一例を示す図である。第２優先順位リスト１５２においては、ユーザＵによる検査が「通知元のモダリティ４０による検査または検査非実行」である場合に優先順位「１」が対応付けられている。また、「ドックまたは軽症患者の検査」に優先順位「２」が対応付けられている。また、「非造影検査（頭部）」に優先順位「３」、「非造影検査（頭部以外）」に優先順位「４」、「造影検査」に優先順位「４」がそれぞれ対応付けられている。第１実施形態において、第２優先順位リスト１５２の優先順位は５段階に設定されている。優先順位により表される数値が小さくなるほど優先順位が高くなり、優先順位が高いほど、通知レベルが高くなりやすくなる。

【0054】

例えば、「造影検査」の検査中のユーザＵは、現場を離れることは難しいことから、優先順位は「４」と低くされている。なお、「造影検査」に代えてまたは加えて「息止めを伴う検査」を優先順位の低い（＝「４」）の検査としてもよい。なお、「造影検査」など、ユーザＵがその場を離れることが実質的に不可能である場合には、ユーザＵへの通知を行わないようにしてもよい。また、「非造影検査」であれば、「造影検査」ほど、ユーザＵが現場を離れにくくなることはないので、優先順位を「２」または「３」と高く設定してよい。

【0055】

「非造影検査」のうち、頭部の検査については、撮影のプランを検査の冒頭に実行した後は、ユーザＵが検査に立ち会う必要性は低くなる時間帯が続くので、頭部以外の検査よりもユーザＵが現場を離れに易い状況が生じ得る。このため、「非造影検査（頭部）」の優先順位を「２」、「非造影検査（頭部以外）」優先順位を「３」と設定する。さらに、「ドックや軽傷の患者」など患者の属性により、ユーザＵが立ち会う必要性が高くない状況もある。このため、「ドックや軽傷の患者」の優先順位を「１」と高く設定する。

【0056】

次に、医用情報処理装置１００における処理について説明する。図７は、第１実施形態の医用情報処理装置１００における処理の一例を示すフローチャートである。医用情報処理装置１００において、まず、取得機能１４１は、複数のモダリティ４０のいずれかにより送信される呼出要求を取得したか否かを判定する（ステップＳ１０１）。

【0057】

呼出要求を取得していないと判定した場合、取得機能１４１は、ステップＳ１０１の処理を繰り返す。呼出要求を取得したと判定した場合、取得機能１４１は、タブレット端末５０の使用状況の提供をタブレット端末５０に要求し、タブレット端末５０の使用状況を取得する（ステップＳ１０３）。続いて、取得機能１４１は、ユーザＵ及びモダリティ４０のスケジュールの提供をＨＩＳ１０に要求し、ユーザＵ及びモダリティ４０のスケジュールを取得する（ステップＳ１０５）。

【0058】

続いて、算出機能１４２は、取得機能１４１により取得されたタブレット端末５０の使用状況に基づいて、ユーザＵの実行作業内容を確認する（ステップＳ１０７）。第１実施形態では、タブレット端末５０の使用状況は、そのままユーザＵの実行作業内容を意味することになる。続いて、算出機能１４２は、取得機能１４１により取得されたユーザＵ及びモダリティ４０のスケジュールに基づいて、モダリティ４０の検査内容を確認する（ステップＳ１０９）。

【0059】

続いて、算出機能１４２は、確認したユーザＵの実行作業内容及びモダリティ４０の検査内容に基づいて、ユーザＵごとの通知優先度を算出する（ステップＳ１１１）。算出機能１４２は、例えば、ユーザＵの実行作業内容及びモダリティ４０の検査内容にそれぞれ第１優先順位及び第２優先順位を設定し、設定した第１優先順位及び第２優先順位を利用して通知優先度を算出する。算出機能１４２は、例えば、以下の手順で通知優先度を算出する。

【0060】

図８は、第１実施形態の医用情報処理装置１００における処理の一例を示すフローチャートである。図８は、通知優先度を算出する処理を示している。まず、算出機能１４２は、ステップＳ１０７で確認したユーザＵの実行作業内容を第１優先順位リスト１５１に参照する。算出機能１４２は、第１優先順位リスト１５１にユーザＵの実行作業内容を参照した結果に基づいて、ユーザＵの実行作業内容に応じた第１優先順位を取得する（ステップＳ２０１）。

【0061】

続いて、算出機能１４２は、ステップＳ１０９で確認したモダリティ４０の検査内容を第２優先順位リスト１５２に参照する。算出機能１４２は、第２優先順位リスト１５２にモダリティ４０の参照した結果に基づいて、モダリティ４０の検査内容に応じた第２優先順位を取得する（ステップＳ２０３）。

【0062】

続いて、算出機能１４２は、取得した第１優先順位リスト１５１及び第２優先順位リスト１５２に基づいて、通知優先度を算出する（ステップＳ２０５）。算出機能１４２は、例えば、第１優先順位が示す数値と、第２優先順位が示す順位を加算することにより、通知優先度を算出する。こうして、医用情報処理装置１００は、図８に示す処理を終了する。

【0063】

算出機能１４２は、他の算出方法で通知優先度を算出してもよい。算出機能１４２は、例えば。第１優先順位と第２優先順位を乗じて通知優先度を算出してもよいし、所定の係数を乗じた第１優先順位及び第２優先順位加算または乗算して通知優先度を算出してもよい。

【0064】

図７に示すフローに戻り、算出機能１４２がユーザＵごとの通知優先度を算出した後、送信機能１４３は、算出機能１４２により算出された通知優先度に基づいて、複数のユーザＵに対して、それぞれ通知レベルを設定する。送信機能１４３は、通知優先度が高いほど、高い通知レベルを設定する。送信機能１４３は、算出機能１４２により算出された通知優先度を相対的に評価した結果に基づいて通知レベルを設定する。

【0065】

例えば、第１ユーザの通知優先度が「１」、第２ユーザの通知優先度が「４」、第３ユーザの通知優先度が「６」である場合、第１ユーザの通知レベルを「３」、第２ユーザの通知レベルを「２」、第３ユーザの通知レベルを「１」に設定する。送信機能１４３は、どのように通知レベルを設定してもよい。送信機能１４３は、例えば、ユーザＵの数と通知レベルの数が例えば「３」で同数であり、それぞれの通知優先度が異なる場合に、通知優先度が高い順に通知レベルを「３」「２」「１」と設定してよい。

【0066】

送信機能１４３は、ユーザＵの通知優先度の並びに対して通知レベルの並びが合致していれば、通知レベルをどのように設定してもよい。例えば、送信機能１４３は、通知優先度が異なるユーザＵが二人である場合に、通知レベルをそれぞれ「３」「２」と設定したり、「３」「１」と設定したり、「２」「１」と設定したりしてよい。

【0067】

続いて、送信機能１４３は、設定した通知レベルの情報を含む通知情報を生成する。送信機能１４３は、生成した通知情報を、複数のユーザＵのそれぞれが管理するタブレット端末５０に送信する（ステップＳ１１５）。その後、医用情報処理装置１００は、図７に示す処理を終了する。

【0068】

送信機能１４３により送信されて通知情報を受信したタブレット端末５０は、送信された通知情報に含まれる通知レベルに応じた通知を実行する。タブレット端末５０は、通知情報に含まれる通知レベルが「３」の場合には、スピーカ５６の音声、バイブレータ５７の強い振動、及び発光装置５８の発光による通知を行う。タブレット端末５０は、通知情報に含まれる通知レベルが「２」の場合には、スピーカ５６の音声及びバイブレータ５７の中程度の振動による通知を行う。タブレット端末５０は、通知情報に含まれる通知レベルが「１」の場合には、バイブレータ５７の弱い振動による通知を行う。

【0069】

第１実施形態の医用情報処理装置１００は、モダリティ４０がユーザＵを呼び出す呼出要求を送信した場合に、複数のユーザＵに対して呼出通知を行う。このため、モダリティ４０に異変が生じるなどしてユーザＵがモダリティ４０に対応する必要が生じた場合に、早急にユーザＵがモダリティ４０の対応をできるようにすることができる。

【0070】

さらに、第１実施形態の医用情報処理装置１００は、複数のユーザＵに呼出通知を送信する際に、呼出通知に通知レベルを設定した、通知レベルに応じた態様で通知を行う。このため、呼出通知を受けたユーザＵは、自分がどの程度必要とされているかを認識することができる。したがって、モダリティ４０の対応に適切であるユーザＵが対応できるようにすることができる。

【0071】

タブレット端末５０には、当該タブレット端末５０を操作するユーザＵや他のユーザＵが管理するタブレット端末５０に対する通知を終了させる終了ボタンが設けられていてもよい。呼出要求を出力したモダリティ４０に到達したユーザＵが終了ボタンを操作することにより、過度にユーザＵが呼出要求を出力したモダリティ４０に集結する事態を抑制することができる。

【0072】

（第１実施形態の変形例）
次に、第１実施形態の変形例について説明する。変形例では、通知優先度を算出する手順が第１実施形態と主に異なる。変形例では、モダリティ４０による検査内容に応じて、通知優先度を調整する。例えば、具体的に、変形例では、モダリティ４０で行われている検査がマンモグラフィ検査（以下、マンモ検査）である場合に、女性技師のユーザＵの通知優先度を高く調整する。あるいは、モダリティ４０が子供などの低年齢者や高齢者の検査を行う場合に、その年齢の被検体に適した技師のユーザＵの通知優先度を高く調整するようにしてもよい。

【0073】

モダリティ４０は、マンモ検査を行っている場合に呼出要求を送信する場合には、その旨を呼出要求に付加する。さらに、医用情報処理装置１００により管理されるユーザＵの情報には、ユーザＵの属性として、ユーザＵの性別が含まれている。以下、第１実施形態との相違点を中心として変形例について説明する。

【0074】

図９は、変形例の医用情報処理装置１００における処理の一例を示すフローチャートである。変形例において、医用情報処理装置１００は、まず、算出機能１４２において、ユーザＵの実行作業内容に応じた第１優先順位を取得する（ステップＳ３０１）。算出機能１４２は、続いて、モダリティ４０の検査内容に応じた第２優先順位を取得する（ステップＳ３０３）。ここまでは、第１実施形態と同様である。

【0075】

続いて、算出機能１４２は、通知元のモダリティ４０により送信された呼出要求を参照し、通知元のモダリティ４０により行われている検査がマンモ検査であるか否かを判定する（ステップＳ３０５）。その結果、通知元のモダリティ４０により行われている検査がマンモ検査でないと判定した場合には、算出機能１４２は、処理をステップＳ３０９に進める。

【0076】

また、通知元のモダリティ４０により行われている検査がマンモ検査である判定した場合、算出機能１４２は、女性技師であるユーザＵの第１優先順位を高める（ステップＳ３０７）。この場合、算出機能１４２は、どのようにして女性技師であるユーザＵの第１優先順位を高めてもよい。算出機能１４２は、例えば、女性技師であるユーザＵの第１優先順位を１段階高めてもよい。

【0077】

その後、算出機能１４２は、第１実施形態と同様、ステップＳ３０１取得した第１優先順位リスト１５１及びステップＳ３０３またはステップＳ３０５で取得した第２優先順位リスト１５２に基づいて、通知優先度を算出する（ステップＳ３０９）。こうして、医用情報処理装置１００は、図９に示す処理を終了する。

【0078】

変形例の医用情報処理装置１００では、第１実施形態と同様の作用効果を奏する。さらに、変形例の医用情報処理装置１００では、通知元のモダリティ４０で行われている検査がマンモ検査である場合に、女性技師の優先順位を高くしている。このため、マンモ検査に対して女性技師を優先して対応させるようにすることができるので、さらに、モダリティ４０の対応に適切であるユーザＵが対応できるようにすることができる。

【0079】

（第２実施形態）
次に、第２実施形態について説明する。第２実施形態の医用情報処理装置１００は、第１実施形態の医用情報処理装置１００と比較して、複数のユーザに対する通知優先度が同一である場合の処理が主に異なり、装置構成については共通する。以下、第１実施形態との相違点を中心に、第２実施形態について説明する。

【0080】

第２実施形態の医用情報処理装置１００は、図７に示すフローチャートに沿って処理を実行し、通知レベルを設定する処理（ステップＳ１１３）が第１実施形態と異なる。ここでは、第２実施形態の医用情報処理装置１００の処理、特に、図７のステップＳ１１３に相当する処理について説明する。

【0081】

図１０は、第２実施形態の医用情報処理装置１００における処理の一例を示すフローチャートである。図１０は、第２実施形態の医用情報処理装置１００における図７のステップＳ１１３に相当する処理を示している。算出機能１４２が、第１実施形態と同様に、複数のユーザＵに対して、それぞれ第１優先順位と第２優先順位を設定した後、第１優先順位及び第２優先順位に基づいて、複数のユーザＵのそれぞれに対する通知優先度を算出する。送信機能１４３は、算出機能１４２が通知優先度を算出した後、図１０に示す処理を実行する。

【0082】

算出機能１４２により通知優先度が算出された後、送信機能１４３は、通知レベルが設定されていない複数のユーザＵの中から、通知優先度が最も高いユーザＵを選択する（ステップＳ４０１）。続いて、送信機能１４３は、選択したユーザＵの通知優先度と同じ通知優先度のユーザＵが存在するか否かを判定する（ステップＳ４０３）。

【0083】

送信機能１４３は、選択したユーザＵの通知優先度と同じ通知優先度のユーザＵが存在すると判定したとする。この場合、複数のユーザＵに対する通知優先度が共通であることとなる。送信機能１４３は、選択したユーザＵ及びの通知優先度と同じ通知優先度のユーザＵに対して、選択対象となる複数の通知レベル、ここでは、設定されていない通知レベルの中で最も高い通知レベルを設定する（ステップＳ４０５）。最も高い通知レベルは、ユーザに与えられる刺激が最も強くなる通知レベルである。

【0084】

一方、ステップＳ４０３において、送信機能１４３は、選択したユーザＵの通知優先度と同じ通知優先度のユーザＵが存在しないと判定したとする。この場合、送信機能１４３は、選択したユーザＵに対して、設定されていない通知レベルの中で最も高い通知レベルを設定する（ステップＳ４０７）。

【0085】

続いて、送信機能１４３は、全てのユーザＵに対する通知レベルの設定が完了したか否かを判定する（ステップＳ４０９）。全てのユーザＵに対する通知レベルの設定が完了したと送信機能１４３が判定した場合、医用情報処理装置１００は、図１０に示す処理を終了する。全てのユーザＵに対する通知レベルの設定が完了していないと判定した場合、送信機能１４３は、処理をステップＳ４０１に戻す。こうして、医用情報処理装置１００は、図１０に示す処理を終了する。

【0086】

第２実施形態の医用情報処理装置１００は、第１実施形態と同様の作用効果を奏する。さらに、第２実施形態の医用情報処理装置１００は、通知優先度が同一であるユーザＵに対して、同一の通知レベルを設定する。このため、通知優先度が同一のユーザＵに対して、優劣なく通知をすることができる。その結果、モダリティ４０の対応により適切であるユーザＵが対応できるようにすることができる。

【0087】

（第３実施形態）
次に、第３実施形態について説明する。第３実施形態の医用情報処理装置１００は、第１実施形態の医用情報処理装置１００がモダリティ４０から独立して設けられているのに対して、モダリティ４０に内蔵されている点で主に異なる。以下、第１実施形態との相違点を中心に第３実施形態について説明する。

【0088】

図１１は、第３実施形態の病院内システム１の構成の一例を示すブロック図である。第３実施形態の病院内システム１は、モダリティ４０として、医用情報処理装置１００が内蔵された特定モダリティ４１と、医用情報処理装置１００を備えない通常モダリティ４２と、を備える。医用情報処理装置１００は、例えば、特定モダリティ４１におけるコンソール内に設けられている。

【0089】

第３実施形態の病院内システム１は、１つの特定モダリティ４１と、複数の通常モダリティ４２を備える。特定モダリティ４１は、医用情報処理装置１００を備えるほかは、通常モダリティ４２とほぼ同様の構成を備える。通常モダリティ４２は、第１実施形態におけるモダリティ４０と同様の構成を備える。

【0090】

第３実施形態の病院内システム１における医用情報処理装置１００は、第１実施形態と同様の作用効果を奏する。また、第３実施形態の医用情報処理装置１００は、モダリティ４０（特定モダリティ４１）に内蔵されている。このため、独立した医用情報処理装置１００を設置するためのスペースを削減することができる。第３実施形態において、病院内システム１は、１つの特定モダリティ４１と複数の通常モダリティ４２を備えるが、特定モダリティ４１と通常モダリティ４２の数は適宜異なってもよい。例えば、病院内システム１は、複数の特定モダリティ４１を備えてもよいし、単数の通常モダリティ４２を備えてもよい。

【0091】

（第４実施形態）
次に、第４実施形態について説明する。第４実施形態の医用情報処理装置１００は、第１実施形態の医用情報処理装置１００と比較して、ユーザの実行作業内容を確認する態様が主に異なり、装置構成については共通する。以下、第１実施形態との相違点を中心に、第４実施形態について説明する。

【0092】

図１２は、第４実施形態の医用情報処理装置１００における処理の一例を示すフローチャートである。第４実施形態の医用情報処理装置１００は、第１実施形態と同様、まず、取得機能１４１において、呼出要求を取得したか否かを判定し（ステップＳ５０１）、呼出要求を取得するまでステップＳ５０１の処理を繰り返す。

【0093】

続いて、第１実施形態では、取得機能１４１は、タブレット端末５０の使用状況を取得する。これに対して、第４実施形態では、取得機能１４１は、タブレット端末５０の使用状況を取得することなく、ユーザＵ及びモダリティ４０のスケジュールの提供をＨＩＳ１０に要求し、ユーザＵ及びモダリティ４０のスケジュールを取得する（ステップＳ５０３）。

【0094】

続いて、算出機能１４２は、タブレット端末５０の使用状況ではなく、取得機能１４１により取得されたユーザＵ及びモダリティ４０のスケジュールに基づいて、ユーザＵの実行作業内容を確認する（ステップＳ５０５）。算出機能１４２は、例えば、現在時刻をユーザＵ及びモダリティ４０のスケジュールに参照することによりユーザＵの実行作業内容を確認する。

【0095】

その後は、第１実施形態と同様、算出機能１４２は、モダリティ４０の検査内容を確認し（ステップＳ５０７）、続いて、ユーザごとの通知優先度を算出する（ステップＳ５０９）。さらに、送信機能１４３は、通知優先度に基づいて通知レベルを設定し（ステップＳ５１１）、設定レベルを含む通知情報をタブレット端末５０に送信する（ステップＳ５１３）。こうして、第４実施形態の医用情報処理装置１００は、図１２に示す処理を終了する。

【0096】

第４実施形態の医用情報処理装置１００は、上記第１実施形態と同様の作用効果を奏する。さらに、第４実施形態の医用情報処理装置１００は、ユーザＵ及びモダリティ４０のスケジュールに基づいて、ユーザＵの実行作業内容を確認する。このため、タブレット端末５０に使用状況の提供を要求したり、タブレット端末５０により送信されるタブレット端末５０の使用状況を受信したりする処理を省略することができる。したがって、第１実施形態と比較して、装置及び処理の簡素化を図ることができる。

【0097】

第４実施形態において、医用情報処理装置１００は、ユーザＵ及びモダリティ４０のスケジュールに基づいて、ユーザＵの現在の実行作業内容を確認する。これに対して、医用情報処理装置１００は、ユーザＵの現在の実行作業内容に代えてまたは加えて、ユーザＵの将来の実行作業内容を確認してもよい。この場合、算出機能１４２は、ユーザＵが将来行う予定の作業の内容をユーザの作業内容に含めて、通知優先度を算出してよい。

【0098】

タブレット端末の使用状況だけでは、ユーザＵの将来の実行作業内容を確認することが難しいが、ユーザＵ及びモダリティ４０のスケジュールに基づくことにより、ユーザＵの将来の実行作業内容を推定（確認）することができる。ユーザＵが将来行う予定の作業の内容をユーザの作業内容に含めて、通知優先度を算出することにより、複数のユーザＵの通知優先度をより適切に設定することができる。

【0099】

上記各実施形態において、ユーザＵは技師としているが、ユーザＵは技師以外のものでもよい。ユーザＵは、例えば、医師でもよいし看護師でもよい。また、上記実施形態において、呼出要求は、モダリティ４０により送信されるが、呼出要求は、モダリティ４０以外のものにより送信されてもよい。呼出要求は、例えば、モダリティ４０に対処するユーザがさらに多くの人員を必要とする場合に、モダリティ４０に対処中のユーザＵのタブレット端末５０により送信されてもよい。

【0100】

上記各実施形態において、呼出要求は、検査中にユーザＵによる処置が必要となった場合に送信されるが、検査中にユーザＵによる処置が必要となった場合以外の場合に送信されてもよい。呼出要求は、例えば、被検体の検査の終了が近づき、検査の終了によりユーザＵの対応が必要となる場合に送信されてもよい。

【0101】

以上説明した少なくとも１つの実施形態によれば、医用画像診断装置にユーザを呼び出す呼出要求を取得する取得部と、複数のユーザがそれぞれ管理する複数の端末の使用状況または前記ユーザの作業内容のうち少なくともいずれかに基づいて、複数の前記ユーザのそれぞれに対する通知優先度を算出する算出部と、前記通知優先度に応じた呼出通知を前記端末に出力させる通知情報を複数の前記端末に送信する送信部と、を持つことにより、適切な技師等が対応できるようにすることができる。

【0102】

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

【符号の説明】

【0103】

１…病院内システム
１０…病院情報システム（ＨＩＳ）
２０…放射線科情報システム（ＲＩＳ）
３０…画像保存通信システム（ＰＡＣＳ）
４０…医用画像診断装置（モダリティ）
４０…モダリティ
４１…特定モダリティ
４２…通常モダリティ
５０…タブレット端末
５１…通信インターフェース
５２…タッチパネル
５３…制御回路
５４…通知装置
５５…メモリ
５６…スピーカ
５７…バイブレータ
５８…発光装置
５９…通知方法リスト
１００…医用情報処理装置
１１０…通信インターフェース
１２０…入力インターフェース
１３０…ディスプレイ
１４０…処理回路
１４１…取得機能
１４２…算出機能
１４３…送信機能
１５０…メモリ
１５１…第１優先順位リスト
１５２…第２優先順位リスト
ＮＷ…ネットワーク
Ｕ…ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】