(57)【要約】      （修正有）【課題】医療計画等を実施する際、実施行為の時間的単位や内容に柔軟性を持たせることで、各実施計画の質を向上させること等が可能な実施行為支援装置及び実施行為支援プログラムを提供する。【解決手段】管理サーバ２０は、複数の実施行為の内容を特定するための情報、複数の実施行為の実施順序を特定するための情報、及び移行経路を特定するための情報を格納する実施情報ＤＢ２１ｄと、実施順序を決定する実施管理部２２ｂと、実施対象状態情報の入力を受け付けると共に、実施行為を所定の出力先に出力するネットワークＩＦ２３とを備える。実施情報ＤＢ２１ｄは、実施行為に対して代替可能な一つ又は複数の他の実施行為を特定するための情報を格納する。ネットワークＩＦ２３は、実施行為を代替すべき他の実施行為を特定する情報を受け付ける。実施管理部２２ｂは、実施情報ＤＢ２１ｄを参照して、実施行為を他の実施行為に代替し、実施順序を決定する。【選択図】図１
2014063215.tif 000002
【特許請求の範囲】
【請求項１】
実施対象に対して実施され得る複数の実施行為の内容を特定するための情報、前記実施対象の状態に応じた前記複数の実施行為の実施順序を特定するための情報、及び前記実施順序を組み合わせて構成される移行経路を特定するための情報を格納する実施情報格納手段と、
前記実施対象の状態を特定するための実施対象状態情報の入力を受け付ける入力手段と、
前記入力手段を介して入力が受け付けられた前記実施対象状態情報に基づいて前記実施情報格納手段を参照することにより、前記実施順序を決定する実施順序決定手段と、
前記実施順序決定手段にて決定された前記実施順序に基づいて、前記実施行為を所定の出力先に出力する出力手段とを備え、
前記実施情報格納手段は、前記実施行為に対して代替可能な一つ又は複数の他の実施行為を特定するための情報を格納し、
前記入力手段は、前記実施行為を代替すべき前記他の実施行為を特定する情報を受け付け可能であり、
前記実施順序決定手段は、前記入力手段を介して前記実施行為を代替すべき前記他の実施行為を特定する情報が受け付けられた場合には、前記実施情報格納手段を参照して、当該実施行為を当該情報で特定される当該他の実施行為に代替し、当該代替した他の実施行為の実施順序を決定する、
実施行為支援装置。
【請求項２】
前記実施情報格納手段は、前記実施行為に対して代替可能な前記他の実施行為の内容を特定するための情報として、前記実施行為とは異なる内容を特定するための情報を格納する、
請求項１に記載の実施行為支援装置。
【請求項３】
前記実施情報格納手段は、
前記実施行為を実施する時間を特定するための情報を格納し、
前記実施行為に対して代替可能な前記他の実施行為を実施する時間を特定するための情報として、前記実施行為とは異なる時間を特定するための情報を格納する、
請求項１又は２に記載の実施行為支援装置。
【請求項４】
前記実施情報格納手段は、１つの前記実施行為に対して、当該実施行為を実施するための時間よりも短い時間で実施される複数の前記他の実施行為を対応付けることにより、階層構造化された情報を格納する、
請求項３に記載の実施行為支援装置。
【請求項５】
前記実施情報格納手段は、
前記実施行為の内容を特定するための情報として、前記実施行為の実施方法を特定するための情報を格納し、
前記実施行為に対して代替可能な前記他の実施行為を特定するための情報として、前記実施行為とは異なる実施方法を特定するための情報を格納する、
請求項１から４のいずれか一項に記載の実施行為支援装置。
【請求項６】
実施対象に対して実施され得る複数の実施行為の内容を特定するための情報、前記実施対象の状態に応じた前記複数の実施行為の実施順序を特定するための情報、及び前記実施順序を組み合わせて構成される移行経路を特定するための情報を格納する実施情報格納手段を備えたコンピュータに実行させるプログラムであって、
前記実施対象の状態を特定するための実施対象状態情報の入力を受け付ける入力ステップと、
前記入力ステップにおいて入力が受け付けられた前記実施対象状態情報に基づいて前記実施情報格納手段を参照することにより、前記実施順序を決定する実施順序決定ステップと、
前記実施順序決定ステップにおいて決定された前記実施順序に基づいて、前記実施行為を所定の出力先に出力する出力ステップとを含み、
前記実施情報格納手段は、前記実施行為に対して代替可能な一つ又は複数の他の実施行為を特定するための情報を格納し、
前記入力ステップにおいては、前記実施行為を代替すべき前記他の実施行為を特定する情報を受け付け可能であり、
前記実施順序決定ステップにおいては、前記入力ステップにおいて前記実施行為を代替すべき前記他の実施行為を特定する情報が受け付けられた場合には、前記実施情報格納手段を参照して、当該実施行為を当該情報で特定される当該他の実施行為に代替し、当該代替した他の実施行為の実施順序を決定すること、
を前記コンピュータに実行させる実施行為支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、実施対象に対する複数の実施行為を標準化された内容及び実施順序で行う実施者に対して、各実施行為の実施に有用な支援情報を提供するための実施行為支援装置及び実施行為支援プログラムに関する。
【背景技術】
【０００２】
従来、医療関連行為を二次元構造で示したクリティカルパスが知られている。このクリティカルパスは、医療計画や実施の標準化及び可視化を通じて、医療の質と効率を系統的に保証及び向上させることに有用である。しかしながら、患者の状態によっては、クリティカルパスを適用できなかったり、予め想定された標準的な経過から乖離してしまいクリティカルパスを逸脱する可能性があるという問題が指摘されていた。
【０００３】
この点に鑑みて、従来、医療プロセス質管理システム及び医療プロセス質管理方法が提案されている（例えば、特許文献１参照）。このシステムは、患者に対して実施する複数の医療プロセス及び各医療プロセスの実施順序等を記憶する記憶部と、次に実施する医療プロセスを読み出すプロセス管理部等を備えて構成されている。このシステムによれば、医療プロセスが所定基準に従って記憶部から順次読み出されて出力されるので、この出力された医療プロセスを参照しつつ医師が医療行為を行うことで、各医師が個別的に独自判断で医療行為の内容や実施順序を決定する場合に比べて、医療行為の標準化を図ることができ、医療プロセスの質を維持及び向上させることができる。特に、このシステムによれば、患者の個別性に柔軟に対応できるので、クリティカルパスの問題点を解消することが可能になる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００６／０５７３３６号パンフレット
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載されているような従来のシステムでは、医療行為の時間的単位や内容が画一的に固定されていたので、医療の実情を反映した柔軟な管理を行うことが困難であった。例えば、各医療プロセスには実施すべき医療行為が日単位でしか記述されていなかったので、入院術前のプロセスのように、日単位で医療行為を確認することができれば良いプロセスの管理には問題がないが、手術のプロセスのように、分単位や秒単位で医療行為を確認しなければならない場合には、プロセスの管理を十分に行うことができない可能性があった。また、各医療プロセスには実施すべき医療行為の内容が１通りの方式でしか記述されていなかったので、同じ疾患に対する手術の術式が医師によって異なる場合であっても、１通りの術式による内容しか確認することができず、プロセスの管理を十分に行うことができない可能性があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、医療計画の如き各種の実施計画を実施する際において、実施行為の時間的単位や内容に柔軟性を持たせることにより、各実施計画の質を向上させること等が可能になる、実施行為支援装置及び実施行為支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、請求項１に記載の実施行為支援装置は、実施対象に対して実施され得る複数の実施行為の内容を特定するための情報、前記実施対象の状態に応じた前記複数の実施行為の実施順序を特定するための情報、及び前記実施順序を組み合わせて構成される移行経路を特定するための情報を格納する実施情報格納手段と、前記実施対象の状態を特定するための実施対象状態情報の入力を受け付ける入力手段と、前記入力手段を介して入力が受け付けられた前記実施対象状態情報に基づいて前記実施情報格納手段を参照することにより、前記実施順序を決定する実施順序決定手段と、前記実施順序決定手段にて決定された前記実施順序に基づいて、前記実施行為を所定の出力先に出力する出力手段とを備え、前記実施情報格納手段は、前記実施行為に対して代替可能な一つ又は複数の他の実施行為を特定するための情報を格納し、前記入力手段は、前記実施行為を代替すべき前記他の実施行為を特定する情報を受け付け可能であり、前記実施順序決定手段は、前記入力手段を介して前記実施行為を代替すべき前記他の実施行為を特定する情報が受け付けられた場合には、前記実施情報格納手段を参照して、当該実施行為を当該情報で特定される当該他の実施行為に代替し、当該代替した他の実施行為の実施順序を決定する。
【０００８】
また、請求項２に記載の実施行為支援装置は、請求項１に記載の実施行為支援装置において、前記実施情報格納手段は、前記実施行為に対して代替可能な前記他の実施行為の内容を特定するための情報として、前記実施行為とは異なる内容を特定するための情報を格納する。
【０００９】
また、請求項３に記載の実施行為支援装置は、請求項１又は２に記載の実施行為支援装置において、前記実施情報格納手段は、前記実施行為を実施する時間を特定するための情報を格納し、前記実施行為に対して代替可能な前記他の実施行為を実施する時間を特定するための情報として、前記実施行為とは異なる時間を特定するための情報を格納する。
【００１０】
また、請求項４に記載の実施行為支援装置は、請求項３に記載の実施行為支援装置において、前記実施情報格納手段は、１つの前記実施行為に対して、当該実施行為を実施するための時間よりも短い時間で実施される複数の前記他の実施行為を対応付けることにより、階層構造化された情報を格納する。
【００１１】
また、請求項５に記載の実施行為支援装置は、請求項１から４のいずれか一項に記載の実施行為支援装置において、前記実施情報格納手段は、前記実施行為の内容を特定するための情報として、前記実施行為の実施方法を特定するための情報を格納し、前記実施行為に対して代替可能な前記他の実施行為を特定するための情報として、前記実施行為とは異なる実施方法を特定するための情報を格納する。
【００１２】
また、請求項６に記載の実施行為支援プログラムは、実施対象に対して実施され得る複数の実施行為の内容を特定するための情報、前記実施対象の状態に応じた前記複数の実施行為の実施順序を特定するための情報、及び前記実施順序を組み合わせて構成される移行経路を特定するための情報を格納する実施情報格納手段を備えたコンピュータに実行させるプログラムであって、前記実施対象の状態を特定するための実施対象状態情報の入力を受け付ける入力ステップと、前記入力ステップにおいて入力が受け付けられた前記実施対象状態情報に基づいて前記実施情報格納手段を参照することにより、前記実施順序を決定する実施順序決定ステップと、前記実施順序決定ステップにおいて決定された前記実施順序に基づいて、前記実施行為を所定の出力先に出力する出力ステップとを含み、前記実施情報格納手段は、前記実施行為に対して代替可能な一つ又は複数の他の実施行為を特定するための情報を格納し、前記入力ステップにおいては、前記実施行為を代替すべき前記他の実施行為を特定する情報を受け付け可能であり、前記実施順序決定ステップにおいては、前記入力ステップにおいて前記実施行為を代替すべき前記他の実施行為を特定する情報が受け付けられた場合には、前記実施情報格納手段を参照して、当該実施行為を当該情報で特定される当該他の実施行為に代替し、当該代替した他の実施行為の実施順序を決定することを前記コンピュータに実行させる。
【発明の効果】
【００１３】
請求項１に記載の実施行為支援装置又は請求項６に記載の実施行為支援プログラムによれば、実施行為を代替すべき他の実施行為を特定する情報が受け付けられた場合には、当該実施行為を当該他の実施行為に代替し、当該代替した他の実施行為の実施順序を決定するので、実施行為を他の実施行為に代替した上で実施計画の支援を行うことが可能になり、実施行為の時間的単位や内容に柔軟性を持たせることができるので、各実施計画の質を向上させること等が可能になる。
また、このように実施行為の時間的単位や内容に柔軟性を持たせることで、例えば、実施行為の選択を医師等の実施者に委ねることで、選択された実施行為をコメディカルスタッフ等の補助者が実施補助等する場合における当該実施行為の画一化を図ることが可能になる。このように、コメディカルスタッフ等の補助者が実施補助等する行為については、柔軟性や代替性が少なくなるように実施計画を設定することで、各実施計画の質を一層向上させること等が可能になる。すなわち、医師等の実施者の存在価値は、患者等の実施対象の状態評価、患者等の実施対象の状態に応じた最適な実施行為の選択、並びに、選択された実施行為の正確な実施、を行うことにあるため、このような各行為を医師等の実施者に委ね、補助者等は実施者の行為に基づいた補助行為のみを画一的に行うようにすることで、各実施計画の質を一層向上させること等が可能になる。さらに、このような実施者の選択結果と、実施行為の結果とを、履歴情報として蓄積して後日に参照することで、選択基準の見直しや基準化等を図ることが可能になる。
【００１４】
請求項２に記載の実施行為支援装置によれば、実施行為に対して代替可能な他の実施行為の内容を特定するための情報として、実施行為とは異なる内容を特定するための情報を格納するので、実施行為を内容が異なる他の実施行為に代替した上で実施計画の支援を行うことが可能になる。
【００１５】
請求項３に記載の実施行為支援装置によれば、実施行為に対して代替可能な他の実施行為を実施する時間を特定するための情報として、実施行為とは異なる時間を特定するための情報を格納するので、実施行為を内容が異なる他の実施行為に代替した上で実施計画の支援を行うことが可能になり、実施行為に対してその時間面から柔軟性を持たせることが可能になる。
【００１６】
請求項４に記載の実施行為支援装置によれば、１つの実施行為に対して、当該実施行為を実施するための時間よりも短い時間で実施される複数の他の実施行為を対応付けることにより、階層構造化された情報を格納するので、単に実施行為に対して他の実施行為を１対１で代替するのではなく、実施行為に対して時間単位が異なる複数の他の実施行為を１対多で代替することができ、上位階層に位置付けられた１つの実施行為を、下位階層に位置付けられた複数の実施行為に展開するように、あるいは、その逆に集約するように、実施行為の代替を行うことが可能になる。
【００１７】
請求項５に記載の実施行為支援装置によれば、実施行為に対して代替可能な他の実施行為を特定するための情報として、実施行為とは異なる実施方法を特定するための情報を格納するので、実施行為に対してその実施方法面から柔軟性を持たせることが可能になる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態に係る医療行為支援システムの全体構成を概念的に示す構成図である。
【図２】プロセスチャートの基本構成モデルを示す図である。
【図３】プロセスチャートの具体例を示す図である。
【図４】ユニットシートの表示画面例を示す図である。
【図５】医療行為の代替可能関係を概念的に示す図である。
【図６】患者情報の構成例を示す図である。
【図７】医師情報の構成例を示す図である。
【図８】疾患情報の構成例を示す図である。
【図９】実施情報の構成例を示す図である。
【図１０】実施情報の構成例を示す図である。
【図１１】代替情報の構成例を示す図である。
【図１２】作成サーバにおける設定処理のフローチャートである。
【図１３】設定画面例を示す図である。
【図１４】管理サーバにおける管理処理のフローチャートである。
【図１５】日単位医療行為のユニットシートの表示画面例を示す図である。
【図１６】分秒単位医療行為のユニットシートの表示画面例を示す図である。
【図１７】図１６の業務表示領域の表示画面例を示す図である。
【図１８】図１６の業務履歴表示領域の表示画面例を示す図である。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照して、この発明に係る実施行為支援装置及び実施行為支援プログラムを実施するための最良の形態について詳細に説明する。まず、〔I〕本実施の形態の基本概念を説明した後、〔II〕本実施の形態の具体的内容について説明し、〔III〕最後に、本実施の形態に対する変形例について説明する。ただし、この実施の形態によって本発明が限定されるものではない。
【００２０】
〔I〕本実施の形態の基本概念
まず、本実施の形態の基本概念について説明する。本実施の形態に係る実施行為支援装置（以下「本装置」）及び実施行為支援プログラム（以下「本プログラム」）は、実施対象に対する実施行為を実施する実施計画の実施者に対して、当該実施を支援するための各種の情報を提示することにより、当該実施行為の実施を支援するための装置及びプログラムである。
【００２１】
本装置及び本プログラムは、広範な分野に適用可能であり、概念的には、当該分野における形式知（具体的には、実施対象に対する複数の実施行為の内容と、これら複数の実施行為の相互間の実施順序）を構造化することで可視化が可能な全ての分野に適用可能である。この適用分野の例としては、「医療分野」、「防災分野」、「教育分野」、「農業分野」、「環境評価分野」を挙げることができる。この適用分野に応じて、上述した「実施計画」、「実施対象」、「実施者」、「実施行為」の具体的内容は異なり得る。例えば、医療分野では、実施計画＝医療計画、実施対象＝患者、実施者＝医師（又は病院の如き医療機関、あるいは当該医療機関における医師以外の医療従事者であって看護師や薬剤師を含む者）、実施行為＝医療行為である。同様に、防災分野では、実施計画＝防災計画、実施対象＝被災者、実施者＝救援者、実施行為＝救援行為、教育分野では、実施計画＝教育計画、実施対象＝生徒、実施者＝教師、実施行為＝教育行為が該当する。同様に、農業分野では、実施計画＝農作物生産計画、実施対象＝農作物、実施者＝農業従事者、実施行為＝農作物生産行為、環境評価分野では、実施計画＝環境評価計画、実施対象＝環境、実施者＝環境評価者、実施行為＝環境評価行為が該当する。以下では、本装置及び本プログラムを医療分野に適用した場合について説明するものとし、実施計画＝医療計画、実施対象＝患者、実施者＝医師（又は病院）、実施行為＝医療行為（又は治療。なお、治療には、検査や診断を含む）と読み替えて説明するが、本装置及び本プログラムを他の分野に適用する場合には、上述のように「実施計画」、「実施対象」、「実施者」、「実施行為」の内容を当該他の分野に応じた内容に読み替えればよい。
【００２２】
図１は、医療計画を実施するための医療行為支援システムの全体構成を概念的に示す構成図である。この図１に示すように、統合支援センター１に設置された作成サーバ１０と、複数の病院２の各々に設置された管理サーバ２０とが、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネットの如きネットワーク３を介して相互に通信可能に接続されている。これら作成サーバ１０と管理サーバ２０は、実施行為支援システムを構成する。また、各病院２の内部では、管理サーバ２０に対して、オーダサーバ３０及び複数の支援端末４０がＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の如きネットワーク４を介して相互に通信可能に接続されている。
【００２３】
本実施形態では、上述の特許文献１に全部又は一部が開示された「患者状態適応型パスシステム（ＰＣＡＰＳ：Ｐａｔｉｅｎｔ  Ｃｏｎｄｉｔｉｏｎ  Ａｄａｐｔｉｖｅ  Ｐａｔｈ  Ｓｙｓｔｅｍ）（登録商標）」を利用する。この患者状態適応型パスシステムは、患者の初期状態から最終目標状態に至る臨床経路を示す俯瞰的なモデルであり、この臨床経路を、「患者状態」を基軸とする複数の「目標状態」を相互にリンクして視覚化したものであって、具体的には「プロセスチャート（臨床プロセスチャート）」と「ユニットシート」の２つのツールを用いて構成される。
【００２４】
図２には、プロセスチャートの基本構成モデルを示す。プロセスチャートとは、患者の目標状態毎に形成された医療行為単位（医療の質を管理するために適切な大きさに設定された単位）である「ユニット」を連結することで構成される臨床経路（プロセス）の俯瞰図であり、疾患毎に構成され、当該疾患を有する患者の初期状態から最終目標状態に至る間に想定されるすべての臨床状態を包含する。各ユニットは「実行エレメント」と「判断エレメント」とから構成されている。実行エレメントは、患者状態を当該ユニットの目標状態に達するように組み込まれた医療業務を実行していく行為を示し、判断エレメントは、患者状態が当該ユニットの目標状態に達したか否かを判断する行為を示す。そして、各実行エレメントと、当該各実行エレメントの直後の判断エレメントとを、視覚的に表示する手段として「ユニットシート」が構成される。
【００２５】
図３は、プロセスチャートの具体例である。このプロセスチャートは、前立腺全摘除を行う場合の例である。このプロセスチャートは、複数のユニットの各々を構成する実行エレメント及び判断エレメントと、これら各エレメントを相互に接続する線分とを含んでおり、当該線分によって各エレメントの相互間の実施順序が視覚的に示されている。例えば、実行エレメント「Ａ１−１  前立腺全摘除術」の医療行為を実行した後、判断エレメント「ＳＡ−１」において患者状態と目標状態とに基づく判断を行い、この判断結果に応じて、実行エレメント「Ａ−２  術後急性期」又は実行エレメント「Ｂ−２  術後急性期」」のいずれかに移行する。図３における各実行エレメントの枠内には、各実行エレメントに対応するユニットの名称及びユニットＩＤを示す。例えば、最初の実行エレメントに対応するユニットの名称は「入院  術前」であり、ユニットＩＤは「Ａ−０」である。以下では説明の簡易化のため、ユニットＩＤ＝「Ａ−０」で特定されるユニットを「ユニットＡ−０」のように称する。このプロセスチャートには、複数通りの「移行経路」が含まれ得る。この移行経路とは、実施順序を組み合わせて構成されるもので、例えば図３のプロセスチャートには、「ユニットＡ−０」→「ユニットＡ１−１」→「ユニットＡ−２」の移行経路と、「ユニットＡ−０」→「ユニットＡ−１」→「ユニットＢ−２」の移行経路が含まれる。
【００２６】
図４には、ユニットシートの表示画面例を示す。例えば、ユニットシートは、「患者ＩＤ」、「ユニットＩＤ」、「医療行為」、「患者状態」、「目標状態」、「ユニット移行ロジック」、「条件付き指示」を含む。「患者ＩＤ」は、当該ユニットシートが適用されている患者を一意に特定するための識別情報である。「ユニットＩＤ」は、当該ユニットシートに対応するユニットを一意に特定するための識別情報である。「医療行為」は、当該ユニットシートに対応する実行エレメントにおいて実行すべき医療行為の項目や内容を記述した情報であり、例えば、医療行為、ケア行為、及び調整行為を含む。「患者状態」は、当該ユニットシートに対応するユニットにおいて注目すべき患者状態の内容を記述した情報である。「ユニット移行ロジック」は、当該ユニットシートに対応するユニットから次順のユニットに移行するときの条件及び移行先のユニットシートに対応するユニットＩＤを記述した情報である。「条件付き指示」は、当該ユニットにおける医療行為中に発生した患者状態に早急に対応するための指示内容を含んで構成されている。
【００２７】
このように構成される「プロセスチャート」及び「ユニットシート」は、作成サーバ１０によるＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）サービスを用いて、各病院２の医師等が作成することができる。すなわち、作成サーバ１０には、このように構成される「プロセスチャート」及び「ユニットシート」を特定するための情報と、これら「プロセスチャート」及び「ユニットシート」の作成を支援するための機能とが設けられており、各病院２の医師等は、これら情報及び機能に対して支援端末４０を介してネットワーク３、４を通じてアクセスし、プロセスチャート及びユニットシートの作成を行うことができる。
【００２８】
このように作成された「プロセスチャート」及び「ユニットシート」の実施は、管理サーバ２０によって制御される。すなわち、作成された「プロセスチャート」及び「ユニットシート」に関する情報は、管理サーバ２０に格納される。この管理サーバ２０は、プロセスチャートにおける最初のユニットに対応するユニットシートの内容を支援端末４０を介して医師に対して表示出力等にて提示する。そして、医師が、当該提示されたユニットシートに含まれる医療行為を行い、その後の患者状態を支援端末４０に入力すると、この患者状態が支援端末４０を介して管理サーバ２０にて受け付けられる。次いで、管理サーバ２０は、患者状態が当該ユニットの目標状態に達したか否かを判断する。目標状態に達したと判断した場合には、当該最初のユニットの次順のユニットをプロセスチャートに基づいて特定し、当該次順のユニットに対応するユニットシートの内容を支援端末４０を介して医師に対して提示する。以降同様に、プロセスチャートにて定義された順序に従ったユニットに対応するユニットシートの内容の提示処理と、医師による患者状態の入力を受け付ける処理と、目標状態に達したか否かを判断する判断処理とが繰り返し行われ、プロセスチャートにおける最後のユニットの医療行為が終了することで、一連の処理が終了する。
【００２９】
本実施の形態の特徴の一つは、医療行為に対して代替可能な一つ又は複数の他の医療行為を特定するための情報を格納しておき、医療行為を代替する必要がある旨の指示が受け付けられた場合には、代替可能な一つ又は複数の他の医療行為の実施順序を決定する点にある。ここで、「医療行為に対して代替可能な一つ又は複数の他の医療行為」とは、任意の観点に基づいて任意の方法で定めることができるものであるが、本実施の形態においては、代替される医療行為とは異なる内容の医療行為である。より具体的には、本実施の形態では、「医療行為に対して代替可能な一つ又は複数の他の医療行為」として、「時間単位」が異なる医療行為と、「医療行為の実施方法」が異なる医療行為との、２種類の医療行為を例示する。以下、必要に応じて、代替される医療行為を「代替元医療行為」、代替する医療行為を「代替先医療行為」と称する。また、代替元医療行為と代替先医療行為を区別する必要がない場合には、必要に応じて、これらを「代替医療行為」と称する。
【００３０】
「時間単位」が異なる医療行為とは、例えば、１つの医療行為を行うための規定時間の単位が異なる医療行為であり、日単位で行う医療行為に対する代替医療行為として、分単位や秒単位で行う医療行為を挙げることができる。以下、必要に応じて、日単位で行う医療行為を「日単位医療行為」、分単位や秒単位で行う医療行為を「分秒単位医療行為」と称するものとする。また、このように時間単位が異なる医療行為を「異時間医療行為」と総称する。ただし、日単位医療行為と分秒単位医療行為は、どちらをデフォルトの医療行為としてもよく、日単位医療行為を分秒単位医療行為に代替する場合と、分秒単位医療行為を日単位医療行為に代替する場合がある。このように時間単位が異なる医療行為を対応付ける場合には、１つの日単位医療行為（上位の医療行為）に対する代替医療行為として複数の分秒単位医療行為（下位の医療行為）を対応させることで、医療行為を階層構造化することができる。この場合、代表的には、これら複数の分秒単位医療行為の合計の時間を１つの日単位医療行為の時間に対応させることとするが、これらの時間が相互に異なることを排除するものではない。
【００３１】
「医療行為の実施方法」が異なる医療行為とは、例えば、１つの医療行為を行うための医学的観点からの方法が異なる医療行為である。このような医療行為の実施方法は、医療行為の内容の一部としてユニットに記録される。このような医療行為として、以下では、手術の術式が異なる医療行為を例示するものとし、各疾患を治療するための手術の術式として第１術式と第２術式があるものとして、第１術式で行う医療行為（手術）を「第１術式医療行為」、第２術式で行う医療行為（手術）を「第２術式医療行為」のように称するものとする。また、このように術式が異なる医療行為を「異術式医療行為」と総称する。ただし、第１術式医療行為と第２術式医療行為は、どちらをデフォルトの医療行為としてもよく、第１術式医療行為を第２術式医療行為に代替する場合と、第２術式医療行為を第１術式医療行為に代替する場合がある。このように術式が異なる医療行為を対応付ける場合には、１つの医療行為に対する代替医療行為として１つ又は複数の医療行為を対応させることが可能である。以下では、第１術式医療行為に第２術式医療行為を対応させる場合について説明する。
【００３２】
さらに、複数の異術式医療行為の各々に対してさらに複数の異時間医療行為を設定することができる。例えば、術式Ａ医療行為と術式Ｂ医療行為が存在する場合において、術式Ａ医療行為と術式Ｂ医療行為のそれぞれに対して、日単位医療行為と分秒単位医療行為を設定することができる。
【００３３】
図５には、医療行為の代替可能関係を概念的に示す。この図５に示す例では、日単位医療行為であるユニット「Ａ１−１  第１術式前立腺全摘除術」と日単位医療行為であるユニット「Ａ２−１  第２術式前立腺全摘除術」が代替可能である。つまり、ユニット「Ａ１−１  第１術式前立腺全摘除術」には、実施行為の内容を特定するための情報の一部として、前立腺全摘除術を第１術式を行う方法が記述されており、ユニット「Ａ２−１  第２術式前立腺全摘除術」には、実施行為の内容を特定するための情報の一部として、前立腺全摘除術を第２術式を行う方法が記述されている。また、日単位医療行為であるユニット「Ａ１−１  第１術式前立腺全摘除術」と、分秒単位医療行為であるユニット「Ａ１−１−ｏｐ１  搬入及び申し送り確認」〜ユニット「Ａ１−１−ｏｐ６  退室及び搬送」が代替可能である。また、日単位医療行為であるユニット「Ａ２−１  第１術式前立腺全摘除術」と、分秒単位医療行為であるユニット「Ａ２−１−ｏｐ１  搬入及び申し送り確認」〜ユニット「Ａ２−１−ｏｐ６  退室及び搬送」が代替可能である。この他にも、日単位医療行為であるユニット「Ａ１−１  第１術式前立腺全摘除術」と、分秒単位医療行為であるユニット「Ａ２−１−ｏｐ１  搬入及び申し送り確認」〜ユニット「Ａ２−１−ｏｐ６  退室及び搬送」を代替可能としたり、日単位医療行為であるユニット「Ａ２−１  第１術式前立腺全摘除術」と、分秒単位医療行為であるユニット「Ａ１−１−ｏｐ１  搬入及び申し送り確認」〜ユニット「Ａ１−１−ｏｐ６  退室及び搬送」を代替可能としたり、分秒単位医療行為であるユニット「Ａ１−１−ｏｐ１  搬入及び申し送り確認」〜ユニット「Ａ１−１−ｏｐ６  退室及び搬送」と、分秒単位医療行為であるユニット「Ａ２−１−ｏｐ１  搬入及び申し送り確認」〜ユニット「Ａ２−１−ｏｐ６  退室及び搬送」を代替可能としてもよい。
【００３４】
ただし、全ての医療行為に、複数の異術式医療行為や複数の異時間医療行為を設定する必要はなく、一部の医療行為のみに対して、複数の異術式医療行為や複数の異時間医療行為を設定してもよい。
【００３５】
なお、本実施の形態では、ユニットシート、ユニット、医療行為が相互に１対１で対応しているので、「医療行為に代替可能な他の医療行為」は、「ユニットシートに代替可能な他のユニットシート」や「ユニットに代替可能な他のユニット」と表現することもできる。以下では、必要に応じて、これら各表現を使用する。
【００３６】
〔II〕本実施の形態の具体的内容
次に、本実施の形態の具体的内容について説明する。以下では、図１に示した医療行為支援システムの各部の構成について説明し、次いで、医療行為支援システムを用いて実行される処理内容について説明する。
【００３７】
（構成−作成サーバ）
最初に、図１の作成サーバ１０の構成を説明する。この作成サーバ１０は、患者に対して実施され得る医療行為の内容及び実施順序を含んだ医療計画を作成する実施計画作成支援装置である。機能概念的には、作成サーバ１０は、記憶部１１、制御部１２、及びネットワークインターフェース（以下「ネットワークＩＦ」）１３を、バスにて相互に通信可能に接続して構成されている。
【００３８】
記憶部１１は、各種処理に必要な情報やパラメータを不揮発的に格納する格納手段であり、例えば、ＨＤ（Ｈａｒｄ  Ｄｉｓｋ）にて構成される（後述する記憶部２１において同じ）。
【００３９】
制御部１２は、作成サーバ１０の各部を制御する制御手段である。この制御部１２は、具体的には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）や、このＣＰＵ上で解釈実行される各種のプログラム（ＯＳなどの制御プログラムや、各種の処理手順などを規定したプログラム）、及び、所要プログラムや所要データを格納するためのキャッシュメモリを備えて構成される（後述する制御部２２において同じ）。
【００４０】
ネットワークＩＦ１３は、ネットワーク３を介した通信を行うための通信手段であり、作成サーバ１０における入力手段又は出力手段として機能するもので、例えばネットワークボードとして構成される（後述するネットワークＩＦ２３において同じ）。
【００４１】
（構成−管理サーバ）
次に、管理サーバ２０の構成を説明する。この管理サーバ２０は、作成サーバ１０にて作成された医療計画の実施を管理する装置であり、特許請求の範囲における実施行為支援装置に対応する。管理サーバ２０は、機能概念的には、記憶部２１、制御部２２、及びネットワークＩＦ２３を、バスにて相互に通信可能に接続して構成されている。
【００４２】
記憶部２１には、具体的には、機能概念的に、患者情報ＤＢ２１ａ、医師情報ＤＢ２１ｂ、疾患情報ＤＢ２１ｃ、実施情報ＤＢ２１ｄ、及び代替情報ＤＢ２１ｅを備える。これら各ＤＢに格納される情報の具体的内容については後述する。
【００４３】
制御部２２は、管理サーバ２０の各部を制御する制御手段であり、機能概念的に、実施設定部２２ａ、及び実施管理部２２ｂを備える。実施設定部２２ａは、各患者に対する医療計画の設定を行う実施設定手段である。実施管理部２２ｂは、医療計画の実行を管理するもので、特許請求の範囲における実施順序決定手段に対応する。これら各部の具体的処理内容については後述する。本実施の形態に係る実施行為支援プログラムは、例えば、ＣＤ−ＲＯＭやＤＶＤを含む任意の記憶媒体に記憶された後、管理サーバ２０にインストールされて記憶部２１に不揮発的に記憶され、ＣＰＵにて解釈実行されることで制御部２２の各部の実質的機能を構成する。
【００４４】
ネットワークＩＦ２３は、ネットワーク３を介した通信を行うための通信手段であり、実施対象の状態を特定するための実施対象状態情報の入力を受け付ける入力手段、及び実施管理部２２ｂにて決定された実施順序に基づいて、実施行為を所定の出力先（本実施の形態では、支援端末４０のモニタ）に出力する出力手段として機能する。
【００４５】
（構成−オーダサーバ）
オーダサーバ３０は、各種のリソースの発注、在庫管理、あるいは予約管理を行う資源管理装置である。このオーダサーバ３０の具体的構成は任意であり、管理サーバ２０との通信機能を有する限りにおいて、公知のサーバ装置と同様に構成できるために、その詳細な説明は省略する。なお、病院２に配置されるサーバとしては、このオーダサーバ３０以外にも、医事会計サーバの如き任意のサーバを含めることができる。
【００４６】
（構成−支援端末）
各支援端末４０は、医療従事者が作成サーバ１０や管理サーバ２０に対して入出力を行うための端末装置であり、特に、患者状態の入力を受け付ける入力手段と、プロセスチャート及びユニットシートの出力を行うモニタの如き出力手段を有する。この支援端末４０は、管理サーバ２０との通信機能や各種情報の入出力機能を有する限りにおいて、公知のパーソナルコンピュータと同様に構成できるために、その詳細な説明は省略する。
【００４７】
（構成−データベースの具体的内容）
次に、図１の管理サーバ２０の各ＤＢの具体的内容について説明する。ただし、以下の構成例では本実施の形態に係る情報のみを格納する例を示し、実際には以下に説明する情報以外の任意の情報を各ＤＢに格納することができ、あるいは一部の情報については適宜省略することもできる。また、各ＤＢに格納される情報のうち、同一名称の情報については、特記する場合を除いて相互に同一の内容であるものとし、重複説明は行わないものとする。
【００４８】
患者情報ＤＢ２１ａは、医療計画の実施対象である各患者に関する情報（患者情報）を格納する手段である。この患者情報は、図６に例示するように、項目「患者ＩＤ」、項目「氏名」、項目「年齢」、項目「性別」、項目「住所」、及び項目「疾患ＩＤ」に対応する情報を相互に関連付けて構成されている。項目「患者ＩＤ」に対応する情報は、各医療計画の対象となる患者を一意に識別するための識別情報である。項目「氏名」、項目「年齢」、項目「性別」、項目「住所」に対応する情報は、それぞれ、各患者の氏名、年齢、性別、住所である。項目「疾患ＩＤ」に対応する情報は、各患者の各疾患を一意に識別するための情報である。
【００４９】
図１の医師情報ＤＢ２１ｂは、医療計画の実施者である各医師に関する情報（医師情報）を格納する医師情報格納手段である。この医師情報は、図７に例示するように、項目「医師ＩＤ」、項目「氏名」、項目「専門」、及び項目「経験年数」を相互に関連付けて構成されている。項目「医師ＩＤ」に対応する情報は、各医師を一意に識別するための識別情報である。項目「氏名」に対応する情報は、各医師の氏名である。項目「専門」に対応する情報は、各医師の専門分野である。項目「経験年数」に対応する情報は、各医師の医師としての経験年数である。
【００５０】
図１の疾患情報ＤＢ２１ｃは、各医療計画による治療の対象になる各疾患に関する情報（疾患情報）を格納する疾患情報格納手段である。この疾患情報は、図８に例示するように、項目「疾患ＩＤ」、及び項目「疾患名」を相互に関連付けて構成されている。項目「疾患ＩＤ」に対応する情報は、各疾患を一意に識別するための識別情報であり、図５の項目「疾患ＩＤ」に対応する情報と共通である。項目「疾患名」に対応する情報は、各疾患の名称（病名）である。
【００５１】
図１の実施情報ＤＢ２１ｄは、患者に対して実施すべき医療行為及び実施順序を特定するための情報（実施情報）を格納するもので、特許請求の範囲における実施情報格納手段に対応する。本実施の形態では、上述のように、異時間医療行為として日単位医療行為及び分秒単位医療行為が設定可能であり、異術式医療行為として第１術式医療行為と第２術式医療行為が設定可能であるため、これらの各々に対応する実施情報が実施情報ＤＢ２１ｄに格納されている。
【００５２】
図９には、日単位医療行為に対応する実施情報を例示する。この実施情報は、項目「患者ＩＤ」、項目「医師ＩＤ」、項目「疾患ＩＤ」、項目「ユニットＩＤ」、項目「ユニット名称」、項目「医療行為」、項目「患者状態」、項目「目標状態」、項目「ユニット移行ロジック」、項目「条件付き指示」、及び項目「滞在日数」に対応する情報を相互に関連付けて構成されている。項目「ユニット名称」に対応する情報は、各ユニットの名称である。項目「滞在日数」に対応する情報は、各ユニットを実施するために必要な時間を所定単位（ここでは日単位）で特定するための情報である。図９の例では、ユニットＡ−０を実施するために必要な時間は「滞在日数＝１日」であり、このことからも、この実施情報が日単位医療行為に対応する情報であることが判る。その他の各項目に対応する情報は、図３や図４の表示画面の説明において述べた通りである。
【００５３】
図１０には、分秒単位医療行為に対応する実施情報を例示する。この実施情報は、項目「患者ＩＤ」、項目「医師ＩＤ」、項目「疾患ＩＤ」、項目「ユニットＩＤ」、項目「ユニット名称」、項目「業務」、項目「業務履歴」、項目「ユニット移行ロジック」、項目「条件付き指示」、項目「条件付き指示履歴」、及び項目「特記情報入力」に対応する情報を相互に関連付けて構成されている。項目「業務」に対応する情報は、図９と同様に、実行すべき医療行為の項目や内容を記述した情報であるが、ここでは、分単位や秒単位で行われるべき詳細な処置項目である１つ又は複数の業務が記述されている。項目「業務履歴」に対応する情報は、医療行為の実施履歴を示す情報であり、業務を実施した実施日時、担当者、及び実施回数である。例えば、この情報として「201212011234  看護市子  １」が記録されている場合には、実施日時が２０１２年１２月１日１２時３４分であり、当該情報に対応する業務を実施した担当者が看護市子であり、実施回数が１回であることを示している。項目「条件付き指示」に対応する情報は、図９と同様に、医療行為中に発生した患者状態に早急に対応するための指示内容を記述した情報であるが、ここでは、分単位や秒単位で行われるべき詳細な処置項目に対応した詳細な指示内容が記述されている。項目「条件付き指示履歴」に対応する情報は、条件付き指示の実施履歴を示す情報であり、条件付き指示を実施した担当者及び実施日時が、項目「業務履歴」に対応する情報と同様に記録される。項目「ユニット移行ロジック」は、図９と同様に、当該実施情報に対応するユニットから次順のユニットに移行するときの条件及び移行先のユニットシート（分秒単位医療行為の実施情報に対応するユニットシート）に対応するユニットＩＤを記述した情報である。項目「特記情報入力」は、医療従事者が記述した任意の内容である。なお、項目「業務履歴」、項目「条件付き指示履歴」、及び項目「特記情報入力」に対応する情報は、実施情報の作成時には空白となっており、後述する管理処理において医者等によって入力される。
【００５４】
また、第１術式医療行為に対応する実施情報や第２術式医療行為に対応する実施情報の図示は省略するが、例えば、これらの実施情報は、図９の如き日単位医療行為に対応する実施情報の一つとして形成されると共に、図１０の如き分秒単位医療行為に対応する実施情報の一つとして形成されている。特に、第１術式医療行為に対応する実施情報と第２術式医療行為に対応する実施情報は、相互に異なる術式による医療行為の内容を記述して構成されている。
【００５５】
このように構成される各実施情報では、一つの患者ＩＤ、一つの医師ＩＤ、及び一つの疾患ＩＤに対して複数のユニットＩＤを関連付けることで、当該患者ＩＤにて特定される患者に対して、当該医師ＩＤにて特定される医師が、当該疾患ＩＤにて特定される疾患を治療するための医療行為が特定される。この実施情報を格納する方法及びタイミングは任意であるが、例えば、当該実施情報を、医師のヒアリング等に基づいて標準化することで決定して作成サーバ１０の記憶部１１に予め格納しておき、必要に応じて呼び出して実施情報ＤＢ２１ｄに格納する。この実施情報の標準化は、必ずしも硬直的なものではなく、各医療機関や各患者の実情に合致するように、各医療機関や各医師が例えば後述する設定処理において支援端末４０を用いて任意の内容にカスタマイズした上で、実施情報ＤＢ２１ｄに格納してもよい。なお、これら各情報の具体的な記述構造としては、図９に示した構成例以外の任意の構造を採用することができ、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式により、タグを用いて各情報の意味を構造化することができる。
【００５６】
図１の代替情報ＤＢ２１ｅは、代替医療行為を特定するための情報（代替情報）を格納する代替情報格納手段である。この代替情報は、図１１に例示するように、相互に代替可能な複数のユニットＩＤを対応付けて構成されている。例えば、図示の上方のテーブルの例では、日単位医療行為に対応するユニットのユニットＩＤ＝「Ａ１−１」に対して、分秒単位医療行為に対応するユニットのユニットＩＤ＝「Ａ１−１−ｏｐ１  搬入及び申し送り確認」〜ユニットＩＤ＝「Ａ−１−ｏｐ６  退室及び搬送」が対応付けられているため、これらが相互に代替可能であることが判る。特に、ここでは、上位の１つのユニットＩＤ＝「Ａ−１」に対して、下位の複数のユニットＩＤ＝「Ａ−１−ｏｐ１  搬入及び申し送り確認」〜ユニットＩＤ＝「Ａ−１−ｏｐ６  退室及び搬送」が対応付けられていることにより、上位ユニットに対して下位の複数のユニットが対応付けられることで構成される階層構造が記述されている。また、また、図示の下方のテーブルの例では、第１術式医療行為に対応するユニットのユニットＩＤ＝「Ａ１−１」に対して、第２術式医療行為に対応するユニットのユニットＩＤ＝「Ａ２−１」が対応付けられているため、これらが相互に代替可能であることが判る。
【００５７】
（処理）
次に、上記のように構成された医療行為支援システムによって行われる処理について説明する。なお、以下の説明において、制御主体を特記しない処理については、作成サーバ１０の制御部１２又は管理サーバ２０の制御部２２にて実行されるものとし、情報の取得元や取得経路を特記しない情報については、公知のタイミング及び公知の方法にて、作成サーバ１０の記憶部１１又は管理サーバ２０の記憶部２１に予め格納されており、あるいは、支援端末４０を介して医療従事者によって手入力されるものとする。
【００５８】
この処理は、設定処理、及び管理処理に大別される。設定処理とは、各患者に対する医療計画の設定を行う処理であり、概略的には、作成サーバ１０及び管理サーバ２０を用いて、標準的な医療計画を各病院２や各患者の特性に応じてカスタマイズすることで、当該病院２において当該患者に実際に適用する医療計画を作成する処理である。管理処理は、作成サーバ１０を用いて、設定処理で作成された医療計画を患者に実際に適用する処理であり、医師から入力された患者状態に応じてユニットの移行可否の判定等を行う処理である。
【００５９】
（処理−設定処理）
最初に、設定処理について説明する。図１２は、作成サーバ１０における設定処理のフローチャートである。この処理において、各病院２の医師は、支援端末４０を介して所定方法にて作成サーバ１０にアクセスして医療計画の作成要求を送信する。この際、医師は、自己に予め割り当てられた医師ＩＤ、医療計画の対象になる患者に割り当てられた患者ＩＤ、及び当該患者の疾患に予め割り当てられた疾患ＩＤを支援端末４０に入力する。
【００６０】
一方、作成サーバ１０の制御部１２は、作成要求を受信すると（ＳＡ−１、Ｙｅｓ）、所定の医療計画作成用の画面データを支援端末４０に送信する（ＳＡ−２）。この初期画面の画面データは、支援端末４０に予めインストールされた汎用又は専用のブラウザソフトウェアによって解釈され、初期画面が支援端末４０のモニタに表示される（以下の各画面においても同様）。この初期画面において、医師が、ユニットの追加及び当該ユニットに設定する実施情報の提示を支援端末４０の入力装置を介して所定方法で要求すると、作成サーバ１０の制御部１２は、記憶部１１に予め格納されている標準的な実施情報を取得し、この実施情報を提示するための提示画面の画面データを生成して支援端末４０に送信する（ＳＡ−３）。この提示画面が支援端末４０のモニタに表示され、医師は、この内容を確認し、必要に応じて支援端末４０の入力装置を介して実施情報の編集を行った後、所定方法にて当該実施情報の適用を指示すると、制御部１２は、当該実施情報を当該指定されているユニットに設定する（ＳＡ−４）。以降、プロセスチャートに配置したい各ユニットについて同様の手順を繰り返すことで、全てのユニットの内容が特定される。
【００６１】
また、医師が、支援端末４０を介して、提示画面において各ユニットの相互間の実施順序を指定すると、制御部１２は、当該指定された順序に基づいて、各ユニットの移行先を実施情報に記述する（ＳＡ−５）。この実施順序の具体的な指定方法は任意であり、例えば、各ユニットを実施順序に応じた順番で支援端末４０のマウス等でクリックしたり、各ユニットのユニットＩＤを実施順序に応じた順番で支援端末４０のキーボードを介して入力することで行う。
【００６２】
次いで、医師は、必要に応じて、実施情報を他の実施情報で代替する旨の指示を支援端末４０を介して行う。例えば、図１３に例示する設定画面において、「プロセスチャート表示領域」ＤＡ１には、それまでに設定されたプロセスチャートが表示されており、「コンテンツ設定領域」ＤＡ２には、代替先医療行為に対応するユニットを入力するための入力欄が表示されている。そして、「プロセスチャート表示領域」ＤＡ１のプロセスチャートの各ユニットの中で、代替元医療行為に対応するユニットをクリック等にて指定すると共に、「コンテンツ設定領域」ＤＡ２の入力欄において、代替先医療行為に対応するユニットを入力することで、実施情報を他の実施情報で代替する旨の指示を行う。
【００６３】
この指示があった場合（ＳＡ−６、Ｙｅｓ）、制御部１２は、当該指示に応じて、代替元医療行為に対応するユニットを代替先医療行為に対応するユニットに代替する（ＳＡ−７）。代替先として指定したいユニットの入力方法は任意であり、例えば、プロセスチャート表示領域において代替元医療行為に対応するユニットが指定された際に、実施設定部２２ａは、当該ユニットのユニットＩＤに対応するユニットＩＤを代替情報ＤＢ２１ｅから取得し、当該取得したユニットＩＤをプルダウンリスト等の所定形式でコンテンツ設定領域に表示することで、代替先医療行為に対応するユニットを容易に選択できるようにする。ユニットの代替は、例えば、代替元医療行為の実施情報におけるユニット移行ロジックの移行先を、代替先医療行為のユニットのユニットＩＤに書き換えることで行うことができる。このようなユニットの代替は任意の回数だけ繰り返して行うことができ、制御部１２は、代替する旨の指示を受ける毎に（ＳＡ−６、Ｙｅｓ）、当該指示に応じて、代替元医療行為に対応するユニットを代替先医療行為に対応するユニットに代替する（ＳＡ−７）。そして、代替すべき全てのユニットについての代替処理を終えた後、医師が代替処理が終了した旨を支援端末４０を介して任意の方法で入力することで、ステップＳＡ−８に移行する。
【００６４】
また、図示は省略するが、制御部１２は、プロセスチャート表示領域において代替元医療行為に対応するユニットが指定されていない場合においても、プロセスチャート表示領域に各時点で設定されているプロセスチャートに基づいて、このプロセスチャートの各ユニットに対応するユニットＩＤの有無を代替情報ＤＢ２１ｅを参照して特定し、対応するユニットＩＤがある場合には、当該各ユニットに対して代替可能なユニットがあるものとして、当該代替可能なユニットがある旨をプロセスチャート表示領域に表示する。この表示は任意の形式で行うことができるが、例えば、代替可能なユニットがあるユニットの近傍に、星印等の所定形状のマークを表示したり、「代替可能」のテキスト文字を表示する。このような表示を行うことで、医師は、代替可能なユニットがあることを正確かつ容易に把握することができる。
【００６５】
ステップＳＡ−８においては、このように生成された実施情報が、先に入力された患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けて、管理サーバ２０の実施情報ＤＢ２１ｄに格納される（ＳＡ−８）。これにて設定処理が終了する。
【００６６】
（処理−管理処理）
次に、管理処理について説明する。図１４は、管理サーバ２０における管理処理のフローチャートである。先の設定処理の終了後、任意のタイミングで、医師が支援端末４０を介して診療を行いたい患者の患者ＩＤ（以下「当該患者ＩＤ」）及び疾患ＩＤを入力することにより医療プロセスの開始を指示すると（ステップＳＢ−１、Ｙｅｓ）、管理サーバ２０の実施管理部２２ｂは、当該患者ＩＤ及び当該疾患ＩＤに対応する実施情報を実施情報ＤＢ２１ｄから取得し、当該実施情報をプロセスチャート又はユニットシートとして当該支援端末４０のモニタに出力する（ステップＳＢ−２）。従って、医師は、患者の疾患に対応する医療行為やその実施手順を確認し、標準化された内容及び手順にて医療行為を行うことができる。特に、このようにモニタに出力したプロセスチャートやユニットシートは、任意の範囲を任意の方法で指定して独立して出力することができ、例えば、同一のプロセスチャートに日単位医療行為と分秒単位医療行為の両方が含まれる場合において、分秒単位医療行為のみを一括して指定して支援端末４０を介して表示や印刷等することができる。
【００６７】
医師は、各ユニットシートに表示されている医療行為を実施する毎に、当該医療行為が行われた患者の状態を、支援端末４０を介して管理サーバ２０に入力する（ステップＳＢ−３）。管理サーバ２０の実施管理部２２ｂは、入力された患者状態と、実施情報における当該ユニットシートの目標状態とを比較して、患者状態が目標状態に達したか否かを判定する（ステップＳＢ−４）。そして、患者状態が目標状態に達していない場合（ステップＳＢ−４、Ｎｏ）、実施管理部２２ｂは、次のユニットに移行することなく、次の患者状態の入力が受け付けられるまで待機する。一方、患者の状態が目標状態に達した場合（ステップＳＢ−４、Ｙｅｓ）、実施管理部２２ｂは、実施情報によって規定される次順のユニットのユニットシートの内容を支援端末４０に送信してモニタに表示させる（ステップＳＢ−５）。このユニットシートの内容を支援端末４０を介して閲覧することで、医師は、患者状態に合致したユニットシートの内容を閲覧でき、医療行為の内容を確認できる。
【００６８】
このような管理処理においては、設定処理で設定した実施順序に基づいて、日単位医療行為から分秒単位医療行為への移行、分秒単位医療行為から日単位医療行為への移行、第１術式医療行為から第２術式医療行為への移行、あるいは第２術式医療行為から第１術式医療行為への移行が行われる。例えば、日単位医療行為の次順に分秒単位医療行為が設定されている場合において、患者状態が日単位医療行為のユニット移行ロジックに規定された条件に合致した場合には（ステップＳＢ−４、Ｙｅｓ）、実施管理部２２ｂは、次順の分秒単位医療行為に自動的に移行し、この分秒単位医療行為のユニットのユニットシートの内容を支援端末４０に送信してモニタに表示させる（ステップＳＢ−５）。逆に、分秒単位医療行為の次順に日単位医療行為が設定されている場合において、患者状態が分秒単位医療行為のユニット移行ロジックに規定された条件に合致した場合には（ステップＳＢ−４、Ｙｅｓ）、実施管理部２２ｂは、次順の日単位医療行為に自動的に移行し、この日単位医療行為のユニットのユニットシートの内容を支援端末４０に送信してモニタに表示させる（ステップＳＢ−５）。あるいは、図１５の表示画面例に示すように、代替元医療行為（図１５の例では日単位医療行為）のユニットシートにおけるユニット移行ロジックの欄に、代替先医療行為への移行を指示する指示ボタンＤＡ３を設けておき、医師が支援端末４０を介してこの指示ボタンＤＡ３を選択した場合に、代替先医療行為（この例では分秒単位医療行為）のユニットのユニットシートの内容を支援端末４０に送信してモニタに表示させるようにしてもよい。
【００６９】
図１６には、このように移行された分秒単位医療行為のユニットシートの表示画面例を概念的に示す。この表示画面は、「全体情報表示領域」ＤＡ１０、「業務表示領域」ＤＡ１１、「業務履歴入力領域」ＤＡ１２、「ユニット移行ロジック表示領域」ＤＡ１３、「条件付き指示表示領域」ＤＡ１４、「条件付き指示履歴入力領域」ＤＡ１５、及び「特記情報入力領域」ＤＡ１６を含んで構成されている。「全体情報表示領域」ＤＡ１０には、図１０の実施情報における項目「患者ＩＤ」に対応する情報等が表示される。「業務表示領域」ＤＡ１１、「ユニット移行ロジック表示領域」ＤＡ１３、「条件付き指示表示領域」ＤＡ１４は、図１０の実施情報における項目「業務」、項目「ユニット移行ロジック」、項目「条件付き指示」、に対応する情報の表示等を行うための領域である。「業務履歴表示領域」ＤＡ１２、「条件付き指示履歴表示領域」ＤＡ１５、「特記情報表示領域」ＤＡ１６は、図１０の実施情報における項目「業務履歴」、項目「条件付き指示履歴」、項目「特記情報入力」、に対応する情報の表示等を行うための領域である。
【００７０】
「業務表示領域」ＤＡ１１には、図１７に例示するように、業務がリスト形式で表示されている。このようにリスト形式で表示される業務は、業務単位毎に分類して表示されており、例えば、業務単位「検査」には、業務「生理機能検査」と業務「心機能」が分類される。そして、各業務のいずれかを実施した際、当該実施した業務を医師等が支援端末４０を介して選択すると、当該業務を実施した実施日時、担当者、及び実施回数が、当該ユニットシートに対応する実施情報における業務履歴として実施情報ＤＢ２１ｄに記録される。この際、実施日時は、当該選択が行われた現在日時として公知の方法により取得される。また、担当者は、デフォルトでは「全体情報表示領域」ＤＡ１０に表示されている医師（実施情報の医師ＩＤで特定される医師）になるが、この表示画面等において任意に変更可能としてもよい。また、実施回数は、初期値を０として、当該選択が行われるごとに１ずつ増分される。そして、このように業務履歴が記録された場合には、当該記録が行われた業務の側方の実施回数表示領域ＤＡ１７に実施回数が表示される。また、各業務単位の側方に設けられているチェックボックスＤＡ１８を医師等が支援端末４０を介して選択すると、当該選択されたチェックボックスＤＡ１８に対応する業務単位に分類された全ての業務が１回実施されたこととなり、この実施による業務履歴が実施情報ＤＢ２１ｄに記録されると共に、当該記録が行われた業務の側方の実施回数表示領域ＤＡ１７に実施回数が表示される。このように履歴が表示されることで、医師等は、実施した業務の回数を容易かつ正確に把握することができる。また、履歴の記録を正確かつ容易に行うことが可能になるので、医師等の医療行為の実施記録を正確に記録することが可能になり、この記録を後日に解析等することで医師業務のプロセス解析や問題原因解析等を行うことが可能になる。
【００７１】
また、「業務履歴表示領域」ＤＡ１２には、図１８に例示するように、「業務表示領域」ＤＡ１１を介して上述のように入力された実施日時及び担当者と、実施された業務とが表示される。このように履歴が表示されることで、医師等は、業務を実施した実施日時及び担当者を容易かつ正確に把握することができる。また、この表示の側方には取消ボタンＤＡ１９が設けられており、この取消ボタンＤＡ１９を医師等が支援端末４０を介して選択すると、当該選択された取消ボタンＤＡ１９に対応する業務履歴が実施情報ＤＢ２１ｄから消去されると共に、「業務表示領域」ＤＡ１１に表示されていた当該業務に対応する実施回数が1つ減算される。このように取消機能を設けることで、医師等は、誤って入力した業務履歴を容易かつ確実に消去することができる。また、このような業務履歴の取消（実施の取消）の他、実施者の修正や実施時刻の修正を行うことも可能である。このような修正の方法は任意であるが、例えば、「業務履歴表示領域」ＤＡ１２に表示されている実施者や時刻を支援端末４０を介して指定して修正することができる。
【００７２】
また、図１６において、「条件付き指示表示領域」ＤＡ１４には、上述の「業務表示領域」ＤＡ１１における表示機能及び履歴入力機能と同様に、ユニット移行ロジックの表示機能及び履歴入力機能が設けられている。また、「条件付き指示履歴入力領域」ＤＡ１５には、上述の「業務履歴表示領域」ＤＡ１２における履歴表示機能及び履歴取消機能と同様に、ユニット移行ロジックの履歴表示機能及び履歴取消機能が設けられている。「特記情報入力領域」ＤＡ１６には、医師等が支援端末４０を介して任意の情報を入力することができ、このように入力された情報が実施情報ＤＢ２１ｄに記録される。
【００７３】
〔III〕各実施の形態に対する変形例
以上、本発明に係る各実施の形態について説明したが、本発明の具体的な構成及び手段は、特許請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良できる。以下、このような変形例について説明する。
【００７４】
（解決しようとする課題や発明の効果について）
まず、発明が解決しようとする課題や発明の効果は、前記した内容に限定されるものではなく、本発明によって、前記に記載されていない課題を解決したり、前記に記載されていない効果を奏することもでき、また、記載されている課題の一部のみを解決したり、記載されている効果の一部のみを奏することがある。例えば、実施行為の時間的単位や内容の柔軟性が従来と同程度の場合であっても、従来とは異なる手段によって実施行為の時間的単位や内容の管理を行うことが可能となっている場合には、本願の課題は解決されている。
【００７５】
（構成及び制御について）
また、上記各実施の形態で自動的に行われるものとして説明した制御の全部または任意の一部を手動で行っても良く、逆に、手動で行われるものとして説明した制御の全部または任意の一部を公知技術または上述した思想に基づいて自動化しても良い。また、上記実施の形態において示した各構成要素の各機能ブロックの一部又は全部を、ハードワイヤードロジックにて構成しても良い。
【００７６】
（分散や統合について）
また、上述した各電気的構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散や統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散や統合して構成できる。例えば、作成サーバ１０と管理サーバ２０を相互に統合したり、作成サーバ１０や管理サーバ２０の機能の一部を支援端末４０に持たせることができる。
【００７７】
（代替医療行為について）
上記実施の形態では、代替医療行為として、異時間医療行為と異術式医療行為を例示したが、いずれか一方を省略してもよく、いずれか一方に代えて他の代替医療行為を設定してもよく、あるいは、これら２種類の代替医療行為に加えてさらに１つ又は複数の種類の代替医療行為を設定してもよい。また、異時間医療行為としては、日単位医療行為と分秒単位医療行為を例示したが、いずれか一方に代えて他の異時間医療行為を設定してもよく、あるいは、これら２種類の異時間医療行為に加えてさらに１つ又は複数の種類の異時間医療行為を設定してもよい。また、異術式医療行為としては、第１術式医療行為と第２術式医療行為を例示したが、いずれか一方に代えて他の異術式医療行為を設定してもよく、あるいは、これら２種類の異術式医療行為に加えてさらに１つ又は複数の種類の異術式医療行為を設定してもよい。
【００７８】
また、上記実施の形態では、代替情報ＤＢ２１ｅに格納した代替情報を参照することにより、代替医療行為の代替関係を特定しているが、実施情報ＤＢ２１ｄに格納した実施情報によって代替関係を特定するようにして、代替情報ＤＢ２１ｅを省略してもよい。このような特定方法として、例えば、代替可能な日単位医療行為と分秒単位医療行為をポイントでリンクしたり、日単位医療行為と分秒単位医療行為とを包含する１つの実施情報として記述してもよい。
【００７９】
（代替手段について）
上記実施の形態では、作成サーバ１０による設定処理においてユニットの代替を行っているが、設定処理は従来と同様に行った上で、管理サーバ２０による管理処理においてユニットの代替を行うことができるようにしてもよい。
【符号の説明】
【００８０】
１  統合支援センター
２  病院
３、４  ネットワーク
１０  作成サーバ
１１、２１  記憶部
１２、２２  制御部
１３、２３  ネットワークインターフェース
２０  管理サーバ
２１ａ  患者情報ＤＢ
２１ｂ  医師情報ＤＢ２１ｂ
２１ｃ  疾患情報ＤＢ２１ｃ
２１ｄ  実施情報ＤＢ
２１ｅ  代替情報ＤＢ
２２ａ  実施設定部
２２ｂ  実施管理部
３０  オーダサーバ
４０  支援端末
ＤＡ１  プロセスチャート表示領域
ＤＡ２  コンテンツ設定領域
ＤＡ３  指示ボタン
ＤＡ１０  全体情報表示領域
ＤＡ１１  業務表示領域
ＤＡ１２  業務履歴入力領域
ＤＡ１３  ユニット移行ロジック表示領域
ＤＡ１４  条件付き指示表示領域
ＤＡ１５  条件付き指示履歴入力領域
ＤＡ１６  特記情報入力領域
ＤＡ１７  実施回数表示領域
ＤＡ１８  チェックボックス
ＤＡ１９  取消ボタン
【図１】
2014063215.tif 000003
【図２】
2014063215.tif 000004
【図３】
2014063215.tif 000005
【図４】
2014063215.tif 000006
【図５】
2014063215.tif 000007
【図６】
2014063215.tif 000008
【図７】
2014063215.tif 000009
【図８】
2014063215.tif 000010
【図９】
2014063215.tif 000011
【図１０】
2014063215.tif 000012
【図１１】
2014063215.tif 000013
【図１２】
2014063215.tif 000014
【図１３】
2014063215.tif 000015
【図１４】
2014063215.tif 000016
【図１５】
2014063215.tif 000017
【図１６】
2014063215.tif 000018
【図１７】
2014063215.tif 000019
【図１８】
2014063215.tif 000020