(57)【要約】【課題】遠隔読影システムにおいて、読影医の読影の時間帯に関する統計情報を容易に確認可能な画面を表示することを目的とする。【解決手段】依頼施設からの読影の依頼と読影医が読影を処理した情報とを管理する管理部と通信可能な遠隔読影システムであって、まず遠隔読影システムは、読影が行われた時刻を示す時刻情報を取得する。そして取得された時刻情報を用いて、遠隔読影システムは、読影を処理した単位ごとに読影医が読影を処理した情報を時間帯別に統計表示するよう制御する。【選択図】図１１
2019159596.tif 000002
【特許請求の範囲】
【請求項１】
依頼施設からの読影の依頼と読影医が読影を処理した情報とを管理する管理部と通信可能な遠隔読影システムであって、
読影が行われた時刻を示す時刻情報を取得する取得手段と、
前記取得手段で取得された前記時刻情報を用いて、読影を処理した単位ごとに前記読影医が読影を処理した情報を時間帯別に統計表示する表示制御手段と、
を備えることを特徴とする遠隔読影システム。
【請求項２】
前記取得手段で取得される時刻情報は、読影の開始を受け付けた時刻または読影の終了を受け付けた時刻を示す情報であることを特徴とする、請求項１に記載の遠隔読影システム。
【請求項３】
前記読影を処理した単位は、読影医または依頼施設のいずれか一つを含むことを特徴とする請求項１または２に記載の遠隔読影システム。
【請求項４】
前記表示制御手段は、前記時刻情報より前記読影医が読影を処理した情報がない時間帯においては、当該時間帯の表示を行わないよう制御することを特徴とする請求項１乃至３のいずれか１項に記載の遠隔読影システム。
【請求項５】
前記表示制御手段で表示される前記読影医が読影を処理した情報は、読影が完了した件数を示すことを特徴とする請求項１乃至４のいずれか１項に記載の遠隔読影システム。
【請求項６】
前記遠隔読影システムは、前記統計表示に関する数値データを抽出するための期間の指定を受け付け可能な受付手段をさらに備え、
前記表示制御手段は、前記受付手段で受け付けた期間における前記統計表示を行うよう制御することを特徴とする請求項１乃至５のいずれか１項に記載の遠隔読影システム。
【請求項７】
前記遠隔読影システムは、前記表示制御手段によって表示している統計表示に関する数値データを出力する出力手段をさらに備え、
前記表示制御手段は、前記出力手段で前記数値データを出力可能な画面を表示するよう制御することを特徴とする請求項１乃至６のいずれか１項に記載の遠隔読影システム。
【請求項８】
依頼施設からの読影の依頼と読影医が読影を処理した情報とを管理する管理部と通信可能な遠隔読影システムとして制御する制御方法であって、
読影が行われた時刻を示す時刻情報を取得する取得ステップと、
前記取得ステップで取得された前記時刻情報を用いて、読影を処理した単位ごとに前記読影医が読影を処理した情報を時間帯別に統計表示する表示制御ステップと、
を含むことを特徴とする遠隔読影システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔読影システム、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
Ｘ線ＣＴ装置やＭＲＩ装置といった各種モダリティで撮像された医用画像の読影は、読影を専門とする読影医によって行われる。しかしながら、読影医はすべての医療機関にいるわけではない。そこで読影医が不在の医療機関は、読影を請け負う読影センターに対して読影の依頼を行っている。
【０００３】
読影センターに所属する読影医は、必ずしも一か所を拠点として読影を行っているわけではなく、自宅や読影センター以外の他の施設で読影を行うこともある。そこで読影センターは遠隔読影のシステムを用いて医療機関からの読影依頼をまとめ、各拠点で活動する読影医に読影依頼に関する検査画像を配信する。読影医は、検査画像を読影した結果を電子的なレポート（以下、読影レポートという。）にまとめ、読影センターを介して医療機関に返すことで遠隔読影を実現している。
【０００４】
このように読影医によって作成された読影レポートをもとにして、様々な分析が行われている。
【０００５】
特許文献１の仕組みでは、複数の患者の症例を分析するために、読影レポートを用いて病名ごとに統計表示を行う仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１７―１６３８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、遠隔読影システムにおいては、読影における質の良い読影レポート作成や読影医のスキルの判断を目的として、各読影医の読影の状況を分析したいといった課題がある。
【０００８】
例えば、読影において日中、深夜、早朝等の時間帯での読影が読影の質にどの程度影響があるか、またどの読影医がどの部位や検査種の読影を得意としているのか、といった情報を分析することが望まれている。
【０００９】
したがって、遠隔読影システムで管理される読影の実績をもとに、読影医が読影する時間帯を容易に確認できるようにしたい。しかしながら、特許文献１の仕組みでは、読影レポートから患者の症例を分析する仕組みが開示されているのみで、読影医の読影状況の分析については記載されていない。
【００１０】
本発明は、遠隔読影システムにおいて、読影の時間帯に関する統計情報を容易に確認可能な画面を表示可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の遠隔読影システムは、依頼施設からの読影の依頼と読影医が読影を処理した情報とを管理する管理部と通信可能な遠隔読影システムであって、読影が行われた時刻を示す時刻情報を取得する取得手段と、前記取得手段で取得された前記時刻情報を用いて、読影を処理した単位ごとに前記読影医が読影を処理した情報を時間帯別に統計表示する表示制御手段と、を備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、遠隔読影システムにおいて、読影の時間帯に関する統計情報を容易に確認可能な画面を表示可能な効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態における遠隔読影システムのシステム構成の一例を示す図である。
【図２】読影端末１０３及び読影管理サーバ１０４のハードウェア構成の一例を示す図である。
【図３】読影端末１０３、読影管理サーバ１０４等の機能構成の一例を示す図である。
【図４】ワークリスト画面（不図示）を表示するまでの処理の一例を示すフローチャートである。
【図５】読影依頼管理テーブル５００及び検査管理テーブル５２０のテーブル構成の一例を示す図である。
【図６】読影医の読影開始から読影終了までを受け付ける処理の一例を示すフローチャートである。
【図７】統計データ管理テーブル７００と、統計データ管理テーブル７００に対応する各種データテーブルの一例を示す図である。
【図８】統計表示のために統計データを集計する処理の一例を示すフローチャートである。
【図９】統計表示を行う処理の一例を示すフローチャートである。
【図１０】時間帯別読影件数データ１０００の一例を示す図である。
【図１１】読影医別時間帯別読影件数１１００と施設別読影時間帯別読影件数１１１０の一例を示す図である。
【図１２】所要時間別読影件数データ１２００の一例を示す図である。
【図１３】読影医別読影所要時間別読影件数１３００と読影医別読影所要時間別読影件数（ＣＴ）１３１０の一例を示す図である。
【図１４】読影医別読影所要時間別読影件数（脳）１４００の一例を示す図である。
【図１５】読影平均時間管理テーブル１５００、読影スケジュール管理テーブル１５１０、および検査種別読影所要時間別読影件数（読影二郎）１５２０の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明の一実施形態を詳細に説明する。尚、以下に示す構成は一例であり、本願発明はこれらに限定されるものではない。
【００１５】
図１は、本実施形態に係る情報処理システムとしての遠隔読影システムのシステム構成の一例を示す。本実施形態において、遠隔読影システムは、各拠点として、依頼施設、読影センター、及びデータセンターを含み、各拠点はネットワーク１０７を介して通信可能に接続されている。
【００１６】
依頼施設には、読影依頼を行うための依頼端末１０１がＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続されている。また、読影センターには、読影依頼に関する業務を行うための業務端末１０２と、読影医が読影を行うための読影端末１０３とがＬＡＮに接続されている。更に、データセンターには、読影依頼を管理するための読影管理サーバ１０４と、医用画像を管理するための画像管理サーバ１０５と、各種データテーブルを管理するためのデータベースサーバ１０６とがＬＡＮに接続されている。データセンターに接続される各種サーバによって提供されるサービスは、いわゆるクラウドサービスとして提供されるものである。尚、本実施形態では、依頼施設、読影センター、及びデータセンターの３つの拠点に分けて説明を行うが、様々なシステム構成があるため、これに限定されない。
【００１７】
尚、本実施形態において、ネットワーク１０７はＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）等で保護されたインターネットを想定しているが、特にこれに限らない。
【００１８】
まず、本実施形態における読影の主な流れを説明する。依頼施設では、医用画像撮像装置であるモダリティによって被検体を撮像し、医用画像を生成する。この医用画像は例えば、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  ＣＯｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）規格の画像データである。ＤＩＣＯＭ規格の医用画像にはＤＩＣＯＭタグという付帯情報が含まれており、付帯情報には検査日、患者名、検査種、部位等の情報が格納されている。また、健診機関における集団健診では、複数の被検体に対してモダリティで撮像を行うので、複数の医用画像が生成されることになる。
【００１９】
医用画像が生成されると、依頼端末１０１またはモダリティから読影管理サーバ１０４に医用画像を送信する。読影管理サーバ１０４はこれを受信すると、受信した医用画像を画像管理サーバ１０５に送信し、画像管理サーバ１０５の外部メモリに記憶させる。
【００２０】
依頼施設の読影依頼業務を行う担当者は、依頼端末１０１を用いて読影の依頼時に必要な情報（以下、読影依頼情報という。）を入力し、読影依頼の指示を行うと、依頼端末１０１は読影依頼情報を読影管理サーバ１０４に送信する。読影管理サーバ１０４は、依頼端末１０１から読影依頼情報を受信すると、受信した読影依頼情報をデータベースサーバ１０６に送信し、データベースサーバ１０６の外部メモリに記憶させる。
【００２１】
そして読影管理サーバ１０４は、読影センターの業務担当者が操作する業務端末１０２からの指示に応じて、データセンターで受け付けた読影依頼に対応する読影医を、読影医の専門性やスケジュールを考慮して決定する。
【００２２】
読影を行う読影医は、読影センターに配置された読影端末１０３（もしくは、読影医の自宅に配置された読影端末であってもよい。）を用いて、自身に割り振られた読影依頼に対応する医用画像を画像管理サーバ１０５からダウンロードし、読影を行う。その後、読影医は、読影した結果の所見等を記述する読影レポートを、読影端末１０３で動作するアプリケーションを用いて作成する。作成が完了した読影レポートは、読影管理サーバ１０４に送信され、データベースサーバ１０６に保管され、読影依頼を行った依頼端末１０１がこの読影レポートを表示する。尚、ここでは、読影端末１０３として、読影センター及び読影医の自宅の例を示したが、いずれの場所に配置されてもよく、また、モバイル端末などを用いて参照できるようにしても構わない。以上のようにして、読影業務が行われる。
【００２３】
図２は、読影端末１０３及び読影管理サーバ１０４のハードウェア構成の一例を示す図である。尚、図２に示すハードウェア構成はあくまで一例であり、用途や目的に応じて様々な構成例があるため、これに限定されない。また、本実施形態では、業務端末１０２と読影端末１０３は同じハードウェア構成であるものとして説明する。本実施形態で表示される統計表示は、読影医と業務担当者との両方が画面上で見ることができる表示であるため、業務端末１０２でも行うことができるすべての処理を読影端末１０３が行うものとして、読影端末１０３の処理を中心に説明する。しかしながら、統計表示は業務担当者が見るものとして、業務端末１０２が読影端末１０３を用いて説明した処理を実行してもよい。
【００２４】
図２における読影端末１０３のＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２５】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳという。）が記憶されている。また、外部メモリ２１１には、各種装置が実行する機能を実現するために必要な各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２６】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２７】
また、入力コントローラ２０５は、キーボードやマウス等のポインティングデバイスといった入力デバイス２０９からの入力を制御する。
【００２８】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示装置への表示を制御する。表示装置はＣＲＴや液晶ディスプレイを想定するが、特にこれらに限らない。
【００２９】
メモリコントローラ２０７は、ハードディスクやフレキシブルディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。外部メモリ２１１（記憶手段）は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する。
【００３０】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３１】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３２】
本発明の各種装置が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。
【００３３】
図２における読影管理サーバ１０４のＣＰＵ２２１は、システムバス２２４に接続される各デバイスやコントローラを統括的に制御する。
【００３４】
また、ＲＯＭ２２２あるいは外部メモリ２３１には、ＣＰＵ２２１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳという。）が記憶されている。また、外部メモリ２３１には、各種装置が実行する機能を実現するために必要な各種プログラム等が記憶されている。ＲＡＭ２２３は、ＣＰＵ２２１の主メモリ、ワークエリア等として機能する。
【００３５】
ＣＰＵ２２１は、処理の実行に際して必要なプログラム等をＲＡＭ２２３にロードして、プログラムを実行することで各種動作を実現するものである。
【００３６】
また、入力コントローラ２２５は、キーボードやマウス等のポインティングデバイスといった入力デバイス２２９からの入力を制御する。
【００３７】
ビデオコントローラ２２６は、ディスプレイ２３０等の表示装置への表示を制御する。表示装置はＣＲＴや液晶ディスプレイを想定するが、特にこれらに限らない。
【００３８】
メモリコントローラ２２７は、ハードディスクやフレキシブルディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２３１へのアクセスを制御する。外部メモリ２３１（記憶手段）は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する。
【００３９】
通信Ｉ／Ｆコントローラ２２８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００４０】
尚、ＣＰＵ２２１は、例えばＲＡＭ２２３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２３０上での表示を可能としている。また、ＣＰＵ２２１は、ディスプレイ２３０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００４１】
本発明の各種装置が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２３１に記録されており、必要に応じてＲＡＭ２２３にロードされることによりＣＰＵ２２１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２３１に格納されている。
【００４２】
図３は、読影端末１０３と読影管理サーバ１０４の機能構成の一例を示す図である。尚、図３に示す機能構成はあくまで一例であり、用途や目的に応じて様々な構成例があるため、これに限定されない。また、各機能部が有する詳細な機能は、後述する各フローチャートにおいて説明する。
【００４３】
読影端末１０３は機能部として、通信制御部３０１と、表示制御部３０２と、入力制御部３０３と、レポート管理部３０４とを備える。
【００４４】
通信制御部３０１は、読影管理サーバ１０４やその他各種装置との情報の送受信を制御するための機能部である。読影端末１０３は、通信制御部３０１の機能により、ネットワーク１０７を介して読影管理サーバ１０４やその他各種装置に対して各種情報の取得要求を送信すると共に、取得要求に応じて読影管理サーバ１０４から送信された各種情報を受信する。また、通信制御部３０１は、読影医により作成された読影レポートを、読影端末１０３から読影管理サーバ１０４に送信することも可能である。
【００４５】
表示制御部３０２は、通信制御部３０１で受信した各種情報を読影端末１０３のディスプレイ２１０に表示するための機能部である。また、表示制御部３０２は、読影管理サーバ１０４もしくは外部の管理システムによって管理される読影依頼情報やレポート情報をもとに、読影に関する統計情報を表示する。
【００４６】
入力制御部３０３は、表示制御部３０２によって表示制御された画面に対する情報の入力を制御するための機能部である。尚、本実施形態でいう入力とは、テキストの入力や、プルダウンリストに含まれる情報の選択、一覧画面における情報の選択、ボタンの押下等、読影端末１０３を操作するユーザからの操作全般を含む。また、入力制御部３０３は、各種情報の入力の受け付けも制御する。
【００４７】
レポート管理部３０４は、読影端末１０３で読影を行った結果の読影レポートを読影管理サーバ１０４に送信するまで一時的に管理しておくための機能部である。レポート管理部３０４は、読影端末１０３のＲＡＭ２０３に読影レポートを管理するためのテーブル（不図示）を適宜生成し、該テーブルに対するレコードの追加・更新・削除・検索等を行うことが可能である。
【００４８】
次に読影管理サーバ１０４は機能部として、通信制御部３１１と、読影依頼管理部３１２と、検査管理部３１３と、データ集計部３１４と、レポート管理部３１５とを備える。
【００４９】
通信制御部３１１は、読影端末１０３と、画像管理サーバ１０５と、データベースサーバ１０６と、その他各種装置との情報の送受信を制御するための機能部である。通信制御部３１１の機能により、ネットワーク１０７を介して、読影端末１０３からの各種情報の取得要求を受信すると共に、画像管理サーバ１０５及びデータベースサーバ１０６に記憶されている各種情報の取得要求を送信することができる。また、この取得要求に応じて画像管理サーバ１０５及びデータベースサーバ１０６から送信される各種情報を受信することもできる。
【００５０】
読影依頼管理部３１２は、依頼端末１０１から送信された読影依頼情報を管理するための機能部である。読影依頼管理部３１２の機能により、読影依頼情報がデータベースサーバ１０６のデータテーブル管理部３３１に記憶させる。また、必要に応じてデータベースサーバ１０６のデータテーブル管理部３３１に対して読影依頼情報の追加・更新・削除・検索等の指示を行うことができる。
【００５１】
検査管理部３１３は、依頼端末１０１から送信された医用画像ごとの検査を管理するための機能部である。検査管理部３１３は、医用画像に含まれるＤＩＣＯＭタグを参照し、医用画像を生成した検査に関する情報（以下、検査情報という。）を取得する。例えば、医用画像の識別情報や受診者の識別情報といった情報である。検査管理部３１３は、こうして取得した検査情報をデータベースサーバ１０６のデータテーブル管理部３３１に記憶させる。また、必要に応じてデータベースサーバ１０６のデータテーブル管理部３３１に対して検査情報の追加・更新・削除・検索等の指示を行うことができる。また、検査管理部３１３は、依頼端末１０１から送信された医用画像を検査画像として画像管理サーバ１０５の検査画像管理部３２１に記憶させる。また、必要に応じて画像管理サーバ１０５の検査画像管理部３２１に対して検査画像の追加・更新・削除・検索等の指示を行うことができる。以下、読影依頼がなされた読影対象の医用画像を検査画像という。
【００５２】
データ集計部３１４は、検査管理部３１３で管理される検査情報やレポート管理部３１５で管理される読影レポートから統計表示に必要な各種データを集計し、統計表示のための情報（以下、統計情報）を生成する機能部である。データ集計部３１４は、読影端末１０３の入力制御部３０３で入力を受け付けた情報をもとに、部位ごと、患者ごと、依頼施設ごと、など複数の分類や単位、もしくはグルーピングで読影に関するデータを集計することができる。データ集計部３１４で集計された統計情報を用いて、読影端末１０３の表示制御部３０２は、ディスプレイ２１０に統計表示を行うよう制御する。
【００５３】
レポート管理部３１５は、読影端末１０３で作成された読影レポートを管理するための機能部である。レポート管理部３１５は、読影端末１０３で作成されたレポート管理テーブルを取得し、これをデータベースサーバ１０６のデータテーブル管理部３３１に記憶させる。そして、必要に応じてデータベースサーバ１０６のデータテーブル管理部３３１に対して読影レポートの追加・更新・削除・検索等の指示を行うことができる。
【００５４】
以上が、読影端末１０３及び読影管理サーバ１０４の機能構成の一例である。以下、フローチャートを用いて本発明の処理の流れについて説明を行うが、読影管理サーバ１０４が画像管理サーバ１０５及びデータベースサーバ１０６に対する各種情報の追加・更新・削除・検索等の指示を行う詳細な処理については、省略する。すなわち、単に読影管理サーバ１０４が各種情報を追加する、更新する、削除する、取得する等の記載を行う。つまり、これらは、画像管理サーバ１０５及び／またはデータベースサーバ１０６に対して読影管理サーバ１０４が指示を行うことにより、これら装置が協働して実現されるものであることを意味する。また、本実施形態では、読影管理サーバ１０４が読影依頼情報や検査情報、及び統計表示のためのデータを管理し、集計し、加工を行うが、これらの処理を行うのは遠隔読影システムとは異なる外部の情報処理装置（不図示）であってもよい。読影依頼情報や検査情報、及び統計表示のためのデータを管理し、集計する機能が外部の情報処理装置に存在する場合は、読影管理サーバ１０４は適宜必要な情報を適切なタイミングで取得する。
【００５５】
以上が、読影端末１０３及び読影管理サーバ１０４の機能構成の一例である。以下、フローチャートを用いて本発明の処理の流れについて説明を行うが、読影管理サーバ１０４が画像管理サーバ１０５及びデータベースサーバ１０６に対する各種情報の追加・更新・削除・検索等の指示を行う詳細な処理については、省略する。すなわち、単に読影管理サーバ１０４が各種情報を追加する、更新する、削除する、取得する等の記載を行う。つまり、これらは、画像管理サーバ１０５及び／またはデータベースサーバ１０６に対して読影管理サーバ１０４が指示を行うことにより、これら装置が協働して実現されるものであることを意味する。
【００５６】
図４は、読影端末１０３を操作する読影医に割り振られた読影依頼の一覧が表示される画面であるワークリスト画面（不図示）を表示する処理の一連の流れの一例を示すフローチャートである。
【００５７】
ステップＳ４０１では、読影管理サーバ１０４のＣＰＵ２２１は、通信制御部３１１の機能により依頼端末１０１から送信された読影依頼情報と検査画像とを受信する。読影依頼情報には、依頼端末１０１を操作するユーザが入力した読影依頼に関する情報（受診者数、依頼施設名、検査種等）が含まれている。依頼施設のユーザは、読影依頼情報を送信することで読影医に対する読影依頼を行う。また、検査画像は、依頼施設のモダリティから直接受信してもよい。
【００５８】
ステップＳ４０２では、読影管理サーバ１０４のＣＰＵ２２１は、読影依頼管理部３１２の機能により、ステップＳ４０１で受信した読影依頼情報を読影依頼管理テーブル５００に格納する。具体的には、データベースサーバ１０６が管理している読影依頼管理テーブル５００に、新たな読影依頼としてレコードを追加し、受信した読影依頼を当該レコードに格納する。
【００５９】
読影依頼管理テーブル５００の一例を図５に示す。図５に示す読影依頼管理テーブル５００は、依頼ＩＤ５０１、状態５０２、依頼施設名５０３、検査種５０４、受取日５０５、割当日５０６、納期日５０７、読影医５０８、読影開始日時５０９、読影終了日時５１０という項目を備える。ステップＳ４０２で読影依頼情報を格納すると、新たにレコードが作成され、読影管理サーバ１０４のＣＰＵ２２１の処理により、依頼ＩＤ５０１に読影依頼管理テーブル５００において一意な識別情報が格納される。そして、読影依頼情報に含まれる受診者数、依頼施設名、検査種を対応する項目に格納し、状態５０２を“未読影”にし、受取日５０５に現在の日付を格納する。また、ボタンの押下などにより読影開始及び読影終了の入力を受け付けた場合には、読影管理サーバ１０４のＣＰＵ２２１は、読影開始日時５０９と読影終了日時５１０にそれぞれ日時情報（時刻情報）を格納する。
【００６０】
また、ステップＳ４０２では、読影管理サーバ１０４の検査管理部３１３は、ステップＳ４０１で受信した検査画像を画像管理サーバ１０５に格納すると共に、検査画像のＤＩＣＯＭタグから取得した画像ＩＤや患者ＩＤを検査管理テーブル５２０に格納する。
【００６１】
検査管理テーブル５２０の一例を図５に示す。図５に示す検査管理テーブル５２０は、依頼ＩＤ５２１、画像ＩＤ５２２、患者ＩＤ５２３という項目を備える。依頼ＩＤ５２１には、検査画像に対応する読影依頼情報の依頼ＩＤ５０１を格納し、更に検査画像から取得した画像ＩＤと受診者ＩＤとを対応する項目に格納する。複数の検査画像があれば、検査画像ごとに検査管理テーブル５２０にレコードを生成し、各種情報を格納する。
【００６２】
ステップＳ４０３では、読影管理サーバ１０４のＣＰＵ２２１は、読影依頼管理部３１２の機能により、読影依頼管理テーブル５００に格納された読影依頼のうち、読影医５０８が空欄、つまり読影を担当する読影医が決まっていない読影依頼を抽出する。そして、抽出した読影依頼を担当する読影医を読影医のスケジュールや専門性を考慮して決定する。読影を担当する読影医が決定されると、読影管理サーバ１０４のＣＰＵ２２１は、その読影医の名前を読影医５０８に格納する。また、読影管理サーバ１０４のＣＰＵ２２１は、読影依頼管理テーブル５００の割当日５０６に読影医を決定した日付を格納し、更に納期日５０７に所定のルールに応じて決定される、読影レポートの納期日を格納する。
【００６３】
読影医が決定した後、読影を担当する読影医は読影を開始するべく、自身に割り振られた読影依頼を表示するよう、読影端末１０３に指示する。すると、ステップＳ４０４では、読影端末１０３のＣＰＵ２０１は、通信制御部３０１の機能により読影端末１０３を操作する読影医に割り振られた読影依頼に対応する読影依頼情報の取得要求を読影管理サーバ１０４に送信する。このとき、読影端末１０３のＣＰＵ２０１は、読影医を識別するための情報（例えば、ユーザＩＤとパスワード等）を合わせて送信する。
【００６４】
ステップＳ４０５では、読影管理サーバ１０４のＣＰＵ２２１は、通信制御部３１１の機能により読影端末１０３から送信された、読影依頼情報の取得要求を受信する。
【００６５】
ステップＳ４０６では、読影管理サーバ１０４のＣＰＵ２２１は、読影依頼管理部３１２の機能により、読影端末１０３を操作する読影医に割り振られた読影依頼に対応する読影依頼情報と検査画像を読影依頼管理テーブル５００から取得する。具体的には、ステップＳ４０５で受信した読影医を識別するための情報を用いて、読影依頼管理テーブル５００の読影医５０８を検索し、ヒットしたレコードの読影依頼情報を取得すればよい。
【００６６】
ステップＳ４０７では、読影管理サーバ１０４のＣＰＵ２２１は、通信制御部３１１は、ステップＳ４０６で取得した読影依頼情報と検査画像を読影端末１０３に送信する。
【００６７】
ステップＳ４０８では、読影端末１０３のＣＰＵ２０１は、通信制御部３０１の機能により、読影管理サーバ１０４から送信された読影依頼情報を受信する。尚、受信する検査画像が複数あった場合には、読影端末１０３は、検査画像を順次受信する。
【００６８】
ステップＳ４０９では、読影端末１０３のＣＰＵ２２１は、表示制御部３０２の機能により受信した読影依頼情報と検査画像を含むワークリスト画面をディスプレイ２１０に表示する。尚、ステップＳ４０９でワークリスト画面を表示する際には、ステップＳ４０８で受信していた検査画像がすべて受信された状態であるとよい。
【００６９】
以上で、ワークリスト画面を表示する処理の一連の流れの説明を終了する。
【００７０】
次に、読影端末１０３で読影医の読影の開始と終了を受け付け、読影医が処理した読影に関する情報を記録する処理の一連の流れを、図６を用いて説明する。
【００７１】
ステップＳ６０１では、読影端末１０３のＣＰＵ２０１は、入力制御部３０３の機能により、ワークリスト画面が備える読影開始ボタン（不図示）が押下されたか否かを判定しする。尚、読影端末１０３のＣＰＵ２０１は、読影開始ボタンの押下を受け付ける際には、ワークリスト画面に表示される読影依頼の一覧の中からいずれかの読影依頼の選択を受け付けた状態で読影開始ボタンの押下を受け付ける。読影端末１０３のＣＰＵ２０１は、読影開始ボタンの押下を受け付けたと判定した場合にはステップＳ６０２に処理を進める。読影端末１０３のＣＰＵ２０１は、読影開始ボタンの押下を受け付けたと判定しなかった場合には、読影開始ボタンの押下を受け付けるまでステップＳ６０１の処理を繰り返す。
【００７２】
ステップＳ６０２では、読影端末１０３のＣＰＵ２０１は、ステップＳ６０１で読影開始ボタンの押下を受け付けたと判定した場合に、読影開始ボタンの押下を受け付けた日時を記録する。より具体的には、読影端末１０３のＣＰＵ２０１は、読影開始ボタンの押下を受け付けた日時を読影依頼管理テーブル５００の読影開始日時５０９に格納する。
【００７３】
ステップＳ６０３では、読影端末１０３のＣＰＵ２０１は、表示制御部３０２の機能により検査画像をディスプレイ２１０に表示させるよう制御する。ここで表示させる検査画像は、読影開始ボタンの押下受付時に読影依頼情報の一覧の中から選択を受け付けた読影依頼情報に対応する検査画像である。
【００７４】
ステップＳ６１４では、読影端末１０３のＣＰＵ２０１は、表示制御部３０２の機能により、所見に関する情報の入力を受け付け可能な所見入力画面（不図示）をディスプレイ２１０に表示する。
【００７５】
ステップＳ６１５では、読影端末１０３のＣＰＵ２０１は、入力制御部３０３の機能により、所見入力画面で検査画像に対応する所見の入力を受け付ける。
【００７６】
ステップＳ６１６では、読影端末１０３のＣＰＵ２０１は、所見入力画面が備える読影完了ボタン（不図示）の押下を受け付けたか否かを判定する。読影完了ボタンの押下を受け付けたと判定した場合は読影端末１０３のＣＰＵ２０１は、ステップＳ６１７に処理を進める。読影完了ボタンの押下を受け付けたと判定しなかった場合は読影端末１０３のＣＰＵ２０１は、読影完了ボタンの押下を受け付けるまでステップＳ６１６の処理を繰り返す。
【００７７】
ステップＳ６１７では、読影端末１０３のＣＰＵ２０１は、ステップＳ６１６で読影完了ボタンの押下を受け付けたと判定した場合に、読影完了ボタンの押下を受け付けた日時を記録する。より具体的には、読影端末１０３のＣＰＵ２０１は、読影完了ボタンの押下を受け付けた日時を読影依頼管理テーブル５００の読影終了日時５１０に格納する。
【００７８】
以上で、図６における、読影端末１０３で読影医の読影の開始と終了を受け付け、行った読影に関する情報を記録する処理の一連の流れの説明を終了する。
【００７９】
次に、読影管理サーバ１０４で統計表示のために統計データを集計する処理の一連の流れについて、図８を用いて説明する。
【００８０】
ステップＳ８０１では、読影管理サーバ１０４のＣＰＵ２２１は、あらかじめ設定された、統計表示のためのデータの集計時間であるか否かを判定する。読影管理サーバ１０４のＣＰＵ２２１は、現在の時間とあらかじめ設定されたデータの集計時間とを比較する。読影管理サーバ１０４のＣＰＵ２２１は、現在の時間がデータの集計時間と同じ、またはデータの集計時間を超えていると判定した場合には、ステップＳ８０２に処理を進める。読影管理サーバ１０４のＣＰＵ２２１は、現在の時間がデータの集計時間を超えていないと判定した場合には、現在の時間がデータの集計時間となるまでステップＳ８０１の処理を繰り返す。尚、統計表示のためのデータを集計するタイミングは、定期的なタイミングに限らず統計の表示要求があった際に集計するなど、統計表示ができるのであればどのタイミングで集計してもよい。
【００８１】
ステップＳ８０２では、読影管理サーバ１０４のＣＰＵ２２１は、データ集計部３１４の機能により、統計表示を行うための各種データをデータベースサーバ１０６から集計する。統計表示を行うための各種データは、例えばデータベースサーバ１０６で管理する読影依頼管理テーブル５００から取得する。
【００８２】
ステップＳ８０３では、読影管理サーバ１０４のＣＰＵ２２１は、ステップＳ８０２で集計したデータを用いて統計表示が可能なように、集計したデータの変換、加工を行う。より具体的には、読影管理サーバ１０４のＣＰＵ２２１は、読影依頼管理テーブル５００に格納しているデータを集計し、集計したデータを統計データ管理テーブル７００に格納可能なデータ形式に加工する。例えば、部位ごとに読影が完了した読影レポートの件数を統計表示したい場合、読影依頼の管理の仕方によっては読影管理サーバ１０４上で一つの読影レポートに複数の部位が登録される形で読影依頼が管理されている場合がある。その場合、読影管理サーバ１０４のＣＰＵ２２１は、読影レポートと部位の情報をそれぞれ取得し、改めて一つのレコードに集約しなおす。このようなデータの対応付けを行うことで、読影管理サーバ１０４のＣＰＵ２２１は、部位ごとに読影が完了した読影レポートの件数を統計表示できるデータ形式に集計したデータを加工する。また、読影管理サーバ１０４のＣＰＵ２２１は、読影管理サーバ１０４以外で管理される読影に関するログファイルを取得し、ログファイルの情報を読影管理サーバ１０４のデータベースに格納できる形に加工して集計する、などの処理を行う。
【００８３】
ステップＳ８０４では、読影管理サーバ１０４のＣＰＵ２２１は、ステップＳ８０３で加工したデータを、データベースサーバ１０６で管理される統計データ管理テーブル７００に格納する。
【００８４】
ここで、図７の統計データ管理テーブル７００について説明する。統計データ管理テーブル７００は、読影管理サーバ１０４のＣＰＵ２２１が集計した、統計表示のためのデータを格納し管理するためのデータテーブルの一例を示す。統計データ管理テーブル７００は、依頼施設の一意な識別番号を示す依頼施設ＩＤ７０１と、読影依頼の検査種ごとに一意に割り振られた識別番号を示す検査種別ＩＤ７０２と、読影対象画像枚数７０３とを備える。依頼施設ＩＤ７０１と検査種別ＩＤ７０２は、施設管理テーブル７１０と検査種別管理テーブル７２０でそれぞれ検査種別ＩＤ７２１と検査名称７２２が対応付けて管理されている。統計データ管理テーブル７００の読影対象画像枚数７０３は、図５の読影依頼管理テーブル５００及び検査管理テーブル５２０から、同一の依頼ＩＤをキーに特定される検査画像の枚数を示す。依頼部位ＩＤ７０４は、読影の依頼部位に一意に割り振られる識別番号を示し、依頼部位管理テーブル７３０で依頼部位ＩＤ７３１と依頼部位名称７３２が対応づけて管理されている。レポート確定者ＩＤ７０５は、読影レポートの作成と読影結果の確定をおこなった読影医（レポート確定者）に一意に割り振られた識別番号を示す。レポート確定者ＩＤ７０５は、図７の読影医管理テーブル７４０でそれぞれ読影医の医師名称７４２と対応付けて管理されている。図７の読影開始日時７０６と読影終了日時７０７は、読影依頼管理テーブル５００の読影開始日時５０９と読影終了日時５１０から取得する。これは、読影が行われた時刻を示す時刻情報を読影管理サーバ１０４が取得する処理を示す。所要時間７０８は、読影開始日時７０６と読影終了日時７０７から読影にかかった所要時間が算出され、算出された値が格納される。当該処理は、取得される時刻情報を用いて、読影にかかる所要時間を算出する処理を示す。尚、統計データ管理テーブル７００の構成例は一例であり、統計表示のための情報を格納し管理できるデータテーブルであれば内容はこれに限らない。
【００８５】
以上で、読影管理サーバ１０４で統計表示のための統計データを集計する処理の一連の流れについての説明を終了する。尚、本実施形態ではデータの集計・加工・管理は読影管理サーバ１０４で行っているが、データの集計・加工・管理等の各処理のいずれか、もしくはすべての処理は、外部のシステム及びサーバ装置が実行してもよい。外部のシステムおよびサーバ装置がステップＳ８０１からステップＳ８０４の処理を実行する場合は、統計表示を行う際に適宜読影管理サーバ１０４が必要なデータを取得する。
【００８６】
次に、図９を用いて、読影端末１０３で統計表示を行う処理の一連の流れについて説明する。
【００８７】
ステップＳ９０１では、読影端末１０３のＣＰＵ２０１は、通信制御部３０１の機能部により、統計表示要求を読影管理サーバ１０４に対して送信する。また、読影端末１０３のＣＰＵ２０１は、統計表示要求を送信する際に、どの統計の種別をどのくらいの期間分表示するのか、という詳細な統計に関する要求情報と共に、読影管理サーバ１０４に対して統計表示要求を送信する。統計の種別に関しては、例えば統計表示を行う画面のプルダウン（不図示）で統計の種別を選択可能である。プルダウンで選択を受け付ける統計の種別は、あらかじめ定義情報を読影管理サーバ１０４で管理されているとよい。また、プルダウンで選択を受け付ける際には、図１１の「施設別読影時間帯別読影件数１１１０」というように統計の種別の名称を表示させて、選択を受け付けるとよい。読影端末１０３のＣＰＵ２０１は、プルダウンから統計の種別の選択を受け付けることによって、詳細な統計に関する要求情報と統計表示要求を読影管理サーバ１０４に対して送信する。
【００８８】
ステップＳ９０２では、読影管理サーバ１０４のＣＰＵ２２１は、読影端末１０３から統計に関する要求情報と共に統計表示要求を受信する。
【００８９】
ステップＳ９０３では、読影管理サーバ１０４のＣＰＵ２２１は、ステップＳ９０２で取得した統計に関する要求情報から、表示要求を受け付けた統計の種別と、表示期間を特定する。本実施形態では、読影管理サーバ１０４のＣＰＵ２２１は、読影端末１０３から時間帯別読影件数の統計表示要求を受信し、当該要求を特定する。
【００９０】
ステップＳ９０４では、読影管理サーバ１０４のＣＰＵ２０１は、ステップＳ９０３で特定した表示期間の情報を用いて、統計の種別に応じた必要なデータを特定すべく統計データ管理テーブル７００を検索する。例えば、読影管理サーバ１０４のＣＰＵ２２１は、ステップＳ９０３で図１１の読影医別時間帯別読影件数１１００の統計の種別を特定したとする。その場合、読影管理サーバ１０４のＣＰＵ２２１は、統計の種別とともに特定した表示期間に対応する時刻情報を検索するため、統計データ管理テーブル７００の読影開始日時７０６や読影終了日時７０７を検索するとよい。図１１の読影医別時間帯別読影件数１１００については後述する。
【００９１】
ステップＳ９０５では、読影管理サーバ１０４のＣＰＵ２２１は、ステップＳ９０４で検索した結果を取得する。例えば、図１０で表示される時間帯別読影件数データ１０００は、ステップＳ９０４で検索した結果取得した情報を表形式で表したものである。このように読影管理サーバ１０４のＣＰＵ２２１は、取得した読影医や読影件数のデータを用いて統計表示のために各データの対応付けを行う。
【００９２】
ステップＳ９０６では、読影管理サーバ１０４のＣＰＵ２２１は、ステップＳ９０５で取得した検索結果を用いて読影端末１０３で統計表示を行うための描画情報を生成する。例えば、本実施形態においては、時間帯別読影件数を示す統計表示を行うため、図７の統計データ管理テーブル７００の読影終了日時７０７から取得した読影終了時間ごとに読影が完了した件数をカウントする。読影管理サーバ１０４のＣＰＵ２２１は、管理している時刻情報を用いることで、読影時間帯別の読影件数の統計情報を作成することができる。尚、本実施形態では、読影件数を集計する時間帯は、読影終了日時７０７をもとに集計しているが、時間帯の基準となる日時情報はどのタイミングの日時でもあってもよく、時間帯別に読影件数が集計できればよい。
【００９３】
ステップＳ９０７では、読影管理サーバ１０４のＣＰＵ２２１は、ステップＳ９０６で生成した描画情報を、通信制御部３１１の機能により読影端末１０３に送信する。描画情報は、時間帯別読影件数データ１０００などを含み、さらに統計を表示するための色や線、文字サイズの情報など統計を画面に表示するための様々な描画情報を含む。例えば、統計の表示のためのデータはＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式のデータであって、当該データの中に統計表示のための色の情報やテキストの情報などを含んでおくとよい。尚、本実施形態では描画情報を読影管理サーバ１０４側で生成しているが、別の実施形態として、読影端末１０３にインストールされるアプリケーション側で統計表示のための描画情報を生成してもよい。
【００９４】
ステップＳ９０８では、読影端末１０３のＣＰＵ２０１は、読影管理サーバ１０４から統計表示のための描画情報を受信する。
【００９５】
ステップＳ９０９では、読影端末１０３のＣＰＵ２０１は、表示制御部３０２の機能により、ステップＳ９０８で受信した描画情報をもとに、ディスプレイ２１０に時間帯別読影件数の統計を表示する。ステップＳ９０９の処理は、取得された時刻情報を用いて、読影を処理した単位ごとに読影医が読影を処理した情報を時間帯別に統計表示する処理を示す。
【００９６】
図１１の読影医別時間帯別読影件数１１００は、読影医ごとに時間帯別の読影件数を表した統計表示の一例を示す。読影医別時間帯別読影件数１１００は、件数表示１１０１と表示期間１１０２、統計編集ボタン１１０３を含む。件数表示１１０１は、時間帯ごとに読影を行った読影件数を示している。本実施形態では、読影の件数ごとに色の濃淡で件数を識別して表示を行っている。読影端末１０３のＣＰＵ２０１は、読影件数が少ないほど件数表示１１０１の背景を薄く、読影件数が多いほど件数表示１１０１の背景を濃くしている。これにより、読影端末１０３では、読影が行われている時間帯、及び読影件数が多い時間帯をよりユーザに認識しやすいように統計表示を行うことが可能となる。尚、読影件数の識別表示は、色の濃淡に限らず、あらかじめ読影件数ごとに設定された定義情報によって、異なる色やマーク等を用いて読影件数の識別表示を行ってもよい。また、必ずしも読影件数の値は表示させずともよく、色やマーク等で読影が完了した件数などの読影状況が分かるように識別表示されていればよい。表示期間１１０２は、統計表示を行う期間の指定を受け付け可能なボタンを示す。統計表示を行った後であっても、表示期間１１０２で表示期間の指定を受け付けることにより、統計表示を行う期間を変更することが可能となる。統計編集ボタン１１０３は、統計表示に関する各種編集を受け付けることが可能なボタンである。例えば、統計編集ボタン１１０３の押下を受け付けることにより、現在表示している統計の数値データ（ＣＳＶデータ）が出力可能となる。尚、表示期間１１０２で統計表示の表示期間を変更することで、出力する数値データも変更される。
【００９７】
以上で、図９の統計表示を行う一連の処理の説明を終了する。
【００９８】
ここで、図９のステップＳ９０９で表示される各統計表示の一例について、図１１から図１５を用いて説明する。尚、ここで説明する統計表示は一例であり、読影端末１０３からの統計の表示要求に応じて様々な統計の表示が行われるものとする。
【００９９】
まずは、図１１を用いて時間帯別の読影状況を表す統計表示に関して説明する。図１１の施設別読影時間帯別読影件数１１１０は、読影管理サーバ１０４のＣＰＵ２２１が、読影の依頼施設から受け付けた読影依頼に対応する読影の参照時間帯を、依頼施設別に統計表示した図を示す。施設別読影時間帯別読影件数１１１０では、施設Ａから受け付けた読影依頼に対する読影が１２時に行われ、施設Ｂから受け付けた読影依頼に対する読影が１２時に６件、１３時に１件、１９時に２件行われたことを示す。読影センターの業務担当者は、この統計表示により受け付けた読影依頼の読影状況を施設別に参照することができる。このように、読影管理サーバ１０４のＣＰＵ２２１は、集計したデータの対応付けを変更し加工することで、読影を処理した単位（読影医、依頼施設など）を変更した別の形態の統計表示を行うことも可能である。
【０１００】
また、図１１の読影医別時間帯別読影件数１１００のような統計表示のためのデータを集計すること、および集計したデータを用いて統計表示を行うことにより、統計表示を読影依頼の割り振りの際の参考情報とすることが可能である。例えば、業務担当者が手動で読影依頼を読影医に割り振る際に、緊急の読影依頼を受け付けた場合に当該統計表示を参照することにより、直近の時間帯に読影を行っている読影医を特定しやすくする。つまり、該当する時間帯にいつも読影を行っている読影医に依頼を行うことで、読影医側は速やかに緊急の読影を開始できる一方で、読影依頼を割り振る業務担当者側も、影医を選定する手間が省けるといった効果がある。また、読影依頼を読影医のスキルやスケジュールに応じて自動で割り振る自動割り振りの際にも、読影管理サーバ１０４が集計した読影医ごとの読影時間帯のパラメータを保持しておくことで、緊急時の読影依頼の割り振りの判断に用いることができる。
【０１０１】
その他、読影レポートの質を分析する観点にも統計表示を用いることができる。例えば、読影の結果精密検査が必要と入力された読影レポートに対して、実際に精密検査の結果異常が発見された患者との割合、つまり読影結果の的中率を読影管理サーバ１０４であらかじめ算出して管理しておく。そして読影管理サーバ１０４、もしくは業務担当者が、当該的中率と読影の時間帯の統計の情報を用いて、読影の時間帯（もしくは読影の所要時間）が読影レポートの質にどう影響するのかといった分析を行うことも可能である。読影管理サーバ１０４で、読影結果の的中率と集計した統計情報とを用いた分析を行う場合には、読影端末１０３は、分析の結果読影が行われた時間帯の中で読影の的中率が低い時間帯や的中率が高い時間帯を統計表示の中で識別表示するとよい。
【０１０２】
次に、図１２と図１３を用いて、時間帯別読影件数以外の統計表示について説明する。図１２の所要時間別読影件数データ１２００は、読影医ごとの読影にかかる所要時間を集計した結果を表形式で示した一例である。当該所要時間別読影件数データ１２００を用いて、読影端末１０３は図１３の統計表示を行う。前述した図１０の時間帯別読影件数データ１０００は、集計した図７の統計データ管理テーブル７００の読影開始日時７０６と読影終了日時７０７を用いて、読影医ごとに時間帯別の読影件数を集計した結果を示している。一方、所要時間別読影件数データ１２００は、図７の統計データ管理テーブル７００の所要時間７０８のデータを用いて、読影医ごとの読影にかかる所要時間を示すためのデータの集計結果を表している。
【０１０３】
図１３の読影医別読影所要時間別読影件数１３００は、読影医ごとに読影にかかった所要時間を統計表示した図の一例を示す。この図は、算出した所要時間ごとに、かつ読影を処理した単位ごとに読影医が読影を処理した情報を示す統計情報を表示制御した図を示す。読影医ごとに読影にかかる所要時間を表示することにより、読影医全体の読影の所要時間の傾向を把握できるとともに、所要時間の統計表示は、読影医ごとの読影のスキルの判定にも用いることができる。例えば、同じ検査種で同じ部位の検査画像において、読影医ごとに読影にかかる所要時間を比較し、短い時間に多数の読影を行っている読影医を読影のスキルが高いと評価して読影依頼の割り振りのパラメータとして用いることができる。また、統計表示における読影医の並び順は、読影結果の的中率が高い順、もしくは読影医のスキルが高い順に並び替えて、統計情報を比較しやすくした状態で表示させることも可能である。
【０１０４】
しかしながら、検査種や部位によって読影の難易度は変わるため、一様に読影にかかる所要時間のみを比較することはできない。そのため読影管理サーバ１０４は、図１３の読影医別読影所要時間別読影件数（ＣＴ）１３１０や、読影医別読影所要時間別読影件数（脳）１４００のように、検査種や部位に限定した読影医ごとの所要時間の統計も表示可能とする。これにより、同一検査種や同一部位で読影医ごとの読影の所要時間の比較が可能となるため、より読影医の特性やスキルを読影センターの業務担当者が把握し比較しやすい形で画面表示を行うことができる。また、読影医別読影所要時間別読影件数（ＣＴ）１３１０や図１４の読影医別読影所要時間別読影件数（脳）１４００が示す統計表示では、所要時間の単位に該当する読影件数が１件もなかった場合には、該当する所要時間の単位の表示を行わない。例えば、読影医別読影所要時間別読影件数（ＣＴ）１３１０で、所要時間５分で読影した件は1件もなかったため、統計表示上で５分の所要時間を示す表示は行っていない。これにより、不必要な表示を減らすことで統計表示を見やすく、かつ比較しやすくするという効果が生じる。
【０１０５】
また、図１５の検査種別読影所要時間別読影件数１５２０は、ある特定の読影医の読影件数を、読影にかかる所要時間別で検査種ごとに表示した画面の一例を示す。また、読影平均時間管理テーブル１５００は、検査種１５０１に格納される検査種それぞれの読影にかかる平均所要時間１５０２を管理するデータテーブルの一例を示す。検査種別読影所要時間別読影件数１５２０は、読影平均時間管理テーブル１５００で管理される平均の読影所要時間に対して、特定の読影医の読影の所要時間が大幅に超えているものがあれば、その件数表示１１０１を他の件数表示１１０１とは異なるように表示する。注意表示１５２１は、平均の読影所要時間を超えた読影件数の件数表示１１０１を、点線で囲むように強調して注意表示１５２１を行っている。こうして統計表示のために集計した統計情報を他の情報と組み合わせてさらに分析することで、業務担当者に通知すべき内容を通知することが可能となる。尚、注意表示１５２１は一例であり、統計表示の中でさらに注意を促すべき項目や表示が他の表示と異なるように識別できれば、注意表示１５２１は点線でなく、マークや色による表示であってもよい。また、検査種別読影所要時間別読影件数１５２０では、検査種別に読影所要時間ごとの読影件数を表示しているが、特定の読影医にかかる所要時間ごとの読影件数を示す統計表示は検査種別でなくともよい。例えば、一つの読影依頼に対して５０枚、１００枚、１５０枚といった検査画像が含まれている場合には、読影依頼に含まれる検査画像の枚数における読影所要時間を算出し、検査画像枚数別かつ所要時間別に読影が完了した読影依頼件数を統計表示してもよい。
【０１０６】
さらに、図１５の読影スケジュール管理テーブル１５１０は、読影医の読影スケジュールを管理するデータテーブルの一例を示す。読影スケジュール管理テーブル１５１０は、読影医の名称を示す読影医１５１１、読影依頼が割り振られた日時を示す振り分け日１５１２を含む。さらに読影スケジュール管理テーブル１５１０は、読影医が読影の完了予定である日時を申告した情報を示す申告日１５１３、実際に読影が終了した日時情報を示す読影終了日１５１４を含む。読影管理サーバ１０４は、申告日１５１３と読影終了日１５１４の日時情報の差分を算出し、所定の差分を大幅に超えた値、つまり申告日１５１３の日時情報を大きく超えた日時に読影が終了した場合に、統計表示において注意表示１５２１を表示してもよい。尚、ここで注意表示１５２１が表示される統計表示は、時間帯別に読影件数が表示される統計表示である。
【０１０７】
このように、読影を行った結果を用いて統計表示を行うことで、読影センターの業務担当者は、時間帯別、もしくは所要時間別に読影医の読影状況を容易に把握することが可能となる。この統計表示から、読影レポートの質に読影の時間帯がどう影響するのかといった分析や、読影医ごとの読影所要時間の傾向の把握を行うことができる。
【０１０８】
以上説明したように、本実施形態によれば、遠隔読影システムにおいて、読影の時間帯に関する統計情報を容易に確認可能な画面を表示することが可能となる。
【０１０９】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１１０】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１１１】
したがって、本発明の機能処理をコンピュータで実現（実行可能と）するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１１２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１１３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１１４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１１５】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１１６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１１７】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１１８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１１９】
尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１２０】
１０１  依頼端末
１０２  業務端末
１０３  読影端末
１０４  読影管理サーバ
１０５  画像管理サーバ
１０６  データベースサーバ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ
２１０  ディスプレイ
２２１  ＣＰＵ
２２２  ＲＯＭ
２２３  ＲＡＭ
２３１  外部メモリ
【図１】
2019159596.tif 000003
【図２】
2019159596.tif 000004
【図３】
2019159596.tif 000005
【図４】
2019159596.tif 000006
【図５】
2019159596.tif 000007
【図６】
2019159596.tif 000008
【図７】
2019159596.tif 000009
【図８】
2019159596.tif 000010
【図９】
2019159596.tif 000011
【図１０】
2019159596.tif 000012
【図１１】
2019159596.tif 000013
【図１２】
2019159596.tif 000014
【図１３】
2019159596.tif 000015
【図１４】
2019159596.tif 000016
【図１５】
2019159596.tif 000017