(57)【特許請求の範囲】
【請求項１】
依頼施設から読影センターに送信された集団健診に関する読影依頼に対応する複数の読影結果を用いて算出された、前記読影依頼に関する要精検率を取得する第１の取得手段と、
過去に前記依頼施設から前記読影センターに送信された複数の前記読影依頼に関する複数の要精検率の平均値であって、前記依頼施設に関する要精検率の平均値を取得する第２の取得手段と、
前記取得された要精検率と前記取得された平均値とが比較可能な画面を表示部に表示させる表示制御手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記画面が表示された場合に、前記複数の読影結果を記憶部に記憶するための指示を受け付ける受付手段と、
前記複数の読影結果の記憶指示を受け付けた場合に、前記複数の読影結果を前記記憶部に記憶するための処理を実行する記憶制御手段と、
を更に有することを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記記憶制御手段は、前記処理として、前記記憶部を有するサーバ装置に前記複数の読影結果を送信することを特徴とする、請求項２に記載の情報処理装置。
【請求項４】
前記画面は、前記読影依頼から特定される受診者の数と要精検者の数とを更に含むことを特徴とする、請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記読影依頼は、前記読影センターにおいて各読影医に対して振り分けられた読影依頼であることを特徴とする、請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記読影センターは、前記依頼施設とは異なる外部の施設であることを特徴とする、請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記画面は、前記読影センターに関する要精検率の平均値と前記読影依頼に係る読影を担当した読影医に関する要精検率の平均値とを更に含むことを特徴とする、請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
前記表示制御手段は、前記読影依頼に対応する読影が完了した場合に、前記画面を表示部に表示させることを特徴とする、請求項１乃至７の何れか１項に記載の情報処理装置。
【請求項９】
前記要精検率は、精密検査が必要な受診者の数を、全受診者の数で除した値であることを特徴とする、請求項１乃至８の何れか１項に記載の情報処理装置。
【請求項１０】
依頼施設から読影センターに送信された集団健診に関する読影依頼に対応する複数の読影結果を用いて算出された、前記読影依頼に関する要精検率を取得する第１の取得ステップと、
過去に前記依頼施設から前記読影センターに送信された複数の前記読影依頼に関する複数の要精検率から算出された平均値を取得する第２の取得ステップと、
前記取得された要精検率と前記取得された平均値とが比較可能な画面を表示部に表示させる表示制御ステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項１１】
請求項１乃至９の何れか１項に記載の情報処理装置の各手段としてコンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理装置の制御方法、及びプログラムに関する。
【背景技術】
【０００２】
Ｘ線ＣＴ装置やＭＲＩ装置といった各種モダリティで撮像された医用画像は、読影を専門とする読影医によって読影が行われるが、このような読影医は全ての病院にいるわけではなく、読影医不在の施設は、外部の読影センター等を介して読影医に医用画像の読影を依頼することが行われている。
【０００３】
このような読影医への依頼を簡便に行うことが出来る仕組みが、特許文献１に開示されている。特許文献１には、読影医の使用している端末の仕様やネットワークの状態を把握し、医師の負担を低減し作業負荷を平準化することができる遠隔読影システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１３４５４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、このような読影業務は、医療機関で撮像される医用画像のみならず、生活習慣病等の病気を早期に発見するために企業内や所定の会場で行われる、健診機関（以下、依頼施設ともいう）による集団健診でも発生する。集団健診では、通常、健診項目のひとつとしてＸ線撮影が行なわれており、被健診者ごとにＸ線医用画像が撮像されている。そして、このように撮像されたＸ線医用画像の読影も、読影を専門に行なう読影医が複数人所属する読影センターに依頼して行なわれることが一般的であり、近年では引用文献１に開示されるような遠隔読影システムを採用することも行われている。読影医はこのような医用画像を読影して精密検査が必要であるかを判断し、精密検査が必要である場合にはその旨を健診機関に回答することとなる。
【０００６】
このような読影で精密検査が必要とされる割合は要精検率（要精密検査の受診者／全受診者）と呼ばれるが、理想的な読影としては要精検査率が低いものの、精密検査を行った際に陽性と判断される発見率が高いことが望ましいとされている。
【０００７】
しかしながら、このような集団健診で撮影された医用画像は数百枚・数千枚にも及ぶため読影医に疲労が蓄積した状態で読影が行われる場合や、経験の浅い読影医が漏れのないようにと思うあまり必要以上に要精密検査と判断してしまう場合もあり、状況によって要精検率にばらつきが生じてしまうことがある。
【０００８】
本発明は、上記課題を鑑みてなされたものであり、要精密検査となる受診者の割合を読影医が容易に識別できる仕組みを提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記課題を解決するために本発明の情報処理装置は、依頼施設から読影センターに送信された集団健診に関する読影依頼に対応する複数の読影結果を用いて算出された、前記読影依頼に関する要精検率を取得する第１の取得手段と、過去に前記依頼施設から前記読影センターに送信された複数の前記読影依頼に関する複数の要精検率の平均値であって、前記依頼施設に関する要精検率の平均値を取得する第２の取得手段と、前記取得された要精検率と前記取得された平均値とが比較可能な画面を表示部に表示させる表示制御手段と、を有することを特徴とする。
【発明の効果】
【００１０】
以上のように、本発明によれば、読影医は、要精密検査となる受診者の割合を容易に識別することができるため、疲労が蓄積した状態で読影が行われる場合等であったとしても、現状を把握しながら読影業務を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係る遠隔読影システム構成の例を示す図である。
【図２】本実施形態に係る情報処理装置のハードウェア構成の例を示す図である。
【図３】本実施形態に係る遠隔読影システムの機能構成の例を示す図である。
【図４】依頼施設１５０から依頼を受け付け、当該依頼に対する読影結果が返送されるまでの処理の全体の流れを説明するフローチャートである。
【図５】図４のＳ４０６の読影処理の流れの詳細を説明するフローチャートである。
【図６】図５のＳ５２１の読影結果受け付けの流れの詳細を説明するフローチャートである。
【図７】データベースサーバで管理されるデータテーブルの一例である。
【図８】データベースサーバで管理されるデータテーブルの一例である。
【図９】読影依頼入力画面の一例である。
【図１０】読影依頼一覧画面の一例である。
【図１１】検査一覧画面の一例である。
【図１２】読影結果を入力する際に用いる画面の一例である。
【図１３】精検率を表示する画面の一例である。
【図１４】読影結果を通知する報告書の一例である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載した構成の具体的な実施形態の１つである。
【００１３】
［システム構成］
図１は、本実施形態に係る情報処理システムとしての遠隔読影システムの全体構成の一例を示す。本実施形態において、遠隔読影システムは、各拠点として、データセンター、依頼施設、読影センター、および読影医の自宅を含み、各拠点はネットワーク１１５にて通信可能に接続されている。本実施形態においては、依頼施設を依頼側、読影センターと読影医を読影側として説明する。
【００１４】
遠隔読影システムを利用する各ユーザは、それぞれの拠点に配置されたクライアント端末である情報処理装置（１０９、１１２、１１３）からのアクセス開始時に、データセンター内の認証サーバ（不図示）が提供する認証機能により認証を行う。正常に認証された後、各ユーザの情報処理装置のディスプレイには、ポータル画面が提示される。
【００１５】
依頼施設１５０において、遠隔読影に用いる患者の健診画像データ（医用画像データ）は、撮影装置であるＣＲ（ｃｏｍｐｕｔｅｄ  ｒａｄｉｏｇｒａｐｈｙ）等のモダリティによって、健診会場や健診施設、健診を行なう企業で撮影された後、各種記録媒体や通信手段等を介して依頼端末１０９に集められる。ここでの健診用画像データは例えば、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）規格の画像データが挙げられる。ＤＩＣＯＭ規格の画像データは、患者名、患者ＩＤ、患者の性別といった患者情報や、モダリティの種類等の撮像条件を含む付帯情報と、画像データとで構成されている。
【００１６】
なお、本実施形態では健診に用いられるモダリティとしてＣＲを想定しているが、他の実施形態として、モダリティはこれに限られず、ＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）、ＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ）等であっても良い。
【００１７】
依頼施設１５０の読影依頼業務を行う担当者は、依頼端末１０９を用いて読影の依頼時に必要な情報（依頼情報）を入力し、その依頼情報は画像データと共にデータセンター１５２へと送信する。依頼情報は、データセンター１５２のデータベースサーバ１１７に保管される。画像データは、データセンター１５２の画像管理サーバ１０１に送信される。画像管理サーバ１０１は、各画像データに対してユニークな画像ＩＤ（識別情報）を発行し保管する。この際データベースサーバ１１７では、依頼施設情報等と紐づけて読影の依頼情報が管理される。なお、本明細書においては、依頼情報と画像データとが対応しており、依頼情報の割り当て（振り分け）はすなわち画像データの割り当てとして扱う。
【００１８】
依頼施設１５０からの読影依頼の受付業務を行う読影センター１５１の業務担当者は、業務端末１１２を用いて読影の依頼情報が十分に入力されているか確認するとともに、各依頼を読影医に振り分ける振り分け作業を行う。振分作業としては、業務担当者が各読影医の得意分野等を加味して手動で振り分けてもよいし、各読影医の得意分野情報や読影スケジュール等を予め設定しておき自動振分処理を行うことで振り分けてもよい。
【００１９】
読影を行う読影医は、読影センター１５１に配置された読影端末である情報処理装置１１３（もしくは、自宅の読影端末）を用いて、業務担当者によって割り当てられた読影の依頼に対応する読影用の画像データを画像管理サーバ１０１からダウンロードして参照し、読影を行う。その後、読影医は、読影した読影結果情報をデータセンター１５２に対して返信する。読影医の端末から送信された読影結果情報は、データセンター１５２のデータベースサーバ１１７で保管される。ここで保管される読影結果情報は、依頼情報に紐づいて保管されており、すなわち依頼施設情報等が特定できる状態で管理されている。その後読影結果情報は、依頼施設１５０に対してレポートや報告書という形で返送され、一連の読影作業が終了する。なお、ここでは、読影施設側の端末として、読影センターおよび読影医の自宅の例を示したが、いずれの場所に配置されてもよく、また、モバイル端末などを用いて参照できるようにしても構わない。また、データセンター１５２内のサーバが複数に分かれている例を用いて説明したが、共通の読影管理サーバといったように設けても構わない。
【００２０】
図２は、各種サーバや端末などの情報処理装置のハードウェア構成の例を示す図である。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。ＲＯＭ２０２あるいは外部メモリ２１１には、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステム（ＯＳ）、および各端末の機能を実現するために必要な各種プログラム等が記憶される。
【００２１】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、実行することで各種動作を実現する。入力コントローラ２０５は、キーボードやマウス等のポインティングデバイス（不図示）等の入力デバイス２０９からの入力を制御する。ビデオコントローラ２０６は、ディスプレイ２１０への表示を制御する。
【００２２】
メモリコントローラ２０７は、各種データ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１としては例えば、外部記憶装置（ＨＤ）や、フレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等が挙げられる。通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示すネットワーク１１５）を介して外部機器と接続および通信制御を行う。通信Ｉ／Ｆコントローラ２０８は、例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２３】
本発明を実現するための各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行される。さらに、プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらの詳細な説明については後述する。
【００２４】
［機能構成］
図３は、本実施形態に係る各サーバの機能構成を説明する図である。
【００２５】
各ユーザが使用する端末は、上述のようにネットワーク１１５を介して、業務サーバ１０５と画像管理サーバ１０１と通信可能に接続されている。業務サーバ１０５がデータを参照する先であるデータベースサーバ１１７には、図７（ａ）〜（ｄ）に示す、読影依頼テーブル、検査画像テーブル、レポートテーブル、読影結果テーブル、精検率管理テーブル等が設けられており、データテーブル管理部３３１によって管理されている。
【００２６】
業務サーバ１０５には、外部との通信を制御する通信制御部３１１、読影依頼管理部３１２、読影結果管理部３１３、レポート管理部３１５が設けられている。
【００２７】
業務サーバ１０５の読影依頼管理部３１２は、依頼端末１０９から依頼情報を受信して依頼を受け付けると、依頼情報を解析し、データベースサーバ１１７のデータテーブル管理部３３１に読影依頼テーブルを更新させるように機能する。
【００２８】
業務サーバ１０５の読影結果管理部３１３は、読影医の端末から送信された読影結果情報を受信すると、当該読影結果をデータベースサーバ１１７のデータテーブル管理部３３１に保存させるとともに、レポートテーブル及び読影結果テーブルを更新するように機能する。
【００２９】
また、業務サーバ１０５の精検率管理部３１４は、読影医の端末の読影結果から求まる精検率（要精密検査の受診者／全受診者）を精検率管理テーブルに記憶すべく更新するように機能する。
【００３０】
画像管理サーバ１０１の検査画像管理部３２１は、依頼施設１５０の依頼端末１０９から画像データを受信すると、各画像データに対してユニークな画像ＩＤ７１２（識別情報）と画像番号７１３とを発行し保管するように機能する。その際に、データベースサーバ１１７のデータテーブル管理部３３１が検査画像テーブルを更新するように機能する。
【００３１】
読影医端末の情報処理装置１１３には、外部との通信を制御する通信制御部３０１と、記憶管理部３０２と、精検率算出部３０３と、表示制御部３０４とが設けられている。
【００３２】
情報処理装置１１３の記憶管理部３０２は、読影医によって決定され業務サーバに対して送信する前の読影結果を一時的に端末内の外部メモリなどに記憶するなどして管理するように機能する。
【００３３】
情報処理装置の精検率算出部３０３は、記憶管理部に管理された読影結果から、要精検率（要精密検査の受診者数（検査画像数）／受診者数（検査画像数））を算出するように機能する。
【００３４】
情報処理装置の表示制御部３０４は、精検率算出部３０３で算出された要精検率に応じて画面の表示制御を行うように機能する。また、表示制御部３０４は、精検率算出部３０３で算出された要精検率の結果とともに基準値を表示するように制御したり、要精検率の値や基準値に応じた表示制御を行うことができる。
【００３５】
［データテーブル］
次に、データベースサーバ１１７に記憶されている各データテーブルの一例について図７及び図８を用いて説明する。
【００３６】
図７（ａ）に示す、読影依頼テーブルは、読影の依頼情報に含まれる依頼内容が順次追加されるテーブルであり、依頼毎に割り振られ、各依頼を識別するための依頼番号７０１、依頼元の施設を示す施設名７０２、検査種７０３、検査日７０４、読影の依頼日を示す依頼日７０５、読影医が読影結果の入力に用いるコードセットを示す読影コードセットＩＤ７０６、依頼施設から指定されたコードであって、読影医が入力した読影コードセットＩＤ１００６のコードを変換する先のコードセットを示す変換先コードセットＩＤ７０７、同一の依頼を複数の読影医に読影してもらうかを示すとともに返却される際の形式を示すレポート書式７０８で構成される。
【００３７】
図７（ｂ）に示す、検査画像テーブルは、各読影依頼に含まれる画像データごとに設けられるテーブルであり、依頼番号７１１、画像ＩＤ７１２、画像番号７１３、患者番号７１４、患者名７１５、検査日時７１６、モダリティ７１７で構成されている。
【００３８】
図７（ｃ）に示す、レポートテーブルは、各レポートを識別するためのレポートＩＤ７２１、画像番号７２２、依頼番号７２３、当該レポートの対象となる検査の読影の担当である読影医を示す担当読影医７２４、同一の依頼を複数の読影医が読影する場合に、今回の読影医が何番目に読影を行なったかを示す担当種類７２５、読影日７２６、更新日７２７、読影コードセットＩＤ７２８、変換先コードセットＩＤ７２９で構成される。
【００３９】
図８（ａ）に示す、読影結果テーブルは、所見ごとに設けられるテーブルであり、１つのレポートに対して複数の所見がある場合には、同数のレコードが追加される。項目としては、レポートＩＤ７３１、レポートに付随する所見を識別するための所見Ｎｏ．７３２、読影の際にいずれのコードセットを用いたかを示すコードタイプ７３３、所見テキスト７３４、所見の対象となる部位を示す部位コード（１）７３５、部位コード（１）７３５に対応する部位の名称を示す部位名称（１）７３６、所見の対象となった部位を示す部位コード（２）７３７、部位コード（２）７３７に対応する部位の名称を示す部位名称（２）７３８、所見を示す所見コード７３９、所見コード７３９に対応する所見を示す所見名称７４０、判定結果を示す判定コード７４１、判定コード７４１に対応する判定名称を示す判定名称７４２で構成される。
【００４０】
図８（ｂ）に示す、精検率管理テーブルは、読影医から読影結果を受け付けた際の精検率を管理しているテーブルであり基準値となる精検率を定める際に用いられるテーブルである。ここには、依頼番号７５１、施設名７５２、検査種７５３、読影医７５４、要精密検査数７５５、全受信者数７５６、精検率７５７が管理されている。
【００４１】
［処理フロー］
次に、図４乃至図６のフローチャート等を用いて、依頼施設１５０から依頼を受け付け、当該依頼に対する読影結果のレポートが返送されるまでの処理を説明する。
【００４２】
以下の処理は、読影依頼、読影結果の入力、読影結果の閲覧等を行うことができるクライアント端末である情報処理装置（１０９、１１２、１１３）及び業務サーバ１０５それぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。
【００４３】
図４は、依頼施設１５０から依頼を受け付け、当該依頼に対する読影結果が返送されるまでの処理の全体の流れを説明するフローチャートである。図５は、図４のＳ４０６の読影処理の流れの詳細を説明するフローチャートである。図６は、図５のＳ５２１の読影結果受け付けの流れの詳細を説明するフローチャートである。
【００４４】
まずＳ４０１では、情報処理装置１０９（依頼施設）のＣＰＵ２０１は、図９に示すような読影依頼入力画面を当該情報処理装置のディスプレイ２１０に表示し、依頼施設からの読影依頼情報の入力を受け付ける。そして依頼施設の担当者により読影依頼情報の入力がされ、送信ボタン９０３が依頼施設の担当者のマウス等の操作により押下されると、情報処理装置のＣＰＵ２０１は、図９の読影依頼画面を介して入力された読影依頼の内容を、情報処理装置（依頼施設）から業務サーバ１０５に送信する（Ｓ４０２）。
【００４５】
具体的には、依頼施設の担当者は、図９の読影依頼情報の入力画面を介して、検査の種別を示す検査種や、「住民健診」「学校・企業健診」「特定健診」といった健診種別、検査を行なった会場コード、読影結果のレポートの形式、複数の読影医による読影を希望するかを示す読影方法等の読影医への読影依頼の情報を入力する。なお、この際に依頼情報を添付ファイルの形で登録することもできる。
【００４６】
さらに読影依頼入力画面を介して依頼施設の担当者は、読影結果として要求するコードの指定を行う。指定可能なコードとしては、読影センターが共通コードとして指定するコード（コードセット名称「センター共通」）や、依頼施設と読影センターとの契約時に予め登録される依頼施設指定のコード（コードセット名称「ＡＡＡＡ」）が設けられている。なお、ここで依頼施設コードの指定がなされていない場合には、業務サーバ側では、読影センターが共通コードとして指定するコードを選択されているものとして取り扱ってもよい。
【００４７】
依頼施設の担当者によって読影依頼の内容が入力され、図９に示す送信ボタン９０３が押下されると、読影依頼画面を介して入力された読影依頼の内容が、業務サーバ１０５に送信される。
【００４８】
なお、本実施形態では、Ｓ４０１、Ｓ４０２の処理を情報処理装置（依頼施設）が実行するとしたが、他の実施形態として、読影センターの業務担当者が業務端末の情報処理装置１１２で実行しても良い。これは、依頼施設の担当者が読影依頼を必ずしも遠隔読影システム上から行えるとは限らず、例えば、読影依頼が記入された紙媒体と、当該読影依頼対象の画像が記憶されたＣＤ−ＲＯＭを入れた封筒が読影センターに送付されてくることもあるからである。その場合には、紙媒体に記入された読影依頼を読影センターの業務担当者が業務端末の情報処理装置を介して入力することで運用できる。
【００４９】
Ｓ４０３では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置からの読影依頼を受信し、データベースサーバの図７（ａ）読影依頼テーブルに当該読影依頼の情報を記憶させる。そしてＳ４０４では、業務サーバ１０５のＣＰＵ２０１は、業務担当者による担当読影医の割振りを受け付け、Ｓ４０５では、図７（ｃ）に示すレポートテーブル中の担当読影医１０１８に記憶させる。
【００５０】
Ｓ４０６では、情報処理装置（各読影医）のＣＰＵ２０１は、読影依頼が割り当てられた読影医から読影結果の入力を受け付ける。Ｓ４０６の処理の詳細については、図５を用いて後ほど説明する。
【００５１】
Ｓ４０７では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置（各読影医）から送信された読影結果を依頼施設が要求するコードに変換し、報告書となる帳票データを作成する処理を実行する。
【００５２】
Ｓ４０８では、業務サーバ１０５のＣＰＵ２０１は、図１４に示すような読影結果の報告書を依頼施設に送信し、Ｓ４０９では、情報処理装置（依頼施設）のＣＰＵ２０１は、読影結果の報告書である帳票データを受診し、終了する。
【００５３】
図１４に示す読影結果の報告書１４００には、依頼施設指定のフォーマットにしたがって、複数の受信者の結果が一覧としてまとめられており、各受信者の判定と、所見等が記載されている。また、依頼における精検率１４０１も識別可能に表示することもできる。
【００５４】
次に図５を用いて、読影医が依頼に対する読影結果の入力を行なう一連の処理の詳細について説明する。
【００５５】
Ｓ５０１では、情報処理装置のＣＰＵ２０１は、当該情報処理装置のディスプレイ２１０に表示される遠隔読影システムのポータル画面を介して、読影医（ユーザ）から依頼一覧取得要求の操作を受け付けたか判断する。Ｓ５０１では、操作を受け付けたと判断すると、Ｓ５０２にすすみ、情報処理装置のＣＰＵ２０１は、当該読影医に割り当てられた読影依頼一覧の取得要求を業務サーバ１０５に対して行なう。
【００５６】
具体的には、ポータル画面にログインしたことにより、依頼一覧取得要求及び各依頼の検査画像の取得要求されたものと判断することができ、ポータル画面にログインされると、読影依頼一覧が取得されるとともに順次バックグラウンドで検査画像が画像管理サーバ１０１から読影医の情報処理装置にダウンロードされていくことになる。
【００５７】
Ｓ５０３では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置からの読影依頼一覧の取得要求を受信する。その後、業務サーバ１０５のＣＰＵ２０１は、図７（ｃ）に示すレポートテーブルから、読影依頼一覧の取得要求を行った読影医のレポートデータを特定して読影依頼の一覧画面の情報を作成し（Ｓ５０４）、情報処理装置に送信する（Ｓ５０５）。
【００５８】
Ｓ５０６では、情報処理装置のＣＰＵ２０１は、業務サーバ１０５から送信された読影依頼一覧画面の情報を受信し、Ｓ５０７では、当該情報処理装置のディスプレイ２１０に読影依頼一覧画面（図１０）を表示する。
【００５９】
Ｓ５０８では、情報処理装置のＣＰＵ２０１は、読影依頼一覧画面（図１０）上において読影を開始する読影依頼の選択操作を受け付けたか否かを判断する。図１０は、読影依頼一覧画面の一例である。読影依頼一覧画面１００１中のワークリスト１００２には、当該読影医に割り当てられた依頼が一覧として表示されており、１依頼ごとに依頼施設の施設名や、依頼内容等が表示される。また、読影依頼時に、紙媒体の健診依頼書を受け付けていた場合には、読影医によって当該依頼番号が選択状態となった際に、健診依頼書をスキャナによりスキャンすることによって得られた画像データが添付情報１００５として表示される。
【００６０】
Ｓ５０８では読影依頼の選択操作が行われたと判断されると、Ｓ５０９では、情報処理装置のＣＰＵ２０１は、指定された依頼に対応する検査一覧画面（図１１）を表示する。具体的には読影依頼一覧画面１００１上で、いずれかの依頼が選択された状態で読影開始ボタン１００３が押下されると、当該依頼の検査一覧画面（図１１）が表示される。
【００６１】
そしてＳ５１０では、情報処理装置のＣＰＵ２０１は、検査一覧画面（図１１）上において画像表示指示を受け付けたか否かを判断する。画像表示指示を受け付けた場合には、情報処理装置のＣＰＵ２０１は、Ｓ５１１に処理を移行し、読影作業を開始する。
【００６２】
図１１は、検査一覧画面（検査リスト）の一例である。検査一覧画面１１００は、患者ごと（画像ごと）に所見を管理できるように設けられており、画像番号１１０３、検査画像の撮影対象である患者の情報（Ｐａｔｉｅｎｔｓ  ｓｅｘ１１０４、Ｐａｔｉｅｎｔｓ  Ａｇｅ１１０５）や、画像数１１０６、当該検査画像に対して読影医により所見の入力がされている場合にはその所見の内容（１読所見有無１１０７、１読所見内容１１０８、１読総合判定１１０９、１読入力日次１１１０、１読読影医１１１１）等が表示される。なお、１読総合判定１１０９には、１つの検査画像に対して複数の１読所見内容１１０８が入力されている場合に、より悪い１読所見内容１１０８に基づく判定が入力される。
【００６３】
検査リストの中から所見を入力（読影の開始）する検査画像の選択を読影医であるユーザから受け付けた状態で、画像表示ボタン１１２０が押下されると、情報処理装置のＣＰＵ２０１は、画像ビューアを起動し、検査画像を表示する。これにより読影が行える状態となる。
【００６４】
なお、検査一覧画面上に、所見入力済みの画像数を識別できる記載１１０１と、結果入力済みの受診者における要精密検査の割合を示す要精検率の記載１１０２を行うことで、読影医が現在の読影状態における要精検率を識別することができる。
【００６５】
検査一覧画面には、保存ボタン１１２１と完了ボタン１１２２が設けられており、保存ボタン１１２１が押下されると、現時点での読影結果が情報処理装置内に一時的に保存する。また、完了ボタン１１２２が押下されると、読影処理が完了したものとして、後述する精検率に関する識別表示がなされた後に、読影結果テーブル７３０に保存すべく結果を業務サーバに送信することができる。
【００６６】
次に図６を用いて、Ｓ５１１の読影結果受付処理の詳細を説明する。
図６のＳ６００では、情報処理装置のＣＰＵ２０１は、画像ビューア１２００を起動し、画像表示指示を受け付けた検査画像を表示する。
【００６７】
Ｓ６０１では、情報処理装置のＣＰＵ２０１は、画像ビューア１２００上の画像の切替指示を受け付けたかを判断する。具体的には、画像表示時に情報処理装置の入力デバイス２０９上のＥｎｔｅｒキーが押下された場合や、画像ビューア上に表示される所見入力画面（図１２）上で「決定して次へ」ボタン１２０６が押下されたことにより、切替指示を受け付けたと判断することができる。切替指示を受け付けていないと判断した場合には、Ｓ６０２へと処理を移行し、切替指示を受け付けたと判断した場合には、Ｓ６０５に処理を移行する。
【００６８】
Ｓ６０２では、情報処理装置のＣＰＵ２０１は、画像ビューア１２００上で、所見・部位選択画面表示指示を受け付けたかを判断する。具体的には、画像ビューア１２００に表示された検査画像上でマウスポインタ等による選択操作を読影医により受け付けた場合に所見・部位選択画面の表示指示を受け付けたと判断することができる。検査画像上でマウスポインタ等による選択操作を読影医により受け付けた場合には、Ｓ６０３に処理を移行し、そうでなければＳ６０１に処理を移行する。
【００６９】
Ｓ６０３では、情報処理装置のＣＰＵ２０１は、図１２に示すような所見・部位選択画面１２０１を表示する処理を行なう。そしてＳ６０４で、情報処理装置のＣＰＵ２０１は、図１２に示す所見・部位選択画面１２０１上で読影医から操作を受け付ける。
【００７０】
一方Ｓ６０５では、情報処理装置のＣＰＵ２０１は、所見内容の入力を既に受け付けているかどうかを判断する。具体的には、所見・部位選択画面１２０１上で所見が選択されているかで判断することが出来る。ここで所見内容がありと判断された場合にはＳ６０６に移行し、情報処理装置内の外部メモリ２１１等に所見・部位選択画面１２０１で選択された部位・所見・判定に対応するコードを読影結果として一時的に記憶し、一方所見内容なしと判断された場合には、異常なしに対応するコードを読影結果として外部メモリ２１１等に一時的に記憶させる。
【００７１】
Ｓ６０８では、情報処理装置のＣＰＵ２０１は、次の画像があるかを判断し、次の画像がある場合には、Ｓ６０９で画像ビューア１２００に次の検査画像を表示させてＳ６０１に処理を移行する。
【００７２】
図１２は、読影結果を入力する際に用いる画面の一例であり、図１２（ａ）は、画像ビューア１２００上に所見・部位選択画面１２０１が表示されている状態を示しており、図１２（ｂ）は、所見・部位選択画面１２０１を拡大した図である。画像ビューア１２００上には、読影医が指定した検査画像が表示されており、検査画像上でマウスポインタ等による部位の選択操作を受け付けると、当該部位が選択された状態の所見・部位選択画面１２０１が検査画像上に表示される。なお、この部位は一度選択された後に変更することも可能である。
【００７３】
図１２の例では、所見・部位選択画面１２０１の左半分には身体部位のシェーマ画像が表示され、所見・部位選択画面１２０１の右半分には、選択可能な所見の種類１２０２及び判定結果１２０３を選択する領域と所見テキストを入力する領域とが設けられている。部位が選択された状態でマウスポインタ等により読影医から所見の選択・入力を受け付けると、当該指定された部位に対応する読影結果としての所見が設定されることになる。すなわち、所見・部位選択画面１４０２の右半分に表示される所見の中から、ユーザが指定した部位に対する所見の選択を読影医から受け付けることができる。なお、１つの検査画像で複数の部位の選択及び所見の入力を行ないたい場合には、所見追加ボタン１２０４を押下することで、項目１２０５を追加していくことができる。
【００７４】
このような状態で「決定して次へ」ボタン１２０６がマウスポインタ等により読影医によって押下されると、選択を受け付けた部位・所見に対応するコードの情報が情報処理装置の外部メモリ２１１に一時的に記憶される。また、次の検査画像がある場合には、画像ビューア１２００に次の画像が表示されることになる。
【００７５】
以上で図６の説明を終了し、図５の説明に戻る。
Ｓ５１２では、情報処理装置のＣＰＵ２０１は、読影結果の送信指示を受け付けたかどうかを判断し、受け付けたと判断された場合にはＳ５１３へとする。具体的には、選択された依頼データに対する読影が全て終了した状態で、完了ボタン１１２２が押下されたかで判断することができる。
【００７６】
Ｓ５１３では、情報処理装置のＣＰＵ２０１は、読影結果の要精検率（要精密検査となる受診者の割合）を算出する。具体的には、Ｓ６０６及びＳ６０７で情報処理装置内のメモリ等に記憶された情報を用い、要精密検査となった受診者数を全受診者数で除して要精検率求めることが出来る。
【００７７】
Ｓ５１４では、情報処理装置のＣＰＵ２０１は、Ｓ５１３で算出された算出結果である要精検率を読影医が識別可能な識別画面１３００（図１３）を表示するように制御する。
【００７８】
図１３（ａ）は、このような識別画面１３００の一例であり、読影結果を業務サーバへと送信することを確認する表示１３０１とともに、精検率の値１３０３や要精検者数及び受診者数を示す値１３０２が表示されるように設けられている。また、精検率の基準値となる許容範囲とともに、今回の読影結果が当該教養範囲内であるかを識別可能な表示１３０４を設けてもよい。このような基準値は、予め業務サーバから受信してあるものを用いることが出来、一律の許容範囲のみならず、依頼に含まれる受診者の年齢の平均から求まる許容範囲としたり、健診種別に応じた要精検率の変化がみられる場合もあるため、健診種別９０２に応じた許容範囲としたりすることができる。
【００７９】
また、他の基準値として、健診センター（依頼施設）全体の平均の精検率１３０５や読影センター全体の平均の精検率１３０６や当該読影医の平均の精検率１３０７を表示することもできる。なお、業務サーバは、このような基準値をデータベース内の精検率管理テーブルで管理されている精検率７５７等の値を用いて設定するおくことができる。
【００８０】
更に、情報処理装置のＣＰＵ２０１は、図１３（ｂ）に示すように、精検率の値１３０３が基準値として設けられた許容範囲外であるような場合には、精検率が指定範囲を外れている旨１３１４を識別可能に警告することもできる。なお基準値として範囲ではなく固定値が設定されている場合には、当該基準値と精検率との差が所定以内の場合に、許容範囲内として判断し、所定以内でない場合に所定範囲外であるとして警告してもよい。
【００８１】
このような識別画面１３００上で読影医であるユーザによって「はい」ボタン１３０８が押下されると、読影結果送信に同意したものとし、Ｓ５１５で情報処理装置のＣＰＵ２０１は、読影結果を業務サーバへと送信する。
【００８２】
Ｓ５１６では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置から送信された読影結果の情報を受信し、データベース中の図８（ａ）読影結果テーブルと図８（ｂ）のに記憶させる（Ｓ５１７）。
【００８３】
以上のように、本発明によれば、読影医は、読影時に要精密検査となる受診者の割合を容易に把握することができるため、疲労が蓄積した状態で読影が行われる場合や、経験の浅い読影医が漏れのないようにと思うあまり必要以上に要精密検査と判断してしまうような状況であったとしても、現状の精検率や基準値といった状況把握しながら読影業務を行うことができる。これにより、受診者に必要以上の精密検査を強いることを防止することができる。
【００８４】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【００８５】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【００８６】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００８７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００８８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００８９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００９０】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００９１】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００９２】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００９３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【００９４】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００９５】
１０１  画像管理サーバ、１０９  依頼端末、１１２  業務端末、１１３  読影端末
【図１】
0006597465.tif 000002
【図２】
0006597465.tif 000003
【図３】
0006597465.tif 000004
【図４】
0006597465.tif 000005
【図５】
0006597465.tif 000006
【図６】
0006597465.tif 000007
【図７】
0006597465.tif 000008
【図８】
0006597465.tif 000009
【図９】
0006597465.tif 000010
【図１０】
0006597465.tif 000011
【図１１】
0006597465.tif 000012
【図１２】
0006597465.tif 000013
【図１３】
0006597465.tif 000014
【図１４】
0006597465.tif 000015