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