JP6750943B2 - 電子的な患者看護のためのコンピュータにより実施される方法、システム、および装置 - Google Patents

Description

関連出願の相互参照
本願は、２０１２年１２月２１日に出願された米国仮特許出願第６１／７４０，４７４号、発明の名称「System, Method, and Apparatus for Communicating Data」（代理人整理番号Ｊ８０）の利益を主張する正規出願であり、同出願は参照によりすべてが本明細書に組み込まれる。
本願は、２０１２年１２月２１日に出願された米国特許出願第１３／７２３，２５３号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」、現在は２０１３年７月２５日に公開された米国特許出願公開第２０１３−０１９１４１３（Ａ１）号（代理人整理番号Ｊ８５）の一部継続出願でもあり、米国特許出願第１３／７２３，２５３号は以下に対する優先権および利益を主張する。
２０１１年１２月２１日に出願された米国仮特許出願第６１／５７８，６４９号、発明の名称「System, Method, and Apparatus for Infusing Fluid」（代理人整理番号Ｊ０２）、
２０１１年１２月２１日に出願された米国仮特許出願第６１／５７８，６５８号、発明の名称「System, Method, and Apparatus for Estimating Liquid Delivery」（代理人整理番号Ｊ０４）、
２０１１年１２月２１日に出願された米国仮特許出願第６１／５７８，６７４号、発明の名称「System, Method, and Apparatus for Dispensing Oral Medications」（代理人整理番号Ｊ０５）、
２０１２年５月２４日に出願された米国仮特許出願第６１／６５１，３２２号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」（代理人整理番号Ｊ４６）、および
２０１２年８月３日に出願された米国仮特許出願第６１／６７９，１１７号、発明の名称「System, Method, and Apparatus for Monitoring, Regulating, or Controlling Fluid Flow」（代理人整理番号Ｊ３０）。これらの出願は各々参照によりすべてが本明細書に組み込まれる。
米国特許出願第１３／７２３，２５３号は、２０１１年１２月２１日に出願された米国特許出願第１３／３３３，５７４号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」、現在は２０１２年７月１９日に公開された米国特許出願公開第ＵＳ−２０１２−０１８５２６７（Ａ１）号、（代理人整理番号Ｉ９７）、および
２０１１年１２月２１日に出願されたＰＣＴ出願第ＰＣＴ／ＵＳ１１／６６５８８号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」（代理人整理番号Ｉ９７ＷＯ）の一部継続出願であり、両出願は参照によりすべてが本明細書に組み込まれる。
米国特許出願第１３／３３３，５７４号は、２０１１年１月２１日に出願された米国特許出願第１３／０１１，５４３号、発明の名称「Electronic Patient Monitoring System」、現在は２０１１年１２月２２日に公開された米国特許出願公開第ＵＳ−２０１１−０３１３７８９（Ａ１）号（代理人整理番号Ｉ５２）の一部継続出願であり、米国特許出願第１３／０１１，５４３号は、２０１０年１月２２日に出願された米国仮特許出願第６１／２９７，５４４号、発明の名称「Electronic Order Intermediation System for a Medical Facility」（代理人整理番号Ｈ５３）に対する優先権を主張し、両出願は参照によりすべてが本明細書に組み込まれる。
本願は、２０１２年１２月２１日に出願された米国特許出願第１３／７２３，２３９号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」、現在は２０１３年１１月７日に公開された米国特許出願公開第ＵＳ−２０１３−０２９７３３０（Ａ１）号（代理人整理番号Ｊ７７）の一部継続出願でもあり、同出願は以下に対する優先権および利益を主張する。
２０１１年１２月２１に出願された米国仮特許出願第６１／５７８，６４９号、発明の名称「System, Method, and Apparatus for Infusing Fluid」（代理人整理番号Ｊ０２）、
２０１１年１２月２１日に出願された米国仮特許出願第６１／５７８，６５８号、発明の名称「System, Method, and Apparatus for Estimating Liquid Delivery」（代理人整理番号Ｊ０４）、
２０１１年１２月２１日に出願された米国仮特許出願第６１／５７８，６７４号、発明の名称「System, Method, and Apparatus for Dispensing Oral Medications」（代理人整理番号Ｊ０５）、
２０１２年５月２４日に出願された米国仮特許出願第６１／６５１，３２２号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」（代理人整理番号Ｊ４６）、および
２０１２年８月３日に出願された米国仮特許出願第６１／６７９，１１７号、発明の名称「System, Method, and Apparatus for Monitoring, Regulating, or Controlling Fluid Flow」（代理人整理番号Ｊ３０）。各出願は、参照によりすべてが本明細書に組み込まれる。
米国特許出願第１３／７２３，２３９号は、以下に対する優先権および利益を主張し、その一部継続出願でもある。
２０１１年１月２１日に出願された米国特許出願第１３／０１１，５４３号、発明の名称「Electronic Patient Monitoring System」、現在は２０１１年１２月２２日に公開された米国特許出願公開第ＵＳ−２０１１−０３１３７８９（Ａ１）号（代理人整理番号Ｉ５２）の一部継続出願であり、米国特許出願第１３／０１１，５４３号は、２０１０年１月２２日に出願された米国仮特許出願第６１／２９７，５４４号、発明の名称「Electronic Order Intermediation System for a Medical Facility」（代理人整理番号Ｈ５３）に対する優先権を主張する、２０１１年１２月２１日に出願された米国特許出願第１３／３３３，５７４号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」、現在は２０１２年７月１９日に公開された米国特許出願公開第ＵＳ−２０１２−０１８５２６７（Ａ１）号（代理人整理番号Ｉ９７）、および
２０１１年１２月２１日に出願されたＰＣＴ出願第ＰＣＴ／ＵＳ１１／６６５８８号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」、現在は２０１３年９月１２日に公開された国際特許出願公開第ＷＯ２０１３／０９５４５９号（代理人整理番号Ｉ９７ＷＯ）。各出願は参照によりすべてが本明細書に組み込まれる。
本願は、２０１２年１２月２１日に出願された米国特許出願第１３／７２３，２４２号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」、現在は２０１３年１１月２８日に公開された米国特許出願公開第ＵＳ−２０１３−０３１７７５３（Ａ１）号（代理人整理番号Ｊ７８）の一部継続出願でもあり、米国特許出願第１３／７２３，２４２号は、
２０１２年５月２４日に出願された米国仮特許出願第６１／６５１，３２２号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」（代理人整理番号Ｊ４６）に対する優先権および利益を主張し、同文献は参照によりすべてが本明細書に組み込まれる。
本願は、２０１３年５月２３日に出願された米国特許出願第１３／９００，６５５号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」、現在は２０１３年１１月２８日に公開された米国特許出願公開第ＵＳ−２０１３−０３１７８３７（Ａ１）号（代理人整理番号Ｋ６６）の一部継続出願でもあり、米国特許出願第１３／９００，６５５号は、２０１２年５月２４日に出願された米国仮特許出願第６１／６５１，３２２号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」（代理人整理番号Ｊ４６）に対する優先権および利益を主張し、両出願は参照によりすべてが本明細書に組み込まれる。
米国特許出願第１３／９００，６５５号は、以下に対する優先権および利益を主張する一部継続出願でもある。
２０１２年５月２４日に出願された米国特許出願第１３／４８０，４４４号、発明の名称「Blood Treatment Systems and Methods」、現在は２０１３年２月１４日に公開された米国特許出願公開第ＵＳ−２０１３−００３７４８５（Ａ１）号（代理人整理番号Ｊ４３）、および
２０１２年５月２４日に出願されたＰＣＴ出願第ＰＣＴ／ＵＳ１２／００２５７号、発明の名称「Blood Treatment Systems and Methods」、現在は２０１２年１１月２９日に公開された国際特許出願公開第ＷＯ／２０１２／１６１７４４号（代理人整理番号Ｊ４３ＷＯ）。
本願は、２０１３年５月２３日に出願されたＰＣＴ出願第ＰＣＴ／ＵＳ１３／４２３５０号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」（代理人整理番号Ｋ６６ＷＯ）の一部継続出願でもあり、ＰＣＴ出願第ＰＣＴ／ＵＳ１３／４２３５０号は、２０１２年５月２４日に出願された米国仮特許出願第６１／６５１，３２２号、発明の名称「System, Method, and Apparatus for Electronic Patient Care」（代理人整理番号Ｊ４６）に対する優先権および利益を主張し、両出願は参照によりすべてが本明細書に組み込まれる。
ＰＣＴ出願第ＰＣＴ／ＵＳ１３／４２３５０号は、以下に対する優先権および利益を主張する一部継続出願でもある。
２０１２年５月２４日に出願された米国特許出願第１３／４８０，４４４号、発明の名称「Blood Treatment Systems and Methods」、現在は２０１３年２月１４日に公開された米国特許出願公開第ＵＳ−２０１３−００３７４８５（Ａ１）号（代理人整理番号Ｊ４３）、および
２０１２年５月２４日に出願されたＰＣＴ出願第ＰＣＴ／ＵＳ１２／００２５７号、発明の名称「Blood Treatment Systems and Methods」、現在は２０１２年１１月２９日に公開された国際特許出願公開第ＷＯ／２０１２年／１６１７４４号（代理人整理番号Ｊ４３ＷＯ）。
本願は、２０１２年１２月２１日に出願された以下の特許出願の１つまたは複数にも関連する可能性があり、それらの出願はすべて参照によりすべてが本明細書に組み込まれる。
「System, Method, and Apparatus for Clamping」の正規出願（代理人整理番号Ｊ４７）、第１３／７２３，２３８号、
「System, Method, and Apparatus for Dispensing Oral Medications」の正規出願（代理人整理番号Ｊ７４）、第１３／７２３，２３５号、
「System, Method, and Apparatus for Dispensing Oral Medications」のＰＣＴ出願（代理人整理番号Ｊ７４ＷＯ）、第ＰＣＴ／ＵＳ１２／７１１３１号、
「System, Method, and Apparatus for Estimating Liquid Delivery」の正規出願（代理人整理番号Ｊ７５）、第１３／７２４，５６８号、
「System, Method, and Apparatus for Infusing Fluid」の正規出願（代理人整理番号Ｊ７６）、第１３／７２５，７９０号、
「System, Method, and Apparatus for Infusing Fluid」のＰＣＴ出願（代理人整理番号Ｊ７６ＷＯ）、第ＰＣＴ／ＵＳ１２／７１４９０号、
「System, Method, and Apparatus for Monitoring, Regulating, or Controlling Fluid Flow」の正規出願（代理人整理番号Ｊ７９）、第１３／７２３，２４４号、
「System, Method, and Apparatus for Monitoring, Regulating, or Controlling Fluid Flow」のＰＣＴ出願（代理人整理番号Ｊ７９ＷＯ）、第ＰＣＴ／ＵＳ１２／７１１４２号、
「System, Method, and Apparatus for Estimating Liquid Delivery」の正規出願（代理人整理番号Ｊ８１）、第１３／７２３，２５１号、および
「System, Method, and Apparatus for Estimating Liquid Delivery」のＰＣＴ出願（代理人整理番号Ｊ８１ＷＯ）、第ＰＣＴ／ＵＳ１２／７１１１２号。
本願は、以下の特許出願の１つまたは複数にも関連する可能性があり、それらの出願はすべて参照によりすべてが本明細書に組み込まれる。
２０１２年１２月１８日に出願された米国仮特許出願第６１／７３８，４４７号、発明の名称「System, Method, and Apparatus for Detecting Air in a Fluid Line Using Active Rectification」（代理人整理番号Ｊ３２）、
２０１３年３月１５日に出願された米国特許出願第１３／８４０，３３９号、発明の名称「Apparatus for Infusing Fluid」（代理人整理番号Ｋ１４）、
２０１３年３月１５日に出願されたＰＣＴ出願第ＰＣＴ／ＵＳ１３／３２４４５号、発明の名称「Apparatus for Infusing Fluid」（代理人整理番号Ｋ１４ＷＯ）、
２０１３年３月１５日に出願された米国特許出願第１３／８３３，４３２号、発明の名称「Syringe Pump and Related Method」（代理人整理番号Ｋ２１）、
２０１３年３月１５日に出願された米国特許出願第１３／８３６，４９７号、発明の名称「System and Apparatus for Electronic Patient Care」（代理人整理番号Ｋ２２）、
２０１３年３月１５日に出願された米国特許出願第１３／８３３，７１２号、発明の名称「System, Method, and Apparatus for Clamping」（代理人整理番号Ｋ２３）、
２０１３年３月１５日に出願された米国特許出願第１３／８３４，０３０号、発明の名称「System, Method, and Apparatus for Monitoring, Regulating, or Controlling Fluid Flow」（代理人整理番号Ｋ２８）、
２０１３年７月３１日に出願された米国仮特許出願第６１／８６０，３９８号、発明の名称「System, Method, and Apparatus for Bubble Detection in a Fluid Line Using a Split-Ring Resonator」（代理人整理番号Ｊ３１）、
２０１３年１１月６日に出願された米国仮特許出願第６１／９００，４３１号、発明の名称「System, Method, and Apparatus for Monitoring, Regulating, or Controlling Fluid Flow」（代理人整理番号Ｋ５２）、
２０１３年１０月２３日に出願された米国仮特許出願第６１／８９４，８０１号、発明の名称「Syringe Pump and Related Method」（代理人整理番号Ｋ８８）、
２０１３年７月８日に出願された米国仮特許出願第６１／８４３，５７４号、発明の名称「System, Method, and Apparatus for Clamping」（代理人整理番号Ｋ７５）、
２０１３年８月２０日に出願された米国特許出願第１３／９７１，２５８号、発明の名称「Electronic Patient Monitoring System」（代理人整理番号Ｋ８４）、
２０１３年１１月１４日に出願された米国仮特許出願第６１／９０４，１２３号、発明の名称「Syringe Pump and Related Method」（代理人整理番号Ｌ３３）、
２０１３年１２月１０日に出願された米国特許出願第１４／１０１，８４８号、発明の名称「System, Method, and Apparatus for Detecting Air in a Fluid Line Using Active Rectification」（代理人整理番号Ｌ０５）、
２０１３年１２月２０日に出願された「System, Method, and Apparatus for Communicating Data」の米国特許出願（代理人整理番号Ｌ４９）、
２０１３年１２月２０日に出願された「System, Method, and Apparatus for Communicating Data」のＰＣＴ出願（代理人整理番号Ｌ４９ＷＯ）、
２０１３年１２月２０日に出願された「Computer-Implemented Method, System, and Apparatus for Electronic Patient Care」の米国特許出願（代理人整理番号Ｋ５０）、
２０１３年１２月２０に出願された「System, Method, and Apparatus for Electronic Patient Care」の米国特許出願（代理人整理番号Ｌ５２）、および
２０１３年１２月２０に出願された「System, Method, and Apparatus for Electronic Patient Care」のＰＣＴ出願（代理人整理番号Ｌ５２ＷＯ）。

本開示は患者の看護に関する。より詳細には、本開示は電子的な患者看護のシステムおよび装置に関する。

患者の看護はしばしば薬剤などの液体を患者に直接投与することを伴う。これは、液体容器（例えばＩＶバッグ）に連結された重力滴下型の管を利用して実現することができる。液体や薬剤は強制的な輸液によって投与される場合もある。患者への液体や薬剤の投与は、しばしば多くの関係者（例えば、医師、看護師、薬剤師）の対話を必要とする。そのような対話は、誤った伝達、間違い、または結果として正しくない量の液体が患者に投与されることになる他の事象を引き起こしやすい。

電子的な患者看護に関する本開示の例示的実施形態によれば、医療エラー低減システムは、少なくとも１つの医療機器で使用されるために構成される少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される医療エラー低減ソフトウェアを含む。ソフトウェアは、特権のセットをユーザ・セットに提供するように構成される。特権のセットは、一定程度のソフトウェア機能をユーザ・セットに割り振り、一定程度のソフトウェア機能は、ユーザが少なくとも１つの薬物ライブラリを改変する能力を定義するように構成される。医療エラー低減システムは、少なくとも１つのサーバ、および少なくとも１つのエディタ・コンピュータも含む。エディタ・コンピュータはネットワークを介してサーバと通信状態にあり、ディスプレイと通信状態にあるプロセッサを備える。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される医療エラー低減ソフトウェアを含むことができる。ソフトウェアは、複数の特権のセットの１つを複数のユーザ・セットの各々に提供するように構成されてよい。複数の特権のセットは各々、一定程度のソフトウェア機能を複数のユーザ・セットの１つに割り振るように構成されてよい。一定程度のソフトウェア機能は、ユーザが少なくとも１つの薬物ライブラリを改変する能力を定義するように構成されてよい。医療エラー低減システムは少なくとも１つのサーバを含むことができる。医療エラー低減システムは少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ディスプレイと通信状態にあるプロセッサを備えることができる。少なくとも１つのエディタ・コンピュータと少なくとも１つのサーバは、クライアント／サーバ型モデルでネットワークを介して通信するように構成されてよい。少なくとも１つの薬物ライブラリは各々、少なくとも１つの医療機器で使用することができる。

上記システムの一部の実施形態では、少なくとも１つの薬物ライブラリが各々階層に編成されてもよい。一部の実施形態では、階層は、少なくとも１つの看護グループの下位にある複数の看護エリアを含むことができる。一部の実施形態では、階層の各レベルが、少なくとも１つの医療機器のためのいくつかの送液パラメータを含むことができる。一部の実施形態では、少なくとも１つの薬物ライブラリの各々が、それぞれが特定の医薬品に対応する複数のエントリを含む。一部の実施形態では、少なくとも１つの薬物ライブラリが、少なくとも１つの医療機器の動作を通知するいくつかのパラメータを含むことができる。一部の実施形態では、薬物ライブラリが、少なくとも１つの医療機器について複数のプログラミング制限値を含むことができる。一部の実施形態では、医療エラー低減ソフトウェアはさらに、品質改善情報をユーザに提供するように構成されてよい。一部の実施形態では、複数の特権のセットの少なくとも１つが、複数のユーザ・セットの１つに薬物ライブラリを点検する特権を割り振ることができる。一部の実施形態では、複数の特権のセットの少なくとも１つが、複数のユーザ・セットの１つに薬物ライブラリを編集する特権を割り振ることができる。一部の実施形態では、複数の特権のセットの少なくとも１つが、複数のユーザ・セットの１つに、特権セットを編集または作成する特権を割り振ることができる。一部の実施形態では、複数の特権のセットの少なくとも１つが、複数のユーザ・セットの１つに、ユーザ追加の特権を割り振ることができる。一部の実施形態では、複数のユーザ・セットの各々に割り振られた複数の特権のセットが、少なくとも１つの薬物ライブラリを作成および改訂するために複数のユーザ・セット間の協働的なプロセスを強制することができる。

本開示の一実施形態によれば、医療エラー低減システムは少なくとも１つのサーバを含むことができる。医療エラー低減システムは少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータの各々は、ディスプレイと通信状態にあるプロセッサを備えることができる。少なくとも１つのエディタ・コンピュータと少なくとも１つのサーバは、クライアント／サーバ型モデルでネットワークを介して通信するように構成されてよい。医療エラー低減システムは、少なくとも１つのサーバによって実行されるように構成された医療エラー低減ソフトウェアを含むことができる。医療エラー低減ソフトウェアは、少なくとも１つの薬物ライブラリを作成し改訂する際に使用するために、少なくとも１つのエディタ・コンピュータを介してアクセスすることができる。少なくとも１つの薬物ライブラリは各々、少なくとも１つの医療機器で使用することができる。少なくとも１つの医療機器は各々、医療機器プロセッサと、ユーザ・インターフェースを表示するように構成された医療機器グラフィカル・ユーザ・インターフェースとを含むことができる。ユーザ・インターフェースは、情報を伝達することができ、それぞれの医療機器をプログラムするために使用することができる。少なくとも１つの薬物ライブラリは各々、ユーザが少なくとも１つの医療機器をプログラムするのを誘導する複数のエントリを含むことができる。医療エラー低減ソフトウェアは、模擬的な医療機器グラフィカル・ユーザ・インターフェースを表示するように構成されてよい。模擬的な医療機器グラフィカル・ユーザ・インターフェースは、少なくとも１つの薬物ライブラリから選択された薬物ライブラリを使用して医療機器の医療機器グラフィカル・ユーザ・インターフェースの振る舞いを模倣することができる。

一部の実施形態では、模擬的な医療機器グラフィカル・ユーザ・インターフェースは状況感知型である。一部の実施形態では、医療エラー低減ソフトウェアはいくつかの特権セットを含むことができる。特権セットは各々、複数のユーザ・セットの１つに割り当てることができる。いくつかの特権セットは各々、一定程度のソフトウェア機能を複数のユーザ・セットの各々に割り振ることができる。一部の実施形態では、模擬的な医療機器グラフィカル・ユーザ・インターフェースは、いくつかの特権のセットのオンまたはオフを切り替えることができるソフトウェア機能とすることができる。一部の実施形態では、少なくとも１つの薬物ライブラリの各々が階層に編成されてもよい。一部の実施形態では、階層は、少なくとも１つの看護グループの下位にある複数の看護エリアを含むことができる。一部の実施形態では、階層の各レベルが、少なくとも１つの医療機器のためのいくつかの送液パラメータを含むことができる。一部の実施形態では、少なくとも１つの薬物ライブラリの各々が、それぞれが特定の医薬品に対応する複数のエントリを含むことができる。一部の実施形態では、少なくとも１つの薬物ライブラリは、少なくとも１つの医療機器の動作を通知するいくつかのパラメータを含むことができる。一部の実施形態では、薬物ライブラリは少なくとも１つの医療機器について複数のプログラミング制限値を含むことができる。一部の実施形態では、医療エラー低減ソフトウェアがさらに、品質改善情報をユーザに提供するように構成されてよい。

本開示の別の実施形態によれば、患者に医薬品を送液する医療機器は、医薬品を送液させるポンプ機構の動作を制御するように構成されたコントローラを含むことができる。医療機器はディスプレイを含むことができる。医療機器は、薬物ライブラリのためのプログラム・コードを記憶するように構成されたコンピュータ読取り可能メモリを含むことができる。薬物ライブラリは複数のエントリを含むことができる。複数のエントリは、施設の一部分に対応する少なくとも１つのエントリを含むことができる。そのようなエントリごとに少なくとも１つの薬物エントリがあってよい。少なくとも１つの薬物エントリには各々パラメータが関連付けられてよい。薬物ライブラリ中の少なくとも１つの薬物エントリは、特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられてよい。医療機器は、医療機器のディスプレイにグラフィカル・ユーザ・インターフェースを表示するように構成されたプロセッサを備えることができる。グラフィカル・ユーザ・インターフェースは、ユーザが薬物ライブラリを使用してコントローラをプログラムするために使用することができる。

一部の実施形態では、ユーザは、特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられた薬物ライブラリ中の少なくとも１つの薬物エントリの１つを選択して、患者への医薬品の送液をプログラムすることができる。一部の実施形態では、特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられた薬物ライブラリ中の少なくとも１つの薬物エントリは、医薬品の送液を支配する少なくとも１つのパラメータに関連付けられてよい。一部の実施形態では、薬物ライブラリは医療エラー低減ソフトウェアを使用して作成または変更を加えることができる。一部の実施形態では、ディスプレイはタッチ画面ディスプレイとすることができる。一部の実施形態では、特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられた薬物ライブラリ中の少なくとも１つの薬物エントリの少なくとも１つは、ユーザが、１時間当たりの量のモードで医薬品を送液するように医療機器をプログラムすることを可能にすることができる。一部の実施形態では、複数のエントリは各々少なくとも１つのパラメータに関連付けられてよい。一部の実施形態では、少なくとも１つのパラメータのうち少なくとも１つは、医薬品送液パラメータとすることができる。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器で使用することができる。ソフトウェアは、複数の特権のセットの１つを複数のユーザ・セットの各々に提供するように構成されてよい。複数の特権のセットは各々、一定程度のソフトウェア機能を複数のユーザ・セットの１つに割り振るように構成されてよい。医療エラー低減システムは少なくとも１つのサーバを含むことができる。医療エラー低減システムは少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。少なくとも１つのエディタ・コンピュータと少なくとも１つのサーバは、クライアント／サーバ型モデルでネットワークを介して通信するように構成されてよい。複数のユーザ・セットの少なくとも１つは、ソフトウェアを使用して、少なくとも１つの薬物ライブラリの少なくとも一部分を変更することを要求することができる。

一部の実施形態では、複数の特権のセットの少なくとも１つは、ユーザが変更の実施を却下することを可能にするように構成されてよい。一部の実施形態では、複数の特権のセットの少なくとも１つは、ユーザが変更の実施を承諾することを可能にするように構成されてよい。一部の実施形態では、複数の特権のセットの少なくとも１つは、ユーザが変更に対して質問を提出することを可能にするように構成されてよい。一部の実施形態では、複数の特権のセットの少なくとも１つは、ユーザが変更の改訂を提案することを可能にするように構成されてよい。一部の実施形態では、サーバが、医療エラー低減ソフトウェアを実行するように構成されてよい。一部の実施形態では、一定程度のソフトウェア機能は、ユーザが少なくとも１つの薬物ライブラリを改変する能力を定義するように構成されてよい。一部の実施形態では、少なくとも１つの医療機器は輸液ポンプとすることができる。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは各々、少なくとも１つの医療機器で使用することができる。医療エラー低減システムは、医療エラー低減ソフトウェアを実行するように構成された少なくとも１つのサーバを含むことができる。医療エラー低減システムは、少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリを編集するために１人または複数のユーザが使用することができる。少なくとも１つのエディタ・コンピュータと少なくとも１つのサーバは、ネットワークを介して通信するように構成されてよい。１人または複数のユーザの少なくとも１人が、電子的な変更要求を出すことにより少なくとも１つの薬物ライブラリへの変更を要求することができる。

一部の実施形態では、少なくとも１つの医療機器は、輸液ポンプとすることができる。一部の実施形態では、電子的な変更要求は医療データにリンクすることが可能である。一部の実施形態では、医療データは電子データベースに記憶されて状況情報を提供することができる。一部の実施形態では、電子データベースはホスト環境にあることができる。一部の実施形態では、医療データが少なくとも１つの医療機器から生成されてもよい。一部の実施形態では、医療データが、電子データベースに記憶されてもよい。一部の実施形態では、医療データが、医療データを生成した少なくとも１つの医療機器で使用されている少なくとも１つの薬物ライブラリの１つに関連付けられてよい。一部の実施形態では、医療データが表の形態で表示されてもよい。一部の実施形態では、医療データがチャートの形態で表示されてもよい。一部の実施形態では、医療データがグラフの形態で表示されてもよい。一部の実施形態では、医療データが図の形態で表示されてもよい。一部の実施形態では、医療データが輸液事例の形態で表示されてもよい。一部の実施形態では、ユーザは薬物ライブラリ編集ソフトウェアを使用して医療データを検索することができる。一部の実施形態では、ユーザは薬物ライブラリ編集ソフトウェアを使用して医療データをフィルタリングすることができる。一部の実施形態では、医療データは、ユーザによる選択が可能な形式で表示されてもよい。一部の実施形態では、ユーザは、現在編集が行われている少なくとも１つのライブラリのうち１つのライブラリのバージョンに対応する医療データのみにアクセスすることができる。一部の実施形態では、複数のエントリが各々、１つまたは複数の送液パラメータに関連付けられてよい。一部の実施形態では、１人または複数のユーザのうち少なくとも１人が電子的な変更要求を承諾することができる。一部の実施形態では、１人または複数のユーザのうち少なくとも１人が電子的な変更要求に応答することができる。一部の実施形態では、１人または複数のユーザのうち少なくとも１人が電子的な変更要求に対する改変を提案することができる。一部の実施形態では、１人または複数のユーザのうち少なくとも１人が電子的な変更要求を拒否することができる。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは各々、少なくとも１つの医療機器で使用することができる。薬物ライブラリ編集ソフトウェアはサーバによって実行されてもよい。医療エラー低減システムは少なくとも１つの薬物ライブラリ・データベースを含むことができる。医療エラー低減システムは少なくとも１つの医療データのデータベースを含むことができる。医療エラー低減システムは少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリを編集するためにユーザによって使用することができる。少なくともエディタ・コンピュータ、少なくとも１つの薬物ライブラリ・データベース、および少なくとも１つの医療データのデータベースが、ネットワークを介して通信するように構成されてよい。少なくとも１つの薬物ライブラリの編集中に、ユーザは薬物ライブラリ編集ソフトウェアを使用して医療データにアクセスすることができる。

一部の実施形態では、医療データが少なくとも１つの医療データのデータベースに記憶されてもよい。一部の実施形態では、少なくとも１つの医療データのデータベースは、ホスト環境に記憶されてもよい。一部の実施形態では、医療データがチャートの形態で表示されてもよい。一部の実施形態では、医療データがグラフの形態で表示されてもよい。一部の実施形態では、医療データが表の形態で表示されてもよい。一部の実施形態では、医療データが図の形態で表示されてもよい。一部の実施形態では、医療データが輸液事例の形態で表示されてもよい。一部の実施形態では、医療データは、ユーザによる選択が可能な形式で表示されてもよい。一部の実施形態では、アクセスされる医療データが検索可能である。一部の実施形態では、アクセスされる医療データは、フィルタを適用することによってフィルタリングすることが可能である。一部の実施形態では、フィルタは機器の種類のフィルタとすることができる。一部の実施形態では、フィルタはデータのカテゴリとすることができる。一部の実施形態では、フィルタは治療に基づく基準とすることができる。一部の実施形態では、フィルタは医療機器の識別子とすることができる。一部の実施形態では、フィルタは介護者の識別子とすることができる。一部の実施形態では、フィルタはエリアに基づく基準とすることができる。一部の実施形態では、フィルタは薬物基準とすることができる。一部の実施形態では、薬物基準は薬物の識別子とすることができる。一部の実施形態では、薬物基準は薬物の種類とすることができる。一部の実施形態では、少なくとも１つの薬物ライブラリ・データベースは、ホスト環境にあることができる。一部の実施形態では、医療機器は輸液ポンプとすることができる。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器で使用することができる。薬物ライブラリ編集ソフトウェアはサーバによって実行されてもよい。医療エラー低減システムは少なくとも１つの薬物ライブラリ・データベースを含むことができる。医療エラー低減システムは少なくとも１つの医療データのデータベースを含むことができる。医療エラー低減システムは少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリを編集するためにユーザによって使用することができる。少なくとも１つのエディタ・コンピュータ、少なくとも１つの薬物ライブラリ・データベース、および少なくとも１つの医療データのデータベースがネットワークを介して通信するように構成されてよい。少なくとも１つの薬物ライブラリを作成または改訂する際に、薬物ライブラリ編集ソフトウェアが、少なくとも１つの医療データのデータベースにある医療データをユーザ・インターフェースに表示し、フィルタ基準を用いて医療データをフィルタリングするように構成されてよい。

一部の実施形態では、少なくとも１つの医療機器は輸液ポンプとすることができる。一部の実施形態では、少なくとも１つの薬物ライブラリ・データベースがホスト環境にあることができる。一部の実施形態では、少なくとも１つの医療データのデータベースがホスト環境にあることができる。一部の実施形態では、フィルタ基準はユーザによる選択が可能である。一部の実施形態では、フィルタ基準は、医療機器の種類とすることができる。一部の実施形態では、フィルタ基準は、データのカテゴリとすることができる。一部の実施形態では、フィルタ基準は、治療に基づく基準とすることができる。一部の実施形態では、フィルタ基準は、医療機器の識別子とすることができる。一部の実施形態では、フィルタ基準は、介護者の識別子とすることができる。一部の実施形態では、フィルタ基準は、看護エリアに基づく基準とすることができる。一部の実施形態では、フィルタ基準は、薬物基準とすることができる。一部の実施形態では、薬物基準は、薬物の識別子とすることができる。一部の実施形態では、薬物基準は、薬物の種類とすることができる。一部の実施形態では、ユーザ・インターフェースに表示された医療データとの対話によってフィルタ基準が適用されて、医療データのサブセットを表示することができる。一部の実施形態では、ユーザ・インターフェースに表示された医療データとの対話によってフィルタ基準が適用されて、医療データを詳細に調べることができる。一部の実施形態では、医療データは、ユーザによって指定されたいくつかの形式の１つまたは複数でユーザ・インターフェースに表示することができる。

本開示の一実施形態によれば、医療機器はプロセッサを備えることができる。医療機器はグラフィカル・ユーザ・インターフェースを含むことができる。プロセッサは、グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されてよい。少なくとも１つの画面の少なくとも１つは１つまたは複数のパラメータ値を含むことができる。プロセッサはさらに、１つまたは複数のパラメータ値の変化に応答して、１つまたは複数のパラメータ値の少なくとも１つのフォントを視覚的に変えるように構成されてよい。

一部の実施形態では、変化は、１つまたは複数のパラメータ値の桁数の変化である。一部の実施形態では、プロセッサは、フォントのサイズを変更することによりフォントを視覚的に変えるように構成されてよい。一部の実施形態では、プロセッサは、フォントの色を変更することによりフォントを視覚的に変えるように構成されてよい。一部の実施形態では、１つまたは複数のパラメータ値の少なくとも１つはユーザによって指定されなければならない。一部の実施形態では、１つまたは複数のパラメータ値の１つは患者の体重とすることができる。一部の実施形態では、１つまたは複数のパラメータ値の１つは患者の体表面積とすることができる。一部の実施形態では、１つまたは複数のパラメータ値の１つは投与量の値とすることができる。一部の実施形態では、１つまたは複数のパラメータ値の１つは時間値とすることができる。一部の実施形態では、１つまたは複数のパラメータ値の１つは輸液予定量の量とすることができる。一部の実施形態では、１つまたは複数のパラメータ値の１つは輸液速度値とすることができる。一部の実施形態では、１つまたは複数のパラメータ値の１つは医薬品の濃度値とすることができる。一部の実施形態では、少なくとも１つまたは複数のパラメータ値が、事前にプログラムされてもよい。一部の実施形態では、プロセッサが、パラメータ値のサイズを小さくすることによりフォントを視覚的に変えるように構成されてよい。

本開示の一実施形態によれば、医療機器は、グラフィカル・ユーザ・インターフェースを含むことができる。医療機器はプロセッサを備えることができる。プロセッサは、グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されてよい。少なくとも１つの画面の少なくとも１つは治療進行中の画面とすることができる。治療進行中の画面は、輸液ライン内の液体の圧力を示す圧力インディケータを含むことができる。

一部の実施形態では、圧力インディケータは、圧力動向インディケータとすることができる。一部の実施形態では、圧力動向インディケータが過去４時間の圧力の動向を示すことができる。一部の実施形態では、圧力インディケータはバーとすることができる。一部の実施形態では、バーがいくつかの区間を含むことができる。一部の実施形態では、圧力インディケータが、異なる数の区間を埋めることにより異なる圧力を示すように構成されてよい。一部の実施形態では、圧力インディケータが、バーを異なる量で埋めることにより異なる圧力を示すように構成されてよい。一部の実施形態では、グラフィカル・ユーザ・インターフェースはタッチ画面とすることができる。

本開示の一実施形態によれば、医療機器は、グラフィカル・ユーザ・インターフェースを含むことができる。医療機器はプロセッサを備えることができる。プロセッサは、グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されてよい。少なくとも１つの画面の少なくとも１つは、医療機器が治療を実行している時に表示される治療進行中の画面とすることができる。治療進行中の画面は、医療機器によって送液されている医薬品を示す医薬品インディケータを含むことができる。プロセッサは、医薬品に割り当てられた複数の分類のうち１つの分類に応じて、ユーザ・インターフェースに表示される医薬品インディケータの少なくとも一部分を複数の色の１つで色分けすることができる。

一部の実施形態では、グラフィカル・ユーザ・インターフェースはタッチ画面とすることができる。一部の実施形態では、プロセッサは、医療機器に使用される薬剤ライブラリを記憶したメモリと通信状態にあることができる。一部の実施形態では、薬物ライブラリは、医薬品インディケータの一部分についての色分け情報を保持することができる。一部の実施形態では、少なくとも１つの画面の少なくとも１つは、医療機器によって送液すべき医薬品が指定されるプログラム画面とすることができる。一部の実施形態では、複数の分類の少なくとも１つは、高リスクの分類とすることができる。一部の実施形態では、複数の分類の少なくとも１つは、薬物の種類とすることができる。一部の実施形態では、複数の分類の少なくとも１つは、麻酔薬の分類とすることができる。一部の実施形態では、医薬品インディケータが、医薬品の名前を含むことができる。一部の実施形態では、医薬品インディケータが、非テキストの標識を含むことができる。一部の実施形態では、非テキストの標識が、医薬品インディケータのうち色分けされている唯一の部分である。

本開示の一実施形態によれば、医療機器は、グラフィカル・ユーザ・インターフェースを含むことができる。医療機器はプロセッサを備えることができる。プロセッサは、グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されてよい。医療機器は、コンピュータ読取り可能メモリを備えることができる。コンピュータ読取り可能メモリは、医療機器にプログラムすることが可能な治療に関連する複数のパラメータ値を記憶することができる。パラメータ値の少なくとも１つは、治療パラメータ値についてのユーザによりオーバーライド可能な制限値の値とすることができる。治療パラメータ値についてのユーザによりオーバーライド可能な制限値は、グラフィカル・ユーザ・インターフェースを介して１人または複数のユーザによりオーバーライドすることが可能である。プロセッサは、ユーザによりオーバーライド可能な制限値がオーバーライドされるのに応答して治療パラメータ値の隣に標識を表示させることができる。

一部の実施形態では、グラフィカル・ユーザ・インターフェースはタッチ画面とすることができる。一部の実施形態では、少なくとも１つの画面の少なくとも１つが制限値違反の通知を表示することができる。一部の実施形態では、制限値違反の通知は、オーバーライドすることが可能な制限値の値を表示しないことができる。一部の実施形態では、制限値違反の通知がオーバーライドのオプションを含むことができる。一部の実施形態では、治療パラメータ値についてのユーザによりオーバーライド可能な制限値は、第１のユーザおよび第２のユーザの両方がグラフィック・ユーザ・インターフェースを介して制限値をオーバーライドすることを必要とすることができる。一部の実施形態では、医療機器にプログラムすることが可能な治療に関連する複数のパラメータ値は、コンピュータ読取り可能メモリに記憶された薬物ライブラリ・ファイルの一部とすることができる。一部の実施形態では、標識は非テキストの標識とすることができる。

本開示の一実施形態によれば、医療機器はグラフィカル・ユーザ・インターフェースを含むことができる。医療機器はプロセッサを備えることができる。プロセッサは、グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されてよい。医療機器はコンピュータ読取り可能メモリを含むことができる。コンピュータ読取り可能メモリは、医療機器によって送液することが可能な複数の医薬品を記憶することができる。医薬品は１つまたは複数の医薬品カテゴリに従って編成することができる。医薬品の各々はさらに、医療機器にプログラムすることが可能な治療に関連する１つまたは複数のパラメータ値に関連付けることができる。ユーザは、グラフィカル・ユーザ・インターフェースを使用して、治療を実行するように医療機器をプログラムすることができる。医療機器をプログラムする際の少なくとも１つのステップが、医療機器によって送液すべき医薬品が含まれる医薬品カテゴリを選択することを含むことができる。

一部の実施形態では、グラフィカル・ユーザ・インターフェースはタッチ画面とすることができる。一部の実施形態では、複数の医薬品および１つまたは複数の医薬品カテゴリは、薬物ライブラリ・ファイルの一部である。一部の実施形態では、医薬品カテゴリが、グラフィカル・ユーザ・インターフェースを介して検索可能である。一部の実施形態では、医薬品カテゴリが、グラフィカル・ユーザ・インターフェースを介してフィルタリング可能である。一部の実施形態では、１つまたは複数のパラメータ値の少なくとも１つは、ユーザによりオーバーライド可能なパラメータの制限値とすることができる。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの医療機器で使用されるために構成された少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される医療エラー低減ソフトウェアを含むことができる。ソフトウェアは、複数の特権のセットの１つを複数のユーザ・セットの各々に提供するように構成されてよい。複数の特権のセットは各々、一定程度のソフトウェア機能を複数のユーザ・セットの１つに割り振るように構成されてよい。一定程度のソフトウェア機能は、ユーザが少なくとも１つの薬物ライブラリを改変する能力を定義するように構成されてよい。医療エラー低減システムは少なくとも１つのサーバを含むことができる。医療エラー低減システムは、ディスプレイと通信状態にあるプロセッサを備えた少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは、クライアント／サーバ型モデルでネットワークを介して少なくとも１つのサーバと通信するように構成されてよい。

本開示の一実施形態によれば、医療エラー低減システムは医療機器を含むことができる。医療機器は、医療機器プロセッサを備えることができる。医療機器は、ユーザが医療機器をプログラムすることを可能にするように構成された医療機器グラフィカル・ユーザ・インターフェースを備えることができる。医療エラー低減システムは少なくとも１つのサーバを含むことができる。医療エラー低減システムは、ディスプレイと通信状態にあるプロセッサを備えた少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは、クライアント／サーバ型モデルでネットワークを介して少なくとも１つのサーバと通信するように構成されてよい。医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し改訂する際に使用するために少なくとも１つのサーバによって実行され、少なくとも１つのエディタ・コンピュータを介してアクセスできるように構成された医療エラー低減ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは少なくとも１つの医療機器で使用され、ユーザが少なくとも１つの医療機器をプログラムするのを誘導する複数のエントリを含むことができる。医療エラー低減ソフトウェアはさらに、模擬的な医療機器グラフィカル・ユーザ・インターフェースを表示するように構成されてよい。模擬的な医療機器グラフィカル・ユーザ・インターフェースは、少なくとも１つの薬物ライブラリの１つを使用して医療機器の医療機器グラフィカル・ユーザ・インターフェースの振る舞いを模倣することができる。

本開示の一実施形態によれば、患者に医薬品を送液する医療機器は、医薬品を送液させるポンプ機構の動作を制御するように構成されたコントローラを備えることができる。医療機器は、ディスプレイを備えることができる。医療機器は、薬物ライブラリのためのプログラム・コードを記憶するように構成されたコンピュータ読取り可能メモリを備えることができる。薬物ライブラリは複数のエントリを有することができる。複数のエントリは、施設の一部分に対応する少なくとも１つのエントリを含むことができる。そのようなエントリごとに、複数のエントリはさらに、施設の一部分に対応する少なくとも１つの薬物エントリを含むことができる。医療機器は、医療機器のディスプレイにグラフィカル・ユーザ・インターフェースを表示するように構成されたプロセッサを備えることができる。グラフィカル・ユーザ・インターフェースは、薬物ライブラリを使用してコントローラをプログラムするためにユーザが使用することができる。ユーザは、施設の一部分に対応する少なくとも１つの薬物エントリの１つを選択して、患者への医薬品の送液をプログラムすることができる。

一部の実施形態では、少なくとも１つの薬物エントリが、そのエントリに関連付けられたパラメータを含むことができる。一部の実施形態では、薬物ライブラリがさらに、特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられた少なくとも１つの薬物エントリを含むことができる。一部の実施形態では、ユーザは、特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられた薬物ライブラリ中の少なくとも１つの薬物エントリの１つを選択して、患者への医薬品の送液をプログラムすることができる。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの医療機器で使用するための少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。ソフトウェアは、複数の特権のセットの少なくとも１つを複数のユーザ・セットの各々に提供するように構成されてよい。複数の特権のセットは各々、一定程度のソフトウェア機能を複数のユーザ・セットの１つに割り振るように構成されてよい。一定程度のソフトウェア機能は、ユーザが少なくとも１つの薬物ライブラリを改変する能力を定義するように構成されてよい。医療エラー低減システムは、薬物ライブラリ編集ソフトウェアを実行するように構成された少なくとも１つのサーバを含むことができる。医療エラー低減システムは、ユーザ・インターフェースと通信状態にあるプロセッサを備えた少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは、クライアント／サーバ型モデルでネットワークを介して少なくとも１つのサーバと通信するように構成されてよい。複数のユーザ・セットの少なくとも１つは、少なくとも１つのエディタ・コンピュータを使用して薬物ライブラリ編集ソフトウェアにアクセスして、少なくとも１つの薬物ライブラリに対する変更を要求することができる。

一部の実施形態では、複数の特権のセットの少なくとも１つはさらに、ユーザが少なくとも１つの薬物ライブラリへの要求される変更の実施を却下する、または、少なくとも１つの薬物ライブラリへの要求される変更の実施を承諾することを可能にするように構成されてよい。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは、少なくとも１つの医療機器に使用することができる。医療エラー低減システムは、薬物ライブラリ編集ソフトウェアを実行するように構成された少なくとも１つのサーバを含むことができる。医療エラー低減システムは、ユーザ・インターフェースと通信状態にあるプロセッサを備えた少なくとも１つのエディタ・コンピュータを含むことができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリを編集するためにユーザによって使用することができる。少なくとも１つのエディタ・コンピュータは、少なくとも１つのエディタ・コンピュータが薬物ライブラリ編集ソフトウェアにアクセスできるように、クライアント／サーバ型モデルでネットワークを介して少なくとも１つのサーバと通信するように構成されてよい。ユーザは、ユーザ・インターフェースを介して電子的な変更要求を出すことにより、少なくとも１つの薬物ライブラリへの変更を要求することができる。

一部の実施形態では、電子的な変更要求は、電子データベースの医療データにリンクされて状況情報を提供することが可能である。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器に使用することができる。薬物ライブラリ編集ソフトウェアはサーバによって実行されることができる。医療エラー低減システムは、少なくとも１つの薬物ライブラリ・データベースを含むことができる。医療エラー低減システムは、少なくとも１つの医療データのデータベースを含むことができる。医療エラー低減システムは、サーバ、少なくとも１つの薬物ライブラリ・データベース、および少なくとも１つの医療データのデータベースとネットワークを介して通信するように構成された少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリ編集ソフトウェアを使用して少なくとも１つの薬物ライブラリを編集するためにユーザによって使用することができる。少なくとも１つの薬物ライブラリの編集中に、ユーザは薬物ライブラリ編集ソフトウェアを使用して少なくとも１つの医療データのデータベースにある医療データにアクセスすることができる。

一部の実施形態では、少なくとも１つの薬物ライブラリの編集中に、ユーザは薬物ライブラリ編集ソフトウェアを使用して少なくとも１つの医療データのデータベースにある医療データにアクセスすることができる。一部の実施形態では、医療データは、ユーザ・インターフェースに表示された、チャート、グラフ、プロット、および図、の少なくとも１つの形態とすることができる。一部の実施形態では、少なくとも１つの薬物ライブラリの編集中に、ユーザは、薬物ライブラリ編集ソフトウェアを使用して少なくとも１つの医療データのデータベースにある医療データをユーザ・インターフェースに表示し、ユーザが関心のある医療データのみがユーザ・インターフェースに表示されるように医療データをフィルタリングすることができる。

本開示の一実施形態によれば、医療機器はグラフィカル・ユーザ・インターフェースを備えることができる。医療機器はプロセッサを備えることができる。プロセッサは、グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されてよい。少なくとも１つの画面は少なくとも１つのパラメータ値を含むことができる。プロセッサはさらに、少なくとも１つのパラメータ値の桁数の変化に応答して、少なくとも１つのパラメータ値のフォントを視覚的に変えるように構成されてよい。

一部の実施形態では、少なくとも１つの画面は治療進行中の画面を含むことができ、治療進行中の画面は、輸液ライン内の液体の圧力を示す圧力インディケータを含む。一部の実施形態では、少なくとも１つの画面は治療進行中の画面とすることができる。治療進行中の画面は、医療機器によって送液されている医薬品を示す医薬品インディケータを含むことができる。プロセッサはさらに、ユーザ・インターフェースに表示される医薬品インディケータを、複数の色の１つで色分けするように構成されてよい。複数の色の各色は医薬品の分類に対応することができる。一部の実施形態では、医療機器はコンピュータ読取り可能メモリを備えることができる。コンピュータ読取り可能メモリは、医療機器にプログラムすることが可能な治療に関連する複数のパラメータ値を記憶することができる。パラメータ値の少なくとも１つは、治療パラメータ値についてのユーザによりオーバーライド可能な制限値とすることができる。治療パラメータ値についてのユーザによりオーバーライド可能な制限値は、グラフィカル・ユーザ・インターフェースを介してユーザによりオーバーライドすることが可能である。プロセッサはさらに、ユーザによりオーバーライド可能な制限値をユーザがオーバーライドしたのに応答して治療パラメータ値の隣に標識を表示するように構成されてよい。一部の実施形態では、コンピュータ読取り可能メモリは、医療機器によって送液されることが可能な複数の医薬品を記憶するように構成されてよい。各医薬品は１つまたは複数の医薬品カテゴリに編成されてもよい。医薬品は各々、医療機器にプログラムすることが可能な治療に関連する１つまたは複数のパラメータ値にさらに関連付けられてよい。ユーザはグラフィカル・ユーザ・インターフェースを使用して、医療機器によって送液すべき医薬品が含まれる医薬品カテゴリを少なくとも選択して、医療機器をプログラムすることができる。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される医療エラー低減ソフトウェアを含むことができる。ソフトウェアは、特権のセットを複数のユーザの各々に提供するように構成されてよい。特権のセットは、一定程度のソフトウェア機能を複数のユーザの各々に割り振るように構成されてよい。一定程度のソフトウェア機能は、ユーザが少なくとも１つの薬物ライブラリを改変する能力を定義するように構成されてよい。医療エラー低減システムは、少なくとも１つのサーバを含むことができる。医療エラー低減システムは、少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ディスプレイと通信状態にあるプロセッサを備えることができる。少なくとも１つのエディタ・コンピュータおよび少なくとも１つのサーバが、クライアント／サーバ型モデルでネットワークを介して通信するように構成されてよい。少なくとも１つの薬物ライブラリは各々、少なくとも１つの医療機器で使用することができる。

一部の実施形態では、少なくとも１つの薬物ライブラリの各々が階層に編成されてもよい。一部の実施形態では、階層が、少なくとも１つの看護グループの下位にある複数の看護エリアを含むことができる。一部の実施形態では、階層の各レベルが、少なくとも１つの医療機器のためのいくつかの送液パラメータを含むことができる。一部の実施形態では、少なくとも１つの薬物ライブラリの各々が、それぞれが特定の医薬品に対応する複数のエントリを含むことができる。一部の実施形態では、少なくとも１つの薬物ライブラリが、少なくとも１つの医療機器の動作を通知するいくつかのパラメータを含むことができる。一部の実施形態では、薬物ライブラリが、少なくとも１つの医療機器について複数のプログラミング制限値を含むことができる。一部の実施形態では、医療エラー低減ソフトウェアがさらに品質改善情報を複数のユーザに提供するように構成されてよい。一部の実施形態では、特権のセットは、薬物ライブラリを点検する特権を割り振るように設定可能である。一部の実施形態では、特権のセットは、薬物ライブラリを編集する特権を割り振るように設定可能である。一部の実施形態では、特権のセットは、編集または作成の特権を割り振るように設定可能である。一部の実施形態では、特権のセットは、ユーザ追加の特権を割り振るように設定可能である。一部の実施形態では、複数のユーザの各々に割り振られた特権のセットが、少なくとも１つの薬物ライブラリを作成および改訂するために複数のユーザ間の協働的なプロセスを強制することができる。

本開示の一実施形態によれば、医療エラー低減システムは、いくつかの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。いくつかの薬物ライブラリは各々複数のエントリを含むことができる。いくつかの薬物ライブラリは各々少なくとも１つの医療機器に使用することができる。医療エラー低減システムは、少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリを編集するために１人または複数のユーザによって使用することができる。薬物ライブラリ編集ソフトウェアは、いくつかの薬物ライブラリの中の第１の薬物ライブラリの複数のエントリのエントリを、いくつかの薬物ライブラリの中の第２の薬物ライブラリに取り込むように構成されてよい。

一部の実施形態では、システムはさらに、医療エラー低減ソフトウェアを実行するように構成された少なくとも１つのサーバを備えることができる。一部の実施形態では、いくつかの薬物ライブラリは、薬物ライブラリ・データベースに記憶されてもよい。一部の実施形態では、薬物ライブラリ・データベースがホスト環境にあることができる。一部の実施形態では、１人または複数のユーザは、いくつかの薬物ライブラリの中の第１の薬物ライブラリから、いくつかの薬物ライブラリの中の第２の薬物ライブラリに取り込みたいエントリを複数のエントリから指定することができる。一部の実施形態では、いくつかの薬物ライブラリの中の第１の薬物ライブラリと、いくつかの薬物ライブラリの中の第２の薬物ライブラリとの両方が、いくつかの薬物ライブラリ中の薬物ライブラリのサブセットに属することができる。一部の実施形態では、薬物ライブラリのサブセットは、１人または複数のユーザによる当該薬物ライブラリのサブセットへのアクセスを許す許可のセットに関連付けることができる。一部の実施形態では、許可のセットは、別の１人または複数のユーザによる薬物ライブラリのサブセットへのアクセスを許可しない。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器に使用することができる。薬物ライブラリ編集ソフトウェアはサーバによって実行されてもよい。医療エラー低減システムは、少なくとも１つの薬物ライブラリを記憶する少なくとも１つの薬物ライブラリ・データベースを含むことができる。医療エラー低減システムは、少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリを編集するためにユーザによって使用することができる。少なくとも１つのエディタ・コンピュータおよび少なくとも１つの薬物ライブラリ・データベースは、ネットワークを介して通信するように構成されてよい。複数のエントリは１つまたは複数の臨床勧告を含むことができる。

一部の実施形態では、薬物ライブラリ・データベースはホスト環境にある。一部の実施形態では、１つまたは複数の臨床勧告は、フリー・テキスト・エントリとすることができる。一部の実施形態では、１つまたは複数の臨床勧告が画像を含むことができる。一部の実施形態では、１つまたは複数の臨床勧告が文書を含むことができる。一部の実施形態では、１つまたは複数の臨床勧告の長さが０文字から１００文字の間に制限されてもよい。一部の実施形態では、１つまたは複数の臨床勧告の各々が、短いテキストの臨床勧告に関連付けられてよい。一部の実施形態では、短いテキストの臨床勧告の長さが０文字から１００文字の間に制限されてもよい。一部の実施形態では、短いテキストの臨床勧告が少なくとも１つの医療機器のグラフィック・ユーザ・インターフェースの少なくとも１つの画面に表示されてもよい。一部の実施形態では、１つまたは複数の臨床勧告の各々が、少なくとも１つの医療機器のグラフィック・ユーザ・インターフェースの少なくとも１つの画面に表示されてもよい。一部の実施形態では、少なくとも１つの臨床勧告の各々が、少なくとも１つの薬物ライブラリ中の薬物エントリに関連付けられてよい。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器に使用することができる。薬物ライブラリ編集ソフトウェアはサーバによって実行されてもよい。医療エラー低減システムは、少なくとも１つの薬物ライブラリを記憶する少なくとも１つの薬物ライブラリ・データベースを含むことができる。医療エラー低減システムは、少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリを編集するためにユーザによって使用することができる。少なくとも１つのエディタ・コンピュータと少なくとも１つの薬物ライブラリ・データベースは、ネットワークを介して通信するように構成されてよい。薬物ライブラリ編集ソフトウェアは、ユーザが複数のエントリの１つまたは複数についてのメモを入力することを可能にするように構成されてよい。

一部の実施形態では、薬物ライブラリ・データベースはホスト環境にあることができる。一部の実施形態では、メモはフリー・テキスト・エントリとすることができる。一部の実施形態では、メモが画像を含むことができる。一部の実施形態では、メモが文書を含むことができる。一部の実施形態では、薬物ライブラリ編集ソフトウェアが、ユーザが複数のエントリの１つまたは複数のサブセットについてメモを入力することを可能にするように構成されてよい。一部の実施形態では、薬物ライブラリ編集ソフトウェアが、ユーザが複数のエントリの各々についてメモを入力することを可能にするように構成されてよい。一部の実施形態では、メモに関連付けられた複数のエントリの各々が、ユーザ・インターフェース上でメモ・インディケータと共に描写されてもよい。一部の実施形態では、メモ・インディケータとユーザが対話すると、メモがユーザ・インターフェースに表示されてもよい。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは各々、少なくとも１つの医療機器に使用することができる。薬物ライブラリ編集ソフトウェアはサーバによって実行されてもよい。医療エラー低減システムは、少なくとも１つの薬物ライブラリを記憶する少なくとも１つの薬物ライブラリ・データベースを含むことができる。医療エラー低減システムは、少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリを編集するためにユーザによって使用することができる。少なくとも１つのエディタ・コンピュータと少なくとも１つの薬物ライブラリ・データベースは、ネットワークを介して通信するように構成されてよい。複数のエントリは、洗浄パラメータを含むことができる。

一部の実施形態では、洗浄パラメータは、少なくとも１つの医療機器に関連付けられた液体ラインの洗浄を支配することができる。一部の実施形態では、洗浄パラメータは、少なくとも１つの医療機器が自機に関連付けられた液体ラインを洗浄する時に医療機器によって使用されるべきデフォルトの送液パラメータ値を含むことができる。一部の実施形態では、洗浄パラメータが送液予定量を含むことができる。一部の実施形態では、洗浄パラメータが送液の流量を含むことができる。一部の実施形態では、洗浄パラメータが時間を含むことができる。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器に使用することができる。薬物ライブラリ編集ソフトウェアはサーバによって実行されてもよい。医療エラー低減システムは、少なくとも１つの薬物ライブラリを記憶する少なくとも１つの薬物ライブラリ・データベースを含むことができる。医療エラー低減システムは、少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリを編集するためにユーザによって使用することができる。少なくとも１つのエディタ・コンピュータと少なくとも１つの薬物ライブラリ・データベースが、ネットワークを介して通信するように構成されてよい。薬物ライブラリ編集ソフトウェアは、所望の概略情報をユーザに提供する、ユーザによるカスタマイズが可能な画面を表示するように構成されてよい。

一部の実施形態では、ユーザによるカスタマイズが可能な画面は１つまたは複数のウィジェットを含むことができる。一部の実施形態では、ユーザは、ユーザによるカスタマイズが可能な画面に含める１つまたは複数のウィジェットを選択することができる。一部の実施形態では、１つまたは複数のウィジェットの１つは進捗状況ウィジェットとすることができる。一部の実施形態では、１つまたは複数のウィジェットの１つは動向ウィジェットとすることができる。一部の実施形態では、１つまたは複数のウィジェットの１つは概要ウィジェットとすることができる。一部の実施形態では、１つまたは複数のウィジェットの１つはクイック・リンクのウィジェットとすることができる。一部の実施形態では、１つまたは複数のウィジェットの１つが変更要求ウィジェットとすることができる。一部の実施形態では、１つまたは複数のウィジェットの１つはフィードバック・ウィジェットとすることができる。一部の実施形態では、１つまたは複数のウィジェットの１つは医療データ・ウィジェットとすることができる。一部の実施形態では、１つまたは複数のウィジェットの１つは変更点検ウィジェットとすることができる。一部の実施形態では、１つまたは複数のウィジェットの１つは管理者コメント・ウィジェットとすることができる。一部の実施形態では、ユーザが、許可されたウィジェットのリストから１つまたは複数のウィジェットを選択することができる。一部の実施形態では、ユーザに医療エラー低減ソフトウェア内で特定の役割が割り当てられ、許可されたウィジェットのリストは特定の役割に関連付けることができる。一部の実施形態では、システムがさらにユーザ・データベースを備えることができる。一部の実施形態では、ユーザによるカスタマイズが可能な画面は、カスタマイズされるとユーザ・データベースに記憶され、ユーザに関連付けることができる。一部の実施形態では、ユーザによるカスタマイズが可能な画面は、いくつかのロード可能なカスタマイズされた画面設定の中から選択することができる。

本開示の一実施形態によれば、医療エラー低減システムは、少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアを含むことができる。少なくとも１つの薬物ライブラリは複数のエントリを含むことができる。少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器に使用することができる。薬物ライブラリ編集ソフトウェアはサーバによって実行されてもよい。医療エラー低減システムは、少なくとも１つの薬物ライブラリを記憶する少なくとも１つの薬物ライブラリ・データベースを含むことができる。医療エラー低減システムは、少なくとも１つのエディタ・コンピュータを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、少なくとも１つの薬物ライブラリを編集するためにユーザによって使用することができる。少なくとも１つのエディタ・コンピュータと少なくとも１つの薬物ライブラリ・データベースは、ネットワークを介して通信するように構成されてよい。ユーザは、薬物ライブラリ編集ソフトウェアを使用して複数のエントリのうち２つ以上のエントリを比較することができる。比較はユーザ・インターフェースに表示されてもよい。

一部の実施形態では、比較はユーザ・インターフェースに表で表示されてもよい。一部の実施形態では、比較は、横に並べた比較とすることができる。一部の実施形態では、比較される２つ以上のエントリの差分が、ユーザ・インターフェース上で視覚的に示されてもよい。一部の実施形態では、比較が、差分のみを示すオプションを含むことができる。一部の実施形態では、差分のみを示すオプションと対話すると、複数のエントリのうち２つ以上のエントリ間の差分のみが表示される状態と、複数のエントリのうち２つ以上のエントリに関連付けられたすべての情報が表示される状態との間で比較を切り替えることができる。一部の実施形態では、比較が、複数のエントリのうち２つ以上のエントリの１つを編集のために開くために使用することができる編集のオプションを含むことができる。

本開示の一実施形態によれば、薬物ライブラリ・ファイルを生成する方法は、複数の特権のセットの１つを複数のユーザ・セットの各々に割り当てるステップを含むことができる。複数の特権のセットは、薬物ライブラリ編集ソフトウェア内で一定程度のソフトウェア機能を割り振るように構成されてよい。一定程度のソフトウェア機能は、ユーザが少なくとも１つの薬物ライブラリを改変する能力を定義するように構成されてよい。薬物ライブラリ・ファイルを生成する方法は、少なくとも１つのエディタ・コンピュータを使用して薬物ライブラリを作成するステップを含むことができる。少なくとも１つのエディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備えることができる。ユーザ・インターフェースは、薬物ライブラリ編集ソフトウェアを使用して少なくとも１つの薬物ライブラリを編集するためにユーザによって使用することができる。薬物ライブラリを作成することは、複数のユーザ・セットの中の適切なユーザを含み、適切なユーザは複数の特権のセットによって定義され、機関のマスター薬剤リストを指定するステップと、機関の１つまたは複数の部分のための薬剤レコードを定義するステップと、定義された薬剤レコードを検証するステップとを含むことができる。上記方法は、機関内の少なくとも１つの医療機器に公開するために薬物ライブラリを承認するステップを含むことができる。

一部の実施形態では、複数の特権のセットの１つが、編集の特権を割り振ることができる。一部の実施形態では、複数の特権のセットの１つが、点検を行う特権を割り振ることができる。一部の実施形態では、マスター薬剤リストを指定するステップが、処方データベースからいくつかの薬剤を選択するステップを含むことができる。一部の実施形態では、機関の１つまたは複数の部分のための薬剤レコードを定義するステップが、機関の１つまたは複数の部分各々について、マスター薬剤リストから所望の薬剤を選択するステップを含むことができる。一部の実施形態では、機関の１つまたは複数の部分のための薬剤レコードを定義するステップが、所望の薬剤各々にいくつかのパラメータを定義するステップを含むことができる。一部の実施形態では、定義された薬剤レコードを検証するステップが、定義された薬剤レコードを点検するステップを含むことができる。一部の実施形態では、定義された薬剤レコードを検証するステップが、定義された薬剤レコードを編集および改訂するステップを含むことができる。一部の実施形態では、薬物ライブラリ・ファイルを生成するステップが、薬物ライブラリ・ファイルが検査用の医療機器で検査される試験的作成段階を薬物ライブラリ・ファイルに実行するステップをさらに含むことができる。一部の実施形態では、薬物ライブラリ・ファイルを生成するステップが、薬物ライブラリ・ファイルが模擬的な医療機器のユーザ・インターフェース上で検査される試験的作成段階を薬物ライブラリ・ファイルに実行するステップをさらに含むことができる。一部の実施形態では、定義された薬剤レコードを検証するステップが、模擬的な医療機器のユーザ・インターフェースを使用して、定義された薬剤レコードを点検するステップを含むことができる。

本開示の一実施形態によれば、薬物ライブラリ・ファイルを少なくとも１つの医療機器に配置する方法は、薬物ライブラリ・ファイルを作成するステップを含むことができる。上記方法は、少なくとも１つの医療機器に公開するために薬物ライブラリ・ファイルを承認するステップを含むことができる。上記方法は、薬物エラー低減システムのエディタ・サービスを介してユーザに通知を送信するステップを含むことができる。上記方法は、薬物ライブラリ・ファイルを機器ゲートウェイにダウンロードするステップを含むことができる。上記方法は、機器ゲートウェイが少なくとも１つの医療機器と通信することができるネットワークを介して、少なくとも１つの医療機器に薬物ライブラリ・ファイルを配布するステップを含むことができる。

一部の実施形態では、上記方法は、薬物ライブラリ・ファイルを機器ゲートウェイにダウンロードすることをユーザが指令するステップをさらに含むことができる。一部の実施形態では、上記方法は、医療機器のリストから少なくとも１つの医療機器を選択するステップをさらに含むことができる。一部の実施形態では、上記方法は、機器ゲートウェイが周期的に薬物ライブラリ・ファイルの更新があるかどうかを確認するステップをさらに含むことができる。一部の実施形態では、上記方法は、少なくとも１つの医療機器が薬物ライブラリ・ファイルの有効性を検証するステップをさらに含むことができる。一部の実施形態では、上記方法は、薬物ライブラリ・ファイルの有効性の検証が成功し、更新された場合に、少なくとも１つの医療機器の各々から機器ゲートウェイに確認メッセージを送信するステップをさらに含むことができる。

上記およびその他の態様は、図面を参照して提供する以下の本開示の各種実施形態の詳細な説明から、より明瞭になろう。

本開示の一実施形態に係る、電子的な患者看護のシステムのブロック図である。 本開示の一実施形態に係る、図１のシステムのいくつかの態様を示すブロック図である。 本開示の一実施形態に係る、通信のためのいくつかの施設の集約を説明する図である。 本開示の一実施形態に係る、電子的な患者看護のシステムを説明する図である。 本開示の一実施形態に係る、医療機器と機器アプリケーション間の電子的な通信のいくつかの態様を説明するブロック図である。 本開示の一実施形態に係る、輸液装置のプログラミングの方法を説明する状態図である。 プロセッサで実行することが可能なソフトウェア・プログラムを説明する図であって、ソフトウェア・プログラムおよびプロセッサが、本開示の一実施形態に係る図１の施設ゲートウェイ、ならびに図２および図４に示すアプリケーションおよび機器ゲートウェイで使用するための出版／購読モデルを実装するように構成される図である。 プロセッサで実行することが可能なソフトウェア・プログラムを説明する図であって、ソフトウェア・プログラムおよびプロセッサが、本開示の一実施形態に係る能力登録モデルを実装するように構成される図である。 プロセッサで実行することが可能なソフトウェア・プログラムを説明する図であって、ソフトウェア・プログラムおよびプロセッサが、本開示の一実施形態に係る薬物管理ライブラリのファイルを生成するために使用される薬物安全性の方法を実装するように構成される図である。 本開示の一実施形態に係る、薬物管理ライブラリ・ファイルの作成に関わる可能性のある各種ユーザおよび関係者の可能な役割、責任、および特権を詳細に示す例示的な概念図である。 本開示の一実施形態に係る、薬物管理ライブラリ（「ＤＡＬ」）ファイルの例示的な階層的組織構造を概説する図である。 本開示の一実施形態に係る、薬物管理ライブラリ・ファイルの例示的な階層的組織構造を概説する図である。 本開示の一実施形態に係る、薬物管理ライブラリ・ファイル作成の薬物エラー低減システムのセットアップ段階の一部とすることができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物エラー低減システムのデータベースにロードされる参照表を更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物エラー低減システムのデータベースに機関および組織の階層を設定するために使用することができるいくつかの例示的なステップを示すフローチャートである。 薬物エラー低減システムのエディタに購読者をアクセスさせる際に使用することができるいくつかの例示的なステップを示すフローチャートである。 本開示の一実施形態に係る、組織または機関内で薬物エラー低減システムの各種側面をセットアップするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物エラー低減システムのエディタに関連して、ユーザ、各ユーザが属するグループ、ならびに各ユーザの各種許可および特権を定義するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、組織または機関内で薬物エラー低減システムの各種態様を更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、機関／組織のマスター薬剤リストを作成または更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、データベースに臨床勧告エントリを追加するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、機関または組織の一般的な設定を変更するために使用できるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物管理ライブラリ・ファイルに看護グループを追加するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物管理ライブラリ・ファイルに看護エリアを追加するために使用できるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、看護エリアを検証する際に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、看護エリアを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、指定された看護エリアに薬物レコードまたは薬剤レコードを追加するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、特定の看護エリアについての薬剤リストを点検するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬剤リストを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬剤リストを再検証するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、承認のために薬物管理ライブラリ・ファイルを提出する際に使用することができるいくつかの例示的なステップを詳細に示すフローチャートである。 本開示の一実施形態に係る、薬物管理ライブラリ・ファイルを公開のための状態にするために使用できるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、様々なシステム・コンポーネントに薬物管理ライブラリ・ファイルを配置するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、施設ゲートウェイに公開するリソースをパッケージし、ステージするために使用することができるいくつかのステップを詳細に説明する例示的なフローチャートである。 本開示の一実施形態に係る、各種リソースの配置を追跡するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、既存の薬物管理ライブラリ・ファイルを更新するために使用することができるいくつかの例示的なステップを詳細に示すフローチャートである。 本開示の一実施形態に係る、機関／組織のマスター薬剤リストを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、臨床勧告リストを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、機関／組織の一般設定を更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、看護エリアを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、看護エリアの薬剤レコードを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物管理ライブラリ・リポートを作成し、保存するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物管理ライブラリの差分リポートを作成するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、組織内の薬物管理ライブラリ比較リポートを作成するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、組織間の薬物管理ライブラリ比較リポートを作成するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物管理ライブラリの履歴リポートを作成するためにたどることができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物エラー低減システムのエディタにログインするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物エラー低減システム・エディタ・サービスのパスワードを変更するために使用することができるいくつかのステップを詳細に説明する例示的なフローチャートである。 本開示の一実施形態に係る、薬物エラー低減システム・エディタ・サービス用のパスワードを復元するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器のプログラミング・シミュレータを使用して薬物ライブラリ・エントリを点検するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物管理ライブラリ・ファイル中のレコードを比較するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器上で薬物管理ライブラリ・ファイルを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器上でＤＡＬファイルを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、薬物エラー低減システム・エディタ・サービスまたは継続的な品質改善（「ＣＱＩ」）サービスのためのユーザ・インターフェースを設定するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、継続的な品質改善データを閲覧し、利用するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、ユーザ・インターフェースで所望の継続的な品質改善リポートを表示するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、継続的な品質改善リポートを設定するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、継続的な品質改善リポートを設定するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、組織／機関の階層を使用して継続的な品質改善データにフィルタを適用するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、日付の範囲または時間枠を使用して継続的な品質改善データにフィルタを適用するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、ユーザによって定義された独自設定のフィルタリング基準に基づいて継続的な品質改善データにフィルタを適用するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、ユーザ・インターフェースにおける継続的な品質改善リポートなどの継続的な品質改善データの外観を変更するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本発明の一実施形態に係る、ユーザ入力に基づいて継続的な品質改善リポートの時間単位を変更するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本発明の一実施形態に係る、継続的な品質改善リポート中で表示されたパネルを非表示にする、または非表示のパネルを表示するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本発明の一実施形態に係る、継続的な品質改善リポート内で要約ビューと詳細ビューを切り替えるために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本発明の一実施形態に係る、ＣＱＩリポートのＣＱＩデータをソートするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本発明の一実施形態に係る、ＣＱＩリポート中で件数ビューと日付ビューを切り替えるために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、ユーザが１つまたは複数の機能を行うことができるユーティリティをユーザ・インターフェース上で選択するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、継続的な品質改善リポートを印字するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、継続的な品質改善リポートをダウンロードするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、継続的な品質改善リポートを電子メールで送信するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、継続的な品質改善リポートからデータをエクスポートするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、継続的な品質改善リポートの自動的な生成と配布をスケジュールするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、スケジュールされた継続的な品質改善リポートを生成し、配布するために使用することができるいくつかの例示的なステップを示すフローチャートである。 本開示の一実施形態に係る、自動化された継続的な品質改善の要約リポートを生成するために使用することができるいくつかの例示的なステップを示すフローチャートである。 本開示の一実施形態に係る、ユーザが薬物エラー低減システム・エディタ・サービスまたは継続的な品質改善サービスへのアクセスを試みたときユーザに提示することができる例示的なグラフィカル・ユーザ・インターフェースのログイン画面を示す図である。 本開示の一実施形態に係る、ユーザが薬物エラー低減システム・エディタ・サービスまたは継続的な品質改善サービスへのアクセスを試みたときユーザに提示することができる例示的なグラフィカル・ユーザ・インターフェースのログイン画面を示す図である。 本開示の一実施形態に係る、ユーザ・インターフェースに表示されることが可能な例示的な初期化画面を示す図である。 本開示の一実施形態に係る、例示的な初期化ウィザード画面を示す図である。 本開示の一実施形態に係る、例示的な初期化ウィザード画面を示す図である。 本開示の一実施形態に係る、例示的な初期化ウィザード画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システム・エディタ・サービスのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な「ようこそ」の画面の例示的実施形態を示す図である。 本開示の一実施形態に係る、薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な看護エリア画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な看護エリア追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な看護エリア追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な看護エリア追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な看護エリア追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な看護エリア追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な看護エリア追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な看護エリア画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード追加画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ・エントリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード比較画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード比較画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤レコード比較画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な医療機器シミュレータ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な医療機器シミュレータ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な医療機器シミュレータ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な継続的な品質改善画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、フィードバック項目がアクセスされている薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、変更要求がアクセスされている薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、変更要求がアクセスされている薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、変更要求がアクセスされている薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、提案される変更が点検のためにアクセスされている薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、提案される変更が点検のためにアクセスされている薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、提案される変更が点検のためにアクセスされている薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、ユーザが検索ユーティリティを使用している薬物エラー低減システム・エディタのダッシュボード画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な点検画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な点検画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な点検画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な点検画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な点検画面の一例を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ・エントリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ・エントリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ・エントリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ・エントリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ・エントリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ・エントリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ・エントリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ・エントリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なプロンプトを示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なプロンプトを示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なプロンプトを示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なマスター薬剤リスト画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なプロンプトを示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なプロンプトを示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なプロンプトを示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なプロンプトを示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なマスター薬剤リスト画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なプロンプトを示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬物ライブラリ画面を示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なプロンプトを示す図である。 本開示の一実施形態に係る、薬物エラー低減システムのユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なプロンプトを示す図である。 本開示の一実施形態に係る、例示的な医療機器の例示的なソフトウェア・アーキテクチャのブロック図である。 本開示の一実施形態に係る、医療機器による輸液の投与の準備をする際に医療機器にシリンジを取り付けるために使用できるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器のＩＶラインをプライミングするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、大容量ポンプなどの医療機器に投与セットを装填するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器で輸液をプログラムする際に薬物の看護エリア、薬剤、臨床使用、および濃度を選択するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器で輸液をプログラムするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器で入力されたパラメータが、そのパラメータに定義された制限値の外側にあるかどうかを判定するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、１次持続輸液を実行するために使用することができるいくつかの例示的なステップを詳細に示すフローチャートである。 本開示の一実施形態に係る、医療機器で薬剤のボーラスを実行するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、２次輸液を実行するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器で多段階輸液を実行するために使用することができるいくつかのステップを詳細に示す例示的なフローチャートである。 本開示の一実施形態に係る、医療機器によって投与されている輸液を漸増するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器によって投与されている輸液が終了に近づいた時に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器でライン内空気混入状態を検出し、解消するために使用することができるいくつかのステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器に関連付けられた輸液ラインの閉塞を検出し、解消するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、治療の進行中に医療機器に対応する看護エリアを変更するために使用することができるいくつかのステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器で進行中の輸液を中止するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器のバッテリの残量が所定レベルまで低下した場合に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースをロックおよびロック解除するために使用することができるいくつかのステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器の電源を切る、または医療機器をスリープ状態にするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器に関連付けられたＩＶラインを洗浄するために使用することができるいくつかのステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、輸液中に医療機器に交換用のシリンジを取り付けるために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、いくつかの医療機器を使用したリレー輸液を準備するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、設定されたリレー輸液の一部をなす医療機器が医療機器ラックから取り除かれた場合に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、設定されたリレー輸液の一部をなす医療機器が医療機器ラックから取り除かれた場合に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートである。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な起動画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な起動画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な起動画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なログイン画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なログイン画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なログイン画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な看護グループ選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な看護エリア選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な患者選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な薬剤選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な臨床使用選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な臨床使用選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な濃度選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な患者体重入力画面を示す図である。 本開示の一実施形態に係る医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な患者体重入力画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な患者体重入力画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な投与セット装填画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な問題解決画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なシリンジ装填画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なシリンジ選択画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療プログラム画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療プログラム画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療プログラム画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療プログラム画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療プログラム画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療プログラム画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療プログラム画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な制限値オーバーライド画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な第２のユーザによる承認画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療プログラム画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療中止時の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な警報画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的なロックされた治療進行中画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療進行中の画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療完了画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療完了画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な通知設定画面を示す図である。 本開示の一実施形態に係る、医療機器のユーザ・インターフェースなどのユーザ・インターフェースに表示されることが可能な例示的な治療パラメータ画面を示す図である。

図１は、本開示の一実施形態に係る電子的な患者の看護のシステム１のブロック図を示す。システム１は、施設ＩＴアプリケーション／サービス１１、施設１０、およびクラウド・サービス２を含む。

施設１０は、病院、診療所、医療施設、外来患者看護センター、緊急看護センター、またはそれらの組み合わせもしくはグループである。施設１０は施設ゲートウェイ２１を含むことができ、各種医療機器２６が施設ＩＴアプリケーション／サービス１１および／またはクラウド・サービス２と通信することができる。施設１０は、施設１０で看護を受ける患者に対して看護師９により操作および使用される各種の医療機器２６を含む。医療機器２６は、輸液ポンプ、蠕動ポンプ、シリンジ・ポンプ、腎臓病用の機器、生理学的パラメータ監視機器、他の患者看護機器、またはそれらの何らかの組み合わせ等である。

施設ゲートウェイ２１は、ホストされる、クラウド内に存在する、サービス提供者によって施設１０のために維持される、サービス提供者および／または施設ＩＴ１８の職員の組み合わせによって制御、保守整備される、かつ／または、仮想的もしくは物理的な環境内で実装されることが可能である。一部の実施形態では、施設ゲートウェイ２１は、患者の自宅にある器具中に実装することができる。施設ゲートウェイ２１は、病院、看護グループ、総合デリバリ・ネットワーク（「ＩＤＮ」）、総合サービス・グループもしくは診療所、診療所の群、中央診療所、または他の保健医療施設もしくは基盤設備によって使用することができる。

医療技術者ＰＣツール２０を医療技術者１９が使用して、機器２６のソフトウェアを更新することができる。医療技術者ＰＣツール２０は、医療技術者ユーザ１９が医療機器２６の健康状態を監視し、ログ・ファイルを閲覧し、保守活動を追跡し、ソフトウェア／ファームウェアのインストールを管理するためのブラウザ・ベースのツールである。医療技術者１９は、病院の従業員（または契約サービス）であり、医療機器２６（輸液ポンプを含む）を設置、更新、および保守点検して、医療機器が確実に正常に動作するようにすることができる。医療技術者ＰＣツール２０は、ＵＳＢ接続やシリアル・ケーブル接続などの物理的なデータ接続を介して機器２６とインターフェースを取って、医療技術者１９が上記のようなサービスを行えるようにすることができる。医療技術者１９は、機器マネジャ２４を使用して機器２６をワイヤレスに更新することもできる。

機器２６は、施設ゲートウェイ２１を介して施設ＩＴアプリケーション／サービス１１（通信リンク３４３を介して）および／またはクラウド・サービス２（通信リンク３４４を介して）と通信することができる。通信リンク３４３および３４４は、ＷｉＦｉ、Ｅｔｈｅｒｎｅｔ、ＴＣＰ／ＩＰ、ＷｉＭａｘ、光ファイバー・ケーブル、または任意の他の知られる通信技術を使用することができる。

機器２６は、（例えば登録を介して）機器ゲートウェイ２２との間に通信を確立することにより、施設ゲートウェイ２１と通信することができる。施設ゲートウェイ２１は、コンピュータ、仮想マシン、ハードウェア機器、ソフトウェア機器、ホストされた機器、実行中のソフトウェア等、またはそれらの何らかの組み合わせとすることができる。機器ゲートウェイ２２は、施設ゲートウェイ２１によって実行可能なソフトウェアとすることができる。機器２６はウェブ・サービスを使用して機器ゲートウェイ２２と通信することができる。一部の特定の実施形態では、医療機器２６だけが機器ゲートウェイ２２（およびしたがって施設ゲートウェイ２１）との通信を開始する。機器ゲートウェイ２２は、出版／購読（publish/subscribe）機構および二地点間の経路指定機構の両方に対応するメッセージ・ルーティング・エンジンを含むことができる。機器ゲートウェイ２２は、名前解決および能力登録機能も提供することができる。小規模のオブジェクト持続のために、機器ゲートウェイ２２でオブジェクト・リレーショナル・マッピングを使用することができる（例えばオブジェクト・リレーショナル・マッピング（ＯＲＭ）エンジンを使用する）。それに加えて、またはそれに代えて、機器マネジャ２４が名前解決機能および／または登録機能を提供することもできる。

本開示の一部の実施形態では、機器２６のうち１つの機器は、タブレット・コンピュータ、タブレット機器、ＰＤＡ、スマートフォン、ラップトップ・コンピュータ、またはタッチ画面方式のコンピュータ等の監視クライアントである。機器２６のうち監視クライアントは、機器アプリケーション２３の中に監視クライアント・アプリケーションを有することができ、それにより介護者が機器２６の他の機器と通信することができる。監視クライアントを使用して、機器２６のうち医療機器からステータス情報を受信する、機器２６のうち医療機器からＣＱＩメッセージを受信する、機器２６のうち医療機器から報告可能な医学的イベント（ＲＢＥ）もしくは報告可能な臨床イベント（ＲＣＥ）を受信する、機器２６のうち医療機器をプログラムする、または機器２６のうち医療機器と他の方法で通信することができる。

機器２６と施設ゲートウェイ２１の間の通信リンク３４３には、ＷｉＦｉ、Ｅｔｈｅｒｎｅｔ、ＴＣＰ／ＩＰ、ＷｉＭａｘ、光ファイバー・ケーブル、または任意の他の知られる通信技術を使用することができる。本開示の一部の実施形態では、機器２６は、セルラー接続を通じて施設ゲートウェイ２１と通信する（例えば通信リンク３４３がセルラー接続を含む）。例えば、機器２６の１つまたは複数を、患者の自宅、診療所内、屋外の施設（例えばテント施設）、緊急の場所、他の場所、またはそれらの何らかの組み合わせに置くことができる。

機器ゲートウェイ２２は以下を提供することができる。（１）コンポーネントの登録およびライセンス管理（例えば機器マネジャ２４を使用する）、（２）機器のファームウェア／ソフトウェア、薬物管理ライブラリ、企業アプリケーション・ソフトウェア、および基盤ソフトウェア（例えばオペレーティング・システムの公開、アプリケーション・サーバ、データベース管理システム（「ＤＢＭＳ」））等、インストール可能なコンポーネントの新しいバージョンを受信、保持、追跡するためのインストール保存場所、および／または（３）施設ゲートウェイ２１内のアプリケーション間、および外部のサブシステム（例えばクラウド・サービス２）との間の両方でメッセージを配信する等のメッセージ・ルーティング能力。

医療機器２６が機器ゲートウェイ２２との間にアクティブなネットワーク接続を維持する配備環境を「接続環境」と呼び、これは上記のようにワイヤレス・ネットワーク（ＩＥＥＥ８０２．１１ｂ／ｇ／ｎ）を使用して実現することができる。これも上記で述べたように、他の実施形態では、ネットワーク接続は、セルラー技術など他の技術で実現することもできる。

機器２６がワイヤレス接続を維持しない環境を「標準環境」と呼ぶ。ただし、企業アプリケーションのコンポーネントおよび外部のサブシステムにはなお接続することができる。この特定の実施形態では、機器ゲートウェイ２２がやはり企業アプリケーションのコンポーネントおよび外部のサブシステムのための３つの役割すべてを行い、一方、機器２６に関係するメッセージ交換には医療技術者１９（例えば医療技術者ＰＣツール２６を使用する）を使用して、メッセージを外部の媒体装置（例えばメモリ・スティック）に記憶することができる。

機器アプリケーション２３などのイベント購読者は、イベント・ストリームの精度を高め、より高水準のイベントを機器ゲートウェイ２２に再出版することができる。下記で説明する報告可能な医学的イベント（「ＲＢＥ（reportable biomed event）」）が、そのようなアプリケーションによって再出版されるイベントに含まれる。ＲＢＥは、ＣＱＩメッセージとしてクラウド・サービス２に報告することができる。一部の実施形態では、施設ゲートウェイ２１で実行されるアプリケーションは、ＲＢＥを購読してＲＢＥを施設ゲートウェイ２１内のローカル・データベースに記憶する医用サーバである。

医療技術者１９は自身のブラウザを使用して機器マネジャ２４にアクセスし、機器２６のうち１つの機器の機器ステータス報告を要求することができる。機器マネジャ２４のＵＩは、医用サーバに、データベースにアクセスして、医療技術者１９に対してブラウザで表示するためのＨＴＭＬ／ＪＳページを生成するように指示することができる。

一部の実施形態では、医療機器２６のうち新しい機器が機器ゲートウェイ２２と共に使用されることを許可される前に、医療技術者１９はその機器の連続番号を使用して新しい機器を登録しなければならない。これは、非対称鍵（公開鍵と秘密鍵のペア）による暗号化を使用して有効にすることができ、製造プロセスの一部として行うことができる。医療機器２６の１つが機器ゲートウェイ２２に登録されると、医療技術者１９がその機器のワイヤレス・プロトコルおよび暗号化の設定を構成する。医療機器２６の１つが機器ゲートウェイ２２に登録されると、機器は、機種、オプション、ならびにハードウェア、ファームウェア、および機器制御ソフトウェアのバージョンを含む自身の初期設定を、機器ゲートウェイ２２および／または機器マネジャ２４内に記憶するために報告する。同様に、機器ゲートウェイ２２の許可された機器のリストから機器が削除されると、医療技術者１９はその機器の登録を抹消することができる。

各医療機器２６は、起動時に自己検査を実行することができ、その結果を含むイベントを機器ゲートウェイ２２に出版することができる。また、医療機器２６は、日常的に、１回の再起動から次の再起動まで長い時間間隔にわたって稼働する場合があるので、医療機器２６は、患者の安全および／または治療の妨げにならない時に自動的に自己検査を予定して実行することができる。

施設ゲートウェイ２１は、出版／購読型のデータ接続（下記で説明する）を使用してデータを通信することが可能な機器アプリケーション２３を含む。各機器アプリケーション２３は、機器２６の特定の種類および／または機種に対応することができる。それらのアプリケーションは、未処理のイベントを受信、フィルタリング、および分析し、より高水準の解釈を再送信することにより、医療機器２６にソフトウェアの知能を与えることができる。（医療機器２６のうち）各種類の医療機器は、（機器アプリケーション２３の中に）それに対応する機器アプリケーションを有することができる。

施設ゲートウェイ２１は、機器２６を制御、管理、または監視する機器マネジャ２４も含む。例えば、機器マネジャ２４を使用して、構成ファイル（例えばＤＡＬファイル）を更新および／または機器２６のうち１つの機器にダウンロードすることができる。前述のように、医療技術者１９が、機器２６のソフトウェア、ファームウェア、または構成ファイルの更新を制御することができる。機器マネジャ２４は、患者看護の遂行を支援するために使用されるハードウェア、ソフトウェア、およびネットワーク・リソースの健康状態をＩＴ責任者および／または技術者１８が監視するためのブラウザ・ベースのツールを提供することができる。すなわち、施設ゲートウェイ２１は、施設のＩＴ従業員／請負業者１８によって管理することができる。

薬物管理ライブラリ（「ＤＡＬ」）の新しいバージョンが公開されると、セキュリティ保護されたメッセージング・リンクで、ＤＡＬマネジャ５から機器ゲートウェイ２２にＤＡＬファイルを送信して、医療技術者１９に新しいバージョンが利用可能であることを通知することができる。この通知では、機器の種類、ＤＡＬの場所、ドキュメンテーション、リリース・ノートのＵＲＬ、インストーラのＵＲＬ、チェックサム、およびインストールの依存関係を指定する。本開示の一部の実施形態では、機器マネジャ２４が新しいＤＡＬファイルにアクセスすることができ、機器ゲートウェイ２２からＤＡＬファイルを受信し、ＤＡＬマネジャ５から直接ＤＡＬファイルを受信し、かつ／またはそのＤＡＬファイルを使用して医療機器２６の更新を制御する。

特定の実施形態では、医療技術者１９は、リリース・ノートのＵＲＬを（例えば機器マネジャ２４のウェブページおよび／または医療技術者ＰＣツール２０を介して）使用して、アップグレードに関する情報にアクセスし、インストーラのＵＲＬおよびチェックサムを使用してＤＡＬファイルをダウンロードおよび検証し、それを機器ゲートウェイ２２の保存場所に保存する。次いで、医療技術者１９は、新しいＤＡＬファイルのコピー先として医療機器２６の１つまたは複数を選択する。そして、医療機器２６の中から選択された１つまたは複数に、（例えば機器ゲートウェイ２２を介して）新しいＤＡＬファイルが入手可能であることを通知することができる。（更新のために選択された医療機器２６のうち）医療機器が次回再起動されると、医療機器２６のうち選択されたグループが新しいＤＡＬバージョンをインストールし（エラーが発生した場合はインストールを取り消し）、その結果を機器ゲートウェイ２２および／または機器マネジャ２４に通知する。本明細書に記載されるＤＡＬファイルを更新する手順のうち任意のものを使用して、医療機器２６のうち１つの医療機器のファームウェア、ソフトウェア、ＯＳ、または他の構成ファイルを更新することができる。

施設ゲートウェイ２１は統合ＡＰＩ２５も含むことができ、これは、機器２６、機器アプリケーション２３、および／または機器マネジャ２４が、患者情報システム１６、電子診療記録１７、コンピュータ化された医師オーダー・エントリ１４、検査室情報システム１５、リアル・タイム位置特定サービス１２、および／または他のデータベースもしくはサービス１３等の施設ＩＴアプリケーション１１の各種のデータベースと通信することを可能にする。統合ＡＰＩ２５は、施設ゲートウェイ２１内のコンポーネントが施設ＩＴアプリケーション／サービス１１と相互動作することを可能にする。施設ゲートウェイ２１は、通信リンク３４１を介して施設ＩＴアプリケーション１１と通信することができ、通信リンク３４１は、ワイヤレス・リンク、配線リンク、ＴＣＰ／ＩＰリンク、インターネット・リンク、ソフトウェア通信リンク、ハードウェア通信リンク、または他の通信手法もしくは技術を含むことができる。

施設ＩＴアプリケーション／サービス１１は、病院の管理機能（例えば入退院、転院、コーディング、課金、集金等）を支援する。統合ＡＰＩ２５は、施設ＩＴアプリケーション１１のアプリケーション１２〜１７の違いを、アプリケーション２３〜２４、機器ゲートウェイ２２、および／または機器２６から隔離する。例えば、機器２６の１つが機器ゲートウェイ２２にプログラミング情報を要求することができる（またはプログラミング情報を機器２６の１つにプッシュすることができる）。患者ＩＤ、ポンプＩＤ、薬物、および流量を、施設ＩＴアプリケーション１１の１つまたは複数に置くことができ、統合ＡＰＩ２５は、施設ＩＴアプリケーション１１の必要条件または要求条件に関係なく、それらの情報を機器２６に通信するための共通のフォーマットを提供する。この情報は、統合ＡＰＩ２５が施設ＩＴアプリケーション１１の各々を照会してデータを取得し、そのデータを標準化された形式で機器２６に提供することによって収集することができる。統合ＡＰＩ２５は、異なる形式、データ規格、通信規格、暗号化規格等を有する各種の施設ＩＴアプリケーション１２〜１７に使用できる可能性があるが、アプリケーション２２〜２４および／または機器２６との間には標準インターフェースを提供する。

統合ＡＰＩ２５は、機器２６の１つまたは複数の自動プログラミングを容易にする。施設ＩＴアプリケーション１４のサーバの１つから処方が送信されてもよい。統合ＡＰＩ２５が処方を受信し、フォーマットを変更して機器ゲートウェイ２２に送信することができる。施設ゲートウェイ２１は臨床サーバを含むことができ、臨床サーバは処方イベントを恒久的なキャッシュに書き込む。臨床サーバは自動プログラミングのワークフローを開始することができる。このワークフローは、医療機器２６のうち対象患者に対応する医療機器を特定し、処方のロードを指示する指令メッセージを医療機器２６の個々の機器に送信することができる。医療機器２６の個々の機器は、処方を受信したことを送信元に知らせ、ディスプレイに通知を表示する。臨床医は薬剤袋の場所を特定し、個々の医療機器２６に例えばバーコード・リーダを使用して薬剤および患者が正しいことを確認することができる。そして、個々の医療機器２６は薬剤が処方と一致することを確かめ、臨床医が投与を開始することができる。個々の医療機器２６は、機器ゲートウェイを介して臨床サーバにメッセージを送信することにより、自動プログラミングのワークフローを完了する。

介護者はＵＩを使用して、機器２６の中の医療機器のプログラミングを確認することができる。臨床医は薬剤の場所を特定し、医療機器２６の個々の医療機器のユーザ・インターフェースを使用して、機器２６のうち医療機器の自動プログラミングのパラメータを確認する、かつ／または医療機器２６のうち医療機器を手動でプログラムすることができる。

ＰＩＳ１６は、薬剤師８が処方薬剤のオーダーを受け取り、点検し、追跡し、記入するために使用される部門システムである。ＥＭＲ１７システムは、保健医療機関における患者の医療履歴（出会い、検査、診断、手順等）を追跡する。ＣＰＯＥ１４は、医師や看護師９が、臨床検査、処方薬物、医療画像、および他の臨床手順をオーダーするために使用するシステムである。ＬＩＳ１５は、検査室の技師が臨床標本（例えば組織、血液、尿等）のオーダーを受け取り、処理するために使用する部門システムである。ＲＴＬＳ１２は、機器２６の場所およびステータスを追跡する。その他１３は、患者の看護に使用される任意の他のデータベースであることができる。

クラウド・サービス２は、クラウドでホストされる輸液安全性マネジャ３（「ＩＳＭ」）を含む。輸液安全性マネジャは、本明細書では、用語「ホストされる安全性マネジャ（「ＨＳＭ」）」と同義で使用することができる。ＨＳＭ３は、継続的な品質改善（「ＣＱＩ」）マネジャ４およびＤＡＬマネジャ５を含む。リスク管理責任者６、看護責任者７、および薬剤師８はすべて、ＣＱＩマネジャ４によって取得されたＣＱＩメッセージを点検して、ＤＡＬマネジャ５を介したＤＡＬファイルの進展と改善を助けることができる。ＤＡＬファイルは、その後機器２６の１つまたは複数にダウンロードすることができる。ＤＡＬマネジャ５は、薬物エラー低減システム（「ＤＥＲＳ」）エディタ（例えば下記で説明する図４のＤＥＲＳエディタ１１２）を含むか、それに関連付けることができる。

図２は、本開示の一実施形態に係る図１のシステムのいくつかの態様を示すブロック図である。すなわち、図２は、図１の態様の一部をより詳細に示す。

機器ゲートウェイ４０、機器マネジャ４１、統合ＡＰＩ６５はすべて、図１の施設ゲートウェイ２１の一部である。大容量ポンプ・アプリケーション４４、シリンジ・ポンプ・アプリケーション４３、および他のアプリケーション４２はすべて、図１の機器アプリケーション２３の一部である。関連付けられたデータベース４５を備える機器マネジャ４１は、図１の機器マネジャ２４とすることができる。

大容量ポンプ（「ＬＶＰ」）アプリケーション４４はＬＶＰ３６に対応するアプリケーションである。シリンジ・アプリケーション４３はシリンジ・ポンプ３８に対応するアプリケーションであり、他のアプリケーション４２は別の機器３９に対応するアプリケーションである。他のアプリケーション４２および別の機器３９は、任意の医療機器に対応することができる。

機器ゲートウェイ４０は出版／購読型のデータ接続５８〜６４を提供する。アプリケーション４２、４３、４４も出版／購読型のデータ接続４９〜５７を提供する。出版／購読によるメッセージング・パターンは、機器ゲートウェイ４０および／またはアプリケーション４１、４２、４３、４４、６５、７２間の通信を可能にする。ただし、他の実施形態では、別のメッセージング・パターンを通信に利用することができる。

ＣＱＩリスナ７２は、アプリケーション４２、４３、４４からの各種のデータ・フィードを購読してＣＱＩマネジャ２９にＣＱＩメッセージを報告し、ＣＱＩマネジャ２９はそれをデータベース３０に記憶することができる。ＣＱＩリスナ７２は、出版された接続４９〜５７および／または５８〜６４の未処理の結果を報告する、かつ／またはそれら結果の形式を設定することができる。

一部の実施形態では、アプリケーション４２、４３、４４は、機器３６〜３９それぞれからの未処理のイベント（機器ゲートウェイ４０によって登録されたトピックの購読を介して受信される）のフォーマットを変更してＣＱＩメッセージにする。アプリケーション４２、４３、４４は、ＣＱＩリスナ７２によって購読されるＣＱＩトピックを登録することができる。アプリケーション４２、４３、４４は、それらのＣＱＩトピックにＣＱＩメッセージを出版し、それによりＣＱＩリスナ７２がＣＱＩメッセージを受信する。ＣＱＩリスナ７２はクラウド・サービス２８にＣＱＩメッセージを送信する。

特定の実施形態では、１つのＧＵＩインターフェース３３を使用してデータベース３０内のＣＱＩメッセージを見ることができ、一方で機器３６、３７、３８、および３９に使用されるＤＡＬファイル３５を作成することができる。ソフトウェアの更新３４も機器ゲートウェイ４０に送信して、医療機器３６、３７、３８、および３９を更新することができる。

図３は、本開示の一実施形態に係る、通信のためのいくつかの施設７６〜８０の集約を説明する図７３を示す。いくつかの施設７６〜８０は各々、輸液安全性マネジャ７４などのクラウド・サービスと通信するための施設ゲートウェイ２１（図２参照）を含むことができる。一部の実施形態では、いくつかの施設７６〜８０は、施設７６〜８０の群にない他の施設からはアクセスできない共通の輸液安全性マネジャ７４を共有する施設の群の一部である。図３の施設の群７６〜８０は、通信リンク３４４を介して輸液安全性マネジャと通信する。このような構成は、施設の群７６〜８０をまとめて総合デリバリ・ネットワーク（ＩＤＮ）７５などのより大きな組織にする場合に使用することができる。

図４は、本開示の一実施形態に係る電子的な患者看護のシステム８１を説明する図である。システム８１は、施設、例えば病院ネットワーク８２と、クラウド・サービス８３とを含む。

病院ネットワーク８２は、病院情報ネットワーク８４、ＥＭＲ８５、ＣＰＯＥ８６、ＰＩＳ８７、ＬＩＳ８８、統合エンジン８９、統合能力コンポーネント９０、臨床状態マネジャ９１、データベース９２、９５、９８、医用アプリケーション９４、ＣＱＩリスナ９３、ポンプ・アプリケーション９６、シリンジ・アプリケーション９７、機器ゲートウェイ９９、ファイアウォール１００、および医療機器１０１を含む。実施形態によっては、システム８４〜８８は病院ネットワーク８２の外部にある場合もある。医療技術者１０２のチームが医用アプリケーション９４を使用できる可能性がある。

クラウド・サービス８３は、データベース１０４、１０５、１０６、１１３、ファイアウォール１０３、ＣＱＩ受信部１０８、ＣＱＩサーバ１０９、ＣＱＩ ＵＩ１１０、およびＤＥＲＳエディタ１１２を含む。薬剤師および臨床医１１１は、ＤＥＲＳエディタ１１２および／またはＣＱＩ ＵＩ１１０とインターフェースを取ることができる。安全性スタッフ１０７は、ＣＱＩ ＵＩ１１０および／またはＤＥＲＳエディタ１１２とインターフェースを取ることができる。ＤＥＲＳエディタ１１２および／またはＣＱＩ ＵＩ１１０は、ブラウザ・ベースのインターフェースとすることができる。一部の実施形態では、ＤＥＲＳエディタ１１２およびＣＱＩ ＵＩ１１０は、ブラウザ・ベースの同じインターフェースからアクセスされてもよい。

ＨＩＳ８４は、病院の管理機能（例えば入退院、転院、コーディング、課金、集金）を支援する。ＥＭＲ８５は、保健医療機関における患者の医療履歴（出会い、検査、診断、手順等）を追跡する。ＣＰＯＥ８６は、医師が臨床検査、処方薬物、医療画像、および他の臨床手順をオーダーするために使用するシステムである。ＰＩＳ９７は、薬剤師が処方薬剤のオーダーを受け取り、点検し、追跡し、記入するために使用する部門システムである。ＬＩＳ８８は、検査室の技師が臨床標本（例えば組織、血液、尿等）のオーダーを受け取り、処理するために使用する部門システムである。病院統合エンジン８９は、情報システム８４〜８８が相互および外部のシステムと相互動作できるようにするメッセージ変換能力を提供する。これらのエンジンの大半は、ＨＬ７の種々の方言に対応することができる。統合エンジンが機器ゲートウェイ９９に配置され、病院統合エンジン８９を通じてＨＩＳ、ＥＭＲ、およびＰＩＳと相互動作することができる。機器ゲートウェイ９９は、出版／購読機構および二地点間経路指定機構の両方に対応するメッセージ・ルーティング・エンジンを提供する。機器ゲートウェイ９９は、名前解決および能力登録の機能も提供する。

静脈内（ＩＶ）、皮下、または他の経路を介して薬剤、栄養、水分補給を液体の形態で患者に送液する輸液装置など、各種機器１０１が患者の治療に使用される。ポンプ・アプリケーション９６およびシリンジ・アプリケーション９７は、未処理のイベントを受信、フィルタリング、および分析し、より高水準の解釈を再送信することにより、医療機器１０１にソフトウェアの知能を与えるアプリケーションである。機器１０１の中の各種類の医療機器は、それに対応する機器アプリケーション、例えばアプリケーション９６〜９７の１つを有することができる。

機器１０１のうち各輸液装置を使用して、特定の患者への特定の輸注液（例えば液体形態の水分補給、栄養、血液、または薬剤）の送液を制御することができる。負荷量やボーラス量、または用量漸増法の形態の投与量の調整は、１回の親輸液の別々の輸液段階と見なすことができる。同じ治療の一部としての同じ患者に対する輸液または輸液イベントの集まりは「輸液事例（Story）」と見なされ、ＣＱＩサーバ１０９に記録することができる。

輸液は、準備段階、プログラミング段階、および送液段階に編成することができる。準備段階では、臨床医が、輸注液、患者、およびポンプを確認し、輸注液からポンプ、ポンプから患者に管をつなぎ、それらはＣＱＩサーバ１０９に記録することができる。プログラミング段階では、臨床医が投与量パラメータをポンプに入力し、ポンプが、インストールされたＤＡＬバージョンを使用してパラメータを確認する（これもＣＱＩサーバ１０９に記録することができる）。送液段階では、ポンプが、指定された量の輸注液をプログラムされた速度で送液する。

各医療機器１０１は、警報条件（すなわちポンプが輸液を行っていない状況）、ならびに警告および勧告条件を検出することができ、それらは安全性に重大な結果を引き起こす場合もそうでない場合もある。各医療機器１０１は、機器ゲートウェイ９９との間にセキュリティ保護されたネットワーク接続を確立することを試みることができる。各医療機器１０１は、１回の輸液ごとに、プログラミング、送液ステータス、および例外イベントを収集し、それらを機器ゲートウェイ９９に提供して、ＣＱＩメッセージとしてＣＱＩ受信部１０８に報告できるようにする。各医療機器１０１は、それらのイベントを機器ゲートウェイ９９に通信し、機器ゲートウェイ９９はそのデータを（直接または間接的に）ＣＱＩ受信部１０８に渡す。一部の実施形態では、医療機器１０１の１つが機器ゲートウェイ９９との間に有効な接続を確立または維持できない場合、医療機器はそれらのイベントを内部バッファに保存し、医療技術者１０２が、医用アプリケーション９４を使用して、または使用せずに、保存されたイベントを携帯可能媒体（例えばメモリ・スティック）にコピーできるようにする。一部の実施形態では、医療機器にＵＳＢケーブルが結合されたパーソナル・コンピュータで実行される医用アプリケーション９４を介して、そのイベントをダウンロードすることができる。

医用アプリケーション９４は、医療技術者のユーザ１０２が医療機器１０１の健康状態を監視し、ログ・ファイルを閲覧し、保守点検活動を追跡し、ソフトウェア／ファームウェアのインストールを管理するためのブラウザ・ベースのツールを提供する。ログ・ファイル、保守点検ログ、ならびにソフトウェア／ファームウェアのインストールおよびアップグレードの追跡データは、データベース９５に記憶することができる。

機器ゲートウェイ９９は、特定の患者に関連するすべての機器１０１に結合する病室内機器とすることができる。別の実施形態では、機器ゲートウェイ９９は、施設ゲートウェイで実行可能なソフトウェア・アプリケーションである。さらに別の実施形態では、機器ゲートウェイ９９は、病室内器具（例えば小型コンピュータ）で実行可能なソフトウェアである。機器ゲートウェイ９９は、メッセージ・ルータ、サービス・レジストリ、および／またはポンプ使用権限レジストリとすることができる。機器アプリケーション９６〜９７は、メッセージの種類を登録し、ゲートウェイ機器９９にメッセージを出版することができる。医療機器１０１の１つ（図２のその他３７を参照）（例えばＰＣＡの呼吸モニタ）にプラグ接続することが可能なセンサを含む任意の医療機器１０１を使用して、ゲートウェイ機器９９を介してデータを出版することができる。機器アプリケーション９６〜９７は「情報の精製所」として機能することができる。各機器アプリケーション９６〜９７は、医療機器１０１のうち特定種類の病室内機器からのメッセージをゲートウェイ機器９９を介して購読する。各機器アプリケーション９６〜９７は、機器ゲートウェイ９９を通じて医療機器１０１の１つまたは複数から受信されるイベント・ストリームに含まれるＣＱＩ情報、臨床情報、および医学情報を合成することができる。一部の実施形態では、各機器アプリケーション９６〜９７は、そのより高水準のイベントを機器ゲートウェイ９９、またはＣＱＩリスナ９３など他の購読者に再出版する。

一部の実施形態では、ＣＱＩメッセージの一部は、自動ドキュメンテーション、自動プログラミング、および課金機能に使用することができる。さらにいくつかの他の実施形態では、医療機器１０１からＥＭＲ８５への自動ドキュメンテーション、および／またはｅＭＡＲシステム（例えばＨＩＳ８４の一部）から行われる医療機器１０１の自動プログラミングに、ＣＱＩメッセージを使用することができる。ＣＱＩメッセージは、薬物安全性イベントおよび待ち時間情報を含むことができる。

ＣＱＩリスナ９３は、薬物の安全性の継続的な品質改善に関連するイベントを購読し、それらが確実にホスト環境に伝達されるようにする。ＣＱＩリスナ９３は、（ファイアウォール１０３を通じて）ＣＱＩ受信部１０８に定期的に送信するために、データベース９８にイベントを記憶することができる。

ＣＱＩ受信部１０８、ＣＱＩサーバ１０９、およびＣＱＩ ＵＩ１１０は、ホスト環境８３内に提供することができる（すなわちクラウド・サービス）。ユーザ・クエリとＣＱＩデータの更新の不整合を減らすために、マスター／スレーブ・データベースの複製（データベース１０５をマスター、１０６をスレーブとする）をホスト環境８３で使用することができる。ＣＱＩサーバ１０９は、最上位レベルのクエリと提示要求に対する応答時間を短縮するために、ＣＱＩイベントを後処理して（報告可能な）要約の形態とした後に、それをデータベース１０５に記憶することができる。ＣＱＩ ＵＩ１１０は、一連の標準的な報告（コンプライアンス、制限値の違反、漸増の安全性、段階ごとのイベント、および優先度ごとのイベント）を提供することができる。ＣＱＩサーバ１０９は、より詳細な要約および特定のＣＱＩメッセージを詳細に調べるためにＤＥＲＳエディタ１１２およびＣＱＩ ＵＩ１１０で使用されるクエリＡＰＩに対応することができる。

ＣＱＩサーバ１０９は、ＣＱＩ ＵＩ１１０を使用して、分析およびクエリのサービスをユーザに提供する。ＣＱＩサーバ１０９は、ＣＱＩ ＵＩ１１０のユーザに、ＣＱＩメッセージの集計と更新の要約表を（設定可能な間隔で）提供することができる。この要約表の目的は、最上位レベルのＣＱＩクエリの応答時間を短縮することである。この要約は、以下の統計的な指標、すなわち（１）ＤＥＲＳ制限を使用する輸液とワイルドカードを使用する輸液など、使用されるプログラミング・モード、（２）推奨制限および絶対制限の違反、（３）漸増量の増加／低減の設定や投与量制限の違反などの漸増の安全性情報、（４）優先度ごとの報告可能な臨床イベント（例えば下記で説明する図５のＲＣＥ１４９）、および／または（５）輸液段階ごとの報告可能な臨床イベント（例えば下記で説明する図５のＲＣＥ１４９）、を対象として含むことができる。これらの要約はそれぞれ、次のデータ・ビュー、すなわち（１）組織名、（２）機関名（例えば施設名）、（３）看護エリア（４）時刻、および／または（５）週、に対応する小計を算出することができる。

ウェブ・サービス・クエリＡＰＩを使用することにより、ＣＱＩ ＵＩ１１０および／またはＤＥＲＳエディタ１１２が、（１）指定された選択子でフィルタリングされた上記のデータ・ビューごとの集計、（２）輸液ごとのＲＣＥの詳細、および／または（３）患者ごとの実際のプログラミング、制限、および輸液の統計（すなわち輸液事例）、を選択することが可能になる。一部の特定の実施形態では、ＤＥＲＳエディタ１１２および／またはホストされるサービス８３の任意のシステムは、Ｊ２ＥＥ準拠のアプリケーション・サーバに基づくことができる。データベース１０４、１０５、１０６、および１１３はデータベース管理サーバを使用することができる。

Ｊ２ＥＥおよびデータベース管理サーバがインストールされて設定されると、以下の共有データベース・テーブルを取り込んでＤＥＲＳデータベース１１３の初期化を行うことができる。（１）測定の単位や投与モード等の参照表、（２）管理ユーザ、役割、特権、および許可についてのアクセス制御テーブル、（３）ＤＥＲＳ薬剤リスト、（４）看護品質指標の国家データベース（ＮＤＮＱＩ）の看護エリア・リスト、（５）機関の属性、および／または（６）ＤＥＲＳエディタ１１２に必要なデータベース・テーブル。ＤＥＲＳエディタ１１２を使用して、組織の追加もしくは編集、地域の追加もしくは編集、および／またはアクセス制御の追加もしくは編集を行うことができる（それぞれ属性を伴う場合も伴わない場合もある）。

一実施形態では、ＤＥＲＳエディタ１１２および／またはＤＥＲＳデータベース１１３は、複数の施設８２に対して１つのアプリケーション・サーバおよびデータベース環境で実行することができる。さらに別の実施形態では、各機関８２は独自の仮想環境（例えばクラウド・サービス２）にホストすることができる。

ＣＱＩ ＵＩ１１０および／またはＤＥＲＳエディタ１１２は、一部の特定の実施形態では、ウェブ・ブラウザを実行するユーザに対して、ＣＱＩリポートを生成し、対話式の詳細調査動作を行うためにＨＴＴＰ／Ｊａｖａｓｃｒｉｐｔインターフェースに対応することができる。

ＣＱＩメッセージはＣＱＩ受信部１０８によって受信され、ＣＱＩ受信部１０８はそれをデータベース１０５に記憶する。ＣＱＩ受信部１０８が受信するＣＱＩメッセージのすべては所定の速度で処理することができない場合、かつ／またはＣＱＩ受信部１０８のバッファが一杯の場合は、ＣＱＩメッセージは一時的にデータベース１０４に記憶され、ＣＱＩ受信部の負荷が軽くなった時にＣＱＩ受信部１０８からそのメッセージを取り出して、データベース１０５に記憶することができる。データベース１０５はデータベース１０６によって複製されてもよい。データベース１０６には、ＣＱＩユーザ・インターフェース１１０および／またはＤＥＲＳエディタ１１２のいずれかを使用して、ＣＱＩサーバ１０９を介してユーザからアクセスすることができる。

ＣＱＩデータベース１０５、１０６のレコードはＤＥＲＳエディタ１１２に依存する。レコードは、（１）測定の単位や投与モード等の参照表、（２）管理ユーザ、役割、特権、および許可についてのアクセス制御テーブル、（３）ＤＥＲＳ薬剤リスト、（４）ＮＤＮＱＩの看護エリア・リスト、および／または（５）機関の属性、を含む。

これらの参照はＤＥＲＳエディタ・データベース１１３のバージョンに依存するため、整合性があることが好ましい。選択肢の１つは、データベース１１３、１０５、１０６間でそれらのテーブルを共有するものである。この選択肢は利便であるが、２つのデータベース、１１３と、１０５、１０６との間の配置上の結合を増大させる。それに代えて、ＣＱＩデータベース１０５、１０６の内部にそれらのテーブルの読み取り専用コピーを維持し、テーブルがＤＥＲＳエディタ１１２で変更された時にテーブルを更新する手順を行うことによって結合を減らすことができる。

ＣＱＩデータベース１０５、１０６のアクセス制御は、構造的にはＤＥＲＳデータベース１１３と同様であるが内容が異なる可能性がある。ＣＱＩサーバ１０９には何人かのユーザを定義することができるが、ＤＥＲＳエディタ１１２には定義されない。両方に出現するユーザについても、許可は異なる可能性がある（例えばあるＣＱＩデータは読み取り専用とする等）。一部の実施形態では、ユーザならびに各ユーザの許可およびアクセスの資格情報をユーザ・データベース７０００に記憶することができ、データベース７０００はホスト環境に置くことができる。

特定のデータベース・テーブル（例えば報告可能な臨床イベントや統計要約）がＣＱＩデータベース１０５、１０６に必要とされる場合があり、ＣＱＩデータベース１０５、１０６が作成される際に構築することができる。

ＣＱＩ ＵＩ１１０および／またはＤＥＲＳエディタ１１２は各々、ＣＱＩサーバ１０９から得るデータ（およびしたがってデータベース１０６のデータ）、ならびにＤＥＲＳエディタ１１２から得るデータ（およびしたがってデータベース１１３を使用して）を利用してＤＡＬファイル１１４を生成することができる。

臨床状態マネジャ９１は、機器ゲートウェイ９９と統合エンジン８９の間の仲介役であり、何人かの当事者とコンポーネントを伴う非同期のワークフローを連携調整する。

薬剤師および選ばれた臨床医１１１がＤＥＲＳエディタ１１２を使用して機関の薬物の制限値を定義し、ＤＡＬファイル１１４（例えばＸＭＬ形式とすることができる）を作成する。薬物の制限値は、明確に定義され、入念に管理され、十分に文書化されたプロセスを使用して定義することができ、コントロールされた公開手順を併せて用いる。薬物の制限値は、ＤＡＬマネジャ５のＤＥＲＳエディタ１１２を使用して指定することができる。施設８２は、薬剤、看護エリア、投与モード等に共通の参照モデルを使用することにより、後に行われる機関間の比較を容易にすることができる。ＤＥＲＳエディタ１１２は、ユーザがウェブ・ブラウザを使用してアクセスできるように、ホスト環境８３で実行することができる。一部の実施形態では、十分なブラウザを除いては、ＤＥＲＳエディタ１１２を実行するためにクライアント側ソフトウェアは必要とされない。ＤＥＲＳエディタ１１２は、看護エリア、薬剤、臨床使用、薬剤の濃度等ごとに編成された薬物制限値およびデフォルト値を提供することができる。ＤＥＲＳエディタ１１２は、ＣＱＩサーバ１０９とのクエリ・インターフェースに対応することにより、次のＤＡＬバージョンを改善するためのＣＱＩに関する洞察の検索と分析を集約することができる。

一部の実施形態では、処方データベース７００２も含めることができる。処方データベース７００２は、各種のＤＡＬファイル１１４に含まれる可能性のある薬剤および薬物のマスター・リストを含むことができる。処方データベース７００２は、ＤＥＲＳエディタ１１２およびＣＱＩサーバとインターフェースを取ることができる。ＤＥＲＳエディタ１１２は、ＤＡＬファイル１１４の作成時に処方データベース７００２からデータを取り出すことができる。それにより、各種のＤＡＬファイル間のデータの整合性を保証することを助け、複数のＤＡＬファイル１１４の比較を容易にすることができる。

図５は、本開示の一実施形態に係る、医療機器１４５（例えば輸液ポンプ）と機器アプリケーション１５１（例えばポンプ・アプリケーション）間の通信のいくつかの態様を説明するブロック図１４４を示す。ここでは図５を参照してポンプ１４５について説明するが、ポンプ１４５に代えて、またはポンプ１４５と共に任意の他の医療機器も使用してイベント１４６を生成することが企図される。

ブロック図１４４には、イベント１４６（例えばポンプ・イベント）を機器ゲートウェイ１４７に通信する医療機器１４５（例えば輸液ポンプ）が示される。ポンプ・イベント１４６は、ＣＱＩメッセージ、またはＣＱＩメッセージの基礎となるもの、または医療機器１４５からの未処理のデータなどの他のデータである。ポンプ・イベント１４６は、動作パラメータ、送液パラメータ、および／または他の動作イベントである。いくつかの特定の実施形態では、ポンプ・イベント１４６は、ウェブ・サービス（「ＷＳ」）のアドレス指定を使用するシンプル・オブジェクト・アクセス・プロトコル（「ＳＯＡＰ」）を使用することができる。一部の実施形態では、イベント１４６は、完全なＨＴＴＰ（またはＨＴＴＰＳ）プロトコルを使用することができる表現状態転送（「ＲＥＳＴ（Representational State Transfer）」）を使用して通信される。

イベント１４６は、例えば、次の表１に示すようなイベントである。

表1

表１で１、２、３、４、５、６、７、８、および９と示される項目はポンプ・イベントの部類である。医療機器１４５が機器ゲートウェイ１４７に接続されていない時、これらのイベントは医療機器１４５のローカル・メモリのバッファに記憶される。接続されている時（および再接続されると）、それらのイベントは、安全なプロトコル、例えばＳＳＬ、ＳＳＨ、対称鍵暗号化、および／または非対称鍵暗号化を使用して、機器ゲートウェイ１４７に出版される。あるいは、それらのイベントを携帯型の記憶媒体にコピーし、手動で機器ゲートウェイ１４７に出版してもよい。上記のように、機器ゲートウェイ１４７は、ポンプ・イベントを関係する購読者に送るように構成された出版／購読型のエンジンとして機能する（またはそれを含む）ことができる。

再度図１を参照すると、ポンプ・イベントは、機器２６の機器イベントに関係するＣＱＩマネジャ４に送信することができる。それらのイベントを使用して、多数の施設１０にまたがって医療機器２６の群全体を監視することができる。例えば、機器ハードウェア・ステータスの組９.７１をＣＱＩメッセージに変換することができ、それをＣＱＩマネジャ４に通信する。ユーザはＣＱＩマネジャ４にログインして、保守点検イベントの計画を立て、データに基づいて新しい部品を注文し、予測もしくは予防のための保守点検を提供し、かつ／または予防もしくは予測的な理由から新しい部品を注文することができる。ユーザは、決定性のヒューリスティックを使用して、何を注文するか、いつ注文するか、および／または各種施設１０にある機器２６の一部を保守点検のために指示する時を決定することができる。ＣＱＩマネジャ４は、機器群２６の部品のサプライ・チェーン管理に使用することができ、機器群２６のステータスについてリアル・タイムの情報を提供することができる。例えば、機器ハードウェア・ステータスの組は、内蔵バッテリの健康状態を示す、フル充電時の電流等のバッテリ情報を含むことができる。いくつかの施設１０にある機器２６のすべてまたはサブセットについて、バッテリの健康状態が所定の閾値を下回ると、ＣＱＩマネジャ４は自動的に新しいバッテリを注文することができる。それに加えて、またはその代わりに、ＣＱＩマネジャ４は、特定された機器２６のバッテリの交換を自動的に予定することができる。

再び図５を参照すると、機器アプリケーション１５１（例えばポンプと共に動作するように構成されたポンプ・アプリケーション）をゲートウェイ１４７で実行することができる（実施形態によっては、異なるハードウェアおよび／またはソフトウェアである場合もある）。機器アプリケーション１５１は、医療機器１４５によって出版されるイベントを購読する。

ポンプ・アプリケーション１５１は、未処理のイベントのストリームを処理してより高水準の臨床イベントのストリーム、例えば、報告可能な臨床イベント１４９に洗練し、そのイベントは、記憶のために（例えば図２のデータベース３０）ホストされたクラウド・サービスのサーバに報告されてもよい。

本開示の一部の実施形態では、機器アプリケーション１５１は、メッセージ・ドリブン・ビーン（「ＭＤＢ」）としてＪ２ＥＥアプリケーション・サーバに配置される。ＭＤＢは、Ｊａｖａメッセージ・サービス（ＪＭＳ）トピック、例えばポンプ・トピック１５０を購読するステートレスのコンポーネントである。メッセージが入手可能になると、機器ゲートウェイ１４７のアプリケーション・サーバが、ワーカー・スレッドで機器アプリケーション１５１を起動することができる。

機器アプリケーション１５１は、ステートフルなコンポーネントであり、機関に配置されたポンプ１４５ごとに１つのポンプ・ハンドラ１５３のインスタンスを保持する。ポンプ・ディスパッチャ１５２は、ポンプ１４５の連続番号を一意のキーとして使用してポンプ・ハンドラ１５３の参照表を保持する。

ポンプＭＤＢはアプリケーション・サーバの命名サービスを使用してポンプ・アプリケーション１５１にアクセスする。ポンプＭＤＢはポンプ１４５の連続番号をメッセージ・ヘッダから入手し、ポンプ・ディスパッチャ１５２を使用して、ポンプ・ハンドラ１５３の中から適切なポンプ・ハンドラを見つける。個々のポンプ・ハンドラ１５３がビジーの場合（別のメッセージを処理中の場合や、別のスレッドにある場合等）、ポンプＭＤＢは、メッセージをポンプ・ディスパッチャ１５２の待ち行列に入れる（それによりメッセージが順番に処理されることを保証する）。個々のポンプ・ハンドラ１５３が使用されていない場合、ポンプＭＤＢは、個々のポンプ・ハンドラ１５３にイベントを処理するように要求する。各ポンプ・ハンドラ１５３は、有限状態機械（「ＦＳＭ」）の組を維持し、各ＦＳＭは、ポンプＦＳＭ１５６、プログラムＦＳＭ１５７、および送液ＦＳＭ１５８を含む、関連するポンプ・イベントのサブセット（上記表１を参照）を処理する。

ポンプＦＳＭ１５６は、どの輸液にも属さないイベントを処理する最上位の状態機械である。プログラムＦＳＭ１５７は、輸液プログラミングのコンテクストが開始される時に起動される子の状態機械であり、輸液プログラミング・イベントの処理を担う。送液ＦＳＭ１５８は、輸液の実行が開始される時に起動される子の状態機械であり、輸液中の動作イベントの処理を担う。１次輸液の進行中に２次輸液（負荷、ボーラス、または漸増を含む）がプログラムされる場合があるため、独立したプログラミングＦＳＭ１５７および送液ＦＳＭ１５８を使用することができる。

医療機器１４５の動作モデル、例えばポンプＦＳＭ１５６を使用して、報告可能な臨床イベント（ＲＣＥ）１４９を構築する、または報告可能な医学的イベント（ＲＢＥ）１４８を構築することができる。例えば、ポンプＦＳＭ１５６は、１回の輸液を完了し、中断されていた別の輸液を再開する時にポンプ１４５を追跡する、別の輸液が実行されている間に１つの輸液のプログラミングを追跡する、かつ／または、一度に発生する可能性のある２つ以上の高優先度の動作警報を追跡することができる。すなわち、ポンプＦＳＭ１５６は入れ子構造の状態モデルを含むことができる。

各ポンプ・ハンドラ１５３は、プログラミングおよび送液コンテクストの情報を保持するいくつかのコンテクスト・オブジェクトを維持することもできる。そのようなコンテクスト・オブジェクトは、完了時に（ポンプの利用を追跡するための）医学的イベントとして生成され、ポンプ・アプリケーション１５１を再開する必要がある場合に回復できるよう保持される。コンテクスト・オブジェクトは、輸液状態、輸液モード、および輸液区間を含むことができる。輸液状態は、１次輸液および２次輸液についてのプログラミング／送液状態のデータを含む。輸液モードは、特定の投与量／流量（例えば負荷、ボーラス、および／または漸増）についてのプログラミング／送液状態データを含む。輸液区間は、１つの輸液モード内の動作期間にわたる送液状態（例えば、ポンプ作動中、停止、警報発生等）を含む。ポンプ・イベント１４６を処理すると、それぞれのＦＳＭ１５６、１５７、または１５８は新しい状態に遷移し、コンテクスト・オブジェクトを作成、更新、または削除し、報告可能な医学的イベント１４８や報告可能な臨床イベント１４９等の報告可能なイベント（ＣＱＩメッセージ）を出力する。本開示の特定の実施形態における報告可能な臨床イベントのリストを次の表２に示す。

表2

図４を参照すると、図４のＣＱＩリスナ９３は各施設８２内で実行することができ、機器ゲートウェイ（図４の９９または図５の１４７）に接続し、ＣＱＩ ＲＣＥ１４９またはＣＱＩ ＲＢＥ１４８を購読することができる。図４のＣＱＩリスナ９３は、ホスト環境８３内のＣＱＩ受信部１０８（図４参照）との間にセキュリティが保護されたプライベート接続を確立することができる。この接続は、物理的な接続（常時接続されている）であっても、論理的な接続（メッセージ送信時の一時的な接続）であってもよい。

機器ゲートウェイ１４７はＲＣＥ１４９またはＲＢＥ１４８をＣＱＩリスナ９３に送ることができる。ＣＱＩリスナ９３は、メッセージの永続性（すなわちネットワークの輻輳や切断のために伝送中にメッセージが失われることがない）を保証することができる。その結果、ＣＱＩリスナ９３は、（１）送信対象の各メッセージをローカルの恒久的な待ち行列に（緩衝のために）記憶し、（２）待ち行列の先頭から各ＲＣＥ１４９および／またはＲＢＥ１４８をＣＱＩ受信部１０８に送信し、かつ／または（３）ＣＱＩ受信部１０８から肯定応答を受信した後にメッセージを除去する、ことができる。

ＣＱＩ受信部１０８は、ホスト環境８３内のホスト環境内で実行される。ＣＱＩ受信部１０８は、１つまたは複数のＣＱＩリスナ９３からの安全なネットワーク接続の要求を待機し、受け付ける。ＣＱＩ受信部１０８は、接続された各ＣＱＩリスナ９３からＲＣＥ１４９を受信する。ＣＱＩ受信部１０８はメッセージの永続性を保証することができ、そのため、受信すると各ＲＣＥ１４９をデータベース１０５に書き込む。ＣＱＩ受信部１０８は、（１）受信した各メッセージ（ＣＱＩメッセージ）を（緩衝のために）ローカルの恒久的な待ち行列に記憶し、（２）待ち行列の先頭から各ＣＱＩメッセージをＣＱＩイベント・データベース内のテーブルの最後に追加し、（３）メッセージの送信元であるＣＱＩリスナ９３にメッセージの受信を通知し、（４）ローカルの待ち行列からＣＱＩメッセージを除去する（ＣＱＩイベント・データベース１０５にあり、安全であるため）ことができる。

上記のように、ＣＱＩイベント・データベース１０５はマスター／スレーブ型の複製を使用して実装される。すなわち、データベース１０５がマスターであり、データベース１０６がスレーブである。この方式を用いると、一部の特定の実施形態では、同じスキーマを持つＣＱＩイベント・データベースのコピーが２つ存在する。マスターのデータベース１０５に挿入、更新、および削除のトランザクションが適用されると、データベース１０５内のデータベース管理システム（ＤＢＭＳ）がその変更をジャーナルに書き込み、未通知の変更をスレーブ・データベース１０６に送信することができる。

各ＣＱＩメッセージ（例えばＲＣＥ）は特定の機関に属することができる。この機関の参照は、医療機器（例えば図４の医療機器１０１または図５の医療機器１４５）を稼働させ、その機器に配置されている薬物管理ライブラリ（ＤＡＬ）を公開した機関と一致しなければならない。その結果、ＣＱＩデータベース１０５、１０６は、ＤＥＲＳデータベース１１３と整合する機関のリストを必要とする可能性がある。

図６は、本開示の一実施形態に係る（例えば図１の機器１６中の）輸液装置のプログラミングの方法１６１を説明する状態図である。方法１６１は、機器のＵＩとインターフェースを取ることが可能なユーザと共に開始する。

輸液のプログラミングは、図で「開始」と示す状態として図示される状態で開始する。状態１６２は、基本モードのプログラミングが使用される場合である（例えばＤＥＲＳコンプライアンス例外機器が使用される場合）。ＤＥＲＳコンプライアンス例外機器を使用してプログラミングを行うと、方法は状態１６５に遷移し、この状態では薬物のプログラミングが完了している。

状態１６６ではＤＥＲＳに基づく保護が使用され、投与量パラメータが機器にプログラムされ、制限違反が検出されなければ状態１６５に遷移する。推奨制限違反または絶対制限違反が検出された場合、方法１６１は状態１６７に遷移する。推奨制限の場合、臨床医は、（１）推奨制限をオーバーライドすることにより、方法を状態１６５に進ませる、（２）輸液の内容を変更せずに輸液属性をプログラムし、新しい違反が見つからない場合は状態１６５に進み、新しい違反が見つかった場合は状態１６７に進む。または（３）輸液の内容を変更する（例えば、薬剤、看護エリア、臨床使用、および／または濃度を変更する）ことにより、状態１６６から方法１６１を再開させることができる。

絶対制限が検出された場合、方法は状態１６６から状態１６７に遷移し、状態１６７では状態が遷移して状態１６６に戻ることが必要とされ、臨床医がＤＥＲＳ違反をオーバーライドすることは許さない。

輸液方法１６１は多くの状態中にキャンセルすることができる。基本モードのプログラミング状態１６２では、臨床医はプログラミングが完了する前に輸液をキャンセルすることができる。ＤＥＲＳプログラミング状態１６６では、臨床医は、プログラミングが完了する前に輸液をキャンセルすることができる。状態１６７でＤＥＲＳの推奨制限または絶対制限の違反が検出された場合は、臨床医は輸液をキャンセルすることができる。

状態１６５で、医療機器は「輸液開始」ボタンを表示し、介護者はそのボタンを押して医療機器を状態１６３に遷移させ、輸液が開始する。状態１６３ではユーザ・インターフェースに一時停止ボタンが存在してもよく、このボタンが押されると機器が一時停止することにより機器を状態１６４に遷移させる。状態１６４ではユーザ・インターフェースに継続ボタンが存在してもよく、このボタンが押されると機器を状態１６３に戻し、治療を継続する。致命的なエラー（所定のエラーのセット）が状態１６３および／または１６４で検出された場合、方法１６１は終了状態に遷移する。

輸液が完了すると、ポンプは、機器ゲートウェイを介して輸液完了メッセージを臨床サーバに送信する。臨床サーバは、その完了イベントを処方記録に紐付ける。臨床サーバは、ＩＨＥ自動ドキュメンテーション・メッセージの形式を設定し、例えば、電子医療管理記録（「ｅＭａｒ」）に記録するため、患者の電子医療記録（ＥＭＲ）１７を更新するため、および／または病院の課金システムを更新して薬剤の輸液が成功したことを記録するために、施設ＩＴアプリケーション１１の１つ（図１を参照）に送信することができる。

図７は、本開示の一実施形態に係る、図１の施設ゲートウェイ２１、図２または図４のアプリケーション４１、４２、４３、４４、および機器ゲートウェイ４０が使用する出版／購読モデル１６８を説明する図である。

このモデルでは、出版者１７１が１つまたは複数のトピック１７０を出版／購読エンジン１６９に登録することを可能にする出版／購読エンジン１６９を使用する。トピック１７０が登録されると、１つまたは複数の購読者１７２がそのトピック１７０を購読することができる。購読者１７２は、一部の特定の実施形態では、トピック１７０に対する保証された購読を使用して購読することができる。出版者１７１の１つがトピック１７０に関連するイベントを投稿すると、そのトピック１７０を購読しているすべての購読者１７２が出版／購読エンジン１６９からデータを受信する。

（出版者１７１）の中の出版者は、１つまたは複数のトピック１７０を登録することができる。各トピック１７０は重複しないトピックとすることができる。１つまたは複数の購読者１７２はトピック１７０の１つまたは複数を購読して、そこからイベントを受信することができる。出版者１７１がトピック１７０のうち固有のトピック（例えば「第１のトピック」）に対してイベントを掲示すると、トピック１７０の中の第１のトピックを購読しているすべての購読者がそのイベントを受信し、トピック１７０の中の第１のトピックを購読していない購読者はそのイベントを受信しない。トピック１７０のうち他のトピック（例えば第２のトピック）を購読しているが、第１のトピックを購読していない購読者１７２は、第１のトピックだけに対応する送信イベントは受信しない。

トピック１７０は、一部の実施形態では、一定レベルの間接性をもたらすことができ、出版者１７１および購読者１７２を匿名にすることができる。出版／購読エンジン１６９は、通信を一方向かつ非同期にすることができる（例えば「送信しっ放し（fire and forget）」型の通信）。出版／購読エンジン１６９は、永続性のあるメッセージ配信を双方の側で提供することができる。トピック１７０の永続的なトピックは、出版／購読エンジン１６９が故障した場合にもメッセージが失われないことを保証することができる。購読者１７２に使用される永続的な購読は、購読者１７２が実行中でない時にメッセージを逃さないことを保証することができる。

出版／購読エンジン１６９は、機器ゲートウェイ２２の一部、施設ゲートウェイ２１内の任意の他のソフトウェアの一部、または図１の独立型アプリケーションとすることができる。出版／購読エンジン１６９は、機器ゲートウェイ４０の一部、アプリケーション４１〜４４、または図２の独立型アプリケーションとすることができる。出版／購読エンジン１６９は、図４の機器ゲートウェイ９９の一部、アプリケーション９４、９６、９７の一部、または図４の独立型アプリケーションとすることができる。

図８は、本開示の一実施形態に係る能力登録モデル１７３を示す。提供者１７６が自身の能力１７５を能力レジストリ１７４に登録する。能力１７５は、インターフェースと属性の２つの面を含むことができる。インターフェースは、要求／応答のペアおよび通知（両方向）のリストである。属性は、配信の品質に対する制限を指定するサービス・レベルの合意パラメータである（例えば応答時間、エラー率および回復のポリシー、費用等）。

開始者１７７が能力レジストリ１７４と通信して能力１７５を発見し、能力１７５にバインドすることができる。その後、開始者１７７は、提供側１７６に情報を要求し、応答を受信することができる。能力レジストリ１７４は、機器ゲートウェイ２２の一部、施設ゲートウェイ２１内の任意の他のソフトウェアの一部、または図１の独立型アプリケーションとすることができる。能力レジストリ１７４は、機器ゲートウェイ４０の一部、アプリケーション４１〜４４、または図２の独立型アプリケーションとすることができる。能力レジストリ１７４は、図４の機器ゲートウェイ９９の一部、アプリケーション９４、９６、９７の一部、または図４の独立型アプリケーションとすることができる。能力レジストリ１７４は、一部の特定の実施形態では、出版／購読エンジン１６９を補助する、または出版／購読エンジン１６９の代わりとすることができる。

図９は、本開示の一実施形態に係る、ＤＡＬファイルを生成するために使用される薬物安全性の方法１１５を示す。方法１１５は、図１のシステム１、図２のシステム２７、図４のシステム８１、または任意の他の電子的な患者の看護システムに使用することができる。方法１１５は、ＤＡＬファイルを生成するために使用することができる多くの方法の１つに過ぎない。実施形態によっては異なる可能性がある。

薬局、臨床看護エリア等の関係者（例えば図１の６、７、８、９、１８、および１９、または図４の１０２、１０７、および１１１から選択されたユーザ）が選択されて、ＤＡＬファイル３５（図２参照）の生成と定義を助けることができ、ＤＡＬファイル３５は、薬剤の種類、臨床看護グループ、臨床看護エリア、モード（例えば、量ベース、流量ベース、または重量ベース、投与方針（負荷、ボーラス、ランプ（ramp））等）、濃度等を考慮することが可能な薬物投与の安全性規則を含む。

方法１１５は動作１１６および１１７を含む。動作１１６は下位動作として動作１１８〜１２５を含み、動作１１７は下位動作として動作１２６〜１２７を含む。動作１１６でＤＡＬファイルを生成し、動作１１７でＤＡＬファイルの使用を監視して、ＤＡＬファイル３５の更新を通知する（図２参照）のを助ける。

動作１２２は、ＤＡＬファイル、例えばフィールド・エントリを持たない初期ＤＡＬファイルまたはテンプレートＤＡＬファイルをセットアップする。動作１２３では、選択されたユーザの１人からの入力に従ってＤＡＬファイルへの変更を受け取る（例えば図４のＤＥＲＳエディタ１１２を介して）。動作１２１では、例えば図４のＤＥＲＳエディタ１１２を介して医療機器シミュレータを実行することにより、ＤＡＬファイルを点検する。動作１２１の点検の後、動作１２０で試験的なＤＡＬファイルを（電子的に）公開することができる。動作１１８で試験的なＤＡＬファイルを承認する。ただし、試験版が完成した後にＤＡＬに調整を加えることもできる。動作１１８は、ウェブ・ブラウザの「承認する」ボタンをクリックして、参照されるファイル（例えばバージョン番号や作成日等で参照される）の使用を承認することを介して行うことができる。

動作１１９でＤＡＬファイルが公開され、医療機器に送られる。動作１２５で、ＣＱＩサーバがＤＡＬファイルから参照データ（すなわち薬剤、看護エリア、投与モード等）を取り込む。ＤＡＬが公開されると、薬物レコードを含んでいるファイルが病院とＣＱＩ環境の両方に公開される。動作１１９の公開の後で、医療技術者が各機器にＤＡＬファイルをインストールすることができる。動作１２６で、医療機器がＣＱＩイベントをＣＱＩ受信部１０８に送信する。動作１２６で送信されるＣＱＩイベントは、動作１２７でＤＡＬファイルを使用して機器によって行われる治療中に生成されてもよい。

動作中に、医療機器はＣＱＩイベント（すなわちＣＱＩメッセージ）を生成する。ＣＱＩメッセージは、通常の輸液がいつ行われたか、輸液がいつＤＥＲＳ検査を省略したか、いつ推奨制限が超えられ、オーバーライドされたか、および／またはいつ推奨制限もしくは絶対制限が超えられ、治療が再プログラムされたかなど、に関する情報を含むことができる。

ＣＱＩイベントは動作１２６でＣＱＩサーバに送信され、サーバはそれらを収集し、記憶する。安全性担当者が、それらのイベントを要約した報告を管理し、動作１２４で手順を改善する機会を見出す詳細調査能力を提供することができる。同様に、動作１２４で薬剤師および臨床医がＣＱＩデータベースを照会して、次にＤＡＬファイルが公開される時に薬物レコードを改善する機会を見出すことができる。すなわち、動作１２４ではＣＱＩメッセージが分析または点検される。動作１２３で、ＤＡＬファイルに変更を加えて新しいバージョンのＤＡＬファイルを作成することができる。そして、上記のように、新しいＤＡＬファイルを点検し、試験的に作成し、公開することができる。

一部の実施形態では、図４のＤＥＲＳエディタ１１２などのＤＥＲＳエディタを使用してＤＡＬファイルを作成することは、何人かの個人または関係者が関わる協働的なプロセスである。ＤＥＲＳエディタにアクセスし、ＤＥＲＳエディタのユーザ・インターフェースと対話することにより、ＤＡＬファイルの作成に関わる全ての人物または関係者がＤＡＬファイルの作成に寄与することができる。一部の実施形態では、ＤＥＲＳエディタへのアクセスには、十分なウェブ・ブラウザ以外にはクライアント側ソフトウェアは必要とされない。一部の実施形態では、ＤＥＲＳエディタのユーザ・インターフェースにはタブレット・コンピュータ等のアプリケーションを介してアクセスすることができる。ＤＡＬファイルの作成に関わる個人または関係者は、インターネット機能を持つコンピュータ、タブレット・コンピュータ、スマートフォン等を使用してＤＥＲＳエディタにアクセスし、ＤＡＬファイルに寄与することができる。

ＤＡＬファイルの構築に関わる各個人または関係者は、割り当てられた特定の役割、責任、および／または特権を持つことができる。そのような役割は、アクセス制御リスト（ＡＣＬ）および／または役割に基づくアクセス制御（ＲＢＡＣ）モデルを使用して割り当てることができる。役割および責任は、ＤＡＬファイルの生成に使用できる方法の一部として遂行することができる。役割、責任、特権等を割り当てて、協働プロセスを構築することができる。それらを割り当てることで、ＤＡＬファイル生成のための入力と監督ができるだけ多くなるように促すこともできる。それにより、協働プロセスで作成されるＤＡＬファイルがよく練られたものになることを保証することができ、薬物エラーを可能な限り低減する。ユーザの様々な役割および特権は、ホスト環境内にホストされるユーザ・データベース（図示せず）に記憶することができる。一部の実施形態では、それに代えて各種の役割および特権をＤＥＲＳデータベースに記憶してもよい。

ＤＥＲＳエディタは、ユーザが、自発的な寄与、フィードバック、要求、コメント、注釈、質問等を提供することも可能にし、それらを使用してＤＡＬファイルを構築する、またはＤＡＬファイルを改善することができる。ＤＡＬファイルの試験的作成、シミュレーション、または日常的な使用の際に、ユーザが問題、懸念、改善の可能性等を発見した場合、ユーザはそれに対処するための変更要求を提出することができる。そのような要求をＣＱＩデータまたは特定のＣＱＩ報告に結びつけて、点検者に前後関係を提供することができる。

ＣＱＩデータは、ＤＡＬファイルに寄与する際に容易にアクセスすることができ、場合によってはユーザまたは関係者に応じてアクセスできる度合いが異なる。この情報は、理解しやすい形でＤＥＲＳエディタのユーザ・インターフェースに提示することができる。一部の実施形態では、このデータの少なくとも一部をグラフ、図、または他の視覚的な支援の形態で提示することができる。ユーザはＤＥＲＳエディタを使用して不必要なＣＱＩデータを除去することもでき、それにより、関心のあるデータに的を絞った、より簡潔なデータ・セットをユーザに提示することができる。このＣＱＩデータの可用性を個人または関係者が利用して、各種項目の変更等についての決定を通知することを助けることができる。このデータを使用して、ＤＡＬファイルの各種エントリの適切性を評価することもできる。

また、ＤＥＲＳエディタを介したＤＡＬファイルの作成および変更は、完全に追跡可能なプロセスとすることができる。ＤＥＲＳエディタで行われた各入力または変更は、特定の個人または関係者に関連付けられた一意のユーザ・ログインまたはＩＤに結び付けることができる。ＤＥＲＳエディタ内で変更が可能な各項目は、その項目に関連するすべての過去のコメント、注釈、変更、要求、パラメータ値等を記録した、記憶された履歴記録に関連付けることができる。

協働的にＤＡＬファイルを作成することに関わる個人および関係者の可能な役割、責任、および特権を示す例示的な概念図を図１０に示す。この例示的な概念図は多くの可能な例の１つであり、代替実施形態では異なる構成とすることができる。例えば、一部の当事者／関係者を組み合わせる、または含めないことが可能である。役割および責任も異なってよい。図に示すように、役割、責任、および特権を割り当てて、起こりうる薬物エラーの可能性をできる限り低くする、熟慮されたＤＡＬファイルの作成を促すことができる。この例示的実施形態では、ＤＡＬファイルの公開には、エントリの複数回の点検と複数人の合意が必要とされる。

各当事者は、図４に示すＤＥＲＳエディタ１１２などのＤＥＲＳエディタを使用してＤＡＬファイルに寄与することができる。一部の実施形態では、様々な当事者が、ウェブ・ブラウザ上で誘導されることが可能なＤＥＲＳエディタのユーザ・インターフェースを介してＤＥＲＳエディタにアクセスすることができる。図の左側に何人かの当事者を示す。他の実施形態では、さらに他の当事者を含む場合も、または図より少ない当事者を含む場合もある。実施形態によっては、一部の当事者は１人の個人であり、他の実施形態では複数の個人からなる少なくとも１つのグループである。一部の実施形態では、２人の異なる当事者が実際には異なる役割を行う同じ個人または関係者であってもよい。図１０の例に示す当事者は、薬物ライブラリの管理者２００、リソース臨床医２０２、点検薬剤師２０４、調剤コンサルタント２０６、および臨床コンサルタント２０８を含む。この例示的実施形態では、当事者は、管理者または編集を行うユーザ（薬物ライブラリ管理者２００）と、点検を行うユーザ（リソース臨床医２０２、点検薬剤師２０４、調剤コンサルタント２０６、および臨床コンサルタント２０８）、の２つの広いカテゴリに分けられる。

薬物ライブラリの管理者２００は、医師、介護者、薬剤師等の１人または複数の個人である。一部の実施形態では、薬物ライブラリの管理者２００は、例えば図１に示す薬剤師８や、図４に示す安全性スタッフ１０７である。薬物ライブラリの管理者２００には、ＤＥＲＳエディタ内で管理者能力を与えることができる。すなわち、薬物ライブラリの管理者２００は編集の権限を持つことができ、それにより、変更可能なエントリのすべてではなくとも大半を変更し、提案されたＤＡＬファイルの変更を最終的に監督する能力が与えられる。薬物ライブラリの管理者２００は、ＤＥＲＳエディタの機能のすべてではなくとも大半を利用できる特権を持つことができる。薬物ライブラリの管理者２００は、各種医療機器で使用するために公開される前に、最終的に確定されたＤＡＬファイルを承認することを求められる場合もある。

リソース臨床医２０２は、一部の実施形態では、医師、看護師、看護責任者等の１人または複数の個人である。一部の実施形態では、リソース臨床医２０２は、図１の看護責任者７および／または看護師９である。一部の実施形態では、リソース臨床医２０２は、図４の薬局および臨床医である。リソース臨床医２０２は、ＤＥＲＳエディタを介して、ＤＡＬファイルを点検する、コメントする、注釈を加える、変更を提案する等の能力を持つことができる。リソース臨床医２０２は、いくつかの下位グループに分けることができる。例えば、リソース臨床医２０２は、一部の実施形態では、看護エリア・グループに分けることができる。

点検薬剤師２０４は、一部の実施形態では、薬剤師等の１人または複数の個人である。一部の実施形態では、点検薬剤師２０４は図１の薬剤師８である。点検薬剤師２０４は、ＤＥＲＳエディタを介してＤＡＬファイル中の全エントリを点検し、改訂を必要とする可能性のあるエントリがないかどうか確認することができる。点検薬剤師２０４は、ＤＡＬファイルの各種エントリにコメントし、注釈を加え、変更を要求する能力も持つことができる。

調剤コンサルタント２０６は、一部の実施形態では、薬剤師等の１人または複数の個人である。一部の実施形態では調剤コンサルタント２０６は図１の薬剤師８である。調剤コンサルタント２０６は、ＤＥＲＳエディタを介して、ＤＡＬファイルの全エントリの１つまたは複数の部分を点検することができる。調剤コンサルタント２０６は、改訂を必要とする可能性のあるエントリがないかどうか確認することができ、またＤＡＬファイルの各種エントリにコメントし、注釈を加え、変更を要求する能力も持つことができる。

臨床コンサルタント２０８は、一部の実施形態では、医師、看護師、看護責任者、リスク管理責任者、他の適切な職員等の１人または複数の個人である。一部の実施形態では、臨床コンサルタント２０８は、図１の看護責任者７、看護師９、医療技術者１９、および／またはリスク管理責任者６である。臨床コンサルタント２０８は、一部の実施形態では、図４の安全性スタッフ１０７である。臨床コンサルタント２０８は、ＤＡＬファイルの試験的作成を行うことに関与することができる。臨床コンサルタント２０８は、ＤＡＬファイルのエントリまたはＤＡＬファイルのエントリの一部を点検する、コメントする、注釈を加える等の能力を持つことができる。

図１０に示すように、まずＤＥＲＳセットアップ動作１２２でＤＥＲＳがセットアップされる。この動作では、様々な当事者を特定してユーザＩＤを割り当てることができ、それによりそれらの当事者に種々に異なる度合いのＤＥＲＳ機能を与える。また、この動作では、ＤＡＬファイルが使用される環境をいくつかの異なる下位環境またはグループに分けることができる。これは、環境の組織的な階層に従って行うことができる。例えば、１つの病院を、それを構成する看護グループ（ＩＣＵ、ＥＲ、ＮＩＣＵ、腫瘍等）に分けることができる。

各種の実施形態で、各当事者に割り当てられる役割、責任、および特権は異なってよい。例えば、一部の実施形態では、各種の医療機器で使用するために公開される前にＤＡＬファイルを承認するために、より多い数の当事者を必要とするようにすることができる。様々な当事者には、より高い、または低い度合いのソフトウェア機能を割り当てることができる。

次いで、薬剤リスト・カスタマイズ・ステップ２１０で１つまたは複数のＤＥＲＳ薬剤リストをセットアップすることができる。例示的な概念図に示すように、薬物ライブラリの管理者２００が、これを行うことを要求される特権を持つ唯一の当事者である場合がある。一部の実施形態では、このステップは例えば薬剤師によって行われてもよい。薬剤リスト・カスタマイズのステップ２１０では、ＤＡＬを使用する１つまたは複数の施設内で利用可能なすべての薬剤を１つのリストにまとめることができる。また、薬剤にいくつかの異なる名前または別名がある場合は、それらを定義し、それぞれの薬剤に紐付けることができる。他の情報も薬剤ごとに定義することができる。薬剤リスト・カスタマイズ・ステップ２１０で作成された完全な薬剤のリストを後段のステップで使用して一貫性を保証し、効率を向上させることができる。一部の実施形態では、完全な薬剤リストは、マスター・リストから薬剤を選択する、またはＤＥＲＳエディタ・サービスから提供される薬剤を選択することによって作成することができる。一部の実施形態では、完全な薬剤リストは、ホスト環境内の処方データベースに記憶された薬剤のマスター・リストから各種薬剤を選択することによって作成することができる。

図１０の例における看護エリア薬物レコード・ステップ２１２では、薬物ライブラリの管理者２００が、薬物を選択しレコードを指定する下位ステップ２１４を行うことができる。この下位ステップでは、機関の特定の下位部門または看護エリア／グループに含めるために、ステップ２１０で特定された各種の薬剤を選択することができる。例えば、病院では、ステップ２１０で定義された薬物のサブセットを、病院の集中治療室で使用される薬物として選択することができる。そして、各看護グループに選択された各種の薬剤は、その看護グループ内の各看護エリアの必要に合わせてそれら薬剤のレコードを変更することができる。例えば、このステップでは、特定の看護エリアのための薬物が、各種の臨床使用、濃度、制限等の指定を有することができる。一部の実施形態では、このステップは、薬物ライブラリの管理者２００に加えて、または薬物ライブラリの管理者２００と共に、１人または複数の薬剤師によって実行することができる。

看護エリア薬物レコード・ステップ２１２の薬物選択およびレコード指定下位ステップ２１４が完了すると、看護エリアごとの検証の下位ステップ２１６を少なくとも１人のリソース臨床医２０２によって行うことができる。この下位ステップでは、選択された薬物およびそれらのレコードが看護エリアごとに点検され、検証される。病院では、特定の看護エリアを担当する、または特定の看護エリアで働く１人または複数の看護師または医師が、その看護エリアについてこの下位ステップを行うリソース臨床医２０２となることができる。この下位ステップでは、リソース臨床医２０２が、看護エリアごとの各種の薬物選択および記録についてのフィードバックを提供することができる。

点検ステップ２１８では、看護エリア薬物レコード・ステップ２１２で行われた薬物の選択およびレコードを点検して、それらが適切で正しいことを保証する。図１０の例では、編集および改訂の下位ステップ２２０で、薬物ライブラリの管理者２００がそのような措置を必要とする可能性のあるレコードを編集し、変更する。これは、看護エリア薬物レコード・ステップ２１２でリソース臨床医２０２によって生成されたフィードバックや要求に対処することを含むことができる。また、点検ステップ２１８に関わった他の当事者からのフィードバック、懸念、要求等があれば、それに対処することも含むことができる。

点検ステップ２１８で、看護エリアごとの点検２２２の下位ステップを少なくとも１人のリソース臨床医２０２によって行うことができる。この下位ステップでは、選択された薬物およびそれらのレコードが看護エリアごとに点検される。病院では、特定の看護エリアを担当する、または特定の看護エリアで働く１人または複数の看護師または医師が、その看護エリアについてこの下位ステップを行うリソース臨床医２０２となることができる。この下位ステップでは、リソース臨床医２０２が、看護エリアごとの各種の薬物選択および記録についてフィードバックまたは変更の要求を提供することができる。

また、看護エリア間の点検下位ステップ２２４および看護グループ点検２２６の下位ステップは、それぞれ点検薬剤師２０４および調剤コンサルタント２０６が行うことができる。看護エリア間の点検下位ステップ２２４では、各看護エリアに選択された薬物およびそれらのレコードが点検薬剤師２０４によって点検され、懸念、提案、要求等があればそれを示すフィードバックを生成することができる。看護グループ点検２２６の下位ステップでは、調剤コンサルタント２０６が看護グループの薬物リスト、薬物レコード、および、懸念、提案、要求等を示すフィードバックを点検することができる。調剤コンサルタント２０６は複数存在する場合もあり、その１人１人に特定の看護グループが割り当てられる。例によっては、調剤コンサルタント２０６がさらに他の記録も点検する場合もある。例えば、例によっては、調剤コンサルタント２０６は、誤った形で送液されるとリスクが高いと考えられる機関内のすべての薬物についてのレコードも点検することができる。

試験的作成ステップ２２８では、図１０に示すすべての当事者（および可能性としては図１０に示さない他の当事者）が、ステップ２１０、２１２、および２１８を通じて生成された新しいＤＡＬファイルの試験的作成に参加する。試験的作成ステップ２２８では、様々な当事者がＤＥＲＳ ＵＩでポンプ・シミュレータを使用して、各看護エリアの全エントリを検査または点検することができる。一部の実施形態では、仮のＤＡＬファイルを作成し、試験用の医療機器に送信することができる。そのＤＡＬファイルを試験用医療機器のＵＩで様々な当事者が検査し、点検することができる。試験的作成ステップ２２８に関わった様々な当事者によって生成されたフィードバックが対処され、必要な変更があればＤＡＬファイルに変更を加えることができる。

ＤＡＬファイルを完成させるために、ＤＡＬファイルは承認ステップ２３０を経ることを必要とする場合がある。このステップでは、様々な当事者がＤＡＬファイルを承認し、したがって機関内の医療機器に公開させることができる。図１０の例では、薬物ライブラリの管理者２００およびリソース臨床医２０２がＤＡＬファイルを承認することが必要とされる。実装によっては、公開前にＤＡＬファイルを承認するために必要とされる当事者の数は、それより多い場合も、少ない場合もある。承認ステップ２３０の後、ＤＡＬファイルは機関内で使用するために公開することができる。

各種の実施形態で、ＤＡＬファイルは階層的に構成することができる。すなわち、ＤＡＬファイルは、ＤＡＬファイルの設定を指定する、複数の上位エントリおよび下位エントリまたは親エントリおよび子エントリを含むことができる。それらのエントリは様々な階層に構成することができる。階層を下に進むにつれて、ＤＡＬファイルのエントリはより具体的になることができる。例えば、親エントリはパラメータや制限等を広く定義し、子エントリは、それらのパラメータや制限等をさらに絞り込む、または洗練することができる。

図１１ａは、ＤＡＬファイルの階層的構成の例を示す。図のように、図１１ａに示す階層的構成例は、機関／組織の階層に似ている。一部の実施形態では、ＤＡＬファイルの階層的構成は異なってよい。例えば、ＤＡＬファイルによっては、図１１ａに示す看護グループおよび／または組織階層を含まないものもある。これは特に、小規模の独立した機関で使用されるＤＡＬファイルの場合に当てはまる可能性がある。

図のように、ＤＡＬファイルの例示的階層の最上位は、ＤＡＬファイルが使用される組織２３５０とすることができる。組織２３５０の下には、組織２３５０を構成する構成機関２３５２を置くことができる。ＤＡＬファイルによっては、機関２３５２がＤＡＬファイル階層の最上位になる場合もある。これは、例えば、組織２３５０の一部でない機関２３５２にＤＡＬファイルが作成される事例で該当する。

各機関２３５２は、いくつかの看護グループ２３５４に分けることができる。看護グループ２３５４は各々、いくつかの看護エリア２３５６を含むことができる。看護グループ２３５４は、いくつかの看護エリア２３５６が属することが可能な組織カテゴリである。例えば、いくつかのＩＣＵ型の看護エリア２３５６（例えば新生児、小児、成人、内科、外科、心臓、神経、外傷、熱傷等のＩＣＵ）をグループ化してＩＣＵ看護グループ２３５４とすることができる。各看護エリア２３５６は、その看護エリア２３５６に関連付けられたいくつかの固有の薬物または薬剤レコード２３５８を含むことができる。

階層の種々のレベルで、いくつかのパラメータを定義することができる。そのようなパラメータの定義は、ＤＡＬファイルが作成されるプロセスとすることができる。そのようなパラメータは、これらに限定されないが、各種の動作設定、データ形式の設定、医療機器におけるデータの許容可能な入力範囲または値、治療や医療機器の安全対策（guardrail）や制限等を含むことができる。ＤＡＬファイルで定義することが可能ないくつかの設定の例を本明細書を通じて説明する。一部の実施形態では他の設定も含めることができる。事例によっては、階層中の高いレベルで定義された値は、階層中の低いレベルで定義された他の値の親の値として機能することができる。

一部の実施形態では、階層の複数レベルで同じパラメータを定義することができる。そのような実施形態では、ユーザが階層の下位レベルにパラメータ値を指定すると、子パラメータ値（下位の階層レベルで定義された値）は、親となるパラメータに定義された値（上位の階層レベルで定義された値）をデフォルトで取ることができる。ユーザはそれらの子の値を変えることができる。一部の実施形態では、ユーザは、値をより制限的な値に変えることしかできない場合がある。例えば、ユーザが、患者の体重の上限値の絶対制限を、看護グループのレベルで定義するとする。その値は、その看護グループに含まれるどの看護エリアでも同じパラメータのデフォルト設定として機能することができる。看護グループが小児科患者のための看護エリアを含む場合、ユーザは、患者体重の高い絶対制限をより制限的にしたいと思う可能性があり、そのようにすることを許可される可能性がある。そのようなパラメータ値の継承により、ＤＡＬファイルの作成と改善を容易にすると共に、使いやすさと効率を高めることができる。

別の例として、看護グループ２３５４は、それに関連付けられたいくつかの薬物を有することができる。その看護グループ２３５４中の看護エリア２３５６レベルで定義された薬物に対応する薬物レコード２３５８は、その特定の看護エリア２３５６に適したその特定の薬物の臨床使用および濃度を指定することができる。一例として、類似する薬物を使用する５つの看護エリア２３５６からなる看護グループ２３５４では、ユーザは、看護グループ２３５４の看護エリア２３５６ごとに１回ずつ追加するのではなく、それらの共通する薬物を看護グループ２３５４のレベルに追加するだけで済む。看護グループ２３５４に薬物を追加すると、結果的にその薬物をその看護グループの看護エリア２３５６に追加することができる。また、一部の実施形態では、ユーザは、看護グループ２３５４のレベルの共通する薬物ごとに一部またはすべてのパラメータを定義することができる。それらのパラメータは、その後看護グループ２３５４中の各看護エリア２３５６でそれぞれの子パラメータのデフォルト値として継承されてもよい。このような構成により、ＤＡＬファイルの作成と改善を容易にすると共に、使いやすさと効率を高めることができる。

また、一部の実施形態では、例示的なＤＡＬファイル階層の一部のレベルをいくつかの下位レベルに分けることができる。例えば、薬物レコード２３５８を、一般的な薬物設定、臨床使用の設定、およびその薬物の特定濃度の設定に分けることができる。このような下位レベルがさらに各自の階層構成を持つことができる。

図１１ｂに、ＤＡＬファイル階層の別の例示的実施形態４５００を示す。図のように、図１１ｂに示すＤＡＬファイル階層４５００は、図１１ａに示す階層と比べて、いくつかの追加的な階層を含んでいる。他の実施形態は、これと異なる階層、または異なる数の階層を含むことができる。ユーザは、図に示す各レベルでＤＡＬファイルを作成するために各種パラメータ値を定義することができる可能性がある。一部の実施形態では、同じパラメータ値または関連するパラメータ値を階層の複数レベルで定義することができる。そのような事例では、ＤＡＬファイル階層４５００の高いレベルで定義された値は、ＤＡＬファイル階層４５００の低いレベルにある同じ値または関連する値の親の値として働くことができる。ＤＡＬファイル階層４５００のより高いレベルを構成するＤＡＬファイル階層の各レベルに、複数の構成部分がある場合があることにも留意されたい。例えば、再度図１１ａを参照すると、複数の看護グループ２３５４が１つの機関２３５２を構成することができる。

図１１ｂに示すように、ＤＡＬファイル階層４５００の最上位はＩＤＮまたは組織２３５０である。その１つ下のレベルは地域４５０２である。このレベルは、ＩＤＮが、広い地理的領域に分散したいくつかの機関を含む事例で含めることができる。他の実施形態では、階層のこのレベルを使用して、類似する機関（例えば緊急看護センター、診療所等）のグループを作成することができる。

ＤＡＬファイル階層４５００の次のレベルは共有される。ユーザは、機関のレベル２３５２で各種の設定を定義することができる。ユーザは、一般的な設定４５０４も定義することができる。ユーザは、このレベルに薬剤および薬剤カテゴリ４５０６も定義することができる。一部の実施形態では、これは、ＤＡＬファイル階層４５００のより高いレベルで行われてもよい。それらは、１つの機関についてマスターの薬剤リストを作成してから、それをいくつかのカテゴリに区分することによって定義することができる。ユーザは、薬剤およびカテゴリ４５０６のパラメータも定義することができる。ＤＡＬファイル階層４５００のこの共有レベルで定義された値はいずれも、ＤＡＬファイル階層４５００の看護グループ２３５４のレベルの親の設定として機能することができる。

ユーザは、ＤＡＬファイル階層４５００の看護グループ２３５４のレベルに各種のパラメータを定義することができる。ユーザは、看護グループ２３５４ごとに１つまたは複数の薬剤レコード２３５８およびそれら薬剤レコード２３５８のパラメータを定義することができる。看護グループ２３５４に定義された各種パラメータは、看護グループ２３５４に定義されたどの薬剤レコード２３５８に対しても、親の設定として機能することができる。看護グループ２３５４のパラメータ設定は、看護グループ２３５４中の看護エリア２３５６のエントリに対する親の設定としても機能することができる。また、看護グループ２３５４に定義された薬剤レコード２３５８とそれに関連付けられたパラメータは、看護グループ２３５４中の看護エリア２３５６に自動的に含めることができる。

ユーザは、ＤＡＬファイル階層４５００の看護エリア２３５６レベルに各種パラメータを定義することができる。ユーザは、看護エリア２３５６ごとに１つまたは複数の薬剤レコード２３５８およびそれら薬剤レコード２３５８のパラメータを定義することができる。看護エリア２３５６に定義された各種パラメータは、看護エリア２３５６に定義されたどの薬剤レコード２３５８についても親の設定として機能することができる。

図に示すように、薬剤レコード２３５８はいくつかの下位レベルに分けられる。図１１ｂの例示的実施形態では、薬剤レコード２３５８は薬剤４５０８の下位レベルを含み、この下位レベルはその内部階層で一番上位にある。ユーザは、マスターの薬剤リストから薬剤名を選択してこの階層の下位レベルを埋めることができる。これは、マスター薬剤リストまたは薬剤カテゴリ・リスト中でその薬剤に対して定義されたどの親の値にも該当する可能性がある。ユーザは、薬剤４５０８の下位レベルでさらに他のパラメータを定義できる場合もある。薬剤４５０８の下位レベルに定義された値はいずれも、臨床使用４５１０の下位レベルについての親の値として機能することができる。ユーザは、臨床使用４５１０の下位レベルで各種のパラメータを定義することができる。それらの値は、濃度４５１２の下位レベルに対して親の値として機能することができる。ユーザは、濃度４５１２の下位レベルで各種パラメータを定義することもできる可能性がある。

図１２〜図７１は、ＤＥＲＳエディタの使用のいくつかの態様を詳細に示すいくつかの例示的なフローチャートを示す。これらのフローチャートおよびそれらのフローチャートに示すステップは、例示的なものに過ぎない。他の実施形態では、ＤＥＲＳエディタの使用法は、図１２〜図７１に示され、説明される内容とは異なる可能性がある。例えば、一部のステップが行われない、または図示し、本明細書で説明される順序と同じ順序では行われない場合もある。一部の実施形態は、異なるステップまたは追加的なステップを含む場合もある。図に示すフローチャートの一部は、同じ結果を達成する可能な多数の方式の一例を詳細に示すに過ぎないことも認識されたい。多くの実施形態は、同じ最終的結果を実現するために採用することが可能な複数の代替ワークフローを含むことができる。図を簡潔にするために、本開示の範囲内で検討されるすべての代替ワークフローを図に示す訳ではない。図１２〜図７１に示し、説明するフローチャートは、図７２〜図１８１に示し、説明する各種画面と関連する場合がある。

図１２は、ＤＡＬファイル作成のＤＥＲＳセットアップ１２２（例えば図９を参照）段階の一部とすることができる、いくつかの例示的なステップを詳細に説明するフローチャートを示す。図１２のフローチャートに詳細に示されるステップは、医療機関でＤＥＲＳエディタを使用する前に行うことができる。ステップ２４０で、ユーザがＤＥＲＳホスティング環境にログインすることができる。ユーザは、図４のホスト環境８３のホストＩＴの一部とすることができる。一部の実施形態では、ユーザはＤＥＲＳエディタ・サービスの管理者である。ステップ２４２で、ユーザがＤＥＲＳホスト環境のＤＥＲＳデータベースにログインすることができる。ＤＥＲＳデータベースは、一部の実施形態では、図４に示すＤＥＲＳデータベース１１３である。ステップ２４４で、ユーザは、ＤＥＲＳデータベースにデータベース・ローディング・スクリプトを実行することができる。このローディング・スクリプトで、ＤＥＲＳ参照表をＤＥＲＳデータベースにロードすることができる。ローディング・スクリプトは、ＤＥＲＳエディタ・サービスを使用するすべての機関および組織に使用されるＤＥＲＳ参照表をロードすることができる。参照表は、薬物、薬物の別名、代替薬物、薬物の配合禁忌、看護エリアの種別、役割、測定単位、コメントの種類、承認／検証の状態、各種の属性等をデータベースにロードすることができる。ステップ２４６で、データベース・ローディング・スクリプトが正しいことをユーザによって確認することができる。ステップ２４８で、ユーザは検査用の機関ＤＥＲＳのインスタンスをロードすることができる。ステップ２４９で、このインスタンスをユーザが使用して、ＤＥＲＳデータベースにロードされた参照表が正しいかどうかを検査することができる。図１２のフローチャートに詳細に示すステップは、ＤＥＲＳホスト環境に直接アクセスできる、またはリモート・アクセスできるユーザによって行うことができる。

図１３は、ＤＥＲＳデータベースにロードされた参照表を更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。一部の実施形態では、参照表は図１２に関して説明した参照表とすることができる。ステップ２５０で、ユーザがＤＥＲＳホスティング環境にログインする。ユーザは、図４のホスト環境８３のホストＩＴの一部とすることができる。一部の実施形態では、ユーザはＤＥＲＳエディタ・サービスの管理者である。ステップ２５２で、ユーザはＤＥＲＳホスト環境内のＤＥＲＳデータベースにログインすることができる。ＤＥＲＳデータベースは、一部の実施形態では、図４に示すＤＥＲＳデータベース１１３である。ステップ２５４で、ユーザはＤＥＲＳデータベースにデータベース更新スクリプトを実行することができる。この更新スクリプトは、ＤＥＲＳデータベースのＤＥＲＳ参照表を更新することができる。この更新スクリプトは、ＤＥＲＳエディタ・サービスを使用するすべての機関または組織で使用されるＤＥＲＳ参照表を更新することができる。ステップ２５６で、データベース更新スクリプトが正しいことをユーザが確認することができる。ステップ２５８で、ユーザは検査用機関ＤＥＲＳのインスタンスをロードすることができる。ステップ２５９でこのインスタンスをユーザが使用して、ＤＥＲＳデータベース内で更新された参照表が正しいかどうかを検査することができる。図１３のフローチャートに詳細に示すステップは、ＤＥＲＳホスト環境に直接アクセスできる、またはリモート・アクセスできるユーザによって行うことができる。

図１４は、ＤＥＲＳデータベースに機関および組織の階層を確立するために使用できるいくつかの例示的なステップを示すフローチャートを示す。図１４のフローチャートに示す各種ステップは、ＤＡＬファイル作成のＤＥＲＳセットアップ１２２（例えば図９を参照）段階の一部として行うことができる。ステップ２６０で、機関または組織の組織的構造が判定される。最も単純な事例では、独自のＤＡＬを使用し、親組織を持たない１つのみの機関がある。他の事例では、１つの組織がいくつかの異なる機関を含む場合があり、その機関すべてが同じＤＡＬを使用する。事例によっては、１つの組織がいくつかの異なる機関を含み、少なくとも２つの異なるＤＡＬファイルを使用することができる。ＤＥＲＳデータベースが組織によって使用されている場合は、機関名のフィールドを含めることができる。その名前は組織内のデータ比較に使用することができ、組織内の機関からのＣＱＩメッセージに含めることができる。

ステップ２６２で、組織スキーマのためのローディング／更新スクリプトを作成することができる。ステップ２６４で、ユーザがＤＥＲＳホスト環境にログインする。ユーザは、図４のホスト環境８３のホストＩＴの一部とすることができる。一部の実施形態では、ユーザはＤＥＲＳエディタ・サービスの管理者である。ステップ２６６で、ユーザがＤＥＲＳホスト環境内のＤＥＲＳデータベースにログインすることができる。ＤＥＲＳデータベースは、一部の実施形態では、図４に示すＤＥＲＳデータベース１１３である。ステップ２６８で、ユーザはＤＥＲＳデータベースにデータベース更新スクリプトを実行することができる。この更新スクリプトは、指定された組織スキーマについて１つまたは複数の新しいデータベースを作成することができる。ステップ２７０で、データベース更新スクリプトが正しいことをユーザが確認することができる。ステップ２７２で、ユーザは検査用機関ＤＥＲＳのインスタンスをロードすることができる。このインスタンスをユーザが使用して、ＤＥＲＳデータベースで更新された組織スキーマが正しいかどうかを検査することができる。図１４のフローチャートに詳細に示すステップは、ＤＥＲＳホスト環境に直接アクセスできる、またはリモート・アクセスできるユーザによって行うことができる。

図１５は、購読側の機関にＤＥＲＳエディタへのアクセス権を与える際に使用できるいくつかの例示的なステップを示すフローチャートを示す。ステップ２８０で、機関または組織が、ＤＥＲＳエディタ・サービスの提供者との間でＤＥＲＳサービスに登録するための契約にサインすることができる。ステップ２８２で、新しい機関または組織に対応するようにＤＥＲＳエディタ・サービスを構成することができる。一部の実施形態では、これは、新しい機関または組織のためにデータベースおよびアプリケーション・サーバをセットアップすることを伴う場合がある。いくつかの他の実施形態では、新しい機関または組織のために既存のデータベースに新しいデータ・セットを作成する場合がある。このステップは、ＤＥＲＳエディタ・サービスのデータベースやサーバ等が存在するホスト環境に対応するホストＩＴによって行うことができる。一部の実施形態では、ステップ２８２は、図１４に詳細に示すステップを行うことを伴う場合もある。

ステップ２８４で、ＤＥＲＳエディタ・サービスの職員（例えば図４のホスト環境８３のホストＩＴ）が、機関または組織のユーザのユーザ・アカウントを作成することができる。一部の実施形態では、このユーザは、図１０に示す薬物ライブラリ管理者２００などの薬物ライブラリ管理者である。そのユーザ・アカウントのアクセス情報も、このステップで機関または組織の当該ユーザに提供することができる。ステップ２８６で、機関または組織のユーザがＤＥＲＳエディタにログインすることができる。一部の実施形態では、機関のユーザは、ステップ２８６でパスワードの変更を要求される場合もある。次いでステップ２８８で、機関のユーザにＤＥＲＳエディタ・サービスの職員による訓練を提供することができる。それにより機関のユーザはＤＥＲＳエディタにアクセスできるようになる。

組織または機関内でＤＥＲＳの各種態様をセットアップするために使用できるいくつかの例示的なステップを詳細に説明するフローチャートを図１６ａに示す。具体的には、図１６ａのフローチャートに示す例示的なステップを使用して、ユーザ、各ユーザが属するグループ、ならびに各ユーザの各種許可および特権を定義することができる。図１６ａに示すステップは、ＤＥＲＳセットアップ１２２段階（例えば図９を参照）の一部とすることができる。ステップ３００で、ユーザがＤＥＲＳエディタにログインすることができる。ユーザは、一部の実施形態では、図１０の薬物ライブラリ管理者２００である。これは、ＤＥＲＳエディタのユーザ・インターフェースにアクセスすることによって行うことができる。上述のように、ユーザ・インターフェースには適切なウェブ・ブラウザを介してアクセスすることができ、クライアント側ソフトウェアは必要ない。次いで、ステップ３０２で、ユーザはＤＥＲＳエディタのユーザ・インターフェース上でユーザ・エディタに進むことができる。そしてユーザは、ステップ３０４、３０６、３０８、および３１０をいずれでも行うことができる。

ステップ３０４で、グループＡのグループ許可の値を変更する。ステップ３０６で、グループＢのグループ許可の値を変更する。ステップ３０８で、グループＣのグループ許可の値を変更する。ステップ３１０で、グループＤのグループ許可の値を変更する。グループＡ〜Ｄは、存在し得る機関従業員の各種カテゴリとすることができる。例えば、グループＡ〜Ｄの１つを薬剤師グループ、別のグループを医療技術者グループ、別のグループを看護責任者グループ、最後のグループを安全性担当者グループとすることができる。各種実施形態で、機関または組織従業員の他のカテゴリに対応する他のグループがさらにあってよい。グループは、一部の実施形態では、ユーザが定義することができる。一部の実施形態では、グループは事前に定義され、ＤＥＲＳエディタ・サービスから提供されるグループ許可のデフォルト値のセットを有することができる。実施形態によっては、グループを含まず、特定のユーザに基づいて許可を割り振る場合もある。また、グループの中には下位グループ（図示せず）を含むものもある。割り振ることが可能な許可を利用して、ユーザは、自身の機関／組織の必要性および／または現在の構造に最も適するようにグループまたは下位グループをカスタマイズすることができる。

本開示の特定の実施形態における可能な許可の一覧を次の表３に示す。

引き続き図１６ａを参照すると、ステップ３１２でユーザは新しいユーザの作成も選択することができる。これは、新しいユーザのユーザ名および一時的なパスワードを定義することを伴うことができる。新しいユーザの電子メール・アドレスを提供することも伴う場合がある。ユーザは次いでステップ３１４、３１６、３１８、および３２０のいずれかに進むことができる。ユーザは、ステップ３１３で既存のユーザを選択した場合にも、そこからステップ３１４、３１６、３１８、および３２０のいずれかに進むことを選択することができる。ステップ３１４で、ユーザは、新しく作成されたユーザまたは既存のユーザをグループＡに割り当てることができる。ステップ３１６で、ユーザは、新しく作成されたユーザまたは既存のユーザをグループＢに割り当てることができる。ステップ３１８で、ユーザは、新しく作成されたユーザまたは既存のユーザをグループＣに割り当てることができる。ステップ３２０で、ユーザは、新しく作成されたユーザまたは既存のユーザをグループＤに割り当てることができる。一部の実施形態では、ユーザは、新しく作成されたユーザまたは既存のユーザを２つ以上のグループに割り当てることができる。一部の実施形態では、ユーザが新しく作成されたユーザまたは既存のユーザをさらに他のグループまたは下位グループに割り当てることができる追加的なステップ（図示せず）を含めてもよい。

ステップ３２１で、ＤＥＲＳエディタ・サービスがデータベースへの変更を保存することができる。一部の実施形態では、データベースは図４のＤＥＲＳデータベース１１３である。他の実施形態では、データベースは例えばホスト環境内のユーザ・データベースである。ステップ３２２ａで、ＤＥＲＳエディタ・サービスが、変更が行われたことを該当するユーザに通知することができる。例えば、新しいユーザ・アカウントが作成された場合は、その新しいユーザに通知することができる。３２２ｂに示すように、一部の実施形態では、これは、自動的に生成された電子メール・メッセージを新しいユーザに送信することを伴う場合がある。このメッセージは、ＤＥＲＳエディタに適切なウェブ・ブラウザを介してアクセスできる実施形態では、新しいユーザにＤＥＲＳエディタへのハイパーリンクを提供することができる。このメッセージは、アカウント情報および新しいユーザがＤＥＲＳエディタをいかに利用すべきかを詳細に説明する指示を含むことができる。パスワードおよび新しく作成されたユーザへのアクセス情報も含むことができる。あるいは、この情報は人の手で新しいユーザに提供してもよい。

図１６ｂは、ユーザ、各ユーザが属するグループ、ならびに各ユーザの各種の許可および特権を定義するために使用できるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図１６ｂに示す例示的なフローチャートは、ウェブ・ブラウザ・ベースのＤＥＲＳエディタ・サービスに使用できるいくつかのステップを示すものである。ステップ４４００で、ユーザがＤＥＲＳエディタにログインし、ユーザ・エディタを使用したい旨を知らせることができる。ステップ４４０２で、ＤＥＲＳエディタに対応するウェブ階層がユーザ・エディタ・ページを描画することができる。そして、ユーザは新しいユーザを追加するか、または既存のユーザを更新／削除することを選択することができる。

ステップ４４０４で、ユーザは、新しいユーザを追加したい旨を知らせることができる。すると、ステップ４４０６で、ＤＥＲＳエディタに対応するウェブ階層がユーザ追加ページを描画することができる。そして、ステップ４４０８で、ユーザは新しいユーザについての各種のユーザ・メタデータを追加することができる。新しいユーザについて各種のユーザ・メタデータが追加されると、ステップ４４１０で、ウェブ階層は、新しいユーザのユーザ資格証明を作成することができる。ステップ４４１２で、新しいユーザ・データをデータベースに挿入することができる。このデータベースは、例えば図４のＤＥＲＳエディタ・データベース１１３、またはホスト環境内のユーザ・データベースである。

新しいユーザ・データがデータベースに追加されると、またはステップ４４１４でユーザが既存のユーザを更新したい旨を知らせると、ステップ４４１６で、ウェブ階層はユーザの特権および情報を取り出すことができる。ステップ４４１８で、要求されるユーザについてのクエリ・レコード・セットを構築し、ウェブ階層に送ることができる。次いで、ステップ４４２０で、ウェブ階層が、選択されたユーザについてのユーザ・エディタ・インターフェースを描画することができる。ステップ４４２２で、ユーザは、ユーザに所望の編集を加え、変更があれば変更を提出することができる。そのような編集は、これらに限定されないが、グループ割り当ての変更、特権の変更、ユーザの削除、ユーザの責任の割り当て等を含むことができる。ステップ４４２４で、ウェブ階層は、ユーザ・アカウント・データを更新することができる。ステップ４４２６で、編集されたユーザのデータがデータベースに書き込まれるか、または記憶されてもよい。また、ステップ４４２６で、ウェブ階層に成功の通知が送信されて、データベースの更新が成功したことを知らせることができる。ステップ４４２８で、ウェブ階層は、成功を知らせるダイアログ・ボックスを表示して、ユーザ・アカウント情報が更新されたことを知らせることができる。

図１７に、組織または機関内でＤＥＲＳの各種態様を更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。具体的には、図１７のフローチャートに示す例示的なステップを使用して、ユーザ、各ユーザが属するグループ、ならびに各ユーザの各種許可および特権を更新することができる。ステップ３３０で、ユーザがＤＥＲＳエディタにログインすることができる。一部の実施形態では、ユーザは、図１０の薬物ライブラリ管理者２００である。これは、ＤＥＲＳエディタのユーザ・インターフェースにアクセスすることによって行うことができる。上述のように、ユーザ・インターフェースには適切なウェブ・ブラウザを介してアクセスすることができ、クライアント側ソフトウェアは必要ない。次いで、ステップ３３２で、ユーザがＤＥＲＳエディタのユーザ・インターフェース上でユーザ・エディタに進むことができる。その後、ユーザはステップ３３４、３３６、および／または３３８のいずれかを行うことができる。これらのステップを行うことは、図１６ａおよび図１６ｂに関連して図示し、説明したステップと同様のステップをたどることを伴うことができる。ステップ３３４で、ユーザは、グループ、例えば図１６ａに示すグループＡ〜Ｄの１つについての各種許可を変更することができる。ステップ３３６で、ユーザは、以前に作成されたグループにユーザを追加することができる。これを行って、例えば、新しく雇用された従業員をグループに加えることができる。ステップ３３８で、ユーザは、ＤＥＲＳエディタへのアクセス権を持つユーザの許可を個々に変更することができる。一部の実施形態では、このステップは含まれない場合もある。一部の実施形態では、このステップは含めることができるが、ステップ３３４および３３６は含まれない。前者は、比較的大規模かつ／または複雑な機関に適する可能性がある。後者は、小規模の機関や、ＤＥＲＳエディタの合計ユーザ数が少ない医療事例に適する可能性がある。ユーザがＤＥＲＳエディタの各種態様の更新を終えると、ステップ３３９で、ＤＥＲＳエディタ・サービスは、データベースに行われた変更を保存することができる。このデータベースは、図４のデータベース１１３、または一部の実施形態ではユーザ・データベースである。ステップ３４０で、ＤＥＲＳエディタ・サービスが、対象となるユーザに更新を通知することができる。これは、自動的に生成される電子メールを対象となるユーザに送信することによって実現することができる。

図１８は、機関／組織のマスター薬剤リストを作成または更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。一部の実施形態では、図１８のフローチャートに示すステップは、図１０に関連して説明した薬剤リストのカスタマイズ２１０の一部とすることができる。ステップ３５０で、ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で機関または組織の薬剤リストに進む。次いで、ステップ３５２で、ＤＥＲＳエディタ・サービスが薬剤リスト・エディタを表示することができる。ユーザは、例えば、図１０の薬物ライブラリ管理者２００などの薬物ライブラリ管理者である。他の実施形態では、ユーザは、薬剤師、または表３の許可０.０４を与えられたユーザである。機関または組織の薬剤リストに進むと、ユーザは、ＤＥＲＳエディタ・サービスから薬剤リストを取り込むか、またはＤＥＲＳエディタ・サービスによって提供されるマスター・リストから１つまたは複数の薬剤を選択することができる。

ユーザがＤＥＲＳエディタ・サービスからリストを取り込むことを選択した場合、ステップ３５６で、取り込む薬剤リストを選択するようにＤＥＲＳエディタ・サービスがユーザを促すことができる。このステップは、ＤＥＲＳエディタ・サービスまたはＤＥＲＳエディタ・サービスに関連付けられたデータベースに記憶された取り込み可能なリストの一覧を表示することを伴うことができる。ステップ３５８で、ユーザは所望のリストを取り込むことができる。次いで、ステップ３５９で、ＤＥＲＳエディタ・サービスは、取り込まれたエントリを含むように機関／組織の薬剤リストを更新することができる。ユーザが機関／組織の薬剤リストにさらに多くの薬剤を追加したい場合、ユーザは、別の薬剤リストを取り込むか、ＤＥＲＳエディタ・サービスを介してアクセスされるマスター薬剤リストから薬剤を選択することができる。ユーザが機関／組織の薬剤リストの更新または作成を終えると、ユーザはステップ３６６に進むことができる。ステップ３６６については本明細書の後の箇所で説明する。

ユーザが薬剤リストを取り込まない場合、またはユーザが薬剤リストを取り込んで追加的な薬剤を追加することを希望する場合、ユーザは、ステップ３６０に進むことにより、所望の薬剤を機関／組織の薬剤リストに追加することができる。ステップ３６０で、ＤＥＲＳエディタ・サービスは、ステップ３６１に示されるように薬剤リストに追加する薬剤を選択するようにユーザを促すことができる。そのような薬剤は、一部の実施形態では、ＤＥＲＳエディタ・サービスから提供されるマスター薬剤リストからユーザによって選択することができる。次いで、ステップ３６２で、ＤＥＲＳエディタ・サービスは、その薬剤の別名または他の名前を入力するようにユーザを促すことができる。ステップ３６３でユーザは別名を提供することができる。ステップ３６４で、ＤＥＲＳエディタ・サービスは、追加された薬剤について追加的な情報を提供するようにユーザに要求することができる。ステップ３６５でユーザは追加的な情報があればそれを提供することができる。ユーザがステップ３６５を完了した後に機関／組織の薬剤リストに他の薬剤を追加したい場合、ユーザは、薬剤リストを取り込むか、マスター・リストから薬剤を選択するかを決定し、上記のように進行することができる。

ユーザが薬剤リストへの薬剤の追加を終えると、ユーザはステップ３６６に進むことができる。ステップ３６６で、ユーザは、薬剤の追加を終えたことを知らせることができる。すると、ステップ３６７で、ＤＥＲＳエディタ・サービスは、作成または更新された機関または組織の薬剤リストを保存するようにユーザを促すことができる。そして、ステップ３６８で、ユーザは作成または更新された薬剤リストを保存することができる。それにより薬剤リストをＤＥＲＳデータベースなどのデータベースに保存することができる。次いで、ステップ３６９で、ＤＥＲＳエディタ・サービスは、機関または組織の該当するユーザに、薬剤リストが作成または更新されたことを通知することができる。例えば、ＤＥＲＳエディタ・サービスは、看護エリアの薬剤リストを作成または保守する責任を負うすべてのユーザに、機関／組織の薬剤リストが作成または更新されたことを通知することができる。

次いで図１９を参照すると、データベースに臨床勧告のエントリを追加する際に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。臨床勧告は、薬剤に関する情報を医療機器のユーザに提供することができる。この情報は、投与のガイドライン、調剤処方からの情報、禁忌等を含むことができる。各種実施形態で、臨床勧告は、テキスト、画像もしくはグラフィック、および／またはＰＤＦ等の電子ファイルを含むことができる。臨床勧告は、ユーザが所望の内容を何でも入力することが可能なフリー・テキスト・エントリとすることができる。実施形態によっては、何種類かの臨床勧告を含むことができる。例えば、実施形態によっては、短いテキストの臨床勧告と詳細な臨床勧告を含むことができる。短いテキストの臨床勧告は所定の文字数（例えば４０文字）に制限して、医療機器のグラフィック・ユーザ・インターフェースに容易に表示できるようにすることができる。

これらのステップは、図１０に関連して説明した薬剤リストのカスタマイズ２１０の一部として行うことができる。ステップ３７０で、ユーザが臨床勧告リストに進む。そして、ユーザは、ＤＥＲＳエディタ・サービスから臨床勧告リストを取り込むか、自身の臨床勧告を臨床勧告リストに追加するかを決定することができる。ユーザが臨床勧告のリストをＤＥＲＳエディタ・サービスから取り込むことを決定した場合は、ステップ３７２でリストを取り込むことができる。ユーザが自身の臨床勧告をリストに追加することを決定した場合は、ステップ３７４に進み、臨床勧告を追加することができる。ユーザは、臨床勧告リストへの臨床勧告の追加が終わるまで、必要な回数だけステップ３７４を繰り返すことができる。ステップ３７６で、ユーザはログアウトし、機関または組織の臨床勧告リストへの変更を保存することができる。変更はＤＥＲＳデータベースに保存することができる。ステップ３７８で、ＤＥＲＳエディタ・サービスは、関連するすべてのユーザに、臨床勧告リストが更新されたことを通知することができる。ステップ３７８は、一部の実施形態では、関係するユーザに自動的に電子メールを送信して変更を通知することを含んでもよい。

一部の実施形態では、ユーザが臨床勧告にファイル（例えば画像、文書等）をアップロードすることができる追加的なステップを含めてもよい。一部の実施形態では、臨床勧告は臨床使用のレベルでは追加、変更等を行うことができない。代わりに、そのような勧告は、薬剤レコードがユーザによって定義されている場合は薬剤レコードに追加することができる。一部の実施形態では、ユーザが、薬物の臨床使用、ならびに薬物の各種臨床使用および濃度を定義することができる。

図２０は、機関または組織の一般的な設定を変更するために使用できるいくつかの例示的なステップを詳細に説明するフローチャートを示す。これらのステップは、ＤＥＲＳのセットアップ１２２（例えば図９を参照）段階の一部として行うことができる。ステップ３８０で、ユーザがＤＥＲＳエディタのユーザ・インターフェース上で一般設定のリストに進む。上述のように、リストには適切なウェブ・ブラウザを介してアクセスすることができ、クライアント側ソフトウェアは必要ない。一部の実施形態では、ステップ３８１で、ＤＥＲＳエディタ・サービスが、各種一般設定についての値を入力するようにユーザを促すことができる。そして、ステップ３８２で、ユーザは一般設定の所望の値の変更、入力、更新等を行うことができる。ステップ３８４で、ユーザがログアウトし、一般設定に行われた変更を保存することができる。変更はＤＥＲＳデータベースに保存することができる。次いでステップ３８６で、ＤＥＲＳエディタ・サービスは、すべての該当するユーザに一般設定が変更されたことを通知することができる。本開示の特定の実施形態において可能な一般設定の非制限的なリストを次の表４に示す。

図２１は、機関または組織に看護グループを追加する際に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。上記で図１１ａ〜図１１ｂに関連して詳細に説明したように、ＤＡＬファイル内で、組織または機関を、例えばその組織または機関内の部門を反映したいくつかの下位エリアまたはグループに分けることができる。図２１に示すステップは、ＤＥＲＳセットアップ１２２（例えば図９を参照）段階の一部とすることができる。ステップ２３７０で、ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で看護グループ・リストに進む。ステップ２３７２で、ユーザは、リストに新しい看護グループを追加することを選択する。看護グループ・リストに新しい看護グループを追加する際、ユーザはいくつかの選択肢を有することができる。一部の実施形態では、ユーザは、空のテンプレートまたは空に近いテンプレートから開始することができる。図２１に示す実施形態のフローチャートでは、ユーザは、既存の看護グループについての情報をコピーして、プロセスを迅速化することを選択することもできる。ユーザが既存の看護グループをコピーすることを選択した場合、ユーザはステップ２３７４に進む。ステップ２３７４で、ユーザはコピーしたい既存の看護グループを指定し、その看護グループをコピーする。次いで、ステップ２３７６で、ユーザは、看護グループの種別を新しい看護グループの種別に変更することにより、看護グループの種別を変更することができる。一部の実施形態では、ユーザはステップ２３７６で看護グループの設定を調整することもできる。

ユーザが既存の看護グループをコピーしないことを選択した場合、または既存の看護グループが存在しない場合、ユーザはステップ２３７８に進むことができる。ステップ２３７８で、ユーザは、そのリストに追加される新しい看護グループの種別を指定する。このステップは、可能な看護グループ種別のリストから看護グループを選択することを含むことができる。看護グループの種別は、機関または組織内の複数の看護エリアが当てはまる広いカテゴリとすることができる。看護グループの例には、ＩＣＵ、救急、小児、新生児、成人、ステップダウン、外科、精神科等が含まれる。

ユーザはステップ２３７６またはステップ２３７８からステップ２３８０に進むことができる。ステップ２３８０で、ユーザは、機関または組織内でその看護グループに使用される名前と一致するように看護グループの名前を変更することができる。ユーザは、ステップ２３８２で、新しく作成された看護グループに関連付けられる各種ユーザを指定することができる。例えば、ユーザは、ステップ２３８２で、その看護グループで働く、またはその看護グループを担当する何人かの臨床医を指定することができる。ユーザは、新しい看護グループを点検する、または新しい看護グループに寄与する責任を負う可能性のある機関または組織内の他の個人も指定することができる。

ステップ２３８４で、ユーザは、新しい看護グループについての各種の看護グループ・パラメータを定義することができる。これは、デフォルト値を変更する、空のテンプレートを埋める、コピーされた値を変更する等を伴うことができる。本開示の特定の実施形態において可能な看護グループ・パラメータの非制限的なリストを次の表５に示す。

看護グループ・パラメータを指定すると、ステップ２３８６で、ユーザは新しい値を保存することができる。看護グループおよびパラメータ値はＤＥＲＳエディタのデータベースに保存することができる。次いで、ステップ２３８８で、ユーザは、新しい看護グループが、その看護グループを点検する責任を負う者によって点検できる状態になったことを知らせることができる。次いで、ステップ２３９０で、ＤＥＲＳエディタ・サービスは、看護グループが作成され、点検できるようになっていることを、該当するユーザに通知することができる。これは、自動的に生成される電子メールで行うことができる。

一部の実施形態では、同様のステップをたどって、例えばＤＡＬファイルに看護エリアを追加することができる。ＤＥＲＳエディタのユーザ・インターフェースで使用される画面は異なる可能性があるが、ユーザは看護エリアについて同様の情報およびパラメータを定義することができる。一部の実施形態では、表５に示す看護グループ・パラメータの一部は、代わりに看護エリア・レベルで定義するか、看護エリア・レベルでも定義することができる。看護グループのパラメータは、看護エリアについての親パラメータとして機能することができる。例えば、看護グループのパラメータは、看護エリア・レベルの同じパラメータのデフォルト設定とすることができる。また、ユーザは、看護グループを定義する際にその看護グループの中で使用される可能性のある薬剤のリストを作成することができる。これは、図１８に関連して図示し、説明したステップと同様のステップをたどることによって実現することができる。

図２２は、機関または組織に看護エリアを追加する際に使用できるいくつかの例示的なステップを詳細に説明するフローチャートを示す。上記で図１１ａ〜図１１ｂに関連して説明したように、組織または機関を、例えばその組織または機関内の部門を反映したいくつかの下位エリアまたはグループに分けることができる。図２２に示すステップは、ＤＥＲＳのセットアップ１２２（例えば図９を参照）段階の一部とすることができる。ステップ３９０で、ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で看護エリア・リストに進む。ステップ３９２で、ユーザは、リストに新しい看護エリアを追加することを選択する。看護エリア・リストに新しい看護エリアを追加する際に、ユーザはいくつかの選択肢を有することができる。一部の実施形態では、ユーザは、空のテンプレートまたは空に近いテンプレートから開始することができる。図２２に示す実施形態のフローチャートでは、ユーザは、既存の看護エリアについての情報をコピーしてプロセスを迅速化することを選択することもできる。ユーザが既存の看護エリアをコピーすることを選択した場合、ユーザはステップ３９４に進むことができる。ステップ３９４で、ユーザは、コピーしたい既存の看護エリアを指定し、その看護エリアをコピーする。次いで、ステップ３９８で、ユーザは、看護エリアの種別を新しい看護エリアの種別に変更することにより看護エリアの種別を変更することができる。一部の実施形態では、ユーザはステップ３９８で看護エリアの設定を調整することもできる。

ユーザが既存の看護エリアをコピーしないことを選択した場合、または既存の看護エリアが存在しない場合、ユーザはステップ３９６に進むことができる。ステップ３９６で、ユーザは、そのリストに追加される新しい看護エリアの種別を指定する。このステップは、可能な看護エリア種別のリストから看護エリアを選択することを含むことができる。本開示の特定の実施形態における可能な看護エリアの非制限的リストを次の表６に示す。

ユーザはステップ３９６またはステップ３９８からステップ４００に進むことができる。ステップ４００で、ユーザは、機関または組織内でその看護エリアに使用される名前と一致するように看護エリアの名前を変更することができる。ステップ４０１で、ユーザは、新しい看護エリアが属する看護グループ（存在する場合）を指定することができる。ステップ４０２で、ユーザは、新しく作成された看護エリアに関連付けられる各種ユーザを指定することができる。例えば、ユーザは、その看護エリアで働く、またはその看護エリアを担当する何人かの臨床医を指定することができる。ユーザは、新しい看護エリアを点検する、または新しい看護エリアに寄与する責任を負う可能性のある機関または組織内の他の個人も指定することができる。

ステップ４０４で、ユーザは、新しい看護エリアに各種の看護エリア・パラメータを定義することができる。これは、デフォルト値を変更する、空のテンプレートを埋める、コピーされた値を変更する等を伴うことができる。一部の実施形態では、親のパラメータ値、すなわち看護グループのレベルで同じパラメータについて定義された値は、看護エリアのレベルの子パラメータのデフォルト値として自動的に使用することができる。本開示の特定の実施形態における可能な看護エリア・パラメータの非制限的なリストを次の表７に示す。

看護エリア・パラメータを指定すると、ステップ４０６でユーザは新しい値を保存することができる。看護エリアおよびパラメータ値はＤＥＲＳエディタのデータベースに保存することができる。次いで、ステップ４０８で、ユーザは、新しい看護エリアが、その看護エリアを点検する責任を負う者によって点検できる状態になったことを知らせることができる。次いで、ステップ４１０で、ＤＥＲＳエディタ・サービスは、看護エリアが作成され、点検できる状態になっていることを、該当するユーザに通知することができる。これは自動的に生成される電子メールによって行うことができる。

次いで図２３を参照すると、看護エリアを検証する際に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。同様のステップが看護グループの検証に適する可能性もある。その看護エリアを含んでいるＤＡＬファイルを公開するには、これらのステップが指定されたすべての点検者によって行われる必要がある場合がある。一部の実施形態では、これらのステップは、ＤＡＬファイルが公開される前に完了する必要がある多くのプロセスの１つを定義することができる。これらのステップは、一部の実施形態では図９の点検１２１段階、または図１０の看護エリアごとの検証の下位ステップ２１６、看護エリアごとの点検の下位ステップ２２２、看護エリア間の点検下位ステップ２２４、および／もしくは看護エリア点検の下位ステップ２２６の一部として行うことができる。図２３に示すステップは１人または複数の当事者によって行うことができる。例えば、ステップは、図１の看護責任者７、薬剤師８、リスク管理責任者６、および／または医療技術者１９によって行うことができる。これらのステップは、図１０のリソース臨床医２０２、点検薬剤師２０４、調剤コンサルタント２０６、および／または臨床コンサルタント２０８によって行うことができる。図２３に示すステップは、適切なインターネット・ブラウザを通じてアクセスできるＤＥＲＳエディタのユーザ・インターフェースで完了することができる。

ステップ４２０で、点検を行うユーザが看護エリア・リストに進むことができる。一部の実施形態では、次いでステップ４２１で、ＤＥＲＳエディタが、リストから看護エリアを選択するように点検を行うユーザに要求することができる。ステップ４２２で、点検を行うユーザが、点検したい、または点検する責任を負っている看護エリアを選択することができる。一部の実施形態では、点検を行うユーザは、看護エリアのすべての項目、要素、パラメータ等を点検する責任を負う場合がある。一部の実施形態では、点検を行うユーザは、看護エリアの項目、要素、パラメータ等の一部のみを担当する場合もある。ステップ４２４で、点検を行うユーザは看護エリアの要素を点検することができる。

一部の実施形態では、点検を行うユーザは、看護エリアを点検する時に、看護エリアの全項目、要素、またはパラメータについてのコメントを入力することを要求される場合がある。図２３に示す例示的なフローチャートでは、点検を行うユーザが看護グループの各種パラメータを点検する際に、点検を行うユーザは、項目、要素、パラメータ等を承認するか、または項目、要素、パラメータ等についてのコメントを入力することを要求される。点検を行うユーザが要素に関して懸念や質問を持たない場合、ステップ４２５で、ユーザはその要素を検証したことを知らせることができる。

点検を行うユーザが看護エリアについての項目、要素、パラメータ等を承認しない場合、または他のコメント／フィードバック／質問がある場合、ユーザはステップ４２４からステップ４２６に進むことができる。ステップ４２６で、点検を行うユーザは、看護エリアの特定の項目、要素、パラメータ等に関してのコメントや質問を入力するか、フィードバックを提供することができる。仮定的な例として、新生児集中治療室の患者体重の上限絶対制限値のパラメータが７０ｋｇと指定されていた場合、点検者は「この制限は非常に高いように思われる。恐らくはタイプミスで入力にゼロが加わってしまったものと思われる。この値は下げる方がよいのでは？」というコメントを入力することができる。また、一部の実施形態では、コメントによっては変更要求を含むことができ、その要求は承諾される場合も拒否される場合もある。コメント、質問、またはフィードバックがある場合はそれをパラメータに結び付けて、他のユーザまたは当事者が見られるようにし、場合によってはコメントやフィードバックに働きかけることができるようにすることができる。一部の実施形態では、点検を行うユーザは、各種の添付ファイル、リンク、写真、ＣＱＩデータ等をコメントに含めることができる。

点検を行うユーザが項目、要素、パラメータ等を検証するか、またはコメントすると、点検する項目、要素、パラメータ等がさらにある場合は、ユーザはステップ４２４に戻ることができる。点検を必要とするものが看護エリアに何も残っていなければ、点検を行うユーザは、その看護エリアについての全般的なフィードバックを提供することを選択することができる。ステップ４２８で、ユーザは、看護エリア全体についての全般的なフィードバックまたはコメントを提供することができる。ステップ４２８で提供されるコメント、質問、および／またはフィードバックは看護エリアに結び付けて、他のユーザが見られるようにし、場合によってはコメントやフィードバックに働きかけることができるようにすることができる。点検を行うユーザが提供したい全般的なコメントとフィードバックをすべて提供すると、点検を行うユーザはステップ４２９で点検を完了した旨を知らせることができる。様々なコメント、質問、フィードバック等はＤＥＲＳエディタのデータベースに保存することができる。

ユーザが看護エリアの点検を終えたことを知らせると、ステップ４３０で、ＤＥＲＳエディタ・サービスが、ユーザが看護エリアの点検を終えたことを知らせる通知を送信することができる。この通知は、他のユーザや当事者に送ることができ、自動的に生成される電子メール・メッセージの形態をとることができる。このメッセージは、例えば、図１０に示す薬物ライブラリ管理者２００などの薬物ライブラリ管理者に送ることができる。一部の実施形態では、少なくとも１人の当事者またはユーザがステップ４２６および４２８で提供されたすべてのコメント、質問、およびフィードバックに対応するまでは、その看護エリアを含んでいるＤＡＬファイルを公開できない場合がある。

図２４は、看護エリアを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。具体的には、図２４の例示的なフローチャートは、点検が済んだ後に看護エリアを更新するために使用することができるいくつかのステップを詳細に示す。点検プロセスは、図２３に関連して説明し、図示したプロセスと同様とすることができる。図２４の例示的なフローチャートに示すステップは、図１０に示す編集および改訂の下位ステップ２２０の一部とすることができる。図２４に示すステップは、薬物ライブラリ管理者などのユーザによって行うことができる。図２４と同様のステップを使用して看護グループを更新することもできる。

ステップ４４０で、ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で看護エリア・リストに進むことができる。ＤＥＲＳエディタのユーザ・インターフェースには、一部の実施形態では、適切なウェブ・ブラウザを介してアクセスすることができる。一部の実施形態では、ステップ４４１で、ＤＥＲＳエディタ・サービスは看護エリアを選択するようにユーザを促すことができる。ステップ４４２で、ユーザは、改訂したい看護エリアを選択することができる。ステップ４４４で、ユーザは、その新しい看護エリアに関するコメント、質問、もしくはフィードバック、または新しい看護エリアのパラメータを点検する。ユーザは、各コメント、質問、または提供されたフィードバックにいくつかの対応策を取ることができる。

点検を行ったユーザが看護エリアまたは看護エリア内のパラメータに関する質問をしている場合、ユーザはステップ４４６に進むことができる。ステップ４４６で、ユーザは質問への回答を入力することができる。この回答は、その後、最初の点検を行ったユーザが見られる状態にすることができる。一部の実施形態では、ステップ４４６でユーザが回答を提供した後に、ＤＥＲＳエディタ・サービスが、質問をした点検を行ったユーザに、回答が見られるようになったことを通知することができる。この通知はステップ４４８の一部として送信することができる。一部の実施形態では、点検を行ったユーザは必要な場合は回答に返答することができ、または満足の行く回答が得られたことを伝える必要がある場合もある。

点検を行ったユーザが、容易に理解できない、またはさらに議論すべきコメント、質問、またはフィードバック等を入力している場合、ユーザはステップ４５０に進むことができる。ステップ４５０で、ユーザは、点検を行ったユーザの最初の入力に関する質問を入力することができる。そして、この質問を、最初に点検を行ったユーザが閲覧して返答できる状態にすることができる。一部の実施形態では、ステップ４５０でユーザが質問を入力した後、ＤＥＲＳエディタ・サービスが、点検を行ったユーザのコメント、質問、またはフィードバックに関する質問が入力されたことを点検を行ったユーザに通知することができる。この通知はステップ４５２の一部として送ることができる。

点検を行ったユーザが、看護エリアのパラメータを変更する要求を含むコメント、質問、またはフィードバックを入力している場合、ユーザはその変更要求を承諾する場合も、拒否する場合もある。変更を承諾する場合、ユーザはステップ４５４に進み、変更要求に応じて看護エリアのパラメータを変更することができる。ユーザが、点検を行ったユーザから出された変更要求を拒否することを決定した場合、ユーザはステップ４５６で要求を拒否することができる。一部の実施形態では、ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で変更要求の一部として含まれる１つまたは複数の仮想ボタンとインターフェースを取ることにより、変更要求を承諾するか、または拒否することができる。そのような実施形態では、変更要求を承諾すると、その看護エリアの当該パラメータを自動的に変更することができる。

点検を行ったユーザが、変更要求を含まず、質問を提起せず、応答も必要としないコメントまたはフィードバックを入力した場合、ユーザはステップ４５８でコメントまたはフィードバックを「既読」状態にすることを求められる場合がある。

コメント、質問、またはフィードバックに対処すると、ＤＥＲＳエディタ・サービスは、ステップ４５９でＤＥＲＳの点検ステータス情報を更新することができる。そして、ユーザは、点検を行ったユーザからのすべてのコメント、質問、およびフィードバックが対処されるまで、他のコメント、質問、およびフィードバックを点検することができる。すべてのコメント、質問、およびフィードバックが対処されると、ユーザはステップ４６０に進むことができる。ステップ４６０で、ユーザは、看護エリアの更新を終了したことを知らせることができる。更新を保存することができ、その後ユーザはステップ４６２でＤＥＲＳエディタからログアウトすることができる。

ステップ４６４で、ＤＥＲＳエディタ・サービスは、看護エリアが更新され、再検証できる状態になっていることを、関係するすべてのユーザに通知することができる。この通知は、一部の実施形態では、自動的に生成される電子メール・メッセージからなることができる。再検証プロセスは、図２３に関連して説明し、図示したプロセスと同様とすることができる。

次いで図２５を参照すると、指定された看護エリアに薬物レコードまたは薬剤レコードを追加するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。用語「薬物レコード」と「薬剤レコード」は本明細書では同義で使用される。これらの薬物レコードは、１つの看護エリア内で使用することが可能な薬剤、およびその薬剤に該当し得る各種の制限、特性等を定義することができる。図２５のフローチャートに示す例示的なステップは、図１０に示す薬物選択およびレコード指定下位ステップ２１４の一部として行うことができる。一部の実施形態では、図２５のステップは、図１０に示す薬物ライブラリ管理者２００などの薬物ライブラリ管理者によって行うことができる。他の実施形態では、薬剤師や他の当事者などの別の者が、看護エリアに薬物レコードを追加する責任を負う場合もある。一部の実施形態では、同様のステップを使用して看護グループに薬物レコードを追加することができる。

ステップ４７０で、ユーザがＤＥＲＳエディタのユーザ・インターフェース上で看護エリアのリストに進むことができる。次いで、ステップ４７１で、ユーザは、薬物レコードを追加する看護エリアを選択することができる。一部の実施形態では、看護エリアについてのパラメータが事前に定義および検証されていなければ、その看護エリアに薬物レコードを追加できないようにすることができる。そのような実施形態では、パラメータの定義と検証は、図２２〜図２４に関連して図示し、説明したステップと同様のステップを行うことによって実現することができる。

ユーザが看護エリアに薬物レコードを追加できる状態になると、ユーザは、特定の薬物を追加することを決定するか、または指定しない薬物を追加することを選択することができる。特定の薬物を追加することを選択した場合、ユーザは既存のグループから薬剤レコードをコピーする（ステップ４７４）か、または薬剤を定義して看護エリアの薬剤レコードを作成する（ステップ４７６）ことができる。薬剤レコードをコピーすることを選択した場合、ユーザはステップ４７４に進むことができる。ステップ４７４で、ユーザは、既存の看護エリアから所望の薬剤の薬剤レコードをコピーすることができる。一部の実施形態では、これは、ＤＥＲＳユーザ・インターフェースに表示された薬剤レコードのリストから薬剤レコードを選択することを伴うことができる。実施形態および状況によっては、ユーザは、異なる機関から薬剤レコードをコピーできる場合もある。これは、特に例えば機関がＩＤＮの一部である場合に該当する可能性がある。

薬剤レコードをコピーすると、その薬剤に対応する規則のセットおよび濃度レコードをすべてコピーすることができる。一部の実施形態では、ユーザは、薬剤レコードを新しい看護エリアにコピーする際に、規則のセットおよび／または濃度レコードの一部またはすべてをコピーしないことを選択することができる。薬剤レコードをコピーした後、ユーザは、必要なレコードの数だけステップ４７４を繰り返すか、またはステップ４７６を行ってさらに他の薬剤レコードを追加することができる。薬剤レコードをコピーした後に、その看護エリアに追加する薬剤がそれ以上ない場合、ユーザはステップ４８６に進むことができる。ステップ４８６については本明細書の後の箇所で説明する。一部の実施形態では、ユーザがコピーした看護エリアに調整および変更を行うことができるステップを含めてもよい。

ステップ４７６は、ユーザが別の看護エリアからレコードをコピーせずに薬剤レコードを作成したい場合に行うことができる。このステップで、ユーザは、薬剤レコードが作成される薬剤の名前を定義することができる。一部の実施形態では、ユーザは、薬剤のマスター・リストから薬剤の名前を選択することができる。そのようなリストはＤＥＲＳエディタ・サービスから提供される場合も、機関または組織内で作られる場合もある。本開示の特定の実施形態における可能な薬剤レコード・パラメータの非制限的なリストを次の表８に示す。

薬剤レコードに薬剤名および各種の薬剤パラメータを定義した後、ユーザは、各薬剤レコードに１つまたは複数の規則のセットを定義することを求められる場合がある。各規則のセットは、一部の実施形態では、薬物または薬剤の特定の臨床使用に対応して提供することができる。規則のセットと臨床使用は本明細書では同義で使用される。薬剤は、例えば、体重に基づく輸液として送液される際の送液方法を規定する規則のセットと、間欠的な輸液として送液される際の送液方法を規定する別の規則のセットを有することができる。他の可能な臨床使用法の非制限的なリストは、体重に基づかない輸液、体表面積（ＢＳＡ）に基づく輸液、持続輸液等を含むことができる。

図２５に示す実施形態など一部の実施形態では、ユーザは、既存の薬剤レコードから薬剤の規則のセットをコピーする（ステップ４７８）か、薬物に独自の規則のセットを定義する（ステップ４８０）かを選択することができる。ユーザが規則のセットをコピーすることを選択した場合、ユーザはステップ４７８に進むことができる。ステップ４７８で、ユーザは、既存の薬剤レコードからコピーする規則のセットを選択することができる。これは、ＤＥＲＳエディタのユーザ・インターフェースに表示されたリストから所望の規則のセットを選択することを伴うことができる。実施形態および状況によっては、ユーザは、異なる機関から規則のセットをコピーできる場合もある。これは、特に例えば機関がＩＤＮの一部である場合に該当する可能性がある。

規則のセットをコピーすると、その規則のセットに対応するすべての濃度レコードもコピーすることができる。一部の実施形態では、ユーザは、規則のセットをコピーする際に、特定の濃度レコードまたはすべての濃度レコードをコピーしないことを選択することができる。規則のセットをコピーした後、ユーザは、必要な規則のセットの数だけステップ４７８を繰り返すか、またはステップ４８０を行ってさらに他の規則のセットを追加することができる。規則のセットをコピーした後に、その看護エリアに追加する薬剤レコードまたは規則のセットがそれ以上ない場合、ユーザはステップ４８６に進むことができる。ステップ４８６については本明細書の後の箇所で説明する。実施形態によっては、ユーザがコピーした規則のセットを編集または変更することができるステップを含んでもよい。

ステップ４８０は、ユーザが既存の規則のセットをコピーせずに薬剤レコードに規則のセットを作成したい場合にユーザによって行うことができる。このステップで、ユーザは規則のセットを作成し、その規則のセットにパラメータを定義することができる。一部の実施形態では、作成される規則のセットの種類に応じて、ユーザは異なるパラメータを定義することを求められる場合もある。本開示の特定の実施形態における可能な規則のセットのパラメータの非制限的なリストを次の表９に示す。

規則のセットおよび規則のセットのパラメータを定義すると、ユーザは各規則のセットに１つまたは複数の濃度レコードを定義することを要求される場合がある。各濃度レコードは、特定の規則のセットに使用される薬剤の濃度ごとに作成することができる。図２５に示す実施形態など一部の実施形態では、ユーザは、既存の薬剤レコードの規則のセットに対応する濃度レコードをコピーする（ステップ４８２）か、または規則のセットに独自の濃度レコードを定義する（ステップ４８４）かを選択することができる。

ユーザが濃度レコードをコピーすることを選択した場合、ユーザはステップ４８２に進むことができる。ステップ４８２で、ユーザは、既存の規則のセットからコピーする濃度レコードを選択することができる。濃度レコードをコピーした後、ユーザは、必要な濃度レコードの数だけステップ４８２を繰り返すか、またはステップ４８４を行ってさらに他の濃度レコードを追加することができる。濃度レコードをコピーした後に、その看護エリアに追加する薬剤レコード、規則のセット、または濃度レコードがそれ以上ない場合、ユーザはステップ４８６に進むことができる。ステップ４８６については本明細書の後の箇所で説明する。一部の実施形態では、ユーザがコピーした濃度レコードを変更または調整することができる追加的なステップを含めてもよい。

ステップ４８４は、ユーザが既存の濃度レコードをコピーせずに、規則のセットに濃度レコードを作成したい場合にユーザによって行うことができる。このステップで、ユーザは、濃度レコードを作成し、その濃度レコードのパラメータを定義することができる。本開示の特定の実施形態における可能な濃度レコード・パラメータの非制限的なリストを次の表１０に示す。

ステップ４８４を完了すると、ユーザは規則のセットにさらに濃度レコードを追加するか、薬剤レコードにさらに規則のセットを追加するか、または看護エリアにさらに薬剤レコードを追加することができる。ステップ４８４を完了した後に、その看護エリアに追加する薬剤レコード、規則のセット、または濃度レコードがそれ以上ない場合、ユーザはステップ４８６に進むことができる。ステップ４８６については本明細書の後の箇所で説明する。一部の実施形態では、表８〜１０に定義される各種パラメータは、ここで示されるレベルとは異なるＤＡＬファイルの階層レベルで定義することができる。例えば、規則のセットのレベルで定義された値の一部は、実施形態によっては薬剤レコードのレベルで定義することができる。

上述のように、一部の実施形態では、ユーザは指定されない薬剤について薬剤レコードを追加することを選択することもできる。そのようなレコードはワイルドカードまたは準ワイルドカードとして機能することができる。すなわち、そのような薬剤レコードは、任意数の指定されない薬剤の使用を規定する広いパラメータを定義することができる。そのようなレコードを使用すると、例えば、ユーザは、ＤＥＲＳエディタ内でユーザによって定義されたどの制限値等にも制約されずに、継続時間当たりの分量モードで輸液ポンプを稼働させることができる。指定されない薬剤についての薬剤レコードを使用すると、緊急の状況で介護者がより迅速に治療を開始することができる。また、ある看護エリアについての薬剤リストにない薬物を使用する必要がある場合に役立つこともある（例えば試験的な薬物や治験用の薬物を使用する場合）。そのような薬剤レコードは、ＤＥＲＳで定義された制限値が状況に適さない可能性がある特殊な事例で有用である場合もある。例えば、極度に標準体重を超える患者が輸液を必要とする場合、ＤＥＲＳエディタを介して定義された制限値では、臨床的に有効な輸液を投与できない可能性がある。その場合、ユーザは、指定されない薬剤についての薬剤レコードを使用して制限値を回避することにより、所望の効果をもたらす可能性のある輸液を投与することができる。

上記のように、そのような薬剤レコードは準ワイルドカードとして設定することもできる。例えば、指定されない薬剤の薬剤レコードは、薬物のカテゴリまたは下位カテゴリを規定することができるパラメータが与えられるように設定することができる。薬物のカテゴリは、これらに限定されないが、血液製剤、治験用の薬物、ＩＶ液、薬剤等を含むことができる。これは、ＤＥＲＳエディタで作成することができる安全策の一部を適用しつつ、必要時により高い柔軟性をもたらすために有用である可能性がある。一部の実施形態では、ユーザが一部またはすべての指定されない薬剤についての薬剤レコードを選択すると、ユーザは、使用する薬剤と、指定されない薬剤に対応する薬剤レコードを使用してその薬剤を送液する理由とを説明するテキストを入力するよう要求される場合がある。

指定されない薬剤について薬剤レコードを追加する際、ユーザは別の看護エリアから指定されない薬剤をコピーする（ステップ４７２）か、または新しい指定されない薬剤を作成する（ステップ４７３）ことができる。ユーザが指定されない薬剤について薬剤レコードをコピーすることを決定した場合、ユーザはステップ４７２を行うことにより所望のレコードを選択し、コピーすることができる。ユーザが指定されない薬剤について薬剤レコードを作成したい場合、ユーザはステップ４７３で薬剤レコードとその各種パラメータを作成することができる。一部の実施形態では、ユーザは、指定されない薬剤について所望のパラメータを定義できる場合がある。そのようなパラメータは、表７〜９に含まれるパラメータの一部またはすべてを含むことができる。それにより、ユーザは必要に応じて広くまたは狭くなるように、指定されない薬剤の薬剤レコードを調整することができる。ステップ４７２またはステップ４７３を完了した後にユーザが看護エリア・リストにさらに薬剤を追加したい場合は、上記のように追加することができる。

ユーザが看護エリアの薬剤リストへの追加またはその作成を終えると、ユーザはステップ４８６に進むことができる。ステップ４８６で、ユーザは、看護エリアの薬剤リストが該当する点検ユーザによって点検できる状態になったことを知らせ、ログアウトする。ステップ４８８で、ＤＥＲＳエディタ・サービスは、看護エリアの薬剤リストが点検できる状態になっていることを該当する点検ユーザに通知することができる。この通知は、ＤＥＲＳエディタ・サービスからの自動的に生成される電子メールの形態とすることができる。薬剤リストはＤＥＲＳデータベースに保存することができる。

図２６は、特定の看護エリアについての薬剤リストを点検する際に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。同様のステップを使用して看護グループの薬剤リストを点検することもできる。薬剤リストは、図２５に記載するステップと同様のステップをたどることにより作成することができる。図２６のフローチャートに示す例示的なステップは、図９に関連して図示し、説明した点検１２１段階の一部とすることができる。図２６に示すステップは、図１０に関連して図示し、説明した、看護エリアごとの検証下位ステップ２１６、看護エリアごとの点検下位ステップ２２２、看護エリア間の点検下位ステップ２２４、および／または看護エリア点検下位ステップ２２６の一部とすることができる。図２６のフローチャートに示す例示的なステップは、少なくとも１人の点検を行うユーザによって行うことができる。点検を行うユーザは、例えば図１の看護責任者７、薬剤師８、リスク管理責任者６、および／または医療技術者１９である。点検を行うユーザは、例えば図１０のリソース臨床医２０２、点検薬剤師２０４、調剤コンサルタント２０６、および／または臨床コンサルタント２０８である。

ステップ４９０で、点検を行うユーザがＤＥＲＳエディタのユーザ・インターフェース上で看護エリア・リストに進むことができる。次いで、ステップ４９２で、点検を行うユーザは、点検しようとする薬剤リストを伴う看護エリアを選択することができる。ステップ４９４で、点検を行うユーザは、薬剤リスト中の項目またはパラメータを点検することができる。一部の実施形態では、ユーザが点検を求められる項目およびパラメータは、ＤＥＲＳエディタのユーザ・インターフェース上に、作業リスト、ウィンドウ、ウィジェット等としてユーザに表示することができる。一部の実施形態では、ユーザは、薬剤リストを点検するために看護エリア・リストに進む必要がない場合もある。一部の実施形態では、点検を行うユーザは、ＤＥＲＳエディタのユーザ・インターフェース上の医療機器シミュレータを介して薬剤リストの項目を点検することができる。そのような医療機器シミュレータは、特定の医療機器で使用された時に薬剤リストがどのように見えるかを模擬することができる。ユーザは、一部の実施形態では点検画面または薬物画面に進んで、薬剤リストを点検することができる。

項目を点検すると、点検を行うユーザは、コメントを入力するか、またはその項目が適正であると思われ、変更の必要がないことを検証することができる。点検を行うユーザが項目にコメントすることを決定した場合、点検を行うユーザはステップ４９５に進み、好きなコメントを提供することができる。点検を行うユーザが項目の検証を決定した場合、点検を行うユーザはステップ４９６に進み、その項目を検証したことを知らせることができる。１つの項目についてステップ４９５またはステップ４９６を完了すると、ステップ４９８で、ＤＥＲＳエディタ・サービスは、ＤＥＲＳデータベース上でその看護エリアおよび／または項目の点検ステータスを更新することができる。その後、点検する必要のある項目がさらにある場合は、点検を行うユーザはステップ４９４に戻ることができる。これは、薬剤リストのすべての項目とパラメータの点検が済むまで繰り返すことができる。

点検する必要のある項目またはパラメータが薬剤リストにそれ以上なくなると、点検を行うユーザはステップ４９９に進むことができる。ステップ４９９で、ＤＥＲＳエディタ・サービスは、点検中にユーザによって作成されたコメントのリストを表示することができる。ステップ５００で、点検を行うユーザは、自身が作成したコメントを点検、補足、または推敲することができる。点検を行うユーザが薬剤リストまたは薬剤リストの要素に関して一般的なコメントがある場合、点検を行うユーザはステップ５０２でそのコメントを入力することができる。点検を行うユーザが薬剤リストまたは薬剤リストの要素に関して一般的なコメントがない場合、またはそのようなコメントをすでにすべて入力している場合は、ステップ５０４で、点検を行うユーザは点検を完了したことを知らせることができる。次いでステップ５０６で、点検を行うユーザはＤＥＲＳエディタからログアウトすることができる。ステップ５０８で、ＤＥＲＳエディタ・サービスは、薬物ライブラリ管理者などの別のユーザに、点検を行うユーザが薬剤リストの点検を完了したことを通知することができる。

次いで図２７を参照すると、薬剤リストを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。図２７に示すステップは、特定の看護エリアに対応する薬剤リストの点検が済んだ後に行うことができる。同様のステップを使用して看護グループを更新することもできる。薬剤リストの点検は、図２６に詳細に示したステップを利用して行うことができる。図２７の例示的なフローチャートに示すステップは、図１０に示す編集および改訂の下位ステップ２２０の一部とすることができる。図２７に示すステップは、薬物ライブラリ管理者などのユーザによって行うことができる。一部の実施形態では、１人または複数のユーザが協働して薬剤リストを更新することができる。例えば、薬物ライブラリ管理者が薬剤師と共に作業して薬剤リストを更新することができる。

ステップ５１０で、ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で看護エリア・リストに進むことができる。ＤＥＲＳエディタのユーザ・インターフェースには、一部の実施形態では、適切なウェブ・ブラウザを介してアクセスすることができる。次いで、ステップ５１２でユーザが改訂したい薬剤リストを伴う看護エリアを選択することができる。一部の実施形態では、ユーザは、看護エリアを選択する必要はなく、ＤＥＲＳエディタのユーザ・インターフェースの点検画面、薬物画面等を使用して薬剤リストを更新することができる。ステップ５１４で、ユーザは、薬剤リストまたは薬剤リスト中の項目もしくはパラメータに関するコメント、質問、またはフィードバックを点検する。ユーザは、各コメント、質問、または提供されたフィードバックに対していくつかの措置を取ることができる。

点検を行ったユーザが薬剤リストまたは薬剤リスト中のパラメータに関する質問をしている場合、ユーザはステップ５１６に進むことができる。ステップ５１６で、ユーザは質問に対する回答を入力することができる。そして、その回答は最初に点検を行ったユーザが見られる状態にすることができる。一部の実施形態では、ステップ５１６でユーザが回答を提供した後、ＤＥＲＳエディタ・サービスが、質問をした点検を行ったユーザに、回答が見られる状態になっていることを通知することができる。この通知はステップ５１８の一部として送ることができる。一部の実施形態では、点検を行ったユーザは、必要な場合は回答に返答することができ、または満足の行く回答が得られたことを伝えることを要求される場合もある。

点検を行ったユーザが、容易に理解できない、またはさらに議論すべきコメント、質問、またはフィードバック等を入力している場合、ユーザはステップ５２０に進むことができる。ステップ５２０で、ユーザは、点検を行ったユーザの最初の入力に関する質問を入力することができる。そして、この質問は、最初に点検を行ったユーザが見て返答できる状態にすることができる。一部の実施形態では、ステップ５２０でユーザが質問を入力した後に、ＤＥＲＳエディタ・サービスが、点検を行ったユーザからのコメント、質問、またはフィードバックに関する質問が入力されたことを、点検を行ったユーザに通知することができる。この通知はステップ５２２の一部として送ることができる。一部の実施形態では、ユーザは、同じフィールドを使用して回答または質問を入力することができる。そのような実施形態では、ステップ５１８またはステップ５２２で送られる通知は、単に応答が提出されたことを知らせるものでよい。

点検を行ったユーザが、薬剤リストの項目またはパラメータを変更する要求を含むコメント、質問、またはフィードバックを入力した場合、ユーザはその変更要求を承諾する場合も拒否する場合もある。ユーザが変更を承諾する場合はステップ５２４に進み、変更要求に応じて薬剤リストの項目またはパラメータを変更することができる。ユーザが点検を行ったユーザから出された変更要求を拒否することを決定した場合、ユーザはステップ５２６でその要求を拒否することができる。一部の実施形態では、ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で変更要求の一部として含まれる１つまたは複数の仮想ボタンとインターフェースを取ることにより、変更要求を承諾する、または拒否することができる。そのような実施形態では、変更要求を承諾すると、薬剤リストの当該項目またはパラメータを自動的に変更することができる。

点検を行うユーザが、変更要求を含まず、質問を提起せず、応答も必要としないコメントまたはフィードバックを入力した場合、ユーザはステップ５２８でそのコメントまたはフィードバックを「既読」状態にすることを求められる場合がある。

コメント、質問、またはフィードバックに対処すると、ユーザは、点検を行ったユーザからのすべてのコメント、質問、およびフィードバックが対処されるまで、他のコメント、質問、およびフィードバックを点検することができる。すべてのコメント、質問、およびフィードバックが対処されると、ユーザはステップ５３０に進むことができる。ステップ５３０で、ユーザは、薬剤リストの更新を終えたことを知らせることができる。更新はＤＥＲＳデータベースに保存することができ、その後ステップ５３２でユーザはＤＥＲＳエディタからログアウトすることができる。

ステップ５３４で、ＤＥＲＳエディタ・サービスは、薬剤リストが更新され再検証できる状態になっていることをすべての関係するユーザに通知することができる。この通知は、一部の実施形態では、自動的に生成される電子メール・メッセージからなることができる。通知は、その薬剤リストを最初に点検したすべての点検を行うユーザに送信することができる。再検証プロセスは、図２６に関連して説明し、図示したプロセスと同様のプロセスとすることができる。一部の実施形態では、再検証プロセスは、図２８に詳細に示したプロセスと同様のプロセスとすることができる。

図２８は、薬剤リストを再検証するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図２８のフローチャートに示す例示的なステップは、少なくとも１人の点検を行うユーザによって行うことができる。点検を行うユーザは、例えば図１の看護責任者７、薬剤師８、リスク管理責任者６、および／または医療技術者１９である。点検を行うユーザは、例えば図１０のリソース臨床医２０２、点検薬剤師２０４、調剤コンサルタント２０６、および／または臨床コンサルタント２０８である。

ステップ５４０で、点検を行うユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で看護エリア・リストに進むことができる。次いで、ステップ５４２で、点検を行うユーザは、点検しようとする薬剤リストを伴う看護エリアを選択することができる。一部の実施形態では、点検は、看護エリア・リストに進むことによって行う必要はない。一部の実施形態では、ユーザは、例えばＤＥＲＳユーザ・インターフェースの点検画面、作業リスト・ウィジェット、または薬物リスト画面からエントリを点検することができる。ステップ５４３で、点検を必要とする項目のリストが、ＤＥＲＳエディタ・サービスによってＤＥＲＳエディタのユーザ・インターフェースに表示されてもよい。一部の実施形態では、ユーザは、ＤＥＲＳエディタのユーザ・インターフェースでフィルタを適用して、ＤＥＲＳエディタ・サービスにそのようなリストを生成させ、表示させることができる。ステップ５４４で、点検を行うユーザは、変更されている、またはコメントがある項目またはパラメータをリストから選択することにより点検することができる。一部の実施形態では、点検を行うユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で医療機器シミュレータを介して薬剤リストの項目を点検することができる。そのような医療機器シミュレータは、特定の医療機器で使用される時に薬剤リストがどのように見えるかをシミュレーションすることができる。

図２８に示す実施形態を含む一部の実施形態は、ＤＥＲＳエディタ・サービスが項目の点検履歴を表示するステップ５４５を含んでもよい。この点検履歴で、項目に変更が行われた理由に関する経緯をユーザに提供することができる。例えば、点検履歴は、項目についてのコメント、質問、応答のリスト、承諾された、または拒否された変更要求等を含むことができる。点検履歴は、項目の元の設定または値、および項目のその他の過去の設定または値を含むことができる。項目についての値、コメント、質問、応答、承諾された／拒否された変更要求は、作成、生成、および提出されると、ＤＥＲＳデータベースなどのデータベースに記憶することができる。

項目を点検した後、点検を行うユーザはコメントを入力するか、その項目またはパラメータが適正であると思われ、変更の必要がないことを検証することができる。点検を行うユーザが項目にコメントをすることを決定した場合、点検を行うユーザはステップ５４６に進み、好きなコメントを提供することができる。点検を行うユーザが項目を検証することを決定した場合、点検を行うユーザはステップ５４７に進み、項目を検証したことを知らせることができる。１つの項目についてステップ５４６またはステップ５４７を完了すると、ステップ５４８でＤＥＲＳエディタ・サービスがその薬剤リストの点検ステータスを更新することができる。その後、点検を必要とする項目またはパラメータがさらにある場合は、点検を行うユーザはステップ５４４に戻ることができる。これを、薬剤リストのすべての項目およびパラメータの点検が済むまで繰り返すことができる。

薬剤リストに点検を必要とする項目またはパラメータがそれ以上なくなると、点検を行うユーザはステップ５５０に進むことができる。ステップ５５０で、点検を行うユーザは、点検を完了したことを知らせることができる。そして、ステップ５５２で点検を行うユーザは、ＤＥＲＳエディタをログアウトすることができる。ステップ５５４で、ＤＥＲＳエディタ・サービスは、点検を行ったユーザが薬剤リストの点検を完了したことを薬物ライブラリ管理者などの別のユーザに通知することができる。まだ解決されていない問題、質問、フィードバック、および／またはコメントがある場合は、ユーザは、対象の薬剤リストを再度更新し、薬剤リストを再検証することができる。これは、すべてのユーザが薬剤リストに同意し、薬剤リストに関して質問がなくなるまで行うことができる。リストは、図２７に関連して図示し、説明したステップと同様のステップをたどることにより再更新することができる。

図２９は、承認のためにＤＡＬファイルを提出する際に使用することができるいくつかの例示的なステップを詳細に示すフローチャートを示す。これらのステップは、上記のようにＤＡＬファイルが作成／更新され、各種の点検および検証プロセスを経た後に行うことができる。一部の実施形態では、これらのステップは、ＤＡＬファイルの試験的作成が行われた後に行うことができる。図２９のフローチャートに示す例示的なステップは、薬物ライブラリ管理者や他の当事者などのユーザまたは当事者によって行うことができる。

ステップ５６０で、ユーザは、ＤＥＲＳエディタで作成／更新されたすべての看護エリア、薬物レコード、他の項目等が、その検証および点検の責任を負うユーザによる検証が済んでいることを確かめる。すべての看護エリア、薬物レコード、他の項目等の検証が済んでいることを確認すると、ステップ５６２で、ユーザは、作成／更新されたＤＡＬファイルが、ＤＡＬファイル公開の承認の責任を負う者によって承認できる状態になっていることを知らせることができる。承認を担当する者は、一部の実施形態では、機関または組織の役職者である。ユーザがステップ５６２を完了すると、ＤＥＲＳエディタ・サービスは、ステップ５６４で、ＤＡＬファイルの公開の承認の責任を負う者に、ＤＡＬファイルが承認できる状態になっていることを通知することができる。その後ステップ５６６で、ユーザはＤＥＲＳエディタ・サービスをログアウトすることができる。

各種の機関または組織で定義された手順に基づいて、ＤＡＬファイルを公開のために承認する責任を負う様々な個人が、作成／更新されたＤＡＬファイルを点検し、承認することができる。一部の実施形態では、そのような手順は、上記の点検および検証のプロセスに似た手順を含むことができる。ＤＡＬファイルが承認されると、ＤＡＬファイルは、図３０の例示的なフローチャートに示すようないくつかのステップをたどることにより、公開するための状態に置くことができる。図３０に示すように、薬物ライブラリ管理者などのユーザが、作成／更新されたＤＡＬファイルが承認されたことを知らせる通知をＤＥＲＳエディタ・サービスから受け取ることができる（ステップ５８０）。ＤＡＬファイルが承認されたことを知らせる通知をユーザが受け取ると、ユーザはステップ５８２に進み、ＤＥＲＳエディタ・サービスにログインすることができる。そして、ステップ５８４で、ユーザは、ＤＡＬファイルを承認する責任を負うすべての者が実際にＤＡＬファイルを承認したことを検証することができる。ステップ５８６で、ユーザは、ＤＡＬファイルが機関または組織内の各種医療機器に公開できる状態になったことを知らせることができる。

次いで図３１ａを参照すると、様々なシステム・コンポーネントにＤＡＬファイルを配置するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。図３１ａに示すステップは、図２９〜図３０との関連で説明したプロセスと同様のプロセスを通じてＤＡＬファイルが承認され、公開できる状態となったことが知らされた後に行うことができる。様々なコンポーネントには、特に、図４のＣＱＩサーバ１０９、図４の機器ゲートウェイ９９、および図１の機器２６などの任意数の医療機器が含まれる。図３１ａに示すステップは、任意数のユーザまたは当事者によって行うことができる。一部の特定の実施形態では、図３１ａに示すステップは、図１の施設ＩＴ１８、医療技術者１９、または図４の医療技術者１０２などのユーザによって行うことができる。ＤＡＬファイルの送信は、セキュリティが保護された接続を通じて行うことができる。実施形態によっては、特にセキュア・ソケット・レイヤ（ＳＳＬ）接続を利用してＤＡＬファイルを送信してもよい。

図３１ａに示す例示的なフローチャートはステップ５９０で開始し、ＤＥＲＳエディタ・サービスが、ＤＡＬファイルが公開され、配置できる状態にあることをＣＱＩユーザに通知する。ステップ５９２で、ＣＱＩユーザがステップ５９０で生成された通知を受け取る。次いで、ステップ５９４でＣＱＩユーザがＣＱＩアプリケーションにログオンすることができる。ＣＱＩアプリケーションには、クライアント側ソフトウェアを必要とせずに、ユーザからアクセスすることができる。これは、例えば適切なウェブ・ブラウザを介して実現することができる。次いで、ステップ５９６で、ＣＱＩユーザはＣＱＩアプリケーションを使用してＤＡＬファイルをＣＱＩサービスに配置することができる。事例によっては、ＣＱＩユーザは医療技術者である。

ステップ５９８で、ＣＱＩアプリケーションは、ＣＱＩサービスへのＤＡＬファイルの配置が成功したことをＤＥＲＳエディタ・サービスに通知することができる。次いで、ステップ６００で、ＤＥＲＳエディタ・サービスは、ＤＡＬファイルが機器ゲートウェイに配置できる状態であることをユーザに通知することができる。ステップ６０２で、ユーザは、ＤＡＬが機器ゲートウェイに配置できる状態である旨の通知を受け取る。一部の実施形態では、この通知を受け取るユーザは医療技術者である。次いでステップ６０４で、ユーザは機器ゲートウェイ・アプリケーションにログインすることができる。ステップ６０６で、ユーザは、ＤＡＬを機器ゲートウェイにダウンロードするように機器ゲートウェイ・アプリケーションに指示することができる。ステップ６０８で、機器ゲートウェイ・アプリケーションは、ＤＥＲＳエディタ・サービスにＤＡＬファイルを要求することができる。ステップ６１０で、ＤＥＲＳエディタ・サービスは機器ゲートウェイにＤＡＬを提供することができる。

ユーザは、いくつかの方式で各種医療機器にＤＡＬを配置することを選択することができる。図３１ａに示す例示的実施形態では、ユーザは、機器ゲートウェイを使用してＤＡＬを配置することも、手動で配置することもできる。ユーザが機器ゲートウェイを使用してＤＡＬファイルを配置することを決定した場合は、ステップ６１２で、ＤＡＬファイルを遠隔で医療機器に配置することができる。ユーザは、ステップ６１４に進むことにより、手動でＤＡＬファイルを配置することができる。手動の配置はいくつかの状況で望ましいか、または必要となる可能性がある。例えば、手動の配置は非接続環境で必要となる場合がある。ステップ６１４で、ユーザは、ＤＥＲＳエディタ・サービスにログインすることができる。次いで、ステップ６１６でユーザは、手動で医療機器に配置するために、ＤＥＲＳエディタ・サービスを使用してＤＡＬをローカルの記憶装置にロードすることができる。ローカル記憶装置は、ＵＳＢメモリ・スティック、外付け型または携帯型のハード・ドライブ等である。ステップ６１８で、ユーザは、ローカルの記憶装置を医療機器に接続し、ローカル記憶装置から医療機器にＤＡＬファイルをダウンロードすることにより、手動でＤＡＬファイルを医療機器に配置することができる。

図３１ｂは、施設ゲートウェイに公開するリソースをパッケージし、ステージするために使用することができるいくつかのステップを詳細に説明する例示的なフローチャートを示す。そのようなリソースは、一部の実施形態ではＤＡＬである。ステップ４７００で、ユーザは、公開したいリソースを選択することができる。次いで、ステップ４７０２で、暗号アルゴリズムを使用してリソースに署名することができる。ステップ４７０４で、ファイルのハッシュを取ることができる。一部の実施形態では、追加的なパッキング・ステップを含めてもよい。例えば、一部の実施形態では、圧縮ステップも含めることができる。一部の実施形態では、暗号化ステップを含めることができる。使用するパッキング・ステップは、公開されるファイルの種類に応じて決まる。

ステップ４７０６で、ハッシュのステージの場所を決めることができる。このステージの場所は、一部の実施形態では、データベース上の場所である。次いでステップ４７０８で、署名されたハッシュをステージ場所にコピーすることができる。次いで、ステップ４７１０で、元の署名済みハッシュ・ファイルをアーカイブ場所に保存することができる。このアーカイブ場所は、一部の実施形態では、データベースまたは他のファイル・システムである。ステップ４７１２で、リソースの可用性が通知される各施設ゲートウェイに送信される、施設データ交換部宛ての通知メッセージを生成することができる。この通知は、ファイルの種別、ファイルのハッシュ、ファイルの一意の識別子、および施設ゲートウェイの識別子などの情報を含むことができる。ステップ４７１４で、通知メッセージを施設データ交換部に投稿することができる。そしてこの通知メッセージが、対象となる受信側の施設ゲートウェイに送信されてもよい。

図３１ｃは、各種リソースの配置を追跡するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。そのようなリソースには、ＤＡＬファイルや任意数の他のリソースが含まれる。これらのステップは、一部の実施形態ではＤＥＲＳエディタのユーザ・インターフェースであるユーザ・インターフェース上で行うことができる。ステップ４７３０で、ユーザは、配置を追跡したい特定のリソースを選択する。このリソースは、機器マネジャに関連付けられたメモリに記憶された追跡可能なリソースのリストから選択することができる。次いでステップ４７３２で、ホスト環境の機器マネジャが、各機関にある選択されたリソースのバージョンをデータベースで照会することができる。一部の実施形態では、データベースは、ユーザが関連付けられた機関についての情報しか照会できない場合がある。次いでステップ４７３４で、機器マネジャが、各機関にダウンロードされたリソースの最後のバージョンを詳細に示す機関リストを表示することができる。ユーザがある機関のリソース・バージョンの配置について詳細な情報を知りたい場合は、ユーザはステップ４７３６でリストから所望の機関を選択することができる。ステップ４７３８で、機器マネジャがデータベースを照会して、選択された機関に各リソース・バージョンがいくつ配置されているかを判定することができる。ステップ４７４０で、選択された機関に配置されたバージョンのリストおよびバージョンの数量を表示することができる。

ＤＡＬファイルは、一旦作成され、配置された後に、更新することが必要となる、または更新することが望ましい場合がある。使用中に、特に、特定の薬剤の送液を規定するＤＡＬファイルの制限値の制約の一部が厳しすぎることが明らかになる場合がある。例えば、ある看護エリアの看護師が、特定の薬剤を治療に効果的な形で送液するために、指定されない薬物の薬剤レコードを頻繁に選択しなければならないことに気付いた場合、看護師の１人または複数人が特定の薬剤または看護エリアの制限値の変更を要求できる場合がある。また、病院の方針に変更が行われた場合や、新しい薬物が市場に登場した場合等にもＤＡＬファイルに変更を加える必要がある場合がある。図３２は、既存のＤＡＬファイルを更新するために使用することができるいくつかの例示的なステップを詳細に示すフローチャートを示す。

ステップ６２０で、点検を行うユーザがＤＥＲＳエディタ・サービスにログオンし、現在のＤＡＬについて更新要求または変更要求を入力したい旨を知らせることができる。次いで、点検を行うユーザは、提出したい要求の種類を選択することができる。ステップ６２２で、点検を行うユーザは、例えば一般的なコメントを入力することができる。点検を行うユーザは、より具体的なコメントの入力を選択することもできる。一部の実施形態では、ユーザは、ＤＡＬファイルの各種階層レベルのどれに関するコメントでも入力することができる。ステップ６２４で、点検を行うユーザは、更新要求を行いたい特定の看護エリアを選択することができる。一部の実施形態では、看護グループに対する更新要求を作成するための追加的なステップ（図示せず）を含めてもよい。点検を行うユーザは、ステップ６２６で看護エリアに関する一般的なコメントを入力するか、または、より具体的な要求をしたい場合はステップ６２８に進むことができる。ユーザは、ステップ６２６で、看護エリアに定義されたパラメータ値についての更新要求を入力することもできる。

ステップ６２８で、点検を行うユーザは、更新要求を入力しようとする看護エリア内の特定の薬剤レコードを選択することができる。点検を行うユーザが薬剤レコードに関して一般的な更新要求を入力したい場合は、ステップ６３０でそれを行うことができる。ユーザは、このステップで、薬剤レコードに定義されたパラメータ値の更新要求を行うこともできる。点検を行うユーザが更新要求をより具体的にしたい場合は、ステップ６３２に進むことができる。ステップ６３２で、ユーザは、更新要求を提出する薬剤レコードの規則のセットを選択することができる。点検を行うユーザが規則のセット全般についての更新要求を行いたい場合は、ステップ６３４で更新要求を入力することができる。ユーザは、ステップ６３４で、規則のセットのレベルで定義されたパラメータについての更新要求を提出することもできる。点検を行うユーザがより具体的な更新要求を入力したい場合、点検を行うユーザはステップ６３６に進むことができる。ステップ６３６で、点検を行うユーザは、更新要求を作成する対象となる規則のセットから特定の濃度レコードを選択することができる。ステップ６３８で、点検を行うユーザは、その濃度レコードの更新要求を入力することができる。更新要求は、ＤＥＲＳエディタのユーザ・インターフェースに表示される更新要求のフィールドに入力することができる。

点検を行うユーザがステップ６２２、６２６、６３０、６３４、または６３８のいずれかを完了すると、点検を行うユーザはステップ６４０に進むことができる。ステップ６４０で、点検を行うユーザは、入力した更新要求を提出することができる。提出された更新要求はＤＥＲＳデータベースに保存することができる。次いで、ステップ６４２で、ＤＥＲＳエディタ・サービスは、更新要求が提出されたことを少なくとも１人の他のユーザに通知することができる。ＤＥＲＳエディタ・サービスは、更新要求が提出されたことを例えば薬物ライブラリ管理者に通知することができる。その後、点検を行うユーザは、必要であればステップ６２０に戻ることにより、現在のＤＡＬファイルにさらに他の更新要求を追加することができる。

一部の実施形態では、点検を行うユーザは、ステップ６２０を行う前に、ＤＡＬファイル中の要素、項目、パラメータ等（例えば看護エリア）を選択することができる。これは、ＤＥＲＳエディタのユーザ・インターフェースを使用して所望のＤＡＬエントリに進むことによって行うことができる。ユーザが所望のエントリに進むと、ユーザはステップ６２０で更新要求を入力したい旨を知らせることができる。それにより更新要求フィールドが表示され、そのフィールドにユーザは更新要求を入力することができる。そしてステップ６４０でユーザはその項目の更新要求を入力し、提出することができる。

図３３は、機関／組織の薬剤リストを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。これは、新しい薬物が市場に登場したり、既存の薬物のジェネリック製品が利用できるようになったときに必要となる場合がある。また、機関／組織が拡大し、それ以前は機関に必要でなかった薬物を使用する看護エリアを追加した場合にも必要となる可能性がある。薬剤リストの更新により、試験的な薬物や治験用の薬物を機関／組織の薬剤リストに追加することもできる。図３３に示すステップは、薬物ライブラリ管理者および／または薬剤師によって行うことができる。一部の実施形態では、さらに他のユーザがこれらのステップを行える場合もある。

ステップ６５０で、ユーザは、ＤＥＲＳエディタ上で機関／組織の薬剤リストに進む。次いで、ステップ６５２で、ＤＥＲＳエディタ・サービスは、機関／組織の薬剤リストをユーザに表示することができる。次いで、ユーザは、新しい薬剤についてのエントリを作成する（ステップ６５６）か、またはＤＥＲＳエディタ・サービスによって提供されるマスター薬剤リストから薬剤を選択する（ステップ６５４）ことにより、薬剤リストに薬物を追加することを選択することができる。この選択は、ユーザ・インターフェース上の仮想ボタン等をクリックすることによって行うことができる。ユーザがマスター薬剤リストから薬剤を選択することを決定した場合、ユーザはステップ６５４に進むことができる。ステップ６５４で、ユーザは、マスター薬剤リストから薬剤を選択することができる。このステップのために検索機構を含めて、ユーザが機関／組織の薬剤リストに追加したい薬剤をより迅速に見つけられるようにしてもよい。ユーザがマスター薬剤リストを使用せずに薬剤を入力することを決定した場合、または所望の薬剤をマスター薬剤リストで見つけることができない場合は、ユーザはステップ６５６を行うことができる。ステップ６５６で、ユーザは、機関／組織の薬剤リストに新しい薬剤を入力することができる。ユーザは、このステップで、新しい薬剤に関連付けることができるパラメータも定義することができる。次いで、ステップ６５７でＤＥＲＳエディタ・サービスが機関／組織のその新しい薬剤をＤＥＲＳデータベースに追加することができる。新しい薬剤が機関／組織の薬剤リストに追加されると、ステップ６５８で、ＤＥＲＳエディタ・サービスは、機関／組織の薬剤リストが更新されたことを、看護グループおよび看護エリアの薬剤リストを作成する責任を負うすべてのユーザに通知することができる。

図３４は、臨床勧告リストを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図３４に示す例示的なステップは、薬物ライブラリ管理者、薬剤師、または他のユーザによって行うことができる。ステップ６６０で、ユーザが、ＤＥＲＳエディタ上で臨床勧告リストに進む。次いでステップ６６２でＤＥＲＳエディタ・サービスが機関／組織の臨床勧告リストを表示することができる。図３４に示す例示的実施形態では、ユーザがリストに臨床勧告を追加することにより、または現在リストにある臨床勧告を変更することにより、既存のリストを更新することができる。ステップ６６４で、ユーザは、リストに臨床勧告を追加することができる。ステップ６６６で、ユーザは、リストの臨床勧告を更新することができる。

臨床勧告リストの更新が作成されると、ユーザは、必要であればステップ６６２で表示された臨床勧告リストに戻ることにより、リストにさらに更新を行うことができる。ユーザが機関／組織の臨床勧告リストの更新を終えると、ユーザはステップ６７２に進むことができる。ステップ６７２で、ユーザは、臨床勧告リストを保存すべきことを指示し、ＤＥＲＳエディタをログアウトすることができる。次いでステップ６７４で、ＤＥＲＳエディタ・サービスはデータベースへの更新を保存することができる。データベースはＤＥＲＳエディタのデータベースとすることができる。ステップ６７６で、ＤＥＲＳエディタ・サービスは、機関／組織の臨床勧告リストが更新されたことを、看護エリアの薬剤リストを作成する責任を負うユーザに通知することができる。

一部の実施形態では、ユーザは、表示された臨床勧告のリストを選択したりリストに追加することでは臨床勧告を更新しない場合もある。代わりに、ユーザは、ＤＡＬファイル中の特定のエントリ（例えば臨床使用）に進み、その特定のエントリに対応する臨床勧告を追加することができる。これは、所望のエントリについての臨床勧告パラメータを変更することによって行うことができる。

次いで図３５を参照すると、機関／組織の一般設定を更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。これらのステップは、一部の実施形態では、薬物ライブラリ管理者によって行うことができる。ステップ６８０で、ユーザが、ＤＥＲＳエディタ上で一般設定に進むことができる。次いで、ステップ６８２でＤＥＲＳエディタ・サービスが一般設定を表示することができる。ステップ６８４で、ユーザは、必要に応じて一般設定を更新することができる。ステップ６８６で、ユーザは、一般設定の更新を終えたことを知らせ、保存してほしいことを知らせることができる。ステップ６８７で、ＤＥＲＳエディタ・サービスは、ＤＥＲＳエディタのデータベースに機関／組織の一般設定を保存することができる。ステップ６８８で、ＤＥＲＳエディタ・サービスは、一般設定が変更されたことを該当するユーザに通知することができる。

図３６は、看護エリアを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。一部の実施形態では、図３６に示すステップと同様のステップを使用して看護グループを更新することもできる。ステップ６９０で、ユーザが、看護エリア・リストに進むことができる。ステップ６９２で、ユーザが更新したい看護エリアを選択する。すると、ユーザは、その看護エリアのいくつかの態様を更新することを選択できる状態にできる。ユーザは、特定の看護エリアについて管理の許可を持つユーザのリストまたはグループを更新することができる。これはステップ６９４で行うことができる。特に、看護エリアの管理許可は、ユーザがその看護エリアのエントリおよびパラメータを編集する能力を与えることができる。ユーザは、その看護エリアの点検を行うユーザであるユーザのリストまたはグループの更新を選択することもできる。これは、ステップ６９６で行うことができる。ステップ６９８でユーザは看護エリアのエントリまたはパラメータを変更することもできる。

更新を行うと、ユーザはステップ６９２に戻って、さらに更新を行いたい場合はさらに更新を行うことができる。ユーザが更新を終えた場合は、ステップ７００で、更新した看護エリアをＤＥＲＳデータベースに保存することができる。次いでステップ７０２でＤＥＲＳエディタ・サービスは、看護エリアが更新されたことを該当するユーザに通知することができる。必要な場合は、ＤＥＲＳエディタ・サービスは、看護エリアが点検できる状態になっていることを該当するユーザに通知することができる。一部の実施形態では、看護エリアの更新に対応する点検および検証プロセスは、上記で図２３および図２４に関して説明したプロセスと同じまたは同様のプロセスとすることができる。

図３７は、看護エリアの薬剤レコードを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。同様のステップを使用して看護グループの薬剤レコードを更新することができる。そのような更新は、点検を行うユーザから提出される様々な更新要求に応答して行うことができる。更新要求は、例えば、図３２に関して図示し、説明したステップと同様のステップをたどることにより提出することができる。また、そのような更新は、看護エリアの薬剤リストに新しい薬剤を追加する必要がある場合にも行われる場合がある。看護エリアの薬剤レコードは、ＤＡＬファイルを使用した医療機器のＣＱＩデータの分析で、ＤＡＬファイル中の１つまたは複数の薬剤レコードのある値が適切でない可能性があることが示される場合にも更新されることがある。

ステップ７１０で、ユーザは、ＤＥＲＳエディタ上で看護エリア・リストに進むことができる。ＤＥＲＳエディタ・サービスは、一部の実施形態では、次いでステップ７１２で、表示された看護エリアのリストから看護エリアを選択するようにユーザを促すことができる。次いでステップ７１４で、ユーザは更新したい看護エリアを選択することができる。一部の実施形態では、ユーザは、薬剤レコードを更新するために看護エリア・リストに進む必要はない。例えば、ユーザは、ＤＥＲＳユーザ・インターフェース上の薬物リスト、または点検画面等に進んでエントリを更新することができる。

ユーザは、看護エリアの薬剤レコードをいくつかの方式で更新できる可能性がある。図３７では、ユーザは、ステップ７１６を行うことにより看護エリアに薬剤レコードを追加することができる。ステップ７１６は、図２５に関連して図示し、説明したステップなどのいくつかのステップをたどることにより実行することができる。ユーザは看護エリアの薬剤レコードを更新することもできる。更新するには、ステップ７１８で、看護エリアの既存の薬剤レコードを選択することができる。次いで、ステップ７２０で、ユーザは、その薬剤レコード、薬剤レコードの規則のセット、および／または薬剤レコードの濃度レコードを変更することができる。

ユーザは、提出されている更新要求があればそれに対処することによって看護エリアの薬剤レコードを更新することもできる。提出された更新要求に対処するには、ユーザはステップ７２２で、更新要求のリストから提出された更新要求を選択することができる。そのようなリストは、例えば、ユーザが点検する責任を負う更新要求、コメント、質問等を詳細に説明する作業リスト、ウィンドウ、ウィジェット等の一部である。他の実施形態では、更新要求は、リストから選択せずに選択することができる。更新要求を選択すると、ユーザはいくつかの選択肢を有することができる。要求に同意する場合は、ユーザは要求を承諾することができる。この例では、ユーザはステップ７２４に進むことができる。ステップ７２４で、ユーザは、受け付けた更新要求に基づいてＤＥＲＳエディタ内で変更を行う。一部の実施形態では、ユーザは、図３７に示すステップ７１８および７２０と同様のステップをたどることにより、レコードを手動で更新することにより変更を行うことができる。好ましくは、ユーザは、ＤＥＲＳエディタのユーザ・インターフェースの仮想ボタンをクリックすることにより更新要求を承諾するか、または断ることができる。要求を承諾すると、ＤＥＲＳエディタおよびＤＥＲＳデータベース内で当該エントリを自動的に更新することができる。

ユーザがステップ７２２で選択された更新要求に同意しない場合、またはその更新要求を不必要と考える場合等は、ユーザは更新要求を拒否、または断ることができる。更新要求を拒否する場合、ユーザはステップ７２６に進むことができる。ステップ７２６で、ユーザは、要求を拒否したい旨を知らせることができる。好ましくは、ユーザは、ＤＥＲＳエディタのユーザ・インターフェースの仮想ボタンをクリックすることにより更新要求を拒否することができる。一部の実施形態では、ユーザは、要求を拒否する理由を入力することを要求される場合もある。そのような実施形態では、理由は保存され、要求を提出したユーザに伝えることができる。

ユーザは、更新要求に関してさらに議論をすべき場合は、更新要求に関する質問をすることもできる。質問をするには、ユーザはステップ７２８を行うことができる。ステップ７２８で、ユーザは更新要求に関する質問を入力することができる。一部の実施形態では、ユーザは、更新要求に関連付けられたＤＥＲＳエディタのユーザ・インターフェース上のテキスト・フィールドにテキストを入力して質問を入力することができる。一部の好ましい実施形態では、ユーザがステップ７２２で更新要求を選択すると、テキスト・フィールド、ならびに仮想の「承諾」ボタンおよび「拒否」ボタンがウィンドウに表示される。ユーザが質問を提出すると、ステップ７３０で、ＤＥＲＳエディタ・サービスが、更新要求に関する質問が提出されたことを、更新要求を提出したユーザに通知することができる。この通知はユーザに回答を要求することもできる。質問はＤＥＲＳデータベースに保存することができる。

一部の実施形態では、ユーザが更新要求を開くと、ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上の仮想ボタン等をクリックして追加的な情報を見ることを選択することができる。この追加的な情報は、一部の実施形態では、更新要求中の項目に関連付けられたすべての更新要求、コメント、変更等の履歴を含むことができる。一部の実施形態では、追加的な情報は、更新要求中の項目に関連付けられたＣＱＩデータを含むことができる。例えば、ユーザは、そのような追加的な情報にアクセスして、更新要求中の項目が多数回の非遵守輸液（例えばＤＡＬファイルに定義された制限に違反した輸液）を発生させているかどうかを調べることができる。更新要求を選択した後に、他の追加的な情報にもアクセスすることができる。そのような追加的な情報により、ユーザが前後の状況を収集し、更新要求が、適正で望ましい、かつ／または必要な更新を要求しているかどうかを判断することができる。この追加的情報は、例えばＤＥＲＳデータベースに記憶することができる。

ユーザが看護エリアの薬剤レコードを更新するか、または更新要求を点検すると、ＤＥＲＳエディタ・サービスは、ステップ７３２でＤＥＲＳエディタのデータベース上でＤＡＬの点検ステータス情報を更新することができる。ユーザはその後必要であればさらに他の更新を行うか、またはさらに他の更新要求を点検することができる。行うべき更新や点検する更新要求がそれ以上なくなると、ユーザはステップ７３４で薬剤レコードの更新を終えたことを知らせることができる。ステップ７３６で、ＤＥＲＳエディタ・サービスは、薬剤レコードが更新され、点検できる状態になっていることを各種ユーザに通知することができる。医療機器用のＤＡＬファイルで使用される前に、図２６〜図３０に関連して図示し、説明したステップと同様のステップをたどることにより、更新を点検し、検証し、承認することができる。更新されたＤＡＬファイルは、図３１ａ〜図３１ｃとの関連で図示し、説明したステップと同様のステップをたどることにより、各種の医療機器に配置することができる。

次いで図３８を参照すると、ＤＡＬリポートを作成し、保存するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。ＤＡＬリポートは、ＤＡＬファイルに定義されたすべてのエントリ、項目、要素、パラメータ等を含む詳細なリポートである。このリポートは、ユーザにスプレッドシート等を提供することができる。そのようなリポートは、必要であればハード・コピーとして印字することもできる。ＤＡＬリポートは文書化の目的で有用である可能性がある。ＤＡＬリポートに含める情報はユーザが選択可能とすることができる。ＤＡＬリポートはＤＡＬファイルのバージョンに基づいて生成することもでき、そのため、ユーザは過去のバージョンのＤＡＬファイルについてのリポートを生成することができる。ユーザは、例えば、機関の看護グループまたは看護エリアについてのＤＡＬリポートを生成することができる。そのようなリポートは、その指定された看護グループまたは看護エリアについて定義されたエントリ、パラメータ、項目、要素等のみを含むことができる。このデータは、ＤＥＲＳエディタのユーザ・インターフェースに表示することができる。図３８ではユーザはＤＡＬリポートのために看護エリアを選択することを要求されるが、一部の実施形態では、ユーザは、代わりに独自のフィルタリング基準を選択することができる。そのような基準は、これらに限定されないが、薬物名、看護グループ、看護エリア、臨床使用等を含むことができる。

ステップ７４０で、ユーザが、ＤＥＲＳエディタのユーザ・インターフェース上で、ＤＡＬリポートを作成したい旨を知らせることができる。すると、ステップ７４２で、ＤＥＲＳエディタ・サービスが、リポートに含めたい内容（例えば看護エリア、または看護エリアの数）を選択するようにユーザを促すことができる。ステップ７４４で、ユーザは、リポートに含めたいデータを選択することができる。他の実施形態では、ユーザは、ＤＡＬリポートを生成するためのデータを選択する必要はなく、ＤＡＬファイル全体に対応するＤＡＬリポートを作成することができる。

ステップ７４６で、ユーザは、リポートの設定の特性をさらに選択することができる。ステップ７４８で、ユーザはリポートを作成する要求を提出することができる。ステップ７５０でＤＥＲＳエディタ・サービスは、リポートを作成し、要求元のユーザに表示することができる。これは、ＤＥＲＳデータベースなどのデータベースに要求される情報を照会し、ＤＥＲＳエディタのユーザ・インターフェースに表示するためにリポートを描画することを伴う場合がある。

リポートが作成され、表示されると、ステップ７５２でユーザがリポートを見ることができる。ユーザは、ＤＡＬリポートのコピーをダウンロードできる場合がある。ユーザがＤＡＬリポートのダウンロードを望む場合、ユーザはステップ７５４でその旨を知らせることができる。次いでステップ７５６で、ＤＥＲＳエディタ・サービスは、ファイル形式とファイルを保存する場所を提供するようにユーザを促すことができる。次いでステップ７５８で、ユーザが場所および形式を提供することができる。ステップ７６０で、ＤＥＲＳエディタ・サービスはリポートを保存することができる。一部の実施形態では、ユーザは、リポートにリンクするハイパーリンクをコピーすることができる。

図３９は、ＤＡＬ差分リポートを作成するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。ＤＡＬ差分リポートを使用することにより、２つのＤＡＬバージョン間の差分を見ることができる。例えば、ＤＡＬ差分リポートは、機関によって公開された元のＤＡＬファイルと、機関で使用中の現在の更新されたＤＡＬファイルとの差分を表示することができる。レコードは、ＤＥＲＳエディタのユーザ・インターフェース上で横に並べる形式で表示して、ユーザが容易に比較できるようにすることができる。一部の実施形態では、２つのＤＡＬファイル間の差分のみが示される。

ステップ７７０で、ユーザが、ＤＡＬ差分リポートを作成したい旨をＤＥＲＳエディタのユーザ・インターフェース上で知らせることができる。すると、ステップ７７２でＤＥＲＳエディタ・サービスがリポートを生成する看護エリアまたは看護エリアの数を選択するようにユーザを促すことができる。一部の実施形態では、ユーザが関連付けられた看護エリアがデフォルトで選択されてもよい。ステップ７７４で、ユーザは、リポートに含めたい看護エリアを選択することができる。図３８に関連して上述したように、ユーザは、一部の実施形態では看護エリアを選択する代わりに独自のフィルタリング基準を選択することができる。ステップ７７６で、ＤＥＲＳエディタ・サービスは、比較したいＤＡＬバージョンを選択するようにユーザを促すことができる。ステップ７７８でユーザは所望のＤＡＬバージョンを選択することができる。次いでステップ７８０で、ユーザはリポートのためにさらに他の特性を選択することができる。次いでステップ７８２で、ユーザはリポートを作成する要求を提出することができる。ステップ７８４で、ＤＥＲＳエディタ・サービスは、リポートを作成し、要求元のユーザに表示することができる。これは、要求される情報が記憶されたデータベースを照会し、ＤＥＲＳエディタのユーザ・インターフェースに表示するためにＤＡＬ差分リポートを描画することを伴うことができる。

リポートが作成され、表示されると、ステップ７８６でユーザはリポートを見ることができる。ユーザは、ＤＡＬリポートのコピーをダウンロードできる場合がある。ユーザがＤＡＬリポートのダウンロードを望む場合、ユーザはステップ７８８でその旨を知らせることができる。ステップ７９０で、ＤＥＲＳエディタ・サービスは、ファイル形式とファイルの保存先の場所を提供するようにユーザを促すことができる。ステップ７９２で、ユーザが場所および形式を提供することができる。ステップ７９４で、ＤＥＲＳエディタ・サービスはリポートを保存することができる。一部の実施形態では、ユーザは、リポートにリンクするハイパーリンクをコピーすることができる。

図４０は、組織内のＤＡＬ比較リポートを作成するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。そのようなリポートは、１つの組織内のいくつかの機関のＤＡＬファイルを比較する際に有用である可能性がある。そのようなリポートは、例えば、ＤＡＬファイルの各種項目を更新する際に有用である可能性がある。一部の実施形態では、そのようなリポートは、選択されたＤＡＬファイル間の差分だけを詳細に示す、または詳細に示させることができる。

ステップ８００で、ユーザが、ＤＡＬ比較リポートを作成したい旨をＤＥＲＳエディタのユーザ・インターフェースで知らせることができる。次いでステップ８０２で、ＤＥＲＳエディタ・サービスは、リポートを生成したい組織内の機関を選択するようにユーザを促すことができる。ステップ８０４で、ユーザは、リポートに含めたい機関を選択することができる。ステップ８０３で、ＤＥＲＳエディタ・サービスは、比較したい看護グループを選択するようにユーザを促すことができる。ステップ８０５で、ユーザは、所望の看護グループを選択することができる。ステップ８０６で、ＤＥＲＳエディタ・サービスは、比較したい看護エリアを選択するようにユーザを促すことができる。ステップ８０８でユーザは所望の看護エリアを選択することができる。一部の実施形態では、ユーザは、機関内で独自のフィルタリング基準を選択することができ、看護エリアを選択する必要はない。ステップ８１０で、ＤＥＲＳエディタ・サービスは、比較したいＤＡＬバージョンを選択するようにユーザを促すことができる。ステップ８１２でユーザは所望のＤＡＬバージョンを選択することができる。ユーザは、希望するＤＡＬファイルすべてが選択されるまで、ステップ８０２、８０４、８０６、８０８、８１０、および８１２を繰り返すことができる。ユーザは、比較するＤＡＬファイルを少なくとも２つ選択することを要求される場合がある。

ステップ８１４でユーザはリポートを作成する要求を提出することができる。ステップ８１６でＤＥＲＳエディタ・サービスは、リポートを作成し、要求元のユーザに表示することができる。これは、要求される情報をＤＥＲＳデータベースで照会し、表示のためにリポートの比較を描画することを伴うことができる。リポートが作成され、表示されると、ステップ８１８でユーザはリポートを見ることができる。ユーザは、ＤＡＬリポートのコピーをダウンロードできる場合がある。ユーザがＤＡＬリポートのダウンロードを望む場合、ユーザはステップ８２０でその旨を知らせることができる。ステップ８２２で、ＤＥＲＳエディタ・サービスは、ファイル形式とファイルを保存する場所を提供するようにユーザを促すことができる。ステップ８２４で、ユーザが場所および形式を提供することができる。ステップ８２６で、ＤＥＲＳエディタ・サービスはリポートを保存することができる。一部の実施形態では、ユーザは、リポートにリンクするハイパーリンクをコピーできる場合がある。

図４１は、組織間のＤＡＬ比較リポートを作成するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。そのようなリポートは、いくつかの組織の間、または異なる組織の機関間でＤＡＬファイルを比較する際に有用である可能性がある。そのようなリポートは、例えばＤＡＬファイルの各種項目を更新する際に有用である可能性がある。一部の実施形態では、そのようなリポートは、選択されたＤＡＬファイル間の差分だけを詳細に示す、または詳細に示させることができる。

ステップ８３０で、ユーザが、ＤＡＬ比較リポートを作成したい旨をＤＥＲＳエディタのユーザ・インターフェース上で知らせることができる。ステップ８３２で、ＤＥＲＳエディタ・サービスが、リポートを生成しようとする組織を選択するようにユーザを促すことができる。ステップ８３４で、ユーザは、リポートに含めたい組織を選択することができる。ステップ８３６で、ＤＥＲＳエディタ・サービスは、比較したい組織内の機関を選択するようにユーザを促すことができる。ステップ８３８で、ユーザは所望の機関を選択することができる。ステップ８４０で、ＤＥＲＳエディタ・サービスは、比較したい看護グループおよびエリアを選択するようにユーザを促すことができる。ステップ８４２で、ユーザは所望の看護グループおよびエリアを選択することができる。一部の実施形態では、ユーザは、機関内で独自のフィルタリング基準を選択することができ、必ずしも看護グループおよびエリアを選択しない。ステップ８４４で、ＤＥＲＳエディタ・サービスは、比較したいＤＡＬバージョンを選択するようにユーザを促すことができる。ステップ８４６でユーザは所望のＤＡＬバージョンを選択することができる。ユーザは、希望するＤＡＬファイルがすべて選択されるまで、ステップ８３２、８３４、８３６、８３８、８４０、８４２、８４４、８４６を繰り返すことができる。ユーザは、比較するＤＡＬファイルを少なくとも２つ選択することを要求される場合がある。

ステップ８４８でユーザは、リポートを作成する要求を提出することができる。ステップ８５０で、ＤＥＲＳエディタ・サービスは、リポートを作成し、要求元のユーザに表示することができる。これは、要求される情報をＤＥＲＳデータベースで照会し、ＤＥＲＳエディタのユーザ・インターフェースに表示するためにリポートを描画することを伴う場合がある。リポートが作成され、表示されると、ステップ８５２でユーザがリポートを見ることができる。ユーザは、ＤＡＬリポートのコピーをダウンロードできる場合がある。ユーザがＤＡＬリポートのダウンロードを望む場合、ユーザはステップ８５４でその旨を知らせることができる。ステップ８５６で、ＤＥＲＳエディタ・サービスは、ファイル形式とファイルを保存する場所を提供するようにユーザを促すことができる。次いでステップ８５８で、ユーザが場所および形式を提供することができる。ステップ８６０で、ＤＥＲＳエディタ・サービスはリポートを保存することができる。一部の実施形態では、ユーザは、リポートにリンクするハイパーリンクをコピーすることができる。

図４２は、ＤＡＬ履歴リポートを作成するためにたどることができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。そのようなリポートは、ＤＡＬファイル中の指定された項目または項目の群についての変更履歴を詳細に示すことができる。これは、様々な変更が行われた理由とそれを行った者を明らかにする際に有用である可能性がある。ステップ９５０で、ユーザがＤＡＬ履歴リポートを作成したい旨を知らせることができる。これは、ユーザがＤＡＬ履歴リポートを作成することができるＤＥＲＳエディタのユーザ・インターフェース上のオプションに進むことにより行うことができる。ユーザがＤＡＬ履歴リポートを作成したい旨を知らせると、ステップ９５２でＤＥＲＳエディタ・サービスは、リポートを作成したい看護エリアを選択するようにユーザを促すことができる。ステップ９５４で、ユーザは所望の看護エリアを選択することができる。他の実施形態では、ユーザは、必ずしも看護エリアを含む必要はないＤＡＬ履歴リポートについての独自のフィルタ基準を選択することができる。次いで、ステップ９５６でＤＥＲＳエディタ・サービスは、リポートを作成するＤＡＬファイルのバージョンまたは日付の範囲を選択するようにユーザに要求することができる。ステップ９５８で、ユーザは、ＤＡＬ履歴リポートを作成したいバージョンまたは日付の範囲を選択することができる。ステップ９６０で、ＤＥＲＳエディタ・サービスは、ＤＡＬ履歴リポートに適用したい制約があればさらに制約を指定するようにユーザに求めることができる。ステップ９６２で、ユーザはそのような各種制約を選択することができる。ステップ９６４で、ユーザはリポートを作成する要求を提出することができる。ステップ９６６で、ＤＥＲＳエディタ・サービスは、ユーザに要求されたＤＡＬ履歴リポートを作成し、表示することができる。これは、要求される情報をＤＥＲＳデータベースで照会し、ＤＥＲＳエディタのユーザ・インターフェースに表示するためにリポートを描画することを伴う場合がある。

ステップ９６８でユーザはＤＡＬ履歴リポートを見ることができる。ユーザは、ＤＡＬリポートのコピーをダウンロードできる場合がある。ユーザがＤＡＬリポートのダウンロードを望む場合、ユーザはステップ９７０でその旨を知らせることができる。ステップ９７２で、ＤＥＲＳエディタ・サービスは、ファイル形式とファイルを保存する場所を提供するようにユーザを促すことができる。次いで、ステップ９７４でユーザが場所および形式を提供することができる。ステップ９７６で、ＤＥＲＳエディタ・サービスはリポートを保存することができる。一部の実施形態では、ユーザは、リポートにリンクするハイパーリンクをコピーすることができる。

次いで図４３を参照すると、ＤＥＲＳエディタにログインするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。ステップ８７０で、ユーザがログイン動作を開始することができる。一部の実施形態では、これは、ウェブ・ブラウザ上でＤＥＲＳエディタを開くことを試みることによって実現することができる。次いで、ステップ８７２でＤＥＲＳエディタ・サービスは、ログイン情報を提供するようにユーザを促すことができる。図４３に示す例示的実施形態では、ログイン情報はユーザＩＤおよびパスワードを含む。ステップ８７４で、ユーザは自身のログイン情報を入力することができる。次いでステップ８７６でＤＥＲＳエディタ・サービスは、ユーザＩＤおよびパスワードを認証することができる。これは、ユーザから提供されたユーザＩＤおよびパスワードと一致するユーザＩＤとパスワードの対をユーザ・データベースで探すことを伴うことができる。パスワードおよびユーザＩＤが正しければ、ステップ８７８でユーザにＤＥＲＳエディタへのアクセスを許可することができる。ＤＥＲＳの編集セッションはユーザＩＤにも関連付けられて、システムに行われた寄与はいずれもそのユーザＩＤを割り当てられた特定の個人に結び付けられ、追跡できるようにする。ユーザＩＤおよびパスワードが正しいと認証されない場合（例えばパスワードのタイプミス、パスワードを忘れた、ＣＡＰＳ ＬＯＣＫキーが誤ってＯＮ状態になっていた、不正アクセスの試み等）、ＤＥＲＳエディタ・サービスは、ステップ８８０で認証失敗の通知またはメッセージを表示することができる。ステップ８８２でユーザがその通知を見たことを知らせることができる。通知を認識した後、ユーザがＤＥＲＳエディタ・サービスへのログインを再度試したい場合は、ステップ８７２、８７４、および８７６を繰り返すことができる。

ＤＥＲＳエディタ・サービスのパスワードを変更するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが図４４に示される。ステップ８９０で、ユーザがパスワード変更動作を開始することができる。パスワード変更動作はいくつかの方式で開始することができる。一部の実施形態では、ユーザは、所定の期間、例えば６か月が経過するとパスワードを変更することを要求される場合がある。所定の期間が経過すると、ユーザが次回ログインを試みると、ユーザは自動的にパスワード変更動作を開始することができる。パスワード変更動作は、一部の実施形態では、ユーザがユーザＩＤに対して正しくないパスワードを繰り返し入力すると開始される場合もある。これは、不正アクセスを防止する助けとなる可能性がある。パスワード変更動作は、ＤＥＲＳエディタのユーザ・インターフェース上でパスワード変更のオプションに進むことによっても開始することができる。

次いで、ステップ８９２でＤＥＲＳエディタ・サービスがパスワード変更のプロンプトを表示することができる。ステップ８９４で、ユーザが、自身の現在のパスワードと希望する新しいパスワードを入力することができる。一部の実施形態では、ユーザは、現在のパスワードと希望する新しいパスワードの一方または両方を確認のために何回かタイプ入力する必要がある。ステップ８９６で、ＤＥＲＳエディタ・サービスは、現在のパスワードおよびユーザＩＤを認証することができる。現在のパスワードが正しくない場合、ステップ８９８でＤＥＲＳエディタ・サービスはその旨のメッセージをＤＥＲＳエディタのユーザ・インターフェースに表示することができる。ステップ８９９でユーザがそれを認識することができる。ユーザがパスワードの変更を再度試したい場合は、ステップ８９２、８９４、および８９６を繰り返すことができる。入力された現在のパスワードが正しい場合は、ステップ９００で、ＤＥＲＳエディタ・サービスが希望の新しいパスワードの有効性を検証することができる。パスワードは、例えば、少なくとも一定の文字数の長さである、数字を含む、文字を含む、大文字を含む、一定の文字数以上の長さでないこと等が必要とされる場合がある。一連の要件に照らして新しい希望のパスワードが有効でない場合は、ステップ９０２でパスワードが有効でない旨のメッセージを表示することができる。ユーザはステップ８９９でそのメッセージを認識し、ステップ８９２に戻って別の新しいパスワードを選ぶことができる。ユーザは、一部の実施形態ではステップ８９２に戻る前にパスワードの要件を通知されるか、または注意を促される。希望する新しいパスワードがパスワードの要件に照らして有効である場合は、ステップ９０４で新しいパスワードをユーザＩＤに関連付けることができる。新しいユーザＩＤとパスワードの対は例えばユーザ・データベースに記憶されることもできる。次いで、ステップ９０６で、ＤＥＲＳエディタ・サービスはパスワードの変更が成功したことを知らせるメッセージを表示することができる。

次いで図４５を参照すると、パスワードを復元するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。ステップ９１０で、ユーザがパスワード復元動作を開始することができる。この動作は、一部の実施形態ではＤＥＲＳエディタのユーザ・インターフェース上でパスワード復元のオプションに進むことによって開始することができる。次いでステップ９１２で、ＤＥＲＳエディタ・サービスがパスワード復元のプロンプトを表示することができる。ステップ９１４で、ユーザが自身のユーザＩＤを入力することができる。

ユーザＩＤが無効の場合、ステップ９１６でＤＥＲＳエディタ・サービスがその旨のメッセージを表示することができる。ステップ９１７でユーザがそれを認識し、ステップ９１２からやり直すことを要求される。ユーザＩＤが有効な場合は、ステップ９１８で、ＤＥＲＳエディタ・サービスがパスワード復元の電子メールをユーザに送信することができる。そして、ユーザが電子メールを開き、電子メールに指定された指示に従ってパスワードを復元することができる。図４５に示す例示的実施形態では、ユーザは新しいパスワードを作成することを要求される。この例示的実施形態では、ユーザは、ステップ９２１で電子メール中のリンクをクリックして新しいパスワードを作成することができる。ステップ９２３でＤＥＲＳエディタ・サービスは、希望する新しいパスワードを入力させるプロンプトを表示することができる。ステップ９２２でユーザは希望する新しいパスワードを入力することができる。ＤＥＲＳエディタ・サービスは、ユーザが希望する新しいパスワードの有効性を検証することができる。パスワードは、例えば、少なくとも一定の文字数の長さである、数字を含む、文字を含む、大文字を含む、一定の文字数以上の長さでないこと等が必要とされる場合がある。一連の要件に照らして新しい希望のパスワードが有効でない場合は、ステップ９２４でパスワードが有効でない旨のメッセージを表示することができる。ユーザはステップ９２５でそのメッセージを認識し、ステップ９２３に戻って別の新しいパスワードを選ぶことができる。ユーザは、一部の実施形態ではステップ９２３に戻る前にパスワードの要件を通知されるか、または注意を促される。希望する新しいパスワードがパスワードの要件に照らして有効である場合は、ステップ９２６で新しいパスワードをユーザＩＤに関連付けることができる。新しいユーザＩＤとパスワードの対は例えばユーザ・データベースに記憶されることもできる。次いで、ステップ９２８で、ＤＥＲＳエディタ・サービスはパスワードの変更が成功したことを知らせるメッセージを表示することができる。

次いで図４６を参照すると、医療機器のプログラミング・シミュレータを使用して薬剤レコードなどの薬物ライブラリ・エントリを点検するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。機器のプログラミング・シミュレータには、ＤＥＲＳエディタのユーザ・インターフェース上で機器のプログラミング・シミュレータのオプションに進むことによってアクセスできる可能性がある。機器のプログラミング・シミュレータは、特定の医療機器のグラフィック・ユーザ・インターフェースを模倣することができる。一部の実施形態では、模擬される医療機器は、蠕動ポンプ、シリンジ・ポンプ、患者自己調節鎮痛用の機械等の輸液ポンプである。いくつかの他の実施形態では、模擬される医療機器は他の種類の医療機器である。例として、図４６のフローチャートは、輸液ポンプの機器プログラミング・シミュレータで使用することができるステップを詳細に示す。図４６の例示的なフローチャートに示すステップは、ＤＡＬファイル作成の試験的作成段階の一部とすることができる。例えば、図４６のフローチャートに示す例示的なステップは、図１０に関連して図示し、説明した試験的作成段階２２８の一部とすることができる。機器プログラミング・シミュレータは、例えば従業員の訓練にも有用である可能性がある。

ステップ９８０で、ユーザが、ＤＥＲＳエディタのユーザ・インターフェース上で機器プログラミング・シミュレータのオプションに進むことができる。ステップ９８２で、ユーザが、薬剤レコードを点検したい看護グループおよび／または看護エリアを選択することができる。次いでステップ９８４で、ＤＥＲＳエディタ・サービスが作業リスト・ダッシュボードをユーザに表示することができる。作業リスト・ダッシュボードは、機器プログラミング・シミュレータで行われる点検の進行についての要約情報を含むことができる。作業リスト・ダッシュボードは、それに限定されず、看護エリア内の薬剤レコードの合計数、ユーザが点検した薬剤レコードの数、ユーザが点検した薬剤レコードのリスト、点検が済んでいない薬剤レコードの数等、の1つまたは複数を含むことができる。作業リスト・ダッシュボードは、ユーザが看護エリアの薬剤リストから点検する薬剤レコードを選択できる仮想ボタン等も含むことができる。実施形態によっては、作業リスト・ダッシュボードは異なる可能性がある。実施形態によっては、作業リスト・ダッシュボードを含まない場合もある。

ステップ９８６で、機器プログラミング・シミュレータは、看護エリアの薬剤リストから薬剤レコードを選択するようにユーザを促すことができる。そして、ユーザは機器プログラミング・シミュレータを使用して点検する薬剤レコードを選択することができる。ユーザはステップ９８８で特定の薬剤レコードを選択するか、またはステップ９９８で指定されない薬剤の薬剤レコードを選択することができる。ユーザが特定の薬剤レコードを選択した場合、ステップ９９０で機器プログラミング・シミュレータは、その薬剤レコードの規則のセットを選択するようにユーザを促すことができる。ステップ９９２でユーザは薬剤レコードの規則のセットを選択することができる。次いでステップ９９４で機器プログラミング・シミュレータは濃度レコードを選択するようにユーザを促すことができる。ステップ９９６でユーザが濃度レコードを選択することができる。

ユーザがステップ９９８で指定されない薬剤の薬剤レコードを選択した場合、ユーザは、その薬剤が何であるか、および指定されない薬剤の薬剤レコードを使用してその薬剤を送液する理由の説明を入力することを求められる場合がある。ユーザがそのような入力を要求される場合、ステップ１０００でユーザはテキスト情報を入力することによりその要求を満たすことができる。一部の実施形態では、説明を入力する必要がある場合は、キーパッドとそれに関連付けられたテキスト入力フィールドを機器プログラミング・シミュレータに自動的に表示することができる。

ユーザがステップ９９６、９９８、または１０００（必要な場合）を完了すると、機器プログラミング・シミュレータは、ステップ１００２で、薬剤が体重に基づく投薬として送液される場合は、患者の体重情報を入力するようにユーザを促すことができる。ステップ１００４でユーザは患者の体重を入力することができる。薬剤が体表面積（ＢＳＡ）に基づく投薬として送液される場合は、ステップ１００６で機器プログラミング・シミュレータは患者のＢＳＡを入力するようにユーザを促すことができる。ステップ１００８でユーザは患者のＢＳＡを入力することができる。他の実施形態は、必要であれば患者に基づく他のパラメータを定義するステップを含むことができる。

次いで、一部の実施形態では、ステップ１０１０で、機器プログラミング・シミュレータはＫＶＯ（keep vein open）値を入力するようにユーザを促すことができる。この値で、輸液部位を開いた状態に保つのに十分で、事例によっては輸液が終了した時に使用することができる、減らした送液流量を定義することができる。ステップ１０１２でユーザがＫＶＯ値を入力することができる。次いでステップ１０１４で、ユーザが輸液の輸液パラメータを設定することができる。そのような輸液パラメータには、これらに限定されないが、投与量、流量、輸液予定量、および時間が含まれてもよい。ステップ１０１６で、機器プログラミング・シミュレータは、プログラムされた輸液の要約をユーザに表示することができる。次いでステップ１０１８で、点検を行うユーザがプログラムされた輸液を確認することができる。次いでステップ１０２０で、機器プログラミング・シミュレータは仮想開始ボタン等を表示することができる。ステップ１０２２でユーザは仮想開始ボタン等を使用して輸液を開始することができる。次いで、ステップ１０２４で、ＤＥＲＳエディタ・サービスは、機器プログラミング・シミュレータを使用して薬剤レコードが点検されたことを記録することができる。点検する薬剤レコードがさらにある場合、ユーザはステップ９８４に戻り、すべての薬剤レコードの点検が済むまでプロセスを繰り返すことができる。作業リスト・ダッシュボードは、ユーザが看護エリア内の各種薬剤レコードの点検を終了すると更新されて、点検が済んだ薬剤レコードを反映することができる。

一部の実施形態では、機器プログラミング・シミュレータを介して看護エリアの薬剤レコードを点検する責任を負うユーザは、特定の看護エリアのすべての薬剤レコードを点検することを要求される場合がある。一部の実施形態では、看護エリアの薬剤レコードを点検する責任を負うユーザは、所与の薬剤レコードに対応する各規則のセットおよび各規則のセットに対応する各濃度レコードを点検することを要求される場合がある。機器プログラミング・シミュレータがＤＡＬファイルの試験的作成の段階で使用される場合は、少なくとも１人の点検を行うユーザがＤＡＬファイルの各薬剤をすでに点検していなければ、ＤＡＬファイルを承認のために提出できない場合がある。

いくつかの代替実施形態では、医療機器のプログラミング・シミュレータは、医療機器のプログラミング・シミュレータの作業リスト・ダッシュボードを利用しない場合がある。代わりに、医療機器のプログラミング・シミュレータは、状況感知方式で機能することができる。それにより、シミュレータ上で迅速にユーザを対象エントリに誘導するため、ユーザはより効率的にプログラミング・シミュレータを利用することができる。ユーザが別のＤＥＲＳエディタ画面から医療機器のプログラミング・シミュレータに移動する時に、医療機器のプログラミング・シミュレータは、そのＤＥＲＳエディタ画面に関連する、模擬的な特定の医療機器の画面を自動的に開くことができる。例えば、ユーザがＤＥＲＳエディタ画面で特定の薬物の臨床使用に対応する薬物ライブラリ・エントリを見ており、そのエントリから医療機器のプログラミング・シミュレータに移動する場合、医療機器のプログラミング・シミュレータは、ユーザがその特定の薬物のその臨床使用を使用するために医療機器をプログラムした後に提示される画面を開くことができる。すなわち、医療機器のプログラミング・シミュレータは、ユーザが図４６のステップ９９２を完了した直後であるかのように振る舞うことができる。上述のように、それによりユーザはシミュレータを介して点検したいエントリをより迅速に点検することができる。そうでない場合、ユーザは、看護グループ、看護エリア、薬物、臨床使用等を定義しなければ、シミュレータ上で所望のプログラミング画面を見ることができない場合がある。

図４７は、ＤＡＬファイル中のレコードを比較するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。そのような比較は、例えば、ＤＥＲＳエディタのユーザが、同じ薬剤レコードの２つの臨床使用を定義した２つの規則のセットを比較するために行うことができる。ステップ１０３０で、ユーザは、ＤＥＲＳエディタ内のレコードのリストに進むことができる。それらのレコードは例えば薬剤レコードである。次いでステップ１０３２で、ユーザは比較したい特定のレコードを知らせることができる。ＤＥＲＳエディタ・サービスは、２つ以上のレコードが選択されると、比較する機能を有効にすることができる。ステップ１０３４でこの機能を有効にすることができる。次いでステップ１０３６で、ユーザが比較機能を使用して、指示した項目を比較することができる。ステップ１０３８で、ＤＥＲＳエディタは、選択された項目に関連付けられたすべてのデータ、パラメータ等をＤＥＲＳエディタのユーザ・インターフェースに表示することができる。このデータは、選択された情報をＤＥＲＳデータベースに照会することによって取得することができる。比較される各項目についてのデータ、パラメータ等は、理解しやすいように横に並べて表示することができる。

ユーザは、比較の結果をフィルタリングする能力を持つ場合もある。図４７に示す例示的なフローチャートでは、ユーザは、比較される項目間の差分だけが表示されるように結果をフィルタリングすることを選択することができる。比較をフィルタリングして項目間の差分のみを表示したい場合、ユーザはステップ１０４０に進むことができる。ステップ１０４０で、ユーザは、比較する項目間の差分のみを見たいことを知らせることができる。すると、ステップ１０４２で、ＤＥＲＳエディタ・サービスは、比較される項目間の差分をＤＥＲＳエディタのユーザ・インターフェースに表示することができる。

図４８は、医療機器上でＤＡＬファイルを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図４８に示すステップは、接続された医療環境で使用することができる。ステップ１０５０で、ユーザが、更新されたＤＡＬファイルが承認され、配布可能な状態になっていることを知らせることができる。これにより、配布のためにＤＡＬファイルを「出版」することができる。ステップ１０５２で、ホスティング環境が、該当する機関または組織の施設ゲートウェイがＤＡＬを入手できる状態にすることができる。

ステップ１０５４で、施設ゲートウェイがＤＡＬの更新があるかどうかを確認し、ＤＡＬの更新を要求する。施設ゲートウェイは周期的にホスト環境からのＤＡＬの更新を確認し、ＤＡＬの更新を要求することができる。ステップ１０５６で、ホスト環境はそのような要求を受け取ることができる。図４８の例示的なフローチャートのように、更新されたＤＡＬファイルが入手可能な状態になると、ホスト環境は、ステップ１０５８で施設ゲートウェイとの間のＷＡＮ接続を介してＤＡＬファイルの更新を送信することができる。ステップ１０６０で、施設ゲートウェイは、ホスト環境とのＷＡＮ接続を介してＤＡＬファイルの更新を受信することができる。一部の実施形態では、ホスト環境は、施設ゲートウェイがＤＡＬの更新を確認するのを待つのではなく、ＤＡＬファイルの更新を施設ゲートウェイにプッシュすることができる。施設ゲートウェイがＤＡＬファイルの更新を受け取ると、ステップ１０６２で、施設ゲートウェイは、ＤＡＬファイルの更新が利用可能なことを少なくとも１人のユーザに知らせることができる。ユーザは例えば医療技術者のユーザである。

ステップ１０６４で、ユーザが、ＤＡＬファイルの更新を各種医療機器に配置したいことを知らせることができる。ユーザは、ＤＡＬファイルの更新を配置する各種の医療機器を選択するか、または医療機器の群すべてもしくはそのサブセットにＤＡＬファイルの更新を配置することができる。次いでステップ１０６６で、施設ゲートウェイは、ＤＡＬファイルの更新を選択された医療機器が入手できる状態にすることができる。ステップ１０６８で、選択された医療機器のうち１つがＤＡＬの更新があるかどうかを確認し、ＤＡＬの更新を要求することができる。医療機器は、周期的にホスト環境からのＤＡＬの更新を確認し、ＤＡＬの更新を要求することができる。いくつかの代替実施形態では、ＤＡＬファイルの更新を施設ゲートウェイから医療機器にプッシュすることができる。ステップ１０７０で施設ゲートウェイはそのような要求を受信することができる。図４８の例示的なフローチャートのように、更新されたＤＡＬファイルが利用可能な状態になっている場合、ＤＡＬファイルの更新はＷｉＦｉ接続を通じて医療機器に送信することができる。ステップ１０７２でＤＡＬファイルを医療機器に送信することができる。ステップ１０７４で医療機器がＤＡＬファイルを受信することができる。ステップ１０７６で医療機器がＤＡＬファイルの更新の有効性を検証することができる。ステップ１０７８で医療機器が自機のＤＡＬファイルのコピーを更新することができる。

医療機器がＤＡＬファイルの更新に成功すると、ステップ１０８０で医療機器は確認メッセージを送信することができる。このメッセージは、ＷｉＦｉを通じて施設ゲートウェイに送信することができる。ステップ１０８２で施設ゲートウェイがメッセージを受信することができる。医療機器から確認メッセージを受信すると、ステップ１０８４で、施設ゲートウェイが、更新された医療機器上のＤＡＬバージョンの変更を反映するように医療機器のレコードを更新することができる。

図４９は、医療機器上でＤＡＬファイルを更新するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図４９に示すステップは、各種の医療機器が接続されたネットワーク上にあるのではない医療環境で使用することができる。ステップ１０９０で、ユーザが、更新されたＤＡＬファイルが承認され、配布可能な状態になっていることを知らせることができる。これにより、配布のためにＤＡＬファイルを「出版」することができる。ステップ１０９２で、ホスティング環境が、該当する機関または組織の施設ゲートウェイがＤＡＬを入手できる状態にすることができる。

ステップ１０９４で、施設ゲートウェイがＤＡＬの更新があるかどうかを確認し、ＤＡＬの更新を要求することができる。施設ゲートウェイは周期的にホスト環境からのＤＡＬの更新を確認し、ＤＡＬの更新を要求することができる。いくつかの代替実施形態では、ＤＡＬファイルの更新を施設ゲートウェイにプッシュすることができる。ステップ１０９６でホスト環境はそのような要求を受信することができる。図４９の例示的なフローチャートのように、更新されたＤＡＬファイルが入手可能な状態になると、ホスト環境は、ステップ１０９８で施設ゲートウェイとの間のＷＡＮ接続を介してＤＡＬファイルの更新を送信することができる。ステップ１１００で、施設ゲートウェイは、ホスト環境とのＷＡＮ接続を介してＤＡＬファイルの更新を受信することができる。施設ゲートウェイがＤＡＬファイルの更新を受け取ると、ステップ１１０２で、施設ゲートウェイは、ＤＡＬファイルの更新が利用可能なことを少なくとも１人のユーザに知らせることができる。ステップ１１０４で、施設ゲートウェイは、更新を医療技術者ＰＣツールにも入手できるようにすることができる。

ステップ１１０６で、医療技術者ＰＣツールがＤＡＬの更新があるかどうかを確認し、ＤＡＬの更新を要求する。医療技術者ＰＣツールは周期的にホスト環境からのＤＡＬの更新を確認し、ＤＡＬの更新を要求することができる。一部の実施形態では、医療技術者ＰＣツールのユーザは、医療技術者ＰＣツールを使用して、更新されたＤＡＬファイルがあるかどうかを手動で確認することを要求される。一部の実施形態では、医療技術者ＰＣツールが更新があるかどうかを自動的に確認することができる。ステップ１１０８で、ホスト環境がそのような要求を受信することができる。いくつかの代替実施形態では、ＤＡＬファイルの更新を施設ゲートウェイから医療技術者ＰＣツールにプッシュすることができる。

図４９の例示的なフローチャートのように、更新されたＤＡＬファイルが入手可能な状態になると、ステップ１１１０で施設ゲートウェイはＤＡＬファイルを医療技術者ＰＣツールに送信することができる。これは、ＷＡＮ接続を介して行うことができる。ステップ１１１２で医療技術者ＰＣツールが更新を受信することができる。次いで、医療技術者ＰＣツールのユーザは所望の医療機器にＤＡＬファイルの更新を配置することができる。図４９では、医療技術者ＰＣツールのユーザは、プログラミング医療機器ラックを使用してＤＡＬファイルの更新を配置する。他の実施形態ではプログラミング・ラックを使用する必要はない。例えば、ユーザは医療機器のＵＳＢポートにＵＳＢドライブをプラグ接続して、ＤＡＬファイルの更新を医療機器に転送することができる。プログラミング・ラックは、米国仮出願第６１／８４３，５７４号、発明の名称「System, Method, and Apparatus for Clamping」（代理人整理番号Ｋ７５）に示され、記載されるものと同様のものを用いることができる。同出願は、参照によりすべてが本明細書に組み込まれる。

ステップ１１１４で、医療技術者ＰＣツールのユーザは医療機器のプログラミング・ラックに接続することができる。図４９に示す実施形態を含む一部の実施形態では、ユーザはＵＳＢ接続を介してプログラミング・ラックに接続することができる。次いでステップ１１１６で、医療技術者ＰＣツールのユーザは、１つまたは複数の医療機器をプログラミング・ラックに接続することができる。次いでステップ１１１８で、医療技術者ＰＣツールのユーザは医療技術者ＰＣツールを使用してＤＡＬファイルの更新を指令することができる。医療技術者ＰＣツールのユーザから更新の指令を受け取ると、ステップ１１２０で医療技術者ＰＣツールは、プログラミング・ラックに接続された１つまたは複数の医療機器にＤＡＬファイルの更新を送ることができる。上述のように、ＤＡＬファイルの更新はＵＳＢ接続を通じて送ることができる。ステップ１１２２で、１つまたは複数の医療機器がＤＡＬファイルの更新を受け取ることができる。次いでステップ１１２４で、医療機器は更新されたＤＡＬファイルの有効性を検証することができる。ステップ１１２６で、医療機器は自機のＤＡＬファイルのコピーを更新することができる。

医療機器が自機のＤＡＬファイルの更新に成功すると、ステップ１１２８で医療機器は確認メッセージを送信することができる。このメッセージは例えばＵＳＢ接続を通じて医療技術者ＰＣツールに送信することができる。ステップ１１３０で医療技術者ＰＣツールがメッセージを受信することができる。次いでステップ１１３２で医療技術者ＰＣは、医療機器のＤＡＬファイルが更新された旨のメッセージを施設ゲートウェイに送信することができる。ステップ１１３４で施設ゲートウェイはメッセージを受信することができる。このメッセージはＷＡＮ接続を通じて送信することができる。医療技術者ＰＣツールからメッセージを受信すると、次いでステップ１１３６で施設ゲートウェイは、更新された医療機器上のＤＡＬバージョンの変化を反映するように医療機器のレコードを更新することができる。

図５０は、ＤＥＲＳエディタ・サービスまたはＣＱＩサービスのためのユーザ・インターフェースを設定するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。本開示の一部の実施形態は、ダッシュボード方式、または少なくとも部分的にダッシュボード方式のＤＥＲＳエディタのユーザ・インターフェースを含むことができる。また、ＣＱＩユーザ・インターフェースもダッシュボード方式または部分的にダッシュボード方式であってよい。図５０に示すステップは、特にダッシュボード方式のＤＥＲＳエディタのユーザ・インターフェースを設定するものである。

一部の実施形態では、ユーザがＤＥＲＳエディタ・サービスまたはＣＱＩサービスにアクセスすると、それぞれのサービスのユーザ・インターフェースが開いてダッシュボードの表示になることができる。ＤＥＲＳエディタ・サービスまたはＣＱＩサービスがウェブ・ブラウザ・ベースの実施形態では、このダッシュボード表示を、ユーザがサービスにログインした後に最初に表示されるページとすることができる。一部の実施形態では、ユーザは、ダッシュボードのタブ、リンク等をクリックすることにより、ユーザ・インターフェース上でダッシュボード表示に進むことができる。ダッシュボードのユーザ・インターフェースは、重要な情報を一目で見られるように表示することができる。ユーザ・インターフェースは、チャート、グラフ、表、計器、他の視覚的支援、クイック・リンク等を含むことができる。

ステップ１３２０で、ユーザが、ユーザ・インターフェース上でダッシュボードにアクセスする。そして、ユーザは、自分の必要に合うようにダッシュボードを設定することを決定することができる。ユーザがダッシュボードを設定したい場合、ステップ１３２２で、ユーザ・インターフェース上でダッシュボード設定ユーティリティを選択することにより、その事を知らせることができる。すると、ユーザはダッシュボード設定をロードすることを選択できる状態になる（ステップ１３４２）。ユーザがダッシュボード設定のロードを望まない場合は、ステップ１３２４でその事を知らせることができる。次いでステップ１３２６でユーザは望むようにダッシュボードをカスタマイズすることができる。次いでステップ１３２８でユーザ・インターフェースがカスタマイズされたダッシュボード設定のプレビューを表示することができる。カスタマイズのオプションにより、ユーザは自身にとって最も重要な情報または関連性のある情報を表示することができる。ユーザは例えば、ダッシュボードに表示する各種チャートやグラフを定義することができる。ユーザは、頻繁に使用するＤＥＲＳエディタ機能を自身のダッシュボードに含めることを選択することもできる。ユーザは、任意のＣＱＩデータをダッシュボードに含める、または作業リストを自身のダッシュボードに含めることができる。ユーザは、任意数の他の所望の方式で自身のダッシュボードをカスタマイズすることもできる。

ユーザが独自の設定を保存したい場合、ステップ１３３０でユーザはその旨を知らせることができる。次いで、ステップ１３３２で、カスタマイズされた設定についての設定保存名または識別子および見え方の設定を提供するようにユーザを促すことができる。見え方の設定で、ユーザは、ダッシュボード設定を、他のユーザまたは他のユーザのサブセットがロードできるダッシュボードにすることができる。ステップ１３３４で、ユーザは、保存される設定名または識別子および見え方の設定を指定することができる。ステップ１３３６で、ユーザに合わせた設定を保存し、名前または識別子および見え方の設定に関連付けることができる。ユーザのダッシュボード設定は、ユーザ・データベースやＤＥＲＳデータベースなどのデータベースに記憶することができる。

カスタマイズされたダッシュボード設定のプレビューがユーザ・インターフェースに表示された後に、ユーザがその設定を保存したくない場合は、ステップ１３３８でその旨を知らせることができる。一部の実施形態では、それによりダッシュボード設定ユーティリティを終了させることができる。そのような実施形態では、ステップ１３４０でダッシュボード設定ユーティリティを終了することができる。一部の実施形態では、ユーザは、代わりにステップ１３２６に戻って設定の調整を行うことができる。

ユーザが自身に合わせた設定を作成する代わりにダッシュボード設定をロードしたい場合、ユーザはステップ１３２４ではなく、ステップ１３４２に進むことができる。ステップ１３４２で、ユーザはダッシュボード設定をロードしたいことを知らせることができる。するとステップ１３４４で、ロード可能なダッシュボード設定のリストがユーザ・インターフェースに表示されてもよい。一部の実施形態では、機関または組織が、特定のユーザ・グループに対応する特定のダッシュボード設定を作成することができる。機関は、例えば、ＩＣＵの介護者であるユーザのダッシュボードは、そのＩＣＵに関連する情報を表示するように設定することができる。そして、特定のユーザ・グループのユーザは、自分のグループのダッシュボード設定をロードすることができ、ダッシュボードのカスタマイズおよびカスタマイズのやり方を習得するのに時間を費やす必要がない。それにより全体的な効率を向上させることができる。機関／組織の職員は、上記でダッシュボードのカスタマイズに関して説明したステップを行うことにより、これを達成することができる。

ステップ１３４６で、ユーザは、ロードしたい設定を選択することができる。次いで、ステップ１３４８で、システムが、選択した設定を使用するか、または選択した設定を洗練したいかを選ぶようにユーザに要求することができる。一部の実施形態では、プレビューも表示することができる。ユーザが選択したダッシュボード設定を洗練したい場合、ステップ１３５０でその旨を知らせることができる。これは、ダッシュボードに表示されたデータおよび情報に調整を行うことを伴うことができる。例えば、ある看護エリアについて機関が作成したダッシュボードは、看護エリアについての要約情報を提示することができる。その看護エリアにいるユーザは、自身についての要約情報（例えばコンプライアンス・データ、点検の進捗状況、作業リスト等）も含めたいと思う場合があり、詳細設定時に含めることができる。次いでステップ１３５２で、詳細設定の基準をユーザに要求することができる。ステップ１３５４で、ユーザは、詳細設定の基準を指定することができる。ステップ１３５４を完了すると、ユーザをステップ１３４８に戻すことができる。ユーザが選択した設定の詳細設定を望まない場合は、ステップ１３５６でその旨を知らせることができる。すると、ステップ１３５８でユーザ・インターフェースがダッシュボード設定を表示することができる。

一部の実施形態では、ＤＥＲＳエディタ・サービスまたはＣＱＩサービスのユーザ・インターフェースを設定するための追加的なステップを含めてよい。ユーザが複数種の設定を作成できるようにするステップを含めることができる。例えば、ユーザは、モバイル機器を介してＤＥＲＳエディタ・サービスまたはＣＱＩサービスにアクセスする時に使用する設定を作成することを選択することができる。ユーザは、ＰＣまたはラップトップを介してＤＥＲＳエディタ・サービスまたはＣＱＩサービスにアクセスする時に使用する第２の設定を指定することができる。

図５１は、継続的な品質改善（ＣＱＩ）データを閲覧し、利用する際に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。上記で詳述したように、ＣＱＩデータは、例えば、任意数の臨床イベントに対応するデータである。このデータは、特に、機関または組織のＤＡＬファイルを継続的に改善する際に有用である可能性がある。このデータは、ＤＡＬファイルを改善する余地がどこにあるかを判断する際に助けとなる可能性がある。このデータは、ＤＡＬファイルの変更が所期の効果をもたらしたか、または予想もしくは予期しない結果を引き起こしたかを判断する際にも有用である可能性がある。ＣＱＩデータは、例えば変更または更新の要求に結び付けて、更新要求の前後の状況を提供するためにも有用である可能性がある。そのようなデータは、いくつかの他の用途、目的、および／または利用法にも有用である可能性があり、そのうちいくつかを本明細書で説明する。

ステップ１１４０で、ユーザが、ＣＱＩデータを見たい旨を知らせることができる。一部の実施形態では、ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上でＣＱＩタブ等に進むことによりこれを行うことができる。一部の実施形態では、ユーザは、ホスト環境内のＣＱＩサービスにログインすることによりＣＱＩデータにアクセスすることができる。そのような実施形態では、ＤＥＲＳエディタのユーザ・インターフェースを通じてＣＱＩサービスにアクセスする必要はない。一部の実施形態では、ユーザは、ＤＥＲＳエディタのユーザ・インターフェースと、ホスト環境内のＣＱＩサービスのＣＱＩユーザ・インターフェースの両方を通じてＣＱＩデータを見ることができる。一部の実施形態では、ＣＱＩデータは、適切なウェブ・ブラウザを通じて見ることができる。

ステップ１１４０を完了すると、ステップ１１４２でＣＱＩユーザ・インターフェースを表示することができる。ＣＱＩユーザ・インターフェースは、ユーザにいくつかの選択肢を与えることができる。ユーザは、例えば、ステップ１１４４でＣＱＩデータに少なくとも１つのフィルタリング基準を選択することにより、ＣＱＩリポートを生成することができる。そのようなフィルタリング基準には、これらに限定されないが、機関／組織内の１つまたは複数の特定のデータ・セット（例えば看護エリア、介護者、薬剤等）、時間枠または日付の範囲、ＤＡＬのバージョン、医療機器の種類、医学的イベントの種類、ユーザによってカスタマイズされたフィルタ、等が含まれる。ステップ１１４４を行うことにより、ユーザは選択されたフィルタに基づく臨床データの特定のリポートまたは要約を生成することができる。例えば、ユーザは、機関／組織の救急部門における過去一か月間の輸液ポンプの推奨制限違反の集計を生成することができる。

ＣＱＩユーザ・インターフェースは、データ、リポート、ＣＱＩの集計等がユーザに提示される方式をユーザが変更できるようにすることもできる。図５１に示す例示的なフローチャートでは、ユーザはステップ１１４６を行うことにより、データ、リポート、ＣＱＩの集計等が提示される方式を変更することができる。ステップ１１４６で、ユーザは、ＣＱＩデータの各種の提示基準を変更することができ、それらにはこれらに限定されないが、データの表示方法を選択する（例えば円グラフ、棒グラフ、グラフ、リスト、表等）、表示されるデータの時間単位を変更する、データの各種パネルを表示／非表示にする、データが要約ビューで表示されるか、詳細ビューで表示されるかを切り替える、件数／日付を切り替える、データをソートする（例えばアルファベット順、時系列順、薬剤別等）等、が含まれる。ユーザはリポートを他のリポートと比較することもできる場合がある。一部の実施形態では、ユーザは詳細調査能力を持ち、関心のあるＣＱＩデータについてより詳細な情報を見ることができる。

ＣＱＩユーザ・インターフェースは、ユーザが各種の他の機能を行うことができるいくつかのユーティリティも含むことができる。ユーザは、ステップ１１４８を行うことにより、ＣＱＩユーティリティを利用することができる。ＣＱＩのユーザ・インターフェースがユーザによって設定可能なダッシュボード型のユーザ・インターフェースである実施形態では、ＣＱＩユーザ・インターフェースは、ダッシュボードの設定を保存またはロードするユーティリティを含むことができる。いくつかの他のユーティリティも含めることができる。そのようなユーティリティには、これらに限定されないが、リポート設定ユーティリティ、リポート印字ユーティリティ、リポート・ダウンロード・ユーティリティ、リポート保存ユーティリティ、リポートを電子メールするユーティリティ、リポート・データをエクスポートするユーティリティ、リポートにリンクするユーティリティ、リポートの自動的な生成をスケジュールするユーティリティ等が含まれ得る。

図５２は、ユーザ・インターフェースで所望のＣＱＩリポートを表示するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。ステップ１２００で、いくつかの利用可能なリポートの種類をユーザ・インターフェースに表示することができる。ユーザ・インターフェースは、例えば、ＤＥＲＳエディタのユーザ・インターフェースまたはＣＱＩユーザ・インターフェースである。そして、ユーザは利用可能な種々のリポート種類からリポートを選択するか、または実施形態によっては独自設定のリポートを作成することを選択することができる。図５２の例示的なフローチャートは、コンプライアンス・リポート、薬剤リポート、輸液リポート、輸液事例リポート、の４つのみのリポート種類を示す。他のリポート種類も利用できる場合がある。

ユーザがコンプライアンス・リポートを見たい場合、ステップ１２０２でユーザはコンプライアンス・リポートを見たいことを知らせることができる。一部の実施形態では、ユーザは、コンプライアンス・リポートについて各種のフィルタリング基準を定義することができる。ステップ１２０４で、コンプライアンス・リポートが生成され、ユーザ・インターフェースに表示されてもよい。ユーザが薬剤リポートを見たい場合、ユーザはステップ１２０６で薬剤リポートを見たいことを知らせることができる。一部の実施形態では、ユーザは、薬剤リポートについて各種のフィルタリング基準を定義することができる。ステップ１２０８で、薬剤リポートが生成され、ユーザ・インターフェースに表示されてもよい。ユーザが輸液リポートを見たい場合は、ステップ１２１０で輸液リポートを見たいことを知らせることができる。一部の実施形態では、ユーザは輸液リポートについて各種のフィルタリング基準を定義することができる。ステップ１２１２で、輸液リポートが生成され、ユーザ・インターフェースに表示されてもよい。ユーザが輸液事例リポートを見たい場合は、ステップ１２１３で輸液事例リポートを見たいことを知らせることができる。ユーザは輸液事例リポートについて各種のフィルタリング基準を定義することができる。ステップ１２１４で、輸液事例リポートが生成され、ユーザ・インターフェースに表示されてもよい。ＣＱＩリポートの生成は、ＣＱＩデータベースに要求される情報を照会し、機器のユーザ・インターフェースに表示するためにその情報を描画することを含むことができる。

リポートが生成され、表示されると、ユーザはリポートにさらにフィルタリング基準を定義することができる。ユーザは、リポートの様々な側面を詳細に調べて、リポートのうち選択した１つまたは複数の部分のより詳細なビューを作成することもできる。ユーザは、リポートを保存する、リポートにリンクを張る、リポートからデータを抽出する、リポートを印字、ダウンロードする等も行うことができる。そのようにしたい場合、ユーザはステップ１２００に戻ってさらに他のリポートを生成し、見ることができる。

図５３は、ＣＱＩリポートを設定するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。一部の実施形態では、ユーザは、ＤＥＲＳエディタのユーザ・インターフェースおよび／またはＣＱＩユーザ・インターフェースを使用してＣＱＩリポートを設定することができる。一部の実施形態では、ユーザ・インターフェースがＣＱＩリポート設定ユーティリティを含んで、ユーザがＣＱＩリポートを設定できるようにすることができる。一部の実施形態では、図５３で行われるステップは、ユーザが図５２に図示し、説明したステップと同様のステップをたどってリポートの種類を選択した後に行うことができる。

ステップ１３６０で、ユーザがユーザ・インターフェースにアクセスする。そして、ユーザはＣＱＩリポートを設定することを決定することができる。ユーザがＣＱＩリポートを設定したい場合、ユーザはステップ１３６２でユーザ・インターフェース上でＣＱＩリポート設定ユーティリティを選択することにより、その事を知らせることができる。すると、ユーザはＣＱＩリポートをロードすることを選択できる状態になる（ステップ１３８２）。ユーザがＣＱＩリポートをロードしたくない場合、ステップ１３６４でその旨を知らせることができる。そして、ステップ１３６６で、ユーザはＣＱＩリポートを希望に合わせて設定することができる。次いで、ステップ１３６８で、ユーザ・インターフェースがカスタマイズされたＣＱＩリポートのプレビューを表示することができる。

ユーザが独自設定のＣＱＩリポートを保存したい場合、ステップ１３７０でその旨を知らせることができる。次いで、ステップ１３７２で、カスタマイズされたリポートについて名前または識別子および見え方の設定を提供するようにユーザを促すことができる。見え方の設定で、ユーザは、ＣＱＩリポートを、他のユーザまたは他のユーザのサブセットがロードできるリポートにすることができる。ステップ１３７４でユーザは、名前または識別子および見え方の設定を指定することができる。ステップ１３７６で、独自設定のＣＱＩリポートが保存され、名前または識別子および見え方の設定に関連付けられてよい。

カスタマイズされたＣＱＩリポートのプレビューがユーザ・インターフェースに表示された後で、ユーザがそのＣＱＩリポートを保存したくない場合は、ステップ１３７８でその事を知らせることができる。一部の実施形態では、それにより、システムにＣＱＩリポート設定ユーティリティを終了させることができる。そのような実施形態では、ステップ１３８０でＣＱＩリポート設定ユーティリティを終了することができる。

ユーザが独自設定のＣＱＩリポートを作成するのではなくＣＱＩリポートをロードしたい場合は、ユーザはステップ１３６４ではなくステップ１３８２に進むことができる。ステップ１３８２で、ユーザはＣＱＩリポートをロードしたいことを知らせることができる。するとステップ１３８４で、ロード可能なＣＱＩリポートのリストがユーザ・インターフェースに表示されてもよい。リストは、よく使用されるリポートが目立つ形で表示されるように構成することができる（例えばリストの先頭に表示される）。リストは、ユーザとの関連性がより高いリポートが他のリポートよりも目立つ形で表示されるように構成することもできる。例えば、ユーザが機関の腫瘍科の看護エリアの介護者である場合は、機関の救急部門のデータを使用したリポートは、腫瘍科の看護エリアのデータを使用したリポートよりも目立たないように表示することができる。

ステップ１３８６で、ユーザが、ロードしたいリポートを選択することができる。次いで、ステップ１３８８で、選択したリポートを表示したいか、選択したリポートに変更を加えたいかを選ぶようにユーザに要求することができる。ユーザが選択したＣＱＩリポートに変更を加えたい場合は、ステップ１３９０でその旨を知らせることができる。次いでステップ１３９２でユーザに変更基準を要求することができる。ステップ１３９４で、ユーザは変更基準を指定することができる。例えば、ユーザは、過去一か月間のデータを網羅したリポートを選択し、現在の月のデータを含むようにデータ範囲基準を変更することができる。ステップ１３９４を完了すると、ユーザをステップ１３８８に戻すことができる。ユーザが選択したＣＱＩリポートに変更を加えたくない場合は、ステップ１３９６でその旨を知らせることができる。すると、ステップ１３９８でシステムがＣＱＩリポートを表示することができる。これは、図４のデータベース１０６などのＣＱＩデータベースに要求される情報を照会し、ユーザ・インターフェースで表示するためにＣＱＩリポートを描画することを伴うことができる。

図５４は、ＣＱＩリポートを設定するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。ユーザは、フィルタリング基準を満たさないデータのセットを排除する各種フィルタをＣＱＩデータに適用することにより、リポートを設定することができる。このフィルタリングにより、ユーザは関心のあるデータだけを表示することができる。フィルタリングで、ユーザはＣＱＩリポートを自身の必要性に合わせて調整することもできる。ステップ１４００で、ユーザがリポートを設定したい旨を知らせることができる。このステップは、例えば、図５３に図示し、説明したステップ１３６４またはステップ１３９０を行うことにより完了することができる。

次いで、ユーザは、いくつかのカテゴリの１つのフィルタを適用することを選ぶことができる。図５４に示す例示的なフローチャートは、機関／組織の階層、日付の範囲、リポートの種類、ＤＡＬバージョン、機器の種類、および独自設定またはユーザ定義のフィルタ、の６つのフィルタリング・データのカテゴリを含む。他の実施形態では、フィルタ・カテゴリの数およびフィルタ・カテゴリの種類は異なってよい。機関／組織の階層などの基準に基づくＣＱＩリポートに含めるＣＱＩデータをフィルタリングするには、ユーザはステップ１４０２に進むことができる。このステップで、ユーザは、例えば地理的地域、機関、看護エリア、機器、介護者、および／または患者に基づく各種フィルタを適用することができる。日付に基づいてＣＱＩリポートに含めるＣＱＩデータをフィルタリングする場合、ユーザはステップ１４０４に進むことができる。このステップで、ユーザは、ＣＱＩリポートに含める報告されたＣＱＩデータの時間枠を変更することができる。特定のリポート種類に基づいてＣＱＩデータをフィルタリングする場合、ユーザはステップ１４０６に進むことができる。ステップ１４０６で、ユーザは、ＣＱＩリポートに含める１つまたは複数の特定のリポート種類を選択することができる。このステップで、ユーザは、治療に基づく基準に基づいてフィルタリングすることができ、例えば非遵守の輸液イベントをＣＱＩリポートに含めることを選択することができる。ＤＡＬのバージョンに基づいてＣＱＩリポートに含めるＣＱＩデータをフィルタリングする場合、ユーザはステップ１４０７に進み、そのようにフィルタリングしたい旨を知らせることができる。ステップ１４０８で、ＤＡＬバージョンのリストがユーザ・インターフェースに表示される。そして、ステップ１４１０で、ユーザは、ＣＱＩリポートにＣＱＩデータを含めたい１つまたは複数のＤＡＬバージョンを選択することができる。機器の種類に基づいてＣＱＩリポートに含めるＣＱＩデータをフィルタリングする場合、ユーザはステップ１４１２に進むことができる。ステップ１４１２で、機器の種類のリストがユーザ・インターフェースに表示される。次いで、ステップ１４１４で、ユーザはＣＱＩリポートにＣＱＩデータを含めたい機器の種類を選択することができる。独自設定の選択に基づいてＣＱＩデータをフィルタリングする場合、ユーザはステップ１４１６に進み、ＣＱＩデータに独自設定のフィルタを定義することができる。フィルタを適用した後、ユーザはさらに他のフィルタを適用してより狭く定義されたＣＱＩリポートを作成することができる。

図５５は、組織／機関の階層を使用してＣＱＩデータにフィルタを適用するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。ステップ１４２０で、ユーザが、ユーザ・インターフェース上でＣＱＩリポート設定ユーティリティを選択することができる。次いで、ユーザは機関／組織の階層でフィルタリングしたい旨を知らせることができる。ユーザが地域でフィルタリングしたい場合、ユーザはステップ１４２２で地域でフィルタリングしたい旨を知らせることができる。すると、ステップ１４２４でユーザ・インターフェースが地域のリストを表示することができる。ステップ１４２６で、ユーザは、リストから所望の１つまたは複数の地域を選択することができる。この地域は、例えば、ＩＤＮなどの組織の様々な機関が存在する地理的な地域である。地域は地理的なものである必要はない。一部の実施形態では、地域によるフィルタリングは、組織の一部でないユーザは行うことができない場合がある。

希望する場合、ユーザは、ステップ１４２８で、機関によるフィルタリングを行いたい旨を知らせることにより機関によるフィルタリングを行うことができる。次いで、ステップ１４３０でユーザ・インターフェースが機関のリストを表示することができる。ステップ１４３０で提示されるリストは、その前に適用されたフィルタリング基準に応じて異なる可能性がある。例えば、リストは、ステップ１４２６で選択された１つまたは複数の地域にある機関のみを含むことができる。ステップ１４３２で、ユーザは、リストから１つまたは複数の機関を選択することができる。実施形態および事例によっては、機関によるフィルタリングは、組織の一部でないユーザには行えない場合がある。

希望する場合、ユーザは、ステップ１４３４で看護グループおよび／または看護エリアでフィルタリングしたい旨を知らせることにより、看護グループおよび／または看護エリアによるフィルタリングを行うことができる。すると、ステップ１４３６でユーザ・インターフェースは、看護グループおよび／またはエリアのリストを表示することができる。このリストは、その前に適用されたフィルタリング基準に応じて異なる可能性がある。例えば、リストは、ステップ１４３２で選択された１つまたは複数の機関に存在する看護グループおよび／またはエリアのみを含む場合がある。ステップ１４３８で、ユーザが看護グループおよび／またはエリアのリストから、看護グループおよび／またはエリアを選択することができる。一部の実施形態では、ユーザは、看護グループおよび／またはエリアによるフィルタリングを行う前に１つまたは複数の機関を選択することを要求される。他の実施形態では、ユーザは、１つの組織または地域内にある同じ種類または名前のすべての看護グループおよび／またはエリアから得たＣＱＩデータにフィルタリングを行うことができる。

ユーザは、臨床医、患者、または機器のレベルでＣＱＩデータをフィルタリングできる場合もある。臨床医または介護者でＣＱＩデータをフィルタリングしたい場合、ユーザはステップ１４４０でその旨を知らせることができる。ユーザは次いで、介護者の識別子を使用してフィルタを適用することができる。ステップ１４４２でユーザ・インターフェースが臨床医のリストを表示することができる。このリストは、その前に適用されたフィルタリング基準に応じて異なる可能性がある。例えば、ユーザがステップ１４３８で１つまたは複数の看護エリアを選択した場合、臨床医のリストは、選択された１つまたは複数の看護エリアに関連付けられた臨床医のみを含むことができる。ステップ１４４４で、ユーザはリストから１人または複数の臨床医を選択することができる。

ユーザがＣＱＩデータを患者でフィルタリングしたい場合は、ステップ１４４６でその旨を知らせることができる。するとステップ１４４８でユーザ・インターフェースが患者のリストを表示することができる。一部の実施形態では、このリストは名前のリストでない場合もある。このリストは、患者ＩＤのリストや、特定の患者に対応するその他の形で固有のエントリのリストである場合もある。ステップ１４４８で表示されるリストは、その前に適用されたフィルタリング基準に応じて異なる可能性がある。例えば、ステップ１４３８で１つまたは複数の看護エリアが選択された場合、表示される患者のリストは、選択された１つまたは複数の看護エリアでＣＱＩデータを生成していない患者を除外することができる。

ユーザが機器でフィルタリングしたい場合は、ステップ１４５２で機器でフィルタリングしたい旨を知らせることができる。すると、ステップ１４５４でユーザ・インターフェースが機器のリストを表示することができる。一部の実施形態では、ステップ１４５４で表示されるリストは、機器のＩＤ番号等の一意の機器識別子のリストである。そして、ユーザは医療機器の識別子を使用してフィルタを適用することができる。一部の実施形態では、リストは医療機器の種類のリストとすることができる。表示される機器の種類は、その前に適用されたフィルタリング基準に応じて異なる可能性がある。例えば、表示される機器の種類は、選択された看護エリアで対応している種類のみである場合がある。そのような実施形態では、ユーザは、医療機器の種類を選択し、すると、所望の一意の機器識別子を選択することによりその種類の特定の医療機器を選択できる状態になる。ステップ１４５４で表示される医療機器は、その前に適用されたフィルタリング基準に応じて異なる可能性がある。例えば、医療機器が、ステップ１４３８で選択された看護エリアでＣＱＩデータを生成していない場合は、その機器はリストに含まれない場合がある。ステップ１４５６で、ユーザは、リストから所望の機器を選択することができる。選択されたフィルタ基準に基づいてＣＱＩデータベースが照会されて、要求されるリポートを生成することができる。リポートは描画され、ユーザ・インターフェースに表示されてもよい。

図５６は、日付の範囲または時間枠を使用してＣＱＩデータにフィルタを適用するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。ステップ１４６０で、ユーザが、ユーザ・インターフェース上でＣＱＩリポート設定ユーティリティを選択する。次いで、ステップ１４６２で、ユーザは日付範囲に基づくフィルタリング基準を適用したい旨を知らせることができる。すると、ユーザは、独自設定の日付範囲を作成するか、事前に定義された日付範囲を使用するかを選択できる状態になる。ユーザが独自設定の日付範囲を使用したい場合は、ステップ１４６４でその旨を知らせることができる。すると、ユーザ・インターフェースが日付範囲選択インターフェースを表示することができる。この日付範囲選択インターフェースは、適切な日付選択インターフェースとすることができる。例えば、日付範囲選択インターフェースは、ユーザが日付範囲をタイプ入力する１つまたは複数のフィールドを含むことができる。選択インターフェースは、ユーザがそこから日付を選択できる仮想カレンダーであってもよい。ステップ１４６８で、ユーザは独自設定の日付範囲を選択することができる。

ユーザは、事前に定義された日付範囲を使用することを選択することもできる。一部の実施形態では、事前に定義された日付範囲は、よく使用される日付範囲（例えば過去７日間、過去３０日間、過去３か月等）である。ユーザが事前に定義された日付範囲を使用してＣＱＩデータをフィルタリングしたい場合は、ステップ１４７０でその旨を知らせることができる。するとステップ１４７２で、ユーザ・インターフェースがいくつかの事前に定義された日付範囲を表示することができる。ステップ１４７４でユーザはいくつかの事前に定義された日付範囲から日付範囲を選択することができる。

図５７は、ユーザによって定義された独自設定のフィルタリング基準に基づいてＣＱＩデータにフィルタを適用するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。説明のために、この例示的なフローチャートは、ユーザによるカスタマイズが可能なフィルタの様々な例示的なカテゴリを示している。一部の実施形態では、ユーザは、様々なカテゴリから選択して、ＣＱＩデータの独自設定のフィルタをより効率的に作成することができる。そのようなフィルタ・カテゴリにより、ユーザは、親のＣＱＩリポート・カテゴリに関連するフィルタリング基準を指定することができる。一部の実施形態では、カテゴリは含まれない場合もある。図５７に示す実施形態などの他の実施形態では、ユーザは、カテゴリを使用せずに独自設定のフィルタを作成するか、またはカテゴリを選択する選択肢を有することができる。

ステップ１４８０で、ユーザは、ユーザ・インターフェースでＣＱＩリポート設定ユーティリティを選択することができる。そして、ステップ１４８２で、ユーザは、リポートに含めるＣＱＩデータの独自設定フィルタを定義したい旨を知らせることができる。すると、ユーザは、カスタマイズ可能なフィルタリング・オプションのカテゴリから選択するか、独自設定のフィルタのカテゴリを使用せずにフィルタを作成することができる。例示的実施形態では、ＤＥＲＳコンプライアンス、薬剤、輸液、および輸液事例、の４つの例示的なカテゴリが含まれる。他の実施形態は、異なる数または異なる種類のカテゴリを含むことができる。

ユーザがＤＥＲＳコンプライアンスのカテゴリを使用して独自設定のフィルタを作成したい場合、ユーザはステップ１４８４に進むことができる。ステップ１４８４で、ユーザは、ＤＥＲＳコンプライアンスのカテゴリを使用して独自設定のフィルタを作成したい旨を知らせることができる。するとステップ１４８６で、カスタマイズ可能な関連するフィルタリング基準のリストがユーザ・インターフェースに表示される。ステップ１４８８で、ユーザは所望のフィルタリング基準をカスタマイズすることができる。本開示の特定の実施形態でＤＥＲＳコンプライアンスのカテゴリに可能なフィルタリング基準のリストを次の表１１に示す。

薬剤のカテゴリを使用して独自設定のフィルタを作成したい場合、ユーザはステップ１４９０に進むことができる。ステップ１４９０で、ユーザは、薬剤のカテゴリを使用して独自設定のフィルタを作成したい旨を知らせることができる。すると、ステップ１４９２で、カスタマイズ可能な関連する薬物フィルタリング基準のリストがユーザ・インターフェースに表示される。ステップ１４９４で、ユーザは所望のフィルタリング基準をカスタマイズすることができる。可能な薬物基準は特に薬物名または薬物の種類を含むことができる。本開示の特定の実施形態で薬剤カテゴリに考えられるフィルタリング基準のリストを次の表１２に示す。

輸液のカテゴリを使用して独自設定のフィルタを作成したい場合、ユーザはステップ１４９６に進むことができる。ステップ１４９６で、ユーザは、輸液のカテゴリを使用して独自設定のフィルタを作成したい旨を知らせることができる。するとステップ１４９８で、カスタマイズ可能な関連するフィルタリング基準のリストがユーザ・インターフェースに表示される。このリストは、表１に示すイベントの種類の一部またはすべてを含むことができる。ステップ４７７０で、ユーザは所望のフィルタリング基準をカスタマイズすることができる。本開示の特定の実施形態で輸液のカテゴリに考えられるフィルタリング基準のリストを次の表１３に示す。

ユーザは輸液事例のカテゴリを使用して独自設定のフィルタを作成したい場合、ユーザはステップ４７７２に進むことができる。ステップ４７７２で、ユーザは、輸液事例のカテゴリを使用して独自設定のフィルタを作成したい旨を知らせることができる。すると、ステップ４７７４で、カスタマイズ可能な関連するフィルタリング基準のリストがユーザ・インターフェースに表示される。ステップ４７７６でユーザは所望のフィルタリング基準をカスタマイズすることができる。本開示の特定の実施形態で輸液事例のカテゴリに考えられるフィルタリング基準のリストを次の表１４に示す。

ユーザがカテゴリを使用せずに独自設定のフィルタを作成したい場合、ユーザはステップ４７７８に進むことができる。ステップ４７７８で、ユーザは、カテゴリを使用せずに独自設定のフィルタを作成したい旨を知らせることができる。すると、ステップ４７８０でカスタマイズ可能なフィルタリング基準のリストがユーザ・インターフェースに表示される。このリストは、ユーザによってカスタマイズできるすべての可能なフィルタリング基準を含むことができる。そのようなフィルタリング基準には、これらに限定されないが、本明細書に記載される各種フィルタリング基準を含むことができる。ステップ４７８２でユーザは所望のフィルタリング基準をカスタマイズすることができる。

ユーザが各種のフィルタリング基準を選択すると、図４のＣＱＩデータベース１０６などのデータベースに要求される情報を照会することができる。そして、そのデータを使用して、ユーザ・インターフェースに表示するＣＱＩリポートを描画することができる。データは、これらに限定されないが、チャート、グラフ、表、計器、リスト等の任意数の適切な方式で表示することができる。ユーザは、一部の実施形態ではデータが表示される方式を選択することができる。ユーザは、次いでＣＱＩリポートの様々な側面を詳細に調べることもできる。例えば、ユーザが推奨制限のオーバーライドについてのコンプライアンス・リポートを生成した場合、ユーザは、その情報を詳細に調べて、特定の薬物または看護エリアについての推奨制限のオーバーライドを表示することを選択することができる。

図５８は、ユーザ・インターフェースにおけるＣＱＩリポートなどのＣＱＩデータの外観を変更するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。ステップ４７５０で、ユーザが、ＣＱＩデータの提示方法を変更したい旨をユーザ・インターフェース上で知らせることができる。ＣＱＩデータは例えばＣＱＩリポートである。ＣＱＩリポートは、図５４〜図５７で説明したように各種フィルタを定義し、適用することによって作成することができる。

各種のＣＱＩリポートで、ＣＱＩデータは、ある期間（例えば３か月）にわたる要約として表示することができる。しかし、ユーザはデータの１か月ごとの内訳を見たい場合がある。一部の実施形態では、各種のＣＱＩリポートをグラフ形式で表示するか、またはユーザが、ＣＱＩリポートをグラフ形式で提示することを選択することができる。例えば、ある期間にわたる非遵守輸液についてのＣＱＩリポートを線グラフとして表示して、動向を表示することができる。一部の実施形態では、ユーザは、２つ以上の種類が適する場合には、使用したいグラフの種類を指定することができる。そのようなグラフに含めるデータ点の数をより多く、または少なくすることが望ましい場合がある。ステップ４７５２で、ユーザは、自身の必要に合わせてリポートの提示を変更するために、ＣＱＩリポートで使用される時間単位を変更することができる。ユーザは、例えば時間単位を月から週に変更することができる。

各種のＣＱＩリポートに、種々のパネルまたはウィジェットを含めることができ、またはユーザによって選択して含めることができる。例えば、ユーザが関心のある各種リポートを詳細に調べたい場合は、特定の詳細な情報を新しいパネルに開くことができる。また、ＣＱＩリポートによっては、同じＣＱＩデータまたは類似するＣＱＩデータをいくつかの異なる形式（例えばグラフと表）で表示することができる。場合によっては、パネルの数が多すぎるために、ユーザ・インターフェースが雑然としたり、リポートが長大になり過ぎて読みにくくなったりする場合がある。そのような場合、ユーザは、一部のパネルの表示と非表示を切り替えて、リポートをより扱いやすくすることを選択することができる。ユーザは、ステップ４７５４を行うことにより、パネルの表示状態と非表示状態を切り替えることができる。

一部の実施形態では、ＣＱＩリポートは、要約ビューと詳細ビューの提示スタイルを有することができる。リポートが生成されると、リポートはデフォルトでどちらかの提示スタイルを取ることができる。リポートの詳細ビューは、ユーザがＣＱＩリポートの様々な側面を詳細に調べる際にユーザによって作成することもできる。一部の実施形態では、ユーザは、ステップ４７５６を行うことにより、様々な提示スタイル（例えば要約ビュー、詳細ビュー、詳細調査ビュー等）を切り替える能力を持つことができる。

ユーザはステップ４７５８を行うことにより件数と日付とを切り替えることができる。それにより、ＣＱＩユーザ・インターフェース上でデータを異なる形で表示させることができる。例えば、ステップ４７５８を行うと、ＣＱＩデータのグラフがユーザ・インターフェースで表示される方式を変えることができる。そのような実施形態では、件数と日付の切り替えにより、グラフの軸に使用される単位の種類を変更することができる。

ＣＱＩデータは、ユーザに関心のある情報がより適切に表示または編成されるように、ユーザによってソートすることもできる。例えば、ユーザはＣＱＩリポート中の情報を、アルファベット、数値、または時系列の昇順または降順で提示されるようにソートしたい場合がある。ユーザは、別の要素または値で情報をソートしたい場合もある。例えば、非遵守輸液を薬物名ごとに詳細に示すＣＱＩリポートでは、遵守している割合や遵守した輸液の件数に基づく昇順または降順で薬物をソートすることが望ましい場合がある。ＣＱＩリポートが表形式で提示される場合、ユーザは表の任意の列に基づいてデータをソートすることができる場合がある。ユーザは、ステップ４７６０を行うことによりデータをソートすることができる。

事例によっては、ＣＱＩリポート中のデータの側面同士の比較、または１つまたは複数の異なるＣＱＩリポート間の比較を要求することが望ましい場合がある。そのような比較は、多量の情報の分かりやすい視覚的要約を作成する際に役立つ可能性がある。例えば、ユーザは、遵守輸液と非遵守輸液の両方を含むリポート中の遵守輸液対非遵守輸液の比率を示す円グラフを作成することを要求する。そのような比較は、動向の把握や追跡にも役立つ可能性がある。ユーザは、例えば、２つの異なるＤＡＬバージョンに対応する類似するＣＱＩリポート同士の比較を要求して、ＤＡＬファイルの変更が所期の効果をもたらしたか、またはＤＡＬファイルの変更がどの程度所期の効果をもたらしたかを判断することができる。ユーザはステップ４７６２を行うことにより、比較の作成を要求することができる。一部の実施形態では、ステップ４７６２を行うことは、図４７に示すステップと同様のステップを行うことを含むことができる。

ステップ４７６４を行うことにより、ＣＱＩリポートの表示のパースペクティブを切り替えることもできる。これを使用して、ＣＱＩリポートまたはＣＱＩリポートの一部がユーザ・インターフェースに表示される方式を変更することができる。例えば、ステップ４７６４を行うことにより、棒グラフの棒の外観を２Ｄから３Ｄに変えることができる。他の実施形態では、ステップ４７６４を行うことにより、ユーザ・インターフェースにおけるデータの表示形式を変えることができる。ステップ４７６４で表示のパースペクティブを切り替えると、例えば、データがグラフで表示されるか表形式で表示されるかを切り替えることができる。

リポートの提示方法を変更した後、ユーザは、必要な場合はＣＱＩデータの提示方法をさらに変更する選択肢を有することができる。ユーザは、データが自身に最も適した形で提示されるまで、引き続きＣＱＩデータの提示方法を変更することができる。

図５９は、リポートで使用される時間単位を変更するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。一部の実施形態では、図５９の例示的なフローチャートに示すステップを使用して図５８のステップ４７５２を行うことができる。ステップ４５５０で、ユーザが、ＣＱＩリポートで使用される時間単位を変更したい旨を知らせることができる。リポートに複数の時間単位を使用することができる場合、ステップ４５５２でユーザ・インターフェースは、可能で有効な時間単位の一覧を表示することができる。次いで、ステップ４５５４でユーザがＣＱＩリポートで使用する時間単位（例えば年、四半期、月、週、日、時間、分等）を選択することができる。リポートで１つの時間単位しか利用できない場合、ユーザ・インターフェースは、そのＣＱＩリポートには１つの有効な時間単位しか存在しない、または対応可能でない旨の通知をユーザに表示することができる。これはステップ４５５６で行うことができる。

図６０は、ＣＱＩリポート中で表示されたパネルを非表示にする、または非表示のパネルを表示するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。パネルが表示状態の場合は、ステップ４５６０でユーザ・インターフェースがそのパネルについてパネルを非表示にするオプションを表示することができる。パネルを非表示にするオプションは、例えば、パネルを非表示にできることを知らせる仮想ボタンである。そのような実施形態では、仮想ボタンは、非表示にするパネルにそのボタンが関連付けられていることがはっきりと分かる形で含めることができる。ユーザがパネルを隠したい場合は、ユーザは、ステップ４５６２で、パネル非表示のオプションを選択することができる。すると、ステップ４５６４でパネルが非表示になり、ユーザ・インターフェースは、パネルを表示するオプションを表示することができる。

パネルが非表示になっている場合、ユーザ・インターフェースは、ステップ４５６６で非表示のパネルに対応するパネルを表示するオプションを提供することができる。パネル表示のオプションは、例えば、パネルが非表示になっていることを知らせる仮想ボタンである。非表示のパネルを表示したい場合、ユーザは、ステップ４５６８でパネルを表示するオプションを選択することができる。すると、ステップ４５７０でユーザ・インターフェースはパネルを表示し、そのパネルについてのパネル非表示のオプションを表示することができる。

図６１は、ＣＱＩリポート内で要約ビューと詳細ビューを切り替えるために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。ＣＱＩリポートが詳細ビューで表示されている場合、ステップ４５８０で、ユーザ・インターフェースは、そのＣＱＩリポートについての要約ビューのオプションを表示することができる。希望する場合、ユーザはステップ４５８２で要約ビューのオプションを選択することにより要約ビューに切り替えることができる。すると、ステップ４５８４でＣＱＩリポートの要約ビューがユーザ・インターフェースに表示される。ＣＱＩリポートが要約ビューで表示されている場合、ユーザ・インターフェースはステップ４５８６で詳細ビューのオプションを表示することができる。希望する場合、ユーザはステップ４５８８で詳細ビューのオプションを選択することにより詳細ビューに切り替えることができる。すると、ステップ４５９０でユーザ・インターフェースはリポートの詳細ビューを表示することができる。

図６２は、ＣＱＩリポートのＣＱＩデータをソートするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図６２のフローチャートに示す例示的なステップは、一部の実施形態では、図５８のステップ４７６０を行うために使用されるステップとすることができる。図６２に示すステップは、表形式のＣＱＩリポート内でＣＱＩデータをソートするために使用することができるロジックを詳細に示す。各種実施形態で、非表形式のリポートもソートできる場合がある。また、ソートは、図６２に示すような昇順または降順のソートに限定される必要はない。

ステップ４６００で、ユーザは、ソート基準として使用するＣＱＩリポートの列を選択することができる。選択された列がそれまでにＣＱＩリポートをソートするために使用されたことがない場合は、ステップ４６０２でその列を使用して、その列の降順に基づいてＣＱＩリポートをソートすることができる。すなわち、その列の中で最も高い値を持つ行が表の１番目の行になり、以下同様に続く。その列が以前にＣＱＩリポートをソートするために使用されている場合は、その列を使用して逆の順序でＣＱＩリポートをソートすることができる。例えば、前回その列を使用してその昇順に基づいてＣＱＩリポートをソートした場合は、ステップ４６０２で、その列を使用してその列の降順でＣＱＩリポートをソートすることができる。以前その列を使用してその列の降順に基づいてＣＱＩリポートをソートした場合は、ステップ４６０４でその列を使用してその列の昇順に基づいてＣＱＩリポートをソートすることができる。

一部の実施形態では、ＣＱＩリポートをソートするために使用されるロジックは異なる場合がある。例えば、一部の実施形態では、ユーザがソート基準として使用する列を選択すると、ユーザ・インターフェースは、その列の昇順もしくは降順に基づいてＣＱＩをソートしたいか、またはその列に基づく別のソート基準でソートしたいかを選択するようにユーザを促すことができる。

図６３は、ＣＱＩリポート中で件数ビューと日付ビューを切り替えるために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。ＣＱＩリポートが件数ビューで表示されている場合、ステップ４６１０で、ユーザ・インターフェースは、そのＣＱＩリポートについての日付ビューのオプションを表示することができる。希望する場合、ユーザはステップ４６１２で日付ビューのオプションを選択することにより日付ビューに切り替えることができる。すると、ステップ４６１４でＣＱＩリポートの日付ビューがユーザ・インターフェースに表示される。ＣＱＩリポートが日付ビューで表示されている場合、ユーザ・インターフェースは、ステップ４６１６で件数ビューのオプションを表示することができる。希望する場合、ユーザはステップ４６１８で件数ビューのオプションを選択することにより件数ビューに切り替えることができる。すると、ステップ４６２０で、ユーザ・インターフェースはリポートの件数ビューを表示することができる。

図６４は、ユーザが１つまたは複数の機能を行うことができるユーティリティをユーザ・インターフェース上で選択するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。ステップ１２２０でユーザがリポートを見る。ユーザは、図５２〜図６３に関連して図示し、説明したステップと同様のステップをたどることによりリポートを見ることができる。次いで、ユーザはいくつかの利用可能なユーティリティから選択することができる。図６４に示す例示的なフローチャートは６つの例示的なユーティリティを含んでいる。他のユーティリティも利用できる可能性がある。

ユーザが選択したリポートを印字したい場合、ユーザはステップ１２２２に進み、リポートを印字することができる。ユーザが選択したリポートをダウンロードしたい場合、ユーザはステップ１２２４に進み、リポートをダウンロードすることができる。ユーザが選択したリポートを電子メールで送信したい場合、ユーザはステップ１２２６に進み、リポートを１人または複数の受信者に電子メールで送信することができる。ユーザが選択したリポートからデータをエクスポートしたい場合、ユーザはステップ１２２８に進み、データ・エクスポートのユーティリティを使用することによりエクスポートすることができる。ユーザが選択したリポートを保存するか、別のリポートをロードしたい場合、ユーザはステップ１２３０に進み、リポートを保存するか、ロードすることができる。ユーザが選択したリポートへのリンクを作成したい場合、ユーザはステップ１２３２に進み、リンク・ユーティリティを使用してリポートへのリンクを作成することができる。ユーティリティを使用し終わると、ユーザは、必要な場合は他のユーティリティでさらに他の機能を行うことができる。

図６５は、ＣＱＩリポートを印字するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図６５に示すステップは、一部の実施形態では、図６４のステップ１２２２のいくつかの下位ステップとすることができる。ステップ１２４０で、ユーザがリポートを指定する。これは、例えば図５２〜図６３に示すステップをたどることにより行うことができる。次いでユーザは印字ユーティリティ１２４２を選択することができる。印字ユーティリティを選択すると、ステップ１２４４でユーザ・インターフェースはリポートのプレビューを表示することができる。ユーザ・インターフェースは、例えば、ＤＥＲＳエディタのユーザ・インターフェースまたはＣＱＩユーザ・インターフェースである。プレビューが表示されると、ユーザは、リポートを印字するか否かを決定することができる。ユーザがリポートの印字を望まない場合、ユーザはステップ１２４６に進み、リポートの印字を望まない旨を知らせることができる。これにより、一部の実施形態では印字ユーティリティを終了することができる。リポートを印字したい場合、ユーザはステップ１２４８に進み、リポートを印字したい旨を知らせることができる。次いで、ステップ１２５０で、プリンタを選択するようにユーザを促すことができる。

ユーザが所望のプリンタを選択した後、ユーザは、リポートの印字をキャンセルすることも、リポートを印字することもできる。リポートの印字をキャンセルする場合、ユーザはステップ１２５２に進み、リポートの印字をキャンセルしたい旨を知らせることができる。リポートの印字をキャンセルする場合、ユーザはステップ１２４４に戻ることができる。リポートを印字したい場合、ユーザはステップ１２５４でリポートを印字したい旨を知らせることができる。次いでステップ１２５６でリポートの書式が設定され、プリンタに送られてもよい。

図６６は、ＣＱＩリポートをダウンロードするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図６６に示すステップは、一部の実施形態では図６４のステップ１２２４のいくつかの下位ステップとすることができる。ステップ１２６０で、ユーザがリポートを指定する。これは、例えば図５２〜図６３に示したステップをたどることにより行うことができる。次いで、ユーザはダウンロード・ユーティリティを選択することができる１２６２。ユーザがダウンロード・ユーティリティを選択すると、ステップ１２６４でユーザ・インターフェースはリポートのプレビューを表示することができる。ユーザ・インターフェースは、例えばＤＥＲＳエディタのユーザ・インターフェースまたはＣＱＩユーザ・インターフェースである。プレビューが表示された後、ユーザはリポートをダウンロードするか否かを決定することができる。リポートのダウンロードを望まない場合、ユーザはステップ１２６６に進み、リポートのダウンロードを望まない旨を知らせることができる。これにより、一部の実施形態ではダウンロード・ユーティリティを終了することができる。リポートをダウンロードしたい場合、ユーザはステップ１２６８に進み、リポートをダウンロードしたい旨を知らせることができる。そして、ステップ１２７０で、リポートの形式とダウンロード先を選択するようにユーザを促すことができる。リポートは、例えばポータブル・ドキュメント・フォーマット（．ｐｄｆ）や静的ｈｔｍｌ形式を含む任意数の適切な形式でダウンロードすることができる。

ユーザが所望の形式およびダウンロード先を選択した後、ユーザはリポートのダウンロードをキャンセルすることも、リポートをダウンロードすることもできる。リポートのダウンロードをキャンセルする場合、ユーザはステップ１２７２に進み、リポートのダウンロードをキャンセルしたい旨を知らせることができる。リポートのダウンロードをキャンセルする場合、ユーザはステップ１２６４に戻ることができる。リポートをダウンロードしたい場合、ユーザはステップ１２７４でリポートをダウンロードしたい旨を知らせることができる。その後、リポートの形式が設定され、指定されたダウンロード先にダウンロードされる１２７６。

図６７は、ＣＱＩリポートを電子メールで送信するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図６７に示すステップは、一部の実施形態では図６４のステップ１２２６のいくつかの下位ステップとすることができる。ステップ１２８０で、ユーザがリポートを指定する。これは、例えば図５２〜図６３に示したステップをたどることにより行うことができる。次いでユーザがリポート電子メール・ユーティリティを選択することができる１２８２。ユーザが電子メール・ユーティリティを選択すると、ユーザ・インターフェースは、ステップ１２８４で、電子メールで送信されるリポートのプレビューを表示することができる。ユーザ・インターフェースは、例えばＤＥＲＳエディタのユーザ・インターフェースまたはＣＱＩユーザ・インターフェースである。プレビューが表示された後、ユーザは、リポートを電子メールで送信するか否かを決定することができる。リポートを電子メールで送信することを望まない場合、ユーザはステップ１２８６に進み、リポートを電子メールで送信することを望まない旨を知らせることができる。これにより、一部の実施形態では電子メール・ユーティリティを終了することができる。リポートを電子メールで送信したい場合は、ユーザはステップ１２８８に進み、リポートを電子メールで送信したい旨を知らせることができる。そして、ステップ１２９０で、リポートを電子メールで送信する電子メール・アドレスを少なくとも１つ提供するようにユーザを促すことができる。

ユーザが所望の電子メール・アドレスを選択した後、ユーザはリポートを電子メールで送信することをキャンセルすることも、リポートを電子メールで送信することもできる。リポートの電子メール送信をキャンセルする場合、ユーザはステップ１２９２に進み、リポートの電子メール送信をキャンセルしたい旨を知らせることができる。リポートの電子メール送信をキャンセルする場合、ユーザはステップ１２８４に戻ることができる。リポートを電子メールで送信したい場合、ユーザはステップ１２９４でリポートを電子メールで送信したい旨を知らせることができる。その後、ステップ１２９６で、電子メールのためにリポート・データの形式が設定され、指示された電子メール・アドレスに送信される。

図６８は、ＣＱＩリポートからデータをエクスポートするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図６８に示すステップは、一部の実施形態では図６４のステップ１２２８のいくつかの下位ステップとすることができる。ステップ１３００でユーザがリポートを指定する。これは、例えば図５２〜図６３に示したステップをたどることにより行うことができる。次いでステップ１３０２でユーザがエクスポート・ユーティリティを選択することができる。エクスポート・ユーティリティを選択した後、ユーザは、ステップ１３０４でリポートからエクスポートするデータを選択することができる。ステップ１３０６で、ユーザ・インターフェースは、選択されたデータのプレビューを表示することができる。ユーザ・インターフェースは、例えばＤＥＲＳエディタのユーザ・インターフェースまたはＣＱＩユーザ・インターフェースである。プレビューが表示された後、ユーザは、データをエクスポートするか否かを決定することができる。データをエクスポートすることを望まない場合、ユーザはステップ１３０８に進み、リポート・データをエクスポートしない旨を知らせることができる。これによりエクスポート・ユーティリティを終了することができる。リポート・データをエクスポートしたい場合、ユーザはステップ１３１０に進み、リポートをエクスポートしたい旨を知らせることができる。そして、ステップ１３１２で、データの形式、エクスポート先のディレクトリ、ファイル名等を選択するようにユーザを促すことができる。

ユーザがステップ１３１２を完了した後、ユーザはリポート・データのエクスポートをキャンセルすることも、リポート・データをエクスポートすることもできる。リポート・データのエクスポートをキャンセルする場合、ユーザはステップ１３１４に進み、リポート・データのエクスポートをキャンセルしたい旨を知らせることができる。リポート・データのエクスポートをキャンセルする場合、ユーザはステップ１３０６に戻ることができる。リポート・データをエクスポートしたい場合、ユーザはステップ１３１６でリポート・データをエクスポートしたい旨を知らせることができる。次いでステップ１３１８でリポート・データの形式が設定され、選択されたエクスポート先に、提供されたファイル名でダウンロードされる。

次いで図６９を参照すると、リポートの自動的な生成と配布をスケジュールするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートが示される。ステップ１１５０で、ユーザが、保存されたリポートのリストから選択するか、または自動的な生成および配布をスケジュールしたいリポートを設定することができる。選択されたリポートと同じフィルタリング基準を使用するリポートが、指示されたスケジュールまたは指示された日付に自動的に生成され、配布されてもよい。ステップ１１５２で、ユーザがリポートの名前を提供することができる。ステップ１１５４で、ユーザが、リポートが生成され、配布されるスケジュールを定義することができる。ステップ１１５４で、ユーザはリポートの配布リストも定義することができる。配布リストは、リポートが生成後に自動的に送信される電子メール・アドレスのリストまたは１つの電子メール・アドレスである。ステップ１１５６で、ユーザが、スケジュールを設定したリポートの定義を保存することができる。リポートを生成すべき時になると、選択されたデータをＣＱＩデータベースに照会し、リポートが作成されてもよい。

図７０は、図６９に関連して図示し、説明したＣＱＩリポートなど、スケジュールされたＣＱＩリポートを生成し、配布するために使用することができるいくつかの例示的なステップを示すフローチャートを示す。ステップ１１６０で、スケジュールされたリポートが始動される。すなわち、リポートの生成が予定された時点に達する。リポートのスケジュールは、ホスト環境内のスケジューリング・サービスによって管理することができる。

ステップ１１６２で、リポートが始動されたことが通知されると、ＣＱＩサーバにより、始動されたリポートのフィルタリング基準を取得することができる。次いでステップ１１６４で、ＣＱＩリポート・サービスが、始動されたリポートのためのデータを取得することができる。ステップ１１６６で、そのデータがＣＱＩサーバに返され、形式を設定してリポートにすることができる。ステップ１１６８で、リポートまたはリポートへのリンクを配布リストに電子メールで送信することができる。リポートが配布リストに電子メールで送信されると、配信されたことをスケジューリング・サービスに通知することができる。ステップ１１７０でスケジューリング・サービスはリポートが配信されたことを記録することができる。

図７１は、自動化されたＣＱＩ要約リポートを生成するために使用することができるいくつかの例示的なステップを示すフローチャートを示す。そのようなリポートは、例えば、毎日または他の定期的な間隔で生成することができる。ＣＱＩ要約リポートは、多数の詳細なイベントのスナップショットを提示するように構成することができる。そのようなリポートは、多数のイベントを予め要約した形態で提示することにより、時間を節約し、混乱する可能性を低減することができる。

ステップ１１８０で、スケジュールされたリポートが始動される。上述のように、要約リポートは毎日自動的に生成されてもよい。そのようなリポートは他の時間枠で生成することもできる。一部の実施形態では、自動化された要約リポートは、所定数のＣＱＩイベントが受け取られると生成される。リポートのスケジュールは、ホスト環境内のスケジューリング・サービスによって管理することができる。

リポートが始動されたことが通知されると、ステップ１１８２で、ＣＱＩサーバにより、始動されたリポートのメタデータを取得することができる。次いでステップ１１８４で、ＣＱＩリポート・サービスが、始動されたリポートについてのデータを取得することができる。ステップ１１８６で、ＣＱＩリポート・サービスがリポートの要約表にデータを入れることができる。ステップ１１８８で、ＣＱＩサーバがリポートの作成を知らせることができる。リポートの作成が知らされると、リポートが作成されたことをスケジューリング・サービスに通知することができる。ステップ１１９０で、スケジューリング・サービスがリポートが作成されたことを記録することができる。

次いで図７２〜図１８０を参照すると、いくつかの例示的なユーザ・インターフェース画面が示される。そのような画面には、ＤＥＲＳエディタのユーザ・インターフェースまたはＣＱＩユーザ・インターフェース上でアクセスし、ユーザに対して提示することができる。例示として、図示する画面はＤＥＲＳエディタのユーザ・インターフェースの画面である。一部の実施形態では、同様または同じ画面をＣＱＩサービス用のユーザ・インターフェースなどの他のサービスのための他のインターフェースで使用することができる。図７２〜図１８０に示す画面は、図１１〜図７１に示すフローチャートに関連する場合がある。そのような画面は、図１１〜図７１に図示し、説明した内容と同様のワークフローに従うことができる。各種実施形態で、そのような画面は、ウェブ・ブラウザのユーザ・インターフェースを介してユーザに表示することができる。ユーザは、例えば、コンピュータ、タブレット、スマートフォン等を使用してそのような画面を見ることができる。ユーザが画面間を移動すると、ＤＥＲＳデータベースなどのデータベースに、画面を表示するために必要な情報を照会することができる。そして、その情報を表示のために描画し、ユーザ・インターフェースに表示することができる。任意の適切なクライアント／サーバ間の対話方式を使用することができる。

次いで特に図７２および図７３を参照すると、ユーザがＤＥＲＳエディタ・サービスまたはＣＱＩサービスへのアクセスを試みたときユーザに提示することができるグラフィカル・ユーザ・インターフェースのログイン画面の例１５００を示す。そのような画面は、ユーザがウェブ・ブラウザを介してサービスへのアクセスを試みると描画され、ユーザに提示されてもよい。

図に示すように、ログイン画面１５００は、サービス識別子１５０４を伴うバナー１５０２を含む。サービス識別子１５０４は、ユーザが実行しているサービス（例えばＤＥＲＳエディタ・サービス、ＣＱＩサービス、ユーザ・エディタ・サービス等）を識別するテキストとすることができる。図７２および図７３に示す例示的実施形態では、サービス識別子１５０４は「ＤＥＲＳ Ｅｄｉｔｏｒ」である。他の実施形態では、サービス識別子は、アイコン、ロゴ等である。一部の実施形態では、バナー１５０２は、他の情報、例えば会社情報、バージョン番号情報、機関／組織の情報等もさらに含むことができる。

例示的なログイン画面１５００はさらにログイン・ボックス１５０６を含む。例示的実施形態におけるログイン・ボックス１５０６は、ログインの詳細事項を入力するようにユーザに指示するテキストを含む。ログイン・ボックス１５０６は、ユーザが自身のユーザＩＤを入力することができるユーザＩＤフィールド１５０８を含むことができる。ログイン・ボックス１５０６は、ユーザが自身のパスワードを入力することができるパスワード・フィールド１５１０を含むことができる。図７３では、これらのフィールドが入力されている。他の実施形態は、異なる数のフィールドまたは異なるフィールドを含むことができる。

ログイン・ボックス１５０６は、一部の実施形態では「パスワードを忘れた場合」のリンク１５１２を含み、ユーザはこれを使用して忘れたパスワードを回復することができる。一部の実施形態では、「パスワードを忘れた場合」のリンク１５１２は拡張した機能を有することができる。例えば、「パスワードを忘れた場合」のリンク１５１２はさらに、ユーザがパスワードを変更する、または自身のユーザＩＤを回復できるようにすることができる。

例示的なログイン画面１５００のログイン・ボックス１５０６は、ログインのオプション１５１４も含むことができる。ログインのオプション１５１４は仮想ボタン等である。ログインのオプション１５１４は、その機能を示すテキストを含むか、またはその機能を示すアイコンを含むことができる。一部の実施形態では、ログインのオプション１５１４は、ユーザがユーザＩＤフィールド１５０８およびパスワード・フィールド１５１０を入力するまでは無効にしておくことができる。一部の実施形態では、無効になっているボタンはグレー表示にするか、その他の形で視覚的に変化させて、無効になっていることを示すことができる。ユーザが該当するフィールドにログインの詳細事項を入力すると、ユーザはログインのオプション１５１４をクリック、押す、触れる等して、サービスにログインすることができる。

図７４は例示的な初期化画面１５２０を示す。そのような画面は、ＤＥＲＳエディタ・サービスに最初にログインした時に薬物ライブラリ管理者などのユーザに提示することができる。初期化画面１５２０をユーザによって使用して、機関または組織に合わせてＤＥＲＳエディタ・サービスをセットアップすることができる。例示的実施形態では、初期化画面１５２０はいくつかのユーティリティを含む。初期化画面１５２０は、新規ライブラリ作成ユーティリティ１５２２、ライブラリ取り込みユーティリティ１５２４、およびヘルプ・ユーティリティ１５２６を含むことができる。これらのユーティリティは、ユーザ・インターフェース上に仮想ボタンとして表示することができる。

ユーザは、ヘルプ・ユーティリティ１５２６を使用してヘルプまたは情報を得られるページを開くことができる。一部の実施形態では、ヘルプ・ユーティリティ１５２６をクリックすると、指導を開始させることができる。ユーザはライブラリ取り込みユーティリティ１５２４を使用して既存のライブラリを取り込むことができる。そのようなライブラリは、例えば同じ組織内の別の機関のライブラリである。一部の実施形態では、そのようなライブラリはサービス提供者によって作成される。ユーザは新規ライブラリ作成ユーティリティ１５２２を使用して新しいライブラリを作成することができる。

一部の実施形態では、ユーザが初期化画面１５２０で仮想ボタンまたはオプションをクリックすると、ユーザ・インターフェースに初期化ウィザードが表示される。各種の初期化ウィザード画面１５３０を図７５〜図７７に示す。例示的な初期化ウィザード画面１５３０を使用して機関／組織の組織スキーマを定義することができる。例示的な初期化画面を使用して、ＤＥＲＳエディタ・サービスの様々なユーザを定義することもできる。

図７５は、ＤＥＲＳエディタを使用する機関または組織についての各種情報を提供するために使用することができる例示的な初期化ウィザード画面１５３０を示す。図７５の初期化ウィザード画面１５３０は、ユーザ定義可能ないくつかのフィールドを含む。図７５の例示的実施形態は、機関／組織名フィールド１５３２を含む。このフィールドを使用して、ライブラリが作成される対象の機関または組織の名前を定義することができる。一部の実施形態では、ユーザが提供した名前が組織の名前であることを知らせると、機関名フィールド（図示せず）を入力して、新しいライブラリを使用するその組織内の１つまたは複数の機関を特定するようにユーザを促すことができる。一部の実施形態では、ロゴをアップロードするリンク１５３４も含めることができる。ユーザはロゴをアップロードするリンク１５３４を使用して、機関のロゴをＤＥＲＳエディタにアップロードすることができる。そのロゴをＤＥＲＳエディタのユーザ・インターフェースの各種画面に表示することができる。

図７５の例示的な初期化ウィザード画面１５３０は、言語選択フィールド１５３６も含む。言語選択フィールド１５３６を使用して、ライブラリおよびＤＥＲＳエディタ・サービスで使用されるデフォルトの言語を指定することができる。一部の実施形態では、言語選択フィールド１５３６は、展開されると使用可能なすべての言語の一覧を表示するドロップ・ボックスを使用して入力することができる。図７５の例示的実施形態は日付形式フィールド１５３８も含む。ユーザはこのフィールドを使用して、日付をどのような形式にするかを選択することができる（例えば、○○月／○○日／○○年、○○日／○○月／○○年、○○日／○○月／○○○○年等）。ユーザが図７５に示すフィールドを埋めると、ユーザは「次へ」のオプション１５４０をクリックして次の初期化ウィザード画面１５３０に進むことができる。各種実施形態で、「次へ」のオプション１５４０は、ユーザが現在の画面で必須のフィールドすべてを入力するまでは無効にしておくことができる。

図７６に、別の例示的な初期化ウィザード画面１５３０を示す。図７６に示す例示的な初期化ウィザード画面１５３０を使用して、機関のＤＥＲＳエディタのユーザと各ユーザの特権を定義することができる。図７６に示す例示的実施形態はユーザ・フィールド１５５０を含む。ユーザはユーザ・フィールド１５５０にユーザを入力することができる。一部の実施形態では、これは、ユーザの電子メール・アドレスを提供することによって実現することができる。そのような実施形態では、ＤＥＲＳエディタ・サービスが、与えられた電子メール・アドレスにユーザＩＤおよびパスワードと共に電子メールを送信することができる。そして、新しく作成されたユーザが、電子メールで提供された資格証明を使用してＤＥＲＳエディタ・サービスにアクセスすることができる。一部の実施形態では、新しく作成されたユーザは、例えば初回にログインする時にパスワードを変更することを要求される場合がある。

また、図７６に示す例示的な初期化ウィザード画面１５３０は、役割選択１５５２機能を含む。一部の実施形態では、役割選択１５５２機能は、ユーザによって埋められるフィールドであり、ドロップ・ダウン・ボックスを含むことが可能である。図７６に示す例示的実施形態では、役割選択１５５２機能は、いくつかの選択可能なオプションを提供し、ユーザは必要であればチェックを入れることができる。図７６では選択可能なオプションはラジオ・ボタンとして示すが、すべての実施形態でラジオ・ボタンである必要はない。図７６の例示的実施形態では、点検者、エディタ、および管理者の役割が示される。他の実施形態はさらに他の役割を含むことができる。一部の実施形態では、ユーザは、新しいユーザについて追加的な情報を定義することを要求される。この追加的な情報は、新しいユーザが働く、または担当する看護エリアを含むことができる。図７６に示す例示的な初期化ウィザード画面１５３０には「別のユーザを追加する」のオプション１５５４も含まれる。これは、ユーザが複数のＤＥＲＳエディタ・ユーザと各自の特権を定義したい場合に使用することができる。「別のユーザを追加する」のオプション１５５４をクリックすると、ＤＥＲＳエディタのユーザ・インターフェースが、さらに他のユーザとその特権を定義するために使用できる追加的なフィールドを表示することができる。一部の実施形態では、ユーザは、これに限定されないが表３に示す特権などのいくつかの特権から選択することにより、ユーザにカスタマイズされた役割を割り当てることができる。

図７６に示す例示的実施形態は、「戻る」のオプション１５５５および「次へ」のオプション１５４０も含む。「戻る」のオプション１５５５を使用して、１つ前の初期化ウィザード画面１５３０に戻ることができる。「次へ」のオプション１５４０を使用して、次の初期化ウィザード画面１５３０に進むことができる。「次へ」のオプション１５４０は、ユーザが現在の画面で必須のフィールドすべてを入力するまで無効にしておくことができる。

図７７は、機関内に存在する各種の看護エリアを定義するために使用することができる例示的な初期化ウィザード画面１５３０を示す。図７７に示す例示的実施形態は、看護エリア選択機構１５６０を含む。看護エリア選択機構１５６０は、ユーザによってチェックを入れることが可能な看護エリアのリストを含むことができる。一部の実施形態では、看護エリアのリストは、ユーザに分かりやすいように、看護エリアの類似した看護グループに編成することができる。例えば、いくつかの精神科の看護エリアを、「精神科」の見出しまたは欄の下にまとめることができる。一部の実施形態では、看護グループの選択画面も含めることができる。ユーザはそのような画面を使用して、機関に存在するいくつかの看護グループを定義することができる。そして、ユーザは、定義した各看護グループに含める看護エリアを指定することができる。

一部の実施形態では、看護エリア選択機構１５６０は、少なくとも１つの看護エリア選択フィールド（図示せず）を含むことができる。そのような実施形態では、ユーザは、ドロップ・ダウン・リストなどから所望の看護エリアを選択することにより、看護エリア選択フィールドを入力することができる。そのような実施形態は、看護エリアを入力することが可能な追加的なフィールドを追加するために使用することができる「他の看護エリア追加」のオプション（図示せず）も含むことができる。

図７７に示す例示的実施形態は、「戻る」のオプション１５６２および「終了」のオプション１５６４も含む。「戻る」のオプション１５６２を使用して、１つ前の初期化ウィザード画面１５３０に戻ることができる。「終了」のオプション１５６４を使用して次の初期化ウィザード画面１５３０に進むことができる。「終了」のオプション１５６４は、ユーザが現在の画面で必須のフィールドすべてを入力するまで無効にしておくことができる。一部の実施形態では、ユーザが看護エリア選択機構１５６０で少なくとも１つの看護エリアを選択しないと、「終了」のオプション１５６４が有効にならない。

実施形態によっては、初期化ウィザードに含めることが可能なさらに他の画面を含む。例えば、実施形態によっては、１つまたは複数の一般設定画面を含むことができる。一部の実施形態では、ユーザ・グループまたは役割画面を含めることができ、この画面でユーザは図７６の役割選択機構１５５２に表示されるグループおよび／または役割を定義することができる。そのような実施形態では、ユーザは、ユーザ・グループまたは役割画面で、グループおよび／または役割ごとにＤＥＲＳエディタ・サービスの特権をカスタマイズすることができる。初期化ウィザードの一部として他の画面も含めることができる。そのような実施形態では、図７７に示す「終了」のオプション１５６４を代わりに「次へ」のオプションとして、ユーザがさらに他の画面に進めるようにすることができる。

図７８は、「ようこそ（Welcome）」の画面１５７０の例示的実施形態を示す。例示的な「ようこそ」の画面１５７０は、機関のためにＤＥＲＳエディタ・サービスを最初に初期化した後にユーザに表示される画面とすることができる。図７８に示す「ようこそ」の画面１５７０は、一部の実施形態では、ＤＥＲＳエディタ・サービスにログインするとユーザに表示される画面である。一部の実施形態では、「ようこそ」の画面１５７０は、ログイン後、ＤＥＲＳエディタの薬物ライブラリに十分な内容が追加されるまで表示することができる。実施形態によっては「ようこそ」の画面１５７０を含まない場合もある。

図に示すように、「ようこそ」の画面１５７０はタイトル・バー１５７２を含む。タイトル・バー１５７２はサービス識別子１５７４を含むことができる。サービス識別子１５７４は、サービスの名前、ロゴ、アイコン等を含むことができる。タイトル・バー１５７２は、いくつかの選択可能なリンク／メニューのオプション１５７６も含むことができる。例示的実施形態では、タイトル・バー１５７２は選択可能なリンク／メニューのオプション１５７６を含み、これは、Ｈｏｍｅのオプション、病院設定のオプション、アカウント設定のオプション、ヘルプのオプション、およびサイン・アウトのオプションを含む。

ユーザが機関のロゴをアップロードしている場合は、機関のロゴ１５７８をＤＥＲＳエディタのユーザ・インターフェースに表示することができる。例示的実施形態では、機関のロゴ１５７８はＤＥＲＳエディタのユーザ・インターフェースの左上の隅に表示されているが、他の実施形態では他の場所に表示することができる。一部の実施形態では、機関のロゴ１５７８は、ＤＥＲＳエディタのユーザ・インターフェースのすべての画面には表示されない場合もある。

図７８に示す「ようこそ」の画面１５７０はさらにサイド・バー１５８０を含む。サイド・バー１５８０は、関心の対象となる各種情報、ＤＥＲＳエディタの項目へのリンク、ユーザが責任を負っている行動項目等を含むことができる。図７８に示す例示的実施形態では、サイド・バー１５８０は、機関の看護エリアのリストへのリンクを含んでいる。

「ようこそ」の画面は情報提供ボックス１５８２も含むことができる。情報提供ボックス１５８２は、ユーザが関心を持つ可能性のある情報や通知を表示することができる。情報提供ボックス１５８２は、一部の実施形態では、教育用の情報をユーザに提供することができる。「ようこそ」の画面１５７０の実施形態によっては、クイック・リンク・ボックス１５８４も含むことができる。このボックスは、ＤＥＲＳエディタ・サービス内のいくつかの編集機能へのリンクを含むことができる。例示的実施形態では、クイック・リンク・ボックス１５８４は、薬物追加リンク、薬物取り込みリンク、看護エリア追加リンク、および解説へのリンクを含む。他の実施形態は、異なるリンクまたは異なる数のリンクを含むことができる。

ＤＥＲＳエディタ画面によっては検索バー１５８６も含むことができる。例示的実施形態では、検索バー１５８６は「ようこそ」の画面１５７０に含まれる。検索バー１５８６で、ユーザは各種項目または要素を薬物ライブラリで検索することができる。例えば、ユーザは、検索バー１５８６を使用して特定の薬剤レコードまたは看護エリアを探すことができる。

図７９は、ＤＥＲＳエディタのダッシュボード画面１５９０の例を示す。一部の実施形態では、ＤＥＲＳエディタのダッシュボード画面１５９０は、ホーム画面として機能する、かつ／またはＤＥＲＳエディタ・サービスにログインすると表示される画面とすることができる。ＤＥＲＳエディタのダッシュボード画面１５９０は、重要な薬物ライブラリ情報の簡潔な「スナップショット」をユーザに提供することができる。ＤＥＲＳエディタのダッシュボード画面１５９０は、ユーザが属する特権またはグループに応じてユーザごとに異なる可能性がある。ＤＥＲＳエディタのダッシュボード画面１５９０は、ユーザが各自の必要性に合わせてＤＥＲＳエディタのダッシュボード画面１５９０を設定するために異なる場合もある。また、ＤＥＲＳエディタのダッシュボード画面１５９０は、薬物ライブラリの形成の段階によっても異なる可能性がある。例えば、ＤＥＲＳエディタ・ダッシュボード画面１５９０は、薬物ライブラリが作成段階（まだ公開されていない）にある時と、薬物ライブラリが公開された後とで異なる場合がある。

図に示すように、図７９に示すＤＥＲＳエディタのダッシュボード画面１５９０はタイトル・バー１５７２を含む。タイトル・バー１５７２はサービス識別子１５７４を含む。タイトル・バー１５７２は他の重要な情報も含むことができる。図７９に示す例示的実施形態では、タイトル・バー１５７２は薬物ライブラリのバージョン番号１５９２を含む。一部の実施形態では、タイトル・バー１５７２は、その薬物ライブラリ・バージョンが作成中であるか、公開されているかも示すことができる。例示的実施形態のタイトル・バー１５７２は、ユーザのＤＥＲＳエディタ・ユーザ名１５９４も含む。一部の実施形態では、ユーザは、ユーザ名１５９４をクリックして、アカウント設定を見る、または変更する、パスワードを変更する、ログアウト等することができる。

ＤＥＲＳエディタのダッシュボード画面１５９０は、情報、リンク、行動項目等をユーザに提供するいくつかのウィジェットを含むことができる。一部の実施形態では、ダッシュボード画面１５９０に表示されるウィジェットは、ユーザによって選択および／または変更することができる。一部の実施形態では、ユーザは、そのユーザに割り当てられた役割または許可に応じて、ウィジェットのサブセットのみから選択することができる。そのため、ユーザは、自身の必要性に最も適するようにＤＥＲＳエディタのダッシュボード画面１５９０を構成することができる。一部の実施形態では、各種のＤＥＲＳエディタ・ダッシュボードは、ＤＥＲＳエディタ・ユーザの特定のグループ（薬物ライブラリ管理者、点検者、薬剤師等）のために、機関によって構成することができる。一部の実施形態では、ＤＥＲＳエディタのダッシュボード画面１５９０は、作成中の薬物ライブラリと、公開済み／使用されている薬物ライブラリとで異なる場合がある。各ユーザに対応する特定のダッシュボード設定は、データベース、例えばＤＥＲＳデータベースまたはユーザ・データベースに記憶することができる。

図７９に示すＤＥＲＳエディタのダッシュボード画面１５９０は概要ウィジェット１５９６ａを含む。概要ウィジェット１５９６ａは、薬物ライブラリのバージョン番号、その点検ステータスもしくは公開ステータス、ライブラリ中の施設、看護エリア、および／または薬物の数等を表示することができる。図７９のＤＥＲＳエディタのダッシュボード画面１５９０はクイック・リンク・ウィジェット１５９６ｂを含む。クイック・リンク・ウィジェット１５９６ｂで、ユーザは、各種リンクをクリックして、よく使用する、または重要なＤＥＲＳエディタ機能に進むことができる。一部の実施形態では、ユーザは、クイック・リンク・ウィジェット１５９６ｂに表示するリンクを選択することができる。進行状況ウィジェット１５９６ｃも図７９に示す。進行状況ウィジェット１５９６ｃは、点検の進捗やライブラリの作成の進捗状況についての各種情報を含むことができる。一部の実施形態では、進行状況ウィジェット１５９６ｃに表示される情報の少なくとも一部はグラフ形式で提示することができる。進行状況ウィジェット１５９６ｃに表示される情報には、これらに限定されないが、点検が済んだ変更または点検を必要とする変更、フィードバック、看護エリアごとの点検の進捗状況、ＤＥＲＳエディタ・ユーザごとの点検の進捗状況等が含まれる。進行状況ウィジェット１５９６ｃは、実施形態によっては、ＤＥＲＳエディタ・ユーザの行動項目および作業リストとしての行動へのリンクを含むことができる。図７９にはフィードバックおよび要求ウィジェット１５９６ｄも示される。フィードバックおよび要求ウィジェット１５９６ｄは、ライブラリについてのユーザからのフィードバックおよび更新要求を示すことができる。この情報は例えば表に表示することができる。表は、薬物名、看護エリア、臨床使用、濃度、フィードバックまたは要求の日付、要求を提出したユーザの名前またはユーザＩＤ等を含むことができる。ユーザは、フィードバックおよび要求ウィジェット１５９６ｄに表示された所望の項目をクリックしてその項目に対処することができる。他の実施形態は、異なるウィジェットまたはさらに他のウィジェットを含むことができる。一部のウィジェット、例えば、フィードバックおよび要求ウィジェット１５９６ｄは、代替実施形態では１つまたは複数の異なるウィジェットに分割することができる。

図７９にはいくつかのタブ１５９８も示される。ユーザは、これらのタブ１５９８をクリックしてＤＥＲＳエディタの種々の部分に進むことができる。図７９の例示的実施形態では、ＤＥＲＳエディタのダッシュボード画面１５９０は、薬物エディタ、看護エリア画面、ライブラリ・点検画面、およびポンプ・シミュレータに進むためのタブ１５９８を含む。ＤＥＲＳエディタの開かれているタブ１５９８は、一部の実施形態では、ハイライト表示するか、その他の形でタブが開いていることを視覚的に示すことができる。これらの各種画面を使用して、薬物ライブラリの様々な態様を作成または変更することができる。例えば看護エリア画面を使用して、薬物ライブラリ内の看護エリア・エントリを編集することができる。各種実施形態は、異なるタブ１５９８または異なる数のタブ１５９８を含むことができる。

次いで図８０を参照すると、例示的な看護エリア画面１６００が示される。ユーザは、一部の実施形態では、対応するタブ１５９８をクリックすることにより看護エリア画面１６００に進むことができる。看護エリア画面１６００は、薬物ライブラリ内の看護エリアのリストをユーザに表示することができる。図８０には４つのみの看護エリアを示す。看護エリアについての他の情報も表示することができる。例えば、各看護エリアの薬物の数や、各看護エリアの点検の進捗状況等も表示することができる。実施形態によっては、看護エリアとそれに関連する情報を看護エリアの表１６０２に表示することができる。ユーザは、リストの看護エリアをクリックするか、または選択して、その看護エリアに関するより詳細な情報を見たり、看護エリアの設定を編集したりすることができる。

看護エリア画面１６００はさらに、看護エリア追加のオプション１６０４およびコピーのオプション１６０６を含み、これらは図８０では仮想ボタンとして示される。ユーザは、薬物ライブラリに新しい看護エリアを追加したい場合は、これらのオプションの１つを選択することができる。ユーザは、既存の看護エリアをコピーすることによって新しい看護エリアを追加したい場合は、コピーのオプション１６０６を選択することができる。両方の看護エリアの設定にほとんど違いがない場合は、それにより時間を節約することができる。一部の実施形態では、コピーのオプション１６０６を使用して新しい看護エリアを作成すると、コピーされた看護エリアの薬剤レコード、規則のセット、濃度等がすべて新しい看護エリアにコピーされてもよい。一部の実施形態では、ユーザは、コピーのオプション１６０６を使用して新しい看護エリアを作成する時に、看護エリアに関連付けられた各種エントリをコピーしたくないことを知らせることができる。ユーザが既存の看護エリアをコピーせずに新しい看護エリアを作成したい場合は、看護エリア追加のオプション１６０４をクリックすることができる。

図８１〜図８６の推移は、看護エリア追加画面１６１０のいくつかの例を示す。他の実施形態では、看護エリアを追加するために使用される画面またはステップは異なってよい。一部の実施形態では、これらの画面は、ユーザが図８０に示す看護エリア追加のオプション１６０４をクリックした後に、ＤＥＲＳエディタのユーザ・インターフェースに表示することができる。図８１に示す看護エリア追加画面１６１０は、一部の実施形態では、看護エリア追加ウィザードの一部である多数の画面の１つとして用いることができる。一部の実施形態では、看護エリア追加画面１６１０は看護エリア画面１６００の一部とすることができる。一部の実施形態では、看護エリア追加画面１６１０は、看護エリア画面１６００に重畳してモーダル・ウィンドウとして表示することができる。

看護エリアの追加は、いくつかの異なるパラメータ、要素、項目等を指定することを伴う場合がある。看護エリアを追加する際、ユーザは、看護エリアの種類または名前、ならびにその看護エリアに関連付けられる他のＤＥＲＳエディタ・サービス・ユーザを指定することができる。ユーザは、看護エリアで使用される、または対応可能な薬物および医療機器の種類も指定することができる。ユーザは、その看護エリアにおける薬物投与に関連する可能性のある、看護エリアについてのいくつかのパラメータを指定することを要求される場合もある（例えば患者体重の制限、Ｂ．Ｓ．Ａの制限等）。一部の実施形態では、ユーザは、看護エリアが属する看護グループ（存在する場合）も指定することができる。他の実施形態では、看護エリアの追加は上記とは異なる場合があり、異なる、または追加的なパラメータ、要素、項目等を指定することを伴う場合もある。看護エリアが追加されると、看護エリアおよびその看護エリアに指定されたすべての情報がＤＥＲＳデータベースに保存されてもよい。同様のプロセスを使用して薬物ライブラリに看護グループを追加することができる。

図に示すように、図８１に示される看護エリア追加画面１６１０には看護エリアの種類のリスト１６１２が示される。図８１に示す看護エリアの種類のリスト１６１２はいくつかの看護エリア・カテゴリに分けて、ユーザが所望の看護エリアの種類をすぐに見つけられるようにする。図８１に示す例示的実施形態では、ユーザは、チェック・ボックスを使用して所望の看護エリアを選択することができる。他の実施形態では、ユーザは、ラジオ・ボタンのオン／オフを切り替える、または所望の看護エリアをクリックする、または他の適切な方式で所望の看護エリアの種類を選択することができる。ユーザは、看護エリアを追加する過程で、さらに他のステップに進む前に看護エリアの種類を選択することを要求される場合がある。一部の実施形態では、アステリスクまたは他の記号を使用して、ＤＥＲＳエディタ画面でフィールド、パラメータ、または他の要素を定義することが必須であるかどうかを示すことができる。本明細書で必須と示されるフィールド、パラメータ、または他の要素は、本開示のすべての実施形態で必須である必要はない。

ユーザが新しい看護エリアの追加をキャンセルしたい場合、ユーザは看護エリア追加画面１６１０のキャンセルのオプション１６１４を使用することができる。ユーザが続いてさらに他の看護エリア設定を定義したい場合、ユーザは「次へ」のオプション１６１６を使用することができる。

図８２は別の看護エリア追加画面１６１０を示す。図８２に示す看護エリア追加画面１６１０は、看護エリアの設定を定義するために使用することができるいくつかのパラメータ・フィールドを含む。他の実施形態では、各種の看護エリア設定のための看護エリア追加画面１６１０は、図８２に示す画面とは異なるパラメータ・フィールドまたは異なる数のパラメータ・フィールドを含むことができる。

図８２に示す例示的実施形態では、名前パラメータ・フィールド１６２０が含まれる。このフィールドを使用して、機関内の看護エリアの名前を指定することができる。図８２では、ユーザは名前パラメータ・フィールド１６２０に「４ Ｗｅｓｔ」を入力している。

例示的実施形態では、看護エリアの種類のパラメータ・フィールド１６２２も含まれる。このフィールドは、ユーザが図８１に示す画面などの前の看護エリア追加画面１６１０で選択した看護エリアが自動的に入力される。一部の実施形態では、図８１に示す画面などの看護エリア追加画面１６１０は含まれない場合もある。それに代えて、図８２に示す画面などの看護エリアの種類のパラメータ・フィールド１６２２を入力することにより、看護エリアの種類を定義することができる。看護エリアの種類のパラメータ・フィールド１６２２は、一貫性をもたらし、機関の間の比較を行いやすくする効果がある可能性がある。

一部の実施形態ではソート順序のパラメータ・フィールド１６２４も含めることができる。このフィールドを使用して、医療機器のプログラム時に医療機器のユーザ・インターフェースで追加した看護エリアが表示される順序を定義することができる。例えば、ある医療機器がいくつかの看護エリアで使用される場合は、プログラム時に、機器がある看護エリアをリストから選択するようにユーザに要求することができる。ソート順序パラメータ・フィールド１６２４を使用して、リスト中でその看護エリアが表示される位置を定義することができる。

二度の点検が必要かどうかのパラメータ・フィールド１６２６も図８２に含まれる。このフィールドを使用して、その看護エリアでプログラムされる輸液や治療等が、投与前に二度の点検を必要とするかどうかを定義することができる。この二度の点検は、一部の実施形態では、最初の輸液をプログラムしたユーザと同じユーザによって行われる場合も、別のユーザによって実施される場合もある。一部の実施形態では、ユーザは、例えば推奨制限がオーバーライドされた場合だけ二度の点検が必要であることを指定する選択肢を有することができる。

図８２の例示的実施形態はさらに画面ロックのパラメータ・フィールド１６２８を含む。このフィールドを使用して、その看護エリア内の医療機器のユーザ・インターフェース画面をユーザがロックできるか否かを定義することができる。一部の実施形態では、画面ロック・パラメータ・フィールドを使用して、いくつかの可能な画面ロックの中から画面ロックの種類を選択することができる。例えば、ユーザは、仮想ボタン、スライダー、キーパッド等でロックまたはロック解除できる画面ロックから選ぶことができる。ユーザは、画面のロックを解除するためにパスコードまたはパスワードが必要とされるかどうかも定義することができる。一部の実施形態では、画面ロック・パラメータ・フィールド１６２８を使用して、医療機器のユーザ・インターフェースのタイムアウト時間を設定することができる。例えば、ユーザは、機器のユーザ・インターフェースが２分間触れられないと、機器が自動的にユーザ・インターフェースをロックすることを指定することができる。

図８２に示す例示的な看護エリア追加画面１６１０には、デフォルト・スピーカ音量のパラメータ・フィールド１６３０およびデフォルト画面輝度のパラメータ・フィールド１６３２も含まれる。デフォルト・スピーカ音量のパラメータ・フィールド１６３０を使用して、その看護エリア内の機器のデフォルトのスピーカ音量を定義することができる。デフォルト画面輝度のパラメータ・フィールド１６３２を使用して、その看護エリア内の機器のデフォルトの画面輝度を定義することができる。図８２に示すものを含む一部の実施形態は、自動的な画面輝度調整パラメータ・フィールド１６３４を含むことができる。このフィールドを使用して、看護エリア内の医療機器の画面が周囲の照明条件や時刻に応じて輝度を自動的に調節するか否かを定義することができる。

ユーザが看護エリア設定のパラメータの定義を終えると、ユーザは「次へ」のオプション１６１６をクリックすることができる。図８２に示す看護エリア追加画面１６１０で「次へ」のオプション１６１６をクリックすると、ユーザは、定義すべきさらに他のパラメータ・フィールドを含む別の看護エリア追加画面１６１０に進むことができる。一部の実施形態では、図８２の「次へ」のオプション１６１６をクリックすると、図８３に示す看護エリア追加画面１６１０にユーザを進めることができる。図８３に示す看護エリア追加画面１６１０は、看護エリアの患者設定を定義するために使用することができるいくつかのパラメータ・フィールドを含む。他の実施形態では、各種患者設定のための看護エリア追加画面１６１０は、図８３に示す画面とは異なるパラメータ・フィールドまたは異なる数のパラメータ・フィールドを含むことができる。

図に示すように、体重／ＢＳＡを二度入力するかどうかのパラメータ・フィールド１６４０が含まれる。このフィールドを使用して、情報が正しいことを確認するために、患者の体重や体表面積を２回入力することをユーザに要求するか否かを定義することができる。これは、例えば、そのような値に小さな誤差があっても重大な有害事象が発生する可能性のあるＮＩＣＵで望ましい可能性がある。誤った体重またはＢＳＡ値の入力を防ぐ安全策として他のパラメータを含めることも可能である。

いくつかの患者体重制限のパラメータ・フィールドも含めることができる。図８３に示す例示的実施形態では、看護エリア追加画面１６１０は、体重の上限絶対制限パラメータ・フィールド１６４２、体重の上限推奨制限パラメータ・フィールド１６４４、体重の下限推奨制限パラメータ・フィールド１６４６、体重の下限絶対制限パラメータ・フィールド１６４８を含む。一部の実施形態では、絶対制限はプログラム時にオーバーライドしてはならず、推奨制限は人手によるオーバーライドでオーバーライドすることができる。体重の上限絶対制限パラメータ・フィールド１６４２および体重の上限推奨制限パラメータ・フィールド１６４４を使用して、医療機器のプログラム時に入力できる体重の上限を定義することができる。体重の下限推奨制限パラメータ・フィールド１６４６および体重の下限絶対制限パラメータ・フィールド１６４８を使用して、医療機器のプログラム時に入力できる体重の下限を定義することができる。これらの絶対制限および推奨制限は、患者の体重をプログラムする際に正しい情報が確実に入力されることを助けることができる。様々な利点の中でも特に、これらの制限は、体重をプログラムする際にユーザが誤って余分な「０」をタイプした場合に発生し得る桁数の誤りを防ぐ助けとなる。例えば、医療機器のプログラム時にユーザが患者体重フィールドに「２５０ｌｂｓ」ではなく「２５００ｌｂｓ」と入力すると、絶対制限によりユーザがその治療を実施することを阻止することができる。

ユーザが図８３の看護エリア追加画面１６１０でパラメータの定義を終えると、ユーザは「次へ」のオプション１６１６を使用することができる。図８３に示す看護エリア追加画面１６１０の「次へ」のオプション１６１６で、定義すべきさらに他のパラメータ・フィールドを含む別の看護エリア追加画面１６１０にユーザを進めることができる。一部の実施形態では、図８３の「次へ」のオプション１６１６をクリックすると、ユーザは図８４に示す看護エリア追加画面１６１０に進むことができる。図８４に示す看護エリア追加画面１６１０は、看護エリアの患者設定を定義するために使用することができるいくつかのパラメータ・フィールドを含む。一部の実施形態では、図８３〜図８４に示す看護エリア追加画面１６１０を組み合わせて１つの画面にすることができる。他の実施形態では、各種の患者設定のための看護エリア追加画面１６１０は、図８４に示す画面とは異なるパラメータ・フィールドまたは異なる数のパラメータ・フィールドを含むことができる。

図８４にはいくつかの患者体表面積のパラメータ・フィールドが示される。図８４に示す例示的実施形態では、看護エリア追加画面１６１０は、ＢＳＡの上限絶対制限パラメータ・フィールド１６５０、ＢＳＡの上限推奨制限パラメータ・フィールド１６５２、ＢＳＡの下限推奨制限パラメータ・フィールド１６５４、およびＢＳＡの下限絶対制限パラメータ・フィールド１６５６を含む。ＢＳＡの上限絶対制限パラメータ・フィールド１６５０およびＢＳＡの上限推奨制限パラメータ・フィールド１６５２を使用して、医療機器のプログラム時に入力することができるＢＳＡの上限を定義することができる。ＢＳＡの下限推奨制限パラメータ・フィールド１６５４およびＢＳＡの下限絶対制限パラメータ・フィールド１６５６を使用して、医療機器のプログラム時に入力することができるＢＳＡの下限を定義することができる。上記で図８３の説明時に体重の絶対制限および推奨制限を参照して述べたように、これらの絶対制限および推奨制限は、患者のＢＳＡをプログラムする際に正しい情報が確実に入力されることを助けることができる。

図８４は、看護エリアで使用される医療機器がシリンジ・ポンプである場合にシリンジ設定を行うためのパラメータ・フィールドも含む。一部の実施形態では、シリンジ・ポンプ設定パラメータは、別の看護エリア追加画面１６１０に含めることができる。図８４に示す例示的実施形態では、シリンジ・パラメータ・フィールド１６５８が含まれる。このフィールドを使用して、その看護エリアで使用してよい、または使用してはいけないシリンジを定義することができる。この場合も、ＮＩＣＵの例を使用すると、６０ｃｃシリンジなどの大容量シリンジの使用を禁止することが望ましい場合がある。例えば、ポンプのプログラム時に、ユーザが大き過ぎるシリンジ・サイズを入力した場合、または大き過ぎるシリンジが装着されているとポンプが判断した場合、ユーザが治療を実施することを阻止することができる。

ユーザが図８４の看護エリア追加画面１６１０でパラメータの定義を終えると、ユーザは「次へ」のボタン１６１６をクリックすることができる。図８４に示す看護エリア追加画面１６１０で「次へ」のボタン１６１６をクリックすると、定義すべきさらに他のパラメータ・フィールドを含む別の看護エリア追加画面１６１０にユーザを進めることができる。一部の実施形態では、図８４の「次へ」のボタン１６１６をクリックすると、ユーザを図８５に示す看護エリア追加画面１６１０に進めることができる。図８５に示す看護エリア追加画面１６１０は、その看護エリアのＫＶＯの設定、流量の制限、およびＶＴＢＩの制限を定義するために使用することができるパラメータ・フィールド群をいくつか含んでいる。他の実施形態では、それらの設定のための看護エリア追加画面１６１０は、図８５に示す画面とは異なるパラメータ・フィールドまたは異なる数のパラメータ・フィールドを含むことができる。一部の実施形態では、図８５に示すパラメータ・フィールドの群ごとに個別の看護エリア追加画面１６１０があってもよい。

図８５に示す例示的実施形態では、看護エリアのＫＶＯの設定を定義するために使用することができるいくつかのパラメータ・フィールドがある。例示的実施形態では、デフォルトＫＶＯ値パラメータ・フィールド１６６０が含まれる。このフィールドを使用して、看護エリアのデフォルトのＫＶＯ流量を定義することができる。図８５に示す例示的実施形態には、ＫＶＯをユーザによって変更できるパラメータ・フィールド１６６２も含まれる。このフィールドを使用して、その看護エリアのユーザが、フィールド１６６０に定義されたＫＶＯ流量または薬物レコードに定義されたＫＶＯ流量からＫＶＯ流量を変更することができるか否かを定義することができる。

図８５に示す例示的な看護エリア追加画面１６１０は、看護エリアの輸液速度の制限を定義するために使用することができるパラメータ・フィールドも含む。図８５に示す例示的実施形態では、流量の上限絶対制限パラメータ・フィールド１６６４および流量の上限推奨制限パラメータ・フィールド１６６６を示す。他の実施形態は、流量の下限絶対制限パラメータ・フィールド（図示せず）および流量の下限推奨制限パラメータ・フィールド（図示せず）を含むことができる。流量の上限絶対制限パラメータ・フィールド１６６４および流量の上限推奨制限パラメータ・フィールド１６６６を使用して、輸液ポンプのプログラム時に入力できる輸液速度の制限を定義することができる。それらの流量により、危険な量の薬物が特定の時間窓内に送液されないことを保証することを助けることができる。一部の実施形態では、看護エリアで使用される薬物の各種の薬物レコードも流量の制限を含むことができる。そのような流量の制限は、その看護エリアに定義されたどの流量の制限よりも優先されてもよい。看護エリアのレベルで定義することが可能な他の制限の中にも、当該看護エリアで使用される薬物の薬物レコードに定義された制限（例えばＶＴＢＩ、警報の感度等）の方が優先されるものがある。

図８５に示す例示的実施形態は、看護エリアのＶＴＢＩの制限を定義するために使用することができるパラメータ・フィールドも含む。図に示すように、ＶＴＢＩの上限絶対制限パラメータ・フィールド１６６８およびＶＴＢＩの上限推奨制限パラメータ・フィールド１６７０が含まれる。一部の実施形態では、ＶＴＢＩの下限絶対制限パラメータ・フィールド（図示せず）およびＶＴＢＩの下限推奨制限パラメータ・フィールド（図示せず）も含めることが可能である。ＶＴＢＩの上限絶対制限パラメータ・フィールド１６６８およびＶＴＢＩの上限推奨制限パラメータ・フィールド１６７０を使用して、医療機器のプログラム時に入力できるＶＴＢＩの制限を定義することができる。それらの制限はいくつかの理由で有益である可能性がある。例えば、それらの制限は、患者に過剰に薬剤が送液されるのを防ぐ助けとなる可能性がある。

ユーザが図８５の看護エリア追加画面１６１０でパラメータの定義を終えると、ユーザは「次へ」のオプション１６１６を使用することができる。図８５に示す看護エリア追加画面１６１０の「次へ」のオプション１６１６で、定義すべきさらに他のパラメータ・フィールドを含む別の看護エリア追加画面１６１０にユーザを進めることができる。一部の実施形態では、図８５の「次へ」のオプション１６１６で、図８６に示す看護エリア追加画面１６１０にユーザを進めることができる。図８６に示す看護エリア追加画面１６１０は、看護エリアの空気混入の制限および閉塞感度の制限を定義するために使用することができるいくつかのパラメータ・フィールド群を含む。他の実施形態では、それらの設定のための看護エリア追加画面１６１０は、図８６に示す画面とは異なるパラメータ・フィールドまたは異なる数のパラメータ・フィールドを含むことができる。一部の実施形態では、図８６に示すパラメータ・フィールドの群ごとに個別の看護エリア追加画面１６１０があってよい。

図８６に示す例示的実施形態では、空気混入制限値を定義するために使用することができるいくつかのパラメータ・フィールドが含まれる。図８６の例示的な看護エリア追加画面１６１０には、デフォルト空気混入制限パラメータ・フィールド１６８０、ユーザが空気混入制限値を変更可能かどうかのパラメータ・フィールド１６８２、および空気混入絶対制限パラメータ・フィールド１６８４が含まれる。デフォルト空気混入制限値のパラメータ・フィールド１６８０を使用して、当該看護エリアのデフォルトのライン内空気混入警報の感度を定義することができる。ユーザが空気混入制限値を変更可能かどうかのパラメータ・フィールド１６８２を使用して、フィールド１６８０に定義された、または当該看護エリアの薬物レコードに定義された空気混入制限値をユーザが変更できるか否かを定義することができる。空気混入の絶対制限フィールド１６８４を使用して、ユーザがそれを超えて空気混入制限値を変更することができないライン内空気混入警報の感度レベルを定義することができる。これらのパラメータ・フィールドは、空気塞栓症などの有害事象の防止の助けとなる可能性がある。

図８６には、閉塞感度を定義するために使用することができるいくつかのパラメータ・フィールドも含まれる。図８６に示す例示的実施形態では、デフォルト閉塞感度パラメータ・フィールド１６８６、ユーザが閉塞感度を変更できるかどうかのパラメータ・フィールド１６８８、閉塞感度の絶対制限パラメータ・フィールド１６９０、および逆方向のポンプ作動による閉塞圧力緩和フィールド１６９２が含まれる。実施形態によっては、上流の閉塞感度と下流の閉塞感度に別々の閉塞パラメータ・フィールド群を含むこともできる。デフォルト閉塞感度パラメータ・フィールド１６８６を使用して、看護エリア内の医療機器のデフォルトの閉塞感度を定義することができる。ユーザが閉塞感度を変更できるかどうかのパラメータ・フィールド１６８８を使用して、フィールド１６８６または看護エリアの薬物レコードに指定された閉塞感度をユーザが変更できるか否かを定義することができる。閉塞感度の絶対制限パラメータ・フィールド１６９０を使用して、ユーザがそれを下回って閉塞感度を変更することができない閉塞感度レベルを定義することができる。逆方向のポンプ作動による閉塞圧力緩和フィールド１６９２を使用して、閉塞が医療機器によって感知された場合に医療機器が逆方向にポンプを作動させて閉塞圧力を緩和するかどうかを定義することができる。この逆方向のポンプ作動は、閉塞の原因が取り除かれた場合（例えば看護師が輸液ラインからＩＶラインのクランプを外した場合）に大きな過度の送液が発生しないようにするために望ましい場合がある。これらのパラメータは、患者が処方された治療を安全に受けることを保証する助けとなる可能性がある。

ユーザが図８６の看護エリア追加画面１６１０でパラメータの定義を終えると、ユーザは図８１〜８５に示す「次へ」のオプション１６１６と同様の「次へ」のオプションを使用することができる。そのようなオプションで、定義すべきさらに他のパラメータ・フィールドを含む別の看護エリア追加画面１６１０にユーザを進めることができる。一部の実施形態では、図８１〜図８６のパラメータの定義を進めた結果、ユーザは、看護エリアを追加するために必要な項目、パラメータ、要素等の定義を完了している可能性がある。そのような実施形態では、図８６に示すように、「終了」のオプション１６９４を含めることができる。ユーザは「終了」のオプション１６９４を使用して看護エリアを薬物ライブラリに追加することができる。各種の他の実施形態では、ユーザは、看護エリアが薬物ライブラリに追加される前に、追加的な、または異なるパラメータ、項目、要素等を定義することを要求される場合もある。例えば、患者自己調節鎮痛（ＰＣＡ（patient controlled analgesia））の機械を使用する看護エリアは、最小投与間隔等のパラメータ・フィールドを含むことができる。

図８７は例示的な看護エリア画面１６００を示す。看護エリアを追加するために必要なパラメータ、項目、要素等を定義し、図８６に示す「終了」のオプション１６９４などの「終了」のオプションをクリックすると、ユーザを看護エリア画面１６００に戻すことができる。図に示すように、図８０〜図８６の看護エリア追加画面１６１０の例示的な推移で追加された看護エリア「４ Ｗｅｓｔ」が、図８７の看護エリア画面１６００の看護エリア・リストに含められている。図に示すように、新しく追加された看護エリアは、追加された薬物および濃度がゼロとして表示される。新しく追加された看護エリアは、また、点検の進捗状況値がゼロ％として表示される。

次いで特に図８８を参照すると、例示的な薬物画面１７００が示される。ユーザは、一部の実施形態では、該当するタブ１５９８を選択することにより薬物画面１７００に進むことができる。薬物画面１７００は、薬物ライブラリまたは看護エリアにある薬物のリスト、薬物ライブラリにある特定の薬物についてのエントリ、いくつかの異なる薬物ライブラリ・エントリの比較等を表示することができる。図８８には１０種類の薬物のリストを示す。薬物についての他の情報も表示することができる。図８８には、薬物が使用される看護エリア、各薬物に定義された臨床使用の数、点検の進捗状況、各薬物に定義された濃度レコードの数、各薬物に関連付けられた要求またはコメントの数等も示される。実施形態によっては、薬物のリストおよび関連情報を薬物表１７０２に表示してもよい。ユーザは、リストの薬物をクリックまたは選択して、薬物に関するより詳細な情報を見たり、薬物レコードの設定を編集したりすることができる。

図に示すように、薬物表１７０２の薬物の一部はトール・マン・レタリング（tall man lettering）を用いている。トール・マン・レタリングは、ユーザが似た名前の薬物を互いに間違えないようにする助けとなることができる。そのような混同が生じる可能性を最小に抑えるために、トール・マン・レタリングをＤＥＲＳエディタのユーザ・インターフェースの各種画面で使用することができる。

薬物画面１７００はさらに、薬物を比較するオプション１７０４、薬物をコピーするオプション１７０６、および薬物を追加するオプション１７０８を含むことができる。ユーザは、薬物ライブラリの２つ以上の薬物の設定を比較したい場合に、薬物を比較するオプション１７０４を選択することができる。様々な薬物レコードの比較については本明細書の後の箇所で説明する。ユーザは、既存の薬物をコピーすることにより新しい薬物を追加したい場合には、薬物をコピーするオプション１７０６を選択することができる。それらの薬物の設定にほとんど違いがない場合にはそれにより時間を節約することができる。一部の実施形態では、コピーのオプション１７０６を使用して新しい薬物を作成すると、すべての規則のセット、濃度等をコピーされた薬物から新しい薬物にコピーすることができる。一部の実施形態では、ユーザは、薬物をコピーするオプション１７０６を使用して新しい薬物を作成する際に、薬物に関連付けられた各種項目またはパラメータをコピーしたくないことを知らせることができる。ユーザが既存の薬物をコピーせずに新しい薬物を作成したい場合、ユーザは薬物追加のオプション１７０８をクリックすることができる。

図８９〜図９８の推移は、ＤＥＲＳエディタのユーザ・インターフェースを使用して看護エリアに薬物レコードを追加するために使用できるいくつかの例示的な画面を示す。他の実施形態では、看護エリアに薬物レコードを追加する画面またはプロセスは異なる場合がある。一部の実施形態では、薬物を追加する際に定義する必要のある項目、パラメータ、要素等は異なる場合がある。一部の実施形態では、これらの例示的な画面は、薬物追加ウィザードの一部として含めることができる。

看護エリアへの薬物の追加は、いくつかの異なるパラメータ、要素、項目等を指定することを伴う場合がある。薬物を追加する際、ユーザはその薬物の薬物名を指定することができる。その名前は、ＤＥＲＳエディタ・サービスから提供されるマスター・リストから選択することができる。ユーザは、薬物の種類またはカテゴリも指定することができる。ユーザは、その薬物が追加される看護エリアまたは看護グループも指定することができる。ユーザは、その薬物の投与に関連する可能性のある薬物のパラメータをいくつか指定することを要求される場合もある（例えば投与経路、薬物を２次輸液で投与することが可能かどうか等）。ユーザは、薬物に各種の規則のセットおよび濃度レコードを指定することもできる。他の実施形態では、薬物の追加はこれとは異なる可能性があり、異なる、または追加的なパラメータ、要素、項目等の指定を伴う場合がある。薬物が追加されると、その薬物およびそれに指定されたすべての情報はＤＥＲＳデータベースに保存することができる。

図８９は例示的な薬物追加画面１７１０を示し、これは、薬物ライブラリに薬物を追加する際に入力することが必要とされる多くの薬物追加画面１７１０の１つとすることができる。図８９に示す例示的な薬物追加画面１７１０は薬物名パラメータ・フィールド１７１２を含む。薬物名パラメータ・フィールド１７１２を使用して、薬物ライブラリに追加される新しい薬物の名前を定義することができる。図８９に示す実施形態を含む一部の実施形態では、ユーザは薬物名パラメータ・フィールド１７１２に薬物名をタイプ入力することができる。薬物名パラメータ・フィールド１７１２は、入力されたテキストに基づいて薬物名のリストをユーザに提案することができる。図８９に示すように、ユーザは「Ｄ」の文字をタイプ入力しており、それにより「Ｄ」の文字で始まる薬物のリストがユーザ・インターフェースに表示されている。一部の実施形態では、薬物ライブラリにすでにある薬物がリストに表示された場合、その薬物はその旨を示す標識１７１４と共に表示することができる。図８９に示す例示的実施形態では、標識１７１４が語句「in library（ライブラリにあり）」を含むことにより、薬物「Dobutamine」がすでに薬物ライブラリにあることを知らせている。

図９０は図８９に示す薬物追加画面１７１０の別の表示を示す。図に示すように、ユーザは「ＤＯＰ」の文字を薬物名パラメータ・フィールド１７１２にタイプ入力している。例示的実施形態では、それらの文字で、薬物候補の数を１種類の薬物「Dopamine」に十分に絞り込むことができる。一部の実施形態では、ユーザは、薬物のリスト内で所望の薬物をクリックすることにより薬物を選択することができる。ユーザは、希望する場合は薬物名パラメータ・フィールド１７１２に完全な薬物名を入力することを終了することもできる。

図８９および図９０に示す薬物追加画面１７１０でユーザがパラメータの定義を終えると、ユーザは「次へ」のオプション１７１６を使用することができる。図８９および図９０に示す薬物追加画面１７１０の「次へ」のオプション１７１６で、定義すべきさらに他のパラメータ・フィールドを含む別の薬物追加画面１７１０にユーザを進めることができる。一部の実施形態では、図８９および図９０の「次へ」のオプション１７１６で、図９１に示す薬物追加画面１７１０にユーザを進めることができる。図９１に示す薬物追加画面１７１０は、薬物について各種の薬物の詳細／設定を定義するために使用することができるいくつかのパラメータ・フィールドを含む。他の実施形態では、それらの設定のための薬物追加画面１７１０は、図９１に示す画面とは異なるパラメータ・フィールドまたは異なる数のパラメータ・フィールドを含むことができる。

図に示すように、図９１は薬物名パラメータ・フィールド１７２０を含む。薬物名パラメータ・フィールド１７２０は、図８９および図９０に示す薬物追加画面１７１０など、先行する薬物追加画面で指定された薬物名を自動的に入れることができる。一部の実施形態では、図８９および図９０に示す画面などの薬物追加画面１７１０は含まれない場合もある。代わりに、図９１に示すような薬物名パラメータ・フィールド１７２０を埋めることにより薬物名を定義することができる。

一部の実施形態では、他の名前パラメータ・フィールド１７２２も含めることができる。一部の実施形態では、このフィールドは、薬物名パラメータ・フィールド１７２０に定義された薬物の他の名前または別名を自動的に入力することができる。一部の実施形態では、他の名前パラメータ・フィールド１７２２は自動的には入力されず、ユーザが薬物の他の名前を任意に定義することができる。他の名前パラメータ・フィールド１７２２が自動的に入力される実施形態では、ユーザはさらに他の名前を追加することができる場合がある。例えば、ユーザは、図９１ですでに追加されている名前Intropinに加えてOxytyramineおよびRevivanを追加したい場合がある。ユーザは、ポンプをプログラミングする時に、フィールド１７２０に定義された名前、または他の名前パラメータ・フィールド１７２２に定義された他の名前のどちらかを使用して薬物を検索することができる。

図９１に示す例示的実施形態には、機器で表示される薬物名のパラメータ・フィールド１７２４も含まれる。このフィールドで、ユーザは、その薬物を投与する医療機器で表示したい薬物の名前を定義することができる。一部の実施形態では、機器で表示される薬物名のパラメータ・フィールド１７２４には、フィールド１７２０で定義された薬物名が自動的に入れられる。ユーザが別の名前を使用したい場合は、所望の名前をフィールド１７２４に入力することができる。一部の実施形態では、ユーザは、フィールド１７２０にも１７２２にも定義されていない名前は入力できない場合がある。

図９１に示す薬物追加画面１７１０には、薬物カテゴリ・パラメータ・フィールド１７２６も含まれる。このフィールドで、ユーザは薬物が属するカテゴリを定義することができる。一部の実施形態では、ユーザは、薬物カテゴリのリストからカテゴリを選択することができる。薬物カテゴリのリストは、ユーザが薬物カテゴリ・パラメータ・フィールド１７２６をクリックすると表示されるドロップ・ダウン・リストとすることができる。そのようなリストにより、複数のユーザが薬物ライブラリに薬物を追加できる場合に一貫性を保証することを助けることができる。

一部の実施形態では、ＡＨＦＳ分類パラメータ・フィールド１７２８も含めることができる。他の実施形態では、分類パラメータ・フィールドでＡＨＦＳ分類方式を使用する必要はない。ユーザは、ＡＨＦＳ分類パラメータ・フィールド１７２８で薬物のＡＨＦＳ分類を定義することができる。一部の実施形態では、このフィールドは、フィールド１７２０で定義された薬物名に基づいて自動的に入力することができる。

図９１に示す薬物追加画面１７１０は不適合薬剤パラメータ・フィールド１７３０も含む。一部の実施形態では、このフィールドは、フィールド１７２０で定義された薬物名に基づいて自動的に入力することができる。一部の実施形態では、ユーザが、薬物ライブラリに追加しようとしている薬物と適合性のない薬剤をタイプ入力することができる。一部の実施形態では、ユーザ・インターフェースは、ユーザが入力した文字に基づいて薬物名リストを表示することができる。これは、図８９および図９０に示した薬物名パラメータ・フィールド１７１２をユーザが入力する方法の説明と同様である。

一部の実施形態では、高警戒または高リスク薬剤のパラメータ・フィールド１７３２も含めることができる。高リスク薬剤パラメータ・フィールド１７３２を使用して、薬物を薬物ライブラリ内で高リスク薬物と分類すべきか否かを定義することができる。薬物が不適当な形で投与されたときに悪影響の可能性が高い場合に、薬物を高リスク薬物と分類することが望ましい場合がある。薬物が高リスクと定義された場合、その薬物は、一部の実施形態では、その投与の前により厳しい制限や医療機器プログラミングの二度の点検を受ける、かつ／または医療機器のユーザ・インターフェース上でその薬物を高リスクとして示す標識と共に表示することができる。

図９１に示す薬物追加画面１７１０でユーザがパラメータの定義を終えると、ユーザは「次へ」のオプション１７１６を使用することができる。図９１に示す薬物追加画面１７１０の「次へ」のオプション１７１６で、定義すべきさらに他のパラメータ・フィールドを含む別の薬物追加画面１７１０にユーザを進めることができる。一部の実施形態では、図９１の「次へ」のオプション１７１６で、ユーザを図９２に示す薬物追加画面１７１０に進めることができる。図９２に示す薬物追加画面１７１０は、当該薬物を利用可能にすることができる看護エリアのリストを含む。

図に示すように、図９２に示す薬物追加画面１７１０は看護エリア・リスト１７４０を含む。ユーザは、薬物が追加される任意数の所望の看護エリアを看護エリア・リスト１７４０から選択することができる。一部の実施形態では、ユーザは、看護グループに薬物を追加することを選択することもできる。図９２に示す例示的実施形態では、ユーザは、薬物を看護エリア「４ Ｗｅｓｔ」に追加すべきことを指示している。図９２に示す実施形態を含む一部の実施形態では、ユーザは、ラジオ・ボタンのオン／オフを切り替える、チェック・ボックスにチェックを入れる、またはチェックを外す、看護エリア名をクリックする等により、看護エリアのリスト１７４０から看護エリアを選択することができる。

図９２に示す薬物追加画面１７１０でユーザが看護エリアの選択を終えると、ユーザは「次へ」のオプション１７１６を使用することができる。図９２に示す看護エリア追加画面１７１０の「次へ」のオプション１７１６で、定義すべきさらに他のパラメータ・フィールドを含む別の薬物追加画面１７１０にユーザを進めることができる。一部の実施形態では、図９２の「次へ」のオプション１７１６で、当該薬物を薬物ライブラリに追加してよいかを確認することをユーザに要求する確認画面（図示せず）にユーザを進めることができる。例示的実施形態では、図９２の「次へ」のオプション１７１６で、図９３に示す薬物追加完了画面１７５０などの薬物追加完了画面にユーザを進めることができる。図９３に示す薬物追加完了画面１７５０は、薬物ライブラリおよび選択された看護エリアへの薬物の追加が成功したことを知らせる確認メッセージ１７５２を含む。薬物追加完了画面はいくつかのリンク１７５４を含むことができ、そのリンクでユーザは薬物に臨床使用や濃度などのさらに他のパラメータを定義することができる。一部の実施形態では、薬物追加完了画面１７５０は「戻る」のオプション１７５６を含むことができる。ユーザは、「戻る」のオプション１７５６を使用して、図８９〜図９２でパラメータ、項目、要素等を定義した際に生じた誤りがあればそれを訂正することができる。「ＯＫ」のオプション１７５８も含めることができる。ユーザは「ＯＫ」のオプション１７５８を使用して、薬物ライブラリおよび選択された看護エリアに薬剤が追加された旨を認識したことを知らせることができる。

一部の実施形態では、ユーザは、新しい薬物を追加する際に、薬物について少なくとも１つの規則のセット（例えば臨床使用レコード）および／または濃度を入力することもできる。一部の実施形態では、図９３の「ＯＫ」のオプション１７５８をクリックすると、図９４に示す臨床使用追加画面１７６０と同様の臨床使用追加画面をユーザ・インターフェースに表示することができる。他の実施形態では、図９３に示す薬物追加完了画面１７５０などの薬物追加完了画面は含まれない場合もある。図９４〜図９８は、薬物に臨床使用および濃度を追加するために表示される画面の例示的な推移を示す。

図９４は、臨床使用追加画面１７６０の例示的実施形態を示す。図に示すように、図９４の臨床使用追加画面１７６０は、臨床使用の一般設定を定義するために使用することができるいくつかのパラメータ・フィールドを示す。図９４には臨床使用名パラメータ・フィールド１７６２が含まれる。このフィールドを使用して、薬物の臨床使用を定義する。臨床使用には、特に、体重ベース、ＢＳＡベース、非体重ベース、中心ライン、周辺ライン等が含まれる。表示順序のパラメータ・フィールド１７６４も図９４に示す。表示順序のパラメータ・フィールド１７６４を使用して、ユーザが治療を設定する際に医療機器のユーザ・インターフェース上で臨床使用が表示される順序を定義することができる。図９４の臨床使用追加画面１７６０は、輸液種類のパラメータ・フィールド１７６６も含む。このフィールドを使用して、医療機器によって送液される輸液の種類を定義する。輸液の種類には、これらに限定されないが、負荷量、１次、２次、リレー、持続、ボーラス等がある。実施形態によっては、機器パラメータ・フィールド１７６８も含むことができる。このフィールドを使用して、追加される臨床使用を利用可能にする医療機器の種類を定義する。

実施形態によっては、一般的なメモのパラメータ・フィールド１７７０、臨床勧告要約パラメータ・フィールド１７７２、および詳細な臨床勧告パラメータ・フィールド１７７４を含むことができる。一般的なメモのパラメータ・フィールド１７７０を使用して、臨床使用に関する一般的なメモをタイプ入力することができる。一部の実施形態では、このフィールドに入力された内容はいずれも医療機器では表示されないか、または、このフィールドに入力された内容を見るには、ユーザは医療機器のユーザ・インターフェース上でオプションを使用しなければならない。このフィールドは、薬物ライブラリの点検時にＤＥＲＳエディタのユーザによって見ることができる。このフィールドを使用して、例えば、定義される対象の臨床使用についての情報を提供するリンク、文書、研究論文等を投稿することができる。

勧告要約パラメータ・フィールド１７７２を使用して、臨床勧告要約を表示することができる。臨床勧告要約は、詳細な臨床勧告パラメータ・フィールド１７７４に入力された詳細な臨床勧告の短いテキスト・バージョンとすることができる。これらのフィールドは、治療のプログラム時に医療機器に表示することができる。一部の実施形態では、ユーザは、薬物に臨床使用を追加する際に臨床勧告を定義しない場合もある。代わりに、臨床勧告は、ＤＥＲＳエディタのユーザ・インターフェース上で臨床勧告リストに進むことによって追加することができる。一部の実施形態では、ユーザは、臨床勧告の一部として画像、リンク、文書等を含めることができる。

図９４に示す臨床使用追加画面１７６０で定義することが可能な１つまたは複数のパラメータで、後続の画面で表示されるパラメータを決定することができる。例えば、ユーザが２次輸液として送液される薬物に臨床使用を定義した場合には、２次輸液に関連し、２次輸液に適切なパラメータのみの定義が必要とされる。すると、後続の臨床使用追加画面１７６０はそれらのパラメータ・フィールドを含むことができる。

図９４に示す臨床使用追加画面１７６０でユーザがパラメータの定義を終えると、ユーザは「次へ」のオプション１７１６を使用することができる。図９４に示す臨床使用追加画面１７６０の「次へ」のオプション１７１６は、定義すべきさらに他のパラメータ・フィールドを含む別の臨床使用追加画面１７６０にユーザを進めることができる。一部の実施形態では、図９４の「次へ」のオプション１７１６で図９５に示す臨床使用追加画面１７６０にユーザを進めることができる。図９５に示す臨床使用追加画面１７６０は、臨床使用についての情報をさらに定義するために使用することができるいくつかのパラメータ・フィールド群を含む。それらのパラメータ・フィールド群には、図９４の輸液種類パラメータ・フィールド１７６６で指定された輸液種類についての一般設定のグループ、治療設定のグループ、および設定のグループが含まれることが可能である。一部の実施形態では、各パラメータ・フィールド群を、別の臨床使用追加画面１７６０に表示することができる。実施形態によっては、図９５に示す画面とは異なるパラメータ・フィールドまたは異なる数のパラメータ・フィールドを含むことができる。

図９５に示す一般設定パラメータ・フィールドの群は、２次輸液で実行可能であるかどうかのパラメータ・フィールド１７８０、二度の点検が必要かどうかのパラメータ・フィールド１７８２、および１次輸液でＶＴＢＩがゼロになった時の対応パラメータ・フィールド１７８４を含む。２次輸液で実行可能であるかどうかのパラメータ・フィールド１７８０を使用して、臨床使用でその薬物を２次輸液で送液することを許可するかどうかを定義することができる。二度の点検が必要かどうかのパラメータ・フィールド１７８２を使用して、臨床使用が、薬物投与前に二度の点検を必要とするかどうかを定義することができる。一部の実施形態では、ユーザは、同じユーザによって二度目の点検を行ってよいかどうか、または投与の前にプログラムされた治療を別の者が点検することを必要とするかどうかをさらに定義することができる。

１次輸液でＶＴＢＩがゼロになった時の対応パラメータ・フィールド１７８４を使用して、プログラムされたＶＴＢＩが完全に送液された時に医療機器がどのように振る舞うかを定義することができる。一部の実施形態では、このフィールドはデフォルトでＫＶＯに設定される。一部の実施形態では、ユーザは、ＶＴＢＩがゼロに達した時に警告が発されるかどうか、および警告が発される場合はどの種類の警告が発せられるかを定義することができる。その他の可能ないくつかの動作を指定することもできる。

図９５に示す例示的な臨床使用追加画面１７６０は、治療の終了が近いことを知らせる警告のパラメータ・フィールド１７８６、および治療終了まであとどれくらいかを知らせる警告のパラメータ・フィールド１７８８を、治療設定パラメータの群に含む。治療の終了が近いことを知らせる警告のパラメータ・フィールド１７８６を使用して、治療が終了に近づいた時に医療機器が警告を発するかどうかを定義することができる。治療終了まであとどれくらいかを知らせる警告のパラメータ・フィールド１７８８を使用して、警告の発行から治療の終了までの近さを定義することができる。一部の実施形態では、ユーザが、治療終了の終了が近いことを知らせる警告のパラメータ・フィールド１７８６で警告を生成しないことを指定している場合は、このフィールドは定義することができない。各種実施形態で、ユーザは、警告から終了までの近さを残りの時間または量で定義することができる。一部の実施形態では、ユーザは、警告に対して対処が取られない場合に警告が再度発生するスケジュール（例えば１０分ごと）をさらに定義することができる。

輸液種類の設定の群は、臨床使用に定義された輸液の種類に応じて異なる可能性がある。例示的実施形態では、輸液種類は１次持続輸液と定義される。輸液種類についてのパラメータ・フィールドの１つである投与モード・パラメータ・フィールド１７９０が図９５に示される。投与モード・パラメータ・フィールド１７９０を使用して、輸液の投薬をプログラムする際に使用される測定単位を定義することができる。それらの単位は一部の実施形態ではヤード・ポンド法またはメートル法である。また、一部の実施形態では、定義される単位は、量／時間、量／体重／時間、量／ＢＳＡ／時間等である。

図９５に示す臨床使用追加画面１７６０でユーザがパラメータの定義を終えると、ユーザは「次へ」のオプション１７１６を使用することができる。図９５に示す臨床使用追加画面１７６０の「次へ」のオプション１７１６で、定義すべきさらに他のパラメータ・フィールドを含む別の臨床使用追加画面１７６０にユーザを進めることができる。一部の実施形態では、図９５の「次へ」のオプション１７１６をクリックすると、図９６に示す臨床使用追加画面１７６０にユーザを進めることができる。図９６に示す臨床使用追加画面１７６０は、臨床使用についての情報をさらに定義するために使用することができるいくつかのパラメータ・フィールド群を含む。これらのパラメータ・フィールド群は、臨床使用に定義された輸液の種類に依存する追加的なパラメータ・フィールドを含むことができる。一部の実施形態では、各パラメータ・フィールド群を別の臨床使用追加画面１７６０に表示することができる。実施形態によっては、図９６に示す画面とは異なるパラメータ・フィールドまたは異なる数のパラメータ・フィールドを含むことができる。

一部の実施形態では、デフォルト投与速度パラメータ・フィールド１８００を図９６に示す臨床使用追加画面１７６０に含めることができる。このフィールドを使用して、その臨床使用のデフォルトの投与速度を定義することができる。一部の実施形態では、特定の薬物にはこのフィールドは含まれない。このフィールドは自動的に更新されて、図９５に示す投与速度パラメータ・フィールド１７９０で定義された測定単位を反映することができる。

図９６に示す例示的な臨床使用追加画面１７６０は、投与速度の制限値を定義するために使用することができるいくつかのパラメータ・フィールドも含む。例示的実施形態では、投与速度の上限絶対制限パラメータ・フィールド１８０２、投与速度の上限推奨制限パラメータ・フィールド１８０４、投与速度の下限推奨制限パラメータ・フィールド１８０６、および投与速度の下限絶対制限パラメータ・フィールド１８０８を示す。投与速度の上限絶対制限パラメータ・フィールド１８０２および投与速度の上限推奨制限パラメータ・フィールド１８０４を使用して、医療機器のプログラム時に入力することができる投与速度の上限を定義することができる。投与速度の下限推奨制限パラメータ・フィールド１８０６および投与速度の下限絶対制限パラメータ・フィールド１８０８を使用して、医療機器のプログラム時に入力することができる投与速度の下限を定義することができる。これらの制限値は、医療機器に正確で安全な情報がプログラムされることを保証する助けとなる。

図９６に示す臨床使用追加画面１７６０は、容量漸増増加量の絶対制限パラメータ・フィールド１８１０も含む。一部の実施形態では、さらに他の容量漸増制限値のパラメータ・フィールドを含めることができる。例えば、実施形態によっては、容量漸増増加量の推奨制限パラメータ・フィールドを含むことができる（図示せず）。漸増間の最小の時間制限値を定義するための容量漸増間隔制限値のパラメータ・フィールドも含めることができる。ユーザは容量漸増増加量の絶対制限パラメータ・フィールド１８１０を使用して、ユーザが投与量の薬剤を漸増することができる最大の量を定義することができる。一部の実施形態では、この制限値は、元の投与量に対する百分率で定義することができる。

図９６に示す臨床使用追加画面１７６０でユーザがパラメータの定義を終えると、ユーザは「次へ」のオプション１７１６を使用することができる。図９６に示す臨床使用追加画面１７６０の「次へ」のオプション１７１６で、定義すべきさらに他のパラメータ・フィールドを含む別の臨床使用追加画面１７６０にユーザを進めることができる。一部の実施形態では、図９６の「次へ」のオプション１７１６をクリックすると、図９７に示す臨床使用追加画面１７６０にユーザを進めることができる。図９７に示す臨床使用追加画面１７６０は、臨床使用に関する情報をさらに定義するために使用することができるいくつかのパラメータ・フィールド群を含む。それらのパラメータ・フィールド群は、ボーラス設定パラメータ・グループおよび負荷量パラメータ・グループを含むことができる。一部の実施形態では、各パラメータ・フィールド・グループを別の臨床使用追加画面１７６０に表示することができる。実施形態によっては、図９７に示す画面とは異なるパラメータ・フィールドまたは異なる数のパラメータ・フィールドを含むことができる。

図９７に示す例示的実施形態では、ボーラス設定パラメータ・グループは、ボーラスが許可されるかどうかのパラメータ・フィールド１８２０を含む。このフィールドを使用して、その臨床使用を使用して治療を実施する際にユーザがボーラスを実行できるかどうかを決定することができる。一部の実施形態では、さらに他のボーラス設定パラメータがあってもよい。例えば、一部の実施形態では、ボーラスの絶対制限および推奨制限のパラメータ・フィールドを含めることができる。

図９７に示す例示的な臨床使用追加画面１７６０では、負荷量パラメータ・グループは、負荷量許可のパラメータ・フィールド１８２２および負荷量設定パラメータ・フィールド１８２４を含む。負荷量許可のパラメータ・フィールド１８２２を使用して、その臨床使用を使用する際に負荷量を実施してよいか否かを定義することができる。負荷量設定パラメータ・フィールド１８２４を使用して、負荷量が許可される場合に負荷量の各種設定を定義することができる。一部の実施形態では、負荷量設定パラメータ・フィールド１８２４は、代わりにいくつかのパラメータ・フィールドとしてもよい。そのようなフィールドは、例えば、表９のパラメータ７.０１〜７.１８に対応するパラメータ・フィールドを含むことができる。

図９７に示す臨床使用追加画面１７６０でパラメータの定義を終えると、ユーザは「次へ」のオプション１７１６を使用することができる。図９７に示す臨床使用追加画面１７６０の「次へ」のオプション１７１６で、定義すべきさらに他のパラメータ・フィールドを含む別の臨床使用追加画面１７６０にユーザを進めることができる。一部の実施形態では、図９７の「次へ」のオプション１７１６をクリックすると、ユーザを確認画面（図示せず）に進めることができ、その画面でその臨床使用を追加するかどうかを確認するようにユーザを促す。一部の実施形態では、図９７の「次へ」のオプション１７１６をクリックすると、図９８に示す濃度追加画面１８３０などの濃度追加画面にユーザを進めることができる。図９８に示す濃度追加画面１８３０は、薬物の濃度に関する情報を定義するために使用することができるいくつかのパラメータ・フィールド群を含む。実施形態によっては、図９８に示す画面とは異なるパラメータ・フィールドまたは異なる数のパラメータ・フィールドを含むことができる。

図９８に示す例示的実施形態では、一般的な濃度パラメータのグループが含まれる。図に示すように、このパラメータ群は、作業者による変更を許可するかどうかのパラメータ・フィールド１８３２および表示形式のパラメータ・フィールド１８３４を含む。作業者による変更を許可するかどうかのパラメータ・フィールド１８３２は、作業者が医療機器のプログラム時に濃度レコードに定義された濃度を変更することを許可することができる。表示形式パラメータ・フィールド１８３４を使用して、医療機器のユーザ・インターフェースに濃度がどのように表示されるかを定義することができる。ユーザは、例えば、量／希釈液量として、または濃度（例えば希釈液中の薬物の百分率）として濃度を表示することを選ぶことができる。

濃度を定義するために使用することができるパラメータ・フィールド群も図９８に示す。図に示すように、容器内の薬物量パラメータ・フィールド１８３６が含まれる。このフィールドを使用して、容器中の薬物の量を定義することができる。一部の実施形態では、ユーザは、このパラメータ・フィールドを定義する数値および測定単位を定義することができる。例示的実施形態では容器量パラメータ・フィールド１８３８も含まれる。このフィールドを使用して、薬物が保持される容器の容量を定義することができる。一部の実施形態では、ユーザは、このパラメータ・フィールドに数値および測定単位の両方を定義することができる。実施形態によっては、デフォルトＶＴＢＩパラメータ・フィールド１８４０を含むことができる。このフィールドを使用して、ユーザが濃度レコードを使用して医療機器をプログラムする際に使用することができるデフォルトのＶＴＢＩを定義することができる。実施形態によってはこのフィールドを含まない場合もある。図９８は濃度パラメータ・フィールド１８４２も含む。一部の実施形態では、このフィールドは、他のフィールドに十分な情報が入力されると自動的に入力される。このフィールドを使用して、追加対象の濃度レコードについて薬物の濃度を定義することができる。

図９８に示す濃度追加画面１８３０でユーザがパラメータの定義を終えると、ユーザは「次へ」のオプションを使用することができる。「次へ」のオプションをクリックすると、定義すべきさらに他のパラメータ・フィールドを含む別の濃度追加画面１８３０にユーザを進めることができる。図９８の実施形態などの一部の実施形態では、濃度追加画面１８３０に「次へ」のオプションは含まれない。そのような実施形態では、「終了」のオプション１８４４を濃度追加画面１８３０に含めることができる。図９８の「終了」のオプションをクリックすると、その濃度を薬物ライブラリに追加することができる。

図９９は薬物画面１７００の例示的実施形態を示す。図８９〜図９８の例示的な推移で薬物ライブラリに追加される薬物、臨床使用、および濃度は、図９９に示す薬物リスト１７０２に含まれている。一部の実施形態では、ユーザが薬物ライブラリに薬物、臨床使用、もしくは濃度を追加する、またはその変更を終えると、ユーザを薬物画面１７００に戻すことができる。そのような実施形態では、ユーザが薬物画面１７００に戻されると、追加または変更された薬物レコードをハイライト表示し、詳細なビューで表示することができる。

図１００〜図１０４は、ＤＥＲＳエディタのユーザ・インターフェースに表示することが可能な臨床使用追加画面１７６０の代替例をいくつか示す。図１００〜図１０４に示す臨床使用追加画面１７６０の代替例は、図９４〜図９７に示すものと同様である。図１００〜図１０４に示す臨床使用追加画面１７６０は、図９４〜図９７に示される同じパラメータ・フィールドと同様に編成され、それらの多くを含んでいる。図１００〜図１０４に示す例示的な臨床使用追加画面１７６０は、臨床使用を定義するために使用することができるさらに他のいくつかの例示的パラメータ・フィールドを含む。

図１００は薬剤経路パラメータ・フィールド１８５０を含む。このフィールドを使用して、特定の臨床使用に使用される薬剤経路を定義することができる。可能な薬剤経路には、これらに限定されないが、静脈内、皮下、経腸、胃腸、髄腔内、硬膜外、動脈、筋肉内、腹腔内、骨内等がある。図１００の例示的実施形態には薬剤部位パラメータ・フィールド１８５０も含まれる。このフィールドを使用して、例えば、その臨床使用に使用すべき輸液部位を定義することができる。送液方法パラメータ・フィールド１８５４も図１００に示される。このフィールドを使用して、その臨床使用の送液方法を定義することができる。送液方法には、これらに限定されないが、輸液、患者自己管理輸液、経口投与等がある。

図１００〜図１０３は「後で終了（Finish Later）」のオプション１８５８も含む。ユーザは、このオプションを使用して、臨床使用の追加を後に終了することができる。これは、例えば、ユーザが質問をしたい場合、またはパラメータの適切な値を調べたい場合に望ましい場合がある。また、このオプションは、ユーザが現時点では臨床使用についてすべてのパラメータの定義を終えるのに十分な時間がない場合に有用である可能性もある。ユーザが「後で終了」のオプションを使用した場合は、その時点までに行われた進捗を保存することができる。他のＤＥＲＳエディタ画面、例えば看護エリア追加画面もそのようなオプションを含むことができる。

図１０１に示す臨床使用追加画面１７６０は、２次輸液のＶＴＢＩゼロ時の対応パラメータ・フィールド１８６０を含む。このフィールドを使用して、医療機器によって投与されている２次輸液のプログラムされた全量が送液された時の医療機器の振る舞いを定義することができる。例えば、ユーザは、１次輸液を送液する医療機器が１次輸液を再開し、そのことを知らせる通知を発行することを指定することができる。

図１０３に示す臨床使用追加画面１７６０は、容量漸増増加量の推奨制限パラメータ・フィールド１８７０を含む。このフィールドを使用して、容量漸増の増加量の推奨制限を定義することができる。このフィールドは、一部の実施形態では、元の投与量に対する百分率として定義することができる。

図１０４に示す例示的実施形態は負荷量２次パラメータ・フィールド１８８０を含む。このフィールドを使用して、その臨床使用の一部として投与される負荷量の各種パラメータを定義することができる。一部の実施形態では、１つの２次負荷量パラメータ・フィールド１８８０に代えていくつかのパラメータ・フィールドがある。それらのフィールドを使用して、表９のパラメータ７.０１〜７.１８などの各種パラメータを定義することができる。

図１０４には他のパラメータ・フィールド群も含まれる。例示的実施形態では、ＫＶＯ値パラメータ・フィールド１８８４がこの群に含まれる。このフィールドを使用して、その臨床使用のＫＶＯ値を定義することができる。図１０４には空気混入制限値のパラメータ・フィールド１８８６も含まれる。このフィールドを使用して、ライン内空気混入の警告または警報の感度を定義することができる。一部の実施形態では、ユーザは、空気混入制限値パラメータ・フィールド１８８６を定義する時に量／時間を定義することができる。いくつかの閉塞再開パラメータ・フィールド１８８８も図１０４に示す。このフィールドを使用して、閉塞の警告または警報を発する前に医療機器が試みる再始動の回数を定義することができる。

図１０５は、薬物画面１７００の例示的な表示を示す。図８８を参照して上述したように、ユーザは、薬物画面１７００で薬物リスト１７０２の薬物をクリックすることにより、その薬物についてのより詳細な情報を見ることができる。薬物リスト１７０２の薬物は例えば展開することができる。ある薬物がクリックされると、その特定の薬物についての詳細な下位リスト１８９０がＤＥＲＳエディタのユーザ・インターフェースに表示されてもよい。一部の実施形態では、この詳細な下位リスト１８９０は、図１０５に示すようにモーダル・ウィンドウに表示することができる。他の実施形態では、薬物リストの薬物は展開することができる。薬物をクリックすると、その薬物が展開され、その薬物に対応する詳細な下位リスト１８９０を含んでいるいくつかの行が薬物表１７０２内のその特定の薬物の下に表示されてもよい（例えば図１０９を参照）。そのような実施形態では、詳細な下位リスト１８９０は、詳細な下位リスト１８９０がユーザに選択された特定の薬物に関連付けられていることを明確にするような形でＤＥＲＳユーザ・インターフェースに表示することができる。一部の実施形態では、ユーザは、異なる薬物に対応するいくつかの詳細な下位リスト１８９０を同時に開く、または展開した状態にすることができる。

薬物についての詳細な下位リスト１８９０は、一部の実施形態では、少なくとも、その薬物が追加された各看護エリアに対応する行を含む。各看護エリアにおけるその薬物の臨床使用および濃度ごとに行を含めることも可能である。一部の実施形態では、ユーザが看護エリアに薬物を追加する、薬物についての臨床使用を追加する、または薬物の濃度を追加するためのクイック・リンクを提供する行を、詳細な下位リスト１８９０に含めることができる。他の実施形態では、詳細な下位リスト１８９０は異なる場合がある。

必要な場合、ユーザは、選択された薬物、臨床使用、または濃度に定義された各種パラメータを表示および／または編集するために、詳細な下位リスト１８９０の中の行をクリックすることができる。それにより、一部の実施形態では、図１０６に示す詳細な薬物ライブラリ入力画面１９００などの詳細な薬物ライブラリ入力画面が、ＤＥＲＳエディタのユーザ・インターフェースに表示される。一部の実施形態では、ユーザは、詳細な下位リスト１８９０の中で行を選択し、コピーのオプション（図１０５には図示せず）をクリックすることにより、薬物ライブラリ内の薬物、臨床使用、または濃度のエントリをコピーすることができる。一部の実施形態では、ユーザは、詳細な下位リスト１８９０で複数のエントリを選択することができるか、またはいくつかの詳細な下位リスト１８９０で複数のエントリを選択し、選択したエントリの定義されたパラメータ同士を比較することができる。ＤＥＲＳエディタのユーザ・インターフェースは、比較を横に並べて表示することができる。

図１０６は例示的な薬物ライブラリ入力画面１９００を示す。そのような画面は、選択された薬物ライブラリ・エントリに関連付けられた定義済みの項目、要素、パラメータ等のリストを表示することができる。薬物ライブラリ入力画面１９００は薬物ライブラリ・エントリ識別子１９０２を含むことができる。薬物ライブラリ・エントリ識別子１９０２は、表示されている薬物ライブラリ・エントリを識別することができる。薬物ライブラリ・エントリ識別子１９０２は、例えば看護エリア名や薬物名である。一部の実施形態では、薬物ライブラリ・エントリ識別子１９０２は、その薬物ライブラリ・エントリが属する階層を識別することができる。例えば、臨床使用に対応する薬物ライブラリ・エントリは、薬物名、看護エリア、および臨床使用名を含む薬物ライブラリ識別子で識別することができる。例示的実施形態では、薬物ライブラリ・エントリ識別子１９０２は、薬物名「Acyclovir」、看護エリア「外科（Surgery）」、および臨床使用名「非体重ベース（Non-Weight Based）」を識別している。

進捗状況の要約１９０４も、薬物ライブラリ・エントリの詳細な薬物ライブラリ入力画面１９００に含めることができる。進捗状況の要約１９０４は、一部の実施形態では、記入が済んだパラメータ・フィールドの数、記入が済んでいないパラメータ・フィールドの数、更新要求または他のフィードバックに関連付けられているフィールドの数、ユーザの点検を必要とするフィールドの数等を示すことができる。

薬物ライブラリ入力画面１９００はエントリ・パラメータ・リスト１９０６も表示することができる。エントリ・パラメータ・リスト１９０６は、その薬物ライブラリ・エントリに関連付けられたすべての定義済みパラメータ、要素、項目等のリストを表示することができる。エントリ・パラメータ・リスト１９０６は、いくつかの展開可能なグループに分けて、ユーザ・インターフェースに一度に表示される情報の量を制限することができる。それらのグループを展開して、そのグループに該当する関連パラメータ値を表示することができる。例えば、図１０６に示す例示的実施形態では一般設定のグループが展開されている。グループは、クリック、ダブル・クリック、または他の適切な動作で展開することができる。一部の実施形態では、ユーザは、エントリ・パラメータ・リスト１９０６内でパラメータをクリックすることにより、各種パラメータ、項目、または要素を編集することができる。一部の実施形態では、エントリ・パラメータ・リスト１９０６中の各グループまたはパラメータに関連付けて通知１９０８を含めることができる。図１０６に示す例示的実施形態では、各グループの空のパラメータ・フィールドの数を示す通知１９０８が表示されている。他の実施形態では、通知１９０８は、グループ中で点検が必要なパラメータの数や、グループ中の更新要求または変更要求に関連付けられたパラメータの数を示すことができる。エントリ・パラメータ・リスト１９０６が大き過ぎてＤＥＲＳエディタのユーザ・インターフェースに表示できない場合は、リストの一部のみをユーザ・インターフェースに表示し、スクロール・バー等を含めて、必要な場合にはユーザが他の情報を見られるようにすることができる。

薬物ライブラリ入力画面１９００には、いくつかのボタン、リンク、オプション等も含めることができる。図１０６に示す例示的な薬物ライブラリ入力画面１９００は、変更保存のオプション１９１０、コピーのオプション１９１２、および削除のオプション１９１４を含む。これらのオプションは、図１０６の例示的実施形態では仮想ボタンとして示しているが、すべての実施形態でボタンである必要はない。ユーザがエントリ・パラメータ・リスト１９０６のパラメータ、項目、要素等に変更を行った場合、ユーザは変更保存のオプション１９１０を使用して変更を保存することができる。一部の実施形態では、変更保存のオプション１９１０は、ユーザが薬物ライブラリのエントリを何らかの形で変更するまでは無効にしておくことができる。コピーのオプション１９１２を使用して薬物ライブラリ・エントリをコピーし、その古い薬物ライブラリ・エントリの定義済みのパラメータ、項目、要素等を使用して新しい薬物ライブラリ・エントリを作成することができる。薬物ライブラリ削除のオプション１９１４を使用して、一部の実施形態では薬物ライブラリ・エントリを削除することができる。一部の実施形態では「戻る」のオプション１９１６またはボタンも含めることができる。このオプションで、図１０５に示す薬物画面１７００などの薬物画面にユーザを戻すことができる。

一部の実施形態では、薬物ライブラリ入力画面１９００は、子の薬物ライブラリ・エントリを見るために使用できる下位タブまたは子タブ１９１８を含むことができる。例えば、薬物ライブラリ入力画面１９００で特定の看護エリアの薬物の臨床使用についての情報を表示している場合には、その臨床使用に定義された濃度レコードに対応する子タブ１９１８を含めることができる。図１０６に示す例示的実施形態は、濃度レコードに対応する１つの子タブ１９１８を含む。

図１０７は、薬物の詳細な下位リスト１８９０が表示される薬物画面１７００の例を示す。図１０７に示す薬物画面１７００および詳細な下位リスト１８９０は図１０５に示す画面と同じである。図に示すように、詳細な下位リスト１８９０のいくつかの行が選択されている。ユーザは、例えば各行のチェックボックスにチェックを入れる、またはチェックを外すことによりそれらの各種行を選択することができる。少なくとも２つの行が選択されると、比較機能が有効にされる。例示的実施形態では、少なくとも２つの行が選択されると比較のオプション１９２０がユーザ・インターフェース上で有効になる。ユーザは、比較のオプション１９２０を使用して、選択された薬物ライブラリのエントリを比較することができる。

図１０８は、２つの薬物ライブラリ・エントリが比較されている薬物ライブラリ・エントリ比較画面１９３０を示す。図１０８で比較されている薬物ライブラリ・エントリは図１０７で選択されたエントリである。図１０８に示す例示的実施形態では、２つの薬物ライブラリ・エントリは、ユーザ・インターフェース上で横に並べて表示される。他の実施形態では、ユーザ・インターフェースは、比較される薬物ライブラリ・エントリを他の適切な形で表示することができる。図に示すように、比較される薬物ライブラリ・エントリは、図１０６に示し、説明したエントリ・パラメータ・リスト１９０６と同様の比較される薬物ライブラリ・エントリに対応するエントリ・パラメータ・リスト１９３２を使用して表示することができる。

実施形態によっては、ユーザが、比較する薬物ライブラリ・エントリの１つを編集できるようにする。例示的実施形態では、編集のオプション１９３４が含まれ、必要な場合はこれを使用して、比較される薬物ライブラリ・エントリの１つに関連付けられた項目、パラメータ、要素等を編集することができる。一部の実施形態では、編集のオプション１９３４を使用すると、選択された薬物ライブラリ・エントリのために、図１０６に示す薬物ライブラリ入力画面１９００と同様の薬物ライブラリ入力画面が生成される。一部の実施形態では、薬物ライブラリ・エントリ比較画面１９３０がまだユーザ・インターフェースに表示されている時に薬物ライブラリ・エントリを編集することができる。一部の実施形態では、「戻る」のオプション１９１６または「戻る」ボタンも薬物ライブラリ・エントリ比較画面１９３０に含めることができる。「戻る」のオプション１９１６またはボタンは、薬物画面１７００に戻るためにユーザが使用することができる。

図１０９は、薬物の詳細な下位リスト１８９０が表示される別の例示的な薬物画面１７００を示す。図１０９に示す詳細な下位リスト１８９０は、図１０５または図１０７に示したものとは異なる。図に示すように、図１０９に示す詳細な下位リスト１８９０はリストとして表示されるが、階層木として共に接続されている。また、詳細な下位リスト１８９０は、行ごとに機器の種類を識別する列を含む。例示的実施形態では、この列は、実物を模した（skeuomorphic）標識１９４０を使用して機器の種類を示す。適切な場合は、ＤＥＲＳエディタのユーザ・インターフェースで実物を模した標識を使用して、画面空間を節約しながら情報を表示してもよい。図１０９で使用される実物を模した標識は、シリンジ・ポンプを表すシリンジ・アイコンと、ＬＶＰポンプを表す液剤の袋容器とを含む。図１０９に示すように、詳細な下位リスト１８９０の３つの列が選択されている。その結果、薬物画面１７００の比較のオプション１９２０が有効にされる。

図１１０は、３つの薬物ライブラリ・エントリが比較される薬物ライブラリ・エントリ比較画面１９３０を示す。図１１０に示す薬物ライブラリ・エントリ比較画面１９３０は図１０８に示すものとは異なる。図に示すように、比較される薬物ライブラリ・エントリは横に並べて表示される。例示的実施形態では、これらの薬物ライブラリ・エントリに対応するパラメータが比較表１９５０に表示される。図に示すように、比較表１９５０の行はパラメータ・フィールド名で識別することができる。比較表１９５０の列は、比較される薬物ライブラリ・エントリで識別することができる。比較表１９５０には、各薬物ライブラリ・エントリのパラメータ・フィールドのパラメータ・フィールド値を入力することができる。一部の実施形態では、比較される薬物ライブラリ・エントリに定義されたパラメータ値間に差分が存在する比較表１９５０の行は、ハイライト表示するか、または他の形で視覚的に目印を付ける、もしくは指示することができる。

比較表１９５０を使用して薬物エントリの比較を表示する薬物ライブラリ・エントリ比較画面１９３０の各種実施形態では、ユーザは、比較表１９５０の各種部分を非表示にしたり、展開したりすることができる。一部の実施形態では、表示された比較表１９５０は、子の薬物ライブラリ・エントリまたは親の薬物ライブラリ・エントリを、表の非表示の内容として表示することができ、必要な場合はそれを展開することができる。図１１０の例示的な比較表に示すように、臨床使用薬物ライブラリ・エントリ（親の薬物ライブラリ・エントリ）は非表示の内容として示されている。ユーザは、表示または非表示になっている内容に関連付けられた展開／非表示のオプション１９５２を使用して、ＤＥＲＳエディタのユーザ・インターフェース上で内容の表示状態と非表示状態とを切り替えることができる。

一部の実施形態では、図１１０に示す薬物ライブラリ・エントリ比較画面１９３０は、差分のみを示すオプション１９５４を含むことができる。差分のみを示すオプション１９５４を使用して、比較される薬物エントリ間に差分がない薬物エントリ比較のパラメータを非表示にすることができる。「戻る」のオプション１９１６またはボタンも含めることができる。「戻る」のオプション１９１６またはボタンをユーザが使用して薬物画面１７００に戻ることができる。

図１１１は、薬物ライブラリ・エントリ比較画面１９３０の例示的実施形態を示し、ここでは、比較される薬物ライブラリ・エントリ間で定義された値が異なっているパラメータだけが比較に表示される。図１１１は、ユーザが図１１０に示す差分のみを示すオプション１９５４を使用した場合に図１１０の薬物比較表１９５０がどのように表示されるかの一例を示している。図に示すように、図１１１の薬物比較表１９５０は、パラメータ値のすべてが同じではない図１１０の薬物比較表１９５０の行だけを含んでいる。

一部の実施形態では、薬物ライブラリ・エントリ比較画面１９３０が差分のみを示す比較を表示している時には、差分のみを示すオプション１９５４（図１１０参照）は表示されない。一部の実施形態では、差分のみを示すオプション１９５４の代わりに、例えば完全な比較を見るオプション（図示せず）を含めることができ、これを使用すると、ＤＥＲＳエディタのユーザ・インターフェースに完全な比較が表示される。

一部の実施形態では、ＤＥＲＳエディタは医療機器のプログラミング・シミュレータを含むことができる。このシミュレータは、ユーザに医療機器のユーザ・インターフェースの仮想的なシミュレーションを提供することができる。一部の実施形態では、ユーザは、いくつかの可能な医療機器のユーザ・インターフェースの中からシミュレーションしたいインターフェースを選択することができる。例えば、ユーザは、ある種類のシリンジ・ポンプまたはある種類の大容量ポンプのユーザ・インターフェースを模擬することを選択することができる。シミュレータにより、ユーザは、手動のボタン押下、タッチ画面における指入力、スイッチの切り替え等を、マウスを使用して模擬することができる。

医療機器のプログラミング・シミュレータで、ＤＥＲＳエディタのユーザは、薬物ライブラリのエントリが医療機器に公開されるＤＡＬファイルに含まれた場合に、そのエントリが機器上でどのように表示されるかを見ることができる。これは、薬物ライブラリを編集するユーザが、自身が薬物ライブラリを設計している対象の医療機器を普段使用しない状況で望ましい場合がある。また、医療機器のプログラミング・シミュレータで、ユーザは、薬物ライブラリのＤＡＬファイルを機器に公開する前に、仮想の機器上で薬物ライブラリを試験運用することができる。医療機器のプログラミング・シミュレータは、薬物ライブラリ・エントリの点検時にも使用することができる。これは、点検を行うユーザが例えば看護師であり、模擬される機器を頻繁に使用する場合に有用である可能性がある。

図１１２〜図１１４は、いくつかの例示的な医療機器のプログラミング・シミュレータ画面１９６０を示す。ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で対応するタブ１５９８をクリックすることにより、医療機器のプログラミング・シミュレータ画面１９６０に進むことができる。一部の実施形態では、ユーザはその後模擬する機器の種類を選択することができる。すると、ＤＥＲＳエディタが、模擬される機器のホーム画面、メイン・メニュー等を備える医療機器のプログラミング・シミュレータ画面１９６０を表示することができる。図１１２に示す例示的な医療機器のプログラミング・シミュレータ画面１９６０は、ユーザが薬物「acyclovir」を使用した治療の臨床使用をプログラムする例を示す。図１１３に示す例示的な医療機器のプログラミング・シミュレータ画面１９６０は、模擬された輸液ポンプのユーザ・インターフェース上で、ユーザが投与量、流量、ＶＴＢＩ、およびドパミン輸液の時間をプログラムする例を示す。図１１４は、医療機器のプログラミング・シミュレータ画面１９６０の別の例を示し、ここでは、ユーザは、模擬された医療機器のユーザ・インターフェース上で薬物リストから薬物を検索している。

図４６に関連して上述したように、医療機器のプログラミング・シミュレータは状況感知型とすることができる。ユーザが別のＤＥＲＳエディタ画面から医療機器のプログラミング・シミュレータに移動すると、医療機器のプログラミング・シミュレータから、そのＤＥＲＳエディタ画面に関連する特定の医療機器のプログラミング・シミュレータ画面１９６０が自動的に開く。例えば、ユーザが図１０９に示す薬物画面１７００から医療機器のプログラミング・シミュレータを開こうとすると、医療機器のプログラミング・シミュレータから、図１１３に示す医療機器のプログラミング・シミュレータ画面１９６０が開く。

図１１５〜図１３１は、いくつかの例示的なＣＱＩ画面１９７０を示す。ユーザは、ＤＥＲＳエディタのユーザ・インターフェース上で対応するタブ１５９８をクリックすることにより、ＣＱＩ画面１９７０に進むことができる。ＣＱＩ画面１９７０で、ユーザは、有用である、または関心のある各種ＣＱＩデータを見ることができる。このデータは、例えばＤＡＬファイルを改訂する際に使用することができる。このデータは、改善の余地がどこにあるかを明らかにし、変更する必要性があるかもしれない項目、パラメータ、要素等に注意を向けさせる助けとなる。また、ＤＥＲＳエディタのユーザ・インターフェースを通じてＣＱＩデータにアクセスすることにより、多くの他の利点も得られる。例えば、ユーザは特定のＣＱＩデータにリンクして、更新要求または変更要求にまつわる状況を提供することができる。ＣＱＩデータを使用して、有害事象が発生した原因および経緯、ならびに今後同様の事象を防止するために行える事を判断することもできる。

ＣＱＩ画面１９７０は、各種のＣＱＩリポートとしてＣＱＩデータおよび情報をユーザに表示することができる。リポートは、ユーザによる選択と変更を可能にすることができる。一部の実施形態では、ＣＱＩリポートは要約リポートの形態で表示することができる。ユーザは、データを詳細に調べる、かつ／またはフィルタリングして、より詳細なＣＱＩリポートを見ることができる。一部の実施形態では、ユーザは、個々の治療データとして具体的にデータを見ることができる。グラフ、チャート、および他の視覚的支援を各種ＣＱＩ画面１９７０で使用することができる。一部の実施形態では、ユーザは、データの提示方法を切り替えることができる（例えばある期間にわたる動向データと、その期間の総計）。一部の実施形態では、各種ＣＱＩリポートは、追加的なテキストによるリポートの詳細を伴う視覚的要素を含むことができる。そのような実施形態では、視覚的要素は、リポートの重要な側面を分かりやすい形で手早く伝える「スナップショット」の役割を果たすことができる。一部の実施形態では、ユーザは、ＣＱＩリポートのチャート、グラフ、表等の要素をクリック、ダブル・クリックする等により、ＣＱＩリポートの各種側面を詳細に調べることができる。選択されるリポートの種類、適用されるフィルタ、要求される詳細な表示等に基づいて、ＤＥＲＳエディタ・サービスは、図４のデータベース１０６などのＣＱＩデータベースに該当する情報を照会することができる。そして、その情報をウェブ階層によって描画して、適切な／要求されるリポート形式にすることができる。そして、リポートがＤＥＲＳエディタのユーザ・インターフェースに表示されてもよい。ＣＱＩ画面１９７０は、ユーザが所望のＣＱＩリポートを保存、印字、エクスポート、リンク、ロード等することができる、リンク、ボタン、オプション、ユーティリティ等も含むことができる。

図１１５に示すように、ＣＱＩ画面１９７０はリポート種類のインディケータ１９７４を含むことができる。リポート種類のインディケータ１９７４は、表示されるリポートの種類を指定することができる（例えば、コンプライアンス・リポート、薬物リポート、輸液リポート等）。図１１５では、リポート種類のインディケータ１９７４は「コンプライアンス・リポート」となっている。一部の実施形態では、ユーザは、リポート種類インディケータ１９７４をクリックして、別の種類のリポートをＣＱＩ画面１９７０に表示することができる。

実施形態および／またはＣＱＩリポートによっては、フィルタ・ユーティリティ１９７６がＣＱＩ画面１９７０に表示される場合がある。図１１５に示す例示的実施形態では、フィルタ・ユーティリティ１９７６がＣＱＩ画面１９７０に含まれる。フィルタ・ユーティリティ１９７６を使用して、ＣＱＩリポートに表示されたデータを細かく見る、または詳細に調べることができる。フィルタ・ユーティリティ１９７６は、ＣＱＩデータに適用することができる、事前に定義されたいくつかのフィルタのフィルタリング・カテゴリをユーザに提供することができる。一部の実施形態では、フィルタ・ユーティリティ１９７６に表示される各種のフィルタリング・カテゴリは展開することができる。展開された状態では、フィルタリング・カテゴリは、カテゴリ名と、ユーザが適用することが可能なそのカテゴリ内のいくつかの個々のフィルタとを含む。例えば、看護エリアのフィルタ・カテゴリを展開して、ＣＱＩデータを入手可能な看護エリアのリストを表示することができる。そして、ユーザは、そこからのデータをＣＱＩリポートに含めたい看護エリアを指定して、看護エリアに基づくデータ・フィルタをＣＱＩリポートに適用することができる。フィルタ・カテゴリは、適切なユーザ入力によって、展開された状態で表示させることができる。例示的実施形態では、クリック可能な展開アイコン１９８０をクリックして、カテゴリを展開状態で表示することができる。

ユーザは、機関／組織の組織階層の特定のレベルで生成されたデータに基づいてフィルタリングすることもできる。図１１５に示す例示的実施形態では、ユーザは、フィルタ・ユーティリティ１９７６を使用して、リポートに表示されたＣＱＩデータを、地域、施設／機関、看護エリア等でフィルタリングすることができる。ユーザは、特定の医療機器群によって生成されたデータに基づいてフィルタリングすることもできる。図１１５に示す例示的実施形態では、ユーザは、機器の種類（例えばシリンジ・ポンプ、ＬＶＰ、ＰＣＡ等）に基づいてリポート・データをフィルタリングすることができる。ユーザは図１１５のフィルタ・ユーティリティ１９７６を使用して、医療機器で稼働中のＤＡＬバージョンでリポート・データをフィルタリングすることができる。一部の実施形態では、ユーザは、日付に基づいてリポート・データをフィルタリングすることができる。図１１５に示す例示的実施形態では、ユーザは、ユーザによって定義可能な日付範囲に基づいて、フィルタ・ユーティリティ１９７６を使用してＣＱＩリポート・データをフィルタリングすることができる。

一部の実施形態では、ユーザは、カスタマイズされたフィルタを定義し、ＣＱＩリポート・データに適用することを選択することもできる。各種実施形態で、ユーザは、特定の薬物、特定の医療機器、または特定の介護者や臨床医に基づく、独自に設定したフィルタを適用したい場合がある。一部の実施形態では、ユーザは、他の基準に基づいて独自に設定したフィルタを適用することができる。例えば、ユーザは、独自に設定したフィルタを適用して、プログラム中に推奨制限のオーバーライドが発生した輸液に対応するＣＱＩデータをフィルタリングすることができる。図１１５に示す例示的実施形態では、フィルタ・ユーティリティ１９７６の検索バー１９７８を使用して独自設定のフィルタを定義し、適用することができる。一部の実施形態では、ユーザが検索バー１９７８に検索クエリを入力すると、可能なフィルタリング・オプションの結果のリスト（図示せず）がＣＱＩ画面１９７０に表示される。一部の実施形態では、結果リストは、ＣＱＩ画面１９７０に重畳して表示されるモーダル・ウィンドウとして表示される。そのような実施形態では、ユーザは、結果リストから１つまたは複数のフィルタリング基準を選択して、フィルタを適用することができる。適用されるフィルタを識別するフィルタ識別子（図示せず）がフィルタ・ユーティリティ１９７６に表示されて、そのフィルタがＣＱＩリポートに表示されたＣＱＩデータに適用されたことを示すことができる。

実施形態および／またはＣＱＩリポートによっては、いくつかのリンク、ボタン、オプション、またはユーティリティをＣＱＩ画面１９７０に表示することができる。図１１５に示す例では、印字ユーティリティ１９８２、リンク・ユーティリティ１９８４、エクスポート・ユーティリティ１９８６、および保存ユーティリティ１９８８が含まれる。印字ユーティリティ１９８２を使用して、表示されたＣＱＩリポートのハード・コピーを印字することができる。リンク・ユーティリティ１９８４を使用して、ＣＱＩリポートへのリンクを生成することができる。エクスポート・ユーティリティ１９８６を使用して、別のプログラムや分析ツールで使用するためにＣＱＩリポートからＣＱＩデータをエクスポートすることができる。保存ユーティリティ１９８８を使用して、後に見るために、表示されたＣＱＩリポートのコピーを保存することができる。

図１１５は、コンプライアンス・リポート１９７２が表示された例示的なＣＱＩ画面１９７０を示す。コンプライアンス・リポート１９７２は、ＤＡＬファイルに定義されたエントリ、制限値等への治療の順守に関連するＣＱＩデータおよび情報をユーザに提供することができる。コンプライアンス・リポート１９７２は、適切な方式またはいくつかの異なる方式（例えばチャート、グラフ、表、図等）でＣＱＩデータを表示することができる。図１１５に示すコンプライアンス・リポート１９７２は、いくつかの機関についてのコンプライアンスの集計を示す。そのようなコンプライアンス・リポート１９７２は、例えばＩＤＮについて生成することができる。

図に示すように、図１１５に示す特定のコンプライアンス・リポートは、フィルタ・ユーティリティ１９７２で選択された期間のコンプライアンスの総計を示すコンプライアンス・チャート１９９０を含む。例示的実施形態では、コンプライアンス・チャート１９９０は円グラフである。コンプライアンス・チャート１９９０は、そのチャートによって表示される内容を示す表題１９９２を含む。図１１５では、チャートの表題１９９２は「コンプライアンス集計：全施設、全看護グループ、２０１３年１月１日〜２０１３年２月１日」となっている。チャートは色分けしてもよい。図に示すように、ＣＱＩリポート内のチャートまたはグラフの各種部分、棒、データ点等に追加的な詳細を付加することができる。例示的実施形態では、コンプライアンス・チャート１９９０はチャートの部分ごとにラベルを含み、これは各部分のデータ・セット、割合、および輸液の回数を詳細に示す。輸液の総回数も表示される。

データ提示法の調整機構１９９４も図１１５に示される。ユーザは、データ提示法の調整機構１９９４を使用して、ＣＱＩ画面におけるいくつかの異なるデータの表示方式を切り替えることができる。図１１５の例示的実施形態では、ユーザは表示されている「集計」ビューと「動向」ビューとを切り替えることができる。他の実施形態では他のビューの種類も利用できる場合がある。ユーザが「動向」ビューを選択すると、コンプライアンス・チャート１９９０に代えてコンプライアンスの動向グラフ（図示せず）が表示される。このグラフは、例えば、時間の経過に伴う非遵守および／または遵守を示す線グラフである。

一部の実施形態では、ユーザは、ユーザ・インターフェースを下にスクロールしてさらに他の情報を見ることができる。図１１６は、ＣＱＩリポートの一部を含む例示的なＣＱＩ画面１９７０を示す。図１１６に示すＣＱＩリポート・データは表形式で示されている。図１１６に示すＣＱＩ画面１９７０は、図１１５のＣＱＩリポートを下にスクロールした表示である。一部の実施形態では、ＣＱＩリポートを下にスクロールすると、ＣＱＩリポートのチャートまたはグラフ部分に示されているデータを表形式で表示することができる。一部の実施形態では、ＣＱＩリポートを下にスクロールすることにより、ＣＱＩリポートの一番上に表示されたＣＱＩ「スナップショット」に示されたデータのより詳細な内訳を表示することができる。このより詳細な内訳は必ずしも表形式で表示される必要はない。

図１１６に示す例示的実施形態では、いくつかのコンプライアンス表２０００が示される。コンプライアンス表２０００は、図１１５のコンプライアンス・チャート１９９０に示されたコンプライアンス・データのより細かい内訳を与える。図１１６の例では、コンプライアンス表２０００の表題が示すように、コンプライアンス表２０００は、機関および臨床医ごとのコンプライアンスの総計を詳細に示している。他の実施形態は、例えば、看護エリア、薬物、機器の種類等ごとに内訳を示すことができる。一部の実施形態では、ユーザは、図１１５のフィルタ・ユーティリティ１９７６に関連して図示し、説明した展開アイコン１９８０と同様の展開アイコンを使用することにより、コンプライアンス表２０００などの各種表を表示する、または非表示にすることができる。

一部の実施形態では、ユーザは、ＣＱＩリポートのチャート、グラフ、表等の要素をクリック、ダブル・クリックする等により、ＣＱＩリポートの各種側面を「詳細に調べる」することができる。例えば、ユーザが図１１６の施設についてのコンプライアンス表２０００の表題をクリックすると、ユーザは、図１１７に示すような機関ごとの非遵守についてのＣＱＩリポートを生成させ、ＣＱＩ画面１９７０に表示させることができる。ユーザが図１１５に示すコンプライアンス・チャート１９９０の「非遵守」の部分をクリックすると、ユーザは、図１１８に示すような非遵守輸液についてのＣＱＩリポートを生成させ、ＣＱＩ画面１９７０に表示することができる。

特に図１１７を参照すると、機関ごとの非遵守輸液についてのＣＱＩコンプライアンス・リポートが示される。図１１７に示すコンプライアンス・リポートの部分はコンプライアンス・チャート１９９０を含む。図１１７に示すコンプライアンス・チャート１９９０は、各機関における非遵守輸液の内訳を示す円グラフである。図に示すように、ＣＱＩリポートは、現在表示されているリポートが前のリポートの詳細に調べられたバージョンである場合には、「戻る」のオプション２０１０またはボタンも含むことができる。「戻る」のオプション２０１０またはボタンを使用して、ＣＱＩ画面１９７０に表示されていた１つ前のリポートに戻ることができる。

図１１８は非遵守リポートを示す。これは各種実施形態に該当する可能性があるが、図１１８に示すＣＱＩ画面１９７０は図１１５〜図１１７に示す画面とわずかに異なる。図１１８に示す非遵守リポートの部分はコンプライアンス・チャート１９９０を含む。コンプライアンス・チャート１９９０は、非遵守のカテゴリごとに非遵守輸液の内訳を示す円グラフである。

図１１８には、よく使用するリポート・リスト２０２０も示される。各種実施形態は、ＣＱＩ画面１９７０に、よく使用するリポート・リスト２０２０を含むことができる。よく使用するリポート・リスト２０２０は、よく閲覧されるＣＱＩリポートのリストを含むことができる。一部の実施形態では、ユーザは、よく使用するリポート・リスト２０２０に所望のリポートを追加することができる。よく使用するリポート・リスト２０２０のリポートをクリックすると、そのリポートが生成され、ＣＱＩ画面１９７０に表示される。

図１１９は、ＣＱＩ画面１９７０の例示的実施形態を示す。図１１９に示すように、ユーザは、保存ユーティリティ１９８８をクリックして、図１１８に示すよく使用するリポート・リスト２０２０などのよく使用するリポート・リストにリポートを追加することができる。一部の実施形態では、保存ユーティリティ１９８８を使用すると、いくつかの異なるオプションから選択するようにユーザを促すことができる。例示的実施形態では、ユーザは、ダッシュボード画面に表示されるようにリポートを保存するか、よく使用するリポート・リストに追加するかのどちらかを選択するように促される。他の実施形態は他のオプションを含むことができる。

図１２０はＣＱＩ画面１９７０の例示的実施形態を示す。図１２０には保存ウィンドウ２０３０が示される。図に示すように、保存ウィンドウ２０３０は、保存する前にリポートの名前を指定するようにユーザを促すモーダル・ウィンドウである。他の実施形態では保存ウィンドウ２０３０は異なる可能性がある。そのようなウィンドウは、例えば、ユーザがリポートを保存するために図１１９の保存ユーティリティ１９８８などの保存ユーティリティを使用すると生成される。一部の実施形態では、ユーザは、保存する前にリポートを変更することができる。例えば、ユーザはリポートの時間枠を調整することができる。例示的実施形態では、ユーザは、保存されるリポートで使用されたフィルタリング・データが、保存されたリポートが開かれた時に過去一か月間に生成されたＣＱＩデータをフィルタリングするために使用されるように時間範囲を調整している。

図１２１はＣＱＩ画面１９７０の例示的実施形態を示す。例示的実施形態では、リンク・ウィンドウ２０４０が表示されている。リンク・ウィンドウ２０４０は現在見ているＣＱＩリポートへのリンクを提供することができる。このリンクはユーザによってコピーすることができる。その後、リンクが保存されて、ユーザは後にそのリンクをたどってＣＱＩリポートを見ることができる。リンクは、例えば、薬物ライブラリ・エントリについての更新要求または変更要求に入れて、その要求の前後の状況を提供することもできる。ユーザは、一部の実施形態では、ＣＱＩ画面１９７０のリンク・ユーティリティ１９８４をクリックすることにより、リンク・ウィンドウ２０４０を表示させることができる。

図１２２は、ＣＱＩ画面１９７０の例示的実施形態を示す。例示的なＣＱＩ画面１９７０は、看護エリアごとのコンプライアンスについてのＣＱＩリポートを含む。図に示すように、ＣＱＩリポートはコンプライアンス・チャート１９９０を含む。例示的実施形態では、コンプライアンス・チャート１９９０は棒グラフである。コンプライアンス・チャート１９９０は、看護エリアごとの遵守輸液の割合を示す。また、図１２２のＣＱＩリポートは、２つのコンプライアンス表２０００も含む。コンプライアンス表２０００のうち一方は看護エリアごとのコンプライアンスを示し、他方は臨床医ごとのコンプライアンスを示す。

図１２３は、ＣＱＩ画面１９７０の例示的実施形態を示す。図に示すように、図１２３の例示的なＣＱＩ画面１９７０は、看護エリア「４ Ｗｅｓｔ」のコンプライアンスについてのＣＱＩリポートを示す。そのようなリポートは、例えば、図１２２に示すコンプライアンス・チャート１９９０の「４ Ｗｅｓｔ」の棒をクリックすることによって生成され、表示される。そのようなリポートは、図１２２のフィルタリング・ユーティリティ１９７６を使用して看護エリア「４ Ｗｅｓｔ」でＣＱＩリポートをフィルタリングすることによっても生成し、表示することができる。ＣＱＩリポートはコンプライアンス・チャート１９９０を含む。コンプライアンス・チャート１９９０は、図１２３の遵守輸液と非遵守輸液の割合を示す円グラフである。図１２３に示すＣＱＩリポートはコンプライアンス表２０００も含む。図１２３に示すコンプライアンス表２０００は、看護エリア「４ Ｗｅｓｔ」で勤務する各臨床医についての順守輸液の割合の内訳を提供する。

図１２４は、ＣＱＩ画面１９７０の例示的実施形態を示す。図に示すように、図１２４に示す例示的なＣＱＩ画面１９７０は、看護エリア「４ Ｗｅｓｔ」の非遵守事例についてのＣＱＩリポートを示す。そのようなＣＱＩリポートは、例えば、図１２３に示すコンプライアンス・チャート１９９０の非遵守輸液の部分をクリックすることによって生成し、表示することができる。図に示すように、コンプライアンス・リポートは、フィルタ・ユーティリティ１９７６で指定された時間範囲にその看護エリアで発生した各非遵守輸液を詳細に示すコンプライアンス表２０００を含む。コンプライアンス表２０００は、輸液が行われた日付、輸液が開示された時刻、臨床医の名前、薬物、およびポンプＩＤなどのデータを含むことができる。一部の実施形態では、ユーザは、図１２４のコンプライアンス表２０００の特定の輸液をクリック、ダブル・クリックする等して、その輸液の輸液事例を見ることができる。

図１２５は、ＣＱＩ画面１９７０の例示的実施形態を示す。図１１５に関連して上述したように、ユーザは、一部の実施形態では、リポート種類のインディケータ１９７４をクリックして、異なる種類のリポートをＣＱＩ画面１９７０に表示することができる。図１２５に示す例示的実施形態では、ドロップダウン・リスト２０５０がリポート種類のインディケータ１９７４の下に表示される。ドロップダウン・リスト２０５０は、ユーザがリポート種類のインディケータ１９７４をクリックすると表示されてもよい。例示的実施形態では、ドロップダウン・リスト２０５０は、輸液リポートの選択および薬物リポートの選択を含む。各種実施形態で、リポート種類の選択またはリポート種類の選択の数は異なる場合がある。一部の実施形態では、ドロップダウン・リスト２０５０は含まれない場合もある。他の実施形態では、リポートの種類の選択は代わりに、別の適切な方式（例えばウィンドウ）で表示することができる。

図１２６は、輸液リポート２０６０が表示されたＣＱＩ画面１９７０の例示的実施形態を示す。輸液リポート２０６０は、イベントおよび医療機器によって実施された輸液に関するＣＱＩデータおよび情報をユーザに提供することができる。輸液リポート２０６０は、ＣＱＩデータを、適切な方式またはいくつかの異なる方式（例えばチャート、グラフ、表、図等）で表示することができる。図１２６に示す輸液リポート２０６０は、いくつかの機関のコンプライアンスの集計を示す。そのような輸液リポート２０６０は例えばＩＤＮについて生成することができる。

図に示すように、図１２６に示す特定の輸液リポート２０６０は、フィルタ・ユーティリティ１９７２で選択された期間の輸液の要約データを示す輸液チャート２０６２を含む。例示的実施形態では、輸液チャート２０６２は棒グラフである。輸液チャート２０６２は、そのチャートによって表示される内容を示す表題２０６４を含む。図１２６では、チャートの表題２０６４は、「機関ごとの輸液：全機関、全看護グループ、２０１３１月１日〜２０１３年２月１日」となっている。チャートは色分けしてもよい。図に示すように、ＣＱＩリポート中のチャートまたはグラフの各種部分、棒、データ点等に追加的な詳細を付加することができる。例示的実施形態では、輸液チャート２０６２はチャートの棒ごとにラベルを含み、これは、各棒のデータ・セット、輸液の回数、およびイベント数を詳細に示す。輸液の総回数も表示される。

一部の実施形態では、ユーザは、ユーザ・インターフェースを下にスクロールしてさらに他の情報を見ることができる。図１２７は、ＣＱＩリポートの一部分を含む例示的なＣＱＩ画面１９７０を示す。図１２７に示すＣＱＩリポート・データは表形式で示されている。図１２７に示すＣＱＩ画面１９７０は、図１２６のＣＱＩリポートを下にスクロールした表示である。一部の実施形態では、ＣＱＩリポートを下にスクロールすると、ＣＱＩリポートのチャートまたはグラフ部分に示されているデータを表形式で表示することができる。一部の実施形態では、ＣＱＩリポートを下にスクロールすることにより、ＣＱＩの「スナップショット」に示されたデータのより詳細な内訳を表示することができる。このより詳細な内訳は必ずしも表形式で表示される必要はない。

図１２７に示す例示的実施形態では、いくつかの輸液表２０７０が示される。輸液表２０７０は、図１２６の輸液チャート２０６２に示された輸液データのより細かい内訳を示す。図１２７の例では、輸液表２０７０の表題が示すように、輸液表２０７０は機関ごとの輸液を詳細に示す。他の実施形態は、例えば、看護エリア、薬物、臨床医、機器の種類等ごとに内訳を示すことができる。一部の実施形態では、ＣＱＩリポートは、輸液表２０７０の一部のみを表示することができる。これは、例えば、表示すべき情報が非常に多量にある場合にユーザ・インターフェース画面の空間を効率的に使用するため望ましい場合がある。図に示すように、６６，０００例の輸液のうち１０例のみが、「Uni.Hospital - Oakland」についての輸液表２０７０に表示されている。希望する場合、ユーザは、「すべての輸液を見る（view all infusions）」のオプション２０７２を選択して完全な輸液表２０７０を見ることができる。他の実施形態では、ユーザは、表に関連付けられた表のスクロール・バー２０７８を使用して、表のデータをスクロール表示することができる。

ＣＱＩリポートまたはＣＱＩ画面１９７０の実施形態によっては、表フィルタ・ユーティリティ２０７４も含むことができる。ユーザは表フィルタ・ユーティリティを使用して、表（例えばコンプライアンス表２０００、輸液表２０７０等）に表示されたデータをフィルタリングすることができる。これは特に、表のデータ量が非常に多い状況で有用である場合がある。図１２７の例示的実施形態では、ユーザは、表フィルタ・ユーティリティ２０７４を使用して、イベントのカテゴリで輸液表２０７０の輸液をフィルタリングすることができる。具体的には、ユーザは、警告の種類または警報の種類でフィルタリングすることができる。

ＣＱＩリポートまたはＣＱＩ画面１９７０の実施形態によっては、比較ボタン２０７６も含むことができる。そのような実施形態では、比較のオプション２０７６を使用して、１つのＣＱＩリポートのいくつかの要素を比較する、またはいくつかのＣＱＩリポート同士を比較することができる。例えば、ユーザは、比較のオプション２０７６を使用して、輸液表２０７０から比較する２つ以上の輸液を選択することができる。

図１２８および図１２９は、フィルタ・オプションのウィンドウ２０８０がＣＱＩ画面１９７０に表示されたＣＱＩ画面１９７０の例示的実施形態を示す。フィルタ・オプションのウィンドウ２０８０で、ユーザはフィルタ・オプションのカテゴリから特定のフィルタ・オプションを選択することができる。フィルタ・オプションのウィンドウは、例えば、ユーザがフィルタ・ユーティリティ１９７６（例えば図１１５を参照）または表フィルタ・ユーティリティ２０７４でフィルタリング・カテゴリをクリックすると表示することができる。図１２８は、具体的には、表フィルタ・ユーティリティ２０７４の警告イベントのカテゴリに対応するフィルタ・オプションのウィンドウ２０８０を示す。図１２９は、具体的には、表フィルタ・ユーティリティ１０７４の警報イベントのカテゴリに対応するフィルタ・オプションのウィンドウ２０８０を示す。一部の実施形態では、表フィルタ・ユーティリティ２０７４からフィルタを選択すると、そのフィルタを指定された表だけに適用することができる。一部の実施形態では、表フィルタ・ユーティリティ２０７４からフィルタを選択すると、そのフィルタをＣＱＩリポート中のすべての表に適用することができる。一部の実施形態では、表フィルタ・ユーティリティ２０７４からフィルタを選択すると、ＣＱＩリポートと共に含まれるすべてのチャート、グラフ等にそのフィルタを適用することができる。一部の実施形態では、表フィルタ・ユーティリティ２０７４から選択されたフィルタを適用するＣＱＩリポートの箇所を選択するようにユーザが促される。

図１３０は、輸液表２０７０を含むＣＱＩ画面１９７０の例示的実施形態を示す。各種実施形態で該当するように、ＣＱＩ画面１９７０は、本明細書に示す他のＣＱＩ画面１９７０とは異なる外観を有する。図１３０に示すように、個々の輸液が一覧表示された表で、ユーザは、輸液事例情報を表示したい輸液を表から選択できる場合がある。図１３０に示す例示的実施形態では、ユーザは、所望の輸液をクリックして、その輸液の輸液グラフ２０９０を表示することができる。

図１３１は、ＣＱＩ画面１９７０の例示的実施形態を示す。図１３１に示す例示的なＣＱＩ画面１９７０には輸液事例リポート２１００が示される。輸液事例リポート２１００は特定の輸液についての詳細な情報を含むことができる。輸液事例リポート２１００は輸液の要約表２１０２を含むことができる。そのような表は、輸液が行われた日付、開始時刻、終了時刻、継続時間、輸液が中断されたか、輸液が完了されたか、患者ＩＤ、臨床医、ポンプＩＤ、ＤＡＬのバージョン、輸液がＤＥＲＳに準拠していたか、薬物、臨床使用、濃度、薬剤経路等の情報を含むことができる。

輸液事例リポート２１００は輸液チャートまたはグラフ２１０４も含むことができる。輸液チャートまたはグラフ２１０４は輸液の過程をユーザに示すことができる。図１３１に示す例示的実施形態では、輸液チャートまたはグラフ２１０４は、実行された投与速度を時間の経過と共に示す。一部の実施形態では、ユーザは、輸液チャートまたはグラフ２１０４の特定のデータ点または箇所を選択して、より詳細な情報（例えば関連するポンプ・イベントのリスト）を見ることができる。

図１３１にはデータ提示法の調整機構１９９４も示される。ユーザはデータ提示法の調整機構１９９４を使用して、データがＣＱＩ画面１９７０に表示されるいくつかの可能な方式を切り替えることができる。図１３１の例示的実施形態では、ユーザは、図で示されている「チャート」ビューと「表」ビューとを切り替えることができる。他の実施形態では他のビュー種類が利用できる可能性もある。ユーザが「表」のビューを選択すると、一部の実施形態では、輸液チャートまたはグラフ２１０４に代えて輸液イベントの表（図示せず）を表示することができる。

図１３２〜図１５９は、各種のＤＥＲＳエディタの実施形態におけるいくつかの例示的なＤＥＲＳエディタのユーザ・インターフェース画面を示し、これらの画面は、ユーザが、ＤＡＬファイルとして公開するために薬物ライブラリを点検および／または検証する時に表示される。図１３２〜図１５９に示す画面の多くは、点検を必要とする項目、または点検が済んだ項目についての情報を表示する。また、図に示す画面の多くは、提出されたフィードバックについての情報を表示する。これらの画面の多くを使用して、薬物ライブラリの各種項目、要素、パラメータ等を編集する、またはその編集を要求することができる。他の実施形態では、薬物ライブラリの編集、点検、および／または検証に使用される画面は異なる場合がある。一部の実施形態では、点検を行うユーザに提示される画面と、薬物ライブラリ管理者に提示される画面が異なる場合がある。図１３２〜図１５９に示す画面は、図２３、図２４、図２６〜２８、図３２、図３６、および図３７に示すフローチャートに関連する場合がある。

図１３２は、ダッシュボード画面１５９０の例示的実施形態を示す。図１３２に示すダッシュボード画面は図７９に示す画面と同様である。図に示すように、例示的なダッシュボード画面１５９０は、概要ウィジェット１５９６ａ、クイック・リンク・ウィジェット１５９６ｂ、進捗状況ウィジェット１５９６ｃ、およびフィードバック・ウィジェット１５９６ｅを含む。フィードバック・ウィジェット１５９６ｅは、図１３２の例示的実施形態では、何人かのＤＥＲＳエディタの点検ユーザからのフィードバックを含む。一部の実施形態では、フィードバックは表形式で表示される。フィードバック・ウィジェット１５９６ｅは、各フィードバック項目についての情報を含むことができ、そのような情報には、薬物名、看護グループ、点検者の名前、フィードバックが提出された時間、要求される変更（ある場合）、および／またはコメントが含まれる。

ＤＥＲＳエディタのユーザ・インターフェースのタイトル・バー１５７２は、作業の通知２１３０を含むことができる。一部の実施形態では、作業の通知２１３０はＤＡＬファイル作成の特定の段階、例えばＤＡＬファイルの点検時または検証時にのみ表示が可能である。図１３２に示すタイトル・バー１５７２には作業の通知２１３０が含まれる。図に示すように、作業の通知２１３０は新しい作業（すなわち前回のログイン以降の作業）を通知している。一部の実施形態では、作業の通知２１３０は、新しい作業だけではなく、ＤＥＲＳエディタのユーザによって行われなければならないすべての作業を一覧表示する。一部の実施形態では、作業の通知２１３０は、特定種類の作業（例えば更新／変更要求、フィードバック項目、点検を必要とする変更等）についての通知のみを提供する。ユーザは作業通知２１３０をクリックして、行う作業を表示し、選択することができる。

図１３３は、ダッシュボード画面１５９０の例示的実施形態を示す。図１３３に示すダッシュボード画面１５９０は図１３２に示す画面と同じであるが、図１３３ではユーザがフィードバック項目にアクセスしている。これは、例えば、フィードバック・ウィジェット１５９６ｅ中のフィードバック項目をクリックすることにより実現することができる。例示的実施形態では、フィードバック項目がクリックされると、ＤＥＲＳエディタのユーザ・インターフェースに点検フィードバック・ウィンドウ２１４０が表示される。このウィンドウは、そのフィードバック項目についての情報を要約せずに含むことができる。例示的実施形態では、フィードバック・ウィンドウ２１４０は点検者からの完全なコメントを含み、これはフィードバック・ウィジェット１５９６ｅに短縮されて表示される。フィードバック・ウィンドウ２１４０は、返答のオプション２１４２、却下または無視のオプション２１４４、および改訂のオプション２１４６も含むことができる。他の実施形態は異なるオプションまたは異なる数のオプションを含むことができる。一部の実施形態では、フィードバック・ウィジェット１５９６ｅは、編集の許可を与えられたユーザのみが利用することができる。一部の実施形態では、フィードバック・ウィジェット１５９６ｅは、すべてのユーザが利用することができる。特定のウィジェットから個々のユーザが利用することができるオプションは、そのユーザに割り当てられた特権に応じて決まる場合がある。例えば、点検を行うユーザは、フィードバック・ウィジェット１５９６ｅにフィードバック項目についてのコメントのオプションのみを有する場合がある。

返答のオプション２１４２を使用して、フィードバック項目に対する応答を提出することができる。応答は、例えば、テキストで書かれた応答の形式のコメントである。応答を提出すると、一部の実施形態では、ユーザへの電子メールが自動的に生成され、提出したフィードバック項目に対する返答があったことを知らせることができる。却下または無視のオプション２１４４は、薬物ライブラリを一切変更することなく、フィードバックを対処済みの作業として記録することができる。改訂のオプション２１４６を使用して、ユーザから提供されたフィードバックを使用して薬物ライブラリを改訂することができる。一部の実施形態では、改訂のオプション２１４６をクリックすると、パラメータ、項目、要素等に対応する薬物ライブラリ中のエントリを開くことができ、ユーザはそのエントリを改訂することができる。エントリは、例えば、図１０６に示す薬物ライブラリ・エントリ画面１９００と同様の薬物ライブラリ・エントリ画面で開くことができる。

図１３４は、ダッシュボード画面１５９０の別の例示的実施形態を示す。図に示すように、ダッシュボード画面１５９０は、概要ウィジェット１５９６ａ、クイック・リンク・ウィジェット１５９６ｂ、進捗状況ウィジェット１５９６ｃ、ならびにフィードバックおよび要求ウィジェット１５９６ｄを含む。図に示すように、フィードバックおよび要求ウィジェット１５９６ｄは、フィードバックおよび変更要求のための欄を含む。一部の実施形態では、フィードバックおよび要求ウィジェット１５９６ｄは、提出されたフィードバック項目および／または変更要求の一部だけを表示する。フィードバックおよび要求ウィジェット１５９６ｄは、「すべて見る（view all）」のオプション２１５０を含むことができる。例示的実施形態では、フィードバックおよび要求ウィジェット１５９６ｄは２つの「すべて見る」のオプションを含む。「すべて見る」のオプション２１５０の一方はすべてのフィードバック項目を表示し、他方はすべての変更要求を表示するものである。他のウィジェットも同様に「すべて見る」のオプション２１５０を備えるように構成することができる。

図１３５は例示的なダッシュボード画面１５９０の一部を示す。図１３５に示すダッシュボード画面１５９０の部分は、図１３４に示すダッシュボード画面１５９０の一部である。図１３５のフィードバックおよび要求ウィジェット１５９６ｄを使用して変更要求がアクセスされている。これは、例えば、フィードバックおよび要求ウィジェット１５９６ｄに表示された変更要求をクリックすることによって実現することができる。変更要求をクリックすると、変更要求ウィンドウ２１６０がＤＥＲＳエディタのユーザ・インターフェースに表示される。変更要求ウィンドウ２１６０は、要求が提出されている薬物ライブラリ中の特定のエントリを識別することができる。例示的な変更要求ウィンドウ２１６０では、エントリは、５０ｍｇ／２５０ｍｌの濃度の持続輸液の臨床使用に対応する新生児の看護エリアにおけるヒドロコルチゾン（hydrocortisone）として識別されている。また、変更要求ウィンドウ２１６０は要求についての詳細を提供することができる。変更要求ウィンドウ２１６０は、要求を提出したユーザの名前またはユーザＩＤおよび要求の提出日も含むことができる。

図に示すように、例示的な変更要求ウィンドウ２１６０は、却下のオプション２１４４およびレコード表示のオプション２１６２を含む。一部の実施形態では、薬物ライブラリの管理者または編集を許可されているユーザのみがこれらのオプションを有することができる。点検を行うユーザのためのオプションは異なる場合がある。例えば、点検を行うユーザは、コメントのオプションを使用してコメントすることのみが可能である場合がある。

却下のオプション２１４４を使用して、薬物ライブラリを変更することなく、要求を対処済みとして記録することができる。レコード表示のオプション２１６２を使用して、その要求が提出されている薬物ライブラリの特定のエントリを見ることができる。一部の実施形態では、そのようなレコード表示のオプション２１６２をクリックすると、ＤＥＲＳエディタのユーザ・インターフェース上で図１０６の薬物ライブラリ・エントリ画面１９００と同様の薬物ライブラリ・エントリ画面１９００にそのエントリを表示することができる。一部の実施形態では、レコード表示のオプション２１６２をクリックすると、そのエントリに行われた変更または変更の履歴記録を表示させることができる。実施形態によっては、異なるオプションまたは異なる数のオプションを含むことができる。例えば、実施形態によっては、図１３３に示す返答のオプション２１４２と同様の返答のオプションを含むことができる。実施形態によっては、承諾のオプション（図１３５には図示せず）を含み、これをクリックすると、変更要求に従って薬物ライブラリを自動的に更新することができる。

図１３６は、ダッシュボード画面１５９０の別の例示的実施形態を示す。図１３６に示す例示的なダッシュボード画面１５９０は、概要ウィジェット１５９６ａ、ＣＱＩウィジェット１５９６ｆ、および変更要求ウィジェット１５９６ｇを含む。ＣＱＩウィジェット１５９６ｆは、例えば、ユーザが関心を持つ可能性のあるＣＱＩ情報を含む医療データ・ウィジェットである。例えば、ユーザが、ＣＱＩウィジェット１５９６ｆに表示したいＣＱＩリポートまたはＣＱＩリポートの一部を選択することができる。図１３６に示す例示的実施形態では、ＣＱＩウィジェット１５９６ｆはコンプライアンス・チャート１９９０を含む。一部の実施形態では、ＣＱＩウィジェット１５９６ｆにリポート選択機構２１７０を含めることも可能である。リポート選択機構を使用して、ＣＱＩウィジェット１５９６ｆに表示する別のＣＱＩリポートまたはＣＱＩリポートの一部を選択することができる。図１３６に示すＣＱＩウィジェット１５９６ｆにはＣＱＩリンク２１７２も含まれる。ＣＱＩリンク２１７２を使用して、図１１５〜図１３１に示すＣＱＩ画面１９７０と同様のＣＱＩ画面をＤＥＲＳエディタのユーザ・インターフェースに開くことができる。

変更要求ウィジェット１５９６ｇは、ＤＥＲＳエディタのユーザから提出された変更要求を含むことができる。一部の実施形態では、変更要求は表形式でユーザに提示することができる。例示的実施形態では、変更要求ウィジェット１５９６ｇは、変更要求の欄および完了した要求の欄を含む。変更要求欄は、まだ対処されていない、または現在対処中の変更要求に関連する情報を表示することができる。完了した要求の欄は、すでに対処された変更要求に関連する情報を表示することができる。各欄に表示される変更要求情報は異なる場合がある。例示的実施形態では、変更要求について各欄に表示される情報は、薬物名および変更要求の簡略な説明を含む。

変更要求ウィジェット１５９６ｇは要約情報２１７４も含む。例示的実施形態では、要約情報２１７４は、変更要求ウィジェット１５９６の変更要求欄と完了した要求の欄の要求の合計数を詳細に示す。「すべて見る」のオプション２１５０も変更要求ウィジェット１５９６ｇに含めることができる。例示的実施形態では、２つの「すべて見る」のオプション２１５０が含まれる。「すべて見る」のオプション２１５０の一方を使用して、まだ対処されていないすべての変更要求を表示し、他方を使用してすべての完了した変更要求を表示することができる。

図１３７は、ダッシュボード画面１５９０の別の例示的実施形態を示す。図に示すように、図１３７に示す例示的なダッシュボード画面１５９０は、概要ウィジェット１５９６ａ、クイック・リンク・ウィジェット１５９６ｂ、ＣＱＩウィジェット１５９６ｆ、変更要求ウィジェット１５９６ｇ、および動向ウィジェット１５９６ｈを含む。動向ウィジェット１５９６ｈは、薬物ライブラリを点検する工程、およびライブラリを改善できる箇所を特定する際に有用である可能性がある。動向ウィジェット１５９６ｈは、以前に行われた変更で所期の効果が得られたかどうかを特定する助けになる可能性もある。

動向ウィジェット１５９６ｈは、動向の記述、発生回数、および発生が増加したか、低下したかを伝えるインディケータなどの情報を含むことができる。例示的な動向ウィジェット１５９６ｈに示されている動向の１つは、投与量の上限推奨制限のオーバーライドである。動向ウィジェット１５９６ｈは、投与量の上限推奨制限のオーバーライドが１２５７回発生したことを示している。発生回数は、所定の期間（例えば前回のＤＡＬファイル・バージョンの公開以降）にわたる回数とすることができる。例示的な動向ウィジェットに示されているインディケータは下向きの矢印である。この矢印は、所定の期間より前の期間と比較して発生率が低下したことを伝えている。一部の実施形態では、矢印を色分けしてもよい。例えば、制限値オーバーライドの率の低下は、緑色の下向きの矢印とすることができる。制限値オーバーライドの発生率の増加は、上向きの赤い矢印とすることができる。例示的な動向ウィジェット１５９６ｈには「すべて見る」のオプション２１５０も含まれる。このオプションを使用して、利用可能な動向をすべて表示することができる。

一部の実施形態では、ユーザは、動向ウィジェット１５９６ｈ中の動向をクリックして、その動向に関連する詳細な情報を表示することができる。例えば、ユーザが投与量の上限推奨制限オーバーライドの動向をクリックした場合は、看護エリアまたは薬物名等ごとの推奨制限のオーバーライドの内訳が表示される。一部の実施形態では、動向ウィジェット１５９６ｈ中の動向をクリックすると、選択された動向のＣＱＩリポートを含むＣＱＩ画面を開くことができる。

図１３８は、ダッシュボード画面１５９０の例示的実施形態を示す。図に示すように、図１３８に示す例示的なダッシュボード画面１５９０は、概要ウィジェット１５９６ａ、クイック・リンク・ウィジェット１５９６ｂ、進捗状況ウィジェット１５９６ｃ、ＣＱＩウィジェット１５９６ｆ、および変更要求ウィジェット１５９６ｇを含む。図に示すように、ＣＱＩウィジェット１５９６ｆは、図１３７に示す動向ウィジェット１５９６ｈと同様の動向欄を含む。変更要求ウィジェット１５９６ｇは「すべて見る」のオプション２１５０を含む。例示的実施形態の変更要求ウィジェット１５９６ｇは、ページ変更のオプション２１８０を含む。これにより、ユーザは、いくつかの変更要求のページ間を移動することができる。このオプションは、ユーザが「すべて見る」のオプション２１５０を使用したくない場合に使用することができる。変更要求ウィジェット１５９６ｇによっては、「すべて見る」のオプション２１５０またはページ変更のオプション２１８０の一方のみを含む。各種の他のウィジェットは、ページ変更のオプション２１８０および／または「すべて見る」のオプション２１５０を含むことができる。

図１３９は、ダッシュボード画面１５９０の例示的実施形態を示す。図１３９に示す例示的なダッシュボード画面１５９０は、図１３８に示すダッシュボード画面１５９０の一部分である。図に示すように、図１３９の例示的実施形態では変更要求がアクセスされており、変更要求ウィンドウ２１６０が表示されている。図の変更要求ウィンドウ２１６０は、図１３５に示すウィンドウと同様である。

図１４０はダッシュボード画面１５９０の別の例示的実施形態を示す。図１４０に示す例示的なダッシュボード画面１５９０は、図１３９に示す画面と同じである。変更要求ウィンドウ２１６０は理由フィールド２１９０を含む。例示的実施形態では、理由フィールド２１９０は、却下フィールドの理由である。そのようなフィールドは、ユーザが変更要求ウィンドウ２１６０で却下のオプションを選択すると表示される。一部の実施形態では、ユーザは、変更要求、フィードバック要求等を却下または編集した後にコメントを入力することを要求される。これは、追跡の目的で有用である可能性がある。ユーザが理由フィールド２１９０を入力すると、ユーザは、ＯＫのオプション２１９２、終了のオプション、承諾のオプション等を使用して、その要求を対処済みとし、フィールドに入力されたテキストを保存することができる。ユーザは、希望する場合はキャンセルのオプション２１９４を使用することもできる。

図１４１は、ダッシュボード画面１５９０の別の例示的実施形態を示す。図１４１に示すダッシュボード画面１５９０は、点検を行うユーザに適する可能性がある。図に示すように、ダッシュボード画面１５９０は、概要ウィジェット１５９６ａ、進捗状況ウィジェット１５９６ｃ、変更点検ウィジェット１５９６ｉ、および管理者コメント・ウィジェット１５９６ｊを含む。変更点検ウィジェット１５９６ｉは、ユーザが点検する責任を負うすべての変更についてのリスト、表等を含むことができる。管理者コメント・ウィジェット１５９６ｊは、薬物ライブラリ管理者などの管理者からのコメントを含むことができる。そのようなコメントは、フィードバック項目に対する返答、行動フィールドの理由の説明、変更要求に関する質問、または他のコメントを含むことができる。一部の実施形態では、管理者コメント・ウィジェット１５９６ｊは、ユーザによって提出されたフィードバック項目、変更要求等についてのコメントのみを含む。

図１４２は、ダッシュボード画面１５９０の例示的実施形態を示す。図の例示的なダッシュボード画面１５９０は、図１４１に示すダッシュボード画面１５９０と同じである。図に示すように、変更点検ウィンドウ２２００が図１４２に示される。変更点検ウィンドウ２２００は、その変更が行われる対象の薬物ライブラリ・エントリを識別する情報を含むことができる。例示的実施形態では、変更点検ウィンドウ２２００は、濃度が２ｍｇ／２５０ｍｌで、体重に基づく臨床使用の場合のＩＣＵにおけるLidocaineの変更を表示している。変更点検ウィンドウ２２００は、図１４２のように２つ以上の変更を含むことができる。これは、同じエントリに対して２つ以上の変更が行われた場合に望ましい可能性がある。一部の実施形態では、フィードバック・ウィンドウや変更要求ウィンドウなどの他のウィンドウが、２つ以上のフィードバック項目または変更要求を含むことができる。

ユーザは変更点検ウィンドウ２２００を使用して、変更を行うことに同意するか否かを知らせることができる。例示的実施形態では、ユーザは、提案されている変更の隣にあるチェックボックスにチェックを入れて、変更を行うことに同意することを示すことができる。ユーザが提案される変更に同意しない、またはさらなる議論を行う方がよいと考える場合、ユーザはコメント追加のオプション２２０２をクリックして、提案される変更についてのコメントを提出することができる。一部の実施形態では、コメント追加のオプション２２０２は、ユーザが変更点検ウィンドウ２２００内の提案される変更の上にカーソルを移動すると、ＤＥＲＳエディタのユーザ・インターフェースに表示される。変更点検ウィンドウ２２００は、レコード表示のオプション２２０４も含むことができる。レコード表示のオプション２２０４を使用して、その変更が提案されている薬物ライブラリの特定のエントリを見ることができる。一部の実施形態では、特定のエントリは、薬物ライブラリ・エントリ画面１９００（例えば図１０６参照）で見ることができる。一部の実施形態では、そのようなレコード表示のオプション２２０４をクリックすると、ＤＥＲＳエディタのユーザ・インターフェースにそのエントリが表示される。一部の実施形態では、レコード表示のオプション２２０４をクリックすると、そのエントリに行われた変更または変更の履歴記録を表示することができる。

図１４３は、ダッシュボード画面１５９０の例示的実施形態を示す。図１４３に示す例示的なダッシュボード画面１５９０は、図１４２に示すダッシュボード画面１５９０と同じである。図に示すように、変更点検ウィンドウ２２００は、図１４３ではコメント・フィールド２２１０を含む。そのようなフィールドは、例えば、ユーザが図１４２に示すコメントのオプション２２０２などのコメントのオプションをクリックすると表示される。ユーザは、コメント・フィールド２２１０に変更についてのコメントを入力することができる。コメントで、ユーザは、変更に同意しない理由や、変更を承認する前にさらに議論をする必要があると感じる理由を説明することができる。コメントが入力されると、ユーザは保存のオプション２２１２を使用してコメントを保存することができる。それにより変更を点検済みにすることもできる。希望する場合、ユーザはキャンセルのオプション２２１４を使用して、コメントの追加をキャンセルすることもできる。

図１４３に示す変更点検ウィンドウ２２００のように、ウィンドウに２つ以上の変更が表示されている場合、各変更が対処されると、各変更に関連付けて取り消しのオプション２２１６が表示される。取り消しのオプション２２１６を使用して、その変更に関連して行われた動作を取り消すことができる。それにより、変更が対処済みまたは点検済みとなっていたのを取り消すこともできる。

図１４４は、例示的なダッシュボード画面１５９０を示す。図１４４の例示的なダッシュボード画面１５９０は、進捗状況ウィジェット１５９６ｃおよび変更点検ウィジェット１５９６ｉを含む。図に示すように、変更点検ウィジェット１５９６ｉは、表形式で表示される変更のリストを含む。変更点検ウィジェット１５９６ｉに表示される各薬物ライブラリ・エントリは展開することができる。そのような実施形態では、図１４３に示す変更点検ウィンドウ２２００などのウィンドウは必要ない場合もある。一部の実施形態では、ユーザは、エントリをクリックしてエントリを展開し、見ることができる。図１４４では、濃度２ｇ／２５０ｍｌの体重ベースの臨床使用の場合のＩＣＵにおけるLidocaineのエントリが展開された状態で表示されている。展開された状態では、点検を必要とする変更はすべて表に表示されてもよい。ユーザは、ボックスにチェックを入れ、表の展開された部分にテキストを入力することにより、各エントリの変更を点検することができる。一部の実施形態では、図１３３のフィードバック・ウィンドウ２１４０や図１３５の変更要求ウィンドウ２１６０などの他のウィンドウに代えて、それぞれのウィジェット内で展開可能な表を使用することができる。

図１４５は、ダッシュボード画面１５９０の別の例示的実施形態を示す。図１４５に示す例示的なダッシュボード画面１５９０は、概要ウィジェット１５９６ａ、進捗状況ウィジェット１５９６ｂ、最近の変更ウィジェット１５９６ｋ、および進行中の変更のウィジェット１５９６ｌを含む。このようなダッシュボード画面１５９０は、薬物ライブラリの点検を行うユーザに適する可能性がある。最近の変更ウィジェット１５９６ｋは、新しい変更、または最近提案された変更（例えば前回のログイン以降、前の週、過去数日間等）を表示することができる。進行中の変更のウィジェット１５９６ｌは、開始されているが、まだ点検、検証、および認証の全プロセスは終えていない変更を表示することができる。進行中の変更のウィジェット１５９６ｋに表示される変更は、例えば、点検を行うユーザによってすでに点検されているが、他のユーザによる点検を待っている、または管理者の行為を待っている変更である。

図に示すように、図１４５に示す例示的実施形態では変更点検ウィンドウ２２００も表示される。図１４５の変更点検ウィンドウ２２００は、例えば図１４２に示すものとは異なる。図１４５の例示的実施形態では、変更点検ウィンドウ２２００は、対象エントリについて提案されている新しいパラメータ値を含む。図１４５の変更点検ウィンドウ２２００には現在のパラメータ値も表示される。実施形態によっては、その変更を行ったユーザの名前またはユーザＩＤおよび変更が行われた日付も表示される。

図１４５の変更点検ウィンドウ２２００は、コメントのオプション２２２０、異議のオプション２２２２、および承諾のオプション２２２４を含む。コメントのオプション２２２０を使用して、点検対象の変更についてのコメントを作成することができる。異議のオプション２２２２は、ユーザが変更が不適当だと感じる場合、またはさらに議論を要すると感じる場合に使用することができる。承諾のオプション２２２４は、ユーザが変更が適切であり、変更を実施すべきであると感じる場合に使用することができる。一部の実施形態では、ユーザは、異議のオプション２２２２を使用した後にコメントを入力することを要求される。

図１４６は、ダッシュボード画面１５９０の別の実施形態を示す。図１４６に示すダッシュボード画面１５９０は図１４５に示す画面と同じである。図に示すように、ユーザは、ＤＥＲＳエディタのユーザ・インターフェースの検索バー１５６８を使用して、薬物、変更、コメント等を検索することができる。図に示すように、ユーザは、検索のために完全な単語を入力する必要はない。例示的実施形態では、ユーザは「Acycl」の文字を入力しており、それらの文字を含む候補エントリのリストがＤＥＲＳエディタのユーザ・インターフェースに表示されている。そして、ユーザは、リストから所望のエントリを選択して、それを見ることができる。これは、薬物ライブラリの点検時に、例えば、ユーザが他の看護エリアの類似する薬物エントリへのレコードと、そのようなエントリに関連付けられたコメントや変更を見たい場合に、有用である可能性がある。これは、薬物ライブラリのエントリを点検する際に、前後の文脈をユーザに提供する助けとなる可能性がある。

図１４７は、ＤＥＲＳエディタのユーザ・インターフェースに表示されることが可能な点検画面２２３０の例示的実施形態を示す。点検画面２２３０は、薬物ライブラリを点検するための一元化されたユーザ・インターフェースをユーザに提供することができる。点検画面２２３０は、一部の実施形態でダッシュボード画面に含まれるいくつかのウィジェットと同様のものとすることができる。点検画面２２３０で、ユーザは、点検工程の特定の面を詳細に調べたり、フィルタリングしたりすることができる。例えば、管理者が、所望の看護エリアや点検を行うユーザごとに点検工程を見ることができる。

点検画面２２３０によっては、進捗状況のインディケータ２２３２が含まれる。図１４７の例示的実施形態では、進捗状況のインディケータ２２３２が含まれる。図の進捗状況のインディケータ２２３２は、点検が済んだ変更の割合を示す数値とプログレス・バーとからなる。他の進捗状況のインディケータ２２３２は異なる場合がある。実施形態によっては、進捗状況の内訳の表示２２３４も含むことができる。進捗状況の内訳の表示２２３４は、例えば、看護エリア名または点検を行うユーザと関連付けて、プログレス・バーまたは点検の進捗状況の割合を示す値の少なくとも一方を含むことができる。一部の実施形態では、進捗状況の内訳の表示２２３４は、表示される点検画面２２３０に応じて異なる場合がある。例えば、特定の看護エリアの点検の進捗状況を詳細に示す点検画面２２３０は、その看護エリアを担当する点検ユーザの点検の進捗状況を表示する進捗状況の内訳の表示２２３４を含むことができる。

点検画面２２３０は、各種のフィードバック項目、変更要求、点検を必要とする変更等も含むことができる。一部の実施形態では、各種のフィードバック項目、変更要求、点検を必要とする変更等は、点検表２２３６に表示される。他の実施形態では、この情報は、別の適切な手段で表示してもよく、必ずしも点検表２２３６に表示されない。点検表２２３６を含む実施形態では、点検表２２３６は、薬物名、看護エリア、臨床使用、濃度、変更またはフィードバックを提出したユーザの名前、フィードバックが提出された時刻等の情報を含むことができる。十分な数のフィードバック項目、変更要求、点検を必要とする変更等が存在する場合には、それらのすべてが同じ点検画面２２３０に表示されない場合もある。一部の実施形態では、ページ変更のオプション２２３８を含めることにより、ユーザがさらに他のフィードバック項目、変更要求、点検を必要とする変更等を見られるようにすることができる。

一部の実施形態では、点検の種類のフィルタ２２４０も点検画面２２３０に含まれる。図１４７に示す例示的実施形態では、点検の種類のインディケータが点検表２２３６の一部として含まれている。ユーザは、点検画面２２３０に表示される情報の種類をフィルタリングするために、点検の種類のフィルタ２２４０から点検の種類を選択することができる。例示的実施形態では、ユーザは、フィードバック項目のみが表示される、または変更要求のみが表示される、またはフィードバック項目と変更要求の両方を表示するようにフィルタリングを行うことができる。例示的実施形態では、点検表２２３６の一番上に示されるように、フィードバック項目だけが表示されている。

図１４８は、別の点検画面２２３０の例示的実施形態を示す。図１４８に示す例示的な点検画面２２３０は、図１４７に示す点検画面２２３０から詳細を見た表示である。図に示すように、図１４８に示す点検画面２２３０は、特定の点検者ユーザに関連する点検情報を表示している。一部の実施形態では、ユーザは、進捗状況の内訳の表示２２３４（例えば図１４７を参照）または異なる点検画面２２３０にあるいくつかの進捗状況の内訳表示２２３４で該当する看護エリアおよび点検者ユーザをクリックすることにより、そのような画面に進むことができる。

図に示すように、図１４８の例示的な点検画面２２３０は、進捗状況のインディケータ２２３２を含む。図１４８の進捗状況のインディケータ２２３２は、ユーザ名「Jane Doe」を持つ点検ユーザの進捗状況を詳細に示している。点検を行うユーザの進捗状況を詳細に示す例示的な点検画面２２３０は、そのユーザによって生成されたフィードバック項目や変更要求等を表示する点検表２２３６を含むことができる。一部の実施形態では、この情報は、表以外の方式で点検画面２２３０に表示することもできる。

図１４９は、点検画面２２３０の例示的実施形態を示す。図に示すように、図１４９の例示的な点検画面２２３０は、図１４７に示す例示的な点検画面と同様である。進捗状況の内訳の表示２２３４（例えば図１４７参照）は図１４９には含まれない。図１４９の点検表２２３６の点検の種類のフィルタ２２４０は、フィードバック項目と変更要求の両方が表示されるように設定されている。図１４９には進捗状況のインディケータ２２３２も含まれる。

図に示すように、図１４９に示す例示的な点検表２２３６の各種フィードバック項目および変更要求のエントリは展開可能である。ユーザは「Abciximab ICU Non-weight based 50mg/500ml」のエントリを展開している。図１４９の例示的実施形態では、ユーザがエントリを展開すると、そのエントリに対応する詳細ウィンドウ２２５０が表示される。詳細ウィンドウ２２５０は、展開されたエントリについての具体的な情報を含むことができる。図１４９の例示的実施形態では、詳細ウィンドウ２２５０はフィードバック項目のウィンドウであり、元の変更と変更についてのユーザからのフィードバックを識別する情報を含む。例えば変更要求についての他の詳細ウィンドウ２２５０は、異なる情報を含む可能性がある。変更要求についての詳細ウィンドウ２２５０は、元の値、提案される変更、および変更を提案したユーザから示された理由などの情報を含むことができる。

図１４９に示す詳細ウィンドウ２２５０は、却下のオプション２２５２およびレコード表示のオプション２２５４を含む。ユーザは、却下のオプション２２５２を使用して、フィードバック項目に基づいた変更を行うことを却下することができる。一部の実施形態では、却下のオプション２２５２が使用された場合、ユーザは、変更の実施を却下する理由を入力することを要求される。ユーザは、レコード表示のオプション２２５４を使用して、ＤＥＲＳエディタのユーザ・インターフェースにレコードを表示することができる。ユーザは次いで、レコードを見て、適切であれば変更を行うことができる。

図１５０は、点検画面２２３０の別の例示的実施形態を示す。点検画面２２３０は、図１４９に示す画面と同じである。図に示すように、図１４９では詳細ウィンドウ２２５０が表示されている。詳細ウィンドウ２２５０は、図１４９の却下のオプション２２５２が使用された場合に表示される詳細ウィンドウ２２５０の一例である。図に示すように、詳細ウィンドウ２２５０は、コメント・フィールド２２６０を含む。ユーザはコメント・フィールド２２６０を使用して、フィードバック項目に基づく変更を行うことを却下する理由を入力することができる。コメント・フィールド２２６０にコメントを入力すると、ユーザは保存のオプション２２６２を使用してコメントを保存することができる。それにより、そのフィードバック項目をユーザによって対処済みの状態にすることもできる。ユーザは、必要な場合はキャンセルのオプション２２６４を使用することもできる。

図１５１は、点検画面２２３０の例示的実施形態を示す。図１５１に示す例示的な点検画面２３３０は、図１４７〜図１５０に示す点検画面２２３０と同様である。ただし、図１５１に示す点検画面２２３０は点検を行うユーザにより適しており、一方、図１４７〜図１５０に示す画面は、薬物ライブラリ管理者など編集の許可を持つユーザにより適している。

図に示すように、例示的な点検画面２２３０は進捗状況のインディケータ２２３２を含む。進捗状況のインディケータ２２３２は図１４７〜図１５０に示すものと同様である。図１５１には点検表２２３６も示される。点検表２２３６は、ユーザの点検を必要とする変更、ユーザのフィードバック項目に関する管理者のコメント等の情報を含むことができる。一部の実施形態では、この情報は表形式以外の形式で表示することができる。点検表２２３６を備える実施形態では、点検表２２３６は、ステータス、看護エリア、薬物名、臨床使用、濃度、提出日、管理者のコメント等についての列を含むことができる。点検の種類のフィルタ２２４０も含まれる場合がある。例示的実施形態では、点検の種類のフィルタ２２４０は、点検すべき変更、管理者のコメントについてのフィルタリング・オプションと、点検すべき変更と管理者のコメントの両方を表示するオプションを含む。図１５１では、点検種類のフィルタ２２４０が、点検すべき変更に設定されている。

ユーザは、一部の実施形態では、点検表２２３６の中で対応するエントリをクリックすることにより、点検を必要とする変更や管理者からのコメント等に対処することができる。それにより、図１５０に示す詳細ウィンドウ２２５０と同様の詳細ウィンドウがＤＥＲＳエディタのユーザ・インターフェースに表示される。そして、点検を行うユーザは、詳細ウィンドウ２２５０を使用して、点検を必要とする変更や管理者からのコメント等に適切な措置を取ることができる。

図１５２は、ユーザが変更要求を提出する過程にある薬物ライブラリ・エントリ画面１９００の例示的実施形態を示す。ユーザは、一部の実施形態では、薬物ライブラリ・エントリ画面１９００を使用して薬物ライブラリを点検することができる。ユーザは、薬物ライブラリ・エントリ画面１９００を使用して、変更要求やフィードバック項目を提出し、薬物エントリのパラメータ、項目、要素等を変更することもできる。一部の実施形態では、エントリに対応する薬物ライブラリ・エントリ画面１９００は、ユーザが例えば、図１４９に示すレコード表示のオプション２２５４などのレコード表示のオプションを選択した場合に表示される。各種実施形態で、ユーザは、薬物画面１７００で薬物リスト１７０２（例えば図８８参照）を見ることにより、薬物ライブラリを点検することができる。薬物リスト１７０２は、各薬物に関して更新／変更要求や作業が存在するかどうかについての指示を薬物ごとに含むことができる。ユーザは、薬物リスト１７０２の薬物をクリックして、その薬物ライブラリ・エントリについての薬物ライブラリ・エントリ画面１９００を表示することができる。

図に示すように、薬物ライブラリ・エントリ画面１９００には、４００ｍｇ／２５０ｍｌの濃度で周辺ラインの臨床使用の場合の看護エリア「４ Ｗｅｓｔ」におけるｄｏｐａｍｉｎｅに対応する薬物ライブラリ・エントリが表示されている。図１５２に示す薬物ライブラリ・エントリ画面１９００は、比較のオプション１７０４、「すべて同意（Agree with All）」のオプション２２７０、および変更要求提出のオプション２２７２を含む。一部の実施形態では、異なるオプションまたは異なる数のオプションが薬物ライブラリ・エントリ画面１９００に含まれる場合がある。薬物ライブラリ・エントリ画面１９００に表示されるオプションは、表示される特定の薬物ライブラリ・エントリ画面１９００やエントリのステータス等に応じて異なる場合がある。

比較のオプション１７０４を使用して、その薬物ライブラリ・エントリを別の薬物ライブラリ・エントリと比較する。そのような比較は、図１０８に関連して上記で提供した説明と同様とすることができる。一部の実施形態では、比較のオプション１７０４は、同じ薬物エントリの２つのバージョンを比較するためにも使用することができる。例えば、ユーザは、現在の薬物ライブラリ・バージョンの薬物エントリを、将来のバージョンに含められる、提案された変更を含む同じ薬物エントリと比較することができる。

「すべてに同意」のオプション２２７０を使用して、薬物エントリに提案されているすべての変更に同意する。一部の実施形態では、このオプションは表示されず、ユーザはエントリへの各変更に個々に同意することを要求される。また、薬物ライブラリ・エントリに行われた変更が１つだけの場合には、このオプションは表示されない場合もある。

変更提出要求のオプション２２７２を使用して、薬物エントリのパラメータ、項目、要素等についての変更要求を提出することができる。図１５２に示す例示的実施形態では、変更提出要求のオプション２２７２を使用すると、ＤＥＲＳエディタのユーザ・インターフェースに詳細ウィンドウ２２５０が表示される。詳細ウィンドウ２２５０を使用して、薬物エントリに対する所望の変更を入力することができる。一部の実施形態では、ユーザは、詳細ウィンドウ２２５０を開く対象のパラメータ、項目、要素等を選択する必要がある。図１５２に示す例示的実施形態では、ユーザが薬物エントリの容器パラメータの薬物量を変更することができる詳細ウィンドウ２２５０が表示されている。変更要求のための詳細ウィンドウ２２５０で、一部の実施形態では、ユーザは、新しいパラメータ値と変更の理由を入力することができる。

変更要求の詳細ウィンドウ２２５０は、提出のオプション２２７４およびキャンセルのオプション２２７６を含むことができる。提出のオプション２２７４を使用して、薬物エントリについての変更要求を提出する。キャンセルのオプション２２７６を使用して、薬物エントリについての変更要求の作成をキャンセルする。一部の実施形態では、提出のオプション２２７４を使用すると、薬物ライブラリを編集する許可を持つユーザに通知が送信され、変更要求が提出されたことをユーザに通知することができる。

図１５３は、ユーザがフィードバック項目を提出する過程にある薬物ライブラリ・エントリ画面１９００の例示的実施形態を示す。図１５３に示す例示的な薬物ライブラリ・エントリ画面１９００は、比較のオプション１７０４および「すべて同意」のオプション２２７０を含み、これらは図１５２に関連して説明したオプションと同様に機能することができる。図１５３の例示的な薬物ライブラリ・エントリ画面１９００は、フィードバック提供のオプション２２８０も含む。一部の実施形態では、フィードバック提供のオプション２２８０と変更提出要求のオプションの両方が薬物ライブラリ・エントリ画面１９００に含まれる。

フィードバック提供のオプション２２８０を使用して、薬物エントリのパラメータ、項目、要素等についてのフィードバック項目を提供することができる。図１５３に示す例示的実施形態では、フィードバック提供のオプション２２８０を使用すると、ＤＥＲＳエディタのユーザ・インターフェースに詳細ウィンドウ２２５０が表示される。詳細ウィンドウ２２５０を使用して、その薬物エントリについて所望のフィードバックを入力することができる。一部の実施形態では、ユーザは、詳細ウィンドウ２２５０を開く対象のパラメータ、項目、要素等を選択する必要がある。図１５３に示す例示的実施形態では、ユーザが薬物エントリの容器パラメータの薬物量についてのフィードバックを提供することができる詳細ウィンドウ２２５０が示される。フィードバック項目についての詳細ウィンドウ２２５０で、ユーザはコメントや質問を入力することができる。一部の実施形態では、ユーザは、別のパラメータ値を提案することもできる。

フィードバック項目についての詳細ウィンドウ２２５０は、提出のオプション２２７４およびキャンセルのオプション２２７６を含むことができる。提出のオプション２２７４を使用して、薬物エントリについてのフィードバック項目を提出することができる。キャンセルのオプション２２７６を使用して、薬物エントリについてのフィードバック項目の作成をキャンセルすることができる。一部の実施形態では、提出のオプション２２７４を使用すると、薬物ライブラリを編集する許可を持つユーザに通知が送信され、フィードバック項目が提出されたことをユーザに通知することができる。

図１５４は、薬物ライブラリ・エントリ画面１９００の別の例示的実施形態を示す。図１５４に示す例示的実施形態は、編集する許可を有するユーザが、図１５２で入力された変更要求を見る場合の表示を示す。図に示すように、変更要求の詳細ウィンドウ２２５０が図１５４のＤＥＲＳエディタのユーザ・インターフェースに表示されている。一部の実施形態では、そのようなウィンドウは、ユーザが、変更要求が提出されているパラメータ値をクリックすると表示される。一部の実施形態では、変更要求、フィードバック項目等がエントリに対して提出されていることをユーザに通知するインディケータ２２９０が、そのエントリに関連付けて表示される。ユーザは、インディケータ２２９０をクリックして、変更要求、フィードバック項目等についての詳細ウィンドウ２２５０を表示することができる。図に示すように、詳細ウィンドウ２２５０は、提案されているパラメータ値の変更とその変更の理由を表示する。図１５４に示す例示的実施形態では、詳細ウィンドウは、却下のオプション２２９２および承諾のオプション２２９４を含む。変更に同意しない場合、ユーザは却下のオプション２２９２を使用することができる。変更を行うことに同意する場合、ユーザは承諾のオプション２２９４を使用することができる。承諾のオプションを使用すると、変更要求で提案される値に合うようにパラメータが自動的に変更される。一部の実施形態では、薬物ライブラリ・エントリ画面１９００で薬物エントリに変更が行われた後、ユーザは、薬物ライブラリ・エントリ画面１９００の保存のオプション２２９６を使用して変更を保存することを要求される。

図１５５は、薬物ライブラリ・エントリ画面１９００の別の例示的実施形態を示す。図１５５に示す例示的な薬物画面１９００のレイアウトは、図１５２〜図１５４に示す画面と異なる。図１５５には詳細ウィンドウ２２５０が示される。詳細ウィンドウ２２５０は、図１５４に示す詳細ウィンドウ２２５０と同様の情報を表示する。詳細ウィンドウ２２５０は、却下のオプション２２９２および承諾のオプション２２９４も含み、これらは図１５４に関連して説明したオプションと同様に機能することができる。

図１５６は、薬物ライブラリ・エントリ画面１９００の例示的実施形態を示す。図に示すように、図１５６に示す例示的な薬物ライブラリ・エントリ画面１９００は、図１５５に示す画面と同じである。ただし、図１５５の変更要求の詳細ウィンドウ２２５０内で識別されたパラメータが変更されている。図１５６に示す例示的な薬物ライブラリ・エントリ画面１９００は、ユーザが図１５４の詳細ウィンドウ２２５０で承諾のオプション２２９４を選択した場合に表示される薬物ライブラリ・エントリ画面１９００である。

図に示すように、変更されたパラメータのパラメータ・フィールドが太線２３００で縁どられて、パラメータ値が変更されたことに注意を引き付ける。一部の実施形態では、太線２３００に色を付けてさらに注意を引くようにしてもよい。一部の実施形態では、薬物ライブラリ・エントリ画面１９００で変更されたパラメータ値には、いずれも以前の値メッセージ２３０２が関連付けられる。そのような以前の値メッセージ２３０２は、変更前のパラメータ値を識別し、変更前のパラメータ値が使用されていた薬物ライブラリのバージョン番号を識別することができる。薬物ライブラリ・エントリ画面１９００で１つまたは複数の所望の値を変更すると、ユーザは、薬物ライブラリ・エントリ画面１９００の保存のオプション２２９６を使用して薬物ライブラリへの変更を保存することができる。

図１５７は、薬物ライブラリ・エントリ画面１９００の別の例示的実施形態を示し、ここでは薬物ライブラリ・エントリにメモが追加される。メモは、例えば、薬物ライブラリ・エントリ内のパラメータを右クリックし、メモ追加のオプション（図示せず）を選択することにより薬物ライブラリ・エントリに追加することができる。メモはＤＥＲＳエディタのユーザ全員が見られる場合がある。メモを使用して、ＣＱＩリポートへのリンク、パラメータ値設定の根拠となった専門家によって審査された文献、薬物の薬物製造者情報等を提供することができる。メモを使用して、画像ファイルやＰＤＦファイルなどのファイルを薬物エントリに添付することもできる。メモは、特定のパラメータ値設定の根拠を伝える助けとなるため、点検の過程で有用である可能性がある。メモは、適切なパラメータ値についての指針を提案する助けとなる場合もある。

ユーザが薬物エントリにメモを追加したい旨を知らせると、メモの詳細ウィンドウ２２５０がユーザ・インターフェースに表示される。そのような詳細ウィンドウ２２５０は、メモ入力フィールド２３１０を含むことができる。ユーザは、メモ入力フィールド２３１０を使用して所望のメモを追加することができる。メモの詳細ウィンドウ２２５０によってはアップロードのオプション２３１２も含み、これを使用して各種ファイルをメモにアップロードすることができる。一部の実施形態では、メモの詳細ウィンドウ２２５０は、ユーザがメモ入力フィールド２３１０に入力したテキストの書式を設定することができるテキスト書式設定のオプション２３１４を含むことができる。図１５７に示す例示的実施形態は、メモ保存のオプション２３１６も含み、これを使用してメモを保存することができる。一部の実施形態では、１つの薬物エントリまたはパラメータ値に対して複数のメモを追加することができる。

図１５８は、薬物エントリについてのメモが開かれた薬物ライブラリ・エントリ画面１９００の例示的実施形態を示す。図に示すように、メモ・ウィンドウ２３２０は、図１５７で入力されたメモを含んでいる。また、図１５８のメモ・ウィンドウ２３２０には第２のメモが表示されている。メモ・ウィンドウ２３２０のメモは両方とも、適切なパラメータ値を決定する際に助けとなりうるリソースである。図に示すように、メモ・ウィンドウ２３２０は、新しいメモ追加のオプション２３２４を含む。必要な場合は、このオプションを使用して、薬物ライブラリのエントリに追加的なメモを追加する。図に示すように、エントリにメモが追加されると、そのエントリはメモ・インディケータを伴って描画される。例示的実施形態では、メモ・インディケータは、隅が折られた紙片を模したアイコンである。

図１５９は、薬物ライブラリ・エントリ画面１９００の例示的実施形態を示し、ここでは点検を行うユーザが薬物ライブラリ・エントリの変更を点検している。図に示すように、変更についての詳細ウィンドウ２２５０が図１５９のＤＥＲＳエディタのユーザ・インターフェースに表示されている。点検を行うユーザは、一部の実施形態では、薬物ライブラリ・エントリ画面１９００内の変更されたパラメータをクリックすることにより、変更についての詳細ウィンドウ２２５０を表示することができる。一部の実施形態では、ユーザは、薬物ライブラリ・エントリに関連付けられたインディケータ２２９０をクリックして、詳細ウィンドウ２２５０を表示させることができる。

変更を点検するための詳細ウィンドウ２２５０は、パラメータの現在の値と、パラメータに提案されている変更値をユーザにを表示することができる。詳細ウィンドウ２２５０は、変更を提出したユーザのユーザ名またはＩＤおよび変更が提出された日も表示することができる。変更を点検するための詳細ウィンドウ２２５０は、コメントのオプション２３３０、異議のオプション２３３２、および承諾のオプション２３３４も含むことができる。ユーザは、コメントのオプション２３３０を使用して、変更についてのコメントを入力することができる。ユーザは、異議のオプション２３３２を使用して、変更に異議があることを示すことができる。一部の実施形態では、ユーザは、異議のオプションを使用した場合にはコメントを入力することを要求される。ユーザは、承諾のオプション２３３４を使用して変更を受け入れることができる。

図１６０〜図１８０は、ユーザ・インターフェースの別の例示的実施形態の諸態様を詳細に示すいくつかの画面を示す。そのような画面には、ＤＥＲＳエディタのユーザ・インターフェースまたはＣＱＩユーザ・インターフェース上でアクセスすることができ、そのようなインターフェース上でユーザに提示することができる。例示として、図の画面はＤＥＲＳエディタのユーザ・インターフェースの画面とする。一部の実施形態では、ＣＱＩサービスのためのユーザ・インターフェースなど、他のサービス用の他のインターフェースで、図と同様の画面または同じ画面を使用することができる。図１６０〜図１８０に示す画面は、図１１〜図７１に示すフローチャートに関連する場合がある。そのような画面は、図１１〜図７１に示し、説明した内容と同様のワークフローをたどることができる。各種実施形態で、これらの画面は、ウェブ・ブラウザのユーザ・インターフェースを介してユーザに表示することができる。ユーザは、例えば、コンピュータ、タブレット、スマートフォン等を使用してそのような画面を見ることができる。ユーザが画面から画面に移動すると、その画面を表示するために必要な情報が、ＤＥＲＳデータベースなどのデータベースに照会される。そして、その情報が表示のために描画され、ユーザ・インターフェースに表示される。ＤＥＲＳエディタ・サービスは、適切なクライアント／サーバ型の対話方式を使用して機能することができる。

次いで特に図１６０を参照すると、ＤＥＲＳエディタのユーザ・インターフェースに表示することができる例示的な薬物ライブラリ画面４１００が示される。薬物ライブラリ画面４１００を使用して、薬物ライブラリ・エントリのアクセス、閲覧、追加、変更、点検等を行うことができる。ユーザは、ＤＥＲＳエディタ上で該当するタブ１５９８を開くことにより、薬物ライブラリ画面４１００に進むことができる。この薬物ライブラリ画面４１００で、ユーザは、ＤＡＬファイルの階層を詳細に調べることにより、ＤＡＬファイルを見て回り、ＤＡＬファイルを変更することができる。

図に示すように、図１６０に示す例示的な薬物ライブラリ画面４１００は、高レベル階層フィールド４１０２および低レベル階層フィールド４１０４を含む。ユーザは、高レベル階層フィールド４１０２を使用して、関心のある薬物レコードが位置する階層の高レベル部分を選択することができる。図１６０に示す例示的実施形態では、ユーザは、高レベル階層フィールド４１０２で様々な看護グループと看護エリアを選択することができる。実施形態またはユーザによっては、さらに他の階層レベルが含まれる場合がある。例えば、ＩＤＮの一部であるユーザは、高レベル階層フィールド４１０２から機関または地域を選択する選択肢をさらに有することができる。

低レベル階層フィールド４１０４は、高レベル階層フィールド４１０２で選択された高レベル階層に定義されている各種ＤＡＬファイル・エントリを含むことができる。例示的実施形態では、低レベル階層フィールド４１０４は、高レベル階層フィールド４１０２で選択された看護グループに定義された薬物を表示する。低レベル階層フィールド４１０２は各種の他の情報も表示することができる。図１６０では、選択された看護グループに定義された薬剤に関連する情報が低レベル階層フィールド４１０２に表示されている。また、ユーザは、低レベル階層フィールド４１０２に示された各種薬剤レコードを選択（例えばクリックまたはダブル・クリック）して、「詳細に調べた」ビューを表示させることもできる。そのような表示で、ユーザは、選択された薬剤の臨床使用や濃度等を点検し、変更することができる。

図１６０には、いくつかのフィルタ・オプション４１０６も示される。そのようなフィルタ・オプション４１０６を使用して、ユーザが効率的に薬物ライブラリ画面４１００を見て回ることを助ける。そのようなフィルタ・オプション４１０６を使用して、薬物ライブラリ画面４１００の各種フィールドでユーザに提示される可能な選択肢の数を制限する。例示的なフィルタ・オプション４１０６は、いくつかのラジオ・ボタンとのユーザ対話を介してオンまたはオフを切り替えることができる。他の実施形態では、フィルタ・オプション４１０６は、ドロップ・ダウン・メニューやチェックボックス等から選択することができる。

図１６０に示す例示的実施形態では、フィルタ・オプション４１０６は、具体的には機器の種類のフィルタ・オプション４１０６である。ユーザは、機器の種類のフィルタ・オプション４１０６を使用して、高レベル階層フィールド４１０２および低レベル階層フィールド４１０４に表示される内容をフィルタリングすることができる。例示的実施形態では、ユーザは、「Ｄｅｖｉｃｅ Ｔｙｐｅ Ａ」に関連付けられた、またはそれに使用することが指定されているＤＡＬファイル・エントリが表示されるようにフィルタリングすることを選択している。その結果、高レベル階層フィールド４１０２では、「Ｄｅｖｉｃｅ Ｔｙｐｅ Ａ」に関連付けられているか、それに使用することが指定されているエントリを含む場合にのみ、看護グループ、看護エリア等を表示することができる。低レベル階層フィールド４１０４には、「Ｄｅｖｉｃｅ Ｔｙｐｅ Ａ」に関連付けられているか、それに使用することが指定されているＤＡＬファイル・エントリのみを表示することができる。各種実施形態では、さらに他のフィルタ・オプション４１０６がユーザに利用できる場合がある。

ユーザは、看護グループに薬物（ならびにその薬物の臨床使用、濃度等）を追加することができる。薬物レコードが看護グループに追加されると、その薬物レコードは、その看護グループ内のすべての看護エリアに共通の薬物レコードとして伝搬されてもよい。ユーザが図１６０に示す看護グループに薬物を追加したい場合、ユーザは薬物追加のオプション４１０８を使用することができる。図１６０の例示的実施形態では、ユーザは、薬物追加のオプション４１０８をクリックして、看護グループに薬物を追加することができる。そして、ユーザは追加したい薬物の名前を入力することができる。これは、図８９に示す画面と同様の画面で行うことができる。一部の実施形態では、ユーザは、その後、図９１に示す画面と同様の画面でその薬物の各種パラメータを入力することを要求される。好ましくは、ユーザは、代わりに、ＤＡＬファイルのマスター薬剤リストに薬物が追加された時に、必要な情報の少なくとも一部を定義する。そのような場合、薬物追加のオプション４１０８を使用して薬物が追加されると、その情報は看護グループの薬物エントリに自動的に伝えられる。それにより、ＤＡＬファイル構築の全体的な効率を向上させることができる。必要な場合は、薬物を追加した後で、ユーザはその薬物の臨床使用、濃度等を指定することができる。

ユーザが看護グループに薬物を追加すると、その薬物が（その薬物の臨床使用、濃度等と共に）その看護グループにあるすべての看護エリアに自動的に伝搬される。図１６０に示す実施形態などの他の実施形態では、ユーザは、看護エリア更新のオプション４１１０を使用して、看護グループ内の看護エリアにその薬物レコードを伝搬させたい旨を知らせる必要がある。看護エリア更新のオプション４１１０が使用されたことに応答して、ＤＥＲＳエディタ・サービスが、すべての該当する看護エリアに薬物レコードを伝搬させることができる。

図１６１は、ＤＥＲＳエディタ・サービスのユーザ・インターフェースに表示することができる薬物ライブラリ画面４１００の別の例示的実施形態を示す。図１６１では、ユーザが高レベル階層フィールド４１０２から看護エリアを選択している。その結果、低レベル階層フィールド４１０４に、その看護エリアに対応して存在する薬物レコードが表示されている。

一部の実施形態では、低レベル階層フィールド４１０４の背景色が変化して、高レベル階層フィールド４１０２から選択された階層のレベルを視覚的に示すことができる。これは、混同や、ユーザが誤って間違った階層レベルに薬物レコードを追加したり、薬物レコードを変更したりする可能性を最小に抑える助けとなる。レコード・レベル識別子４１２０が低レベル階層フィールド４１０４に関連付けられる場合もある。レコード・レベル識別子４１２０は、低レベル階層フィールド４１０４に表示される情報のセットに階層的な関係を指定することができる。例示的実施形態では、レコード・レベル識別子４１２０は、表示されている薬物レコードが看護グループ２の看護エリア１に属するものであることを示している。この場合も、これにより、混同や、間違った階層レベルの薬物レコードを誤って変更する可能性を最小に抑えることを助ける。

図１６１で選択された看護エリアは、図１６０で選択された看護グループに割り当てられている。図１６１の低レベル階層フィールド４１０４に示すように、この看護エリアは、図１６０でその看護グループに定義されていることが示される薬剤を含む。ユーザは、薬物追加のオプション４１０８を使用して看護エリアに薬物レコードを追加することを選択することができる。これは、看護エリアに固有の（共有または共通でない）薬物レコードを作成することが望ましい場合に有用である可能性がある。例えば、ある特定の薬物を看護グループ内の看護エリアのすべてでは使用せず、したがって、看護グループ内の該当する看護エリアに個々に薬物レコードを追加する方が適切な場合がある。あるいは、ユーザは看護エリアから薬物レコードを削除または除去することもできる。１つの看護グループの看護エリアの大半で特定の薬物を使用する場合は、その薬物についての共通のレコードを看護グループのレベルで作成する方が効率的な場合がある。そして、ユーザは、その薬物を使用しない各種看護エリアから薬物レコードを削除することができる。

図１６２は、ＤＥＲＳエディタのユーザ・インターフェースなどのユーザ・インターフェースに表示することが可能な薬物ライブラリ画面４１００の例示的実施形態を示す。レコード・レベル・インディケータ４１２０で示されるように、ユーザは、特定の薬物レコードを「詳細に調べて」、その薬物レコードに関連付けられた詳細な情報を見ることを選択している。図１６２の例示的実施形態では、ユーザは、看護グループ２の看護エリア１の「Ｄｒｕｇ ２」の薬物レコードについて詳細を見ることを選択している。ユーザは、例えば、図１６１の低レベル階層フィールド４１０４で「Ｄｒｕｇ ２」をクリックすることにより、図１６１から図１６２に進むことができる。

図に示すように、低レベル階層フィールド４１０４は、「Ｄｒｕｇ ２」に定義されたすべての臨床使用および濃度を含む。図１６２に示す例示的な薬物ライブラリ画面４１００では、３つの臨床使用があり、それぞれに３つの濃度が定義されている。選択された薬物レコードに定義された臨床使用および／または濃度は標識４１３０にも関連付けることができる。標識４１３０は、薬物レコードの関連付けされた部分が共通であるか、固有であるかをユーザに示すことができる。例示的実施形態では、三角形の標識４１３０は、薬物レコードの関連付けされた部分が共通であり、看護グループのレベルから伝搬されたことを示す。星形の標識４１３０は、薬物レコードの関連付けされた部分が固有であり、看護グループのレベルから伝搬されたものではないことを示す。

図１６２に示す薬物ライブラリ画面４１００には、例示的な薬物レコード・パラメータ・フィールド４１３２も表示されている。このフィールドで、ユーザは、薬物レコードの各種態様を閲覧、変更等することができる。これは、関連付けられたパラメータ・フィールド４１３４で各種パラメータを入力または変更することによって行うことができる。図１６２の例示的実施形態では、図示される薬物レコード・パラメータ・フィールド４１３４は、「Ｃｌｉｎｉｃａｌ Ｕｓｅ １」という臨床使用に対応している。ユーザが、低レベル階層フィールド４１０４から薬物レコードの別の部分（例えば濃度や他の臨床使用）を選択するのに応じて、他の薬物レコード・パラメータ・フィールド４１３４も表示することができる。薬物レコード・パラメータ・フィールド４１３２は、画面に表示された他の情報を邪魔したり、覆ったりすることがないようにユーザ・インターフェースに表示することができる。薬物レコード・パラメータ・フィールド４１３２のパラメータに行われた変更は、保存のオプション４１３４を使用して保存するか、キャンセルのオプション４１３２を使用してキャンセルすることができる。

例示的な薬物ライブラリ画面４１００は、薬物レコードにさらに他の臨床使用および濃度を追加するオプションも含む。ユーザが薬物レコードに臨床使用を追加したい場合、ユーザは臨床使用追加のオプション４１４２を使用することができる。それにより、ＤＥＲＳエディタ・サービスに、選択された薬物レコードに新しい臨床使用を作成させることができる。そして、ユーザは、その臨床使用に対応する薬物レコード・パラメータ・フィールド４１３２を介してその臨床使用の各種パラメータ値を変更することができる。例示的実施形態で濃度を追加する場合、ユーザは、臨床使用をクリックして、その臨床使用に対応する薬物レコード・パラメータ・フィールド４１３２を開くことができる。ユーザは、次いで、薬物レコード・パラメータ・フィールド４１３２で濃度追加のオプションを選択することができる。それにより、ＤＥＲＳエディタ・サービスに、指示された臨床使用に新しい濃度を作成させることができる。そして、ユーザは、その濃度に対応する薬物レコード・パラメータ・フィールド４１３２を介して新しい濃度の各種パラメータ値を変更することができる。

図１６３〜図１６４の例示的な推移は、ユーザが看護グループ・レベルで薬物レコードを編集する様子を示す。これは、ユーザが薬物レコード中の臨床使用または濃度のパラメータ値を変更する必要がある場合に必要となる可能性がある。また、ユーザが前回のＤＥＲＳエディタ・セッション中に薬物レコードのすべてのパラメータ値の定義を終えなかった場合にも必要となる場合がある。

図１６３は、ＤＥＲＳエディタのユーザ・インターフェースなどのユーザ・インターフェースに表示することができる薬物ライブラリ画面４１００の例示的実施形態を示す。ユーザは、所望の薬物レコード・パラメータ・フィールド４１３２内のパラメータ・フィールド４１３４に定義された値を変更して、薬物レコードを編集することができる。レコード・レベル・インディケータ４１２０で示されるように、ユーザは看護グループ２の「Ｄｒｕｇ ２」の薬物レコードを開いている。「Ｃｌｉｎｉｃａｌ Ｕｓｅ ３」の薬物レコード・パラメータ・フィールド４１３２が編集のために開かれている。ユーザが薬物レコード・パラメータ・フィールド４１３２に定義された各種パラメータを変更すると、看護グループ２の「薬物２」に対応する薬物レコードのこの特定の部分を編集することができる。

ユーザが薬物レコード・パラメータ・フィールド４１３２でパラメータを変更した場合、ユーザは保存のオプション４１３６を使用して変更を保存することができる。一部の実施形態では、ユーザは、看護エリア更新のオプション４１５０を使用して変更を保存することもできる。実施形態によっては、保存のオプション４１３６または看護エリア更新のオプション４１５０の一方のみを含む。ユーザが、薬物レコードの当該部分に行った編集をキャンセルしたい場合は、キャンセルのオプションを使用することができる。

ユーザが看護グループの特定の薬物レコードへの編集を保存したいことを知らせたことに応答して、ＤＥＲＳエディタは、その変更を適用すべき看護グループ内の看護エリアを指定するようにユーザを促すことができる。このプロンプトの形態は、一部の実施形態では、図１６４に示すプロンプト４１６０と同様である。そのようなプロンプトは、図１６３に示す画面と同様の薬物ライブラリ画面４１００の一部を覆うモーダル・ウィンドウとして表示することができる。

図１６４に示す例示的なプロンプト４１６０は、指示４１６２を含む。図１６４に示す指示４１６２は、ユーザが変更を適用したい看護グループ内の所望の看護エリアを選択すべきことを説明している。例示的なプロンプト４１６０は、変更の要約４１６４も含む。変更の要約４１６４は、行われた変更の要約をユーザに伝えることができる。これにより、ユーザは保存する前に変更を点検することができる。変更の要約４１６４は、変更されたパラメータについて変更前のパラメータ値と新しいパラメータ値を示す箇条書きリストの形態で表示することができる。例示的なプロンプト４１６０は、看護エリア選択機構４１６６も含む。看護エリア選択機構４１６６を使用して、その変更を適用する看護グループ内の看護エリアを選択することができる。ユーザが所望の看護エリアを選択すると、ユーザはプロンプト４１６０にある保存のオプション４１６８を使用して、ＤＥＲＳエディタに変更を保存させ、選択された看護エリアに変更を伝搬させることができる。必要な場合に変更をキャンセルするためのキャンセルのオプション４１６９も含まれる場合がある。

図１６５〜図１６６の例示的な推移は、ユーザが看護エリア・レベルで薬物レコードを編集する様子を示す。これは、ユーザが薬物レコード中の臨床使用または濃度のパラメータ値を変更する必要がある場合に必要となる可能性がある。また、ユーザが前回のＤＥＲＳエディタ・セッション中に薬物レコードのすべてのパラメータ値の定義を終えなかった場合にも必要となる場合がある。

図１６５は、ＤＥＲＳエディタのユーザ・インターフェースなどのユーザ・インターフェースに表示することができる薬物ライブラリ画面４１００の例示的実施形態を示す。ユーザは、所望の薬物レコード・パラメータ・フィールド４１３２内のパラメータ・フィールド４１３４に定義された値を変更して薬物レコードを編集することができる。レコード・レベル・インディケータ４１２０で示されるように、ユーザは看護グループ２の看護エリア１の「Ｄｒｕｇ ２」に対応する薬物レコードを開いている。「Ｃｌｉｎｉｃａｌ Ｕｓｅ ２」に対応する薬物レコード・パラメータ・フィールド４１３２が編集のために開かれている。ユーザが薬物レコード・パラメータ・フィールド４１３２に定義された各種パラメータを変更すると、看護グループ２の看護エリア１の「Ｄｒｕｇ ２」に対応する薬物レコードのこの特定の部分を編集することができる。ユーザが薬物レコード・パラメータ・フィールド４１３２内のパラメータを変更した場合、ユーザは保存のオプション４１３６を使用して変更を保存することができる。ユーザが、薬物レコードの当該部分に行った編集をキャンセルしたい場合は、キャンセルのオプション４１３８を使用することができる。

ユーザが看護エリアの特定の薬物レコードへの編集を保存したいことを知らせたことに応答して、ＤＥＲＳエディタは、変更を行いたいことを確認するようにユーザを促すことができる。看護グループからその看護エリアに伝搬された共通の薬物レコードに編集が行われている場合は、ＤＥＲＳエディタは、その薬物レコードが固有の薬物レコードとなり、その看護グループのレコードに結び付けられなくなることを確認するようにユーザを促すことができる。これらのプロンプトの形態は、実施形態によっては、図１６６に示すプロンプト４１７０と同様にすることができる。そのようなプロンプトは、図１６５に示す画面と同様の薬物ライブラリ画面４１００の一部を覆うモーダル・ウィンドウとして表示することができる。

図１６６に示す例示的なプロンプト４１７０は警告４１７２を含む。図１６６に示す警告４１７２は、ユーザが変更を保存した場合、その薬物レコードは固有の薬物レコードになり、看護グループの薬物レコードに結び付けられなくなることを説明するテキストを含む。例示的なプロンプト４１７０は変更の要約４１７４も含む。変更の要約４１７４は、行われた変更の要約をユーザに伝えることができる。これにより、ユーザは保存する前に変更を点検することができる。変更の要約４１７４は、変更されたパラメータについて変更前のパラメータ値と新しいパラメータ値を示す箇条書きリストの形態で表示することができる。変更を行うと、ユーザはプロンプト４１６０の保存のオプション４１７６を使用して、ＤＥＲＳエディタに変更を保存させることができる。薬物レコードの当該部分に行った編集をキャンセルしたい場合、ユーザはキャンセルのオプション４１７８を使用することができる。

図１６７〜図１６８の例示的な推移は、薬物レコードまたは薬物レコードの一部を、ＤＡＬファイル階層の別の所望の部分にコピーする様子を示す。薬物レコードのコピーは、ＤＡＬファイルを構築するプロセスを高速化すると共に、プロセスをより効率的にする助けとなる。コピーは、例えば、ユーザが、いくつかの異なる看護グループまたはエリアに対して同じ定義済みパラメータ値を持ついくつかの薬物レコードを作成する場合に有用である可能性がある。薬物レコードのコピーは、２つの薬物レコードがいくつかの共通のパラメータ値を共有する場合にも有用である可能性がある。そのような場合には、薬物レコードのための空のスレート（slate）から開始する場合と比べて、薬物レコードをコピーし、必要に応じて編集する方が時間がかからず、効率的である可能性がある。

図１６７は、ＤＥＲＳエディタ・サービスのユーザ・インターフェースなどのユーザ・インターフェースに表示することができる薬物ライブラリ画面４１００の例示的実施形態を示す。レコード・レベル・インディケータ４１２０で示されるように、ユーザは看護グループ２の「Ｄｒｕｇ ２」についての詳細な情報を見ている。「Ｄｒｕｇ ２」の各種臨床使用および濃度が低レベル階層フィールド４１０４に表示されている。図１６７で、ユーザは、「Ｃｌｉｎｉｃａｌ Ｕｓｅ ３」を選択し、その使用についての薬物レコード・パラメータ・フィールド４１３２を見ている。

一部の実施形態では、ユーザが低レベル階層フィールド４１０４で薬物レコードまたは薬物レコードの一部を選択すると、ＤＥＲＳエディタ・サービスが、その薬物レコードまたは薬物レコードの一部と関連付けていくつかのオプションを表示させることができる。それらのオプションで、ユーザは、選択した薬物レコードの部分にいくつかの動作を行うことができる。図１６７の例示的実施形態では、３つのオプションが「Ｃｌｉｎｉｃａｌ Ｕｓｅ ３」の隣に表示されている。図示されるオプションは、右から左へ、削除のオプション４１８０、コピーのオプション４１８２、および比較のオプション４１８４を含む。他の実施形態は、これとは異なるオプションまたは異なる数のオプションを含むことができる。削除のオプション４１８０を使用して、選択された薬物レコードまたは薬物レコードの一部を削除することができる。削除のオプション４１８０については本明細書の後の箇所でさらに説明する。比較のオプション４１８４を使用して、選択された薬物レコードまたは薬物レコードの一部を、別の薬物レコードまたはその一部と比較することができる。ユーザが比較のオプション４１８４を使用し、比較したい薬物レコードの薬物レコード部分を選択すると、ＤＥＲＳエディタ・サービスは、図１０８に示した比較と同様の比較をＤＥＲＳエディタのユーザ・インターフェースに表示させることができる。コピーのオプション４１８２を使用して、薬物レコードまたは薬物レコードの一部を、ＤＡＬファイル階層の別の部分にコピーすることができる。

ユーザが薬物レコードまたは薬物レコードの一部をコピーしたい旨を知らせるのに応答して、ＤＥＲＳエディタは、その薬物レコードをコピーすることを確認するようにユーザを促すことができる。また、ＤＥＲＳエディタ・サービスは、その薬物レコードまたは薬物レコードの一部をコピーする先を指定するようにユーザを促すことができる。これらのプロンプトの形態は、実施形態によっては、図１６８に示す例示的なプロンプト４１９０と同様である。そのようなプロンプトは、図１６７に示す画面と同様の薬物ライブラリ画面４１００の一部を覆うモーダル・ウィンドウとして表示することができる。

図１６８に示す例示的なプロンプト４１９０は、コピーの要約４１９２を含む。コピーの要約４１９２は、コピーするために選択された薬物レコードまたは薬物レコードの一部を示すことができる。例示的なプロンプト４１９０は、コピー先選択機構４１９４も含む。コピー先選択機構４１９４を使用して、変更をコピーする先の看護グループおよび看護エリアを選択することができる。看護グループを選択すると、その看護グループ内のすべての看護エリアを自動的に選択することができる。所望の看護グループおよび看護エリアを選択すると、ユーザはプロンプト４１９０の保存のオプション４１９６を使用して、ＤＥＲＳエディタに変更を保存させ、選択された看護エリアに変更を伝搬させることができる。薬物レコードまたは薬物レコードの一部のコピーをキャンセルしたい場合、ユーザはプロンプト４１９０のキャンセルのオプション４１９８を使用することができる。

図１６９および図１７０は、ＤＥＲＳエディタのユーザ・インターフェースなどのユーザ・インターフェースに表示することができる薬物ライブラリ画面４１００の２つの例示的実施形態を示す。図１６９および図１７０に示す薬物ライブラリ画面４１００は、その低レベル階層フィールド４１０４に薬物レコードのコピーされた部分を含む。コピーの標識４２００は、実施形態によっては、コピーされた薬物レコードの一部と関連付けて含めることができる。コピーの標識４２００は、薬物レコードまたは薬物レコードの一部がＤＡＬファイル中の他の箇所からコピーされたことを示すことができる。コピーの標識４２００は、アイコン、記号、テキスト、形状等である。例示的実施形態のコピーの標識４２００は、色付けされた背景の上にテキスト「ＣＯＰＹ」を含んでいる。

次いで図１７１を参照すると、ＤＥＲＳエディタのユーザ・インターフェースなどのユーザ・インターフェースに表示することができるマスター薬剤リスト画面４３００の例示的実施形態が示される。例示的実施形態では、ユーザは、ユーザ・インターフェースで対応するタブ１５９８を選択することにより、ＤＥＲＳエディタのユーザ・インターフェース上でマスター薬剤リスト画面４３００に進むことができる。マスター薬剤リスト画面４３００を使用して、ＤＡＬファイルが構築される基となるマスター薬剤リスト４３０２に変更を加えることができる。ユーザは、マスター薬剤リスト４３０２を作成するために、各種のマスター薬剤リスト画面４３００を使用して、機関または組織内で使用される薬物を追加することができる。ユーザは、次いで、例えば機関の各種看護グループまたは看護エリアに薬物レコードを追加する際に、作成したマスター薬剤リスト４３０２を検索し、そこから薬物を選ぶことができる。

ユーザは、各種のマスター薬剤リスト画面４３００を使用して、ＤＡＬファイル内で使用する各種の薬物カテゴリを追加することができる。一部の実施形態では、それらの薬物カテゴリを使用して、看護グループ、看護エリア等に薬物レコードを追加する際に可能な薬物の選択肢の数を絞る助けとする。例えば、ある看護グループにいくつかの血液製剤を追加することが分かっている場合、ユーザは、マスター薬剤リスト４３０２中で血液製剤として分類されている薬物だけを検索することを選択することができる。また、一部の実施形態では、薬物カテゴリは、選択されたＤＡＬファイルを使用する医療機器でも有用である可能性がある。薬物カテゴリは、治療をプログラムする効率を向上させる助けとなる可能性がある。治療に使用する薬物を検索する際、ユーザは、薬物カテゴリを選択して、そのカテゴリに属すると分類されない薬物をすべて除外することができる。ユーザが例えば栄養製剤を患者に輸液しようとする場合、ユーザは栄養薬物のカテゴリを選択することにより、可能な薬物の選択肢を絞ることができる。それにより、ユーザは医療機器上で所望の薬物をより迅速に見つけることができる。

図１７１に示すマスター薬剤リスト画面４３００は、検索ユーティリティ４３１２を含む。検索ユーティリティ４３１２を使用して、マスター薬剤リスト４３０２から所望の薬物を検索することができる。これは、例えばユーザがマスター薬剤リスト４３０２の薬物を編集または削除する必要がある場合に有用である可能性がある。ユーザが薬物名に含まれる文字をタイプ入力すると、マスター薬剤リスト４３０２が自動的にフィルタリングされて、入力された文字で始まる薬物だけが表示される。ユーザが、まだマスター薬剤リスト４３０２に含まれていない薬物を検索ユーティリティ４３１２にタイプ入力すると、ユーザは、その薬物をマスター薬剤リスト４３０２に追加したいか否かについてＤＥＲＳエディタ・サービスから指示を促される。

図１７１のマスター薬剤リスト画面４３００は、ユーザによって選択できるいくつかのオプションを含む。これらのオプションで、ユーザは様々な方式でマスター薬剤リスト４３０２を変更することができる。図１７１に示すオプションは、右から左へ、削除のオプション４３０４、編集のオプション４３０６、追加のオプション４３０８、および薬剤カテゴリ編集のオプション４３１０を含む。

マスター薬剤リスト４３０２から薬物を選択した場合、ユーザは削除のオプション４３０４を使用して、選択した薬物をマスター薬剤リスト４３０２から削除することができる。編集のオプション４３０６を使用して、マスター薬剤リスト４３０２から選択した薬物についての詳細を編集することができる。一部の実施形態では、マスター薬剤リスト４３０２内の薬物が選択されていない場合は、削除のオプション４３０４および編集のオプション４３０６は無効になっている（例えばグレー表示になっている）場合がある。

ユーザは、追加のオプション４３０８を使用して、所望の薬物をマスター薬剤リスト４３０２に追加することができる。追加のオプション４３０８を使用した場合、ユーザは、薬物の名前ならびにその薬物に関連するいくつかの他の詳細事項を指定するように要求される場合がある。この情報は、一部の実施形態では、図９１に示す画面と同様の画面で入力することができる。

ユーザは、薬剤カテゴリ編集のオプション４３１０を使用して、マスター薬剤リスト４３０２に含まれる薬物に割り当てることが可能な薬剤カテゴリを編集することができる。一部の実施形態では、またここで図１７２も参照すると、ユーザが薬剤カテゴリ編集のオプション４３１０を選択すると、ＤＥＲＳエディタのユーザ・インターフェースが薬剤カテゴリ編集のプロンプト４３２０を表示することができる。そのようなプロンプトは、マスター薬剤リスト画面４３００に重畳して、またはその一部を覆うようにモーダル・ウィンドウとして表示することができる。ユーザは、薬剤カテゴリ編集のプロンプト４３２０を介して、利用可能な薬剤カテゴリを編集することができる。

図１７２に示す例示的な薬剤カテゴリ編集のプロンプト４３２０はテキストの指示４３２２を含む。例示的なプロンプト４３２０の指示は、各種の薬剤カテゴリを追加または削除する方法をユーザに説明する。例示的なプロンプト４３２０にはカテゴリ・リスト４３２４も含まれる。ユーザは、このカテゴリ・リストを使用して、利用可能な各種カテゴリを閲覧、編集、および追加することができる。例示的なプロンプト４３２０にはいくつかのオプションも含まれる。例示的実施形態では、追加のオプション４３２６、削除のオプション４３２８、キャンセルのオプション４３３０、および保存のオプション４３３２が含まれる。

ユーザが追加のオプション４３２６を使用すると、ＤＥＲＳエディタのユーザ・インターフェースは、例えば図１７２に示すように「New Drug Category（新しい薬物カテゴリ）」というカテゴリをカテゴリ・リスト４３２４に追加することができる。ユーザは次いで、新しく追加されたカテゴリの名前を所望のカテゴリ名に変更することができる。削除のオプション４３２８については本明細書の後の箇所で説明する。カテゴリ・リスト４３２４に行われた変更は、ユーザが変更の保存を希望する場合は、保存のオプション４３３２を使用して保存することができる。ユーザが変更の保存を希望しない場合は、キャンセルのオプション４３３０を使用して変更をキャンセルすることができる。

一部の実施形態では、ユーザは、ＤＥＲＳエディタ・サービスを使用して、それらのカテゴリにあるすべての薬剤に適用することが可能ないくつかのパラメータを定義することができる。薬物カテゴリのレベルで定義されたパラメータは、そのカテゴリの薬剤が様々な看護グループおよび看護エリアに対応する薬剤レコードとしてＤＡＬファイルに追加される時に、デフォルトまたは親の設定として使用することができる。それにより、ＤＡＬファイル作成の全体的な効率を向上させることができる。例えば、一部の実施形態では、ユーザは、カテゴリに薬物分類パラメータを定義することができる。すると、ユーザがそのカテゴリの薬剤を薬剤レコードとして追加する時に、そのパラメータが自動的に薬物分類パラメータ・フィールドに入力される。各種実施形態で、表４〜１０に示した適切なパラメータをカテゴリ・レベルで定義することができる。一部の実施形態では、ユーザがこのレベルで各種パラメータを定義することは任意選択とすることができる。それにより柔軟性を高めることができる。

図１７３は、ＤＥＲＳエディタ・サービスのユーザ・インターフェースに表示することができる例示的な薬剤カテゴリ編集のプロンプト４３２０を示す。ユーザは、カテゴリ・リスト４３２４から（例えばクリックやダブル・クリックにより）薬剤カテゴリを選択し、いくつかの動作を行うことができる。例示的実施形態では、ユーザは薬剤カテゴリ「Code Blue」を選択している。それにより、その薬剤カテゴリ名がハイライト表示され、薬剤カテゴリ名が編集可能な状態になる。

希望する場合、ユーザは新しい名前をタイプ入力することにより、薬剤カテゴリの名前を変更することができる。図１７４では、ユーザは、薬剤カテゴリの名前「Code Blue」を「Heart Attack Meds」に変更している。薬剤カテゴリ・リストへの変更を終えると、ユーザは薬剤カテゴリ編集のプロンプト４３２０の保存のオプション４３３２を選択して、リストへの変更をＤＥＲＳエディタのデータベース等に保存することができる。一部の実施形態では、ユーザは、ＤＥＲＳエディタ・サービスが名前の変更の保存を許可する前に、カテゴリ名の変更を確認することを促される。ユーザは、キャンセルのオプション４３３０を使用して、名前の変更をキャンセルすることができる。

再度図１７３を参照すると、薬剤カテゴリ・リスト４３２４から薬剤カテゴリを選択すると、ユーザはその薬剤カテゴリをリストから削除することができる。これは、削除のオプション４３２８の使用を通じて行うことができる。削除のオプション４３２８が使用されると、図１７５に示すように、ＤＥＲＳエディタが薬剤カテゴリ・リスト４３２４から当該薬剤カテゴリを削除する。その後、ユーザは、保存のオプション４３３２を使用して薬剤カテゴリ・リスト４３２４を保存することができる。ユーザは、キャンセルのオプション４３３０を使用して薬剤カテゴリの削除をキャンセルすることもできる。一部の実施形態では、ＤＥＲＳエディタ・サービスがユーザに薬剤カテゴリ・リスト４３２４を保存させる前に、ユーザは、薬剤カテゴリを削除したいことを確認するように促される。一部の実施形態では、ＤＥＲＳエディタ・サービスがユーザにカテゴリを削除させる前に、現在そのカテゴリにある薬物がユーザに通知される場合もある。

図１７６〜図１７７の推移は、マスター薬剤リスト４３０２から薬物を削除するために使用できる例示的プロセスを示す。マスター薬剤リスト４３０２から薬剤を削除すると、その薬物が使用されるすべての看護グループおよびエリアからもその薬物が削除される。また、薬物を削除すると、その薬物に対してＤＡＬファイルに定義されているすべての臨床使用および濃度も削除させることができる。図１７６は、ＤＥＲＳエディタのユーザ・インターフェースなどのユーザ・インターフェースに表示することができる例示的なマスター薬剤リスト画面４３００を示す。図に示すように、マスター薬剤リスト画面４３００は、いくつかの例示的な薬物を含むマスター薬剤リストを含む。例示的実施形態では、薬物「DOPamine」が選択状態として示されている。ユーザは、例えばマスター薬剤リスト４３０２中の所望の薬剤をクリックすることにより、マスター薬剤リスト４３０２から薬剤を選択することができる。ユーザは、削除のオプション４０３４を使用して、マスター薬剤リスト４３０２からその薬剤を削除したいことをＤＥＲＳエディタ・サービスに知らせることができる。一部の実施形態では、ユーザは、マスター薬剤リスト４３０２から薬剤を削除することを確認するようにプロンプトを介して要求される。

図１７７は、ＤＥＲＳエディタのユーザ・インターフェースなどのユーザ・インターフェースに表示することができる薬剤削除のプロンプト４３４０の例示的実施形態を示す。ここで図１７６も参照すると、そのようなプロンプトは、ユーザがマスター薬剤リスト４３０２から薬物を削除したい旨を知らせるのに応答して、ＤＥＲＳエディタ・サービスによって表示することができる。薬剤削除のプロンプト４３４０は、一部の実施形態では、マスター薬剤リスト画面４３００に重畳してモーダル・ウィンドウとして表示される。図に示すように、薬剤削除のプロンプト４３４０は要約情報４３４２を含む。要約情報４３４２は、削除される薬物についての情報を含むことができる。例示的実施形態では、要約情報４３４２は、その薬物が使用される看護グループおよび看護エリアを知らせている。

例示的な薬剤削除のプロンプト４３４０は、キャンセルのオプション４３４４および保存のオプション４３４６も含む。薬剤削除のプロンプト４３４０に表示された要約情報４３４２を点検した後に、ユーザがマスター薬剤リスト４３０２から薬剤を削除するのをキャンセルしたい場合は、キャンセルのオプション４３４４を使用することができる。ユーザが薬剤の削除に進みたい場合は、保存のオプション４３４６を使用することができる。それによりＤＥＲＳエディタ・サービスがマスター薬剤リスト４３０２から薬剤を削除すると共に、その薬剤を使用しているＤＡＬファイル・エントリを削除する。

図１７８〜図１７９の推移は、看護グループから薬剤レコードまたは薬剤レコードの一部を削除するために使用することができる例示的なプロセスを示す。図１７８は、ＤＥＲＳエディタのユーザ・インターフェースなどのユーザ・インターフェースに表示することができる薬物ライブラリ画面４１００の例示的実施形態を示す。レコード・レベル・インディケータ４１２０で指示されたのに応じて、低レベル階層フィールド４１０４は、看護グループ２の「Ｄｒｕｇ ２」に定義された詳細事項を表示している。図１７８で、ユーザは「Ｃｌｉｎｉｃａｌ Ｕｓｅ ３」を選択しており、その使用に対応する薬物レコード・パラメータ・フィールド４１３２を見ている。上述のように、ユーザが薬剤レコードまたは薬剤レコードの一部を選択すると、ユーザ・インターフェース上でいくつかのオプションが利用可能になる。そのようなオプションの１つは削除のオプション４１８０である。ユーザは、削除のオプション４１８０を使用して、ＤＡＬファイルから薬剤レコードまたは薬剤レコードの一部を削除することができる。

ユーザが、ＤＡＬファイルから薬剤レコードまたは薬剤レコードの一部を削除したい旨を削除のオプション４１８０を介してＤＥＲＳエディタ・サービスに知らせると、ユーザは、削除を確認するようにプロンプトを通じて要求される場合がある。一部の実施形態では、ユーザは、プロンプトを通じて追加的な情報を指定することも要求される。例えば、ユーザは、その薬剤レコードまたは薬剤レコードの一部を削除したい看護エリアを指示することができる。そのようなプロンプトは、薬物ライブラリ画面４１００に重畳して、かつ／またはその一部を覆うモーダル・ウィンドウとして表示することができる。

図１７９は、薬剤レコード削除のプロンプト４３５０の例を示す。図に示すように、例示的な薬剤レコード削除のプロンプト４３５０は指示４３５２を含む。図１７９の指示４３５２は、その薬剤レコード部分を削除したい看護グループ内の看護エリアを選択するようにユーザに要求している。指示４３５２は、薬剤レコードまたは薬剤レコードの一部を削除すると、その子にあたる薬剤レコード部分も削除されることをユーザに警告することができる。例示的な薬剤レコード削除のプロンプト４３５０は、要約情報４３５４も含む。要約情報４３５４は、ユーザによって行われた変更の要約を伝えることができる。それにより、ユーザは保存する前に変更を点検することができる。要約情報４３５４は、箇条書きリスト、テキストによる記述等の形態で表示することができる。例示的な薬剤レコード削除のプロンプト４３５０は、看護エリア選択機構４３５６も含む。看護エリア選択機構４３５６を使用して、その薬剤レコードまたは薬剤レコードの一部を削除する看護グループ内の看護エリアを選択することができる。所望の看護エリアを選択すると、ユーザはプロンプト４３５０の保存のオプション４３６０を使用して、ＤＥＲＳエディタに薬剤レコードまたは薬剤レコードの一部を削除させ、保存させることができる。薬剤レコードまたは薬剤レコードの一部の削除をキャンセルしたい場合、ユーザはキャンセルのオプション４３５８を使用することができる。

薬剤レコードまたは薬剤レコードの一部がどこから削除されるのかに応じて、薬剤レコード削除のプロンプト４３５０は異なる場合がある。例えば、ユーザが看護グループではなく看護エリアから薬剤レコードを削除する場合は、看護エリア選択機構４３５６は含まれない場合がある。図１８０は、ＤＥＲＳエディタのユーザ・インターフェースなどのユーザ・インターフェースに表示することができる薬剤レコード削除のプロンプト４３５０の別の例示的実施形態を示す。図１８０に示す薬剤レコード削除のプロンプト４３５０は、ユーザが薬剤レコードの一部を看護エリアから削除する時にＤＥＲＳエディタ・サービスにより表示されてもよい。図に示すように、薬剤レコード削除のプロンプト４３５０は、看護エリア選択機構４３５６も指示４３５２（図１８０参照）も含まない。代わりに、薬剤レコード削除のプロンプト４３５０は、ユーザが点検できるように変更を説明する要約情報のみを含む。ユーザは、プロンプト４３５０の保存のオプション４３６０を使用して、ＤＥＲＳエディタに薬剤レコードまたは薬剤レコードの一部を削除させ、保存させることができる。薬剤レコードまたは薬剤レコードの一部の削除をキャンセルしたい場合、ユーザはキャンセルのオプション４３５８を使用することができる。

ＤＡＬファイルが作成され、点検され、承認されると、ＤＡＬファイルは各種の対象医療機器すべてに公開することができる。該当する医療機器はいずれもＤＡＬファイルを使用することができる。一部の実施形態では、ＤＡＬファイルは、各種の輸液装置および／または生理機能モニタに対応可能なように作成することができる。例示的な医療機器の例示的なソフトウェア・アーキテクチャを模式的に図１８１に示す。図１８１に説明される例示的なソフトウェア・アーキテクチャは単なる例示として示すものである。本開示の範囲に含まれるすべての医療機器がそのようなソフトウェア・アーキテクチャを用いるとは限らない。ただし、図１８１に図示し、説明するソフトウェア・アーキテクチャは、任意数の医療機器の種類および実施形態に等しく適用することができる。

例示的なソフトウェア・アーキテクチャは、ソフトウェアを、協働するサブシステムに分割し、それらのサブシステムが連携して要求された動作を実行する。各サブシステムは、基礎となるオペレーティング・システムによって制御される１つまたは複数の実行ストリームから構成することができる。当技術分野で使用される有用な用語には、オペレーティング・システム、サブシステム、プロセス、スレッド、およびタスクがある。

非同期メッセージ４０００を使用して、宛先タスクまたはプロセスに情報を「プッシュ」することができる。送信側のプロセスまたはタスクは、メッセージが届けられたことの確認は受け取らない。このような方式で届けられるデータは、通例は、反復的な性質である。一定のスケジュールでメッセージが予想される場合は、受信側のプロセスまたはタスクは、メッセージが予定の時間に到着しない場合には障害を検出することができる。

同期メッセージ４００２を使用して、タスクまたはプロセスに指令を送信したり、プロセスまたはタスクに情報を要求する（「プル」）ことができる。指令（または要求）の送信後、発信元のタスクまたはプロセスは、応答を待つ間は実行を一時停止する。応答は、要求される情報を含むか、または送信されたメッセージが受信されたことを通知することができる。応答が適時に受信されない場合、送信元のプロセスまたはタスクはタイムアウトする場合がある。そのような場合、送信元のプロセスまたはタスクは実行を再開するか、かつ／またはエラー条件を報知することができる。

オペレーティング・システム（ＯＳ）は、コンピュータのハードウェア・リソースを管理し、コンピュータ・プログラムに共通のサービスを提供するソフトウェアの集まりである。オペレーティング・システムは、プログラムとコンピュータ・ハードウェアの間の仲介役の役割を果たすことができる。アプリケーション・コードの中には直接ハードウェアによって実行されるものもあるが、アプリケーション・コードはしばしば、ＯＳ機能へのシステム呼び出しを行うか、ＯＳ機能から割り込みを受ける。

ＲＴＰ４００４は、医療機器の安全性レベルを満たすことが認定されたリアル・タイム・オペレーティング・システム（ＲＴＯＳ）上で動作することができる。ＲＴＯＳは、例えば、リアルタイム・アプリケーションの実行を目的とするマルチタスク・オペレーティング・システムである。リアル・タイム・オペレーティング・システムは、しばしば、特化されたスケジューリング・アルゴリズムを使用し、そのため決定論的な性質の振る舞いを実現することができる。ＵＩＰ４００６は、Ｌｉｎｕｘオペレーティング・システムで実行することができる。図１８１に関連して説明する例示的実施形態では、ＵＩＰは、Ｌｉｎｕｘオペレーティング・システムで実行される。他の実施形態では、Ｌｉｎｕｘオペレーティング・システムで実行される必要はない。Ｌｉｎｕｘオペレーティング・システムは、Ｕｎｉｘに似たコンピュータ・オペレーティング・システムである。

サブシステムは、（関連する）システム機能の特定のセットが割り当てられたソフトウェア（および恐らくはハードウェア）の集まりである。サブシステムは、明確に定義された責任と、他のサブシステムとの間の明確に定義されたインターフェースを有することができる。サブシステムは、１つまたは複数のプロセス、スレッド、またはタスクを使用するソフトウェアのアーキテクチャ上の区分とすることができる。

プロセスは、独自の仮想アドレス空間で実行される、例えばＬｉｎｕｘオペレーティング・システムで実行される独立した実行可能単位である。ＣＰＵのメモリ管理ハードウェアを使用して、コード空間への書き込みを禁止し、プロセスのメモリ領域外部へのデータ・アクセスを禁止することによって、このメモリの完全性と分離を実現する。プロセスは、プロセス間通信の機構を使用して、他のプロセスにデータを渡すことのみが可能である場合がある。

Ｌｉｎｕｘでは、スレッドは、独立してスケジュールされ、並行して使用されるプログラム実行の経路である。Ｌｉｎｕｘでは、スレッドは常にプロセスに関連付けられる（プロセスは少なくとも１つのスレッドを持たなければならず、複数のスレッドを有することができる）。スレッドは、その「親」のプロセスと同じメモリ空間を共有する。データは、１つのプロセスに属するすべてのスレッドの間で直接共有することができるが、共有される項目へのアクセスを適切に同期させるように注意を払う必要がある。各スレッドには実行の優先度が割り当てられる。

ＲＴＯＳ（リアル・タイム・オペレーティング・システム）上のタスクは、Ｌｉｎｕｘの「スレッド」と同じように、独立してスケジュールされ、並行して使用されるプログラム実行の経路である。すべてのタスクは、ＣＰＵのメモリ・マップ全体からなる同じメモリ・アドレス空間を共有する。メモリ保護を備えるＲＴＯＳを使用する場合は、各タスクの有効なメモリ・マップは、メモリ保護ユニット（ＭＰＵ）のハードウェアにより、共通のコード空間ならびにタスクのプライベートなデータ空間およびスタック空間に制約することができる。

ＲＴＰ４００４で実行中のタスクは、それらタスク同士ならびにＵＩＰ４００６で実行中のタスクと通信することを要求される場合がある。ＵＩＰ４００６のプロセスは、図１８１の一方向の矢印で示すように、ＩＰＣ呼び出しを介して通信する。実線の矢印はそれぞれ同期メッセージ４０００の呼び出しと応答を表し、点線の矢印は非同期メッセージ４００２である。ＲＴＰ４００４のタスクも同様に互いと通信する。ＲＴＰ４００４とＵＩＰ４００６は非同期のシリアル線４００８でブリッジされ、ＩｎｔｅｒＣｏｍｍプロセス４０１０またはＩｎｔｅｒＣｏｍｍタスク４０１２のどちらかが各側にある。同じ通信ＡＰＩ（アプリケーション・プログラミング・インターフェース）がブリッジの両側に存在してもよく、その場合、すべてのプロセスとタスクは同じメソッド呼び出しを使用して対話することができる。

ＲＴＰ４００４のメッセージング・システムは、統一されたグローバル・アドレス指定方式を使用して、メッセージをシステム内の任意のタスクに渡せるようにすることができる。ローカル・メッセージは、メモリ内でＲＴＯＳのメッセージ交換機構を利用して渡すことができ、オフチップ（off-chip）・メッセージは、ＩｎｔｅｒＣｏｍｍタスク４０１２により、非同期シリアル・リンク４００８を通じて送られる。

ＩｎｔｅｒＣｏｍｍタスク４０１２は、２つのプロセッサの間のシリアル・リンク４００８のＲＴＰ４００４側を管理することができる。ＩｎｔｅｒＣｏｍｍタスク４０１２は、ＲＴＰ４００４の中で、ＵＩＰ４００６のＩｎｔｅｒＣｏｍｍプロセス４０１０に相当するものである。ＵＩＰ４００６から受信されたメッセージは、ＲＴＰ４００４の各自の宛先に中継することができる。送信メッセージは、ＵＩＰ４００６のＩｎｔｅｒＣｏｍｍプロセス４０１０に転送することができる。

ＲＴＰ４００４とＵＩＰ４００６間のすべてのメッセージは、エラー検出コード（例えば３２ビットのＣＲＣ）を使用して、データの破損がないかどうか確認することができる。シリアル・リンク４００８を通じて送信されるメッセージは、破損が検出された場合は再送信することができる。これは、ＥＳＤに対してより耐性のある通信システムを提供する助けとなる。プロセス間のプロセッサ内で破損したメッセージは、ハード・システム障害として対処することができる。メッセージング・システムに使用されるすべてのメッセージ・ペイロードは、共通のベースクラス（メッセージ・ベース）から導出されるデータ・クラスにして、すべての可能なメッセージの宛先間で一貫性を保証することができる。

例示的実施形態では、エグゼクティブ・プロセス４０１４は、すべてのオペレーティング・システム・サービスが開始した後に、Ｌｉｎｕｘのシステム起動スクリプトによって呼び出すことができる。その後、エグゼクティブ・プロセス４０１４が、ＵＩＰ４００６のソフトウェアを構成する各種の実行可能ファイルを開始することができる。それらのソフトウェア・コンポーネントが予期せずに終了、または機能しなくなった場合には、エグゼクティブ・プロセス４０１４に通知され、エグゼクティブ・プロセス４０１４が適切な警報を生成することができる。

システムの稼働中に、エグゼクティブ・プロセス４０１４は、各種のシステム・コンポーネントのソフトウェアの「番犬」の役割を果たすことができる。エグゼクティブ・プロセス４０１４に登録すると、プロセスは、エグゼクティブ・プロセス４０１４に「チェック・イン」する、すなわち信号を周期的に送信することを要求される。要求される間隔で「チェック・イン」しないと、そのことがエグゼクティブ・プロセス４０１４によって検出される。機能していないサブシステムを検出すると、エグゼクティブ・プロセス４０１４は、何もしないか、警報を発するか、または機能していないプロセスを再開するか、のいずれかの対応策を取ることができる。取られる対応策は、エグゼクティブ・プロセス４０１４中にコンパイルされるテーブル・エントリで事前に決めることができる。「チェック・イン」の間隔はプロセスごとに異なる可能性がある。異なるプロセスの「チェック・イン」時間の変動量は、部分的にはプロセスの重要度に基づくことができる。チェック・インの間隔は、コンピュータ・プロセス数をできるだけ少なくすることによって機器コントローラの応答を最適化するために、医療機器の動作中にも変化する場合がある。医療機器がシリンジ・ポンプである特定の一例示的実施形態では、シリンジの装填時には、機器コントローラが、能動的なポンプ動作中よりもチェック・インの頻度を減らすことができる。

要求されるチェック・イン・メッセージに応答して、エグゼクティブ・プロセス４０１４は、チェック・インしたプロセスに各種のシステム・ステータス項目を返すことができる。システム・ステータス項目は、例えば、医療機器の１つまたは複数の構成要素のステータスおよび／またはエラーである。システム・ステータス項目は、これらに限定されないが、バッテリ・ステータス、ＷｉＦｉの接続ステータス、機器ゲートウェイの接続ステータス、機器のステータス（アイドル状態、輸液実行中、診断モード、エラー等）、技術的エラーの指示、およびエンジニアリング・ログ・レベルを含む。

エグゼクティブ・プロセス４０１４で実行中のスレッドを使用して、例えば、バッテリ４０１６の内部モニタ・チップからバッテリ４０１６の状態を読み取ることができる。これは１０秒ごとなどの比較的低頻度の間隔で行うことができる。

ＵＩビュー４０１８は、グラフィカル・ユーザ・インターフェース（本明細書では「ＧＵＩ」とも呼ぶ。例えば図２１０の３４２０を参照されたい）を実装して、ディスプレイのための表示グラフィックを描画し、入力（例えばタッチ画面、ボタン、または他のデータ入力方式を介して受け取られる）に応答することができる。ＵＩビュー４０１８の設計はステートレスとすることができる。表示されるグラフィックは、表示すべき変数データやユーザが入力したダイアログ等と共に、ＵＩモデル・プロセス４０２０によって指令される。指令されたグラフィックは、データの変化に関係なく、周期的にリフレッシュすることができる。

ユーザ入力ダイアログのスタイルおよび外観（仮想キーボード、ドロップ・ダウン選択リスト、チェック・ボックス、パラメータ入力フィールド等）は、画面設計によって指定され、すべてＵＩビュー４０１８によって実装される。ユーザ入力は、ＵＩビュー４０１８によって収集され、解釈のためにＵＩモデル４０２０に送られる。ＵＩビュー４０１８は、これらに限定されないが、仮想キーボード、ユニコード文字列、ロード可能なフォント、右から左への入力、変換機能（ロード可能な変換ファイル）、ならびに設定可能な数字および日付の形式のための機能により、多地域、多言語の支援を提供する。

ＵＩモデル４０２０は、画面フローを実装することができ、したがってユーザ体験を制御する。ＵＩモデル４０２０はＵＩビュー４０１８と対話して、表示する画面を指定し、画面に表示する一時的な値を供給することができる。ここで、「画面」は、物理的なディスプレイに表示される画像、および、物理的なタッチ画面ディスプレイ上に定義された対話型の領域またはユーザ・ダイアログ、すなわちボタン、スライダー、キーパッド等を意味する。ＵＩモデル４０２０は、ＵＩビュー４０１８から送られてくるユーザ入力を解釈し、現在の画面の値を更新するか、新しい画面を指令するか、または該当するシステム・サービスに要求を渡すことができる（例えば「ポンプ動作開始」がＲＴＰ４００４に送られる）。

薬物管理ライブラリから輸液用の薬剤を選択する際、ＵＩモデル４０２０が、データベース・システム４０２２の一部であるローカルデータ・ベースに記憶されたＤＡＬファイルと対話することができる。ユーザの選択で、所望の薬剤のプログラミングと投与の実行時間の設定をセットアップすることができる。

作業者が輸液プログラムを入力する間、ＵＩモデル４０２０がユーザの入力値を検証と解釈のために輸液マネジャ４０２４に中継することができる。治療に関する決定はＵＩモデル４０２０によって行うことはできない。治療に関する値は、輸液マネジャ４０２４からＵＩモデル４０２０に、そしてＵＩビュー４０１８に渡されて、ユーザに表示される。

ＵＩモデル４０２０は、輸液マネジャ４０２４によって収集される機器ステータス（現在の輸液の進行状況、警告等）を継続的に監視し、場合によってはそれをＵＩビュー４０１８により表示することができる。警告／警報およびシステム状態の他の変化があると、ＵＩモデル４０２０による画面の変更を生じさせることができる。

輸液マネジャ・プロセス（ＩＭ）４０２４は、機器によって実施される治療の適切性を検証し、制御することができる。治療を開始する際、ユーザはＵＩビュー／モデル４０１８／４０２０と対話して、特定の薬剤、臨床使用、濃度等を選択することができる。それにより、使用する特定の１つのＤＡＬファイル・エントリが選択される。ＩＭ４０２４は、輸液の検証と実行で使用するためにそのＤＡＬファイル・エントリをデータベース４０２２からロードする。

ＤＡＬファイル・エントリが選択されると、ＩＭ４０２４は、投与モード、ユーザ入力可能なすべてのパラメータの制限値、およびデフォルト値（設定されている場合）をＵＩモデル４０２０に渡すことができる。そのデータを使用して、ＵＩモデル４０２０は、輸液プログラムを入力する際にユーザを誘導することができる。

ユーザによって各パラメータが入力されると、その値が検証のためにＵＩビュー／モデル４０１８／４０２０からＩＭ４０２４に送られる。ＩＭ４０２４は、該当するＤＡＬファイルの制限がある場合はその制限をパラメータが遵守しているかどうかの指示と共に、パラメータをＵＩビュー／モデル４０１８／４０２０にエコー・バックすることができる。それにより、ＵＩビュー／モデル４０１８／４０２０は、許可されていない値や許容されない値がある場合にはユーザに通知することができる。有効なパラメータの完全なセットが入力されると、ＩＭ４０２４は有効な輸液インディケータを返して、ＵＩビュー／モデル４０１８／４０２０が「開始」コントロールをユーザに提示できるようにする。

ＩＭ４０２４は、同時に、治療／機器のステータスを要求時にＵＩビュー／モデル４０１８／４０２０が入手できるようにすることができる。ＵＩビュー／モデル４０１８／４０２０が「ステータス」画面を表示している場合は、そのデータを要求して画面に入れることができる。ステータス画面のためのデータは、輸液状態とポンプ状態の組み合わせとすることができる。

（有効な）輸液の実行を要求されると、ＩＭ４０２４は、ユーザから指定されたデータを含む「治療ワークシート」と、ＤＡＬファイルにある読み取り専用の制限値を含む「治療テンプレート」とを、ＣＲＣ付きのバイナリ・ブロックとして、ＲＴＰ４００４で実行される輸液制御タスク４０２６に渡すことができる。ＲＴＰ４００４の輸液制御タスク４０２６は、同じユーザ入力、変換、およびＤＡＬファイル入力を受け取ることができ、治療ワークシートを再計算する。輸液制御タスク４０２６で計算された結果は、第２のＣＲＣ付きバイナリ・ブロックに記憶され、ＵＩＰ４００６から受け取られた第１のバイナリ・ブロックと比較される。ＵＩＰ４００６で行われた治療の計算がＲＴＰ４００４で再計算され、二重のチェックを受け、その後治療を実行することができる。

入力値（すなわちμｌ、グラム、％等）を標準的な単位（例えばｍｌ）に変換するための係数は、ＵＩＰ４００６のメモリまたはデータベース・システム４０２２に記憶することができる。それらの係数は、参照表または特定のメモリ位置に記憶することができる。参照表は数十個の変換値を保持することができる。特定の例示的実施形態では、１つのビットが反転した結果誤った変換係数が使用される可能性を低減するために、変換値のアドレスは、ゼロから４２９４９６７２９６すなわち２^３２の間に分散させることができる。アドレスは、あるアドレスの２進形態が別のアドレスから１ビットしか違わないということが発生しないように選択することができる。

治療の実行中には、ＩＭ４０２４が、その進行状況、結果、一時停止、再開、２次輸液、ボーラス、およびＫＶＯ（keep vein open）の計画等を必要に応じて監視することができる。治療中に要求されるユーザ警告（輸液がほぼ完了、ＫＶＯの呼び出し、２次輸液完了時の呼び出し、一般的な呼び出し等）は、ＩＭ４０２４によって追跡し、発令させることができる。

ＵＩＰ４００６のプロセスは、Ｌｉｎｕｘで利用することが可能なメッセージ待ち行列ライブラリに基づく独自のメッセージング方式を介して互いと通信することができる。このシステムは、受信確認付き（同期メッセージ４０００）および受信確認なし（非同期メッセージ４００２）両方のメッセージ交換を可能にする。

リアルタイム・プロセッサ（ＲＴＰ）４００４を宛先とするメッセージは、ＩｎｔｅｒＣｏｍｍプロセス４０１０に渡され、そこからシリアル・リンク４００８を通じてＲＴＰ４００４にメッセージを転送する。ＲＴＰ４００４にある同様のＩｎｔｅｒＣｏｍｍタスク４０１２が、ＲＴＰ４００４のメッセージング・システムを介して、意図される宛先にメッセージを中継することができる。

このシリアル・リンク４００８で使用されるメッセージング方式では、エラーの検出と、欠陥メッセージの再送が可能である。それにより、時にプロセッサ間通信を「化け」させる可能性のある電気的な乱れの影響をシステムが受けにくくなるようにすることができる。

すべてのタスク間で一貫性のあるインターフェースを維持するために、メッセージング・システムで使用されるメッセージ・ペイロードは、共通のベースクラス（メッセージ・ベース）から導出されるデータ・クラスとすることができる。そのようなクラスは、データの固有性（メッセージ・タイプ）とデータの完全性（ＣＲＣ）の両方をメッセージに付加することができる。

オーディオ・サーバ・プロセス４０２８を使用して、医療機器の音声を表現することができる。すべてのユーザ・フィードバック音（キー押下時のビープ音）および警報または警告音は、事前に記録された音声ファイルを再生することによって生成することができる。必要な場合は、音声システムを使用して音楽や言葉を再生することもできる。音声要求は記号的であり（「高優先度の警報音を再生」など）、実際の音声ファイルの選択はオーディオ・サーバ・プロセス４０２８に組み込まれる。代替の音環境に切り替える能力が備えられる場合もある。この能力を使用して、地域または言語学的な違いに合わせて音声をカスタマイズすることができる。

機器ゲートウェイ通信マネジャ・プロセス（ＤＧＣＭ）４０３０は、Ｗｉ−Ｆｉネットワーク４０３２を通じた機器ゲートウェイ・サーバとの通信を管理することができる。ＤＧＣＭ４０３０は、エグゼクティブ・プロセス４０１４によって開始され、監視される。ＤＧＣＭ４０３０が予期せず終了した場合は、エグゼクティブ・プロセス４０１４によって再開されてもよい。その障害が恒久的である場合、システムは、ゲートウェイが稼働せずに機能し続けることができる。

Ｗｉ−Ｆｉ接続を確立および維持し、次いで機器ゲートウェイとの接続を確立することは、ＤＧＣＭ４０３０の機能とすることができる。ＤＧＣＭ４０３０と機器ゲートウェイ間のすべての対話は、相互参照される、電子的な患者看護のシステム、方法、および装置の正規出願（代理人整理番号Ｊ８５）に記載されるシステムなどのシステムを使用することができる。

ゲートウェイとの接続が利用できないか、利用できなくなった場合、ＤＧＣＭ４０３０は、進行中の転送をすべて中断し、リンクの再接続を試みることができる。リンクが再確立されると、転送を再開することができる。ネットワークおよびゲートウェイの動作状態は、周期的にエグゼクティブ・プロセス４０１４に報告される。エグゼクティブ・プロセス４０１４は、その情報をユーザに表示するために配布することができる。

ＤＧＣＭ４０３０は、自律的なサブシステムとして機能することができ、更新を求めて機器ゲートウェイ・サーバをポーリングし、利用可能な場合は新しい項目をダウンロードする。また、ＤＧＣＭ４０３０は、データベース内のログ・テーブルを監視し、入手可能になると新しいイベントを直ちにアップロードする。アップロードが成功したイベントは、データベース内でその旨をフラグで示すことができる。機器ゲートウェイ・サーバへの再接続後、ＤＧＣＭ４０３０は、アップロードの遅れを「取り戻す」ことができ、通信が中断していた間に入力されたすべての項目を送信する。ゲートウェイから受信されたファームウェアおよびＤＡＬファイルの更新は、後にインストールするためにＵＩＰ４００６のファイル・システムにステージすることができる。機器を宛先とする輸液プログラム、臨床勧告、患者の識別、および他のデータ項目は、データベースにステージすることができる。

ＤＧＣＭ４０３０は、接続ステータスおよび日付／時刻の更新をエグゼクティブ・プロセス４０１４に報告することができる。ＤＧＣＭ４０３０と他の動作ソフトウェアの間にはその他の直接の接続はない場合がある。そのような設計により、可能性としては一時的なものである機器ゲートウェイおよびＷｉ−Ｆｉネットワークの可用性から動作ソフトウェアを切り離す。

モータ検査プロセス４０３４は、モータの回転を報告するハードウェア・カウンタまたはエンコーダを読み取ることができる。モータ検査プロセス４０３４は、モータの運動を独立して推定し、それを、輸液速度のユーザ入力に基づく予想される動きと比較することができる。これは、適正にモータを制御するための独立した検査とすることができる。１次モータ制御ソフトウェアをＲＴＰ４００４で実行することができる。

正常な動作中には、ロギング・プロセス４０３６を介してイベント情報をログに書き込むことができる。それらのイベントは、内部的な機器ステータスおよび測定結果、ならびに治療の履歴イベントからなることができる。イベント・データの量と頻度のために、データベースへの書き込みを待つ間、そのようなログ動作は、ＦＩＦＯ待ち行列などの待ち行列で緩衝することができる。

ＳＱＬデータベース等を使用して、ＤＡＬファイル、ローカル・マシンの設定、治療の履歴、および機器のログ・データを記憶することができる。データベース・サーバによって実行される記憶されたプロシージャを使用して、アプリケーションを内部データベース構造から隔離することができる。データベース・システム４０２２は、機器ゲートウェイ・サーバを宛先とするイベント・データのバッファとして、また、機器ゲートウェイから機器に送信される治療設定と警告のためのステージ領域として使用することができる。

治療の開始を要求すると、ＤＡＬファイル・エントリとユーザによって選択されたすべてのパラメータが輸液制御タスク４０２６に送られる。ＤＡＬファイルのすべての検証、およびプログラムされたパラメータの相互に照らしての確認（例えば流量、量、および投与量）を行うことができる。その結果を、ＵＩＰ４００６のＩＭ４０２４で計算された結果と照合することができる。継続するには、それらの結果が一致することが必要とされる場合がある。

輸液の実行中には、輸液制御タスク４０２６が、各治療の「区間」、例えば、１つの量および１つの流量からなる輸液の一部分の実行を制御する。区間の例は、１次輸液、ＫＶＯ、ボーラス、ボーラス後の１次輸液の残り、用量漸増法後の１次輸液等である。治療区間は、ＵＩＰ４００６のＩＭプロセス４０２４によって順に並べることができる。

機器制御タスク４０３８は、例えばポンプ機構を駆動するコントローラを内蔵することができる。そのような実施形態では、所望の輸液速度および輸液予定量（ＶＴＢＩ）は、輸液制御タスク４０２６から送信される指令で指定することができる。

機器制御タスク４０３８は、センサ・タスク４０４０から周期的なセンサの読み取り値を受け取ることができる。特定の実施形態では、新しいセンサ４０４６の読み取り値を使用してモータの速度と位置を判定すると共に、ブラシレス・モータ制御ＩＲＱ４０４２に送る、望ましい指令を計算する。センサ・メッセージを受信すると、コントローラ出力の再計算を行わせることができる。

ブラシレス・モータ制御ＩＲＱ４０４２はタスクとしては実行されない場合もあり、厳密なフォアグラウンド（割り込みコンテクスト）のプロセスとして実装することができる。割り込みは、モータに関連付けられた整流子またはホール効果センサから生成され、整流アルゴリズムは割り込みサービス・ルーチンでその全体を実行することができる。

液体の送液中には、機器制御タスク４０３８は、これらに限定されないが、ポンプ速度の制御、送液量の計測、検出された空気の計測（周期的な時間窓にわたる）、液体の圧力や他の閉塞の兆候の計測、および上流の閉塞の検出、を含むタスクの少なくとも１つを行うことができる。

関連する測定結果は、周期的にＲＴＰステータス・タスク４０４４に報告することができる。機器制御タスク４０３８は、一度に１つの輸液区間を実行することができ、指令された送液量に達すると停止する。センサ・タスク４０４０は、ポンプ・システムの動的な制御に使用されるセンサ４０４６のデータを読み取り、集約することができる。

特定の実施形態では、センサ・タスク４０４０は、専用のカウンタ／タイマを介して、一定の１ｋＨｚの速度（１.０ｍｓごと）で実行されるようにスケジュールすることができる。該当するセンサ４０４６のすべてが読み取られると、そのデータが非同期メッセージ４００２を介して機器制御タスク４０３８に渡される。このメッセージの周期的な受信を、医療機器の制御ループを同期させるためのマスター時間ベースとして使用することができる。

ＲＴＰステータス・タスク４０４４は、ＲＴＰ４００４で実行される各種タスクの状態およびステータス両方の中央の保存場所とすることができる。ＲＴＰステータス・タスク４０４４は、この情報をＵＩＰ４００６で実行されるＩＭ４０２４と、ＲＴＰ４００４自身のタスクの両方に配布することができる。ＲＴＰステータス・タスク４０４４は、進行中の治療を構成する液体で変えることもできる。機器の開始および停止、ならびに治療の進行状況が、機器制御タスク４０３８によってＲＴＰステータス・タスク４０４４に報告される。ＲＴＰステータス・タスク４０４４は、送液された合計量、送液された１次輸液量、送液された１次ＶＴＢＩ（カウント・ダウン値）の量、ボーラスの進行中にボーラスとして送液されたＶＴＢＩ量、および２次輸液の進行中に２次輸液として送液されたＶＴＢＩ量、の少なくとも１つを把握することができる。

ＲＴＰ４００４で発生したすべての警告または警報は、ＲＴＰステータス・タスク４０４４を通され、その後ＵＩＰ４００６に渡される。

装置の動作中には、プログラム・フラッシュ・メモリおよびＲＡＭメモリがメモリ・チェッカー・タスク４０４８によって継続的に検査される。この検査は非破壊検査とすることができる。この検査は、ＲＴＰ４００６の全メモリ空間が数時間ごとに検査されるようにスケジュールすることができる。必要な場合は、このタスクの下に追加的な周期的チェックをスケジュールすることができる。

図１８２は、医療機器による輸液の投与の準備をする際に医療機器にシリンジを取り付けるために使用できるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ２５００で、機器が、ユーザが医療機器にシリンジを取り付けたかどうかを判定することができる。機器は、シリンジが存在しないことをいくつかの適切な方式で判定することができる。この判定は、機器上の１つまたは複数のセンサによって生成されるデータに基づいて行うことができる。例えば、この判定は、シリンジの外筒クランプからの位置信号、押し子フランジ固定部からの位置信号、シリンジの外筒フランジ用のクリップに取り付けられたセンサからの信号、それらの組み合わせ等に基づくことができる。一部の実施形態では、この判定は、治療のために機器をプログラムする過程においてユーザが所定の時点に到達した時にのみ行うことができる。例えば、判定は、ユーザが薬物の臨床使用を選択した後に行うことができる。代替実施形態では、この判定は機器によって行われることはできない。代わりに、医療機器のプログラム中の任意の利便な時に、ユーザがシリンジを取り付けることができる。

ユーザがすでに機器にシリンジを取り付けているのでない場合、ステップ２５０２で、機器のユーザ・インターフェースが、機器にシリンジを取り付けるようにユーザを促すことができる。これは、シリンジが医療機器に取り付けられる様子を示す写実的な動画を含むことができる。一部の実施形態では、これは、機器へのシリンジの取り付け方をユーザに知らせる、注釈付きの説明図を含むこともできる。他の実施形態では、このプロンプトは他の適切な種類のプロンプトとすることができる。次いでステップ２５０４で、ユーザがシリンジを取り付けることができる。一部の実施形態では、ステップ２５０２は、ユーザが医療機器へのシリンジの取り付けを試みていることを医療機器が判断した（例えば上記のセンサからのセンサ・データを介して）場合にも行わせることができる。

ステップ２５００でユーザがすでにシリンジを取り付けたと医療機器が判断した場合、またはステップ２５０４でユーザがシリンジを取り付けた後、機器は、ステップ２５０６で、シリンジが正しく取り付けられたかどうかを確認することができる。この判定は、機器上の１つまたは複数のセンサによって生成されるデータに基づくことができる。例えば、この判定は、シリンジの外筒クランプからの位置信号、押し子フランジ固定部からの位置信号、シリンジの外筒フランジ用のクリップに取り付けられたセンサからの信号、それらの組み合わせ等に基づくことができる。

シリンジが正しく取り付けられていない場合、機器は、シリンジの装填方法に関する問題を解決するようにユーザを促すことができる。これは、写実的な動画、注釈付きの説明図、テキストによる指示等をユーザ・インターフェースに表示して、シリンジの取り付けに関する問題をどのように解決するかをユーザに示すことを含むことができる。例えば、シリンジの外筒フランジが正しい位置に留められていないと判定された場合、機器のユーザ・インターフェースはその事をユーザに通知することができる。ユーザ・インターフェースは、その問題をどのように解決できるかを示す説明図を表示することもできる。次いでステップ２５１０で、ユーザが問題を解決することができる。

ステップ２５０６でシリンジが適切に設置されたと機器が判定した場合、またはステップ２５１０でユーザがシリンジの取り付けに関する問題を解決した後、ステップ２５１２で機器は取り付けられたシリンジを特定することを試みることができる。これは、機器上の１つまたは複数のセンサでシリンジの寸法を測定することによって行うことができる。例えば、取り付けられる可能性のあるシリンジは、シリンジの外筒クランプからの位置信号、押し子フランジ固定部からの位置信号、シリンジの外筒フランジ用のクリップに取り付けられたセンサからの信号、それらの組み合わせ等を使用して特定することができる。寸法を、機器のメモリに記憶された参照表等と比較して、可能性のあるシリンジのうちどれが機器に取り付けられた可能性があるかを判定することができる。

ステップ２５１４で、可能性のあるシリンジのリストを機器のユーザ・インターフェースに表示することができる。次いでステップ２５１６で、ユーザは、リストから自身が医療機器に取り付けたシリンジを選択することができる。一部の実施形態では、その後、ステップ２５１８で、機器が、ＤＡＬファイルに定義されている制約に照らしてそのシリンジを確認することができる。シリンジが許容できるものと判定された場合、機器は、ユーザがプログラミングを続けるか、または輸液がすでにプログラムされている場合は輸液を開始することを許可する。

シリンジがＤＡＬファイルに定義された制約に違反すると判定された場合、機器はステップ２５２０で、ユーザ・インターフェース上でその旨を知らせることができる。次いでステップ２５２２で、ユーザはシリンジを取り外し、その輸液に適したシリンジを入手することができる。一部の実施形態では、この後シリンジの取り付けプロセスはステップ２５０２に戻る。ユーザは、望む場合はステップ２５２４で輸液をキャンセルすることもできる。

一部の実施形態では、ステップ２５１４で表示されるシリンジのリストは、ＤＡＬファイルの制約に違反するシリンジは含まない場合がある。一部の実施形態では、取り付けたシリンジがステップ２５１４で表示されるリストに含まれない場合、ユーザは、より大きなシリンジ・リストにアクセスする選択肢を有することができる。大きいリストにアクセスすると、ユーザはその大きいリストから取り付けたシリンジを選択することができる。具体例として、２５１４で表示されるリストが看護エリアで使用されるシリンジのリストであり、大きなリストが看護グループまたは機関で使用されるシリンジのリストであることが考えられる。一部の実施形態では、ＤＡＬファイルを使用して、特定の薬剤、特定の臨床使用等に対しては看護エリアで医療機器が使用を許可されないシリンジを定義することができる。そのようなシリンジは、ステップ２５１４で表示されるシリンジ・リスト、またはユーザが大きいシリンジ・リストにアクセスする場合は大きいシリンジ・リストではグレー表示とすることができる。あるいは、当該シリンジが許可されず、プログラムされた治療には使用することができないことを知らせる通知を、許可されないシリンジの選択が試みられた時に表示してもよい。

図１８３は、医療機器のＩＶラインをプライミングするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ２５３０で、ユーザが機器にシリンジまたは投与セットを取り付けることができる。これは、図１８２または図１８４に示すステップと同様のステップをたどることによって行うことができる。次いでステップ２５３４で、ユーザは、医療機器のユーザ・インターフェースでプライミング機能を選択してラインをプライミングすることができる。すると、ステップ２５３６で機器がラインをプライミングすることができる。一部の実施形態では、医療機器は、所定の流量で送液される所定の量を使用してラインをプライミングすることができる。そのような実施形態では、これは、医療機器のメモリに記憶されたＤＡＬファイルに定義することができる。必要な場合、ユーザは、ステップ２５３４に戻ってラインを再度プライミングすることができる。実施形態および機器によっては、機器のプライミングが済んでいない場合、ユーザは治療を実行することができない。

図１８４は、大容量ポンプなどの医療機器に投与セットを装填するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ２５４０で、ユーザが医療機器のドアを開くことができる。ステップ２５４２で、機器のユーザ・インターフェースが、投与セットが医療機器に取り付けられる様子を示す写実的な動画を表示することができる。一部の実施形態では、これは、それに加えて、またはその代わりに、機器への投与セットの取り付け型をユーザに知らせる注釈付きの説明図、テキストによる指示等を含むこともできる。次いで、ユーザは、それぞれステップ２５４４および２５４６で、投与セットを装填し、機器のドアを閉じることができる。ステップ２５４０でユーザが投与セットを装填したくないが、別の理由でドアを開いた場合は、ステップ２５４４を飛ばしてステップ２５４６だけを行うことができる。

次いでステップ２５４８で、機器は、投与セットが存在するかどうかを確認することができる。セットが装填されていると機器が判定した場合、次いでステップ２５５０で機器はスライド・クランプが存在することを確認することができる。スライド・クランプが取り付けられていないと判定した場合、ステップ２５５２で、機器は警告を発し、スライド・クランプの取り付け方を示す指示をユーザ・インターフェースに表示することができる。これは、写実的な動画、注釈付きの説明図、テキストによる指示等を含むことができる。

スライド・クランプが取り付けられていると判定した場合、次いでステップ２５５４で、機器はＩＶラインに空気が混入していないかを確認することができる。ＩＶラインに空気があると判定した場合、ステップ２５５６で、機器は例えば警告を発し、投与セットのプライミング方法を示すユーザに指示をユーザ・インターフェースに表示することができる。この指示は、写実的な動画、注釈付きの説明図、テキストによる指示等を含むことができる。

ステップ２５５４でＩＶラインに空気がないと判定した場合、次いでステップ２５５８で、機器は漏れがないか調べ、セットが正しく取り付けられているかどうかを判定することができる。取り付けられたセットに問題があると判定した場合、機器はステップ２５６０で警告を発し、投与セットを取り付け直す方法を示す指示をユーザ・インターフェースに表示することができる。この指示は、写実的な動画、注釈付きの説明図、テキストによる指示等を含むことができる。

ユーザはステップ２５５２、２５５６、または２５６０のいずれかからステップ２５６２に進むことができ、ステップ２５６２で機器のドアを開ける。次いでステップ２５６４でユーザは問題の解決を試みることができる。そしてステップ２５６６でユーザはドアを閉めることができる。ドアが閉じられると、ステップ２５６８で機器が警告を消すことができる。次いで、機器はステップ２５４８に戻り、投与セットが存在することを確認することができる。その後プロセスは上記のように進行することができる。

図１８５は、医療機器で輸液をプログラムする際に薬物の看護エリア、薬剤、臨床使用、および濃度を選択するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。ステップ２５７０で、ユーザが機器のユーザ・インターフェースで看護エリアを選択することができる。一部の実施形態では、ステップ２５７０の前に、ユーザが看護グループを選択するステップがさらにあってもよい。次いでステップ２５７２で、機器のユーザ・インターフェースが薬剤選択画面を表示する。薬剤選択画面で、ユーザは特定の看護エリアに対応する薬物のリストから輸液する薬物を選択することができる。次いでステップ２５７４でユーザが薬剤を選択することができる。一部の実施形態では、ユーザは、ユーザ・インターフェースに表示された薬剤のリストから薬剤を選択することができる。一部の実施形態では、ユーザは、いくつかのリストを見て回って所望の薬物を見つけることができる。例えば、ユーザは、薬物カテゴリのリストから薬物カテゴリを選択し、次いでそのカテゴリに割り当てられた薬物のリストから所望の薬物を選択することができる。そのようなリストとカテゴリは、機器のメモリに記憶されたＤＡＬファイルに定義することができる。それらのリストは、ワークフローの進行で必要になると、取り出し、表示のために描画することができる。一部の実施形態では、ユーザは、機器のユーザ・インターフェース上で薬物の検索クエリを入力することによって所望の薬物を見つけることもできる。その薬物がＤＡＬファイルに存在する場合は、その検索クエリを使用してＤＡＬファイルで薬物を見つけることができる。

選択された薬剤がテキスト記述子を必要とする場合、ステップ２５７５でテキスト記述子を提供するようにユーザを促すことができる。薬剤がテキスト記述子を必要とするか否かは、その薬剤のＤＡＬファイル・エントリに指定することができる。ユーザが、例えば指定されない薬剤についての薬剤レコードを選択した場合は、ユーザによって入力されるテキスト記述子を必要とする可能性がある。そのような事例では、その記述子は、輸液された薬物、および指定されない薬剤の薬剤レコードを使用してその薬物が輸液された理由についていくらかの情報を提供することができる。ステップ２５７６で、ユーザが記述子のテキストを入力することができる。ユーザは、医療機器のユーザ・インターフェースに表示される仮想キーボードを使用してこの記述子を入力することができる。

選択された薬物に複数の臨床使用レコードが存在する場合、機器はステップ２５７８で可能な臨床使用をユーザ・インターフェースに表示することができる。一部の実施形態では、これは、その薬物に対応してＤＡＬファイルに定義された臨床使用をリストまたは他の形式で表示することを伴う場合がある。次いでステップ２５８０で、ユーザは所望の臨床使用を選択することができる。一部の実施形態では、次いで、ステップ２５８２で、機器が、その臨床使用についての臨床勧告またはメモをユーザ・インターフェースに表示することができる。一部の実施形態では、短いテキスト・バージョンの臨床勧告だけをこのステップで表示することができる。一部の実施形態では、短いテキスト・バージョンは、完全な臨床勧告を見るために使用することができるオプションと共に表示することができる。臨床勧告が表示される実施形態では、ステップ２５８４で、ユーザは臨床勧告を見たことを知らせることができる。

選択された臨床使用レコードに複数の濃度レコードが定義されている場合、ステップ２５８６で、医療機器は可能な濃度レコードをユーザ・インターフェースに表示することができる。これは、その臨床使用に対応してＤＡＬファイルに定義された濃度レコードをリストまたは他の形式で表示することを伴う場合がある。次いでステップ２５８８で、ユーザが所望の濃度レコードを選択することができる。その濃度レコードが、ユーザが薬物の濃度を変更することを許可する場合（例えばユーザが独自設定の濃度のための濃度レコードを選択した場合）、ユーザは、使用する濃度を指定することができる。ステップ２５９０で、ユーザは、機器のユーザ・インターフェース上で濃度（例えばｍｇ／ｍｌ）を定義することによって濃度を指定することができる。それに加えて、またはそれに代えて、ユーザは、ステップ２５９２で容器の合計容量および容器内の薬物量を定義してもよい。ユーザが濃度を指定すると、ステップ２５９４で、機器が、その濃度を、機器のメモリに記憶されたＤＡＬファイルに定義された制限値に照らして確認することができる。パラメータがＤＡＬファイルに定義された制限値の外側にある場合、ユーザは、超える制限値が推奨制限である場合はその制限値をオーバーライドすることができる。推奨制限をオーバーライドしたい場合、ユーザはステップ２５９６でオーバーライドすることができる。ユーザが制限をオーバーライドすることを望まない場合、または超える制限が絶対制限である場合、ユーザはステップ２５９０または２５９２に戻って濃度を再度定義することができる。

図１８６は、医療機器で輸液をプログラムするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ２６００で、ユーザが輸液のために所望の薬剤、臨床使用、および濃度を指定することができる。これは、一部の実施形態では、図１８５で図示し、説明したステップと同様のステップをたどることによって行うことができる。ユーザは、ステップ２６０２、２６０４、２６０６、または２６０８の１つで輸液パラメータを定義することにより、医療機器がその薬物をどのように送液するかをプログラムすることができる。輸液に定義される輸液パラメータは、投与される輸液の種類に応じて異なる可能性がある。一部の実施形態では、定義されるパラメータは、選択される臨床使用に応じて異なる可能性がある。例えば、体重に基づく臨床使用では、ユーザが患者の体重を定義する必要があり、体重に基づかない輸液では、ユーザが患者の体重を定義することは必要とされない場合がある。同様に、持続輸液では、間欠輸液とは異なるパラメータを定義することが必要となる場合がある。図示するステップ２６０２、２６０４、２６０６、および２６０８は例に過ぎない。一部の実施形態では、ユーザは、ステップ２６００で選択される輸液の種類に応じて、ステップ２６００から異なるステップまたは異なる数のステップに進む。

次いで医療機器は、医療機器のメモリに記憶されたＤＡＬファイルに定義された制限値に照らして、輸液に定義されたパラメータを確認することができる。定義されたパラメータがＤＡＬファイルに定義されたいずれかの制限値を超える場合は、その旨の通知が医療機器のユーザ・インターフェースに表示される。パラメータが絶対制限を超える場合は、ステップ２６１２で、機器のユーザ・インターフェースが、絶対制限を超えたことを知らせるメッセージを表示することができる。絶対制限を超えた場合は、ユーザはその輸液を続けることを許されず、代わりに輸液パラメータを定義し直すことを要求される。パラメータが推奨制限を超える場合は、ステップ２６１４で、機器のユーザ・インターフェースが、推奨制限を超えたことを知らせるメッセージを表示することができる。ユーザは、推奨制限をオーバーライドする選択肢を有する場合がある。ユーザが推奨制限をオーバーライドすることを却下する場合、ユーザは輸液パラメータを定義し直すことを要求される。ユーザが推奨制限をオーバーライドすることを決定した場合は、ステップ２６１６でオーバーライドすることができる。

ステップ２６１６でユーザが推奨制限をオーバーライドするか、または入力されたパラメータ値がＤＡＬファイルに指定された制限値以内であると医療機器が判定した場合、医療機器はステップ２６１８で、輸液の要約を表示することができる。輸液の要約は、一部の実施形態では、機器のユーザ・インターフェースの輸液要約画面に表示することができる。そのような画面は、輸液についての情報を含み、ユーザによって定義されたその輸液のパラメータを一覧表示することができる。推奨制限のオーバーライドを必要としたパラメータは、ユーザ・インターフェース上でハイライト表示するか、その他の形で目印を付けることができる。ユーザは輸液要約画面を点検することができる。必要な場合、ユーザはステップ２６２０で、輸液プログラムに変更を加えることができる。ユーザが輸液プログラムを変更した場合、機器はステップ２６１０に戻り、上記のように進行することができる。

実施形態、または薬剤、臨床使用、濃度等によっては、二度の点検を行わないと輸液を患者に実行できない場合がある。二度の点検が必要であるかどうかは、医療機器のメモリに記憶されたＤＡＬファイルに定義することができる。その輸液に二度の点検が必要とされる場合は、ステップ２６２２で、第２の点検者がプログラムされた輸液を点検することができる。そしてステップ２６２４で、第２の作業者が、自身の名前、ユーザＩＤ等を入力して、プログラムされた輸液を承認することができる。ステップ２６２６で、医療機器が、医療機器のユーザ・インターフェース上で輸液開始のオプションを有効にすることができる。

図１８７は、医療機器で入力されたパラメータが、そのパラメータに定義された制限値の外側にあるかどうかを判定するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ２６３０で、ユーザが１つまたは複数のパラメータを入力することができる。それらのパラメータは、例えば機器のユーザ・インターフェースで入力することができる。次いでステップ２６３２で、機器は、ステップ２６３０で入力された１つまたは複数のパラメータを、機器のメモリに記憶されたＤＡＬファイルでそれらのパラメータに定義された制限値に照らして確認することができる。一部の実施形態では、ステップ２６３２で、機器が、入力された１つまたは複数のパラメータが、他のパラメータがＤＡＬファイルに定義された制限値を超えることを余儀なくするかどうかをさらに確認することができる。例えば、機器は、入力された時間のパラメータおよび入力された投与量のパラメータが、流量パラメータに定義された制限値を超えさせるかどうかを調べることができる。入力されたパラメータが有効であることが分かった場合は、ステップ２６３３でパラメータが有効と記録され、ユーザが医療機器のプログラミングを続けることを許される。パラメータは、ＣＱＩのコンプライアンスを追跡する目的で有効である旨を記録することができる。

入力された１つまたは複数のパラメータがＤＡＬファイルに定義された絶対制限の外側にあると判定された場合、ステップ２６３４で、機器がその旨の通知をユーザ・インターフェースに表示することができる。それらのパラメータは無効であることが記録され、ステップ２６３６で、ユーザ・インターフェースが、そのパラメータを変更するようにユーザを促すことができる。パラメータは、ＣＱＩのコンプライアンスを追跡する目的で無効である旨を記録することができる。その後、ユーザはステップ２６３０に戻り、１つまたは複数のパラメータを定義し直すことができる。

ステップ２６３２で、入力された１つまたは複数のパラメータが推奨制限の外側にあるが、絶対制限の外側にはないと判定された場合、ステップ２６３８で、機器は、パラメータが推奨制限を超えることを知らせる通知をユーザ・インターフェースに表示することができる。ユーザは、推奨制限をオーバーライドすることを選択できる場合がある。ユーザが推奨制限をオーバーライドしない場合、ステップ２６３６で、機器がそのパラメータを無効と記録し、ユーザ・インターフェースで、そのパラメータを変更するようにユーザを促すことができる。次いで、ユーザはステップ２６３０に戻り、パラメータを定義し直すことができる。ユーザが推奨制限をオーバーライドすることを決定した場合、ユーザはステップ２６４０でそのことを知らせることができる。実施形態、または薬物、臨床使用、濃度等によっては、推奨制限がオーバーライドされる場合にはユーザはテキスト記述子を入力することを要求される。必要な場合は、ステップ２６４１でユーザがその入力を促され、ユーザはステップ２６４２で入力することができる。次いで、機器はステップ２６４４でそのパラメータを推奨制限の違反として記録することができる。これは、ＣＱＩコンプライアンスを追跡する目的で行うことができる。実施形態、または薬物、臨床使用、濃度等によっては、推奨制限をオーバーライドする場合は第２のユーザによる点検が必要となる場合がある。二度の点検が必要な場合は、ステップ２６４６で、機器は点検を必要とする情報を表示することができる。ステップ２６４８で、第２のユーザがその情報を点検することができる。ステップ２６５０で、第２のユーザが自身の名前、ユーザＩＤ等を入力してオーバーライドを承認することができる。その後、ユーザは入力したパラメータを使用することを許可され、医療機器のプログラムを続けることができる。パラメータが有効として記録されたか、無効と記録されたかは、最終的にＣＱＩデータベースに送られる輸液の輸液事例に含められる。

図１８８は、１次持続輸液を実行するために使用することができるいくつかの例示的なステップを詳細に示すフローチャートを示す。図に示すように、ステップ２６６０で、ユーザが各種の輸液パラメータを入力することができる。このステップは、例えば図１８５および図１８６に示すステップと同様のステップを行うことによって完了することができる。次いで、ステップ２６６２で、機器は、ステップ２６６０で入力されたパラメータが、機器のメモリに記憶されたＤＡＬファイルに定義された制限値以内であるかどうかを確認することができる。これは、図１８７に示し、説明したステップと同様のステップをたどることによって行うことができる。パラメータが有効でない場合、ユーザはステップ２６６０に戻され、パラメータを再入力することができる。パラメータが有効である場合は、ステップ２６６４で医療機器が輸液要約画面を表示することができる。次いでステップ２６６６で、ユーザが輸液を開始したい旨を知らせることができる。すると、ステップ２６６８で、機器がプログラムされた輸液の投与を開始することができる。

機器がプログラムされた輸液を投与している間、必要な場合は、ステップ２６７０で、ユーザは機器のユーザ・インターフェースを使用して輸液を漸増することができる。必要な場合、ユーザは、ステップ２６７２で機器のユーザ・インターフェースを使用して輸液を中止することもできる。輸液を中止した場合、ステップ２６７４で、ユーザは機器のユーザ・インターフェースを使用して輸液を再開することができる。ステップ２６７６で、ユーザは、ユーザ・インターフェースを使用して輸液をキャンセルすることもできる。

ステップ２６７８で、機器はプログラムされた輸液を完了することができる。輸液を完了すると、ステップ２６８０で、機器は、定義されたＶＴＢＩがゼロになった時の振る舞いを確認することができる。全輸液量の送液が終わった時に、医療機器が行えることについてはいくつかの可能な選択肢があり得る。特定の薬物、臨床使用、濃度等に対応する振る舞いは、医療機器のメモリに記憶されるＤＡＬファイルに定義することができる。図１８８に示すフローチャートには、３つのみの振る舞いを示す。他の実施形態では、異なる振る舞いまたは異なる数の振る舞いが含まれる可能性がある。定義されたＶＴＢＩがゼロになった時の振る舞いが、ユーザに通知し、プログラムされた流量で輸液を継続することである場合は、機器はステップ２６８２でそのようにすることができる。この通知は、医療機器のユーザ・インターフェースを介してユーザに伝えることができる。ユーザは、ステップ２６８４で通知を認識したことを知らせ、任意の所望の行動をとることができる。定義されたＶＴＢＩがゼロになった時の振る舞いが、機器が警告を発し、ＫＶＯ流量に切り替えることである場合は、機器はステップ２６８６でそのようにすることができる。警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。ユーザは、ステップ２６８８で警告を認識したことを知らせ、任意の所望の行動をとることができる。定義されたＶＴＢＩがゼロになった時の振る舞いが、機器が輸液を停止し、警告を発することである場合は、機器はステップ２６９０でそのようにすることができる。警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ２６９２で、ユーザは警告を認識したことを知らせ、任意の所望の行動をとることができる。

図１８９は、医療機器で（進行中の輸液中に、または負荷量として）薬剤のボーラスを実行するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ２７００で、ユーザがボーラスの量および時間を入力することができる。それに加えて、またはその代わりに、ユーザはステップ２７０２でボーラスの投与量と時間を入力してもよい。これは、別の輸液（例えば１次持続輸液）の実行中に行うことができる。ステップ２７０４で、機器は、ボーラスを定義するために入力されたパラメータを、機器のメモリに記憶されたＤＡＬファイルに定義された制限値に照らして確認することができる。これは、図１８７に関連して図示し、説明したステップと同様のステップをたどることにより行うことができる。ＤＡＬファイルに照らしてパラメータが無効である場合、ユーザはステップ２７００または２７０２の一方に戻ることによりボーラスのパラメータを再入力することができる。パラメータが有効である場合は、ステップ２７０５で、医療機器がボーラスの要約を表示することができる。ステップ２７０６で、ユーザは、プログラムしたボーラスを実行したい旨を知らせることができる。次いでステップ２７０８で、機器がボーラスの実行を開始することができる。

一部の実施形態では、ユーザは、急速ボーラスをプログラムする選択肢も有する場合がある。そのようなボーラスでは、ユーザは、送液する薬剤の量だけを定義すればよい場合がある。ボーラスの送液流量は機器によって自動的に入力される。この流量は、実施形態によっては、機器が送液することが可能な最大流量である。一部の実施形態では、この流量は、ＤＡＬファイルでその薬物に許可された最大流量である。プログラムしようとしているボーラスが負荷量に対応する場合、ユーザは、負荷量を機器で投与する前に輸液の残りもプログラムすることができる。

必要な場合、ステップ２７１０で、ユーザはボーラスの実行を中止することができる。ボーラスの実行を中止した場合、ユーザはステップ２７１６または２７１８に進むことができる。ステップ２７１６で、ユーザはボーラスをキャンセルすることができる。ステップ２７１８で、ユーザはボーラス、およびボーラスの実行が完了した後に再開が予定されていた輸液をキャンセルすることができる。ユーザはステップ２７１４に進んでボーラスの実行を再開することもできる。

ステップ２７２０で、医療機器がボーラスの実行を完了することができる。ステップ２７２０で、機器は定義されたボーラスのＶＴＢＩがゼロになった時の振る舞いを確認することができる。ボーラスの全量を送液し終わった時に、医療機器が行えることについてはいくつかの可能な選択肢があり得る。特定の薬物、臨床使用、濃度等に対応する振る舞いは、医療機器のメモリに記憶されるＤＡＬファイルに定義することができる。図１８９に示すフローチャートには３つのみの振る舞いを示す。他の実施形態では、異なる振る舞いまたは異なる数の振る舞いが含まれる可能性がある。

定義されたボーラスのＶＴＢＩがゼロになった時の振る舞いが、ユーザに通知し、親の輸液（例えば１次持続輸液）に戻ることである場合、機器はステップ２７２４でそのようにすることができる。この通知は、医療機器のユーザ・インターフェースを介してユーザに伝えることができる。その後、ステップ２７４０で親輸液を再開することができる。定義されたボーラスのＶＴＢＩがゼロになった時の振る舞いが、機器が警告を発し、ＫＶＯ流量に切り替えることである場合は、機器はステップ２７２６でそのようにすることができる。警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ２７２８で、ユーザは警告を認識したことを知らせることができる。定義されたボーラスのＶＴＢＩがゼロになった時の振る舞いが、機器が輸液を中止し、警報を発することである場合は、機器はステップ２７３０でそのようにすることができる。警報は、機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ２７３２で、ユーザは警報を認識したことを知らせることができる。

ユーザがステップ２７２８または２７３２の一方を完了すると、ユーザはステップ２７３６または２７３８の一方に進むことができる。ステップ２７３６で、ユーザは機器のユーザ・インターフェース上で、親輸液を中断したいことを知らせることができる。すると、ステップ２７４２で、機器が親輸液をキャンセルすることができる。一部の実施形態では、機器は、ユーザが誤って親輸液をキャンセルするのでないことを確認する確認メッセージを表示することができる。

ステップ２７３８で、ユーザが機器のユーザ・インターフェース上で、親輸液の投与を開始または再開したいことを知らせることができる。次いでステップ２７４０で、機器が親輸液の投与を開始することができる。一部の実施形態では、機器は、親輸液を開始する前にユーザ対話を必要とする確認メッセージを表示することができる。

図１９０は、２次輸液を実行するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ２７５０で、ユーザが医療機器のユーザ・インターフェース上で２次輸液を投与したいことを知らせることができる。ステップ２７５２で、ユーザが、２次輸液として投与される薬物の薬剤、臨床使用、および濃度を指定することができる。一部の実施形態では、ステップ２７５２は、図１８５に関連して図示し、説明したステップと同様のステップを使用して実現することができる。次いでステップ２７５４で、ユーザは２次輸液の輸液パラメータを定義することができる。一部の実施形態では、ステップ２７５４は、図１８６に関連して図示し、説明したステップと同様のステップを使用して実現することができる。次いでステップ２７５５で、機器は、入力された輸液パラメータを、医療機器のメモリに記憶されたＤＡＬファイルに定義された制限値に照らして確認することができる。これは、図１８７に関連して図示し、説明したステップと同様のステップを行うことによって実現することができる。パラメータが無効であることが判明した場合、ユーザは、次に進む前にパラメータを定義し直すことを要求される場合がある。

次いでステップ２７５６で、機器は、準備のヘルプ画面をユーザ・インターフェースに表示することができる。準備のヘルプ画面は、２次輸液が準備され次第２次輸液を開始するようにユーザを促すこともできる。一部の実施形態では、準備のヘルプ画面は、２次輸液の準備の仕方をユーザに説明する動画、注釈付きの説明図、テキストによる指示等を含むことができる。ステップ２７５８でユーザが２次輸液を準備することができる。次いでステップ２７６０で、ユーザは、機器のユーザ・インターフェースで、２次輸液を開始したいことを知らせることができる。ステップ２７６２で、機器が２次輸液の投与を開始することができる。

機器がプログラムされた２次輸液を投与している間、必要な場合は、ステップ２７６４で、ユーザは機器のユーザ・インターフェースを使用して輸液を漸増することができる。必要な場合は、ステップ２７６６で、ユーザは機器のユーザ・インターフェースを使用して輸液を中止することもできる。輸液を中止した場合、ユーザは、ステップ２７６８で、機器のユーザ・インターフェースを使用して輸液を再開することができる。ユーザは、ステップ２７７０で、ユーザ・インターフェースを使用して輸液をキャンセルすることもできる。ユーザがステップ２７７０で輸液をキャンセルした場合、ステップ２７７２で、機器は、１次輸液を再開する前にユーザが２次ラインをクランプで閉じるべきであることを知らせるメッセージをユーザ・インターフェースに表示することができる。一部の実施形態では、ユーザは、２次ラインをクランプで閉じたことを確認しなければ、継続を許可されない場合がある。

ステップ２７７４で、プログラムされた２次輸液が機器によって完了される。次いでステップ２７７５で、機器は、定義されたＶＴＢＩがゼロになった時の振る舞いを確認することができる。全輸液量を送液し終わった時に、医療機器が行えることについてはいくつかの可能な選択肢があり得る。特定の薬物、臨床使用、濃度等に対応する振る舞いは、医療機器のメモリに記憶されるＤＡＬファイルに定義することができる。図１９０に示すフローチャートには、３つのみの振る舞いを示す。

定義されたＶＴＢＩがゼロになった時の振る舞いが、ユーザに通知し、１次輸液装置を再開することである場合は、機器はステップ２７７６でそのようにすることができる。この通知は、医療機器のユーザ・インターフェースを介してユーザに伝えることができる。そして、ステップ２７９４で、１次輸液を再開することができる。定義されたＶＴＢＩがゼロになった時の振る舞いが、機器が警告を発し、ＫＶＯ流量に切り替えることである場合は、機器はステップ２７７８でそのようにすることができる。警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ２７８０で、ユーザが警告を認識したことを知らせることができる。定義されたＶＴＢＩがゼロになった時の振る舞いが、機器が輸液を停止し、警報を発することである場合は、機器はステップ２７８２でそのようにすることができる。警報は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ２７８４で、ユーザは警報を認識したことを知らせることができる。

事例によっては、ユーザはステップ２７８０または２７８４からステップ２７８６に進むことができ、ステップ２７８６で、ユーザは袋容器の詰めすぎを補償するために２次輸液のＶＴＢＩを増すことができる。ＶＴＢＩを増した場合、ユーザはその後ステップ２７６８で輸液を再開し、上記のように進行することができる。

ユーザは、ステップ２７８０、２７８４、または２７７２のいずれかからステップ２７８８または２７９０の一方に進むこともできる。ステップ２７９０で、ユーザが、機器のユーザ・インターフェース上で、１次輸液を中断したいことを知らせることができる。すると、ステップ２７９２で機器が１次輸液をキャンセルすることができる。一部の実施形態では、機器は、ユーザが誤って１次輸液をキャンセルするのでないことを確認する確認メッセージを表示することができる。

ステップ２７８８で、ユーザが機器のユーザ・インターフェース上で、１次輸液の投与を再開したいことを知らせることができる。すると、ステップ２７９４で機器が１次輸液の投与を再開することができる。一部の実施形態では、機器は、１次輸液を開始する前にユーザ対話を必要とする確認メッセージを表示することができる。

図１９１は、医療機器で多段階輸液を実行するために使用することができるいくつかのステップを詳細に示す例示的なフローチャートを示す。図に示すように、ステップ２８００で、ユーザが、多段階輸液を介して投与される薬物の薬剤、臨床使用、および濃度を指定することができる。一部の実施形態では、ステップ２８００は、図１８５に関連して図示し、説明したステップと同様のステップを使用して実現することができる。次いでステップ２８０２で、ユーザは、輸液の各段階の輸液パラメータを定義することができる。一部の実施形態では、ステップ２８０２は、図１８６に関連して図示し、説明したステップと同様のステップを使用して実現することができる。次いでステップ２８０４で、機器が、医療機器のメモリに記憶されたＤＡＬファイルに定義された制限値に照らして、入力された輸液パラメータを確認することができる。これは、図１８７に関連して図示し、説明したステップと同様のステップを行うことによって実現することができる。パラメータが無効であることが判明した場合、ユーザは、次に進む前にパラメータを定義し直すことを要求される場合がある。パラメータが有効である場合は、ステップ２８０８で機器が輸液の要約を表示することができる。次いでステップ２８１０で、ユーザが輸液の投与を開始したいことを知らせることができる。ステップ２８１２で、機器が輸液の実行を開始することができる。

機器が輸液の投与を開始した後、必要な場合、ユーザはステップ２８１４で機器のユーザ・インターフェースを使用して輸液を中止することができる。そして、ステップ２８１８で、ユーザは、ユーザ・インターフェースを使用して輸液をキャンセルしたいことを知らせることができる。すると、ステップ２８２０で機器が輸液をキャンセルすることができる。輸液を中止した場合、ユーザは、ステップ２８１６で機器のユーザ・インターフェースを使用して輸液を再開することもできる。

ステップ２８２２で、機器は輸液の１段階を完了することができる。次いでステップ２８２４で、機器は、定義された段階完了時の振る舞いを確認することができる。多段階輸液の１段階を完了した時に医療機器が行えることについてはいくつかの可能な選択肢があり得る。特定の薬物、臨床使用、濃度等に対応する段階完了時の振る舞いは、医療機器のメモリに記憶されるＤＡＬファイルに定義することができる。図１９１に示すフローチャートには、３つのみの振る舞いを示す。他の実施形態は、異なる振る舞いまたは異なる数の可能な振る舞いを含むことができる。

定義された段階完了時の振る舞いが、ユーザに通知し、輸液の次の段階の投与を開始することである場合（さらに他の段階がプログラムされている場合）、機器はステップ２８２６に進むことによってそれらを行うことができる。すると、輸液プログラムにさらに他の段階がある場合は、ステップ２８３８で輸液が次の段階に進むことができる。定義された段階完了時の振る舞いが、機器が警告を発し、ＫＶＯ流量に切り替えることである場合は、機器はステップ２８２８でそのようにすることができる。警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ２８３０で、ユーザは警告を認識したことを知らせることができる。定義された段階完了時の振る舞いが、機器が輸液を停止し、警報を発することである場合は、機器はステップ２８３２でそのようにすることができる。警報は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ２８３４で、ユーザが警報を認識したことを知らせることができる。

ユーザがステップ２８３０または２８３４を完了した後にさらに他の段階が存在する場合、ユーザは、輸液の次の段階に進みたいことを確認することを要求される場合がある。例示的実施形態では、輸液の次の段階に進みたい場合、ユーザはステップ２８３６に進むことができる。ステップ２８３６で、ユーザは、機器が輸液の次の段階を開始すべきことを確認することができる。次いでステップ２８３８で、機器が輸液の次の段階に進むことができる。ユーザが輸液の次の段階に進みたくない場合、ユーザはステップ２８１８でユーザ・インターフェースを使用して輸液をキャンセルしたいことを知らせ、すると、ステップ２８２０で機器が輸液をキャンセルすることができる。

図１９２は、医療機器によって投与されている輸液を漸増するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ３０３０で、ユーザが輸液を漸増したい旨を知らせることができる。ユーザは医療機器のユーザ・インターフェースを使用して知らせることができる。ユーザが輸液を漸増したい旨を知らせると、機器はステップ３０３２に進むことができる。ステップ３０３２で、機器は、機器のメモリに記憶されたＤＡＬファイルを調べて、漸増間の経過時間についての制約が存在するかどうかを確かめることができる。そのような制約が存在し、輸液が前回漸増されてからの経過時間が十分でない場合、機器はステップ３０３４でユーザに通知することができる。この通知は医療機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ３０３６で、ユーザがその通知を見たことを知らせることができる。そのような制約が存在しない場合、または輸液が前回漸増されてから十分な時間が経過している場合は、ユーザは適宜輸液を漸増することができる。一部の実施形態では、漸増と漸増の間の時間制限は、必要な場合にはユーザによってオーバーライドしてもよい推奨制限のみとすることができる。

医療機器によって投与されている間欠輸液を漸増する場合、ユーザはステップ３０３８を行うことができる。ステップ３０３８で、ユーザは、輸液速度、輸液の継続時間、および／または容器内の合計量の輸液パラメータを変更することにより、輸液を漸増することができる。量に基づく持続輸液を漸増する場合、ユーザはステップ３０４０を行うことができる。ステップ３０４０で、ユーザは、輸液速度および／またはＶＴＢＩの輸液パラメータを変更することができる。投与量に基づく持続輸液を漸増する場合、ユーザはステップ３０４２を行うことができる。ステップ３０４２で、ユーザは、投与量、輸液速度、および／またはＶＴＢＩの輸液パラメータを変更することができる。一部の実施形態では、異なる種類の輸液または異なる数の種類の輸液がユーザによって漸増される場合がある。各種の実施形態は、ユーザが他の種類の輸液を漸増できる追加的なステップまたは異なるステップを含むことができる。

ユーザが必要に応じて輸液パラメータを漸増のために調整すると、ステップ３０４４で、機器が、機器のメモリに記憶されたＤＡＬファイルに定義された制限値に照らして定義されたパラメータを確認することができる。このステップは、図１８７に関連して図示し、説明したステップと同様のステップをたどることによって行うことができる。輸液パラメータが無効である場合、ユーザは、漸増の輸液パラメータを定義し直すことを要求される場合がある。パラメータが有効であることが判明した場合、ステップ３０４６で、機器は、輸液または漸増の要約をユーザ・インターフェースに表示することができる。

二度の点検が必要とされる場合は、ステップ３０４８で、第２のユーザが漸増を点検することができる。ステップ３０５０で、第２のユーザが自身の名前、ユーザＩＤ等を入力することができる。そして、ステップ３０５２でユーザが輸液の漸増を確定することができる。輸液の漸増が確定されると、ステップ３０５４で、機器が漸増された輸液の実行を開始することができる。

図１９３は、医療機器によって投与されている輸液が終了に近づいた時に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ２８４０でユーザが輸液をプログラムし、開始することができる。ステップ２８４２で、機器が輸液を実行することができる。ステップ２８４４で、機器が輸液の終了に近づいていることを警告で知らせることができる。この警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。輸液の終了に近づいたことを知らせる警告が発される時点は、医療機器のメモリに記憶されたＤＡＬファイルに定義することができる。一部の実施形態では、輸液の終了に近づいたことを知らせる警告は、輸液の残り時間が所定量の時間になった時に発せられる。一部の実施形態では、輸液の終了に近づいたことを知らせる警告は、輸液の残量が定義された量になった時に発せられる。ステップ２８４６で、ユーザがその警告を認識したことを知らせる。すると、ステップ２８４８で警告が機器によって消される。ステップ２８５０で、機器は輸液の投与を完了することができる。

ステップ２８５２で、機器は、定義されたＶＴＢＩがゼロになった時の振る舞いを確認することができる。全輸液量を送液し終わった時に、医療機器が行えることについてはいくつかの可能な選択肢があり得る。特定の薬物、臨床使用、濃度等に対応する振る舞いは、医療機器のメモリに記憶されたＤＡＬファイルに定義することができる。図１９３に示すフローチャートには３つのみの振る舞いを示す。他の実施形態では、異なる振る舞いまたは異なる数の振る舞いが含まれる可能性がある。

定義されたＶＴＢＩがゼロになった時の振る舞いが、警告を発し、プログラムされた流量で輸液を継続することである場合、機器はステップ２８５４でそのようにすることができる。警告は医療機器のユーザ・インターフェースを介してユーザに伝えることができる。定義されたＶＴＢＩがゼロになった時の振る舞いが、機器が警告を発し、ＫＶＯ流量に切り替えることである場合は、機器はステップ２８５６でそのようにすることができる。警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ２８６０で、ユーザが警告を認識したことを知らせることができる。すると、ステップ２８６２で、機器は、警告を下げて、より低い優先度の警告にすることができる。警告が引き下げられた後に所定の時間にわたって何の処置もユーザによってなされない場合、機器はステップ２８６４で再度警告を発することができる。その場合、ユーザはステップ２８６０を繰り返して、次に進む前に警告を認識したことを知らせなければならない。

定義されたＶＴＢＩがゼロになった時の振る舞いが、機器が輸液を停止し、警報を発することである場合は、機器はステップ２８５８でそのようにすることができる。警報は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ２８６６で、ユーザが警報を認識したことを知らせることができる。

ユーザが警告または警報を認識したことを知らせた後、ユーザはいくつかの選択肢を有する。輸液の再開も再投与も行わない場合、ステップ２８６８でユーザはその旨を知らせることができる。それによりステップ２８７０で機器が警告または警報を消し、輸液の要約を表示することができる。一部の実施形態では、機器がステップ２８７０を行った後に所定時間にわたりユーザによってさらなる動作が行われない場合、機器は、アイドル状態に遷移することができる。

輸液を投与している機器がシリンジ・ポンプである場合、ユーザは、投与されている輸液の種類に応じてさらに他の動作を取ることができる。ポンプが間欠輸液を実行していた場合、ユーザは、ステップ２８７２で、ＩＶラインを洗浄したいことを知らせることができる。ステップ２８７４で、ユーザは洗浄するためにポンプを準備し、次いでポンプがＩＶラインを洗浄することができる。その後、ポンプは上記で説明したステップ２８７０に進むことができる。一部の実施形態では、ユーザが手作業でＩＶラインを洗浄する場合もある。ポンプが持続輸液を実行しており、ユーザが同じパラメータを使用して輸液を継続したい場合、ユーザはステップ２８７６でシリンジを交換することができる。ステップ２８７８で、機器は警告または警報を消し、輸液を再開することができる。

輸液を投与している機器が大容量ポンプである場合、ステップ２８８０で、ユーザは新しい袋容器を吊るす選択肢を有する。次いでステップ２８８１で、ユーザは、輸液のＶＴＢＩを増すことができる。一部の実施形態では、最初にプログラムされた値から一定の割合以上にＶＴＢＩを増すと、新しい袋容器が吊るされたことを医療機器に記録させることができる。次いで、機器はステップ２８７８に進み、輸液を再開することができる。

図１９４は、医療機器でライン内空気混入警報を解消するために使用することができるいくつかのステップを詳細に説明するフローチャートを示す。図に示すように、ステップ２８９０で、医療機器がＩＶライン中の空気を検出することができる。これは、例えば、公知の方法または自明の方法を使用して行うことができる。ステップ２８９２で、機器が空気を進めてポンプ室から出すことができる。これは、検出された空気が機器の下流側に行き、ユーザに見えるようにするために行われる。機器によっては、このステップは省略してもよい。ステップ２８９４で、機器が警報を発してラインに空気があることを知らせる。この警報は機器のユーザ・インターフェースを介してユーザに伝えることができる。警報で、その問題をどのように解決するかをユーザに指示することもできる。一部の実施形態では、警報は、ライン内に空気がある問題を解決する方法についての動画、注釈付きの説明図、テキストによる指示等を含むことができる。警報は、例えば、機器のドアを開ける前にラインをクランプすることを思い出させる注意も含むことができる。次いでステップ２８９６で、ユーザは、ユーザ・インターフェースを使用して警報を消音することができる。

次いでステップ２８９８で、ユーザはラインをクランプし、機器のドアを開くことができる。ドアが開かれたことを機器が認識すると、ステップ２９００で、機器は、ユーザ・インターフェースにヘルプ画面を表示することができる。ヘルプ画面は、ドアが開いていることを知らせ、ラインに空気がある問題を解決する方法をユーザに指示することができる。必要な場合、ステップ２９０４でユーザは輸液をキャンセルすることができる。ステップ２９０２で、ユーザは問題の解決を試みることができる。これは、ｙ字部の下でＩＶラインを塞ぎ、機器のスライド・クランプを開き、ラインから空気を追い出すことを伴う場合がある。また、例えば空の輸注液袋を交換することを伴う場合もある。

ステップ２９０６で、ユーザが、機器のユーザ・インターフェースで輸液を再開したい旨を知らせることによって輸液を再開することができる。一部の実施形態では、これにより警報も解消される。ステップ２９０８で、機器が空気蓄積カウンタをリセットすることができる。次いでステップ２９１０で、機器は、ラインのポンプ区間に空気が存在するか否かを確認することができる。空気がある場合、機器はステップ２８９０に戻り、上記のように進行することができる。ポンプ区間に空気がない場合は、ステップ２９１２でプログラムに従って輸液を再開することができる。

図１９５は、医療機器に関連する輸液ラインの閉塞を検出し、解消するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ２９３０で医療機器が閉塞を検出することができる。これは、公知または自明のセンサおよび／または方法を使用して行うことができる。そして、ステップ２９３２で医療機器がポンプ動作を停止することができる。ステップ２９３４で、機器は輸液開始からの経過時間を確認することができる。輸液が開始されたのが閉塞の検出から所定の時間以内である場合、機器はステップ２９４４に進むことができる。ステップ２９４４で、機器は、ポンプを逆方向に作動させて、閉塞によって生じたライン内の圧力を緩和することができる。輸液が開始されたのが、閉塞の検出から所定の時間外である場合は、機器はステップ２９３６に進むことができる。ステップ２９３６で、機器は閉塞再開カウンタを調べて、閉塞による再開の回数を超えているかどうかを確認することができる。閉塞による再開の回数は、機器のメモリに記憶されたＤＡＬファイルに定義することができる。ユーザは、例えば、半減期が長い薬物に対して半減期が短い薬物には異なる閉塞の再開回数が許可されるように定義することができる。閉塞による再開の回数を超えている場合、機器はステップ２９４４に進むことができる。

閉塞による再開の回数を超えていない場合は、機器はステップ２９３８に進むことができる。ステップ２９３８で、機器は閉塞再開カウンタを減分することができる。次いでステップ２９４０で機器は所定時間待機する。その後、機器は治療の実行を試みることができる。閉塞が解消しない場合、機器はステップ２９３０に戻り、上記のように進行することができる。代替実施形態では、ステップ２９３８で、機器が警報または警告を発することができる。

ステップ２９４４で機器が逆方向にポンプを作動させて蓄積した閉塞圧を緩和した後、ステップ２９４６で、機器は閉塞があることを知らせる警報を生成することができる。この警報は、機器のユーザ・インターフェースでユーザに表示することができる。警報は、閉塞の解消方法についての指示を含むことができる。この指示は、動画、注釈付きの説明図、テキストによる指示等を含むことができる。ステップ２９４８でユーザが警報を消音することができる。ユーザは、機器のユーザ・インターフェースを使用して警報を消音することができる。次いでステップ２９５０で、ユーザが閉塞を解消することができる。ステップ２９５２で、機器は閉塞警報を消すことができる。次いでステップ２９５４で、ユーザが輸液の投与を再開することができる。

図１９６は、治療の進行中に医療機器に対応する看護エリアを変更するために使用することができるいくつかのステップを詳細に説明するフローチャートを示す。これは、医療機器を最初にプログラムする際に看護エリアが誤って選択された場合に必要となる可能性がある。また、患者が治療中に機関内を移動される場合にも必要となる可能性がある。図１９６の例示的実施形態に示すステップと同様のステップを使用して、医療機器に対応する看護グループを変更することもできる。

図に示すように、ステップ２９６０で、ユーザが、機器の看護エリアを変更したいことを知らせることができる。この指示は、機器のユーザ・インターフェースを介して機器に入力することができる。ステップ２９６２で、機器は、可能な看護エリアをユーザ・インターフェースに表示することができる。次いでステップ２９６４で、ユーザは、機器のユーザ・インターフェースで看護エリアを選択することができる。次いでステップ２９６６で、医療機器は自身のメモリに記憶されたＤＡＬファイルを調べて、看護エリアの変更が、進行中の輸液に適合することを確認することができる。機器は、ＤＡＬファイルを調べて、新しい看護エリアにその薬剤が存在するかどうかを確認することができる。機器はまた、同じ投与モード、適合性のある制限値、および適合性のある濃度を含む、その薬剤についての臨床使用が、新しい看護エリアについてのＤＡＬファイルに定義されているかどうかを確認することができる。さらに、機器は、濃度レコードの制限値に適合性があることを確認することができる。一部の実施形態では、機器は、ＤＡＬファイルに定義された、異なるパラメータ、項目、要素、または異なる数のパラメータ、項目、要素を見ることにより適合性を確認することができる。

ステップ２９６６で機器によって行われた確認で看護エリアの変更が進行中の輸液と適合性がないことが示される場合、機器はステップ２９６８でユーザに通知することができる。この通知は、機器のユーザ・インターフェースを介してユーザに伝えることができる。通知は、看護エリアを変更できないことをユーザに通知することもできる。次いでステップ２９７０で、ユーザは通知を見たことを知らせることができる。一部の実施形態では、ユーザは、その後輸液が完了するまで待ってから看護エリアを切り替える必要がある。一部の実施形態では、機器は、輸液の完了後に機器が看護エリアを変更すべきかどうかを定義するようにユーザを促すことができる。

ステップ２９６６で機器によって行われた確認で看護エリアの変更に適合性があることが示される場合は、機器はステップ２９７２または２９７４の一方に進むことができる。機器のＤＡＬファイルに、適合性のある臨床使用レコードが１つのみ定義されている場合、ステップ２９７２で機器は自動的にその臨床使用レコードを選択することができる。一部の実施形態では、ユーザはその選択を確認することを要求される。適合性のある臨床使用レコードが複数ある場合、ステップ２９７４で、機器は適合性のある臨床使用レコードの選択肢をユーザ・インターフェースに表示することができる。ステップ２９７６で、ユーザは、機器のユーザ・インターフェース上で、適合性のある臨床使用の中から臨床使用を選択することができる。一部の実施形態では、次いでステップ２９７８で、機器は、その臨床使用の臨床勧告をユーザ・インターフェースに表示することができる。

機器はステップ２９７２または２９７８からステップ２９８０に進むことができる。ステップ２９８０で、機器は、その臨床使用に適合性のある濃度レコードを自動的に選択することができる。これは、事前に定義された濃度レコード、または、変更可能な、もしくはユーザによってカスタマイズ可能な濃度レコードである。選択された濃度レコードがカスタマイズ可能な濃度レコードである場合は、進行中の輸液に対して定義された濃度を使用して、カスタマイズ可能な濃度を自動的に定義することができる。一部の実施形態では、ユーザは医療機器によって選択された濃度レコードを確認することを要求される。

進行中の輸液に対応するパラメータのいずれかが、新しい看護エリア、臨床使用、濃度レコード等に定義された制限値の外側にある場合、機器はステップ２９８２に進むことができる。ステップ２９８２で、機器は、１つまたは複数のパラメータが定義された推奨制限の外側にあることをユーザに通知することができる。そのような通知は、医療機器のユーザ・インターフェースを介してユーザに伝えることができる。ユーザが推奨制限をオーバーライドすることを望む場合、ユーザはステップ２９８４でオーバーライドすることができる。ユーザが推奨制限をオーバーライドすることを望まない場合、ユーザは、ステップ２９８６で看護エリアの変更をキャンセルすることができる。一部の実施形態では、次いで、機器は、輸液の完了後に機器が看護エリアを変更すべきかどうかを定義するようにユーザを促す。

ステップ２９８８で、ユーザは輸液プログラムに変更を加えることもできる。ステップ２９８８でユーザが輸液プログラムに変更を加える場合、医療機器は輸液プログラムに行われた変更がＤＡＬファイルに定義された制限値を超えないことを確かめることができる。それらの変更がＤＡＬファイルに定義された推奨制限を超える場合、機器は上記のように進行することができる。変更の結果１つまたは複数のパラメータが絶対制限の外側になる場合、機器はステップ２９９０に進むことができる。ステップ２９９０で、機器は、１つまたは複数のパラメータが定義された絶対制限の外側にあることをユーザに通知することができる。次いで、ユーザは、ステップ２９８６を行うことにより看護エリアの変更をキャンセルすることができる。希望する場合、ユーザはステップ２９８８に進み、輸液プログラムを再度変更することもできる。

進行中の輸液が、新しい看護エリアについてＤＡＬファイルに定義された制限値内に収まると判定されると、またはユーザが推奨制限をオーバーライドした後に、ステップ２９９２で機器は輸液の要約を表示することができる。輸液の要約を点検した後、ユーザはステップ２９９４で必要な変更があれば変更を行うことができる。次いで、機器はステップ２９９２に戻り、ステップ２９９４で、行われた変更を反映した輸液の要約を表示することができる。変更が必要ない、またはそれ以上変更が必要ない場合、ユーザはステップ２９９６で新しい看護エリアに対する変更を確定することができる。次いでステップ２９９８で、機器が新しい看護エリアに切り替えることができる。

図１９７は、医療機器で進行中の輸液を中止するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、ステップ３０００で、ユーザが輸液を中止したい旨を知らせることができる。これは、機器のユーザ・インターフェース上のボタン、仮想ボタン、または他の入力手段を押すことにより行うことができる。機器のユーザ・インターフェースがロックされている場合、機器はステップ３００２に進み、輸液を継続することができる。これにより、不注意による輸液の中止が発生しないようにすることを助ける。一部の実施形態では、機器は異なる振る舞いをする場合がある。例えば、機器は、機器のユーザ・インターフェースのロックを解除しなければ、輸液を中止することができないことをユーザに指示するメッセージを表示することができる。一部の実施形態では、この振る舞いは、医療機器のメモリに記憶されたＤＡＬファイルに定義することができる。

機器のユーザ・インターフェースがロックされていない場合、ステップ３００４で、機器は輸液を中止したいことを確認するようにユーザを促すことができる。ユーザが輸液の中止を確定しない場合、機器はステップ３００２に進み、輸液を継続することができる。ユーザが輸液の中止を確定した場合、医療機器はステップ３００６で輸液を中止することができる。機器のユーザ・インターフェースは、輸液が中止されたことも知らせることができる。その後、ユーザはいくつかの可能な選択肢を有する。いくつかの選択肢を図１９７のフローチャートに示す。他の実施形態では、異なる選択肢または異なる数の選択肢が利用できる可能性がある。

必要な場合、ユーザはステップ３００８で輸液を漸増することができる。ユーザは、図１９２に関連して図示し、説明したステップと同様のステップをたどることにより、輸液を漸増することができる。ステップ３０１０で、ユーザは２次輸液をプログラムし、その送液を開始することができる。ユーザは、図１９０に関連して図示し、説明したステップと同様のステップをたどることにより、２次輸液をプログラムし、送液を開始することができる。ユーザは、ステップ３０１２でボーラスをプログラムし、その送液を開始することもできる。ユーザは、図１８９に関連して図示し、説明したステップと同様のステップを行うことによりボーラスをプログラムし、送液を開始することができる。ユーザが中止した輸液を再開したい場合、ユーザはステップ３０１４で再開することができる。ユーザがステップ３０１４で輸液を再開した場合、機器はステップ３０１６で輸液の要約を表示することができる。ステップ３０１８で、ユーザはその輸液の要約を確認することを要求される。次いでステップ３０２０で、機器は輸液の実行を再開することができる。ユーザは、ステップ３０２２に進むことにより機器を待機モードにすることができる。ユーザが所定時間にわたり何の動作も行わないと、機器はステップ３０２４で活動がないことを知らせる警告を発することができる。そのような警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。

図１９８は、医療機器のバッテリの残量が所定レベルまで低下した場合に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図１９８に示すフローチャートには、機器が警告や警報を出す、または別の措置をとることが可能な様々な時間、継続時間、バッテリの容量等が具体的に示される。他の実施形態では、このような時間、継続時間、バッテリの容量等は異なる場合がある。また、フローチャートに示す各種警告の優先度は、実施形態ごとに異なる可能性がある。

図に示すように、バッテリの残量が１２０分になると、ステップ３０６０で機器が低優先度の警告を発することができる。この警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ３０６２で、ユーザが警告を認識したことを知らせることができる。するとステップ３０６４で機器が警告を消すことができる。ユーザがステップ３０６６に進んで機器をコンセントにつなぐことをしない場合、機器はステップ３０６８でバッテリの残り容量が６０分になった時に再度警告を出す。ステップ３０６８で機器によって生成される警告は、低優先度の警告とすることができる。この警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ３０７０で、ユーザが警告を認識したことを知らせることができる。すると、ステップ３０７２で機器が警告を消すことができる。

ユーザがステップ３０６６に進んで機器をコンセントにつなぐことをしない場合、機器はステップ３０７４で、バッテリの残り容量が低下し続けて行くのに従って再度警告することができる。ステップ３０７４で医療機器によって生成される警告は中優先度の警告とすることができる。この警告で、医療機器をコンセントにつなぐようにユーザに指示することができる。この警告は、バッテリの残り時間量を目立つように表示することもできる。この警告は医療機器のユーザ・インターフェースを介してユーザに伝えることができる。警告は、バッテリの残量が３０分、１５分、および１０分になった時に生成することができる。ステップ３０７６で、ユーザがステップ３０７４で生成された警告を認識したことを知らせる。ステップ３０７８で、機器は警告を下げて低優先度の警告にすることができる。警告は、常時点灯する警告表示光、音声による注意信号、機器のユーザ・インターフェースに表示されるグラフィックによる指示等を含むことができる。

ユーザがステップ３０７８からステップ３０６６に進んで医療機器をコンセントにつないだ場合、機器はステップ３０８０で警告を消すことができる。ユーザが機器をコンセントにつながない場合、機器はステップ３０７４に戻り、バッテリ電力の残りが１０分以上であれば中優先度の警告を発する。ユーザが機器をコンセントにつながず、バッテリ容量が５分まで低下した場合、機器はステップ３０８２に進むことができる。ステップ３０８２で、機器は中優先度の警告を発する。この警告でユーザに医療機器をコンセントにつなぐように指示することができる。警告は、バッテリの残り時間量も目立つように表示することができる。警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。この警告は下げることができない。一部の実施形態では、ステップ３０８４で、ユーザが警告音を消すことができる。ユーザがステップ３０６６に進んで機器をコンセントにつないだ場合、ステップ３０８０で機器が警告を消すことができる。ユーザが機器をコンセントにつながない場合、機器はステップ３０８６に進み、２分ごとに再警告を出すことができる。ユーザがそれでも機器をコンセントにつながない場合、機器はステップ３０８８に進み、警報を出す。警報は機器のユーザ・インターフェースを介してユーザに伝えることができる。警報は、機器のユーザ・インターフェースに表示される、医療機器をコンセントにつなぐように命じる指示を含むことができる。この警報により、機器に治療の実行を中止させることができる。そのような実施形態では、機器のユーザ・インターフェースは、機器が治療の実施を中止したことを知らせることができる。この警報は下げることも消すこともできない。

ユーザはステップ３０８８から３０９２に進むことができる。ステップ３０９２で、ユーザは機器をコンセントにつなぎ、治療を再開することができる。それにより機器に警報を解消させることができる。ユーザはステップ３０８８からステップ３０９４に進むこともできる。ステップ３０９４で、ユーザは機器の電源を切ることができる。ユーザによって何の動作も行われない場合、機器はステップ３０９０に進み、機器が電源を切ることができる。ステップ３０９０またはステップ３０９４のどちらかで機器の電源が切られた場合、ユーザはステップ３０９６で機器をコンセントにつなぎ、電源ボタンを押して再度機器の電源を入れることができる。ステップ３０９６の完了後、機器はステップ３０９８で、機器の電源が切れる前に行われていた治療を再開したいかどうかをユーザに尋ねることができる。ユーザはステップ３１００に進むことにより、治療を再開しないことを選択することができる。これは、ユーザが機器のユーザ・インターフェースに入力を提供することにより行うことができる。ユーザが治療を再開したい場合、ユーザはステップ３１０２で再開したい旨を知らせることができる。これは、ユーザが機器のユーザ・インターフェースに入力を提供することにより行うことができる。ユーザがステップ３１０２で治療を再開したい旨を知らせた場合、機器はステップ３１０４で治療の実行を再開することができる。

図１９９は、医療機器のユーザ・インターフェースをロックまたはロック解除するために使用することができるいくつかのステップを詳細に説明するフローチャートを示す。図１９９に示すフローチャートは、機器を特定のユーザまたは介護者に関連付けるために使用できるいくつかの例示的なステップも示す。図１９９に示すフローチャートでは、画面ロックとプログラミング・ロックの２つの異なる種類のユーザ・インターフェースのロックがある。画面ロックは、意図しない入力が機器のユーザ・インターフェースに与えられるのを防ぐために使用することができる。例えば、画面ロックで、医療機器のタッチ画面ディスプレイをユーザがかすってしまったことがユーザ入力として機器に登録されないようにすることができる。プログラミング・ロックは、権限のない者が輸液プログラムを変更または改ざんすることを防止するために使用することができる。プログラミング・ロックは例えば、機器のロックを解除するために、ユーザがパスコード／パスワード、ユーザＩＤ、またはその両方を入力することを要求する。画面ロックは、そのような入力を必要とせずに解除することができる。

図に示すように、ステップ３１１０で、ユーザが、機器のユーザ・インターフェースをロックしたいことを知らせることができる。これは、各種実施形態で、いくつかの方式で行うことができる。例えば、ユーザは、機器のユーザ・インターフェース上でユーザ・インターフェースをロックするオプションを選択することができる。一部の実施形態では、これはロック・アイコン、ボタン等を使用することによって行うことができる。他の実施形態では、ロックのオプションは、機器のユーザ・インターフェースのオプション・メニュー等に移動することによって見つけることができる。一部の実施形態では、ユーザがロックのオプションを使用する場合、ユーザは、画面ロックで機器をロックしたいのか、プログラミング・ロックで機器をロックしたいのかを選択するように促される。一部の実施形態では、機器が、機器のメモリに記憶されたＤＡＬファイルに定義されたパラメータに基づいて、一方のロックまたは他方のロックに自動的にロックすることができる。ステップ３１１２で機器がユーザ・インターフェースをロックする。一部の実施形態では、ユーザの動作がないまま所定量の時間が経過した場合にも、ステップ３１１２で機器がユーザ・インターフェースをロックすることができる。一部の実施形態では、機器は、所定量の時間が経過すると画面ロックでロックされる。一部の実施形態では、ユーザ・インターフェースがロックされるまでの時間量は機器のメモリに記憶されたＤＡＬファイルに定義することができる。

機器のユーザ・インターフェースが画面ロックでロックされた場合、ステップ３１１４で機器のユーザ・インターフェースは、機器のロックを解除する方法についての視覚的なヒントを表示することができる。ユーザがユーザ・インターフェースの画面ロックを解除したい場合、ユーザはステップ３１１６でロック解除動作を行うことができる。そのようなロック解除動作は、機器のユーザ・インターフェースでロック解除バーをスワイプすることや、ロック解除ボタンに触れること等を含むことができる。ロック解除動作が行われると、機器はステップ３１１８でロックを解除することができる。

機器のユーザ・インターフェースがプログラミング・ロックでロックされている場合、ユーザは、ステップ３１２０でユーザ・インターフェースのロックを解除したい旨を知らせる必要がある。ユーザからユーザ・インターフェースのロックを解除したい旨の指示を受け取ると、ステップ３１２２で、機器がユーザ・インターフェースにパスコード入力フィールドを表示することができる。ステップ３１２４でユーザがパスコードを入力することができる。一部の実施形態では、パスコードは、プログラミング・ロックの解除に使用される汎用的なパスコードである。このパスコードは、看護エリア、看護グループ、機関、組織等の全員に対して定義され、全員に共通のものとすることができる。一部の実施形態では、ユーザは、パスコード入力フィールドにユーザＩＤおよびパスコードを入力する必要がある。ステップ３１２４で入力されたパスコードが有効であることが判明した場合、機器はステップ３１２６でユーザ・インターフェースのロックを解除することができる。ステップ３１２４で入力されたパスコードが無効であることが判明した場合、ユーザはパスコードを再入力する必要があり、ステップ３１２４に戻される。一部の実施形態では、機器は、ユーザがパスコードを入力することを必要としない。代わりに、許可されたユーザ識別子を使用して機器のロックを解除することができる。そのような識別子としては、ＲＦＩＤバッジ、磁気ストリップを備えたスワイプ・カード、読み取られた指紋等を用いることができる。

ロックが解除された後で機器がユーザとの関連付けを必要とする場合、機器はステップ３１２８に進み、ユーザＩＤを入力するようにユーザを促すことができる。一部の実施形態では、ユーザは、ユーザＩＤおよびパスワード両方の入力を要求される。ユーザは、ステップ３１３０で必要な情報を入力して、機器と自身を関連付けることができる。入力された情報が無効である場合、ユーザは情報を再入力することを要求され、ステップ３１３０に戻される。

図２００は、医療機器の電源を切る、または医療機器をスリープ状態にするために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図に示すように、医療機器の電源を切る、または医療機器をスリープ状態にするためにたどるステップは、医療機器の現在のステータスに応じて異なる可能性がある。また、ユーザ入力の種類の違いにより、機器が異なる振る舞いをする場合もある。例えば、同じボタンでも押下の継続時間が異なると（例えば瞬間的な押下と数秒間の押下）、機器がスリープする場合と、機器の電源が切れる場合がある。ユーザにとって、スリープ状態と電源オフ状態は同じに見える場合がある。スリープ状態では、機器は電源が切れているように見えるが、比較的迅速に起動することができる。機器はスリープ状態では多少の電力を使用する場合がある。

アイドル状態には、機器の電源が入っているが、一定期間活動のない状態が経過すると達することができる。停止状態には、ユーザが進行中の治療を中止した場合に達することができる。待機状態には、ユーザが治療をプログラムし、治療を開始せず、活動のない状態が一定期間続くと達することができる。待機状態は、ユーザが進行中の治療を中止し、活動のない状態が一定期間続いた場合にも達することができる。

図に示すように、医療機器がアイドル状態、停止状態、または待機状態にある場合、ユーザはいくつかの選択肢を有することができる。ユーザが機器の電源を落としたい場合、ユーザはステップ３１４０または３１４２の一方を行うことができる。ステップ３１４０で、ユーザは、機器のディスプレイ上で電源オフのオプションを選択することができる。ステップ３１４２で、ユーザは、機器の電源ボタンを所定の時間（例えば３秒間）押し下げることができる。医療機器をスリープ状態にしたい場合、ユーザはステップ３１４４で機器の電源ボタンを瞬間的に押すことができる。

ユーザがステップ３１４０または３１４２を行う場合、機器は、ステップ３１４６で、機器のユーザ・インターフェースに電源を切る通知を表示することができる。この通知は、機器の電源が切れるまでの秒数をカウントするカウントダウンを含むことができる。その後ステップ３１４８で機器の電源が切れる。

ユーザが機器の電源ボタンを瞬間的に押した場合、有効な呼び出しが存在しなければ、機器はステップ３１５０でスリープ状態に遷移することができる。有効な呼び出しが存在する場合、ステップ３１５２で、機器のユーザ・インターフェースは、機器をスリープ状態にしたいのかどうかを確認するようにユーザを促すことができる。一部の実施形態では、そのようなプロンプトは、有効な呼び出しがある場合はその呼び出しと、機器がスリープ状態にされた場合にはその有効な呼び出しがキャンセルされる旨もユーザに通知することができる。その後、ユーザは、ステップ３１５４で機器をスリープ状態にするのをキャンセルするか、またはステップ３１５６で機器をスリープ状態にすることを確定するかを選択することができる。ユーザは、機器のユーザ・インターフェースを使用して、医療機器をスリープ状態にすることを確定またはキャンセルすることができる。ユーザが機器をスリープ状態にすることをキャンセルした場合、機器は電源が入った状態を保つ。ユーザが機器をスリープ状態にしたいことを確定した場合、機器はステップ３１５０に進み、スリープ状態に遷移することができる。

図２００では、医療機器がプログラム中で現在医療機器によって輸液が実行されていない場合、機器は異なる振る舞いをすることができる。ユーザがステップ３１５８で電源ボタンを瞬間的に押した場合、機器はステップ３１６０に進むことができる。ステップ３１６０で、機器のユーザ・インターフェースが、プログラミングをキャンセルし、機器をスリープ状態に遷移させたいことを確認するようにユーザに求めることができる。ユーザは、ステップ３１５４に進むことにより、機器をスリープ状態にすることをキャンセルすることができる。ユーザが機器をスリープ状態にしたい場合、ユーザはステップ３１５６に進むことにより、そのことを確定することができる。ユーザは、機器のユーザ・インターフェースを使用して、医療機器をスリープ状態にすることを確定またはキャンセルすることができる。ユーザが機器をスリープ状態にすることをキャンセルした場合、機器は電源が入った状態を保つ。ユーザが機器をスリープ状態にしたいことを確定した場合、機器はステップ３１５０に進み、スリープ状態に遷移することができる。機器がプログラム中で輸液を投与していない時にユーザがステップ３１４２を行った場合、機器がアイドル状態、停止状態、または待機状態にある時には、機器は上記のように振る舞うことができる。

医療機器が現在輸液を実行している場合も機器は異なる振る舞いをすることができる。ユーザがステップ３１６４で停止ボタンを瞬間的に押下した場合、機器はステップ３１６６に進むことができる。ステップ３１６６で、機器のユーザ・インターフェースが、機器の電源を切る、または機器をスリープ状態にする前にユーザが輸液を停止すべきことを知らせる指示を表示することができる。機器は電源が入った状態を保つ。ユーザがステップ３１６２で電源ボタンを所定時間押し下げた場合、機器はステップ３１６８に進むことができる。ステップ３１６８で、機器は、ユーザが電源を切る前に輸液を停止すべきことを知らせる指示を表示することができる。機器は可聴音を生成することもできる。ユーザが機器の電源を切りたい場合、ユーザは所定の時間再度電源ボタンを押すことができる３１７０。一部の実施形態では、機器のユーザ・インターフェースが、ユーザが機器の電源が切れるまでに電源ボタンを押していなければならない秒数を示すカウントダウン・クロックを表示することができる。ユーザがステップ３１７０で電源ボタンを所定時間押下した場合、ステップ３１７２で機器の電源が切れる。

各種実施形態で、図２００でボタンの押下によって行われるステップは、上記に加えて、または上記に代えて、機器のグラフィカル・ユーザ・インターフェース表示とのユーザ対話を介して行うこともできる。一部の実施形態では、医療機器はハード的に機器の電源を落とすこともできる。これは、電源ボタンを長い時間（例えば１５秒間）押下することによって実現することができる。

図２０１は、医療機器に関連付けられたＩＶラインを洗浄するために使用することができるいくつかのステップを詳細に説明するフローチャートを示す。具体的には、図２０１に示すフローチャートは、シリンジ・ポンプである医療機器のＩＶラインを洗浄するために使用することができるいくつかのステップを示す。図に示すように、ステップ３１８０で、ユーザが、機器のＩＶラインを洗浄したいことを機器に知らせることができる。これは、医療機器のユーザ・インターフェース上でライン洗浄のオプション等を選択することにより行うことができる。次いでテップ３１８２で、機器は、ＩＶライン洗浄についての指示を機器のユーザ・インターフェースに表示することができる。この指示は、動画、注釈付きの説明図、テキストによる指示等を含むことができる。ステップ３１８４でユーザがラインを閉塞させる。ステップ３１８６で、ユーザが洗浄用シリンジを取り付けることができる。洗浄用シリンジは、図１８２に関連して図示し、説明したステップと同様のステップをたどることにより取り付けることができる。洗浄用シリンジの取り付けは、閉塞させたラインを洗浄用シリンジまで移動させ、その後ラインの閉塞を解除することを伴う場合もある。シリンジが医療機器に取り付けられると、ステップ３１８８で、機器は医療機器のメモリに記憶されたＤＡＬファイルを調べて、洗浄パラメータが定義されているかどうかを確認することができる。一部の実施形態では、流量、送液予定量、および時間パラメータを洗浄パラメータとしてＤＡＬファイルに定義することができる。一部の実施形態では、洗浄パラメータはＤＡＬファイルの一部としては定義されない。

医療機器のメモリに記憶されたＤＡＬファイルに洗浄パラメータが定義されている場合、機器はステップ３１９０で、そのパラメータを洗浄のデフォルト値として使用することができる。ＤＡＬファイルに洗浄パラメータが定義されていない場合、機器はステップ３１９２で、ＶＴＢＩを、医療機器に取り付けられた洗浄用シリンジの最大量に設定することができる。ステップ３１９４で、機器は、ユーザ・インターフェースに洗浄プログラム画面を表示することができる。この画面には、少なくとも部分的に、ステップ３１９０または３１９２の値を入れることができる。ステップ３１９６で、ユーザは、洗浄パラメータを編集し、そのパラメータに従って医療機器にラインの洗浄を行わせたいことを確定することができる。ステップ３１９８で、機器は、シリンジおよび押し子の位置を、プログラムされた洗浄用のＶＴＢＩに照らして確認することができる。これらの位置は、実施形態によっては、ステップ３１８６で機器によって収集され、記憶される。これらの位置は、医療機器の一部として搭載された任意数の各種センサによって判定することができる。そのようなセンサの一部については図１８２の説明時に上記で説明した。他のセンサも使用することができる。この確認を行うことにより、プログラムされたパラメータが、医療機器に取り付けられたシリンジと適合性があることを確実にすることができる。

シリンジおよび／または押し子の位置がプログラムされた洗浄と適合性がないと機器が判定した場合、機器はステップ３２００に進むことができる。ステップ３２００で、機器は、シリンジおよび／または押し子の位置がプログラムされたＶＴＢＩと適合性がないことをユーザに通知することができる。すると、ユーザは、洗浄をキャンセルするか、洗浄パラメータを変更するか、または洗浄に適合性のあるシリンジを入手することを選択することができる。ユーザが洗浄をキャンセルすることを望む場合、ユーザはステップ３２０２に進むことができる。ステップ３２０２で、ユーザは、機器のユーザ・インターフェースで、洗浄をキャンセルしたいことを知らせることができる。すると、ステップ３２０４で機器が洗浄のプログラミングをキャンセルすることができる。ユーザがプログラムされた洗浄パラメータを変更したい場合、ユーザはステップ３１９６に戻り、変更することができる。ユーザがプログラムされた洗浄に適合性のあるシリンジを入手したい場合、ユーザはステップ３２０６に進むことができる。ステップ３２０６で、ユーザは、シリンジを取り外し、適合性のあるシリンジを入手することができる。ユーザは、その後ステップ３１８６に戻り、適合性のある洗浄用シリンジを医療機器に取り付けることができる。

シリンジおよび押し子の位置が洗浄パラメータと適合性があると機器が判定した場合、機器は、ステップ３２０８で、洗浄のために入力されたパラメータを、医療機器のＤＡＬファイルに洗浄に関して定義されたパラメータに照らして確認することができる。このステップは、図１８７に関連して図示し、説明したステップと同様のステップをたどることを伴う場合がある。パラメータが無効と判明した場合、ユーザをステップ３１９６に戻し、パラメータを再入力させることができる。パラメータが有効であることが判明した場合、機器は、ステップ３２１０で、プログラムされたパラメータに従ってラインの洗浄を開始することができる。一部の実施形態では、機器は、洗浄が開始する前に、洗浄の要約をユーザ・インターフェースに表示することができる。そのような実施形態では、ユーザは、洗浄の要約に示されたパラメータを使用してラインを洗浄したいことを確認することを要求される場合がある。ステップ３２１２で機器は、洗浄のためにプログラムされたＶＴＢＩの送液を完了する。一部の実施形態では、ステップ３２１２で、機器は、洗浄が完了したことを知らせる警告をユーザに対して生成することができる。この警告は機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ３２１４で、ユーザがその警告を認識したことを知らせることができる。

図２０２は、輸液中に医療機器に交換用のシリンジを取り付けるために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。そのような処置は、例えば、医療機器が、２本分以上のシリンジの輸注液を必要とする１次持続輸液を実行している場合に必要となる。図に示すように、ステップ３２２０で、ユーザが医療機器に交換用のシリンジを取り付けたいことを知らせることができる。次いでステップ３２２２で機器は、交換用のシリンジを取り付けるための指示を表示することができる。そのような指示は、機器のユーザ・インターフェースに表示される、動画、注釈付きの説明図、テキストによる指示等を含むことができる。

次いでステップ３２２４で、ユーザが交換しようとするシリンジに関連するラインを閉塞することができる。次いでステップ３２２６でユーザが交換用のシリンジを取り付けることができる。交換用のシリンジは、図１８２に関連して図示し、説明したステップと同様のステップをたどることによって取り付けることができる。交換用のシリンジの取り付けは、閉塞させたラインを交換用のシリンジまで移動させ、その後ラインの閉塞を解除することを伴う場合もある。次いでステップ３２２８で、機器は、交換用のシリンジから輸注液を送液するために使用されるパラメータとして、前のシリンジで使用されていたパラメータを取り込む。これらのパラメータは、医療機器のユーザ・インターフェースに表示される輸液の要約でユーザに表示することができる。次いでステップ３２３０で、ユーザは、パラメータを確認し、輸液を再開したいことを知らせることができる。

医療機器は、ステップ３２３２で、機器に取り付けられた交換用のシリンジが、医療機器のメモリに記憶されたＤＡＬファイルに定義された制約と適合性があるかどうかを確認することができる。ステップ３２３２で、取り付けられた交換用のシリンジが、ＤＡＬファイルに定義されたどの制約とも適合性があることが判明した場合、機器はステップ３２４４に進み、交換用のシリンジからの輸液の実行を開始することができる。

交換用のシリンジに適合性がないことが判明した場合、機器は、ステップ３２３４でユーザに通知することができる。この通知は、医療機器のユーザ・インターフェースを介してユーザに伝えることができる。ステップ３２３６でユーザは通知を認識したことを知らせることができる。そして、ユーザは、輸液をキャンセルするか、輸液のために適合性のあるシリンジを入手するかを選択することができる。ユーザが輸液をキャンセルしたい場合、ユーザはステップ３２３８に進み、輸液をキャンセルしたいことを知らせることができる。するとステップ３２４０で機器は輸液をキャンセルすることができる。ユーザが輸液のために適合性のあるシリンジを入手したい場合、ユーザはステップ３２４２に進み、入手することができる。適合性のあるシリンジを入手すると、ユーザはステップ３２２６に戻り、適合性のある交換用のシリンジを取り付けることができる。

図２０３は、いくつかの医療機器を使用したリレー輸液を準備するために使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。具体的には、図２０３に示すフローチャートは、医療機器ラックに設置されたいくつかの医療機器を使用したリレー輸液を準備するために使用することができるいくつかのステップを詳細に示す。他の実施形態では、リレーは、ワイヤレス、ケーブルなどのコネクタ、または他の適切な方式で通信するいくつかの医療機器の間に設定することができる。医療機器が医療機器ラックを通じて通信する実施形態では、医療機器はラックに接続され、例えばＣＡＮバスを使用して通信することができる。他の実施形態では、医療機器は他のメッセージ交換方式を使用してラックを通じて通信することができる。

図に示すように、ステップ３２５０で、ユーザが第１の医療機器を医療機器ラックに設置し、その医療機器で輸液の投与を開始することができる。次いでステップ３２５２で、ユーザが、リレー輸液を準備したいことを第１の機器に知らせることができる。ステップ３２５４で、ユーザが第２の医療機器を医療機器ラックに置くことができる（まだ置かれていない場合）。

リレー輸液を準備したいことを知らせると、ユーザがステップ３２５６で第１の医療機器がリレー要求を送信することができる。ステップ３２５８で、第２の医療機器が第１の医療機器から送信されたリレー要求を受信する。次いでステップ３２６０で、第２の医療機器がリレー確認プロンプトを自機のユーザ・インターフェースに表示することができる。次いでステップ３２６２で、ユーザが、リレーを設定したいことを確定することができる。ユーザがリレーを設定したくない場合、ユーザはステップ３２６６でリレーの設定をキャンセルしたいことを知らせることができる。これは、第１の医療機器または第２の医療機器どちらかのユーザ・インターフェースを介して行うことができる。ステップ３２６８で第１の医療機器が、リレーのキャンセル通知をユーザ・インターフェースに表示することができる。第２の医療機器のユーザ・インターフェースのリレー確認プロンプトは、ステップ３２６８で消すこともできる。

一部の実施形態では、ステップ３２５６で送信されるリレー要求は、ラックに設置されているすべての医療機器に送信される。そのような実施形態では、現在治療を実行していない適合性のある機器、またはその他の理由で利用できない機器は、リレー確認プロンプトを自機のユーザ・インターフェースに表示することができる。そして、ユーザは、利用できる適合性のある機器のいずれか１つを使用してリレーを設定したいことを確認することができる。すると、その機器が第２の医療機器になることができる。所望の機器でリレーの設定を確定すると、他の利用可能で適合性のある機器すべてのリレー確認プロンプトが消える。

ステップ３２６４で、第２の医療機器で輸液を準備することができる。ユーザは、リレー輸液で送液される薬剤の薬剤、臨床使用、および濃度を定義することを要求される場合がある。一部の実施形態では、医療機器ラックを通じて第２の医療機器に輸液プログラムが送信される。一部の実施形態では、ユーザは、第２の医療機器上で所望のリレー輸液プログラムを入力または確認することを要求される。輸液の準備は、第２の機器にシリンジを取り付け、第２の機器に取り付けられたシリンジの種類を特定し、第２の機器に対応するＩＶラインをプライミングすること等も伴う場合がある。

ステップ３２７０で、第２の医療機器が第１の医療機器に確認を送信することができる。この確認は、一部の実施形態ではユーザがステップ３２６２を完了した後に送信される。ステップ３２７２で、第１の医療機器が第２の医療機器からの確認を受け取ることができる。確認を受け取ると、ステップ３２７４で、第１の医療機器のユーザ・インターフェースに、第１の医療機器がリレー輸液の一部をなすことを知らせる指示を表示することができる。ステップ３２７６で、第２の医療機器にも、その機器がリレー輸液の一部をなすことを知らせる指示を自機のユーザ・インターフェースに表示させることができる。

第１の医療機器は、リレーの第１の部分として輸液の実行を継続することができる。ユーザが、第１の医療機器によって実行されている輸液を漸増したい場合、ユーザはステップ３２７８で漸増することができる。ステップ３２７８は、図１９２に関連して図示し、説明したステップと同様のステップをたどることを伴う場合がある。ユーザが輸液を漸増した場合、実施形態によっては、漸増された輸液パラメータをステージされた機器に転送することができる。漸増された輸液パラメータは、ステップ３２６４でステージされた機器によって受け取られた輸液パラメータにとって代わることができる。

希望する場合、ユーザはステップ３２８０で、第１の医療機器によって実施されている輸液を中止することもできる。ユーザがステップ３２８０を行うことにより第１の医療機器によって実行されている輸液を中止した場合、ユーザはいくつかの選択肢を有する可能性がある。ユーザは、ステップ３２８２で第１の医療機器によって投与されている輸液をキャンセルすることができる。するとステップ３２８４で、第１の医療機器が、自機が行っていたリレーの一部をキャンセルしたことを知らせ、リレーの第２の部分をキャンセルしたいかどうかを指定するようにユーザを促すことができる。ユーザは、ステップ３２６６を行うことによりリレーをキャンセルすることができ、それにより、ステップ３２６８で第１の医療機器がリレーがキャンセルされたことを知らせることができる。ユーザがリレーの第２の部分をキャンセルしたくない場合、ユーザはステップ３２８６でリレーの第２の部分を開始したいことを知らせることができる。ユーザは、ステップ３２８８で第１の医療機器によって投与されている輸液を再開することもできる。

ステップ３２９０で、第１の医療機器によって実行されている輸液（リレーの第１の部分）が完了する。すると、ステップ３２９２で、第１の機器は、機器のメモリに記憶されているＤＡＬファイルに定義されたＶＴＢＩゼロ時の振る舞いに従って振る舞う。ＤＡＬファイルに定義されたＶＴＢＩゼロ時の振る舞いで必要とされる場合、ユーザは、リレーの第２の部分を開始すべきことを、第１の医療機器または第２の医療機器のユーザ・インターフェースを介して確定することができる。図２０３に示すフローチャートでは、ステップ３２９４で、ユーザが、第１の医療機器のユーザ・インターフェースを介してリレーの第２の部分を開始すべきことを指示することができる。

ステップ３２９６で、第１の医療機器が第２の医療機器に開始の指令を送信することができる。ステップ３２９８で、第２の医療機器が開始の指令を受信することができる。次いで、ステップ３３００で第２の医療機器が開始の指令を受信したことを知らせる確認を送信し、ステップ３３０２でリレーの第２の部分の投与を開始することができる。第２の医療機器は、ステップ３３０２で、リレーの第２の部分の実行を開始したことを知らせる通知をユーザ・インターフェースに表示することもできる。ステップ３３０４で、第１の医療機器がステップ３３００で送信された確認を受信することができる。一部の実施形態では、ステップ３３００で第１の医療機器が第２の医療機器から送信された通知を受信しない場合、第１の医療機器はステップ３３０６に進み、警報を生成することができる。この警報は、第１の医療機器のユーザ・インターフェースを介してユーザに伝えることができる。

図２０４は、設定されたリレー輸液の一部をなす医療機器が医療機器ラックから取り除かれた場合に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図２０４に示すフローチャートでラックから取り除かれる機器は第１の医療機器である。図に示すように、ステップ３３１０で、ユーザが医療機器ラックから第１の医療機器を取り除く。それにより、ステップ３３１２で第１の医療機器が警告を発する。ステップ３３１４でステージされた機器もリレーが断絶したことを知らせることができる。一部の実施形態では、ユーザは、第２の機器で表示されたリレー断絶の通知を認識したことを知らせることを要求される。第１の機器はラックから取り除かれても輸液の実行を継続することができる。

ユーザがリレーを設定することを望まない場合、ユーザはステップ３３１６でリレーをキャンセルすることができる。それにより、ステップ３３１８で第１の医療機器がリレーをキャンセルする。ユーザがリレーのキャンセルを望まない場合、ユーザはステップ３３２０で第１の医療機器を医療機器ラックに戻すことができる。第１の医療機器が医療機器ラックに戻されると、第１の医療機器はステップ３３２２で確認要求を送出して、ステージされた第２の機器がまだ利用可能であるかどうかを確かめることができる。ステップ３３２４で第２の医療機器が確認要求を受信することができる。ステップ３３２６で第２の医療機器が確認要求に応答することができる。ステップ３３２８で第１の医療機器が確認要求に対する応答を受信することができる。

応答が、第２の医療機器が利用可能でないことを示す場合、ステップ３３３０で第１の医療機器がユーザに通知することができる。すると、ユーザはステップ３３１６を行い、リレーをキャンセルしたいことを知らせることができる。次いでステップ３３１８で第１の医療機器がリレーをキャンセルすることができる。ステップ３３２６で送信された応答が第２の医療機器がなお利用可能である旨の確認である場合、ステップ３３３２で、第１の医療機器が、リレーを再設定したいかどうかを指定するようにユーザを促すことができる。このプロンプトは、第１の医療機器のユーザ・インターフェースを介してユーザに表示することができる。ユーザがリレーの再設定を望まない場合、ユーザはステップ３３１６を行うことによりリレーをキャンセルしたいことを知らせることができる。するとステップ３３１８で第１の医療機器がリレーをキャンセルすることができる。ユーザがリレーを再設定したい場合、ユーザはステップ３３３４を行うことにより再設定したいことを知らせることができる。

ユーザがステップ３３３４でリレーを再設定したいことを知らせた場合、ステップ３３３６で、第１の医療機器が第２の医療機器にリレー再設定要求を送信することができる。ステップ３３３８で第２の医療機器がその要求を受信することができる。ステップ３３４０で第２の医療機器が、リレー再設定の確認を送信することができる。ステップ３３４２で第１の医療機器が確認を受信することができる。次いでステップ３３４４で第１の医療機器が、リレーが再設定されたことを自機のユーザ・インターフェースで知らせることができる。

図２０５は、設定されたリレー輸液の一部をなす医療機器が医療機器ラックから取り除かれた場合に使用することができるいくつかの例示的なステップを詳細に説明するフローチャートを示す。図２０５に示すフローチャートでラックから取り除かれる機器は第２の医療機器である。図に示すように、ステップ３３５０で、ステージされた第２の医療機器が医療機器ラックから取り除かれる。ステージされた第２の医療機器をラックから取り除いたことにより、ステップ３３５２で第１の医療機器が警告を発する。第１の医療機器はリレー輸液の第１の部分の実行を継続することができる。また、ステージされた第２の医療機器をラックから取り除いたことにより、ステップ３３５４で第２の機器がリレーが断絶したことを知らせる。

その後ユーザはいくつかの選択肢を有することができる。ユーザは、例えば、ステップ３３５６で、リレー輸液をキャンセルしたいことを第１の機器のユーザ・インターフェースで知らせることができる。するとステップ３３５８で第１の医療機器がリレー輸液をキャンセルすることができる。ユーザは、ステップ３３６０に進み、第２の医療機器をラックに戻すことを選択することもできる。ステップ３３６０で第２の機器がラックに戻された場合、第２の機器はステップ３３６２で第１の医療機器にリレー再設定要求を送信することができる。ステップ３３６４で第１の機器がリレー再設定要求を受信することができる。そしてステップ３３６６で第１の機器がリレーを再設定したいかどうかを指定するようにユーザを促すことができる。このプロンプトは、第１の医療機器のユーザ・インターフェースを介してユーザに伝えることができる。

その後、ユーザはリレーをキャンセルすることもリレーを再設定することもできる。これは、機器のユーザ・インターフェースを使用して行うことができる。ユーザがリレーをキャンセルしたい場合は、ステップ３３６８でそのことを知らせることができる。するとステップ３３７０で、第１の医療機器がリレーをキャンセルし、リレーをキャンセルすることを知らせる通知を第２の医療機器に送信することができる。ステップ３３７２で、第２の医療機器が通知を受信し、リレーをキャンセルすることができる。そしてステップ３３７４で、第２の医療機器がリレーがキャンセルされたことを知らせることができる。

リレーを再設定したい場合は、ユーザは、ステップ３３７６で第１の医療機器上でそのことを知らせることができる。するとステップ３３７８で第１の医療機器がリレー再設定要求を第２の医療機器に送信することができる。ステップ３３８０で第２の医療機器がリレー再設定要求を受信することができる。一部の実施形態では、ステップ３３８２でユーザは、第２の機器のユーザ・インターフェースを使用してリレーを再設定することを確認することを要求される。次いで、ステップ３３８４で、第２の医療機器が、自身がリレー輸液の一部としてステージされていることを知らせることができる。

図２０６〜図２０８はいくつかの例示的な起動画面３３９０を示す。これらの画面は、医療機器の電源投入時に機器のユーザ・インターフェースに表示することができる。そのような画面は、機器の電源が投入中であることを知らせ、機器が完全に立ち上がるまでの残り時間を示すことができる。他の機能も含めることが可能である。図２０６〜２０８に示す起動画面３３９０は例示的な起動画面３３９０である。他の実施形態では、起動画面３３９０は異なる可能性がある。

図２０６は、医療機器のユーザ・インターフェースに表示することができる例示的な起動画面３３９０を示す。そのような画面は、ユーザが医療機器の電源投入を指令した後に医療機器のユーザ・インターフェースに表示されてもよい。表示は、機器の電源ボタンを押すことによって実現することができる。図に示すように、起動画面３３９０は起動のインディケータ３３９２を含むことができる。起動のインディケータは、機器が電源投入の過程にあることをユーザに知らせることができる。図２０６に示す例示的実施形態では、起動のインディケータ３３９２は「Starting….（起動しています．．．）」というテキストを含む。起動のインディケータ３３９２は進捗状況のインディケータ３３９４も含む。進捗状況のインディケータ３３９４を使用して起動がどれだけ進行したかをユーザに知らせることができる。進行の度合いは色の変化でユーザに知らせることができる。一部の実施形態では、機器が完全に立ち上がるまでの残り時間の量をカウントダウンするカウントダウン・クロックがある場合もある。他種の適切な進捗状況のインディケータ３３９４を使用することもできる。

図２０６の例示的実施形態に示すように、起動画面３３９０はロゴ３３９６を含むことができる。そのようなロゴ３３９６は企業のロゴや製品のロゴである。また、例示的実施形態に示すように、キャッチフレーズ３３９８も起動画面３３９０に含めることができる。

図２０７は、医療機器のユーザ・インターフェースに表示することができる起動画面３３９０の別の例示的実施形態を示す。図に示すように、図２０７に示す例示的な起動画面３３９０は起動のインディケータ３３９２を含む。起動のインディケータ３３９２は、「起動しています．．．（Starting….）」というテキストを含む。図２０７の例示的な起動画面３３９０は進捗状況のインディケータ３３９４も含む。図２０７の進捗状況のインディケータ３３９４は、機器が完全に立ち上がるまでの時間量をカウントダウンするカウントダウン・クロックを含む。図２０７に示す例示的な起動画面３３９０はロゴ３３９６およびキャッチフレーズ３３９８も含む。

起動画面３３９０はナビゲーション案内インディケータ３４００も含むことができる。ナビゲーション案内インディケータ３４００は、医療機器のユーザ・インターフェース上の各種画面、メニュー、オプション等の間をどのように移動するかをユーザに指示することができる。ナビゲーション案内インディケータ３４００は、実施形態によっては、医療機器のユーザ・インターフェース上の各種画面、メニュー、オプション等の間をどのように移動するかをユーザに示す動画を含む。他の実施形態では、ナビゲーション案内インディケータ３４００は、テキストによる指示、説明図等を含むことができる。図２０７に示す例示的実施形態では、ナビゲーション案内インディケータは、ユーザがユーザ・インターフェース画面を横方向にスワイプまたはフリックすることによって移動できることを示す説明図である。

図２０８は、医療機器のユーザ・インターフェース上に表示することができる起動画面３３９０の例示的実施形態を示す。図に示すように、図２０８の例示的な起動画面３３９０は、起動のインディケータ３３９２を含む。起動のインディケータ３３９２は、「起動中（Starting up）」というテキストを含む。例示的な起動画面３３９０は進捗状況のインディケータ３３９４も含む。図に示すように、進捗状況のインディケータ３３９４は、進行の度合いを示すバーであり、機器が完全に立ち上がった状態に近づくにつれて埋まって行く。ロゴ３３９６および製品名３４０２も図２０８の例示的な起動画面３３９０に示される。

図２０８に示すように、ユーザ・インターフェース・ディスプレイ３４０４は外枠３４０６で囲まれている。ユーザ・インターフェース・ディスプレイは、各種の適切なディスプレイを用いることができる。本明細書で示し、説明する例示的実施形態では、ユーザ・インターフェース・ディスプレイ３４０４はカラーのタッチ画面ディスプレイである。図に示すように、いくつかのボタン３４０８も医療機器のユーザ・インターフェースの一部として含めることができる。各ボタン３４０８には機能を割り当てることができる。ボタン３４０８は、異なるユーザの振る舞い（例えば瞬間的な押下と、所定時間にわたる押下）によって起動される複数の機能が各ボタンに割り当てられてもよい。特定の実施形態では、１つのボタン３４０８を電源ボタンとし、１つのボタン３４０８を停止ボタンとし、別のボタン３４０８を警告／警報消音ボタンとすることができる。各種実施形態は、異なるボタン３４０８または異なる数のボタン３４０８を含むことができる。ボタン３４０８は点灯することができ、実施形態によっては各種の異なる色で点灯することができる。一部の実施形態では、ボタン３４０８は１つまたは複数のＬＥＤによって背面から照明することができる。例示的実施形態では、一番上のボタン３４０８が点灯している。一部の実施形態では、ボタン３４０８は、それぞれのボタン３４０８の機能を示す、テキスト、グラフィック、記号等を含むことができる。図２０８に示す例示的実施形態では、ボタン３４０８は各々背面から照明することが可能な記号を含んでいる。

一部の実施形態では、外枠は、点灯可能な１つのアイコン３４１０または各種のアイコン３４１０を含むこともできる。そのようなアイコン３４１０は１つまたは複数のＬＥＤによって背面から照明することもでき、各種の異なる色で点灯することができる。例示的実施形態では、機器がコンセントに差し込まれ、コンセントから電力を受け取ると点灯するアイコン３４１０が含まれる。一部の実施形態では、そのようなアイコン３４１０は、バッテリの残量が低下した場合に点灯、点滅等（可能性としては別の色で）することもできる。他の実施形態は異なるアイコン３４１０または異なる数のアイコン３４１０を含むことができる。

図２０９〜図２１１はいくつかの例示的なログイン画面３４２０を示す。これらの画面は。機器の電源が投入された後に機器のユーザ・インターフェースに表示することができる。そのような画面で、ユーザはログインし、機器を自身のユーザＩＤに関連付けることができる。これは、権限のない者による使用の防止やＣＱＩの目的を含むいくつかの目的で有用である可能性がある。図２０９〜図２１１に示すログイン画面３４２０は例示的な画面である。他の実施形態では、ログイン画面３４２０は異なる場合がある。

図２０９は、医療機器のユーザ・インターフェースに表示することができるログイン画面３４２０の例示的実施形態を示す。各種実施形態で、ログイン画面３４２０は異なる場合がある。ユーザは、ログイン画面３４２０を使用して医療機器にログオンすることができる。機器上での、または機器による治療のプログラミングや実施は、その機器にログオンしたユーザに結び付けられる。

図に示すように、例示的なログイン画面３４２０はログインの指示３４２２を含む。例示的なログインの指示３４２２は、機器へのログイン方法をユーザに通知するテキストによる指示である。他の実施形態では、ログインの指示は、動画、説明図等を含むことができる。例示的なログイン画面３４２０はさらにユーザＩＤ入力フィールド３４２４を含む。そのようなフィールドを使用してユーザＩＤをタイプ入力することができる。ログインのオプション３４３０もログイン画面３４２０に含めることができる。図に示すように、ログインのオプション３４３０は一部の実施形態では仮想ボタンとすることができる。図２０９に示す例示的実施形態では、ログインのオプション３４３０は、「Ｇｏ」と書かれた仮想ボタンである。実施形態によっては、パスワード入力フィールド（図２０９には図示せず）を含むことも可能である。

例示的実施形態では、ログイン・パス・ターゲット３４２６も含まれる。このターゲット３４２６を使用して、機器にログインするために、ユーザがログイン・バッジ、カード、パス、キー（fob）等を軽く触れさせる、スワイプする、当てる等すべき場所を知らせることができる。ログイン・パス・ターゲット３４２６は、例えばＲＦＩＤ対応ではない実施形態では含まれない場合もある。ユーザがログイン・バッジ、パス、カード、キー等を使用してログインする場合、ユーザはユーザＩＤおよび／またはパスワードをタイプ入力することは要求されない場合がある。同様に、ユーザがユーザＩＤおよび／またはパスワードを入力する場合、ユーザはログイン・バッジ、パス、カード、キー等を使用してログインすることを要求されない場合もある。

図２０９の例示的なログイン画面３４２０はさらに仮想キーボード３４２８を含む。図の仮想キーボード３４２８を使用してユーザＩＤおよびパスワードを入力することができる。図の仮想キーボード３４２８は数字は含まない。代わりに、仮想キーボード３４２８は、画面に表示された仮想キーボード３４２８に数字および句読点を表示させるために使用できるオプションを含む。

図２０９の例示的なログイン画面３４２０には見出し３４３２も含まれる。機器のユーザ・インターフェースの各種実施形態および各種画面で、見出し３４３２はメニュー・オプション、各種の情報アイコン、テキスト等を含むことができる。例示的なログイン画面３４２０の見出し３４３２は、ＷｉＦｉ接続性アイコン３４３４、バッテリ充電アイコン３４３６、およびバッテリ残量アイコン３４３８を含む。バッテリ残量アイコン３４３８は、バッテリの残り寿命の推定時間量を提供することができる。バッテリ残量アイコン３４３８は、残りのバッテリ寿命量を反映するように表示または部分的に表示される１つまたは複数の色付きのバーも含むことができる。例示的実施形態の見出し３４３２は、ドロップ・ダウン・メニュー（図示せず）を開くために使用できるドロップ・ダウン・メニューのオプション３４４０も含む。

図２１０は、医療機器のユーザ・インターフェースに表示することができるログイン画面３４２０の例示的実施形態を示す。図に示すように、図２１０に示すログイン画面３４２０は、図２０９に示すようなログイン・パス・ターゲット３４２６は含まない。例示的なログイン画面３４２０はユーザＩＤ入力フィールド３４２４およびパスワード入力フィールド３４５０の両方を含む。例示的なログイン画面３４２０には仮想キーボード３４２８も示される。図の仮想キーボード３４２８は数字のみである。ユーザは、仮想キーボード３４２８を使用して、ユーザＩＤ入力フィールド３４２４およびパスワード入力フィールド３４５０を入力することができる。「戻る」のオプション３４５２およびログインのオプション３４５４も図２１０に示す。両方ともグレー表示になっている。

図２１１は、医療機器のユーザ・インターフェースに表示することができるログイン画面３４２０の例示的実施形態を示す。図に示すように、図２１１の例示的なログイン画面３４２０は図２１０に示す画面と同じである。図２１１では、ユーザＩＤ入力フィールド３４２６およびパスワード入力フィールド３４５０が入力されている。これらのフィールドが入力されると、ログインのオプション３４５４が有効になることができる。ユーザは、ログインのオプション３４５４を使用して機器にログインすることができる。「戻る」のオプション３４５２はグレー表示のままである。これは、戻ることができる前の画面がない場合に該当する可能性がある。

図２１２〜図２３８は、医療機器によって行われる治療の準備を支援し、プログラミングを可能にするために表示されるいくつかの画面を示す。ユーザは、そのような画面を使用して、機器が治療を実施するために必要なパラメータ等をプログラムすることができる。また、そのような画面で、治療の準備時にユーザへの指示を提供することができる。図の画面は単に例示の目的で図示するものである。他の実施形態では、準備時またはプログラム時に異なる画面または異なる数の画面がユーザに表示される可能性がある。また、画面は、実施される治療の種類や、治療を実施する機器等に応じて異なる場合もある。これらの画面は必ずしも本明細書に提示または提案される進行でユーザ・インターフェースに表示される必要はないことにも留意されたい。

図２１２は、医療機器のユーザ・インターフェースに表示することができる例示的な看護グループ選択画面３４６０を示す。各種の看護グループ選択画面３４６０は実施形態ごとに異なる可能性がある。看護グループ選択画面３４６０で、ユーザは、医療機器が使用されている看護グループを選択することができる。これは、ユーザがいくつかの異なる看護グループを担当している場合に必要となる可能性がある。ユーザが１つの看護グループしか担当していない場合は、看護グループ選択画面３４６０は表示されない場合もある。代わりに、機器が自動的にログイン・セッションをその看護グループに関連付けることができる。一部の実施形態では、ユーザは、看護グループ３４２０を選択する必要がない場合がある。代わりに、ユーザは機器の看護エリアだけを選択すればよい。そのような実施形態は看護グループ選択画面３４６０を含まない場合がある。

図に示すように、図２１２に示す例示的な看護グループ選択画面３４６０は、ユーザが担当するいくつかの選択可能な看護グループ３４６２のリストを含む。ユーザは、所望の看護グループを、タップ、ダブル・タップ、またはその他の方法で指示することができる。一部の実施形態では、ユーザが所望の看護グループを指示すると、医療機器は、別の画面を医療機器のユーザ・インターフェースに表示することができる。一部の実施形態では、ユーザは、確認のダイアログ・ボックス等で選択を確定することを要求される。他の実施形態では、所望の看護グループを指示すると、指示された看護グループがユーザ・インターフェース上でハイライト表示される。そしてユーザは「次へ」のオプションを使用して、ハイライト表示された看護グループを使用し、ユーザ・インターフェース上の後続の画面に進むことができる。他の実施形態では、看護グループを選択するプロセスは異なる場合がある。

図２１３は、看護エリア選択画面３４７０の例示的実施形態を示す。各種の看護エリア選択画面３４７０は実施形態ごとに異なる可能性がある。看護エリア選択画面３４７０で、ユーザはその機器が使用されている看護エリアを選択することができる。これは、ユーザがいくつかの異なる看護エリアを担当している場合に必要となる可能性がある。一部の実施形態では、ユーザが１つのみの看護エリアを担当している場合は、看護エリア選択画面３４７０は表示されない場合もある。代わりに、機器が自動的にログイン・セッションを看護エリアに関連付けることができる。

図に示すように、例示的な看護エリア選択画面３４７０は、いくつかの選択可能な看護エリア３４７２のリストを含む。表示される選択可能な看護エリア３４７２は、図２１２に示す看護グループ選択画面３４６０などの看護グループ選択画面３４７０で選択された看護グループに応じて変わる可能性がある。ユーザが多数の看護エリアを担当している場合は、その看護エリアのすべてを一度に看護エリア選択画面３４７２に表示することができない場合がある。スクロール・バー３４７４等を医療機器のユーザ・インターフェースに表示して、ユーザがさらに他の選択可能な看護エリア３４７２を見られるようにすることができる。一部の実施形態では、特定の選択可能な看護エリア３４７２に関連付けてインディケータ３４７６を含めることができる。そのようなインディケータ３４７６は、例えばそれがよく使用される看護エリア、または前回のログイン・セッション中に使用された看護エリアであることを知らせることができる。医療機器のユーザ・インターフェース上の各種の他の画面が、同様の目的を果たすインディケータを含むことができる。

例示的な看護エリア選択画面３４７０ならびに各種の他のユーザ・インターフェース画面は、いくつかのオプション・ボタン３４７８を含むことができる。図２１３に示す例示的実施形態では、オプション・ボタン３４７８は、医療機器のユーザ・インターフェース・ディスプレイ３４０４のサイドバーに表示されている。例示的実施形態では、「戻る」のオプション・ボタン３４７８、キャンセルのオプション・ボタン３４７８、およびメニューオプション・ボタン３４７８が含まれる。

図２１４は、患者選択画面３４８０の例示的実施形態を示す。実施形態によっては患者選択画面３４８０を含まない場合もある。他の実施形態では、患者選択画面３４８０は異なる可能性がある。患者選択画面３４８０を使用して、機関の選択された看護エリアにいる特定の患者に治療を関連付けることができる。

例示的実施形態では、患者選択画面３４８０は、姓の入力フィールド３４８２と名の入力フィールド３４８４の２つの入力フィールドを含む。一部の実施形態では、入力フィールドはこれとは異なる場合があり、例えば、患者ＩＤ番号のための１つのみの入力フィールドがある。ユーザは、仮想キーボード３４２８を使用してこれらのフィールドに入力することができる。図に示すように、ユーザがフィールドに入力し始めると、タイプされた各文字により、選択可能な患者ＩＤ３４８６のリストをその文字に応じてフィルタリングさせることができる。例示的実施形態では、ユーザは姓の入力フィールド３４８２に「And」と入力している。その結果、ユーザ・インターフェースには、「And」で始まる名字を含む選択可能な患者ＩＤ３４８６だけが、選択可能な患者ＩＤ３４８６のリストに表示されている。一度にユーザ・インターフェースに表示できるよりも多くの選択可能な患者ＩＤ３４８６がある場合には、スクロール・バー３４７４も含めることができる。

図２１５〜図２１９はいくつかの例示的な薬物選択画面３４９０を示す。これらの画面を使用して、医療機器によって実行される治療に使用される薬物を選択することができる。各種実施形態で、これらの画面は異なる場合がある。薬物選択画面３４９０を使用して、医療機器によって実施される治療の薬物を選択することができる。一部の実施形態では、薬物選択画面３４９０で、ユーザは、薬物のカテゴリを選択し、次いでそのカテゴリで薬物を選択することができる。一部の実施形態では、ユーザは薬物選択画面３４９０を使用して特定の薬物を選択することができる。

図２１５は、医療機器のユーザ・インターフェースに表示することができる薬物選択画面３４９０の例示的実施形態を示す。図２１５に示す例示的実施形態では、薬物選択画面３４９０は、いくつかの選択可能な薬物カテゴリ３４９２のリストを含む。ユーザは、選択可能な薬物カテゴリ３４９２の１つを選択してそのカテゴリの薬物のリストを見ることができる。そしてユーザは、そのリストから所望の薬物を選ぶことができる。他の実施形態では、選択可能な薬物のリストは、選択可能な薬物カテゴリのリスト３４９２ではなく、ユーザ・インターフェースに表示することができる。また、例示的実施形態では、薬物選択画面３４９０は検索ユーティリティ３４９４を含む。ユーザは、検索ユーティリティ３４９４を使用して所望の薬物または薬物カテゴリを検索することができる。一部の実施形態では、ユーザが検索ユーティリティ３４９４をタップ、ダブル・タップ、またはその他の方法で使用したいことを知らせると、仮想キーボードをユーザ・インターフェースに表示することができる。そしてユーザは、仮想キーボードを使用して検索クエリをタイプ入力することができる。

図２１６は、医療機器のユーザ・インターフェースに表示することができる薬物選択画面３４９０の別の例示的実施形態を示す。図２１６の薬物選択画面３４９０には、図２１５に示す画面などの画面で選択可能な薬物カテゴリ３４９２を選択することによって進むことができる。具体的には、図２１６に示す画面はユーザがＩＶ液の薬物カテゴリを選択した場合に表示される画面と同様の画面である。図２１６の例示的実施形態では、薬物選択画面３４９０はいくつかの選択可能な薬物３４９５を含む。表示された選択可能な薬物３４９５はすべて例示的なＩＶ液である。ユーザは、検索ユーティリティ３４９４を使用して、任意のカテゴリの特定の薬物を検索することができる。これは、多数の薬物を含むカテゴリに特に有用である可能性がある。

図２１７は、薬物選択画面３４９０の例示的実施形態を示す。図に示すように、仮想キーボード３４２８が図２１７の薬物選択画面３４９０に表示されている。仮想キーボード３４２８を使用して検索ユーティリティ３４９４に検索クエリを入力することができる。上述のように、仮想キーボード３４２８は、ユーザが検索クエリを入力したいことをユーザ・インターフェース上で知らせる指示を入力するのに応答して表示されてもよい。キーボード非表示のオプション３４９８も含めることができ、これは、ユーザが検索クエリの入力をキャンセルしたい場合に使用することができる。図に示すように、仮想キーボード３４２８、検索ユーティリティ３４９４、およびキーボード非表示のオプション３４９８は、薬物選択画面３４９０に重畳してモーダル・ウィンドウ型の配置で表示することができ、画面３４９０の残りの部分はグレー表示になり、使用できない状態になる。

図２１８は、薬物選択画面３４９０の例示的実施形態を示す。図に示すように、ユーザは仮想キーボード３４２８を使用して、検索ユーティリティ３４９４に「do」の文字をタイプしている。ユーザが検索ユーティリティ３４９４の入力を開始すると、タイプされた各文字が、その文字に応じて選択可能な薬物名３５００のリストをフィルタリングさせる。表示される薬物名は、機器のメモリに記憶されたＤＡＬファイルでその看護エリアに定義された薬物のリストから取り出される。一部の実施形態では、選択可能な薬物名３５００は、トールマン・レタリングを用いて、綴りが似ている異なる薬物に生じ得る取り違えを最少に抑えることができる。図に示すように、リストに示された選択可能な薬物名３５００はすべて、検索ユーティリティ３４９４に入力された２文字である「do」で始まっている。

図２１９は、医療機器のユーザ・インターフェースに表示することができる薬物選択画面３４９０の例示的実施形態を示す。図に示すように、ユーザは仮想キーボード３４２８を使用して、検索ユーティリティ３４９４に「dop」の文字をタイプしている。その結果、選択可能な薬物名３５００のリストが１つの薬物Dopamineだけに絞られている。ユーザは、タップ、ダブル・タップ、またはその他の方法で選択可能な薬物名の１つを選択したいことを知らせることにより、選択可能な薬物名３５００のリストから所望の薬物を選択することができる。

図２２０は、医療機器のユーザ・インターフェースに表示することができる臨床使用選択画面３５１０の例示的実施形態を示す。各種実施形態で、臨床使用選択画面３５１０は異なる可能性がある。臨床使用選択画面３５１０を使用して、医療機器が実施する治療で使用される予定の薬物の臨床使用を指定することができる。医療機器のメモリに記憶されたＤＡＬファイルに薬物に対して１つの臨床使用しか定義されていない場合は、臨床使用選択画面３５１０は表示されない場合がある。代わりに、臨床使用が医療機器によって自動的に選択される。臨床使用選択画面３５１０を使用して、薬物の各種臨床使用に関連付けられた勧告情報を見ることもできる。

図２２０に示すように、臨床使用画面３５１０は薬物名インディケータ３５１２を含む。例示的実施形態では、薬物名インディケータ３５１２は目立つように表示され、「DOPamine」を示している。選択可能な臨床使用３５１４の例示的なリストも医療機器のユーザ・インターフェースに表示される。ユーザは、タップ、ダブル・タップ、またはその他の方法で選択可能な臨床使用３５１４の１つを使用したいことを知らせることにより、リストから所望の臨床使用を選択することができる。

また、医療機器が臨床使用選択画面３５１０を表示している時には、勧告表示のオプション３５１６も医療機器のユーザ・インターフェースに表示することができる。勧告表示のオプション３５１６は、勧告が定義されている臨床勧告に関連付けることができる。このオプションを使用して、その臨床使用に対してＤＡＬファイルに定義されている臨床勧告を表示することができる。一部の実施形態では、定義されている対象の臨床使用に関連付けて、短いテキストの臨床勧告も表示することができる。

ユーザが図２２０の臨床勧告オプション３５１６を使用したい場合、臨床勧告３５２０をユーザ・インターフェースに表示することができる。臨床勧告３５２０は図２２１に示すように表示することができる。臨床勧告３５２０は、臨床使用選択画面３５１０に重畳してモーダル・ウィンドウで表示することができる。臨床勧告３５２０は、テキスト、画像、文書等を含むことができる。図２２１に示す例示的実施形態では、表示された臨床勧告３５２０はテキストのみを含む。臨床勧告は、例えば薬物名および臨床使用名も含むことができる。ユーザが薬物についての臨床勧告３５２０の点検を終えると、ユーザは「閉じる」のオプション３５２２を使用して臨床勧告３５２０を閉じ、臨床使用選択画面３５１０に戻ることができる。

図２２２は、濃度選択画面３５３０の例示的実施形態を示す。各種実施形態で、濃度選択画面３５３０は異なる可能性がある。濃度選択画面３５３０を使用して、医療機器によって投与しようとする薬物の適正な濃度を選択することができる。医療機器のメモリに記憶されたＤＡＬファイルにその薬物に対して１つの濃度しか定義されていない場合、濃度選択画面３５３０は表示されない場合がある。代わりに機器が自動的に濃度を選択することができる。

図２２２に示すように、濃度選択画面３５３０は薬物名インディケータ３５１２を含むことができる。薬物名インディケータ３５１２は、ユーザが濃度を選択しようとしている薬物の名前を目立つように表示することができる。臨床使用名インディケータ３５３２も含めることができる。臨床使用名インディケータ３５３２は、ユーザが濃度を選択しようとしている臨床使用の名前を表示することができる。

濃度選択画面３５３０は選択可能な濃度３５３４のリストも含むことができる。図に示すように、選択可能な濃度３５３４は、濃度情報を２つ以上の方式で表示することができる。例示的実施形態では、選択可能な濃度３５３４は、容器の容量当たりの薬物量と濃度値を示す。一部の実施形態では、選択可能な濃度３５３４の少なくとも１つをカスタマイズ可能にすることができる。例示的実施形態では、一番下の選択可能な濃度３５３４がユーザにより定義することができる。

一部の実施形態では、各臨床使用につき一定数の濃度だけを定義することができる。各臨床使用に定義することが可能な濃度の数は、機器のユーザ・インターフェースに一度に無理なく表示できる臨床使用の数とすることができる。選択可能な濃度の数は、例えば４つに制限することができる。それにより、適正な濃度が現在ユーザ・インターフェースに表示されていないためにユーザが不適切な濃度を選択してしまうことがないようにすることができる。

一部の実施形態では、選択可能な濃度３５３４は、選択可能な濃度３５３４各々に関連付けられた容器種類のインディケータ３５３６も含むことができる。容器種類のインディケータ３５３６は例えば、容器がシリンジであるか、薬剤袋であるかを示すことができる。また、容器種類のインディケータ３５３６は容器の相対的な大きさも示すことができる。例示的実施形態では、表示されている容器種類のインディケータ３５３６は実物を模したものであり、様々な大きさの薬剤袋を模している。

図２２３〜図２２５は患者情報入力フィールドを含むいくつかの例示的な画面を示す。そのようなフィールドを使用して患者についての情報を収集することができる。この情報は例えば、選択された臨床使用に応じて各種治療に必要となる可能性がある。この情報はＣＱＩの目的でも有用である可能性がある。患者情報入力画面は、ユーザによって入力することができる１つまたは複数のパラメータ・フィールドを含むことができる。該当する状況では、ユーザは、入力した情報を後続で確認することを要求される場合がある（例えば情報を再入力することにより）。確認が必要であるか否かは、医療機器のメモリに記憶されたＤＡＬファイルに定義することができる。ユーザはさらに、該当する場合には、情報をいくつかの異なる方式で入力する選択肢を有する場合がある（例えばヤード・ポンド法またはメートル法の単位）。図２２３〜図２２５に示す例示的な患者情報入力画面は、具体的には患者体重入力画面３５４０である。

図２２３は、医療機器のユーザ・インターフェースに表示することができる患者体重入力画面３５４０の例示的実施形態を示す。患者体重入力画面３５４０は各種実施形態で異なる場合がある。患者体重入力画面３５４０は、ユーザが治療のために体重に基づく臨床使用を選択した場合に表示することができる。同様の画面（図示せず）を使用して例えば患者のＢＳＡや他の患者情報を定義することができる。臨床使用によっては、そのような画面の表示を必要としないものもある。

図に示すように、図２２３に示す患者体重入力画面３５４０は薬物名インディケータ３５１２を含むことができる。患者体重入力画面３５４０は濃度インディケータ３５４２も含むことができる。ユーザは、患者体重入力フィールド３５４４に患者の体重を入力することにより患者の体重を定義することができる。体重は、実施形態によっては仮想キーボード３４２８を利用して入力することができる。図に示すように、２つの患者体重入力フィールド３５４４を含めることができる。一方のフィールドはメートル法の単位用であり、他方のフィールドはヤード・ポンド法の単位用である。ユーザは、必要に応じて患者体重入力フィールド３５４４に患者情報をタイプ入力することができる。

図２２４は、医療機器のユーザ・インターフェースに表示することができる患者体重入力画面３５４０の例示的実施形態を示す。図に示すように、ユーザは仮想キーボード３４２８を使用して患者体重入力フィールド３５４４の１つに入力している。ユーザが患者体重入力フィールド３５４４の一方を入力すると、２つのフィールドのもう一方が機器によって自動的に計算され、入力される。

一部の実施形態では、ユーザは、患者体重を二度入力してそれが正しいことを確認することを要求される場合がある。ユーザは、各種の他のパラメータも複数回入力してそれらが正しいかどうか確認することを要求される場合がある。例えば、ＢＳＡに基づく臨床使用の場合、ユーザはＢＳＡを二度入力することを要求される場合もある。ユーザはまた、例えば、高リスクの薬物については各種のプログラミング・パラメータを二度以上入力／確認することを要求される場合もある。図２２５は、既に入力された患者体重を確認するために使用することができる患者体重入力画面３５４０の例示的実施形態を示す。図に示すように、患者体重入力画面３５４０は２つの患者体重確認入力フィールド３５５０を含む。ユーザは、上記のように医療機器のユーザ・インターフェース上で仮想キーボード３４２８を使用して患者体重を再入力することができる。一部の実施形態では、ユーザは患者体重を再入力する必要がない場合もある。代わりに、ユーザは、確認用ダイアログ・ボックス等で入力した患者体重を確認することができる。入力された患者情報が最初の入力と同じでない場合、ユーザは情報を再入力し、確認することを要求される場合がある。

図２２６〜図２２８は、医療機器をプログラムする間の適切な時にユーザに表示することができるいくつかの例示的な指導画面を示す。そのような指導画面は、治療または治療の一部の準備の仕方を説明または描写することができる。一部の実施形態では、そのような画面を使用してユーザに問題解決情報を伝えることもできる。機器および／または治療に応じて、表示される画面または表示することが可能な画面は異なる場合がある。また、実施形態ごとに、特定の機器または特定の治療について表示することが可能な画面は異なる可能性がある。

図２２６は、医療機器のユーザ・インターフェースに表示することができるセット装填画面３５６０の例示的実施形態を示す。セット装填画面３５６０は、ユーザを促し、医療機器への投与セットの装填方法についてユーザに指示を与えることができる。セット装填画面３５６０は、動画、テキストによる指示、注釈付きの説明図等を含むことができる。そのような画面３５６０は例えば大容量ポンプなどの医療機器に表示することができる。他の医療機器は、セット装填画面３５６０に代えて異なる画面を表示する可能性がある。例えば、シリンジ・ポンプはシリンジ装填画面を表示することができる。

図に示すように、図２２６の例示的なセット装填画面３５６０は医療機器３５６２の説明図を含み、医療機器はこの例示的実施形態では大容量ポンプである。例示的なセット装填画面３５６０は図解入りの手順３５６４も含み、これを使用して機器に投与セットを取り付けることができる。図解入りの手順３５６４は、行う順番がユーザに分かるように番号が振られている。

図２２７は、問題解決画面の例示的実施形態を示す。具体的には、図２２７は、医療機器のユーザ・インターフェースに表示することができる装填エラー画面３５７０を示す。図２２７に示す例示的な装填エラー画面３５７０は、投与セットを不適切に装填した場合の画面である。例えばシリンジが不適切に医療機器に装填された場合には、他の装填エラー画面３５７０を表示することができる。そのような画面は、機器が装填エラーを検出した場合に医療機器のユーザ・インターフェースに表示することができる。表示される装填エラー画面３５７０は、検出された特定の装填エラーに応じて異なる可能性もある。例えば、ＩＶラインが不適切に取り付けられた場合の装填エラー画面３５７０は、ドアが完全に閉じられていない場合の装填エラー画面３５７０とは異なる可能性がある。

例示的な装填エラー画面３５７０にはエラー・メッセージ３５７２が含まれる。例示的実施形態では、エラー・メッセージ３５７２は「SET LOADED INCORRECTLY（セットが正しく装填されていません）」となっている。装填エラー画面３５７０は、例示的実施形態では大容量ポンプである医療機器３５６２の説明図も含む。別の機器でエラーが検出された場合は、描写される機器がそのエラーを反映することができる。例えば、シリンジ・ポンプでエラーが検出された場合は、描画される医療機器３５６２は代わりにシリンジ・ポンプとなる。

医療機器３５６２の説明図は、どのようなエラーである可能性があるかを示すことができる。例えば、医療機器３５６２の説明図は、説明図中で問題をハイライト表示することができる。例示的実施形態では、医療機器３５６２の説明図は、輸液ラインを指すいくつかの矢印を含む。図２２７の装填エラー画面３５７０には問題解決の指示３５７４も示される。それらの指示で、エラーまたは問題にどのように対処できるかをユーザに説明することができる。

一部の実施形態では、ユーザは、問題を解決した、または解決を試みたことを医療機器のユーザ・インターフェース上で知らせることができる。すると、問題が解決されているかどうかを医療機器が確認することができる。一部の実施形態では、エラーまたは問題が解決されていることを機器が検出すると、装填エラー画面３５７０などの問題解決画面は医療機器によって自動的に消される。

図２２８は、医療機器のユーザ・インターフェースに表示することができる例示的なシリンジ装填画面３５８０を示す。シリンジ装填画面３５８０は、ユーザを促し、医療機器へのシリンジの装填方法についてユーザに指示を与えることができる。シリンジ装填画面３５８０は、動画、テキストによる指示、注釈付きの説明図等を含むことができる。そのような画面３５８０は例えばシリンジ・ポンプなどの医療機器に表示することができる。そのような画面は、ユーザが輸液を準備する際、洗浄用シリンジを取り付ける際、１次輸液用の交換用のシリンジを取り付ける際などに表示することができる。

図に示すように、図２２８の例示的なシリンジ装填画面３５８０は、例示的実施形態ではシリンジ・ポンプである医療機器３５６２の説明図を含む。例示的なシリンジ装填画面３５８０は図解入りの手順３５６４も含み、これを使用して機器にシリンジを取り付けることができる。図解入りの手順３５６４は、手順を行う順番がユーザに分かるように番号が振られている。

図２２９は、医療機器のユーザ・インターフェースに表示することができるシリンジ選択画面３５９０の例示的実施形態を示す。ユーザは、そのような画面を使用して、医療機器に取り付けたシリンジの種類を知らせることができる。医療機器は、いくつかのシリンジの選択肢を表示することができる。図に示すように、例示的実施形態では、選択肢は、選択可能なシリンジ種類３５９２のリストに示される。表示される選択肢は、医療機器に含まれるいくつかのセンサから収集されたデータに基づいて選ぶことができる。そのようなセンサは、これらに限定されないが、シリンジ外筒サイズのセンサ、シリンジ押し子のフランジ・サイズのセンサ、シリンジ外筒のフランジ・サイズのセンサ、シリンジ押し子の長さのセンサ、または他の適切なセンサを含むことができる。そのようなセンサからのデータを、医療機器のメモリに記憶された参照表と比較することができる。そして参照表で一致したシリンジがユーザ・インターフェースに表示され、ユーザがどのシリンジが該当するかを知らせることができる。シリンジを特定することができない場合、ユーザは、例えば機関内で使用されている可能なシリンジの全リストからシリンジを選択することを要求される場合がある。

一部の実施形態では、シリンジは、看護エリア、薬物、臨床使用、濃度等に基づいて制限される場合がある。そのような実施形態では、参照表と比較した後、ユーザが治療のために定義した看護エリア、薬物、臨床使用、濃度等に許可されるシリンジのみを表示することができる。

図２３０〜図２３４は、輸液プログラム画面３６００のいくつかの例示的実施形態を示す。そのような画面を使用して、医療機器が実行する輸液をプログラムすることができる。そのような画面は、ユーザが輸液をプログラムするために入力することができる、いくつかのユーザ定義可能なパラメータ・フィールドを含むことができる。一部の実施形態では、そのようなフィールドは、少なくとも一部の事例では、自動的に入力されるか、一部が自動的に入力される。輸液プログラム画面３６００は、送液される輸液の種類に応じて変わる可能性がある。画面は実施形態ごとに異なる可能性もある。プログラム画面はいくつかの他の機能およびオプションも含むことができる。

図２３０は、医療機器のユーザ・インターフェースに表示することができる輸液プログラム画面３６００の例示的実施形態を示す。そのような画面をユーザが使用して、医療機器によって実施される治療のいくつかの送液パラメータをプログラムすることができる。そして、機器は、定義されたパラメータを使用してユーザに対する治療の実施を制御することができる。

図に示すように、図２３０に示す例示的な輸液プログラム画面３６００は、薬物名インディケータ３５１２、濃度インディケータ３５４２、および臨床使用名インディケータ３５３２を含む。各種インディケータはさらに他の関連情報を含むことができる。例えば、図２３０の臨床使用名インディケータ３５３２は、輸液が持続型の体重に基づく輸液であることを示し、患者の体重も示されている。

例示的な輸液プログラム画面３６００はいくつかの輸液パラメータ入力フィールド３６０２も含む。例示的実施形態では、輸液パラメータ入力フィールド３６０２は、投与量入力フィールド、流量入力フィールド、ＶＴＢＩ入力フィールド、および時間入力フィールドを含む。表示される輸液パラメータ入力フィールド３６０２は、医療機器で実施される治療の種類に応じて異なる可能性がある。例えば、選択された臨床使用に応じて、輸液パラメータ入力フィールド３６０２は異なる可能性がある。ユーザは、所望の輸液パラメータ入力フィールド３６０２をタップ、ダブル・タップ等することにより、所望の輸液パラメータ入力フィールド３６０２に値を入力することができる。ユーザが十分な数の輸液パラメータ入力フィールド３６０２を入力すると、まだ入力されていない他の輸液パラメータ・フィールド３６０２を機器が自動的に計算し、入力することができる。

輸液プログラム画面３６００はいくつかのオプション・ボタン３４７８も含むことができる。オプション・ボタン３４７８を含む輸液プログラム画面３６００では、オプション・ボタン３４７８の１つまたは複数は、輸液パラメータ入力フィールド３６０２の一部またはすべてが入力されるまで無効になっている場合がある。図２３０に示す例示的実施形態では、オプション・ボタン３４７８は、メニュー・ボタン、キャンセル・ボタン、「戻る」のボタン、待機ボタン、および輸液開始ボタンを含む。「輸液開始」と書かれたオプション・ボタン３４７８は、輸液パラメータ入力フィールド３６０２にパラメータが入力されていないため、例示的実施形態では無効になっている。

図２３１は、医療機器のユーザ・インターフェースに表示することができる輸液プログラム画面３６００の例示的実施形態を示す。図に示すように、図２３１では、投与量の輸液パラメータ入力フィールド３６０２が編集のために開かれている。輸液パラメータ入力フィールド３６０２が編集のために開かれている時、輸液パラメータ入力フィールド３６０２は拡大することができる。編集のために開かれている輸液パラメータ入力フィールド３６０２には、カーソルも表示されてもよい。ユーザは、医療機器のユーザ・インターフェースに表示される仮想キーボード３４２８を使用して、輸液パラメータ入力フィールド３６０２に値を入力することができる。

図２３２は、医療機器のユーザ・インターフェースに表示することができる輸液プログラム画面３６００の別の例示的実施形態を示す。図２３２に示すように、すべての輸液パラメータ入力フィールド３６０２が入力され、画面は輸液の要約を表示している。ユーザが入力した値を編集したい場合は、上記のようにその値をタップ、ダブル・タップ等して編集することができる。機器が輸液を実行するのに必要な情報をすべて得たため、輸液を開始するオプション・ボタン３４７８が有効になっている。ユーザは、輸液を開始するオプション・ボタン３４７８を使用して、プログラムされた治療の対象患者への送液を機器に開始させることができる。

図２３３は、医療機器のユーザ・インターフェースに表示することができる輸液プログラム画面３６００の別の例示的実施形態を示す。図に示すように、すべての輸液パラメータ入力フィールド３６０２が入力されている。投与量の輸液パラメータ入力フィールド３６０２が編集のために開かれている。一部の実施形態では、輸液パラメータ入力フィールド３６０２にタイプ入力されたテキストは、入力された値が大きな値になるとサイズが変化する。例えば図２３１と比較すると、図２３３で投与量の輸液パラメータ入力フィールド３６０２に入力された値のテキストは小さい。それにより、値全体がユーザ・インターフェースに収まるようにすることができる。また、桁数の変化を視覚的に反映することにより、結果として桁数違いの間違いにつながるタイプミスをユーザが認識しやすくなる効果がある。一部の実施形態では、輸液パラメータ入力フィールドのテキストのサイズは一桁ごとに変化する。

図２３４は、機器のユーザ・インターフェースに表示することができる輸液プログラム画面３６００の例示的実施形態を示す。図２３４に示すように、輸液パラメータ入力フィールドのテキスト・サイズは、輸液プログラム画面３６００に表示される輸液の要約でも変化することができる。それにより、値全体が画面に収まるようにすることができる。また、輸液パラメータの誤った桁数の変化を視覚的に知らせることにより安全性を高める効果もある。一部の実施形態では、そのような変化は他の方式でユーザに知らせることができる。一部の実施形態では、例えば、そのような変化を色の変化で反映することができる。

図２３５〜図２３８は、ＤＡＬファイルに定義されたパラメータの制限値に違反した場合に機器のユーザ・インターフェースに表示される可能性のあるいくつかの例示的な画面を示す。ユーザがパラメータを入力すると、機器は、機器のメモリに記憶されたＤＡＬファイルでそのパラメータに定義された制限値に照らして入力されたパラメータ値を確認することができる。一部の実施形態では、機器は、パラメータ・フィールドに入力された値が、他のパラメータがＤＡＬファイルに定義された制限値を超えることを余儀なくしているかどうかも確認することができる。これは、例えば、ユーザが、ＤＡＬファイルの制限値内にあるＶＴＢＩ値および時間値を入力したものの、時間値が十分に小さいために流量値がＤＡＬファイルの制限値を超えざるを得ない場合に起こる可能性がある。入力された輸液パラメータが定義された制限値に違反することが判明した場合、機器は、制限値に違反したことを知らせる画面を表示することができる。そのような画面は、制限値の違反を解決する方法についてのいくつかの選択肢をユーザに与えることができる。そのような画面は、実施形態ごと、または違反の種類ごとに異なる可能性がある。

図２３５は、輸液パラメータの制限値を超えた場合の輸液プログラム画面３６００の例示的実施形態を示す。具体的には、図２３５に示す例示的実施形態では投与量の上限推奨制限値を超えている。機器のユーザ・インターフェースは、他の制限違反（例えば濃度、患者体重等）についても同様に振る舞うことができる。

上述のように、ユーザがパラメータ値を入力すると、そのパラメータ値は、ＤＡＬファイルに定義された該当する制限値に照らして確認される。値がＤＡＬファイルに定義されたどの制限値にも違反しない場合、ユーザは入力した値を使用することを許可される。入力された値がＤＡＬファイルに定義された制限値に違反する場合、その値は、機器のユーザ・インターフェース上で目印を付けることができる。ユーザ・インターフェースに通知も表示することができる。ユーザは、その制限値をオーバーライドするか、値を再入力することを要求される。一部の制限値（例えば絶対制限）はオーバーライドすることができない。

図２３５に示す例示的実施形態では、投与量の輸液パラメータ入力フィールド３６０２にユーザが入力した値が、ＤＡＬファイルでそのパラメータに定義された推奨制限を超えている。投与量の輸液パラメータ入力フィールド３６０２が拡大される。このフィールドは別の色（例えば黄色や赤）で表示してもよい。警告インディケータ３６１０も含めることができる。図２３５の例示的実施形態では、制限違反の通知３６１２も示している。例示的実施形態によっては、制限違反の通知３６１２は制限値を表示することができる。図に示すように、図２３５の制限違反の通知３６１２は、再入力のオプション３６１４および制限オーバーライドのオプション３６１６を含む。ユーザは、再入力のオプション３６１４を使用してパラメータを再入力することができる。ユーザは、制限オーバーライドのオプション３６１６を使用して、制限値をオーバーライドし、制限値を違反した値を使用することができる。一部の実施形態では、ユーザが制限値をオーバーライドした場合、ユーザはなぜオーバーライドが必要であったかを説明する理由を入力することを要求される。さらに、実施形態によっては、第２のユーザによるオーバーライドの二度の点検が必要とされる場合もある。

図２３６は、医療機器のユーザ・インターフェースに表示することができる制限値オーバーライド画面３６２０の例示的実施形態を示す。そのような画面は、あるパラメータについてＤＡＬファイルの制限値をオーバーライドしたいことをユーザが知らせた場合に表示することができる。図２３６に示す例示的実施形態を含む一部の実施形態では、ユーザは、オーバーライドする理由を入力するよう要求される。

図２３６に示すように、制限値オーバーライド画面３６２０はテキスト入力フィールド３６２２を含む。ユーザは、仮想キーボード３４２８を使用してテキスト入力フィールド３６２２に理由を入力することができる。例示的な制限値オーバーライド画面３６２０にはキャンセルのオプション３６２４が含まれ、これを使用して制限値のオーバーライドをキャンセルすることができる。確認またはＯＫのオプション３６２６も含まれ、これを使用して、ユーザが制限値をオーバーライドしたいことを確認することができる。テキスト入力フィールド３６２２を含む実施形態では、確認またはＯＫのオプション３６２６は理由が入力されるまで有効にされない場合がある。

図２３７は、医療機器のユーザ・インターフェースに表示される、第２のユーザによる承認画面３６３０の例示的実施形態を示す。第２のユーザによる承認画面３６３０は、輸液の投与前にパラメータまたはプログラムされた輸液を二度点検することがＤＡＬファイルで要求される場合に表示することができる。例えば、すべての薬物を二度点検する、または高リスク薬物は二度点検しなければ患者に送液することができないと指定することができる。そのような承認により、安全性を高めることを助けることができる。図２３７に示す例示的な第２のユーザによる承認画面３６３０は、プログラム中の輸液のパラメータの制限値オーバーライドを点検するための画面である。

図に示すように、第２のユーザによる承認画面３６３０は、ユーザが承認を求められている事柄についての要約情報３６３２を含む。図２３７に示す例では、この情報は、投与量パラメータの推奨制限値および投与量パラメータに入力された値を含んでいる。他の実施形態では他の情報を含めることができる。例えばユーザによって入力された理由を含めてもよい。ユーザＩＤ入力フィールド３６３４も含まれる。例示的実施形態では、第２のユーザが、仮想キーボード３４２８を使用して、ユーザＩＤ入力フィールド３６３４に自身のユーザＩＤとパスワードを入力して、制限値のオーバーライドを承認することができる。

図２３８は、輸液パラメータ値が絶対制限を超えた場合の輸液プログラム画面３６００の例示的実施形態を示す。具体的には、図２３８に示す例示的実施形態では投与量の上限絶対制限を超えている。投与量輸液パラメータ入力フィールド３６０２が拡大されている。このフィールドは別の色（例えば黄色や赤）で表示してもよい。警告のインディケータ３６１０を含めることができる。図２３５の例示的実施形態では制限違反の通知３６１２も示される。一部の実施形態では、制限違反の通知３６１２は絶対制限および推奨制限値を表示することができる。図に示すように、制限値の通知３６１２は再入力のオプション３６１４を含む。ユーザは、再入力のオプション３６１４を使用してパラメータを再入力することができる。オーバーライドのオプションは含まれない。

図２３９〜図２５３は、機器が輸液を投与している間に機器のユーザ・インターフェースに表示される可能性のあるいくつかの例示的な画面を示す。そのような画面は、関心対象となる各種情報をユーザに表示することができる。そのような情報には、ステータス情報、輸液情報、通知、警告、警報等が含まれる。そのような画面は、プログラムされた輸液が実行されている時、または停止状態にある時にユーザに使用される可能性のあるいくつかのオプションも含むことができる。図２３９〜図２５３に関連して図示し、説明する画面は例示に過ぎない。各種実施形態で、輸液の進行中に表示される画面は異なる可能性がある。そのような画面は、本明細書に示すものとは異なる情報、機能、オプション等を含む可能性がある。また、そのような画面の一部は、図２３９〜図２５３に示す他の画面にある各種要素を含むことができる。

図２３９は、医療機器のユーザ・インターフェースに表示することができる輸液進行中の画面３６４０の例示的実施形態を示す。そのような画面は、機器が患者に治療を実施している時に機器のユーザ・インターフェースに表示することができる。一部の実施形態では、輸液進行中の画面３６４０は異なる場合がある。輸液進行中の画面３６４０は、現在投与されている輸液に関する各種情報を提供することができる。またそのような画面は、医療機器の一部である各種センサからのデータを表示することができる。輸液進行中の画面３６４０は、輸液を実行している機器の種類に応じて異なる情報またはグラフィックを表示することができる。

図に示すように、図２３９に示す輸液進行中の画面３６４０の例示的実施形態は、薬物名インディケータ３５１２、臨床使用名インディケータ３５３２、および濃度インディケータ３５４２を含む。画面は圧力インディケータ３６４２も含む。圧力インディケータは、例えばＬＶＰのＩＶライン内の圧力を表示することができる。この圧力は、医療機器に関連付けられたセンサを介して測定することができる。圧力インディケータ３６４２は、閉塞の可能性を示す視覚的な手がかりを提供することができる。一部の実施形態では、圧力インディケータ３６４２は、ある期間にわたる圧力の動向の指示を提供することができる。一部の実施形態では、これは、例えば様々な時点における圧力を示す圧力グラフである。期間は一部の実施形態では４時間である。一部の実施形態では、圧力インディケータ３６４２をタップ、ダブル・タップ、またはその他の方法で選択すると、圧力インディケータ３６４２の拡大された表示をユーザ・インターフェースに開くことができる。図に示すように、圧力インディケータ３６４２は区間に分かれたバーである。この区間に分かれたバーが様々な度合いで埋まって、異なる圧力を示す。

例示的な輸液進行中の画面３６４０には輸液の要約３６４４も表示される。輸液の要約３６４４は、投与されている輸液のためにプログラムされた輸液パラメータの詳細を示すことができる。一部の実施形態では、輸液の要約３６４４の各種情報は輸液が進行するのに従って更新される。例えば、機器は、各種センサからのデータを使用して、輸注液が患者に送液されるのに伴ってＶＴＢＩを更新することができる。

例示的な輸液進行中の画面３６４０は、いくつかのオプション・ボタン３４７８も含むことができる。図に示すように、ボーラスのオプション、２次輸液のオプション、ロックのオプション、およびメニューのオプションがオプション・ボタン３４７８としてユーザ・インターフェースに含まれる。ユーザは、ボーラスのオプション・ボタン３４７８を使用して、その医療機器を使用したボーラスをプログラムし、実行することができる。ユーザは、２次輸液のオプション・ボタン３４７８を使用して、その医療機器を使用した２次輸液をプログラムし、実行することができる。ユーザは、ロックのオプション・ボタン３４７８を使用して医療機器のユーザ・インターフェースをロックすることができる。ユーザは、「ｍｏｒｅ（もっと見る）」のオプション・ボタン３４７８を使用して、そこから選択できるさらに他のオプションのメニューを表示させることができる。

図に示すように、輸液の進行中は、医療機器の外枠３４０６のボタン３４０８が輸液が進行中であることを示すことができる。図に示すように、一番下のボタン３４０８が点灯して、輸液が進行中であることを示す。

図２４０は、医療機器のユーザ・インターフェースに表示することができる輸液進行中の画面３６４０の例示的実施形態を示す。図に示すように、図２４０に示す特定の輸液進行中の画面３６４０はシリンジ・ポンプで表示することができる。輸液進行中の画面３６４０は、図２３９に関連して図示し、説明した輸液進行中の画面３６４０と同様の輸液の要約３６４４および圧力インディケータ３６４２を含む。図２４０に示す輸液進行中の画面３６４０は、液体容器の残量のインディケータ３６５０も含む。液体容器の残量インディケータ３６５０は、例示的実施形態では、シリンジとその内容物の仮想的な表現である。これはガソリンの残量メータと同じような働きをすることができる。図２４０の例示的実施形態では、輸液が進行するのにつれて、仮想シリンジの押し子が、輸液ポンプに取り付けられた物理的なシリンジの押し子に合わせてシリンジ筒の中を進むことができる。液体容器の残量インディケータ３６５０に示されるシリンジは、医療機器に設置されたシリンジに似せて表示することもできる。他の実施形態または他の医療機器では、輸液液体容器の残量インディケータ３６５０は異なる場合がある。例えば、ＬＶＰは、輸液の進行中に、薬剤の袋容器を模した液体容器の残量インディケータ３６５０をユーザ・インターフェースに表示することができる。

図２４１は、輸液進行中の画面３６４０の別の例示的実施形態を示す。図に示すように、図２４１に示す輸液進行中の画面３６４０は、輸液の要約３６４４およびいくつかのオプション・ボタン３４７８を含む。図２４１に示す輸液進行中の画面３４６０は、輸液進捗状況のインディケータ３６５１も含む。輸液進捗状況のインディケータ３６５１は、輸液が投与されるのに従って埋まって行くプログレス・バーである。他の適切な輸液進行中のインディケータも他の実施形態で使用することができる。輸液進行中の画面３６４０は、図２３９および図２４０に示す画面とは異なるレイアウトになっている。

図２４２は、警告メッセージ３６６０が表示されている輸液進行中の画面３４６０の例示的実施形態を示す。警告メッセージ３６６０はいくつかの理由で表示される可能性がある。例示的実施形態では、表示された警告メッセージ３６６０は、機器のバッテリ残量が少なくなっていることを知らせている。警告メッセージ３６６０は、機器のユーザ・インターフェースにモーダル・ウィンドウで表示することができる。それにより、ユーザが医療機器のユーザ・インターフェースを活発に使用している場合に、ユーザが警告メッセージ３６６０を無視したり、見落としたりすることがないようにすることができる。ユーザは、警告メッセージ３６６０と対話するか、または対処しないと、ユーザ・インターフェースの他の機能を使用できない場合がある。例示的実施形態では、警告メッセージ３６６０にメッセージを消すオプション３６６２が含まれる。また、警告メッセージ３６６０は医療機器のユーザ・インターフェースに目立つように表示して、いくつかの医療機器のどれからその警告が発されているのかをユーザが判断できるようにする。実施形態および／または警告によっては、消すオプション３６６２は含まれない、または無効にできない場合がある。代わりに、ユーザは警告の原因を解決することを要求され、その後警告メッセージ３６６０がユーザ・インターフェースから除去される。

図に示すように、医療機器の外枠３４０６のボタン３４０８の１つまたは複数が警告条件も示すことができる。そのような条件は、例えばボタンの１つが点灯および／または点滅することによって示すことができる。例示的実施形態では外枠３４０６の真ん中のボタン３４０８が点灯して警告を知らせている。

図２４３は、医療機器のユーザ・インターフェースに表示される可能性のある輸液進行中の画面３６４０の例示的実施形態を示す。図に示すように、詳細ウィンドウ３６７０が機器のユーザ・インターフェースで開かれている。ユーザは、ユーザ・インターフェース上の該当領域をタップ、ダブル・タップ、押し続ける等することにより詳細ウィンドウ３６７０を開くことができる。例示的実施形態では、詳細ウィンドウ３６７０は見出し３４３２内の各種アイコンについての詳細な情報を表示している。図に示すように、詳細ウィンドウ３６７０は、バッテリ残量、ＷｉＦｉ接続、および消された警告についてのより詳細な情報を提供する。他の詳細ウィンドウ３６７０（図示せず）も開くことができる。例えば、ユーザはより詳細な圧力情報を表示する詳細ウィンドウ３６７０を開くことができる。

図２４４は、通知メッセージ３６８０がユーザ・インターフェースに表示されている輸液進行中の画面３６４０の例示的実施形態を示す。通知メッセージ３６８０はいくつかの理由で表示される可能性がある。例示的実施形態では、表示された警告メッセージ３６８０は、２次輸液が完了し、１次輸液が再開されたことを知らせている。通知メッセージ３６８０は機器のユーザ・インターフェースにモーダル・ウィンドウで表示することができる。それにより、ユーザが医療機器のユーザ・インターフェースを活発に使用している場合に、ユーザが通知メッセージ３６８０を無視したり、見落としたりすることがないようにすることができる。ユーザは、通知メッセージ３６８０と対話するか、または対処しないと、ユーザ・インターフェースの他の機能を使用できない場合がある。例示的実施形態では、メッセージを消すオプション３６６２が通知メッセージ３６８０に含まれる。

図２４５は、通知メッセージ３６８０が表示された輸液進行中の画面３６４０の例示的実施形態を示す。図２４５の例示的実施形態では、通知メッセージ３６８０はモーダル・ウィンドウでは表示されない。これは、通知メッセージ３６８０が極めて重要な情報は含まない、または比較的重要でない情報を含む可能性があるためにそのようにすることができる。ユーザがユーザ・インターフェースの他の機能を使用できるようになる前に通知メッセージ３６８０と対話する、または対処することは必須ではない可能性がある。例示的実施形態では、通知メッセージ３６８０にはＯＫのオプション３６８２が含まれる。そのようなオプションを使用して通知メッセージ３６８０を消すことができる。

図２４６は、医療機器のユーザ・インターフェースに表示することができる輸液進行中の画面３６４０の例示的実施形態を示す。図に示すように、薬物名インディケータ３５１２は、現在送液されている薬物が「高警戒薬物ＸＹＺ（High Alert Drug XYZ）」であることを示している。機器のＤＡＬファイルが作成される時に、各種薬物を高リスクまたは高警戒と指定することができる。ユーザは、不適切に使用された場合の結果の重大性が高い場合に薬物をＤＡＬファイル内で高リスクと指定することができる。ＤＡＬファイル中で薬物が高リスクと示される場合、機器のユーザ・インターフェースは、ユーザ・インターフェースに表示される各種画面でそのことをユーザに伝えることができる。一部の実施形態では、これは、部分的に非テキストのインディケータを介して実現することができる。図２４６に示す例示的実施形態では、非テキストの警告インディケータ３６１０が薬物名インディケータ３５１２の隣に含まれている。また、高リスクまたは高警戒薬物は色分け方式を使用して識別することもできる。例示的実施形態では、薬物名インディケータ３５１２がハイライト表示されるか、色を付けた背景に表示して、その薬物が高リスクに指定されている事にさらに注意を向けさせる。それにより、いくつかの理由から安全性を高めることができる。例えば、緊急の状況では、患者に送液しているいくつかの医療機器のうちどれが最も緊急性の高い注目を必要とするかをユーザが迅速に判断することができる。

一部の実施形態では、薬物名インディケータ３５１２は各種の他の方式で色分けすることができる。色分けを使用して、機器によって送液中の薬物または薬物の部類を識別することができる。また、薬物名インディケータ３５１２は、色を利用した既存の薬物識別体系と一致するように色分けすることもできる。具体例として、医療機器が麻酔ポンプである場合、薬物名インディケータ３５１２は、標準ＡＳＴＭ色の中で麻酔薬に設定された該当色に対応する色を付けた背景に表示することができる。

図２４７は、医療機器のユーザ・インターフェースに表示される可能性のある輸液進行中の画面３６４０の例示的実施形態を示す。図に示すように、輸液中止メッセージ３６９０が例示的な輸液進行中の画面３６４０に表示される。そのようなメッセージは、ユーザが医療機器のユーザ・インターフェースの停止ボタンを押した場合に表示することができる。一部の実施形態では、機器の外枠３４０６にあるボタン３４０８の１つが停止ボタンとして機能することができる。一部の実施形態では、輸液進行中の画面３６４０に仮想停止ボタンを含めるか、または輸液進行中の画面３６４０から仮想停止ボタンに移動することができる。一部の実施形態では、そのようなメッセージは表示されず、停止ボタンを押すと、確認を必要とせずに輸液を停止させることができる。

例示的な輸液中止メッセージ３６９０は、患者への薬物の輸液を中止したいかどうかをユーザに尋ねるテキストを含む。輸液中止メッセージ３６９０は、「Ｎｏ」のオプション３６９２および「Ｙｅｓ」のオプション３６９４を含む。「Ｎｏ」のオプション３６９２を使用して、患者への薬物の輸液を継続することができる。「Ｙｅｓ」のオプション３６９４を使用して、輸液を中止することができる。輸液中止メッセージ３６９０は、一部の実施形態ではモーダル・ウィンドウとして表示することができる。

図２４８は、輸液中止時の画面３７００の例示的実施形態を示す。図に示すように、見出し３４３２は輸液が中止したことを知らせている。また、見出し３４３２は別の色（例えば赤、黄色、オレンジ等）に変化して、機器が輸液の実行を中止したことを視覚的に知らせる助けとすることができる。またユーザ・インターフェース上のオプション・ボタン３４７８も輸液が中止された時に変化することができる。例示的実施形態では、オプション・ボタン３４７８は輸液終了のオプションおよび輸液再開のオプションを含む。これらのオプション・ボタン３４７８を使用して、それぞれ輸液を終了してキャンセルするか、または輸液の実行を再開することができる。

図２４９は、医療機器のユーザ・インターフェースに表示される可能性のある警報画面３７１０の例示的実施形を示す。警報画面３７１０は、いくつかの問題の１つが存在する場合に表示される。各種警報には、閉塞警報、ライン内空気混入警報、バッテリ残量低下の警報等が含まれる。図２４９の例示的実施形態では、警報メッセージ３７１２で示すように、表示された警報画面３７１０は閉塞警報の画面である。実施形態または警報によっては、医療機器は、警報条件が存在する場合には、治療の実施を中止する場合がある。警報画面３７１０は他のユーザ・インターフェース画面（例えば輸液進行中の画面）と十分に異なっており、それにより警報画面であることが容易に見分けられる。これは、ユーザが、すべて同一の患者に関連付けられた複数の医療機器の１つで発生した警報に迅速に対処する必要がある場合に役立つ可能性がある。

警報画面３７１０は、警報で中断された治療についての各種情報を含むことができる。例示的実施形態では、警報画面３７１０は薬物名インディケータ３５１２および濃度インディケータ３５４２を含む。図２４９の各種情報は輸液の要約情報３７１４も含む。他の実施形態は、警報画面３７１０に、中断した輸液について異なる情報または異なる量の情報を含む場合がある。

警報画面３７１０は、警報の簡単な説明３７１６を含むことができる。問題解決情報３７１８も警報画面３７１０に含めることができる。警報のグラフィック３７２０も警報画面３７１０の一部として表示することができる。例示的実施形態では、警報のグラフィック３７２０は、医療機器に関連付けられたＩＶラインに問題がある可能性があることを知らせている。一部の実施形態では、警報のグラフィック３７２０は、例えば動画にする、かつ／またはユーザが警報に対処、解消、または解決する方法についての指示を提供することができる。

医療機器の外枠３４０６にあるボタン３４０８も警報条件が存在することを知らせることができる。例示的実施形態では、医療機器の外枠３４０６の真ん中のボタン３４０８が点灯して警報条件が存在することを知らせる。一部の実施形態では、外枠３４０６のボタン３４０８は、特定の色（例えば赤、黄色、オレンジ等）で点灯または点滅して、警報条件が存在することを知らせることができる。

図２５０は、電源切断メッセージ３７３０が表示された輸液進行中の画面３６４０の例示的実施形態を示す。ユーザは、機器の外枠３４０６のボタン３４０８を押すことにより、機器の電源を切ることができる。一部の実施形態では、ユーザがボタン３４０８を押すと電源切断メッセージ３７３０が表示される。そして、機器の電源が切れる前にボタン３０４８を所定時間押し続ける必要がある。一部の実施形態では、機器は、現在のステータス（例えばアイドル状態、待機中、輸液中、プログラム中等）に応じて異なる振る舞いをする場合がある。図２００との関連で図示し、説明したステップが、機器の現在のステータスに応じた可能な振る舞いの例のいくつかを詳細に示している。

図２５０の例示的実施形態では、電源切断メッセージ３７３０は、ボタン３４０８を５秒間押して機器の電源を切るようにユーザに指示している。他の実施形態では、時間の長さはそれよりも短い、または長い場合がある。電源切断メッセージ３７３０は、ユーザが電源ボタンとして指定されたボタン３４０８を押すのと同時にカウントダウンするタイマも含むことができる。実施形態または機器のステータスによっては、ボタン３４０８に応答して電源切断メッセージ３７３０が表示されない場合もある。機器は、例えば、ボタン３４０８が押されると、電源切断メッセージ３７３０を表示せずに電源が切れる場合もある。

図２５１は、医療機器のユーザ・インターフェースに表示される可能性のある輸液進行中の画面３６４０の例示的実施形態を示す。例示的な輸液進行中の画面３６４０は上記とは異なる構成であるが、同様の情報およびインディケータを含んでいる。図に示すように、例示的な輸液進行中の画面３６４０は「もっと見る」のオプション３７４２を含む。「もっと見る」のオプション３７４２については本明細書の後の箇所で詳細に説明する。例示的な輸液進行中の画面３６４０はロックのオプション３７４０も含む。

ユーザは機器のユーザ・インターフェースに関連付けられたロックのオプションを使用して、機器のユーザ・インターフェースをロックすることができる。これは、意図しないボタンまたはユーザ・インターフェースの入力が発生し得る状況で望ましい場合がある。図１９９に関して上述したように、各種のロックがある可能性がある。そのようなロックは、例えば、ユーザ・インターフェースを異なる度合いにロックする、ロックを解除するために異なる量のユーザ対話を必要とする、ロックを解除するためにパスコード等の入力を必要とするもの等がある。

例示的実施形態では、ロックのオプション３７４０はスライダーを含み、ユーザがユーザ・インターフェース上で指をドラッグすることによって、このスライダーをユーザ・インターフェースの表示上でドラッグすることができる。スライダーがユーザ・インターフェース上で十分な量ドラッグされると、機器は、そのユーザ・インターフェースをロックするか、またはユーザ・インターフェースをロックしたいロックの種類を指示するようにユーザを促すことができる。他の実施形態では、ロックのオプションは、スライダーをディスプレイ上でドラッグすることを必要としない場合もある。例えば、ユーザ・インターフェースは、ユーザがユーザ・インターフェースに表示された１つまたは複数の仮想ボタン（例えば図２３９に示すオプション・ボタン３４７８）を押すことによってロックすることができる。ユーザは、機器のメニューでロックのオプション３７４０に移動することによって機器のユーザ・インターフェースをロックすることもできる。

図２５２は、医療機器のユーザ・インターフェースに表示することができる輸液進行中の画面３６４０の例示的実施形態を示す。具体的には、図２５２は、ロックされた状態の輸液進行中の画面３６４０の例示的実施形態を示す。図２５１に関連して説明したように、ユーザは医療機器のユーザ・インターフェースをロックすることができる。また、一部の実施形態では、医療機器のユーザ・インターフェースは、ユーザ対話が発生しないまま所定の時間（例えば９０秒間）が経過すると自動的にロックすることができる。

図２５２に示すように、医療機器のユーザ・インターフェースがロックされると、ロック解除のオプション３７５０が医療機器のユーザ・インターフェースに表示される。また、ユーザ・インターフェースの残りの部分がグレー表示になるか、または色が薄くなって、医療機器のユーザ・インターフェースがロックされたことを示すことができる。図の例示的実施形態では、ロック解除のオプション３７５０は、ユーザが機器のユーザ・インターフェース上でスライダーをドラッグすることによって使用することができる。他の実施形態では、ロック解除のオプション３７５０は異なる場合がある。例えば、ユーザは、１つまたは複数の仮想ボタンを使用する、またはメニューのロック解除のオプション３７５０に移動することにより、機器のユーザ・インターフェースのロックを解除することができる。

一部の実施形態では、ユーザがロック解除のオプション３７５０を使用すると、ユーザ・インターフェースのロックが解除される。図１９９に関して上述したように、実施形態またはユーザ・インターフェースのロックの種類によっては、ユーザは機器のロックを解除するために認証を提供する必要がある。例えば、ユーザは、パスワードを入力するか、その他の方法（例えばＲＦＩＤバッジ、カード、キー等の使用）で自身に医療機器を使用する権限があることを認証しないと、医療機器のユーザ・インターフェースのロックが解除されない場合がある。そのような実施形態では、ユーザがロック解除のオプション３７５０を使用すると、図２３７に示すユーザＩＤ入力フィールド３６３４と同様のユーザＩＤ入力フィールドがユーザ・インターフェースに表示される。ユーザは、そのフィールドを使用して自身のユーザＩＤおよびパスワードを入力して、認証を提供することができる。他の実施形態では、ユーザ・インターフェースに、例えば図２０９および図２１０に示すログイン画面３４２０と同様の画面を表示することができる。これにより、権限のない、または訓練を受けていないユーザによる使用や、治療の改ざん等を防ぐ助けとすることができる。

図２５３は、医療機器のユーザ・インターフェースに表示される可能性のある輸液進行中の画面３６４０の例示的実施形態を示す。具体的には、図２５３は、オプション・メニュー３７６０が表示されている例示的な輸液進行中の画面３６４０を示す。ユーザは、ユーザ・インターフェースの「もっと見る」のオプション３７４２を使用することにより、オプション・メニュー３７６０をユーザ・インターフェースに表示させることができる。オプション・メニュー３７６０は各種のオプション・ボタン３４７８を含むことができる。例示的なオプション・メニュー３７６０は、輸液を漸増するオプション・ボタン３４７８、ボーラスをプログラムするオプション・ボタン３４７８、２次輸液をプログラムするオプション・ボタン３４７８、輸液の要約を表示するオプション・ボタン３４７８、臨床勧告を表示するオプション・ボタン３４７８、各種の輸液設定を表示するオプション・ボタン３４７８、および医療機器を（例えば勤務交替時に）別の介護者に引き継ぐオプション・ボタン３４７８を含む。

例えば、ユーザが勤務交替時にオプション・ボタン３４７８を使用して機器を引き継ぐ場合、機器は、現在関連付けられているユーザをログアウトさせ、これから勤務を開始する新しいユーザをログインさせることができる。一部の実施形態では、機器は、現在関連付けられているユーザとこれから勤務が開始する新しいユーザのそれぞれに対して、例えば図２３７のユーザＩＤ入力フィールド３６３４と同様のユーザＩＤ入力フィールドを表示することができる。他の実施形態では、機器を引き継ぐためのオプション・ボタン３４７８を使用すると、現在関連付けられているユーザがログアウトされ、新しいユーザに対して、図２０９および図２１０に示すログイン画面３４２０と同様の画面を表示することができる。新しいユーザが医療機器にログオンすると、機器のユーザ・インターフェースは、新しいユーザの勤務が開始する前に発生した重要な治療イベントの要約を表示することができる。

図２５４は、機器のユーザ・インターフェースに表示することができる治療完了画面３７７０の例示的実施形態を示す。治療完了画面３７７０は、プログラムされた治療が医療機器によって実施された後に表示することができる。また、治療完了画面３７７０は、治療がキャンセルされた、または他の理由で医療機器上で中断された場合にも表示される。そのような画面は治療についての各種情報を提供することができ、例えば希望する場合にはユーザが新しい治療を開始することができる。

図に示すように、完了した治療に関する各種情報は、薬物名インディケータ３５１２および濃度インディケータ３５４２を含む。実施形態によっては、臨床使用インディケータなどの各種の他の情報も含めることができる。例示的実施形態では、治療完了画面３７７０は、要約タブ３７７２（開かれている）および履歴タブ３７７４を含む。要約タブ３７７２で、輸液の要約３６４４を表示することができる。履歴タブ３７７４を使用して、治療に関する各種の他の情報を表示することができる。例えば、履歴タブ３７７４は、時間の経過に伴う送液流量、治療中に発生した警告および／または警報のリスト、治療の進行中に発生した治療の変更の要約等を表示することができる。

治療完了画面３７７０は、新しい治療を開始するオプション３７７４および終了のオプション３７７６を含むことができる。新しい治療を開始するオプション３７７４を使用して、その医療機器を使用して新しい治療を開始することができる。ユーザが新しい治療３７７６の開始を希望しない場合、ユーザは終了のオプション３７７６を使用することができる。

図２５５は、医療機器のユーザ・インターフェースに表示することができる例示的な治療完了画面３７７０の実施形態を示す。具体的には、図２５５は、新規治療のメッセージ３７８０が表示されている治療完了画面３７７０の例示的実施形態を示す。新規治療のメッセージ３７８０は、ユーザが医療機器のユーザ・インターフェース上で新しい治療を開始するオプション３７７４を使用した場合に表示される。例示的実施形態では、新規治療のメッセージ３７８０は、新規のオプション３７８２および繰り返すオプション３７８４を含む。ユーザが同じ薬物、臨床使用、濃度、および輸液パラメータを使用して同じ治療を繰り返したい場合、ユーザは繰り返すオプション３７８４を使用することができる。ユーザが、直前に完了した治療と異なる新しい治療を医療機器でプログラムしたい場合、ユーザは新規のオプション３７８２を使用することができる。

図２５６は、医療機器のユーザ・インターフェースに表示することができる通知設定画面３７９０の例示的実施形態を示す。他の通知設定画面３７９０は異なる可能性がある。一部の実施形態では、そのような画面は機器をプログラムする過程で表示される。一部の実施形態では、通知設定画面３７９０には輸液進行中の画面からメニュー等を介してアクセスすることができる。通知設定画面３７９０を使用して、医療機器が通知を生成する治療中の時間または箇所を設定することができる。そのような通知は、注意喚起の役割を果たす、かつ／またはユーザに情報を提供することができる。一部の実施形態では、ユーザは、医療機器が通知を伝達する方式も設定することができる。例えば、ユーザは、通知が可聴音等を含むか否かを指定することができる場合がある。

図に示すように、図２５６の通知設定画面３７９０はいくつかの例示的な通知を含む。具体的には、通知設定画面３７９０は、輸液の終了が近づいた時の設定３７９２、薬剤再オーダーの設定３７９４、輸液が終了に近づいた時の呼び出し３７９６、および薬剤再オーダーの呼び出し３７９８を含む。輸液の終了が近づいた時の設定３７９２を使用して、輸液が終了に近づいたことを知らせる通知を設定することができる。薬剤再オーダーの設定３７９４を使用して、医療機器に関連付けられた患者に薬剤を再オーダーするためのリマインダを設定することができる。輸液の終了が近づいた時の呼び出し３７９６を使用して、輸液が終了に近づいたことを機器がユーザに再通知する時間を設定することができる。同様に、薬剤再オーダーの呼び出し３７９８を使用して、機器が薬剤の再オーダーをユーザに再通知する時間を設定することができる。他の実施形態では、異なる設定または異なる数の設定を通知設定画面３７９０で設定することができる。一部の実施形態では、ユーザは、独自設定の通知を作成し、独自設定の通知が機器によって生成される時間を設定することができる。例えば、ＮＩＣＵの機器の場合は２時間ごとに一般の呼び出し通知が発生するように設定することが望ましい場合がある。これを行うことにより、機器が適正に機能していることを保証することができる。

図に示すように、図２５６の例示的実施形態では、ユーザは、機器がユーザへの通知を生成する時間を設定することができる。これは、仮想キーボード３４２８を使用して時間のフィールド３８００と分のフィールド３８０２に値を入力することにより行うことができる。ユーザは、通知用の時間のフィールド３８００と分のフィールド３８０２をディスプレイに表示させるために、設定したい通知を選択する必要がある。他の実施形態では、ユーザは、時間に加えて、機器が通知を生成する際に使用する基準を指定することができる。例えば、ユーザは、機器が通知を生成すべき残りＶＴＢＩ値を定義することにより通知を設定することができる。通知の生成が始動されると、図２４４〜図２４５に示すものと同様の方式で通知がユーザに表示される。

図２５７は、医療機器のユーザ・インターフェースに表示される可能性のある治療パラメータ画面３８１０の例示的実施形態を示す。そのような画面で、ユーザは、医療機器のメモリに記憶されたＤＡＬファイルでデフォルト値を割り当てられている可能性がある医療機器の各種動作パラメータを変更することができる。そのような画面は、治療をプログラムする過程の一部として表示することができる。他の実施形態では、治療パラメータ画面３８１０には、輸液進行中の画面から移動することができる（例えばメニュー・オプションの使用を通じて）。

図に示すように、治療パラメータ画面３８１０は、ＫＶＯ流量の設定３８１２、閉塞感度の設定３８１４、閉塞による再開の設定３８１６、空気混入制限の設定３８１８を含む。ユーザは、ＫＶＯ流量の設定３８１２を使用して、機器がＫＶＯ流量で輸液する時に医療機器によって満たされるＫＶＯ流量を設定することができる。ユーザは、閉塞感度の設定３８１４を使用して、機器の閉塞感度を設定することができる。ユーザは、閉塞による再開の設定３８１６を使用して、機器が閉塞警報を発する前に試みる閉塞再開の回数を設定することができる。空気混入制限の設定３８１８を使用して、機器がライン内空気混入の警報を発する前に一定時間内に検出されなければならない空気量を設定することができる。

ユーザは、変更したい治療設定を選択することによりその設定を拡大し、その設定のための設定パラメータ入力フィールド３８２０を表示することができる。例示的実施形態では、ユーザはＫＶＯ流量の設定３８１２を選択している。ユーザは、仮想キーボード３４２８を使用して設定パラメータ入力フィールド３８２０に値を入力することができる。これも図に示すように、治療設定が選択されると、その治療設定についてデフォルト値にリセットするオプション３８２２が表示される。ユーザは、そのオプションを使用して、設定を、医療機器のメモリに記憶されたＤＡＬファイルに定義されているデフォルト値に戻すことができる。

本開示から逸脱することなく、各種の代替形態および変更形態を当業者によって考案することができる。したがって、本開示は、すべてのそのような代替形態、変更、および変形例を包含するものとする。また、本開示のいくつかの実施形態を図面に示し、かつ／または本明細書で説明したが、本開示がそれらに限定される意図はない。本開示は、当技術分野が許す限り広い範囲にあり、また本明細書もそれと同様に解釈すべきことが意図される。したがって、上記の説明は限定的なものと解釈すべきでなく、単に特定の実施形態の例示として解釈すべきである。そして、当業者は、本明細書に添付の特許請求の範囲および主旨の中で他の変更を想到することができよう。上記および／または添付の特許請求の範囲と実質的に異ならない他の要素、ステップ、方法、および手法も本開示の範囲内にあるものとする。

図面に示す実施形態は、本開示の特定の例を具体的に示す目的でのみ提示される。説明される図面は例示的なものに過ぎず、制限的なものではない。図面では、図示の目的で、一部の要素の大きさが誇張され、実物大でない場合がある。また、図面中で同じ参照符号を有する要素は、文脈に応じて、全く同じ要素である場合も、似た要素である場合もある。すべての治療、薬物ライブラリのエントリ等およびそれらに関連付けられたパラメータ値は単に仮定的なものであり、例のみとして与えられることにも留意されたい。

本明細書の説明および特許請求の範囲で用語「comprising」が使用される場合、それは他の要素やステップを排除しない。例えば「a」、「an」、または「the」など、単数形の名詞を参照する際に不定冠詞または定冠詞を使用する場合は、別の事が具体的に述べられない限り、その名詞の複数形を含む。したがって、用語「comprising」は、その後に列挙される項目に制限されると解釈すべきでなく、他の要素やステップを排除せず、したがって、「項目ＡおよびＢを備える（comprising）機器」と言う表現の範囲は、構成要素ＡおよびＢだけからなる機器に限定すべきでない。この表現は、本発明に関しては、機器の関連する構成要素がＡとＢのみであることを意味する。

さらに、用語「第１の」、「第２の」、「第３の」等は、詳細な説明または特許請求の範囲での使用に関わらず、同様の要素を区別し、他の説明上の目的で提供される。これらの用語は、必ずしも連続した順序や時間的な順序を描写するものではない。そのように使用されるこれらの用語は、該当する状況では相互に入れ替えることが可能であり（明確かつ明瞭に別途指示しない限り）、本明細書に記載される本発明の実施形態は、本明細書に記載または図示される以外の順序および／または構成で機能することが可能であることを理解されたい。
本発明の第１の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される医療エラー低減ソフトウェアであって、前記ソフトウェアは、複数の特権のセットの１つを複数のユーザ・セットの各々に提供するように構成され、前記複数の特権のセットは各々、一定程度のソフトウェア機能を前記複数のユーザ・セットの１つに割り振るように構成され、前記一定程度のソフトウェア機能は、ユーザが前記少なくとも１つの薬物ライブラリを改変する能力を定義するように構成される、医療エラー低減ソフトウェアと、
少なくとも１つのサーバと、
少なくとも１つのエディタ・コンピュータであって、各々が、ディスプレイと通信状態にあるプロセッサを備え、前記少なくとも１つのエディタ・コンピュータおよび少なくとも１つのサーバが、クライアント／サーバ型モデルでネットワークを介して通信するように構成される、エディタ・コンピュータと
を備え、
前記少なくとも１つの薬物ライブラリは各々、少なくとも１つの医療機器で使用するためのものである医療エラー低減システムである。
本発明の第２の態様は、
前記少なくとも１つの薬物ライブラリの各々が階層に編成される第１の態様のシステムである。
本発明の第３の態様は、
前記階層が、少なくとも１つの看護グループの下位にある複数の看護エリアを含む第２の態様のシステムである。
本発明の第４の態様は、
前記階層の各レベルが、前記少なくとも１つの医療機器のためのいくつかの送液パラメータを含む第２の態様のシステムである。
本発明の第５の態様は、
前記少なくとも１つの薬物ライブラリの各々が、それぞれが特定の医薬品に対応する複数のエントリを含む第１の態様のシステムである。
本発明の第６の態様は、
前記少なくとも１つの薬物ライブラリが、前記少なくとも１つの医療機器の動作を通知するいくつかのパラメータを含む第１の態様のシステムである。
本発明の第７の態様は、
前記薬物ライブラリが、前記少なくとも１つの医療機器について複数のプログラミング制限値を含む第１の態様のシステムである。
本発明の第８の態様は、
前記医療エラー低減ソフトウェアがさらに品質改善情報をユーザに提供するように構成される第１の態様のシステムである。
本発明の第９の態様は、
前記複数の特権のセットの少なくとも１つが、前記複数のユーザ・セットの１つに薬物ライブラリを点検する特権を割り振る第１の態様のシステムである。
本発明の第１０の態様は、
前記複数の特権のセットの少なくとも１つが、前記複数のユーザ・セットの１つに薬物ライブラリを編集する特権を割り振る第１の態様のシステムである。
本発明の第１１の態様は、
前記複数の特権のセットの少なくとも１つが、前記複数のユーザ・セットの１つに、特権セットを編集または作成する特権を割り振る第１の態様のシステムである。
本発明の第１２の態様は、
前記複数の特権のセットの少なくとも１つが、前記複数のユーザ・セットの１つに、ユーザ追加の特権を割り振る第１の態様のシステムである。
本発明の第１３の態様は、
前記複数のユーザ・セットの各々に割り振られた前記複数の特権のセットが、前記少なくとも１つの薬物ライブラリを作成および改訂するために前記複数のユーザ・セット間の協働的なプロセスを強制する第１の態様のシステムである。
本発明の第１４の態様は、
医療エラー低減システムであって、
少なくとも１つのサーバと、
少なくとも１つのエディタ・コンピュータであって、各々が、ディスプレイと通信状態にあるプロセッサを備え、前記少なくとも１つのエディタ・コンピュータおよび少なくとも１つのサーバが、クライアント／サーバ型モデルでネットワークを介して通信するように構成される、エディタ・コンピュータと
少なくとも１つの薬物ライブラリを作成し改訂する際に使用するために前記少なくとも１つのサーバによって実行され、前記少なくとも１つのエディタ・コンピュータを介してアクセスできるように構成された医療エラー低減ソフトウェアであって、前記少なくとも１つの薬物ライブラリは各々、医療機器プロセッサおよび医療機器グラフィカル・ユーザ・インターフェースを備える少なくとも１つの医療機器で使用され、前記グラフィカル・ユーザ・インターフェースは、情報を伝達し個々の医療機器をプログラムするために使用することができるユーザ・インターフェースを表示するように構成され、前記少なくとも１つの薬物ライブラリは各々、ユーザが前記少なくとも１つの医療機器をプログラムするのを誘導する複数のエントリを含む、医療エラー低減ソフトウェアと
を備え、
前記医療エラー低減ソフトウェアは、模擬的な医療機器グラフィカル・ユーザ・インターフェースを表示するように構成され、前記模擬的な医療機器グラフィカル・ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリから選択された薬物ライブラリを使用して、医療機器の前記医療機器グラフィカル・ユーザ・インターフェースの振る舞いを模倣する、医療エラー低減システムである。
本発明の第１５の態様は、
前記模擬的な医療機器グラフィカル・ユーザ・インターフェースは状況感知型である第１４の態様のシステムである。
本発明の第１６の態様は、
前記医療エラー低減ソフトウェアは、各々が複数のユーザ・セットの１つに割り当てられたいくつかの特権セットを含み、前記いくつかの特権セットは各々、一定程度のソフトウェア機能を前記複数のユーザ・セットの各々に割り振る第１４の態様のシステムである。
本発明の第１７の態様は、
前記模擬的な医療機器グラフィカル・ユーザ・インターフェースは、前記いくつかの特権のセットのオンまたはオフを切り替えることができるソフトウェア機能である第１６の態様のシステムである。
本発明の第１８の態様は、
前記少なくとも１つの薬物ライブラリの各々が階層に編成される第１４の態様のシステムである。
本発明の第１９の態様は、
前記階層が、少なくとも１つの看護グループの下位にある複数の看護エリアを含む第１８の態様のシステムである。
本発明の第２０の態様は、
前記階層の各レベルが、前記少なくとも１つの医療機器のためのいくつかの送液パラメータを含む第１８の態様のシステムである。
本発明の第２１の態様は、
前記少なくとも１つの薬物ライブラリの各々が、それぞれが特定の医薬品に対応する複数のエントリを含む第１４の態様のシステムである。
本発明の第２２の態様は、
前記少なくとも１つの薬物ライブラリが、前記少なくとも１つの医療機器の動作を通知するいくつかのパラメータを含む第１４の態様のシステムである。
本発明の第２３の態様は、
前記薬物ライブラリが、前記少なくとも１つの医療機器について複数のプログラミング制限値を含む第１４の態様のシステムである。
本発明の第２４の態様は、
前記医療エラー低減ソフトウェアがさらに品質改善情報をユーザに提供するように構成される第１４の態様のシステムである。
本発明の第２５の態様は、
患者に医薬品を送液する医療機器であって、
前記医薬品を送液すべきポンプ機構の動作を制御するように構成されたコントローラと、
ディスプレイと、
薬物ライブラリのためのプログラム・コードを記憶するように構成されたコンピュータ読取り可能メモリであって、前記薬物ライブラリは複数のエントリを含み、前記複数のエントリは、施設の一部分に対応する少なくとも１つのエントリと、そのようなエントリごとに少なくとも１つの薬物エントリとを含み、前記少なくとも１つの薬物エントリには各々パラメータが関連付けられており、前記薬物ライブラリ中の少なくとも１つの薬物エントリは、特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられる、コンピュータ読取り可能メモリと、
前記医療機器のディスプレイにグラフィカル・ユーザ・インターフェースを表示するように構成されたプロセッサであって、前記グラフィカル・ユーザ・インターフェースは、ユーザが前記薬物ライブラリを使用して前記コントローラをプログラムするために使用される、プロセッサと
を備える医療機器である。
本発明の第２６の態様は、
ユーザは、特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられた前記薬物ライブラリ中の前記少なくとも１つの薬物エントリの１つを選択して、前記患者への前記医薬品の送液をプログラムすることができる第２５の態様の医療機器である。
本発明の第２７の態様は、
特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられた前記薬物ライブラリ中の前記少なくとも１つの薬物エントリは、医薬品の送液を支配する少なくとも１つのパラメータに関連付けられる第２５の態様の医療機器である。
本発明の第２８の態様は、
前記薬物ライブラリは医療エラー低減ソフトウェアを使用して作成または変更を加えることができる第２５の態様の医療機器である。
本発明の第２９の態様は、
前記ディスプレイがタッチ画面ディスプレイである第２５の態様の医療機器である。
本発明の第３０の態様は、
特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられた前記薬物ライブラリ中の前記少なくとも１つの薬物エントリの少なくとも１つは、前記ユーザが、１時間当たりの量のモードで前記医薬品を送液するように前記医療機器をプログラムすることを可能にする第２５の態様の医療機器である。
本発明の第３１の態様は、
前記複数のエントリは各々少なくとも１つのパラメータに関連付けられる第２５の態様の医療機器である。
本発明の第３２の態様は、
前記少なくとも１つのパラメータのうち少なくとも１つが医薬品送液パラメータである第３１の態様の医療機器である。
本発明の第３３の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器で使用され、前記ソフトウェアは、複数の特権のセットの１つを複数のユーザ・セットの各々に提供するように構成され、前記複数の特権のセットは各々、一定程度のソフトウェア機能を前記複数のユーザ・セットの１つに割り振るように構成される、薬物ライブラリ編集ソフトウェアと、
少なくとも１つのサーバと、
少なくとも１つのエディタ・コンピュータであって、各々が、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記少なくとも１つのエディタ・コンピュータおよび少なくとも１つのサーバが、クライアント／サーバ型モデルでネットワークを介して通信するように構成される、エディタ・コンピュータと
を備え、
前記複数のユーザ・セットの少なくとも１つは、前記ソフトウェアを使用して、前記少なくとも１つの薬物ライブラリの少なくとも一部分を変更することを要求することができる、医療エラー低減システムである。
本発明の第３４の態様は、
前記複数の特権のセットの少なくとも１つは、ユーザが前記変更の実施を却下することを可能にするように構成される第３３の態様のシステムである。
本発明の第３５の態様は、
前記複数の特権のセットの少なくとも１つは、ユーザが前記変更の実施を承諾することを可能にするように構成される第３３の態様のシステムである。
本発明の第３６の態様は、
前記複数の特権のセットの少なくとも１つは、ユーザが前記変更に対して質問を提出することを可能にするように構成される第３３の態様のシステムである。
本発明の第３７の態様は、
前記複数の特権のセットの少なくとも１つは、ユーザが前記変更の改訂を提案することを可能にするように構成される第３３の態様のシステムである。
本発明の第３８の態様は、
前記サーバが、前記医療エラー低減ソフトウェアを実行するように構成される第３７の態様のシステムである。
本発明の第３９の態様は、
前記一定程度のソフトウェア機能は、ユーザが前記少なくとも１つの薬物ライブラリを改変する能力を定義するように構成される第３３の態様のシステムである。
本発明の第４０の態様は、
前記少なくとも１つの医療機器が輸液ポンプである第３３の態様のシステムである。
本発明の第４１の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器で使用される、薬物ライブラリ編集ソフトウェアと、
前記医療エラー低減ソフトウェアを実行するように構成された少なくとも１つのサーバと、
少なくとも１つのエディタ・コンピュータであって、各々が、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリを編集するために１人または複数のユーザによって使用され、前記少なくとも１つのエディタ・コンピュータおよび少なくとも１つのサーバがネットワークを介して通信するように構成される、エディタ・コンピュータと
を備え、
前記１人または複数のユーザの少なくとも１人が、電子的な変更要求を出すことにより前記少なくとも１つの薬物ライブラリへの変更を要求することができる医療エラー低減システムである。
本発明の第４２の態様は、
前記少なくとも１つの医療機器が輸液ポンプである第４１の態様のシステムである。
本発明の第４３の態様は、
前記電子的な変更要求は医療データにリンクすることが可能である第４１の態様のシステムである。
本発明の第４４の態様は、
前記医療データは電子データベースに記憶されて状況情報を提供する第４３の態様のシステムである。
本発明の第４５の態様は、
前記電子データベースがホスト環境にある第４４の態様のシステムである。
本発明の第４６の態様は、
前記医療データが前記少なくとも１つの医療機器から生成される第４３の態様のシステムである。
本発明の第４７の態様は、
前記医療データが、電子データベースに記憶され、前記医療データを生成した前記少なくとも１つの医療機器で使用されている前記少なくとも１つの薬物ライブラリの１つに関連付けられる第４６の態様のシステムである。
本発明の第４８の態様は、
前記医療データが表の形態で表示される第４３の態様のシステムである。
本発明の第４９の態様は、
前記医療データがチャートの形態で表示される第４３の態様のシステムである。
本発明の第５０の態様は、
前記医療データがグラフの形態で表示される第４３の態様のシステムである。
本発明の第５１の態様は、
前記医療データが図の形態で表示される第４３の態様のシステムである。
本発明の第５２の態様は、
前記医療データが輸液事例の形態で表示される第４３の態様のシステムである。
本発明の第５３の態様は、
ユーザは前記薬物ライブラリ編集ソフトウェアを使用して前記医療データを検索することができる第４３の態様のシステムである。
本発明の第５４の態様は、
ユーザは前記薬物ライブラリ編集ソフトウェアを使用して前記医療データをフィルタリングすることができる第４３の態様のシステムである。
本発明の第５５の態様は、
前記医療データは、ユーザによる選択が可能な形式で表示される第４３の態様のシステムである。
本発明の第５６の態様は、
前記ユーザは、現在編集が行われている前記少なくとも１つのライブラリのうち１つのライブラリのバージョンに対応する医療データのみにアクセスすることができる第４３の態様のシステムである。
本発明の第５７の態様は、
前記複数のエントリが各々、１つまたは複数の送液パラメータに関連付けられる第４１の態様のシステムである。
本発明の第５８の態様は、
前記１人または複数のユーザのうち少なくとも１人が前記電子的な変更要求を承諾することができる第４１の態様のシステムである。
本発明の第５９の態様は、
前記１人または複数のユーザのうち少なくとも１人が前記電子的な変更要求に応答することができる第４１の態様のシステムである。
本発明の第６０の態様は、
前記１人または複数のユーザのうち少なくとも１人が前記電子的な変更要求に対する改変を提案することができる第４１の態様のシステムである。
本発明の第６１の態様は、
前記１人または複数のユーザのうち少なくとも１人が前記電子的な変更要求を拒否することができる第４１の態様のシステムである。
本発明の第６２の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは各々、少なくとも１つの医療機器で使用され、前記薬物ライブラリ編集ソフトウェアはサーバによって実行される、薬物ライブラリ編集ソフトウェアと、
少なくとも１つの薬物ライブラリ・データベースと、
少なくとも１つの医療データのデータベースと、
少なくとも１つのエディタ・コンピュータであって、各々、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリを編集するためにユーザによって使用され、前記少なくともエディタ・コンピュータ、少なくとも１つの薬物ライブラリ・データベース、および少なくとも１つの医療データのデータベースが、ネットワークを介して通信するように構成される、エディタ・コンピュータと
を備え、
前記少なくとも１つの薬物ライブラリの編集中に、前記ユーザが前記薬物ライブラリ編集ソフトウェアを使用して医療データにアクセスすることができる医療エラー低減システムである。
本発明の第６３の態様は、
前記医療データが前記少なくとも１つの医療データのデータベースに記憶される第６２の態様のシステムである。
本発明の第６４の態様は、
前記少なくとも１つの医療データのデータベースがホスト環境に記憶される第６３の態様のシステムである。
本発明の第６５の態様は、
前記医療データがチャートの形態で表示される第６２の態様のシステムである。
本発明の第６６の態様は、
前記医療データがグラフの形態で表示される第６２の態様のシステムである。
本発明の第６７の態様は、
前記医療データが表の形態で表示される第６２の態様のシステムである。
本発明の第６８の態様は、
前記医療データが図の形態で表示される第６２の態様のシステムである。
本発明の第６９の態様は、
前記医療データが輸液事例の形態で表示される第６２の態様のシステムである。
本発明の第７０の態様は、
前記医療データが、ユーザによる選択が可能な形式で表示される第６２の態様のシステムである。
本発明の第７１の態様は、
前記アクセスされる医療データが検索可能である第６２の態様のシステムである。
本発明の第７２の態様は、
前記アクセスされる医療データは、フィルタを適用することによってフィルタリングすることが可能である第６２の態様のシステムである。
本発明の第７３の態様は、
前記フィルタは機器の種類のフィルタである第７２の態様のシステムである。
本発明の第７４の態様は、
前記フィルタはデータのカテゴリである第７２の態様のシステムである。
本発明の第７５の態様は、
前記フィルタは治療に基づく基準である第７２の態様のシステムである。
本発明の第７６の態様は、
前記フィルタは医療機器の識別子である第７２の態様のシステムである。
本発明の第７７の態様は、
前記フィルタは介護者の識別子である第７２の態様のシステムである。
本発明の第７８の態様は、
前記フィルタはエリアに基づく基準である第７２の態様のシステムである。
本発明の第７９の態様は、
前記フィルタは薬物基準である第７２の態様のシステムである。
本発明の第８０の態様は、
前記薬物基準は薬物の識別子である第７９の態様のシステムである。
本発明の第８１の態様は、
前記薬物基準は薬物の種類である第７９の態様のシステムである。
本発明の第８２の態様は、
前記少なくとも１つの薬物ライブラリ・データベースがホスト環境にある第６２の態様のシステムである。
本発明の第８３の態様は、
前記医療機器が輸液ポンプである第６２の態様のシステムである。
本発明の第８４の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器で使用され、前記薬物ライブラリ編集ソフトウェアはサーバによって実行される、薬物ライブラリ編集ソフトウェアと、
少なくとも１つの薬物ライブラリ・データベースと、
少なくとも１つの医療データのデータベースと、
少なくとも１つのエディタ・コンピュータであって、各々が、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリを編集するためにユーザによって使用され、前記少なくとも１つのエディタ・コンピュータ、少なくとも１つの薬物ライブラリ・データベース、および少なくとも１つの医療データのデータベースがネットワークを介して通信するように構成される、エディタ・コンピュータと
を備え、
前記少なくとも１つの薬物ライブラリを作成または改訂する際に、前記薬物ライブラリ編集ソフトウェアが、前記少なくとも１つの医療データのデータベースにある医療データを前記ユーザ・インターフェースに表示し、フィルタ基準を用いて前記医療データをフィルタリングするように構成される、医療エラー低減システムである。
本発明の第８５の態様は、
前記少なくとも１つの医療機器が輸液ポンプである第８４の態様のシステムである。
本発明の第８６の態様は、
前記少なくとも１つの薬物ライブラリ・データベースがホスト環境にある第８４の態様のシステムである。
本発明の第８７の態様は、
前記少なくとも１つの医療データのデータベースがホスト環境にある第８４の態様のシステムである。
本発明の第８８の態様は、
前記フィルタ基準はユーザによる選択が可能である第８４の態様のシステムである。
本発明の第８９の態様は、
前記フィルタ基準が医療機器の種類である第８４の態様のシステムである。
本発明の第９０の態様は、
前記フィルタ基準がデータのカテゴリである第８４の態様のシステムである。
本発明の第９１の態様は、
前記フィルタ基準が治療に基づく基準である第８４の態様のシステムである。
本発明の第９２の態様は、
前記フィルタ基準が医療機器の識別子である第８４の態様のシステムである。
本発明の第９３の態様は、
前記フィルタ基準が介護者の識別子である第８４の態様のシステムである。
本発明の第９４の態様は、
前記フィルタ基準が看護エリアに基づく基準である第８４の態様のシステムである。
本発明の第９５の態様は、
前記フィルタ基準が薬物基準である第８４の態様のシステムである。
本発明の第９６の態様は、
前記薬物基準は薬物の識別子である第９５の態様のシステムである。
本発明の第９７の態様は、
前記薬物基準は薬物の種類である第９５の態様のシステムである。
本発明の第９８の態様は、
前記ユーザ・インターフェースに表示された前記医療データとの対話によって前記フィルタ基準が適用されて、前記医療データのサブセットを表示することができる、第８４の態様のシステムである。
本発明の第９９の態様は、
前記ユーザ・インターフェースに表示された前記医療データとの対話によって前記フィルタ基準が適用されて、前記医療データを詳細に調べることができる第８４の態様のシステムである。
本発明の第１００の態様は、
前記医療データは、ユーザによって指定されたいくつかの形式の１つまたは複数で前記ユーザ・インターフェースに表示することができる第８４の態様のシステムである。
本発明の第１０１の態様は、
プロセッサと、
グラフィカル・ユーザ・インターフェースと
を備え、
前記プロセッサは、前記グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成され、前記少なくとも１つの画面の少なくとも１つは１つまたは複数のパラメータ値を含み、前記プロセッサはさらに、前記１つまたは複数のパラメータ値の変化に応答して、前記１つまたは複数のパラメータ値の少なくとも１つのフォントを視覚的に変えるように構成される、医療機器である。
本発明の第１０２の態様は、
前記変化は、前記１つまたは複数のパラメータ値の桁数の変化である第１０１の態様の医療機器である。
本発明の第１０３の態様は、
前記プロセッサは、前記フォントのサイズを変更することにより前記フォントを視覚的に変えるように構成される第１０１の態様の医療機器である。
本発明の第１０４の態様は、
前記プロセッサは、前記フォントの色を変更することにより前記フォントを視覚的に変えるように構成される第１０１の態様の医療機器である。
本発明の第１０５の態様は、
前記１つまたは複数のパラメータ値の少なくとも１つはユーザによって指定されなければならない第１０１の態様の医療機器である。
本発明の第１０６の態様は、
前記１つまたは複数のパラメータ値の１つが患者の体重である第１０１の態様の医療機器である。
本発明の第１０７の態様は、
前記１つまたは複数のパラメータ値の１つが患者の体表面積である第１０１の態様の医療機器である。
本発明の第１０８の態様は、
前記１つまたは複数のパラメータ値の１つが投与量の値である第１０１の態様の医療機器である。
本発明の第１０９の態様は、
前記１つまたは複数のパラメータ値の１つが時間値である第１０１の態様の医療機器である。
本発明の第１１０の態様は、
前記１つまたは複数のパラメータ値の１つが輸液予定量の量である第１０１の態様の医療機器である。
本発明の第１１１の態様は、
前記１つまたは複数のパラメータ値の１つが輸液速度値である第１０１の態様の医療機器である。
本発明の第１１２の態様は、
前記１つまたは複数のパラメータ値の１つが医薬品の濃度値である第１０１の態様の医療機器である。
本発明の第１１３の態様は、
少なくとも１つまたは複数のパラメータ値が事前にプログラムされる第１０１の態様の医療機器である。
本発明の第１１４の態様は、
前記プロセッサが、前記パラメータ値のサイズを小さくすることにより前記フォントを視覚的に変えるように構成される第１０１の態様の医療機器である。
本発明の第１１５の態様は、
グラフィカル・ユーザ・インターフェースと、
前記グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されたプロセッサであって、前記少なくとも１つの画面の少なくとも１つは治療進行中の画面であり、前記治療進行中の画面は、輸液ライン内の液体の圧力を示す圧力インディケータを含む、プロセッサと
を備える医療機器である。
本発明の第１１６の態様は、
前記圧力インディケータが圧力動向インディケータである第１１５の態様の医療機器である。
本発明の第１１７の態様は、
前記圧力動向インディケータが過去４時間の圧力の動向を示す第１１６の態様の医療機器である。
本発明の第１１８の態様は、
前記圧力インディケータがバーである第１１５の態様の医療機器である。
本発明の第１１９の態様は、
前記バーがいくつかの区間を含む第１１５の態様の医療機器である。
本発明の第１２０の態様は、
前記圧力インディケータが、異なる数の区間を埋めることにより異なる圧力を示すように構成される第１１９の態様の医療機器である。
本発明の第１２１の態様は、
前記圧力インディケータが、前記バーを異なる量で埋めることにより異なる圧力を示すように構成される第１１５の態様の医療機器である。
本発明の第１２２の態様は、
前記グラフィカル・ユーザ・インターフェースがタッチ画面である第１１５の態様の医療機器である。
本発明の第１２３の態様は、
グラフィカル・ユーザ・インターフェースと、
前記グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されたプロセッサと
を備える医療機器であって、
前記少なくとも１つの画面の少なくとも１つは、前記医療機器が治療を実行している時に表示される治療進行中の画面であり、前記治療進行中の画面は、前記医療機器によって送液されている医薬品を示す医薬品インディケータを含み、前記プロセッサは、前記医薬品に割り当てられた複数の分類のうち１つの分類に応じて、前記ユーザ・インターフェースに表示される前記医薬品インディケータの少なくとも一部分を複数の色の１つで色分けする、医療機器である。
本発明の第１２４の態様は、
前記グラフィカル・ユーザ・インターフェースがタッチ画面である第１２３の態様の医療機器である。
本発明の第１２５の態様は、
前記プロセッサは、前記医療機器に使用される薬剤ライブラリを記憶したメモリと通信状態にある第１２３の態様の医療機器である。
本発明の第１２６の態様は、
前記薬物ライブラリは、前記医薬品インディケータの前記一部分についての色分け情報を保持している第１２５の態様の医療機器である。
本発明の第１２７の態様は、
前記少なくとも１つの画面の少なくとも１つは、前記医療機器によって送液すべき医薬品が指定されるプログラム画面である第１２３の態様の医療機器である。
本発明の第１２８の態様は、
前記複数の分類の少なくとも１つは高リスクの分類である第１２３の態様の医療機器である。
本発明の第１２９の態様は、
前記複数の分類の少なくとも１つは薬物の種類である第１２３の態様の医療機器である。
本発明の第１３０の態様は、
前記複数の分類の少なくとも１つは麻酔薬の分類である第１２３の態様の医療機器である。
本発明の第１３１の態様は、
前記医薬品インディケータが前記医薬品の名前を含む第１２３の態様の医療機器である。
本発明の第１３２の態様は、
前記医薬品インディケータが非テキストの標識を含む第１２３の態様の医療機器である。
本発明の第１３３の態様は、
前記非テキストの標識が、前記医薬品インディケータのうち色分けされている唯一の部分である第１３２の態様の医療機器である。
本発明の第１３４の態様は、
グラフィカル・ユーザ・インターフェースと、
前記グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されたプロセッサと、
コンピュータ読取り可能メモリとを備える医療機器であって、前記医療機器にプログラムすることが可能な治療に関連する複数のパラメータ値を記憶し、前記パラメータ値の少なくとも１つは、治療パラメータ値についてのユーザによりオーバーライド可能な制限値の値であり、治療パラメータ値についての前記ユーザによりオーバーライド可能な制限値は、前記グラフィカル・ユーザ・インターフェースを介して１人または複数のユーザによりオーバーライドすることが可能であり、
前記プロセッサは、前記ユーザによりオーバーライド可能な制限値がオーバーライドされるのに応答して前記治療パラメータ値の隣に標識を表示させる、医療機器である。
本発明の第１３５の態様は、
前記グラフィカル・ユーザ・インターフェースがタッチ画面である第１３４の態様の医療機器である。
本発明の第１３６の態様は、
前記少なくとも１つの画面の少なくとも１つが制限値違反の通知を表示する第１３４の態様の医療機器である。
本発明の第１３７の態様は、
前記制限値違反の通知は、前記オーバーライドすることが可能な制限値の値を表示しない第１３６の態様の医療機器である。
本発明の第１３８の態様は、
前記制限値違反の通知がオーバーライドのオプションを含む第１３６の態様の医療機器である。
本発明の第１３９の態様は、
治療パラメータ値についての前記ユーザによりオーバーライド可能な制限値は、第１のユーザおよび第２のユーザの両方が前記グラフィック・ユーザ・インターフェースを介して前記制限値をオーバーライドすることを必要とする第１３８の態様の医療機器である。
本発明の第１４０の態様は、
前記医療機器にプログラムすることが可能な治療に関連する複数のパラメータ値は、前記コンピュータ読取り可能メモリに記憶された薬物ライブラリ・ファイルの一部である第１３４の態様の医療機器である。
本発明の第１４１の態様は、
前記標識は非テキストの標識である第１３４の態様の医療機器である。
本発明の第１４２の態様は、
第１３４の態様の医療機器である。
本発明の第１４３の態様は、
グラフィカル・ユーザ・インターフェースと、
前記グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されたプロセッサと、
コンピュータ読取り可能メモリとを備える医療機器であって、前記医療機器によって送液することが可能な複数の医薬品を記憶し、前記医薬品は１つまたは複数の医薬品カテゴリに従って編成され、前記医薬品の各々はさらに、前記医療機器にプログラムすることが可能な治療に関連する１つまたは複数のパラメータ値に関連付けられ、
ユーザは、前記グラフィカル・ユーザ・インターフェースを使用して、治療を実行するように前記医療機器をプログラムすることができ、前記医療機器をプログラムする際の少なくとも１つのステップが、前記医療機器によって送液すべき医薬品が含まれる医薬品カテゴリを選択することを含む、医療機器である。
本発明の第１４４の態様は、
前記グラフィカル・ユーザ・インターフェースがタッチ画面である第１４３の態様の医療機器である。
本発明の第１４５の態様は、
前記複数の医薬品および１つまたは複数の医薬品カテゴリが薬物ライブラリ・ファイルの一部である第１４３の態様の医療機器である。
本発明の第１４６の態様は、
前記医薬品カテゴリが、前記グラフィカル・ユーザ・インターフェースを介して検索可能である第１４３の態様載の医療機器である。
本発明の第１４７の態様は、
前記医薬品カテゴリが、前記グラフィカル・ユーザ・インターフェースを介してフィルタリング可能である第１４３の態様の医療機器である。
本発明の第１４８の態様は、
前記１つまたは複数のパラメータ値の少なくとも１つは、ユーザによりオーバーライド可能なパラメータの制限値である第１４３の態様の医療機器である。
本発明の第１４９の態様は、
医療エラー低減システムであって、
少なくとも１つの医療機器で使用されるために構成された少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される医療エラー低減ソフトウェアであって、前記ソフトウェアは、複数の特権のセットの１つを複数のユーザ・セットの各々に提供するように構成され、前記複数の特権のセットは各々、一定程度のソフトウェア機能を前記複数のユーザ・セットの１つに割り振るように構成され、前記一定程度のソフトウェア機能は、ユーザが前記少なくとも１つの薬物ライブラリを改変する能力を定義するように構成される、医療エラー低減ソフトウェアと、
少なくとも１つのサーバと、
ディスプレイと通信状態にあるプロセッサを備えた少なくとも１つのエディタ・コンピュータであって、クライアント／サーバ型モデルでネットワークを介して前記少なくとも１つのサーバと通信するように構成された少なくとも１つのエディタ・コンピュータと
を備える医療エラー低減システムである。
本発明の第１５０の態様は、
医療エラー低減システムであって、
医療機器プロセッサ、および
ユーザが医療機器をプログラムすることを可能にするように構成された医療機器グラフィカル・ユーザ・インターフェース
を備える医療機器と、
少なくとも１つのサーバと、
ディスプレイと通信状態にあるプロセッサを備えた少なくとも１つのエディタ・コンピュータであって、クライアント／サーバ型モデルでネットワークを介して前記少なくとも１つのサーバと通信するように構成された少なくとも１つのエディタ・コンピュータと、
少なくとも１つの薬物ライブラリを作成し改訂する際に使用するために前記少なくとも１つのサーバによって実行され、前記少なくとも１つのエディタ・コンピュータを介してアクセスできるように構成された医療エラー低減ソフトウェアであって、前記少なくとも１つの薬物ライブラリは前記少なくとも１つの医療機器で使用され、ユーザが前記少なくとも１つの医療機器をプログラムするのを誘導する複数のエントリを含む、医療エラー低減ソフトウェアと
を備え、
前記医療エラー低減ソフトウェアはさらに、模擬的な医療機器グラフィカル・ユーザ・インターフェースを表示するように構成され、前記模擬的な医療機器グラフィカル・ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリの１つを使用して医療機器の前記医療機器グラフィカル・ユーザ・インターフェースの振る舞いを模倣する、医療エラー低減システムである。
本発明の第１５１の態様は、
患者に医薬品を送液する医療機器であって、
前記医薬品を送液すべきポンプ機構の動作を制御するように構成されたコントローラと、
ディスプレイと、
薬物ライブラリのためのプログラム・コードを記憶するように構成されたコンピュータ読取り可能メモリであって、前記薬物ライブラリは複数のエントリを有し、前記複数のエントリは、施設の一部分に対応する少なくとも１つのエントリを含み、そのようなエントリごとに、前記複数のエントリはさらに、前記施設の前記一部分に対応する少なくとも１つの薬物エントリを含む、コンピュータ読取り可能メモリと、
前記医療機器の前記ディスプレイにグラフィカル・ユーザ・インターフェースを表示するように構成されたプロセッサであって、前記グラフィカル・ユーザ・インターフェースは、前記薬物ライブラリを使用して前記コントローラをプログラムするためにユーザによって使用され、ユーザは、前記施設の前記一部分に対応する前記少なくとも１つの薬物エントリの１つを選択して、前記患者への前記医薬品の送液をプログラムすることができる、プロセッサと
を備える医療機器である。
本発明の第１５２の態様は、
前記少なくとも１つの薬物エントリが、そのエントリに関連付けられたパラメータを含む第１５１の態様の医療機器である。
本発明の第１５３の態様は、
前記薬物ライブラリがさらに、特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられた少なくとも１つの薬物エントリを含む第１５１の態様の医療機器である。
本発明の第１５４の態様は、
前記ユーザは、特定の薬物に関連付けられるのではなく広い薬物カテゴリに関連付けられた前記薬物ライブラリ中の前記少なくとも１つの薬物エントリの１つを選択して、前記患者への前記医薬品の送液をプログラムすることができる第１５３の態様の医療機器である。
本発明の第１５５の態様は、
医療エラー低減システムであって、
少なくとも１つの医療機器で使用するための少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記ソフトウェアは、複数の特権のセットの少なくとも１つを複数のユーザ・セットの各々に提供するように構成され、前記複数の特権のセットは各々、一定程度のソフトウェア機能を前記複数のユーザ・セットの１つに割り振るように構成され、前記一定程度のソフトウェア機能は、ユーザが前記少なくとも１つの薬物ライブラリを改変する能力を定義するように構成される、薬物ライブラリ編集ソフトウェアと、
前記薬物ライブラリ編集ソフトウェアを実行するように構成された少なくとも１つのサーバと、
ユーザ・インターフェースと通信状態にあるプロセッサを備えた少なくとも１つのエディタ・コンピュータであって、前記少なくとも１つのエディタ・コンピュータは、クライアント／サーバ型モデルでネットワークを介して前記少なくとも１つのサーバと通信するように構成され、前記複数のユーザ・セットの少なくとも１つは、前記少なくとも１つのエディタ・コンピュータを使用して前記薬物ライブラリ編集ソフトウェアにアクセスして、前記少なくとも１つの薬物ライブラリに対する変更を要求することができる、少なくとも１つのエディタ・コンピュータと
を備える医療エラー低減システムである。
本発明の第１５６の態様は、
前記複数の特権のセットの少なくとも１つはさらに、ユーザが前記少なくとも１つの薬物ライブラリへの要求される変更の実施を却下する、または、前記少なくとも１つの薬物ライブラリへの要求される変更の実施を承諾することを可能にするように構成される第１５３の態様の医療エラー低減システムである。
本発明の第１５７の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは少なくとも１つの医療機器で使用される、薬物ライブラリ編集ソフトウェアと、
前記薬物ライブラリ編集ソフトウェアを実行するように構成された少なくとも１つのサーバと、
ユーザ・インターフェースと通信状態にあるプロセッサを備えた少なくとも１つのエディタ・コンピュータであって、前記ユーザ・インターフェースは前記少なくとも１つの薬物ライブラリを編集するためにユーザによって使用され、前記少なくとも１つのエディタ・コンピュータは、前記少なくとも１つのエディタ・コンピュータが前記薬物ライブラリ編集ソフトウェアにアクセスできるように、クライアント／サーバ型モデルでネットワークを介して前記少なくとも１つのサーバと通信するように構成され、ユーザは、前記ユーザ・インターフェースを介して電子的な変更要求を出すことにより、前記少なくとも１つの薬物ライブラリへの変更を要求することができる、少なくとも１つのエディタ・コンピュータと
を備える医療エラー低減システムである。
本発明の第１５８の態様は、
前記電子的な変更要求は、電子データベースの医療データにリンクされて状況情報を提供することが可能である第１５７の態様の医療エラー低減システムである。
本発明の第１５９の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器に使用され、前記薬物ライブラリ編集ソフトウェアはサーバによって実行される、薬物ライブラリ編集ソフトウェアと、
少なくとも１つの薬物ライブラリ・データベースと、
少なくとも１つの医療データのデータベースと、
前記サーバ、前記少なくとも１つの薬物ライブラリ・データベース、および前記少なくとも１つの医療データのデータベースとネットワークを介して通信するように構成された少なくとも１つのエディタ・コンピュータであって、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリ編集ソフトウェアを使用して前記少なくとも１つの薬物ライブラリを編集するためにユーザによって使用され、前記少なくとも１つの薬物ライブラリの編集中に、前記ユーザは前記薬物ライブラリ編集ソフトウェアを使用して前記少なくとも１つの医療データのデータベースにある医療データにアクセスすることができる、少なくとも１つのエディタ・コンピュータと
を備える医療エラー低減システムである。
本発明の第１６０の態様は、
前記少なくとも１つの薬物ライブラリの編集中に、前記ユーザは前記薬物ライブラリ編集ソフトウェアを使用して前記少なくとも１つの医療データのデータベースにある医療データにアクセスすることができ、前記医療データは、前記ユーザ・インターフェースに表示された、チャート、グラフ、プロット、および図、の少なくとも１つの形態である第１５９の態様の医療エラー低減システムである。
本発明の第１６１の態様は、
前記少なくとも１つの薬物ライブラリの編集中に、ユーザは前記薬物ライブラリ編集ソフトウェアを使用して前記少なくとも１つの医療データのデータベースにある医療データを前記ユーザ・インターフェースに表示し、前記ユーザが関心のある医療データのみが前記ユーザ・インターフェースに表示されるように前記医療データをフィルタリングすることができる第１５９の態様の医療エラー低減システムである。
本発明の第１６２の態様は、
グラフィカル・ユーザ・インターフェースと、
前記グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成されたプロセッサであって、前記少なくとも１つの画面は少なくとも１つのパラメータ値を含み、前記プロセッサはさらに、前記少なくとも１つのパラメータ値の桁数の変化に応答して、前記少なくとも１つのパラメータ値のフォントを視覚的に変えるように構成される、プロセッサと
を備える医療機器である。
本発明の第１６３の態様は、
前記少なくとも１つの画面は治療進行中の画面を含み、前記治療進行中の画面は、輸液ライン内の液体の圧力を示す圧力インディケータを含む第１６２の態様の医療機器である。
本発明の第１６４の態様は、
前記少なくとも１つの画面は治療進行中の画面であり、前記治療進行中の画面は、前記医療機器によって送液されている医薬品を示す医薬品インディケータを含み、前記プロセッサはさらに、前記ユーザ・インターフェースに表示される前記医薬品インディケータを、複数の色の１つで色分けするように構成され、前記複数の色の各色は前記医薬品の分類に対応する第１６２の態様の医療機器である。
本発明の第１６５の態様は、
コンピュータ読取り可能メモリをさらに備え、前記コンピュータ読取り可能メモリは、前記医療機器にプログラムすることが可能な治療に関連する複数のパラメータ値を記憶し、前記パラメータ値の少なくとも１つは、治療パラメータ値についてのユーザによりオーバーライド可能な制限値であり、治療パラメータ値についての前記ユーザによりオーバーライド可能な制限値は、前記グラフィカル・ユーザ・インターフェースを介してユーザによりオーバーライドすることが可能であり、前記プロセッサはさらに、前記ユーザによりオーバーライド可能な制限値を前記ユーザがオーバーライドしたのに応答して前記治療パラメータ値の隣に標識を表示するように構成される、第１６２の態様の医療機器である。
本発明の第１６６の態様は、
前記コンピュータ読取り可能メモリは、前記医療機器によって送液されることが可能な複数の医薬品を記憶するように構成され、各医薬品は１つまたは複数の医薬品カテゴリに編成され、前記医薬品は各々、前記医療機器にプログラムすることが可能な治療に関連する１つまたは複数のパラメータ値にさらに関連付けられ、ユーザは前記グラフィカル・ユーザ・インターフェースを使用して、前記医療機器によって送液すべき医薬品が含まれる医薬品カテゴリを少なくとも選択して、前記医療機器をプログラムすることができる第１６５の態様の医療機器である。
本発明の第１６７の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される医療エラー低減ソフトウェアであって、前記ソフトウェアは、特権のセットを複数のユーザの各々に提供するように構成され、前記特権のセットは、一定程度のソフトウェア機能を前記複数のユーザの各々に割り振るように構成され、前記一定程度のソフトウェア機能は、ユーザが前記少なくとも１つの薬物ライブラリを改変する能力を定義するように構成される、医療エラー低減ソフトウェアと、
少なくとも１つのサーバと、
少なくとも１つのエディタ・コンピュータであって、各々が、ディスプレイと通信状態にあるプロセッサを備え、前記少なくとも１つのエディタ・コンピュータおよび少なくとも１つのサーバが、クライアント／サーバ型モデルでネットワークを介して通信するように構成された少なくとも１つのエディタ・コンピュータと
を備え、
前記少なくとも１つの薬物ライブラリは各々、少なくとも１つの医療機器で使用するためのものである医療エラー低減システムである。
本発明の第１６８の態様は、
前記少なくとも１つの薬物ライブラリの各々が階層に編成される第１６７の態様のシステムである。
本発明の第１６９の態様は、
前記階層が、少なくとも１つの看護グループの下位にある複数の看護エリアを含む第１６８の態様のシステムである。
本発明の第１７０の態様は、
前記階層の各レベルが、前記少なくとも１つの医療機器のためのいくつかの送液パラメータを含む第１６８の態様のシステムである。
本発明の第１７１の態様は、
前記少なくとも１つの薬物ライブラリの各々が、それぞれが特定の医薬品に対応する複数のエントリを含む第１６７の態様のシステムである。
本発明の第１７２の態様は、
前記少なくとも１つの薬物ライブラリが、前記少なくとも１つの医療機器の動作を通知するいくつかのパラメータを含む第１６７の態様のシステムである。
本発明の第１７３の態様は、
前記薬物ライブラリが、前記少なくとも１つの医療機器について複数のプログラミング制限値を含む第１６７の態様のシステムである。
本発明の第１７４の態様は、
前記医療エラー低減ソフトウェアがさらに品質改善情報を前記複数のユーザに提供するように構成される第１６７の態様のシステムである。
本発明の第１７５の態様は、
前記特権のセットは、薬物ライブラリを点検する特権を割り振るように設定可能である第１６７の態様のシステムである。
本発明の第１７６の態様は、
前記特権のセットは、薬物ライブラリを編集する特権を割り振るように設定可能である第１６７の態様のシステムである。
本発明の第１７７の態様は、
前記特権のセットは、編集または作成の特権を割り振るように設定可能である第１６７の態様のシステムである。
本発明の第１７８の態様は、
前記特権のセットは、ユーザ追加の特権を割り振るように設定可能である第１６７の態様のシステムである。
本発明の第１７９の態様は、
前記複数のユーザの各々に割り振られた前記特権のセットが、前記少なくとも１つの薬物ライブラリを作成および改訂するために前記複数のユーザ間の協働的なプロセスを強制する第１６７の態様のシステムである。
本発明の第１８０の態様は、
医療エラー低減システムであって、
いくつかの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記いくつかの薬物ライブラリは各々複数のエントリを含み、前記いくつかの薬物ライブラリは各々少なくとも１つの医療機器に使用される、薬物ライブラリ編集ソフトウェアと、
少なくとも１つのエディタ・コンピュータであって、各々が、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリを編集するために１人または複数のユーザによって使用される、少なくとも１つのエディタ・コンピュータと
を備え、
前記薬物ライブラリ編集ソフトウェアは、前記いくつかの薬物ライブラリの中の第１の薬物ライブラリの前記複数のエントリのエントリを、前記いくつかの薬物ライブラリの中の第２の薬物ライブラリに取り込むように構成される、医療エラー低減システムである。
本発明の第１８１の態様は、
前記システムはさらに、前記医療エラー低減ソフトウェアを実行するように構成された少なくとも１つのサーバを備える第１８０の態様のシステムである。
本発明の第１８２の態様は、
前記いくつかの薬物ライブラリが薬物ライブラリ・データベースに記憶される第１８０の態様のシステムである。
本発明の第１８３の態様は、
前記薬物ライブラリ・データベースがホスト環境にある第１８２の態様のシステムである。
本発明の第１８４の態様は、
前記１人または複数のユーザは、前記いくつかの薬物ライブラリの中の前記第１の薬物ライブラリから、前記いくつかの薬物ライブラリの中の前記第２の薬物ライブラリに取り込みたいエントリを前記複数のエントリから指定することができる第１８０の態様のシステムである。
本発明の第１８５の態様は、
前記いくつかの薬物ライブラリの中の前記第１の薬物ライブラリと、前記いくつかの薬物ライブラリの中の前記第２の薬物ライブラリとの両方が、前記いくつかの薬物ライブラリ中の薬物ライブラリのサブセットに属する第１８０の態様のシステムである。
本発明の第１８６の態様は、
前記薬物ライブラリのサブセットは、１人または複数のユーザによる前記薬物ライブラリのサブセットへのアクセスを許す許可のセットに関連付けられる第１８５の態様のシステムである。
本発明の第１８７の態様は、
前記許可のセットは、別の１人または複数のユーザによる前記薬物ライブラリのサブセットへのアクセスを許可しない第１８６の態様のシステムである。
本発明の第１８８の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器に使用され、前記薬物ライブラリ編集ソフトウェアはサーバによって実行される、薬物ライブラリ編集ソフトウェアと、
前記少なくとも１つの薬物ライブラリを記憶する少なくとも１つの薬物ライブラリ・データベースと、
少なくとも１つのエディタ・コンピュータであって、各々が、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリを編集するためにユーザによって使用され、前記少なくとも１つのエディタ・コンピュータおよび少なくとも１つの薬物ライブラリ・データベースがネットワークを介して通信するように構成された少なくとも１つのエディタ・コンピュータと
を備え、
前記複数のエントリは１つまたは複数の臨床勧告を含む医療エラー低減システムである。
本発明の第１８９の態様は、
前記薬物ライブラリ・データベースがホスト環境にある第１８８の態様の医療エラー低減システムである。
本発明の第１９０の態様は、
前記１つまたは複数の臨床勧告がフリー・テキスト・エントリである第１８８の態様の医療エラー低減システムである。
本発明の第１９１の態様は、
前記１つまたは複数の臨床勧告が画像を含む第１８８の態様の医療エラー低減システムである。
本発明の第１９２の態様は、
前記１つまたは複数の臨床勧告が文書を含む第１８８の態様の医療エラー低減システムである。
本発明の第１９３の態様は、
前記１つまたは複数の臨床勧告の長さが０文字から１００文字の間に制限される第１８８の態様のシステムである。
本発明の第１９４の態様は、
前記１つまたは複数の臨床勧告の各々が、短いテキストの臨床勧告に関連付けられる第１８８の態様のシステムである。
本発明の第１９５の態様は、
前記短いテキストの臨床勧告の長さが０文字から１００文字の間に制限される第１９４の態様のシステムである。
本発明の第１９６の態様は、
前記短いテキストの臨床勧告が前記少なくとも１つの医療機器のグラフィック・ユーザ・インターフェースの少なくとも１つの画面に表示される第１９４の態様のシステムである。
本発明の第１９７の態様は、
前記１つまたは複数の臨床勧告の各々が、前記少なくとも１つの医療機器のグラフィック・ユーザ・インターフェースの少なくとも１つの画面に表示される第１８８の態様のシステムである。
本発明の第１９８の態様は、
前記少なくとも１つの臨床勧告の各々が、前記少なくとも１つの薬物ライブラリ中の薬物エントリに関連付けられる第１８８の態様のシステムである。
本発明の第１９９の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器で使用され、前記薬物ライブラリ編集ソフトウェアはサーバによって実行される、薬物ライブラリ編集ソフトウェアと、
前記少なくとも１つの薬物ライブラリを記憶する少なくとも１つの薬物ライブラリ・データベースと、
少なくとも１つのエディタ・コンピュータであって、各々、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリを編集するためにユーザによって使用され、前記少なくとも１つのエディタ・コンピュータと少なくとも１つの薬物ライブラリ・データベースが、ネットワークを介して通信するように構成された少なくとも１つのエディタ・コンピュータと
を備え、
前記薬物ライブラリ編集ソフトウェアは、ユーザが前記複数のエントリの１つまたは複数についてのメモを入力することを可能にするように構成される、医療エラー低減システムである。
本発明の第２００の態様は、
前記薬物ライブラリ・データベースがホスト環境にある第１９９の態様の医療エラー低減システムである。
本発明の第２０１の態様は、
前記メモがフリー・テキスト・エントリである第１９９の態様の医療エラー低減システムである。
本発明の第２０２の態様は、
前記メモが画像を含む第１９９の態様の医療エラー低減システムである。
本発明の第２０３の態様は、
前記メモが文書を含む第１９９の態様の医療エラー低減システムである。
本発明の第２０４の態様は、
前記薬物ライブラリ編集ソフトウェアが、ユーザが前記複数のエントリの１つまたは複数のサブセットについてメモを入力することを可能にするように第１９９の態様のシステムである。
本発明の第２０５の態様は、
前記薬物ライブラリ編集ソフトウェアが、ユーザが前記複数のエントリの各々についてメモを入力することを可能にするように構成される第１９９の態様のシステムである。
本発明の第２０６の態様は、
メモに関連付けられた前記複数のエントリの各々が、前記ユーザ・インターフェース上でメモ・インディケータと共に描写される第１９９の態様のシステムである。
本発明の第２０７の態様は、
前記メモ・インディケータとユーザが対話すると、前記メモが前記ユーザ・インターフェースに表示される第１９９の態様のシステムである。
本発明の第２０８の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは各々、少なくとも１つの医療機器に使用され、前記薬物ライブラリ編集ソフトウェアはサーバによって実行される、薬物ライブラリ編集ソフトウェアと、
前記少なくとも１つの薬物ライブラリを記憶する少なくとも１つの薬物ライブラリ・データベースと、
少なくとも１つのエディタ・コンピュータであって、各々、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリを編集するためにユーザによって使用され、前記少なくとも１つのエディタ・コンピュータと少なくとも１つの薬物ライブラリ・データベースが、ネットワークを介して通信するように構成された少なくとも１つのエディタ・コンピュータと
を備え、
前記複数のエントリが洗浄パラメータを含む医療エラー低減システムである。
本発明の第２０９の態様は、
前記洗浄パラメータは、前記少なくとも１つの医療機器に関連付けられた液体ラインの洗浄を支配する第２０８の態様のシステムである。
本発明の第２１０の態様は、
前記洗浄パラメータは、前記少なくとも１つの医療機器が自機に関連付けられた液体ラインを洗浄する時に前記医療機器によって使用されるべきデフォルトの送液パラメータ値を含む第２０８の態様のシステムである。
本発明の第２１１の態様は、
前記洗浄パラメータが送液予定量を含む第２１０の態様のシステムである。
本発明の第２１２の態様は、
前記洗浄パラメータが送液の流量を含む第２１０の態様のシステムである。
本発明の第２１３の態様は、
前記洗浄パラメータが時間を含む第２１０の態様のシステムである。
本発明の第２１４の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器に使用され、前記薬物ライブラリ編集ソフトウェアはサーバによって実行される、薬物ライブラリ編集ソフトウェアと、
前記少なくとも１つの薬物ライブラリを記憶する少なくとも１つの薬物ライブラリ・データベースと、
少なくとも１つのエディタ・コンピュータであって、各々、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリを編集するためにユーザによって使用され、前記少なくとも１つのエディタ・コンピュータと少なくとも１つの薬物ライブラリ・データベースが、ネットワークを介して通信するように構成された少なくとも１つのエディタ・コンピュータと
を備え、
前記薬物ライブラリ編集ソフトウェアは、所望の概略情報をユーザに提供する、ユーザによるカスタマイズが可能な画面を表示するように構成される、医療エラー低減システムである。
本発明の第２１５の態様は、
前記ユーザによるカスタマイズが可能な画面は１つまたは複数のウィジェットを含む第２１４の態様のシステムである。
本発明の第２１６の態様は、
前記ユーザが、前記ユーザによるカスタマイズが可能な画面に含める前記１つまたは複数のウィジェットを選択する第２１５の態様のシステムである。
本発明の第２１７の態様は、
前記１つまたは複数のウィジェットの１つが進捗状況ウィジェットである第２１５の態様のシステムである。
本発明の第２１８の態様は、
前記１つまたは複数のウィジェットの１つが動向ウィジェットである第２１５の態様のシステムである。
本発明の第２１９の態様は、
前記１つまたは複数のウィジェットの１つが概要ウィジェットである第２１５の態様のシステムである。
本発明の第２２０の態様は、
前記１つまたは複数のウィジェットの１つがクイック・リンクのウィジェットである第２１５の態様のシステムである。
本発明の第２２１の態様は、
前記１つまたは複数のウィジェットの１つが変更要求ウィジェットである第２１５の態様のシステムである。
本発明の第２２２の態様は、
前記１つまたは複数のウィジェットの１つがフィードバック・ウィジェットである第２１５の態様のシステムである。
本発明の第２２３の態様は、
前記１つまたは複数のウィジェットの１つが医療データ・ウィジェットである第２１５の態様のシステムである。
本発明の第２２４の態様は、
前記１つまたは複数のウィジェットの１つが変更点検ウィジェットである第２１５の態様のシステムである。
本発明の第２２５の態様は、
前記１つまたは複数のウィジェットの１つが管理者コメント・ウィジェットである第２１５の態様のシステムである。
本発明の第２２６の態様は、
前記ユーザが、許可されたウィジェットのリストから前記１つまたは複数のウィジェットを選択する第２１５の態様のシステムである。
本発明の第２２７の態様は、
前記ユーザに前記医療エラー低減ソフトウェア内で特定の役割が割り当てられ、前記許可されたウィジェットのリストは前記特定の役割に関連付けられる第２２６の態様のシステムである。
本発明の第２２８の態様は、
前記システムがさらにユーザ・データベースを備える第２１４の態様のシステムである。
本発明の第２２９の態様は、
前記ユーザによるカスタマイズが可能な画面は、カスタマイズされるとユーザ・データベースに記憶され、前記ユーザに関連付けられる第２１４の態様のシステムである。
本発明の第２３０の態様は、
前記ユーザによるカスタマイズが可能な画面は、いくつかのロード可能なカスタマイズされた画面設定の中から選択される第２１４の態様のシステムである。
本発明の第２３１の態様は、
医療エラー低減システムであって、
少なくとも１つの薬物ライブラリを作成し、改訂する際に使用される薬物ライブラリ編集ソフトウェアであって、前記少なくとも１つの薬物ライブラリは複数のエントリを含み、前記少なくとも１つの薬物ライブラリは各々少なくとも１つの医療機器で使用され、前記薬物ライブラリ編集ソフトウェアはサーバによって実行される、薬物ライブラリ編集ソフトウェアと、
前記少なくとも１つの薬物ライブラリを記憶する少なくとも１つの薬物ライブラリ・データベースと、
少なくとも１つのエディタ・コンピュータであって、各々が、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記少なくとも１つの薬物ライブラリを編集するためにユーザによって使用され、前記少なくとも１つのエディタ・コンピュータと少なくとも１つの薬物ライブラリ・データベースがネットワークを介して通信するように構成された少なくとも１つのエディタ・コンピュータと
を備え
前記ユーザは、前記薬物ライブラリ編集ソフトウェアを使用して前記複数のエントリのうち２つ以上のエントリを比較することができ、前記比較は前記ユーザ・インターフェースに表示される、医療エラー低減システムである。
本発明の第２３２の態様は、
前記比較は前記ユーザ・インターフェースに表で表示される第２３１の態様のシステムである。
本発明の第２３３の態様は、
前記比較は、横に並べた比較である第２３１の態様のシステムである。
本発明の第２３４の態様は、
前記比較される前記２つ以上のエントリの差分が、前記ユーザ・インターフェース上で視覚的に示される第２３１の態様のシステムである。
本発明の第２３５の態様は、
前記比較が、差分のみを示すオプションを含む第２３１の態様のシステムである。
本発明の第２３６の態様は、
前記差分のみを示すオプションと対話すると、前記複数のエントリのうち前記２つ以上のエントリ間の差分のみが表示される状態と、前記複数のエントリのうち前記２つ以上のエントリに関連付けられたすべての情報が表示される状態との間で前記比較を切り替えることができる第２３５の態様のシステムである。
本発明の第２３７の態様は、
前記比較が、前記複数のエントリのうち前記２つ以上のエントリの１つを編集のために開くために使用することができる編集のオプションを含む第２３１の態様のシステムである。
本発明の第２３８の態様は、
薬物ライブラリ・ファイルを生成する方法であって、
複数の特権のセットの１つを複数のユーザ・セットの各々に割り当てるステップであって、前記複数の特権のセットは、薬物ライブラリ編集ソフトウェア内で一定程度のソフトウェア機能を割り振るように構成され、前記一定程度のソフトウェア機能は、ユーザが前記少なくとも１つの薬物ライブラリを改変する能力を定義するように構成される、ステップと、
少なくとも１つのエディタ・コンピュータを使用して薬物ライブラリを作成するステップであって、前記エディタ・コンピュータは各々、ユーザ・インターフェースと通信状態にあるプロセッサを備え、前記ユーザ・インターフェースは、前記薬物ライブラリ編集ソフトウェアを使用して前記少なくとも１つの薬物ライブラリを編集するためにユーザによって使用され、前記薬物ライブラリを作成することは、前記複数のユーザ・セットの中の適切なユーザを含み、前記適切なユーザは前記複数の特権のセットによって定義される、ステップと、
機関のマスター薬剤リストを指定するステップと、
前記機関の１つまたは複数の部分のための薬剤レコードを定義するステップと、
前記定義された薬剤レコードを検証するステップと、
前記機関内の少なくとも１つの医療機器に公開するために前記薬物ライブラリを承認するステップと
を含む方法である。
本発明の第２３９の態様は、
前記複数の特権のセットの１つが、編集の特権を割り振る第２３８の態様の方法である。
本発明の第２４０の態様は、
前記複数の特権のセットの１つが、点検を行う特権を割り振る第２３８の態様の方法である。
本発明の第２４１の態様は、
前記マスター薬剤リストを指定するステップが、処方データベースからいくつかの薬剤を選択するステップを含む第２３８の態様の方法である。
本発明の第２４２の態様は、
前記機関の１つまたは複数の部分のための薬剤レコードを定義するステップが、前記機関の前記１つまたは複数の部分各々について、前記マスター薬剤リストから所望の薬剤を選択するステップを含む第２３８の態様の方法である。
本発明の第２４３の態様は、
前記機関の１つまたは複数の部分のための薬剤レコードを定義するステップが、前記所望の薬剤各々にいくつかのパラメータを定義するステップを含む第２４２の態様の方法である。
本発明の第２４４の態様は、
前記定義された薬剤レコードを検証するステップが、前記定義された薬剤レコードを点検するステップを含む第２３８の態様の方法である。
本発明の第２４５の態様は、
前記定義された薬剤レコードを検証するステップが、前記定義された薬剤レコードを編集および改訂するステップを含む第２３８の態様の方法である。
本発明の第２４６の態様は、
薬物ライブラリ・ファイルを生成するステップが、前記薬物ライブラリ・ファイルが検査用の医療機器で検査される試験的作成段階を前記薬物ライブラリ・ファイルに実行するステップをさらに含む第２３８の態様の方法である。
本発明の第２４７の態様は、
薬物ライブラリ・ファイルを生成するステップが、前記薬物ライブラリ・ファイルが模擬的な医療機器のユーザ・インターフェース上で検査される試験的作成段階を前記薬物ライブラリ・ファイルに実行するステップをさらに含む第２３８の態様の方法である。
本発明の第２４８の態様は、
前記定義された薬剤レコードを検証するステップが、模擬的な医療機器のユーザ・インターフェースを使用して前記定義された薬剤レコードを点検するステップを含む第２３８の態様の方法である。
本発明の第２４９の態様は、
薬物ライブラリ・ファイルを少なくとも１つの医療機器に配置する方法であって、
前記薬物ライブラリ・ファイルを作成するステップと、
前記少なくとも１つの医療機器に公開するために前記薬物ライブラリ・ファイルを承認するステップと、
薬物エラー低減システムのエディタ・サービスを介してユーザに通知を送信するステップと、
前記薬物ライブラリ・ファイルを機器ゲートウェイにダウンロードするステップと、
前記機器ゲートウェイが前記少なくとも１つの医療機器と通信することができるネットワークを介して、前記少なくとも１つの医療機器に前記薬物ライブラリ・ファイルを配布するステップと
を含む方法である。
本発明の第２５０の態様は、
前記薬物ライブラリ・ファイルを機器ゲートウェイにダウンロードすることをユーザが指令するステップをさらに含む第２４９の態様の方法である。
本発明の第２５１の態様は、
医療機器のリストから前記少なくとも１つの医療機器を選択するステップをさらに含む第２４９の態様の方法である。
本発明の第２５２の態様は、
前記機器ゲートウェイが周期的に前記薬物ライブラリ・ファイルの更新があるかどうかを確認するステップをさらに含む第２４９の態様の方法である。
本発明の第２５３の態様は、
前記少なくとも１つの医療機器が前記薬物ライブラリ・ファイルの有効性を検証するステップをさらに含む第２４９の態様の方法である。
本発明の第２５４の態様は、
前記薬物ライブラリ・ファイルの有効性の検証が成功し、更新された場合に、前記少なくとも１つの医療機器の各々から前記機器ゲートウェイに確認メッセージを送信するステップをさらに含む第２５３の態様の方法である。

１、８１ 患者看護システム
２、８３ クラウド・サービス
３ ＨＳＭ
４ ＣＱＩマネジャ
５ ＤＡＬマネジャ
６ リスク管理責任者
７ 看護責任者
８ 薬剤師
１０ 施設
１１ 施設ＩＴアプリケーション／サービス
１２ ＲＴＬＳ
１３ その他
１４、８６ ＣＰＯＥ
１５、８８ ＬＩＳ
１６ 患者情報システム
１７、８５ 電子診療記録
１８ 施設ＩＴ
１９ 医療技術者
２０ 医療技術者ＰＣツール
２１ 施設ゲートウェイ
２３ 機器アプリケーション
２４、４１ 機器マネジャ
２５ 統合ＡＰＩ
２６、１０１、１４５ 医療機器
２８、８３ クラウド・サービス
２９ ＣＱＩマネジャ
３０ データベース
３５ ＤＡＬファイル
３６ ＬＶＰ
３８ シリンジ・ポンプ
３９ 別の機器
２２、４０、９９、１４７ 機器ゲートウェイ
４２ 他のアプリケーション
４３ シリンジ・ポンプ・アプリケーション
４４ 大容量ポンプ・アプリケーション
４５、９２、９５、９８、１０４、１０５、１０６、１１３ データベース
６５ 統合ＡＰＩ
７２ ＣＱＩリスナ
７４ 輸液安全性マネジャ
７５ 総合デリバリ・ネットワーク（ＩＤＮ）
７６、７７、７８、７９、８０ 施設
８２ 病院ネットワーク
８３ ホスト環境
８４ 病院情報ネットワーク
８５ ＥＭＲ
８６ ＣＰＯＥ
８７ ＰＩＳ
８９ 統合エンジン
９０ 統合能力コンポーネント
９１ 臨床状態マネジャ
９４ 医用アプリケーション
９３ ＣＱＩリスナ
９６ ポンプ・アプリケーション
９７ シリンジ・アプリケーション
１００、１０３ ファイアウォール
１０７ 安全性スタッフ
１１１ 薬剤師および臨床医
１１２ ＤＥＲＳエディタ
１１４ ＤＡＬファイル
３４１、３４３、３４４ 通信リンク
１０８ ＣＱＩ受信部
１０９ ＣＱＩサーバ
１１０ ＣＱＩ ＵＩ
１４５ ポンプ
１４６ イベント
１４８ ＲＢＥ
１５１ 機器アプリケーション
１５２ ディスパッチャ
１５３ ハンドラ
１５６ ポンプＦＳＭ
１５７ プログラムＦＳＭ
１５８ 送液ＦＳＭ
１４９ ＲＣＥ
１６３、１６４、１６５、１６６、１６７ 状態
１６９ 出版／購読エンジン
１７０ トピック
１７１ 出版者
１７２ 購読者
１７３ 能力登録モデル
１７４ 能力レジストリ
２００ 薬物ライブラリ管理者
２０２ リソース臨床医
２０４ 点検薬剤師
２０６ 調剤コンサルタント
２０８ 臨床コンサルタント
２３５０ 組織
２３５２ 構成機関
２３５４ 看護グループ
２３５６ 看護エリア
２３５８ 薬剤レコード
７０００ ユーザ・データベース
７００２ 処方データベース
１５００、１５２０、１５３０、１５７０、１５９０、１６００、１６１０、１７００、１７１０、１７５０、１７６０、１８３０、１９００、１９３０、１９６０、１９７０、２２３０、３３９０、３４２０、３４６０、３４７０、３４８０、３４９０、３５１０、３５３０、３５４０、３５６０、３５７０、３５８０、３６００、３６２０、３６３０、３６４０、３７００、３７１０、３７７０、３８１０、４１００、４３００ 画面
１５０８、１５１０、１５３２、１５３６、１５３８、１５５０、１６２０、１６２４、１６２６、１６２８、１６３０、１６３２、１６３４、１６４０、１６４２、１６４４、１６４６、１６４８、１６５０、１６５２、１６５４、１６５６、１６５８、１６６０、１６６２、１６６４、１６６６、１６６８、１６７０、１６８０、１６８２、１６８４、１６８６、１６８８、１６９０、１６９２、１７１２、１７２０、１７２２、１７２４、１７２８、１７３２、１７６２、１７６４、１７６６、１７７０、１７７２、１７７４、１７８０、１７８２、１７８４、１７８６、１７８８、１７９０、１８０２、１８０４、１８０６、１８０８、１８２０、１８２２、１８２４、１８３２、１８３４、１８３６、１８３８、１８５０、１８５４、１８５８、１８６０、１８７０、１８８０、１８８４、１８８６、１８８８、２１９０、２２１０、２２６０、２３１０、３４５０、３４８２、３４８４、３５４４、３５５０、３６０２、３６２２、３６３４、３８００、３８０２、３８２０、４１０２、４１０４、４１３２、４１３４ フィールド
１５０６、１５８２、１５８４ ボックス
１５１４、１５４０、１５５４、１５５５、１５６２、１５６４、１５７６、１６０４、１６０６、１６１４、１６１６、１７０４、１７０６、１７０８、１７１６、１７５６、１７５８、１８４４、１９１０、１９１２、１９１４、１９１６、１９２０、１９３４、１９５４、２１４２、２１４４、２１４６、２１６２、２１９２、２２１２、２２２２、２２２４、２２３８、２２５２、２２５４、２２６４、２２７０、２２７２、２２７５、２２７６、２２８０、２２９２、２２９４、２２９６、２３１４、２３１６、３４５２、３４５４、３４９８、３５１６、３５２２、３６１６、３６２４、３６６２、３７４０、３７５０、３７７４、３７７６、３８２２、４１０６、４１３６、４１５０、４１８０、４１８２、４１８４、４３０４、４３０６、４３０８、４３１０、４３２８、４３３０、４３４４、４３４６、４３６０ オプション
１５２２、１５２４、１５２６、１９７２、１９７６、１９８２、１９８４、１９８６、１９８８、２０７４、３４９４、４３１２ ユーティリティ
１５８０ サイド・バー
１５９６ａ、１５９６ｂ、１５９６ｃ、１５９６ｄ、１５９６ｅ、１５９６ｆ、１５９６ｇ、１５９６ｈ、１５９６ｉ、１５９６ｋ、１５９６ｌ ウィジェット
１５９８、１９１８ タブ
１６１２、１８９０、１９０６、１９３２、２０２０、２０５０、４３２４、４３０２ リスト
１７５２、３６８０、３６９０、３７３０、３７８０ メッセージ
１５０４、１９０２ 識別子
１９７４、２２３２、３３９２、３３９４、３４００、３４７６、３５１２、３５３２、３５３６、３５４２、３６４２、４１２０ インディケータ
２０３０、２０４０、２０８０、２１４０、２１６０、２２００、２２３２、２２５０ ウィンドウ
３４０４ ディスプレイ
３４０６ 外枠
３４０８、３４７８ ボタン
３４１０、３４３４、３４３６、３４３８ アイコン
３４２８ 仮想キーボード
３７６０ メニュー
４０００ 非同期メッセージ
４００２ 同期メッセージ
４００４ ＲＴＰ
４００６ ＵＩＰ
４００８ シリアル線
４０１０ ＩｎｔｅｒＣｏｍｍプロセス
４０１２ ＩｎｔｅｒＣｏｍｍタスク
４０１４ エグゼクティブ・プロセス
４０１８ ＵＩビュー
４０２０ ＵＩモデル・プロセス
４０２２ データベース・システム
４０２４ 輸液マネジャ
４０２６ 輸液制御タスク
４０２８ オーディオ・サーバ・プロセス
４０３０ 機器ゲートウェイ通信マネジャ・プロセス（ＤＧＣＭ）
４０３６ ロギング・プロセス
４０３８ 機器制御タスク
４０４０ センサ・タスク
４０４２ ブラシレス・モータ制御ＩＲＱ
４０４４ ＲＴＰステータス・タスク
４０４８ メモリ・チェッカー・タスク
４１６０、４１７０、４１９０、４３２０、４３４０、４３５０ プロンプト

Claims (10)

1. 医薬品を送液すべきポンプ機構の動作を制御するように構成され、薬物ライブラリを使用してプログラムされるコントローラと、
   プロセッサと、
   前記コントローラをプログラムするのに使用されるグラフィカル・ユーザ・インターフェースと、
   薬物ライブラリのためのプログラム・コードを記憶するように構成されたコンピュータ読取り可能メモリであって、前記薬物ライブラリは複数のエントリを有し、前記複数のエントリは、少なくとも１つの薬物エントリを含み、前記少なくとも１つの薬物エントリは施設の一部分に対応し、前記少なくとも１つの薬物エントリは、前記施設の一部分に関連付けられたパラメータを有し、前記少なくとも１つの薬物エントリは、薬物カテゴリに対応する、コンピュータ読取り可能メモリと、を備え、
   前記プロセッサは、前記グラフィカル・ユーザ・インターフェースに表示するために少なくとも１つの画面を生成するように構成され、前記少なくとも１つの画面の少なくとも１つはユーザ入力値を含み、前記プロセッサはさらに、前記ユーザ入力値の桁数の変化に応答して、値全体が前記グラフィカル・ユーザ・インターフェースに収まるように前記ユーザ入力値のフォントのサイズを変更させると共に、色を変化させて桁数のタイプミスをユーザが認識しやすいように構成され、
   前記少なくとも１つの薬物エントリの前記パラメータは、前記医療機器の許容可能な入力範囲、治療に対する制限、医療機器の制限の少なくとも１つを限定するように前記医療機器の動作を制限するように構成される、医療機器。
2. 前記少なくとも１つのユーザ入力値はユーザによって指定されなければならない請求項１に記載の医療機器。
3. 前記ユーザ入力値は患者の体重である請求項１に記載の医療機器。
4. 前記ユーザ入力値は患者の体表面積である請求項１に記載の医療機器。
5. 前記ユーザ入力値は投与量の値である請求項１に記載の医療機器。
6. 前記ユーザ入力値の１つが時間値である請求項１に記載の医療機器。
7. 前記ユーザ入力値の１つが輸液予定量である請求項１に記載の医療機器。
8. 前記ユーザ入力値の１つが輸液速度値である請求項１に記載の医療機器。
9. 前記ユーザ入力値の１つが医薬品の濃度値である請求項１に記載の医療機器。
10. 前記プロセッサが、前記ユーザ入力値のサイズを小さくすることにより前記フォントを視覚的に変えるように構成される請求項１に記載の医療機器。

Images