JP2017021511A - 検査・投薬計画生成装置、検査・投薬計画生成方法、及びプログラム - Google Patents

Abstract

【課題】複数のレセプト情報を集約して検査・投薬の計画案を生成可能とし、これによって地域医療連携を推進することが可能な検査・投薬計画生成装置、検査・投薬計画生成方法、及びプログラムを提供する。
【解決手段】検査・投薬計画生成装置１は、地域のレセプト情報１２０を集約し、各病名に適した検査・投薬計画案を生成する。また、電子カルテに入力された診療情報の記述に基づいて病名候補を算出し、病名候補に該当する検査・投薬計画案を読み出し、表示させる。また、検査・投薬計画案の生成に使用されたレセプト情報の提供元の医療施設への連絡先情報を取得し、取得した連絡先情報を検査・投薬計画案とともに表示したり、メール作成等の連絡処理へ移行できるようにすることで関係医療施設との連携を推進する。
【選択図】図２

Description

本発明は、検査・投薬計画生成装置、検査・投薬計画生成方法、及びプログラムに係り、詳細には、医療機関における検査・投薬計画案の生成支援に関する。

近年、医療業務を支援する仕組みとして電子カルテシステム等が利用されている。電子カルテシステムとは、診療録（カルテ）の情報や処方箋の情報、検査情報、レセプト情報、その他の医療業務に関する各種の情報を記録、保存、管理する仕組みであり、医療業務に携わる全ての医師、看護師、検査技師、薬剤師、事務員等が上述の各種の情報を共有可能となっている。
例えば、特許文献１には、カルテに記載される情報のうち、患者の主訴情報および診察情報と蓄積された過去の主訴情報および診察情報とをそれぞれ診察の期日毎に点数化する算出手段と、この点数に基づき主訴情報と診察情報の経時的な変化を一覧できる一覧表を作成する医療情報電子化システムについて開示されている。特許文献１の技術を用いることにより患者の過去の治療計画や投薬履歴を容易に参照することが可能となっている。

特許４８０１９９５号公報

しかしながら、ある患者の治療のために検査や投薬の計画を立てる際は、患者本人の治療履歴のみならず、より多くの患者の治療履歴や経過も参考にすることが望ましい。そして、実際に治療計画に沿って治療を行うためには、院外への紹介が必要な場合もあるが、他の病院の治療実施状況が共有されていなければ、担当医師の知識次第で検査・投薬の計画が変わったり、相談先や紹介先が変わってしまう。一方、近年では地域の医療機関が連携することが期待されている。そのために、例えば地域の医療施設での治療実績に関する情報を利用した検査・投薬計画の策定を容易化し、診察を支援することが望まれている。

本発明は、前述した問題点に鑑みてなされたもので、その目的は、複数のレセプト情報を集約して検査・投薬の計画案を生成可能とし、これによって地域医療連携を推進することが可能な検査・投薬計画生成装置、検査・投薬計画生成方法、及びプログラムを提供することである。

上記目的を達成するために第１の発明は、複数のレセプト情報を収集するレセプト情報収集部と、前記レセプト情報を集約し、集約したレセプト情報に基づいて各病名に適した検査・投薬計画案を生成する計画生成部と、生成された検査・投薬計画案を記憶する検査・投薬計画案記憶部と、電子カルテ画面を表示するとともに電子カルテへの診療情報の入力を受け付け、入力された診療情報を登録する電子カルテ処理部と、電子カルテに入力された診療情報から病名候補を算出する病名候補算出部と、算出された病名候補に該当する検査・投薬計画案を前記検査・投薬計画案記憶部から読み出し、表示させる表示部と、を備えることを特徴とする検査・投薬計画生成装置である。

第２の発明は、コンピュータの制御部が、複数のレセプト情報を収集するステップと、収集したレセプト情報を集約し、集約したレセプト情報に基づいて各病名に適した検査・投薬計画案を生成するステップと、生成された検査・投薬計画案を記憶部に記憶するステップと、電子カルテ画面を表示するとともに電子カルテへの診療情報の入力を受け付け、入力された診療情報を登録するステップと、電子カルテに入力された診療情報から病名候補を算出するステップと、算出された病名候補に該当する検査・投薬計画案を前記記憶部から読み出し、表示させるステップと、を含む処理を実行することを特徴とする検査・投薬計画生成方法である。

第３の発明は、コンピュータを、複数のレセプト情報を収集するレセプト情報収集手段、前記レセプト情報を集約し、集約したレセプト情報に基づいて各病名に適した検査・投薬計画案を生成する計画生成手段、生成された検査・投薬計画案を記憶部に記憶する検査・投薬計画案記憶手段、電子カルテ画面を表示するとともに電子カルテへの診療情報の入力を受け付け、入力された診療情報を登録する電子カルテ処理手段、電子カルテに入力された診療情報から病名候補を算出する病名候補算出手段、算出された病名候補に該当する検査・投薬計画案を前記記憶部から読み出し、表示させる表示手段、として機能させるためのプログラムである。

本発明により、複数のレセプト情報を集約して検査・投薬の計画案を生成可能とし、これによって地域医療連携を推進することが可能な検査・投薬計画生成装置、検査・投薬計画生成方法、及びプログラムを提供できる。

検査・投薬計画生成装置１のハードウェア構成を示す図 検査・投薬計画生成装置１の機能構成を示す図 レセプト情報の集約方法について説明する図 計画生成部２２の詳細を説明する図 （ａ）病名判定点数テーブル４０の一例、（ｂ）病名候補の集計結果 検査・投薬計画生成処理の流れを説明するフローチャート 図６のステップＳ１０４の履歴特徴抽出処理における、対象とする病名以外の病気・症状についての治療のために行われた検査及び投薬からの影響の除去について説明する図（最過去検査６１との比較） 図６のステップＳ１０４の履歴特徴抽出処理における、対象とする病名以外の病気・症状についての治療のために行われた検査及び投薬からの影響の除去について説明する図（最新検査６２との比較） 検査・投薬計画表示処理の流れを説明するフローチャート 検査・投薬計画表示画面５０の一例（院内可能検査・投薬計画表示中） 詳細情報５０ｑを表示中の検査・投薬計画表示画面５０の一例 検査・投薬計画表示画面５１の一例（他院紹介予定検査・投薬計画表示中） 詳細情報５１ｑを表示中の検査・投薬計画表示画面５１の一例 編集処理の流れを説明するフローチャート 編集中の検査・投薬計画表示画面５２の例

以下図面に基づいて、本発明の実施形態を詳細に説明する。

［第１の実施の形態］
まず、図１を参照して本発明に係る検査・投薬計画生成装置１の構成について説明する。

検査・投薬計画生成装置１は、検査・投薬計画案を生成する処理を行うコンピュータであり、例えば病院等の医療施設で使用される。図１に示すように、検査・投薬計画生成装置１は、ネットワーク１１０を介してレセプト情報データベース１２０に通信接続される。レセプト情報データベース１２０は地域の医療施設から集められたレセプト情報を蓄積記憶している。

検査・投薬計画生成装置１は、ＣＰＵ１０１（Central Processing Unit）１０１、主メモリ１０２、記憶装置１０３、通信インタフェース（通信Ｉ／Ｆ）１０４、表示メモリ１０５、表示装置１０７、マウス１０８等の外部機器とのインタフェース（Ｉ／Ｆ）１０６、キーボード１０９等の入力装置を備え、各部はバス１１３を介して接続されている。

ＣＰＵ１０１は、主メモリ１０２または記憶装置１０３等に格納されるプログラムを主メモリ１０２のＲＡＭ上のワークメモリ領域に呼び出して実行し、バス１１３を介して接続された各部を駆動制御し、検査・投薬計画生成装置１が行う各種処理を実現する。

またＣＰＵ１０１は、地域のレセプト情報を収集し、これに基づいて検査・投薬計画案を生成したり表示したりする検査・投薬計画案の生成処理及び表示処理（図６、図９参照）を実行する。検査・投薬計画案の生成処理及び表示処理の詳細については後述する。

主メモリ１０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等により構成される。ＲＯＭはコンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。また、ＲＡＭは、ＲＯＭ、記憶装置１０３等からロードしたプログラム、データ等を一時的に保持するとともに、ＣＰＵ１０１が各種処理を行う為に使用するワークエリアを備える。

記憶装置１０３は、ＨＤＤ（ハードディスクドライブ）や他の記録媒体へのデータの読み書きを行う記憶装置であり、ＣＰＵ１０１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（オペレーティングシステム）等が格納される。プログラムに関しては、ＯＳに相当する制御プログラムや、アプリケーションプログラムが格納されている。これらの各プログラムコードは、ＣＰＵ１０１により必要に応じて読み出されて主メモリ１０２のＲＡＭに移され、各種の手段として実行される。

通信Ｉ／Ｆ１０４は、通信制御装置、通信ポート等を有し、検査・投薬計画生成装置１とネットワーク１１０との通信を媒介する。また通信Ｉ／Ｆ１０４は、ネットワーク１１０を介して地域のレセプト情報を蓄積記憶したレセプト情報データベース１２０や他のコンピュータ等との通信制御を行う。
Ｉ／Ｆ１０６は、周辺機器を接続させるためのポートであり、周辺機器とのデータの送受信を行う。例えば、マウス１０８やスタイラスペン等のポインティングデバイスをＩ／Ｆ１０６を介して接続させるようにしてもよい。

表示メモリ１０５は、ＣＰＵ１０１から入力される表示データを一時的に蓄積するバッファである。蓄積された表示データは所定のタイミングで表示装置１０７に出力される。

表示装置１０７は、液晶パネル、ＣＲＴモニタ等のディスプレイ装置と、ディスプレイ装置と連携して表示処理を実行するための論理回路で構成され、表示メモリ１０５を介してＣＰＵ１０１に接続される。表示装置１０７はＣＰＵ１０１の制御により表示メモリ１０５に蓄積された表示データを表示する。

入力装置１０９は、例えば、キーボード等の入力装置であり、操作者によって入力される各種の指示や情報をＣＰＵ１０１に出力する。操作者は、表示装置１０７、入力装置１０９、及びマウス１０８等の外部機器を使用して対話的に検査・投薬計画生成装置１を操作する。

ネットワーク１１０は、例えば、施設内の専用の通信回線で接続されたＬＡＮ（Local Area Network）や、より広域に通信接続されたＷＡＮ（Wide
Area Network）、またはインターネット等の公衆の通信回線を含む。ネットワーク１１０における通信接続は有線、無線を問わない。

レセプト情報データベース１２０は、複数の医療施設からレセプト情報を収集し、蓄積して記憶するデータベースである。図１では、レセプト情報データベース１２０はネットワーク１１０を介して検査・投薬計画生成装置１に接続される構成であるが、検査・投薬計画生成装置１内の例えば記憶装置１０３に設けるようにしてもよい。

検査・投薬計画生成装置１は、更に、ＰＡＣＳ（医用画像管理システム；Picture Archiving and Communication Systems）やＨＩＳ（病院情報システム；Hospital Information System）、ＲＩＳ（放射線科情報システム；Radiology
Information System）等の医療業務に関する各種の情報システムとネットワーク１１０を介して通信接続される構成としてもよい。

次に、図２を参照して検査・投薬計画生成装置１の機能構成について説明する。
検査・投薬計画生成装置１は、レセプト情報データベース１２０からレセプト情報を収集するレセプト情報収集部２１、計画生成部２２、検査・投薬計画案記憶部２３、電子カルテ処理部２４、病名候補算出部２５、検査・投薬計画取得部２６、表示部２７を有する。

レセプト情報収集部２１は、複数の医療施設からレセプト情報を収集する処理を行う。なお、地域の医療連携を目的とする場合にはレセプト情報の収集範囲は地域内の医療施設とすることが好ましいが、本発明において地域の範囲は任意であり、また別の地域の医療施設のレセプト情報を利用する場合にも本発明を適用可能である。

レセプト情報収集部２１は、例えば、複数の医療施設から収集された複数のレセプト情報が蓄積記憶されたレセプト情報データベース１２０へアクセスし、複数のレセプト情報を収集する。レセプト情報は、通常、図３（ａ）に示すように各医療施設のフォーマットでそれぞれ生成されるが、各病院のレセプト情報３１は少なくとも病院情報、患者情報、病名情報、投薬歴情報、及び検査歴情報等の所定の情報が含まれた所定の形式で電子化され、図３（ｂ）に示すような電子データ３２としてレセプト情報データベース１２０に記憶されるものとする。

なお、レセプト情報を扱う際は個人情報保護の観点から患者名等の個人情報を伏せ、患者毎に識別情報を付与して取り扱うことが望ましい。一方、個人に適した検査・投薬の計画をたてるために患者の性別や年齢等の情報を利用してもよい。また、レセプト情報の収集方法は上述したようにネットワークを介して取得する例に限定されるものではなく任意である。例えばレセプト情報収集部２１は、電子メディアに記録されたレセプト情報を読み取ることにより複数のレセプト情報を収集するようにしてもよい。

計画生成部２２は、レセプト情報収集部２１によって収集した各レセプト情報の電子データ３２から、患者情報、病名情報、検査歴情報、投薬歴情報、病院情報等の検査・投薬計画案の生成に必要な項目を抽出し、これらを一連の情報として関連付け、患者毎に集約する。以下、患者毎に集約されたレセプト情報をそれぞれ集約レセプト情報３３と呼ぶ。

図３（ｃ）は、地域から収集され、集約された集約レセプト情報３３の一例である。レセプト情報収集部２１は、各患者についての集約レセプト情報３３を記憶装置１０３に保存する。

計画生成部２２は、記憶装置１０３に保存された複数の集約レセプト情報３３から病名候補に関連するレセプト情報を抽出し、患者毎に分類し、分類された各患者のレセプト情報を比較することで各病名候補についての検査・投薬履歴の特徴を抽出し、抽出した検査・投薬履歴の特徴に基づいて前記検査・投薬計画案を生成する。検査・投薬計画案は各病名についてそれぞれ１または複数生成され、検査・投薬計画案記憶部２３に格納される。

具体的には、計画生成部２２は例えば図４に示すように、レセプト抽出部２２１、患者名分類部２２２、履歴特徴抽出部２２３、簡易化処理部２２４、検査振り分け部２２５、及び表示用データ構造生成部２２６を備えることが望ましい。

レセプト抽出部２２１は、各患者の集約レセプト情報３３から処理対象とする特定の病名についてレセプト情報を抽出し、主メモリ１０２に保存する。
患者名分類部２２２は、主メモリ１０２に保存した病名別のレセプト情報を更に患者毎に分類する。患者毎に分類された特定病名のレセプト情報を「特定検査・投薬履歴」と呼ぶ。患者名分類部２２２は特定検査・投薬履歴を主メモリ１０２に保存する。特定検査・投薬履歴は、ある特定の病名の治療のために行われた検査及び投薬の履歴である。

履歴特徴抽出部２２３は、患者名分類部２２２により主メモリ１０２に保存された患者毎の特定検査・投薬履歴を比較して、特徴を抽出する。抽出した特徴を履歴特徴データと呼ぶ。具体的には、履歴特徴抽出部２２３は、まず主メモリ１０２に保存された患者毎の「特定検査・投薬履歴」に所定の初期ポイントを加点する。更に、履歴特徴抽出部２２３は、特定検査・投薬履歴が他の病気・症状の治療のために行われた検査及び投薬から影響を受けている場合には、その影響の大きさに応じてポイントを減算する。また、履歴特徴抽出部２２３は、ある患者の特定検査・投薬履歴と他の患者の特定検査・投薬履歴とを比較し、類似度に応じたポイントを加算する。このように、ある特定病名についての各患者の検査・投薬履歴を他の病気・症状のための治療からの影響の有無や他の患者の特定検査・投薬履歴との類似度等を考慮してポイント数を加減算し、ポイント数が高い検査・投薬履歴をその病気についての履歴特徴データとする。なお、抽出する履歴特徴データは１パターンのみではなく、最終的なポイント数が高いものから複数パターン選択されることが望ましい。

簡易化処理部２２４は、履歴特徴抽出部２２３によって抽出された各履歴特徴データを簡易化する。簡易化処理では、例えば繰り返しの検査や投薬の箇所を１回分の検査や投薬にまとめ、繰り返しフラグを付与する。簡易化処理部２２４は、繰り返しの検査や投薬が１回分にまとめられた履歴特徴データ（繰り返し削除済み特定検査・投薬履歴）を主メモリ１０２に保存する。また、簡易化処理部２２４は、繰り返し削除済み特定検査・投薬履歴の中から、投薬量、検査時の造影剤の有無、投薬期間、検査間隔等の詳細情報を分離し、「簡易特定検査・投薬履歴」と「詳細特定検査・投薬履歴」とに分けて主メモリ１０２に保存する。また、簡易化処理部２２４は、記憶装置１０３等に予め記憶されている各薬品の副作用等の備考情報を詳細特定検査・投薬履歴の薬品名と紐づけて主メモリ１０２に保存する。なお、これらの簡易化処理は履歴特徴データの抽出前に行ってもよい。

検査振り分け部２２５は、記憶装置１０３に予め保存されている院内で可能な検査名称の一覧と、主メモリ１０２に保存された簡易特定検査・投薬履歴とを比較し、簡易特定検査・投薬履歴に含まれる全ての検査が院内で可能な検査であれば「院内可能検査・投薬計画案」に振り分け、院内でできない検査が含まれていれば「他院紹介予定検査・投薬計画案」に振り分けて、主メモリ１０２に保存する。

表示用データ構造生成部２２６は、主メモリ１０２に保存されている各検査・投薬計画案を、例えば時系列のフローチャートの形式で表示されるように表示用のデータ構造を生成する。具体的には、各検査及び各投薬の名称をそれぞれ枠内に表記して時系列に並べて表示する。また各検査や投薬の枠にアウトライン（図１０の「＋」マーク５０ｈ、５０ｐ）を付与し、各検査、投薬名称に紐づけられている詳細特定検査・投薬履歴の内容を表示可能な構造に編集する。また、繰り返しフラグを参照して、フローチャートのどの箇所が繰り返し箇所か分かる状態に編集する。更に、参照元となった加点済みの特定検査・投薬履歴に紐づけられている病院名を参考病院名として表示可能なように編集する。表示用データ構造生成部２２６は、上述したように編集した検査・投薬計画案の表示用データを表示メモリ１０５に保存する。

図２の説明に戻る。
電子カルテ処理部２４は、電子カルテ画面を表示装置１０７に表示するとともに電子カルテへの診療情報の入力を受け付け、入力された診療情報を電子カルテ情報データベース２０に登録する。

病名候補算出部２５は、電子カルテ画面に入力された診療情報から病名候補を算出する。具体的には、入力された診療情報の記述のうち記憶装置１０３に予め保存されている病名判定点数テーブル４０（図５参照）に含まれる症状または病名と一致する記述を抽出し、各記述に対して病名判定点数テーブル４０で割り振られている点数を加算し、点数の大きいものを病名候補とする。病名候補は１または複数算出される。

図５に示すように、病名判定点数テーブル４０には、病名や症状に関する記述について、各病名に該当する可能性の大きさを示す点数が設定されている。例えば、電子カルテに登録される語句「気管支喘息の疑い」に対して、病名「気管支喘息」と診断される可能性の大きさは「１０点」が与えられる。また語句「喘息」に対しては病名「気管支喘息」と診断される可能性が「５点」、病名「気管支炎」と診断される可能性が「５点」のように点数が付与されている。同様に、語句「息苦しさ」、「咳」、「熱」等に対してそれぞれ病名と点数が付与されている。

更に、病名候補算出部２５は、記憶装置１０３に予め保存してあるレセプト病名一覧（不図示）を参照し、算出された病名候補をレセプト上で使用されている病名に変換する。レセプト病名一覧は、レセプトに記述される病名と病院内で使用している病名や症例を表す語句とを紐づけたものである。

検査・投薬計画取得部２６は、病名候補算出部２５により算出された病名候補に該当する検査・投薬計画案を、検査・投薬計画案記憶部２３から読み出す。検査・投薬計画案記憶部２３には、上述したように各病名に対する検査・投薬計画案が１または複数記憶されている。
表示部２７は、検査・投薬計画取得部２６により取得した検査・投薬計画案を表示装置１０７に表示させる。例えば、図１０〜図１３に示すような検査・投薬計画表示画面５０、５１が表示される。検査・投薬計画表示画面５０、５１については後述する。

次に、図６を参照して、検査・投薬計画生成装置１のＣＰＵ１０１が実行する検査・投薬計画生成処理について説明する。

図６は、検査・投薬計画生成処理の流れを説明するフローチャートである。検査・投薬計画生成装置１は検査・投薬計画生成処理の各ステップを実行するためのプログラムを記憶装置１０３等に保持している。検査・投薬計画生成装置１のＣＰＵ１０１は、このプログラムに従って検査・投薬計画生成処理を実行する。

検査・投薬計画生成装置１のＣＰＵ１０１は、地域のレセプト情報をネットワーク１１０を介して、或いは電子メディア媒体を介して収集する（ステップＳ１０１）。レセプト情報は電子データとして保存されており、収集方法は任意とする。

ＣＰＵ１０１は、取得した複数のレセプト情報の各々から患者情報、病名情報、検査・投薬履歴情報、病院情報等の項目を抽出し、患者情報に病名、検査・投薬履歴、病院名を一連の情報として関連付けて集約した集約レセプト情報３３を生成し、記憶装置１０３に保存する。

ＣＰＵ１０１は、ある病名を「特定病名」に設定し、検査・投薬計画案の生成を開始する。ＣＰＵ１０１は、ステップＳ１０１で記憶装置１０３に保存した各患者の集約レセプト情報３３のうち、特定病名に関する集約レセプト情報３３を抽出し、主メモリ１０２に保存する（ステップＳ１０２）。

次に、ＣＰＵ１０１はステップＳ１０２で主メモリ１０２に保存した特定病名の集約レセプト情報３３を患者毎に分類し、患者毎の特定検査・投薬履歴として主メモリ１０２に保存する（ステップＳ１０３）。

次に、ＣＰＵ１０１は特定病名についての各患者の特定検査・投薬履歴から共通する特徴を抽出する（ステップＳ１０４）。

具体的には、まずＣＰＵ１０１は主メモリ１０２に保存した各患者の特定検査・投薬履歴に対し、所定の初期ポイントを加点する。
次にＣＰＵ１０１は、患者毎にレセプト情報に含まれる全ての病気、症状に対する検査・投薬の一覧を作成し、患者毎の全検査・投薬履歴として主メモリ１０２に保存する。全検査・投薬履歴は、病名を問わず、ある患者が受けた全ての検査・投薬の履歴である。

そしてＣＰＵ１０１は、主メモリ１０２に保存した特定検査・投薬履歴から、特定病名以外の病気・症状についての治療のために行われた検査及び投薬からの影響を除去する。例えば、図７に示すように、ある患者の全検査・投薬履歴が「検査Ａ→検査Ｂ→投薬Ｃ→投薬Ｄ→検査Ｅ」、その患者の特定検査・投薬履歴が「検査Ｂ→投薬Ｄ→検査Ｅ」である場合、全検査・投薬履歴のうち特定検査・投薬履歴に含まれない検査または投薬は（検査Ａと投薬Ｃ）は特定病名以外の病気治療のための検査及び投薬と考える。ＣＰＵ１０１は主メモリ１０２に保存した特定検査・投薬履歴の最過去検査６１である「検査Ｂ」の検査日と別の病気の治療のために受けた検査Ａ及び投薬Ｃの検査日（投薬日）とを比較する。検査日（投薬日）の比較は、検査Ａ実施から検査Ｂ実施までの経過日数及び検査Ｂ実施から投薬Ｃ実施までの経過日数をカウントする。これらの経過日数のいずれかが予め設定した日数内であった場合、一連の特定検査は検査Ａ及び投薬Ｃの影響を受けている恐れがあり副作用等を考慮して本来実施したい内容の代替手段を用いている可能性があると判断する。その場合、ＣＰＵ１０１は特定検査・投薬履歴から所定の点数を減点する。上述の経過日数や減点する点数の大きさは、ユーザが任意に設定可能とする。

更に、図８に示すように、ＣＰＵ１０１は主メモリ１０２に保存した特定検査・投薬履歴の最新検査６２である「検査Ｅ」の検査日と別の病気のための検査Ａ及び投薬Ｃの検査日（投薬日）とを比較する。検査日（投薬日）の比較は、検査Ａ実施から検査Ｂ実施までの経過日数、及び投薬Ｃ実施から検査Ｅ実施までの経過日数をカウントする。これらの経過日数が予め設定した日数内であった場合、一連の特定検査は検査Ａ及び投薬Ｃの影響を受けている恐れがあり、副作用等を考慮して本来実施したい内容の代替手段を用いている可能性があると判断する。そのためこの場合は、ＣＰＵ１０１は特定検査・投薬履歴から所定の点数を減点する。

このように特定検査・投薬履歴が他の病気の治療のために行われた検査または投薬の履歴から影響を受けると予想される期間内にある場合は、各特定検査・投薬履歴に付与したポイント数から所定のポイント数を減点する。
ＣＰＵ１０１は、各患者について特定検査・投薬履歴の減点処理を行い、その結果を主メモリ１０２に保存する。

更に、ＣＰＵ１０１は、主メモリ１０２に保存した複数の患者の特定検査・投薬履歴をそれぞれ比較し、検査や投薬の組み合わせ、処方している薬品名、処方量等の各項目についてそれぞれ比較し、類似度を判断する。類似性がある項目について、該当の特定検査・投薬履歴に対して予め付与したポイント数を加点する。そして各項目の加点結果を合算し、点数の多いものが特定病名についての特徴的な検査・投薬履歴であるとし、ポイント数の大きい順に並べ替えて主メモリ１０２に保存する。以上のようにして、特定検査・投薬履歴の履歴特徴が抽出される。

次に、ＣＰＵ１０１は主メモリ１０２に保存した加点済みの特定検査・投薬履歴の中でポイント数の高いものを１つまたは複数選択し、表示対象とする。ＣＰＵ１０１は選択した各特定検査・投薬履歴についてそれぞれ検査、投薬を繰り返し行っている箇所を抽出する。そして抽出した繰り返し箇所を１回分を残し、２回目以降を削除する。更に、繰り返し箇所に繰り返しフラグを付与し、繰り返し削除済み特定検査・投薬履歴として主メモリ１０２に保存する（ステップＳ１０５）。

ＣＰＵ１０１は、ステップＳ１０５にて主メモリ１０２に保存した繰り返し削除済み特定検査・投薬履歴のデータを更に簡易化する（ステップＳ１０６）。簡易化処理では、繰り返し削除済み特定検査・投薬履歴のデータから投薬量、検査時の造影剤の有無、投薬期間、検査間隔等の詳細情報を分離し、「簡易特定検査・投薬履歴」と「詳細特定検査・投薬履歴」とに分けて主メモリ１０２に保存する。また、ＣＰＵ１０１は記憶装置１０３に保存された各薬品の副作用等の備考情報を取得し、上述の「詳細特定検査・投薬履歴」の薬品名と紐づけて主メモリ１０２に保存する。

ＣＰＵ１０１は、検査の振り分け処理を行う（ステップＳ１０７）。検査振り分け処理において、ＣＰＵ１０１は記憶装置１０３に記憶されている院内で実施可能な検査名称の一覧（不図示）と主メモリ１０２に記憶されている簡易特定検査・投薬履歴に含まれる検査とを比較し、全ての検査が院内で可能な検査であるか否かを判断する。主メモリ１０２に記憶されている簡易特定検査・投薬履歴に含まれる全ての検査が院内で実施可能であれば、院内可能検査・投薬計画案として主メモリ１０２に保存する。院内で実施できない検査が含まれていれば、他院紹介予定検査・投薬計画案として主メモリ１０２に保存する。

その後、ＣＰＵ１０１は院内可能検査・投薬計画案及び他院紹介予定検査・投薬計画案についてそれぞれ表示用のデータ構造を生成する（ステップＳ１０８）。表示用のデータ構造は、例えば検査及び投薬を時系列に示したフローチャート等とする。

すなわち、ＣＰＵ１０１は検査・投薬計画案に含まれる検査、投薬の各ステップにアウトラインを付与し、該当する検査、投薬の「詳細特定検査・投薬履歴」の内容を紐づけて、表示／非表示の切り替えが可能な構造に編集する。また、繰り返しフラグが付加された検査・投薬の部分については、どの箇所が繰り返し箇所か分かる状態に編集する。

更に、元となった加点済みの特定検査・投薬履歴に紐づけられている病院名を参考病院名として表示できるように編集し、表示メモリ１０５に保存する。ＣＰＵ１０１は参考病院名と一致する記憶装置１０３に保存した病院名ごとの連絡先を連絡先情報としてボタンアクションに割り振り、表示メモリ１０５に保存する。

以上の処理（ステップＳ１０２〜ステップＳ１０８）が終了し、ある病名について検査・投薬計画案が生成されると、ＣＰＵ１０１は同一の病名について別の検査・投薬計画案を生成する（ステップＳ１０９；「同一病名候補で別の履歴特徴データについて」→ステップＳ１０５）。ＣＰＵ１０１はステップＳ１０４で算出した履歴特徴データのうち、次に点数が大きい履歴特徴データについての簡易化処理、検査振り分け処理、表示用データ構造生成処理を繰り返す（ステップＳ１０５〜ステップＳ１０８）。

所定の回数分、特定病名について別の検査・投薬計画案の生成を繰り返すと、次にＣＰＵ１０１は別の病名を「特定病名」に設定し、ステップＳ１０２以降の処理を繰り返し実行する（ステップＳ１０９；「別の病名」→ステップＳ１０２）。つまり、特定病名として別の病名を設定し、特定病名に関するレセプトを抽出して患者名毎に分類し、各患者の特定検査・投薬履歴の類似性等から特定病名についてのいくつかの履歴特徴データを抽出し、抽出したいくつかの履歴特徴データについて、繰り返し抽出処理、簡易化処理、検査振り分け処理、表示用データ構造生成処理を行って検査・投薬計画案を生成する（ステップＳ１０２〜ステップＳ１０８）。

各病名について、それぞれ検査・投薬計画案が１または複数ずつ生成されると、繰り返し処理を終了し（ステップＳ１０９；「繰り返し終了」）、生成した検査・投薬計画案を検査・投薬計画案記憶部２３に記憶して一連の検査・投薬計画生成処理を終了する。ステップＳ１０９における各繰り返し回数はユーザが任意に設定可能である。

検査・投薬計画案記憶部２３に記憶された各病気についての検査・投薬計画案（院内／他院）は、図９に示す検査・投薬計画表示処理において読み出され、表示される。

次に、図９を参照しながら検査・投薬計画表示処理の流れを説明する。
図９は、検査・投薬計画表示処理の流れを説明するフローチャートである。検査・投薬計画生成装置１は検査・投薬計画表示処理の各ステップを実行するためのプログラムを記憶装置１０３等に保持している。検査・投薬計画生成装置１のＣＰＵ１０１は、このプログラムに従って検査・投薬計画表示処理を実行する。

なお、検査・投薬計画表示処理の開始前に、図６に示す検査・投薬計画生成処理によって各病名に対する検査・投薬計画案が生成され、記憶装置１０３（検査・投薬計画案記憶部２３）に記憶されているものとする。

まず、ＣＰＵ１０１は電子カルテ画面を表示装置１０５に表示し、診察結果等の診療情報の入力を受け付ける（ステップＳ２０１）。電子カルテ画面は、症状及び病名等が入力可能なものとし、表示形態等は任意である。医師等の操作者は、入力装置１０９を用いて電子カルテ上に診察結果等を入力する。ＣＰＵ１０１は入力された内容を表示メモリ１０５に保存する。ＣＰＵ１０１は、表示メモリ１０５に保存されたデータをテキストデータとして表示装置１０６に出力する。

ＣＰＵ１０１は表示メモリ１０５に保存された、操作者により入力された診療情報から記憶装置１０３に予め設定されている症状及び病名に関する語句を抽出し、主メモリ１０２に保存する（ステップＳ２０２）。

ＣＰＵ１０１は図５に示す病名判定点数テーブル４０を用いて、入力された診療情報に含まれる症状及び病名に関する語句に該当する各病名候補の点数を加算する。そして、点数の高い病名候補から順に並べ替え、その結果を病名候補として主メモリ１０２に保存する（ステップＳ２０３）。

ＣＰＵ１０１は、ステップＳ２０３で求めた病名候補を予め記憶装置１０３に記憶されているレセプト病名に変換する（ステップＳ２０４）。そしてＣＰＵ１０１はステップＳ２０４で変換されたレセプト病名の病名候補に該当する検査投薬計画案を検査投薬計画案記憶部２３から取得し、表示装置１０６に表示する（ステップＳ２０５、ステップＳ２０６）。

図１０は、検査・投薬計画表示画面５０の表示例である。
図１０に示すように、例えば検査・投薬計画表示画面５０には、どの検査・投薬計画案を表示するかを選択するための操作部として「院内／他院」タブ５０ａ、５０ｂが画面上部に設けられる。また、病名を選択するための操作部として「病名」タブ５０ｃが画面左部に設けられる。検査・投薬計画表示欄５０ｄには、「病名」タブ５０ｃで選択された病名についての検査・投薬計画案のうち、「院内／他院」タブ５０ａ、５０ｂで選択された検査・投薬計画案が、例えばフローチャートの形式で表示される。

図１０の例では、ある病名についての検査・投薬計画案として、院内で実施可能なものと他院紹介予定のものとが「院内／他院」タブ５０ａ、５０ｂで切り替え表示可能となっている。院内可能検査タブ５０ａが選択されると、院内で実施可能な検査・投薬検査計画案５０ｄが検査・投薬計画表示画面５０内に表示される。また表示されている検査・投薬計画案５０ｄに含まれる検査または投薬の参照元となったレセプト情報の提供元の施設名等が参考病院名リスト５０ｅとして表示される。

検査・投薬計画案５０ｄのフローチャートは、図１０に示すように、例えば「投薬薬品名Ａ」ステップ５０ｇ→「Ａ検査」ステップ５０ｉ→「Ｂ検査」ステップ５０ｊ→「投薬薬品名Ｂ」ステップ５０ｋ→「Ｃ検査」ステップ５０ｌのように各検査・投薬ステップの内容と順序が時系列に示される。また繰り返しフラグが付与された箇所には、矢印５０ｎのように繰り返しを示すマーク（矢印等）が表示される。また、各ステップにはそれぞれ実施日程５０ｍを表示するようにしてもよい。また各ステップに付与されたアウトラインマーク（「＋」マーク）５０ｈがクリックされると、ＣＰＵ１０１は関連する詳細情報を読み出し、表示する。例えば、図１０の「投薬薬品名Ｂ」ステップ５０ｋの詳細情報を表示するためには、操作者はそのステップの近傍の「＋」マーク５０ｐをクリックする。すると、ＣＰＵ１０１は「投薬薬品名Ｂ」ステップ５０ｋに紐づけられた詳細情報５０ｑを読み出し、図１１に示すように表示する。詳細情報表示中はアウトラインマークが「−」マーク５０ｐ’に変わる。詳細情報５０ｑには、例えば、投薬量、投薬期間、副作用等の注意事項等が表示される。再度、アウトラインマーク５０ｐ’がクリックされると、ＣＰＵ１０１は詳細情報を非表示とし、アウトラインマークを「＋」マーク５０ｐに戻す。

参考病院名リスト５０ｅは、院内実施可能な検査・投薬計画案に含まれる検査または投薬について、参照元となったレセプト情報の提供元の施設名が一覧表示される。また、各施設名とともに連絡先ボタン５０ｆが表示される。連絡先ボタン５０ｆがクリックされると、ＣＰＵ１０１はクリックされた病院の連絡先を表示したり、担当医へのメール作成画面へ遷移したり、ＩＰ電話の通話処理等に移行したりする等の連絡処理を実施する。

検査投薬計画案記憶部２３に病名候補についての他院紹介予定の検査・投薬計画案が記憶されている場合は、図１０〜図１２に示すように他院紹介予定タブ５０ｂが表示される。他院紹介予定タブ５０ｂが選択されると、図１２に示す検査・投薬計画表示画面５１を表示する。検査・投薬計画表示画面５１には他院紹介予定の検査等を含む検査・投薬検査計画案５１ｄが検査・投薬表示欄に表示される。また、参考病院名リスト５１ｅに紹介先の病院が表示される。

他院紹介予定の検査・投薬計画案５１ｄも、院内可能検査・投薬計画案５０ｄと同様にフローチャートの形式で表示される。また、各ステップのアウトラインマーク（「＋」マーク）５１ｐが押下されるとその検査や投薬に紐づけられている詳細情報５１ｑが表示される（図１３参照）。

参考病院名リスト５１ｅには、検査・投薬計画案に含まれる検査または投薬のうち紹介予定の病院の名称と紹介ボタン５１ｆが表示される。

紹介ボタン５１ｆが押下されると、ＣＰＵ１０１が紹介状生成処理を開始する。紹介状生成処理では、ＣＰＵ１０１は該当する病院への紹介状作成画面を表示し、記憶装置１０３に記憶されている病院名毎の紹介状テンプレートデータ群から該当する病院の紹介状テンプレートデータを読み出して表示装置１０７に表示する。図１３に示すように、「Ａ検査」５１ｉを選択した状態で紹介ボタンがクリックされた場合には、ＣＰＵ１０１は該当の検査を選択した紹介先病院に依頼する形式の紹介状を生成して表示する。検査は複数選択可能とする。

なお、参考病院名リスト５１ｅ、５１ｅに表示される病院や施設は、当該検査・投薬計画生成装置１が設置される医療施設または患者宅からの距離または交通の便の順に並べ替えて表示されるようにしてもよい。また検査を指定すると、指定された検査を実施可能な病院の紹介ボタン５１ｆのみ活性化するようにしてもよい。

以上説明したように、検査・投薬計画生成装置１は、複数のレセプト情報を収集して集約し、集約したレセプト情報に基づいて各病名に適した検査・投薬計画案を生成する。また、電子カルテに入力された診療情報から病名候補を算出し、病名候補に該当する１または複数の検査・投薬計画案を読み出し、表示させる。また、検査・投薬計画生成装置１は、検査・投薬計画案の生成に使用されたレセプト情報の提供元の医療施設への連絡先情報を取得し、取得した連絡先情報を検査・投薬計画案とともに表示する。

これにより、検査・投薬計画生成装置１では、地域の医療施設から収集したレセプト情報を集約して各病気に適した検査・投薬計画案を生成し、提示できる。また関係医療施設への連絡を円滑に行えるようにすることで、地域医療連携を推進することが可能となる。

また、院内で実施可能な検査からなる院内可能検査・投薬計画案と、他院に紹介可能な検査を含む他院紹介予定検査・投薬計画案とをそれぞれ生成し、院内可能検査・投薬計画案と他院紹介予定検査・投薬計画案とをタブ等で簡単に切り替えて表示させることができる。
また、電子カルテに入力された診療情報から複数の病名候補が算出される場合には、病名を切り替えるための操作部（「病名」タブ）を設け、「病名」タブで選択された病名に適した検査・投薬計画案を切り替えて表示できる。このため、簡単な操作で各病名候補に適した検査・投薬計画案を確認し、比較できるようになる。

また、検査・投薬計画案は、時系列のフローチャート等の形式で概要が表示され、繰り返しの検査・投薬がまとめられて表示されるため、一見して見やすいものとなる。また、各検査や投薬の詳細情報は簡易な操作で表示・非表示を切り替えることができる。

［第２の実施の形態］
次に、図１４、図１５を参照して本発明の第２の実施の形態について説明する。
第２の実施の形態の検査・投薬計画生成装置１は、第１の実施の形態の検査・投薬計画生成装置１の機能に加え、更に検査・投薬計画案の編集機能を有する。

図１４は、検査・投薬計画案の編集処理の流れを説明するフローチャートであり、図１５は編集中の検査・投薬計画表示画面５２の例を示す図である。

検査・投薬計画表示画面５２が表示された状態でマウス等によって画面上がクリック操作されると（ステップＳ３０１；Ｙｅｓ）、ＣＰＵ１０１はクリックされた箇所に応じた処理を行う。例えば、投薬薬品名ステップ５０ｇ、５０ｋ等がクリック操作された場合は（ステップＳ３０２；Ｙｅｓ）、キーボード１０９等の入力装置を介して薬品名を入力・編集できる（ステップＳ３０３）。編集後、保存ボタン５２ｔがクリックされると（ステップＳ３０４；Ｙｅｓ）、ＣＰＵ１０１は変更後の薬品名を反映した検査・投薬計画案を検査・投薬計画案記憶部２３に記憶する。保存された検査・投薬計画案は、選択操作によって再表示可能となる。

また例えば、検査名ステップ５０ｉ、５０ｊ、５０ｌのいずれかがクリック操作された場合は（ステップＳ３０６；Ｙｅｓ）、キーボード１０９等の入力装置を介して検査名を入力・編集できる（ステップＳ３０７）。編集後、保存ボタン５２ｔがクリックされると（ステップＳ３０４；Ｙｅｓ）、ＣＰＵ１０１は変更後の検査名を反映した検査・投薬計画案を検査・投薬計画案記憶部２３に記憶する。

また例えば、日付項目５０ｍがクリック操作された場合は（ステップＳ３０８；Ｙｅｓ）、キーボード１０９等の入力装置を介して日付を入力・編集できる（ステップＳ３０９）。編集後、保存ボタン５２ｔがクリックされると（ステップＳ３０４；Ｙｅｓ）、ＣＰＵ１０１は変更後の日付を反映した検査・投薬計画案を検査・投薬計画案記憶部２３に記憶する。

また例えば、検査・投薬計画案を示すフローチャート５０ｄの一部がクリック操作された場合は（ステップＳ３１０；Ｙｅｓ）、クリックした箇所に投薬ステップまたは検査ステップ等の新規処理５２ｒを挿入できる（ステップＳ３１１）。編集後、保存ボタン５２ｔがクリックされると（ステップＳ３０４；Ｙｅｓ）、ＣＰＵ１０１は変更内容を反映した検査・投薬計画案を検査・投薬計画案記憶部２３に記憶する。

また例えば、詳細情報項目５０ｑがクリック操作された場合は（ステップＳ３１２；Ｙｅｓ）、キーボード等の入力装置を介して詳細情報の内容を入力・編集できる（ステップＳ３１３）。編集後、保存ボタン５２ｔがクリックされると（ステップＳ３０４；Ｙｅｓ）、ＣＰＵ１０１は変更後の詳細情報を反映した検査・投薬計画案を検査・投薬計画案記憶部２３に記憶する。

また例えば、タブ５０ａ、５０ｂがクリック操作された場合は（ステップＳ３１４；Ｙｅｓ）、ＣＰＵ１０１は表示メモリ１０５に保存されている他の検査・投薬計画案に切り替え表示する（ステップＳ３１５）。

また例えば、「病名」タブ５０ｃがクリック操作された場合は（ステップＳ３１６；Ｙｅｓ）、ＣＰＵ１０１は表示メモリ１０５に保存されている他の病名についての検査・投薬計画案に切り替え表示する（ステップＳ３１７）。

また参考病院一覧５０ｅの連絡ボタン５０ｆがクリック操作された場合は（ステップＳ３１８；Ｙｅｓ）、ＣＰＵ１０１は連絡処理へ移行する（ステップＳ３１９）。連絡処理ではＣＰＵ１０１は、クリックされた連絡先に関する情報を記憶装置１０３から読み出す。連絡先としてメールアドレスが登録されている場合はメールの自動生成を行う。また、ＩＰ電話等の連絡先が登録されている場合は電話アプリを利用して通話の開始等を可能とする。

また他院紹介可能検査・投薬計画が表示されている場合は、図１２に示すように参考病院一覧５０ｅに紹介ボタン５１ｆが表示される。紹介ボタン５１ｆがクリック操作された場合は（ステップＳ３２０；Ｙｅｓ）、ＣＰＵ１０１は紹介状生成処理へ移行する（ステップＳ３２１）。紹介状生成処理ではＣＰＵ１０１は、保存されている病院名毎の紹介状テンプレートデータを読み出して表示し、紹介状作成を簡易化する。図１５に示すように、例えば「Ｂ検査」が選択された状態で紹介ボタンを選択した場合は、ＣＰＵ１０１は選択された病院名の紹介状テンプレートデータを読み出して該当のＢ検査を依頼する形式の紹介状を自動生成する。検査は複数選択可能である。

また、例えば検査ステップ５０ｉ、５０ｊ、５０ｌや投薬ステップ５０ｇ、５０ｋがクリックされた状態（選択された状態）で、キーボードからの入力指示によって削除が指示されると、選択された検査または投薬を削除する。このときＣＰＵ１０１は図１５に示すように「削除」を示すマーク５２ｓを選択されたステップ上に表示してもよい。保存ボタン５２ｔがクリックされると（ステップＳ３０４；Ｙｅｓ）、ＣＰＵ１０１は編集後の検査・投薬計画案（選択検査、投薬を削除した検査・投薬計画案）を表示メモリ１０５に保存する（ステップＳ３０５）。

以上の処理により、検査・投薬計画表示画面上で検査・投薬計画案の編集を行うことが可能となる。

以上、添付図面を参照しながら、本発明の好適な実施形態について説明したが、本発明はかかる例に限定されない。例えば、検査・投薬計画表示画面の画面構成や計画案を示すフローチャートの表示形態等は本発明を説明するための一例であり、各種の変更例を含むものとする。その他、当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

１・・・・・・・・・・検査・投薬計画生成装置
１０１・・・・・・・・ＣＰＵ
１０２・・・・・・・・主メモリ
１０３・・・・・・・・記憶装置
１０４・・・・・・・・通信Ｉ／Ｆ
１０５・・・・・・・・表示メモリ
１０６・・・・・・・・Ｉ／Ｆ
１０７・・・・・・・・表示装置
１０８・・・・・・・・マウス
１０９・・・・・・・・キーボード
１１０・・・・・・・・ネットワーク
１１３・・・・・・・・システムバス
１２０・・・・・・・・レセプト情報データベース
２０・・・・・・・・・電子カルテ情報データベース
２１・・・・・・・・・レセプト情報収集部
２２・・・・・・・・・計画生成部
２３・・・・・・・・・検査・投薬計画案記憶部
２４・・・・・・・・・電子カルテ処理部
２５・・・・・・・・・病名候補算出部
２６・・・・・・・・・検査・投薬計画取得部
２７・・・・・・・・・表示部
３３・・・・・・・・・集約レセプト情報
４０・・・・・・・・・病名判定点数テーブル
５０、５１、５２・・・検査・投薬計画表示画面

Claims (12)

1. 複数のレセプト情報を収集するレセプト情報収集部と、
   前記レセプト情報を集約し、集約したレセプト情報に基づいて各病名に適した検査・投薬計画案を生成する計画生成部と、
   生成された検査・投薬計画案を記憶する検査・投薬計画案記憶部と、
   電子カルテ画面を表示するとともに電子カルテへの診療情報の入力を受け付け、入力された診療情報を登録する電子カルテ処理部と、
   電子カルテに入力された診療情報から病名候補を算出する病名候補算出部と、
   算出された病名候補に該当する検査・投薬計画案を前記検査・投薬計画案記憶部から読み出し、表示させる表示部と、
   を備えることを特徴とする検査・投薬計画生成装置。
2. 前記計画生成部は、院内で実施可能な検査からなる院内可能検査・投薬計画案と、他院に紹介可能な検査を含む他院紹介予定検査・投薬計画案とを生成し、
   前記院内可能検査・投薬計画案と前記他院紹介予定検査・投薬計画案とを切り替えて表示するための第１操作部を更に備えることを特徴とする請求項１に記載の検査・投薬計画生成装置。
3. 前記病名候補算出部により複数の病名候補が算出されている場合に、各病名候補に対する検査・投薬計画案を切り替えて表示するための第２操作部を更に備えることを特徴とする請求項１または請求項２に記載の検査・投薬計画生成装置。
4. 前記検査・投薬計画案の生成に使用されたレセプト情報の提供元の医療施設への連絡先情報を取得する連絡先取得部を備え、
   前記表示部は、取得した連絡先情報を前記検査・投薬計画案とともに表示することを特徴とする請求項１から請求項３のいずれかに記載の検査・投薬計画生成装置。
5. 前記医療施設への連絡先は、当該検査・投薬計画生成装置を設置する医療施設または患者宅からの距離または交通の便の順に並べ替えて表示されることを特徴とする請求項４に記載の検査・投薬計画生成装置。
6. 前記計画生成部は、繰り返しの検査または投薬を１回にまとめた形式で前記検査・投薬計画案の表示用データを生成することを特徴とする請求項１から請求項５のいずれかに記載の検査・投薬計画生成装置。
7. 前記検査・投薬計画案記憶部は、前記検査・投薬計画案に含まれる各検査または各投薬について関連する詳細情報を紐づけて記憶し、
   前記表示部において、前記検査・投薬計画案に含まれる検査または投薬が指定されると紐づけて記憶された前記詳細情報を読み出し、表示することを特徴とする請求項１から請求項６のいずれかに記載の検査・投薬計画生成装置。
8. 前記計画生成部は、複数のレセプト情報から病名候補に関連するレセプト情報を抽出し、患者毎に分類し、分類された各患者のレセプト情報を比較することで各病名候補についての検査・投薬履歴の特徴を抽出し、抽出した検査・投薬履歴の特徴に基づいて前記検査・投薬計画案を生成することを特徴とする請求項１から請求項７のいずれかに記載の検査・投薬計画生成装置。
9. 前記計画生成部は、対象とする病名以外の病気・症状についての治療のために行われた検査及び投薬からの影響を取り除いて前記検査・投薬計画案を生成することを特徴とする請求項１から請求項８のいずれかに記載の検査・投薬計画生成装置。
10. 前記表示部に表示された検査・投薬計画案に対して検査・投薬の内容及び順序の編集を受け付ける編集処理部を更に備えることを特徴とする請求項１から請求項８のいずれかに記載の検査・投薬計画生成装置。
11. コンピュータの制御部が、
    複数のレセプト情報を収集するステップと、
    収集したレセプト情報を集約し、集約したレセプト情報に基づいて各病名に適した検査・投薬計画案を生成するステップと、
    生成された検査・投薬計画案を記憶部に記憶するステップと、
    電子カルテ画面を表示するとともに電子カルテへの診療情報の入力を受け付け、入力された診療情報を登録するステップと、
    電子カルテに入力された診療情報から病名候補を算出するステップと、算出された病名候補に該当する検査・投薬計画案を前記記憶部から読み出し、表示させるステップと、
    を含む処理を実行することを特徴とする検査・投薬計画生成方法。
12. コンピュータを、
    複数のレセプト情報を収集するレセプト情報収集手段、
    前記レセプト情報を集約し、集約したレセプト情報に基づいて各病名に適した検査・投薬計画案を生成する計画生成手段、
    生成された検査・投薬計画案を記憶部に記憶する検査・投薬計画案記憶手段、
    電子カルテ画面を表示するとともに電子カルテへの診療情報の入力を受け付け、入力された診療情報を登録する電子カルテ処理手段、
    電子カルテに入力された診療情報から病名候補を算出する病名候補算出手段、
    算出された病名候補に該当する検査・投薬計画案を前記記憶部から読み出し、表示させる表示手段、
    として機能させるためのプログラム。
    
    
    
    
    
    

Images