特許 7471574 管理システム及び管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-12

(45)【発行日】2024-04-22

(54)【発明の名称】管理システム及び管理プログラム

(51)【国際特許分類】

   G16H 10/60 20180101AFI20240415BHJP

【ＦＩ】

G16H10/60

【請求項の数】 13

(21)【出願番号】P 2020076055

(22)【出願日】2020-04-22

(65)【公開番号】P2021174141

(43)【公開日】2021-11-01

【審査請求日】2022-11-22

(73)【特許権者】

【識別番号】514062806

【氏名又は名称】ドクターズモバイル株式会社

(73)【特許権者】

【識別番号】504426089

【氏名又は名称】水流 聡子

(74)【代理人】

【識別番号】100107364

【弁理士】

【氏名又は名称】斉藤 達也

(72)【発明者】

【氏名】中尾 彰宏

(72)【発明者】

【氏名】水流 聡子

【審査官】梅岡 信幸

(56)【参考文献】

【文献】特開２００８－０２７０９３（ＪＰ，Ａ）

【文献】特開平１１－１５５８２２（ＪＰ，Ａ）

【文献】五島 光子，電子カルテシステムと看護情報支援システムとの連携，映像情報メディカル 第４１巻 第５号，日本，産業開発機構株式会社，2009年05月01日，第41巻，p.486-492

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１６Ｈ １０／００－８０／００

(57)【特許請求の範囲】

【請求項1】

実施対象の状態を特定するための状態特定情報を取得する取得手段と、
前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、
少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、
前記実施対象の状態と、前記実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する第１格納手段と、を備え、
前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目の実施結果を示す実施結果表示情報を表示する、
管理システム。

【請求項2】

実施対象の状態を特定するための状態特定情報を取得する取得手段と、
前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、
少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、
前記実施対象の状態と、前記実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する第１格納手段と、を備え、
前記管理手段は、
前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目、又は、前記実施計画で定められている実施行為の項目を示す項目表示情報と、
前記項目表示情報が、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目を示すか、又は、前記項目表示情報が、前記実施計画で定められている実施行為の項目を示すかを表示する関連表示情報と、を表示する、
管理システム。

【請求項3】

前記項目表示情報が、少なくとも前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目を示す情報である場合、前記管理手段は、前記項目表示情報が示す実施行為の項目に関連付けられている前記実施対象の状態を示す状態表示情報を表示する、
請求項２に記載の管理システム。

【請求項4】

前記第１格納手段は、前記実施対象の状態と、必須で実施される必須実施行為の項目又はユーザに選択された場合に実施される任意実施行為の項目とが相互に関連付けられている情報を前記状態行為関連情報として格納する、
請求項１から３の何れか一項に記載の管理システム。

【請求項5】

実施対象の状態を特定するための状態特定情報を取得する取得手段と、
前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、
少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、
前記実施対象の状態と、前記実施対象について観察する項目である観察項目とが相互に関連付けられている状態観察関連情報を格納する第２格納手段と、を備え、
前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態観察関連情報において関連付けられている前記観察項目を示す観察項目表示情報を表示する、
管理システム。

【請求項6】

実施対象の状態を特定するための状態特定情報を取得する取得手段と、
前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、
少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、を備え、
前記取得手段は、前記実施対象の状態が発生したことを特定する発生情報、又は、前記実施対象の状態が発生した疑いがあることを特定する疑念情報の内の何れか一方の情報と、前記状態特定情報とを取得し、
前記管理手段は、前記取得手段が前記発生情報を取得した場合、前記特定手段が特定した前記実施対象の状態を、発生した前記実施対象の状態として管理し、前記取得手段が前記疑念情報を取得した場合、前記特定手段が特定した前記実施対象の状態を、発生した疑いがある前記実施対象の状態として管理する処理を前記管理処理として行う、
管理システム。

【請求項7】

ユーザが入力するべき前記状態特定情報を複数提示することにより、ユーザが前記状態特定情報を入力することを支援する支援手段、を備え、
前記取得手段は、前記支援手段に提示された複数の前記状態特定情報の内の少なくとも１個の前記状態特定情報をユーザが前記実施計画に関わらず入力した場合に、入力された前記状態特定情報を取得する、
請求項１から６の何れか一項に記載の管理システム。

【請求項8】

前記支援手段は、所定のカテゴリ単位でユーザが入力するべき前記状態特定情報を表示して提示する、
請求項７に記載の管理システム。

【請求項9】

前記管理手段に管理された前記実施対象の状態の履歴と、前記実施計画とを相互に関連付けて出力する出力手段、を備える、
請求項１から８の何れか一項に記載の管理システム。

【請求項10】

コンピュータを、
実施対象の状態を特定するための状態特定情報を取得する取得手段と、
前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、
少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、
前記実施対象の状態と、前記実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する第１格納手段と、として機能させ、
前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目の実施結果を示す実施結果表示情報を表示する、
管理プログラム。

【請求項11】

コンピュータを、
実施対象の状態を特定するための状態特定情報を取得する取得手段と、
前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、
少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、
前記実施対象の状態と、前記実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する第１格納手段と、として機能させ、
前記管理手段は、
前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目、又は、前記実施計画で定められている実施行為の項目を示す項目表示情報と、
前記項目表示情報が、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目を示すか、又は、前記項目表示情報が、前記実施計画で定められている実施行為の項目を示すかを表示する関連表示情報と、を表示する、
管理プログラム。

【請求項12】

コンピュータを、
実施対象の状態を特定するための状態特定情報を取得する取得手段と、
前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、
少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、
前記実施対象の状態と、前記実施対象について観察する項目である観察項目とが相互に関連付けられている状態観察関連情報を格納する第２格納手段と、として機能させ、
前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態観察関連情報において関連付けられている前記観察項目を示す観察項目表示情報を表示する、
管理プログラム。

【請求項13】

コンピュータを、
実施対象の状態を特定するための状態特定情報を取得する取得手段と、
前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、
少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、として機能させ、
前記取得手段は、前記実施対象の状態が発生したことを特定する発生情報、又は、前記実施対象の状態が発生した疑いがあることを特定する疑念情報の内の何れか一方の情報と、前記状態特定情報とを取得し、
前記管理手段は、前記取得手段が前記発生情報を取得した場合、前記特定手段が特定した前記実施対象の状態を、発生した前記実施対象の状態として管理し、前記取得手段が前記疑念情報を取得した場合、前記特定手段が特定した前記実施対象の状態を、発生した疑いがある前記実施対象の状態として管理する処理を前記管理処理として行う、
管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理システム及び管理プログラムに関する。

【背景技術】

【0002】

従来、医療関連行為を二次元構造で示したクリティカルパスが知られている。このクリティカルパスは、それまで医師の個人的な暗黙知として蓄積された膨大な医療知識を、標準化及び可視化を通じて形式知として提示することで、医療の質と効率を系統的に保証及び向上させることができる点で有用である。しかしながら、患者の状態によっては、クリティカルパスを適用できなかったり、予め想定された標準的な経過から乖離してしまいクリティカルパスを逸脱したりする可能性があるという問題が指摘されていた。

【0003】

この点に鑑みて本願発明者等は、医療プロセス質管理システム及び医療プロセス質管理方法を提案した（特許文献１参照）。このシステムは、実施計画に沿って患者に対して実施する複数の医療プロセス及び各医療プロセスの実施順序等を記憶する記憶部と、次に実施する医療プロセスを読み出すプロセス管理部等を備えて構成されている。このシステムにおいては、「プロセスチャート（臨床プロセスチャート）」と「ユニットシート」を用いて、医療行為の内容を臨床経路に従って医師等に順次提示する。「ユニットシート」とは、患者の目標状態毎に形成された医療行為単位である「ユニット（プロセス）」を視覚化したものである。「プロセスチャート」は、複数のユニットを連結して構成される臨床経路の俯瞰図である。

【0004】

このようにプロセスチャートとユニットシートという２種類のツールによって、医療行為の内容や実施順序を標準化された内容で各医師に提示することで、各医師が個別的に独自判断で医療行為の内容や実施順序を決定する場合に比べて、医療行為の標準化を図ることができ、延いては医療プロセスの質を維持及び向上させることができる。また、このシステムによれば、患者の個別性に柔軟に対応できるので、従来のクリティカルパスの問題点を解消することが可能になる。

【先行技術文献】

【特許文献】

【0005】

【文献】国際公開第２００６／０５７３３６号パンフレット

【文献】特開２００７－１２８３５１号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ところで、実際の医療現場においては、実施計画に関わらず生じる患者の状態に関して管理を行うことが要望されており、特許文献１及び特許文献２の技術に対して改善の余地があった。

【0007】

本発明は、上記に鑑みてなされたものであって、実施計画に関わらず生じる患者の状態に関して管理を行うことができる管理システム及び管理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

上述した課題を解決し、目的を達成するために、請求項１に記載の理システムは、実施対象の状態を特定するための状態特定情報を取得する取得手段と、前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、前記実施対象の状態と、前記実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する第１格納手段と、を備え、前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目の実施結果を示す実施結果表示情報を表示する。

【0009】

請求項２に係る管理システムは、実施対象の状態を特定するための状態特定情報を取得する取得手段と、前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、前記実施対象の状態と、前記実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する第１格納手段と、を備え、前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目、又は、前記実施計画で定められている実施行為の項目を示す項目表示情報と、前記項目表示情報が、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目を示すか、又は、前記項目表示情報が、前記実施計画で定められている実施行為の項目を示すかを表示する関連表示情報と、を表示する。

【0010】

請求項３に係る管理システムは、請求項２に係る管理システムにおいて、前記項目表示情報が、少なくとも前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目を示す情報である場合、前記管理手段は、前記項目表示情報が示す実施行為の項目に関連付けられている前記実施対象の状態を示す状態表示情報を表示する。

【0011】

請求項４に係る管理システムは、請求項１から３の何れか一項に記載の管理システムにおいて、前記第１格納手段は、前記実施対象の状態と、必須で実施される必須実施行為の項目又はユーザに選択された場合に実施される任意実施行為の項目とが相互に関連付けられている情報を前記状態行為関連情報として格納する。

【0012】

請求項５に係る管理システムは、実施対象の状態を特定するための状態特定情報を取得する取得手段と、前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、前記実施対象の状態と、前記実施対象について観察する項目である観察項目とが相互に関連付けられている状態観察関連情報を格納する第２格納手段と、を備え、前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態観察関連情報において関連付けられている前記観察項目を示す観察項目表示情報を表示する。

【0013】

請求項６に係る管理システムは、実施対象の状態を特定するための状態特定情報を取得する取得手段と、前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、を備え、前記取得手段は、前記実施対象の状態が発生したことを特定する発生情報、又は、前記実施対象の状態が発生した疑いがあることを特定する疑念情報の内の何れか一方の情報と、前記状態特定情報とを取得し、前記管理手段は、前記取得手段が前記発生情報を取得した場合、前記特定手段が特定した前記実施対象の状態を、発生した前記実施対象の状態として管理し、前記取得手段が前記疑念情報を取得した場合、前記特定手段が特定した前記実施対象の状態を、発生した疑いがある前記実施対象の状態として管理する処理を前記管理処理として行う。

【0014】

請求項７に係る管理システムは、請求項１から６の何れか一項に記載の管理システムにおいて、ユーザが入力するべき前記状態特定情報を複数提示することにより、ユーザが前記状態特定情報を入力することを支援する支援手段、を備え、前記取得手段は、前記支援手段に提示された複数の前記状態特定情報の内の少なくとも１個の前記状態特定情報をユーザが前記実施計画に関わらず入力した場合に、入力された前記状態特定情報を取得する。

【0015】

請求項８に係る管理システムは、請求項７に記載の管理システムにおいて、前記支援手段は、所定のカテゴリ単位でユーザが入力するべき前記状態特定情報を表示して提示する。

【0016】

請求項９に係る管理システムは、請求項１から８の何れか一項に記載の管理システムにおいて、前記管理手段に管理された前記実施対象の状態の履歴と、前記実施計画とを相互に関連付けて出力する出力手段、を備える。

【0017】

請求項１０に係る管理プログラムは、コンピュータを、実施対象の状態を特定するための状態特定情報を取得する取得手段と、前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、前記実施対象の状態と、前記実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する第１格納手段と、として機能させ、前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目の実施結果を示す実施結果表示情報を表示する。

【0018】

請求項１１に係る管理プログラムは、コンピュータを、実施対象の状態を特定するための状態特定情報を取得する取得手段と、前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、前記実施対象の状態と、前記実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する第１格納手段と、として機能させ、前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目、又は、前記実施計画で定められている実施行為の項目を示す項目表示情報と、前記項目表示情報が、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目を示すか、又は、前記項目表示情報が、前記実施計画で定められている実施行為の項目を示すかを表示する関連表示情報と、を表示する。
請求項１２に係る管理プログラムは、コンピュータを、実施対象の状態を特定するための状態特定情報を取得する取得手段と、前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、前記実施対象の状態と、前記実施対象について観察する項目である観察項目とが相互に関連付けられている状態観察関連情報を格納する第２格納手段と、として機能させ、前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態観察関連情報において関連付けられている前記観察項目を示す観察項目表示情報を表示する。
請求項１３に係る管理プログラムは、コンピュータを、実施対象の状態を特定するための状態特定情報を取得する取得手段と、前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、として機能させ、前記取得手段は、前記実施対象の状態が発生したことを特定する発生情報、又は、前記実施対象の状態が発生した疑いがあることを特定する疑念情報の内の何れか一方の情報と、前記状態特定情報とを取得し、前記管理手段は、前記取得手段が前記発生情報を取得した場合、前記特定手段が特定した前記実施対象の状態を、発生した前記実施対象の状態として管理し、前記取得手段が前記疑念情報を取得した場合、前記特定手段が特定した前記実施対象の状態を、発生した疑いがある前記実施対象の状態として管理する処理を前記管理処理として行う。

【発明の効果】

【0019】

請求項１に係る管理システム又は請求項１０に係る管理プログラムによれば、実施計画に関わらず実施対象の状態を特定し、当該特定した実施対象の状態を管理することにより、例えば、実施計画に関わらず生じる実施対象の状態に関して管理を行うことが可能となる。
また、特定した実施対象の状態に対して関連付けられている実施行為の項目の実施結果を示す実施結果表示情報を表示することにより、例えば、実施対象の状態を管理するために有用な情報を提供することが可能となる。

【0020】

請求項２に係る管理システム又は請求項１１に係る管理プログラムによれば、実施計画に関わらず実施対象の状態を特定し、当該特定した実施対象の状態を管理することにより、例えば、実施計画に関わらず生じる実施対象の状態に関して管理を行うことが可能となる。
また、項目表示情報が、特定した実施対象の状態に対して関連付けられている実施行為の項目を示すか、又は、項目表示情報が、実施計画で定められている実施行為の項目を示すかを表示する関連表示情報を表示することにより、例えば、項目表示情報が表示されている要因を把握させることが可能となる。

【0021】

請求項３に係る管理システムによれば、項目表示情報が示す実施行為の項目に関連付けられている実施対象の状態を示す状態表示情報を表示することにより、例えば、項目表示情報が表示されている要因である実施対象の状態を把握させることが可能となる。

【0022】

請求項４に係る管理システムによれば、実施対象の状態と、必須で実施される必須実施行為の項目又はユーザに選択された場合に実施される任意実施行為の項目とが相互に関連付けられている情報を格納することにより、例えば、必須実施行為又は任意実施行為について管理することが可能となる。

【0023】

請求項５に係る管理システム又は請求項１２に係る管理プログラムによれば、実施計画に関わらず実施対象の状態を特定し、当該特定した実施対象の状態を管理することにより、例えば、実施計画に関わらず生じる実施対象の状態に関して管理を行うことが可能となる。
また、特定した実施対象の状態に対して関連付けられている観察項目を示す観察項目表示情報を表示することにより、例えば、実施対象の状態を管理するために有用な情報を提供することが可能となる。

【0024】

請求項６に係る管理システム又は請求項１３に係る管理プログラムによれば、実施計画に関わらず実施対象の状態を特定し、当該特定した実施対象の状態を管理することにより、例えば、実施計画に関わらず生じる実施対象の状態に関して管理を行うことが可能となる。
また、発生情報を取得した場合、特定した実施対象の状態を、発生した実施対象の状態として管理し、疑念情報を取得した場合、特定した実施対象の状態を、発生した疑いがある実施対象の状態として管理することにより、例えば、発生した実施対象の状態と、発生した疑いがある実施対象の状態とを分けて管理することが可能となる。

【0025】

請求項７に係る管理システムによれば、ユーザが状態特定情報を入力することを支援することにより、例えば、状態特定情報を容易に入力させることが可能となるので、利便性を向上させることが可能となる。

【0026】

請求項８に係る管理システムによれば、所定のカテゴリ単位でユーザが入力するべき状態特定情報を表示して提示することにより、例えば、カテゴリを基準にして状態特定情報を入力させることが可能となるので、利便性を更に向上させることが可能となる。

【0027】

請求項９に係る管理システムによれば、実施対象の状態の履歴と、実施計画とを相互に関連付けて出力することにより、例えば、実施対象の状態を管理するために有用な情報を提供することが可能となる。

【図面の簡単な説明】

【0029】

【図1】管理システムの全体構成を概念的に示す説明図である。

【図2】プロセスチャート及びユニットシートの基本構成モデルを示す図である。

【図3】ユニットシートの表示画面例を示す図である。

【図4】プロセスチャートの例を示す図である。

【図5】患者情報を例示した図である。

【図6】医師情報を例示した図である。

【図7】疾患情報を例示した図である。

【図8】実施計画情報を例示した図である。

【図9】実施履歴情報を例示した図である。

【図10】カテゴリ特定情報を例示した図である。

【図11】イベント特定情報を例示した図である。

【図12】第１指標特定情報を例示した図である。

【図13】第２指標特定情報を例示した図である。

【図14】イベント指標関連情報を例示した図である。

【図15】発生イベント情報を例示した図である。

【図16】指標記録情報を例示した図である。

【図17】イベント発生処理のフローチャートである。

【図18】イベント選択画面を例示した図である。

【図19】指標選択画面を例示した図である。

【図20】イベント終了処理のフローチャートである。

【図21】プロセスチャート画面表示処理のフローチャートである。

【図22】プロセスチャート画面を例示した図である。

【図23】実施入力画面表示処理のフローチャートである。

【図24】実施入力画面の表示例である。

【図25】指標関連画像の拡大図である。

【図26】吹出画像が表示された状態の実施入力画面の表示例である。

【図27】経過表画面表示処理のフローチャートである。

【図28】経過表画面の表示例である。

【図29】経過表画像の表示例である。

【図30】他の経過表画像の表示例である。

【図31】他の経過表画像の表示例である。

【図32】情報入力処理のフローチャートである。

【発明を実施するための形態】

【0030】

以下に添付図面を参照して、この発明に係る管理システム及び管理プログラムを実施するための一形態について詳細に説明する。まず、〔Ｉ〕本実施の形態の基本概念を説明した後、〔ＩＩ〕本実施の形態の具体的内容について説明し、〔ＩＩＩ〕最後に本実施の形態に対する変形例について説明する。ただし、本実施の形態によって本発明が限定されるものではない。

【0031】

〔Ｉ〕本実施の形態の基本概念
まず、本実施の形態の基本概念について説明する。本実施の形態に係る管理システム及び管理プログラムは、実施計画に関わらず特定する患者の状態に関して管理を行うものである。

【0032】

管理システム及び管理プログラムは、広範な分野に適用可能であり、概念的には、当該分野における形式知（具体的には、実施対象に対して実施者が実施する複数の実施行為の内容と、これら複数の実施行為の相互間の実施順序）を構造化することで可視化が可能な全ての分野に適用可能である。この適用分野の例としては、「医療分野」、「防災分野」、「教育分野」を挙げることができるが、以下では、医療分野に適用する場合を例示して説明する。

【0033】

「管理システム」は、例えば、取得手段、特定手段、及び管理手段を備え、任意で、支援手段、第１格納手段、第２格納手段、及び出力手段を備える。

【0034】

「取得手段」とは、実施対象の状態を特定するための状態特定情報を取得する手段であり、例えば、支援手段に提示された複数の状態特定情報の内の少なくとも１個の状態特定情報をユーザが実施計画に関わらず入力した場合に、入力された状態特定情報を取得する手段等を含む概念であり、また、実施対象の状態が発生したことを特定する発生情報、又は、実施対象の状態が発生した疑いがあることを特定する疑念情報の内の何れか一方の情報と、状態特定情報とを取得する手段等を含む概念である。

【0035】

なお、「実施対象」とは、実施又は観察の対象であり、例えば、患者等を含む概念である。また、「実施対象の状態」とは、実施対象のあり様又は様子であり、例えば、患者に発生するイベントを含む概念であり、例えば、病気にかかること、薬を投与すること、発作が生じること等を含む概念である。

【0036】

「状態特定情報」とは、実施対象の状態を特定するための情報であり、例えば、実施計画に関わらず入力される情報等を含む概念である。なお、「実施計画に関わらず入力される情報」とは、例えば、実施計画に関連する情報を参照せずに入力される情報等を含む概念であり、また、実施計画に関する処理には影響を及ぼさない情報等を含む概念であり、また、実施計画に関する処理から影響を受けない情報等を含む概念である。

【0037】

「特定手段」とは、取得手段が取得した状態特定情報に基づいて、実施対象に実施される実施行為が定められている実施計画に関わらず、実施対象の状態を特定する手段である。

【0038】

なお、「実施計画」とは、実施対象に実施される実施行為が定められている計画であり、例えば、医療計画等を含む概念であり、一例としては、後述するプロセスチャート及びユニットシートにて特定される医療計画等を含む概念である。また、「実施計画に関わらず、実施対象の状態を特定する」とは、例えば、実施計画とは無関係に実施対象の状態を特定すること等を含む概念である。なお、「実施計画とは無関係」とは、例えば、実施計画に関する処理には影響を及ぼさないこと、あるいは、実施計画に関する処理からの影響を受けないこと等を含む概念である。また、前述の「実施計画に関わらず、実施対象の状態を特定する」とは、例えば、実施計画に関わらず入力される情報に基づいて、実施対象の状態を特定すること等を示す概念であるものと解釈してもよい。

【0039】

「管理手段」とは、少なくとも特定手段が特定した実施対象の状態を管理する管理処理を行う手段である。「管理処理」とは、実施対象の状態を管理するための任意の処理であり、例えば、実施対象の状態に関連する情報を出力する処理等を含む概念である。

【0040】

また、「管理手段」とは、例えば、特定手段が特定した実施対象の状態に対して状態行為関連情報において関連付けられている実施行為の項目の実施結果を示す実施結果表示情報を表示する手段等を含む概念である。

【0041】

また、「管理手段」とは、例えば、項目表示情報と、関連表示情報とを表示する手段等を含む概念である。なお、「項目表示情報」とは、例えば、特定手段が特定した実施対象の状態に対して状態行為関連情報において関連付けられている実施行為の項目、又は、実施計画で定められている実施行為の項目を示す情報である。「関連表示情報」とは、例えば、項目表示情報が、特定手段が特定した実施対象の状態に対して状態行為関連情報において関連付けられている実施行為の項目を示すか、又は、項目表示情報が、実施計画で定められている実施行為の項目を示すかを表示する情報である。

【0042】

また、「管理手段」とは、例えば、項目表示情報が、少なくとも特定手段が特定した実施対象の状態に対して状態行為関連情報において関連付けられている実施行為の項目を示す情報である場合に、状態表示情報を表示する手段等を含む概念である。「状態表示情報」とは、例えば、項目表示情報が示す実施行為の項目に関連付けられている実施対象の状態を示す情報である。

【0043】

また、「管理手段」とは、例えば、特定手段が特定した実施対象の状態に対して状態観察関連情報において関連付けられている観察項目を示す観察項目表示情報を表示する手段等を含む概念である。

【0044】

また、「管理手段」とは、例えば、取得手段が発生情報を取得した場合、特定手段が特定した実施対象の状態を、発生した実施対象の状態として管理し、取得手段が疑念情報を取得した場合、特定手段が特定した実施対象の状態を、発生した疑いがある実施対象の状態として管理する処理を管理処理として行う手段等を含む概念である。

【0045】

「支援手段」とは、ユーザが入力するべき状態特定情報を複数提示することにより、ユーザが状態特定情報を入力することを支援する手段であり、例えば、所定のカテゴリ単位でユーザが入力するべき状態特定情報を表示して提示する手段等を含む概念である。

【0046】

「第１格納手段」とは、実施対象の状態と、実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する手段であり、例えば、実施対象の状態と、必須で実施される必須実施行為の項目又はユーザに選択された場合に実施される任意実施行為の項目とが相互に関連付けられている情報を状態行為関連情報として格納する手段等を含む概念である。

【0047】

「第２格納手段」とは、実施対象の状態と、実施対象について観察する項目である観察項目とが相互に関連付けられている状態観察関連情報を格納する手段である。

【0048】

「出力手段」とは、管理手段に管理された実施対象の状態の履歴と、実施計画とを相互に関連付けて出力する手段である。

【0049】

図１は、管理システムの全体構成を概念的に示す説明図である。この図１に示すように、複数の病院の各々には、管理システム１００が設置されている。この管理システム１００は、管理サーバ１、電子カルテサーバ２、支援端末３を、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）の如きネットワーク４を介して相互に通信可能に接続して構成されている。また、管理システム１００には、医療計画作成支援サーバ５がインターネットの如きネットワーク６を介して通信可能に接続されている。

【0050】

本実施形態では、上述の特許文献１又は特許文献２に全部又は一部が開示された「患者状態適応型パスシステム（ＰＣＡＰＳ：Ｐａｔｉｅｎｔ Ｃｏｎｄｉｔｉｏｎ Ａｄａｐｔｉｖｅ Ｐａｔｈ Ｓｙｓｔｅｍ）」を利用する。この患者状態適応型パスシステムは、患者の初期状態から最終目標状態に至る臨床経路を示す俯瞰的なモデルであり、この臨床経路を、「患者状態」を基軸とする複数の「目標状態」を相互にリンクして視覚化したものであって、具体的には「プロセスチャート（臨床プロセスチャート）」と「ユニットシート」の２つのツールを用いて構成される。

【0051】

図２には、これらプロセスチャート及びユニットシートの基本構成モデルを示す。プロセスチャートとは、実施計画を特定するための情報であり、例えば、患者の目標状態毎に形成された医療行為単位（医療の質を管理するために適切な大きさに設定された単位）である「ユニット（プロセス）」を連結することで構成される臨床経路の俯瞰図であり、疾患毎に構成され、当該疾患を有する患者の初期状態から最終目標状態に至る間に想定されるすべての臨床状態を包含する。各ユニットは「実行エレメント」と「判断エレメント」とから構成されている。実行エレメントは、患者状態を当該ユニットの目標状態に達するように組み込まれた医療業務を実行していく行為を示し、判断エレメントは、患者状態が当該ユニットの目標状態に達したか否かを判断する行為を示す。そして、各実行エレメントと、当該各実行エレメントの直後の判断エレメントとを、視覚的に表示する手段として「ユニットシート」が構成される。

【0052】

このユニットシートの表示画面例を図３に示す。具体的にはユニットシートは、実施計画を特定するための情報であり、例えば、「患者ＩＤ」、「ユニットＩＤ」、「医療行為」、「患者状態」、「目標状態」、「ユニット移行ロジック」、「条件付き指示」、「離脱条件」を含む。「患者ＩＤ」は、当該ユニットシートが適用されている患者を一意に特定するための患者識別情報である。「ユニットＩＤ」は、当該ユニットシートに対応するユニットを一意に特定するための識別情報である。「医療行為」は、当該ユニットシートに対応する実行エレメントにおいて実行すべき医療行為の項目や内容を記述した情報であり、例えば、医行為、ケア行為、及び調整行為を含む。特に、この医療行為としては、後述する第１指標（つまり、実施行為）も含む。「患者状態」は、当該ユニットシートに対応するユニットにおいて注目すべき患者状態の内容を記述した情報である。「ユニット移行ロジック」は、当該ユニットシートに対応するユニットから次順のユニットに移行するときの条件及び移行先のユニットシートに対応するユニットＩＤを記述した情報である。「条件付き指示」は、当該ユニットにおける医療行為中に発生した患者状態に早急に対応するための指示内容を含んで構成されている。「離脱条件」は、目標状態からの危険な乖離の判断基準を示す遷移状態になった場合には、当該ユニットシートを離脱すべき場合があるため、この離脱を行うための条件を含んで構成されている。

【0053】

このように構成される「プロセスチャート」及び「ユニットシート」は、図１の医療計画作成支援サーバ５によるＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）サービスを用いて、各病院の医師又は看護師等の医療従事者等が作成することができる。すなわち、医療計画作成支援サーバ５には、各病院に共通の標準的な「プロセスチャート」及び「ユニットシート」を特定するための情報が格納されている。そして、各病院の医療従事者は、医療計画作成支援サーバ５に支援端末３を介してアクセスし、標準的な「プロセスチャート」及び「ユニットシート」を呼び出し、この標準的な「プロセスチャート」及び「ユニットシート」を自己の病院に合致した個別的な「プロセスチャート」及び「ユニットシート」に所定方法でカスタマイズして管理サーバ１に格納することで、プロセスチャート及びユニットシートの作成を行うことができる。

【0054】

このように作成された「プロセスチャート」及び「ユニットシート」の実施は、管理サーバ１の後述する制御部１２によって制御される。すなわち、この制御部１２は、プロセスチャートにおける最初のユニットに対応するユニットシートの内容を支援端末３を介して医療従事者に対して表示出力等にて提示する。そして、医療従事者が、当該提示されたユニットシートに含まれる医療行為を行い、その後の患者状態を支援端末３に入力すると、この患者状態が支援端末３を介して管理サーバ１にて受け付けられる。次いで、管理サーバ１は、患者状態が当該ユニットの目標状態に達したか否かを判断する。目標状態に達したと判断した場合には、当該最初のユニットの次順のユニットをプロセスチャートに基づいて特定し、当該次順のユニットに対応するユニットシートの内容を支援端末３を介して医療従事者に対して提示する。以降同様に、プロセスチャートにて定義された順序に従ったユニットに対応するユニットシートの内容の提示処理と、医療従事者による患者状態の入力を受け付ける処理と、目標状態に達したか否かを判断する判断処理とが繰り返し行われ、プロセスチャートにおける最後のユニットの医療行為が終了することで、一連の処理が終了する。

【0055】

図４は、プロセスチャートの具体例である。このプロセスチャートは、前立腺全摘除を行う場合の例である。このプロセスチャートは、複数のユニットの各々を構成する実行エレメント及び判断エレメントと、これら各エレメントを相互に接続する線分とを含んでおり、当該線分によって各エレメントの相互間の実施順序が視覚的に示されている。例えば、実行エレメント「Ａ－１ 前立腺全摘除術」の医療行為を実行した後、判断エレメント「ＳＡ－１」において患者状態と目標状態とに基づく判断を行い、この判断結果に応じて、実行エレメント「Ａ－２ 術後急性期」又は実行エレメント「Ｂ－２ 術後急性期」」のいずれかに移行する。図４における各実行エレメントの枠内には、各実行エレメントに対応するユニットの名称及びユニットＩＤを示す。例えば、最初の実行エレメントに対応するユニットの名称は「入院 術前」であり、ユニットＩＤは「Ａ－０」である。

【0056】

この実施の形態の特徴の一つは、これらのプロセスチャート及びユニットシートにて特定される医療計画に関わらず、患者に発生するイベント（つまり、患者の状態）を特定し、特定したイベントに関して管理を行うことであり、当該特徴について詳細に説明し、この特徴以外の事項については従来の技術を適用することができるので、概要のみを説明する。

【0057】

〔ＩＩ〕本実施の形態の具体的内容
次に、本実施の形態の具体的内容について説明する。以下では、図１に示した各部の構成について説明し、次いで、処理内容について説明する。

【0058】

（構成－管理サーバ）
最初に、図１の管理サーバ１の構成を説明する。この管理サーバ１は、実施計画に関わらず特定する患者の状態に関して管理を行う装置であり、機能概念的に、記憶部１１、制御部１２、及びネットワークインターフェース（以下、インターフェースは「ＩＦ」）１３を、バス１４にて相互に通信可能に接続して構成されている。

【0059】

記憶部１１は、各種処理に必要な情報やパラメータを不揮発的に格納する格納手段であり、例えば、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）にて構成される。具体的には、この記憶部１１は、機能概念的に、患者情報データベース（以下、データベースは「ＤＢ」）１１１、医師情報ＤＢ１１２、疾患情報ＤＢ１１３、実施計画情報ＤＢ１１４、実施履歴情報ＤＢ１１５、カテゴリ特定情報ＤＢ１１６、イベント特定情報ＤＢ１１７、第１指標特定情報ＤＢ１１８、第２指標特定情報ＤＢ１１９、イベント指標関連情報ＤＢ１２０、発生イベント情報ＤＢ１２１、及び指標記録情報ＤＢ１２２を備える。なお、これら各ＤＢ１１１～１２２に格納される情報の具体的内容については後述する。

【0060】

制御部１２は、管理サーバ１の各部を制御する制御手段であり、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や、このＣＰＵ上で解釈実行される各種のプログラム（ＯＳなどの制御プログラムや、各種の処理手順などを規定したプログラム）、及び、所要プログラムや所要データを格納するためのキャッシュメモリを備えて構成される。このＣＰＵ上で解釈実行される各種のプログラムには本プログラムが含まれ、本プログラムは、例えば、ＣＤ－ＲＯＭやＤＶＤを含む任意の記憶媒体に記憶された後、インストールされて記憶部１１に不揮発的に記憶され、ＣＰＵにて解釈実行されることで制御部１２の実質的機能を構成する。制御部１２は、例えば、前述の取得手段、特定手段、管理手段、及び支援手段として機能する。この制御部１２により実行される具体的な処理については、後述する。

【0061】

ネットワークＩＦ１３は、ネットワーク４、６を介した通信を行うための通信手段であり、例えばネットワークボードとして構成される。管理サーバ１は、このネットワークＩＦ１３を介して支援端末３等からの情報入力の受け付けを行ったり、また、このネットワークＩＦ１３を介して各種の情報の出力を行ったりする。

【0062】

（構成－電子カルテサーバ）
次に、電子カルテサーバ２の構成を説明する。この電子カルテサーバ２は、患者のカルテに関する電子情報を管理するカルテ情報管理装置である。この電子カルテサーバ２の具体的構成は任意であり、管理サーバ１との通信機能を有する限りにおいて、公知の電子カルテサーバと同様に構成できるために、その詳細な説明は省略する。なお、病院に配置されるサーバとしては、この電子カルテサーバ２以外にも、医事会計サーバの如き公知の任意の情報処理装置を含めることができる。

【0063】

（構成－支援端末）
各支援端末３は、医師及び看護師を含む医療従事者が管理サーバ１に対して情報の入出力を行うための端末装置である。この支援端末３は、管理サーバ１との通信機能や各種情報の入出力機能を有する限りにおいて任意であり、公知のパーソナルコンピュータと同様に構成できるために、その詳細な説明は省略する。

【0064】

（構成－医療計画作成支援サーバ）
次に、医療計画作成支援サーバ５の構成を説明する。この医療計画作成支援サーバ５は、医療計画の作成を支援する医療計画作成支援装置であり、特に、管理サーバ１や支援端末３との通信機能と、標準的なプロセスチャート及びユニットシートを特定するための情報を格納する機能と、支援端末３を通じた要求に応じてプロセスチャート及びユニットシートを提供する機能と、これら「プロセスチャート」及び「ユニットシート」を個別的な「プロセスチャート」及び「ユニットシート」にカスタマイズすることを支援するための機能とが設けられている。ただし、この医療計画作成支援サーバ５としては、例えば、特開２００９－２０５６５４に開示されている作成サーバを使用してもよいし、あるいは、その他の公知の作成サーバを使用してもよい。

【0065】

（構成－管理サーバのＤＢ）
次に、管理サーバ１の各ＤＢ１１１～１２２に格納される情報の具体的内容について説明する。ただし、以下の構成例では本実施の形態に係る情報のみを格納する例を示し、実際には以下に説明する情報以外の任意の情報を各ＤＢ１１１～１２２に格納することができ、あるいは一部の情報については適宜省略することもある。また、各ＤＢ１１１～１２２に格納される情報のうち、同一名称の情報については、特記する場合を除いて相互に同一の内容であるものとし、重複説明は行わないものとする。また、各ＤＢ１１１～１２２に格納される情報として例示する各情報は説明の便宜上の記載であり、実際の適用場面に応じて各情報の定義に従う限りにおいて任意の情報を格納してもよい。

【0066】

図１の患者情報ＤＢ１１１は、患者情報を格納する患者情報格納手段である。図５は、患者情報を例示した図である。「患者情報」とは、実施又は観察の対象である患者を特定する患者情報である。この患者情報は、図５に例示するように、項目「患者ＩＤ」に対応する情報と、項目「患者氏名情報」に対応する情報とが相互に関連付けられている。項目「患者ＩＤ」に対応する情報は、患者を一意に識別するための患者識別情報（以下、「識別情報」を「ＩＤ」とも称する）である（図５では、「ＰＩＤ０００１」等）。項目「患者氏名情報」に対応する情報は、患者の氏名を特定する患者氏名情報である（図５では、「鈴木 一郎」等）。

【0067】

そして、このような図５の最上段の情報（つまり、「ＰＩＤ０００１」、「鈴木 一郎」の組み合わせの情報）においては、例えば、「鈴木 一郎」という氏名の患者を識別する患者ＩＤが「ＰＩＤ０００１」であることが示されている。なお、この患者情報の具体的な格納手法は任意であるが、例えば、電子カルテサーバ２に格納されている情報に基づいて格納されることとしてもよいし、あるいは、支援端末３を介して管理サーバ１に入力される情報に基づいて格納されることとしてもよい。

【0068】

図１の医師情報ＤＢ１１２は、医師情報を格納する医師情報格納手段である。図６は、医師情報を例示した図である。「医師情報」とは、病院で医療業務に従事する医師を特定する医師情報である。この医師情報は、図６に例示するように、項目「医師ＩＤ」に対応する情報と、項目「医師氏名情報」に対応する情報とが相互に関連付けられている。項目「医師ＩＤ」に対応する情報は、医師を一意に識別するための医師ＩＤである（図６では、「ＤＩＤ０００１」等）。項目「医師氏名情報」に対応する情報は、医師の氏名を特定する医師氏名情報である（図６では、「山田 太郎」等）。

【0069】

そして、このような図６の最上段の情報（つまり、「ＤＩＤ０００１」、「山田 太郎」の組み合わせの情報）においては、例えば、「山田 太郎」という氏名の医師を識別する医師ＩＤが「ＤＩＤ０００１」であることが示されている。なお、この医師情報の具体的な格納手法は任意であるが、例えば、図５の患者情報と同様にして格納されることとしてもよい。

【0070】

図１の疾患情報ＤＢ１１３は、疾患情報を格納する疾患情報格納手段である。図７は、疾患情報を例示した図である。「疾患情報」とは、疾患を特定する疾患情報である。この疾患情報は、図７に例示するように、項目「疾患ＩＤ」に対応する情報と、項目「疾患名情報」に対応する情報とが相互に関連付けられている。項目「疾患ＩＤ」に対応する情報は、疾患を一意に識別するための疾患ＩＤである（図７では、「ＯＩＤ０００１」等）。項目「疾患名情報」に対応する情報は、疾患の名称（つまり、病気の名称）を特定する疾患名情報である（図７では、「前立腺癌」等）。

【0071】

そして、このような図７の最上段の情報（つまり、「ＯＩＤ０００１」、「前立腺癌」の組み合わせの情報）においては、例えば、「前立腺癌」という名称の疾患を識別する疾患ＩＤが「ＯＩＤ０００１」であることが示されている。なお、この疾患情報の具体的な格納手法は任意であるが、例えば、図５の患者情報と同様にして格納されることとしてもよい

【0072】

図１の実施計画情報ＤＢ１１４は、実施計画情報を格納する実施計画情報格納手段である。図８は、実施計画情報を例示した図である。「実施計画情報」とは、前述の実施計画（医療計画）を示す情報である。この実施計画情報は、図８に示すように、項目「患者ＩＤ」に対応する情報と、項目「医師ＩＤ」に対応する情報と、項目「疾患ＩＤ」に対応する情報と、項目「ユニットＩＤ」に対応する情報と、項目「医療行為情報」に対応する情報と、項目「患者状態情報」に対応する情報と、項目「目標状態情報」に対応する情報と、項目「ユニット移行ロジック情報」に対応する情報と、項目「条件付き指示情報」に対応する情報と、項目「離脱条件情報」に対応する情報と、及び項目「標準滞在日数情報」に対応する情報とが相互に関連付けられている。項目「患者ＩＤ」、項目「医師ＩＤ」、及び項目「疾患ＩＤ」に対応する情報は、図５から図７の同一項目に対応する情報とそれぞれ共通である。

【0073】

項目「ユニットＩＤ」、項目「医療行為情報」、項目「患者状態情報」、項目「目標状態情報」、項目「ユニット移行ロジック情報」、項目「条件付き指示情報」、及び項目「離脱条件情報」に対応する各情報は、図３で説明した各内容を特定する情報であり、すなわち、ユニットを一意に識別するユニットＩＤ、医療行為を特定する医療行為情報、患者状態を特定する患者状態情報、目標状態を特定する目標状態情報、ユニット移行ロジックを特定するユニット移行ロジック情報、条件付き指示を特定する条件付き指示情報、及び離脱条件を特定する離脱条件情報である。項目「標準滞在日数情報」に対応する情報は、各ユニットの標準的な滞在日数（当該ユニットに移行してから次順のユニットへ移行するまでの日数）を特定する標準滞在日数である（図８では、「４」等）。

【0074】

そして、このような図８の具体的に図示されている情報については、例えば、「ＰＩＤ０００１」が識別する患者の担当医師が「ＤＩＤ０００１」が識別する医師であり、また、当該患者の疾患が「ＯＩＤ０００１」が識別する疾患であることが示されており、また、当該患者の医療計画が図３等のユニットシート及び図４のプロセスチャートで特定される実施計画であることが示されている。なお、この実施計画情報の具体的な格納手法は任意であるが、例えば、医療従事者が、実施対象である患者についての医療計画を作成した上で、当該患者の氏名、当該患者の担当医師の氏名、及び当該患者の疾患を示す情報を支援端末３を介して入力し、医療計画作成支援サーバ５に格納されている「プロセスチャート」及び「ユニットシート」を特定するための情報を呼び出して適用した場合に格納されることとしてもよい。

【0075】

なお、図８に示すように、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報を用いて、実施対象である患者に関する情報（当該患者自身、担当医師、及び疾患）を特定しているので、この組み合わせの情報を「実施対象患者特定情報」とも称して説明する。

【0076】

図１の実施履歴情報ＤＢ１１５は、実施履歴情報を格納する実施履歴情報格納手段である。図９は、実施履歴情報を例示した図である。「実施履歴情報」とは、前述の実施計画に沿って実施した履歴を示す情報である。この実施履歴情報は、図９に示すように、項目「患者ＩＤ」に対応する情報と、項目「医師ＩＤ」に対応する情報と、項目「疾患ＩＤ」に対応する情報と、項目「移行経路履歴情報」に対応する情報とが相互に関連付けられている。項目「患者ＩＤ」、項目「医師ＩＤ」、及び項目「疾患ＩＤ」に対応する情報は、図５から図７の同一項目に対応する情報とそれぞれ共通である。項目「移行経路履歴情報」に対応する情報は、図４のプロセスチャートにおいて移行した経路の履歴を示す移行経路履歴情報である。なお、この移行経路履歴情報としては任意の情報を用いることができるが、図９では例えば、以降したユニットを識別するユニットＩＤと、当該ユニットに滞在した日付とを、ユニットの移行順序に従って格納する情報を用いることとし、一例としては、「ユニットＩＤ」＝「Ａ－０」が識別するユニットに４月２９日から５月１日まで滞在し、当該ユニットの次に「ユニットＩＤ」＝「Ａ－１」が識別するユニットに移行し、当該ユニットに５月１日から滞在していることを示す「Ａ－０（０４２９－０５０１），Ａ－１（０５０１－）」等を用いる場合について説明する。

【0077】

そして、このような図９の最上段の情報については、例えば、図８の「実施対象患者特定情報」で例示した事項が示されており、また、「実施対象患者特定情報」で特定される患者について実施計画に沿って実施した履歴が、前述の「Ａ－０（０４２９－０５０１），Ａ－１（０５０１－）」で例示した内容であることが示されている。なお、この実施履歴情報の具体的な格納手法は、後述するイベント発生処理等とは異なる別な処理である限りにおいて任意であるが、例えば、医療従事者が、実施対象である患者を特定する情報（つまり、患者の氏名、当該患者の担当医師の氏名、及び当該患者の疾患を示す情報）を入力した上で、図８の患者状態情報が示す患者状態に注目して、当該患者の状態を示す情報（つまり、図８の患者状態情報が示す患者状態に関連する情報であって、当該患者の状態を示す情報）を支援端末３を介して入力した場合に、管理サーバ１の制御部１２が、当該入力された情報と図８のユニット移行ロジック情報とに基づいて、移行先のユニットを判断し、判断結果と当該判断した日付とに基づいて格納することとしてもよい。

【0078】

図１のカテゴリ特定情報ＤＢ１１６は、カテゴリ特定情報を格納するカテゴリ特定情報格納手段である。図１０は、カテゴリ特定情報を例示した図である。「カテゴリ特定情報」とは、カテゴリを特定する情報である。「カテゴリ」とは、イベントの区分であって当該イベントが所属するグループを示す概念である。「イベント」とは、患者の状態に対応する概念であり、また、患者に発生する事象に対応する概念である。このカテゴリ特定情報は、図１０に例示するように、項目「カテゴリＩＤ」に対応する情報と、項目「カテゴリ情報」に対応する情報とが相互に関連付けられている。項目「カテゴリＩＤ」に対応する情報は、カテゴリを一意に識別するためのカテゴリＩＤである（図１０では、「ＴＩＤ０００１」等）。項目「カテゴリ情報」に対応する情報は、カテゴリを示す情報である。このカテゴリ情報は任意であるが、図１０では例えば、診療科の名称である場合を例示して説明することとし、「泌尿器科」等である。なお、カテゴリ情報としては、診療科の名称以外の任意の情報を採用してもよい。

【0079】

そして、このような図１０の最上段の情報（つまり、「ＴＩＤ０００１」、「泌尿器科」の組み合わせの情報）においては、例えば、「泌尿器科」というカテゴリを識別するカテゴリＩＤが「ＴＩＤ０００１」であることが示されている。なお、このカテゴリ特定情報の具体的な格納手法は任意であるが、例えば、図５の患者情報と同様にして格納されることとしてもよい。

【0080】

図１のイベント特定情報ＤＢ１１７は、イベント特定情報を格納するイベント特定情報格納手段である。図１１は、イベント特定情報を例示した図である。「イベント特定情報」とは、イベントに関して特定する情報である。このイベント特定情報は、図１１に例示するように、項目「イベントＩＤ」に対応する情報と、項目「イベント情報」に対応する情報とが相互に関連付けられている。項目「イベントＩＤ」に対応する情報は、イベントを一意に識別するためのイベントＩＤである（図１１では、「ＥＩＤ０００１」等）。項目「イベント情報」に対応する情報は、イベントを特定するイベント情報（状態特定情報）である。このイベント情報は任意であるが、図１１では例えば、患者に発生する病気又は症状等に関連する状態を示す情報であり、肺炎を患っている情報を示す「肺炎」、Ａ薬を投与したことを示す「Ａ薬投与」等である。

【0081】

そして、このような図１１の最上段の情報（つまり、「ＥＩＤ０００１」、「肺炎」の組み合わせの情報）においては、例えば、「肺炎」というイベントを識別するイベントＩＤが「ＥＩＤ０００１」であることが示されている。なお、このイベント特定情報の具体的な格納手法は任意であるが、例えば、図５の患者情報と同様にして格納されることとしてもよい。

【0082】

図１の第１指標特定情報ＤＢ１１８は、第１指標特定情報を格納する第１指標特定情報格納手段である。図１２は、第１指標特定情報を例示した図である。「第１指標特定情報」とは、第１指標を特定する情報である。「第１指標」とは、後述する第２指標とは異なる種類の指標であって、患者について実施される実施行為の項目であり、例えば、医療従事者が実施結果を記録する必要がある指標等を含む概念である。また、「第２指標」とは、患者について観察する項目であって、観察項目であり、例えば、医療従事者が観察結果を記録する必要がない指標等を含む概念である。この第１指標特定情報は、図１２に例示するように、項目「第１指標ＩＤ」に対応する情報と、項目「第１指標情報」に対応する情報とが相互に関連付けられている。項目「第１指標ＩＤ」に対応する情報は、第１指標を一意に識別するための第１指標ＩＤである（図１２では、「ＢＩＤ０００１」等）。項目「第１指標情報」に対応する情報は、第１指標を示す情報である（図１２では、体温測定を示す「体温」、及び意識を評価することを示す「意識評価」等）。

【0083】

そして、このような図１２の最上段の情報（つまり、「ＢＩＤ０００１」、「体温」の組み合わせの情報）においては、例えば、「体温」という第１指標を識別する第１指標ＩＤが「ＢＩＤ０００１」であることが示されている。なお、この第１指標特定情報の具体的な格納手法は任意であるが、例えば、図５の患者情報と同様にして格納されることとしてもよい。

【0084】

図１の第２指標特定情報ＤＢ１１９は、第２指標特定情報を格納する第２指標特定情報格納手段である。図１３は、第２指標特定情報を例示した図である。「第２指標特定情報」とは、第２指標を特定する情報である。この第２指標特定情報は、図１３に例示するように、項目「第２指標ＩＤ」に対応する情報と、項目「第２指標情報」に対応する情報とが相互に関連付けられている。項目「第２指標ＩＤ」に対応する情報は、第２指標を一意に識別するための第２指標ＩＤである（図１３では、「ＢＩＤ１００１」等）。項目「第２指標情報」に対応する情報は、第２指標を示す情報である（図１２では、白血球数の観察を示す「白血球数観察」等）。

【0085】

そして、このような図１３の最上段の情報（つまり、「ＢＩＤ１００１」、「白血球数観察」の組み合わせの情報）においては、例えば、「白血球数観察」という第２指標を識別する第２指標ＩＤが「ＢＩＤ１００１」であることが示されている。なお、この第２指標特定情報の具体的な格納手法は任意であるが、例えば、図５の患者情報と同様にして格納されることとしてもよい。

【0086】

図１のイベント指標関連情報ＤＢ１２０は、前述の第１格納手段及び第２格納手段であって、イベント指標関連情報を格納するイベント指標関連情報格納手段である。図１４は、イベント指標関連情報を例示した図である。「イベント指標関連情報」とは、イベントと指標とが相互に関連付けられている情報である。このイベント指標関連情報は、図１４に例示するように、項目「カテゴリＩＤ」に対応する情報と、項目「イベントＩＤ」に対応する情報と、項目「第１任意候補指標ＩＤ」に対応する情報と、項目「第１必須指標ＩＤ」に対応する情報と、項目「第２指標ＩＤ」に対応する情報とが相互に関連付けられている。

【0087】

項目「カテゴリＩＤ」に対応する情報は、図１０の同一項目に対応する情報と共通である（図１４では、「ＴＩＤ０００１」等）。項目「イベントＩＤ」に対応する情報は、図１１の同一項目に対応する情報と共通であり、具体的には、関連付けられているカテゴリＩＤが識別するカテゴリに所属するイベントを識別するイベントＩＤである。このイベントＩＤは任意であるが、図１４では例えば、図１１のイベント特定情報に含まれるイベントＩＤの内の１個以上のイベントＩＤであり、「ＥＩＤ０００１」等である。

【0088】

項目「第１任意候補指標ＩＤ」に対応する情報は、イベントＩＤが識別するイベントに関連付けられている第１任意候補指標を一意に識別するための第１任意候補指標ＩＤである。「第１任意候補指標」とは、前述の第１指標に含まれる指標であって、任意実施行為の項目であり、例えば、イベント毎に各イベントに対して予め関連付けられている第１指標であって、ユーザ（つまり、医療従事者）によって選択可能な候補となる第１指標等を示す概念である。つまり、例えば、各イベントに関して、第１任意候補指標から選択した第１指標をユーザが選択した場合に、当該選択した第１指標（つまり、「第１任意ユーザ選択指標」）が実施されるものとして取り扱われ、一方で、第１任意候補指標の内の選択されていない第１指標については、実施されないものとして取り扱われることになる。なお、「第１任意ユーザ選択指標」とは、第１任意候補指標の内のユーザに選択された１個以上の第１指標を示す概念である。この第１任意候補指標ＩＤは任意であるが、図１４では例えば、図１２の第１指標特定情報に含まれる第１指標ＩＤの内の１個以上の第１指標ＩＤであり、「ＢＩＤ０００１，ＢＩＤ０００３，ＢＩＤ０００５，…」等、又は、不図示であるが何らの情報もないことを示す「無」である。

【0089】

項目「第１必須指標ＩＤ」に対応する情報は、イベントＩＤが識別するイベントに関連付けられている第１必須指標を一意に識別するための第１必須指標ＩＤである。「第１必須指標」とは、前述の第１指標に含まれる指標であって、必須実施行為の項目であり、例えば、イベント毎に各イベントに対して予め関連付けられている第１指標であって、ユーザ（つまり、医療従事者）によって選択可能ではなく、イベントに対して必須で関連付けられている第１指標等を示す概念である。つまり、例えば、各イベントに第１必須指標として関連付けられている第１指標は全て、実施されるものとして取り扱われことになる。この第１必須指標ＩＤは任意であるが、図１４では例えば、図１２の第１指標特定情報に含まれる第１指標ＩＤの内の１個以上の第１指標ＩＤであり、「ＢＩＤ０００８」等、又は、何らの情報もないことを示す「無」である。

【0090】

項目「第２指標ＩＤ」に対応する情報は、図１３の同一項目に対応する情報と共通であり、具体的には、イベントＩＤが識別するイベントに関連付けられている第２指標を一意に識別するための第２指標ＩＤである。この第２指標ＩＤは任意であるが、図１４では例えば、図１３の第２指標特定情報に含まれる第２指標ＩＤの内の１個以上の第２指標ＩＤであり、「ＢＩＤ１００１」等、又は、何らの情報もないことを示す「無」である。

【0091】

そして、このような図１４の最上段の情報（つまり、「ＴＩＤ０００１」、「ＥＩＤ０００１」、「ＢＩＤ０００１，ＢＩＤ０００３，ＢＩＤ０００５，…」、「ＢＩＤ０００８」、及び「無」の組み合わせの情報）においては、例えば、「ＥＩＤ０００１」が識別するイベントである「肺炎」が、「ＴＩＤ０００１」が識別する「泌尿器科」のカテゴリに所属することが示されており、また、当該イベントである「肺炎」に対して第１任意候補指標として「ＢＩＤ０００１，ＢＩＤ０００３，ＢＩＤ０００５，…」が識別する「体温」、「呼吸数」、及び「肺雑音」が関連付けられていることが示されており、また、当該イベントである「肺炎」に対して第１必須指標として「ＢＩＤ０００８」が識別する「意識評価」が関連付けられていることが示されており、また、当該イベントである「肺炎」に対して第２指標として何らの情報も関連付けられていないことが示されている。なお、このイベント指標関連情報の具体的な格納手法は任意であるが、例えば、図５の患者情報と同様にして格納されることとしてもよい。

【0092】

なお、図１４において、例えば、イベントＩＤ、第１任意候補指標ＩＤ、及び第１必須指標ＩＤの組み合わせの情報が「状態行為関連情報」に対応し、また、イベントＩＤ、及び第２指標ＩＤの組み合わせの情報が「状態観察関連情報」に対応すると解釈してもよい。

【0093】

図１の発生イベント情報ＤＢ１２１は、発生イベント情報を格納する発生イベント情報格納手段である。図１５は、発生イベント情報を例示した図である。「発生イベント情報」とは、実施対象である患者について発生したイベントに関する情報である。この発生イベント情報は、図１５に例示するように、項目「患者ＩＤ」に対応する情報と、項目「医師ＩＤ」に対応する情報と、項目「疾患ＩＤ」に対応する情報と、項目「発生イベントＩＤ」に対応する情報と、項目「発生第１指標ＩＤ」に対応する情報と、項目「発生第２指標ＩＤ」に対応する情報と、項目「開始日時情報」に対応する情報と、項目「終了日時情報」に対応する情報とが相互に関連付けられている。項目「患者ＩＤ」、項目「医師ＩＤ」、及び項目「疾患ＩＤ」に対応する情報は、図５から図７の同一項目に対応する情報とそれぞれ共通である。

【0094】

項目「発生イベントＩＤ」に対応する情報は、実施対象である患者について発生したイベントを識別する発生イベントＩＤである。この発生イベントＩＤは任意であるが、図１５では例えば、図１４のイベント指標関連情報に含まれるイベントＩＤの内の１個以上のイベントＩＤであり、「ＥＩＤ０００１」等である。

【0095】

項目「発生第１指標ＩＤ」に対応する情報は、発生第１指標を一意に識別する発生第１指標ＩＤである。「発生第１指標」とは、発生したイベントに対して（図１４のイベント指標関連情報において）関連付けられている第１指標であり、例えば、前述の第１任意ユーザ選択指標、及び第１必須指標を含む概念である。この発生第１指標ＩＤは任意であるが、図１５では例えば、図１４のイベント指標関連情報における第１任意候補指標ＩＤが識別する第１任意候補指標の内のユーザに選択された指標である第１任意ユーザ選択指標を識別するＩＤ及び第１必須指標ＩＤに対応する「ＢＩＤ０００１，ＢＩＤ０００８（必），…」等である。特に、発生第１指標ＩＤとしては、第１任意ユーザ選択指標については当該ＩＤのみを格納し、また、第１必須指標ＩＤについては当該ＩＤと「（必）」を関連付けて格納することにより、第１任意ユーザ選択指標であるか、第１必須指標であるかを特定可能とする場合について説明する。

【0096】

項目「発生第２指標ＩＤ」に対応する情報は、発生第２指標を一意に識別する発生第２指標ＩＤである。「発生第２指標」とは、発生したイベントに対して（図１４のイベント指標関連情報において）関連付けられている第２指標である。この発生第２指標ＩＤは任意であるが、図１５では例えば、図１４のイベント指標関連情報における第２指標ＩＤに対応する「無」及び「ＢＩＤ１００１」等である。

【0097】

項目「開始日時情報」に対応する情報は、イベントが開始した日時（つまり、イベントが発生した日時）を特定する開始日時情報である（図１５では、「５月２日１３時００分」等）。項目「終了日時情報」に対応する情報は、イベントが終了した日時を特定する終了日時情報である（図１５では、「５月６日１３時００分」等）

【0098】

そして、このような図１５の最上段の情報（つまり、「ＰＩＤ０００１」、「ＤＩＤ０００１」、「ＯＩＤ０００１」、「ＥＩＤ０００１」、「ＢＩＤ０００１，ＢＩＤ０００８（必），…」、「無」、「５月２日１３時００分」、及び「５月６日１３時００分」の組み合わせの情報）においては、例えば、図８の「実施対象患者特定情報」で例示した事項が示されており、また、「実施対象患者特定情報」で特定される患者について発生したイベントが「ＥＩＤ０００１」が識別する「肺炎」であることが示されており、また、当該「肺炎」に関連付けられている第１任意ユーザ選択指標が「ＢＩＤ０００１」が識別する「体温」であり、また、当該「肺炎」に関連付けられている第１必須指標が「ＢＩＤ０００８（必）」が識別する「意識評価」であることが示されており、また、当該「肺炎」に関連付けられている第２指標がないことが示されており、また、当該「肺炎」のイベントが「５月２日１３時００分」に開始し、「５月６日１３時００分」に終了したことが示されている。なお、この発生イベント情報の具体的な格納手法は任意であるが、例えば、後述するイベント発生処理及びイベント終了処理を実行することにより格納される。

【0099】

図１の指標記録情報ＤＢ１２２は、指標記録情報を格納する指標記録情報格納手段である。図１６は、指標記録情報を例示した図である。「指標記録情報」とは、第１指標についての実施結果を記録する情報である。この指標記録情報は、図１６に例示するように、項目「患者ＩＤ」に対応する情報と、項目「医師ＩＤ」に対応する情報と、項目「疾患ＩＤ」に対応する情報と、項目「発生第１指標ＩＤ」に対応する情報と、項目「実施結果情報」に対応する情報とが相互に関連付けられている。項目「患者ＩＤ」、項目「医師ＩＤ」、項目「疾患ＩＤ」、及び項目「発生第１指標ＩＤ」に対応する情報は、図５から図７、及び図１５の同一項目に対応する情報とそれぞれ共通である。

【0100】

項目「実施結果情報」に対応する情報は、関連付けられている発生第１指標についての実施結果を示す実施結果情報である。この実施結果情報は任意であるが、図１６では例えば、ユーザから入力された実施結果の情報と、当該実施結果が入力された日時を示す情報との組み合わせの情報であり、例えば、「ＢＩＤ０００１」が識別する「体温」（つまり、体温の測定）について入力した測定結果である「３８．２」と、入力された日時である「５月２日１７時００分」とを示す「３８．２（５月２日１７時００分）」等であり、各日時で入力された情報が「，」で区切られて蓄積される場合について説明する。

【0101】

そして、このような図１６の最上段の情報（つまり、「ＰＩＤ０００１」、「ＤＩＤ０００１」、「ＯＩＤ０００１」、「ＢＩＤ０００１」、及び「３８．２（５月２日１７時００分），３８．０（５月３日１７時００分），…」の組み合わせの情報）においては、例えば、図８の「実施対象患者特定情報」で例示した事項が示されており、また、「実施対象患者特定情報」で特定される患者についての発生第１指標である「ＢＩＤ０００１」が識別する「体温」について、「５月２日１７時００分」に入力された測定結果が「３８．２」（度）であり、また、「５月３日１７時００分」に入力された測定結果が「３８．０」（度）であることが示されている。なお、この指標記録情報の具体的な格納手法は任意であるが、例えば、後述するイベント発生処理及び情報入力処理を実行することにより格納される。

【0102】

（処理）
次に、本システムにおいて本プログラムを実行すること等によって行われるイベント発生処理、イベント終了処理、プロセスチャート画面表示処理、実施入力画面表示処理、経過表画面表示処理、医療業務画面表示処理、及び情報入力処理について説明する。なお、制御主体を特記しない処理については、管理サーバ１の制御部１又は他の装置の制御部にて実行されるものとし、本願に特徴的な処理について詳細に説明する。

【0103】

（処理－イベント発生処理）
まず、イベント発生処理について説明する。図１７は、イベント発生処理のフローチャートである（以下の各処理の説明ではステップを「Ｓ」と略記する）。「イベント発生処理」とは、概略的には、管理サーバ１によって実行される処理であり、例えば、患者のイベント発生に関する情報を記録するための処理であって、図１５の発生イベント情報及び図１６の指標記録情報の内の一部の情報を格納する処理である。このイベント発生処理を起動するタイミングは任意であるが、例えば、医師の指示を受けた看護師（つまり、医療従事者であるユーザ）が、支援端末３を介して前述の「実施対象患者特定情報」（つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を管理サーバ１に対して入力し、当該支援端末３を介して所定操作（イベント発生処理を起動するための操作）を行った場合に起動することとし、このイベント発生処理が起動したところから説明する。なお、ここでの、イベント発生処理を起動するための操作は任意であるが、例えば、後述するプロセスチャート画面（図２２）におけるイベント発生ボタン画像５１２をクリックする操作であってもよいし、あるいは、その他の任意の操作であってもよい。

【0104】

ここでは、例えば、図５に示す患者である「鈴木一郎」の担当医師が図６に示す「山田太郎」であり、また、当該「鈴木一郎」が図７に示す「前立腺癌」を患っていることとし、この「鈴木一郎」に関する「実施対象患者特定情報」（つまり、「ＰＩＤ０００１」、「ＤＩＤ０００１」、及び「ＯＩＤ０００１」の組み合わせの情報）を医療従事者が支援端末３を介して管理サーバ１に入力した場合を例示して説明する（後述する各処理も同様とする）。なお、ここでの「ＰＩＤ０００１」、「ＤＩＤ０００１」、及び「ＯＩＤ０００１」の組み合わせの情報を、「鈴木一郎」に関する「実施対象患者特定情報」とも称する。また、ここでは、例えば、患者である「鈴木一郎」が、イベントとして「肺炎」を患った場合を例示して説明する。

【0105】

＝＝＝各画面＝＝＝
最初に、ここでの処理で表示される各画面について説明する。なお、本実施形態で説明する各画面については、特記する場合を除いて、管理サーバ１が各画面を表示するための画面情報を生成し、生成した画面情報を支援端末３に送信することにより、当該支援端末３の表示部（ディスプレイ）に表示されるものである。図１８は、イベント選択画面を例示した図であり、図１９は、指標選択画面を例示した図である。

【0106】

＝イベント選択画面＝
「イベント選択画面」とは、ユーザ（つまり、医療従事者）に対して患者に発生したイベントを選択させて、当該選択されたイベントを管理サーバ１に入力するための画面であり、図１８に示すように、例えば、カテゴリ表示欄２１、及びイベント表示欄２２を有する。カテゴリ表示欄２１は、カテゴリ画像２１１を表示する欄である。カテゴリ画像２１１とは、各カテゴリを表示する画像であり、クリックして選択することにより当該画像が示すカテゴリ情報を管理サーバ１に入力するための画像である。イベント表示欄２２は、イベント画像２２１を表示する欄である。イベント画像２２１とは、各イベントを表示する画像（つまり、イベント情報を示す画像）であって、クリックして選択されたカテゴリ画像２１１に関連付けられているイベントを表示する画像であり、クリックして選択することにより当該画像が示すイベント情報を管理サーバ１に入力するための画像である。

【0107】

＝指標選択画面＝
「指標選択画面」とは、ユーザに対して、発生したイベントに対して関連付ける第１指標を選択させて、当該選択された第１指標を管理サーバ１に入力するための画面であり、図１９に示すように、例えば、選択用候補指標画像３０を有する。選択用候補指標画像３０とは、指標を表示して任意で選択させるための画像であり、例えば、指標名欄３１、及び選択欄３２を有する。指標名欄３１は、第１指標の名称を表示する欄であり、選択欄３２は、関連付けられている指標名欄３１に表示されている第１指標を選択するための欄である。

【0108】

選択欄３２について詳細には、例えば、第１任意候補指標に関連付けられている選択欄３２は、クリックして選択することにより、対応する第１任意候補指標を示す情報が管理サーバ１に入力されるように構成されており、一方、第１必須指標に関連付けられている選択欄３２は、クリックしたとしても何らの情報も入力されないように構成されている。より詳細には、例えば、第１任意候補指標に関連付けられている選択欄３２は、初期状態では何らの情報も表示されておらず、クリックしてユーザに選択された場合に、第１任意候補指標が選択されたことを示す情報（例えば、図１９の「体温」に対応する選択欄３２のレ点）が表示され、また、当該選択された選択欄３２に関連付けられている第１任意候補指標を示す情報が管理サーバ１に入力されることになる。また、例えば、第１必須指標に関連付けられている選択欄３２は、関連付けられている第１指標が第１必須指標であることを示す情報（例えば、図１９の「意識評価」に対応する選択欄３２の丸印）が表示されており、クリックしたとしても何らの情報も入力されないように構成されている。

【0109】

つまり、ユーザは、選択欄３２に表示されている情報を視認することにより、関連付けられている第１指標が第１任意候補指標であるか第１必須指標であるかを識別することができ、また、第１任意候補指標の内から、発生したイベントに対して関連付ける第１指標を選択することが可能となる。なお、図１９では、説明の便宜上、選択欄３２に表示されている情報として「レ点」及び「丸印」を例示したが、第１任意候補指標又は第１必須指標の何れに対応するかを識別可能な任意の情報を表示してもよく、例えば、相互に異なる色（例えば、赤色と青色等）の丸印を用いてもよい。

【0110】

＝＝＝処理＝＝＝
次に、イベント発生処理の具体的な内容について説明する。

【0111】

＝ＳＡ１の処理＝
まず、図１７のＳＡ１において管理サーバ１の制御部１２は、「実施対象患者特定情報」つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を取得する。具体的には任意であるが、例えば、イベント発生処理の起動時に支援端末３を介してユーザに入力された実施対象患者特定情報を取得する。ここでは、例えば、「鈴木一郎」に関する「実施対象患者特定情報」（つまり、「患者ＩＤ」＝「ＰＩＤ０００１」、「医師ＩＤ」＝「ＤＩＤ０００１」、及び「疾患ＩＤ」＝「ＯＩＤ０００１」の組み合わせの情報）を取得する。

【0112】

＝ＳＡ２の処理＝
次に、図１７のＳＡ２において管理サーバ１の制御部１２は、イベント選択画面を表示する。具体的には任意であるが、例えば、カテゴリ表示欄２１の情報のみを表示するイベント選択画面を、支援端末３の表示部に表示する。なお、実際には、管理サーバ１の制御部１２は、イベント選択画面を表示するための画面情報を生成し、生成した画面情報を支援端末３に送信することにより、当該画面情報に基づいて前述のイベント選択画面を支援端末３の表示部に表示させる処理を行うが、この画面を表示するための処理は特記する事項以外は公知の処理を含む任意の処理を適用できるので、説明を省略する（以下に示す他の画面を表示する処理も同様とする）。

【0113】

詳細には、管理サーバ１の制御部１２は、図１４のイベント指標関連情報に記録されているカテゴリＩＤを全て取得し、図１０のカテゴリ特定情報を参照して、当該取得したカテゴリＩＤに関連付けられているカテゴリ情報を特定し、当該特定したカテゴリ情報を示すカテゴリ画像２１１を生成し、生成した当該カテゴリ画像２１１がカテゴリ表示欄２１に表示されるイベント選択画面を、支援端末３の表示部に表示する。

【0114】

ここでは、例えば、図１４のイベント指標関連情報に記録されているカテゴリＩＤとして「カテゴリＩＤ」＝「ＴＩＤ０００１」、「ＴＩＤ０００２」等を取得し、図１０のカテゴリ特定情報を参照して、当該取得したカテゴリＩＤである「カテゴリＩＤ」＝「ＴＩＤ０００１」、「ＴＩＤ０００２」等に関連付けられているカテゴリ情報として「カテゴリ情報」＝「泌尿器科」、「循環器科」等を特定し、当該特定したカテゴリ情報である「カテゴリ情報」＝「泌尿器科」、「循環器科」等を示す図１８のカテゴリ画像２１１を生成し、生成した当該カテゴリ画像２１１がカテゴリ表示欄２１に表示されるイベント選択画面を、支援端末３の表示部に表示する。なお、ここでのイベント選択画面のイベント表示欄２２は、何らの情報も表示されていないこととする。

【0115】

＝ＳＡ３の処理＝
次に、図１７のＳＡ３において管理サーバ１の制御部１２は、カテゴリ情報を取得する。具体的には任意であるが、例えば、ユーザが、支援端末３の表示部のイベント選択画面（ＳＡ２で表示されたイベント選択画面）に表示されている何れかのカテゴリ画像２１１をクリックして選択した場合に、当該クリックされたカテゴリ画像２１１に対応するカテゴリを示すカテゴリ情報が管理サーバ１に入力されることとし、当該入力されたカテゴリ情報を取得する。

【0116】

ここでは、例えば、図１８のイベント選択画面において、ユーザが、実施対象である患者の疾患に関連するカテゴリである「泌尿器科」を示すカテゴリ画像２１１（図１８では最も左側の「泌尿器科」と記載されているカテゴリ画像２１１）を、クリックして選択した場合に、当該クリックされたカテゴリ画像２１１に対応するカテゴリを示すカテゴリ情報として、「カテゴリ情報」＝「泌尿器科」が管理サーバ１に入力され、管理サーバ１の制御部１２は、当該入力された「カテゴリ情報」＝「泌尿器科」を取得する。

【0117】

＝ＳＡ４の処理＝
次に、図１７のＳＡ４において管理サーバ１の制御部１２は、イベント選択画面を表示する。具体的には任意であるが、例えば、ＳＡ３で取得したカテゴリ情報に基づいて、カテゴリ表示欄２１及びイベント表示欄２２の情報を表示するイベント選択画面を、支援端末３の表示部に表示する。

【0118】

詳細には、まず、管理サーバ１の制御部１２は、ＳＡ２の場合と同様にして、カテゴリ画像２１１を生成する。次に、管理サーバ１の制御部１２は、図１０のカテゴリ特定情報を参照して、ＳＡ３で取得したカテゴリ情報に関連付けられているカテゴリＩＤを特定し、図１４のイベント指標関連情報を参照し、当該特定したカテゴリＩＤと同じカテゴリＩＤに関連付けられているイベントＩＤを取得し、図１１のイベント特定情報を参照して、当該取得したイベントＩＤと同じイベントＩＤに関連付けられているイベント情報を特定し、当該特定したイベント情報を示すイベント画像２２１を生成する。次に、前述の生成したカテゴリ画像２１１がカテゴリ表示欄２１に表示され、且つ、前述の生成したイベント画像２２１がイベント表示欄２２に表示されるイベント選択画面を、支援端末３の表示部に表示する。

【0119】

ここでは、例えば、まず、ＳＡ２の場合と同様にして、図１８のカテゴリ画像２１１を生成する。次に、図１０のカテゴリ特定情報を参照して、ＳＡ３で取得したカテゴリ情報である「カテゴリ情報」＝「泌尿器科」に関連付けられているカテゴリＩＤとして「カテゴリＩＤ」＝「ＴＩＤ０００１」を特定し、図１４のイベント指標関連情報を参照し、当該特定したカテゴリＩＤである「カテゴリＩＤ」＝「ＴＩＤ０００１」に関連付けられているイベントＩＤとして「イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」、「ＥＩＤ０００５」（なお、図１４では「ＥＩＤ００５」の図示は省略されている）等を取得し、図１１のイベント特定情報を参照して、当該取得したイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」、「ＥＩＤ０００５」に関連付けられているイベント情報として「イベント情報」＝「肺炎」、「Ａ薬投与」、「けいれん発作」を特定し、当該特定したイベント情報を示す図１８のイベント画像２２１を生成する。次に、前述の生成した図１８のカテゴリ画像２１１がカテゴリ表示欄２１に表示され、且つ、前述の生成した図１８のイベント画像２２１がイベント表示欄２２に表示されるイベント選択画面を、支援端末３の表示部に表示する。

【0120】

なお、この図１８のイベント選択画面におけるイベント画像２２１は、ユーザが入力するべきイベント情報の複数の候補となるので、ここでの処理は、ユーザがイベント情報を入力することを支援する処理であり、詳細には、所定のカテゴリ単位でユーザが入力するべきイベント情報を表示して提示する処理に対応するので、例えば、制御部１２におけるＳＡ４の処理を行う機能が、「支援手段」に相当するものと解釈してもよい。

【0121】

＝ＳＡ５の処理＝
次に、図１７のＳＡ５において管理サーバ１の制御部１２は、イベント情報を取得する。具体的には任意であるが、例えば、ＳＡ４で表示されたイベント選択画面において、ユーザが実施計画に関わらず（患者の状態に対応する）イベント画像２２１をクリックして選択した場合に、当該クリックして選択されたイベント画像２２１に対応するイベント情報が管理サーバ１に入力されることとし、管理サーバ１の制御部１２は、当該入力されたイベント情報を取得する（つまり、実施計画に関わらずユーザによって入力されたイベント情報を取得する）。

【0122】

ここでは、例えば、ＳＡ４で表示された図１８のイベント選択画面において、ユーザが実施対象である患者が「肺炎」を患っている状態であることを把握した上で、実施計画に関わらず「肺炎」を示すイベント画像２２１（図１８では最上段の「肺炎」と記載されているイベント画像２２１）をクリックして選択した場合に、当該クリックして選択されたイベント画像２２１に対応するイベント情報である「イベント情報」＝「肺炎」が管理サーバ１に入力され、管理サーバ１の制御部１２は、当該入力された「イベント情報」＝「肺炎」を取得する。

【0123】

なお、ここでの処理は、前述の支援手段に提示された複数のイベント情報の内の少なくとも１個のイベント情報をユーザが実施計画に関わらず入力した場合に、当該入力されたイベント情報を取得する処理に対応するので、例えば、制御部１２におけるＳＡ５の処理を行う機能が、「取得手段」に相当するものと解釈してもよい。

【0124】

＝ＳＡ６の処理＝
次に、図１７のＳＡ６において管理サーバ１の制御部１２は、イベントを特定する。具体的には任意であるが、例えば、ＳＡ５で取得したイベント情報に基づいて、実施対象である患者についてのイベントを特定する。具体的には任意であるが、例えば、ＳＡ５で取得したイベント情報が示すイベントを特定する。

【0125】

ここでは、例えば、「イベント情報」＝「肺炎」を取得したので、実施対象である患者としての「鈴木一郎」のイベントとして「肺炎」を特定する。

【0126】

なお、ここでの処理は、前述の取得手段が取得したイベント情報に基づいて、実施計画に関わらず、イベントを特定する処理に対応するので、例えば、制御部１２におけるＳＡ６の処理を行う機能が、「特定手段」に相当するものと解釈してもよい。

【0127】

＝ＳＡ７の処理＝
次に、図１７のＳＡ７において管理サーバ１の制御部１２は、指標選択画面を表示する。具体的には任意であるが、例えば、ＳＡ６で特定したイベントに対応する選択用候補指標画像３０を含む指標選択画面を、支援端末３の表示部に表示する。詳細には、図１４のイベント指標関連情報を参照して、ＳＡ６で特定したイベントに関連付けられている第１任意候補指標及び第１必須指標を特定し、特定した第１任意候補指標及び第１必須指標に対応する選択用候補指標画像３０を生成し、生成した選択用候補指標画像３０が表示される指標選択画面を、支援端末３の表示部に表示する。

【0128】

より詳細には、まず、図１１のイベント特定情報を参照して、ＳＡ６で特定したイベントを示すイベント情報に関連付けられているイベントＩＤを取得し、図１４のイベント指標関連情報を参照して、当該取得したイベントＩＤと同じイベントＩＤに関連付けられている第１任意候補指標ＩＤ及び第１必須指標ＩＤを特定する。次に、図１２の第１指標特定情報を参照して、前述の特定した第１任意候補指標ＩＤと同じ第１指標ＩＤに関連付けられている第１指標情報を取得し、当該取得した第１指標情報が示す第１指標を第１任意候補指標として特定する。次に、図１２の第１指標特定情報を参照して、前述の特定した第１必須指標ＩＤと同じ第１指標ＩＤに関連付けられている第１指標情報を取得し、当該取得した第１指標情報が示す第１指標を第１必須指標として特定する。次に、前述の特定した第１任意候補指標及び第１必須指標の名称が指標名欄３１に表示され、更に、第１必須指標の名称が表示されている指標名欄３１に関連付けられている選択欄３２に、関連付けられている第１指標が第１必須指標であることを示す情報（例えば、図１９の「意識評価」に対応する選択欄３２の丸印）が表示される選択用候補指標画像３０を生成し、生成した選択用候補指標画像３０が表示される指標選択画面を、支援端末３の表示部に表示する。

【0129】

ここでは、例えば、まず、図１１のイベント特定情報を参照して、ＳＡ６で特定したイベントを示すイベント情報である「イベント情報」＝「肺炎」に関連付けられているイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」を取得し、図１４のイベント指標関連情報を参照して、当該取得したイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」に関連付けられている第１任意候補指標ＩＤである「第１任意候補指標ＩＤ」＝「ＢＩＤ０００１，ＢＩＤ０００３，ＢＩＤ０００５，…」及び第１必須指標ＩＤである「第１必須指標ＩＤ」＝「ＢＩＤ０００８」を特定する。次に、図１２の第１指標特定情報を参照して、前述の特定した第１任意候補指標ＩＤである「第１任意候補指標ＩＤ」＝「ＢＩＤ０００１，ＢＩＤ０００３，ＢＩＤ０００５，…」と同じ第１指標ＩＤに関連付けられている第１指標情報である「第１指標情報」＝「体温」、「呼吸数」、「肺雑音」等を取得し、当該取得した第１指標情報が示す第１指標である「体温」、「呼吸数」、「肺雑音」等を第１任意候補指標として特定する。次に、図１２の第１指標特定情報を参照して、前述の特定した第１必須指標ＩＤである「第１必須指標ＩＤ」＝「ＢＩＤ０００８」と同じ第１指標ＩＤに関連付けられている第１指標情報である「第１指標情報」＝「意識評価」を取得し、当該取得した第１指標情報が示す第１指標である「意識評価」を第１必須指標として特定する。次に、前述の特定した第１任意候補指標である「体温」、「呼吸数」、「肺雑音」等、及び第１必須指標である「意識評価」の名称が指標名欄３１に表示され、更に、第１必須指標の名称である「意識評価」が表示されている指標名欄３１に関連付けられている選択欄３２に、関連付けられている第１指標が第１必須指標であることを示す情報として丸印が表示される選択用候補指標画像３０を生成し、生成した選択用候補指標画像３０が表示される指標選択画面を、支援端末３の表示部に表示する。なお、ここでは、ユーザが未だクリック等の選択する操作を行っていないので、図１８の「体温」に対応する選択欄３２に図示されているレ点は表示されないことになる。

【0130】

＝ＳＡ８の処理＝
次に、図１７のＳＡ８において管理サーバ１の制御部１２は、指標情報を取得する。具体的には任意であるが、例えば、ＳＡ６で特定したイベントに関連付ける指標を示す第１指標情報及び第２指標情報を取得する。なお、以下では、第１指標情報を取得する処理と第２指標情報を取得する処理に分けて説明する。

【0131】

＜第１指標情報を取得する処理＞
第１指標情報を取得する処理について詳細には、第１任意候補指標に関する処理、及び第１必須指標に関する処理を行うが、これらの処理を各々説明する。

【0132】

＜第１指標情報を取得する処理（第１任意候補指標に関する処理）＞
「第１任意候補指標に関する処理」については、ＳＡ７で表示された指標選択画面において、ユーザが医師の指示又は自己の経験に基づいて、第１任意候補指標に関連付けられている選択欄３２を１個以上クリックして選択した上で、「イベント発生」ボタン（図１９の図面右下に表示されているボタン）をクリックした場合に、当該クリックされて選択された選択欄３２に関連付けられている第１任意候補指標を示す情報が管理サーバ１に入力されることとし、当該入力された情報が示す第１任意候補指標に対応する第１指標情報を取得する。なお、ここでの、ユーザに選択された第１任意候補指標が、前述の第１任意ユーザ選択指標に対応する。

【0133】

ここでは、例えば、ＳＡ７で表示された図１９の指標選択画面において、ユーザが医師の指示又は自己の経験に基づいて、第１任意候補指標である「体温」に関連付けられている選択欄３２をクリックして選択した上で、「イベント発生」ボタンをクリックした場合に、当該クリックされて選択された選択欄３２に関連付けられている第１任意候補指標である「体温」を示す情報が管理サーバ１に入力されることとし、当該入力された情報が示す第１任意候補指標に対応する第１指標情報として「第１指標情報」＝「体温」を取得する。なお、ここでは、ユーザが「体温」に関連付けられている選択欄３２をクリックして選択した場合、当該選択された欄にはレ点が表示されて、選択されていることが表示されることになる。

【0134】

＜第１指標情報を取得する処理（第１必須指標に関する処理）＞
「第１必須指標」については、図１１のイベント特定情報を参照して、ＳＡ６で特定したイベントを示すイベント情報に関連付けられているイベントＩＤを取得し、図１４のイベント指標関連情報を参照して、当該取得したイベントＩＤに関連付けられて第１必須指標ＩＤを特定し、図１２の第１指標特定情報を参照して、前述の特定した第１必須指標ＩＤと同じ第１指標ＩＤに関連付けられている第１指標情報を取得する。つまり、ユーザによる指標の選択に関わらず第１指標情報を取得する。

【0135】

ここでは、例えば、図１１のイベント特定情報を参照して、ＳＡ６で特定したイベントを示すイベント情報である「イベント情報」＝「肺炎」に関連付けられているイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」を取得し、図１４のイベント指標関連情報を参照して、当該取得したイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」に関連付けられて第１必須指標ＩＤとして「第１必須指標ＩＤ」＝「ＢＩＤ０００８」を特定し、図１２の第１指標特定情報を参照して、前述の特定した第１必須指標ＩＤである「第１必須指標ＩＤ」＝「ＢＩＤ０００８」と同じ第１指標ＩＤに関連付けられている第１指標情報である「第１指標情報」＝「意識評価」を取得する。

【0136】

＜第２指標情報を取得する処理＞
第２指標情報を取得する処理について詳細には、概略的には前述の「第１指標情報を取得する処理（第１必須指標に関する処理）」と同様であり、図１１のイベント特定情報を参照して、ＳＡ６で特定したイベントを示すイベント情報に関連付けられているイベントＩＤを取得し、図１４のイベント指標関連情報を参照して、当該取得したイベントＩＤに関連付けられて第２指標ＩＤを特定し、図１３の第２指標特定情報を参照して、前述の特定した第２指標ＩＤと同じ第２指標ＩＤに関連付けられている第２指標情報を取得する。

【0137】

ここでは、例えば、図１１のイベント特定情報を参照して、ＳＡ６で特定したイベントを示すイベント情報である「イベント情報」＝「肺炎」に関連付けられているイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」を取得し、図１４のイベント指標関連情報を参照して、当該取得したイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」に関連付けられて第２指標ＩＤとして「第２指標ＩＤ」＝「無」を特定し、第２指標情報としては何らの情報も取得しない。なお、前述の第１指標情報についても、この場合と同様に、何らの情報も取得できない場合、第１指標情報としては何らの情報も取得しないこととする。

【0138】

＝ＳＡ９の処理＝
次に、図１７のＳＡ９において管理サーバ１の制御部１２は、指標を特定する。具体的には任意であるが、例えば、ＳＡ８での処理に基づいて、ＳＡ６で特定したイベントに関連付ける指標として、第１任意ユーザ選択指標、第１必須指標、及び第２指標を特定する。詳細には、まず、ＳＡ８の「第１指標情報を取得する処理（第１任意候補指標に関する処理）」で取得した第１指標情報が示す第１指標を、第１任意ユーザ選択指標として特定し、また、ＳＡ８の「第１指標情報を取得する処理（第１必須指標に関する処理）」で取得した第１指標情報が示す第１指標を、第１必須指標として特定し、また、ＳＡ８の「第２指標情報を取得する処理」で取得した第２指標情報が示す第２指標を特定する。なお、ＳＡ８において何らの情報の取得していない場合、対応する指標は特定しないこととする。

【0139】

ここでは、例えば、まず、ＳＡ８の「第１指標情報を取得する処理（第１任意候補指標に関する処理）」で取得した第１指標情報が示す第１指標である「体温」を、第１任意ユーザ選択指標として特定し、また、ＳＡ８の「第１指標情報を取得する処理（第１必須指標に関する処理）」で取得した第１指標情報が示す第１指標である「意識評価」を、第１必須指標として特定し、また、ＳＡ８の「第２指標情報を取得する処理」で何らの情報も取得していないので、第２指標は特定しない。

【0140】

＝ＳＡ１０の処理＝
次に、図１７のＳＡ１０において管理サーバ１の制御部１２は、ＳＡ６及びＳＡ９で特定したイベント及び指標に関連する情報を、図１５の発生イベント情報及び図１６の指標記録情報の内の一部の情報として記録する。

【0141】

具体的には任意であるが、まず、図１１のイベント特定情報を参照して、ＳＡ６で特定したイベントを示すイベント情報に関連付けられているイベントＩＤを取得し、また、図１２の第１指標特定情報を参照して、ＳＡ９で特定した第１任意ユーザ選択指標及び第１必須指標を示す第１指標情報に関連付けられている第１指標ＩＤを取得し、また、図１３の第２指標特定情報を参照して、ＳＡ９で特定した第２指標を示す第２指標情報に関連付けられている第２指標ＩＤを取得する。次に、任意の手法（例えば、管理サーバ１に設けられている計時手段（例えば、タイマ等）を参照する手法等）を用いて、ＳＡ５でイベント情報を取得した日時を、イベントが発生した日時として特定し、特定した当該日時を示すイベント発生日時情報を取得する。次に、これらの取得した各情報、及びＳＡ１で取得した「実施対象患者特定情報」に基づいて、図１５の発生イベント情報及び図１６の指標記録情報の内の一部の情報を格納する。このようにして、イベントを開始する（つまり、イベントを発生させる）。

【0142】

情報の格納について詳細には、図１５及び図１６の患者ＩＤ、医師ＩＤ、及び疾患ＩＤとして、前述の取得した「実施対象患者特定情報」に含まれる患者ＩＤ、医師ＩＤ、及び疾患ＩＤを格納する。また、図１５の発生イベントＩＤとして、前述の取得したイベントＩＤを格納する。また、図１５及び図１６の発生第１指標ＩＤとして、前述の取得した第１指標ＩＤを格納するが、第１任意ユーザ選択指標又は第１必須指標の何れを識別するかを特定できるように、第１必須指標を識別する第１指標ＩＤについては当該ＩＤと「（必）」を関連付けて格納し、一方、第１任意ユーザ選択指標を識別する第１指標ＩＤについて当該ＩＤのみを格納する（つまり、前述「（必）」を関連付けないで格納する）。また、図１５の発生第２指標ＩＤとして、前述の取得した第２識別情報を格納する。なお、何らの情報も取得できていない場合、「無」を格納する（前述の発生第１指標ＩＤも同様とする）。また、図１５の開始日時情報として、前述の取得したイベント発生日時情報を格納する。このように処理することにより、図１５の発生イベント情報における、終了日時情報以外の各情報、及び図１６の指標記録情報における実施結果情報以外の各情報が格納されることになる。

【0143】

ここでは、例えば、まず、図１１のイベント特定情報を参照して、ＳＡ６で特定したイベントを示すイベント情報である「イベント情報」＝「肺炎」に関連付けられているイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」を取得し、また、図１２の第１指標特定情報を参照して、ＳＡ９で特定した第１任意ユーザ選択指標を支示す第１指標情報である「第１指標情報」＝「体温」に関連付けられている第１指標ＩＤである「第１指標ＩＤ」＝「ＢＩＤ０００１」、及びＳＡ９で特定した第１必須指標を示す第１指標情報である「第１指標情報」＝「意識評価」に関連付けられている第１指標ＩＤである「第１指標ＩＤ」＝「ＢＩＤ０００８」を取得し、また、ＳＡ９で何らの情報も特定しなかったので、第２指標情報は取得しない。次に、ＳＡ５でイベント情報を取得した日時が「５月２日１３時００分」である場合、当該「５月２日１３時００分」を示すイベント発生日時情報を取得する。次に、取得した各情報、及びＳＡ１で取得した「実施対象患者特定情報」である「患者ＩＤ」＝「ＰＩＤ０００１」、「医師ＩＤ」＝「ＤＩＤ０００１」、及び「疾患ＩＤ」＝「ＯＩＤ０００１」の組み合わせの情報に基づいて、図１５の最上段の情報の内の終了日時情報以外の情報、及び図１６の具体的に図示されている最上段及び２段目の情報の内の実施結果情報以外の各情報を格納する。なお、特に、図１５及び図１６における発生第１指標ＩＤとしては、図示されているように、第１必須指標を識別する第１指標ＩＤである「ＢＩＤ０００８」には「（必）」を関連付けて格納し、一方、第１任意ユーザ選択指標を識別する第１指標ＩＤである「ＢＩＤ０００１」には当該「（必）」を関連付けないで格納する。これにて、イベント発生処理を終了する。

【0144】

（処理－イベント終了処理）
次に、イベント終了処理について説明する。図２０は、イベント終了処理のフローチャートである。「イベント終了処理」とは、概略的には、管理サーバ１によって実行される処理であり、例えば、患者のイベント終了に関する情報を記録するための処理であって、図１５の発生イベント情報の内の一部の情報を格納する処理である。このイベント終了処理を起動するタイミングは任意であるが、例えば、医師の指示を受けた看護師（つまり、医療従事者であるユーザ）が、支援端末３を介して前述の「実施対象患者特定情報」（つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を管理サーバ１に対して入力し、当該支援端末３を介して所定操作（イベント終了処理を起動するための操作）を行った場合に起動することとし、このイベント終了処理が起動したところから説明する。なお、ここでの、イベント終了処理を起動するための操作は任意であるが、例えば、後述するプロセスチャート画面（図２２）における発生中イベント画像５１１をクリックした後に、不図示のイベント終了ボタンをクリックする操作であってもよいし、あるいは、その他の任意の操作であってもよい。

【0145】

＝ＳＢ１の処理＝
まず、図２０のＳＢ１において管理サーバ１の制御部１２は、「実施対象患者特定情報」つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を取得する。具体的には任意であるが、図１７のＳＡ１の場合と同様な処理を行う。ここでは、例えば、「鈴木一郎」に関する「実施対象患者特定情報」（つまり、「患者ＩＤ」＝「ＰＩＤ０００１」、「医師ＩＤ」＝「ＤＩＤ０００１」、及び「疾患ＩＤ」＝「ＯＩＤ０００１」の組み合わせの情報）を取得する。

【0146】

＝ＳＢ２の処理＝
次に、図２０のＳＢ２において管理サーバ１の制御部１２は、イベント情報を取得する。具体的には任意であるが、例えば、医師の指示を受けたユーザが、実施対象である患者のイベントであって終了するイベントを示すイベント情報を支援端末３を介して管理サーバ１に入力することとし、当該入力されたイベント情報を取得する。なお、ここでの管理サーバ１に入力されるイベント情報は任意であるが、例えば、後述するプロセスチャート画面（図２２）における発生中イベント画像５１１をクリックした後に、不図示のイベント終了ボタンをクリックした場合に、当該クリックされた発生中イベント画像に対応するイベントを示すイベント情報が入力されることとしてもよいし、あるいは、ユーザが画像のクリック等を行わずに直接イベント情報を入力する操作を行った場合に、当該操作に対応するイベント情報が入力されることとしてもよい。ここでは、例えば、ユーザが「イベント情報」＝「肺炎」を入力した場合について説明するが、この場合、制御部１２は、イベント情報として「イベント情報」＝「肺炎」を取得する。

【0147】

＝ＳＢ３の処理＝
次に、図２０のＳＢ３において管理サーバ１の制御部１２は、図１５の発生イベント情報における終了日時情報を格納する。具体的には任意であるが、例えば、任意の手法（前述と同様な手法等）を用いて、ＳＢ２でイベント情報を取得した日時を、イベントが終了した日時として特定し、特定した当該日時を示すイベント終了日時情報を取得する。次に、図１１のイベント特定情報を参照して、ＳＢ２で取得したイベント情報に関連付けられているイベントＩＤを取得し、図１５の発生イベント情報を参照して、ＳＢ１で取得した「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生イベントＩＤの内の、前述の取得したイベントＩＤと同じイベントＩＤが格納されている発生イベントＩＤを特定し、図１５の発生イベント情報において、当該特定された発生イベントＩＤに関連付けられている終了日時情報として、前述の取得したイベント終了日時情報を格納することにより、イベントを終了する。

【0148】

ここでは、例えば、ＳＢ２でイベント情報を取得した日時が「５月６日１３時００分」である場合、当該「５月６日１３時００分」を示すイベント終了日時情報を取得する。次に、図１１のイベント特定情報を参照して、ＳＢ２で取得したイベント情報である「イベント情報」＝「肺炎」に関連付けられているイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」を取得し、図１５の発生イベント情報を参照して、ＳＢ１で取得した「鈴木一郎」に関する「実施対象患者特定情報」（つまり、「患者ＩＤ」＝「ＰＩＤ０００１」、「医師ＩＤ」＝「ＤＩＤ０００１」、及び「疾患ＩＤ」＝「ＯＩＤ０００１」の組み合わせの情報）に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生イベントＩＤである「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」等の内の、前述の取得したイベントＩＤである「ＥＩＤ０００１」が格納されている発生イベントＩＤである「発生イベントＩＤ」＝「ＥＩＤ０００１」を特定し、図１５の発生イベント情報において、当該特定された発生イベントＩＤである「発生イベントＩＤ」＝「ＥＩＤ０００１」に関連付けられている終了日時情報として、前述の取得したイベント終了日時情報である「イベント終了日時情報」＝「５月６日１３時００分」（図１５の最上段の情報）を格納する。これにて、イベント終了処理を終了する。

【0149】

（処理－プロセスチャート画面表示処理）
次に、プロセスチャート画面表示処理について説明する。図２１は、プロセスチャート画面表示処理のフローチャートである。「プロセスチャート画面表示処理」とは、概略的には、管理サーバ１によって実行される処理であり、例えば、プロセスチャート画面を表示する処理である。このプロセスチャート画面表示処理を起動するタイミングは任意であるが、例えば、ユーザが、支援端末３を介して前述の「実施対象患者特定情報」（つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を管理サーバ１に対して入力し、当該支援端末３を介して所定操作（例えば、プロセスチャート画面切替要画像４１１（図２２）をクリックする操作、あるいは、その他の任意の操作）を行った場合に起動することとし、このプロセスチャート画面表示処理が起動したところから説明する。

【0150】

＝＝＝プロセスチャート画面＝＝＝
最初に、ここでの処理で表示される画面について説明する。図２２は、プロセスチャート画面を例示した図である。「プロセスチャート画面」とは、プロセスチャート、発生中のイベント、及びイベントの履歴等を表示するための画面であり、図２２に示すように、後述する各画面に共通で表示される画面切替用画像４１、及び各画面各々に特有の情報が表示される情報表示欄４２を有する。

【0151】

画面切替用画像４１は、各画面（つまり、プロセスチャート画面、医療業務画面、経過表画面、及び実施入力画面）を表示させるためにユーザによって操作される画像であり、例えば、ユーザがクリックした場合にクリックされた画面切替用画像４１に対応する画面が表示されることになる。この画面切替用画像４１としては、例えば、プロセスチャート画面を表示するためのプロセスチャート画面切替要画像４１１、医療業務画面を表示するための医療業務画面切替用画像４１２、経過表画面を表示するための経過表画面切替用画像４１３、及び実施入力画面を表示するための実施入力画面切替用画像４１４を備える。なお、各画面を図示する各図においては、説明の便宜上、クリックされた画面切替用画像４１にハッチングが付されている。また、各画面において、画面切替用画像４１は同様であるので、説明を省略する。

【0152】

プロセスチャート画面の情報表示欄４２は、例えば、発生中イベント表示欄５１、プロセスチャート表示欄５２、及びイベント履歴表示欄５３を有する。

【0153】

発生中イベント表示欄５１は、実施対象である患者について現在発生しているイベント（つまり、発生後に未だ終了していないイベント）を表示する欄であり、発生中イベント画像５１１、及びイベント発生ボタン画像５１２を表示する欄である。発生中イベント画像５１１とは、現在発生している各イベントを表示する画像であり、クリックして選択した後に所定操作（例えば、不図示のイベント終了ボタンをクリックする操作等）を行うことにより、当該選択された発生中イベント画像５１１が示すイベントを終了させることが可能となる画像である。イベント発生ボタン画像５１２とは、ユーザがクリックした場合に、前述のイベント発生処理を起動させることが可能となる画像である。

【0154】

プロセスチャート表示欄５２は、実施対象である患者についてのプロセスチャート（図４）の画像を表示する欄である。イベント履歴表示欄５３は、実施対象である患者についての履歴を表示する欄である。このイベント履歴表示欄５３は任意であるが、例えば、図２２に示すように図面左側及び図面右側に１個ずつ合計２個設けて、図面左側の欄にイベントの履歴を時系列に表示し、また、図面右側の欄にイベントの履歴を各イベント基準に表示してもよい。

【0155】

＝＝＝処理＝＝＝
次に、プロセスチャート画面表示処理の具体的な内容について説明する。

【0156】

＝ＳＣ１の処理＝
まず、図２１のＳＣ１において管理サーバ１の制御部１２は、「実施対象患者特定情報」つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を取得する。具体的には任意であるが、図１７のＳＡ１の場合と同様な処理を行う。ここでは、例えば、「鈴木一郎」に関する「実施対象患者特定情報」（つまり、「患者ＩＤ」＝「ＰＩＤ０００１」、「医師ＩＤ」＝「ＤＩＤ０００１」、及び「疾患ＩＤ」＝「ＯＩＤ０００１」の組み合わせの情報）を取得する。

【0157】

＝ＳＣ２の処理＝
まず、図２１のＳＣ２において管理サーバ１の制御部１２は、発生中イベント表示欄５１を表示するための情報を特定する。具体的には任意であるが、例えば、図１５の発生イベント情報において、開始日時情報及び終了日時情報の両方に具体的な日付の情報が格納されている場合には、関連付けられているイベントは終了しているので、発生中のイベントではなく、一方、開始日時情報又は終了日時情報の内の開始日時情報のみに具体的な日付の情報が格納されている場合（つまり、終了日時情報に具体的な日付の情報が格納されていない場合）には、関連付けられているイベントは未だ終了しておらず、発生中のイベントであることを示している点に着目して、実施対象である患者について現在発生しているイベント（つまり、発生中のイベント）を識別する発生イベントＩＤを特定する。

【0158】

詳細には、図１５の発生イベント情報を参照して、ＳＣ１で取得した「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生イベントＩＤの内の、始日時情報又は終了日時情報の内の開始日時情報のみに具体的な日付の情報が格納されている発生イベントＩＤを特定する。

【0159】

ここでは、例えば、「肺炎」及び「Ａ薬投与」のイベントが発生中である場合、つまり、図１５の発生イベント情報における、具体的に図示されている２個のイベントに関する開始日時情報及び終了日時情報の内の、２個のイベントとも開始日時情報のみが格納されている場合を例示して説明する。このＳＣ２の処理では、図１５の発生イベント情報を参照して、ＳＣ１で取得した「鈴木一郎」に関する「実施対象患者特定情報」（つまり、「患者ＩＤ」＝「ＰＩＤ０００１」、「医師ＩＤ」＝「ＤＩＤ０００１」、及び「疾患ＩＤ」＝「ＯＩＤ０００１」の組み合わせの情報）に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生イベントＩＤが「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」等であるが、前述のように図示されている終了日時情報が格納されていないので、「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」を特定する。

【0160】

＝ＳＣ３の処理＝
次に、図２１のＳＣ３において管理サーバ１の制御部１２は、プロセスチャート表示欄５２を表示するための情報を特定する。具体的には任意であるが、例えば、図８の実施計画情報を参照して、ＳＣ１で取得した「実施対象患者特定情報」に対応する図８の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている各情報（つまり、プロセスチャートを表示するために必要な情報であり、図８に図示されている各情報）を特定する。

【0161】

ここでは、例えば、図８の実施計画情報を参照して、ＳＣ１で取得した「鈴木一郎」に関する「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている各情報として、図８に図示されている各情報を特定する。

【0162】

＝ＳＣ４の処理＝
次に、図２１のＳＣ４において管理サーバ１の制御部１２は、イベント履歴表示欄５３を表示するための情報を特定する。具体的には任意であるが、例えば、図１５の発生イベント情報を参照して、ＳＣ１で取得した「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生イベントＩＤを全て特定する。

【0163】

ここでは、例えば、図１５の発生イベント情報を参照して、ＳＣ１で取得した「鈴木一郎」に関する「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている全ての発生イベントＩＤとして「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」等を特定する。

【0164】

＝ＳＣ５の処理＝
次に、図２１のＳＣ５において管理サーバ１の制御部１２は、ＳＣ２～ＳＣ４で特定した各情報に基づいて、プロセスチャート画面を生成し、生成したプロセスチャート画面を支援端末３の表示部に表示する。具体的には任意であるが、例えば、ＳＣ２～ＳＣ４で特定した情報に対応する情報各々が、発生中イベント表示欄５１、プロセスチャート表示欄５２、及びイベント履歴表示欄５３に表示されるプロセスチャート画面を生成して表示する。

【0165】

詳細には、まず、発生中イベント表示欄５１については、図１５の発生イベント情報を参照し、ＳＣ２で特定した発生イベントＩＤ（つまり、実施対象である患者について現在発生しているイベントを識別するイベントＩＤ）に関連付けられている開始日時情報を特定し、また、図１１のイベント特定情報を参照して、ＳＣ２で特定した発生イベントＩＤと同じイベントＩＤに関連付けられているイベント情報を特定した上で、これらの特定した開始日時情報及びイベント情報を示す発生中イベント画像５１１を生成する。

【0166】

ここでは、例えば、図１５の発生イベント情報を参照し、ＳＣ２で特定した発生イベントＩＤである「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」に関連付けられている開始日時情報である「発生日時情報」＝「５月２日１３時００分」、「５月３日０９時００分」等を特定し、また、図１１のイベント特定情報を参照して、ＳＣ２で特定した発生イベントＩＤである「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」等と同じイベントＩＤに関連付けられているイベント情報として「イベント情報」＝「肺炎」、「Ａ薬投与」等を特定する。そして、特定した「発生日時情報」＝「５月２日１３時００分」及び「イベント情報」＝「肺炎」を示す図２２の図面上側の発生中イベント画像５１１、特定した「発生日時情報」＝「５月３日０９時００分」及び「イベント情報」＝「Ａ薬投与」を示す図２２の図面上側の発生中イベント画像５１１等を生成する。

【0167】

また、プロセスチャート表示欄５２については、ＳＣ３で特定した情報（つまり、図８の実施計画情報の各情報）に対応するプロセスチャートを示す画像であるプロセスチャート画像を生成する。ここでは、例えば、図８に具体的に例示さいれている実施計画情報の各情報等に基づいて、図４に示すプロセスチャートを示すプロセスチャート画像を生成する。

【0168】

また、イベント履歴表示欄５３については、図１５の発生イベント情報を参照し、ＳＣ４で特定した発生イベントＩＤ（つまり、実施対象である患者について発生したイベントを識別するイベントＩＤ）に関連付けられている開始日時情報及び（具体的な日付が格納されている場合には）終了日時情報を特定し、また、図１１のイベント特定情報を参照して、ＳＣ４で特定した発生イベントＩＤと同じイベントＩＤに関連付けられているイベント情報を特定した上で、これらの特定した情報に基づいて、イベントの履歴を時系列に示す情報、及びイベントの履歴を各イベント基準に表示する情報を生成する。なお、ここでの例示の処理は、前述の発生中イベント表示欄５１についての例示の処理と同様であり、具体的に生成する情報は前述に記載の定義に従う限りにおいて任意であるので、説明を省略する。

【0169】

そして、前述の生成した各情報が当該各情報に対応する表示欄に表示されるプロセスチャート画面を生成して支援端末３の表示部に表示する。ここでは、例えば、図２２に示すプロセスチャート画面を生成して表示する。なお、この図２２では、説明の便宜上、プロセスチャート表示欄５２及びイベント履歴表示欄５３の具体的な図示は省略されている。これにて、プロセスチャート画面表示処理を終了する。

【0170】

（処理－実施入力画面表示処理）
次に、実施入力画面表示処理について説明する。図２３は、実施入力画面表示処理のフローチャートである。「実施入力画面表示処理」とは、概略的には、管理サーバ１によって実行される処理であり、例えば、実施入力画面を表示する処理である。この実施入力画面表示処理を起動するタイミングは任意であるが、例えば、ユーザが、支援端末３を介して前述の「実施対象患者特定情報」（つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を管理サーバ１に対して入力し、当該支援端末３を介して所定操作（例えば、実施入力画面切替用画像４１４をクリックする操作、あるいは、その他の任意の操作）を行った場合に起動することとし、この実施入力画面表示処理が起動したところから説明する。

【0171】

＝＝＝実施入力画面＝＝＝
最初に、ここでの処理で表示される画面について説明する。図２４は、実施入力画面の表示例である。「実施入力画面」とは、第１指標についての実施結果の入力等を行うための画面であり、図２４に示すように、画面切替用画像４１、及び情報表示欄４２を有する。実施入力画面の情報表示欄４２は、例えば、実施入力画像８が表示される。

【0172】

実施入力画像８は、実施対象である患者に関連付けられている第１指標の確認、及び当該第１指標についての実施結果の入力を行うために用いられる画像であり、図２４に示すように、例えば、表示単位切替用画像８１、結果表示欄８２、及び指標関連画像８３を有する。

【0173】

表示単位切替用画像８１は、結果表示欄８２に表示される情報の時間帯の単位を切り替えるための画像であり、例えば、クリックされて選択された場合に１時間単位、３時間単位、６時間単位、１２時間単位、及び２４時間単位の表示に切り替えるための、「１Ｈ」、「３Ｈ」、「６Ｈ」、「１２Ｈ」、「２４Ｈ」と記載されている表示単位切替用画像８１を含む。なお、本実施の形態では、ハッチングが付されている「２４Ｈ」の表示単位切替用画像８１がクリックされており、２４時間単位（つまり、１日単位）で結果表示欄８２に情報が表示される場合について説明する（後述する経過表画面の結果表示欄７２も同様とする）。

【0174】

結果表示欄８２は、第１指標についての実施結果を表示する欄であり、具体的には、関連付けられている（つまり、図２４の図面右側に図示されている）指標関連画像８３が示す第１指標についての実施結果を表示する欄であり、例えば、選択された表示単位切替用画像８１に対応する時間帯の単位で各時間帯に対応する欄が設けられており、当該各欄に実施結果を示す情報（実施結果表示情報）が表示される欄である。そして、図２４の例においては、「３８．２」は、５月２日の体温測定の結果が３８．２度であったことが示されており、また、「３８．０」は、５月３日の体温測定の結果が３８．０度であったことが示されており、また、２個の「清明」については、５月２日及び５月３日の意識の評価の結果が意識清明であったことが示されている。

【0175】

指標関連画像８３は、各第１指標を示す画像である。図２５は、指標関連画像の拡大図であり、図２６は、吹出画像が表示された状態の実施入力画面の表示例である。なお、図２５は、図２４の図面上側に図示されている「体温」についての指標関連画像８３の拡大図である。指標関連画像８３は、図２５に示すように、例えば、指標名情報８３１（項目表示情報）、入力欄８３２、及び要因表示情報８３３（関連表示情報）を有する。

【0176】

指標名情報８３１は、指標関連画像８３が示す（つまり、指標関連画像８３に対応付けられている）第１指標の名称を表示する情報である。入力欄８３２は、指標関連画像８３が示す第１指標の実施結果を入力するための欄である。

【0177】

要因表示情報８３３は、指標関連画像８３（つまり、指標名情報８３１）が示す第１指標が表示される要因に関連する情報である。なお、第１指標は、図３のユニットシートの説明で記載したように、医療行為の一部の情報として含まれている場合（つまり、実施計画で定められている場合）、及び、例えば図１４のイベント指標関連情報に示されているイベントに関連付けられている場合が想定されるが、要因表示情報８３３は、これらの場合の何れか一方であるか又は双方であるかを示している。すなわち、ユーザは、当該要因表示情報８３３を視認することにより、例えば、指標名情報８３１が示す第１指標が、実施計画で定められていること（つまり、実施計画起因であること）、あるいは、指標名情報８３１が示す第１指標が、発生したイベントに関連付けられていること（つまり、イベント起因であること）を把握することが可能となる。

【0178】

要因表示情報８３３は、詳細には例えば、指標名情報８３１が示す第１指標が管理サーバ１の制御部１２における「特定手段」が特定したイベント（詳細には、図１７のＳＡ６で特定されたイベント）に対して図１４のイベント指標関連情報において関連付けられている第１指標（以下、「イベント起因の第１指標」とも称する）を示すか、又は、指標名情報８３１が示す第１指標が、実施計画で定められている第１指標（以下、「実施計画起因の第１指標」とも称する）を示すかを表示する情報である。

【0179】

この要因表示情報８３３は、前述の定義に従う限りにおいて任意であるが、例えば、指標名情報８３１が示す第１指標が表示される要因各々を示す丸印の画像を用いる場合について説明する。特に、この要因表示情報８３３である丸印の画像各々は、例えば、指標名情報８３１が示す第１指標が表示されている要因の種類に対応する色で表示される画像であり、一例としては、当該要因の種類が、イベントに関連つけられていることに対応する種類である場合は青色（図２５等では便宜上、白抜きで図示されている）で表示され、また、当該要因の種類が、実施計画で定められていることに対応する種類である場合は灰色（図２５等では便宜上、ハッチングで図示されている）で表示される画像である。また、この要因表示情報８３３である丸印の画像各々は、例えば、ユーザの操作によってカーソルが重畳された場合に、各画像が示す要因の内容（例えば、イベントであるか、実施計画であるか、イベントである場合にはイベントの名称を示す情報等）（例えば、図２６の吹出画像８４）が追加で表示される画像である。

【0180】

すなわち、ユーザが、指標関連画像８３に含まれている要因表示情報８３３である丸印の画像を視認することにより、当該丸印の画像の個数に基づいて指標名情報８３１が示す第１指標の要因の個数を把握でき、また、当該丸印の画像の色に基づいて要因の種類を把握することができ、また、カーソルが重畳された場合に表示される追加の情報に基づいて要因の内容を把握することが可能となる。つまり、この指標関連画像８３を視認することにより、少なくとも、指標名情報８３１が示す第１指標が、「イベント起因の第１指標」又は「実施計画起因の第１指標」の何れか一方であるか、又は両方であるか等を把握することが可能となる。

【0181】

＝＝＝処理＝＝＝
次に、実施入力画面表示処理の具体的な内容について説明する。ここでは、例えば、前述の図２１のプロセスチャート画面表示処理で例示したように、「肺炎」及び「Ａ薬投与」のイベントが発生中である場合、つまり、図１５の発生イベント情報における、具体的に図示されている２個のイベントに関する開始日時情報及び終了日時情報の内の、２個のイベントとも開始日時情報のみが格納されている場合を例示して説明する。

【0182】

＝ＳＤ１の処理＝
まず、図２３のＳＤ１において管理サーバ１の制御部１２は、「実施対象患者特定情報」つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を取得する。具体的には任意であるが、図１７のＳＡ１の場合と同様な処理を行う。ここでは、例えば、「鈴木一郎」に関する「実施対象患者特定情報」（つまり、「患者ＩＤ」＝「ＰＩＤ０００１」、「医師ＩＤ」＝「ＤＩＤ０００１」、及び「疾患ＩＤ」＝「ＯＩＤ０００１」の組み合わせの情報）を取得する。

【0183】

＝ＳＤ２の処理＝
次に、図２３のＳＤ２において管理サーバ１の制御部１２は、図２４～図２６の指標関連画像８３を生成する。具体的には任意であるが、例えば、実施対象である患者について現在発生しているイベントに関連付けられている第１指標を特定する処理（以下、「ＳＤ２の第１処理」）、特定した第１指標に関連付けられている現在発生しているイベントを特定する処理（以下、「ＳＤ２の第２処理」）、前述の特定した第１指標が実施計画で定められているか否かを特定する処理（以下、「ＳＤ２の第３処理」）、及び前述の各処理結果に基づいて指標関連画像を生成する処理（以下、「ＳＤ２の第４処理」）を行うこととし、以下で説明する。

【0184】

＜ＳＤ２の第１処理＞
「ＳＤ２の第１処理」においては、図２１のＳＣ２で説明したことに着目して、図１５の発生イベント情報を参照して、ＳＤ１で取得した「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生第１指標ＩＤの内の、始日時情報又は終了日時情報の内の開始日時情報のみに具体的な日付の情報が格納されている発生第１指標ＩＤを特定し、図１２の第１指標特定情報を参照して、当該特定した発生第１指標ＩＤと同じ第１指標ＩＤに関連付けられている第１指標情報を、実施対象である患者について現在発生しているイベントに関連付けられている第１指標を示す第１指標情報として特定する。

【0185】

ここでは、例えば、図１５の発生イベント情報を参照して、ＳＤ１で取得した「鈴木一郎」に関する「実施対象患者特定情報」に対応する患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生第１指標ＩＤが「発生第１指標ＩＤ」＝「ＢＩＤ０００１，ＢＩＤ０００８（必），…」、「ＢＩＤ０００１，…」等であるが、前述したように例えば終了日時情報が格納されていないこととし、この場合、「発生第１指標ＩＤ」＝「ＢＩＤ０００１，ＢＩＤ０００８（必），…」、「ＢＩＤ０００１，…」を特定し、図１２の第１指標特定情報を参照して、該特定した発生第１指標ＩＤと同じ第１指標ＩＤに関連付けられている第１指標情報である「第１指標情報」＝「体温」、「意識評価」等を特定する。

【0186】

＜ＳＤ２の第２処理＞
「ＳＤ２の第２処理」においては、図１５の発生イベント情報を参照して、「ＳＤ２の第１処理」で特定した第１指標情報を識別する第１指標ＩＤと同じ発生第１指標ＩＤに関連付けられている発生イベントＩＤを、当該発生第１指標ＩＤ毎に特定し、図１１のイベント特定情報を参照して、当該特定した発生イベントＩＤと同じイベントＩＤに関連付けられているイベント情報を、第１指標に関連付けられている現在発生しているイベントを示すイベント情報として特定する。

【0187】

ここでは、例えば、「ＳＤ２の第１処理」で特定した「第１指標情報」＝「体温」、「意識評価」等の内の「体温」については、図１５の発生イベント情報を参照して、「ＳＤ２の第１処理」で特定した第１指標情報である「第１指標情報」＝「体温」を識別する第１指標ＩＤと同じ発生第１指標ＩＤに関連付けられている発生イベントＩＤとして「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」を特定し、図１１のイベント特定情報を参照して、当該特定した発生イベントＩＤと同じイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」に関連付けられているイベント情報として「イベント情報」＝「肺炎」、「Ａ薬投与」を特定する。

【0188】

また、例えば、「ＳＤ２の第１処理」で特定した「第１指標情報」＝「体温」、「意識評価」等の内の「意識評価」については、前述の場合と同様にして、図１５の発生イベント情報を参照して、「ＳＤ２の第１処理」で特定した第１指標情報である「第１指標情報」＝「意識評価」を識別する第１指標ＩＤと同じ発生第１指標ＩＤに関連付けられている発生イベントＩＤとして「発生イベントＩＤ」＝「ＥＩＤ０００１」を特定し、図１１のイベント特定情報を参照して、当該特定した発生イベントＩＤと同じイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」に関連付けられているイベント情報として「イベント情報」＝「肺炎」を特定する。

【0189】

＜ＳＤ２の第３処理＞
「ＳＤ２の第３処理」においては、まず、図８の実施計画情報に含まれる医療行為情報の内の、実施対象である患者について現在関連付けられている医療行為情報を特定する。具体的には、図９の実施履歴情報を参照して、ＳＤ１で取得した「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている移行経路履歴情報を取得し、取得した移行経路履歴情報に基づいて現在滞在（実行）しているユニットＩＤを特定し、図８の実施計画情報を参照して、ＳＤ１で取得した「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられており、且つ、前述の特定したユニットＩＤに関連付けられている医療行為情報を特定する。次に、「ＳＤ２の第１処理」で特定した第１指標情報と同じ情報が前述の特定した医療行為情報として格納されているか否かを、各第１指標情報について判断する。そして、第１指標情報と同じ情報が前述の特定した医療行為情報として格納されている場合、当該第１指標情報が示す第１指標は実施計画で定められているものと判定し、一方、第１指標情報と同じ情報が前述の特定した医療行為情報として格納されていない場合、当該第１指標情報が示す第１指標は実施計画で定められていないものと判定する。

【0190】

ここでは、例えば、まず、図９の実施履歴情報を参照して、ＳＤ１で取得した「鈴木一郎」に関する「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている移行経路履歴情報として「移行経路履歴情報」＝「Ａ－０（０４２９－０５０１），Ａ－１（０５０１－）」を取得し、取得した「Ａ－０（０４２９－０５０１），Ａ－１（０５０１－）」において「ユニットＩＤ」＝「Ａ－１」が開始した日付を示す「０５０１」のみが格納されている（つまり、終了した日付が格納されていない）ので、現在滞在（実行）しているユニットＩＤとして「ユニットＩＤ」＝「Ａ－１」を特定し、図８の実施計画情報を参照して、ＳＤ１で取得した「鈴木一郎」に関する「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられており、且つ、前述の特定したユニットＩＤである「ユニットＩＤ」＝「Ａ－１」に関連付けられている医療行為情報として「検体検査」、「病理検査」、「手術」、「輸血」、「体温」、及び「呼吸数」を特定する。次に、「ＳＤ２の第１処理」で特定した「体温」は、前述の医療行為情報として格納されているので、実施計画で定められているものと判定し、一方、「ＳＤ２の第１処理」で特定した「意識評価」は、前述の医療行為情報として格納されていないので、実施計画で定められていないものと判定する。

【0191】

＜ＳＤ２の第４処理＞
「ＳＤ２の第４処理」においては、「ＳＤ２の第１処理」で特定した第１指標情報各々に対応する指標関連画像８３を生成する。

【0192】

＜＜ＳＤ２の第４処理（指標名情報）＞＞
具体的には、まず、指標名情報８３１については、「ＳＤ２の第１処理」で特定した第１指標情報を示すテキスト情報を指標名情報８３１として特定する。ここでは、例えば、前述の具体的に説明した情報について例示して説明する。すなわち、図２４に示すように、「ＳＤ２の第１処理」で特定した第１指標情報である「第１指標情報」＝「体温」、「意識評価」を示すテキスト情報である「体温」、「意識評価」を指標名情報８３１として特定する。

【0193】

＜＜ＳＤ２の第４処理（要因表示情報）＞＞
次に、要因表示情報８３３については、「ＳＤ２の第２処理」及び「ＳＤ２の第３処理」の処理結果を反映した要因表示情報８３３を生成する。

【0194】

詳細には、まず、「ＳＤ２の第１処理」で特定した第１指標情報各々について、「ＳＤ２の第２処理」で特定したイベント情報の個数に対応する個数分の要因表示情報８３３である丸印の画像を生成する。より詳細には、イベント情報に関連付けられていることに対応する種類であることを表示する色である青色の丸印の画像であって、各画像に対して、「ＳＤ２の第２処理」で特定したイベント各々を任意の技術（例えば、いわゆるマウスオーバーに対応する技術等）を用いて各画像に関連付けることにより、当該画像にカーソルが重畳された場合に、各画像に関連付けられているイベントを示す情報が表示されるように要因表示情報８３３である丸印の画像を生成する。

【0195】

ここでは、例えば、「ＳＤ２の第１処理」で特定した第１指標情報である「第１指標情報」＝「体温」、「意識評価」等の内の「体温」については、「ＳＤ２の第２処理」で「イベント情報」＝「肺炎」、「Ａ薬投与」を特定したので、図２５の２個の要因表示情報８３３Ａ、８３３Ｂを生成する。より詳細には、要因表示情報８３３Ａには「イベント情報」＝「肺炎」を関連付けて、また、要因表示情報８３３Ｂには「イベント情報」＝「Ａ薬投与」を関連付けて生成する。このように構成することにより、図２６に示すように、要因表示情報８３３Ａにカーソル９００を重畳した場合に、当該関連付けた「イベント情報」＝「肺炎」を示す情報を表示するための吹出画像８４（状態表示情報）が表示されることになる。

【0196】

また、例えば、「ＳＤ２の第１処理」で特定した第１指標情報である「第１指標情報」＝「体温」、「意識評価」等の内の「意識評価」については、「ＳＤ２の第２処理」で「イベント情報」＝「肺炎」を特定したので、「体温」の場合と同様にしてイベント情報を関連付けて、１個の要因表示情報である丸印の画像を生成する。

【0197】

次に、「ＳＤ２の第１処理」で特定した第１指標情報各々について、「ＳＤ３の第３処理」において実施計画で定められているものと判定した場合、１個の要因表示情報８３３である丸印の画像を追加で生成する。より詳細には、実施計画で定められていることに対応する種類であることを表示する色である灰色の丸印の画像を生成する。なお、この画像についても、前述の場合と同様にして、任意の技術（例えば、いわゆるマウスオーバーに対応する技術等）を用いて、実施計画で定められていることを示すテキスト情報又は現在のユニットＩＤに関連する情報を関連付けることにより、当該各情報が表示されるように生成してもよい。

【0198】

ここでは、例えば、「ＳＤ２の第１処理」で特定した第１指標情報である「第１指標情報」＝「体温」、「意識評価」等の内の「体温」については、「ＳＤ３の第３処理」において実施計画で定められているものと判定したので、図２５に示すように、１個の要因表示情報８３３Ｃである丸印の画像を生成する。

【0199】

また、例えば、「ＳＤ２の第１処理」で特定した第１指標情報である「第１指標情報」＝「体温」、「意識評価」等の内の「意識評価」については、「ＳＤ３の第３処理」において実施計画で定められていないと判定したので、丸印の画像を生成しないことになる。

【0200】

＜＜ＳＤ２の第４処理（指標関連画像の生成）＞＞
そして、前述の特定したテキスト情報が指標名情報８３１として表示され、また、前述の生成された要因表示情報８３３が表示される指標関連画像８３を生成する。ここでは、例えば、図２４～図２６に示される指標関連画像８３を生成する。

【0201】

＝ＳＤ３の処理＝
次に、図２３のＳＤ３において管理サーバ１の制御部１２は、図２４の結果表示欄８２に表示される情報を特定する。具体的には任意であるが、例えば、まず、選択された表示単位切替用画像８１を特定し、特定した表示単位切替用画像８１に基づく単位の各時間帯に対応する欄を生成する。なお、ここでの各欄を生成する手法は任意であるが、例えば、図２４に示す実施入力画面については、基本的には、ユーザが第１指標に示される項目の実施行為を実施した後のタイミング（例えば、直後のタイミング等）に、実施結果を入力するために用いられる点を考慮して、視認性に留意して任意に生成してもよいが、例えば、管理サーバ１の計時手段の計時結果に基づいて現在日時を特定し、特定した現在日時に対応する欄が、指標関連画像８３に近い側（図面右側）に設けられるように構成してもよい。

【0202】

ここでは、例えば、まず、図２４に示すように、選択された表示単位切替用画像８１として「２４Ｈ」の表示単位切替用画像８１を特定し、特定した「２４Ｈ」の表示単位切替用画像８１に対応する２４時間単位（つまり、１日単位）の欄を生成する。

【0203】

次に、図１６の指標記録情報を参照して、ＳＤ１で取得した「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている実施結果情報を、発生第１指標ＩＤ毎に取得し、当該取得した実施結果情報が示す情報を、前述の生成した各欄に表示する情報として特定する。詳細には、ＳＤ２で生成した指標関連画像８３が示す第１指標情報を識別する第１指標ＩＤと同じ発生第１指標に関連付けられている実施結果情報が示す情報を、当該指標関連画像８３に関連付けられている欄に表示される情報として特定する。

【0204】

ここでは、例えば、図１６の指標記録情報を参照して、ＳＤ１で取得した「鈴木一郎」に関する「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている実施結果情報として、「発生第１指標ＩＤ」＝「ＢＩＤ０００１」に関連付けられている「実施結果情報」＝「３８．２（５月２日１７時００分），３８．０（５月３日１７時００分），…」、及び「発生第１指標ＩＤ」＝「ＢＩＤ０００８（必）」に関連付けられている「実施結果情報」＝「清明（５月２日１７時００分），清明（５月３日１７時００分），…」を取得し、これらの取得した情報を、図２４の結果表示欄８２に図示されているように、前述の生成された欄の内の対応する欄に表示される情報として特定する。

【0205】

＝ＳＤ４の処理＝
次に、図２３のＳＤ４において管理サーバ１の制御部１２は、ＳＤ２及びＳＤ３の処理結果に基づいて、実施入力画面を生成し、生成した実施入力画面を支援端末３の表示部に表示する。具体的には任意であるが、例えば、ＳＤ２で生成した指標関連画像８３が表示され、また、ＳＤ３で生成した欄に当該ＳＤ３で特定した情報が結果表示欄８２に表示される実施入力画面を生成して表示する。ここでは、例えば、図２４～図２６に例示されている実施入力画面表示処理を表示する。これにて、実施入力画面表示処理を終了する。

【0206】

（処理－経過表画面表示処理）
次に、経過表画面表示処理について説明する。図２７は、経過表画面表示処理のフローチャートである。「経過表画面表示処理」とは、概略的には、管理サーバ１によって実行される処理であり、例えば、経過表画面を表示する処理である。この経過表画面表示処理を起動するタイミングは任意であるが、例えば、ユーザが、支援端末３を介して前述の「実施対象患者特定情報」（つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を管理サーバ１に対して入力し、当該支援端末３を介して所定操作（例えば、経過表画面切替用画像４１３をクリックする操作、あるいは、その他の任意の操作）を行った場合に起動することとし、この経過表画面表示処理が起動したところから説明する。

【0207】

＝＝＝経過表画面＝＝＝
最初に、ここでの処理で表示される画面について説明する。図２８は、経過表画面の表示例である。「経過表画面」とは、第１指標及び第２指標に関する情報を表示するための画面であり、図２８に示すように、画面切替用画像４１、及び情報表示欄４２を有する。経過表画面の情報表示欄４２は、例えば、発生中イベント表示欄６１、グラフ表示欄６２、及び経過表表示欄６３を有する。

【0208】

発生中イベント表示欄６１は、実施対象である患者について現在発生しているイベント（つまり、発生後に未だ終了していないイベント）を表示する欄であり、例えば、発生中イベント画像６１１を表示する欄である。発生中イベント画像６１１とは、現在発生している各イベントを表示する画像であり、クリックして選択した場合に、クリックされた発生中イベント画像６１１に対応するイベントを示すイベント情報が管理サーバ１に入力される画像である。

【0209】

グラフ表示欄６２は、実施対象である患者についての所定の指標（予め定められている指標であり、体温、血圧等の任意の指標）ついての実施結果をグラフ形式で示すグラフ画像を表示する欄である。

【0210】

経過表表示欄６３は、第１指標及び第２指標に関する情報を表形式に表示する欄である。図２９は、経過表画像の表示例である。経過表表示欄６３は、例えば、図２９に示す経過表画像７を表示する欄である。

【0211】

経過表画像７は、第１指標及び第２指標に関する情報を表形式にて表示する画像であり、指標欄７１、及び結果表示欄７２を有する。指標欄７１は、第１指標又は第２指標の名称と、第１指標の種類（詳細には、第１任意ユーザ選択指標であるか又は第１必須指標であるかの種類）とを表示する欄であり、例えば、指標名欄７１１、及び任意必須表示欄７１２を有する。

【0212】

指標名欄７１１は、第１指標又は第２指標の名称を表示する欄であり、例えば、第１指標の名称を表示する指標名欄７１１は、図２９の図面下側に図示されているように、任意必須表示欄７１２の隣に関連付けられて設けられており、一方、第２指標の名称を表示する指標名欄７１１は、図２９の図面上側に図示されているように、隣に任意必須表示欄７１２が設けられていない。なお、例えば、この第２指標の名称を表示する指標名欄７１１に表示される情報が、「観察項目表示情報」に相当するものと解釈してもよい。任意必須表示欄７１２は、第１指標の種類を表示する欄であり、例えば、関連付けられている指標名欄７１１に名称が表示されている第１指標の種類が第１任意ユーザ選択指標である場合、何らの画像も表示されず、関連付けられている指標名欄７１１に名称が表示されている第１指標の種類が第１必須指標である場合、「×」印の画像（第１必須指標であることを示す情報）が表示される欄である。

【0213】

つまり、ユーザは、任意必須表示欄７１２を視認することにより、関連付けられている指標名欄７１１に表示されている第１指標の種類を特定することが可能となる。なお、図２９の例では、説明の便宜上、任意必須表示欄７１２に「×」印の画像が表示される場合について説明したが、第１指標の種類を認識可能である限りにおいて任意であり、例えば、他の形状の画像が表示されることとしてもよいし、当該任意必須表示欄７１２が所定の表示色（例えば、赤色等）で着色されることとしてもよい。

【0214】

結果表示欄７２は、第１指標についての実施結果を表示する欄であり、基本的には、図２４の実施入力画面の結果表示欄８２と同様に構成されており、具体的には、関連付けられている（つまり、図２９の図面左側に図示されている指標名欄７１１に名称が表示されている第１指標についての実施結果を表示する欄であり、例えば、図２４における選択された表示単位切替用画像８１に対応する時間帯の単位で各時間帯に対応する欄が設けられており、当該各欄に実施結果を示す情報（実施結果表示情報）が表示される欄である。そして、図２９の例においては、図２４の実施入力画面の説明で例示した情報が示されている。

【0215】

＝＝＝処理＝＝＝
次に、経過表画面表示処理の具体的な内容について説明する。ここでは、例えば、前述の図２１のプロセスチャート画面表示処理で例示したように、「肺炎」及び「Ａ薬投与」のイベントが発生中である場合、つまり、図１５の発生イベント情報における、具体的に図示されている２個のイベントに関する開始日時情報及び終了日時情報の内の、２個のイベントとも開始日時情報のみが格納されている場合を例示して説明する。

【0216】

＝ＳＥ１の処理＝
まず、図２７のＳＥ１において管理サーバ１の制御部１２は、「実施対象患者特定情報」つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を取得する。具体的には任意であるが、図１７のＳＡ１の場合と同様な処理を行う。ここでは、例えば、「鈴木一郎」に関する「実施対象患者特定情報」（つまり、「患者ＩＤ」＝「ＰＩＤ０００１」、「医師ＩＤ」＝「ＤＩＤ０００１」、及び「疾患ＩＤ」＝「ＯＩＤ０００１」の組み合わせの情報）を取得する。

【0217】

＝ＳＥ２の処理＝
次に、図２７のＳＥ２において管理サーバ１の制御部１２は、経過表画面を表示する。具体的には任意であるが、例えば、図２１のＳＣ２の場合と同様な処理を行って、実施対象である患者について現在発生しているイベントを識別する発生イベントＩＤを特定した上で、図１１のイベント特定情報を参照して、前述の特定した発生イベントＩＤと同じイベントＩＤに関連付けられているイベント情報を特定し、当該特定したイベント情報を示す発生中イベント画像６１１を生成して、生成した発生中イベント画像６１１が発生中イベント表示欄６１に表示される経過表画面を生成し、生成した経過表画面を、支援端末３の表示部に表示する。

【0218】

ここでは、例えば、図２１のＳＣ２の場合と同様な処理を行って、実施対象である患者について現在発生しているイベントを識別する発生イベントＩＤである図１５に図示されている「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」等を特定した上で、図１１のイベント特定情報を参照して、前述の特定した発生イベントＩＤと同じイベントＩＤである「イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」等に関連付けられているイベント情報として「イベント情報」＝「肺炎」、「Ａ薬投与」等を特定し、当該特定したイベント情報である「イベント情報」＝「肺炎」、「Ａ薬投与」等を示す図２８の発生中イベント画像６１１を生成して、生成した発生中イベント画像６１１が発生中イベント表示欄６１に表示される経過表画面を生成して表示する。

【0219】

なお、経過表画面のグラフ表示欄６２に表示される情報を表示するタイミングは任意であるが、このＳＣ２を実行するタイミングで、任意の手法（例えば、前述の所定の指標ついての実施結果の情報（測定結果の情報等）を医療機器にアクセスして取得したり、あるいは、格納されている場合には、図１６の指標記録情報における実施結果情報を参照して取得したりした上で、当該取得した各情報を用いてグラフ画像を生成する手法等）でグラフ画像を生成して、当該生成したグラフ画像をグラフ表示欄６２に表示してもよい。

【0220】

＝ＳＥ３の処理＝
次に、図２７のＳＥ３において管理サーバ１の制御部１２は、イベント情報を取得する。具体的には任意であるが、例えば、ユーザが、支援端末３の表示部の経過表画面（ＳＥ２で表示された経過表画面）に表示されている１個又は２個以上の発生中イベント画像６１１をクリックして選択した場合に、当該クリックされた発生中イベント画像６１１に対応するイベントを示すイベント情報が管理サーバ１に入力されることとし、当該入力されたイベント情報を取得する。

【0221】

ここでは、例えば、図２８の経過表画面において、ユーザが、自己が確認したいイベントを示す発生中イベント画像６１１として、「肺炎」のイベントを示す図面左側の発生中イベント画像６１１、及び「Ａ薬投与」のイベントを示す図面右側の発生中イベント画像６１１をクリックして選択した場合に、当該クリックされた発生中イベント画像６１１に対応するイベントを示すイベント情報として、「イベント情報」＝「肺炎」、「Ａ薬投与」が入力され、管理サーバ１の制御部１２は、当該入力された「イベント情報」＝「肺炎」、「Ａ薬投与」を取得する。

【0222】

＝ＳＥ４の処理＝
次に、図２７のＳＥ４において管理サーバ１の制御部１２は、図２９の経過表表示欄６３に表示される経過表画像７における指標欄７１に表示される情報を生成する。具体的には任意であるが、例えば、ＳＥ３で取得したイベント情報に関連付けられている発生第１指標ＩＤ及び発生第２指標ＩＤを特定する処理（以下、「ＳＥ４の第１処理」）、ＳＥ３で取得したイベント情報に関連付けられている第１指標情報を特定する処理（以下、「ＳＥ４の第２処理」）、ＳＥ３で取得したイベント情報に関連付けられている第２指標情報を特定する処理（以下、「ＳＥ４の第３処理」）、指標欄７１に表示される情報を生成する処理（以下、「ＳＥ４の第４処理」）を行うこととし、以下で説明する。

【0223】

＜ＳＥ４の第１処理＞
「ＳＥ４の第１処理」においては、図１５の発生イベント情報を参照して、ＳＥ１で取得した「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生イベントＩＤの内の、ＳＥ３で取得したイベント情報を識別するイベントＩＤと同じ発生イベントＩＤを特定し、当該特定した発生イベントＩＤに関連付けられている発生第１指標ＩＤ及び発生第２指標ＩＤを特定する。

【0224】

ここでは、例えば、図１５の発生イベント情報を参照して、ＳＥ１で取得した「鈴木一郎」に関する「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生イベントＩＤである「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」等の内の、ＳＥ３で取得したイベント情報である「イベント情報」＝「肺炎」、「Ａ薬投与」を識別するイベントＩＤと同じ発生イベントＩＤとして「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」を特定し、当該特定した発生イベントＩＤである「発生イベントＩＤ」＝「ＥＩＤ０００１」、「ＥＩＤ０００２」に関連付けられている発生第１指標ＩＤである「発生第１指標ＩＤ」＝「ＢＩＤ０００１，ＢＩＤ０００８（必），…」、「ＢＩＤ０００１，…」及び発生第２指標ＩＤである「発生第２指標ＩＤ」＝「ＢＩＤ１００１，…」を特定する。

【0225】

＜ＳＥ４の第２処理＞
「ＳＥ４の第２処理」においては、図１２の第１指標特定情報を参照して、「ＳＥ４の第１処理」で特定した発生第１指標ＩＤと同じ第１指標ＩＤに関連付けられている第１指標情報を、第１任意ユーザ選択指標を示す第１指標情報、又は第１必須指標を示す第１指標情報として特定する。詳細には、図１５の発生第１指標ＩＤにおいて「（必）」が関連付けられていない情報に基づく情報は、第１任意ユーザ選択指標を示す第１指標情報として特定し、一方、図１５の発生第１指標ＩＤにおいて「（必）」が関連付けられている情報に基づく情報は、第１必須指標を示す第１指標情報として特定する。

【0226】

ここでは、図１２の第１指標特定情報を参照して、「ＳＥ４の第１処理」で特定した「発生第１指標ＩＤ」＝「ＢＩＤ０００１」と同じ第１指標ＩＤに関連付けられている第１指標情報である「第１指標情報」＝「体温」を、第１任意ユーザ選択指標を示す第１指標情報として特定し、また、「ＳＥ４の第１処理」で特定した「発生第１指標ＩＤ」＝「ＢＩＤ０００８」と同じ第１指標ＩＤに関連付けられている第１指標情報である「第１指標情報」＝「意識評価」を、第１必須指標を示す第１指標情報として特定する。

【0227】

＜ＳＥ４の第３処理＞
「ＳＥ４の第３処理」においては、図１３の第２指標特定情報を参照して、「ＳＥ４の第１処理」で特定した発生第２指標ＩＤと同じ第２指標ＩＤに関連付けられている第２指標情報を特定する。

【0228】

ここでは、例えば、図１３の第２指標特定情報を参照して、「ＳＥ４の第１処理」で特定した発生第２指標ＩＤである「発生第２指標ＩＤ」＝「ＢＩＤ１００１」と同じ第２指標ＩＤに関連付けられている第２指標情報である「第１指標情報」＝「白血球数観察」を特定する。

【0229】

＜ＳＥ４の第４処理＞
「ＳＥ４の第４処理」においては、「ＳＥ４の第２処理」で特定した第１任意ユーザ選択指標を示す第１指標情報に対応するテキスト情報を、図２９の任意必須表示欄７１２に関連付けられている指標名欄７１１に表示される情報として生成し、当該任意必須表示欄７１２には何らの情報も表示しないこととする。また、「ＳＥ４の第２処理」で特定した第１必須指標を示す第１指標情報に対応するテキスト情報を、図２９の任意必須表示欄７１２に関連付けられている指標名欄７１１に表示される情報として生成し、当該任意必須表示欄７１２に表示される情報として「×」印の画像を生成する。また、「ＳＥ４の第３処理」で特定した第２指標情報に対応するテキスト情報を、図２９の任意必須表示欄７１２に関連付けられていない指標名欄７１１に表示される情報として生成する。

【0230】

ここでは、例えば、図２９の指標欄７１に図示されている情報を、指標欄７１に表示される情報として生成する。

【0231】

＝ＳＥ５の処理＝
次に、図２７のＳＥ５において管理サーバ１の制御部１２は、図２９の経過表表示欄６３に表示される経過表画像７における結果表示欄７２に表示される情報を特定する。具体的には任意であるが、例えば、図２３のＳＤ３と同様な処理を行う。すなわち、まず、図２４の選択された表示単位切替用画像８１を特定し、特定した表示単位切替用画像８１に基づく単位の各時間帯に対応する欄を生成する。次に、図１６の指標記録情報を参照して、ＳＥ１で取得した「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている実施結果情報を、発生第１指標ＩＤ毎に取得し、当該取得した実施結果情報が示す情報を、前述の生成した各欄に表示する情報として特定する。

【0232】

ここでは、例えば、図２９の結果表示欄７２に図示されている欄を生成し、当該結果表示欄７２に図示されている情報を特定する。

【0233】

＝ＳＥ６の処理＝
次に、図２７のＳＥ６において管理サーバ１の制御部１２は、ＳＥ４及びＳＥ５の処理結果に基づいて、経過表画面を生成し、生成した経過表画面を支援端末３の表示部に表示する。具体的には任意であるが、例えば、ＳＥ４で生成した情報が指標欄７１に表示され、また、ＳＥ５で生成した欄に当該ＳＥ５で特定した情報が結果表示欄７２に表示される経過表画像７が経過表表示欄６３に更に表示される経過表画面（発生中イベント表示欄６１及びグラフ表示欄６２には、ＳＥ２で表示した経過表画面と同じ情報が表示されている経過表画面）を生成して表示する。ここでは、例えば、図２９に例示されている経過表画像７が更に表示される経過表画面を生成して表示する。

【0234】

図３０及び図３１は、他の経過表画像の表示例である。上述の説明では図２７のＳＥ３において、図２８の２個の発生中イベント画像６１１をクリックして選択した場合を例示したが、例えば、「肺炎」のイベントを示す図面左側の発生中イベント画像６１１のみをクリックして選択した場合、ＳＥ６では図３０に例示されている経過表画像７が表示されることになり、また、例えば、「Ａ薬投与」のイベントを示す図面右側の発生中イベント画像６１１のみをクリックして選択した場合、ＳＥ６では図３１に例示されている経過表画像７が表示されることになる。これにて、経過表画面表示処理を終了する。

【0235】

（処理－医療業務画面表示処理）
次に、医療業務画面表示処理について説明する。「医療業務画面表示処理」とは、概略的には、管理サーバ１によって実行される処理であり、例えば、医療業務画面を表示する処理である。この医療業務画面表示処理を起動するタイミングは任意であるが、例えば、ユーザが、支援端末３を介して前述の「実施対象患者特定情報」を管理サーバ１に対して入力し、当該支援端末３を介して所定操作（例えば、医療業務画面切替用画像４１２をクリックする操作、あるいは、その他の任意の操作）を行った場合に起動することとし、この医療業務画面表示処理が起動したところから説明する。

【0236】

＝＝＝医療業務画面＝＝＝
最初に、ここでの処理で表示される画面について説明する。「医療業務画面」とは、不図示であるが、第１指標又は第２指標の一覧を表示する画像である。

【0237】

＝＝＝処理＝＝＝
次に、医療業務画面表示処理の具体的な内容について説明する。ここでの処理は、第１指標又は第２指標の内の一方又は両方を表示する医療業務画面を生成して、生成した医療業務画面を支援端末３の表示部に表示する限りにおいて任意である。例えば、実施対象である患者について現在発生しているイベントに関わらず、各指標を表示する医療業務画面を生成して表示してもよいし、あるいは、実施対象である患者について現在発生しているイベントに関連する各指標を表示する医療業務画面を生成して表示してもよい。

【0238】

前者の場合、例えば、管理サーバ１の制御部１２は、図１２の第１指標特定情報及び図１３の第２指標特定情報を参照して、第１指標情報及び第２指標情報を全て取得し、取得した各指標情報を表示する医療業務画面を生成して表示してもよい。

【0239】

また、後者の場合、例えば、管理サーバ１の制御部１２は、図１５の発生イベント情報を参照して、医療業務画面表示処理の起動時に入力された「実施対象患者特定情報」に対応する図１５の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生第１指標ＩＤ及び発生第２指標ＩＤの内の、始日時情報又は終了日時情報の内の開始日時情報のみに具体的な日付の情報が格納されている発生第１指標ＩＤ及び発生第２指標ＩＤを特定し、特定した発生第１指標ＩＤ及び発生第２指標ＩＤが識別する第１指標情報及び第２指標情報を表示する医療業務画面を生成して表示してもよい。これにて、医療業務画面表示処理を終了する。

【0240】

（処理－情報入力処理）
次に、情報入力処理について説明する。図３２は、情報入力処理のフローチャートである。「情報入力処理」とは、概略的には、管理サーバ１によって実行される処理であり、例えば、図１６の指標記録情報における実施結果情報を入力して格納する処理である。この情報入力処理を起動するタイミングは任意であるが、例えば、ユーザが、支援端末３を介して所定操作（例えば、情報を入力して記録するための操作であって、一例としては、自己が利用する支援端末３の表示部に表示されている図２４の実施入力画面における１個の指標関連画像８３中の入力欄８３２をクリックして情報を入力する操作あるいは、その他の任意の操作）を行った場合に起動することとし、この情報入力処理が起動したところから説明する。

【0241】

ここでは、例えば、ユーザが、「５月３日１７時００分」に、実施対象である患者としての「鈴木一郎」の体温測定の結果である「３８．０」を入力して格納する場合を例示して説明する。つまり、ユーザが、当該「鈴木一郎」についての図２４の実施入力画面（つまり、「鈴木一郎」に関する「実施対象患者特定情報」を入力することにより表示された実施入力画面）において、「体温」についての指標関連画像８３の入力欄８３２（つまり、図２４の図面上側に図示されている入力欄８３２）をクリックして、「３８．０」を入力する操作を行った場合を例示して説明する。

【0242】

＝ＳＦ１の処理＝
まず、図３２のＳＦ１において管理サーバ１の制御部１２は、情報が入力される対象となる患者についての「実施対象患者特定情報」（つまり、患者ＩＤ、医師ＩＤ、及び疾患ＩＤの組み合わせの情報）を取得する。具体的には任意であるが、図２３の実施入力画面表示処理において、ＳＤ１において「実施対象患者特定情報」を取得して処理を行っているので、各実施入力画面が「実施対象患者特定情報」に関連付けられている点に着目して、情報入力処理の起動時に入力欄８３２（図２４）がクリックされた実施入力画面に関連付けられている「実施対象患者特定情報」を取得する。

【0243】

ここでは、例えば、「鈴木一郎」に関する「実施対象患者特定情報」（つまり、「患者ＩＤ」＝「ＰＩＤ０００１」、「医師ＩＤ」＝「ＤＩＤ０００１」、及び「疾患ＩＤ」＝「ＯＩＤ０００１」の組み合わせの情報）を取得する。

【0244】

＝ＳＦ２の処理＝
次に、図３２のＳＦ２において管理サーバ１の制御部１２は、図１６の指標記録情報における実施結果情報を格納するために必要な情報を取得する。具体的には、例えば、入力情報、第１指標ＩＤ、及び入力日時情報を取得する。なお、「入力情報」とは、ユーザによって入力欄８３２を介して入力された情報であり、例えば、情報入力処理の起動時に入力欄８３２をクリックして入力された情報である。「入力日時情報」とは、入力情報が入力された日時を示す情報であり、例えば、ユーザが情報を入力するために入力欄８３２をクリックした日時を示す情報である。

【0245】

まず、入力情報の取得について詳細には、情報入力処理の起動時に入力欄８３２を介して入力された情報を入力情報として取得する。ここでは、例えば、入力情報として「３８．０」を取得する。

【0246】

また、第１指標ＩＤの取得について詳細には、図２４の各指標関連画像８３は第１指標情報を示しており、つまり、第１指標情報に関連付けられている点に着目して、情報入力処理の起動時にクリックされた入力欄８３２を有する指標関連画像８３に関連付けられている第１指標情報を取得し、図１２の第１指標特定情報を参照して、当該取得した第１指標情報と同じ第１指標情報に関連付けられている第１指標ＩＤを特定し、特定した第１指標ＩＤを取得する。ここでは、例えば、情報入力処理の起動時に「体温」についての指標関連画像８３の入力欄８３２（つまり、図２４の図面上側に図示されている入力欄８３２）がクリックされたので、当該入力欄８３２を有する指標関連画像８３に関連付けられている第１指標情報として「第１指標情報」＝「体温」を取得し、図１２の第１指標特定情報を参照して、当該取得した第１指標情報である「第１指標情報」＝「体温」に関連付けられている第１指標ＩＤとして「第１指標ＩＤ」＝「ＢＩＤ０００１」を特定し、特定した「第１指標ＩＤ」＝「ＢＩＤ０００１」を取得する。

【0247】

また、入力日時情報の取得について詳細には、前述の任意の手法を用いて、入力情報が入力された日時を特定し、特定した日時を示す情報を入力日時情報として取得する。ここでは、例えば、「５月３日１７時００分」に情報が入力されたので、入力日時情報として「５月３日１７時００分」を取得する。

【0248】

＝ＳＦ３の処理＝
次に、図３２のＳＦ３において管理サーバ１の制御部１２は、ＳＦ２で取得した各情報に基づいて、図１６の指標記録情報における実施結果情報を格納する。具体的には任意であるが、例えば、図１６の指標記録情報を参照して、ＳＦ１で取得した「実施対象患者特定情報」に対応する図１６の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生第１指標ＩＤの内の、ＳＦ２で取得した第１指標ＩＤと同じ発生第１指標ＩＤに関連付けられている実施結果情報として、前述のＳＦ２で取得した入力情報と入力日時情報とを組み合わせた情報を蓄積して格納する。

【0249】

ここでは、例えば、図１６の指標記録情報を参照して、ＳＦ１で取得した「鈴木一郎」に関する「実施対象患者特定情報」に対応する図１６の患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けられている発生第１指標ＩＤの内の、ＳＦ２で取得した第１指標ＩＤである「第１指標ＩＤ」＝「ＢＩＤ０００１」と同じ発生第１指標ＩＤに関連付けられている実施結果情報として、前述のＳＦ２で取得した入力情報である「３８．０」と入力日時情報である「５月３日１７時００分」とを組み合わせた情報を蓄積して格納する。つまり、図１６の最上段の実施結果情報である「３８．２（５月２日１７時００分），３８．０（５月３日１７時００分），…」の内の「３８．０（５月３日１７時００分）」を蓄積して格納する。このようにして、第１指標についての実施結果を記録することが可能となる。これにて、情報入力処理を終了する。

【0250】

（実施の形態の効果）
このように本実施の形態によれば、実施計画に関わらず患者の状態であるイベントを特定し、当該特定したイベントを管理することにより、例えば、実施計画に関わらず生じる患者の状態に関して管理を行うことが可能となる。

【0251】

また、ユーザがイベント情報を入力することを支援することにより、例えば、イベント情報を容易に入力させることが可能となるので、利便性を向上させることが可能となる。

【0252】

また、所定のカテゴリ単位でユーザが入力するべきイベント情報を表示して提示することにより、例えば、カテゴリを基準にしてイベント情報を入力させることが可能となるので、利便性を更に向上させることが可能となる。

【0253】

また、特定したイベント情報に対して関連付けられている第１指標の実施結果を示す実施結果表示情報を表示することにより、例えば、患者の状態を管理するために有用な情報を提供することが可能となる。

【0254】

また、指標名情報８３１が、特定したイベントに対して関連付けられている第１指標を示すか、又は、項目表示情報が、実施計画で定められている第１指標を示すかを表示する要因表示情報８３３を表示することにより、例えば、項目表示情報が表示されている要因を把握させることが可能となる。

【0255】

また、指標名情報８３１が示す実施行為の項目に関連付けられているイベントを示す吹出画像８４を表示することにより、例えば、指標名情報８３１が表示されている要因であるイベントを把握させることが可能となる。

【0256】

また、イベントと、第１必須指標又は第１任意候補指標とが相互に関連付けられている情報を格納することにより、例えば、第１必須指標又は第１任意候補指標について管理することが可能となる。

【0257】

また、特定したイベントに対して関連付けられている第２指標を示す指標名欄７１１を表示することにより、例えば、患者の状態を管理するために有用な情報を提供することが可能となる。

【0258】

〔ＩＩＩ〕各実施の形態に対する変形例
以上、本発明に係る各実施の形態について説明したが、本発明の具体的な構成及び手段は、特許請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良できる。以下、このような変形例について説明する。

【0259】

（解決しようとする課題や発明の効果について）
まず、発明が解決しようとする課題や発明の効果は、前記した内容に限定されるものではなく、本発明によって、前記に記載されていない課題を解決したり、前記に記載されていない効果を奏することもでき、また、記載されている課題の一部のみを解決したり、記載されている効果の一部のみを奏することがある。

【0260】

（構成及び制御について）
また、上記実施の形態で自動的に行われるものとして説明した制御の全部または任意の一部を手動で行っても良く、逆に、手動で行われるものとして説明した制御の全部または任意の一部を公知技術または上述した思想に基づいて自動化しても良い。また、上記実施の形態において示した各構成要素の各機能ブロックの一部又は全部を、ハードワイヤードロジックにて構成しても良い。

【0261】

（分散や統合について）
また、上述した各電気的構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成できる。本出願における「システム」とは、複数の装置によって構成されたものに限定されず、単一の装置によって構成されたものを含む。また、本出願における「装置」とは、単一の装置によって構成されたものに限定されず、複数の装置によって構成されたものを含む。例えば、図８の実施計画情報、図１５の発生イベント情報、又は図１５の指標記録情報の内の任意の２個以上の組み合わせた情報を統合した情報を格納するＤＢを生成してもよい。また、図１４～図１６においては、各ＩＤが格納されている場合について説明したが、当該各ＩＤは関連付けられている各情報を一意に識別している点に着目して、図１４～図１６において、カテゴリ情報、イベント情報、第１指標情報、及び第２指標情報を直接格納するように構成してもよい。

【0262】

（情報の格納や取得について）
また、管理サーバ１の各ＤＢの具体的構成も任意に変更可能であり、上述の各ＤＢを相互に統合したり、各ＤＢをさらに分割して構成してもよい。さらに、患者の状態に関して行う管理に必要な情報の全部又は一部を、電子カルテサーバ２から取得してもよい。

【0263】

（発生情報及び疑念情報について）
また、取得手段が、発生情報又は疑念情報を取得するように構成してもよい。「発生情報」とは、実施対象の状態が発生したことを特定する情報であり、例えば、イベントが発生したことを特定する情報であって、医師又は看護師等の医療従事者が患者においてイベントが発生したと判断したことを示す情報である。「疑念情報」とは、実施対象の状態が発生した疑いがあることを特定する情報であり、例えば、イベントが発生した疑いがあることを特定する情報であって、医師又は看護師等の医療従事者が患者においてイベントが発生した疑いがあると判断したことを示す情報である。

【0264】

具体的な実装手法は任意であるが、例えば、図１７のイベント発生処理に適用してもよい。なお、特記する処理を除いて、基本的には実施の形態と同様な処理を行うこととする。具体的には、図１７のＳＡ５で説明したように、図１８のイベント画像２２１をクリックして選択した場合に、「発生ボタン画像」及び「疑いボタン画像」が支援端末３の表示部に表示されるように構成してもよい。「発生ボタン画像」とは、前述の発生情報を入力するための画像であり、例えば、ユーザがクリックした場合に支援端末３を介して管理サーバ１に対して発生情報が入力される画像である。「疑いボタン画像」とは、前述の疑念情報を入力するための画像であり、例えば、ユーザがクリックした場合に支援端末３を介して管理サーバ１に対して疑念情報が入力される画像である。

【0265】

そして、ユーザが図１８のイベント画像２２１をクリックして選択した後に、「発生ボタン画像」をクリックした場合、クリックして選択されたイベント画像２２１に対応するイベント情報と発生情報が管理サーバ１に入力され、管理サーバ１の制御部１２は、当該イベント情報と発生情報を取得する。一方、ユーザが図１８のイベント画像２２１をクリックして選択した後に、「疑いボタン画像」をクリックした場合、クリックして選択されたイベント画像２２１に対応するイベント情報と疑念情報が管理サーバ１に入力され、管理サーバ１の制御部１２は、当該イベント情報と疑念情報を取得する。

【0266】

この後の処理は任意であるが、例えば、図１７のＳＡ６～ＳＡ９の後のＳＡ１０において、前述の変形例のＳＡ５で取得した「発生情報」又は「疑念情報」を考慮して、図１５の発生イベント情報を格納してもよい。

【0267】

例えば、ＳＡ５で「発生情報」を取得した場合において、ＳＡ６で特定したイベントに対応する情報を図１５の発生イベントＩＤとして格納する場合、及び、ＳＡ９で特定した第１任意ユーザ選択指標、第１必須指標、及び第２指標に対応する情報を図１５の発生第１指標ＩＤ及び発生第２指標ＩＤとして格納する場合に、発生したイベントであることを示す「発生」等の情報を関連付けて格納することにより、当該発生イベントＩＤ、発生第１指標ＩＤ、発生第２指標ＩＤを用いて行う他の処理において、発生したイベントに関して管理する処理を行うように構成してもよい。

【0268】

例えば、ＳＡ５で「疑念情報」を取得した場合、前述の場合と同様にして、ＳＡ６で特定したイベントに対応する情報を図１５の発生イベントＩＤとして格納する場合、及び、ＳＡ９で特定した第１任意ユーザ選択指標、第１必須指標、及び第２指標に対応する情報を図１５の発生第１指標ＩＤ及び発生第２指標ＩＤとして格納する場合に、発生した疑いがあるイベントであることを示す「疑念」等の情報を関連付けて格納することにより、当該発生イベントＩＤ、発生第１指標ＩＤ、発生第２指標ＩＤを用いて行う他の処理において、発生した疑いがあるイベントに関して管理する処理を行うように構成してもよい。

【0269】

なお、前述の他の処理の具体的な内容は任意であるが、前述の格納した「発生」又は「疑念」に着目して、図２４の指標名情報８３１の周辺（例えば、右隣等）に、当該指標名情報８３１が示す第１指標が発生したイベントに関する第１指標であるか、又は、当該指標名情報８３１が示す第１指標が発生した疑いがあるイベントに関する第１指標であるかを示す情報（例えば、発生したイベントに関する第１指標であることを示す「発生」というテキスト情報、又は、発生した疑いがあるイベントに関する第１指標であることを示す「疑念」というテキスト情報等）を表示するように構成してもよい。

【0270】

ここでは、例えば、図１６の発生第１指標ＩＤに前述の「発生」が関連付けられている場合に、図２４の指標名情報８３１の周辺に「発生」というテキスト情報を表示し、一方、図１６の発生第１指標ＩＤに前述の「疑念」が関連付けられている場合に、図２４の指標名情報８３１の周辺に「疑念」というテキスト情報を表示するように構成してもよい。

【0271】

また、図２９の指標名欄に、前述の「発生」というテキスト情報、又は、「疑念」というテキスト情報を追加で表示するように構成してもよい。

【0272】

図１６の発生第１指標ＩＤに前述の「発生」が関連付けられている場合に、図２９の指標名欄７１に「発生」というテキスト情報を追加で表示し、一方、図１６の発生第１指標ＩＤに前述の「疑念」が関連付けられている場合に、図２９の指標名欄７１に「疑念」というテキスト情報を追加で表示するように構成してもよい。

【0273】

このように構成することにより、発生情報を取得した場合、特定したイベントを、発生したイベントとして管理し、疑念情報を取得した場合、特定したイベントを、発生した疑いがあるイベントとして管理することにより、例えば、発生したイベントと、発生した疑いがあるイベントとを分けて管理することが可能となる。

【0274】

（出力手段について（その１））
また、管理サーバ１の制御部１２を、前述の出力手段として機能するように構成してもよい。具体的には任意であるが、例えば、図１５の発生イベントＩＤが開始日時情報及び終了日時情報と関連付けられており、また、図９の移行経路履歴情報に日付を示す情報が格納されているので、少なくとも日付を基準にして、図８の実施計画情報で特定される実施計画と発生イベントＩＤに対応するイベントとを間接的に相互に関連付けることが可能となる点を考慮して、イベントの履歴と実施計画とを相互に間接的に関連付けて出力するように構成してもよい。なお、「イベントの履歴と実施計画とを相互に間接的に関連付けて出力する」とは、例えば、イベントの履歴と実施結果とが相互に関連付けられている情報を、支援端末３の表示部に表示すること等を示す概念である。具体的には任意であるが、例えば、図４に示すプロセスチャートを示す画像に対して、各ユニットで発生したイベントを表示する情報を重畳した画像を生成して表示してもよいし、あるいは、発生したイベントと当該発生したイベントが発生又は終了した日付におけるユニットとを示すテキスト情報を表示してもよい。

【0275】

このように構成することにより、イベントの履歴と、実施計画とを相互に関連付けて出力することにより、例えば、患者の状態を管理するために有用な情報を提供することが可能となる。

【0276】

（出力手段について（その２））
また、「（出力手段について（その１））」で説明した技術と、「（発生情報及び疑念情報について）」で説明した技術とを組み合わせて、各イベントにおいて、「（発生情報及び疑念情報について）」で説明した「発生」又は「疑念」のテキスト情報を表示するように構成してもよい。

【0277】

（指標関連画像について）
また、上記実施の形態では、図２４～図２６の指標関連画像８３として、少なくとも、図１５の発生イベント情報において発生第１指標ＩＤとして格納されている第１指標ＩＤが識別する第１指標を示す指標関連画像８３を表示する場合を説明したが、これに限らない。例えば、図８の実施計画情報が特定する実施計画情報に格納されている医療行為情報と共通しているのみの第１指標（つまり、図１５の発生イベント情報において発生第１指標ＩＤとして格納されておらず、且つ、図８の実施計画情報が特定する実施計画情報に格納されている医療行為情報と共通する第１指標）を示す指標関連画像８３を表示するように構成してもよい。なお、このように、当該医療行為情報と共通しているのみの第１指標を示す指標関連画像８３については、要因表示情報８３３としては、１個の丸印の灰色の画像が表示されることになる。

【0278】

（画面サイズと表示欄の個数）
また、図２４の実施入力画面においては、当該実施入力画面の幅方向のサイズ（つまり、図２４における左右方向の長さ）に応じて、結果表示欄８２の情報が表示される欄（つまり、「３８．２」と記載されている欄等の矩形の欄）の個数を変更してもよい。詳細には、当該実施入力画面の幅方向のサイズが変更された場合、当該各矩形の欄のサイズは一定に維持した状態で、当該矩形の欄の個数を変化させることにより、当該矩形の欄の視認性を維持してもよい。つまり、例えば、図２４では、４／２７～５／３に対応する矩形の欄が幅方向に７個並べられて設けられているが、実施入力画面の幅方向のサイズが約半分になった場合に、当該矩形の欄のサイズは変更せずに当該欄の個数を３個にして表示してもよい。なお、ここでの具体的な処理は任意であるが、例えば、管理サーバ１の制御部１２が、実施入力画面の幅方向のサイズを適宜のタイミングで取得し、取得したサイズに基づいて幅方向において並べて表示する矩形の欄の個数を決定し、決定した個数の矩形の欄を表示するように構成してもよい。また、ここで説明した技術を、図３０の経過表画像７に適用してもよい。

【0279】

（実施結果情報の格納について）
また、上記実施の形態では、図２４の入力欄８３２の情報を入力することにより、図１６の指標記録情報における実施結果情報を格納する場合について説明したが、これに限らず、例えば、他の入力用の画面を介して情報を入力することにより、当該実施結果情報が記録されるように構成してもよい。

【0280】

（管理手段及び管理処理の解釈について）
また、上記実施の形態の管理サーバ１の制御部１２における任意の機能を「管理手段」と解釈してもよく、例えば、図２３の実施入力画面表示処理及び図２７の経過表画面表示処理に含まれる任意の処理を実行する機能が、「管理手段」に対応するものと解釈してもよいし、あるいは、他の任意の機能が「管理手段」に対応するものと解釈してもよい。そして、この管理手段によって実行される任意の処理を、管理処理と解釈してもよい。

【0281】

（処理タイミングについて）
また、上記実施形態で説明した各処理を行う処理タイミングを任意に変更してもよい。

【0282】

（通信について）
また、上記実施の形態の図１におけるネットワーク６については、前述のように例えばインターネットに該当するものと解釈してもよく、この場合、当該ネットワーク６をインターネット６と読み替えてもよく、各病院は基本的には医療計画作成支援サーバ５との間で本願の特徴に関連する通信を行うことが想定されており、一方で、各病院相互間では本願の特徴に関連する通信を行わないことが想定されているものと解釈してもよい。

【0283】

（実施の形態の効果の解釈について）
また、上記実施の形態においては、前述したように、少なくとも日付を基準にして、図８の実施計画情報で特定される実施計画と発生イベントＩＤに対応するイベントとを間接的に相互に関連付けることが可能となるので、患者に関する計測データ等（一例としては、第１指標の実施結果である体温測定の測定データ等）が、当該患者、図３のユニット、図４のプロセスチャート、患者に発生したイベント（図１５及び図１６）等に関連付けられることになるので、単独では無機的なある計測データに対して、有機的な意味を持たせることが可能となり、医療に関する様々な分析の可能性を増大させることが可能となる。

【0284】

（日常使用による能力向上の可能性について）
また、上記実施の形態において説明した「実施計画に関わらず生じる患者の状態に関して管理を行うことができる管理システム及び管理プログラム」を、日常的に使用できる場合、特に「研修医・若手医師」と「看護師」の、医療サービス提供において最も重視される「異常検出能力（異常をアセスメントする能力）」の「成長速度が向上する可能性」が期待される。例えば、発生イベントという今までにない参照画面内情報によって、ノーマルではない患者状態であるという認識と、ノーマルではないことの複数指標値の推移や直前値との比較によって、「今現在、当該患者のノーマルでない状態をどう判断できるか」とつい考えてしまう、つまり思考が誘導される。この点について、熟練した看護師であるならば、日常業務の中で自然と誘導されるものである。気づきの少なかった看護師もこの誘導によって異常に気付きやすくなり、やがて習慣化することで熟練化する可能性がある。なお、熟練した医師も同様である。この誘導による思考判断回数の増加が、「異常検出能力（異常をアセスメントする能力）」を強化させていくことになる。

【0285】

なお、上述の観点において、「看護師」、「研修医・若手医師」が日常業務において使用する情報は任意であるが、例えば、「看護師」が図２２、図２６、及び図２８～３１に図示されている情報を使用し、「研修医・若手医師」が図２２、図２８～３１に図示されている情報を使用することとしてもよい。

【0286】

（組み合わせについて）
また、上記実施の形態で説明した特徴及び変形例で説明した特徴を任意に組み合わせてもよい。

【0287】

（付記）
付記１の管理システムは、実施対象の状態を特定するための状態特定情報を取得する取得手段と、前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、を備える。

【0288】

付記２の管理システムは、付記１に係る管理システムにおいて、ユーザが入力するべき前記状態特定情報を複数提示することにより、ユーザが前記状態特定情報を入力することを支援する支援手段、を備え、前記取得手段は、前記支援手段に提示された複数の前記状態特定情報の内の少なくとも１個の前記状態特定情報をユーザが前記実施計画に関わらず入力した場合に、入力された前記状態特定情報を取得する。

【0289】

付記３の管理システムは、付記２に係る管理システムにおいて、前記支援手段は、所定のカテゴリ単位でユーザが入力するべき前記状態特定情報を表示して提示する。

【0290】

付記４の管理システムは、付記１から３の何れか一項に記載の管理システムにおいて、前記実施対象の状態と、前記実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する第１格納手段、を備え、前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目の実施結果を示す実施結果表示情報を表示する。

【0291】

付記５の管理システムは、付記１から４の何れか一項に記載管理システムにおいて、前記実施対象の状態と、前記実施対象について実施される実施行為の項目とが相互に関連付けられている状態行為関連情報を格納する第１格納手段、を備え、前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目、又は、前記実施計画で定められている実施行為の項目を示す項目表示情報と、前記項目表示情報が、前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目を示すか、又は、前記項目表示情報が、前記実施計画で定められている実施行為の項目を示すかを表示する関連表示情報と、を表示する。

【0292】

付記６の管理システムは、付記５に記載管理システムにおいて、前記項目表示情報が、少なくとも前記特定手段が特定した前記実施対象の状態に対して前記状態行為関連情報において関連付けられている実施行為の項目を示す情報である場合、前記管理手段は、前記項目表示情報が示す実施行為の項目に関連付けられている前記実施対象の状態を示す状態表示情報を表示する。

【0293】

付記７の管理システムは、付記４から６の何れか一項に記載の管理システムにおいて、前記第１格納手段は、前記実施対象の状態と、必須で実施される必須実施行為の項目又はユーザに選択された場合に実施される任意実施行為の項目とが相互に関連付けられている情報を前記状態行為関連情報として格納する。

【0294】

付記８の管理システムは、付記１から７の何れか一項に記載の管理システムにおいて、前記実施対象の状態と、前記実施対象について観察する項目である観察項目とが相互に関連付けられている状態観察関連情報を格納する第２格納手段、を備え、前記管理手段は、前記特定手段が特定した前記実施対象の状態に対して前記状態観察関連情報において関連付けられている前記観察項目を示す観察項目表示情報を表示する。

【0295】

付記９の管理システムは、付記１から８の何れか一項に記載の管理システムにおいて、前記取得手段は、前記実施対象の状態が発生したことを特定する発生情報、又は、前記実施対象の状態が発生した疑いがあることを特定する疑念情報の内の何れか一方の情報と、前記状態特定情報とを取得し、前記管理手段は、前記取得手段が前記発生情報を取得した場合、前記特定手段が特定した前記実施対象の状態を、発生した前記実施対象の状態として管理し、前記取得手段が前記疑念情報を取得した場合、前記特定手段が特定した前記実施対象の状態を、発生した疑いがある前記実施対象の状態として管理する処理を前記管理処理として行う。

【0296】

付記１０の管理システムは、付記１から９の何れか一項に記載の管理システムにおいて、前記管理手段に管理された前記実施対象の状態の履歴と、前記実施計画とを相互に関連付けて出力する出力手段、を備える。

【0297】

付記１１の管理プログラムは、コンピュータを、実施対象の状態を特定するための状態特定情報を取得する取得手段と、前記取得手段が取得した前記状態特定情報に基づいて、前記実施対象に実施される実施行為が定められている実施計画に関わらず、前記実施対象の状態を特定する特定手段と、少なくとも前記特定手段が特定した前記実施対象の状態を管理する管理処理を行う管理手段と、として機能させる。

【0298】

（付記の効果）
付記１に係る連管理システム又は付記１１に係る管理プログラムによれば、実施計画に関わらず実施対象の状態を特定し、当該特定した実施対象の状態を管理することにより、例えば、実施計画に関わらず生じる実施対象の状態に関して管理を行うことが可能となる。

【0299】

付記２に係る連管理システムによれば、ユーザが状態特定情報を入力することを支援することにより、例えば、状態特定情報を容易に入力させることが可能となるので、利便性を向上させることが可能となる。

【0300】

付記３に係る連管理システムによれば、所定のカテゴリ単位でユーザが入力するべき状態特定情報を表示して提示することにより、例えば、カテゴリを基準にして状態特定情報を入力させることが可能となるので、利便性を更に向上させることが可能となる。

【0301】

付記４に係る連管理システムによれば、特定した実施対象の状態に対して関連付けられている実施行為の項目の実施結果を示す実施結果表示情報を表示することにより、例えば、実施対象の状態を管理するために有用な情報を提供することが可能となる。

【0302】

付記５に係る連管理システムによれば、項目表示情報が、特定した実施対象の状態に対して関連付けられている実施行為の項目を示すか、又は、項目表示情報が、実施計画で定められている実施行為の項目を示すかを表示する関連表示情報を表示することにより、例えば、項目表示情報が表示されている要因を把握させることが可能となる。

【0303】

付記６に係る連管理システムによれば、項目表示情報が示す実施行為の項目に関連付けられている実施対象の状態を示す状態表示情報を表示することにより、例えば、項目表示情報が表示されている要因である実施対象の状態を把握させることが可能となる。

【0304】

付記７に係る連管理システムによれば、実施対象の状態と、必須で実施される必須実施行為の項目又はユーザに選択された場合に実施される任意実施行為の項目とが相互に関連付けられている情報を格納することにより、例えば、必須実施行為又は任意実施行為について管理することが可能となる。

【0305】

付記８に係る連管理システムによれば、特定した実施対象の状態に対して関連付けられている観察項目を示す観察項目表示情報を表示することにより、例えば、実施対象の状態を管理するために有用な情報を提供することが可能となる。

【0306】

付記９に係る連管理システムによれば、発生情報を取得した場合、特定した実施対象の状態を、発生した実施対象の状態として管理し、疑念情報を取得した場合、特定した実施対象の状態を、発生した疑いがある実施対象の状態として管理することにより、例えば、発生した実施対象の状態と、発生した疑いがある実施対象の状態とを分けて管理することが可能となる。

【0307】

付記１０に係る連管理システムによれば、実施対象の状態の履歴と、実施計画とを相互に関連付けて出力することにより、例えば、実施対象の状態を管理するために有用な情報を提供することが可能となる。

【符号の説明】

【0308】

１ 管理サーバ
２ 電子カルテサーバ
３ 支援端末
４ ネットワーク
５ 医療計画作成支援サーバ
６ ネットワーク
７ 経過表画像
８ 実施入力画像
１１ 記憶部
１２ 制御部
１３ ネットワークＩＦ
１４ バス
２１ カテゴリ表示欄
２２ イベント表示欄
３０ 選択用候補指標画像
３１ 指標名欄
３２ 選択欄
４１ 画面切替用画像
４２ 情報表示欄
５１ 発生中イベント表示欄
５２ プロセスチャート表示欄
５３ イベント履歴表示欄
６１ 発生中イベント表示欄
６２ グラフ表示欄
６３ 経過表表示欄
７１ 指標欄
７２ 結果表示欄
８１ 表示単位切替用画像
８２ 結果表示欄
８３ 指標関連画像
８４ 吹出画像
１００ 管理システム
１１１ 患者情報ＤＢ
１１２ 医師情報ＤＢ
１１３ 疾患情報ＤＢ
１１４ 実施計画情報ＤＢ
１１５ 実施履歴情報ＤＢ
１１６ カテゴリ特定情報ＤＢ
１１７ イベント特定情報ＤＢ
１１８ 第１指標特定情報ＤＢ
１１９ 第２指標特定情報ＤＢ
１２０ イベント指標関連情報ＤＢ
１２１ 発生イベント情報ＤＢ
１２２ 指標記録情報ＤＢ
２１１ カテゴリ画像
２２１ イベント画像
４１１ プロセスチャート画面切替要画像
４１２ 医療業務画面切替用画像
４１３ 経過表画面切替用画像
４１４ 実施入力画面切替用画像
５１１ 発生中イベント画像
５１２ イベント発生ボタン画像
６１１ 発生中イベント画像
７１１ 指標名欄
７１２ 任意必須表示欄
８３１ 指標名情報
８３２ 入力欄
８３３ 要因表示情報
８３３Ａ 要因表示情報
８３３Ｂ 要因表示情報
８３３Ｃ 要因表示情報
９００ カーソル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】