特許 5649452 医療機器用ユーザインターフェースの改良

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5649452

(24)【登録日】2014年11月21日

(45)【発行日】2015年1月7日

(54)【発明の名称】医療機器用ユーザインターフェースの改良

(51)【国際特許分類】

   A61M 5/00 20060101AFI20141211BHJP

【ＦＩ】

   A61M5/00 300

   A61M5/00 331Z

【請求項の数】14

【全頁数】33

(21)【出願番号】特願2010-539816(P2010-539816)

(86)(22)【出願日】2008年12月18日

(65)【公表番号】特表2011-506048(P2011-506048A)

(43)【公表日】2011年3月3日

(86)【国際出願番号】US2008087484

(87)【国際公開番号】WO2009079640

(87)【国際公開日】20090625

【審査請求日】2011年12月15日

(31)【優先権主張番号】61/014,677

(32)【優先日】2007年12月18日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】504308442

【氏名又は名称】ホスピラ・インコーポレイテツド

(74)【代理人】

【識別番号】110001173

【氏名又は名称】特許業務法人川口國際特許事務所

(72)【発明者】

【氏名】ルバルカバ・ジユニア，バナデイーノ

(72)【発明者】

【氏名】テイール，クレイ・エイチ

(72)【発明者】

【氏名】ルキヤプテイン，アンジエラ

(72)【発明者】

【氏名】アリツツア，ジヨン

(72)【発明者】

【氏名】キヤンベル，リネツト・エル

(72)【発明者】

【氏名】コズミ，ミハエラ

(72)【発明者】

【氏名】デイビス，グレン

(72)【発明者】

【氏名】フエン，ウエン・シ

(72)【発明者】

【氏名】マリノ，アンジエラ

(72)【発明者】

【氏名】パルムロース，ヨー・エリク・ミケル

(72)【発明者】

【氏名】シルカイテイス，レイモンド・ピー

(72)【発明者】

【氏名】ウイリー，スザンヌ

(72)【発明者】

【氏名】シン，ユー

(72)【発明者】

【氏名】シユローダー，カタリン・エム

【審査官】 金丸 治之

(56)【参考文献】

【文献】 特表２００７−５１１２８７（ＪＰ，Ａ）

【文献】 特開２００５−０２１４６３（ＪＰ，Ａ）

【文献】 国際公開第２００６／０１５３３０（ＷＯ，Ａ２）

【文献】 国際公開第２００７／１２６９４８（ＷＯ，Ａ２）

【文献】 米国特許出願公開第２００７／０２３３５２１（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００７／００５５４７９（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６１Ｍ ５／００

(57)【特許請求の範囲】

【請求項1】

薬品を送達するために投与セットの一部を受けかつ投与セットの一部に作用する注入器のプログラミング可能性を構成しかつ制御する方法であって、
注入器設定を入力する入力装置を提供するステップを含み、１つの注入器設定は、ユーザ選択可能な注入器構成パラメータを含み、該注入器構成パラメータは、注入器による投与セットの受容とは無関係に注入器のプログラミングを可能にする肯定的な値と、投与セットが注入器によって受容されるまで注入器のプログラミングを妨げる否定的な値とを有し、方法はさらに、
前記ユーザ選択可能な注入器構成パラメータの値を注入器によって受信するステップと、
前記ユーザ選択可能な注入器構成パラメータの値にしたがって注入器のプログラミング可能性を設定するステップとを含む、方法。

【請求項2】

与薬管理部が、注入器および入力装置と通信し、前記入力装置から前記ユーザ選択可能な注入器構成パラメータの値を受信し、その後、注入器に前記ユーザ選択可能な注入器構成パラメータの前記値を送信する、請求項１に記載の方法。

【請求項3】

前記ユーザ選択可能な注入器構成パラメータの値を入力装置に表示するステップをさらに含む、請求項２に記載の方法。

【請求項4】

与薬管理部に結合されるメモリにユーザカスタマイズされた薬剤ライブラリの一部として前記値を格納するステップをさらに含み、送信するステップが、注入器にユーザカスタマイズされた薬剤ライブラリをダウンロードするステップを含む、請求項２に記載の方法。

【請求項5】

注入器のプログラミング可能性を設定するステップがさらに、
前記投与セットが注入器によって受容されたかどうかを検出するステップと、
前記投与セットが注入器によって受容されておらず、かつ前記ユーザ選択可能な注入器構成パラメータの値が否定的な値であるなら、否定的な値に基づき警告メッセージを生成するステップとを含み、警告メッセージが、注入器のプログラミングを可能にするために前記投与セットが注入器によって受容されなければならないことを示す、請求項３に記載の方法。

【請求項6】

注入器に結合される表示スクリーンに警告メッセージを表示するステップをさらに含む、請求項５に記載の方法。

【請求項7】

前記投与セットがカセットを含む、請求項１に記載の方法。

【請求項8】

肯定的な値が、注入器によるカセットの受容無しに注入器プログラミングを可能にする、請求項７に記載の方法。

【請求項9】

注入器設定が、特定の注入器製造およびモデルに対応するユーザ選択可能な注入器構成パラメータを含む、請求項１に記載の方法。

【請求項10】

薬品を送達するために投与セットの一部を受けかつ投与セットの一部に作用する注入器のプログラミング可能性を制御するための与薬管理システムであって、
処理部、処理部に接続された記憶媒体、および処理部に接続された表示スクリーンを含む入力装置を有する与薬管理部と、
与薬管理部と通信しかつプロセッサを有する注入器とを備え、
記憶媒体が、処理部によって実行されるプログラミングコードを含み、処理部によって、
注入器設定の入力のためのワークシートを入力装置の表示スクリーンに表示させ、１つの注入器設定は、ユーザ選択可能な注入器構成パラメータを含み、該注入器構成パラメータは、注入器による投与セットの受容とは無関係に注入器のプログラミングを可能にする肯定的な値と、投与セットが注入器によって受容されるまで注入器のプログラミングを妨げる否定的な値とを有し、
前記ユーザ選択可能な注入器構成パラメータの値を受信させ、
前記値を注入器に送信させ、かつ
注入器のプロセッサを前記値にしたがって注入器のプログラミング可能性を設定するように構成させる、システム。

【請求項11】

ポンプ表示スクリーンが、注入器に結合され、プロセッサが、前記投与セットが注入器によって受容されたかどうかを検出するように構成され、前記投与セットが注入器によって受容されておらず、かつ前記ユーザ選択可能な注入器構成パラメータの値が否定的な値であるなら、注入器のプログラミングを可能にするために前記投与セットが注入器によって受容されなければならないことを示す警告メッセージを、ポンプ表示スクリーンに生成する、請求項１０に記載のシステム。

【請求項12】

前記投与セットがカセットを含む、請求項１０に記載のシステム。

【請求項13】

肯定的な値が、注入器によるカセットの受容無しに注入器プログラミングを可能にする、請求項１０に記載のシステム。

【請求項14】

注入器設定が、特定の注入器製造およびモデルに対応するユーザ選択可能な注入器構成パラメータを含む、請求項１０に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、医療機器に関する。より具体的には、本発明は、タッチパネル式グラフィカルユーザインターフェースを含む輸液ポンプに関する。

【背景技術】

【0002】

患者および治療の情報を表示する医療機器用のグラフィカルユーザインターフェースは、患者を介護する際の臨床効率を改善してきている。しかしながら、グラフィカルユーザインターフェースの設計の課題は、臨床医が見ることができるいずれかの一画面に表示される情報量と、読みやすく誘導しやすい装置を作る必要性との間で、バランスを取る必要性があることである。大量の情報があまりにも頻繁にユーザに対して表示されると、ユーザとユーザインターフェースとの間の相互作用を妨げる。

【0003】

また、医療用ポンプを含む、医療機器は、介護者がプログラムするには複雑で時間がかかる可能性がある。患者の介護の効率を維持し、臨床ミスの可能性を減らし、それによって患者の安全性を向上させるために、改良型グラフィカルインターフェースの必要性は重要である。入力の効率および正確さを向上させるデバイスインターフェースは、患者の安全性および治療を改善するために重要である。

【発明の概要】

【発明が解決しようとする課題】

【0004】

グラフィカルユーザインターフェースの設計は、安全性パラメータと同様に、厳しい設計パラメータも考慮しなければならない。その結果、多くの医療機器は、管理者に対しても臨床医に対しても、プログラミングパラメータの柔軟性を提供していない。

【0005】

従って、誘導しやすく、医療機器のプログラミングをより容易にし、臨床医によるプログラミングおよび誘導の効率および精度を向上させるグラフィカルユーザインターフェースを含む医療機器を有することが望ましい。

【0006】

そのために、本発明の目的は、カセットが所定の位置にあってもなくてもプログラム可能な医療機器を提供することである。

【0007】

本発明の別の目的は、実行中の輸液を中断することなく臨床看護領域の変更がプログラム可能な医療機器を提供することである。

【0008】

本発明の別の目的は、実行中の輸液が終了する前に、追加の注入すべき量（ＶＴＢＩ）をプログラムできるようにする医療機器を提供することである。

【0009】

本発明の別の目的は、改良型誘導ボタンを供える医療機器を提供することである。

【0010】

本発明の別の目的は、臨床医が輸液データの表示を構成できるようにする医療機器を提供することである。

【0011】

本発明の別の目的は、改良型警報機能を有する医療機器を提供することである。

【0012】

本発明のさらなる目的は、構成可能なドーズバック計算機能を提供することである。

【課題を解決するための手段】

【0013】

カセットが所定の位置にあってもなくても医療機器を動作するための方法および装置が開示されている。輸液を停止することなく、輸液パラメータを維持したままで実行中の輸液に追加ＶＴＢＩを追加する方法が開示されている。実行中の輸液を中断または完全に停止することなくＣＣＡを変更する方法およびシステムが開示されている。様々な送達表示画面の間の改良型誘導を可能にするための、クイック滴定ボタンが提供される。

【0014】

本発明の上記およびその他の特徴および利点は、添付図面と共に読まれる、現時点で好ましい実施形態の、以下の詳細な説明より明らかになる。詳細な説明および図面は、本発明を限定するよりむしろ単に図解するのみであって、本発明の範囲は、添付の請求項およびその同等物によって定義される。

【図面の簡単な説明】

【0015】

【図1】本発明による、情報システムに統合された、与薬管理部および医療機器を含む与薬管理システムの模式図である。

【図2】本発明による、与薬管理部の模式図である。

【図3】本発明による、与薬管理部によって実行される主な機能のいくつかを示す模式図である。

【図4】本発明による、医療機器の模式図である。

【図5A】本発明による機械読み取り可能入力装置に接続されている複数経路医療機器の斜視図であって、本発明による、通常の液体送達の際に表示されて遠くから見えるようになっていて、各経路と関連づけられた一部分を有する、分割画面表示を示す。

【図5B】図５Ａと類似の斜視図であって、本発明による、近距離視表示画面を示す。

【図6A】本発明による、薬剤ライブラリパラメータを構成するためのグラフィカルユーザインターフェースの画面例である。

【図6B】本発明による、薬剤ライブラリパラメータを構成するためのグラフィカルユーザインターフェースの画面例である。

【図7A】本発明による、医療機器固有パラメータを構成するためのグラフィカルユーザインターフェースの画面例である。

【図7B】本発明による、医療機器固有パラメータを構成するためのグラフィカルユーザインターフェースの画面例である。

【図8】本発明による、カセットの有無に関して医療機器のプログラミングを可能または不可能にするプログラムのフローチャートである。

【図9A】本発明による、臨床看護領域の変更を示す、グラフィカルユーザインターフェースの画面例である。

【図9B】本発明による、臨床看護領域の変更を示す、グラフィカルユーザインターフェースの画面例である。

【図9C】本発明による、臨床看護領域の変更を示す、グラフィカルユーザインターフェースの画面例である。

【図9D】本発明による、臨床看護領域の変更を示す、グラフィカルユーザインターフェースの画面例である。

【図9E】本発明による、臨床看護領域の変更を示す、グラフィカルユーザインターフェースの画面例である。

【図9F】本発明による、臨床看護領域の変更を示す、グラフィカルユーザインターフェースの画面例である。

【図9G】本発明による、臨床看護領域の変更を示す、グラフィカルユーザインターフェースの画面例である。

【図10】本発明による、複数経路輸液ポンプにおける臨床看護領域を変更するプログラムのフローチャートである。

【図11】本発明による、単一経路輸液ポンプにおける臨床看護領域を変更するプログラムのフローチャートである。

【図12A】本発明による、現在の輸液に対する追加ＶＴＢＩのプログラミングを示す、グラフィカルユーザインターフェースの画面例である。

【図12B】本発明による、現在の輸液に対する追加ＶＴＢＩのプログラミングを示す、グラフィカルユーザインターフェースの画面例である。

【図12C】本発明による、現在の輸液に対する追加ＶＴＢＩのプログラミングを示す、グラフィカルユーザインターフェースの画面例である。

【図12D】本発明による、現在の輸液に対する追加ＶＴＢＩのプログラミングを示す、グラフィカルユーザインターフェースの画面例である。

【図12E】本発明による、現在の輸液に対する追加ＶＴＢＩのプログラミングを示す、グラフィカルユーザインターフェースの画面例である。

【図12F】本発明による、現在の輸液に対する追加ＶＴＢＩのプログラミングを示す、グラフィカルユーザインターフェースの画面例である。

【図13】本発明による、現在の輸液に対する追加ＶＴＢＩを追加するプログラムのフローチャートである。

【図14】本発明による、薬剤ライブラリでの表示設定を構成するためのグラフィカルユーザインターフェースの画面例である。

【図15A】本発明による、医療機器表示パラメータを構成するためのグラフィカルユーザインターフェースの画面例である。

【図15B】本発明による、医療機器表示パラメータを構成するためのグラフィカルユーザインターフェースの画面例である。

【図15C】本発明による、医療機器表示パラメータを構成するためのグラフィカルユーザインターフェースの画面例である。

【図16】本発明による、表示パラメータを決定するプログラムのフローチャートである。

【図17A】本発明による、グラフィカルユーザインターフェース誘導ボタンを示す画面例である。

【図17B】本発明による、グラフィカルユーザインターフェース誘導ボタンを示す画面例である。

【図17C】本発明による、グラフィカルユーザインターフェース誘導ボタンを示す画面例である。

【図18】本発明による、画面視表示パラメータを決定するプログラムのフローチャートである。

【図19A】本発明による、付加的なグラフィカルユーザインターフェース誘導ショートカットボタンを示す画面例である。

【図19B】本発明による、付加的なグラフィカルユーザインターフェース誘導ショートカットボタンを示す画面例である。

【図19C】本発明による、付加的なグラフィカルユーザインターフェース誘導ショートカットボタンを示す画面例である。

【図19D】本発明による、付加的なグラフィカルユーザインターフェース誘導ショートカットボタンを示す画面例である。

【図19E】本発明による、付加的なグラフィカルユーザインターフェース誘導ショートカットボタンを示す画面例である。

【図19F】本発明による、付加的なグラフィカルユーザインターフェース誘導ショートカットボタンを示す画面例である。

【図19G】本発明による、付加的なグラフィカルユーザインターフェース誘導ショートカットボタンを示す画面例である。

【図20】本発明による、誘導ショートカットボタンに基づいて画面視表示パラメータを決定するプログラムのフローチャートである。

【図21A】本発明による、様々なグラフィカルユーザインターフェース呼び戻し警報の画面例である。

【図21B】本発明による、様々なグラフィカルユーザインターフェース呼び戻し警報の画面例である。

【図22】本発明による、様々な呼び戻し警報に応答するプログラムのフローチャートである。

【図23A】本発明による、グラフィカルユーザインターフェース警報誘導ショートカットボタンの画面例である。

【図23B】本発明による、グラフィカルユーザインターフェース警報誘導ショートカットボタンの画面例である。

【図23C】本発明による、グラフィカルユーザインターフェース警報誘導ショートカットボタンの画面例である。

【図24】本発明による、警報誘導ショートカットボタンに基づいて画面視表示パラメータを決定するプログラムのフローチャートである。

【図25】本発明による、薬剤ライブラリにおいてドーズバック計算パラメータを構成するためのグラフィカルユーザインターフェースの画面例である。

【図26A】本発明による、医療機器においてドーズバック計算を構成するためのグラフィカルユーザインターフェースの画面例である。

【図26B】本発明による、医療機器においてドーズバック計算を構成するためのグラフィカルユーザインターフェースの画面例である。

【図27】本発明による、医療機器におけるドーズバック計算を可能または不可能にするプログラムのフローチャートである。

【発明を実施するための形態】

【0016】

本発明は、その好適な実施形態に適用されるものとして記述される。本発明が好適な実施形態によって限定されることを意図するものではない。本発明は、添付請求項の範囲内に含まれ得る全ての変形および代替案を含むと考えられる。

【0017】

図１を参照すると、本発明の与薬管理システム（ＭＭＳ）１０は、与薬管理部（ＭＭＵ）１２および医療機器１４を含み、通常は病院環境１６の１つ以上の情報システムまたは構成要素と連携して動作する。病院環境という用語は、本明細書において、病院、治療センター、診療所、医院、日帰り手術センター、ホスピス、介護施設、および家庭療養環境と関連のある上記のいずれかを含むがこれらに限定されない、いずれかの医療看護施設を意味するものとして、広く解釈されるべきである。下に述べるように、病院環境には様々な情報システムがある可能性がある。図１に示すように、ＭＭＵ１２は、病院環境１６の一部であるキャッシュ機構２０を通じて、病院情報システム（ＨＩＳ）１８と接続している。

【0018】

キャッシュ機構２０は第一にＨＩＳ１８との通信を容易にするための通過装置であり、その機能は排除されるか、またはＭＭＵ１２（図１）および／もしくは医療機器１４および／もしくはＨＩＳ１８および／もしくは病院環境１６内のその他の情報システムもしくは構成要素に組み込まれてもよいことは、当業者には理解される。キャッシュ機構２０は、ＨＩＳ１８、与薬管理記録システム（ＭＡＲ）２２、薬局情報システム（ＰｈＩＳ）２４、処方オーダリングシステム（ＰＯＥ）２６、および／または研究室システム２８とは別の、病院情報データの一時的な保存を提供する。キャッシュ機構２０は、病院環境１６内のデータへの直接アクセスが不可能または望ましくない状況を支援するために、与薬管理システム１０にアクセス可能な情報保存を提供する。例えば、ＨＩＳ１８がダウンしたり、またはＭＭＵ１２と電子ネットワーク（図示せず）との間の接続がダウンしたりした場合に、キャッシュ機構２０はＭＭＵ１２との継続的な情報交換の流れを提供する。

【0019】

ＨＩＳ１８は、与薬記録を保存するための与薬管理記録システム（ＭＡＲ）２２および医薬品注文をＨＩＳに送達（ｄｅｌｉｖｅｒｉｎｇ）するための薬局情報システム（ＰｈＩＳ）２４と通信する。医師／提供者オーダリング（ＰＯＥ）装置２６は、患者に処方された与薬指示を直接またはＰｈＩＳ２４経由で、医療提供者から病院情報システムに送達できるようにする。与薬指示はＰｈＩＳ２４またはＰＯＥ装置２６からＭＭＵ１２に直接送信可能であることは、当業者は理解する。本明細書で使用される与薬指示という用語は、液体またはガス状流体、薬物または薬剤、液体栄養製品、およびそれらの組合せを含むがこれらに限定されない、人間または動物に対して生理学的な影響があるものを投与させる指示として定義される。

【0020】

研究室システム２８および監視装置３０も、更新された患者固有の情報をＭＭＵ１２に送達するためにＭＭＵ１２と通信する。図に示すように、ＭＭＵ１２は、研究室システム２８および監視装置３０と直接的に通信する。しかしながら、ＭＭＵ１２がＨＩＳ１８、キャッシュ機構２０、医療機器１４、または何らかの別の中間装置もしくはシステムを経由して、間接的に研究室システム２８および監視装置３０と通信することも可能であることは、当業者には理解される。

【0021】

送達情報入力装置３２も、ＭＭＵ１２を通じて送達される医薬品注文の処理を支援するために、ＭＭＵ１２と通信する。送達情報入力装置３２は、例えばバーコードスキャナを備える携帯情報端末（ＰＤＡ）など、バーコードラベルなどの機械読み取り可能な印を読み取るのに適したものを含む、いかなる種類のデータ入力手段であってもよい。以下、送達情報入力装置３２は入力装置３２と称される。あるいは、機械読み取り可能な印は、無線自動識別（ＲＦＩＤ）タグ、二次元バーコード、ＩＤマトリクス、送信無線ＩＤコード、指紋などのヒト生体データなど、他の形態であってもよく、入力装置３２はそのような印を「読み取る」または認識するのに適している。入力装置３２は、医療機器１４とは別の装置として示されている。あるいは、入力装置３２は、医療機器１４と直接的に通信してもよく、またはその全体もしくは一部が医療機器に統合されてもよい。

【0022】

図２を参照すると、与薬管理部１２は、ＭＭＵ１２を病院環境１６の複数の構成要素、１つ以上の医療機器１４、および任意のその他の所望の装置またはネットワークに接続するためのネットワークインターフェース３４を含む。処理部３６はＭＭＵ１２に含まれ、後に詳述される様々な動作を実行する。表示／入力装置３８は、処理部３６と通信し、ユーザが処理部３６からの出力を受け取ることおよび／または処理部３６に情報を入力することを可能にする。表示／入力装置３８が個別の表示装置および個別の入力装置として提供されてもよいことを当業者は理解する。

【0023】

電子記憶媒体４０は、処理部３６と通信し、処理部３６がＭＭＵ１２の機能を実行するのに必要なプログラムコードおよびデータを保存する。より具体的には、記憶媒体４０は、以下のプログラムを含むがこれらに限定されない、ＭＭＵ１２の様々な機能のために、本発明に基づいて形成される複数のプログラムを保存する：薬剤ライブラリ維持４２、薬剤ライブラリダウンロード４４、医薬品注文処理４６、専門臨床規則維持４８、専門臨床規則適用５０、ポンプ監視５２、管路監視５４、レポート作成５６、データ閲覧５８、ＭＭＳ構成６０、およびＭＭＳ監視６２。薬剤ライブラリ維持４２プログラムは、薬剤登録を作成、更新、および削除し、現在使用可能な薬剤ライブラリを確立する。薬剤ライブラリダウンロード４４プログラムは、現在の薬剤ライブラリで医療機器１４を更新する。医薬品注文処理４６プログラムは、ポイントオブケア（ＰＯＣ）投薬および送達パラメータが注文されたものと一致していることを確認して、患者のための医薬品注文を処理する。専門臨床規則維持４８プログラムは、病院の治療およびプロトコル治療計画を記述する規則を作成、更新、および削除する。専門臨床規則適用５０プログラムは、安全を確認するための論理処理を実行し、他の輸液または与薬指示、患者の人口統計学的データ、および現在の患者の状態を考慮する。ポンプ監視５２プログラムは、リアルタイムおよびバッチモードの両方で送信される状態、事象、および警報の進行中の最新情報を取得するとともに、位置、現在の割り当て、および医療機器１４に搭載されている薬剤ライブラリバージョンなどのソフトウェアバージョンを追跡する。管路監視５４プログラムは、複数の医薬品送達経路または管路を支援する医療機器１４の各経路または管路の状態、事象、および警報の進行中の最新情報を取得する。レポート作成５６プログラムは、ＭＭＵ記憶媒体４０に保持されているデータの様々なレポートをユーザが作成できるようにする機構を提供する。データ閲覧５８プログラムは、ＭＭＵ１２のユーザのための様々な表示または閲覧能力を支援する機構を提供する。通知５９プログラムは、事象の外部システムおよびユーザへの送達およびスケジューリングのための機構を提供する。ＭＭＳ構成６０プログラムは、システム管理者がＭＭＳ１０をインストールおよび構成するための機構を提供する。ＭＭＳ監視６２プログラムは、情報技術操作スタッフの能力で、ＭＭＳ１０構成要素および処理の現在の状態、ならびにシステム立ち上げ、立ち下げ、バックアップ、および修復など、日々の操作のその他の態様を見ることができるようにする。

【0024】

図３を参照すると、それぞれが個別の機能および規則を含む、ＭＭＵ１２の様々な機能プログラム４２から６２は、（図２に示すよりも高いレベルで）分割され、ＭＭＵ１２の相互関連する管理部を論理的に構成する。図に示すように、ＭＭＵ１２は、資産管理部６４、警報管理部６６、（例えば、ＨＯＳＰＩＲＡ ＭＥＤＮＥＴソフトウェアに含まれるような）薬剤ライブラリ管理部６８、介護者管理部７０、治療管理部７２、および／または臨床データ管理部７３を含む。しかしながら、当業者の中には、本発明の範囲を逸脱することなく、追加または代替の病院システム管理部が提供されてもよいことを理解する者もいる。また、ＭＭＵ１２は、個別の管理部の間の相互作用を調整するために、ＭＭＵ１２の個別の相互関連する病院システム管理部６４から７３の間の上位決定部７４を含む。

【0025】

さらに、本明細書に記載されるＭＭＵ１２は単一の装置のように見えるが、協調して動作し、同じデータベースを共有する、２つ以上のＭＭＵ１２が存在してもよい。例えば、一カ所での故障を回避し、有効性要件に対応し、大量の要求を処理するために、ＭＭＵ１２は、個別のサーバ上で起動するＭＭＵ固有のアプリケーションの集合からなってもよい。この例では、サービス要求をＭＭＵ１２の他のサーバ部分にリダイレクトさせるために、ＭＭＵ１２の個別の各サーバ部分は、ＭＭＵ１２の他のサーバ部分と連携して動作する。また、上位決定部７４は、リダイレクトされたサービス要求をＭＭＵ１２の別のサーバ部分に割り当て、各要求の優先順位を決めるとともに、確実に各要求が処理されるようにする。

【0026】

図２および図３を参照すると、管理部６４から７２はそれぞれその動作を管理するための異なる機能および規則を含む。例えば、資源管理部６４はポンプ監視５２および管路監視５４プログラムの実行を管理し、薬剤ライブラリ管理部６８は薬剤ライブラリ４２および薬剤ライブラリダウンロード４４プログラムの実行を管理し、治療管理部７２は薬品注文処理４６、専門臨床規則維持４８、および専門臨床規則適用５０プログラムの実行を管理し、臨床データ管理部７３はレポート作成５６およびデータ閲覧５８プログラムの実行を管理する。病院システム管理部６４から７３の間の機能的ＭＭＵプログラム４２から６２のその他の分配は、本発明に従ってなされ得る。

【0027】

図４を参照すると、電子ネットワーク１１４は、電子的に通信のため、ＭＭＵ１２、医療機器１４、および病院環境１６を接続する。電子ネットワーク１１４は、完全な無線ネットワークでも、完全な有線ネットワークでも、それらの何らかの組合せなどでもよい。

【0028】

図４は、本発明を実行するための医療機器１４のいくつかの機能的構成要素を示す模式図である。機器１４が図４に示すよりも多くの構成要素を含むことを当業者は理解する。しかしながら、本発明を実行するための例示的実施形態を開示するために、これら全ての構成要素を示す必要はない。

【0029】

本発明の文脈において、「医療機器」という用語は、薬品または液体を患者にまたは患者から運ぶためのカセット、容器、瓶、シリンジ、または管（例えば、経腸ポンプ、非経口輸液ポンプ、患者管理鎮痛法（ＰＣＡ）または疼痛管理投薬ポンプ、または吸引ポンプ）、患者のバイタルサインまたはその他のパラメータを監視するためのモニタ、あるいは診断、試験、またはサンプリング装置上で動作する装置を非限定的に含む。

【0030】

図５Ａを参照して、例示的説明のみの目的のため、医療機器１４を輸液ポンプとして開示する。より具体的には、医療機器１４は、単一経路輸液ポンプ、複数経路輸液ポンプ（図示）、またはそれらの何らかの組合せであってもよい。

【0031】

図４を参照すると、ポンプ式医療機器１４は、医療機器１４を電子ネットワーク１１４に接続するためのネットワークインターフェース１１２を含む。電子ネットワーク１１４への無線接続が望ましい場所では、ネットワークインターフェース１１２は、電子ネットワーク１１４への無線接続のためにアンテナを操作する。アンテナは、機器１４の外部に突出していてもよく、または機器のハウジング内に収容されていてもよい。

【0032】

処理装置１１８は、医療機器１４に含まれ、後に詳述される様々な動作を実行する。入出力装置１２０は、ユーザが医療機器１４からの出力を受け取ることおよび／または医療機器１４に情報を入力することを可能にする。入出力装置１２０が、タッチパネル１２２等の単一の装置として、または個別の表示装置および個別の入力装置として（図示せず）提供されてもよいことを当業者は理解する。好適な実施形態において、医療ポンプ１４の表示画面１２２は、多線式タッチパネルを備えた薄膜トランジスタアクティブマトリクスカラー液晶ディスプレイである。一般的に液体不浸透性の膜が表示画面１２２に重ねられるので、ユーザは、入力するために、濡れた手袋でも乾いた手袋でも、または手袋をはめていなくても、その下の画面上のキーやボタンの画像を押すことができる。

【0033】

メモリ１２４は、処理装置１１８と通信し、処理装置１１８が医療機器１４の機能を実行するために必要なコードおよびデータを保存する。より具体的には、メモリ１２４は、後に詳述される複数の下位部分を備えるグラフィカルユーザインターフェースプログラム１２６を含む医療機器１４の様々な機能のために、本発明に基づいて形成される複数のプログラムを保存する。

【0034】

図５Ａを参照して、本発明は、機械読み取り可能入力装置１３０を提供する。機械読み取り可能入力装置１３０は、機械読み取り可能な情報を医療機器１４に入力するために、医療機器１４と通信する。機械読み取り可能入力装置１３０は、無線または有線接続によって、医療機器１４と直接的または間接的に通信することができる。機械読み取り可能入力装置１３０は、医療機器１４から分離しているが関連のある、または通信している装置であってもよい。機械読み取り可能入力装置１３０は、バーコードスキャナまたは携帯情報端末（ＰＤＡ）などの、機械読み取り可能な印を読み取るのに適したものを含む、いかなる種類のデータ入力手段であってもよい。あるいは、機械読み取り可能入力装置１３０は、無線自動識別タグ（ＲＦＩＤ）、タッチメモリ、デジタル写真、生体情報など、機械読み取り可能な情報の他の知られている形態を読み取ることができるようになっていてもよい。

【0035】

図５Ａを参照すると、医療機器１４は、第一経路機械読み取り可能ラベル１３４を備える第一経路１３２、および第二経路機械読み取り可能ラベル１３８を備える第二経路１３６を有する、複数経路輸液ポンプである。医療機器１４のユーザは、関連する機械読み取り可能ラベル１３４または１３８をスキャンすることによって、１つ以上の経路１３２および１３６から経路を選択するために、機械読み取り可能入力装置１３０を操作する。

【0036】

ユーザは、画面１２２上に電子的に生成および表示され、好ましくはそれぞれの経路１３２または１３６の付近に並置された、工場または病院でプログラムされた、固有の、機械読み取り可能ラベル１３４または１３８をスキャンするために、機械読み取り可能入力装置１３０を使用して、所望の経路１３２または１３６を選択する。あるいは、機械読み取り可能ラベル１３４および１３８は、好ましくは経路１３２および１３６または経路１３２および１３６の付近にそれぞれ並置されて、医療機器１４に物理的に固定されている。機械読み取り可能ラベル１３４および１３８は、ポンプ１４によって作成され、および／またはメモリ１２４に保存されることが可能なので、ポンプ１４は、機械読み取り可能ラベル１３４および１３８を経路１３２および１３６に関連づけることができる。ポンプ１４はその後、ユーザが選択された経路１３２または１３６をプログラムおよび作動することを可能にする。ユーザは、タッチパネル上の適切なフォルダタブに触れることによって、所望の経路を手動で選択してもよい。フォルダタブにはラベルが付けられ、および／または対応する経路１３２または１３６に近接するように、画面上に物理的に配置されている。

【0037】

無線実施形態のさらなる態様では、全ての医療機器は、固有の無線機器／経路ＩＰアドレスおよび／または画面１２２に表示されることも可能な自己生成固有機械読み取り可能ラベル（例えばバーコード）１３４または１３８、定期的に送信することができる。あるいは、機械読み取り可能ラベル１３４および１３８は、医療機器１４に物理的に貼付または掲示されている。各医療機器は、このように送信または掲示された機器／経路ＩＰアドレスおよび／またはバーコードを特定の患者と相互に関連づけ、この患者もまた固有の機械読み取り可能ラベル（図示せず）または患者ＩＰアドレスによって識別される。ユーザは、固有機械読み取り可能ラベル１３４、１３８および患者の機械読み取り可能ラベルをスキャンするために機械読み取り可能入力装置１３０を使用して、所望のポンプまたは経路１３２、１３６を患者と関連づける。これに起因して、適切なポンプ処理装置１１８が、適切なポンプ経路１３２、１３６を患者と関連づける。次いで、ポンプまたは経路は、互いに無線で関連づけ合い、通信し合い、連携し合うことができる。

【0038】

図４、図５Ａ、図５Ｂおよび図１７Ａから図１７Ｃを参照すると、グラフィカルユーザインターフェースプログラム１２６は、医療機器１４用の画面１２２を再割り当てする。具体的には、図５Ａおよび図１７Ｂは、第一経路１３２に関連づけられた第一経路画面部１４０、および第二経路１３６に関連づけられた第二経路画面部１４２を有する、分割タッチパネル１２２を備える複数経路輸液ポンプ１４を示す。各経路画面部１４０および１４２は、治療薬名、濃度、投与流量、ＶＴＢＩ、および警報情報を非限定的に含む、それぞれの経路１３２または１３６に関する送達情報のサブセットを例えば、およそ１５から２０フィート（４．６から６．２メートル）の距離からユーザが容易に読み取ることができるフォントサイズで表示する。これは、いわゆる「遠距離視（ｆａｒ ｖｉｅｗ）」送達画面である。遠距離視送達画面は、図１７Ａおよび図１７Ｃに示される、関連する「近距離視（ｎｅａｒ ｖｉｅｗ）」送達画面上に見られる情報のサブセットを表示する。近距離視送達画面は、薬剤名、濃度、投与流量、残り時間、ＶＴＢＩ、残量、および警報状態にある場合には最も優先度の高い警報名などの情報を表示する。

【0039】

実際には、送達画面は、図５Ｂに示されるように、ユーザが機器をプログラミングしているときには、近距離視で表示する。近距離視送達画面は、製造者によって事前に決定された、薬剤ライブラリを通じてその施設によって構成可能な、および／またはポンプを担当する介護者によって設定される、例えば２０秒後などの所定時間の後に遠距離視送達画面に切り替わる。しばしばユーザが遠視画面を見るのに所定時間を待ちたくないときもある。図１７Ａから図１７Ｃは、本発明による、ユーザが近距離視画面から遠距離視画面へ、および逆に、いつでも切り替えることができる医療機器の一実施形態を示す。図１７Ａは、経路Ａ１７０５の近距離視画面を示す。近距離視画面にあるときにユーザが遠距離視画面を見たい場合、ユーザは近距離視画面の本体１７１０の中のどこかに触れる。近距離視画面の本体１７１０に触れることで、図１７Ｂに示される遠距離視画面１７２０を表示する。図１７Ｂを参照すると、ユーザがタブ「Ａ」または「Ｂ」または遠距離視送達画面の経路画面部１７２５または１７３０のどこかに触れると、「近距離視」送達画面が画面に表示される（図１７Ｃ）。一実施形態において、遠距離視画面または近距離視画面に戻るために、ユーザは現在の表示画面の本体の中の「ホットスポット」または特殊なトグルボタンに触れる。

【0040】

図１８を参照して、近距離視画面と遠距離視画面との間で表示画面をただちに移行させるプログラム１８００のフローチャートが示される。プログラム１８００はブロック１８０１で開始し、ブロック１８０２に進み、そこでプログラムは近距離視送達画面が表示されているかを判断する。本発明の一態様において、近距離視タイムアウトが経過すると、プログラム１８００はブロック１８０４でブロック１８０３に進む。本発明の別の態様では、ユーザがブロック１８０５で近距離視ホットスポットに触れると、プログラム８００はブロック１８０２からブロック１８０３へ進む。ユーザがブロック１８０６で遠距離視画面に触れたときは、プログラム１８００は近距離視画面、すなわちブロック１８０２へ、遠距離視画面、すなわちブロック１８０３から戻ってもよい。

【0041】

図５Ａに戻ると、選択されたかまたは選択されたタブに対応する経路画面部１４０または１４２は、面積が広くなるが、その中の文字列の少なくともいくつかのサイズは、図１７Ａに示すように、縮小する。経路画面部１４０および１４２のうちの１つが縮小してもう一方が拡大すると、図５Ｂに示すように、画面１２２上に配置される１つ以上のデータ表示またはデータ入力欄のための追加スペースを提供する。以下に述べるように、データ表示またはデータ入力欄は、画面１２２上の以前は経路画面部１４０または１４２の一部によって占有されていたスペースに配置される。データ入力欄が大きく、好ましくは少なくとも元々の経路画面部１４０および１４２が送達画面モードだったときと同じまたはより好ましくはそれ以上に面積が大きくなることができるので、画面１２２上のスペースの再割り当てによって、ユーザはより簡単に入力することができるようになる。また、画面１２２上のスペースの再割り当ては、調整中または監視中の経路に関する情報を表示するためのより広いスペースを提供する。画面１２２の再割り当てならびに近距離視および遠距離視送達画面に関するさらなる詳細は、２００５年４月１１日出願の「ＵＳＥＲ ＩＮＴＥＲＦＡＣＥ ＩＭＰＲＯＶＥＭＥＮＴＳ ＦＯＲ ＭＥＤＩＣＡＬ ＤＥＶＩＣＥＳ」と題される、共有の同時係属出願番号ＵＳＳＮ１１／１０３，２３５号に記載されており、その全ては明示的に本明細書に組み込まれる。

【0042】

図５Ａを参照すると、ポンプ１４は、専用または固定触覚注入器ボタン、およびＬＣＤタッチパネル１２２上のボタン画像を含む。固定触覚ボタン１３３、１３５、１３７、および１３９は、以下の機能を提供する：実装／取り出しボタン１３３−カセットキャリッジを開閉する、オン／オフボタン１３５−電源をオンおよびオフする、警報無音ボタン１３７−音消し可能な警報を例えば２分間などの所定時間の間、無音にする、緊急停止ボタン１３９−全ての経路を停止する。

【0043】

ＬＣＤカラータッチパネル１２２は、ユーザが、例えば三次元ボタン画像などの画面上ボタン画像、およびデータ入力欄へアクセスおよび使用を可能にする。タッチパネル１２２はＬＣＤディスプレイ上の膜を使用しているので、１回のキー操作で輸液ポールを著しく移動させることも、２回のキータッチと間違えられることもない。タッチパネルは、ユーザが濡れた手袋または乾いた手袋をはめていても、あるいは手袋をはめていなくても、キー操作に対応する。

【0044】

ＬＣＤタッチパネルボタン画像１４３、１４５、１４７、および１４９Ａから１４９Ｅは、図５Ａおよび図５Ｂに示すように配置され、以下の機能を実行する：患者情報タブ１４３−臨床看護領域、事前に選択された患者情報（名前、ＩＤ番号などを非限定的に含む）を表示し、より詳細な患者情報画面（図９Ｃ）へのアクセスを提供する、経路レベル治療ボタン１４５−注入器タッチパネル上のボタン画像によってアクセスされ、輸液療法を選択するために使用される、プログラムレベルボタン１４７−プログラム画面上の領域、ドロップダウンリストの三角印、ボックス、またはテキストボックスを押すことによってアクセスされ、輸液の投与量パラメータを選択するために使用される、タッチパネル下部の機器レベルボタン１４９Ａから１４９Ｅは、モード１４９Ａ（例えば、操作または生物医学的）、ログ１４９Ｂ、ロック１４９Ｃ、設定１４９Ｄ、および計算表示１４９Ｅを非限定的に含む、機器レベルの機能を表示および制御するために使用される。画面１２２の下部に表示されている無線標識画像１０２は、機器１４が接続されて通信準備が整っていることを示す。

【0045】

経路レベル治療ボタン１４５およびプログラムレベルボタン１４７を使用することによって、医療関係者は、以下のモードのために、マイクログラム／ｋｇ／時、グラム／ｍ^２／ｈｒ、およびその他の送達仕様など、様々な重さ−および体表面積−に基づく単位での特定の輸液治療でポンプのそれぞれの経路をプログラムすることができる：基本治療−注入すべき量（ＶＴＢＩ）、薬物量、注入時間、および薬物濃度に基づく投与流量プログラミング、ならびにＶＴＢＩおよび時間に基づく体積流量（ｍＬ／ｈｒ）のプログラミングを可能にする単純流量プログラミングを可能にする、投与量計算を含む、ボーラス送達−ユーザが投与量および時間に基づく単回の連続個別送達をプログラムできるようにする（ボーラスは一次または二次容器から送達することができる）、ピギーバック送達−ユーザが、一次輸液と同じカセットを通じて送達される二次輸液の送達をプログラムできるようにする（一次輸液は、ピギーバックＶＴＢＩが完了するまで一時停止される）、および上級プログラミング。上級プログラミングモードは、以下を含む様々なタイプのプログラムを提供する：マルチステップ−流量および体積または体積および時間に基づいて各ステップでプログラム可能な液体体積および送達流量で、最大１０段階までの連続液体送達を可能にする、可変時間−特定の時刻の最大２４回の投与計算段階を可能にする、中間−定期的に送達されるために計算された投与または段階、および漸減（ｔａｐｅｒ）−徐々に上昇および／または下降して台形状の流量となる送達。

【0046】

図４および図５Ａを参照すると、グラフィカルユーザインターフェース１２６は、画面１２２に表示される経路標識を提供する。経路標識は、経路表示アイコン１５４、１５５などの図形描画を使用して、画面上プログラミング、送達、および警報情報を特定の送達経路に関連づける。経路表示アイコン１５４または１５５は、画面上プログラミング、送達、および警報情報を指定された関連送達経路に明らかに関連づける図形アイテムである。経路表示アイコン１５４または１５５は、医療機器の指定された送達経路に関連づけられたタブ１５８上に位置する。経路表示アイコン１５４または１５５は、ユーザ読み取り可能な文字または数字、機械読み取り可能な標識１３４、またはそれらの組合せを含んでもよいが、これらに限定されない。グラフィカルユーザインターフェースプログラム１２６は、画面１２２上に表示される滴下標識アイコン１６０および注入状態アイコン１５６も提供する。

【0047】

図４、図５Ａ、図５Ｂおよび図１９Ａから図２０を参照すると、本発明の一実施形態において、グラフィカルユーザインターフェース１２６は、遠距離視画面１２２、１９２２上に表示されたクイック滴定ボタン１９１０、１９１２を提供する。図１９Ａは、ＶＴＢＩ１９１０および流量１９１２のクイック滴定ボタンを示す。別のまたは同じ実施形態において、グラフィカルユーザインターフェース１９２２は、「投与量」またはその他の滴定パラメータのクイック滴定ボタンも有してもよい。クイック滴定ボタン１９１０、１９１２は、ボタンが選択されたときに、押下されるとユーザをデータ入力のための標準データ入力欄に案内し、爆発（ｅｘｐｌｏｄｅ）またはアクティブボタンとして動作する。このようにすると、ボタンを１つ押すだけで、ユーザは通常のようにいくつかの画面を通過して戻る必要がなく、所望のデータ入力位置へ直ちに案内されることができる。クイック滴定ボタンは、従って、本発明による医療機器をプログラミングするユーザの効率を向上させる。図１９Ａから図１９Ｇは、ＶＴＢＩクイック滴定ボタン１９１０の使用を示す。実際には、図１９Ｂのデータ入力欄１９３０を呼び出すために、ユーザはクイック滴定ボタン１９１０（図１９Ａ）を押す。この実施形態において、データ入力欄とは、ＶＴＢＩ用の値を入力するためのテンキーである。一旦所望の値１９３５が入力されると、ユーザは、キャンセルボタン１９４０を押すことによって入力をキャンセルしたり、クリアボタン１９４５を押すことによって入力を削除したり、実行ボタン１９５０を押すことによって変更を保存したり続行したりするために、キーパッドを使用するように促される（図１９Ｃ）。図１９Ｄは、ＶＴＢＩ入力を受け付けて変更するためにユーザが実行ボタン１９５０を押した様子を示す。図１９Ｄに示されるグラフィカルユーザインターフェースで、ユーザは、続行するために「次のＡ」１９５５、滴定をキャンセルするために「滴定キャンセル」１９６０、またはプログラムを編集するためにオプション１９６５を押す選択肢がある。図１９Ｅは、続行するためにユーザが「次のＡ」１９５５を押した様子を示す。図１９Ｅは、構成画面１９７０を示す。この画面で、ユーザはＶＴＢＩ変更を確定して輸液を開始するために、「滴定開始Ａ」１９７５を押すように指示されている。図１９Ｆに示される画面１９８０では、ユーザは「基本中止Ａ」を押すことによって、滴定を中止することができる。図１９Ｆに示される近距離視画面１９８０は、図１９Ｇに示される遠距離視画面１９９０に戻る。

【0048】

図２０は、上述のように「投与量」「流量」および「ＶＴＢＩ」用のクイック滴定ボタンを操作するためのプログラム２０００のフローチャートである。プログラム２０００はブロック２００１で開始し、ポンプが輸液を送達していて遠距離視画面（図１９Ａ参照）を表示していることを示すブロック２００５に進む。ユーザがクイック滴定ボタン１９１０、１９１２のうちの１つを押したとき、プログラム２０００はブロック２０１０に進む。クイック滴定ボタンの押下に反応して、ブロック２０１５でプログラム２０００は現在送達している治療（例えば、経路ＡまたはＢ）のためのプログラミング画面に表示を変更する。近距離視画面への移行後、プログラム２０００はブロック２０２０および２０２５で、どのボタンが押されたかを判断する。投与量ボタンが押されたとプログラムが判断した場合は、プログラムはブロック２０３０で投与量テンキーを表示する。流量ボタン１９１２が押されたとプログラムが判断した場合は、プログラムは流量テンキーを表示する。投与量ボタンも流量ボタンも押されなかったとプログラムが判断した場合は、プログラムはＶＴＢＩテンキーを表示する。プログラム２０００が本明細書に記載される以外のどんな順番でもどのボタンが押されたかを判断することができることを当業者は認識する。一旦選択されたボタンのキーパッドが表示されると、ユーザは所望のデータを入力し、上述および図１９Ａから図１９Ｇ記載のように、変更されたパラメータでの輸液を確定して実行するためにプログラムを続行する。

【0049】

図１４から図１６を参照すると、本発明の別の態様において、与薬管理システム内に位置して医療機器にダウンロードされる薬剤ライブラリは、遠距離視画面上の初期設定として、ＶＴＢＩまたは輸液量のいずれかを表示するように構成されることが可能である。別のまたは同じ実施形態において、以下により詳細に述べられるように、ユーザは医療機器の初期設定を変更することができる。

【0050】

図１４を参照して、選択されたＣＣＡ用の薬剤ライブラリの複数の設定を変更するためのグラフィカルユーザインターフェース１４００の画面例が示される。この例において、ＣＣＡは集中治療室（ＩＣＵ）であるが、他のＣＣＡ用の機器設定も同様に構成されてもよいことは理解されるべきである。薬剤ライブラリは薬剤および機器に関する情報を含み、この情報は、薬剤名、薬剤分類、薬剤濃度、薬剤量、薬剤単位、希釈剤量、希釈剤単位、投与単位、送達投与量または流量、与薬パラメータまたは制限、機器／注入器設定および／またはモード、ＣＣＡ規制および制限、およびライブラリバージョンを含んでもよいが、これらに限定されない。薬剤ライブラリ維持プログラム４２を通じて、薬剤ライブラリは、カスタマイズされたディスプレイを含む医療機器１４を提供するように構成されていてもよい。一実施形態において、ディスプレイは、医療機器１４が配置されている、割り当てられている、および／または割り当てられる予定の、臨床看護領域（ＣＣＡ）に基づいてカスタマイズされる。

【0051】

一旦選択されたＣＣＡ用の薬剤ライブラリグラフィカルユーザインターフェース１４００が表示されると、管理者は「初期設定遠距離視設定」１４０５をＶＴＢＩ１４１０または輸液量１４１５のいずれかに設定する。図１４は、初期設定遠距離視設定１４０５としてＶＴＢＩ１４１０が選択された様子を示す。

【0052】

図１５Ａから図１５Ｃを参照すると、初期設定遠距離視設定１４０５を有する医療機器のユーザは、初期設定を変更することができる。初期設定遠距離視設定１４０５を変更するには、設定画面１５２２にアクセスするために、ユーザは設定ボタン１５２５を押す。次に、ユーザは図１５Ｂに示される設定遠距離送達画面インターフェース１５３５にアクセスするために、遠距離送達画面ボタン１５３０を押す。この図解において、初期設定はＶＴＢＩ１５４５を表示するように設定されている。「輸液量」を表示するように初期設定を変更するためには、ユーザは矢印１５４０を有効にすることによって、プルダウンメニュー１５５０（図１５Ｃ）にアクセスする。輸液量ボタン１５５５を押すことで、初期設定をＶＴＢＩではなく輸液量を表示するように変更する。初期設定を変更しないためには、ユーザは保存ボタン（図１５Ｃ）またはキャンセルボタン１５６０（図１５Ｃ）を押すことができる。

【0053】

図１６を参照して、上述のように、ＶＴＢＩが表示されるべきかまたは輸液量が表示されるべきかを医療機器で判断するためのプログラム１６００のフローチャートが示される。プログラム１６００はブロック１６０１で開始し、表示が近距離視から遠距離視へ切り替わろうとするブロック１６０５に進む。切替に先立ってプログラム１６００は、ユーザによって選択されたＣＣＡ用の薬剤ライブラリからの初期設定遠距離視設定１４０５、またはその機器でユーザによって確立された最新の設定に基づいて、表示パラメータを決定する。現在の表示パラメータ設定に基づいて、プログラム１６００はブロック１６１０で、ＶＴＢＩを表示すべきか否かを判断する。「はい」の場合、プログラム１６００は１６１５に進み、遠距離視画面にＶＴＢＩを表示する。「いいえ」の場合、プログラム１６００はブロック１６２０に移動して、遠距離視画面に送達量を表示する。プログラム１６００は１６２５で終了する。別の実施形態では、近距離視画面表示パラメータ設定は、同様に構成および／または調整されることが可能である。

【0054】

図５Ａ、図６Ａおよび図６Ｂを参照して、与薬管理システム内で、マスタ注入器設定６１０の一部として、関連する医療機器１４の全てを構成するために使用される、ＭＭＵ１２内の入力装置３８のグラフィカルユーザインターフェース６００が示される。本発明に従って、グラフィカルユーザインターフェース６００は、医療機器プログラミングパラメータを構成するために、許可された者によって使用される。ポンプ１４などの輸液装置は、輸液を実行するための投与セットを必要とする。一実施形態において、投与セットはカセットである。以下の説明はカセットに関連しているが、しかしながら、本発明によれば、関連技術において知られている他の種類の投与セットが使用されてもよい。従来技術の機器は、輸液のためにポンプをプログラミングする前に、カセットが所定位置に配置される必要があった。しかしながら、病院環境では、例えばＯＲ、ＥＲ、またはＩＣＵなど、万が一必要な場合に備えて臨床介護者が輸液の準備をしたという理由だけで、この要件が役に立たず高価な備品が使用されずに無駄になる状況もある。別の状況では、必要な場合にのみポンプをプログラムするのにかかる時間が、特にＯＲまたは緊急救命室では、患者に害を及ぼす可能性がある。反対に、カセットなしで医療機器のプログラミングを不可能にすることは、たとえば設定中にラインが混乱する危険性を抑えることにより、患者の安全性を強化する可能性がある。

【0055】

従って、本発明の一態様において、薬剤ライブラリは、マスタ注入器設定６１０を通じて、病院の方針および手順に基づいて、病院管理者によって構成されることが可能である。図６Ａおよび図６Ｂは、カセットが所定位置にあってもなくても輸液ポンプのプログラミングを可能にする構成可能パラメータ６２０を示す。このようにして、グラフィカルユーザインターフェース６００で、管理者は「はい」６３０を選択することによって（図６Ｂ）カセット無しでプログラミングを可能にすること、または「いいえ」６４０を選択することによって（図６Ａ）カセット無しでプログラミングを不可能にすることを選択してもよい。図７Ａは、必要なカセットがないままユーザが医療機器をプログラムしようとしたときに画面７００に表示される警告メッセージ７２０を示す。一旦カセットが実装されると、プログラミングは続行することができる。図７Ｂは、必要性の有無に関係なく、カセットが所定位置にある状態でプログラミングが開始された場合、またはマスタ注入器設定６１０の構成によって許可されて、カセット無しでプログラミングが開始された場合に、プログラミング画面がどのように見えるかを示す。

【0056】

図８を参照して、カセットが所定位置にあってもなくても医療機器のメモリ内の薬剤ライブラリが医療機器をプログラムできるようにするか否かを医療機器で判断するプログラム８００のフローチャートが示される。プログラム８００は８０１で開始し、８０５に進み、そこで何らかのユーザ相互作用（例えば、電源オン）の直後に、プログラム８００はブロック８１０へ進み、そこでプログラム８００は、ユーザが治療のプログラムを開始しようとしていることの指示を受け取る。指示を受け取ると、プログラム８００はブロック８１５で、プログラミングにカセットが必要か否かを判断する。「いいえ」の場合、プログラムはブロック８２０でユーザに続行させ、ブロック８３５でプログラムが終了する。しかしながら、ブロック８１５でカセットが必要であると判断された場合、プログラム８００はブロック８２５で、カセットが所定位置にあるか否かを判断する。「はい」の場合、プログラム８００はブロック８２０に進んでユーザに続行させ、８３５でプログラムが終了する。ブロック８２５でカセットが存在しないとプログラム８００が判断した場合、カセットが必要であることをユーザに示す警告メッセージ７２０が表示される。ユーザは、必要に応じてカセットを配置して続行するか、または実行しようとしていたプログラミングを中断してもよい。

【0057】

本発明の別の態様では、ユーザは現在の輸液を中断することなくＣＣＡを変更することができる。図９Ａから図１１は、ユーザが「オンザフライ」でＣＣＡを変更できるようにする、様々な実施形態を示す。このようにＣＣＡを変更する能力は、ユーザおよびワークフローの効率を向上させる。特に、輸液の実行中にＣＣＡを変更する能力は、緊急救命室（ＥＲ）からＯＲへ、またはＯＲからＩＣＵへなど、あるＣＣＡから別のＣＣＡへ患者が搬送される場合に極めて重要である。ＣＣＡを変更するこの能力はまた、輸液の終了までの待機時間が患者にとって有害となる可能性がある場合に、患者の安全性を強化する。図９Ａから図９Ｇは、複数経路ポンプの別の経路で輸液が続行しているときにＣＡＡを変更できるように構成された医療機器の一連の画面例を示す。

【0058】

図９Ａは、ＩＣＵのＣＣＡ９１５において経路Ａ９１０で治療を送達している様子を示す。この例において、ユーザはＣＣＡを変更して経路Ｂ９２０をプログラムしようとしている。ユーザはタブＢ９２５を押すことによって経路Ｂを選択し、それによって図９Ｂに示される経路Ｂプログラミング表示画面９３０が表示される。図９Ｂから図９Ｃに移ると、患者情報ボタン９４０が押されている。患者情報ボタンを押すと、患者データの入力およびＣＣＡ９６０の変更のための患者情報データ欄９５０が表示される。ユーザがＣＣＡボタンを押すと、「ＣＣＡ変更」メッセージ９６５が表示され、ＣＣＡが変更されることをユーザが確定するように要求する（図９Ｄ）。この例において、ユーザはＣＣＡをＩＣＵから一般病室に変更しようとしている。確定するために、ユーザは「はい」ボタン９７０を押す。確定に反応して、「複数のＣＣＡ」システムメッセージ９７５が表示される。確定するために、ユーザは「ＯＫ」ボタン９８０を押す。一旦ＯＫボタン９８０が押されると、９８５でＣＣＡが変更され、輸液画面９９５（図９Ｇ）で輸液のプログラミングを続行するために「完了」ボタン９９０が表示される。

【0059】

図１０を参照して、複数経路医療機器１４でＣＣＡを変更するためのプログラム１０００が示される。プログラム１０００は１００１で開始し、ユーザがＣＣＡを変更したと判断されるブロック１００５に進む。プログラム１０００はその後ブロック１０１０で、新しいＣＣＡが経路Ａの古いＣＣＡと同じか否かを判断する。「はい」の場合、プログラムはブロック１０２０に進み、経路Ａの古いＣＣＡを維持する。「いいえ」の場合、プログラム１０００はブロック１０１５に進み、経路Ａが休止中か否かを判断する。「はい」の場合、プログラムはブロック１０２５で経路Ａの新しいＣＣＡを受け付ける。「いいえ」の場合、１）経路Ａで待機（ブロック１０６０）している間にユーザがＣＣＡを変更し、それによってプログラム１０００が１００５に進むまで、または２）経路Ａが休止し（ブロック１０６５）、それによってプログラム１０００がブロック１０２５に進んで経路Ａで新しいＣＣＡを受け付けるまで、経路Ａはブロック１０３０で待機するように設定される。

【0060】

また、ユーザがＣＣＡを変更したとき（ブロック１００５）、経路Ｂが評価される。プログラム１０００はブロック１００５からブロック１０３５に進み、新しいＣＣＡが経路Ｂの古いＣＣＡと同じか否かを判断する。「はい」の場合、プログラムはブロック１０４５に進み、経路Ｂの古いＣＣＡを維持する。「いいえ」の場合、プログラム１０００はブロック１０４０に進み、経路Ｂが休止中か否かを判断する。「はい」の場合、プログラム１０００はブロック１０５０で経路Ｂの新しいＣＣＡを受け付ける。「いいえ」の場合、１）経路Ｂで待機（ブロック１０７０）している間にユーザがＣＣＡを変更し、それによってプログラム１０００が１００５に進むまで、または２）経路Ｂが休止し（ブロック１０７５）、それによってプログラム１０００がブロック１０５０に進んで経路Ｂで新しいＣＣＡを受け付けるまで、経路Ｂはブロック１０５５で待機するように設定される。

【0061】

図１１を参照して、単一経路医療機器でＣＣＡを変更するためのプログラム１１００が示される。プログラム１１００は１１０１で開始し、ユーザがＣＣＡを変更したと判断されるブロック１１０５に進む。プログラム１１００はその後ブロック１１１０で、新しいＣＣＡが古いＣＣＡと同じか否かを判断する。「はい」の場合、プログラムはブロック１１２０に進み、古いＣＣＡを維持する。「いいえ」の場合、プログラム１１００はブロック１１１５に進み、経路が休止中か否かを判断する。「はい」の場合、プログラム１１００はブロック１１２５で新しいＣＣＡを受け付ける。「いいえ」の場合、１）待機中に（ブロック１１６０）ユーザがＣＣＡを変更し、それによってプログラム１１００が１１０５に進むまで、または２）経路が休止し（ブロック１１７０）、それによってプログラム１１００がブロック１１２５に進んで新しいＣＣＡを受け付けるまで、経路はブロック１１３０で待機するように設定される。

【0062】

図１２Ａから図１３を参照して、輸液が完了に近づいているとき、またはＫＶＯ（血管開放維持）モードで送達しているときに、医療機器１４ユーザが追加輸液を指定するためにＶＴＢＩパラメータを変更することができるようにする、本発明の別の態様が示される。追加輸液を可能にするプログラムを含んで構成された医療機器は、より効率的なユーザと同様により効率的なワークフローを提供する。本発明の一実施形態において、追加ＶＴＢＩを可能にするプログラムは、ユーザに追加ＶＴＢＩを指定させている間、他の全ての送達パラメータを維持する。このように、追加ＶＴＢＩのみが必要なときに、ユーザが通常の送達パラメータを再入力する必要はない。これにより、プログラミングの労力を減らし、時間を省略し、間違いの可能性を減らす。

【0063】

図１２Ａから図１２Ｆは、一連の画面例を使用して、ＶＴＢＩ送達パラメータを変更するプログラムの一実施形態を示す。図１２Ａで、画面表示１２００で示されるように、基本輸液が経路Ａで送達されている。輸液のこの時点で、図１２Ａは、残りのＶＴＢＩが４５．３ｍＬであることを示している。図１２Ｂは、ユーザが「基本」ボタン１２１０を押した様子を示している。基本ボタン１２１０の押下に基づいて、データ入力欄１２２０が表示される。データ入力欄１２２０で、編集のためにユーザは特定の欄を押すことができる。図１２Ｃは、ＶＴＢＩを編集するためにユーザがＶＴＢＩボタン１２３０を押した様子を示す。ＶＴＢＩボタン１２３０の押下に反応して、キーパッド１２４０が表示画面に現れる。ここで、ユーザは所望のＶＴＢＩの合計値を入力する。この例では、ユーザはキーパッド１２４０を通じて、ＶＴＢＩ１２４５のデータ欄に７５を入力する。次いでユーザは「実行」１２５０を押し、変更を保存して続行する。あるいは、ユーザは「クリア」１２５５を押して入力内容を削除するか、またはキャンセル１２６０を押して変更を保存せずに終了することができる。図１２Ｄは、ＶＴＢＩが７５ｍＬに変更されて実行された様子を示す。図１２Ｄはまた、領域１２６５に表示されている新しいＶＴＢＩに基づいて、残り時間が再計算されて領域１２７０に表示されている様子も示す。図１２Ｅで、新しいＶＴＢＩを確定するために、滴定画面１２７５の確認が表示されている。ユーザは「滴定開始」ボタン１２８０を押すことによって、ＶＴＢＩへの変更を確定する。図１２Ｆは、新しいＶＴＢＩで輸液が更新され、継続して実行されている様子を示す。一実施形態において、現在注入している輸液容器の中に残っている輸液をＶＴＢＩに追加するために、図１２Ａから図１２Ｆに示される方法が利用される。別の実施形態では、他の全ての送達パラメータが現在行われている輸液と同じままである限り、ユーザは新しい容器の輸液を追加してもよい。

【0064】

図１３は、現在の輸液に追加ＶＴＢＩを追加するための方法１３００の一実施形態を示すフロー図である。方法１３００はブロック１３０１で開始し、ポンプがプログラムされた治療を送達していると判断されるブロック１３０５に進む。方法１３００は続行し、ブロック１３１０で、プログラムされたＶＴＢＩがゼロになってＫＶＯ送達が開始する。ブロック１３１５で、ユーザはＶＴＢＩプログラミング画面１２２０にアクセスし、ＶＴＢＩ値１２４５を入力する。ユーザはブロック１３２０で新しい値を確定し、新しい送達を開始する。方法１３００は１３２５で終了する。本明細書の開示から、このようなＶＴＢＩの追加がボーラスまたはピギーバックの状況での使用にも適用可能であることを当業者は理解する。

【0065】

図２１Ａから図２２を参照して、本発明の一実施形態は、医療機器の改良された呼び戻し規則を提供する。医療機器は通常、緊急度に基づいて３つの呼び戻し警報等級を有する：高緊急度（例えば管に空気が入った）、中緊急度（例えば休止呼び戻し）、および低緊急度（例えば電池切れ）である。本発明の一実施形態では、警報は薬剤ライブラリにおいて構成される。一実施形態において、警報は、医療機器が設置されているＣＣＡに基づいて薬剤ライブラリで構成される。別の実施形態では、アラーム構成が与薬管理システム内の全ての医療機器に適合するように、警報は薬剤ライブラリマスタ輸液設定で構成される。他の実施形態では、警報は、臨床医によって医療機器で構成可能である。例えば、一実施形態において、警報の初期設定は、薬剤ライブラリで構成されて医療機器に送信され、そこで、病院の管理者によって設定された警報構成規則に応じて、特定のＣＣＡまたは個人的な好みなどの要因に基づいて、臨床医が警報を変更してもよい。

【0066】

本発明の一実施形態において、警報を聞くとすぐに臨床医が呼び出し警報の緊急度を判断できるように、特定の警報タイプまたは構成が、各緊急度等級に割り当てられている。本発明の一実施形態において、警報の各等級には、異なるメロディ、異なる発信音もしくは一連の発信音、および／または異なる音量が割り当てられている。別の実施形態では、警報の頻度が、警報の等級に基づいて構成されている。別の実施形態では、音量、メロディ、発信音、および／または頻度が、臨床医による無反応に基づいて段階的に増大してもよい。

【0067】

本発明の一実施形態において、医療機器で聴覚警報が発生したとき、音量は、薬剤ライブラリでまたは臨床医によって構成された音量設定から開始する。しかしながら、警報が認識されない場合、所定のタイムアウト期間経過後に、自動的に所定の音量まで段階的に増大する。一実施形態において、タイムアウト期間は、薬剤ライブラリにて構成可能である。別の実施形態では、タイムアウト期間は、薬剤ライブラリでそれぞれ特定のＣＣＡに対して構成可能である。さらに別の実施形態では、タイムアウト期間は、医療機器において構成可能である。別の実施形態において、タイムアウト期間の初期設定値は薬剤ライブラリで設定され、医療機器で初期設定値を超えない値に変更されてもよい。例えば、初期設定タイムアウト期間が２０秒の場合、ユーザはタイムアウト期間を例えば１０秒など、２０秒未満に設定してもよい。本発明の一実施形態において、高緊急度等級の警報でのみ、音量が段階的に増大する。別の実施形態では、高緊急度および中緊急度の両等級の警報で、音量が段階的に増大する。

【0068】

本発明の別の実施形態において、警報発信音は、その警報に対して対処されない場合に、所定のタイムアウト期間経過後に、段階的に増大する。本実施形態において、薬剤ライブラリでの発信音の初期設定は、ユーザによって医療機器で構成可能であってもよい。一実施形態において、臨床医による無反応のために警報が段階的に増大するとき、発信音の高さが高くなる。

【0069】

本発明の別の実施形態において、警報は、所定の発信音メロディを含む。一実施形態において、警報の緊急度または優先度の各等級に対して異なる発信音メロディが選択される。一実施形態において、高緊急度聴覚警報は、警報が臨床医によって対応されるまで連続的に繰り返される６つまたは７つの発信音の連続である。一実施形態において、各連続音の繰り返しの間に、連続音（メロディ）の短い休止が発生する。一実施形態において、高緊急度警報用のメロディはまた、臨床医による無反応の継続に伴って段階的に増大する。一実施形態において、メロディの音量は、所定時間の後に段階的に増大する。一実施形態において、音量の増大は薬剤ライブラリで構成される。別の実施形態では、音量の増大は薬剤ライブラリで初期値として設定され、臨床医によって医療機器でさらに構成可能である。

【0070】

別のまたは同じ実施形態において、中緊急度聴覚警報は、３つの発信音の連続である。一実施形態において、連続音（メロディ）は、臨床医が警報に対して反応しなかった場合に、所定時間後に繰り返される。一実施形態では、所定時間は１から２分である。別の実施形態では、所定時間は１から６０秒である。一実施形態において、所定時間は薬剤ライブラリで構成される。別の実施形態では、所定時間は薬剤ライブラリで初期値として設定され、臨床医によって医療機器でさらに構成可能である。

【0071】

別の実施形態では、低緊急度聴覚警報は、２つの発信音の連続である。一実施形態において、連続音は、臨床医によって対応されるまで、２分から１０分毎に繰り返す。繰り返しの時間は、上記の中緊急度警報向けと同様に構成されてもよい。

【0072】

一実施形態において、高緊急度警報は、非常にテンポの速いメロディを有するように構成される。一方、より緊急度の低い警報は、よりテンポの遅いメロディを有する。一実施形態において、警報がユーザによって反応されないとき、メロディを含む警報は、段階的にテンポが速くなる。一実施形態において、警報は、ユーザによって医療機器で、ユーザの選択したメロディに構成可能である。一例では、メロディは各ユーザに対して割り当てられていてもよく、それによってユーザは自分が担当する各医療機器の警報をその１つのメロディに設定する。このようにして、複数のユーザがいる場所のいずれのユーザも、具体的な治療を受けている患者の医療機器に対して警報が鳴ることで、音によって識別することができる。

【0073】

図２１Ａは、治療が部分的にプログラムされていて、ユーザによって他の対応がなされていない、各経路ＡおよびＢに対して、経路レベル呼び戻し警報２１１０、２１１５がなっている様子を表す医療機器の画面例を示す。図２１Ｂは、ポップアップ２１２５が表示されているときにキーが押されなかったために、機器レベル呼び戻し警報２１２０が表示された様子を示す。

【0074】

図２２に関連して、本発明による、聴覚呼び戻し警報を段階的に増大させるプログラム２２００のフローチャートである。プログラム２２００は２２０１で開始し、警報が起動するブロック２２０５に進む。ブロック２２１０で、プログラム２２００は、タイムアウト期間中に臨床医が警報を認識したか否かを判断する。「はい」の場合、プログラム２２００は２２３５で終了する。「いいえ」の場合、プログラム２２００は、現在の音量が最大レベルか否かに関する判断がなされるブロック２２１５に進む。「いいえ」の場合、プログラムは、プログラムが警報音量を上げるブロック２２２０に進む。ブロック２２１５で「はい」の場合、プログラム２２００はブロック２２２５に進み、メロディが高緊急度になっているか否か、およびメロディの変更が構成されたか否かを判断する。「はい」の場合、プログラム２２００は２２３５で終了する。ブロック２２２５で「いいえ」の場合、プログラム２２００はブロック２２３０に進み、メロディを変更する。プログラム２２００はその後、ブロック２２３５で終了する。

【0075】

医療機器で警報が鳴ったとき、それは機器全体に適用される可能性があり（例えばバッテリ残量が少ない）、または特定の経路のみに適用される可能性がある（例えば経路Ａの休止呼び戻し）。警報が経路に特有である場合、ユーザは何が原因で呼び戻しが鳴っているのかを見るために、経路を進む必要がある。本発明の別の態様では、図２３Ａから図２３Ｃを参照して以下に述べられるように、表示画面上の警報表示領域にユーザが触れると、機器プログラムが自動的にユーザを警報の正確な位置まで案内する。

【0076】

図２３Ａから図２３Ｃは、複数経路輸液ポンプの表示インターフェースの画面例である。この例では、輸液ポンプは経路Ａおよび経路Ｂの療法に対して治療をプログラムしている。経路Ａは、経路Ｂにプログラムされたボーラスが完了するのを待って、休止中である。図２３Ａは、経路Ｂにプログラムされたボーラス注入の完了に基づいて、警報２３１０が経路Ｂに発生した様子を示す。薬剤ライブラリまたはユーザは、ボーラスが完了したときに輸液を中止するように、またはポンプに呼び戻しを発生させる要求をするように、事前にポンプを構成してある。ユーザが警報タブＢ２３１５を押すと、ユーザは経路Ｂの表示画面２３２０に直接案内される。経路Ｂの表示画面は、ボーラスが完了していることを示している。

【0077】

図２３Ａは、経路Ａに警報２３２５が発生したことも示している。ユーザが警報タブＡ２３３０を押すと、ユーザは図２３Ｃに示される表示画面２３３５に直接案内される。表示画面２３３５は、ポンプがユーザからの入力を待っていることをユーザに示す。開始２３４０を押すことによって経路Ａで予定されている輸液が開始され得る前に、ユーザは警報を解除して必要な入力を提供しなければならない。警報の原因にユーザが迅速に辿り着く能力は、ユーザおよびワークフローの効率を改善する。また、警報の原因に直接誘導する能力は、適切な表示画面に辿り着くまでにユーザが多くの段階を踏む必要がある場合に起こり得るミスを減らすか、またはなくす。

【0078】

図２４を参照して、本発明による、警報の原因に直接誘導するためのプログラム２４００の一実施形態のフローチャートが示される。プログラム２４００はブロック２４０１で開始し、警報が起動されるブロック２４０５に進む。警報に呼応して、ブロック２４１０でユーザが警報タブを押すのに反応して、ユーザから確認を受信する。プログラム２４００はブロック２４１５で警報が経路Ａのものか否かを判断する。「はい」の場合、プログラムはブロック２４２０に進み、そこでプログラムは、現在の画面から離れて誘導可能な場合には、警報が発生しているところから、経路Ａの画面に誘導する。ブロック２４２５で、ユーザは警報に関する適切な対応を取る。ブロック２４１５で、警報が経路Ａのものではないとプログラムが判断した場合、プログラム２４００はブロック２４３０に進み、そこで警報が経路Ｂを対象とするか否かが判断される。「はい」の場合、プログラムはブロック２４３５に進み、そこで現在の画面から離れて誘導可能な場合には、プログラムは警報が発生している経路Ｂ上の画面に誘導する。ブロック２４３０で、警報が経路Ｂを対象としていない場合、プログラム２４００はブロック２４４０に進む。ブロック２４４０でプログラムは、誘導が必要ではないと判断し、ブロック２４２５に進み、そこでユーザは特定の対応を取るように指示される。プログラム２４００は、２４４５で終了する。

【0079】

本発明の別の実施形態では、薬剤ライブラリは、輸液送達のプログラミング中にドーズバック計算を可能にするように構成されていてもよい。投与量ベースの治療（例えば重量またはＢＳＡベースの治療）のための注入器のプログラミング中、ユーザは流量を入力する前に、投与量を最初に入力する必要がある。特定の臨床状況では、ユーザが先に流量を入力することが好ましく、投与量は流量から計算される。ユーザおよび病院管理にこの柔軟性を提供することで、より高い効率とより良いワークフローが可能になる。

【0080】

図２５は、薬剤ライブラリを構成するためのグラフィカルユーザインターフェース２５００を示す。初期設定の「ドーズバック計算」は、２５１０に設定することができる。医療機器でドーズバック計算を有効にするには、管理者は「有効」２５２０を選択する。医療機器でドーズバック計算を無効にするには、管理者は「無効」２５３０を選択する。

【0081】

図２６Ａは、薬剤ライブラリ内で決定されたドーズバック計算を許可する医療機器の画面例である。さらに後述されるように、ユーザは投与量、流量などをいかなる順番で入力してもよい。図２６Ｂは、薬剤ライブラリ内で決定されたドーズバック計算を許可しない医療機器の画面例である。ユーザはユーザインターフェースによって強制的に投与量を最初に入力させられる。

【0082】

図２７を参照して、薬剤をプログラムして投与量を計算するための医療機器内にあるプログラム２７００のフローチャートが示される。プログラム２７００は２７０１で開始し、ユーザが投与量ベースの薬剤を選択したか否かをプログラムが判断するブロック２７０５に進む。否の場合、プログラム２７００はブロック２７１０に進み、そこでプログラム２７００は薬剤ライブラリでドーズバック計算が有効になっているか否かを判断する。「はい」の場合、プログラム２７００はブロック２７１５に進み、そこでプログラム２７００は投与量、流量、ＶＴＢＩ、時間、および／または重量／ＢＳＡ欄を有効にする。プログラム２７００はブロック２７２０に進み、そこでユーザが投与量または流量のいずれを入力したかを判断する。投与量の場合は、プログラム２７００はブロック２７２５に進み、提供された投与量に基づいて流量を計算する。流量の場合は、プログラム２７００はブロック２７３５に進み、提供された流量に基づいて投与量を計算する。

【0083】

ブロック２７１０でドーズバック計算が有効になっていない場合、プログラム２７００はブロック２７４０に進み、そこで必要に応じて重量／ＢＳＡとともに、投与量欄を有効にする。プログラム２７００はブロック２７４５に進み、そこで必要に応じて重量／ＢＳＡとともに、投与量が提供される。次に、入力された投与量に基づいて流量が計算される。プログラム２７００はブロック２７５５に進み、そこで流量、ＶＴＢＩ、および時間の欄が有効にされる。プログラム２７００は２７３０で終了する。

【0084】

図に示され、本明細書に説明された機能がコンピュータプログラムコードによって可能となり、本発明を損なうことなくそれらの機能がポンプ１４、ＭＭＵ１２、または健康管理施設内のその他のコンピュータの処理装置の間で組み合わされ、配布され、または共有されてもよいことを当業者は本開示から理解する。ＣＣＡの選択およびその他の情報または入力の提供が、薬剤容器、患者識別子、看護師識別子、またはその他の類似項目からの入力をスキャンすること、または受動的に受け取ることによってなされ得ることも、当業者は本開示から認識する。

【0085】

本明細書に開示された本発明の実施形態は現時点で好適と考えられるが、本発明の範囲から逸脱しない限り、様々な変更および改造がなされてもよい。本発明の範囲は添付請求項に示され、同等物の意味および範囲の内にある全ての変更および改造は、その中に含まれると考えられる。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6A】

【図6B】

【図7A】

【図7B】

【図8】

【図9A】

【図9B】

【図9C】

【図9D】

【図9E】

【図9F】

【図9G】

【図10】

【図11】

【図12A】

【図12B】

【図12C】

【図12D】

【図12E】

【図12F】

【図13】

【図14】

【図15A】

【図15B】

【図15C】

【図16】

【図17A】

【図17B】

【図17C】

【図18】

【図19A】

【図19B】

【図19C】

【図19D】

【図19E】

【図19F】

【図19G】

【図20】

【図21A】

【図21B】

【図22】

【図23A】

【図23B】

【図23C】

【図24】

【図25】

【図26A】

【図26B】

【図27】