特許 6725851 情報処理装置およびその制御方法、情報処理システム、並びにプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6725851

(24)【登録日】2020年6月30日

(45)【発行日】2020年7月22日

(54)【発明の名称】情報処理装置およびその制御方法、情報処理システム、並びにプログラム

(51)【国際特許分類】

   G16H 10/00 20180101AFI20200713BHJP

【ＦＩ】

   G16H10/00

【請求項の数】16

【全頁数】24

(21)【出願番号】特願2018-144728(P2018-144728)

(22)【出願日】2018年8月1日

(62)【分割の表示】特願2015-152066(P2015-152066)の分割

【原出願日】2015年7月31日

(65)【公開番号】特開2018-198076(P2018-198076A)

(43)【公開日】2018年12月13日

【審査請求日】2018年8月29日

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(72)【発明者】

【氏名】瀬川 晶道

(72)【発明者】

【氏名】高橋 和輝

(72)【発明者】

【氏名】林 雅之

【審査官】 岸 健司

(56)【参考文献】

【文献】 特開２０１３−２４２７４５（ＪＰ，Ａ）

【文献】 特表２０１５−５２１３０８（ＪＰ，Ａ）

【文献】 特開２０１２−０７９２００（ＪＰ，Ａ）

【文献】 特表２００９−５１８７３２（ＪＰ，Ａ）

【文献】 国際公開第２０１１／１２２４０４（ＷＯ，Ａ１）

【文献】 特表２０１４−５３２２１７（ＪＰ，Ａ）

【文献】 特開２０１４−１５３９２０（ＪＰ，Ａ）

【文献】 特開２０１５−１３８５１８（ＪＰ，Ａ）

【文献】 特開２０１３−０２５３８８（ＪＰ，Ａ）

【文献】 特開２０１４−０６３４８３（ＪＰ，Ａ）

【文献】 特表２０１４−５０２７４５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ１６Ｈ １０／００−８０／００

(57)【特許請求の範囲】

【請求項1】

依頼施設からの医用画像を含む依頼情報と、当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを管理する情報処理システムであって、
前記依頼情報と前記読影結果情報とを含む情報を患者情報と紐づけて記憶する記憶手段と、
前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定を受け付ける受付手段と、
前記受付手段で指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御手段と、
を備え、
前記表示制御手段は、前記受付手段で受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とする情報処理システム。

【請求項2】

前記読影結果情報は、前記医用画像を用いて読影施設で読影した読影結果情報に対応する、読影側のイベントであることを示す読影側イベント情報を含み、
前記依頼情報は、前記依頼施設からの読影依頼情報に対応する、依頼側のイベントであることを示す依頼側イベント情報を含み、
前記表示制御手段は、前記依頼側イベント情報と、前記読影側イベント情報とが時系列順で表示される画面が生成されるように制御することを特徴とする請求項１に記載の情報処理システム。

【請求項3】

前記予め設定された位置は、略中央の位置であって、前記表示制御手段は、前記依頼側イベント情報と前記読影側イベント情報とが区分けされ、且つ共通の時間軸に沿って時系列順で表示されるとともに、前記検査情報に対応する依頼側イベント情報を該共通の時間軸の略中央の位置に表示されるよう制御することを特徴とする請求項２に記載の情報処理システム。

【請求項4】

前記記憶手段は、前記依頼施設と前記読影施設との間で交わされたメッセージ情報を前記患者情報と紐づけて記憶しており、
前記表示制御手段は、前記依頼施設が発したメッセージに対応するイベント情報を前記依頼側イベント情報を表示する側に表示し、前記読影施設が発したメッセージに対応するイベント情報を前記読影側イベント情報を表示する側に表示するように制御することを特徴とする請求項２または３に記載の情報処理システム。

【請求項5】

前記表示制御手段は、前記依頼情報の前記読影結果情報に対応する読影側イベント情報を他のイベント情報より強調して表示するように制御することを特徴とする請求項２乃至４に記載の情報処理システム。

【請求項6】

前記表示制御手段は、前記依頼情報と前記結果情報とを示すアイコンを前記時間軸上に表示し、さらに、前記アイコンと当該アイコンに対応する前記イベント情報との紐づけが識別可能な画面を表示するように制御することを特徴とする請求項２乃至５のいずれか１項に記載の情報処理システム。

【請求項7】

前記時間軸は、前記記憶手段に前記患者に関する情報が記憶されている期間の第１時間軸と、前記記憶手段に前記患者に関する情報が記憶されていない期間の最初の年月を示す年月ラベルと、当該年月の後に最初に前記記憶手段に読影に関する情報が発生した年月ラベルとを結ぶ第２時間軸とを含み、
前記表示制御手段は、前記第１時間軸と、前記年月ラベルと、前記第２時間軸との各々を識別可能な態様により時系列順で表示される画面が生成されるように制御することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理システム。

【請求項8】

前記表示制御手段は、前記第１時間軸は実線で表示し、前記第２時間軸は破線で表示することを特徴とする請求項７に記載の情報処理システム。

【請求項9】

前記表示制御手段は、前記読影結果情報の指定を受け付けずとも前記患者情報の指定を受け付けた上で当該患者情報に紐づけられた前記情報を時系列順に表示する画面を表示し、
前記表示制御手段は、前記読影結果情報の指定を受け付けずに前記患者情報の指定を受け付けた場合は当該患者情報に紐づいた情報のうち最も古い情報または最も新しい情報から時系列に表示されるよう制御し、前記患者情報と前記読影結果情報の指定を受け付けた場合には当該読影結果情報に対応する検査情報を予め設定された位置に表示されるよう制御することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。

【請求項10】

依頼施設からの医用画像を含む依頼情報と、当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを含む情報を患者情報と紐づけて記憶する記憶手段を備えた情報処理システムの制御方法であって、
前記情報処理システムが、
前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定を受け付ける受付ステップと、
前記受付ステップで指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御ステップと、
を含み、
前記表示制御ステップは、前記受付ステップで受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とする情報処理システムの制御方法。

【請求項11】

依頼施設からの医用画像を含む依頼情報と当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを含む情報を、患者情報と紐づけて記憶する記憶手段を備えたサーバ装置と通信可能な情報処理装置であって、
前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定を受け付ける受付手段と、
前記受付手段で指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御手段と、
を備え、
前記表示制御手段は、前記受付手段で受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とする情報処理装置。

【請求項12】

依頼施設からの医用画像を含む依頼情報と当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを含む情報を、患者情報と紐づけて記憶する記憶手段を備えたサーバ装置と通信可能な情報処理装置の制御方法であって、
前記情報処理装置が、
前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定を受け付ける受付ステップと、
前記受付ステップで指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御ステップと、
を含み、
前記表示制御ステップは、前記受付ステップで受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とする情報処理装置の制御方法。

【請求項13】

コンピュータを、請求項１１に記載の情報処理装置として機能させることを特徴とするプログラム。

【請求項14】

依頼施設からの医用画像を含む依頼情報と、当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを管理するサーバ装置であって、
前記依頼情報と前記読影結果情報とを含む情報を患者情報と紐づけて記憶する記憶手段と、
前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定を受け付ける受付手段と、
前記受付手段で指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御手段と、
を備え、
前記表示制御手段は、前記受付手段で受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とするサーバ装置。

【請求項15】

依頼施設からの医用画像を含む依頼情報と、当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを含む情報を患者情報に紐づけて記憶する記憶手段を備えたサーバ装置の制御方法であって、
前記サーバ装置を、
前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定受け付ける受付ステップと、
前記受付ステップで指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御ステップと、
を含み、
前記表示制御ステップは、前記受付ステップで受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とするサーバ装置の制御方法。

【請求項16】

コンピュータを、請求項１４に記載のサーバ装置として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置およびその制御方法、情報処理システム、並びにプログラムに関する。

【背景技術】

【0002】

医療現場では、１人の患者に対してＣＴ、ＭＲＩ、ＵＳ、ＰＥＴ等のモダリティで複数回検査・読影を行い、患者の状態を経過観察をするということが行われている。このような患者の検査履歴は、検査の時系列を認識できるよう画面表示されることで、認識しやすくなるため、医療履歴をタイムラインに表示するということが行われている。

【0003】

特許文献１には、特定の患者の全てのイベントが患者タイムライン上に表示される仕組みが開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特表２００９−５１８７３２号公報

【発明の概要】

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

【0005】

ところで、モダリティで撮像された画像を読影して診断する読影医は、全病院にいるわけではないため、他の病院や遠隔地にいる読影医に読影を依頼するということが近年の医療現場では行われている。

【0006】

そして本発明者らは、このような読影を依頼する依頼施設と読影を行う読影医（読影施設）との間の通信システム（遠隔読影システム）の開発を進めている。

【0007】

このような遠隔読影システムにおいても、患者の医療履歴を視覚的に認識できるようなタイムライン表示が望まれるが、特許文献１に開示される方法では、読影の依頼情報と、診断結果である読影結果とが混在されてしまうため、認識しにくいということが懸念される。

【0008】

そこで、本発明は、医用画像の診断依頼と当該診断依頼をもとに行われる読影の読影結果とを管理する仕組みにおいて、読影結果に対応する検査情報を容易に確認可能な画面を生成する仕組みを提供することを目的としている。

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

【0009】

このような課題に対し、本発明は、依頼施設からの医用画像を含む依頼情報と、当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを管理する情報処理システムであって、前記依頼情報と前記読影結果情報とを含む情報を患者情報と紐づけて記憶する記憶手段と、前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定を受け付ける受付手段と、前記受付手段で指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御手段と、を備え、前記表示制御手段は、前記受付手段で受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とする。
また、本発明は、依頼施設からの医用画像を含む依頼情報と、当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを含む情報を患者情報と紐づけて記憶する記憶手段を備えた情報処理システムの制御方法であって、前記情報処理システムが、前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定を受け付ける受付ステップと、前記受付ステップで指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御ステップと、を含み、前記表示制御ステップは、前記受付ステップで受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とする。
また、本発明は、依頼施設からの医用画像を含む依頼情報と当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを含む情報を、患者情報と紐づけて記憶する記憶手段を備えたサーバ装置と通信可能な情報処理装置であって、前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定を受け付ける受付手段と、前記受付手段で指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御手段と、を備え、前記表示制御手段は、前記受付手段で受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とする。
また、本発明は、依頼施設からの医用画像を含む依頼情報と当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを含む情報を、患者情報と紐づけて記憶する記憶手段を備えたサーバ装置と通信可能な情報処理装置の制御方法であって、前記情報処理装置が、前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定を受け付ける受付ステップと、前記受付ステップで指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御ステップと、を含み、前記表示制御ステップは、前記受付ステップで受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とする。
また、本発明は、プログラムであって、コンピュータを、上述の情報処理装置として機能させることを特徴とする。
また、本発明は、依頼施設からの医用画像を含む依頼情報と、当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを管理するサーバ装置であって、前記依頼情報と前記読影結果情報とを含む情報を患者情報と紐づけて記憶する記憶手段と、前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定を受け付ける受付手段と、前記受付手段で指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御手段と、を備え、前記表示制御手段は、前記受付手段で受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とする。
また、本発明は、依頼施設からの医用画像を含む依頼情報と、当該依頼施設から依頼された前記依頼情報に対する単一の結果を示す読影結果情報とを含む情報を患者情報に紐づけて記憶する記憶手段を備えたサーバ装置の制御方法であって、前記サーバ装置を、前記記憶手段で記憶している患者情報の指定および当該指定された患者情報に対応する前記読影結果情報の指定受け付ける受付ステップと、前記受付ステップで指定を受け付けた患者情報に紐づけられた前記情報を時系列順に表示する画面を表示する表示制御ステップと、を含み、前記表示制御ステップは、前記受付ステップで受け付けた前記読影結果情報に対応する検査情報を共通の時間軸でユーザに視認させる予め設定された位置に表示されるように制御することを特徴とする。
また、本発明は、プログラムであって、コンピュータを、上述のサーバ装置として機能させることを特徴とする。

【発明の効果】

【0010】

このように、医用画像の診断依頼と当該診断依頼をもとに行われる読影の読影結果とを管理する仕組みにおいて、読影結果に対応する検査情報を容易に確認可能な画面を生成することができる。

【図面の簡単な説明】

【0011】

【図1】本実施形態に係るシステム構成の例を示す図である。

【図2】本実施形態に係る情報処理装置のハードウェア構成の例を示す図である。

【図3】本実施形態に係る情報処理システムの機能構成の例を示す図である。

【図4】タイムライン画面を表示する流れを説明するフローチャートである。

【図5】タイムラインデータを生成する流れを説明するフローチャートである。

【図6】タイムライン描画処理の流れを説明するフローチャートである。

【図7】イベントデータの描画処理の流れを説明するフローチャートである。

【図8】画面表示位置決定処理の流れを説明するフローチャートである。

【図9】データベースで管理されるデータテーブルの一例である。

【図10】データベースで管理されるデータテーブルの一例である。

【図11】遠隔読影のユーザが閲覧可能な画面の一例を示す図である。

【図12】読影リストを選択可能な画面の一例を示す図である。

【図13】レポートを選択可能な画面の一例を示す図である。

【図14】（ａ）イベントテーブルの一例である。（ｂ）タイムラインテーブルの一例である。

【図15】患者情報を特定して表示要求された際に表示されるタイムライン画面の一例である。

【図16】患者情報と検査情報とを特定して表示要求された際に表示されるタイムライン画面の一例である。

【図17】患者情報とレポート情報とを特定して表示要求された際に表示されるタイムライン画面の一例である。

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

【0012】

以下、図面を参照して、本発明の実施形態を詳細に説明する。なお、以下に示す構成は一例であり、本願発明はこれらに限定されるものではない。

【0013】

［システム構成］

【0014】

図１は、本実施形態に係る情報処理システムとしての遠隔読影システムの全体構成の一例を示す。本実施形態において、遠隔読影システムは、各拠点として、データセンター、依頼施設、読影センター、および読影医の自宅を含み、各拠点はネットワーク１１５にて通信可能に接続されている。本実施形態においては、依頼施設を依頼側、読影センターと読影医を読影側として説明する。

【0015】

遠隔読影システムを利用する各ユーザは、それぞれの拠点に配置されたクライアント端末である情報処理装置（１０９、１１２、１１３、１１４）からのアクセス開始時に、データセンター内の認証サーバ（不図示）が提供する認証機能により認証を行う。正常に認証された後、各ユーザの情報処理装置のディスプレイには、ポータル画面が提示される。なお、あらかじめデータセンターに送信し、登録しておいてもよい。

【0016】

依頼施設１５０において、遠隔読影に用いる患者の画像データ（医用画像データ）は、撮影装置であるＣＴ、ＭＲＩ、ＵＳ、ＰＥＴ等のモダリティ１１１によって撮影された後、依頼施設内の画像中継クライアント１１０に送信される。ここでの画像データは例えば、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）規格の画像データが挙げられる。画像中継クライアント１１０は、モダリティ１１１から送信されてきた画像データをアーカイブし、その後、データセンター１５２に配置された画像管理サーバ１０１に送信する。画像管理サーバ１０１は、各画像データに対してユニークなＩＤ（識別情報）を発行し、外部記憶装置１１７に保管する。ＤＩＣＯＭ規格の画像データは、患者名、患者ＩＤ、患者の性別といった患者情報や、モダリティの種類等の撮像条件を含む付帯情報と、画像データとで構成されている。このような依頼施設のモダリティ１１１によって撮影された画像データは、データセンターに送信されて外部記憶装置１１７に登録される。

【0017】

依頼施設１５０の読影依頼業務を行う担当者は、依頼端末１０９を用いて読影の依頼時に必要な情報（依頼情報）を入力し、その依頼情報は画像データと共にデータセンターへと送信される。各依頼情報は、データセンター側でデータベース１０８に保管される。この際にデータベース１０８では、依頼施設情報や患者情報と紐づけて読影の依頼情報を管理している。なお、本明細書においては、依頼情報と画像データとが対応しており、依頼情報の割り当て（振り分け）はすなわち画像データの割り当てとして扱う。

【0018】

依頼施設１５０からの読影依頼の受付業務を行う読影センターの業務担当者は、業務端末１１２を用いて読影の依頼情報が十分に入力されているか確認するとともに、各依頼を読影医に振り分ける振り分け作業を行う。振分作業としては、業務担当者が各読影医の得意分野等を加味して手動で振り分けてもよいし、各読影医の得意分野情報や読影スケジュール等を予め設定しておき自動振分処理を行うことで振り分けてもよい。

【0019】

読影を行う読影医は、読影センター１５１に配置された読影端末１１３（もしくは、自宅１５３に配置された読影端末１１４）を用いて、業務担当者によって割り当てられた読影の依頼に対応する読影用の画像データを外部記憶装置１１７からダウンロードして参照し、読影を行う。その後、読影医は、読影した読影結果情報であるレポートを、読影端末１１３上で動作するアプリケーション（不図示）を用いて作成する。読影医の端末から送信されたレポートは、業務サーバ１０５で処理され、データベース１０８に保管される。この際にデータベース１０８で保管される読影結果情報は、依頼情報に紐づいて保管されており、すなわち依頼施設情報や患者情報が特定できる状態で管理されている。なお、ここでは、読影施設側の端末として、読影センターおよび読影医の自宅の例を示したが、いずれの場所に配置されてもよく、また、モバイル端末などを用いて参照できるようにしても構わない。

【0020】

さらに、依頼施設の読影依頼業務を行う担当者、読影センターの業務担当者、読影医といったユーザは、業務サーバ１０５が提供するメッセージ機能を用いて、ネットワーク１１５を介してユーザ同士のメッセージのやり取りを行うことができる。読影医は、このようなメッセージを用いて他の読影医と患者の読影内容の相談や意見交換を行うことができる。さらに、依頼元施設と読影センターの業務担当者との間で依頼日程や読影結果についての相談をおこなうこともできる。このようなメッセージが特定の患者に関する内容のものである場合には、メッセージの履歴は、患者情報に紐づけてデータベース１０８に管理されることになる。なお、患者情報のみならず、特定の依頼情報やレポートに紐づけて管理してもよい。このようなメッセージのやり取りは、詳細は後述するが参加者、タイトル、各メッセージをまとめた「スレッド」という単位で業務サーバ１０５に処理されデータベース１０８に管理される。

【0021】

さらに、遠隔読影システムを利用する各ユーザは、各端末を介して、特定の患者の経過観察を行うために、検査履歴を検査の時系列を認識できるようタイムライン画面の表示要求をすることができる。各端末を介してタイムライン画面の表示要求がなされると、業務サーバ１０５は、データベース１０８で管理される対応する患者の依頼情報や読影結果情報（レポート情報）を用いてタイムライン画面の生成可能な情報を収集し各端末に送信する。そして各端末は、受信した各情報を用いてタイムライン画面を生成して表示する。

【0022】

図２は、各種サーバや端末などの情報処理装置のハードウェア構成の例を示す図である。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。ＲＯＭ２０２あるいは外部メモリ２１１には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステム（ＯＳ）、および各端末の機能を実現するために必要な各種プログラム等が記憶される。

【0023】

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、実行することで各種動作を実現する。入力コントローラ２０５は、キーボードやマウス等のポインティングデバイス（不図示）等の入力デバイス２０９からの入力を制御する。ビデオコントローラ２０６は、ディスプレイ２１０への表示を制御する。

【0024】

メモリコントローラ２０７は、各種データ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１としては例えば、外部記憶装置（ＨＤ）や、フレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等が挙げられる。通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示すネットワーク１１５）を介して外部機器と接続および通信制御を行う。通信Ｉ／Ｆコントローラ２０８は、例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

【0025】

本発明を実現するための各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行される。さらに、プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらの詳細な説明については後述する。

【0026】

［機能構成］

【0027】

図３は、本実施形態に係る各サーバの機能構成を説明する図である。

【0028】

各ユーザが使用する端末は、上述のようにネットワーク１１５を介して、業務サーバ１０５と画像管理サーバ１０１と通信可能に接続されている。業務サーバ１０５がデータを参照する先であるデータベース１０８には、ユーザデータテーブル３２１、依頼施設データテーブル３２２、患者データテーブル３２３、読影依頼データテーブル３２４、検査データテーブル３２５、レポートデータテーブル３２６、スレッドデータテーブル３２７、メッセージデータテーブル３２８が設けられている。

【0029】

モダリティ１１１から画像中継クライアント１１０を介して送信されてきた画像データは、画像管理サーバ１０１の画像管理部３１１が、各画像データに対してユニークなＩＤ（識別情報）を発行し、外部記憶装置１１７に保管する。その際に、業務サーバ１０５の検査管理部３０５が、データベース１０８の検査データテーブル３２５を更新する。

【0030】

依頼端末１０９から依頼受付のリクエストを受信すると、業務サーバ１０５の読影依頼管理部３０４が、リクエストを解析し、データベース１０８の患者データテーブル３２３、読影依頼データテーブル３２４を更新する。

【0031】

読影医の端末から送信されたレポートは、業務サーバ１０５のレポート管理部３０２が処理し、当該レポートを外部記憶装置１１７に保存させるとともに、データベース１０８の読影結果データテーブルを更新する。

【0032】

ユーザ間で行われたメッセージのスレッドは、業務サーバ１０５のメッセージ管理部３０１が処理し、患者情報に紐づいたスレッドを管理しているデータベース１０８のスレッドデータテーブル３２７を更新する。各メッセージは、業務サーバ１０５のメッセージ管理部３０１が、各スレッドに紐づくメッセージとして、メッセージデータテーブル３２８を更新して管理する。

【0033】

ユーザからのタイムライン画面の表示指示がなされると、業務サーバ１０５のタイムライン制御部３０３が、当該患者情報に対応するデータをデータベース１０８にある各テーブルから特定し、当該データを表示指示がなされた端末に対して送信する。これにより各端末において、タイムライン画面の表示を行うことができる。

【0034】

［データテーブル］

【0035】

次に、データベース１０８に記憶されている各データテーブルの一例について図９及び図１０を用いて説明する。

【0036】

図９（ａ）に示すユーザデータテーブル３２１は、遠隔読影システムにログインすることができるユーザごとに設定されるユーザＩＤ９０１、ユーザ名９０２、システムに対する役割９０３で構成されている。ここで規定される役割９０３に応じて、ポータル画面の表示内容を変更させるようにすることもできる。

【0037】

図９（ｂ）に示す依頼施設データテーブル３２２は、遠隔読影システムの依頼施設となる施設情報が登録されており、依頼施設ＩＤ９１１、依頼施設病院名９１２で構成されている。

【0038】

図９（ｃ）に示す患者データテーブル３２３は、読影の依頼情報に含まれる患者データが順次追加されるテーブルであり、依頼施設ＩＤ９２１、患者ＩＤ９２２、患者名９２３、生年月日９２４で構成されている。

【0039】

図９（ｄ）に示す読影依頼データテーブル３２４は、読影の依頼情報に含まれる依頼内容が順次追加されるテーブルであり、依頼毎に割り振られる依頼ＩＤ９３１、依頼施設ＩＤ９３２、患者ＩＤ９３３，依頼日９３４、検査ＩＤ９３５、検査種別９３６、検査部位９３７、依頼ステータス９３８、読影センターの業務担当者である依頼受付ユーザ９３９で構成される。

【0040】

図１０（ａ）に示す検査データテーブル３２５は、依頼情報に対応する検査の検査ＵＩＤ１００１、検査日１００２、モダリティ種別１００３、依頼施設ＩＤ１００４、患者ＩＤ１００５、画像ＩＤ１００６で構成されている。

【0041】

図１０（ｂ）に示すレポートデータテーブル３２６は、読影医が作成したレポート情報を管理するテーブルであり、レポートＩＤ１０１１、依頼施設ＩＤ１０１２、依頼ＩＤ１０１３、患者ＩＤ１０１４、レポートの状態を示すステータス１０１５、担当読影医１０１６、読影日１０１７、対象部位１０１８、読影結果１０１９で構成されている。

【0042】

図１０（ｃ）に示すスレッドデータテーブル３２７は、スレッドＩＤ１０２１、スレッドタイトル１０２２、スレッドオーナー１０２、参加者１０２４、依頼施設ＩＤ１０２５、患者ＩＤ１０２６とで構成されている。

【0043】

図１０（ｄ）に示すメッセージデータテーブル３２８は、メッセージＩＤ１０３１、スレッドＩＤ１０３２、メッセージを送信したユーザ名１０３３、送信日付１０３４、メッセージの中身であるメッセージテキスト１０３５で構成されている。

【0044】

［処理フロー］

【0045】

次に、図４乃至図８のフローチャートを用いて、タイムライン画面が表示されるまでの処理を説明する。

【0046】

以下の処理は、タイムライン画面の表示依頼を行うことができるクライアント端末である情報処理装置（１０９、１１２、１１３、１１４）及び業務サーバ１０５それぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。

【0047】

Ｓ４０１では、情報処理装置のＣＰＵ２０１が、ポータル画面を介してユーザから少なくとも患者を特定したタイムライン画面の表示指示を受け付け、患者情報を業務サーバ１０５に送信する。

【0048】

以下、図１１乃至図１３の画面例を用いてユーザが、タイムライン画面の表示指示を行う３つの方法について説明する。表示指示の方法が異なることにより、後述するタイムライン画面の表示内容に差が生じる。図１１（ａ）は、患者情報を特定してタイムライン画面の表示指示を行う際のポータル画面であり、図１２は、患者情報と依頼情報とを特定してタイムライン画面の表示指示を行う際のポータル画面であり、図１３は、患者情報とレポート情報とを特定してタイムライン画面の表示指示を行う際のレポート画面である。

【0049】

図１１（ａ）のポータル画面１１０１は、ユーザ名「読影太郎」１１０６がログインした際の初期画面であり、ポータル画面を表示させるＨＯＭＥボタン１１０２、割り振られた読影を開始する際や、他の読影医の読影内容を検索する際に用いる遠隔読影ボタン１１０３、タイムライン画面の表示指示を行うタイムラインボタン１１０４、レポート画面への移行を指示するレポートボタン１１０５が設けられている。

【0050】

また、ポータル画面１１０１には、読影センター等から発信された情報表示欄１１１１や、自己が参加者に含まれるメッセージのスレッドが表示されるメッセージ欄１１１４や、割り振られた読影の状況を把握できるサマリー欄１１１２、メモを保存しておけるメモ欄１１１５、直近の読影予定が把握できるスケジュール欄１１１３等が設けられている。

【0051】

ユーザが図１１（ａ）に示すポータル画面１１０１からタイムライン画面の表示指示を行うために、タイムラインボタン１１０４を押下すると、図１１（ｂ）の患者選択画面１１２１が表示されるため、タイムライン画面を生成した患者の依頼施設１１２２と患者名１１２３とを入力し、ＯＫボタン１１２４を押下することで、患者情報を特定したタイムライン画面の表示指示がなされる。なお、依頼入力は必須ではなく、患者が特定できればよい。

【0052】

図１２の画面１２０１は、図１１（ａ）のポータル画面１１０１の遠隔読影ボタン１１０３が押下されて遷移する先の画面である。当該画面１２０１では、各条件を入力して検索ボタン１２０５を押下することでデータベース１０８の読影依頼データテーブル３２４から条件に合う内容が検索されて画面上に表示される。図１２の例は、「読影済」を選択して検索ボタン１２０５が押下された場合の例である。

【0053】

表示画面上には、読影の状況を示す状態欄１２１１、依頼内容を閲覧するアイコンが表示される依頼欄１２１２、医用画像を閲覧するビューアを起動させるアイコンが表示される画像１２１３、所見であるレポートを閲覧するレポート閲覧画面を起動させるアイコンが表示される所見欄１２１４、タイムライン画面の表示指示を行うタイムライン欄１２１５、依頼施設を示す依頼元欄１２１６、患者ＩＤ１２１７、患者名１２１８、年齢１２１９、性別１２２０、検査種別１２２１、検査部位１２２２、依頼日時１２２３が表示される。

【0054】

ユーザが図１２に示す画面１２０１からタイムライン画面の表示指示を行う際には、希望する読影依頼のタイムライン欄１２１５のアイコンを押下することで、患者情報と依頼情報とを特定したタイムライン画面の表示指示がなされる。

【0055】

図１３のレポート画面１３０１は、図１１（ａ）のポータル画面１１０１のレポートボタン１１０５が押下されて遷移する先の画面である。ワークリストとして、ログイン中の読影医が担当している読影のレポート情報が、レポートデータテーブル３２６から検索されて表示される。ワークリストから所見入力を希望するレポート情報を選択して所見記入ボタン１３４１を押下することで、当該レポートの入力画面（不図示）が起動される。ワークリストからレポート情報を選択して画面表示ボタン１３４２が押下されると、当該レポート情報に対応する医用画像を表示するビューワが起動される。ワークリストからレポート情報を選択してタイムラインボタン１３４３が押下されると、患者情報とレポート情報とを特定したタイムライン画面の表示指示がなされる。また、ワークリストからレポート情報を選択して返却ボタン１３４４が押下されると、レポートの入力処理が完了したとして読影センターに返却される。

【0056】

また、レポート画面１３０１の検索領域１３２１に依頼元１３２２、患者情報１３２３、患者名１３２４等を特定して検索ボタン１３２５を押下することで、担当外の患者のレポートも参照することができ、参照結果は検索結果表示領域１３３１に表示される。検索結果表示領域１３３１には、依頼施設ＩＤ１３３２、患者ＩＤ１３３３、依頼日１３３４、検査部位１３３５、ステータス１３３６、検査部位１３３７が表示される。図１３は、依頼元として「観音病院」と入力して検索された例を示している。ユーザによってレポート情報（例えばレポート情報１３３８）を特定された状態で、画面表示ボタン１３４２を押下されると、当該レポート情報に対応する医用画像を表示するビューワが起動される。また、ユーザによってレポート情報が特定された状態で、タイムラインボタン１３４３が押下されると、患者情報とレポート情報とを特定したタイムライン画面の表示指示がなされる。

【0057】

このように、ポータル画面を介してユーザからタイムライン画面の表示指示を受け付けると、情報処理装置のＣＰＵ２０１は、当該受付情報を業務サーバ１０５に送信する。

【0058】

Ｓ４０２では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置からのタイムライン画面の表示指示を受信することで患者情報を特定したタイムライン画面の表示指示を受け付ける。

【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】

Ｓ７０９では、情報処理装置のＣＰＵ２０１は、イベントデータの読み取り位置にデータはあるかを判断し、ない場合には処理を終了し、ある場合には、Ｓ７０２に戻り処理を続ける。

【0104】

以上のような図７の処理を行うことにより、図１５に示すようなタイムライン軸１５０６、１５０７、及びイベント情報１５０９、１５１０を含むタイムライン画面を表示するために用いられる描画情報が生成される。

【0105】

次に、Ｓ４１２では、情報処理装置のＣＰＵ２０１は、画面表示位置を決定する処理を行う。具体的な処理は図８を用いて説明する。

【0106】

Ｓ８０１では、情報処理装置のＣＰＵ２０１は、Ｓ４０１のタイムライン画面の表示受付時に患者情報に加え検査情報を特定したタイムライン画面の表示指示であるかを判断する。具体的には、図１２に示すタイムライン欄１２１５に表示されるアイコンを選択してタイムライン画面の表示要求を行った場合に、検査情報を特定した状態で行われた表示指示であると判断される。

【0107】

Ｓ８０１で検査情報を特定されたタイムライン画面表示指示であると判断された場合には、Ｓ８０２に移行し、情報処理装置のＣＰＵ２０１は、同じ患者の他の検査に遷移するアイコン領域１６０１に過去の類似依頼に遷移するアイコン１６０２と最近の類似以来に遷移するアイコン１６０３を描画する。

【0108】

図１６は、検査情報が特定された状態でタイムライン画面の表示要求がなされた際に表示されるタイムライン画面である。

【0109】

Ｓ８０３では、情報処理装置のＣＰＵ２０１は、検査のアイコンが識別可能となるように、図１６に示されるように検査のアイコン１５０８ａがタイムライン画面１５０１の中央に位置されるように、表示位置を決定する。なお、検査のアイコンが識別できればよく、中央に位置することは必須ではない。

【0110】

Ｓ８０１で検査を特定したタイムライン画面の表示指示である場合には、Ｓ８０４に遷移し、レポート情報を特定したタイムライン画面の表示指示であるかを判断する。具体的には、図１３に示すレポート情報を特定した状態でタイムラインボタン１３４３が押下されることで、タイムライン画面の表示要求を行った場合に、レポート情報を特定した状態で行われた表示要求であると判断される。

【0111】

Ｓ８０４でレポート情報を特定したタイムライン画面の表示指示であると判断された場合には、Ｓ８０５に移行し、情報処理装置のＣＰＵ２０１は、同じ患者の他の検査に遷移するアイコン領域１６０１に過去の類似依頼に遷移するアイコン１６０２と最近の類似以来に遷移するアイコン１６０３を描画する。

【0112】

図１７は、レポート情報が特定された状態でタイムライン画面の表示要求がなされた際に表示されるタイムライン画面である。

【0113】

Ｓ８０６では、情報処理装置のＣＰＵ２０１は、検査のアイコンが識別可能となるように、図１７に示されるように検査のアイコン１５０８ａがタイムライン画面１５０１の中央に位置されるように、表示位置を決定し、処理を終了する。なお、検査のアイコンが識別できればよく、中央に位置することは必須ではない。

【0114】

Ｓ８０７では、情報処理装置のＣＰＵ２０１は、読影結果のイベント情報１５１０ａを強調表示する処理を行い、処理を終了する。具体的には、図１７に示すように、当該イベント情報１５１０ａを波線で囲ったりすることで、強調表示することができる。

【0115】

Ｓ８０４でレポート情報を特定したタイムライン画面の表示要求でないと判断された場合には、Ｓ８０８に移行する。具体的には、図１１に示すポータル画面１１０１のタイムラインボタン１１０４が押下されることでタイムライン画面の表示要求がなされた場合に、このように移行する。

【0116】

Ｓ８０８では、情報処理装置のＣＰＵ２０１は、患者の最も古い検査若しくは最も新しい検査から表示されるように表示位置を決定し、処理を終了する。

【0117】

以上のような図８の処理を行うことにより、図１５乃至図１７に示すようなタイムライン軸１５０６、１５０７、及びイベント情報１５０９、１５１０を含むタイムライン画面をディスプレイの画面上に表示する際に描画する位置が決定される。

【0118】

Ｓ４１３では、情報処理装置のＣＰＵ２０１は、Ｓ４１２で決定された描画位置でタイムライン画面をディスプレイに表示させる（表示制御）。

【0119】

なお図１５乃至図１７に示すタイムライン画面１５０１には、各イベント情報の領域にそれぞれ詳細ボタンを設けてもよい。具体的には、検査実施のイベント情報領域に設けられた詳細ボタン１５２０が押下すると、当該検査の医用画像を表示するビューワを起動させるようにすると好ましい。さらに依頼受付のイベント情報領域に設けられた詳細ボタン１５２１が押下されると、依頼情報を表示する画面（不図示）が表示されるようにすると好ましい。さらに、読影結果のイベント情報領域に設けられた詳細ボタン１５２２が押下されると、レポート画面が起動されるようにすると好ましい。さらに、メッセージのイベント情報領域に設けられた詳細ボタン１５２３、１５２４が押下されると、メッセージの全文が確認できるメッセージ表示画面（不図示）が表示されるようにすると好ましい。

【0120】

さらに、タイムライン画面１５０１のヘッダ部には患者の基本情報である依頼元施設名１５０２、患者名１５０３、年齢１５０４を表示させてもよい。

【0121】

本実施形態においては、図４乃至図８のフローチャートを用いて、タイムライン画面が表示されるまでの処理を説明したが、このように、タイムライン軸で区分けされた一方に依頼側のイベント情報（依頼側イベント情報）を表示し、もう一方に読影側のイベント情報（読影側イベント情報）を表示することで、医画像の読影依頼と当該読影依頼をもとに行われる読影結果とを管理する仕組みにおいて、患者の医療履歴を視覚的に識別可能なタイムライン画面を生成することができる。

【0122】

さらに、表示要求する際に患者情報に加えてどのような情報を付加して表示要求を行ったかに応じて、タイムライン画面を描画する際の描画位置や強調条件を設定することで、希望する医療履歴を視覚的に識別しやすくさせることができる。

【0123】

なお、本実施形態においては、業務サーバは、データベース１０８の各テーブルから必要な情報を特定し、各端末でタイムライン画面が生成できるようにデータを送信し、端末側が、受信したデータをもとにタイムライン画面を生成する制御を例に説明した。しかし、予め業務サーバ側でタイムライン画面まで生成し、生成されたタイムライン画面を端末に送信して、端末のディスプレイに表示されるようにしてもよい。

【0124】

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

【0125】

なお、本発明は、前述した実施形態の機能を実行可能にするソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置の情報処理装置が前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

【0126】

したがって、本発明の機能処理を情報処理装置で実現するために、前記情報処理装置にインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

【0127】

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

【0128】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

【0129】

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

【0130】

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理を情報処理装置で実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

【0131】

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行して情報処理装置にインストールさせて実現することも可能である。

【0132】

また、情報処理装置が、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、情報処理装置上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

【0133】

さらに、記録媒体から読み出されたプログラムが、情報処理装置に挿入された機能拡張ボードや情報処理装置に接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

【0134】

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

【符号の説明】

【0135】

１０１…遠隔読影サーバ、
１０８…データベース、
１０９…依頼端末、
１１２…業務端末、
１１３、１１４…読影端末
１５０１…タイムライン画面

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】