臨床医決定支援システム
ベッドサイド患者モニタが、臨床医支援システムを有する。臨床医支援システムは、疾患特有の決定モジュール１１、疾患特有の処置モジュール１３又は疾患特有の観察モジュール１５のうちの少なくとも１つのモジュールを有する。ベッドサイドモニタは、手動による患者関連の入力のための第１のインタフェース１０５と、センサ信号の連続入力のための第２のインタフェース１０７とを有する。臨床医は、要求された情報を供給し、及びこの臨床医支援システムにより支援される所定の態様において処置を実行するために支援される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、臨床医決定支援システムに関する。
【背景技術】
【０００２】
米国特許出願公開第2006/0122869 A9号は、遠隔地から病院環境におけるケアを標準化するシステム及び方法を開示する。所与の状態に対する最新のケア及び実践標準に関する情報が、決定支援モジュールに提供される。決定支援モジュールは、特定の医学状態に対する実践の標準化されたガイドラインを反映する決定支援アルゴリズムを有する。このシステムによって、２４時間／１週間７日間の患者監視及び管理サービスを、地理的に分散した複数の集中治療室に提供することが可能である。患者の遠隔視覚監視を可能にするために、システムは、ビデオモニタを有する。システムは、医師資源データベースに医師がアクセスすることを可能にするインタフェースを有する。データベースは、診断アルゴリズムを有する。そこで、医師は、標準化された診断アルゴリズムに関する標準化された情報を得る。更なる標準化されたケア及び処置が、医師資源データベースにより与えられる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
多くの医療組織が、疾患の認識及び疾患の処置のためのガイドラインを開発する活動に取り組んでいる。例えば、「敗血症生存キャンペーン」がある。
【０００４】
本発明の目的は、標準化されたガイドライン及び標準化された処置ガイドラインの使用において医局員を支援するための支援デバイス／システムを提供することである。
【課題を解決するための手段】
【０００５】
この目的は、臨床医支援システムによって実現される。臨床医支援システムは、疾患特有の決定モジュール、疾患特有の処置モジュール又は疾患特有の観察モジュールのうちの少なくとも１つのモジュールと、手動による患者関連の入力のための第１のインタフェースと、センサ信号の連続入力のための第２のインタフェースとを有する。従って、上記第１のインタフェースを用いて、手動で測定された生理値を供給することが可能である。更に、連続的に測定された信号が、第２のインタフェースにより供給される。連続的に測定された信号は、所定の時間間隔内に測定される信号であり、及び、測定される信号は、ユーザ対話なしに自動的に供給されることになる。
【０００６】
本発明のベッドサイド患者モニタのある実施形態において、上記臨床医支援システムは、処置処理において臨床医を支援するため、少なくとも１つの疾患特有の処置モジュールを有する。上記疾患特有の処置モジュールは、有資格者による手動の入力トリガ信号によってのみ開始される。
【０００７】
ベッドサイド患者モニタのある実施形態においては、上記臨床医支援システムが、治療される患者の観察のため、少なくとも１つの観察支援モジュールを有し、上記疾患特有の観察モジュールが、上記疾患特有の処置モジュールの停止を介して生成される信号により起動される。
【０００８】
ベッドサイド患者モニタの更なる実施形態において、実行中の処置手順を信号伝達するインジケータが提供される。従って、処置手順が実行中であることがすぐに認識されることができる。これは、患者のために追加的な行動を計画する臨床医スタッフの役に立つ。更に、臨床医支援スクリーンがベッドサイド患者モニタのディスプレイに表示される場合、臨床医は患者の状態の良好な概要を得ることにおいて支援される。インジケータは、例えば、実行中の疾患特有のモジュールについてのインジケータである。決定、処置又は観察モジュールが実行中である場合、実際に実行中のモジュールを示すためアイコンが使用されることができる。異なるアイコンが、異なる疾患に対して使用されることができる。
【０００９】
ベッドサイド患者モニタのある実施形態において、上記臨床医支援システムは、情報供給ツールを有する。上記要求された情報が上記第２のインタフェースにより供給されない場合、上記情報供給ツールが、情報要求を拡散させる。例えば、病院ネットワークに対するネットワーク接続、特に無線接続を用いて、要求が病院の中央端末に送信されるか、又はこの要求が、インターネットを用いて遠隔地の微生物学施設又はセンタに供給される。この要求は、正しい患者に割り当てられる情報が供給されることを確実にするため、患者識別を有する。例えば、ベッドサイド患者モニタといったベッドサイドデバイスにより識別コードが与えられる。
【００１０】
特に体液又はプローブは、遠隔地の微生物学センタにおいて分析される。従って、利用可能な場合には、この要求された情報は、臨床医支援システムに供給される。もちろん、正しい患者についての要求された情報が供給されることを確実にするため、この要求が、患者識別情報を有することができる。要求された情報が利用可能でない場合、上記情報供給ツールは、上記第１のインタフェースを介しての手動入力を起動させるためにベッドサイド患者モニタのディスプレイ上にポップアップウィンドウを生成する。要求された情報が供給される場合、ポップアップウィンドウは消えるだろう。
【００１１】
ベッドサイド患者モニタは、臨床医支援方法を実施するために使用される。臨床医支援方法の間、決定処理、処置処理又は観察処理を支援する少なくとも１つの疾患特有のモジュールが起動される。この方法は、自動入力の認識と、実行モジュールにより要求される情報を提供する手動入力のトリガとを有する。
【００１２】
ある実施形態において、この方法は、手動入力を起動させるためのポップアップウィンドウを生成する。ポップアップウィンドウは、患者モニタのディスプレイに表示される。要求された入力に基づき、異なる人の手動入力が受け入れられることになる。例えば、患者自身により実施される温度測定の手動入力が、受け入れられることができる。
【００１３】
ある実施形態において、この方法は、識別コードに関連づけられる手動入力情報を格納する。識別コードは、個人又は人のグループに割り当てられる。この識別コードによって、どの人が手動入力をしたかを確立することが可能である。
【００１４】
ある実施形態では、ある方法は提供される。この方法において、実行中の処置処理により要求される手動入力に対する要求が、実行中の決定又は実行中の観察モジュールの要求より好まれて実行される。
【００１５】
更なる実施形態においては、実行中の決定モジュールにより生成される要求が、実行中の観察モジュールでの生成された要求より好まれて実行される。
【００１６】
ある実施形態では、未応答の要求が、所定時間の後現れることになる。特に要求ウィンドウが閉じられた後５、１０又は１５分して、この要求が再び現れるだろう。特に要求された情報に依存して、ウィンドウの再表示に対する異なる持続時間が、事前に決定されることができる。
【図面の簡単な説明】
【００１７】
【図１】臨床医支援システムを示す図である。
【図２】臨床医支援システムを有するベッドサイド患者モニタを示す図である。
【図３】敗血症決定、処置及び観察処理のフローチャートを示す図である。
【図４】感染兆候及び症状ウィンドウを示す図である。
【図５】新たな感染ウィンドウを示す図である。
【図６】乳酸要求ウィンドウを示す図である。
【図７】低血圧症評価要求ウィンドウを示す図である。
【図８】感染確認ウィンドウを示す図である。
【図９】臨床医許可ウィンドウを示す図である。
【図１０】敗血症処置スクリーンを示す図である。
【図１１】敗血症処置推奨監視ウィンドウを示す図である。
【図１２】敗血症処置停止ウィンドウを示す図である。
【図１３】敗血症観測ウィンドウを示す図である。
【図１４】プロトコルログを示す図である。
【発明を実施するための形態】
【００１８】
以下において、臨床医支援システム及び臨床医支援の方法が、更に詳細に記載される。非常に詳細な説明が敗血症の疾患に関して与えられる。しかし、本発明の範囲は記載されている特定の実施形態に限定されない。
【００１９】
臨床医支援システムは、複数の疾患の認識、処置及び観察において臨床スタッフを支援する。例えば敗血症といった複数の疾患の処置に関する標準化されたガイドラインを生成するための多くの活動が、医療施設において行われている。
【００２０】
特に敗血症を例にとって、本発明は、以下更に詳細に記載される。
【００２１】
更に、明細書及び請求項における第１、第２、第３等の用語は、同様な要素間を識別するのに使用され、必ずしも順次的な順序又は実際の順序を表すものではない。そのように使用されるこれらの用語は、適切な環境下において互いに交換可能であり、本書に述べられる本発明の実施形態は、本書に説明又は図示される順序以外の他の順番で動作することができる点を理解されたい。
【００２２】
更に、明細書及び請求項におけるトップ(表面、上部)、ボトム(底面、下部)、オーバー(上)、アンダー(下)等の用語は、説明目的で使用されるものであり、必ずしも相対的な位置を表すものではない。そのように使用されるこれらの用語は、適切な環境下において互いに交換可能であり、本書に述べられる本発明の実施形態は、本書に説明又は図示される方向以外の他の方向で動作することができる点を理解されたい。
【００２３】
本明細書及び請求項において使用される「有する」という用語は、その後に記載される手段に限定するものとして解釈されるべきでない点に留意されたい。それは、他の要素又はステップを除外するものではない。従って、「手段A及び手段Bを有するデバイス」という表現の範囲は、要素A及び要素Bのみからなるデバイスに限定されるべきではない。それは、本発明に関して、デバイスの関連要素がAとBとであることだけを意味する。
【００２４】
図１において、臨床医支援システム１の一般的な構造が示される。臨床医支援システムは、疾患特有の決定モジュール１１有する決定支援モジュール３を有する。ここで、疾患特有のモジュールは、敗血症決定モジュール１７である。敗血症決定モジュールは、敗血症処置モジュール１９と関連付けられる。敗血症処置モジュールは、疾患特有の処置モジュール１３の１つの例である。疾患特有の処置モジュール１３は、処置支援モジュール５の一部である。疾患特有の観察モジュール２１は、観察支援モジュール７の一部である。疾患特有の観察モジュール１５は、疾患特有の処置モジュール１３に割り当てられることができる。図１に示されるように、処置、決定及び観察モジュールが、すべての疾患に対して提供されるというわけではない。同じ疾患に割り当てられるモジュール１１、１３、１５は関連付けられる。したがって、敗血症決定モジュールは、敗血症処置モジュールに関連付けられる。敗血症処置モジュールは、敗血症観察モジュールに関連付けられる。同様に、離乳処置モジュール２３は、離乳観察モジュール２５に関連付けられる。決定処理４、処置処理６、又は観察処理８のためにだけ、臨床医支援システムを使用することも可能である。
【００２５】
決定支援モジュール３、処置支援モジュール５、観察支援モジュール７が、情報供給ツール２７に関連付けられる。患者関連情報、及び例えば敗血症蘇生バンドルといった臨床医支援モジュールにより支援されるガイドラインを格納する追加的なストレージ３１が提供される。
【００２６】
以下において、本発明は、敗血症／敗血症性ショックの疾患に対して更に詳細に記載される。もちろん、臨床医支援システムの使用は、この例に限定されない。
【００２７】
臨床医支援システム１は、決定支援モジュール３、処置支援モジュール５、及び観察支援モジュール７を有する。
【００２８】
決定支援モジュール３は、敗血症決定モジュール１７を有する。敗血症決定モジュール１７は、標準化された敗血症ガイドライン基準と比較して、患者状態の測定値及び評価に関して支援を提供する。
【００２９】
敗血症生存キャンペーン（ＳＳＣ）は、敗血症患者の検出、処置及び観察に対するガイドラインを発展させた。臨床医支援システム１は、例えば敗血症生存キャンペーン（ＳＳＣ）ガイドラインを用いて、臨床医を支援する。患者についての検出された状態をガイドライン基準と比較することにより、臨床医支援システム１は、例えば敗血症といった特定の疾患の初期兆候及び症状を認識する際に支援する。この特定の疾患の認識の後、臨床医は、疾患特有の処置モジュール１３、ここでは敗血症処置モジュール１９を有する処置支援モジュール５によって、ガイドラインにおいて規定される推奨された処置ステップを介して案内される。
【００３０】
指定された基準が満たされたと敗血症決定モジュール１７が認識するとき、敗血症決定モジュール１７は所定のウィンドウの表示を起動する。このウィンドウは、資格を持つ者により感染及び敗血症関連の臓器機能不全の存在の確認を要求する。資格を持つ者がその急性度合いについての印象を得ることを確実にするため、その患者に割り当てられるベッドサイド患者モニタ１０１にだけこの要求に関するウィンドウを表示することが可能である。
【００３１】
敗血症処置モジュール１９は、ベッドサイド患者モニタの手動入力１０５を介して生成される有資格者によるトリガ信号により起動される。プロの臨床医だけが、適格な手動入力トリガ信号を生成する資格を与えられる。資格を持つ者により生成される手動入力トリガ信号の認識は、要求された識別コード、指紋等により承認されることができる。
【００３２】
処置支援モジュール５は、一般に患者の処置を支援し、上記処置支援モジュールは、特別な疾患の処置において支援を提供する疾患特有の処置モジュール１３を有する。すると、敗血症蘇生バンドルという名前の敗血症処置ガイドラインを行うことが、敗血症処置モジュール１９により支援される。
【００３３】
敗血症処置モジュールは、ベッドサイド患者モニタのディスプレイに、蘇生術に関する敗血症生存キャンペーン（ＳＳＣ）推奨リストの表示を起動する。
【００３４】
推奨リストが実行されるにつれ、その推奨のチェックが外されることができる(checked off)。敗血症処置モジュール１９がすべての蘇生術目的の達成を認識した後、又は、最後の処置から６時間後に、敗血症処置モジュール１９は完了され、及び、処置支援モジュール１９により生成されるトリガ信号により敗血症観察モジュール２１が起動される。
【００３５】
敗血症観察モジュール２１は、敗血症管理バンドルを実施する臨床医を支援する。患者状態を維持するためのＳＳＣ推奨がリスト表示され、支援が進行するにつれ、チェックが外されることができる。敗血症蘇生バンドルが開始してから２４時間が過ぎるとき、又は図２で管理バンドルのすべての推奨のチェックが外される場合、敗血症管理バンドルは終了する。モニタに接続する前に敗血症としてある患者がすでに診断されている場合、敗血症性処置モジュールは、有資格者による手動生成されたトリガ信号により起動／入力されることができる。
【００３６】
図３において、臨床医支援モジュール１を有するベッドサイド患者モニタ１０１が示される。ベッドサイド患者モニタ１０１は、キーボード１１１に接続される第１のインタフェース１０５、及び、少なくとも１つの患者接続デバイス又はセンサに接続される第２のインタフェース１０７を有する。患者接続デバイスは、例えば連続温度測定といった生理的情報を自動的に提供するために使用される。ベッドサイド患者モニタは、ディスプレイ１０３を有する。ベッドサイド患者モニタは、臨床ネットワーク１１５及び／又はインターネットへの接続を確立するオプションを有する。ネットワーク接続は、無線接続とすることができる。インターネット接続は、格納された臨床医推奨及びガイドラインを定期的に自動更新するために使用されることができる。更に、インターネット又は臨床医ネットワーク接続は、例えば微生物学研究室で生成される患者関連情報を提供するために使用されることができる。微生物学研究室は、病院と離れていてよい。
【００３７】
臨床医支援システム１により疾患特有の所定のセットの情報が認識される場合、疾患特有の決定支援モジュール１１が開始される。敗血症の場合、成人の患者がベッドサイド患者モニタに接続されるとすぐに、敗血症決定モジュール１７が開始され、心拍数又はパルスが測定される。敗血症決定モジュール１７は、バックグラウンドで心拍数、温度及び呼吸数値の観察を開始する。連続測定のための第２のインタフェース１０７に接続されるセンサ１０８を経由して温度情報又は呼吸数情報が連続的に測定されない場合、要求される情報の手動測定及び入力を起動させるために、例えば４時間の間隔といった所定の間隔でポップアップウィンドウが現れることになる。情報は、手動入力のための第１のインタフェース１０５を用いて敗血症決定モジュールに供給されることになる。ポップアップウィンドウは、要求された情報を入力することなく閉じられることができるが、所定の間隔の後、好ましくは、正常間隔より短い間隔で、敗血症決定モジュール１７によりこのウィンドウのポップアップが再び起動される。
【００３８】
手動入力された値は、人に関する情報及び入力の時間を持つラベルを付けられる。これらの利用できる値の全てが、敗血症ガイドライン基準と比較される。９０以上の心拍（ＨＲ）、３８．３℃以上の（１００．９°Ｆ）又は３６．０℃（９６．８°Ｆ）を下回る温度、２０以上の呼吸数（ＲＲ）。
【００３９】
値の任意の一つがスクリーニング基準を満たす場合、敗血症決定モジュール１７は、図４において示される感染兆候及び症状ウィンドウの表示を起動させる。
【００４０】
基準を満たした測定値が点滅して示される（上記の例において、それは心頻拍である）。
【００４１】
リスト表示される感染兆候及び症状に対して、チェックボックスが存在するであろう。これは、以下の場合にである。
【００４２】
・臨床医支援システムが、第２のインタフェース１０７を介して要求された情報を受信する場合であって、供給される情報がガイドライン基準を満たす場合。
【００４３】
・第２のインタフェース１０７又は情報供給ツール２７を介して利用できないすべての兆候及び症状に対して。
【００４４】
情報供給ツール２７は、前述のように臨床医支援システム１の一部である。情報供給ツール２７は、必要とされる情報を提供するため、例えば、接続される中央端末又は接続される遠隔地の医療検査室センタから要求される情報を集めるため、リクエストをその遠隔地に送信する。要求された情報が情報供給ツール２７により供給されない場合、手動入力を起動させるため敗血症決定モジュール１７によりウィンドウが起動される。
【００４５】
問題の兆候又は症状が存在し、かつ新しいかどうかに関して、臨床医はボックスをチェックするよう要求される。もし存在しかつ新しい場合には、敗血症決定モジュール１７により、確認が要求される。患者が機械的に肺換気を行う場合、頻呼吸ボックスがチェックされなければならない。温度又は呼吸数が手動で測定される場合、測定値は、呼吸数入力に対しては「ＲＲ入力」キーを用いて（図示省略）及び手動温度入力に対しては「温度入力」キー（図示省略）を用いて供給されることができる。「確認」キー１２５の選択により、臨床医支援システム１により、ここでは敗血症決定モジュール１７により、確認情報が格納される。
【００４６】
入力が行われることなくリクエストウインドウが閉じられる場合、例えば１５分、１０分、又は５分後といった所定の時間期間の後、リクエストウインドウは再び起動されることになる。
【００４７】
更に、以前に基準を満たしていたＨＲ、温度又はＲＲ値が現時点で悪化している場合、又は８時間（１２時間まで構成可能）後に、少なくとも１つの感染兆候がまだ存在する場合には、敗血症決定モジュール１７により起動されるウィンドウが再び現れるだろう。
【００４８】
敗血症決定モジュール１７が、図４の感染兆候及び症状ウィンドウにおいて２つ以上の感染兆候の確認を認識する場合、図５において示されるように新たなポップアップウィンドウが、敗血症決定モジュール１７により起動される。このウィンドウは、ベッドサイド患者モニタ１０１のディスプレイに現れるだろう。以下に記載されるすべてのウィンドウは、ベッドサイド患者モニタ１０１のディスプレイに表示されるものである。
【００４９】
敗血症決定モジュール１７が、「はい」が選択されることを表す信号を受信する場合、乳酸測定値の入力を要求する次の画面が、敗血症決定モジュール１７により起動される。
【００５０】
敗血症決定モジュール１７により「いいえ」の選択を表す信号が受信される場合、決定フェーズは続くことになり、及び、以前に基準を満たした測定値が悪化する場合、又は遅くとも８時間（１２時間まで構成可能）後に、少なくとも１つの感染兆候がまだ存在する場合には、図４に示されるような感染兆候及び症状ウィンドウが再び現れる。この再表示は敗血症決定モジュールにより起動される。
【００５１】
手動乳酸入力については、図６を参照されたい。
【００５２】
図６を参照すると、情報供給ツール２７により乳酸値が敗血症決定モジュールに与えられない場合、「乳酸入力」キー１２１を選択することにより、ユーザは手動で乳酸値を入力するよう誘導される。情報が情報供給ツール２７により供給される場合、図５のウィンドウは現れない。入力される値が４ｍｍｏｌ／ｌより大きい場合、チェックボックスが自動的にチェックされるだろう。
【００５３】
「確認」１２５を選択することにより、入力された値が敗血症決定モジュールに送られ、及び確認情報が臨床医支援システムにより格納される。臨床医支援システム１の使用の間供給されるすべての情報は、ベッドサイド患者モニタの一部であるストレージに格納される。更に、提供される情報を接続される中央端末の中央ストレージに記憶することも可能にされることができる。
【００５４】
４ｍｍｏｌ／ｌより大きい乳酸値を表す信号が敗血症決定モジュールに届くと、敗血症決定モジュール１７は、この値が敗血症に関するＳＳＣガイドライン基準を満たすと認識する。敗血症決定モジュール１７は、許可された臨床医レビューによる承認を要求するために、ウィンドウの表示を起動させる。許可された臨床医レビューを表す信号により、敗血症決定モジュールが停止され、及び敗血症処置モジュールが起動される。許可された承認を表す信号は、手動入力１０５により生成される。
【００５５】
４ｍｍｏｌ／ｌ以下の乳酸値を表す信号が敗血症決定モジュール１７に供給される場合、敗血症決定モジュール１７により起動される追加的なウィンドウが現れるだろう。この場合、血圧値が、連続測定のために第２のインタフェース１０７により利用可能となっていない。患者が敗血症に対する敗血症ガイドライン基準を満たすかどうかを血圧値に基づき決定するため、このウィンドウは血圧値の手動入力を要求する。
【００５６】
血圧低下評価
図７を参照すると、乳酸値が４ｍｍｏｌ／ｌを越えない場合、持続性の血圧低下に関する入力を要求するため、敗血症決定モジュール１７が次のウィンドウを起動させる。
【００５７】
血圧低下は、ＳＳＣガイドラインにより以下のように規定される。
【００５８】
・ＳＢＰ＜９０ｍｍＨｇ（１２．０ｋＰａ）、又は
・ＭＡＰ＜６５ｍｍＨｇ（９．０ｋＰａ）、又は
・基線の下でＳＢＰ減少＞４０ｍｍＨｇ（５．０ｋＰａ）。
【００５９】
「詳細表示」キー１２７を選択することにより、敗血症ガイドラインにおいて規定される血圧低下の定義が表示されるだろう。「はい」を選択することにより、敗血症ガイドラインにおいて規定される持続性の血圧低下が、敗血症決定モジュール１７により認識される。その後、許可された承認を要求する最終的なウィンドウが起動される。図９を参照すると、この許可された承認により、敗血症決定モジュール１７を停止させる信号及び敗血症処置モジュール１９を起動させる信号が生成される。
【００６０】
患者が持続性の血圧低下を持たないという入力を表す信号が生成される場合、敗血症決定モジュール１７は、１時間後に図８に示されるウィンドウの表示を起動させる。前に通知された感染の存在に関する情報が要求される。
【００６１】
「はい」を入力することにより、図６、図７のチェックが繰り返されることになる。「いいえ」が選択される場合、決定支援モジュール１７は、心拍数、温度及び呼吸数値とＳＳＣ基準との比較を継続することになる。
【００６２】
キャプチャされた情報の表示が起動されることをもたらす「プロトコルログ」ボタン１２９を選択することにより、敗血症決定モジュールにより支援される処理をレビューすることが可能である。図１４を参照すると、この文書を印刷することが可能である。
【００６３】
処置処理の間、臨床医を支援する敗血症処置モジュール１９は、許可された人によってのみ開始されることができる。
【００６４】
敗血症処置モジュール
患者の処置を実施する臨床医は、敗血症処置モジュール１９を使用することによりＳＳＣにより提案される推奨された態様において支援される。図１０を参照を参照すると、敗血症蘇生バンドル（ＳＲＢ）と呼ばれるＳＳＣからの処置推奨が、敗血症処置モジュール１９により起動されるベッドサイド患者モニタのディスプレイに与えられる。更に、敗血症処置モジュール１９は、推奨の実現を監視する。
【００６５】
敗血症処置モジュール１９は、敗血症処置モジュールが起動されていることを示すためのインジケータを作動させる。この例において、インジケータは、ベッドサイド患者モニタのディスプレイにより表示される黄色の警報である。
【００６６】
ベッドサイド患者モニタのディスプレイの下部領域は、以下を含む。
【００６７】
・処置推奨の中のリマインダリスト、
・このフェーズにおいてすでに経過した時間を示すタイマー、
・ＭＡＰ、ＣＶＰ及びＳｃｖＯ２又はＳｖＯ２に対する３つの水平トレンド（測定値が利用できる場合）。
【００６８】
ＳｃｖＯ２又はＳｖＯ２が第２のインタフェース１０７を介して連続的に供給されていない場合、敗血症処置モジュール１９により起動される手動測定値を要求するポップアップウィンドウが、１時間に１回の間隔で現れるだろう。要求された情報が入力されることなくこのウィンドウが閉じられるとき、所定のタイムスライスの後ポップアップウィンドウが現れるだろう。所定のタイムスライスは、必要な情報を要求する第１のポップアップウィンドウが表示された後、例えば１０又は１５分である。
【００６９】
敗血症処置モジュール１９により支援されるＳＲＢに基づく処置処理６は、臨床医支援システムにより監視される。必要な場合プロトコルログキー１２９を使用すれば、支援される処理のうちの全ての状態又は１つの状態が、ベッドサイド患者モニタのディスプレイに表示されるだろう。標準臨床医支援ウィンドウが選択されることができる。その結果、実行中の処置モジュールの状態が、ベッドサイド患者モニタの画面又はディスプレイに表示される。臨床医支援ウィンドウが表示されない場合、この表示はユーザ入力により起動されることができる。臨床医支援システムウィンドウ１３１は、患者モニタディスプレイの下部領域に表示される。臨床医支援システムウィンドウ１３１が表示されない場合、実行中の処置モジュールの状態、ここでは実行中の敗血症処置処理に関する少なくとも状態情報が、敗血症処置モジュール１９により起動されて自動的に１時間につき１回ベッドサイド患者モニタのディスプレイ上に現れる。
【００７０】
図１１において、敗血症処置モジュールにより支援される敗血症の処置処理の状態を表示するウィンドウが示される。このウィンドウは、ベッドサイド患者モニタのスクリーンに表示される。ウィンドウの内容は、ＳＳＣにより提案される処置ガイドラインに従ったものである。
【００７１】
「乳酸入力」キー又はボタン１２１を選択することにより、乳酸値の手動情報入力処理が支援され、この情報が臨床医支援システムに格納されることになる。乳酸値が入力されるとき、又は乳酸値が情報供給ツール２７により以前に入力又は供給されていた場合、ボックスがチェックされるだろう。
【００７２】
更に、臨床医は、採取された血液培養の登録により支援される。これらの血液培養の情報は、手動入力により敗血症処置モジュールに供給されることができる。登録された血液培養から期待される情報は、情報供給ツールにより所定のタイムスライスの後自動的に要求されることができる。「抗生物質の静脈投与」ボックスをチェックすることにより、臨床医は、幅広いスペクトル抗生物質療法の起動時間の記録に際し便利な態様で支援される。
【００７３】
ＳＳＣ処置ガイドラインの残りの３つの推奨は、敗血症処置モジュール１９により、利用可能な情報と自動的に比較されることになる。従って、第２のインタフェース１０７を介して利用可能な信号がチェックされることになる。推奨が満たされたと敗血症処置モジュールが認識するとき、ボックスがチェックされるだろう。
【００７４】
ＳｃｖＯ２値が手動で測定される場合、この値は、「ＳｃｖＯ２入力」キー１２３を使用することにより便利な態様で入力されることができる。その値が推奨を満たすかどうかに基づき、ボックスが自動的にチェックされるだろう。
【００７５】
ＭＡＰ値、ＳｃＯ２／ＳｖＯ２値が、連続測定のための第２のインタフェースによっても、情報供給ツール２７によっても、敗血症処置モジュール１９に自動的に供給されない場合には、敗血症処置モジュール１９は、手動入力の可能性を提供する。この提供は、これらの値が処置の中間で維持されることを確実にするため、早ければ敗血症処置モジュール１９の起動から４時間経過したことをタイマーが示すときに可能となる。推奨が満たされるかどうかに基づき、ボックスがチェックされる。
【００７６】
推奨のより多くの詳細は、「詳細表示」キー１２７を選択することにより、ベッドサイドモニタの画面に表示される。この情報は、敗血症を支援する臨床医支援システムのストレージ３１に格納される。ベッドサイド患者モニタは、確認ボタンを有する。敗血症処置モジュール１９は、許可された人による確認ボタンの作動を認識する。こうして、現在の処置状態を反映するチェックボックスが記憶される。
【００７７】
図１１を参照すると、敗血症処置フェーズの間、敗血症処置状態を表示し、及び入力を可能にする概要ウィンドウが開かれることができる。推奨は、以下に示すようなものである。
【００７８】
・まだ満たされない推奨は、黒で示される。これらも、臨床医支援システム画面の下部領域にリスト表示される。
・遅れているＳＳＣガイドラインの推奨が、赤で示される。
・臨床医支援システム画面の下部領域に、すべての推奨が表示される。行われた推奨は、灰色で示される。
【００７９】
敗血症処置モジュールの終了
すべての推奨が満たされ及び確認されるとき、又は処置モジュールが開始されてから６時間が経過するとき、敗血症処置モジュール１９は停止される。敗血症観察モジュール２１を起動する確認信号を生成するよう臨床医に通知するためのウィンドウが、臨床医支援システム１により生成される。「いいえ」キーを押圧することにより、敗血症処置モジュール１９の起動状態を１時間延長させるための信号が生成される。
【００８０】
敗血症観察モジュール
敗血症処置モジュールの停止の後、臨床医は、敗血症観察モジュールにより患者の状態の観察において支援される。ＳＳＣは、患者の敗血症処置を終えた後に患者の状態を観察するためのガイドラインを生成した。そのガイドラインは、敗血症管理バンドル（ＳＭＢ）という名前のものである。敗血症観察モジュール２１により支援される観察ガイドラインのパラメータが与えられ、及び推奨の実現が監視される。敗血症観察フェーズが始まるとき、臨床医支援システムの画面１３１が、（モニタが構成され及び利用可能である場合）モニタ上に自動的に現れるだろう。ディスプレイの下部領域において、観察フェーズのための推奨のリストが、処置フェーズのためのリストの代わりに現れるであろう。タイマーは、処置及び観察フェーズの間の総計時間を示す。
【００８１】
敗血症管理バンドル推奨の監視
図１３を参照すると、臨床医支援システム画面の下部領域の選択により、敗血症観察ウィンドウの表示を起動させる信号が生成される。図１３を参照すると、観察が手動入力により起動されない場合、敗血症観測ウィンドウが、敗血症観察モジュール２１により起動されて６時間に１回自動的に現れることになる。
【００８２】
このウィンドウは、「低量ステロイド」推奨及び／又は「ドロトレコギン・アルファ」推奨をチェックするため、臨床医を支援する。敗血症観察モジュール２１又は観察支援モジュールが実際の病院においてそうしないように構成された場合、これらのパラメータは要求されることができない。臨床医は、ステロイド治療を開始する時に「低量ステロイドポリシー」ボックスをチェックするよう要求される。
【００８３】
臨床医は、組換え型人間活性プロテインＣ療法を開始する時に「ドロトレコギン・アルファ・ポリシー」ボックスをチェックするよう要求される。
【００８４】
これらの値の長期の安定化が実現されることを確実にするためにタイマーが２０時間に達するとき、図１３に示されるウィンドウで臨床医は、ボックス「グルコース」及び「吸気プラトー圧」をチェックするよう要求される。推奨が満たされる場合、これらのボックスはチェックされるべきである。
【００８５】
画面の詳細ボタン１２７を押すことにより、推奨に関してより多くの詳細を含むウィンドウが開かれるだろう。推奨は、敗血症観察モジュール２１に格納される。従って、臨床医支援システムは、ベッドサイド患者モニタの一部であるストレージ３１を有する。
【００８６】
格納された推奨は、インターネット又は計画的な保守サービスを介して時々更新されることができる。
【００８７】
敗血症観察画面における確認ボタン１２５を押すことにより、チェックされたボックスにより反映される実際の処置状態に割り当てられる信号が生成される。
【００８８】
敗血症観察フェーズの終了
臨床医支援システム画面上の臨床医支援システムタイマーにより記録されるように、敗血症観察モジュール２１により提供される敗血症観察フェーズ支援は通常、敗血症処置モジュール１９が起動されてから２４時間後に終了する。
【００８９】
臨床医は、「はい」キーを用いて、通常の監視がこれから開始するべきであることを確認するよう要求されることになる。「いいえ」を選択することにより、敗血症観察モジュール２１により支援される敗血症観察フェーズは、更に６時間延長される。
【００９０】
能動的な観察の完了後、敗血症観察モジュールにより支援される敗血症待機フェーズが始まる。敗血症待機フェーズは、追加的な患者安定化及び回復のための時間を可能にする。このフェーズ中、敗血症決定モジュール１７は停止される。待機フェーズは、デフォルトで７日であるが、敗血症観察モジュール２１の構成モードにおいて調整されることができる。
【００９１】
ストレージ３１には、１つの疾患特有の支援についてのすべてのユーザ対話、警報及びフェーズ変化が格納される。従って、敗血症決定、敗血症処置及び敗血症観察モジュールにより支援される敗血症処置の間のすべてのユーザ対話及び警報及びフェーズ変化が格納される。プロトコルログキー１２９を押圧することにより、ユーザは、ベッドサイド患者モニタのディスプレイにこの格納された情報を表示するよう要求することができ、及び、プリントボタンを押圧することにより、この情報は接続されるプリンタに印刷される。表示された概要は、１つの疾患に制限されることができるが、制限されないこともできる。臨床医支援システム１により、疾患特有の概要シートが生成されることができる。臨床医支援システム１により生成される敗血症関連の概要は、図１４に示される。ベッドサイドモニタに割り当てられる患者が退院するときはいつでも、このストレージの内容は消去される。
【００９２】
監視が終わるのは患者が退院するときであることが重要である。臨床医支援システム１は、モニタがスイッチを切られているとき、スタンバイモードであるとき、又は所定時間、特に６又は１２時間以上の間基本的なバイタルを監視していないとき、ポップアップウィンドウを生成する点に留意されたい。このウィンドウは、新たな患者が監視されているかどうか質問することにより患者を退院させる臨床医を支援し、及びこれが当てはまる場合には、以前の患者を退院させるため、ポップアップキーを提供する。
【００９３】
前述されている敗血症決定、敗血症処置及び敗血症観察手順の処理はヒストリーファイルに格納される。このヒストリーファイルは、表示及び印刷されることができる。図１４を参照すると、ヒストリーファイルは、例えばどの人が手動入力を行ったか、どの人が推奨のチェックを外したかを説明するのに使用されることができる。
【技術分野】
【０００１】
本発明は、臨床医決定支援システムに関する。
【背景技術】
【０００２】
米国特許出願公開第2006/0122869 A9号は、遠隔地から病院環境におけるケアを標準化するシステム及び方法を開示する。所与の状態に対する最新のケア及び実践標準に関する情報が、決定支援モジュールに提供される。決定支援モジュールは、特定の医学状態に対する実践の標準化されたガイドラインを反映する決定支援アルゴリズムを有する。このシステムによって、２４時間／１週間７日間の患者監視及び管理サービスを、地理的に分散した複数の集中治療室に提供することが可能である。患者の遠隔視覚監視を可能にするために、システムは、ビデオモニタを有する。システムは、医師資源データベースに医師がアクセスすることを可能にするインタフェースを有する。データベースは、診断アルゴリズムを有する。そこで、医師は、標準化された診断アルゴリズムに関する標準化された情報を得る。更なる標準化されたケア及び処置が、医師資源データベースにより与えられる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
多くの医療組織が、疾患の認識及び疾患の処置のためのガイドラインを開発する活動に取り組んでいる。例えば、「敗血症生存キャンペーン」がある。
【０００４】
本発明の目的は、標準化されたガイドライン及び標準化された処置ガイドラインの使用において医局員を支援するための支援デバイス／システムを提供することである。
【課題を解決するための手段】
【０００５】
この目的は、臨床医支援システムによって実現される。臨床医支援システムは、疾患特有の決定モジュール、疾患特有の処置モジュール又は疾患特有の観察モジュールのうちの少なくとも１つのモジュールと、手動による患者関連の入力のための第１のインタフェースと、センサ信号の連続入力のための第２のインタフェースとを有する。従って、上記第１のインタフェースを用いて、手動で測定された生理値を供給することが可能である。更に、連続的に測定された信号が、第２のインタフェースにより供給される。連続的に測定された信号は、所定の時間間隔内に測定される信号であり、及び、測定される信号は、ユーザ対話なしに自動的に供給されることになる。
【０００６】
本発明のベッドサイド患者モニタのある実施形態において、上記臨床医支援システムは、処置処理において臨床医を支援するため、少なくとも１つの疾患特有の処置モジュールを有する。上記疾患特有の処置モジュールは、有資格者による手動の入力トリガ信号によってのみ開始される。
【０００７】
ベッドサイド患者モニタのある実施形態においては、上記臨床医支援システムが、治療される患者の観察のため、少なくとも１つの観察支援モジュールを有し、上記疾患特有の観察モジュールが、上記疾患特有の処置モジュールの停止を介して生成される信号により起動される。
【０００８】
ベッドサイド患者モニタの更なる実施形態において、実行中の処置手順を信号伝達するインジケータが提供される。従って、処置手順が実行中であることがすぐに認識されることができる。これは、患者のために追加的な行動を計画する臨床医スタッフの役に立つ。更に、臨床医支援スクリーンがベッドサイド患者モニタのディスプレイに表示される場合、臨床医は患者の状態の良好な概要を得ることにおいて支援される。インジケータは、例えば、実行中の疾患特有のモジュールについてのインジケータである。決定、処置又は観察モジュールが実行中である場合、実際に実行中のモジュールを示すためアイコンが使用されることができる。異なるアイコンが、異なる疾患に対して使用されることができる。
【０００９】
ベッドサイド患者モニタのある実施形態において、上記臨床医支援システムは、情報供給ツールを有する。上記要求された情報が上記第２のインタフェースにより供給されない場合、上記情報供給ツールが、情報要求を拡散させる。例えば、病院ネットワークに対するネットワーク接続、特に無線接続を用いて、要求が病院の中央端末に送信されるか、又はこの要求が、インターネットを用いて遠隔地の微生物学施設又はセンタに供給される。この要求は、正しい患者に割り当てられる情報が供給されることを確実にするため、患者識別を有する。例えば、ベッドサイド患者モニタといったベッドサイドデバイスにより識別コードが与えられる。
【００１０】
特に体液又はプローブは、遠隔地の微生物学センタにおいて分析される。従って、利用可能な場合には、この要求された情報は、臨床医支援システムに供給される。もちろん、正しい患者についての要求された情報が供給されることを確実にするため、この要求が、患者識別情報を有することができる。要求された情報が利用可能でない場合、上記情報供給ツールは、上記第１のインタフェースを介しての手動入力を起動させるためにベッドサイド患者モニタのディスプレイ上にポップアップウィンドウを生成する。要求された情報が供給される場合、ポップアップウィンドウは消えるだろう。
【００１１】
ベッドサイド患者モニタは、臨床医支援方法を実施するために使用される。臨床医支援方法の間、決定処理、処置処理又は観察処理を支援する少なくとも１つの疾患特有のモジュールが起動される。この方法は、自動入力の認識と、実行モジュールにより要求される情報を提供する手動入力のトリガとを有する。
【００１２】
ある実施形態において、この方法は、手動入力を起動させるためのポップアップウィンドウを生成する。ポップアップウィンドウは、患者モニタのディスプレイに表示される。要求された入力に基づき、異なる人の手動入力が受け入れられることになる。例えば、患者自身により実施される温度測定の手動入力が、受け入れられることができる。
【００１３】
ある実施形態において、この方法は、識別コードに関連づけられる手動入力情報を格納する。識別コードは、個人又は人のグループに割り当てられる。この識別コードによって、どの人が手動入力をしたかを確立することが可能である。
【００１４】
ある実施形態では、ある方法は提供される。この方法において、実行中の処置処理により要求される手動入力に対する要求が、実行中の決定又は実行中の観察モジュールの要求より好まれて実行される。
【００１５】
更なる実施形態においては、実行中の決定モジュールにより生成される要求が、実行中の観察モジュールでの生成された要求より好まれて実行される。
【００１６】
ある実施形態では、未応答の要求が、所定時間の後現れることになる。特に要求ウィンドウが閉じられた後５、１０又は１５分して、この要求が再び現れるだろう。特に要求された情報に依存して、ウィンドウの再表示に対する異なる持続時間が、事前に決定されることができる。
【図面の簡単な説明】
【００１７】
【図１】臨床医支援システムを示す図である。
【図２】臨床医支援システムを有するベッドサイド患者モニタを示す図である。
【図３】敗血症決定、処置及び観察処理のフローチャートを示す図である。
【図４】感染兆候及び症状ウィンドウを示す図である。
【図５】新たな感染ウィンドウを示す図である。
【図６】乳酸要求ウィンドウを示す図である。
【図７】低血圧症評価要求ウィンドウを示す図である。
【図８】感染確認ウィンドウを示す図である。
【図９】臨床医許可ウィンドウを示す図である。
【図１０】敗血症処置スクリーンを示す図である。
【図１１】敗血症処置推奨監視ウィンドウを示す図である。
【図１２】敗血症処置停止ウィンドウを示す図である。
【図１３】敗血症観測ウィンドウを示す図である。
【図１４】プロトコルログを示す図である。
【発明を実施するための形態】
【００１８】
以下において、臨床医支援システム及び臨床医支援の方法が、更に詳細に記載される。非常に詳細な説明が敗血症の疾患に関して与えられる。しかし、本発明の範囲は記載されている特定の実施形態に限定されない。
【００１９】
臨床医支援システムは、複数の疾患の認識、処置及び観察において臨床スタッフを支援する。例えば敗血症といった複数の疾患の処置に関する標準化されたガイドラインを生成するための多くの活動が、医療施設において行われている。
【００２０】
特に敗血症を例にとって、本発明は、以下更に詳細に記載される。
【００２１】
更に、明細書及び請求項における第１、第２、第３等の用語は、同様な要素間を識別するのに使用され、必ずしも順次的な順序又は実際の順序を表すものではない。そのように使用されるこれらの用語は、適切な環境下において互いに交換可能であり、本書に述べられる本発明の実施形態は、本書に説明又は図示される順序以外の他の順番で動作することができる点を理解されたい。
【００２２】
更に、明細書及び請求項におけるトップ(表面、上部)、ボトム(底面、下部)、オーバー(上)、アンダー(下)等の用語は、説明目的で使用されるものであり、必ずしも相対的な位置を表すものではない。そのように使用されるこれらの用語は、適切な環境下において互いに交換可能であり、本書に述べられる本発明の実施形態は、本書に説明又は図示される方向以外の他の方向で動作することができる点を理解されたい。
【００２３】
本明細書及び請求項において使用される「有する」という用語は、その後に記載される手段に限定するものとして解釈されるべきでない点に留意されたい。それは、他の要素又はステップを除外するものではない。従って、「手段A及び手段Bを有するデバイス」という表現の範囲は、要素A及び要素Bのみからなるデバイスに限定されるべきではない。それは、本発明に関して、デバイスの関連要素がAとBとであることだけを意味する。
【００２４】
図１において、臨床医支援システム１の一般的な構造が示される。臨床医支援システムは、疾患特有の決定モジュール１１有する決定支援モジュール３を有する。ここで、疾患特有のモジュールは、敗血症決定モジュール１７である。敗血症決定モジュールは、敗血症処置モジュール１９と関連付けられる。敗血症処置モジュールは、疾患特有の処置モジュール１３の１つの例である。疾患特有の処置モジュール１３は、処置支援モジュール５の一部である。疾患特有の観察モジュール２１は、観察支援モジュール７の一部である。疾患特有の観察モジュール１５は、疾患特有の処置モジュール１３に割り当てられることができる。図１に示されるように、処置、決定及び観察モジュールが、すべての疾患に対して提供されるというわけではない。同じ疾患に割り当てられるモジュール１１、１３、１５は関連付けられる。したがって、敗血症決定モジュールは、敗血症処置モジュールに関連付けられる。敗血症処置モジュールは、敗血症観察モジュールに関連付けられる。同様に、離乳処置モジュール２３は、離乳観察モジュール２５に関連付けられる。決定処理４、処置処理６、又は観察処理８のためにだけ、臨床医支援システムを使用することも可能である。
【００２５】
決定支援モジュール３、処置支援モジュール５、観察支援モジュール７が、情報供給ツール２７に関連付けられる。患者関連情報、及び例えば敗血症蘇生バンドルといった臨床医支援モジュールにより支援されるガイドラインを格納する追加的なストレージ３１が提供される。
【００２６】
以下において、本発明は、敗血症／敗血症性ショックの疾患に対して更に詳細に記載される。もちろん、臨床医支援システムの使用は、この例に限定されない。
【００２７】
臨床医支援システム１は、決定支援モジュール３、処置支援モジュール５、及び観察支援モジュール７を有する。
【００２８】
決定支援モジュール３は、敗血症決定モジュール１７を有する。敗血症決定モジュール１７は、標準化された敗血症ガイドライン基準と比較して、患者状態の測定値及び評価に関して支援を提供する。
【００２９】
敗血症生存キャンペーン（ＳＳＣ）は、敗血症患者の検出、処置及び観察に対するガイドラインを発展させた。臨床医支援システム１は、例えば敗血症生存キャンペーン（ＳＳＣ）ガイドラインを用いて、臨床医を支援する。患者についての検出された状態をガイドライン基準と比較することにより、臨床医支援システム１は、例えば敗血症といった特定の疾患の初期兆候及び症状を認識する際に支援する。この特定の疾患の認識の後、臨床医は、疾患特有の処置モジュール１３、ここでは敗血症処置モジュール１９を有する処置支援モジュール５によって、ガイドラインにおいて規定される推奨された処置ステップを介して案内される。
【００３０】
指定された基準が満たされたと敗血症決定モジュール１７が認識するとき、敗血症決定モジュール１７は所定のウィンドウの表示を起動する。このウィンドウは、資格を持つ者により感染及び敗血症関連の臓器機能不全の存在の確認を要求する。資格を持つ者がその急性度合いについての印象を得ることを確実にするため、その患者に割り当てられるベッドサイド患者モニタ１０１にだけこの要求に関するウィンドウを表示することが可能である。
【００３１】
敗血症処置モジュール１９は、ベッドサイド患者モニタの手動入力１０５を介して生成される有資格者によるトリガ信号により起動される。プロの臨床医だけが、適格な手動入力トリガ信号を生成する資格を与えられる。資格を持つ者により生成される手動入力トリガ信号の認識は、要求された識別コード、指紋等により承認されることができる。
【００３２】
処置支援モジュール５は、一般に患者の処置を支援し、上記処置支援モジュールは、特別な疾患の処置において支援を提供する疾患特有の処置モジュール１３を有する。すると、敗血症蘇生バンドルという名前の敗血症処置ガイドラインを行うことが、敗血症処置モジュール１９により支援される。
【００３３】
敗血症処置モジュールは、ベッドサイド患者モニタのディスプレイに、蘇生術に関する敗血症生存キャンペーン（ＳＳＣ）推奨リストの表示を起動する。
【００３４】
推奨リストが実行されるにつれ、その推奨のチェックが外されることができる(checked off)。敗血症処置モジュール１９がすべての蘇生術目的の達成を認識した後、又は、最後の処置から６時間後に、敗血症処置モジュール１９は完了され、及び、処置支援モジュール１９により生成されるトリガ信号により敗血症観察モジュール２１が起動される。
【００３５】
敗血症観察モジュール２１は、敗血症管理バンドルを実施する臨床医を支援する。患者状態を維持するためのＳＳＣ推奨がリスト表示され、支援が進行するにつれ、チェックが外されることができる。敗血症蘇生バンドルが開始してから２４時間が過ぎるとき、又は図２で管理バンドルのすべての推奨のチェックが外される場合、敗血症管理バンドルは終了する。モニタに接続する前に敗血症としてある患者がすでに診断されている場合、敗血症性処置モジュールは、有資格者による手動生成されたトリガ信号により起動／入力されることができる。
【００３６】
図３において、臨床医支援モジュール１を有するベッドサイド患者モニタ１０１が示される。ベッドサイド患者モニタ１０１は、キーボード１１１に接続される第１のインタフェース１０５、及び、少なくとも１つの患者接続デバイス又はセンサに接続される第２のインタフェース１０７を有する。患者接続デバイスは、例えば連続温度測定といった生理的情報を自動的に提供するために使用される。ベッドサイド患者モニタは、ディスプレイ１０３を有する。ベッドサイド患者モニタは、臨床ネットワーク１１５及び／又はインターネットへの接続を確立するオプションを有する。ネットワーク接続は、無線接続とすることができる。インターネット接続は、格納された臨床医推奨及びガイドラインを定期的に自動更新するために使用されることができる。更に、インターネット又は臨床医ネットワーク接続は、例えば微生物学研究室で生成される患者関連情報を提供するために使用されることができる。微生物学研究室は、病院と離れていてよい。
【００３７】
臨床医支援システム１により疾患特有の所定のセットの情報が認識される場合、疾患特有の決定支援モジュール１１が開始される。敗血症の場合、成人の患者がベッドサイド患者モニタに接続されるとすぐに、敗血症決定モジュール１７が開始され、心拍数又はパルスが測定される。敗血症決定モジュール１７は、バックグラウンドで心拍数、温度及び呼吸数値の観察を開始する。連続測定のための第２のインタフェース１０７に接続されるセンサ１０８を経由して温度情報又は呼吸数情報が連続的に測定されない場合、要求される情報の手動測定及び入力を起動させるために、例えば４時間の間隔といった所定の間隔でポップアップウィンドウが現れることになる。情報は、手動入力のための第１のインタフェース１０５を用いて敗血症決定モジュールに供給されることになる。ポップアップウィンドウは、要求された情報を入力することなく閉じられることができるが、所定の間隔の後、好ましくは、正常間隔より短い間隔で、敗血症決定モジュール１７によりこのウィンドウのポップアップが再び起動される。
【００３８】
手動入力された値は、人に関する情報及び入力の時間を持つラベルを付けられる。これらの利用できる値の全てが、敗血症ガイドライン基準と比較される。９０以上の心拍（ＨＲ）、３８．３℃以上の（１００．９°Ｆ）又は３６．０℃（９６．８°Ｆ）を下回る温度、２０以上の呼吸数（ＲＲ）。
【００３９】
値の任意の一つがスクリーニング基準を満たす場合、敗血症決定モジュール１７は、図４において示される感染兆候及び症状ウィンドウの表示を起動させる。
【００４０】
基準を満たした測定値が点滅して示される（上記の例において、それは心頻拍である）。
【００４１】
リスト表示される感染兆候及び症状に対して、チェックボックスが存在するであろう。これは、以下の場合にである。
【００４２】
・臨床医支援システムが、第２のインタフェース１０７を介して要求された情報を受信する場合であって、供給される情報がガイドライン基準を満たす場合。
【００４３】
・第２のインタフェース１０７又は情報供給ツール２７を介して利用できないすべての兆候及び症状に対して。
【００４４】
情報供給ツール２７は、前述のように臨床医支援システム１の一部である。情報供給ツール２７は、必要とされる情報を提供するため、例えば、接続される中央端末又は接続される遠隔地の医療検査室センタから要求される情報を集めるため、リクエストをその遠隔地に送信する。要求された情報が情報供給ツール２７により供給されない場合、手動入力を起動させるため敗血症決定モジュール１７によりウィンドウが起動される。
【００４５】
問題の兆候又は症状が存在し、かつ新しいかどうかに関して、臨床医はボックスをチェックするよう要求される。もし存在しかつ新しい場合には、敗血症決定モジュール１７により、確認が要求される。患者が機械的に肺換気を行う場合、頻呼吸ボックスがチェックされなければならない。温度又は呼吸数が手動で測定される場合、測定値は、呼吸数入力に対しては「ＲＲ入力」キーを用いて（図示省略）及び手動温度入力に対しては「温度入力」キー（図示省略）を用いて供給されることができる。「確認」キー１２５の選択により、臨床医支援システム１により、ここでは敗血症決定モジュール１７により、確認情報が格納される。
【００４６】
入力が行われることなくリクエストウインドウが閉じられる場合、例えば１５分、１０分、又は５分後といった所定の時間期間の後、リクエストウインドウは再び起動されることになる。
【００４７】
更に、以前に基準を満たしていたＨＲ、温度又はＲＲ値が現時点で悪化している場合、又は８時間（１２時間まで構成可能）後に、少なくとも１つの感染兆候がまだ存在する場合には、敗血症決定モジュール１７により起動されるウィンドウが再び現れるだろう。
【００４８】
敗血症決定モジュール１７が、図４の感染兆候及び症状ウィンドウにおいて２つ以上の感染兆候の確認を認識する場合、図５において示されるように新たなポップアップウィンドウが、敗血症決定モジュール１７により起動される。このウィンドウは、ベッドサイド患者モニタ１０１のディスプレイに現れるだろう。以下に記載されるすべてのウィンドウは、ベッドサイド患者モニタ１０１のディスプレイに表示されるものである。
【００４９】
敗血症決定モジュール１７が、「はい」が選択されることを表す信号を受信する場合、乳酸測定値の入力を要求する次の画面が、敗血症決定モジュール１７により起動される。
【００５０】
敗血症決定モジュール１７により「いいえ」の選択を表す信号が受信される場合、決定フェーズは続くことになり、及び、以前に基準を満たした測定値が悪化する場合、又は遅くとも８時間（１２時間まで構成可能）後に、少なくとも１つの感染兆候がまだ存在する場合には、図４に示されるような感染兆候及び症状ウィンドウが再び現れる。この再表示は敗血症決定モジュールにより起動される。
【００５１】
手動乳酸入力については、図６を参照されたい。
【００５２】
図６を参照すると、情報供給ツール２７により乳酸値が敗血症決定モジュールに与えられない場合、「乳酸入力」キー１２１を選択することにより、ユーザは手動で乳酸値を入力するよう誘導される。情報が情報供給ツール２７により供給される場合、図５のウィンドウは現れない。入力される値が４ｍｍｏｌ／ｌより大きい場合、チェックボックスが自動的にチェックされるだろう。
【００５３】
「確認」１２５を選択することにより、入力された値が敗血症決定モジュールに送られ、及び確認情報が臨床医支援システムにより格納される。臨床医支援システム１の使用の間供給されるすべての情報は、ベッドサイド患者モニタの一部であるストレージに格納される。更に、提供される情報を接続される中央端末の中央ストレージに記憶することも可能にされることができる。
【００５４】
４ｍｍｏｌ／ｌより大きい乳酸値を表す信号が敗血症決定モジュールに届くと、敗血症決定モジュール１７は、この値が敗血症に関するＳＳＣガイドライン基準を満たすと認識する。敗血症決定モジュール１７は、許可された臨床医レビューによる承認を要求するために、ウィンドウの表示を起動させる。許可された臨床医レビューを表す信号により、敗血症決定モジュールが停止され、及び敗血症処置モジュールが起動される。許可された承認を表す信号は、手動入力１０５により生成される。
【００５５】
４ｍｍｏｌ／ｌ以下の乳酸値を表す信号が敗血症決定モジュール１７に供給される場合、敗血症決定モジュール１７により起動される追加的なウィンドウが現れるだろう。この場合、血圧値が、連続測定のために第２のインタフェース１０７により利用可能となっていない。患者が敗血症に対する敗血症ガイドライン基準を満たすかどうかを血圧値に基づき決定するため、このウィンドウは血圧値の手動入力を要求する。
【００５６】
血圧低下評価
図７を参照すると、乳酸値が４ｍｍｏｌ／ｌを越えない場合、持続性の血圧低下に関する入力を要求するため、敗血症決定モジュール１７が次のウィンドウを起動させる。
【００５７】
血圧低下は、ＳＳＣガイドラインにより以下のように規定される。
【００５８】
・ＳＢＰ＜９０ｍｍＨｇ（１２．０ｋＰａ）、又は
・ＭＡＰ＜６５ｍｍＨｇ（９．０ｋＰａ）、又は
・基線の下でＳＢＰ減少＞４０ｍｍＨｇ（５．０ｋＰａ）。
【００５９】
「詳細表示」キー１２７を選択することにより、敗血症ガイドラインにおいて規定される血圧低下の定義が表示されるだろう。「はい」を選択することにより、敗血症ガイドラインにおいて規定される持続性の血圧低下が、敗血症決定モジュール１７により認識される。その後、許可された承認を要求する最終的なウィンドウが起動される。図９を参照すると、この許可された承認により、敗血症決定モジュール１７を停止させる信号及び敗血症処置モジュール１９を起動させる信号が生成される。
【００６０】
患者が持続性の血圧低下を持たないという入力を表す信号が生成される場合、敗血症決定モジュール１７は、１時間後に図８に示されるウィンドウの表示を起動させる。前に通知された感染の存在に関する情報が要求される。
【００６１】
「はい」を入力することにより、図６、図７のチェックが繰り返されることになる。「いいえ」が選択される場合、決定支援モジュール１７は、心拍数、温度及び呼吸数値とＳＳＣ基準との比較を継続することになる。
【００６２】
キャプチャされた情報の表示が起動されることをもたらす「プロトコルログ」ボタン１２９を選択することにより、敗血症決定モジュールにより支援される処理をレビューすることが可能である。図１４を参照すると、この文書を印刷することが可能である。
【００６３】
処置処理の間、臨床医を支援する敗血症処置モジュール１９は、許可された人によってのみ開始されることができる。
【００６４】
敗血症処置モジュール
患者の処置を実施する臨床医は、敗血症処置モジュール１９を使用することによりＳＳＣにより提案される推奨された態様において支援される。図１０を参照を参照すると、敗血症蘇生バンドル（ＳＲＢ）と呼ばれるＳＳＣからの処置推奨が、敗血症処置モジュール１９により起動されるベッドサイド患者モニタのディスプレイに与えられる。更に、敗血症処置モジュール１９は、推奨の実現を監視する。
【００６５】
敗血症処置モジュール１９は、敗血症処置モジュールが起動されていることを示すためのインジケータを作動させる。この例において、インジケータは、ベッドサイド患者モニタのディスプレイにより表示される黄色の警報である。
【００６６】
ベッドサイド患者モニタのディスプレイの下部領域は、以下を含む。
【００６７】
・処置推奨の中のリマインダリスト、
・このフェーズにおいてすでに経過した時間を示すタイマー、
・ＭＡＰ、ＣＶＰ及びＳｃｖＯ２又はＳｖＯ２に対する３つの水平トレンド（測定値が利用できる場合）。
【００６８】
ＳｃｖＯ２又はＳｖＯ２が第２のインタフェース１０７を介して連続的に供給されていない場合、敗血症処置モジュール１９により起動される手動測定値を要求するポップアップウィンドウが、１時間に１回の間隔で現れるだろう。要求された情報が入力されることなくこのウィンドウが閉じられるとき、所定のタイムスライスの後ポップアップウィンドウが現れるだろう。所定のタイムスライスは、必要な情報を要求する第１のポップアップウィンドウが表示された後、例えば１０又は１５分である。
【００６９】
敗血症処置モジュール１９により支援されるＳＲＢに基づく処置処理６は、臨床医支援システムにより監視される。必要な場合プロトコルログキー１２９を使用すれば、支援される処理のうちの全ての状態又は１つの状態が、ベッドサイド患者モニタのディスプレイに表示されるだろう。標準臨床医支援ウィンドウが選択されることができる。その結果、実行中の処置モジュールの状態が、ベッドサイド患者モニタの画面又はディスプレイに表示される。臨床医支援ウィンドウが表示されない場合、この表示はユーザ入力により起動されることができる。臨床医支援システムウィンドウ１３１は、患者モニタディスプレイの下部領域に表示される。臨床医支援システムウィンドウ１３１が表示されない場合、実行中の処置モジュールの状態、ここでは実行中の敗血症処置処理に関する少なくとも状態情報が、敗血症処置モジュール１９により起動されて自動的に１時間につき１回ベッドサイド患者モニタのディスプレイ上に現れる。
【００７０】
図１１において、敗血症処置モジュールにより支援される敗血症の処置処理の状態を表示するウィンドウが示される。このウィンドウは、ベッドサイド患者モニタのスクリーンに表示される。ウィンドウの内容は、ＳＳＣにより提案される処置ガイドラインに従ったものである。
【００７１】
「乳酸入力」キー又はボタン１２１を選択することにより、乳酸値の手動情報入力処理が支援され、この情報が臨床医支援システムに格納されることになる。乳酸値が入力されるとき、又は乳酸値が情報供給ツール２７により以前に入力又は供給されていた場合、ボックスがチェックされるだろう。
【００７２】
更に、臨床医は、採取された血液培養の登録により支援される。これらの血液培養の情報は、手動入力により敗血症処置モジュールに供給されることができる。登録された血液培養から期待される情報は、情報供給ツールにより所定のタイムスライスの後自動的に要求されることができる。「抗生物質の静脈投与」ボックスをチェックすることにより、臨床医は、幅広いスペクトル抗生物質療法の起動時間の記録に際し便利な態様で支援される。
【００７３】
ＳＳＣ処置ガイドラインの残りの３つの推奨は、敗血症処置モジュール１９により、利用可能な情報と自動的に比較されることになる。従って、第２のインタフェース１０７を介して利用可能な信号がチェックされることになる。推奨が満たされたと敗血症処置モジュールが認識するとき、ボックスがチェックされるだろう。
【００７４】
ＳｃｖＯ２値が手動で測定される場合、この値は、「ＳｃｖＯ２入力」キー１２３を使用することにより便利な態様で入力されることができる。その値が推奨を満たすかどうかに基づき、ボックスが自動的にチェックされるだろう。
【００７５】
ＭＡＰ値、ＳｃＯ２／ＳｖＯ２値が、連続測定のための第２のインタフェースによっても、情報供給ツール２７によっても、敗血症処置モジュール１９に自動的に供給されない場合には、敗血症処置モジュール１９は、手動入力の可能性を提供する。この提供は、これらの値が処置の中間で維持されることを確実にするため、早ければ敗血症処置モジュール１９の起動から４時間経過したことをタイマーが示すときに可能となる。推奨が満たされるかどうかに基づき、ボックスがチェックされる。
【００７６】
推奨のより多くの詳細は、「詳細表示」キー１２７を選択することにより、ベッドサイドモニタの画面に表示される。この情報は、敗血症を支援する臨床医支援システムのストレージ３１に格納される。ベッドサイド患者モニタは、確認ボタンを有する。敗血症処置モジュール１９は、許可された人による確認ボタンの作動を認識する。こうして、現在の処置状態を反映するチェックボックスが記憶される。
【００７７】
図１１を参照すると、敗血症処置フェーズの間、敗血症処置状態を表示し、及び入力を可能にする概要ウィンドウが開かれることができる。推奨は、以下に示すようなものである。
【００７８】
・まだ満たされない推奨は、黒で示される。これらも、臨床医支援システム画面の下部領域にリスト表示される。
・遅れているＳＳＣガイドラインの推奨が、赤で示される。
・臨床医支援システム画面の下部領域に、すべての推奨が表示される。行われた推奨は、灰色で示される。
【００７９】
敗血症処置モジュールの終了
すべての推奨が満たされ及び確認されるとき、又は処置モジュールが開始されてから６時間が経過するとき、敗血症処置モジュール１９は停止される。敗血症観察モジュール２１を起動する確認信号を生成するよう臨床医に通知するためのウィンドウが、臨床医支援システム１により生成される。「いいえ」キーを押圧することにより、敗血症処置モジュール１９の起動状態を１時間延長させるための信号が生成される。
【００８０】
敗血症観察モジュール
敗血症処置モジュールの停止の後、臨床医は、敗血症観察モジュールにより患者の状態の観察において支援される。ＳＳＣは、患者の敗血症処置を終えた後に患者の状態を観察するためのガイドラインを生成した。そのガイドラインは、敗血症管理バンドル（ＳＭＢ）という名前のものである。敗血症観察モジュール２１により支援される観察ガイドラインのパラメータが与えられ、及び推奨の実現が監視される。敗血症観察フェーズが始まるとき、臨床医支援システムの画面１３１が、（モニタが構成され及び利用可能である場合）モニタ上に自動的に現れるだろう。ディスプレイの下部領域において、観察フェーズのための推奨のリストが、処置フェーズのためのリストの代わりに現れるであろう。タイマーは、処置及び観察フェーズの間の総計時間を示す。
【００８１】
敗血症管理バンドル推奨の監視
図１３を参照すると、臨床医支援システム画面の下部領域の選択により、敗血症観察ウィンドウの表示を起動させる信号が生成される。図１３を参照すると、観察が手動入力により起動されない場合、敗血症観測ウィンドウが、敗血症観察モジュール２１により起動されて６時間に１回自動的に現れることになる。
【００８２】
このウィンドウは、「低量ステロイド」推奨及び／又は「ドロトレコギン・アルファ」推奨をチェックするため、臨床医を支援する。敗血症観察モジュール２１又は観察支援モジュールが実際の病院においてそうしないように構成された場合、これらのパラメータは要求されることができない。臨床医は、ステロイド治療を開始する時に「低量ステロイドポリシー」ボックスをチェックするよう要求される。
【００８３】
臨床医は、組換え型人間活性プロテインＣ療法を開始する時に「ドロトレコギン・アルファ・ポリシー」ボックスをチェックするよう要求される。
【００８４】
これらの値の長期の安定化が実現されることを確実にするためにタイマーが２０時間に達するとき、図１３に示されるウィンドウで臨床医は、ボックス「グルコース」及び「吸気プラトー圧」をチェックするよう要求される。推奨が満たされる場合、これらのボックスはチェックされるべきである。
【００８５】
画面の詳細ボタン１２７を押すことにより、推奨に関してより多くの詳細を含むウィンドウが開かれるだろう。推奨は、敗血症観察モジュール２１に格納される。従って、臨床医支援システムは、ベッドサイド患者モニタの一部であるストレージ３１を有する。
【００８６】
格納された推奨は、インターネット又は計画的な保守サービスを介して時々更新されることができる。
【００８７】
敗血症観察画面における確認ボタン１２５を押すことにより、チェックされたボックスにより反映される実際の処置状態に割り当てられる信号が生成される。
【００８８】
敗血症観察フェーズの終了
臨床医支援システム画面上の臨床医支援システムタイマーにより記録されるように、敗血症観察モジュール２１により提供される敗血症観察フェーズ支援は通常、敗血症処置モジュール１９が起動されてから２４時間後に終了する。
【００８９】
臨床医は、「はい」キーを用いて、通常の監視がこれから開始するべきであることを確認するよう要求されることになる。「いいえ」を選択することにより、敗血症観察モジュール２１により支援される敗血症観察フェーズは、更に６時間延長される。
【００９０】
能動的な観察の完了後、敗血症観察モジュールにより支援される敗血症待機フェーズが始まる。敗血症待機フェーズは、追加的な患者安定化及び回復のための時間を可能にする。このフェーズ中、敗血症決定モジュール１７は停止される。待機フェーズは、デフォルトで７日であるが、敗血症観察モジュール２１の構成モードにおいて調整されることができる。
【００９１】
ストレージ３１には、１つの疾患特有の支援についてのすべてのユーザ対話、警報及びフェーズ変化が格納される。従って、敗血症決定、敗血症処置及び敗血症観察モジュールにより支援される敗血症処置の間のすべてのユーザ対話及び警報及びフェーズ変化が格納される。プロトコルログキー１２９を押圧することにより、ユーザは、ベッドサイド患者モニタのディスプレイにこの格納された情報を表示するよう要求することができ、及び、プリントボタンを押圧することにより、この情報は接続されるプリンタに印刷される。表示された概要は、１つの疾患に制限されることができるが、制限されないこともできる。臨床医支援システム１により、疾患特有の概要シートが生成されることができる。臨床医支援システム１により生成される敗血症関連の概要は、図１４に示される。ベッドサイドモニタに割り当てられる患者が退院するときはいつでも、このストレージの内容は消去される。
【００９２】
監視が終わるのは患者が退院するときであることが重要である。臨床医支援システム１は、モニタがスイッチを切られているとき、スタンバイモードであるとき、又は所定時間、特に６又は１２時間以上の間基本的なバイタルを監視していないとき、ポップアップウィンドウを生成する点に留意されたい。このウィンドウは、新たな患者が監視されているかどうか質問することにより患者を退院させる臨床医を支援し、及びこれが当てはまる場合には、以前の患者を退院させるため、ポップアップキーを提供する。
【００９３】
前述されている敗血症決定、敗血症処置及び敗血症観察手順の処理はヒストリーファイルに格納される。このヒストリーファイルは、表示及び印刷されることができる。図１４を参照すると、ヒストリーファイルは、例えばどの人が手動入力を行ったか、どの人が推奨のチェックを外したかを説明するのに使用されることができる。
【特許請求の範囲】
【請求項１】
ベッドサイド患者モニタであって、疾患特有の決定モジュール、疾患特有の処置モジュール又は疾患特有の観察モジュールのうちの少なくとも１つのモジュールを有する臨床医支援システムと、手動による患者関連の入力のための第１のインタフェースと、センサ信号の連続入力のための第２のインタフェースとを有する、ベッドサイド患者モニタ。
【請求項２】
前記臨床医支援システムが、前記処置処理において臨床医を支援するため、少なくとも１つの疾患特有の処置モジュールを有し、前記疾患特有の処置モジュールが、有資格者による手動入力トリガ信号によってのみ開始される、請求項１に記載のベッドサイド患者モニタ。
【請求項３】
前記臨床医支援システムが、治療される患者の観察のため、少なくとも１つの観察支援モジュールを有し、前記疾患特有の観察モジュールが、前記疾患特有の処置モジュールの停止を介して生成される信号により起動される、請求項２に記載のベッドサイド患者モニタ。
【請求項４】
実行中の前記処置手順を信号伝達するインジケータ有する、請求項２に記載のベッドサイド患者モニタ。
【請求項５】
前記臨床医支援システムは、前記疾患特有のモジュールのうちの少なくとも１つにより要求される情報を供給する、情報供給ツールを有し、前記要求された情報が、自動入力のためのインタフェース又は接続される遠隔地の送信元を介して利用できない場合、前記情報供給ツールが、前記第１のインタフェースを介しての手動入力を起動させるためポップアップウィンドウを生成する、請求項１に記載のベッドサイド患者モニタ。
【請求項６】
前記遠隔地の送信元が、遠隔地の中央端末又は遠隔地の微量分析センタである、請求項５に記載のベッドサイド患者モニタ。
【請求項７】
疾患特有のモジュールを用いて決定処理、処置処理又は観察処理を支援する臨床医支援の方法において、利用できない情報を供給するため手動入力が起動され、第１のインタフェースを介して前記情報を供給するため、該情報が、実行中の支援処理により要求される、方法。
【請求項８】
異なる疾患の異なる疾患特有のモジュールが、平行して能動状態となることができ、特定の疾患の１つのモジュールだけが、同時に実行中となる、請求項７に記載の臨床医支援の方法。
【請求項９】
実行中の決定モジュールにより起動される手動入力要求が実行される前に、実行中の疾患特有の処置モジュールにより起動される情報要求の手動入力が実行される、請求項８に記載の臨床医支援の方法。
【請求項１０】
実行中の疾患特有の観察モジュールにより起動される手動入力要求が実行される前に、実行中の疾患特有の決定モジュールにより起動される情報要求の手動入力が実行される、請求項８又は９に記載の臨床医支援の方法。
【請求項１１】
未応答の手動情報要求が、所定のタイムスライスの後、好ましくは５又は１０分後に再び現れることになる、請求項７に記載の臨床医支援の方法。
【請求項１２】
実行モジュールの状態概要が、少なくとも１時間に１回自動的に表示される、請求項７に記載の方法。
【請求項１】
ベッドサイド患者モニタであって、疾患特有の決定モジュール、疾患特有の処置モジュール又は疾患特有の観察モジュールのうちの少なくとも１つのモジュールを有する臨床医支援システムと、手動による患者関連の入力のための第１のインタフェースと、センサ信号の連続入力のための第２のインタフェースとを有する、ベッドサイド患者モニタ。
【請求項２】
前記臨床医支援システムが、前記処置処理において臨床医を支援するため、少なくとも１つの疾患特有の処置モジュールを有し、前記疾患特有の処置モジュールが、有資格者による手動入力トリガ信号によってのみ開始される、請求項１に記載のベッドサイド患者モニタ。
【請求項３】
前記臨床医支援システムが、治療される患者の観察のため、少なくとも１つの観察支援モジュールを有し、前記疾患特有の観察モジュールが、前記疾患特有の処置モジュールの停止を介して生成される信号により起動される、請求項２に記載のベッドサイド患者モニタ。
【請求項４】
実行中の前記処置手順を信号伝達するインジケータ有する、請求項２に記載のベッドサイド患者モニタ。
【請求項５】
前記臨床医支援システムは、前記疾患特有のモジュールのうちの少なくとも１つにより要求される情報を供給する、情報供給ツールを有し、前記要求された情報が、自動入力のためのインタフェース又は接続される遠隔地の送信元を介して利用できない場合、前記情報供給ツールが、前記第１のインタフェースを介しての手動入力を起動させるためポップアップウィンドウを生成する、請求項１に記載のベッドサイド患者モニタ。
【請求項６】
前記遠隔地の送信元が、遠隔地の中央端末又は遠隔地の微量分析センタである、請求項５に記載のベッドサイド患者モニタ。
【請求項７】
疾患特有のモジュールを用いて決定処理、処置処理又は観察処理を支援する臨床医支援の方法において、利用できない情報を供給するため手動入力が起動され、第１のインタフェースを介して前記情報を供給するため、該情報が、実行中の支援処理により要求される、方法。
【請求項８】
異なる疾患の異なる疾患特有のモジュールが、平行して能動状態となることができ、特定の疾患の１つのモジュールだけが、同時に実行中となる、請求項７に記載の臨床医支援の方法。
【請求項９】
実行中の決定モジュールにより起動される手動入力要求が実行される前に、実行中の疾患特有の処置モジュールにより起動される情報要求の手動入力が実行される、請求項８に記載の臨床医支援の方法。
【請求項１０】
実行中の疾患特有の観察モジュールにより起動される手動入力要求が実行される前に、実行中の疾患特有の決定モジュールにより起動される情報要求の手動入力が実行される、請求項８又は９に記載の臨床医支援の方法。
【請求項１１】
未応答の手動情報要求が、所定のタイムスライスの後、好ましくは５又は１０分後に再び現れることになる、請求項７に記載の臨床医支援の方法。
【請求項１２】
実行モジュールの状態概要が、少なくとも１時間に１回自動的に表示される、請求項７に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公表番号】特表２０１０−５０５５７７（Ｐ２０１０−５０５５７７Ａ）
【公表日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願番号】特願２００９−５３１９５４（Ｐ２００９−５３１９５４）
【出願日】平成１９年１０月８日（２００７．１０．８）
【国際出願番号】ＰＣＴ／ＩＢ２００７／０５４０８２
【国際公開番号】ＷＯ２００８／０４４１８９
【国際公開日】平成２０年４月１７日（２００８．４．１７）
【出願人】（５９００００２４８）コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ (12,071)
【Ｆターム（参考）】
【公表日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願日】平成１９年１０月８日（２００７．１０．８）
【国際出願番号】ＰＣＴ／ＩＢ２００７／０５４０８２
【国際公開番号】ＷＯ２００８／０４４１８９
【国際公開日】平成２０年４月１７日（２００８．４．１７）
【出願人】（５９００００２４８）コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ (12,071)
【Ｆターム（参考）】
[ Back to top ]