JP6408436B2 - 診療支援装置とその作動方法および作動プログラム、並びに診療支援システム - Google Patents

Description

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

医療分野において、癌を発症した患者に抗癌剤を投与する抗癌剤治療が広く行われている。抗癌剤治療では、抗癌剤投与前後の検査画像内の病変の大きさの変化を元に治療効果が判定される（例えば特許文献１参照）。

特表２００７−５３４４４７号公報

最近の抗癌剤研究の著しい進展による治療効果の飛躍的な高まりに伴い、抗癌剤治療で患者を比較的長い間延命させることが可能となってきた。ただし、抗癌剤治療では癌の新発、再発、転移を完全に防ぐまでには至っておらず、これらの事象が起きる度に抗癌剤の投与が繰り返されているのが現状である。抗癌剤の投与が繰り返されて治療期間が長引くにつれ、患者の体内には発生時期が異なる病変が複数存在することとなる。

抗癌剤治療では、例えば抗癌剤治療前に発生した病変に対する治療効果が、１回目の抗癌剤治療では顕著であったが２回目以降の抗癌剤治療では半減する等、抗癌剤治療の回数によって治療効果に差が出る場合がある。また、例えば２回目の抗癌剤治療による治療効果が、発生間もない病変に対しては顕著であるが、発生してからしばらく時間が経った病変に対しては半減する等、病変の発生時期からの経過時間によっても治療効果に差が出る場合がある。

発生時期が異なる病変が複数存在する場合には、ある病変にとっては１回目の抗癌剤治療であるが、別の病変にとっては２回目の抗癌剤治療であるというように、病変毎に抗癌剤治療の回数が異なったり、また、各病変の発生時期からの経過時間に無視できない隔たりがあったりすることがある。この場合には、発生時期が異なる複数の病変のそれぞれに対する治療効果が異なることが予想される。

しかしながら、これまでは、特許文献１のように発生時期の区別なく治療効果が判定されていたため、抗癌剤治療の治療方針を決定する際の医師の負担が大きかった。というのは、医師は、発生時期の区別なく判定された複数の病変に対する治療効果を参照しつつも、発生時期の違いによって治療効果に差があることを念頭に置きながら、自らの経験や医学的知見にしたがって適切な治療方針を決定しなければならなかった。そこで、抗癌剤治療の治療方針を決定する際の医師の負担を軽減することが可能な仕組みが切望されていた。

本発明は、抗癌剤治療の治療方針を決定する際の医師の負担を軽減することが可能な診療支援装置とその作動方法および作動プログラム、並びに診療支援システムを提供することを目的とする。

上記課題を解決するために、本発明の診療支援装置は、抗癌剤治療を施された患者が有する複数の病変を、発生時期に応じて複数のグループに分類する分類部と、複数のグループ毎に、抗癌剤治療による治療効果を示す治療効果情報を生成する情報生成部と、治療効果情報を提供する提供部とを備える。

患者に抗癌剤治療を複数回実施した場合、グループは、各回の抗癌剤治療の開始日を基準に分けられることが好ましい。この場合、グループは、第１回抗癌剤治療の開始日より前に発生時期が該当する病変が分類される治療前グループと、第１回抗癌剤治療以後で、今回の抗癌剤治療の開始日から次回の抗癌剤治療の開始日の前日までに発生時期が該当する病変が分類される治療以後グループとに分けられることが好ましい。

病変はさらに、発生した臓器、または種類のうちの少なくともいずれか１つに応じて分けられることが好ましい。

グループの分類条件は、マニュアル操作により設定変更されることが好ましい。

病変、グループ、抗癌剤、および治療効果情報を関連付けて記憶して管理する管理部を備えることが好ましい。

複数の検査画像の中から、対象患者と同一の症例の患者の同一症例画像であって、対象患者の検査画像である対象画像内の病変と特徴が類似する病変が描出された同一症例画像を検索する検索部を備え、検索部は、対象画像内の病変が属するグループと同一症例画像内の病変が属するグループを参照して検索を行うことが好ましい。

治療効果情報は、病変の大きさの時系列変化、病変の大きさの縮小率、または抗癌剤治療により病変の状態が安定してから悪化するまでの期間である無増悪期間のうちの少なくともいずれか１つを含むことが好ましい。

提供部は、治療効果情報の表示画面を生成する画面生成部と、表示画面の出力を制御する画面出力制御部とで構成されることが好ましい。

本発明の診療支援装置の作動方法は、抗癌剤治療を施された患者が有する複数の病変を、発生時期に応じて複数のグループに分類する分類ステップと、複数のグループ毎に、抗癌剤治療よる治療効果を示す治療効果情報を生成する情報生成ステップと、治療効果情報を提供する提供ステップとを備える。

本発明の診療支援装置の作動プログラムは、抗癌剤治療を施された患者が有する複数の病変を、発生時期に応じて複数のグループに分類する分類機能と、複数のグループ毎に、抗癌剤治療による治療効果を示す治療効果情報を生成する情報生成機能と、治療効果情報を提供する提供機能とを、コンピュータに実行させる。

本発明の診療支援システムは、診療支援装置と、診療支援装置にネットワークを通じて接続されたクライアント端末とを備える診療支援システムにおいて、抗癌剤治療を施された患者が有する複数の病変を、発生時期に応じて複数のグループに分類する分類部と、複数のグループ毎に、抗癌剤治療による治療効果を示す治療効果情報を生成する情報生成部と、治療効果情報を提供する提供部とを備える。

本発明によれば、抗癌剤治療を施された患者が有する複数の病変を、発生時期に応じて複数のグループに分類し、グループ毎に抗癌剤治療による治療効果を示す治療効果情報を生成してこれを提供するので、抗癌剤治療の治療方針を決定する際の医師の負担を軽減することが可能な診療支援装置とその作動方法および作動プログラム、並びに診療支援システムを提供することができる。

診療支援システムを示す図である。 カルテＤＢに格納された電子カルテの内容を示す図である。 画像ＤＢに格納された検査画像の内容を示す図である。 画像ＤＢに格納された病変情報の内容を示す図である。 病変の発生時期を時間軸で表した図である。 病変の同定の様子を示す図である。 クライアント端末および診療支援サーバを構成するコンピュータを示すブロック図である。 クライアント端末のＣＰＵの各機能部を示すブロック図である。 診療支援サーバのＣＰＵの各機能部を示すブロック図である。 分類条件テーブルの内容を示す図である。 分類条件を時間軸で表した図である。 治療履歴情報テーブルの内容を示す図である。 分類情報テーブルの内容を示す図である。 治療効果情報テーブルの内容を示す図である。 病変、グループ、抗癌剤、および治療効果情報の関連付けを示す図である。 情報生成部の治療履歴情報を生成する機能を示す図である。 治療履歴情報の生成の具体例を示す図である。 病変の発生時期および抗癌剤治療の治療履歴を時間軸で表した図である。 分類部の患者別分類条件テーブルを生成する機能を示す図である。 分類部の患者別発生時期テーブルを生成する機能を示す図である。 患者別分類条件テーブルの生成の具体例を示す図である。 病変の発生時期、抗癌剤治療の治療履歴、並びにグループの期間を時間軸で表した図である。 患者別発生時期テーブルの生成の具体例を示す図である。 分類部の分類情報を生成する機能を示す図である。 情報生成部の治療効果情報を生成する機能を示す図である。 分類情報の生成の具体例を示す図である。 治療効果情報の生成の具体例を示す図である。 表示画面を示す図である。 表示画面を示す図である。 表示画面を示す図である。 診療支援サーバのＣＰＵの処理手順を示すフローチャートである。 診療支援サーバのＣＰＵの処理手順を示すフローチャートである。 分類条件テーブルの別の例を示す図である。 分類条件をマニュアル操作により設定変更する例を示す図である。 病変を発生した臓器および種類に応じて分けた第２実施形態の治療効果情報テーブルを示す図である。 治療効果情報の別の例を示す図である。 無増悪期間の説明図である。 診療支援サーバのＣＰＵに類似画像検索機能を有する検索部を構築した第３実施形態を示す図である。 検索部の画像グループ対応テーブルを生成する機能を示す図である。 画像グループ対応テーブルの生成の具体例を示す図である。 病変が属するグループを参照した類似画像検索の例を示す図である。

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

ネットワーク１３には、電子カルテサーバ１４および画像サーバ１５（以下、まとめてサーバ群１６と表記）も接続されている。電子カルテサーバ１４はカルテデータベース（以下、ＤＢ（Data Base）と略記）１４Ａを有し、カルテＤＢ１４Ａには電子カルテ１７が検索可能に記録されている。画像サーバ１５は画像ＤＢ１５Ａを有し、画像ＤＢ１５Ａには各種画像検査で得られた検査画像１８、および検査画像１８内の病変の情報である病変情報１９が検索可能に記録されている。

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

診療支援サーバ１２は、癌を発症した患者に抗癌剤を投与する抗癌剤治療による治療効果を示す治療効果情報の表示画面２０を出力する機能を有する。電子カルテサーバ１４は電子カルテ１７を管理する機能、画像サーバ１５は検査画像１８および病変情報１９を管理する機能をそれぞれ有する。

クライアント端末１１は、患者を診療する医師や患者を看護する看護師、各種医療検査を実施する検査技師等（以下、まとめて医療スタッフと表記）により操作される。クライアント端末１１は、内科、外科、検査科、リハビリ科等の診療科毎や医療スタッフ毎に複数台配備されている。クライアント端末１１は、診療支援サーバ１２およびサーバ群１６が提供する各種機能を利用して患者の診療を行う際、具体的には電子カルテ１７、検査画像１８、病変情報１９、あるいは表示画面２０を閲覧する際や、電子カルテ１７に各種情報を入力したり、病変情報１９を編集する際等に使用される。なお、クライアント端末１１は、各診療科に据え置かれる据え置き型でもよいし、各医療スタッフが持ち運ぶ携帯型でもよい。

診療支援サーバ１２は、クライアント端末１１からの配信要求を受け付ける。また、診療支援サーバ１２は、医療施設を受診した患者の診療過程で取得された各種診療データをサーバ群１６から取得する。診療支援サーバ１２は、取得した診療データに基づいて治療効果情報を生成し、生成した治療効果情報を治療効果情報ＤＢ１２Ａに格納する。診療支援サーバ１２は、治療効果情報ＤＢ１２Ａの治療効果情報を元に表示画面２０を生成する。診療支援サーバ１２は、生成した表示画面２０を、配信要求の要求元のクライアント端末１１に送信する。

診療支援サーバ１２は、ウェブブラウザ上で閲覧可能な表示画面２０を配信する。診療支援サーバ１２は、クライアント端末１１に対して認証キーを発行して、診療支援サーバ１２へのアクセス権限を与える。クライアント端末１１には、診療支援サーバ１２から配信された表示画面２０が表示される。

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

図２において、カルテＤＢ１４Ａの電子カルテ１７は、「Ｐ００１」といった患者ＩＤ（Identification Data）が関連付けられて患者単位で管理される。電子カルテサーバ１４は、この患者ＩＤを検索キーとしてカルテＤＢ１４Ａから電子カルテ１７を検索することが可能である。

電子カルテ１７は複数種類の診療データで構成される。診療データの種類には、診察記録、投薬、イベント等がある。診療データは、これらの種類別に整理されて時系列に記録されている。診察記録には、医師が電子カルテ１７に入力した患者の主訴や、オーダした各種医療検査、処方等の措置、確定診断名といった診察内容が記録されている。投薬には、処方した薬剤名、薬種、投与量が記録されている。イベントには、初診、再診、入退院、および抗癌剤治療の開始、終了といった、患者の診療過程で生じた様々なイベント名が記録されている。

各種診療データの１件分のレコードは、診察日、投薬日、イベントの発生日といった日付と、診察内容、薬剤名、薬種、投与量、イベント名といった具体的な内容とで構成される。なお、電子カルテ１７には、患者ＩＤの他、患者の氏名、性別、年齢、生年月日、嗜好（喫煙、飲酒の有無）といった患者情報が記録されている。また、診療データの種類には、上記に挙げたものの他に、患者の心拍、脈拍、血圧、体温等のバイタルサインの測定結果、血液検査、尿検査等の検体検査の検査結果、各種医療検査、医用レポート作成、手術、麻酔等の指示を記したオーダ、既往歴、医療スタッフ間の連絡事項や備忘録を記したメモ等がある。

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

検査画像１８は、各種画像検査で得られた画像である。各種画像検査には、例えば心電図検査、ＣＴ（Computed tomography；コンピュータ断層撮影）検査、ＤＲ（Digital Radiography；デジタルＸ線撮影）検査、ＵＳ（Ultrasonography；超音波）検査、ＭＲＩ（Magnetic Resonance Imaging；核磁気共鳴画像法）検査、内視鏡検査等がある。ＣＴ検査、ＤＲ検査、ＭＲＩ検査等の検査画像１８は、例えばＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格のデータファイル形式で作成される。

検査画像１８の１件分のファイルは、検査画像１８の本体と、画像検査の実施日の日付、画像ＩＤおよびオーダＩＤ、ＤＲ検査等の画像検査の種類および胸部等の撮影部位、方向といった様々な付帯情報とで構成される。画像サーバ１５は、こうした付帯情報とともに検査画像１８を診療データとして診療支援サーバ１２に送信する。

画像ＩＤは、各検査画像１８を識別するための番号や記号である。また、オーダＩＤは、画像検査を指示する個々のオーダを識別するための番号や記号である。ＣＴ検査等、１回に複数枚の検査画像１８が撮影される画像検査の場合は、複数枚の検査画像１８が１回の画像検査で得られたことを示すために各検査画像１８に共通のオーダＩＤが付与され、１まとめの検査画像１８として管理される。

図４において、画像ＤＢ１５Ａの病変情報１９は、電子カルテ１７、検査画像１８と同じく、患者ＩＤが関連付けられて患者単位で管理される。画像サーバ１５は、患者ＩＤを検索キーとして画像ＤＢ１５Ａから病変情報１９を検索することが可能である。画像サーバ１５は、病変情報１９を診療データとして診療支援サーバ１２に送信する。

病変情報１９には、検査画像１８と同様に画像検査の実施日の日付が記録される。また、病変情報１９には画像ＩＤが記録される。この画像ＩＤによって、検査画像１８と病変情報１９が関連付けられる。

病変ＩＤは、検査画像１８内の病変を識別するための番号や記号である。ここでは病変ＩＤを、アルファベットの「Ｌ」と「１、２、３、４、・・・」の数字との組み合わせとする。病変ＩＤの数字は病変の発生順に付される。つまり、ここでは病変ＩＤ「Ｌ１」の病変が最初に発生した病変である。１つの検査画像１８内に複数の病変が存在する場合には、日付「２０１４／１０／０１」の画像ＩＤ「ＤＲ０５０」の病変ＩＤ「Ｌ１」、「Ｌ２」、「Ｌ３」のように、複数の病変に対応する複数の病変ＩＤが１つの画像ＩＤに対して記録される。

発生時期には、その病変ＩＤが最初に付された検査画像１８の画像検査の実施日の日付、言い換えればその病変ＩＤで表される病変が最初に発見された検査画像１８の画像検査の実施日の日付が記録される。例えば病変ＩＤ「Ｌ１」の発生時期には「２０１４／０４／１２」が、病変ＩＤ「Ｌ４」の発生時期には「２０１４／１２／２２」が記録される。

各病変ＩＤには、病変が発生した臓器と区域、並びに画像特徴量が記録される。臓器と区域は、例えば医師により入力されるか、あるいは画像サーバ１５で画像解析により自動的に検出される。画像特徴量には、検査画像１８内の病変の位置を示す位置座標や、病変の大きさの指標である長径および短径がある。

位置座標は、検査画像１８を構成する画素の位置を数値で表したものである。位置座標は、検査画像１８がＤＲ画像等の二次元画像である場合は二次元座標、検査画像１８がＣＴ画像等の三次元画像である場合は三次元座標となる。位置座標には、例えば医師が指定した病変の領域、あるいは画像サーバ１５で画像解析により自動的に抽出した病変の領域の、中心や重心の座標が記録される。長径および短径には、例えば医師が入力した数値、あるいは画像サーバ１５で画像解析により自動的に算出した数値が記録される。

なお、図示は省略するが、画像特徴量には、上記の位置座標、長径、短径の他に、病変の領域の画素値の最大値、最小値、平均値、分散といった画素値関連特徴量、病変の領域の扁平度、凹凸度、円形度といった形状関連特徴量がある。

図５は、患者ＩＤ「Ｐ００３」の患者の病変の発生時期を時間軸で表したものである。患者ＩＤ「Ｐ００３」の患者には、発生時期が異なる病変ＩＤ「Ｌ１」、「Ｌ２」、「Ｌ３」、「Ｌ４」の計４個の病変が発生している。このうち病変ＩＤ「Ｌ１」の病変は発生時期が最も古く「２０１４／０４／１２」である。次いで「２０１４／１０／０１」に病変ＩＤ「Ｌ２」、「Ｌ３」の２つの病変が発生し、「２０１４／１２／２２」に病変ＩＤ「Ｌ４」の病変が発生している。

画像サーバ１５は、新たな検査画像１８を画像ＤＢ１５Ａに記録する際に、病変の同定を行う。病変の同定は、これから記録しようとする新たな検査画像１８内の病変と、既に画像ＤＢ１５Ａに記録されている過去の検査画像１８内の病変とが同じ病変であるか異なる病変であるかを判定する処理である。

画像サーバ１５は、新たな検査画像１８内の病変と過去の検査画像１８内の病変とが同じ病変であると判定した場合、新たな検査画像１８内の病変に、過去の検査画像１８内の病変と同じ病変ＩＤを付す。一方、新たな検査画像１８内の病変と過去の検査画像１８内の病変とが異なる病変であると判定した場合、新たな検査画像１８内の病変に、新たな病変ＩＤを付す。過去の検査画像１８がない場合も同様に新たな病変ＩＤを付す。

図６は、患者ＩＤ「Ｐ００３」の患者の検査画像１８に対する病変の同定の様子を示したものである。ここでは、点線の枠および符号ＧＱで示す、日付「２０１４／１０／０１」、画像ＩＤ「ＤＲ０５０」、検査種類「ＤＲ検査」、撮影部位「胸部」の検査画像１８を新たに画像ＤＢ１５Ａに記録する場合を示している。

まず、画像サーバ１５は、患者ＩＤ、検査種類、撮影部位が検査画像ＧＱと一致する検査画像１８を画像ＤＢ１５Ａから検索する。ここでは、点線の枠および符号ＧＴで示すように、日付「２０１４／０４／１２」、画像ＩＤ「ＤＲ０１０」、日付「２０１４／０４／１９」、画像ＩＤ「ＤＲ０１１」、および日付「２０１４／０４／２６」、画像ＩＤ「ＤＲ０１２」の３つの検査画像１８が検索される。これらの検査画像ＧＴは、上述の過去の検査画像１８に相当し、新たな検査画像ＧＱと同一の患者に対して、同一の画像検査かつ同一の撮影部位で異なる日に撮影して得られたものである。

次いで、画像サーバ１５は、検査画像ＧＴ内の病変の領域Ｒ０１０、Ｒ０１１、Ｒ０１２と、検査画像ＧＱ内の病変の領域Ｒ０５０−１、Ｒ０５０−２、Ｒ０５０−３とが同じ領域であるか否かを判定する。この際、画像サーバ１５は、例えば特表２００５−５２８９７４号公報に記載の非剛体位置合わせ技術を用いて判定を行う。

図６では、検査画像ＧＱ内の病変の領域Ｒ０５０−１が、検査画像ＧＴ内の病変の領域Ｒ０１０、Ｒ０１１、Ｒ０１２と同一であると判定され、一方で検査画像ＧＱ内の病変の領域Ｒ０５０−２、Ｒ０５０−３が、検査画像ＧＴ内の病変の領域Ｒ０１０、Ｒ０１１、Ｒ０１２と異なると判定された場合を例示している。この場合、画像サーバ１５は、領域Ｒ０５０−１の病変に対して、領域Ｒ０１０、Ｒ０１１、Ｒ０１２の病変に既に付されている病変ＩＤ「Ｌ１」を付す。一方、領域Ｒ０５０−２、Ｒ０５０−３の病変に対しては、新たな病変ＩＤ「Ｌ２」、「Ｌ３」をそれぞれ付す。こうした病変の同定を行うことで、同じ病変に異なる病変ＩＤが付されたり、異なる病変に同じ病変ＩＤが付されることを防止することができる。

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

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

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

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

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

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

ＧＵＩ制御部３５は、各種画面をディスプレイ２９Ａに表示し、かつ各種画面を通じて入力デバイス３０Ａから入力される操作指示を受け付ける。操作指示には、診療支援サーバ１２への表示画面２０の配信指示がある。ＧＵＩ制御部３５は、受け付けた操作指示をブラウザ制御部３６に出力する。

ブラウザ制御部３６は、ウェブブラウザの動作を制御する。ブラウザ制御部３６は、ＧＵＩ制御部３５からの配信指示に応じた配信要求を診療支援サーバ１２に対して発行する。

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

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

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

要求受付部４１は、クライアント端末１１からの配信要求を受け付ける。要求受付部４１は、配信要求を画面生成部４７に出力する。

画面生成部４７は、配信要求に応じて管理部４６から治療効果情報を受け取り、受け取った治療効果情報に基づいて表示画面２０を生成する。画面生成部４７は、生成した表示画面２０を画面出力制御部４８に出力する。画面出力制御部４８は、表示画面２０を配信要求の要求元のクライアント端末１１に出力する。

診療データ取得部４３は、サーバ群１６に対して、定期的、例えば１日毎に診療データの取得要求を発行する。診療データ取得部４３は、この取得要求に応じてサーバ群１６から送信された診療データを取得する。診療データ取得部４３は、取得した診療データを分類部４４および情報生成部４５に出力する。

分類部４４は、抗癌剤治療を施された患者が有する複数の病変を、発生時期に応じて複数のグループに分類する。分類部４４は、分類の結果をまとめた分類情報を生成し、これを管理部４６に出力する。

情報生成部４５は、診療データ取得部４３からの診療データ、および管理部４６からの分類情報に基づいて、複数のグループ毎に治療効果情報を生成する。情報生成部４５は、生成した治療効果情報を管理部４６に出力する。

また、情報生成部４５は、診療データ取得部４３からの診療データに基づいて、抗癌剤治療を施された患者の抗癌剤治療の履歴を示す治療履歴情報を生成する。情報生成部４５は、生成した治療履歴情報を管理部４６に出力する。分類部４４は、診療データ取得部４３からの診療データ、管理部４６からの治療履歴情報、並びにストレージデバイス２５Ｂに格納された分類条件テーブル４９からの分類条件（図１０および図１１参照）に基づいて分類を行う。

治療効果情報ＤＢ１２Ａには、治療履歴情報が登録される治療履歴情報テーブル５０（図１２参照）、分類情報が登録される分類情報テーブル５１（図１３参照）、および治療効果情報が登録される治療効果情報テーブル５２（図１４参照）が格納されている。管理部４６は、各テーブル５０〜５２への各情報の登録、および各テーブル５０〜５２からの各情報の読み出しを管理する。例えば、管理部４６は、治療効果情報テーブル５２から治療効果情報を読み出し、読み出した治療効果情報を表示画面２０の生成のために画面生成部４７に出力する。

図１０において、分類条件テーブル４９には、複数のグループを識別するための番号や記号であるグループＩＤおよびグループ名と、分類条件として各グループの期間の起算日（開始日）および満了日（終了日）とが登録されている。

グループは、大別して、第１回抗癌剤治療を開始する前の治療前グループ（グループＩＤ「Ｇ０」）と、第１回抗癌剤治療の開始以後の治療以後グループ（グループＩＤ「Ｇ１」、「Ｇ２」、・・・）とに分けられる。治療前グループの起算日には何も登録されておらず、満了日には「第１回抗癌剤治療の開始日の前日」が登録されている。このため、治療前グループには、第１回抗癌剤治療の開始日より前に発生時期が該当する病変（以下、原発病変）が分類される。

一方、各治療以後グループの起算日には、例えばグループＩＤ「Ｇ２」の２回治療以後グループの「第２回抗癌剤治療の開始日」のように、「今回の抗癌剤治療の開始日」、満了日には、例えばグループＩＤ「Ｇ３」の３回治療以後グループの「第４回抗癌剤治療の開始日の前日」のように、「次回の抗癌剤治療の開始日の前日」がそれぞれ登録されている。これを１以上の自然数Ｎを用いて表現すると、Ｎ回治療以後グループの起算日には「第Ｎ回の抗癌剤治療の開始日」、満了日には「第Ｎ＋１回の抗癌剤治療の開始日の前日」がそれぞれ登録されている、となる。このため、各治療以後グループには、第１回抗癌剤治療以後で、今回の抗癌剤治療の開始日から次回の抗癌剤治療の開始日の前日までに発生時期が該当する病変（以下、後発病変）が分類される。

図１１は、図１０の分類条件テーブル４９の分類条件を時間軸で表したものである。このように、グループは、各回の抗癌剤治療の開始日を基準に分けられる。なお、次回の抗癌剤治療が開始されていない場合は、当該治療以後グループの満了日には診療データ取得部４３で診療データを取得した日が自動的に設定される。

図１２に示すように、治療履歴情報テーブル５０には、患者ＩＤ毎に治療履歴情報が登録されている。治療履歴情報は、各回の抗癌剤治療の開始日および終了日と、投与した抗癌剤の薬剤名とで構成される。なお、図１２では患者ＩＤ「Ｐ００３」の患者の治療履歴情報のみを示しているが、実際には他の患者の治療履歴情報も登録されている。図１３の分類情報テーブル５１、図１４の治療効果情報テーブル５２も同様である。

図１３に示すように、分類情報テーブル５１には、患者ＩＤ毎に分類情報が登録されている。分類情報は、病変ＩＤと、各病変ＩＤの病変が分類部４４によって分類されたグループのグループＩＤとで構成される。なお、図１３では、理解を助けるためにグループＩＤにグループ名を併記している。図１４の治療効果情報テーブル５２も同様である。

図１４に示すように、治療効果情報テーブル５２には、患者ＩＤ毎に治療効果情報が登録されている。治療効果情報はグループＩＤ毎にまとめられており、病変ＩＤと、画像検査の実施日の日付と、画像特徴量のうちの長径とで構成される。グループＩＤと病変ＩＤの対応関係は、分類情報テーブル５１の病変ＩＤとグループＩＤの対応関係と一致している。１つの病変ＩＤの治療効果情報は、その病変ＩＤの病変の長径の時系列変化を示している。

図１５に示すように、治療履歴情報テーブル５０の抗癌剤、分類情報テーブル５１の病変ＩＤ（病変）およびグループＩＤ（グループ）、並びに治療効果情報テーブル５２の治療効果情報は、患者ＩＤで互いに関連付けられている。なお、患者ＩＤではなく、専用の関連付けＩＤを管理部４６で発行して各情報を関連付けてもよい。また、各テーブル５０〜５２を統合し、１つのテーブルで各情報を管理してもよい。

以下、診療支援サーバ１２のＣＰＵ２７Ｂの各機能部の機能を、図１６、図１９、図２０、図２４、図２５の概念図、および図１７、図１８、図２１〜図２３、図２６、図２７の具体例を交えて説明する。

図１６において、情報生成部４５は、診療データ取得部４３からの投薬およびイベントの診療データに基づいて、治療履歴情報を生成する。なお、図１６では、簡単化のため管理部４６の図示を省略している。図１７、図１９、図２１、図２４〜図２７も同様である。

図１７は、患者ＩＤ「Ｐ００３」の患者の治療履歴情報の生成の様子を示したものである。この場合、情報生成部４５は、患者ＩＤ「Ｐ００３」の患者のイベントの診療データから、第１回抗癌剤治療の開始日である「２０１４／０４／１３」や第２回抗癌剤治療の終了日である「２０１４／１１／０３」等、各回の抗癌剤治療の開始日および終了日を抜き出す。

また、情報生成部４５は、患者ＩＤ「Ｐ００３」の患者の投薬の診療データから、第１回抗癌剤治療の開始日である「２０１４／０４／１３」に投与された「イリノテカン」、「シスプラチン」等、各回の抗癌剤治療で投与された抗癌剤の薬剤名を抜き出す。

こうして情報生成部４５が抜き出した各回の抗癌剤治療の開始日および終了日、並びに各回の抗癌剤治療で投与された抗癌剤の薬剤名は、治療履歴情報として治療履歴情報テーブル５０に登録される。この患者ＩＤ「Ｐ００３」の患者の抗癌剤治療の治療履歴と、病変の発生時期とを時間軸で表すと、図１８に示すようになる。

分類部４４は、病変の分類に先立ち、２つの中間処理データを生成する。まず、図１９に示すように、分類部４４は、治療履歴情報テーブル５０からの治療履歴情報、および分類条件テーブル４９からの分類条件に基づいて、中間処理データとして患者別分類条件テーブル６０を生成する。患者別分類条件テーブル６０は、分類条件テーブル４９の分類条件を各患者の治療履歴情報に応じて書き換え、書き換えた各患者専用の分類条件を患者ＩＤ毎に登録したものである。

また、図２０に示すように、分類部４４は、診療データ取得部４３からの病変情報１９に基づいて、中間処理データとして患者別発生時期テーブル６１を生成する。患者別発生時期テーブル６１は、各患者の病変情報１９の病変ＩＤとこれに対応する発生時期を、患者ＩＤ毎に登録したものである。分類部４４でこうした患者別分類条件テーブル６０および患者別発生時期テーブル６１を生成するのは、抗癌剤治療の回数、各回の抗癌剤治療の開始日および終了日、並びに各病変の発生時期が患者によって異なるためである。

図２１は、患者ＩＤ「Ｐ００３」の患者の患者別分類条件テーブル６０の生成の様子を示したものである。この場合、分類部４４は、治療履歴情報テーブル５０の患者ＩＤ「Ｐ００３」の項から、各回の抗癌剤治療の開始日である「２０１４／０４／１３」、「２０１４／１０／０２」、「２０１４／１２／２３」を抜き出し、患者別分類条件テーブル６０の患者ＩＤ「Ｐ００３」の項の各治療以後グループの起算日に転記する。

また、分類部４４は、各回の抗癌剤治療の開始日から１を減算した日、すなわち各回の抗癌剤治療の開始日の前日である「２０１４／０４／１２」、「２０１４／１０／０１」、「２０１４／１２／２２」を、患者別分類条件テーブル６０の患者ＩＤ「Ｐ００３」の項の治療前グループ、および１回、２回治療以後グループの満了日に転記する。

患者ＩＤ「Ｐ００３」の患者には第４回の抗癌剤治療は開始されていないので、３回治療以後グループの満了日には、診療データを取得した日である「２０１５／０１／３０」が自動的に設定される。この患者ＩＤ「Ｐ００３」の患者の各グループの期間と、病変の発生時期と治療履歴とを時間軸で表すと、図２２に示すようになる。なお、分類条件には各回の抗癌剤治療の終了日は関わらないため、治療履歴情報テーブル５０に各回の抗癌剤治療の終了日を登録しなくてもよい。

図２３は、患者ＩＤ「Ｐ００３」の患者の患者別発生時期テーブル６１の生成の様子を示したものである。この場合、分類部４４は、患者ＩＤ「Ｐ００３」の病変情報１９から、各病変ＩＤ「Ｌ１」、「Ｌ２」、「Ｌ３」、「Ｌ４」とこれらに対応する発生時期「２０１４／０４／１２」、「２０１４／１０／０１」、「２０１４／１０／０１」、「２０１４／１２／２２」を抜き出し、患者別発生時期テーブル６１の患者ＩＤ「Ｐ００３」の項に転記する。

図２４に示すように、分類部４４は、患者別分類条件テーブル６０および患者別発生時期テーブル６１に基づいて、患者毎に病変をグループに分類し、分類情報を生成する。また、図２５に示すように、情報生成部４５は、診療データ取得部４３からの病変情報１９、および分類情報テーブル５１からの分類情報に基づいて、治療効果情報を生成する。

図２６は、患者ＩＤ「Ｐ００３」の患者の分類情報の生成の様子を示したものである。この場合、分類部４４は、患者別分類条件テーブル６０の患者ＩＤ「Ｐ００３」の各グループの起算日および満了日と、患者別発生時期テーブル６１の患者ＩＤ「Ｐ００３」の各病変ＩＤの発生時期とを照合する。そして、発生時期が起算日および満了日で示す期間に該当するグループを、その病変ＩＤの病変のグループと決定する。例えば病変ＩＤ「Ｌ４」の病変は、発生時期が「２０１４／１２／２２」であるため、起算日「２０１４／１０／０２」〜満了日「２０１４／１２／２２」の２回治療以後グループと決定する（図２２も参照）。こうした照合により各病変ＩＤに対して決定したグループのグループＩＤが、病変ＩＤとともに分類情報として出力され、分類情報テーブル５１に登録される。

図２７は、患者ＩＤ「Ｐ００３」の患者の治療効果情報の生成の様子を示したものである。この場合、情報生成部４５は、患者ＩＤ「Ｐ００３」の患者の病変情報１９から、日付と長径を抜き出す。こうして情報生成部４５が抜き出した日付と長径は、治療効果情報テーブル５２の患者ＩＤ「Ｐ００３」の、分類情報テーブル５１の分類情報によって分けられた各グループの各病変ＩＤの項に転記される。

図２８において、表示画面２０は、第１領域７０と第２領域７１とを有する。第１領域７０は、表示画面２０の配信指示を入力するための領域である。第２領域７１は、治療効果情報を表示するための領域である。

第１領域７０には、第２領域７１に治療効果情報を表示する患者の患者ＩＤを入力するための患者ＩＤ入力ボックス７２、第２領域７１に表示する治療効果情報の期間を入力するための期間入力ボックス７３Ａ、７３Ｂ、および表示ボタン７４が設けられている。

図２８は、診療支援サーバ１２への認証後にディスプレイ２９Ａに最初に表示される表示画面２０を示している。この場合、第２領域７１には治療効果情報は表示されず、患者ＩＤと期間の入力、および表示ボタン７４の選択を促すメッセージが表示される。

患者ＩＤ入力ボックス７２に所望の患者ＩＤ、期間入力ボックス７３Ａ、７３Ｂに所望の期間がそれぞれ入力され、表示ボタン７４がカーソル７５で選択されると、ＧＵＩ制御部３５は、患者ＩＤ入力ボックス７２に入力された患者ＩＤ、期間入力ボックス７３Ａ、７３Ｂに入力された期間を含む配信指示をブラウザ制御部３６に出力する。ブラウザ制御部３６は、患者ＩＤおよび期間を検索キーとする配信要求を発行する。

画面生成部４７は、配信要求で検索キーとして指定された患者ＩＤの治療効果情報を管理部４６から受け取る。画面生成部４７は、受け取った治療効果情報のうち、配信要求で検索キーとして指定された期間内の日付の長径の時系列変化を表す折れ線グラフを生成する。画面生成部４７は、生成した折れ線グラフを、治療効果情報として第２領域７１に表示する。

より具体的には図２９および図３０に示すように、画面生成部４７は、第２領域７１に、病変の長径を縦軸、日付を横軸とする二次元平面７６を描画し、この二次元平面７６内に折れ線グラフＬを表示する。折れ線グラフＬは、二次元平面７６に各日付の長径をプロットした点を、直線で結んだものである。

二次元平面７６には、折れ線グラフＬがどのグループの病変の長径の時系列変化を表すものであるかを示す凡例７７と、病変の縮小率７８とが表示される。凡例７７は、治療効果情報のグループＩＤに基づいて表示される。縮小率７８は、指定された期間内で最新の日付の長径を、指定された期間内で最も古い日付の長径で除算した値である。例えば最新の日付の長径が「１」、最も古い日付の長径が「４１」であった場合、縮小率７８は１／４１≒０．０２である。縮小率７８が小さいほど、治療効果が高いといえる。

また、二次元平面７６には、指定された患者ＩＤの治療履歴情報に基づいて、抗癌剤治療の期間、および抗癌剤の薬剤名が表示される。

縦軸の長径は、指定された期間内で最も古い日付の長径を基準の「１．０」として、他の日付の長径を規格化したものである。このため折れ線グラフＬは全て長径「１．０」が起点となる。また、折れ線グラフＬの各プロットに対応する縦軸の長径は、指定された期間内で最も古い日付からの長径の縮小率に他ならない。なお、縦軸の長径は規格化せずともよいが、規格化したほうが各折れ線グラフＬの比較がしやすいため好ましい。

図２９は、患者ＩＤ「Ｐ００３」の患者について、第１回の抗癌剤治療の治療効果を判定するべく、患者ＩＤ入力ボックス７２に患者ＩＤ「Ｐ００３」、期間入力ボックス７３Ａ、７３Ｂに「２０１４／４」、「２０１４／６」がそれぞれ入力されて表示ボタン７４が選択された場合の表示画面２０を示している。この場合、「２０１４／４」〜「２０１４／６」の期間には、図１４の治療効果情報テーブル５２からも分かるように、病変ＩＤ「Ｌ２」〜「Ｌ４」の病変は発生しておらず、これらの治療効果情報が治療効果情報テーブル５２にないため、第２領域７１には、「２０１４／４」〜「２０１４／６」の期間に治療効果情報がある、病変ＩＤ「Ｌ１」の病変の長径の時系列変化を示す折れ線グラフＬＧ０（ダイヤ形の点および実線で示す）のみが表示される。また、縮小率７８として、病変ＩＤ「Ｌ１」の病変の長径の縮小率７８Ｇ０が表示される。

一方、図３０は、患者ＩＤ「Ｐ００３」の患者について、第２回の抗癌剤治療の治療効果を判定するべく、患者ＩＤ入力ボックス７２に患者ＩＤ「Ｐ００３」、期間入力ボックス７３Ａ、７３Ｂに「２０１４／１０」、「２０１４／１２」がそれぞれ入力されて表示ボタン７４が選択された場合の表示画面２０を示している。この場合、「２０１４／１０」〜「２０１４／１２」の期間には、図１４の治療効果情報テーブル５２からも分かるように、病変ＩＤ「Ｌ１」の病変に加えて、病変ＩＤ「Ｌ２」、「Ｌ３」の病変が発生しており、これらの治療効果情報も治療効果情報テーブル５２にあるため、第２領域７１には、折れ線グラフＬＧ０に加えて、病変ＩＤ「Ｌ２」の病変の長径の時系列変化を示す折れ線グラフＬＧ１Ａ（正方形の点および破線で示す）、および病変ＩＤ「Ｌ３」の病変の長径の時系列変化を示す折れ線グラフＬＧ１Ｂ（円形の点および破線で示す）が表示される。また、縮小率７８として、縮小率７８Ｇ０に加えて、病変ＩＤ「Ｌ２」、「Ｌ３」の病変の長径の各縮小率を平均した平均縮小率７８Ｇ１が表示される。

折れ線グラフＬＧ０は、治療前グループの病変ＩＤ「Ｌ１」の病変の長径の時系列変化を示している。一方、折れ線グラフＬＧ１Ａ、ＬＧ１Ｂは、１回治療以後グループの病変ＩＤ「Ｌ２」、「Ｌ３」の病変の長径の時系列変化をそれぞれ示している。また、縮小率７８Ｇ０は、治療前グループの病変ＩＤ「Ｌ１」の病変の長径の縮小率を示し、縮小率７８Ｇ１は、１回治療以後グループの病変ＩＤ「Ｌ２」、「Ｌ３」の病変の長径の平均縮小率を示している。このように、第２領域７１には、各グループの病変の長径の時系列変化および縮小率が比較可能に並べて表示される。

なお、図示は省略するが、例えば第３回の抗癌剤治療の期間を含む「２０１４／１２」〜「２０１５／２」が期間に指定された場合は、折れ線グラフＬＧ０、ＬＧ１Ａ、ＬＧ１Ｂに加えて、２回治療以後グループの病変ＩＤ「Ｌ４」の病変の長径の時系列変化を示す折れ線グラフＬが表示される。また、縮小率７８Ｇ０、７８Ｇ１に加えて、２回治療以後グループの病変ＩＤ「Ｌ４」の病変の長径の縮小率７８が表示される。

以下、上記構成による作用について、図３１および図３２のフローチャートを参照して説明する。まず、図３１に示すように、診療支援サーバ１２では、以下のように情報生成・登録処理Ｓ１００が実施される。まずステップＳ１０１に示すように、サーバ群１６からの診療データが診療データ取得部４３で取得される。診療データは分類部４４および情報生成部４５に出力される。

情報生成部４５では、診療データ取得部４３からの投薬およびイベントの診療データに基づいて、治療履歴情報が生成される（ステップＳ１０２）。治療履歴情報は、管理部４６により治療履歴情報テーブル５０に登録される（ステップＳ１０３）。

分類部４４では、治療履歴情報テーブル５０からの治療履歴情報、および分類条件テーブル４９からの分類条件に基づいて、患者別分類条件テーブル６０が生成される。また、診療データ取得部４３からの病変情報１９に基づいて、患者別発生時期テーブル６１が生成される。そして、ステップＳ１０４に示すように、患者別分類条件テーブル６０および患者別発生時期テーブル６１に基づいて、各患者の病変が発生時期に応じたグループに分類される。これにより生成された分類情報は、管理部４６により分類情報テーブル５１に登録される（ステップＳ１０５）。

次いでステップＳ１０６に示すように、情報生成部４５により、診療データ取得部４３からの病変情報１９、および分類情報テーブル５１からの分類情報に基づいて、治療効果情報が生成される。治療効果情報は、管理部４６により治療効果情報テーブル５２に登録される（ステップＳ１０７）。

治療履歴情報テーブル５０の抗癌剤、分類情報テーブル５１の病変ＩＤ（病変）およびグループＩＤ（グループ）、並びに治療効果情報テーブル５２の治療効果情報が、患者ＩＤで互いに関連付けられているので、どの患者がどういった抗癌剤を使用し、どういった発生時期で何個病変が発生し、さらに抗癌剤治療によってどういった治療効果があったのかを把握することができる。

抗癌剤治療の治療効果を判定する場合、医師は、クライアント端末１１を通じて診療支援サーバ１２にアクセスして認証を行う。認証後、クライアント端末１１のディスプレイ２９Ａには、図２８に示す表示画面２０が表示される。医師は、表示画面２０の第１領域７０を通じて配信指示を入力する。これによりクライアント端末１１から診療支援サーバ１２に表示画面２０の配信要求が送信される。

図３２において、診療支援サーバ１２では、要求受付部４１により配信要求が受け付けられる（ステップＳ２００でＹＥＳ）。配信要求は画面生成部４７に出力される。これにより治療効果情報の提供処理Ｓ３００が提供部４２で実施される。より具体的には、まず管理部４６から画面生成部４７に、配信要求で指定された患者ＩＤの患者の治療効果情報が出力される。そして、ステップＳ３０１に示すように、画面生成部４７により治療効果情報に基づく表示画面２０が生成される。生成された表示画面２０は画面出力制御部４８により配信要求の要求元のクライアント端末１１に出力される（ステップＳ３０２）。

クライアント端末１１では、診療支援サーバ１２からの表示画面２０がブラウザ制御部３６で受け取られる。そして、ＧＵＩ制御部３５により表示画面２０がディスプレイ２９Ａに表示される。

医師は、表示画面２０を閲覧し、抗癌剤治療の治療効果を判定する。表示画面２０の第２領域７１には、治療効果情報として、病変の長径の時系列変化を示す折れ線グラフＬ、および指定された期間内の病変の長径の縮小率７８が表示される。このため医師は、抗癌剤治療によって病変がどれだけ縮小したかを容易に確認することができる。例えば図２９では、第１回の抗癌剤治療により、病変が略なくなるまで縮小していることが分かり、第１回の抗癌剤治療で良好な治療効果が表れていることが分かる。

分類部４４により病変を発生時期に応じてグループに分類し、情報生成部４５によりグループ毎に治療効果情報を生成するので、図３０に示す折れ線グラフＬＧ０、ＬＧ１Ａ、ＬＧ１Ｂおよび縮小率７８Ｇ０、７８Ｇ１のように、各グループの病変の長径の時系列変化および縮小率を比較可能に並べて表示することができる。これにより医師は、治療効果をグループ毎に見分けることができる。

例えば図３０では、折れ線グラフＬＧ１Ａ、ＬＧ１Ｂおよび縮小率７８Ｇ１により、第２回の抗癌剤治療では、１回治療以後グループの病変に対しては、第１回の抗癌剤治療における治療前グループの病変と同様の治療効果が認められることが分かる。一方、折れ線グラフＬＧ０および縮小率７８Ｇ０により、治療前グループの病変に対しては、１回治療以後グループの病変と比較して、第２回の抗癌剤治療ではあまり治療効果が上がっていないことが分かる。

このように病変の発生時期による治療効果の差を明示するので、例えば次回の抗癌剤治療では治療効果が上がっていないグループの病変に治療を集中させる等、医師は抗癌剤治療の治療方針を決定しやすくなる。したがって、抗癌剤治療の治療方針を決定する際の医師の負担を軽減することができる。

各回の抗癌剤治療の開始日を基準にグループが分けられるので、各回の抗癌剤治療の開始前に発生した病変と、各回の抗癌剤治療の開始以後に発生した病変のそれぞれの治療効果の差を明示することができる。

また、第１回抗癌剤治療の開始日より前に発生時期が該当する原発病変が分類される治療前グループと、第１回抗癌剤治療以後に発生時期が該当する後発病変が分類される治療以後グループとに分けられるので、原発病変と後発病変のそれぞれの治療効果の差を明示することができる。

なお、グループは、例えば図３３に示す分類条件テーブル８５のように、原発病変の発生時期を基準に分けてもよい。

図３３において、分類条件テーブル８５には、原発病変の発生時期から、その３か月経過日の前日までの「０〜３か月グループ」（グループＩＤ「Ｇ０−３」）、３か月経過日から半年経過日の前日までの「３か月〜半年グループ」（グループＩＤ「Ｇ３−６」）等、期間を３か月毎に区切った複数のグループの分類条件が登録されている。このように、各回の抗癌剤治療の開始日と関係なくグループが分けられていれば、各回の抗癌剤治療の開始日が不明の場合でも病変をグループ分けすることができる。なお、グループを区切る期間を、１か月毎、３か月毎、半年毎等、表示画面２０上で医師がマニュアル操作により設定変更可能に構成してもよい。

分類条件を医師がマニュアル操作により設定変更する例を図３４に模式的に示す。この場合、図１０に示す分類条件や図３３に示す分類条件等、複数の分類条件１、２、３、・・・が登録された分類条件テーブル８６を用意し、医師の求めに応じて使用する分類条件を切り替える。なお、図３４は、矢印の左側の分類条件１を使用している状態から、医師のマニュアル操作により分類条件２に設定変更されて、分類条件２を使用する右側の状態に切り替わった様子を示している。

さらに、医師が独自に設定した分類条件を、分類条件テーブルに登録可能に構成してもよい。

上記第１実施形態では、病変の発生時期を画像検査の実施日の日付としているが、病変の発生時期は、必ずしも画像検査の実施日の日付と一致しないことがある。例えば初診の日に撮影した検査画像１８内の病変がある程度の大きさを有する場合は、初診の日よりも前に病変が発生している。また、ある検査画像１８で発生したと判断した病変が、ある検査画像１８よりも過去の検査画像１８にも描出されていることもある。そこで、医師による病変の発生時期の修正を受け付け、病変の発生時期を修正可能に構成してもよい。

上記第１実施形態では、診療データ取得部４３で定期的に診療データを取得し、分類部４４による病変のグループ分けや情報生成部４５による治療効果情報の生成を行っているが、要求受付部４１で配信要求を受け付けたときに、診療データの取得、病変のグループ分け、および治療効果情報の生成を行ってもよい。

［第２実施形態］
抗癌剤治療による治療効果は、病変が発生した臓器、または種類に応じても異なることが予想される。そこで、図３５に示す第２実施形態では、発生時期に応じてグループ分けした病変を、さらに臓器および種類に応じて分ける。なお、この場合は、病変情報１９の各病変ＩＤに種類が記録される。種類は、医師が入力したものを記録してもよいし、画像サーバ１５で画像解析により自動的に判断したものを記録してもよい。

図３５において、本実施形態の治療効果情報テーブル９０には、病変が発生した臓器と病変の種類の項が設けられており、各グループに分類された病変が、さらに臓器と種類で細かく分けられている。例えば１回治療以後グループに分類された病変は、乳房に発生した非浸潤性癌である病変ＩＤ「Ｌ３」の病変と、肺に発生した小細胞癌である病変ＩＤ「Ｌ４」の病変とに分けられる。

こうして病変を臓器と種類でさらに分けることで、例えば折れ線グラフＬを臓器や種類別に区別して表示したり、臓器や種類毎に縮小率７８を表示したりすることができる。なお、図３５では臓器と種類に応じて病変を分けたが、臓器、または種類のうちのいずれか１つに応じて分けてもよい。

図３５の治療効果情報テーブル９０のようなグループ、臓器、種類毎に登録された治療効果情報に統計処理を施した結果を治療効果情報として表示することもできる。

例えば図３６に示すように、肺に発生した小細胞癌について、抗癌剤別の治療効果を示す抗癌剤別治療効果表９１を、治療効果情報として表示画面２０の第２領域７１に表示する。抗癌剤別治療効果表９１は、抗癌剤「イリノテカン シスプラチン」と「シスプラチン エトポシド」の各組合せについて、治療前グループと１回治療以後グループの各々の適用症例（患者）数、並びに治療前グループと１回治療以後グループの各々のグループの肺小細胞癌の病変に対する縮小率と無増悪期間のそれぞれの平均（平均縮小率、平均無増悪期間）を示したものである。

抗癌剤の情報は治療履歴情報テーブル５０から得ることができ、適用症例数は各組合せの抗癌剤を使用した患者の数をカウントすることで求めることができる。平均縮小率は、治療効果情報の長径の最小値を最大値で除算することで各適用症例の縮小率を算出し、各適用症例の縮小率を積算して適用症例数で除算すれば求められる。

ここで、無増悪期間は、抗癌剤治療により病変の状態が安定してから悪化するまでの期間である。例えば図３７に示すように、ある患者のある病変が、抗癌剤治療により縮小して「２０１５／０６／１０」に長径「１」となり、「２０１５／０９／１９」に再発して長径「２２」となった場合、無増悪期間は「２０１５／０６／１０」〜「２０１５／０９／１８」の１００日間である。無増悪期間が長いほど、治療効果が高いといえる。平均無増悪期間は、平均縮小率と同じく、各適用症例の無増悪期間を積算して適用症例数で除算すれば求められる。

こうした統計処理の結果を治療効果情報として表示すれば、医師はより適切な抗癌剤治療の治療方針を容易に決定することができる。例えば図３６の抗癌剤別治療効果表９１から、どの抗癌剤がどのグループの病変に対して治療効果があるかが分かる。より具体的には、治療前グループの病変に対する治療効果は、抗癌剤「イリノテカン シスプラチン」の組合せのほうが高いが、１回治療以後グループの病変に対する治療効果は、抗癌剤「シスプラチン エトポシド」の組合せのほうが高いことが分かる。このことから、例えば１回治療以後グループの病変に集中して治療を施したい場合には、抗癌剤「イリノテカン シスプラチン」の組合せよりも、抗癌剤「シスプラチン エトポシド」の組合せを選択したほうがよいことが分かる。

なお、上記第１実施形態では、病変の長径の時系列変化を折れ線グラフＬの形態で表示しているが、日付と病変の長径を羅列した表の形態で表示してもよい。また、病変の長径だけでなく短径の時系列変化や縮小率を治療効果情報として表示してもよい。さらに、統計処理をする場合は、抗癌剤治療の開始から所定年数経過した患者の生存率（例えば５年生存率）または病変の再発率（例えば１年再発率）や、病変が完全に消失または所定割合縮小した患者の割合である奏効率等を治療効果情報として表示してもよい。

［第３実施形態］
患者の診療過程においては、類似画像検索がしばしば行われる。類似画像検索は、具体的には、複数の検査画像１８の中から、対象患者と同一の症例の患者の検査画像１８（以下、同一症例画像１８Ｓ）であって、対象患者の検査画像１８（以下、対象画像１８Ｒ）内の病変と特徴が類似する病変が描出された同一症例画像１８Ｓを検索するものである。

従来の類似画像検索では、対象画像１８Ｒ内の病変と同一症例画像１８Ｓ内の病変との画像特徴量に基づく類似性は加味されていたが、各病変が属するグループの類似性までは加味されていなかった。そこで、図３８〜図４１に示す第３実施形態では、診療支援サーバ１２のＣＰＵ２７Ｂに類似画像検索機能を担わせ、各病変が属するグループも加味した類似画像検索を行わせる。

図３８において、本実施形態の診療支援サーバ１２のＣＰＵ２７Ｂには、上記第１実施形態の各機能部に加えて、検索部９５が構築される。なお、図３８では、診療データ取得部４３、分類部４４、および情報生成部４５の図示を省略している。

この場合、要求受付部４１は、クライアント端末１１からの類似画像の検索要求を受け付ける。要求受付部４１は、検索要求を検索部９５に出力する。

検索要求には、対象画像１８Ｒの画像ＩＤが含まれる。また、検索要求には、対象患者と同一の症例の患者を特定するための情報が含まれる。対象患者と同一の症例の患者を特定するための情報は、具体的には対象患者の病変の発生臓器や種類等である。

検索部９５は、画像サーバ１５に検索要求を発行する。画像サーバ１５は、画像ＤＢ１５Ａの複数の検査画像１８の中から、対象画像１８Ｒと同じ検査種類および撮影部位で、かつ検索要求で指定された臓器や種類と同じ臓器や種類が病変情報１９に記録された検査画像１８を同一症例画像１８Ｓとして検索する。画像サーバ１５は、検索した同一症例画像１８Ｓおよびその病変情報１９を検索部９５に送信する。検索部９５は、画像サーバ１５から送信された同一症例画像１８Ｓおよび病変情報１９を取得する。

検索部９５は、画像サーバ１５から送信された同一症例画像１８Ｓの中から、さらに最終的に類似画像とする同一症例画像１８Ｓを決定する。より詳しくは、検索部９５は、対象画像１８Ｒ内の病変と、同一症例画像１８Ｓ内の病変の類似度を算出する。

類似度は、例えば特開２０１１−１１８５４３号公報に記載されているように、対象画像１８Ｒ内の病変と同一症例画像１８Ｓ内の病変の双方の画像特徴量の差分の絶対値に適当な重み付け係数を掛けたものの総和である。この場合、双方の画像特徴量の差分が小さいほど類似度は低い値となり、対象画像１８Ｒ内の病変と同一症例画像１８Ｓ内の病変は類似性が高いといえる。一方、双方の画像特徴量の差分が大きいほど類似度は大きい値となり、対象画像１８Ｒ内の病変と同一症例画像１８Ｓ内の病変は類似性が低いといえる。なお、画像特徴量は、画像サーバ１５からの病変情報１９に記録されている。

検索部９５は類似度に閾値を設定し、設定した閾値による判定条件をクリアした同一症例画像１８Ｓを類似画像と決定する。検索部９５は、類似画像と決定した同一症例画像１８Ｓを画面生成部４７に出力する。

画面生成部４７は、対象画像１８Ｓと、検索部９５から類似画像として出力された同一症例画像１８Ｓを比較可能に表示する検索結果表示画面（図示せず）を生成し、これを画面出力制御部４８に出力する。画面出力制御部４８は、検索結果表示画面を、検索要求の要求元のクライアント端末１１に送信する。なお、検索結果表示画面も表示画面２０と同様に、ウェブ配信用の画面データの形式で出力される。

図３９に示すように、検索部９５は、類似画像の決定に先立ち、画像サーバ１５からの同一症例画像１８Ｓの病変情報１９と、分類情報テーブル５１からの分類情報とに基づいて、画像グループ対応テーブル１００を生成する。画像グループ対応テーブル１００は、画像サーバ１５から送信された同一症例画像１８Ｓ毎に、同一症例画像１８Ｓ内の病変が属するグループを登録したものである。

図４０は、患者ＩＤ「Ｐ５００」の画像ＩＤ「ＤＲ５００」の同一症例画像１８Ｓの画像グループ対応テーブル１００の生成の様子を示したものである。この場合、検索部９５は、患者ＩＤ「Ｐ５００」の病変情報１９の画像ＩＤ「ＤＲ５００」に記録された４つの病変ＩＤ「Ｌ１」、「Ｌ２」、「Ｌ３」、「Ｌ４」の各病変が、分類部４４によりどのグループに分類されたかを、分類情報テーブル５１の患者ＩＤ「Ｐ５００」の分類情報から調べる。そして、調べたグループのグループＩＤを、画像グループ対応テーブル１００の画像ＩＤ「ＤＲ５００」の項に転記する。なお、図示は省略するが、検索部９５は、画像ＩＤ「ＤＲ５００」以外の同一症例画像１８Ｓおよび対象画像１８Ｒについても同様に、病変のグループを分類情報で調べて画像グループ対応テーブル１００を生成する。

検索部９５は、画像グループ対応テーブル１００に登録された対象画像１８Ｒと同一症例画像１８Ｓの双方のグループＩＤを比較し、対象画像１８Ｒと同じ組合せのグループＩＤが登録された同一症例画像１８Ｓを抽出する。そして、抽出した同一症例画像１８Ｓのみを類似度の算出対象とする。

図４１は、画像ＩＤ「ＤＲ２５０」の対象画像１８Ｒの類似画像検索の様子を示している。この場合、検索部９５は、対象画像１８Ｒの画像グループ対応テーブル１００Ａに登録されたグループＩＤの組合せ「Ｇ０」、「Ｇ１」、「Ｇ２」と同じ組合せが画像グループ対応テーブル１００Ｂに登録された、画像ＩＤ「ＤＲ４００」の同一症例画像１８Ｓを類似度の算出対象とする。一方、画像ＩＤ「ＤＲ５００」の同一症例画像１８Ｓは、対象画像１８Ｒとは異なるグループＩＤの組合せであるため、検索部９５は類似度を算出せず、類似画像の候補から外す。

このように、対象画像１８Ｒと同じ組合せのグループＩＤが登録された同一症例画像１８Ｓを類似度の算出対象とすれば、対象画像１８Ｒ内の病変と同じグループに属する病変が描出された同一症例画像１８Ｓを類似画像とすることができる。したがって、画像特徴量に基づく類似性だけでなく、病変が属するグループの類似性も高い類似画像を医師に提供することができる。

なお、病変が属するグループを加味した類似画像検索の方法としては、上記の対象画像１８Ｒと同じ組合せのグループＩＤが登録された同一症例画像１８Ｓのみを類似度の算出対象とする方法の他に、以下の２つの方法が考えられる。

第１の方法は、まず、画像サーバ１５から送信された同一症例画像１８Ｓの全てに対して類似度を算出し、閾値による判定を行って類似画像の候補となる同一症例画像１８Ｓを抽出する。そして、抽出した類似画像の候補の中から、対象画像１８Ｒと同じ組合せのグループＩＤが登録された同一症例画像１８Ｓをさらに抽出し、これを最終的に出力する類似画像とする。

第２の方法は、対象画像１８Ｒと異なる組合せのグループＩＤが登録された同一症例画像１８Ｓよりも、対象画像１８Ｒと同じ組合せのグループＩＤが登録された同一症例画像１８Ｓのほうが類似画像として決定される確率を高くする方法である。

例えば特開２０１１−１１８５４３号公報に記載の方法で類似度を算出する場合、対象画像１８Ｒと異なる組合せのグループＩＤが登録された同一症例画像１８Ｓの場合は類似度に例えば１０を加算し、対象画像１８Ｒと同じ組合せのグループＩＤが登録された同一症例画像１８Ｓの場合は逆に類似度から１０を減算する。

なお、対象画像１８ＲとグループＩＤが全て同じ場合は類似度から１０を減算し、対象画像１８Ｒと一致するグループＩＤが１個ある場合は類似度から５を減算し、対象画像１８ＲとグループＩＤが全て異なる場合は類似度に１０を加算する等、対象画像１８ＲのグループＩＤと一致する数に応じて類似度を上下させてもよい。

あるいは、対象画像１８Ｒと異なる組合せのグループＩＤが登録された同一症例画像１８Ｓよりも、対象画像１８Ｒと同じ組合せのグループＩＤが登録された同一症例画像１８Ｓの場合の類似度の判定条件を緩めてもよい。

なお、検索結果表示画面には、類似画像の患者に施した抗癌剤治療の治療履歴情報や、類似画像内の病変の大きさの時系列変化、縮小率、無増悪期間といった治療効果情報も類似画像と併せて表示することが好ましい。こうすれば、類似画像検索と同時に、類似画像の患者の治療履歴情報や治療効果情報を参照して対象患者の抗癌剤治療の治療方針を決定することができる。

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

上記第３実施形態の検索部９５の機能を、画像サーバ１５が担ってもよい。この場合は分類情報テーブル５１が治療効果情報ＤＢ１２Ａだけでなく画像ＤＢ１５Ａでも共有される。また、画像サーバ１５は診療支援サーバ１２とともに診療支援装置を構成する。

なお、治療効果情報ＤＢ１２Ａは、診療支援装置とは別に設けてもよい。逆に、診療支援サーバ１２と電子カルテサーバ１４および画像サーバ１５とを統合し、診療支援サーバ１２にカルテＤＢ１４Ａおよび画像ＤＢ１５Ａを設けてもよい。

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

さらに、画面出力制御部４８を除く診療支援サーバ１２のＣＰＵ２７Ｂに構築した各機能部をクライアント端末１１のＣＰＵ２７Ａに構築し、クライアント端末１１を診療支援装置として稼働させてもよい。この場合、要求受付部４１は、配信要求に代えて、ＧＵＩ制御部３５から配信指示を受け付ける。また、画面生成部４７は、表示画面２０をＧＵＩ制御部３５に出力する。すなわち、ＧＵＩ制御部３５が画面出力制御部４８の機能を担う。

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

治療効果情報の提供形態としては、上記各実施形態で例示したウェブによる表示画面２０の配信に限らない。例えば、治療効果情報を記録したファイルを格納するＤＢを設け、このＤＢへのアクセス権限を医師に与えて、ＤＢからファイルを読み出させる形態でもよい。ＦＴＰＳ（File Transfer Protocol over SSL/TLS）等の周知のファイル転送プロトコルを用いて、ファイルをクライアント端末１１に自動的に送信する形態でもよい。ファイル転送プロトコルの代わりに電子メールを利用してもよい。また、治療効果情報を印刷した紙資料を提供してもよい。

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

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

なお、この場合は電子カルテ１７および検査画像１８は医療施設毎に管理される。また、この場合の診療支援サーバ１２の設置場所および運営主体は、例えば医療施設とは別の会社が運営するデータセンタでもよいし、複数の医療施設のうちの１つでもよい。

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

１０ 診療支援システム
１１ クライアント端末
１２ 診療支援サーバ（診療支援装置）
１８ 検査画像
１９ 病変情報
２０ 表示画面
２７、２７Ａ、２７Ｂ ＣＰＵ
４０ 診療支援プログラム（診療支援装置の作動プログラム）
４２ 提供部
４４ 分類部
４５ 情報生成部
４６ 管理部
４７ 画面生成部
４８ 画面出力制御部
５２、９０ 治療効果情報テーブル
７８、７８Ｇ０、７８Ｇ１ 縮小率
９１ 抗癌剤別治療効果表
９５ 検索部
Ｌ、ＬＧ０、ＬＧ１Ａ、ＬＧ１Ｂ 折れ線グラフ

Claims (12)

1. 抗癌剤治療を施された患者が有する複数の病変を、発生時期に応じて複数のグループに分類する分類部と、
   前記複数のグループ毎に、前記抗癌剤治療による治療効果を示す治療効果情報を生成する情報生成部と、
   前記治療効果情報を提供する提供部とを備える診療支援装置。
2. 前記患者に前記抗癌剤治療を複数回実施した場合、前記グループは、各回の前記抗癌剤治療の開始日を基準に分けられる請求項１に記載の診療支援装置。
3. 前記グループは、第１回抗癌剤治療の開始日より前に前記発生時期が該当する病変が分類される治療前グループと、
   前記第１回抗癌剤治療以後で、今回の抗癌剤治療の開始日から次回の抗癌剤治療の開始日の前日までに前記発生時期が該当する病変が分類される治療以後グループとに分けられる請求項２に記載の診療支援装置。
4. 前記病変はさらに、発生した臓器、または種類のうちの少なくともいずれか１つに応じて分けられる請求項１ないし３のいずれか１項に記載の診療支援装置。
5. 前記グループの分類条件は、マニュアル操作により設定変更される請求項１ないし４のいずれか１項に記載の診療支援装置。
6. 前記病変、前記グループ、前記抗癌剤、および前記治療効果情報を関連付けて記憶して管理する管理部を備える請求項１ないし５のいずれか１項に記載の診療支援装置。
7. 複数の検査画像の中から、対象患者と同一の症例の患者の同一症例画像であって、前記対象患者の前記検査画像である対象画像内の病変と特徴が類似する病変が描出された前記同一症例画像を検索する検索部を備え、
   前記検索部は、前記対象画像内の病変が属するグループと前記同一症例画像内の病変が属するグループを参照して前記検索を行う請求項１ないし６のいずれか１項に記載の診療支援装置。
8. 前記治療効果情報は、前記病変の大きさの時系列変化、前記病変の大きさの縮小率、または前記抗癌剤治療により前記病変の状態が安定してから悪化するまでの期間である無増悪期間のうちの少なくともいずれか１つを含む請求項１ないし７のいずれか１項に記載の診療支援装置。
9. 前記提供部は、前記治療効果情報の表示画面を生成する画面生成部と、
   前記表示画面の出力を制御する画面出力制御部とで構成される請求項１ないし８のいずれか１項に記載の診療支援装置。
10. 抗癌剤治療を施された患者が有する複数の病変を、発生時期に応じて複数のグループに分類する分類ステップと、
    前記複数のグループ毎に、前記抗癌剤治療による治療効果を示す治療効果情報を生成する情報生成ステップと、
    前記治療効果情報を提供する提供ステップとを備える診療支援装置の作動方法。
11. 抗癌剤治療を施された患者が有する複数の病変を、発生時期に応じて複数のグループに分類する分類機能と、
    前記複数のグループ毎に、前記抗癌剤治療による治療効果を示す治療効果情報を生成する情報生成機能と、
    前記治療効果情報を提供する提供機能とを、コンピュータに実行させる診療支援装置の作動プログラム。
12. 診療支援装置と、前記診療支援装置にネットワークを通じて接続されたクライアント端末とを備える診療支援システムにおいて、
    抗癌剤治療を施された患者が有する複数の病変を、発生時期に応じて複数のグループに分類する分類部と、
    前記複数のグループ毎に、前記抗癌剤治療による治療効果を示す治療効果情報を生成する情報生成部と、
    前記治療効果情報を提供する提供部とを備える診療支援システム。

Images