JP2013511781A - 治療プロトコールテンプレート生成・分岐論理システム - Google Patents

Abstract

現在の治療プロトコールステップの完了時に患者の治療プロトコールの次のプロトコールステップを判定するための方法。方法は治療プロトコールステップに関連付けられた治療プロトコールテンプレートにアクセスすることを含む。治療プロトコールステップはプロトコールステップに合格する場合又は不合格になる場合を判定するルールを含み、ルールに合格する場合に次に行われるべき第２プロトコールステップを指定する第１臨床決定点と、ルールに合格しない場合に次に行われるべき第３プロトコールステップを指定する第２臨床決定点とを含む。方法は、治療プロトコールテンプレートのパラメータフィールドへの入力を受信すること、治療プロトコールテンプレートのパラメータフィールドに関連付けられたルールに合格したか又はしなかったかを判定すること、第２又は第３プロトコールステップのいずれが次に行われるべきかを自動的に判定することを含む。

Description

本開示は、治療プロトコールテンプレート生成・分岐論理システムに関する。

病院および医療従事者は、医療機器を使用して患者の治療に関わる治療プロトコールをしばしば考案する。しかし、実際の治療は治療プロトコールを考案した従事者以外の技術者または他の医療専門家が行うことが多い。このため技術者および医療従事者双方にとって問題が生じる可能性がある。

例えば、治療プロトコールは、技術者が理解して追っていくことが難しい、数ページの指示書からなることが多い。治療プロトコールの１ページ目に書かれているあるステップが、２ページ目に書かれているステップに技術者がアクセスすることを要求する場合、技術者が正しく追っていくことができなかったり、または次のステップが見つけられなかったりする場合に問題が生じるであろう。

医療従事者にとって、技術者が治療プロトコールに許容できる形で従ったかどうかを確認できなければ問題が生じる。さらに、技術者が治療従事者に該当しない場合、医療従事者がこの事実を確認する簡単な方法はないだろう。

本概要は、以下の詳細な説明で詳しく説明する概念の抜粋を簡潔な形で紹介するために提供される。本概要は請求される主題の重要な特徴もしくは本質的な特性を特定することを意図しているわけではなく、または請求される主題の範囲を決定するときの助けとして使用されることを意図されているわけでもない。

本明細書で開示される一実施形態は、現在の治療プロトコールステップの完了時に患者の治療プロトコールで行うべき次のプロトコールステップを判定する方法に関する。方法は、治療プロトコールテンプレートにアクセスする工程を含む。治療プロトコールテンプレートは基本治療プロトコールの治療プロトコールステップに関連付けられている。治療プロトコールステップは、プロトコールステップに合格する場合または不合格である場合を判定するルールを含む。治療プロトコールステップは、ルールに合格するときに次に行うべき第２プロトコールステップを指定する第１臨床決定点を含み、ルールに合格しないときに次に行うべき第３プロトコールステップを指定する第２臨床決定点を含む。治療テンプレートは、治療プロトコールステップのルールのうちの１つ以上に関連するパラメータフィールドを指定してもよい。方法は治療プロトコールテンプレートのパラメータフィールドへの入力を受信する工程も含む。方法はさらに、受信した入力に基づいて、治療プロトコールテンプレートのパラメータフィールドに関連するルールに成功裏に合格したかまたは合格しなかったかを判定する工程を含む。方法はさらに、パラメータフィールドに関連するルールに合格したかまたは合格しなかったかの判定に応じて、第２または第３のプロトコールステップのうちのどちらを次に行うべきかを自動的に判定する工程を含む。

本明細書で開示する別の実施形態は、次の治療プロトコールステップを現在の治療プロトコールステップのプロトコール治療テンプレートにリンクさせる方法に関する。方法は、医療機器を使用する患者治療のために基本患者治療プロトコールの治療プロトコールステップにアクセスする工程を含む。治療プロトコールステップは、治療プロトコールステップを成功裏に行うために準拠するべき１つ以上のルールを含む。方法は治療プロトコールステップの治療プロトコールテンプレートを生成する工程も含み、治療プロトコールテンプレートは治療プロトコールステップの１つ以上のルールに関連するパラメータフィールドを含む。方法はさらに、治療プロトコールステップおよび生成された治療プロトコールテンプレートを、１つ以上のルールに成功裏に合格するときに次に行うべき第２プロトコールステップを指定する第１臨床決定点にリンクさせる工程を含む。方法は、治療プロトコールステップおよび生成された治療プロトコールテンプレートを、１つ以上のルールにうまく合格しないときに次に行うべき第３プロトコールステップを指定する第２臨床決定点にリンクする工程も含む。

本明細書で開示する別の実施形態はコンピュータシステムに関する。コンピューティングシステムは、患者の治療プロトコールに関連する医療機器を使用して患者を成功裏に治療するために準拠するべき１つ以上のルールを含む複数の臨床決定点を含む患者の治療プロトコールにアクセスするように構成されている第１モジュールと、各治療プロトコールテンプレートが対応する臨床決定点の１つ以上のルールを指定する、臨床決定点それぞれについて治療プロトコールテンプレートを生成するように構成されている治療プロトコールテンプレート生成モジュールと、特定の生成された治療プロトコールテンプレートの１つ以上のルールに成功裏に合格するときにアクセスして従うべき第２プロトコールテンプレートを判定し、特定の生成された治療プロトコールテンプレートの１つ以上のルールにうまく合格しないときにアクセスして従うべき第３プロトコールテンプレートを判定するように構成されている次ステップ論理モジュールと、特定の生成された治療プロトコールテンプレートに関係する情報を受信するための１つ以上の入力モジュールとを含む。

本発明のこれらのおよび他の目的および特徴は、以下の説明および添付の請求項からより完全に明らかになるであろう。または、以下に記載する本発明の実施により習得してもよい。

本発明の以上のおよび他の利点および特徴をさらに明確にするために、本発明のより具体的な説明を、添付の図面に図示されるその特定の実施形態を参照して行う。これらの図面は本発明の例示される実施形態のみを描いており、そのためその範囲の制限とみなしてはならないことは認識される。本発明は添付の図面を使用してさらに具体的かつ詳細に記述され説明される。

本明細書で開示する実施形態を実施してもよいシステムのブロック図を示す。 本明細書で開示する実施形態に従うプロトコールテンプレート生成・分岐論理システムの実施形態のブロック図を示す。 本明細書で開示する実施形態に従い患者から人工呼吸器を離脱するための例示的な治療プロトコールを示す。 治療プロトコールテンプレートを生成するプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 治療プロトコールテンプレートを生成するプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 治療プロトコールテンプレートを生成するプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 治療プロトコールテンプレートを生成するプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 治療プロトコールテンプレートを生成するプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 治療テンプレートをプロトコールに関連付けて、治療プロトコールの次のステップを判定するプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 治療テンプレートをプロトコールに関連付けて、治療プロトコールの次のステップを判定するプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 治療テンプレートをプロトコールに関連付けて、治療プロトコールの次のステップを判定するプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 治療テンプレートをプロトコールに関連付けて、治療プロトコールの次のステップを判定するプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 治療テンプレートをプロトコールに関連付けて、治療プロトコールの次のステップを判定するプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 本明細書で開示する実施形態に従った治療プロトコールテンプレートを示す。 次のステップを何にするべきかを示すプロトコールテンプレート生成・分岐論理システムの特定の実施形態を示す。 本明細書で開示する実施形態に従った医療機器用治療プロトコールテンプレートを示す。 現在の治療プロトコールステップの完了時に患者の治療プロトコールで行うべき次のステップを判定する方法のフローチャートを示す。 次の治療プロトコールステップを現在の治療プロトコールステップのプロトコール治療テンプレートにリンクさせる方法１８００を示す。 本明細書で開示する実施形態を実装する例示的なコンピューティングシステムを示す。

本明細書で開示する実施形態は、現在の治療プロトコールステップの完了時に患者の治療プロトコールで行うべき次の治療プロトコールステップに関する。方法は、治療プロトコールステップに関連する治療プロトコールテンプレートにアクセスする工程を含む。方法は、すべてが治療プロトコールテンプレートに関連し、それがさらに治療プロトコール内のプロトコールステップに関連する、ルールをもつパラメータフィールドに臨床および診断情報を電子的に受信するまたは手動で入力する工程も含む。方法はさらに、入力された臨床および診断情報に基づいて、治療プロトコールテンプレートのパラメータに関連するルールにうまく適合している（合格）かまたはうまく適合していない（不合格）かを判定する工程を含む。方法はさらに、第１治療プロトコールステップに関連する第１プロトコール治療テンプレートのパラメータルールにうまく適合しているか、またはうまく適合していないかに基づいて、次に行うべき第２治療プロトコールステップを、第１治療プロトコールステップから自動的に判定する工程を含む。各治療プロトコールステップ内の方法は２つの臨床決定点を作成する。１つの臨床決定点は「パス時ステップ」と呼ばれ、それ自体の治療プロトコールステップとは独立して関連付け／リンクされている。前のプロトコールテンプレート／プロトコールステップのパラメータに関連するルールにうまく適合した（合格）場合、プログラムは「パス時」臨床決定点に関連する治療プロトコールステップを推奨する。治療プロトコールステップ内に関連する第２臨床決定点に同じ方法を採用する。この臨床決定点は「フェイル時ステップ」と呼ばれる。臨床医が関連治療プロトコールテンプレートに臨床および診断情報を入力することによって治療プロトコールステップを行い、テンプレートデータがプログラムで評価されるたびに、プログラムは、構成されているステップ全部が行われるまで、臨床医が行うべき次のステップを判定するために上で挙げた方法論を実行する。

ここで、同じ構造に同じ参照記号を付す図面を参照する。図面は本発明のいくつかの実施形態を図式的および模式的に表したものであり、本発明を制限するものではなく、また必ずしも縮尺通りに描かれているわけではないことは理解される。例えば、第２プロトコール治療ステップなど、明細書および請求項での第１、第２等の要素の言及は、明示的に記載していない限り連続した順番を示唆するものではなく、要素を互いに区別するためのものであることは認識されるであろう。

図１は、本明細書で開示する実施形態を実施してもよいブロック図を示す。ブロック図は治療プロトコールテンプレート生成・分岐論理システム１０５を含む。いくつかの実施形態では、プロトコールテンプレート生成・分岐論理システム１０５はサーバに配置できる。サーバは他のコンピュータによって使用されるサービスを提供するコンピュータである。例えば、ウェブサーバはウェブページを提示する。サーバを使用することによってサービスまたはドキュメントを中央供給できる。他の実施形態では、プロトコールテンプレート生成・分岐論理システム１０５のサービスは複数のコンピューティングシステムに分散して、ピア・トゥー・ピアでまたは他の方法により共有できる。さらに別の実施形態では、プロトコールテンプレート生成・分岐論理システム１０５は、クラウドコンピューティングシステムのリソースによって実装してもよい。

プロトコールテンプレート生成・分岐論理システム１０５は、入力として様々な治療プロトコールおよび医療処置に関するルールを受信するように構成されているハードウェアモジュール、ソフトウェアモジュール、またはその２つのいかなる組み合わせであってもよい。医療処置は特定の医療機器を使用した患者治療を含んでもよい。ある特定の実施形態では、医療機器は人工呼吸器であってもよく、治療プロトコールは患者から人工呼吸器を離脱することに関係してもよい。プロトコールテンプレート生成・分岐論理システム１０５はまた、人工呼吸器など患者につながれる医療機器から操作情報を受信してもよい。プロトコールテンプレート生成・分岐論理システム１０５はさらに、臨床医向けの簡単な指示ならびに以下でより詳細に説明する検証および他のモニタリングを提供する様々なウェブベースおよび他の種類の治療テンプレートを生成してもよい。さらに、プロトコールテンプレート生成・分岐論理システム１０５は、プロトコールのステップが成功したか成功しなかったか、および現在のステップが成功しているときまたは現在のステップが成功していないときにプロトコールの次のステップをどうするべきかを臨床医に知らせる分岐論理を提供する。

プロトコールテンプレート生成・分岐論理システム１０５は、ネットワーク１１０に接続してもよい。コンピュータネットワークとは、相互接続されているコンピュータのグループである。ネットワーク１１０は、代表的には、複数の広域ネットワークおよびローカルエリアネットワークのうちの少なくとも一方の間の論理的および物理的な接続によって形成されるグローバル・インターネットワークを備えるインターネットを含み、任意で、インターネットを介してアクセスされるインターリンク形式のハイパーテキストドキュメントシステムを備えるワールドワイドウェブ（「Ｗｅｂ」）を含むことができる。代わりにまたは追加で、ネットワーク１１０は、これだけには限らないが、８０２．ｘｘネットワーク、ブルートゥース・アクセスポイント、無線アクセスポイント、ＩＰ（インターネットプロトコル：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ベースのネットワークまたは同様な他のものなど、１つ以上のセルラーＲＦ（無線周波数：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ネットワークおよび／または１つ以上の有線および／または無線ネットワークを含む。ネットワーク１１０はある種類のネットワークを別の種類のネットワークに連結することを可能にするサーバも含んでもよい。一実施形態では、ネットワーク１１０は病院または他の介護施設のネットワークであってもよい。

図でも示されるように、医療機器１２０はネットワーク１１０に接続してもよい。作動しているとき、医療機器１２０は、医療機器に接続されている患者に医療または他のサービスを提供する。医療機器１２０は、以下でより詳細に説明するように、プロトコールテンプレート生成・分岐論理システム１０５に対し、従うべき情報を提供する。医療機器１２０は患者を治療するために医療業界で使用されるあらゆる合理的な医療機器であってもよい。ある特定の実施形態では、医療機器１２０は、患者の呼吸を助けるために使用される人工呼吸器であってもよい。別の実施形態では、医療機器１２０は、心臓モニタ、ＥＫＧ（心電図：Ｅｌｅｋｔｒｏｋａｒｄｉｏｇｒａｍｍ（Ｅｌｅｃｔｒｏｃａｒｄｉｏｇｒａｍ））マシン、ＥＥＧ（脳波図：Ｅｌｅｃｔｒｏｅｎｃｅｐｈａｌｏｇｒａｍ）マシン、Ｘ線マシン、超音波マシン、または患者を治療するための治療プロトコールで使用してもよいあらゆる他の種類の医療機器であってもよいが、これだけに制限されない。医療機器１２０は、状況が許せば、２つ以上の医療機器の組み合わせも含んでもよい。

ネットワーク１１０は、プロトコールテンプレート生成・分岐論理システム１０５へのアクセスをユーザ１１５に与える。いくつかの実施形態では、ユーザ１１５は治療従事者とすることができる。本明細書で言及される治療従事者とは、医療機器１２０を使用して患者に医療処置を行うことを認められているあらゆる人または主体である。例えば、ユーザ１１５は内科医、または医者、看護師、内科医のアシスタント、人工呼吸器の臨床医またはセラピスト、または同様な他の者であることができるだろう。ユーザ１１５は、コンピューティングシステムのユーザ・インターフェースを使用してローカルまたはリモートでプロトコールテンプレート生成・分岐論理システム１０５にアクセスしてもよい。したがって、ユーザ１１５は医療機器１２０と同じ場所にいる必要はない。

ユーザ１１５は医療機器１２０に接続されている患者の評価および治療を助けるためにプロトコールテンプレート生成・分岐論理システム１０５の機能を利用することができる。これは以下で説明するウェブベースの治療テンプレートを使用して行うことができる。

ここで図２に注目すると、プロトコールテンプレート生成・分岐論理システム２００の実施形態のより詳細な図が示されており、これは図１のプロトコールテンプレート生成・分岐論理システム１０５に対応してもよい。システム２００はハードウェア、ソフトウェア、またはそのあらゆる組み合わせに実装できる。システム２００がソフトウェアに実装されている場合、システム２００のモジュールはコンピュータ可読媒体に格納されて、その機能を行う必要に応じてアクセスされる。さらに、システム２００がソフトウェアに実装されている場合、各モジュールに割り当てられるタスクは、ソフトウェアの命令または他の論理機能を実行できるプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）または他の論理デバイスによって実行できる。

図２のシステム２００は様々な機能を行う様々なモジュールを示しているが、本明細書で開示する実施形態の精神または本質的な特性を逸脱することなく、モジュールの数およびその機能を変更できることは理解される。すなわち、モジュールの機能は、制限なく、かつ本明細書で提示する発明概念を逸脱することなく、組み合わせまたは分離してもよい。さらに、システム２００は単一のコンピューティングシステムに実装してもよく、またはいくつかの異なるコンピューティングシステムに分散してもよいことは認識されるであろう。

プロトコールテンプレート生成・分岐論理システム２００は、治療プロトコール検索モジュール２０５を含む。治療プロトコール検索モジュール２０５は、データベース２１５から治療プロトコールを検索するように構成されている。治療プロトコールは現在医療機器１２０に接続されている患者の治療に関する治療ガイドラインまたはルールを含む。一実施形態では、ガイドラインまたはルールは、患者から人工呼吸器を離脱するためのものであってもよい。さらに、いくつかの実施形態では、治療プロトコールはガイドラインが作成された日付および情報が取得された場所を含むことができる。

いくつかの実施形態では、治療プロトコールは、治療プロトコールステップをうまく行うために適合するべきまたは合格するべき関連ルールをそれぞれ有する様々な治療プロトコールステップ（本明細書では単にプロトコールステップともいう）を含む。加えて、各治療プロトコールステップは典型的には、２つの独立した臨床決定点または治療の道筋を含むことになる。第１臨床決定点または治療の道筋は、前に「パス時」ステップと呼ばれ、治療プロトコールステップのルールに成功裏に合格するまたは適合するときに次に行われる別の治療プロトコールステップにリンクするか、またはそれを指し示す。同様に、第２臨床決定点または治療の道筋は、前に「フェイル時」ステップと呼ばれ、治療プロトコールステップのルールにうまく合格しないまたは適合しないときに次に行われる、「パス時」ステップとは異なる別の治療プロトコールステップにリンクするか、またはそれを指し示す。

例えば、第１治療プロトコール２１０は、自分の患者が医療機器１２０で治療されているとき、例えば人工呼吸器から離脱させようとするときに従うべき一定のルールを望む医者Ａによって作成してもよい。第２治療プロトコール２１１は、自分の患者を人工呼吸器から離脱させようとするときに患者のために従うべき異なるルールセットを望む医者Ｂによって作成してもよい。加えて、治療プロトコール２１２のセットは、病院または医師会などの国内規格団体などの機関が作成してもよい。認識されるように、状況が許せば、多数の異なる治療プロトコールは多数の当事者によって作成され、データベース２１５に格納してもよい。

外部データベースとして示されているが、データベース２１５はプロトコールテンプレート生成・分岐論理システム２００の外部である必要はなく、プロトコールテンプレート生成・分岐論理システム２００の内部に統合できる。データベース２１５は治療プロトコール２１０、２１１および２１２のうちの少なくとも一つそのものとすることができ、または検索のために認識可能な形態で情報を提供できるようにフォーマット化された編集物とすることができる。いくつかの実施形態では、データベース２１５は治療プロトコールを作成した主体によって提供できる。さらに、いくつかの実施形態では、データベース２１５は新規治療プロトコールの発表と同時に自動的に更新できる。

いくつかの実施形態では、治療プロトコール検索モジュール２０５は、治療従事者であってもよいユーザ２７５から直接治療プロトコールを受信する。当該実施形態では、ユーザ２７５はユーザ・インターフェース（ＵＩ）２７０を使用して、治療プロトコールを直接入力してもよい。

ここで図３に注目すると、医療機器１２０の一例である人工呼吸器を患者から離脱するための例示的な治療プロトコール３００が示されている。図示されるように、治療プロトコール３００は様々なプロトコールステップまたは臨床決定点を含む。治療プロトコール３００を成功裏に行うためにはステップまたは臨床決定点のすべてを完了することになることは認識されるであろうが、説明しやすくするために、これらのプロトコールステップのうちの３つのみを説明する。例えば、３１０は、治療プロトコールステップ３１０が成功裏に行われるかどうかを規定するルール３１５を含む。加えて、治療プロトコールステップ３１５は、プロトコールをどのくらいの時間行うかを規定する、時間間隔３１６を含む。

前述したように、各治療プロトコールステップは、ルールにうまく適合されるかどうかに応じて辿られる、２つの臨床決定点または治療の道筋を含む。例えば、図３に図示するように、第１決定点３１７は、ルール３１５に成功裏に合格するまたは適合する場合に従われ、行われる次のステップは治療プロトコールステップ３２０である。しかし、ルール３１５に合格しないまたは適合しない場合、第２決定点３１８に従って、次のステップは治療プロトコールステップ３３０である。

プロトコールステップまたは臨床決定点３２０は、このプロトコールステップまたは臨床決定点に合格するために適合するべきルール３２５も示す。ルール３２５に合格するまたは適合する場合、第１決定点３２６に従って次の治療プロトコールステップに進む。しかし、ルール３２５に合格しないまたは適合しない場合、第２決定点３２７に従って次の治療プロトコールステップに進む。

同様に、プロトコールステップまたは臨床決定点３３０は、このプロトコールステップまたは臨床決定点に合格するために適合するべきルール３３５も示す。ルール３３５に合格するまたは適合する場合、第１決定点３３６に従って次の治療プロトコールステップに進む。しかし、ルール３３５に合格しないまたは適合しない場合、第２決定点３３７に従って次の治療プロトコールステップに進む。

図２に戻ると、治療検索モジュール２０５は、プロトコールテンプレート生成モジュール２４０およびアラームモジュール２５０のうちの少なくとも一方に治療プロトコール２１０、２１１および２１２のうちの少なくとも一つを提示する。いくつかの実施形態では、治療プロトコール２１０、２１１および２１２のうちの少なくとも一つは、治療プロトコール２１０、２１１および２１２のうちの少なくとも１つがデータベース２１５から受信された同じフォーマットまたは実質的に同じフォーマットで、プロトコールテンプレート生成モジュール２４０に提示される。他の実施形態では、治療プロトコール２１０、２１１および２１２のうちの少なくとも１つのフォーマットは、治療プロトコール２１０、２１１および２１２のうちの少なくとも１つがプロトコールテンプレート生成モジュール２４０、アラームモジュール２５０またはその両方に提示される前に修正されてもよい。

プロトコールテンプレート生成・分岐論理システム２００は、医療機器情報検索モジュール２２０も含む。図示するように、医療機器モジュールは、プロトコールテンプレート生成・分岐論理システム２００と医療機器２２５との間のインターフェースとして作用する。医療機器２２５はあらゆる合理的な医療機器でもよく、医療機器１２０に対応してもよいことは認識されるであろう。さらに、医療機器２２５は患者に接続される実際の医療機器を表してもよく、実際の医療機器とプロトコールテンプレート生成・分岐論理システム２００との間に接続される様々な他のサブシステムも表してもよいことは認識されるであろう。前述のように、医療機器２２５はいくつかの実施形態では人工呼吸器であってもよい。

作動しているとき、医療機器２２５は医療機器情報２２６を医療機器情報検索モジュール２２０に提供する。医療機器情報２２６は、医療機器を識別するメーカーおよびモデルなどの情報を含んでもよい。医療機器情報２２６は医療機器の様々な動作パラメータを含んでもよい。例えば、医療機器が人工呼吸器である実施形態では、動作パラメータは、人工呼吸器がコンセントにつながれているかどうか、空気流量、またはエアチューブが一部もしくは完全に塞がれているか、を含んでもよい。加えて、医療機器情報２２６は、医療機器に接続されている患者に関する患者診断情報も含んでもよい。例えば、医療機器が人工呼吸器である実施形態では、患者診断情報は、患者が行っている１分間あたりの呼吸回数、または患者が呼吸をするときに肺にかかる空気圧を含んでもよい。医療機器情報２２６は、状況が許せば、多数の種類の操作、患者診断、または他の種類の医療機器データを含んでもよいことは認識されるであろう。

医療機器情報検索モジュール２２０は、医療機器情報２２６をプロトコールテンプレート生成モジュール２４０およびアラームモジュール２５０のうちの少なくとも一方に提示する。いくつかの実施形態では、医療機器情報２２６は、医療機器情報２２６が医療機器２２５から受信された同じフォーマットまたは実質的に同じフォーマットで、プロトコールテンプレート生成モジュール２４０およびアラームモジュール２５０に提示される。他の実施形態では、医療機器情報２２６のフォーマットは、医療機器情報２２６がプロトコールテンプレート生成モジュール２４０、アラームモジュール２５０またはその両方に提示される前に修正されてもよい。

プロトコールテンプレート生成・分岐論理システム２００はさらに、患者情報検索モジュール２３０を含む。患者情報検索モジュールは、プロトコールテンプレート生成・分岐論理システム２００と患者情報データベース２３５との間のインターフェースとして作用する。いくつかの実施形態では、患者情報データベース２３５は、病院または他の介護施設の患者入院システムである。患者情報データベース２３５は、医療機器２２５に接続されている患者に関する患者情報２３６を保持するように構成されている。患者情報２３６は、氏名、年齢、患者の担当医および同様な他のものなどの識別情報を含んでもよい。加えて、患者情報２３６は、患者が医療機器２２５で治療されることになった病気を特定する情報を含んでもよい。患者を治療する上で役立つかもしれない他の関係ある情報も、患者情報２３６の一部として含んでもよい。図２には図示していないが、医療機器２２５はまた、患者情報が医療機器２２５に接続される実際の患者と連繋されるように、患者情報データベース２３５にアクセスできてもよい。

患者情報検索モジュール２３０は、患者情報２３６をプロトコールテンプレート生成モジュール２４０およびアラームモジュール２５０のうちの少なくとも一方に提示する。いくつかの実施形態では、患者情報２３６は、患者情報２３６がデータベース２３５から受信された同じフォーマットまたは実質的に同じフォーマットで、プロトコールテンプレート生成モジュール２４０およびアラームモジュール２５０に提示される。他の実施形態では、患者情報２３６のフォーマットは、患者情報２３６がプロトコールテンプレート生成モジュール２４０、アラームモジュール２５０またはその両方に提示される前に修正されてもよい。

前述したように、治療プロトコール２１０、２１１および２１２のうちの少なくとも１つ、医療機器情報２２６および患者情報２３６は、プロトコールテンプレート生成モジュール２４０によって受信される。作動しているとき、プロトコールテンプレート生成モジュール２４０は、患者の治療のための治療プロトコールテンプレート（本明細書では単に治療テンプレートまたはテンプレートともいう）を生成するように構成されている。治療プロトコールテンプレートは典型的には、基本治療プロトコール２１０、２１１または２１２を満たすために適合するべき様々なルールを含むことになる。

アクセスされる情報または少なくともその情報の一部を使用して、プロトコールテンプレート生成モジュール２４０は、治療プロトコールの各ステップまたは臨床決定点のための治療プロトコールテンプレートを生成する。例えば、治療プロトコール２１０の場合、プロトコールテンプレート生成モジュール２４０は、治療プロトコールの第１ステップまたは臨床決定点のために治療プロトコールテンプレート２４１Ａを生成し、治療プロトコールの第２ステップまたは臨床決定点のために治療プロトコールテンプレート２４１Ｂを生成し、このようにプロトコール２１０のすべてのステップまたは臨床決定点が、それのための治療プロトコールテンプレートを生成されるまで続く。２４１Ｃで示される省略符号は、治療プロトコール２１０が任意の数のステップまたは臨床決定点を持ってもよいため、プロトコールテンプレート生成モジュール２４０によって生成される任意の数の対応する治療プロトコールテンプレート２４１があってもよいことを示すためのものである。治療テンプレート２４１はさらに、データベース２４５またはプロトコールテンプレート生成モジュール２４０にアクセスできる何か他のデータベースもしくはメモリに格納してもよい。

同様に、治療プロトコール２１１の場合、プロトコールテンプレート生成モジュール２４０は、治療プロトコールの第１ステップまたは臨床決定点のために治療プロトコールテンプレート２４２Ａを生成し、治療プロトコールの第２ステップまたは臨床決定点のために治療プロトコールテンプレート２４２Ｂを生成し、このようにプロトコール２１１のすべてのステップまたは臨床決定点が、それのための治療プロトコールテンプレートを生成されるまで続く。２４２Ｃで示される省略符号は、治療プロトコール２１１が任意の数のステップまたは臨床決定点を持ってもよいため、プロトコールテンプレート生成モジュール２４０によって生成される任意の数の対応する治療プロトコールテンプレート２４２があってもよいことを示すためのものである。治療テンプレート２４２はさらに、データベース２４５またはプロトコールテンプレート生成モジュール２４０にアクセスできる何か他のデータベースもしくはメモリに格納してもよい。

いくつかの実施形態では、治療プロトコールテンプレートは、治療プロトコールテンプレートに関連する治療プロトコールステップのルールに関連する様々なパラメータを含むか、または列挙してもよい。パラメータを使用して、ルールに合格しているか合格していないかを使用中にテストする。例えば、ルールは患者が行うべき１分間あたりの一定の呼吸回数を規定してもよい。テンプレートは、１分間あたりの実際の呼吸回数に関する情報をテストするかまたは入力した呼吸パラメータを含むことになるだろう。実際の回数がルールに適合していれば、パラメータは合格である。実際の回数がルールに適合していなければ、パラメータは不合格である。

例えば、再び図３に図示する治療プロトコール３００を参照すると、プロトコールテンプレート生成モジュール２４０は、ステップまたは臨床決定点３１０のために、ある治療プロトコールテンプレートを生成し、ステップまたは臨床決定点３２０のために、別の治療プロトコールテンプレートを生成し、ステップまたは臨床決定点３３０のために、異なる治療プロトコールテンプレートを生成する。認識されるように、具体的に参照番号で指定していない治療プロトコール３００のステップまたは臨床決定点も、同様に、それのための治療プロトコールテンプレートが生成される。

図２に戻ると、いくつかの実施形態では、テンプレート２４１および２４２は、インターネットまたは何か他のネットワークで送信できるウェブベースのテンプレートとして生成してもよい。したがって、プロトコールテンプレート生成・分岐論理システム２００は、ウェブベースのＵＩ２７０に接続されるインターフェース２６０を含む。ウェブベースのＵＩ２７０はコンピュータ上でランするインターネットブラウザであってもよい。ＵＩ２７０およびテンプレート２４１および２４２はウェブベースであってもよいため、ユーザ２７５はプロトコールテンプレート生成・分岐論理システム２００から離れた位置にいながら、システムにアクセスできる。

テンプレート２４１および２４２のうちの少なくとも一方がウェブベースのテンプレートである実施形態では、テンプレートはウェブベースのＵＩ２７０上で閲覧できる。医者または何か他の医療専門家であってもよく、ユーザ１１５に対応してもよいユーザ２７５は、テンプレート２４１および２４２のうちの少なくとも一方にアクセスしてもよい。ユーザ２７５はテンプレートに規定される治療ガイドラインが完了したかどうかを検証するために、チェックボックスまたは同様な他のものの形でユーザ入力２７６を提供してもよい。

ここで図４から図８に注目すると、ＵＩ２７０を使用して治療テンプレート２４１および２４２などのウェブベースの治療プロトコールテンプレートを生成しているプロトコールテンプレート生成・分岐論理システム２００、特にプロトコールテンプレート生成モジュール２４０の特定の実施形態が示されている。図４に図示されるように、ユーザ２７５は、患者から人工呼吸器を離脱するために使用されるプロトコールのための新規治療プロトコールテンプレートの作成を助けるために使用される第１画面４１０にアクセスする。画面４１０は、前述したように、患者データベース２３５から収集される患者情報４２０および患者診断４３０を含む。加えて、画面４１０はデータベース２１５から収集される医者および他の情報４４０を含む。

作動しているとき、ユーザ２７５はウィーニング（離脱）トライアルテンプレート画面にアクセスするためにインターフェースエレメント４５０およびインターフェースエレメント４５５を選択する。図５はウィーニングトライアルテンプレート画面５１０を示しており、前に生成した様々な治療テンプレート５２０を列挙する。図示されるように、ウィーニングトライアルテンプレート画面５１０は、各治療テンプレート５２０のテンプレート名、人工呼吸器の情報、トライアル目的、医師情報、対象の年齢層、カテゴリ、作成日および更新日、ならびにステータスを示す。ユーザ２７５は新規治療テンプレートを作成するためにインターフェースエレメント５３０を選択してもよい。

ユーザ・インターフェースエレメント５３０を選択すると、新規治療プロトコールテンプレートを作成するために使用してもよい画面６１０が開く。ユーザ２７５は治療プロトコールテンプレートの名称６２０および人工呼吸器情報６３０を入力する。ユーザ２７５はトライアル目的情報６４０および必要に応じて他の情報も入力してもよい。ユーザはさらにインターフェースエレメント６６０のうちの１つを選択して、画面を保存してもよく、またはテンプレートに新規パラメータを追加してもよい。

図７は、ユーザに治療プロトコールテンプレートのための新規パラメータを選択して構成させる画面７１０を示している。図示されるように、カテゴリ７２０およびパラメータ７３０はそれらの関連ドロップダウンリストを使用して選択される。選択されたパラメータに関して、さらに様々なルール７４０を選択してもよい。ルール７４０はパラメータを階層化するために適合しなければならない値、値の範囲または条件を規定してもよい。例えば、ルールは適合するべきイエス／ノー値または何らかの数値もしくは数値の範囲を規定してもよい。ルールに合格する場合および不合格になる場合に関する追加の記述的情報も、それぞれボックス７５０および７６０に規定してもよい。

図８は、パラメータのすべてが治療プロトコールテンプレートに追加されたときの構成画面８１０を示している。図示されるように、画面８１０は、パラメータフィールドが関連チェックオフボックス、その関連ルールおよびその現在のステータスを有する状態で様々なパラメータを列挙する。ユーザ２７５は、必要に応じてパラメータを削除、修正または位置を移動させてもよい。このように、図４から図８に図示されるステップが実施されたとき、治療プロトコールテンプレートが作成されることになる。

再び図２に注目すると、プロトコールテンプレート生成・分岐論理システム２００が分岐または次ステップ論理モジュール２８０を含むことが詳細に示されている。分岐または次ステップ論理モジュール２８０は、データベース２３５に格納されているまたはプロトコールテンプレート生成モジュール２４０によって生成された生成済み治療プロトコールテンプレート２４１および２４２のうちの少なくとも一方にアクセスするように構成されている。分岐または次ステップ論理モジュール２８０はさらに、各治療テンプレートを、治療プロトコールテンプレートがカバーするために作成された治療プロトコールの治療プロトコールステップまたは臨床決定点に関連付けるかまたはリンクさせてもよい。次ステップ論理モジュール２８０は、各治療プロトコールステップを、現在の治療プロトコールステップのルールに合格するときおよびルールに合格しないときに次に行うべきプロトコール治療ステップにリンクさせるかまたは関連付けるようにも構成される。

さらに、分岐または次ステップ論理モジュール２８０は、各治療プロトコールテンプレートの様々なパラメータフィールドおよびそれらの関連ルールに適合しているかまたは適合していないかを判定するように構成されている。パラメータフィールドに関連するルールに適合している場合、分岐または次ステップ論理モジュール２８０は、行うべき次の治療プロトコールステップを指定する。次の治療プロトコールステップは関連治療プロトコールテンプレートを有するため、分岐または次ステップ論理モジュール２８０はそのテンプレートにアクセスするよう推奨する。同様に、パラメータフィールドに関連するルールに適合していない場合、分岐または次ステップ論理モジュール２８０は、アクセスして従うべき次の治療プロトコールステップおよびその関連テンプレートも指定する。いくつかの実施形態では、分岐または次ステップ論理モジュール２８０は、現在使用されているものとは異なる治療プロトコールにある、次の治療プロトコールステップを指定してもよい。例えば、患者が最初の呼吸テストに失敗する場合、より集中的な治療プロトコールが必要であろう。当該実施形態では、分岐または次ステップ論理モジュール２８０は新規プロトコールおよびその関連テンプレートをユーザ２７５に指定する。このように、分岐または次ステップ論理モジュール２８０は、治療プロセス中に使用するべき次のプロトコールステップおよび関連プロトコール治療テンプレートをどれにするか一貫して判定してから指定することができる。分岐または次ステップ論理モジュール２８０が治療プロトコールが完了するまで次のプロトコールステップおよび関連プロトコール治療テンプレートをどれにするかを指定し続けることは認識されるであろう。

認識されるように、ユーザ２７５が治療プロトコールの次のステップをどれにするべきかを把握するのは難しいことが多いだろう。このことは、パラメータフィールドに関連するルールに適合しない状況では特にそうである。有利なことに、分岐または次ステップ論理モジュール２８０はこの情報をユーザ２７５に容易に理解されるような形で自動的に提供する。

ここで図９から図１３に注目すると、プロトコールテンプレート生成・分岐論理システム２００の特定の実施形態、特に分岐または次ステップ論理モジュール２８０が治療テンプレートをプロトコールに関連付けて、治療プロトコールの道筋の次のステップを判定するところが示されている。図９に図示するように、ユーザ２７５は人工呼吸器ウィーニングプロトコールの選択を助けるために使用される画面９１０にアクセスする。画面９１０は、患者情報９２０と前述したように患者データベース２３５から収集される患者診断９３０とを含む。加えて、画面９１０は、データベース２１５から収集される医者および他の情報９４０を含む。

作動しているとき、ユーザ２７５は、ウィーニングトライアルプロトコールまたは治療の道筋にアクセスするためにインターフェースエレメント９５０およびインターフェースエレメント９５５を選択する。図１０はプロトコールシート１０１０を示しており、様々な治療プロトコール１０２０を列挙する。図示されるように、プロトコール画面１０１０は、各治療プロトコール１０２０のプロトコール名、人工呼吸器情報、プロトコールのトリガー、対象の年齢層、カテゴリ、作成日および更新日、およびステータスを示す。ユーザ２７５は新規治療テンプレートを作成するためにインターフェースエレメント１０３０を選択してもよい。

ユーザ・インターフェースエレメント１０３０を選択すると、治療プロトコールを作成または更新するために使用してもよい画面１１１０が開く。ユーザ２７５は治療プロトコールの名称１１２０を入力し、インターフェースエレメントを使用して人工呼吸器情報１１３０を選択する。ユーザ２７５はまた、医者情報１１４０も入力してもよく、必要に応じて他の情報１１５０を入力または選択してもよい。ユーザはさらに、インターフェースエレメント１１６０のうちの１つを選択して、画面を保存したり、または新規ステップをプロトコールに追加したり、または他のプロトコールにリンクさせたりしてもよい。

図１２は画面１１１０で選択したプロトコールの様々なステップと、プロトコールの各ステップに関連する治療テンプレートとを列挙する画面１２１０を示す。例えば、第１ステップ１２２０はそれに関連するテンプレート１２３０を有する。さらに、ステップ１２２０は１２４０で、治療テンプレート１２３０のパラメータおよびルールが成功裏に行われる場合に従うべき次のステップを示す。この場合、次のステップは、現在のプロトコールの１２６０の後の次のステップである。ステップ１２２０は１２５０で、治療テンプレート１２３０のパラメータおよびルールがうまく行われない場合に従うべき次のステップも示す。この場合、次のステップはプロトコールステップ１２２０を６時間後に繰り返すことである。

図１３は、治療プロトコールステップを治療テンプレートに関連付けて、現在のプロトコールステップの後に従う次の治療プロトコールステップを構成するための画面１３１０を示している。例えば、治療プロトコールステップの名称をボックス１３２０に入力してもよい。治療プロトコールステップに関連付けるための治療プロトコールテンプレートは、１３３０で示すように、前述したとおりに前に生成された治療プロトコールテンプレートのドロップダウンリストによって選択してもよい。ボックス１３４０に臨床目的を入力してもよい。ドロップダウンリストは、１３５０でパス（合格）時の時間間隔の選択を可能にする。

１３６０で、ドロップダウンリストは、現在の治療プロトコールステップに関連するルールに成功裏に合格するまたは適合する場合にアクセスされる、現在のプロトコールの次の治療プロトコールの選択を可能にする。１３６０で指定される治療プロトコールステップは、前述した「パス時」治療プロトコールステップであり、典型的にはパラメータフィールドおよび関連ルールを含むそれに関連する治療プロトコールテンプレートを有することになる。したがって、現在の治療プロトコールステップの治療テンプレートは、次のまたは「パス時」治療プロトコールステップに関連するテンプレートにリンクされる。ボックス１３６５は、現在の治療プロトコールステップが合格するときに従うべき推奨事項の入力を可能にする。この推奨事項は一般に、１３６０で指定される治療プロトコールステップに対応する。

１３７０で、ドロップダウンリストは、現在の治療プロトコールステップがうまく行われない場合の時間間隔の選択を可能にする。１３８０で、ドロップダウンリストは、現在の治療プロトコールステップに関連するルールにうまく合格しないまたは適合しない場合にアクセスされる現在のプロトコールの次の治療プロトコールステップまたは別のプロトコールの治療プロトコールステップの選択を可能にする。１３８０で指定される治療プロトコールステップは。前述した「フェイル時」治療プロトコールステップであり、典型的にはパラメータフィールドおよび関連ルールを含むそれに関連する治療プロトコールテンプレートを有することになる。したがって、現在の治療プロトコールステップの治療テンプレートは、次のまたは「フェイル時」治療プロトコールステップに関連するテンプレートにリンクされる。ボックス１３８５は、現在のステップ治療プロトコールが失敗する場合に従うべき推奨事項の入力を可能にする。この推奨事項は一般に、１３８０で指定される治療プロトコールステップに対応する。

ここで図１４に注目すると、前述したように生成されて治療プロトコールステップに関連付けられており、患者が実際の人工呼吸器につながれているときの臨床処置中に使用される治療プロトコールテンプレート２４１または２４２の実施例を示しており、１４００で表されている。図示されるように、テンプレート１４００は、治療プロトコールステップが成功裏に行われるために満たさなければならない様々なルールを規定する治療パラメータフィールド１４１０を含む。治療プロトコールテンプレート１４００はまた、患者に接続されている人工呼吸器から読み取られる実際の人工呼吸器情報２２６、ならびに他のソースから取得してもよいまたは臨床医が入力してもよい患者に関する他の実際の診断および臨床情報を表す実値１４２０も含む。すなわち、実値１４２０のいくつかは人工呼吸器からパラメータフィールド１４１０に電子的に自動入力される診断情報である。他の実値１４２０は、患者の所見または測定データに基づいて治療従事者がパラメータフィールド１４１０に手動で入力する。さらなる実値１４２０はプロトコールテンプレート生成・分岐論理システム２００の外部ソースから受信してもよい。ユーザ２７５は評価インターフェースエレメント１４２５をクリックして、実値１４２０が、上述したように選択されたパラメータフィールド１４１０に関連する基本ルールによって規定される限界内にあることをバリデートしてもよい。図示するように、チェックボックス１４３０はルールにすべて合格しているまたは適合していることを示している。

前述のように、分岐または次ステップ論理モジュール２８０は、パラメータフィールド１４１０に関連するルールに実値１４２０が適合したかどうかを判定するように構成されている。適合している場合、分岐または次ステップ論理モジュール２８０は、行うべき次の治療プロトコールステップを判定する。同様に、パラメータフィールド１４１０に関連するルールに適合しなかった場合、分岐または次ステップ論理モジュール２８０は、行うべき次の治療プロトコールステップを判定する。いくつかの実施形態では、人工呼吸器のモデルおよび担当医などの要因に基づいて新規治療プロトコールを選択してもよい。例えば、患者が最初の呼吸テストに失敗する場合、より集中的な治療プロトコールが必要であろう。

合否に関係なく、分岐または次ステップ論理モジュール２８０は、ユーザ２７５が評価結果ボタン１４２５を選択すると次の治療プロトコールステップおよびその関連テンプレートの推奨事項を提供する。これは、図１４の１４４０で示されている。ユーザ２７５はさらにこの推奨される治療プロトコールステップおよびその関連テンプレートを選択してもよく、その場合にはＵＩ２７０でユーザに表示される。

ユーザ２７５はまた、図１５に図示する画面１５１０にアクセスしてもよい。この画面は、１５２０からわかるように、行った最後の治療プロトコールステップおよび成功したかどうかを示す。加えて、この画面は１５３０で、推奨される次の治療プロトコールステップを示し、ユーザ２７５はこれを選択できる。さらに、現在の治療プロトコールステップのリスト１５４０も示される。この画面は、次の治療プロトコールステップを行う前に間隔１５５０、この場合は２時間、が過ぎたときに次の治療プロトコールステップをどれにするかの経過を追うのに有利であろう。

分岐または次ステップ論理モジュール２８０は著しい利点を提供することは認識されるであろう。例えば、ユーザ２７５は、それがユーザのために自動で行われるため、治療プロトコールの次のステップをどれにするかを判断する必要がない。このことにより、ユーザ２７５が複雑な治療プロトコールを手動で追わなければならない必要性がなくなる。

図２に戻ると、プロトコールテンプレート生成・分岐論理システム２００はレポートモジュール２９０を含む。作動しているとき、レポートモジュール２９０は、テンプレート２４１を利用する時にユーザ２７５がとるすべてのアクションを追跡して記録するように構成されている。このように、ユーザ２７５がテンプレート２４１にて指定される治療プロトコールステップに準拠したかどうかを容易に判定できる。加えて、ユーザ２７５が治療プロトコールからの逸脱が必要だと判断する状況において、レポートモジュール２９０はこれを記録して、逸脱が必要だと考えた理由をユーザ２７５に明記させる。さらに、レポートモジュール２９０は、説明されていない理由でユーザ２７５が治療プロトコールから逸脱する状況を記録する。

いくつかの実施形態では、レポートモジュール２９０を使用して、様々な治療プロトコール２１０の効果を測定してもよい。前述したように、所与の種類の医療機器１２０に接続されている同様な状態に置かれている患者について、医者Ａと医者Ｂが異なる治療プロトコール２１０を指定する場合がよくある。認識されるように、医者Ａが指定する治療プロトコールが医者Ｂが指定する治療プロトコールよりも効果がある場合があるかもしれない。当該情報は医者および病院にとって役立つであろう。しかし、従来、ガイドラインを比較するまたはどれがより効果的かを判定するための容易な方法はなかった。さらに、当該比較データが入手できたとしても、このデータを医者および病院に伝える容易な方法はなかった。

有利なことに、レポートモジュール２９０は、医療機器１２０を使用して患者を効果的に治療するためにかかる時間および必要なステップの回数などの測定項目を測定することにより、各医者の治療プロトコールの効果を追跡できる。時間の経過とともに、レポートモジュールはどの治療プロトコールがより効果的かを判定できる。この情報はさらに医者および病院に提供して、最も効果的な治療プロトコールを生成するのに役立ててもよい。

効果的な治療プロトコールに関するこのデータは、多様な病院、保健機関および同様な他のものにわたって収集してもよい。その後にデータを比較して、それぞれについてのベンチマークを判定し互いに比較できる。このように、関係者はどの治療プロトコールが最も効果がありそうか、および自身の治療プロトコールに対してどのような変更を行うことができるかを判断できるようになる。

いくつかの実施形態では、レポートモジュール２９０はまた、所与の治療プロトコールの結果に関するグラフおよび表を生成するように構成してもよい。当該データは患者を治療するときにユーザ２７５の役に立つであろう。

再びプロトコールテンプレート生成モジュール２４０に注目する。前述したように治療プロトコールテンプレート２４１および２４２を生成することに加えて、プロトコールテンプレート生成モジュール２４０は電子医療機器１２０のチェックのためのテンプレート２４３も生成できる。

作動しているとき、プロトコールテンプレート生成モジュール２４０は医療機器情報２２６にアクセスし、この情報を使用してウェブベースのテンプレート２４３を生成する。加えて、プロトコールテンプレート生成モジュール２４０は機器ルールにアクセスするが、これは情報２２６の一部であってもよく、望ましい動作パラメータを規定する。さらに、上述したように、このテンプレートをＵＩ２７０に提供して、ユーザ２７５にテンプレートにアクセスさせてもよい。テンプレート２４１または２４２と同様に、テンプレート２４３はウェブベースであるため、インターネットまたは何か他のネットワークでユーザ２７５によってリモートで閲覧されてもよい。

図１６に移ると、１６００で表され、人工呼吸器として実装される医療機器１２０のテンプレート２４３の実施例が示されている。テンプレート１６００は、人工呼吸器動作パラメータ１６１０および人工呼吸器２２５から読み取った実値１６２０を含む。

加えて、テンプレート１６００はチェックボックス１６３０およびマニュアルデータボックス１６４０を含む。人工呼吸器をバリデートするために、ユーザ２７５は必要なボックス１６３０をチェックして、必要なデータをボックス１６４０に入力する。ユーザ２７５はさらに評価結果１６５０ボタンを選択してもよい。実値１６２０および手動で入力したデータが許容範囲内にある場合、プロトコールテンプレート生成・分岐論理システム２００は人工呼吸器２２５をバリデートする。

治療プロトコールの実施形態と同様に、レポートモジュール２９０は人工呼吸器２２５のトレンドデータを示すグラフおよび表を生成するように構成されている。加えて、レポートモジュール２９０は、検証が規定された通りに行われたこと、および検証が規定された通りに行われなかった場合には、その理由を記録できる。

プロトコールテンプレート生成モジュール２４０が、テンプレート２４１、２４２および２４３のいずれもをカスタマイズ可能にしていることは認識されるであろう。すなわち、ユーザ２７５または誰か他の人もしくは何か他のシステムは、所望する通りにデータフィールドを指定できる。これらのフィールドはさらにプロトコールテンプレート生成モジュール２４０によって、テンプレート２４１、２４２および２４３のうちの少なくとも１つに自動的に追加される。さらに、当該フィールドは、状況が許せば、プロトコールテンプレート生成モジュール２４０によって自動的に削除および再配置できる。

再び図２に戻ると、プロトコールテンプレート生成・分岐論理システム２００が波形生成器２５５を含むアラームモジュール２５０も含むことが示されている。作動しているとき、アラームモジュール２５０は、前述したように様々な入力データを受信するように構成されている。アラームモジュール２５０はさらにこの入力に基づいて音声および視覚アラームを生成してもよい。例えば、動作パラメータまたは患者診断パラメータが所定の許容レベル未満になると、アラームモジュール２５０はアラームを生成してもよい。テンプレートと同様に、アラームはプロトコールテンプレート生成・分岐論理システム２００から離れているユーザ２７５にリアルタイムで送信してもよい。アラームモジュール２５０はさらに、重要度に基づいてユーザ２７５がアラームに優先順位を付けられるように構成されている。すなわち、他のものよりも重要なパラメータのアラームが、他のアラームよりも前に生成されるように構成されてもよい。

前述のように、アラームモジュール２５０は波形生成器２５５を含んでもよい。波形生成器は、患者の肺圧または心拍などの診断パラメータのメカニクス（ｍｅｃｈａｎｉｃｓ）を見るリアルタイムの波形を生成するように構成されている。例えば、人工呼吸器の場合、患者が人工呼吸器に接続されているときに呼吸をする場合、空気を肺に押し込むのにかかる圧力が圧力曲線として示されてもよい。加えて、所与の時点での肺の空気量に関するデータも曲線として示してもよい。このように、波形生成器は、ユーザ２７５がリアルタイムで肺の健康状態を評価しそれに応じて治療することのできるリアルタイムのウェブベースの波形および他の目視グラフを作成する。波形が許容レベル未満になると、アラームが生成されてもよい。様々な測定可能なデータのあらゆる数の異なる波形を波形生成器２５５で生成してもよいことは認識されるであろう。

ここで図１７に注目すると、現在の治療プロトコールステップの完了時に患者の治療プロトコールで行うべき次のステップを判定するための方法１７００のフローチャートが示されている。方法１７００は、治療プロトコールテンプレートにアクセスする工程１７１０を含む。治療プロトコールテンプレートは基本治療プロトコールの治療プロトコールステップに関連付けてもよい。治療プロトコールステップは、治療プロトコールステップが合格する場合または合格しない場合を判定するルールを含んでもよい。治療プロトコールステップは、ルールに合格するときに次に行う第２プロトコールステップを指定する第１臨床決定点を含む。治療プロトコールステップは、ルールに合格しないときに次に行うべき第３プロトコールステップを指定する第２臨床決定点も含む。治療プロトコールテンプレートは、治療プロトコールステップのルールの少なくとも１つに関連する１つ以上のパラメータフィールドを含む。例えば、治療プロトコールテンプレート２４１Ａはプロトコールテンプレート生成・分岐論理システム２００によってアクセスされてもよい。治療プロトコールテンプレート２４１Ａは前述した図１４に見られるものなどのパラメータフィールドを含んでもよい。

前述したように、治療プロトコールテンプレート２４１Ａは、図３のプロトコールステップ３１０などの治療プロトコールステップに関連付けてもよい。前述したように、プロトコールステップ３１５はプロトコールステップが合格する場合または合格しない場合を判定または規定するルール３１５を含む。換言すれば、ルール３１５は、プロトコールステップ３１０が合格する場合に準拠するべき基準または条件を規定する。基準または条件に準拠しない場合、プロトコールステップ３１０は合格しない。

同じく前述したように、プロトコールステップ３１０は、ルール３１５に合格する場合に従うべき次のプロトコールステップを指定する第１臨床決定点３１７を含む。プロトコールステップ３１０は、ルール３１５に合格しない場合に従うべき次のプロトコールステップを指定する第２臨床決定点３１８も含む。

方法１７００は、治療プロトコールテンプレートのパラメータフィールドへの入力を受信する工程１７２０を含む。例えば、プロトコールテンプレート生成・分岐論理システム２００は、図１４に関して前述したように治療プロトコールテンプレートのパラメータフィールドへの入力を受信してもよい。前述のように、入力は医療機器２２５に関係する診断情報または患者に関係する臨床情報であってもよい。情報は自動的に入力されてもよく、または手動で入力されてもよい。

方法１７００はさらに、入力に基づいて、治療プロトコールテンプレートのパラメータフィールドに関連するルールに成功裏に合格しているか、または合格していないかを判定する工程１７３０を含む。例えば、プロトコールテンプレート生成・分岐論理システム２００は、情報に基づいて、治療プロトコールテンプレート２４１Ａのパラメータフィールドに関連するルールに成功裏に合格しているか、または合格していないかを判定してもよい。

方法１７００はさらに、パラメータフィールドに関連するルールに合格しているか、または合格していないかの判定に応じて、第２または第３のプロトコールステップのうちのどちらを次に行うべきかを自動的に判定する工程１７４０を含む。例えば、プロトコールテンプレート生成・分岐論理システム２００は、どの治療プロトコールステップ、例えば治療プロトコールステップ３２０または治療プロトコールステップ３３０のどちらを次に行うかを、前述したように判定してもよい。

図１８は、次の治療プロトコールステップを現在の治療プロトコールステップのプロトコール治療テンプレートにリンクさせるための方法１８００を示している。方法１８００は、医療機器を使用して患者を治療するための基本患者治療プロトコールの治療プロトコールステップにアクセスする工程１８１０を含む。治療プロトコールステップは、治療プロトコールステップを成功裏に行うために準拠するべき１つ以上のルールを含む。例えば、プロトコールテンプレート生成・分岐論理システム２００は、治療プロトコールステップ１３２０などの治療プロトコールステップにアクセスしてもよい。

方法１８００は、治療プロトコールステップの治療プロトコールテンプレートを生成する工程１８２０も含む。治療プロトコールテンプレートは治療プロトコールステップの１つ以上のルールに関連するパラメータフィールドを含む。例えば、プロトコールテンプレート生成・分岐論理システム２００、特にプロトコールテンプレート生成モジュール２４０は、前述のようにパラメータフィールドを含む治療プロトコールテンプレート２４１Ａを生成してもよい。

方法１８００はさらに、治療プロトコールステップおよび生成された治療プロトコールテンプレートを、１つ以上のルールに成功裏に合格するときに次に行うべき第２プロトコールステップを指定する第１臨床決定点にリンクさせる工程１８３０を含む。例えば、プロトコールテンプレート生成・分岐論理システム２００は、治療プロトコールステップを第１臨床決定点にリンクさせてもよい。例えば、図１３に図示するように、臨床決定点または「パス時」治療プロトコールステップ１３６０は、治療プロトコールステップ１３２０にリンクさせてもよい。治療プロトコールステップ１３２０のルールに合格する場合、治療プロトコールステップ１３６０に自動的にアクセスされ、さらにそれに従ってもよい。

方法１８００は、治療プロトコールステップおよび生成された治療プロトコールテンプレートを、１つ以上のルールにうまく合格しないときに次に行うべき第３プロトコールステップを指定する第２臨床決定点にリンクさせる工程１８４０を含んでもよい。例えば、プロトコールテンプレート生成・分岐論理システム２００は、治療プロトコールステップを第２臨床決定点にリンクさせてもよい。例えば、図１３に図示するように、臨床決定点または「フェイル時」治療プロトコールステップ１３８０を治療プロトコールステップ１３２０にリンクさせてもよい。治療プロトコールステップ１３２０のルールに合格しない場合、治療プロトコールステップ１３８０に自動的にアクセスされて、さらにそれに従ってもよい。

本発明の実施形態は、以下でさらに詳細に述べるように、例えば、１つ以上のプロセッサおよびシステムメモリなど、コンピュータ・ハードウェアを含む専用または汎用コンピュータを備えてもよい、または利用してもよい。本発明の範囲内の実施形態は、コンピュータ実行可能命令およびデータ構造のうちの少なくとも一方を担持または格納するための物理的および他のコンピュータ可読媒体も含む。当該コンピュータ可読媒体は、汎用または専用コンピュータシステムによってアクセスできるあらゆる利用可能な媒体とすることができる。コンピュータ実行可能命令を格納するコンピュータ可読媒体はコンピュータ記憶媒体（機器）である。コンピュータ実行可能命令を担持するコンピュータ可読媒体は伝送媒体である。このように、制限ではなく例として、本発明の実施形態は少なくとも２つの明確に異なる種類のコンピュータ可読媒体、つまり、一時的ではないコンピュータ記憶媒体（機器）と伝送媒体とを備える。

コンピュータ記憶媒体（機器）は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（電気的に内容を書き換えることができるＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＣＤ−ＲＯＭまたは他の光学ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶装置、または所望のプログラムコード手段をコンピュータ実行可能命令またはデータ構造の形で格納するために使用でき、汎用または専用コンピュータによってアクセスできるあらゆる他の媒体を含む。

「ネットワーク」とは、コンピュータシステムおよび／またはモジュールおよび／または他の電子機器の間で電子データの転送を可能にする１つ以上のデータリンクと定義される。情報をネットワークまたは他の通信接続（有線、無線、または有線もしくは無線の組み合わせのいずれか）でコンピュータに転送または提供する場合、コンピュータはその接続を伝送媒体として適切にみなす。伝送媒体は、所望のプログラムコード手段をコンピュータ実行可能命令またはデータ構造の形で担持するために使用でき、汎用または専用コンピュータによってアクセスできるネットワークおよびデータリンクのうちの少なくとも一方を含むことができる。以上の組み合わせもコンピュータ可読媒体の範囲に含むべきである。

さらに、様々なコンピュータシステムコンポーネントに到達すると、コンピュータ実行可能命令またはデータ構造の形のプログラムコード手段は伝送媒体からコンピュータ記憶媒体（機器）に自動的に転送できる（またはその逆も然り）。例えば、ネットワークまたはデータリンクで受信されるコンピュータ実行可能命令またはデータ構造はネットワークインターフェースモジュール（例、「ＮＩＣ（ネットワーク・インターフェース・カード：Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）」）内のＲＡＭにバッファーでき、その後最終的には、コンピュータシステムのＲＡＭおよびコンピュータシステムのより揮発性の低いコンピュータ記憶媒体（機器）のうちの少なくとも一方に転送できる。このように、コンピュータ記憶媒体（機器）は伝送媒体も（またはさらには主に）利用するコンピュータシステムコンポーネントに含むことができる。

コンピュータ実行可能命令は、例えば、プロセッサで実行したときに、汎用コンピュータ、専用コンピュータまたは専用処理装置に一定の機能もしくは機能のグループを行わせる命令およびデータを備える。コンピュータ実行可能命令は、例えば、バイナリやアセンブリ言語などの中間フォーマット命令、またはさらにはソースコードであってもよい。主題は構造的な特徴および方法論的な行為のうちの少なくとも一方に固有の言語で説明してきたが、添付の請求項に定義される主題は必ずしも前述の説明された特徴または行為に制限されるものではないことは理解されるべきである。むしろ、説明された特徴および行為は請求項を実施する例示的な形態として開示される。

当業者は、本発明がパーソナルコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、メッセージプロセッサ、ハンドヘルド型デバイス、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な家電、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、携帯電話、ＰＤＡ、ペイジャー、ルータ、スイッチおよび同様な他のものを含め、多くの種類のコンピュータシステム構成によりネットワークコンピューティング環境で実施してもよいことを認識するであろう。本発明は、ネットワークにより（有線データリンク、無線データリンク、または有線と無線データリンクとの組み合わせのいずれかにより）リンクされているローカルおよびリモートコンピュータシステムがともにタスクを行う分散型システム環境でも実施してもよい。分散型システム環境において、プログラムモジュールはローカルおよびリモートのメモリ記憶装置の両方に配置してもよい。本発明は標準的なクラウドコンピューティングリソースを使用してクラウドコンピューティング環境で実施してもよい。

図１９および以下の考察は、本発明を実装してもよい適切なコンピューティング環境の簡単な概要を提供することを意図している。要求されないが、本発明はプログラムモジュールなど、ネットワーク環境のコンピュータによって実行されるコンピュータ実行可能命令の一般的な状況において説明する。一般に、プログラムモジュールは特定のタスクを行い、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。コンピュータ実行可能命令、関連データ構造およびプログラムモジュールは、本明細書で開示する方法の工程を実行するためのプログラムコード手段の例を表す。当該実行可能命令または関連データ構造の特定のシーケンスは、当該ステップで説明される機能を実施するための対応する行為の例を表す。

図１９を参照すると、本発明を実装する例示的なシステムは従来のコンピュータ１９２０として汎用コンピューティング機器を含み、これは処理装置１９２１、システムメモリ１９２２およびシステムメモリ１９２２を含む様々なシステムコンポーネントを処理装置１９２１に連結するシステムバス１９２３を含む。しかし、携帯電話がより高度になるにつれて、従来のコンピュータ１９２０について図示されるコンポーネントの多くを組み込むようになってきていることに留意するべきである。したがって、比較的わずかな調整で、主に入出力デバイスに関しては、従来のコンピュータ１９２０の説明は携帯電話にも同様に適用される。システムバス１９２３は、多様なバスアーキテクチャのいずれかを使用したメモリバスまたはメモリコントローラ、周辺バスおよびローカルバスを含め数種類のバス構造のうちのいずれであってもよい。システムメモリは読取専用メモリ（ＲＯＭ）１９２４とランダムアクセスメモリ（ＲＡＭ）１９２５とを含む。基本入出力システム（ＢＩＯＳ：Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）１９２６は、起動中など、コンピュータ１９２０内のエレメント間の情報の転送を助ける基本ルーチンを内蔵しており、ＲＯＭ１９２４に格納してもよい。

コンピュータ１９２０は、磁気ハードディスク１９３９からの読み出し／磁気ハードディスク１９３９からの読み出しへの書き込みをするための磁気ハードディスクドライブ１９２７、取り外し可能磁気ディスク１９２９からの読み出し／取り外し可能磁気ディスク１９２９への書き込みをするための磁気ディスクドライブ１９２８、およびＣＤ−ＲＯＭまたは他の光学媒体などの取り外し可能光学ディスク１９３１からの読み出し／取り外し可能光学ディスク１９３１への書き込みのための光学ディスクドライブ３０も含んでもよい。磁気ハードディスクドライブ１９２７、磁気ディスクドライブ１９２８および光学ディスクドライブ１９３０は、それぞれハードディスクドライブ・インターフェース１９３２、磁気ディスクドライブ・インターフェース１９３３および光学ドライブ・インターフェース１９３４によってシステムバス１９２３に接続されている。ドライブおよびそれらの関連コンピュータ可読媒体は、コンピュータ１９２０のコンピュータ実行可能命令、データ構造、プログラムモジュールおよび他のデータの不揮発性記憶装置を提供する。本明細書で説明する例示的な環境は磁気ハードディスク１９３９、取り外し可能磁気ディスク１９２９および取り外し可能光学ディスク１９３１を採用しているが、磁気カセット、フラッシュメモリカード、デジタルバーサタイルディスク、ベルヌーイ・カートリッジ、ＲＡＭ、ＲＯＭおよび同様な他のものを含め、データを格納するための他の種類のコンピュータ可読媒体を使用することもできる。

１つ以上のプログラムモジュールを備えるプログラムコード手段は、オペレーティングシステム１９３５、１つ以上のアプリケーションプログラム１９３６、他のプログラムモジュール１９３７およびプログラムデータ１９３８を含め、ハードディスク１９３９、磁気ディスク１９２９、光学ディスク１９３１、ＲＯＭ１９２４またはＲＡＭ１９２５に格納してもよい。ユーザはキーボード１９４０、ポインティングデバイス１９４２、またはマイクロホン、ジョイスティック、ゲームパッド、パラボラアンテナ、スキャナまたは同様な他のものなど、他の入力デバイス（図示せず）からコマンドおよび情報をコンピュータ１９２０に入力してもよい。これらのおよび他の入力デバイスはシステムバス１９２３に連結されているシリアルポート・インターフェース１９４６を介して処理装置１９２１に接続されることが多い。あるいは、入力デバイスは、パラレルポート、ゲームポートまたはユニバーサルシリアルバス（ＵＳＢ）など、他のインターフェースによって接続してもよい。モニタ１９４７または他の表示装置も、ビデオアダプタ１９４８などのインターフェースを介してシステムバス１９２３に接続される。モニタに加えて、パーソナルコンピュータは典型的には、スピーカおよびプリンタなど、他の周辺出力デバイス（図示せず）を含む。

コンピュータ１９２０は、リモートコンピュータ１９４９ａおよび１９４９ｂなどの１つ以上のリモートコンピュータとの論理接続を使用してネットワーク化された環境で動作してもよい。リモートコンピュータ１９４９ａおよび１９４９ｂはそれぞれ別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイスまたは他の共通ネットワークノードであってもよく、図１９ではメモリ記憶装置１９５０ａおよび１９５０ｂならびにその関連アプリケーションプログラム１９３６ａおよび１９３６ｂしか図示していないが、典型的にはコンピュータ１９２０に関係して前述したエレメントの多くまたは全部を含む。図１９に図示する論理接続は、ここでは制限ではなく例として提示されているローカルエリアネットワーク（ＬＡＮ）１９５１および広域ネットワーク（ＷＡＮ）１９５２を含む。当該ネットワーキング環境はオフィス内または企業内コンピュータネットワーク、イントラネットおよびインターネットにおいて一般的である。

ＬＡＮネットワーキング環境で使用される場合、コンピュータ１９２０はネットワーク・インターフェースまたはアダプタ１９５３を介してローカルネットワーク１９５１に接続される。ＷＡＮネットワーキング環境で使用される場合、コンピュータ１９２０は、インターネットなどの広域ネットワーク１９５２での通信を確立するためのモデム１９５４、無線リンクまたは他の手段を含んでもよい。内部または外部であってもよいモデム１９５４は、シリアルポート・インターフェース１９４６を介してシステムバス１９２３に接続される。ネットワーク化された環境では、コンピュータ１９２０に関して図示されるプログラムモジュール、またはその一部は、リモートメモリ記憶装置に格納してもよい。図示されるネットワーク接続は例示的なものであり、広域ネットワーク１９５２での通信を確立する他の手段を使用してもよいことは認識されるであろう。

本発明は、その精神または本質的な特性を逸脱することなく、他の特定の形態で具現してもよい。説明する実施形態はあらゆる点において単なる例示的なものであり、制限的なものと考えるべきではない。そのため、本発明の範囲は前述の説明ではなく、添付の請求項によって示される。請求項の意味および等価物の範囲内に入るすべての変更は請求の範囲内に含まれることになる。

Claims (20)

1. 現在の治療プロトコールステップの完了時に、患者の治療プロトコールにおいて行われるべき次のプロトコールステップを判定するための方法であって、前記方法は、
   治療プロトコールテンプレートにアクセスすることであって、前記治療プロトコールテンプレートは基本患者治療プロトコールの治療プロトコールステップに関連付けられており、前記治療プロトコールステップは前記プロトコールステップに合格する場合または合格しない場合を判定するルールを含み、前記治療プロトコールステップは前記ルールに合格する場合に次に行われるべき第２プロトコールステップを指定する第１臨床決定点を含むとともに、前記ルールに合格しない場合に次に行われるべき第３プロトコールステップを指定する第２臨床決定点を含み、前記治療プロトコールテンプレートは前記治療プロトコールステップのルールのうちの少なくとも１つに関連付けられた１つ以上のパラメータフィールドを含む、前記アクセスすること、
   前記治療プロトコールテンプレートのパラメータフィールドへの入力を受信すること、
   受信された入力に基づいて、前記治療プロトコールテンプレートのパラメータフィールドに関連付けられたルールに成功裏に合格しているか、または合格していないかを判定すること、
   前記パラメータフィールドに関連付けられたルールに合格しているか、または合格していないかを判定することに応答して、前記第２プロトコールステップまたは第３プロトコールステップのうちのどちらが次に行われるべきかを自動的に判定すること
   を含む方法。
2. 前記第２治療プロトコールステップに関連付けられた第２治療プロトコールテンプレートにアクセスすることであって、前記第２治療プロトコールステップは、前記第２プロトコールステップに合格するまたは失敗する場合を判定するルールを含み、前記第２治療プロトコールステップは、第２ルールに合格する場合に行われるべき第４プロトコールステップおよび前記ルールに合格しない場合に行われるべき第５プロトコールステップを指定し、前記第２治療プロトコールテンプレートは前記第２治療プロトコールステップのルールのうちの少なくとも１つに関連付けられた１つ以上のパラメータフィールドを含む、前記アクセスすること、
   前記第２治療プロトコールテンプレートのパラメータフィールドへの入力を受信すること、
   受信された入力に基づいて、前記第２治療プロトコールテンプレートのパラメータフィールドに関連付けられたルールに成功裏に合格しているかまたは合格していないかを判定すること、
   前記パラメータフィールドに関連付けられたルールに合格しているかまたは合格していないかを判定することに応答して、前記第４プロトコールステップまたは第５のプロトコールステップのうちのどちらが次に行われるべきかを自動的に判定すること
   をさらに含む、請求項１の方法。
3. 前記パラメータフィールドに受信された入力は、基本治療プロトコールに関連付けられた医療機器に接続されている患者に関係する臨床患者情報、前記医療機器に関係する情報、前記基本治療プロトコールに関係する他の臨床または診断情報のうちの少なくとも１つであり、前記入力は前記パラメータフィールドに自動的に受信され、または前記パラメータフィールドに手動で入力される、請求項１の方法。
4. 前記医療機器は人工呼吸器であり、基本治療プロトコールは人工呼吸器ウィーニングプロトコールである、請求項３の方法。
5. 前記治療プロトコールテンプレートのパラメータフィールドは、基本治療プロトコールに関係する臨床および診断情報を示すユーザ入力を手動で受信するように構成された１つ以上のユーザ入力ブロックを含む、請求項１の方法。
6. 前記第３治療プロトコールステップは、前記ルールに合格しないときに前記治療プロトコールステップおよびその関連治療プロトコールテンプレートが繰り返されるように、前記治療プロトコールステップと同じである、請求項１の方法。
7. プロセッサで実行したときに、コンピューティングシステムに請求項１の方法を行わせるコンピュータ可読命令を格納しているコンピュータ可読記憶媒体。
8. 次の治療プロトコールステップを現在の治療プロトコールステップのプロトコール治療テンプレートにリンクさせる方法であって、前記方法は、
   医療機器を使用する患者治療のための基本患者治療プロトコールの治療プロトコールステップにアクセスすることであって、前記治療プロトコールステップは前記治療プロトコールステップを成功裏に行うために従うべき１つ以上のルールを含む、前記アクセスすること、
   前記治療プロトコールステップの治療プロトコールテンプレートを生成することであって、前記治療プロトコールテンプレートは前記治療プロトコールステップの１つ以上のルールに関連付けられたパラメータフィールドを含む、前記生成すること、
   前記治療プロトコールステップおよび生成された治療プロトコールテンプレートを、前記１つ以上のルールに成功裏に合格する場合に次に行われるべき第２プロトコールステップを指定する第１臨床決定点にリンクさせること、
   前記治療プロトコールステップおよび前記生成された治療プロトコールテンプレートを、前記１つ以上のルールに成功裏に合格しない場合に次に行われるべき第３プロトコールステップを指定する第２臨床決定点にリンクさせること
   を含む方法。
9. 前記生成された治療プロトコールテンプレートのパラメータフィールドに関連付けられたルールに成功裏に合格する場合に、前記第２治療プロトコールステップにアクセスする前に経過するべき時間量を示す第１時間間隔を、前記生成された治療プロトコールテンプレートに関連付けること、
   前記生成された治療プロトコールテンプレートの前記パラメータフィールドに関連付けられたルールに成功裏に合格しない場合に、前記第３治療プロトコールステップにアクセスする前に経過するべき時間量を示す第２時間間隔を、前記生成された治療プロトコールテンプレートに関連付けること
   をさらに含む、請求項８の方法。
10. 前記医療機器は人工呼吸器であり、前記治療プロトコールは人工呼吸器ウィーニングプロトコールである、請求項８の方法。
11. 生成された治療プロトコールテンプレートにアクセスすること、
    前記医療機器に関係する診断情報を受信すること、
    前記医療機器に接続されている患者に関係する臨床患者情報を受信すること、
    受信した診断情報および臨床患者情報に基づいて、前記第２治療プロトコールステップまたは第３治療プロトコールステップおよびそれぞれのプロトコール治療テンプレートのうちのどれらに次にアクセスするべきかを判定すること
    をさらに含む、請求項８の方法。
12. 前記第２治療プロトコールステップおよび前記第３治療プロトコールステップはそれぞれ、前記第２治療プロトコールステップまたは第３治療プロトコールステップの１つ以上のルールに関連付けられている１つ以上のパラメータフィールドを含む治療プロトコールテンプレートに関連付けられている、請求項８に記載の方法。
13. 前記第２治療プロトコールステップまたは第３治療プロトコールステップは、前記生成された治療プロトコールテンプレートに関連付けられた前記治療プロトコールステップの治療プロトコールと同じ治療プロトコールの次の臨床決定点を指定し、または異なる治療プロトコールの臨床決定点を指定する、請求項８の方法。
14. プロセッサで実行したときに、コンピューティングシステムに請求項８の方法を行わせるコンピュータ可読命令を格納しているコンピュータ可読物理的記憶媒体。
15. コンピュータシステムであって、
    患者の治療プロトコールにアクセスするように構成された第１モジュールであって、前記患者の治療プロトコールは前記患者の治療プロトコールに関連付けられた医療機器を使用して患者を成功裏に治療するために従うべき１つ以上のルールを含む複数の臨床決定点を含む、前記第１モジュールと、
    前記臨床決定点のそれぞれについて治療プロトコールテンプレートを生成するように構成された治療プロトコールテンプレート生成モジュールであって、各治療プロトコールテンプレートは、対応する臨床決定点の１つ以上のルールを指定する、前記治療プロトコールテンプレート生成モジュールと、
    特定の生成された治療プロトコールテンプレートの１つ以上のルールに成功裏に合格する場合にアクセスして従うべき第２プロトコールテンプレートを判定し、前記特定の生成された治療プロトコールテンプレートの１つ以上のルールに成功裏に合格しない場合にアクセスして従うべき第３プロトコールテンプレートを判定するように構成された次ステップ論理モジュールと、
    前記特定の生成された治療プロトコールテンプレートに関係する情報を受信する１つ以上の入力モジュールと
    を備えるコンピュータシステム。
16. 前記医療機器は人工呼吸器である、請求項１５に記載のコンピュータシステム。
17. 受信された情報が所定の許容レベル未満であるときにアラームを提供するように構成されたアラームモジュールをさらに備える、請求項１５に記載のコンピュータシステム。
18. 受信された情報の少なくとも一部のメカニクス示すリアルタイム波形を生成するように構成された波形生成器をさらに備える、請求項１５に記載のコンピュータシステム。
19. 前記生成された治療プロトコールテンプレートにユーザから受信される入力を追跡し、前記生成された治療プロトコールテンプレートで指定されるルールからの逸脱があるかどうかを報告するように構成されたレポートモジュールをさらに備える、請求項１５に記載のコンピュータシステム。
20. 受信された情報は、前記治療プロトコールに関連付けられた医療機器に接続されている患者に関係する患者情報、または前記医療機器に関係する情報のうちの少なくとも１つである、請求項１５に記載のコンピュータシステム。