JPWO2019102949A1 - 診療支援装置とその作動方法および作動プログラム - Google Patents

Abstract

診断の経緯を一見して簡単に把握することが可能な診療支援装置とその作動方法および作動プログラムを提供する。診療支援サーバ（１２）の画面出力制御部（６６）は、ログ表示画面（９５）を生成してクライアント端末（１１）に送信する。ログ表示画面（９５）の一括表示領域（９７）には、ＡＰＬブロック（９９）およびＭＯＬブロック（１００）が、識別可能な形態で時系列に一括して表示される。ＡＰＬブロック（９９）は、患者に実施した医療検査で得られた検査データを、診断支援アルゴリズム（３０）で自動的に分析処理して、分析処理結果を医師の診断を支援する診断支援情報として出力した履歴である自動処理ログＡＰＬの表示ブロックである。ＭＯＬブロック（１００）は、検査データに対する医師の手動操作の履歴である手動操作ログＭＯＬの表示ブロックである。

Description

本発明は、診療支援装置とその作動方法および作動プログラムに関する。

医師は、患者に様々な医療検査を実施して、これにより得られた検査データを自ら閲覧して分析する。例えば医療検査がＣＴ（Computed Tomography；コンピュータ断層撮影）検査やＭＲＩ（Magnetic Resonance Imaging；核磁気共鳴画像法）検査等の画像検査で、検査データが医療画像であった場合、医師は、医療画像を閲覧してそこに映る病変を抽出し、抽出した病変の種類を同定したり、サイズを計測したりする。こうした医師の診断作業を補助するため、最近、検査データを自動的に分析処理して、分析処理結果を医師の診断を支援する診断支援情報として出力する診断支援アルゴリズムが開発されている。

特許文献１には、医療画像内の病変のサイズを診断支援情報として出力する診断支援アルゴリズムが記載されている。診断支援情報は、医療画像と並べて表示される。また、特許文献１では、医師が医療画像を拡大した、あるいは医師が医療画像内の病変のサイズを計測したといった、医療画像に対する医師の手動操作の履歴である手動操作ログ（特許文献１では作業履歴と表記）を記憶している。

特許文献２には、医師が医療画像を拡大した、あるいは医師が医療画像内の病変の領域を指定して病変のサイズを計測したといった手動操作ログ（特許文献２では操作履歴と表記）を時系列に表示する診療支援装置が記載されている。

特開２０１２−１０１０８８号公報 特開２０１７−１３４６２９号公報

特許文献１では診断支援情報を表示し、特許文献２では手動操作ログを表示している。しかし、特許文献１および特許文献２では、診断支援情報の出力タイミングと手動操作ログの発生タイミング（手動操作の実施タイミング）との関係性については特に気が配られていない。すなわち、特許文献１および特許文献２では、ある手動操作が、診断支援情報の出力前に実施されたものであるのか、診断支援情報の出力後に実施されたものであるのかが分からない。したがって、特許文献１および特許文献２では、医師がどういった思考過程で診断作業を進めたか、つまり診断の経緯を一見して簡単に把握することができなかった。

本発明は、診断の経緯を一見して簡単に把握することが可能な診療支援装置とその作動方法および作動プログラムを提供することを目的とする。

上記目的を達成するために、本発明の診療支援装置は、患者に実施した医療検査で得られた検査データを、診断支援アルゴリズムで自動的に分析処理して、分析処理結果を医師の診断を支援する診断支援情報として出力した履歴である自動処理ログを取得する第１取得部と、検査データに対する医師の手動操作の履歴である手動操作ログを取得する第２取得部と、検査データと、自動処理ログおよび手動操作ログとを関連付けて記憶部に記憶させる情報管理部と、自動処理ログおよび手動操作ログを、識別可能な形態で時系列に一括して表示する一括表示領域を有するログ表示画面の出力を制御する画面出力制御部とを備える。

手動操作ログは、医師が入力した、検査データに対する分析結果を含むことが好ましい。

画面出力制御部は、自動処理ログに含まれる診断支援情報または手動操作ログに含まれる分析結果が、医療レポートまたは医療カンファレンスに引用された履歴である引用ログを、自動処理ログまたは手動操作ログと対応付けて一括表示領域に表示することが好ましい。

情報管理部は、自動処理ログに含まれる診断支援情報または手動操作ログに含まれる分析結果の、医療レポートまたは医療カンファレンスへの引用回数を、自動処理ログまたは手動操作ログに関連付けて記憶部に記憶させることが好ましい。

画面出力制御部は、引用回数に応じて自動処理ログまたは手動操作ログの表示形態を異ならせることが好ましい。

医療検査は画像検査で、検査データは医療画像であり、引用回数が閾値以上の医療画像を、対象患者の医療画像と類似する類似症例画像の候補画像として抽出する抽出部を備えることが好ましい。

引用回数をパラメータとする式を用いて、対象患者の医療画像と類似する類似症例画像を検索する検索部を備えることが好ましい。

一括表示領域において自動処理ログの選択指示が受け付けられ、画面出力制御部は、選択指示を受け付けた自動処理ログの、診断支援情報を含む詳細情報を表示し、かつ選択指示を受け付けて詳細情報を表示済みの自動処理ログと、選択指示を受け付けておらず詳細情報を未表示の自動処理ログの表示形態を異ならせることが好ましい。

一括表示領域において手動操作ログの選択指示が受け付けられ、情報管理部は、手動操作ログの取得時に医師が閲覧していた検査データの表示状態を表す表示状態情報を、手動操作ログと関連付けて記憶部に記憶させ、画面出力制御部は、表示状態情報に基づいて、選択指示を受け付けた手動操作ログの検査データの表示状態を再現することが好ましい。

本発明の診療支援装置の作動方法は、患者に実施した医療検査で得られた検査データを、診断支援アルゴリズムで自動的に分析処理して、分析処理結果を医師の診断を支援する診断支援情報として出力した履歴である自動処理ログを取得する第１取得ステップと、検査データに対する医師の手動操作の履歴である手動操作ログを取得する第２取得ステップと、検査データと、自動処理ログおよび手動操作ログとを関連付けて記憶部に記憶させる情報管理ステップと、自動処理ログおよび手動操作ログを、識別可能な形態で時系列に一括して表示する一括表示領域を有するログ表示画面の出力を制御する画面出力制御ステップとを備えることが好ましい。

本発明の診療支援装置の作動プログラムは、患者に実施した医療検査で得られた検査データを、診断支援アルゴリズムで自動的に分析処理して、分析処理結果を医師の診断を支援する診断支援情報として出力した履歴である自動処理ログを取得する第１取得機能と、検査データに対する医師の手動操作の履歴である手動操作ログを取得する第２取得機能と、検査データと、自動処理ログおよび手動操作ログとを関連付けて記憶部に記憶させる情報管理機能と、自動処理ログおよび手動操作ログを、識別可能な形態で時系列に一括して表示する一括表示領域を有するログ表示画面の出力を制御する画面出力制御機能とを、コンピュータに実施させる。

本発明は、患者に実施した医療検査で得られた検査データを、診断支援アルゴリズムで自動的に分析処理して、分析処理結果を医師の診断を支援する診断支援情報として出力した履歴である自動処理ログと、検査データに対する医師の手動操作の履歴である手動操作ログを、識別可能な形態で時系列に一括して表示するので、診断の経緯を一見して簡単に把握することが可能な診療支援装置とその作動方法および作動プログラムを提供することができる。

医療システムを示す図である。 手動操作とその履歴である手動操作ログを示す図である。 自動処理とその履歴である自動処理ログを示す図である。 クライアント端末と診療支援サーバとの間で送受信される各種情報を示す図である。 カルテＤＢに格納された電子カルテの内容を示す図である。 画像ＤＢに格納された医療画像の内容を示す図である。 レポートＤＢに格納された医療レポートの内容を示す図である。 カンファレンスＤＢに格納されたカンファレンス情報の内容を示す図である。 クライアント端末および診療支援サーバを構成するコンピュータを示すブロック図である。 クライアント端末のＣＰＵの各処理部を示すブロック図である。 診療支援サーバのＣＰＵの各処理部を示すブロック図である。 ログデータテーブルの内容を示す図である。 ログデータテーブルのさらに詳細な内容を示す図である。 統合表示画面を示す図である。 ビューア画面を示す図である。 ログ表示画面を示す図である。 診断支援情報または医師の分析結果を、医療レポートまたは医療カンファレンスに引用する方法を示す図である。 選択指示を受け付けた自動処理ログの詳細情報を表示し、かつ選択指示を受け付けて詳細情報を表示済みの自動処理ログと、選択指示を受け付けておらず詳細情報を未表示の自動処理ログの表示形態を異ならせる様子を示す図であり、図１８Ａは選択指示前の自動処理ログの表示ブロック、図１８Ｂは詳細情報表示画面、図１８Ｃは選択指示後の自動処理ログの表示ブロックをそれぞれ示す。 手動操作ログの取得時に医師が閲覧していた検査データの表示状態を表す表示状態情報に基づいて、選択指示を受け付けた手動操作ログの検査データの表示状態を再現する様子を示す図であり、図１９Ａは手動操作ログの表示ブロック、図１９Ｂは表示状態の再現画面をそれぞれ示す。 診療支援サーバの処理手順を示すフローチャートである。 診療支援サーバの処理手順を示すフローチャートである。 引用回数に応じて自動処理ログまたは手動操作ログの表示形態を異ならせる第２実施形態を示す図である。 引用回数に応じた自動処理ログまたは手動操作ログの表示形態の変更例を示す表である。 引用回数が閾値以上の医療画像を、対象患者の医療画像と類似する類似症例画像の候補画像として抽出する第３実施形態を示す図であり、引用回数が閾値以上であった場合を示す。 引用回数が閾値以上の医療画像を、対象患者の医療画像と類似する類似症例画像の候補画像として抽出する第３実施形態を示す図であり、引用回数が閾値未満であった場合を示す。 引用回数をパラメータとする式を用いて、対象患者の医療画像と類似する類似症例画像を検索する第４実施形態を示す図である。 別の例のログ表示画面を示す図である。 カーソルが合わされた手動操作ログの表示ブロックに関連する検査データを一括表示する吹き出しを表示したログ表示画面を示す図である。 カーソルが合わされた手動操作ログの表示ブロックに関連する検査データに枠を表示したログ表示画面を示す図である。

[第１実施形態]
図１において、医療システム１０は、医療施設内に構築され、クライアント端末１１、および診療支援装置に相当する診療支援サーバ１２等を備える。クライアント端末１１および診療支援サーバ１２は、医療施設内に敷設されたＬＡＮ（Local Area Network）等のネットワーク１３を介して相互に通信可能に接続されている。

ネットワーク１３にはサーバ群１４も接続されている。サーバ群１４は、電子カルテサーバ１５、画像サーバ１６、レポートサーバ１７、およびカンファレンスサーバ１８で構成される。電子カルテサーバ１５はカルテデータベース（以下、ＤＢ（Data Base）と表記）１５Ａを有し、カルテＤＢ１５Ａには電子カルテ１９が検索可能に記憶されている。画像サーバ１６は画像ＤＢ１６Ａを有し、画像ＤＢ１６Ａには、各種画像検査で得られた医療画像２０が検索可能に記憶されている。

画像検査は医療検査の一種であり、医療画像２０は検査データの一種である。画像検査には、ＣＲ（Computed Radiography；コンピュータＸ線撮影）検査、ＣＴ検査、ＭＲＩ検査、ＥＣＧ（Electro cardiogram；心電図）検査、ＣＡＧ（Coronary Angiography；冠動脈カテーテル）検査、ＵＳ（Ultrasonography；超音波）検査、内視鏡検査等がある。ＣＲ検査、ＣＴ検査、ＭＲＩ検査等の医療画像２０は、例えばＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格のデータファイル形式で作成される。

レポートサーバ１７はレポートＤＢ１７Ａを有し、レポートＤＢ１７Ａには、医療画像２０を読影医が読影した結果である所見をまとめた医療レポート２１が検索可能に記憶されている。カンファレンスサーバ１８はカンファレンスＤＢ（図１ではカンファＤＢと表記）１８Ａを有し、カンファレンスＤＢ１８Ａには、医療カンファレンスの内容を記録したカンファレンス情報２２が検索可能に記憶されている。

医療カンファレンスは、診療の対象となる患者（以下、対象患者）の今後の治療方針を決定する際や、医療画像２０の撮影の改善点を検討する際に行われる。治療方針を決定する医療カンファレンスは、対象患者の治療を担当する複数人の医療スタッフ（医師、看護師、検査技師等）が、対象患者の医療画像２０を閲覧しながら行う。撮影の改善点を検討する医療カンファレンスは、医療画像２０の撮影を担当する複数人の医療スタッフ（放射線技師等）が、撮影を失敗した医療画像（写損画像）２０を閲覧しながら行う。

クライアント端末１１、診療支援サーバ１２、およびサーバ群１４は、パーソナルコンピュータ、サーバコンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステム等の制御プログラム、および各種アプリケーションプログラムをインストールして構成される。

クライアント端末１１は、各種表示画面を表示するディスプレイ２３とキーボードやマウス等の入力デバイス２４とを有し、医療スタッフにより操作される。図１ではクライアント端末１１は１台しか描かれていないが、実際は、内科、外科、検査科、リハビリ科等の診療科毎、または医療スタッフ毎に複数台配備されている。クライアント端末１１は、診療支援サーバ１２およびサーバ群１４が提供する各種機能を利用して患者の診療を行う際に使用される。

図２に示すように、クライアント端末１１では、ディスプレイ２３に検査データが表示される。そして、ディスプレイ２３に表示された検査データに対して、入力デバイス２４を介して医師が何らかの入力操作をすることが可能である。この検査データに対する入力デバイス２４を介した医師の入力操作が手動操作であり、その履歴が手動操作ログＭＯＬである。手動操作ログＭＯＬには、検査データに対する医師の分析結果が含まれる場合がある。

手動操作は、例えば、医療画像２０を拡大した（拡大表示操作）、２つ以上の医療画像２０の並列表示を指示した（比較表示操作）、医療画像２０内の病変のサイズ（長径、短径、体積等）を計測した（病変計測操作）、電子カルテ１９や医療画像２０に注釈を入力した（注釈入力操作）、電子カルテ１９に診断名を入力した（診断名入力操作）等である。医師の分析結果は、例えば、医療画像２０内の病変の種類の同定結果、病変のサイズの計測結果、注釈、診断名等である。拡大表示操作、比較表示操作等は、医師の分析結果を伴わない操作であるため、これらの手動操作ログＭＯＬには、医師の分析結果は含まれない。

診療支援サーバ１２は、医療スタッフ、特に医師の診療を支援するため、患者の診療過程で得られた様々な診療データを加工して医師に提供する。診療データには検査データが含まれる。

図３に示すように、診療支援サーバ１２は、診療支援の一環として、診断支援アルゴリズム３０を用いる。より具体的には、診療支援サーバ１２は、診断支援アルゴリズム３０に検査データを入力し、検査データを自動的に分析処理させ、その分析処理結果を医師の診断を支援する診断支援情報として出力させる。この診断支援アルゴリズム３０に自動的に診断支援情報を出力させる一連の処理が自動処理であり、その履歴が自動処理ログＡＰＬである。自動処理ログＡＰＬには、診断支援情報が含まれる。

診断支援アルゴリズム３０は複数ある。複数の診断支援アルゴリズム３０には、例えば、ＣＴ画像に映る病変を抽出して、抽出した病変の種類を同定し、かつそのサイズを計測するものが含まれる。この場合の診断支援情報は、抽出した病変のＣＴ画像内の位置とその種類、並びにサイズである。

図４において、診療支援サーバ１２は、クライアント端末１１からの各種要求を受け付ける。各種要求には、統合表示画面３５（図１４も参照）の配信要求、図２で示した手動操作ログＭＯＬの登録要求等がある。

統合表示画面３５は、対象患者の各種診療データを医師が分析しやすいように１つにまとめた表示画面である。診療支援サーバ１２は、統合表示画面３５の配信要求に応じた対象患者の各種診療データをサーバ群１４から取得し、取得した各種診療データに基づいて統合表示画面３５を生成する。診療支援サーバ１２は、生成した統合表示画面３５を、配信要求の要求元のクライアント端末１１に送信する。クライアント端末１１は、診療支援サーバ１２からの統合表示画面３５をディスプレイ２３に出力する。

診療支援サーバ１２は、ウェブブラウザ上で閲覧可能な統合表示画面３５を生成し、これをクライアント端末１１に送信する。診療支援サーバ１２は、クライアント端末１１に対して認証キーを発行して、診療支援サーバ１２へのアクセス権限を与える。診療支援サーバ１２にアクセスして認証を行った後、クライアント端末１１には、診療支援サーバ１２から統合表示画面３５が送信されてディスプレイ２３に表示される。

診療支援サーバ１２は、統合表示画面３５を含む各種表示画面を、例えば、ＸＭＬ（Extensible Markup Language）等のマークアップ言語によって作成されるウェブ配信用の画面データの形式で出力する。クライアント端末１１は、画面データに基づき各種表示画面をウェブブラウザ上に再現して表示する。ＸＭＬに代えて、ＪＳＯＮ（JavaScript（登録商標） Object Notation）等の他のデータ記述言語を利用してもよい。

図５において、カルテＤＢ１５Ａの電子カルテ１９は、Ｐ００１といった個々の患者を識別するための記号および番号である患者ＩＤ（Identification Data）が関連付けられて患者単位で管理される。電子カルテサーバ１５は、この患者ＩＤを検索キーとしてカルテＤＢ１５Ａから電子カルテ１９を検索することが可能である。

電子カルテ１９は、診療データとして、複数の測定データと複数の投薬データとを有する。測定データは、医療画像２０と同じく検査データの一種である。測定データは、バイタルサイン、血液検査、尿検査等の医療検査の種類別に整理され、測定日時、測定項目、および測定値が関連付けて記憶されている。測定項目には、例えばバイタルサインであれば体温、脈拍、血圧（上下）等があり、血液検査であれば白血球数、血小板、随時血糖等がある。投薬データは、薬剤Ａ、薬剤Ｂ等の薬剤の種類別に整理され、投与期間および投与量が関連付けて記憶されている。

なお、電子カルテ１９には、患者ＩＤの他、患者の氏名、性別、年齢、生年月日、嗜好（喫煙、飲酒の有無）、既往症、アレルギーといった患者情報が記録されている。また、電子カルテ１９には、医療検査、医療レポート２１の作成、手術、投薬等の指示を記したオーダ、初診、再診、入退院等の患者の診療過程で生じたイベント、あるいは患者主訴、診断名を含む診療記録、看護記録、家族からの情報等も時系列に記録されている。

図６において、画像ＤＢ１６Ａの医療画像２０は、電子カルテ１９と同じく患者ＩＤが関連付けられて患者単位で管理される。電子カルテサーバ１５と同じく、画像サーバ１６は、患者ＩＤを検索キーとして画像ＤＢ１６Ａから医療画像２０を検索することが可能である。

医療画像２０の１件分のファイルは、医療画像２０の本体と、撮影日時、画像ＩＤ、オーダＩＤ、属性（画像検査の種類、撮影部位、方向）等の様々な付帯情報とで構成される。画像サーバ１６は、こうした付帯情報とともに医療画像２０を診療データとして診療支援サーバ１２に送信する。

画像ＩＤは、各医療画像２０を識別するための記号および番号であり、オーダＩＤは、各種画像検査を指示するオーダを識別するための記号および番号である。ＣＴ検査やＣＡＧ検査等、１回に複数枚の医療画像２０が撮影される画像検査の場合は、複数枚の医療画像２０が１回の画像検査で得られたことを示すために、各医療画像２０に共通のオーダＩＤが付与され、一まとめの医療画像２０として管理される。

図７において、レポートＤＢ１７Ａの医療レポート２１は、電子カルテ１９および医療画像２０と同じく患者ＩＤが関連付けられて患者単位で管理される。電子カルテサーバ１５、画像サーバ１６と同じく、レポートサーバ１７は、患者ＩＤを検索キーとしてレポートＤＢ１７Ａから医療レポート２１を検索することが可能である。

医療レポート２１には、患者ＩＤの他、医療レポート２１の作成日時、各医療レポート２１を識別するためのレポートＩＤ、医療レポート２１に引用した医療画像２０の画像ＩＤ、および医療画像２０と同様の属性が付帯情報として関連付けられている。レポートサーバ１７は、こうした付帯情報とともに、医療レポート２１を診療データとして診療支援サーバ１２に送信する。

図８において、カンファレンスＤＢ１８Ａのカンファレンス情報２２は、医療カンファレンスの開催日時、各医療カンファレンスを識別するためのカンファレンスＩＤ、医療カンファレンスの目的、医療カンファレンスの対象患者（医療カンファレンスに引用した医療画像２０を撮影した患者）の患者ＩＤ、医療カンファレンスに引用した医療画像２０の画像ＩＤ、医療カンファレンスに出席した医療スタッフを識別するためのスタッフＩＤ、および議事録が付帯情報として関連付けられている。議事録には、医療カンファレンスに出席した医療スタッフの発言内容や医療カンファレンスのサマリー等が記録されている。なお、図５〜図８では、各種日時のうちの日付のみを示している。

図９において、クライアント端末１１および診療支援サーバ１２を構成するコンピュータは、基本的な構成は同じであり、それぞれ、ストレージデバイス４０、メモリ４１、ＣＰＵ（Central Processing Unit）４２、および通信部４３を備えている。クライアント端末１１は前述のようにディスプレイ２３および入力デバイス２４を有し、診療支援サーバ１２も同様にディスプレイ４４および入力デバイス４５を有する。これらはデータバス４６を介して相互接続されている。

ストレージデバイス４０は、クライアント端末１１等を構成するコンピュータに内蔵、またはケーブルあるいはネットワークを通じて接続されたハードディスクドライブ、もしくはハードディスクドライブを複数台連装したディスクアレイである。ストレージデバイス４０には、オペレーティングシステム等の制御プログラム、各種アプリケーションプログラム、およびこれらのプログラムに付随する各種表示画面の表示データ等が記憶されている。

メモリ４１は、ＣＰＵ４２が処理を実施するためのワークメモリである。ＣＰＵ４２は、ストレージデバイス４０に記憶されたプログラムをメモリ４１へロードして、プログラムにしたがった処理を実施することにより、コンピュータの各部を統括的に制御する。

通信部４３は、ネットワーク１３を介した各種情報の伝送制御を行うネットワークインターフェースである。ディスプレイ２３、４４は、入力デバイス２４、４５の操作に応じた各種表示画面を表示する。表示画面にはＧＵＩ(Graphical User Interface)による操作機能が備えられる。クライアント端末１１等を構成するコンピュータは、表示画面を通じて入力デバイス２４、４５からの操作指示の入力を受け付ける。

なお、以下の説明では、ディスプレイ２３および入力デバイス２４以外のクライアント端末１１を構成するコンピュータの各部には添え字の「Ａ」を、ディスプレイ４４および入力デバイス４５以外の診療支援サーバ１２を構成するコンピュータの各部には添え字の「Ｂ」をそれぞれ符号に付して区別する。

図１０において、ウェブブラウザが起動されると、クライアント端末１１のＣＰＵ４２Ａは、メモリ４１等と協働して、ＧＵＩ制御部５０、およびブラウザ制御部５１として機能する。

ＧＵＩ制御部５０は、各種表示画面をディスプレイ２３に表示し、かつ各種表示画面を通じて医療スタッフによって入力デバイス２４から入力される様々な操作指示を受け付ける。操作指示には、診療支援サーバ１２への統合表示画面３５の配信指示、手動操作ログＭＯＬの登録指示等がある。ＧＵＩ制御部５０は、受け付けた操作指示をブラウザ制御部５１に出力する。

ブラウザ制御部５１は、ウェブブラウザの動作を制御する。ブラウザ制御部５１は、ＧＵＩ制御部５０からの操作指示に応じた要求、具体的には統合表示画面３５の配信指示に応じた統合表示画面３５の配信要求、手動操作ログＭＯＬの登録指示に応じた手動操作ログＭＯＬの登録要求等を診療支援サーバ１２に対して発行する。

また、ブラウザ制御部５１は、診療支援サーバ１２からの各種表示画面の画面データを受け取る。ブラウザ制御部５１は、画面データに基づきウェブブラウザ上に表示する表示画面を再現し、これをＧＵＩ制御部５０に出力する。ＧＵＩ制御部５０は、表示画面をディスプレイ２３に表示する。

図１１において、診療支援サーバ１２のストレージデバイス４０Ｂには、前述の診断支援アルゴリズム３０に加えて、作動プログラム５５が記憶されている。作動プログラム５５は、診療支援サーバ１２を構成するコンピュータを、診療支援装置として機能させるためのアプリケーションプログラムである。

ストレージデバイス４０Ｂには、ログデータテーブル５６（図１２および図１３参照）も記憶されている。ログデータテーブル５６は、検査データと、自動処理ログＡＰＬおよび手動操作ログＭＯＬとを関連付けて記憶したものである。すなわち、ストレージデバイス４０Ｂは、検査データと、自動処理ログＡＰＬおよび手動操作ログＭＯＬとを関連付けて記憶する記憶部に相当する。

詳しくは後述するが、ログデータテーブル５６には、自動処理ログＡＰＬおよび手動操作ログＭＯＬに加えて、引用ログＱＬも記憶されている。引用ログＱＬは、自動処理ログＡＰＬに含まれる診断支援情報または手動操作ログＭＯＬに含まれる医師の分析結果が、医療レポート２１または医療カンファレンスに引用された履歴である。

作動プログラム５５が起動されると、診療支援サーバ１２のＣＰＵ４２Ｂは、メモリ４１等と協働して、要求受付部６０、診療データ取得部６１、分析処理部６２、第１取得部６３、第２取得部６４、情報管理部６５、および画面出力制御部６６として機能する。

要求受付部６０は、クライアント端末１１からの各種要求を受け付ける。要求受付部６０は、各種要求のうちの統合表示画面３５の配信要求を診療データ取得部６１と情報管理部６５と画面出力制御部６６に、手動操作ログＭＯＬの登録要求を第２取得部６４に、それぞれ出力する。統合表示画面３５の配信要求には対象患者の患者ＩＤが含まれ、手動操作ログＭＯＬの登録要求には手動操作ログＭＯＬが含まれる。

診療データ取得部６１は、対象患者の診療データの取得要求をサーバ群１４に対して発行する。取得要求は、要求受付部６０からの統合表示画面３５の配信要求に含まれる対象患者の患者ＩＤを検索キーとするものである。診療データ取得部６１は、取得要求に応じてサーバ群１４から送信された対象患者の診療データを取得する。診療データ取得部６１は、取得した診療データを分析処理部６２および画面出力制御部６６に出力する。

分析処理部６２は、診断支援アルゴリズム３０による分析処理を実施する。この分析処理の実施に先立ち、分析処理部６２は、診療データ取得部６１からの診療データに含まれる検査データのうち、診断支援アルゴリズム３０に入力する検査データを選定する。

より詳しくは、分析処理部６２は、診断支援アルゴリズム３０が分析処理の対象とする検査データであって、未だ診断支援情報を出力していない検査データを、診断支援アルゴリズム３０に入力する検査データとして選定する。分析処理部６２は、診断支援情報が未出力の検査データであるか出力済みの検査データであるかを、情報管理部６５から受け渡される自動処理ログＡＰＬを参照することで見極める。分析処理部６２は、診断支援アルゴリズム３０が分析処理の対象とする検査データについて、関連する自動処理ログＡＰＬが既にある場合は、診断支援情報が出力済みであるとして、診断支援アルゴリズム３０に入力する検査データから除外する。

分析処理部６２は、選定した検査データを診断支援アルゴリズム３０に入力し、診断支援アルゴリズム３０に分析処理を実施させる。このように、診断支援アルゴリズム３０による分析処理は、要求受付部６０で統合表示画面３５の配信要求を受け付けたことを契機に、自動的に実施される。このため、統合表示画面３５の配信要求は、診断支援アルゴリズム３０の分析処理要求であるともいえる。

分析処理部６２は、分析処理結果である診断支援情報を含む自動処理ログＡＰＬを第１取得部６３に出力する。なお、診断支援アルゴリズム３０に入力すべき検査データがない場合は、当然ながら分析処理部６２は分析処理を実施せず、自動処理ログＡＰＬも出力されない。

第１取得部６３は、分析処理部６２からの自動処理ログＡＰＬを取得する第１取得機能を担う。第１取得部６３は、取得した自動処理ログＡＰＬを情報管理部６５に受け渡す。

第２取得部６４は、要求受付部６０からの手動操作ログＭＯＬの登録要求に含まれる手動操作ログＭＯＬを取得する第２取得機能を担う。第２取得部６４は、取得した手動操作ログＭＯＬを情報管理部６５に受け渡す。

情報管理部６５は、ストレージデバイス４０Ｂに各種情報を書き込み、かつストレージデバイス４０Ｂから各種情報を読み出す情報管理機能を担う。情報管理部６５は、第１取得部６３からの自動処理ログＡＰＬおよび第２取得部６４からの手動操作ログＭＯＬを、ログデータテーブル５６にそれぞれ登録する。また、情報管理部６５は、自動処理ログＡＰＬに含まれる診断支援情報または手動操作ログＭＯＬに含まれる医師の分析結果が、医療レポート２１または医療カンファレンスに引用された場合に、引用ログＱＬをログデータテーブル５６に登録する。

情報管理部６５は、対象患者の自動処理ログＡＰＬを、診断支援アルゴリズム３０に入力する検査データを選定する際の参照用に分析処理部６２に出力する。また、情報管理部６５は、要求受付部６０からの統合表示画面３５の配信要求に応じて、対象患者の自動処理ログＡＰＬ、手動操作ログＭＯＬ、および引用ログＱＬを画面出力制御部６６に出力する。

画面出力制御部６６は、診療データ取得部６１からの対象患者の診療データに基づき統合表示画面３５を生成し、これを統合表示画面３５の配信要求の要求元のクライアント端末１１に送信する。また、画面出力制御部６６は、情報管理部６５からの対象患者の自動処理ログＡＰＬ、手動操作ログＭＯＬ、および引用ログＱＬに基づきログ表示画面９５（図１６参照）を生成し、これを統合表示画面３５の配信要求の要求元のクライアント端末１１に送信する。すなわち、画面出力制御部６６は、ログ表示画面９５の出力を制御する画面出力制御機能を担う。また、統合表示画面３５の配信要求に応じてログ表示画面９５も送信されるので、統合表示画面３５の配信要求は、ログ表示画面９５の配信要求でもある。

図１２において、ログデータテーブル５６は、電子カルテ１９や医療画像２０等と同じく、患者単位で管理される。ログデータテーブル５６は、ＣＴ画像、ＣＲ画像、ＭＲＩ画像等、医療画像２０毎に用意されている。

図１３は、患者ＩＤがＰ００１の患者のＣＴ画像に関するログデータテーブル５６を示す。ログデータテーブル５６には、ログＩＤ、登録日時、アルゴリズムＩＤ、スタッフＩＤ、画像ＩＤ、引用元および引用先、内容、診断支援情報、医師の分析結果、表示状態情報、詳細情報の表示有無、および引用回数の各項目が設けられている。

ログＩＤは、個々のログを識別するための記号および番号である。ログＩＤは、ログデータテーブル５６への各ログの登録時に情報管理部６５により自動的に付される。自動処理ログＡＰＬのログＩＤにはＡＰＬが、手動操作ログＭＯＬのログＩＤにはＭＯＬが、引用ログＱＬのログＩＤにはＱＬがそれぞれ記号として付され、その後に順番に番号が付される。

登録日時の項目には、情報管理部６５が各ログをログデータテーブル５６に登録した日時が記録される。アルゴリズムＩＤの項目には、自動処理ログＡＰＬに係る分析処理を実施した診断支援アルゴリズム３０のアルゴリズムＩＤが記録される。このため、アルゴリズムＩＤは自動処理ログＡＰＬのみに記録され、手動操作ログＭＯＬおよび引用ログＱＬには記録されない。

スタッフＩＤの項目には、手動操作ログＭＯＬに係る手動操作、または引用ログＱＬに係る引用行為を実施した医療スタッフのスタッフＩＤが登録される。このため、スタッフＩＤは自動処理ログＡＰＬには記録されない。

画像ＩＤの項目には、各ログの対象となったＣＴ画像の画像ＩＤが記録される。引用元および引用先の項目には、引用ログＱＬに係る引用元の自動処理ログＡＰＬまたは手動操作ログＭＯＬのログＩＤ、および引用先の医療レポート２１のレポートＩＤまたは医療カンファレンスのカンファレンスＩＤが記録される。このため、引用元および引用先は引用ログＱＬのみに記録され、自動処理ログＡＰＬおよび手動操作ログＭＯＬには記録されない。

内容の項目には、各ログの具体的な内容が記録される。例えばログＩＤがＡＰＬ００１の自動処理ログＡＰＬには、病変の抽出、病変の種類の同定、および病変のサイズの計測が記録されている。ログＩＤがＭＯＬ００１の手動操作ログＭＯＬには、拡大表示操作が記録されている。また、ログＩＤがＭＯＬ００２の手動操作ログＭＯＬには、病変計測操作が記録されている。

診断支援情報の項目には診断支援情報が、医師の分析結果の項目には医師の分析結果がそれぞれ記録される。診断支援情報は自動処理ログＡＰＬのみに記録され、医師の分析結果は、病変計測操作等の医師の分析結果を伴う手動操作ログＭＯＬのみに記録される。

表示状態情報の項目には表示状態情報が記録される。表示状態情報は、手動操作ログＭＯＬの取得時に医師が閲覧していた検査データの表示状態を表す情報である。表示状態情報は、要するに手動操作ログＭＯＬの取得時のディスプレイ２３のスクリーンショットである。表示状態情報は、手動操作ログＭＯＬのみに記録される。

詳細情報の表示有無の項目には、自動処理ログＡＰＬの詳細情報を表示したか否かが記録される。すなわち、詳細情報を表示した場合は「表示」が、詳細情報を表示していない場合は図示するように「未表示」が記録される。詳細情報の表示有無は、医療スタッフ毎に登録される。なお、詳細情報は、分析処理を実施した診断支援アルゴリズム３０の名称や診断支援情報等である。

引用回数の項目には、自動処理ログＡＰＬに含まれる診断支援情報または手動操作ログＭＯＬに含まれる医師の分析結果の、医療レポート２１または医療カンファレンスへの引用回数が記録される。より詳しくは、ログＩＤが引用元として記録された引用ログＱＬの個数を自動処理ログＡＰＬおよび手動操作ログＭＯＬ毎に集計し、集計した個数を引用回数として登録する。

図１３に示すログデータテーブル５６から、以下のことが分かる。まず、ログＩＤがＡＰＬ００１の自動処理ログＡＰＬから、画像ＩＤがＣＴ０５０−５のＣＴ画像に対して、アルゴリズムＩＤがＡＬ０５０の診断支援アルゴリズム３０で、病変の抽出、病変の種類の同定、および病変のサイズの計測を内容とする分析処理が実施され、病変位置（Ｘ、Ｙ）、種類Ａ、サイズ１０×５ｍｍ、３００ｍｍ³という内容の診断支援情報が出力されたことが分かる。そして、この自動処理ログＡＰＬの詳細情報が未だ表示されておらず、かつ診断支援情報が医療レポート２１または医療カンファレンスに引用されていないことが分かる。

次いで、ログＩＤがＭＯＬ００１およびＭＯＬ００２の手動操作ログＭＯＬから、画像ＩＤがＣＴ０５０−５のＣＴ画像に対して、スタッフＩＤがＳＦ０５０の医師により、拡大表示操作および病変計測操作がそれぞれ実施され、病変位置（ＸＸ、ＹＹ）、種類Ａ、サイズ１１×６ｍｍ、３３０ｍｍ³という病変計測結果が入力されたことが分かる。

続いて、ログＩＤがＱＬ００１の引用ログＱＬから、スタッフＩＤがＳＦ０６０の医師により、ログＩＤがＭＯＬ００２の手動操作ログＭＯＬに含まれる医師の分析結果が、レポートＩＤがＲＥ０５０の医療レポート２１に引用されたことが分かる。

医療スタッフは、クライアント端末１１を通じて診療支援サーバ１２にアクセスして、自らのスタッフＩＤと認証キーを入力して認証を行う。この際に入力されたスタッフＩＤがログデータテーブル５６のスタッフＩＤの項目に記録される。

認証後、クライアント端末１１のディスプレイ２３のウェブブラウザ上には、患者ＩＤの入力画面が表示される。患者ＩＤの入力画面には、例えば患者ＩＤの入力ボックスと、統合表示画面３５の配信指示をするための送信ボタンとが用意されている。入力ボックスに対象患者の患者ＩＤが入力されて送信ボタンが選択された場合、クライアント端末１１のブラウザ制御部５１から診療支援サーバ１２の要求受付部６０に対象患者の患者ＩＤを含む統合表示画面３５の配信要求が発行される。

統合表示画面３５の配信要求を受けて、診療データ取得部６１からサーバ群１４に取得要求が発行される。サーバ群１４は、対象患者の患者ＩＤが付された電子カルテ１９や医療画像２０等の診療データを診療データ取得部６１に送信する。画面出力制御部６６は、このサーバ群１４からの対象患者の診療データに基づき、図１４に示す統合表示画面３５を生成する。

図１４において、統合表示画面３５は、第１表示領域７０、第２表示領域７１、第３表示領域７２、第４表示領域７３のおおよそ４つの表示領域に分かれている。第１表示領域７０には、例えばバイタルサインの体温、脈拍、血圧（上下）といった各測定項目の測定値の時系列変化を示すグラフ、薬剤の投与量および投与期間を示すバー等が表示される。

第２表示領域７１には、診療データを表示する複数のウィンドウが並べて表示される。例えばあるウィンドウには血液検査の複数の測定項目の測定値が、またあるウィンドウには尿検査の複数の測定項目の測定値がそれぞれリスト表示される。さらには薬剤の種類と投与量がリスト表示されるウィンドウもある。また、第２表示領域７１の右端に並んだ３つのウィンドウのように、各種医療画像２０のサムネイル７５が表示されたウィンドウもある。第２表示領域７１の各ウィンドウには、最新の診療データが表示される。

第２表示領域７１には、医療レポート２１の作成アプリケーションプログラムのウィンドウ（以下、レポートウィンドウ）７６や、カンファレンス情報２２の作成アプリケーションプログラムのウィンドウ（以下、カンファレンスウィンドウ）７７等、各種アプリケーションプログラムのウィンドウも表示される。

第３表示領域７２には、患者ＩＤ、氏名、性別、年齢、生年月日、嗜好、既往症、アレルギー等の対象患者の患者情報、対象患者の主治医の所属診療科および氏名等が表示される。第４表示領域７３には、電子カルテ１９に含まれる患者主訴、診療記録、看護記録、家族からの情報を表示するウィンドウが並べて表示される。この第４表示領域７３に表示されるウィンドウで、注釈入力操作や診断名入力操作が可能である。注釈は、例えば患者の主訴に対する医師の所感である。

第２表示領域７１の医療画像２０のサムネイル７５は、カーソル８０で選択することが可能である。サムネイル７５がカーソル８０で選択された場合、画面出力制御部６６は、図１５に示すビューア画面８５を統合表示画面３５上にポップアップ表示させる。

図１５において、ビューア画面８５は、フルサイズの医療画像２０を表示する画像表示領域８６と、患者ＩＤ、患者氏名等の患者情報、撮影日時、撮影部位、方向等の付帯情報を表示する情報表示領域８７と、病変の種類、病変のサイズ等、病変計測結果を入力する計測結果入力領域８８とを有する。

ビューア画面８５には、統合表示画面３５のサムネイル７５に替えて、フルサイズの医療画像２０が表示される。したがって、統合表示画面３５においてサムネイル７５をカーソル８０で選択する操作は、医療画像２０の拡大表示操作に相当する。このため、統合表示画面３５においてサムネイル７５が選択された場合、ブラウザ制御部５１は、画像ＩＤ等を含む手動操作ログＭＯＬの登録要求を要求受付部６０に発行する。すなわち、サムネイル７５の選択が手動操作ログＭＯＬの登録指示に相当する。この場合、情報管理部６５は、手動操作ログＭＯＬの内容の項目に拡大表示操作を登録する。

ビューア画面８５では、医療画像２０内の病変を指定することができる。病変の指定は、カーソル８０により画像表示領域８６の医療画像２０内の病変と思しき領域の外周を囲むように複数の制御点を入力することで行われる。この複数の制御点を通る滑らかな曲線を描く一点鎖線で示す枠８９およびその内側が病変として指定される。

医師は病変を指定して、さらに病変の種類およびサイズを計測結果入力領域８８に入力した後、登録ボタン９０をカーソル８０で選択する。この登録ボタン９０を選択する操作は、病変計測操作に相当する。このため、登録ボタン９０が選択された場合、ブラウザ制御部５１は、病変計測結果や画像ＩＤ等を含む手動操作ログＭＯＬの登録要求を要求受付部６０に発行する。すなわち、登録ボタン９０の選択も手動操作ログＭＯＬの登録指示に相当する。この場合、情報管理部６５は、手動操作ログＭＯＬの内容の項目に病変計測操作を登録し、かつ医師の分析結果の項目に病変計測結果を登録する。

医療画像２０内に病変が複数存在する場合には、各病変に対して枠８９の指定、および種類、サイズの入力が行われる。ブラウザ制御部５１は、各病変に対して登録ボタン９０が選択される度に、手動操作ログＭＯＬの登録要求を要求受付部６０に発行する。このため、医療画像２０内に病変が複数存在する場合には、第２取得部６４は、複数の病変の各々の病変計測操作に係る手動操作ログＭＯＬを取得する。

なお、ビューア画面８５においては、上記の拡大表示操作および病変計測操作の他に、比較表示操作、注釈入力操作も可能である。比較表示操作は、具体的には前回の画像検査と今回の画像検査で得られた医療画像２０の並列表示の指示等である。また、この場合の注釈は、病変に対する医師の所感である。

手動操作ログＭＯＬの登録要求は、統合表示画面３５上の登録指示ボタンをカーソル８０で選択する、あるいはキーボードのプリントスクリーンボタンを押下するといったワンアクションで発行してもよい。例えば、ＣＴ画像、ＭＲＩ画像、ＥＣＧ画像のビューア画面８５を表示した状態で、登録指示ボタンまたはプリントスクリーンボタンを選択すると、上記各画像の拡大表示操作を一まとめにした手動操作ログＭＯＬの登録要求が発行される。こうすれば、医療スタッフが自分の好むタイミングで手動操作ログＭＯＬを登録することができる。

画面出力制御部６６は、図１６に示すログ表示画面９５を、統合表示画面３５の下部等に表示させる。

図１６において、ログ表示画面９５は、表示選択領域９６と一括表示領域９７を有する。表示選択領域９６には、２つのプルダウンメニュー９８Ａ、９８Ｂが設けられている。プルダウンメニュー９８Ａは、一括表示領域９７に表示するログの種類を選択するためのものである。プルダウンメニュー９８Ａには、ログを全種類表示する図示の「全て」の選択肢の他に、自動処理ログＡＰＬのみ、手動操作ログＭＯＬのみ、あるいは引用ログＱＬのみを表示する選択肢等が用意されている。プルダウンメニュー９８Ｂは、一括表示領域９７に表示するログを検査データで絞り込むためのものである。プルダウンメニュー９８Ｂには、ＣＴ画像に係るログのみを表示する図示の「ＣＴ画像」の選択肢の他に、全ての検査データに係るログを表示する「全て」の選択肢、ＣＲ画像に係るログのみ、あるいはＭＲＩ画像に係るログのみを表示する選択肢等が用意されている。ログ表示画面９５が表示されるときには、プルダウンメニュー９８Ａ、９８Ｂともに「全て」の選択肢が選択されている。なお、これらの他にも、一括表示領域９７に表示するログを、日付、撮影部位、方向等で絞り込むためのプルダウンメニューを設けてもよい。

一括表示領域９７には、ログデータテーブル５６の登録内容に基づく表示がなされる。すなわち、一括表示領域９７には、自動処理ログＡＰＬの表示ブロック（以下、ＡＰＬブロックと表記）９９および手動操作ログＭＯＬの表示ブロック（以下、ＭＯＬブロックと表記）１００が一括して表示される。また、一括表示領域９７には、引用ログＱＬの表示ブロック（以下、ＱＬブロックと表記）１０１も表示される。ＡＰＬブロック９９およびＭＯＬブロック１００には、統合表示画面３５の第２表示領域７１のウィンドウと同じく、医療画像２０のサムネイル７５が表示される。なお、図１６では、図１３で例示した、患者ＩＤがＰ００１の患者のＣＴ画像に関するログデータテーブル５６の登録内容に基づく表示がなされたログ表示画面９５を示している。

ＡＰＬブロック９９およびＭＯＬブロック１００は、時系列に表示される。図１６では、上から下にかけて、登録日時が古いものから順にＡＰＬブロック９９およびＭＯＬブロック１００が並べられている。つまり、一括表示領域９７のＡＰＬブロック９９およびＭＯＬブロック１００を上から順に見ていけば、どういった順序で自動処理および手動操作が実施されたのかが分かる。

図１６では、「２０１６．０１．１４」の１日分のみが表示されているが、対象患者の診察日が複数日にわたる場合には、複数日分のＡＰＬブロック９９やＭＯＬブロック１００が表示される。この場合、一括表示領域９７は日毎に小領域に区切られる。

ＡＰＬブロック９９には、破線の枠および符号１０５で示すように、診断支援アルゴリズム３０の自動処理に由来することを示す文字（ＡＵＴＯ）が記される。一方、ＭＯＬブロック１００には、破線の枠および符号１０６、１０７で示すように、手動操作の具体的内容を示す文字（ＭＯＬブロック１００Ａは拡大表示操作、ＭＯＬブロック１００Ｂは病変計測操作）と、手動操作を実施した医療スタッフおよびそのスタッフＩＤを示す文字（Ａ医師（ＳＦ０５０））が記される。ＡＰＬブロック９９およびＭＯＬブロック１００は、こうした文字表記１０５〜１０７によって互いに識別可能である。

ＡＰＬブロック９９およびＭＯＬブロック１００を識別可能な形態で表示する方法としては、上記の文字表記を異ならせる方法に替えて、あるいは加えて、ＡＰＬブロック９９とＭＯＬブロック１００とで文字の体裁（太字、斜字、下線、フォント等）を変更する、ＡＰＬブロック９９とＭＯＬブロック１００とで背景色を変更する（ＡＰＬブロック９９は灰色、ＭＯＬブロック１００は水色等）、ＡＰＬブロック９９とＭＯＬブロック１００のいずれかを枠で囲む、ＡＰＬブロック９９とＭＯＬブロック１００のいずれかをグレーアウトさせる、といった方法を採用してもよい。

ＡＰＬブロック９９には、破線の枠および符号１０８で示すように、診断支援情報の一部を示す文字が記される。また、ＡＰＬブロック９９には、破線の枠および符号１０９で示すように、詳細情報が表示済みであるか未表示であるかを示す文字が記される。図１６の場合は、詳細情報が未表示である旨の文字（未表示）が記される。

病変計測操作のＭＯＬブロック１００Ｂには、破線の枠および符号１１０で示すように、病変計測結果の一部を示す文字が記される。

画面出力制御部６６は、ＱＬブロック１０１を、引用元の自動処理ログＡＰＬのＡＰＬブロック９９、または引用元の手動操作ログＭＯＬのＭＯＬブロック１００と対応付けて一括表示領域９７に表示する。より具体的には、ＱＬブロック１０１は、引用元の自動処理ログＡＰＬのＡＰＬブロック９９、または引用元の手動操作ログＭＯＬのＭＯＬブロック１００の直下に、垂れ下がるように表示される。図１６では、ＭＯＬブロック１００Ｂの手動操作ログＭＯＬが引用元で、ＭＯＬブロック１００Ｂの直下にＱＬブロック１０１が表示された例を示している。

ＱＬブロック１０１には、破線の枠および符号１１１で示すように、自動処理ログＡＰＬに含まれる診断支援情報または手動操作ログＭＯＬに含まれる医師の分析結果の引用先が何かを示す文字（＠Ｒｅｐｏｒｔ）が記される。ここで例示する＠Ｒｅｐｏｒｔは、診断支援情報または医師の分析結果の引用先が医療レポート２１であることを示す文字である。医療カンファレンスが引用先である場合は、＠Ｒｅｐｏｒｔの替わりに＠Ｃｏｎｆｅｒｅｎｃｅ（図２７等の符号１５７参照）の文字が記される。

ＱＬブロック１０１には、ＭＯＬブロック１００と同様に、破線の枠および符号１１２で示すように、引用行為を実施した医療スタッフおよびそのスタッフＩＤを示す文字（Ｂ医師（ＳＦ０６０））が記される。また、ＱＬブロック１０１には、破線の枠および符号１１３で示すように、引用先の医療レポート２１または医療カンファレンスの内容の一部を示す文字が記される。

なお、ＡＰＬブロック９９、ＭＯＬブロック１００、ＱＬブロック１０１が一度に表示しきれない数となった場合、一括表示領域９７には縦スクロールバーが表示される。

診断支援情報または医師の分析結果を、医療レポート２１または医療カンファレンスに引用する方法としては、例えば図１７に示す態様が採用される。すなわち、一括表示領域９７のＡＰＬブロック９９またはＭＯＬブロック１００を、レポートウィンドウ７６またはカンファレンスウィンドウ７７にドラッグアンドドロップする。画面出力制御部６６は、ドラッグアンドドロップされたＡＰＬブロック９９またはＭＯＬブロック１００の直下にＱＬブロック１０１を表示させる。図１７では、図１６に示す病変計測操作のＭＯＬブロック１００Ｂが、レポートウィンドウ７６にドラッグアンドドロップされて、ＭＯＬブロック１００Ｂの直下にＱＬブロック１０１が表示される様子を示している。

図１８Ａに示すように、一括表示領域９７において、ＡＰＬブロック９９は、カーソル８０による選択指示を受け付ける。このカーソル８０によるＡＰＬブロック９９の選択指示があった場合、画面出力制御部６６は、図１８Ｂに示す詳細情報表示画面１２０をログ表示画面９５上にポップアップ表示させる。

詳細情報表示画面１２０は、自動処理を実施した診断支援アルゴリズム３０の名称等を表示するアルゴリズム表示領域１２１、医療画像２０を表示する画像表示領域１２２、および診断支援情報を表示する診断支援情報表示領域１２３を有する。画像表示領域１２２の医療画像２０には、診断支援アルゴリズム３０で抽出した病変の位置を示す枠および矢印が表示される。詳細情報表示画面１２０は、マウスの右クリックやキーボードのエスケープキーの押下で表示が消える。

画面出力制御部６６は、図１８Ａに示す選択指示前のＡＰＬブロック９９では、詳細情報が未表示であるため、文字表記１０９に「未表示」を表示させる。対して、選択指示がなされて詳細情報表示画面１２０を表示した後の図１８Ｃに示すＡＰＬブロック９９では、文字表記１０９に詳細情報が表示済みであることを示す「表示済み」を表示させる。画面出力制御部６６は、この文字表記１０９の切り替え表示によって、選択指示を受け付けて詳細情報を表示済みの自動処理ログＡＰＬと、選択指示を受け付けておらず詳細情報を未表示の自動処理ログＡＰＬの表示形態を異ならせる。

図１９Ａに示すように、一括表示領域９７において、ＭＯＬブロック１００もカーソル８０による選択指示を受け付ける。このカーソル８０によるＭＯＬブロック１００の選択指示があった場合、画面出力制御部６６は、図１９Ｂに示すように、ログデータテーブル５６の表示状態情報に基づいて、選択指示を受け付けたＭＯＬブロック１００に係る手動操作ログＭＯＬの検査データの表示状態を再現した再現画面１３０をログ表示画面９５上にポップアップ表示させる。

図１９では、図１６に示す病変計測操作のＭＯＬブロック１００Ｂの選択指示が受け付けられた場合を示している。この場合、画面出力制御部６６は、図１９Ｂに示すように、統合表示画面３５上にビューア画面８５がポップアップ表示されて、ビューア画面８５の計測結果入力領域８８に病変計測結果が入力された状態の再現画面１３０を表示させる。再現画面１３０は、詳細情報表示画面１２０と同じく、マウスの右クリックやキーボードのエスケープキーの押下で表示が消える。

以下、上記構成による作用について、図２０および図２１のフローチャートを参照して説明する。まず医師等の医療スタッフは、クライアント端末１１を通じて診療支援サーバ１２にアクセスして認証を行う。この際、医療スタッフは、自らのスタッフＩＤと認証キーを入力する。認証後、診療支援サーバ１２では、クライアント端末１１からの各種要求が要求受付部６０で受け付けられる。

図２０において、統合表示画面３５の配信要求が要求受付部６０で受け付けられた場合（ステップＳＴ１００でＹＥＳ）、診療データ取得部６１からサーバ群１４に対象患者の診療データの取得要求が発行される。そして、これに応じてサーバ群１４から送信された対象患者の診療データが、診療データ取得部６１で取得される（ステップＳＴ１１０）。

分析処理部６２では、対象患者の診療データのうち、診断支援情報が未出力の検査データがあるか否かが調べられる。診断支援情報が未出力の検査データがあった場合（ステップＳＴ１２０でＹＥＳ）、当該検査データが分析処理部６２により診断支援アルゴリズム３０に入力され、分析処理が実施される（ステップＳＴ１３０）。この分析処理結果である診断支援情報を含む自動処理ログＡＰＬは、分析処理部６２から第１取得部６３に出力される。これにより第１取得部６３で自動処理ログＡＰＬが取得される（ステップＳＴ１４０、第１取得ステップ）。自動処理ログＡＰＬは第１取得部６３から情報管理部６５に受け渡され、情報管理部６５によりログデータテーブル５６に登録される（ステップＳＴ１５０、情報管理ステップ）。なお、診断支援情報が未出力の検査データがなかった場合（ステップＳＴ１２０でＮＯ）は、ステップＳＴ１３０〜ＳＴ１５０の処理は行われない。

一方、手動操作ログＭＯＬの登録要求が要求受付部６０で受け付けられた場合（ステップＳＴ１６０でＹＥＳ）、登録要求に含まれる手動操作ログＭＯＬが第２取得部６４で取得される（ステップＳＴ１７０、第２取得ステップ）。手動操作ログＭＯＬは第２取得部６４から情報管理部６５に受け渡され、情報管理部６５によりログデータテーブル５６に登録される（ステップＳＴ１８０、情報管理ステップ）。

図２０は、主として第１取得部６３、第２取得部６４の視点で診療支援サーバ１２の処理手順を追ったフローチャートであるが、図２１は、主として画面出力制御部６６の視点で診療支援サーバ１２の処理手順を追ったフローチャートである。

統合表示画面３５の配信要求が要求受付部６０で受け付けられて（ステップＳＴ１００でＹＥＳ）、これに応じてステップＳＴ１１０において診療データ取得部６１で取得された診療データは、画面出力制御部６６に出力される。また、情報管理部６５によって、ログデータテーブル５６から対象患者の各ログが読み出され、画面出力制御部６６に出力される（ステップＳＴ２００）。

画面出力制御部６６では、診療データ取得部６１からの対象患者の診療データに基づき統合表示画面３５が生成される。また、情報管理部６５からの対象患者の各ログに基づきログ表示画面９５が生成される。生成された統合表示画面３５およびログ表示画面９５は配信要求の要求元のクライアント端末１１に送信される（ステップＳＴ２１０、画面出力制御ステップ）。

統合表示画面３５の配信要求の配信元のクライアント端末１１では、診療支援サーバ１２からの統合表示画面３５およびログ表示画面９５がディスプレイ２３に表示される。

統合表示画面３５の医療画像２０のサムネイル７５が選択された場合、画面出力制御部６６により、ビューア画面８５が統合表示画面３５上にポップアップ表示される。また、この際、手動操作ログＭＯＬ（拡大表示操作）の登録要求がブラウザ制御部５１から発行されて、要求受付部６０で受け付けられる。

また、ビューア画面８５の計測結果入力領域８８に病変計測結果が入力され、登録ボタン９０が選択された場合も、手動操作ログＭＯＬ（病変計測操作）の登録要求がブラウザ制御部５１から発行されて、要求受付部６０で受け付けられる。

このように、手動操作ログＭＯＬは、図２１のステップＳＴ２１０の統合表示画面３５およびログ表示画面９５の送信後も度々登録される。また、診断支援アルゴリズム３０の分析処理（図２０のステップＳＴ１３０）が終了するタイミングが、図２１のステップＳＴ２１０の統合表示画面３５およびログ表示画面９５の送信後であった場合は、自動処理ログＡＰＬも、図２１のステップＳＴ２１０の統合表示画面３５およびログ表示画面９５の送信後に登録される。画面出力制御部６６は、自動処理ログＡＰＬおよび手動操作ログＭＯＬが新たに登録される度に、ログ表示画面９５の表示も更新する。

ログ表示画面９５の一括表示領域９７には、ＡＰＬブロック９９およびＭＯＬブロック１００が、識別可能な形態で時系列に一括して表示される。このため、ある手動操作が、診断支援情報の出力前に実施されたものであるのか、診断支援情報の出力後に実施されたものであるのかが明確に分かる。したがって、医師の診断の経緯を一見して簡単に把握することができる。

例えば医師の分析結果を伴う手動操作が診断支援情報の出力前に実施されたものであった場合は、医師は診断支援情報をあまり参照せずに分析結果を導き出した可能性が高い。反対に医師の分析結果を伴う手動操作が診断支援情報の出力後に実施されたものであった場合は、医師は診断支援情報を踏まえて分析結果を導き出した可能性が高い。こうした診断の経緯を簡単に把握することができれば、例えば医師が自分の診断の経緯を検討する際や、個々の医師の診断の経緯を監督者が検討する際に掛る時間が短くて済み、効率がよい。

また、ＭＯＬブロック１００やＱＬブロック１０１によって、どの医療スタッフがどういった手動操作や引用行為を実施したかが一目で分かる。このため、例えば医療施設全体の業務を管轄する管理者が一括表示領域９７を閲覧することで、各医療スタッフのおおよその作業状況を把握することができる。

一括表示領域９７には、ＡＰＬブロック９９およびＭＯＬブロック１００に加えて、ＱＬブロック１０１も表示される。また、ＱＬブロック１０１は、引用元の自動処理ログＡＰＬのＡＰＬブロック９９、または引用元の手動操作ログＭＯＬのＭＯＬブロック１００と対応付けて表示される。このため、どういった診断支援情報または医師の分析結果が、どういった医療レポート２１または医療カンファレンスに引用されたのかが一目で分かる。

図１８で示したように、診断支援情報を含む詳細情報を表示済みの自動処理ログＡＰＬのＡＰＬブロック９９と、詳細情報を未表示の自動処理ログＡＰＬのＡＰＬブロック９９の表示形態を異ならせるので、医療スタッフが詳細情報を表示して診断支援情報を確認したか否かが一目で分かる。このため、医師の分析結果を伴う手動操作が診断支援情報の出力後に実施されたものであっても、詳細情報が未表示で診断支援情報が確認されていない場合は、医師は診断支援情報を参照せずに分析結果を導き出したと断定することができる。

なお、最初の表示からだいぶ時間が経過したにも関わらず詳細情報が未表示の自動処理ログＡＰＬは、医師にとってさほど重要ではない情報であると考えられる。そこで、予め設定された表示期間が経過しても詳細情報が未表示の自動処理ログＡＰＬについては、ＡＰＬブロック９９を自動的にグレーアウトするか、自動的に非表示としてもよい。同様に、予め設定された表示期間が経過しても引用回数が０回の自動処理ログＡＰＬも、ＡＰＬブロック９９を自動的にグレーアウトするか、自動的に非表示としてもよい。

図１９で示したように、手動操作ログＭＯＬの取得時に医師が閲覧していた検査データの表示状態を表す表示状態情報に基づいて、選択指示を受け付けた手動操作ログＭＯＬの検査データの表示状態を再現するので、医師がどういった表示状態で手動操作を実施したかを容易に把握することができる。

［第２実施形態］
図２２および図２３に示す第２実施形態では、引用回数に応じて自動処理ログＡＰＬまたは手動操作ログＭＯＬの表示形態を異ならせる。

図２２は、図１７と同じく、診断支援情報または医師の分析結果を医療レポート２１または医療カンファレンスに引用する方法を示したものである。ただし図２２では、診断支援情報または医師の分析結果を引用する前後で、つまり引用回数が０回の場合と１回の場合とで、自動処理ログＡＰＬまたは手動操作ログＭＯＬの表示形態が異なる。より詳しくは、診断支援情報または医師の分析結果を引用した後は、ハッチングで示すように、ＡＰＬブロック９９またはＭＯＬブロック１００（図２２ではＭＯＬブロック１００Ｂ）の背景色を、診断支援情報または医師の分析結果を引用する前の背景色から変更する。

図２３は、引用回数に応じたＡＰＬブロック９９またはＭＯＬブロック１００の背景色の変更例である。すなわち、引用回数が０回の場合はＡＰＬブロック９９またはＭＯＬブロック１００の背景色は白色、１回の場合は黄色、２回の場合は黄緑色、３回以上の場合は緑色である。画面出力制御部６６は、例えばこうした表にしたがってＡＰＬブロック９９またはＭＯＬブロック１００の背景色を変更する。こうすれば、診断支援情報または医師の分析結果の引用回数がどの程度かをすぐに見極めることができる。

引用回数は、ＱＬブロック１０１の数をカウントすれば一応は分かる。しかしながら、数をカウントする手間があり直感的には分かりにくい。そこで、上記のように引用回数に応じて自動処理ログＡＰＬまたは手動操作ログＭＯＬの表示形態を異ならせることで、より直感的に引用回数を把握することができる。

診断支援情報または医師の分析結果の引用回数が多い自動処理ログＡＰＬまたは手動操作ログＭＯＬは、引用回数が少ないものと比べて、より医師の注目度が高く重要であると考えられる。このため、引用回数の違いをすぐに把握することが可能な表示形態とすれば、重要な自動処理ログＡＰＬまたは手動操作ログＭＯＬと、重要でない自動処理ログＡＰＬまたは手動操作ログＭＯＬをいち早く見分けることができる。

なお、引用回数に応じて自動処理ログＡＰＬまたは手動操作ログＭＯＬの表示形態を異ならせる方法としては、上記のＡＰＬブロック９９またはＭＯＬブロック１００の背景色を変更する方法に替えて、あるいは加えて、引用回数を示す数字、または個数で引用回数を示す図形（例えば丸印等）をＡＰＬブロック９９またはＭＯＬブロック１００に表示する方法を採用してもよい。

引用回数が１回になったらＡＰＬブロック９９またはＭＯＬブロック１００をグレーアウトさせる等、引用回数が多くなるに連れて、ＡＰＬブロック９９またはＭＯＬブロック１００の表示を目立たなくさせてもよい。

［第３実施形態］
図２４および図２５に示す第３実施形態では、引用回数が閾値以上の医療画像２０を、対象患者の医療画像と類似する類似症例画像の候補画像として抽出する。

図２４および図２５において、診療支援サーバ１２のＣＰＵ４２Ｂは、上記第１実施形態の各処理部６０〜６６に加えて、抽出部１３５として機能する。抽出部１３５は、引用回数に基づいて候補画像を抽出する。

より詳しくは、抽出部１３５は、ログデータテーブル５６から、ある画像ＩＤの医療画像２０について、例えば医師の分析結果の引用回数（診断支援情報の引用回数、診断支援情報および医師の分析結果の引用回数の合計でも可）を読み出す。次いで、抽出部１３５は、読み出した引用回数を、予め設定された引用回数に関する抽出条件１３６と照合する。図２４および図２５では、抽出条件１３６に引用回数１回以上が設定されている。この引用回数１回が閾値に相当する。

本実施形態においては、医療画像２０の１件分のファイルに、上記第１実施形態の図６で示した各項目に加えて、候補画像フラグの項目が設けられる。候補画像フラグの項目には、当該医療画像２０を候補画像とする場合には「１」が、候補画像としない場合には「０」が登録される。

抽出部１３５は、照合結果に応じた候補画像フラグの登録要求を画像サーバ１６に送信する。図２４は、ログデータテーブル５６から読み出した医療画像２０の引用回数が、抽出条件１３６をクリアしていた（引用回数が閾値以上であった）場合である。この場合、抽出部１３５は、候補画像フラグに「１」を登録する旨の登録要求を画像サーバ１６に送信する。対して図２５は、ログデータテーブル５６から読み出した医療画像２０の引用回数が、抽出条件１３６をクリアしていなかった（引用回数が閾値未満であった）場合である。この場合、抽出部１３５は、候補画像フラグに「０」を登録する旨の登録要求を画像サーバ１６に送信する。

類似症例画像の検索時には、候補画像フラグに「０」が登録された医療画像２０は候補画像から除外される。類似症例画像は、候補画像フラグに「１」が登録された医療画像２０の中から検索される。

このように、引用回数が閾値以上の医療画像２０を類似症例画像の候補画像とするので、より医師の注目度が高く重要であると考えられる医療画像２０を類似症例画像として検索することができる。言い換えれば、さほど重要でないと考えられる医療画像２０が類似症例画像として検索されてしまうことを防ぐことができる。

［第４実施形態］
図２６に示す第４実施形態では、引用回数をパラメータとする式を用いて、対象患者の医療画像と類似する類似症例画像を検索する。

図２６において、診療支援サーバ１２のＣＰＵ４２Ｂは、上記第１実施形態の各処理部６０〜６６に加えて、特徴量算出部１４０および検索部１４１として機能する。特徴量算出部１４０は、医療画像２０の特徴量Ｚを算出する。検索部１４１は、画像ＤＢ１６Ａの複数の医療画像２０の中から、対象患者の医療画像２０と類似する類似症例画像を検索する。

特徴量Ｚは、上記第１実施形態で診断支援情報として例示した病変のサイズ、あるいは病変の画素値の平均値、標準偏差といった画素値に関する数値、他の病変との距離、胸壁との距離、上葉、中葉、下葉、Ｓ１、Ｓ２等の所属する肺葉といった病変の位置に関する数値等である。特徴量Ｚには、上記の他にも、病変辺縁の凹凸度、病変と正常部との境界の濃度勾配、本数や長さ等のスピキュラの程度、空洞のサイズといったものもある。このように、特徴量Ｚには複数の種類がある。

特徴量算出部１４０は、対象患者の医療画像２０の特徴量ＺＴｉ（ｉ＝１、２、３、４、・・・）と、画像ＤＢ１６Ａの医療画像２０の特徴量ＺＣｉとを算出する。特徴量算出部１４０は、算出した特徴量ＺＴｉ、ＺＣｉを検索部１４１に出力する。なお、特徴量ＺＴｉ、ＺＣｉ等の複数種類の特徴量Ｚを要素とする多次元ベクトルは、特徴ベクトルと呼ばれる。

検索部１４１は、対象患者の医療画像２０と画像ＤＢ１６Ａの医療画像２０の類似度Ｓを、以下の式（１）により算出する。
Ｓ＝［｛Σ（ＺＴｉ−ＺＣｉ）²｝^1/2］／Ｎ・・・（１）
ここでＮは、画像ＤＢ１６Ａの医療画像２０に係る、例えば医師の分析結果の引用回数（診断支援情報の引用回数、診断支援情報および医師の分析結果の引用回数の合計でも可）である。すなわち、式（１）は、引用回数をパラメータとする式である。

式（１）の右辺の分子は、対象患者の医療画像２０の複数種類の特徴量ＺＴｉと画像ＤＢ１６Ａの医療画像２０の複数種類の特徴量ＺＣｉとの差分（ＺＴｉ−ＺＣｉ）の二乗の総和の平方根、すなわち特徴量ＺＴｉを要素とする特徴ベクトルと特徴量ＺＣｉを要素とする特徴ベクトルとの距離である。このため、対象患者の医療画像２０と画像ＤＢ１６Ａの医療画像２０の類似性が高ければ、特徴量ＺＴｉを要素とする特徴ベクトルと特徴量ＺＣｉを要素とする特徴ベクトルとの距離が短くなるので、式（１）の右辺の分子の値は小さくなる。そして、類似度Ｓは、各特徴ベクトルの距離を引用回数Ｎで除算したものであるため、引用回数Ｎが多い程小さくなる。

検索部１４１は、例えば類似度Ｓが閾値以下の画像ＤＢ１６Ａの医療画像２０を、類似症例画像として検索する。こうすると、式（１）の右辺の分子の値が大体同じ画像ＤＢ１６Ａの医療画像２０が複数あった場合は、引用回数Ｎが多い医療画像２０のほうが、類似度Ｓが小さくなる（類似性が高くなる）ので、類似症例画像として検索されやすくなる。

このように、引用回数をパラメータとする式を用いて類似症例画像を検索するので、より医師の注目度が高く重要であると考えられる医療画像２０を類似症例画像として検索することができる。

なお、特徴量としては、特徴量算出部１４０で算出したものではなく、医師の分析結果を利用してもよい。この場合、ある医療画像２０について、診断支援情報の引用回数よりも医師の分析結果の引用回数が多ければ、医師の分析結果を特徴量として利用する等、引用回数に応じて、特徴量算出部１４０で算出したものを利用するか、医師の分析結果を利用するかを選択してもよい。

［第５実施形態］
図２７〜図２９に示す第５実施形態は、ログ表示画面の変形例である。

図２７において、本実施形態のログ表示画面１５０は、一括表示領域１５１に統合表示画面３５の機能の一部をもたせている。すなわち、一括表示領域１５１に、医療画像２０のサムネイル７５を表示させている。この一括表示領域１５１のサムネイル７５もカーソル８０で選択することが可能で、サムネイル７５がカーソル８０で選択された場合、ビューア画面８５が表示される。

一括表示領域１５１は日毎に小領域に区切られている。各小領域には、その日に実施した画像検査で取得された医療画像２０のサムネイル７５が、撮影日時順に左から右、上から下に並べて表示される。

一括表示領域１５１の各小領域には、サムネイル７５と同程度のサイズを有するＡＰＬブロック１５２およびＭＯＬブロック１５３が、サムネイル７５と同様に登録日時順に左から右、上から下に並べて表示される。ＡＰＬブロック１５２には、上記第１実施形態のＡＰＬブロック９９と同じく、診断支援アルゴリズム３０の自動処理に由来することを示す文字表記（ＡＵＴＯ）１５４がなされる。また、ＡＰＬブロック１５２には、サイズは小さいが診断支援情報の一部を示す文字表記（図示省略）もなされる。

さらに、ＡＰＬブロック１５２には、上記第１実施形態のＡＰＬブロック９９の詳細情報が表示済みであるか未表示であるかを示す文字表記１０９の替わりに、チェックボックス１５５が設けられている。詳細情報が表示済みの場合、チェックボックス１５５にはチェックマークが表示される。

ＭＯＬブロック１５３は、表示状態情報、すなわち手動操作ログＭＯＬの取得時のディスプレイ２３のスクリーンショットのサムネイルで構成される。ＭＯＬブロック１５３には、それがスクリーンショットであることを示すカメラマーク１５６が表示される。このカメラマーク１５６により、ＭＯＬブロック１５３はＡＰＬブロック１５２と識別可能である。

破線の枠および符号１５７で示すように、診断支援情報が医療レポート２１または医療カンファレンスに引用された自動処理ログＡＰＬのＡＰＬブロック１５２、あるいは医師の分析結果が医療レポート２１または医療カンファレンスに引用された手動操作ログＭＯＬのＭＯＬブロック１５３には、その旨を示す文字表記がなされる。図２７では、医師の分析結果が医療カンファレンスに引用されたことを示す文字（＠Ｃｏｎｆｅｒｅｎｃｅ）が記された例も示している。

ログ表示画面１５０では、診断支援情報または医師の分析結果が医療レポート２１または医療カンファレンスに引用されたことの表示を、文字表記１５７で済ませている。つまり、上記第１実施形態のＱＬブロック１０１は表示していない。このように、ＱＬブロック１０１は、本発明では必ずしも表示しなくてもよい。

図２８に示すように、ログ表示画面１５０では、ＭＯＬブロック１５３にカーソル８０を合わせた状態を所定時間（例えば３秒）続けると、吹き出し１６０がＭＯＬブロック１５３の近傍に表示される。吹き出し１６０には、カーソル８０が合わされたＭＯＬブロック１５３の手動操作ログＭＯＬに関連する検査データが一括表示される。図２８では、カーソル８０が合わされたＭＯＬブロック１５３の手動操作ログＭＯＬが、ＣＴ画像、ＤＲ画像、およびＣＡＧ画像の拡大表示操作に係るもので、これら各画像のサムネイル７５が吹き出し１６０に表示された状態を示している。

ログ表示画面１５０では、ＭＯＬブロック１５３はサムネイル７５と同程度のサイズである。このため、ＭＯＬブロック１５３の表示だけでは、どういった検査データに関連する手動操作ログＭＯＬであるかが判然としない。そこで、ＭＯＬブロック１５３の手動操作ログＭＯＬに関連する検査データを吹き出し１６０で明示する。こうすれば、ＭＯＬブロック１５３の手動操作ログＭＯＬに関連する検査データを簡単に確認することができる。

図２９は、ＭＯＬブロック１５３の手動操作ログＭＯＬに関連する検査データを明示する他の方法である。この場合、図２８と同じくＭＯＬブロック１５３にカーソル８０を合わせた状態を所定時間（例えば３秒）続けると、カーソル８０が合わされたＭＯＬブロック１５３の手動操作ログＭＯＬに関連する検査データに枠１６１が表示される。図２９では、カーソル８０が合わされたＭＯＬブロック１５３の手動操作ログＭＯＬが、「２０１６．０１．１４」に撮影したＣＴ画像と「２０１６．０１．１８」に撮影したＣＴ画像の比較表示操作に係るもので、これら各画像のサムネイル７５に枠１６１が表示された状態を示している。この枠１６１の表示によっても、ＭＯＬブロック１５３の手動操作ログＭＯＬに関連する検査データを簡単に確認することができる。

なお、吹き出し１６０と枠１６１を両方表示してもよい。また、吹き出し１６０または枠１６１に替えて、あるいは加えて、図１９Ｂで示した再現画面１３０を表示してもよい。

診断支援情報または医師の分析結果が医療レポート２１または医療カンファレンスに引用されたことを示す文字表記１１１、１５７に、医療レポート２１またはカンファレンス情報２２へのハイパーリンクの機能を持たせてもよい。こうすれば、医療レポート２１またはカンファレンス情報２２を素早く参照することができる。

医療レポート２１または医療カンファレンスでは、対象患者以外の医療画像２０も引用される。こうした医療画像２０は、類似症例画像等、対象患者の病状を把握する情報として有益な場合が多い。このため、医療レポート２１またはカンファレンス情報２２を素早く参照することができれば、対象患者の病状をいち早く把握することができて効率的である。

上記各実施形態では、ＡＰＬブロック９９、１５２およびＭＯＬブロック１００、１５３を表示する検査データとして医療画像２０を例示したが、本発明はこれに限定されない。バイタルサイン、血液検査、尿検査等の測定データのＡＰＬブロック９９、１５２およびＭＯＬブロック１００、１５３を表示してもよい。

ログ表示画面９５、１５０は、統合表示画面３５とともに常時表示する形態でなくてもよい。ログデータテーブル５６に新たなログが追加されたときに、ログ表示画面９５、１５０を統合表示画面３５上にポップアップ表示する等してもよい。

ログデータテーブル５６に疾患の項目を設け、各ログに疾患を関連付けてもよい。こうすれば、例えば複数の疾患を患っている対象患者の場合、疾患で各ログを絞り込んだりすることができる。

本発明の診療支援装置に相当する診療支援サーバ１２を構成するコンピュータのハードウェア構成は種々の変形が可能である。例えば、診療支援サーバ１２を、処理能力および信頼性の向上を目的として、ハードウェアとして分離された複数台のサーバコンピュータで構成することも可能である。例えば、要求受付部６０、第２取得部６４の機能と、診療データ取得部６１、分析処理部６２、第１取得部６３の機能と、情報管理部６５、画面出力制御部６６の機能とを、３台のサーバコンピュータに分散して担わせる。この場合は３台のサーバコンピュータで診療支援装置を構成する。

また、上記各実施形態では、診療支援サーバ１２で各種表示画面を生成し、診療支援サーバ１２からの各種表示画面の画面データに基づいて、クライアント端末１１側で各種表示画面を再現してディスプレイ２３に表示する態様を例示したが、各種表示画面の生成の元となるデータを診療支援サーバ１２からクライアント端末１１に送信し、クライアント端末１１側で各種表示画面を生成してもよい。この場合、画面出力制御部６６はクライアント端末１１のＣＰＵ４２Ａに構築される。

さらに、診療支援サーバ１２のＣＰＵ４２Ｂに構築した各処理部をクライアント端末１１のＣＰＵ４２Ａに構築し、クライアント端末１１を診療支援装置として稼働させてもよい。この場合、要求受付部６０は、配信要求等に代えて、ＧＵＩ制御部５０からの指示を直接受け付ける。また、画面出力制御部６６は、生成した各種表示画面をＧＵＩ制御部５０に出力する。また、電子カルテサーバ１５や画像サーバ１６を診療支援装置として稼働させてもよい。

このように、コンピュータのハードウェア構成は、処理能力、安全性、信頼性等の要求される性能に応じて適宜変更することができる。さらに、ハードウェアに限らず、作動プログラム５５等のアプリケーションプログラムについても、安全性および信頼性の確保を目的として、二重化したり、あるいは、複数のストレージデバイスに分散して格納することももちろん可能である。

上記各実施形態では、診療支援サーバ１２を１つの医療施設内で利用する形態で説明したが、診療支援サーバ１２を複数の医療施設が利用可能な形態としてもよい。

上記各実施形態では、診療支援サーバ１２は、１つの医療施設内に設置されるクライアント端末１１がＬＡＮ等のネットワーク１３を介して通信可能に接続され、クライアント端末１１からの配信要求に応じた各種表示画面を提供する形態である。これを複数の医療施設で利用可能とするためには、診療支援サーバ１２を、例えば、インターネットあるいは公衆通信網等のＷＡＮ（Wide Area Network）を介して、複数の医療施設に設置される各クライアント端末１１と通信可能に接続する。そして、複数の医療施設の各クライアント端末１１からの配信要求を、ＷＡＮを介して診療支援サーバ１２で受け付けて、各クライアント端末１１に対して各種表示画面を提供する。なお、ＷＡＮを利用する場合には、情報セキュリティを考慮して、ＶＰＮ（Virtual Private Network）を構築したり、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure)等のセキュリティレベルの高い通信プロトコルを使用することが好ましい。

なお、この場合、電子カルテ１９、医療画像２０、医療レポート２１、カンファレンス情報２２、およびログデータテーブル５６は医療施設毎に管理される。また、この場合の診療支援サーバ１２の設置場所および運営主体は、例えば医療施設とは別の会社が運営するデータセンタでもよいし、複数の医療施設のうちの１つでもよい。

本発明の診療支援装置は、少なくともログ表示画面９５の出力を制御する機能を有していればよく、上記各実施形態の画面出力制御部６６のように統合表示画面３５の出力を制御する機能を必ずしも併せもっていなくともよい。

上記各実施形態において、例えば、要求受付部６０、診療データ取得部６１、分析処理部６２、第１取得部６３、第２取得部６４、情報管理部６５、画面出力制御部６６、抽出部１３５、特徴量算出部１４０、検索部１４１といった各種の処理を実施する処理部（processing unit)のハードウェア的な構造は、次に示すような各種のプロセッサ（processor）である。

各種のプロセッサには、ＣＰＵ、プログラマブルロジックデバイス（Programmable Logic Device:ＰＬＤ）、専用電気回路等が含まれる。ＣＰＵは、周知のとおりソフトウエア（プログラム）を実施して各種の処理部として機能する汎用的なプロセッサである。ＰＬＤは、ＦＰＧＡ(Field Programmable Gate Array) 等の、製造後に回路構成を変更可能なプロセッサである。専用電気回路は、ＡＳＩＣ（Application Specific Integrated Circuit）等の特定の処理を実施させるために専用に設計された回路構成を有するプロセッサである。

１つの処理部は、これら各種のプロセッサのうちの１つで構成されてもよいし、同種または異種の２つ以上のプロセッサの組み合せ（例えば、複数のＦＰＧＡや、ＣＰＵとＦＰＧＡの組み合わせ）で構成されてもよい。また、複数の処理部を１つのプロセッサで構成してもよい。複数の処理部を１つのプロセッサで構成する例としては、第１に、１つ以上のＣＰＵとソフトウエアの組み合わせで１つのプロセッサを構成し、このプロセッサが複数の処理部として機能する形態がある。第２に、システムオンチップ（System On Chip:ＳｏＣ）等に代表されるように、複数の処理部を含むシステム全体の機能を１つのＩＣチップで実現するプロセッサを使用する形態がある。このように、各種の処理部は、ハードウェア的な構造として、上記各種のプロセッサを１つ以上用いて構成される。

さらに、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路（circuitry）である。

上記記載から、以下の付記項１に記載の診療支援装置を把握することができる。

［付記項１］
患者に実施した医療検査で得られた検査データを、診断支援アルゴリズムで自動的に分析処理して、分析処理結果を医師の診断を支援する診断支援情報として出力した履歴である自動処理ログを取得する第１取得プロセッサと、
前記検査データに対する前記医師の手動操作の履歴である手動操作ログを取得する第２取得プロセッサと、
前記検査データと、前記自動処理ログおよび前記手動操作ログとを関連付けて記憶部に記憶させる情報管理プロセッサと、
前記自動処理ログおよび前記手動操作ログを、識別可能な形態で時系列に一括して表示する一括表示領域を有するログ表示画面の出力を制御する画面出力制御プロセッサとを備える診療支援装置。

本発明は、上述の種々の実施形態あるいは種々の変形例を適宜組み合わせることも可能である。また、上記各実施形態に限らず、本発明の要旨を逸脱しない限り種々の構成を採用し得ることはもちろんである。さらに、本発明は、プログラムに加えて、プログラムを記憶する記憶媒体にも及ぶ。

１０ 医療システム
１１ クライアント端末
１２ 診療支援サーバ（診療支援装置）
１３ ネットワーク
１４ サーバ群
１５ 電子カルテサーバ
１５Ａ カルテデータベース（ＤＢ）
１６ 画像サーバ
１６Ａ 画像データベース（ＤＢ）
１７ レポートサーバ
１７Ａ レポートデータベース（ＤＢ）
１８ カンファレンスサーバ
１８Ａ カンファレンスデータベース（ＤＢ）
１９ 電子カルテ
２０ 医療画像
２１ 医療レポート
２２ カンファレンス情報
２３、４４ ディスプレイ
２４、４５ 入力デバイス
３０ 診断支援アルゴリズム
３５ 統合表示画面
４０、４０Ｂ ストレージデバイス（記憶部）
４１ メモリ
４２、４２Ａ、４２Ｂ ＣＰＵ
４３ 通信部
４６ データバス
５０ ＧＵＩ制御部
５１ ブラウザ制御部
５５ 作動プログラム
５６ ログデータテーブル
６０ 要求受付部
６１ 診療データ取得部
６２ 分析処理部
６３ 第１取得部
６４ 第２取得部
６５ 情報管理部
６６ 画面出力制御部
７０ 第１表示領域
７１ 第２表示領域
７２ 第３表示領域
７３ 第４表示領域
７５ サムネイル
７６ レポートウィンドウ
７７ カンファレンスウィンドウ
８０ カーソル
８５ ビューア画面
８６、１２２ 画像表示領域
８７ 情報表示領域
８８ 計測結果入力領域
８９ 枠
９０ 登録ボタン
９５、１５０ ログ表示画面
９６ 表示選択領域
９７、１５１ 一括表示領域
９８Ａ、９８Ｂ プルダウンメニュー
９９、１５２ 自動処理ログの表示ブロック（ＡＰＬブロック）
１００、１００Ａ、１００Ｂ、１５３ 手動操作ログの表示ブロック（ＭＯＬブロック）
１０１ 引用ログの表示ブロック（ＱＬブロック）
１０５〜１１３、１５４、１５７ 文字表記
１２０ 詳細情報表示画面
１２１ アルゴリズム表示領域
１２３ 診断支援情報表示領域
１３０ 再現画面
１３５ 抽出部
１３６ 抽出条件
１４０ 特徴量算出部
１４１ 検索部
１５５ チェックボックス
１５６ カメラマーク
１６０ 吹き出し
１６１ 枠
ＡＰＬ 自動処理ログ
ＭＯＬ 手動操作ログ
ＱＬ 引用ログ
ＳＴ１００〜ＳＴ１８０、ＳＴ２００、ＳＴ２１０ ステップ
Ｚ、ＺＴｉ、ＺＣｉ 特徴量
Ｓ 類似度
Ｎ 引用回数

Claims (11)

1. 患者に実施した医療検査で得られた検査データを、診断支援アルゴリズムで自動的に分析処理して、分析処理結果を医師の診断を支援する診断支援情報として出力した履歴である自動処理ログを取得する第１取得部と、
   前記検査データに対する前記医師の手動操作の履歴である手動操作ログを取得する第２取得部と、
   前記検査データと、前記自動処理ログおよび前記手動操作ログとを関連付けて記憶部に記憶させる情報管理部と、
   前記自動処理ログおよび前記手動操作ログを、識別可能な形態で時系列に一括して表示する一括表示領域を有するログ表示画面の出力を制御する画面出力制御部とを備える診療支援装置。
2. 前記手動操作ログは、前記医師が入力した、前記検査データに対する分析結果を含む請求項１に記載の診療支援装置。
3. 前記画面出力制御部は、前記自動処理ログに含まれる前記診断支援情報または前記手動操作ログに含まれる前記分析結果が、医療レポートまたは医療カンファレンスに引用された履歴である引用ログを、前記自動処理ログまたは前記手動操作ログと対応付けて前記一括表示領域に表示する請求項２に記載の診療支援装置。
4. 前記情報管理部は、前記自動処理ログに含まれる前記診断支援情報または前記手動操作ログに含まれる前記分析結果の、前記医療レポートまたは前記医療カンファレンスへの引用回数を、前記自動処理ログまたは前記手動操作ログに関連付けて前記記憶部に記憶させる請求項３に記載の診療支援装置。
5. 前記画面出力制御部は、前記引用回数に応じて前記自動処理ログまたは前記手動操作ログの表示形態を異ならせる請求項４に記載の診療支援装置。
6. 前記医療検査は画像検査で、前記検査データは医療画像であり、
   前記引用回数が閾値以上の前記医療画像を、対象患者の医療画像と類似する類似症例画像の候補画像として抽出する抽出部を備える請求項４または５に記載の診療支援装置。
7. 前記引用回数をパラメータとする式を用いて、対象患者の医療画像と類似する類似症例画像を検索する検索部を備える請求項４ないし６のいずれか１項に記載の診療支援装置。
8. 前記一括表示領域において前記自動処理ログの選択指示が受け付けられ、
   前記画面出力制御部は、前記選択指示を受け付けた前記自動処理ログの、前記診断支援情報を含む詳細情報を表示し、
   かつ前記選択指示を受け付けて前記詳細情報を表示済みの前記自動処理ログと、前記選択指示を受け付けておらず前記詳細情報を未表示の前記自動処理ログの表示形態を異ならせる請求項１ないし７のいずれか１項に記載の診療支援装置。
9. 前記一括表示領域において前記手動操作ログの選択指示が受け付けられ、
   前記情報管理部は、前記手動操作ログの取得時に前記医師が閲覧していた前記検査データの表示状態を表す表示状態情報を、前記手動操作ログと関連付けて前記記憶部に記憶させ、
   前記画面出力制御部は、前記表示状態情報に基づいて、前記選択指示を受け付けた前記手動操作ログの前記検査データの表示状態を再現する請求項１ないし８のいずれか１項に記載の診療支援装置。
10. 患者に実施した医療検査で得られた検査データを、診断支援アルゴリズムで自動的に分析処理して、分析処理結果を医師の診断を支援する診断支援情報として出力した履歴である自動処理ログを取得する第１取得ステップと、
    前記検査データに対する前記医師の手動操作の履歴である手動操作ログを取得する第２取得ステップと、
    前記検査データと、前記自動処理ログおよび前記手動操作ログとを関連付けて記憶部に記憶させる情報管理ステップと、
    前記自動処理ログおよび前記手動操作ログを、識別可能な形態で時系列に一括して表示する一括表示領域を有するログ表示画面の出力を制御する画面出力制御ステップとを備える診療支援装置の作動方法。
11. 患者に実施した医療検査で得られた検査データを、診断支援アルゴリズムで自動的に分析処理して、分析処理結果を医師の診断を支援する診断支援情報として出力した履歴である自動処理ログを取得する第１取得機能と、
    前記検査データに対する前記医師の手動操作の履歴である手動操作ログを取得する第２取得機能と、
    前記検査データと、前記自動処理ログおよび前記手動操作ログとを関連付けて記憶部に記憶させる情報管理機能と、
    前記自動処理ログおよび前記手動操作ログを、識別可能な形態で時系列に一括して表示する一括表示領域を有するログ表示画面の出力を制御する画面出力制御機能とを、コンピュータに実施させる診療支援装置の作動プログラム。

Images