実施計画統合支援システム及び実施計画統合支援プログラム
【課題】標準化された内容及び実施順序の質や安全性を自動的に向上させることができる、実施計画統合支援システム及び実施計画統合支援プログラムを提供すること。
【解決手段】実施計画を作成する作成サーバ１０と、実施計画の実施を管理する管理サーバ３０と、実施計画に関する解析を行う解析サーバ２０とを備える。管理サーバ３０は、実施計画の実施時に取得された実施履歴情報を格納する実施履歴情報ＤＢ３１ｈを有する。解析サーバ２０は、実施履歴情報の解析値に対する標準値を格納する標準値情報ＤＢ２１ｅと、解析値を取得する履歴解析部２２ａと、解析値を標準値と比較することにより実施計画の改善点を特定する改善点特定部２２ｂとを有する。作成サーバ１０は、標準的な内容及び標準的な実施順序を改善する実施計画改善部１２ｂと、改善された内容及び実施順序に基づいて実施計画を作成する実施計画作成部１２ａとを有する。
【解決手段】実施計画を作成する作成サーバ１０と、実施計画の実施を管理する管理サーバ３０と、実施計画に関する解析を行う解析サーバ２０とを備える。管理サーバ３０は、実施計画の実施時に取得された実施履歴情報を格納する実施履歴情報ＤＢ３１ｈを有する。解析サーバ２０は、実施履歴情報の解析値に対する標準値を格納する標準値情報ＤＢ２１ｅと、解析値を取得する履歴解析部２２ａと、解析値を標準値と比較することにより実施計画の改善点を特定する改善点特定部２２ｂとを有する。作成サーバ１０は、標準的な内容及び標準的な実施順序を改善する実施計画改善部１２ｂと、改善された内容及び実施順序に基づいて実施計画を作成する実施計画作成部１２ａとを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定対象に対する複数の実施行為を標準化された内容及び実施順序で行うための実施計画を統合的に支援するための実施計画統合支援システム及び実施計画統合支援プログラムに関する。
【背景技術】
【０００２】
従来、医療関連行為を二次元構造で示したクリティカルパスが知られている。このクリティカルパスは、医療計画や実施の標準化及び可視化を通じて、医療の質と効率を系統的に保証及び向上させることができる点で有用である。しかしながら、患者の状態によっては、クリティカルパスを適用できなかったり、予め想定された標準的な経過から乖離してしまいクリティカルパスを逸脱する可能性があるという問題が指摘されていた。
【０００３】
この点に鑑みて本願発明者等は、医療プロセス質管理システム及び医療プロセス質管理方法を提案した（特許文献１参照）。このシステムは、患者に対して実施する複数の医療プロセス及び各医療プロセスの実施順序等を記憶する記憶部と、次に実施する医療プロセスを読み出すプロセス管理部等を備えて構成されている。このシステムによれば、医療プロセスが所定基準に従って記憶部から順次読み出されて出力されるので、この出力された医療プロセスを参照しつつ医師が医療行為を行うことで、各医師が個別的に独自判断で医療行為の内容や実施順序を決定する場合に比べて、医療行為の標準化を図ることができ、延いては医療プロセスの質を維持及び向上させることができる。また、このシステムによれば、患者の個別性に柔軟に対応できるので、クリティカルパスの問題点を解消することが可能になる。
【０００４】
さらに、本願発明者等は、この医療プロセス質管理システムで用いられる医療プロセスチャートを自動的に作成することにより、統一化された医療プロセスチャートを簡易に活用可能とするための医療プロセスチャート作成支援装置を提案した（特許文献２参照）。この装置は、症例に対する処置に関連する質問を表示する質問表示部、この質問表示部にて表示された質問に対する回答の入力を受け付ける処置情報入力部、及び、プロセスチャートのフォーマットを作成するフォーマット作成部等を備えて構成されており、質問に対する回答等に基づいてプロセスチャートを自動的に作成する。
【０００５】
【特許文献１】国際公開第２００６／０５７３３６号パンフレット
【特許文献２】特開２００７−１２８３５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように、特許文献２に開示された医療プロセスチャート作成支援装置は、医療プロセスチャートを作成する機能を有し、特許文献１に開示された医療プロセス質管理システムは、医療プロセスの実施順序を管理する機能を有しているが、従来、これら作成機能と実施管理機能とは相互に独立して動作するものに過ぎなかったので、作成された計画の有効性の検証を行うことや、この検証結果を計画に反映させることができなかった。例えば、実施行為の内容や実施順序を規定する標準的な情報を準備しておき、この標準的な情報に基づいて医療プロセスチャートの作成や実施管理を行なう場合にも、医師の暗黙知が形式知として完全に標準的な情報に反映できていない場合や、医師自らも把握していない知識が存在する可能性がある。このような場合、従来のシステムでは、これらの情報を顕在化させて標準的な情報に反映させることは困難であり、標準的な情報の質の改善が図られないまま運用が継続されてしまうことになるため、その結果として医療プロセスの安全性の向上が進展しない可能性があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、所定対象に対する複数の実施行為を標準化された内容及び実施順序で行うための実施計画に関して、作成された計画の有効性の検証やこの検証結果に基づく計画の改善を自動的に行うことで、これら標準化された内容及び実施順序の質や安全性を自動的に向上させることができる、実施計画統合支援システム及び実施計画統合支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、請求項１に記載の本発明は、所定対象に対して実施され得る実施行為の内容及び実施順序を含んだ実施計画を作成する作成手段と、前記作成手段にて作成された実施計画の実施を管理する管理手段と、前記管理手段にて管理された実施計画の実施の結果に基づいて、前記実施計画に関する解析を行う解析手段とを備え、前記管理手段は、前記実施計画の実施時に取得された実施履歴情報を格納する実施履歴情報格納手段と、前記実施計画の実施時に実施履歴情報を所定方法にて取得して前記実施履歴情報格納手段に格納する実施履歴情報取得手段とを有し、前記解析手段は、前記実施履歴情報格納手段にて格納された実施履歴情報を対象として所定の統計解析を行うことによって取得される解析値に対して、標準的な値として設定された標準値を格納する標準値情報格納手段と、前記実施履歴情報格納手段にて格納された実施履歴情報を対象として所定の統計解析を行うことによって前記解析値を取得する履歴解析手段と、前記履歴解析手段にて取得された前記解析値を、前記標準値情報格納手段にて格納された前記標準値と比較することにより、前記実施計画における実施行為の内容及び実施順序の改善点を特定する改善点特定手段とを有し、前記作成手段は、前記実施行為の標準的な内容及び標準的な実施順序を含んだ標準情報格納手段と、前記改善点特定手段にて特定された改善点に基づいて、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善する改善手段と、前記改善手段にて改善された前記標準的な内容及び前記標準的な実施順序に基づいて、前記実施計画を作成する実施計画作成手段とを有することを特徴とする。
【０００９】
請求項２に記載の本発明は、請求項１に記載の本発明において、前記管理手段は、前記実施計画を実施する複数の実施者の各々に対応して配置され、前記解析手段は、前記複数の実施者の属性に関する情報を格納する実施者情報格納手段を備え、前記履歴解析手段は、解析の対象になる前記実施履歴情報に対応する実施計画を実施した実施者を所定方法にて特定し、当該特定した実施者の属性を前記実施者情報格納手段から取得し、当該取得した属性に基づいて当該実施履歴情報を解析することを特徴とする。
【００１０】
請求項３に記載の本発明は、請求項１又は２に記載の本発明において、前記作成手段は、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序に対する改善に関する改善履歴情報を格納する改善履歴情報格納手段を備え、前記改善手段は、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善した場合、当該改善に関する改善履歴情報を前記改善履歴情報格納手段に格納することを特徴とする。
【００１１】
請求項４に記載の本発明は、請求項１から３のいずれか一項に記載の本発明において、前記所定対象は、患者であり、前記実施行為は、前記患者に対して実施され得る医療行為であり、前記実施計画は、前記患者に対して当該患者の疾患に応じて実施され得る医療行為の内容及び実施内容を含んだ医療計画であることを特徴とする。
【００１２】
請求項５に記載の本発明は、所定対象に対して実施され得る実施行為の内容及び実施順序を含んだ実施計画に関する処理を行なうコンピュータであって、前記実施計画の実施時に取得された実施履歴情報を格納する実施履歴情報格納手段と、前記実施履歴情報格納手段にて格納された実施履歴情報を対象として所定の統計解析を行うことによって取得される解析値に対して、標準的な値として設定された標準値を格納する標準値情報格納手段と、前記実施行為の標準的な内容及び標準的な実施順序を含んだ標準情報格納手段とを備えたコンピュータに、実行させる実施計画統合支援プログラムであって、前記実施計画の実施時に実施履歴情報を所定方法にて取得して前記実施履歴情報格納手段に格納する実施履歴情報格納ステップと、前記実施履歴情報格納ステップにおいて格納された実施履歴情報を対象として所定の統計解析を行うことによって前記解析値を取得する履歴解析ステップと、前記履歴解析ステップにおいて取得された前記解析値を、前記標準値情報格納手段にて格納された前記標準値と比較することにより、前記実施計画における実施行為の内容及び実施順序の改善点を特定する改善点特定ステップと、前記改善点特定ステップにおいて特定された改善点に基づいて、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善する改善ステップと、前記改善ステップにおいて改善された前記標準的な内容及び前記標準的な実施順序に基づいて、前記実施計画を作成する実施計画作成ステップとを前記コンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
請求項１、５に記載の本発明によれば、標準情報に基づいて作成された実施計画を、実施の履歴に基づいて自動的に改善することができ、この改善された標準情報に基づいて次の実施計画が作成されるので、実施計画の「作成」、「実施管理」、「解析」という各処理を相互に連携させて一連の統合処理に昇華させることで、標準情報の質を自動的に高め、この標準情報を用いて作成された実施計画の質及び安全性を自動的に高めることができる。
【００１４】
請求項２に記載の本発明によれば、実施計画を実施する実施者の属性に基づいて解析を行うことで、実施者の属性に起因して生じた様々な現象を除外することができ、実施者の属性に依存しない統一化された方法で標準情報を改善できるので、標準情報の改善手法自体についての標準化を図ることができる。
【００１５】
請求項３に記載の本発明によれば、改善に関する改善履歴情報が自動的に蓄積されるので、標準情報の改善の理由や経過を把握することができ、例えば、標準情報の正当性を検証するための情報として活用することができるので、標準情報の信頼性を向上させることや、標準情報の改善手法自体についての信頼性を向上させることができる。
【００１６】
請求項４に記載の本発明によれば、標準的な医療行為情報に基づいて作成された医療計画を、医療行為の実施履歴に基づいて自動的に改善することができ、この改善された標準的な医療行為情報に基づいて次の医療計画が作成されるので、医療計画の「作成」、「実施管理」、「解析」という各処理を相互に連携させて一連の統合処理に昇華させることで、医療行為情報の質を自動的に高め、この医療行為情報を用いて作成された医療計画の質及び安全性を自動的に高めることができる。
【発明を実施するための最良の形態】
【００１７】
以下に添付図面を参照して、この発明に係る実施計画統合支援システム及び実施計画統合支援プログラムを実施するための最良の形態について詳細に説明する。まず、〔I〕本実施の形態の基本概念を説明した後、〔II〕本実施の形態の具体的内容について説明し、〔III〕最後に本実施の形態に対する変形例について説明する。ただし、本実施の形態によって本発明が限定されるものではない。
【００１８】
〔I〕本実施の形態の基本概念
まず、本実施の形態の基本概念について説明する。本実施の形態に係る実施計画統合支援システム（以下「本システム」）及び実施計画統合支援プログラム（以下「本プログラム」）は、所定対象に対する複数の実施行為を標準化された内容及び実施順序で行うための実施計画を統合的に支援するためのシステム及びプログラムである。
【００１９】
本システム及び本プログラムは、広範な分野に適用可能であり、概念的には、当該分野における形式知（具体的には、所定対象に対して実施者が実施する複数の実施行為の内容と、これら複数の実施行為の相互間の実施順序）を構造化することで可視化が可能な全ての分野に適用可能である。この適用分野の例としては、「医療分野」、「防災分野」、「教育分野」を挙げることができる。この適用分野に応じて、「所定対象」、「実施者」、「実施行為」、「実施計画」の具体的内容は異なり得る。例えば、医療分野では、所定対象＝患者、実施者＝医師（又は病院）、実施行為＝医療行為、実施計画＝医療計画である。同様に、防災分野では、所定対象＝災害やテロ行為の被災者や被災物、実施者＝救援者、実施行為＝救援行為、実施計画＝救援計画が該当し、教育分野では、所定対象＝生徒、実施者＝教師、実施行為＝教育行為、実施計画＝教育計画が該当する。以下では、本装置及び本プログラムを医療分野に適用した場合について説明する（必要に応じて、本システムを「医療行為統合支援システム」、本プログラムを「医療行為統合支援プログラム」と称する）が、本システム及び本プログラムを他の分野に適用する場合には、上述のように「所定対象」、「実施者」、「実施行為」、「実施計画」の内容を当該他の分野に応じた内容に読み替えばよい。
【００２０】
図１は、医療行為統合支援システムの全体構成を概念的に示す説明図である。この図１に示すように、医療行為統合支援システム１は、統合支援センターに設置された作成サーバ１０及び解析サーバ２０と、複数の病院（医療機関）の各々に設置された管理サーバ３０とを、構内ＬＡＮやインターネットの如きネットワーク４０を介して相互に通信可能に接続して構成されている。また、管理サーバ３０に対しては、オーダサーバ５０及び複数の支援端末６０がネットワーク４０を介して相互に通信可能に接続して構成されている。
【００２１】
本システム１及び本プログラムでは、上述の特許文献１又は特許文献２に全部又は一部が開示された「患者状態適応型パスシステム（PCAPS: Patient Condition Adaptive Path System)」を利用する。この患者状態適応型パスシステムは、患者の初期状態から最終目標状態に至る臨床経路を示す俯瞰的なモデルであり、この臨床経路を、「患者状態」を基軸とする複数の「目標状態」を相互にリンクして視覚化したものであって、具体的には「臨床プロセスチャート」と「ユニットシート」の２つのツールを用いて構成される。
【００２２】
図２には、これら臨床プロセスチャート及びユニットシートの基本構成モデルを示す。臨床プロセスチャートとは、患者の目標状態毎に形成された医療行為単位（医療の質を管理するために適切な大きさに設定された単位）である「ユニット（プロセス）」を連結することで構成される臨床経路の俯瞰図であり、疾患毎に構成され、当該疾患を有する患者の初期状態から最終目標状態に至る間に想定されるすべての臨床状態を包含する。各ユニットは「実行エレメント」と「判断エレメント」とから構成されている。実行エレメントは、患者状態を当該ユニットの目標状態に達するように組み込まれた医療業務を実行していく行為を示し、判断エレメントは、患者状態が当該ユニットの目標状態に達したか否かを判断する行為を示す。そして、各実行エレメントと、当該各実行エレメントの直後の判断エレメントとを、視覚的に表示する手段として「ユニットシート」が構成される。
【００２３】
このユニットシートの表示画面例を図３に示す。具体的にはユニットシートは、「患者ＩＤ」、「ユニットＩＤ」、「医療行為」、「患者状態」、「目標状態」、「ユニット移行ロジック」、「条件付き指示」、「離脱条件」を含む。患者ＩＤは、当該ユニットシートが適用されている患者を一意に特定するための識別情報である。ユニットＩＤは、当該ユニットシートに対応するユニットを一意に特定するための識別情報である。医療行為は、当該ユニットシートに対応する実行エレメントにおいて実行すべき医療行為の項目や内容を記述した情報であり、例えば、医行為、ケア行為、及び調整行為を含む。患者状態は、当該ユニットシートに対応するユニットにおいて注目すべき患者状態の内容を記述した情報である。ユニット移行ロジックは、当該ユニットシートに対応するユニットから次順のユニットに移行するときの条件及び移行先のユニットシートに対応するユニットＩＤを記述した情報である。条件付き指示は、当該ユニットにおける医療行為中に発生した患者状態に早急に対応するための指示内容を含んで構成されている。離脱条件は、目標状態からの危険な乖離の判断基準を示す遷移状態になった場合には、当該ユニットシートを離脱すべき場合があるため、この離脱を行うための条件を含んで構成されている。
【００２４】
このように構成される「臨床プロセスチャート」及び「ユニットシート」を特定するための情報が作成サーバ１０に予め格納されており、作成サーバ１０は各病院に共通の標準的な臨床プロセスチャート及びユニットシートを作成し、これを各病院の管理サーバ３０に送信する。管理サーバ３０は、この標準的な臨床プロセスチャート及びユニットシートを、当該各病院で供給可能なリソースの現状に合致した臨床プロセスチャート及びユニットシートに修正する。その後、管理サーバ３０は、臨床プロセスチャートにおける最初のユニットに対応するユニットシートの内容を支援端末６０を介して医師に対して表示出力等にて提示する。そして、医師が、当該提示されたユニットシートに含まれる医療行為を行い、その後の患者状態を支援端末６０に入力すると、この患者状態が支援端末６０を介して管理サーバ３０にて受け付けられる。次いで、管理サーバ３０は、患者状態が当該ユニットの目標状態に達したか否かを判断する。目標状態に達したと判断した場合には、当該最初のユニットの次順のユニットを臨床プロセスチャートに基づいて特定し、当該次順のユニットに対応するユニットシートの内容を支援端末６０を介して医師に対して提示する。以降同様に、臨床プロセスチャートにて定義された順序に従ったユニットに対応するユニットシートの内容の提示処理と、医師による患者状態の入力を受け付ける処理と、目標状態に達したか否かを判断する判断処理とが繰り返し行われ、臨床プロセスチャートにおける最後のユニットの医療行為が終了することで、一連の処理が終了する。
【００２５】
図４は、臨床プロセスチャートの具体例である。この臨床プロセスチャートは、前立腺全摘徐を行う場合の例である。この臨床プロセスチャートは、複数のユニットの各々を構成する実行エレメント及び判断エレメントと、これら各エレメントを相互に接続する線分とを含んでおり、当該線分によって各エレメントの相互間の実施順序が視覚的に示されている。例えば、実行エレメント「Ａ−１ 前立腺全摘除術」の医療行為を実行した後、判断エレメント「ＳＡ−１」において患者状態と目標状態とに基づく判断を行い、この判断結果に応じて、実行エレメント「Ａ−２ 術後急性期」又は実行エレメント「Ｂ−２ 術後急性期」のいずれかに移行する。図４における各実行エレメントの枠内には、各実行エレメントに対応するユニットの名称及びユニットＩＤを示す。例えば、最初の実行エレメントに対応するユニットの名称は「入院 術前」であり、ユニットＩＤは「Ａ−０」である。
【００２６】
この実施の形態の特徴の一つは、標準情報を自動的に改善することにある。この改善の具体的方法としては、実施計画の実施履歴に関する情報を取得し、この情報を統計解析して解析値を取得し、この解析値に基づいて標準情報の改善点を特定する。改善点の特定は、解析値を標準値と比較することで行う。この際、実施計画の実施者の属性を考慮した比較を行うことで、実施者の属性の影響を除外し、統一化された改善点の特定を行う。このように特定された改善点に基づいて標準情報を改善する。この改善時には、改善履歴を蓄積しておくことで、標準情報の改善の理由や経過を後日把握することを可能とする。
【００２７】
〔II〕本実施の形態の具体的内容
次に、本実施の形態の具体的内容について説明する。以下では、図１に示した医療行為統合支援システム１の各部の構成について説明し、次いで、医療行為統合支援システム１を用いて実行される医療行為支援プログラムの処理内容について説明する。
【００２８】
（構成−作成サーバ）
最初に、図１の作成サーバ１０の構成を説明する。この作成サーバ１０は、患者に対して実施され得る医療行為の内容及び実施順序を含んだ医療計画を作成するもので、特許請求の範囲における作成手段及びコンピュータに対応する。機能概念的には、作成サーバ１０は、記憶部１１、制御部１２、及びネットワークインターフェース（以下「ネットワークＩＦ」）１３を、バスにて相互に通信可能に接続して構成されている。
【００２９】
記憶部１１は、各種処理に必要な情報やパラメータを不揮発的に格納する格納手段であり、例えば、ＨＤ（Hard Disk）にて構成される（後述する記憶部２１、３１において同じ）。具体的には、この記憶部１１は、機能概念的に、標準実施順序情報ＤＢ１１ａ、標準実施内容情報ＤＢ１１ｂ、改善履歴情報ＤＢ１１ｃを備える。これら各ＤＢ１１ａ〜１１ｃに格納される情報の具体的内容については後述する。
【００３０】
制御部１２は、作成サーバ１０の各部を制御する制御手段であり、機能概念的に、実施計画作成部１２ａ及び実施計画改善部１２ｂを備える。実施計画作成部１２ａは、実施計画改善部１２ｂにて改善された標準的な内容及び標準的な実施順序に基づいて、医療計画を作成するもので、特許請求の範囲における実施計画作成手段に対応する。実施計画改善部１２ｂは、後述する解析サーバ２０の改善点特定部２２ｂにて特定された改善点に基づいて、標準実施順序情報ＤＢ１１ａ又は標準実施内容情報ＤＢ１１ｂにて格納された標準的な内容及び標準的な実施順序を改善するもので、特許請求の範囲における改善手段に対応する。この制御部１２は、具体的には、ＣＰＵ（Central Processing Unit）や、このＣＰＵ上で解釈実行される各種のプログラム（ＯＳなどの制御プログラムや、各種の処理手順などを規定したプログラム）、及び、所要プログラムや所要データを格納するためのキャッシュメモリを備えて構成される（後述する制御部２２、３２において同じ）。特に、制御部１２は、本プログラムの少なくとも一部を備えて構成されており、このプログラムは、例えば、ＣＤ−ＲＯＭやＤＶＤを含む任意の記憶媒体に記憶された後、インストールされて記憶部１１に不揮発的に記憶され、ＣＰＵにて解釈実行されることで制御部１２の実質的機能を構成する（後述する制御部２２、３２において同じ）。
【００３１】
ネットワークＩＦ１３は、ネットワーク４０を介した通信を行うための通信手段であり、例えばネットワークボードとして構成される（後述するネットワークＩＦ２３、３３、において同じ）。このネットワークＩＦ１３を介して、各種の情報の入出力が行われることから、当該ネットワークＩＦ１３は入力手段及び出力手段を構成する（後述するネットワークＩＦ２３、３３、において同じ）。
【００３２】
（構成−解析サーバ）
次に、解析サーバ２０の構成を説明する。この解析サーバ２０は、管理サーバ３０にて管理された医療計画の実施の結果に基づいて、医療計画に関する解析を行うもので、特許請求の範囲における解析手段及びコンピュータに対応する。機能概念的には、解析サーバ２０は、記憶部２１、制御部２２、及びネットワークＩＦ２３を、バスにて相互に通信可能に接続して構成されている。
【００３３】
記憶部２１には、具体的には、機能概念的に、実施履歴情報ＤＢ２１ａ、実施者情報ＤＢ２１ｂ、解析値調整情報ＤＢ２１ｃ、解析結果情報ＤＢ２１ｄ、標準値情報ＤＢ２１ｅ、改善点情報ＤＢ２１ｆを備える。これら各ＤＢ２１ａ〜２１ｆに格納される情報の具体的内容については後述する。
【００３４】
制御部２２は、解析サーバ２０の各部を制御する制御手段であり、機能概念的に、履歴解析部２２ａ及び改善点特定部２２ｂを備える。履歴解析部２２ａは、実施履歴情報ＤＢ２１ａにて格納された実施履歴情報を対象として所定の統計解析を行うことによって解析値を取得するもので、特許請求の範囲における履歴解析手段に対応する。改善点特定部２２ｂは、履歴解析部２２ａにて取得された解析値を、標準値情報ＤＢ２１ｅにて格納された標準値と比較することにより、医療計画における医療行為の内容及び実施順序の改善点を特定するもので、特許請求の範囲における改善点特定手段に対応する。
【００３５】
（構成−管理サーバ）
次に、管理サーバ３０の構成を説明する。この管理サーバ３０は、作成サーバ１０にて作成された医療計画の実施を管理するもので、特許請求の範囲における管理手段及びコンピュータに対応する。機能概念的には、管理サーバ３０は、記憶部３１、制御部３２、及びネットワークＩＦ３３を、バスにて相互に通信可能に接続して構成されている。
【００３６】
記憶部３１には、具体的には、機能概念的に、対象情報ＤＢ３１ａ、基本リソース情報ＤＢ３１ｂ、所要リソース情報ＤＢ３１ｃ、現状リソース情報ＤＢ３１ｄ、標準実施順序情報ＤＢ３１ｅ、標準実施内容情報ＤＢ３１ｆ、修正実施内容情報ＤＢ３１ｇ、実施履歴情報ＤＢ３１ｈを備える。これら各ＤＢ３１ａ〜３１ｈに格納される情報の具体的内容については後述する。
【００３７】
制御部３２は、管理サーバ３０の各部を制御する制御手段であり、機能概念的に、実施計画修正部３２ａ及び実施計画管理部３２ｂを備える。実施計画修正部３２ａは、作成サーバ１０にて作成された標準的な医療計画を各病院のリソースの現状に合致した医療計画に修正する。実施計画管理部３２ｂは、医療計画の実施時に実施履歴情報を所定方法にて取得して実施履歴情報ＤＢ３１ｈに格納するもので、特許請求の範囲における実施履歴情報取得手段に対応する。
【００３８】
（構成−オーダサーバ）
オーダサーバ５０は、各種のリソースの発注、在庫管理、あるいは予約管理を行う資源管理装置である。このオーダサーバ５０の具体的構成は任意であり、管理サーバ３０との通信機能を有する限りにおいて、公知のサーバ装置と同様に構成できるために、その詳細な説明は省略する。なお、病院に配置されるサーバとしては、このオーダサーバ５０以外にも、医事会計サーバの如き任意のサーバを含めることができる。
【００３９】
（構成−支援端末）
各支援端末６０は、医師を含む医療従事者が管理サーバ３０に対して入出力を行うための端末装置であり、特に、患者状態の入力を受け付ける入力機能と、臨床プロセスチャート及びユニットシートの出力を行う出力機能を有する。この支援端末６０は、管理サーバ３０との通信機能を有する限りにおいて、公知のパーソナルコンピュータと同様に構成できるために、その詳細な説明は省略する。
【００４０】
（構成−データベースの具体的内容−作成サーバ）
次に、作成サーバ１０、解析サーバ２０、及び管理サーバ３０の各ＤＢ１１ａ〜１１ｃ、２１ａ〜２１ｆ、３１ａ〜３１ｈの具体的内容について説明する。ただし、以下の構成例では本実施の形態に係る最低限の情報を格納する例を示し、実際には以下に説明する情報以外の任意の情報を各ＤＢ１１ａ〜１１ｃ、２１ａ〜２１ｆ、３１ａ〜３１ｈに格納することができる。また、各ＤＢ１１ａ〜１１ｃ、２１ａ〜２１ｆ、３１ａ〜３１ｈに格納される情報のうち、同一名称の情報については、特記する場合を除いて相互に同一の内容であるものとし、重複説明は行わない。なお、説明の都合上、作成サーバ１０の各ＤＢ１１ａ〜１１ｃについて説明した後、管理サーバ３０の各ＤＢ３１ａ〜３１ｈについて説明し、最後に解析サーバ２０の各ＤＢ２１ａ〜２１ｆについて説明する。
【００４１】
まず、作成サーバ１０の各ＤＢ１１ａ〜１１ｃの具体的内容について説明する。標準実施順序情報ＤＢ１１ａは、複数の医療行為の相互間における標準的な実施順序を特定するための情報（標準実施順序情報）を格納する手段である。この標準実施順序情報は、図５に例示するように、「疾患ＩＤ」と「ユニットＩＤ」とを相互に関連付けて構成されている。疾患ＩＤは、疾患を一意に特定するための識別情報である。ユニットＩＤとしては、各疾患ＩＤにて特定される疾患を治療するためのユニットシートに対応する複数のユニットＩＤが格納されている。ここでは、医療行為の順序に応じた順序にてユニットＩＤを格納することで、ユニットシートにて規定される医療行為の相互間の実施順序が規定されている。ただし、後述する標準実施内容情報ＤＢ１１ｂの標準実施内容情報におけるユニット移行ロジックのみによって医療行為の順序が特定できる場合には、標準実施順序情報では、少なくとも疾患ＩＤと、各疾患ＩＤにて特定される疾患を治療するために最初に実施されるユニットシートに対応するユニットＩＤのみを格納しておけばよい。
【００４２】
図１の標準実施内容情報ＤＢ１１ｂは、患者に対して実施すべき医療行為の内容を医療行為単位で特定するためのユニットシートの内容を特定する情報（標準実施内容情報）を格納する手段である。この標準実施内容情報は、図６に例示するように、「ユニットＩＤ」、「標準日数」、「医療行為」、「リソース」、「患者状態」、「目標状態」、「ユニット移行ロジック」、「条件付き指示」、「離脱条件」を相互に関連付けて構成されている。リソースは、各ユニットシートにて規定される医療行為を実施する際に必要な医療資源を特定する情報であり、リソースを一意に特定するためのリソースＩＤ（図６では「ＯＰ０００１」や「ＢＬ０００２」）を含む。
【００４３】
これら標準実施順序情報及び標準実施内容情報は、標準化された医療行為の内容やその実施順序を特定するための情報であり、以下では、必要に応じて「標準情報」と総称する。この標準情報を格納する標準実施順序情報ＤＢ１１ａや標準実施内容情報ＤＢ１１ｂは、特許請求の範囲における標準情報格納手段に対応する。この標準情報を生成する方法及びタイミングは任意であるが、例えば、当該標準情報を、医師のヒアリング等に基づいて標準化することで決定して標準実施順序情報ＤＢ１１ａや標準実施内容情報ＤＢ１１ｂに予め格納しておくことができる。この標準情報の標準化は、必ずしも硬直的なものではなく、各医療機関や各患者の実情に合致するように、各医療機関や各医師が支援端末６０を用いて任意の内容にカスタマイズできるようにしてもよい。なお、これら各情報の具体的な記述構造としては、上述した構成例以外の任意の構造を採用することができ、例えばＸＭＬ（Extensible Markup Language）により、タグを用いて各情報の意味及び構造を記述することができる。このような構造体系を用いた場合、標準実施順序情報及び標準実施内容情報は、構造化された相互一体の標準情報として構成することができ、標準実施順序情報ＤＢ１１ａ及び標準実施内容情報ＤＢ１１ｂを一つのデータベースに統合化することができる。
【００４４】
図１の改善履歴情報ＤＢ１１ｃは、標準実施順序情報ＤＢ１１ａや標準実施内容情報ＤＢ１１ｂにて格納された標準的な内容及び標準的な実施順序の改善履歴に関する情報（改善履歴情報）を格納するもので、特許請求の範囲における改善履歴情報格納手段に対応する。この改善履歴情報は、図７に例示するように、「ユニットＩＤ」、「改善種別」、「改善前情報」、「改善後情報」、「改善年月日」、「改善累計数」を相互に関連付けて構成されている。改善種別は、作成サーバ１０にて改善された情報の種別を示す情報であり、ここでは「日数」又は「離脱」のいずれかである。日数は、各ユニットＩＤにて特定されるユニットシートにて規定される医療行為を実施するための日数であり、離脱先は、各ユニットＩＤの次の離脱先である。改善前情報は、作成サーバ１０による標準情報の改善前の内容を示し、改善後情報は、作成サーバ１０による標準情報の改善後の内容を示す。改善年月日は、作成サーバ１０にて行われた改善の実行日を示す。改善累計数は、各ユニットＩＤに対応する標準情報が、これまでに作成サーバ１０にて改善された回数の累計値である。
【００４５】
（構成−データベースの具体的内容−管理サーバ）
次に、図１の管理サーバ３０の各ＤＢ３１ａ〜３１ｈの具体的内容について説明する。対象情報ＤＢ３１ａは、医療行為の対象である患者に関する情報（対象情報）を格納する手段である。この対象情報は、図８に例示するように、「患者ＩＤ」、「年齢」、「性別」、「住所」、「疾患ＩＤ」を相互に関連付けて構成されている。「年齢」、「性別」、及び「住所」は、それぞれ、各患者の年齢、性別、住所であり、疾患ＩＤは、患者ＩＤにて特定される患者の疾患に対応する疾患ＩＤである。
【００４６】
図１の基本リソース情報ＤＢ３１ｂは、医療行為を実施するために必要なリソースに関する基本的な情報（基本リソース情報）を格納する手段である。この基本リソース情報は、図９に例示するように、「リソースＩＤ」、「リソース名」、「単位」、「取得所要日数」を相互に関連付けて構成されている。リソースＩＤは、リソースを一意に特定するための識別情報である。リソース名は、各リソースの名称である。単位は、各リソースの最小の取り扱い単位である。取得所要日数は、各リソースをオーダーしてから納品されるまでの所要日数である。なお、取得所要日数＝「不足分」と示されているリソースについては、所要数量に対する供給可能数量の不足分（＝所要数量−供給可能数量）を待つことで、所要数量が取得できることを意味しており、例えば、手術室の所要数量が２時間で、手術室の供給可能数量が１時間であれば、供給可能数量の不足分＝１時間を待てば、手術室の所要数量＝２時間が取得できることを意味する。
【００４７】
図１の所要リソース情報ＤＢ３１ｃは、各医療行為を実施するために必要なリソースを特定するための情報（所要リソース情報）を格納する手段である。この所要リソース情報は、図１０に例示するように、「ユニットＩＤ」、「リソースＩＤ」、「所要数量」を相互に関連付けて構成されている。所要数量は、ユニットＩＤにて特定されるユニットシートにて規定される医療行為を実施するために必要になる、各リソースの数量を示す。
【００４８】
図１の現状リソース情報ＤＢ３１ｄは、当該管理サーバ３０が設置されている病院におけるリソースの現在の供給可能数量を特定するための情報（現状リソース情報）を格納する手段である。この現状リソース情報は、図１１に例示するように、「リソースＩＤ」、「供給可能数量」を相互に関連付けて構成されている。供給可能数量は、当該管理サーバ３０が設置されている病院において、リソースＩＤにて特定されるリソースを現在時点において供給することができる数量を示す。
【００４９】
図１の標準実施順序情報ＤＢ３１ｅは、標準実施順序情報を格納する手段である。この標準実施順序情報は、図１２に例示するように、作成サーバ１０の標準実施順序情報ＤＢ１１ａにおける標準実施順序情報（図５参照）に対して、さらに「患者ＩＤ」を関連付けて構成されている。
【００５０】
図１の標準実施内容情報ＤＢ３１ｆは、標準実施内容情報を格納する手段である。この標準実施内容情報は、図１３に例示するように、作成サーバ１０の標準実施内容情報ＤＢ１１ｂにおける標準実施内容情報（図６参照）に対して、さらに「患者ＩＤ」及び「実施予定日」を関連付けて構成されている。実施予定日は、各ユニットＩＤにて特定されるユニットシートにて規定される医療行為を実施する予定の年月日である。
【００５１】
図１の修正実施内容情報ＤＢ３１ｇは、当該管理サーバ３０にて修正された医療計画に関する情報（修正実施内容情報）を格納する手段である。この修正実施内容情報は、図１４に例示するように、標準実施内容情報ＤＢ３１ｆにおける標準実施内容情報（図１３参照）と同様に構成されている。
【００５２】
図１の実施履歴情報ＤＢ３１ｈは、医療計画が実施された際の履歴情報（実施履歴情報）を格納する手段であり、特許請求の範囲における実施履歴情報格納手段に対応する。この実施履歴情報は、図１５に例示するように、「患者ＩＤ」、「ユニットＩＤ」、「患者状態」、「遷移結果」、「離脱先のユニットＩＤ」、「当該ユニットへの移行年月日」、「当該ユニットからの移行年月日」を相互に関連付けて構成されている。患者状態は、各ユニットＩＤにて特定されるユニットの医療行為を実施した際に、医師から入力された患者の状態を示す情報である、遷移結果は、各ユニットＩＤにて特定されるユニットから他のユニットへ移行した結果を示す情報であり、他のユニットへ移行した場合には当該移行先のユニットの「ユニットＩＤ」が格納され、他のユニットへ移行することなく当該ユニットを離脱した場合には「離脱」の旨が格納される。離脱先のユニットＩＤは、他のユニットへ移行することなく当該ユニットを離脱した場合にのみ格納されるもので、当該離脱時における離脱先のユニットのユニットＩＤである。当該ユニットへの移行年月日は、各ユニットＩＤにて特定されるユニットへ移行した際の年月日である。当該ユニットからの移行年月日は、各ユニットＩＤにて特定されるユニットから他のユニットへ移行したり当該ユニットを離脱した際の年月日である。
【００５３】
（構成−データベースの具体的内容−解析サーバ）
次に、図１の解析サーバ２０のＤＢ２１ａ〜２１ｆの具体的内容について説明する。実施履歴情報ＤＢ２１ａは、実施履歴情報を格納する手段である。この実施履歴情報は、図１６に例示するように、各管理サーバ３０の実施履歴情報ＤＢ３１ｈにおける実施履歴情報（図１５参照）に対して、さらに「病院ＩＤ」を関連付けて構成されている。この病院ＩＤは、各病院の管理サーバ３０から解析サーバ２０に対して実施履歴情報が送信された際、当該送信元になった各病院（又は各管理サーバ３０）を一意に特定するための識別情報である。
【００５４】
図１の実施者情報ＤＢ２１ｂは、複数の実施者（ここでは各病院であるが、各病院の各医師としてもよい）の属性に関する情報（実施者情報）を格納するもので、特許請求の範囲における実施者情報格納手段に対応する。この実施者情報は、図１７に例示するように、「病院ＩＤ」、「病院名」、「所在地」、「ベッド数」、「種別」を相互に関連付けて構成されている。病院名は、病院ＩＤにて特定される病院の名称である。所在地は、病院ＩＤにて特定される病院の所在地である。ベッド数は、病院ＩＤにて特定される病院が保有するベッドの総数である。種別は、病院ＩＤにて特定される病院の種類であり、ここでは急性期（病気を発症したり、けがをした直後の患者を治療するための病院）又は慢性期（病状が安定した患者を治療するための病院）のいずれかである。
【００５５】
図１の解析値調整情報ＤＢ２１ｃは、当該解析サーバ２０にて算出された解析値を、実施者の属性に基づいて調整するための情報（解析値調整情報）を格納する手段である。この解析値調整情報は、図１８に例示するように、「解析種別」、「実施者の属性」、「調整値」を相互に関連付けて構成されている。解析種別は、解析値の種類であり、ここでは「平均離脱率」と「平均超過日数」である。平均離脱率とは、各ユニットの離脱率の平均値であり、平均超過日数とは、各ユニットの超過日数の平均値である。実施者の属性は、実施者情報ＤＢ２１ｂにて格納された実施者の属性（実施者情報）のうち、調整値の選択基準として使用する情報であり、ここでは所在地、ベッド数、及び種別が使用される。調整値は、当該解析サーバ２０にて算出された解析値を調整するための値であって、ここでは、解析値に対して加算される値として予め設定されている。
【００５６】
図１の解析結果情報ＤＢ２１ｄは、当該解析サーバ２０にて算出された解析値を、実施者情報に基づいて調整した結果として取得された情報（解析結果情報）を格納する手段である。この解析結果情報は、図１９に例示するように、「ユニットＩＤ」、「調整後解析値」、「最多の離脱先のユニットＩＤ」を相互に関連付けて構成されている。調整後解析値は、当該解析サーバ２０にて算出された解析値に対して、解析値情報の調整値を加算することで算出された数値であり、ここでは「平均離脱率」の調整後解析値と、「平均超過日数」の調整後解析値がある。最多の離脱先のユニットＩＤは、実施履歴情報ＤＢ２１ａの実施履歴情報に含まれる離脱先のユニットＩＤのうち、出現頻度が最多である離脱先のユニットＩＤである。
【００５７】
図１の標準値情報ＤＢ２１ｅは、実施履歴情報ＤＢ２１ａにて格納された実施履歴情報を対象として所定の統計解析を行うことによって取得される解析値に対して、標準的な値として設定された標準値に関する情報（標準値情報）を格納するもので、特許請求の範囲における標準値情報格納手段に対応する。この標準値情報は、図２０に例示するように、「ユニットＩＤ」、「解析種別」、「標準値」を相互に関連付けて構成されている。
【００５８】
図１の改善点情報ＤＢ２１ｆは、標準実施順序情報ＤＢ１１ａにて格納された標準実施順序情報や、標準実施内容情報ＤＢ１１ｂにて格納された標準実施内容情報に対する改善点を特定するための情報（改善点情報）である。この改善点情報は、図２１に例示するように、「ユニットＩＤ」、「改善種別」、「改善要否フラグ」「平均超過日数」、「最多の離脱先のユニットＩＤ」を相互に関連付けて構成されている。改善種別は、改善すべき情報の種類を示す情報であり、ここでは「離脱」又は「日数」である。改善要否フラグは、改善の有無を示す情報であり、ここでは「０」は改善不要、「１」は改善必要を示す。
【００５９】
（処理）
次に、本システム１において本プログラムを実行すること等によって行われる医療行為統合支援処理（以下、本処理）について説明する。なお、以下の本処理の説明において、制御主体を特記しない処理については、作成サーバ１０の制御部１２、解析サーバ２０の制御部２２、又は管理サーバ３０の制御部３２にて実行されるものとし、情報の取得元や取得経路を特記しない場合については、公知のタイミング及び公知の方法にて、作成サーバ１０の記憶部１１、解析サーバ２０の記憶部２１、又は管理サーバ３０の記憶部３１に予め格納されており、あるいは、支援端末６０を介して医療従事者が情報を手入力するものとする。
【００６０】
（処理−全体）
まず、本処理の全体について説明する。図２２は、本処理の概要を示すフローチャートである。最初に、作成サーバ１０は、「実施計画作成処理（ステップＳＡ−１。特許請求の範囲における実施計画作成ステップに対応する）」を行うことで標準的な医療計画を作成する。その後、管理サーバ３０は、「実施計画修正処理（ステップＳＡ−２）」を行うことで医療計画を修正し、さらに「実施計画管理処理（ステップＳＡ−３。特許請求の範囲における実施履歴情報格納ステップに対応する）」を行うことで実施履歴情報を蓄積する。次いで、解析サーバ２０は、「履歴解析処理（ステップＳＡ−４。特許請求の範囲における履歴解析ステップに対応する）」を行うことで解析値を算出し、さらに「改善点特定処理（ステップＳＡ−５。特許請求の範囲における改善点特定ステップに対応する）」を行うことで改善点を特定する。その後、作成サーバ１０は、「実施計画改善処理（ステップＳＡ−６。特許請求の範囲における改善ステップに対応する）」を行うことで、改善点に基づいて標準情報を改善する。以降同様に、これら各処理が繰り返して実行される。
【００６１】
（処理−実施計画作成処理）
このうち、まず実施計画作成処理について説明する。図２３は、実施計画作成処理のフローチャートである。最初に、各病院において医師が支援端末６０を介して患者の患者ＩＤ及び当該患者の疾患に対応する疾患ＩＤを入力すると共に、医療計画作成の開始を指示すると、これらの情報が支援端末６０から管理サーバ３０を介して作成サーバ１０に送信される（ステップＳＢ−１）。
【００６２】
作成サーバ１０の実施計画作成部１２ａは、支援端末６０からの情報の入力を受け付けると、当該入力された疾患ＩＤに対応する標準実施順序情報を標準実施順序情報ＤＢ１１ａから取得すると共に、当該取得された標準実施順序情報に含まれる各ユニットＩＤに対応する標準実施内容情報を標準実施内容情報ＤＢ１１ｂから取得する（ステップＳＢ−２）。そして、実施計画作成部１２ａは、これら標準実施順序情報及び標準実施内容情報を管理サーバ３０に送信する（ステップＳＢ−３）。
【００６３】
管理サーバ３０の制御部３２は、このように送信された標準実施順序情報及び標準実施内容情報を、標準実施順序情報ＤＢ３１ｅ及び標準実施内容情報ＤＢ３１ｆに格納する（ステップＳＢ−４）。この際、実施計画作成部１２ａは、先に医師によって入力された患者ＩＤを実施順序情報及び標準実施内容情報に関連付けて格納する。またこの際、実施計画作成部１２ａは、現在の年月日を公知の方法で取得し、この年月日を基準として標準実施内容情報の各ユニットの標準日数をその実施順序に応じて順次加算することで、各ユニットの実施予定日を算定して、この実施予定日を標準実施内容情報に関連付けて標準実施内容情報ＤＢ３１ｆに格納する。これにて実施計画作成処理が終了する。
【００６４】
（処理−実施計画修正処理）
次に、実施計画修正処理について説明する。図２４は、実施計画修正処理のフローチャートである。管理サーバ３０の実施計画修正部３２ａは、実施計画作成処理にて標準実施内容情報ＤＢ３１ｆに格納された標準実施内容情報からユニットＩＤを取得する（ステップＳＣ−１）。そして、実施計画修正部３２ａは、このユニットＩＤに基づいて、所要リソース情報ＤＢ３１ｃを参照することでリソースＩＤ及び所要数量を取得する（ステップＳＣ−２）。また、実施計画修正部３２ａは、当該取得したリソースＩＤに基づいて現状リソース情報ＤＢ３１ｄを参照することで、リソースの供給可能数量を取得する（ステップＳＣ−３）。そして、実施計画修正部３２ａは、所要数量が供給可能数量以下であるか否かを判定し（ステップＳＣ−４）、供給可能数量以下である場合には（ステップＳＣ−４，Ｙｅｓ）、当該リソースは補充することなく直ちに供給可能であるため、当該リソースを必要とするユニットについては修正が不要であると判定する（ステップＳＣ−５）。
【００６５】
一方、所要数量が供給可能数量を超えている場合には（ステップＳＣ−４，Ｎｏ）、当該リソースは直ちに供給不可能であるため、当該リソースを必要とするユニットについては修正が必要であると判定し、当該ユニットの実施予定日を修正する（ステップＳＣ−６）。例えば、直ちに供給不可能なリソースのリソースＩＤに基づいて、基本リソース情報ＤＢ３１ｂを参照することで取得所要日数を取得し、この取得所要日数の分だけ当該ユニットの実施予定日を繰り下げるように、標準実施内容情報ＤＢ３１ｆにおける当該ユニットの実施予定日を修正する。また、実施計画修正部３２ａは、供給不可能なリソースの不足量を、所要数量から供給可能数量を減算することにより算定し、この不足量とリソースＩＤとをオーダサーバ５０に送信する。オーダサーバ５０は、これら不足量とリソースＩＤとに基づいて、不足しているリソースの発注処理を行う。これにて実施計画修正処理が終了する。なお、オーダサーバ５０の発注処理によって取得されたリソースの数量は、任意のタイミングで管理サーバ３０に送信され、現状リソース情報ＤＢ３１ｄの現状リソース情報が更新される。
【００６６】
（処理−実施計画管理処理）
次に、実施計画管理処理について説明する。図２５は、実施計画管理処理のフローチャートである。先の実施計画修正処理の終了後、医師は、支援端末６０を介して任意のタイミングで医療プロセスの開始を指示することで（ステップＳＤ−１，Ｙｅｓ）、標準実施順序情報ＤＢ３１ｅにて格納された標準実施順序情報及び標準実施内容情報ＤＢ３１ｆにて格納された標準実施内容情報を呼び出して、プロセスチャート又はユニットシートとして、当該支援端末６０のモニタを介して閲覧できる（ステップＳＤ−２）。従って、医師は、患者の疾患に対応する医療行為やその実施手順を確認し、標準化された内容及び手順にて医療行為を行うことができる。
【００６７】
医師は、各ユニットシートに表示されている医療行為を実施する毎に、当該医療行為が行われた患者の状態を、支援端末６０を介して管理サーバ３０に入力する（ステップＳＤ−３）。管理サーバ３０の実施計画管理部３２ｂは、入力された患者状態と、標準実施内容情報ＤＢ３１ｆにて格納された当該ユニットシートの目標状態とを比較して、患者状態が目標状態に達したか否かを判定する（ステップＳＤ−４）。そして、患者の状態が目標状態に達したと判定された場合ステップＳＤ−４，Ｙｅｓ）、実施計画管理部３２ｂは、標準実施順序情報ＤＢ３１ｅの標準実施順序情報によって規定される次順のユニットのユニットシートの内容を標準実施内容情報ＤＢ３１ｆから取得して支援端末６０に送信する（ステップＳＤ−５）。このユニットシートの内容を支援端末６０を介して閲覧することで、医師は、患者状態に合致したユニットシートの内容を閲覧でき、医療行為の実施内容を確認できる。
【００６８】
一方、ステップＳＤ−４において患者状態が目標状態に達していないと判定された場合（ステップＳＤ−４，Ｎｏ）、実施計画管理部３２ｂは、次のユニットシートに移行することなく、次の患者状態の入力が受け付けられるまで待機する。ここで、患者状態が目標状態から大きく乖離して離脱条件に合致した場合には、当該ユニットを離脱する（ステップＳＤ−６）。この離脱後の行為の特定方法としては種々の方法を取り得るが、ここでは、標準実施内容情報ＤＢ３１ｆに標準実施内容情報として格納されているユニットシートの内容を支援端末６０に順次提示し（ステップＳＤ−７）、この中から離脱先として最適だと思われるユニットシートを医師に選択させ、選択があった場合には（ステップＳＤ−８，Ｙｅｓ）、このユニットシートを表示し（ステップＳＤ−５）、それ以降は、当該ユニットシートを開始点として、当該ユニットシートに規定されるユニット移行ロジックに基づいて移行する。
【００６９】
このように患者状態の入力が行われた場合や、ユニットの移行や離脱が行われた場合、実施計画管理部３２ｂは、その都度、実施履歴情報を実施履歴情報ＤＢ３１ｈに格納する（ステップＳＤ−９）。例えば、ユニットの移行が行われた場合には、当該ユニットシートのユニットＩＤに関連付けて、医師から入力された「患者状態」を格納し、「遷移結果」としては移行先のユニットの「ユニットＩＤ」を格納する。一方、離脱が行われた場合には、離脱元になったユニットシートのユニットＩＤに関連付けて、医師から入力された「患者状態」を格納し、「遷移結果」として「離脱」を記録し、「離脱先のユニットＩＤ」としてはステップＳＤ−８で医師によって選択されたユニットシートの「ユニットＩＤ」を記録する。また、離脱が行われた場合や、ユニットの移行が行われた場合には、現在年月日を公知の方法で取得し、この現在年月日を、移行元（離脱元）になったユニットシートのユニットＩＤに関連付けて、「当該ユニットからの移行年月日」として記録すると共に、移行先（離脱先）になったユニットシートのユニットＩＤに関連付けて、「当該ユニットへの移行年月日」として記録する。これにて実施計画管理処理が終了する。
【００７０】
（処理−履歴解析処理）
次に、履歴解析処理について説明する。図２６は、履歴解析処理のフローチャートである。解析サーバ２０の履歴解析部２２ａは、履歴解析処理の所定の実行タイミングが到来したか否かを監視しており（ステップＳＥ−１）、実行タイミングが到来した場合には（ステップＳＥ−１，Ｙｅｓ）、各病院の管理サーバ３０に対して、実施履歴情報の送信を要求する（ステップＳＥ−２）。実行タイミングの決定方法は任意であり、実施履歴情報が更新される毎に行ってもよいが、日単位や週単位によるバッチ処理として行ってもよい。
【００７１】
管理サーバ３０の制御部３２は、実施履歴情報の送信要求を受信すると、自己の実施履歴情報ＤＢ３１ｈから実施履歴情報を取得し、当該取得した実施履歴情報を解析サーバ２０に送信する（ステップＳＥ−３）。この際、制御部３２は、当該管理サーバ３０に予め割り当てられて記憶部３１に記憶されている病院ＩＤを、実施履歴情報と共に送信する。
【００７２】
解析サーバ２０の履歴解析部２２ａは、管理サーバ３０から送信された実施履歴情報及び病院ＩＤを相互に関連付けて実施履歴情報ＤＢ２１ａに格納した後（ステップＳＥ−４）、解析値算出処理を起動する（ステップＳＥ−５）。この解析値算出処理のフローチャートを図２７に示す。この処理において、履歴解析部２２ａは、実施履歴情報ＤＢ２１ａにて格納された実施履歴情報を対象に所定の統計解析を行うことで、各病院毎に、所定の解析値（ここでは、平均離脱率及び平均超過日数）を算出する（ステップＳＦ−１）。例えば、平均離脱率については、各病院における全ての患者に対する実施履歴情報を対象に、各ユニットが実施された総数と、当該各ユニットから離脱された総数とを求め、実施された総数に対する離脱された総数の百分率を算出する。平均超過日数については、各病院における全ての患者に対する実施履歴情報を対象に、各ユニットを実施するために要した日数から、各ユニットの標準日数を減算することで算出する。この際、各ユニットを実施するために要した日数は、「当該ユニットへの移行年月日」及び「当該ユニットからの移行年月日」に基づいて算出でき、各ユニットの標準日数は、例えば解析サーバ２０にも標準実施内容情報を予め保持させておくことで特定できる。
【００７３】
次いで、履歴解析部２２ａは、実施履歴情報ＤＢ２１ａの病院ＩＤを取得し、当該取得した病院ＩＤに対応する実施者情報を実施者情報ＤＢ２１ｂから取得した後（ステップＳＦ−２）、この実施者情報に含まれる実施者の属性に対応する解析値調整情報を解析値調整情報ＤＢ２１ｃから取得する（ステップＳＦ−３）。そして、この解析値調整情報に基づいて、先に算出した解析値を調整することで、調整後解析値を求める（ステップＳＦ−４）。例えば、医療行為が行われた病院の属性が、所在地＝「神奈川県」、ベッド数＝「５０」、種別＝「急性期」である場合、図１８を参照すると、平均離脱率の調整値は、所在地に対応する調整値＝「−１」、ベッド数に対応する調整値＝「０」、種別に対応する調整値＝「−１」であるから、先に算出された平均離脱率の解析値に「−２（＝−１−１）」を加算することで、平均離脱率の調整後解析値を求めることができる。同様に、病院の属性が同一条件の場合、平均超過日数の調整値は、所在地に対応する調整値＝「−０．５」、ベッド数に対応する調整値＝「０」、種別に対応する調整値＝「−１」であるから、先に算出された平均離脱率の解析値に「−１．５（＝−０．５−１）」を加算することで、平均超過日数の調整後解析値を求めることができる。この調整ロジックは任意であるが、例えば、都市部の病院の場合や、ベッド数が多い病院の場合、あるいは、急性期の病院の場合には、医療業務が繁忙であるために離脱率が高くなる傾向にあるため、解析値を割り引いた上で標準値と比較する。
【００７４】
このように平均離脱率の調整後解析値と、平均超過日数の調整後解析値とを、それぞれ病院毎に求めた後、全病院を対象として、平均離脱率の調整後解析値の平均値と、平均超過日数の調整後解析値の平均値を求めることで、全病院を対象とした統一的な調整後解析値を算出する。そして、この統一的な調整後解析値を、各ユニットのユニットＩＤに関連付けて解析結果情報ＤＢ２１ｄに格納する（ステップＳＦ−５）。また、履歴解析部２２ａは、実施履歴情報の「離脱先のユニットＩＤ」に基づいて、各ユニットＩＤにて特定されるユニットの離脱先として最も多く選択されたユニットのユニットＩＤを特定し（ステップＳＦ−６）、当該特定したユニットＩＤを解析結果情報に関連付けて解析結果情報ＤＢ２１ｄに格納する（ステップＳＦ−７）。これにて解析値算出処理及び履歴解析処理が終了する。
【００７５】
（処理−改善点特定処理）
次に、改善点特定処理について説明する。図２８は、改善点特定処理のフローチャートである。解析サーバ２０の改善点特定部２２ｂは、解析結果情報ＤＢ２１ｄから各ユニットＩＤに対応する平均離脱率の調整後解析値と平均超過日数の調整後解析値とを取得すると共に（ステップＳＧ−１）、標準値情報ＤＢ２１ｅから各ユニットＩＤに対応する平均離脱率の標準値と平均超過日数の標準値とを取得する（ステップＳＧ−２）。
【００７６】
そして、改善点特定部２２ｂは、平均離脱率及び平均超過日数の各々について、調整後解析値と標準値とを相互に対比する（ステップＳＧ−３）。ここで、調整後解析値が標準値を超えている場合には（ステップＳＧ−３，Ｙｅｓ）、改善が必要であると判定し、改善要否フラグ＝１を当該ユニットＩＤに関連付けて改善点情報ＤＢ２１ｆに格納する（ステップＳＧ−４）。この際、改善点特定部２２ｂは、平均離脱率の調整後解析値が標準値を超えている場合については、解析結果情報に含まれる「最多の離脱先のユニットＩＤ」を改善要否フラグと共に改善点情報ＤＢ２１ｆに格納し、平均超過日数の調整後解析値が標準値を超えている場合については、当該平均超過日数の調整後解析値を改善要否フラグと共に改善点情報ＤＢ２１ｆに格納する。一方、調整後解析値が標準値を超えていない場合には（ステップＳＧ−３，Ｎｏ）、改善が必要ではないと判定し、改善要否フラグ＝０を各ユニットＩＤに関連付けて改善点情報ＤＢ２１ｆに格納する（ステップＳＧ−５）。これにて改善点特定処理が終了する。
【００７７】
（処理−実施計画改善処理）
次に、実施計画改善処理について説明する。図２９は、実施計画改善処理のフローチャートである。作成サーバ１０の実施計画改善部１２ｂは、実施計画改善処理の所定の実行タイミングが到来したか否かを監視しており（ステップＳＨ−１）、実行タイミングが到来した場合には（ステップＳＨ−１，Ｙｅｓ）、解析サーバ２０に対して、改善点情報の送信を要求する（ステップＳＨ−２）。実行タイミングの決定方法は任意であり、改善点情報が改善される毎に行ってもよいが、日単位や週単位によるバッチ処理として行ってもよい。
【００７８】
解析サーバ２０の制御部２２は、改善点情報の送信要求を受信すると、改善点情報ＤＢ２１ｆから改善点情報を取得し、当該取得した改善点情報を作成サーバ１０に送信する（ステップＳＨ−３）。この送信を受けた作成サーバ１０の実施計画改善部１２ｂは、標準情報改善処理を起動する（ステップＳＨ−４）。この標準情報改善処理のフローチャートを図３０に示す。この処理において、実施計画改善部１２ｂは、解析サーバ２０から送信された改善点情報を参照し、改善要否フラグ＝１に対応するユニットＩＤを特定する（ステップＳＩ−１）。
【００７９】
そして、実施計画改善部１２ｂは、当該特定したユニットＩＤに関連付けて「平均超過日数」が格納されている場合（ステップＳＩ−２，Ｙｅｓ）、標準実施内容情報ＤＢ１１ｂに格納されている標準実施内容情報のうち、当該特定されたユニットＩＤに対応する標準日数に当該平均超過日数を加算することで、当該標準日数を改善する（ステップＳＩ−３）。この処理を行うことで、標準値以上超過している標準日数については、実施履歴に応じた日数だけ延長することができ、実施の実情に合致した標準日数とすることができる。なお、平均超過日数に小数点以下の値が含まれている場合には、四捨五入等の任意の方法で平均超過日数を整数値とした上で、標準日数に加算してもよい。
【００８０】
一方、当該特定したユニットＩＤに関連付けて「最多の離脱先のユニットＩＤ」が格納されている場合（ステップＳＩ−４，Ｙｅｓ）、実施計画改善部１２ｂは、標準実施内容情報ＤＢ１１ｂに格納されている標準実施内容情報のうち、当該特定されたユニットＩＤに対応するユニット移行ロジックに、当該最多の離脱先のユニットＩＤを追加することで、当該ユニット移行ロジックを改善する（ステップＳＩ−５）。この処理を行うことで、標準の移行先として規定されているユニット以外のユニットへ離脱することが多いユニットについては、当該離脱先として選択されることが多いユニットについても、移行先のユニットに加えることで、実施の実情に合致したユニット移行ロジック（プロセスチャートにおける分岐ロジック）を構成することができる。なお、この時に、ユニット移行ロジックにおける移行条件としては、当該ユニットに離脱条件として格納されていた条件を用いることができ、このように離脱条件をユニット移行ロジックに適用した場合には、当該適用した条件を標準実施内容情報における離脱条件から削除する。
【００８１】
また、ステップＳＩ−３やＳＩ−５において改善を行った場合、実施計画改善部１２ｂは、この改善を行ったユニットのユニットＩＤに関連付けて、改善種別、改善前情報、改善後情報、及び改善年月日を改善履歴情報ＤＢ１１ｃに格納する。また同時に、実施計画改善部１２ｂは、当該ユニットＩＤに対応して改善履歴情報ＤＢ１１ｃに格納されている改善累計数に１を増分することで（改善累計数が未だ記録されていない場合には初期値＝１を格納することで）、改善累計数を更新する（ステップＳＩ−６）。これにて標準情報改善処理及び実施計画改善処理が終了する。
【００８２】
（実施の形態の効果）
このように本実施の形態によれば、医療プロセスを作成するための標準情報を、実施の履歴に基づいて自動的に改善することができ、この改善された標準情報に基づいて次の医療計画が作成されるので、医療計画の「作成」、「実施管理」、「解析」という各処理を相互に連携させて一連の処理とすることで、医療プロセスの標準情報の質を自動的に高め、この標準情報を用いて作成された医療計画の質及び安全性を高めることができる。
【００８３】
また、医療計画を実施する病院の属性に基づいて解析を行うことで、病院の属性に起因して生じた現象を除外することができ、病院の属性に依存しない統一化された方法で、標準情報の質を自動的に高めることができる。
【００８４】
また、改善に関する改善履歴情報が自動的に蓄積されるので、標準情報の改善の理由や経過を把握することができ、例えば、標準情報の正当性を裏付けるための根拠情報として活用することができる。
【００８５】
〔III〕各実施の形態に対する変形例
以上、本発明に係る各実施の形態について説明したが、本発明の具体的な構成及び手段は、特許請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良できる。以下、このような変形例について説明する。
【００８６】
（解決しようとする課題や発明の効果について）
まず、発明が解決しようとする課題や発明の効果は、前記した内容に限定されるものではなく、本発明によって、前記に記載されていない課題を解決したり、前記に記載されていない効果を奏することもでき、また、記載されている課題の一部のみを解決したり、記載されている効果の一部のみを奏することがある。
【００８７】
（構成及び制御について）
また、上記実施の形態で自動的に行われるものとして説明した制御の全部または任意の一部を手動で行っても良く、逆に、手動で行われるものとして説明した制御の全部または任意の一部を公知技術または上述した思想に基づいて自動化しても良い。また、上記実施の形態において示した各構成要素の各機能ブロックの一部又は全部を、ハードワイヤードロジックにて構成しても良い。
【００８８】
（分散や統合について）
また、上述した各電気的構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成できる。例えば、作成サーバ１０と解析サーバ２０とを相互に統合したり、解析サーバ２０の一部の機能を管理サーバ３０に持たせてもよい。あるいは、作成サーバ１０や解析サーバ２０の一部の機能を他のサーバに分散配置してもよい。
【００８９】
（解析値や標準値について）
上記実施の形態では、解析値や標準値として平均離脱率及び平均超過日数を用いているが、この他の任意の統計値を用いることができる。
【００９０】
（調整値について）
上記実施の形態では、解析値に調整値を加算し、この加算結果を標準値と比較することで、解析結果を実行者の属性に応じて調整しているが、その他の調整ロジックを採用してもよい。例えば、標準値を病院の属性に応じて複数設定しておき、病院の属性に合致した標準値を選択して解析値と比較してもよい。
【００９１】
（実行者の属性について）
実行者の属性としては、上記実施の形態で示したもの以外にも、種々のものを挙げることができる。例えば、病院の所在国、当該国の医療レベル、当該国で普及している宗教の種類、あるいは当該国において認可されている医療行為の種別を基準として、調整値を選択してもよい。
【００９２】
（標準情報の改善について）
上記実施の形態では、標準日数の改善は、標準日数に平均超過日数を加算することで行っているが、その他の改善ロジックを採用してもよい。例えば、平均超過日数とは全く別個に、改善処理用の初期日数を予め設定しておき、平均超過日数が標準値を超えた場合には、当該設定された初期日数を標準日数に加算してもよい。また、ユニット移行ロジックの改善は、最多の離脱先のユニットＩＤを自動的に付加する以外のロジックで実行してもよく、例えば、一度でも医師に選択されたユニットシートの全てのユニットＩＤを自動的に付加してもよい。また、改善累計数が所定値を超えた場合や、調整後解析値と標準値との差異が所定値よりも大きいような場合には、標準情報を根本的に見直す必要があると考え、所定の出力手段に対して警報を出力するような処理を加えてもよい。
【産業上の利用可能性】
【００９３】
この発明は、医療分野を含む様々な分野における実施行為の標準化システムに適用できるもので、実施行為に関連する情報を実施履歴に基づいて自動的に改善することで、実施行為を規定する標準化情報の質を高めることに有用である。
【図面の簡単な説明】
【００９４】
【図１】本発明の実施の形態に係る医療行為統合支援システムの全体構成を概念的に示す説明図である。
【図２】臨床プロセスチャート及びユニットシートの基本構成モデルを示す図である。
【図３】ユニットシートの表示画面例を示す図である。
【図４】臨床プロセスチャートの具体例を示す図である。
【図５】標準実施順序情報の構成例を示す図である。
【図６】標準実施内容情報の構成例を示す図である。
【図７】改善履歴情報の構成例を示す図である。
【図８】対象情報の構成例を示す図である。
【図９】基本リソース情報の構成例を示す図である。
【図１０】所要リソース情報の構成例を示す図である。
【図１１】現状リソース情報の構成例を示す図である。
【図１２】標準実施順序情報の構成例を示す図である。
【図１３】標準実施内容情報の構成例を示す図である。
【図１４】修正実施内容情報の構成例を示す図である。
【図１５】実施履歴情報の構成例を示す図である。
【図１６】実施履歴情報の構成例を示す図である。
【図１７】実施者情報の構成例を示す図である。
【図１８】解析値調整情報の構成例を示す図である。
【図１９】解析結果情報の構成例を示す図である。
【図２０】標準値情報の構成例を示す図である。
【図２１】改善点情報の構成例を示す図である。
【図２２】実施行為統合支援処理全体のフローチャートである。
【図２３】実施計画作成処理のフローチャートである。
【図２４】実施計画修正処理のフローチャートである。
【図２５】実施計画管理処理のフローチャートである。
【図２６】履歴解析処理のフローチャートである。
【図２７】解析値算出処理のフローチャートである。
【図２８】改善点特定処理のフローチャートである。
【図２９】実施計画改善処理のフローチャートである。
【図３０】標準情報改善処理のフローチャートである。
【符号の説明】
【００９５】
１ 医療行為統合支援システム
１０ 作成サーバ
１１、２１、３１ 記憶部
１１ａ、３１ｅ 標準実施順序情報ＤＢ
１１ｂ、３１ｆ 標準実施内容情報ＤＢ
１１ｃ 改善履歴情報ＤＢ
１２、２２、３２ 制御部
１２ａ 実施計画作成部
１２ｂ 実施計画改善部
１３、２３、３３ ネットワークＩＦ
２０ 解析サーバ
２１ａ 実施履歴情報ＤＢ
２１ｂ 実施者情報ＤＢ
２１ｃ 解析値調整情報ＤＢ
２１ｄ 解析結果情報ＤＢ
２１ｅ 標準値情報ＤＢ
２１ｆ 改善点情報ＤＢ
２２ａ 履歴解析部
２２ｂ 改善点特定部
３０ 管理サーバ
３１ａ 対象情報ＤＢ
３１ｂ 基本リソース情報ＤＢ
３１ｃ 所要リソース情報ＤＢ
３１ｄ 現状リソース情報ＤＢ
３１ｇ 修正実施内容情報ＤＢ
３１ｈ 実施履歴情報ＤＢ
４０ ネットワーク
５０ オーダサーバ
６０ 支援端末
【技術分野】
【０００１】
本発明は、所定対象に対する複数の実施行為を標準化された内容及び実施順序で行うための実施計画を統合的に支援するための実施計画統合支援システム及び実施計画統合支援プログラムに関する。
【背景技術】
【０００２】
従来、医療関連行為を二次元構造で示したクリティカルパスが知られている。このクリティカルパスは、医療計画や実施の標準化及び可視化を通じて、医療の質と効率を系統的に保証及び向上させることができる点で有用である。しかしながら、患者の状態によっては、クリティカルパスを適用できなかったり、予め想定された標準的な経過から乖離してしまいクリティカルパスを逸脱する可能性があるという問題が指摘されていた。
【０００３】
この点に鑑みて本願発明者等は、医療プロセス質管理システム及び医療プロセス質管理方法を提案した（特許文献１参照）。このシステムは、患者に対して実施する複数の医療プロセス及び各医療プロセスの実施順序等を記憶する記憶部と、次に実施する医療プロセスを読み出すプロセス管理部等を備えて構成されている。このシステムによれば、医療プロセスが所定基準に従って記憶部から順次読み出されて出力されるので、この出力された医療プロセスを参照しつつ医師が医療行為を行うことで、各医師が個別的に独自判断で医療行為の内容や実施順序を決定する場合に比べて、医療行為の標準化を図ることができ、延いては医療プロセスの質を維持及び向上させることができる。また、このシステムによれば、患者の個別性に柔軟に対応できるので、クリティカルパスの問題点を解消することが可能になる。
【０００４】
さらに、本願発明者等は、この医療プロセス質管理システムで用いられる医療プロセスチャートを自動的に作成することにより、統一化された医療プロセスチャートを簡易に活用可能とするための医療プロセスチャート作成支援装置を提案した（特許文献２参照）。この装置は、症例に対する処置に関連する質問を表示する質問表示部、この質問表示部にて表示された質問に対する回答の入力を受け付ける処置情報入力部、及び、プロセスチャートのフォーマットを作成するフォーマット作成部等を備えて構成されており、質問に対する回答等に基づいてプロセスチャートを自動的に作成する。
【０００５】
【特許文献１】国際公開第２００６／０５７３３６号パンフレット
【特許文献２】特開２００７−１２８３５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように、特許文献２に開示された医療プロセスチャート作成支援装置は、医療プロセスチャートを作成する機能を有し、特許文献１に開示された医療プロセス質管理システムは、医療プロセスの実施順序を管理する機能を有しているが、従来、これら作成機能と実施管理機能とは相互に独立して動作するものに過ぎなかったので、作成された計画の有効性の検証を行うことや、この検証結果を計画に反映させることができなかった。例えば、実施行為の内容や実施順序を規定する標準的な情報を準備しておき、この標準的な情報に基づいて医療プロセスチャートの作成や実施管理を行なう場合にも、医師の暗黙知が形式知として完全に標準的な情報に反映できていない場合や、医師自らも把握していない知識が存在する可能性がある。このような場合、従来のシステムでは、これらの情報を顕在化させて標準的な情報に反映させることは困難であり、標準的な情報の質の改善が図られないまま運用が継続されてしまうことになるため、その結果として医療プロセスの安全性の向上が進展しない可能性があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、所定対象に対する複数の実施行為を標準化された内容及び実施順序で行うための実施計画に関して、作成された計画の有効性の検証やこの検証結果に基づく計画の改善を自動的に行うことで、これら標準化された内容及び実施順序の質や安全性を自動的に向上させることができる、実施計画統合支援システム及び実施計画統合支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、請求項１に記載の本発明は、所定対象に対して実施され得る実施行為の内容及び実施順序を含んだ実施計画を作成する作成手段と、前記作成手段にて作成された実施計画の実施を管理する管理手段と、前記管理手段にて管理された実施計画の実施の結果に基づいて、前記実施計画に関する解析を行う解析手段とを備え、前記管理手段は、前記実施計画の実施時に取得された実施履歴情報を格納する実施履歴情報格納手段と、前記実施計画の実施時に実施履歴情報を所定方法にて取得して前記実施履歴情報格納手段に格納する実施履歴情報取得手段とを有し、前記解析手段は、前記実施履歴情報格納手段にて格納された実施履歴情報を対象として所定の統計解析を行うことによって取得される解析値に対して、標準的な値として設定された標準値を格納する標準値情報格納手段と、前記実施履歴情報格納手段にて格納された実施履歴情報を対象として所定の統計解析を行うことによって前記解析値を取得する履歴解析手段と、前記履歴解析手段にて取得された前記解析値を、前記標準値情報格納手段にて格納された前記標準値と比較することにより、前記実施計画における実施行為の内容及び実施順序の改善点を特定する改善点特定手段とを有し、前記作成手段は、前記実施行為の標準的な内容及び標準的な実施順序を含んだ標準情報格納手段と、前記改善点特定手段にて特定された改善点に基づいて、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善する改善手段と、前記改善手段にて改善された前記標準的な内容及び前記標準的な実施順序に基づいて、前記実施計画を作成する実施計画作成手段とを有することを特徴とする。
【０００９】
請求項２に記載の本発明は、請求項１に記載の本発明において、前記管理手段は、前記実施計画を実施する複数の実施者の各々に対応して配置され、前記解析手段は、前記複数の実施者の属性に関する情報を格納する実施者情報格納手段を備え、前記履歴解析手段は、解析の対象になる前記実施履歴情報に対応する実施計画を実施した実施者を所定方法にて特定し、当該特定した実施者の属性を前記実施者情報格納手段から取得し、当該取得した属性に基づいて当該実施履歴情報を解析することを特徴とする。
【００１０】
請求項３に記載の本発明は、請求項１又は２に記載の本発明において、前記作成手段は、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序に対する改善に関する改善履歴情報を格納する改善履歴情報格納手段を備え、前記改善手段は、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善した場合、当該改善に関する改善履歴情報を前記改善履歴情報格納手段に格納することを特徴とする。
【００１１】
請求項４に記載の本発明は、請求項１から３のいずれか一項に記載の本発明において、前記所定対象は、患者であり、前記実施行為は、前記患者に対して実施され得る医療行為であり、前記実施計画は、前記患者に対して当該患者の疾患に応じて実施され得る医療行為の内容及び実施内容を含んだ医療計画であることを特徴とする。
【００１２】
請求項５に記載の本発明は、所定対象に対して実施され得る実施行為の内容及び実施順序を含んだ実施計画に関する処理を行なうコンピュータであって、前記実施計画の実施時に取得された実施履歴情報を格納する実施履歴情報格納手段と、前記実施履歴情報格納手段にて格納された実施履歴情報を対象として所定の統計解析を行うことによって取得される解析値に対して、標準的な値として設定された標準値を格納する標準値情報格納手段と、前記実施行為の標準的な内容及び標準的な実施順序を含んだ標準情報格納手段とを備えたコンピュータに、実行させる実施計画統合支援プログラムであって、前記実施計画の実施時に実施履歴情報を所定方法にて取得して前記実施履歴情報格納手段に格納する実施履歴情報格納ステップと、前記実施履歴情報格納ステップにおいて格納された実施履歴情報を対象として所定の統計解析を行うことによって前記解析値を取得する履歴解析ステップと、前記履歴解析ステップにおいて取得された前記解析値を、前記標準値情報格納手段にて格納された前記標準値と比較することにより、前記実施計画における実施行為の内容及び実施順序の改善点を特定する改善点特定ステップと、前記改善点特定ステップにおいて特定された改善点に基づいて、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善する改善ステップと、前記改善ステップにおいて改善された前記標準的な内容及び前記標準的な実施順序に基づいて、前記実施計画を作成する実施計画作成ステップとを前記コンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
請求項１、５に記載の本発明によれば、標準情報に基づいて作成された実施計画を、実施の履歴に基づいて自動的に改善することができ、この改善された標準情報に基づいて次の実施計画が作成されるので、実施計画の「作成」、「実施管理」、「解析」という各処理を相互に連携させて一連の統合処理に昇華させることで、標準情報の質を自動的に高め、この標準情報を用いて作成された実施計画の質及び安全性を自動的に高めることができる。
【００１４】
請求項２に記載の本発明によれば、実施計画を実施する実施者の属性に基づいて解析を行うことで、実施者の属性に起因して生じた様々な現象を除外することができ、実施者の属性に依存しない統一化された方法で標準情報を改善できるので、標準情報の改善手法自体についての標準化を図ることができる。
【００１５】
請求項３に記載の本発明によれば、改善に関する改善履歴情報が自動的に蓄積されるので、標準情報の改善の理由や経過を把握することができ、例えば、標準情報の正当性を検証するための情報として活用することができるので、標準情報の信頼性を向上させることや、標準情報の改善手法自体についての信頼性を向上させることができる。
【００１６】
請求項４に記載の本発明によれば、標準的な医療行為情報に基づいて作成された医療計画を、医療行為の実施履歴に基づいて自動的に改善することができ、この改善された標準的な医療行為情報に基づいて次の医療計画が作成されるので、医療計画の「作成」、「実施管理」、「解析」という各処理を相互に連携させて一連の統合処理に昇華させることで、医療行為情報の質を自動的に高め、この医療行為情報を用いて作成された医療計画の質及び安全性を自動的に高めることができる。
【発明を実施するための最良の形態】
【００１７】
以下に添付図面を参照して、この発明に係る実施計画統合支援システム及び実施計画統合支援プログラムを実施するための最良の形態について詳細に説明する。まず、〔I〕本実施の形態の基本概念を説明した後、〔II〕本実施の形態の具体的内容について説明し、〔III〕最後に本実施の形態に対する変形例について説明する。ただし、本実施の形態によって本発明が限定されるものではない。
【００１８】
〔I〕本実施の形態の基本概念
まず、本実施の形態の基本概念について説明する。本実施の形態に係る実施計画統合支援システム（以下「本システム」）及び実施計画統合支援プログラム（以下「本プログラム」）は、所定対象に対する複数の実施行為を標準化された内容及び実施順序で行うための実施計画を統合的に支援するためのシステム及びプログラムである。
【００１９】
本システム及び本プログラムは、広範な分野に適用可能であり、概念的には、当該分野における形式知（具体的には、所定対象に対して実施者が実施する複数の実施行為の内容と、これら複数の実施行為の相互間の実施順序）を構造化することで可視化が可能な全ての分野に適用可能である。この適用分野の例としては、「医療分野」、「防災分野」、「教育分野」を挙げることができる。この適用分野に応じて、「所定対象」、「実施者」、「実施行為」、「実施計画」の具体的内容は異なり得る。例えば、医療分野では、所定対象＝患者、実施者＝医師（又は病院）、実施行為＝医療行為、実施計画＝医療計画である。同様に、防災分野では、所定対象＝災害やテロ行為の被災者や被災物、実施者＝救援者、実施行為＝救援行為、実施計画＝救援計画が該当し、教育分野では、所定対象＝生徒、実施者＝教師、実施行為＝教育行為、実施計画＝教育計画が該当する。以下では、本装置及び本プログラムを医療分野に適用した場合について説明する（必要に応じて、本システムを「医療行為統合支援システム」、本プログラムを「医療行為統合支援プログラム」と称する）が、本システム及び本プログラムを他の分野に適用する場合には、上述のように「所定対象」、「実施者」、「実施行為」、「実施計画」の内容を当該他の分野に応じた内容に読み替えばよい。
【００２０】
図１は、医療行為統合支援システムの全体構成を概念的に示す説明図である。この図１に示すように、医療行為統合支援システム１は、統合支援センターに設置された作成サーバ１０及び解析サーバ２０と、複数の病院（医療機関）の各々に設置された管理サーバ３０とを、構内ＬＡＮやインターネットの如きネットワーク４０を介して相互に通信可能に接続して構成されている。また、管理サーバ３０に対しては、オーダサーバ５０及び複数の支援端末６０がネットワーク４０を介して相互に通信可能に接続して構成されている。
【００２１】
本システム１及び本プログラムでは、上述の特許文献１又は特許文献２に全部又は一部が開示された「患者状態適応型パスシステム（PCAPS: Patient Condition Adaptive Path System)」を利用する。この患者状態適応型パスシステムは、患者の初期状態から最終目標状態に至る臨床経路を示す俯瞰的なモデルであり、この臨床経路を、「患者状態」を基軸とする複数の「目標状態」を相互にリンクして視覚化したものであって、具体的には「臨床プロセスチャート」と「ユニットシート」の２つのツールを用いて構成される。
【００２２】
図２には、これら臨床プロセスチャート及びユニットシートの基本構成モデルを示す。臨床プロセスチャートとは、患者の目標状態毎に形成された医療行為単位（医療の質を管理するために適切な大きさに設定された単位）である「ユニット（プロセス）」を連結することで構成される臨床経路の俯瞰図であり、疾患毎に構成され、当該疾患を有する患者の初期状態から最終目標状態に至る間に想定されるすべての臨床状態を包含する。各ユニットは「実行エレメント」と「判断エレメント」とから構成されている。実行エレメントは、患者状態を当該ユニットの目標状態に達するように組み込まれた医療業務を実行していく行為を示し、判断エレメントは、患者状態が当該ユニットの目標状態に達したか否かを判断する行為を示す。そして、各実行エレメントと、当該各実行エレメントの直後の判断エレメントとを、視覚的に表示する手段として「ユニットシート」が構成される。
【００２３】
このユニットシートの表示画面例を図３に示す。具体的にはユニットシートは、「患者ＩＤ」、「ユニットＩＤ」、「医療行為」、「患者状態」、「目標状態」、「ユニット移行ロジック」、「条件付き指示」、「離脱条件」を含む。患者ＩＤは、当該ユニットシートが適用されている患者を一意に特定するための識別情報である。ユニットＩＤは、当該ユニットシートに対応するユニットを一意に特定するための識別情報である。医療行為は、当該ユニットシートに対応する実行エレメントにおいて実行すべき医療行為の項目や内容を記述した情報であり、例えば、医行為、ケア行為、及び調整行為を含む。患者状態は、当該ユニットシートに対応するユニットにおいて注目すべき患者状態の内容を記述した情報である。ユニット移行ロジックは、当該ユニットシートに対応するユニットから次順のユニットに移行するときの条件及び移行先のユニットシートに対応するユニットＩＤを記述した情報である。条件付き指示は、当該ユニットにおける医療行為中に発生した患者状態に早急に対応するための指示内容を含んで構成されている。離脱条件は、目標状態からの危険な乖離の判断基準を示す遷移状態になった場合には、当該ユニットシートを離脱すべき場合があるため、この離脱を行うための条件を含んで構成されている。
【００２４】
このように構成される「臨床プロセスチャート」及び「ユニットシート」を特定するための情報が作成サーバ１０に予め格納されており、作成サーバ１０は各病院に共通の標準的な臨床プロセスチャート及びユニットシートを作成し、これを各病院の管理サーバ３０に送信する。管理サーバ３０は、この標準的な臨床プロセスチャート及びユニットシートを、当該各病院で供給可能なリソースの現状に合致した臨床プロセスチャート及びユニットシートに修正する。その後、管理サーバ３０は、臨床プロセスチャートにおける最初のユニットに対応するユニットシートの内容を支援端末６０を介して医師に対して表示出力等にて提示する。そして、医師が、当該提示されたユニットシートに含まれる医療行為を行い、その後の患者状態を支援端末６０に入力すると、この患者状態が支援端末６０を介して管理サーバ３０にて受け付けられる。次いで、管理サーバ３０は、患者状態が当該ユニットの目標状態に達したか否かを判断する。目標状態に達したと判断した場合には、当該最初のユニットの次順のユニットを臨床プロセスチャートに基づいて特定し、当該次順のユニットに対応するユニットシートの内容を支援端末６０を介して医師に対して提示する。以降同様に、臨床プロセスチャートにて定義された順序に従ったユニットに対応するユニットシートの内容の提示処理と、医師による患者状態の入力を受け付ける処理と、目標状態に達したか否かを判断する判断処理とが繰り返し行われ、臨床プロセスチャートにおける最後のユニットの医療行為が終了することで、一連の処理が終了する。
【００２５】
図４は、臨床プロセスチャートの具体例である。この臨床プロセスチャートは、前立腺全摘徐を行う場合の例である。この臨床プロセスチャートは、複数のユニットの各々を構成する実行エレメント及び判断エレメントと、これら各エレメントを相互に接続する線分とを含んでおり、当該線分によって各エレメントの相互間の実施順序が視覚的に示されている。例えば、実行エレメント「Ａ−１ 前立腺全摘除術」の医療行為を実行した後、判断エレメント「ＳＡ−１」において患者状態と目標状態とに基づく判断を行い、この判断結果に応じて、実行エレメント「Ａ−２ 術後急性期」又は実行エレメント「Ｂ−２ 術後急性期」のいずれかに移行する。図４における各実行エレメントの枠内には、各実行エレメントに対応するユニットの名称及びユニットＩＤを示す。例えば、最初の実行エレメントに対応するユニットの名称は「入院 術前」であり、ユニットＩＤは「Ａ−０」である。
【００２６】
この実施の形態の特徴の一つは、標準情報を自動的に改善することにある。この改善の具体的方法としては、実施計画の実施履歴に関する情報を取得し、この情報を統計解析して解析値を取得し、この解析値に基づいて標準情報の改善点を特定する。改善点の特定は、解析値を標準値と比較することで行う。この際、実施計画の実施者の属性を考慮した比較を行うことで、実施者の属性の影響を除外し、統一化された改善点の特定を行う。このように特定された改善点に基づいて標準情報を改善する。この改善時には、改善履歴を蓄積しておくことで、標準情報の改善の理由や経過を後日把握することを可能とする。
【００２７】
〔II〕本実施の形態の具体的内容
次に、本実施の形態の具体的内容について説明する。以下では、図１に示した医療行為統合支援システム１の各部の構成について説明し、次いで、医療行為統合支援システム１を用いて実行される医療行為支援プログラムの処理内容について説明する。
【００２８】
（構成−作成サーバ）
最初に、図１の作成サーバ１０の構成を説明する。この作成サーバ１０は、患者に対して実施され得る医療行為の内容及び実施順序を含んだ医療計画を作成するもので、特許請求の範囲における作成手段及びコンピュータに対応する。機能概念的には、作成サーバ１０は、記憶部１１、制御部１２、及びネットワークインターフェース（以下「ネットワークＩＦ」）１３を、バスにて相互に通信可能に接続して構成されている。
【００２９】
記憶部１１は、各種処理に必要な情報やパラメータを不揮発的に格納する格納手段であり、例えば、ＨＤ（Hard Disk）にて構成される（後述する記憶部２１、３１において同じ）。具体的には、この記憶部１１は、機能概念的に、標準実施順序情報ＤＢ１１ａ、標準実施内容情報ＤＢ１１ｂ、改善履歴情報ＤＢ１１ｃを備える。これら各ＤＢ１１ａ〜１１ｃに格納される情報の具体的内容については後述する。
【００３０】
制御部１２は、作成サーバ１０の各部を制御する制御手段であり、機能概念的に、実施計画作成部１２ａ及び実施計画改善部１２ｂを備える。実施計画作成部１２ａは、実施計画改善部１２ｂにて改善された標準的な内容及び標準的な実施順序に基づいて、医療計画を作成するもので、特許請求の範囲における実施計画作成手段に対応する。実施計画改善部１２ｂは、後述する解析サーバ２０の改善点特定部２２ｂにて特定された改善点に基づいて、標準実施順序情報ＤＢ１１ａ又は標準実施内容情報ＤＢ１１ｂにて格納された標準的な内容及び標準的な実施順序を改善するもので、特許請求の範囲における改善手段に対応する。この制御部１２は、具体的には、ＣＰＵ（Central Processing Unit）や、このＣＰＵ上で解釈実行される各種のプログラム（ＯＳなどの制御プログラムや、各種の処理手順などを規定したプログラム）、及び、所要プログラムや所要データを格納するためのキャッシュメモリを備えて構成される（後述する制御部２２、３２において同じ）。特に、制御部１２は、本プログラムの少なくとも一部を備えて構成されており、このプログラムは、例えば、ＣＤ−ＲＯＭやＤＶＤを含む任意の記憶媒体に記憶された後、インストールされて記憶部１１に不揮発的に記憶され、ＣＰＵにて解釈実行されることで制御部１２の実質的機能を構成する（後述する制御部２２、３２において同じ）。
【００３１】
ネットワークＩＦ１３は、ネットワーク４０を介した通信を行うための通信手段であり、例えばネットワークボードとして構成される（後述するネットワークＩＦ２３、３３、において同じ）。このネットワークＩＦ１３を介して、各種の情報の入出力が行われることから、当該ネットワークＩＦ１３は入力手段及び出力手段を構成する（後述するネットワークＩＦ２３、３３、において同じ）。
【００３２】
（構成−解析サーバ）
次に、解析サーバ２０の構成を説明する。この解析サーバ２０は、管理サーバ３０にて管理された医療計画の実施の結果に基づいて、医療計画に関する解析を行うもので、特許請求の範囲における解析手段及びコンピュータに対応する。機能概念的には、解析サーバ２０は、記憶部２１、制御部２２、及びネットワークＩＦ２３を、バスにて相互に通信可能に接続して構成されている。
【００３３】
記憶部２１には、具体的には、機能概念的に、実施履歴情報ＤＢ２１ａ、実施者情報ＤＢ２１ｂ、解析値調整情報ＤＢ２１ｃ、解析結果情報ＤＢ２１ｄ、標準値情報ＤＢ２１ｅ、改善点情報ＤＢ２１ｆを備える。これら各ＤＢ２１ａ〜２１ｆに格納される情報の具体的内容については後述する。
【００３４】
制御部２２は、解析サーバ２０の各部を制御する制御手段であり、機能概念的に、履歴解析部２２ａ及び改善点特定部２２ｂを備える。履歴解析部２２ａは、実施履歴情報ＤＢ２１ａにて格納された実施履歴情報を対象として所定の統計解析を行うことによって解析値を取得するもので、特許請求の範囲における履歴解析手段に対応する。改善点特定部２２ｂは、履歴解析部２２ａにて取得された解析値を、標準値情報ＤＢ２１ｅにて格納された標準値と比較することにより、医療計画における医療行為の内容及び実施順序の改善点を特定するもので、特許請求の範囲における改善点特定手段に対応する。
【００３５】
（構成−管理サーバ）
次に、管理サーバ３０の構成を説明する。この管理サーバ３０は、作成サーバ１０にて作成された医療計画の実施を管理するもので、特許請求の範囲における管理手段及びコンピュータに対応する。機能概念的には、管理サーバ３０は、記憶部３１、制御部３２、及びネットワークＩＦ３３を、バスにて相互に通信可能に接続して構成されている。
【００３６】
記憶部３１には、具体的には、機能概念的に、対象情報ＤＢ３１ａ、基本リソース情報ＤＢ３１ｂ、所要リソース情報ＤＢ３１ｃ、現状リソース情報ＤＢ３１ｄ、標準実施順序情報ＤＢ３１ｅ、標準実施内容情報ＤＢ３１ｆ、修正実施内容情報ＤＢ３１ｇ、実施履歴情報ＤＢ３１ｈを備える。これら各ＤＢ３１ａ〜３１ｈに格納される情報の具体的内容については後述する。
【００３７】
制御部３２は、管理サーバ３０の各部を制御する制御手段であり、機能概念的に、実施計画修正部３２ａ及び実施計画管理部３２ｂを備える。実施計画修正部３２ａは、作成サーバ１０にて作成された標準的な医療計画を各病院のリソースの現状に合致した医療計画に修正する。実施計画管理部３２ｂは、医療計画の実施時に実施履歴情報を所定方法にて取得して実施履歴情報ＤＢ３１ｈに格納するもので、特許請求の範囲における実施履歴情報取得手段に対応する。
【００３８】
（構成−オーダサーバ）
オーダサーバ５０は、各種のリソースの発注、在庫管理、あるいは予約管理を行う資源管理装置である。このオーダサーバ５０の具体的構成は任意であり、管理サーバ３０との通信機能を有する限りにおいて、公知のサーバ装置と同様に構成できるために、その詳細な説明は省略する。なお、病院に配置されるサーバとしては、このオーダサーバ５０以外にも、医事会計サーバの如き任意のサーバを含めることができる。
【００３９】
（構成−支援端末）
各支援端末６０は、医師を含む医療従事者が管理サーバ３０に対して入出力を行うための端末装置であり、特に、患者状態の入力を受け付ける入力機能と、臨床プロセスチャート及びユニットシートの出力を行う出力機能を有する。この支援端末６０は、管理サーバ３０との通信機能を有する限りにおいて、公知のパーソナルコンピュータと同様に構成できるために、その詳細な説明は省略する。
【００４０】
（構成−データベースの具体的内容−作成サーバ）
次に、作成サーバ１０、解析サーバ２０、及び管理サーバ３０の各ＤＢ１１ａ〜１１ｃ、２１ａ〜２１ｆ、３１ａ〜３１ｈの具体的内容について説明する。ただし、以下の構成例では本実施の形態に係る最低限の情報を格納する例を示し、実際には以下に説明する情報以外の任意の情報を各ＤＢ１１ａ〜１１ｃ、２１ａ〜２１ｆ、３１ａ〜３１ｈに格納することができる。また、各ＤＢ１１ａ〜１１ｃ、２１ａ〜２１ｆ、３１ａ〜３１ｈに格納される情報のうち、同一名称の情報については、特記する場合を除いて相互に同一の内容であるものとし、重複説明は行わない。なお、説明の都合上、作成サーバ１０の各ＤＢ１１ａ〜１１ｃについて説明した後、管理サーバ３０の各ＤＢ３１ａ〜３１ｈについて説明し、最後に解析サーバ２０の各ＤＢ２１ａ〜２１ｆについて説明する。
【００４１】
まず、作成サーバ１０の各ＤＢ１１ａ〜１１ｃの具体的内容について説明する。標準実施順序情報ＤＢ１１ａは、複数の医療行為の相互間における標準的な実施順序を特定するための情報（標準実施順序情報）を格納する手段である。この標準実施順序情報は、図５に例示するように、「疾患ＩＤ」と「ユニットＩＤ」とを相互に関連付けて構成されている。疾患ＩＤは、疾患を一意に特定するための識別情報である。ユニットＩＤとしては、各疾患ＩＤにて特定される疾患を治療するためのユニットシートに対応する複数のユニットＩＤが格納されている。ここでは、医療行為の順序に応じた順序にてユニットＩＤを格納することで、ユニットシートにて規定される医療行為の相互間の実施順序が規定されている。ただし、後述する標準実施内容情報ＤＢ１１ｂの標準実施内容情報におけるユニット移行ロジックのみによって医療行為の順序が特定できる場合には、標準実施順序情報では、少なくとも疾患ＩＤと、各疾患ＩＤにて特定される疾患を治療するために最初に実施されるユニットシートに対応するユニットＩＤのみを格納しておけばよい。
【００４２】
図１の標準実施内容情報ＤＢ１１ｂは、患者に対して実施すべき医療行為の内容を医療行為単位で特定するためのユニットシートの内容を特定する情報（標準実施内容情報）を格納する手段である。この標準実施内容情報は、図６に例示するように、「ユニットＩＤ」、「標準日数」、「医療行為」、「リソース」、「患者状態」、「目標状態」、「ユニット移行ロジック」、「条件付き指示」、「離脱条件」を相互に関連付けて構成されている。リソースは、各ユニットシートにて規定される医療行為を実施する際に必要な医療資源を特定する情報であり、リソースを一意に特定するためのリソースＩＤ（図６では「ＯＰ０００１」や「ＢＬ０００２」）を含む。
【００４３】
これら標準実施順序情報及び標準実施内容情報は、標準化された医療行為の内容やその実施順序を特定するための情報であり、以下では、必要に応じて「標準情報」と総称する。この標準情報を格納する標準実施順序情報ＤＢ１１ａや標準実施内容情報ＤＢ１１ｂは、特許請求の範囲における標準情報格納手段に対応する。この標準情報を生成する方法及びタイミングは任意であるが、例えば、当該標準情報を、医師のヒアリング等に基づいて標準化することで決定して標準実施順序情報ＤＢ１１ａや標準実施内容情報ＤＢ１１ｂに予め格納しておくことができる。この標準情報の標準化は、必ずしも硬直的なものではなく、各医療機関や各患者の実情に合致するように、各医療機関や各医師が支援端末６０を用いて任意の内容にカスタマイズできるようにしてもよい。なお、これら各情報の具体的な記述構造としては、上述した構成例以外の任意の構造を採用することができ、例えばＸＭＬ（Extensible Markup Language）により、タグを用いて各情報の意味及び構造を記述することができる。このような構造体系を用いた場合、標準実施順序情報及び標準実施内容情報は、構造化された相互一体の標準情報として構成することができ、標準実施順序情報ＤＢ１１ａ及び標準実施内容情報ＤＢ１１ｂを一つのデータベースに統合化することができる。
【００４４】
図１の改善履歴情報ＤＢ１１ｃは、標準実施順序情報ＤＢ１１ａや標準実施内容情報ＤＢ１１ｂにて格納された標準的な内容及び標準的な実施順序の改善履歴に関する情報（改善履歴情報）を格納するもので、特許請求の範囲における改善履歴情報格納手段に対応する。この改善履歴情報は、図７に例示するように、「ユニットＩＤ」、「改善種別」、「改善前情報」、「改善後情報」、「改善年月日」、「改善累計数」を相互に関連付けて構成されている。改善種別は、作成サーバ１０にて改善された情報の種別を示す情報であり、ここでは「日数」又は「離脱」のいずれかである。日数は、各ユニットＩＤにて特定されるユニットシートにて規定される医療行為を実施するための日数であり、離脱先は、各ユニットＩＤの次の離脱先である。改善前情報は、作成サーバ１０による標準情報の改善前の内容を示し、改善後情報は、作成サーバ１０による標準情報の改善後の内容を示す。改善年月日は、作成サーバ１０にて行われた改善の実行日を示す。改善累計数は、各ユニットＩＤに対応する標準情報が、これまでに作成サーバ１０にて改善された回数の累計値である。
【００４５】
（構成−データベースの具体的内容−管理サーバ）
次に、図１の管理サーバ３０の各ＤＢ３１ａ〜３１ｈの具体的内容について説明する。対象情報ＤＢ３１ａは、医療行為の対象である患者に関する情報（対象情報）を格納する手段である。この対象情報は、図８に例示するように、「患者ＩＤ」、「年齢」、「性別」、「住所」、「疾患ＩＤ」を相互に関連付けて構成されている。「年齢」、「性別」、及び「住所」は、それぞれ、各患者の年齢、性別、住所であり、疾患ＩＤは、患者ＩＤにて特定される患者の疾患に対応する疾患ＩＤである。
【００４６】
図１の基本リソース情報ＤＢ３１ｂは、医療行為を実施するために必要なリソースに関する基本的な情報（基本リソース情報）を格納する手段である。この基本リソース情報は、図９に例示するように、「リソースＩＤ」、「リソース名」、「単位」、「取得所要日数」を相互に関連付けて構成されている。リソースＩＤは、リソースを一意に特定するための識別情報である。リソース名は、各リソースの名称である。単位は、各リソースの最小の取り扱い単位である。取得所要日数は、各リソースをオーダーしてから納品されるまでの所要日数である。なお、取得所要日数＝「不足分」と示されているリソースについては、所要数量に対する供給可能数量の不足分（＝所要数量−供給可能数量）を待つことで、所要数量が取得できることを意味しており、例えば、手術室の所要数量が２時間で、手術室の供給可能数量が１時間であれば、供給可能数量の不足分＝１時間を待てば、手術室の所要数量＝２時間が取得できることを意味する。
【００４７】
図１の所要リソース情報ＤＢ３１ｃは、各医療行為を実施するために必要なリソースを特定するための情報（所要リソース情報）を格納する手段である。この所要リソース情報は、図１０に例示するように、「ユニットＩＤ」、「リソースＩＤ」、「所要数量」を相互に関連付けて構成されている。所要数量は、ユニットＩＤにて特定されるユニットシートにて規定される医療行為を実施するために必要になる、各リソースの数量を示す。
【００４８】
図１の現状リソース情報ＤＢ３１ｄは、当該管理サーバ３０が設置されている病院におけるリソースの現在の供給可能数量を特定するための情報（現状リソース情報）を格納する手段である。この現状リソース情報は、図１１に例示するように、「リソースＩＤ」、「供給可能数量」を相互に関連付けて構成されている。供給可能数量は、当該管理サーバ３０が設置されている病院において、リソースＩＤにて特定されるリソースを現在時点において供給することができる数量を示す。
【００４９】
図１の標準実施順序情報ＤＢ３１ｅは、標準実施順序情報を格納する手段である。この標準実施順序情報は、図１２に例示するように、作成サーバ１０の標準実施順序情報ＤＢ１１ａにおける標準実施順序情報（図５参照）に対して、さらに「患者ＩＤ」を関連付けて構成されている。
【００５０】
図１の標準実施内容情報ＤＢ３１ｆは、標準実施内容情報を格納する手段である。この標準実施内容情報は、図１３に例示するように、作成サーバ１０の標準実施内容情報ＤＢ１１ｂにおける標準実施内容情報（図６参照）に対して、さらに「患者ＩＤ」及び「実施予定日」を関連付けて構成されている。実施予定日は、各ユニットＩＤにて特定されるユニットシートにて規定される医療行為を実施する予定の年月日である。
【００５１】
図１の修正実施内容情報ＤＢ３１ｇは、当該管理サーバ３０にて修正された医療計画に関する情報（修正実施内容情報）を格納する手段である。この修正実施内容情報は、図１４に例示するように、標準実施内容情報ＤＢ３１ｆにおける標準実施内容情報（図１３参照）と同様に構成されている。
【００５２】
図１の実施履歴情報ＤＢ３１ｈは、医療計画が実施された際の履歴情報（実施履歴情報）を格納する手段であり、特許請求の範囲における実施履歴情報格納手段に対応する。この実施履歴情報は、図１５に例示するように、「患者ＩＤ」、「ユニットＩＤ」、「患者状態」、「遷移結果」、「離脱先のユニットＩＤ」、「当該ユニットへの移行年月日」、「当該ユニットからの移行年月日」を相互に関連付けて構成されている。患者状態は、各ユニットＩＤにて特定されるユニットの医療行為を実施した際に、医師から入力された患者の状態を示す情報である、遷移結果は、各ユニットＩＤにて特定されるユニットから他のユニットへ移行した結果を示す情報であり、他のユニットへ移行した場合には当該移行先のユニットの「ユニットＩＤ」が格納され、他のユニットへ移行することなく当該ユニットを離脱した場合には「離脱」の旨が格納される。離脱先のユニットＩＤは、他のユニットへ移行することなく当該ユニットを離脱した場合にのみ格納されるもので、当該離脱時における離脱先のユニットのユニットＩＤである。当該ユニットへの移行年月日は、各ユニットＩＤにて特定されるユニットへ移行した際の年月日である。当該ユニットからの移行年月日は、各ユニットＩＤにて特定されるユニットから他のユニットへ移行したり当該ユニットを離脱した際の年月日である。
【００５３】
（構成−データベースの具体的内容−解析サーバ）
次に、図１の解析サーバ２０のＤＢ２１ａ〜２１ｆの具体的内容について説明する。実施履歴情報ＤＢ２１ａは、実施履歴情報を格納する手段である。この実施履歴情報は、図１６に例示するように、各管理サーバ３０の実施履歴情報ＤＢ３１ｈにおける実施履歴情報（図１５参照）に対して、さらに「病院ＩＤ」を関連付けて構成されている。この病院ＩＤは、各病院の管理サーバ３０から解析サーバ２０に対して実施履歴情報が送信された際、当該送信元になった各病院（又は各管理サーバ３０）を一意に特定するための識別情報である。
【００５４】
図１の実施者情報ＤＢ２１ｂは、複数の実施者（ここでは各病院であるが、各病院の各医師としてもよい）の属性に関する情報（実施者情報）を格納するもので、特許請求の範囲における実施者情報格納手段に対応する。この実施者情報は、図１７に例示するように、「病院ＩＤ」、「病院名」、「所在地」、「ベッド数」、「種別」を相互に関連付けて構成されている。病院名は、病院ＩＤにて特定される病院の名称である。所在地は、病院ＩＤにて特定される病院の所在地である。ベッド数は、病院ＩＤにて特定される病院が保有するベッドの総数である。種別は、病院ＩＤにて特定される病院の種類であり、ここでは急性期（病気を発症したり、けがをした直後の患者を治療するための病院）又は慢性期（病状が安定した患者を治療するための病院）のいずれかである。
【００５５】
図１の解析値調整情報ＤＢ２１ｃは、当該解析サーバ２０にて算出された解析値を、実施者の属性に基づいて調整するための情報（解析値調整情報）を格納する手段である。この解析値調整情報は、図１８に例示するように、「解析種別」、「実施者の属性」、「調整値」を相互に関連付けて構成されている。解析種別は、解析値の種類であり、ここでは「平均離脱率」と「平均超過日数」である。平均離脱率とは、各ユニットの離脱率の平均値であり、平均超過日数とは、各ユニットの超過日数の平均値である。実施者の属性は、実施者情報ＤＢ２１ｂにて格納された実施者の属性（実施者情報）のうち、調整値の選択基準として使用する情報であり、ここでは所在地、ベッド数、及び種別が使用される。調整値は、当該解析サーバ２０にて算出された解析値を調整するための値であって、ここでは、解析値に対して加算される値として予め設定されている。
【００５６】
図１の解析結果情報ＤＢ２１ｄは、当該解析サーバ２０にて算出された解析値を、実施者情報に基づいて調整した結果として取得された情報（解析結果情報）を格納する手段である。この解析結果情報は、図１９に例示するように、「ユニットＩＤ」、「調整後解析値」、「最多の離脱先のユニットＩＤ」を相互に関連付けて構成されている。調整後解析値は、当該解析サーバ２０にて算出された解析値に対して、解析値情報の調整値を加算することで算出された数値であり、ここでは「平均離脱率」の調整後解析値と、「平均超過日数」の調整後解析値がある。最多の離脱先のユニットＩＤは、実施履歴情報ＤＢ２１ａの実施履歴情報に含まれる離脱先のユニットＩＤのうち、出現頻度が最多である離脱先のユニットＩＤである。
【００５７】
図１の標準値情報ＤＢ２１ｅは、実施履歴情報ＤＢ２１ａにて格納された実施履歴情報を対象として所定の統計解析を行うことによって取得される解析値に対して、標準的な値として設定された標準値に関する情報（標準値情報）を格納するもので、特許請求の範囲における標準値情報格納手段に対応する。この標準値情報は、図２０に例示するように、「ユニットＩＤ」、「解析種別」、「標準値」を相互に関連付けて構成されている。
【００５８】
図１の改善点情報ＤＢ２１ｆは、標準実施順序情報ＤＢ１１ａにて格納された標準実施順序情報や、標準実施内容情報ＤＢ１１ｂにて格納された標準実施内容情報に対する改善点を特定するための情報（改善点情報）である。この改善点情報は、図２１に例示するように、「ユニットＩＤ」、「改善種別」、「改善要否フラグ」「平均超過日数」、「最多の離脱先のユニットＩＤ」を相互に関連付けて構成されている。改善種別は、改善すべき情報の種類を示す情報であり、ここでは「離脱」又は「日数」である。改善要否フラグは、改善の有無を示す情報であり、ここでは「０」は改善不要、「１」は改善必要を示す。
【００５９】
（処理）
次に、本システム１において本プログラムを実行すること等によって行われる医療行為統合支援処理（以下、本処理）について説明する。なお、以下の本処理の説明において、制御主体を特記しない処理については、作成サーバ１０の制御部１２、解析サーバ２０の制御部２２、又は管理サーバ３０の制御部３２にて実行されるものとし、情報の取得元や取得経路を特記しない場合については、公知のタイミング及び公知の方法にて、作成サーバ１０の記憶部１１、解析サーバ２０の記憶部２１、又は管理サーバ３０の記憶部３１に予め格納されており、あるいは、支援端末６０を介して医療従事者が情報を手入力するものとする。
【００６０】
（処理−全体）
まず、本処理の全体について説明する。図２２は、本処理の概要を示すフローチャートである。最初に、作成サーバ１０は、「実施計画作成処理（ステップＳＡ−１。特許請求の範囲における実施計画作成ステップに対応する）」を行うことで標準的な医療計画を作成する。その後、管理サーバ３０は、「実施計画修正処理（ステップＳＡ−２）」を行うことで医療計画を修正し、さらに「実施計画管理処理（ステップＳＡ−３。特許請求の範囲における実施履歴情報格納ステップに対応する）」を行うことで実施履歴情報を蓄積する。次いで、解析サーバ２０は、「履歴解析処理（ステップＳＡ−４。特許請求の範囲における履歴解析ステップに対応する）」を行うことで解析値を算出し、さらに「改善点特定処理（ステップＳＡ−５。特許請求の範囲における改善点特定ステップに対応する）」を行うことで改善点を特定する。その後、作成サーバ１０は、「実施計画改善処理（ステップＳＡ−６。特許請求の範囲における改善ステップに対応する）」を行うことで、改善点に基づいて標準情報を改善する。以降同様に、これら各処理が繰り返して実行される。
【００６１】
（処理−実施計画作成処理）
このうち、まず実施計画作成処理について説明する。図２３は、実施計画作成処理のフローチャートである。最初に、各病院において医師が支援端末６０を介して患者の患者ＩＤ及び当該患者の疾患に対応する疾患ＩＤを入力すると共に、医療計画作成の開始を指示すると、これらの情報が支援端末６０から管理サーバ３０を介して作成サーバ１０に送信される（ステップＳＢ−１）。
【００６２】
作成サーバ１０の実施計画作成部１２ａは、支援端末６０からの情報の入力を受け付けると、当該入力された疾患ＩＤに対応する標準実施順序情報を標準実施順序情報ＤＢ１１ａから取得すると共に、当該取得された標準実施順序情報に含まれる各ユニットＩＤに対応する標準実施内容情報を標準実施内容情報ＤＢ１１ｂから取得する（ステップＳＢ−２）。そして、実施計画作成部１２ａは、これら標準実施順序情報及び標準実施内容情報を管理サーバ３０に送信する（ステップＳＢ−３）。
【００６３】
管理サーバ３０の制御部３２は、このように送信された標準実施順序情報及び標準実施内容情報を、標準実施順序情報ＤＢ３１ｅ及び標準実施内容情報ＤＢ３１ｆに格納する（ステップＳＢ−４）。この際、実施計画作成部１２ａは、先に医師によって入力された患者ＩＤを実施順序情報及び標準実施内容情報に関連付けて格納する。またこの際、実施計画作成部１２ａは、現在の年月日を公知の方法で取得し、この年月日を基準として標準実施内容情報の各ユニットの標準日数をその実施順序に応じて順次加算することで、各ユニットの実施予定日を算定して、この実施予定日を標準実施内容情報に関連付けて標準実施内容情報ＤＢ３１ｆに格納する。これにて実施計画作成処理が終了する。
【００６４】
（処理−実施計画修正処理）
次に、実施計画修正処理について説明する。図２４は、実施計画修正処理のフローチャートである。管理サーバ３０の実施計画修正部３２ａは、実施計画作成処理にて標準実施内容情報ＤＢ３１ｆに格納された標準実施内容情報からユニットＩＤを取得する（ステップＳＣ−１）。そして、実施計画修正部３２ａは、このユニットＩＤに基づいて、所要リソース情報ＤＢ３１ｃを参照することでリソースＩＤ及び所要数量を取得する（ステップＳＣ−２）。また、実施計画修正部３２ａは、当該取得したリソースＩＤに基づいて現状リソース情報ＤＢ３１ｄを参照することで、リソースの供給可能数量を取得する（ステップＳＣ−３）。そして、実施計画修正部３２ａは、所要数量が供給可能数量以下であるか否かを判定し（ステップＳＣ−４）、供給可能数量以下である場合には（ステップＳＣ−４，Ｙｅｓ）、当該リソースは補充することなく直ちに供給可能であるため、当該リソースを必要とするユニットについては修正が不要であると判定する（ステップＳＣ−５）。
【００６５】
一方、所要数量が供給可能数量を超えている場合には（ステップＳＣ−４，Ｎｏ）、当該リソースは直ちに供給不可能であるため、当該リソースを必要とするユニットについては修正が必要であると判定し、当該ユニットの実施予定日を修正する（ステップＳＣ−６）。例えば、直ちに供給不可能なリソースのリソースＩＤに基づいて、基本リソース情報ＤＢ３１ｂを参照することで取得所要日数を取得し、この取得所要日数の分だけ当該ユニットの実施予定日を繰り下げるように、標準実施内容情報ＤＢ３１ｆにおける当該ユニットの実施予定日を修正する。また、実施計画修正部３２ａは、供給不可能なリソースの不足量を、所要数量から供給可能数量を減算することにより算定し、この不足量とリソースＩＤとをオーダサーバ５０に送信する。オーダサーバ５０は、これら不足量とリソースＩＤとに基づいて、不足しているリソースの発注処理を行う。これにて実施計画修正処理が終了する。なお、オーダサーバ５０の発注処理によって取得されたリソースの数量は、任意のタイミングで管理サーバ３０に送信され、現状リソース情報ＤＢ３１ｄの現状リソース情報が更新される。
【００６６】
（処理−実施計画管理処理）
次に、実施計画管理処理について説明する。図２５は、実施計画管理処理のフローチャートである。先の実施計画修正処理の終了後、医師は、支援端末６０を介して任意のタイミングで医療プロセスの開始を指示することで（ステップＳＤ−１，Ｙｅｓ）、標準実施順序情報ＤＢ３１ｅにて格納された標準実施順序情報及び標準実施内容情報ＤＢ３１ｆにて格納された標準実施内容情報を呼び出して、プロセスチャート又はユニットシートとして、当該支援端末６０のモニタを介して閲覧できる（ステップＳＤ−２）。従って、医師は、患者の疾患に対応する医療行為やその実施手順を確認し、標準化された内容及び手順にて医療行為を行うことができる。
【００６７】
医師は、各ユニットシートに表示されている医療行為を実施する毎に、当該医療行為が行われた患者の状態を、支援端末６０を介して管理サーバ３０に入力する（ステップＳＤ−３）。管理サーバ３０の実施計画管理部３２ｂは、入力された患者状態と、標準実施内容情報ＤＢ３１ｆにて格納された当該ユニットシートの目標状態とを比較して、患者状態が目標状態に達したか否かを判定する（ステップＳＤ−４）。そして、患者の状態が目標状態に達したと判定された場合ステップＳＤ−４，Ｙｅｓ）、実施計画管理部３２ｂは、標準実施順序情報ＤＢ３１ｅの標準実施順序情報によって規定される次順のユニットのユニットシートの内容を標準実施内容情報ＤＢ３１ｆから取得して支援端末６０に送信する（ステップＳＤ−５）。このユニットシートの内容を支援端末６０を介して閲覧することで、医師は、患者状態に合致したユニットシートの内容を閲覧でき、医療行為の実施内容を確認できる。
【００６８】
一方、ステップＳＤ−４において患者状態が目標状態に達していないと判定された場合（ステップＳＤ−４，Ｎｏ）、実施計画管理部３２ｂは、次のユニットシートに移行することなく、次の患者状態の入力が受け付けられるまで待機する。ここで、患者状態が目標状態から大きく乖離して離脱条件に合致した場合には、当該ユニットを離脱する（ステップＳＤ−６）。この離脱後の行為の特定方法としては種々の方法を取り得るが、ここでは、標準実施内容情報ＤＢ３１ｆに標準実施内容情報として格納されているユニットシートの内容を支援端末６０に順次提示し（ステップＳＤ−７）、この中から離脱先として最適だと思われるユニットシートを医師に選択させ、選択があった場合には（ステップＳＤ−８，Ｙｅｓ）、このユニットシートを表示し（ステップＳＤ−５）、それ以降は、当該ユニットシートを開始点として、当該ユニットシートに規定されるユニット移行ロジックに基づいて移行する。
【００６９】
このように患者状態の入力が行われた場合や、ユニットの移行や離脱が行われた場合、実施計画管理部３２ｂは、その都度、実施履歴情報を実施履歴情報ＤＢ３１ｈに格納する（ステップＳＤ−９）。例えば、ユニットの移行が行われた場合には、当該ユニットシートのユニットＩＤに関連付けて、医師から入力された「患者状態」を格納し、「遷移結果」としては移行先のユニットの「ユニットＩＤ」を格納する。一方、離脱が行われた場合には、離脱元になったユニットシートのユニットＩＤに関連付けて、医師から入力された「患者状態」を格納し、「遷移結果」として「離脱」を記録し、「離脱先のユニットＩＤ」としてはステップＳＤ−８で医師によって選択されたユニットシートの「ユニットＩＤ」を記録する。また、離脱が行われた場合や、ユニットの移行が行われた場合には、現在年月日を公知の方法で取得し、この現在年月日を、移行元（離脱元）になったユニットシートのユニットＩＤに関連付けて、「当該ユニットからの移行年月日」として記録すると共に、移行先（離脱先）になったユニットシートのユニットＩＤに関連付けて、「当該ユニットへの移行年月日」として記録する。これにて実施計画管理処理が終了する。
【００７０】
（処理−履歴解析処理）
次に、履歴解析処理について説明する。図２６は、履歴解析処理のフローチャートである。解析サーバ２０の履歴解析部２２ａは、履歴解析処理の所定の実行タイミングが到来したか否かを監視しており（ステップＳＥ−１）、実行タイミングが到来した場合には（ステップＳＥ−１，Ｙｅｓ）、各病院の管理サーバ３０に対して、実施履歴情報の送信を要求する（ステップＳＥ−２）。実行タイミングの決定方法は任意であり、実施履歴情報が更新される毎に行ってもよいが、日単位や週単位によるバッチ処理として行ってもよい。
【００７１】
管理サーバ３０の制御部３２は、実施履歴情報の送信要求を受信すると、自己の実施履歴情報ＤＢ３１ｈから実施履歴情報を取得し、当該取得した実施履歴情報を解析サーバ２０に送信する（ステップＳＥ−３）。この際、制御部３２は、当該管理サーバ３０に予め割り当てられて記憶部３１に記憶されている病院ＩＤを、実施履歴情報と共に送信する。
【００７２】
解析サーバ２０の履歴解析部２２ａは、管理サーバ３０から送信された実施履歴情報及び病院ＩＤを相互に関連付けて実施履歴情報ＤＢ２１ａに格納した後（ステップＳＥ−４）、解析値算出処理を起動する（ステップＳＥ−５）。この解析値算出処理のフローチャートを図２７に示す。この処理において、履歴解析部２２ａは、実施履歴情報ＤＢ２１ａにて格納された実施履歴情報を対象に所定の統計解析を行うことで、各病院毎に、所定の解析値（ここでは、平均離脱率及び平均超過日数）を算出する（ステップＳＦ−１）。例えば、平均離脱率については、各病院における全ての患者に対する実施履歴情報を対象に、各ユニットが実施された総数と、当該各ユニットから離脱された総数とを求め、実施された総数に対する離脱された総数の百分率を算出する。平均超過日数については、各病院における全ての患者に対する実施履歴情報を対象に、各ユニットを実施するために要した日数から、各ユニットの標準日数を減算することで算出する。この際、各ユニットを実施するために要した日数は、「当該ユニットへの移行年月日」及び「当該ユニットからの移行年月日」に基づいて算出でき、各ユニットの標準日数は、例えば解析サーバ２０にも標準実施内容情報を予め保持させておくことで特定できる。
【００７３】
次いで、履歴解析部２２ａは、実施履歴情報ＤＢ２１ａの病院ＩＤを取得し、当該取得した病院ＩＤに対応する実施者情報を実施者情報ＤＢ２１ｂから取得した後（ステップＳＦ−２）、この実施者情報に含まれる実施者の属性に対応する解析値調整情報を解析値調整情報ＤＢ２１ｃから取得する（ステップＳＦ−３）。そして、この解析値調整情報に基づいて、先に算出した解析値を調整することで、調整後解析値を求める（ステップＳＦ−４）。例えば、医療行為が行われた病院の属性が、所在地＝「神奈川県」、ベッド数＝「５０」、種別＝「急性期」である場合、図１８を参照すると、平均離脱率の調整値は、所在地に対応する調整値＝「−１」、ベッド数に対応する調整値＝「０」、種別に対応する調整値＝「−１」であるから、先に算出された平均離脱率の解析値に「−２（＝−１−１）」を加算することで、平均離脱率の調整後解析値を求めることができる。同様に、病院の属性が同一条件の場合、平均超過日数の調整値は、所在地に対応する調整値＝「−０．５」、ベッド数に対応する調整値＝「０」、種別に対応する調整値＝「−１」であるから、先に算出された平均離脱率の解析値に「−１．５（＝−０．５−１）」を加算することで、平均超過日数の調整後解析値を求めることができる。この調整ロジックは任意であるが、例えば、都市部の病院の場合や、ベッド数が多い病院の場合、あるいは、急性期の病院の場合には、医療業務が繁忙であるために離脱率が高くなる傾向にあるため、解析値を割り引いた上で標準値と比較する。
【００７４】
このように平均離脱率の調整後解析値と、平均超過日数の調整後解析値とを、それぞれ病院毎に求めた後、全病院を対象として、平均離脱率の調整後解析値の平均値と、平均超過日数の調整後解析値の平均値を求めることで、全病院を対象とした統一的な調整後解析値を算出する。そして、この統一的な調整後解析値を、各ユニットのユニットＩＤに関連付けて解析結果情報ＤＢ２１ｄに格納する（ステップＳＦ−５）。また、履歴解析部２２ａは、実施履歴情報の「離脱先のユニットＩＤ」に基づいて、各ユニットＩＤにて特定されるユニットの離脱先として最も多く選択されたユニットのユニットＩＤを特定し（ステップＳＦ−６）、当該特定したユニットＩＤを解析結果情報に関連付けて解析結果情報ＤＢ２１ｄに格納する（ステップＳＦ−７）。これにて解析値算出処理及び履歴解析処理が終了する。
【００７５】
（処理−改善点特定処理）
次に、改善点特定処理について説明する。図２８は、改善点特定処理のフローチャートである。解析サーバ２０の改善点特定部２２ｂは、解析結果情報ＤＢ２１ｄから各ユニットＩＤに対応する平均離脱率の調整後解析値と平均超過日数の調整後解析値とを取得すると共に（ステップＳＧ−１）、標準値情報ＤＢ２１ｅから各ユニットＩＤに対応する平均離脱率の標準値と平均超過日数の標準値とを取得する（ステップＳＧ−２）。
【００７６】
そして、改善点特定部２２ｂは、平均離脱率及び平均超過日数の各々について、調整後解析値と標準値とを相互に対比する（ステップＳＧ−３）。ここで、調整後解析値が標準値を超えている場合には（ステップＳＧ−３，Ｙｅｓ）、改善が必要であると判定し、改善要否フラグ＝１を当該ユニットＩＤに関連付けて改善点情報ＤＢ２１ｆに格納する（ステップＳＧ−４）。この際、改善点特定部２２ｂは、平均離脱率の調整後解析値が標準値を超えている場合については、解析結果情報に含まれる「最多の離脱先のユニットＩＤ」を改善要否フラグと共に改善点情報ＤＢ２１ｆに格納し、平均超過日数の調整後解析値が標準値を超えている場合については、当該平均超過日数の調整後解析値を改善要否フラグと共に改善点情報ＤＢ２１ｆに格納する。一方、調整後解析値が標準値を超えていない場合には（ステップＳＧ−３，Ｎｏ）、改善が必要ではないと判定し、改善要否フラグ＝０を各ユニットＩＤに関連付けて改善点情報ＤＢ２１ｆに格納する（ステップＳＧ−５）。これにて改善点特定処理が終了する。
【００７７】
（処理−実施計画改善処理）
次に、実施計画改善処理について説明する。図２９は、実施計画改善処理のフローチャートである。作成サーバ１０の実施計画改善部１２ｂは、実施計画改善処理の所定の実行タイミングが到来したか否かを監視しており（ステップＳＨ−１）、実行タイミングが到来した場合には（ステップＳＨ−１，Ｙｅｓ）、解析サーバ２０に対して、改善点情報の送信を要求する（ステップＳＨ−２）。実行タイミングの決定方法は任意であり、改善点情報が改善される毎に行ってもよいが、日単位や週単位によるバッチ処理として行ってもよい。
【００７８】
解析サーバ２０の制御部２２は、改善点情報の送信要求を受信すると、改善点情報ＤＢ２１ｆから改善点情報を取得し、当該取得した改善点情報を作成サーバ１０に送信する（ステップＳＨ−３）。この送信を受けた作成サーバ１０の実施計画改善部１２ｂは、標準情報改善処理を起動する（ステップＳＨ−４）。この標準情報改善処理のフローチャートを図３０に示す。この処理において、実施計画改善部１２ｂは、解析サーバ２０から送信された改善点情報を参照し、改善要否フラグ＝１に対応するユニットＩＤを特定する（ステップＳＩ−１）。
【００７９】
そして、実施計画改善部１２ｂは、当該特定したユニットＩＤに関連付けて「平均超過日数」が格納されている場合（ステップＳＩ−２，Ｙｅｓ）、標準実施内容情報ＤＢ１１ｂに格納されている標準実施内容情報のうち、当該特定されたユニットＩＤに対応する標準日数に当該平均超過日数を加算することで、当該標準日数を改善する（ステップＳＩ−３）。この処理を行うことで、標準値以上超過している標準日数については、実施履歴に応じた日数だけ延長することができ、実施の実情に合致した標準日数とすることができる。なお、平均超過日数に小数点以下の値が含まれている場合には、四捨五入等の任意の方法で平均超過日数を整数値とした上で、標準日数に加算してもよい。
【００８０】
一方、当該特定したユニットＩＤに関連付けて「最多の離脱先のユニットＩＤ」が格納されている場合（ステップＳＩ−４，Ｙｅｓ）、実施計画改善部１２ｂは、標準実施内容情報ＤＢ１１ｂに格納されている標準実施内容情報のうち、当該特定されたユニットＩＤに対応するユニット移行ロジックに、当該最多の離脱先のユニットＩＤを追加することで、当該ユニット移行ロジックを改善する（ステップＳＩ−５）。この処理を行うことで、標準の移行先として規定されているユニット以外のユニットへ離脱することが多いユニットについては、当該離脱先として選択されることが多いユニットについても、移行先のユニットに加えることで、実施の実情に合致したユニット移行ロジック（プロセスチャートにおける分岐ロジック）を構成することができる。なお、この時に、ユニット移行ロジックにおける移行条件としては、当該ユニットに離脱条件として格納されていた条件を用いることができ、このように離脱条件をユニット移行ロジックに適用した場合には、当該適用した条件を標準実施内容情報における離脱条件から削除する。
【００８１】
また、ステップＳＩ−３やＳＩ−５において改善を行った場合、実施計画改善部１２ｂは、この改善を行ったユニットのユニットＩＤに関連付けて、改善種別、改善前情報、改善後情報、及び改善年月日を改善履歴情報ＤＢ１１ｃに格納する。また同時に、実施計画改善部１２ｂは、当該ユニットＩＤに対応して改善履歴情報ＤＢ１１ｃに格納されている改善累計数に１を増分することで（改善累計数が未だ記録されていない場合には初期値＝１を格納することで）、改善累計数を更新する（ステップＳＩ−６）。これにて標準情報改善処理及び実施計画改善処理が終了する。
【００８２】
（実施の形態の効果）
このように本実施の形態によれば、医療プロセスを作成するための標準情報を、実施の履歴に基づいて自動的に改善することができ、この改善された標準情報に基づいて次の医療計画が作成されるので、医療計画の「作成」、「実施管理」、「解析」という各処理を相互に連携させて一連の処理とすることで、医療プロセスの標準情報の質を自動的に高め、この標準情報を用いて作成された医療計画の質及び安全性を高めることができる。
【００８３】
また、医療計画を実施する病院の属性に基づいて解析を行うことで、病院の属性に起因して生じた現象を除外することができ、病院の属性に依存しない統一化された方法で、標準情報の質を自動的に高めることができる。
【００８４】
また、改善に関する改善履歴情報が自動的に蓄積されるので、標準情報の改善の理由や経過を把握することができ、例えば、標準情報の正当性を裏付けるための根拠情報として活用することができる。
【００８５】
〔III〕各実施の形態に対する変形例
以上、本発明に係る各実施の形態について説明したが、本発明の具体的な構成及び手段は、特許請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良できる。以下、このような変形例について説明する。
【００８６】
（解決しようとする課題や発明の効果について）
まず、発明が解決しようとする課題や発明の効果は、前記した内容に限定されるものではなく、本発明によって、前記に記載されていない課題を解決したり、前記に記載されていない効果を奏することもでき、また、記載されている課題の一部のみを解決したり、記載されている効果の一部のみを奏することがある。
【００８７】
（構成及び制御について）
また、上記実施の形態で自動的に行われるものとして説明した制御の全部または任意の一部を手動で行っても良く、逆に、手動で行われるものとして説明した制御の全部または任意の一部を公知技術または上述した思想に基づいて自動化しても良い。また、上記実施の形態において示した各構成要素の各機能ブロックの一部又は全部を、ハードワイヤードロジックにて構成しても良い。
【００８８】
（分散や統合について）
また、上述した各電気的構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成できる。例えば、作成サーバ１０と解析サーバ２０とを相互に統合したり、解析サーバ２０の一部の機能を管理サーバ３０に持たせてもよい。あるいは、作成サーバ１０や解析サーバ２０の一部の機能を他のサーバに分散配置してもよい。
【００８９】
（解析値や標準値について）
上記実施の形態では、解析値や標準値として平均離脱率及び平均超過日数を用いているが、この他の任意の統計値を用いることができる。
【００９０】
（調整値について）
上記実施の形態では、解析値に調整値を加算し、この加算結果を標準値と比較することで、解析結果を実行者の属性に応じて調整しているが、その他の調整ロジックを採用してもよい。例えば、標準値を病院の属性に応じて複数設定しておき、病院の属性に合致した標準値を選択して解析値と比較してもよい。
【００９１】
（実行者の属性について）
実行者の属性としては、上記実施の形態で示したもの以外にも、種々のものを挙げることができる。例えば、病院の所在国、当該国の医療レベル、当該国で普及している宗教の種類、あるいは当該国において認可されている医療行為の種別を基準として、調整値を選択してもよい。
【００９２】
（標準情報の改善について）
上記実施の形態では、標準日数の改善は、標準日数に平均超過日数を加算することで行っているが、その他の改善ロジックを採用してもよい。例えば、平均超過日数とは全く別個に、改善処理用の初期日数を予め設定しておき、平均超過日数が標準値を超えた場合には、当該設定された初期日数を標準日数に加算してもよい。また、ユニット移行ロジックの改善は、最多の離脱先のユニットＩＤを自動的に付加する以外のロジックで実行してもよく、例えば、一度でも医師に選択されたユニットシートの全てのユニットＩＤを自動的に付加してもよい。また、改善累計数が所定値を超えた場合や、調整後解析値と標準値との差異が所定値よりも大きいような場合には、標準情報を根本的に見直す必要があると考え、所定の出力手段に対して警報を出力するような処理を加えてもよい。
【産業上の利用可能性】
【００９３】
この発明は、医療分野を含む様々な分野における実施行為の標準化システムに適用できるもので、実施行為に関連する情報を実施履歴に基づいて自動的に改善することで、実施行為を規定する標準化情報の質を高めることに有用である。
【図面の簡単な説明】
【００９４】
【図１】本発明の実施の形態に係る医療行為統合支援システムの全体構成を概念的に示す説明図である。
【図２】臨床プロセスチャート及びユニットシートの基本構成モデルを示す図である。
【図３】ユニットシートの表示画面例を示す図である。
【図４】臨床プロセスチャートの具体例を示す図である。
【図５】標準実施順序情報の構成例を示す図である。
【図６】標準実施内容情報の構成例を示す図である。
【図７】改善履歴情報の構成例を示す図である。
【図８】対象情報の構成例を示す図である。
【図９】基本リソース情報の構成例を示す図である。
【図１０】所要リソース情報の構成例を示す図である。
【図１１】現状リソース情報の構成例を示す図である。
【図１２】標準実施順序情報の構成例を示す図である。
【図１３】標準実施内容情報の構成例を示す図である。
【図１４】修正実施内容情報の構成例を示す図である。
【図１５】実施履歴情報の構成例を示す図である。
【図１６】実施履歴情報の構成例を示す図である。
【図１７】実施者情報の構成例を示す図である。
【図１８】解析値調整情報の構成例を示す図である。
【図１９】解析結果情報の構成例を示す図である。
【図２０】標準値情報の構成例を示す図である。
【図２１】改善点情報の構成例を示す図である。
【図２２】実施行為統合支援処理全体のフローチャートである。
【図２３】実施計画作成処理のフローチャートである。
【図２４】実施計画修正処理のフローチャートである。
【図２５】実施計画管理処理のフローチャートである。
【図２６】履歴解析処理のフローチャートである。
【図２７】解析値算出処理のフローチャートである。
【図２８】改善点特定処理のフローチャートである。
【図２９】実施計画改善処理のフローチャートである。
【図３０】標準情報改善処理のフローチャートである。
【符号の説明】
【００９５】
１ 医療行為統合支援システム
１０ 作成サーバ
１１、２１、３１ 記憶部
１１ａ、３１ｅ 標準実施順序情報ＤＢ
１１ｂ、３１ｆ 標準実施内容情報ＤＢ
１１ｃ 改善履歴情報ＤＢ
１２、２２、３２ 制御部
１２ａ 実施計画作成部
１２ｂ 実施計画改善部
１３、２３、３３ ネットワークＩＦ
２０ 解析サーバ
２１ａ 実施履歴情報ＤＢ
２１ｂ 実施者情報ＤＢ
２１ｃ 解析値調整情報ＤＢ
２１ｄ 解析結果情報ＤＢ
２１ｅ 標準値情報ＤＢ
２１ｆ 改善点情報ＤＢ
２２ａ 履歴解析部
２２ｂ 改善点特定部
３０ 管理サーバ
３１ａ 対象情報ＤＢ
３１ｂ 基本リソース情報ＤＢ
３１ｃ 所要リソース情報ＤＢ
３１ｄ 現状リソース情報ＤＢ
３１ｇ 修正実施内容情報ＤＢ
３１ｈ 実施履歴情報ＤＢ
４０ ネットワーク
５０ オーダサーバ
６０ 支援端末
【特許請求の範囲】
【請求項１】
所定対象に対して実施され得る実施行為の内容及び実施順序を含んだ実施計画を作成する作成手段と、
前記作成手段にて作成された実施計画の実施を管理する管理手段と、
前記管理手段にて管理された実施計画の実施の結果に基づいて、前記実施計画に関する解析を行う解析手段とを備え、
前記管理手段は、
前記実施計画の実施時に取得された実施履歴情報を格納する実施履歴情報格納手段と、
前記実施計画の実施時に実施履歴情報を所定方法にて取得して前記実施履歴情報格納手段に格納する実施履歴情報取得手段とを有し、
前記解析手段は、
前記実施履歴情報格納手段にて格納された前記実施履歴情報を対象として所定の統計解析を行うことによって取得される解析値に対して、標準的な値として設定された標準値を格納する標準値情報格納手段と、
前記実施履歴情報格納手段にて格納された実施履歴情報を対象として所定の統計解析を行うことによって前記解析値を取得する履歴解析手段と、
前記履歴解析手段にて取得された前記解析値を、前記標準値情報格納手段にて格納された前記標準値と比較することにより、前記実施計画における実施行為の内容及び実施順序の改善点を特定する改善点特定手段とを有し、
前記作成手段は、
前記実施行為の標準的な内容及び標準的な実施順序を含んだ標準情報格納手段と、
前記改善点特定手段にて特定された改善点に基づいて、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善する改善手段と、
前記改善手段にて改善された前記標準的な内容及び前記標準的な実施順序に基づいて、前記実施計画を作成する実施計画作成手段とを有すること、
を特徴とする実施計画統合支援システム。
【請求項２】
前記管理手段は、前記実施計画を実施する複数の実施者の各々に対応して配置され、
前記解析手段は、前記複数の実施者の属性に関する情報を格納する実施者情報格納手段を備え、
前記履歴解析手段は、解析の対象になる前記実施履歴情報に対応する実施計画を実施した実施者を所定方法にて特定し、当該特定した実施者の属性を前記実施者情報格納手段から取得し、当該取得した属性に基づいて当該実施履歴情報を解析すること、
を特徴とする請求項１に記載の実施計画統合支援システム。
【請求項３】
前記作成手段は、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序に対する改善に関する改善履歴情報を格納する改善履歴情報格納手段を備え、
前記改善手段は、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善した場合、当該改善に関する改善履歴情報を前記改善履歴情報格納手段に格納すること、
を特徴とする請求項１又は２に記載の実施計画統合支援システム。
【請求項４】
前記所定対象は、患者であり、
前記実施行為は、前記患者に対して実施され得る医療行為であり、
前記実施計画は、前記患者に対して当該患者の疾患に応じて実施され得る医療行為の内容及び実施内容を含んだ医療計画であること、
を特徴とする請求項１から３のいずれか一項に記載の実施計画統合支援システム。
【請求項５】
所定対象に対して実施され得る実施行為の内容及び実施順序を含んだ実施計画に関する処理を行なうコンピュータであって、前記実施計画の実施時に取得された実施履歴情報を格納する実施履歴情報格納手段と、前記実施履歴情報格納手段にて格納された実施履歴情報を対象として所定の統計解析を行うことによって取得される解析値に対して、標準的な値として設定された標準値を格納する標準値情報格納手段と、前記実施行為の標準的な内容及び標準的な実施順序を含んだ標準情報格納手段とを備えたコンピュータに、実行させる実施計画統合支援プログラムであって、
前記実施計画の実施時に実施履歴情報を所定方法にて取得して前記実施履歴情報格納手段に格納する実施履歴情報格納ステップと、
前記実施履歴情報格納ステップにおいて格納された実施履歴情報を対象として所定の統計解析を行うことによって前記解析値を取得する履歴解析ステップと、
前記履歴解析ステップにおいて取得された前記解析値を、前記標準値情報格納手段にて格納された前記標準値と比較することにより、前記実施計画における実施行為の内容及び実施順序の改善点を特定する改善点特定ステップと、
前記改善点特定ステップにおいて特定された改善点に基づいて、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善する改善ステップと、
前記改善ステップにおいて改善された前記標準的な内容及び前記標準的な実施順序に基づいて、前記実施計画を作成する実施計画作成ステップと、
を前記コンピュータに実行させることを特徴とする実施計画統合支援プログラム。
【請求項１】
所定対象に対して実施され得る実施行為の内容及び実施順序を含んだ実施計画を作成する作成手段と、
前記作成手段にて作成された実施計画の実施を管理する管理手段と、
前記管理手段にて管理された実施計画の実施の結果に基づいて、前記実施計画に関する解析を行う解析手段とを備え、
前記管理手段は、
前記実施計画の実施時に取得された実施履歴情報を格納する実施履歴情報格納手段と、
前記実施計画の実施時に実施履歴情報を所定方法にて取得して前記実施履歴情報格納手段に格納する実施履歴情報取得手段とを有し、
前記解析手段は、
前記実施履歴情報格納手段にて格納された前記実施履歴情報を対象として所定の統計解析を行うことによって取得される解析値に対して、標準的な値として設定された標準値を格納する標準値情報格納手段と、
前記実施履歴情報格納手段にて格納された実施履歴情報を対象として所定の統計解析を行うことによって前記解析値を取得する履歴解析手段と、
前記履歴解析手段にて取得された前記解析値を、前記標準値情報格納手段にて格納された前記標準値と比較することにより、前記実施計画における実施行為の内容及び実施順序の改善点を特定する改善点特定手段とを有し、
前記作成手段は、
前記実施行為の標準的な内容及び標準的な実施順序を含んだ標準情報格納手段と、
前記改善点特定手段にて特定された改善点に基づいて、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善する改善手段と、
前記改善手段にて改善された前記標準的な内容及び前記標準的な実施順序に基づいて、前記実施計画を作成する実施計画作成手段とを有すること、
を特徴とする実施計画統合支援システム。
【請求項２】
前記管理手段は、前記実施計画を実施する複数の実施者の各々に対応して配置され、
前記解析手段は、前記複数の実施者の属性に関する情報を格納する実施者情報格納手段を備え、
前記履歴解析手段は、解析の対象になる前記実施履歴情報に対応する実施計画を実施した実施者を所定方法にて特定し、当該特定した実施者の属性を前記実施者情報格納手段から取得し、当該取得した属性に基づいて当該実施履歴情報を解析すること、
を特徴とする請求項１に記載の実施計画統合支援システム。
【請求項３】
前記作成手段は、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序に対する改善に関する改善履歴情報を格納する改善履歴情報格納手段を備え、
前記改善手段は、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善した場合、当該改善に関する改善履歴情報を前記改善履歴情報格納手段に格納すること、
を特徴とする請求項１又は２に記載の実施計画統合支援システム。
【請求項４】
前記所定対象は、患者であり、
前記実施行為は、前記患者に対して実施され得る医療行為であり、
前記実施計画は、前記患者に対して当該患者の疾患に応じて実施され得る医療行為の内容及び実施内容を含んだ医療計画であること、
を特徴とする請求項１から３のいずれか一項に記載の実施計画統合支援システム。
【請求項５】
所定対象に対して実施され得る実施行為の内容及び実施順序を含んだ実施計画に関する処理を行なうコンピュータであって、前記実施計画の実施時に取得された実施履歴情報を格納する実施履歴情報格納手段と、前記実施履歴情報格納手段にて格納された実施履歴情報を対象として所定の統計解析を行うことによって取得される解析値に対して、標準的な値として設定された標準値を格納する標準値情報格納手段と、前記実施行為の標準的な内容及び標準的な実施順序を含んだ標準情報格納手段とを備えたコンピュータに、実行させる実施計画統合支援プログラムであって、
前記実施計画の実施時に実施履歴情報を所定方法にて取得して前記実施履歴情報格納手段に格納する実施履歴情報格納ステップと、
前記実施履歴情報格納ステップにおいて格納された実施履歴情報を対象として所定の統計解析を行うことによって前記解析値を取得する履歴解析ステップと、
前記履歴解析ステップにおいて取得された前記解析値を、前記標準値情報格納手段にて格納された前記標準値と比較することにより、前記実施計画における実施行為の内容及び実施順序の改善点を特定する改善点特定ステップと、
前記改善点特定ステップにおいて特定された改善点に基づいて、前記標準情報格納手段にて格納された前記標準的な内容及び前記標準的な実施順序を改善する改善ステップと、
前記改善ステップにおいて改善された前記標準的な内容及び前記標準的な実施順序に基づいて、前記実施計画を作成する実施計画作成ステップと、
を前記コンピュータに実行させることを特徴とする実施計画統合支援プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【公開番号】特開２００９−１２９２００（Ｐ２００９−１２９２００Ａ）
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願番号】特願２００７−３０３６６７（Ｐ２００７−３０３６６７）
【出願日】平成１９年１１月２２日（２００７．１１．２２）
【出願人】（５０２０９９２０１）
【出願人】（５０４４２６０８９）
【出願人】（５０５４１１７５６）
【出願人】（３０１０１８６０３）株式会社サイバー・ラボ (11)
【出願人】（０００００３６２１）株式会社竹中工務店 (1,669)
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願日】平成１９年１１月２２日（２００７．１１．２２）
【出願人】（５０２０９９２０１）
【出願人】（５０４４２６０８９）
【出願人】（５０５４１１７５６）
【出願人】（３０１０１８６０３）株式会社サイバー・ラボ (11)
【出願人】（０００００３６２１）株式会社竹中工務店 (1,669)
[ Back to top ]