JP2016099656A - 情報収集装置、情報収集装置の作動方法および作動プログラム、並びに情報収集システム - Google Patents

Abstract

【課題】治療成績の良化に貢献する質の高い診断支援プログラムの開発の促進に繋がる情報を収集することが可能な情報収集装置、情報収集装置の作動方法および作動プログラム、並びに情報収集システムを提供する。
【解決手段】第１情報収集部１１７は、治療方針を決定する場合に診断支援プログラム３０が使用された対象患者に対して、診断支援情報の提案に沿った治療方針が採用されたか否かを示す採否情報を収集する。第２情報収集部１１８は、対象患者の治療成績を示す治療成績情報を収集する。情報提供部１１９は、採否情報および治療成績情報を含む分析対象情報を提供する。
【選択図】図１７

Description

本発明は、情報収集装置、情報収集装置の作動方法および作動プログラム、並びに情報収集システムに関するものである。

医療分野において、より質の高いサービスの実現に向けて、様々な取り組みがなされている。例えば特許文献１には、各医療施設のサービスの質を客観的に把握するために、各医療施設の入院患者の在院日数や病名、手術の術式等を特定する情報に基づいて、各医療施設における患者の治療成績を示す治療成績情報（評価値）を算定する技術が記載されている。治療成績情報には、平均在院日数、手術件数、入退院患者数、入院患者単価、入院延患者数等が例示されている。

ところで、最近、治療成績の良化を目的として、診断支援プログラムを利用する医療施設が増えつつある。診断支援プログラムは、患者の診療過程で取得された検査データや測定データ等の診療データを入力データとして演算を実行し、患者の治療方針を決定する場合に参考にする診断支援情報を出力する。具体的には、診断支援プログラムには、患者の心拍、脈拍、血圧、体温等のバイタルサインの測定値を入力データとし、投薬による副作用の有無や投薬を推奨する薬剤を診断支援情報として出力したり、各種画像検査で得られた検査画像を入力データとし、推奨する手術の術式を診断支援情報として出力したりするものがある。

特許文献２の第４の実施形態には、医療施設と、診断支援プログラム（医用ソフトウェア）を開発する研究機関や企業等のベンダーと、複数の診断支援プログラムを記憶して一括管理するセンターサーバ（医用ソフトウェア集中管理サーバー装置）と、これらを相互に通信可能に接続するネットワークとで構成される診断支援システム（医用ソフトウェア提供システム）が記載されている。ベンダーは、開発した診断支援プログラムをセンターサーバにアップロードする。センターサーバは、各医療施設で使用している診断支援プログラムを医療施設毎に記憶する。

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

最近の医療分野では、新薬の開発や新たな知見の確立等の医療研究の進歩や医療技術の革新は目覚ましく、また、情報技術の進展に伴って、多種多様で大量の情報が収集され、いわゆるビッグデータの集積が進んできている。こうした趨勢に適応するため、診断支援プログラムもベンダーにより今後大いに開発が行われていくことが期待されている。

さらに、患者の高齢化に伴う医療費増大の問題が世界的に顕在化しているため、ベンダーだけでなく、医療費の削減に向けて社会全体で相互に協力して診断支援プログラムの開発効率を上げ、結果として診断支援プログラムの開発を促進していくことが望まれている。

しかし、何の指針もなく、ただ闇雲に診断支援プログラムを開発するだけでは、治療成績の良化に貢献せず、製品として使い物にならない診断支援プログラムが増えるだけで意味がない。

治療成績の良化に貢献する質の高い診断支援プログラムの開発を促進するために、特許文献１に記載の患者の治療成績情報を収集することは有効である。ただし、患者の治療成績情報だけでは、診断支援プログラムが治療成績の良化にどれだけ貢献しているかは分からない。

そこで、診断支援プログラムが治療成績の良化にどれだけ貢献しているかを示す情報、具体的には診断支援プログラムが出力した診断支援情報の提案に沿った治療方針が採用されたか否かを示す採否情報を、患者の治療成績情報と併せて収集する仕組みが切望されている。しかしながら、今のところそうした仕組みは考案されていない。

本発明は、治療成績の良化に貢献する質の高い診断支援プログラムの開発の促進に繋がる情報を収集することが可能な情報収集装置、情報収集装置の作動方法および作動プログラム、並びに情報収集システムを提供することを目的とする。

上記課題を解決するために、本発明の情報収集装置は、患者の診療データを入力データとして演算を実行し、患者の治療方針を決定する場合に参考にする診断支援情報を出力する診断支援プログラムに関する情報を収集する情報収集装置において、治療方針を決定する場合に診断支援プログラムが使用された対象患者に対して、診断支援情報の提案に沿った治療方針が採用されたか否かを示す採否情報を収集する第１情報収集部と、対象患者の治療成績を示す治療成績情報を収集する第２情報収集部とを備えている。

情報提供要求に応じて、採否情報および治療成績情報を含む分析対象情報を提供する情報提供部を備えることが好ましい。

診断支援情報の出力の根拠となった入力データである根拠データを収集する第３情報収集部を備えることが好ましい。

根拠データは、対象患者の診療データのうちの対象患者の検査に関わる検査関連情報であることが好ましい。検査関連情報は、病変の種類、病変のサイズ、病変の特徴量、病変の位置、病変の治癒レベル、薬剤の種類、薬剤の投与量、薬剤の投与期間、医療検査の検査値、またはバイタルサインの測定値のうちの少なくともいずれか１つを含むことが好ましい。

あるいは、根拠データは、対象患者の診療データのうちの対象患者の手術に関わる手術関連情報であることが好ましい。手術関連情報は、手術の術式、切除方法、手術時間、または出血量のうちの少なくともいずれか１つを含むことが好ましい。

情報提供部は、採否情報および治療成績情報に加えて、根拠データを含む分析対象情報を提供することが好ましい。

第２情報収集部は、診断支援情報の提案に沿った治療方針の採否の入力の履歴を示す入力履歴情報を採否情報として収集することが好ましい。

対象患者の診療データのうちの対象患者に対する処置の履歴を示す処置履歴情報を収集する第４情報収集部と、処置履歴情報に基づいて、診断支援情報の提案に沿った治療方針が採用されたか否かを判定する採否判定部とを備え、第２情報収集部は、採否判定部の判定結果を採否情報として収集することが好ましい。この場合、情報提供部は、採否情報および治療成績情報に加えて、採否判定部が診断支援情報の提案に沿った治療方針が採用されなかったと判定した場合の処置履歴情報を含む分析対象情報を提供する。

治療成績情報は、対象患者の再入院の有無、対象患者の入院費、または対象患者の病変の治癒レベルのうちの少なくともいずれか１つを含むことが好ましい。

採否情報および治療成績情報に対して統計処理を行って統計情報を出力する統計処理部を備えることが好ましい。

統計処理部は、診断支援情報の提案に沿った治療方針の採用率または不採用率を統計情報として出力することが好ましい。また、統計処理部は、対象患者の再入院率または完治率、対象患者の入院費の基準値からの増減率、もしくは対象患者の病変の良化率または悪化率のうちの少なくともいずれか１つを統計情報として出力することが好ましい。

統計処理部は、採否情報および治療成績情報に対して、統計処理として指標項目別に分類する分類処理を行い、分類処理を行った情報を統計情報として出力することが好ましい。

指標項目は、対象患者の属性情報を構成する項目であることが好ましい。属性情報を構成する項目は、対象患者の年齢、性別、身長、体重、人種、既往歴、または居住地域のうちの少なくともいずれか１つを含むことが好ましい。

第３情報収集部を備える場合、統計処理部は、根拠データに対しても統計処理を行うことが好ましい。また、統計処理部は、採否判定部で診断支援情報の提案に沿った治療方針が採用されなかったと判定した場合の処置履歴情報に対しても統計処理を行うことが好ましい。さらに、情報提供部を備える場合、情報提供部は、採否情報および治療成績情報に加えて、統計情報を含む分析対象情報を提供することが好ましい。

第２情報収集部は、対象患者以外の、治療方針を決定する場合に診断支援プログラムが使用されなかった非対象患者の治療成績を示す非対象患者治療成績情報を収集し、情報提供部は、採否情報および治療成績情報に加えて、非対象患者治療成績情報を含む分析対象情報を提供することが好ましい。

本発明の情報収集装置の作動方法は、患者の診療データを入力データとして演算を実行し、患者の治療方針を決定する場合に参考にする診断支援情報を出力する診断支援プログラムに関する情報を収集する情報収集装置の作動方法において、治療方針を決定する場合に診断支援プログラムが使用された対象患者に対して、診断支援情報の提案に沿った治療方針が採用されたか否かを示す採否情報を収集する第１情報収集ステップと、対象患者の治療成績を示す治療成績情報を収集する第２情報収集ステップとを備えている。

本発明の情報収集装置の作動プログラムは、患者の診療データを入力データとして演算を実行し、患者の治療方針を決定する場合に参考にする診断支援情報を出力する診断支援プログラムに関する情報を収集する情報収集装置の作動プログラムにおいて、治療方針を決定する場合に診断支援プログラムが使用された対象患者に対して、診断支援情報の提案に沿った治療方針が採用されたか否かを示す採否情報を収集する第１情報収集機能と、対象患者の治療成績を示す治療成績情報を収集する第２情報収集機能とを、コンピュータに実行させる。

さらに本発明の情報収集システムは、患者の診療データを入力データとして演算を実行し、患者の治療方針を決定する場合に参考にする診断支援情報を出力する診断支援プログラムに関する情報を収集する情報収集サーバと、診断支援プログラムを使用する医療施設の施設端末と、これらを相互に通信可能に接続するネットワークとで構成される情報収集システムであって、情報収集サーバは、治療方針を決定する場合に診断支援プログラムが使用された対象患者に対して、診断支援情報の提案に沿った治療方針が採用されたか否かを示す採否情報を収集する第１情報収集部と、対象患者の治療成績を示す治療成績情報を収集する第２情報収集部とを備えている。

本発明によれば、治療方針を決定する場合に診断支援プログラムが使用された対象患者に対して、診断支援情報の提案に沿った治療方針が採用されたか否かを示す採否情報、および対象患者の治療成績を示す治療成績情報を収集するので、治療成績の良化に貢献する質の高い診断支援プログラムの開発の促進に繋がる情報を収集することが可能な情報収集装置、情報収集装置の作動方法および作動プログラム、並びに情報収集システムを提供することができる。

診断支援システムを示す図である。 電子カルテＤＢに格納された電子カルテの内容を示す図である。 画像ＤＢに格納された検査画像の内容を示す図である。 センターサーバ、施設端末、およびベンダー端末間の各種情報の遣り取りを示す図である。 データセンターのＤＢ群を示す図である。 プログラムリストの内容を示す図である。 採否・治療成績情報リストの内容を示す図である。 施設情報リストの内容を示す図である。 ベンダー情報リストの内容を示す図である。 センターサーバ、施設端末、およびベンダー端末を構成するコンピュータを示すブロック図である。 施設端末のＣＰＵの機能部を示すブロック図である。 診療データ表示画面を示す図である。 診断支援情報の表示態様を示す図である。 ベンダー端末のＣＰＵの機能部を示すブロック図である。 分析対象情報表示画面の初期画面を示す図である。 分析対象情報が表示された分析対象情報表示画面を示す図である。 センターサーバのＣＰＵの機能部を示すブロック図である。 情報提供部の詳細を示すブロック図である。 センターサーバのＣＰＵの機能部の作動手順を示すフローチャートである。 根拠データを収集する第２実施形態のセンターサーバのＣＰＵの機能部を示すブロック図である。 根拠データの項目が設けられた採否・治療成績情報リストを示す図である。 根拠データを含む分析対象情報が表示された分析対象情報表示画面を示す図である。 根拠データに基づく統計情報の例を示す図である。 診断支援情報の別の表示態様を示す図である。 診断支援情報の別の表示態様を示す図である。 推奨投薬情報表示画面を示す図である。 診断支援情報の別の表示態様を示す図である。 症例情報表示画面を示す図である。 処置履歴情報を収集し、処置履歴情報に基づいて採否を判定する第３実施形態のセンターサーバのＣＰＵの機能部を示すブロック図である。 採否の判定結果が採用となる場合の例を示す図である。 採否の判定結果が不採用となる場合の例を示す図である。 採否の判定結果が不採用となる場合の別の例を示す図である。 採否の判定結果が採用となる場合の別の例を示す図である。 採否の度合いを点数で表す場合の点数表の例を示す図である。 処置履歴情報の内容の項目が設けられた採否・治療成績情報リストを示す図である。 処置履歴情報を含む分析対象情報が表示された分析対象情報表示画面を示す図である。 対象患者の入院費、および対象患者の病変の治癒レベルの変化の項目が設けられた採否・治療成績情報リストを示す図である。 統計処理部により、対象患者の入院費の基準値からの増減率、および対象患者の病変の治癒レベルの良化率を統計情報として出力する態様を示すブロック図である。 対象患者の入院費の基準値からの増減率、および対象患者の病変の治癒レベルの良化率を含む分析対象情報が表示された分析対象情報表示画面を示す図である。 対象患者の属性情報の項目が設けられた採否・治療成績情報リストを示す図である。 対象患者の属性情報の項目が選択肢として表示されたプルダウンメニューを示す図である。 プルダウンメニューで年齢が選択され、検索キー入力ボックスに年齢の範囲が入力された状態を示す図である。 非対象患者治療成績情報を収集する第６実施形態のセンターサーバのＣＰＵの機能部を示すブロック図である。 非対象患者治療成績情報を含む分析対象情報を提供する情報提供部の詳細を示すブロック図である。 非対象患者治療成績情報を含む分析対象情報が表示された分析対象情報表示画面を示す図である。 診断支援プログラムの機能を施設端末に提供するプログラム機能提供サーバを用いた態様を示す図である。

［第１実施形態］
図１において、診断支援システム２は、データセンター１０に設置されたセンターサーバ１１と、医療施設１２に設置された施設端末１３と、これらを相互に通信可能に接続するネットワーク１４とで構成される。診断支援システム２は、本発明の情報収集システムに相当する。また、センターサーバ１１は、本発明の情報収集装置および情報収集サーバに相当する。

医療施設１２は、診断支援プログラム３０（図４等参照）のユーザーであり、ベンダー１５は、診断支援プログラム３０の製造開発元である。ベンダー１５に設置されたベンダー端末１６は、ネットワーク１４を介してセンターサーバ１１と相互に通信可能に接続されている。

施設端末１３は、診断支援プログラム３０を使用して診断を行う際等に、医療施設１２の医師により操作される。ベンダー端末１６は、診断支援プログラム３０を開発する際等に、ベンダー１５の開発者により操作される。

データセンター１０は、医療施設１２とベンダー１５の間の診断支援プログラム３０の販売仲介サービスや診断支援プログラム３０の機能提供の仲介サービス、患者の治療成績の良化に貢献する質の高い診断支援プログラム３０の開発を促進するためにベンダー１５が参照する分析対象情報（図４等参照）のベンダー１５への情報提供サービスといった各種アプリケーションサービスを提供する。医療施設１２およびベンダー１５は、各種アプリケーションサービスを受けるためにデータセンター１０と契約を結び、各種アプリケーションサービスを利用するユーザーとしてデータセンター１０に登録される。

ネットワーク１４は、ベースネットワークとして通信事業者が保有する専用の広域ＩＰ（Internet Protocol）網を使用しており、この広域ＩＰ網上にＶＰＮ（Virtual Private Network）を構築した閉域のネットワークである。ＶＰＮにより、ネットワーク１４内を行き交う各種情報が診断支援システム２の外部に漏洩することはなく、各種情報のセキュリティが確保される。

データセンター１０には、データベース（以下、ＤＢ（Data Base）と略す）群１７が設けられている。また、医療施設１２には、電子カルテサーバ１８、および画像サーバ１９が設けられている。センターサーバ１１とＤＢ群１７、および施設端末１３と電子カルテサーバ１８、画像サーバ１９は、それぞれＬＡＮ（Local Area Network）等のネットワークで相互に通信可能に接続されている。

電子カルテサーバ１８には電子カルテＤＢ２０、画像サーバ１９には画像ＤＢ２１がそれぞれ構築され、電子カルテＤＢ２０には電子カルテ２２、画像ＤＢ２１には検査画像２３がそれぞれ記憶されている。画像サーバ１９は、いわゆるＰＡＣＳ（Picture Archiving and Communication System）サーバである。

電子カルテ２２には、診療データとして、問診内容や診断内容、疾患等を記録した診察記録データ、血液検査、生化学検査等の検体検査、および脳波検査等の生理検査を含む医療検査の検査値といった検査データ、患者の心拍、脈拍、血圧、体温等のバイタルサインの測定値といった測定データ、医療検査、処置、手術、投薬等の各種オーダを記録するオーダデータ、初診、入院、退院、再入院、処置や手術、投薬、完治等の患者の診療過程で生じたイベントを記録する治療記録データ、受診料、薬料、入院費等を記録する会計データが入力されている。電子カルテ２２のこれらの各種データは施設端末１３で入力することができ、また、電子カルテ２２は施設端末１３で閲覧することができる。

検査画像２３は、ＣＴ（Computed tomography）検査、ＭＲＩ（Magnetic Resonance Imaging）検査、単純Ｘ線検査、超音波検査、内視鏡検査等の各種画像検査で得られた画像であり、例えばＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格で作成される。検査画像２３は施設端末１３で閲覧することができる。

電子カルテ２２および検査画像２３には、個々の患者を識別するための番号である患者ＩＤ（Identification data）等が付帯情報として関連付けて記憶されている（図２および図３参照）。電子カルテ２２および検査画像２３は、こうした患者ＩＤ等の付帯情報を検索キーとして、各ＤＢ２０、２１から検索することが可能である。

図２において、電子カルテＤＢ２０に格納された電子カルテ２２は、Ｐ１、Ｐ２、Ｐ３、・・・といった患者ＩＤが関連付けられて患者単位で管理される。電子カルテ２２には、患者ＩＤの他、患者の氏名、住所、年齢、性別等の患者の属性情報と、複数項目の診療データが記録される。診療データは、「血圧（上）」、「血圧（下）」、「投薬（薬剤Ａ）」、「治療記録」等の項目別に整理されて時系列に記録されている。なお、図２では示していないが、診療データには、前述の診察記録データ、血圧以外の心拍、脈拍、体温等のバイタルサインの測定値、オーダデータ、会計データ等も含まれる。

診療データの各項目の１件分のレコードには、診療日時、検査日時、測定日時、投薬日時（投薬を実施した日時または処方した日時）、患者の診療過程で生じた様々なイベントの日時等の日時に関する情報と、問診内容、診断内容、検査値、測定値、投与量、診療報酬額、イベント等のデータ内容とが含まれる。項目が投薬の場合は、投薬効果が発現するまでに時間を要する場合があるため、例えば、「１日に一定量ずつの服用を５日間継続する」というように、所定期間にわたる投薬が１回の処方で指示される場合がある。この場合には、投薬日時として、その薬の服用が予定されている日時が記録される。

イベントは、図２で例示するように入院、手術、転科、退院、再入院等を含む。手術には、例示する胃癌に対する「胃切除術」の他に、乳癌に対する乳房切除術、狭心症に対する冠動脈バイパス術、腎不全に対する腎移植術等の術式がある。また、手術の場合は術式とともに、例示する「開腹、幽門側切除」のような切除方法も併記されている。なお、図示は省略するが、切除方法として他に切除マージン量が記され、あるいは手術時間、出血量等の手術に関わる詳細な情報も記されている。

転科は、例示する「外科→リハビリ科」のように、手術をした外科から術後のリハビリのためにリハビリ科に転科した場合や、外科医から内科医に担当医が変更された場合等に記される。

図３において、画像ＤＢ２１に格納された検査画像２３は、電子カルテ２２と同じく患者ＩＤが関連付けられて患者単位で管理される。検査画像２３には、患者ＩＤの他、画像検査を実施した検査日時、画像解析情報、「Ｘ線検査」、「ＣＴ検査」等の画像検査の種類、「Ｘ線画像」、「断層画像」等の検査画像の種類、「胸部」、「腹部」等の撮影部位といった検査画像の属性が付帯情報として関連付けられている。

単純Ｘ線検査では、１回の画像検査で１枚のＸ線画像が撮影されることが多い。対してＣＴ検査で取得される断層画像のように、１回の画像検査で複数枚の検査画像２３が撮影される場合もある。このように１回の画像検査で複数枚の検査画像２３が撮影された場合は、複数枚の検査画像２３が１回の画像検査で得られたことを示すために各検査画像２３に共通のＩＤが付与され、１まとめの検査画像２３として管理される。単純Ｘ線検査で複数枚撮影された場合も同様である。

画像解析情報は、検査画像２３内の病変の位置やサイズ、病変の種類、病変の特徴量、病変の治癒レベル等に関する情報である。また、画像検査が超音波検査であった場合は、超音波画像を解析して得られた血流計測値も画像解析情報に含まれる。画像解析情報は、例えば、診断支援プログラム３０を用いた画像解析によって得た診断支援情報の一種である。あるいは、画像解析情報は、施設端末１３で医師が検査画像２３を読影して判断した結果を入力したものであってもよい。

病変の特徴量は、すりガラス状陰影や点状影等の病変のパターンに応じた数値である。また、病変の治癒レベルは、病変のサイズや特徴量に応じた段階的な数値で表される（図３７も参照）。例えば１〜５の５段階で、最も治癒レベルが低い（悪化している）状態が「５」、最も治癒レベルが高い（完治に近い）状態が「１」と表される。

診断支援プログラム３０は、各ＤＢ２０、２１に格納された患者の各種診療データを入力データとして演算を実行し、患者の治療方針を決定する場合に医師が参考にする診断支援情報を出力する。診断支援情報は、診療データを表示する診療データ表示画面７０（図１２参照）に重畳されて表示される（図１３参照）。

図４において、ベンダー端末１６は、開発した診断支援プログラム３０をセンターサーバ１１にアップロードする。センターサーバ１１は、各ベンダー１５のベンダー端末１６からアップロードされた複数の診断支援プログラム３０を受信し、これらを記憶して一括管理する。また、センターサーバ１１は、施設端末１３からのダウンロード要求に応じて診断支援プログラム３０を施設端末１３に送信する。

センターサーバ１１は、施設端末１３から、採否情報および治療成績情報を受信する。採否情報は、治療方針を決定する場合に診断支援プログラム３０が使用された対象患者に対して、診断支援情報の提案に沿った治療方針が採用されたか否かを示すものである。治療成績情報は、対象患者の治療成績を示すものである。施設端末１３は、所定期間毎、本実施形態では１日毎に採否情報および治療成績情報をセンターサーバ１１に送信する。

さらに、センターサーバ１１は、ベンダー端末１６から分析対象情報の情報提供要求を受信し、受信した情報提供要求に応じて、採否情報および治療成績情報を含む分析対象情報をベンダー端末１６に送信する。

具体的には、センターサーバ１１は、分析対象情報を情報提供する一形態として分析対象情報表示画面９２（図１５、図１６等参照）を生成し、生成した分析対象情報表示画面９２をベンダー端末１６に送信する。

さらに具体的には、センターサーバ１１は、分析対象情報を公開するための、ウェブブラウザ上で閲覧可能な情報公開サイトを開設し、分析対象情報の情報提供サービスを契約したベンダー１５に対して認証キーを発行して、情報公開サイトへのアクセス権限を与える。センターサーバ１１は、分析対象情報表示画面９２を、例えば、ＸＭＬ（Extensible Markup Language）等のマークアップ言語によって作成されるウェブ配信用のＸＭＬデータの形式でベンダー端末１６に配信する。ベンダー端末１６は、ＸＭＬデータに基づき分析対象情報表示画面９２をウェブブラウザ上に再現して表示する。すなわちベンダー端末１６は分析対象情報の閲覧用端末としても機能する。なお、ＸＭＬに代えて、ＪＳＯＮ（JavaScript（登録商標） Object Notation）等の他のデータ記述言語を利用してもよい。

図５において、センターサーバ１１と接続されるＤＢ群１７は、プログラムＤＢ３５、採否・治療成績情報ＤＢ３６、およびユーザー情報ＤＢ３７を有する。プログラムＤＢ３５には診断支援プログラム３０およびプログラムリスト３８、採否・治療成績情報ＤＢ３６には採否・治療成績情報リスト３９、ユーザー情報ＤＢ３７には施設情報リスト４０およびベンダー情報リスト４１がそれぞれ記憶されている。

図６において、プログラムリスト３８は、プログラムＩＤの項目を筆頭に、プログラム名、ベンダーＩＤ、アップロード日、対象疾患、および用途の各項目を有する。

プログラムＩＤは、センターサーバ１１が個々の診断支援プログラム３０を管理するためのＩＤであり、例えばベンダー端末１６から診断支援プログラム３０がアップロードされたときにセンターサーバ１１により自動的に付される。プログラム名は、ベンダー１５により名付けられた診断支援プログラム３０の名称である。ベンダーＩＤは、センターサーバ１１が個々のベンダー１５を管理するためのＩＤであり、サービス契約時にセンターサーバ１１により自動的に付される。ベンダーＩＤの項目には、当該診断支援プログラム３０を開発したベンダー１５のベンダーＩＤが登録される。アップロード日は診断支援プログラム３０がセンターサーバ１１にアップロードされた日である。

対象疾患は、ベンダー１５が当該診断支援プログラム３０の使用を推奨する疾患であり、例えば「胃癌」のように１つの疾患が登録されているものもあれば、「癌全般」のように１つの疾患に限定されない疾患の種類が登録されているものもある。なお、図示はしていないが、例えば「糖尿病＋腎不全」のような複合疾患が対象疾患の項目に登録されていてもよい。

用途は、診断支援プログラム３０の主な用途を表すものである。用途の項目には、例えば病変サイズを計測するための診断支援プログラム３０であれば「病変サイズ計測」、薬剤の副作用を判定するための診断支援プログラム３０であれば「薬剤副作用判定」、腫瘍の増悪を判定するための診断支援プログラム３０であれば「腫瘍増悪判定」が登録される。

対象疾患、および用途の各項目は、診断支援プログラム３０のアップロード時に、ベンダー端末１６を介してベンダー１５によって入力される。なお、対象疾患、および用途の登録は必須ではなく、これらが特に決まっていない診断支援プログラム３０については、これらの各項目は空欄でもよい。また、センターサーバ１１により付されたプログラムＩＤの他にベンダー１５により付されたプログラムＩＤや、診断支援プログラム３０のバージョン情報、あるいは診断支援プログラム３０をダウンロードした医療施設１２の施設ＩＤ等の項目をプログラムリスト３８に追加してもよい。

図７において、採否・治療成績情報リスト３９は、施設ＩＤの項目を筆頭に、使用日、患者ＩＤ、プログラムＩＤ、使用疾患、出力した診断支援情報の内容、採否情報、および治療成績情報の各項目を有する。施設ＩＤは、センターサーバ１１が個々の医療施設１２を管理するためのＩＤであり、ベンダーＩＤと同様、サービス契約時にセンターサーバ１１により自動的に付される。

使用日は、診断支援プログラム３０を使用して診察を行った日である。患者ＩＤの項目には、診断支援プログラム３０を使用した対象患者の患者ＩＤが記される。プログラムＩＤの項目には、使用した診断支援プログラム３０のプログラムＩＤが記される。

使用疾患は、プログラムリスト３８の対象疾患と対をなすもので、使用疾患の項目には、診断支援プログラム３０が使用された対象患者が罹っている疾患が登録される。診断支援情報の内容の項目には、例えば、「薬剤Ｃ１００ｍｇの３日間の投与」、「術式Ｘによる手術」、「薬剤Ｒの投与中断」等、診断支援プログラム３０が出力した診断支援情報の内容が記される。

採否情報の項目には、診断支援情報の内容の項目に記された診断支援情報の提案に沿った治療方針が採用されたか否かが記される。例えば、施設ＩＤ「ＨＰ１」、使用日「２０１４．１０．０１」、患者ＩＤ「Ｐ１」の行において、プログラムＩＤ「ＰＲ１」の採否情報には、診断支援情報の内容「薬剤Ｃ１００ｍｇの３日間の投与」を採用した旨の「採用」が記され、プログラムＩＤ「ＰＲ２」の採否情報には、診断支援情報の内容「術式Ｘによる手術」を採用しなかった旨の「不採用」が記されている。

治療成績情報の項目には、対象患者の再入院の有無が記される。再入院の有無は、対象患者の電子カルテ２２の治療記録データの記述を参照して特定する。具体的には、治療記録データのイベントに「再入院」が記された場合、治療成績情報の項目には「あり」、それ以外は「なし」が登録される。なお、採否情報と治療成績情報の記憶形態は、本実施形態の採否・治療成績情報リスト３９にまとめて登録する形態に限らず、採否情報と治療成績情報を別々のリストに登録し、これらを共通の管理ＩＤで関連付けた形態でもよい。

図８において、施設情報リスト４０は、施設ＩＤの項目を筆頭に、施設名、所在地（住所）、および電話番号の各項目を有する。施設名は医療施設１２の名称である。所在地の項目には医療施設１２の住所、電話番号の項目には医療施設１２の代表電話番号が登録される。

なお、医療施設１２に在籍する医師のＩＤや氏名、所属する診療科、専門分野といった医師情報、医療施設１２の所属医師会、医療施設１２が所有する設備、病床数およびスタッフ数といった医療施設１２の規模に関する情報、あるいは医療施設１２が開設しているウェブサイトのＵＲＬ（Uniform Resource Locator）等を施設情報リスト４０の項目に追加してもよい。

図９において、ベンダー情報リスト４１は、ベンダーＩＤ、ベンダー名、所在地（住所）、および電話番号の各項目を有する。ベンダー名、所在地、および電話番号の各項目には、施設情報リスト４０の場合と同様に、ベンダー１５の名称、住所、および代表電話番号等が登録される。なお、施設情報リスト４０と同様に、ベンダー１５に在籍する開発者のＩＤや氏名といった開発者情報、ベンダー１５が開設しているウェブサイトのＵＲＬ等をベンダー情報リスト４１の項目に追加してもよい。

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

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

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

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

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

なお、以下の説明では、センターサーバ１１を構成するコンピュータの各部には添え字の「Ａ」を、施設端末１３を構成するコンピュータの各部には添え字の「Ｂ」を、ベンダー端末１６を構成するコンピュータの各部には添え字の「Ｃ」をそれぞれ符号に付して区別する。

図１１において、施設端末１３のストレージデバイス５０Ｂには、センターサーバ１１からダウンロードしたビューアソフトウエア６０や診断支援プログラム３０等が記憶されている。ビューアソフトウエア６０は、サービス契約時にセンターサーバ１１から提供されるもので、診療データの表示とともに、複数の診断支援プログラム３０を動作させて、診療データ表示画面７０上に診断支援情報を表示させるためのソフトウエアである。

ビューアソフトウエア６０が起動されると、施設端末１３のＣＰＵ５２Ｂは、メモリ５１Ｂ（図示せず）と協働して、ＧＵＩ制御部６１、ビューア制御部６２、プログラム制御部６３、および採否・治療成績情報出力部６４として機能する。

ＧＵＩ制御部６１は、診療データ表示画面７０をディスプレイ５４Ｂに表示する画面表示制御機能を担う。ＧＵＩ制御部６１は、診療データ表示画面７０を通じて入力デバイス５５Ｂから入力される操作指示を受け付け、これをビューア制御部６２に受け渡す。

ビューア制御部６２は、ビューアソフトウエア６０の動作を制御する。ビューア制御部６２は、起動画面を生成し、この起動画面を通じて患者ＩＤの入力を受け付ける。ビューア制御部６２は、起動画面で受け付けた患者ＩＤを検索キーとする診療データの配信要求を電子カルテサーバ１８および画像サーバ１９に送信する。ビューア制御部６２は、配信要求に応じて電子カルテサーバ１８および画像サーバ１９から送信された診療データを受け取り、これに基づき診療データ表示画面７０を生成し、生成した診療データ表示画面７０をＧＵＩ制御部６１に出力する。

また、ビューア制御部６２は、診療データ表示画面７０を通じて、使用する診断支援プログラム３０の選択指示、診断支援プログラム３０に演算を行わせる演算実行指示、および診断支援情報の提案に沿った治療方針の採否の入力指示を受け付ける。さらに、ビューア制御部６２は、診療データを診断支援プログラム３０の入力データとしてプログラム制御部６３に受け渡す。

プログラム制御部６３は、診断支援プログラム３０の動作を制御する。言い換えれば、診断支援プログラム３０は、プログラム制御部６３の制御下で実行される。プログラム制御部６３は、ビューア制御部６２で演算実行指示を受け付けた場合、ビューア制御部６２で受け付けた選択指示に応じた診断支援プログラム３０を起動し、ビューア制御部６２から受け渡された診療データを入力データとして診断支援プログラム３０に演算を実行させ、診断支援プログラム３０に診断支援情報を出力させる。

プログラム制御部６３は、診断支援情報をビューア制御部６２に受け渡す。ビューア制御部６２は、診療データ表示画面７０上に診断支援情報を重畳表示させる。

プログラム制御部６３は、診断支援プログラム３０で演算を実行する毎に、診断支援プログラム３０の演算実行履歴を表すログファイル６５をストレージデバイス５０Ｂに記録する。ログファイル６５には、診断支援プログラム３０で演算を実行した日時をはじめとして、対象患者の患者ＩＤ、演算を実行した診断支援プログラム３０のプログラムＩＤ、使用疾患、出力した診断支援情報の内容、および採否情報として診断支援情報の提案に沿った治療方針の採否の入力の履歴を示す入力履歴情報が含まれる。

採否・治療成績情報出力部６４は、例えば１日毎に、採否情報としての入力履歴情報が含まれる１日分のログファイル６５を、通信部５３Ｂを介してセンターサーバ１１に出力する。また、採否・治療成績情報出力部６４は、電子カルテＤＢ２０にアクセスして、治療成績情報として再入院の有無が含まれる対象患者の電子カルテ２２の治療記録データを取得し、これをログファイル６５とともに通信部５３Ｂを介してセンターサーバ１１に出力する。この採否・治療成績情報出力部６４によるログファイル６５および治療記録データの出力は、ビューアソフトウエア６０の仕様により、１日毎に自動で行われる。

図１２において、診療データ表示画面７０は、診療データ表示領域７１、期間表示領域７２、イベント表示領域７３、疾患表示領域７４、患者情報表示領域７５、および各種情報表示領域７６を有している。

診療データ表示領域７１には、「投薬」、「バイタルサイン」、「検体検査」、「画像検査」といった診療データの各項目の大分類の名称や、「薬剤Ａ、Ｂ」、「血圧（上）、血圧（下）、体温」、「生化学検査Ａ、Ｂ、Ｃ」、「ＣＴ検査」といった診療データの各項目の名称が縦軸方向に、患者の全診療過程における診療データのうち、診療データ表示領域７１に表示される診療データを取得した期間（以下、第１期間という）が横軸方向に表示される。図１２では、第１期間は２０１３年１０月から２０１４年１月中旬までの約３か月半である。

診療データ表示領域７１には、第１期間における投薬の開始日と終了日、および投与量を示すバーや、第１期間におけるバイタルサインの測定値や検体検査の検査値をプロットして線で結んだ折れ線グラフ、第１期間で得られた検査画像２３のサムネイル画像等が表示される。これらのバーや折れ線グラフを形成する測定値や検査値のプロット、およびサムネイル画像は、投薬日時、測定日時、検査日時に応じた位置に配置される。診療データ表示領域７１は、スクロールバー７７、７８により縦横方向のスクロールが可能である。

期間表示領域７２は、診療データ表示領域７１に表示される第１期間よりも相対的に時間尺度が長い期間（以下、第２期間という）を表示する領域である。期間表示領域７２には期間標識７９が設けられる。期間標識７９は、第１期間が第２期間のいずれに対応するかを示す。期間標識７９の幅は、第２期間の時間尺度における第１期間の幅に対応している。図１２では第１期間は約３か月半なので、期間標識７９の幅は、第２期間の時間尺度における約３か月半の幅に対応する。

期間標識７９は、スクロールバー７８の操作に連動して、期間表示領域７２を横方向に移動する。また、期間標識７９自体を横方向に移動させたり、期間標識７９の幅を変更することで、第１期間の表示範囲を変更することも可能である。なお、最初に表示する第１期間は、最新の診療データの取得から所定期間前としてもよいし、起動画面で患者ＩＤを入力する際に医師が指定してもよい。

イベント表示領域７３は、入退院日、手術日といった、患者の診療過程で生じたイベントが起きた日時を示すものである。疾患表示領域７４は、起動画面で入力された患者ＩＤの患者の疾患名を表示する。この疾患表示領域７４に表示された疾患が、プログラム制御部６３により使用疾患としてログファイル６５に記録される。疾患表示領域７４に表示する疾患は、電子カルテ２２の診察記録データの疾患の記述から抜き出したものでもよいし、起動画面で患者ＩＤを入力する際に医師に入力させたものでもよい。患者情報表示領域７５は、起動画面で入力された患者ＩＤの患者の氏名、患者ＩＤ、生年月日等の基本的な情報を表示する。

各種情報表示領域７６には、使用する診断支援プログラム３０の選択を促すメッセージと、診断支援プログラム３０を選択するためのプルダウンメニュー８０と、演算実行ボタン８１とが表示される。プルダウンメニュー８０はビューア制御部６２に選択指示を与えるためのもので、演算実行ボタン８１はビューア制御部６２に演算実行指示を与えるためのものである。

プルダウンメニュー８０には、ストレージデバイス５０Ｂに記憶された全診断支援プログラム３０の名称が選択肢として表示される。プルダウンメニュー８０で選択された診断支援プログラム３０のプログラムＩＤが、プログラム制御部６３によりログファイル６５に記録される。なお図１２では、プルダウンメニュー８０で「診断支援プログラムＢ」が選択されている。

プルダウンメニュー８０で所望の診断支援プログラム３０が選択されて、演算実行ボタン８１がカーソル８２で指定されてマウスでクリックされると、プルダウンメニュー８０で選択された診断支援プログラム３０のプログラムＩＤが、ＧＵＩ制御部６１およびビューア制御部６２を介してプログラム制御部６３に受け渡される。そして、プログラム制御部６３の制御の下、プルダウンメニュー８０で選択された診断支援プログラム３０で演算が実行される。なお、ビューア制御部６２から入力データとしてプログラム制御部６３に受け渡す診療データとしては、診断支援プログラム３０毎に予め設定されていてもよいし、診療データ表示画面７０上で医師が指定した診療データを入力データとしてもよい。

診断支援プログラム３０から診断支援情報が出力されると、各種情報表示領域７６の表示が図１３に示すように切り替わる。各種情報表示領域７６には、診断支援情報の確認を促すメッセージと、使用した診断支援プログラム３０の名称と、診断支援情報と、診断支援情報の提案に沿った治療方針の採否の入力を受け付ける採用ボタン８５および不採用ボタン８６とが表示される。図１３では、使用した診断支援プログラム３０として「診断支援プログラムＢ」、診断支援情報として、「生化学検査Ａ」の検査値に対する所見、「薬剤Ａ、Ｂ」以外の「薬剤Ｃ」の使用を推奨するコメントが例示されている。

採用ボタン８５および不採用ボタン８６は、ビューア制御部６２に採否の入力指示を与えるためのものである。採用ボタン８５および不採用ボタン８６は、「薬剤Ｃ」の使用を推奨するコメントの直下に設けられ、この「薬剤Ｃ」の使用を治療方針として採用するか否かを選択するためのボタンである。

採用ボタン８５がクリックされた場合、「薬剤Ｃ」の使用を推奨するコメントに応じた、「薬剤Ｃ１００ｍｇの３日間の投与」の投薬オーダが自動的になされる。そして、対象患者の電子カルテ２２の投薬の項目の診療データが自動的に更新される。また、プログラム制御部６３により、ログファイル６５に診断支援情報の内容と入力履歴情報として「採用」が記録される。そして、各種情報表示領域７６が図１２の表示状態に戻される。

一方、不採用ボタン８６がクリックされた場合は、投薬オーダや診療データの更新が行われることなく、各種情報表示領域７６が図１２の表示状態に戻される。また、プログラム制御部６３により、ログファイル６５に診断支援情報の内容と入力履歴情報として「不採用」が記録される。

図１４において、ベンダー端末１６のＣＰＵ５２Ｃは、アプリケーションプログラムとしてウェブブラウザを起動すると、メモリ５１Ｃ（図示せず）と協働して、ＧＵＩ制御部９０、およびブラウザ制御部９１として機能する。ＧＵＩ制御部９０、ブラウザ制御部９１の制御の下で、入力デバイス５５Ｃの操作によりセンターサーバ１１へのアクセスがなされ、情報公開サイトへの認証が行われる。

ＧＵＩ制御部９０は、分析対象情報表示画面９２をディスプレイ５４Ｃに表示する画面表示制御機能を担う。ＧＵＩ制御部９０は、分析対象情報表示画面９２を通じて入力デバイス５５Ｃから入力される操作指示を受け付け、これをブラウザ制御部９１に受け渡す。

ブラウザ制御部９１は、ウェブブラウザの動作を制御する。ブラウザ制御部９１は、ＧＵＩ制御部９０を介した入力デバイス５５Ｃの操作指示に応じた情報提供要求を、通信部５３Ｃを介してセンターサーバ１１に対して発行する。また、ブラウザ制御部９１は、センターサーバ１１から送信されて通信部５３Ｃで受信された分析対象情報、具体的には分析対象情報表示画面９２のＸＭＬデータ（あるいはＪＳＯＮ形式のデータ）を受け取る。ブラウザ制御部９１は、ＸＭＬデータ（あるいはＪＳＯＮ形式のデータ）に基づきウェブブラウザ上に表示する分析対象情報表示画面９２を再現し、これをＧＵＩ制御部９０に出力する。

図１５および図１６において、分析対象情報表示画面９２は、プログラム選択領域９５、プリセット検索式選択領域９６、検索キー入力領域９７、および分析対象情報表示領域９８を有している。

プログラム選択領域９５には、診断支援プログラム３０を選択するためのプルダウンメニュー９９が設けられている。プルダウンメニュー９９には、プログラムリスト３８に登録された全診断支援プログラム３０、またはプログラムリスト３８に登録された全診断支援プログラム３０のうちの、分析対象情報表示画面９２を閲覧しているベンダー１５がベンダー端末１６でアップロードした診断支援プログラム３０の名称が選択肢として表示される。

プリセット検索式選択領域９６には、予め登録されたプリセット検索式を選択するためのプルダウンメニュー１００、および検索開始ボタン１０１が設けられている。

検索キー入力領域９７には、検索式を入力するための検索式入力ボックス１０２、指標項目を選択するためのプルダウンメニュー１０３と検索キーを入力するための検索キー入力ボックス１０４のセット、これらプルダウンメニュー１０３と検索キー入力ボックス１０４のセットを追加するための追加ボタン１０５、および検索式入力ボックス１０２に入力された検索式をプリセット検索式として登録するための登録ボタン１０６が設けられている。

検索式入力ボックス１０２には、各セットのアンド、オア、ノット等の検索演算子を指定して、各セットのアンド検索、オア検索、ノット検索等を指示する検索式が入力される。プルダウンメニュー１０３には、複数の指標項目が選択肢として表示される。指標項目には、例えば、期間、医療施設１２の施設名、医療施設１２の地域、使用疾患、用途等が予め用意されている。

なお、プルダウンメニュー９９で診断支援プログラム３０を選択せずに、プルダウンメニュー１０３と検索キー入力ボックス１０４のセットの選択入力のみで分析対象情報を検索することが可能である。逆に、プルダウンメニュー１０３と検索キー入力ボックス１０４のセットの選択入力はせずに、プルダウンメニュー９９の診断支援プログラム３０の選択のみで分析対象情報を検索することも可能である。

図１５は、情報公開サイトへの認証後に最初にウェブブラウザ上に表示される分析対象情報表示画面９２の初期画面を示す。この初期画面においては、分析対象情報表示領域９８には分析対象情報は表示されず、検索キーの入力と検索実行を促すメッセージが表示される。

診断支援プログラム３０や指標項目、検索キーが、プルダウンメニュー９９、１０３、検索キー入力ボックス１０４で選択入力されて、検索開始ボタン１０１がカーソル１０７で指定されてマウスでクリックされると、分析対象情報の情報公開要求がブラウザ制御部９１から通信部５３Ｃを介してセンターサーバ１１に発行される。

図１６は、プルダウンメニュー９９で「診断支援プログラムＡ」、プルダウンメニュー０３で指標項目「期間」および「地域」、検索キー入力ボックス１０４に「２０１４．１０（２０１４年１０月度）」および「東京都」が選択入力され、検索式入力ボックス１０２に検索キー１と検索キー２のアンド検索を指示する検索式「１＊２」が入力されて検索開始ボタン１０１がクリックされた場合に、センターサーバ１１から送信される分析対象情報表示画面９２を示している。この場合、分析対象情報表示領域９８には、東京都が所在地の医療施設１２の２０１４年１０月度の診断支援プログラムＡの分析対象情報リスト１０８、および採用率・再入院率表示枠１０９が表示される。

分析対象情報リスト１０８には、患者ＩＤ、プログラムＩＤを除く採否・治療成績情報リスト３９の項目と同じ項目、具体的には使用日、使用疾患、診断支援情報の内容、採否、および再入院有無の各項目が設けられている。また、採否・治療成績情報リスト３９の施設ＩＤの代わりに、施設名の項目が設けられている。分析対象情報リスト１０８は、スクロールバー１１０により縦方向のスクロールが可能である。なお、プルダウンメニュー９９で診断支援プログラム３０を選択せずに、プルダウンメニュー１０３と検索キー入力ボックス１０４のセットの選択入力のみで分析対象情報を検索した場合は、分析対象情報リスト１０８にはプログラムＩＤの項目が設けられる。

採用率・再入院率表示枠１０９には、分析対象情報リスト１０８に表示された全分析対象情報のうち、採否の項目に「採用」が記されたものの割合、すなわち採用率と、分析対象情報リスト１０８に表示された全分析対象情報のうち、再入院有無の項目に「あり」が記されたものの割合、すなわち再入院率とが表示される。分析対象情報リスト１０８に表示された全分析対象情報の件数が例示する２０件で、採否の項目に「採用」が記された件数が１８件であった場合、採用率は１８／２０＝０．９で例示の９０％である。また、再入院有無の項目に「あり」が記された件数が１件であった場合、再入院率は１／２０＝０．０５で例示の５％である。

図１６の分析対象情報リスト１０８に表示される分析対象情報は、採否・治療成績情報リスト３９の採否情報および治療成績情報に対して、「２０１４．１０（２０１４年１０月度）」という期間、および「東京都」という地域で分類する分類処理を行った結果であり、採否情報および治療成績情報を指標項目別に分類した統計情報に相当する。また、採用率・再入院率表示枠１０９に表示される採用率および再入院率も統計情報に相当する。なお、複数の検索式による複数の分析対象情報の検索結果を、タブ形式等で切り替え可能に表示する機能を分析対象情報表示領域９８に設けてもよい。

図１７において、センターサーバ１１のストレージデバイス５０Ａには、作動プログラム１１５がアプリケーションプログラムとして記憶されている。作動プログラム１１５は、センターサーバ１１を構成するコンピュータを、情報収集装置および情報収集サーバとして機能させるためのプログラムである。

センターサーバ１１のＣＰＵ５２Ａは、作動プログラム１１５を起動すると、メモリ５１Ａ（図示せず）と協働して、プログラム格納・配信処理部１１６、第１情報収集部１１７、第２情報収集部１１８、および情報提供部１１９として機能する。

プログラム格納・配信処理部１１６は、ベンダー端末１６からアップロードされた診断支援プログラム３０をプログラムＤＢ３５に格納する。診断支援プログラム３０を格納した場合、プログラム格納・配信処理部１１６は、格納した診断支援プログラム３０用の欄をプログラムリスト３８に新設し、プログラムリスト３８の各項目を埋めてプログラムリスト３８を更新する。また、プログラム格納・配信処理部１１６は、施設端末１３からのダウンロード要求に応じた診断支援プログラム３０をプログラムＤＢ３５から読み出し、読み出した診断支援プログラム３０を施設端末１３に配信する。

第１情報収集部１１７および第２情報収集部１１８は、各医療施設１２の施設端末１３から採否情報および治療成績情報を収集する第１情報収集機能および第２情報収集機能を担う。本実施形態では、採否情報および治療成績情報は各施設端末１３から１日毎に自動で送信されるため、各情報収集部１１７、１１８は、自動で送信される採否情報および治療成績情報を１日毎に取得するだけである。また、本実施形態では、実際には、採否情報として入力履歴情報が含まれるログファイル６５、および治療成績情報として再入院の有無が含まれる対象患者の電子カルテ２２の治療記録データが収集される。各情報収集部１１７、１１８は、採否情報および治療成績情報を採否・治療成績情報ＤＢ３６の採否・治療成績情報リスト３９に登録し、採否・治療成績情報リスト３９を更新する。

情報提供部１１９は、分析対象情報表示画面９２でなされた、ベンダー端末１６からの情報提供要求に応じて、分析対象情報を提供する情報提供機能を担う。

より詳しくは図１８に示すように、情報提供部１１９は、統計処理部１２０、および画面生成部１２１を有している。統計処理部１２０は、採否情報および治療成績情報に対して統計処理を行って、分析対象情報として統計情報を出力する統計処理機能を担う。具体的には、統計処理部１２０は、分析対象情報表示画面９２のプログラム選択領域９５や検索キー入力領域９７で選択入力された診断支援プログラム３０、指標項目、検索キーに該当する採否・治療成績情報を採否・治療成績情報リスト３９からピックアップし、ピックアップした採否・治療成績情報を分析対象情報として画面生成部１２１に受け渡す。

図１６のようにプルダウンメニュー９９で「診断支援プログラムＡ」が選択された場合には、統計処理部１２０は、プログラムＩＤの項目に診断支援プログラムＡのプログラムＩＤ「ＰＲ１」が登録されている採否・治療成績情報（図７の例では施設ＩＤ「ＨＰ１」、使用日「２０１４．１０．０１」の患者ＩＤ「Ｐ１」の一行目と患者ＩＤ「Ｐ２」、および使用日「２０１４．１０．２０」、患者ＩＤ「Ｐ１０」の採否・治療成績情報）を採否・治療成績情報リスト３９からピックアップする。また、図１６のように地域として「東京都」が入力された場合は、施設情報リスト４０の所在地の項目に「東京都」が登録されている医療施設１２の施設ＩＤが登録された採否・治療成績情報を採否・治療成績情報リスト３９からピックアップする。

統計処理部１２０は、ピックアップした採否・治療成績情報の件数に基づき、採用率および再入院率を計算し、これらを分析対象情報として画面生成部１２１に受け渡す。なお、採用率の代わりに、ピックアップした採否・治療成績情報のうち、採否情報の項目に「不採用」が記されたものの割合である不採用率、再入院率の代わりに、ピックアップした採否・治療成績情報のうち、再入院有無の項目に「なし」が記されたものの割合である完治率を分析対象情報として出力してもよい。

画面生成部１２１は、分析対象情報表示画面９２を生成する画面生成機能を担う。画面生成部１２１は、統計処理部１２０から受け渡された採否・治療成績情報、採用率、および再入院率に基づいて、分析対象情報表示画面９２を生成する。画面生成部１２１は、生成した分析対象情報表示画面９２を、通信部５３Ａ（図示せず）を介してベンダー端末１６に出力する。

以下、上記構成の作用について、図１９のフローチャートを参照しながら説明する。まず、センターサーバ１１において、作動プログラム１１５が起動される。これにより、ＣＰＵ５２Ａにプログラム格納・配信処理部１１６、各情報収集部１１７、１１８、および情報提供部１１９が構築され、センターサーバ１１を構成するコンピュータは、情報収集装置および情報収集サーバとして機能する。

ベンダー端末１６から診断支援プログラム３０がアップロードされた場合、プログラム格納・配信処理部１１６により、アップロードされた診断支援プログラム３０がプログラムＤＢ３５に格納される。また、施設端末１３からの診断支援プログラム３０のダウンロード要求を受けた場合、プログラム格納・配信処理部１１６により、ダウンロード要求に応じた診断支援プログラム３０がプログラムＤＢ３５から読み出されて施設端末１３に配信される。

施設端末１３にて診療データ表示画面７０がディスプレイ５４Ｂに表示され、診療データ表示画面７０を介して診断支援プログラム３０が使用されると、プログラム制御部６３によりログファイル６５がストレージデバイス５０Ｂに記録される。また、入院、手術、退院、再入院、投薬といったイベントが、電子カルテ２２の治療記録データに記録される。そして、採否・治療成績情報出力部６４により、採否情報として入力履歴情報を含むログファイル６５、および治療成績情報として再入院の有無を含む治療記録データが１日毎に通信部５３Ｂを介してセンターサーバ１１に送信される。

図１９のステップＳ１００において、各情報収集部１１７、１１８では、施設端末１３からの採否情報および治療成績情報を収集している。収集された採否情報および治療成績情報は、各情報収集部１１７、１１８により、採否・治療成績情報ＤＢ３６の採否・治療成績情報リスト３９に登録される。

ベンダー１５の開発者は、ベンダー端末１６を介してデータセンター１０の情報公開サイトにアクセスして認証を行う。認証後、分析対象情報表示画面９２の初期画面がセンターサーバ１１からベンダー端末１６に送信され、ベンダー端末１６のディスプレイ５４Ｃに表示される。

ベンダー１５の開発者は、分析対象情報表示画面９２で所望の診断支援プログラム３０や検索キーを選択入力して検索開始ボタン１０１をクリックする。これによりベンダー端末１６からセンターサーバ１１に情報提供要求が送信される。

ベンダー端末１６からの情報提供要求を受けた場合（ステップＳ１１０でＹＥＳ）、センターサーバ１１では、分析対象情報表示画面９２で選択入力された診断支援プログラム３０や検索キーに基づいて統計処理部１２０により統計処理が行われる（ステップＳ１２０）。そして、画面生成部１２１により、統計処理部１２０でピックアップされた採否・治療成績情報、および統計処理部１２０で計算された採用率、再入院率に基づき、分析対象情報表示画面９２が生成され、通信部５３Ａを介して分析対象情報表示画面９２がベンダー端末１６に出力される（ステップＳ１３０）。

分析対象情報表示画面９２は、ベンダー端末１６のディスプレイ５４Ｃに表示され、ベンダー１５の開発者の閲覧に供される。ベンダー１５の開発者は、分析対象情報表示画面９２を閲覧することで、診断支援プログラム３０が治療成績の良化にどれだけ貢献しているかを知ることができる。

より具体的には、分析対象情報リスト１０８の採否の項目が「採用」で、再入院有無の項目が「なし」であった場合、その診断支援プログラム３０が出力した診断支援情報は治療成績の良化に貢献していることが分かる。採否の項目が「採用」で、再入院有無の項目が「あり」であった場合は、逆にその診断支援プログラム３０が出力した診断支援情報は治療成績の良化に貢献していないことが分かる。

また、採用率・再入院率表示枠１０９の採用率および再入院率を見れば、より診断支援プログラム３０の品質の判断がしやすくなり、診断支援情報の治療成績の良化への貢献度が分かる。図１６の採用率９０％、再入院率５％のように、採用率が比較的高く、再入院率が比較的低い場合は、診断支援情報を採用した場合に治療成績が良化した対象患者の数が多いことを示し、診断支援情報の治療成績の良化への貢献度が高いことが分かる。採用率、再入院率がともに比較的高い場合は、逆に診断支援情報が治療成績の悪化の原因となってしまっている（治療成績の良化への貢献度が低い）ことが分かる。また、採用率、再入院率が比較的低い場合も、診断支援情報の治療成績の良化への貢献度が低いことが分かる。

また、採否情報および治療成績情報を指標項目別に分類する分類処理を統計処理部１２０で行うので、ベンダー１５の開発者の意図を反映させた分析対象情報を提供することができる。指標項目を「疾患」として分類処理を行った結果、採用率が比較的低い場合には、当該疾患用の診断支援プログラム３０を改良する余地があることが分かる。また、指標項目を「地域」として分類処理を行った結果、採用率が比較的低い場合には、当該地域に対して新たな診断支援プログラム３０を売り込むチャンスがあることが分かる。このため、どの疾患で診断支援プログラム３０の改良が必要とされているのか、どの地域に参入のチャンスがあるのかといったマーケティングをする際に役立つ。

治療成績の良化への貢献度が高い診断支援プログラム３０を、治療成績の良化への貢献度が低い診断支援プログラム３０を改良する際や新たに診断支援プログラム３０を開発する際の手本とすることができる。

上記第１実施形態では、施設端末１３のＣＰＵ５２Ｂに採否・治療成績情報出力部６４を構築し、採否情報および治療成績情報を施設端末１３が自動で送信する態様を説明したが、センターサーバ１１から施設端末１３に採否情報および治療成績情報の送信要求を送信し、施設端末１３が送信要求に応答してセンターサーバ１１に採否情報および治療成績情報を送信する構成としてもよい。

［第２実施形態］
診断支援プログラム３０を開発する際、ベンダー１５は、例えば特定の医療施設１２から診療データ等の情報の提供を受け、提供された情報に基づき、どういった入力データが入力されたときにどのような診断支援情報を出力するかを決定する演算アルゴリズムの設計を行う。この演算アルゴリズムの設計は、治療成績の良化に貢献する質の高い診断支援プログラム３０の開発の鍵を握る重要な作業である。そこで本実施形態では、治療成績の良化に貢献する質の高い診断支援プログラム３０の開発をより促進させるため、演算アルゴリズムの設計に資するより具体的な情報である、診断支援情報の出力の根拠となった入力データである根拠データを収集する。

本実施形態では、施設端末１３のＣＰＵ５２Ｂに構築されるプログラム制御部６３は、ログファイル６５に、上記第１実施形態の日時、患者ＩＤ、プログラムＩＤ、使用疾患、診断支援情報の内容、および入力履歴情報に加えて、根拠データを記録する。採否・治療成績情報出力部６４は、この根拠データを含むログファイル６５を、通信部５３Ｂを介してセンターサーバ１１に出力する。

図２０において、本実施形態の第１情報収集部１２５は、上記第１実施形態の第１情報収集部１１７と同じく採否情報を収集するとともに、根拠データを収集する。すなわち第１情報収集部１２５は、第３情報収集部としても機能する。第１情報収集部１２５は、収集した根拠データを、採否情報および治療成績情報とともに採否・治療成績情報リスト１２６に登録する（図２１参照）。なお、図２０では、採否情報と根拠データを別々に記載しているが、実際にはこれらはログファイル６５としてまとめて第１情報収集部１２５に収集される。また、図２０ではプログラム格納・配信処理部１１６等の図示を省略している。

図２１において、本実施形態の採否・治療成績情報リスト１２６には、上記第１実施形態の採否・治療成績情報リスト３９の各項目に加えて、根拠データの項目が設けられている。図２１に例示するように、演算アルゴリズムが、例えば「入力データの白血球量が１００００〜５００００の場合に、薬剤Ｇ１００ｍｇの３日間の投与を診断支援情報として出力する」というものであって、対象患者の白血球量が「２００００」であった場合、根拠データは「白血球量２００００」となる。また、演算アルゴリズムが、例えば「入力データの血圧（上）の直近１週間の変化率が１００％〜１５０％であった場合に、薬剤Ｈの投与中断を診断支援情報として出力する」というものであって、対象患者の血圧（上）の直近１週間の変化率が「１２０％」であった場合、根拠データは「血圧（上）の直近１週間の変化率１２０％」となる。

この場合、情報提供部１１９の統計処理部１２０は、採否情報および治療成績情報と同様に、根拠データに対しても分類処理等の統計処理を行う。また、画面生成部１２１は、例えば図２２に示すような分析対象情報表示画面１２７を生成する。分析対象情報表示画面１２７は、上記第１実施形態の分析対象情報リスト１０８に、根拠データの項目を加えた分析対象情報リスト１２８を有している。なお、符号１２９は、分析対象情報リスト１２８を横方向にスクロールするためのスクロールバーである。スクロールバー１２９を操作することで、図２２で表示されていない各項目（施設名、使用日等）を表示させることができる。

このように、採否情報および治療成績情報に加えて、根拠データを含む分析対象情報を提供することで、根拠データと採否の因果関係が分かり、治療成績の良化に貢献する質の高い診断支援プログラム３０の開発をより促進させるための一助となる。

なお、統計処理部１２０により、採否情報および根拠データに統計処理を行って、例えば図２３に示すような表１３０を統計情報として出力し、これを分析対象情報として提供してもよい。

表１３０は、図２１に例示する、演算アルゴリズムが「入力データの白血球量が１００００〜５００００の場合に、薬剤Ｇ１００ｍｇの３日間の投与を診断支援情報として出力する」という場合の根拠データである白血球量の各範囲に対する、採用回数および不採用回数をそれぞれ示したものである。こうした表１３０を分析対象情報として提供することで、演算アルゴリズムの最適化をベンダー１５の開発者に促すことができる。

より具体的には、表１３０において、白血球量が「１００００〜１４９９９」および「１５０００〜１９９９９」の各範囲で採用回数が「０」であるため、演算アルゴリズムを「入力データの白血球量が１００００〜５００００の場合」から「入力データの白血球量が２００００〜５００００の場合」に変更したほうがよいという示唆をベンダー１５の開発者に与えることができる。なお、表１３０ではなく、根拠データの範囲を横軸、採用回数または不採用回数を縦軸とするヒストグラムを生成し、これを統計情報として出力してもよい。

根拠データとしては、上記で例示した白血球量や血圧（上）の直近１週間の変化率といった医療検査の検査値やバイタルサインの測定値に加えて、対象患者の診療データのうちの対象患者の検査に関わる検査関連情報である、病変の種類、病変のサイズ、病変の特徴量、病変の位置、病変の治癒レベル（図２２の分析対象情報リスト１２８の３行目の「右中葉、点上影、直径３ｍｍ、特徴量１２５、治癒レベル４」）、薬剤の種類、薬剤の投与量、薬剤の投与期間（図２２の分析対象情報リスト１２８の４行目の「薬剤Ｄ、２００ｍｇ、５日間」）等でもよい。また、対象患者の診療データのうちの対象患者の手術に関わる手術関連情報である、手術の術式、切除方法（開腹、腹腔鏡下、部分切除、全摘出、切除マージン量等）、手術時間、出血量（図２２の分析対象情報リスト１２８の５行目の「胃切除術、腹腔鏡下、噴門側切除、１時間、出血微量」）等を根拠データとして収集してもよい。

薬剤の種類、薬剤の投与量、薬剤の投与期間、医療検査の検査値、バイタルサインの測定値は、例えば薬剤副作用判定や治療効果判定を用途とする診断支援プログラム３０の根拠データになり得る。病変の種類、病変の特徴量、病変の位置、病変の治癒レベル、手術の術式、切除方法、手術時間、出血量は、例えば類似症例検索を用途とする診断支援プログラム３０の根拠データになり得る。

上記第１実施形態では、診療データ表示画面７０の各種情報表示領域７６において、使用する診断支援プログラム３０をプルダウンメニュー８０で選択させ、演算実行ボタン８１を選択させることで診断支援プログラム３０による演算を実行させているが、自動で代表的な診断支援プログラム３０に演算を実行させてもよい。代表的な診断支援プログラム３０は、例えば疾患別に予め決定しておく。こうすれば、診断支援プログラム３０の選択や演算実行ボタン８１の選択の手間を省くことができる。例えば治療方針で決定した１クール目の投薬を終えて２クール目の投薬をはじめるタイミングで、用途が薬剤副作用判定の診断支援プログラム３０による演算を自動的に実行する等、イベント別に代表的な診断支援プログラム３０を予め決定しておいてもよい。

上記第１実施形態では、各種情報表示領域７６に診断支援情報を表示し、また、採用ボタン８５および不採用ボタン８６を設けて、これら各ボタン８５、８６で採否の入力指示を受けているが、診断支援情報の表示態様、および採否の入力指示の受け方はこれに限らない。自動で代表的な診断支援プログラム３０に演算を実行させる場合には、例えば図２４に示す診断支援情報表示画面１３５を診療データ表示画面７０上にポップアップ表示してもよい。

図２４において、診断支援情報表示画面１３５には、図１３と同じく、診断支援情報として、「生化学検査Ａ」の検査値に対する所見、「薬剤Ａ、Ｂ」以外の「薬剤Ｃ」の使用を推奨するコメントが表示されている。また、診断支援情報表示画面１３５には、「今後このメッセージを表示しない」というメッセージ付きチェックボックス１３６、確認ボタン１３７、およびキャンセルボタン１３８が設けられている。

メッセージ付きチェックボックス１３６の選択状態に関わらず、確認ボタン１３７がクリックされた場合は、上記第１実施形態の採用ボタン８５がクリックされた場合と同じく、「薬剤Ｃ１００ｍｇの３日間の投与」の投薬オーダが自動的になされ、対象患者の電子カルテ２２の投薬の項目の診療データが自動的に更新される。また、プログラム制御部６３により、ログファイル６５の入力履歴情報に「採用」が記録される。

ただし、メッセージ付きチェックボックス１３６が選択された状態で、確認ボタン１３７がクリックされた場合は、以降代表的な診断支援プログラム３０は演算を実行するが、診断支援情報表示画面１３５は表示されない。また、ログファイル６５の入力履歴情報には、プログラム制御部６３により以降ｚ「不採用」が記録され続ける。

一方、メッセージ付きチェックボックス１３６の選択状態に関わらず、キャンセルボタン１３８がクリックされた場合は、上記第１実施形態の不採用ボタン８６がクリックされた場合と同じく、プログラム制御部６３により、ログファイル６５の入力履歴情報に「不採用」が記録される。このように、ボタンのクリックだけでなく、メッセージ付きチェックボックス１３６の選択状態によって採否を判定してもよい。

また、図２５に示すように、各種情報表示領域７６に、推奨投薬情報があることを示すリンク１３９を作成し、このリンク１３９がクリックされた場合に、図２６に示す推奨投薬情報表示画面１４０を診療データ表示画面７０上にポップアップ表示してもよい。

図２６において、推奨投薬情報表示画面１４０には、診断支援情報として、「薬剤Ａ」の推奨投与量および期間と、「薬剤Ａ」の代替の「薬剤Ｂ」の推奨投与量および期間が表示されている。また、推奨投薬情報表示画面１４０には、推奨投薬情報表示画面１４０のポップアップ表示を消すための確認ボタン１４１と、表示された診断支援情報が、治療成績の良化に貢献することを示すエビデンスデータへのリンク１４２とが設けられている。リンク１４２がクリックされた場合、エビデンスデータを示す画面（図示せず）が推奨投薬情報表示画面１４０上にポップアップ表示される。

エビデンスデータは、例えば、対象患者と同じ症例で、表示された診断支援情報の提案に沿った治療方針を採用して病状が良化した患者のバイタルサインの測定値の推移や、表示された診断支援情報の提案に沿った治療方針を採用して病状が良化したことを記述した文献や論文等である。

この場合、推奨投薬情報表示画面１４０において、エビデンスデータへのリンク１４２がクリックされた場合に、ログファイル６５の入力履歴情報に「採用」が記録される。あるいは、各種情報表示領域７６において、推奨投薬情報のリンク１３９がクリックされた場合に、ログファイル６５の入力履歴情報に「採用」が記録されてもよい。

一方、各種情報表示領域７６において、推奨投薬情報のリンク１３９がクリックされなかった場合、または推奨投薬情報表示画面１４０において、エビデンスデータへのリンク１４２がクリックされずに確認ボタン１４１がクリックされた場合に、ログファイル６５の入力履歴情報に「不採用」が記録される。このように、リンク１３９、１４２をクリックするといった情報参照の操作入力の有無によって採否を判定してもよい。

図２７および図２８は、用途が類似症例検索の診断支援プログラム３０を使用した場合の診断支援情報の表示例である。この場合、対象患者の疾患、および対象患者の検査画像２３に映る病変の位置、サイズ、種類等の診療データが入力データとして診断支援プログラム３０に与えられる。診断支援プログラム３０は、与えられた疾患、病変の位置、サイズ、種類等が一致または類似する対象患者以外の患者の検査画像２３を画像ＤＢ２１から検索し、検索した検査画像２３を診断支援情報として出力する。また、診断支援プログラム３０は、検索した検査画像２３の患者の電子カルテ２２の治療記録データから、手術の術式、切除方法、手術時間、出血量、および治療結果（完治、再手術、再入院、死亡等）を抽出し、これらを診断支援情報として出力する。

図２７において、各種情報表示領域７６には、診断支援情報として、画像ＤＢ２１から検索された検査画像２３のサムネイル画像が一覧表示される。サムネイル画像がクリックされた場合、図２８に示す症例情報表示画面１４３が診療データ表示画面７０上にポップアップ表示される。

図２８において、症例情報表示画面１４３には、各種情報表示領域７６においてクリックされた検査画像２３のサムネイル画像とともに、患者や疾患、病変の種類、サイズ、位置の情報や、手術の術式、切除方法、手術時間、出血量、および治療結果の情報が診断支援情報として表示される。また、症例情報表示画面１４３には、確認ボタン１４４、およびキャンセルボタン１４５が設けられている。

この場合、症例情報表示画面１４３において確認ボタン１４４がクリックされた場合、あるいは、各種情報表示領域７６において、サムネイル画像がクリックされた場合に、ログファイル６５の入力履歴情報に「採用」が記録される。なお、症例情報表示画面１４３において確認ボタン１４４がクリックされた場合に、表示された術式および切除方法の手術オーダが自動的になされてもよい。

一方、各種情報表示領域７６において、サムネイル画像がクリックされなかった場合、および症例情報表示画面１４３においてキャンセルボタン１４５がクリックされた場合は、ログファイル６５の入力履歴情報に「不採用」が記録される。このように、サムネイル画像といったデータの選択の有無によって採否を判定してもよい。

なお、採用ボタン８５が選択された場合に投薬オーダが自動的になされる等、診療データ表示画面７０上でオーダを発行することが可能な態様を説明したが、こうしたオーダは普通、電子カルテ２２のオーダ発行画面上で行われる。そこで、図１３の各種情報表示領域７６や図２４の診断支援情報表示画面１３５、図２６の推奨投薬情報表示画面１４０、図２８の症例情報表示画面１４３に、電子カルテ２２のオーダ発行画面を立ち上げるためのリンクを設け、オーダの発行は電子カルテ２２のオーダ発行画面で行わせてもよい。

［第３実施形態］
オーダの発行を診療データ表示画面７０とは別のオーダ発行画面で行わせ、採否の選択とオーダの発行とを切り離した場合、例えば図１３において採用ボタン８５が選択され、ログファイル６５の入力履歴情報に「採用」が記録されたが、電子カルテ２２のオーダ発行画面上では、診断支援情報が提案する「薬剤Ｃ１００ｍｇの３日間の投与」とは異なるオーダが発行される場合がある。そうすると、実際は不採用であるのに採否情報には「採用」が登録されてしまい、齟齬が生じる。そこで本実施形態では、実際の採否と採否情報に登録される採否に齟齬が生じないようにする。

図２９において、本実施形態のセンターサーバ１１のＣＰＵ５２Ａには、上記第１実施形態のＣＰＵ５２Ａの各部（図２９では第１情報収集部１１７のみ図示）に加えて、第４情報収集部１５０、および採否判定部１５１が構築される。第４情報収集部１５０は、対象患者の診療データのうちの対象患者に対する処置の履歴を示す処置履歴情報を収集する。ここで処置履歴情報とは、具体的には対象患者の電子カルテ２２の診療データのうち、薬剤を投与した日時および投与量が記された投薬データや、医療検査、処置、手術、投薬等の各種オーダが記されたオーダデータ、および治療記録データである。処置履歴情報は、上記第１実施形態の採否情報および治療成績情報と同様に、採否・治療成績情報出力部６４から定期的に出力される。

第４情報収集部１５０は、収集した処置履歴情報を採否判定部１５１に受け渡す。採否判定部１５１は、診断支援プログラム３０が出力した診断支援情報の内容と、処置履歴情報の内容とを比較し、診断支援情報の提案に沿った治療方針が採用されたか否かを判定する。採否判定部１５１は、この判定結果を採否情報として第１情報収集部１１７に受け渡す。

より具体的には、図３０に示すように、診断支援情報と処置履歴情報の内容が、「薬剤Ａ１００ｍｇの３日間の投与」で一致した場合、採否判定部１５１は診断支援情報の提案に沿った治療方針が採用されたと判定（判定結果：採用）する。

一方、図３１に示すように、診断支援情報の内容が「術式Ｘによる手術、切除方法Ｙ」で、処置履歴情報の内容が「術式Ｘによる手術、切除方法Ｚ」と切除方法が異なる場合、採否判定部１５１は診断支援情報の提案に沿った治療方針が採用されなかったと判定（判定結果：不採用）する。

あるいは、図３２に示すように、診断支援情報の内容が「術式Ｘによる手術、切除方法Ｙ」で、処置履歴情報に該当する手術に関連する情報がない場合も、採否判定部１５１は診断支援情報の提案に沿った治療方針が採用されなかったと判定（判定結果：不採用）する。このように、診断支援情報と実際の処置履歴情報を突き合わせることで採否を判定するので、実際の採否と採否情報に登録される採否に齟齬が生じることはない。

なお、図３０では、診断支援情報と処置履歴情報の内容が完全に一致した場合に、診断支援情報の提案に沿った治療方針が採用されたと判定しているが、採用の判定基準は完全一致に限らず、ある程度の幅を設けてもよい。例えば薬剤Ａの投与量の判定基準を、１００±１０ｍｇとしておけば、図３３に示すように診断支援情報の内容が「薬剤Ａ１００ｍｇの３日間の投与」で、処置履歴情報の内容が「薬剤Ａ９０ｍｇの３日間の投与」であった場合も、診断支援情報の提案に沿った治療方針が採用されたと判定される。

採用、不採用の２者択一ではなく、採用、不採用の度合いを点数等の数値で表してもよい。例えば図３４の点数表１５２に示すように、診断支援情報の提案に沿った治療方針が採用された場合（診断支援情報で提案した薬剤の投与量、投与期間、および種類と、処置履歴情報の薬剤の投与量、投与期間、および種類が完全に一致した場合）は点数「＋１００」、図３２に例示するように処置履歴情報に該当する情報がなく、診断支援情報の提案に沿った治療方針が採用されなかった場合（不採用の場合）は点数「−１００」、処置履歴情報の薬剤の投与量、投与期間、および種類のうち、診断支援情報で提案したものと異なるものがある場合は「５０点減点」とする。このため、薬剤の投与量のみが異なる場合の点数は「＋５０」、薬剤の投与量および投与期間が異なる場合の点数は「０」、薬剤の投与量、投与期間、および種類の全てが異なる場合の点数は「−５０」となる。

この場合、採否・治療成績情報リスト３９の採否情報の項目には、上記第１実施形態の「採用」、「不採用」の代わりに、「＋１００」、「−５０」等の点数が登録される。また、この場合、統計処理部１２０は、分類処理でピックアップした採否・治療成績情報の採否情報の項目の点数を全て加算し、これをピックアップした採否・治療成績情報の件数で除算したものを採用率として出力する。なお、図３４の点数表１５２は一例であり、単純に採用を１００点、不採用を０点とし、薬剤の投与量、投与期間、および種類が異なる場合に適宜減点してもよい。

図２７、図２８で示した類似症例検索を用途とする診断支援プログラム３０の場合は、例えば症例情報表示画面１４３で確認ボタン１４４がクリックされた症例情報の治療結果と、対象患者の治療結果とを採否判定部１５１で比較し、症例情報の治療結果と対象患者の治療結果が一致した場合は採用、不一致の場合は不採用と判定してもよい。

［第４実施形態］
診断支援情報の内容と処置履歴情報の内容とが異なり、採否判定部１５１で不採用と判定した場合、このときの処置履歴情報は、上記第２実施形態の根拠データと同様、演算アルゴリズムの設計に資する情報である。そこで、本実施形態では、採否判定部１５１で不採用と判定した場合の処置履歴情報を分析対象情報として提供する。

図３５において、本実施形態の採否・治療成績情報リスト１５５には、上記第１実施形態の採否・治療成績情報リスト３９の各項目に加えて、処置履歴情報の内容の項目が設けられている。処置履歴情報の内容の項目には、採否が「不採用」の場合のみ処置履歴情報の内容が登録される。図３５では、診断支援情報の内容が「薬剤Ｌ１００ｍｇの３日間の投与」、処置履歴情報の内容が「薬剤Ｌ１５０ｍｇの７日間の投与」で、採否判定部１５１で不採用と判定された場合を例示している。

この場合、統計処理部１２０は、採否情報および治療成績情報と同様に、処置履歴情報に対しても分類処理等の統計処理を行う。また、画面生成部１２１は、例えば図３６に示すような分析対象情報表示画面１５６を生成する。分析対象情報表示画面１５６は、上記第１実施形態の分析対象情報リスト１０８に、処置履歴情報の内容の項目を加えた分析対象情報リスト１５７を有している。なお、符号１５８は、図２２のスクロールバー１２９と同様、分析対象情報リスト１５７を横方向にスクロールするためのスクロールバーである。

このように、採否情報および治療成績情報に加えて、処置履歴情報を含む分析対象情報を提供することで、実際の処置履歴と治療成績の因果関係が分かり、治療成績の良化に貢献する質の高い診断支援プログラム３０の開発をより促進させるための一助となる。

より具体的には、採否が「不採用」で処置履歴情報が表示されていて、治療成績の再入院の有無が「なし」であった場合は、診断支援情報で提案された治療方針よりも処置履歴情報の治療方針のほうが治療成績の良化に貢献することが分かり、処置履歴情報に倣って演算アルゴリズムを変更したりすることができる。

上記各実施形態では、治療成績情報として、対象患者の再入院の有無を例示したが、本発明はこれに限定されない。対象患者の入院費、および対象患者の病変の治癒レベルを治療成績情報として収集してもよい。

この場合は図３７に示すように、採否・治療成績情報リスト１６０に、上記第１実施形態の採否・治療成績情報リスト３９の各項目に加えて、対象患者の入院費、および対象患者の病変の治癒レベルの変化の項目を設ける。対象患者の入院費は、対象患者の電子カルテ２２の会計データの診療報酬額の記述から、対象患者の病変の治癒レベルは、対象患者の検査画像２３の画像解析情報から、それぞれ施設端末１３の採否・治療成績情報出力部６４により抽出され、センターサーバ１１に送信される。治癒レベルの変化の項目には、診断支援プログラム３０を使用して診察を行った後の治癒レベルが、診察前よりも良化した場合は「良化」が、悪化した場合は「悪化」が、変化がない場合は「変化なし」が記述される。

また、この場合、統計処理部１２０は、図３８に示すように、上記第１実施形態の採用率や再入院率に加えて、対象患者の入院費の基準値からの増減率、および対象患者の病変の良化率を計算し、これらを統計情報として出力する。

増減率は、対象患者の入院費を基準値で除算することで得られる。例えば対象患者の入院費が３０万円で、基準値が５０万円であった場合、増減率は３０００００／５０００００＝０．６で６０％である。増減率が１００％よりも大きい場合は、入院費が基準値よりも掛っているため治療成績が悪いといえる。増減率が１００％よりも小さい場合は、入院費が基準値よりも削減されているため治療成績が良いといえる。基準値は例えば全国平均の入院費であり、疾患や手術の術式毎にストレージデバイス５０Ａに予め格納されている。

良化率は、分類処理でピックアップした採否・治療成績情報のうち、治癒レベルの変化の項目に「良化」が記されたものの割合である。例えば、ピックアップした採否・治療成績情報の件数が２０件で、治癒レベルの変化の項目に「良化」が記された件数が１５件であった場合、良化率は１５／２０＝０．７５で７５％である。なお、良化率の代わりに、ピックアップした採否・治療成績情報のうち、治癒レベルの変化の項目に「悪化」が記されたものの割合である悪化率を算出してもよい。

画面生成部１２１は、例えば図３９に示すような分析対象情報表示画面１６１を生成する。分析対象情報表示画面１６１は、上記第１実施形態の分析対象情報リスト１０８に、入院費増減率、および治癒レベルの変化の項目を加えた分析対象情報リスト１６２を有し、さらに良化率表示枠１６３を有している。なお、符号１６４は、図２２、図３６のスクロールバー１２９、１５８と同様、分析対象情報リスト１６２を横方向にスクロールするためのスクロールバーである。

このように、対象患者の再入院の有無に加えて、対象患者の入院費、および対象患者の病変の治癒レベルを治療成績情報として収集し、対象患者の入院費の基準値からの増減率、病変の治癒レベルの変化、および病変の治癒レベルの良化率を含む分析対象情報を提供することで、より多角的に診断支援プログラム３０の開発指針を決定することができる。

例えば図３９の分析対象情報リスト１６２において、診断支援情報の内容が「薬剤Ｃ１００ｍｇの４日間の投与」の３列目の分析対象情報と、診断支援情報の内容が「薬剤Ｃ１００ｍｇの３日間の投与」の５列目の分析対象情報とでは、再入院有無はいずれも「なし」で同じであるが、入院費増減率が３列目は「７５％」、５列目が「１００％」で、治癒レベルの変化が３列目は「良化」、５列目が「変化なし」となっており、３列目のほうが治療成績が良いことが分かる。このため、演算アルゴリズムを変更する際には、５列目の分析対象情報ではなく３列目の分析対象情報を参照する等、参考にする分析対象情報を絞り込むことができる。

なお、治療成績情報としては、上記で例示した対象患者の再入院の有無、対象患者の入院費、および対象患者の病変の治癒レベルの他に、対象患者の入院日数、対象患者の生死、あるいはリハビリの進展度合い等を収集してもよい。対象患者の入院日数の場合は入院日数の基準値からの増減率、対象患者の生死の場合は生存率または死亡率を統計情報として出力してもよい。

［第５実施形態］
上記第１実施形態では、採否・治療成績情報を分類処理するための指標項目として、期間、医療施設の地域、使用疾患等を例示したが、本実施形態では、対象患者の属性情報を構成する項目を指標項目とする。

図４０に示すように、本実施形態の採否・治療成績情報リスト１６５には、対象患者の属性情報を構成する各項目が設けられている。各項目は、年齢、性別、身長、体重、人種、既往歴、および居住地域である。属性情報は、対象患者の電子カルテ２２の属性情報の記述から施設端末１３の採否・治療成績情報出力部６４により抽出され、センターサーバ１１に送信される。

図４１に示すように、分析対象情報表示画面の検索キー入力領域９７のプルダウンメニュー１０３には、属性情報の各項目である年齢、性別、身長、体重、人種、既往歴、および居住地域が選択肢として表示される。

図４２に示すように、例えばカーソル１０７で年齢が選択され、検索キー入力ボックス１０４に、６０代を指定する「６０−６９」が入力されて検索開始ボタン１０１がクリックされた場合、統計処理部１２０は、採否・治療成績情報リスト１６５から、属性情報の年齢の項目に「６０−６９」の年齢が登録された採否・治療成績情報をピックアップする。分析対象情報リストには、年齢が６０代の患者の分析対象情報が表示される。

このように患者の属性情報の項目を指標項目として分類処理を行えば、ある属性の患者に対して治療成績の良化に貢献しない診断支援プログラム３０を発見すること等ができ、患者の属性に応じた演算アルゴリズムの改善点が分かる。

上記各実施形態では、分析対象情報の提供先をベンダー１５に限定しているが、医療施設１２に対しても分析対象情報を提供してもよい。こうすれば、医療施設１２は分析対象情報から診断支援プログラム３０の機能および品質を把握することができ、機能および品質を見極めたうえで診断支援プログラム３０を導入するか否かを決定することができる。ベンダー１５による売り込みではなく、医療施設１２が主体的に診断支援プログラム３０の導入を検討することができる。

また、ベンダー１５とっては、医療施設１２への診断支援プログラム３０の売り込みを、分析対象情報の提供で代行している形となるので、診断支援プログラム３０の売り込みに割いていた労力を診断支援プログラム３０の開発に回すことができ、結果として診断支援プログラム３０の開発促進に繋げることができる。

なお、分析対象情報の提供先は、医療施設１２やベンダー１５に限らず、これら以外の患者や公的機関等の一般的なユーザーであってもよい。この場合、情報提供部１１９は、一般的なユーザーが所有するパーソナルコンピュータやタブレット端末からの情報提供要求に応じて分析対象情報を提供する。

［第６実施形態］
上記各実施形態では、治療方針を決定する場合に診断支援プログラム３０が使用された対象患者の治療成績情報のみを第２情報収集部１１８で収集しているが、本実施形態では、図４３に示すように、対象患者の治療成績情報に加えて、対象患者以外の、治療方針を決定する場合に診断支援プログラム３０が使用されなかった非対象患者の治療成績情報（以下、非対象患者治療成績情報という）も第２情報収集部１１８で収集する。

図４４に示すように、情報提供部１１９の統計処理部１２０は、採否・治療成績情報に加えて、非対象患者治療成績情報を含む分析対象情報を出力する。統計処理部１２０は、非対象患者治療成績情報に対しても、採否・治療成績情報と同様に分類処理や再入院率の計算といった統計処理を行う。

また、画面生成部１２１は、例えば図４５に示すように、図１６に示す分析対象情報表示画面９２の分析対象情報リスト１０８に非対象患者治療成績情報が加えられ、採用率・再入院率表示枠１０９に加えて非対象患者治療成績情報に基づく再入院率を表示する表示枠１７１が設けられた分析対象情報表示画面１７０を生成する。非対象患者治療成績情報は、対象患者の治療成績情報と区別するためにハッチングで示すように色分けされている。非対象患者治療成績情報の診断支援情報の内容および採否の項目は空欄である。また、非対象患者治療成績情報の場合は、使用日の項目には非対象患者の診察日が登録される。

このように、対象患者の治療成績情報だけでなく非対象患者治療成績情報を収集し、これらを比較可能に情報提供することで、診断支援プログラム３０が治療成績の良化にどれだけ貢献しているかをより多角的に分析することができる。

診断支援プログラム３０の機能を提供する態様としては、上記第１実施形態のようにセンターサーバ１１から施設端末１３に診断支援プログラム３０をダウンロードして、診断支援プログラム３０による演算および診断支援情報の出力を施設端末１３内で済ませる態様の他に、図４６に示す態様がある。

図４６において、プログラム機能提供サーバ１７５は、施設端末１３に診断支援プログラム３０をダウンロードして、施設端末１３で診断支援プログラム３０を使用する代わりに、施設端末１３に診断支援プログラム３０をダウンロードさせることなく、診断支援プログラム３０の機能のみを提供する、いわゆるＡＳＰ（Application Service Provider）形態のサーバである。プログラム機能提供サーバ１７５には、ベンダー端末１６からアップロードされた全診断支援プログラム３０が格納される、上記第１実施形態のプログラムＤＢ３５と同じプログラムＤＢ１７６が設けられており、上記第１実施形態において施設端末１３のＣＰＵ５２Ｂに構築されていたプログラム制御部６３と同じプログラム制御部がＣＰＵに構築されている。

この場合、施設端末１３は診断支援プログラム３０の入力データをプログラム機能提供サーバ１７５に送信する。プログラム機能提供サーバ１７５は、施設端末１３からの入力データを診断支援プログラム３０に与えて演算を実行させ、診断支援情報を出力させる。プログラム機能提供サーバ１７５は、診断支援プログラム３０から出力された診断支援情報を施設端末１３に送信する。

プログラム機能提供サーバ１７５の機能をセンターサーバ１１が担ってもよいし、センターサーバ１１とは別にデータセンター１０にプログラム機能提供サーバ１７５を設けてもよい。また、プログラム機能提供サーバ１７５は、データセンター１０内に限らず、医療施設１２内、さらにはベンダー１５内にあってもよい。

上記第１実施形態では、採否情報を収集する第１情報収集部１１７と治療成績情報を収集する第２情報収集部１１８とを分けて設けたが、上記第２実施形態の第１情報収集部１２５のように、各情報収集部１１７、１１８を統合して１つの情報収集部としてもよい。また、診断支援プログラム３０の販売仲介機能（プログラム格納・配信処理部１１６）と分析対象情報の情報提供機能（各情報収集部１１７、１１８および情報提供部１１９）を、２台のサーバに分けてもよい。

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

採否情報および治療成績情報を送信する期間としては、上記第１実施形態で例示した１日毎に限らず、１週間や１か月毎、あるいは１年毎でもよい。また、対象患者に再入院等のイベントが発生したタイミングで治療成績情報を送信してもよい。

センターサーバ１１を介さずに、ベンダー端末１６から直接施設端末１３に診断支援プログラム３０をダウンロードしてもよい。

上記各実施形態では、情報提供部１１９で分析対象情報を情報提供する態様を例示したが、情報提供部１１９は必須の機能ではない。各情報収集部１１７、１１８の機能を備えていればよい。また、各情報収集部１１７、１１８で収集した採否情報および治療成績情報に基づき、例えば採否情報が「採用」で再入院の有無が「あり」の場合の診断支援情報を出力するための演算アルゴリズムを削除する等、診断支援プログラム３０の演算アルゴリズムを自動的に変更する機能を設けてもよい。

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

２ 診断支援システム（情報収集システム）
１１ センターサーバ（情報収集装置、情報収集サーバ）
１２ 医療施設
１３ 施設端末
１４ ネットワーク
１５ ベンダー
１６ ベンダー端末
２２ 電子カルテ
２３ 検査画像
３０ 診断支援プログラム
３６ 採否・治療成績情報ＤＢ
３９、１２６、１５５、１６０、１６５ 採否・治療成績情報リスト
５２ ＣＰＵ
９２、１２７、１５６、１６１、１７０ 分析対象情報表示画面
１０８、１２８、１５７、１６２ 分析対象情報リスト
１０９ 採用率・再入院率表示枠
１１５ 作動プログラム
１１７ 第１情報収集部
１１８ 第２情報収集部
１１９ 情報提供部
１２０ 統計処理部
１２５ 第１情報収集部（第３情報収集部）
１５０ 第４情報収集部
１５１ 採否判定部

Claims (25)

1. 患者の診療データを入力データとして演算を実行し、前記患者の治療方針を決定する場合に参考にする診断支援情報を出力する診断支援プログラムに関する情報を収集する情報収集装置において、
   前記治療方針を決定する場合に前記診断支援プログラムが使用された対象患者に対して、前記診断支援情報の提案に沿った前記治療方針が採用されたか否かを示す採否情報を収集する第１情報収集部と、
   前記対象患者の治療成績を示す治療成績情報を収集する第２情報収集部とを備えることを特徴とする情報収集装置。
2. 情報提供要求に応じて、前記採否情報および前記治療成績情報を含む分析対象情報を提供する情報提供部を備えることを特徴とする請求項１に記載の情報収集装置。
3. 前記診断支援情報の出力の根拠となった前記入力データである根拠データを収集する第３情報収集部を備えることを特徴とする請求項１または２に記載の情報収集装置。
4. 前記根拠データは、前記対象患者の前記診療データのうちの前記対象患者の検査に関わる検査関連情報であることを特徴とする請求項３に記載の情報収集装置。
5. 前記検査関連情報は、病変の種類、病変のサイズ、病変の特徴量、病変の位置、病変の治癒レベル、薬剤の種類、薬剤の投与量、薬剤の投与期間、医療検査の検査値、またはバイタルサインの測定値のうちの少なくともいずれか１つを含むことを特徴とする請求項４に記載の情報収集装置。
6. 前記根拠データは、前記対象患者の前記診療データのうちの前記対象患者の手術に関わる手術関連情報であることを特徴とする請求項３ないし５のいずれか１項に記載の情報収集装置。
7. 前記手術関連情報は、手術の術式、切除方法、手術時間、または出血量のうちの少なくともいずれか１つを含むことを特徴とする請求項６に記載の情報収集装置。
8. 請求項２を引用する請求項３ないし７のいずれか１項に記載の情報収集装置において、
   前記情報提供部は、前記採否情報および前記治療成績情報に加えて、前記根拠データを含む前記分析対象情報を提供することを特徴とする情報収集装置。
9. 前記第２情報収集部は、前記診断支援情報の提案に沿った前記治療方針の採否の入力の履歴を示す入力履歴情報を前記採否情報として収集することを特徴とする請求項１ないし８のいずれか１項に記載の情報収集装置。
10. 前記対象患者の前記診療データのうちの前記対象患者に対する処置の履歴を示す処置履歴情報を収集する第４情報収集部と、
    前記処置履歴情報に基づいて、前記診断支援情報の提案に沿った前記治療方針が採用されたか否かを判定する採否判定部とを備え、
    前記第２情報収集部は、前記採否判定部の判定結果を前記採否情報として収集することを特徴とする請求項１ないし８のいずれか１項に記載の情報収集装置。
11. 請求項２を引用する請求項１０に記載の情報収集装置において、
    前記情報提供部は、前記採否情報および前記治療成績情報に加えて、前記採否判定部が前記診断支援情報の提案に沿った前記治療方針が採用されなかったと判定した場合の前記処置履歴情報を含む前記分析対象情報を提供することを特徴とする情報収集装置。
12. 前記治療成績情報は、前記対象患者の再入院の有無、前記対象患者の入院費、または前記対象患者の病変の治癒レベルのうちの少なくともいずれか１つを含むことを特徴とする請求項１ないし１１のいずれか１項に記載の情報収集装置。
13. 前記採否情報および前記治療成績情報に対して統計処理を行って統計情報を出力する統計処理部を備えることを特徴とする請求項１ないし１２のいずれか１項に記載の情報収集装置。
14. 前記統計処理部は、前記診断支援情報の提案に沿った前記治療方針の採用率または不採用率を前記統計情報として出力することを特徴とする請求項１３に記載の情報収集装置。
15. 前記統計処理部は、前記対象患者の再入院率または完治率、前記対象患者の入院費の基準値からの増減率、もしくは前記対象患者の病変の良化率または悪化率のうちの少なくともいずれか１つを前記統計情報として出力することを特徴とする請求項１３または１４に記載の情報収集装置。
16. 前記統計処理部は、前記採否情報および前記治療成績情報に対して、前記統計処理として指標項目別に分類する分類処理を行い、前記分類処理を行った情報を前記統計情報として出力することを特徴とする請求項１３ないし１５のいずれか１項に記載の情報収集装置。
17. 前記指標項目は、前記対象患者の属性情報を構成する項目であることを特徴とする請求項１６に記載の情報収集装置。
18. 前記属性情報を構成する項目は、前記対象患者の年齢、性別、身長、体重、人種、既往歴、または居住地域のうちの少なくともいずれか１つを含むことを特徴とする請求項１７に記載の情報収集装置。
19. 請求項３を引用する請求項１３ないし１８のいずれか１項に記載の情報収集装置において、
    前記統計処理部は、前記根拠データに対しても前記統計処理を行うことを特徴とする情報収集装置。
20. 請求項１０を引用する請求項１３ないし１９のいずれか１項に記載の情報収集装置において、
    前記統計処理部は、前記採否判定部で前記診断支援情報の提案に沿った前記治療方針が採用されなかったと判定した場合の前記処置履歴情報に対しても前記統計処理を行うことを特徴とする情報収集装置。
21. 請求項２を引用する請求項１３ないし２０のいずれか１項に記載の情報収集装置において、
    前記情報提供部は、前記採否情報および前記治療成績情報に加えて、前記統計情報を含む前記分析対象情報を提供することを特徴とする情報収集装置。
22. 前記第２情報収集部は、前記対象患者以外の、前記治療方針を決定する場合に前記診断支援プログラムが使用されなかった非対象患者の治療成績を示す非対象患者治療成績情報を収集し、
    前記情報提供部は、前記採否情報および前記治療成績情報に加えて、前記非対象患者治療成績情報を含む前記分析対象情報を提供することを特徴とする請求項２ないし２１のいずれか１項に記載の情報収集装置。
23. 患者の診療データを入力データとして演算を実行し、前記患者の治療方針を決定する場合に参考にする診断支援情報を出力する診断支援プログラムに関する情報を収集する情報収集装置の作動方法において、
    前記治療方針を決定する場合に前記診断支援プログラムが使用された対象患者に対して、前記診断支援情報の提案に沿った前記治療方針が採用されたか否かを示す採否情報を収集する第１情報収集ステップと、
    前記対象患者の治療成績を示す治療成績情報を収集する第２情報収集ステップとを備えることを特徴とする情報収集装置の作動方法。
24. 患者の診療データを入力データとして演算を実行し、前記患者の治療方針を決定する場合に参考にする診断支援情報を出力する診断支援プログラムに関する情報を収集する情報収集装置の作動プログラムにおいて、
    前記治療方針を決定する場合に前記診断支援プログラムが使用された対象患者に対して、前記診断支援情報の提案に沿った前記治療方針が採用されたか否かを示す採否情報を収集する第１情報収集機能と、
    前記対象患者の治療成績を示す治療成績情報を収集する第２情報収集機能とを、コンピュータに実行させることを特徴とする情報収集装置の作動プログラム。
25. 患者の診療データを入力データとして演算を実行し、前記患者の治療方針を決定する場合に参考にする診断支援情報を出力する診断支援プログラムに関する情報を収集する情報収集サーバと、
    前記診断支援プログラムを使用する医療施設の施設端末と、
    これらを相互に通信可能に接続するネットワークとで構成される情報収集システムであって、
    前記情報収集サーバは、
    前記治療方針を決定する場合に前記診断支援プログラムが使用された対象患者に対して、前記診断支援情報の提案に沿った前記治療方針が採用されたか否かを示す採否情報を収集する第１情報収集部と、
    前記対象患者の治療成績を示す治療成績情報を収集する第２情報収集部とを備えることを特徴とする情報収集システム。

Images