JP2018139139A - 情報処理システムおよびその制御方法、情報処理装置、並びにプログラム。 - Google Patents

Abstract

【課題】医用画像の読影を行う読影医に対し、読影医ごとの専門性に応じて、読影の依頼を割り当てることが可能な仕組みを提供することを目的とする。【解決手段】情報処理装置であって、属性情報を含む医用画像データの読影依頼を取得する取得手段と、医用画像データの属性情報に含まれる属性に対応する、複数の読影医それぞれに設定されたパラメータを管理する管理手段と、前記取得手段にて取得した読影依頼を、当該読影依頼に対応する医用画像データの属性情報に含まれる属性に対応する、前記複数の読影医それぞれに設定されたパラメータに基づいて、前記複数の読影医のいずれかに割り当てる割当手段とを有する。【選択図】図９

Description

本発明は、情報処理装置およびその制御方法、情報処理システム、並びにプログラムに関し、特に、医用画像の読影を行う読影医に対して、読影対象の画像を割り当てる技術に関する。

従来、ＣＴ（Ｃｏｍｐｕｔｅｄ Ｔｏｍｏｇｒａｐｈｙ）やＭＲＩ（Ｍａｇｎｅｔｉｃ Ｒｅｓｏｎａｎｃｅ Ｉｍａｇｉｎｇ）といった医用画像機器で患者の撮影を行い、撮影により得られた医用画像の読影を行っている。医用画像の読影を行う際には、振り分け業務の担当者（以下、事務担当）が読影医ごとの担当分野やスケジュールを考慮し、読影の依頼を割り当てている。つまり、事務担当が自身の経験で判断して手動で読影依頼の割り当てを行うため、事務担当の手間がかかる。また、事務担当の経験が不足している場合には、読影依頼の割り当てに偏りができてしまい、読影医ごとの負荷分散が適切に図られていなかった。

特許文献１では、受信した複数の医師のスケジュール情報を管理し、遠隔地から医用画像を受信し、スケジュール情報に基づいて医用画像を読影する医師を自動的に割り当て、通信回線を介して配信する仕組みが開示されている。

特開２００２−３２９１９０号公報

しかしながら、特許文献１では、単に読影医のスケジュールを考慮して自動的に読影依頼を割り当てているだけであり、読影医の専門性（検査種、部位等に基づく専門領域）やその熟練度を考慮していない。そのため、読影はできるがあまり得意ではない専門領域の医用画像の読影が割り当てられた場合には、読影に時間がかかってしまうという問題が生じうる。

そこで本発明は、医用画像の読影を行う読影医に対し、読影医ごとの専門性に応じて、読影の依頼を割り当てることが可能な仕組みを提供することを目的とする。

上記の目的を達成するために、本発明の情報処理装置は以下の構成を有する。すなわち、情報処理装置であって、属性情報を含む医用画像データの読影依頼を取得する取得手段と、医用画像データの属性情報に含まれる属性に対応する、複数の読影医それぞれに設定されたパラメータを管理する管理手段と、前記取得手段にて取得した読影依頼を、当該読影依頼に対応する医用画像データの属性情報に含まれる属性に対応する、前記複数の読影医それぞれに設定されたパラメータに基づいて、前記複数の読影医のいずれかに割り当てる割当手段とを有する。

本発明により、医用画像の読影を行う読影医に対し、読影医の専門性に応じて読影の依頼を割り当てることを可能とする。

本実施形態に係るシステム構成の例を示す図。 本実施形態に係る情報処理装置のハードウェア構成の例を示す図。 本実施形態に係る遠隔読影サーバの機能構成の例を示す図。 全体フローチャート。 依頼申請処理のフローチャート。 振分特性の初期値設定処理のフローチャート。 依頼受付処理のフローチャート。 依頼振分処理のフローチャート。 自動振分処理のフローチャート。 依頼施設ワークリスト画面の一例を示す図。 依頼申請画面の一例を示す図。 読影センターワークリスト画面の一例を示す図。 依頼受付画面の一例を示す図。 専門性設定画面の一例を示す図。 振分画面の一例を示す図。 振分画面における自動振分結果の表示例を示す図。 検査種テーブルの構成例を示す図。 部位テーブルの構成例を示す図。 分類テーブルの構成例を示す図。 振分特性マスタテーブルの構成例を示す図。 枚数ポイント加算テーブルの構成例を示す図。 ポイント設定テーブルの構成例を示す図。 振分特性マッピングテーブルの構成例を示す図。 専門性テーブルの構成例を示す図。 読影医除外テーブルの構成例を示す図。 読影医スケジュールテーブルの構成例を示す図。 依頼情報テーブルの構成例を示す図。 依頼情報テーブルのソート後の状態を示す図。 依頼情報テーブルの振分後の状態を示す図。 自動振分判定結果を示す図。 読影医スケジュールの自動振分後のイメージを示す図。 第二の実施形態に係る依頼振分処理のフローチャート。 第二の実施形態に係る自動振分処理のフローチャート。 第二の実施形態に係る自動振分処理のフローチャート。 振分条件設定画面の一例を示す図。 割込用施設情報テーブルの構成例を示す図。

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

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

遠隔読影システムを利用する各ユーザは、それぞれの拠点に配置されたクライアント端末であるＰＣ（１０９、１１２、１１３、１１４）からのアクセス開始時に、認証サーバ１１６が提供する認証機能により認証を行う。正常に認証された後、ユーザにはポータルサーバ１０２が提供するポータル画面（不図示）が提示される。また、ユーザは、ＳＮＳサーバ１０４を用いてユーザ同士のメッセージのやり取りを行うことができる。

依頼施設において、遠隔読影に用いる画像データ（医用画像データ）は、撮影装置であるモダリティ１１１によって撮影された後、画像中継クライアント１１０に送信される。ここでの画像データは例えば、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）形式の画像データが挙げられる。画像中継クライアント１１０は、モダリティ１１１から送信されてきた画像データをアーカイブし、その後、データセンターに配置された画像中継サーバ１０７に送信する。画像中継サーバ１０７は、依頼施設から送信されてきた画像データを処理し、ストレージ管理サーバ１０５に送信する。ストレージ管理サーバで１０５は、各画像データに対してユニークなＩＤ（識別情報）を発行し、外部記憶装置１１７に保管する。依頼施設の読影依頼業務を行う担当者は、依頼端末１０９を用いて読影の依頼時に必要な情報（依頼情報）を入力し、その依頼情報は画像データと共にデータセンターへと送信される。各依頼情報は、データセンター側でデータベース１０８に保管される。なお、本明細書においては、依頼情報と画像データとが対応しており、依頼情報の割り当て（振り分け）はすなわち画像データの割り当てとして扱う。

読影を行う読影医は、読影センターに配置された読影端末１１３（もしくは、自宅に配置された読影端末１１４）を用いて、割り当てられた読影の依頼に対応する読影用の画像データを配信サーバ１０６からダウンロードして参照し、読影を行う。その後、読影医は、読影した結果のレポートを、読影端末１１３上で動作するアプリケーション（不図示）を用いて作成する。作成したレポートは、レポートサーバ１０３に送信され、データベース１０８に保管される。なお、ここでは、読影端末として、読影センターおよび読影医の自宅の例を示したが、いずれの場所に配置されてもよく、また、モバイル端末などを用いて参照できるようにしても構わない。

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

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

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

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

［機能構成］
図３は、本実施形態に係る遠隔読影サーバ１０１の機能の構成例を示す図である。

依頼施設に位置する依頼端末１０９から依頼申請画面等の表示に必要なデータのリクエストを受信すると、遠隔読影サーバ１０１は、依頼検索機能３０１でリクエストを解析する。そして、遠隔読影サーバ１０１は、データベース１０８に含まれる依頼情報テーブル２７００を検索し、依頼端末１０９に表示情報（例えば、Ｗｅｂページ）を返す。つまり、依頼検索機能３０１は、後述する処理フローにおけるＳ２０２とＳ４０２の処理を実行する機能部である。依頼端末１０９から依頼申請のリクエストを受信すると、遠隔読影サーバ１０１は、依頼申請機能３０２でリクエストを解析し、データベース１０８に含まれる依頼情報テーブル２７００を更新する。つまり、依頼申請機能３０２は、後述する処理フローにおけるＳ１０１の処理を実行する機能部である。

依頼端末１０９から依頼受付のリクエストを受信すると、遠隔読影サーバ１０１は、依頼受付機能３０３でリクエストを解析し、データベース１０８に含まれる依頼情報テーブル２７００を更新する。つまり、依頼受付機能３０３は、後述する処理フローにおけるＳ１０２の処理を実行する機能部である。依頼端末１０９から依頼自動振分のリクエストを受信すると、遠隔読影サーバ１０１は、依頼自動振分機能３０４を実行する。つまり、データベース１０８に含まれる依頼情報テーブル２７００、専門性テーブル２４００、読影医スケジュールテーブル２６００等のデータを読み込み、自動振分を実施する。その後、遠隔読影サーバ１０１は、処理結果を依頼端末１０９に返す。つまり、依頼自動振分機能３０４は、後述する処理フローにおけるＳ１０３の処理を実行する機能部である。依頼端末１０９から振分保存のリクエストを受信すると、遠隔読影サーバ１０１は、依頼更新機能３０５でリクエストを解析し、データベース１０８に含まれる依頼情報テーブル２７００を更新する。

［処理フロー］
図４は、本実施形態に係る処理全体の流れを示す図である。なお、ここでは処理の起点となる依頼端末１０９および業務端末１１２のみが示されているが、各工程においては、各端末が遠隔読影サーバ１０１と連携して処理を行うものとする。また、本実施形態では、依頼端末１０９と業務端末１１２とが直接データのやり取りを行うことはないものとする。

また、本実施形態においては、上述したように、依頼施設のモダリティ１１１によって予め撮影された画像データが適時、データセンターに送信されて外部記憶装置１１７に登録されているものとする。また、これに応じて、当該画像データに対応する読影依頼の情報（依頼情報）が例えば、患者ごと、日付ごと、検査種ごとなどのグループ単位でデータベース１０８に登録される。そして、１の依頼情報に対し１または複数の画像データが対応付けられるものとする。なお、登録された状態では、また振分の申請はなされておらず、そのステータスは未申請であるとして、データベース１０８にて管理されているものとする。

Ｓ１０１にて、依頼端末１０９は、ユーザの指示に基づき、図５に示す依頼申請処理を実施する。依頼申請処理の詳細については、図５を用いて後述する。

Ｓ１０２にて、業務端末１１２は、ユーザの指示に基づき、図７に示す依頼受付処理を実施する。依頼受付処理の詳細については、図７を用いて後述する。

Ｓ１０３にて、業務端末１１２は、ユーザの指示に基づき、図８に示す依頼振分処理を実施する。依頼振分処理の詳細については、図８を用いて後述する。

（依頼申請処理）
図５は、依頼端末１０９と遠隔読影サーバ１０１とが連携して実施する依頼申請処理のフローチャートを示す図である。以下の処理は、依頼端末１０９および遠隔読影サーバ１０１のそれぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ２０１にて、依頼端末１０９は、ユーザの指示に従って、図１０に示す依頼施設ワークリスト画面１０００を表示する。ここでの表示は、依頼端末１０９に備えられたＷｅｂブラウザ（不図示）を用いて行われてもよいし、所定のアプリケーションを介して表示するようにしてもよい。依頼端末１０９は、依頼施設ワークリスト画面１０００に表示する依頼情報を取得するために、遠隔読影サーバ１０１にステータスが未申請である依頼情報を取得する指示を出す。なお、依頼情報に関する各種ステータスについては、テーブルと併せて後述する。

Ｓ２０２にて、遠隔読影サーバ１０１は、依頼端末１０９からの指示に応じて、図２７に示す依頼情報のうち、ステータスが未申請である依頼情報を依頼端末１０９に返す。具体的には、図２７に示す依頼情報テーブル２７００において、状態２７０２の値が「申請待」になっている依頼情報が返される。そして、依頼端末１０９は、受信した依頼情報を依頼施設ワークリスト画面１０００に表示する。

Ｓ２０３にて、依頼端末１０９は、依頼施設ワークリスト画面１０００を介してユーザから申請対象の依頼の選択を受け付ける。具体的には、依頼施設ワークリスト画面１０００の表示ボタン１００１の指定を受け付けることで、申請対象の選択を受け付ける。そして、依頼端末１０９は、選択された申請対象の依頼ＩＤ２７０１を取得する。

Ｓ２０４にて、依頼端末１０９は、Ｓ２０３で取得した依頼ＩＤ２７０１に該当する依頼情報を表示するために、図１１に示す依頼申請画面１１００を表示する。依頼申請画面１１００には、患者情報や読影に必要とする情報（例えば、患者の症状など）などが入力される。なお、入力される情報は、依頼者が手入力で行う他、患者番号１１０３等の識別情報の入力に応じた自動入力や、添付ファイルの指定などができてもよい。

Ｓ２０５にて、依頼端末１０９は、依頼申請画面１１００にて、依頼申請ボタン１１１３が押されたか否かを判定する。依頼申請ボタン１１１３が押された場合（Ｓ２０５にてＹＥＳ）、Ｓ２０６に移行する。

Ｓ２０６にて、依頼端末１０９は、依頼申請画面１１００に入力された検査種１１０９、部位１１１０等を含む依頼情報を取得する。

Ｓ２０７にて、依頼端末１０９は、Ｓ２０６で取得した依頼情報を遠隔読影サーバ１０１に送信する。

Ｓ２０８にて、遠隔読影サーバ１０１は、依頼端末１０９から送信された依頼情報を受信する。

Ｓ２０９にて、遠隔読影サーバ１０１は、Ｓ２０８で受信した依頼情報に基づき振分特性の初期値を設定する。ここでの処理の詳細については、図６を用いて後述する。

Ｓ２１０にて、遠隔読影サーバ１０１は、Ｓ２０８で受信した依頼情報に、Ｓ２０９で設定した振分特性の初期値を付加して、データベース１０８に保存する。このとき、依頼情報のステータスとして、状態２７０２の値が「受付待」となる。そして、本処理フローを終了する。

（振分特性の初期値設定処理）
図６は、遠隔読影サーバ１０１で実施する、申請された依頼情報に振分特性の初期値を設定する処理フローを示す図である。本処理フローは、図５のＳ２０９の処理に対応する。本実施形態において、読影データを各担当者に振り分ける際に用いる情報として、振分特性と呼ばれる情報を用いる。具体的な振分特性の構成については処理と共に説明する。

Ｓ３０１にて、遠隔読影サーバ１０１は、依頼端末１０９から受信した依頼情報に、振分特性の初期値を決定するためのマッピング処理に必要な情報が含まれているか否かを判定する。ここでの必要な情報としては、検査種、部位、分類、患者年齢、患者性別とする。必要な情報が含まれていると判定された場合（Ｓ３０１にてＹＥＳ）、遠隔読影サーバ１０１は、振分特性の初期値設定が可能であると判定し、Ｓ３０２に移行する。一方、含まれていないと判定された場合は（Ｓ３０１にてＮＯ）、遠隔読影サーバ１０１は、振分特性の初期値設定が不可であると判定し、Ｓ３０５に移行する。

Ｓ３０２にて、遠隔読影サーバ１０１は、検査種、部位、分類、患者年齢、患者性別のすべての値を条件値（キー）として、データベース１０８に保存された図２３に示す振分特性マッピングテーブル２３００の振分特性ＩＤ２３０１を検索する。なお、患者年齢は、依頼情報に含まれる検査日と患者生年月日から算出するようにしてもよい。

Ｓ３０３にて、遠隔読影サーバ１０１は、Ｓ３０２で検出した振分特性ＩＤ２３０１の件数が１件か否かを判定する。件数が１件の場合（Ｓ３０３にてＹＥＳ）、遠隔読影サーバ１０１は、振分特性のマッピングに成功したと判定し、Ｓ３０４に移行する。件数が０件または２件以上の場合（Ｓ３０３にてＮＯ）、遠隔読影サーバ１０１は、振分特性のマッピングに失敗したと判定し、Ｓ３０５に移行する。

Ｓ３０４にて、遠隔読影サーバ１０１は、Ｓ３０３で検索された１件の振分特性ＩＤ２３０１を、依頼情報に初期値として設定する。その後、本処理フローを終了する。

Ｓ３０５にて、遠隔読影サーバ１０１は、依頼情報に振分特性ＩＤ２３０１を設定せずに本処理フローを終了する。

（依頼受付処理）
図７は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する依頼受付処理の処理フローを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１それぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ４０１にて、業務端末１１２は、ユーザの指示に従って、図１２に示す読影センターワークリスト画面１２００を表示する。ここでの表示は、業務端末１１２に備えられたＷｅｂブラウザ（不図示）を用いて行われてもよいし、所定のアプリケーションを介して表示するようにしてもよい。業務端末１１２は、読影センターワークリスト画面１２００に表示する依頼情報を取得するために、遠隔読影サーバ１０１にステータスが受付待ちである依頼情報を取得する指示を出す。

Ｓ４０２にて、遠隔読影サーバ１０１は、業務端末１１２からの指示に応じて、図２７に示す依頼情報のうち、ステータスが受付待ちである依頼情報を業務端末１１２に返す。具体的には、依頼情報テーブル２７００において、状態２７０２の値が「受付待」になっている依頼情報が返される。そして、業務端末１１２は、受信した依頼情報を読影センターワークリスト画面１２００に表示する。

Ｓ４０３にて、業務端末１１２は、読影センターワークリスト画面１２００を介してユーザから受け付け対象の依頼の選択を受け付ける。具体的には、読影センターワークリスト画面１２００の表示ボタン１２０１の指定を受け付けることで、受け付け対象の選択を受け付ける。そして、業務端末１１２は、選択された受付対象の依頼ＩＤ２７０１を取得する。

Ｓ４０４にて、業務端末１１２は、Ｓ４０３で取得した依頼ＩＤに該当する依頼情報を表示するために、図１３に示す依頼受付画面１３００を表示する。依頼受付画面１３００には、依頼申請が行われた際に入力された各種情報が表示される。

Ｓ４０５にて、業務端末１１２は、依頼受付画面１３００に振分特性選択リスト１３１３を表示する。

Ｓ４０６にて、業務端末１１２は、依頼受付画面１３００の振分特性選択リスト１３１３上に、図６の処理にて設定された振分特性の初期値を選択値として設定する。これにより、ユーザは、業務端末１１２上で初期値として設定された振分特性を特に設定作業をすることなくそのまま利用することが可能となる。なお、図６の処理にて初期値が設定されていない場合には、リストから選択する旨の表示を行うようにしても構わない。また、振分特性の初期値が設定されていた場合でも、リストから選択を受け付けることで変更可能である。

Ｓ４０７にて、業務端末１１２は、依頼受付画面１３００にて依頼受付ボタン１３１４が押されたか否かを判定する。依頼受付ボタン１３１４が押された場合（Ｓ４０７にてＹＥＳ）、Ｓ４０８に移行する。

Ｓ４０８にて、業務端末１１２は、依頼受付画面１３００に入力された依頼情報を取得する。ここでの依頼情報には、検査種、部位、振分特性等が含まれる。

Ｓ４０９にて、業務端末１１２は、Ｓ４０８で取得した依頼情報を遠隔読影サーバ１０１に送信する。

Ｓ４１０にて、遠隔読影サーバ１０１は、業務端末１１２から送信された依頼情報を受信する。

Ｓ４１１にて、遠隔読影サーバ１０１は、Ｓ４１０で受信した依頼情報をデータベース１０８に保存する。このとき、依頼情報のステータスとして、状態２７０２の値が「振分待」となる。そして、本処理フローを終了する。

（依頼振分処理）
図８は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する依頼振分処理の処理フローを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１それぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ５０１にて、業務端末１１２は、ユーザの指示に従って、図１５に示す依頼振分画面１５００を表示する。ここでの表示は、業務端末１１２に備えられたＷｅｂブラウザ（不図示）を用いて行われてもよいし、所定のアプリケーションを介して表示するようにしてもよい。依頼振分画面１５００は、依頼情報リスト１５０１を表示する領域と、読影医スケジュール１５０３を表示する領域を含む。業務端末１１２は、依頼振分画面１５００に表示する依頼情報および読影医スケジュール情報を取得するために、遠隔読影サーバ１０１に各情報を取得する指示を出す。

Ｓ５０２にて、遠隔読影サーバ１０１は、図２７に示す依頼情報テーブル２７００のうち、ステータスが振分待ちである依頼情報と、図２６に示す読影医スケジュールテーブル２６００とを業務端末１１２に返す。そして、業務端末１１２は、受信した依頼情報と読影医スケジュールテーブル２６００とを依頼振分画面１５００に表示する。

Ｓ５０３にて、業務端末１１２は、依頼振分画面１５００を介してユーザにより選択された自動振分対象の依頼情報を取得する。

Ｓ５０４にて、業務端末１１２は、依頼振分画面１５００にて自動振分ボタン１５０４が押されたか否かを判定する。自動振分ボタンが押された場合（Ｓ５０４にてＹＥＳ）、Ｓ５０５に移行する。

Ｓ５０５にて、業務端末１１２は、Ｓ５０３で取得された自動振分対象の依頼情報を遠隔読影サーバ１０１に送信する。

Ｓ５０６にて、遠隔読影サーバ１０１は、業務端末１１２から送信された自動振分対象の依頼情報を受信する。

Ｓ５０７にて、遠隔読影サーバ１０１は、自動振分対象の各依頼情報について、自動振分処理を実施し、振分情報を設定する。ここでの振分情報とは、依頼を受けた読影作業を行う読影医、および読影日を含む情報である。本工程における処理の詳細は、図９を用いて後述する。

Ｓ５０８にて、遠隔読影サーバ１０１は、Ｓ５０７で設定した振分情報を業務端末１１２に送信する。

Ｓ５０９にて、業務端末１１２は、遠隔読影サーバ１０１から受信した振分情報を依頼振分画面１５００に表示する。業務端末１１２は、依頼振分画面１５００の依頼情報リスト１５０１に、振分された読影医および読影日の情報を依頼情報それぞれに対応付けて表示する。更に、業務端末１１２は、読影医スケジュール１５０３に、各読影医の日付毎に振分予定の件数を表示する。振分後に表示される画面のイメージを図１６に示す。図１６に示す依頼振分画面１６００は、自動振分の結果の確定を受け付ける保存ボタン１６０４、および、キャンセルを受け付けるキャンセルボタン１６０３を含む。

Ｓ５１０にて、業務端末１１２は、依頼振分画面１６００にて、保存ボタン１６０４が押されたか否かを確認する。保存ボタン１６０４が押された場合（Ｓ５１０にてＹＥＳ）、Ｓ５１２に移行する。キャンセルボタン１６０３が押された場合（Ｓ５１０にてＮＯ）、Ｓ５１１に移行する。

Ｓ５１１にて、業務端末１１２は、Ｓ５０９で受信した振分情報を破棄する。依頼振分画面１６００にて表示している振分情報を、すべて表示前の状態（すなわち、図１５の状態）に戻す。そして、本処理フローを終了する。

Ｓ５１２にて、業務端末１１２は、ユーザによって確定指示を受けた振分情報を遠隔読影サーバ１０１に送信する。

Ｓ５１３にて、遠隔読影サーバ１０１は、業務端末１１２から振分情報を受信する。

Ｓ５１４にて、遠隔読影サーバ１０１は、データベース１０８に保存されている依頼情報にＳ５１３で受信した振分情報を付加することで更新する。このとき、依頼情報のステータスとして、状態２７０２の値が「振分済」となる。そして、本処理フローを終了する。

（自動振分処理）
図９は、遠隔読影サーバ１０１が実施する自動振分の処理フローを示す図であり、図８のＳ５０７の処理に対応する。

Ｓ６０１にて、遠隔読影サーバ１０１は、データベース１０８に保存されている各種テーブルを取得する。ここで用いるテーブルは、振分特性マスタテーブル２０００、枚数ポイント加算テーブル２１００、ポイント設定テーブル２２００、振分特性マッピングテーブル２３００である。更には、専門性テーブル２４００、読影医除外テーブル２５００、および読影医スケジュールテーブル２６００である。各テーブルの構成例については、図２０〜図２６に示す。

Ｓ６０２にて、遠隔読影サーバ１０１は、自動振分対象の依頼情報のうち、振分特性が設定されていない依頼情報を自動振分対象から除外する。依頼情報に含まれる振分特性は、図１３に示す依頼受付画面１３００を介して設定されているものとするが、あらかじめ登録した振分特性に該当しない依頼情報であれば、未設定とする。よって、このような依頼情報については振分特性を用いた自動振り分けを行うことができないため、Ｓ６０２では自動振分対象から除外する。尚、このような依頼情報は従来通り、手動で振り分けてもよい。このような依頼情報がある場合には、手動で振り分けることをユーザ（例えば、事務担当）に促す画面表示等を行うようにしてもよい。

Ｓ６０３にて、遠隔読影サーバ１０１は、自動振分対象の依頼情報について依頼情報の依頼日順にソートする。つまり、ソートの結果、上位に位置する依頼情報は、より高い優先度を有するものとして、優先的に振分が行われることとなる。依頼情報の依頼日は、図２７の依頼情報テーブル２７００の依頼日２７０４である。

Ｓ６０４にて、遠隔読影サーバ１０１は、Ｓ６０３でソートした結果のうち、依頼日が同日のものに対しては依頼情報の振分特性に対応できる読影医の数が少ない順にソートする。ここでの読影医の数は図２４に示す専門性テーブル２４００に基づいて判定される。例えば、依頼情報テーブル２７００の依頼情報のうち、Ｓ６０２にて依頼ＩＤが“７”の依頼情報は自動振分対象から除外される。そして、依頼日２７０４と専門性テーブル２４００に基づいてＳ６０３及びＳ６０４にてソートがなされると、図２８に示すような順となる。

Ｓ６０５にて、遠隔読影サーバ１０１は、Ｓ６０４でソートした依頼情報について、順次ループ処理を実行するために、ループカウンタＮを１に設定する（Ｎ＝１）。

Ｓ６０６にて、遠隔読影サーバ１０１は、Ｓ６０４でソートした依頼情報のＮ件目の依頼情報を抽出し、着目する振分対象とする。

Ｓ６０７にて、遠隔読影サーバ１０１は、Ｓ６０１で取得した読影医スケジュールテーブル２６００に含まれる読影医すべてを振分候補読影医とする。

Ｓ６０８にて、遠隔読影サーバ１０１は、Ｓ６０１で取得した専門性テーブル２４００を参照し、Ｓ６０６で抽出した依頼情報の振分特性に対する専門性設定値（振分特性値）が“０”に設定されている読影医を、Ｓ６０７で設定した振分候補読影医から除外する。ここで振分特性の専門性設定値が“０”であるとは、その読影医が所定の分野における読影を行うための専門的な知識（専門性）を有していないことを示す。“０”以外である場合には、その値が大きくなるに従って、その分野の熟練度が高くなっていることを示す。尚、専門性設定値は読影医が有する専門的な知識の度合いを示すだけでなく、読影医が所定の分野においてどのくらい読影を行いたいかを示す希望度としても用いることができる。すなわち、読影医がある振分特性に対して専門性設定値をより高くに設定すると、優先的に当該振分特性を有する依頼情報が当該読影医に振り分けられる。つまり、読影医が読影したい振分特性があれば、この振分特性に対応する専門性設定値をより高く設定すればよい。このように専門性設定値を読影医の希望度（優先度）として用いることも可能である。

Ｓ６０９にて、遠隔読影サーバ１０１は、Ｓ６０１で取得した読影医除外テーブル２５００を参照し、Ｓ６０６で抽出した依頼情報に含まれる依頼施設に対応して、除外対象として設定されている読影医をＳ６０８で設定した振分候補読影医から除外する。

Ｓ６１０にて、遠隔読影サーバ１０１は、Ｓ６０１で取得した読影医スケジュールテーブル２６００の振分対象日ごとに順次ループ処理をするために、ループカウンタＤを“０”に設定する（Ｄ＝０）。

Ｓ６１１にて、遠隔読影サーバ１０１は、本日＋Ｄ日目を振分対象日として設定する。遠隔読影サーバ１０１は、現時点の振分候補読影医を振分対象日の振分候補読影医として設定する。

Ｓ６１２にて、遠隔読影サーバ１０１は、振分対象日と振分可能日とを比較し、振分対象日が振分可能日を超えているか否かを判定する。ここでの振分可能日とは、例えば、本日から所定の日数後までの範囲を示す。なお、振分可能日は、ユーザが予め設定しておいてもよい。振分可能日を超えていない場合は（Ｓ６１２にてＹＥＳ）、遠隔読影サーバ１０１は、振分対象日が存在すると判定し、Ｓ６１３に処理を移行する。一方、超えている場合は（Ｓ６１２にてＮＯ）、遠隔読影サーバ１０１は、振分対象日が存在しないと判定し、Ｓ６１９に処理を移行する。

Ｓ６１３にて、遠隔読影サーバ１０１は、読影医スケジュールの振分対象日を参照し、残読影可能件数が０件、または、残読影可能ポイントが振分対象である依頼のポイント未満となっている読影医を、振分対象日の振分候補読影医から除外する。本実施形態において、残読影可能ポイントは、（振分可能件数）×（ポイント設定テーブル２２００の１件標準ポイント２２０１）を基準値とし、読影医が振分対象日に既に振分済みの依頼のポイントの合計分を減算して算出される。つまり、ポイントは、読影に対する負荷を示し、読影の依頼を振り分けて負荷が高くなると、新たな振り分けを行わないように制御する。ここでは、各読影医に対して、１日当たり負荷の上限として読影可能ポイントの基準値が設定される。なお、残読影可能ポイントの算出方法はこれに限定するものではなく、例えば、読影医ごとに設定された重み付けや上限値を用いて算出するようにしてもよい。

また、振分対象である依頼のポイントは、Ｓ６０６で抽出した依頼情報と、振分特性マスタテーブル２０００、枚数ポイント加算テーブル２１００、およびポイント設定テーブル２２００を用いて算出される。本実施形態において、振分対象である依頼のポイントは、（ポイント設定テーブル２２００の１件標準ポイント２２０１）＋（振分情報が示す振分特性の加算ポイント２００３）＋（振分情報が示す画像枚数の加算ポイント２１０３）によって算出される。すなわち、検査種と検査する部位の組み合わせによる読影の負荷と、読影する画像枚数の多さによる負荷とを考慮している。つまり、ポイントが高いほど負荷が高い依頼であるということを意味する。読影をする件数だけでなく、ポイントによって読影ごとの負荷を考慮することで、負荷の分散を考慮した振り分けを行うことが可能となる。また、振分対象である依頼のポイントは、自動振分を実行する際に算出することが望ましい。読影依頼を受け付けた後に、読影すべき画像が追加で送付されてくる可能性があるためである。

Ｓ６１４にて、遠隔読影サーバ１０１は、振分対象日の振分候補読影医の数が０人か否かを判定する。０人でない場合は（Ｓ６１４にてＹＥＳ）、遠隔読影サーバ１０１は、振分対象日に振分候補読影医が存在すると判定し、Ｓ６１６に処理を移行する。０人である場合は（Ｓ６１４にてＮＯ）、遠隔読影サーバ１０１は、振分対象日に振分候補読影医が存在しないと判定し、Ｓ６１５に処理を移行する。

Ｓ６１５にて、遠隔読影サーバ１０１は、ループカウンタＤに１を加算し（Ｄ＝Ｄ＋１）、Ｓ６１１に処理を移行する。

Ｓ６１６にて、遠隔読影サーバ１０１は、振分対象日の振分候補読影医すべてについて、読影医スケジュールテーブル２６００を参照し、残振分可能件数（読影可能件数２６０３）を算出する。また、遠隔読影サーバ１０１は専門性テーブル２４００を参照し、専門性設定値を取得する。そして、遠隔読影サーバ１０１は、残振分可能件数と専門性設定値とを乗算することで振分適切度を算出する。例えば、ある振分候補読影医の残振分可能件数が２件であり、専門性設定値が“１０”である場合には、振分適切度は“２０”となる。なお、振分適切度の算出式はこれに限定するものではなく、例えば、振分特性ごとの重み付けなど、他の算出式を用いても構わない。

Ｓ６１７にて、遠隔読影サーバ１０１は、Ｓ６１６で算出した各振分候補読影医の振分適切度に基づき、振分適切度が最も高い１人の読影医を振分情報に設定する。なお、最も高い読影医が複数いる場合は、例えば、読影医ＩＤの若い１名の読影医を、振分対象として振分情報に設定する。

Ｓ６１８にて、遠隔読影サーバ１０１は、Ｓ６１７で設定した振分対象の読影医に対し、振分対象日の振分スケジュールから残読影可能件数（読影可能件数２６０３）を１件減算する。更に、遠隔読影サーバ１０１は、残読影可能ポイントから振分対象依頼のポイント分を減算する。

Ｓ６１９にて、遠隔読影サーバ１０１は、振分対象の依頼について、振分対象読影医および読影日が存在しないと判定し、振分情報を設定しない。その後、処理をＳ６２０へ移す。

Ｓ６２０にて、遠隔読影サーバ１０１は、ループカウンタＮに１を加算する（Ｎ＝Ｎ＋１）。

Ｓ６２１にて、遠隔読影サーバ１０１は、Ｎの値が、自動振分対象の依頼情報の総数未満であるか否かを判定する。総数未満であると判定された場合（Ｓ６２１にてＹＥＳ）、遠隔読影サーバ１０１は、自動振分対象の依頼が残っていると判定し、Ｓ６０６に処理を移行する。総数未満でないと判定された場合（Ｓ６２１にてＮＯ）、遠隔読影サーバ１０１は、すべての自動振分対象の依頼について、自動振分処理が完了したと判定し、本処理フローを終了する。

［画面構成例］
図１０は、依頼施設側のユーザが依頼申請する際に、依頼端末１０９のディスプレイに表示される依頼施設ワークリスト画面１０００の構成例を示す。依頼リスト１００６の表示ボタン１００１が押下されると、押下された行の依頼情報を申請するための依頼申請画面１１００に遷移する。検索ボタン１００５が押下されると、ユーザにより指定された患者番号１００２、検査種１００３、および部位１００４等の条件に基づいて、図２７に示す依頼情報テーブル２７００を検索し、依頼リスト１００６の表示内容を更新する。

図１１は、依頼施設側のユーザが依頼申請のために依頼申請内容を入力する際に、依頼端末１０９のディスプレイに表示される依頼申請画面１１００の構成例を示す。依頼元１１０１は、依頼施設側のユーザの所属する依頼施設に合わせて表示される。依頼日１１０２は、依頼申請時に本日の日付が設定される日時の情報である。患者番号１１０３、患者名１１０４、性別１１０５、生年月日１１０６、モダリティ１１０７、および画像枚数１１０８には、画像データに含まれる検査情報（ＤＩＣＯＭの情報）に基づいて、設定され、表示される。依頼申請ボタン１１１３を押下されると、検査種１１０９、部位１１１０、フィルム指定１１１１、および依頼内容１１１２に入力された情報が、依頼情報テーブル２７００に登録される。

図１２は、読影センター側のユーザが依頼受付する際に、業務端末１１２のディスプレイに表示される読影センターワークリスト画面１２００の構成例を示す。依頼リスト１２０７の表示ボタン１２０１を押下されると、押下された行の依頼情報を受付するための依頼受付画面１３００に遷移する。検索ボタン１２０６が押下されると、依頼施設１２０２、患者番号１２０３、検査種１２０４、および部位１２０５等の条件に基づいて依頼情報テーブル２７００を検索し、依頼リスト１２０７の表示内容を更新する。

図１３は、読影センター側のユーザが依頼受付のために依頼受付内容を入力する際に、業務端末１１２のディスプレイに表示される依頼受付画面１３００の構成例を示す。依頼情報テーブル２７００に設定された依頼情報に基づき、依頼元１３０１、依頼日１３０２、患者番号１３０３、患者名１３０４、性別１３０５、生年月日１３０６、モダリティ１３０７、画像枚数１３０８が表示される。更には、検査種１３０９、部位１３１０、フィルム１３１１、および依頼内容１３１２が表示される。振分特性選択リスト１３１３は、図２０に示す振分特性マスタテーブル２０００に登録された振分特性をリスト表示する。依頼受付ボタン１３１４が押下されると、振分特性選択リスト１３１３にて選択された振分特性が、依頼情報テーブル２７００に登録される。

図１４は、読影センター側のユーザが、図２４に示す専門性テーブル２４００の内容を更新する際に、業務端末１１２のディスプレイに表示される専門性設定画面１４００の構成例を示す。ユーザにより各振分特性に対する専門性を示す値を専門性設定値１４０１に入力された後、保存ボタン１４０２が押下されると、専門性テーブル２４００が更新される。ここでの値が大きいほど、専門性が高いことを示す。なお、値が入力されていない場合は、専門外（もしくは読影不可）であることを意味する。

図１５は、読影センター側のユーザが依頼情報を読影医に振分する際に、業務端末１１２のディスプレイに表示される依頼振分画面１５００の構成例を示す。自動振分ボタン１５０４が押下されると、依頼情報リスト１５０１上の振分対象選択チェックボックス１５０２で選択された依頼情報に対して自動振分が実施され、振分された結果（図１６）が表示される。読影医スケジュール１５０３のセルがユーザにより選択されると、依頼情報リスト１５０１上の振分対象選択チェックボックス１５０２で選択された依頼情報に対し、セルが示す読影医および振分対象日を振分情報として依頼情報テーブル２７００が更新される。すなわち、自動振分ボタン１５０４が押下されることにより、自動的に読影依頼を読影医に振り分けるのではなく、読影依頼を手動で振り分けることができる。

図１６は、読影センター側のユーザが自動振分を指示した際に、振分結果として業務端末１１２のディスプレイに表示される画面である。自動振分が実行されると、読影日列１６０１および読影医列１６０２が新たに追加表示され、ここに振分された結果の読影日および読影医が表示される。さらに、読影医スケジュール１６０５の振分された読影日および読影医のセルに、振分後総件数および新規振分件数が表示される。

キャンセルボタン１６０３が押下されると、仮表示された読影日および読影医の内容は破棄される。その結果、読影日列１６０１と読影医列１６０２が非表示になり、読影医スケジュール１６０５の振分件数が削除される。保存ボタン１６０４が押下されると、表示された読影日および読影医の内容が、図２９に示すように依頼情報テーブル２９００に登録され、確定する。

［テーブル構成例］
図１７、図１８、図１９は、データベース１０８に記憶されたマスタテーブルの構成例を示す。図１７の検査種テーブル１７００、図１８の部位テーブル１８００、図１９の分類テーブル１９００に登録されたデータは、図１１に示す依頼申請画面１１００にて、依頼情報を入力する際の値の候補として、例えばリスト表示にて表示される。

図２０は、データベース１０８に記憶された振分特性マスタテーブル２０００の構成例を示す。本実施形態に係る振分特性は、図１７に示す検査種の各値と、図１８に示す部位の各値との組み合わせにより定義されるものである。なお、振分特性はこれに限定するものではなく、更なる詳細な項目の値ごとに組み合わせてもよい。その場合には、より詳細な専門性を定義することが可能である。振分特性マスタテーブル２０００は、振分特性ＩＤ２００１、振分特性名称２００２、および加算ポイント２００３を含む。加算ポイント２００３は、依頼情報のポイントを算出する際に、依頼情報に設定された振分特性に応じて加算ポイント２００３が１件標準ポイント２２０１（図２２）に加算される。

図２１は、データベース１０８に記憶された枚数ポイント加算テーブル２１００の構成例を示す。枚数ポイント加算テーブル２１００は、枚数下限２１０１、枚数上限２１０２、および加算ポイント２１０３を含む。図９のＳ６１３およびＳ６１８にて依頼情報のポイントを算出する際に、依頼情報の画像枚数に応じて枚数下限２１０１と枚数上限２１０２の範囲に収まるレコードの加算ポイント２１０３が１件標準ポイント２２０１に加算される。

図２２は、データベース１０８に記憶されたポイント設定テーブル２２００の構成例を示す。ポイント設定テーブル２２００は、１件標準ポイント２２０１を含む。１件当たりの依頼に対する標準ポイント値として使用される。

図２３は、データベース１０８に記憶された振分特性マッピングテーブル２３００の構成例を示す。振分特性マッピングテーブル２３００は、振分特性ＩＤ２３０１、振分特性名称２３０２、検査種ＩＤ２３０３、部位ＩＤ２３０４、分類ＩＤ２３０５、患者年齢２３０６、患者性別下限値２３０７、および患者性別２３０８を含む。同一の振分特性ＩＤ２３０１は、異なる検査種ＩＤ２３０３、部位ＩＤ２３０４、分類ＩＤ２３０５、患者年齢２３０６、患者性別下限値２３０７、および患者性別２３０８の組み合わせを持つことができる。

図２４（Ａ）は、データベース１０８に記憶された専門性テーブル２４００の構成例を示す。専門性テーブル２４００は、読影医ＩＤ２４０１、振分特性ＩＤ２４０２、および専門性設定値２４０３を含む。図１４の専門性設定画面１４００で入力された値（パラメータ）が登録される。このパラメータが、各読影医の専門性を示し、値が高いほど専門性が高いことを示している。図２４（Ｂ）は、図２４（Ａ）に示す値の関係を、読影医と振分特性を軸にした２次元表形式で表現したものである。

図２５は、データベース１０８に記憶された読影医除外テーブル２５００の構成例である。読影医除外テーブル２５００は、依頼施設ＩＤ２５０１、および読影医ＩＤ２５０２を含む。読影医除外テーブル２５００は、依頼情報を申請した依頼施設側が希望しない読影医を、候補読影医から除外するために使用される。なお、ここでは、依頼施設単位で、除外する読影医を指定しているが、これに限定するものではなく、例えば、患者単位、検査種単位などで除外する読影医を指定できるようにしてもよい。

図２６（Ａ）は、データベース１０８に記憶された読影医スケジュールテーブル２６００の構成例を示す。読影医スケジュールテーブル２６００は、振分対象日２６０１、読影医ＩＤ２６０２、および読影可能件数２６０３を含む。図２６（Ｂ）は、図２６（Ａ）のデータの値を振分対象日と読影医を軸にした２次元表形式で表現したものである。

図２７は、データベース１０８に記憶された依頼情報テーブル２７００の構成例を示す。依頼情報テーブル２７００は、依頼ＩＤ２７０１、状態２７０２、依頼施設ＩＤ２７０３、依頼日２７０４、患者番号２７０５、患者名２７０６、生年月日２７０７、性別２７０８を含む。更には、検査種ＩＤ２７０９、部位ＩＤ２７１０、検査日２７１１、分類（フィルム）ＩＤ２７１２、画像枚数２７１３、振分特性ＩＤ２７１４、読影日２７１５、および読影医ＩＤ２７１６を含む。これらは、依頼情報に含まれる属性情報である。特に本実施形態では、検査種ＩＤ２７０９が示す検査種と部位ＩＤ２７１０が示す撮影部位の組み合わせを用いて読影医の専門性と対応付けて処理を行っている。図２８は、図２７に示す依頼情報テーブル２７００のデータを、ソートした後の状態（Ｓ６０１〜Ｓ６０４の処理を実行した後の状態）を示す。

図２９は、図２７に示す依頼情報テーブル２７００のデータに対し、図９のフローチャートが完了した結果の状態を示す。読影日２９０１と読影医２９０２に、自動振分を実施した結果の振分対象日および振分読影医が設定されている。なお、このデータは、図９のフローチャートが完了した時点では、データセンターのデータベース１０８には記憶されておらず、図８のフローチャートのＳ５１４において依頼振分画面１６００を介してユーザが保存を指示した時点で登録される。

図３０は、依頼情報テーブル２７００のデータについて、図９のフローチャートが完了した時点の状態を示す図である。算出ポイント３００１は、図９のＳ６１３で算出した依頼の算出ポイントを示す。算出振分適切度３００２は、図９のＳ６１６で算出した振分対象日毎の読影医の振分適切度を示す。振分情報読影日３００３と振分情報読影医３００４は、Ｓ６１７で振分対象に設定した読影日および読影医の結果を示す。

図３１は、依頼情報テーブル２７００のデータについて、図９のフローチャートが完了した時点の各割当対象日、および各読影医の振分済件数、振分可能件数、振分済ポイント、および振分可能ポイントの状態を示す。

＜第二の実施形態＞
第一の実施形態として述べた仕組みを用いることで、読影センターが受け付けた読影依頼を読影医の専門性の強弱、依頼の負荷を考慮した振分を自動的に行うことができる。しかしながら、日々の読影可能件数を依頼件数が上回る場合、自動振分後に発生した依頼は、緊急性の高い依頼であっても、常に振分済みの依頼よりも後に振り分けられてしまう。そのため、依頼を割り込ませたい場合には、手動で振分を調整する必要があり、再調整に時間が掛かってしまう問題があった。

また、同一患者の依頼を同一読影医の同一日に割り当てて、読影効率を向上させたい、という場合にも、手動で振分を調整する必要があった。

また、所定の依頼元からの依頼情報を優先的に振り分けたいという要望もある。

本実施形態では、上記の課題を解決するために、依頼を割り込ませたい場合、自動振分の時点で、すべての読影可能枠を埋めずに割込み用の枠を用意しておく。この構成により、振分後に発生した依頼を、すでに行った振分を維持したまま、割り込ませることが可能となる。さらに、本実施形態では、同一患者等の依頼をグループ化する。グループ化することで、同一患者等の依頼は、必ず同じ読影医もしくは同じ読影日などに割り振ることができ、手動による割当の調整の手間を軽減できる。

以下、第二の実施形態として上記の仕組みについて説明を行う。尚、前述した第一の実施形態と共通する処理や画面例、データ構成については説明を省略し、第一の実施形態と異なる部分について説明を行う。

なお、本実施形態では、ユーザは、依頼申請画面１１００を介して、読影依頼の緊急度を設定できるものとする。このとき、緊急度の高い依頼申請は、特定のユーザや、特定の依頼元のみが設定できるようにしてもよい。

［処理フロー］
（依頼振分処理）
図３２は、業務端末１１２と遠隔読影サーバ１０１とが連携して実施する依頼振分処理の処理フローを示す図である。以下の処理は、業務端末１１２および遠隔読影サーバ１０１それぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ５０４にて、業務端末１１２は、依頼振分画面１５００にて自動振分ボタン１５０４が押されたか否かを判定する。自動振分ボタン１５０４が押された場合（Ｓ５０４にてＹＥＳ）、Ｓ３２０１に移行する。

Ｓ３２０１にて、業務端末１１２は、図３４に示す依頼振分条件入力画面３４００を介してユーザにより選択された自動振分の振分条件を取得する。振分条件は、自動振分ボタン１５０４が押された場合に依頼振分条件入力画面３４００を表示して設定してもよいし、事前設定として予め依頼振分条件入力画面３４００を表示してユーザからの選択を受け付けるようにしてもよい。依頼振分条件入力画面３４００の画面構成については、後述する。業務端末１１２は、振分開始ボタン３４０９の押下を検知すると、依頼振分条件入力画面３４００にて入力された振分条件を取得し、Ｓ５０５に処理を進める。

Ｓ５０５にて、業務端末１１２は、Ｓ５０３で取得された自動振分対象の依頼情報とＳ３２０１で取得された振分条件を、遠隔読影サーバ１０１に送信する。

（自動振分処理）
図３３Ａおよび図３３Ｂは、本実施形態に係る遠隔読影サーバ１０１が実施する自動振分の処理フローを示す図であり、図３２のＳ５０７の処理に対応する。

Ｓ６０１にて、遠隔読影サーバ１０１は、データベース１０８に保存されている各種テーブルを取得する。ここで取得されるテーブルは、振分特性マスタテーブル２０００、枚数ポイント加算テーブル２１００、ポイント設定テーブル２２００、振分特性マッピングテーブル２３００である。更には、専門性テーブル２４００、読影医除外テーブル２５００、および読影医スケジュールテーブル２６００、そして割込用施設情報テーブル３５００である。各テーブルの構成例については、図２０〜図２６、図３５に示す。なお、割込用施設情報テーブル３５００以外のテーブルについては、第一の実施形態にて述べた構成と同様である。

Ｓ３３０１にて、遠隔読影サーバ１０１は、類似依頼の分割が禁止されているか否かを、依頼振分条件入力画面３４００を介して入力された振分条件に基づいて判定する。具体的には、類似依頼分割３４０１の設定において、類似依頼の分割が禁止されているか否かが判定される。ここでの「類似依頼」とは、所定の属性に基づいて互いに類似する依頼情報を指す。ここでの所定の属性とは、図３４に示す依頼振分条件入力画面３４００にて設定されるものとする。例えば、依頼振分条件入力画面３４００にて「同一患者」が類似条件として設定されていた場合には、同一の患者に係る読影依頼は、互いの類似依頼として扱われる。

類似依頼の分割が禁止されている場合（Ｓ３３０１にてＹＥＳ）、Ｓ６０２をスキップし、Ｓ３３０２の処理に移行する。類似依頼の分割が禁止されていない場合（Ｓ３３０１にてＮＯ）、Ｓ６０２の処理に移行する。類似依頼の分割が禁止されていない場合、第一の実施形態と同様、振分特性が設定されていない読影依頼を振分対象外とすることで、振分処理を効率化する。一方、類似依頼の分割が禁止されている場合、振分特性が設定されていない読影依頼であっても、これが類似依頼であれば振分対象とする。そのため、この場合は、振分特性が無いレポートを振分対象から除外しない。

Ｓ３３０２にて、遠隔読影サーバ１０１は、指定された自動振分の振分条件において、割込を考慮するか否かの設定を確認する。具体的には、依頼振分条件入力画面３４００の割込用読影枠３４０６の設定において、考慮するか否かが判定される。ここでの「割込みを考慮する」とは、読影可能件数が依頼の件数より多い場合に、すべての枠を埋めずに空きを作っておくことである。つまり、振分後に発生する緊急度の高い優先的な依頼を割り込ませる（緊急性の高い読影依頼を先行して処理させる）ことを可能とする仕組みである。この構成により、振分後に優先的な依頼が発生した場合も、一度決まった振分を解除することなく、振分を行うことが可能となる。割込を考慮する場合（Ｓ３３０２にてＹＥＳ）、Ｓ３３０３の処理に移行する。割込を考慮しない場合（Ｓ３３０２にてＮＯ）、Ｓ６０３の処理に移行する。

Ｓ３３０３にて、遠隔読影サーバ１０１は、自動振分対象の依頼情報をソートする。ソート基準としては、図３５の割込用施設情報テーブル３５００において依頼情報の依頼施設に対して設定される割込考慮時順序３５０２を第一ソートキーとする。また、図２７の依頼情報テーブル２７００の依頼情報の依頼日２７０４を第二ソートキーとする。そして、各ソートキーに対し、昇順でソートする。つまり、ソートの結果、上位に位置する依頼情報は、より高い優先度を有するものとして、優先的に振分が行われることとなる。Ｓ３３０３では、割込考慮時順序３５０２が上位の依頼施設からの依頼が優先的に振り分けられる。その後、Ｓ６０４の処理へ遷移する。

Ｓ６０４の処理の後、Ｓ３３０４にて、遠隔読影サーバ１０１は、依頼情報について、振分条件で指定された類似依頼の条件（設定項目３４０２〜３４０５）に基づき、類似依頼のリンクを生成する。遠隔読影サーバ１０１は、Ｓ６０４にてソートした依頼情報のうち先頭から順に１つずつ依頼情報を取り出し、その依頼情報より後の依頼情報から類似依頼の条件に合致する依頼を類似依頼として設定する。ここでは、類似依頼間でリンクがなされていればよく、具体的なリンク方法については特に問わない。また、事前にリンクを設定せず、後述するＳ３３０７で初めて類似依頼を検索するような形態であってもよい。その後、Ｓ６０５の処理へ遷移する。

Ｓ６１２にて、遠隔読影サーバ１０１は、振分対象日と振分可能日とを比較し、振分可能日を超えていない場合は（Ｓ６１２にてＹＥＳ）、Ｓ３３０５の処理へ遷移する。Ｓ３３０５にて、遠隔読影サーバ１０１は、指定された自動振分の振分条件が割込を考慮する場合において、本処理実施時点の振分対象日のすべての読影医の残読影可能件数の合計が、割込用読影枠を超えているか否かを判定する。ここでの「割込用読影枠」とは、緊急で割込の依頼が入ることを考慮し、予め振分対象日ごとに空けておく読影可能件数を指す。割込用読影枠は、図３４の依頼振分条件入力画面３４００を介して設定される、振分条件の枠の割合３４０７、および増加タイプ３４０８に基づいて振分対象日毎に決定される。例えば、枠の割合３４０７が“５％”で増加タイプ３４０８が“線形”の場合であって、振分対象日初日の全読影医の読影可能件数が２００件の場合、枠の割合が５％であるため、振分対象日初日の割込用読影枠は“１０件”となる。また、振分対象日翌日の全読影医の読影可能件数が１８０件の場合、増加タイプが線形のため枠の割合は１０％となり、振分対象日翌日の割込用読影枠は“１８件”となる。割込用読影枠の設定については、画面の説明と併せて後述する。

本処理実施時点の振分対象日のすべての読影医の残読影可能件数の合計が、割込用読影枠を超えている場合は（Ｓ３３０５にてＹＥＳ）、遠隔読影サーバ１０１は、割込用読影枠を考慮した振分対象日の読影可能枠が無くなったと判定し、Ｓ６１５の処理に移行する。一方、超えていない場合は（Ｓ３３０５にてＮＯ）、遠隔読影サーバ１０１は、振分対象日にまだ振分可能と判定し、Ｓ６１３の処理に移行する。

Ｓ６１４にて、遠隔読影サーバ１０１は、振分対象日の振分候補読影医の数が０人か否かを判定し、０人でない場合は（Ｓ６１４にてＹＥＳ）、Ｓ３３０６の処理へ遷移する。Ｓ３３０６にて、遠隔読影サーバ１０１は、自動振分の振分条件として類似依頼分割が禁止され、かつ、振分対象の依頼に類似依頼が存在するか否かを判定する。この条件を満たす場合（Ｓ３３０６にてＹＥＳ）、遠隔読影サーバ１０１は、類似依頼を含めた振分が必要と判定し、Ｓ３３０７の処理に遷移する。一方、自動振分の振分条件として類似依頼分割が許可されている場合、もしくは、類似依頼分割が禁止されているが振分対象依頼に類似依頼が存在しない場合（Ｓ３３０７にてＮＯ）、遠隔読影サーバ１０１は、類似依頼の振分が不要と判定する。そして、Ｓ６１６の処理に遷移する。

Ｓ３３０７にて、遠隔読影サーバ１０１は、振分対象日の振分候補読影医すべてに対して、振分対象の依頼とその類似依頼全てを振分可能か判定し、可能である振分候補読影医に仮の振分を実施する。そして、遠隔読影サーバ１０１は、振分対象の依頼とその類似依頼全てを振分可能な読影医以外を、振分候補読影医から除外する。すなわち、遠隔読影サーバ１０１は、振分対象の依頼と当該依頼の類似依頼の総件数とを特定し、振分対象日にこの総件数以上の読影可能件数を有する読影医を抽出する。更に、遠隔読影サーバ１０１は、読影医の残読影可能ポイントと、抽出した振分対象の依頼と当該依頼の類似依頼のそれぞれのポイントの合算値とをＳ６１３で前述した計算方法に基づいて算出する。そして、遠隔読影サーバ１０１は、残読影可能ポイントが合算値以上である読影医を、抽出した読影医から更に特定する。こうして特定された読影医が、振分対象の依頼とその類似依頼とを合わせて処理可能な振分候補読影医となる。これ以外の読影医は、振分候補読影医から除外される。その後、Ｓ６１６の処理へ遷移する。

Ｓ６１６の処理の後、Ｓ３３０８にて、遠隔読影サーバ１０１は、Ｓ６１６で算出した各振分候補読影医の振分適切度に基づき、振分適切度が最も高い１人の読影医を振分対象依頼の振分情報に設定する。最も高い振分適切度を有する読影医が複数いる場合は、例えば、遠隔読影サーバ１０１は、読影医ＩＤの若い１名の読影医を、振分対象として振分情報に設定するようにしてもよい。また、振分対象依頼に類似依頼が存在する場合には、遠隔読影サーバ１０１は、元となる振分対象依頼の振分適切度が最も高い１人の読影医を、類似依頼の振分情報に設定する。振分の重複が生じないように、Ｓ３３０８にて振り分けられた類似依頼は、以後の依頼振分対象から除外される。

Ｓ３３０９にて、遠隔読影サーバ１０１は、Ｓ３３０８で設定した振分対象の読影医に対し、振分対象日の振分スケジュールから残読影可能件数を１件減算する。更に、遠隔読影サーバ１０１は、残読影可能ポイントから振分対象依頼のポイント分を減算する。なお、振分対象依頼に類似依頼が存在する場合、遠隔読影サーバ１０１は、すべての類似依頼分の件数を残読影可能件数から減算し、更に、すべての類似依頼分のポイント分を残読影可能ポイントから減算する。その後、Ｓ６２０の処理へ遷移する。

［画面構成例］
図３４は、読影センター側のユーザが依頼情報を読影医に振分する際に、業務端末１１２のディスプレイに表示される依頼振分条件入力画面３４００の構成例を示す。依頼振分条件入力画面３４００は、例えば、図１５の依頼振分画面１５００の自動振分ボタン１５０４が押下された場合などに表示される。振分開始ボタン３４０９が押下されると、図１５の依頼振分画面１５００の依頼情報リスト１５０１上において、振分対象選択チェックボックス１５０２で選択された依頼情報に対して自動振分が実施される。その後、振分された結果（図１６）が表示される。

類似依頼分割３４０１は、類似する依頼を分割して読影医に対する振分を許可するか禁止するかを設定する項目である。ここで、禁止する場合には、類似する依頼を分割して異なる読影医に振り分けることが不可となる。類似条件である設定項目３４０２〜３４０５は、依頼情報のうち、類似すると判定するための条件を設定する。ここで設定された条件により、各読影依頼は一種のグループとして分類される。例えば、設定項目３４０２にチェックが入れられている場合、同一患者に対する依頼情報は類似するとして扱われる。ここでは、類似する条件として、同一患者、同一検査種、同一検査日、および同一依頼日が挙げられているが、これに限定するものではない。つまり、各読影依頼のデータが有する属性情報のいずれかを分類属性として用いることができ、上記以外にも、依頼者や依頼元が同じである場合などが選択できるようにしてもよい。

割込用読影枠３４０６は、割り込みを考慮して振分を行うか否かを設定する項目である。枠の割合３４０７は、割込用読影枠３４０６にて「考慮する」が選択された場合に有効になる。枠の割合３４０７は、全読影可能件数に基づいて、割込用読影枠を算出する際の基準となるパーセンテージ（割合）を選択肢として提供する。枠の割合は、予め定義された値を選択可能な構成としても良いし、ユーザが任意の値を入力できるようにしてもよい。増加タイプ３４０８は、振分対象日が１日経過するごとに、割込用読影枠を多く設定することとなるが、その増加の割合を指定する。増加タイプとしては、“線形”、“指数的”、等を、選択肢として提供することが可能であるが、これに限定するものではない。例えば、“線形”が指定された場合は、枠の割合３４０７の値に対し、線形に増加することを意味する。具体的には、枠の割合として“５％”が設定されている場合、初日目、２日目、３日目、．．．となるに従って、その割合は、５％、１０％、１５％、．．．として算出される。

［テーブル構成例］
図３５は、データベース１０８に記憶された割込用施設情報テーブル３５００の構成例である。割込用施設情報テーブル３５００は、依頼施設ＩＤ３５０１、および割込考慮時順序３５０２を含む。割込用施設情報テーブル３５００は、自動振分実施時、振分条件で割込を考慮する際に、割込を考慮する際に優先的に振り分ける依頼情報を施設毎に順序づけるために使用される。

本実施形態では、自動振分の際に、割り込みを考慮し、読影可能な件数に空きを設けて振分を行っている。振分後に緊急度が高く設定された依頼情報を受信した場合には、ユーザが手動でその空きの部分を含めて緊急度が高く設定された依頼情報を読影医に振り分けられるようにしてもよい。もしくは、遠隔読影サーバが、再度、自動振分を実行し、すでに振り分けられた依頼情報を維持したまま、緊急度が高く設定された依頼情報を空きの部分を含めて振り分けるようにしてもよい。

遠隔読影サーバが自動的に、緊急度が高く設定された依頼情報を振り分ける場合には、緊急度が高く設定された依頼情報を受信したタイミングで自動振分を実行するようにしてもよい。もしくは、依頼情報の受信を定期的に監視し、受信していた場合に自動振分を行うようにしてもよい。また、緊急度が高く設定された依頼情報を振り分けた場合、遠隔読影サーバは、その振分先となった読影医に通知を行うようにしてもよい。

＜その他の実施形態＞
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１…遠隔読影サーバ、１０８…データベース、１０９…依頼端末、１１２…業務端末、１１３、１１４…読影端末

本発明は、情報処理システムおよびその制御方法、情報処理装置、並びにプログラムに関し、特に、医用画像の読影を行う読影医に対して、読影対象の画像を割り当てる技術に関する。

上記の目的を達成するために、本発明は以下の構成を有する。すなわち、情報処理システムであって、各々が医用画像を含む複数の読影依頼を取得する取得手段と、前記複数の読影依頼のうち特定の読影依頼の選択を受け付ける選択受付手段と、前記選択受付手段で選択を受け付けた前記特定の読影依頼の読影依頼先を設定する設定手段とを有する。

Claims (21)

1. 属性情報を含む医用画像データの読影依頼を取得する取得手段と、
   医用画像データの属性情報に含まれる属性に対応する、複数の読影医それぞれに設定されたパラメータを管理する管理手段と、
   前記取得手段にて取得した読影依頼を、当該読影依頼に対応する医用画像データの属性情報に含まれる属性に対応する、前記複数の読影医それぞれに設定されたパラメータに基づいて、前記複数の読影医のいずれかに割り当てる割当手段と
   を有することを特徴とする情報処理装置。
2. 前記属性情報は、少なくとも検査種、および撮影部位の属性を含み、
   前記パラメータは、前記属性情報に含まれる属性の組み合わせそれぞれに対して設定された読影医ごとの前記読影の専門性を示す値であることを特徴とする請求項１に記載の情報処理装置。
3. 前記管理手段は更に、読影医が１日当たりに読影可能な件数を管理し、
   前記割当手段は更に、前記件数を用いて、割り当てる読影医を決定することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記管理手段が管理する、読影医が１日当たりに読影可能な件数のうち、割り込みのために空けておく枠の設定を受け付ける手段を更に有し、
   前記枠が設定されている場合、前記割当手段は、当該枠を除いた件数に基づいて前記読影依頼を割り当てることを特徴とする請求項３に記載の情報処理装置。
5. 前記枠の設定は、読影医が１日当たりに読影可能な件数に対する割合にて指定されることを特徴とする請求項４に記載の情報処理装置。
6. 前記枠の設定は、枠の件数を日ごとに増加させる際の増加方法が含まれることを特徴とする請求項４または５に記載の情報処理装置。
7. 前記取得手段が緊急度が高く設定された読影依頼を受信した場合、前記割当手段は、すでに実施した割り当てを維持したまま、前記枠を含めた件数に基づいて、当該緊急度が高く設定された読影依頼を割り当て可能とすることを特徴とする請求項４乃至６のいずれか一項に記載の情報処理装置。
8. 前記割当手段は、前記複数の読影医それぞれに対し、日ごとに前記医用画像データを割り当てることを特徴とする請求項３乃至７のいずれか一項に記載の情報処理装置。
9. 前記取得手段は、所定のグループ単位で医用画像データを取得し、
   前記割当手段は、前記所定のグループ単位で読影医に割り当てを行うことを特徴とする請求項１乃至８のいずれか一項に記載の情報処理装置。
10. 医用画像データを所定のグループに分類する際に用いる分類属性の設定を受け付ける手段を更に有することを特徴とする請求項９に記載の情報処理装置。
11. 前記分類属性は、患者、検査種、検査日、および依頼日のうちの少なくとも一つを含むことを特徴とする請求項１０に記載の情報処理装置。
12. 前記割当手段は、
    前記属性情報に含まれる属性のいずれかを基準として優先度を決定し、
    前記優先度の高い医用画像データから割り当てを行うことを特徴とする請求項１乃至１１のいずれか一項に記載の情報処理装置。
13. 前記基準は、前記医用画像データが取得された日時であり、
    前記割当手段は、取得した日時が古い医用画像データほど優先度を高くすることを特徴とする請求項１２に記載の情報処理装置。
14. 前記割当手段は、割り当て可能な読影医が少ない医用画像データほど優先度を高くすることを特徴とする請求項１２に記載の情報処理装置。
15. 前記管理手段は更に、前記属性情報の属性の値の組み合わせごとに読影の際の負荷を定義したパラメータ、および、前記医用画像データを構成する画像枚数ごとに読影の際の負荷を定義したパラメータを管理し、
    前記割当手段は更に、前記負荷を定義したパラメータを用いて割り当てを行うことを特徴とする請求項１乃至１４のいずれか一項に記載の情報処理装置。
16. 前記管理手段が管理するパラメータを設定するための画面を提供する手段を更に有することを特徴とする請求項１乃至１５のいずれか一項に記載の情報処理装置。
17. 前記管理手段は更に、所定の属性の値を含む属性情報を有する医用画像データを、所定の読影医に割り当てないように定義された除外テーブルを管理し、
    前記割当手段は、前記除外テーブルに基づいて割り当てを行うことを特徴とする請求項１乃至１６のいずれか一項に記載の情報処理装置。
18. 前記割当手段による割り当て結果を表示する画面を提供する手段を更に有することを特徴とする請求項１乃至１７のいずれか一項に記載の情報処理装置。
19. 属性情報を含む医用画像データの読影依頼を取得する取得工程と、
    医用画像データの属性情報に含まれる属性に対応する、複数の読影医それぞれに設定されたパラメータを管理する管理工程と、
    前記取得工程にて取得した読影依頼を、当該読影依頼に対応する医用画像データの属性情報に含まれる属性に対応する、前記複数の読影医それぞれに設定されたパラメータに基づいて、前記複数の読影医のいずれかに割り当てる割当工程と
    を有することを特徴とする情報処理装置の制御方法。
20. コンピュータを、
    属性情報を含む医用画像データの読影依頼を取得する取得手段、
    医用画像データの属性情報に含まれる属性に対応する、複数の読影医それぞれに設定されたパラメータを管理する管理手段、
    前記取得手段にて取得した読影依頼を、当該読影依頼に対応する医用画像データの属性情報に含まれる属性に対応する、前記複数の読影医それぞれに設定されたパラメータに基づいて、前記複数の読影医のいずれかに割り当てる割当手段
    として機能させるためのプログラム。
21. 属性情報を含む医用画像データの読影依頼を取得する取得手段と、
    医用画像データの属性情報に含まれる属性に対応する、複数の読影医それぞれに設定されたパラメータを管理する管理手段と、
    前記取得手段にて取得した読影依頼を、当該読影依頼に対応する医用画像データの属性情報に含まれる属性に対応する、前記複数の読影医それぞれに設定されたパラメータに基づいて、前記複数の読影医のいずれかに割り当てることを特徴とする情報処理システム。

Images