JP6489826B2 - 会議支援システム、会議支援方法及びプログラム - Google Patents

Description

本発明は、会議支援システム、会議支援方法及びプログラムに関する。

従来、医療機関において行われる医療カンファレンスは、１人の患者に対し、複数の種類の画像、検査データ、レポート、カルテといった複数の医療情報を参照しながら進められる。実際の医療カンファレンスは、１患者あたり３分から５分という短い時間で行われる。その際、参照する医療情報を探して表示するための時間と手間の負担が大きい。この課題に対し、特許文献１には、選択された医療用画像と関連する医療用データをキーワードで検索し、選択された医療用画像の次に表示させたい医療用画像又は医療文書を一覧表示するシステムが開示されている。このキーワードは、医療用画像の付帯情報又は外部から設定することができる。

特開２０１３−１１４４８５号公報

医療カンファレンスにおいて参照される医療情報群は、会議の種類等に応じて決まることが多く、また、診断の手順等に応じて、医療情報群中の医療情報が順次選択される。しかしながら、従来のキーワードを用いて医療用画像等を表示するシステムにおいては、このような会議の流れに応じた医療用画像等の選択が行われていないため、必ずしも適切な医療情報を表示できるとは限らない。

本発明はこのような問題点に鑑みなされたもので、医療カンファレンスの効率的な進行を支援することを目的とする。

そこで、本発明は、医療機関における会議支援システムであって、医療情報種別毎の表示順を、会議内容に基づいて決定する決定手段と、前記医療情報種別の異なる複数の医療情報それぞれを特定する特定情報を、表示装置の第１の領域に表示する表示処理手段と、前記第１の領域に表示される前記特定情報に対応する医療情報の表示指示を受け付ける受付手段とを有し、前記表示処理手段は、前記受付手段が前記表示指示を受け付けた場合に、前記表示指示に係る前記特定情報により特定される前記医療情報を、前記表示装置の第２の領域に表示し、さらに前記第１の領域の表示を、前記表示指示の受付時に表示していた第１の特定情報から、前記第１の特定情報の次の表示順の第２の特定情報に切り替えることを特徴とする。

本発明によれば、医療カンファレンスの効率的な進行を支援することができる。

医療支援システムを示す図である。 クライアント装置のハードウェア構成を示す図である。 会議処理を示すシーケンス図である。 患者一覧画面の一例を示す図である。 会議画面の一例を示す図である。 サーバ装置による、会議処理を示すフローチャートである。 サーバ議題処理を示すフローチャートである。 表示順テーブルの一例を示す図である。 クライアント装置による、会議処理を示すフローチャートである。 クライアント議題処理を示すフローチャートである。 表示切替処理を示すフローチャートである。 表示切替処理におけるユーザ操作の説明図である。 関連情報領域の表示が切り替わる様子を示す図である。 関連情報の履歴の表示例を示す図である。 関連情報の履歴の他の表示例を示す図である。 表示順テーブル処理を示すシーケンス図である。 サーバ装置による、表示順テーブル処理を示すフローチャートである。 登録画面例を示す図である。 テーブル更新要求に含まれる情報の一例を示す図である。 表示順テーブル更新時の登録画面例を示す図である。 テーブル更新要求に含まれる情報の一例を示す図である。 クライアント装置による、表示順テーブル処理を示すフローチャートである。 テーブル更新処理を示すフローチャートである。 関連情報領域の表示切替例を示す図である。 第３の変更例に係る表示順テーブルの一例を示す図である。 関連情報領域の表示切替例を示す図である。

以下、本発明の実施形態について図面に基づいて説明する。

（第１の実施形態）
図１は、医療機関において利用される、会議支援システムとしての医療支援システム１００を示す図である。医療支援システム１００は、サーバ装置１１０と、クライアント装置１２０と、医療ＤＢ１３０とを有している。サーバ装置１１０と、クライアント装置１２０と、医療ＤＢ１３０とは、ネットワーク１０１を介して接続している。サーバ装置１１０は、記憶部１１１、検索部１１２、関連情報判断部１１３及び会議情報管理部１１４を有している。

記憶部１１１は、設定された会議に関する会議情報、会議の議題に設定された患者に関する患者情報を記憶している。また、記憶部１１１には、患者情報の一部として、医療ＤＢ１３０の電子カルテ、画像、検査データ、レポートといった医療情報を参照するために必要な情報が記憶されている。記憶部１１１に記憶されている、医療情報を参照するために必要な情報は、医療ＤＢ１３０から抽出されたものである。検索部１１２は、記憶部１１１に記憶された患者情報の検索を行う。関連情報判断部１１３は、会議対象となる患部の部位、病名、会議の種類に応じて、患者情報としてクライアント装置１２０で表示された医療情報に関連する医療情報を判断して、検索部１１２に対して医療情報を検索する指示を行う。

会議情報管理部１１４は、クライアント装置１２０から要求された会議の設定を行い、必要な情報を記憶部１１１に記憶する。会議情報管理部１１４はまた、クライアント装置１２０から要求された会議情報を記憶部１１１から読み出してクライアント装置１２０へ送る。会議情報管理部１１４はまた、クライアント装置１２０からの患者情報の要求に対して記憶部１１１から患者情報を読み出してクライアント装置１２０へ送る。患者情報の要求が医療情報の検索の場合には、会議情報管理部１１４は、関連情報判断部１１３に関連情報の検索を要求する。

クライアント装置１２０は、受付部１２１、表示処理部１２２、会議情報要求部１２３及び履歴管理部１２４を有している。受付部１２１は、後述の操作部を介して入力された情報を受け付ける。表示処理部１２２は、後述の表示装置に対し、会議情報、患者情報の表示を含めたユーザインターフェースの表示を行う。表示処理部１２２は、特に患者情報として要求した医療情報をユーザが閲覧できるよう表示する。

会議情報要求部１２３は、操作部に対するユーザの操作に従って、会議の設定、議題となる患者の設定、患者情報の要求をサーバ装置１１０に対して行う。履歴管理部１２４は、表示装置に表示された患者情報の履歴を管理する。履歴管理部１２４は、特に、ユーザインターフェースに表示された医療情報に関する情報を管理する。ユーザインターフェースに表示される医療情報は、ユーザ操作に応じて切り替えられるが、履歴が記憶されていることによって、ユーザは、前の時点において表示されていた情報を参照することができる。

図２は、クライアント装置１２０のハードウェア構成を示す図である。クライアント装置１２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、表示装置２０５、操作部２０６及びネットワークＩ／Ｆ部２０７を有している。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して各種処理を実行する。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０４は、画像データや各種プログラム等各種情報を記憶する。なお、クライアント装置１２０の機能や処理は、ＣＰＵ２０１がＲＯＭ２０２又はＨＤＤ２０４に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。

表示装置２０５は、各種情報を表示する。操作部２０６は、表示装置２０５に表示されたユーザインターフェースの操作や会議クライアントへの入力を行うためのデバイスである。操作部２０６は、例えばマウスに相当するポインティングデバイス、文字入力のためのキーボードである。ネットワークＩ／Ｆ部２０７は、ネットワークを介してサーバ装置１１０等の外部装置との通信処理を行う。また、他の例としては、ネットワークＩ／Ｆ部２０７は、無線により外部装置との通信を行ってもよい。なお、サーバ装置１１０のハードウェア構成は、クライアント装置１２０のハードウェア構成と同様である。ただし、サーバ装置１１０は、表示装置２０５を備えなくともよい。

図３は、サーバ装置１１０、クライアント装置１２０及び医療ＤＢ１３０の間で行われる会議処理を示すシーケンス図である。図３を参照し、会議処理の概略を説明する。Ｆ３０１において、サーバ装置１１０、クライアント装置１２０及び医療ＤＢ１３０の間で、会議設定及び議題設定が行われる。具体的には、クライアント装置１２０からサーバ装置１１０に対し、会議の設定に必要な会議情報が送信される。ここで、会議情報としては、会議名、会議の種類、開催日時、時間等が挙げられる。本実施形態においては、会議の種類は、術前、術後、症例検討、退院及びその他に分類される。さらに、クライアント装置１２０により、患者ＩＤが会議の議題として設定される。

次に、Ｆ３０２において、サーバ装置１１０は、Ｆ３０１において設定された会議の議題となる患者の患者情報を抽出する。患者情報には、患者名、担当医、患部の部位、病名の情報の他に、電子カルテ、画像、検査データ、レポートといった医療情報を参照するために必要な情報が含まれている。次に、Ｆ３０３において、クライアント装置１２０からサーバ装置１１０に対し会議開始要求が送信され、Ｆ３０４において、サーバ装置１１０からクライアント装置１２０に対し、会議開始応答が送信される。クライアント装置１２０は、会議開始応答を受信すると、Ｆ３０５において、サーバ装置１１０に対し、患者一覧要求を送信する。ここで、患者一覧要求とは、開始された会議の議題となっている患者の一覧を要求するメッセージである。次に、Ｆ３０６において、サーバ装置１１０は、クライアント装置１２０に対し、患者一覧応答を送信する。クライアント装置１２０は、表示装置２０５に患者一覧画面を表示する。

図４は、患者一覧画面の一例を示す図である。図４に示す患者一覧画面４００には、患者一覧応答に示される患者の患者情報４０１〜４０３が表示されている。各患者情報４０１〜４０３は、それぞれ患者ＩＤ４１１と、患者名４１２と、担当医名４１３とを含んでいる。患者一覧画面４００にはさらに、各患者に対応する選択ボタン４２１〜４２３と、会議終了ボタン４３０が表示されている。ユーザがいずれかの患者に対応する選択ボタン４２１〜４２３を押下すると、クライアント装置１２０は、押下された選択ボタンに対応する患者の選択指示を受け付ける。そして、Ｆ３０７において、クライアント装置１２０は、サーバ装置１１０に対し、選択指示に示される患者に係る情報を要求する患者情報要求を送信する。なお、会議終了ボタン４３０が押下されると、会議処理は終了する。

次に、Ｆ３０８において、サーバ装置１１０は、選択された患者の患者情報だけでなく、関連情報を取得する。ここで、関連情報とは、会議に関連する医療情報であり、会議において参照される可能性の高い医療情報である。そして、サーバ装置１１０は、クライアント装置１２０に対し、患者情報と関連情報とを含む患者情報応答を送信する。クライアント装置１２０は、患者情報応答を受信すると、患者情報応答に基づいて、会議画面を表示する。

図５は、会議画面の一例を示す図である。図５に示す会議画面５００には、関連情報領域５１０と、注目情報領域５２０とが設けられている。関連情報領域５１０には、関連情報を特定する特定情報としてのサムネイルが一覧表示される。なお、関連情報領域５１０に表示される情報は、閲覧者が関連情報を特定できる情報であればよく、実施形態に限定されるものではない。他の例としては、関連情報のアイコン、関連情報のファイル名等であってもよい。さらに、注目情報領域５２０には、関連情報領域５１０において、ユーザにより選択された医療情報が表示される。なお、注目情報領域５２０に医療情報を表示する処理については後述する。

また、会議画面５００には、議題終了ボタン５３０、関連検索ボタン５４０が表示されている。ユーザにより議題終了ボタン５３０が選択されると、議題に対する会議が終了する。ユーザにより、関連検索ボタン５４０が選択されると、関連情報領域５１０に表示されるサムネイルが切り替えられる。すなわち、関連検索ボタン５４０が選択されると、関連情報領域５１０には、異なる医療情報に対応するサムネイルが表示される。なお、関連情報領域５１０の表示を切り替える処理については後に詳述する。

次に、Ｆ３０９において、クライアント装置１２０は、医療ＤＢ１３０に対し、詳細要求を送信する。ここで、詳細要求は、リンク情報を含みリンク情報に対応する医療情報本体を要求する情報である。次に、Ｆ３１０において、クライアント装置１２０は、医療ＤＢ１３０から、医療情報本体を含む詳細応答を受信する。次に、Ｆ３１１において、クライアント装置１２０は、サーバ装置１１０に対し、関連情報に係る関連情報切替要求を送信する。次に、Ｆ３１２において、サーバ装置１１０は、関連情報として新たな医療情報を検索し、クライアント装置１２０に対し、得られた医療情報を関連情報として含む関連情報切替応答を送信する。

次に、Ｆ３１３において、クライアント装置１２０が、サーバ装置１１０に対し、１つの議題に対する会議の終了を要求する議題終了要求を送信すると、Ｆ３１４において、サーバ装置１１０は、クライアント装置１２０に対し、議題終了応答を送信する。次に、Ｆ３１５において、クライアント装置１２０が、サーバ装置１１０に対し、会議処理の終了を要求する会議終了要求を送信すると、Ｆ３１６において、サーバ装置１１０が、クライアント装置１２０に対し、会議終了応答を送信し、会議処理が終了する。なお、Ｆ３０９〜３１２の処理は、ユーザ操作に応じて、必要回数繰り返し実行される。また、Ｆ３０７〜Ｆ３１４の処理は、議題とする患者の数に相当する回数繰り返し実行される。

図６は、図３を参照しつつ説明した会議処理における、サーバ装置１１０の処理を示すフローチャートである。Ｓ６０１において、サーバ装置１１０の会議情報管理部１１４は、会議設定及び議題設定を行う。具体的には、会議情報管理部１１４は、クライアント装置１２０から、会議の設定に必要な会議名、会議の種類、開催日時、時間の情報を会議情報として受信し、受信した会議情報を記憶部１１１に記憶する。また、会議情報管理部１１４は、議題の設定に必要な患者ＩＤを医療ＤＢ１３０から取得し、クライアント装置１２０へ送る。その後、会議情報管理部１１４は、クライアント装置１２０から議題として指定された患者ＩＤを当該会議の議題として設定し、記憶部１１１に記憶する。なお、Ｓ６０１の処理は、図３に示すＦ３０１の処理に対応している。

次に、Ｓ６０２において、会議情報管理部１１４は、Ｓ６０１で設定された会議の議題となる患者の患者情報を抽出する。具体的には、会議情報管理部１１４は、患者ＩＤを基に医療ＤＢ１３０から患者情報を抽出する。会議情報管理部１１４は、抽出した患者情報を記憶部１１１に記憶する。Ｓ６０２の処理は、Ｆ３０２の処理に対応している。次に、Ｓ６０３において、会議情報管理部１１４は、会議開始要求がクライアント装置１２０から送られてくるか否かを判断する。会議情報管理部１１４は、会議開始要求が送られてきた場合は（Ｓ６０３でＹｅｓ）、処理をＳ６０４へ進める。会議情報管理部１１４は、会議開始要求が送られてこなかった場合は（Ｓ６０３でＮｏ）、処理をＳ６０３へ進め、送られてくるのを待つ。Ｓ６０３の処理は、Ｆ３０３の処理に対応している。Ｓ６０４において、会議情報管理部１１４は、会議開始応答をクライアント装置１２０へ送信する。Ｓ６０４の処理は、Ｆ３０４の処理に対応している。

次に、Ｓ６０５において、会議情報管理部１１４は、患者一覧要求がクライアント装置１２０から送られてくるか否かを判断する。患者一覧要求は、開始された会議の議題となっている患者の一覧を要求するメッセージである。会議情報管理部１１４は、患者一覧要求が送られてきた場合は（Ｓ６０５でＹｅｓ）、処理をＳ６０６へ進める。会議情報管理部１１４は、患者一覧要求が送られてこなかった場合は（Ｓ６０５でＮｏ）、処理をＳ６０５へ進め、送られてくるのを待つ。Ｓ６０５の処理は、Ｆ３０５の処理に対応している。Ｓ６０６において、会議情報管理部１１４は、開始された会議の議題となっている患者一覧の情報を記憶部１１１から取得する。そして、会議情報管理部１１４は、取得された患者一覧の情報を議題患者応答としてクライアント装置１２０へ送信する。Ｓ６０６の処理は、Ｆ３０６の処理に対応している。

次に、Ｓ６０７において、サーバ装置１１０は、サーバ議題処理を行う。サーバ議題処理については、図５を参照しつつ後述する。Ｓ６０８において、会議情報管理部１１４は、会議終了要求がクライアント装置１２０から送られてくるか否かを判断する。会議情報管理部１１４は、会議終了要求が送られてきた場合は（Ｓ６０８でＹｅｓ）、処理をＳ６０９へ進める。会議情報管理部１１４は、会議終了要求が送られてこなかった場合は（Ｓ６０８でＮｏ）、処理をＳ６０７へ進める。Ｓ６０８の処理は、Ｆ３１５の処理に対応している。Ｓ６０９において、会議情報管理部１１４は、会議終了応答をクライアント装置１２０へ送る。以上で、Ｓ６０３で開始された会議が終了する。Ｓ６０９の処理は、Ｆ３１６の処理に対応している。Ｓ６１０において、会議情報管理部１１４は、処理を終了するか否かを判断する。会議情報管理部１１４は、処理を終了しない場合は（Ｓ６１０でＮｏ）、処理をＳ６０１へ進める。会議情報管理部１１４は、処理を終了する場合は（Ｓ６１０でＹｅｓ）、会議処理が終了する。

図７は、サーバ議題処理（Ｓ６０７）における詳細な処理を示すフローチャートである。Ｓ７０１において、会議情報管理部１１４は、患者情報要求をクライアント装置１２０から受信するか否かを判断する。会議情報管理部１１４は、患者情報要求を受信した場合は（Ｓ７０１でＹｅｓ）、処理をＳ７０２へ進める。会議情報管理部１１４は、患者情報要求を受信しなかった場合は（Ｓ７０１でＮｏ）、処理をＳ７０１へ進め、患者情報要求を受信するのを待つ。ここで、患者情報要求は、議題となっている患者一覧から指定された患者の情報を取得する要求である。本実施形態においては、会議情報管理部１１４は、患者を指定する情報として患者ＩＤを使用することとする。Ｓ７０１の処理は、図３のＦ３０７の処理に対応している。

Ｓ７０２において、会議情報管理部１１４は、記憶部１１１から指定された患者情報を取得する。会議情報管理部１１４は、さらに、関連情報判断部１１３に対し、関連情報の検索を要求する。関連情報判断部１１３は、表示順テーブルを参照し、関連情報として表示する医療情報の表示順を決定するそして、関連情報判断部１１３は、初めに関連情報として表示すべき医療情報の医療情報種別を特定する。図８は、表示順テーブル８００の一例を示す図である。表示順テーブル８００は、例えば、サーバ装置１１０のＨＤＤ２０４等に記憶されている。

表示順テーブル８００は、会議内容情報と、表示順情報とを対応付けて記憶している。会議内容情報は、部位、病名、会議の種類等の会議内容を示す情報である。表示順情報は、医療情報種別と表示順とを対応付けた情報である。データ８１０は、部位「胃」、病名「がん」で共通し、会議の種類が「術前」、「症例検討（転移）」と異なる２つの会議内容情報８１１ａ，８１１ｂと、各会議内容情報８１１ａ，８１１ｂに対応する２つの表示順情報８１２ａ，８１２とを含んでいる。データ８２０は、部位「脳」、病名「脳梗塞」、会議の種類「症例検討」の会議内容情報８２１と、対応する表示順情報８２２とを含んでいる。データ８３０は、部位「肺」、病名「肺腫瘍」、会議の種類「症例検討」の会議内容情報８３１と、対応する表示順情報８３２とを含んでいる。

このように、表示順テーブル８００において、患部の部位や、病名、会議の種類等、会議内容に応じて、同じ医療情報種別に対し異なる表示順が割り当てられている。これは、会議内容に応じて、重要な医療情報、参照される医療情報が異なることに対応している。本実施形態においては、表示順テーブル８００において、会議内容に応じた各医療情報の重要度、優先度に応じて医療情報種別毎の表示順が、予め設定されている。

関連情報判断部１１３は、表示順テーブル８００を参照し、開始された会議に対応する会議内容情報に対応付けられている、表示順情報を決定する。なお、本実施形態に係るサーバ装置１１０は、同一種類の医療情報を一括してクライアント装置１２０に送信するものとし、これに対応し、関連情報判断部１１３は、同一種類の医療情報に同一の表示順を付与する。そして、関連情報判断部１１３は、まず、表示順１の医療情報種別を、最初に関連情報とすべき医療情報種別として特定する。例えば、議題となっている患者の患者情報において、患部の部位が「胃」であり、病名が「がん」であることが示され、開始された会議が「術前」であるとする。この場合、会議情報管理部１１４は、表示順テーブル８００を参照し、表示順１に対応付けられている医療情報種別「ＣＲ：単純Ｘ線（胃）」を、関連情報とすべき医療情報種別として特定する。

そして、検索部１１２は、記憶部１１１において、特定された医療情報種別を検索キーとして、患者情報により特定される患者の医療情報を検索する。そして、関連情報判断部１１３は、指定された患者情報と、検索部１１２による検索結果とを含む、患者情報応答をクライアント装置１２０へ送信する。なお、患者情報応答に含まれる検索結果は、検索により得られた医療情報本体であってもよく、また他の例としては、検索結果は、医療情報を特定する特定情報としてのサムネイルや、医療情報へのリンク情報であってもよい。また、他の例としては、検索結果は、医療情報本体と特定情報とを含んでもよい。Ｓ７０２の処理は、図３のＦ３０８の処理に対応している。この処理により、クライアント装置１２０の表示装置２０５には、図５に示す会議画面５００が表示される。会議画面５００の関連情報領域５１０には、患者情報応答に検索結果として含まれる医療情報を、会議に関連する関連情報として表示する。なお、Ｓ７０２の処理は、医療情報種別毎の表示順を、会議内容に基づいて決定する決定処理の一例であり、また、医療情報種別を検索キーとして、会議に関連する医療情報を検索する検索処理の一例である。

Ｓ７０３において、会議情報管理部１１４は、関連情報切替要求がクライアント装置１２０から送られてくるか否かを判断する。関連情報切替要求は、クライアント装置１２０の表示装置２０５に表示される会議画面５００の関連情報領域５１０の表示内容の切替を要求する情報である。すなわち、関連情報切替要求は、関連情報領域５１０に他の関連情報に対応するサムネイルを表示することを要求する情報である。会議情報管理部１１４は、関連情報切替要求を受信した場合には（Ｓ７０３でＹｅｓ）、処理をＳ７０４へ進める。この処理は、Ｆ３１１の処理に対応している。会議情報管理部１１４は、関連情報切替要求を受信しなかった場合には（Ｓ７０３でＮｏ）、処理をＳ７０７へ進める。

Ｓ７０４において、会議情報管理部１１４は、関連情報判断部１１３に対して関連情報の検索を要求する。関連情報判断部１１３は、表示順テーブル８００を参照し、処理時点において関連情報領域５１０に表示されているサムネイルに対応する医療情報種別の次の表示順に対応付けられている医療情報種別を検索キーとして決定する。例えば、議題となっている患者の患者情報において、患部の部位が「胃」であり、病名が「がん」であることが示され、開始された会議が「術前」であるとする。また、処理時点において、関連情報領域５１０に、表示順１の「ＣＲ：単純Ｘ線（胃）」の種類の医療情報に対応するサムネイルが表示されているとする。すなわち、処理時点の直前にサーバ装置１１０がクライアント装置１２０に送信した医療情報が表示順１の医療情報種別「ＣＲ：単純Ｘ線（胃）」の医療情報であったとする。この場合、関連情報判断部１１３は、図８に示す表示順テーブル８００を参照し、表示中のサムネイルの表示順の次の表示順、すなわち、表示順２に対応付けられている医療情報種別「血液検査」を検索キーとして決定する。

なお、処理時点において、関連情報領域５１０に表示順２の医療情報種別「血液検査」の医療情報に対応するサムネイルが表示されているとする。この場合には、関連情報判断部１１３は、次の表示順３の医療情報種別「一般生化学検査」を検索キーとして決定する。また、処理時点において関連情報領域５１０に表示順３の医療情報種別「一般生化学検査」の医療情報に対応するサムネイルが表示されているとする。この場合には、関連情報判断部１１３は、次の表示順４の医療情報種別「超音波検査」を検索キーとして決定する。図８に示す表示順テーブル８００では、続く、表示順５の医療情報種別は空欄となっている。この場合の動作は実装次第である。関連情報判断部１１３は、議題となっている患者の医療情報のうちで、表示順が決定されていない医療情報を検索対象としてもよい。また、関連情報判断部１１３は、再び表示順１の医療情報種別を検索キーとしてもよい。

次に、Ｓ７０５において、関連情報判断部１１３は、検索部１１２に対して、Ｓ７０４で決定された検索キーを用いた医療情報の検索を要求する。検索部１１２は、記憶部１１１に対して検索キーを用いて医療情報を検索し、検索結果を関連情報判断部１１３に返す。関連情報判断部１１３は、その検索結果を会議情報管理部１１４へ返す。Ｓ７０６において、会議情報管理部１１４は、関連情報判断部１１３によって検索された医療情報又は医療情報に対応する特定情報を関連情報として含む関連情報切替応答をクライアント装置１２０へ送る。Ｓ７０６の処理は、Ｆ３１２の処理に対応している。なお、Ｓ７０２〜Ｓ７０６の処理は、複数の医療情報又は複数の医療情報それぞれに対応する特定情報をクライアント装置１２０に送信する送信処理の一例である。

次に、Ｓ７０７において、会議情報管理部１１４は、クライアント装置１２０から議題終了要求を受信するか否かを確認する。会議情報管理部１１４は、議題終了要求を受信した場合は（Ｓ７０７でＹｅｓ）、処理をＳ７０８へ進める。この処理は、Ｆ３１３の処理に対応している。会議情報管理部１１４は、議題終了要求を受信しなかった場合は（Ｓ７０７でＮｏ）、処理をＳ７０３へ進める。Ｓ７０８において、会議情報管理部１１４は、議題終了応答をクライアント装置１２０へ送る。Ｓ７０８の処理は、Ｆ３１４の処理に対応している。以上でサーバ議題処理を終了する。

図９は、図３を参照しつつ説明した会議処理における、クライアント装置１２０の処理を示すフローチャートである。Ｓ９０１において、クライアント装置１２０は、会議設定及び議題設定を行う。具体的には、表示装置２０５に表示されたユーザインターフェースに対してユーザから操作部２０６を経由して会議設定及び議題設定に必要な情報が入力され、受付部１２１がこれを受け付ける。そして、会議情報要求部１２３は、会議の設定に必要な会議名、会議の種類、開催日時、時間の情報を会議情報としてサーバ装置１１０に送信する。また、会議情報要求部１２３は、サーバ装置１１０から議題の設定に必要な患者ＩＤの情報を受信する。

会議情報要求部１２３は、受信した情報の表示を表示処理部１２２へ指示する。表示処理部１２２は、指示された情報を表示装置２０５のユーザインターフェースに表示する。ユーザから操作部２０６を経由して議題とする患者ＩＤが指定されると、会議情報要求部１２３は、指定された患者ＩＤの情報を操作部２０６から受け取り、サーバ装置１１０へ送る。サーバ装置１１０は、クライアント装置１２０から議題として指定された患者ＩＤを当該会議の議題として設定する。Ｓ９０１の処理は、Ｆ３０１の処理に対応している。

次に、Ｓ９０２において、会議情報要求部１２３は、会議開始要求をサーバ装置１１０へ送る。Ｓ９０２の処理は、Ｆ３０３の処理に対応している。次に、Ｓ９０３において、会議情報要求部１２３は、会議開始応答がサーバ装置１１０から送られてくるか否かを判断する。会議情報要求部１２３は、会議開始応答を受信した場合は（Ｓ９０３でＹｅｓ）、処理をＳ９０４へ進める。会議情報要求部１２３は、会議開始応答を受信しなかった場合は（Ｓ９０３でＮｏ）、会議開始応答を受信するまで待つ。Ｓ９０２の処理は、Ｆ３０４の処理に対応している。

Ｓ９０４において、会議情報要求部１２３は、患者一覧要求をサーバ装置１１０へ送信する。Ｓ９０４の処理は、Ｆ３０５の処理に対応している。次に、Ｓ９０５において、会議情報要求部１２３は、患者一覧応答をサーバ装置１１０から受信したか否かを判断する。患者一覧応答には、会議の議題となる患者の患者情報が含まれている。会議情報要求部１２３は、患者一覧応答を受信した場合は（Ｓ９０５でＹｅｓ）、処理をＳ９０６へ進める。会議情報要求部１２３は、患者一覧応答を受信しなかった場合は（Ｓ９０５でＮｏ）、患者一覧応答を受信するまで待つ。Ｓ９０５の処理は、Ｆ３０６の処理に対応している。

次に、Ｓ９０６において、会議情報要求部１２３は、会議の議題となる患者の一覧の表示を表示処理部１２２へ要求する。表示処理部１２２は、議題となる患者を示す患者一覧画面４００を表示装置２０５のユーザインターフェースへ表示する。次に、Ｓ９０７において、会議情報要求部１２３は、患者一覧画面４００の会議終了ボタン４３０の押下に対応し、会議終了指示を受け付けたか否かを判断する。会議情報要求部１２３は、会議終了指示を受け付けた場合には（Ｓ９０７でＹｅｓ）、処理をＳ９０９へ進める。会議情報要求部１２３は、会議終了指示を受け付けなかった場合には（Ｓ９０７でＮｏ）、処理をＳ９０８へ進める。Ｓ９０８において、クライアント装置１２０は、クライアント議題処理を行う。クライアント議題処理については、図１０を参照しつつ後述する。

Ｓ９０９において、会議情報要求部１２３は、会議終了要求をサーバ装置１１０へ送る。Ｓ９０９の処理は、Ｆ３１５の処理に対応している。Ｓ９１０において、会議情報要求部１２３は、会議終了応答をサーバ装置１１０から受信したか否かを判断する。会議情報要求部１２３は、会議終了応答を受信した場合には（Ｓ９１０でＹｅｓ）、処理をＳ９１１へ進める。会議情報要求部１２３は、会議終了応答を受信しなかった場合には（Ｓ９１０でＮｏ）、会議終了応答を受信するまで待つ。Ｓ９１１において、会議情報要求部１２３は、ユーザ操作に応じて、会議クライアントを終了する指示を受け付けたか否かを確認する。会議情報要求部１２３は、指示を受け付けた場合には（Ｓ９１１でＹｅｓ）、処理を終了する。会議情報要求部１２３は、指示を受け付けなかった場合には（Ｓ９１１でＮｏ）、処理をＳ９０１へ進める。

図１０は、クライアント議題処理（Ｓ９０８）における詳細な処理を示すフローチャートである。患者一覧画面４００において、ユーザにより議題としての患者が選択されると、Ｓ１００１において、会議情報要求部１２３は、議題選択指示を受け付ける。そして、会議情報要求部１２３は、議題選択指示に係る患者の患者ＩＤを特定する。次に、Ｓ１００２において、会議情報要求部１２３は、患者情報要求をサーバ装置１１０へ送る。患者情報要求には議題として選択された患者の患者ＩＤが含まれる。Ｓ１００２の処理は、Ｆ３０７の処理に対応する。次に、Ｓ１００３において、会議情報要求部１２３は、患者情報応答をサーバ装置１１０から受信するか否かを判断する。会議情報要求部１２３は、患者情報応答を受信した場合には（Ｓ１００３でＹｅｓ）、処理をＳ１００４へ進める。会議情報要求部１２３は、患者情報応答を受信しなかった場合は（Ｓ１００３でＮｏ）、患者情報応答を受信するまで待つ。Ｓ１００３の処理は、Ｆ３０８の処理に対応している。

Ｓ１００４において、会議情報要求部１２３は、患者情報応答を表示処理部１２２に送る。表示処理部１２２は、表示装置２０５に表示されるユーザインターフェースに患者情報及び関連情報としての医療情報のサムネイルを表示する。例えば、議題となっている患者の患者情報の部位が「胃」、病名が「がん」、開始された会議が「術前」であるとする。この場合、最初に検索されて患者情報応答として送信される医療情報は、表示順１の医療情報種別「ＣＲ：単純Ｘ線（胃）」を検索キーとして得られた医療情報である。これに対応し、関連情報領域５１０には、「ＣＲ：単純Ｘ線（胃）」の医療情報に対応するサムネイルが表示される。

次に、Ｓ１００５において、クライアント装置１２０は、表示切替処理を行う。表示切替処理については、図１１を参照しつつ後述する。次に、Ｓ１００６において、会議情報要求部１２３は、表示装置２０５に表示されたユーザインターフェースにおいて、ユーザより議題終了の指示を受け付けたか否かを確認する。会議情報要求部１２３は、指示を受け付けた場合には（Ｓ１００６でＹｅｓ）、処理をＳ１００７へ進める。会議情報要求部１２３は、指示を受け付けなかった場合には（Ｓ１００６でＮｏ）、処理をＳ１００５へ進める。

Ｓ１００７において、会議情報要求部１２３は、サーバ装置１１０へ議題終了要求を送る。Ｓ１００７の処理は、Ｆ３１３の処理に対応している。また、会議情報要求部１２３は、履歴管理部１２４に記録されている関連情報としての医療情報の履歴情報を消去するように履歴管理部１２４へ指示する。指示を受けた履歴管理部１２４は、関連情報領域５１０に表示した関連情報の履歴情報を消去する。なお、履歴管理部１２４による履歴を記録する処理については後述する。次に、Ｓ１００８において、会議情報要求部１２３は、議題終了応答をサーバ装置１１０から受信したか否かを判断する。会議情報要求部１２３は、議題終了応答を受信した場合には（Ｓ１００８でＹｅｓ）、クライアント議題処理を終了する。会議情報要求部１２３は、議題終了応答を受信しなかった場合には（Ｓ１００８でＮｏ）、議題終了応答を受信するまで待つ。

図１１は、表示切替処理（Ｓ１００５）における詳細な処理を示すフローチャートである。Ｓ１１０１において、会議情報要求部１２３は、会議画面５００へのユーザ操作に対応し、注目情報領域５２０への医療情報の表示指示を受け付けたか否かを確認する。例えば、図１２に示すように、ユーザが関連情報領域５１０に表示されるサムネイル１２００を注目情報領域５２０へドラッグ＆ドロップする操作を行ったとする。この場合に、会議情報要求部１２３は、選択されたサムネイルに対応する医療情報の表示指示を受け付ける（受付処理）。会議情報要求部１２３は、表示指示を受け付けると（Ｓ１１０１でＹｅｓ）、処理をＳ１１０２へ進める。会議情報要求部１２３は、表示指示を受け付けなかった場合には（１１０１でＮｏ）、処理をＳ１１０６へ進める。

Ｓ１１０２において、会議情報要求部１２３は、表示指示に係る医療情報が医療ＤＢ１３０へのリンク情報であるか否かを確認する。すなわち、会議情報要求部１２３は、図３のＦ３０８において受け付けた患者情報応答に含まれる医療情報が、医療情報本体であるのか、医療ＤＢ１３０へのリンク情報であるのかを確認する。会議情報要求部１２３は、リンク情報である場合には（Ｓ１１０２でＹｅｓ）、処理をＳ１１０３へ進める。会議情報要求部１２３は、リンク情報でない場合には（Ｓ１１０２でＮｏ）、処理をＳ１１０５へ進める。

Ｓ１１０３において、会議情報要求部１２３は、医療ＤＢ１３０へのリンク情報に従って、医療ＤＢ１３０へ詳細要求を送信する。Ｓ１１０３の処理は、Ｆ３０９の処理に対応している。次に、Ｓ１１０４において、会議情報要求部１２３は、医療ＤＢ１３０から、医療情報本体を含む詳細資料応答を受信する。Ｓ１１０４の処理は、Ｆ３１０の処理に対応している。その結果、会議情報要求部１２３は、医療情報本体を得る。Ｓ１１０５において、会議情報要求部１２３は、医療情報本体の情報を表示処理部１２２に送る。表示処理部１２２は、会議画面５００の注目情報領域５２０に医療情報を表示する。図１２に示す例においては、サムネイル１２００に対応する「ＣＲ：単純Ｘ線（胃）」の医療情報が注目情報領域５２０に表示される。

次に、Ｓ１１０６において、会議情報要求部１２３は、関連情報領域に表示する関連情報を切り替えるか否かを判断する。関連情報の切り替えは、関連情報領域５１０に表示されたサムネイルが選択され、注目情報領域５２０にサムネイルに対応する医療情報が表示された場合と、関連検索ボタン５４０が選択された場合に行われる。関連検索ボタン５４０が選択されると、会議情報要求部１２３は、関連情報の切替指示を受け付ける（受付処理）。会議情報要求部１２３は、関連情報の切り替えを行うと判断した場合には（Ｓ１１０６でＹｅｓ）、処理をＳ１１０７へ進める。会議情報要求部１２３は、関連情報の切り替えを行わないと判断した場合には（Ｓ１１０６でＮｏ）、処理をＳ１１１１へ進める。Ｓ１１０７において、会議情報要求部１２３は、サーバ装置１１０に関連情報切替要求を送信する。Ｓ１１０７の処理は、Ｆ３１１の処理に対応している。

次に、Ｓ１１０８において、会議情報要求部１２３は、関連情報切替応答をサーバ装置１１０から受信するか否かを判断する。関連情報切替応答には、次に関連情報領域５１０に表示する関連情報の情報が含まれている。会議情報要求部１２３は、関連情報切替応答を受信した場合には（Ｓ１１０８でＹｅｓ）、処理をＳ１０９へ進める。会議情報要求部１２３は、関連情報切替応答を受信しなかった場合には（Ｓ１１０８でＮｏ）、関連情報切替応答を受信するまで待つ。Ｓ１１０９において、会議情報要求部１２３は、関連情報切替応答に含まれる関連情報の記録を履歴管理部１２４に指示する。履歴管理部１２４は、先に関連情報領域５１０に表示された関連情報を履歴として例えばＨＤＤ２０４等の記憶部に記録し、関連情報切替応答に含まれる関連情報を次に関連情報領域５１０に表示する関連情報として記録する。すなわち、履歴管理部１２４は、関連情報領域５１０に表示された関連情報を、表示装置２０５に表示された順番に対応付けることにより時系列に沿って履歴として記録、管理する（履歴管理処理）。なお、履歴管理部１２４は、関連情報に替えて、関連情報に対応する特定情報を、表示順に対応付けて履歴として記録してもよい。

次に、Ｓ１１１０において、会議情報要求部１２３は、関連情報領域５１０に表示する関連情報を表示処理部１２２に送る。表示処理部１２２は、関連情報領域５１０の表示を、切替指示の受付時に表示していたサムネイルから、次の表示順の、新たに取得した関連情報に対応するサムネイルに切り替える。例えば、図１２に示す例において、前述の通りサムネイル１２００のドラッグアンドドロップにより、「ＣＲ：単純Ｘ線（胃）」に対する医療情報が注目情報領域５２０に表示されたとする。この場合、関連情報領域５１０には、「ＣＲ：単純Ｘ線（胃）」の次の表示順の医療情報種別「血液検査」を検索キーとして得られた医療情報を示すサムネイルが表示される。また、図１２に示す状態において、関連検索ボタン５４０が押下されたとする。この場合にも同様に、関連情報領域５１０には、「ＣＲ：単純Ｘ線（胃）」の次の表示順の医療情報種別「血液検査」を検索キーとして得られた医療情報を示すサムネイルが表示される。

図１３は、関連情報領域５１０の表示が切り替わる様子を示す図である。図１３（ａ）に示すように、関連情報領域５１０には、表示順に従い、まず表示順１の医療情報種別「ＣＲ：単純Ｘ線（胃）」に対応するサムネイルが表示される。その後、関連検索ボタン５４０の押下又はサムネイルの選択を契機に、図１３（ｂ）に示すように、関連情報領域５１０の表示は、表示順２の医療情報種別「血液検査」に対応するサムネイルに切り替えられる。その後、関連検索ボタン５４０の押下等があると、図１３（ｃ）に示すように、関連情報領域５１０の表示は、表示順３の医療情報種別「一般生化学検査」に対応するサムネイルに切り替えられる。なお、Ｓ１１０５及びＳ１１１０の処理は、検索により得られた複数の医療情報それぞれを特定する特定情報としてのサムネイルを、表示順に従い、異なるタイミングで順番に表示装置に表示する表示処理の一例である。

図１１に戻り、Ｓ１１１０の処理の後、Ｓ１１１１において、会議情報要求部１２３は、表示装置２０５に表示されたユーザインターフェースに対して、ユーザから関連情報の履歴の表示指示を受け付けたか否かを確認する。会議情報要求部１２３は、表示指示を受け付けた場合には（Ｓ１１１１でＹｅｓ）、処理をＳ１１１２へ進める。会議情報要求部１２３は、表示指示を受け付けなかった場合には（Ｓ１１１１でＮｏ）、表示切替処理を終了する。

Ｓ１１１２において、会議情報要求部１２３は、表示指示に係る関連情報の履歴を履歴管理部１２４から読み出す。なお、表示指示には、表示対象を指定する情報が含まれる。具体的には、表示指示には、何番目に表示した関連情報を表示対象とする、又は、１つ前や１つ後に表示した関連情報を表示対象とする、といった指定情報が含まれている。そして、会議情報要求部１２３は、履歴管理部１２４から読み出した関連情報を関連情報領域５１０へ表示する指示を表示処理部１２２へ送る。表示処理部１２２は、取得した関連情報を関連情報領域５１０に表示する。これにより、先に得られた医療情報または後に取得られた医療情報のいずれを表示するかを切り替える指示を受け付けた場合に、指示された医療情報を表示する処理が行われる。

図１４は、関連情報の履歴の表示例を示す図である。会議画面５００の関連情報領域５１０には、表示タイミングに対応した「資料」タブ１４０１〜１４０３が重ねて表示されている。各「資料」タブ１４０１〜１４０３は、より上に重ねて表示された「資料：タブ１４０１程、時間的に後に表示された関連情報に対応している。ユーザにより「資料」タブ１４０１〜１４０３のうち１つが選択されると、表示処理部１２２は、選択された「資料」タブに対応する関連情報のサムネイルを一覧表示する。

図１５は、関連情報の履歴の他の表示例を示す図である。本例においては、表示処理部１２２は、資料タブ１５００に表示される戻るボタン１５０１と進むボタン１５０２へのユーザ操作に応じて、履歴の表示を切り替える。すなわち、戻るボタン１５０１が押下された場合には、戻るボタン１５０１の押下時に表示されていたサムネイルに対応する関連情報の１つ前に検索された関連情報に対応するサムネイル一覧が表示される。一方で、進むボタン１５０２が押下された場合には、進むボタン１５０２の押下時に表示されていたサムネイルに対応する関連情報の次に検索された関連情報に対応するサムネイル一覧が表示される。

最後に検索された関連情報に対応するサムネイル一覧が表示されている場合には、図１５（ａ）に示すように資料タブ１５００には、戻るボタン１５０１のみが表示される。また、最初に検索された関連情報に対応するサムネイル一覧が表示されている場合には、図１５（ｃ）に示すように、資料タブ１５００には、進むボタン１５０２のみが表示される。最初と最後以外の順番において検索された関連資料に対応するサムネイル一覧が表示されている場合には、図１５（ｂ）に示すように、資料タブ１５００には、戻るボタン１５０１及び進むボタン１５０２の両方が表示される。なお、表示処理部１２２は、履歴として記録された関連情報に対応する特定情報を表示装置２０５に表示したときの表示順を識別可能に、履歴を表示すればよく、表示順を識別可能とするための表示形態は、実施形態に限定されるものではない。

次に、表示順テーブル８００の登録及び更新の処理について説明する。本実施形態に係る表示順テーブル８００は、予めサーバ装置１１０のＨＤＤ２０４に記憶されているものとするが、さらに、ユーザ操作に応じて更新が行われる。図１６は、サーバ装置１１０及びクライアント装置１２０による表示順テーブル処理を示すシーケンス図である。まず、Ｆ１６０１において、クライアント装置１２０は、ユーザ操作に従い、サーバ装置１１０にテーブル設定開始要求を送信する。これに対し、Ｆ１６０２において、サーバ装置１１０は、テーブル設定開始応答を送信する。次に、Ｆ１６０３において、クライアント装置１２０は、サーバ装置１１０にテーブル更新要求を送信し、Ｆ１６０４において、サーバ装置１１０は、クライアント装置１２０にテーブル更新応答を送信する。次に、Ｆ１６０５において、クライアント装置１２０は、サーバ装置１１０にテーブル設定終了要求を送信し、Ｆ１６０６において、サーバ装置１１０は、クライアント装置１２０にテーブル設定終了応答を送信する。なお、Ｆ１６０３及びＦ１６０４の処理は、ユーザ操作に応じた回数繰り返し実行される。

図１７は、図１６を参照しつつ説明した表示順テーブル処理における、サーバ装置１１０の処理を示すフローチャートである。Ｓ１７０１において、会議情報管理部１１４は、テーブル設定開始要求がクライアント装置１２０から送られてくるか否かを判断する。テーブル設定開始要求には、会議内容情報と、対応する表示順情報とが含まれている。会議情報管理部１１４は、テーブル設定開始要求を受信した場合には（Ｓ１７０１でＹｅｓ）、処理をＳ１７０２へ進める。会議情報管理部１１４は、テーブル設定開始要求を受信しなかった場合には（Ｓ１７０１でＮｏ）、処理をＳ１７０９へ進める。Ｓ１７０１の処理は、図１６に示すＦ１６０１の処理に対応している。

次に、Ｓ１７０２において、会議情報管理部１１４は、クライアント装置１２０へテーブル設定開始応答を送る。テーブル設定開始応答には、テーブル設定開始要求として与えられた会議内容図情報と、対応する表示順情報とが含まれている。テーブルが新規に設定される場合は、表示順情報の医療情報種別が設定されていないため、空の情報が含まれている。Ｓ１７０３の処理は、Ｆ１６０２の処理に対応している。

図１８（ａ）は、表示順テーブル８００を新規に登録する場合に、クライアント装置１２０の表示装置２０５に表示されるユーザインターフェースとしての登録画面の一例を示す図である。図１８に示す登録画面１８００は、部位「肺」、病名「がん」、会議の種類「症例検討」の情報を含むテーブル設定開始要求を送信し、対応するテーブル設定開始応答を受信した場合に対応している。登録画面１８００には、テーブル設定開始応答に含まれる会議内容（部位、病名及び患者の種類）が表示されている。登録画面１８００において、各表示順に対応する医療情報種別はまだ設定されていない。登録画面１８００にはさらに、更新ボタン１８０１と、設定終了ボタン１８０２と、医療情報種別の入力欄１８０３とが表示されている。

クライアント装置１２０においては、登録画面１８００が表示されると、ユーザは、入力欄１８０３に、各表示順に対応付ける医療情報種別を入力し、更新ボタン１８０１を押下する。図１８（ｂ）は、ユーザにより医療情報種別が入力された状態の登録画面１８００を示す図である。これに対応し、クライアント装置１２０は、入力欄１８０３の入力情報に係る更新指示を受け付け、サーバ装置１１０にテーブル更新要求を送信する。図１９は、テーブル更新要求に含まれる情報の例を示す図である。図１８を参照しつつ説明した登録画面１８００において設定された情報がテーブル更新要求に含まれる。また、図１９に示すように、テーブル更新要求のデータ構成は、表示順テーブル８００のデータ構成に対応している。

図１７に戻り、Ｓ１７０３において、会議情報管理部１１４は、クライアント装置１２０からテーブル更新要求が送られてくるか否かを判断する。会議情報管理部１１４は、テーブル更新要求を受信した場合には（Ｓ１７０３でＹｅｓ）、処理をＳ１７０４へ進める。会議情報管理部１１４は、テーブル更新要求を受信しなかった場合には（Ｓ１７０３でＮｏ）、処理をＳ１７０６へ進める。Ｓ１７０３の処理は、Ｆ１６０３の処理に対応している。Ｓ１７０４において、会議情報管理部１１４は、クライアント装置１２０から受信したテーブル更新要求に従って、関連情報判断部１１３に対して表示順テーブル８００の更新を指示する。Ｓ１７０５において、会議情報管理部１１４は、クライアント装置１２０へテーブル更新応答を送信する。Ｓ１７０５の処理は、Ｆ１６０４の処理に対応している。

Ｓ１７０６において、会議情報管理部１１４は、テーブル設定終了要求をクライアント装置１２０から受信したか否かを判断する。なお、テーブル設定終了要求は、例えば、クライアント装置１２０において、図１８（ｂ）に示す登録画面１８００において設定終了ボタン１８０２が押下された場合に、クライアント装置１２０からサーバ装置１１０に送信される。会議情報管理部１１４は、テーブル設定終了要求を受信した場合には（Ｓ１７０６でＹｅｓ）、処理をＳ１７０７へ進める。会議情報管理部１１４は、テーブル設定終了要求を受信しなかった場合は（Ｓ１７０６でＮｏ）、処理をＳ１７０３へ進める。Ｓ１７０６の処理は、Ｆ１６０５の処理に対応している。

Ｓ１７０７において、会議情報管理部１１４は、クライアント装置１２０に対してテーブル設定終了応答を送る。Ｓ１７０７の処理は、Ｆ１６０６の処理に対応している。次に、Ｓ１７０８において、会議情報管理部１１４は、サーバ装置１１０の処理を終了するか否かを判断する。会議情報管理部１１４は、処理を終了する場合は（Ｓ１７０８でＹｅｓ）、表示順テーブル処理を終了する。会議情報管理部１１４は、処理を終了しない場合は（Ｓ１７０８でＮｏ）、処理をＳ１７０１へ進める。

一方、Ｓ１７０９においては、会議情報管理部１１４は、サーバ会議処理を開始するか否かを判断する。なお、会議情報管理部１１４は、会議設定又は議題設定の要求をクライアント装置１２０から受信した場合に、サーバ会議処理を開始すると判断することとする。会議情報管理部１１４は、サーバ会議処理を開始すると判断した場合には（Ｓ１７０９でＹｅｓ）、処理をＳ１７１０へ進める。会議情報管理部１１４は、サーバ会議処理を開始しないと判断した場合には（Ｓ１７０９でＮｏ）、処理をＳ１７０１へ進める。Ｓ１７１０において、サーバ装置１１０は、サーバ会議処理を行う。サーバ会議処理の内容は、図６で示したフローチャートと同様である。ただし、Ｓ６１０における終了判断は、サーバ会議処理の終了判断になる。すなわち、会議情報管理部１１４は、サーバ会議処理を終了するか否かを判断する。サーバ会議処理を終了する場合は、Ｓ１７０８へ進む。サーバ会議処理を終了しない場合は、Ｓ６０１へ進む。

図２０は、表示順テーブル処理において、既に登録されている表示順テーブル８００を更新する場合の登録画面の表示例を示す図である。図２０（ａ）に示すように、登録画面２０００には、既に表示順テーブル８００に登録されている情報が表示されている。図２０（ａ）に示す例においては、表示順１〜表示順４に対応する医療情報種別が表示されている。なお、図２０（ａ）に示す登録画面２０００は、部位「胃」、病名「がん」、会議の種類「術前」のテーブル設定開始要求に対し、テーブル設定開始応答を受信した際に表示される画面例である。図２０（ｂ）には、更新内容が入力された登録画面２０００を示している。すなわち、図２０（ｂ）の登録画面２０００においては、表示順５に対応する医療情報種別「ＣＴ検査」が追加されている。この状態で、ユーザによって、更新ボタン２００１が押下されると、クライアント装置１２０からサーバ装置１１０へ更新内容を含むテーブル更新要求が送信される。この処理は、Ｆ１６０３の処理に対応している。図２１は、テーブル更新要求に含まれる情報の一例を示す図である。テーブル更新要求には、図２０（ｂ）に示す登録画面２０００において設定された情報が含まれている。また、テーブル更新要求のデータ構成は、表示順テーブル８００のデータ構成にも対応している。

図２２は、図１６を参照しつつ説明した表示順テーブル処理における、クライアント装置１２０の処理を示すフローチャートである。Ｓ２２０１において、会議情報要求部１２３は、テーブル設定を開始するか否かを判断する。会議情報要求部１２３は、患部の部位、病名、会議の種類の情報が表示装置２０５のユーザインターフェースによって指定され、テーブル設定を開始する場合は（Ｓ２２０１でＹｅｓ）、処理をＳ２２０２へ進める。会議情報要求部１２３は、テーブル設定を開始しない場合には（Ｓ２２０１でＮｏ）、処理をＳ２２０８へ進める。Ｓ２２０２において、会議情報要求部１２３は、テーブル設定開始要求をサーバ装置１１０へ送る。Ｓ２２０２の処理は、Ｆ１６０１の処理に対応している。テーブル設定開始要求には、表示順テーブルへの新たな設定内容又は更新内容を示す情報が含まれている。

Ｓ２２０３において、会議情報管理部１１４は、テーブル設定開始応答をサーバ装置１１０から受信したか否かを判断する。会議情報管理部１１４は、テーブル設定開始応答を受信した場合は（Ｓ２２０３でＹｅｓ）。処理をＳ２２０４へ進める。会議情報管理部１１４は、テーブル設定開始応答を受信しない場合には（Ｓ２２０３でＮｏ）、テーブル設定開始応答を受信するまで待つ。Ｓ２２０３の処理は、Ｆ１６０２に対応している。Ｓ２２０４において、クライアント装置１２０は、テーブル更新処理を行う。テーブル更新処理については、図２３を参照して後述する。

次に、Ｓ２２０５において、会議情報要求部１２３は、テーブル設定終了要求をクライアント装置１２０へ送る。なお、会議情報要求部１２３は、登録画面において、設定終了ボタンが押下された場合に、テーブル設定終了要求を送信する。Ｓ２２０５の処理は、Ｆ１６０５の処理に対応している。次に、Ｓ２２０６において、会議情報要求部１２３は、テーブル設定終了応答をサーバ装置１１０から受信したか否かを判断する。会議情報要求部１２３は、テーブル設定終了応答を受信した場合には（Ｓ２２０６でＹｅｓ）、処理をＳ２２０７へ進める。会議情報要求部１２３は、テーブル設定終了応答を受信しなかった場合には（Ｓ２２０６でＮｏ）、テーブル設定終了応答を受信するまで待つ。

Ｓ２２０７において、会議情報要求部１２３は、表示装置２０５に表示されたユーザインターフェースへのユーザ操作に応じて、表示順テーブル処理の終了指示を受け付けたか否かを確認する。会議情報要求部１２３は、終了指示を受け付けた場合には（Ｓ２２０７でＹｅｓ）、表示順テーブル処理を終了する。会議情報要求部１２３は、終了指示を受け付けなかった場合には（Ｓ２２０７でＮｏ）、処理をＳ２２０１へ進める。

Ｓ２２０８において、会議情報要求部１２３は、クライアント会議処理を開始するか否かを判断する。会議情報要求部１２３は、表示装置２０５に表示されたユーザインターフェースへのユーザ操作に応じて、会議設定又は議題設定が開始された場合に、クライアント会議処理を開始すると判断する。会議情報要求部１２３は、クライアント会議処理を行う場合には（Ｓ２２０８でＹｅｓ）、処理をＳ２２０９へ進める。会議情報要求部１２３は、クライアント会議処理を行わない場合には（Ｓ２２０８でＮｏ）、処理をＳ２２０１へ進める。Ｓ２２０９において、クライアント装置１２０はクライアント会議処理を行う。クライアント会議処理の内容は、図９で示したフローチャートと同様である。但し、Ｓ９１１における終了判断は、クライアント会議処理の終了判断になる。すなわち、会議情報要求部１２３は、表示装置２０５に表示されたユーザインターフェースへのユーザ操作により終了指示を受け付けたか否かを判断する。会議情報要求部１２３は、終了指示を受け付けた場合に、クライアント会議処理を終了し、処理をＳ２２０７へ進める。会議情報要求部１２３は、終了指示を受け付けなかった場合には、処理をＳ９０１へ進める。

図２３は、テーブル更新処理（Ｓ２２０４）における詳細な処理を示すフローチャートである。Ｓ２３０１において、会議情報要求部１２３は、テーブル設定開始応答に含まれている関連情報を表示処理部１２２へ送る。テーブル設定開始応答には、関連情報判断テーブル設定要求で与えられた会議内容情報に対応する表示順情報が含まれている。表示処理部１２２は、会議情報要求部１２３から受けた関連情報の情報を表示装置２０５のユーザインターフェースへ表示する。また、操作部２０６は表示装置２０５のユーザインターフェースに対するユーザからの入力を受けて、入力情報を会議情報要求部１２３へ送る。入力情報は、例えば、図１８に示す登録画面１８００や、図２０に示す登録画面２０００において、表示順に対応して入力された情報である。なお、図１８に示す登録画面１８００への入力は、空欄への新規入力となり、図２０に示す登録画面２０００への入力は、新規入力、または既に情報が設定されている項目への情報の更新の入力となる。

Ｓ２３０２において、会議情報要求部１２３は、操作部２０６を介して得た入力情報により、表示順テーブル８００を更新する必要があるか否かを判断する。会議情報要求部１２３は、表示順テーブル８００を更新する場合には（Ｓ２３０２でＹｅｓ）、処理をＳ２３０３へ進める。会議情報要求部１２３は、表示順テーブル８００を更新しない場合には（Ｓ２３０３でＮｏ）、処理をＳ２３０５へ進める。Ｓ２３０３において、会議情報要求部１２３は、テーブル更新要求をサーバ装置１１０へ送信する。Ｓ２３０３の処理は、Ｆ１６０３の処理に対応している。Ｓ２３０４において、会議情報要求部１２３は、サーバ装置１１０からテーブル更新応答を受信したか否かを判断する。会議情報要求部１２３は、テーブル更新応答を受信した場合には（Ｓ２３０４でＹｅｓ）、処理をＳ２３０５へ進める。会議情報要求部１２３は、テーブル更新応答を受信しなかった場合には（Ｓ２３０４でＮｏ）、テーブル更新応答を受信するまで待つ。Ｓ２３０４の処理は、Ｆ１６０４の処理に対応している。

Ｓ２３０５において、会議情報要求部１２３は、表示順テーブル８００の設定を終了するか否かを判断する。会議情報要求部１２３は、表示装置２０５に表示されたユーザインターフェースへのユーザ操作に応じて終了指示を受け付けた場合に、テーブル設定を終了すると判断する。会議情報要求部１２３は、テーブル設定を終了する場合には（Ｓ２３０５でＹｅｓ）、テーブル更新処理を終了する。会議情報要求部１２３は、テーブル設定を終了しない場合には（Ｓ２３０５でＮｏ）、処理をＳ２３０１へ進める。

以上のように、本実施形態に係る会議支援システムにおいては、予め設定された表示順テーブル８００を参照することにより、会議の内容に応じた重要度に従い、医療情報を順番に表示装置２０５に表示することができる。すなわち、会議支援システムは、医師等の診断手順や会議の進行に即した順番に沿って、適切な医療情報を順次表示することができるので、医療カンファレンスの効率的な進行を支援することができる。さらに、表示順テーブル８００は、ユーザ操作により、適宜更新することができるので、実際の診断手順や会議の進行に即して、医療情報の表示順をカスタマイズすることができる。

なお、第１の実施形態に係る会議支援システムの第１の変更例としては、クライアント装置１２０は、履歴管理部１２４を有さず、会議画面５００の関連情報領域５１０への関連情報の表示に係る履歴の記録を行わなくともよい。すなわち、クライアント装置１２０は、図１１を参照しつつ説明した、Ｓ１１０９、Ｓ１１１０の処理を行わなくともよい。

第２の変更例について説明する。本実施形態においては、サーバ装置１１０は、図３を参照しつつ説明したＦ３０８の処理及びＦ３１２の処理において、１つの表示順に対応する医療情報種別を検索キーとして得られた医療情報を関連情報としてクライアント装置１２０に送信した。ただし、これらの処理において送信対象とする関連情報は、実施形態に限定されるものではない。他の例としては、サーバ装置１１０は、複数の表示順それぞれに対応する医療情報種別を検索キーとして得られた医療情報を関連情報としてクライアント装置１２０に送信してもよい。例えば、サーバ装置１１０は、初めに表示順１の医療情報種別「ＣＲ：単純Ｘ線（胃）」を検索キーとして得た医療情報だけでなく、表示順２の医療情報種別「血液検査」を検索キーとして得た医療情報を関連情報としてクライアント装置１２０に送信する。この場合、関連情報領域５１０には、まず図２４（ａ）に示すように、表示順に従い、まず表示順１の医療情報種別「ＣＲ：単純Ｘ線（胃）」に対応するサムネイルが表示される。さらに、表示順１の医療情報種別に対応するサムネイルに続いて、表示順２の医療情報種別「血液検査」に対応するサムネイルが同時に表示される。

さらに、図２４（ａ）に示す関連情報領域５１０の表示時に、関連検索ボタンの押下、又はサムネイルの選択がなされたとする。この場合、図２４（ｂ）に示すように、表示順に従い、図２４（ａ）に表示されたサムネイルに続くサムネイルが表示される。すなわち、図２４（ｂ）の関連情報領域５１０には、表示順２の医療情報種別「血液検査」に対応するサムネイルが上位に表示され、これに続き、表示順３の医療情報種別「一般生化学検査」のサムネイルが同時に表示される。

さらに、図２４（ｂ）に示す関連情報領域５１０の表示時に、関連検索ボタンの押下、又はサムネイルの選択がなされたとする。この場合、図２４（ｃ）に示すように、表示順に従い、図２４（ｂ）に表示されたサムネイルに続くサムネイルが表示される。すなわち、図２４（ｃ）の関連情報領域５１０には、表示順３の医療情報種別「一般生化学検査」に対応するサムネイルが上位に表示され、これに続き、表示順４の医療情報種別「超音波検査」のサムネイルが同時に表示される。

また、他の例としては、サーバ装置１１０は、一括して、すべての医療情報を、検索順（表示順）を識別可能にクライアント装置１２０に送信してもよい。この場合、クライアント装置１２０は、関連情報領域５１０のサイズに応じて、検索順に従い複数の医療情報をグループ化し、グループ単位で、関連情報領域に順番にサムネイルを表示してもよい。

また、第３の変更例としては、医療情報の表示順を決めるために参照すべき情報は、実施形態に限定されるものではない。図２５は、第３の変更例に係る表示順テーブルのデータ例を示す図である。図２５に示すデータ２５００は、部位「胃」、病名「がん」、会議の種類「症例検討（転移）」の会議内容情報２５０１と、表示順情報２５０２とを含んでいる。表示順情報２５０２においては、医療情報種別だけでなく、医療情報の作成日時や、各医療情報種別を検索キーとして得る医療情報の数が定められている。

図２５に示す例においては、表示順１には、医療情報種別「ＣＲ：単純Ｘ線（胃）」が定められている。続く表示順２には、作成日時「直近から１か月前まで」、医療情報種別「超音波検査」、「ＣＴ検査」、「ＭＲＩ検査」、「一般生化学検査」が定められている。さらに、各検査（医療情報種別）の医療情報を２つ得ることが定められている。次の表示順３には、作成日時「１か月前から半年前まで」、医療情報種別「超音波検査」、「ＣＴ検査」、「ＭＲＩ検査」、「一般生化学検査」が定められており、各検査の医療情報を２つ得ることが定められている。

これに対応し、サーバ装置１１０は、表示順１に対応し、医療情報種別「ＣＲ：単純Ｘ線（胃）」を検索キーとする検索を行う。そして、クライアント装置１２０は、関連情報領域５１０にこの検索結果を表示する。図２６（ａ）は、このときの関連情報領域５１０の表示例を示す図である。関連情報領域５１０には、「ＣＲ：単純Ｘ線（胃）」に対応するサムネイルが列挙される。図２６（ａ）に示す関連情報領域５１０の表示時に、関連検索ボタンの押下又はサムネイルの選択がなされたとする。この場合、サーバ装置１１０は、表示順２に対応し、作成日時の検索範囲を「直近から１か月前まで」、として、医療情報種別「超音波検査」、「ＣＴ検査」、「ＭＲＩ検査」、「一般生化学検査」それぞれの医療情報を２つずつ得る。そして、サーバ装置１１０は、得られた医療情報を関連情報としてクライアント装置１２０に送信する。クライアント装置１２０は、受信した関連情報を関連情報領域５１０に表示する。図２６（ｂ）は、このときの関連情報領域５１０の表示例を示す図である。関連情報領域５１０には、「直近から１か月前まで」を作成日時とする各医療情報種別のサムネイルが２つずつ表示されている。

さらに、図２６（ｂ）に示す関連情報領域５１０の表示時に、関連検索ボタンの押下又はサムネイルの選択がなされたとする。この場合、サーバ装置１１０は、表示順３に対応し、作成日時の検索範囲を「１か月前から半年前まで」として、表示順３に対応付けられ得ている医療情報種別それぞれの医療情報を２つずつ得る。そして、クライアント装置１２０は、サーバ装置１１０から得られた医療情報を関連情報として受信し、これを関連情報領域５１０に表示する。図２６（ｃ）は、このときの関連情報領域５１０の表示例を示す図である。関連情報領域５１０には、「１か月前から半年前まで」を作成日時とする各医療情報種別のサムネイルが２つずつ表示されている。

＜その他の実施形態＞
以上、実施形態例を詳述したが、本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体(記憶媒体)等としての実施態様をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インタフェース機器、撮像装置、webアプリケーション等）から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明の目的は、以下のようにすることによって達成されることはいうまでもない。即ち、前述した実施形態の機能を実現するソフトウェアのプログラムコード（コンピュータプログラム）を記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給する。係る記憶媒体は言うまでもなく、コンピュータ読み取り可能な記憶媒体である。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１００ 会議支援システム
１１０ サーバ装置
１１１ 記憶部
１１２ 検索部
１１３ 関連情報判断部
１１４ 会議情報管理部
１２０ クライアント装置
１２１ 受付部
１２２ 表示処理部
１２３ 会議情報要求部
１２４ 履歴管理部

Claims (15)

1. 医療機関における会議支援システムであって、
   医療情報種別毎の表示順を、会議内容に基づいて決定する決定手段と、
   前記医療情報種別の異なる複数の医療情報それぞれを特定する特定情報を、表示装置の第１の領域に表示する表示処理手段と、
   前記第１の領域に表示される前記特定情報に対応する医療情報の表示指示を受け付ける受付手段と
   を有し、
   前記表示処理手段は、前記受付手段が前記表示指示を受け付けた場合に、前記表示指示に係る前記特定情報により特定される前記医療情報を、前記表示装置の第２の領域に表示し、さらに前記第１の領域の表示を、前記表示指示の受付時に表示していた第１の特定情報から、前記第１の特定情報の次の表示順の第２の特定情報に切り替えることを特徴とする会議支援システム。
2. 前記表示処理手段は、前記医療情報種別の異なる複数の医療情報及び各医療情報を特定する特定情報のうち少なくとも一方を、対応する前記医療情報種別の前記表示順に従い、異なるタイミングで順番に表示装置に表示することを特徴とする請求項１に記載の会議支援システム。
3. 前記医療情報種別を検索キーとして、前記医療情報を検索する検索手段をさらに有し、
   前記表示処理手段は、前記検索手段により得られた複数の前記医療情報及び複数の前記特定情報のうち少なくとも一方を、前記表示順に従い、異なるタイミングで順番に表示装置に表示することを特徴とする請求項２に記載の会議支援システム。
4. 前記会議内容は、会議対象の患部の部位、病名、会議の種類のうち少なくとも１つを含むことを特徴とする請求項１乃至３の何れか１項に記載の会議支援システム。
5. 前記表示処理手段は、前記表示順に従い、同一の医療情報種別を検索キーとして得られた前記医療情報及び前記特定情報のうち少なくとも一方を、同時に前記表示装置に表示することを特徴とする請求項２又は３に記載の会議支援システム。
6. 前記決定手段は、前記会議内容と、医療情報種別と、表示順と、を対応付けた表示順テーブルを参照し、各医療情報種別の前記表示順を決定することを特徴とする請求項１乃至５の何れか１項に記載の会議支援システム。
7. 前記決定手段は、前記会議内容と、医療情報種別と、表示順と、を対応付けた表示順テーブルを参照し、各医療情報種別の前記表示順を決定し、
   前記検索手段は、前記表示順テーブルに示される前記医療情報種別を検索キーとして、前記医療情報を検索することを特徴とする請求項３に記載の会議支援システム。
8. 前記表示順テーブルは、前記会議内容と、前記医療情報種別と、前記医療情報の作成日時と、前記表示順とを対応付けて記憶し、
   前記決定手段は、前記表示順テーブルを参照し、前記医療情報の前記医療情報種別及び前記作成日時に応じた前記表示順を決定することを特徴とする請求項６又は７に記載の会議支援システム。
9. 前記特定情報の切替指示を受け付ける受付手段をさらに有し、
   前記表示処理手段は、前記切替指示を受け付けた場合に、前記表示装置の表示を、前記切替指示の受付時に表示していた、前記医療情報及び前記特定情報のうち少なくとも一方の第１の情報から、前記第１の情報の次の表示順の、前記医療情報及び前記特定情報のうち少なくとも一方の第２の情報に切り替えることを特徴とする請求項２乃至８の何れか１項に記載の会議支援システム。
10. 前記検索手段は、前記表示処理手段が前記表示装置の表示を切り替えるタイミングにおいて、次の表示順の前記医療情報種別を検索キーとする検索を実行することを特徴とする請求項３乃至９の何れか１項に記載の会議支援システム。
11. 前記表示装置に表示された前記特定情報又は前記特定情報に対応する前記医療情報を、前記表示装置に表示された順番に対応付けて履歴として記録する履歴管理手段をさらに有し、
    前記表示処理手段は、前記順番を識別可能に前記履歴を表示することを特徴とする請求項１乃至１０の何れか１項に記載の会議支援システム。
12. 医療機関における会議支援を行うサーバ装置であって、
    医療情報種別毎の表示順を、会議内容に基づいて決定する決定手段と、
    前記医療情報種別の異なる複数の医療情報それぞれを特定する特定情報を、表示装置の第１の領域に表示する表示処理手段と、
    前記第１の領域に表示される前記特定情報に対応する医療情報の表示指示を受け付ける受付手段と
    を有し、
    前記表示処理手段は、前記受付手段が前記表示指示を受け付けた場合に、前記表示指示に係る前記特定情報により特定される前記医療情報を、前記表示装置の第２の領域に表示し、さらに前記第１の領域の表示を、前記表示指示の受付時に表示していた第１の特定情報から、前記第１の特定情報の次の表示順の第２の特定情報に切り替えることを特徴とするサーバ装置。
13. 医療機関における会議支援システムが実行する会議支援方法であって、
    医療情報種別毎の表示順を、会議内容に基づいて決定する決定ステップと、
    前記医療情報種別の異なる複数の医療情報それぞれを特定する特定情報を、表示装置の第１の領域に表示する第１の表示処理ステップと、
    前記第１の領域に表示される前記特定情報に対応する医療情報の表示指示を受け付ける受付ステップと、
    前記受付ステップにおいて前記表示指示を受け付けた場合に、前記表示指示に係る前記特定情報により特定される前記医療情報を、前記表示装置の第２の領域に表示し、さらに前記第１の領域の表示を、前記表示指示の受付時に表示していた第１の特定情報から、前記第１の特定情報の次の表示順の第２の特定情報に切り替える第２の表示処理ステップと
    を含むことを特徴とする会議支援方法。
14. 医療機関における会議支援を行うサーバ装置が実行する会議支援方法であって、
    医療情報種別毎の表示順を、会議内容に基づいて決定する決定ステップと、
    前記医療情報種別の異なる複数の医療情報それぞれを特定する特定情報を、表示装置の第１の領域に表示する第１の表示処理ステップと、
    前記第１の領域に表示される前記特定情報に対応する医療情報の表示指示を受け付ける受付ステップと、
    前記受付ステップにおいて前記表示指示を受け付けた場合に、前記表示指示に係る前記特定情報により特定される前記医療情報を、前記表示装置の第２の領域に表示し、さらに前記第１の領域の表示を、前記表示指示の受付時に表示していた第１の特定情報から、前記第１の特定情報の次の表示順の第２の特定情報に切り替える第２の表示処理ステップと
    を含むことを特徴とする会議支援方法。
15. コンピュータを、
    医療情報種別毎の表示順を、会議内容に基づいて決定する決定手段と、
    前記医療情報種別の異なる複数の医療情報それぞれを特定する特定情報を、表示装置の第１の領域に表示する表示処理手段と、
    前記第１の領域に表示される前記特定情報に対応する医療情報の表示指示を受け付ける受付手段と
    して機能させるためのプログラムで、
    前記表示処理手段は、前記受付手段が前記表示指示を受け付けた場合に、前記表示指示に係る前記特定情報により特定される前記医療情報を、前記表示装置の第２の領域に表示し、さらに前記第１の領域の表示を、前記表示指示の受付時に表示していた第１の特定情報から、前記第１の特定情報の次の表示順の第２の特定情報に切り替えるプログラム。

Images