知財求人 - 知財ポータルサイト「IP Force」
▶ キヤノンマーケティングジャパン株式会社の特許一覧 ▶ キヤノンＩＴＳメディカル株式会社の特許一覧
特許7311814情報処理システム、情報処理システムの制御方法、及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-11
(45)【発行日】2023-07-20
(54)【発明の名称】情報処理システム、情報処理システムの制御方法、及びプログラム
(51)【国際特許分類】
G16H 30/20 20180101AFI20230712BHJP
【ＦＩ】
G16H30/20
【請求項の数】
16
(21)【出願番号】P 2022081252
(22)【出願日】2022-05-18
(62)【分割の表示】P 2020030097の分割
【原出願日】2016-04-01
(65)【公開番号】P2022103328
(43)【公開日】2022-07-07
【審査請求日】2022-05-18
(73)【特許権者】
【識別番号】390002761
【氏名又は名称】キヤノンマーケティングジャパン株式会社
(73)【特許権者】
【識別番号】509077381
【氏名又は名称】キヤノンＩＴＳメディカル株式会社
(74)【代理人】
【識別番号】100189751
【弁理士】
【氏名又は名称】木村 友輔
(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】
【文献】特開２００２－３２９１９０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、特許文献１では、単に読影医のスケジュールを考慮して自動的に読影依頼を割り当てているだけである。特に、複数の読影医が１つの読影依頼を担当し、それぞれが読影を行う場合がある。こうした場合には、複数の読影医同士で読影結果が異なることがあり、依頼元はどの読影結果を信頼すればよいのかわからなくなってしまう問題がある。
【0006】
本発明は、複数の読影結果が異なる場合に更なる読影を行うべく読影医を決定することの可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【0007】
上記の目的を達成するために、本発明の情報処理システムは以下の構成を有する。すなわち、
読影依頼に係る第一の読影主による第一の読影の結果である第一の読影結果と、
前記読影依頼に係る第二の読影主による第二の読影の結果である第二の読影結果と、
を取得する取得手段と、
前記取得手段で取得された第一の読影結果と第二の読影結果との関係が所定の条件を満たす場合に前記読影依頼に係る第三の読影を行う第三の読影主に関する表示を行うように制御することを含む特定の制御を行う制御手段と、
を有することを特徴とする。
読影依頼に係る第一の読影主による第一の読影の結果である第一の読影結果と、
前記読影依頼に係る第二の読影主による第二の読影の結果である第二の読影結果と、
を取得する取得手段と、
前記取得手段で取得された第一の読影結果と第二の読影結果との関係が所定の条件を満たす場合に前記読影依頼に係る第三の読影を行う第三の読影主に関する表示を行うように制御することを含む特定の制御を行う制御手段と、
を有することを特徴とする。
【発明の効果】
【0008】
本発明により、複数の読影結果が異なる場合に更なる読影を行うべく読影医を決定することが可能となる。
【図面の簡単な説明】
【0009】
【図1】本実施形態に係るシステム構成の例を示す図。
【図2】本実施形態に係る情報処理装置のハードウェア構成の例を示す図。
【図3】本実施形態に係る遠隔読影サーバの機能構成の例を示す図。
【図4】全体フローチャート。
【図5】依頼申請処理のフローチャート。
【図6】振分特性の初期値設定処理のフローチャート。
【図7】依頼受付処理のフローチャート。
【図8】依頼振分処理のフローチャート。
【図9A】自動振分処理のフローチャート。
【図9B】自動振分処理のフローチャート。
【図10】依頼施設ワークリスト画面の一例を示す図。
【図11】依頼申請画面の一例を示す図。
【図12】読影ワークリスト画面の一例を示す図。
【図13】依頼受付画面の一例を示す図。
【図14】専門性設定画面の一例を示す図。
【図15】依頼振分画面の一例を示す図。
【図16】依頼振分画面における自動振分結果の表示例を示す図。
【図17】検査種テーブルの構成例を示す図。
【図18】部位テーブルの構成例を示す図。
【図19】分類テーブルの構成例を示す図。
【図20】振分特性マスタテーブルの構成例を示す図。
【図21】枚数ポイント加算テーブルの構成例を示す図。
【図22】ポイント設定テーブルの構成例を示す図。
【図23】振分特性マッピングテーブルの構成例を示す図。
【図24】専門性テーブルの構成例を示す図。
【図25】読影医除外テーブルの構成例を示す図。
【図26】読影医スケジュールテーブルの構成例を示す図。
【図27】依頼情報テーブルの構成例を示す図。
【図28】依頼情報テーブルのソート後の状態を示す図。
【図29】依頼情報テーブルの振分後の状態を示す図。
【図30】自動振分判定結果を示す図。
【図31】読影医スケジュールの自動振分後のイメージを示す図。
【図32】振分設定画面の一例を示す図。
【図33】第二の実施形態に係る依頼振分処理のフローチャート。
【図34】第二の実施形態に係る依頼振分画面の一例を示す図。
【図35】第二の実施形態に係る自動振分処理のフローチャート。
【図36】読影結果確認処理のフローチャート。
【図37】確認待ちワークリスト画面の一例を示す図。
【図38】読影結果確認画面の一例を示す図。
【図39】第二の実施形態の変形例に係る依頼振分画面の一例を示す図。
【図40】第二の実施形態の変形例に係る読影結果確認処理のフローチャート。
【図41】第三の実施形態に係る振分設定画面の一例を示す図。
【図42】レポート管理テーブルの構成例を示す図。
【図43】第三の実施形態に係る読影結果確認処理のフローチャート。
【図44】第三の実施形態の変形例に係る振分設定画面の一例を示す図。
【図45】第三の実施形態の変形例に係る読影結果確認処理のフローチャート。
【発明を実施するための形態】
【0010】
＜第一の実施形態＞
以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、以下に示す構成は一例であり、本願発明はこれらに限定されるものではない。
以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、以下に示す構成は一例であり、本願発明はこれらに限定されるものではない。
【0011】
［システム構成］
図１は、本実施形態に係る情報処理システムとしての遠隔読影システムの全体構成の一例を示す。本実施形態において、遠隔読影システムは、各拠点として、データセンター、依頼施設、読影センター、および読影医の自宅を含み、各拠点はネットワーク１１５にて通信可能に接続されている。
図１は、本実施形態に係る情報処理システムとしての遠隔読影システムの全体構成の一例を示す。本実施形態において、遠隔読影システムは、各拠点として、データセンター、依頼施設、読影センター、および読影医の自宅を含み、各拠点はネットワーク１１５にて通信可能に接続されている。
【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】
［処理フロー］
（依頼振分処理）
図３３は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する依頼振分処理の処理フローを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１それぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。尚、図３３は、図８に示す依頼振分処理の変形例であるため、図８と同様の処理については図８と同じステップ番号を図３３に付与してある。よって、こうした同様の処理については説明を省略する。
（依頼振分処理）
図３３は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する依頼振分処理の処理フローを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１それぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。尚、図３３は、図８に示す依頼振分処理の変形例であるため、図８と同様の処理については図８と同じステップ番号を図３３に付与してある。よって、こうした同様の処理については説明を省略する。
【0136】
Ｓ５２０にて、遠隔読影サーバ１０１のＣＰＵ２０１は、業務端末１１２から各情報の取得指示がなされると、外部メモリ２１１に保存された第一の振分設定を取得する。そして、第一の振分設定がＯＮか否かを判定する。第一の振分設定がＯＮであると判定した場合（Ｓ５２０でＹＥＳ）、Ｓ５２１に処理を移行する。一方、第一の振分設定がＯＦＦであると判定した場合（Ｓ５２０でＮＯ）、Ｓ５０２に処理を移行する。Ｓ５２０でＮＯの場合は、前述した第一の実施形態と同様である。
【0137】
Ｓ５２１にて、遠隔読影サーバ１０１は、シングル読影やブラインドマルチ読影の依頼割当枠情報の場合には、依頼割当枠情報の状態２７０２が「振分待」以降のステータスで、かつ読影状態２７２２が「未」である依頼割当枠情報を取得する。マルチ読影の依頼割当枠情報の場合には、依頼割当枠情報の状態２７０２が「振分待」以降のステータスで、かつ読影状態２７２２が「未」であり、かつ同一の依頼の中で工程Ｎｏ２７１９が最も小さい依頼割当枠情報を取得する。例えば、ダブル読影で一次読影も二次読影も振り分けられていないのであれば、一次読影の依頼割当枠情報だけが取得される。更に、図２６に示す読影医スケジュールテーブル２６００も取得し、これらを業務端末１１２に返す。そして、業務端末１１２は、受信した依頼割当枠情報と読影医スケジュールテーブル２６００とを依頼振分画面１５００に表示する。これ以降の処理は、図８と同様である。
【0138】
［画面構成例］
図３４は、第一の振分設定がＯＮである場合に図３３の依頼振分処理を実行し、依頼振分画面１５００を業務端末１１２に表示した結果を示す。図３４では、図１５では表示されていた、依頼ＩＤが「１」の二次読影に関する依頼割当枠情報が表示されていないことがわかる。これは、一次読影が完了していないので二次読影の振り分けが行われないように表示制御を行っているということである。二次読影の振り分けは、後述する処理において別途行われる。
図３４は、第一の振分設定がＯＮである場合に図３３の依頼振分処理を実行し、依頼振分画面１５００を業務端末１１２に表示した結果を示す。図３４では、図１５では表示されていた、依頼ＩＤが「１」の二次読影に関する依頼割当枠情報が表示されていないことがわかる。これは、一次読影が完了していないので二次読影の振り分けが行われないように表示制御を行っているということである。二次読影の振り分けは、後述する処理において別途行われる。
【0139】
［処理フロー］
（依頼振分処理）
図３４の依頼振分画面で自動振分ボタン１５０４が押下されると、図３４に表示されている依頼割当枠情報に関して読影医の自動割り当てが行われる。第二の実施形態では、依頼振分処理を示す図９Ａ及び図９Ｂのうち、図９Ｂに一部処理が追加となるので、その点について説明を行う。
（依頼振分処理）
図３４の依頼振分画面で自動振分ボタン１５０４が押下されると、図３４に表示されている依頼割当枠情報に関して読影医の自動割り当てが行われる。第二の実施形態では、依頼振分処理を示す図９Ａ及び図９Ｂのうち、図９Ｂに一部処理が追加となるので、その点について説明を行う。
【0140】
図３５は、遠隔読影サーバ１０１が実施する自動振分の処理フローを示す図であり、図８のＳ５０７の処理に対応する。また、図３５は図９Ｂの変形例であり、第二の実施形態においても図９Ａは第一の実施形態と同様である。
【0141】
Ｓ６１６で振分適切度が算出されると、Ｓ６４１にて、遠隔読影サーバは、外部メモリ２１１から第一の振分設定を参照し、これがＯＮであるか否かを判定する。第一の振分設定がＯＮであると判定した場合（Ｓ６４１でＹＥＳ）、Ｓ６１７に処理を移行する。つまり、第一の振分設定によりＳ６３６及びＳ６３７を実行する必要がないため、これらの処理をスキップしている。一方、第一の振分設定がＯＦＦであると判定した場合（Ｓ６４１でＮＯ）、Ｓ６３６に処理を移行する。これ以降の処理は、図９Ｂと同様である。
【0142】
（読影結果確認処理）
読影依頼が振り分けられた後は、各読影医が読影作業を行い、読影結果をデータで保存する。そして、読影センターの担当者がその読影結果を確認し、問題がなければ依頼元に読影結果が公開されるという流れになる。以下、この確認作業について説明を行う。
読影依頼が振り分けられた後は、各読影医が読影作業を行い、読影結果をデータで保存する。そして、読影センターの担当者がその読影結果を確認し、問題がなければ依頼元に読影結果が公開されるという流れになる。以下、この確認作業について説明を行う。
【0143】
図３６は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する読影結果確認処理のフローチャートを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１のそれぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。
【0144】
Ｓ７０１にて、業務端末１１２は、ユーザの指示に従って、図３７に示す確認待ちワークリスト画面３７００を表示する。ここでの表示は、依頼端末１０９に備えられたＷｅｂブラウザ（不図示）を用いて行われてもよいし、所定のアプリケーションを介して表示するようにしてもよい。業務端末１１２は、確認待ちワークリスト画面３７００に表示する依頼割当枠情報を取得するために、遠隔読影サーバ１０１に依頼割当枠情報を取得する指示を出す。
【0145】
Ｓ７０２にて、遠隔読影サーバ１０１は、業務端末１１２からの指示に応じて、図２７の依頼情報テーブル２７００から依頼割当枠情報を読み込み、業務端末１１２に返す。そして、業務端末１１２は、受信した依頼割当枠情報のうち、状態２７０２が「確認待」の依頼割当枠情報を確認待ちワークリスト画面３７００に表示する。読影医により読影が完了すると、その依頼割当枠情報の状態２７０２が「確認待」に更新される。よって、表示される依頼割当枠情報は、読影医による読影が終了している依頼割当枠情報である。
【0146】
Ｓ７０３にて、業務端末１１２は、確認待ちワークリスト画面３７００を介してユーザから確認対象の依頼割当枠情報の選択を受け付ける。具体的には、確認待ちワークリスト画面３７００の表示ボタン３７０１の指定を受け付けることで、確認対象の依頼割当枠情報の選択を受け付ける。そして、業務端末１１２は、選択された確認対象の依頼割当枠情報の依頼ＩＤ２７０１を取得する。
【0147】
Ｓ７０４にて、業務端末１１２は、Ｓ７０３で取得した依頼ＩＤ２７０１に該当する依頼割当枠情報を表示するために、図３８に示す読影結果確認画面３８００を表示する。読影結果確認画面３８００には、読影医による読影結果を表示する欄と、次のアクションを指定する欄が備えられている。読影医による読影結果を表示する欄には、選択を受け付けた依頼割当枠情報の他に、当該依頼割当枠情報と同一の依頼の依頼割当枠情報（別の割当枠）も合わせて表示する。また、出力ボタン３８０１に対する押下を受け付けることで、読影結果のレポートデータが表示されるので、これを読影センターの担当者が確認する。そして確認した結果に応じて、次のアクションの入力を受け付ける。図３８（Ａ）はダブル読影のうち、一次読影が済んでおり、二次読影が済んでいない状態の画面であるが、こういう状態の場合には２つのアクションを選択できる。１つは、次の振り分けを行うアクション（３８０２）である。前述した第一の振分設定がＯＮの場合には、マルチ読影の後工程が振り分けられていないので、このアクションを選択することで、次の工程について振り分けが行われる。もう１つは、差し戻しを行うアクション（３８０３）である。読影結果に不備がある場合には、このアクションを選択して読影医に読影結果の書き直しを要求することができる。図３８（Ｂ）は、ダブル読影のうち一次読影も二次読影も済んでいる状態の画面である。この状態の場合には、次の振り分けは行えないので、読影結果を公開するアクション（３８０５）と、差し戻しのアクションが表示される。
【0148】
Ｓ７０５にて、業務端末１１２は、読影結果確認画面３８００にて、ＯＫボタン３８０４が押されたか否かを判定する。ＯＫボタン３８０４が押された場合（Ｓ７０５にてＹＥＳ）、Ｓ７０６に移行する。そうでない場合（Ｓ７０５にてＮＯ）、ＯＫボタン３８０４が押されるまで待機する。
【0149】
Ｓ７０６にて、業務端末１１２は、Ｓ７０３で表示ボタン３７０１が押された依頼割当枠情報と選択されたアクションを示す情報とを遠隔読影サーバ１０１に送信する。
【0150】
Ｓ７０７にて、遠隔読影サーバ１０１は、業務端末１１２から送信された依頼割当枠情報と選択されたアクションを示す情報とを受信する。
【0151】
Ｓ７０８にて、遠隔読影サーバ１０１は、ステップＳ７０７で受信した情報に基づいて、選択されたアクションが差し戻しか否かを判定する。選択されたアクションが差し戻しである場合（Ｓ７０８にてＹＥＳ）、Ｓ７０９に処理を移行し、読影作業の差し戻しを行う。これにより、受信した依頼割当枠情報の状態２７０２が「読影待」に更新される。一方、選択されたアクションが差し戻しでない場合（Ｓ７０８にてＮＯ）、Ｓ７１０に処理を移行する。
【0152】
Ｓ７１０にて、遠隔読影サーバ１０１は、第一の振分設定がＯＮであるか否かを判定する。第一の振分設定がＯＮであると判定した場合（Ｓ７１０にてＹＥＳ）、Ｓ７１２に処理を移行する。第一の振分設定がＯＦＦであると判定した場合（Ｓ７１０にてＮＯ）、Ｓ７１１に処理を移行する。
【0153】
Ｓ７１１にて、遠隔読影サーバ１０１は、ステップＳ７０７で受信した依頼割当枠情報と、当該依頼割当枠情報と同一依頼のすべての依頼割当枠情報の読影状態２７２２が「済」である場合に、当該依頼の状態２７０２を「公開済」に更新する。そうでなければ何も行わない。また、状態２７０２を「公開済」に更新する場合には、依頼元に読影結果を公開する。ここでいう公開とは、読影結果が閲覧可能な状態になることを公開と称している。当該依頼割当枠情報と同一依頼の依頼割当枠情報が存在するのであれば、これも合わせて公開する。
【0154】
Ｓ７１２にて、遠隔読影サーバ１０１は、ステップＳ７０７で受信した依頼割当枠情報と同一依頼の依頼割当枠情報であって、受信した依頼割当枠情報の次の工程の依頼割当枠情報が未読影か否かを判定する。すなわち、ステップＳ７０７で受信した依頼割当枠情報の次の工程の依頼割当枠情報の読影状態２７２２を参照すればよい。読影状態２７２２は、読影が完了すると「済」が格納され、読影が完了していないと「未」が格納される読影のステータスである。つまり、ステップＳ７０７で受信した依頼割当枠情報の次の工程の依頼割当枠情報の読影状態７２２が「未」であるか否かを判定すればよい。ステップＳ７０７で受信した依頼割当枠情報の次の工程の依頼割当枠情報が未読影であると判定した場合（Ｓ７１２にてＹＥＳ）、Ｓ７１３に処理を移行する。ステップＳ７０７で受信した依頼割当枠情報の次の工程の依頼割当枠情報が読影済みであると判定した場合（Ｓ７１３にてＹＥＳ）、Ｓ７１１に処理を移行する。また、指定されたアクションが、読影結果を公開するアクションである場合にも、Ｓ７１１に処理を移行する。
【0155】
Ｓ７１３にて、遠隔読影サーバ１０１は、ステップＳ７０７で受信した依頼割当枠情報の次の工程の依頼割当枠情報について自動振分処理を実施し、依頼に関する読影作業を行う読影医、およびその読影日を決定する。本工程における処理の詳細は、図９Ａ及び図３５で前述した通りである。このように、マルチ読影については、ある工程の読影が完了し、担当者の確認が行われたら、次の工程の振分を自動的に実行するので、マルチ読影の工程の順序と当該工程で行われる読影のスケジュール順とを一致させることが可能となる。第二の実施形態では、読影センターの担当者が読影結果を確認してＯＫボタンを押すことにより、次の工程の読影医が割り当てられるが、読影医によってある工程の読影が完了したことに応じて、次の工程の振り分けが行われてもよい。すなわち、読影センターの担当者の確認を行うことなく、次の工程の読影が行われてもよい。
【0156】
Ｓ７１４にて、遠隔読影サーバ１０１は、Ｓ７１３で設定した読影医や読影日に関する振分結果の情報を業務端末１１２に送信する。
【0157】
Ｓ７１５にて、業務端末１１２は、遠隔読影サーバ１０１から受信した読影医や読影日に関する振分結果の情報を依頼振分画面１５００に表示する。業務端末１１２は、依頼振分画面１５００の依頼情報リスト１５０１に、振分された読影医および読影日の情報を、割当枠を示す依頼割当枠情報それぞれに対応付けて表示する。更に、業務端末１１２は、読影医スケジュール１５０３に、各読影医の日付毎に振分予定の件数を表示する。
【0158】
Ｓ７１６にて、業務端末１１２は、依頼振分画面１６００にて、保存ボタン１６０４が押されたか否かを確認する。保存ボタン１６０４が押された場合（Ｓ７１６にてＹＥＳ）、Ｓ７１７に移行する。キャンセルボタン１６０３が押された場合（Ｓ７１６にてＮＯ）、Ｓ７２０に移行する。
【0159】
Ｓ７２０にて、業務端末１１２は、Ｓ７１５で受信した振分結果の情報を破棄する。依頼振分画面１６００にて表示している振分結果の情報を、すべて表示前の状態に戻す。そして、本処理フローを終了する。
【0160】
Ｓ７１７にて、業務端末１１２は、ユーザによって確定指示を受けた振分結果の情報を遠隔読影サーバ１０１に送信する。
【0161】
Ｓ７１８にて、遠隔読影サーバ１０１は、業務端末１１２から振分結果の情報を受信する。
【0162】
Ｓ７１９にて、遠隔読影サーバ１０１は、データベース１０８に保存されている依頼割当枠情報の割当枠情報にＳ７１８で受信した振分結果の情報を付加することで更新する。このとき、振分結果を更新した依頼割当枠情報に含まれる依頼情報のステータスとして、状態２７０２の値が「読影待」となる。そして、本処理フローを終了する。
【0163】
［画面構成例］
図３７は、読影センター側の担当者が確認待ちの依頼割当枠情報を指定する際に、業務端末１１２のディスプレイに表示される確認待ちワークリスト画面３７００の構成例を示す。確認待ちリスト３７０７の表示ボタン３７０１を押下されると、押下された行の依頼割当枠情報を確認するための読影結果確認画面３８００に遷移する。検索ボタン３７０６が押下されると、依頼施設３７０２、患者番号３７０３、検査種３７０４、および部位３７０５等の条件に基づいて依頼情報テーブル２７００を検索し、確認待ちリスト３７０７の表示内容を更新する。
図３７は、読影センター側の担当者が確認待ちの依頼割当枠情報を指定する際に、業務端末１１２のディスプレイに表示される確認待ちワークリスト画面３７００の構成例を示す。確認待ちリスト３７０７の表示ボタン３７０１を押下されると、押下された行の依頼割当枠情報を確認するための読影結果確認画面３８００に遷移する。検索ボタン３７０６が押下されると、依頼施設３７０２、患者番号３７０３、検査種３７０４、および部位３７０５等の条件に基づいて依頼情報テーブル２７００を検索し、確認待ちリスト３７０７の表示内容を更新する。
【0164】
図３８は、読影センター側の担当者が読影結果を確認する際に、業務端末１１２のディスプレイに表示される読影結果確認画面３８００の構成例を示す。表示ボタン３７０１によって指定された依頼割当枠情報の読影結果と、当該依頼割当枠情報と同一依頼の他の依頼割当枠情報の読影結果とを表示する。また、次のアクションとして、次の工程の振り分けや、差し戻し、読影結果の公開といったアクションを指定することができる。
以上が第二の実施形態の説明である。
以上が第二の実施形態の説明である。
【0165】
＜第二の実施形態の変形例＞
次に、第二の実施形態の変形例について説明する。第二の実施形態では、マルチ読影の場合にある工程の読影が完了すると、次の工程に対して読影医が自動的に割り当てられる仕組みであった。第二の実施形態の変形例は、マルチ読影の場合に、ある工程の読影が完了すると、図３９に示すように依頼振分画面１５００の依頼情報リスト１５０１に次の工程の依頼割当枠情報が表示される仕組みである。
次に、第二の実施形態の変形例について説明する。第二の実施形態では、マルチ読影の場合にある工程の読影が完了すると、次の工程に対して読影医が自動的に割り当てられる仕組みであった。第二の実施形態の変形例は、マルチ読影の場合に、ある工程の読影が完了すると、図３９に示すように依頼振分画面１５００の依頼情報リスト１５０１に次の工程の依頼割当枠情報が表示される仕組みである。
【0166】
以下、第二の実施形態の変形例として上記の仕組みについて説明を行う。尚、前述した第一の実施形態、および第二の実施形態と共通する処理や画面例、データ構成については説明を省略し、第一の実施形態、および第二の実施形態と異なる部分について説明を行う。
【0167】
［処理フロー］
（読影結果確認処理）
図４０は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する読影結果確認処理のフローチャートを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１のそれぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。尚、図４０は、図３６に示す読影結果確認処理の変形例であるため、図３６と同様の処理については図３６と同じステップ番号を図４０に付与してある。よって、こうした同様の処理については説明を省略する。
（読影結果確認処理）
図４０は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する読影結果確認処理のフローチャートを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１のそれぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。尚、図４０は、図３６に示す読影結果確認処理の変形例であるため、図３６と同様の処理については図３６と同じステップ番号を図４０に付与してある。よって、こうした同様の処理については説明を省略する。
【0168】
図４０のＳ７０７までは、図３６と同様の処理である。Ｓ７０７で業務端末１１２から送信された依頼割当枠情報と選択されたアクションを示す情報とを受信すると、Ｓ７３０にて、遠隔読影サーバ１０１は、ステップＳ７０７で受信した情報に基づいて、選択されたアクションが差し戻しか否かを判定する。選択されたアクションが差し戻しである場合（Ｓ７３０にてＹＥＳ）、Ｓ７０９に処理を移行し、読影作業の差し戻しを行う。これにより、受信した依頼割当枠情報の状態２７０２が「読影待」に更新される。一方、選択されたアクションが差し戻しでない場合（Ｓ７３０にてＮＯ）、Ｓ７３１に処理を移行する。
【0169】
Ｓ７３１にて、遠隔読影サーバ１０１は、ステップＳ７０７で受信した依頼割当枠情報の状態２７０２を「公開済」に更新し、依頼元に読影結果を公開する。当該依頼割当枠情報と同一依頼の依頼割当枠情報が存在するのであれば、これも合わせて公開する。そして、本処理フローを終了する。
【0170】
このように、次の工程の依頼割当枠情報を自動的に振り分けず、状態２７０２を更新するだけに留める。そして、この後に読影センターの担当者が第二の実施形態における図３３の依頼振分処理を実行すると、次の工程の依頼割当枠情報が図３９に示すように依頼振分画面１５００の依頼情報リスト１５０１に表示される。そのため、この表示された依頼割当枠情報を選択して振分を指示することが可能となる。
【0171】
＜第三の実施形態＞
第三の実施形態は、ブラインドマルチ読影の場合に、第一の読影による読影結果と第二の読影による読影結果とが異なる場合、第三の読影を行うべく、第三の読影を担当する読影医を割り当てる仕組みである。第一の読影による読影結果と第二の読影による読影結果とが異なるということは、この結果を依頼施設に返却したとしても依頼施設側が患者の状態を判断しづらい問題がある。そのため、更に第三の読影を行わせてその結果を提示することで依頼施設側の判断を補助することができる。
第三の実施形態は、ブラインドマルチ読影の場合に、第一の読影による読影結果と第二の読影による読影結果とが異なる場合、第三の読影を行うべく、第三の読影を担当する読影医を割り当てる仕組みである。第一の読影による読影結果と第二の読影による読影結果とが異なるということは、この結果を依頼施設に返却したとしても依頼施設側が患者の状態を判断しづらい問題がある。そのため、更に第三の読影を行わせてその結果を提示することで依頼施設側の判断を補助することができる。
【0172】
以下、第三の実施形態として上記の仕組みについて説明を行う。尚、前述した第一の実施形態、および第二の実施形態と共通する処理や画面例、データ構成については説明を省略し、第一の実施形態、および第二の実施形態と異なる部分について説明を行う。
【0173】
［画面構成例］
図４１は、読影センター側のユーザが依頼割当枠情報に読影医を割り当てる際の設定を行うことの可能な、業務端末１１２のディスプレイに表示される振分設定画面３２００の構成例を示す。第三の実施形態における振分設定画面３２００は、ブラインドマルチ読影を行った結果、第一の読影の結果と第二の読影の結果とが異なる場合に第三の読影を行うべく、第三の読影の振り分けを実施するか否かを受け付けるチェックボックス３２０３を更に備える。チェックボックス３２０３がチェックされていない場合には、前述した第一の実施形態および第二の実施形態と同様の動作となる。以下、このチェックボックス３２０３による設定内容を、第二の振分設定と称する。そして、第三の読影の振り分けを実施する場合は、第二の振分設定がＯＮの状態であり、そうでない場合は第二の振分設定がＯＦＦの状態であるものとして説明を行う。
図４１は、読影センター側のユーザが依頼割当枠情報に読影医を割り当てる際の設定を行うことの可能な、業務端末１１２のディスプレイに表示される振分設定画面３２００の構成例を示す。第三の実施形態における振分設定画面３２００は、ブラインドマルチ読影を行った結果、第一の読影の結果と第二の読影の結果とが異なる場合に第三の読影を行うべく、第三の読影の振り分けを実施するか否かを受け付けるチェックボックス３２０３を更に備える。チェックボックス３２０３がチェックされていない場合には、前述した第一の実施形態および第二の実施形態と同様の動作となる。以下、このチェックボックス３２０３による設定内容を、第二の振分設定と称する。そして、第三の読影の振り分けを実施する場合は、第二の振分設定がＯＮの状態であり、そうでない場合は第二の振分設定がＯＦＦの状態であるものとして説明を行う。
【0174】
［テーブル構成例］
図４２は、レポート管理テーブル４２００の構成例を示す。レポート管理テーブル４２００は、読影医が読影した結果のレポートデータが格納されるデータテーブルである。レポート管理テーブル４２００では依頼ＩＤごと・割当枠ごとに、読影医の所見とその所見に関する部位や判定等が登録される。登録の流れに関しての詳細な説明は省略するが、読影医が操作する読影端末１１３または１１４からこうした所見等をレポートサーバ１０３に登録すると、レポート管理テーブル４２００に読影結果のレポートが格納される。
図４２は、レポート管理テーブル４２００の構成例を示す。レポート管理テーブル４２００は、読影医が読影した結果のレポートデータが格納されるデータテーブルである。レポート管理テーブル４２００では依頼ＩＤごと・割当枠ごとに、読影医の所見とその所見に関する部位や判定等が登録される。登録の流れに関しての詳細な説明は省略するが、読影医が操作する読影端末１１３または１１４からこうした所見等をレポートサーバ１０３に登録すると、レポート管理テーブル４２００に読影結果のレポートが格納される。
【0175】
［処理フロー］
（読影結果確認処理）
図４３は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する読影結果確認処理のフローチャートを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１のそれぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。尚、図４３は、図３６および図４０に示す読影結果確認処理の変形例であるため、図３６および図４０と同様の処理については図３６および図４０と同じステップ番号を図４３に付与してある。よって、こうした同様の処理については説明を省略する。
（読影結果確認処理）
図４３は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する読影結果確認処理のフローチャートを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１のそれぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。尚、図４３は、図３６および図４０に示す読影結果確認処理の変形例であるため、図３６および図４０と同様の処理については図３６および図４０と同じステップ番号を図４３に付与してある。よって、こうした同様の処理については説明を省略する。
【0176】
図４３のＳ７０７までは、図３６と同様の処理である。Ｓ７０７で業務端末１１２から送信された依頼割当枠情報と選択されたアクションを示す情報とを受信すると、Ｓ７５０にて、遠隔読影サーバ１０１は、ステップＳ７０７で受信した情報に基づいて、選択されたアクションが差し戻しか否かを判定する。選択されたアクションが差し戻しである場合（Ｓ７５０にてＹＥＳ）、Ｓ７０９に処理を移行し、読影作業の差し戻しを行う。これにより、受信した依頼割当枠情報の状態２７０２が「読影待」に更新される。一方、選択されたアクションが差し戻しでない場合（Ｓ７５０にてＮＯ）、Ｓ７５１に処理を移行する。
【0177】
Ｓ７５１にて、遠隔読影サーバ１０１は、Ｓ７０７で受信した依頼割当枠情報と同一依頼の依頼割当枠情報が存在するか否かを判定する。つまり、Ｓ７０７で受信した依頼割当枠情報が、マルチ読影またはブラインドマルチ読影のいずれかであるか否かを判定するということである。Ｓ７０７で受信した依頼割当枠情報と同一依頼の依頼割当枠情報が存在すると判定した場合（Ｓ７５１にてＹＥＳ）、Ｓ７５２に処理を移行する。Ｓ７０７で受信した依頼割当枠情報と同一依頼の依頼割当枠情報が存在しないと判定した場合（Ｓ７５１にてＮＯ）、シングル読影であるのでＳ７１１に処理を移行し、Ｓ７０７で受信した依頼割当枠情報の状態２７０２を「公開済」に更新する。そして、依頼元に読影結果を公開する。
【0178】
Ｓ７５２にて、遠隔読影サーバ１０１は、Ｓ７０７で受信した依頼割当枠情報は、複数の工程が存在する読影か否かを判定する。具体的には、Ｓ７０７で受信した依頼割当枠情報の工程Ｎｏ２７１９と、当該依頼割当枠情報と同一依頼の他の依頼割当枠情報の工程Ｎｏ２７１９とを参照し、工程Ｎｏが２以上のものが存在するか否かを判定する。要は、Ｓ７０７で受信した依頼割当枠情報がマルチ読影であるか否かを判定している。Ｓ７０７で受信した依頼割当枠情報は、複数の工程が存在する読影であると判定した場合（Ｓ７５２にてＹＥＳ）、Ｓ７１０に処理を移行する。Ｓ７０７で受信した依頼割当枠情報は、複数の工程が存在する読影でないと判定した場合（Ｓ７５２にてＮＯ）、Ｓ７５３に処理を移行する。
【0179】
Ｓ７５３にて、遠隔読影サーバ１０１は、第二の振分設定がＯＮであるか否かを判定する。第二の振分設定がＯＮであると判定した場合（Ｓ７５３にてＹＥＳ）、Ｓ７５４に処理を移行する。第二の振分設定がＯＦＦであると判定した場合（Ｓ７５３にてＮＯ）、Ｓ７１１に処理を移行する。
【0180】
Ｓ７５４にて、遠隔読影サーバ１０１は、Ｓ７０７で受信した依頼割当枠情報と同一依頼のすべての依頼割当枠情報の状態２７０２が「確認待」であるか否かを判定する。つまり、ブラインドマルチ読影においてすべての読影が完了し、いずれも読影センターの担当者による確認待ちになっているのか否かを判定するということである。Ｓ７０７で受信した依頼割当枠情報と同一依頼のすべての依頼割当枠情報の状態２７０２が「確認待」であると判定した場合（Ｓ７５４にてＹＥＳ）、Ｓ７５５に処理を移行する。そうでない場合（Ｓ７５４にてＮＯ）、Ｓ７１１に処理を移行する。
【0181】
Ｓ７５５にて、遠隔読影サーバ１０１は、Ｓ７０７で受信した依頼割当枠情報に関する読影結果（第一の読影結果）と、当該依頼割当枠情報と同一依頼の他の依頼割当枠情報に関する読影結果（第二の読影結果）とが異なるか否かを判定する。まず、Ｓ７０７で受信した依頼割当枠情報に関する読影結果（第一の読影結果）と、当該依頼割当枠情報と同一依頼の他の依頼割当枠情報に関する読影結果（第二の読影結果）とをレポート管理テーブル４２００から取得する。そして、第一の読影結果と第二の読影結果の部位、所見、判定それぞれについて比較を行い、異なる項目があれば読影結果が異なると判定する。尚、本実施形態では部位、所見、判定のいずれかが異なれば、第一の読影結果と第二の読影結果とが異なると判定するが、これに限らない。部位と所見の２つについて違いがあるかどうかを判定してもよいし、判定だけについて違いを判定してもよい。また、第一の読影結果の判定と第二の読影結果の判定とが２段階、３段階も離れている場合には読影結果が異なると判定し、１段階しか離れていないのであれば問題なしと判定してもよい。第一の読影結果と第二の読影結果とが異なると判定した場合（Ｓ７５５にてＹＥＳ）、Ｓ７５６に処理を移行する。そうでない場合（Ｓ７５５にてＮＯ）、Ｓ７１１に処理を移行する。
【0182】
Ｓ７５６にて、遠隔読影サーバ１０１は、Ｓ７０７で受信した依頼割当枠情報に関する依頼情報と対応づけて新たな割当枠情報を依頼情報テーブル２７００に生成する。つまり、第三の読影を行うために新たな割当枠を生成するということである。Ｓ７５６が完了したら、Ｓ７１３に処理を移行し、新たに生成した割当枠に対して読影医を割り当てるための自動振分処理を実行する。これ以降の処理は、前述した第二の実施形態と同様である。こうして第三の読影を行うための振分が自動的に実行され、読影医が第三の読影を行う。尚、第三の読影が完了し、読影センターの担当者がこの結果を確認した場合には、第一の読影から第三の読影までの読影結果を依頼元に公開する。また、本実施形態では、第三の読影で終了しているが、第四の読影、第五の読影と継続してもよい。以上で、本処理フローを終了する。
【0183】
＜第三の実施形態の変形例＞
次に、第三の実施形態の変形例について説明する。第三の実施形態は、ブラインドマルチ読影の場合に、第一の読影による読影結果と第二の読影による読影結果とが異なる場合、第三の読影を行うべく、自動的に第三の読影を担当する読影医を割り当てる仕組みであった。第三の実施形態の変形例は、ブラインドマルチ読影の場合に、第一の読影による読影結果と第二の読影による読影結果とが異なる場合、第三の読影を行うべく、図４４に示すように依頼情報リスト１５０１に第三の読影の依頼割当枠情報が表示される仕組みである。
次に、第三の実施形態の変形例について説明する。第三の実施形態は、ブラインドマルチ読影の場合に、第一の読影による読影結果と第二の読影による読影結果とが異なる場合、第三の読影を行うべく、自動的に第三の読影を担当する読影医を割り当てる仕組みであった。第三の実施形態の変形例は、ブラインドマルチ読影の場合に、第一の読影による読影結果と第二の読影による読影結果とが異なる場合、第三の読影を行うべく、図４４に示すように依頼情報リスト１５０１に第三の読影の依頼割当枠情報が表示される仕組みである。
【0184】
以下、第三の実施形態の変形例として上記の仕組みについて説明を行う。尚、前述した第一の実施形態、第二の実施形態、及び第三の実施形態と共通する処理や画面例、データ構成については説明を省略し、第一の実施形態、第二の実施形態、及び第三の実施形態と異なる部分について説明を行う。
【0185】
［処理フロー］
（読影結果確認処理）
図４５は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する読影結果確認処理のフローチャートを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１のそれぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。尚、図４５は、図３６、図４０、図４３に示す読影結果確認処理の変形例であるため、図３６、図４０、図４３と同様の処理については図３６、図４０、図４３と同じステップ番号を図４５に付与してある。よって、こうした同様の処理については説明を省略する。
（読影結果確認処理）
図４５は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する読影結果確認処理のフローチャートを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１のそれぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。尚、図４５は、図３６、図４０、図４３に示す読影結果確認処理の変形例であるため、図３６、図４０、図４３と同様の処理については図３６、図４０、図４３と同じステップ番号を図４５に付与してある。よって、こうした同様の処理については説明を省略する。
【0186】
図４５のＳ７５１までは、図４３と同様の処理である。Ｓ７５２にて、遠隔読影サーバ１０１は、Ｓ７０７で受信した依頼割当枠情報は、複数の工程が存在する読影か否かを判定する。Ｓ７０７で受信した依頼割当枠情報は、複数の工程が存在する読影であると判定した場合（Ｓ７５２にてＹＥＳ）、Ｓ７１１に処理を移行する。Ｓ７０７で受信した依頼割当枠情報は、複数の工程が存在する読影でないと判定した場合（Ｓ７５２にてＮＯ）、Ｓ７５３に処理を移行する。
【0187】
Ｓ７５３からＳ７５５までの処理は図４３と同様である。Ｓ７５６にて、遠隔読影サーバ１０１は、Ｓ７０７で受信した依頼割当枠情報に関する依頼情報と対応づけて新たな割当枠情報を依頼情報テーブル２７００に生成する。そして、Ｓ７５６が完了したら、本処理フローを終了する。
【0188】
このように、第三の読影を行うための割当枠情報を生成するだけに留めておく。そして、後で読影センターの担当者が第二の実施形態における図３３の依頼振分処理を実行すると、第三の読影に関する依頼割当枠情報が図４４に示すように依頼振分画面１５００の依頼情報リスト１５０１に表示される。そのため、この表示された第三の読影に関する依頼振分枠情報を選択して振分を指示することが可能となる。
【0189】
＜本発明の特徴＞
本発明の特徴は以下の通りである。
医用画像データの読影依頼を管理する読影依頼管理システムであって、複数の段階に分けて読影すべき前記読影依頼を記憶する記憶手段と、前記記憶手段に記憶される読影依頼に関する読影を担当する読影医を、前記段階ごとに決定する決定手段と、前記決定手段で決定された読影医による読影結果を受け付ける受付手段とを備え、前記決定手段は、前記受付手段で受け付けた前記段階ごとの読影結果が異なる場合に、次の段階の読影を担当する読影医を決定することを特徴とする。
本発明の特徴は以下の通りである。
医用画像データの読影依頼を管理する読影依頼管理システムであって、複数の段階に分けて読影すべき前記読影依頼を記憶する記憶手段と、前記記憶手段に記憶される読影依頼に関する読影を担当する読影医を、前記段階ごとに決定する決定手段と、前記決定手段で決定された読影医による読影結果を受け付ける受付手段とを備え、前記決定手段は、前記受付手段で受け付けた前記段階ごとの読影結果が異なる場合に、次の段階の読影を担当する読影医を決定することを特徴とする。
【0190】
更に、前記決定手段は、前記受付手段で前記読影依頼に関するすべての前記段階の読影結果を受け付けて、前記受付手段で受け付けた当該段階ごとの読影結果が異なる場合に、次の段階の読影を担当する読影医を決定することを特徴とする。
【0191】
更に、前記記憶手段は、前記決定手段に関する動作設定を更に記憶し、前記決定手段は、前記記憶手段で記憶される動作設定に応じて、前記受付手段で受け付けた前記段階ごとの読影結果が異なる場合に、次の段階の読影を担当する読影医を決定することを特徴とする。
【0192】
更に、前記決定手段は、前記受付手段で受け付けた前記段階ごとの読影結果のうち、少なくとも部位、所見、判定のいずれかが異なる場合に、次の段階の読影を担当する読影医を決定することを特徴とする。
【0193】
本発明によれば、複数の読影結果が異なる場合に更なる読影を行うべく読影医を決定することが可能となる。
【0194】
＜その他の実施形態＞
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【0195】
１０１…遠隔読影サーバ、１０８…データベース、１０９…依頼端末、１１２…業務端末、１１３、１１４…読影端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9A】
【図9B】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】
【図45】