JP5140359B2 - 評価管理システム及び評価管理装置及び評価管理方法 - Google Patents

Description

本発明は、医用レポートの作成者に対する評価を管理する評価管理システム及び評価管理装置及び評価管理方法に関するものである。

ＣＴ装置やＭＲＩ装置などのモダリティで撮影された医用画像を観察して画像診断（読影）を専門に行う読影機関が知られている。読影機関には読影の専門医である読影医師が所属している。読影医師は、依頼元の求めに応じて医用画像の読影を行い、その結果を記した読影レポートを作成し、これを依頼元に返送する。こうした読影機関は、地方の診療所など、スタッフに読影医師がいない小規模の医療施設に利用される。

このような読影機関には、管理者が読影医師を指導（育成）するために、所属する各読影医師のレポート作成能力（スキル）を評価したスキル評価を格納して管理する管理サーバ等が設けられている（例えば特許文献１参照）。このスキル評価は、管理者が読影レポートを評価したレポート評価結果を平均したレポート平均評価などに基づき決定される。また、管理者だけではなく、読影の依頼元におけるレポート評価結果に基づき、読影医師のスキル評価を決定することも知られている（例えば、特許文献２参照）。そして、管理者は、管理サーバに格納されている各読影医師のスキル評価に基づき、各読影医師に対してそれぞれ指導を行っている。
特開２００４−３０５５５１号公報 特開２００６−２６８０７５号公報

ところで、モダリティにはＣＴ装置やＭＲＩ装置などの様々な種別が存在するため、例えばＣＴ装置で撮影された医用画像の読影は得意としているが、ＭＲＩ装置で撮影された医用画像の読影は苦手としている読影医師がいる。また、医用画像は、頭部、胸部など様々な部位で撮影されるため、例えば、頭部を撮影した医用画像の読影は得意としているが、胸部を撮影した医用画像の読影は苦手としている読影医師もいる。さらに、読影医師によっては、例えば肺癌の発見は得意としているが、肺気腫などの発見は苦手としている場合もある。このため、読影医師のスキル評価を、従来のようなレポート平均評価で決定していた場合には、読影医師の得意または苦手とする検査種別、検査部位、病名等のカテゴリ、つまり、読影医師のスキル特性を把握することができない。そのため、各読影医師に対して適切な指導を行えないという問題が発生する。

本発明は上記問題を解決するためのものであり、読影医師のスキル特性を容易に把握することができる評価管理システム及び評価管理装置及び評価管理方法を提供することを目的とする。

上記問題を解決するため、本発明は、ネットワークを介して、医療検査の検査依頼をする依頼元が指定した依頼先に対して検査依頼を行い、その検査依頼に基づき前記依頼先で作成された医用レポートの作成者に対する評価を管理する評価管理システムにおいて、少なくとも前記依頼先に設けられ、前記医用レポートを医療に関する１つ以上のカテゴリ別に分類して評価した評価結果を入力するための入力端末と、前記入力端末より入力された前記評価結果を、前記作成者の識別情報に関連付けて格納先に格納して管理する評価結果管理手段とを備えることを特徴とする。

前記依頼元及び前記依頼先のそれぞれと前記ネットワークを介して接続され、前記検査依頼及び前記医用レポートを前記依頼元と前記依頼先との間で中継する中継サーバを備え、前記格納先を前記中継サーバ内に設けるとともに、前記入力端末を前記依頼元及び前記依頼先にそれぞれ設けることが好ましい。これにより、医療検査の依頼元及び依頼先の両方における評価結果を読影医師の指導に反映することができる。

前記医療検査には、モダリティによって撮影された医用画像の読影を行う読影依頼が含まれているとともに、前記カテゴリの種類は、検査種別、撮影部位、及び病名であることが好ましい。

また、上記問題を解決するため、本発明は、医療検査の検査依頼に基づき作成された医用レポートの作成者に対する評価を管理する評価結果管理装置において、入力端末から、前記医用レポートを医療に関する１つ以上のカテゴリ別に分類して評価した評価結果を受け付ける評価結果受付手段と、前記評価結果を格納する評価結果格納手段と、前記評価結果受付手段で受け付けられた前記評価結果を、前記作成者の識別情報に関連付けて前記評価結果格納手段に格納して管理する評価結果管理手段とを備えることを特徴とする。

また、上記問題を解決するため、本発明は、医療検査の検査依頼に基づき作成された医用レポートの作成者に対する評価を管理する評価管理方法において、入力端末から、前記医用レポートを医療に関する１つ以上のカテゴリ別に分類して評価した評価結果を受け付ける受付ステップと、前記受付ステップで受け付けられた前記評価結果を、前記作成者の識別情報に関連付けて格納先に格納して管理する評価結果管理ステップとを備えることを特徴とする。

本発明は、入力端末から、医用レポートを医療に関する１つ以上のカテゴリ別に分類して評価した評価結果を受け付けて、この受け付けた評価結果を、作成者の識別情報に関連付けて格納先に格納して管理するようにしたので、作成者の得意または不得意とするカテゴリ、つまり、作成者のスキル特性を容易に把握することができる。その結果、例えば作成者の不得意とするカテゴリに関して重点的に指導するなど、作成者に対して適切な指導を行うことができる。

図１に示す医用ネットワークシステム２（評価管理システム）は、データセンタ１０と複数の医療施設とをＩＰネットワーク１２を介して接続することにより構成されており、オンラインで医用画像の読影依頼を行うシステムである。データセンタ１０は、複数の医療施設に対して、医療検査の予約のスケジュール管理サービス、複数の医療施設が保有する医療情報をバックアップして保管するデータバックアップサービス、症例データを蓄積して医療施設間で共有させる症例参照サービスなどのアプリケーションサービスを提供するセンタである。

ＩＰネットワーク１２は、例えば、ベースネットワークとして通信事業者が保有する専用の広域ＩＰ網を使用しており、この広域ＩＰ網上にＶＰＮ（Virtual Private Network）を構築した閉域のネットワークである。こうすることで、ＩＰネットワーク１２内を行き交うデータが、医用ネットワークシステム２の外部に漏洩することがないようにデータセキュリティを確保することができる。

複数の医療施設には、読影機関Ａ〜Ｃ（依頼先）と病院Ｄ，Ｅ（依頼元）とが含まれる。読影機関Ａ〜Ｃは、依頼対象の医用画像の読影を行い、その結果を表す読影レポートを作成し、作成した読影レポートをデータセンタ１０にアップロードする。各読影機関Ａ〜Ｃには、それぞれ通信インタフェース１４、レポート作成端末１５、クライアント端末１６（入力端末）等が設けられており、これらは読影機関Ａ〜Ｃ内のＬＡＮなどを介して互いに接続される。

通信インタフェース１４は、読影機関Ａ〜ＣのＬＡＮに対応した形式とＩＰネットワーク１２に対応した形式とでデータ形式を変換することにより、読影機関Ａ〜ＣのＬＡＮとＩＰネットワーク１２とを接続する。なお、この通信インタフェース１４は、例えば、モデムやルータなどであり、読影機関Ａ〜ＣのＬＡＮやＩＰネットワーク１２の規格に準拠して適宜選択される。

レポート作成端末１５及びクライアント端末１６は、例えばパーソナルコンピュータなどによって構成されている。レポート作成端末１５は、データセンタ１０からの医用画像のダウンロード、ダウンロードした医用画像のモニタへの表示、読影レポートの作成、作成した読影レポートのデータセンタ１０へのアップロードなどに用いられる。クライアント端末１６は、読影依頼の受付や、データセンタ１０への読影レポートの評価結果の送信などに用いられる。

病院Ｄ，Ｅは、医用画像の撮影のためのＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置などモダリティ機器１７を保有してはいるが、医用画像の読影を行う読影部門を有さない、または読影医師の人数が少ない中規模な医療施設である。従って、病院Ｄ，Ｅが読影の依頼元となって、各読影機関Ａ〜Ｃに対して読影依頼を行う。

病院Ｄ，Ｅには、それぞれモダリティ機器１７、通信インタフェース１８、クライアント端末１９（入力端末）が設けられており、これらの各部は、例えば病院Ｄ、Ｅ内のＬＡＮなどを介して互いに接続される。通信インタフェース１８は、上述の通信インタフェース１４と基本的に同じものである。また、クライアント端末１９も、上述のクライアント端末１６と基本的に同じものであり、データセンタ１０への読影依頼情報の送信や、医用画像のデータセンタ１０へのアップロード、データセンタ１０への読影レポート（作成者）の評価結果の送信などに用いられる。

モダリティ機器１７で撮影を行う場合には、患者氏名や、各医療施設固有の患者ＩＤなどが入力される。こうして入力された情報は、医用画像のデータファイル内に付帯情報として格納される。医用画像のデータファイルは、例えば、医用デジタル画像と通信に関する標準規格である、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯＭｍｕｎｉｃａｔｉｏｎｓ）規格のファイル形式で保存される。ＤＩＣＯＭ規格のファイルには、画像本体のデータを格納するエリアの他に、付帯情報を格納するエリアが設けられており、この付帯情報には、患者名、患者ＩＤ、性別、年齢などの患者情報や、撮影するモダリティ機器の種類（検査種別）、撮影対象となる撮影部位、撮影を行った医療施設名などの撮影情報が含まれる。また、医用画像がデータセンタ１０にアップロードされる際に、付帯情報には画像ＩＤが付与される。これら各項目のデータが格納されるデータフィールドはそれぞれタグとして定義されている。

データセンタ１０は、病院Ｄ，Ｅのクライアント端末１９から、読影機関Ａ〜Ｃへ発行される読影依頼情報を中継して、依頼元が指定した読影機関Ａ〜Ｃのクライアント端末１６に対して読影依頼情報を配信する。また、データセンタ１０は、依頼元の病院Ｄ，Ｅからアップロードされた医用画像、依頼先の読影機関Ａ〜Ｃからアップロードされた読影レポート、依頼元及び依頼先から送信された読影レポートの評価結果を格納する。

データセンタ１０は、受付サーバ２０（評価結果管理装置）と、画像サーバ２１と、レポートサーバ２２と、通信インタフェース２３とから構成されている。これらの各部は、例えば、データセンタ１０内のＬＡＮなどによって接続されている。受付サーバ２０は、読影依頼情報の中継及び各種情報の配信を行う。

画像サーバ２１は、病院Ｄ，Ｅからデータセンタ１０にアップロードされた医用画像を格納する。医用画像は、画像ＩＤなどのＩＤ毎に整理分類して、種々の検索キーで検索が可能なように格納される。レポートサーバ２２は、読影機関Ａ〜Ｃからアップロードされた読影レポートを格納する。読影レポートも、アップロード時に付与されたレポートＩＤ毎に整理分類して格納される。通信インタフェース２３は、各サーバ２０〜２２をＩＰネットワーク１２に接続するためのものであり、通信インタフェース１４，１８と基本的に同じものである。

図２に示すように、受付サーバ２０は、大別して制御部２５と、ストレージユニット２６とから構成されている。制御部２５には、受付サーバ２０の各部を統括的に制御するＣＰＵ２７が設けられている。ＣＰＵ２７は、制御部２５のＨＤＤ（図示せず）などから各種プログラムを読み出し、読み出したプログラムを逐次実行することにより、受付サーバ２０の各部を統括的に制御する。

ストレージユニット２６には、読影受付リスト３０と、チェックリストＤＢ３１と、スキル評価ＤＢ３２（格納先、評価結果格納手段）とが構築されている。図３に示すように、読影受付リスト３０には、読影の依頼元の病院Ｄ，Ｅ（クライアント端末１９）から送信された読影依頼情報が受付順に格納される。この読影依頼情報としては、例えば「受付番号」、「受付日時」、「患者氏名」、「画像ＩＤ」、「依頼元病院」、「依頼先読影機関」、「撮影部位」、「検査種別」などが記録される。「受付番号」には、読影依頼情報の受付順番が記録され、「受付日時」には、データセンタ１０における読影依頼情報の受付日時が記録され、「患者氏名」には、患者氏名または患者ＩＤが記録される。

「画像ＩＤ」には、医用画像がデータセンタ１０にアップロードされる際に付与される画像ＩＤが記録される。「依頼元病院」には、読影の依頼元となる病院Ｄ，Ｅの施設名が記録され、「依頼先読影機関」には、読影の依頼先の読影機関Ａ〜Ｃの施設名が記録される。なお、施設名の代わりに施設毎に予め定められている施設ＩＤ等を記録してもよい。「撮影部位」には、医用画像の読影を依頼する部位が記録される。「検査種別」には、ＣＴ装置やＭＲＩ装置などのモダリティ機器１７の種別が記録される。

図４に示すように、チェックリストＤＢ３１には、クライアント端末１６，１９において表示される評価結果入力画面（図８参照）の基となるチェックリストデータが格納されている。評価結果入力画面は、読影レポートを評価した評価結果（以下、レポート評価結果という）を入力する際に表示される。このチェックリストデータは、読影の検査種別に応じてＣＴ用チェックリストデータ３１ａ、ＭＲＩ用チェックリストデータ３１ｂ等に分類して格納されている。

ＣＴ用チェックリストデータ３１ａは、頭部、胸部、上腹部などの撮影部位毎に分かれるとともに、さらに各撮影部位において、脳腫瘍、肺癌、肝臓癌などの各撮影部位にそれぞれ対応する病名毎に分かれている。各検査部位・病名毎に分かれたＣＴ用チェックリストデータ３１ａには、それぞれ検査部位・病名に対応したチェック項目情報が付与されている。このチェック項目情報は、読影レポートの内容チェック及び評価を行う際に参考とされる情報である（図８参照）。また、ＭＲＩ用チェックリストデータ３１ｂも同様に検査部位・病名毎に分かれており、それぞれに検査部位及び病名に対応したチェック項目情報が付与されている。このように本実施形態では、チェックリストデータが検査種別・検査部位・病名等の医療に関する各カテゴリ別（以下、単に各カテゴリ別という）に分類して格納されている。

図５に示すように、スキル評価ＤＢ３２には、各読影機関Ａ〜Ｃにおける読影レポートの作成者（読影医師）に対するスキル評価の基となるスキル評価データ３５が格納されている。スキル評価データ３５は、読影機関Ａ〜Ｃ毎に分かれており、さらに各読影機関Ａ〜Ｃにおいて、読影医師の医師ＩＤ（識別情報）毎に分かれている。これら医師ＩＤ（読影医師）毎のスキル評価データ３５には、読影レポートを上述の各カテゴリ別に分類して評価したレポート評価結果が記録される。なお、本実施形態では、レポート評価結果を、ランク５（最高評価）〜ランク１（最低評価）の５段階で表している（図６参照）。

例えば図６に示すように、読影機関Ａの医師ＩＤ「ａ１」の読影医師が作成した読影レポートのレポート評価結果は、各カテゴリ（検査種別、撮影部位、病名）、及び評価元ごとにそれぞれ分類して、医師ＩＤ「ａ１」用のスキル評価データ３５に記録・蓄積される。ここで、評価元の「内部」とは、それぞれの読影機関Ａ〜Ｃの内部で行われた内部のレポート評価結果であることを示し、「外部」とは、読影の依頼元の病院Ｄ，Ｅで行われた外部のレポート評価結果であること示している。

また、スキル評価データ３５には、各カテゴリ及び評価元毎のレポート評価結果を平均した平均レポート評価結果が記録される。平均レポート評価結果は、スキル評価データ３５に新たなレポート評価結果が記録される度に更新される。

図２に戻って、ＣＰＵ２７は、制御部２５のＨＤＤ等にインストールされているプログラムを実行することにより、受付部３９（評価結果受付手段）、情報配信部４０、スキル評価管理部４１（評価結果管理手段）として機能する。

受付部３９は、各クライアント端末１６，１９から送信されるレポート評価結果を受け付けて、これらレポート評価結果をスキル評価管理部４１に配信する。また、受付部３９は、病院Ｄ，Ｅのクライアント端末１９より読影依頼情報を受信したら、受信した読影依頼情報を読影受付リスト３０に記録する。この際に、受付部３９により読影依頼情報に「受付番号」、「受付日時」、「画像ＩＤ」が付与されるとともに、この読影依頼情報とともにアップロードされる医用画像に対して同じ画像ＩＤが付与される。さらに、受付部３９は、読影レポートがアップロードされたときに、アップロードされた読影レポートに対応する読影依頼情報を読影受付リスト３０から削除する。

情報配信部４０は、受付部３９がクライアント端末１６，１９よりデータの配信要求（アクセス）を受け付けたときに作動して、要求元のクライアント端末１６，１９に対して最新のデータを配信する。これにより、依頼用ページデータ、選択用ページデータ、入力用ページデータ、確認用ページデータ等が配信される。

依頼用ページデータは、クライアント端末１９において読影依頼画面（図示せず）を表示するためのページデータである。この依頼用ページデータは、制御部２５のＨＤＤ等にインストールされている画面レイアウトデータに基づき作成される。

選択用ページデータは、各クライアント端末１６，１９において上述の評価結果入力画面（図８参照）のリストを表示するためのページデータである。また、入力用ページデータは、各クライアント端末１６，１９において評価結果入力画面（図８参照）を表示するためのページデータである。これら入力画面選択用及び表示用ページデータは、チェックリストＤＢ３１に格納されている各チェックリストデータ３１ａ，３１ｂに基づき作成される。

確認用ページデータは、読影医師のスキル評価をグラフ化して表示するためのページデータである（図９参照）。この確認用ページデータは、スキル評価データ３５に記録されている情報に基づき作成される。

また、情報配信部４０は、受付部３９がクライアント端末１６，１９よりデータの配信要求を受け付けたときに、例えば読影受付リスト３０等の受付サーバ２０内の各種データが更新されている場合には、更新情報の配信も行う。これにより、更新情報として、依頼受領情報、完了通知情報、画像登録情報などが配信される。

依頼受領情報は、新しい読影依頼があったことを依頼先の読影機関Ａ〜Ｃに通知するため情報である。完了通知情報は、読影レポートがアップロードされたことを依頼元の病院Ｄ，Ｅに通知するための情報である。画像登録情報は、読影を依頼された医用画像が画像サーバ２１に格納されたことを依頼先の読影機関Ａ〜Ｃに通知するための情報である。

スキル評価管理部４１は、受付部３９で受け付けられたレポート評価結果をスキル評価データ３５に記録する。この際に、各クライアント端末１６，１９から送信されるレポート評価結果には、医師ＩＤ情報、所属先情報、カテゴリ情報、評価元情報などの分類情報が付与される（図８参照）。このため、スキル評価管理部４１は、各レポート評価結果に付与されている分類情報に基づき、レポート評価結果を読影機関Ａ〜Ｃ、医師ＩＤ、各カテゴリ、及び評価元ごとに分類してスキル評価データ３５に記録する（図５及び図６参照）。また、スキル評価管理部４１は、レポート評価結果を新たにスキル評価データ３５に記録した際に、対応する平均レポート評価結果を算出して更新する。

図７に示すように、各読影機関Ａ〜Ｃのクライアント端末１６は、管理者による読影レポートのレポート評価結果の入力などに用いられる。なお、読影レポートは、読影医師がレポート作成端末１５（図１参照）を用いて作成する。作成された読影レポートは、レポート作成端末１５のＨＤＤ内や、各読影機関Ａ〜Ｃに設けられているレポートサーバ（図示せず）等のレポート格納先に格納される。従って、管理者は、レポート格納先から読影レポートをクライアント端末１６にダウンロードし、これの内容チェック及び評価を行う。ここで、管理者が、読影レポートを取得する方法は、特に限定されるものではなく、例えば読影医師がプリントアウトした読影レポートを管理者に直接提出するようにしてもよい。

クライアント端末１６には、ＣＰＵ４６と、コンソール４７と、ストレージユニット４８とが設けられている。ＣＰＵ４６は、制御部２５のＣＰＵ２７と同様に、プログラムを逐次処理することによって、クライアント端末１６の各部を統括的に制御する。コンソール４７は、入力機器４９やモニタ５０などから構成されている。入力機器４９は、例えば、マウスやキーボードなどといった周知の入力デバイスであり、ユーザからの操作指示を受け付けて、その操作指示に応じた信号をＣＰＵ４６に入力する。モニタ５０は、ＣＰＵ４６の処理に応じて様々な画面を表示する。このモニタ５０には、例えば、ＣＲＴディスプレイや液晶ディスプレイなどの周知の表示装置が用いられる。

ストレージユニット４８には、データセンタ１０から配信される各種データ・情報を表示するＷｅｂブラウザ４８ａがインストールされている。このＷｅｂブラウザ４８ａを起動して、評価結果入力画面５０ａの選択用の選択画面５０ｂのＵＲＬを指定することで、Ｗｅｂブラウザ４８ａは、受付サーバ２０の受付部３９にアクセスして、上述の選択用ページデータの配信要求を行う。これにより、情報配信部４０から選択用ページデータがアクセス元のクライアント端末１６に配信される。Ｗｅｂブラウザ４８ａは、配信された選択用ページデータの記述に従って、選択画面５０ｂをモニタ５０に表示する。なお、Ｗｅｂブラウザ４８ａ（クライアント端末１６）は、定期的に受付サーバ２０の受付部３９にアクセスして、最新データの配信要求等を行う。

次いで、選択画面５０ｂに表示された評価結果入力画面リスト（図示せず）の一覧の中から、評価を行う読影レポートの各カテゴリに対応するものを選択する。この選択がなされると、Ｗｅｂブラウザ４８ａは、受付サーバ２０の受付部３９にアクセスして、上述の入力用ページデータの配信要求を行う。これにより、選択された評価結果入力画面５０ａの入力用ページデータが、情報配信部４０からアクセス元のクライアント端末１６に配信される。

図８に示すように、Ｗｅｂブラウザ４８ａは、情報配信部４０から配信された入力用ページデータに基づき、新たに読評価結果入力画面５０ａを表示する。この評価結果入力画面５０ａには、カテゴリ表示欄５２、チェックリスト欄５３、入力欄５４、送信ボタン５５、キャンセルボタン５６等が設けられている。

カテゴリ表示欄５２には、上述の選択画面５０ｂにおいて選択された各カテゴリの情報が表示される。チェックリスト欄５３には、上述の各チェックリストデータ３１ａ、３１ｂに付与されているチェック項目情報に基づき、読影レポートの各カテゴリ（検査種別、検査部位、及び病名）に対応するチェック項目が表示される。チェック項目には、読影レポートに記載されている病変場所、病変形態、病名の診断が正しいか否かなどの他に、検査種別、検査部位、及び病名ごとに異なる診断（読影）及び評価の注意点などが表示される。これにより、管理者は、チェック項目を参照しながら、読影レポートの内容チェック及び評価を行うことができる。

なお、管理者は、読影レポート内容チェックを行った際に、例えば誤診などの読影レポートの内容に問題があることを発見したら、読影レポートを添削するとともに、必要に応じて作成者に読影レポートを差し戻す。そして、管理者は、読影レポートを差し戻した場合には、読例レポートが補正された後で再度内容チェックを行い、その内容に問題がなければ評価を行う。

入力欄５４には、医師ＩＤ入力欄５４ａ、所属入力欄５４ｂ、評価元入力欄５４ｃ、評価結果入力欄５４ｄが設けられている。医師ＩＤ入力欄５４ａ及び所属入力欄５４ｂには、それぞれ読影レポートを作成した読影医師の医師ＩＤ、読影医師の所属している読影機関Ａ〜Ｃの施設名（施設ＩＤ）が入力される。

評価元入力欄５４ｃには、読影レポートの評価元が入力される。例えば各読影機関Ａ〜Ｃのそれぞれにおける内部評価の場合には「内部」が入力され、病院Ｄ，Ｅにおける外部評価の場合には「外部」が入力される。なお、評価元入力欄５４ｃに具体的に施設名称（施設ＩＤ）等を入力するようにしてもよい。評価結果入力欄５４ｄには、管理者等が読影レポートを評価したレポート評価結果（ランク５〜ランク１）が入力される。

各入力欄５４ａ〜５４ｃへの入力が完了した後、送信ボタン５５をポインタ５７で指定してクリックすると、評価結果入力欄５４ｄに入力されたレポート評価結果が、受付サーバ２０の受付部３９に送信される。この際に、レポート評価結果には、評価結果入力画面５０ａに表示・入力されている情報に基づき、医師ＩＤ情報、所属先情報、カテゴリ情報、評価元情報などの分類情報が付与される。これにより、上述したように、レポート評価結果が読影機関Ａ〜Ｃ、医師ＩＤ、各カテゴリ、及び評価元ごとに分類してスキル評価データ３５に記録される（図６参照）。つまり、レポート評価結果は、医師ＩＤ等に関連付けてスキル評価データ３５に記録される。

また、Ｗｅｂブラウザ４８ａを起動して、読影医師のスキル評価を確認するためのスキル評価確認画面５０ｃのＵＲＬを指定することで、Ｗｅｂブラウザ４８ａは、受付サーバ２０の受付部３９にアクセスして、確認用ページデータの配信要求を行う。これにより、情報配信部４０は、スキル評価データ３５よりアクセス元の読影機関Ａ〜Ｃに対応する確認用ページデータを作成し、アクセス元のクライアント端末１６に配信する。

図９に示すように、Ｗｅｂブラウザ４８ａは、情報配信部４０から配信された確認用ページデータに基づき、新たにスキル評価確認画面５０ｃを表示する。このスキル評価確認画面５０ｃには、読影医師選択ボックス６０、検査種別選択ボックス６１、グラフ表示領域６２が設けられている。

読影医師選択ボックス６０は、管理者がスキル評価を確認する読影医師の選択に用いられる。この読影医師選択ボックス６０の右端の逆三角形のマークをポインタ５７で指定してクリックすることで、アクセス元の読影機関Ａ〜Ｃに所属している読影医師のリストがプルダウンメニューの形式で表示される。また、検査種別選択ボックス６１は、スキル評価の確認を行う検査種別の選択に用いられるものであり、ボックス右端の逆三角形のマークをポインタ５７で指定してクリックすることで、検査種別のリストがプルダウンメニューの形式で表示される。これにより、管理者がスキル評価を確認する読影医師及び検査種別を選択することができる。

読影医師及び検査種別の選択を行うと、選択した読影医師及び検査種別に対応する平均レポート評価結果がスキル評価データ３５（図６参照）からダウンロードされる。これにより、グラフ表示領域６２には、選択した読影医師・検査種別における撮影部位・病名毎の平均レポート評価結果がそれぞれ評価元毎に折れ線グラフで表示される（○印：内部評価結果、×印：外部評価結果）。なお、折れ線グラフ以外に、例えば棒グラフなどの各種グラフを用いて平均レポート評価結果の表示を行うようにしてもよい。また、グラフ表示領域６２を複数設けて、各検査種別における平均レポート評価結果の折れ線グラフを一括表示するようにしてもよい。

病院Ｄ，Ｅのクライアント端末１９は、読影レポートを各病院Ｄ，Ｅにおいて評価したレポート評価結果の入力に用いられる。クライアント端末１９は、各読影機関Ａ〜Ｃのクライアント端末１６（図７参照）と基本的に同じ構成であり、上述した通りの手順でレポート評価結果を受付サーバ２０の受付部３９に送信することができる。

また、クライアント端末１９は、Ｗｅｂブラウザ４８ａを起動して、読影依頼用の読影依頼画面（図示せず）のＵＲＬを指定することで、受付サーバ２０の受付部３９にアクセスして、依頼用ページデータの配信要求を行うことができる。これにより、依頼用ページデータがアクセス元のクライアント端末１９に配信されて、モニタ５０に読影依頼画面が表示される。そして、読影依頼画面に所定の読影依頼情報を入力することで、読影依頼情報が受付サーバ２０に送信されて読影受付リスト３０に記録される。なお、本実施形態では、読影依頼画面上で読影を依頼する医用画像の選択も同時に行うため、読影依頼情報の送信と同時に医用画像がデータセンタ１０にアップロードされる。

次に図１０を用いて医用ネットワークシステム２及び受付サーバ２０（データセンタ１０）の作用について説明を行う。なお、以下の説明では、病院Ｄから読影機関Ａに対して読影依頼を行う場合を例に挙げて説明を行う。

病院Ｄの担当者は読影機関Ａに対して読影依頼を行うことを決定したら、クライアント端末１９のモニタ５０に読影依頼画面を表示させる。次いで、担当者は、読影依頼画面を見ながら所定の読影依頼情報を入力するとともに、読影を依頼する医用画像の選択を行う。これにより、病院Ｄのクライアント端末１９より発行された読影依頼情報が受付サーバ２０に送信されて、読影受付リスト３０に記録される。また、これと同時に、医用画像がデータセンタ１０にアップロードされて画像サーバ２１に格納される。そして、読影機関Ａのクライアント端末１６より受付サーバ２０に対してアクセスが行われると、このクライアント端末１６に対して情報配信部４０から依頼受領情報、画像登録情報が配信される。

読影機関Ａの読影医師は、クライアント端末１６に配信された依頼受領情報、画像登録情報等に基づき、読影を依頼された医用画像をレポート作成端末１５にダウンロードする。次いで、読影医師は、医用画像の読影を行って読影レポートを作成し、作成した読影レポートを所定のレポート格納先に格納する。

管理者は、読影医師より読影レポートを格納した旨の通知を受けたら、レポート格納先に格納されている読影レポートをクライアント端末１６に読み出して、モニタ５０に表示或いはプリントアウトする。次いで、管理者は、読影レポートを上述の検査種別、検査部位、病名の各カテゴリ別に分類して内容チェック及び評価を行う。

最初に管理者は、クライアント端末１６のＷｅｂブラウザ４８ａを起動して、モニタ５０に上述の選択画面５０ｂを表示させる。そして、管理者は、選択画面５０ｂに表示された評価結果入力画面リスト（図示せず）の一覧の中から、内容チェック及び評価を行う読影レポートの各カテゴリと一致するものを選択する。これにより、読影レポートの各カテゴリに対応した評価結果入力画面５０ａ（図８参照）がモニタ５０に表示される。

次いで、管理者は、評価結果入力画面５０ａにチェックリスト欄５３に表示されている検査種別、検査部位、病名毎のチェック項目などを参照して、読影レポートの内容チェック及び評価を行う。この際に、読影レポートの内容に問題がある場合には、管理者は読影レポートを添削するとともに、必要に応じて作成者に読影レポートを差し戻す。そして、管理者は、読影レポートの内容に問題が無ければ読影レポートの評価を行って、レポート評価結果、及びレポート作成者の医師ＩＤ、読影機関Ａの施設名（施設ＩＤ）、評価元の各情報を入力欄５４に入力する。

管理者は、入力欄５４への入力が完了した後、送信ボタン５５をポインタ５７で指定してクリックする。これにより、医師ＩＤ情報、所属先情報、カテゴリ情報、評価元情報などの分類情報が付与されたレポート評価結果が、受付サーバ２０の受付部３９に送信される。そして、受付部３９で受け付けられたレポート評価結果は、スキル評価管理部４１により、読影機関Ａ〜Ｃ、医師ＩＤ、各カテゴリ、及び評価元ごとに分類してスキル評価データ３５に記録される（図６参照）。これにより、レポート評価は、読影レポートの作成者の医師ＩＤに関連付けて記録される。また、レポート評価結果がスキル評価データ３５に記録された際に、これに対応する平均レポート評価結果が、スキル評価管理部４１により算出されて更新される。

管理者による読影レポートの内容チェック及び評価が完了したら、読影医師は、レポート作成端末１５を用いて、読影レポートをデータセンタ１０にアップロードして、レポートサーバ２２に格納させる。これにより、一連の読影（医療検査）が終了して、対応する読影依頼情報が読影受付リスト３０から削除される。そして、病院Ｄのクライアント端末１９より受付サーバ２０に対してアクセスが行われると、情報配信部４０からクライアント端末１９に対して完了通知情報が配信される。

病院Ｄの担当者は、受信した完了通知情報に基づき、読影レポートをレポートサーバ２２からダウンロードし、これを参照する。次いで、担当者は、読影レポートを各カテゴリ別に分類して評価する。具体的には、上述の読影機関Ａにおける評価と同じ手順で、読影レポートの各カテゴリに対応した評価結果入力画面５０ａをモニタ５０に表示させて、入力欄３４にレポート評価結果等を入力した後、送信ボタン５５をクリックする。これにより、病院Ｄにおけるレポート評価結果も、読影機関Ａ〜Ｃ、医師ＩＤ、各カテゴリ、及び評価元ごとに分類してスキル評価データ３５に記録される。

以上のように本発明は、読影レポートを検査種別、検査部位、病名などの各カテゴリ別に分類して評価したレポート評価結果を、レポート作成者である読影医師の医師ＩＤ等に関連付けてスキル評価データ３５に記録するようにしたので、読影機関の管理者は、各読影医師の得意または不得意とするカテゴリ、つまり、各読影医師のスキル特性を容易に把握することができる。具体的には、クライアント端末１６のモニタ５０にスキル評価確認画面５０ｃ（図９参照）を表示して、各読影医師の検査種別、検査部位、病名ごとの平均レポート評価結果を示す折れ線グラフを参照することで、各読影医師のスキル特性を把握することができる。これにより、各読影医師に対してそれぞれ適切な指導を行うことができる。

また、本発明は、読影機関Ａ〜Ｃの内部におけるレポート評価結果だけではなく、読影の依頼元における外部のレポート評価結果もスキル評価データ３５に記録するようにしたので、管理者が各読影医師を指導する際に依頼元（外部）からの評価も指導に反映することができる。

また、本発明は、読影レポートを検査種別、検査部位、病名などの各カテゴリ別に分類して評価することで、各読影医師が読影レポートを作成する際に、個々のスキル特性に応じた支援情報の提供を行うことができる。

具体的には、受付サーバ２０のストレージユニット２６に、各カテゴリ別に分類した読影レポート作成支援用のテンプレートを格納するテンプレート格納ＤＢ（図示せず）を構築する。この際に、各テンプレートを、平均レポート評価結果（ランク５〜ランク１）に応じて支援レベルが異なる５種類のランク５〜１用テンプレートから構成する。そして、読影医師が読影レポートを作成する際に、各読影医師のスキル特性及び読影レポートのカテゴリに応じて、各カテゴリのランク５〜１用テンプレートの中から対応するものをレポート作成端末１５に配信する。これにより、読影医師の個々のスキル特性に応じたテンプレート（支援情報）の提供を行うことができる。

なお、上記実施形態では、受付部３９（評価結果受付手段）、スキル評価管理部４１（評価結果管理手段）、及びスキル評価ＤＢ３２（格納先）を受付サーバ２０内に設けた場合を例に挙げて説明を行ったが、本発明はこれに限定されるものではなく、これらを例えばレポートサーバ２２内に設けるようにしてもよい。また、読影の依頼元において読影レポートの評価を行わない場合には、これらをクライアント端末１６内に設けるようにしてもよい。

また、上記実施形態では、医療に関するカテゴリとして、検査種別、検査部位、及び病名などを例に挙げて説明を行ったが、本発明はこれに限定されるものではなく、例えば患者の年齢、性別等を含めるようにしてもよい。

なお、上記実施形態では、複数の医療施設（病院Ａ〜Ｃ、診療所Ｄ，Ｅ）が参加している医用ネットワークシステム２を例に挙げて説明を行ったが、本発明はこれに限定されるものではなく、複数の検査部門や読影部門を有する１つの病院内の医用ネットワークシステムにも本発明を適用することができる。また、１つの病院は、複数の拠点に各部門が分散されていてもよい。

また、上記実施形態では、読影機関Ａ〜Ｃの管理者はクライアント端末１６を用いてレポート評価結果の入力・送信を行うようにしているが、本発明はこれに限定されるものではなく、各読影機関Ａ〜Ｃに別途評価者用の端末が設けられていてもよい。

なお、上記実施形態では、スキル評価確認画面５０ｃ（図９参照）において、各カテゴリ及び評価元毎のレポート評価結果を平均した平均レポート評価結果を折れ線グラフで表示しているが、本発明はこれに限定されるものでなく、各カテゴリ及び評価元毎のレポート評価結果を各種統計処理した結果をグラフで表示するようにしてもよい。

また、上記実施形態では、レポート評価結果を医師ＩＤに関連付けてスキル評価データ３５に記録しているが、本発明はこれに限定されるものではなく、医師ＩＤの代わりに例えば読影医師の氏名などの読影医師の各種識別情報に関連付けて記録するようにしてもよい。

なお、上記実施形態では、読影レポートのレポート評価結果をランク５〜ランク１の５段階で表した場合を例に挙げて説明を行ったが、本発明はこれに限定されるものではなく、レポート評価結果の表し方については特に限定はされない。

また、上記実施形態では、医用画像を読影して作成した読影レポートの作成者の評価を格納・管理する場合を例に挙げて説明を行ったが、本発明はこれに限定されるものではなく、各種医用レポートの作成の評価を格納・管理する場合にも本発明を適用することができる。

医用ネットワークシステムの構成を概略的に示す説明図である。 受付サーバの構成を概略的に示す機能ブロック図である。 読影受付リストの構成を概略的に示す説明図である。 チェックリストＤＢの構成を概略的に示す説明図である。 スキル評価ＤＢの構成を概略的に示す説明図である。 スキル評価データの構成を概略的に示す説明図である。 クライアント端末の構成を概略的に示す機能ブロック図である。 評価結果入力画面の一例を示す説明図である。 スキル評価確認画面の一例を示す説明図である。 レポート評価結果の入力・記録（格納）処理を説明するためのフローチャートである。

符号の説明

２ 医用ネットワークシステム
１０ データセンタ
１６，１９ クライアント端末
２０ 受付サーバ
２６ ストレージユニット
２７ ＣＰＵ
３０ 読影受付リスト
３２ スキル評価ＤＢ
３５ スキル評価データ
３９ 受付部
４１ スキル評価管理部
５０ モニタ
５０ａ 選択画面
５０ｂ 評価結果入力画面
５０ｃ スキル評価確認画面
５４ 入力欄

Claims (6)

1. ネットワークを介して、医療検査の検査依頼をする依頼元が指定した依頼先に対して検査依頼を行い、その検査依頼に基づき前記依頼先で作成された医用レポートの作成者に対する評価を管理する評価管理システムにおいて、
   前記依頼元に設けられた第１入力端末及び前記依頼先に設けられた第２入力端末であり、前記医用レポートを医療に関する１つ以上のカテゴリ別に分類して評価した評価結果を入力するための第１及び第２入力端末と、
   前記依頼元及び前記依頼先のそれぞれと前記ネットワークを介して接続され、前記検査依頼及び前記医用レポートを前記依頼元と前記依頼先との間で中継する中継サーバであり、
   前記第１及び第２の入力端末より入力された、第１及び第２の前記評価結果を受け付けて、受け付けた前記第１及び第２の評価結果を前記作成者の識別情報に関連付けて格納先に格納して管理する評価結果管理手段と、
   配信要求元に対して、前記第１及び第２の評価結果の両方を表示する評価確認画面を配信する情報配信部とを有する中継サーバとを備えていることを特徴とする評価管理システム。
2. 前記評価確認画面において、前記第１及び第２の評価結果が並べて表示されることを特徴とする請求項１記載の評価管理システム。
3. 前記評価確認画面において、前記第１及び第２の評価結果はグラフ形式で表示されることを特徴とする請求項２記載の評価管理システム。
4. 前記医療検査には、モダリティによって撮影された医用画像の読影を行う読影依頼が含まれているとともに、
   前記カテゴリの種類は、検査種別、撮影部位、及び病名であることを特徴とする請求項１〜３のいずれか１項に記載の評価管理システム
5. 医療検査の検査依頼に基づき作成された医用レポートの作成者に対する評価を管理する評価結果管理装置において、
   前記依頼元に設けられた第１入力端末及び前記依頼先に設けられた第２入力端末のそれぞれの入力端末から入力され、ネットワークを通じて送信される第１及び第２の評価結果であり、前記医用レポートを医療に関する１つ以上のカテゴリ別に分類して評価した第１及び第２の評価結果を受け付ける評価結果受付手段と、
   前記評価結果を格納する評価結果格納手段と、
   前記評価結果受付手段で受け付けた前記第１及び第２の前記評価結果を、前記作成者の識別情報に関連付けて前記評価結果格納手段に格納して管理する評価結果管理手段と、
   配信要求元に対して、前記第１及び第２の評価結果の両方を表示する評価確認画面を配信する情報配信部とを備えていることを特徴とする評価結果管理装置。
6. 医療検査の検査依頼に基づき作成された医用レポートの作成者に対する評価を管理する評価管理方法において、
   前記依頼元に設けられた第１入力端末及び前記依頼先に設けられた第２入力端末のそれぞれの入力端末から入力され、ネットワークを通じて送信される第１及び第２の評価結果であり、前記医用レポートを医療に関する１つ以上のカテゴリ別に分類して評価した第１及び第２の評価結果を受け付ける受付ステップと、
   前記受付ステップで受け付けた前記第１及び第２の評価結果を、前記作成者の識別情報に関連付けて格納先に格納して管理する評価結果管理ステップと、
   配信要求元に対して、前記第１及び第２の評価結果の両方を表示する評価確認画面を配信する情報配信ステップとを備えていることを特徴とする評価管理方法。

Images