JP6683934B2

JP6683934B2 - 遠隔読影システム、その制御方法、情報処理装置、及びプログラム

Info

Publication number: JP6683934B2
Application number: JP2017035457A
Authority: JP
Inventors: 雅之林; 晶道瀬川
Original assignee: Canon Marketing Japan Inc
Current assignee: Canon Marketing Japan Inc
Priority date: 2017-02-27
Filing date: 2017-02-27
Publication date: 2020-04-22
Anticipated expiration: 2037-02-27
Also published as: JP2018142145A

Description

本発明は、遠隔読影システム、その制御方法、情報処理装置、及びプログラムに関する。

従来、ＣＴ（ＣｏｍｐｕｔｅｄＴｏｍｏｇｒａｐｈｙ）やＭＲＩ（ＭａｇｎｅｔｉｃＲｅｓｏｎａｎｃｅＩｍａｇｉｎｇ）といった医用画像機器で患者の撮影を行い、撮影により得られた医用画像の読影を行っている。また、近年、医用画像の読影を院外の読影医に依頼する遠隔読影システムが普及している。遠隔読影システムは、医用画像サーバに保管された医用画像を読影サービスセンターに送信し、当該読影サービスセンターから読影医に医用画像が送信される。

特許文献１の遠隔読影システムには、病院側でセカンドオピニオンを得ること目的として、複数の医師による読影を指定してきた場合には、複数の読影医に同一の読影依頼を割当てることが開示されている。

特開２００２−３２９１９０号公報

しかしながら、特許文献１では、複数の読影医から読影結果を取得するだけであり、複数の読影医の読影結果が異なった場合については何ら考慮していない。したがって、依頼元である病院あるいは読影サービスセンターは、自ら、読影依頼毎に複数の読影結果を比較するとともに、いずれの読影結果を用いるかあるいは再度別の読影医に読影依頼を行うべきかを判断しなければならなかった。そのため、従来の遠隔読影システムでは、複数の読影結果が異なる場合に、読影依頼に対する最終的な所見の判断が煩雑であるという問題があった。

そこで、本発明は、上記課題に鑑みてなされたものであり、複数の読影医に対して同一の読影依頼を行う場合に、適切に読影結果を決定するための処理を行うことの可能な仕組みを提供することを目的とする。

上記の目的を達成するために、本発明の情報処理システムは以下の構成を有する。すなわち、少なくとも１次読影及び２次読影の指示を含む読影依頼を受け付ける遠隔読影システムであって、前記１次読影の読影結果と前記２次読影の読影結果とを取得する取得手段と、前記取得された複数の読影結果が互いに一致することを条件の一つとする判定に応じて、前記１次読影及び前記２次読影の後に実施される３次読影の読影結果を決定する決定手段と、を有することを特徴とする。

本発明により、複数の読影医に対して同一の読影依頼を行う場合に、適切に読影結果を決定するための処理を行うことの可能な仕組みを提供することを可能とする。

本実施形態におけるシステム構成の例を示す図。本実施形態における情報処理装置のハードウェア構成の例を示す図。本実施形態における遠隔読影サーバの機能構成の例を示す図。本実施形態における依頼情報テーブルを示す図。本実施形態における検査リストを示す図。本実施形態における各データベースを示す図。本実施形態における読影依頼のフローチャート。本実施形態における依頼申請処理のフローチャート。本実施形態における読影処理のフローチャート本実施形態における読影処理における読影結果の比較処理のフローチャート。本実施形態における３次読影のフローチャート。

以下、図面を参照して、本実施形態を詳細に説明する。

図１は、本実施形態に係る情報処理システムとしての遠隔読影システムの全体構成の一例を示す。本実施形態において、遠隔読影システムは、各拠点として、データセンター、依頼施設、読影センター、および読影医の自宅を含み、各拠点はネットワーク１１５にて通信可能に接続されている。

遠隔読影システムを利用する各ユーザは、それぞれの拠点に配置されたクライアント端末であるＰＣ（１０９、１１２、１１３、１１４）からのアクセス開始時に、認証サーバ１１６が提供する認証機能により認証を行う。正常に認証された後、ユーザにはポータルサーバ１０２が提供するポータル画面（不図示）が提示される。また、ユーザは、ＳＮＳサーバ１０４を用いてユーザ同士のメッセージのやり取りを行うことができる。

依頼施設において、遠隔読影に用いる画像データ（医用画像データ）は、撮影装置（医用画像機器）であるモダリティ１１１によって撮影された後、画像中継クライアント１１０に送信される。ここでの画像データは例えば、ＤＩＣＯＭ（ＤｉｇｉｔａｌＩｍａｇｉｎｇａｎｄＣＯｍｍｕｎｉｃａｔｉｏｎｉｎＭｅｄｉｃｉｎｅ）形式の画像データが挙げられる。画像中継クライアント１１０は、モダリティ１１１から送信されてきた画像データをアーカイブし、その後、データセンターに配置された画像中継サーバ１０７に送信する。画像中継サーバ１０７は、依頼施設から送信されてきた画像データを処理し、ストレージ管理サーバ１０５に送信する。ストレージ管理サーバで１０５は、各画像データに対してユニークなＩＤ（識別情報）を発行し、外部記憶装置１１７に保管する。依頼施設の読影依頼業務を行う担当者は、依頼端末１０９を用いて読影の依頼時に必要な情報（依頼情報）を入力し、その依頼情報は画像データと共にデータセンターへと送信される。各依頼情報は、データセンター側でデータベース１０８に保管される。ここで、依頼元とは、依頼情報を作成し、依頼を行う主体である。本実施形態において、依頼元は、依頼施設の依頼端末１０９である。

読影を行う読影医は、読影センターに配置された読影端末１１３（もしくは、自宅に配置された読影端末１１４）を用いて、割り当てられた読影の依頼に対応する読影用の画像データを配信サーバ１０６からダウンロードして参照し、読影を行う。その後、読影医は、読影した結果のレポートを、読影端末１１３上で動作するアプリケーション（不図示）を用いて作成する。作成したレポートは、レポートサーバ１０３に送信され、データベース１０８に保管される。なお、ここでは、読影端末として、読影センターおよび読影医の自宅の例を示したが、いずれの場所に配置されてもよく、また、モバイル端末などを用いて参照できるようにしても構わない。以下、読影医が使用する読影端末１１３、１１４を依頼先と称する。

なお、本実施形態では、依頼端末１０９と業務端末１１２とが直接データのやり取りを行うことはないものとする。また、本実施形態においては、上述したように、依頼施設のモダリティ１１１によって予め撮影された画像データが適時、データセンターに送信されて外部記憶装置１１７に登録されているものとする。また、これに応じて、当該画像データに対応する読影依頼の情報（依頼情報）が例えば、患者ごと、日付ごと、検査種ごとなどのグループ単位でデータベース１０８に登録される。

なお、本実施形態において、依頼端末１０９は、読影依頼を設定する設定手段として機能する。また、本実施形態において、遠隔読影サーバ１０１あるいはレポートサーバ１０３は、読影依頼を複数の依頼先に送信する送信手段として機能する。また、本実施形態において、遠隔読影サーバ１０１あるいはレポートサーバ１０３は、複数の依頼先（読影端末）から読影依頼の読影結果を取得する取得手段として機能する。また、本実施形態において、遠隔読影サーバ１０１あるいはレポートサーバ１０３は、複数の読影結果を比較した結果に基づいて、読影依頼の最終結果を決定する決定手段として機能する。

図２は、各種サーバや端末などの情報処理装置のハードウェア構成の例を示す図である。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。ＲＯＭ２０２あるいは外部メモリ２１１には、ＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステム（ＯＳ）、および各端末の機能を実現するために必要な各種プログラム等が記憶される。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、実行することで各種動作を実現する。入力コントローラ２０５は、キーボード（ＫＢ）２０９やマウス等のポインティングデバイス（不図示）からの入力を制御する。ビデオコントローラ２０６は、液晶ディスプレイ等のディスプレイ２１０への表示を制御する。

メモリコントローラ２０７は、各種データ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１としては例えば、外部記憶装置（ＨＤ）や、フレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等が挙げられる。通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示すネットワーク１１５）を介して外部機器と接続および通信制御を行う。通信Ｉ／Ｆコントローラ２０８は、例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

本実施形態を実現するための各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行される。さらに、プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらの詳細な説明については後述する。

［機能構成］
図３は、本実施形態に係る遠隔読影サーバ１０１の機能構成の例を示す図である。遠隔読影サーバ１０１は、依頼検索機能３０１と、依頼申請機能３０２と、依頼受付機能３０３と、依頼自動振分機能３０４と、依頼更新機能３０５とを備える。

依頼施設に位置する依頼端末１０９から依頼申請画面等の表示に必要なデータのリクエストを受信すると、遠隔読影サーバ１０１は、依頼検索機能３０１でリクエストを解析する。そして、遠隔読影サーバ１０１は、データベース１０８に含まれる依頼情報テーブル４００を検索し、依頼端末１０９に表示情報（例えば、Ｗｅｂページ）を返す。

依頼端末１０９から依頼申請のリクエストを受信すると、遠隔読影サーバ１０１は、依頼申請機能３０２でリクエストを解析し、データベース１０８に含まれる依頼情報テーブル４００を更新する。なお、依頼情報テーブル４００については、図４を用いて後述する。

依頼端末１０９から依頼受付のリクエストを受信すると、遠隔読影サーバ１０１は、依頼受付機能３０３でリクエストを解析し、データベース１０８に含まれる依頼情報テーブル４００を更新する。依頼端末１０９から依頼自動振分のリクエストを受信すると、遠隔読影サーバ１０１は、依頼自動振分機能３０４を実行する。依頼自動振分機能３０４は、依頼自動振分のリクエストに応じて、所定の条件を満たす読影医に依頼を振り分ける機能を備える。

依頼端末１０９から振分保存のリクエストを受信すると、遠隔読影サーバ１０１は、依頼更新機能３０５でリクエストを解析し、データベース１０８に含まれる依頼情報テーブル４００を更新する。

図４は、データベース１０８に記憶された依頼情報テーブル４００の構成例を示す。依頼情報テーブル４００は、依頼ＩＤ４０１、状態４０２、依頼施設ＩＤ４０３、依頼日４０４、患者番号４０５、患者名４０６、生年月日４０７、性別４０８を含む。更には、依頼情報テーブル４００は、検査種ＩＤ４０９、部位ＩＤ４１０、検査日４１１、分類（フィルム）ＩＤ４１２、画像枚数４１３、読影方法４１７を備える。ここで、依頼情報テーブル４００のうち、４０１から４０８までの情報を「依頼情報」とする。なお、依頼情報は、これらの全ての情報が含まれていなくてもよく、少なくとも、依頼内容を特定可能な情報であればよい。

また、依頼情報テーブル４００は、更に、割当枠ＩＤ４１８、工程Ｎｏ４１９、振分特性ＩＤ４２０、読影日４１５、日程ＩＤ４２１、読影医ＩＤ４１６、読影状態４２２を含む。これらの情報を「割当枠情報」とする。なお、割当枠情報は、読影を割り当てるために用いる情報であれば、これらの情報に限定されるものではない。そして、「依頼割当枠情報」は、依頼情報と割当枠情報とを含む情報である。

ここで、割当枠情報（割当枠）とは、１つの依頼情報に１または複数の読影医を割り当てるための枠を示す情報である。１つの依頼情報に２つの割当枠情報があれば、２人の読影医を当該依頼に対して割り当てる必要があり、１つの依頼情報に３つの割当枠情報があれば、３人の読影医を当該依頼に割り当てる必要がある。例えば、「ダブル」が選択された依頼情報は、ダブル読影を行って欲しいという読影依頼であるので、１つの依頼情報に対して２つの割当枠情報を作成する。割当枠情報の作成方法は次の通りである。依頼情報テーブル４００に登録（更新）した依頼情報に対応する割当枠情報（割当枠ＩＤ４１８、工程Ｎｏ４１９、振分特性ＩＤ４２０、読影日４１５、日程ＩＤ４２１、読影医ＩＤ４１６、読影状態４２２）を、必要な数だけ作成する。例えば、図４の依頼ＩＤ４０１が「１」の依頼情報は「ダブル読影」の依頼であるので、２つの割当枠情報が生成されているのがわかる。そして、生成した割当枠情報の割当枠ＩＤ４１８には割当枠情報の順番に従って昇順で番号を格納する。また、ダブル読影の場合には、工程Ｎｏ４１９に、割当枠ＩＤ４１８と同様に、割当枠情報の順番に従って昇順で番号を格納する。ブラインドダブル読影の場合には、生成したすべての割当枠情報の工程Ｎｏ４１９に「１」を格納する。この工程Ｎｏ４１９は、読影の順番を示すものである。これを依頼情報ごとに繰り返す。こうしてできあがった割当枠情報と、当該割当枠情報に対応する依頼情報との１対１の組を、以下、依頼割当枠情報と称する。なお、ダブル読影等の読影方法４１７の項目については後述する。

状態４０２は、依頼情報の状態を示す情報であり、一例として、「申請待」、「受付待」、「振分待」、「読影待」、「読影中」、「確認待」、「公開済」、「閲覧済」といった情報で識別される。

そして、読影方法４１７は、各依頼情報に対しユーザによって設定された読影方法を示す情報である。ここで、読影方法は、１つの依頼を複数の読影医が担当するか否か、更には複数の読影医がそれぞれ異なる観点・目的で順番に読影（診断）を行うか、それとも同一の観点・目的で順番を問わず読影（診断）を行うかの指定を受け付けることができる。１つの依頼を１人の読影医が担当する読影方法を、本実施形態ではシングル読影と称する。一方、１つの依頼を複数の読影医が担当し、複数の読影医がそれぞれ異なる観点・目的で順番に読影（診断）を行う読影方法をダブル読影と称する。更に、１つの依頼を複数の読影医が担当し、複数の読影医が同一の観点・目的で順番を問わず読影（診断）を行う読影方法をブラインドダブル読影と称する。また、ブラインドダブル読影において、複数の読影結果を参考にして、更に別の読影依頼を行う読影方法をトリプル読影と称する。つまり、ダブル読影、ブラインドダブル読影、トリプル読影は、複数の段階に分けて医用画像データの読影依頼を行う読影方法であると言える。

ダブル読影は、複数の読影医が順番に読影を行う点（直列処理）と、他の読影医が読影した結果を閲覧できる点が特徴である。このダブル読影は、病状や進行具合の見落とし防止という目的で行われるので、最初の読影はあらゆる可能性を考慮して読影を行わなくてはならず、後続の読影よりも難易度が高くなる。

一方、ブラインドダブル読影は、複数の読影医が順番を問わず読影を行う点と、他の読影医の読影結果を閲覧できない点が特徴である。ブラインドダブル読影はダブルチェック（再確認）を行う目的で行われるので、前述したダブル読影のように読影の順番によって難易度が異なることはない。以下、ダブル読影とブラインドダブル読影は、２人の読影医が読影を行うダブル読影とブラインドダブル読影として説明を行うが、３人の読影医が読影を行う場合や４人の読影医が読影を行う場合にも適用可能である。また、図４における読影方法４１７のうち、「シングル」、「ダブル」、「ブラインドダブル」、「トリプル」の表記が、それぞれ、シングル読影、ダブル読影、ブラインドダブル読影、トリプル読影に対応する。

ここで、各読影方法における読影タイミングと名称について説明する。各読影において、はじめに実施される読影を１次読影と称する。更に、ダブル読影、ブラインドダブル読影、トリプル読影の夫々において、１次読影の後、あるいは、１次読影と並行して行われる読影を２次読影と称する。更に、トリプル読影において、レポートサーバ１０３が１次読影と２次読影の結果を取得した後に、同一の依頼情報に基づいて実施される読影を３次読影と称する。

依頼施設は、依頼する目的等に応じて、業務端末１０９の依頼申請画面（不図示）からこれらの読影方法のいずれかを選択することができる。なお、依頼情報がモダリティ１１１から登録されたタイミングでは、読影方法４１７以外の情報が登録された状態となる。そして、依頼施設は、１の依頼情報に対し１または複数の画像データが対応付けられるものとする。なお、登録された状態では、また振分の申請はなされておらず、そのステータスは「申請待」であるとして、データベース１０８にて管理されているものとする。

図５を用いて、検査リストについて説明する。検査リスト５００は、患者を識別するための患者情報５１０と、１次読影および２次読影の際の各読影医の読影結果５２０と、３次読影の読影結果５３０とを含んで構成される。検査リスト５００は、それぞれが互いに対応づけられてデータベース１０８に記憶されている。なお、検査リストは、読影端末１１４の表示部で表示される。この場合に、遠隔読影サーバ１０１のＣＰＵあるいはレポートサーバ１０３のＣＰＵは、ネットワークを介して読影端末１１４の表示部を制御する表示制御手段として機能する。表示制御手段は、複数の読影依頼に対応する読影結果を、互いに識別可能な態様で表示する。以下、検査リスト５００の各項目について詳細に説明する。

患者情報５１０は、一例として、依頼の受け付けた順序を示す受付番号と、患者を識別する患者ＩＤと、患者の名前である患者名を含む。

読影結果５２０は、ダブル読影における、各読影医が行う読影結果を含む。また、読影結果５２０は、トリプル読影における、互いの読影結果を知らずに行う読影（検査リスト５００における１次読影における所見情報、２次読影における所見情報）を含む。ここで、読影結果５２０は、読影医がレポートに入力した所見の内容（所見情報）に対応する。

読影結果５３０は、３次読影における読影結果を示す。また、読影結果５３０は、トリプル読影における、１次読影における所見情報と２次読影における所見情報を比較した結果に基づいて設定された読影結果を含む。

検査リスト５００における検査情報５４０は、１次読影における所見情報と２次読影における所見情報とが異なる場合の検査情報である。検査リスト５００における検査情報５５０は、１次読影における所見情報と２次読影における所見情報とが一致する場合の検査情報である。つまり、検査情報５４０における３次読影の所見情報は、３次読影を行うべき検査であるため、自動的に設定されない。一方、検査情報５５０は、１次読影における所見情報と２次読影における所見情報とが一致するため３次読影を行う必要性が低い。これは、１次読影における所見情報と２次読影における所見情報とが一致する場合には、更に他の読影医の所見情報も一致する可能性が高いためである。この場合、読影端末１１４の表示部は、１次読影における所見情報と２次読影における所見情報とが一致する場合には、３次読影を行う必要性の高い検査を他の検査と比較して優先的に表示する。ここで、優先的に表示するとは、検査リスト５００を一連で表示した場合に、他の検査よりも上位に表示することを含む。

図６を用いて、遠隔読影サーバで管理される読影結果を管理する各データベースについて説明する。図６（ａ）は、読影単位結果テーブル６００である。読影単位結果テーブル６００は、読影単位毎の情報を格納するデータベースである。ここで、読影の１単位は、各検査の対象者である受診者毎の情報に対応する。レポートＩＤは、レポートを識別するための識別番号である。読影区分は、設定されている読影方法（図４における４１７）のうち、読影の順序に対応する。具体的には、１次読影の場合には、「１」が、２次読影の場合には、「２」が、３次読影の場合には、「３」が、それぞれ割り当てられる。

差異欄は、トリプル読影において、１次読影と２次読影の差異の有無、および差異の内容を識別可能な態様で示す項目である。図６において、６０１がトリプル読影に対応するデータである。そして、差異欄における、「１」が差異なしに対応し、「２」および「３」が差異ありに対応する。なお、「２」は所見に差異はなく、シェーマのみに差異がある場合を示す。「３」は所見に差異がある場合を占めす。

図６（ｂ）を用いて、読影単位結果詳細テーブル６１０について説明する。読影単位結果詳細テーブル６１０は、読影単位毎の所見データを格納するデータベースである。読影単位結果詳細テーブル６１０は、読影単位結果テーブル６００の情報に加えて、部位情報と、所見情報と、判定結果識別情報とを含む。部位情報は、部位を識別するための情報であり、部位ＩＤ、部位コードを含む。所見情報は、所見を識別するため情報であり、所見ＩＤ、所見コード、所見名を含む。判定結果識別情報は、判定結果を識別するための情報であり、判定ＩＤ、判定コード、判定名を含む。

図６（ｃ）を用いて、読影単位結果シェーマテーブル６２０について説明する。シェーマへのマーク情報を格納するデータベースである。読影単位結果シェーマテーブル６２０は、読影単位結果詳細テーブル６１０の情報に加えて、シェーマを識別するための情報（シェーマＩＤ）、シェーマの位置を特定するための情報（マーク座標）を含む。以上のデータベースの各項目は一例であり、これに限定されるものではない。

［処理フロー］
図７は、本実施形態に係る処理全体の流れを示す図である。

Ｓ１０１にて、依頼端末１０９は、ユーザの指示に基づき、依頼申請処理を実施する。依頼申請処理の詳細については、図８を用いて後述する。

Ｓ１０２にて、業務端末１１２は、ユーザの指示に基づき、依頼端末１０９から依頼申請された処理を受け付ける。

Ｓ１０３にて、業務端末１１２は、ユーザの指示に基づき、受け付けた依頼申請の読影を依頼する医師を、所定の条件に基づいて設定するための依頼振分処理を実施する。

Ｓ１０４にて、読影端末１１３は、ユーザの指示に基づき、読影処理を実施する。読影処理の詳細については、図７を用いて後述する。

Ｓ１０５にて、業務端末１１２は、ユーザの指示に基づき、読影端末１１３で読影された読影結果を比較する比較処理を行うとともに、読影結果を保存する保存処理を実施する。

（依頼申請処理）
図８は、依頼端末１０９と遠隔読影サーバ１０１とが連携して実施する依頼申請処理のフローチャートを示す図である。以下の処理は、依頼端末１０９および遠隔読影サーバ１０１のそれぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ２０１において、依頼端末１０９は、ユーザの指示に従って、遠隔読影サーバ１０１から依頼情報を取得する。ここで、依頼端末１０９が取得する依頼情報は、図４における状態４０２が「申請待」である依頼情報である。

Ｓ２０２において、遠隔読影サーバ１０１は、依頼端末１０９からの指示に応じて、図４に示す依頼情報のうち、ステータスが「申請待」である依頼情報を依頼端末１０９に返す。

Ｓ２０３において、依頼端末１０９は、ユーザから申請対象の依頼情報の選択を受け付ける。そして、依頼端末１０９は、選択された申請対象の依頼情報の依頼ＩＤ４０１を取得する。依頼端末１０９は、当該取得の処理により入力した検査種別、部位等を含む依頼情報を取得する。

Ｓ２０４において、依頼端末１０９は、Ｓ２０６で取得した依頼情報を遠隔読影サーバ１０１に送信する。

Ｓ２０５において、遠隔読影サーバ１０１は、依頼端末１０９から送信された依頼情報を受信する。遠隔読影サーバ１０１は、依頼情報テーブル４００を更新すると共に、当該依頼情報に対応する割当枠情報を作成する。このとき、遠隔読影サーバ１０１は、依頼情報のステータスとして、状態４０２の値を「受付待」と設定する。

図９は、本実施形態に係る読影端末で行われる読影処理のフローチャートである。具体的には、図９は、ダブル読影またはトリプル読影における各々の読影端末１１４および遠隔読影サーバ１０１との間で実行される処理のフローを示している。なお、図９は、１次読影または２次読影において各読影端末１１４の夫々で実行される処理である。

Ｓ３０１において、読影端末１１４は、読影医であるユーザの指示に従ってレポートサーバ１０３から自らに割り当てられた依頼情報に対応するレポート情報の一覧を取得する。

Ｓ３０２において、読影端末１１４は、取得したレポート情報の一覧を表示するとともに、ユーザからの指示に従ってレポート情報の選択を受け付ける。

Ｓ３０３において、読影端末１１４は、選択されたレポート情報の読影処理を開始する。読影端末１１４は、読影処理として、依頼情報に対応する１または複数の検査が含まれる検査リスト画面（検査リスト５００に相当）を表示する。

更に、読影端末１１４は、検査リスト画面上で、各検査に対する所見情報の入力を受け付ける。ここで、所見情報は、読影医が検査に対応する画像および依頼情報をもとに読影を行った結果の判断や意見、あるいは見解を含む情報である。ここで、所見情報は、ユーザが任意の内容を入力可能なものであってもよいし、所定の項目から選択するものであってもよい。

読影端末１１４は、取得したレポート情報の所見の入力結果を一覧で表示するための検査リストを表示する。

Ｓ３０４において、読影端末１１４は、当該読影結果（所見の入力）の終了あるいは保存を示す操作を受け付けることにより、読影処理を終了する。つまり、読影端末１１４は、当該一連の読影処理により、レポートサーバ１０３から取得したレポートのうち選択されたレポートに所見情報を対応づけて保存することができる。

Ｓ３０５において、読影端末１１４は、保存されたレポートをレポートサーバ１０３に送信する。

Ｓ３０６において、レポートサーバ１０３は、読影端末１１４から送信されたレポートを受信するとともに、受信したレポートに含まれる読影結果を保存する。つまり、レポートサーバ１０３は、読影結果と依頼情報を対応づける。その結果、データベース１０８に記憶された依頼情報テーブル４００の依頼情報のうち、状態４０２および読影状態４２２が更新される。

Ｓ３０７において、レポートサーバ１０３は、レポートに対応する依頼情報における読影方法４１７にトリプル読影が設定されているか否かを判定する。そして、レポートサーバ１０３は、読影方法４１７にトリプル読影が設定されている場合に、読影結果の比較判定処理を行う。一方で、レポートサーバ１０３は、読影方法４１７にトリプル読影が設定されていない場合に、読影結果の比較判定処理を行わない。なお、ここで比較判定処理により比較される読影結果とは、各レポートに含まれる所見情報である。なお、比較判定処理については、図１０を用いて後述する。

図１０を用いて、読影結果の比較処理について詳細に説明する。図１０は、図９で示したＳ３０８の処理である。なお、当該比較処理は、３次読影の場合であって、複数の読影端末１１４から同一の読影依頼に対するレポートを取得した後に実行されうる。

Ｓ４０１において、レポートサーバ１０３は、データベース１０８に記憶されている読影結果を取得する。ここで、取得される読影結果は、読影単位結果テーブル、読影単位結果詳細テーブル、読影単位結果シェーマテーブルの少なくとも一つのデータテーブルである。なお、読影結果として、データテーブル自体でなく、データテーブルから選択された１または複数のデータであってもよい。以下、Ｓ４０２からＳ４０７までの処理は、１の読影患者毎に実施される。読影患者の１単位は、図４に示す依頼ＩＤ単位とも換言できる。

Ｓ４０２において、レポートサーバ１０３は、読影単位結果詳細テーブルの所見情報を比較する。ここで、レポートサーバ１０３は、所見情報として、ＩＤ、コード、テキストの少なくとも１つを比較する。Ｓ４０２において、レポートサーバ１０３は、所見情報が異なると判定した場合には、判定結果を「差異あり」と判定する（Ｓ４０３）。Ｓ４０２において、レポートサーバ１０３は、所見情報が一致すると判定した場合には、Ｓ４０４の処理を実行する。

Ｓ４０４において、レポートサーバ１０３は、読影単位結果シェーマテーブルのアノテーション情報を比較する。Ｓ４０４において、レポートサーバ１０３は、アノテーション情報として、少なくともシェーマに対応づけられた情報を含む。レポートサーバ１０３は、シェーマに記載された情報のうち、ＩＤ、コード、テキストの少なくとも１つを比較する。レポートサーバ１０３は、アノテーション情報が異なると判定した場合には、判定結果を「差異あり」と判定する（Ｓ４０５）。一方で、レポートサーバ１０３は、アノテーション情報が一致すると判定した場合には、判定結果を「差異なし」と判定する（Ｓ４０６）。

Ｓ４０７において、レポートサーバ１０３は、判定結果を３次読影の読影結果として保存する。具体的には、レポートサーバ１０３は、Ｓ４０３、Ｓ４０５、Ｓ４０６により判定した結果を識別可能な態様で読影単位結果テーブルに反映させる。

なお、本実施形態では、レポートサーバ１０３は、判定結果を用いて、３次読影の読影結果を設定しているがこれに限られるものではない。レポートサーバ１０３が、当該判定結果を用いて、３次読影自体を行うべきか否かを判定してもよい。この場合、レポートサーバ１０３は、Ｓ４０２からＳ４０４の判定結果により、差異がありと判定した場合にのみ、３次読影を実施するように制御してもよい。言い換えると、レポートサーバ１０３は、差異がないと判定した場合には、３次読影を実施せずに、１次または２次読影の読影結果を最終所見として設定してもよい。

図１１を用いて、本実施形態に係る読影端末で行われる読影処理のフローチャートである。具体的には、図１１は、トリプル読影における３次読影を実行する際に読影端末１１４で実行される処理のフローを示している。

Ｓ５０１とＳ５０２は、それぞれ、図７におけるＳ３０１とＳ３０２に対応する。

Ｓ５０３において、読影端末１１４は、１次読影と２次読影との判定結果で差異のない検査に対して、これらの読影結果を自動的に反映させる。なお、読影端末１１４は、ユーザからの指示により、当該反映された内容に対して追記等が可能となる。

Ｓ５０４において、読影端末１１４は、選択されたレポートの各検査の表示順序を決定する。具体的には、読影端末１１４は、１次読影と２次読影との判定結果で差異のある検査を検査リスト上で、より目立つように表示させる。本実施形態において、読影端末１１４は、検査リスト上で、当該差異のある検査をリストの上位から順に表示されるように決定する。なお、読影端末１１４は、他の表示形態で検査リストの表示方法を決定してもよい。読影端末１１４は、一例として、差異のない検査を選択不可能な状態とすることや、差異の有無で色やフォント等を変更してもよい。

Ｓ５０５、Ｓ５０６は、それぞれ、図９におけるＳ３０３とＳ３０４に対応する。

Ｓ５０７は、図９におけるＳ３０５とＳ３０６の処理に対応する。

上述した本実施の形態によれば、複数の段階に分けて医用画像データの読影依頼を行うことが可能な遠隔読影システムが、設定手段で設定された読影依頼を複数の依頼先に送信し、複数の依頼先の各々から読影依頼の読影結果を取得する。そして、遠隔読影システムは、取得した複数の読影結果を比較した結果に基づいて、読影依頼の結果を決定する。これにより、複数の読影医に対して同一の読影依頼を行う場合に、適切に読影結果を決定する処理を行うことの可能な仕組みを提供することが可能となる。

また、上述した本実施の形態によれば、医用画像データの所見である所見情報を比較し、所見情報が一致する場合には、当該一致する所見情報を読影依頼の最終的な読影結果としている。これにより、遠隔読影システムは、自動的に３次読影を行うべきか否かあるいは最終的な所見の決定を迅速に行うことが可能となる。

また、上述した本実施の形態によれば、シェーマに対応づけられたアノテーション情報を比較し、アノテーション情報が一致する場合には、当該一致するアノテーション情報としている。これにより、遠隔読影システムは、自動的に３次読影を行うべきか否か、あるいは最終的な読影結果の決定を迅速に行うことが可能となる。更に、上述の所見情報の比較と合わせて当該比較処理を行うことにより、より精度の高い処理を行うことが可能となる。

以上、本発明について、上述した実施の形態を用いて説明したが、本発明は上述した実施の形態に限定されるものではない。特に、依頼施設の各端末で処理される内容の動作主体は、本実施の形態に限定されるものでなく、異なる端末、あるいは、複数の端末で協業して処理されるものであってもよい。更に、データセンターの各サーバの機能は一例であり、例えば、データセンターの各サーバで実行される処理は、１つのサーバ（例えば遠隔読影サーバのみ）で実行してもよい。

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本実施形態は、コンピュータや制御コンピュータがプログラム（コンピュータプログラム）を実行することによって実現することもできる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータが読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も実施例として適用することができる。また、上記のプログラムも実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。

以上、実施形態に基づいて詳述してきたが、特定の実施形態に限られるものではなく、発明の要旨を逸脱しない範囲の様々な形態も本発明の範疇に含まれる。さらに、上述した実施形態は一実施の形態を示すものにすぎず、上述した実施形態から容易に想像可能な発明も本発明の範疇に含まれる。

１０遠隔読影システム
１０１遠隔読影サーバ
１０３レポートサーバ
１０８データベース

Claims

少なくとも１次読影及び２次読影の指示を含む読影依頼を受け付ける遠隔読影システムであって、
前記１次読影の読影結果と前記２次読影の読影結果とを取得する取得手段と、
前記取得された複数の読影結果が互いに一致することを条件の一つとする判定に応じて、前記１次読影及び前記２次読影の後に実施される３次読影の読影結果を決定する決定手段と、
を有することを特徴とする遠隔読影システム。
前記読影結果は、医用画像データに対する所見を示す所見情報を含み、
前記決定手段は、前記取得された複数の読影結果の所見情報が互いに一致する場合に、前記３次読影の読影結果を該所見情報の内容に決定し、前記取得された複数の読影結果の所見情報が互いに一致しない場合に、前記３次読影の読影結果を該所見情報の内容に決定しないことを特徴とする、請求項１に記載の遠隔読影システム。
前記読影結果は、シェーマと対応づけられたアノテーション情報を含み、
前記決定手段は、前記取得された複数の読影結果における前記アノテーション情報が互いに一致する場合に、前記３次読影の読影結果を前記アノテーション情報の内容に決定し、前記取得された複数の読影結果における前記アノテーション情報が互いに一致しない場合に、前記３次読影の読影結果を前記アノテーション情報の内容に決定しないことを特徴とする、請求項２に記載の遠隔読影システム。
前記決定手段は、前記取得された複数の読影結果の所見が互いに一致する場合で、且つ、前記取得された複数の読影結果の前記アノテーション情報が互いに一致する場合に、前記３次読影の結果を前記アノテーション情報の内容に決定することを特徴とする、請求項３に記載の遠隔読影システム。
前記決定手段は、前記判定に応じて、前記３次読影を実施するか否かを決定することを特徴とする、請求項１乃至４の何れか１項に記載の遠隔読影システム。
前記取得された複数の読影結果と前記決定された前記３次読影の読影結果とを、互いに識別可能な態様で表示するように制御する表示制御手段、
を更に有することを特徴とする、請求項１乃至５の何れか１項に記載の遠隔読影システム。
前記表示制御手段は、医用画像データ単位で読影結果の一覧を検査リストとして表示するように制御し、且つ、前記取得された複数の読影結果が互いに一致しない読影依頼に対応する検査を、他の検査よりも前記検査リスト上で上位に表示するように制御することを特徴とする、請求項６に記載の遠隔読影システム。
少なくとも１次読影及び２次読影の指示を含む読影依頼を受け付ける遠隔読影システムの制御方法であって、
前記１次読影の読影結果と前記２次読影の読影結果とを取得する取得工程と、
前記取得された複数の読影結果が互いに一致することを条件の一つとする判定に応じて、前記１次読影及び前記２次読影の後に実施される３次読影の読影結果を決定する決定工程と、
を有することを特徴とする遠隔読影システムの制御方法。
少なくとも１次読影及び２次読影の指示を含む読影依頼を受け付ける情報処理装置であって、
前記１次読影の読影結果と前記２次読影の読影結果とを取得する取得手段と、
前記取得された複数の読影結果が互いに一致することを条件の一つとする判定に応じて、前記１次読影及び前記２次読影の後に実施される３次読影の読影結果を決定する決定手段と、
を有することを特徴とする情報処理装置。
少なくとも１次読影及び２次読影の指示を含む読影依頼を受け付ける情報処理装置であって、
前記１次読影の読影結果と前記２次読影の読影結果とを取得する取得手段と、
前記取得された複数の読影結果が互いに一致することを条件の一つとする判定に応じて、前記１次読影及び前記２次読影を担当する夫々の読影医とは異なる他の読影医が担当する３次読影を実施するか否かを決定する決定手段と、
を有することを特徴とする情報処理装置。
少なくとも１次読影及び２次読影の指示を含む読影依頼を受け付ける情報処理装置の制御方法であって、
前記１次読影の読影結果と前記２次読影の読影結果とを取得する取得工程と、
前記取得された複数の読影結果が互いに一致することを条件の一つとする判定に応じて、前記１次読影及び前記２次読影を担当する夫々の読影医とは異なる他の読影医が担当する３次読影を実施するか否かを決定する決定工程と、
を有することを特徴とする情報処理装置の制御方法。
コンピュータを、請求項９又は１０に記載された情報処理装置として機能させるためのプログラム。