JP2014067229A - 読影レポート管理装置、医用ネットワークシステムおよびプログラム - Google Patents

Abstract

【課題】育成が望まれる読影医師の読影スキルを効率よく向上させる。
【解決手段】読影レポート作成担当である第１のユーザによる操作に応じて、医用画像の読影レポートＤを作成する第１の端末と、チェック担当である第２のユーザによる操作に応じて、第１の端末において作成された読影レポートＤに対する評価結果を作成し、所定の操作が成されたときにその読影レポートＤについての参照推奨フラグｆを立てる第２の端末と、参照推奨フラグｆが立てられた読影レポートＤｆおよびその評価結果を、第１および第２のユーザだけでなく他のユーザの端末においても、検索・参照可能に管理するサーバとを備えた医用ネットワークシステムを提供する。
【選択図】図５

Description

本発明は、読影レポート（report）管理装置、医用ネットワークシステム（network system）およびそのためのプログラム（program）に関する。

医用画像の読影レポートを作成する作業において、研修医や経験の浅い読影医師の読影スキル（skill）を向上させることは重要である。

上記観点から、従来、研修医や経験の浅い読影医師が作成した読影レポートを、熟練の読影医師がチェック（check）して承認し、必要に応じて、その評価結果をその読影レポートを作成した読影医師にフィードバック（feedback）するシステムが提案されている。

例えば、特許文献１には、読影レポートに対して評価が成されると、その評価が、その読影レポートの作成者と予め対応付けされた送信先に送信されるシステムが開示されている。

特開２００８−２５３４３７号公報

しかしながら、上記特許文献１のシステムでは、読影レポートに対する「評価」は、その内容に係らず、常に、特定の送信先へ送信されるようになっている。そのため、その「評価」は、内容的に参照に値しないものであっても、常に、強制的に送信されてしまう。また、その「評価」が参照に値するかしないかは、人によって異なる場合もあるが、その「評価」が、参照するべき者に送信されなかったり、逆に、参照するべき者でない者に送信されたりすることがある。その結果、育成が望まれる読影医師に対して、必要な資料を必要なだけ個別に供給することができず、読影医師の読影スキルを効率よく向上させることが難しい。

このような事情により、育成が望まれる読影医師の読影スキルを効率よく向上させることができる技術が望まれている。

第１の観点の発明は、
第１のユーザにより作成された読影レポートであって、第１のユーザとは異なる第２のユーザにより前記読影レポートに対する評価結果が作成され、かつ、参照推奨フラグ（flag）が立てられた読影レポートを、前記評価結果と共に、前記第１および第２のユーザだけでなく他のユーザにおいても参照可能に管理する読影レポート管理装置を提供する。なお、「参照推奨フラグを立てる」とは、参照が推奨されること示す目印となる情報を与えること、あるいは残すことを意味する。

第２の観点の発明は、
第１のユーザによる操作に応じて、医用画像の読影レポートを作成する第１の端末と、
前記第１のユーザとは異なる第２のユーザによる操作に応じて、前記第１の端末において作成された読影レポートに対する評価結果を作成し、所定の操作が成されたときに該読影レポートについての参照推奨フラグを立てる第２の端末と、
前記参照推奨フラグが立てられた読影レポートおよびその評価結果を、前記第１および第２のユーザだけでなく他のユーザにおいても参照可能に管理するサーバ（server）とを備えた医用ネットワークシステムを提供する。

第３の観点の発明は、
前記他のユーザの端末が、前記参照推奨フラグが立てられた読影レポートのリスト（list）を表示する上記第２の観点の医用ネットワークシステムを提供する。

第４の観点の発明は、
前記サーバが、前記他のユーザの端末からの送信要求に応答して、前記参照推奨フラグが立てられた読影レポートおよびその評価結果を送信する上記第２の観点または第３の観点の医用ネットワークシステムを提供する。

第５の観点の発明は、
前記評価結果が、前記読影レポートの評価の高さを表す評価点を含んでおり、
前記他のユーザの端末が、前記リストを表示する際に、前記読影レポートの識別情報と該読影レポートの評価点とを対応付けて表示する上記第３の観点または第４の観点の医用ネットワークシステムを提供する。

第６の観点の発明は、
前記他のユーザの端末が、前記リストを表示する際に、前記読影レポートの識別情報を該読影レポートの評価点が高い順に表示する上記第５の観点の医用ネットワークシステムを提供する。

第７の観点の発明は、
前記評価結果が、参照推奨理由を含んでおり、
前記他のユーザの端末が、前記リストを表示する際に、前記読影レポートの識別情報と該読影レポートの参照推奨理由とを対応付けて表示する上記第３の観点または第４の観点の医用ネットワークシステムを提供する。

第８の観点の発明は、
前記他のユーザの端末が、前記リストを表示する際に、前記読影レポートの識別情報を該読影レポートの参照推奨理由の種類別にまとめて表示する上記第７の観点の医用ネットワークシステムを提供する。

第９の観点の発明は、
前記評価結果が、疾患名を含んでおり、
前記他のユーザの端末が、前記リストを表示する際に、前記読影レポートの識別情報と該読影レポートに係る疾患名とを対応付けて表示する上記第３の観点または第４の観点の医用ネットワークシステムを提供する。

第１０の観点の発明は、
前記他のユーザの端末が、前記リストを表示する際に、前記読影レポートの識別情報を該読影レポートに係る疾患名の種類別にまとめて表示する上記第９の観点の医用ネットワークシステムを提供する。

第１１の観点の発明は、
前記サーバが、前記第１のユーザが作成した読影レポートに与えられた前記評価点の累積点を算出して管理する上記第５の観点または第６の観点の医用ネットワークシステムを提供する。

第１２の観点の発明は、
前記第２の端末が、前記作成された読影レポートの承認を受け付け、該読影レポートまたは該読影レポートを修正したものを、確定済み読影レポートとして前記サーバに送信する上記第２の観点から第１１の観点のいずれか一つの観点の医用ネットワークシステムを提供する。

第１３の観点の発明は、
コンピュータ（computer）を、上記第２の観点から第１２の観点のいずれか一つの観点の医用ネットワークシステムにおけるサーバとして機能させるためのプログラムを提供する。

上記観点の発明によれば、読影レポートの評価者によって参照推奨フラグが立てられた読影レポートおよびその評価結果を、その読影レポートの作成者や評価者以外の他のユーザに対しても参照可能に管理される。その結果、参照が推奨された価値ある読影レポートおよびその評価結果を、経験の浅い読影医師同士で共有することができ、読影医師全体の読影スキルを効率よく向上させることができる。

病院内ネットワークシステムの構成を概略的に示す図である。 病院内ネットワークシステムにおける処理の流れを示すフローチャート（flowchart）である。 読影レポートの一例を示す図である。 評価レポートの一例を示す図である。 レポート検索画面の一例を示す図である。

以下、図面を参照して発明の実施形態を詳細に説明する。なお、これにより、発明が限定されるものではない。

図１は、病院内ネットワークシステム１の構成を概略的に示す図である。図１に示すように、病院内ネットワークシステム１は、診療科ネットワークシステム２と、検査科ネットワークシステム３とが、ゲートウェイ（gateway）４を介して接続された構成を有している。

診療科ネットワークシステム２では、ＨＩＳサーバ２１と、複数のＨＩＳ端末２２とがＬＡＮ（Local Network system）接続されている。ＨＩＳサーバ２１は、病院情報システム(Hospital Information System)を構成するためのサーバである。ＨＩＳ端末２２は、病院情報システムＨＩＳを構成するための端末であり、第１のＨＩＳ端末２２１〜第ＮのＨＩＳ端末まで複数ある。病院情報システムには、自動受付システム、電子カルテシステム（medical record system）、入退院管理システム、医事会計システム、薬局管理システムなどの広範囲なシステムが含まれる。なお、本例では、第１のＨＩＳ端末２２１は、ある患者の担当医師がログイン（log-in）している端末である。

検査科ネットワークシステム３では、ＲＩＳ(Radiology
Information System)サーバ３１と、複数のＲＩＳ端末３２と、各種のモダリティ（modality）機器３３と、ＰＡＣＳ（Picture Archiving and Communication System）サーバ３４と、レポートサーバ３５と、複数の読影端末３６とがＬＡＮ接続されている。

ＲＩＳサーバ３１は、放射線科情報システムＲＩＳを構成するためのサーバである。ＲＩＳ端末３２は、放射線科情報システムを構成するための端末である。放射線科情報システムは、放射線機器に限らず、各種のモダリティ機器よる検査の予約から検査結果までの管理を行うシステムである。ＲＩＳサーバ３１は、患者情報や予約情報などの内容を、ＨＩＳサーバ２１から取得する。

モダリティ機器３３は、第１のモダリティ機器〜第Ｕのモダリティ機器まで複数あり、具体的には、Ｘ線ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic
Resonance Imaging）装置、一般（単純）Ｘ線撮影装置、超音波装置、内視鏡装置、眼底検査装置などがある。

ＰＡＣＳサーバ３４は、各種のモダリティ機器３３において取得された医用画像を受信して記憶し、送信要求に応じてこれらの医用画像を送信する。

レポートサーバ３５は、読影端末３６において作成された、読影レポートやその読影レポートに対する評価結果を含む評価レポートなどを受信して記憶し、送信要求に応じてこれらのレポートを送信する。

読影端末３６は、読影医師が、医用画像を読影するための端末であり、第１の読影端末３６１〜第Ｍの読影端末３６Ｍまで複数ある。なお、本例では、第１の読影端末３６１は、読影レポート作成担当である経験の浅い読影医師がログインしている端末である。第２の読影端末３６２は、チェック担当である熟練の読影医師がログインしている端末である。チェック担当の読影医師は、経験の浅い読影医師が作成した読影レポートをチェックし、必要に応じて、差し戻したり、修正してから承認したりする。このとき、チェック担当の読影医師は、その読影レポートに対する評価結果を含む評価レポートを作成する。

ちなみに、上記のサーバおよび端末は、それぞれ、コンピュータに所定のプログラムを実行させることにより実現される。

これより、病院内ネットワークシステム１における処理の流れについて説明する。

図２は、病院内ネットワークシステム１における処理の流れを示すフローチャートである。

ステップ（step）Ｓ１では、患者４０の担当医師４１が、第１のＨＩＳ端末２２１において、あるモダリティ機器による患者４０の検査（撮影）のオーダ（order）を行う。すると、第１のＨＩＳ端末２２１は、その検査オーダ情報ＪをＨＩＳサーバ２１に送信する。ＨＩＳサーバ２１は、受信した検査オーダ情報ＪをＲＩＳサーバに送信する。撮影技師４４は、ＲＩＳ端末３２において、ＲＩＳサーバ３１から検査オーダ情報Ｊを呼び出し、検査オーダの内容を確認する。ＲＩＳサーバ３１は、その検査オーダ情報Ｊを、そのオーダに対応したモダリティ機器３３に送信する。

ステップＳ２では、撮影技師４４が、モダリティ機器３３において、患者４０の検査（撮影）を実施する。モダリティ機器３３は、取得した医用画像ＰをＰＡＣＳサーバ３４に送信する。

ステップＳ３では、読影レポート作成担当の読影医師（第１のユーザ）４２が、第１の読影端末３６１において、ＰＡＣＳサーバ３４から医用画像Ｐを読み出し、それを読影して、読影レポートＤを作成する。第１の読影端末３６１は、作成された読影レポートＤを、レポートサーバ３５に送信する。

図３に読影レポートの一例を示す。図３に示すように、読影レポートＤには、例えば、患者やレポートに関する情報Ｑ、医用画像Ｐあるいは拡大・トリミング（trimming）等が成された加工済み医用画像Ｐ′、アノテーション（annotation）（矢印・注釈・各種計測等）Ａ１、所見Ｓなどが含まれている。

ステップＳ４では、チェック担当の読影医師（第２のユーザ）４３が、第２の読影端末３６２において、レポートサーバ３５から読影レポートＤを読出し、その内容をチェックする。そして、チェック担当の読影医師４３は、読影レポートＤを、読影レポート作成担当の読影医師４２に差し戻すか承認するかを決定する。

ステップＳ５では、ステップＳ４での決定が、差戻しであるか承認であるかを判定する。差戻しであれば、ステップＳ３に戻る。承認であれば、ステップＳ６に進む。

ステップＳ６では、チェック担当の読影医師４３が、第２の読影端末３６２において、必要に応じて、読影レポートＤを修正する。

ステップＳ７では、チェック担当の読影医師４３が、読影レポートＤに対する評価結果を含む評価レポートＨを作成する。第２の読影端末３６２は、作成された評価レポートＨを、レポートサーバ３５に送信する。

図４に、評価レポートの一例を示す。図４に示すように、評価レポートＨは、評価対象である読影レポートＤを組み込み、その上にアノテーションＡ２を付加したり、コメント（comments）Ｃを記入したりすることが可能なフォームを有している。また、評価レポートＨは、評価点欄Ｒ１、参照推奨チェックボックス（check box）Ｒ２、参照推奨理由欄Ｒ３、および疾患名欄Ｒ４を有している。

評価点欄Ｒ１は、読影レポートＤの優良レベルの高さに応じた評価点ｈを入力するための欄であり、本例では、チェック担当の読影医師４３が自身の裁量で評価点ｈを決めて入力する。評価点ｈは、例えば、１０点満点とし、１点刻みで採点する。

参照推奨チェックボックスＲ２は、対象となる読影レポートＤの作成者および評価者以外の他の読影医師４５にも参照することを推奨するか否かを決定するためのボックスである。チェック担当の読影医師４３は、読影レポートＤおよびその評価レポートＨを他の読影医師４５にも参照してもらいたいと考えた場合に、この参照推奨チェックボックスＲ２にチェックマークを入れる。すると、この読影レポートＤについての参照推奨フラグｆが立つ（オンになる）。なお、参照推奨フラグｆの情報は、読影レポートＤまたは評価レポートＨに付してもよいし、これらと対応付けされた別のデータに書き込んで管理してもよい。

参照推奨理由欄Ｒ３は、参照推奨理由ｒを入力するための欄であり、参照推奨フラグｆが立てられた場合に入力可能となる。チェック担当の読影医師４３は、例えば、予め用意された複数の選択肢の中から１つを選択することにより、参照推奨理由ｒを入力する。参照推奨理由ｒの選択肢は、例えば、読影内容が優良である場合の「優良読影」、典型的な症例である場合の「典型症例」、非典型的な症例である場合の「非典型症例」、誤診のリスクが高い場合の「誤診注意」などである。なお、参照推奨フラグｆが立てられ、参照推奨理由ｒについては、評価点ｈが所定の閾値以上、例えば１０点満点で９点以上であるときに、参照推奨フラグｆが自動的に立てられ、参照推奨理由ｒに「優良読影」が自動的に設定されるようにしてもよい。

疾患名欄Ｒ４は、評価レポートＨに対応する読影レポートＤにおける読影結果として挙げられた疾患名ｎを入力するための欄であり、参照推奨フラグｆが立てられた場合に入力可能となる。チェック担当の読影医師４３は、例えば、予め用意された複数の選択肢の中から１つを選択することにより、疾患名ｎを入力する。疾患名ｒの選択肢は、部位ごとに分けて登録されており、例えば、胸部であれば、肺炎、肺水腫、肺がん、胸水、膿胸、胸膜炎、結核などである。

ステップＳ８では、レポートサーバ３５が、読影レポートＤの参照推奨フラグｆが立っているか否か（オンかオフか）を判定する。参照推奨フラグｆが立っていれば、ステップＳ９に進み、立っていなければステップＳ１０に進む。

ステップＳ９では、レポートサーバ３５が、読影レポートＤと、これに対する評価レポートＨとを、参照許可し、その読影レポートＤを作成した読影医師４２や評価した読影医師４３以外の他の読影医師４５の端末においても参照可能にする。

ステップＳ１０では、チェック担当の読影医師４３が、第２の読影端末３６２において、読影レポートＤまたは修正された読影レポートＤ′を確定する。第２の読影端末３６２は、確定済み読影レポートＫをレポートサーバ３５に送信する。レポートサーバ３５は、第２の読影端末３６２から送信された評価レポートＨおよび確定済み読影レポートＫを受信して記憶する。レポートサーバ３５は、確定済み読影レポートＫをＲＩＳサーバ３１に送信する。ＲＩＳサーバ３１は、確定済み読影レポートＫを受信すると、その確定済み読影レポートＫをＨＩＳサーバ２１に送信する。

ステップＳ１１では、レポートサーバ３５は、各読影医師ごとに、評価レポートＨを通じて与えられた評価点ｈの累積点を算出し、記憶する。なお、この累積点は、例えば、読影医師のランク付けや人事評価に用いられる。

ステップＳ１２では、患者４０の担当医師４１が、第１のＨＩＳ端末２２１において、確定済み読影レポートＫの要求指令を出す。ＨＩＳサーバ２１は、その要求に応答して、確定済み読影レポートＫを第１のＨＩＳ端末２２１に送信する。患者４０の担当医師４１は、第１のＨＩＳ端末２２１において、確定済み読影レポートＫを見て、診断や治療方針を決定する。

一方、ステップＳ７の実施後、ステップＳ１３では、各読影医師は、各読影端末３６において、適宜、レポート検索画面にて、参照推奨フラグｆが立っている読影レポート（以下、参照推奨読影レポートという）Ｄｆを検索し、参照する。

図５に、レポート検索画面の一例を示す。この例では、レポート検索画面Ｇにおいて、参照推奨読影レポートＤｆの検索結果リストＬが表示されている。

図５に示すように、参照推奨読影レポートＤｆの検索結果リストＬには、読影レポートＤごとに、読影番号、モダリティ、評価点、参照推奨理由、疾患名、検査日、評価日、読影医（レポート作成者）、評価医（チェック担当者）等の項目が表示される。レポート検索画面Ｇでは、参照推奨読影レポートＤｆの検索結果リストＬを、これらの項目でソート（sort）することもできる。

評価点ｈでソートした場合には、例えば、評価点ｈが高いものから順に参照することができる。疾患名ｎでソートした場合には、例えば、特定の疾患に関する症例を参照して、自身が担当している読影の参考にしたり、自身が読影を苦手としている特定の疾患について学習したりすることができる。参照推奨理由ｒでソートした場合には、例えば、参照の目的（優良なレポートを見たい、典型症例を見たい、判別が難しい症例を見たいなど）に応じて、参照すべきレポートを選択することができる。

レポート検索画面Ｇにおいて、検索結果リストＬの中から参照したい１つの参照推奨読影レポートＤｆを選択すると、選択された参照推奨読影レポートＤｆおよびその評価レポートＨが画面に表示される。なお、本例では、評価レポートＨは、評価した読影レポートＤを含んでいるが、読影レポートＤを含まず評価結果のみ（添削した時の差分のみ）を含むようにしてもよい。

このような本実施形態によれば、読影レポートの評価者によって参照推奨フラグが立てられた読影レポートおよびその評価結果を、その読影レポートの作成者や評価者以外の他の医師に対しても参照可能に管理される。その結果、参照が推奨された価値ある読影レポートおよびその評価結果だけを、経験の浅い読影医師同士で共有することができ、読影医師全体の読影スキルを効率よく向上させることができる。

また、本実施形態によれば、読影レポートおよび評価レポートは、強制的に送信されるのではなく、端末からの要求に応答して送信するので、個々の読影医師において、自身が必要と思うものだけを、自身の好きなタイミング（timing）で参照することができる。

また、本実施形態によれば、レポート検索画面においては、参照推奨フラグが立てられた読影レポートのリストを、評価点、参照推奨理由、疾患名などでソートすることができるので、それぞれの読影医師は、自身の嗜好やそのときのニーズ（needs）に合わせて、参照したい読影レポートを抽出することができる。

また、本実施形態によれば、優良な読影レポートを作成すると、それが他の読影医師に紹介されることから、読影医師の読影に対するモチベーション（motivation）の向上につながる。

また、本実施形態によれば、評価レポートは、その評価対象となった読影レポートを作成した読影医師だけでなく、他の多数の読影医師にも参照されることから、チェック担当の読影医師による読影レポートのチェックが正確に行われていることを、多数の読影医師によって確認することができる。

また、本実施形態によれば、チェック担当の読影医師は、提出された読影レポートを正しくレビュー（review）し、読影レポート作成担当の読影医師にフィードバックする責務があるので、自身のフィードバックが、自身がチェックを担当する読影医師以外の読影医師にも共有されることで、承認者としての意識あるいは責任を持たせるという副次的効果も期待できる。

また、本実施形態によれば、読影医師ごとに評価点が累積され管理されるので、各読影医師のスキル・業績評価を客観的に確認することができる。

以上、発明の実施形態について説明したが、発明の実施形態は、発明の趣旨を逸脱しない範囲内において、種々の形態を採り得る。

例えば、本実施形態では、参照推奨読影レポートＤｆ、その評価レポートＨおよび確定済み読影レポートＫの参照は、読影端末３６だけで行われることを想定しているが、ＨＩＳ端末２２やＲＩＳ端末３２等で行えるようにしてもよい。

また、本実施形態における読影レポートＤおよび評価レポートＨの形式は、あくまでも一例であり、種々の形式を採り得る。

また、本実施形態では、評価点ｈ、参照推奨フラグｆ、参照推奨理由ｒ、および疾患名ｎは、評価レポートＨに付される情報としているが、これらの情報の一部または全部を、読影レポートＤや読影レポートＤと対応付けられた他のデータ（data）に付される情報としてもよい。

また、本実施形態では、病院内のネットワークシステムを想定し、チェック担当の読影医師と読影レポート作成担当の読影医師との関係を、その病院に所属する熟練した承認医師（上司）と経験の浅い読影医師（部下）との関係としている。しかし、病院から読影を委託された組織内のネットワークシステムを想定し、チェック担当の読影医師と読影レポート作成担当の読影医師との関係を、その組織に所属する熟練した承認医師（上司）と経験の浅い読影医師（部下）との関係としてもよい。

また、本実施形態では、読影レポートＤ、評価レポートＨ、および確定済み読影レポートＫは、それぞれ別々のデータとして存在させているが、これらは、１つのデータに組み入れて存在させてもよい。ただし、いずれにしても、ＨＩＳ端末２２では、これらのレポートのうち確定済み読影レポートＫのみが受信、表示されるようにすることが好ましい。

１ 病院内ネットワークシステム
２ 診療科ネットワークシステム
３ 検査科ネットワークシステム
４ ゲートウェイ
２１ ＨＩＳサーバ
２２ ＨＩＳ端末
２２１ 第１のＨＩＳ端末
３１ ＲＩＳサーバ
３２ ＲＩＳ端末
３３ モダリティ機器
３４ ＰＡＣＳサーバ
３５ レポートサーバ（サーバ）
３６ 読影端末
３６１ 第１の読影端末
３６２ 第２の読影端末
４０ 患者
４１ 患者の担当医師
４２ 読影レポート作成担当の医師（第１のユーザ）
４３ チェック担当の医師（第２のユーザ）
４４ 撮影技師
４５ 他の読影医師
Ａ１，Ａ２ アノテーション
Ｐ 医用画像
Ｑ 患者およびレポート情報
Ｄ 読影レポート
Ｓ 所見
Ｈ 評価レポート
Ｒ１ 評価点欄
Ｒ２ 参照推奨チェックボックス
Ｒ３ 参照推奨理由欄
Ｒ４ 疾患名欄
Ｃ コメント
Ｇ レポート検索画面
Ｌ 検索結果リスト
Ｄｆ 参照推奨読影レポート

Claims (13)

1. 第１のユーザにより作成された読影レポートであって、前記第１のユーザとは異なる第２のユーザにより前記読影レポートに対する評価結果が作成され、かつ、参照推奨フラグが立てられた読影レポートを、前記評価結果と共に、前記第１および第２のユーザだけでなく他のユーザにおいても参照可能に管理する読影レポート管理装置。
2. 第１のユーザによる操作に応じて、医用画像の読影レポートを作成する第１の端末と、
   前記第１のユーザとは異なる第２のユーザによる操作に応じて、前記第１の端末において作成された読影レポートに対する評価結果を作成し、所定の操作が成されたときに該読影レポートについての参照推奨フラグを立てる第２の端末と、
   前記参照推奨フラグが立てられた読影レポートおよびその評価結果を、前記第１および第２のユーザだけでなく他のユーザの端末においても参照可能に管理するサーバとを備えた医用ネットワークシステム。
3. 前記他のユーザの端末は、前記参照推奨フラグが立てられた読影レポートのリストを表示する請求項２に記載の医用ネットワークシステム。
4. 前記サーバは、前記他のユーザの端末からの送信要求に応答して、前記参照推奨フラグが立てられた読影レポートおよびその評価結果を送信する請求項２または請求項３に記載の医用ネットワークシステム。
5. 前記評価結果は、前記読影レポートの評価の高さを表す評価点を含んでおり、
   前記他のユーザの端末は、前記リストを表示する際に、前記読影レポートの識別情報と該読影レポートの評価点とを対応付けて表示する請求項３または請求項４に記載の医用ネットワークシステム。
6. 前記他のユーザの端末は、前記リストを表示する際に、前記読影レポートの識別情報を該読影レポートの評価点が高い順に表示する請求項５に記載の医用ネットワークシステム。
7. 前記評価結果は、参照推奨理由を含んでおり、
   前記他のユーザの端末は、前記リストを表示する際に、前記読影レポートの識別情報と該読影レポートの参照推奨理由とを対応付けて表示する請求項３または請求項４に記載の医用ネットワークシステム。
8. 前記他のユーザの端末は、前記リストを表示する際に、前記読影レポートの識別情報を該読影レポートの参照推奨理由の種類別にまとめて表示する請求項７に記載の医用ネットワークシステム。
9. 前記評価結果は、疾患名を含んでおり、
   前記他のユーザの端末は、前記リストを表示する際に、前記読影レポートの識別情報と該読影レポートに係る疾患名とを対応付けて表示する請求項３または請求項４に記載の医用ネットワークシステム。
10. 前記他のユーザの端末は、前記リストを表示する際に、前記読影レポートの識別情報を該読影レポートに係る疾患名の種類別にまとめて表示する請求項９に記載の医用ネットワークシステム。
11. 前記サーバは、前記第１のユーザが作成した読影レポートに与えられた前記評価点の累積点を算出して管理する請求項５または請求項６に記載の医用ネットワークシステム。
12. 前記第２の端末は、前記作成された読影レポートの承認を受け付け、該読影レポートまたは該読影レポートを修正したものを、確定済み読影レポートとして前記サーバに送信する請求項２から請求項１１のいずれか一項に記載の医用ネットワークシステム。
13. コンピュータを、請求項２から請求項１２のいずれか一項に記載の医用ネットワークシステムにおけるサーバとして機能させるためのプログラム。

Images