JP2023528369A - 医療用注入ポンプのプログラミングシステムおよび方法 - Google Patents

Abstract

注入ポンプをプログラミングするためのシステムおよび方法。病院情報システム（ＨＩＳ）からの注入オーダーで提供されるパラメータは、注入ポンプによって、注入ポンプ薬物ライブラリで一致するエントリを見つけるために使用される。注入ポンプ薬物ライブラリに一致するエントリがない場合、手動モードがパラメータを用いて入力され、ポンプはそれに従って手動モードで操作されることが可能である。

Description

本願は、２０２０年５月２７日に出願された、米国仮出願第６３／０３０，７２４号の優先権を主張し、その内容は、参照により本明細書に完全に組み込まれる。

本実施形態は、概して医療機器に関し、より詳細には、注入ポンプのプログラミングに関する。

医療分野では、薬物、流体、流体様物質、または、医薬品（以下、総称して「注入液」または「注入剤」）を患者に、所定量または用量で送達および調剤することを管理するために、注入ポンプが有用とされてきた。注入ポンプは、長時間にわたって注入剤を正確に送達および分配することにより、手動の注入技術に比べて、いくつかの重要な利点を提供することができる。

注入ポンプは、がん、糖尿病、血管障害、神経障害、代謝障害など、定期的な薬物療法を必要とする疾患や障害の治療に特に有用である。また、医療従事者の麻酔や疼痛管理能力も向上させることができる。注入ポンプは、病院、老人ホーム、その他の短期および長期の医療施設、ならびに、住宅介護の現場など、さまざまな場面で使用されている。注入ポンプには、さまざまな構造、動作モード、種類がある。

一般に、注入ポンプは、様々な種類のポンプを含むことができる。場合によっては、注入ポンプは、シリンジポンプ、大容量ポンプ（「ＬＶＰ」）、および、患者制御鎮痛（「ＰＣＡ」）ポンプを含む。注入ポンプは、その特定の設計および意図された用途に応じて、静脈内、腹腔内、動脈内、皮下、神経軸、および、特に術中部位、硬膜外スペース、および、クモ膜下スペースへの注入物を含む様々な送達方法を通じて投与するために使用され得る。

注入ポンプは、個々のポンプのプログラミングを介して局所的に制御することができる。例えば、医療従事者は、患者の治療ニーズに対応する送達プロファイルを実行するように注入ポンプを構成することができ、または、患者は、医師の関与なしに、予め定義された制限内で個々の要求に従って注入ポンプを構成することができる。あるいは、注入ポンプは、例えば、ポンプと通信するネットワークサーバなど、他の技術を経由して制御されてもよい。病院情報システム（ＨＩＳ）および電子医療記録（ＥＭＲ）システムは、状況によっては、例えば、薬剤ライブラリ、自動チャート、および注入ポンプと協調して動作する他の「スマート」通信システムを提供することによって、そのような機能を提供することができる。

また、注入ポンプシステムの中には、「バーコード投薬」（ＢＣＭＡ）プロセスを含むものがあり、これは、ＨＩＳおよび／またはＥＭＲシステムと通信して、投薬の誤りを減らし、患者の安全を強化することができる。典型的なＢＣＭＡプロセスでは、シリンジ（例えば、シリンジポンプで使用）やバッグ（例えば、ＬＶＰで使用）などの個々の注入液容器に、特定の患者に対応する固有のバーコードのラベルが貼られる。ＢＣＭＡシステムが注入液をＨＩＳ、ＥＭＲ、または薬剤ライブラリの患者の該当するオーダーと照合できない場合、医師に警告が伝達される。注入システムによっては、ＢＣＭＡプロセスは注入ポンプの動作を開始するための最初のステップである。

現在、注入ポンプを搭載したＨＩＳとＥＭＲシステム間のこのような相互運用は、やや制限されている。一般に、相互運用は患者の安全性と業務効率を高めるが、その実現には費用がかかり、困難である。特に、自動プログラミングまたはスマートポンププログラミング（「ＳＰＰ」）ワークフローを実装するために、ＨＩＳ／ＥＭＲシステムが各ポンプ（例えば、薬剤ライブラリ）と整合し、同期を保つことを保証することは困難である。さらに、オートプログラミングオーダーがポンプの薬剤ライブラリと一致しない場合、オートプログラミングワークフローは終了される。そのオーダーを実行するためには、新しい薬剤ライブラリエントリを作成するか、空の薬剤ライブラリエントリテンプレートから入力する必要がある。

そのため、自動プログラミングやスマートポンプのプログラミングのワークフローに柔軟性を持たせることが求められている。

本明細書に記載される実施形態は、注入ポンプシステムの上述のニーズを実質的に満たすものである。本明細書に記載のシステム及び方法は、ＨＩＳ／ＥＭＲで注入ポンプをプログラミングするための、有用で柔軟なワークフローを提供する。自動プログラミングのワークフローに柔軟性を加えることにより、患者の安全性が向上する。さらに、ポンプシステムは、ユーザによってより効率的に操作され得る。

一般に、自動プログラミングワークフローは、病院情報システム（ＨＩＳ）または電子医療記録（ＥＭＲ）システム（以下、総称して「ＨＩＳ」）における医師ユーザによる注入のためのコンピュータ化医師オーダー入力（ＣＰＯＥ）から始まるのが普通である。注入オーダーは、操作可能に接続された薬局サブシステムに電子的に伝達され、そこで注入オーダーが検証される。注入オーダーは、次に、動作可能に接続された注入ポンプに電子的に伝達され得、そこで注入オーダーは承認され、開始され得る。実施形態では、注入は自動的に開始され得る。しかしながら、安全のために、主治医の医療従事者は、典型的には、ポンプとの最小限の相互作用で、ポンプで注入を承認または開始する。このワークフローは、ポンプでの手動入力エラーを排除し、典型的には、注入パラメータの手動入力よりも合理的かつ効率的である。

しかしながら、自動プログラミングワークフローを使用して注入ポンプをプログラムするには、注入オーダーに、特定のポンプ用の薬剤ライブラリの対応するエントリがある必要がある。すべてのポンプのすべての薬剤ライブラリを更新し、ＨＩＳシステムに一致させることは困難である。また、従来は、ポンプの薬剤ライブラリの注入オーダーが一致しなければ、ポンプは自動プログラミングワークフローを終了していた。

実施形態の特徴および利点において、柔軟性は、自動プログラミングワークフローに組み込まれる。特に、ポンプにおける制御ロジックの実施形態は、薬剤ライブラリのマッチングを高度な方法でチェックすることができる。そして、一致が見つからない場合、実施形態は、ＨＩＳから受信したパラメータを「手動モード」に自動的に入力することによって、「手動モード」の操作を可能にする。受信したパラメータを用いた「手動モード」操作は、パラメータが既に薬学サブシステムまたは対応する安全限界チェックによって、または、ＨＩＳを介して検証されているため、許可され得る。さらに、（既存のライブラリエントリのない手動モード操作で典型的なように）ポンプ上に（少なくとも）部分的に入力されたライブラリエントリを作成する必要はない。

より詳細には、システムおよび方法は、注入オーダーで提供されるパラメータを使用して、臨床医がそのようなタスクを実行するのと同じ方法で、一致する薬剤ライブラリエントリを見つけるか、または「手動モード」を使用してポンプをプログラムする。これにより、「手動モード」でポンプを動作させる柔軟性と効率性が得られる一方で、パラメータがＨＩＳから入力され、それらがレビューされ承認されているという安全性が確保される。これにより、パラメータ入力時のミスの可能性を大幅に減らすことができる。

この利点を示す特別なシナリオの１つは、小児用薬剤ライブラリが体重６０ポンドの８歳児用に設定されているが、患者は体重１６０ポンドの１６歳児であるという状況である。これは、従来、医師が、ＨＩＳポンププログラミングワークフローをバイパスして、ポンプを手動でプログラムし、次に、注入を手動でチャート化することをもたらす。しかしながら、本明細書で例として説明する実施形態では、ＨＩＳポンププログラミングワークフロー内に留まることによって、ポンプのプログラミングおよびチャート作成は、既に承認されたパラメータを使用して依然として自動的である。利益を例示する別のシナリオは、ライブラリに具体的に記載されていない別の薬物とある薬物の置換を必要とする薬物不足であろう。

したがって、このハイブリッド方式で自動プログラミングワークフロー内に留まることにより、医師は、典型的な手動入力のようにかなりの数のキーストロークを入力する必要性から解放される。従って、キーストロークを取り除くことは、プログラミングエラーの可能性を減少させ、患者の安全性を高める。

実施形態の別の特徴及び利点において、自動プログラミングワークフロー内に留まることによって、注入に関するデータは、システムに記録するためにＨＩＳに自動的にフィードバックされ得る。従来、手動プログラミングモードでは、注入に関するデータは、システムに手動で入力する必要があった。従って、チャート作成はより自動化されている。

実施形態の別の特徴及び利点において、薬剤ライブラリの維持が改善される。特に、注入が一致しないとき、結果として生じる「不一致」表示に関するデータ、および実際にプログラムされたさらなる手動オーバーライド注入が自動的にキューに入れられ、ＨＩＳまたは薬学サブシステムに送り返される。したがって、不一致とその後にプログラムされた実際の注入との間に関連性が生じる（従来のシステムでは、さらなる実際の注入は通常、不一致の指示と関連性がない）。

その結果、ポンプ薬物ライブラリの変更を見れば、薬剤師等のユーザは、特定の注入がどのように試みられたか、薬物ライブラリに対応する一致がなかったこと、および、そこで、医師が注入プロトコルをプログラムしたことについての実用的データを取得する。その後、ポンプ薬剤ライブラリ、および／または、自動プログラミングワークフローの適切な更新を行うことができる。

一実施形態では、注入ポンプは、プロセッサと、プロセッサに動作可能に接続されたメモリと、制御ロジックと、を有し、制御ロジックは、実行されると、プロセッサに、ＨＩＳから注入オーダーに対応するプログラミングパラメータを受信することであって、プログラミングパラメータはＨＩＳによって検証されている、受信することと、受信したプログラミングパラメータが注入ポンプの薬剤ライブラリ内の薬剤ライブラリプロトコルに一致するか否かを判定することと、プログラミングパラメータが薬剤ライブラリ内のいずれの薬剤ライブラリプロトコルにも一致しない場合、不一致エラーコードをキューに入れることと、手動モードに受信したプログラミングパラメータを追加することと、追加したプログラミングパラメータを用いて、手動モードで注入ポンプを操作することと、を行わせる命令を含む。

一実施形態において、注入ポンプをプログラミングする方法は、注入オーダーに対応するプログラミングパラメータをＨＩＳから受信することであって、プログラミングパラメータはＨＩＳによって検証されている、受信することと、受信したプログラミングパラメータが注入ポンプの薬剤ライブラリ内の薬剤ライブラリプロトコルに一致するか否かを決定することと、プログラミングパラメータが薬剤ライブラリ内のどの薬剤ライブラリプロトコルにも一致しない場合、不一致エラーコードをキューに入力することと、手動モードに受信したプログラミングパラメータを追加することと、追加したプログラミングパラメータを用いて手動モードで注入ポンプを動作させることと、を含む。

一実施形態において、注入ポンプは、ＨＩＳから注入オーダーに対応するプログラミングパラメータを受信するための手段であって、プログラミングパラメータはＨＩＳによって検証される、手段と、受信したプログラミングパラメータが注入ポンプの薬剤ライブラリ内の薬剤ライブラリプロトコルに一致するか否かを決定するための手段と、プログラミングパラメータが薬剤ライブラリ内のいずれの薬剤プロトコルにも一致しない場合、不一致エラーコードを待機するための手段と、手動モードに受信したプログラミングパラメータを追加するための手段と、入力したプログラミングパラメータを用いて手動モードで注入ポンプを動作させるための手段と、を備える。

上記の概要は、例示された各実施形態または本明細書の主題のあらゆる実装を説明することを意図していない。図とそれに続く詳細な説明は、様々な実施形態をより具体的に例示するものである。

本明細書の主題は、添付図に関連する様々な実施形態の以下の詳細な説明を考慮することで、より完全に理解され得る。
図１は、実施形態に係るシリンジポンプを含む注入ポンプの正面隅部透視図である。 図２は、実施形態に係るシリンジポンプを含む注入ポンプの正面図である。 図３は、実施形態に係るシリンジポンプを含む注入ポンプのシステム構成図である。 図４は、実施形態による、注入ポンプのためのコントローラサブシステムのためのブロック図である。 図５は、実施形態による、注入ポンプシステムのためのアーキテクチャブロック図である。 図６は、実施形態による、注入ポンプをプログラミングする方法のフローチャートである。 図７Ａは、実施形態による、注入ポンプをプログラミングする方法のフローチャートである。 図７Ｂは、実施形態による、注入ポンプをプログラミングする方法のフローチャートである。 図８は、実施形態による、ＨＩＳと注入ポンプとの間の高度な相互運用性を実現する方法のフローチャートである。

様々な実施形態は様々な修正および代替形態に従うことが可能であるが、その具体的な内容は図面に例として示されており、詳細に説明されるであろう。しかしながら、その意図は、説明された特定の実施形態に限定されるものではないことを理解されたい。それどころか、その意図は、特許請求の範囲によって定義される主題の精神および範囲内に入るすべての修正物、等価物、および代替物を網羅することである。

図１～２を参照すると、注入ポンプ、特に、シリンジポンプ１００が示されている。当業者は、本明細書に記載されるユーザエクスペリエンスの実施形態が、例えば、シリンジポンプ、大容量ポンプ、および患者制御鎮痛（「ＰＣＡ」）ポンプで利用されるように構成され得ることを容易に理解するであろう。

「シリンジポンプ」は、一般に、予め充填された薬用シリンジに作用するポンプで、マイクロプロセッサの制御下で機械的に駆動され、シリンジに流体的に接続された注入ラインを通じて患者に所定の量または用量の注入液を制御された速度で供給するためのものを含む。シリンジポンプは、通常、例えば、リードスクリューまたは調整機構を回転させるモータを含む。このリードスクリューまたは調整機構は、プランジャヘッドのプランジャドライバを作動させ、シリンジのバレル内のプランジャを前方に押す。プランジャーを前方に押すと、注入液の用量が、シリンジから外側に、注入ライン内に、そして患者へと押し出される。本開示を通じて使用される場合、「シリンジポンプ」という用語は、一般に、シリンジに作用してそこから外向きに流体を制御可能に押し出すあらゆる装置に関係することが意図されている。

「ＬＶＰ」は、様々な形態を取り得るが、典型的には、カセット、ＩＶバッグ、または、他の自己完結型流体源など、注入されるべき大量の薬物または流体を保持または貯蔵するように構成された１つまたは複数のリザーバに接続された注入ポンプである。本開示を通して使用される場合、用語「ＬＶＰ」は、一般に、患者への大量注入が可能な任意の注入ポンプまたは装置に関係することが意図される。

「ＰＣＡ」ポンプは、携帯可能または装着可能であるように設計された携帯用ポンプを含むことができる。実施形態において、ＰＣＡポンプは、ＳＭＩＴＨＳ ＭＥＤＩＣＡＬ ＣＡＤＤ携帯用注入ポンプを含むことができる。実施形態において、ＣＡＤＤ携帯用注入ポンプは、病院医療から在宅医療環境へ容易に移行する。

ポンプ１００は、一般に、ユーザインタフェース１０２を含む。ユーザインタフェース１０２は、一般に、ディスプレイ画面１０４およびキーパッド１０６を含む。

ディスプレイ画面１０４は、矩形、カラー、ＬＣＤ画面であり得、特定の実施形態では、タッチスクリーンであり得る。ディスプレイ画面１０４は、ポンプ１００を制御する際に使用するための任意のタイプの適切なグラフィカルユーザインタフェース（「ＧＵＩ」）とすることができる。一実施形態では、ディスプレイ画面１０４は、それぞれ最大３０文字の長さの、４行のテキストの表示を可能にするように構成することができる。したがって、ディスプレイ画面１０４のこのサイズは、有意な長さの情報および薬剤名を表示することを可能にする。いくつかの実施形態では、特定のコマンドまたは指示は、ディスプレイ画面１０４のようなタッチスクリーンによって制御されず、代わりにキーパッド１０６によって制御される。

キーパッド１０６は、ディスプレイ画面１０４に隣接して配置され、様々なボタンおよびインジケータライトを提示する。いくつかの実施形態では、物理的な機械的作動を必要とする押しボタンが、オン／オフ電源、可聴アラームミュート、注入開始、および注入停止を含む特定のユーザコマンドのためにキーパッド１０６上で使用される。キーパッド１０６上の追加またはより少ないボタンも同様に想定される。一次または冗長目的のための物理的な機械的作動ボタンは、ディスプレイ１０４のタッチスクリーンが適切に機能しないか、さもなければ正しく操作するのが困難な場合に、オペレータに安全性および信頼性の向上を提供する。ディスプレイ画面１０４とキーパッド１０６の両方を含むユーザインタフェース１０２を有することは、それに応じて、画面インタフェースの柔軟性とともに、物理的な制御ボタンの強化された安全性および信頼性を提供するものである。実施形態において、キーパッド１０６は、ディスプレイ画面１０４と機能的に連動して動作することができる制御ボタンから構成される。

図３を参照すると、一実施形態による、ポンプ１００のシステム図が描かれている。図３は、ユーザインタフェース１０２、コントローラ１０８、モータ１１０、駆動部品（ドライブレイン）１１２、電源レセプタクル１１４、電池１１６、電気回路１１８、イーサネットコネクタ１２０、ＵＳＢポート１２２、スピーカー１２４、およびプランジャヘッドセンサ１２６を含むシリンジポンプ１００を示す。

説明するように、ポンプ１００、および／または、その構成要素、もしくは、サブシステムは、プロセッサまたは複数のプロセッサを含むことができる。実施形態において、本明細書で議論されるプロセッサ（複数可）は、デジタルデータを入力として受け入れ、命令またはアルゴリズムに従って入力を処理するように構成され、結果を出力として提供する任意のプログラマブルデバイスとすることができる。一実施形態において、本明細書で議論されるプロセッサ（複数可）は、コンピュータプログラムの命令を実行するように構成することができる。したがって、本明細書で論じるプロセッサおよび他のそのようなデバイスは、基本的な演算、論理、および入出力操作を実行するように構成される。

ポンプ１００、および／または、本明細書で論じるその構成要素またはサブシステムは、メモリを含むことができる。メモリは、命令またはアルゴリズムを実行するための容量を提供するだけでなく、命令自体を格納するための容量を提供するために、接続されたプロセッサによって必要とされる揮発性メモリまたは不揮発性メモリを含むことができる。実施形態において、揮発性メモリは、例えば、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、またはスタティックランダムアクセスメモリ（ＳＲＡＭ）を含むことができる。実施形態において、不揮発性メモリは、例えば、読み取り専用メモリ、フラッシュメモリ、強誘電体ＲＡＭ、ハードディスク、フロッピーディスク、磁気テープ、または光ディスク記憶装置を含むことができる。これらの実施形態は例としてのみ与えられ、実施形態の範囲を限定することを意図していないため、上記のリストは決して使用できるメモリの種類を限定するものではない。

本明細書に記載される構成要素は、機能または一連の機能を自律的に遂行するように、構築、プログラム、構成、または、その他の方法で適合させることができる。様々な構成要素は、例えば特定用途向け集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）などによるハードウェアを用いて、またはマイクロプロセッサシステムおよび特定の機能を実装するプログラム命令のセットによるハードウェアとソフトウェアの組み合わせとして、マイクロプロセッサシステムを（実行中に）特殊用途デバイスに変形させるなど、実世界のデバイス、コンポーネントまたは構成要素の配置を構成することが可能である。また、ある機能はハードウェアだけで実現し、他の機能はハードウェアとソフトウェアの組み合わせで実現するなど、両者の組み合わせで実装することも可能である。したがって、各構成要素は、物理的に具現化された様々な構成で実現することができ、そのような制限が明示的に喚起されない限り、一般に、本明細書に例示される特定の実装に限定されるべきではない。さらに、構成要素は、それ自体が複数のサブ構成要素から構成され得、それらの各々は、それ自体で構成要素と見なされ得る。さらに、本明細書に記載された実施形態では、様々な構成要素の各々は、定義された自律的な機能に対応するが、他の想定される実施形態では、各機能は、複数の構成要素に分配され得ることが理解されるべきである。同様に、他の企図される実施形態において、複数の定義された機能性は、それらの複数の機能を実行する単一の構成要素によって実装されてもよく、場合によっては他の機能と並列または直列に、および／または補完的に、または本明細書の例で特に例示されたものとは異なって構成要素のセットの間に分散されてもよい。

上述したように、ユーザインタフェース１０２は、開業医、ポンププログラマ、または他のユーザからのポンプ１００に対するデータ入力源として機能する。ユーザインタフェース１０２は、タッチスクリーンディスプレイ１０４、キーパッド１０６、またはこれらの組み合わせもしくは他のユーザインタフェース技術を含むことができる。実施形態では、説明されるように、ユーザインタフェース１０２は、コントローラサブシステム（図４参照）をさらに含むことができる。

コントローラ１０８は、ユーザインタフェースに接続され、ポンプ１００が所望の方法で制御されることを保証する機能を担っている。コントローラ１０８は、ハウジング２１２内に配置され、モータ１０８および駆動部品１０８の動作を制御する。特定の実施形態では、コントローラ１０８は、ユーザインタフェース１０２の動作をさらに制御する。例えば、ディスプレイコントローラサブシステムは、コントローラ１０８内に実装され得るか、または他の実施形態においてコントローラ１０８から分離され得る。コントローラ１０８は、１つまたは複数のプロセッサを含むことができる。コントローラ１０８は、いくつかの実施形態において、メモリをさらに含むことができる。

モータ１１０は、一般に、コントローラ１０８およびポンプ構成要素に動作可能に接続される。モータ１１０は、プランジャヘッドアセンブリの移動をもたらすためにドライブトレイン１１２（または、駆動構成要素）を指示するための主要な手段である。ドライブトレイン１１２は、少なくとも部分的にポンプのハウジング内に配置され、流体の注入を機械的に指示する役割を担う駆動構成要素のセットとすることができる。

ポンプ１００は、電源レセプタクル１１４に接続されたコードを介したライン電源、または電源レセプタクル１１４に接続するラック内のコネクタを介したライン電源のいずれかをさらに含む。電池１１６は、注入ポンプ１００に電力の別の代替源を提供する。電池１１６は、実施形態において、ハウジング内に完全に封入され得る。

様々な電気部品および電気回路１１８は、コントローラ１０８への、または、システム内のコマンドの中継または遂行に必要なポンプハウジング内に配置される。様々な外部デバイスは、イーサネットコネクタ１２０またはＵＳＢポート１２２などの入力を介してポンプ１００にも接続され得る。

スピーカー１２４は、命令、警告、情報通信を含むフルレンジのオーディオ出力を提供するために装備されている。

プランジャヘッドセンサ１２６および他のセンサも、システムの一部とすることができる。プランジャヘッドセンサ１２６は、例えば、シリンジを特徴付ける、閉塞を検出する、プランジャ位置を決定するなどのタスクのために、様々な測定を行うことができる。コントローラ１０８は、センサ１２６および他の構成要素から得られた情報を利用して、通信および意思決定を支援する。具体的には図示されていないが、ＬＶＰポンプの実施形態において、センサ１２６は、ＬＶＰ用の感知装置を構成することができることを認識し、理解されたい。

図４を参照すると、一実施形態による、注入ポンプ用のコントローラサブシステムのためのブロック図が示されている。コントローラサブシステム２００は、コントローラ１０８および／またはユーザインタフェース１０２の一部として実装され得る。コントローラサブシステム２００は、一般に、プロセッサ２０２と、メモリ２０４と、制御ロジック２０６と、Ｉ／Ｏロジック２０８とを備えている。

プロセッサ２０２は、固定機能回路および／またはプログラマブル処理回路を含むことができる。プロセッサ２０２は、マイクロプロセッサ、コントローラ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、または同等のディスクリートもしくはアナログ論理回路のうちの任意の１つ以上を含むことができる。いくつかの例では、プロセッサ２０２は、１つ以上のマイクロプロセッサ、１つ以上のコントローラ、１つ以上のＤＳＰ、１つ以上のＡＳＩＣ、または、１つ以上のＦＰＧＡの任意の組み合わせ、ならびに、他の離散または集積論理回路など、複数の構成要素を含むことが可能である。本明細書においてプロセッサ２０２に帰属する機能は、ソフトウェア、ファームウェア、ハードウェア、または、それらの任意の組合せとして具現化されてもよい。実施形態において、プロセッサ２０２は、当業者によって容易に理解されるように、制御、表示、および、ユーザインタフェース動作、ならびに、他の任意の適切な動作のために構成されたプログラマブルデバイスを構成する。

メモリ２０４は、プロセッサ２０２によって実行されると、ポンプ１００に様々な機能を実行させるコンピュータ可読命令を含むことができる。メモリ２０４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、不揮発性ＲＡＭ（ＮＶＲＡＭ）、電子消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、または任意の他のデジタル媒体など、揮発性、不揮発性、磁気、光学、または、電子媒体を含むことができる。実施形態において、メモリ２０４は、プロセッサ２０２に動作可能に接続され、制御ロジック２０６および／またはＩ／Ｏロジック２０８の命令またはアルゴリズムを実行するための容量を提供し、特定の実施形態において、命令自体を格納するための容量も提供することが可能である。

制御ロジック２０６は、注入ポンプを動作させるように構成されたソフトウェアロジックで構成される。実施形態では、プログラミングロジックは、特定の療法または送達のタイプ（例えば、連続送達、間欠送達、疼痛制御、化学療法、全非経口栄養など）に対するポンプの動作を制御する様々なポンプ適用プログラム命令（例えば、実行可能コード、規定、および／または，データ）によって構成される。例えば、ポンプ応用プログラムは、ポンプパラメータの様々な事項を達成するためにポンプの動作を定義する命令を含むことができる。ポンプ応用プログラムは、例えば、患者固有のポンプパラメータと非患者固有のポンプパラメータの両方を含むポンププロトコルと、メモリ、ユーザインタフェース、または様々なセンサを監視しポンプ機構用のモータを駆動するためのアルゴリズムを割り当てるための命令と、を含む。

制御ロジック２０６は、また、特定のポンプと共に使用することができる注入剤に関連する情報、ならびに、投与ガイドライン、薬剤濃度、投与限界、および、臨床勧告に対応する情報を含むデータベース（しばしば「薬剤ライブラリ」と呼ばれる、またはそれを含む）にアクセスするようにプログラムまたは構成することが可能である。一般に、薬物ライブラリは、予め定義された濃度または標準濃度の薬物のリストを含み、これによって安全な投与範囲が効果的に決定される。

実施形態において、制御ロジック２０６は、注入ポンプの動作に関連するプログラミングパラメータを受け取るために、ＨＩＳにインタフェースするように構成され得る。特定の実施形態では、ＨＩＳ、または、対応する薬学サブシステムは、プロトコルがポンプに送信される前に安全面のチェックを処理するように構成されている。

Ｉ／Ｏロジック２０８は、どの情報をユーザに表示するか、および、どの情報をユーザから受信するかについて論理的決定を行うように構成されたソフトウェアロジックを含む。実施形態において、Ｉ／Ｏロジック２０８は、スクリーンＩ／Ｏ、キーパッドＩ／Ｏ、または他の適切な入力／出力機構に表示することができる。実施形態において、Ｉ／Ｏロジック２０８は、キーパッドＩ／Ｏおよび／またはスクリーンＩ／Ｏまたは他の適切な入力／出力機構から入力を受け取ることができる。さらに、Ｉ／Ｏロジック２０８は、プログラミングロジック２０６を介して、コントローラ１０８およびポンプ１００の注入アルゴリズムと統合することができる。

図５を参照すると、一実施形態による、注入ポンプシステムのためのアーキテクチャブロック図が示されている。システム３００は、一般に、ポンプ３０４と電気的に通信する病院情報システム（ＨＩＳ）３０２を含む。図および本書全体を通して説明されるＨＩＳ３０２は、そのサブコンポーネントおよびサブシステムのすべてを備えた病院の情報または管理システムを含む。ＨＩＳ３０２は、統合されたヘルスケア関連情報を提供するシステムを含み、患者ケアの提供を支援するために病院またはヘルスケア施設の関係者によってアクセス可能である。このようなシステムは、病院およびそのサービス処理の医療、管理、財務および法的側面を管理するために設計された、包括的で統合された情報システムである。

実施形態では、ＨＩＳ３０２は、患者のための電子医療記録（ＥＭＲ）３０６をさらに含むか、または管理することができる。そのような電子記録は、患者のための最新の病歴、患者データ、ラボワーク、試験結果、処方箋、画像診断および診断情報等を含むことができる。ＨＩＳ３０２は、いくつかの実施形態において、薬剤ライブラリに統合するためにデータをサーバに送信するように構成することができる。同様に、データは、情報提供、報告、または患者ケアの目的のために、サーバからＨＩＳ３０２に送信することができる。

実施形態では、ＨＩＳ３０２および／またはＥＭＲ３０６は、自動プログラミング（または「スマートポンププログラミング」）プロセスにおいて、ポンプ３０４等の注入ポンプに注入オーダーを送信することができる。ＨＩＳを介した自動プログラミングは、典型的には、ポンプでのユーザによる手動プログラミング入力よりも効率的である。実施形態では、ＨＩＳ３０２および／またはＥＭＲ３０６は、薬物安全ソフトウェアチェックおよびそのようなパラメータがポンプ３０４への送信前にレビューおよび承認されたオーダーシステムからの相関集団を通じてプログラミングパラメータの安全性を確保することができる。したがって、自動プログラミングは、注入エラーを排除し、より迅速かつタイムリーな患者ケアを提供するのに役立ち得る。

実施形態において、自動プログラミングプロセスは、ポンププロセスを開始する初期メッセージを送信するように構成されたバーコード投薬によってＨＩＳ３０２で開始され得る。

図６を参照すると、実施形態による、注入ポンプをプログラミングする方法４００のフローチャートが描かれている。実施形態において、方法４００は、ポンプ１００またはポンプ３０４等、本明細書に記載されるポンプのうちの１つをプログラムすることができる。さらに、方法４００の一部として記載される動作は、制御ロジック２０６および／またはＩ／Ｏロジック２０８において実装され得る。

実施形態において、方法４００は、一般に、４０２において、注入ポンプによって、ＨＩＳからプログラミングパラメータを受信することを含む。実施形態において、プログラミングパラメータは、自動プログラミングまたはスマートポンププログラミングワークフローの一部として受け取られる。例えば、プログラミングパラメータは、コンピュータ化された医師のオーダーエントリの一部として医師によって入力され、薬局によって承認され、ネットワークを介してポンプに送信され得る。

４０４において、ポンプは、受け取ったプログラミングパラメータに関連するプロトコルについて、そのポンプ薬物ライブラリをチェックする。実施形態において、ポンプは、プログラミングパラメータが対応する薬物ライブラリエントリを有するか否かを決定するために、様々なレベルのフィルタリングを実行することができる。例えば、ポンプは、最初に、プログラムされた薬剤識別子または薬剤名、次に指定された特定の濃度（複数可）、次に指定された送達単位等に一致する全ての薬剤ライブラリエントリを識別することができる。

４０６において、ポンプが一致するプロトコルを識別する場合、ポンプは、典型的な自動プログラミングワークフローにおいて、その特定の薬物ライブラリプロトコルに従ってプログラムされ得る。

しかしながら、ポンプが、４０４において、一致するプロトコルを識別できない場合、自動プログラミングワークフローを終了し、ポンプで（そして、ＨＩＳに）不一致エラーコードを提供する代わりに、ポンプは、４０８において、不一致エラーコードをキューに入れ、ワークフローで継続することが可能である。

４１０において、ユーザは、受け取ったプログラミングパラメータを使用して、手動モードでプログラムするオプションを提示される。ユーザが手動モードでプログラムするオプションを選択しない場合、４１２において、他の適切なエラーコードと同様に、不一致エラーコードがポンプに出力され、ＨＩＳに適宜戻される。

ユーザが手動モードでプログラムするオプションを受け入れた場合、ポンプは手動モードで動作するように構成され、受信したプログラミングパラメータは４１４での手動モード動作の一部として入力される。

４１６において、ポンプは手動モードで操作される。手動モード操作「オーバーライド」が失敗した場合、不一致エラーコード、および、他の適切なエラーコードが、ポンプに出力され、ＨＩＳに適宜戻される。

オプションとして、図６には示されていないが、注入に関するデータは、記録のためにＨＩＳに自動的に還流させることができる。

したがって、実施形態は、ポンプが、薬物ライブラリの一致が見つからないときにワークフローを終了するのではなく、自動プログラミングワークフローを維持できるように構成される。さらに、新しい薬物ライブラリエントリは、空の薬物ライブラリエントリテンプレートから作成または記入しておく必要はない。

図７Ａ～７Ｂを参照すると、実施形態による、注入ポンプをプログラミングする方法５００のフローチャートが示されている。図６と同様に、方法５００は、ポンプ１００またはポンプ３０４等、本明細書に記載されるポンプのうちの１つをプログラムすることができる。さらに、方法５００の一部として記載される動作は、制御ロジック２０６および／またはＩ／Ｏロジック２０８において実装され得る。

５０２において、有効な注入オーダーメッセージが、ＨＩＳ上のＣＰＯＥなどのプログラミングシステムから、注入ポンプによって受信される。

５０４において、ポンプは、注入オーダーメッセージが、正しいデバイス、正しいデバイスタイプ（例えば、シリンジ、ＬＶＰ、ＰＣＡ等）を含み、選択された注入ルートがサポートされていること（例えば、ＩＶ、硬膜外、等）を確認する。

５０６において、装置、装置タイプ、または、注入経路のうちの１つが一致しない場合、適切なエラーコードを出力することができる。実施形態において、エラーコードは、ポンプに出力されるだけでなく、動作可能に接続されたＨＩＳに戻すことができる。

５０８において、装置、装置タイプ、および、注入ルートが一致する場合、ポンプは、一致する薬物ライブラリエントリを見つけるためにフィルタリングのプロセスを開始する。実施形態において、ポンプは、受信した注入オーダーメッセージから、受信した薬剤ｉ．ｄ．または薬剤名と一致する全ての薬剤ライブラリエントリを見つけることができる。

５１０において、ポンプは、受信した注入オーダーメッセージで提供された薬剤に一致する薬剤ライブラリエントリのフィルタリングリストを提供する。

５１２において、ポンプが一致する薬物ライブラリエントリを見つけない場合、注入ポンプが受信した薬物をその薬物ライブラリに一致させることができないというエラーコードが、キューに入れられる。パスＡを介して、受信されたパラメータは、（これから説明するように）手動注入を試みるために使用される。

５１４において、フィルタリング処理を継続し、ポンプは、濃度値が、受信した注入オーダーメッセージに定義されているか否かを判断する。

５１６において、受信した注入オーダーメッセージに濃度が定義されていない場合、薬剤名または薬剤ｉ．ｄ．に一致する薬剤ライブラリエントリのリストが作成される。

５１８において、受信した注入オーダーメッセージに濃度が定義されている場合、５１８で、受信した注入オーダーメッセージに濃度が定義されている場合、定義された濃度と一致するか、または定義された濃度を有しない薬物ライブラリエントリのリストが作成される。が作成される。

５２０において、生成されたサブセットリストから、一致する濃度についてのチェックが行われる。例えば、生成されたサブセットリストは、受け取った濃度に一致する濃度をチェックすることができる。５２０から一致する薬物ライブラリエントリがない場合、要求されるプログラムパラメータが不足しているというエラーコードが５２２でキューに入れられる。パスＢを介して、受信されたパラメータは、（これから説明するように）手動注入を試みるために使用される。

５２４において、濃度未定義経路を経由した５１６、または、濃度定義経路を経由した５２０のいずれかから、マッチしたエントリを用いて、ポンプは、受け取ったパラメータにマッチしない送達単位を有するエントリをフィルタリングする。

５２６において、ポンプは、送達単位が一致する薬物ライブラリエントリがあるか否かを判断する。５２８において、一致する薬物ライブラリエントリがない場合、投与量または速度単位が薬物ライブラリと一致しないというエラーコードがキューに入れられる。パスＢを介して、受信されたパラメータは、（これから説明するように）手動注入を試みるために使用される。

５３０において、送達単位が一致する場合、一致する薬物ライブラリエントリを有するプロファイルのリストが臨床医に提示される。

図７Ｂの経路Ｃを経て、臨床医は、薬物ライブラリエントリを選択する。５３４において、臨床医がライブラリエントリを選択しない場合、適切なエラーコードが出力され得る。例えば、エラーコードは、プログラミングがユーザによって拒否されたことを示すことができる。実施形態において、エラーコードは、ポンプに出力されるだけでなく、動作可能に接続されたＨＩＳに戻ることができる。

５３６において、臨床医が薬剤ライブラリエントリを選択した場合、ポンプは、オーダーパラメータが選択された薬剤ライブラリエントリ制限内にあることを確認する。

５３８において、薬物オーダーパラメータは、ポンプユーザインタフェース上で臨床医に提示される。

５３６に戻り、ポンプが、オーダーパラメータが選択された薬物ライブラリエントリの制限の外にあると決定した場合、適切なエラーコードが５４０でキューに入れられる。

ワークフローを終了してエラーを報告する従来の方法とは対照的に、代わりに、エラー５１２、５２２、５２８、５４０はキューに入れられる。

経路ＡおよびＢに戻り、５４２において、ポンプは、自動プログラミングのオーバーライドが許可されているか否かを判断する。実施形態において、薬剤師のユーザは、ポンプの薬剤ライブラリのオプションを設定することによって、オートプログラミングオーバーライドが許可されるか否かを実施することができる。例えば、これは、薬物ライブラリの初期構成など、任意の自動プログラミングの前に行うことができる。その後、５４２で、ポンプは、「オートプログラミングオーバーライド許可」オプションをチェックし、ポンプがオーバーライドできるか否かを決定する。

５４４において、自動プログラミングのオーバーライドが許可されていない場合、自動プログラミングワークフローは終了し、適切なキューに入れられたエラーコードが返される。実施形態において、エラーコードは、ポンプに出力されるだけでなく、動作可能に接続されたＨＩＳに戻されることも可能である。

５４６において、自動プログラミングのオーバーライドが許可されている場合、制御ロジックは、受け取ったパラメータで薬剤ライブラリをオーバーライドするようにユーザ（例えば、臨床医）に促す。ユーザが、受け取ったパラメータで薬物ライブラリを上書きしないことを選択した場合、自動プログラミングワークフローは終了し、５４８において、適切なキューに入れられたエラーコードが返される。実施形態では、エラーコードは、ポンプに出力されるだけでなく、動作可能に接続されたＨＩＳに戻されることも可能である。

５５０において、ユーザが受信したパラメータで薬剤ライブラリを上書きすることを選択した場合、ポンプにＨＩＳから受信したパラメータを入力し、「手動モード」注入をプログラムする。

５５２において、ポンプは、ハードウェアの制限、サポートされるユニット、および、送達モードを確認する。５５２から、ポンプが手動モードでプログラムすることができない場合、自動プログラミングワークフローは終了し、５５４で適切なキューに入れられたエラーコードが返される。

しかしながら、ハードウェアの制限、サポートされる単位、および、送達モードが許容可能である場合、薬剤注文パラメータは、５３８においてポンプユーザインタフェース上で臨床医に提示される（標準の自動プログラミングワークフローにおけるように）。別の実施形態では、実行に必要な最小値は、薬剤名と速度である。

５５６において、臨床医はパラメータを確認し、ポンプを始動させる。５５８において、臨床医がパラメータを拒否した場合、自動プログラミングワークフローは終了し、適切なキューに入れられたエラーコードが返される。

５６０において、注入が開始される。実施形態において、注入開始メッセージ（注入に関する適切な付随するデータを伴う）は、ＨＩＳに送り返され得る。ＨＩＳは、注入が元々指令されたものと異なる場合、フラグを立てることができる。ＨＩＳを操作する臨床医は、そこから注入を受け入れることができ、ＨＩＳは、その後更新され得る。

図８を参照すると、実施形態による、ＨＩＳと注入ポンプとの間の高度な相互運用性の方法６００のフローチャートが示されている。実施形態において、相互運用性の既存のシステムおよび方法は、本明細書に記載される注入ポンプをプログラミングするシステムおよび方法によって改善される。

例えば、ＨＩＳ３０２およびポンプ３０４（図示せず）は、方法６００において利用され得る。６０２において、ＨＩＳ３０２は、ポンプ３０４のための注入を命令するか、または他の方法で指示することができる。ＢＣＭＡサブプロセスは、注入液容器が、特定の患者およびその患者に対する適用可能な命令に対応する適切なバーコードでラベル付けされていることを確認することができる。６０４において、方法６００は、ポンプ３０４に薬物ライブラリのエントリがあるか否かを決定する。６０４から、方法６００は、３つの主要なサブプロセスに入ることができる。

６０４からの第１の一次サブプロセスにおいて、方法６００は、指示された注入のための適切な薬物ライブラリエントリがポンプ３０４に存在することを決定する。６０６において、ポンプ３０４は、指示された注入のプログラミングを受け入れる。６０８で、ポンプ３０４は、自動プログラムされる。６１０において、臨床医は、６０８のプログラミングを確認し、ポンプ３０４を起動することができる。６１２において、方法６００がポンプ－ＥＭＲの不一致を決定した場合、警告が提示される。６１４において、投薬は、例えば、ポンプ上および／またはＥＭＲ３０６上で自動的に文書化される。６１０に戻ると、方法６００は、６１６において、薬物ライブラリ更新のためのデータキャプチャを実行することができる。実施形態では、６１６の一部で、方法６００は、注入のための４つのカテゴリーのコンプライアンスのうちの１つを文書化することができる。すなわち、（１）開始した非薬物ライブラリ注入、（２）開始した薬物ライブラリ注入、（３）ＳＰＰ薬物ライブラリ注入、および、（４）ＳＰＰ ＥＭＲ非薬物ライブラリ注入である。このような文書は、ＨＩＳ３０２に伝送することができる。

６０４からの第２の一次サブプロセスにおいて、方法６００は、指示された注入のための適切な薬物ライブラリエントリがなく、オーバーライドが利用できないと判断し、ポンプ３０４の手動プログラミングのために６１８に進む。６２０において、方法６００は、指示された注入の薬剤が薬剤ライブラリにあるか否かを判断する。６２２において、薬剤が薬剤ライブラリにある場合、ポンプ３０４は、薬剤ライブラリによって定義される制限を使用して手動でプログラムされる。６２４において、投薬は、臨床医によって手動で文書化される。実施形態では、文書化は、任意選択で、薬物ライブラリ内の薬物を逆に関連付けするために使用され得る。代替的に、６２０に戻ると、薬剤が薬剤ライブラリで見つからない場合、ポンプ３０４は、６２７において、制限なく薬剤ライブラリの外部でプログラムすることが可能である。再び、６２４において、投薬は、臨床医によって手動で文書化され得る。

６０４からの第３の一次サブプロセスにおいて、方法６００は、指示された注入に対して適切な薬物ライブラリエントリが存在しないが、６２６においてオーバーライドが利用可能であると判断する。実施形態では、ポンプ３０４は、６２８において、ＥＭＲ３０６からの注入パラメータを使用して、方法４００および／または方法５００または実施形態のサブコンポーネントに従ってプログラムされる。次いで、方法６００は、６０６で第１の一次サブプロセスに関して説明したように進行することができる。

本明細書では、システム、デバイス、および、方法の様々な実施形態が説明されてきた。これらの実施形態は、例示としてのみ与えられており、特許請求される実施形態の範囲を限定することを意図していない。さらに、これまで説明してきた実施形態の様々な特徴は、様々な方法で組み合わせて、多数の追加の実施形態を作り出すことができることを理解されたい。さらに、様々な材料、寸法、形状、構成、および位置などが、開示された実施形態と共に使用するために説明されてきたが、開示されたもの以外のものが、請求された実施形態の範囲を超えることなく利用され得る。

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

従属請求項は、特許請求の範囲において、１つ以上の他の請求項との特定の組み合わせを指す場合があるが、他の実施形態は、従属請求項と他の各従属請求項の主題との組み合わせ、または１つ以上の特徴と他の従属または独立請求項との組み合わせも含むことができる。このような組み合わせは、特定の組み合わせが意図されていないことが記載されていない限り、本明細書で提案される。

上記の文書の参照による取り込みは、本明細書の明示的な開示に反する主題が取り込まれないように限定される。上記の文書の参照によるいかなる組み込みも、文書に含まれるいかなる請求項も本明細書に参照により組み込まれないように、さらに限定される。上記の文書の参照によるいかなる組み込みも、文書に提供されたいかなる定義も、本明細書に明示的に含まれない限り、本明細書に参照により組み込まれないように、さらに制限される。

請求項の解釈のために、「ｍｅａｎｓ ｆｏｒ」または「ｓｔｅｐ ｆｏｒ」という特定の用語が請求項に記載されていない限り、３５Ｕ．Ｓ．Ｃ．§１１２（ｆ）の規定は適用されないことが明示的に意図されている。

Claims (18)

1. プロセッサと、該プロセッサに動作可能に接続されたメモリと、制御ロジックと、を含む注入ポンプであって、前記制御ロジックは、実行されたときに、前記プロセッサに、
   病院情報システム（ＨＩＳ）から注入オーダーに対応するプログラミングパラメータを受信することであって、前記プログラミングパラメータは前記ＨＩＳによって検証されたものである、受信することと、
   前記受信したプログラミングパラメータが、前記注入ポンプの薬剤ライブラリ内の薬剤ライブラリプロトコルと一致するか否かを判断することと、
   前記プログラミングパラメータが、前記薬物ライブラリのどの薬物ライブラリプロトコルにも一致しない場合、不一致エラーコードをキューに入れることと、
   手動モードに前記受信したプログラミングパラメータを追加することと、
   前記入力されたプログラミングパラメータを使用して、前記手動モードで前記注入ポンプを動作させることと、
   を行わせる命令を含む、注入ポンプ。
2. 前記制御ロジックは、実行されると、前記プロセッサに、さらに、
   前記手動モード注入が失敗した場合、前記キューに入れられた不一致エラーコードを前記ＨＩＳに出力すること、
   を行わせる命令を含む、請求項１に記載の注入ポンプ。
3. 前記制御ロジックは、実行されると、前記プロセッサに、さらに、
   前記手動モード操作オプションをユーザに提示することと、
   前記受信したプログラミングパラメータを入力する前に、前記手動モード操作オプションの受諾を受信することと、
   を行わせる命令を含む、請求項１に記載の注入ポンプ。
4. 前記制御ロジックは、実行されると、前記プロセッサに、さらに、
   前記手動モード操作オプションを前記ユーザに提示する前に、自動プログラミングのオーバーライドが許可されていることを決定すること、
   を行わせる命令を含む、請求項３に記載の注入ポンプ。
5. 前記制御ロジックが、実行されると、前記プロセッサに、さらに、
   前記受信したプログラミングパラメータを入力することが、入力された、または、部分的に入力された薬物ライブラリエントリを作成することなく、前記手動モードに、前記受信したプログラミングパラメータを追加すること、
   を行わせる命令を含む、請求項１に記載の注入ポンプ。
6. 前記制御ロジックが、実行されると、前記プロセッサに、さらに、
   前記注入ポンプの薬剤ライブラリをフィルタリングすることを行わせる命令を含み、
   前記不一致エラーコードは、前記フィルタリングに基づいており、前記薬剤ライブラリに入力されていない薬剤、必要なプログラミングパラメータの欠落、または、投与単位もしくは速度単位が、前記薬剤ライブラリに一致しないことのうちの少なくとも１つである、
   請求項１に記載の注入ポンプ。
7. 前記制御ロジックは、実行されると、前記プロセッサに、さらに、
   前記手動モードで前記注入ポンプを動作させる前に、前記手動モードのハードウェア制限、サポートされるユニット、および、送達モードが、前記注入ポンプと互換性があることを確認すること、
   を行わせる命令を含む、請求項１に記載の注入ポンプ。
8. 前記制御ロジックは、実行されると、前記プロセッサに、さらに、
   手動モード情報を前記ＨＩＳに送信すること、
   を行わせる命令を含む、請求項１に記載の注入ポンプ。
9. 注入ポンプをプログラミングする方法であって、
   病院情報システム（ＨＩＳ）から、注入オーダーに対応するプログラミングパラメータを受信することであって、前記プログラミングパラメータは前記ＨＩＳによって検証されたものである、受信することと、
   前記受信したプログラミングパラメータが、前記注入ポンプの薬剤ライブラリ内の薬剤ライブラリプロトコルと一致するか否かを判定することと、
   前記プログラミングパラメータが、前記薬物ライブラリ内のどの薬物ライブラリプロトコルにも一致しない場合、不一致エラーコードをキューに入れることと、
   手動モードに、前記受信したプログラミングパラメータを入力することと、
   前記入力されたプログラミングパラメータを使用して、前記手動モードで前記注入ポンプを動作させることと、
   を含む、方法。
10. 前記手動モード注入が失敗したとき、前記キューに入れられた不一致エラーコードを前記ＨＩＳに出力すること、
    をさらに含む、請求項９に記載の注入ポンプをプログラミングする方法。
11. ユーザに前記手動モード操作オプションを提示することと、
    前記受信したプログラミングパラメータを入力する前に、前記手動モード操作オプションの受諾を受信することと、
    をさらに含む、請求項９に記載の注入ポンプをプログラミングする方法。
12. 前記手動モード操作オプションを前記ユーザに提示する前に、自動プログラミングのオーバーライドが許可されていると判断すること、
    をさらに含む、請求項１１に記載の注入ポンプをプログラミングする方法。
13. 前記手動モードに、前記受信したプログラミングパラメータを追加することは、入力された、または、部分的に入力された薬剤ライブラリエントリを作成せずに、前記受信したプログラミングパラメータを入力することを含む、請求項９に記載の注入ポンプをプログラミングする方法。
14. 前記注入ポンプの前記薬剤ライブラリをフィルタリングすることをさらに含み、 前記不一致エラーコードは、前記フィルタリングに基づき、かつ、前記薬剤ライブラリに入力されていない薬剤、必須のプログラミングパラメータの欠落、または、用量単位もしくは速度単位が前記薬剤ライブラリに一致しないことのうちの少なくとも１つである、
    請求項９に記載の注入ポンプをプログラミングする方法。
15. 前記手動モードで前記注入ポンプを動作させる前に、前記手動モードのハードウェア制限、サポートされるユニット、および、送達モードが、注入ポンプと互換性があることを確認すること、
    をさらに含む、請求項９に記載の注入ポンプをプログラミングする方法。
16. 手動モード情報を前記ＨＩＳに送信すること、
    をさらに含む、請求項９に記載の注入ポンプをプログラミングする方法。
17. 病院情報システム（ＨＩＳ）から注入オーダーに対応するプログラミングパラメータを受信する手段であって、前記プログラミングパラメータは前記ＨＩＳによって検証されたものである、受信する手段と、
    前記受信したプログラミングパラメータが、前記注入ポンプの薬剤ライブラリ内の薬剤ライブラリプロトコルに一致するか否かを判定する手段と、
    前記プログラミングパラメータが、前記薬物ライブラリ内のどの薬物ライブラリプロトコルにも一致しない場合、不一致エラーコードをキューに入れる手段と、
    手動モードに前記受信したプログラミングパラメータを追加する手段と、
    前記入力されたプログラミングパラメータを使用して、前記手動モードで前記注入ポンプを動作させる手段と、
    を備える注入ポンプ。
18. 前記手動モード注入が失敗した場合、キューに入れられた前記不一致エラーコードを前記ＨＩＳに出力する手段、
    をさらに備える、請求項１７に記載の注入ポンプ。

Images