(57)【要約】【課題】本発明の課題は、患者本人及び家族の負担を最小限とすると共に、複数の患者の治療計画の調整を可能とし、また、病院運営を効率的に行うことを目的とする。【解決手段】上記課題は、複数の患者に対する治療計画を情報処理装置に行わせるプログラムであって、該情報処理装置に、医師によって入力された対象患者の病名と治療開始日とに基づいて、病名毎に診療手順を対応させた治療手順マスタテーブルから該対象患者の病名に対応する前記治療手順を取得して、予約を必要とする医療行為の予約日を前記複数の患者間で調整することによって、所定日数の範囲内で前記治療計画を行う治療計画段階を実行させるプログラムにより達成される。【選択図】図１
2008077314.tif 000002
【特許請求の範囲】
【請求項１】
複数の患者に対する治療計画を情報処理装置に行わせるプログラムであって、該情報処理装置に、
医師によって入力された対象患者の病名と治療開始日とに基づいて、病名毎に診療手順を対応させた治療手順マスタテーブルから該対象患者の病名に対応する前記治療手順を取得して、予約を必要とする医療行為の予約日を前記複数の患者間で調整することによって、所定日数の範囲内で前記治療計画を行う治療計画段階を実行させることを特徴とするプログラム。
【請求項２】
前記治療計画段階は、前記情報処理装置に、
前記複数の患者に対して予約された前記医療行為の変更しなかった場合の前記治療手順を適用させた前記対象患者の前記治療計画を示す治療計画情報を適用テーブルに記憶する適用治療計画記憶段階と、
治療手順毎に前記所定日数と該所定日数に対する医療報酬の点数とを対応させた点数テーブルを参照することによって、前記治療計画情報と該点数とを示す第一情報を表示する第一表示段階とを実行させることを特徴とする請求項１記載のプログラム。
【請求項３】
前記治療計画段階は、前記情報処理装置に、
前記所定日数の範囲内で前記対象患者の前記治療計画を行うために他患者に対して予約されている前記医療行為の予約を変更した場合の該対象患者の該治療計画に係る治療計画情報を適用作業領域に記憶する対象患者治療計画記憶段階と、
前記点数テーブルを参照することによって、前記治療計画と該治療計画に対応する医療報酬の点数とを示す第二情報を表示する第二表示段階とを実行させることを特徴とする請求項２記載のプログラム。
【請求項４】
複数の患者に対する治療計画を行う情報処理装置であって、
病名毎に診療手順を対応させた治療手順マスタテーブルと、
医師によって入力された対象患者の病名と治療開始日とに基づいて、前記治療手順マスタテーブルから該病名に対応する前記治療手順を取得して、予約を必要とする医療行為の予約日を前記複数の患者間で調整することによって、所定日数の範囲内で前記治療計画を行う治療計画手段とを有することを特徴とする情報処理装置。
【請求項５】
複数の患者に対する治療計画を行う治療計画方法であって、コンピュータが、
医師によって入力された対象患者の病名と治療開始日とに基づいて、病名毎に診療手順を対応させた治療手順マスタテーブルから該病名に対応する前記治療手順を取得して、予約を必要とする医療行為の予約日を前記複数の患者間で調整することによって、所定日数の範囲内で前記治療計画を行う治療計画手順を実行することを特徴とする治療計画方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者本人及び家族の負担を最小限とすると共に、複数の患者の治療計画の調整を可能とし、また、病院運営を効率的に情報処理装置に行わせるプログラム、その情報処理装置及び治療計画方法に関する。
【背景技術】
【０００２】
患者に対する治療計画をクリニカルパスといい、一つのクリニカルパスには、検査や手術といった複数の医療行為が含まれていることが多い。このクリニカルパスの作成を支援するシステムが提案されている。
【０００３】
例えば、特許文献１において、疾病名等が利用者である医師等によって指定されることにより、これに対応する一連の医療行為が所定のルールに基づいて自動的にスケジューリングされる技術が開示されている。
【特許文献１】特開２０００−４８１０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
大規模病院のように扱う患者数が膨大である場合、上述のようなスケジューリングを行う際に、スケジューリングしようとする医療行為（例えば検査）の予約が一杯で、近い日時が取れないという事態が発生する。その結果、本来1週間程度で完了すべきクリニカルパスであっても、予約が取れないがために長期化してしまうことが考えられる。治療期間が長期化してしまうことによって、患者本人のみならず患者家族に精神面及び経済面において負担を強いることになる。
【０００５】
また、近年、包括的診療報酬制度（ＤＰＣ：Diagnosis Procedure Combination）の導入が開始された。このＤＰＣは、過剰診療を招き易いとの批判が高い従来の出来高払い診療報酬体系に替わる新たな診療報酬制度である。ＤＰＣは、疾病の種類や患者属性等によって診療パターンが定められており、そのパターンごとに一日あたりの診療報酬の点数が定められている。そして、この点数は、入院期間が長くなると一日あたりの診療報酬の点数が逓減するように設定されている。即ち、病院の立場では、患者の入院期間が長期化すると、収益が逓減する仕組みとなっている。
【０００６】
そのため、前述のように長期化してしまうようなクリニカルパスを設定すると、病院の収益が逓減してしまうという問題もある。
【０００７】
よって、本発明の目的は、患者本人及び家族の負担を最小限とすると共に、複数の患者の治療計画の調整を可能とし、また、病院運営を効率的に行わせるプログラム、その情報処理装置及び治療計画方法に関する。を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、複数の患者に対する治療計画を情報処理装置に行わせるプログラムであって、該情報処理装置に、医師によって入力された対象患者の病名と治療開始日とに基づいて、病名毎に診療手順を対応させた治療手順マスタテーブルから該対象患者の病名に対応する前記治療手順を取得して、予約を必要とする医療行為の予約日を前記複数の患者間で調整することによって、所定日数の範囲内で前記治療計画を行う治療計画段階を実行させるように構成される。
【０００９】
このようなプログラムによって情報処理装置では、患者本人及び家族の負担を最小限とすると共に、複数の患者の治療計画の調整を可能とし、また、病院運営を効率的に行うことを支援することができる。
【００１０】
上記課題を解決するための手段として、本発明は、上記治療計画を行う段階を手段として備えた情報処理装置、該情報処理装置における治療計画方法、及び、上記プログラムを記憶した記憶媒体とすることもできる。
【発明の効果】
【００１１】
本願発明は、患者本人及び家族の負担を最小限とすると共に、複数の患者の治療計画の調整を可能とし、また、病院運営を効率的に行うことを支援することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１３】
図１は、クリニカルパス適応支援装置の機能構成を示す図である。図１において、クリニカルパス適応支援装置１００は、例えば、病院内に構築される。クリニカルパス適応支援装置１００は、ＣＰＵ（Central Processing Unit）によって制御されるコンピュータサーバであって、ネットワーク２を介して、複数の医師端末３と接続される。また、クリニカルパス適応支援装置１００は、ＡＳＰ（Application Service Provider）として機能する。
【００１４】
クリニカルパス適応支援装置１００は、ネットワーク２を介して複数の医師端末３に最適なクリニカルパスを適応するための処理を提供し、医師端末３を利用する医師による患者の病名及び入院日の入力に応じて、最適なクリニカルパスを適応したスケジュールを医師端末３へ提供する。
【００１５】
クリニカルパス適応支援装置１００は、出力制御部１３と、入力制御部１４と、表示制御部１５と、通信制御部１８と、インストーラ１９と、病名・入院日取得部３１と、再スケジューリング処理部３２ａを有するスケジューリング処理部３２と、確定処理部３３とを有する。
【００１６】
更に、クリニカルパス適応支援装置１００は、ハードディスク等の記憶領域に、患者マスタテーブル５１と、ＤＰＣパスマスタテーブル５２と、ＤＰＣ（Diagnosis Procedure Combination）パス明細マスタテーブル５３と、パス適用テーブル５４と、予約枠テーブル５５と、予約明細テーブル５６と、パス展開作業域５７と、入院日数算出作業域５８とを格納し管理する。
【００１７】
出力制御部１３は、ＣＰＵからの指示に応じて、出力データを制御してプリンタ等に出力する。入力制御部１４は、キーボード、マウス等によって入力された入力データを制御する。表示制御部１５は、表示データを制御してモニタ等への表示を制御する。
【００１８】
通信制御部１８は、クリニカルパス適応支援装置１００が例えばインターネット、ＬＡＮ（Local Area Network）等のネットワークを介して外部の端末とのデータの送受信を所定の通信プロトコルに従って制御する。
【００１９】
インストーラ１９は、クリニカルパス適応支援装置１００での処理を実現するプログラムが格納された記憶媒体２０がドライバにセットされると、記憶媒体２０からそのプログラムを読み出して、ハードディスク等の所定の記憶領域にインストールする。クリニカルパス適応支援装置１００での処理の実行は、ＣＰＵがハードディスク等の所定の記憶領域にインストールされたプログラムに従って行うことにより実現される。記憶媒体２０は、プログラムをコンピュータが読み取り可能な媒体であればよい。例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等である。また、ネットワークを介してダウンロードし、ハードディスク等の所定の記憶領域にインストールするようにしても良い。
【００２０】
病名・入院日取得部３１は、医師端末３に患者の病名及び入院日を入力するＤＰＣパス入力画面を表示して、医師が入力した患者の病名及び入院日を処理部である。
【００２１】
スケジューリング処理部３２は、病名及び入院日に基づくクリニカルパスによる治療計画及び入院期間を、包括的診療報酬精度（ＤＰＣ）を考慮しつつ決定する。再スケジューリング処理部３２ａは、病名及び入院日に基づくクリニカルパスが、他の患者のクリニカルパスにより長期化する場合に、他の患者のクリニカルパスで指定される検査及び手術などの日程を調整してスケジュールをし直す処理部である。
【００２２】
確定処理部３３は、患者のクリニカルパスによるスケジュールを確定する処理部である。
【００２３】
ＤＰＣには、製造業の損益分岐点のような収益の閾値を示す数値として、２５パーセンタイル値と呼ばれる期間が存在する。即ち、当該期間内にクリニカルパスを収めれば診療報酬の収益が高くなるというものである。
【００２４】
本実施例は、患者（患者Ａ）のスケジュールを作成する際、他の患者のスケジュールとの兼ね合いのためにＤＰＣが２５パーセンタイル値を超過するようなスケジュールとなってしまう場合は、他の患者（患者Ｂ）の診療行為のスケジュールを調整することで、患者ＡのＤＰＣを２５パーセンタイル値に収めるようにするものである。
【００２５】
図１に示す各テーブル５１から５６及び各作業域５７から５８について図２から図９で説明する。
【００２６】
図２は、患者マスタテーブルの例を示す図である。図２において、患者マスタテーブル５１は、患者ＩＤ、患者名などの項目で構成される。例えば、患者ＩＤ「0000000001」の患者名は「患者Ａ」であり、患者ＩＤ「0000000002」の患者名は「患者Ｂ」であり、患者ＩＤ「0000000003」の患者名は「患者Ｃ」であことが示される。
【００２７】
図３は、ＤＰＣパスマスタテーブルの例を示す図である。図３において、ＤＰＣパスマスタテーブル５２は、病名に対応するＤＰＣパスコード毎に入院期間毎の点数を管理するテーブルであり、ＤＰＣパスコード、病名、病名コード、入院期間、入院期間の点数、入院期間１、入院期間１の点数、入院期間２、入院期間２の点数などの項目で構成される。
【００２８】
例えば、病名コード「65001」で特定される病名「胃がん」に対応するＤＰＣパスコード「1001」では、入院期間が「７」日であれば入院期間の点数は「2900」点であり、入院期間が「１４」日であれば入院期間の点数は「1800」点であり、入院期間が「１８」日であれば入院期間の点数は「1200」点であることが示される。
【００２９】
病名コード「65002」で特定される病名「盲腸」に対応するＤＰＣパスコード「1002」では、入院期間が「４」日であれば入院期間の点数は「2000」点であり、入院期間が「１２」日であれば入院期間の点数は「1500」点であり、入院期間が「１９」日であれば入院期間の点数は「900」点であることが示される。
【００３０】
病名コード「65003」で特定される病名「肺がん」に対応するＤＰＣパスコード「1003」では、入院期間が「７」日であれば入院期間の点数は「1300」点であり、入院期間が「１８」日であれば入院期間の点数は「900」点であり、入院期間が「２６」日であれば入院期間の点数は「500」点であることが示される。
【００３１】
図４は、ＤＰＣパス明細マスタテーブルの例を示す図である。図４において、ＤＰＣパス明細マスタテーブル５３は、検査、手術などの複数の医療行為の手順を示すテーブルであり、ＤＰＣパスコード、パス名、明細順序、予約コード、オーダ名、所要日数などの項目で構成される。
【００３２】
例えば、ＤＰＣパスコード「1001」で識別されるパス名「パス１」では、明細順序「１」で所要日数「１」日の「血液検査」を行うこと、明細順序「２」で所要日数「１」日の「カウンターショック」を行うこと、明細順序「３」で所要日数「１」日の「ＭＲＩ」を行うこと、明細順序「４」で所要日数「１」日の「注射」を行うこと、明細順序「５」で所要日数「１」日の「注射」を行うこと、明細順序「６」で所要日数「１」日の「処方」を行うこと、・・・等が、医療行為の手順であることが示されている。
【００３３】
ここで、明細順序「３」で予約コード「Ｒ０１」が指定されている。これは、明細順序「３」で行う「ＭＲＩ」は、特定の治療室の予約が必要であることを示している。
【００３４】
ＤＰＣパスコード「1002」で識別されるパス名「パス２」では、明細順序「１」で所要日数「１」日の「尿検査」を行うこと、明細順序「２」で所要日数「１」日の「ＭＲＩ」を行うこと、明細順序「３」で所要日数「１」日の「処方」を行うこと、明細順序「４」で所要日数「１」日の「処方」を行うこと、・・・等が、医療行為の手順であることが示されている。
【００３５】
ここで、明細順序「２」で予約コード「Ｒ０１」が指定されている。明細順序「２」で行う「ＭＲＩ」は、特定の治療室の予約が必要であることを示している。
【００３６】
図５は、パス適用マスタテーブルの例を示す図である。図５において、パス適用マスタテーブル５４は、現在適用されているクリニカルパスに基づくスケジュールを示すテーブルであり、ＤＰＣパスコード、パス名、患者ＩＤ、適用開始日、適用終了日、明細順序、予約取得日などで構成される。予約取得日は、特定の治療室の予約日を示す。
【００３７】
例えば、患者ＩＤ「0000000001」に適応されているクリニカルパス（すなわち、パス名「パス１」）に基づくスケジュールは、図４に示すＤＰＣパス明細マスタテーブルの「パス１」の明細順序に従って、適用開始日「2006/5/2」に入院した場合、適用終了日「2006/5/2」に明細順序「１」が行われ、適用終了日「2006/5/3」に明細順序「２」が行われ、適用終了日「2006/5/5」に明細順序「３」が行われ、適用終了日「2006/5/6」に明細順序「４」が行われ、適用終了日「2006/5/7」に明細順序「５」が行われ、そして適用終了日「2006/5/8」に明細順序「６」が行われることを示している。
【００３８】
この患者ＩＤ「0000000001」のスケジュールでは、「ＭＲＩ」のための特定の治療室の予約を、図４に示すパス１の明細順序１及び２に要する所要日数に基づく３日後の「2006/5/4」に行うことができず、１日ずれた「2006/5/5 14:00:00」が取得できた予約日となっている。この調整については、後述される。
【００３９】
また、患者ＩＤ「0000000002」に適応されているクリニカルパス（すなわち、パス名「パス２」）に基づくスケジュールは、図４に示すＤＰＣパス明細マスタテーブルの「パス２」の明細順序に従って、適用開始日「2006/5/3」に入院した場合、適用終了日「2006/5/3」に明細順序「１」が行われ、適用終了日「2006/5/4」に明細順序「２」が行われ、適用終了日「2006/5/5」に明細順序「３」が行われ、そして適用終了日「2006/5/6」に明細順序「４」が行われることを示している。
【００４０】
この患者ＩＤ「0000000002」のスケジュールでは、「ＭＲＩ」のための特定の治療室の予約が「2006/5/4 10:00:00」になされている。
【００４１】
図６は、予約枠テーブルの例を示す図である。図６において、予約枠テーブル５５は、予約コードによって特定される検査項目又は治療室などの予約内容であり、予約コード、診療科コード、予約名などの項目で構成される。
【００４２】
例えば、予約コード「Ｒ０１」について、診療科コードは「０１」で、予約名「ＭＲＩ」の予約を示している。予約コード「Ｒ０１」について、診療科コードは「０１」で、予約名「ＣＴ検査室１」の予約を示している。予約コード「Ｒ０２」について、診療科コードは「０１」で、予約名「ＣＴ検査室１」の予約を示している。予約コード「Ｒ０３」について、診療科コードは「０１」で、予約名「ＣＴ検査室２」の予約を示している。
【００４３】
予約コード「Ｒ０４」について、診療科コードは「０１」で、予約名「内視鏡」の予約を示している。予約コード「Ｒ０５」について、診療科コードは「０１」で、予約名「心電図」の予約を示している。
【００４４】
図７は、予約明細テーブルの例を示す図である。図７において、予約明細テーブル５６は、予約状況を管理するテーブルであり、予約コード、予約名、年、月、日、予約順序、開始時間、終了時間、患者ＩＤ、病名コードなどの項目で構成される。予約明細テーブル５６には、予約枠単位で予約可能な開始時間及び終了時間が登録されており、クリニカルパスで予約が必要となった患者の患者ＩＤと病名コードとが設定される。患者ＩＤと病名コードとが「ＮＵＬＬ」となっている場合、その時間帯が空いている（予約可能）であることを示す。
【００４５】
例えば、予約コード「Ｒ０１」の２００６年５月４日の予約状況については、開始時間「1000」（１０時００分）から終了時間「1100」（１１時００分）は患者ＩＤ「0000000002」の病名コード「65002」で予約され、開始時間「1100」（１１時００分）から終了時間「1200」（１２時００分）は患者ＩＤ「0000000007」の病名コード「38281」で予約され、開始時間「1300」（１３時００分）から終了時間「1400」（１４時００分）は患者ＩＤ「0000000006」の病名コード「43021」で予約され、そして、開始時間「1400」（１４時００分）から終了時間「1500」（１５時００分）は患者ＩＤ「0000000004」の病名コード「49521」で予約されている。
【００４６】
予約コード「Ｒ０１」の２００６年５月５日の予約状況については、開始時間「1300」（１３時００分）から終了時間「1400」（１４時００分）と開始時間「1400」（１４時００分）から終了時間「1500」（１５時００分）とが、空き状態で予約可能であることを示している。
【００４７】
図８は、パス展開作業域の例を示す図である。図８において、パス展開作業域５７は、最適なクリニカルパスを患者に適応するために同一予約コードによる予約日時が重なる患者のクリニカルパスに基づくスケジュールを再計算するための作業域であり、ＤＰＣパスコード、パス名、患者ＩＤ、適用開始日、適用終了日、明細順序、予約取得日などの項目で構成される。
【００４８】
図９は、入院日数算出作業域の例を示す図である。図９において、入院日数算出作業域５８は、特定の検査又は治療室の調整をした場合に各患者の入院日数を算出し、その入院日数に基づいて２５パーセンタイル値となるＤＰＣパスコードについてその点数を対応させるテーブルである。
【００４９】
次に、全体処理フローについて説明する。図１０は、全体処理を説明するためのフローチャート図である。図１０において、クリニカルパス適応支援装置１００は、カルテ記載画面を表示し（ステップＳ１）、ユーザによるＤＰＣパスボタンのクリックに応じて、ＤＰＣパス画面を表示する（ステップＳ２）。病名・入院日取得部３１が起動する。
【００５０】
ＤＰＣパス画面でのユーザによる病名を選択するための病名ボタンのクリックに応じて、病名・入院日取得部３１は、病名入力画面を表示する（ステップＳ３）。ユーザが対象となる病名を選択して確定ボタンをクリックすると、病名・入院日取得部３１は、病名入力画面を終了させ、その病名をＤＰＣパス画面に表示する（ステップＳ４）。
【００５１】
医師がＤＰＣパス入力画面の入院日を入力し（ステップＳ５）、医師によるパスボタンのクリックに応じて、最適なクリニカルパスでスケジュールを行う（ステップＳ６）。スケジューリング処理部３２が起動して、スケジューリング処理が実行される。スケジュールされたＤＰＣパスに基づく医療報酬の点数がＤＰＣパス画面に表示される。
【００５２】
医師がＤＰＣパス画面の確定ボタンをクリックすると、確定処理部３３は、スケジュールを確定するための確定処理を行う（ステップＳ７）。そして、ＤＰＣパス画面は終了して、カルテ記載画面に戻る（ステップＳ８）。
【００５３】
上述した全体処理フローにて医師が操作する画面について図１１から図１５で説明する。図１１は、ＤＰＣパス画面の初期表示状態を示す図である。図１１において、ＤＰＣパス画面Ｇ６０は、主たる病名を入力する病名入力域６１と、入院日を入力する入院日入力域６２と、退院日を表示する退院日表示域６３と、パス情報を表示するパス表示域６４と、医療報酬の点数を表示する点数表示域６５と、主たる病名を選択する病名入力画面を表示させるための病名ボタン６６と、クリニカルパスを適応したスケジュールを作成するためのパスボタン６７と、パスを確定するための確定ボタン６８とを有する。
【００５４】
医師は、患者Ａの主たる病名を選択するために病名ボタン６６をクリックすると、図１２に示すような病名入力画面７０が医師端末３に表示される。図１２は、病名入力画面の例を示す図である。図１２において、病名入力画面７０は、患者のカルテ情報から抽出された患者の病名リストを示す病名表示欄７１と、医師が選択した病名を確定するための確定ボタン７２とを有する。
【００５５】
例えば、医師が「胃がん」を選択して確定ボタン７２をクリックすると、図１３に示すように、ＤＰＣパス画面６０の病名入力域６１に「胃がん」が入力される。そして、医師が入院日を入院日入力域６２に入力してパスボタン６７をクリックすると、図１４又は図１５に示すようなＤＰＣパス画面６０が医師端末３に表示される。
【００５６】
図１４は、患者が最短の入院期間でスケジュールできた場合のＤＰＣパス画面の例を示す図である。図１４において、スケジューリング処理部３２による処理結果として、退院日表示域６３に「2006/5/7」が表示され、パス情報表示域６４に「パス１」が表示され、点数表示域６５に「2,900」点が表示され、そして、表示域６５−２には「2,900」点が適応される入院日数として「７日間まで」が表示される。医師がこの処理結果でスケジュールを確定する場合、確定ボタン６８をクリックする。
【００５７】
図１５は、再スケジューリング処理部によってスケジュールが調整された場合のＤＰＣパス画面の例を示す図である。図１５に示すＤＰＣパス画面６０は、他の患者のスケジュールを調整しない場合の患者Ａに適応されたクリニカルパスに基づくスケジュールの結果を表示する基本パス表示域６０ａと、他の患者のスケジュールを調整することによって基本パスより短い最短パスに基づくスケジュールの結果を表示する最短パス表示域６０ｂと、調整された他の患者のスケジュールの結果を表示する変更患者パス表示域６０ｃとで構成される。
【００５８】
基本パス表示域６０ａは、主たる病名を表示する病名表示域６１ａと、入院日を表示する入院日表示域６２ａと、退院日を表示する退院日表示域６３ａと、パス情報を表示するパス表示域６４ａと、医療報酬の点数を表示する点数表示域６５ａと、パスが適応される日数を表示する日数表示域６５ａ−２と、基本パス表示域６０ａに表示されるスケジュールを有効とするためのチェックボックス６９ａとを有する。
【００５９】
基本パス表示域６０ａでは、例えば、病名表示域６１ａに「胃がん」、入院日表示域６２ａに「2006/5/2」、退院日表示域６３ａに「2006/5/7」、パス表示域６４ａに「パス１」、点数表示域６５ａに「1,800」、日数表示域６５ａ−２に「14日間まで」、と表示される。
【００６０】
最短パス表示域６０ｂも同様に、主たる病名を表示する病名表示域６１ｂと、入院日を表示する入院日表示域６２ｂと、退院日を表示する退院日表示域６３ｂと、パス情報を表示するパス表示域６４ｂと、医療報酬の点数を表示する点数表示域６５ｂと、パスが適応される日数を表示する日数表示域６５ｂ−２と、基本パス表示域６０ｂに表示されるスケジュールを有効とするためのチェックボックス６９ｂとを有する。
【００６１】
最短パス表示域６０ｂでは、例えば、病名表示域６１ｂに「胃がん」、入院日表示域６２ｂに「2006/5/2」、退院日表示域６３ｂに「2006/5/8」、パス表示域６４ｂに「最短パス」、点数表示域６５ｂに「2,900」、日数表示域６５ｂ−２に「７日間まで」、と表示される。
【００６２】
変更患者パス表示域６０ｃは、主たる病名を表示する病名表示域６１ｃと、入院日を表示する入院日表示域６２ｃと、退院日を表示する退院日表示域６３ｃと、パス情報を表示するパス表示域６４ｃと、医療報酬の点数を表示する点数表示域６５ｃと、パスが適応される日数を表示する日数表示域６５ｃ−２と、変更された患者名を含む変更情報を表示する表示域６９ｃとを有する。
【００６３】
変更患者パス表示域６０ｃでは、例えば、病名表示域６１ｃに「胃がん」、入院日表示域６２ｃに「2006/5/3」、退院日表示域６３ｃに「2006/5/6」、パス表示域６４ｃに「最短パス」、点数表示域６５ｃに「2,000」、日数表示域６５ｃ−２に「４日間まで」、と表示される。
【００６４】
医師は、適応するパス、入院期間などのスケジュール、調整された患者のスケジュールなどを確認後、例えば、最短パス表示域６０ｂのスケジュールを確定する場合、チェックボックス６９ｂにチェックして確定ボタン６８をクリックすると、患者のスケジュールが確定する。
【００６５】
図１０に示す全体処理フロー及び図１１から図１５に示す画面例を用いて、処理概要について説明してきたが、図１１から図１５に示す画面例にて示されるスケジュールを患者ＩＤ「0000000001」で識別される患者Ａとして、以下に、ステップＳ６で実行されるスケジューリング処理を詳述する。
【００６６】
図１６は、スケジューリング処理を説明するためのフローチャート図である。図１６において、スケジューリング処理部３２は、ＤＰＣパス画面６０で医師が入力した患者Ａの病名「胃がん」に対応するクリニカルパス（以下、基本パスという）を適用する（ステップＳ１１）。ＤＰＣパスマスタテーブル５２（図３）の病名を特定するＤＰＣパスコードに該当するレコードをＤＰＣパス明細マスタテーブル５３（図４）から取得する。
【００６７】
ＤＰＣパス明細マスタテーブル５３から取得した患者Ａの基本パスを適用したときに、基本パスに含まれる予約コード「Ｒ０１」とＤＰＣパス画面６０で医師が入力した入院日「2006/5/2」とに基づいて、予約明細テーブル５６（図７）から入院日から最短の予約可能日を特定した場合、パスの適用期間の変更があるか否かを判定する（ステップＳ１２）。
【００６８】
この場合、ＤＰＣパス明細マスタテーブル５３から取得した患者Ａの基本パスの明細順序と所要日数とから、明細順序「３」の予約コード「Ｒ０１」で指定される「ＭＲＩ」は、最短で第３日目に必要となる。つまり、入院日「2006/5/2」であるので、「2006/5/4」以降で「ＭＲＩ」を予約することになる。予約明細テーブル５６において、「2006/5/4」で予約コード「Ｒ０１」の空き（ＮＵＬＬ）が有るか否かを予約明細テーブル５６で確認する。予約明細テーブル５６に「2006/5/4」で空き（ＮＵＬＬ）がない場合、変更が必要であると判定する。
【００６９】
判定結果が変更を示すか否かをチェックする（ステップＳ１３）。変更しない場合、患者Ａの基本パスをＤＰＣパス画面６０の基本パス表示域６０ａに表示する（ステップＳ１３−２）。例えば、図１４のＤＰＣパス画面となる。この場合、予約明細テーブル５６に「2006/5/4」で空き（ＮＵＬＬ）があった場合であるので、「2006/5/4」で「ＭＲＩ」が予約され、基本パスの明細順序と所要日数とから退院日「2006/5/7」となる。入院日「2006/5/2」から退院日「2006/5/7」までの入院期間は５日間となり、ＤＰＣパスマスタテーブル５２（図３）の「胃がん」の入院期間「５」日間までが適用されて、入院期間の点数は「2,900」点となる。
【００７０】
一方、患者Ａの予約を変更する場合、予約影響調査を実行する。予約明細テーブル５６から、患者Ａの基本パスの明細順序と所要日数とに基づく最短の予約日「2006/5/4」に予約のある患者ＩＤを患者ＩＤ一覧として取得する（ステップＳ１４）。この場合、予約明細テーブル５６の予約コード「Ｒ０１」の「2006/5/4」に予約されている患者ＩＤ「0000000002」、「0000000007」、「0000000006」及び「0000000004」が抽出される。
【００７１】
そして、再スケジューリング処理部３２ａによって再スケジューリング処理を実行して、患者Ａ及び患者ＩＤ「0000000002」、「0000000007」、「0000000006」及び「0000000004」の夫々で特定される患者に対して再スケジュールする（ステップＳ１５）。
【００７２】
他の患者のスケジュールを調整しなかった場合の患者の基本パスをＤＰＣパス画面６０の基本パス表示域６０ａに表示する（ステップＳ１６）。この場合、例えば、「2006/5/5」で「ＭＲＩ」が予約され、入院日「2006/5/2」から退院日「2006/5/8」までの入院期間は６日間となり、ＤＰＣパスマスタテーブル５２によって入院期間１の「１４」日間までと入院期間１の点数「1,800」とが、図１５に示すようにＤＰＣパス画面６０の基本パス表示域６０ａに表示される。
【００７３】
また、再スケジューリング処理の結果に基づいて、患者Ａを基本パス表示域６０ａに表示されるスケジュールより短くできるスケジュールを、図１５に示すようにＤＰＣパス画面６０の最短パス表示域６０ｂに表示する（ステップＳ１７）。例えば、他の患者の予約を調整することによって、退院日が「2006/5/7」となって入院期間が５日間となり、ＤＰＣパスマスタテーブル５２によって入院期間の「５」日間までと入院期間の点数「2,500」とが、図１５に示すようにＤＰＣパス画面６０の最短パス表示域６０ｂに表示される。
【００７４】
更に、再スケジューリング処理の結果に基づいて、患者Ａの最短パスを可能とするために変更される患者のパスを、図１５に示すようにＤＰＣパス画面６０の変更患者パス表示域６０ｃに表示する（ステップＳ１８）。例えば、患者Ｂのスケジュールが調整されたとすると、患者Ｂに適用されたパスに基づくスケジュールがＤＰＣパス画面６０の変更患者パス表示域６０ｃに表示される。そして、スケジューリング処理は終了する。
【００７５】
次に、図１６のステップＳ１５において、再スケジューリング処理部３２ａによって実行される再スケジューリング処理について詳述する。
【００７６】
図１７は、再スケジューリング処理を説明するためのフローチャート図である。図１７において、患者Ａに予約を渡した場合のパスをパス展開作業域５７に再展開する（ステップＳ１５１）。図１６のステップＳ１４で取得した患者ＩＤ一覧から患者ＩＤ毎にパス展開作業域５７、パスの明細手順に従ってスケジュールを展開する。このとき、予約コードに基づいて、予約明細テーブル５６の予約のない直近の予約を取得する。
【００７７】
図１８を用いて、ステップＳ１５１の処理例を患者ＩＤ「0000000002」の患者Ｂで説明する。図１８は、図１７のステップＳ１５１の処理例を示す図である。図１８において、患者ＩＤ一覧の患者ＩＤ「0000000002」に適用されているＤＰＣパスコード又はパス名をパス適用マスタテーブル５４から取得する（ステップＳ１５１−２）。
【００７８】
そして、ＤＰＣパスコード又はパス名に基づいて、ＤＰＣパス明細マスタテーブル５３から明細順序「１」から明細順序「５」まで各レコードを参照しつつ（ステップＳ１５１−４）、患者ＩＤ「0000000002」のパスを一日ずつ再計算する。このとき、明細順序「２」では、予約明細テーブル５６を参照して、予約コード「Ｒ０１」による予約を予約のない直近の「2006/5/5」の開始時間「１３００」に仮予約したとして（ステップＳ１５１−６）、パス展開作業域５７に適用終了日「2006/5/5」、明細手順「２」、予約取得日「2006/5/5  13:00:00」を書き込む（ステップＳ１５１−８）。
【００７９】
患者ＩＤ一覧の他の患者ＩＤについても上記同様の処理を行い、再計算されたパスに基づくスケジュールがパス展開作業域５７に書き出される。最後に、患者ＩＤ「0000000001」の患者Ａについても同様の処理によってパスに基づくスケジュールがパス展開作業域５７に書き出される。患者Ａの場合、パス名「パス１」の明細順序「３」で必要となる予約コード「Ｒ０１」によって、予約明細テーブル５６から開始時間「１４００」に仮予約したとして、パス展開作業域５７に適用終了日「2006/5/5」、明細手順「３」、予約取得日「2006/5/5  14:00:00」を書き込む。
【００８０】
図１７において、患者ＩＤ毎に入院日数を算出する（ステップＳ１５２）。パス展開作業域５７を用いて、患者ＩＤ毎に最後のレコードの適用開始日と適用終了日とを用いて入院日数を計算し、ＤＰＣパスマスタテーブル５２から算出した入院日数が最短の入院期間で収まっている場合、その入院期間の点数を取得して、入院日数算出作業域５８に書き出す。
【００８１】
図１９を用いて、ステップＳ１５２の処理を詳述する。図１９は、図１７のステップＳ１５２の処理を説明するための図である。図１９において、パス展開作業域５７から患者ＩＤ毎にＤＰＣパスコードを取得し（ステップＳ１５２−２）、パス展開作業域５７から患者ＩＤ毎に適用開始日と適用終了日とから入院日数を算出する（ステップＳ１５２−４）。
【００８２】
算出した入院日数に基づいて、ＤＰＣパスマスタテーブル５２を参照してＤＰＣパスコードと入院日数とから入院期間を特定し、最も短い入院期間（つまり、２５パーセンタイル値の範囲）となる場合、その入院期間に対応する入院期間の点数を取得して、患者ＩＤ、ＤＰＣパスコード、入院日数、点数とを入院日数算出作業域５８へ書き出す（ステップＳ１５２−６）。
【００８３】
この例の場合、患者ＩＤ「0000000002」と「0000000004」とが２５パーセンタイル値の範囲であり、夫々の点数は、「２０００」と「１８００」となる。
【００８４】
図１７において、患者Ａのためにスケジュールを変更する患者を選択する（ステップＳ１５３）。入院日数算出作業域５８に書き出された点数のうち一番高い患者ＩＤを取得する。図１９の例の場合、患者ＩＤ「0000000002」で識別される患者Ｂとなる（図２）。
【００８５】
そして、予約明細テーブル５６からステップＳ１５３で取得した患者ＩＤに対する予約日と開始時間とを取得して、パス展開作業域５７の患者Ａの予約取得日として展開したパスを書き換える（ステップＳ１５４）。
【００８６】
図２０を用いて、ステップＳ１５４の処理を詳述する。図２０は、図１７のステップＳ１５４の処理を説明するための図である。図２０において、入院日数算出作業域５８から一番点数の高い患者ＩＤ「0000000002」を取得して、図１６のステップＳ１２にて患者Ａの予約を入れようとした予約コード「Ｒ０１」の「2006/5/4」の患者ＩＤ「0000000002」を予約明細テーブル５６から検索する（ステップＳ１５４−２）。
【００８７】
そして、患者ＩＤ「0000000002」の開始時間「１０００」（１０時）を予約明細テーブル５６から取得して、パス展開作業域５７の患者Ａを示す患者ＩＤ「0000000001」の予約が必要な明細手順「３」の適用終了日を「2006/5/5」から「2006/5/4」へと変更し、また、予約取得日を「2006/5/5  14:00:00」から「2006/5/4  10:00:00」へと変更する（ステップＳ１５４−４）。
【００８８】
図１７において、このようにしてパス展開作業域５７でパスを適用したスケジュールを調整し、患者Ａと患者ＩＤ「0000000002」で識別される患者Ｂの調整後のレコードのみを残してパス展開作業域５７から他患者のレコードを削除する（ステップＳ１５５）。そして、パス展開作業域５７を再スケジューリング処理による処理結果とする（ステップＳ１５６）。
【００８９】
このような処理結果に基づいて、図１６のスケジューリング処理では、ステップＳ１７において、パス展開作業域５７の患者Ａを識別する「0000000001」のレコードによって、患者Ａの最短パスに基づくスケジュールが図１５に示すＤＰＣパス画面６０の最短パス表示域６０ｂに表示し、ステップＳ１８において、患者Ｂを識別する「0000000002」のレコードによって、患者Ｂの最短パスに基づくスケジュールが図１５に示すＤＰＣパス画面６０の変更患者パス表示域６０ｃに表示する。
【００９０】
医師が図１５のＤＰＣパス画面６０のチェックボックス６９ｂをチェックして確定ボタン６８を押下すると、処理結果としてのパス展開作業域５７のデータに基づいて、パス適用マスタテーブル５４が書き換える確定処理が行われる。
【００９１】
上述したように、本願発明では、ＤＰＣを２５パーセンタイル値の範囲内になるように入院計画を行うことによって、患者の長期入院による患者本人及び家族の負担を最小限とすると共に、複数の患者の入院計画の調整を支援可能とすることによって、入院計画を容易とし、また病院運営を効率的に行うことができる。
【００９２】
以上の説明に関し、更に以下の項を開示する。
（付記１）
複数の患者に対する治療計画を情報処理装置に行わせるプログラムであって、該情報処理装置に、
医師によって入力された対象患者の病名と治療開始日とに基づいて、病名毎に診療手順を対応させた治療手順マスタテーブルから該対象患者の病名に対応する前記治療手順を取得して、予約を必要とする医療行為の予約日を前記複数の患者間で調整することによって、所定日数の範囲内で前記治療計画を行う治療計画段階を実行させることを特徴とするプログラム。
（付記２）
前記治療計画段階は、前記情報処理装置に、
前記複数の患者に対して予約された前記医療行為の変更しなかった場合の前記治療手順を適用させた前記対象患者の前記治療計画を示す治療計画情報を適用テーブルに記憶する適用治療計画記憶段階と、
治療手順毎に前記所定日数と該所定日数に対する医療報酬の点数とを対応させた点数テーブルを参照することによって、前記治療計画情報と該点数とを示す第一情報を表示する第一表示段階とを実行させることを特徴とする付記１記載のプログラム。
（付記３）
前記治療計画段階は、前記情報処理装置に、
前記所定日数の範囲内で前記対象患者の前記治療計画を行うために他患者に対して予約されている前記医療行為の予約を変更した場合の該対象患者の該治療計画に係る治療計画情報を適用作業領域に記憶する対象患者治療計画記憶段階と、
前記点数テーブルを参照することによって、前記治療計画と該治療計画に対応する医療報酬の点数とを示す第二情報を表示する第二表示段階とを実行させることを特徴とする付記２記載のプログラム。
（付記４）
前記治療計画段階は、前記情報処理装置に、
前記所定日数の範囲内で前記対象患者の前記治療計画を行うために、他患者の病名に基づいて治療手順マスタテーブルを参照することによって該他患者の治療計画に係る治療計画情報を適用作業領域に記憶する他象患者治療計画記憶段階と、
前記点数テーブルを参照することによって、前記予約が変更された他患者のうち一番点数が高い患者の前記治療計画を選択する他患者治療計画選択段階と、
前記点数テーブルを参照することによって、前記一番点数の高い患者の治療計画と該治療計画に対応する医療報酬の点数とを示す第三情報を表示する第三表示段階とを実行させることを特徴とする付記２又は３記載のプログラム。
（付記５）
前記医師が前記第二表示段階によって表示された前記第二情報に示される治療計画を選択した場合、前記適用作業域に記憶されている前記対象患者の治療計画と前記一番点数の高い患者の治療計画とて前記適用テーブルを更新することによって確定処理を行う確定段階を有することを特徴とする付記３又は４記載のプログラム。
（付記６）
複数の患者に対する治療計画を行う情報処理装置であって、
病名毎に診療手順を対応させた治療手順マスタテーブルと、
医師によって入力された対象患者の病名と治療開始日とに基づいて、前記治療手順マスタテーブルから該病名に対応する前記治療手順を取得して、予約を必要とする医療行為の予約日を前記複数の患者間で調整することによって、所定日数の範囲内で前記治療計画を行う治療計画手段とを有することを特徴とする情報処理装置。
（付記７）
複数の患者に対する治療計画を行う治療計画方法であって、コンピュータが、
医師によって入力された対象患者の病名と治療開始日とに基づいて、病名毎に診療手順を対応させた治療手順マスタテーブルから該病名に対応する前記治療手順を取得して、予約を必要とする医療行為の予約日を前記複数の患者間で調整することによって、所定日数の範囲内で前記治療計画を行う治療計画手順を実行することを特徴とする治療計画方法。
【００９３】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００９４】
【図１】クリニカルパス適応支援装置の機能構成を示す図である。
【図２】患者マスタテーブルの例を示す図である。
【図３】ＤＰＣパスマスタテーブルの例を示す図である。
【図４】ＤＰＣパス明細マスタテーブルの例を示す図である。
【図５】パス適用マスタテーブルの例を示す図である。
【図６】予約枠テーブルの例を示す図である。
【図７】予約明細テーブルの例を示す図である。
【図８】パス展開作業域の例を示す図である。
【図９】入院日数算出作業域の例を示す図である。
【図１０】全体処理を説明するためのフローチャート図である。
【図１１】ＤＰＣパス画面の初期表示状態を示す図である。
【図１２】病名入力画面の例を示す図である。
【図１３】病名及び入院日が入力されたＤＰＣパス画面の表示状態を示す図である。
【図１４】患者が最短の入院期間でスケジュールできた場合のＤＰＣパス画面の例を示す図である。
【図１５】再スケジューリング処理部によってスケジュールが調整された場合のＤＰＣパス画面の例を示す図である。
【図１６】スケジューリング処理を説明するためのフローチャート図である。
【図１７】再スケジューリング処理を説明するためのフローチャート図である。
【図１８】図１７のステップＳ１５１の処理例を示す図である。
【図１９】図１７のステップＳ１５２の処理を説明するための図である。
【図２０】図１７のステップＳ１５４の処理を説明するための図である。
【符号の説明】
【００９５】
２          ネットワーク
３          医師端末
１３        出力制御部
１４        入力制御部
１５        表示制御部
１８        通信制御部
１９        インストーラ
２０        記憶媒体
３１        病名・入院日取得部
３２        スケジューリング処理部
３２ａ      再スケジューリング処理部
３３        確定処理部
５１        患者マスタテーブル
５２        ＤＰＣパスマスタテーブル
５３        ＤＰＣパス明細マスタテーブル
５４        パス適用テーブル
５５        予約枠テーブル
５６        予約明細テーブル
５７        パス展開作業域
５８        入院日数算出作業域
１００      クリニカルパス適応支援装置
【図１】
2008077314.tif 000003
【図２】
2008077314.tif 000004
【図３】
2008077314.tif 000005
【図４】
2008077314.tif 000006
【図５】
2008077314.tif 000007
【図６】
2008077314.tif 000008
【図７】
2008077314.tif 000009
【図８】
2008077314.tif 000010
【図９】
2008077314.tif 000011
【図１０】
2008077314.tif 000012
【図１１】
2008077314.tif 000013
【図１２】
2008077314.tif 000014
【図１３】
2008077314.tif 000015
【図１４】
2008077314.tif 000016
【図１５】
2008077314.tif 000017
【図１６】
2008077314.tif 000018
【図１７】
2008077314.tif 000019
【図１８】
2008077314.tif 000020
【図１９】
2008077314.tif 000021
【図２０】
2008077314.tif 000022