(57)【特許請求の範囲】
【請求項１】
フェイルセーフ薬剤注入システムであって、
第１のプロセッサ、
前記第１のプロセッサと結合された第１のメモリ、および
前記第１のプロセッサと結合されたユーザインターフェースディスプレイ
を具備する、ユーザインターフェースコントローラと、
第２のプロセッサ、
前記第２のプロセッサと結合された第２のメモリ、および
前記第２のプロセッサと結合されたセカンダリディスプレイ
を具備する、ポンプモータコントローラであって、
前記第２のプロセッサが、流体を送達するポンプモータを制御するように構成された、ポンプモータコントローラと、
ユーザインターフェースコントローラおよびポンプモータコントローラと結合された通信リンクと
を備え、
前記第１のプロセッサと前記第２のプロセッサが、前記通信リンクを介して通信可能に同期され、
前記第１のプロセッサの前記第１のメモリと前記第２のプロセッサの前記第２のメモリのそれぞれが冗長薬剤注入送達情報を含み、
前記第１のプロセッサが、第１の送達要求を前記第２のプロセッサに送るように構成され、
前記第２のプロセッサが前記第１の送達要求を前記第１のプロセッサから受け取ると、前記流体を送達するように前記ポンプモータに命じるように前記第２のプロセッサは構成されており、
前記第１のプロセッサが障害を起こすか、または前記第１のプロセッサと前記第２のプロセッサの間の前記通信リンクが遮断された場合に、前記第２のプロセッサは、前記ユーザインターフェースコントローラに再起動するように命じ、
前記ポンプモータに前記流体を送達するように命じるために、フェイルセーフ治療の適用を事前に定められた時間の間だけ継続し、
前記ユーザインターフェースディスプレイに表示されるように構成された情報を前記セカンダリディスプレイに表示するように構成されており、
前記情報は、更新された流体送達ステータスを含む、フェイルセーフ薬剤注入システム。
【請求項２】
前記ポンプモータが前記流体を送達するとき、前記第２のプロセッサがステータス報告情報を前記第１のプロセッサに送るように構成されるように、前記第２のプロセッサが、前記ステータス報告情報を含んだステータス報告を作成するように構成されている、請求項１に記載のフェイルセーフ薬剤注入システム。
【請求項３】
第１のプロセッサが、前記ステータス報告情報を前記第２のプロセッサから受け取り、前記ユーザインターフェースディスプレイ上の流体送達ステータス表示を更新するように構成され、前記情報が、
前記アクティブにされた流体送達と、
完了した流体送達と
のうちの少なくとも１つを含む、請求項２に記載のフェイルセーフ薬剤注入システム。
【請求項４】
前記第１のプロセッサが、前記第１の送達要求を一時停止するために、第１の送達一時停止要求を前記第２のプロセッサに送るように構成されている、請求項１に記載のフェイルセーフ薬剤注入システム。
【請求項５】
使用者が第１の送達一時停止コマンドを開始したときに、前記第１のプロセッサが、前記第１の送達一時停止要求を送るように構成されている、請求項４に記載のフェイルセーフ薬剤注入システム。
【請求項６】
前記第１のプロセッサおよび前記第２のプロセッサの１つまたは複数がエラーを検出したときに、前記第１のプロセッサが、前記第１の送達一時停止要求を送るように構成されている、請求項４に記載のフェイルセーフ薬剤注入システム。
【請求項７】
前記第２のプロセッサが、
前記第１の送達一時停止要求を受け取り、
送達されていない流体量が残るように、前記流体の前記送達の完了前に、前記流体の前記ポンプモータ送達を停止し、
前記第１の送達要求を一時停止するように構成されている、請求項４に記載のフェイルセーフ薬剤注入システム。
【請求項８】
前記第１のプロセッサが、第２の送達要求を前記第２のプロセッサに送るように構成され、
前記第２のプロセッサが前記第２の送達要求を受け取ると、前記第２のプロセッサが、前記第２の送達要求に関連する流体を送達するように前記ポンプモータに命じるように構成されている、請求項７に記載のフェイルセーフ薬剤注入システム。
【請求項９】
前記第２の送達要求での流体送達が完了されたとき、前記第２のプロセッサが前記流体送達ステータス表示を更新し、前記ポンプモータが前記残りの送達されていない流体量を送達するように、前記第１のプロセッサが、前記一時中断された第１の送達要求を前記第２のプロセッサに送るように構成されている、請求項８に記載のフェイルセーフ薬剤注入システム。
【請求項１０】
前記第１のプロセッサと前記第２のプロセッサの間の前記通信リンクが、前記第２の送達要求での流体送達中に遮断された場合に、前記第２の送達要求の完了時に、前記第２のプロセッサが、前記一時中断された第１の送達要求を特定し、前記残りの送達されていない流体量を送達するように構成されている、請求項８に記載のフェイルセーフ薬剤注入システム。
【請求項１１】
前記残りの送達されていない流体量が送達されたとき、前記ポンプモータが前記流体を送達するように、前記第１のプロセッサが、次の送達要求を処理するように構成されている、請求項１０に記載のフェイルセーフ薬剤注入システム。
【請求項１２】
前記残りの送達されていない流体量が送達されたとき、前記ポンプモータが前記流体を送達するように、前記第２のプロセッサが、次の送達要求を処理するように構成されている、請求項１０に記載のフェイルセーフ薬剤注入システム。
【請求項１３】
前記第１のプロセッサと前記第２のプロセッサの間の前記通信リンクが再度確立された場合に、前記第２のプロセッサがステータス報告情報を前記第１のプロセッサに送るように構成されるように、前記第２のプロセッサが、リカバリ同期モードに入るように構成され、前記ステータス報告情報が、更新された流体送達ステータスを含む、請求項１に記載のフェイルセーフ薬剤注入システム。
【請求項１４】
前記第１のプロセッサと前記第２のプロセッサの間の前記通信リンクが遮断されたときに、前記ポンプモータコントローラが、視覚的警報および聴覚的警報の１つまたは複数を前記セカンダリディスプレイに提供するように構成されている、請求項１に記載のフェイルセーフ薬剤注入システム。
【請求項１５】
前記第１のプロセッサと前記第２のプロセッサの間の前記通信リンクが遮断されたときに、前記第２のプロセッサが、前記第２のプロセッサが前記第１のプロセッサとは独立して動作できる継続時間を前記セカンダリディスプレイに表示するように構成されている、請求項１に記載のフェイルセーフ薬剤注入システム。
【請求項１６】
セカンダリディスプレイがセカンダリユーザインターフェースディスプレイであり、前記情報が注入情報であり、前記第１のプロセッサが障害を起こすか、または前記第１のプロセッサと前記第２のプロセッサの間の前記通信リンクが遮断された場合に、前記第２のプロセッサが、前記注入情報の制限されたバージョンを前記セカンダリユーザインターフェースディスプレイに表示するようにさらに構成されている、請求項１に記載のフェイルセーフ薬剤注入システム。
【請求項１７】
前記第１のプロセッサがＵＩＣであり、
前記第２のプロセッサがＰＭＣであり、
ＵＩＣおよびＰＭＣの位置と関連付けられた所望の形で、ＵＩＣもしくはＰＭＣまたはその両方が動作できるようにする薬剤ライブラリ位置パラメータを、前記ＵＩＣもしくは前記ＰＭＣまたはその両方が含む、請求項１に記載のフェイルセーフ薬剤注入システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の１つまたは複数の実施形態は薬剤注入治療システムに関する。より詳細には、限定はしないが、本発明の１つまたは複数の実施形態は、ユーザインターフェースコントローラ（ＵＩＣ）および少なくとも１つのポンプモータコントローラ（ＰＭＣ）を備え、ＵＩＣが障害を起こすかまたはＵＩＣとＰＭＣの間の通信リンクが遮断される事象において、限られた時間の間、ＰＭＣが治療送達を作動させられるプロトコルを有するフェイルセーフ薬剤注入システムを可能にする。各実施形態は、ＵＩＣが再起動した後、またはＵＩＣとＰＭＣの間の通信リンクが復元された後、送達薬剤ステータスを再度ＵＩＣに同期させるための同期方法も含む。ＰＭＣは、ＵＩＣが復元する、注入が正常に完了する、または使用者が注入を停止するまでの間、警報報知を制御し、治療についての最低限の使用者制御をもたらしながら、治療情報、たとえば通常はＵＩＣに表示される情報を一時的に表示することによって、インテリジェントなフェイルセーフ薬剤注入治療を適用することができる。ＰＭＣが動作不能になった場合、ＵＩＣは、ＰＭＣが再起動するのを待つか、または堅固な薬剤注入を提供するために薬剤注入チャネルを切り替えようと試みることができる。
【背景技術】
【０００２】
一般に、現在の薬剤注入システムは、一方のプロセッサ、すなわちコントローラが、フェイルセーフモードにおいて引き継ぎ、最終的に、他方のプロセッサのエラーから回復するか、またはプロセッサ間の通信を復元することができるようにする目的で複数のプロセッサ、すなわちコントローラ間で情報を同期させることはしていない。いくつかの知られているシステムは、「セーフティプロセッサ」として知られているセカンダリプロセッサを使用し、そのようなセーフティプロセッサは、装置に電源が入った状態を維持し、薬剤の送達を確保するために使用されることがある。これらの局所的に冗長なシステムは、一般に、第１のプロセッサ、すなわち、ユーザインターフェースコードに固有の複雑なビジネスロジックを含み得る冗長プロセッサに切り替わるが、第１のプロセッサのエラーは、同一または類似の複雑なソフトウェアコードをもつ第２のプロセッサでも生じ得るため、このことはシステムの堅牢性を制限する。プライマリプロセッサとの通信の障害または喪失を含む、いずれかのプロセッサによって検出される故障の事象においては、注入が停止されてもよい。迅速な介護者注意および介入がなければ、薬剤注入の停止は、患者の重傷または死さえも引き起こす可能性のある治療遅延を招くおそれがある。
【０００３】
さらに、現在の分散システムには、警報信号、使用者入力、使用者表示などを管理するために、冗長ながら別個の機能を両方が維持して、堅固な方式で継続的な薬剤送達を確保するユーザインターフェースコントローラ（ＵＩＣ）とポンプモータコントローラ（ＰＭＣ）を使用する提案がないと思われる。たとえば、典型的なシステムは、ＰＭＣのマイクロコントローラにおける限定されたバックアップ機能の開示がなく、たとえば、通常はＵＩＣに表示されるはずの注入ステータスをＰＭＣディスプレイに表示することはない。したがって、これらのシステムは、注入ステータス、警報または信号を表示するためのバックアップ機能が存在しないので、フェイルセーフ動作を維持することは到底できない。
【０００４】
たとえば、Ｃｏｆｆｍａｎらによる、「Ｍｅｄｉｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ」と題した米国特許第７，８３５，９２７号は、介護施設と通信した制御システム間で、薬物送達に関する情報および他の患者情報を通信できる医療データベースキャリアを開示している。したがって、システムには、第１のプロセッサと第２のプロセッサの間の通信リンクが失われた場合のフェイルセーフ動作の開示がないと思われる。たとえば、システムは、薬剤または薬液を送達し続け、システムの電源を入れたままにするために、その時点の送達プロセスについての第２のプロセッサの役割を代えることは企図していない。システムにはまた、通信リンクが復元された後の送達ステータスの同期の開示または提案がない。
【０００５】
Ｂｏｅｈｎｌｅｉｎらによる「Ｆｌｏｗ  Ｂａｌａｎｃｉｎｇ  ａｎｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ，  Ｅｓｐｅｃｉａｌｌｙ  ｆｏｒ  Ｃｉｔｒａｔｅ」と題した米国特許出願公開第２０１００２００５０６号は、流速の同期のために、血液ポンプおよびクエン酸塩ポンプを自動的に制御するように構成された、血液ポンプ、クエン酸塩ポンプおよび制御ユニットを備える腎不全治療システムを開示しているものと思われる。Ｂｏｅｈｎｌｅｉｎらのシステムは、たとえば、あるポンプが流速を上昇または下降させた場合に、外部ポンプを使用して、流れ速度の変化に合わせて自動的に調節することを開示している。また、システムは、エラー状態を監視し、ステータスおよびパラメータ情報をポンプのそれぞれから受け取って、安全性限界が確実に満たされるようにするための、セーフティプロセッサおよび２つのポンプと通信している制御プロセッサを開示していると思われる。たとえば、あるポンプがｍｌ／時間未満しか送り込んでいない場合、警報が発せられ、システムは、別のポンプのポンプ速度を変えることによって、自動的に喪失分を補償する。しかしながら、システムは、第１のプロセッサと第２のプロセッサの間の通信リンクが失われた場合のフェイルセーフ動作の開示がないように思われる。たとえば、システムは、薬剤または薬液を送達し続け、システムの電源を入れたままにするために、その時点の送達プロセスについての第２のプロセッサの役割を代えることは企図していない。システムにはまた、通信リンクが復元された後の送達ステータスの同期の開示または提案がない。
【０００６】
要約すると、第１のプロセッサおよび第２のプロセッサを備え、第１のプロセッサと第２のプロセッサの間の通信リンクが遮断される事象において、限られた時間の間、第２のプロセッサが治療送達を作動させられるプロトコルを有し、第２のプロセッサおよび送達薬剤ステータスを再度第１のプロセッサに同期させるための同期方法を含む、知られているフェイルセーフ薬剤注入治療システムはない。また、ＵＩＣが動作不能のとき、または通信リンクが遮断されたときに、注入の進行状況および注入ステータスを、たとえば、ＰＭＣに接続された限定されたディスプレイに表示する、知られているフェイルセーフ薬剤注入治療システムはない。少なくとも上記の制限のために、同期されたフェイルセーフ薬剤注入治療のための薬剤注入システムの必要性が存在する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許第７，８３５，９２７号明細書
【特許文献２】米国特許出願公開第２０１０／０２００５０６号明細書
【発明の概要】
【課題を解決するための手段】
【０００８】
本明細書に記載される１つまたは複数の実施形態は、同期されるフェイルセーフ薬剤注入治療を実現する薬剤注入治療システムに関する。１つまたは複数の実施形態では、薬剤注入システムは、複雑なビジネスロジックおよび複雑なユーザインターフェース機能を概して有するユーザインターフェースコントローラ（ＵＩＣ）と、リアルタイムコントローラとして働く少なくとも１つのポンプモータコントローラ（ＰＭＣ）とを含む分散構成要素を備え、ＵＩＣとＰＭＣは通信リンクを介して通信する。
【０００９】
少なくとも１つの実施形態によれば、ＵＩＣは、第１のプロセッサ、第１のプロセッサと結合された第１のメモリおよび第１のプロセッサと結合されたユーザインターフェースディスプレイを備える。少なくとも１つの実施形態では、ＰＭＣは、第２のプロセッサ、第２のプロセッサと結合された第２のメモリおよび第２のプロセッサと結合されたポンプモータコントローラディスプレイを備える。第２のプロセッサは、少なくとも１つの実施形態では、たとえば１つまたは複数の薬剤である流体を送達するポンプモータを制御する。ポンプモータコントローラディスプレイは、ＵＩＣが注入ステータスを表示できない場合、限定された機能を有し、バックアップディスプレイとして使用されてもよい。１つまたは複数の実施形態では、第１のプロセッサと第２のプロセッサは通信リンクを介して通信可能に同期される。
【００１０】
本発明の実施形態は、ローカル構成要素レベルでも冗長であり得る。たとえば、１つまたは複数の実施形態では、ＵＩＣは、実行中の注入を別の使用済みチャネルに「移動」させることができる。たとえば、デュアルチャネルシステム構成において、プログラムの実行中に一方のチャネルが障害を起こした場合、ＵＩＣは、カセットを含んでいてもよい投与セットを他方のチャネルに移動させ、そこから注入を再開するように使用者に促すことができる。したがって、本発明の実施形態は、堅固な、分散されたローカル構成要素を含み得る。
【００１１】
１つまたは複数の実施形態では、ＵＩＣは、現在の注入ステータスとともに、使用者によって確認される薬剤注入プログラムを含む「トークン」を構築することができる。具体的には、１つまたは複数の実施形態において、「トークン」または薬剤注入プログラムは、注入が始まる前の最初は空白（ｎｕｌｌ）である現在のステータス、すべてのプログラムステップ、すべての注入関連オプションを含み得る。トークンは、１つまたは複数の実施形態において、たとえば現在の注入ステータスを維持する役割をもつ構成要素のセマフォとして働くことができる。
【００１２】
ＵＩＣは、トークンをＰＭＣに送って薬剤注入を開始することができる。次いでＰＭＣは、注入治療を作動させ、ＵＩＣとの通信を監視する。プログラムを動作させている間、ＰＭＣはＵＩＣを注入ステータス更新メッセージで更新する。メッセージは、現在実行中のプログラムおよび関連するプログラムステップ、注入関連オプションおよび現在のステータス、たとえば、送達された注入パラメータおよびこれから送達される注入パラメータについての最新情報を含み得る。通常の処理において、ステータス詳細は、経時的に、たとえば事前に定められた時間間隔でＵＩＣと同期される。
【００１３】
たとえば心拍動をＰＭＣに提供できないなど、ＵＩＣが障害を起こした場合、ＰＭＣは、たとえばＰＭＣにローカルの限定されたディスプレイ上で、または代替としてＵＩＣ関連ディスプレイの動作可能な部分を使用してのことであるが、警報構成要素の制御を司り、障害を使用者に知らせる。この時間の間、ＰＭＣは、注入の進行状況およびステータスをローカルで表示することができ、たとえば、現在の制限されたテキストまたはグラフィック表示を、通常はＵＩＣに表示される注入関連情報で置き換えることができる。あるいは、ディスプレイなどの、通常はＵＩＣによって制御される任意の構成要素が依然として動作している場合、ＰＭＣは、ＵＩＣのディスプレイまたはＵＩＣとＰＭＣの両方に共通するディスプレイに情報を送ることができる。ＰＭＣはまた、ＵＩＣが機能するまで、聴覚的および視覚的警報をローカルまたはリモートで発することもでき、これは一般に、機能しているときのＵＩＣの役割である。１つまたは複数の実施形態では、ＰＭＣのディスプレイまたはバックアップディスプレイは、ＰＭＣがたとえば現在の薬剤注入プログラムに基づいて独立して動作できる時間の長さを示すことができる。閉塞、または空気のライン混入など、別の注入関連事象が起こったとき、ＰＭＣは、その状態を扱うために受け取った初期プログラムに基づいて、たとえば、それにしたがって注入を停止する、または停止せず、新たな警報状態の合図も出すなど、インテリジェントなローカル動作を行う。ＵＩＣが回復し、ＰＭＣとの通信を再確立する場合を含め、警報状態のいずれかが取り消されるとき、システムは、通常の警報状態取り消しプロトコルを使用する。
【００１４】
たとえば心拍動をＵＩＣに提供できないなど、ＰＭＣが障害を起こした場合、ＵＩＣは、ＰＭＣが再起動するまでの間、最後の知られている注入パラメータを有するトークンの制御を行使することができる。次いでＵＩＣは、最後の知られている注入関連情報とともにトークンをＰＭＣに戻すことができる。
【００１５】
１つまたは複数の実施形態では、第１のプロセッサの第１のメモリと第２のプロセッサの第２のメモリのそれぞれは、任意のタイプの冗長薬剤注入データ構造、たとえば待ち行列、リスト、データベースまたは任意の他のタイプのデータ構造を含み得る。サービス待ち行列などの待ち行列は、送達要求を格納するために使用され得るもので、冗長薬剤注入作業待ち行列などの待ち行列は、進行中の注入要求をそれぞれ格納するために使用され得る。任意の他のデータ構造または技術が、本発明の範囲に合うように薬剤注入情報の同期を保証するために使用され得る。
【００１６】
本発明の上記およびその他の態様、特徴および利点は、以下の図面とともに示されるそれらのより具体的な以下の記述から明らかとなろう。
【図面の簡単な説明】
【００１７】
【図１】本発明の１つまたは複数の実施形態によるフェイルセーフ薬剤注入治療システムの論理図である。
【図２】本発明の１つまたは複数の実施形態によるフェイルセーフ薬剤注入治療システムの簡素化したハードウェア構成図である。
【図３】本発明の１つまたは複数の実施形態による、注入中のユーザインターフェースコントローラとポンプモータコントローラの間の通信フローチャートである。
【図４】本発明の１つまたは複数の実施形態による、注入中のポンプモータコントローラの誤動作への応答を示すフローチャートである。
【図５】本発明の１つまたは複数の実施形態による、注入中のユーザインターフェースコントローラの誤動作への応答を示すフローチャートである。
【図６】正常動作中とＵＩＣ障害時の、例示的なポンプモータコントローラに関連付けられたディスプレイを示す図であり、ＰＭＣプロセッサ、たとえば、第２のプロセッサは、通常は前記第１のプロセッサによって第１のユーザインターフェースディスプレイに表示される制限されたバージョンの注入情報をオプションのセカンダリユーザインターフェースディスプレイに表示するようにさらに構成されている。
【発明を実施するための形態】
【００１８】
次に、フェイルセーフ薬剤注入システムが説明される。以下の例示的な説明では、本発明の実施形態を十分に理解できるように、数多くの具体的な詳細が記載される。ただし、本発明は、本明細書に記載の具体的な詳細の態様をすべて取り入れなくても実施され得ることが当業者には明白であろう。他の例では、当業者によく知られている具体的な特徴、量、または測定値は、本発明を不明瞭にしないように、詳細には説明されていない。本発明の例が本明細書中に記載されているが、読み手は、特許請求の範囲、およびあらゆる均等物の全範囲が本発明の境界を定めるものであることに留意されたい。
【００１９】
図１は、本発明の１つまたは複数の実施形態によるフェイルセーフ薬剤注入治療システムの概略的な全体図を示す。図１に示されるように、１つまたは複数の実施形態では、第１のプロセッサ１０２のユーザインターフェースアプリ（ａｐｐ）１１１、ユーザインターフェースコントローラ状態機械１１２、送達ステータス更新およびログ１１３、オペレーティングシステム、ディスプレイおよびタッチパッドＡＰＩ１１４、ボードサポートパッケージ、ディスプレイおよびタッチパッドドライバ１１５ならびにオペレーティングシステム１１６を保持する第１のメモリと、第２のプロセッサ１０１の送達エンジン１０４、治療プログラム１０５、ＰＭＣ状態機械１０６、送達監視情報１０７、モータハードウェアＡＰＩ１０８、ボードサポートパッケージ、モータドライバ１０９およびリアルタイムオペレーティングシステム１１０を保持する第２のメモリとは、冗長薬剤注入関連情報およびステータスを含む。冗長薬剤注入関連情報は、たとえば送達監視１０７と送達ステータス１１３の記憶領域またはＰＭＣまたはＵＩＣのいずれかのメモリにおける他の部分に記憶されていてもよい。１つまたは複数の実施形態では、ＵＩＣ１０２は、２つ以上のＰＭＣ、たとえば、ＰＭＣ１０１および１０１Ｎを制御することができる。
【００２０】
本発明の少なくとも１つまたは複数の実施形態では、通信リンクが第１のプロセッサと第２のプロセッサの間で最初に確立されると、ＰＭＣの第１のプロセッサは、注入プログラムを取得し、最初は注入関連情報を維持することを担う。１つまたは複数の実施形態では、これは、現在の注入ステータスとともに、使用者によって確認される薬剤注入プログラムを含む「トークン」を用いて達成される。具体的には、１つまたは複数の実施形態において、「トークン」または薬剤注入プログラムは、注入が始まる前の最初は空白（ｎｕｌｌ）である現在のステータス、すべてのプログラムステップ、すべての注入関連オプションを含み得る。トークンは、１つまたは複数の実施形態において、たとえば現在の注入ステータスを維持する役割をもつ構成要素のセマフォとして働くことができる。少なくとも１つの実施形態によれば、第１のプロセッサは、第１の送達要求を第１のプロセッサの薬剤注入サービス待ち行列から第１のプロセッサの薬剤注入作業待ち行列に送ることができる。第１の送達要求が第１のプロセッサの薬剤注入作業待ち行列にあるとき、第１のプロセッサは、アクティブモードにおいて、第１の送達要求識別コードによって送達要求通知を第２のプロセッサに送ることができる。任意の他のタイプのデータ構造、メッセージ、またはいずれかのプロセッサが誤動作した後にＰＭＣおよびＵＩＣが注入データを維持および同期できるようにし、かつ／もしくはＵＩＣが誤動作した場合に、ＰＭＣが、通常はＵＩＣに表示される注入関連情報を表示できるようにする通信プロトコルが本発明の範囲に合っている。
【００２１】
少なくとも１つまたは複数の実施形態では、第２のプロセッサが送達要求識別コードを受け取ったとき、第２のプロセッサは、第２のプロセッサの薬剤注入サービス待ち行列から第２のプロセッサの薬剤注入作業待ち行列に第１の送達要求を転送し、ポンプモータに流体の送達を命じることができる。本発明の少なくとも１つの実施形態によれば、第１のプロセッサが障害を起こすか、または第１のプロセッサと第２のプロセッサの間の通信リンクが遮断された場合、第２のプロセッサはフェイルセーフ治療を適用し、第２のプロセッサの薬剤注入サービス待ち行列および薬剤注入作業待ち行列を処理して、流体の送達をポンプモータに命じるために、スレーブモードからマスタモードにシフトすることができる。
【００２２】
本発明の１つまたは複数の実施形態では、ポンプモータが流体を送達するとき、第２のプロセッサは、ステータス報告情報を含めたステータス報告を作成することにより、第２のプロセッサはステータス報告情報を第１のプロセッサに送ることができる。少なくとも１つの実施形態では、第１のプロセッサはステータス報告情報を第２のプロセッサから受け取り、ユーザインターフェースディスプレイ２０２（図２参照）上の流体送達ステータス表示を更新する。本発明の１つまたは複数の実施形態によれば、情報は、アクティブにされた送達要求、アクティブにされた流体送達、完了した送達要求、完了した流体送達、および第１のプロセッサの薬剤注入サービス待ち行列に残っている送達要求の順序付きリストを含む。
【００２３】
本発明の１つまたは複数の実施形態では、第１のプロセッサは、使用者が第１の送達一時停止コマンドを開始したとき、第１のプロセッサがエラーを検出したとき、第２のプロセッサがエラーを検出したとき、またはその任意の組み合わせのときなどに、第１の送達要求を一時停止するために、第１の送達一時停止要求を第２のプロセッサに送ることができる。少なくとも１つの実施形態によれば、第２のプロセッサは、第１の送達一時停止要求を受け取り、送達されていない流体量が残るように、流体の送達完了前に流体のポンプモータ送達を停止し、第２のプロセッサの薬剤注入作業待ち行列にある第１の送達要求を一時停止することができる。
【００２４】
本発明の少なくとも１つまたは複数の実施形態において、第１のプロセッサによって検出されるエラーおよび／または第２のプロセッサによって検出されるエラーとしては、ＵＩＣ１０２が再起動する間注入が継続されるＵＩＣ１０２の障害、モータエンコーダが自らを再度較正しようと試みることがあり、警報および／または注入停止ではなくポンプ送出が継続される、モータエンコーダ位置エラー、バッテリ容量の低下、バッテリ電圧の低下、取り付けられたバッテリがないという指示、バッテリ充電電流の上昇、緊急停止ボタン２０１以外のボタンが動かなくなった状態、注入中のブザーおよび／またはスピーカの障害、ＵＩＣ１０２が薬剤ライブラリを含むかまたはそこにアクセスでき、かつ、そのような障害中、ＵＩＣ１０２が以前にインストールされた薬剤ライブラリＰＩＤＬまたは初期搭載の薬剤ライブラリＤＤＬに戻ることがある、薬剤ライブラリダウンロード障害のうちの１つまたは複数を挙げることができる。１つまたは複数の実施形態では、エラーとしては、ＵＩＣ１０２によるログへの書き込み障害、体積過多、１つまたは複数の外部の薬剤ライブラリとの通信の喪失、室温の上昇または温度センサの障害、ならびに心拍動および／またはＵＩＣ１０２とＰＭＣ１０１の間の通信がないことを挙げることができる。
【００２５】
本発明の１つまたは複数の実施形態では、第１のプロセッサは、第１のプロセッサのサービス待ち行列から第１のプロセッサの薬剤注入作業待ち行列に第２の送達要求を送ることができる。したがって、少なくとも１つの実施形態では、第２の送達要求が第１のプロセッサの薬剤注入作業待ち行列にあるとき、第１のプロセッサは、第２の送達要求識別コードによって、第２の送達要求通知を第２のプロセッサに送ることができ、第２のプロセッサは、第２の送達要求識別コードを受け取ると、ポンプモータが流体を送達するように、第２の送達要求を第２のプロセッサのサービス待ち行列から第２のプロセッサの薬剤注入作業待ち行列に転送することができる。
【００２６】
本発明の少なくとも１つの実施形態では、たとえばピギーバック方式の要求において、第２の送達要求での流体送達が完了されると、第２のプロセッサは流体送達ステータス表示を更新することができ、第１のプロセッサは、ポンプモータが残りの送達されていない流体量を送達するように、一時中断された第１の送達要求を第２のプロセッサに送ることができる。
【００２７】
１つまたは複数の実施形態では、２つ以上のＰＭＣとの通信中、第１のプロセッサと第２のプロセッサの間の通信リンク１０３、または１０３Ｎが、第２の送達要求での流体送達中に遮断された場合、第２の送達要求の完了時に、第２のプロセッサは、残りの送達されていない流体量を送達するために、一時中断された第１の送達要求を第２のプロセッサのサービス待ち行列から位置特定し、一時中断された第１の送達要求を第２のプロセッサの薬剤注入作業待ち行列に転送することができる。本発明の少なくとも１つの実施形態では、残りの送達されていない流体量が送達されると、第１のプロセッサは、ポンプモータが流体を送達するように、第１のプロセッサのサービス待ち行列の送達要求から次の送達要求を位置特定することができる。１つまたは複数の実施形態では、残りの送達されていない流体量が送達されると、第２のプロセッサは、ポンプモータが流体を送達するように、第２のプロセッサのサービス待ち行列の送達要求から次の送達要求を位置特定することができる。
【００２８】
少なくとも１つの実施形態では、第１のプロセッサと第２のプロセッサの間の通信リンク１０３が遮断されたとき、第２のプロセッサは、アクティブモードにおいて、事前に定められた時間の間治療を提供する、もしくは情報をポンプモータコントローラディスプレイに表示する、またはその任意の組み合わせを行うことができる。情報は、アクティブにされた送達要求、アクティブにされた流体送達、完了した送達要求、完了した流体送達、および前記第２のプロセッサのサービス待ち行列に残っている送達要求の順序付きリストを含むことができる。
【００２９】
本発明の少なくとも１つの実施形態によれば、第１のプロセッサと第２のプロセッサの間の通信リンク１０３が再度確立された場合、第２のプロセッサは、ステータス報告情報を第１のプロセッサに送ることができるように、アクティブモードのままリカバリ同期モードに入ることができる。ステータス報告情報は、アクティブにされた送達要求、アクティブにされた流体送達、完了した送達要求、および完了した流体送達のうちの１つまたは複数を含み得る。トークンまたはセマフォを使用する実施形態では、マルチＰＭＣの実施形態において、通信リンク１０３、またはここでも１０３Ｎが利用できない場合、ＰＭＣはセマフォを制御するように考慮されていてもよい。このように、リンクが再接続されるか、または別の方法で復元されると、ＰＭＣは、更新された注入ステータスをＵＩＣに送達し、トークンを保持することができる。
【００３０】
本発明の１つまたは複数の実施形態では、ユーザインターフェースアプリケーション１１１は、インジケータ、ステータスアイコンおよび警報、ならびに電源オン／オフボタン、停止ボタン、サイレントまたはミュートボタン、クリーンロックボタン（ｃｌｅａｎ  ｌｏｃｋ  ｂｕｔｔｏｎ）、ロード／イジェクトボタンおよび任意のタイプの情報ボタンなどの１つまたは複数のボタンを含み得る。１つまたは複数の実施形態では、ユーザインターフェースアプリケーション１１１は、治療項目のオプションが、２つ以上のチャネルからの基礎的な同時送達、ボーラス注入、多段階注入、間欠的注入およびチャネル間順序付け治療送達のうちの１つまたは複数を含み得るように、治療項目および変更オプションを含んでいてもよい。さらに、１つまたは複数の実施形態では、変更オプションは、滴定、遅延開始、ピギーバック方式の送達（たとえば第２のチャネル、次いで第１のチャネルを使用）、ボーラスおよびプライミングのオプションのうちの１つまたは複数を含み得る。したがって、システムは、治療の遅延なしで１つまたは複数のエラーから回復することができる。少なくとも１つの実施形態では、第１のプロセッサと前記第２のプロセッサの間の通信リンクが遮断されたときに、ポンプモータコントローラ（ＰＭＣ）１０１が視覚的警報および聴覚的警報の１つまたは複数をポンプモータコントローラディスプレイ上に提供できるように、警報は視覚的警報および聴覚的警報の１つまたは複数を含み得る。１つまたは複数の実施形態では、第１のプロセッサと第２のプロセッサの間の通信リンク１０３が遮断されると、第２のプロセッサは、第２のプロセッサが第１のプロセッサとは独立して動作できる継続時間をポンプモータコントローラディスプレイに表示することができる。１つまたは複数の実施形態では、継続時間は、第２のプロセッサが第１のプロセッサとは独立して動作できる残り時間のカウントダウンを示す形でポンプモータコントローラディスプレイに表示されてもよい。
【００３１】
１つまたは複数の実施形態では、上流閉塞もしくは下流閉塞もしくは空気関連事象またはモータエンコーダ位置エラー、バッテリ、ボタン、スピーカ、バックライト、薬剤ライブラリダウンロード障害、ログ障害、体積過多、温度または他のエラーなどの回復可能なエラー状態が、ＵＩＣまたはＰＭＣによって、たとえばローカルまたはリモートで警報として表示され得る。ＰＭＣについての電源投入診断は、投与セットまたはカセットを検査することができ、投与セットまたはカセットのエラーの場合、投与セットまたはカセットを変えるように使用者に促し、現在のチャネルがたとえば点検修理を必要としていることを使用者に知らせることができる。ＵＩＣが動作していないことを示し、ＰＭＣ表示情報を、閉塞圧、空気監視装置などに関連する情報から、制限されたＰＭＣディスプレイ上で可能な範囲に省略または制限されたテキストまたはグラフィックベースの形態ではあるが、通常はＵＩＣに表示される情報を示す注入ステータス閲覧画面に切り替えることができる、ＰＭＣについてのアクティブ実行時診断。ＵＩＣが回復したか、または通信リンク１０３が利用可能であるとき、ＰＭＣは一般に、その正常な閉塞、空気などの表示に戻るように切り替え、ＵＩＣを現在の注入ステータスで更新し、進行中の治療プログラムの実行を継続する。ＵＩＣは、誤動作が生じた場合に再起動を試み、たとえば再起動および電源投入診断の後、同期データを要求する。
【００３２】
図２は、本発明の１つまたは複数の実施形態によるフェイルセーフ薬剤注入治療システムの構成図を示す。図２に示されるように、フェイルセーフ薬剤注入治療システムは、緊急停止ボタン２０１、サイレントまたはミュートボタン２００、タッチディスプレイ２０２、たとえばＵＩＣが利用できないときにＰＭＣを介して注入関連情報を表示するバックアップユーザインターフェース２０３、コーデック２０４およびコーデック２０４と通信するスピーカ２０５を備えていてもよい。ＰＭＣ１０１の後ろに別のＰＭＣブロックが示されているように、２つ以上のＰＭＣがシステムにおいて使用されてもよい。代替として、または組み合わせで、ＰＭＣは複数のバックアップユーザインターフェースを備えていてもよく、または複数のバックアップユーザインターフェースがそれぞれのＰＭＣと関連付けられていてもよい。バックアップＵＩ２０３の後ろにブロックが重ねられているように、複数のバックアップＵＩが示されている。実施形態は、１つまたは複数のＰＭＣによる使用に利用可能な複数のコーデックならびにスピーカ２０４ａおよび２０５ａをそれぞれ含んでいてもよい。本発明の少なくとも１つの実施形態では、ＰＭＣ１０１が動作しており、ＵＩＣ１０２が利用できない、動作していない、またはダウンしている間、ＰＭＣ１０１は、基本的なステータスメッセージをバックアップユーザインターフェースディスプレイ２０３に、または代替として、別個の通信リンクが存在する場合、タッチディスプレイ２０２に表示することができる。１つまたは複数の実施形態では、オプションのコーデック２０４およびスピーカ２０５は直接的または間接的に通信していてもよい。緊急停止ボタン２０１はＵＩＣ１０２およびＰＭＣ１０１と通信している。また、図２に示されるように、ＰＭＣ１０１とＵＩＣ１０２は、双方向に通信してマイクロプロセッサ心拍動および治療ステータスを送ることができる。少なくとも１つの実施形態では、ＵＩＣ１０２は、表示コマンドをＵＩＣ１０２からタッチディスプレイ２０２に送達し、タッチ画面入力をタッチディスプレイ２０２からＵＩＣ１０２に送るために、タッチディスプレイ２０２と双方向に通信することができる。１つまたは複数の実施形態では、ＰＭＣ１０１は、表示コマンドをバックアップユーザインターフェース２０３に送達するか、または任意選択で、適切な通信リンクが間に存在する場合はタッチディスプレイ２０２に送達することができる。本発明の少なくとも１つの実施形態では、ＰＭＣ１０１とＵＩＣ１０２の両方は、警報信号をコーデック２０４に送達することができる。本発明の別の実施形態において、ＰＭＣ１０１は警報信号をバックアップスピーカ２０５ａに、または任意選択でコーデック２０４ａを介して送達することができる。
【００３３】
本発明の１つまたは複数の実施形態では、ＰＭＣ１０１が障害を起こすか、またはＵＩＣ１０２との通信を喪失した場合、ＵＩＣ１０２は、治療送達を継続するために、たとえば異なるオプションのＰＭＣチャネルを介して、治療ステータス情報の冗長セットを使用することができ、治療ステータス情報の冗長セットはＰＭＣ１０１から周期的に更新される。したがって、ＵＩＣ１０２は、現在の治療ステータスを保持し、ＰＭＣ１０１が（必要に応じて）再起動するのを待ち、操作者（使用者）の介入を通すことができる。１つまたは複数の実施形態では、ＰＭＣ１０１は、リカバリ同期を実施し、現在のステータスおよび履歴ログ情報をＵＩＣ１０２に送達することができ、ログファイルの治療履歴に中断がないことおよび自動化された自己修復を確実にする。
【００３４】
図３は、本発明の１つまたは複数の実施形態による、注入中のユーザインターフェースコントローラとポンプモータコントローラの間の通信フローチャートを示す。図３に示されるように、３０１で、ＰＭＣとＵＩＣの両方が機能し、通信している正常動作において、ＵＩＣ１０２は、注入または治療パラメータを使用者から手動で、または病院（簡潔にするため図示せず）内の別のコンピュータシステムから電子的に受け入れ、パラメータが有効であることを保証することができる。少なくとも１つの実施形態では、３０２で、ＵＩＣ１０２は、治療プログラムをＰＭＣ１０１に送り、治療プログラムの確認をＰＭＣ１０１から受け取ることができる。ＵＩＣ１０２は、３０３で、心拍動指示をＰＭＣ１０１に送ることができ、心拍動指示はＰＭＣ１０１からＵＩＣ１０２に送られ得る。１つまたは複数の実施形態では、ステップ３０４で、ＰＭＣ１０１はプログラムされた注入の送達を開始することができるが、これは注入プログラムがＰＭＣによって受け取られた後の任意の他の時間に起こってもよく、ＰＭＣは注入ステータスをＵＩＣ１０２に送り、ＵＩＣ１０２は注入ステータスの受領を確認することができる。ステップ３０５で、ＵＩＣおよびＰＭＣのタイムアウトタイマは、１つまたは複数の実施形態でソフトウェアにおいて任意選択でリセットされてもよく、そうでない場合、タイマは、たとえばハードウェアに実装されている場合に、自動的にリセットされてもよく、ＵＩＣ１０２はステータスログを更新することができる。本発明の少なくとも１つまたは複数の実施形態では、たとえば使用者からシステムによって受け入れられる形で、オプションのステップ３０６が、ミュートボタン２００を介してミュート入力を、かつ／または緊急停止ボタン２０１を使用して緊急停止信号を受け入れて、ＰＭＣ１０１のポンプ送出を停止することができる。１つまたは複数の実施形態では、緊急停止ボタン２０１が使用されると、緊急停止信号が同時にＵＩＣ１０２に送られる。
【００３５】
図４は、本発明の１つまたは複数の実施形態による、注入中のポンプモータコントローラ誤動作に起因する応答を示すフローチャートである。図４に示されるように、ステップ４０１で、ＵＩＣ１０２は、注入または治療パラメータを使用者から手動で、または病院（簡潔にするため図示せず）内の別のコンピュータシステムから電子的に受け入れ、パラメータが有効であることを保証することができる。少なくとも１つの実施形態では、４０２で、ＵＩＣ１０２は、治療プログラムをＰＭＣ１０１に送り、治療プログラムの確認をＰＭＣ１０１から受け取ることができる。ＵＩＣ１０２は、４０３で、心拍動指示をＰＭＣ１０１に送ることができる。本発明の１つまたは複数の実施形態では、ＵＩＣ１０２は、４０４で、ＰＭＣ心拍動を受け取ることも、それ以外の方法で観察することもできず、次いで、４０５で、ＰＭＣ状態を動作していない状態に設定することができ、ポンプ送出は概して、ＰＭＣ１０１が動作していない間は起こらない。４０６で、ＵＩＣ１０２は、ＰＭＣ１０１が再起動するように、ＰＭＣ１０１に再起動を命じることができ、次いでステップ４０７で、ＰＭＣ１０１は、心拍動指示をＵＩＣ１０２に送達し、ＵＩＣ１０２は最後の知られている治療をＰＭＣ１０１に送る。１つまたは複数の実施形態では、ＰＭＣ１０１は、最後の知られている治療データの確認受領をＵＩＣ１０２に送達することができ、ステップ４０８で、ＵＩＣ１０２はＰＭＣ状態を動作している状態に設定することができる。
【００３６】
図５は、本発明の１つまたは複数の実施形態による、注入中のユーザインターフェースコントローラ誤動作に起因する応答を示すフローチャートである。図５に示されるように、ステップ５０１で、ＵＩＣ１０２は、注入または治療パラメータを使用者から手動で、または病院（図示せず）内の別のコンピュータシステムから電子的に受け入れ、パラメータが有効であることを保証することができる。少なくとも１つの実施形態では、５０２で、ＵＩＣ１０２は、治療プログラムをＰＭＣ１０１に送り、治療プログラムの確認をＰＭＣ１０１から受け取ることができる。ＰＭＣは、５０３で、心拍動指示をＵＩＣ１０２に送ることができる。本発明の１つまたは複数の実施形態では、ＰＭＣ１０１は、５０４で、ＵＩＣ１０２心拍動を受け取ることも、それ以外の方法で観察することもできない。次いでＰＭＣは、５０５で、ＵＩＣ状態を動作していない状態に設定することができ、ポンプ送出は概して、ＵＩＣ１０２が動作していない間も継続する。５０６で、ＰＭＣ１０１は、ＵＩＣ１０２に再起動を命じることができ、またはＵＩＣ１０２が再起動し、自己診断検査を実施する場合であれば、ＵＩＣ１０２は自動で再起動することができる。自己診断検査は、Ｔ０検査（電源投入自己検査）、Ｔ１検査（治療開始前の検査）、およびＴ２検査（注入アクティブ実行時自己診断検査）または任意の他のタイプの検査を含み得る。ステップ５０７で、ＰＭＣ１０１は、最後の知られている治療データを使用してポンプ送出を継続し、注入ステータス更新をローカルに格納し、バックアップディスプレイ２０３に、または利用可能な場合にはＵＩＣディスプレイ２０２に、ＵＩＣが動作状態のときに生じるような通常の情報表示とは対照的に、たとえば注入ステータスを表示することができる。たとえば、通常の空気トラップ量、下流閉塞圧、または他のＰＭＣ典型的な情報表示ではなく、制限されたＰＭＣテキストまたはグラフィックベースの表示ではあるが、注入関連ステータスが表示されてもよい。システムは、ＰＭＣ１０１のポンプ送出を停止するために、ミュートボタン２００によってミュート入力を、かつ／または緊急停止ボタン２０１を使用して使用者からの緊急停止信号を受け入れることができる。１つまたは複数の実施形態では、緊急停止ボタン２０１が使用されると、緊急停止信号が同時にＵＩＣ１０２に送られる。１つまたは複数の実施形態では、ＵＩＣ１０２が動作していないとき、タッチディスプレイ２０２は、タッチディスプレイ２０２で停止オプションを利用可能にできない。少なくとも１つの実施形態では、ステップ５０８で、次いでＵＩＣ１０２は心拍動指示をＰＭＣ１０１に送達することができ、ＰＭＣ１０１は最後の知られている治療をＵＩＣ１０２に送ることができる。１つまたは複数の実施形態では、ＰＭＣ１０１は、ステップ５０９で、バックアップユーザインターフェース２０３の表示を通常の表示情報に戻すことができ、５１０で、ＵＩＣ１０２はプライマリタッチディスプレイ２０２での制御を取り戻すことができ、ＰＭＣ１０１はＵＩＣ状態を動作状態に設定することができる。
【００３７】
本発明の１つまたは複数の実施形態では、Ｔ０検査中にエラーが検出された場合、システム１００はシステム誤動作を宣言することができる。１つまたは複数の実施形態では、Ｔ１検査中にエラーが検出され、ＵＩＣ１０２が障害を起こしている場合、使用者は注入チャネルもしくは通信リンクまたはその任意の組み合わせを切り替え、システム誤動作を宣言する前に、一実施形態でのＴ１自己診断検査とループを最大３回実施することができる。Ｔ１検査中にエラーが検出され、ＰＭＣ１０１が任意の誤動作またはエラーを宣言した場合、ＰＭＣ１０１は、再起動を試み、ＰＭＣのＴ０自己診断検査を実施することができ、ＰＭＣ１０１が誤動作またはエラーを宣言し続けた場合、ＰＭＣ１０１は、システム誤動作を宣言することができる。１つまたは複数の実施形態では、任意選択で、デュアルまたはマルチチャネル構成が使用され、第２のチャネルが使用されていないか、またはアクティブでない場合、ＵＩＣ１０２は、治療プログラムを使用されていない（第２の）チャネルに移動させ、現在の（第１の）チャネルが機能しておらず、点検修理を必要としていることを宣言することができる。Ｔ１自己診断検査中、ＵＩＣ１０２はアクティブに治療に関わっていないので、ＵＩＣ１０２は、エラーまたは誤動作を宣言することはできない。
【００３８】
本発明の１つまたは複数の実施形態では、Ｔ２検査中にエラーが検出され、ＵＩＣ１０２が誤動作またはエラーを宣言した場合、アクティブな各ＰＭＣ１０１は、ミュートボタンを使用してサイレントが可能なバックアップ警報トーンをアクティブにし、バックアップ画面を注入ステータス閲覧画面に切り替え、治療プログラム全体の実行を継続することができ、ＵＩＣ１０２が再同期を試みた場合、ＰＭＣ１０１は、ミュートボタンを使用してミュートにされていない場合にバックアップ警報トーンを取り消し、バックアップ画面を、上流閉塞圧、下流閉塞圧、上流空気累積、下流空気累積、上流気泡および下流気泡の表示などの通常の閲覧画面に切り替え、注入ステータスおよびメッセージのバックログなどの現在のステータスでＵＩＣ１０２を更新することができ、ＰＭＣ１０１は、治療プログラム全体の実行を継続することができる。本発明の１つまたは複数の実施形態では、Ｔ２検査中にエラーが検出され、ＵＩＣ１０２が誤動作またはエラーを宣言した場合、ＵＩＣ１０２は、ＵＩＣ再起動を試み、Ｔ０自己診断検査を実施することができる。少なくとも１つの実施形態では、ＵＩＣ１０２がＴ０自己診断検査に合格した場合、ＵＩＣ１０２は、ＰＭＣ１０１、またはいくつかのＰＭＣと同期することができる。ＵＩＣ１０２がＴ０自己診断検査に合格しなかった場合、ＵＩＣ１０２は、自らが動作しておらず、点検修理が必要とされる状態にあることを宣言することができる。本発明の１つまたは複数の実施形態では、Ｔ２検査中にエラーが検出され、ＰＭＣ１０１が誤動作またはエラーを宣言した場合、ＰＭＣ１０１は自らの再起動を試み、Ｔ０自己診断を実施することができ、ＰＭＣ１０１が誤動作またはエラーを宣言し続けた場合、ＰＭＣ１０１は、システム誤動作を宣言することができる。１つまたは複数の実施形態では、任意選択で、デュアルまたはマルチのチャネル構成が使用され、第２のチャネルが使用されていないか、またはアクティブでない場合、ＵＩＣ１０２は、治療プログラムを使用されていない（第２の）チャネルに移動させ、現在の（第１の）チャネルが機能しておらず、点検修理を必要としていることを宣言することができる。少なくとも１つの実施形態では、ＰＭＣ１０１がＴ０自己診断検査に合格した場合、ＵＩＣ１０２は、ＰＭＣ１０１と同期して、ＰＭＣ１０１に現在の注入ステータスを用いて再プログラムすることができる。
【００３９】
図６は、正常動作時の、例示的なポンプモータコントローラに関連付けられたディスプレイを最上段の画面に示す。図６はまた、ＵＩＣ障害時の、ディスプレイの例示的な実施形態も示し、ＰＭＣプロセッサ、たとえば、第２のプロセッサは、通常は前記第１のプロセッサによって第１のユーザインターフェースディスプレイに表示される制限されたバージョンの注入情報をオプションのセカンダリユーザインターフェースディスプレイに表示するようにさらに構成されている。図示されているように、正常動作時、ＰＭＣに関連付けられた第２のユーザインターフェースディスプレイは、下流圧力およびたとえば空気トラップのグラフィック表示を表示する。いずれかのＰＭＣによって表示される任意の他の情報は本発明の範囲に合っている。中央のＰＭＣディスプレイに示されるようなＵＩＣ障害時には、表示は、示されるいずれかの薬剤、注入プログラム、および／または他のパラメータに対するＵＩＣディスプレイの制限されたバージョンに切り替えられる。たとえば、セカンダリユーザインターフェースディスプレイは、たとえば、中央右の画面に標準的なバッテリアイコンとして示されるように、バッテリ電圧を示すことができる。ＵＩＣ再起動の進行状況が表示されることもある。ＵＩＣが再起動できない場合、再起動が失敗していることを示す下の画面が表示されてもよく、注入を中止する前にＰＭＣが動作し得る時間の長さを表示することもできる。
【００４０】
また、本発明の１つまたは複数の実施形態は、ＵＩＣおよび／またはＰＭＣが、ＵＩＣおよびＰＭＣが動作する位置と関連付けられた所望の形で動作できるようにする新たな薬剤ライブラリパラメータ、たとえば薬剤ライブラリ位置パラメータを含み得る。たとえば、実施形態は、新たなパラメータ、たとえば、異なるタイプの表示、異なる音量レベルの警報、またはＵＩＣおよび／もしくはＰＭＣについての任意の他の設定可能なパラメータを可能にする、たとえば「病棟」または「位置タイプ」パラメータを含み得る。これは、一般病棟にあるＵＩＣおよびＰＭＣは最大音量の警報による動作を可能にしながら、小児病棟にあるＵＩＣおよびＰＭＣでは、就寝中の小児を起こさないように静音の警報による動作を可能にする。ＩＣＵ病棟にあるＵＩＣおよびＰＭＣは、たとえばより高感度または保守的な動作のための他の閾値または警報を含んでいてもよい。ＵＩＣおよび／またはＰＭＣに関する任意の他のパラメータは、たとえば異なる場所または病棟に関連付けられた配列のパラメータ値を格納することによって、索引付けまたは他の方法で変更され得る。病棟または位置タイプパラメータを変更することによって、ＵＩＣおよび／またはＰＭＣ設定値、たとえば２つ以上の設定値または薬剤ライブラリパラメータを変更できるようにする任意の他のタイプのデータ構造が本発明の範囲に合っている。また、ＵＩＣ障害シナリオでは、この設定値は、ＵＩＣ障害の場合にＰＭＣが警報について場所固有の特徴をもつことを可能にし、ＰＭＣは、動作時に、ＵＩＣが通常示すデータの少なくとも一部を示す役割をもつ。
【００４１】
本明細書において開示される本発明は、特定の実施形態およびその用途によって説明されたが、特許請求の範囲に記載される本発明の範囲を逸脱することなく数多くの改変や変更が当業者によってなされ得る。
【図１】
0006723154.tif 000002
【図２】
0006723154.tif 000003
【図３】
0006723154.tif 000004
【図４】
0006723154.tif 000005
【図５】
0006723154.tif 000006
【図６】
0006723154.tif 000007