JP2019195693A - 投薬安全装置及び方法 - Google Patents

Abstract

【課題】投薬安全装置及び方法を提供すること。【解決手段】投薬安全装置及び方法が、注入ポンプと、この注入ポンプと通信している薬剤ライブラリとを含むことが可能である。薬剤ライブラリは、少なくとも１つの薬剤に関連付けられている上位のハード限界及びソフト限界と下位のハード限界及びソフト限界とを有することが可能である。グラフィカルユーザインターフェースが、すくなくとも１つの薬剤に関する上位及び下位のソフト限界バーを示すバーチャートを表示することが可能である。上位及び下位のソフト限界バーは、新たな上位及び下位のソフト限界に関連した新たな位置に、タッチスクリーン方式によってグラフィカルユーザインターフェース上で掴んでドラッグされることが可能である。これに応答して、グラフィカルユーザインターフェースとこれに関連したハードウェア及びソフトウェアは、データを再分析して、新たな上位及び下位のソフト限界に対して個別の注入を比較するように構成可能である。【選択図】図１

Description

本開示は、概して、薬剤の安全な送達を容易化するための医療システム、装置、及び、方法に関する。特に、本開示は、医療用注入ポンプの動作のための、及び、こうしたポンプの動作時に使用される薬剤ライブラリの開発及びメンテナンスのための、システム、装置及び方法に関する。

＜関連出願＞
本出願は、２０１３年１月２８日付で出願された標題「投薬安全装置及び方法（ＭＥＤＩＣＡＴＩＯＮ ＳＡＦＥＴＹ ＤＥＶＩＣＥＳ ＡＮＤ ＭＥＴＨＯＤＳ）」の米国特許出願公開第６１／７５７，５８７号明細書と、２０１３年５月２２日付で出願された標題「投薬安全装置及び方法（ＭＥＤＩＣＡＴＩＯＮ ＳＡＦＥＴＹ ＤＥＶＩＣＥＳ ＡＮＤ ＭＥＴＨＯＤＳ）」の米国特許出願公開第６１／８２６，２５３号明細書との利益を主張し、これらの両方はその全体において本明細書に引例として援用されている。

医療用注入ポンプは、患者の循環系の中に栄養剤及び薬剤のような液体を注入するために使用される。こうしたポンプは、このような流体の投与における広範囲の融通性を提供する。例えば、薬剤が循環系の中に送り込まれる速度が可変的にプログラムされることが可能であり、投与されるべき合計体積が事前設定されることが可能であり、及び、薬剤を投与するための時間が、特定の周期性における自動送達のためにスケジュール設定されることが可能である。注入ポンプを用いた注入の速度と時間と量の事前プログラミングが、手作業で行われる場合には非実用的であるか高コストであるか又は不確実である可能性がある様々な種類の治療プロトコルを可能にするが、一方、医療従事者が継続的には存在しない時に、患者に対する流体の導入を安全に調節するという問題を生じさせる。

医療用注入ポンプは、大体積ポンプと小体積ポンプとに分類することが可能である。大体積ポンプは、典型的には、他の薬剤及び流体に比較して相対的に大きな体積で患者に対して送達されることが必要である、栄養剤のような薬剤と流体のために使用され、一方、小体積ポンプは、インシュリン、又は、オピエートのような他の薬剤を注入するために使用されることが可能である。小体積ポンプは様々な形態をとるが、シリンジポンプは、少量の流体の正確な注入を実現することが可能である幾つかのタイプのポンプの１つである。

シリンジポンプは、典型的には、シリンジに流体連通している注入管路を通して、調節された速度で、処方された量又は投与量の流体を患者に送達するように、マイクロプロセッサの制御の下で機械的に駆動されるプレフィルド薬剤シリンジを使用する。シリンジポンプは、典型的には主ねじを回転させるモータを含む。一方、この主ねじは、シリンジのバレル内のプランジャを前方に押すプランジャ駆動装置を作動させる。したがって、プランジャを前方に押すことが、薬剤の投与量をシリンジから外方に注入管路の中に押し進め、さらに、典型的には静脈内的に、患者に注入する。シリンジポンプの例が、標題「コンピュータに対するバーコード入力を伴う注入ポンプ（Ｉｎｆｕｓｉｏｎ Ｐｕｍｐ ｗｉｔｈ Ｂａｒ Ｃｏｄｅ Ｉｎｐｕｔ ｔｏ Ｃｏｍｐｕｔｅｒ）」の特許文献１と、標題「シリンジポンプ迅速閉塞検出システム（Ｓｙｒｉｎｇｅ Ｐｕｍｐ Ｒａｐｉｄ Ｏｃｃｌｕｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）」の特許文献２と、標題「シリンジポンプのためのシリンジプロファイルの更新（Ｕｐｄａｔｉｎｇ Ｓｙｒｉｎｇｅ Ｐｒｏｆｉｌｅｓ ｆｏｒ ａ Ｓｙｒｉｎｇｅ Ｐｕｍｐ）」の特許文献３とに開示されており、これらの特許文献の各々はその全体において本明細書に引例として援用されている。この開示全体で使用される場合に、術語「シリンジポンプ」は、シリンジから外方に流体を調節可能な形で押し進めるようにシリンジに対して作用する任意の装置に概ね関係することが意図されている。

シリンジポンプは、治療薬剤、栄養剤、医薬剤、抗生物質と血液凝固剤と鎮痛剤のような薬剤、及び、他の流体を非限定的に含む、患者に対する薬剤又は流体の送達を調節するために使用される。この装置は、幾つかの経路のいずれかによって、例えば、静脈内的に、皮下的に、動脈内的に、又は、硬膜外に、患者の体の中に医薬又は流体を送り込むために使用されることが可能である。

注入中の患者の安全性を向上させるために、シリンジポンプ製造業者は、上述の機械的手段による患者に対する流体に対する単なる送達を越えた機能性を提供することが可能である、いわゆる「スマート」ポンプを開発してきた。スマートポンプは、典型的には、ポンプから特定の患者への特定の薬剤の送達に関する、投与量、濃度、時間等の投薬プログラムパラメータに対する安全性限界に関する情報を提供し、又は、さらには安全性限界を強制することもある。したがって、こうした安全性限界に関連付けられているいわゆる「薬剤ライブラリ」を作成してメンテナンスするために、医師のより多くの作業が必要とされるだろう。こうした機能性の提供が、特定の医療行為とプロトコルと標準手順とにおいて、より重要であると見なされることがあるだろう。しかし、他の医療行為とプロトコルとにおいては、標準化、ポンプの安全性限界の対処、又は、薬剤投与レート範囲の制限に関しては、あまり多くの強調又は必要が存在しないだろう。したがって、幾つかのレベルの機能性を提供するポンプに関する必要性が満たされていない。

ポンプに関する安全性限界及び／又は薬剤ライブラリに関する高度の機能性を典型的には必要としない状況では、医師は、通常は、スマートポンプのワークフローよりも著しく単純なワークフローに慣れている。単純なワークフローは、「レート、ボリューム、ラン（Ｒａｔｅ，Ｖｏｌｕｍｅ，Ｒｕｎ）」として、又は、同様の基本的な調節注入プロトコルとして、通常は定義される。反対に、より完全に調節された注入が、典型的には、適用可能な安全性限界を使用するだろうし、この安全性限界は、通常は、特定の薬剤の送達における「ハード」限界（ｈａｒｄ ｌｉｍｉｔ）又は「ソフト」限界（ｓｏｆｔ ｌｉｍｉｔ）と呼ばれる。ハード限界は、その限界の外側にある選択された注入パラメータが、警報の発生、ポンプの動作不能、又は、ポンプがパラメータの選択又は入力を受け入れることを不可能にすることを結果的に引き起こす、限界として定義されることが多い。ハード限界は、典型的には、ヘパリンのような高リスクな薬剤に関して設定されている。しかし、ソフト限界は、警報を生じさせることがあるが、しかし、依然として注入が進行するように無視される限界として定義されることが多い。ハード限界及び／又はソフト限界がスマートポンプに関して使用される時には、情報が、ポンプ、又は、そのポンプと通信しているか又はそのポンプを制御する別のシステムに入力され、及び、この情報は、患者の体重、注入される薬剤のタイプ、及び、処方された薬剤の濃度のようなデータを含む。典型的には、薬剤ライブラリは、事前決定された濃度又は標準濃度での薬剤のリストを含み、及び、このリストは安全投薬範囲を効果的に決定する。薬剤ライブラリを伴うこうしたスマートポンプをプログラムするために、医師は、典型的には、特定の薬剤と濃度とを選択し、患者の体重を入力し、投与量及び時間のような必要とされる注入パラメータをプログラムし、及び、その次に、注入を開始するためのコマンドを入力する必要があるだろう。これらの段階は、医師のより複雑なワークフローを結果的に生じさせる。

しかし、恐らくは、スマートポンプのワークフローに対するより深刻な問題は、患者に対してポンプを実際に使用する前に、動作パラメータを準備して設定することにある。薬剤師のような医療スタッフメンバーが、各々の薬剤に関する、及び、恐らくは各々の薬剤濃度にも関する、ハード限界とソフト限界とに関する薬剤ライブラリを開発することが必要である可能性が高いだろう。場合によっては、こうした薬剤ライブラリ又は薬剤リストは、患者に対する注入の前に定義且つ入力される必要がある数千を超える入力項目を含むだろう。薬剤ライブラリを開発してメンテナンスすることが、多数の薬剤リストと、手作業で入力される多量のデータとを必要とし、したがって、大量の時間を要する。この問題は、病院情報システム（Ｈｏｓｐｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）（ＨＩＳ）の一部分としての従来の薬剤ライブラリ記憶コンポーネントに対するあらゆる移行において、又は、従来の薬剤ライブラリ記憶コンポーネントからの移行において、さらに悪化させられる。

米国特許第４，９７８，３３５号明細書 米国特許第８，１８２，４６１号明細書 米国特許第８，２０９，０６０号明細書

したがって、限界の設定と薬剤ライブラリとにおけるより高い機能性とより低い機能性との両方の必要を満たし、且つ、必要に応じてより洗練された薬剤ライブラリを作成及びメンテナンスするために低い機能性から容易に移行することが可能である、投薬安全装置及び方法を提供することが有用であり且つ有利であるだろう。

本開示の実施態様が、新規性があり且つ発明的である投薬安全装置及び方法を提供する。

一実施態様では、投薬安全装置が、ポンプと、このポンプと通信している薬剤ライブラリとを含むことが可能である。薬剤ライブラリは、少なくとも１つの薬剤に関連付けられている上位のハード限界及びソフト限界と下位のハード限界及びソフト限界とを有することが可能である。グラフィカルユーザインターフェースが、すくなくとも１つの薬剤に関する上位及び下位のソフト限界バーを示すバーチャートを表示することが可能である。上位及び下位のソフト限界バーは、１つの特定の実施態様では、新たな上位及び下位のソフト限界に関連した新たな位置に、グラフィカルユーザインターフェース上でタッチスクリーン式に掴んでドラッグされることが可能である。このグラフィカルユーザインターフェースとこれに関連したハードウェア及びソフトウェアは、これに応答する形で、データを再分析し、新たな上位及び下位のソフト限界に対して特定の注入を比較するように、構成可能である。したがって、様々な実施態様の特徴と利点において、ユーザインタラクティブな限界値が、シリンジポンプのための薬剤ライブラリにおいて与えられる。例えば、スライド可能な下位ソフト限界（ＬＳＬ）、上位ソフト限界（ＵＳＬ）、下位ハード限界（ＬＨＬ）、及び／又は、上位ハード限界（ＵＨＬ）が、既知の従来の注入に関する限界を提示するために、薬剤ライブラリデータセット内のデータをグループ化又はグループ解除するために使用されることが可能である。したがって、医師又は審査会が、ＬＳＬ、ＵＳＬ、ＬＨＬ、及び／又は、ＵＨＬのいつかの側面に該当する許容可能又は許容不可能な注入の回数に関する限界に対する変化の効果、即ち、計算された能力指数（ｃａｐａｂｉｌｉｔｙ ｉｎｄｅｘ）を容易に検査することが可能である。したがって、実施態様が、薬剤ライブラリの作成とメンテナンスに対する全体論的なアプローチを提供する。

一実施態様では、薬剤ライブラリの作成の方法が提供され、この方法は、複数のリストされた薬剤名称と、リストされた薬剤の各々に関する１つ又は複数の送達濃度と、リストされた薬剤の各々に関する１つ又は複数のドースレート（ｄｏｓｅ ｒａｔｅ）とを含む、薬剤リストを受け取ることと、リストされた複数の薬剤の少なくとも１つの、少なくとも１つの注入ポンプによる注入に関する情報を含む動作データを、少なくとも１つの注入ポンプから受け取ることと、薬剤リストと動作データとを統合する（ｉｎｔｅｇｒａｔｅ）こととを含む。

一実施態様では、投薬安全システムは、少なくとも１つの注入ポンプと、この少なくとも１つの注入ポンプに動作的に接続されている集約サーバ（ａｇｇｒｅｇａｔｉｎｇ ｓｅｒｖｅｒ）とを備え、及び、この集約サーバは、プロセッサと記憶装置とを備え、及び、この集約サーバは、複数のリストされた薬剤名称と、リストされた薬剤の各々に関する１つ又は複数の送達濃度と、リストされた薬剤の各々の１つ又は複数のドースレートとを含む薬剤リストを受け取るように、及び、リストされた複数の薬剤の少なくとも１つの、少なくとも１つの注入ポンプによる注入に関する情報を含む動作データを、少なくとも１つの注入ポンプから受け取るように、及び、薬剤ライブラリを作成するために薬剤リストと動作データとを統合する（ｉｎｔｅｇｒａｔｅ）ように構成されている。

一実施態様では、注入ポンプを移行させる方法が、「レート−ボリューム−ラン」モード（ｒａｔｅ−ｖｏｌｕｍｅ−ｒｕｎ ｍｏｄｅ）で注入ポンプを動作させることと、データ収集モードで注入ポンプを動作させることと、スマートポンプモードで注入ポンプを動作させることとを含む。

一実施態様では、注入ポンプは、「レート−ボリューム−ラン」モードで注入ポンプを動作させ、データ収集モードで注入ポンプを動作させ、及び、スマートポンプモードで注入ポンプを動作させるように構成されている、ポンプ圧送機構とプロセッサとを備える。

様々な実施態様の別の特徴と利点では、能力指数（ｃａｐａｂｉｌｉｔｙ ｉｎｄｅｘ）が、データセット内のデータをグループ化又はグループ解除するために薬剤ライブラリデータセットに対して適用されることが可能である。例えば、プロセス能力指数が、新たな境界又は潜在的な限界を有する比較のための新たなチャートを自動的に作成することが可能である。したがって、医師又は審査会が、ＬＳＬ、ＵＳＬ、ＬＨＬ、及び／又は、ＵＨＬのいつかの側面に該当する許容可能又は許容不可能な注入の回数に関するプロセス能力指数に対する変更の効果を容易に検査することが可能である。

様々な実施形態の別の特徴と利点では、本明細書で説明されるユーザインターフェースが、動作的に接続されているサーバ上、統合された視覚的表示装置上、又は、特定のポンプ上で提供されることが可能である。例えば、集約サーバが、１つ又は複数の「データ収集」ポンプを使用するデータ収集のために、後述するように１つ又は複数のポンプに動作的に接続されることが可能である。集約サーバは、１つ又は複数のデータ収集ポンプからデータを受け取り、且つ、薬剤ライブラリデータセット内に収容するために上記データを収集又は集約するように構成されている。この後で、薬剤ライブラリと限界バーとを表示するユーザインターフェースが、限界及び他のデータセットの操作及び分析のために集約サーバ上に表示されることが可能である。別の例では、集約サーバは、上述したようにデータを集約することが可能であるが、特定の限界及び他のデータセットの操作及び分析は、コンピュータ、タブレット、スマートフォン、ＰＤＡ、又は、他の適切な装置のような、集約サーバに動作的に接続されている統合された視覚的表示装置上で行われることが可能である。別の例では、集約サーバは、上述したようにデータを集約することが可能であるが、特定の限界及び他のデータセットの操作及び分析は、集約サーバに動作的に接続されているポンプ又は他の医療装置上で行われることが可能である。実施態様においては、ポンプは、注入データを集約サーバに送信したデータ収集ポンプである。他の実施態様では、独立したポンプが集約サーバとして機能することが可能である。

様々な実施態様の別の特徴及び利点では、動的データ管理が実現される。一実施態様では、集約され及び／又は提供されるデータが、例えば、小児科患者、老人病患者、高リスク患者、又は、低リスク患者等のような患者集団に関してフィルタリングされることが可能である。これらのデータは、集約された後に、医師、審査会、又は、他のユーザからの入力にしたがってフィルタリングされることが可能である。例えば、小児科患者に関する適切な制限が、成人患者に関する制限とは大きく異なる可能性がある。したがって、これらの患者集団に関して様々な上位及び下位の限界を提供することが用心深いだろう。同様に、高リスク成人患者に適している制限が、低リスク成人患者に適している制限とは大きく異なる可能性がある。１つの薬剤に関して適切である制限が別の薬剤に関しては（又は、異なる濃度の同一の薬剤に関しても）不適切である可能性があるので、データは、さらに、薬剤のタイプによってフィルタリングされることが可能である。したがって、そのシステムに接続されているポンプによって処置されている患者の安全性を確実なものにするために、通知される判断が行われることが可能であるように、フィルタが適切なデータセットを提供することが可能である。さらに、書類によって又は電子的にテキスト文書が審査会又は医師の調査のために提供されることが一般的である従来のアグリゲータ（ａｇｇｒｅｇａｔｏｒ）の静的報告とは違って、新たな又は変更された制限値が選択された直後に、その値が、動作的に接続されているポンプに対して自動的にプログラムされることが可能である。

様々な実施態様の別の特徴及び利点では、集約サーバが、統計的に有意である個数のデータポイントが１つ又は複数のデータ収集ポンプによって得られ終わる時点を計算するように構成されている。当業者の理解では、サンプルからの特定のデータ母集団に関する推論を行うために、特定のサンプルサイズが必要とされる。したがって、集約サーバは、フィルタリングされているか又はフィルタリングされていない任意の特定のデータ母集団又はデータセットの必要とされる統計的に有意である個数のデータポイントを自動的に計算することが可能である。他の実施態様では、本明細書で説明するデータ操作が、さらに、非統計的に有意であるデータセットに対しても行われることが可能である。

様々な実施態様の別の特徴及び利点では、集約サーバは、Ｃｏｎｔｉｎｕｏｕｓ Ｑｕａｌｉｔｙ Ｉｍｐｒｏｖｅｍｅｎｔ（ＣＱＩ）、Ｓｉｘ Ｓｉｇｍａ、Ｌｅａｎ Ｐｒｏｃｅｓｓｉｎｇ、及び、他の任意の適切な改善プロセス（ｉｍｐｒｏｖｅｍｅｎｔ ｐｒｏｃｅｓｓ）のような、プロセス改善のために、他の統計学的に統合されたツール又はストラテジと統合されることが可能である。例えば、一実施態様では、ＬＳＬ又はＵＳＬの範囲外のあらゆる注入が、ＣＱＩイベントとしてログ記録されることが可能である。この場合に、審査会、医師、又は、他のユーザは、より適切な実施を行うために、収集されたテータ及び／又はログ記録されたイベントに基づいて、制限を評価して調節することが可能である。他の実施態様では、記録されたＣＱＩイベントが、ポンプの動作に関与する他の臨床医又は医師のトレーニングを容易化するために使用される。

したがって、上述した集約と自動化されたデータ分析及び操作は、薬剤プロファイルを確立して薬剤プロファイルを制限するために必要とされる時間量を減少させる実施態様を提供する。例えば、上述の例における限界又は能力指数の操作は、薬剤と薬剤濃度と患者体重とを手作業で入力することと限界境界を手計算することよりも、著しく迅速である。したがって、本明細書の主題の実施様態を実現する病院、医師、及び、管理者によって、時間と費用とが節約されるだろう。

一実施態様では、ポンプモード移行によってスマートポンプを確立する方法が、「レート、ボリューム、ラン（ｒａｔｅ−ｖｏｌｕｍｅ−ｒｕｎ）」ポンプとしての初期動作と、データ収集ポンプとしての中間動作と、薬剤ライブラリインターアクション（ｄｒｕｇ ｌｉｂｒａｒｙ ｉｎｔｅｒａｃｔｉｏｎ）を伴うスマートポンプとしての最終動作とを含む。実施態様では、移行プランが、医師のトレーニングと、スマートポンプ及び薬剤ライブラリの実現とを補助する。例えば、保健施設が、単純な「レート、ボリューム、ラン」ポンプを有するが、スマートポンプへの移行を望む可能性がある。実施態様によって、スマートポンプによる「レート、ボリューム、ラン」ポンプのエミュレーションが、その施設内の医師が、進化したスマートポンプの機能性を利用するか又はその機能性とインタラクションすることを試みる前に、スマートポンプの物理的設計とレイアウトとディスプレイとユーザインターフェースと入力手段とエルゴノミクス等に慣れることを可能にする。

スマートポンプによる「レート、ボリューム、ラン」ポンプのエミュレーションに加えて、収集されたデータは、最良の処置からのケアエリア（ｃａｒｅ ａｒｅａ）又は医師の変則性又は逸脱を発見するために、分析されることが可能である。即ち、スマートポンプは、患者に対する薬剤の送達における有益な又は有害な傾向又は実施を識別するために、様々なデータ比較方式を使用するか又は提供することが可能である。さらに、病院内の特定のデータセット全体に基づいて、例えば、集約サーバは、どれほど多くの異なる薬剤プログラム又はプロファイルが特定の患者集団の投薬範囲（ｄｏｓｉｎｇ ｒａｎｇｅ）を最適化するために必要とされるかを医師に示すことが可能である。したがって、潜在的に有害な「オーバーラップ（ｏｖｅｒｌａｐ）」が最少化されるか、又は、取り除かれることさえ可能である。例えば、１つのプログラム又はプロファイルが、新生児集中治療ユニットのために最適化されることが可能であり、及び、別のプログラム又はプロファイルが、手術室又は外科手術室等のために最適化されることが可能である。さらに、したがって、「シナリオ解析」が最適化され、誤って選択されてしまったかも知れないプロファイルに特定の患者が属していないということをソフトウェアが認識することを可能にする。

上述の概要は、各々の例示された実施態様又は本明細書の主題のあらゆる実施を説明することは意図されていない。後述する図面と詳細な説明は、これらの実施態様をさらに詳細に例示する。

添付図面に関連した様々な実施形態の以下の詳細な説明を考察することによって、実施形態がより完全に理解されるだろう。

一実施形態による、薬剤の安全送達のための薬剤ライブラリの作成及びメンテナンスのためのシステムのブロック図である。 一実施形態による、薬剤の安全送達のための薬剤ライブラリの作成及びメンテナンスのためのシステムのブロック図である。 一実施形態による、薬剤ライブラリを作成する方法の流れ図である。 一実施形態による、薬剤ライブラリの構築の際に必要となる可能性がある情報の一例の説明図である。 一実施形態による、上位のハード限界及びソフト限界と、下位のハード限界及びソフト限界とを有する、薬剤ライブラリの構築の方法の実施の一例の説明図である。 一実施形態による、新たな上位及び下位のソフト限界が設定され終わっている、図５の例の説明図である。 一実施形態による、薬剤ライブラリ内の各々の薬剤に関するコンプライアンスをさらに示す、図４の例の説明図である。 一実施形態による、薬物ライブラリとのコンプライアンスの評価のための、特定の患者に関する注入のタイムラインの一例の説明図である。 一実施形態による、ポンプの移行の方法の流れ図である。 一実施形態による、薬剤ライブラリの作成及びメンテナンスのためのシステムの流れ図である。

実施形態が様々な変更と代替的な形態とに適しているが、その詳細事項が図面において例示の形で示されており、及び、詳細に説明されるだろう。しかし、その意図が、説明されている実施形態に限定されず、又は、特定の実施形態によって限定されないということを理解されたい。これとは反対に、その意図が、添付されている特許請求項によって定義されている本明細書の主題の着想と範囲とに含まれている、すべての変形物と等価物と代替物とを範囲内に含むことが意図されている。

本明細書で具体例としてさらに詳細に説明されている装置及び方法が、グラフィカルユーザインターフェースによる薬剤ライブラリと投薬安全性ソフトウェアとのスケーリング（ｓｃａｌｉｎｇ）及び構築を実現する。この装置及び方法は、さらに、投薬安全性パラメータに準拠して行われる注入に関する有益な情報と、薬剤ライブラリの自動更新又は手動更新と、薬剤ライブラリ内の個別の薬剤を選択する能力と、その送達履歴及びコンプライアンスデータ（ｃｏｍｐｌｉａｎｃｅ ｄａｔａ）の閲覧とを可能にする。この装置及び方法は、さらに、基本的な注入ポンプの使用からスマートポンプ機能への直感的で比較的容易な移行を実現する。これらの特徴と機能が、添付図面の参照を伴う形で以下の説明によって例示的に説明されている。

図１を参照すると、薬剤の安全送達のための薬剤ライブラリの作成及びメンテナンスのためのシステムが、概ね、集約サーバ１０２と、集約サーバ１０２に動作的に接続されている１つ又は複数のポンプ１０４とを備える。一実施形態では、集約サーバ１０２は、１つ又は複数の薬剤リスト１０６と、アグリゲータ１０８と、ユーザインターフェース１１０とを備える。

集約サーバ１０２の一実施形態では、薬剤リスト１０６が、個別の薬剤名称と、１つ又は複数の送達濃度と、特定の薬剤に関する１つ又は複数のドースレートとを含む。実施形態では、１つ又は複数の薬剤リスト１０６が、各々の固有の薬剤に関する別々のリスト、又は、すべての薬剤に関する連結リストを含むことが可能である。

アグリゲータ１０８は、一実施形態では、１つ又は複数のポンプ１０４のためのインターフェースと、１つ又は複数のポンプ１０４から受け取られるデータのための記憶装置とを備える。実施形態では、アグリゲータ１０８は、ポンプ１０４から注入データを受け取るように構成されている。注入データは、送出ポンプによって行われる１つ又は複数の注入に関係付けられているあらゆるデータを含むことが可能である。図４を参照すると、注入データの例が、薬剤名称、ポンプの場所、薬剤の量、薬剤の単位（ｕｎｉｔ）、希釈剤の量、希釈剤の単位（ｕｎｉｔ）、薬剤最大レート（ｍｅｄｉｃａｔｉｏｎ ｍａｘｉｍｕｍ ｒａｔｅ）、ドースレート投与量単位（ｄｏｓｅ ｒａｔｅ ｄｏｓｉｎｇ ｕｎｉｔ）、投与タイミング、及び、制限データ（ｌｉｍｉｔｉｎｇ ｄａｔａ）を含む。注入データは、さらに、患者の体重、患者の年齢、患者の性別、又は、患者のリスク特徴のような他の患者特徴のような、注入に関連した患者に関する他の全般的なデータを含むことが可能である。アグリゲータ１０８は、さらに、図２に関連して説明されるように、例えば集約サーバ１０２の接続された記憶装置内に、未処理の形態（ｒａｗ ｆｏｒｍ）又は合成された形態で注入データを記憶するように構成されている。

概して、さらに詳細に後述するように、１つ又は複数のポンプ１０４は注入データを集約サーバ１０２に送る。特に、アグリゲータ１０８は、送信された注入データのための受信器として機能する。その次に、アグリゲータ１０８は、適用可能な場合に、送信された注入データと特定の薬剤リストを組み合わせるか、又は、他の形で合成するために、薬剤リスト１０６とインターフェースする。例えば、アグリゲータ１０８によって、ヘパリンに関する薬剤リスト１０６が、ヘパリンに関する送信された注入データと統合されるだろう。その次に、このデータは、集約サーバ１０２のユーザによる更なる操作又は分析のために、ユーザインターフェース１１０に対してインターフェースされることが可能である。一般的に、本明細書で言及されるように、薬剤リスト１０６と１つ又は複数のポンプ１０４からのデータとの組み合わせが、「薬剤ライブラリ」を生じさせる。

ユーザインターフェース１１０は、概して、合成された薬剤ライブラリを閲覧し、分析し、変更するための、グラフィカルユーザインタ−フェース又は他の適切な電子表示装置を備える。例えば、ユーザインターフェース１１０は、集約サーバ１０２に動作的に接続されているコンピュータモニタ装置上で閲覧可能である。実施形態では、ユーザインターフェース１１０は、タブレット、スマートフォン、ＰＤＡ、又は、他の適切な装置の中に一体化されることが可能である。ユーザインターフェース１１０とのユーザのインタラクションの例が、本明細書で説明されている。

ポンプ１０４の各々は、例えば、制御可能な形で流体をそのポンプから外方に押し出して患者に送り込むためのシリンジポンプを備える。さらに、ポンプ１０４の一実施形態がプロセッサと記憶装置とを備えることが可能であり、一方、ポンプ１０４の別の実施形態は、集約サーバ１０２に対するポンプ１０４のインタラクションのために、こうしたプロセッサ及び記憶装置の機能を提供する別の装置と通信していることが可能である。実施形態では、ポンプは、治療剤、栄養剤、薬剤、抗生物質と血液凝固剤と鎮痛剤とのような薬剤、及び、他の流体を非限定的に含む薬剤又は流体の、患者に対する送達を調節するために使用される。この装置は、例えば、静脈内、皮下、動脈内、硬膜下のような、幾つかの経路のいずれかを使用して、患者の体内に薬剤又は流体を送り込むために使用されることが可能である。ポンプ１０４の各々は、集約サーバ１０２に対する通信インターフェースを備える。この通信インターフェースは任意の数の適切なプロトコルを備えることが可能であり、及び、実施形態において有線又は無線であることが可能である。ポンプ１０４の各々は、アグリゲータ１０８、集約サーバ１０２の他の構成要素に直接的にインターフェースすることが可能である。

図２を参照すると、１つ又は複数の薬剤リスト１０６と、アグリゲータ１０８と、ユーザインターフェース１１０とが、システム２００内のプロセッサ１１２と記憶装置１１４とバス１１６とを伴って示されている集約サーバ１０２によって実現されることが可能である。

プロセッサ１１２は、入力としてデジタルデータを受け取る任意のプログラム可能な装置であることが可能であり、及び、命令又はアルゴリズムにしたがってその入力を処理するように構成されており、及び、結果を出力として提供する。一実施形態では、プロセッサ１１２は、コンピュータプログラムの命令を実行するように構成されている中央処理ユニット（ＣＰＵ）であることが可能である。したがって、プロセッサ１１２は、基本的な数値計算動作と論理動作と入力／出力動作とを行うように構成されている。

記憶装置１１４は、命令又はアルゴリズムを実行するための記憶空間を提供するだけでなく命令自体を記憶するための記憶空間も提供するために、接続されたプロセッサ１１２によって必要とされる揮発性記憶装置又は不揮発性記憶装置を備えることが可能である。実施形態では、揮発性記憶装置は、例えば、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、又は、スタティックランダムアクセスメモリ（ＳＲＡＭ）を含むことが可能である。実施形態では、不揮発性記憶装置は、例えば、リードオンリーメモリ、フラッシュメモリ、強誘電性ＲＡＭ、ハードディスク、フロッピー（登録商標）ディスク、磁気テープ、又は、光ディスク記憶装置を含むことが可能である。これらの実施形態が単なる具体例として示されており、本明細書の主題の範囲を限定することは意図されていないので、上述のリストは、使用可能である記憶装置のタイプを限定するものではない。

バス１１６は、プロセッサ１１２と記憶装置１１４との間のデータ送信のための１つ又は複数のサブシステムを備える。したがって、バス１１６は、一実施形態では、プロセッサ１１２と記憶装置１１４とに動作的に接続されている。

さらに、再び図２を参照すると、システム２００が、さらに、病院情報システム（ＨＩＳ）１１８及びインターフェース装置１２０と共に図示されている。

ＨＩＳ １１８は、病院の情報又は管理システムの副次的構成要素とサブシステムとのすべてを伴う、病院情報又は管理システムを備える。ＨＩＳ １１８は、アグリゲータ１０８による薬剤ライブラリへの統合のために、データを集約サーバ１０２に送信するように構成されることが可能である。同様に、データは、情報的な目的、報告目的、又は、患者介護目的のために、集約サーバ１０２からＨＩＳ １１８に送信されることが可能である。こうしたデータは、上述したあらゆる種類の注入データ又は患者データであることが可能である。

図２に示されているように、インターフェース装置１２０はラップトップコンピュータであるが、タブレット、スマートフォン、ＰＤＡ、又は、ユーザインターフェース１１０の統合に関して上述した他の適切な装置であることも可能である。

図示されているように、ＨＩＳ １１８とインターフェース装置１２０は、集約サーバ１０２に動作的に接続されている。この接続は、ＧＳＭネットワークプロトコル、ＵＭＴＳネットワークプロトコル、ＣＤＭＡネットワークプロトコル等、又は、ＩＥＥＥ ８０２．１１又はＷｉ−Ｆｉ、ＩＥＥＥ ８０２．１６又はＷｉＭＡＸ等のような他のワイヤレスネットワークプロトコルのような、セルラー方式のネットワークを含む、任意の適切なネットワークプロトコルによって実現されることが可能である。実施形態では、この接続は、イーサネット（登録商標）標準ＩＥＥＥ ８０２．３のような有線ネットワークを経由している。実施形態では、適用可能である場合には、インターフェース装置１２０は、ＨＩＳ １１８からの入力との組合せの形で、アグリゲータ１０８と薬剤リスト１０２との集約及び合成に対するアクセスとインターフェースとによって、薬剤ライブラリの作成及び管理のために使用されることが可能である。

図示してはいないが、別の実施形態では、ＨＩＳ １１８は、患者治療情報等を含む複数のＨＩＳプラットフォーム又は「データ倉庫（ｄａｔａ ｗａｒｅｈｏｕｓｅ）」を備えることが可能である。さらに、例えば、米国特許第６，１３２，４１６号明細書と米国特許出願公開第２００６／００００４８０号明細書、米国特許出願公開第２００６／０１３７６９６号明細書、米国特許出願公開第２０１０／００５７４８８号明細書、米国特許出願公開第２０１１／０２６４４６２号明細書で説明されているように、患者データを収集し、選択し、特徴付けることにおいて、様々な治療及び投薬方式が有利に使用されることが可能である。

実施形態では、図３を参照すると、薬剤ライブラリの構築のための方法３００が示されている。３０２では、例えば薬剤リスト１０６のような薬剤リストが受け取られる。実施形態では、薬剤リスト１０６は、例えば、ＨＩＳ １１８、又は、インターフェース装置１２０、又は、ユーザインターフェース１１０によって、提供されることが可能である。３０４では、集約サーバ１０２が、１つ又は複数のポンプ１０４から注入データ及び／又は動作データを受け取る。実施形態では、アグリゲータ１０８が注入データ及び／又は動作データを受け取る。このデータは、プロセッサ１１２の動作とバス１１６の動作とによって記憶装置１１４内に記憶されることが可能である。３０６では、上述したように、薬剤リスト１０６との組合せの形で、アグリゲータ１０８が、薬剤リストと、ポンプ１０４から受け取られた注入データとを集約して合成する。したがって、薬剤ライブラリが作成される。その次に、この薬剤ライブラリは、プロセッサ１１２とバス１１６の動作によって、記憶装置１１４内に記憶されることが可能であり、又は、アグリゲータ１０８の今後の合成によって動的に合成されることが可能である。その次に、薬剤ライブラリは、任意のポンプ１０４、又は、同様のデータを使用する他の医療装置に実装されることが可能である。実施形態では、ポンプ１０４のデータ収集と薬剤ライブラリの実装は、同一のポンプ上である。他の実施形態では、ポンプ１０４のデータ収集と薬剤ライブラリの実装は、互いに異なるポンプ上である。

図４は、ＬＨＬ、ＬＳＬ、ＵＳＬ、ＵＨＬを含む薬剤ライブラリの構築に使用されることが可能な幾つかの情報の例を示す。薬剤ライブラリを構築することは、こうした安全情報を使用するポンプの実装の前に、長時間の調査及びデータ入力時間を必要とすることが多い。これとは対照的に、上述した単純な薬剤リスト、例えば、薬剤リスト１０６は、実施形態において、薬剤名称、濃度、及び、ドースレートのような、比較的により少ない情報を含むことが可能である。例えば、薬剤リストは、「データ収集」ポンプであるように構成されているポンプと組み合わされる時に、医療技術者が現行の慣行に基づいて薬剤ライブラリを構築することを可能にする。

図５は、グラフィカルユーザインターフェース、又は、ユーザインターフェース１１０のような他の適用可能な電子表示及び入力装置（本文書全体において、集合的に［ＧＵＩ」と呼称される）によって、上位ハード及びソフト限界と下位ハード及びソフト限界とを伴う薬剤ライブラリを構築する方法の実施の例を示す。図５の右側の挿入図では、「ヘパリンの投与量履歴」のタイトルが付いたＧＵＩのスクリーンショットのバーチャートの一例が示されている。このバーチャートの左端部分と右端部分における垂直の点線を参照すると、チャート化された注入がＬＳＬ及びＵＳＬの組の範囲内にあるということが視覚的に明らかである。一実施形態では、医師がこの薬剤の投与をさらに制限することを望む場合には、例えば、ＬＳＬバーとＵＳＬバーとが、図６に示されているＧＵＩ上でこうした新たな位置にタッチスクリーン方式によってＧＵＩ上で「掴まれてドラッグされる（ｇｒａｂｂｅｄ ａｎｄ ｄｒａｇｇｅｄ）」ことが可能である。タッチスクリーン装置の例が、概して、標題「マルチポイントタッチスクリーン（Ｍｕｌｔｉｐｏｉｎｔ Ｔｏｕｃｈｓｃｒｅｅｎ）」の米国特許出願公開第２００６／００９７９９１号明細書と、標題「タッチ又はモーション入力に応答するグラフィカルオブジェクト（Ｇｒａｐｈｉｃａｌ Ｏｂｊｅｃｔｓ ｔｈａｔ Ｒｅｓｐｏｎｄ ｔｏ Ｔｏｕｃｈ ｏｒ Ｍｏｔｉｏｎ Ｉｎｐｕｔ）」の米国特許出願公開第２０１１／０１９３７８８号明細書とに開示されており、これらは本明細書にその全体において引例として援用されている。タッチスクリーン装置を使用する新規性があり且つ発明的である注入ポンプ技術の例が、標題「ポンプシミュレーション装置（Ｐｕｍｐ Ｓｉｍｕｌａｔｉｏｎ Ａｐｐａｒａｔｕｓ）」の米国特許第５，４８５，４０８号明細書と、標題「医療用注入ポンプのための安全特徴（Ｓｅｃｕｒｉｔｙ Ｆｅａｔｕｒｅｓ ｆｏｒ ａ Ｍｅｄｉｃａｌ Ｉｎｆｕｓｉｏｎ Ｐｕｍｐ）」の米国特許出願公開第２００９／０２７０８１０号明細書に開示されており、これらは本明細書にその全体において引例として援用されている。他の実施形態では、例えば、スライドバー、テキストボックス、ラジオボタン（ｒａｄｉｏ ｂｕｔｔｏｎ）、キー入力（ｋｅｙｅｄ ｅｎｔｒｙ）、又は、任意の他の適切なインターフェースの具体例の使用による、上位ハード及びソフト限界と下位ハード及びソフト限界の更新のための他のグラフィカルユーザインターフェース又は非グラフィカルユーザインターフェースの実装が考察されている。

その次に、実施形態において、ＧＵＩとその関連のハードウェア及びソフトウェアと、例えば、図１−２を参照して、集約サーバ１０２とポンプ１０４とが、応答的に、データを再分析し、及び、図５にチャート化されている注入が図６にチャート化されている新たなＬＳＬ及びＵＳＬにどのように比較されるかをそのチャート上に表示するように構成され且つ備えられている。この例では、新たなＬＳＬが９９．６７％のコンプライアンス（ｃｏｍｐｌｉａｎｃｅ）に結果し、及び、新たなＵＳＬが９６．８４％のコンプライアンスに結果し、及び、すべてのヘパリン注入の３．４９％の合計が、これらの設定値に基づいたソフト限界の範囲から外れる。この分析の完了時に、新たなソフト限界が自動的に又は手動で薬剤ライブラリに入力されて、例えば、上述したように動作的に接続されている有線接続又は無線接続を経由して、関連した注入ポンプにアップロードされることが可能である。こうした方法で注入限界を調節することが注入データの比較的に迅速で且つ直感的である呈示を結果的に生じさせるということが、特に理解され認識されなければならない。このことは、一方では、薬剤ライブラリ管理者が現行の最適な又は所望の慣行に基づいて限界を迅速且つ容易に分析して変更することを可能にする。

さらに、一実施形態では、コンプライアンスターゲット（ｃｏｍｐｌｉａｎｃｅ ｔａｒｇｅｔ）が、デフォルトとして割り当てられることが可能である。例えば、薬剤ライブラリを構築する時に、コンプライアンスに関するデフォルト値が９８％に設定されることが可能である。このデフォルト値に基づいて、ＬＳＬとＵＳＬとがソフトウェアによって示唆される。

さらに、図７を参照すると、薬剤ライブラリのコンプライアンスが、チャートの右端の縦列に示されているように直感的に表示されることが可能であり、及び、コンプライアンスは薬剤ライブラリ内の各々の薬剤に関してリストされている。実施形態では、コンプライアンス値又はコンプライアンスパーセンテージが、特定のＵＳＬ及びＬＳＬに対する相対的な一致を表示するために、赤色、緑色、又は、他の任意の色、又は、他の強調表示方式で強調表示されることが可能である。例えば、薬剤ライブラリ内の各々の特定の薬剤のコンプライアンスをユーザに対してより適切に強調表示するために、９８．２％のコンプライアンス値が緑色で示され、一方、８５．０％のコンプライアンス値が赤色で示されることが可能である。したがって、例えば、薬剤設定値の一覧が、その設定値に比較した、個別の注入に関するコンプライアンスデータと共に提供されるだろう。さらに詳細に述べると、ユーザは、薬剤ライブラリ内の特定の薬剤を「クリックオン（ｃｌｉｃｋ ｏｎ）」し、「タッチオン（ｔｏｕｃｈ ｏｎ）」し、又は、他の形で選択し、その次に、これに応答する形で、（例えば、図６に示されているような）その特定の薬剤に関する送達履歴及びコンプライアンスデータが、ＧＵＩに通信されてそのＧＵＩ上で表示される。

図７を参照すると、上述した基本的な又は単純な「レート、ボリューム、ラン」注入に関する情報が、さらに、薬剤ライブラリ内（例えば、図７の下端の横列）に含まれることが可能である。実施形態では、下端の横列は、薬剤ライブラリに関する限界及び／又はコンプライアンスを使用する注入からの「レート、ボリューム、ラン」注入を表示するために、着色又は他の標識によって強調表示されることが可能である。こうした投薬安全装置及び方法を使用する保健施設の目標は、患者の安全性を確実なものにするための１００％のコンプライアンス（即ち、ゼロの基本的注入）であるだろう。共に提示されるコンプライアンス注入データと非コンプライアンス（即ち、基本）注入データの両方を有することによって、医師及び薬剤ライブラリ管理者は、注入安全性限界に関する総合的なコンプライアンスを効果的に且つ容易に監視することが可能である。

次に図８を参照すると、薬剤ライブラリに関するコンプライアンスの評価のための、特定の患者に関する注入のＧＵＩタイムラインの一例が示されている。緊急時又は緊急を要する状況のような特定の場合には、例えば、特定の人命救助用の薬剤の投与なしには患者が切迫した危険状態にある時のように、医師は、通常のパラメータの範囲外の、又は、他の形での許容可能なパラメータの範囲外の薬剤を投与しなければならない。こうした状況では、医師は、典型的には、基本的な「レート、ボリューム、ラン」注入の投与、又は、さらには、大量瞬時投与量の迅速な手作業の注入を用いるだろう。図８の例に示されているように、ＧＵＩは、「ポンプ履歴」ログのようなイベントを表示することが可能であり、これによって、薬剤ライブラリの安全限界に対する非コンプライアンスの潜在的な発生の認識を増大させることが可能である。実施形態では、「レート、ボリューム、ラン」注入は、ユーザがその注入を限界及び／又は薬剤ライブラリに関するコンプライアンスを使用する注入から区別することを容易に可能にするために、赤色、緑色、又は、他の任意の色、又は、他の強調表示方式で強調表示されることが可能である。この例では、ポンプイベントがタイムライン上にプロットされる。ヘパリン注入が１２／３１／２０１１の８：１７に開始され、１１：３８に同一のポンプが基本注入モードで始動させられ、１４：２１にそれがヘパリン注入に戻され、及び、１８：５０にレートが７００単位／時間に調節された。

本明細書の主題の個別的な実施形態に関わりなく、本明細書で具体例として説明されているか又は別の形で想定されている投薬安全装置及び方法が、使用が容易であり、且つ、投薬安全性ソフトウェア及び薬剤ライブラリ等のスケーリングと構築を容易化する、データ視覚化ツールを提供するということが、特に認識され理解されなければならない。さらに、こうした情報が上述した現行の診療データから効率的に且つ容易に導き出されることが可能であるということが、特に認識され理解されなければならない。

一実施形態では、投薬安全装置及び方法が、「レート、ボリューム、ラン」ポンプからスマートポンプへの直感的な移行を実現するように構成されることが可能である。このポンプの構成は、単純な「レート、ボリューム、ラン」ポンプ、データ収集ポンプ、又は、スマートポンプであろうと、患者保護を強化すると同時に薬剤ライブラリの投与及び安全限界の管理をより容易化し且つより効率的にするために、保健施設によって調整されることが可能である。

例えば、図９を参照すると、ポンプ移行の方法４００が、「レート、ボリューム、ラン」ポンプとしての初期動作４０２と、データ収集ポンプとしての中間的動作４０４と、薬剤ライブラリインタラクションを伴うスマートポンプとしての最終的動作４０６とを含む。

幾つかの事例では、移行プランが、医師のトレーニングと、スマートポンプと薬剤ライブラリの実施とのための支援のためのものである。例えば、保健施設が、単純な「レート、ボリューム、ラン」ポンプを有するが、スマートポンプへの移行を求めている可能性がある。「レート、ボリューム、ラン」ポンプとしての動作４０２に関しては、実施形態がスマートポンプによる「レート、ボリューム、ラン」ポンプのエミュレーションを提供することが可能である。この特徴は、その保健施設内の医師が、進歩したスマートポンプ機能性の利用又はこの機能性とのインタラクトを試みる前に、スマートポンプの物理的設計、レイアウト、表示装置、ユーザインターフェース、入力手段、及び、エルゴノミクス等に慣れることを可能にする。所望の導入期間が完了した後に、その次に、保健施設の注入ポンプ管理者又はマネージャが、例えば、医師がこうした注入パラメータの入力及び使用にさらに容易に慣れることを可能にするために、スマートポンプ動作への移行において、薬剤の決定及び選択、薬剤リストからの薬剤濃度、及び、患者の体重を必要とするように、ポンプの動作パラメータを調節することが可能である。

例えば、こうしたエミュレーションは、データ収集ポンプの動作中４０４におけるデータ収集ポンプのエミュレーションとの組合せの形であることが可能であり、及び、収集されているデータは、自動的に薬剤ライブラリの構築のために使用される。一実施形態では、データ収集ポンプの動作中４０４に、データ収集動作中の中間的な段階が想定される。例えば、データ収集ポンプ４０４は、最初に、薬剤リストを組み込まれる。その次に、データ収集ポンプ４０４は、アグリゲータ１０８による集約のために、薬剤リスト上の薬剤に関係した注入データを集約サーバ１０２に送信することが可能である。

「レート、ボリューム、ラン」ポンプからスマートポンプ４０６への移行プロセスの最終段階として、上位及び下位のハード限界及びソフト限界が使用されることが可能であり、及び、上述したように、コンプライアンスがログ記録されて表示されることが可能である。一実施態様では、薬剤ライブラリとのインタラクションを伴うスマートポンプ４０６が、例えばポンプ１０４にダウンロードされた薬剤ライブラリと共に、又は、集約サーバ１０２の記憶装置１１４上に記憶されている薬剤ライブラリにインタラクションすることによって、ポンプを使用することを含むことが可能である。

しかし、データ収集ポンプの中間的なエミュレーションなしに、例えば「レート、ボリューム、ラン」ポンプからスマートポンプへ直ちに移行することのような、任意の所望の移行方式を実施することを選択することが可能であり、又は、任意の選択された個別の機能又は機能グループによって任意の順序でエミュレーションが行われることが可能であるということが理解され認識されなければならない。さらに、その特定のモードが、「レート、ボリューム、ラン」ポンプ３０２としての動作、データ収集ポンプ３０４としての中間的動作、又は、薬剤ライブラリインタラクションを伴うスマートポンプ３０６としての最終的動作のいずれかの中から選択されることが可能である。

特定の実施形態とは無関係に、具体例によって開示されているか又は別の形で本明細書において想定されている投薬安全装置及び方法が、ソフト限界のような薬剤ライブラリのパラメータを調節するために直感的な視覚化が使用されるということを特徴とすることが可能であるということが、認識され理解されなければならない。さらに、この装置及び方法は、基本的な注入ポンプの使用からスマートポンプへの使用の移行が、薬剤ライブラリの作成のための多量の作業なしに、又は、新たな装置及び方法の実施に伴って生じることが多い不確実性又は効率の欠如なしに、医師によって行われることが可能であるということによって特徴付けられることが可能である。

図１０を参照すると、本明細書の主題の実施形態による薬剤ライブラリの作成及びメンテナンスのためのシステムの流れ図が示されている。例えば図９の「レート、ボリューム、ラン」ポンプ４０２の動作のような、最も基本的なレート−ボリューム−ラン動作の場合の図示に関しては、ステップ５０２とステップ５０４によって方法が示され、この場合に、レート及びボリュームはステップ５０２で設定され、及び、ポンプが５０４で動作させられる。「レート、ボリューム、ラン」ポンプ４０２のこの実施形態の具体例では、５０６ａにおいて、図示されているようにユーザのワークフローとの組合せにおいて、薬剤リストが使用可能であるかどうかを判定するためにチェックが行われる。レート−ボリューム−ラン動作においては、薬剤リストは使用可能ではなく、及び、したがって、動作が、５０４におけるポンプの動作に進む。

データ収集ポンプの実施形態、例えば、データ収集ポンプ４０４の実施形態では、データが、そのポンプの諸側面に関するインタラクションによって、集約サーバ１０２による集約のために収集されることが可能である。５０６ａでは、薬剤リストが使用可能である場合に、５０８ａにおいて、薬剤名称が薬剤リストから選択される。その次に、そのデータが、ポンプ装置によって集約サーバ１０２に送信される。

５０６ｂでは、濃度が使用可能であるかどうかを判定するためにチェックが行われる。濃度が使用可能ではない場合には、その動作が、５０４におけるポンプの作動に再び進む。しかし、濃度が使用可能である場合には、薬剤濃度が５０８ｂにおいて薬剤リストから選択される。その次に、そのデータがポンプ装置によって集約サーバ１０２に送信される。

５０６ｃでは、例えば体重に基づく注入に関して、患者パラメータが使用可能であるかどうかを判定するためにチェックが行われる。患者パラメータに関する動作が使用可能ではない場合には、この動作が再び、５０４におけるポンプの作動に進む。しかし、患者パラメータによる動作が使用可能である場合は、５０８ｃにおいて患者体重が入力される。その次に、そのデータがポンプ装置によって集約サーバ１０２に送信される。

５０６ｄでは、年齢に基づく患者パラメータが使用可能であるかどうかを判定するチェックが行われる。患者の年齢に関する動作が使用可能ではない場合には、この動作が、再び、５０４におけるポンプの作動に進む。しかし、患者年齢による動作が使用可能である場合は、５０８ｄにおいて患者年齢が入力される。その次に、そのデータがポンプ装置によって集約サーバ１０２に送信される。

５０６ｅでは、性別に基づく患者パラメータが使用可能であるかどうかを判定するチェックが行われる。患者の性別に関する動作が使用可能ではない場合には、この動作が、再び、５０４におけるポンプの作動に進む。しかし、患者性別に関する動作が使用可能である場合は、５０８ｅにおいて患者年齢が入力される。その次に、そのデータがポンプ装置によって集約サーバ１０２に送信される。データは、上述の決定点（ｄｅｃｉｓｉｏｎ ｐｏｉｎｔ）の直後に集約サーバ１０２に連続的に送信されることが可能であり、又は、処理が完了してポンプが動作している後にバッチ単位で送信されることが可能である。したがって、データ収集ポンプ４０４の実施形態は、上述のチェックとデータ送信のどちらか一方又は組合せと、任意の他のデータ収集とを含むことが可能である。

スマートポンプ４０６の動作に関して、一実施形態においては、集約サーバ１０２は、薬剤の使用量、濃度による薬剤使用量、薬剤投与、年齢に関する薬剤投与、及び／又は、年齢及び性別による薬剤投与、又は、他の任意の適切な薬剤又は患者データ合成を計算するように構成されている。一実施形態では、内側のデータラインで示されているように、未加工データ又は集約データが集約サーバ１０２からポンプに戻されることが可能である。

一実施形態では、５１０を参照すると、薬剤の送達を改善するために、図４から図７において説明したように、ユーザインターフェース１１０との組合せの形で、集約データが、集約サーバ１０２によって表示及び分析されることが可能である。上述したように、実施形態が、薬剤ライブラリの限界及び内容の更新を含む。５１２において、更新された薬剤ライブラリが必要かどうかを判定するために、集約サーバ１０２によって、又は、例えばポンプ１０４上のフラグによって、チェックが行われることが可能である。その後で、一実施形態では、薬剤ライブラリの更新が、５１４においてポンプに送信されることが可能である。

上述したように、ＨＩＳ １１８は、例えば、図１０に示されているように、集約サーバ１０２のデータ分析の中に統合されることが可能である。例えば、５１４でデータをポンプ１０４に送信する時に、ＨＩＳ １１８は同様に更新されることが可能である。同様に、ＨＩＳ １１８は、薬剤ライブラリ分析にデータを含めるためにそのデータを集約サーバ１０２に送信することが可能である。

特定の構成要素又は動作形態には無関係に（本明細書で具体例によって説明されているか又は別の形で想定される）投薬安全装置及び方法が、有利な形で、患者に対する薬剤送達における精度を向上させ、及び、したがって安全性と効率とを増大させることが可能である。

投薬安全装置及び方法を、添付図面と仕様とを参照して詳細に示し説明してきたが、しかし、当然であるが、この投薬安全装置及び方法に対する他の変更が可能であり、及び、こうした変更のすべてが、本明細書で説明されている新規性があり且つ発明的である装置及び方法の真の着想及び範囲に含まれることが意図されているということが理解されるべきである。したがって、様々な特徴の構成と設計とが、個別の実施形態に応じて変更又は改変されることが可能である。例えば、本明細書において具体例として説明されているか又は別の形で想定されている様々な方法段階の順序が、個別の実施形態において必要とされるように再順序付けされることが可能である。

本明細書の主題を「シリンジポンプ」に関して説明してきたが、この主題は、さらに、例えば、特にいわゆる「大体積ポンプ」及び「携帯型」ポンプのような、実質的にあらゆる注入送達装置にも適用可能だろうということを理解し認識されたい。

さらに、本明細書の図面の寸法決定とスケーリングとが、例示的な具体例の詳細部分を明瞭に示すために選択されているということも理解されたい。したがって、幾つかの実施形態では、様々な特徴要素の間の間隔とその方向配置とが、図示されているものから変化可能であり、及び、視覚的に異なるものであるということがあり得る。いずれにしても、寸法決定とスケーリングは、薬剤安全装置及び方法の様々な実施形態において著しく変化する可能性がある。

さらに、一般的に、具体例によって説明されているか、又は、本明細書で想定されている新規性があり且つ発明的である投薬安全装置及び方法を提供するために、あらゆる適切な代替案が使用されることがあるということを理解されたい。

したがって、添付されている特許請求項によって定義されることがある薬剤安全装置及び方法の真の着想と範囲とから逸脱することなしに、形態及び詳細におけるこれらの変化又は変更と他の変化と変更とが加えられることが可能である。

当業者は、本明細書の主題が、上述したすべての個別的な実施形態に示されている特徴よりも少ない特徴を含むことがあるということを理解するだろう。本明細書に説明されている実施形態が、本明細書の主題の様々な特徴が組み合わされることがある仕方の網羅的な提示であることは意図されていない。したがって、実施形態は相互的に排他的な特徴の組合せではなく、むしろ、当業者には理解されるように、本明細書の主題は、様々な個別的な実施形態から選択される様々な個別的特徴の組合せを含むだろう。

上記文献の引例としての援用が、本明細書の明示的な開示とは反対である主題が含まれないように限定されている。上記文献の引例としての援用が、さらに、上記文献に含まれている特許請求項が本明細書に引例として援用されていないように限定されている。上記文献の引例としての援用は、その文献に示されているあらゆる定義が、本明細書に明瞭的に含まれていない限りは、本明細書において引例として援用されないように、さらに限定されている。

Claims (22)

1. 投薬安全システムであって、
   シリンジポンプと、
   前記シリンジポンプと通信している薬剤ライブラリであって、少なくとも１つの薬剤に関連付けられている上位のハード限界及びソフト限界と下位のハード限界及びソフト限界とを有する薬剤ライブラリと、
   前記すくなくとも１つの薬剤に関する上位及び下位のソフト限界バーを示すバーチャートを表示するためのグラフィカルユーザインターフェースと、
   を備え、
   前記上位及び下位のソフト限界バーを、新たな上位及び下位のソフト限界に関連した新たな位置に、タッチスクリーン方式でグラフィカルユーザインターフェース上で掴んでドラッグすることが可能である、
   投薬安全システム。
2. 前記グラフィカルユーザインターフェースとこれに関連したハードウェア及びソフトウェアは、それぞれにデータを再分析して、前記新たな上位及び下位のソフト限界に対して特定の注入を比較するように構成可能である、
   請求項１に記載の投薬安全システム。
3. 前記グラフィカルユーザインターフェースは、前記シリンジポンプに動作的に接続されているサーバ、前記サーバに動作的に接続されている閲覧装置、又は、前記シリンジポンプの少なくとも１つにおいて表示される、
   請求項１に記載の投薬安全システム。
4. 薬剤ライブラリの作成方法であって、
   薬剤リストを受け取ることであって、前記薬剤リストは、複数のリストされた薬剤名称と、前記リストされた薬剤の各々に関する１つ又は複数の送達濃度と、前記リストされた薬剤の各々に関する１つ又は複数のドースレートとを含むことと、
   少なくとも１つの注入ポンプから動作データを受け取ることであって、前記動作データは、前記複数のリストされた薬剤の少なくとも１つの薬剤の、前記少なくとも１つの注入ポンプによる注入に関係した情報を含むことと、
   前記薬剤リストと前記動作データとを統合することと、
   を含む、
   薬剤ライブラリの作成方法。
5. 前記動作データは、注入に関するレートパラメータ、持続時間パラメータ、又は、体積パラメータの少なくとも１つを含む、
   請求項４に記載の薬剤ライブラリの作成方法。
6. 前記動作データは、薬剤名称、注入ポンプ位置、薬剤量、薬剤単位、希釈剤量、希釈剤単位、薬剤最大レート、投与量レート投与単位、投与タイミング、限界量、患者体重、患者年齢、患者性別、又は、患者リスク特徴の少なくとも１つである、
   請求項４に記載の薬剤ライブラリの作成方法。
7. 前記薬剤リストは、病院情報システム、コンピュータ、又は、手作業の入力の少なくとも１つから受け取られる請求項４に記載の薬剤ライブラリの作成方法。
8. 前記薬剤リストと前記動作データとの統合が、前記リストされた薬剤の１つに関する１つ又は複数の送達濃度、前記リストされた薬剤の１つに関する１つ又は複数のドースレート、又は、前記動作データによる前記リストされた薬剤の１つに関する投与量の少なくとも１つを制限することを含む、
   請求項４に記載の薬剤ライブラリの作成方法。
9. 制限が、下位のハード限界、上位のハード限界、下位のソフト限界、上位のソフト限界の少なくとも１つを設定することを含む、
   請求項８に記載の薬剤ライブラリの作成方法。
10. 投薬安全システムであって、
    少なくとも１つの注入ポンプと、
    前記少なくとも１つの注入ポンプに動作的に接続されている集約サーバであって、 プロセッサと記憶装置とを備え、
    複数のリストされた薬剤名称と、前記リストされた薬剤の各々に関する１つ又は複数の送達濃度と、前記リストされた薬剤の各々に関する１つ又は複数のドースレートとを含む薬剤リストを受け取り、
    前記リストされた複数の薬剤の少なくとも１つの、前記少なくとも１つの注入ポンプによる注入に関する情報を含む動作データを、少なくとも１つの注入ポンプから受け取り、且つ、
    薬剤ライブラリを作成するために前記薬剤リストと前記動作データとを統合する、
    ように構成されている、
    集約サーバと、
    を備える、
    投薬安全システム。
11. さらに、前記集約サーバに動作的に接続されている病院情報システムを備え、
    前記薬剤リストは、前記病院情報システムから前記集約サーバによって受け取られる、
    請求項１０に記載の投薬安全システム。
12. さらにデータネットワークを備え、及び、前記病院情報システムは、前記データシステムを経由して前記集約サーバに動作的に接続されている、
    請求項１１に記載の投薬安全システム。
13. 前記集約サーバは、さらに、前記病院情報システムに対してデータを送信するように構成されている、
    請求項１１に記載の投薬安全システム。
14. さらに、前記薬剤リスト、前記動作データ、又は、前記薬剤ライブラリの少なくとも１つを更新するように構成されているインターフェース装置を備える、
    請求項１０に記載の投薬安全システム。
15. 前記インターフェース装置は、さらに、前記薬剤リストを前記集約サーバに送信するように構成されている、
    請求項１４に記載の投薬安全システム。
16. さらにデータネットワークを備え、及び、前記インターフェース装置は、前記データネットワークを経由して前記集約サーバに動作的に接続されている、
    請求項１４に記載の投薬安全システム。
17. 注入ポンプを移行させる方法であって、
    レート−ボリューム−ランモードで前記注入ポンプを動作させることと、
    データ集約モードで前記注入ポンプを動作させることと、
    スマートポンプモードで前記注入ポンプを動作させることと、
    を含む、
    注入ポンプを移行させる方法。
18. 前記レート−ボリューム−ランモードで前記注入ポンプを動作させることは、レートを受け取ることと、ボリュームを受け取ることと、前記レートと前記ボリュームとに基づいて前記注入ポンプを動作させることとによって、レート−ボリューム−ランポンプをエミュレートすることを含む、
    請求項１７に記載の注入ポンプを移行させる方法。
19. データ集約モードで前記注入ポンプを動作させることは、前記レート−ボリューム−ランモードの１つ又は複数のパラメータを記録することを含む、
    請求項１７に記載の注入ポンプを移行させる方法。
20. スマートポンプモードで前記注入ポンプを動作させることは、薬剤ライブラリを伴って前記注入ポンプを動作させることを含む、
    請求項１７に記載の注入ポンプを移行させる方法。
21. 前記薬剤ライブラリは、前記データ集約モードで記録された１つ又は複数の動作パラメータに基づいて少なくとも部分的に作成される請求項２０に記載の注入ポンプを移行させる方法。
22. 注入ポンプであって、
    ポンプ圧送機構と、
    レート−ボリューム−ランモードで前記注入ポンプを動作させ、データ集約モードで前記注入ポンプを動作させ、且つ、スマートポンプモードで前記注入ポンプを動作させるように構成されているプロセッサと、
    を備える、
    注入ポンプ。

Images