(57)【要約】【課題】医療システムを提供する。【解決手段】医療システムは、監視ユニットと、薬物送達ユニットとを備える。監視ユニットは、患者の少なくとも１つの生理学的パラメータを監視するように動作可能である。薬物送達ユニットは、薬物のまとまりを含む。セーフティシェル制御アルゴリズムに従って、患者の少なくとも１つの生理学的パラメータと関連付けられるデータに基づいて、制御論理が監視ユニットと通信し、まとまりから患者への薬物の送達を調整するように動作可能である。ユーザーインターフェイス機構が、医療手技の進行段階を示唆する入力を受け取るように動作可能である。セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する、ユーザーインターフェイス機構を通じて受け取った入力に、医療手技の進行段階の開始及び完了に基づいて後の薬物送達の調整を修正することなどによって応答する。【選択図】図１
2013039373.tif 000002
【特許請求の範囲】
【請求項１】
医療システムであって、
（ａ）患者の少なくとも１つの生理学的パラメータを監視するように動作可能である監視ユニットと、
（ｂ）前記監視ユニットと通信する薬物送達ユニットであって、１種類又は２種類以上の薬物のまとまりを含む、薬物送達ユニットと、
（ｃ）セーフティシェル制御アルゴリズムを実行するように構成された制御論理であって、前記制御論理は、前記監視ユニット及び前記薬物送達ユニットと通信し、前記薬物送達ユニットは、前記セーフティシェル制御アルゴリズムに従って、前記患者の前記少なくとも１つの生理学的パラメータと関連付けられるデータに基づいて、前記１種類又は２種類以上の薬物のうちの少なくとも１種類の、前記まとまりから前記患者への送達を調整するように動作可能である、制御論理と、
（ｄ）前記制御論理と通信するユーザーインターフェイス機構であって、前記ユーザーインターフェイス機構は、医療手技の進行段階を示唆する入力を受け取るように動作可能であり、前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する、前記ユーザーインターフェイス機構を通じて受け取った入力に応答するように構成されている、ユーザーインターフェイス機構と、を備える、医療システム。
【請求項２】
前記薬物送達ユニットは、前記セーフティシェル制御アルゴリズムに従って、前記患者の前記少なくとも１つの生理学的パラメータと関連付けられるデータに基づいて、前記１種類又は２種類以上の薬物のうちの少なくとも１種類の、前記まとまりから前記患者への送達を少なくとも部分的に自動化するように動作可能である、請求項１に記載の医療システム。
【請求項３】
前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する、前記ユーザーインターフェイス機構を通じて受け取った入力に応答して、前記まとまりからの自動薬物送達を変化させるように構成されている、請求項２に記載の医療システム。
【請求項４】
前記監視ユニットは、患者の複数の生理学的パラメータを監視するように動作可能であり、前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する入力を前記ユーザーインターフェイス機構を通じて受け取る前に、患者の第１の生理学的パラメータを処理するように構成されており、前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する入力を、前記ユーザーインターフェイス機構を通じて受け取ることに応答して、患者の第２の生理学的パラメータを処理するように構成されている、請求項１に記載の医療システム。
【請求項５】
前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する入力を前記ユーザーインターフェイス機構を通じて受け取る前に、前記監視ユニット又は前記薬物送達ユニットの一方又は両方に関連付けられる第１の組の条件に応答してアラームを発生させるように構成されており、前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する入力を前記ユーザーインターフェイス機構を通じて受け取った後に、前記監視ユニット又は前記薬物送達ユニットの一方又は両方に関連付けられる第２の組の条件に応答してアラームを発生させるように構成されている、請求項１に記載の医療システム。
【請求項６】
前記ユーザーインターフェイス機構は、前記薬物送達ユニットによって提示されるボタンを備える、請求項１に記載の医療システム。
【請求項７】
医療手技の進行段階を示唆する前記入力は、医療手技の段階の開始を示唆する、請求項１に記載の医療システム。
【請求項８】
医療手技の進行段階を示唆する前記入力は、医療手技の段階の完了を示唆する、請求項１に記載の医療システム。
【請求項９】
前記医療手技は大腸内視鏡検査を含み、前記医療手技の前記進行段階は、内視鏡が患者の盲腸に達することを含む、請求項１に記載の医療システム。
【請求項１０】
前記セーフティシェル制御アルゴリズムは、複数の医療手技のうちのいずれかで用いられるように構成されている、請求項１に記載の医療システム。
【請求項１１】
前記ユーザー入力機構は、前記複数の医療手技から特定の種類の医療手技が選択されたことを示唆する入力を受け取るように更に構成されており、前記制御論理は、前記医療手技の種類の前記選択に基づいて、前記セーフティシェル制御アルゴリズムのサブルーチンを選択するように動作可能である、請求項１０に記載に医療システム。
【請求項１２】
前記薬物送達ユニットは、１種類又は２種類以上の薬物の前記まとまりを規定する脱着式カセットを有し、前記薬物カセットは、前記複数の医療手技に含まれる１種類又は２種類以上の特定の医療手技と関連付けられる指示器を有し、前記薬物送達ユニットは、前記薬物カセットの識別子を読み取るように構成された読取り機を有し、前記制御論理は、前記指示器から得た情報に基づいて、前記セーフティシェル制御アルゴリズムのサブルーチンを選択するように動作可能である、請求項１０に記載の医療システム。
【請求項１３】
前記指示器はＲＦＩＤタグを含む、請求項１２に記載の医療システム。
【請求項１４】
前記ユーザーインターフェイス機構は、特定の種類の医療手技を選択できるように構成されており、前記ユーザーインターフェイス機構は、前記ユーザーによる選択のために１つ又は２つ以上の進行段階を提示するように更に構成されており、前記１つ又は２つ以上の進行段階は、前記ユーザーによる特定の種類の医療手技の選択に基づく、請求項１０に記載の医療システム。
【請求項１５】
前記監視ユニット又は前記薬物送達ユニットの一方又は両方が、前記セーフティシェル制御アルゴリズムによって処理される１つ又は２つ以上の条件に基づいて、言語表現の形態をなす可聴警報を与えるように構成されている、請求項１に記載の医療システム。
【請求項１６】
前記監視ユニット又は前記薬物送達ユニットの一方又は両方が、前記セーフティシェル制御アルゴリズムによって処理される１つ又は２つ以上の条件に基づいて、言語表現の形態をなす可聴指示を与えるように構成されている、請求項１に記載の医療システム。
【請求項１７】
前記監視ユニット又は前記薬物送達ユニットの一方又は両方が、患者の心拍数に影響を及ぼすように構成された可聴音パルスパターンを与えるように構成されており、前記可聴音パルスパターンは、前記セーフティシェル制御アルゴリズムに従って駆動される、請求項１に記載の医療システム。
【請求項１８】
前記セーフティシェル制御アルゴリズムは、患者の心拍数の減少に基づいて、前記可聴音パルスパターンの速度を増加させるように構成されており、前記可聴音パルスパターンが前記患者の心拍数に応答するようになっている、請求項１７に記載の医療システム。
【請求項１９】
医療システムであって、
（ａ）患者の少なくとも１つの生理学的パラメータを監視するように動作可能である監視ユニットと、
（ｂ）前記監視ユニットと通信する薬物送達ユニットであって、１種類又は２種類以上の薬物のまとまりを含む、薬物送達ユニットと、
（ｃ）セーフティシェル制御アルゴリズムを実行するように構成された制御論理であって、前記制御論理は、前記監視ユニット及び前記薬物送達ユニットと通信し、前記薬物送達ユニットは、前記セーフティシェル制御アルゴリズムに従って、前記患者の前記少なくとも１つの生理学的パラメータと関連付けられるデータに基づいて、前記１種類又は２種類以上の薬物のうちの少なくとも１種類の、前記まとまりから前記患者への送達を調整するように動作可能である、制御論理と、
（ｄ）前記制御論理と通信するユーザーインターフェイス機構であって、前記ユーザーインターフェイス機構は、医療手技の進行段階を示唆する入力を受け取るように動作可能であり、前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する、前記ユーザーインターフェイス機構を通じて受け取った入力に、前記１種類又は２種類以上の薬物の送達を変化させることによって応答するように構成されている、ユーザーインターフェイス機構と、を備える、医療システム。
【請求項２０】
医療システムを操作する方法であって、前記医療システムは、監視ユニットと薬物送達ユニットとを備え、前記監視ユニットは、患者の少なくとも１つの生理学的パラメータを監視するように動作可能であり、前記薬物送達ユニットは、１種類又は２種類以上の薬物のまとまりを有し、前記薬物送達ユニットは、前記少なくとも１つの生理学的パラメータと関連付けられるデータに少なくとも部分的に基づいて、前記１種類又は２種類以上の薬物のうちの少なくとも１種類を前記まとまりから前記患者に送達するように動作可能であり、前記方法は、
（ａ）前記監視ユニットから得たデータに基づいて、前記患者の前記少なくとも１つの生理学的パラメータを監視することと、
（ｂ）第１のセーフティシェル制御アルゴリズムのルーチンに従って、前記薬物送達ユニットによって薬物送達を調整することであって、前記第１のセーフティシェル制御アルゴリズムのルーチンは、前記監視ユニットから得た患者の生理学的パラメータデータに少なくとも部分的に基づくものである、調整することと、
（ｃ）前記患者への外部薬物の送達を示唆する入力を受け取ることと、
（ｄ）第２のセーフティシェル制御アルゴリズムのルーチンに従って、前記薬物送達ユニットによって薬物送達を調整することであって、前記第２のセーフティシェル制御アルゴリズムのルーチンは、前記監視ユニットから得た患者の生理学的パラメータデータ及び医療手技の進行段階を示唆する前記入力に少なくとも部分的に基づくものである、調整することと、を含む、方法。
【発明の詳細な説明】
【背景技術】
【０００１】
診断手技、外科手技、及び／又は他の様々な種類の医療手技を受ける患者の生理学的パラメータを監視するために、患者監視システムが使用され得る。いくつかの状況において、手術準備室内の看護師及び技師が、次の手技に対して患者の準備をすることがある。この準備には、その手技で用いられる基本データを取得する目的で、モニターを患者に接続することが含まれ得る。そのようなモニターには、とりわけ血圧モニター及びパルスオキシメトリモニターが含まれ得る。血圧の読みは血圧計カフによってなされてもよく、そのため、看護師又は技師は、カフを患者の腕の周りに固定し、ある装置を使用してカフに空気を圧送する。カフからの読みが安定化すると、看護師又は技師は、データを手動で記録し（例えば、１枚の紙に手書きするか、あるいは携帯電子機器に入力する）、後に手技中に参照するために、また最終的に患者報告書のために、この情報を保存しなければならないことがある。看護師又は技師がパルスオキシメーターの読みを取るために、その看護師又は技師は、パルスオキシメーターモジュールを起動し、パルスオキシメータープローブを患者に固定し、患者の読みを取らなければならないことがある。この読みはまた、後に用いるために、紙に書き留められるか、あるいは別の方式で手動で記録されてもよい。患者が手技を受ける準備が整ったと判断されると、看護師又は技師は、手術準備室から手術室に患者を搬送できるように、血圧計カフ及びパルスオキシメトリプローブを患者から取り外さなければならないことがある。
【０００２】
患者が手術室に入った後で、かつ手技が始まる前に、患者を手術に備えさせるためにいくつかの作業が必要となることがある。看護師又は技師は、手技が始まる前に血圧リーダーとパルスオキシメトリリーダーの両方を再接続しなければならないことがある。血圧及びパルスオキシメトリに加えて、例えば、カプノグラフィー、酸素補給、及び心電図などの他の接続が必要となり得る。生理学的モニターを患者に接続するためには、また生理学的モニターを監視システムに接続するためには、相当な時間が必要となり得る。そのようないくつかの例において、看護師又は技師は、以前は手術準備室内の患者に接続されていた同じ種類の生理学的モニターを再接続することに時間を費やさなければならない。これらの接続を行うのに要する時間は、貴重な手術室時間を占め、したがって診療の効率を低下させることがある。したがって、患者が手術室にいる間のこれらのモニター接続及び再接続を、最小限にするかあるいは排除することが望ましいこととなり得る。
【０００３】
様々な状況において、ＩＶ及び／又はフェイスマスクなどを通じて、手技中に患者に薬物を送達することもまた望ましいこととなり得る。そのような薬物には、鎮静薬、鎮痛薬（anelgesics）、健忘薬（amnestics）などを挙げることができる。いくつかの例において、そのような薬物は、（単純に全身麻酔薬によって患者を完全に無意識にさせる代わりに）患者を「意識下鎮静」の状態にするように選択されかつ／又は組み合わされてもよい。また、そのような薬物の送達を自動化するために、特定のシステムが使用されてもよい。例えば、そのようなシステムは、医療手技が実施される同じ部屋に配置されてもよく、また、監視システムによって検出された患者パラメータに基づいて薬物の送達を自動的に調整するために、生理学的監視システムと結合されてもよい。そのようなシステムの例は、その開示内容が参照によって本明細書に組み込まれる、２００４年６月８日発行の米国特許第６，７４５，７６４号、名称「意識のある患者を、医療又は外科手術手技に伴う痛み及び不安から解放するための装置及び方法（Apparatus and Method for Providing a Conscious Patient Relief from Pain and Anxiety Associated with Medical or Surgical Procedures）」、その開示内容が参照によって本明細書に組み込まれる、２０１０年１１月１６日発行の米国特許第７，８３３，２１３号、名称「患者監視及び薬物送達のシステム及び方法（Patient Monitoring and Drug Delivery System and Method）」、その開示内容が参照によって本明細書に組み込まれる、２０１１年５月３日発行の米国特許第７，９３５，０８１号、名称「薬物送達カセット及び医療エフェクタシステム（Drug Delivery Cassette and a Medical Effector System）」、その開示内容が参照によって本明細書に組み込まれる、２００９年１１月２６日発行の米国特許公開第２００９／０２９２１７９号、名称「医療ユニットとディスプレイモニタとを有する医療システム（Medical System having a Medical Unit and a Display Monitor）」、並びに、その開示内容が参照によって本明細書に組み込まれる、２０１０年１月１４日発行の米国特許公開第２０１０／００１０４３３号、名称「薬物の送達を制御する医療システム（Medical System which Controls Delivery of a Drug）」において開示されている。
【０００４】
患者を監視し、患者に薬物を送達するために、様々なシステムが作製され使用されてきたが、本発明者らよりも以前に、本明細書に記載する技術を生み出した又は用いた者はいないと考えられる。
【図面の簡単な説明】
【０００５】
本明細書は、この技術を具体的に指摘しかつ明確に主張する「特許請求の範囲」で完結するが、この技術は、添付の図面と共になされる特定の例の以下の説明により、より理解されると考えられる。添付の図面において、同様の参照符号は同一の要素を識別するものである。
【図１】例示的な患者監視及び薬物送達システムの斜視図。
【図２】図１のシステムの患者監視ユニットの斜視図。
【図３】図１のシステムの薬物送達ユニットの斜視図。
【図４】更なる例示的な構成要素を備えた図１のシステムの構成図。
【図５】図２の患者監視ユニットを使用して、医療手技の前に実施され得る例示的なプロセスの流れ図。
【図６】図１のシステムを使用して、医療手技の間に実施され得る例示的なプロセスの流れ図。
【図７】更なる装置と相互作用するオープンアーキテクチャを有する例示的な患者監視及び薬物送達システムの概略図。
【図８】患者監視ユニット用の例示的なドッキングステーションの斜視図。
【図９】患者監視ユニット用の別の例示的なドッキングステーションの斜視図。
【図１０】患者監視ユニット用の別の例示的なドッキングステーションの斜視図。
【図１１】図１０のドッキングステーションの概略的構成図。
【図１２Ａ】図９〜１１のドッキングステーションを使用して実施され得る例示的なプロセスの流れ図。
【図１２Ｂ】図９〜１１のドッキングステーションを使用して実施され得る別の例示的なプロセスの流れ図。
【図１３】例示的な集中管理ユニットを備えたいくつかの薬物送達システムの概略的構成図。
【図１４】図１のシステムを使用して実施され得る例示的なプロセスの流れ図。
【０００６】
これらの図面は、いかなる形においても限定を意図したものではなく、本技術の様々な実施形態が、図面に必ずしも示されていないものを含めて、多様な他の方式で実施され得ることが企図されている。本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本技術のいくつかの態様を示しており、その説明と共に本技術の原理を説明するのに役立つものであるが、理解されたいこととして、本技術は、ここに示す厳密な構成に限定されるものではない。
【発明を実施するための形態】
【０００７】
本技術の特定の例の以下の説明は、その範囲を限定するために用いられるべきではない。本技術の他の例、特徴、態様、実施形態、及び利点が以下の説明から当業者には明らかとなろう。以下の説明は、実例として、本技術を実施するために企図される最良の形態の１つである。明らかなように、本明細書で説明する技術は、すべて本技術から逸脱することなく、他の様々な明白な態様を可能とするものである。したがって、図面及び説明は、例示的な性質のものであり、限定的なものではないと見なされるべきである。
【０００８】
更に理解されたいこととして、本明細書に記載されている教示、表現、実施形態、例などのうちの任意の１つ又は２つ以上が、本明細書に記載されている他の教示、表現、実施形態、例などのうちの任意の１つ又は２つ以上と組み合わされ得る。下記の教示、表現、実施形態、例などはしたがって、互いに対して分離して考慮されるべきではない。本明細書の教示が組み合わされ得る様々な好適な方式が、本明細書の教示を鑑みれば当業者には容易に明らかとなろう。そのような修正例及び変形例は、特許請求の範囲に含まれることが意図される。
【０００９】
Ｉ．概論
図１は、ベッドサイドモニターユニット（ＢＭＵ）（４０）と手術室ユニット（ＰＲＵ）（７０）とを備える例示的な患者ケアシステム（１０）を示している。患者ケアシステム（１０）の例示的な１つの使用法は、患者パラメータを監視し、意識があり、挿管されておらず、自発的に換気している患者に鎮静薬、鎮痛薬、及び／又は健忘薬を送達することであり、その患者は、医師による診断手技、外科手技、又は他の医療手技を受けている。この使用法は、考えられる本発明の使用法のすべてを包括するものではなく、本明細書における例を説明するために用いられるものである。ＢＭＵ（４０）及びＰＲＵ（７０）は、通信ケーブル（２０）を介して接続されている。通信ケーブル（２０）は、電子データ並びに様々な油圧信号及びガスをＢＭＵ（４０）とＰＲＵ（７０）との間で伝送するための手段となる。例えば、通信ケーブル（２０）は、すべて単一のシース又はケーブル内に組み込まれた複数本の気送管と複数本の電線とを含んでもよい。通信ケーブル（２０）は、治療効率及びユーザーの利便性を高めるために、ＢＭＵ（４０）とＰＲＵ（７０）の両方から取り外されてもよい。ＢＭＵ（４０）及びＰＲＵ（７０）は、通信ケーブル（２０）が定位置にない場合、互いに独立に自在に移動する。これにより、各ユニットは互いに独立に移動することができ、この機能は、多数の医療手技を抱えかつ患者をモニターに接続する時間の少ない病院において特に重要である。ＢＭＵ（４０）及びＰＲＵ（７０）は好ましくは、臨床医がそのように望む場合に、外科手技の過程の中で酸素補給を患者に与えることを意図した外部酸素源を収容する。ＩＶチューブセット（２２）がＰＲＵ（７０）に接続されて示されており、外科手技の間に鎮静薬又は健忘薬を患者に送達する。
【００１０】
ＢＭＵ（４０）は患者監視ユニットとして働き、患者の様々な生理学的パラメータを監視する。図２に示すように、ＢＭＵ（４０）は小型でかつ可搬型であり、そのため、ある部屋から別の部屋に移動するのに比較的労力を必要としない。いくつかの変形例において、ＢＭＵ（４０）はＩＶポール又はベッドレールのいずれかに装着でき、これにより、臨床医は、患者の搬送が必要となるいかなるところにもユニットを携帯するという負担から解放される。ＢＭＵ（４０）は、看護師又は技師の手で保持するのに十分に小型でかつ軽量である。ＢＭＵ（４０）により、ユーザーは、タッチスクリーン組立体（４２）又は単純なキーパッドなどによって情報を入力することが可能となる。タッチスクリーン組立体（４２）は、ディスプレイ装置上のオーバーレイとして設けられており、このディスプレイ装置は、ＢＭＵ（４０）の一表面に組み込まれており、患者及びシステムのパラメータと、ＢＭＵ（４０）の動作状態を表示する。例示的なベッドサイドタッチスクリーン組立体（４２）が、マイクロテック社（MicroTech）によって製造されている１３．３ｃｍ（５．２５インチ）の抵抗型タッチスクリーンであり、この抵抗型タッチスクリーンは、サムスン社（Samsung）によって製造されている１３．３ｃｍ（５．２５インチ）のカラーＬＣＤスクリーン上に装着されている。ディスプレイスクリーン及びタッチスクリーンが取り得る他の好適な形態が、本明細書の教示を鑑みれば当業者には明らかとなろう。担当の看護師又は医師が、ベッドサイドタッチスクリーン組立体（４２）を用いて、例えば患者の体重及び薬物投与量プロファイルなどの患者情報をＢＭＵ（４０）に入力することができる。ＢＭＵ電池（４４）がＢＭＵ（４０）に固定的に取り付けられ、例えばパナソニック社（Panasonic）のモデル番号ＬＣ−Ｔ１２２ＰＵなどの標準的な充電式電池を含み、その充電式電池は、長時間にわたってＢＭＵ（４０）を稼働させるのに十分な電力を供給することが可能である。いくつかの変形例において、ＢＭＵ電池（４４）は、ＢＭＵ（４０）が通信ケーブル（２０）によってＰＲＵ（７０）に接続されている間に再充電され得るか、あるいは独立した電源から直接、充電され得る。電池（４４）が充電され得る様々な好適な方式については、以下の段落ＩＩＩ．Ａにてより詳細に説明することとするが、依然として好適な他の方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。同様に、電池（４４）が取り得る様々な好適な形態、並びにそれらの様々な好適な構成が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００１１】
図２に示すように、ＢＭＵ（４０）が、患者の生命兆候の監視及び患者への酸素補給の供給に使用される複数の患者センサー及び周辺機器に接続され得る。口腔／鼻カニューレ（４６）が、外部の酸素源から酸素を供給し、呼気ガスのサンプルを収集する。口腔／鼻カニューレ（４６）は、ケーブル通過接続部（２４）に脱着可能に取り付けられる。ケーブル通過接続部（２４）は、口腔／鼻カニューレ（４６）から取得した信号を直接、ＰＲＵ（７０）内のカプノメーター（例えば、カーディオパルモナリーテクノロジー社（CardioPulmonary Technologies）のＣＯ２ＷＦＡ  ＯＥＭ）に、好ましくは通信ケーブル（２０）を介して送信する（図１）。カプノメーターは、二酸化炭素センサーによって患者の吸気／呼気流の二酸化炭素濃度を、更には呼吸数を測定する。また、ケーブル通過接続部（２４）には、患者の心臓周期の電気活動を監視する標準的な心電図（ＥＣＧ）（４８）が接続される。ＥＣＧ信号はＰＲＵ（７０）に送信され、そこで信号が処理される。パルスオキシメータープローブ（５０）（例えば、ドルフィンメディカル社（Dolphin Medical）製）及び非観血血圧（ＮＩＢＰ）カフ（５２）がまた、本例のＢＭＵ（４０）に接続される。パルスオキシメータープローブ（５０）は、赤外線拡散センサーによって患者の動脈血酸素飽和度と心拍数とを測定する。パルスオキシメータープローブ（５０）から読み出されたデータは、パルスオキシメーターケーブル（５６）によってパルスオキシメーターモジュール（５４）（例えば、ドルフィンメディカル社（Dolphin Medical）製）に中継される。ＮＩＢＰカフ（５２）（例えば、サンテックメディカルインスツルメンツ社（SunTech Medical Instruments）製のＰＮ  ９２−００１１−００）は、必要に応じて同様に組み込まれる膨張式カフ及び空気ポンプ（例えばサンテックメディカルインスツルメンツ社製）によって、患者の収縮期圧、拡張期圧、及び平均動脈圧を測定する。ＮＩＢＰカフ（５２）は、ＢＭＵ（４０）に配置されたＮＩＢＰモジュール（５８）に脱着可能に取り付けられる。
【００１２】
本例において、患者の意識水準が、自動応答テスターシステム（ＡＲＴ）を用いて検出されるが、本明細書で説明する様々な他の構成要素と同様に、ＡＲＴシステムは単に任意選択によるものであり、必要ではない。例示的なＡＲＴシステムが、２００５年３月３１日に発行された米国特許公開第２００５／００７０８２３号、名称「握りのダイナミクスを伴う意識下鎮静に対する応答試験（Response Testing for Conscious Sedation Involving Hand Grip Dynamics）」に開示されており、この開示内容は参照によって本明細書に組み込まれる。この例のＡＲＴシステムは、問い合わせ開始装置と問い合わせ応答装置とを備える。このＡＲＴシステムは、問い合わせ開始装置で患者の注意を獲得し、問い合わせ応答装置を起動するように患者に命令することによって動作する。問い合わせ開始装置は、イヤピース（６０）などを介したスピーカーなど、任意のタイプの刺激装置を備えてよく、その刺激装置は、問い合わせ応答装置を起動するように聴覚命令を患者に与える。この例の問い合わせ応答装置は、例えば、トグル若しくはロッカースイッチ、又は押し下げ可能なボタン、ないしは手で持たれるかあるいは他の方式で患者がアクセス可能な他の可動部材の形態をなし得るハンドピース（６２）を備え、その部材は、応答すべき聴覚信号又は他の指示を患者が受け取ると、患者によって移動されるかあるいは押し下げられ得るようになっている。それに代わって、問い合わせ応答装置を起動するように患者に合図する振動機構がハンドピース（６２）に組み込まれてもよい。例えば、いくつかの変形例において、問い合わせ開始装置は、円柱状の手持ち式装置（６２）を備え、その手持ち式装置（６２）は、小型の１２Ｖ直流双方向モーターを収容しており、このモーターによって手持ち式装置は患者の手を振動させて応答を求めることが可能となっている。
【００１３】
問い合わせが開始された後、ＡＲＴシステムは、患者が問い合わせ開始装置に応答して問い合わせ応答装置を起動するのに要した時間を反映するように信号を生成する。これらの信号は、ＢＭＵ（４０）の内部に設置されたロジックボードによって処理され、ベッドサイドタッチスクリーン組立体（４２）、プロシージャタッチスクリーン組立体（７２）（図３）、及び／又は任意選択のモニター１０４（図４）のいずれかに表示される。患者が問い合わせに応答するのに要した時間により、臨床医は、患者の鎮静レベルに関して見当を付ける。ＡＲＴシステムは、まとめてＡＲＴシステムモジュール（６４、６６）と呼ばれる問い合わせ応答モジュール（６４）と問い合わせ開始モジュール（６６）とを含めて、この例において２つのモジュールを有している。ＡＲＴシステムモジュール（６４、６６）は、問い合わせ応答装置（６２）と問い合わせ開始装置（６０）とを動作させＢＭＵ（４０）に接続するのに必要なすべてのハードウェアを有している。
【００１４】
いくつかの変形例において、監視モジュール（５４、５８、６４、６６）は、機能不良又は技術的進歩があった場合には他の監視モジュールと容易に交換が可能である。これらのモジュール（５４、５８、６４、６６）は、それらの対応する周辺機器を動作させるのに必要なハードウェアのすべてを含んでいる。上述の患者モジュール（５４、５８、６４、６６）は、ＰＲＵ（７０）及びＢＭＵ（４０）のそれぞれの内部に設置されたマイクロプロセッサベース電子制御器又はコンピュータ（ＭＬＢ）に接続される。この電子制御器又はメインロジックボードは、例えば、とりわけテキサスインスツルメンツ社（Texas Instruments）（例えば、ＸＫ２１Ｅ）及びナショナルセミコンダクター社（National Semiconductor）（例えば、ＨＫＬ７２）によって製造されているものなど、入手可能なプログラマブルタイプのマイクロプロセッサ及び他の「チップ」、各種の基板上のメモリ素子及び論理機構の組み合わせを含む。モジュール（５４、５８、６４、６６）及びそれに関連する電子機器が取り得る様々な他の好適な形態が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００１５】
ＢＭＵ（４０）及びＰＲＵ（７０）が通信ケーブル（２０）によって接続されると、ＥＣＧ及びカプノグラフィーを監視することができ、補給酸素が患者に供給され得る。理解されたいこととして、これらの接続は治療効率を向上させるために手術準備室で行われてもよい。これらの接続を手術準備室で行うことにより、手術準備室内でカプノグラフィー、ＥＣＧ及び補給酸素をＰＲＵ（７０）に接続するのに要する時間がより短くなり得る。口腔／鼻カニューレ（４６）及びＥＣＧリード線（６８）は、直接、ケーブル通過接続部（２４）に接続される。ＢＭＵ（４０）上に設置されたケーブル通過接続部（２４）は、基本的には通信ケーブル（２０）の延長部であり、この延長部は、ＥＣＧリード線（６８）及び口腔／鼻カニューレ（４６）からの信号がＢＭＵ（４０）を迂回し、直接、ＰＲＵ（７０）に伝送されるようにするものである。しかしながら、当業者には明らかとなることであるが、ＢＭＵ（４０）は、ＥＣＧ（４８）及び口腔／鼻カニューレ（４６）の信号を受け取り、それに応じてそれらの信号を処理して、情報をスクリーン（４２）上に、そして補給酸素を手術準備室内の患者に供給するように構成され得る。ＢＭＵ（４０）に組み込まれ得る構成要素、特徴、及び機能性の他の例が以下でより詳細に説明されるが、ＢＭＵ（４０）に組み込まれ得る構成要素、特徴、及び機能性の更なる例が、本明細書の教示内容を鑑みれば当業者には明らかとなろう。
【００１６】
ここで図３を参照すると、ＰＲＵ（７０）により、医師は、鎮静薬、鎮痛薬、及び／又は健忘薬などの薬物を患者に安全に送達し、医療手技の間に患者を監視することが可能となっている。手技タッチスクリーン組立体（７２）は、ＰＲＵ（７０）の表面に組み込まれたディスプレイ装置を備えており、その表面に、患者及びシステムパラメータ、並びにＰＲＵ（７０）の動作状態が表示される。いくつかの変形例において、手技タッチスクリーン組立体（７２）が、マイクロテック社（MicroTech）によって製造されている３８．１ｃｍ（１５インチ）の抵抗型タッチスクリーンであり、この抵抗型タッチスクリーンは、サムスン社（Samsung）によって製造されている３８．１ｃｍ（１５インチ）のカラーＬＣＤスクリーン上に装着されている。ディスプレイスクリーン及びタッチスクリーンが取り得る他の好適な形態が、本明細書の教示を鑑みれば当業者には明らかとなろう。留意されたいことに、本例において、手技タッチスクリーン組立体（７２）は、主要なディスプレイ及びユーザー入力手段であり、ベッドサイドタッチスクリーン組立体（４２）よりも相当に大きく、より詳細な情報を表示することが可能である。手技タッチスクリーン組立体（７２）に加えて、ユーザーは、薬物送達制御部（７４）を用いて情報をＰＲＵ（７０）に入力してもよい。ボタン、ダイヤルなどの薬物送達制御部（７４）がＰＲＵ（７０）の一方の側に設置されており、臨床医が様々なシステムパラメータを変更し、手技タッチスクリーン組立体（７２）を迂回することを可能にしている。プリンタ（７６）が、ＰＲＵ（７０）の頂部に一体的に取り付けられている。プリンタ（７６）により、臨床医は、手術前検査及び手技自体に関する患者データを含む患者レポートを印刷することが可能となる。患者レポートの印刷と自動データロギング機構の組み合わせにより、看護師又は技師が、手技の過程の中で患者の状態に留意して費やさなければならない時間と労力が低減され得る。プリンタ（７６）は、メインロジックボード上に設置されているプリンタインターフェイス（例えば、パラレルシステムズ社（Parallel Systems）のＣＫ２０５ＨＳ）からデータ信号を受け取る。プリンタ（７６）は、感熱プリンタ（例えば、アドバンスプリンティングシステムズ社（Advanced Printing Systems）（ＡＰＳ）のＥＬＭ  ２０５ＨＳ）及び／又は任意の他の好適なタイプのプリンタを含んでよい。更に理解されたいことに、プリンタ（７６）はＰＲＵ（７０）から離れていてもよく、また所望により完全に除かれてもよい。
【００１７】
ＰＲＵ（７０）の外側ケーシング内のスロットを含むメモリカードリーダー（７８）により、フラッシュメモリカード（８０）をＰＲＵ（７０）に挿入し、ＰＲＵ（７０）から取り出すことが可能となっている。フラッシュメモリカード（８０）は、ＰＲＵ（７０）によって生成されたデータログの容易かつ迅速な情報記憶のために使用される固体記憶装置である。データは、後にフラッシュメモリカード（８０）から取り出され得るように記憶される。いくつかの変形例において、メモリカードリーダー（７８）は、患者ケアシステム（１０）の機能をアップグレードするためのソフトウェアを含んだフラッシュメモリカード（８０）を受け取る。ここでも、本明細書で説明する他の構成要素と同様に、メモリカードリーダー（７８）は、所望により、修正されても、置き換えられても、追加されても、省略されてもよい。本例において、メモリカードリーダー（７８）はデータポート（８２）が追加されている。データポート（８２）には、限定するものではないが、標準的なシリアルポート、ＵＳＢポート、ＲＳ２３２ポート、イーサネットポート、又は無線アダプタ（例えば、ＩＥＥＥ  ８０２．１１ｎ／ｇ／ｂ／ａ規格などを利用）を挙げることができる。データポート（８２）は、ＰＲＵ（７０）を外部プリンタにリンクして患者レポートを印刷するために、あるいは電子ファイルをパーソナルコンピュータ又はメインフレームに伝送するために使用されてもよい。中央ネットワークシステム構成要素と通信するためにデータポート（８２）を使用し得る方法の、単に説明のための例については、以下のＩＩＩ．Ｂ節にてより詳細に説明することにするが、更に他の好適な例が、当業者には本明細書の教示を鑑みれば明らかとなろう。
【００１８】
ＰＲＵ（７０）は、蠕動式注入ポンプ（８４）（例えば、ビー・ブラウン・マックガウ社（B-Braun McGaw）製）などの注入ポンプによって患者に液体を送達する。蠕動式注入ポンプ（８４）はＰＲＵ（７０）に一体的に取り付けられ、蠕動フィンガーを使用して波状運動を発生させて、液体リザーバに連結された柔軟チューブの内部に液体流動を誘発するものである。薬物カセット（８６）は、蠕動式注入ポンプ（８４）に隣接して配置される、概ね長方形の形状の構造物である。この例の薬物カセット（８６）は、例えばポリカーボネートなどの硬質熱可塑性樹脂でできている。薬物カセット（８６）は内部空洞を有しており、その内部空洞は、例えばポリプロピレン（例えば、クルコート社（Kelcourt））などの軟質熱可塑性樹脂でできたＩＶチューブ材料（２２）を収容するものである。薬物カセット（８６）は、ポート（８８）によってチューブ材料（２２）を受容し、露出したＩＶチューブ材（２２）を蠕動式注入ポンプ（８４）の蠕動フィンガーに接触させて正確にかつ確実に位置決めする。ＩＶチューブセット（２２）は流体バイアル（９０）に取り付けられ、ＩＶチューブセット（２２）の全長の一部分は薬物カセット（８６）内に収容される。ＩＶチューブセット（２２）の別の部分は、蠕動式ポンプ（８４）との相互作用を促進するために、薬物カセット（８６）の外側にある。ＩＶチューブ材料（２２）は、薬物カセット（８６）内でコイル状にされており、ＰＲＵ（７０）を取り外された患者に到達する長さを有している。流体検出センサー（図示せず）が、薬物カセット（８６）の内壁に装着されてもよい。そのような流体検出センサーは、共にＭＴＩインスツルメンツ社製であるＭＴＩ−２０００フォトニック・センサー（Fotonic Sensor）又はマイクロトラック−ＩＩ  ＣＣＤレーザー・トライアンギュレーション・センサー（Microtrak-II CCD Laser Triangulation Sensor）など、既知の流体センサーのうちのいずれかを含んでよい。ＩＶチューブセット（２２）は、流体検出センサーを通じて延びた後に薬物カセット（８６）を抜け出す。ＰＲＵ（７０）は、ユーザーにとって比較的容易にＩＶチューブ材料（２２）に呼び水を入れるように動作可能な機構を含み得る。そのような呼び水入れの様々な例が、米国特許第７，８３３，２１３号に開示されており、その開示内容は参照によって本明細書に組み込まれる。
【００１９】
本例において、薬物カセット（８６）は、１つのみのバイアル（９０）を有している。しかしながら、理解されたいことに、薬物カセット（８６）のいくつかの変形例が、複数のバイアル（９０）を有してもよい。そのようなバイアル（９０）が同じ薬物を含んでもよい。それに代わって、単一の薬物カセット（８６）に関連付けられる複数のバイアル（９０）が、種々様々な薬物を含んでもよい。換言すれば、２種類又は３種類以上の薬物を同時にかつ／又は特定の順序で選択的に送達するために、単一の薬物カセット（８６）が使用されてもよい。バイアル（９０）が本例で使用されているが、当業者には本明細書の教示を鑑みれば理解されるように、任意の他の好適なタイプの容器が使用されてもよいことを理解されたい。また、理解されたいこととして、ＰＲＵ（７０）のいくつかの変形例が、２個又は３個以上の薬物カセット（８６）を受容するように構成されてもよい。そのような各薬物カセット（８６）は、１種類の薬物に関連付けられてもよく（例えば、異なる薬物には異なる薬物カセット（８６）が使用される）、あるいは、各薬物カセット（８６）は、薬物の組み合わせに関連付けられてもよい（例えば、異なる薬物の組み合わせには異なる薬物カセット（８６）が使用される）。
【００２０】
図４は、どのようにしてシステム（１０）の構成要素が互いに、また患者と相互作用するかを示している。図３には示されていないが、図４は、どのようにしてＰＲＵ（７０）が一体型ＥＣＧモジュール（９２）と一体型カニューレモジュール（９４）とを含むかを示している。ＥＣＧモジュール（９２）は、通過接続部（２４）から延びるＥＣＧリード線（６８）によってＥＣＧ（４８）と結合される。カニューレモジュール（９４）が、同様に通過接続部（２４）を通じて口腔／鼻カニューレ（４６）と結合される。上述したモジュール（５４、５８、６４、６６）と同様に、モジュール（９２、９４）は、機能不良又は技術的進歩があった場合には他の監視モジュールと容易に交換可能となり得る。モジュール（９２、９４）はまた、それらの対応する周辺機器を動作させるのに必要なハードウェアのすべてを含んでもよく、また更に、マイクロプロセッサベース電子制御器又はＰＲＵ（７０）及び／若しくはＢＭＵ（４０）内に設置されたコンピュータと結合されてもよい。
【００２１】
図４にも示すように、本例のＰＲＵ（７０）は、外部酸素源（１００）、外部電源（１０２）、及び外部モニター（１０４）と結合される。外部酸素源（１００）は、ＰＲＵ（７０）の１つ又は２つ以上の構成要素によって調整されてもよく、それらの構成要素は、ＢＭＵ（４０）によって検知される１つ又は２つ以上のパラメータに基づいて、カセット（８６）からの薬物送達に基づいて、かつ／又は他の要因に基づいて、酸素源（１００）から患者へ酸素を送達してもよい。外部電源（１０２）がＰＲＵ（７０）の主電源として使用され、電池（９６）がバックアップ電源として使用されてもよい。それに代わって、電池（９６）がＰＲＵの主電源として使用され、外部電源（１０２）がバックアップ電力用及び／又は電池（９６）の充電用に使用されてもよい。外部モニター（１０４）が、タッチスクリーン組立体（４２）及び／又はタッチスクリーン組立体（７２）のディスプレイ機構を追加するためにあるいは置換するために使用されてもよい。例えば、外部モニター（１０４）は、患者の生理学的パラメータ、システム（１０）の動作状態、警報などを含めた情報を表示してもよい。ＰＲＵ（７０）及び／又はＢＭＵ（４０）は、ケーブルによって外部モニター（１０４）と無線で（例えば、ＲＦ伝送などによって）、あるいは他の方法で通信してもよい。ＰＲＵ（７０）に組み込まれ得る構成要素、機構、及び機能の他の例が以下でより詳細に説明されるが、ＰＲＵ（７０）に組み込まれ得る構成要素、機構、及び機能の更なる例が、本明細書の教示内容を鑑みれば当業者には明らかとなろう。
【００２２】
図５は、手術準備室の例示的なプロセスを略述するデータ流れ図を示しているが、システム（１０）は様々な他の方式でも使用され得ることを理解されたい。図示のように、患者が手術準備室に到着する（工程（２００））。看護師又は技師が、ベッドレール又はＩＶポールのいずれかにＢＭＵ（４０）を装着する（工程（２０１））。本例のＢＭＵ（４０）は、ベッドレール又はＩＶポールのいずれかにユニットを迅速にかつ容易に装着するために、ＩＶポールクランプ又は急速継ぎ手を装備している。ＢＭＵ（４０）が定位置に収まると、看護師又は技師は、ＮＩＢＰカフ（５２）及びパルスオキシメータープローブ（５０）を患者に接続してもよい（工程（２０２））。これらの接続は、患者とＢＭＵ（４０）との間で行われる。ＢＭＵ（４０）は、例えば、拡張期圧及び収縮期圧、平均動脈圧、脈拍数、酸素添加プレチスモグラム、及び酸素測定値などのパラメータを自動的に監視し始める（工程（２０３）、工程（２０４））。ＢＭＵ（４０）によって得られた読みが、看護師又は技師のために、ベッドサイドタッチスクリーン組立体（４２）上に表示される。患者パラメータが監視されている間、看護師又は技師は自由に他の作業を実施することができる。例えば、看護師又は技師は、手術前評価を完了することが必要となり得る（工程（２０６））。手術前評価には、患者の生命兆候を記録すること、任意の既知のアレルギーを判定すること、患者の既往歴を確定することが含まれてもよい。看護師又は技師が手術前評価を完了すると（工程（２０６））、看護師又は技師は、患者の腕の中にカテーテルを配置することによって末梢ＩＶを開始してもよい（工程（２０７））。ＩＶカテーテルは、例えば食塩水の５００ｍＬ袋など、主要な点滴装置に接続される。上記の作業が完了すると、看護師又は技師は、ＥＣＧパッド（４８）、ＡＲＴハンドピース（６２）、ＡＲＴイヤピース（６０）、及び口腔／鼻カニューレ（４６）を患者に取り付け始める（工程（２０８））。いくつかの変形例において、患者ケアシステム（１０）は、モニターが患者からＢＭＵ（４０）に接続されるとき、それらのモニターの適切な接続を自動的に検知及び認識する能力を有する。
【００２３】
患者が上述のアイテムに接続されると、看護師又は技師はＡＲＴシステムについて患者に説明してもよい。この説明には、ＡＲＴハンドピース（６２）を握り込むことによってＡＲＴイヤピース（６０）からの聴覚刺激及び／又はＡＲＴハンドピース（６２）からの触覚刺激に応答するように看護師又は技師が患者に指示することが含まれてもよい。患者が聴覚又は触覚刺激に応答できない場合、患者が首尾よく応答するまで刺激の強度が増加される。この時点で、看護師は、自動ＡＲＴ訓練を開始してもよい（工程（２０９））。自動ＡＲＴ訓練は、ＡＲＴ刺激を検知する方法及びその刺激に応答する方法を患者に教示する、ＢＭＵ（４０）によって実行されるプログラムであり、先に参照した米国特許公開第２００５／００７０８２３号に開示されているように、刺激に対する基準患者応答を定めるものである。看護師又は技師は、患者が自動ＡＲＴ訓練に参加している間に、患者に関する他の作業を自在に実施することができる。ＢＭＵ（４０）は、タッチスクリーン組立体（４２）によって自動ＡＲＴ訓練の状態を表示し、そのため、看護師又は技師は、患者が自動訓練に参加しているか否かを迅速に判断することができる。患者は、先に進むためには、自動ＡＲＴ訓練を首尾よく完了しなければならない（工程（２１０））。患者が訓練を完了できない場合、看護師又は技師が介入し、患者が継続できるか否かを判断しなければならない（工程（２１０Ａ））。ユーザーが先に進んでよいと臨床医が判断した場合、患者は工程（２１１）に進む。患者が継続できないと臨床医が判断した場合、手順は取り消される（工程（２１３））。患者が手術室に入るまで待機するように求められた場合、ユーザーは、特定の間隔（例えば、１０分間）で自動的に繰り返すように自動ＡＲＴ訓練をカスタマイズしてもよい。これは、新たに学習した応答を教え込むのに役立ち得る。
【００２４】
自動ＡＲＴ訓練を首尾よく完了することに加えて、患者のパラメータが許容可能な範囲内になければならない（工程（２０５））。臨床医は、ベッドサイドタッチスクリーン組立体（４２）を用いてこの情報をＢＭＵ（４０）に入力することによって、許容可能な範囲がどの程度であるかを決定することができる。監視されているパラメータのいずれかが所与の範囲外となる場合、看護師又は他の臨床医が患者を診察して、患者が継続し得るか否かを判断するまで、患者は手技を受けることを容認されない（工程（２０５Ａ））。患者が継続できると臨床医が判断した場合、患者は工程（２１１）に進むことになり、患者が継続できないと臨床医が判断した場合、手順は取り消される（工程（２１３））。手術準備室を去って手術室に向かう直前に、看護師は、例えば１．５ｍｃｇ／ｋｇのフェンタニルなど、所定の低用量の鎮痛薬を投与する（工程（２１１））。鎮痛薬の注入後、患者を手術室に移動する準備ができる（工程（２１２））。
【００２５】
図６は、患者が手術室にいる間のシステム（１０）の例示的な使用法を示す流れ図であるが、システム（１０）が様々な他の方式で使用され得ることは理解されたい。図示のように、患者及びＢＭＵ（４０）が手術室の中に移動され（工程（２２０））、医師及び手術看護師によって受け入れられる。患者が手術室に入ると、ＢＭＵ（４０）がケーブル（２０）によってＰＲＵ（７０）に接続され得る（工程（２２１））。接続すると、患者から得られたＮＩＢＰ、パルス及び酸素測定の履歴がＢＭＵ（４０）からＰＲＵ（７０）に自動的にアップロードされ、最新の監視期間にわたる患者の履歴が表示される。ＮＩＢＰ及びパルスオキシメーターの履歴に加えて、患者がＡＲＴ訓練を完了したことを証明する記録もまたアップロードされる。ＢＭＵ（４０）をＰＲＵ（７０）に接続すると、ＢＭＵ（４０）上の小型ディスプレイ（４２）は、監視スクリーンからＰＲＵ（７０）用の遠隔入力スクリーンに直ちに変化する。ＢＭＵ（４０）から得られたディスプレイ情報は、ＰＲＵ（７０）に自動的に伝送される。言うまでもなく、いくつかの変形例において、ディスプレイ（４２、７２）は、異なる情報を同時に表示してもよく、また、一方又は両方が、異なる種類のタッチ入力などを受け取ってもよい。
【００２６】
この時点で、手術看護師は、口腔／鼻カニューレ（４６）を患者の顔に固定してよい（工程（２２２））。これで、患者とＰＲＵ（７０）との間のすべての接続が完了したので、ＰＲＵ（７０）は、例えば、ＡＲＴ、ＥＣＧ、及びカプノグラフィーなど、患者パラメータの監視を開始してよい（工程（２２３））。ＰＲＵ（７０）は、例えば、ＮＩＢＰ、パルス、及び酸素測定値などの患者パラメータを監視し続ける（工程（２２４））。次に、手術看護師は、薬物カセット（８６）の上に標準的な薬物バイアル（９０）を置き、嵌め込んでよい（工程（２２５））。本例の薬物カセット（８６）は、一体型のカニューレ付き薬物バイアルスパイクを有し、この薬物バイアルスパイクは、ゴム製のバイアルストッパーに穿刺し、薬物バイアル（９０）から出た流体を薬物カセット（８６）に進入させるのに役立つものである。次に、手術看護師は、ＩＶチューブ材料（２２）の露出部分が蠕動フィンガーと整列することを確認して、蠕動式注入ポンプ（８４）に隣接させて薬物カセット（８６）を置く（工程（２２６））。流体バイアル（９０）及び薬物カセット（８６）が正しく装填されると、看護師はＩＶチューブ材料（２２）に自動で呼び水を入れることができる。いくつかの変形例において、手術看護師は、ＰＲＵ（７０）の上に設置されているボタンを押して、自動での呼び水入れを開始し（工程（２２７））、それによってＩＶチューブ材料（２２）から自動的に空気をパージする。ＰＲＵ（７０）は、自動呼び水入れが全体的に成功したことを判断するために、自動呼び水入れプロセスを継続的に監視する。ＰＵＲ（７０）が、ＩＶチューブ材料（２２）を適切にパージできない場合、警報通知がユーザーに対して行われ、そのため、手術看護師は、ＩＶチューブ材料（２２）が正常にパージされるまで、自動呼び水入れの手順を繰り返すことができる（工程（２２７））。
【００２７】
自動呼び水入れの手順が正常に完了すると、手術看護師は、患者の体重をポンド単位で入力してよく、一方で、医師は、初期の薬物維持投与量及び投与法（例えば、通常又は急速注入）を入力してよい（工程（２２９））。患者の体重及び投与量が入力された後、医師又は手術看護師は薬物注入を開始してよい（工程（２３０））。薬物が患者に対して効いている間、医師は、例えば観察スコープを試験するなど、標準的な手技に関連する作業を実施し、任意の表面麻酔薬を投与してよい。薬物が患者に対して所望の効果を発揮すると、医師及び手術看護師は手技を自在に実施することができる（工程（２３１））。手技が完了すると、臨床医は、ＩＶチューブ材料（２２）から薬物送達カセット（８６）を取り外し（工程（２３２））、ＰＲＵ（７０）からＢＭＵ（４０）を取り外してもよい（工程（２３３））。臨床医がそのように望む場合、ＰＲＵ（７０）がこの時点で患者の生理学的パラメータの記録をプリンタ（７６）から印刷してもよい（工程（２３４））。手技の記録の印刷出力は、例えば、ＮＩＰＢ、パルスオキシメトリ、カプノグラフィー、呼吸数、及び心拍数などの患者監視データを含んでもよい。その印刷出力に含まれ得る他のシステムイベントには、ＡＲＴ適格性、手技中のＡＲＴ応答性、酸素運搬履歴、薬物投与量、監視間隔、薬物のボーラス量及び時間、並びに手技中に送達される総薬物量が挙げられる。印刷出力は、例えば、送達された付加的な麻酔剤、使用された局所的スプレー、ラムゼイ鎮静スケール（Ramsey Sedation Scale）、手技の開始及び終了時間、使用された焼灼ユニット及び設定、焼灼接地位置（cautery grounding site）、拡張機器のタイプ及び大きさ、並びにアルドレーテスコア（Aldrete Score）などを手術看護師が自身のノートに記入し得る節を含んでもよい。患者記録を印刷した後、患者は次いで、回復室に移動されてよい（工程（２３５））。
【００２８】
上述の工程（２３０、２３１）など、システム（１０）が使用されているときの手技の１つ又は２つ以上の段階で、ＰＲＵ（７０）は、１種類又は２種類以上の薬物の患者への送達を自動的に調整してもよい。薬物送達のそのような調整は、ＢＭＵ（４０）から得られた患者の生理学的データに基づいても、ＢＭＵ（４０）及び／若しくはＰＲＵ（７０）に入力された他のデータに基づいても、かつ／又は、医師若しくはシステム（１０）の他のユーザーによってなされた選択（例えば、医療手技の種類、カセット（８６）内の薬物の種類などを指示する）に基づいてもよい。いくつかの変形例において、ＰＲＵ（７０）による薬物送達の調整は動的であってもよく、また、患者の生理学的データなどにおける検出された変化に基づいて、医療手技の間に実時間で変化してもよい。ＰＲＵ（７０）及び／又はＢＭＵ（４０）はまた、ＢＭＵ（４０）などから得られた患者の生理学的データに少なくとも部分的に基づいて、医療手技の間に医師又はシステム（１０）の他のユーザーに警告を提供してもよい。そのような薬物送達の応答及び警告の応答が、ＰＲＵ（７０）内の制御論理を通じて実行される「セーフティシェル」制御アルゴリズムに従って提供されてもよい。いくつかの変形例において、セーフティシェルは、ＢＭＵ（４０）によって検出された条件に基づいて、かつ／又は他の条件に基づいて、ＰＲＵ（７０）から患者への完全に自動化された薬物送達をもたらす。それに加えてあるいはそれに代わって、医師／臨床医／看護師などからの直接的な命令に基づいて、薬物がＰＲＵ（７０）から送達されてもよく、また、セーフティシェルが患者への薬物の送達を単純に制限して、患者が医師／臨床医／看護師などによって誤って過剰に投薬されないようにしてもよい。それに加えてあるいはそれに代わって、セーフティシェルは、ＢＭＵ（４０）から得られたデータに基づいてかつ／又は他の条件に基づいて、薬物送達に関してかつ／又は患者の状態に関して、医師／臨床医／看護師などに指示を与えてもよい。セーフティシェルの制御論理をＰＲＵ（７０）内に設けるために使用され得る様々な好適なハードウェア構成要素及びファームウェア構成が、本明細書の教示を鑑みれば当業者には明らかとなろう。本例において、セーフティシェルの最終的な目標は、患者の安全を保つことである。
【００２９】
システム（１０）のいくつかの変形例が、特定の医療手技（例えば、大腸内視鏡検査及び／又は食道胃十二指腸内視鏡検査（ＥＧＤ）手技など）における使用に特化されてもよい。例えば、ＰＲＵ（７０）が使用されるたびに、セーフティシェルの制御アルゴリズムが比較的一貫したものとなるように、ＰＲＵ（７０）が特定の種類の手技に特化されてもよい。システム（１０）のいくつかのそのような変形例は、したがって、セーフティシェル制御アルゴリズムの比較的静的なセットを含み得る。しかしながら、システム（１０）のいくつかの他の変形例は、様々な種類の種々の医療手技において使用されるように構成されてよい。いくつかのそのような変形例において、セーフティシェルを通じて実行される制御論理は、システム（１０）が使用される医療手技の種類に基づいて異なってもよい。例えば、制御論理は、システム（１０）が使用される医療手技の種類に基づいて、種々の患者の生理学的パラメータを、ＢＭＵ（４０）を通じて監視してもよい。それに加えてあるいはそれに代わって、制御論理は、システム（１０）が使用される医療手技の種類に基づいて、ＢＭＵ（４０）を通じて検出された患者の生理学的パラメータにおける種々の閾値又は傾向に応答してもよい。それに加えてあるいはそれに代わって、ＰＲＵ（７０）は、システム（１０）が使用される医療手技の種類に基づいて、薬物送達の種類、量、タイミング、及び／又は期間などを変更してもよい。
【００３０】
システム（１０）が使用される医療手技の種類に基づいて、セーフティシェルの制御アルゴリズムが適応する変形例において、システム（１０）が使用される医療手技の種類についてＰＲＵ（７０）が知らされ得る様々な方式がある。いくつかのそのような変形例において、判定は自動化されてもよい。例えば、ユーザーによって選択された薬物カセット（８６）の種類は、医療手技に基づいて異なってもよく、薬物カセット（８６）は、ＰＲＵ（７０）に結合されたリーダーによって走査されるバーコードを有してもよい。ＰＲＵ（７０）は次いで、バーコードからの読取りを処理して、適切なセーフティシェルの制御アルゴリズム又はサブアルゴリズムを自動的に選択してもよい。別の単に例示的な変形例として、薬物カセット（８６）がＲＦＩＤチップ又は同様の機構を有してもよく、ＰＲＵ（７０）が、薬物カセット（８６）を受容するスロットに関連付けられたリーダーを有してもよい。ＰＲＵ（７０）は、ＲＦＩＤチップからの読取りを処理して、適切なセーフティシェルの制御アルゴリズム又はサブアルゴリズムを自動的に選択してもよい。また、理解されたいこととして、システム（１０）が使用される医療手技の種類についてＰＲＵ（７０）が手動で知らされてもよい。例えば、ユーザーは、タッチスクリーン組立体（４２）を用いて、タッチスクリーン組立体（７２）を用いて、ネットワークによってシステム（１０）に結合されたコンピュータ装置を用いて、かつ／又は、他のユーザー入力機構を用いて選択してよい。システム（１０）が使用される医療手技の種類についてシステム（１０）が知らされ得る様々な他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。更に、理解されたいこととして、セーフティシェルの制御アルゴリズムは、医療手技を受ける患者のタイプ（例えば、薬物に対する患者の物理的感度及び／又は既知の反応性など）に基づいて適応してもよい。システム（１０）は、ネットワークから得たデータに基づいて、ＢＭＵ（４０）から得たデータに基づいて、かつ／又は他の方式で、患者のタイプについて手動で（例えば、タッチスクリーン（４２、７２）などを用いて）知らされてもよい。
【００３１】
また、理解されたいこととして、適応するセーフティシェルの制御アルゴリズムがノードネットワーク形式で構築され、各ノードがアルゴリズムにおいてシステム（１０）の１つの機能と関連付けられてもよい。各ノードは、定義された個別のロジックの固有のセットを有する。このロジックは次いで、他のノードと通信する通信面を有する。各ノードは同時に、特異な統合的論理システムを作成する。これにより、各ノードを選択的に有効化／無効化する能力が得られるだけでなく、特異なノードを修正して、変化又は適応（手技の前又はシステムによって査定されている際に即座に）をそのノードに限定することができる。いくつかの変形例において、パラメータロジックステートメント及びアクションが、アクション／トリガーを与える抽象的関係を持つ個別のイベントによって定義されてもよい。新たなパラメータが必要とされる場合、ノードパラメータ／リンク関係の導入により、修正されたロジックが得られてもよい（例えば、新たなｉｆ／ｔｈｅｎ型の入れ子をなすロジックのセットなどを得る代わりに）。また、ノードが除去されることも可能となり得る。更に、ファジー論理及び／又はニューラルネットワークの概念がノードネットワークタイプの制御アルゴリズムにおいて用いられてもよく、その制御アルゴリズムは、種々の患者の生理学的パラメータ間の関係など、曖昧さに基づいて事例を処理することを可能にするものである。したがって、理解されたいこととして、ノードネットワークタイプの論理構造は、相当な柔軟性をもたらし、種々の医療手技及び患者の対応を促進し得る。
【００３２】
どのようにしてセーフティシェル制御アルゴリズムが所与の医療手技及び／又は患者に適応し得るかについて単に説明する一例として、初期の薬物投与量又は「負荷投与量」の持続時間が、他の患者と比較して相対的に高い物理的感度を示す患者に対して延長されてもよい。負荷投与量の間に患者がすべての反応性を失っている（例えば、完全に意識を失っている）ことをシステム（１０）が検知した場合、システム（１０）は、負荷投与量の今後の投与を調整する（例えば、期間を３分間超に延長し、量を減らす）ことによって、かつ／又は、後の維持投与量の間に与えられる量を調整することなどによって適応してもよい。患者が負荷投与量の後に高い応答性を示す場合、システム（１０）はまた、負荷投与量の今後の投与を調整する（例えば、期間を３分間未満に短縮し、量を増やす）ことによって適応してもよい。単に説明のための別の例として、システム（１０）は、必要時（ＰＲＮ）投与の間の遅延を（例えば、９０秒超に）増加させ、かつ／又は、ＰＲＮ後に患者が脱飽和するかあるいは反応しなくなる場合にＰＲＮ投与の量を減らしてもよい。患者が依然として、ＰＲＮ後に比較的反応する場合、システム（１０）は、ＰＲＮ投与の間の遅延を（例えば、９０秒未満に）短縮し、かつ／又は、ＰＲＮ投与の量を増やしてもよい。
【００３３】
医療手技が期間中に継続すると、患者は血漿以外の組織及び神経系内に薬物を蓄積し得る。この蓄積したものは、薬物送達が減少した後、最終的に血漿の中に再び放たれ得る。許容可能な維持量が増加し、ＰＲＮ投与量などはしたがって、時間の経過と共に低減され、この蓄積と釣り合いを取ることができる。長期間の手技にわたって、システム（１０）のユーザー入力を介して臨床医によって確認された多数の「誤認警報」を患者が有する場合、システム（１０）は適応し、そのような警報にあまり反応しなくなってもよい。例えば、システム（１０）は、それが誤認警報である場合に臨床医に（例えば、タッチスクリーン（４２）及び／又はタッチスクリーン（７２）を介して）尋ねるプロンプトを用いて、警報とそれに関連する薬物作用との間に３０秒の遅延を設けることができる。これにより、有害な薬物停止が実質的に防止され得る。
【００３４】
患者ケアシステム（１０）のいくつかの更なる例示的な変形例が以下でより詳細に説明されるが、他の変形例が、本明細書の教示を鑑みれば当業者には明らかとなろう。また、理解されたいこととして、患者ケアシステムの１つ又は２つ以上の部及び／又は態様が、それぞれ参照によって本明細書に組み込まれる米国特許第６，７４５，７６４号の教示内容及び／又は米国特許第７，８３３，２１３号の教示内容に従って提供されてもよい。
【００３５】
ＩＩ．例示的なオープンアーキテクチャフレームワーク
患者ケアシステム（１０）のいくつかの変形例が、閉システムとして提供される。例えば、いくつかのそのような変形例は単純に、互いに結合され患者に結合されたＢＭＵ（４０）とＰＲＵ（７０）とからなってもよい。患者ケアシステム（１０）のいくつかの他の変形例が、様々な他の装置及びサブシステムなどをシステム（１０）と相互作用させる開システムとして提供されてもよい。そのような開システム（３００）の単に説明のための例が図７に示されている。この例のシステム（３００）は患者ケアシステム（３１０）を備え、患者ケアシステム（３１０）自体は、ＢＭＵ（３４０）と、ＰＲＵ（３７０）と、補助装置ドック（３２０）と、ＩＶ溶液送達システムドック（３５０）とを備える。患者ケアシステム（３１０）のいくつかの変形例において、ＢＭＵ（３４０）及びＰＲＵ（３７０）は、上述のＢＭＵ（４０）及びＰＲＵ（７０）と同じ構成要素及び機能性を有する。この例のシステム（３００）はまた、治療器具（３２２）と、エネルギー送達システム（３２４）と、ドック（３２０）を通じて患者ケアシステム（３１０）と結合される補助装置としての位置決めシステム（３２６）とを備える。しかしながら、理解されたいこととして、本明細書で説明する補助装置に加えてあるいはそれに代わって、様々な他の種類の装置がドック（３２０）を通じて患者ケアシステム（３１０）と結合され得る。例えば、画像誘導ディスプレイ（３９０）が、患者ケアシステム（３１０）と結合されない補助装置として示されているが、他の変形例においては患者ケアシステム（３１０）と結合され得る。一例に過ぎないが、タッチスクリーン（４２、７２）の一方又は両方が、超音波画像処理システムなどの画像処理システムから画像を表示し得る。
【００３６】
本例において、補助装置のうちの１つは、ドック（３２０）と結合され得る治療器具（３２２）を備える。治療器具（３２２）には、ＲＦアブレーション器具、ＨＩＦＵ器具、冷凍アブレーション器具、又は治療法を患者に送達するように動作可能な任意の他の種類の器具を挙げることができる。治療器具（３２２）として使用され得る他の好適な種類の器具が、本明細書の教示を鑑みれば当業者には明らかとなろう。また、理解されたいこととして、治療器具（３２２）は、同様にドック（３２０）と結合され得る様々な種類の外科器具で置換されても、そのような外科器具を追加されてもよい。以下でより詳細に説明するように、患者ケアシステム（３１０）は、ドック（３２０）によって治療器具（３２２）にデータ及び／又はコマンドを与えることができ、そのため、治療器具（３２２）の動作は、ＢＭＵ（３４０）から得られたデータ、ＰＲＵ（３７０）に入力されたデータなどによって（例えば、実時間で）変化され得る。また、理解されたいこととして、治療器具（３２２）はドック（３２０）によって患者ケアシステム（３１０）にデータ及び／又はコマンドを与えることができ、そのため、患者ケアシステム（３１０）の動作は、治療器具（３２２）などからのフィードバックによって（例えば、実時間で）変化され得る。したがって、理解されたいこととして、患者ケアシステム（３１０）は治療器具（３２２）と（いずれかの方向に）一方向通信をなすかあるいは二方向通信をなす。
【００３７】
治療器具（３２２）は、本例において直接、エネルギー供給システム（３２４）からエネルギーを受容するが、理解されたいこととして、治療器具（３２２）は患者ケアシステム（３１０）（例えば、調整電源供給など）からエネルギーを受容してもよい。エネルギー供給システム（３２４）はまた、データ及び／又はコマンド、並びに電力を、ドック（３２０）を介して患者ケアシステム（３１０）から受容してもよい。同様に、患者ケアシステム（３１０）は、データ及び／又はコマンドをエネルギー供給システム（３２４）から受容してもよい。
【００３８】
システム（３００）のもう１つの補助装置が位置決めシステム（３２６）であり、この位置決めシステム（３２６）は、治療器具（３２２）が患者の体内で治療法を送達する場所を制御するために、治療器具（３２２）を移動するように動作可能である。治療器具（３２２）及びエネルギー供給システム（３２４）と同様に、位置決めシステム（３２６）は、ドック（３２０）を介して患者ケアシステム（３１０）からデータ及び／又はコマンドを受容してもよい。例えば、位置決めシステム（３２６）は、ＢＭＵ（３４０）によって治療器具（３２２）に対する患者の応答を実時間で追跡してもよく、位置決めシステム（３２６）は、ＢＭＵ（３４０）から得られたデータに基づいて、治療器具（３２２）の位置を実時間で調整してもよい。言うまでもなく、患者ケアシステム（３１０）は、治療器具（３２２）からデータ及び／又はコマンドを受容してもよい。例えば、ＰＲＵ（３７０）は、位置決めシステム（３２６）が治療器具（３２２）を移動させた位置に基づいて、かつ／又は、治療器具（３２２）の起動などに基づいて、患者への薬物の送達を調整してもよい。ＰＲＵ（３７０）はまた、治療器具（３２２）から得られた他のデータに基づいて、患者への薬物の送達を調整してもよい。患者ケアシステム（３１０）が補助装置（３２２、３２４、３２６）と相互作用し得る他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。同様に、ドック（３２０）と結合され得る他の好適な種類の補助装置が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００３９】
本例において、ドック（３２０、３５０）は、患者ケアシステム（３１０）と補助装置との間のハードウェアインターフェイスを提供している。例えば、患者ケアシステム（３１０）は、ドック（３２０、３５０）を通じて補助装置に電力を供給してもよく、そのため患者ケアシステム（３１０）は電力ハブとして働く。いくつかのそのような変形例において、ドック（３２０、３５０）は、１つ又は２つ以上のプラグ及びソケット結合を通じて、かつ／又は、任意の他の好適な種類の結合を通じて、電力の有線伝送をもたらす。それに代わって、電力は、誘導結合などによって、患者ケアシステム（３１０）から１台又は２台以上の補助装置へと無線式で伝達されてもよい。また、理解されたいこととして、ドック（３２０、３５０）が患者ケアシステム（３１０）と補助装置との間におけるデータ及び／又はコマンドの通信をもたらしてもよい。ここでも、そのような通信は、１つ又は２つ以上のプラグ及びソケット結合を通じて、かつ／又は任意の他の好適な種類の結合を通じてなされてよい。単に説明のための別の例として、データ及び／又はコマンドが、通常の無線ＲＦ通信プロトコル（例えば、ブルートゥースなど）をなど通じて、赤外線方式で、あるいは任意の他の好適な方式で、患者ケアシステム（３１０）と補助装置との間で無線式で通信されてもよい。また、理解されたいこととして、そのような通信は一方向であっても二方向であってもよい。更に、理解されたいこととして、補助装置の存在は、患者ケアシステム（３１０）のセーフティシェル制御アルゴリズムにおいて考慮されてもよい。
【００４０】
患者ケアシステム（３１０）が、ドック（３２０）を通じて結合された１台又は２台以上の補助装置からデータ及び／又はコマンドを受信する変形例において、そのような補助装置は、ＢＭＵ（３４０）によって監視される生理学的パラメータ（及び／若しくはＰＲＵ（３７０）がＢＭＵ（３４０）から処理する生理学的パラメータ）、ＰＲＵ（３７０）によって実行されるセーフティシェル制御アルゴリズムのバージョン、ＰＲＵ（３７０）によって送達される薬物の種類／量／持続時間／タイミング、並びに／又は、患者ケアシステム（３１０）が動作する方式の他の態様を制御してもよい。同様に、１台又は２台以上の補助装置が、患者ケアシステム（３１０）からデータ及び／又はコマンドを受信する変形例において、そのようなデータ及び／又はコマンドは、補助装置が動作する方式に影響を及ぼし得る。例えば、ＢＭＵ（３７０）が患者の警戒すべき状態を検出した場合、１台又は２台以上の補助装置（例えば、電気手術装置など）が、少なくとも一時的に無効化されてもよい。
【００４１】
いくつかの変形例において、患者ケアシステム（３１０）は制御ハブとして働き、コンピュータのオペレーティングシステムに対する等価物をなす。そのようなアーキテクチャにより、サードパーティが、サードパーティの固有の患者ケアシステム（３１０）の実装（例えば、特定の医療手技に関して）に基づいて、かつ／又は、サードパーティが患者ケアシステム（３１０）によって部分的に制御されることを望むサードパーティの独自の補助装置に基づいて、患者ケアシステム（３１０）によって実行され得るプログラムを記述することが可能となり得る。システム（３００）のいくつかの変形例において、患者ケアシステム（３１０）は、ドック（３２０）と結合する補助装置及び／又はドック（３５０）と結合するＩＶ溶液送達システム（３５２）が満たさなければならない１つ又は２つ以上の標準インターフェイス規格を提供する。そのようなインターフェイス規格は、補助装置が患者ケアシステム（３１０）と互換性を持つために必要となるソフトウェア／ファームウェアインターフェイスを規定し得る。ソフトウェア／ファームウェアインターフェイスに加えて、患者ケアシステム（３１０）の標準インターフェイス規格は、ドック（３２０、３５０）と物理的に結合するために補助装置が適合しなければならないハードウェアインターフェイス（例えば、プラグ及びソケットの形状など）を規定し得る。言うまでもなく、ドック（３２０）のソフトウェア／ファームウェアインターフェイス規格は、ドック（３５０）のソフトウェア／ファームウェアインターフェイス規格とは異なってもよい。同様に、ドック（３２０）のハードウェアインターフェイス規格は、ドック（３５０）のハードウェアインターフェイス規格とは異なってもよい。
【００４２】
したがって、理解されたいこととして、患者ケアシステム（３１０）により、補助装置の製造業者及び他の供給業者は、患者ケアシステム（３１０）と共に動作可能となるように自身の補助装置を調整することが可能となる。例えば、電気手術装置のサードパーティ開発者は、患者ケアシステム（３１０）と互換性を持つようにするために、ソフトウェア／ファームウェアインターフェイス規格及びハードウェアインターフェイス規格を満たす電気手術装置を開発してもよい。更に、その同じサードパーティ開発者が、患者ケアシステム（３１０）のＢＭＵ（３４０）を通じて取得されたデータ及び／又は患者ケアシステム（３１０）から得られた他のデータに応答する、自身の電気手術装置内の制御アルゴリズムを開発してもよい。したがって、患者ケアシステム（３１０）との互換性を与えることにより、補助装置の機能性が高まり得る（例えば、ＢＭＵ（４０）から得られる実時間データなしには存在しない機能性が得られるなど）。
【００４３】
補助装置が患者ケアシステム（３１０）と互換性を持つように調整される上記の状況に加えてあるいはそれに代わって、システム（３００）は、既存の市販品の補助装置を患者システム（３１０）と互換性のあるものにする１台又は２台以上のアダプタを有してもよい。例えば、そのようなアダプタには、既存の補助装置の電力プラグ及び／又はデータプラグを患者ケアシステム（３１０）の電力ソケット及び／又はデータソケットと結合させるハードウェアアダプタが含まれ得る。それに加えてあるいはそれに代わって、アダプタには、ソフトウェア／ファームウェアインターフェイスアダプタが含まれ得るが、そのソフトウェア／ファームウェアインターフェイスアダプタは基本的に、患者ケアシステム（３１０）のプロトコルと所与の補助装置のプロトコルとの間で翻訳するものである。理解されたいこととして、ソフトウェア／ファームウェアインターフェイスアダプタは、既存のバージョンの患者ケアシステム（３１０）を付加的な補助装置に適応させるために追加及び／又は（例えば、ネットワークなどを介して）更新されてもよい。
【００４４】
上記から理解されたいこととして、補助装置を患者ケアシステム（３１０）と結合させることにより、システム（３００）のユーザーがシステム（３００）の様々な構成要素を同時に監視及び制御することが容易となり得る。例えば、ユーザーは、様々な補助装置上のいくつものディスプレイ画面を見なければならない代わりに、補助装置についての情報を含み得る、患者ケアシステム（３１０）の１台のディスプレイ画面を単純に見ることが可能となり得る。それに加えて、ＢＭＵ（３４０）を通じてあるいは他の形で取得されたデータに基づいて、患者ケアシステム（３１０）が、補助装置を少なくとも部分的に制御するように動作可能である変形例において、そのような自動制御により、ユーザーが医療手技の間に複数の種々の補助装置に対して手動で調整を行う必要が減じられ得る。換言すれば、ユーザーがさもなければ、複数の種々の独立したシステムと相互作用しなければならず、各システムが独自の操作インターフェイスを有し、各システムが互いと通信できない状況において、単一のユーザーインターフェイスを有する単一の総合システム（３００）にて機能のすべてを結び付けることで、ユーザーにとっての利便性が相当に向上し得る。
【００４５】
ＩＩＩ．例示的な集中化
Ａ．ＢＭＵ用の例示的なドッキングステーション
図８〜１０は、ＢＭＵ（４０）のいくつかの変形例と共に使用され得る例示的なドッキングステーション（４００、５００、６００）を示している。特に、以下でより詳細に説明するように、ドッキングステーション（４００、５００、６００）は、ＢＭＵ（４０）と結合していくつかのＢＭＵ（４０）との電力及び／又はデータ通信を同時になすように動作可能である。例えば、各種類のドッキングステーション（４００、５００、６００）が、ＢＭＵ（４０）の電池（４４）を再充電するために、また電池（４４）及び／又はＢＭＵ（４０）の他のハードウェアを較正するために使用されてもよい。理解されたいこととして、そのような較正は自動であってよく、ＢＭＵ（４０）がドッキングステーション（４００、５００、６００）と結合されると直ちに生じるものであり、ドッキングステーション（４００、５００、６００）はＢＭＵ（４０）の較正の必要性を自動的に判断する。同様に、ドッキングステーション（４００、５００、６００）は、ＢＭＵ（４０）をドッキングステーション（４００、５００、６００）と結合すると、ＢＭＵ（４０）に対して診断を実施することができる。いくつかの変形例において、各ドッキングステーション（４００、５００、６００）は、電池のステータス、電池の調子、及び／又は電池の使用量の情報を監視し、電池（４４）の充電及び寿命を最適化するためにそれに応じて充電方式を調整することなどによって、電池（４４）の迅速な充電をもたらす。ＢＭＵ（４０）が１日の終わりにドッキングステーション（４００、５００、６００）と結合される場合、そのような結合により、電池（４４）が重放電することが防止され得る。
【００４６】
ドッキングステーション（４００、５００、６００）については、ＢＭＵ（４０）と結合されるものとして以下では説明されるが、理解されたいこととして、ドッキングステーション（４００、５００、６００）のいくつかの他の変形例は単純に、直接電池（４４）と結合してもよい。したがって、ユーザーは、電池（４４）を再充電するために、電池（４４）をＢＭＵ（４０）から分離し、電池（４４）をドッキングステーション（４００、５００、６００）と結合することができる。ドッキングステーション（４００、５００、６００）のそのような変形例は、ＢＭＵ（４０）とのドッキングステーション（４００、５００、６００）の結合に関して以下で説明するものと類似した様々な方式で、電池（４４）と結合してよい。また、理解されたいこととして、ドッキングステーション（４００、５００、６００）のいくつかの変形例は電池充電能力に欠くこともある。例えば、事前に充電された電池の組が、別々に保管及び再充電されてもよく、また、使用済みの電池（４４）を毎日あるいは必要に応じて交換するために使用されてもよい。いくつかのそのような変形例において、ドッキングステーション（４００、５００、６００）は単純に、本明細書で説明するようにあるいは他の方式で、ＢＭＵ（４０）からかつ／又はＢＭＵ（４０）にデータを通信するために使用される。加えて、ドッキングステーション（４００、５００、６００）は以下ではいくつかのＢＭＵ（４０）と同時に結合するものとして説明されているが、ドッキングステーション（４００、５００、６００）のいくつかの変形例又は使用例は、単一のＢＭＵ（４０）をドッキングステーション（４００、５００、６００）とドッキングすることのみをもたらすかあるいは含んでもよい。したがって、理解されたいこととして、複数のポートがドッキングステーション（４００、５００、６００）の一部として含められているという、本明細書における任意の教示は、単一のポートに修正されてもよい。
【００４７】
ドッキングステーション（４００、５００、６００）はまた、ＢＭＵ（４０）からデータを受信してもよい。そのようなデータは、ＢＭＵ（４０）及び／又はＰＲＵ（７０）に関するデータを含んでもよいが、これは次に、請求の目的で、ＢＭＵ（４０）及び／若しくはＰＲＵ（７０）が提供又は交換されることが必要となるときを判断する目的で、ＢＭＵ（４０）及び／若しくはＰＲＵ（７０）と関連付けられる使い捨ての構成要素が処分又は修理されるべきか否かを判断する目的で、ＢＭＵ（４０）及び／若しくはＰＲＵ（７０）の誤用を検出する目的で、かつ／又は、他の目的で使用されてもよい。それに加えてあるいはそれに代わって、ドッキングステーション（４００、５００、６００）はまた、患者に関するデータをＢＭＵ（４０）から受信してもよい。例えば、ＢＭＵ（４０）が１日の終わりにドッキングステーション（４００、５００、６００）と結合される場合、ドッキングステーション（４００、５００、６００）は、その日にＢＭＵ（４０）を結合されていた患者に関するデータをＢＭＵ（４０）から受信してもよい。
【００４８】
以下でより詳細に説明するように、ドッキングステーション（４００、５００、６００）はまた、ネットワークを介してリモートサーバー又は他の種類のコンピュータシステムと結合されてもよく、それにより、ドッキングステーション（４００、５００、６００）は、ネットワークを介してＢＭＵ（４０）からリモートサーバー又は他の種類のコンピュータシステムに少なくとも一部のデータを伝送することができる。一例に過ぎないが、ドッキングステーション（４００、５００、６００）は、ＢＭＵ（４０）及び／又はＰＲＵ（７０）の使用法、ＢＭＵ（４０）及び／又はＰＲＵ（７０）に関連付けられる使い捨て構成要素の使用法などに関するデータを遠隔地に伝送してもよい。単に説明のための別の例として、ＢＭＵ（４０）から収集された患者情報が、ローカルなデータ伝送（例えば、ＵＳＢ接続、メモリカード伝送、ＬＡＮ接続など）を通じて、又はネットワークを通じて（例えば、リモートサーバーなどへ）、ドッキングステーション（４００、５００、６００）から医師の電子カルテシステムに伝送されてもよい。更に、遠隔地の医師（又はコンピュータシステム）が、ドッキングステーション（４００、５００、６００）及びネットワークを介してリモートサーバーに伝送される、ＢＭＵ（４０）からの情報に基づいて、患者の診断を行うこと（及び／又は、いくつかの他の種類の分析を実施すること）ができる。複数のＢＭＵ（４０）がドッキングステーション（４００、５００、６００）と結合されるとき、ドッキングステーション（４００、５００、６００）は、個別に（例えば、順次的な形式などで）、同時に、あるいは任意の他の好適な方式で、ＢＭＵ（４０）からデータを受信してよい。
【００４９】
ドッキングステーション（４００、５００、６００）がＢＭＵ（４０）からデータを受信することに加えてあるいはそれに代わって、ＢＭＵ（４０）がドッキングステーション（４００、５００、６００）からデータを受信してもよい。例えば、ドッキングステーション（４００、５００、６００）は、ソフトウェア／ファームウェアのアップグレードをいくつかのＢＭＵ（４０）に同時に伝送してもよい。一例に過ぎないが、ドッキングステーション（４００、５００、６００）は、セーフティシェル制御アルゴリズムをＢＭＵ（４０）に伝送してもよい。次に、ＢＭＵ（４０）は、ＢＭＵ（４０）が後にＰＲＵ（７０）と結合されるとき、ドッキングステーション（４００、５００、６００）から受信したデータの少なくとも一部をＰＲＵ（７０）に中継してもよい。単に説明のための別の例として、ドッキングステーション（４００、５００、６００）は、複数のＢＭＵ（４０）が特定の施設で初めて使用されているとき、コンフィギュレーションユーティリティを提供するために使用されてもよい。換言すれば、ユーザーは、ドッキングステーション（４００、５００、６００）を通じてそのようなコンフィギュレーションを実施することによって、いくつかのＢＭＵ（４０）を同時に構成することができる。
【００５０】
単に説明のための更に別の例として、ドッキングステーション（４００、５００、６００）は、あるＢＭＵ（４０）から別のＢＭＵ（４０）へとデータを移すことができる。この一実装例が、ドッキングステーション（４００、５００、６００）が複数のＢＭＵ（４０）の全体にわたってデータ同期をもたらすことであってもよい。例えば、薬物カセット（８６）のいくつかの変形例が、ＲＦＩＤチップ、バーコード、又は他の識別子を含む。そのような識別子は、どの薬物カセット（８６）が患者に使用されたかを識別するのに役立てるために使用されてもよく、また、この利用データは、使用済みの薬物カセット（８６）を有するＰＲＵ（７０）と結合されるＢＭＵ（４０）に記憶されてもよい。ＢＭＵ（４０）が後にドッキングステーション（４００、５００、６００）と結合されるとき、この薬物カセット（８６）の利用情報は、ドッキングステーション（４００、５００、６００）を介してＢＭＵ（４０）の間で共有されてもよい。したがって、グループ内のすべてのＢＭＵ（４０）が、さもなければ有することになる使用済みの薬物カセット（８６）のリストよりも完全なリストを有し得る。したがって、ＢＭＵ（４０）が後に再び使用されるとき、そのＢＭＵ（４０）は、使用済みの薬物カセット（８６）を認識する能力がより高くなり、また、既に使用された薬物カセット（８６）を有するＰＲＵ（７０）と結合されたとき、様々な方式で応答することができる。例えば、ＢＭＵ（４０）は、ＢＭＵ（４０）によってかつ／又はＰＲＵ（７０）によって、ユーザーに警告を提供してもよく、その警告は、薬物カセット（８６）が既に使用されており、交換されるべきであることを示唆するものである。それに加えてあるいはそれに代わって、ＢＭＵ（４０）は、既に使用された薬物カセット（８６）と共にＰＲＵ（７０）が使用されていることをＢＭＵ（４０）が検知したとき、ＢＭＵ（４０）及び／又はＰＲＵを少なくとも部分的に動作不能にしてもよい。
【００５１】
また、理解されたいこととして、リモートサーバー又は他の種類のコンピュータシステムがネットワークを介してドッキングステーション（４００、５００、６００）にデータ（例えば、ソフトウェア／ファームウェアアップデートなど）を伝送してもよい。そのようなデータは、単にドッキングステーション（４００、５００、６００）によって使用されるように、あるいはドッキングステーション（４００、５００、６００）を介してＢＭＵ（４０）に更に伝送されるように構成されてもよい。いくつかの事例において、リモートサーバー又は他の種類のコンピュータシステムが、ネットワークを介してＰＲＵ（７０）のアップデートをドッキングステーション（４００、５００、６００）に伝送してもよい。そのようなアップデートは、まずドッキングステーション（４００、５００、６００）からＢＭＵ（４０）に、次いでＢＭＵ（４０）からＰＲＵ（７０）に伝送されてよい（例えば、ＢＭＵ（４０）がドッキングステーション（４００、５００、６００）から分離され、次いでＰＲＵ（７０）と結合された後）。
【００５２】
いくつかの変形例において、ドッキングステーション（４００、５００、６００）は、ＢＭＵ（４０）がドッキングステーション（４００、５００、６００）と結合されているか否かに関わらず、アップデートが入手可能となると直ちに、ドッキングステーション（４００、５００、６００）、ＢＭＵ（４０）、及び／又はＰＲＵ（７０）からそれらのアップデートを受け取る。ドッキングステーション（４００、５００、６００）は次いで、ＢＭＵ（４０）がドッキングステーション（４００、５００、６００）と結合されているとき、必要に応じてアップデートをＢＭＵ（４０）に伝送する。理解されたいこととして、アップデートは、そのような変形例において、リモートシステムからドッキングステーション（４００、５００、６００）に押しやられるか、あるいはドッキングステーション（４００、５００、６００）から引き込まれ得る。いくつかの他の変形例において、ドッキングステーション（４００、５００、６００）は、ＢＭＵ（４０）がドッキングステーション（４００、５００、６００）と結合された後、ドッキングステーション（４００、５００、６００）がユーザーから特定のコマンドを受け取った後、かつ／又はいくつかの他の条件下で、アップデートについてリモートサーバー又はコンピュータシステムに問い合わせる。次いで、ドッキングステーション（４００、５００、６００）は、ドッキングステーション（４００、５００、６００）がそれらのアップデートを受け取った直後に、アップデートをＢＭＵ（４０）に中継する。様々な他の好適なアップデートのシナリオ及び実装が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００５３】
いくつかの変形例において、ドッキングステーション（４００、５００、６００）はまた、一体型プリンタ（図示せず）を有する。そのようなプリンタは、ドッキングステーション（４００、５００、６００）に関する情報、ドッキングステーション（４００、５００、６００）と結合されたＢＭＵ（４０）から収集されたデータに関する情報、及び／又は様々な他の種類の情報を印刷するように動作可能であってよい。以下は、ドッキングステーション（４００、５００、６００）の各例示的な変形例をより詳細に説明するものであるが、これらの変形例は単に例に過ぎないことを理解されたい。ドッキングステーション（４００、５００、６００）が取り得る様々な他の好適な形態は、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００５４】
１．ＢＭＵケーブルポートを有する例示的なドッキングステーション
図８は、各ケーブル（４２０）によって３台のＢＭＵ（４０）と結合されたドッキングステーション（４００）を示している。この例のドッキングステーション（４００）は、対応するケーブル（４２０）のプラグ（４２２）を受容するように構成された複数のソケット（４０２）を有する。ソケット（４０２）及びプラグ（４２２）は、上述のように、ドッキングステーション（４００）からＢＭＵ（４０）への電力の伝達をもたらすように、かつ／又は、ドッキングステーション（４００）とＢＭＵ（４０）との間のデータの通信をもたらすように構成されている。いくつかの変形例において、ケーブル（４２０）は上述のケーブル（２０）と同じである。例えば、ケーブル（４２０）は、上述のようにＰＲＵ（７０）と結合するように構成されてもよく、また単純に、ＰＲＵ（７０）から引き抜かれ、ドッキングステーション（４００）の選択されたソケット（４０２）に差し込まれてもよい。いくつかの他の変形例において、ケーブル（４２０）はケーブル（２０）から分離している。例えば、ケーブル（４２０）は専用のドッキングケーブルであってもよく、ＵＳＢケーブルであってもよく、あるいは任意の他の好適な構造であってもよい。また、理解されたいこととして、ドッキングステーション（４００）はＢＭＵ（４０）に無線式で電力及び／又はデータを伝送してもよい。例えば、ドッキングステーション（４００）は、誘導結合によって電力（例えば、電池（４４）を再充電するためなど）とデータ（例えば、ＢＭＵ（４０）を同期させるため、ＢＭＵ（４０）にアップデートを供給するためなど）の両方を伝送してもよい。単に説明のための別の変形例として、ドッキングステーション（４００）は、ケーブル（４２０）によってＢＭＵ（４０）への電力の伝達をもたらしても、また無線式でＢＭＵ（４０）へのデータの通信をもたらしても、あるいはその逆であってもよい。電力及び／又はデータが伝達され得る様々な他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００５５】
この例のドッキングステーション（４００）はまた、ディスプレイスクリーン（４０４）とユーザー入力機構（４０６）とを有する。ディスプレイスクリーン（４０４）は、ドッキングステーション（４００）と結合されているＢＭＵ（４０）に関する情報を表示するように動作可能である。単に一例に過ぎないが、ディスプレイスクリーン（４０４）は、グラフィクスのレンダリングが可能なＬＣＤスクリーン、複数の簡素なＬＥＤ（例えば、変化するステータスを示すための１つ又は２つ以上のＬＥＤ、ドッキングステーション（４００）の電源がオンであることを示すための１つ又は２つ以上のＬＥＤ、エラーを示すための１つ又は２つ以上のＬＥＤなど）、並びに／又は任意の他の好適な種類のディスプレイを備えてもよい。いくつかの変形例において、ディスプレイスクリーン（４０４）は単純に、どのソケット（４０２）がケーブル（４２０）を結合されているかを示す。それに加えてあるいはそれに代わって、ディスプレイスクリーン（４０４）は、ドッキングステーション（４００）と結合されたＢＭＵ（４０）の電池（４４）の充電ステータスを示してもよい。それに加えてあるいはそれに代わって、ディスプレイスクリーン（４０４）は、ＢＭＵ（４０）から通信された他の情報（例えば、ＢＭＵ（４０）の使用に関する情報、ＢＭＵ（４０）を使用した患者に関する情報など）を示してもよい。ディスプレイスクリーン（４０４）を通じて提供され得る他の好適な種類の情報、並びにディスプレイスクリーン（４０４）が取り得る様々な好適な形態が、本明細書の教示を鑑みれば当業者には明らかとなろう。言うまでもなく、本明細書で説明した他の構成要素と同様に、ディスプレイスクリーン（４０４）は単に任意選択によるものである。また、理解されたいこととして、ディスプレイスクリーン（４０４）は、スピーカー及び／又はいくつかの他のオーディオ出力で置き換えられるか、あるいはそれらを追加されてもよい。
【００５６】
また、ディスプレイスクリーン（４０４）が含められるか否かに関わらず、理解されたいこととして、ＢＭＵ（４０）がドッキングステーション（４００）と結合されているとき、ＢＭＵ（４０）のスクリーン（４２）もまた情報を提供してよい。例えば、プラグ（４２２）をソケット（４０２）と結合すると、ＢＭＵ（４０）のスクリーン（４２）がモードを変更し、そのＢＭＵ（４０）に関する電池（４４）の充電ステータスを表示し始めてもよい。スクリーン（４２）はまた、ドッキングステーション（４００）から受け取ったアップグレードに関する情報、及び／又は、１つ又は２つ以上のドッキングプロセスに関連付けられる他の情報を提示してもよい。ＢＭＵ（４０）がドッキングステーション（４００）と結合されている間にスクリーン（４２）上に示され得る他の種類の情報は、本明細書の教示を鑑みれば当業者には明らかとなろう。また、理解されたいこととして、スクリーン（４２）は、スピーカー及び／又はいくつかの他のオーディオ出力と置き換えられるか、あるいはそれらを追加されてもよい。
【００５７】
ユーザー入力機構（４０６）には、タッチスクリーン、入力キー、及び／又はユーザー入力を受容するように動作可能な任意の他の好適な種類の機構を挙げることができる。単に一例に過ぎないが、ユーザー入力機構（４０６）は、遠隔装置からアップデートを取り出すために、ＢＭＵ（４０）にアップデートを伝送するために、情報についてＢＭＵ（４０）に問い合わせるために、ＢＭＵ（４０）からの情報を分類するために、スクリーン（４２）及び／若しくはスクリーン（４０４）上のディスプレイモードを変更するために、かつ／又は任意の他の機能のために、ユーザーによって操作されてよい。また、理解されたいこととして、ディスプレイスクリーン（４０４）及びユーザー入力機構（４０６）は（例えば、タッチスクリーンなどに）統合されてもよい。１台又は２台以上のユーザー入力機構（４０６）が設けられ使用され得る様々な好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。また、理解されたいこととして、本明細書で参照される様々な他の構成要素と同様に、ユーザー入力機構（４０６）は単純に、所望により除かれてもよい。
【００５８】
ドッキングステーション（４００）はまた、電力ケーブル（４０８）とデータケーブル（４１０）とを有する。本例において、電力ケーブル（４０８）及びデータケーブル（４１０）は別々のケーブルであり、電力ケーブル（４０８）はドッキングステーション（４００）に電力を供給し、データケーブル（４１０）はドッキングステーション（４００）とネットワークとの間のデータ通信をもたらすものである。いくつかの他の変形例において、データ及び電力の伝達は、単一のケーブルに統合される（例えば、ＢＰＬアダプタなどの電力線通信技術などを利用）。データケーブル（４１０）は、イーサネットケーブル、ＵＳＢケーブル、ＲＳ２３２ケーブル、ＲＳ４８５ケーブル、及び／又はデータを通信するように動作可能な任意の他の好適な種類のケーブルを含んでよい。また、理解されたいこととして、ドッキングステーション（４００）は無線通信機能を有してもよく、そのため、データケーブル（４１０）は所望によって除かれてもよい。更に、ドッキングステーション（４００）は、データケーブル（４１０）又は無線アダプタを含むことに加えてあるいはそれに代わって、メモリカードインターフェイス、ＵＳＢポート、及び／又は他の種類のデータハードウェアインターフェイスを含んでよい。いくつかの状況において、これらの種類のインターフェイスは、コンピュータネットワーク及び／又はラップトップコンピュータ若しくは他の携帯電子装置とドッキングステーション（４００）との間などで、ドッキングステーション（４００）にデータを伝送するために、かつ／又は、ドッキングステーション（４００）からデータを伝送するために使用されてもよい。このことは、イーサネットネットワーク接続を得ることが困難であるか、あるいは室内でイーサネットケーブルを有することが望ましくない場合、及び／又は、無線通信規格に問題が起こり得る場合、望ましいこととなり得る。
【００５９】
いくつかの状況において、ドッキングステーション（４００）はＩＶポールに固定され、相当に機敏な移動性がドッキングステーション（４００）にもたらされる。いくつかの他の状況において、ドッキングステーション（４００）は、壁に、キャビネット内に、あるいは任意の他の好適な類の場所に装着される。また、理解されたいこととして、ドッキングステーション（４００）のいくつかの変形例は、ＩＶポール又は他の構造に装着されたＢＭＵ（４０）の高さとおよそ同じ高さに装着されるかあるいは他の方式で配置され得る。そのような配置により、ＢＭＵ（４０）をドッキングステーション（４００）と結合することが容易となり得る。言うまでもなく、ドッキングステーション（４００）は、所望の通りに任意の好適な場所に配置されてよい。
【００６０】
２．ＢＭＵドッキングステーションの例示的な連鎖
図９は、互いに結合された１対のドッキングステーション（５００）を示しているが、理解されたいこととして、多数の付加的なドッキングステーション（５００）がまた、連鎖をなしてドッキングステーション（５００）と結合されてよい。ドッキングステーション（５００）は図９において「５００ａ」及び「５００ｂ」と符号を付けられているが、これらはいずれも、本例の両方のドッキングステーション（５００）に共通する特徴について説明するとき、本明細書ではまとめて参照符号「５００」として参照される。しかしながら、以下の説明にはまた、ドッキングステーション（５００ａ）がドッキングステーション（５００ｂ）とは異なって構成されるいくつかの例が含まれる。本例の各ドッキングステーション（５００）は、ＢＭＵ（４０）を受容するように構成されたドッキング凹部（５０２）を有する。各ドッキング凹部（５０２）は、１つ又は２つ以上の接点などのポート（図示せず）、誘導コイル、及び／又は他の機構を有し、その機構は、上述のように、ドッキングステーション（５００）からＢＭＵ（４０）への電力の伝達をもたらすように、かつ／又は、ドッキングステーション（５００）とＢＭＵ（４０）との間におけるデータの通信をもたらすように構成されたものである。そのようなポートは、ＢＭＵ（４０）がドッキング凹部（５０２）内に完全に嵌め込まれると直ちに、ドッキングステーション（５００）とＢＭＵ（４０）との間における電力／データの結合をもたらすように構成されてよい。
【００６１】
この例のドッキングステーション（５００）はまた、ディスプレイスクリーン（５０４）とユーザー入力機構（５０６）とを有する。ディスプレイスクリーン（５０４）は、ドッキングステーション（４００）と結合されているＢＭＵ（４０）に関する情報を表示するように動作可能である。単に一例に過ぎないが、ディスプレイスクリーン（５０４）は、グラフィクスのレンダリングが可能なＬＣＤスクリーン、複数の簡素なＬＥＤ（例えば、変化するステータスを示すための１つ又は２つ以上のＬＥＤ、ドッキングステーション（５００）の電源がオンであることを示すための１つ又は２つ以上のＬＥＤ、エラーを示すための１つ又は２つ以上のＬＥＤなど）、並びに／又は任意の他の好適な種類のディスプレイを備えてもよい。いくつかの変形例において、ディスプレイスクリーン（５０４）は、ドッキングステーション（５００）と結合されたＢＭＵ（４０）の電池（４４）の充電ステータスを示してもよい。それに加えてあるいはそれに代わって、ディスプレイスクリーン（５０４）は、ＢＭＵ（４０）から通信された他の情報（例えば、ＢＭＵ（４０）の使用に関する情報、ＢＭＵ（４０）を使用した患者に関する情報など）を示してもよい。ディスプレイスクリーン（５０４）を通じて提示され得る他の好適な種類の情報、並びにディスプレイスクリーン（５０４）が取り得る様々な好適な形態が、本明細書の教示を鑑みれば当業者には明らかとなろう。言うまでもなく、本明細書で説明した他の構成要素と同様に、ディスプレイスクリーン（５０４）は単に任意選択によるものである。また、理解されたいこととして、ディスプレイスクリーン（５０４）は、スピーカー及び／又はいくつかの他のオーディオ出力で置き換えられるか、あるいはそれらを追加されてもよい。
【００６２】
また、ディスプレイスクリーン（５０４）が含められるか否かに関わらず、理解されたいこととして、ＢＭＵ（４０）がドッキングステーション（５００）と結合されているとき、ＢＭＵ（４０）のスクリーン（４２）もまた情報を提示してよい。例えば、ＢＭＵ（４０）をドッキング凹部（５０２）の中に挿入すると、ＢＭＵ（４０）のスクリーン（４２）がモードを変更し、そのＢＭＵ（４０）に関する電池（４４）の充電ステータスを表示し始めてもよい。スクリーン（４２）はまた、ドッキングステーション（５００）から受け取ったアップグレードに関する情報、及び／又は、１つ又は２つ以上のドッキングプロセスに関連付けられる他の情報を提示してもよい。ＢＭＵ（４０）がドッキングステーション（５００）と結合されている間にスクリーン（４２）上に示され得る他の種類の情報は、本明細書の教示を鑑みれば当業者には明らかとなろう。また、理解されたいこととして、スクリーン（４２）は、スピーカー及び／又はいくつかの他のオーディオ出力で代用されるか、あるいはそれらを追加されてもよい。
【００６３】
ユーザー入力機構（５０６）には、タッチスクリーン、入力キー、及び／又はユーザー入力を受容するように動作可能な任意の他の好適な種類の機構を挙げることができる。単に一例に過ぎないが、ユーザー入力機構（５０６）は、遠隔装置からアップデートを取り出すために、ＢＭＵ（４０）にアップデートを伝送するために、情報についてＢＭＵ（４０）に問い合わせるために、ＢＭＵ（４０）からの情報を分類するために、スクリーン（４２）及び／若しくはスクリーン（５０４）上のディスプレイモードを変更するために、かつ／又は任意の他の機能のために、ユーザーによって操作されてよい。また、理解されたいこととして、ディスプレイスクリーン（５０４）及びユーザー入力機構（５０６）は（例えば、タッチスクリーンなどに）統合されてもよい。１台又は２台以上のユーザー入力機構（５０６）が設けられ使用され得る様々な好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。また、理解されたいこととして、本明細書で参照される様々な他の構成要素と同様に、ユーザー入力機構（５０６）は単純に、所望により除かれてもよい。
【００６４】
ドッキングステーション（５００ａ）はまた、電力ケーブル（５０８）とデータケーブル（５１０）とを有する。本例において、電力ケーブル（５０８）とデータケーブル（５１０）とは別々のケーブルであり、電力ケーブル（５０８）はドッキングステーション（５００ａ）に電力を供給し、データケーブル（５１０）はドッキングステーション（５００ａ）とネットワークとの間のデータ通信をもたらすものである。いくつかの他の変形例において、データと電力の伝達は、単一のケーブルに統合される（例えば、ＢＰＬアダプタなどの電力線通信技術などを利用）。データケーブル（５１０）は、イーサネットケーブル、ＵＳＢケーブル、及び／又はデータを通信するように動作可能な任意の他の好適な種類のケーブルを含んでよい。また、理解されたいこととして、ドッキングステーション（５００ａ）は無線通信機能を有してもよく、そのため、データケーブル（５１０）は所望によって除かれてもよい。更に、ドッキングステーション（５００ａ）は、データケーブル（５１０）又は無線アダプタを含むことに加えてあるいはそれに代わって、メモリカードインターフェイス、ＵＳＢポート、及び／又は他の種類のハードウェアインターフェイスを含んでよい。いくつかの状況において、これらの種類のインターフェイスは、コンピュータネットワーク及び／又はラップトップコンピュータ若しくは他の携帯電子装置とドッキングステーション（５００ａ）との間などで、ドッキングステーション（５００ａ）にデータを伝送するために、かつ／又は、ドッキングステーション（５００ａ）からデータを伝送するために使用されてもよい。
【００６５】
ドッキングステーション（５００ｂ）はまた、電力ケーブル（５１８）とデータケーブル（５２０）とを有する。電力ケーブル（５１８）は、ドッキングステーション（５００ａ）内のソケットによって受容されるプラグ（５３８）を有し、そのため、電力がケーブル（５１８）を介してドッキングステーション（５００ａ）からドッキングステーション（５００ｂ）に伝達される。ドッキングステーション（５００ｂ）はまたソケット（５４８）を有し、電力の更なる伝達のために、ケーブルを介して別のドッキングステーション（５００）を結合することが可能となっている。理解されたいこととして、いくつかのドッキングステーション（５００）がこの方式で結合されてよく、ケーブルによってあるいは別の方式でで、連鎖をなすそのようなすべてのドッキングステーション（５００）に沿って電力を伝達することが可能となる。同様に、データケーブル（５２０）は、ドッキングステーション（５００ａ）内のソケットによって受容されるプラグ（５４０）を有し、そのため、データがケーブル（５２０）を介してドッキングステーション（５００ａ）とドッキングステーション（５００ｂ）との間で通信される。ドッキングステーション（５００ｂ）はまたソケット（５５０）を有し、電力のデータの通信のために、ケーブルによって別のドッキングステーション（５００）と結合することが可能となっている。理解されたいこととして、いくつかのドッキングステーション（５００）がこの方式で結合されてよく、ケーブルによってあるいは別の方式で、連鎖をなすそのようなすべてのドッキングステーション（５００）に沿ってデータを伝送することが可能となる。
【００６６】
本例において、電力ケーブル（５０８）とデータケーブル（５１０）は別々のケーブルであり、電力ケーブル（５０８）はドッキングステーション（５００ａ）に電力を供給し、データケーブル（５１０）はドッキングステーション（５００ａ）とネットワークとの間のデータ通信をもたらすものである。いくつかの他の変形例において、データと電力の伝達は、単一のケーブルに統合される（例えば、ＢＰＬアダプタなどの電力線通信技術などを利用）。データケーブル（５１０）は、イーサネットケーブル、ＵＳＢケーブル、ＲＳ２３２ケーブル、ＲＳ４８５ケーブル、及び／又はデータを通信するように動作可能な任意の他の好適な種類のケーブルを含んでよい。また、理解されたいこととして、ドッキングステーション（５００ａ）は無線通信機能を有してもよく、そのため、データケーブル（５１０）は所望によって除かれてもよい。更に、ドッキングステーション（５００ａ）は、データケーブル（５１０）又は無線アダプタを含むことに加えてあるいはそれに代わって、メモリカードインターフェイス、ＵＳＢポート、及び／又は他の種類のハードウェアインターフェイスを含んでよい。いくつかの状況において、これらの種類のインターフェイスは、ラップトップコンピュータ又は他の携帯電子装置とドッキングステーション（５００ａ）との間などで、ドッキングステーション（５００ａ）にデータを伝送するために、かつ／又は、ドッキングステーション（５００ａ）からデータを伝送するために使用されてもよい。このことは、イーサネットネットワーク接続を得ることが困難であるか、あるいは室内でイーサネットケーブルを有することが望ましくない場合、及び／又は、無線通信規格に問題が起こり得る場合、望ましいこととなり得る。同様に、ケーブル（５１８、５２０）の一方又は両方が、ケーブル（５０８、５１０）に関連して上述したものと同じ変動を受け得る。
【００６７】
いくつかの変形例において、ドッキングステーション（５００ａ）は主ドッキングステーションとして働き、ドッキングステーション（５００ｂ）（及びそれに結合されている他のドッキングステーション（５００））は受動ステーションとして働く。例えば、いくつかの変形例において、ドッキングステーション（５００ａ）は、ディスプレイスクリーン（５０４）及び／又はユーザー入力機構（５０６）を有する、連鎖内で唯一のドッキングステーション（５００）である。それに加えてあるいはそれに代わって、いくつかの変形例において、ドッキングステーション（５００ａ）は、主充電回路、メモリ、及び／又は処理回路／ハードウェアを有し、ドッキングステーション（５００ｂ）及び鎖内の他のドッキングステーションは単純に、ドッキングステーション（５００ａ）への中継器として働く。ドッキングステーション（５００ａ）が主ドッキングステーションとして働く変形例において、ドッキングステーション（５００ｂ）又は他のドッキングステーションがディスプレイスクリーン（５０４）を有するか否かに関わらず、ドッキングステーション（５００ａ）のディスプレイスクリーン（５０４）は、ドッキングステーション（５００ｂ）若しくは他のドッキングステーションについての情報、及び／又は、ドッキングステーション（５００ｂ）若しくは他のドッキングステーションと結合されたＢＭＵ（４０）についての情報を表示してもよい。同様に、ドッキングステーション（５００ａ）が主ドッキングステーションとして働く変形例において、ドッキングステーション（５００ｂ）又は他のドッキングステーションがユーザー入力機構（５０６）を有するか否かに関わらず、ドッキングステーション（５００ａ）のユーザー入力機構（５０６）は、ドッキングステーション（５００ｂ）若しくは他のドッキングステーションを制御するために、かつ／又は、ドッキングステーション（５００ｂ）若しくは他のドッキングステーションと結合されたＢＭＵ（４０）を制御するために使用されてもよい。ドッキングステーション（５００ａ）とドッキングステーション（５００ｂ）などの他のドッキングステーションとの間に構成要素及び機能を割り当て得る様々な他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００６８】
３．ＢＭＵドッキング凹部を有する例示的なドッキングステーション
図１０〜１１は、ＢＭＵ（４０）を受容するように構成された複数のドッキング凹部（６０２）を有するドッキングステーション（６００）を示している。各ドッキング凹部（６０２）は、上述のように、ドッキングステーション（６００）からＢＭＵ（４０）への電力の伝達をもたらすように、かつ／又は、ドッキングステーション（６００）とＢＭＵ（４０）との間のデータの通信をもたらすように構成されたポート（６１２）を有する。各ポート（６１２）は、ＢＭＵ（４０）がドッキング凹部（６０２）内に完全に嵌め込まれると直ちに、ドッキングステーション（６００）とＢＭＵ（４０）との間における電力／データの結合をもたらすように構成されてもよい。単に一例に過ぎないが、ポート（６１２）は、１つ又は２つ以上の接点、誘導コイル、及び／又は他の機構を備えてよい。各ポート（６１２）は、ドッキングステーション（６００）内のプロセッサ（６２０）と通信する。システムクロック（６２１）もまたプロセッサ（６２０）と通信する。
【００６９】
この例のドッキングステーション（６００）もまた、ディスプレイスクリーン（６０４）とユーザー入力機構（６０６）とを有し、これらもそれぞれプロセッサ（６２０）と通信する。ディスプレイスクリーン（６０４）は、ドッキングステーション（６００）と結合されているＢＭＵ（４０）に関する情報を表示するように動作可能である。単に一例に過ぎないが、ディスプレイスクリーン（６０４）は、グラフィクスのレンダリングが可能なＬＣＤスクリーン、複数の簡素なＬＥＤ（例えば、変化するステータスを示すための１つ又は２つ以上のＬＥＤ、ドッキングステーション（６００）の電源がオンであることを示すための１つ又は２つ以上のＬＥＤ、エラーを示すための１つ又は２つ以上のＬＥＤなど）、並びに／又は任意の他の好適な種類のディスプレイを備えてもよい。いくつかの変形例において、ディスプレイスクリーン（６０４）は単純に、どのドッキング凹部（６０２）がＢＭＵ（４０）を挿入されているかを示す。それに加えてあるいはそれに代わって、ディスプレイスクリーン（６０４）は、ドッキングステーション（６００）と結合されたＢＭＵ（４０）の電池（４４）の充電ステータスを示してもよい。それに加えてあるいはそれに代わって、ディスプレイスクリーン（６０４）は、ＢＭＵ（４０）から通信された他の情報（例えば、ＢＭＵ（４０）の使用に関する情報、ＢＭＵ（４０）を使用した患者に関する情報など）を示してもよい。ディスプレイスクリーン（６０４）を通じて提供され得る他の好適な種類の情報、並びにディスプレイスクリーン（６０４）が取り得る様々な好適な形態が、本明細書の教示を鑑みれば当業者には明らかとなろう。言うまでもなく、本明細書で説明した他の構成要素と同様に、ディスプレイスクリーン（６０４）は単に任意選択によるものである。また、理解されたいこととして、ディスプレイスクリーン（６０４）は、スピーカー及び／又はいくつかの他のオーディオ出力で置き換えられるか、あるいはそれらを追加されてもよい。
【００７０】
また、ディスプレイスクリーン（６０４）が含められるか否かに関わらず、理解されたいこととして、ＢＭＵ（４０）がドッキングステーション（６００）と結合されているとき、ＢＭＵ（４０）のスクリーン（４２）もまた情報を提示してよい。例えば、ＢＭＵ（４０）をドッキング凹部（６０２）の中に挿入すると、ＢＭＵ（４０）のスクリーン（４２）がモードを変更し、そのＢＭＵ（４０）に関する電池（４４）の充電ステータスを表示し始めてもよい。スクリーン（４２）はまた、ドッキングステーション（６００）から受け取ったアップグレードに関する情報、及び／又は、１つ又は２つ以上のドッキングプロセスに関連付けられる他の情報を提示してもよい。ＢＭＵ（４０）がドッキングステーション（６００）と結合されている間にスクリーン（４２）上に示され得る他の種類の情報は、本明細書の教示を鑑みれば当業者には明らかとなろう。また、理解されたいこととして、スクリーン（４２）は、スピーカー及び／又はいくつかの他のオーディオ出力で置き換えられるか、あるいはそれらを追加されてもよい。
【００７１】
ユーザー入力機構（６０６）には、タッチスクリーン、入力キー、及び／又はユーザー入力を受容するように動作可能な任意の他の好適な種類の機構を挙げることができる。単に一例に過ぎないが、ユーザー入力機構（６０６）は、遠隔装置からアップデートを取り出すために、ＢＭＵ（４０）にアップデートを伝送するために、情報についてＢＭＵ（４０）に問い合わせるために、ＢＭＵ（４０）からの情報を分類するために、スクリーン（４２）及び／若しくはスクリーン（６０４）上のディスプレイモードを変更するために、かつ／又は任意の他の機能のために、ユーザーによって操作されてよい。また、理解されたいこととして、ディスプレイスクリーン（６０４）とユーザー入力機構（６０６）は（例えばタッチスクリーンなどに）統合されてもよい。１台又は２台以上のユーザー入力機構（６０６）が設けられ使用され得る様々な好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。また、理解されたいこととして、本明細書で参照される様々な他の構成要素と同様に、ユーザー入力機構（６０６）は単純に、所望によりなくてもよい。
【００７２】
ドッキングステーション（６００）はまた、電力ケーブル（６０８）とデータケーブル（６１０）とを有する。電力ケーブル（６０８）は、ドッキングステーション（６００）内の電力供給機構（６２２）と通信する。電力供給機構（６２２）は、ドッキングステーション（６００）の電池充電回路（６２４）及び他の構成要素に電力を供給する。電池充電回路（６２４）は、上述のようにドッキング凹部（６０２）内に受容されたＢＭＵ（４０）の電池（４４）を充電するように動作可能である。本例において、電力ケーブル（６０８）とデータケーブル（６１０）は別々のケーブルであり、電力ケーブル（６０８）はドッキングステーション（６００）に電力を供給し、データケーブル（６１０）はドッキングステーション（６００）とネットワークとの間のデータ通信をもたらすものである。いくつかの他の変形例において、データ及び電力の伝達は、単一のケーブルに統合される（例えば、ＢＰＬアダプタなどの電力線通信技術を使用するなどを利用）。データケーブル（６１０）は、イーサネットケーブル、ＵＳＢケーブル、及び／又はデータを通信するように動作可能な任意の他の好適な種類のケーブルを含んでよい。また、理解されたいこととして、ドッキングステーション（６００）は無線通信機能を有してもよく、そのため、データケーブル（６１０）は所望によって除かれてもよい。例えば、図１１は、無線インターフェイス／ハブ（６２４）を有するドッキングステーション（６００）を示している。
【００７３】
理解されたいこととして、プロセッサ（６２０）は様々な種類のメモリと通信し得る。例えば、図１１に示すように、本例のドッキングステーション（６００）は、内部不揮発性メモリ（６３０）と、内部揮発性メモリ（６３２）と、メモリカードインターフェイス（６３４）とを有し、これらのすべてがプロセッサ（６２０）と通信する。本明細書で参照した他の構成要素と同様に、これらのメモリ構成要素の各々は、所望に応じて、置換、追加、又は更には省略されてもよい。図１１はまた、ドッキングステーション（６００）に任意選択によって含まれ得る様々な種類のポートを示しており、それらのポートには、モデム（６４０）、プリンタポート（６４２）、アナログ入力／出力ポート（６４４）、デジタル入力／出力ポート（６４６）、ＵＳＢポート（６４８）、及びイーサネットポート（６５０）が含まれ、これらのすべては、プロセッサ（６２０）と通信しているものとして示されている。いくつかの状況において、これらの種類のインターフェイスは、ラップトップコンピュータ、コンピュータネットワーク、又は他の電子装置とドッキングステーション（６００）との間などで、ドッキングステーション（６００）にデータを伝送するために、かつ／又は、ドッキングステーション（６００）からデータを伝送するために使用されてもよい。ドッキングステーション（６００）に含められ得る他の好適な種類のポートが、本明細書の教示を鑑みれば当業者には明らかとなろう。単に一例に過ぎないが、無線ポート、ＲＳ２３２ポート、ＲＳ４８５ポート、及び／又はＩ２Ｃポートが、上記のポートのいずれかに加えてあるいはそれに代わって設けられてもよい。言うまでもなく、ドッキングステーション（６００）は、複数のポートを有する必要はなく、上記のポートなどのすべてではなくともほとんどを単純に除いてもよい。ドッキングステーション（６００）に組み込まれ得る他の好適な構成要素、機構、構成、及び操作性が、本明細書の教示を鑑みれば当業者には明らかとなろう。また、理解されたいこととして、図１１に示す様々な構成要素はドッキングステーション（６００）の文脈で示されているが、これらの構成要素はドッキングステーション（４００、５００）にも容易に組み込まれ得る。
【００７４】
４．ドッキングステーションを通じて実施される例示的なプロセス
図１２Ａ及び１２Ｂは、ドッキングステーション（４００、５００、６００）を通じて実施され得る例示的なプロセスを示している。理解されたいこととして、これらのプロセスのうちの少なくとも一部は、ドッキングステーション（４００、５００、６００）の１台又は２台以上のプロセッサによって実施されてよく、かつ／又は、これらのプロセスのうちの少なくとも一部は、ＢＭＵ（４０）の１台又は２台以上のプロセッサによって実施されてよい。また、理解されたいこととして、そのようなプロセッサは、限定するものではないが、マイクロプロセッサ、マイクロコントローラ、ＦＰＧＡ、ＣＰＬＤ、及び／又は任意の他の好適な種類のハードウェア又はソフトウェア処理装置を含めて、様々な構成要素を含んでよい。図１２Ａ及び１２Ｂに示すように、プロセスは、少なくとも１台のＢＭＵ（４０）がドッキングステーション（４００、５００、６００）とドッキングされているか否かに関する判断で開始する（工程（７００））。この判断は、自動的にされても手動でされてもよい。例えば、この判断は、ドッキングステーション（４００、５００、６００）内に１台又は２台以上のセンサーを設けて、ドッキングステーション（４００、５００、６００）と結合されているＢＭＵ（４０）の存在を検知することによって、自動でされてもよい。同様に、ＢＭＵ（４０）をドッキングステーション（４００、５００、６００）と結合すると、回路が閉じられていることに応答してある機構を起動する回路を簡単に閉じることができる。この判断が自動的になされ得る他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。この判断は、ユーザー入力機構（４０６、５０６、６０６）を通じてあるいは他の方式でユーザーがドッキングステーション（４００、５００、６００）に結合を知らせることによって、手動でなされてもよい。
【００７５】
少なくとも１台のＢＭＵ（４０）がドッキングステーション（４００、５００、６００）とドッキングされていると判断されると、様々な他のサブプロセスが次いで実施され得る。例えば、図１２Ａ及び１２Ｂは、コンフィギュレーションデータ要求プロセス（工程（７１０））と、記憶データ要求プロセス（工程（７３０））と、アプリケーションソフトウェア要求プロセス（工程（７４０））と、電池充電要求プロセス（工程（７６０））と、診断／較正要求プロセス（工程（７８０））と、スクリーンセーバー更新プロセス（工程（７９９））とを示している。これらのサブプロセスについて、以下でより詳細に説明することにする。理解されたいこととして、これらのサブプロセスの各々は単に説明のための例であり、各々は所望の通りに、置換、追加、変更、又は省略されてよい。ドッキングステーション（４００、５００、６００）を通じて実施され得る様々な他の好適なプロセスが、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００７６】
特に図１２Ａを参照すると、コンフィギュレーションデータ要求（工程（７１０））が開始され、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）に対してコンフィギュレーションデータを更新するべきか否かに関して判断され得る（工程（７１２））。そのようなコンフィギュレーションデータには、限定するものではないが、ディスプレイ設定／限度、患者監視設定／限度、警報設定／限度、電池充電設定／限度、電池較正設定／限度、ポート設定、ＲＴＣクロック設定／限度などを含めて、様々なものが含まれ得る。工程（７１２）における判断は、ドッキングステーション（４００、５００、６００）が最初に構成／導入されたときになされた選択に基づくことなどによって自動的に、あるいは、図１２Ａに示すプロセスが実施されるたびにユーザーが工程（７１２）にてユーザー入力機構（４０６、５０６、６０６）を介してなした選択に基づくことなどによって手動で行われてよい。すべてのＢＭＵ（４０）がこの段階でコンフィギュレーションデータを更新されない場合、ドッキングステーション（４００、５００、６００）は単純に、確認のためにユーザーにデータ又はバージョンを提示する（例えば、ユーザーインターフェイス（４０４、５０４、６０４、４２）などを介して）かあるいは他の方式で出力してもよい（工程（７１４））。例えば、工程（７１４）は、入手可能であったがアップロードされなかった更新済みのコンフィギュレーションデータ又はバージョンを示す情報をユーザーに提示することを含んでもよい。それに加えてあるいはそれに代わって、工程（７１４）は、更新が可能であるにも関わらず依然としてＢＭＵ（４０）内にあるコンフィギュレーションデータ又はバージョンを示す情報をユーザーに提示することを含んでもよい。いくつかのＢＭＵ（４０）がドッキング（４００、５００、６００）と結合されており、これらのＢＭＵ（４０）の間でコンフィギュレーションデータ又はバージョンに違いがある場合、工程（７１４）は、ＢＭＵ（４０）ごとにＢＭＵ（４０）のコンフィギュレーションデータ又はバージョンの情報をユーザーに提示することを含んでもよい。
【００７７】
工程（７１２）にて、すべてのＢＭＵ（４０）がそれらのコンフィギュレーションデータを更新するべきであると判断された場合、このプロセスは次に、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）に対して同じコンフィギュレーションデータが望ましいか否かを判断する（工程（７１６））。ここでも、この判断は、ドッキングステーション（４００、５００、６００）が最初に構成／導入されたときになされた選択に基づくことなどによって自動的に、あるいは、図１２Ａに示すプロセスが実施されるたびにユーザーが工程（７１６）にてユーザー入力機構（４０６、５０６、６０６）を介してなした選択に基づくことなどによって手動で行われてよい。すべてのＢＭＵ（４０）が同じコンフィギュレーションデータで更新されない場合、ドッキングステーション（４００、５００、６００）は単純に、確認のためにユーザーにデータ又はバージョンを提示する（例えば、ユーザーインターフェイス（４０４、５０４、６０４、４２）などを介して）かあるいは他の方式で出力してもよい（工程（７１４））。理解されたいこととして、工程（７１４）は、ここでは上述した方式と同じ方式で実施されてもよく、あるいは、工程（７１４）は、本明細書の教示を鑑みれば当業者には明らかとなるように、なんらかの他の方式で実施されてもよい。また、理解されたいこととして、いくつかの変形例において、工程（７１２）は、更新が望まれるとき、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）を更新するようにユーザーに要求する代わりに、選択したＢＭＵ（４０）のみをユーザーが更新できるようにしてもよい。例えば、種々のＢＭＵ（４０）が種々の医療手技で使用され、種々のコンフィギュレーションデータが使用される場合、ユーザーがＢＭＵ（４０）の更新版を区別することを望むことがある。ドッキングステーション（４００、５００、６００）はしたがって、ＢＭＵ（４０）ごとにＢＭＵ（４０）のコンフィギュレーションデータの更新を可能にし得る。
【００７８】
工程（７１６）にて、すべてのＢＭＵ（４０）が同じコンフィギュレーションデータで更新されるべきであると判断された場合、ユーザーは、好ましいコンフィギュレーションを（例えば、ユーザー入力機構（４０６、５０６、６０６）などを介して）選択又は入力するように指示される（工程（７１８））。この選択がなされると、コンフィギュレーションデータは次いで、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）に対して更新される（工程（７２０））。更新が完了した後、ドッキングステーション（４００、５００、６００）は、確認のためにユーザーにデータ又はバージョンを提示する（例えば、ユーザーインターフェイス（４０４、５０４、６０４、４２）などを介して）かあるいは他の方式で出力してもよい（工程（７１４））。理解されたいこととして、工程（７１４）は、ここでは上述した方式と同じ方式で実施されてもよく、あるいは、工程（７１４）は、本明細書の教示を鑑みれば当業者には明らかとなるように、なんらかの他の方式で実施されてもよい。
【００７９】
ここでも図１２Ａを参照すると、記憶データ要求（工程（７３０））が開始され、ＢＭＵ（４０）に記憶されたデータが、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）の間で同期されるべきか否かに関して判断され得る（工程（７３２））。この判断は、ドッキングステーション（４００、５００、６００）が最初に構成／導入されたときになされた選択に基づくことなどによって自動的に、あるいは、図１２Ａに示すプロセスが実施されるたびにユーザーが工程（７３２）にてユーザー入力機構（４０６、５０６、６０６）を介してなした選択に基づくことなどによって手動で行われてよい。１台又は２台以上のＢＭＵ（４０）からのデータが、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）の間で同期されない場合、ドッキングステーション（４００、５００、６００）は、確認のためにユーザーにデータ又はバージョンを提示する（例えば、ユーザーインターフェイス（４０４、５０４、６０４、４２）などを介して）かあるいは他の方式で出力してもよい（工程（７１４））。理解されたいこととして、工程（７１４）は、ここでは上述した方式と同じ方式で実施されてもよく、あるいは、工程（７１４）は、本明細書の教示を鑑みれば当業者には明らかとなるように、なんらかの他の方式で実施されてもよい。
【００８０】
工程（７３２）にて、１台又は２台以上のＢＭＵ（４０）からのデータが、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）の間で同期されると判断された場合、ドッキングステーション（４００、５００、６００）は、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）からデータをダウンロードする（工程（７３４））。そのようなデータには、セーフティシェルの動作に関するデータ、ＢＭＵ（４０）内のハードウェアに関するデータ、ＢＭＵ（４０）の使用に関するデータ、ＢＭＵ（４０）と結合されたＰＲＵ（７０）に関するデータ、ＢＭＵ（４０）と結合された患者に関するデータ、及び／又は他の好適な種類のデータが含まれ得る。データがダウンロードされると（かつ／又はデータがダウンロードされている間）、ドッキングステーション（４００、５００、６００）は、特定のパラメータに基づいてデータを結合及び整理する（工程（７３６））。データが結合及び整理された後（かつ／又はデータが結合／整理されている間）、データは、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）にアップロードされて、ＢＭＵ（４０）上のデータが同期される（工程（７３８））。次いでドッキングステーション（４００、５００、６００）は、確認のためにユーザーにデータ又はバージョンを提示する（例えば、ユーザーインターフェイス（４０４、５０４、６０４、４２）などを介して）かあるいは他の方式で出力してもよい（工程（７１４））。理解されたいこととして、工程（７１４）は、ここでは上述した方式と同じ方式で実施されてもよく、あるいは、工程（７１４）は、本明細書の教示を鑑みれば当業者には明らかとなるように、なんらかの他の方式で実施されてもよい。単に説明のための別の例として、この状況における工程（７１４）は、電池充電履歴、較正履歴、カセット使用、ＰＲＵ接続、及び／又は装置使用履歴など、既に記憶されたデータを出力することを含んでもよい。そのようなデータは、すべてのＢＭＵ（４０）から結合されてもよく（例えば、データが工程（７３２、７３４、７３６、７３８）を通じて同期されているときなど）、かつ／又は、ＢＭＵ（４０）ごとにＢＭＵ（４０）に提供されてもよい。
【００８１】
図１２Ａにも示すように、アプリケーションソフトウェア要求プロセス（工程（７４０））が開始し、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）でソフトウェアバージョンが同じであるか否かについての判断がなされ得る（工程（７４２））。これは、ドッキングステーション（４００、５００、６００）による単純な問い合わせと比較を通じて実施され得る。ＢＭＵ（４０）にあるソフトウェアバージョンを示す情報を受け取った後、ドッキングステーション（４００、５００、６００）はまた、そのようなソフトウェアに関してアップグレードが利用可能であるか否かを判断してもよい（工程（７４４））。いくつかの状況において、アップグレードはすでにドッキングステーション（４００、５００、６００）上に存在する。例えば、ドッキングステーション（４００、５００、６００）の電源が周期的にあるいは他の方式でオンにされるたびに、ドッキングステーション（４００、５００、６００）は、ソフトウェアアップグレードを求めてネットワークを自動的に探索してもよい。単に説明のための別の例として、ドッキングステーション（４００、５００、６００）は、プロセスが工程（７４４）に達したとき、ソフトウェアアップグレードを求めてネットワークのみを探索してもよい。それに代わって、ドッキングステーション（４００、５００、６００）は、任意の他の好適な方式でソフトウェアアップグレードを受け取ってもよい。
【００８２】
ソフトウェアアップグレードが利用可能でない場合、またＢＭＵ（４０）上の各ソフトウェアバージョンが異なっていることが判明した場合、ドッキングステーション（４００、５００、６００）は、すべてのＢＭＵ（４０）の間でソフトウェアバージョンを同期させてもよい。ドッキングステーション（４００、５００、６００）は、この工程を実際に実施する前に、この工程を実施することを確認するようにユーザーに指示してもよい。いずれにしても、ソフトウェアアップグレードが利用可能である場合、ドッキングステーション（４００、５００、６００）は、ソフトウェアがＢＭＵ（４０）上でアップグレードされるべきか否かを示すようにユーザーに指示してもよい（工程（７４６））。そのような指示は、ユーザーインターフェイス（４０４、５０４、６０４、４２）を通じて提示されてもよく、また、ユーザーの応答はユーザー入力機構（４０６、５０６、６０６）を通じて受け取られてもよい。ユーザーがソフトウェアのアップグレードを拒否した場合、ドッキングステーション（４００、５００、６００）は、確認のためにユーザーにデータ又はバージョンを提示する（例えば、ユーザーインターフェイス（４０４、５０４、６０４、４２）などを介して）かあるいは他の方式で出力してもよい（工程（７１４））。理解されたいこととして、工程（７１４）は、ここでは上述した方式と同じ方式で実施されてもよく、あるいは、工程（７１４）は、本明細書の教示を鑑みれば当業者には明らかとなるように、なんらかの他の方式で実施されてもよい。例えば、ソフトウェアの以前のバージョンは、アップグレードが生じなかったこと、及び、以前のバージョンが依然として存在し、十分に機能していることなどを確認するために、ユーザーに提示されてもよい。
【００８３】
ユーザーがソフトウェアのアップグレードを選んだ場合、ドッキングステーションは、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）に新しいソフトウェアをアップロードしてよい（工程（７４８））。ドッキングステーション（４００、５００、６００）は次いで、任意選択により、アップグレードがＢＭＵ（４０）上で成功したか否かを確認してもよい（工程（７５０））。アップグレードが成功しなかった場合、ドッキングステーション（４００、５００、６００）はそのプロセスを繰り返してもよい。アップグレードが成功した場合、ドッキングステーション（４００、５００、６００）は、確認のためにユーザーにデータ又はバージョンを提示する（例えば、ユーザーインターフェイス（４０４、５０４、６０４、４２）などを介して）かあるいは他の方式で出力してもよい（工程（７１４））。理解されたいこととして、工程（７１４）は、ここでは上述した方式と同じ方式で実施されてもよく、あるいは、工程（７１４）は、本明細書の教示を鑑みれば当業者には明らかとなるように、なんらかの他の方式で実施されてもよい。
【００８４】
ここで図１２Ｂを参照すると、電池充電要求（工程（７６０））が開始され、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）で電池充電が必要であるか否かに関して判断され得る（工程（７６２））。これは、単純に各ＢＭＵ（４０）の電池（４４）に依然として残存する充電量を測定することによって行われてもよい。工程（７６２）にて判断を行う際、ドッキングステーション（４００、５００、６００）は、所定の閾値に対して、各電池（４４）の充電量を比較してもよい。例えば、ドッキングステーション（４００、５００、６００）は、電力レベルが９０％未満である場合には電池（４４）が再充電されるべきであり、また、電力レベルが９０％超である場合には再充電は必要でないと判断してもよい。他の好適な閾値及びアルゴリズムが、本明細書の教示を鑑みれば当業者には明らかとなろう。電池の充電が必要でないと判断された場合、ドッキングステーション（４００、５００、６００）はユーザーにデータを提示するか（例えば、ユーザーインターフェイス（４０４、５０４、６０４、４２）などを介して）あるいは別の方式で出力して、充電が必要でないことを示し、かつ／又はそのような電池（４４）の充電レベルを示してもよい（工程（７６４））。
【００８５】
電池の充電が必要であると判断された場合、ドッキングステーション（４００、５００、６００）は、各電池（４４）の充電状態を判定し（工程（７６６））、電池（４４）ごとに、ドッキングステーション（４００、５００、６００）及び／又はＢＭＵ（４０）内の充電回路を有効化してもよい（工程（７６８））。電池（４４）が充電されている間、ドッキングステーション（４００、５００、６００）は、各電池（４４）の充電パラメータを監視し続けてもよい（工程（７７０））。所望により、ユーザーインターフェイス（４０４、５０４、６０４）及び／又はユーザーインターフェイス（４２）は、電池（４４）が再充電されているとき、関連する電池（４４）の充電ステータスを表示してもよい。そのようなステータスが、実時間であるいはほぼ実時間で更新されてもよい。ドッキングステーション（４００、５００、６００）は、電池（４４）が完全に充電されているか否かを繰り返し判断してもよい（工程（７７４））。電池（４４）が完全に充電されていない場合、ドッキングステーション（４００、５００、６００）は、電池（４４）が完全に充電される（あるいは少なくとも十分に充電される）まで、電池（４４）を充電し続けてよい。電池（４４）が再び完全に充電されたとドッキングステーション（４００、５００、６００）が判断すると、ドッキングステーション（４００、５００、６００）は、電池（４４）が完全に充電されたことを示すデータをユーザーに提示するか（例えば、ユーザーインターフェイス（４０４、５０４、６０４、４２）などを介して）あるいは他の方式で出力してもよい（工程（７６４））。
【００８６】
また図１２Ｂに示すように、診断／較正要求プロセス（工程（７８０））が開始し、診断／較正試験が必要であるか否かが判定され得る。そのような試験は、ＢＭＵ（４０）のハードウェア、ソフトウェアなどが適切に作動しているか否かを判断するために、かつ／又はそれらが適切に較正されるようにするために用いられてもよい。いくつかの変形例において、試験が必要であるか否かの判断は、試験が最後に実施されてからの時間の経過に基づく。例えば、ドッキングステーション（４００、５００、６００）は、そのような試験が実施される事例を追跡してもよく、また、所定の周期で試験が必要であることを示すロジックを含んでもよい。その判断を自動化するための他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。それに代わって、ドッキングステーション（４００、５００、６００）は、ドッキングステーション（４００、５００、６００）が診断／較正を実施することをユーザーが望むか否かを示すようにユーザーに指示してもよい。いずれにしても、診断／較正が必要でないと判断された場合、ドッキングステーション（４００、５００、６００）は単純に、診断／較正試験が必要でないという示唆をユーザーに提示するか（例えば、ユーサーインターフェイス（４０４、５０４、６０４、４２）などを介して）あるいは他の方式で出力してもよい（工程（７８４））。
【００８７】
診断／較正試験が必要であると判断された場合、ドッキングステーション（４００、５００、６００）は、試験／較正が手動入力に基づいて実施されるか、あるいは純粋に自動化されたシーケンスに基づいて実施されるか否かを判断してもよい（工程（７８６））。試験／較正が手動入力に基づいて実施される場合、ユーザーは次いで、ユーザー入力機構（４０６、５０６、６０６）などを通じて、試験／較正のための所望のパラメータなどを入力する（工程（７８８））。試験／較正が手動入力に基づいて実施されるか、あるいは純粋に自動化されたシーケンスに基づいて実施されるかに関わらず、ドッキングステーション（４００、５００、６００）は、ドッキングステーションと結合されたＢＭＵ（４０）に対して試験／較正を実施する（工程（７９０））。試験／較正が完了した後、ドッキングステーション（４００、５００、６００）は試験／較正が成功したことを確認する（工程（７９２））。試験／較正が成功しなかった場合、試験／較正は繰り返される。試験／較正の成功が確認された後、診断／較正試験が完了したという示唆をユーザーに提示するか（例えばユーサーインターフェイス（４０４、５０４、６０４、４２）などを介して）あるいは他の方式で出力する（工程（７８４））。
【００８８】
図１２Ｂはまた、スクリーンセーバー更新プロセス（工程（７９９））を示しており、このスクリーンセーバー更新プロセスは、１台又は２台以上のＢＭＵ（４０）がドッキングステーション（４００、５００、６００）と結合されているという判断に基づいて実施されてよい。このサブプロセスは、１台又は２台以上のユーザーインターフェイス（４０４、５０４、６０４、４２、７２）が、必ずしも医療データに関連しないスクリーンセーバー又は他の種類の視覚的レンダリングを表示するように動作可能であるときに利用されてもよい。例えば、そのようなスクリーンセーバー又は他の種類の視覚的レンダリングは、広告などを含んでもよい。したがって、スクリーンセーバー更新プロセスは、ドッキングステーション（４００、５００、６００）と結合されたすべてのＢＭＵ（４０）に対してスクリーンセーバーを更新するために利用され得る。例えば、ドッキングステーション（４００、５００、６００）は、任意の好適な基準でネットワークからスクリーンセーバーの更新版を受け取ることができ、また、ＢＭＵ（４０）をドッキングステーション（４００、５００、６００）と結合すると、そのようなスクリーンセーバーのうちの１つ又は２つ以上をＢＭＵ（４０）に自動的に伝送することができる。単に説明のための別の例として、ドッキングステーション（４００、５００、６００）は、複数のスクリーンセーバーをすでに記憶していてもよく、また、これらの事前に保存されたスクリーンセーバーから引き出して、周期的にＢＭＵ（４０）のスクリーンセーバーを更新してもよい。言うまでもなく、本明細書で説明する他のプロセスと同様に、（例えば、スクリーンセーバーが使用されないか、あるいは変更され得ない変形例などにおいて）スクリーンセーバー更新プロセスは単純に除かれてもよい。ドッキングステーション（４００、５００、６００）を通じて実施され得る更に他の好適なプロセスが、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００８９】
Ｂ．ＰＲＵの遠隔監視及び制御のための例示的な中央制御ユニット
図１３は、複数のＰＲＵ（７０）が中央ステーション（７０２）と結合される例示的なシステム（７００）を示している。中央ステーション（７０２）は、ネットワークを介してＰＲＵ（７０）と通信するサーバー及び／又は他のコンピュータ関連のハードウェア構成要素を有してもよい。例えば、そのような通信は、ケーブルを介して及び／又は無線式で提供されてよい。また、理解されたいこととして、中央ステーション（７０２）は、病院の患者医療記録データベースなど、１台又は２台以上の他の装置又はシステム（７０４）と結合されてもよい。いくつかの変形例において、麻酔科医などの人物が中央ステーション（７０２）に座り、中央ステーション（７０２）を介して複数のＰＲＵ（７０）の動作を同時に監視しかつ／又は少なくとも部分的に制御することが可能である。企図されることとして、中央ステーション（７０２）のいくつかの変形例は、固定された又は所定の地理的位置を有さなくてもよい。例えば、中央ステーション（７０２）のいくつかの変形例は、麻酔科医又は他の人物によって携帯されるスマートホン又は他の携帯電子装置を含んでもよい。それに加えてあるいはそれに代わって、中央ステーション（７０２）は、様々な位置からアクセス可能である安全なウェブインターフェイス又は他のポータルを通じて設けられてもよい。したがって、本明細書において、ある人物が中央制御ステーション（７０２）に「いる」という言及は、中央制御ステーション（７０２）が固定の位置にあるいは所定の位置にいることなどを要求するものとして読まれるべきではない。
【００９０】
本例において、中央ステーション（７０２）は、ＰＲＵ（７０）の動作を統合的に表示するものである。例えば、中央ステーション（７０２）は、ユーザーが、各ＰＲＵ（７０）と関連付けられる１つ又は２つ以上のウィンドウ又はスクリーンに目を通すことなどによって、各ＰＲＵ（７０）と関連付けられるデータを個別に選択的に閲覧することを可能にし得るものである。例えば、中央ステーション（７０２）は、各ＰＲＵ（７０）がどのように動作しているかを示すデータをユーザーが実時間で閲覧することを可能にし得る。中央ステーション（７０２）はまた、ＰＲＵ（７０）の使用に関する履歴データ、ＰＲＵ（７０）を通じて与えられた警報に関するデータなどを確認するための媒体を提供してもよい。各ＰＲＵ（７０）に関するデータを個別に示すことに加えて、中央ステーション（７０２）はまた、ＰＲＵ（７０）と関連付けられるデータをユーザーが総合的に閲覧することを可能にし得る。例えば、中央ステーション（７０２）は、各ＰＲＵ（７０）から受け取ったデータを処理し、複数のＰＲＵ（７０）から得たデータに基づいた平均、傾向、及び／又は他の総合的情報を示すレポートを提供してもよい。
【００９１】
同様に、中央ステーション（７０２）は、ＢＭＵ（４０）からの（例えば、中央ステーション（７０２）のＰＲＵ（７０）と結合されたＢＭＵ（４０）などからの）データを総合的に表示してもよい。したがって、中央ステーション（７０２）にいる人物は、ＢＭＵ（４０）を結合された患者の物理的パラメータを監視すると共に、ＰＲＵ（７０）からの薬物及び酸素などの送達を監視することもできる。それに加えてあるいはそれに代わって、中央ステーション（７０２）は、他の患者情報（例えば、ＢＭＵ（４０）を結合された患者の身元、ＢＭＵ（４０）を結合された患者の人口統計学データ、ＢＭＵ（４０）を結合された患者の記録からの抜書き及び／又は注意書きなど）、ＢＭＵ（４０）を結合された患者に実施されている医療手技、各ＢＭＵ（４０）を備えた部屋にいる臨床チーム（例えば、医者、看護師など）、並びに／又は、様々な他の種類の情報をユーザーに提示してもよい。ＰＲＵ（７０）から得られるデータと同様に、ＢＭＵ（４０）から得られるデータは、各ＢＭＵ（４０）に関連する中央ステーション（７０２）にいるユーザーに個別に、かつ／又は、複数のＢＭＵ（４０）に関連する集合的情報として提示されてもよい。また、各ＢＭＵ（４０）が設置されている各部屋から中央ステーション（７０２）にいるユーザーにストリーミングビデオを提供して、中央ステーション（７０２）にいるユーザーが各医療手技を実時間で視聴できるようにするために、１台又は２台以上のカメラが使用されてもよい。
【００９２】
本例の中央ステーション（７０２）はまた、中央位置から１台又は２台以上のＰＲＵ（７０）を制御するために使用されてもよい。例えば、制御ステーション（７０２）は、ＰＲＵ（７０）のセーフティシェル制御アルゴリズムを置き換えるために、さもなければセーフティシェルに従ってＰＲＵ（７０）を通じて送達される薬物の送達を停止するために、ＰＲＵ（７０）を通じた酸素の送達を向上させるために、ＰＲＵ（７０）のパラメータ及び／若しくはセーフティプロファイルを変更するために、ＰＲＵ（７０）による１種類又は２種類以上の薬物の送達速度を変化させるために、かつ／又は、そのほかの方式でＰＲＵ（７０）の動作を変化させるために使用されてもよい。いくつかのそのような変形例において、中央ステーション（７０２）は、そのような処置が遠隔式でなされたことをＰＲＵ（７０）のユーザー（例えば、臨床医）に通知してもよい。加えて、いくつかのそのような変形例において、中央ステーション（７０２）にいる操作者が、ＰＲＵ（７０）による薬物送達を減少させることしかできず、ＰＲＵ（７０）による薬物送達を増加させることができないように、中央ステーション（７０２）にいる操作者による制御が制限されることがある。制御ステーション（７０２）にいるユーザーはまた、ＰＲＵ（７０）の警告レベルを設定し、さもなければＰＲＵ（７０）のセーフティシェル制御アルゴリズムを修正し、かつ／又は、ＰＲＵ（７０）内で始動された警告に応答してもよい。
【００９３】
単に説明のための別の例として、ＰＲＵ（７０）は２モードのセーフティシェルを設けられてもよい。例えば、１つのモードは、非麻酔科医によって（例えば、臨床医／看護師のチームによって）ＰＲＵ（７０）を操作するために構成されてもよい。このモードにおいて、セーフティシェルは、薬物送達に対する制限など、ＰＲＵ（７０）の動作に対して特定の制限を課してもよく、かつ／又は、患者の応答性に種々の感度を設けてもよい。第２のモードは、制御ステーション（７０２）に着席する麻酔科医によってＰＲＵ（７０）を操作するために構成されてもよい。そのような第２のモードのいくつかの変形例において、制御ステーション（７０２）にいる麻酔科医は、第１のモード下で課せられる薬物送達の制限を受けることなく、標準的な薬物注入ポンプ（例えば、プロポフォール注入ポンプ）としてＰＲＵ（７０）を制御してもよい。麻酔科医は、所与のＰＲＵ（７０）をセーフティシェルの第１のモードからセーフティシェルの第２のモードへ、そしてその逆に切り換える能力を制御ステーション（７０２）にて与えられ得る。いくつかのそのような変形例において、セーフティシェルの第２のモードは、ＢＭＵ（４０）からのデータに基づいて、患者の物理的パラメータが特定の状態（例えば、患者の安定化）に戻るかあるいは特定の状態に達したとき、ＰＲＵ（７０）をセーフティシェルの第１のモードに再び切り換えることのみを認めることになる。
【００９４】
制御ステーション（７０２）が、拡張された機能を麻酔科医に与える変形例において（例えば、上述した第２のモードなど）、制御ステーション（７０２）は、麻酔科医の身元を確認するための機構を有してもよい。例えば、制御ステーション（７０２）は、生体認証機構（例えば、指紋読取り機、網膜スキャナーなど）；パスワード保護；手動キースイッチ；ＲＦＩＤタグ；ＥＡＳタグ；磁気、光学、又は物理的カード読取り装置などを有してもよい。センサーに近づけることで検出可能なＲＦＩＤタグ又は同様の種類の装置の存在を感知する変形例において、制御ステーション（７０２）は、麻酔科医が制御ステーション（７０２）を去ると直ちに、より制限されたモード（例えば、上述の第１のモード）に再び自動的に切り替わるように構成されてもよい。
【００９５】
中央ステーション（７０２）はまた、ＰＲＵ（７０）を介して患者、看護師、臨床医、及び／又は他の人物と通信するために使用されてもよい。例えば、中央ステーション（７０２）にいる人物が、少なくとも１台の選択されたＰＲＵ（７０）のディスプレイスクリーン（７２）に、テキストメッセージ、ビデオメッセージ、ストリーミングビデオなどを送信してもよい。それに加えてあるいはそれに代わって、中央ステーション（７０２）にいる人物が、少なくとも１台の選択されたＰＲＵ（７０）を通じて別の人物に音声を通信してもよい。ＰＲＵ（７０）はまた、ＰＲＵ（７０）にいる看護師又は臨床医が麻酔科医などの援助を必要とするときなど、ＰＲＵ（７０）にいる人物が中央ステーション（７０２）にいる人物と、テキスト形式、ビデオ形式、及び／又はオーディオ形式の議論を開始できるようにしてもよい。単に説明のための更に別の例として、中央ステーション（７０２）は、ＢＭＵ（４０）及び／又はＰＲＵ（７０）にいる人物が中央ステーション（７０２）に問い合わせて、患者データ、医療手技の次の工程などの情報を取得できるようにしてもよい。中央ステーション（７０２）に組み込まれ得る又は中央ステーション（７０２）によって提供され得る更に他の好適な構成要素、機構、及び機能性が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００９６】
ＩＶ．ＰＲＵに対する例示的な付加入力
上で詳細に説明したように、ＰＲＵ（７０）は、患者の実時間の生理学的状態に関する入力をＢＭＵ（４０）から受け取る。このデータは、患者への薬物送達を調整するために、警告及び他の情報を臨床医及び／若しくは看護師に与えるために、かつ／又は他の目的で、ＰＲＵ（７０）のセーフティシェル制御アルゴリズムによって処理される。また、理解されたいこととして、ＰＲＵ（７０）は様々な他の種類の入力を受け取ってもよい。そのような付加的な入力のいくつかの例が以下でより詳細に説明されるが、更に他の例が、本明細書の教示を鑑みれば当業者には明らかとなろう。また本明細書の教示を鑑みれば明らかとなるように、ＰＲＵ（７０）に対する付加的な入力は、手動で与えられても自動で与えられてもよい。例えば、手動入力が、タッチスクリーン組立体（７２）を介して、薬物送達制御部（７４）を介して、中央ステーション（７０２）を介して、かつ／又は他の方式で、ユーザー（例えば、看護師又は臨床医など）によって手動で与えられてよい。入力は、ＢＭＵ（４０）から、１台又は２台以上の補助装置（例えば、システム（３００）との関連で上述したもののいずれかなど）から、中央ステーション（７０２）から、かつ／又はいくつかの他の入力源から、自動で与えられてよい。
【００９７】
ＰＲＵ（７０）のいくつかの変形例において、タッチスクリーン（７２）は、動作のいかなる瞬間にも、オプション、アイコン、ウィジェットなどのサブセットを提示することが可能である。これらを提示されたとき、ＰＲＵ（７０）を起動してある種類の処置を実施するために、ユーザーはいずれかを選択することができる。例えば、オプション、アイコン、ウィジェットなどのセットが、ＰＲＵ（７０）を更新すること、薬物を送達すること、中央ステーション（７０２）にいる人物と連絡することなどと関連付けられるものを含んでよい。タッチスクリーン（７２）は、ＰＲＵ（７０）への１つ又は２つ以上の入力に少なくとも部分的に基づいて、提示されるオプション、アイコン、ウィジェットなどを選択的に変更してもよい。例えば、ユーザーが薬物送達アイコンを操作してもよく、それにより、タッチスクリーン（７２）が、特定の種類の薬物と関連付けられる付加的なオプション、アイコン、ウィジェットなどを表示してもよい。単に説明のための別の例として、ＢＭＵ（４０）から得られる実時間患者データが、タッチスクリーン（７２）を介してユーザーに提示されるオプションを変化させてもよい。オプション、アイコン、ウィジェットなどが変化及び動作し得る様々な他の好適な方式、並びに、オプション、アイコン、ウィジェットなどの提示を制御し得る様々な種類の入力が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００９８】
Ａ．外部薬物の投与に関連する例示的な入力
上述のように、ＰＲＵ（７０）のいくつかの変形例は、送達される薬物の量、送達される薬物の種類、薬物送達の期間などの選択において、実時間での人間による判断の役割を最低限にすること、又は、実時間での人間による判断の役割を排除することのいずれかなどによって、患者への薬物の送達を簡潔にすることを意図したものであってよい。ＰＲＵ（７０）のいくつかの変形例はまた、必要とされる薬物のすべてを薬物カセット（８４）内に収容することによって、患者への薬物の送達を簡潔にするものである。しかしながら、ＰＲＵ（７０）の外部にある供給源から１種類又は２種類以上の薬物を患者に送達することが望まれる状況も存在し得る。例えば、ＢＭＵ（４０）から得たデータに基づいて、特定の患者の独自の医療履歴若しくは処置（例えば、インシュリン注射を必要とする糖尿病）に基づいて、かつ／又は他の検討事項に基づいて、薬物カセット（８４）内に収容されていない特定の薬物（例えば、鎮痛薬など）を一定の投与量、患者が受けることが必要であると麻酔科医が判断することもある。そのような状況において、その薬物が患者に送達されていることをＰＲＵ（７０）に知らせるための手段を設けることが望ましいこととなり得る。そのように、ＰＲＵ（７０）内のセーフティシェル制御アルゴリズムは、この「外部」薬物の送達を説明し、適切な調整を行ってもよい。そのような調整は、ＰＲＵ（７０）による後の薬物送達、ＢＭＵ（４０）によって監視される生理学的パラメータ、警報を発する条件などに影響を及ぼし得る。外部薬物が送達されていること及び／又は送達されたことの示唆にＰＲＵ（７０）が応答し得る様々な好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【００９９】
また、理解されたいこととして、ＰＲＵ（７０）は外部薬物の送達を様々な方式で知らされてよい。例えば、ＰＲＵ（７０）は、付加的な１つ又は２つ以上のボタンを有してもよく、そのボタンによって、そのような入力がなされてもよい。それに加えてあるいはそれに代わって、タッチスクリーン（７２）が、外部薬物の送達を示唆する入力を受け取ってもよい。いくつかの変形例において、ユーザーはボタン又はタッチスクリーン（７２）などを作動させて、外部薬物が送達されようとしていること又は送達されたことを示唆する。タッチスクリーン（７２）は次いで、送達される薬物の種類、送達された薬物の量などを更に示すためのオプションをユーザーに提示する。
【０１００】
いくつかの変形例において、「外部薬物」は、薬物カセット（８４）内に収容されないものであり、そのため、その薬物はＰＲＵ（７０）の外部にある。例えば、外部薬物は、ＩＶ溶液送達システム（３５２）などにおいて、別の注射器に収容されてもよい。それに加えてあるいはそれに代わって、「外部薬物」は、薬物カセット（８４）内に収容されているが、その選択、送達のタイミング、送達の期間、及び／又は投与の他の態様が、現在稼働しているセーフティシェル制御アルゴリズムの範囲外にあるものを含んでもよい。例えば、セーフティシェル制御アルゴリズムが通常、特定の状況が存在するときのみ、特定の薬物のみを送達させ、通常、特定の量のその薬物のみを送達する場合、それは薬物の外部送達と見なされてもよく、そこでは、ある人物が基本的にセーフティシェルを無効にし、種々の時間にかつ／又は種々の期間などにわたって、薬物が薬物カセット（８４）から送達されるようにする。いずれの種類の外部薬物送達においても、セーフティシェル制御アルゴリズムは適応可能であり、それにより、後の薬物送達、後の警報の発生などを調節し、外部薬物送達を考慮することが可能となり得る。セーフティシェル制御アルゴリズムにおいてなされ得る様々な好適な変更、及び／又は、外部薬物の送達に基づいてなされ得る他の種類の対応が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【０１０１】
Ｂ．医療手技の段階に関連する例示的な入力
上述したＰＲＵ（７０）入力の具体的な例には、ＢＭＵ（４０）からの実時間患者関連データと、１種類又は２種類以上の外部薬物の送達に関する情報が挙げられる。上述したように、これらの入力は、後の薬物の送達、警報の発生、及びセーフティシェル制御アルゴリズムに従ってＰＲＵ（７０）を通じて実行される他のプロセスに影響を与え得る。セーフティシェル制御アルゴリズムに従ってＰＲＵ（７０）を通じて実施される１つ又は２つ以上のプロセスに影響を及ぼし得る入力の別の例示的な種類には、患者が受けている医療手技の種類を示唆することが含まれてもよい。同様に、医療手技の現在の段階を示唆する入力が、セーフティシェル制御アルゴリズムに従ってＰＲＵ（７０）を通じて実施される１つ又は２つ以上のプロセスに影響を及ぼし得る。一例に過ぎないが、ある手技の始まりに、タッチスクリーン（７２）が、各種の医療手技の一覧をユーザーに提示してもよい。ユーザーはしたがって、タッチスクリーン（７２）と相互作用して、ＰＲＵ（７０）が使用される医療手技の種類を選択してもよい。各種の手技の目録が、ＰＲＵ（７０）に事前にロードされてもよく、ＢＭＵ（４０）（ドッキングステーション（４００、５００、６００）を通じてカタログのアップデートを受け取っていてもよい）からＰＲＵ（７０）に伝送されてもよく、中央ステーション（７０２）からＰＲＵ（７０）に伝送されてもよく、かつ／又はその他の方式でＰＲＵ（７０）に受け取られてもよい。
【０１０２】
ＰＲＵ（７０）が使用される医療手技の種類についてユーザーがＰＲＵ（７０）に知らせると、タッチスクリーン（７２）は、その手技の種々の主要段階のリストを順にユーザーに提示してもよい。医療手技がそれらの段階を通じて進行するとき、ユーザーは、タッチスクリーン（７２）との相互作用を通じてそれらの段階を手動で「チェックする」ことができ、かつ／又は、各段階が開始及び／若しくは完了しているときに各段階の開始及び／若しくは完了を、他の方式でＰＲＵ（７０）に知らせてもよい。ＰＲＵ（７０）のセーフティシェル制御アルゴリズムは、それに応じて各段階の開始及び／又は完了に応答するように構成されてもよい。大腸内視鏡検査及び食道胃十二指腸内視鏡検査（ＥＧＤ）の状況におけるそのような応答の例については、以下でより詳細に説明することにするが、他の例が本明細書の教示を鑑みれば当業者には明らかとなろう。
【０１０３】
図１４は、大腸内視鏡検査が特定の段階に達したという入力にセーフティシェル制御アルゴリズムが応答し得る方法の例を示している。具体的には、この例示的な方法（８００）は、内視鏡が大腸から引き抜かれているときに、更に時間をかけて大腸を調べるように内視鏡医に勧め得るものであり、その結果、大腸内のポリープの検出が増加することになり得る。それに加えて、この方法（８００）は、大腸から内視鏡を引き抜く際、患者への鎮静薬の送達を低減し得るものであり、それにより、患者の回復時間が改善され得る。内視鏡医が内視鏡を患者の盲腸に到達させた後、内視鏡医は、ＰＲＵ（７０）上の（例えば、タッチスクリーン（７２）上などの）ボタンを作動させるか、あるいはボタンを作動させるように看護師に指示して、内視鏡が盲腸に到達したことを示唆してもよい（工程（８０２））。この入力に応答して、ＰＲＵ（７０）は、プロポフォールなどの薬物の送達を５０％、低減すると同時に（工程（８０４））、タイマーを始動する（工程（８０６））。ＰＲＵ（７０）は次いで、タイマーで時間の経過を追跡する。２分が経過したとき、セーフティシェルにより、ＰＲＵ（７０）は、プロポフォール送達を５０％、低減すると同時に（工程（８０８））、ベル又は他の音響警告を１回、鳴らす（工程（８１０））。ＰＲＵ（７０）は引き続き、タイマーで時間の経過を追跡する。更に２分が経過した後（すなわち、工程（８０２）でボタンが押されてから４分）、セーフティシェルにより、ＰＲＵ（７０）は、プロポフォールの送達を停止すると同時に（工程（８１２））、ベル又は他の音響警告を２回、鳴らす（工程（８１４））。更に２分が経過した後（すなわち、工程（８０２）でボタンが押されてから６分）、セーフティシェルにより、ＰＲＵ（７０）は、ベル又は他の音響警告を３回、鳴らす（工程（８１６））。更に２分が経過した後（すなわち、工程（８０２）でボタンが押されてから８分）、セーフティシェルにより、ＰＲＵ（７０）は、ベル又は他の音響警告を４回、鳴らす（工程（８１８））。内視鏡医は、そのベル又は他の音響警告を内視鏡医が４回、聴くまで、患者から内視鏡を完全に引き抜くことを回避するように訓練され得る。これにより、内視鏡医が少なくとも８分をかけて内視鏡を引き抜くことが確実となり得る。上記の例において、ＰＲＵ（７０）は、ユーザーからまたタイマーから入力を受け取るが（工程（８０２））、理解されたいこととして、他の入力が用いられてもよい。
【０１０４】
患者が痛みに非常に敏感であるなど、特定の状況において、上述の薬物送達の低減（工程（８０４、８０８、８１２））は理想的でないこともある。そのような状況において、ＰＲＵ（７０）は、臨床医がＰＲＮ薬物投与量を送達することを可能にし、かつ／又は、臨床医がプロポフォール若しくは他の薬物の送達における低減を調節することを可能にしてもよい。また、理解されたいこととして、上述の方法（８００）は、大腸内視鏡検査に対しても、様々な方式で改良され得る。例えば、ＰＲＵ（７０）は、ベルが鳴る間隔をより長くするか、ベルがより頻繁に鳴るようにするか、プロポフォール又は他の薬物の送達における頻度及び／若しくは低減の量を調整するか、さもなければ、ユーザー定義のパラメータに基づいてその方法（８００）を改良するように、ユーザーがセーフティシェルをプログラムできるようにしてもよい。また、理解されたいこととして、上述の方法（８００）及びそれらの変形例は、ＥＧＤ手技などの他の手技に容易に適用され得る。例えば、工程（８０２）は、内視鏡が患者の十二指腸に達したときに実行され、それによって方法（８００）の実施を開始してもよい。方法（８００）はまた、ＥＧＤに大腸内視鏡検査が続くなど、複数の手技が実施される状況にも容易に適合され得る。本明細書の教示が容易に適用され得る様々な他の種類の手技が、本明細書の教示を鑑みれば当業者には容易に明らかとなろう。
【０１０５】
本明細書で説明する例において、ユーザーが、タッチスクリーン（７２）と相互作用すること又は他の方式によって、医療手技の各主要段階の開始及び／又は完了を手動でＰＲＵ（７０）に知らせる。いくつかの他の変形例において、付加的な補助装置がＰＲＵ（７０）と通信する、上述したシステム（３００）の例などでは、ＰＲＵ（７０）は、医療手技の１つ又は２つ以上の段階の開始及び／又は完了について自動的に知らされてもよい。例えば、内視鏡が、その長さ方向に沿って配置された１台又は２台以上の外部光センサーを有してもよい。そのような光センサーは、患者の体外にあることによって内視鏡のうちのどの程度の長さが光にさらされるかに基づいて、患者の体内への内視鏡の挿入深さを検知するために、かつ／又は、患者に対する内視鏡の軸方向運動の方向を判断するために使用されてもよい。内視鏡の位置に関するこの情報は、外科手技の段階を示すものとして解釈されてもよく（例えば、内視鏡の引き抜きが検知されたことは、手技が終わりに近づいていることを示すなど）、またセーフティシェルがそれに応じて反応してもよい。同様に、再び大腸内視鏡検査及びＥＧＤの上記の例を参照すると、内視鏡の位置に関するそのような情報は、内視鏡が患者から過度に急速に引き抜かれているときに、ユーザーに警告するために使用されてもよい。
【０１０６】
単に説明のための別の例として、上述のシステム（３００）の状況に引き続き、ＰＲＵ（７０）と結合された治療器具（３２２）から得られたデータがＰＲＵ（７０）によって解釈されて、医療手技のある段階の完了又は開始が示唆されてもよい。例えば、ＰＲＵ（７０）は、治療器具（３２２）が起動されたことを単純に感知してもよく、これが解釈されて、手技の特定の段階が始まったことが意味されてもよい。ＰＲＵ（７０）が医療手技の各段階の進行を自動的に知らされ得る様々な他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。ＰＲＵ（７０）が医療手技の進行を自動的に知らされる変形例において、その段階が実際に開始及び／又は完了していることの確認を求めて、タッチスクリーン（７２）が依然として、ポップアップ又は同様の指示をユーザーに提示してもよい。また、理解されたいこととして、ＰＲＵ（７０）に対する医療段階の入力は、特定の変形例において、手動でされても自動でされてもよい。例えば、所与の手技のいくつかの段階は、同じ手技の他の段階が自動で入力される一方で、手動で入力されてもよい。
【０１０７】
Ｃ．患者データ点に関する例示的な入力
ＢＭＵ（４０）の上記の説明には、ＢＭＵ（４０）によって検出され得るものであり、それによってＰＲＵ（７０）に伝送され得るいくつかの患者の物理パラメータが含まれているが、理解されたいこととして、上で参照した種類の患者データに加えてあるいはそれに代わって、他の種類の患者データがＰＲＵ（７０）に対する入力として与えられてもよい。そのような付加的な患者データが、ＢＭＵ（４０）の１つ又は２つ以上の付属品を使用して、補助装置としてＰＲＵ（７０）と結合された１つ又は２つ以上の付属品を使用して、あるいは他の方式で補足されてよい。患者データの付加的な一形態には、患者の呼吸商（ＲＱ）に関するデータが含まれてもよく、この呼吸商とは、体から排出された二酸化炭素の体積と体で消費された酸素の体積との比である。単に一例に過ぎないが、ウィスコンシン州サセックス（Sussex）のカーディオパルモナリーテクノロジー社（CardioPulmonary Technologies，Inc.）による１台又は２台以上のＲＱ監視構成要素が、ＢＭＵ（４０）に組み込まれるか、あるいは他の方式で、ＰＲＵ（７０）と通信させて配置されてもよい。それに代わって、任意の他の好適な構成要素が、ＲＱデータを取得するために使用されてよい。
【０１０８】
いくつかの変形例において、ＲＱはいくつかの状況で呼吸困難をより早期に予知するものとなり得るので、セーフティシェル制御アルゴリズムが呼吸数の代わりにＲＱを監視してもよい。言うまでもなく、セーフティシェル制御アルゴリズムは、所望により、ＲＱと呼吸数の両方を監視し、更には、呼吸の音、圧力、温度、及び／又は呼吸に関連付けられる他のパラメータを監視してもよい。呼吸に関連付けられるそのような他のパラメータが監視され得る様々な好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。セーフティシェル制御アルゴリズムは、ＲＱレベル及び／若しくはＲＱの傾向に少なくとも部分的に基づいて警報を与えるように、かつ／又は、ＲＱレベル及び／若しくはＲＱの傾向に少なくとも部分的に基づいて患者への薬物及び／若しくは酸素の送達を調整するように構成されてもよい。セーフティシェル制御アルゴリズムがＲＱデータに応答し得る様々な他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【０１０９】
また、理解されたいこととして、特定の患者にＰＲＵ（７０）を使用することの適否を判定するためにＲＱデータが検討されてもよい。例えば、患者の呼吸が比較的弱い（呼吸の質が低い）ことをＲＱデータが示す場合、臨床医はその患者にＰＲＵ（７０）を使用しないように判断してもよい。したがって、ＲＱデータは、ＰＲＵ（７０）の動作における判断を下すために臨床医に使用されてもよい。換言すれば、ＲＱデータは、セーフティシェル制御アルゴリズムにおける使用に限定される必要はない。更に、理解されたいこととして、ＲＱが酸素の運搬によって不正確にならないように、ＲＱデータを計算するときにＰＲＵ（７０）による酸素運搬を考慮することが望ましいこととなり得る。したがって、ＰＲＵ（７０）は、患者が吸息している時期、及び患者に与えられている酸素濃度に基づいて、ＲＱを調整してもよい。
【０１１０】
単に説明のための別の例として、ＰＲＵ（７０）は、患者の医療履歴（例えば、以前の手技上の履歴、現在及び以前の薬物療法など）、体重、性別、年齢、民族性などに関する入力を受け取ってもよく、そしてこの情報はまた、セーフティシェル制御アルゴリズムの選択及びセーフティシェル制御アルゴリズムの実行に影響を与え得る。この情報により、所与の患者に対してより完全で正確なリスクプロファイルを、特に鎮静に対する患者のリスクを示すことが可能となる。換言すれば、この情報はリスク入力を与えるために使用されてもよい。この種類の情報の少なくとも一部は、図５に示すプロセスの一部として看護師又は臨床医によってＢＭＵ（４０）に入力されてもよい。それに加えてあるいはそれに代わって、この種類の情報の少なくとも一部は、図６に示すプロセスの一部としてＢＭＵ（４０）にかつ／又は直接、ＰＲＵ（７０）に入力されてもよい。また、理解されたいこととして、この情報は、手動で入力されても（例えば、タッチスクリーン（４２、７２）などを介して）、メモリカードを介して入力されても、ネットワークを介して入力されても（例えば、中央ステーション（７０２）からかつ／又は病院の医療記録データベースなどから）、あるいは他の方式で入力されてよい。そのような情報がＰＲＵ（７０）に与えられ得る様々な他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【０１１１】
理解されたいこととして、患者の医療履歴、体重、性別、年齢、民族性などに関する情報は、様々な方式でセーフティシェル制御アルゴリズムに影響を及ぼし得る。例えば、そのような情報は、セーフティシェルを通じて送達される薬物の選択、セーフティシェルを通じて送達される薬物の量、セーフティシェルを通じた薬物送達のタイミング、セーフティシェルを通じた薬物送達の期間、警告を発生させる条件、警告発生器の感度などに影響を与え得る。したがって、セーフティシェルは、リスク連続体（risk continuum）上のどこに患者が存在するかを、患者の医療履歴、体重、性別、年齢、民族性などに関する情報に基づいて判断することができ、次いで、そのリスク連続体上のどこに患者が存在するかに基づいてセーフティシェルを適合させることができる。一例に過ぎないが、ＰＲＵ（７０）は、体重が特定の閾値に満たない患者に対して、女性の患者に対して、薬物への既知の感受性を有する患者などに対して、薬物送達を自動的に低減してもよい。単に説明のための別の例として、患者を麻酔薬に対して耐性にする処方薬を患者が定期的に服用している（例えば、患者がセロトニン再取込み阻害薬（ＳＲＩ）などを服用している）ことを示す入力をＰＲＵ（７０）が受け取った場合、ＰＲＵ（７０）は、鎮静のレベルを適切にするために、自動的に、薬物送達の初期維持量をより多くし、かつ／又は薬物送達の維持量をより多くしてもよい。単に説明のための別の例として、上記のリスク関連情報は、リスクプロファイルに部分的に基づいてＰＲＵ（７０）の警告を１つ又は２つ以上の監視生理学的条件に対してより敏感にすることなどによって、そのような警告に影響を与え得る。同様に、上記のリスク関連情報は、リスクプロファイルに部分的に基づいてＰＲＵ（７０）の薬物送達の限界を低減することなどによって、そのような限界に影響を与え得る。上述したようなリスクプロファイル情報に対する他の好適な応答が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【０１１２】
また、理解されたいこととして、リスクプロファイル上の患者の位置が医療手技の間に変化してもよい。例えば、ＢＭＵ（４０）が、脱飽和又は無呼吸症状の発現を示す状態を検出した場合、連続体における患者のリスクレベルは増大し得る。リスクレベルの増大が、警告の感度を増加させ、かつ／又はセーフティシェルを通じた薬物送達に対する制限を増加させてもよい。逆に、患者が医療手技の間の一定期間にわたって副作用を示さない場合、連続体における患者のリスクレベルは低下されてもよい。セーフティシェルに影響を与えるために使用され得る更に他の好適な入力、並びに、そのような入力がセーフティシェルに影響を与え得る様々な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【０１１３】
Ｖ．例示的な音響出力
上記のように、セーフティシェル制御アルゴリズムが、特定の状態又は状態の組み合わせに対する応答として１つ又は２つ以上の警告を与えてもよい。そのような警告は、ＢＭＵ（４０）を通じてかつ／又はＰＲＵ（７０）を通じて発生されてよい。いくつかの事例において、警告は、医師／臨床医／看護師／麻酔科医などに向けられてもよい。それに加えてあるいはそれに代わって、警告は患者に向けられてもよい。以下では、システム（１０）を通じて与えられ得る警告の、単に説明のためのいくつかの例について議論するが、他の種類の警告が、本明細書の教示を鑑みれば当業者には明らかとなろう。それに加えて、以下の例は主に音響警告に関するものであるが、理解されたいこととして、警告はまた視覚的に（例えば、スクリーン（４２）を通じて、スクリーン（７２）を通じて、かつ／又は別様に）与えられてもよい。警告が与えられ得る他の様々な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【０１１４】
Ａ．言語表現としての音響警告
いくつかの事例において、警告は可聴音の形態でユーザー（例えば、医師／臨床医／看護師／麻酔科医／患者など）に与えられる。いくつかのそのような変形例において、種々の警告が、種々の音色、種々のパターン、種々の期間、種々の音量、及び／又は他の種々の特徴を有する音によって通信されてもよい。したがって、ユーザーは、システム（１０）を後に使用する間にこれらの種々の音の意味を容易に解釈できるように、システム（１０）を使用する前にこれらの違いを覚えることができる。同様に、警告条件（又は条件の組み合わせ）が解除されたときに、かつ／又は様々な他の状況において、システム（１０）のいくつかの変形例が可聴音を再生してもよい。例えば、警告が解除された後、システム（１０）は、ＰＲＵ（７０）が薬物送達を再び開始したことを示すために、可聴音を発してもよい。
【０１１５】
様々な状況でシステム（１０）が可聴音を発するようにすることに加えてあるいはそれに代わって、システム（１０）は、言語指示を発するように構成されてもよい。例えば、システム（１０）は、ハンドピース（６２）上のボタンを押すかあるいは他の方式でハンドピース（６２）と相互作用するように、言語指示を患者に与えてもよい。単に説明のための別の例として、システム（１０）は、「深呼吸する」ように患者に言語で指示してもよい。いくつかの事例において、言語指示及び／又は他の言語メッセージが、イヤピース（６０）を介して患者に与えられる。それに加えてあるいはそれに代わって、言語指示及び／又は他の言語メッセージが、ＢＭＵ（４０）内のスピーカー、ＰＲＵ（７０）内のスピーカーを介して、かつ／又は他の方式で、患者に与えられてもよい。
【０１１６】
患者以外に対する言語指示及び／又は他の言語メッセージに関して言えば、システム（１０）は、警告が解除された後に「プロポフォール注入を再開する」ように医師／臨床医／看護師などに言語で指示してもよい。単に説明のための更に別の例として、システム（１０）は、「これで安全に維持量で再始動できるようになった」ことを、医師／臨床医／看護師などに言語で助言してもよい。他の言語指示／メッセージは、次のうちの１つ又は２つ以上に関するものであってもよく、それらはつまり、患者が自動ＡＲＴ訓練を正常に完了したか否かの通知（図５の工程（２１０）から）、患者の生理機能に関する警報条件、定期的に与えられ得る基本的な患者の生理計量（例えば、心拍数、血圧、呼吸数など）、障害状態を是正する方法に関する指示を伴うシステム助言、印刷出力が発生する時期及び設定に対して行われた変更などの他のシステム関連情報、システムに対してあるいはシステムによって行われた薬物の変更、負荷投与が完了した時期の通知、及び／又はＰＲＮ投与が再び可能となる時期の通知である。システム（１０）が医師／臨床医／看護師／麻酔科医／患者などに与え得る他の様々な言語指示及び／又は他のメッセージは、本明細書の教示を鑑みれば当業者には明らかとなろう。
【０１１７】
理解されたいこととして、可聴音の代わりに言語指示及び／又はメッセージを用いることで、システム（１０）のユーザーが様々な抽象的な可聴音の意味を学習及び記憶しなければならなくなることが回避され得る。また、理解されたいこととして、有意味の音響警告により、医師／臨床医／看護師／麻酔科医などが視覚警告を探してスクリーン（４２、７２）にさほど集中する必要なく、医師／臨床医／看護師／麻酔科医などが患者に更に集中できるようになるが、音響警告は言うまでもなく、所望により、スクリーン（４２、７２）上の視覚警告を追加されるか、あるいはその視覚警告で置き換えられてもよい。
【０１１８】
Ｂ．イヤピースを介した音響警告
システム（１０）のいくつかの変形例において、手術室内の様々な人に警告が聞き取られ得るように、音響警告（例えば、音色、言語指示、言語メッセージなど）がスピーカーを通じて与えられる。例えば、ＢＭＵ（４０）及び／又はＰＲＵ（７０）は、そのような警告を発するように構成された１台又は２台以上のスピーカーを有してもよい。それに加えてあるいはそれに代わって、警告がイヤピースを介して医師／臨床医／看護師などに与えられてもよい。そのような警告は、上で議論したような様々な可聴音を含んでもよい。それに加えてあるいはそれに代わって、そのような警告は、上で議論したような言語指示／メッセージを含んでもよい。そのようなイヤピースは、１本又は２本以上の電線を介して、かつ／又は無線式で（例えば、ブルートゥースなど）、ＢＭＵ（４０）及び／又はＰＲＵ（７０）と通信してもよい。いくつかの変形例において、イヤピースはまた、他の種類のオーディオと通信することが可能である。例えば、イヤピースはまた、前胸部聴診器システムの一部であってもよく、そのため、イヤピースは患者の心拍及び／又は呼吸の音、並びにシステム（１０）からの様々な警告を通信することが可能となる。概して音響警告に関連して上述したように、イヤピースを通じた警告により、医師／臨床医／看護師／麻酔科医などが視覚警告を探してスクリーン（４２、７２）にさほど集中する必要なく、医師／臨床医／看護師／麻酔科医などが患者に更に集中できるようになるが、イヤピースを通じた音響警告は、言うまでもなく、所望により、スクリーン（４２、７２）上の視覚警告を追加されるか、あるいはその視覚警告で置き換えられてもよい。
【０１１９】
Ｃ．患者の心拍を変化させるための可聴音
上記のように、ＢＭＵ（４０）は、患者の心拍、呼吸数、及び／又は他の生理学的状態を監視するように構成されてもよい。このデータは、ＰＲＵ（７０）に通信され、それにより、ＰＲＵ（７０）によって実行されるセーフティシェル制御アルゴリズムによって処理されてもよい。それに加えてあるいはそれに代わって、セーフティシェル制御アルゴリズムがＢＭＵ（４０）によって実行されてもよい。鎮静薬が患者に投与される場合など、いくつかの事例において、患者の心拍数は所定の閾値を下回ることがあり（例えば、徐脈）、不規則なパターンを規定することがあり、かつ／又はその他にも望ましくない特性を示すことがある。そのような状況では、患者の心拍数を是正するために、適切な処置を取ることが望ましいこととなり得る。これを行い得る一法は、患者の心拍数に影響を与えるように、毎分、一定のビートなどで、パルス音を患者に通信することである。例えば、パルス音の拍数は、患者の測定心拍数よりも多くてもよい。いくつかの事例において、このようにより多い拍数のパルス音を患者に通信すると、患者の心拍数を増加又は安定させることなどによって、患者の心拍数に影響を与え得る。
【０１２０】
本例において、セーフティシェルは、患者の心拍数が毎分６０拍を下回ると直ちにパルス音パターンが患者に通信されるように構成される。言うまでもなく、任意の他の好適な閾値が、パルス音パターンを発生させるために用いられてよい。同様に、条件及び／又は状態の傾向の組み合わせが、パルス音パターンを発生させるために必要とされ得る。パルス音の拍数は、所定の数であってもよい（例えば、毎分７０回のパルス音など）。それに代わって、パルス音の拍数は、患者の心拍数の関数であってもよい（例えば、患者の測定心拍数の１１０％など）。また、理解されたいこととして、パルス音の拍数は、患者の心拍数が変化するにつれて変化してもよい。そのような変形例において、パルス音の拍数は、パルス音の拍数が特定のレベルに達するまで、かつ／又は患者の心拍数が特定のレベルに達するまで、患者の心拍数が増加するにつれて増加してもよい。この音の振幅及び／又は可聴周波数もまた、パルス音の拍数の変化に加えて変化してよい。例えば、患者の心拍数がパルス音パターンに応答しない（例えば、患者の心拍数がパルス音パターンにかかわらず低下し続ける）場合、心拍数に対する外部刺激を増加させるために、トーン音の振幅及び／又は可聴周波数が増加してもよい。
【０１２１】
患者の心拍数に影響を与えるためにトーンパターンが患者に通信される変形例において、トーンパターンが患者に通信され得る様々な方式がある。例えば、トーンパターンはイヤピース（６０）を介して患者に通信されてもよい。それに代わって、トーンパターンは、ＢＭＵ（４０）内のスピーカー又はＰＲＵ（７０）内のスピーカーを介して患者に通信されてもよい。トーンパターンがシステム（１０）内で実現され得る様々な他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【０１２２】
Ｄ．データの傾向に基づいた警告
システム（１０）のいくつかの変形例において、セーフティシェル制御アルゴリズムは、ＢＭＵ（４０）から得られた患者の生理学的データと、所定の個別の閾値との間の比較に基づくものである。特定の生理学的パラメータの値と閾値との関係は、薬物送達の自動化、手動薬物送達の有効化、通信される警告、及び／又はＰＲＵ（７０）及び／又はＢＭＵ（４０）を通じた様々な他の種類の応答を決定し得るものである。いくつかの変形例において、単にそのようなイベントを、所与の瞬間に閾値に対してパラメータ値がどのあたりにあるかに基づいて発生させるのではなく、そのようなイベントを、データの傾向に基づいて発生させることが有効となり得る。例えば、患者の心拍数が急速にかつ大幅に減少しているときに、セーフティシェルが警報を発生させてもよい。このアラームは、患者の心拍数が実際に所定のレベルを下回る前に発生されてもよい。単に説明のための別の例として、心拍数が特定の閾値を超えるのを必ずしも待たずに、ＰＲＵ（７０）が、患者の心拍数の増加に応答して、自動的に薬物を送達するかあるいは薬物の送達量を増加させてもよい。単に説明のための更に別の例として、ＰＲＵ（７０）が自動的に、動脈の飽和度の低下に応答して薬物の送達量を減少させ、かつ／又は、無呼吸（apena）の検出に応答して薬物を停止させてもよい。また、一方又は両方のスクリーン（４２、７２）が、測定データに適合する線を示すことなどによって、生理学的データの傾向を表示してもよい。
【０１２３】
イベントを発生させる傾向が定義及び／又は適用され得る様々な方式がある。例えば、一法は、ある期間にわたるデータに線形最良適合を形成することを含んでもよく、その線形最良適合は、データ解像度又は感度パターンに基づいて、ユーザー定義のものであっても、静的であっても、動的であってもよい。線形最良適合が十分な相関係数を有する場合、傾向の存在が確認され得る。傾向の勾配は、閾値の勾配と比較され得る。勾配が所定の値を超える場合、傾向が確認され得る（正又は負）。また、理解されたいこととして、ある傾向が、対数的、指数的、あるいはその他の形式で非線形的になり得る（例えば、データ、パラメータ、及び観測される傾向などに依存する）。例えば、患者の飽和度が極端に急激に指数的に低下することに応答して、別のアラームが発生されてもよく、一方で、心拍数の緩やかな低下に対しては、それよりも優先度の低いアラームが発生されてもよい。データの傾向がセーフティシェル制御アルゴリズムに組み込まれ得る様々な他の好適な方式が、本明細書の教示を鑑みれば当業者には明らかとなろう。
【０１２４】
上述した装置の変形例は、医療専門家によって実施される通常の医学的治療及び手技における用途、並びに、ロボット支援による医学的治療及び手技における用途を有し得る。
【０１２５】
上述したものの変形例は、１回の使用後に処分されるように設計されてもよく、あるいは、それらは、複数回使用されるように設計されることもできる。各変形例は、いずれの場合も、少なくとも１回の使用後に再利用のために再調整されてよい。再調整することは、装置を分解する工程、それに続いて特定の部品を洗浄又は交換する工程、及びその後に再組み立てする工程の任意の組み合わせを含んでもよい。特に、装置のいくつかの変形例は分解されてもよく、また、装置の任意の個数の特定の部片又は部品が、任意の組み合わせで選択的に交換されるか、あるいは取り外されてもよい。特定の部品の洗浄及び／又は交換の際、装置の各変形例は、再調整用の施設で、又は手技の直前にユーザーによって、後の使用のために再組み立てされてよい。装置の再調整では、分解、洗浄／交換、及び再組み立てのための様々な技術が利用され得ることが当業者には理解されよう。そのような技術の利用、及びその結果として得られる再調整された装置はすべて、本願の範囲に含まれる。
【０１２６】
一例に過ぎないが、本明細書で説明した変形例は、手術前及び／又は手術後に滅菌されてもよい。ある滅菌技術において、装置は、プラスチック製又はタイベック（TYVEK）製のバックなど、閉じられ密封された容器に置かれる。次いで、容器及び装置は、ガンマ放射線、Ｘ線、又は高エネルギー電子など、容器を透過し得る放射線の場に置かれてもよい。放射線により、装置上及び容器内の細菌を死滅させることができる。次いで、滅菌された装置は、後に使用するために滅菌容器内に格納されてもよい。装置はまた、限定されるものではないが、ベータ若しくはガンマ放射線、エチレンオキシド、又は水蒸気を含めて、当該技術分野で既知の任意の他の技術を使用して滅菌されてもよい。
【０１２７】
本開示において様々な変形形態について図示し説明したが、本明細書で説明した方法及びシステムの更なる改作が、当業者による適切な修正により、本発明の範囲から逸脱することなく達成され得る。そのような考えられる修正のいくつかが述べられており、また、その他の修正が当業者には明らかとなろう。例えば、上で議論した例、変形例、幾何学的形状、材料、寸法、比率、工程などは、例示的なものであり、必須ではない。したがって、本発明の範囲は、以下の「特許請求の範囲」から考慮されるべきであり、本明細書及び図面に示し説明した構造及び操作の細部に限定されると解釈されるものではない。
【０１２８】
〔実施の態様〕
（１）  医療システムであって、
（ａ）患者の少なくとも１つの生理学的パラメータを監視するように動作可能である監視ユニットと、
（ｂ）前記監視ユニットと通信する薬物送達ユニットであって、１種類又は２種類以上の薬物のまとまり（integral volume）を含む、薬物送達ユニットと、
（ｃ）セーフティシェル制御アルゴリズムを実行するように構成された制御論理であって、前記制御論理は、前記監視ユニット及び前記薬物送達ユニットと通信し、前記薬物送達ユニットは、前記セーフティシェル制御アルゴリズムに従って、前記患者の前記少なくとも１つの生理学的パラメータと関連付けられるデータに基づいて、前記１種類又は２種類以上の薬物のうちの少なくとも１種類の、前記まとまりから前記患者への送達を調整するように動作可能である、制御論理と、
（ｄ）前記制御論理と通信するユーザーインターフェイス機構であって、前記ユーザーインターフェイス機構は、医療手技の進行段階を示唆する入力を受け取るように動作可能であり、前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する、前記ユーザーインターフェイス機構を通じて受け取った入力に応答するように構成されている、ユーザーインターフェイス機構と、を備える、医療システム。
（２）  前記薬物送達ユニットは、前記セーフティシェル制御アルゴリズムに従って、前記患者の前記少なくとも１つの生理学的パラメータと関連付けられるデータに基づいて、前記１種類又は２種類以上の薬物のうちの少なくとも１種類の、前記まとまりから前記患者への送達を少なくとも部分的に自動化するように動作可能である、実施態様１に記載の医療システム。
（３）  前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する、前記ユーザーインターフェイス機構を通じて受け取った入力に応答して、前記まとまりからの自動薬物送達を変化させるように構成されている、実施態様２に記載の医療システム。
（４）  前記監視ユニットは、患者の複数の生理学的パラメータを監視するように動作可能であり、前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する入力を前記ユーザーインターフェイス機構を通じて受け取る前に、患者の第１の生理学的パラメータを処理するように構成されており、前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する入力を、前記ユーザーインターフェイス機構を通じて受け取ることに応答して、患者の第２の生理学的パラメータを処理するように構成されている、実施態様１に記載の医療システム。
（５）  前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する入力を前記ユーザーインターフェイス機構を通じて受け取る前に、前記監視ユニット又は前記薬物送達ユニットの一方又は両方に関連付けられる第１の組の条件に応答してアラームを発生させるように構成されており、前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する入力を前記ユーザーインターフェイス機構を通じて受け取った後に、前記監視ユニット又は前記薬物送達ユニットの一方又は両方に関連付けられる第２の組の条件に応答してアラームを発生させるように構成されている、実施態様１に記載の医療システム。
（６）  前記ユーザーインターフェイス機構は、前記薬物送達ユニットによって提示されるボタンを備える、実施態様１に記載の医療システム。
（７）  医療手技の進行段階を示唆する前記入力は、医療手技の段階の開始を示唆する、実施態様１に記載の医療システム。
（８）  医療手技の進行段階を示唆する前記入力は、医療手技の段階の完了を示唆する、実施態様１に記載の医療システム。
（９）  前記医療手技は大腸内視鏡検査を含み、前記医療手技の前記進行段階は、内視鏡が患者の盲腸に達することを含む、実施態様１に記載の医療システム。
（１０）  前記セーフティシェル制御アルゴリズムは、複数の医療手技のうちのいずれかで用いられるように構成されている、実施態様１に記載の医療システム。
【０１２９】
（１１）  前記ユーザー入力機構は、前記複数の医療手技から特定の種類の医療手技が選択されたことを示唆する入力を受け取るように更に構成されており、前記制御論理は、前記医療手技の種類の前記選択に基づいて、前記セーフティシェル制御アルゴリズムのサブルーチンを選択するように動作可能である、実施態様１０に記載に医療システム。
（１２）  前記薬物送達ユニットは、１種類又は２種類以上の薬物の前記まとまりを規定する脱着式カセットを有し、前記薬物カセットは、前記複数の医療手技に含まれる１種類又は２種類以上の特定の医療手技と関連付けられる指示器を有し、前記薬物送達ユニットは、前記薬物カセットの識別子を読み取るように構成された読取り機を有し、前記制御論理は、前記指示器から得た情報に基づいて、前記セーフティシェル制御アルゴリズムのサブルーチンを選択するように動作可能である、実施態様１０に記載の医療システム。
（１３）  前記指示器はＲＦＩＤタグを含む、実施態様１２に記載の医療システム。
（１４）  前記ユーザーインターフェイス機構は、特定の種類の医療手技を選択できるように構成されており、前記ユーザーインターフェイス機構は、前記ユーザーによる選択のために１つ又は２つ以上の進行段階を提示するように更に構成されており、前記１つ又は２つ以上の進行段階は、前記ユーザーによる特定の種類の医療手技の選択に基づく、実施態様１０に記載の医療システム。
（１５）  前記監視ユニット又は前記薬物送達ユニットの一方又は両方が、前記セーフティシェル制御アルゴリズムによって処理される１つ又は２つ以上の条件に基づいて、言語表現の形態をなす可聴警報を与えるように構成されている、実施態様１に記載の医療システム。
（１６）  前記監視ユニット又は前記薬物送達ユニットの一方又は両方が、前記セーフティシェル制御アルゴリズムによって処理される１つ又は２つ以上の条件に基づいて、言語表現の形態をなす可聴指示を与えるように構成されている、実施態様１に記載の医療システム。
（１７）  前記監視ユニット又は前記薬物送達ユニットの一方又は両方が、患者の心拍数に影響を及ぼすように構成された可聴音パルスパターンを与えるように構成されており、前記可聴音パルスパターンは、前記セーフティシェル制御アルゴリズムに従って駆動される、実施態様１に記載の医療システム。
（１８）  前記セーフティシェル制御アルゴリズムは、患者の心拍数の減少に基づいて、前記可聴音パルスパターンの速度を増加させるように構成されており、前記可聴音パルスパターンが前記患者の心拍数に応答するようになっている、実施態様１７に記載の医療システム。
（１９）  医療システムであって、
（ａ）患者の少なくとも１つの生理学的パラメータを監視するように動作可能である監視ユニットと、
（ｂ）前記監視ユニットと通信する薬物送達ユニットであって、１種類又は２種類以上の薬物のまとまりを含む、薬物送達ユニットと、
（ｃ）セーフティシェル制御アルゴリズムを実行するように構成された制御論理であって、前記制御論理は、前記監視ユニット及び前記薬物送達ユニットと通信し、前記薬物送達ユニットは、前記セーフティシェル制御アルゴリズムに従って、前記患者の前記少なくとも１つの生理学的パラメータと関連付けられるデータに基づいて、前記１種類又は２種類以上の薬物のうちの少なくとも１種類の、前記まとまりから前記患者への送達を調整するように動作可能である、制御論理と、
（ｄ）前記制御論理と通信するユーザーインターフェイス機構であって、前記ユーザーインターフェイス機構は、医療手技の進行段階を示唆する入力を受け取るように動作可能であり、前記セーフティシェル制御アルゴリズムは、医療手技の進行段階を示唆する、前記ユーザーインターフェイス機構を通じて受け取った入力に、前記１種類又は２種類以上の薬物の送達を変化させることによって応答するように構成されている、ユーザーインターフェイス機構と、を備える、医療システム。
（２０）  医療システムを操作する方法であって、前記医療システムは、監視ユニットと薬物送達ユニットとを備え、前記監視ユニットは、患者の少なくとも１つの生理学的パラメータを監視するように動作可能であり、前記薬物送達ユニットは、１種類又は２種類以上の薬物のまとまりを有し、前記薬物送達ユニットは、前記少なくとも１つの生理学的パラメータと関連付けられるデータに少なくとも部分的に基づいて、前記１種類又は２種類以上の薬物のうちの少なくとも１種類を前記まとまりから前記患者に送達するように動作可能であり、前記方法は、
（ａ）前記監視ユニットから得たデータに基づいて、前記患者の前記少なくとも１つの生理学的パラメータを監視することと、
（ｂ）第１のセーフティシェル制御アルゴリズムのルーチンに従って、前記薬物送達ユニットによって薬物送達を調整することであって、前記第１のセーフティシェル制御アルゴリズムのルーチンは、前記監視ユニットから得た患者の生理学的パラメータデータに少なくとも部分的に基づくものである、調整することと、
（ｃ）前記患者への外部薬物の送達を示唆する入力を受け取ることと、
（ｄ）第２のセーフティシェル制御アルゴリズムのルーチンに従って、前記薬物送達ユニットによって薬物送達を調整することであって、前記第２のセーフティシェル制御アルゴリズムのルーチンは、前記監視ユニットから得た患者の生理学的パラメータデータ及び医療手技の進行段階を示唆する前記入力に少なくとも部分的に基づくものである、調整することと、を含む、方法。
【図１】
2013039373.tif 000003
【図２】
2013039373.tif 000004
【図３】
2013039373.tif 000005
【図４】
2013039373.tif 000006
【図５】
2013039373.tif 000007
【図６】
2013039373.tif 000008
【図７】
2013039373.tif 000009
【図８】
2013039373.tif 000010
【図９】
2013039373.tif 000011
【図１０】
2013039373.tif 000012
【図１１】
2013039373.tif 000013
【図１２Ａ】
2013039373.tif 000014
【図１２Ｂ】
2013039373.tif 000015
【図１３】
2013039373.tif 000016
【図１４】
2013039373.tif 000017
【外国語明細書】
2013039373000001.pdf