医療事象管理および応答のための規則セットを構成するためのシステムおよび方法
モニタされる生体計測情報および装置情報に関連する様々な条件およびパラメータに基づき患者および患者看護装置、特に投薬送達ポンプをモニタするため、およびそれらの条件およびパラメータに対するユーザにより定義される応答を提供するための、医療モニタリングシステムと一緒に使用される規則セットを構成するためのシステムおよび方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モニタされる生体計測情報または生理学的情報、ならびに装置情報に関連する様々なパラメータおよび条件に基づき病院の患者および患者看護装置をモニタするため、およびそれらのパラメータおよび条件に対するユーザにより規定される応答を提供するための医療モニタリングシステムに関する。
【背景技術】
【０００２】
現代医療は、投薬送達およびモニタリング機器たとえば投薬送達ポンプおよび／または患者パラメータモニタを含む投薬管理システムの使用をしばしば伴う。投薬送達機器を構成し、制御し、モニタするための投薬管理システムが開示されている。たとえば、本願の権利者が所有する、２００５年６月３０日に米国特許出願公開第２００５０１４４０４３号明細書として公開された米国特許出願第１０／９３０，３５８号明細書、および２００５年１２月１５日に米国特許出願公開第２００５０２７８１９４号明細書として公開された米国特許出願第１０／７８３，５７３号明細書が、カスタマイズできる薬物ライブラリまたは医療機器構成情報が薬物ライブラリエディタ（ｄｒｕｇ ｌｉｂｒａｒｙ ｅｄｉｔｏｒ、ＤＬＥ）プログラム、および投薬管理ユニット（ｍｅｄｉｃａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ ｕｎｉｔ、ＭＭＵ）のモジュールを使用して準備される投薬管理システムを開示している。ＭＭＵは、カスタマイズできる薬物ライブラリを投薬送達ポンプにダウンロードし、ポンプから状態または活動の情報を受け取る。本願の権利者が所有する、２００５年６月２日に国際公開第２００５０５０５２６号として公開された米国特許出願第１０／７８３，８７７号明細書が、薬物ライブラリまたは医療機器構成情報がどのようにして生成され、編集され、記憶され、物質を、たとえば流体および／または患者への流体投薬を送達するために投薬管理システムに関連する投薬送達機器に伝達されるかを開示している。
【０００３】
上述の本願の権利者が所有する公開された特許出願によれば、典型的投薬管理システムは、看護コンピュータの地点、たとえば看護コンピュータおよび／または薬局コンピュータのバーコード地点、ならびに／あるいは１つまたは複数の投薬送達機器と通信可能状態にあるＭＭＵを含む。１つまたは複数の看護コンピュータの地点、ならびに／あるいは関連するメモリを有するＭＭＵは、患者への投薬送達を管理するために、たとえば５つの適正（ｆｉｖｅ−ｒｉｇｈｔｓ）チェックを行い、投薬送達機器を構成し、投薬送達機器から受信される動作情報を受け取り記憶するために、様々な情報を、たとえば患者情報、処方箋情報、カスタマイズされた薬物ライブラリ、または別の情報を記憶する。
【０００４】
介護者は患者モニタリング機器および装置モニタリング機器からの出力を使用して、様々な患者看護決定を行う。患者モニタリング機器および患者看護装置モニタリング機器が、患者モニタリング機器および患者看護装置モニタリング機器からの出力信号を受け取る受信機に接続されることができる。一部の事例では、受信機は患者および患者看護装置モニタリング機器からの情報を表示および／または記録することができる。別の事例では、機器はモニタおよび／または記録媒体を含むことができる。受信機または機器はまた、患者または患者看護装置モニタリング機器からの出力の１つが、事前設定された限界から外れたときにトリガされる事前設定されたまたは調節できる警報を有することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許出願公開第２００５／０１４４０４３号明細書
【特許文献２】米国特許出願公開第２００５／０２７８１９４号明細書
【特許文献３】国際公開第２００５／０５０５２６号
【特許文献４】米国特許第４，５５１，１３３号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そのような従来のモニタリングシステムの１つの欠点が、偽陽性警報の発生である。そのような偽陽性警報は、事前設定された限界を外れるが正常状態に迅速に戻るモニタされる状態の一瞬のずれにより起こり得る。たとえば、そのような従来の警報モニタリングシステムの１つの応用例が、無痛法の制御された投与に対する患者の応答をモニタすることに使用するためのものである。そのようなシステムでは、現在実施されている技術が以下の問題、すなわち（１）動きのアーチファクト、または好ましくないセンサ配置およびカップリングに関連する誤った呼吸または血液ガスの読取値による間違い警報、および（２）モニタされる条件が有害事象を正確に示さない患者の状況に起因する間違い警報にさらされている。そのような警報は、たとえば患者モニタがモニタリング機器からしばらくの間切断される場合にトリガされることがある。偽陽性警報は、そのような警報に応答する必要のある病院職員の時間を浪費する。頻繁な偽陽性警報はまた、警報に対する医療応答者を鈍感にすることがある。さらに、偽陽性警報は、医療応答者に警報が真の警報であることを信じながら不適切な行動をとらせることがある。
【０００７】
そのような従来のシステムの別の欠点が、多数のモニタされるパラメータに変化が、たとえば呼吸の変化に結合する血液酸素濃度に変化があったときだけ応答を必要とする能力の相対的欠如である。具体的には、ポンプを介して無痛法適用をモニタするためには、警報が典型的には、呼吸機能低下と矛盾しないこれらのパラメータの変化を検出するために一変量パラメータ、たとえばＳｐＯ２だけまたは呼気終期のＣＯ２（ＥＴＣＯ２）だけに関連付けられる。これらのシステムは、無痛法に対する体の応答の複雑さ、ならびに投与に起因することがある臨床状況および患者パラメータの範囲を表す単一変数の不十分さによる様々な問題にさらされている。たとえば、鎮痛剤、鎮静剤、および麻酔剤の投与に関連する望ましくない有害事象が、患者の呼吸および／または中枢神経系の機能低下であり得る。患者の危険性を悪化させることとは、患者間のおよび時間を経た薬物効力におけるきわめて大きなばらつきである。結局、薬物過剰投与を避けることが健康管理専門家にとって特に懸案事項であり、麻酔剤の不十分な投与をもたらし得る。後者の問題は不必要かつかなりの不快につながり、より長い院内滞留および回復時間と関連性がある。
【０００８】
そのようなシステムのさらに別の欠点が、モニタし、警報を出し、警報に対する応答を必要とするための容易にカスタマイズされる規則セットを生成することが困難なことである。さらに、これらのシステムは、典型的には複数のモニタされる条件の変化に自動的に応答する能力がなかった。さらに、そのような従来のシステムは、モニタされるパラメータの変化に基づき第１の規則セットから第２の規則セットに自動的に変更する能力がしばしばなかった。
【課題を解決するための手段】
【０００９】
本明細書で開示されるシステムは、広範なモニタされる患者または装置のパラメータ、およびそれらのパラメータに関連する広範な条件を、ユーザインタフェースを介して入力することにより、医療装置および患者モニタリング機器からの入力により満たされたときにユーザにより規定されるまたはユーザにより選択される応答をトリガする規則セットを病院職員が構成することができるようにするように設計される。規則セットは、応答がトリガされる前に行われなければならない１組の多変数入力を確立するために、これらのパラメータおよび個々の条件のブールの（Ｂｏｏｌｅａｎ）組合せを含むことができる。権限を与えられた病院職員はまた、パラメータのタイプ、そのパラメータが満たされる条件、および各規則セットに対する応答のタイプをカスタマイズすることができる。本発明を実現するために利用されるソフトウェアは、文脈自由文法、具体的にはバッカスナウア記法（Ｂａｃｋｕｓ−Ｎａｕｒ ｆｏｒｍ）メタシンタックスを使用して、パラメータ、条件、および応答からなる規則セットを構築することができる。
【００１０】
本明細書の発明の背景セクション内で参照される特許および特許出願のすべてが、参照により本明細書に組み入れられ、本明細書の一部になる。さらに、本発明は、上記で説明される問題を解決するために、および医療システムにより提供されない有利な点および様態を提供するだけでなく、上記で明示的に言及されない他の目的を達成するために提供される。本発明の特徴、有利な点、および目的の完全な説明が、添付の図面を参照して続行される以下の詳細な説明に言及される。
【００１１】
本発明の他の特徴および有利な点が以下の図面と併せて取り上げられる以下の明細書から明らかであろう。
【００１２】
ここで、本発明を理解するために、本発明が添付の図面を参照して例により説明される。
【図面の簡単な説明】
【００１３】
【図１】本発明の投薬送達機器および患者モニタリングシステムの一実施形態の図である。
【図２】本発明の投薬送達機器および患者モニタリングシステムで使用するための規則セットを構成するためのシステムおよび方法の一実施形態の流れ図である。
【図３】本発明の投薬送達機器および患者モニタリングシステムで使用するための規則セットを構成するためのシステムおよび方法の第２の実施形態の流れ図である。
【図４】本発明の投薬送達機器および患者モニタリングシステムで使用するための規則セットを構成するための例示的なインタフェーススクリーン表示の一実施形態である。
【図５】本発明の投薬送達機器および患者モニタリングシステムで使用するための規則セットを選択するためのシステムおよび方法の一実施形態の流れ図である。
【発明を実施するための形態】
【００１４】
本発明は多くの異なる形態の実施形態が可能であるが、本開示は本発明の原理の例示として考えられるべきであり、例示される実施形態に本発明の広範な様態を限定することが意図されるものではないという理解で、本発明の好ましい実施形態が図で示され、本明細書で詳細に説明される。
【００１５】
図１は、病院の患者および患者看護装置をモニタするための例示的医療モニタリングシステムを示す。図１に示されるように、医療管理システム１００は、様々なタイプの患者の生体計測または生理学的な情報をモニタするための患者モニタ１２０を含む。たとえば、モニタされる情報は、ＥＴＣＯ２、ＳｐＯ２、呼吸数、心拍数、血圧、体温、および患者の別の生体計測の、心理学的な、または医学的なパラメータ情報を含むことができるがそれに限定されない。患者モニタは、当技術分野で知られているような所望の患者情報を検知するための適切な生体計測センサを含むことができる。そのような生体計測センサはＥＫＧシステム、呼吸モニタ、血液ガスモニタ、グルコースモニタ、血液分析物モニタ、および／または患者に関連する生理学的変数または分析物をモニタする別の測定システムを含むことができる。たとえば、患者管理無痛法（ｐａｔｉｅｎｔ ｃｏｎｔｒｏｌｌｅｄ ａｎａｌｇｅｓｉａ、ＰＣＡ）のためのシステムの場合、ＯＲＩＤＩＯＮ社のカプノグラフィ呼吸モニタボードを備えるＮＥＬＬＣＯＲ社またはＭＡＳＳＩＭＯ社のモニタが、心拍数、ＳｐＯ２レベル、呼吸数、およびＥＴＣＯ２レベルに関連するデータ、波形、および警報を生成するために使用されることができる。
【００１６】
患者モニタ１２０は、プロセッサ、および様々な生体計測センサにより受信される情報をモニタするための患者モニタリングアプリケーションを任意選択で含むことができる。患者モニタ１２０は、それに関連するユーザインタフェースを、患者または介護者からの入力を受け取るために含むことができる。患者モニタプロセッサはセンサから受信される情報を比較し、比較に基づき警報信号を生成する。警報信号は、警報限界が満たされた場合に、または代わりに警報限界が超えられたときに生成されることができる。警報限界は上限、下限、または１つまたは複数の受け入れられる範囲を一緒に規定する上限と下限の両方を含むことができる。患者モニタ１２０は、モニタされる情報および／または警報を患者モニタインタフェースおよび規則セットプロセッサ１２５に送信するために、患者モニタインタフェースおよび規則セットプロセッサ１２５と通信ネットワーク接続される。
【００１７】
図１に示されるように、投薬送達ポンプ１３０として示される患者看護機器は、患者と動作可能に接続される、または通信可能状態となることができる。投薬送達ポンプ１３０は患者への投薬の制御された送達のために構成されることができる。医療ポンプは、患者が投薬、たとえば無痛法または鎮痛剤を「自分で送達する」ことができるＰＣＡ（患者管理無痛法）要求機器と一緒に使用されることができる。たとえば、１９８５年１１月５日に発行され参照により本明細書に全体が組み入れられる、Ｚｅｇｇｅｒｓ ｄｅ Ｂｅｙｌ らに対する米国特許第４，５５１，１３３号明細書が、患者の末梢静脈に投薬を導入するための患者管理無痛法システムを開示している。鎮痛剤の送達は、患者の要求に応答するマイクロプロセッサベースのシステムにより制御される。具体的には、マイクロプロセッサは、患者が投薬の送達を要求するとき、マイクロプロセッサに始動信号を提供するために遠隔患者制御またはＰＣＡ要求機器に関連付けられる。
【００１８】
システム１００は、複数の投薬の投与のための複数の投薬送達ポンプ１３０をさらに有することができる。投薬送達ポンプは、介護者が投薬送達ポンプ１３０に入力を提供することができるようにするユーザインタフェースをさらに含むことができる。そのような入力は許可される患者管理無痛法（ＰＣＡ）の量および頻度を決定するために使用されることができる、患者に関連する疼痛スコアを含むことができる。一実施形態では、投薬送達ポンプは、以下にさらに詳細に説明されるように、患者および患者看護装置をモニタして、患者および患者看護装置からの入力に応答するために、本明細書でときどきアルゴリズムと呼ばれる規則セットを介護者が選択することができるようにするように構成されるユーザインタフェースを有する。さらに、投薬送達ポンプ１３０上のユーザインタフェースは、介護者が警報または注入事象（たとえば注入休止）に応答するための手段、たとえば押しボタンまたはタッチスクリーンインタフェースを提供する。
【００１９】
投薬送達ポンプ１３０は、以下に説明されるように、投薬送達ポンプ１３０と、患者モニタインタフェースおよび規則セットプロセッサ１２５と、患者モニタ１２０と、システム１００の別の構成要素との間で情報を伝達するために患者モニタインタフェースおよび規則セットプロセッサ１２５と通信可能状態にある。その結果、医療ポンプ情報が投薬送達ポンプ１３０からシステム１００の別の構成要素に伝達されることができる。そのような医療ポンプ情報は、医療ポンプ状態情報も医療事象情報も含むことができる。医療ポンプ状態情報は、進行中の投薬の送達が行われているかどうか、送達のレート、（送達されたまたはまだ送達されないで残っている）容積、および送達が始まってから経過した時間の長さを含むことができるがそれに限定されない。医療ポンプ事象情報は、他の医療ポンプ事象情報の中でも、最後の通信以来、任意の警報または警告が出されたかどうか、閉塞が発生したかどうか、および医療ポンプへの電力が失われたかどうかを含むことができるがそれに限定されない。状態情報および／または投薬送達状態情報は、本明細書では少なくとも医療ポンプ状態情報、医療ポンプ事象情報、ならびに／あるいは別の状態および／または事象情報を指すために使用される。投薬送達状態情報は、情報の過去のログ、あるいはリアルタイムの通信または情報として送信されることができる。
【００２０】
投薬送達ポンプ１３０はまた、投薬送達ポンプ１３０の所で介護者により選択される規則セットを患者モニタインタフェースおよび規則セットプロセッサ１２５に伝達することができる。患者モニタインタフェースおよび規則セットプロセッサ１２５は、中央メモリ１３５内に記憶される規則セットのライブラリまたはライブラリの一部を有する中央メモリに通信可能に接続される。規則セットのライブラリは、カスタマイズできる薬物ライブラリ、または医療機器にダウンロードされることができる別のライブラリの一部とすることができる。一実施形態では、患者モニタインタフェースおよび規則セットプロセッサ１２５は、患者モニタ１２０から受信される情報に、たとえばＥＴＣＯ２、ＳｐＯ２、呼吸数、心拍数、血圧、体温、および別の患者パラメータ情報に、選択される規則セットを適用する、ならびに／または投薬送達ポンプ１３０から受信される情報、たとえば投薬送達状態情報を規則セットに適用する。規則セットの条件およびパラメータが満たされるかどうかに応じて、患者インタフェースおよび規則セットプロセッサ１２５は、何らかのやり方で投薬送達ポンプ１３０に投薬送達を調節するよう指示する、投薬送達ポンプへの出力信号を生成することができる。
【００２１】
別の実施形態では、患者モニタインタフェースおよび規則セットプロセッサ１２５は、規則セットにより患者モニタ１２０からの情報を処理することなく、患者モニタ１２０からの情報を投薬送達ポンプ１３０に送信することができる。投薬送達ポンプ１３０または患者モニタ１２０は、介護者により入力される警報限界を受け取るように構成されることができる。警報限界は、投薬送達ポンプ１３０で受信される患者情報に対応することがある。あるいは、またはさらに、警報限界は投薬送達ポンプ１３０自体に関する情報に関係があることがある。ポンププロセッサが、選択される警報限界を適切な情報と比較し、情報が警報限界を満たす（一致する、超える、小さいまたは間に入る）場合、ポンプ１３０から警報信号を生成する。ポンプからの警報信号は、患者モニタおよび規則セットプロセッサ１２５に、ならびに以下に説明されるようなシステム１００の別の構成要素に伝達されることができる。
【００２２】
投薬送達ポンプ１３０は、投薬送達ポンプの表示スクリーン上に患者情報を表示することができる。表示スクリーンはまた、患者識別、部屋番号、送達モード、送達レート、進行中の投薬の送達が行われているかどうか、送達が始まって以来どれだけの時間か、基礎率（ｂａｓａｌ ｒａｔｅ）、ＰＣＡボーラス量、ＰＣＡボーラスのロックアウト期間、およびＰＣＡボーラスのロックアウト容積を含むがそれに限定されない様々な医療ポンプ状態情報を表示することができる。
【００２３】
本明細書の図面および説明を考慮して当業者により容易に理解される代替実施形態では、患者モニタインタフェースおよび規則セットプロセッサ１２５は、投薬送達ポンプ１３０、または患者モニタ１２０、または別個のユニットではなくシステムの別の構成要素のいずれかの一部とすることができる。処理能力および機能は、示され説明されるようなシステム１００の構成要素の中に分散されることができる、あるいはシステム内その他のプロセッサの任意の内部に配置されるおよび／または組み合わせられることができる。
【００２４】
中央メモリ１３５は規則セット構成プロセッサ１４０と通信可能状態にある。規則セット構成プロセッサ１４０は、パーソナルコンピュータ、携帯情報端末（ＰＤＡ）など、以下でより詳細に説明されるように、本明細書でときどきアルゴリズムと呼ばれる規則セットを管理者が生成し構成することができるようにするユーザ入力を有する。このとき、規則セットは中央メモリ１３５に送信され記憶される。
【００２５】
中央メモリ１３５はまた、患者モニタインタフェースおよび規則セットプロセッサ１２５からある種の情報を受け取ることができる。具体的には、中央メモリ１３５は、患者モニタ１２０により生成される患者情報および投薬送達ポンプ１３０により生成される投薬送達ポンプ情報のログを受け取ることができる。この情報はまた、患者モニタインタフェースおよび規則セットプロセッサ１２５から中央メモリ１３５にリアルタイムで送信されることができる。
【００２６】
中央メモリ１３５はまた、患者の医療履歴および最近の医療処置、ならびに詳細には注入された投薬の患者の最近の履歴に関係のある情報を記憶することができる。この情報は、そのような情報が規則セットを処理するための入力として必要とされるとき、患者モニタインタフェースおよび規則セットプロセッサ１２５、またはシステム１００の任意の別の構成要素によりアクセスされることができる。たとえば、規則セットは、患者が受け取った薬物の量、および中央メモリ１３５内に記憶される、薬物が患者に最近どれだけ送達されたかに基づき決定されることができる、患者において依然として進行中の薬物の量に関する入力を必要とすることがある。そのような規則セットの詳細な例が以下で説明される。
【００２７】
中央メモリ１３５はまた、規則セットを介して入力を処理することに対する応答として生成される、患者モニタインタフェースおよび規則セットプロセッサ１２５からの出力を受け取ることができる。具体的には、ある種の規則セットのパラメータおよび関連する条件が満たされる場合、患者モニタインタフェースおよび規則セットプロセッサ１２５は、中央メモリ１３５に警報指示を送信することができ、次に、警報指示は以下で説明されるように介護者に送信されることができる。別の例では、規則セットのパラメータおよび条件が満たされる場合、患者モニタインタフェースおよび規則セットプロセッサ１２５は、中央メモリ１３５に信号を送信して、中央メモリ１３５内に記憶される異なる規則セットにアクセスすることができる。
【００２８】
中央メモリ１３５は、患者モニタインタフェースおよび規則セットプロセッサ１２５から受信する情報を報告サーバ１４５、中央モニタ１５０、および遠隔通知サーバ１５５にさらに分配することができる。詳細には、報告サーバ１４５は、管理者に送信されるまたは管理者に利用できるようにされることができる報告を生成するために、投薬送達ポンプ情報および患者モニタ情報の要約、概観、およびログを受け取ることができる。中央モニタ１５０は、投薬送達ポンプ１３０および患者モニタ１２０からの情報を表示するために類似の情報を受け取り、この情報を患者から遠く離れた位置にいる介護者に提供することができる。遠隔通知サーバ１５５は、典型的には患者または装置の状態の一定の変化を介護者に通知する指示を受け取る。たとえば、規則セットのパラメータおよび条件が満たされ、かつ介護者がそのような事象で通知されるべきであることを規則セットが指令する場合、遠隔通知サーバ１５５は、介護者への通知を生成する。そのような通知は、遠隔通知サーバ１５５と通信可能状態にあるページャ、携帯電話、またはＰＤＡを含むがそれに限定されない１つまたは複数の小型携帯情報端末コンピュータに伝達されることができる。小型携帯情報端末コンピュータは介護者により運ばれ、介護者がある種の介護機能、たとえば介護者が介護施設内部の患者の部屋で患者に投薬を送達する予定された決まった仕事を行うときに、組み込まれたバーコードスキャナの使用によりまたは別の方法で介護者により自分を識別するために使用されることができる。
【００２９】
代替実施形態では、報告サーバ１４５、中央モニタ１５０、および遠隔通知サーバ１５５、またはこれらの機器の任意の組合せが、患者モニタインタフェースおよび規則セットプロセッサ１２５、ポンプ１３０、ならびに／または患者モニタ１２０に直接ネットワーク接続されることができる。
【００３０】
システムの様々な構成要素間の情報の伝達が様々な方法で行われることができる。情報は様々な機器間でリアルタイムの一定のストリームで伝達されることができる、情報は機器への送信から受信機器に周期的にまたは連続ループでプッシュされることができる、情報は受信機器により送信機器から周期的にまたは連続ループで取り出されることができる、および／または様々な機器が様々なトリガ事象に基づき、たとえば、時間の経過、または一定量の情報が蓄積されると、情報をプッシュまたは取り出すように構成されることができる。図１で示されるシステムの構成要素が以下でより詳細に説明される。
【００３１】
投薬送達ポンプまたは医療ポンプ１３０は、腸内ポンプ、注入ポンプ、カセットポンプ、シリンジポンプ、蠕動ポンプ、または患者の静脈内に、動脈内に、または別の方法で流体を送達するための任意の流体ポンピング機器を含むがそれに限定されない。ポンプ処理ユニットまたはポンププロセッサがポンプ１３０内に含まれることがあり、本明細書でより詳細に説明されるように様々な動作を実行する。入力／出力機器またはユーザインタフェースがポンプ処理ユニットと通信し、ユーザが、ポンプ処理ユニットからの出力、および／あるいはポンプ処理ユニットの中への入力情報または指令を受け取ることができるようにする。入力／出力機器は別個の表示装置および／または別個の入力機器として提供されることができることを当業者は理解されよう。たとえば、本発明の一実施形態では、医療ポンプ１３０は、人から入力を受け取って患者制御無痛法（ＰＣＡ）要求機器から投薬要求信号を生成するために、プロセッサと電気的通信可能状態にあるＰＣＡ要求機器を含む。
【００３２】
ポンプメモリがポンププロセッサと通信して、ポンププロセッサがポンプ１３０の動作パラメータを計算し出力するのに必要なコードおよびデータを記憶する。ポンプメモリは、プログラミングコード、たとえば投薬送達プログラミングコード、またはデータを処理して医療ポンプ１３０の動作パラメータを決定し制御するためのアプリケーションを記憶する。
【００３３】
図１を続けて参照すると、医療ポンプ１３０はまた、本明細書で詳細に説明されるように、ポンププロセッサと、患者パラメータモニタ１２０と、患者モニタインタフェースおよび規則セットプロセッサ１２５との間の伝達を送信／受信するために、ポンププロセッサと電気的通信可能状態にある通信エンジンまたはインタフェースを含むことができる。実際には、規則セット処理機能がポンプ１３０の中に統合される一実施形態では、通信エンジンは患者モニタインタフェースの役割も果たす。
【００３４】
中央メモリ１３５は、本明細書でより詳細に説明されるように、中央プログラミングコード、たとえば中央投薬管理アプリケーションおよび／または中央患者モニタリングアプリケーション、ならびに様々な投薬管理、患者モニタリング、および別の機能を実行することができる、中央プロセッサにより実行するための別のアプリケーションを含むことができる。さらに、医療ポンプ１３０は、ＬｉｆｅＣａｒｅ ＰＣＡ（Ｒ）注入システムの多くの様態を含むことができ、中央メモリ１３５内部の投薬管理アプリケーションはＨｏｓｐｉｒａ ＭｅｄＮｅｔ（Ｒ）ソフトウェアの多くの様態を含むことができ、両方とも本発明に関連する、本発明の譲受人であるＨｏｓｐｉｒａ、Ｉｎｃ．社により製造され販売される。
【００３５】
一般に、図１で示されるようなハードウェアアーキテクチャに関しては、投薬管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１３５、報告サーバ１４５、ならびに遠隔通知サーバ１５５は、プロセッサ、メモリ、およびローカルインタフェースを介して通信で結合される１つまたは複数の入力および／または出力（Ｉ／Ｏ）機器（または周辺装置）をそれぞれ含むことができる。ローカルインタフェースは、たとえば、当技術分野で知られているような１つまたは複数のバス、あるいは別の有線または無線の接続とすることができるがそれに限定されない。ローカルインタフェースは、追加の要素、たとえば通信を可能にするためのケーブル、コントローラ、バッファ（キャッシュ）、ドライバ、リピータ、および受信機を有することができる。さらに、ローカルインタフェースは、その他のコンピュータ構成要素間の適切な通信を可能にするためのアドレス、制御、および／またはデータの接続を含むことができる。
【００３６】
プロセッサは、ソフトウェア、詳細にはメモリ内に記憶されるソフトウェアを実行するためのハードウェア機器である。プロセッサは、任意の特別注文のまたは市販されているプロセッサ、中央処理装置（ＣＰＵ）、投薬管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５に関連するいくつかのプロセッサの中の補助プロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップまたはチップセットの形態）、マクロプロセッサ、または一般にソフトウェア命令を実行するための任意の機器とすることができる。適切な市販されているマイクロプロセッサの例が以下の通り、すなわちＨｅｗｌｅｔｔ−Ｐａｃｋａｒｄ Ｃｏｍｐａｎｙ社のＰＡ−ＲＩＳＣシリーズマイクロプロセッサ、Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ社の８０ｘ８６またはＰｅｎｔｉｕｍ（登録商標）シリーズマイクロプロセッサ、ＩＢＭ社のＰｏｗｅｒＰＣマイクロプロセッサ、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ、Ｉｎｃ．社のＳｐａｒｃマイクロプロセッサ、およびＭｏｔｏｒｏｌａ Ｃｏｒｐｏｒａｔｉｏｎ社の６８ｘｘｘシリーズマイクロプロセッサである。プロセッサはまた、分散処理アーキテクチャ、たとえばＥＪＢ、ＣＯＲＢＡ、およびＤＣＯＭを表すことができるがそれに限定されない。一実施形態では、中央メモリ１３５および報告サーバ１４５は、ＷＩＮＤＯＷＳ（登録商標）ベースのサーバまたは一連のサーバ上にある。
【００３７】
投薬管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５のそれぞれの各メモリは、揮発性メモリ要素（たとえばランダムアクセスメモリ（ＲＡＭ、たとえばＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなど））および不揮発性メモリ要素（たとえばＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭなど）の任意の１つまたはそれらの組合せを含むことができる。さらに、これらのメモリは電子的、磁気的、光学的、および／または他のタイプの記憶媒体を組み込むことができる。メモリは、様々な構成要素が互いから遠く離れて置かれるが、投薬管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５のプロセッサにより依然としてアクセスされる分散アーキテクチャを有する。
【００３８】
上記で参照されるメモリの１つまたは複数の内部のソフトウェアは、１つまたは複数の別個のプログラムを含むことができる。別個のプログラムは、論理機能を実現するための実行可能命令の順序付きリストを含む。図１の例では、メモリ内のソフトウェアは適切なオペレーティングシステム（Ｏ／Ｓ）を含むことができる。これらの機器の少なくとも一部のための適切な市販されているオペレーティングシステムの例の限定的リストが、以下の通り、すなわち（ａ）Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ社から入手できるＷＩＮＤＯＷＳオペレーティングシステム、（ｂ）Ｎｏｖｅｌｌ Ｉｎｃ．社から入手できるＮＥＴＷＡＲＥオペレーティングシステム、（ｃ）Ａｐｐｌｅ Ｃｏｍｐｕｔｅｒ，Ｉｎｃ．社から入手できるＭＡＣＩＮＴＯＳＨオペレーティングシステム、（ｄ）多くのベンダ、たとえばＨｅｗｌｅｔｔ−Ｐａｃｋａｒｄ Ｃｏｍｐａｎｙ社、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．社、およびＡＴ＆Ｔ Ｃｏｒｐｏｒａｔｉｏｎ社から購入可能なＵＮＩＸ（登録商標）オペレーティングシステム、（ｅ）インターネット上で容易に入手できるフリーウェアであるＬＩＮＵＸ（登録商標）オペレーティングシステム、または（ｆ）ＷｉｎｄＲｉｖｅｒ Ｓｙｓｔｅｍｓ，Ｉｎｃ．社によるランタイムＶＸＷＯＲＫＳオペレーティングシステムである。オペレーティングシステムは、別のコンピュータプログラム、たとえば本発明による投薬送達アプリケーション、ネットワークインタフェースアプリケーション、患者モニタリングアプリケーション、中央投薬管理アプリケーション、中央患者モニタリングアプリケーション、および／または生体計測アプリケーションの実行を本質的に制御し、スケジューリング、入出力制御、ファイルおよびデータの管理、メモリ管理、ならびに通信制御および関連サービスを提供する。
【００３９】
上記で参照されるＩ／Ｏ機器は入力機器、たとえばＰＬＣ用入力モジュール、キーボード、マウス、スキャナ、マイクロホン、タッチスクリーン、様々な医療機器用インタフェース、バーコードリーダ、生体計測受信機、ＰＣＡ要求機器、スタイラス、レーザリーダ、無線周波機器リーダなどを含むことができる。さらに、Ｉ／Ｏ機器はまた、出力機器、たとえばＰＬＣ用出力モジュール、プリンタ、バーコードプリンタ、表示装置などを含むことができるがそれに限定されない。最後に、Ｉ／Ｏ機器は入力と出力の両方を伝達する機器、たとえば変調器／復調器（モデム；別の機器、システム、またはネットワークにアクセスするため）、無線周波数（ＲＦ）または別のトランシーバ、電話インタフェース、ブリッジ、およびルータをさらに含むことができるがそれに限定されない。
【００４０】
医療管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５がＰＣ、ワークステーション、ＰＤＡなど、個々のメモリ内のソフトウェアは基本入出力システム（ＢＩＯＳ）（図１、図２、および図３に示されていない）をさらに含むことができる。ＢＩＯＳは始動したときにハードウェアを初期化し試験し、Ｏ／Ｓを始動させ、ハードウェア機器間のデータの転送をサポートする１組の不可欠なソフトウェアルーチンである。ＢＩＯＳは、医療管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５が活動化されたときにＢＩＯＳが実行されることができるようにＲＯＭ内に記憶される。
【００４１】
医療管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１２０、患者パラメータモニタ１３０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５が動作中のとき、その中のプロセッサは個々のメモリ内部に記憶されるソフトウェアを実行し、メモリとの間でデータを伝達し、一般に医療管理および／または患者パラメータモニタリングシステム１００の構成要素の動作をソフトウェアに従って制御するように構成される。投薬送達アプリケーション、ネットワークインタフェースアプリケーション、患者モニタリングアプリケーション、中央投薬管理アプリケーション、中央患者モニタリングアプリケーション、および／または生体計測アプリケーション、ならびにＯ／Ｓは、全体でまたは部分的にではあるが、典型的には部分的に、個々のプロセッサにより読み出され、おそらくプロセッサ内部にバッファに入れられ、次に、実行される。
【００４２】
投薬管理および／または患者パラメータモニタリングシステム１００が、図１に示されるようにソフトウェアで実現されるとき、投薬管理および／または患者パラメータモニタリングシステム１００内のアプリケーションプログラムは、任意のコンピュータ関連システムまたは方法により、あるいはそれと関連して使用するために任意のコンピュータ読出可能媒体上に記憶されることができることが留意されるべきである。この文書に関連して、コンピュータ読出可能媒体は、コンピュータ関連システムまたは方法により、あるいはそれと関連して使用するためのコンピュータプログラムを含むまたは記憶することができる電子的、磁気的、光学的、または別の物理的な機器または手段である。この文書に関連して、「コンピュータ読出可能媒体」が、命令実行システム、器具、または機器により、あるいはそれと関連して使用するためのプログラムを記憶する、伝達する、広げる、または伝送することができる任意の手段とすることができる。コンピュータ読出可能媒体は、たとえば電子的、磁気的、光学的、電磁的、赤外線の、または半導体のシステム、器具、機器、または伝搬媒体とすることができるがそれに限定されない。コンピュータ読出可能媒体のより具体的例（限定的リスト）が以下を、すなわち１つまたは複数のワイヤを有する電気接続（電子的）、持ち運び可能のコンピュータディスケット（磁気的）、ランダムアクセスメモリ（ＲＡＭ）（電子的）、読出専用メモリ（ＲＯＭ）（電子的）、消去可能プログラム可能読出専用メモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリ）（電子的）、光ファイバ（光学的）、および持ち運び可能のコンパクトディスク読出専用メモリ（ＣＤＲＯＭ）（光学的）を含む。プログラムがたとえば紙または別の媒体の光学的スキャンニングを介して電子的に捕獲されることができるので、コンピュータ読出可能媒体は、プログラムが印刷され、次にコンパイルされ、解釈実行される、または別の方法で必要であれば適切なやり方で処理され、次に、コンピュータメモリ内に記憶される紙または別の適切な媒体とさえすることができることに留意されたい。
【００４３】
上記で参照されるように、本明細書では権限を与えられたユーザとも呼ばれる管理者が、規則セット構成プロセッサ１４０においてシステム１００で使用するための規則セットを構成することができる。規則セットが、１つまたは複数のパラメータ、たとえば個々のパラメータに関連する条件を有することがある、患者の生理学的または生体計測のパラメータ、ならびに１つまたは複数の応答を含む。
【００４４】
規則セット構成を生成する、確立する、または受け取る方法２００および３００が、それぞれ図２および図３に示され、図１を考慮して理解される。規則セット構成プロセッサ１４０は、ステップ２０５、３０５で、新しい規則セットを設定する指示を管理者から受け取る。次に、規則セット構成プロセッサ１４０は、ステップ２１０、３１０で、ユーザにより入力されるまたは選択される規則セット名、たとえば「Ｐｅｄｉａｔｒｉｃ（小児科）」または「Ｓｌｅｅｐ Ａｐｎｅａ（睡眠時無呼吸）」を受け取る。次に、規則セット構成プロセッサ１４０は、ステップ２１５、３１５で、ユーザにより入力される第１の医療システムパラメータを受け取る。パラメータは生体計測センサから患者モニタにより受信される情報タイプの１つ、たとえばＥＴＣＯ２、ＳｐＯ２、呼吸数、または心拍数に関連付けられることができる。パラメータはまた、患者モニタ１２０から受信される警報、たとえば「低血圧」警報と関係付けられることができる。パラメータはまた、投薬送達ポンプ１３０から受信される情報、または投薬送達ポンプからの警報と関係付けられることができる。医療パラメータの受信後、その医療パラメータに関連があり権限を与えられたユーザにより入力される条件が受信される。パラメータが２値の事象ではなく数値と関係があるステップ２２０および２２５で示されるように、条件は、第１の医療条件演算子からなり、たとえば「＞」、「＜」、「＝」、または「≠」であり、その後第１の医療条件値である。図３においてステップ３２０で示されるように、医療パラメータが、医療パラメータの受信後に２値の事象、たとえば警報と関係があるとき、条件は、パラメータに関係のある簡単な２値の事象、たとえば「発生する」（「発生した」）、または「発生しない」（「発生しなかった」）であることがある。しかし、そのような条件は、場合によっては、追加の限定、たとえば「発生し３０秒間持続する」を有することができる。本明細書に関連してこれらの例を考慮すると、様々な可能性が想起される。
【００４５】
ステップ２３０、３２５で示されるように、規則セット構成プロセッサ１４０は、任意選択で追加のパラメータ、条件演算子、および／または条件値を受け取るように構成される。管理者が追加のパラメータ、条件、および／または条件値を入力する方を選ぶ場合、ステップ２３５、３３０で示される多数のパラメータ、条件、および／または条件値、ならびにステップ２４０、２４５、３１５、３２０で示されるような追加のパラメータ、条件、および／または条件値を連結するために、たとえばＡＮＤ、ＯＲ、ＮＯＴなどを含むがそれに限定されないブール演算子を管理者が入力し、規則セット構成プロセッサ１４０が受け取る。図３および図４を考慮して理解されることができるように、第２のパラメータ／条件／値の一例が、ＳｐＯ２警報が発生し、５分間持続することとすることができる。この後者の複雑なタイプのパラメータ／条件／値の状態は、それ自体ブール演算子により連結される２つの別個のより簡単な状態で表現される、またはそれからなることができることを当業者は認識されよう。たとえば、第１の状態は、ＳｐＯ２警報が発生するとして簡単に表現されることができ、第２の状態は、ＳｐＯ２警報が５分を超えて持続したと表現されることができる。２つの状態はブール演算子ＡＮＤにより連結されることができる。あるいは、そのような複雑な状態が、任意選択の判断ブロック、および条件によるループ、ならびに／または対象のパラメータ内部の値の使用により表現されることができる。状態は、条件がＹ秒間にＸ回、または最後のＹ秒間のうちＸ秒の間発生することを含むがそれに限定されない様々な方法で表現されることができる。規則セットを構成するために、時間の別の単位たとえば分または時間などがユーザにより選択されることができる。
【００４６】
パラメータのすべてが受信されると、規則セット構成プロセッサ１４０は、ステップ２５０、３３５で示されるように、管理者により入力される第１の医療システム応答を受け取るように構成される。医療システム応答は、中央モニタリングシステムに対する更新の生成、介護者からの入力を必要とする介護者へのプロンプトの生成、または患者看護機器の自動調節を含むことができる。たとえば、１つのそのような応答が、処置の別の形態を提案するメッセージを介護者に送信することでもよい。別のそのような応答が、注入を休止する、またはたとえば注入のレートを減少させることにより注入のレートを修正するよう投薬送達ポンプに指示する信号を投薬送達ポンプに送信することである。さらに別の応答が、前に入力された異なる規則セットを取り出し、その異なる規則セットを実現するための中央メモリへの呼出しを含むことができる。呼出しは、前に生成され記憶された異なる規則セットの名前に基づくことができ、したがって、呼出しプロセス内部でその異なる規則セットを指すために使用するための名前を有する。ステップ２５５、２６０、および３３５、３４０で示されるように、ユーザが複数の応答を入力することができる。すべての条件および応答が規則セット構成プロセッサ１４０により受信されると、構成工程は完了し、次に、規則セットがステップ２６５、３４５で保存される。
【００４７】
権限を与えられたユーザが様々なパラメータ、条件、および応答を組み込む規則セットを構成することができるようにする柔軟性が、文脈自由文法、たとえばバッカスナウア記法（ＢＮＦ）コードを使用することにより達成されることができる。この点に関して、規則セットを構築するための例示的ＢＮＦコードの部分的リストが付表Ａに列挙されている。
【００４８】
付表Ａの例示的文法では、本明細書で非終端記号と呼ばれる変数が山括弧＜および＞で示される（付表Ａの例示的文法で＜ｃｏｎｄｉｔｉｏｎ（条件）＞記号を使用することは、本明細書の別の部分の中で使用されるような用語「条件」と同じ意味を有することを意図されないことが留意されるべきである）。各非終端記号は、いくつかの選択肢からなることができる。非終端記号の選択肢は：：＝記号の後に列挙され、各選択肢は｜記号により分離される。選択肢はそれ自体非終端記号となることができる、または引用符内に示される終端記号となることができる。選択肢はまた、非終端部分も終端部分も含むことができる。便利な参照として、山括弧内の非終端記号および引用符内の終端記号を示す規約が、本明細書の説明で使用される。規則を構成するための例示的文法が以下でさらに説明される。
【００４９】
示される例では、文法は、少なくとも１つのアルゴリズム名、１つまたは複数の条件、および１つまたは複数の応答を含む１つまたは複数のｄｏ文を含む警報統合アルゴリズムを用意する。アルゴリズム名、条件記号、および応答記号は、すべてこれらの非終端記号のそれぞれに対して提供される複数の選択肢により条件を満たされることができる（これらの項目は山括弧＜および＞で提供されるということにより上記の文法で示されるような）非終端記号である。＜ａｌｇｏｒｉｔｈｍ ｎａｍｅ（アルゴリズム名）＞記号については、選択肢は、角括弧［］により囲まれる文字のストリングである括弧付き文字列を含む。＜ｃｏｎｄｉｔｉｏｎ＞記号は、単一の条件選択肢、または２つ以上の条件選択肢により満たされることができる。＜ｃｏｎｄｉｔｉｏｎ＞記号については、条件記号選択肢は警報、ならびに装置パラメータおよび関連条件を含む。これらの条件記号選択肢は、１つまたは複数の非終端記号を有することができる。たとえば、上記で説明される文法で、条件記号選択肢は、非終端記号＜ａｌａｒｍ（警報）＞、＜ｃｏｕｎｔ（カウント）＞、＜ｄｕｒａｔｉｏｎ（継続期間）＞、および＜ｄｅｖｉｃｅ（機器）＞を有する。あるいは、条件選択肢の一部が終端でもよい。たとえば、＜ｃｏｎｄｉｔｉｏｎ＞記号を満たす１つのそのような終端パラメータが、“ｐｏｗｅｒ ｉｓ ｌｏｓｔ（電源が失われた）”でもよい。＜ａｌａｒｍ＞記号は、非終端記号である＜ａｌａｒｍ−ｔｙｐｅ（タイプ）＞に続けてテキスト“ａｌａｒｍ”を入力することにより、または＜ａｌａｒｍ−ｔｙｐｅ＞に続けてテキスト“ａｌａｒｍ ｆｒｏｍ（からの警報）”、続けて＜ｄｅｖｉｃｅ＞を入力することにより満たされることができる。＜ａｌａｒｍ−ｔｙｐｅ＞選択肢は、すべて上記の文法で示されるようなテキスト入力である終端選択肢である。＜ａｌａｒｍ−ｔｙｐｅ＞選択肢は、警報のタイプを示すことができ、たとえば“ＬＯＷ＿ＲＥＳＰ＿ＲＡＴＥ”が低呼吸数警報を示す。
【００５０】
＜ｃｏｕｎｔ＞記号は、選択肢“１ ｔｉｍｅ（１回）”または＜ｂｅｔｗｅｅｎ−２−ａｎｄ−１００（２から１００までの間）＞“ｔｉｍｅｓ（回）”により満たされる。＜ｂｅｔｗｅｅｎ−２−ａｎｄ−１００＞回記号は整数“２”から“１００”までにより満たされる。＜ｄｕｒａｔｉｏｎ＞記号は＜ｓｅｃｏｎｄｓ（秒）＞、＜ｍｉｎｕｔｅｓ（分）＞、＜ｈｏｕｒｓ（時間）＞、＜ｍｉｎｕｔｅｓ＞＜ｓｅｃｏｎｄｓ＞、＜ｈｏｕｒｓ＞＜ｍｉｎｕｔｅｓ＞、または＜ｈｏｕｒｓ＞＜ｍｉｎｕｔｅｓ＞＜ｓｅｃｏｎｄｓ＞を含むいくつかの非終端記号により満たされる。＜ｈｏｕｒｓ＞記号は“１ ｈｏｕｒ（１時間）”、または＜ｂｅｔｗｅｅｎ−２−ａｎｄ−２４（２から２４までの間）＞に続く“ｈｏｕｒｓ”により満たされ、ここで＜ｂｅｔｗｅｅｎ−２−ａｎｄ−２４＞は整数“２”から“２４”までにより満たされる。＜ｍｉｎｕｔｅｓ＞記号は選択肢“１ ｍｉｎｕｔｅ（１分）”または＜ｂｅｔｗｅｅｎ−２−ａｎｄ−５９（２から５９までの間）＞に続く“ｍｉｎｕｔｅｓ”により満たされ、ここで＜ｂｅｔｗｅｅｎ−２−ａｎｄ−５９＞は整数“２”から“５９”により満たされる。＜ｓｅｃｏｎｄｓ＞記号は“１ ｓｅｃｏｎｄ（１秒）”または＜ｂｅｔｗｅｅｎ−２−ａｎｄ−５９＞に続く“ｓｅｃｏｎｄｓ”により満たされる。
【００５１】
＜ｄｅｖｉｃｅ＞記号は記号＜ｄｅｖｉｃｅ−ｍａｎｕｆａｃｔｕｒｅｒ（機器−製造業者）＞に続く＜ｄｅｖｉｃｅ−ｍｏｄｅｌ（機器−モデル）＞により満たされ、ここで＜ｄｅｖｉｃｅ−ｍａｎｕｆａｃｔｕｒｅｒ＞も＜ｄｅｖｉｃｅ−ｍｏｄｅｌ＞も括弧付きストリングにより満たされる。
【００５２】
＜ｒｅｓｐｏｎｓｅｓ（応答）＞記号は、＜ｒｅｓｐｏｎｓｅ＞記号、または＜ｒｅｓｐｏｎｓｅ＞に続くコンマおよび＜ｒｅｓｐｏｎｓｅｓ＞記号により満たされ、それにより、＜ｒｅｓｐｏｎｓｅ＞記号が単一応答または２つ以上の応答を含むことができるようにする。＜ｒｅｓｐｏｎｓｅ＞記号は、終端記号も非終端記号も含むことができる複数の応答選択肢により満たされる。例示的文法で示されるように、応答選択肢は終端記号指示たとえば中央モニタを更新する指示、遠隔通知の発行、設定パーセンテージによるポンプの注入レートの低減、または注入の休止を含むことができる。非終端記号は、別のアルゴリズムへの切り換えの応答選択肢を可能にする＜ａｌｇｏｒｉｔｈｍ−ｎａｍｅ（アルゴリズム−名前）＞への切り換えの応答選択肢を含むことができる。上記で説明されるように、＜ａｌｇｏｒｉｔｈｍ−ｎａｍｅ＞は括弧付き文字列からなる。あるいは、上記で説明される終端応答の一部が非終端応答として構築されることができる。たとえば、注入レートを低減することに関係のある応答は、“ＤＥＣＲＥＡＳＥ＿ＩＮＦＵＳＩＯＮ＿ＲＡＴＥ＿ＢＹ（低減＿注入＿レート＿まで）”＜ｐｅｒｃｅｎｔａｇｅ−ｃｈａｎｇｅ（パーセンテージ−変更）＞“ｐｅｒｃｅｎｔ（パーセント）”として構築されることができ、ここで＜ｐｅｒｃｅｎｔａｇｅ−ｃｈａｎｇｅ＞は整数“１”から“９９”までにより満たされる。
【００５３】
規則セットを生成するためのインタフェースが図４に５００として示されている。「名前」フィールドとして示される第１のフィールド５０２が、投薬送達システム規則セット名の入力を受け取るために提供される。「パラメータ」フィールドとして示される第２のフィールド５０４が、パラメータおよび関連条件の選択、たとえば「高ＥＴＣＯ２警報発生」を受け取るために提供される。機能ボタン５０６、５０８、５１０、５１２が、パラメータおよび条件を追加する、削除する、修正する、またはグループ化するための入力をユーザから受け取るために提供される。「応答」フィールドとして示される第３のフィールド５１４が、権限を与えられたユーザによる所望の応答の選択を受け取るために提供される。図４に示されるように、応答は中央モニタを更新すること、介護者に遠隔通知を発行すること、投薬送達ポンプの注入レートを調節すること、および／または代替のまたは異なる規則セットに切り換えることを含むことができる。
【００５４】
本発明の別の様態では、権限を耐えられたユーザが規則セットを構築し、その規則セットを規則セット構成プロセッサ１４０および／または中央メモリ１３５上に記憶すると、規則セットは介護者により選択され、患者および患者看護装置システム１００をモニタするために使用されることができる。規則セットは、患者のタイプ（たとえば成人対小児科患者）、薬物名（たとえばモルヒネ）、または薬物タイプ（たとえばアヘン剤、麻酔剤、抗生物質、または強心剤）、あるいはときどき臨床看護エリア（ｃｌｉｎｉｃａｌ ｃａｒｅ ａｒｅａ、ＣＣＡ）（たとえば集中治療室すなわちＩＣＵ対救急病棟）と呼ばれる看護施設内部の位置または病棟を含むがそれに限定されない様々な方法で、中央記憶装置内でカタログに入れられる、グループ化される、または相互参照をつけられることができる。たとえば、規則セットは、患者のパラメータたとえば「睡眠時無呼吸」により、患者の特徴たとえば「小児科」により、モニタされる変数により、注入される薬物により、注入履歴および患者の年齢、体重などに基づく見積もられる患者の薬物感受性により、ならびに／あるいは無効な注入ポンプ警報および／または動作の履歴により系統化される、名前をつけられる、または表題をつけられることができる。
【００５５】
図５に示されるように、システム１００内のプロセッサの任意を介して、投薬送達ポンプ１３０または患者モニタ１２０または両方が、ステップ６０５で、介護者による警報限界選択入力を受け取ることができる。ステップ６１０で示されるように、投薬送達ポンプ入力は、介護者による選択入力に基づき特定のグループの規則セット、たとえば特定の臨床介護エリアまたはすべてのＣＣＡを受け取る。次に、ステップ６１５で、プロセッサ１２５は介護者の選択に相関させられる、中央メモリ１３５上に記憶される規則セットのデータベースにアクセスする。ステップ６２０で、介護者は該当する規則セットを選択する、または１つの規則セットしか戻されない場合、その規則セットが実現される。ステップ６２５で、患者モニタ１２０、および任意選択でポンプ１３０が、生体計測センサから患者の生理学的情報を受け取る。患者モニタならびに／あるいは１つまたは複数のポンププロセッサは、受信された生理学的情報を比較し、警報限界が超えられた場合、警報信号を生成し、警報信号は、ステップ６３０に示されるように患者モニタインタフェースおよび規則セットプロセッサ１２５に送信される。警報および／または生理学的データおよび／またはモニタされる装置データが、ステップ６３５に示されるように、規則セットに従って処理される。規則セットパラメータおよび条件が満たされる場合、患者モニタインタフェースおよび規則セットプロセッサ１２５は、ステップ６４０で、指定された１つまたは複数の応答を出力する（または代替のまたは異なる規則セットの場合、実行する）。
【００５６】
一連の新しいまたは異なる規則セットを実現するように構成される規則セットの一例が続く。ＰＣＡモニタリングの場合、患者の呼吸数およびＥＴＣＯ２レベルに関連する警報に応答する３つの規則セットが提供されることができる。第１の規則は、２つの警報の１つが、動作（たとえば薬物注入を休止する）前の最低３０秒間、動作状態になければならないというパラメータを含む。第２の規則は、両方の警報が、動作前の最低３０秒間、動作状態になければならないという、より制限的なパラメータを有する。第３の規則は注入休止に対するパラメータを、３０秒を超える間動作中のＥＴＣＯ２警報と規定する。
【００５７】
臨床医が第１の規則セットを使用してＰＣＡプログラムを始めるが、２つの連続する無効な休止事象の発生が、第２の事象が無効であると識別された時点で第２の規則への変更に導く。この変更は、規則セットが切り換えられることを応答が明記する場合、自動的とすることができる、またはこの変更は、彼または彼女が規則セットを切り換えることを介護者に提案するように規則セットが構成される場合、単に提案されることができる。同様に、２つ以上の連続する警報が呼吸数だけに関連付けられる場合、規則セットはポンプインタフェースにより臨床医が第３の規則セットを有効にすることを提案することができる。このやり方では、一連の規則セットが連結され、外部で生成される警報に対してより高いまたはより低い感度を提供する。規則セット間の移行の提案、または既存の規則セットへの変更はまた、システムの動作中に得られる情報に基づきシステム管理者に対して生成されることができる。
【００５８】
注入事象についての患者の記録された履歴が条件として使用される規則セットの適用の一例が続く。呼吸窮迫の可能性を検出するために、患者の呼吸数およびＥＴＣＯ２が呼吸モニタを使用して評価され、介護者が限界をそれぞれ３から６０呼吸／分またはｂｐｍ、および８ｍｍＨｇから６０ｍｍＨｇに設定し、その限界を超えると、警報が生成される。呼吸モニタが構成されると、警報が最低３０秒間かつ（ＡＮＤ）呼吸窮迫に関連する投薬のボーラス注入のＮ時定数以内存在することを要求することにより擬陽性の回数を低減するように、規則セットが本明細書で説明されるプロセッサの１つの内部で実行される。これに関連して、Ｎは一般に１に設定されるが、患者の年齢、病状、共存症、および／または別の制約に応じて修正されることができる。たとえば、肝疾患を有する患者へのモルヒネ送達の場合、薬物作用に関係のある標準的時定数は、肝臓のより低い代謝により増加される。時定数は各薬物に関連するデフォルト値に設定される。
【００５９】
あるいは、患者の薬物負荷を表す状態変数が規定されることができる。状態変数は、薬物によって引き起こされる有害事象、およびより具体的には呼吸機能低下の検出を改善するために、個々の警報および確率関数と共に使用されることができる。薬物負荷は以下の関係により見積もられる。
【００６０】
薬物負荷＝バックグラウンド注入＋総和（ボーラス量＊（投与からの時間）／（薬物の半減期））
あるいは、薬物動態学的薬物排出に対する１次近似が
薬物負荷＝バックグラウンド注入＋総和（ボーラス量＊ｅｘｐ（−（一服からの時間）＊（排出レート定数）））である。
【００６１】
ここで排出レート定数は、ｌｎ（２）／（半減期）により見積もられる。
【００６２】
最も簡単な事例では、関数は特定の薬物に共通の事前設定された限界である。しかし、時間をかけたパーセンテージ増加、事前設定された限界を超えるパーセンテージ増加、薬物負荷のレートの突然の変化、または別の制約を含む代替関数が同様に使用されることができる。別の代替形態として、ファジー論理が、薬物負荷を「高」または「低」にマッピングするために使用され、それにより第２の警報システムの出力を「起こりそう」または「起こりそうにない」とみなすことができる。前者の状況では、規則セットが介護者への警報を生成し、送達ポンプを休止するように構成されることができる。後者の状況では、規則セットは介護者に警報だけを送信するように構成されることができる。
【００６３】
別の代替形態では、薬物負荷はある期間にわたる平均薬物消費量（ｍｅａｎ ｄｒｕｇ ｃｏｎｓｕｍｐｔｉｏｎ、ＭＤＣ）として見積もられ、上記で提供される確率測度と共に使用されることができる。
【００６４】
さらに別の例では、上記で開示される文法は、現在の患者の薬物負荷を見積もるための薬物注入履歴と薬物注入要求の履歴の両方と組み合わせられることができる。詳細には、要求対送達比（ｄｅｍａｎｄ ｔｏ ｄｅｌｉｖｅｒｙ ｒａｔｉｏ、Ｄ／Ｄ）および平均薬物消費量（ＭＤＣ）が規則セットにおけるパラメータとして使用されることができる。低ＭＤＣが、呼吸窮迫を示す警報が無効である可能性が高いことを示唆する。しかし、ＭＤＣが高いとき、薬物注入をさらに適格とするためにＤ／Ｄ比が使用される。ＭＤＣが最大の８０％内であり、かつＤ／Ｄ比が低い（＜１）とき、有効な警報事象である確率が高い。しかしＤ／Ｄ比が高い（＞２）とき、現在の痛みの投薬が効果的ではなく、したがって、高い注入レートおよび呼吸窮迫につながることを示唆する標識が提供される。したがって、計算されたＭＤＣもＤ／Ｄ比も、さらなる区別および決定支援を提供するために、規則セット内の条件として呼吸数と一緒に使用されることができる。
【００６５】
本明細書で述べられるように、規則セットの範囲内の応答が、規則セット、ならびにパラメータおよびパラメータの条件に関係のあるある種の動作をとるよう介護者に提案するまたは「推奨する」ことができる。たとえば、患者が１２時間の期間の間にＰＣＡボーラスを要求しなかった場合、本システムおよび方法は、管理者または介護者が「治療を変更する」よう推奨する規則セットを構成することができるようにするように構成されることができる。したがって、管理者または介護者が選択することができるパラメータは、「ＰＣＡボーラス要求」となる。管理者または介護者が選択することができる条件は、「１２時間以内になし」となる。代替構成が、「ＰＣＡボーラス要求なし」であるパラメータ、および「１２時間以内」である条件を含むことができる。同様に、管理者または介護者が選択することができる応答は、「提案−治療変更［１２時間以内にＰＣＡボーラス要求がないことを考慮］」となる。本例および説明を考慮すると、別の例が想起される。介護者は、自発的に、またはシステムにより生成される提案に基づき、注入の基本レートを低減するまたは患者にＰＣＡ治療をやめさせることにより応答することができる。
【００６６】
別の例では、患者の疼痛スコアが高く（たとえば１０段階の尺度で８よりも大きい）、かつ患者のＰＣＡ要求が頻繁である（たとえば４時間の期間内に１１回以上のＰＣＡ拒否事象）場合、本システムおよび方法は、管理者または介護者が「投薬を変更する」ように推奨する規則セットを構成することができるようにするように構成されることができる。したがって、管理者または介護者が選択することができるパラメータは、「疼痛スコアの平均」および「拒否されたＰＣＡボーラス要求」となる。管理者または介護者が選択することができるブール演算子は２つのパラメータ間のＡＮＤとなる。介護者が選択する条件は、「平均疼痛スコア」パラメータに対して「８よりも大きい」、および「拒否されたＰＣＡボーラス要求」パラメータに対して「４時間以内に１１回以上のＰＣＡ拒否事象」である。代替構成が可能である。管理者または介護者が選択することができる応答は「提案−治療変更」となる。本例および説明を考慮すると別の例が想起される。このとき、介護者は自発的に、またはシステムにより生成される提案に基づき治療を変更することにより応答することができる。「治療変更」は以下の、すなわちポンプ１３０のプログラムを変更すること、異なる薬物に変更すること、または異なる薬物濃度に変更することの任意の１つ、またはそれらの組合せを含むことができる。
【００６７】
図で表される図内の任意の処理の説明またはブロックは、処理内の特定の論理機能またはステップを実現するための１つまたは複数の実行可能命令を含むコードのモジュール、セグメント、または一部を表すと理解されるべきであり、当業者により理解されるように、関与する機能に応じて、実質的に同時にまたは逆順を含む、示されるまたは説明される順序を逸脱して機能が実行されることができる代替実装形態が本発明の実施形態の範囲内で含まれる。
【００６８】
システム１００内部の様々な処理が相互接続されるので、規則セットは、システム内部の様々な場所で生成されるまたは選択されることができる。限定ではなく例として、規則セットは、十分な処理能力を有し記憶のためにメモリにアクセスできる、システム内の任意のプロセッサで生成され、修正され、保存されることができる。限定ではなく例として、規則セットは、患者モニタ１２０上で、ポンプまたは投薬送達機器１３０上で、患者モニタインタフェースおよび規則セットプロセッサ１２５上で、またはそれらの任意の組合せで選択されることができる。患者モニタインタフェースおよび規則セットプロセッサ１２５は、ポンプ１３０上に、患者モニタ１２０上に、別個のモジュール上に配置される、またはそのような構成要素間で共有される通信エンジンとすることができる。
【００６９】
具体的実施形態が例示され説明されたが、本発明を大きく逸脱することなく数多くの修正形態が想起される。保護の範囲は添付の特許請求の範囲だけにより限定される。
【００７０】
付表Ａ
【数１】
【００７１】
文法による１つの例示的な簡単な規則が以下に列挙される。
【数２】
【００７２】
いくつかのパラメータだけでなく文法に従ういくつかの応答を有する別のそのようなより複雑な例示的規則セットが以下に列挙される。
【数３】
【技術分野】
【０００１】
本発明は、モニタされる生体計測情報または生理学的情報、ならびに装置情報に関連する様々なパラメータおよび条件に基づき病院の患者および患者看護装置をモニタするため、およびそれらのパラメータおよび条件に対するユーザにより規定される応答を提供するための医療モニタリングシステムに関する。
【背景技術】
【０００２】
現代医療は、投薬送達およびモニタリング機器たとえば投薬送達ポンプおよび／または患者パラメータモニタを含む投薬管理システムの使用をしばしば伴う。投薬送達機器を構成し、制御し、モニタするための投薬管理システムが開示されている。たとえば、本願の権利者が所有する、２００５年６月３０日に米国特許出願公開第２００５０１４４０４３号明細書として公開された米国特許出願第１０／９３０，３５８号明細書、および２００５年１２月１５日に米国特許出願公開第２００５０２７８１９４号明細書として公開された米国特許出願第１０／７８３，５７３号明細書が、カスタマイズできる薬物ライブラリまたは医療機器構成情報が薬物ライブラリエディタ（ｄｒｕｇ ｌｉｂｒａｒｙ ｅｄｉｔｏｒ、ＤＬＥ）プログラム、および投薬管理ユニット（ｍｅｄｉｃａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ ｕｎｉｔ、ＭＭＵ）のモジュールを使用して準備される投薬管理システムを開示している。ＭＭＵは、カスタマイズできる薬物ライブラリを投薬送達ポンプにダウンロードし、ポンプから状態または活動の情報を受け取る。本願の権利者が所有する、２００５年６月２日に国際公開第２００５０５０５２６号として公開された米国特許出願第１０／７８３，８７７号明細書が、薬物ライブラリまたは医療機器構成情報がどのようにして生成され、編集され、記憶され、物質を、たとえば流体および／または患者への流体投薬を送達するために投薬管理システムに関連する投薬送達機器に伝達されるかを開示している。
【０００３】
上述の本願の権利者が所有する公開された特許出願によれば、典型的投薬管理システムは、看護コンピュータの地点、たとえば看護コンピュータおよび／または薬局コンピュータのバーコード地点、ならびに／あるいは１つまたは複数の投薬送達機器と通信可能状態にあるＭＭＵを含む。１つまたは複数の看護コンピュータの地点、ならびに／あるいは関連するメモリを有するＭＭＵは、患者への投薬送達を管理するために、たとえば５つの適正（ｆｉｖｅ−ｒｉｇｈｔｓ）チェックを行い、投薬送達機器を構成し、投薬送達機器から受信される動作情報を受け取り記憶するために、様々な情報を、たとえば患者情報、処方箋情報、カスタマイズされた薬物ライブラリ、または別の情報を記憶する。
【０００４】
介護者は患者モニタリング機器および装置モニタリング機器からの出力を使用して、様々な患者看護決定を行う。患者モニタリング機器および患者看護装置モニタリング機器が、患者モニタリング機器および患者看護装置モニタリング機器からの出力信号を受け取る受信機に接続されることができる。一部の事例では、受信機は患者および患者看護装置モニタリング機器からの情報を表示および／または記録することができる。別の事例では、機器はモニタおよび／または記録媒体を含むことができる。受信機または機器はまた、患者または患者看護装置モニタリング機器からの出力の１つが、事前設定された限界から外れたときにトリガされる事前設定されたまたは調節できる警報を有することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許出願公開第２００５／０１４４０４３号明細書
【特許文献２】米国特許出願公開第２００５／０２７８１９４号明細書
【特許文献３】国際公開第２００５／０５０５２６号
【特許文献４】米国特許第４，５５１，１３３号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そのような従来のモニタリングシステムの１つの欠点が、偽陽性警報の発生である。そのような偽陽性警報は、事前設定された限界を外れるが正常状態に迅速に戻るモニタされる状態の一瞬のずれにより起こり得る。たとえば、そのような従来の警報モニタリングシステムの１つの応用例が、無痛法の制御された投与に対する患者の応答をモニタすることに使用するためのものである。そのようなシステムでは、現在実施されている技術が以下の問題、すなわち（１）動きのアーチファクト、または好ましくないセンサ配置およびカップリングに関連する誤った呼吸または血液ガスの読取値による間違い警報、および（２）モニタされる条件が有害事象を正確に示さない患者の状況に起因する間違い警報にさらされている。そのような警報は、たとえば患者モニタがモニタリング機器からしばらくの間切断される場合にトリガされることがある。偽陽性警報は、そのような警報に応答する必要のある病院職員の時間を浪費する。頻繁な偽陽性警報はまた、警報に対する医療応答者を鈍感にすることがある。さらに、偽陽性警報は、医療応答者に警報が真の警報であることを信じながら不適切な行動をとらせることがある。
【０００７】
そのような従来のシステムの別の欠点が、多数のモニタされるパラメータに変化が、たとえば呼吸の変化に結合する血液酸素濃度に変化があったときだけ応答を必要とする能力の相対的欠如である。具体的には、ポンプを介して無痛法適用をモニタするためには、警報が典型的には、呼吸機能低下と矛盾しないこれらのパラメータの変化を検出するために一変量パラメータ、たとえばＳｐＯ２だけまたは呼気終期のＣＯ２（ＥＴＣＯ２）だけに関連付けられる。これらのシステムは、無痛法に対する体の応答の複雑さ、ならびに投与に起因することがある臨床状況および患者パラメータの範囲を表す単一変数の不十分さによる様々な問題にさらされている。たとえば、鎮痛剤、鎮静剤、および麻酔剤の投与に関連する望ましくない有害事象が、患者の呼吸および／または中枢神経系の機能低下であり得る。患者の危険性を悪化させることとは、患者間のおよび時間を経た薬物効力におけるきわめて大きなばらつきである。結局、薬物過剰投与を避けることが健康管理専門家にとって特に懸案事項であり、麻酔剤の不十分な投与をもたらし得る。後者の問題は不必要かつかなりの不快につながり、より長い院内滞留および回復時間と関連性がある。
【０００８】
そのようなシステムのさらに別の欠点が、モニタし、警報を出し、警報に対する応答を必要とするための容易にカスタマイズされる規則セットを生成することが困難なことである。さらに、これらのシステムは、典型的には複数のモニタされる条件の変化に自動的に応答する能力がなかった。さらに、そのような従来のシステムは、モニタされるパラメータの変化に基づき第１の規則セットから第２の規則セットに自動的に変更する能力がしばしばなかった。
【課題を解決するための手段】
【０００９】
本明細書で開示されるシステムは、広範なモニタされる患者または装置のパラメータ、およびそれらのパラメータに関連する広範な条件を、ユーザインタフェースを介して入力することにより、医療装置および患者モニタリング機器からの入力により満たされたときにユーザにより規定されるまたはユーザにより選択される応答をトリガする規則セットを病院職員が構成することができるようにするように設計される。規則セットは、応答がトリガされる前に行われなければならない１組の多変数入力を確立するために、これらのパラメータおよび個々の条件のブールの（Ｂｏｏｌｅａｎ）組合せを含むことができる。権限を与えられた病院職員はまた、パラメータのタイプ、そのパラメータが満たされる条件、および各規則セットに対する応答のタイプをカスタマイズすることができる。本発明を実現するために利用されるソフトウェアは、文脈自由文法、具体的にはバッカスナウア記法（Ｂａｃｋｕｓ−Ｎａｕｒ ｆｏｒｍ）メタシンタックスを使用して、パラメータ、条件、および応答からなる規則セットを構築することができる。
【００１０】
本明細書の発明の背景セクション内で参照される特許および特許出願のすべてが、参照により本明細書に組み入れられ、本明細書の一部になる。さらに、本発明は、上記で説明される問題を解決するために、および医療システムにより提供されない有利な点および様態を提供するだけでなく、上記で明示的に言及されない他の目的を達成するために提供される。本発明の特徴、有利な点、および目的の完全な説明が、添付の図面を参照して続行される以下の詳細な説明に言及される。
【００１１】
本発明の他の特徴および有利な点が以下の図面と併せて取り上げられる以下の明細書から明らかであろう。
【００１２】
ここで、本発明を理解するために、本発明が添付の図面を参照して例により説明される。
【図面の簡単な説明】
【００１３】
【図１】本発明の投薬送達機器および患者モニタリングシステムの一実施形態の図である。
【図２】本発明の投薬送達機器および患者モニタリングシステムで使用するための規則セットを構成するためのシステムおよび方法の一実施形態の流れ図である。
【図３】本発明の投薬送達機器および患者モニタリングシステムで使用するための規則セットを構成するためのシステムおよび方法の第２の実施形態の流れ図である。
【図４】本発明の投薬送達機器および患者モニタリングシステムで使用するための規則セットを構成するための例示的なインタフェーススクリーン表示の一実施形態である。
【図５】本発明の投薬送達機器および患者モニタリングシステムで使用するための規則セットを選択するためのシステムおよび方法の一実施形態の流れ図である。
【発明を実施するための形態】
【００１４】
本発明は多くの異なる形態の実施形態が可能であるが、本開示は本発明の原理の例示として考えられるべきであり、例示される実施形態に本発明の広範な様態を限定することが意図されるものではないという理解で、本発明の好ましい実施形態が図で示され、本明細書で詳細に説明される。
【００１５】
図１は、病院の患者および患者看護装置をモニタするための例示的医療モニタリングシステムを示す。図１に示されるように、医療管理システム１００は、様々なタイプの患者の生体計測または生理学的な情報をモニタするための患者モニタ１２０を含む。たとえば、モニタされる情報は、ＥＴＣＯ２、ＳｐＯ２、呼吸数、心拍数、血圧、体温、および患者の別の生体計測の、心理学的な、または医学的なパラメータ情報を含むことができるがそれに限定されない。患者モニタは、当技術分野で知られているような所望の患者情報を検知するための適切な生体計測センサを含むことができる。そのような生体計測センサはＥＫＧシステム、呼吸モニタ、血液ガスモニタ、グルコースモニタ、血液分析物モニタ、および／または患者に関連する生理学的変数または分析物をモニタする別の測定システムを含むことができる。たとえば、患者管理無痛法（ｐａｔｉｅｎｔ ｃｏｎｔｒｏｌｌｅｄ ａｎａｌｇｅｓｉａ、ＰＣＡ）のためのシステムの場合、ＯＲＩＤＩＯＮ社のカプノグラフィ呼吸モニタボードを備えるＮＥＬＬＣＯＲ社またはＭＡＳＳＩＭＯ社のモニタが、心拍数、ＳｐＯ２レベル、呼吸数、およびＥＴＣＯ２レベルに関連するデータ、波形、および警報を生成するために使用されることができる。
【００１６】
患者モニタ１２０は、プロセッサ、および様々な生体計測センサにより受信される情報をモニタするための患者モニタリングアプリケーションを任意選択で含むことができる。患者モニタ１２０は、それに関連するユーザインタフェースを、患者または介護者からの入力を受け取るために含むことができる。患者モニタプロセッサはセンサから受信される情報を比較し、比較に基づき警報信号を生成する。警報信号は、警報限界が満たされた場合に、または代わりに警報限界が超えられたときに生成されることができる。警報限界は上限、下限、または１つまたは複数の受け入れられる範囲を一緒に規定する上限と下限の両方を含むことができる。患者モニタ１２０は、モニタされる情報および／または警報を患者モニタインタフェースおよび規則セットプロセッサ１２５に送信するために、患者モニタインタフェースおよび規則セットプロセッサ１２５と通信ネットワーク接続される。
【００１７】
図１に示されるように、投薬送達ポンプ１３０として示される患者看護機器は、患者と動作可能に接続される、または通信可能状態となることができる。投薬送達ポンプ１３０は患者への投薬の制御された送達のために構成されることができる。医療ポンプは、患者が投薬、たとえば無痛法または鎮痛剤を「自分で送達する」ことができるＰＣＡ（患者管理無痛法）要求機器と一緒に使用されることができる。たとえば、１９８５年１１月５日に発行され参照により本明細書に全体が組み入れられる、Ｚｅｇｇｅｒｓ ｄｅ Ｂｅｙｌ らに対する米国特許第４，５５１，１３３号明細書が、患者の末梢静脈に投薬を導入するための患者管理無痛法システムを開示している。鎮痛剤の送達は、患者の要求に応答するマイクロプロセッサベースのシステムにより制御される。具体的には、マイクロプロセッサは、患者が投薬の送達を要求するとき、マイクロプロセッサに始動信号を提供するために遠隔患者制御またはＰＣＡ要求機器に関連付けられる。
【００１８】
システム１００は、複数の投薬の投与のための複数の投薬送達ポンプ１３０をさらに有することができる。投薬送達ポンプは、介護者が投薬送達ポンプ１３０に入力を提供することができるようにするユーザインタフェースをさらに含むことができる。そのような入力は許可される患者管理無痛法（ＰＣＡ）の量および頻度を決定するために使用されることができる、患者に関連する疼痛スコアを含むことができる。一実施形態では、投薬送達ポンプは、以下にさらに詳細に説明されるように、患者および患者看護装置をモニタして、患者および患者看護装置からの入力に応答するために、本明細書でときどきアルゴリズムと呼ばれる規則セットを介護者が選択することができるようにするように構成されるユーザインタフェースを有する。さらに、投薬送達ポンプ１３０上のユーザインタフェースは、介護者が警報または注入事象（たとえば注入休止）に応答するための手段、たとえば押しボタンまたはタッチスクリーンインタフェースを提供する。
【００１９】
投薬送達ポンプ１３０は、以下に説明されるように、投薬送達ポンプ１３０と、患者モニタインタフェースおよび規則セットプロセッサ１２５と、患者モニタ１２０と、システム１００の別の構成要素との間で情報を伝達するために患者モニタインタフェースおよび規則セットプロセッサ１２５と通信可能状態にある。その結果、医療ポンプ情報が投薬送達ポンプ１３０からシステム１００の別の構成要素に伝達されることができる。そのような医療ポンプ情報は、医療ポンプ状態情報も医療事象情報も含むことができる。医療ポンプ状態情報は、進行中の投薬の送達が行われているかどうか、送達のレート、（送達されたまたはまだ送達されないで残っている）容積、および送達が始まってから経過した時間の長さを含むことができるがそれに限定されない。医療ポンプ事象情報は、他の医療ポンプ事象情報の中でも、最後の通信以来、任意の警報または警告が出されたかどうか、閉塞が発生したかどうか、および医療ポンプへの電力が失われたかどうかを含むことができるがそれに限定されない。状態情報および／または投薬送達状態情報は、本明細書では少なくとも医療ポンプ状態情報、医療ポンプ事象情報、ならびに／あるいは別の状態および／または事象情報を指すために使用される。投薬送達状態情報は、情報の過去のログ、あるいはリアルタイムの通信または情報として送信されることができる。
【００２０】
投薬送達ポンプ１３０はまた、投薬送達ポンプ１３０の所で介護者により選択される規則セットを患者モニタインタフェースおよび規則セットプロセッサ１２５に伝達することができる。患者モニタインタフェースおよび規則セットプロセッサ１２５は、中央メモリ１３５内に記憶される規則セットのライブラリまたはライブラリの一部を有する中央メモリに通信可能に接続される。規則セットのライブラリは、カスタマイズできる薬物ライブラリ、または医療機器にダウンロードされることができる別のライブラリの一部とすることができる。一実施形態では、患者モニタインタフェースおよび規則セットプロセッサ１２５は、患者モニタ１２０から受信される情報に、たとえばＥＴＣＯ２、ＳｐＯ２、呼吸数、心拍数、血圧、体温、および別の患者パラメータ情報に、選択される規則セットを適用する、ならびに／または投薬送達ポンプ１３０から受信される情報、たとえば投薬送達状態情報を規則セットに適用する。規則セットの条件およびパラメータが満たされるかどうかに応じて、患者インタフェースおよび規則セットプロセッサ１２５は、何らかのやり方で投薬送達ポンプ１３０に投薬送達を調節するよう指示する、投薬送達ポンプへの出力信号を生成することができる。
【００２１】
別の実施形態では、患者モニタインタフェースおよび規則セットプロセッサ１２５は、規則セットにより患者モニタ１２０からの情報を処理することなく、患者モニタ１２０からの情報を投薬送達ポンプ１３０に送信することができる。投薬送達ポンプ１３０または患者モニタ１２０は、介護者により入力される警報限界を受け取るように構成されることができる。警報限界は、投薬送達ポンプ１３０で受信される患者情報に対応することがある。あるいは、またはさらに、警報限界は投薬送達ポンプ１３０自体に関する情報に関係があることがある。ポンププロセッサが、選択される警報限界を適切な情報と比較し、情報が警報限界を満たす（一致する、超える、小さいまたは間に入る）場合、ポンプ１３０から警報信号を生成する。ポンプからの警報信号は、患者モニタおよび規則セットプロセッサ１２５に、ならびに以下に説明されるようなシステム１００の別の構成要素に伝達されることができる。
【００２２】
投薬送達ポンプ１３０は、投薬送達ポンプの表示スクリーン上に患者情報を表示することができる。表示スクリーンはまた、患者識別、部屋番号、送達モード、送達レート、進行中の投薬の送達が行われているかどうか、送達が始まって以来どれだけの時間か、基礎率（ｂａｓａｌ ｒａｔｅ）、ＰＣＡボーラス量、ＰＣＡボーラスのロックアウト期間、およびＰＣＡボーラスのロックアウト容積を含むがそれに限定されない様々な医療ポンプ状態情報を表示することができる。
【００２３】
本明細書の図面および説明を考慮して当業者により容易に理解される代替実施形態では、患者モニタインタフェースおよび規則セットプロセッサ１２５は、投薬送達ポンプ１３０、または患者モニタ１２０、または別個のユニットではなくシステムの別の構成要素のいずれかの一部とすることができる。処理能力および機能は、示され説明されるようなシステム１００の構成要素の中に分散されることができる、あるいはシステム内その他のプロセッサの任意の内部に配置されるおよび／または組み合わせられることができる。
【００２４】
中央メモリ１３５は規則セット構成プロセッサ１４０と通信可能状態にある。規則セット構成プロセッサ１４０は、パーソナルコンピュータ、携帯情報端末（ＰＤＡ）など、以下でより詳細に説明されるように、本明細書でときどきアルゴリズムと呼ばれる規則セットを管理者が生成し構成することができるようにするユーザ入力を有する。このとき、規則セットは中央メモリ１３５に送信され記憶される。
【００２５】
中央メモリ１３５はまた、患者モニタインタフェースおよび規則セットプロセッサ１２５からある種の情報を受け取ることができる。具体的には、中央メモリ１３５は、患者モニタ１２０により生成される患者情報および投薬送達ポンプ１３０により生成される投薬送達ポンプ情報のログを受け取ることができる。この情報はまた、患者モニタインタフェースおよび規則セットプロセッサ１２５から中央メモリ１３５にリアルタイムで送信されることができる。
【００２６】
中央メモリ１３５はまた、患者の医療履歴および最近の医療処置、ならびに詳細には注入された投薬の患者の最近の履歴に関係のある情報を記憶することができる。この情報は、そのような情報が規則セットを処理するための入力として必要とされるとき、患者モニタインタフェースおよび規則セットプロセッサ１２５、またはシステム１００の任意の別の構成要素によりアクセスされることができる。たとえば、規則セットは、患者が受け取った薬物の量、および中央メモリ１３５内に記憶される、薬物が患者に最近どれだけ送達されたかに基づき決定されることができる、患者において依然として進行中の薬物の量に関する入力を必要とすることがある。そのような規則セットの詳細な例が以下で説明される。
【００２７】
中央メモリ１３５はまた、規則セットを介して入力を処理することに対する応答として生成される、患者モニタインタフェースおよび規則セットプロセッサ１２５からの出力を受け取ることができる。具体的には、ある種の規則セットのパラメータおよび関連する条件が満たされる場合、患者モニタインタフェースおよび規則セットプロセッサ１２５は、中央メモリ１３５に警報指示を送信することができ、次に、警報指示は以下で説明されるように介護者に送信されることができる。別の例では、規則セットのパラメータおよび条件が満たされる場合、患者モニタインタフェースおよび規則セットプロセッサ１２５は、中央メモリ１３５に信号を送信して、中央メモリ１３５内に記憶される異なる規則セットにアクセスすることができる。
【００２８】
中央メモリ１３５は、患者モニタインタフェースおよび規則セットプロセッサ１２５から受信する情報を報告サーバ１４５、中央モニタ１５０、および遠隔通知サーバ１５５にさらに分配することができる。詳細には、報告サーバ１４５は、管理者に送信されるまたは管理者に利用できるようにされることができる報告を生成するために、投薬送達ポンプ情報および患者モニタ情報の要約、概観、およびログを受け取ることができる。中央モニタ１５０は、投薬送達ポンプ１３０および患者モニタ１２０からの情報を表示するために類似の情報を受け取り、この情報を患者から遠く離れた位置にいる介護者に提供することができる。遠隔通知サーバ１５５は、典型的には患者または装置の状態の一定の変化を介護者に通知する指示を受け取る。たとえば、規則セットのパラメータおよび条件が満たされ、かつ介護者がそのような事象で通知されるべきであることを規則セットが指令する場合、遠隔通知サーバ１５５は、介護者への通知を生成する。そのような通知は、遠隔通知サーバ１５５と通信可能状態にあるページャ、携帯電話、またはＰＤＡを含むがそれに限定されない１つまたは複数の小型携帯情報端末コンピュータに伝達されることができる。小型携帯情報端末コンピュータは介護者により運ばれ、介護者がある種の介護機能、たとえば介護者が介護施設内部の患者の部屋で患者に投薬を送達する予定された決まった仕事を行うときに、組み込まれたバーコードスキャナの使用によりまたは別の方法で介護者により自分を識別するために使用されることができる。
【００２９】
代替実施形態では、報告サーバ１４５、中央モニタ１５０、および遠隔通知サーバ１５５、またはこれらの機器の任意の組合せが、患者モニタインタフェースおよび規則セットプロセッサ１２５、ポンプ１３０、ならびに／または患者モニタ１２０に直接ネットワーク接続されることができる。
【００３０】
システムの様々な構成要素間の情報の伝達が様々な方法で行われることができる。情報は様々な機器間でリアルタイムの一定のストリームで伝達されることができる、情報は機器への送信から受信機器に周期的にまたは連続ループでプッシュされることができる、情報は受信機器により送信機器から周期的にまたは連続ループで取り出されることができる、および／または様々な機器が様々なトリガ事象に基づき、たとえば、時間の経過、または一定量の情報が蓄積されると、情報をプッシュまたは取り出すように構成されることができる。図１で示されるシステムの構成要素が以下でより詳細に説明される。
【００３１】
投薬送達ポンプまたは医療ポンプ１３０は、腸内ポンプ、注入ポンプ、カセットポンプ、シリンジポンプ、蠕動ポンプ、または患者の静脈内に、動脈内に、または別の方法で流体を送達するための任意の流体ポンピング機器を含むがそれに限定されない。ポンプ処理ユニットまたはポンププロセッサがポンプ１３０内に含まれることがあり、本明細書でより詳細に説明されるように様々な動作を実行する。入力／出力機器またはユーザインタフェースがポンプ処理ユニットと通信し、ユーザが、ポンプ処理ユニットからの出力、および／あるいはポンプ処理ユニットの中への入力情報または指令を受け取ることができるようにする。入力／出力機器は別個の表示装置および／または別個の入力機器として提供されることができることを当業者は理解されよう。たとえば、本発明の一実施形態では、医療ポンプ１３０は、人から入力を受け取って患者制御無痛法（ＰＣＡ）要求機器から投薬要求信号を生成するために、プロセッサと電気的通信可能状態にあるＰＣＡ要求機器を含む。
【００３２】
ポンプメモリがポンププロセッサと通信して、ポンププロセッサがポンプ１３０の動作パラメータを計算し出力するのに必要なコードおよびデータを記憶する。ポンプメモリは、プログラミングコード、たとえば投薬送達プログラミングコード、またはデータを処理して医療ポンプ１３０の動作パラメータを決定し制御するためのアプリケーションを記憶する。
【００３３】
図１を続けて参照すると、医療ポンプ１３０はまた、本明細書で詳細に説明されるように、ポンププロセッサと、患者パラメータモニタ１２０と、患者モニタインタフェースおよび規則セットプロセッサ１２５との間の伝達を送信／受信するために、ポンププロセッサと電気的通信可能状態にある通信エンジンまたはインタフェースを含むことができる。実際には、規則セット処理機能がポンプ１３０の中に統合される一実施形態では、通信エンジンは患者モニタインタフェースの役割も果たす。
【００３４】
中央メモリ１３５は、本明細書でより詳細に説明されるように、中央プログラミングコード、たとえば中央投薬管理アプリケーションおよび／または中央患者モニタリングアプリケーション、ならびに様々な投薬管理、患者モニタリング、および別の機能を実行することができる、中央プロセッサにより実行するための別のアプリケーションを含むことができる。さらに、医療ポンプ１３０は、ＬｉｆｅＣａｒｅ ＰＣＡ（Ｒ）注入システムの多くの様態を含むことができ、中央メモリ１３５内部の投薬管理アプリケーションはＨｏｓｐｉｒａ ＭｅｄＮｅｔ（Ｒ）ソフトウェアの多くの様態を含むことができ、両方とも本発明に関連する、本発明の譲受人であるＨｏｓｐｉｒａ、Ｉｎｃ．社により製造され販売される。
【００３５】
一般に、図１で示されるようなハードウェアアーキテクチャに関しては、投薬管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１３５、報告サーバ１４５、ならびに遠隔通知サーバ１５５は、プロセッサ、メモリ、およびローカルインタフェースを介して通信で結合される１つまたは複数の入力および／または出力（Ｉ／Ｏ）機器（または周辺装置）をそれぞれ含むことができる。ローカルインタフェースは、たとえば、当技術分野で知られているような１つまたは複数のバス、あるいは別の有線または無線の接続とすることができるがそれに限定されない。ローカルインタフェースは、追加の要素、たとえば通信を可能にするためのケーブル、コントローラ、バッファ（キャッシュ）、ドライバ、リピータ、および受信機を有することができる。さらに、ローカルインタフェースは、その他のコンピュータ構成要素間の適切な通信を可能にするためのアドレス、制御、および／またはデータの接続を含むことができる。
【００３６】
プロセッサは、ソフトウェア、詳細にはメモリ内に記憶されるソフトウェアを実行するためのハードウェア機器である。プロセッサは、任意の特別注文のまたは市販されているプロセッサ、中央処理装置（ＣＰＵ）、投薬管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５に関連するいくつかのプロセッサの中の補助プロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップまたはチップセットの形態）、マクロプロセッサ、または一般にソフトウェア命令を実行するための任意の機器とすることができる。適切な市販されているマイクロプロセッサの例が以下の通り、すなわちＨｅｗｌｅｔｔ−Ｐａｃｋａｒｄ Ｃｏｍｐａｎｙ社のＰＡ−ＲＩＳＣシリーズマイクロプロセッサ、Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ社の８０ｘ８６またはＰｅｎｔｉｕｍ（登録商標）シリーズマイクロプロセッサ、ＩＢＭ社のＰｏｗｅｒＰＣマイクロプロセッサ、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ、Ｉｎｃ．社のＳｐａｒｃマイクロプロセッサ、およびＭｏｔｏｒｏｌａ Ｃｏｒｐｏｒａｔｉｏｎ社の６８ｘｘｘシリーズマイクロプロセッサである。プロセッサはまた、分散処理アーキテクチャ、たとえばＥＪＢ、ＣＯＲＢＡ、およびＤＣＯＭを表すことができるがそれに限定されない。一実施形態では、中央メモリ１３５および報告サーバ１４５は、ＷＩＮＤＯＷＳ（登録商標）ベースのサーバまたは一連のサーバ上にある。
【００３７】
投薬管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５のそれぞれの各メモリは、揮発性メモリ要素（たとえばランダムアクセスメモリ（ＲＡＭ、たとえばＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなど））および不揮発性メモリ要素（たとえばＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭなど）の任意の１つまたはそれらの組合せを含むことができる。さらに、これらのメモリは電子的、磁気的、光学的、および／または他のタイプの記憶媒体を組み込むことができる。メモリは、様々な構成要素が互いから遠く離れて置かれるが、投薬管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５のプロセッサにより依然としてアクセスされる分散アーキテクチャを有する。
【００３８】
上記で参照されるメモリの１つまたは複数の内部のソフトウェアは、１つまたは複数の別個のプログラムを含むことができる。別個のプログラムは、論理機能を実現するための実行可能命令の順序付きリストを含む。図１の例では、メモリ内のソフトウェアは適切なオペレーティングシステム（Ｏ／Ｓ）を含むことができる。これらの機器の少なくとも一部のための適切な市販されているオペレーティングシステムの例の限定的リストが、以下の通り、すなわち（ａ）Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ社から入手できるＷＩＮＤＯＷＳオペレーティングシステム、（ｂ）Ｎｏｖｅｌｌ Ｉｎｃ．社から入手できるＮＥＴＷＡＲＥオペレーティングシステム、（ｃ）Ａｐｐｌｅ Ｃｏｍｐｕｔｅｒ，Ｉｎｃ．社から入手できるＭＡＣＩＮＴＯＳＨオペレーティングシステム、（ｄ）多くのベンダ、たとえばＨｅｗｌｅｔｔ−Ｐａｃｋａｒｄ Ｃｏｍｐａｎｙ社、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．社、およびＡＴ＆Ｔ Ｃｏｒｐｏｒａｔｉｏｎ社から購入可能なＵＮＩＸ（登録商標）オペレーティングシステム、（ｅ）インターネット上で容易に入手できるフリーウェアであるＬＩＮＵＸ（登録商標）オペレーティングシステム、または（ｆ）ＷｉｎｄＲｉｖｅｒ Ｓｙｓｔｅｍｓ，Ｉｎｃ．社によるランタイムＶＸＷＯＲＫＳオペレーティングシステムである。オペレーティングシステムは、別のコンピュータプログラム、たとえば本発明による投薬送達アプリケーション、ネットワークインタフェースアプリケーション、患者モニタリングアプリケーション、中央投薬管理アプリケーション、中央患者モニタリングアプリケーション、および／または生体計測アプリケーションの実行を本質的に制御し、スケジューリング、入出力制御、ファイルおよびデータの管理、メモリ管理、ならびに通信制御および関連サービスを提供する。
【００３９】
上記で参照されるＩ／Ｏ機器は入力機器、たとえばＰＬＣ用入力モジュール、キーボード、マウス、スキャナ、マイクロホン、タッチスクリーン、様々な医療機器用インタフェース、バーコードリーダ、生体計測受信機、ＰＣＡ要求機器、スタイラス、レーザリーダ、無線周波機器リーダなどを含むことができる。さらに、Ｉ／Ｏ機器はまた、出力機器、たとえばＰＬＣ用出力モジュール、プリンタ、バーコードプリンタ、表示装置などを含むことができるがそれに限定されない。最後に、Ｉ／Ｏ機器は入力と出力の両方を伝達する機器、たとえば変調器／復調器（モデム；別の機器、システム、またはネットワークにアクセスするため）、無線周波数（ＲＦ）または別のトランシーバ、電話インタフェース、ブリッジ、およびルータをさらに含むことができるがそれに限定されない。
【００４０】
医療管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５がＰＣ、ワークステーション、ＰＤＡなど、個々のメモリ内のソフトウェアは基本入出力システム（ＢＩＯＳ）（図１、図２、および図３に示されていない）をさらに含むことができる。ＢＩＯＳは始動したときにハードウェアを初期化し試験し、Ｏ／Ｓを始動させ、ハードウェア機器間のデータの転送をサポートする１組の不可欠なソフトウェアルーチンである。ＢＩＯＳは、医療管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１３０、患者パラメータモニタ１２０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５が活動化されたときにＢＩＯＳが実行されることができるようにＲＯＭ内に記憶される。
【００４１】
医療管理および／または患者パラメータモニタリングシステム１００の医療ポンプ１２０、患者パラメータモニタ１３０、患者モニタインタフェースおよび規則セットプロセッサ１２５、規則セット構成プロセッサ１４０、中央モニタ１５０、報告サーバ１４５、ならびに遠隔通知サーバ１５５が動作中のとき、その中のプロセッサは個々のメモリ内部に記憶されるソフトウェアを実行し、メモリとの間でデータを伝達し、一般に医療管理および／または患者パラメータモニタリングシステム１００の構成要素の動作をソフトウェアに従って制御するように構成される。投薬送達アプリケーション、ネットワークインタフェースアプリケーション、患者モニタリングアプリケーション、中央投薬管理アプリケーション、中央患者モニタリングアプリケーション、および／または生体計測アプリケーション、ならびにＯ／Ｓは、全体でまたは部分的にではあるが、典型的には部分的に、個々のプロセッサにより読み出され、おそらくプロセッサ内部にバッファに入れられ、次に、実行される。
【００４２】
投薬管理および／または患者パラメータモニタリングシステム１００が、図１に示されるようにソフトウェアで実現されるとき、投薬管理および／または患者パラメータモニタリングシステム１００内のアプリケーションプログラムは、任意のコンピュータ関連システムまたは方法により、あるいはそれと関連して使用するために任意のコンピュータ読出可能媒体上に記憶されることができることが留意されるべきである。この文書に関連して、コンピュータ読出可能媒体は、コンピュータ関連システムまたは方法により、あるいはそれと関連して使用するためのコンピュータプログラムを含むまたは記憶することができる電子的、磁気的、光学的、または別の物理的な機器または手段である。この文書に関連して、「コンピュータ読出可能媒体」が、命令実行システム、器具、または機器により、あるいはそれと関連して使用するためのプログラムを記憶する、伝達する、広げる、または伝送することができる任意の手段とすることができる。コンピュータ読出可能媒体は、たとえば電子的、磁気的、光学的、電磁的、赤外線の、または半導体のシステム、器具、機器、または伝搬媒体とすることができるがそれに限定されない。コンピュータ読出可能媒体のより具体的例（限定的リスト）が以下を、すなわち１つまたは複数のワイヤを有する電気接続（電子的）、持ち運び可能のコンピュータディスケット（磁気的）、ランダムアクセスメモリ（ＲＡＭ）（電子的）、読出専用メモリ（ＲＯＭ）（電子的）、消去可能プログラム可能読出専用メモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリ）（電子的）、光ファイバ（光学的）、および持ち運び可能のコンパクトディスク読出専用メモリ（ＣＤＲＯＭ）（光学的）を含む。プログラムがたとえば紙または別の媒体の光学的スキャンニングを介して電子的に捕獲されることができるので、コンピュータ読出可能媒体は、プログラムが印刷され、次にコンパイルされ、解釈実行される、または別の方法で必要であれば適切なやり方で処理され、次に、コンピュータメモリ内に記憶される紙または別の適切な媒体とさえすることができることに留意されたい。
【００４３】
上記で参照されるように、本明細書では権限を与えられたユーザとも呼ばれる管理者が、規則セット構成プロセッサ１４０においてシステム１００で使用するための規則セットを構成することができる。規則セットが、１つまたは複数のパラメータ、たとえば個々のパラメータに関連する条件を有することがある、患者の生理学的または生体計測のパラメータ、ならびに１つまたは複数の応答を含む。
【００４４】
規則セット構成を生成する、確立する、または受け取る方法２００および３００が、それぞれ図２および図３に示され、図１を考慮して理解される。規則セット構成プロセッサ１４０は、ステップ２０５、３０５で、新しい規則セットを設定する指示を管理者から受け取る。次に、規則セット構成プロセッサ１４０は、ステップ２１０、３１０で、ユーザにより入力されるまたは選択される規則セット名、たとえば「Ｐｅｄｉａｔｒｉｃ（小児科）」または「Ｓｌｅｅｐ Ａｐｎｅａ（睡眠時無呼吸）」を受け取る。次に、規則セット構成プロセッサ１４０は、ステップ２１５、３１５で、ユーザにより入力される第１の医療システムパラメータを受け取る。パラメータは生体計測センサから患者モニタにより受信される情報タイプの１つ、たとえばＥＴＣＯ２、ＳｐＯ２、呼吸数、または心拍数に関連付けられることができる。パラメータはまた、患者モニタ１２０から受信される警報、たとえば「低血圧」警報と関係付けられることができる。パラメータはまた、投薬送達ポンプ１３０から受信される情報、または投薬送達ポンプからの警報と関係付けられることができる。医療パラメータの受信後、その医療パラメータに関連があり権限を与えられたユーザにより入力される条件が受信される。パラメータが２値の事象ではなく数値と関係があるステップ２２０および２２５で示されるように、条件は、第１の医療条件演算子からなり、たとえば「＞」、「＜」、「＝」、または「≠」であり、その後第１の医療条件値である。図３においてステップ３２０で示されるように、医療パラメータが、医療パラメータの受信後に２値の事象、たとえば警報と関係があるとき、条件は、パラメータに関係のある簡単な２値の事象、たとえば「発生する」（「発生した」）、または「発生しない」（「発生しなかった」）であることがある。しかし、そのような条件は、場合によっては、追加の限定、たとえば「発生し３０秒間持続する」を有することができる。本明細書に関連してこれらの例を考慮すると、様々な可能性が想起される。
【００４５】
ステップ２３０、３２５で示されるように、規則セット構成プロセッサ１４０は、任意選択で追加のパラメータ、条件演算子、および／または条件値を受け取るように構成される。管理者が追加のパラメータ、条件、および／または条件値を入力する方を選ぶ場合、ステップ２３５、３３０で示される多数のパラメータ、条件、および／または条件値、ならびにステップ２４０、２４５、３１５、３２０で示されるような追加のパラメータ、条件、および／または条件値を連結するために、たとえばＡＮＤ、ＯＲ、ＮＯＴなどを含むがそれに限定されないブール演算子を管理者が入力し、規則セット構成プロセッサ１４０が受け取る。図３および図４を考慮して理解されることができるように、第２のパラメータ／条件／値の一例が、ＳｐＯ２警報が発生し、５分間持続することとすることができる。この後者の複雑なタイプのパラメータ／条件／値の状態は、それ自体ブール演算子により連結される２つの別個のより簡単な状態で表現される、またはそれからなることができることを当業者は認識されよう。たとえば、第１の状態は、ＳｐＯ２警報が発生するとして簡単に表現されることができ、第２の状態は、ＳｐＯ２警報が５分を超えて持続したと表現されることができる。２つの状態はブール演算子ＡＮＤにより連結されることができる。あるいは、そのような複雑な状態が、任意選択の判断ブロック、および条件によるループ、ならびに／または対象のパラメータ内部の値の使用により表現されることができる。状態は、条件がＹ秒間にＸ回、または最後のＹ秒間のうちＸ秒の間発生することを含むがそれに限定されない様々な方法で表現されることができる。規則セットを構成するために、時間の別の単位たとえば分または時間などがユーザにより選択されることができる。
【００４６】
パラメータのすべてが受信されると、規則セット構成プロセッサ１４０は、ステップ２５０、３３５で示されるように、管理者により入力される第１の医療システム応答を受け取るように構成される。医療システム応答は、中央モニタリングシステムに対する更新の生成、介護者からの入力を必要とする介護者へのプロンプトの生成、または患者看護機器の自動調節を含むことができる。たとえば、１つのそのような応答が、処置の別の形態を提案するメッセージを介護者に送信することでもよい。別のそのような応答が、注入を休止する、またはたとえば注入のレートを減少させることにより注入のレートを修正するよう投薬送達ポンプに指示する信号を投薬送達ポンプに送信することである。さらに別の応答が、前に入力された異なる規則セットを取り出し、その異なる規則セットを実現するための中央メモリへの呼出しを含むことができる。呼出しは、前に生成され記憶された異なる規則セットの名前に基づくことができ、したがって、呼出しプロセス内部でその異なる規則セットを指すために使用するための名前を有する。ステップ２５５、２６０、および３３５、３４０で示されるように、ユーザが複数の応答を入力することができる。すべての条件および応答が規則セット構成プロセッサ１４０により受信されると、構成工程は完了し、次に、規則セットがステップ２６５、３４５で保存される。
【００４７】
権限を与えられたユーザが様々なパラメータ、条件、および応答を組み込む規則セットを構成することができるようにする柔軟性が、文脈自由文法、たとえばバッカスナウア記法（ＢＮＦ）コードを使用することにより達成されることができる。この点に関して、規則セットを構築するための例示的ＢＮＦコードの部分的リストが付表Ａに列挙されている。
【００４８】
付表Ａの例示的文法では、本明細書で非終端記号と呼ばれる変数が山括弧＜および＞で示される（付表Ａの例示的文法で＜ｃｏｎｄｉｔｉｏｎ（条件）＞記号を使用することは、本明細書の別の部分の中で使用されるような用語「条件」と同じ意味を有することを意図されないことが留意されるべきである）。各非終端記号は、いくつかの選択肢からなることができる。非終端記号の選択肢は：：＝記号の後に列挙され、各選択肢は｜記号により分離される。選択肢はそれ自体非終端記号となることができる、または引用符内に示される終端記号となることができる。選択肢はまた、非終端部分も終端部分も含むことができる。便利な参照として、山括弧内の非終端記号および引用符内の終端記号を示す規約が、本明細書の説明で使用される。規則を構成するための例示的文法が以下でさらに説明される。
【００４９】
示される例では、文法は、少なくとも１つのアルゴリズム名、１つまたは複数の条件、および１つまたは複数の応答を含む１つまたは複数のｄｏ文を含む警報統合アルゴリズムを用意する。アルゴリズム名、条件記号、および応答記号は、すべてこれらの非終端記号のそれぞれに対して提供される複数の選択肢により条件を満たされることができる（これらの項目は山括弧＜および＞で提供されるということにより上記の文法で示されるような）非終端記号である。＜ａｌｇｏｒｉｔｈｍ ｎａｍｅ（アルゴリズム名）＞記号については、選択肢は、角括弧［］により囲まれる文字のストリングである括弧付き文字列を含む。＜ｃｏｎｄｉｔｉｏｎ＞記号は、単一の条件選択肢、または２つ以上の条件選択肢により満たされることができる。＜ｃｏｎｄｉｔｉｏｎ＞記号については、条件記号選択肢は警報、ならびに装置パラメータおよび関連条件を含む。これらの条件記号選択肢は、１つまたは複数の非終端記号を有することができる。たとえば、上記で説明される文法で、条件記号選択肢は、非終端記号＜ａｌａｒｍ（警報）＞、＜ｃｏｕｎｔ（カウント）＞、＜ｄｕｒａｔｉｏｎ（継続期間）＞、および＜ｄｅｖｉｃｅ（機器）＞を有する。あるいは、条件選択肢の一部が終端でもよい。たとえば、＜ｃｏｎｄｉｔｉｏｎ＞記号を満たす１つのそのような終端パラメータが、“ｐｏｗｅｒ ｉｓ ｌｏｓｔ（電源が失われた）”でもよい。＜ａｌａｒｍ＞記号は、非終端記号である＜ａｌａｒｍ−ｔｙｐｅ（タイプ）＞に続けてテキスト“ａｌａｒｍ”を入力することにより、または＜ａｌａｒｍ−ｔｙｐｅ＞に続けてテキスト“ａｌａｒｍ ｆｒｏｍ（からの警報）”、続けて＜ｄｅｖｉｃｅ＞を入力することにより満たされることができる。＜ａｌａｒｍ−ｔｙｐｅ＞選択肢は、すべて上記の文法で示されるようなテキスト入力である終端選択肢である。＜ａｌａｒｍ−ｔｙｐｅ＞選択肢は、警報のタイプを示すことができ、たとえば“ＬＯＷ＿ＲＥＳＰ＿ＲＡＴＥ”が低呼吸数警報を示す。
【００５０】
＜ｃｏｕｎｔ＞記号は、選択肢“１ ｔｉｍｅ（１回）”または＜ｂｅｔｗｅｅｎ−２−ａｎｄ−１００（２から１００までの間）＞“ｔｉｍｅｓ（回）”により満たされる。＜ｂｅｔｗｅｅｎ−２−ａｎｄ−１００＞回記号は整数“２”から“１００”までにより満たされる。＜ｄｕｒａｔｉｏｎ＞記号は＜ｓｅｃｏｎｄｓ（秒）＞、＜ｍｉｎｕｔｅｓ（分）＞、＜ｈｏｕｒｓ（時間）＞、＜ｍｉｎｕｔｅｓ＞＜ｓｅｃｏｎｄｓ＞、＜ｈｏｕｒｓ＞＜ｍｉｎｕｔｅｓ＞、または＜ｈｏｕｒｓ＞＜ｍｉｎｕｔｅｓ＞＜ｓｅｃｏｎｄｓ＞を含むいくつかの非終端記号により満たされる。＜ｈｏｕｒｓ＞記号は“１ ｈｏｕｒ（１時間）”、または＜ｂｅｔｗｅｅｎ−２−ａｎｄ−２４（２から２４までの間）＞に続く“ｈｏｕｒｓ”により満たされ、ここで＜ｂｅｔｗｅｅｎ−２−ａｎｄ−２４＞は整数“２”から“２４”までにより満たされる。＜ｍｉｎｕｔｅｓ＞記号は選択肢“１ ｍｉｎｕｔｅ（１分）”または＜ｂｅｔｗｅｅｎ−２−ａｎｄ−５９（２から５９までの間）＞に続く“ｍｉｎｕｔｅｓ”により満たされ、ここで＜ｂｅｔｗｅｅｎ−２−ａｎｄ−５９＞は整数“２”から“５９”により満たされる。＜ｓｅｃｏｎｄｓ＞記号は“１ ｓｅｃｏｎｄ（１秒）”または＜ｂｅｔｗｅｅｎ−２−ａｎｄ−５９＞に続く“ｓｅｃｏｎｄｓ”により満たされる。
【００５１】
＜ｄｅｖｉｃｅ＞記号は記号＜ｄｅｖｉｃｅ−ｍａｎｕｆａｃｔｕｒｅｒ（機器−製造業者）＞に続く＜ｄｅｖｉｃｅ−ｍｏｄｅｌ（機器−モデル）＞により満たされ、ここで＜ｄｅｖｉｃｅ−ｍａｎｕｆａｃｔｕｒｅｒ＞も＜ｄｅｖｉｃｅ−ｍｏｄｅｌ＞も括弧付きストリングにより満たされる。
【００５２】
＜ｒｅｓｐｏｎｓｅｓ（応答）＞記号は、＜ｒｅｓｐｏｎｓｅ＞記号、または＜ｒｅｓｐｏｎｓｅ＞に続くコンマおよび＜ｒｅｓｐｏｎｓｅｓ＞記号により満たされ、それにより、＜ｒｅｓｐｏｎｓｅ＞記号が単一応答または２つ以上の応答を含むことができるようにする。＜ｒｅｓｐｏｎｓｅ＞記号は、終端記号も非終端記号も含むことができる複数の応答選択肢により満たされる。例示的文法で示されるように、応答選択肢は終端記号指示たとえば中央モニタを更新する指示、遠隔通知の発行、設定パーセンテージによるポンプの注入レートの低減、または注入の休止を含むことができる。非終端記号は、別のアルゴリズムへの切り換えの応答選択肢を可能にする＜ａｌｇｏｒｉｔｈｍ−ｎａｍｅ（アルゴリズム−名前）＞への切り換えの応答選択肢を含むことができる。上記で説明されるように、＜ａｌｇｏｒｉｔｈｍ−ｎａｍｅ＞は括弧付き文字列からなる。あるいは、上記で説明される終端応答の一部が非終端応答として構築されることができる。たとえば、注入レートを低減することに関係のある応答は、“ＤＥＣＲＥＡＳＥ＿ＩＮＦＵＳＩＯＮ＿ＲＡＴＥ＿ＢＹ（低減＿注入＿レート＿まで）”＜ｐｅｒｃｅｎｔａｇｅ−ｃｈａｎｇｅ（パーセンテージ−変更）＞“ｐｅｒｃｅｎｔ（パーセント）”として構築されることができ、ここで＜ｐｅｒｃｅｎｔａｇｅ−ｃｈａｎｇｅ＞は整数“１”から“９９”までにより満たされる。
【００５３】
規則セットを生成するためのインタフェースが図４に５００として示されている。「名前」フィールドとして示される第１のフィールド５０２が、投薬送達システム規則セット名の入力を受け取るために提供される。「パラメータ」フィールドとして示される第２のフィールド５０４が、パラメータおよび関連条件の選択、たとえば「高ＥＴＣＯ２警報発生」を受け取るために提供される。機能ボタン５０６、５０８、５１０、５１２が、パラメータおよび条件を追加する、削除する、修正する、またはグループ化するための入力をユーザから受け取るために提供される。「応答」フィールドとして示される第３のフィールド５１４が、権限を与えられたユーザによる所望の応答の選択を受け取るために提供される。図４に示されるように、応答は中央モニタを更新すること、介護者に遠隔通知を発行すること、投薬送達ポンプの注入レートを調節すること、および／または代替のまたは異なる規則セットに切り換えることを含むことができる。
【００５４】
本発明の別の様態では、権限を耐えられたユーザが規則セットを構築し、その規則セットを規則セット構成プロセッサ１４０および／または中央メモリ１３５上に記憶すると、規則セットは介護者により選択され、患者および患者看護装置システム１００をモニタするために使用されることができる。規則セットは、患者のタイプ（たとえば成人対小児科患者）、薬物名（たとえばモルヒネ）、または薬物タイプ（たとえばアヘン剤、麻酔剤、抗生物質、または強心剤）、あるいはときどき臨床看護エリア（ｃｌｉｎｉｃａｌ ｃａｒｅ ａｒｅａ、ＣＣＡ）（たとえば集中治療室すなわちＩＣＵ対救急病棟）と呼ばれる看護施設内部の位置または病棟を含むがそれに限定されない様々な方法で、中央記憶装置内でカタログに入れられる、グループ化される、または相互参照をつけられることができる。たとえば、規則セットは、患者のパラメータたとえば「睡眠時無呼吸」により、患者の特徴たとえば「小児科」により、モニタされる変数により、注入される薬物により、注入履歴および患者の年齢、体重などに基づく見積もられる患者の薬物感受性により、ならびに／あるいは無効な注入ポンプ警報および／または動作の履歴により系統化される、名前をつけられる、または表題をつけられることができる。
【００５５】
図５に示されるように、システム１００内のプロセッサの任意を介して、投薬送達ポンプ１３０または患者モニタ１２０または両方が、ステップ６０５で、介護者による警報限界選択入力を受け取ることができる。ステップ６１０で示されるように、投薬送達ポンプ入力は、介護者による選択入力に基づき特定のグループの規則セット、たとえば特定の臨床介護エリアまたはすべてのＣＣＡを受け取る。次に、ステップ６１５で、プロセッサ１２５は介護者の選択に相関させられる、中央メモリ１３５上に記憶される規則セットのデータベースにアクセスする。ステップ６２０で、介護者は該当する規則セットを選択する、または１つの規則セットしか戻されない場合、その規則セットが実現される。ステップ６２５で、患者モニタ１２０、および任意選択でポンプ１３０が、生体計測センサから患者の生理学的情報を受け取る。患者モニタならびに／あるいは１つまたは複数のポンププロセッサは、受信された生理学的情報を比較し、警報限界が超えられた場合、警報信号を生成し、警報信号は、ステップ６３０に示されるように患者モニタインタフェースおよび規則セットプロセッサ１２５に送信される。警報および／または生理学的データおよび／またはモニタされる装置データが、ステップ６３５に示されるように、規則セットに従って処理される。規則セットパラメータおよび条件が満たされる場合、患者モニタインタフェースおよび規則セットプロセッサ１２５は、ステップ６４０で、指定された１つまたは複数の応答を出力する（または代替のまたは異なる規則セットの場合、実行する）。
【００５６】
一連の新しいまたは異なる規則セットを実現するように構成される規則セットの一例が続く。ＰＣＡモニタリングの場合、患者の呼吸数およびＥＴＣＯ２レベルに関連する警報に応答する３つの規則セットが提供されることができる。第１の規則は、２つの警報の１つが、動作（たとえば薬物注入を休止する）前の最低３０秒間、動作状態になければならないというパラメータを含む。第２の規則は、両方の警報が、動作前の最低３０秒間、動作状態になければならないという、より制限的なパラメータを有する。第３の規則は注入休止に対するパラメータを、３０秒を超える間動作中のＥＴＣＯ２警報と規定する。
【００５７】
臨床医が第１の規則セットを使用してＰＣＡプログラムを始めるが、２つの連続する無効な休止事象の発生が、第２の事象が無効であると識別された時点で第２の規則への変更に導く。この変更は、規則セットが切り換えられることを応答が明記する場合、自動的とすることができる、またはこの変更は、彼または彼女が規則セットを切り換えることを介護者に提案するように規則セットが構成される場合、単に提案されることができる。同様に、２つ以上の連続する警報が呼吸数だけに関連付けられる場合、規則セットはポンプインタフェースにより臨床医が第３の規則セットを有効にすることを提案することができる。このやり方では、一連の規則セットが連結され、外部で生成される警報に対してより高いまたはより低い感度を提供する。規則セット間の移行の提案、または既存の規則セットへの変更はまた、システムの動作中に得られる情報に基づきシステム管理者に対して生成されることができる。
【００５８】
注入事象についての患者の記録された履歴が条件として使用される規則セットの適用の一例が続く。呼吸窮迫の可能性を検出するために、患者の呼吸数およびＥＴＣＯ２が呼吸モニタを使用して評価され、介護者が限界をそれぞれ３から６０呼吸／分またはｂｐｍ、および８ｍｍＨｇから６０ｍｍＨｇに設定し、その限界を超えると、警報が生成される。呼吸モニタが構成されると、警報が最低３０秒間かつ（ＡＮＤ）呼吸窮迫に関連する投薬のボーラス注入のＮ時定数以内存在することを要求することにより擬陽性の回数を低減するように、規則セットが本明細書で説明されるプロセッサの１つの内部で実行される。これに関連して、Ｎは一般に１に設定されるが、患者の年齢、病状、共存症、および／または別の制約に応じて修正されることができる。たとえば、肝疾患を有する患者へのモルヒネ送達の場合、薬物作用に関係のある標準的時定数は、肝臓のより低い代謝により増加される。時定数は各薬物に関連するデフォルト値に設定される。
【００５９】
あるいは、患者の薬物負荷を表す状態変数が規定されることができる。状態変数は、薬物によって引き起こされる有害事象、およびより具体的には呼吸機能低下の検出を改善するために、個々の警報および確率関数と共に使用されることができる。薬物負荷は以下の関係により見積もられる。
【００６０】
薬物負荷＝バックグラウンド注入＋総和（ボーラス量＊（投与からの時間）／（薬物の半減期））
あるいは、薬物動態学的薬物排出に対する１次近似が
薬物負荷＝バックグラウンド注入＋総和（ボーラス量＊ｅｘｐ（−（一服からの時間）＊（排出レート定数）））である。
【００６１】
ここで排出レート定数は、ｌｎ（２）／（半減期）により見積もられる。
【００６２】
最も簡単な事例では、関数は特定の薬物に共通の事前設定された限界である。しかし、時間をかけたパーセンテージ増加、事前設定された限界を超えるパーセンテージ増加、薬物負荷のレートの突然の変化、または別の制約を含む代替関数が同様に使用されることができる。別の代替形態として、ファジー論理が、薬物負荷を「高」または「低」にマッピングするために使用され、それにより第２の警報システムの出力を「起こりそう」または「起こりそうにない」とみなすことができる。前者の状況では、規則セットが介護者への警報を生成し、送達ポンプを休止するように構成されることができる。後者の状況では、規則セットは介護者に警報だけを送信するように構成されることができる。
【００６３】
別の代替形態では、薬物負荷はある期間にわたる平均薬物消費量（ｍｅａｎ ｄｒｕｇ ｃｏｎｓｕｍｐｔｉｏｎ、ＭＤＣ）として見積もられ、上記で提供される確率測度と共に使用されることができる。
【００６４】
さらに別の例では、上記で開示される文法は、現在の患者の薬物負荷を見積もるための薬物注入履歴と薬物注入要求の履歴の両方と組み合わせられることができる。詳細には、要求対送達比（ｄｅｍａｎｄ ｔｏ ｄｅｌｉｖｅｒｙ ｒａｔｉｏ、Ｄ／Ｄ）および平均薬物消費量（ＭＤＣ）が規則セットにおけるパラメータとして使用されることができる。低ＭＤＣが、呼吸窮迫を示す警報が無効である可能性が高いことを示唆する。しかし、ＭＤＣが高いとき、薬物注入をさらに適格とするためにＤ／Ｄ比が使用される。ＭＤＣが最大の８０％内であり、かつＤ／Ｄ比が低い（＜１）とき、有効な警報事象である確率が高い。しかしＤ／Ｄ比が高い（＞２）とき、現在の痛みの投薬が効果的ではなく、したがって、高い注入レートおよび呼吸窮迫につながることを示唆する標識が提供される。したがって、計算されたＭＤＣもＤ／Ｄ比も、さらなる区別および決定支援を提供するために、規則セット内の条件として呼吸数と一緒に使用されることができる。
【００６５】
本明細書で述べられるように、規則セットの範囲内の応答が、規則セット、ならびにパラメータおよびパラメータの条件に関係のあるある種の動作をとるよう介護者に提案するまたは「推奨する」ことができる。たとえば、患者が１２時間の期間の間にＰＣＡボーラスを要求しなかった場合、本システムおよび方法は、管理者または介護者が「治療を変更する」よう推奨する規則セットを構成することができるようにするように構成されることができる。したがって、管理者または介護者が選択することができるパラメータは、「ＰＣＡボーラス要求」となる。管理者または介護者が選択することができる条件は、「１２時間以内になし」となる。代替構成が、「ＰＣＡボーラス要求なし」であるパラメータ、および「１２時間以内」である条件を含むことができる。同様に、管理者または介護者が選択することができる応答は、「提案−治療変更［１２時間以内にＰＣＡボーラス要求がないことを考慮］」となる。本例および説明を考慮すると、別の例が想起される。介護者は、自発的に、またはシステムにより生成される提案に基づき、注入の基本レートを低減するまたは患者にＰＣＡ治療をやめさせることにより応答することができる。
【００６６】
別の例では、患者の疼痛スコアが高く（たとえば１０段階の尺度で８よりも大きい）、かつ患者のＰＣＡ要求が頻繁である（たとえば４時間の期間内に１１回以上のＰＣＡ拒否事象）場合、本システムおよび方法は、管理者または介護者が「投薬を変更する」ように推奨する規則セットを構成することができるようにするように構成されることができる。したがって、管理者または介護者が選択することができるパラメータは、「疼痛スコアの平均」および「拒否されたＰＣＡボーラス要求」となる。管理者または介護者が選択することができるブール演算子は２つのパラメータ間のＡＮＤとなる。介護者が選択する条件は、「平均疼痛スコア」パラメータに対して「８よりも大きい」、および「拒否されたＰＣＡボーラス要求」パラメータに対して「４時間以内に１１回以上のＰＣＡ拒否事象」である。代替構成が可能である。管理者または介護者が選択することができる応答は「提案−治療変更」となる。本例および説明を考慮すると別の例が想起される。このとき、介護者は自発的に、またはシステムにより生成される提案に基づき治療を変更することにより応答することができる。「治療変更」は以下の、すなわちポンプ１３０のプログラムを変更すること、異なる薬物に変更すること、または異なる薬物濃度に変更することの任意の１つ、またはそれらの組合せを含むことができる。
【００６７】
図で表される図内の任意の処理の説明またはブロックは、処理内の特定の論理機能またはステップを実現するための１つまたは複数の実行可能命令を含むコードのモジュール、セグメント、または一部を表すと理解されるべきであり、当業者により理解されるように、関与する機能に応じて、実質的に同時にまたは逆順を含む、示されるまたは説明される順序を逸脱して機能が実行されることができる代替実装形態が本発明の実施形態の範囲内で含まれる。
【００６８】
システム１００内部の様々な処理が相互接続されるので、規則セットは、システム内部の様々な場所で生成されるまたは選択されることができる。限定ではなく例として、規則セットは、十分な処理能力を有し記憶のためにメモリにアクセスできる、システム内の任意のプロセッサで生成され、修正され、保存されることができる。限定ではなく例として、規則セットは、患者モニタ１２０上で、ポンプまたは投薬送達機器１３０上で、患者モニタインタフェースおよび規則セットプロセッサ１２５上で、またはそれらの任意の組合せで選択されることができる。患者モニタインタフェースおよび規則セットプロセッサ１２５は、ポンプ１３０上に、患者モニタ１２０上に、別個のモジュール上に配置される、またはそのような構成要素間で共有される通信エンジンとすることができる。
【００６９】
具体的実施形態が例示され説明されたが、本発明を大きく逸脱することなく数多くの修正形態が想起される。保護の範囲は添付の特許請求の範囲だけにより限定される。
【００７０】
付表Ａ
【数１】
【００７１】
文法による１つの例示的な簡単な規則が以下に列挙される。
【数２】
【００７２】
いくつかのパラメータだけでなく文法に従ういくつかの応答を有する別のそのようなより複雑な例示的規則セットが以下に列挙される。
【数３】
【特許請求の範囲】
【請求項１】
権限を与えられた医療介護者により医療システムアルゴリズムを実現する方法であって、方法のステップが、
医療システムアルゴリズムを規定するための文脈自由文法を提供するステップであって、文法が、それぞれ複数の非終端医療システムパラメータおよび終端医療システムパラメータにより満たされるように構成される非終端パラメータ記号および終端パラメータ記号を含み、文法が、それぞれ複数の非終端医療システム条件および終端医療システム条件により満たされるように構成される非終端条件記号および終端条件記号をさらに含み、文法が、複数の医療システム応答により満たされるように構成される応答記号をさらに含むステップと、
文法により規定される非終端パラメータの少なくとも１つまたは終端パラメータの少なくとも１つを含む第１のパラメータ選択を受け取るステップと、
文法により規定される選択される第１のパラメータ選択に対して、非終端パラメータ記号または終端パラメータ記号の少なくとも１つに対応する個々の第１の医療システム条件選択を受け取るステップと、
医療システム応答選択を受け取るステップと、
第１のパラメータ選択、第１の医療システム条件選択、および医療システム応答選択から医療システムアルゴリズムを生成するステップと、
自動医療機器により後で使用するために、生成される医療システムアルゴリズムを記憶するステップとを含む方法。
【請求項２】
第１のパラメータ選択が、文法により規定される非終端パラメータ記号の少なくとも１つおよび終端パラメータ記号の少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
応答記号が、非終端応答記号および終端応答記号の１つを含み、応答記号がそれぞれ非終端医療システム応答および終端医療システム応答により満たされるように構成される、請求項１に記載の方法。
【請求項４】
医療システム応答を受け取るステップが、非終端医療システム応答を受け取るステップを含む、請求項１に記載の方法。
【請求項５】
文法により規定される非終端パラメータ記号の少なくとも１つまたは終端パラメータ記号の少なくとも１つを含む第２のパラメータ選択を受け取るステップと、
文法により規定される選択される第２のパラメータ選択に対して、非終端パラメータ記号または終端パラメータ記号の少なくとも１つに対応する個々の第２の医療システム条件選択を受け取るステップとをさらに含む、請求項１に記載の方法。
【請求項６】
第２のパラメータ選択が、文法により規定される非終端パラメータ記号の少なくとも１つおよび終端パラメータ記号の少なくとも１つを含む、請求項５に記載の方法。
【請求項７】
第１の医療システムパラメータ選択が第１の警報選択であり、第２の医療システムパラメータ選択が、第１の警報選択と異なる第２の警報選択である、請求項５に記載の方法。
【請求項８】
第１の警報選択が医療ポンプ機能に関係のある警報のためであり、第２の警報選択が患者モニタ機能に関係のある警報のためである、請求項７に記載の方法。
【請求項９】
医療ポンプ機能に関係のある警報が、医療ポンプ警報、および医療ポンプパラメータ警報の状態との通信の喪失の１つである、請求項８に記載の方法。
【請求項１０】
患者モニタ機能に関係のある警報が、患者モニタ警報、および患者モニタパラメータ警報の状態との通信の喪失の１つである、請求項８に記載の方法。
【請求項１１】
第１の医療システムパラメータ選択が第１の警報選択である、請求項１に記載の方法。
【請求項１２】
第１の警報選択が医療ポンプ機能に関係のある警報の１つであり、第２の警報選択が患者モニタ機能に関係のある警報のためである、請求項１１に記載の方法。
【請求項１３】
第１の医療システムパラメータが、医療システム条件の構成要素である、請求項１に記載の方法。
【請求項１４】
方法が第１のブールコネクタ（Ｂｏｏｌｅａｎ ｃｏｎｎｅｃｔｏｒ）選択を受け取るステップをさらに含み、医療システムアルゴリズムを生成するステップが第１のブールコネクタからさらに生成される、請求項１に記載の方法。
【請求項１５】
方法が第２のブールコネクタ選択を受け取るステップをさらに含み、医療システムアルゴリズムを生成するステップが第２のブールコネクタからさらに生成される、請求項１４に記載の方法。
【請求項１６】
医療システムパラメータが文法の範囲内で代替医療システムパラメータであり、代替医療パラメータが患者の医療状態または条件を表さない、請求項１に記載の方法。
【請求項１７】
文法により規定される医療システムパラメータの少なくとも１つが終端構成要素も非終端構成要素も含む、請求項１に記載の方法。
【請求項１８】
応答選択を受け取るステップが、複数の応答選択を受け取るステップを含む、請求項１に記載の方法。
【請求項１９】
第１の医療システムパラメータ選択がユーザインタフェース表示装置の第１の領域から受け取られ、医療システム応答選択がユーザインタフェース表示装置の第２の領域から受け取られる、請求項１に記載の方法。
【請求項２０】
文法により規定される代替医療システムパラメータの少なくとも１つが、医療機器との通信可能状態の変化を含む、請求項１６に記載の方法。
【請求項２１】
第１の条件選択が、時間記号、患者の薬物負荷記号、送達対要求負荷記号、平均薬物消費量記号、および患者の薬物因子記号のうち少なくとも１つを含む、請求項１に記載の方法。
【請求項２２】
医療システム応答が、別の医療システムアルゴリズムの実行、薬物送達レートの調節、薬物送達の休止、および医療診断のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項２３】
臨床看護エリア（ｃｌｉｎｉｃａｌ ｃａｒｅ ａｒｅａ、ＣＣＡ）により医療システムアルゴリズムを分類するために医療システムアルゴリズムに対するＣＣＡ選択を受け取るステップと、
ＣＣＡ選択を医療システムアルゴリズムと関連付けて、関連を記憶するステップとをさらに含む、請求項１に記載の方法。
【請求項２４】
患者看護システムであって、
複数の異なる生理学的パラメータに対する値を含むリアルタイム生理学的条件データストリームを生成するためのセンサと、
患者に薬を送達するための医療ポンプと、
センサおよび医療ポンプと通信可能状態にあり、メモリ、および
複数の異なる生理学的パラメータに対する値を含むリアルタイム条件データストリームを受け取り、
それぞれ医療ポンプの異なるプロトコルまたは性質に変更することなく独立して選択でき、かつブール演算子が満たされることにより接続される少なくとも２つのパラメータ／条件対に基づきユーザがカスタマイズできる所定の応答を含む、選択のために利用できる複数の医療システムアルゴリズムをメモリ内に受け取り、
メモリ内に記憶される複数の医療システムアルゴリズムからの医療システムアルゴリズムの選択を受け取り、
選択される医療システムアルゴリズムを実現して、リアルタイム条件データストリームを処理し、医療システムアルゴリズムが満たされる場合、所定の応答を実行するように適合される論理を含むプロセッサとを含む患者看護システム。
【請求項２５】
プロセッサ、メモリ、および論理が、複数の生理学的変数を含むリアルタイムデータストリームのためのモニタリングセッションを開始するためにリアルタイムデータストリームモニタリングセッション選択を受け取るようにさらに適合される、請求項２４に記載のシステム。
【請求項２６】
選択される医療システムアルゴリズムが、生理学的な可変の警報時間継続、患者の薬物負荷、要求対送達比、平均薬物消費量、および患者の薬物因子のうちの少なくとも１つを含む第１の条件を含む、請求項２４に記載のシステム。
【請求項２７】
選択される医療システムアルゴリズムが、別の医療システムアルゴリズムの実行、薬物送達レートの調節、薬物送達の休止、医療職員の呼出し、および医療診断のうちの少なくとも１つを含む医療システム応答を含む、請求項２４に記載のシステム。
【請求項１】
権限を与えられた医療介護者により医療システムアルゴリズムを実現する方法であって、方法のステップが、
医療システムアルゴリズムを規定するための文脈自由文法を提供するステップであって、文法が、それぞれ複数の非終端医療システムパラメータおよび終端医療システムパラメータにより満たされるように構成される非終端パラメータ記号および終端パラメータ記号を含み、文法が、それぞれ複数の非終端医療システム条件および終端医療システム条件により満たされるように構成される非終端条件記号および終端条件記号をさらに含み、文法が、複数の医療システム応答により満たされるように構成される応答記号をさらに含むステップと、
文法により規定される非終端パラメータの少なくとも１つまたは終端パラメータの少なくとも１つを含む第１のパラメータ選択を受け取るステップと、
文法により規定される選択される第１のパラメータ選択に対して、非終端パラメータ記号または終端パラメータ記号の少なくとも１つに対応する個々の第１の医療システム条件選択を受け取るステップと、
医療システム応答選択を受け取るステップと、
第１のパラメータ選択、第１の医療システム条件選択、および医療システム応答選択から医療システムアルゴリズムを生成するステップと、
自動医療機器により後で使用するために、生成される医療システムアルゴリズムを記憶するステップとを含む方法。
【請求項２】
第１のパラメータ選択が、文法により規定される非終端パラメータ記号の少なくとも１つおよび終端パラメータ記号の少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
応答記号が、非終端応答記号および終端応答記号の１つを含み、応答記号がそれぞれ非終端医療システム応答および終端医療システム応答により満たされるように構成される、請求項１に記載の方法。
【請求項４】
医療システム応答を受け取るステップが、非終端医療システム応答を受け取るステップを含む、請求項１に記載の方法。
【請求項５】
文法により規定される非終端パラメータ記号の少なくとも１つまたは終端パラメータ記号の少なくとも１つを含む第２のパラメータ選択を受け取るステップと、
文法により規定される選択される第２のパラメータ選択に対して、非終端パラメータ記号または終端パラメータ記号の少なくとも１つに対応する個々の第２の医療システム条件選択を受け取るステップとをさらに含む、請求項１に記載の方法。
【請求項６】
第２のパラメータ選択が、文法により規定される非終端パラメータ記号の少なくとも１つおよび終端パラメータ記号の少なくとも１つを含む、請求項５に記載の方法。
【請求項７】
第１の医療システムパラメータ選択が第１の警報選択であり、第２の医療システムパラメータ選択が、第１の警報選択と異なる第２の警報選択である、請求項５に記載の方法。
【請求項８】
第１の警報選択が医療ポンプ機能に関係のある警報のためであり、第２の警報選択が患者モニタ機能に関係のある警報のためである、請求項７に記載の方法。
【請求項９】
医療ポンプ機能に関係のある警報が、医療ポンプ警報、および医療ポンプパラメータ警報の状態との通信の喪失の１つである、請求項８に記載の方法。
【請求項１０】
患者モニタ機能に関係のある警報が、患者モニタ警報、および患者モニタパラメータ警報の状態との通信の喪失の１つである、請求項８に記載の方法。
【請求項１１】
第１の医療システムパラメータ選択が第１の警報選択である、請求項１に記載の方法。
【請求項１２】
第１の警報選択が医療ポンプ機能に関係のある警報の１つであり、第２の警報選択が患者モニタ機能に関係のある警報のためである、請求項１１に記載の方法。
【請求項１３】
第１の医療システムパラメータが、医療システム条件の構成要素である、請求項１に記載の方法。
【請求項１４】
方法が第１のブールコネクタ（Ｂｏｏｌｅａｎ ｃｏｎｎｅｃｔｏｒ）選択を受け取るステップをさらに含み、医療システムアルゴリズムを生成するステップが第１のブールコネクタからさらに生成される、請求項１に記載の方法。
【請求項１５】
方法が第２のブールコネクタ選択を受け取るステップをさらに含み、医療システムアルゴリズムを生成するステップが第２のブールコネクタからさらに生成される、請求項１４に記載の方法。
【請求項１６】
医療システムパラメータが文法の範囲内で代替医療システムパラメータであり、代替医療パラメータが患者の医療状態または条件を表さない、請求項１に記載の方法。
【請求項１７】
文法により規定される医療システムパラメータの少なくとも１つが終端構成要素も非終端構成要素も含む、請求項１に記載の方法。
【請求項１８】
応答選択を受け取るステップが、複数の応答選択を受け取るステップを含む、請求項１に記載の方法。
【請求項１９】
第１の医療システムパラメータ選択がユーザインタフェース表示装置の第１の領域から受け取られ、医療システム応答選択がユーザインタフェース表示装置の第２の領域から受け取られる、請求項１に記載の方法。
【請求項２０】
文法により規定される代替医療システムパラメータの少なくとも１つが、医療機器との通信可能状態の変化を含む、請求項１６に記載の方法。
【請求項２１】
第１の条件選択が、時間記号、患者の薬物負荷記号、送達対要求負荷記号、平均薬物消費量記号、および患者の薬物因子記号のうち少なくとも１つを含む、請求項１に記載の方法。
【請求項２２】
医療システム応答が、別の医療システムアルゴリズムの実行、薬物送達レートの調節、薬物送達の休止、および医療診断のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項２３】
臨床看護エリア（ｃｌｉｎｉｃａｌ ｃａｒｅ ａｒｅａ、ＣＣＡ）により医療システムアルゴリズムを分類するために医療システムアルゴリズムに対するＣＣＡ選択を受け取るステップと、
ＣＣＡ選択を医療システムアルゴリズムと関連付けて、関連を記憶するステップとをさらに含む、請求項１に記載の方法。
【請求項２４】
患者看護システムであって、
複数の異なる生理学的パラメータに対する値を含むリアルタイム生理学的条件データストリームを生成するためのセンサと、
患者に薬を送達するための医療ポンプと、
センサおよび医療ポンプと通信可能状態にあり、メモリ、および
複数の異なる生理学的パラメータに対する値を含むリアルタイム条件データストリームを受け取り、
それぞれ医療ポンプの異なるプロトコルまたは性質に変更することなく独立して選択でき、かつブール演算子が満たされることにより接続される少なくとも２つのパラメータ／条件対に基づきユーザがカスタマイズできる所定の応答を含む、選択のために利用できる複数の医療システムアルゴリズムをメモリ内に受け取り、
メモリ内に記憶される複数の医療システムアルゴリズムからの医療システムアルゴリズムの選択を受け取り、
選択される医療システムアルゴリズムを実現して、リアルタイム条件データストリームを処理し、医療システムアルゴリズムが満たされる場合、所定の応答を実行するように適合される論理を含むプロセッサとを含む患者看護システム。
【請求項２５】
プロセッサ、メモリ、および論理が、複数の生理学的変数を含むリアルタイムデータストリームのためのモニタリングセッションを開始するためにリアルタイムデータストリームモニタリングセッション選択を受け取るようにさらに適合される、請求項２４に記載のシステム。
【請求項２６】
選択される医療システムアルゴリズムが、生理学的な可変の警報時間継続、患者の薬物負荷、要求対送達比、平均薬物消費量、および患者の薬物因子のうちの少なくとも１つを含む第１の条件を含む、請求項２４に記載のシステム。
【請求項２７】
選択される医療システムアルゴリズムが、別の医療システムアルゴリズムの実行、薬物送達レートの調節、薬物送達の休止、医療職員の呼出し、および医療診断のうちの少なくとも１つを含む医療システム応答を含む、請求項２４に記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２０１２−５２３８９５（Ｐ２０１２−５２３８９５Ａ）
【公表日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願番号】特願２０１２−５０５９５１（Ｐ２０１２−５０５９５１）
【出願日】平成２２年４月１６日（２０１０．４．１６）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０３１３５１
【国際公開番号】ＷＯ２０１０／１２１１０３
【国際公開日】平成２２年１０月２１日（２０１０．１０．２１）
【出願人】（５０４３０８４４２）ホスピラ・インコーポレイテツド (50)
【Ｆターム（参考）】
【公表日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願日】平成２２年４月１６日（２０１０．４．１６）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０３１３５１
【国際公開番号】ＷＯ２０１０／１２１１０３
【国際公開日】平成２２年１０月２１日（２０１０．１０．２１）
【出願人】（５０４３０８４４２）ホスピラ・インコーポレイテツド (50)
【Ｆターム（参考）】
[ Back to top ]