JP2018518265A - 輸液ポンプ向けの手続き型プログラミング - Google Patents

Abstract

機能セットに従って複数の輸液ポンプを設定する方法およびシステムを開示する。方法は、患者に薬品を投与するように各々が設定された複数の輸液ポンプを実装するステップと、医薬品セットを定める少なくとも1つの機能セットを含む医薬品ライブラリを実装するステップと、少なくとも1つの機能セットのうちの1つに関連する入力データを受信するステップと、入力データに対応する医薬品ライブラリから特定の薬品セットを取得するステップと、薬品セットに従って複数の輸液ポンプをプログラミングし、複数の輸液ポンプで患者に輸液するステップと、を含む。【選択図】図５

Description

本発明の主題は一般に医療機器に関し、特に輸液ポンプ向けの手続き型プログラミングのための機器、システムおよび方法に関する。

輸液ポンプは治療薬や薬品などの輸液剤の投与と処方を管理するための有用な医療機器である。輸液ポンプは、長期間にわたって輸液剤を正確に投与することによって、手動による投与に勝る大きな利点をもたらす。輸液ポンプは、ガン、糖尿病、および血管、神経並びに代謝障害を含む、定期的な薬理学的介在を必要とする疾病の治療に特に有用である。輸液ポンプは、麻酔薬を投薬し、痛みに対処する医療提供者の能力をも高める。輸液ポンプには、病院、老人ホーム、および他の短期および長期の医療施設、並びに在宅ケアを含む様々な施設で使用される。輸液ポンプには、携行型、大容量、自己調節鎮痛法（ＰＣＡ）用、エラストマー、シリンジ、経腸およびインスリンポンプを含む多くのタイプのものがある。輸液ポンプは、静脈内、腹腔内、動脈内、皮内、皮下を経て、神経の近傍、および術中部位、硬膜外腔、またはクモ膜下腔に医薬を投与するために使用することができる。

例えば、シリンジポンプおよび関連部品は「コンピュータへのバーコード入力を伴う輸液ポンプ」という名称の米国特許第４，９７８，３３５号、「シリンジポンプの閉塞迅速検知システム」という名称の米国特許第８，１８２，４６１号、および「シリンジポンプのシリンジプロファイルの更新」という名称の米国特許第８，２０９，０６０号に開示されている。これらの各特許は全体が参照として本明細書に組み込まれている。

典型的には、輸液ポンプは大規模な医療処置または患者の治療活動において状況に関わりなく任意の役割または位置に個々にプログラムされる。例えば、現在の医薬品ライブラリは典型的には、医療従事者の指示により１つのポンプに１つの薬剤や薬品をプログラムすることに重点を置いている。濃度限度、容積限度、および他の限度や限界、並びに他の薬剤または薬品のプログラミングパラメータは、通常はこのような輸液ごとに個々に設定され、ポンプはこれらの限界ごとにプログラムされる。

例えば、手術室の麻酔科医は同時に複数の輸液ポンプを操作することが多い。幾つかの輸液ポンプを使用して一人の患者に様々な輸液剤を投与することは稀ではない。さらに、同じ日に複数の患者に手術が行われることも稀ではない。したがって、手術室の麻酔科医が一日にこれらの手術のために同量またはほぼ同量の投与量に設定された薬剤または薬品を含む数組の輸液ポンプを操作することもあろう。従来の輸液システムでは、麻酔科医は各輸液ポンプを別個にプログラムするために時間を費やし、手術ごとに各々の輸液ポンプをそれぞれプログラムしなければならない。麻酔科医は、１つの手術用に全ての輸液ポンプをプログラムするために例えば３０分かかるかもしれない。したがって、輸液ポンプを同量またはほぼ同量の投与量の同じ薬剤または薬品にプログラムするために、麻酔科医が一日に数時間を費やすこともあり得よう。このようにポンプを繰り返し個々にプログラムすることは労力を要し、時間がかかり、ミスを犯し易くなる可能性がある。

したがって、従来の輸液ポンプのプログラミングタスクの反復的で労力を要し、時間がかかり、ミスを犯し易くなる可能性のある相互作用を最小限にすることができる輸液ポンプの手続き型プログラミングのための機器、システムおよび方法が必要である。

本明細書に記載の、または他の方法で考えられる実施形態は、上記の必要性を実質的に満たすものである。ある実施形態によれば、適切に構成された医医薬品ライブラリによって、医療従事者は、従事者または使用者からプログラミングの細目を隠すことによって、活動または手続きに従って1つまたは複数のポンプをプログラムすることが可能になる。その結果、輸液ポンプの複雑かつ／または退屈なプログラミングをむしろ簡単かつ効率的に行うことができる。

ある実施形態によれば、階層レベルは、システムが閲覧またはプログラミングされるかなりの複雑さを含む。レベルが高いほど、ユーザに提示される細目は少なくなる。レベルが低いほど、細目がユーザに提示さる。幾つかの実施形態では、医薬品ライブラリは、様々な階層レベルに従ってグループ分けすることができる。

ある実施形態では、機能セットは、病院における共通の手続き、または共通の活動を含むことができる。例えば、機能セットは、「心臓手術」のような特定の病院処置を含むことができる。別の例では、機能セットは、他の輸液の間に投与され得る一組の共通の輸液剤を含むことができる。更に別の例では、機能セットは、ワークフロー「お気に入り」、または一般的に使用される手続きまたは活動を含むことができる。このような実施形態では、複数の輸液ポンプのうちの１つ以上をプログラムするように、機能セットのお気に入りを設定することができる。

本明細書に記載の実施形態は、例えば、大容量ポンプ（ＬＶＰ）で実装することができる。ＬＶＰは大量の溶液をポンプで送ることができる。幾つかの実施形態では、大容量ポンプは、ぜん動ポンプの形態を用いることができる。ＬＶＰは、薬剤が流れるチューブを圧縮するコンピュータ制御のローラーを利用することができる。別の実施形態では、ＬＶＰは、順次チューブを押すフィンガのセットを利用することができる。

ある実施形態では、特定の治療プロトコルに従って複数の医療機器を設定するシステムは、複数の医療機器を物理的かつ着脱可能に結合するように構成されたラックと、ローカルエリアネットワークへのラックに物理的かつ着脱可能に結合された複数の医療機器間のデジタル通信を可能にするように構成されたルータとを備え、複数の医療機器がラックに物理的に結合された場合、および、ルータを介してローカルエリアネットワークに通信可能に結合された場合、（ｉ）特定の治療プロトコルが複数の医療機器のそれぞれに送信され、（ｉｉ）複数の医療機器が各々応答して、特定の治療プロトコルに対応する予め選択された治療をそれぞれ提供することができる。

ある実施形態では、機能セットに応じて複数の輸液ポンプを設定する方法は、各々が患者に輸液剤を投与するように構成された複数の輸液ポンプを実装するステップと、輸液剤のセットを定める少なくとも１つの機能セットを含む医薬品ライブラリを実装するステップと、少なくとも１つの機能セットのうちの１つに関連する入力データを受信するステップと、入力データに対応する医医薬品ライブラリから特定の輸液剤のセットを取得するステップと、輸液剤のセットに応じて複数の輸液ポンプをプログラムするステップと、複数の輸液ポンプを使用して患者に輸液するステップと、を含む。

ある実施形態では、複数の輸液ポンプをプログラムするシステムは、各々が患者に輸液剤を投与するように構成された複数の輸液ポンプと、選択された機能セットを受け取るように構成された入力ソースと、一組の輸液剤を定める選択された機能セットに対応する少なくとも１つの機能セットを含む薬剤ライブラリを含むプログラミングエンジンと、複数の輸液ポンプと入力ソースとにインターフェースし、選択された機能セットに応じて複数の輸液ポンプをプログラムするように通信エンジンに指令するように構成されたプロセッサと、を備えている。

一実施例では、参照により本明細書に組み込まれる、２０１５年５月７日に出願された米国特許出願第６２／１５８，２１３号に記載されている組み込みサーバの実施形態などのリアルタイム組み込みサーバで、複数の輸液ポンプのうちの１つ以上がプログラムされ、これと連携することができる。

幾つかの実施形態の特徴および利点は、機能セットに従った１つまたは複数の輸液ポンプの医薬品ライブラリのプログラミングは、ミスを犯しにくく、従来のプログラミングよりも少ないオペレータ時間しか必要としないことである。ある実施形態では、ユーザからの１回の入力ステップによって複数のポンプを自動的にプログラムすることができる。あるいは、幾つかの実施形態では、入力ステップ数を既知の輸液ポンプに通常必要とされるステップ数よりも大幅に削減することができる。ある実施形態では、機能セットまたはグループ分けの選択によって、１つまたは複数の輸液ポンプが自動的にプログラムされる。例えば、機能セットによるプログラミングの実施形態は、機能セットを選択するためのオペレータしか必要としない。その後、必要な全ての輸液ポンプについてプログラミング指令が自動的に実行される。そこでオペレータは、フェイルセーフまたは安全措置として各ポンプの投与量が正しいことを確認するだけでよい。したがって、プログラミングは、選択された機能セットに応じて自動化される。幾つかの実施形態では、オペレータが適切なシリンジをそれぞれのポンプに装填することがさらに必要なこともある。そのような装填は、ポンプのプログラミングに関する第２のチェックとしての機能を果たす。したがって、手動の入力ミスが回避され、幾つかの実施形態ではプログラミングが能率化される。

幾つかの実施形態の別の特徴および利点は、機能セットによる１つまたは複数の輸液ポンプの医薬品ライブラリプログラミングが輸液投与を迅速化できることである。例えば、多くの輸液を迅速に開始する必要のある緊急事態では、単一の機能コマンドを用いて複数の輸液ポンプをプログラムすることができる。幾つかの実施形態では、医薬品ライブラリは、緊急状態または他の緊急を要する輸液に関連する複数の機能コマンドでプログラムすることができる。

幾つかの実施形態の別の特徴および利点は、機能セットにより、複数の薬品投与を病院処置に従ってグループ分けすることが可能になることである。幾つかの実施形態では、一人の患者に動作可能に結合された複数の輸液ポンプは、患者が受けている、または受けようとしている病院処置向けにプログラムすることができる。例えば、前述の「心臓手術」では、病院処置は、処置のために患者を準備する一般的な輸液セットを、必要な輸液ポンプにプログラムすることができる。例えば、輸液ポンプのセットは、各々の輸液が別個の輸液ポンプから患者に投与されるように、炭酸水素ナトリウム、生理食塩水、フェノルドパム、インソリン、レミフェンタニル、および生理食塩水の薬剤でプログラムされる。他の実施形態では、一組の輸液ポンプは、組み合わせが単一の輸液ポンプまたは重複する輸液ポンプで輸液されるように、前述の輸液剤でプログラムされることができる。

上記の要約は必ずしも、本明細書の主題の例示された各実施形態、またはそのあらゆる実施形態を説明することを意図するものではない。以下の図面および詳細な説明は、これらの実施形態をより具体的に例示する。

本明細書の主題は、添付図面を参照した主題の様々な実施形態の以下の詳細な説明からより完全に理解され得る。

図１Ａは、ある実施形態によるシリンジ型輸液ポンプの斜視図である。 図１Ｂは、ある実施形態による、携行型輸液ポンプの制御モジュールの正面図である。 図２は、ある実施形態による、輸液ポンプシステムのブロック図である。 図３は、ある実施形態による、機能セットを含むジェネリック医薬品ライブラリの一部のブロック図である。 図４は、ある実施形態による、心臓手術手続きの手続き型プログラミング設定のブロック図である。 図５は、ある実施形態による、図４の心臓手術手続きの手続き型プログラミングのための一組の輸液ポンプをプログラミングするシステムの注釈付きブロック図である。 図６は、ある実施形態による、機能セットに応じて一組の輸液ポンプの手続き型プログラミングのためのシステムのブロック図である。 図７Ａは、ある実施形態による、病院ネットワーク内の例示的階層のブロック図である。 図７Ｂは、ある実施形態による、病院ネットワーク内の例示的階層のブロック図である。 図８は、ある実施形態による、機能セットにおける複数の輸液ポンプの手続き型プログラミングのための方法のフローチャートである。

幾つかの実施形態は様々な修正形態および代替形態をとることが、その詳細は図面に例示されており、かつ詳細に説明される。しかし、本明細書の主題を、記載した特定の実施形態に限定する意図はないことを理解されたい。反対に、本発明は、添付の特許請求の範囲に記載の本明細書の主題の趣旨および範囲内に入る全ての修正、均等物および代替物を包含することが意図される。

図１Ａおよび図１Ｂは、本明細書に記載するシステムおよび方法の実施形態を実施するために使用することができる輸液ポンプ１００および１５０（より一般的に、本開示では数字１００でも示す）の実施例をそれぞれ示す。一般に、輸液ポンプ１００は、広範囲の輸液、薬物療法および治療を施すために使用され得るシリンジ型ポンプである。輸液ポンプ１００は、クランプ１３０によってハウジング１２０に支持され、これに固定された薬剤容器またはシリンジ１１０をそれぞれ含む。幾つかの実施形態では、シリンジ１１０は、ポンプ１００と別個に供給され得る。別の実施形態では、シリンジ１１０はポンプ１００の一体化された構成要素である。シリンジ１１０は、患者に接続された輸液ライン１６０を介してシリンジ１１０から外向きに流体を押し出すプランジャ１４０を含む。ポンプ１００のハウジング１２０内部のモータおよび送りねじ配置は、プッシャまたはプランジャ駆動機構１７０を協働して作動させて、シリンジ１１０のプランジャ１４０を移動させる。幾つかの実施形態では、センサ（図示せず、通常はプランジャ駆動機構１７０の内部にある）は、システムの仕様に従ってシリンジ内の力および／またはプランジャ位置を監視する。

図１Ｂに示す輸液ポンプ１５０は、広範囲の輸液、薬物療法、および治療を施すために使用できる携行型輸液ポンプの例である。このような携行型ポンプは、ベルト、ストラップ、クリップまたは他の簡単な固定手段を用いて在宅の外来ケアのために使用者に快適に装着するか、または他の方法で使用者に着脱可能に結合することができ、あるいは、病院または他の医療施設内の歩行可能な他の医療施設の携行型、柱上配置に設置することもできる。輸液ポンプ１５０は、一般に、ポンプ１５０の底面１８０に嵌合することができるリザーバからの導管を経てポンプ１５０に結合された流体のリザーバ（図１Ｂには図示せず）からの薬剤の流れを制御するぜん動型輸液ポンプ機構を含む。リザーバは、表面１８０でポンプ１５０の底部に取り付けられたカセット、または表面１８０でアダプタプレート（図示せず）を介してポンプ１５０に同様に接続されたＩＶバッグまたは他の流体ソースを含むことができる。より具体的には、ポンプ１５０は、リザーバに接続された流体チューブ（図示せず）を選択的に絞って、リザーバによってチューブを介して、かつぜん動ポンプ方式で患者に供給される流体を動かすように、底面１８０に位置する弁および吐出器を使用する。輸液ポンプ１００および１５０は、本明細書に記載の実施形態での使用に適し得る輸液ポンプの２つの例であるが、他のポンプおよび機器は、本明細書の主題を利用する輸液システムの他の実施形態でも使用できる。

図２は、輸液ポンプシステム２００の概略図である。システム２００は、選択されたプロトコル、プロファイル、プロファイルのセグメント、およびポンピング機構２６０、例えば、前述のシリンジおよび携行型またはぜん動型の機構などの動作を制御するための他の設定でプログラム可能な、プロセッサ２５０およびメモリ２５５を備えるポンプ制御システム２４５を有する輸液ポンプ２１０を含む。ある実施形態では、メモリ２５５は、本明細書に記載の機能セットに応じてプログラミングするように構成された医薬品ライブラリまたはその一部を含むことができる。

ある実施形態では、プロセッサ２５０は、入力としてデジタルデータを受け取り、指令またはアルゴリズムに従って入力を処理するように構成され、結果を出力として提供する任意のプログラマブルデバイスであってよい。ある実施形態では、プロセッサ２５０は、コンピュータプログラムの指令を実行するように構成された中央処理装置（ＣＰＵ）であってよい。別の実施形態では、プロセッサ２５０は、特定用途向け集積回路（ＡＳＩＣ）であってもよい。別の実施形態では、プロセッサ２５０は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）であってもよい。したがって、プロセッサ２５０は、算術演算、論理演算、および入／出力演算を実行するように構成される。

メモリ２５５は、指令またはアルゴリズムを実行するためのスペースを提供するだけでなく、指令自体を格納するためのスペースを提供するために、結合プロセッサ２５５が必要とする揮発性または不揮発性メモリを備えることができる。幾つかの実施形態では、揮発性メモリは、例えばランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、またはスタティックランダムアクセスメモリ（ＳＲＡＭ）を含むことができる。幾つかの実施形態では、不揮発性メモリは、例えば、読み出し専用メモリ、フラッシュメモリ、強誘電体ＲＡＭ、ハードディスク、フロッピーディスク、磁気テープ、または光ディスク記憶装置を含むことができる。前述のリストは、これらの実施形態が単なる例示として示されたものであって、本明細書の主題の範囲を限定することを意図するものではないので、使用可能なメモリのタイプを決して限定するものではない。

輸液ポンプ２００はまた、ポンプ制御システム２４５にコマンドを中継するための制御モジュール２２０（例えば、ユーザインターフェース）を含むことができる。制御モジュール２２０は、ディスプレイ２２５と連携する入力機構（１つまたは複数）２３５を含むオペレータ入力技術を利用する少なくとも１つのユーザインターフェース２３０を含む。場合よっては、ディスプレイ２２５は、ユーザインターフェース（１つまたは複数）２３０の一部と見なされる。ユーザインターフェース２３０は一般に、ユーザが、それらに限定されないが名前、薬品情報、制限、投与形状、病院施設に関する情報、並びに様々なユーザ固有パラメータ（例えば、患者の年齢および／または体重）を含む様々なパラメータを入力できるようにする。輸液ポンプ２１０は、輸液ポンプ２１０を、輸液ポンプ２１０とインターフェースするように設計されたソフトウェアを有するネットワークまたはコンピュータ２１５に接続するためのＵＳＢポート、イーサネット、Ｗｉ−Ｆｉまたは他の適切な入出力（Ｉ／Ｏ）インターフェースポート２４０を含むことができる。ある実施形態では、ネットワークまたはコンピュータ２１５は、本明細書に記載された機能セットに応じてプログラミングするために医薬品ライブラリまたはその一部を送信することができる。例えば、ネットワークまたはコンピュータ２１５は、リアルタイムで輸液ポンプ２００を制御する組み込みサーバシステムを備えることができる。幾つかの実施形態では、制御モジュール２２０は、ネットワークまたはコンピュータ２１５（または組み込みサーバ）からのデータに従って、機能セットに応じてプログラミングするように自動的に構成可能である。

輸液ポンプ２１０への電力は、ＡＣまたはＤＣ電ソースコードまたは任意の適切なバッテリソースを介して得られる。幾つかの実施形態は、ワイヤレス電ソースを含むこともできる。システムへのユーザ入力２０５は、患者、薬剤師、科学者、薬品プログラム設計者、医療技術者、看護師、医師、または他の医療従事者または医療提供者などのユーザがプログラミングすることによって提供することができる。ユーザ入力２０５は、直接的なインターフェース（すなわち、キーボードまたは他のタッチベースの入力）を利用してもよく、ユーザ入力２０５は、間接的または「タッチレス」のインターフェース（すなわち、ジェスチャ、音声コマンド、;顔の動きまたは表情、指、手、頭、身体および腕の動き、または物理的接触を必要としない他の入力を利用してもよい）。ユーザ入力２０５は、一般にユーザインターフェース２３０のオペレータ入力機構２３５によってインターフェース、通信、検知または受信される。オペレータ入力機構２３５は、例えば、キーボード、タッチスクリーン、カメラ、または電界、キャパシタンス又は、音響のセンサを含むことができる。

図２に示すように、輸液ポンプ２１０は、ポンピング機構２６０を介してリザーバ２６５に動作可能に結合される。幾つかの実施形態では、リザーバ２６５は、ＩＶバッグ、シリンジ、連続供給部、または他の輸液剤貯蔵部などの任意の適切な輸液剤供給部を備えることができる。ある実施形態では、リザーバ２６５は、リザーバ２６５に貯留された輸液剤液をポンピング機構２６０に移送するのに適したカニューレによってポンプピング機構２６０に結合される。

図３を参照すると、一実施形態による、機能的なセットを含むジェネリック医薬品ライブラリ３００の一部のブロック図が示されている。医薬品ライブラリ３００は、一般に機能セットＡ ３０２および機能セットＢ ３０４を含む。例えば、機能セットＡ ３０２は、救急室部門の緊急用の部門レベルの手続きを含むことができる。別の例では、機能セットＢ ３０４は、心臓手術などの特定の部門に対する特定の手続きを含むことができる。

機能セットＡ ３０２は、輸液される薬品セット３０６を含む。例えば、薬品セット３０６は、図３に示すように、薬剤１、薬剤２、および薬剤３によって定めることができる。薬品セット３０６中の個々の薬品は各々、機能セットＡ ３０２の必要性に個別に対処するために利用されることができる。ある実施形態では、薬品セット３０６中の個々の薬品は、互いに補完して輸液される患者によい影響を与えるように組み合わせて構成される。別の実施形態では、医療従事者は、輸液のための薬品セット３０６の中から選択することができる。例えば、薬剤１および薬剤３のみが特定の患者に利用されてもよい。医薬品ライブラリ３００により、薬剤セット３０６のサブグループを容易に選択できる。同様に、機能セットＢ ３０４は、輸液される薬品セット３０８を含む。例えば、薬品セット３０８は、図３に示すように、薬剤４、薬剤５、薬剤６、および薬剤７によって定めることができる。

薬品セット３０６、特に薬剤１、薬剤２、および薬剤３はそれぞれ、特定のポンプセット３１０でプログラミングするように設定することができる。例えば、ポンプセット３１０は、一般に輸液ポンプ１、輸液ポンプ２、および輸液ポンプ３を含むことができる。ある実施形態では、薬剤１は、輸液ポンプ１でプログラミングするように設定することができ、薬剤２は、輸液ポンプ２でプログラミングするように設定することができ、薬剤３は、輸液ポンプ３でプログラミングするように設定することができる。別の実施形態（図示せず）では、ポンプが特定目的でプログラムされ得るように、輸液セット３０６を定めることができる。同様に、輸液セット３０８、特に薬剤４、薬剤５、薬剤６、および薬剤７は、それぞれ、特定のポンプセット３１２に対してプログラミングするように設定することができる。例えば、ポンプセット３１２は、一般に、輸液ポンプ５、輸液ポンプ６、および輸液ポンプ７を含むことができる。

したがって、機能セットＡ ３０２を選択することにより、医療従事者は、ポンプセット３１０に薬品セット３０６で定められた輸液剤をプログラムすることができる。同様に、機能セットＢ ３０４を選択することにより、医療従事者は、ポンプセット３１２に薬品セット３０８で定められた輸液剤をプログラムすることができる。

図４を参照する。ある実施形態による心臓手術手続き４０２の手続きに基づく手続き型プログラミング設定４００のブロック図が示されている。構成４００は、一般に心臓手術手続き４０２などの迅速なセットアップ手続きを含む。

心臓手術手続き４０２は輸液セット４０４〜４１４を含む。例えば、心臓手術手続き４０２は、炭酸水素ナトリウム４０４用の輸液ポンプのプログラミング設定、生理食塩水４０６用の輸液ポンプのプログラミング設定、フェノルドパム４０８用の輸液ポンプのプログラミング設定、インソリン４１０用の輸液ポンプのプログラミング設定、レミフェンタニル４１２用の輸液ポンプのプログラミング設定、および生理食塩水用の輸液ポンプ４１４用のプログラミング設定を含む。

一実施形態では、手続き４０２および輸液剤４０４〜４１４用の薬品セットを定める医薬品ライブラリ３００などの医薬品ライブラリを利用することができる。オプションとして、医薬品ライブラリ３００に関して説明したように、医薬品ライブラリは、輸液セットを投与するためのポンプセットを定めることができる。その結果、医薬品ライブラリ３００などの医薬品ライブラリは、「ワークフロー管理」プログラミング設定、または「手続き管理」プログラミング設定のオプションを含むことができる。したがって、医薬品ライブラリ３００は、同時にプログラムされる１つ以上のポンプをサポートする。別の実施形態では、「ワークフロー管理」プログラミング設定または「手続き管理」プログラミング設定オプションは、図２の輸液ポンプ２１０などのポンプで選択することができる。

図５を参照すると、ある実施形態による、機能セットのプログラミングのための輸液ポンプのセットをプログラミングするためのシステム５００の注釈付きブロック図が示されている。特に、システム５００は、図４の心臓手術手続きのプログラミングのために構成されている。システム５００は、一般にサーバ５０２、医薬品ライブラリ５０４、および輸液ポンプセット５０６〜５１６を備える。

幾つかの実施形態では、輸液ポンプセット５０６〜５１６は、ネットワーク化されたラックに動作可能に結合可能である。ラックは、輸液ポンプセット５０６〜５１６を物理的かつ着脱可能に結合するように構成することができる。一実施形態では、ラックは、輸液ポンプセット５０６〜５１６の間のデジタル通信を可能にするように構成されたルータをさらに備える。例えば、ルータおよび輸液ポンプセット５０６〜５１６は、輸液ポンプセット５０６〜５１６がラックに物理的に結合され、ルータを介してローカルエリアネットワークに電気的に結合されるようなローカルエリアネットワークを含むことができる。

ある実施形態では、サーバ５０２は、プロセッサおよびメモリを備えている。ある実施形態では、プロセッサは、入力としてデジタルデータを受け取り、指令またはアルゴリズムに従って入力を処理するように構成され、結果を出力として提供する任意のプログラマブルデバイスであってよい。ある実施形態では、プロセッサは、コンピュータプログラムの指令を実行するように構成された中央処理装置（ＣＰＵ）であってもよい。別の実施形態では、プロセッサは、特定用途向け集積回路（ＡＳＩＣ）であってもよい。別の実施形態では、プロセッサは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）であってもよい。したがって、プロセッサは、基本的な算術演算、論理演算、入／出力演算を実行するように構成される。

メモリは、指令またはアルゴリズムを実行するためのスペースを提供するだけでなく、指令自体を格納するためのスペースを提供するために、結合プロセッサが必要とする揮発性または不揮発性メモリを含むことができる。幾つかの実施形態では、揮発性メモリは、例えばランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、またはスタティックランダムアクセスメモリ（ＳＲＡＭ）を含むことができる。幾つかの実施形態では、不揮発性メモリは、例えば、読み出し専用メモリ、フラッシュメモリ、強誘電体ＲＡＭ、ハードディスク、フロッピーディスク、磁気テープ、または光ディスクストレージを含むことができる。ある実施形態では、メモリはデータベースを含むことができる。ある実施形態では、メモリは、プロセッサの動作のためのメモリと、システムに関連する記録を格納するための別個のデータベースとを含む。前述のリストは、これらの実施形態が単なる例示として示され、本発明の主題の範囲を限定することを意図するものではないので、使用可能なメモリのタイプを決して制限するものではない。

サーバ５０２のプロセッサおよびメモリによって、またはこれに従って複数のエンジンを実装することができる。例えば、医薬品ライブラリ５０４により指示されるとおりに、任意の数のエンジンを、ポンプセット５０６〜５１６のプログラミングを調整するように構成することができる。したがってサーバ５０２は、輸液ポンプ５０６〜５１６のうちの少なくとも１つに通信可能に接続される。ある実施形態では、図２の輸液ポンプシステム２００を参照すると、サーバ５０２は、輸液ポンプ５０６〜５１６とインターフェースするように設計されたソフトウェアを有するネットワークまたはコンピュータ２１５と同様のネットワークまたはコンピュータを備えている。ある実施形態では、サーバ５０２は、前述の米国特許出願第６２／１５８，２１３号に記載された組み込みサーバの実施形態のようなリアルタイム組み込みサーバを備えることができる。したがって、図５では、ポンプ５０６〜５１６とは別個に示されているが、サーバ５０２は物理的にラック内に、またはポンプ５０６〜５１６のうちの１つ内にさえも物理的に存在することができる。

サーバ５０２は、単一ポンプ向けのプログラミングよりも大きな機能セットの一部を含むプログラミング指令セットを送信するように設定することができる。例えば、プログラミング指令セットは、結合された各ポンプの固有のプログラミング設定を含むことができる。ある実施形態では、プログラミング指令セットは、全ての結合ポンプ５０６〜５１６のプログラミング指令を含むバッチプログラミングコマンドを含む。そのような実施形態では、各ポンプは、その特定のポンプに対して意図される特定の指令に従ってのみプログラムされるが、全てのポンプについてのバッチまたは集合プログラミング指令を受信する。幾つかの実施形態では、バッチプログラミングコマンドを解析するために、ポンプ識別子または他の固有のデータセットを利用することができる。別の実施形態では、サーバ５０２は、結合された全てのポンプ５０６〜５１６のプログラミング指令を、結合されたポンプ５０６〜５１６のそれぞれに個別に送信する。さらに別の実施形態では、ポンプ５０６〜５１６のうちの１つは、サーバ５０２から受信した後に、プログラミングコマンドをさらに指示する。

医薬品ライブラリ５０４は、例えば、上記の緊急事態のための前述の部門レベルの手続きなどの各レベルのために輸液される薬品セットを含む機能セットのデータベースを備えている。ある実施形態では、医薬品ライブラリ５０４は、図３に示す医薬品ライブラリ３００の一部と実質的に同様である。例えば、医薬品ライブラリ５０４は、図４に関して図示および説明されているように、心臓手術手続き４０２および薬品セット４０４〜４１４を含むことができる。再び図５を参照すると、図示のように、医薬品ライブラリ５０４がサーバ５０２に動作可能に結合される。ある実施形態では、医薬品ライブラリ５０４は、サーバ５０２上に実施することができる。別の実施形態では、医薬品ライブラリ５０４は、サーバ５０２によってアクセス可能な別個のデータベース上に実施することができる。

各々のポンプセット５０６〜５１６は、図2に関して図示され、説明されるように、輸液ポンプ２１０と実質的に同様であってよい。ある実施形態では、ポンプセット５０６〜５１６は、互いに通信可能に結合される。例えば、ポンプ５０６は、ポンプ５０８〜５１６の各々にプログラミングを指令することができるように、ポンプ５０８〜５１６の各々に動作可能にかつ通信可能に結合可能である。別の実施形態では、ポンプ５０６〜５１６の各々は、サーバ５０２に通信可能に接続される。幾つかの実施形態では、ポンプ５０６〜５１６は、データ、コマンド、メッセージ、またはポンプ５０６〜５１６のうちの１つに特有の他の情報が、他のポンプ５０６〜５１６のいずれかに送られることができるように、通信可能に結合されてもよい。例えば、ポンプ５０６〜５１６は、ネットワーク化されたラックに動作可能に結合可能である。

動作中、図５の注釈によって示されるように、サーバ５０２は医薬品ライブラリ５０４と通信して、ポンプ５０６〜５１６のための機能セットプログラミングを定める。サーバ５０２は、ポンプ５０６で機能セットのプログラミングが選択された後、ポンプ５０６と通信する。別の実施形態では、機能セットプログラミングは、サーバ５０２によって開始される。別の実施形態では、臨床医は、関連するポンプのうちの１つとインターフェースし、今後の手続きの所望のワークフローを選択する。このポンプは次いで、プログラミング情報を関連する複数のポンプ５０６〜５１６のうちの他方に送る。プログラミング情報は、輸液のタイプごとに、必要に応じて薬剤、用量、濃度、および体重などの輸液情報を含むことができる。ある実施形態では、初期プログラミングの後、ポンプは自動的に互いに制御することがない。

図５に示すように、「心臓手術高速セットアップ」がポンプ５０６で選択される。ポンプ５０６はサーバ５０２とインターフェースし、ポンプ５０６は、対応して心臓手術のための機能セット・輸液によって定められる特定の輸液のためにプログラムされる。例えば、再び図４および心臓手術手続き４０２参照すると、ポンプ５０６は、炭酸水素ナトリウム４０４用の輸液用にプログラム可能である。ポンプ５０６のプログラミングの後、またはそれと同時に、ポンプ５０８〜５１６は、ポンプ５０６からのプログラミング情報を受信する。ある実施形態では、ポンプ５０６は、ポンプ５０８〜５１６へのプログラミングコマンドを送信することができる。例えば、ある実施形態では、また図４を再び参照すると、ポンプ５０８は、生理食塩水４０６の輸液のためにプログラムされている。ポンプ５１０はフェノルドパム４０８用の輸液のためにプログラムされている。ポンプ５１２は、インソリン４１０の輸液のためにプログラムされている。ポンプ５１４は、レミフェンタニル４１２の輸液のためにプログラムされている。ポンプ５１６は生理食塩水４１４の輸液のためにプログラムされている。別の実施形態（図示せず）では、サーバ５０２は、バッチ処理されたコマンドまたは各ポンプに固有の個々のコマンドのいずれかで、ポンプ５０６〜５１６の各々に別個にプログラミング指令を送信する。特定のプログラミングアーキテクチャに関わりなく、したがって、手続きで使用されるポンプ５０６〜５１６は、互いに関連付けられる。ポンプ５０６〜５１６は、同じラックに差し込まれることによって関連付けることができ、またはシリアル番号、ＭＡＣ（媒体アクセス制御）アドレス、同じサブネット、バーコード、または任意の他の適切な関連方法によって手動的に関連付けることができる。

図６を参照すると、ある実施形態による、機能セットに従った輸液ポンプセットをプログラムするためのシステム６００のブロック図が示されている。システム６００は、一般に、複数の輸液ポンプ６１２〜６１６をプログラムするためのプログラミングエンジン６１０への病院データ６０２、患者データ６０４、センサデータ６０６、および手続きデータ６０８の入力を含んでいる。

病院データ６０２は、一般に病院レベルのデータまたは輸液に関する情報を含む。例えば、病院データ６０２は、病院処置、標準、設定、および他の病院中心の情報を含むことができる。

患者データ６０４は、一般に、患者固有のデータまたは情報を含む。例えば、患者データ６０４は、患者の身長、患者の体重、患者の性別、患者ID、アレルギー情報、および任意の他の適切な患者固有情報を含むことができる。

センサデータ６０６は、一般に、患者に関する情報を検知するように構成された任意のセンサによって提供される読み取り値、レベル、または他の状態を含む。例えば、センサデータ６０６は、温度データ、脈拍数、呼吸数、血液酸素レベル、および血圧、および他の任意の適切なセンサデータを含むことができる。

手続きデータ６０８は、一般に、輸液される薬剤セットの機能セット選択を含む。ある実施形態では、手続きデータ６０８は、図３によって定義される機能セット、例えば、機能データセットＡ ３０２または機能セットＢ ３０４を含むことができる。例えば、手続きデータ６０８は、図４に示すように「心臓手術高速セットアップ」を含むことができる。

幾つかの実施形態では、病院データ６０２、患者データ６０４、センサデータ６０６、および手続きデータ６０８は、それぞれの送信装置から通信エンジン６２２によって受信することができる。例えば、病院情報システム（ＨＩＳ）は病院データ６０２および／または患者データ６０４を通信エンジン６２２に送信することができる。患者についての特性または患者に関連する特性を検知するように構成された各々のセンサはそれぞれ、それぞれのセンサデータ６０６を通信エンジン６２２に送信することができる。手続きデータ６０８は、図5に関して説明したように選択または入力し、次いで通信エンジン６２２に送信することができる。幾つかの実施形態では、システム６００は、追加の、またはより少ないデータ入力を利用することができる。

プログラミングエンジン６１０は、一般に機能セット医薬品ライブラリ６１８、プロセッサ６２０、および通信エンジン６２２を備えている。ある実施形態では、プログラミングエンジン６１０は、図５に示されるようなサーバ５０２などの個別のサーバ上に実施される。しかし、他の実施形態では、プログラミングエンジン６１０は、複数の結合された輸液ポンプ６１２〜６１６のうちの１つのような、個々の医療機器上に実施される。他の実施形態では、本明細書に記載されたエンジンの一部は、専用サーバまたは輸液ポンプなどの複数の機器にまたがって分散することができる。

本明細書に記載のエンジンは、機能または機能セットを自律的に実行するように構築され、プログラムされ、設定され、または適応されることができる。本文書で使用されているエンジンという用語は、例えば特定用途向け集積回路（ＡＳＩＣ）やフィールドプログラマブルゲートアレイ（ＦＰＧＡ）の適用によるなど、ハードウェアを使用して実装された実世界のデバイス、コンポーネント、またはコンポーネント配列として定義され、または（実行されている間に）マイクロプロセッサシステムを特殊用途のデバイスに変換する、特定の機能をエンジンに実行させるマイクロプロセッサシステムおよびプログラム指令のセットなどのハードウェアとソフトウェアとの組み合わせとして定義される。エンジンは、ハードウェアだけで促進されるある特定の機能、およびハードウェアとソフトウェアの組み合わせによって促進される他の機能の２つに組み合わせとして実施することもできる。特定の実施形態では、エンジンの少なくとも一部、場合によっては全てが、オペレーティングシステム、システムプログラムおよびアプリケーションプログラムを実行するハードウェア（例えば、１つ以上のプロセッサ、メモリまたはドライブストレージなどのデータ記憶装置、ネットワークインタフェースデバイス、ビデオデバイス、キーボード、マウスまたはタッチスクリーンデバイスなどなどの入／出力機能、）から構成される１つ以上のコンピューティングプラットフォームのプロセッサ（１つ又は複数）で実施可能であり、同時にマルチタスク、マルチスレッド、適切な場合は（例えば、クラスタ、ピア・ツー・ピア、クラウドなどの）分散処理、または他の類似の技術を使用して実行される。したがって、各エンジンは、物理的に実施される様々な構成で実現することができ、一般に、限定が明確に示されない限り、本明細書に例示される特定の実装に限定されるべきではない。加えて、エンジン自体は１つ以上のサブエンジンで構成することができ、各サブエンジンはそれ自体で独自のエンジンとみなすことができる。さらに、本明細書で説明する実施形態では、様々なエンジンの各々は、規定の自律機能に対応する。しかし、考えられる別の実施形態では、各機能性を１つ以上のエンジンに配分できることを理解されたい。同様に、考えられる他の実施形態では、複数の規定の機能は、可能性として他の機能と並行して、または連続して、および／または相補的にこれらの複数の機能を実行する単一のエンジンによって実施されてもよく、または本明細書の実施例で特に示したものとは異なるエンジンセットに配分されてもよい。

医薬品ライブラリ６１８は、各レベルに対して輸液される薬剤セットを含む機能セットのデータベースを含む。ある実施形態では、医薬品ライブラリ６１８は、図３に示された医薬品ライブラリ３００の一部に実質的に類似している。幾つかの実施形態では、医薬品ライブラリ６１８は、病院データ６０２、患者データ６０４、およびセンサデータ６０６に関連する入力を含む幾つかの要因に応じて変化するそれぞれの投薬量および輸液速度を定める薬品セットを含むことができる。例えば、２００ポンドの男性患者向けに選択された機能セット用の薬品セットの量および輸液速度は、１３０ポンドの女性患者とは大幅に異なることがある。医薬品ライブラリ６１８は、これらの異なる薬剤セットを保存するように構成されている。したがって、各機能セットに対して複数の薬剤セットを定めることができる。

プロセッサ６２０は、受信された病院データ６０２、患者データ６０４、センサデータ６０６、および手続きデータ６０８を評価し、医薬品ライブラリ６１８からの適切な輸液セットを決定するための処理論理回路を実現するための処理回路と適切なハードウェアを含む。プロセッサ６２０はさらに、輸液ポンプ６１２〜６１６への輸液セットのプログラミングを指令するように構成される。幾つかの実施形態では、プロセッサ６２０は、メモリ（図６には図示せず）に動作可能に結合することができる。

幾つかの実施形態では、プロセッサ６２０は、さらに、以前に決定された輸液セット又は輸液パラメータを提案または自動調整するように構成されている。例えば、追加の病院データ６０２、患者データ６０４、センサデータ６０６、および／または手続きデータ６０８を受信して、評価して輸液パラメータを変更または調整することができる。ある実施形態では、そのような追加の病院データ６０２、患者データ６０４、センサデータ６０６、および／または手続きデータ６０８は、初期の輸液セットまたは輸液パラメータが指令され、使用可能状態になった後で、受信され、評価されることができる。幾つかの実施形態では、病院データ６０２、患者データ６０４、センサデータ６０６、および／または手続きデータ６０８の評価は、定期的に行ってもよく、連続的に行ってもよい。

通信エンジン６２２は、病院データ６０２、患者データ６０４、センサデータ６０６、および手続きデータ６０８を受信するための通信論理回路と適切なハードウェアとを含む。さらに、通信エンジン６２２は、輸液ポンプ６１２〜６１６へのプログラミング指令を再送信するための通信論理回路と適切なハードウェアとを含む。

各々の輸液ポンプ６１２〜６１６は、図示し、図２に関して説明した輸液ポンプ２１０と実質的に同様のものでよい。幾つかの実施形態では、追加のまたはより少数の輸液ポンプをプログラムすることができる。

動作時には、システム６００は、機能セットに従って輸液ポンプ６１２〜６１６をプログラミングするように構成されている。病院データ６０２、患者データ６０４、センサデータ６０６、および手続きデータ６０８は、プログラミングエンジン６１０に入力される。ある実施形態では、病院データ６０２、患者データ６０４、センサデータ６０６、および手続きデータ６０８は通信エンジン６２２によって受信される。ある実施形態では、通信エンジン６２２によって受信されたデータは保存される。例えば、プロセッサ６２０に動作可能に結合されたメモリは、受信したデータを保存することができる。

プロセッサ６２０は、医薬品ライブラリ６１８に照らして、受信された病院データ６０２、患者データ６０４、センサデータ６０６、および手続きデータ６０８を評する。例えば、手続きデータ６０８によって選択された通りに、輸液される薬品セットが選択される。次いでプロセッサ６２０は、受信された病院データ６０２、患者データ６０４、センサデータ６０６に照らして医薬品ライブラリ６１８を利用して、受信したデータによって定められた固有の組み合わせのための特定の薬品セットを選択ことができる。

その後、プロセッサ６２０は、輸液ポンプ６１２、輸液ポンプ６１４、輸液ポンプ６１６、または追加の輸液ポンプ（図６には図示せず）のいずれかにプログラミング信号を送信する。その結果、プログラミング信号を受信する輸液ポンプ６１２、輸液ポンプ６１４、輸液ポンプ６１６、または追加の輸液ポンプなどのポンプは、受信された病院データ６０２、患者データ６０４、およびセンサデータ６０６によって定められる選択された手続きデータ６０８との固有の組み合わせのために医薬品ライブラリ６１８によって定められたそれぞれの輸液用にプログラムされる。

幾つかの実施形態によれば、機能セットなどのグループ分け原則は、下部により明確な概念を含む「トップ」の近くにより高いレベルが位置するように階層が保たれるように適用されることができる。レベルが高いほど、ユーザに提示される細目は少なくなる。レベルが低いほど、より多くの細目がユーザに提示される。幾つかの実施形態では、医薬品ライブラリは、様々な機能セット階層に従ってグループ分けすることができる。

例えば、図７Ａを参照すると、病院ネットワーク内の階層７００に基づく例示的な機能セットのブロック図が示されている。階層７００は、一般に病院ネットワークレベル７０２、病院レベル７０４、部門レベル７０６、手続きレベル７０８、および輸液レベル７１０を含む。

図示のように、病院ネットワーク７０２は一般に、１つ以上の病院７０４を含む。特定の病院７０４は一般に、１つ以上の部門７０６を含む、特定の部門７０６は一般に、１つ以上の手続き７０８を含む。各々の手続き７０８は一般に１つ以上の輸液７１０を含む。幾つかの実施形態では、輸液剤のプログラミングが図７Ａに示す階層フローに固執しないように、前述のレベルのいずれも省略されている。例えば、特定の病院ネットワーク７０２および／または病院７０４のための手続きおよびガイドラインに応じて、追加のまたはより少数の機能セットを利用することができる。

図７Ａを再び参照すると、幾つかの実施形態では、プログラミング階層は、前述のいずれかのレベルで実施することができる。その結果、プログラミング階層は、下位の機能セットにレベルを下げることができる。例えば、病院ネットワーク７０２において、病院ネットワーク７０２内の全ての病院７０４に共通の一般化された輸液７１０を定めることができる。そこで、病院ネットワーク７０２内の全ての病院７０４に共通の一般化された輸液７１０はより低いレベルで実施され、したがって、全ての部門７０６および手続き７０８に利用可能である。このようにして、特定の行インネットワーク７０２は、その病院ネットワーク７０２固有の輸液セット７１０を定めることができる。

同様に、病院７０４において、特定の病院７０４内の全ての部門７０６に共通する一般化された輸液７１０を定めることができる。そこで、病院７０４内の全ての部門７０６に共通する一般的な輸液７１０の全てが下位レベルで実施され、したがって、全ての手続き７０８に利用可能である。このようにして、特定の病院７０４は、その病院７０４に固有の輸液セット７１０を定めることができる。

同様に、各々の部門７０６は、その特定の部門７０６に固有の輸液セット７１０を定めることができる。例えば、「手術」部門７０６に特有の輸液７１０は、より高いレベルの輸液の定義、ならびに部門７０６のレベルで定められた手術特有の輸液を使用可能であるように実施することができる。

別の実施例では、図７Ｂを参照すると、ある実施形態による病院ネットワークの例示的な階層７５０のブロック図が示されている。階層７５０は、一般に病院ネットワークレベル７５２、病院レベル７５４、部門レベル７５６、手続きレベル７５８、および輸液レベル７６０を含む。図示した実施例では、輸液７６０は、階層７５０内の任意のレベルで定めることができる。幾つかの実施形態では、輸液７６０は、一般化された輸液が低レベルの機能セットを介して実施されないように定められている。

図８を参照すると、ある実施形態による、機能セットにおける複数の輸液ポンプの手続き型プログラミングのための方法８００のフローチャートが示されている。

８１０で、複数の輸液ポンプが実装される。例えば、複数の輸液ポンプの各々は、図２に示すように輸液ポンプ２１０のように、本明細書に記載の輸液ポンプのいずれかと実質的に同様のものでよい。ある実施形態では、複数の輸液ポンプを起動し、電源を入れ、または動作のためのその他の準備をすることができる。幾つかの実施形態では、複数の輸液ポンプが患者に動作可能に接続される。別の実施形態では、複数の輸液ポンプが患者に結合するために区分けされる。

８２０で、1つ以上の機能セットを含む医薬品ライブラリが実装される。例えば、医薬品ライブラリは、図３に示すようにジェネリック医薬品ライブラリ３００の一部のテンプレートなど、本明細書に記載の医薬品ライブラリのいずれかと実質的に同様であってよい。ある実施形態では、医薬品ライブラリの実装は、機能セットと、輸液される対応する薬品セットを定める入力の受信を含む。幾つかの実施形態では、他の入力は、必要な輸液ポンプの数またはタイプ、または輸液すべき薬品セットに関連する他の基準または分野を定めることができる。

８３０で、入力データが受信される。ある実施形態では、入力データは機能セットの選択を含む。例えば、図６を参照すると、手続きデータ６０８は、選択された機能セットなどのプログラミングエンジン６１０に入力される。他の実施形態では、入力されたデータは、さらに、病院データ、患者データ、および／またはセンサデータを含む。例えば、再び図６を参照すると、病院データと６０２、患者データ６０４、センサデータ６０６などの入力はプログラミングエンジン６１０に入力される。前述のように、入力データは、ポンプまたは埋め込みサーバ上などでプログラミングエンジンへの手動的な入力によって受信可能である。他の実施形態では、入力データはプログラミングエンジンに自動的に伝送可能である。

再び図８で８４０を参照すると、薬品セットは８２０で実装される医薬品ライブラリから得られる。ある実施形態では、機能セットの選択は、医薬品ライブラリの薬品セットに対応する。別の実施形態では、図６を参照すると、プロセッサ６２０は、医薬品ライブラリ６１８に照らして受信した病院データ６０２、患者データ６０４、センサデータ６０６および手続きデータ６０８を評価する。手続きデータ６０８によって選択されると、輸液されるべき薬品セットが選択される。プロセッサ６２０は医薬品ライブラリ６１８を利用して、受信した病院データ６０２、患者データ６０４、センサデータ６０６に照らして、受信した入力データによって定められた固有の組み合わせに特有の複数の薬品セットを選択することができる。

再び図８で８５０を参照すると、複数の輸液ポンプは、８４０で医薬品ライブラリから得られた薬品セットに従ってプログラムされる。例えば、図６に示すように、プロセッサ６２０は、輸液ポンプ６１２、輸液ポンプ６１４、および輸液ポンプ６１６などの複数のいずれかにプログラミング信号を送信する。ある実施形態では、輸液ポンプの各々輸液ポンプの各々は、より大きい指令セットの一部である指令セットを受信する。次いで各ポンプは、受信したメッセージの特定のプロトコルおよび配信特性を解析することができる。別の実施形態では、各ポンプは、より大きなメッセージの解析を必要としないように、その特定のプロトコルおよび配信特性のプログラミング指令またはコマンドを個別に送信する。次いでポンプは、医薬品ライブラリで定められた薬品セットに応じて動作するためにそれぞれプログラムされる。

再び図８で８６０を参照すると、８５０でプログラムされた薬品セットに従って複数の輸液ポンプがそれぞれ患者に輸液する。ある実施形態では、８６０で、臨床医は、それぞれのプログラムされたセットアップ設定ごとに複数のポンプの各々に薬剤容器を装着する。次いで、臨床医は、複数のポンプ各々で情報が正しいことを確認することができる。ある実施形態では、次いで臨床医は、各ポンプを始動して、それぞれの輸液プロセスを開始することができる。

システム、デバイス、および方法の様々な実施形態を本明細書で説明した。これらの実施形態は、例としてのみ示されたものであり、本明細書の主題の範囲を限定するものではない。さらに、記載されている実施形態の様々な特徴は、様々な方法で組み合わせて多くの追加の実施形態を生成できることを理解されたい。また、様々な材料、寸法、形状、構成および位置などを、開示された実施形態で使用するために記載してきたが、本明細書に開示されたこれら以外の本明細書の主題の範囲に見合う他の材料、寸法、形状、構成および位置を利用することができる。

関連技術の当業者は、本明細書の主題が、上記の任意の個々の実施形態に示したよりも少ない特徴を含み得ることを認識するであろう。本明細書に記載の実施形態は、主題の様々な特徴を組み合わせる方法の限定的な表現であることを意味するものではない。したがって、実施形態は相互に排他的な特徴の組み合わせではなく。むしろ、その主題は、当業者に理解されるように、異なる個々の実施形態から選択された異なる個々の特徴の組み合わせを含み得る。

上記の文献を参照することによるいかなる組み込みも、本明細書の明示的開示に反する主題が組み込まれないように限定される。上記の文献を参照することによる組み込みは、その文献に含まれる請求項が参照により本明細書に組み込まれないようにさらに限定される。上記の文献を参照することによる組み込みはさらに限定されているので、本明細書に明示的に含まれていない限り、その文献に提示された任意の定義は参照により組み込まれない。

本明細書の主題の特許請求の範囲を解釈するために、特定の用語「のための手段」または「のためのステップ」が請求項に列挙されない限り、米国特許法第１１２条第６項の規定により解釈すべきではないことが明白に意図されている。

Claims (17)

1. 特定の治療プロトコルに従って複数の医療機器を設定するためのシステムであって、
   前記複数の医療機器を物理的にかつ着脱可能に結合するように構成されたラックと、
   ローカルエリアネットワークへの前記ラックに物理的かつ着脱可能に結合された複数の医療機器間のデジタル通信を可能にするように構成されたルータと、を備え、
   前記複数の医療機器が前記ラックに物理的に結合され、前記ルータを介して前記ローカルエリアネットワークに電気的に接続されている場合、（i）前記特定の治療プロトコルが前記複数の医療機器のそれぞれに送信され、（ii）前記複数の医療機器各々が、特定の治療プロトコル各々に対応する予選択された治療を応答的に提供可能であるシステム。
2. 前記特定の治療プロトコルが、ワークフロー管理プロトコルおよび手続き管理プロトコルからなるグループから選択される、請求項1に記載の特定の治療プロトコルに従って複数の医療機器を設定するためのシステム。
3. 機能セットに従って複数の輸液ポンプを設定する方法であって、
   患者に薬品を投与するように各々が設定された複数の輸液ポンプを実装するステップと、
   医薬品セットを定める少なくとも1つの機能セットを含む医薬品ライブラリを実装するステップと、
   前記少なくとも1つの機能セットのうちの1つに関連する入力データを受信するステップと、
   前記入力データに対応する医薬品ライブラリから特定の輸液剤セットを取得するステップと、
   前記輸液剤セットに従って複数の輸液ポンプをプログラミングし、前記複数の輸液ポンプで前記患者に輸液するステップと、を含む方法。
4. 前記入力データは、病院データ、患者データ、またはセンサデータのうちの少なくとも1つをさらに含み、前記医薬品ライブラリから前記特定の輸液剤セットを取得するステップは、病院データ、患者データ、またはセンサデータうちのの少なくとも1つを評価するステップをさらに含む、請求項３に記載の機能セットに従って複数の輸液ポンプを設定する方法。
5. 前記複数の輸液ポンプをプログラミングするステップは、前記複数の輸液ポンプのうちの1つに輸液するために前記輸液剤セット内の各々の輸液剤をプログラミングするステップを含む、請求項３に記載の機能セットに従って複数の輸液ポンプを設定する方法。
6. 前記機能セット内で使用される前記複数の輸液ポンプが互いに関連するように、前記複数の輸液ポンプを通信可能に結合するステップをさらに含む、請求項３に記載の機能セットに従って複数の輸液ポンプを設定する方法。
7. 入力データを受信するステップは、第１の輸液ポンプでユーザインターフェース入力を受信するステップを含み、前記複数の輸液ポンプをプログラミングするステップは、前記第1の輸液ポンプから他の複数の輸液ポンプへ指令を送信するステップを含む、請求項６に記載の機能セットに従って複数の輸液ポンプを設定する方法。
8. 入力データを受信するステップは、プログラミングエンジンでコマンドを受信するステップを含み、前記複数の輸液ポンプをプログラミングするステップは、前記プログラミングエンジンから前記複数の輸液ポンプにコマンドを送信するステップを含む、請求項６に記載の機能セットに従って複数の輸液ポンプを設定する方法。
9. 前記機能セットが病院処置を含む、請求項３に記載の機能セットに従って複数の輸液ポンプを設定する方法。
10. 薬品セットを定める前記機能セットが、病院ネットワークレベル、病院レベル、部門レベル、または手続きレベルで設定される、請求項３に記載の機能セットに従って複数の輸液ポンプを設定する方法。
11. 前記医薬品ライブラリが、各機能セット用の複数の薬品セットをさらに含む、請求項３に記載の機能セットに従って複数の輸液ポンプを設定する方法。
12. 複数の輸液ポンプをプログラミングするためのシステムであって、
    各々が患者に薬剤を投与するように設定された複数の輸液ポンプと、
    選択された機能セットを受け取るように構成された入力ソースと、
    プログラミングエンジンであって、
    薬品セットを定める選択された機能セットに対応する少なくとも1つの機能セットを含む医薬品ライブラリと、
    前記複数の輸液ポンプおよび前記入力ソースとインターフェースするように構成された通信エンジンと、
    選択された機能セットに従って前記複数の輸液ポンプをプログラムするように前記医薬品ライブラリとインターフェースし、前記通信エンジンに指令するように構成されたプロセッサと、を含むプログラミングエンジンと、を備えるシステム。
13. 前記入力ソースは、病院データ、患者データ、またはセンサデータのうちの少なくとも1つを受信するように、さらに構成される、請求項１２に記載の複数の輸液ポンプをプログラミングするためのシステム。
14. 前記プロセッサは、前記受信された病院データ、患者データ、またはセンサデータのうちの少なくとも1つを評価して、前記薬品セットを決定するようにさらに構成される、請求項１３に記載の複数の輸液ポンプをプログラミングするためのシステム。
15. 前記入力ソースは、第１の輸液ポンプでのユーザインターフェースであり、前記通信エンジンは、前記第1の輸液ポンプから他の複数の輸液ポンプへコマンドを送信するように構成される、請求項１２に記載の複数の輸液ポンプをプログラミングするためのシステム。
16. 前記機能セットは、病院処置を含む、請求項１２に記載の複数の輸液ポンプをプログラミングするためのシステム。
17. 薬品セットを定める前記機能セットは、病院ネットワークレベル、病院レベル、部門レベル、または手続きレベルで設定される、請求項１２に記載の複数の輸液ポンプをプログラミングするためのシステム。