JP7467048B2 - 医用情報表示装置 - Google Patents

Description

本発明の実施形態は、医用情報表示装置に関する

近年、患者の診療情報を統合的に観察することが可能な診療情報統合ビューアを実装している医用情報表示装置がある。このような医用情報表示装置では、医師等のユーザは、医用情報表示装置のディスプレイに表示されている患者の診療情報を統合的に観察し、患者の診断及び治療等を行うことが可能である。患者の診療情報には、例えば、医用画像を表す医用画像データ、及び電子カルテデータ等の様々な種類の情報が含まれている。具体的には、診療情報には、例えば、画像検査、検体検査、及び細菌検査等の検査結果、バイタルサイン、薬剤投与に関する情報、読影レポート、並びに、カルテ記載内容等の項目がある。患者の診療情報は、日々所定のデータベースに蓄積される。

このような統合ビューアが実装されている医用情報表示装置では、ユーザは、例えば、ディスプレイに表示される画面において、診療情報の各項目を、任意に選択し、所定の領域に配置して表示することができる。

ところで、個々の医師が行う診療業務を効率化するには、優先して診療すべき患者の診療情報に迅速にアクセスできることが重要となる。ここで、従来技術では、例えば、患者に対する診療の進捗状況を表す情報が患者毎に表示されている。このとき、ユーザは、この進捗状況を表す情報を各患者について確認しながら、例えば患者間における患者の診療情報の確認の優先度を決定していた。このため、優先して診療すべき患者の診療情報にアクセスするまでに多くの時間を要していた。

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

本発明が解決しようとする課題は、優先して診療すべき患者の診療情報にアクセスするまでの時間を短縮することである。

実施形態に係る医用情報表示装置は、取得部と、マッピング部と、表示制御部とを備える。取得部は、複数の患者の診療情報から、診療における判断の指標となるイベントが発生した患者を識別する患者識別情報、及び当該イベントに関連付けられた時間を表す時間情報を取得する。マッピング部は、複数の患者識別情報、及び複数の時間情報に基づいて、イベントに関するアイコンを、患者毎に識別可能に、共通の時間軸にマッピングしたマッピングデータを生成する。表示制御部は、マッピングデータをディスプレイに表示する。

図１は、実施形態に係る医用情報表示装置が含まれる医療情報システムを表すブロック図である。 図２は、図１に示される医用情報表示装置の機能構成を示すブロック図である。 図３は、実施形態に係る医用情報表示装置の処理回路の動作の例を表すフローチャートである。 図４は、図２に示されるディスプレイに表示される心不全兆候イベントに関する診療画面の例を示す図である。 図５は、図２に示されるディスプレイに表示される手術予定イベントに関する診療画面の例を示す図である。 図６は、図２に示されるディスプレイに表示される画像検査イベントに関する診療画面の例を示す図である。 図７は、変形例１に係るマッピングデータの表示例を示す図である。 図８は、変形例１に係るマッピングデータの他の表示例を示す図である。 図９は、変形例１に係るマッピングデータの他の表示例を示す図である。 図１０は、変形例２に係るマッピングデータの表示例を示す図である。 図１１は、変形例２に係るマッピングデータの他の表示例を示す図である。 図１２は、変形例２に係るマッピングデータの他の表示例を示す図である。 図１３は、変形例２に係るマッピングデータの他の表示例を示す図である。 図１４は、変形例３に係るマッピングデータの表示例を示す図である。 図１５は、変形例３に係るマッピングデータの他の表示例を示す図である。 図１６は、変形例３に係るマッピングデータの他の表示例を示す図である。 図１７は、変形例４に係るマッピングデータの表示例を示す図である。 図１８は、変形例４に係るマッピングデータの他の表示例を示す図である。 図１９は、変形例４に係るマッピングデータの他の表示例を示す図である。 図２０は、他の実施形態に係る診療画面の例を表す図である。 図２１は、他の実施形態に係る患者の診療情報の詳細を表す患者詳細画面の例を表す図である。

以下、実施の形態について、図面を参照して説明する。

図１は、本実施形態に係る医用情報表示装置１が利用される環境の例を表すブロック図である。図１に示される医用情報表示装置１は、例えば、医療情報を統合的に観察することが可能な装置である。医用情報表示装置１には、例えば統合ビューアが実装されている。統合ビューアは医療情報を統合的にユーザに提示するアプリケーションである。統合ビューアは、Ｗｅｂアプリケーション、ファットクライアントアプリケーション、又は、シンクライアントアプリケーション等、いずれの実装形態を採用しても良い。医用情報表示装置１は、病院情報システム（ＨＩＳ：Ｈｏｓｐｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍｓ）２、放射線部門情報管理システム（ＲＩＳ：Ｒａｄｉｏｌｏｇｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍｓ）３、医用画像診断装置４、医用画像管理システム（ＰＡＣＳ：Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ）５、及びデータウェアハウス（ＤＷＨ：Ｄａｔａ ＷａｒｅＨｏｕｓｅ）６と、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の病院内ネットワークを介して互いに通信可能に接続されている。

図１において、ＨＩＳ２は、例えば、電子カルテに関する情報を管理する電子カルテシステムを含む。電子カルテに関する情報には、例えば、患者情報及び診療情報が含まれる。患者情報は、患者固有の情報であり、例えば、患者ＩＤ、患者氏名、性別、及び年齢等を含む。

診療情報は、診療の過程で、患者の身体状況、病状、及び治療等について、医療従事者が知り得た情報である。診療情報は、例えば、画像情報、検査履歴情報、心電図情報、バイタルサイン情報、薬歴情報、レポート情報、カルテ記載情報、及び看護記録情報等を含む。画像情報は、例えば、患者を撮影等することにより取得された医用画像の所在を表す情報である。画像情報には、例えば、検査が実施された結果、医用画像診断装置４により生成される後述の医用画像ファイルの所在を表す情報が含まれる。検査履歴情報は、例えば、患者に対して検体検査、及び細菌検査等が行われた結果取得される検査結果の履歴を表す情報である。心電図情報は、例えば、患者から計測された心電図波形に関する情報である。バイタルサイン情報は、例えば、患者の生命に関わる基本的な情報である。バイタルサイン情報には、例えば、脈拍数、呼吸数、酸素濃度、体温、血圧、及び意識レベル等が含まれる。薬歴情報は、例えば、患者に投与された薬剤の量の履歴を示す情報である。レポート情報は、例えば、診療科の診療医からの検査依頼に対して、放射線科の読影医がＸ線画像、ＣＴ画像、ＭＲＩ画像、及び超音波画像等の医用画像を読影し、患者の状態及び疾患についてまとめた情報である。レポート情報には、例えば、読影医がＰＡＣＳ５に記憶された医用画像ファイルを参照して作成された読影レポートを表す読影レポート情報が含まれる。なお、一般的にレポート情報はＰＡＣＳ５に記憶されているため、電子カルテシステムは、ＰＡＣＳ５からレポート情報を読み出すことによって、当該レポート情報を表示することができる。

カルテ記載情報は、例えば、診療医等により電子カルテに入力された情報である。カルテ記載情報には、例えば、入院時の診療記録、患者の病歴、及び薬の処方履歴等が含まれる。

看護記録情報は、例えば、看護師等により電子カルテに入力された情報である。看護記録情報には、入院時の看護記録等が含まれる。

また、電子カルテに関する情報には、例えば、検査実施情報が含まれる。検査実施情報は、検査オーダ情報に従い検査を実施した医用画像診断装置４により生成される。検査実施情報は、医用画像診断装置４において実施された検査を表す情報である。検査実施情報には、オーダ番号、検査ＵＩＤ（Ｕｎｉｑｕｅ ＩＤ）、患者ＩＤ、モダリティ種別、撮影部位、及び撮影条件等が含まれる。検査ＵＩＤは、検査を一意に特定可能な識別子である。モダリティ種別は、撮影に用いたモダリティを表す。モダリティ種別には、例えば、「Ｘ線コンピュータ断層撮影装置」、「Ｘ線診断装置」、「磁気共鳴イメージング装置」、及び「超音波診断装置」等が含まれる。撮影部位は、検査オーダ情報に含まれる検査部位に対応する。撮影部位には、例えば、腹部、脳、及び胸部等が含まれる。撮影条件には、体位、撮影方向、及び造影剤の使用の有無等が含まれる。

また、ＨＩＳ２は、例えば、予約情報及びオーダ情報等を管理するオーダシステムを含む。なお、ＨＩＳ２は、電子カルテシステムがオーダリングシステムを含む構成であってもよい。

予約情報は、例えば、診察予約、及び検査予約等に関する情報を含む。診察予約に関する情報は、例えば、診察日、診察時刻、受付番号、依頼医師、及び依頼科等を含む。検査予約に関する情報は、例えば、検査日、検査時刻、及び受付番号等を含む。オーダ情報は、例えば、診療医等が依頼するオーダについての情報であり、例えば、画像検査、検体検査、生理検査、処方箋、及び投薬等についてのオーダ情報がある。オーダ情報が画像検査を依頼する検査オーダ情報である場合、検査オーダ情報には、例えば検査を識別可能なオーダ番号、患者ＩＤ、検査種別、検査部位、及び依頼元情報等が含まれる。オーダ番号は、検査オーダ情報が入力される際に発行される番号であり、例えば１つの病院内で検査オーダ情報を一意に特定するための識別子である。検査種別には、Ｘ線検査、ＣＴ（Ｃｏｍｐｕｔｅｄ Ｔｏｍｏｇｒａｐｈｙ）検査、ＭＲ（Ｍａｇｎｅｔｉｃ Ｒｅｓｏｎａｎｃｅ）検査、及びＲＩ（Ｒａｄｉｏ Ｉｓｏｔｏｐｅ）検査等が含まれる。検査部位には、例えば腹部、脳、及び胸部等が含まれる。依頼元情報には、診療科名、及び担当医名等が含まれる。検査予約に関する情報は、オーダ情報と連携している。

ＲＩＳ３は、放射線検査業務に係る検査予約情報を管理するシステムである。ＲＩＳ３は、例えばＨＩＳ２に含まれるオーダシステムにおいて診療医から入力される検査オーダ情報に各種設定情報を付加して集積し、集積した情報を検査予約情報として管理する。なお、ＲＩＳ３は、過去の検査の際に医用画像診断装置４において設定された各種設定情報を記録した照射録を用いて、検査オーダ情報に対して各種設定情報を付加してもよい。ＲＩＳ３は、検査予約情報に従い検査オーダを医用画像診断装置４へ送信する。また、ＲＩＳ３は、検査が実施された結果、医用画像診断装置４により生成される検査実施情報を、ＨＩＳ２に含まれる電子カルテシステムに送信する。

医用画像診断装置４は、患者を撮影等することにより検査を実施する装置である。医用画像診断装置４は、例えばＸ線コンピュータ断層撮影装置、Ｘ線診断装置、磁気共鳴イメージング装置、核医学診断装置、及び超音波診断装置等を含む。医用画像診断装置４は、例えばＲＩＳ３から送信される検査予約情報に基づいて検査を実施する。医用画像診断装置４は、検査実施情報を生成し、ＲＩＳ３に送信する。

また、医用画像診断装置４は、検査の実施により医用画像データを生成する。医用画像データは、例えばＸ線ＣＴ画像データ、Ｘ線画像データ、ＭＲＩ画像データ、核医学画像データ、及び超音波画像データ等である。医用画像診断装置４は、生成した医用画像データを例えばＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）規格に準拠した形式に変換することにより、医用画像ファイルを生成する。医用画像ファイルは、例えば、ＤＩＣＯＭ規格に準拠した形式のファイルである。医用画像診断装置４は、生成した医用画像ファイルをＰＡＣＳ５に送信する。

ＰＡＣＳ５は、種々の医用画像ファイルを管理するシステムである。ＰＡＣＳ５は、例えば、医用画像診断装置４から送信された医用画像ファイルを記憶する。なお、ＰＡＣＳ５は、医用画像ファイルに付帯されたレポート情報、又は複数の医用画像ファイルに関する検査に対するレポート情報を記憶してもよい。

ＤＷＨ６は、例えば、医療・介護等関係機関で発生した情報、いわゆる診療ビッグデータを一括して蓄積するデータベースシステムである。ＤＷＨ６は、例えば、一般的なサーバ装置により実現される。ＤＷＨ６は、例えば、図１で示されるように、処理回路６１、メモリ６２、及び通信インターフェース６３を有する。処理回路６１、メモリ６２、及び通信インターフェース６３は、例えば、バスを介して互いに通信可能に接続されている。

処理回路６１は、ＤＷＨ６の中枢として機能するプロセッサである。処理回路６１は、メモリ６２等に記憶されているプログラムを実行することにより、当該プログラムに対応する、例えば、収集機能６１１、及び登録機能６１２を実現する。

収集機能６１１は、ＨＩＳ２、ＲＩＳ３、医用画像診断装置４、及びＰＡＣＳ５から、所望の情報を収集する機能である。具体的には、収集機能６１１において処理回路６１は、例えば、予め設定された情報を、予め設定された周期で、ＨＩＳ２、ＲＩＳ３、医用画像診断装置４、及びＰＡＣＳ５から収集する。なお、処理回路６１は、予め記憶されている機械学習モデルを利用し、ＨＩＳ２、ＲＩＳ３、医用画像診断装置４、及びＰＡＣＳ５から所望の情報を収集するようにしてもよい。これにより、例えば、ＨＩＳ２から電子カルテに関する情報等が収集され、ＲＩＳ３から検査予約情報等が収集され、医用画像診断装置４、又は医用画像管理システム５から医用画像ファイルが収集される。

なお、処理回路６１は、ＨＩＳ２、ＲＩＳ３、医用画像診断装置４、及びＰＡＣＳ５から種々の情報を収集した後、収集した情報から所望の情報を取得するようにしてもよい。

登録機能６１２は、収集機能６１１により収集した情報をメモリ６２に記憶させる機能である。具体的には、登録機能６１２において処理回路６１は、例えば、予め設定された規則に則り、ＨＩＳ２から収集した診療情報をメモリ６２に記憶させる。予め設定された規則とは、例えば、患者毎の外来受診、手術、画像検査、検体検査、細菌検査、心電図計測、バイタルサイン計測、薬剤投与、レポート作成、及びカルテ記載等の診療イベントに関連付けられたイベント日時等を利用した順序等である。イベント日時は、例えば、診療イベントが発生した日時、又は、診療イベントが予定された日時等である。イベント日時には、例えば、画像検査の実施日時、検体検査等の実施日時、心電図波形の計測日時、バイタルサインの計測日時、薬剤の投与日時、レポートの作成日時、カルテの記載日時等が含まれる。これにより、収集された診療情報は、例えば、イベント日時順に、ログ情報６２１としてメモリ６２に記憶される。

メモリ６２は、種々の情報を記憶するＨＤＤ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、及び集積回路記憶装置等の記憶装置である。また、メモリ６２は、ＣＤ－ＲＯＭドライブ、ＤＶＤドライブ、及びフラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。メモリ６２は、例えば、収集機能６１１、及び登録機能６１２を実現するための制御プログラム等を記憶している。なお、当該プログラムは、例えば、非一過性の記憶媒体に記憶されて配布され、非一過性の記憶媒体から読み出されてメモリ６２にインストールされてもよい。メモリ６２は、例えば、ログ情報６２１を記憶している。

通信インターフェース６３は、病院内ネットワークを介して接続された医用情報表示装置１、ＨＩＳ２、ＲＩＳ３、医用画像診断装置４、及びＰＡＣＳ５との間でデータ通信を行う。医用情報表示装置１、ＨＩＳ２、ＲＩＳ３、医用画像診断装置４、及びＰＡＣＳ５との通信の規格は、如何なる規格であっても良いが、例えば、ＨＬ７（Ｈｅａｌｔｈ Ｌｅｖｅｌ ７）、ＤＩＣＯＭ、又はその両方等が挙げられる。

次に、本実施形態に係る医用情報表示装置１の詳細について図２を参照しながら説明する。図２は、図１に示される医用情報表示装置１の機能構成を示すブロック図である。

図２に示される医用情報表示装置１は、処理回路１１、入力インターフェース１２、ディスプレイ１３、メモリ１４、及び通信インターフェース１５を有する。処理回路１１、入力インターフェース１２、ディスプレイ１３、メモリ１４、及び通信インターフェース１５は、例えば、バスを介して互いに通信可能に接続されている。

処理回路１１は、医用情報表示装置１の中枢として機能するプロセッサである。医用情報表示装置１は、例えばメモリ１４等に記憶されている制御プログラムを実行することにより、当該プログラムに対応する機能を実現する。

入力インターフェース１２は、例えば、マウス、キーボード、及び、操作面へ触れることで指示が入力されるタッチパネル等により実現される。入力インターフェース１２は、例えば、操作者からの表示指示を受け付ける。入力インターフェース１２は、操作者からの表示指示を電気信号へ変換し、電気信号を処理回路へ出力する。表示指示とは、例えば、画面に表示されているボタンを指定すること、及びプルダウンメニューから文字列を指定することなどである。

ディスプレイ１３は、ユーザが各種業務を遂行するため種々の情報を表示する。ディスプレイ１３として、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ、及び当技術分野で知られている他の任意のディスプレイが適宜利用可能である。

メモリ１４は、種々の情報を記憶するＨＤＤ（Ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、及び集積回路記憶装置等の記憶装置である。また、メモリ１４は、ＣＤ－ＲＯＭドライブ、ＤＶＤドライブ、及びフラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。

メモリ１４は、診療における判断の指標となるイベントに関するイベント情報を取得するための取得条件を記憶している。イベント情報は、例えば、患者の診療に関する任意の記録を表す情報である。イベント情報は、診療情報の各項目のうちの少なくとも一つを含む。なお、イベント情報は、例えば、診療情報に含まれる所定の文字列、又は数値等が解析された結果、ユーザに通知（警告）すべきであると判定された事実を含む。また、イベントには、診療業務に関して予め規定された診療ワークフローにおけるイベント、及び診療に関する経験則に基づいて患者の診療情報から検出されるイベントが含まれる。

取得条件は、例えば、所定のルールに基づく。所定のルールは、例えば、病院内で発生する診療イベントにより規定されるルールを含む。所定のルールは、例えば、公的ガイドラインにおいて規定されたルールを含む。また、所定のルールは、例えば、医療施設、又は医師個人により設定されたルールを含む。また、取得条件は、例えば、イベントの種類を表すイベント種別を含む。

また、取得条件は、人工知能（ＡＩ：Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術等に基づいて規定された取得条件であってもよい。

通信インターフェース１５は、病院内ネットワークを介して接続されたＨＩＳ２、ＲＩＳ３、医用画像診断装置４、ＰＡＣＳ５、及びＤＷＨ６との間でデータ通信を行う。ＨＩＳ２、ＲＩＳ３、医用画像診断装置４、ＰＡＣＳ５、及びＤＷＨ６との通信の規格は、如何なる規格であっても良いが、例えば、ＨＬ７、ＤＩＣＯＭ、又はその両方等が挙げられる。

本実施形態に係る処理回路１１は、取得機能１１１、マッピング機能１１３、表示制御機能１１５、及びシステム制御機能１１７を有する。

取得機能１１１は、複数の患者の診療情報から、診療における判断の指標となるイベントが発生した患者を識別する患者識別情報、及び当該イベントに関連付けられた時間を表す時間情報を取得する機能である。時間情報は、例えば、年、月、日付、又は日時等で表される。取得機能１１１の実行により処理回路１１は、例えば、入力インターフェース１２を介した入力に基づいて、メモリ１４に記憶された取得条件を読み出し、読み出した取得条件に基づいて、ＤＷＨ６のメモリ６２に記憶されているログ情報６２１から、患者毎のイベントに関する複数のイベント情報を取得する。取得された複数のイベント情報のそれぞれに含まれる各レコードは、項目として、例えば、イベント種別、患者ＩＤ（患者識別情報）、当該イベント情報が表すイベントに関連付けられたイベント日時（時間情報）、及び当該イベントに関連するイベント関連情報等を有する。尚、患者識別情報には、患者氏名が含まれてもよい。

マッピング機能１１３は、イベント情報をマッピングする機能である。マッピング機能１１３の実行により処理回路１１は、取得機能１１１により取得された複数の患者識別情報、及び複数の時間情報に基づいて、イベントに関する一つ以上のアイコンを、患者毎に識別可能に、共通の時間軸にマッピングしたマッピングデータを生成する。イベントに関するアイコンには、例えば、当該イベントに該当する患者を特定するための患者ＩＤまたは患者氏名が表示されてもよい。また、イベントに関するアイコンには、当該イベントを特定するためのイベント名が表示されてもよい。尚、マッピングデータにマッピングされる記号は、アイコンに限らず、形状によってイベントを特定可能なシンボルなどでもよい。

表示制御機能１１５は、マッピングデータをディスプレイに表示する機能である。表示制御機能１１５の実行により処理回路１１は、例えば、マッピング機能１１３により生成されたマッピングデータを、ディスプレイ１３に表示する。このとき、処理回路１１は、患者毎のイベントに関連するイベント関連情報をマッピングデータと共に表示してもよい。

システム制御機能１１７は、医用情報表示装置１の入出力、及び通信等の基本動作を制御する機能である。システム制御機能１１７が実行されると、処理回路１１は、入力インターフェース１２を介して各種要求を受け付ける。処理回路１１は、受け付けた各種要求に応じて、各種機能を実行する。

取得機能１１１、マッピング機能１１３、表示制御機能１１５、及びシステム制御機能１１７は、制御プログラムとして組み込まれていてもよいし、処理回路１１自体に各機能を実行可能な専用のハードウェア回路が組み込まれていてもよい。

次に、本実施形態に係る医用情報表示装置１の各種動作について、図を参照して説明する。

図３は、本実施形態に係る医用情報表示装置１の処理回路１１の動作の例を表すフローチャートである。以下の説明では、処理回路１１は、入力インターフェース１２を介して、イベント種別の指定を受け付けるものとする。このとき、処理回路１１は、例えば、イベント種別の候補を表す文字列を、プルダウン方式でディスプレイ１３に表示して、イベント種別の指定を受け付けるものとする。そして、処理回路１１は、イベント種別「心不全兆候イベント」の指定を受け付けるものとする。また、この心不全兆候イベントを表すイベント情報（心不全兆候イベント情報）を取得するための取得条件には、例えば、「患者から取得される生体情報に関する要素」が含まれているものとする。患者から取得される生体情報に関する要素には、例えば、尿量に関する条件「１日当りに採取される尿量が４００ｍｌ以下」が含まれているものとする。また、この取得条件には、時間的な要素（例えば、期間等）、及び患者の属性を表す要素（例えば、担当医師、診療科、及び病棟等）が含まれているものとする。時間的な要素は、例えば、「イベント日時が２０１７年４月１０日から２０１７年４月２７日までの期間」である。また、患者の属性を表す要素は、例えば、医師Ａが担当する患者である。このとき、医師Ａが担当する患者には、患者ＩＤ「０００００００１」、「０００００００２」、「０００００００３」、「０００００００４」、及び「０００００００５」である患者が該当するものとする。

また、患者ＩＤ「０００００００１」である患者について、「１日当りに採取される尿量が４００ｍｌ以下」の取得条件を満たす日時が「２０１７年４月２４日」、「２０１７年４月２５日」、及び「２０１７年４月２６日」であり、それぞれの日時において採取された尿量が「４００ｍｌ」、「３００ｍｌ」、及び「４００ｍｌ」であるものとする。また、患者ＩＤ「０００００００２」である患者について、「１日当りに採取される尿量が４００ｍｌ以下」の取得条件を満たす日時が「２０１７年４月１５日」であり、当該日時において採取された尿量が「４００ｍｌ」であるものとする。また、患者ＩＤ「０００００００３」である患者について、「１日当りに採取される尿量が４００ｍｌ以下」の取得条件を満たす日時が「２０１７年４月１０日」であり、当該日時において採取された尿量が「４００ｍｌ」であるものとする。また、患者ＩＤ「０００００００４」である患者について、「１日当りに採取される尿量が４００ｍｌ以下」の取得条件を満たす日時が「２０１７年４月１４日」であり、当該日時において採取された尿量が「４００ｍｌ」であるものとする。また、患者ＩＤ「０００００００５」である患者について、「１日当りに採取される尿量が４００ｍｌ以下」の取得条件を満たす日時が「２０１７年４月１８日」であり、当該日時において採取された尿量が「４００ｍｌ」であるものとする。

なお、心不全兆候イベントに係る取得条件に含まれる患者から取得される生体情報に関する要素には、尿量に関する条件「１日当りに採取される尿量が４００ｍｌ以下」に加えて、例えば体重の増減に関する条件「２日で３ｋｇ以上の体重増加」、又は、血中成分に関する条件「ＢＮＰ（Ｂｒａｉｎ Ｎａｔｒｉｕｒｅｔｉｃ ｐｅｐｔｉｄｅ）が２００ｐｇ／ｍｌ以上」が含まれていてもよい。また、心不全兆候イベントに係る取得条件には、看護記録の記載内容等に関する条件が含まれていてもよい。

また、イベント種別は、「心不全兆候イベント」に限られない。イベント種別としては、例えば、「腎機能悪化イベント」が挙げられる。このとき、腎機能悪化イベントに係る取得条件に含まれる患者から取得される生体情報に関する要素には、例えば、血中成分に関する条件「血清クレアチニンが４８時間以内に０．３ｍｇ／ｄｌ以上の増加」が含まれる。

処理回路１１は、取得条件の指定を受け付けると、指定された取得条件をメモリ１４から読み出す（ステップＳＡ１）。処理回路１１は、例えば、心不全兆候イベントを取得するための取得条件をメモリ１４から読み出す。

処理回路１１は、読み出した取得条件に基づいて、複数のイベント情報を取得する（ステップＳＡ２）。処理回路１１は、例えば、読み出した心不全兆候イベントを取得するための取得条件に基づいて、ＤＷＨ６のメモリ６２に記憶されているログ情報６２１に含まれる１日の尿量の記録を表す情報から、患者毎に心不全兆候イベント情報を取得する。換言すると、処理回路１１は、心不全兆候イベントが発生した患者を識別する患者識別情報、及び心不全兆候イベントに関連付けられた時間を表す時間情報を取得する。

具体的には、処理回路１１は、患者ＩＤ「０００００００１」である患者において、日時「２０１７年４月２４日」、日時「２０１７年４月２５日」、及び日時「２０１７年４月２６日」に採取された尿量がそれぞれ「４００ｍｌ」、「３００ｍｌ」、及び「４００ｍｌ」であるため、心不全兆候イベントが発生したと判定し、ログ情報６２１から必要な情報を取得する。また、処理回路１１は、患者ＩＤ「０００００００２」である患者において、日時「２０１７年４月１５日」に採取された尿量が「４００ｍｌ」であるため、心不全兆候イベントが発生したと判定し、ログ情報６２１から必要な情報を取得する。また、処理回路１１は、患者ＩＤ「０００００００３」である患者において、日時「２０１７年４月１０日」に採取された尿量が「４００ｍｌ」であるため、心不全兆候イベントが発生したと判定し、ログ情報６２１から必要な情報を取得する。また、処理回路１１は、患者ＩＤ「０００００００４」である患者において、日時「２０１７年４月１４日」に採取された尿量が「４００ｍｌ」であるため、心不全兆候イベントが発生したと判定し、ログ情報６２１から必要な情報を取得する。また、処理回路１１は、患者ＩＤ「０００００００５」である患者において、日時「２０１７年４月１８日」に採取された尿量が「４００ｍｌ」であるため、心不全兆候イベントが発生したと判定し、ログ情報６２１から必要な情報を取得する。

このとき、取得された心不全兆候イベント情報は、イベント種別「心不全兆候イベント」、患者ＩＤ「０００００００１」、イベント日時「２０１７年４月２４日」、及び心不全兆候イベントに関連するイベント関連情報（心不全兆候イベント関連情報）等を有するレコードを含む。心不全兆候イベント関連情報は、例えば、患者ＩＤ「０００００００１」である患者について取得された所定期間における１日毎の尿量の推移を表す情報である。また、心不全兆候イベント情報は、イベント種別「心不全兆候イベント」、患者ＩＤ「０００００００１」、イベント日時「２０１７年４月２５日」、及び心不全兆候イベント関連情報を有するレコードを含む。また、心不全兆候イベント情報は、イベント種別「心不全兆候イベント」、患者ＩＤ「０００００００１」、イベント日時「２０１７年４月２６日」、及び心不全兆候イベント関連情報を有するレコードを含む。なお、患者ＩＤ「０００００００１」である３レコードが有する心不全兆候イベント関連情報の内容は同一である。

また、心不全兆候イベント情報は、イベント種別「心不全兆候イベント」、患者ＩＤ「０００００００２」、イベント日時「２０１７年４月１５日」、及び心不全兆候イベント関連情報を有するレコードを含む。心不全兆候イベント関連情報は、例えば、患者ＩＤ「０００００００２」である患者について取得された所定期間における１日毎の尿量の推移を表す情報である。また、心不全兆候イベント情報は、イベント種別「心不全兆候イベント」、患者ＩＤ「０００００００３」、イベント日時「２０１７年４月１０日」、及び心不全兆候イベント関連情報を有するレコードを含む。心不全兆候イベント関連情報は、例えば、患者ＩＤ「０００００００３」である患者について取得された所定期間における１日毎の尿量の推移を表す情報を有するレコードを含む。

また、心不全兆候イベント情報は、イベント種別「心不全兆候イベント」、患者ＩＤ「０００００００４」、イベント日時「２０１７年４月１４日」、及び心不全兆候イベント関連情報を有するレコードを含む。心不全兆候イベント関連情報は、例えば、患者ＩＤ「０００００００４」である患者について取得された所定期間における１日毎の尿量の推移を表す情報である。また、心不全兆候イベント情報は、イベント種別「心不全兆候イベント」、患者ＩＤ「０００００００５」、イベント日時「２０１７年４月１８日」、及び心不全兆候イベント関連情報を有するレコードを含む。心不全兆候イベント関連情報は、例えば、患者ＩＤ「０００００００５」である患者について取得された所定期間における１日毎の尿量の推移を表す情報である。

処理回路１１は、取得した複数の患者に亘る複数のイベント情報をマッピングする（ステップＳＡ３）。具体的には、処理回路１１は、例えば、取得された複数の患者識別情報、及び複数の時間情報に基づいて、心不全兆候イベントに関する一つ以上のアイコンを、患者毎に識別可能に、共通の時間軸にマッピングしたマッピングデータを生成する。

処理回路１１は、患者毎のイベントに関するイベント関連情報をマッピングデータと共に表示する（ステップＳＡ４）。図４は、図２に示されるディスプレイ１３に表示される心不全兆候イベントに関する診療画面の例を示す図である。図４に示される診療画面には、マッピングデータを有するマッピング領域Ｒ４１と、少なくとも１つのイベント関連情報を有するイベント関連情報領域Ｒ４２とが含まれる。

マッピング領域Ｒ４１には、各患者を表すアイコンＩ４１ａ、Ｉ４１ｂ、Ｉ４１ｃ、Ｉ４２、Ｉ４３、Ｉ４４、及びＩ４５が含まれる。図４に示されるように、マッピング領域Ｒ４１に含まれる各アイコンは、例えば、患者毎に異なる色が付されて表示されている。尚、各アイコンは、患者氏名が付されて表示されてもよい。

アイコンＩ４１ａは、患者ＩＤ「０００００００１」である患者について、イベント日時「２０１７年４月２４日」に、心不全兆候イベントが発生した事実を表す。アイコンＩ４１ｂは、患者ＩＤ「０００００００１」である患者について、イベント日時「２０１７年４月２５日」に、心不全兆候イベントが発生した事実を表す。アイコンＩ４１ｃは、患者ＩＤ「０００００００１」である患者について、イベント日時「２０１７年４月２６日」に、心不全兆候イベントが発生した事実を表す。アイコンＩ４２は、患者ＩＤ「０００００００２」である患者について、イベント日時「２０１７年４月１５日」に、心不全兆候イベントが発生した事実を表す。アイコンＩ４３は、患者ＩＤ「０００００００３」である患者について、イベント日時「２０１７年４月１０日」に、心不全兆候イベントが発生した事実を表す。アイコンＩ４４は、患者ＩＤ「０００００００４」である患者について、イベント日時「２０１７年４月１４日」に、心不全兆候イベントが発生した事実を表す。

なお、マッピング領域Ｒ４１には、直線状の指示子Ｌ１が表示されている。指示子Ｌ１は、マッピング領域Ｒ４１に含まれる時間軸において、任意の日時を示す。指示子Ｌ１を表示する位置は、クリック操作、又はカーソル移動等の入力インターフェース１２を介したユーザの指示により任意に変更可能である。このことは、以降のマッピング領域に表示される指示子についても同様である。

イベント関連情報領域Ｒ４２は、各患者についてイベント情報に関連するイベント関連情報を表す領域Ｒ４２１、Ｒ４２２、Ｒ４２３、Ｒ４２４、及びＲ４２５を含む。イベント関連情報領域Ｒ４２の右端にはスクロールバーＳＣ１が設けられている。スクロールバーに対するユーザの指示（スクロール操作）により、イベント関連情報領域Ｒ４２において表示範囲の変更が可能である。図４に示されるイベント関連情報領域Ｒ４２では、領域Ｒ４２３、及びＲ４２５の一部がディスプレイ１３に表示されていない。

領域Ｒ４２１では、患者ＩＤ「０００００００１」である患者について、心不全兆候イベント関連情報が表示されている。領域Ｒ４２１では、例えば、患者ＩＤ「０００００００１」である患者について、氏名が「心臓 太郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ４２１では、患者ＩＤ「０００００００１」である患者について、２０１７年４月１０日から２０１７年４月２７日までの期間において採取された尿量の推移がグラフ形式で表示されている。また、領域Ｒ４２１は、ボタンＢ４１を含む。ユーザが入力インターフェース１２を介してボタンＢ４１を指定すると、処理回路１１は、患者「０００００００１」である患者の診療情報の詳細を表示する。よって、ユーザは、ボタンＢ４１を指定することにより、患者ＩＤ「０００００００１」である患者の診療情報の詳細にアクセスすることができる。尚、ユーザがマッピング領域にマッピングされたアイコンを指定した際に、処理回路１１は、アイコンに対応付けられた患者の診療情報の詳細画面を表示してもよい。このことは、以降においても同様である。

そして、領域Ｒ４２１は、患者ＩＤ「０００００００１」である患者について、心不全兆候イベントが発生した時点を強調するマークＭ４１ａ、Ｍ４１ｂ、及びＭ４１ｃを含む。マークＭ４１ａは、日時「２０１７年４月２４日」に心不全兆候イベントが発生したことを表しており、アイコンＩ４１ａに対応している。マークＭ４１ｂは、日時「２０１７年４月２５日」に心不全兆候イベントが発生したことを表しており、アイコンＩ４１ｂに対応している。マークＭ４１ｃは、日時「２０１７年４月２６日」に心不全兆候イベントが発生したことを表しており、アイコンＩ４１ｃに対応している。

なお、領域Ｒ４２１は、患者ＩＤ「０００００００１」である患者について、複数のイベントを要約して表示させているがこれに限らない。例えば、イベント関連情報領域Ｒ４２は、マークＭ４１ａ、マークＭ４１ｂ、及びマークＭ４１ｃをそれぞれ含む３つの領域を含んでもよい。

領域Ｒ４２２では、患者ＩＤ「０００００００２」である患者について、心不全兆候イベント関連情報が表示されている。領域Ｒ４２２では、例えば、患者ＩＤ「０００００００２」である患者について、氏名が「心臓 花子」であり、性別が「女」である旨が表示されている。また、領域Ｒ４２２では、患者ＩＤ「０００００００２」である患者について、２０１７年４月１０日から２０１７年４月２７日までの期間において採取された尿量の推移がグラフ形式で表示されている。また、領域Ｒ４２２は、ボタンＢ４２を含む。ユーザは、ボタンＢ４２を指定することにより、患者ＩＤ「０００００００２」である患者の診療情報の詳細にアクセスすることができる。

そして、領域Ｒ４２２は、患者ＩＤ「０００００００２」である患者について、心不全兆候イベントが発生した時点を強調するマークＭ４２を含む。マークＭ４２は、日時「２０１７年４月１５日」に心不全兆候イベントが発生したことを表しており、アイコンＩ４２に対応している。

領域Ｒ４２４には、患者ＩＤ「０００００００４」である患者について、心不全兆候イベント関連情報が表示されている。領域Ｒ４２４では、例えば、患者ＩＤ「０００００００４」である患者について、氏名が「心臓 一郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ４２４では、患者ＩＤ「０００００００４」である患者について、２０１７年４月１０日から２０１７年４月２７日までの期間において採取された尿量の推移がグラフ形式で表示されている。また、領域Ｒ４２４は、ボタンＢ４４を含む。ユーザは、ボタンＢ４４を指定することにより、患者ＩＤ「０００００００４」である患者の診療情報の詳細にアクセスすることができる。

そして、領域Ｒ４２４は、患者ＩＤ「０００００００４」である患者について、心不全兆候イベントが発生した時点を強調するマークＭ４４を含む。マークＭ４４は、日時「２０１７年４月１４日」に心不全兆候イベントが発生したことを表しており、アイコンＩ４４に対応している。

領域Ｒ４２３では、患者ＩＤ「０００００００３」である患者について、心不全兆候イベント関連情報が表示されている。領域Ｒ４２３では、例えば、患者ＩＤ「０００００００３」である患者について、氏名が「心臓 二郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ４２３では、患者ＩＤ「０００００００３」である患者について、２０１７年４月１０日から２０１７年４月２７日までの期間において採取された尿量の推移がグラフ形式で表示されている。また、領域Ｒ４２３は、ボタンＢ４３を含む。ユーザは、ボタンＢ４３を指定することにより、患者ＩＤ「０００００００３」である患者の診療情報の詳細にアクセスすることができる。

そして、領域Ｒ４２３は、患者ＩＤ「０００００００３」である患者について、心不全兆候イベントが発生した時点を強調するマークＭ４３を含む。マークＭ４３は、日時「２０１７年４月１０日」に心不全兆候イベントが発生したことを表しており、アイコンＩ４３に対応している。

領域Ｒ４２５では、患者ＩＤ「０００００００５」である患者について、心不全兆候イベント関連情報が表示されている。領域Ｒ４２５では、例えば、患者ＩＤ「０００００００５」である患者について、氏名が「心臓 三郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ４２５では、患者ＩＤ「０００００００５」である患者について、２０１７年４月１０日から２０１７年４月２７日までの期間において採取された尿量の推移がグラフ形式で表示されている。また、領域Ｒ４２５は、ボタンＢ４５を含む。ユーザは、ボタンＢ４５を指定することにより、患者ＩＤ「０００００００５」である患者の診療情報の詳細にアクセスすることができる。

そして、領域Ｒ４２５は、患者ＩＤ「０００００００５」である患者について、心不全兆候イベントが発生した時点を強調するマークＭ４５を含む。マークＭ４５は、日時「２０１７年４月１８日」に心不全兆候イベントが発生したことを表しており、アイコンＩ４５に対応している。

以上説明した図４に示される診療画面によれば、例えば、マッピング領域Ｒ４１に表示されたマッピングデータを視認したユーザは、どの患者でイベントが集中しているか、及び、当該イベントが集中しているのがいつなのかが一目で分かる。具体的には、図４において、例えば、マッピング領域Ｒ４１を視認したユーザは、患者ＩＤ「０００００００１」である患者について、イベント日時「２０１７年４月２４日」、「２０１７年４月２５日」、及び「２０１７年４月２６日」の３日間連続して心不全兆候イベントが発生したことを一目で認識できる。

そして、マッピング領域Ｒ４１を視認したユーザは、例えば、患者ＩＤ「０００００００１」である患者を優先的に診療する必要があると判断して当該患者に関する診療情報の詳細にアクセスすることが可能となる。このとき、ユーザは、優先して診療すべき患者以外の患者に関する診療情報の詳細を確認する必要がなく、患者に関する診療情報の詳細を確認するための不要な画面遷移を減らすことができる。すなわち、優先して診療すべき患者に関する診療情報の詳細にアクセスするまでに要する試行錯誤の時間を短縮することができる。

第１の実施形態によれば、医用情報表示装置１が備える処理回路１１は、所定の取得条件に基づいて、イベント情報を患者毎に取得する。処理回路１１は、取得されたイベント情報に基づいて、当該イベント情報が表すイベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータを生成する。具体的には、処理回路１１は、複数の患者識別情報、及び複数の時間情報に基づいて、イベントに関する一つ以上のアイコンを、患者毎に識別可能に、共通の時間軸にマッピングしたマッピングデータを生成する。

これにより、マッピングデータの表示を視認したユーザは、例えば、どの患者でイベントが集中しているか、及び、当該イベントが集中しているのがいつなのかが一目で分かる。また、ユーザは、例えば、優先して診療すべき患者以外の患者に関する診療情報の詳細を確認する必要がなく、優先して診療すべき患者に関する診療情報の詳細にアクセスするまでに要する試行錯誤の時間を短縮することができる。

また、処理回路１１は、イベントに関連するイベント関連情報をマッピングデータと共に表示する。これにより、イベント関連情報を目視したユーザは、患者の診療情報の詳細を確認しなくてもイベントの内容を認識することが可能となる。

なお、医用情報表示装置１が備える処理回路１１が表示するイベントのマッピングデータは、心不全兆候イベントのような患者の病状を報知するものに限られない。処理回路１１が表示するイベントのマッピングデータは、例えば、診療ワークフローにおけるイベントに関するものであってもよい。診療ワークフローにおけるイベントは、例えば、手術予定を表す手術予定イベント、検査結果を表す検査結果イベント、及び外来受診の予定を表す外来受診イベント等を含む。以下、処理回路１１が、手術予定イベント、及び検査結果イベントに含まれる画像検査の結果を表す画像検査イベントを表示する場合の表示態様についてそれぞれ説明する。

まず、処理回路１１が、手術予定イベントについて、ディスプレイ１３にマッピングデータを表示する場合の表示態様について説明する。このとき、処理回路１１は、図３に示されるフローチャートに示される処理を実施する。以下の説明では、処理回路１１は、入力インターフェース１２を介して、イベント種別「手術予定イベント」の指定を受け付けるものとする。また、この手術予定イベントを表すイベント情報（手術予定イベント情報）を取得するための取得条件には、例えば、「手術予定として記録された診療情報」が含まれているものとする。また、この取得条件には、時間的な要素（例えば、期間等）、及び患者の属性を表す要素（例えば、担当医師、診療科、及び病棟等）が含まれている。時間的な要素は、例えば、「イベント日時が２０１７年４月１０日から２０１７年４月２７日までの期間」である。また、患者の属性を表す要素は、例えば、医師Ａが担当する患者である。このとき、医師Ａが担当する患者には、患者ＩＤ「０００００００１」、「０００００００２」、「０００００００３」、「０００００００４」、及び「０００００００５」である患者が該当するものとする。

処理回路１１は、取得条件の指定を受け付けると、指定された取得条件をメモリ１４から読み出す（ステップＳＡ１）。処理回路１１は、例えば、手術予定イベントを取得するための取得条件をメモリ１４から読み出す。

処理回路１１は、読み出した取得条件に基づいて、複数のイベント情報を取得する（ステップＳＡ２）。処理回路１１は、例えば、読み出した手術予定イベントを取得するための取得条件に基づいて、ＤＷＨ６のメモリ６２に記憶されているログ情報６２１に含まれる手術予定として記録された診療情報から、患者毎に手術予定イベント情報を取得する。換言すると、処理回路１１は、手術予定イベントが発生した患者を識別する患者識別情報、及び手術予定イベントに関連付けられた時間を表す時間情報を取得する。

このとき、取得された手術予定イベント情報は、イベント種別「手術予定イベント」、患者ＩＤ「０００００００１」、イベント日時「２０１７年４月１４日」、及び手術予定イベントに関連するイベント関連情報（手術予定イベント関連情報）等を有するレコードを含む。手術予定イベント関連情報は、例えば病名「心室中隔欠損症」、年齢（月齢）「３ヶ月」、入院日「2017/4/1」、手術予定日「2017/4/14」、術式「ＢＴシャント術」、及び術者「テスト医師」等である。また、手術予定イベント情報は、イベント種別「手術予定イベント」、患者ＩＤ「０００００００２」、イベント日時「２０１７年４月１４日」、及び手術予定イベント関連情報等を有するレコードを含む。手術予定イベント関連情報は、例えば病名「ファロー四微症」、年齢（月齢）「３歳」、入院日「2017/4/8」、手術予定日「2017/4/14」、術式「ＢＴシャント術」、及び術者「テスト医師」等である。また、手術予定イベント情報は、イベント種別「手術予定イベント」、患者ＩＤ「０００００００３」、イベント日時「２０１７年４月２１日」、及び手術予定イベント関連情報等を有するレコードを含む。手術予定イベント関連情報は、例えば病名「心室中隔欠損症」、年齢（月齢）「４歳」、入院日「2017/4/5」、手術予定日「2017/4/21」、術式「ＢＴシャント術」、及び術者「テスト医師」等である。また、手術予定イベント情報は、イベント種別「手術予定イベント」、患者ＩＤ「０００００００４」、イベント日時「２０１７年４月２１日」、及び手術予定イベント関連情報等を有するレコードを含む。手術予定イベント関連情報は、例えば病名「左心低形成症候群」、年齢（月齢）「５歳」、入院日「2017/4/4」、手術予定日「2017/4/21」、術式「フォンタン手術」、及び術者「テスト医師」等である。また、手術予定イベント情報は、イベント種別「手術予定イベント」、患者ＩＤ「０００００００５」、イベント日時「２０１７年４月２６日」、及び手術予定イベント関連情報等を有するレコードを含む。手術予定イベント関連情報は、例えば、病名「心室中隔欠損症」、年齢（月齢）「２歳」、入院日「2017/4/6」、手術予定日「2017/4/26」、術式「ＢＴシャント術」、及び術者「テスト医師」等である。

処理回路１１は、取得した複数の患者に亘る複数のイベント情報をマッピングする（ステップＳＡ３）。具体的には、処理回路１１は、例えば、取得された複数の患者識別情報、及び複数の時間情報に基づいて、手術予定イベントに関する一つ以上のアイコンを、患者毎に識別可能に、共通の時間軸にマッピングしたマッピングデータを生成する。

処理回路１１は、患者毎のイベントに関するイベント関連情報をマッピングデータと共に表示する（ステップＳＡ４）。図５は、図２に示されるディスプレイ１３に表示される手術予定イベントに関する診療画面の例を示す図である。図５に示される診療画面には、マッピングデータを有するマッピング領域Ｒ５１と、少なくとも１つのイベント関連情報を有するイベント関連情報領域Ｒ５２とが含まれる。

マッピング領域Ｒ５１は、各患者を表すアイコンＩ５１、Ｉ５２、Ｉ５３、Ｉ５４、及びＩ５５が含まれる。また、図５に示されるように、マッピング領域Ｒ５１に含まれる各アイコンは、例えば、患者毎に異なる色が付されて表示されている。尚、各アイコンは、患者氏名が付されて表示されてもよい。

アイコンＩ５１は、患者ＩＤ「０００００００１」である患者について、イベント日時「２０１７年４月１４日」に、手術が予定されている事実を表す。アイコンＩ５２は、患者ＩＤ「０００００００２」である患者について、イベント日時「２０１７年４月１４日」に、手術が予定されている事実を表す。アイコンＩ５３は、患者ＩＤ「０００００００３」である患者について、イベント日時「２０１７年４月２１日」に、手術が予定されている事実を表す。アイコンＩ５４は、患者ＩＤ「０００００００４」である患者について、イベント日時「２０１７年４月２１日」に、手術が予定されている事実を表す。アイコンＩ５５は、患者ＩＤ「０００００００５」である患者について、イベント日時「２０１７年４月２６日」に、手術が予定されている事実を表す。

イベント関連情報領域Ｒ５２は、各患者についてイベント情報に関連するイベント関連情報を表す領域Ｒ５２１、Ｒ５２２、Ｒ５２３、Ｒ５２４、及びＲ５２５を含む。イベント関連情報領域Ｒ５２の右端にはスクロールバーＳＣ２が設けられている。スクロールバーＳＣ２に対するユーザの指示により、イベント関連情報領域Ｒ５２において表示範囲の変更が可能である。図５に示されるイベント関連情報領域Ｒ５２では、領域Ｒ５２３、及びＲ５２５の一部がディスプレイ１３に表示されていない。

領域Ｒ５２１では、患者ＩＤ「０００００００１」である患者について、手術予定イベント関連情報が表示されている。領域Ｒ５２１では、例えば、患者ＩＤ「０００００００１」である患者について、氏名が「心臓 太郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ５２１では、患者ＩＤ「０００００００１」である患者について、病名「心室中隔欠損症」、年齢（月齢）「３ヶ月」、入院日「2017/4/1」、手術予定日「2017/4/14」、術式「ＢＴシャント術」、及び術者「テスト医師」が表示されている。また、領域Ｒ５２１は、ボタンＢ５１を含む。ユーザが入力インターフェース１２を介してボタンＢ５１を指定すると、処理回路１１は、患者ＩＤ「０００００００１」である患者の診療情報の詳細を表示する。よって、ユーザは、ボタンＢ５１を指定することにより、患者ＩＤ「０００００００１」である患者の診療情報の詳細にアクセスすることができる。

領域Ｒ５２２では、患者ＩＤ「０００００００２」である患者について、手術予定イベント関連情報が表示されている。領域Ｒ５２２では、例えば、患者ＩＤ「０００００００２」である患者について、氏名が「心臓 花子」であり、性別が「女」である旨が表示されている。また、領域Ｒ５２２では、病名「ファロー四微症」、年齢（月齢）「３歳」、入院日「2017/4/8」、手術予定日「2017/4/14」、術式「ＢＴシャント術」、及び術者「テスト医師」が表示されている。また、領域Ｒ５２２は、ボタンＢ５２を含む。ユーザは、ボタンＢ５２を指定することにより、患者ＩＤ「０００００００２」である患者の診療情報の詳細にアクセスすることができる。

領域Ｒ５２４では、患者ＩＤ「０００００００４」である患者について、手術予定イベント関連情報が表示されている。領域Ｒ５２４では、例えば、患者ＩＤ「０００００００４」である患者について、氏名が「心臓 一郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ５２４では、患者ＩＤ「０００００００４」である患者について、病名「左心低形成症候群」、年齢（月齢）「５歳」、入院日「2017/4/4」、手術予定日「2017/4/21」、術式「フォンタン手術」、及び術者「テスト医師」が表示されている。また、領域Ｒ５２４は、ボタンＢ５４を含む。ユーザは、ボタンＢ５４を指定することにより、患者ＩＤ「０００００００４」である患者の診療情報の詳細にアクセスすることができる。

領域Ｒ５２３では、患者ＩＤ「０００００００３」である患者について、手術予定イベント関連情報が表示されている。領域Ｒ５２３では、例えば、患者ＩＤ「０００００００３」である患者について、氏名が「心臓 二郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ５２３では、患者ＩＤ「０００００００３」である患者について、病名「心室中隔欠損症」が表示されている。なお、領域Ｒ５２３では、一部のイベント関連情報が表示されていない。また、領域Ｒ５２３は、ボタンＢ５３を含む。ユーザは、ボタンＢ５３を指定することにより、患者ＩＤ「０００００００３」である患者の診療情報の詳細にアクセスすることができる。

領域Ｒ５２５では、患者ＩＤ「０００００００５」である患者について、手術予定イベント関連情報が表示されている。領域Ｒ５２５では、例えば、患者ＩＤ「０００００００５」である患者について、氏名が「心臓 三郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ５２５では、患者ＩＤ「０００００００５」である患者について、病名「心室中隔欠損症」が表示されている。なお、領域Ｒ５２５では、一部のイベント関連情報が表示されていない。また、領域Ｒ５２５は、ボタンＢ５５を含む。ユーザは、ボタンＢ５５を指定することにより、患者ＩＤ「０００００００５」である患者の診療情報の詳細にアクセスすることができる。

次に、処理回路１１が、画像検査イベントについて、ディスプレイ１３にマッピングデータを表示する場合の表示態様について説明する。このとき、処理回路１１は、図３に示されるフローチャートに示される処理を実施する。以下の説明では、処理回路１１は、入力インターフェース１２を介して、イベント種別「画像検査イベント」の指定を受け付けるものとする。また、この画像検査イベントを表すイベント情報（画像検査イベント情報）を取得するための取得条件には、例えば、「画像検査の結果を表す診療情報」が含まれているものとする。また、この取得条件には、時間的な要素（例えば、期間等）、及び患者の属性を表す要素（例えば、担当医師、診療科、及び病棟等）が含まれている。時間的な要素は、例えば、「イベント日時が２０１７年４月１０日から２０１７年４月２７日までの期間」である。また、患者の属性を表す要素は、例えば、医師Ａが担当する患者である。このとき、医師Ａが担当する患者には、患者ＩＤ「０００００００１」、「０００００００２」、「０００００００３」、「０００００００４」、及び「０００００００５」である患者が該当するものとする。

処理回路１１は、取得条件の指定を受け付けると、指定された取得条件をメモリ１４から読み出す（ステップＳＡ１）。処理回路１１は、例えば、画像検査イベントを取得するための取得条件をメモリ１４から読み出す。

処理回路１１は、読み出した取得条件に基づいて、複数のイベント情報を取得する（ステップＳＡ２）。処理回路１１は、例えば、読み出した画像検査イベントを取得するための取得条件に基づいて、ＤＷＨ６のメモリ６２に記憶されているログ情報６２１に含まれる画像検査の結果を表す診療情報から、患者毎に画像検査イベントを表すイベント情報を取得する。換言すると、処理回路１１は、画像検査イベントが発生した患者を識別する患者識別情報、及び画像検査イベントに関連付けられた時間を表す時間情報を取得する。

このとき、取得された画像検査イベント情報は、イベント種別「画像検査イベント」、患者ＩＤ「０００００００１」、イベント日時「２０１７年４月２３日」、及び画像検査イベントに関連するイベント関連情報（画像検査イベント関連情報）等を有するレコードを含む。画像検査イベント関連情報は、例えば患者ＩＤ「０００００００１」である患者について取得された医用画像データ等である。また、画像検査イベント情報は、イベント種別「画像検査イベント」、患者ＩＤ「０００００００１」、イベント日時「２０１７年４月２２日」、及び画像検査イベント関連情報を有するレコードを含む。画像検査イベント関連情報は、例えば患者ＩＤ「０００００００２」である患者について取得された医用画像データ等である。また、画像検査イベント情報は、イベント種別「画像検査イベント」、患者ＩＤ「０００００００３」、イベント日時「２０１７年４月１８日」、及び画像検査イベント関連情報を有するレコードを含む。画像検査イベント関連情報は、例えば患者ＩＤ「０００００００３」である患者について取得された医用画像データ等である。また、画像検査イベント情報は、イベント種別「画像検査イベント」、患者ＩＤ「０００００００４」、イベント日時「２０１７年４月１９日」、及び画像検査イベント関連情報等を有するレコードを含む。画像検査イベント関連情報は、例えば患者ＩＤ「０００００００４」である患者について取得された医用画像データである。また、画像検査イベント情報は、イベント種別「画像検査イベント」、患者ＩＤ「０００００００５」、イベント日時「２０１７年４月１３日」、及び画像検査イベント関連情報等を有するレコードを含む。画像検査イベント関連情報は、例えば患者ＩＤ「０００００００５」である患者について取得された医用画像データである。

処理回路１１は、取得した複数の患者に亘る複数のイベント情報をマッピングする（ステップＳＡ３）。具体的には、処理回路１１は、例えば、取得された複数の患者識別情報、及び複数の時間情報に基づいて、画像検査イベントに関する一つ以上のアイコンを、患者毎に識別可能に、共通の時間軸にマッピングしたマッピングデータを生成する。

処理回路１１は、患者毎のイベントに関するイベント関連情報をマッピングデータと共に表示する（ステップＳＡ４）。図６は、図２に示されるディスプレイに表示される画像検査イベントに関する診療画面の例を示す図である。図６に示される診療画面には、マッピングデータを有するマッピング領域Ｒ６１と、少なくとも１つのイベント関連情報を有するイベント関連情報領域Ｒ６２とが含まれる。

マッピング領域Ｒ６１は、各患者を表すアイコンＩ６１、Ｉ６２、Ｉ６３、Ｉ６４、及びＩ６５が含まれる。また、図６に示されるように、マッピング領域Ｒ６１に含まれる各アイコンは、例えば、患者毎に異なる色が付されて表示されている。尚、各アイコンは、患者氏名が付されて表示されてもよい。

アイコンＩ６１は、患者ＩＤ「０００００００１」である患者について、イベント日時「２０１７年４月２３日」に、画像検査、すなわち医用画像の取得が行われた事実を表す。アイコンＩ６２は、患者ＩＤ「０００００００２」である患者について、イベント日時「２０１７年４月２２日」に、画像検査が行われた事実を表す。アイコンＩ６３は、患者ＩＤ「０００００００３」である患者について、イベント日時「２０１７年４月１８日」に、画像検査が行われた事実を表す。アイコンＩ６４は、患者ＩＤ「０００００００４」である患者について、イベント日時「２０１７年４月１９日」に、画像検査が行われた事実を表す。アイコンＩ６５は、患者ＩＤ「０００００００５」である患者について、イベント日時「２０１７年４月１３日」に、画像検査が行われた事実を表す。

イベント関連情報領域Ｒ６２は、各患者についてイベント情報に関連するイベント関連情報を表す領域Ｒ６２１、Ｒ６２２、Ｒ６２３、Ｒ６２４、及びＲ６２５を含む。イベント関連情報領域Ｒ６２の右端にはスクロールバーＳＣ３が設けられている。スクロールバーＳＣ３に対するユーザの指示により、イベント関連情報領域Ｒ６２において表示範囲の変更が可能である。図６に示されるイベント関連情報領域Ｒ６２では、領域Ｒ６２３、及びＲ６２５の一部がディスプレイ１３に表示されていない。

領域Ｒ６２１では、患者ＩＤ「０００００００１」である患者について、画像検査イベント関連情報が表示されている。領域Ｒ６２１では、例えば、患者ＩＤ「０００００００１」である患者について、氏名が「心臓 太郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ６２１では、患者ＩＤ「０００００００１」である患者について、イベント日時「２０１７年４月２３日」において取得された医用画像データに基づく医用画像が表示されている。また、領域Ｒ６２１は、ボタンＢ６１を含む。ユーザが入力インターフェース１２を介してボタンＢ６１を指定すると、処理回路１１は、患者ＩＤ「０００００００１」である患者の診療情報の詳細を表示する。よって、ユーザは、ボタンＢ６１を指定することにより、患者ＩＤ「０００００００１」である患者の診療情報の詳細にアクセスすることができる。

領域Ｒ６２２では、患者ＩＤ「０００００００２」である患者について、画像検査イベント関連情報が表示されている。領域Ｒ６２２では、例えば、患者ＩＤ「０００００００２」である患者について、氏名が「心臓 花子」であり、性別が「女」である旨が表示されている。また、領域Ｒ６２２では、患者ＩＤ「０００００００２」である患者について、イベント日時「２０１７年４月２２日」において取得された医用画像データに基づく医用画像が表示されている。また、領域Ｒ６２２は、ボタンＢ６２を含む。ユーザは、ボタンＢ６２を指定することにより、患者ＩＤ「０００００００２」である患者の診療情報の詳細にアクセスすることができる。

領域Ｒ６２４では、患者ＩＤ「０００００００４」である患者について、画像検査イベント関連情報が表示されている。領域Ｒ６２４では、例えば、患者ＩＤ「０００００００４」である患者について、氏名が「心臓 一郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ６２４では、患者ＩＤ「０００００００４」である患者について、イベント日時「２０１７年４月１９日」において取得された医用画像データに基づく医用画像が表示されている。また、領域Ｒ６２４は、ボタンＢ６４を含む。ユーザは、ボタンＢ６４を指定することにより、患者ＩＤ「０００００００４」である患者の診療情報の詳細にアクセスすることができる。

領域Ｒ６２３では、患者ＩＤ「０００００００３」である患者について、画像検査イベント関連情報が表示されている。領域Ｒ６２３では、例えば、患者ＩＤ「０００００００３」である患者について、氏名が「心臓 二郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ６２３では、患者ＩＤ「０００００００３」である患者について、イベント日時「２０１７年４月１８日」において取得された医用画像データに基づく医用画像が表示されている。なお、領域Ｒ６２３では、医用画像の一部は表示されていない。また、領域Ｒ６２３は、ボタンＢ６３を含む。ユーザは、ボタンＢ６３を指定することにより、患者ＩＤ「０００００００３」である患者の診療情報の詳細にアクセスすることができる。

領域Ｒ６２５では、患者ＩＤ「０００００００５」である患者について、画像検査イベント関連情報が表示されている。領域Ｒ６２５では、例えば、患者ＩＤ「０００００００５」である患者について、氏名が「心臓 三郎」であり、性別が「男」である旨が表示されている。また、領域Ｒ６２５では、患者ＩＤ「０００００００５」である患者について、イベント日時「２０１７年４月１３日」において取得された医用画像データに基づく医用画像が表示されている。なお、領域Ｒ６２５では、医用画像の一部は表示されていない。また、領域Ｒ６２５は、ボタンＢ６５を含む。ユーザは、ボタンＢ６５を指定することにより、患者ＩＤ「０００００００５」である患者の診療情報の詳細にアクセスすることができる。

（変形例１）
上記実施形態では、処理回路１１は、１種類のイベントについて、要約画面データを生成していたがこれに限定されない。処理回路１１は、複数の患者、かつ、複数種類のイベントに亘るイベント情報を要約し、要約画面データを生成するようにしてもよい。変形例１では、処理回路１１は、入力インターフェース１２を介して、複数種類のイベントについて、取得条件の指定を受け付けるものとする。このとき、処理回路１１は、例えば、取得条件の候補を表す文字列を選択可能な複数の領域を、プルダウン方式でディスプレイ１３に表示して、複数種類のイベントについて取得条件の指定を受け付けるものとする。

図７は、変形例１に係るマッピングデータの表示例を示す図である。図７の説明では、処理回路１１は、例えば、イベント種別「心不全兆候イベント」、「腎機能悪化イベント」、及び「薬剤評価イベント」の指定を受け付けているものとする。図７に示されるマッピングデータは、例えば、図２に示されるディスプレイ１３に表示される。

図７では、患者毎に、イベント種別を表す文字列を含むアイコンが時系列にマッピングされている。具体的には、図７に示されるマッピング領域Ｒ７１では、縦軸を患者ＩＤ、横軸を時間（日付）として、各イベント種別を表すアイコンＩ７１、Ｉ７２ａ、Ｉ７２ｂ、Ｉ７３、及びＩ７４が時系列にマッピングされている。図７に示されるイベントの表示期間は、２０１７年４月１０日から２０１７年４月２７日までの期間である。

より具体的には、患者ＩＤ「０００００００１」、及び日付「２０１７年４月２６日」を表す位置に、薬剤評価イベントを表す「薬剤評価」を含むアイコンＩ７１がマッピングされている。また、患者ＩＤ「０００００００２」、及び日付「２０１７年４月１５日」を表す位置に、心不全兆候イベントを表す「心不全兆候」を含むアイコンＩ７２ａがマッピングされている。また、患者ＩＤ「０００００００２」、及び日付「２０１７年４月２４日」を表す位置に、心不全兆候イベントを表す「心不全兆候」を含むアイコンＩ７２ｂがマッピングされている。また、患者ＩＤ「０００００００３」、及び日付「２０１７年４月１７日」を表す位置に、腎機能悪化イベントを表す「腎機能悪化」を含むアイコンＩ７３がマッピングされている。また、患者ＩＤ「０００００００４」、及び日付「２０１７年４月１７日」を表す位置に、心不全兆候イベントを表す「心不全兆候」を含むアイコンＩ７４がマッピングされている。

また、図７に示される各患者ＩＤの横に表示されている数字「１」、「２」、「１」、及び「１」は、各患者ＩＤについて、マッピング領域Ｒ７１に表示されているイベントの数をそれぞれ表す。なお、各患者ＩＤの横に表示されている数字は、例えば、取得されたイベント情報が表示期間外に存在する場合、各患者ＩＤについて、マッピング領域Ｒ７１に表示されていないイベントの数、又は、表示されているイベントの数に表示されていないイベントの数を加算した数を表していてもよい。

また、図７に示されるように、マッピング領域Ｒ７１に含まれる各アイコンは、例えば、イベント種別毎に異なる色が付されて表示されている。

以上説明した図７の表示態様によれば、図７に示されるマッピングデータを視認したユーザは、例えば、複数種類のイベントが患者毎に時系列に表示されるため、視認性を低下させることなく、より多くの情報を得ることが可能となる。

図８は、変形例１に係るマッピングデータの他の表示例を示す図である。図８の説明では、処理回路１１は、例えば、イベント種別「心不全兆候イベント」、「腎機能悪化イベント」、「薬剤評価イベント」、及び「画像検査イベント」の指定を受け付けているものとする。図８に示されるマッピングデータは、例えば、図２に示されるディスプレイ１３に表示される。

図８では、イベント種別毎に、患者を表す患者ＩＤを含むアイコンが時系列にマッピングされている。具体的には、図８に示されるマッピング領域Ｒ８１では、縦軸を、各イベント種別を表す文字列、横軸を時間（日付）として、各患者を特定する患者ＩＤを表すアイコンＩ８１、Ｉ８２ａ、Ｉ８２ｂ、Ｉ８３、及びＩ８４が時系列にマッピングされている。また、図８に示されるイベントの表示期間は、２０１７年４月１０日から２０１７年４月２７日までの期間である。尚、各アイコンは、患者氏名が付されて表示されてもよい。

より具体的には、薬剤評価イベントを表す文字列「薬剤評価」、及び日付「２０１７年４月２６日」を表す位置に、患者ＩＤ「０００００００１」を含むアイコンＩ８１がマッピングされている。心不全兆候イベントを表す文字列「心不全兆候」、及び日付「２０１７年４月１５日」を表す位置に、患者ＩＤ「０００００００２」を含むアイコンＩ８２ａがマッピングされている。心不全兆候イベントを表す文字列「心不全兆候」、及び日付「２０１７年４月２４日」を表す位置に、患者ＩＤ「０００００００２」を含むアイコンＩ８２ｂがマッピングされている。腎機能悪化イベントを表す文字列「腎機能悪化」、及び日付「２０１７年４月１７日」を表す位置に、患者ＩＤ「０００００００３」を含むアイコンＩ８３がマッピングされている。心不全兆候イベントを表す文字列「心不全兆候」、及び日付「２０１７年４月２１日」を表す位置に、患者ＩＤ「０００００００４」を含むアイコンＩ８４がマッピングされている。

また、図８に示される各イベント種別を表す文字列の横に表示されている数字「３」、「１」、「１」、及び「０」は、各イベント種別について、マッピング領域Ｒ８１に表示されている患者の延べ人数をそれぞれ表す。なお、各イベント種別を表す文字列の横に表示されている数字は、例えば、取得されたイベント情報が表示期間外に存在する場合、各イベント種別について、マッピング領域Ｒ８１に表示されていない患者の延べ人数、又は、表示されている患者の延べ人数に表示されていない患者の延べ人数を加算した数を表していてもよい。

また、図８に示されるように、マッピング領域Ｒ８１に含まれる各アイコンは、例えば、イベント種別毎に異なる色が付されて表示されている。

以上説明した図８の表示態様によれば、図８に示されるマッピングデータを視認したユーザは、例えば、担当する複数の患者がイベント種別毎に時系列に表示されるため、視認性を低下させることなく、より多くの情報を得ることが可能となる。

上記図８の説明では、１つの時間軸を含む領域にまとめて表示していたが、これに限定されない。以下、各イベント種別に係るイベントに対して、１つの時間軸を含む領域をそれぞれ割り当ててマッピングデータが表示される場合について説明する。

図９は、変形例１に係るマッピングデータの他の表示例を示す図である。図９の説明では、処理回路１１は、例えば、文字列「心不全兆候イベント」、「腎機能悪化イベント」、「薬剤評価イベント」、及び「画像検査イベント」の指定を受け付けているものとする。

図９では、マッピング領域Ｒ９１は、イベント種別毎に１つの時間軸を含む領域Ｒ９１１、Ｒ９１２、Ｒ９１３、及びＲ９１４を含む。領域Ｒ９１１には、心不全兆候イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータが表示されている。領域Ｒ９１２には、腎機能悪化イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータが表示されている。領域Ｒ９１３には、薬剤評価イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータが表示されている。領域Ｒ９１４には、画像検査イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータが表示されている。

以上説明した図９の表示態様によれば、例えば、１つのイベント種別当りの表示面積が広いため、図８に示されるマッピングデータと比して視認性が向上する。

（変形例２）
上記実施形態において、処理回路１１は、例えば、図４に示されるマッピングデータに含まれる各イベントを、ユーザの閲覧履歴を考慮して表示するようにしてもよい。例えば、処理回路１１は、ユーザが閲覧したイベントと、ユーザが閲覧していないイベントとを判別可能に表示するようにする。ここで、「ユーザがイベントを閲覧する」とは、例えば、マッピングデータに含まれる１つのイベントに紐付く患者の診療情報の詳細にユーザがアクセスし、当該詳細を表す診療画面を開くことを表す。

図１０は、変形例２に係るマッピングデータの表示例を示す図である。図１０に示されるマッピング領域Ｒ１０１は、複数の患者に亘る心不全兆候イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータを表す。

マッピング領域Ｒ１０１には、各患者を表すアイコンＩ１０１、Ｉ１０２、Ｉ１０３、Ｉ１０４、及びＩ１０５が含まれる。このとき、図１０に示されるアイコンＩ１０１、Ｉ１０２、Ｉ１０３、Ｉ１０４、及びＩ１０５のうち、例えば、アイコンＩ１０２、及びＩ１０４、及びＩ１０５が表す各イベントに紐付く患者の診療情報の詳細については既にユーザにより閲覧されている。これに対し、処理回路１１は、アイコンＩ１０２、及びＩ１０４、及びＩ１０５の表示態様を変更して表示している。具体的には、処理回路１１は、アイコンＩ１０２、及びＩ１０４、及びＩ１０５について、アイコンを囲う枠線、及び、アイコンに含まれる患者ＩＤを実線から点線に変更して表示する。

以上説明した図１０の表示態様によれば、図１０に示されるマッピングデータに含まれるアイコンを目視したユーザは、目視したアイコンが表すイベントがユーザにより閲覧されたか否かを容易に把握することが可能となる。

上記図１０の説明では、ユーザにより閲覧されたイベントを表すアイコンの表示態様を変更していたがこれに限定されない。例えば、処理回路１１は、マッピングデータに表れている表示期間のうち、ユーザが閲覧した期間と、ユーザが閲覧していない期間とを判別可能に表示するようにしてもよい。「ユーザが閲覧した期間」とは、例えば、ユーザが閲覧したイベントを含む期間である。また、「ユーザが閲覧した期間」は、表示されているマッピングデータに対して、入力インターフェース１２を介して、ユーザが閲覧したと思われる期間を直接指定させることにより規定されてもよい。

図１１は、変形例２に係るマッピングデータの他の表示例を示す図である。図１１に示されるマッピング領域Ｒ１１１は、複数の患者に亘る心不全兆候イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータを表す。

マッピング領域Ｒ１１１には、各患者を表すアイコンＩ１１１、Ｉ１１２、Ｉ１１３、Ｉ１１４、及びＩ１１５が含まれる。このとき、図１１に示される領域Ｒ１１５が表す「２０１７年４月１０日から２０１７年４月２７日までの期間」のうち、領域Ｒ１１６が表す「２０１７年４月１０日から２０１７年４月２０日までの期間」が既にユーザにより閲覧されている。これに対し、処理回路１１は、領域Ｒ１１６の表示態様を変更して表示している。具体的には、処理回路１１は、領域Ｒ１１６に対して、例えば網掛け画像を重畳表示する。このとき、領域Ｒ１１６に含まれるアイコンＩ１２３、Ｉ１２４、及びＩ１２５に対しても網掛け画像が重畳表示される。

図１１に示されるマッピング領域Ｒ１１１に含まれる通知領域Ｒ１１７は、例えば、一度閲覧した患者の診療情報の詳細が更新された場合、当該領域が指定されることで更新された旨を通知する機能を有する。図１１に示される通知領域Ｒ１１７は、明度の低い色により指定前の状態を表している。

次に、図１１に示される通知領域Ｒ１１７が指定された場合について説明する。図１２は、変形例２に係る表示されるマッピングデータの他の表示例を示す図である。図１２に示されるマッピング領域Ｒ１２１は、図１１に示される通知領域Ｒ１１７が指定された後のマッピングデータを表す。このとき、図１２に示される通知領域Ｒ１２７は、例えば明度の高い色により指定後の状態を表している。

マッピング領域Ｒ１２１には、各患者を表すアイコンＩ１２１、Ｉ１２２、Ｉ１２３、Ｉ１２４、及びＩ１２５が含まれる。このとき、図１２に示されるアイコンＩ１２１、Ｉ１２２、Ｉ１２３、Ｉ１２４、及びＩ１２５のうち、アイコンＩ１２５が表すイベントに対応する患者の診療情報の詳細が更新されている。これに対し、処理回路１１は、アイコンＩ１２５が占める領域の部分のみ網掛け画像の重畳を解除する。これにより、アイコンＩ１２５が表すイベントについて患者の診療情報の詳細が更新された旨を通知することが可能となる。なお、処理回路１１は、ユーザにより閲覧された期間において、新規に発生したイベントを新たに表示するようにしてもよい。

また、処理回路１１は、マッピングデータが表示された際に、当該マッピングデータに含まれるイベントのうち、例えば、対応する患者の診療情報の詳細が閲覧されなかった回数が所定の閾値を超えた場合に当該イベントを表すアイコンを強調表示するようにしてもよい。図１３は、変形例２に係るマッピングデータの他の表示例を示す図である。図１３に示されるマッピング領域Ｒ１３１は、複数の患者に亘る心不全兆候イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータを表す。

マッピング領域Ｒ１３１には、各患者を表すアイコンＩ１３１、Ｉ１３２、Ｉ１３３、Ｉ１３４、及びＩ１３５が含まれる。このとき、図１３に示されるアイコンＩ１３１、Ｉ１３２、Ｉ１３３、Ｉ１３４、及びＩ１３５のうち、例えば、アイコンＩ１３３、及びＩ１３５が表す各イベントに紐付く患者の診療情報の詳細については所定の閾値を超える回数閲覧されていない。これに対し、処理回路１１は、アイコンＩ１３３、及びＩ１３５に含まれる患者ＩＤを太字にする、又は、点滅させる等して強調表示している。これにより、例えば、ユーザに対して見過ごした回数の多いイベントを通知することが可能となる。

（変形例３）
上記実施形態において、処理回路１１は、表示態様を工夫することにより、さらに視認性を向上させることが可能である。例えば、処理回路１１は、ヒストグラム、又は、折れ線グラフの形式で、イベント情報を要約して表示する。以下、イベント情報がヒストグラムの形式で要約され表示される場合について説明する。図１４は、変形例３に係るマッピングデータの表示例を示す図である。図１４に示されるマッピング領域Ｒ１４１は、複数の患者に亘る心不全兆候イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータを表す。
図１４に示されるマッピング領域Ｒ１４１では、日付毎にイベントの数が認識可能な態様で表示されている。

具体的には、図１４に示されるマッピング領域Ｒ１４１では、縦軸をイベントの数、横軸を時間（日付）として、各患者を表すアイコンＩ１４１、Ｉ１４２、Ｉ１４３、Ｉ１４４、Ｉ１４５、及びＩ１４６が時系列にマッピングされている。図１４に示されるイベントの表示期間は、２０１７年４月１０日から２０１７年４月２７日までの期間である。なお、図１４において、マッピング領域Ｒ１４１に含まれる各アイコンは、患者毎に異なる色が付され、患者を識別可能に表示されている。マッピング領域Ｒ１４１の左側に示される数字は、各日付に対応する領域において積み上げられたアイコンの数、すなわちイベントの数と対応している。

以上説明した図１４の表示態様によれば、マッピングデータを視認したユーザは、例えば、各日付のイベントの発生頻度を容易に把握することが可能となる。

また、処理回路１１は、マッピングデータに含まれる時間軸に対して、イベント関連情報を直接マッピングして表示するようにしてもよい。図１５は、変形例３に係るマッピングデータの他の表示例を示す図である。図１５に示されるマッピング領域Ｒ１５０は、複数の患者に亘る心不全兆候イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータを表す。マッピング領域Ｒ１５０は、時間軸を表す時間軸表示領域Ｒ１５１、並びに、各患者についてイベント情報に関連するイベント関連情報を表す領域Ｒ１５２、Ｒ１５３、Ｒ１５４、及びＲ１５５を含む。図１５に示されるように、領域Ｒ１５２、Ｒ１５３、Ｒ１５４、及びＲ１５５は、時間軸表示領域Ｒ１５１に直接マッピングされている。具体的には、時間軸表示領域Ｒ１５１と、領域Ｒ１５２、Ｒ１５３、Ｒ１５４、及びＲ１５５とは、線分でそれぞれ接続されている。

以上説明した図１５の表示態様によれば、イベントの発生タイミングと、イベント関連情報とが視覚的に結びついた状態で表示されるため、視認性が向上する。

また、処理回路１１は、マッピングデータに含まれるイベントの優先順位をさらに表示するようにしてもよい。図１６は、変形例３に係るマッピングデータの他の表示例を示す図である。図１６に示されるマッピング領域Ｒ１６１は、複数の患者に亘る心不全兆候イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータを表す。

マッピング領域Ｒ１６１には、各患者を表すアイコンＩ１６１、Ｉ１６２、Ｉ１６３、Ｉ１６４、及びＩ１６５が含まれる。図１６に示されるように、マッピング領域Ｒ１６１に含まれる各アイコンは、例えば、患者毎に異なる色が付されて表示されている。尚、各アイコンは、患者氏名が付されて表示されてもよい。

そして、マッピング領域Ｒ１６１には、イベントの待ち行列を表す領域Ｒ１６２、及び処理の優先度を表すマークＭ１６１が含まれている。領域Ｒ１６２は、患者を表すアイコンが積み上げられたイベントキューを表している。マークＭ１６１は、縦方向において、マークが太くなるほど優先度が高いことを表している。すなわち、領域Ｒ１６２に示されるイベントキューの上方に位置するアイコンに対応する患者ほど、優先して診療情報の詳細を確認する必要があることを表している。

以上説明した図１６の表示態様によれば、マッピングデータを視認したユーザは、例えば、患者間における患者の診療情報の確認の優先度を容易に把握することが可能となる。

（変形例４）
上記実施形態において、処理回路１１は、同一患者に関するイベントの出現パターンに応じて、表示するマッピングデータの表示態様を変更するようにしてもよい。以下の説明では、ディスプレイ１３に表示されるマッピングデータには、要約方法がプルダウン方式で選択可能な領域が含まれるものとする。

まず、処理回路１１が特定期間に発生したイベント群を含む期間を表示する場合について説明する。図１７は、変形例４に係るマッピングデータの表示例を示す図である。図１７に示されるマッピング領域Ｒ１７１は、複数の患者に亘る心不全兆候イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータを表す。図１７では、マッピングデータに関するマッピング方法として「期間」が選択されている。

図１７では、マッピング領域Ｒ１７１は、各患者を表すアイコンＩ１７１、Ｉ１７３、及びＩ１７４を含む。アイコンＩ１７１は、患者ＩＤ「０００００００１」である患者について、例えば「２０１７年４月２１日から２０１７年４月２３日までの期間」に亘って、複数の心不全兆候イベントが発生した事実を帯形状で表している。アイコンＩ１７３は、患者ＩＤ「０００００００３」である患者について、例えば「２０１７年４月１０日から２０１７年４月１６日までの期間」に亘って、複数の心不全兆候イベントが発生した事実を帯形状で表している。アイコンＩ１７４は、患者ＩＤ「０００００００４」である患者について、例えば「２０１７年４月１５日から２０１７年４月１９日までの期間」に亘って、複数の心不全兆候イベントが発生した事実を帯形状で表している。

次に、処理回路１１が特定期間に発生したイベント群を含む期間を表示する場合において、イベントの発生頻度を考慮してマッピングデータの表示態様を変更する場合について説明する。図１８は、変形例４に係るマッピングデータの他の表示例を示す図である。図１８に示されるマッピング領域Ｒ１８１は、複数の患者に亘る心不全兆候イベントが、患者毎に識別可能に、共通の時間軸にマッピングされたマッピングデータを表す。図１８では、マッピングデータに関するマッピング方法として「分布」が選択されている。

図１８では、マッピング領域Ｒ１８１は、各患者を表すアイコンＩ１８１、Ｉ１８３、及びＩ１８４を含む。アイコンＩ１８１は、患者ＩＤ「０００００００１」である患者について、例えば「２０１７年１２月から２０１８年２月までの期間」に亘って、複数の心不全兆候イベントが発生した事実を帯形状で表している。また、アイコンＩ１８１は、心不全兆候イベントの発生頻度に応じ、当該イベントの分布を濃淡表示している。アイコンＩ１８３は、患者ＩＤ「０００００００３」である患者について、例えば「２０１７年１月から２０１７年７月までの期間」に亘って、複数の心不全兆候イベントが発生した事実を帯形状で表している。また、アイコンＩ１８３は、心不全兆候イベントの発生頻度に応じ、当該イベントの分布を濃淡表示している。アイコンＩ１８４は、患者ＩＤ「０００００００４」である患者について、例えば「２０１７年６月から２０１７年１０月までの期間」に亘って、複数の心不全兆候イベントが発生した事実を帯形状で表している。また、アイコンＩ１８４は、心不全兆候イベントの発生頻度に応じ、当該イベントの分布を濃淡表示している。

なお、処理回路１１は、イベントが発生した特定期間の最後、又は最新のイベントのみを表示するようにしてもよい。また、処理回路１１は、イベントが発生した特定期間の最もイベントが集中する箇所のみを表示するようにしてもよい。

最後に、処理回路１１が、複数のイベント種別に亘り発生したイベントの組み合わせに基づいて、当該発生したイベントを患者毎にまとめて表示する場合について説明する。このとき、処理回路１１は、イベントの出現パターンをクラスタリング等の手法を用いて分類することで、適切な粒度でイベントをまとめること、及び、まとめたイベントの類似性を表すことが可能である。図１９は、変形例４に係るマッピングデータの他の表示例を示す図である。図１９によれば、処理回路１１は、イベントの発生順を考慮し、複数のイベント種別に亘り発生したイベントを患者毎にまとめて表示している。

図１９では、マッピング領域Ｒ１９１は、各患者を表すアイコンＩ１９１、Ｉ１９２、Ｉ１９３、及びＩ１９４を含む。図１９に示されるマッピング領域Ｒ１９１に含まれる各アイコンは、例えば、患者毎に異なる色が付されて表示されている。アイコンＩ１９１は、例えば、患者ＩＤ「０００００００１」である患者について、イベント種別「ＳｐＯ２減少イベント」、及び「低酸素血症兆候イベント」の順で、イベントが所定の期間に亘り発生した事実を帯形状で表している。アイコンＩ１９２は、例えば、患者ＩＤ「０００００００２」である患者について、イベント種別「尿量減少イベント」、「呼吸数増加イベント」及び「心不全兆候イベント」の順で、イベントが所定の期間に亘り発生した事実を帯形状で表している。アイコンＩ１９３は、例えば、患者ＩＤ「０００００００３」である患者について、イベント種別「ＢＮＰ増加イベント」、「呼吸数増加イベント」及び「心不全兆候イベント」の順で、イベントが所定の期間に亘り発生した事実を帯形状で表している。アイコンＩ１９４は、例えば、患者ＩＤ「０００００００４」である患者について、イベント種別「ＳｐＯ２減少イベント」、及び「低酸素血症兆候イベント」の順で、イベントが所定の期間に亘り発生した事実を帯形状で表している。

なお、図１９に示されるマッピングデータは、類似するイベント種別の組み合わせを同一行（同じ高さ）に表示している。

［他の実施形態］
上記実施形態において、処理回路１１は、例えば、図４に示されるマッピング領域Ｒ４１が表すマッピングデータに含まれる時間軸の変更に同期させて、イベント関連情報領域Ｒ４２に表示されるイベント関連情報に関する表示内容を変更するようにしてもよい。以下、図４に示されるマッピング領域Ｒ４１が表すマッピングデータに含まれる時間軸が表す期間が、「２０１７年４月１０日から２０１７年４月２７日までの期間」から「２０１７年４月５日から２０１７年４月２２日までの期間」に変更された場合について説明する。

図２０は、他の実施形態に係る診療画面の例を表す図である。図２０は、図４に示されるマッピング領域Ｒ４１が表すマッピングデータに含まれる時間軸の範囲が変更された後の診療画面を表している。図２０によれば、図４に示されるマッピング領域Ｒ４１において表示されていた時間軸が表す「２０１７年４月２３日から２０１７年４月２７日までの期間」が、時間軸の範囲の変更後に非表示となっている。このとき、アイコンＩ４１ａ、Ｉ４１ｂ、及びＩ４１ｃについても、時間軸の範囲の変更後に非表示となる。さらに、図２０によれば、図４に示されるイベント関連情報領域Ｒ４２に含まれていた患者ＩＤ「０００００００１」を表すアイコンＩ４１ａ、Ｉ４１ｂ、及びＩ４１ｃに対応する領域Ｒ４２１についても、時間軸の範囲の変更後に非表示となる。このように、処理回路１１は、時間軸の範囲の変更に同期させて、イベント関連情報領域Ｒ４２に表示するイベント関連情報の内容を変更することができる。なお、マッピング領域Ｒ４１が表すマッピングデータに含まれる時間軸の変更に連動させて、イベント関連情報領域Ｒ４２に含まれる各イベント関連情報が表す時間軸を変更するようにしてもよい。また、処理回路１１は、イベント関連情報領域Ｒ４２に表示するイベント関連情報の内容を、患者に応じて最適化するようにしてもよい。

また、上記実施形態では、処理回路１１は、例えば、図４に示されるイベント関連情報領域Ｒ４２において、１人の患者について取得された情報を１つのグラフ領域内に表示していたがこれに限定されない。処理回路１１は、例えば、複数の患者について取得された情報を１つのグラフ領域内に表示するようにしてもよい。

また、上記実施形態において、処理回路１１は、例えば、図４に示される各「Ｖｉｅｗ」ボタンが指定された場合、患者の診療情報の詳細を表示する。以下、図４に示されるイベント関連情報領域Ｒ４２に含まれる領域Ｒ４２２に含まれるボタンＢ４２が指定された場合について説明する。処理回路１１は、図４に示されるボタンＢ４２が指定されると、患者ＩＤ「０００００００２」である患者について、患者の診療情報の詳細を表示する。図２１は、他の実施形態に係る患者の診療情報の詳細を表す患者詳細画面の例を表す図である。図２１に示される患者詳細画面は、患者ＩＤ「０００００００２」である患者は、患者氏名「心臓 花子」、誕生日「２０１３年１月１日」、性別「女」である旨を表している。

図２１に示される患者詳細画面は、タイムライン領域Ｒ２１１と、画像検査の画像を表示する画像情報領域Ｒ２１２ａ、バイタルサイン情報を表示するバイタルサイン情報領域Ｒ２１２ｂおよび診療記録の情報を表示する診療記録情報領域Ｒ２１２ｃに分割された診療情報領域とを含む。

タイムライン領域Ｒ２１１は、複数の診療情報などにそれぞれ対応する複数のアイコンを「２０１７年４月１５日」の「０４：００」から「２１：００」までの期間に亘って時系列に表示している。タイムライン領域Ｒ２１１には、操作者によって指定された日時（指定日時「２０１７年４月１５日１２：００」）の位置を示す指示子Ｌ２１１が含まれる。

画像情報領域Ｒ２１２ａは、特定患者についての検査画像のサムネイルを時系列の順番（例えば、画面の上に位置する画像ほど日時が新しい画像となる順番）となるように、ある期間に亘って表示する情報表示領域Ｒ２１２ｄを含む。情報表示領域Ｒ２１２ｄには、指定日時に対応する位置を示す指示子Ｌ２１２ａが含まれる。以降では、「検査画像のサムネイル」を単に「サムネイル」と称する。尚、情報表示領域Ｒ２１２ｄにおける指定日時に対応する位置は、例えば、指定日時に最も近い日時に対応付けられたサムネイルの上部または下部に相当する。また、この位置は、サムネイル上であってもよい。

バイタルサイン情報領域Ｒ２１２ｂは、特定患者についてのバイタルサイン情報を「２０１７年４月１１日から２０１７年４月２１日まで」の期間に亘って表示している。バイタルサイン情報領域Ｒ２１２ｂには、指定日時に対応する位置を示す指示子Ｌ２１２ｂが含まれる。

診療記録情報領域Ｒ２１２ｃは、特定患者についての医師および看護師のコメントを例えば時系列の順番（例えば、画面の上に位置するコメントほど日時が新しいコメントとなる順番）となるように、ある期間に亘って表示している。診療記録情報領域Ｒ２１２ｃには、指定日時に対応する位置を示す指示子Ｌ２１２ｃが含まれる。尚、診療記録情報領域における指定日時に対応する位置は、例えば、指定日時に最も近い日時に対応付けられたコメントの上部または下部に相当する。また、この位置は、コメント上であってもよい。

概括すると、図２１に示される診療画面において、はじめに指示子Ｌ２１１が設定されたことを契機として、指示子Ｌ２１２ａ、指示子Ｌ２１２ｂ、及び指示子Ｌ２１２ｃが自動的に設定（或いは、表示）される。

図２１において、処理回路１１は、例えば、発生するイベントのイベント種別に応じ、図２１に示される患者詳細画面の表示内容を変更する。例えば、処理回路１１は、発生するイベントの内容に応じ、図２１に示される患者詳細画面の初期レイアウトを変更する。また、処理回路１１は、発生するイベントの内容に応じ、図２１に示される診療情報領域に表示する表示内容を変更する。なお、処理回路１１は、図２１において、図４に示されるボタンＢ４２が指定された直後に表示されるタイムライン領域Ｒ２１１、画像情報領域Ｒ２１２ａ、バイタルサイン情報領域Ｒ２１２ｂ、及び診療記録情報領域Ｒ２１２ｃに含まれる時間軸の中央値が、イベント日時となるように表示するようにしてもよい。

上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、或いは、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等の回路を意味する。プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。なお、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、図１、及び２における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。

以上説明した少なくとも１つの実施形態によれば、優先して診療すべき患者の診療情報にアクセスするまでの時間を短縮することができる。

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

１…医用情報表示装置
２…病院情報システム
３…放射線部門情報管理システム
４…医用画像診断装置
５…医用画像管理システム
６…データウェアハウス
１１、６１…処理回路
１２…入力インターフェース
１３…ディスプレイ
１４、６２…メモリ
１５、６３…通信インターフェース
１１１…取得機能
１１３…マッピング機能
１１５…表示制御機能
１１７…システム制御機能
６１１…収集機能
６１２…登録機能
６２１…ログ情報
Ｒ４１、Ｒ５１、Ｒ６１、Ｒ７１、Ｒ８１、Ｒ９１、Ｒ１０１、Ｒ１１１、Ｒ１２１、Ｒ１３１、Ｒ１４１、Ｒ１５０、Ｒ１６１、Ｒ１７１、Ｒ１８１、Ｒ１９１…マッピング領域
Ｒ４２、Ｒ５２、Ｒ６２…イベント関連情報領域
Ｒ２１１…タイムライン領域
Ｒ２１２ａ…画像情報領域
Ｒ２１２ｂ…バイタルサイン情報領域
Ｒ２１２ｃ…診療記録情報領域
Ｒ２１２ｄ…情報表示領域

Claims (11)

1. 複数の患者の診療情報から、診療における判断の指標となるイベントが発生した患者を識別する患者識別情報、及び当該イベントに関連付けられた時間を表す時間情報を取得する取得部と、
   複数の前記患者識別情報、及び複数の前記時間情報に基づいて、前記イベントに関するアイコンを、患者毎に識別可能に、共通の時間軸にマッピングしたマッピングデータを生成するマッピング部と、
   前記マッピングデータをディスプレイに表示する表示制御部と
   を備え、
   前記取得部は、前記患者識別情報、及び前記時間情報を、前記イベントの種類を表す複数のイベント種別に亘って取得し、
   前記マッピング部は、前記複数のイベント種別に亘る前記患者識別情報、及び前記時間情報に基づいて、前記マッピングデータを生成し、
   前記表示制御部は、前記マッピングデータに含まれる患者毎の前記複数のイベント種別の出現パターンに従って、ディスプレイに表示される前記マッピングデータの表示態様を変更する、医用情報表示装置。
2. 前記マッピング部は、前記患者を特定する前記アイコンを、共通の時間軸にマッピングした前記マッピングデータを生成する、
   請求項１に記載の医用情報表示装置。
3. 前記マッピング部は、前記イベントを特定する前記アイコンを、前記患者を識別可能に共通の時間軸にマッピングした前記マッピングデータを生成する、
   請求項１に記載の医用情報表示装置。
4. 前記表示制御部は、前記患者毎のイベントに関連するイベント関連情報を前記マッピングデータと共に表示する
   請求項１から請求項３までのいずれか一項に記載の医用情報表示装置。
5. 前記表示制御部は、前記イベント関連情報を要約して表示する、
   請求項４に記載の医用情報表示装置。
6. 前記表示制御部は、所定の表示指示に従って、前記患者の診療情報の詳細を表示する、 請求項１から請求項５までのいずれか一項に記載の医用情報表示装置。
7. 前記表示制御部は、ユーザが閲覧した前記イベントと、前記ユーザが閲覧していない前記イベントとを判別可能に表示する、
   請求項１から請求項６までのいずれか一項に記載の医用情報表示装置。
8. 前記表示制御部は、前記時間軸の範囲の変更に同期させて、表示する前記イベント関連情報の内容を変更する、
   請求項４または請求項５に記載の医用情報表示装置。
9. 前記表示制御部は、前記イベントの種類を表すイベント種別に応じて、前記患者の診療情報の詳細の表示内容を変更する、
   請求項６に記載の医用情報表示装置。
10. 前記イベントは、診療ワークフローにおけるイベントを表す、
    請求項１から請求項９までのいずれか一項に記載の医用情報表示装置。
11. 前記イベントは、診療に関する経験則に基づいて前記患者の診療情報から検出されるイベントを表す、
    請求項１から請求項９までのいずれか一項に記載の医用情報表示装置。