遠隔読影システム
【課題】読影医の状態情報、質的評価を考慮して、検査内容に応じた適切な読影医を効率的に選択する遠隔読影システムを提供する。
【解決手段】遠隔読影システム１に登録する読影医７は、読影センタ３に専門などの情報を含む読影医基本情報２９を登録する。また読影医７は常時、状態情報（ステータス３３）を読影センタ３に送る。読影依頼元である診療所５は、モダリティ１１で取得した画像データ２５に読影条件２３（緊急性優先、内容優先、分野等）をつけて読影センタ３に読影を依頼する。読影センタ３は、判断用基本情報３１、ステータス３３等の条件を加味して、読影条件２３に合致する読影医７を選定する。読影医７の読影レポート３７は、読影センタ３を介して依頼元の診療所５に送られる。診療所５はレポート３７の評価４３を読影センタ３に送り、評価４３は判断用基本情報３１の更新に反映される。
【解決手段】遠隔読影システム１に登録する読影医７は、読影センタ３に専門などの情報を含む読影医基本情報２９を登録する。また読影医７は常時、状態情報（ステータス３３）を読影センタ３に送る。読影依頼元である診療所５は、モダリティ１１で取得した画像データ２５に読影条件２３（緊急性優先、内容優先、分野等）をつけて読影センタ３に読影を依頼する。読影センタ３は、判断用基本情報３１、ステータス３３等の条件を加味して、読影条件２３に合致する読影医７を選定する。読影医７の読影レポート３７は、読影センタ３を介して依頼元の診療所５に送られる。診療所５はレポート３７の評価４３を読影センタ３に送り、評価４３は判断用基本情報３１の更新に反映される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療画像等を読影する専門医を欠く医療機関に、医療画像の遠隔読影を提供する遠隔読影システムに関するものである。
【背景技術】
【０００２】
近年、ＣＴ（Computed Tomography）等の医用画像を扱うモダリティが普及しており、大規模病院等ではＰＡＣＳ（Picture Archiving and Communication System：医用画像保管流通システム）が構築されている。ＰＡＣＳは、医用画像の保管、通信、表示等を行い、医療従事者（医師等）の診断業務を支援するシステムである。
【０００３】
また、ＣＴ等のモダリティは、検診車や診療所、中小病院等にも導入されていきているが、ＣＴ画像を読影することのできる医師が常駐しているとは限らない。そこで、読影の仲介を行う読影センタを置き、読影センタは、読影依頼されたＣＴ画像等をネットワークを介して読影専門の医師に送信して読影を依頼し、その読影結果を得て依頼元（検診車や診療所、中小病院等）に送るというシステムがある。
【０００４】
読影を院外の読影医に依頼する場合には、読影センタは、登録している各読影医のスケジュールを手作業で参照の上、最適な読影医を決定し配信する作業を行っていた。
【０００５】
しかしながら、この読影医決定作業が繁雑であることから、読影センタが各読影医が通信回線を介して自己申告したスケジュールを管理し、自動的に適切な読影医の割り当てを行うシステムとして、例えば特許文献１がある。
【０００６】
【特許文献１】特開２００２−３２９１９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１によるシステムでは、読影医のスケジュール管理は行われるものの、随時変化する読影医の経験値、又割り込み業務等による読影医の不在情報等が考慮されない問題点があった。従って、緊急時の読影医選定に対応しきれないという問題を抱えていた。
【０００８】
更に、検査内容に応じた分野を専門とする最適な読影医の選定、読影医の質的な評価（読影経験、読影力量）、及び前述の読影医の状態情報、を考慮した効率的な遠隔読影の運用管理が行われていないという問題があった。
【０００９】
本発明は、このような問題を鑑みてなされたもので、その目的とするところは、読影医の状態情報、質的評価を考慮して、検査内容に応じた適切な読影医を効率的に選択する遠隔読影システムを提供することである。
【課題を解決するための手段】
【００１０】
前述した目的を達成するための第１の発明は、医療機関に属する少なくとも１つの第１の端末装置と、読影医に属する少なくとも１つの第２の端末装置と、センタとがネットワークで接続されている遠隔読影システムであって、前記センタは、前記第２の端末装置から送られる前記読影医の基本情報を登録する基本情報登録手段と、前記第２の端末装置から随時送られる前記読影医の状態情報を保持する状態情報保持手段と、前記第１の端末装置によって入力された読影医の選択条件と、前記状態情報保持手段によって保持された状態情報と、前記基本情報登録手段によって登録された基本情報とを基に、読影医を選択する読影医選択手段と、前記読影医選択手段によって選択された読影医による読影結果情報を、前記第１の端末装置に提供する読影結果情報提供手段とを、具備することを特徴とする遠隔読影システムである。
【００１１】
医療機関は、センタを介して医用画像データの読影を外部機関に依頼する依頼元であり、診療所、検診車、中小病院等を想定する。
読影医の基本情報とは、読影医のＩＤや氏名、住所等の個人情報の他、専門分野や読影履歴等の情報を含む。
基本情報登録手段は、読影医の基本情報に、読影結果の評価情報を加味した情報であることが望ましい。
読影医の状態情報とは、読影医が読影作業を行うことができる状態にあるかどうかを示す情報である。例えば、読影医が、「読影中」、「読影終了（読影レポートを送信中）」、「待機中（読影可能な状態である）」、「休止（読影は不可）」等の情報が随時把握できることが望ましい。
【００１２】
第１の発明による遠隔読影システムは、センタが読影医の基本情報を登録し、医療機関の端末装置から送られる読影条件と、読影医の端末装置から送られる読影医の状態情報と、基本情報とを基に、適切な読影医を選択する。
【００１３】
また、センタは選択された読影医による読影結果情報（読影レポート等）を依頼元の端末装置に提供する。
【００１４】
望ましくは、前記センタは、前記第１の端末装置から送られる前記読影結果情報に対する評価情報を保持する評価情報保持手段と、前記評価情報を基に前記登録した基本情報を更新する基本情報更新手段とを、更に具備する。
即ち、センタは、依頼元から送られる評価情報を基に、登録した基本情報を更新する。
【００１５】
前記読影医選択手段は、前記状態情報または前記登録した基本情報の少なくともいずれかに対して、前記読影条件に応じた所定の重み付けを行った上で、前記読影医を選択する。
即ち、読影医選択手段は、状態情報または登録した基本情報の少なくともいずれかに対して、読影条件に応じた所定の重み付けを行った結果に応じて読影医を選択する。センタは、読影条件として、緊急性優先（読影医の状態情報に係る）、または内容優先（登録した基本情報のうち、読影医の専門分野、読影経験、読影経験値等に係る）かにより所定の算出式に所定の重み付けを行い、読影医ごとの優先度を算出する。センタは、当該優先度を比較して、最適な読影医を選択する。
【発明の効果】
【００１６】
本発明によれば、読影医の状態情報、質的評価を考慮して、検査内容に応じた適切な読影医を効率的に選択する遠隔読影システムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下に、図面に基づいて本発明の実施の形態を詳細に説明する。図１は、本実施の形態に係る遠隔読影システム１の構成を示す図である。
【００１８】
（１．遠隔読影システム１の構成）
本実施の形態では、一例として、医療画像の読影医を欠く診療所５が、読影センタ３を介して適切な読影医７に医療画像の読影を依頼し読影結果を得るシステムを説明する。遠隔読影システム１は、少なくとも１の診療所５と、読影センタ３と、少なくとも１の読影医７とからなり、それぞれのコンピュータ等の端末装置が専用高速回線、或いは暗号化の可能なインターネット等のネットワークで接続されている。
【００１９】
尚、診療所５は、医用画像を出力するモダリティ１１を備えてはいるが、読影医を欠く機関であり、他に中小病院や検診車等を想定する。或いは、読影医がいたとしても、他の機関にセカンドオピニオンを求める場合に本実施の形態は適用することができる。
【００２０】
診療所５は、モダリティ１１と、当該モダリティ１１に接続されネットワークに接続可能なコンピュータ９等を備える。モダリティ１１とは、医用画像を発生する、ＣＴ、ＭＲＩ（Magnetic Resonance Imaging）、ＤＳＡ（Digital Subtraction Angiography）、超音波診断装置等の医療機器である。モダリティ１１は、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格を準拠している場合が多い。
【００２１】
尚、ＤＩＣＯＭ規格の医用画像を導入することで、院内外で異なる製造業者の異なる種類のモダリティの医用画像データを、ネットワーク経由で、或いは画像記憶媒体で相互に接続して、患者の画像検査情報のやりとりや画像データの伝送が可能となる。
【００２２】
コンピュータ９は、モダリティ１１が出力した医用画像データを取得して、当該画像データを登録、或いは加工、或いはネットワークを介して送信することが可能である。詳細については後述するが、コンピュータ９は、読影条件２３とデータ２５を、読影センタ３のデータサーバ１３（後述する）に送る。また、コンピュータ９は読影センタ３のレポートサーバ１９（後述する）からデータ２５の読影レポート３７を受信し、読影センタ３の情報管理サーバ１７（後述する）にレポート３７に対する評価４３を送信する。
【００２３】
読影医７はコンピュータ２１等の端末装置を備える。コンピュータ２１は、読影医基本情報２９を読影センタ３の情報管理サーバ１７（後述する）に送る。読影医基本情報２９とは、読影医７のＩＤや氏名、住所等の個人情報、読影医７の専門分野、読影履歴等の情報である。
【００２４】
また、読影医７のコンピュータ２１は、随時読影医７のステータス３３を読影センタ３のレポートマネージャ１５（後述する）に送信する。或いはレポートマネージャ１５（後述する）からリクエストのあったときにステータス３３を送信するようにしても良い。尚、ステータス３３とは、読影医７の状態情報であり、読影が可能な状態であるかどうかに関する情報を読影センタ３のレポートマネージャ１５（後述する）に通知する。
【００２５】
また、読影医７のコンピュータ２１は、読影センタ３のレポートマネージャ１５（後述する）から読影依頼データ３５を提供され、読影を依頼される。尚、読影依頼データ３５等の詳細については後述する。
尚、読影医７は、読影センタ３に所属していても良いし、読影専門医として独立した形態であっても良い。
【００２６】
次に、本実施の形態では、読影センタ３は、データサーバ１３、レポートマネージャ１５、情報管理サーバ１７、及びレポートサーバ１９等から構成される。尚、データサーバ１３、レポートマネージャ１５、情報管理サーバ１７、及びレポートサーバ１９は、コンピュータ等の情報処理端末であり、それぞれが独立したコンピュータであっても良いし、単一のコンピュータであっても良い。或いは幾つかのコンピュータをまとめて構成することも可能である。しかしながら、本実施の形態のようにそれぞれ担う機能を分散させて複数のコンピュータで読影センタ３を構成することで、緊急時（故障など）のリスクを分散させる効果がある。
【００２７】
尚、読影センタ３は、物理的に１箇所に設置する必要はなく、ネットワーク等で接続された環境であれば、データサーバ１３、レポートマネージャ１５、情報管理サーバ１７、及びレポートサーバ１９はそれぞれ異なる場所に設置しても良い。
【００２８】
データサーバ１３は、診療所５のコンピュータ９から読影条件２３と読影対象となるデータ２５を受信し、作成したデータリスト２７をレポートマネージャ１５に送る。
【００２９】
レポートマネージャ１５は、情報管理サーバ１７から提供される判断用基本情報３１と、読影医７のコンピュータ２１から送られるステータス３３と、データリスト２７に含まれる読影条件２３とを基に、最適な読影医７を選択し、当該選択した読影医７に読影依頼データ３５を送信する。
【００３０】
情報管理サーバ１７は、読影医７のコンピュータ２１から送られる読影医基本情報２９と、レポートサーバ１９から送られる読影の成果４１と、診療所５のコンピュータ９から送られる評価４３を基に、判断用基本情報３１を生成し、レポートマネージャ１５のリクエストに応じて当該判断用基本情報３１をレポートマネージャ１５に提供する。
【００３１】
レポートサーバ１９は、読影医７のコンピュータ２１から送られるレポート３７を保管し、依頼元である診療所５のコンピュータ９からのリクエストに応じて、当該レポート３７をコンピュータ９に送る。また、レポートサーバ１９は、読影のレポート３７に必要な項目（後述するが、例えば読影医ＩＤ、レポート依頼日時、レポート受信日時等）を付加して成果４１として登録し、情報管理サーバ１７に送る。
【００３２】
図２から図７は、診療所５（図２）、読影センタ３のデータサーバ１３（図３）、レポートマネージャ１５（図４）、情報管理サーバ１７（図５）、レポートサーバ１９（図６）、読影医７のコンピュータ２１（図７）の構成を示す図である。
【００３３】
図２に示す診療所５は、モダリティ１１、コンピュータ９、及びデータベース６１−１等の設備を備え、それぞれがシステムバス５９−１で接続されている。コンピュータ９は、中央処理装置等の制御部４５−１と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disc Drive）等の記憶部５７−１と、フレキシブルディスクやＣＤ−ＲＯＭ等のメディアの読み込み書き込みを行うメディア入出力部４７−１と、ネットワークに接続するモデムやＬＡＮボード等の通信部４９−１と、キーボード、マウス又はマイク等の入力部５１−１と、プリンタ等の印刷部５３−１と、ＣＲＴや液晶表示装置等の表示部５５−１とから構成され、それぞれがシステムバス５９−１で接続されている。
【００３４】
尚、モダリティ１１は前述したように、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格の医用画像を発生する、ＣＴ等の医療機器であり、コンピュータ９の制御部４５−１は、モダリティ１１が出力する患者の医用画像データを、データベース６１−１にデータ２５として格納する。また、制御部４５−１は、医用画像データの加工、追加などの処理を行うことも可能である。データベース６１−１には、後述するが、レポートサーバ１９から送られるレポート３７を格納するようにしても良い。
【００３５】
図３は、読影センタ３のデータサーバ１３及びデータサーバ１３のデータを格納するデータベース６１−２を示す。データサーバ１３は、コンピュータ等の端末装置であり、制御部４５−２、記憶部５７−２、メディア入出力部４７−２、通信部４９−２、入力部５１−２、印刷部５３−２、表示部５５−２とから構成され、それぞれがシステムバス５９−２で接続されている。
【００３６】
データサーバ１３の制御部４５−２は、データベース６１−２に、診療所５のコンピュータ９から送信された読影条件２３とデータ１３等を格納する。
【００３７】
図４は、読影センタ３のレポートマネージャ１５及びレポートマネージャ１５のデータを格納するデータベース６１−３を示す。レポートマネージャ１５は、コンピュータ等の端末装置であり、制御部４５−３、記憶部５７−３、メディア入出力部４７−３、通信部４９−３、入力部５１−３、印刷部５３−３、表示部５５−３とから構成され、それぞれがシステムバス５９−３で接続されている。
【００３８】
レポートマネージャ１５の制御部４５−３は、データベース６１−３に、データサーバ１３から送られるデータリスト２７等を格納する。
【００３９】
図５は、読影センタ３の情報管理サーバ１７及び情報管理サーバ１７のデータを格納するデータベース６１−４を示す。情報管理サーバ１７は、コンピュータ等の端末装置であり、制御部４５−４、記憶部５７−４、メディア入出力部４７−４、通信部４９−４、入力部５１−４、印刷部５３−４、表示部５５−４とから構成され、それぞれがシステムバス５９−４で接続されている。
【００４０】
情報管理サーバ１７の制御部４５−４は、データベース６１−４に、読影医７のコンピュータ２１から送られる読影医基本情報２９と、レポートサーバ１９から送られる成果４１と、診療所５のコンピュータ９から送られる評価４３と、制御部４５−４が生成する判断用基本情報３１等を格納する。
【００４１】
図６は、読影センタ３のレポートサーバ１９及びレポートサーバ１９のデータを格納するデータベース６１−５を示す。レポートサーバ１９は、コンピュータ等の端末装置であり、制御部４５−５、記憶部５７−５、メディア入出力部４７−５、通信部４９−５、入力部５１−５、印刷部５３−５、表示部５５−５とから構成され、それぞれがシステムバス５９−５で接続されている。
【００４２】
レポートサーバ１９の制御部４５−５は、データベース６１−５に読影医７のコンピュータ２１から送られるレポート３７等を格納する。
【００４３】
図７は、読影医７のコンピュータ２１及びコンピュータ２１のデータを格納するデータベース６１−６を示す。コンピュータ２１は、制御部４５−６、記憶部５７−６、メディア入出力部４７−６、通信部４９−６、入力部５１−６、印刷部５３−６、表示部５５−６とから構成され、それぞれがシステムバス５９−６で接続されている。
【００４４】
コンピュータ２１の制御部４５−６は、データベース６１−６に、読影センタ３のレポートマネージャ１５から送られる読影依頼データ３５と、作成したレポート３７等を格納する。
【００４５】
（２．データ構造）
図８乃至図１８は、本実施の形態の遠隔読影システム１に関係する各種データの構造について説明する図であり、順次説明する。
【００４６】
図８、図９は、診療所５のコンピュータ９から読影センタ３のデータサーバ１３に送られる読影条件２３を示す。読影条件２３は、ユーザＩＤ６３、緊急度６５、診断内容６７、分野６９、優先条件７０等の項目を備える。ユーザＩＤ６３とは、読影を依頼する依頼元のＩＤであり、例えば診療所５に付与されたＩＤである。
【００４７】
緊急度６５は、読影データの診断にどの程度の緊急性があるかを依頼元（ここでは診療所５）が指定する項目であり、例えば図９（ａ）に緊急度６５とその内容とを示す。例えば緊急度６５が「Ｒ１」に指定されていれば、「１時間以内の診断」が要求されていることがわかる。
【００４８】
診断内容６７は、読影の内容を示す。図９（ｂ）に診断内容６７とその内容とを示す。例えば、診断内容６７が「Ｃ１」とは、「存在診断」を示す。「存在診断」とは何か目的物（例えば腫瘍等）の存在を診断することである。「Ｃ２」の「鑑別診断」とはデータを見分ける診断であり、「Ｃ３」の「精密診断」とは精密検査等の診断である。
【００４９】
分野６９は、読影の部位を示す。図９（ｃ）に分野６９とその内容とを示す。例えば、「Ｆ１」は「肺野」、即ち肺等の部位であり、「Ｆ２」は「乳房」、「Ｆ３」は「頭部」を示す。
【００５０】
優先条件７０は、読影の際に重視する条件を指定する項目であり、例えば図９（ｄ）に内容を示す。例えば「緊急性」を優先する場合には、「Ｒ」、「内容」を優先する場合は「Ｃ」、指定しない場合には「Ｏ」が入力される。尚、緊急度６５が例えば「Ｒ１」ならば自動的に優先条件７０が「Ｒ」に設定されるようにしても良い。また、「Ｃ：内容」は、後述するが、読影医７の専門分野、読影医７の経験等を考慮し、読影内容を優先する場合である。
【００５１】
以上、緊急度６５、診断内容６７、分野６９、優先条件７０の項目は、診療所５の医療従事者が状況に応じて指定して入力する。
【００５２】
図１０は、診療所５のコンピュータ９から読影センタ３のデータサーバ１３に送られるデータ２５を示す。データ２５は、モダリティ１１が出力した画像データ７３（患者ＩＤ、データ取得日時等を含む）にユニークなデータＩＤ７１を付加したものである。尚、この画像データ７３はＤＩＣＯＭ規格のデータであることを想定している。
【００５３】
また、画像データ７３は、単一の画像データであっても良いし、複数の画像データをセットにしたものであっても良い。
【００５４】
図１１は、データサーバ１３が作成し、レポートマネージャ１５に送るデータリスト２７を示す。即ちデータサーバ１３は、複数の遠隔読影依頼元（診療所５のコンピュータ９等）から送られる読影条件２３（図８）と、データ２５（図１０）とを統合して図１１に示すデータリスト２７を生成する。また、レポートマネージャ１５は、当該データリスト２７をデータベース６１−３に登録する（図４参照）。
【００５５】
図１２は、読影医７のコンピュータ２１が、随時レポートマネージャ１５に対して送信するステータス３３を示す。ステータス３３は、読影医の状態を示すデータであり、読影医ＩＤ７５、日時７７、ステータス内容７９などの項目を有する。
【００５６】
ステータス内容７９とは、例えば読影医の状態を示す、「読影中」、「読影終了」、「待機中」、「休止中」等の情報である。「読影中」とは、現在読影依頼を受け、未だ読影レポートを提出していない状態を示すステータス内容７９である。レポート未提出の件数情報を付加し、「読影中：３レポート未提出」としても良い。「読影終了」は、読影結果のレポートを送信中であることを示すステータス内容７９である。「待機中」は、読影医が読影可能な状態にあることを示すステータス内容７９である。「休止中」は、読影医が不在、他の業務を遂行中、休憩中などの理由で読影が不可能な状態にあることを示すステータス内容７９である。
【００５７】
尚、ステータス３３は、随時読影医７のコンピュータ２１がレポートマネージャ１５に送信しても良いし、レポートマネージャ１５からリクエストがあったときに、読影医７のコンピュータ２１がレポートマネージャ１５に送信するようにしても良い。
【００５８】
図１３は、レポートマネージャ１５が、読影医７のコンピュータ２１に対して送信する読影依頼データ３５を示す。読影依頼データ３５は、レポートマネージャ１５がデータベース６１−３に登録するデータリスト２７の１レコードであり、項目としては、データＩＤ７１、データ（患者ＩＤ、日時、取得画像データ等）７３と、読影条件２３とを備える。読影医７のコンピュータ２１は、データベース６１−６に受信した当該読影依頼データ３５を登録する。
【００５９】
図１４は、読影医７が遠隔読影システム１に読影医として登録する際に、読影医７のコンピュータ２１から情報管理サーバ１７に送信する読影医基本情報２９を示す。読影医基本情報２９は、読影医ＩＤ７５、専門分野８１、読影履歴８３等の項目を有する。尚、図示していないが、他に読影医７の氏名、年齢、住所、電話番号、メールアドレス等の項目等も含まれる。読影医ＩＤ７５は、例えば情報管理サーバ１７から読影医７に付与される識別ＩＤである。専門分野８１は、読影医７が専門とする分野、例えば「肺野」、「乳房」、「頭部」等である。読影履歴８３は、当該読影医７が読影を行ってきた経験年数である。尚、専門分野８１に、複数の分野の登録を行うようにしても良い。情報管理サーバ１７は、読影医基本情報２９をデータベース６１−４に登録する。
【００６０】
図１５は、依頼された読影依頼データ３５に対して、読影医７が読影した結果として作成したレポート３７を示す。レポート３７は、読影医ＩＤ７５、データＩＤ７１、レポート内容８５とからなる。レポート内容８５とは、読影センタ３から依頼された画像データを、読影条件２３の中の診断内容６７に基づいて読影した結果を示す。例えば、診断内容６７が「存在診断」ならば、レポート内容８５は、腫瘍等の存在の判断結果や、その他所見である。
【００６１】
読影医７は作成したレポート３７をデータベース６１−６に保存し、読影センタ３のレポートサーバ１９に送信する。レポートサーバ１９の制御部４５−５は受信したレポート３７をデータベース６１−５に保存する。また、レポートサーバ１９の制御部４５−５は、診療所５のコンピュータ９からのリクエストに応じて、当該レポート３７をコンピュータ９に送信する。
【００６２】
図１６は、レポートサーバ１９が、情報管理サーバ１７に送る成果４１を示す。成果４１は、読影医ＩＤ７５、レポート依頼日時８７、レポート受信日時８９、診断内容６７、分野６９、データＩＤ７１、レポート内容８５等から構成される。即ち、成果４１は、依頼した読影医７の情報（読影医ＩＤ７５）、依頼日程管理情報（レポート依頼日時８７、レポート受信日時８９）、読影内容（診断内容６７、分野６９、データＩＤ７１）、及びレポート内容８５等で構成される。情報管理サーバ１７の制御部４５−４は、受信した成果４１をデータベース６１−４に登録する。
【００６３】
図１７は、診療所５のコンピュータ９が、読影センタ３の情報管理サーバ１７に送る評価４３を示す。評価４３は、診療所５の医療従事者が、受理したレポート３７を評価した内容であり、その構成は、読影データを識別するためのデータＩＤ７１、及び評価内容８７とから成る。評価内容８７は、受理したレポート３７に対して、例えば「優」、「良」、「可」、「不可」等の評価をつけたものである。或いは評価内容８７は、レポート３７の内容に応じて、５段階などの数値で評価しても良い。また、満点を１００点として評価内容８７に点数をつけても良い。情報管理サーバ１７の制御部４５−４は、評価４３をデータベース６１−４に登録する。尚、前述の成果４１と評価４３を統合して、登録するようにしても良い。
【００６４】
図１８は、情報管理サーバ１７の制御部４５−４が生成し、データベース６１−４に登録する、判断用基本情報３１の構成を示す。判断用基本情報３１は、読影医ごとに１レコード分が生成され、１レコードは読影医ＩＤ７５、専門分野８１、読影履歴８３、読影経験値８９等から成る。読影医ＩＤ７５、専門分野８１、読影履歴８３は、図１４に示す読影医基本情報２９の項目と同一である。読影経験値８９は、後述するが、診療所５等から受信した評価４３の評価内容８７を点数化して累積した値を示す。従って、情報管理サーバ１７は、診療所５から評価４３を受信するたびに、読影経験値８９を更新、即ち判断用基本情報３１を更新する。情報管理サーバ１７の制御部４５−４は、レポートマネージャ１５からのリクエストに応じて、判断用基本情報３１をレポートマネージャ１５に送信する。
【００６５】
（３．遠隔読影システム１のフローチャート）
次に、図１９により、遠隔読影システム１のフローチャートを説明する。尚、図１乃至図１８を適宜用いて説明する。
【００６６】
まず、読影医７は遠隔読影システム１の読影医としての登録作業を行う。即ち、コンピュータ２１（読影医７）の制御部４５−６は、読影医７の個人情報を含む読影医基本情報２９（図１４参照）を読影センタ３の情報管理サーバ１７に送る（ステップ１００１）。
【００６７】
情報管理サーバ１７の制御部４５−４は、受信した読影医基本情報２９（図１４参照）をデータベース６１−４に登録する（ステップ１００２）。次に情報管理サーバ１７の制御部４５−４は、読影医基本情報２９（図１４参照）を基に、読影経験値８９の項目を空欄（或いは「読影経験値８９」＝「０」）とした判断用基本情報３１（図１８参照）を生成する（ステップ１００３）。尚、判断用基本情報３１の読影経験値８９は、当該読影医７の読影レポート３７に対する評価４３が、情報管理サーバ１７に送られる都度、累積されて更新される。
【００６８】
このように、本実施の形態の遠隔読影システム１は、少なくとも１の読影医７の登録がなされており、読影医ごとに識別コードとして読影医ＩＤ７５（図１４参照）が付与されている。尚、読影医７は、任意の病院に所属していても良いし、読影を専門とするＳＯＨＯ（Small Office Home Office）の形態であっても良いし、読影センタ３に所属していても良い。
【００６９】
次に、本実施の形態の遠隔読影システム１には、少なくとも１の診療所５等の読影依頼元の登録がなされており、読影依頼元ごとに識別コードとしてユーザＩＤ６３（図８参照）が付与されている。読影依頼元とは、医用画像データを出力するモダリティ１１の設備を有する、診療所、中小病院、検診車等であり、モダリティ１１を備えていても、画像データの読影を行う医師がいない、又は専門外である、又は外部の読影医のセカンドオピニオンを希望する場合に該当する。
【００７０】
診療所５に、事故患者が搬送されたものと想定する。診療所５の医療従事者は、事故患者のＣＴ撮影を行い、画像データを取得する（ステップ１００４）。即ち、モダリティ１１であるＣＴ装置が事故患者のＣＴ画像データを出力すると、コンピュータ９の制御部４５−１は、当該画像データ７３（患者ＩＤ、日時を含む）にデータＩＤ７１を付与したデータ２５を生成して（図１０参照）、データベース６１−１に登録する（図２参照）。
【００７１】
また、診療所５の医療従事者は、取得した画像データを読影する読影条件２３を作成する。読影条件２３（図８、図９参照）は、前述したように、ユーザＩＤ６３、緊急度６５、診断内容６７、分野６９、優先条件７０等の項目から成る。
【００７２】
コンピュータ９の制御部４５−１は、読影条件２３（図８参照）と、データ２５（図１０参照）とを、読影センタ３のデータサーバ１３に送る（ステップ１００５）。
【００７３】
データサーバ１３の制御部４５−２は、受信した読影条件２３（図８参照）と、データ２５（図１０参照）とをデータベース６１−２に登録し、読影条件２３とデータ２５を基にデータリスト２７（図１１参照）を生成する（ステップ１００６）。データリスト２７は、複数の遠隔読影依頼元（診療所５等）から送られる読影条件２３（図８参照）と、データ２５（図１０参照）とを統合したリストである。
【００７４】
次に、データサーバ１３の制御部４５−２は、データリスト２７（図１１参照）を読影センタ３のレポートマネージャ１５に送る（ステップ１００７）。レポートマネージャ１５の制御部４５−３は、データリスト２７をデータベース６１−３に登録する。
【００７５】
次に、レポートマネージャ１５の制御部４５−３は、データリスト２７について１レコード（読影依頼案件）ごとに、読影を依頼する読影医を割り当てるステップに移る。ここでは、データリスト２７の１レコード目（図１１において、ユーザＩＤ６３「Ｕ０００００１１」、データＩＤ７１「Ｄ００００１０１」）の読影依頼の処理について説明する。
【００７６】
情報処理サーバ１７の制御部４５−４は、レポートマネージャ１５のリクエストに応じてレポートマネージャ１５に判断用基本情報３１（図１８参照）を送信する（ステップ１００８）。尚、判断用基本情報３１は遠隔読影システム１に登録されている全ての読影医の読影医基本情報２９と読影経験値８９とを示したものである。また、レポートマネージャ１５は、遠隔読影システム１に登録している全ての読影医から随時送信されているステータス３３を取得する。尚、読影医７のコンピュータ２１から送られているステータス３３は「待機中」であるとする（ステップ１００９）。
【００７７】
レポートマネージャ１５の制御部４５−３は、データリスト２７の読影条件に関する項目、即ち、緊急度６５、診断内容６７、分野６９、優先条件７０と、全ての読影医に関する判断用基本情報３１（図１８参照）と、全ての読影医のステータス３３（図１２参照）とを基にして、最適な読影医７を決定する（ステップ１０１０）。読影医７の決定方法については後で詳細に説明する。
【００７８】
レポートマネージャ１５の制御部４５−３は、読影依頼が決定した読影医７のコンピュータ２１に読影依頼データ３５（図１３）を送信する（ステップ１０１１）。この時の、読影医７のコンピュータ２１からレポートマネージャ１５に随時送られるステータス３３は「読影中」となる（ステップ１０１２）。
【００７９】
コンピュータ２１の制御部４５−６は受信した読影依頼データ３５（図１３）をデータベース６１−６に登録する。読影医７はデータ７３と読影条件２３を基に画像データの読影を行い、レポート３７を作成してデータベース６１−６に登録する（ステップ１０１３）。
【００８０】
コンピュータ２１の制御部４５−６は、作成したレポート３７をレポートサーバ１９に送信する（ステップ１０１５）と同時に、ステータス３３「読影終了」をレポートマネージャ１５に送信する（ステップ１０１４）。尚、レポート３７の送信が終了した時点で、随時レポートマネージャ１５に送信するステータス３３は「待機中」或いは「休止」となる。
【００８１】
次に、レポートサーバ１９の制御部４５−５は、受信したレポート３７をデータベース６１−５に保存する（ステップ１０１６）。またレポートサーバ１９の制御部４５−５は、読影のレポート内容８５を含む成果４１（図１６参照）を情報管理サーバ１７に送る（ステップ１０１７）。情報管理サーバ１７の制御部４５−４は、受信した成果４１（図１６参照）をデータベース６１−４に登録する。尚、情報管理サーバ１７の制御部４５−４は、成果４１の項目のうちレポート依頼日時８７とレポート受信日時８９とを参照すると、読影医７が読影処理に実際に要した時間を管理することが可能である。
【００８２】
診療所５のコンピュータ９の制御部４５−１は、依頼したデータ２５の読影結果のレポート３７をレポートサーバ１９にリクエストする（ステップ１０１８）。制御部４５−１は、レポート３７をリクエストする際は、例えばデータ２５のデータＩＤ７１を指定するものとする。レポートサーバ１９の制御部４５−５は、リクエストされたデータＩＤ７１を含むレポート３７がデータベース６１−５に保存されているかどうかを確認し、当該レポート３７が保存されていなければ、未だ読影が終了していない旨を診療所５のコンピュータ９に送信する（図示していない）。
【００８３】
レポートサーバ１９の制御部４５−５は、リクエストされたデータＩＤ７１を含むレポート３７がデータベース６１−５に保存されていれば、当該レポート３７を診療所５のコンピュータ９に配信する（ステップ１０１９）。尚、レポートサーバ１９の制御部４５−５は、レポート３７が読影医７から届き次第、依頼元である診療所５のコンピュータ９にレポート３７を送信するようにしても良い。
【００８４】
コンピュータ９の制御部４５−１は、受信したレポート３７をデータベース６１−１に保存する。診療所５の医療従事者は、画像データ２５及びレポート３７を参照して、事故患者の診断や治療を行う（ステップ１０２０）。また、医療従事者は、当該レポート３７に対する評価を行って、評価内容８７にデータＩＤ７１を対応させて評価４３（図１７参照）を生成し、情報管理サーバ１７に送る（ステップ１０２１）。
【００８５】
情報管理サーバ１７の制御部４５−４は、受信した評価４３をデータベース６１−４に登録する。また、情報管理サーバ１７の制御部４５−４は、当該評価４３の評価内容８７を点数化して読影経験値８９（図１８参照）を更新、即ち判断用基本情報３１の該当する読影医７のレコードを修正・更新する（ステップ１０２２）。
【００８６】
読影センタ３は、遠隔読影システム１に登録する読影依頼元（例えば診療所５）から依頼があると、ステップ１００４からの処理を繰り返す。尚、図１９に示す遠隔読影システム１の処理フローチャートは、１つの読影依頼の処理手順について説明したが、本実施の形態の遠隔読影システム１は、読影依頼を受けるデータ２５のデータＩＤ７１をキーにして、複数の件数の読影を同時に処理することができる。
【００８７】
（４．読影医７の選択）
図２０乃至図２３は、レポートマネージャ１５の制御部４５−３が、読影の優先度αを算出して、読影条件２３の優先条件７０（図８参照）に指定された優先条件に合う読影医７を選択する手順（図１９のステップ１０１０）を示す。
【００８８】
図２０は、内容に関する評価関数Ｘ９１の算出を説明する図である。内容とは、読影医が専門であるか否か、読影医の経験年数、今までの読影評価累計を考慮したものである。評価関数Ｘは、例えば以下の式で算出する。
Ｘ＝Ａ＋Ｂ＋Ｃ ・・・・・（１）
Ａは、専門分野の一致又は不一致を数値化した変数である。即ち、診療所５から送信された読影条件２３の分野６９（図８参照）と、判断用基本情報３１の読影医の専門分野８１（図１８参照）とが同一、即ち専門が合致していれば、「Ａ＝１０」とし、合致していなければ、「Ａ＝０」とする。
【００８９】
Ｂは、読影医の読影履歴を数値化した値である。例えば読影年数が３年の読影医の場合は、「Ｂ＝３」となる。
【００９０】
Ｃは、読影医の読影経験を数値化した値であり、該当分野の経験値、即ち依頼元の評価を累積した値とする。例えば依頼元の評価が「優」の時、「Ｃ＝１０」、評価が「良」の時「Ｃ＝５」、評価が「可」の時「Ｃ＝０」、評価が「不可」の時「Ｃ＝―１０」とする。
【００９１】
図２１は、緊急度に関する評価関数Ｙ９３の算出を説明する図である。即ち、レポートマネージャ１５の制御部４５−３は、読影医のステータス３３を考慮して、評価関数Ｙ９３を算出する。
【００９２】
例えば、即時読影可、即ち読影医のステータス３３が「待機中」の場合は、「Ｙ＝１００」とする。待ちあり、即ち、読影医のステータス３３が「読影中：待ちレポート３」の場合は、式（２）を用いてＹを算出する。
Ｙ＝１００−（待ちレポート数）＊１０ ・・・（２）
即ち、ステータス３３が「読影中：待ちレポート３」の時、「Ｙ＝７０」となる。
【００９３】
読影不可、即ち読影医のステータス３３が「休止」の場合は、「Ｙ＝−１００」とする。
【００９４】
レポートマネージャ１５の制御部４５−３は、図２０に示す内容に関する評価関数Ｘ９１と、図２１に示す緊急度に関する評価関数Ｙ９３を、登録されているすべての読影医について算出する。図２２は一例として、３名の読影医、読影医Ａ９５、読影医Ｂ９７、読影医Ｃ９９についての算出結果を示す。
【００９５】
次に図２３に、レポートマネージャ１５の制御部４５−３が、図２２に示す読影医ごとの評価関数を算出した後に、読影医７を選択するフローチャートを示す（ステップ２０１）。
【００９６】
レポートマネージャ１５の制御部４５−３は、データリスト２７の項目「優先条件７０」の内容を参照して、優先度αを算出する（ステップ２０２）。即ち、優先条件７０が、「Ｃ：内容」の場合は内容優先の場合の式（３）を用いてαを算出する。
α＝０．８Ｘ＋０．２Ｙ ・・・（３）
優先条件７０が、「Ｏ：指定なし」の場合は指定なしの場合の式（４）を用いてαを算出する。
α＝０．５Ｘ＋０．５Ｙ ・・・（４）
優先条件７０が、「Ｒ：緊急性」の場合は緊急性優先の場合の式（５）を用いてαを算出する。
α＝０．２Ｘ＋０．８Ｙ ・・・（５）
尚、式（３）、（４）、（５）において、Ｘは内容に関する評価関数、Ｙは緊急度に関する評価関数である。
【００９７】
レポートマネージャ１５の制御部４５−３は、式（３）、（４）、（５）に読影医ごとの評価関数Ｘ、評価関数Ｙ（図２２に示す）を代入し、優先条件７０ごとの優先度αを算出する。例えば、図２３のステップ２０２の右表に示すように、読影医Ａ９５は、内容優先の場合「α＝４４」、指定なしの場合「α＝６５」、緊急性優先の場合「α＝８６」と算出される。
【００９８】
優先条件７０に「Ｃ：内容」が指定されている場合（ステップ２０３のＹＥＳ）、レポートマネージャ１５の制御部４５−３は、読影医Ｃ９９を選択する（ステップ２０４）。即ち内容優先の場合、読影医Ａ９５の優先度α＝４４、読影医Ｂ９７の優先度α＝７０、読影医Ｃ９９の優先度α＝８６であるので、制御部４５−３は、最も優先度αの高い読影医Ｃ９９を選択する。
【００９９】
優先条件７０に「Ｏ：指定なし」が指定されている場合（ステップ２０５のＹＥＳ）、レポートマネージャ１５の制御部４５−３は、読影医Ｂ９７を選択する（ステップ２０６）。即ち指定なしの場合、読影医Ａ９５の優先度α＝６５、読影医Ｂ９７の優先度α＝７０、読影医Ｃ９９の優先度α＝６５であるので、制御部４５−３は、最も優先度αの高い読影医Ｂ９７を選択する。
【０１００】
優先条件７０に「Ｒ：緊急性」が指定されている場合（ステップ２０７のＹＥＳ）、レポートマネージャ１５の制御部４５−３は、読影医Ａ９５を選択する（ステップ２０８）。即ち緊急性優先の場合、読影医Ａ９５の優先度α＝８６、読影医Ｂ９７の優先度α＝７０、読影医Ｃ９９の優先度α＝４４であるので、制御部４５−３は、最も優先度αの高い読影医Ａ９５を選択する。
【０１０１】
尚、レポートマネージャ１５での読影医７の選択方法は、上記の例に限定されない。また、優先度αの算出方法、内容に関する評価関数Ｘ９１の算出方法、緊急度に関する評価関数Ｙ９３の算出方法も上記の例に限定されない。
【０１０２】
尚、レポートマネージャ１５は、情報管理サーバ１７がデータベース６１−４に格納する成果４１を分析し、例えば過去に読影した事例と同様の依頼に対しては、優先的に経験を有する読影医を割り当てるようにしても良い。
【０１０３】
尚、依頼元（診療所５）は、読影条件２３として、優先条件７０の項目に、所定の読影医を指名して読影依頼を行うようにしても良い。
【０１０４】
（５．効果等）
このように、本実施の形態では、読影医の随時変化する状態情報を正確にチェックしているので、緊急時の画像データ読影依頼にも効率的に最適な読影医を選択し、読影を依頼することができる。
【０１０５】
また、専門の読影医のいない診療所や検診車などでも、遠隔地の専門の読影医に速やかに読影を効率的に依頼することができる。
【０１０６】
また、依頼元の読影条件（内容優先、緊急性優先、また専門分野）等に合致する最適な読影医を簡単に選択することができる。
【０１０７】
また、本実施の形態では、読影医が、読影結果を依頼元から評価されるシステムであるので、読影医のモチベーションをあげることができ、依頼元にすれば高品質の読影レポートを得られる効果がある。
【０１０８】
尚、本発明の技術的範囲は、前述した実施の形態に限られるものではない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【０１０９】
【図１】本実施の形態における遠隔読影システム１の構成を示す図
【図２】診療所５の構成を示す図
【図３】データサーバ１３の構造を示す図
【図４】レポートマネージャ１５の構造を示す図
【図５】情報管理サーバ１７の構造を示す図
【図６】レポートサーバ１９の構造を示す図
【図７】コンピュータ２１（読影医）の構造を示す図
【図８】読影条件２３の内容を示す図
【図９】読影条件２３の内容の詳細を示す図
【図１０】データ２５の内容を示す図
【図１１】データリスト２７の内容を示す図
【図１２】ステータス３３の内容を示す図
【図１３】読影依頼データ３５の内容を示す図
【図１４】読影医基本情報２９の内容を示す図
【図１５】レポート３７の内容を示す図
【図１６】成果４１の内容を示す図
【図１７】評価４３の内容を示す図
【図１８】判断用基本情報３１の内容を示す図
【図１９】遠隔読影システム１のフローチャート
【図２０】内容に関する評価関数Ｘ９１を示す図
【図２１】緊急度に関する評価関数Ｙ９３を示す図
【図２２】読影医の内容に関する評価関数Ｘと緊急度に関する評価関数Ｙ
【図２３】読影医７の選択を示す図
【符号の説明】
【０１１０】
１………遠隔読影システム
３………読影センタ
５………診療所
７………読影医
９、２１………コンピュータ
１１………モダリティ
１３………データサーバ
１５………レポートマネージャ
１７………情報管理サーバ
１９………レポートサーバ
２３………読影条件
２５………データ
２７………データリスト
２９………読影医基本情報
３１………判断用基本情報
３３………ステータス
３５………読影依頼データ
３７………レポート
４１………成果
４３………評価
４５−１〜４５−６………制御部
４７−１〜４７−６………メディア入出力部
４９−１〜４９−６………通信部
５１−１〜５１−６………入力部
５３−１〜５３−６………印刷部
５５−１〜５５−６………表示部
５７−１、５７−６………記憶部
５９−１〜５９−６………システムバス
６１−１〜６１−６………データベース
６３………ユーザＩＤ
６５………緊急度
６７………診断内容
６９………分野
７０………優先条件
７１………データＩＤ
７３………データ（患者ＩＤ、日時、取得画像データ等）
７５………読影医ＩＤ
７７………日時
７９………ステータス内容
８１………専門分野
８３………読影履歴
８５………レポート内容
８７………レポート依頼日時
８９………レポート受信日時
９１………内容に関する評価関数Ｘ
９３………緊急度に関する評価関数Ｙ
９５、９７、９９………読影医
【技術分野】
【０００１】
本発明は、医療画像等を読影する専門医を欠く医療機関に、医療画像の遠隔読影を提供する遠隔読影システムに関するものである。
【背景技術】
【０００２】
近年、ＣＴ（Computed Tomography）等の医用画像を扱うモダリティが普及しており、大規模病院等ではＰＡＣＳ（Picture Archiving and Communication System：医用画像保管流通システム）が構築されている。ＰＡＣＳは、医用画像の保管、通信、表示等を行い、医療従事者（医師等）の診断業務を支援するシステムである。
【０００３】
また、ＣＴ等のモダリティは、検診車や診療所、中小病院等にも導入されていきているが、ＣＴ画像を読影することのできる医師が常駐しているとは限らない。そこで、読影の仲介を行う読影センタを置き、読影センタは、読影依頼されたＣＴ画像等をネットワークを介して読影専門の医師に送信して読影を依頼し、その読影結果を得て依頼元（検診車や診療所、中小病院等）に送るというシステムがある。
【０００４】
読影を院外の読影医に依頼する場合には、読影センタは、登録している各読影医のスケジュールを手作業で参照の上、最適な読影医を決定し配信する作業を行っていた。
【０００５】
しかしながら、この読影医決定作業が繁雑であることから、読影センタが各読影医が通信回線を介して自己申告したスケジュールを管理し、自動的に適切な読影医の割り当てを行うシステムとして、例えば特許文献１がある。
【０００６】
【特許文献１】特開２００２−３２９１９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１によるシステムでは、読影医のスケジュール管理は行われるものの、随時変化する読影医の経験値、又割り込み業務等による読影医の不在情報等が考慮されない問題点があった。従って、緊急時の読影医選定に対応しきれないという問題を抱えていた。
【０００８】
更に、検査内容に応じた分野を専門とする最適な読影医の選定、読影医の質的な評価（読影経験、読影力量）、及び前述の読影医の状態情報、を考慮した効率的な遠隔読影の運用管理が行われていないという問題があった。
【０００９】
本発明は、このような問題を鑑みてなされたもので、その目的とするところは、読影医の状態情報、質的評価を考慮して、検査内容に応じた適切な読影医を効率的に選択する遠隔読影システムを提供することである。
【課題を解決するための手段】
【００１０】
前述した目的を達成するための第１の発明は、医療機関に属する少なくとも１つの第１の端末装置と、読影医に属する少なくとも１つの第２の端末装置と、センタとがネットワークで接続されている遠隔読影システムであって、前記センタは、前記第２の端末装置から送られる前記読影医の基本情報を登録する基本情報登録手段と、前記第２の端末装置から随時送られる前記読影医の状態情報を保持する状態情報保持手段と、前記第１の端末装置によって入力された読影医の選択条件と、前記状態情報保持手段によって保持された状態情報と、前記基本情報登録手段によって登録された基本情報とを基に、読影医を選択する読影医選択手段と、前記読影医選択手段によって選択された読影医による読影結果情報を、前記第１の端末装置に提供する読影結果情報提供手段とを、具備することを特徴とする遠隔読影システムである。
【００１１】
医療機関は、センタを介して医用画像データの読影を外部機関に依頼する依頼元であり、診療所、検診車、中小病院等を想定する。
読影医の基本情報とは、読影医のＩＤや氏名、住所等の個人情報の他、専門分野や読影履歴等の情報を含む。
基本情報登録手段は、読影医の基本情報に、読影結果の評価情報を加味した情報であることが望ましい。
読影医の状態情報とは、読影医が読影作業を行うことができる状態にあるかどうかを示す情報である。例えば、読影医が、「読影中」、「読影終了（読影レポートを送信中）」、「待機中（読影可能な状態である）」、「休止（読影は不可）」等の情報が随時把握できることが望ましい。
【００１２】
第１の発明による遠隔読影システムは、センタが読影医の基本情報を登録し、医療機関の端末装置から送られる読影条件と、読影医の端末装置から送られる読影医の状態情報と、基本情報とを基に、適切な読影医を選択する。
【００１３】
また、センタは選択された読影医による読影結果情報（読影レポート等）を依頼元の端末装置に提供する。
【００１４】
望ましくは、前記センタは、前記第１の端末装置から送られる前記読影結果情報に対する評価情報を保持する評価情報保持手段と、前記評価情報を基に前記登録した基本情報を更新する基本情報更新手段とを、更に具備する。
即ち、センタは、依頼元から送られる評価情報を基に、登録した基本情報を更新する。
【００１５】
前記読影医選択手段は、前記状態情報または前記登録した基本情報の少なくともいずれかに対して、前記読影条件に応じた所定の重み付けを行った上で、前記読影医を選択する。
即ち、読影医選択手段は、状態情報または登録した基本情報の少なくともいずれかに対して、読影条件に応じた所定の重み付けを行った結果に応じて読影医を選択する。センタは、読影条件として、緊急性優先（読影医の状態情報に係る）、または内容優先（登録した基本情報のうち、読影医の専門分野、読影経験、読影経験値等に係る）かにより所定の算出式に所定の重み付けを行い、読影医ごとの優先度を算出する。センタは、当該優先度を比較して、最適な読影医を選択する。
【発明の効果】
【００１６】
本発明によれば、読影医の状態情報、質的評価を考慮して、検査内容に応じた適切な読影医を効率的に選択する遠隔読影システムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下に、図面に基づいて本発明の実施の形態を詳細に説明する。図１は、本実施の形態に係る遠隔読影システム１の構成を示す図である。
【００１８】
（１．遠隔読影システム１の構成）
本実施の形態では、一例として、医療画像の読影医を欠く診療所５が、読影センタ３を介して適切な読影医７に医療画像の読影を依頼し読影結果を得るシステムを説明する。遠隔読影システム１は、少なくとも１の診療所５と、読影センタ３と、少なくとも１の読影医７とからなり、それぞれのコンピュータ等の端末装置が専用高速回線、或いは暗号化の可能なインターネット等のネットワークで接続されている。
【００１９】
尚、診療所５は、医用画像を出力するモダリティ１１を備えてはいるが、読影医を欠く機関であり、他に中小病院や検診車等を想定する。或いは、読影医がいたとしても、他の機関にセカンドオピニオンを求める場合に本実施の形態は適用することができる。
【００２０】
診療所５は、モダリティ１１と、当該モダリティ１１に接続されネットワークに接続可能なコンピュータ９等を備える。モダリティ１１とは、医用画像を発生する、ＣＴ、ＭＲＩ（Magnetic Resonance Imaging）、ＤＳＡ（Digital Subtraction Angiography）、超音波診断装置等の医療機器である。モダリティ１１は、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格を準拠している場合が多い。
【００２１】
尚、ＤＩＣＯＭ規格の医用画像を導入することで、院内外で異なる製造業者の異なる種類のモダリティの医用画像データを、ネットワーク経由で、或いは画像記憶媒体で相互に接続して、患者の画像検査情報のやりとりや画像データの伝送が可能となる。
【００２２】
コンピュータ９は、モダリティ１１が出力した医用画像データを取得して、当該画像データを登録、或いは加工、或いはネットワークを介して送信することが可能である。詳細については後述するが、コンピュータ９は、読影条件２３とデータ２５を、読影センタ３のデータサーバ１３（後述する）に送る。また、コンピュータ９は読影センタ３のレポートサーバ１９（後述する）からデータ２５の読影レポート３７を受信し、読影センタ３の情報管理サーバ１７（後述する）にレポート３７に対する評価４３を送信する。
【００２３】
読影医７はコンピュータ２１等の端末装置を備える。コンピュータ２１は、読影医基本情報２９を読影センタ３の情報管理サーバ１７（後述する）に送る。読影医基本情報２９とは、読影医７のＩＤや氏名、住所等の個人情報、読影医７の専門分野、読影履歴等の情報である。
【００２４】
また、読影医７のコンピュータ２１は、随時読影医７のステータス３３を読影センタ３のレポートマネージャ１５（後述する）に送信する。或いはレポートマネージャ１５（後述する）からリクエストのあったときにステータス３３を送信するようにしても良い。尚、ステータス３３とは、読影医７の状態情報であり、読影が可能な状態であるかどうかに関する情報を読影センタ３のレポートマネージャ１５（後述する）に通知する。
【００２５】
また、読影医７のコンピュータ２１は、読影センタ３のレポートマネージャ１５（後述する）から読影依頼データ３５を提供され、読影を依頼される。尚、読影依頼データ３５等の詳細については後述する。
尚、読影医７は、読影センタ３に所属していても良いし、読影専門医として独立した形態であっても良い。
【００２６】
次に、本実施の形態では、読影センタ３は、データサーバ１３、レポートマネージャ１５、情報管理サーバ１７、及びレポートサーバ１９等から構成される。尚、データサーバ１３、レポートマネージャ１５、情報管理サーバ１７、及びレポートサーバ１９は、コンピュータ等の情報処理端末であり、それぞれが独立したコンピュータであっても良いし、単一のコンピュータであっても良い。或いは幾つかのコンピュータをまとめて構成することも可能である。しかしながら、本実施の形態のようにそれぞれ担う機能を分散させて複数のコンピュータで読影センタ３を構成することで、緊急時（故障など）のリスクを分散させる効果がある。
【００２７】
尚、読影センタ３は、物理的に１箇所に設置する必要はなく、ネットワーク等で接続された環境であれば、データサーバ１３、レポートマネージャ１５、情報管理サーバ１７、及びレポートサーバ１９はそれぞれ異なる場所に設置しても良い。
【００２８】
データサーバ１３は、診療所５のコンピュータ９から読影条件２３と読影対象となるデータ２５を受信し、作成したデータリスト２７をレポートマネージャ１５に送る。
【００２９】
レポートマネージャ１５は、情報管理サーバ１７から提供される判断用基本情報３１と、読影医７のコンピュータ２１から送られるステータス３３と、データリスト２７に含まれる読影条件２３とを基に、最適な読影医７を選択し、当該選択した読影医７に読影依頼データ３５を送信する。
【００３０】
情報管理サーバ１７は、読影医７のコンピュータ２１から送られる読影医基本情報２９と、レポートサーバ１９から送られる読影の成果４１と、診療所５のコンピュータ９から送られる評価４３を基に、判断用基本情報３１を生成し、レポートマネージャ１５のリクエストに応じて当該判断用基本情報３１をレポートマネージャ１５に提供する。
【００３１】
レポートサーバ１９は、読影医７のコンピュータ２１から送られるレポート３７を保管し、依頼元である診療所５のコンピュータ９からのリクエストに応じて、当該レポート３７をコンピュータ９に送る。また、レポートサーバ１９は、読影のレポート３７に必要な項目（後述するが、例えば読影医ＩＤ、レポート依頼日時、レポート受信日時等）を付加して成果４１として登録し、情報管理サーバ１７に送る。
【００３２】
図２から図７は、診療所５（図２）、読影センタ３のデータサーバ１３（図３）、レポートマネージャ１５（図４）、情報管理サーバ１７（図５）、レポートサーバ１９（図６）、読影医７のコンピュータ２１（図７）の構成を示す図である。
【００３３】
図２に示す診療所５は、モダリティ１１、コンピュータ９、及びデータベース６１−１等の設備を備え、それぞれがシステムバス５９−１で接続されている。コンピュータ９は、中央処理装置等の制御部４５−１と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disc Drive）等の記憶部５７−１と、フレキシブルディスクやＣＤ−ＲＯＭ等のメディアの読み込み書き込みを行うメディア入出力部４７−１と、ネットワークに接続するモデムやＬＡＮボード等の通信部４９−１と、キーボード、マウス又はマイク等の入力部５１−１と、プリンタ等の印刷部５３−１と、ＣＲＴや液晶表示装置等の表示部５５−１とから構成され、それぞれがシステムバス５９−１で接続されている。
【００３４】
尚、モダリティ１１は前述したように、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格の医用画像を発生する、ＣＴ等の医療機器であり、コンピュータ９の制御部４５−１は、モダリティ１１が出力する患者の医用画像データを、データベース６１−１にデータ２５として格納する。また、制御部４５−１は、医用画像データの加工、追加などの処理を行うことも可能である。データベース６１−１には、後述するが、レポートサーバ１９から送られるレポート３７を格納するようにしても良い。
【００３５】
図３は、読影センタ３のデータサーバ１３及びデータサーバ１３のデータを格納するデータベース６１−２を示す。データサーバ１３は、コンピュータ等の端末装置であり、制御部４５−２、記憶部５７−２、メディア入出力部４７−２、通信部４９−２、入力部５１−２、印刷部５３−２、表示部５５−２とから構成され、それぞれがシステムバス５９−２で接続されている。
【００３６】
データサーバ１３の制御部４５−２は、データベース６１−２に、診療所５のコンピュータ９から送信された読影条件２３とデータ１３等を格納する。
【００３７】
図４は、読影センタ３のレポートマネージャ１５及びレポートマネージャ１５のデータを格納するデータベース６１−３を示す。レポートマネージャ１５は、コンピュータ等の端末装置であり、制御部４５−３、記憶部５７−３、メディア入出力部４７−３、通信部４９−３、入力部５１−３、印刷部５３−３、表示部５５−３とから構成され、それぞれがシステムバス５９−３で接続されている。
【００３８】
レポートマネージャ１５の制御部４５−３は、データベース６１−３に、データサーバ１３から送られるデータリスト２７等を格納する。
【００３９】
図５は、読影センタ３の情報管理サーバ１７及び情報管理サーバ１７のデータを格納するデータベース６１−４を示す。情報管理サーバ１７は、コンピュータ等の端末装置であり、制御部４５−４、記憶部５７−４、メディア入出力部４７−４、通信部４９−４、入力部５１−４、印刷部５３−４、表示部５５−４とから構成され、それぞれがシステムバス５９−４で接続されている。
【００４０】
情報管理サーバ１７の制御部４５−４は、データベース６１−４に、読影医７のコンピュータ２１から送られる読影医基本情報２９と、レポートサーバ１９から送られる成果４１と、診療所５のコンピュータ９から送られる評価４３と、制御部４５−４が生成する判断用基本情報３１等を格納する。
【００４１】
図６は、読影センタ３のレポートサーバ１９及びレポートサーバ１９のデータを格納するデータベース６１−５を示す。レポートサーバ１９は、コンピュータ等の端末装置であり、制御部４５−５、記憶部５７−５、メディア入出力部４７−５、通信部４９−５、入力部５１−５、印刷部５３−５、表示部５５−５とから構成され、それぞれがシステムバス５９−５で接続されている。
【００４２】
レポートサーバ１９の制御部４５−５は、データベース６１−５に読影医７のコンピュータ２１から送られるレポート３７等を格納する。
【００４３】
図７は、読影医７のコンピュータ２１及びコンピュータ２１のデータを格納するデータベース６１−６を示す。コンピュータ２１は、制御部４５−６、記憶部５７−６、メディア入出力部４７−６、通信部４９−６、入力部５１−６、印刷部５３−６、表示部５５−６とから構成され、それぞれがシステムバス５９−６で接続されている。
【００４４】
コンピュータ２１の制御部４５−６は、データベース６１−６に、読影センタ３のレポートマネージャ１５から送られる読影依頼データ３５と、作成したレポート３７等を格納する。
【００４５】
（２．データ構造）
図８乃至図１８は、本実施の形態の遠隔読影システム１に関係する各種データの構造について説明する図であり、順次説明する。
【００４６】
図８、図９は、診療所５のコンピュータ９から読影センタ３のデータサーバ１３に送られる読影条件２３を示す。読影条件２３は、ユーザＩＤ６３、緊急度６５、診断内容６７、分野６９、優先条件７０等の項目を備える。ユーザＩＤ６３とは、読影を依頼する依頼元のＩＤであり、例えば診療所５に付与されたＩＤである。
【００４７】
緊急度６５は、読影データの診断にどの程度の緊急性があるかを依頼元（ここでは診療所５）が指定する項目であり、例えば図９（ａ）に緊急度６５とその内容とを示す。例えば緊急度６５が「Ｒ１」に指定されていれば、「１時間以内の診断」が要求されていることがわかる。
【００４８】
診断内容６７は、読影の内容を示す。図９（ｂ）に診断内容６７とその内容とを示す。例えば、診断内容６７が「Ｃ１」とは、「存在診断」を示す。「存在診断」とは何か目的物（例えば腫瘍等）の存在を診断することである。「Ｃ２」の「鑑別診断」とはデータを見分ける診断であり、「Ｃ３」の「精密診断」とは精密検査等の診断である。
【００４９】
分野６９は、読影の部位を示す。図９（ｃ）に分野６９とその内容とを示す。例えば、「Ｆ１」は「肺野」、即ち肺等の部位であり、「Ｆ２」は「乳房」、「Ｆ３」は「頭部」を示す。
【００５０】
優先条件７０は、読影の際に重視する条件を指定する項目であり、例えば図９（ｄ）に内容を示す。例えば「緊急性」を優先する場合には、「Ｒ」、「内容」を優先する場合は「Ｃ」、指定しない場合には「Ｏ」が入力される。尚、緊急度６５が例えば「Ｒ１」ならば自動的に優先条件７０が「Ｒ」に設定されるようにしても良い。また、「Ｃ：内容」は、後述するが、読影医７の専門分野、読影医７の経験等を考慮し、読影内容を優先する場合である。
【００５１】
以上、緊急度６５、診断内容６７、分野６９、優先条件７０の項目は、診療所５の医療従事者が状況に応じて指定して入力する。
【００５２】
図１０は、診療所５のコンピュータ９から読影センタ３のデータサーバ１３に送られるデータ２５を示す。データ２５は、モダリティ１１が出力した画像データ７３（患者ＩＤ、データ取得日時等を含む）にユニークなデータＩＤ７１を付加したものである。尚、この画像データ７３はＤＩＣＯＭ規格のデータであることを想定している。
【００５３】
また、画像データ７３は、単一の画像データであっても良いし、複数の画像データをセットにしたものであっても良い。
【００５４】
図１１は、データサーバ１３が作成し、レポートマネージャ１５に送るデータリスト２７を示す。即ちデータサーバ１３は、複数の遠隔読影依頼元（診療所５のコンピュータ９等）から送られる読影条件２３（図８）と、データ２５（図１０）とを統合して図１１に示すデータリスト２７を生成する。また、レポートマネージャ１５は、当該データリスト２７をデータベース６１−３に登録する（図４参照）。
【００５５】
図１２は、読影医７のコンピュータ２１が、随時レポートマネージャ１５に対して送信するステータス３３を示す。ステータス３３は、読影医の状態を示すデータであり、読影医ＩＤ７５、日時７７、ステータス内容７９などの項目を有する。
【００５６】
ステータス内容７９とは、例えば読影医の状態を示す、「読影中」、「読影終了」、「待機中」、「休止中」等の情報である。「読影中」とは、現在読影依頼を受け、未だ読影レポートを提出していない状態を示すステータス内容７９である。レポート未提出の件数情報を付加し、「読影中：３レポート未提出」としても良い。「読影終了」は、読影結果のレポートを送信中であることを示すステータス内容７９である。「待機中」は、読影医が読影可能な状態にあることを示すステータス内容７９である。「休止中」は、読影医が不在、他の業務を遂行中、休憩中などの理由で読影が不可能な状態にあることを示すステータス内容７９である。
【００５７】
尚、ステータス３３は、随時読影医７のコンピュータ２１がレポートマネージャ１５に送信しても良いし、レポートマネージャ１５からリクエストがあったときに、読影医７のコンピュータ２１がレポートマネージャ１５に送信するようにしても良い。
【００５８】
図１３は、レポートマネージャ１５が、読影医７のコンピュータ２１に対して送信する読影依頼データ３５を示す。読影依頼データ３５は、レポートマネージャ１５がデータベース６１−３に登録するデータリスト２７の１レコードであり、項目としては、データＩＤ７１、データ（患者ＩＤ、日時、取得画像データ等）７３と、読影条件２３とを備える。読影医７のコンピュータ２１は、データベース６１−６に受信した当該読影依頼データ３５を登録する。
【００５９】
図１４は、読影医７が遠隔読影システム１に読影医として登録する際に、読影医７のコンピュータ２１から情報管理サーバ１７に送信する読影医基本情報２９を示す。読影医基本情報２９は、読影医ＩＤ７５、専門分野８１、読影履歴８３等の項目を有する。尚、図示していないが、他に読影医７の氏名、年齢、住所、電話番号、メールアドレス等の項目等も含まれる。読影医ＩＤ７５は、例えば情報管理サーバ１７から読影医７に付与される識別ＩＤである。専門分野８１は、読影医７が専門とする分野、例えば「肺野」、「乳房」、「頭部」等である。読影履歴８３は、当該読影医７が読影を行ってきた経験年数である。尚、専門分野８１に、複数の分野の登録を行うようにしても良い。情報管理サーバ１７は、読影医基本情報２９をデータベース６１−４に登録する。
【００６０】
図１５は、依頼された読影依頼データ３５に対して、読影医７が読影した結果として作成したレポート３７を示す。レポート３７は、読影医ＩＤ７５、データＩＤ７１、レポート内容８５とからなる。レポート内容８５とは、読影センタ３から依頼された画像データを、読影条件２３の中の診断内容６７に基づいて読影した結果を示す。例えば、診断内容６７が「存在診断」ならば、レポート内容８５は、腫瘍等の存在の判断結果や、その他所見である。
【００６１】
読影医７は作成したレポート３７をデータベース６１−６に保存し、読影センタ３のレポートサーバ１９に送信する。レポートサーバ１９の制御部４５−５は受信したレポート３７をデータベース６１−５に保存する。また、レポートサーバ１９の制御部４５−５は、診療所５のコンピュータ９からのリクエストに応じて、当該レポート３７をコンピュータ９に送信する。
【００６２】
図１６は、レポートサーバ１９が、情報管理サーバ１７に送る成果４１を示す。成果４１は、読影医ＩＤ７５、レポート依頼日時８７、レポート受信日時８９、診断内容６７、分野６９、データＩＤ７１、レポート内容８５等から構成される。即ち、成果４１は、依頼した読影医７の情報（読影医ＩＤ７５）、依頼日程管理情報（レポート依頼日時８７、レポート受信日時８９）、読影内容（診断内容６７、分野６９、データＩＤ７１）、及びレポート内容８５等で構成される。情報管理サーバ１７の制御部４５−４は、受信した成果４１をデータベース６１−４に登録する。
【００６３】
図１７は、診療所５のコンピュータ９が、読影センタ３の情報管理サーバ１７に送る評価４３を示す。評価４３は、診療所５の医療従事者が、受理したレポート３７を評価した内容であり、その構成は、読影データを識別するためのデータＩＤ７１、及び評価内容８７とから成る。評価内容８７は、受理したレポート３７に対して、例えば「優」、「良」、「可」、「不可」等の評価をつけたものである。或いは評価内容８７は、レポート３７の内容に応じて、５段階などの数値で評価しても良い。また、満点を１００点として評価内容８７に点数をつけても良い。情報管理サーバ１７の制御部４５−４は、評価４３をデータベース６１−４に登録する。尚、前述の成果４１と評価４３を統合して、登録するようにしても良い。
【００６４】
図１８は、情報管理サーバ１７の制御部４５−４が生成し、データベース６１−４に登録する、判断用基本情報３１の構成を示す。判断用基本情報３１は、読影医ごとに１レコード分が生成され、１レコードは読影医ＩＤ７５、専門分野８１、読影履歴８３、読影経験値８９等から成る。読影医ＩＤ７５、専門分野８１、読影履歴８３は、図１４に示す読影医基本情報２９の項目と同一である。読影経験値８９は、後述するが、診療所５等から受信した評価４３の評価内容８７を点数化して累積した値を示す。従って、情報管理サーバ１７は、診療所５から評価４３を受信するたびに、読影経験値８９を更新、即ち判断用基本情報３１を更新する。情報管理サーバ１７の制御部４５−４は、レポートマネージャ１５からのリクエストに応じて、判断用基本情報３１をレポートマネージャ１５に送信する。
【００６５】
（３．遠隔読影システム１のフローチャート）
次に、図１９により、遠隔読影システム１のフローチャートを説明する。尚、図１乃至図１８を適宜用いて説明する。
【００６６】
まず、読影医７は遠隔読影システム１の読影医としての登録作業を行う。即ち、コンピュータ２１（読影医７）の制御部４５−６は、読影医７の個人情報を含む読影医基本情報２９（図１４参照）を読影センタ３の情報管理サーバ１７に送る（ステップ１００１）。
【００６７】
情報管理サーバ１７の制御部４５−４は、受信した読影医基本情報２９（図１４参照）をデータベース６１−４に登録する（ステップ１００２）。次に情報管理サーバ１７の制御部４５−４は、読影医基本情報２９（図１４参照）を基に、読影経験値８９の項目を空欄（或いは「読影経験値８９」＝「０」）とした判断用基本情報３１（図１８参照）を生成する（ステップ１００３）。尚、判断用基本情報３１の読影経験値８９は、当該読影医７の読影レポート３７に対する評価４３が、情報管理サーバ１７に送られる都度、累積されて更新される。
【００６８】
このように、本実施の形態の遠隔読影システム１は、少なくとも１の読影医７の登録がなされており、読影医ごとに識別コードとして読影医ＩＤ７５（図１４参照）が付与されている。尚、読影医７は、任意の病院に所属していても良いし、読影を専門とするＳＯＨＯ（Small Office Home Office）の形態であっても良いし、読影センタ３に所属していても良い。
【００６９】
次に、本実施の形態の遠隔読影システム１には、少なくとも１の診療所５等の読影依頼元の登録がなされており、読影依頼元ごとに識別コードとしてユーザＩＤ６３（図８参照）が付与されている。読影依頼元とは、医用画像データを出力するモダリティ１１の設備を有する、診療所、中小病院、検診車等であり、モダリティ１１を備えていても、画像データの読影を行う医師がいない、又は専門外である、又は外部の読影医のセカンドオピニオンを希望する場合に該当する。
【００７０】
診療所５に、事故患者が搬送されたものと想定する。診療所５の医療従事者は、事故患者のＣＴ撮影を行い、画像データを取得する（ステップ１００４）。即ち、モダリティ１１であるＣＴ装置が事故患者のＣＴ画像データを出力すると、コンピュータ９の制御部４５−１は、当該画像データ７３（患者ＩＤ、日時を含む）にデータＩＤ７１を付与したデータ２５を生成して（図１０参照）、データベース６１−１に登録する（図２参照）。
【００７１】
また、診療所５の医療従事者は、取得した画像データを読影する読影条件２３を作成する。読影条件２３（図８、図９参照）は、前述したように、ユーザＩＤ６３、緊急度６５、診断内容６７、分野６９、優先条件７０等の項目から成る。
【００７２】
コンピュータ９の制御部４５−１は、読影条件２３（図８参照）と、データ２５（図１０参照）とを、読影センタ３のデータサーバ１３に送る（ステップ１００５）。
【００７３】
データサーバ１３の制御部４５−２は、受信した読影条件２３（図８参照）と、データ２５（図１０参照）とをデータベース６１−２に登録し、読影条件２３とデータ２５を基にデータリスト２７（図１１参照）を生成する（ステップ１００６）。データリスト２７は、複数の遠隔読影依頼元（診療所５等）から送られる読影条件２３（図８参照）と、データ２５（図１０参照）とを統合したリストである。
【００７４】
次に、データサーバ１３の制御部４５−２は、データリスト２７（図１１参照）を読影センタ３のレポートマネージャ１５に送る（ステップ１００７）。レポートマネージャ１５の制御部４５−３は、データリスト２７をデータベース６１−３に登録する。
【００７５】
次に、レポートマネージャ１５の制御部４５−３は、データリスト２７について１レコード（読影依頼案件）ごとに、読影を依頼する読影医を割り当てるステップに移る。ここでは、データリスト２７の１レコード目（図１１において、ユーザＩＤ６３「Ｕ０００００１１」、データＩＤ７１「Ｄ００００１０１」）の読影依頼の処理について説明する。
【００７６】
情報処理サーバ１７の制御部４５−４は、レポートマネージャ１５のリクエストに応じてレポートマネージャ１５に判断用基本情報３１（図１８参照）を送信する（ステップ１００８）。尚、判断用基本情報３１は遠隔読影システム１に登録されている全ての読影医の読影医基本情報２９と読影経験値８９とを示したものである。また、レポートマネージャ１５は、遠隔読影システム１に登録している全ての読影医から随時送信されているステータス３３を取得する。尚、読影医７のコンピュータ２１から送られているステータス３３は「待機中」であるとする（ステップ１００９）。
【００７７】
レポートマネージャ１５の制御部４５−３は、データリスト２７の読影条件に関する項目、即ち、緊急度６５、診断内容６７、分野６９、優先条件７０と、全ての読影医に関する判断用基本情報３１（図１８参照）と、全ての読影医のステータス３３（図１２参照）とを基にして、最適な読影医７を決定する（ステップ１０１０）。読影医７の決定方法については後で詳細に説明する。
【００７８】
レポートマネージャ１５の制御部４５−３は、読影依頼が決定した読影医７のコンピュータ２１に読影依頼データ３５（図１３）を送信する（ステップ１０１１）。この時の、読影医７のコンピュータ２１からレポートマネージャ１５に随時送られるステータス３３は「読影中」となる（ステップ１０１２）。
【００７９】
コンピュータ２１の制御部４５−６は受信した読影依頼データ３５（図１３）をデータベース６１−６に登録する。読影医７はデータ７３と読影条件２３を基に画像データの読影を行い、レポート３７を作成してデータベース６１−６に登録する（ステップ１０１３）。
【００８０】
コンピュータ２１の制御部４５−６は、作成したレポート３７をレポートサーバ１９に送信する（ステップ１０１５）と同時に、ステータス３３「読影終了」をレポートマネージャ１５に送信する（ステップ１０１４）。尚、レポート３７の送信が終了した時点で、随時レポートマネージャ１５に送信するステータス３３は「待機中」或いは「休止」となる。
【００８１】
次に、レポートサーバ１９の制御部４５−５は、受信したレポート３７をデータベース６１−５に保存する（ステップ１０１６）。またレポートサーバ１９の制御部４５−５は、読影のレポート内容８５を含む成果４１（図１６参照）を情報管理サーバ１７に送る（ステップ１０１７）。情報管理サーバ１７の制御部４５−４は、受信した成果４１（図１６参照）をデータベース６１−４に登録する。尚、情報管理サーバ１７の制御部４５−４は、成果４１の項目のうちレポート依頼日時８７とレポート受信日時８９とを参照すると、読影医７が読影処理に実際に要した時間を管理することが可能である。
【００８２】
診療所５のコンピュータ９の制御部４５−１は、依頼したデータ２５の読影結果のレポート３７をレポートサーバ１９にリクエストする（ステップ１０１８）。制御部４５−１は、レポート３７をリクエストする際は、例えばデータ２５のデータＩＤ７１を指定するものとする。レポートサーバ１９の制御部４５−５は、リクエストされたデータＩＤ７１を含むレポート３７がデータベース６１−５に保存されているかどうかを確認し、当該レポート３７が保存されていなければ、未だ読影が終了していない旨を診療所５のコンピュータ９に送信する（図示していない）。
【００８３】
レポートサーバ１９の制御部４５−５は、リクエストされたデータＩＤ７１を含むレポート３７がデータベース６１−５に保存されていれば、当該レポート３７を診療所５のコンピュータ９に配信する（ステップ１０１９）。尚、レポートサーバ１９の制御部４５−５は、レポート３７が読影医７から届き次第、依頼元である診療所５のコンピュータ９にレポート３７を送信するようにしても良い。
【００８４】
コンピュータ９の制御部４５−１は、受信したレポート３７をデータベース６１−１に保存する。診療所５の医療従事者は、画像データ２５及びレポート３７を参照して、事故患者の診断や治療を行う（ステップ１０２０）。また、医療従事者は、当該レポート３７に対する評価を行って、評価内容８７にデータＩＤ７１を対応させて評価４３（図１７参照）を生成し、情報管理サーバ１７に送る（ステップ１０２１）。
【００８５】
情報管理サーバ１７の制御部４５−４は、受信した評価４３をデータベース６１−４に登録する。また、情報管理サーバ１７の制御部４５−４は、当該評価４３の評価内容８７を点数化して読影経験値８９（図１８参照）を更新、即ち判断用基本情報３１の該当する読影医７のレコードを修正・更新する（ステップ１０２２）。
【００８６】
読影センタ３は、遠隔読影システム１に登録する読影依頼元（例えば診療所５）から依頼があると、ステップ１００４からの処理を繰り返す。尚、図１９に示す遠隔読影システム１の処理フローチャートは、１つの読影依頼の処理手順について説明したが、本実施の形態の遠隔読影システム１は、読影依頼を受けるデータ２５のデータＩＤ７１をキーにして、複数の件数の読影を同時に処理することができる。
【００８７】
（４．読影医７の選択）
図２０乃至図２３は、レポートマネージャ１５の制御部４５−３が、読影の優先度αを算出して、読影条件２３の優先条件７０（図８参照）に指定された優先条件に合う読影医７を選択する手順（図１９のステップ１０１０）を示す。
【００８８】
図２０は、内容に関する評価関数Ｘ９１の算出を説明する図である。内容とは、読影医が専門であるか否か、読影医の経験年数、今までの読影評価累計を考慮したものである。評価関数Ｘは、例えば以下の式で算出する。
Ｘ＝Ａ＋Ｂ＋Ｃ ・・・・・（１）
Ａは、専門分野の一致又は不一致を数値化した変数である。即ち、診療所５から送信された読影条件２３の分野６９（図８参照）と、判断用基本情報３１の読影医の専門分野８１（図１８参照）とが同一、即ち専門が合致していれば、「Ａ＝１０」とし、合致していなければ、「Ａ＝０」とする。
【００８９】
Ｂは、読影医の読影履歴を数値化した値である。例えば読影年数が３年の読影医の場合は、「Ｂ＝３」となる。
【００９０】
Ｃは、読影医の読影経験を数値化した値であり、該当分野の経験値、即ち依頼元の評価を累積した値とする。例えば依頼元の評価が「優」の時、「Ｃ＝１０」、評価が「良」の時「Ｃ＝５」、評価が「可」の時「Ｃ＝０」、評価が「不可」の時「Ｃ＝―１０」とする。
【００９１】
図２１は、緊急度に関する評価関数Ｙ９３の算出を説明する図である。即ち、レポートマネージャ１５の制御部４５−３は、読影医のステータス３３を考慮して、評価関数Ｙ９３を算出する。
【００９２】
例えば、即時読影可、即ち読影医のステータス３３が「待機中」の場合は、「Ｙ＝１００」とする。待ちあり、即ち、読影医のステータス３３が「読影中：待ちレポート３」の場合は、式（２）を用いてＹを算出する。
Ｙ＝１００−（待ちレポート数）＊１０ ・・・（２）
即ち、ステータス３３が「読影中：待ちレポート３」の時、「Ｙ＝７０」となる。
【００９３】
読影不可、即ち読影医のステータス３３が「休止」の場合は、「Ｙ＝−１００」とする。
【００９４】
レポートマネージャ１５の制御部４５−３は、図２０に示す内容に関する評価関数Ｘ９１と、図２１に示す緊急度に関する評価関数Ｙ９３を、登録されているすべての読影医について算出する。図２２は一例として、３名の読影医、読影医Ａ９５、読影医Ｂ９７、読影医Ｃ９９についての算出結果を示す。
【００９５】
次に図２３に、レポートマネージャ１５の制御部４５−３が、図２２に示す読影医ごとの評価関数を算出した後に、読影医７を選択するフローチャートを示す（ステップ２０１）。
【００９６】
レポートマネージャ１５の制御部４５−３は、データリスト２７の項目「優先条件７０」の内容を参照して、優先度αを算出する（ステップ２０２）。即ち、優先条件７０が、「Ｃ：内容」の場合は内容優先の場合の式（３）を用いてαを算出する。
α＝０．８Ｘ＋０．２Ｙ ・・・（３）
優先条件７０が、「Ｏ：指定なし」の場合は指定なしの場合の式（４）を用いてαを算出する。
α＝０．５Ｘ＋０．５Ｙ ・・・（４）
優先条件７０が、「Ｒ：緊急性」の場合は緊急性優先の場合の式（５）を用いてαを算出する。
α＝０．２Ｘ＋０．８Ｙ ・・・（５）
尚、式（３）、（４）、（５）において、Ｘは内容に関する評価関数、Ｙは緊急度に関する評価関数である。
【００９７】
レポートマネージャ１５の制御部４５−３は、式（３）、（４）、（５）に読影医ごとの評価関数Ｘ、評価関数Ｙ（図２２に示す）を代入し、優先条件７０ごとの優先度αを算出する。例えば、図２３のステップ２０２の右表に示すように、読影医Ａ９５は、内容優先の場合「α＝４４」、指定なしの場合「α＝６５」、緊急性優先の場合「α＝８６」と算出される。
【００９８】
優先条件７０に「Ｃ：内容」が指定されている場合（ステップ２０３のＹＥＳ）、レポートマネージャ１５の制御部４５−３は、読影医Ｃ９９を選択する（ステップ２０４）。即ち内容優先の場合、読影医Ａ９５の優先度α＝４４、読影医Ｂ９７の優先度α＝７０、読影医Ｃ９９の優先度α＝８６であるので、制御部４５−３は、最も優先度αの高い読影医Ｃ９９を選択する。
【００９９】
優先条件７０に「Ｏ：指定なし」が指定されている場合（ステップ２０５のＹＥＳ）、レポートマネージャ１５の制御部４５−３は、読影医Ｂ９７を選択する（ステップ２０６）。即ち指定なしの場合、読影医Ａ９５の優先度α＝６５、読影医Ｂ９７の優先度α＝７０、読影医Ｃ９９の優先度α＝６５であるので、制御部４５−３は、最も優先度αの高い読影医Ｂ９７を選択する。
【０１００】
優先条件７０に「Ｒ：緊急性」が指定されている場合（ステップ２０７のＹＥＳ）、レポートマネージャ１５の制御部４５−３は、読影医Ａ９５を選択する（ステップ２０８）。即ち緊急性優先の場合、読影医Ａ９５の優先度α＝８６、読影医Ｂ９７の優先度α＝７０、読影医Ｃ９９の優先度α＝４４であるので、制御部４５−３は、最も優先度αの高い読影医Ａ９５を選択する。
【０１０１】
尚、レポートマネージャ１５での読影医７の選択方法は、上記の例に限定されない。また、優先度αの算出方法、内容に関する評価関数Ｘ９１の算出方法、緊急度に関する評価関数Ｙ９３の算出方法も上記の例に限定されない。
【０１０２】
尚、レポートマネージャ１５は、情報管理サーバ１７がデータベース６１−４に格納する成果４１を分析し、例えば過去に読影した事例と同様の依頼に対しては、優先的に経験を有する読影医を割り当てるようにしても良い。
【０１０３】
尚、依頼元（診療所５）は、読影条件２３として、優先条件７０の項目に、所定の読影医を指名して読影依頼を行うようにしても良い。
【０１０４】
（５．効果等）
このように、本実施の形態では、読影医の随時変化する状態情報を正確にチェックしているので、緊急時の画像データ読影依頼にも効率的に最適な読影医を選択し、読影を依頼することができる。
【０１０５】
また、専門の読影医のいない診療所や検診車などでも、遠隔地の専門の読影医に速やかに読影を効率的に依頼することができる。
【０１０６】
また、依頼元の読影条件（内容優先、緊急性優先、また専門分野）等に合致する最適な読影医を簡単に選択することができる。
【０１０７】
また、本実施の形態では、読影医が、読影結果を依頼元から評価されるシステムであるので、読影医のモチベーションをあげることができ、依頼元にすれば高品質の読影レポートを得られる効果がある。
【０１０８】
尚、本発明の技術的範囲は、前述した実施の形態に限られるものではない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【０１０９】
【図１】本実施の形態における遠隔読影システム１の構成を示す図
【図２】診療所５の構成を示す図
【図３】データサーバ１３の構造を示す図
【図４】レポートマネージャ１５の構造を示す図
【図５】情報管理サーバ１７の構造を示す図
【図６】レポートサーバ１９の構造を示す図
【図７】コンピュータ２１（読影医）の構造を示す図
【図８】読影条件２３の内容を示す図
【図９】読影条件２３の内容の詳細を示す図
【図１０】データ２５の内容を示す図
【図１１】データリスト２７の内容を示す図
【図１２】ステータス３３の内容を示す図
【図１３】読影依頼データ３５の内容を示す図
【図１４】読影医基本情報２９の内容を示す図
【図１５】レポート３７の内容を示す図
【図１６】成果４１の内容を示す図
【図１７】評価４３の内容を示す図
【図１８】判断用基本情報３１の内容を示す図
【図１９】遠隔読影システム１のフローチャート
【図２０】内容に関する評価関数Ｘ９１を示す図
【図２１】緊急度に関する評価関数Ｙ９３を示す図
【図２２】読影医の内容に関する評価関数Ｘと緊急度に関する評価関数Ｙ
【図２３】読影医７の選択を示す図
【符号の説明】
【０１１０】
１………遠隔読影システム
３………読影センタ
５………診療所
７………読影医
９、２１………コンピュータ
１１………モダリティ
１３………データサーバ
１５………レポートマネージャ
１７………情報管理サーバ
１９………レポートサーバ
２３………読影条件
２５………データ
２７………データリスト
２９………読影医基本情報
３１………判断用基本情報
３３………ステータス
３５………読影依頼データ
３７………レポート
４１………成果
４３………評価
４５−１〜４５−６………制御部
４７−１〜４７−６………メディア入出力部
４９−１〜４９−６………通信部
５１−１〜５１−６………入力部
５３−１〜５３−６………印刷部
５５−１〜５５−６………表示部
５７−１、５７−６………記憶部
５９−１〜５９−６………システムバス
６１−１〜６１−６………データベース
６３………ユーザＩＤ
６５………緊急度
６７………診断内容
６９………分野
７０………優先条件
７１………データＩＤ
７３………データ（患者ＩＤ、日時、取得画像データ等）
７５………読影医ＩＤ
７７………日時
７９………ステータス内容
８１………専門分野
８３………読影履歴
８５………レポート内容
８７………レポート依頼日時
８９………レポート受信日時
９１………内容に関する評価関数Ｘ
９３………緊急度に関する評価関数Ｙ
９５、９７、９９………読影医
【特許請求の範囲】
【請求項１】
医療機関に属する少なくとも１つの第１の端末装置と、読影医に属する少なくとも１つの第２の端末装置と、センタとがネットワークで接続されている遠隔読影システムであって、
前記センタは、
前記第２の端末装置から送られる前記読影医の基本情報を登録する基本情報登録手段と、
前記第２の端末装置から随時送られる前記読影医の状態情報を保持する状態情報保持手段と、
前記第１の端末装置によって入力された読影医の選択条件と、前記状態情報保持手段によって保持された状態情報と、前記基本情報登録手段によって登録された基本情報とを基に、読影医を選択する読影医選択手段と、
前記読影医選択手段によって選択された読影医による読影結果情報を、前記第１の端末装置に提供する読影結果情報提供手段と、
を、具備することを特徴とする遠隔読影システム。
【請求項２】
前記センタは、
前記第１の端末装置から送られる前記読影結果情報に対する評価情報を保持する評価情報保持手段と、
前記評価情報を基に前記登録した基本情報を更新する基本情報更新手段と、
を、更に具備することを特徴とする請求項１記載の遠隔読影システム。
【請求項３】
前記読影医選択手段は、前記状態情報または前記登録した基本情報の少なくともいずれかに対して、前記読影条件に応じた所定の重み付けを行った上で、前記読影医を選択することを特徴とする請求項１記載の遠隔読影システム。
【請求項１】
医療機関に属する少なくとも１つの第１の端末装置と、読影医に属する少なくとも１つの第２の端末装置と、センタとがネットワークで接続されている遠隔読影システムであって、
前記センタは、
前記第２の端末装置から送られる前記読影医の基本情報を登録する基本情報登録手段と、
前記第２の端末装置から随時送られる前記読影医の状態情報を保持する状態情報保持手段と、
前記第１の端末装置によって入力された読影医の選択条件と、前記状態情報保持手段によって保持された状態情報と、前記基本情報登録手段によって登録された基本情報とを基に、読影医を選択する読影医選択手段と、
前記読影医選択手段によって選択された読影医による読影結果情報を、前記第１の端末装置に提供する読影結果情報提供手段と、
を、具備することを特徴とする遠隔読影システム。
【請求項２】
前記センタは、
前記第１の端末装置から送られる前記読影結果情報に対する評価情報を保持する評価情報保持手段と、
前記評価情報を基に前記登録した基本情報を更新する基本情報更新手段と、
を、更に具備することを特徴とする請求項１記載の遠隔読影システム。
【請求項３】
前記読影医選択手段は、前記状態情報または前記登録した基本情報の少なくともいずれかに対して、前記読影条件に応じた所定の重み付けを行った上で、前記読影医を選択することを特徴とする請求項１記載の遠隔読影システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２００６−２６８０７５（Ｐ２００６−２６８０７５Ａ）
【公開日】平成１８年１０月５日（２００６．１０．５）
【国際特許分類】
【出願番号】特願２００５−８０９９７（Ｐ２００５−８０９９７）
【出願日】平成１７年３月２２日（２００５．３．２２）
【出願人】（０００１５３４９８）株式会社日立メディコ (1,613)
【Ｆターム（参考）】
【公開日】平成１８年１０月５日（２００６．１０．５）
【国際特許分類】
【出願日】平成１７年３月２２日（２００５．３．２２）
【出願人】（０００１５３４９８）株式会社日立メディコ (1,613)
【Ｆターム（参考）】
[ Back to top ]