(57)【要約】  遠隔機関からの医療デバイスデータを集計し、使用する方法である。このシステムおよび方法は確定された医療デバイスデータを中央コンピュータシステムにおいて電子的に受信し、  確定された医療デバイスデータのそれぞれが個別の薬剤送達システムから受信され、  各薬剤送達システムのそれぞれは、それぞれの遠隔機関内にそれぞれの医療デバイス、例えばシステムに関連付けられ、システム内で使用される薬剤送達ポンプなどの医療デバイスを有する。  システムおよび方法は、遠隔機関のそれぞれからの確定された医療デバイスデータを電子的に組み合わせてメモリ内に記憶し、また医療デバイスデータに関する要約情報を遠隔クライアントコンピュータに提供するように適合された中央レポーティングアプリケーション、および／または他のアプリケーションの少なくとも１つへのアクセスを遠隔クライアントコンピュータに電子的に提供する。
2010507176.tif 000002
【特許請求の範囲】
【請求項１】
複数の遠隔機関／施設からの医療デバイスデータを集計および使用する方法であって、
複数の確定された医療デバイスデータを中央コンピュータシステムにおいて受信することを提供するステップであって、複数の確定された医療デバイスデータのそれぞれが個別の遠隔薬剤送達システムから受信され、各遠隔薬剤送達システムのそれぞれはシステムと関連付けられ、システム内において使用されるそれぞれの複数の医療デバイスを有し、各遠隔薬剤送達システムのそれぞれは、複数の遠隔機関／施設のそれぞれの遠隔機関／施設と関連付けられ、これら機関／施設内に実装されている、該ステップと、
メモリ内の複数の遠隔機関／施設のそれぞれからの複数の確定された医療デバイスデータを組み合わせ、記憶することを提供するステップと、
中央レポーティングアプリケーションへの遠隔機関／施設の遠隔アクセスを提供するステップであって、中央レポーティングアプリケーションは、組み合わされて確定された医療デバイスデータを照会するために、および医療デバイスデータに関する要約情報を遠隔機関／施設に提供するために、遠隔機関／施設から検索パラメータを電子的に受信するように適合されている、該ステップと、
を備える方法。
【請求項２】
薬剤送達システムの少なくとも１つに対する確定された医療デバイスデータが、各機関／施設から遠隔にある、遠隔薬剤送達システムデータセンタに記憶され、このセンターで利用される、請求項１に記載の方法。
【請求項３】
遠隔薬剤送達システムデータセンタが、それぞれの複数の機関／施設に対して複数の薬剤送達システムをホスティングするために、遠隔ホスティングされる顧客サーバ（ＲＨＣＳ）を備える、請求項２に記載の方法。
【請求項４】
確定された医療デバイスデータが、薬剤送達ポンプの構成情報および薬剤送達ポンプの動態情報を備える、請求項１に記載の方法。
【請求項５】
薬剤送達ポンプの構成情報および／または薬剤送達ポンプの動態情報に関する要約情報が、特定の薬剤送達ポンプの種類について提供され、閲覧することができる、請求項４に記載の方法。
【請求項６】
構成情報が構成ライブラリ情報を備え、動態情報は薬剤送達ポンプの利用情報を備える、請求項４に記載の方法。
【請求項７】
構成ライブラリ情報が、薬剤名、ジェネリック薬剤名、薬剤濃度、薬剤用量単位、下限ハードリミット、下限ソフトリミット、上限ソフトリミットおよび／または上限ハードリミットのうちの少なくとも１つを備える、請求項５に記載の方法。
【請求項８】
薬剤送達データが、ポンプの種類、施設の種類、ベッドのサイズおよび／または臨床診療分野のうちの少なくとも１つを備える、請求項４に記載の方法。
【請求項９】
利用情報が、コンプライアンス情報、ライン利用情報、同時送達利用情報、ソフトリミット警告情報、ハードリミット警告情報、オーバーライド情報、および／または構成編集情報のうちの少なくとも１つを備える、請求項５に記載の方法。
【請求項１０】
構成ライブラリ情報が、薬剤名、ジェネリック薬剤名、薬剤濃度、薬剤用量単位、下限ハードリミット、下限ソフトリミット、上限ソフトリミット、上限ハードリミット、および／または統計情報のうちの少なくとも１つを備える、請求項５に記載の方法。
【請求項１１】
中央コンピュータシステムにおいて、機関についての構成情報内の制限の少なくとも１つと、機関のピアグループについての、機関のピアグループ以外の別のピアグループについての、および／またはすべてのピアグループについての、構成情報の少なくとも１つの制限とを比較するステップと、
比較に基づいて統計情報を生成するステップであって、この比較が、機関のピアグループについて、機関のピアグループ以外の別のピアグループについて、および／またはすべてのピアグループについて、構成情報内で制限が使用される回数の割合を含む、ステップと、
をさらに備える、請求項１０に記載の方法。
【請求項１２】
検索パラメータが、施設名、エンティティの種類、ベッドのサイズ、デバイスの種類、ポンプの種類、時間枠、臨床診療分野、および／またはジェネリック薬剤名のうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項１３】
要約情報が、遠隔機関のユーザが新しいおよび／または変更された薬剤送達パラメータを生成することを支援すること、および／または遠隔機関のユーザが新しいおよび／または変更された機関手順を実行するのを支援すること、のうちの少なくとも１つに対して使用される、請求項１に記載の方法。
【請求項１４】
特定の施設名が要約情報内で特定されることが差し控えられる、請求項１に記載の方法。
【請求項１５】
各遠隔機関について各確定された医療デバイスデータが、各遠隔機関内の複数の個別の臨床診療分野によって確定され利用される、複数の個別の臨床診療固有の薬剤データベースを備え、複数の個別の臨床診療分野のそれぞれは、特定の臨床診療分野内の薬剤送達ポンプにダウンロードするために、それぞれの確定された薬剤送達データ内に臨床診療分野固有の薬剤送達パラメータセットを有する、請求項１に記載の方法。
【請求項１６】
医療デバイスデータに関して提供される要約情報が、毎月、毎四半期、日数、週数、月数、年数および／または開始日および終了日により指定される間隔のうちの少なくとも１つを含む、所定の時間枠にわたっておよび／または構成可能な時間枠にわたって表示できる、請求項１に記載の方法。
【請求項１７】
比較結果を提供するために、中央コンピュータシステムにおいて、１つの機関から受信された動態情報と１つ以上の他の機関から受信された動態情報とを比較するステップと、
比較結果が所定条件を満たすかどうかを決定するステップと、
所定条件が満たされている場合は機関に警告を送信するステップと、
をさらに備える、請求項４に記載の方法。
【請求項１８】
比較ステップ内では機関から最も新しく受信された動態情報が使用される、請求項１７に記載の方法。
【請求項１９】
所定条件が、医療デバイス構成ライブラリ情報が、この医療デバイス構成ライブラリ情報が他の機関内の医療デバイスのプログラミングの間に編集される回数の中央値、平均値およびモード数からなるグループより選択された統計的基準に関して、機関内の医療デバイスのプログラミングの間に編集される回数の特定割合である、請求項１８に記載の方法。
【請求項２０】
警告を送信するステップが、電子メール、テキストメッセージおよび／またはページのうちの少なくとも１つにより通信を機関に自動送信することを備える、請求項１７に記載の方法。
【請求項２１】
複数の機関の医療デバイス情報を集計および使用する方法であって、
複数の確定された構成ライブラリを中央コンピュータシステムにおいて電気的に受信するステップであって、
複数の確定された構成ライブラリのそれぞれが個別の遠隔薬剤送達システムから受信されてこのシステム内で利用され、
各遠隔薬剤送達システムのそれぞれはこのシステムに関連付けられてこのシステム内で利用される各複数の医療デバイスを有し、
各遠隔薬剤送達システムのそれぞれが各個別の遠隔機関に関連付けられてこの機関内に実装され、
各遠隔機関についての各確定された構成ライブラリは、各遠隔顧客の機関内の複数の個別の臨床診療分野によって確定されて利用される複数の個別の臨床診療分野固有の構成ライブラリのうちの少なくとも１つを含み、
複数の個別の臨床診療分野のそれぞれは、特定の臨床診療分野内の医療デバイスにダウンロードするために、臨床診療分野固有の薬剤送達パラメータセットを有する、該ステップと、
メモリ内に複数の確定された構成ライブラリおよびライブラリの利用情報を電子的に記憶するステップと、
中央レポーティングアプリケーションへの遠隔クライアントコンピュータのアクセスを電子的に提供するステップであって、
中央レポーティングアプリケーションは、遠隔クライアントコンピュータから検索パラメータを電子的に受信し、遠隔クライアントコンピュータ顧客に要約情報を電子的に提供するように適合されており、
この要約情報は、１）複数の記憶・確定された構成ライブラリおよびこのライブラリ内の薬剤送達パラメータ、および／または２）遠隔機関および／または施設が新しいおよび／または変更された遠隔機関の確定された構成ライブラリを生成するのを支援すること、および／または、遠隔機関が新しいおよび／または変更された機関の動作実施を実現するのを支援することのうちの少なくとも１つに対するポンプ動態情報の少なくとも１つ、を含む、該ステップと、
を備える方法。
【請求項２２】
新しいおよび／または変更された機関および／または施設の手順が、新しいおよび／または変更された機関のトレーニング手順、および／または新しいおよび／または変更される薬剤送達手順のうちの少なくとも１つを備える、請求項２１に記載の方法。
【請求項２３】
要約情報から薬剤についての薬剤送達パラメータを選択するステップと、
要約情報から薬剤についての選択薬剤送達パラメータを使用して、遠隔機関および／または施設についての新しいまたは変更されたライブラリエントリを確定するステップと、
をさらに備える、請求項２１に記載の方法。
【請求項２４】
遠隔クライアントコンピュータが、それぞれ他の遠隔機関についての複数の確定された構成ライブラリの他のいずれかのサブセットを提供されるのみである、請求項２１に記載の方法。
【請求項２５】
それぞれの遠隔機関のそれぞれの遠隔薬剤送達システム内で利用される複数の確定された構成ライブラリのそれぞれを、中央コンピュータシステムに自動的に電子的にアップロードするステップをさらに備える、請求項２１に記載の方法。
【請求項２６】
自動アップロードが所定の時間間隔で発生する、請求項２５に記載の方法。
【請求項２７】
複数の個別の機関の薬剤送達システムから医療デバイスデータを受信するように適合された中央コンピュータデータ転送プログラムコードと、
中央コンピュータデータ転送プログラムコードによって、各機関からの受信された医療デバイスデータを結合するように適合された中央医療デバイスデータ集計プログラムコードと、
メモリ内に組み合わせた医療デバイスデータを記憶し、およびメモリ内に記憶された組み合わせた医療デバイスデータを問い合わせるように適合された中央医療デバイスデータベースプログラムコードと、
遠隔ユーザコンピュータ上にインタフェース画面表示を生成するように適合されており、インタフェース画面表示は、検索パラメータを受信し、医療デバイスデータの要約情報を遠隔ユーザコンピュータに提供するように適合されている、中央医療デバイスデータ報告インタフェースプログラムコードと、
を備える、中央医療デバイスデータ収集レポーティングコンピュータシステム。
【請求項２８】
中央コンピュータデータ転送プログラムコードが、複数の遠隔の個別の機関の薬剤送達コンピュータから医療デバイスデータを受信し、および各機関／施設から遠隔の、遠隔薬剤送達システムデータセンタから医療デバイスデータを受信するように適合されている、請求項２７に記載のコンピュータシステム。
【請求項２９】
医療デバイスデータがポンプ構成情報およびポンプ動態情報を備える、請求項２７に記載のシステム。
【請求項３０】
プログラムコードのすべてが単一アプリケーション内に常駐する、請求項２７に記載のシステム。
【請求項３１】
各プログラムコードが別個のアプリケーション内に常駐し、各別個のアプリケーションは別個のコンピュータ上で実行される、請求項２７に記載のシステム。
【請求項３２】
プログラムコードが、遠隔機関に対する薬剤送達ポンプのベンダの制御内の１つ以上のコンピュータ上で実行される、請求項２７に記載のシステム。
【請求項３３】
医療機関が、機関における少なくとも１つの医療デバイスを構成するために機関固有のカスタマイズされた構成ライブラリを開発するのを支援する方法であって、
医療デバイス構成情報を備える構成ライブラリデータベースを提供するステップと、
アクセス基準が満たされている場合、構成ライブラリデータベースの一部を閲覧するために、構成ライブラリ開発機関にアクセスを認可するステップと、
を備える方法。
【請求項３４】
開発機関にプログラムコードへのアクセスを提供するステップをさらに備え、このプログラムコードにより、開発機関が構成ライブラリデータベースの閲覧部分の一部を機関固有のカスタマイズされた構成ライブラリデータベースにコピーすることを可能にする、請求項３３に記載の方法。
【請求項３５】
表示するためのアクセスを許可するステップ、およびコピーするためのプログラミングコードへのアクセスを提供するステップのうちの少なくとも１つが、インターネットのウェブサイトを介して遠隔で達成される、請求項３４に記載の方法。
【請求項３６】
インターネットウェブサイトが医療デバイスメーカにより支援される、請求項３５に記載の方法。
【請求項３７】
医療デバイス構成情報が治療法固有の医療デバイス構成情報を備える、請求項３３に記載の方法。
【請求項３８】
治療法固有の医療デバイス構成情報が、薬物の用量制限および注入器の主設定を備える、請求項３７に記載の方法。
【請求項３９】
アクセス基準が、有効な顧客ステータス、契約ステータス、加入者ステータス、データ共有ステータス、予測ステータス、ユーザＩＤの一致およびパスワードの一致から成る基準グループより選択される、請求項３３に記載の方法。
【請求項４０】
構成ライブラリデータベースを提供するステップが、
ａ）所定の時間において、対応する複数の地理的に遠隔のデータ共有機関から複数の以前に確定された医療デバイス構成ライブラリを受信するサブステップと、
ｂ）受信された以前に確定された医療デバイス構成ライブラリのそれぞれに少なくとも１つのピアグループのカテゴリ指定を割り当てるサブステップと、
ｃ）少なくとも１つのピアグループのカテゴリ指定と、以前に確定された医療デバイス構成ライブラリの少なくとも一部を備える検索可能なリレーショナルデータベースを生成するサブステップと、
を含む、請求項３３に記載の方法。
【請求項４１】
検索可能なリレーショナルデータベースが臨床診療分野のカテゴリ指定をさらに備える、請求項４０に記載の方法。
【請求項４２】
複数の以前に確定された構成ライブラリを受信するサブステップが、毎日、毎週、毎月、毎四半期および／または毎年などの、周期的な時間間隔グループより選択される規則的な時間間隔で実行される、請求項３７に記載の方法。
【請求項４３】
データ共有機関および開発機関が提携していない場合、いずれのデータ共有機関の名前も開発機関により表示されることを防止するステップをさらに備える、請求項４０に記載の方法。
【請求項４４】
少なくとも１つのピアグループのカテゴリ指定が、施設／エンティティの種類、ベッド数、医療デバイスの種類および／またはサービスラインのうちの少なくとも１つを備える、請求項４０に記載の方法。
【請求項４５】
中央レポーティングアプリケーションを含むプログラミングコードを提供するステップをさらに備え、このレポーティングアプリケーションによって、開発機関がピアグループのカテゴリ指定によりリレーショナルデータベースに問い合わせできる、請求項４０に記載の方法。
【請求項４６】
構成ライブラリ開発機関と同一のピアグループ、構成ライブラリ開発機関のピアグループに対して他のピアグループ、および／またはすべてのピアグループのうちの少なくとも１つのうちの他の機関の構成ライブラリ情報へのアクセスを提供するステップをさらに備える、請求項４０に記載の方法。
【請求項４７】
複数の個別の機関の薬剤送達システムから医療デバイスデータを受信するように適合されたデータ転送プログラムコードセグメントと、
データ転送プログラムコードセグメントにより各機関から受信された医療デバイスデータを組み合わせるように適合されたデータ集計プログラムコードセグメントと、
メモリ内に組み合わされた医療デバイスデータを記憶するように、およびメモリ内で記憶された組み合わされた医療デバイスデータを問い合わすように適合されたデータベースプログラムコードセグメントと、
遠隔ユーザコンピュータにおいてインタフェース画面表示を生成するように適合され、インタフェース画面表示は検索パラメータを受信し、遠隔ユーザコンピュータに医療デバイスデータの要約情報を提供する、医療デバイスデータ報告コードセグメントと、
を備える、医療デバイスデータを収集および報告するためのコンピュータプログラムプロダクトを記憶するコンピュータ可読媒体。
【請求項４８】
データ転送プログラムコードセグメントが、複数の遠隔の個別の機関の薬剤送達コンピュータから医療デバイスデータを受信するように、および、各機関／施設から遠隔の遠隔薬剤送達システムデータセンタから医療デバイスデータを受信するように適合されている、請求項４７に記載のコンピュータ可読媒体。
【請求項４９】
少なくとも医療デバイスデータレポーティングコードセグメントがシン・クライアントコンピュータ上で実行するように適合されている、請求項４７に記載のコンピュータ可読媒体。
【請求項５０】
機関内の医療デバイスの動態情報を追跡し比較する方法であって、
比較結果を提供するために、中央コンピュータシステムにおいて１つの機関から受信された動態情報を比較するステップと、
比較結果が所定の条件を満たしているかどうかを決定するステップと、
所定の条件が満たされている場合、機関に警告を送信するステップと、
を備える方法。
【請求項５１】
機関についての最も新しく受信された動態情報が比較ステップ内で使用される、請求項５０に記載の方法。
【請求項５２】
所定の条件が、
ａ）療デバイスがプログラムされる回数に対する、プログラミングの間において医療デバイス構成ライブラリ情報が編集される回数の所定の固有の割合と、
ｂ）プログラミングの間に押される医療デバイスのボタンの数に対して、プログラミングのためにボタンを押す所定の許容可能な回数と、
ｃ）動態情報データベース内に存在するデータ量に関して、動態情報の要約情報を提示することが可能と見なされる所定のデータ量と、
ｄ）動態情報の統計的計算に関して、動態情報についての所定の統計値および／または、
ｅ）医療デバイスをプログラムするために要する時間に関して、医療デバイスをプログラムするために要する所定の時間と、
のうちの１つである、請求項５０に記載の方法。
【請求項５３】
比較において使用される動態情報が所定の時間間隔内にある、請求項５２に記載の方法。
【請求項５４】
複数の遠隔機関／施設からの集計された医療デバイスデータを使用する方法であって、
中央コンピュータシステムのメモリに記憶された複数の確定された医療デバイスデータの集計へのアクセスを提供するステップであって、複数の確定された薬剤データのそれぞれが個別の薬剤送達システムから受信され、各薬剤送達システムのそれぞれはシステムと関連付けられ、システム内において使用されるそれぞれの複数の医療デバイスを有し、各薬剤送達システムのそれぞれは、複数の遠隔機関／施設のそれぞれの遠隔機関／施設と関連付けられ、これら機関／施設内に実装されている、ステップと、
検索結果を得るために検索パラメータに基づいて複数の確定された医療デバイスデータの集計を検索することを提供するステップと、
それぞれの遠隔薬剤送達システム内において使用するために、検索結果に関連する複数の確定された医療デバイスデータの検索結果および／または集計の少なくとも一部を、遠隔機関／施設におけるローカル記憶媒体に転送することを提供するステップと、
を備える方法。
【請求項５５】
確定された薬剤データのそれぞれが、各複数の薬物に対する複数の規則セットを有する薬物ライブラリを含む構成情報を含み、転送ステップは遠隔機関／施設におけるローカル記憶媒体にそれぞれの薬物に対する少なくとも１つの規則セットを転送することを備える、請求項５４に記載の方法。
【請求項５６】
少なくとも１つの転送規則セットが、マスタの定型リストおよび／またはＣＣＡサブリスト内の新しい薬物のエントリのポピュレートを支援する際に使用される、請求項５５に記載の方法。
【請求項５７】
転送ステップが、構成情報報告アプリケーションに、複数の確定された医療デバイスデータの検索結果および／または集計の一部を直接インポートすることを備える、請求項５４に記載の方法。
【請求項５８】
転送ステップが、．ｃｓｖプロセスを使用して転送データを選択することを備える、請求項５４に記載の方法。
【請求項５９】
転送ステップが、複数の確定された医療デバイスデータの検索結果および／または集計の一部を選択して、希望リストまたはショッピングカートに転送することを備える、請求項５４に記載の方法。
【請求項６０】
複数の遠隔機関／施設からの集計された医療デバイスデータを使用する方法であって、
中央コンピュータシステムのメモリに記憶された複数の医療デバイス構成／動態情報の集計へのアクセスを提供するステップであって、複数の医療デバイス構成／動態情報のそれぞれが個別の薬剤送達システムから受信され、各薬剤送達システムのそれぞれはシステムと関連付けられ、システム内において使用されるそれぞれの複数の医療デバイスを有し、各遠隔薬剤送達システムのそれぞれは、複数の遠隔機関／施設のそれぞれの遠隔機関／施設と関連付けられ、これら機関／施設内に実装されている、ステップと、
中央コンピュータシステムにおいて、入力または選択された医療デバイス構成情報と、入力または選択された構成情報についての所定の一致基準内にある、集計された構成／動態情報と医療デバイス構成情報とを比較するステップと、
を備える方法。
【請求項６１】
比較ステップが、中央コンピュータシステムにおいて、入力または選択された医療デバイス構成情報と、機関のピアグループについての、機関のピアグループ以外の別のピアグループについての、および／またはすべてのピアグループについての集計された構成／作業情報とを比較することを備える、請求項６０に記載の方法。
【請求項６２】
複数の遠隔機関／施設に対する薬剤送達システムおよび医療デバイスデータをホスティングする方法であって、医療機関が少なくとも１つの医療デバイスを構成するための機関固有のカスタマイズされた構成ライブラリを開発するのを支援するために、
データセンタにおいて、遠隔機関／施設に置かれた複数の医療デバイスに対して薬剤送達システムアプリケーションをホスティングする中央コンピュータシステムを提供し、中央コンピュータシステムにおいて、遠隔機関／施設に置かれた複数の医療デバイスからの医療デバイスデータを受信することを提供するステップと、
中央コンピュータシステムのメモリ内に複数の遠隔機関／施設からの複数の医療デバイスの複数の医療デバイスデータを記憶することを提供するステップであって、医療デバイスデータは複数の遠隔機関／施設のそれぞれについての構成ライブラリ情報を備え、複数の遠隔機関／施設のそれぞれについての構成ライブラリ情報は合わさって構成ライブラリデータベースを確定する、ステップと、
少なくとも１つの医療デバイスを構成するための機関固有のカスタマイズされた構成ライブラリを開発するために、構成ライブラリ開発機関が中央コンピュータシステム内の構成ライブラリ開発アプリケーションにアクセスするための承認を提供するステップと、
他の機関／施設に対する構成ライブラリ情報を含む、構成ライブラリデータベースの一部を表示するために、構成ライブラリ開発機関がアクセスするための承認を提供するステップと、
を備える方法。
【請求項６３】
構成ライブラリ開発機関が中央コンピュータシステム内の中央レポーティングアプリケーションにアクセスするための承認を提供するステップと、
組み合わされて確定された医療デバイスデータを問い合わせるために、中央レポーティングアプリケーションにおいて、構成ライブラリ開発機関からの検索パラメータを受信することを提供するステップと、
医療デバイスデータに関する要約情報を、他の機関／施設から構成ライブラリ開発機関に通信することを提供するステップと、
をさらに備える、請求項６２に記載の方法。
【請求項６４】
複数の遠隔機関／施設からの集計された医療デバイスデータを使用する方法であって、
中央コンピュータシステムのメモリに記憶された複数の確定された医療デバイスデータの集計へのアクセスを提供するステップであって、複数の確定された薬剤送達データのそれぞれが個別の遠隔薬剤送達システムから受信され、各薬剤送達システムのそれぞれはシステムに関連付けられ、システムにおいて利用される複数の医療デバイスを有し、各遠隔の薬剤送達システムのそれぞれは、複数の遠隔機関／施設のそれぞれの遠隔機関／施設と関連付けられ、これら機関／施設内に実装されるステップと、
検索結果を得るために、検索パラメータに基づいて複数の確定された医療デバイスデータの集計を検索することを提供するステップと、
検索結果と、複数の確定された医療デバイスデータの集計のサブグループとを比較することを提供するステップと、
を備える方法。
【請求項６５】
検索結果が薬物ライブラリのエントリであって、サブグループはピアグループであり、薬物ライブラリのエントリは機関／施設内の同一のピアグループ内の医療デバイスについての動態情報と比較される、請求項６４に記載の方法。
【請求項６６】
検索結果が薬物ライブラリのエントリであって、サブグループは臨床診療分野（ＣＣＡ）であり、薬物ライブラリのエントリはすべての機関／施設における同一ＣＣＡ内の医療デバイスについての動態情報と比較される、請求項６４に記載の方法。
【請求項６７】
それぞれの薬剤送達システム内で使用するために、検索結果および／または検索結果に関連付けられた複数の医療デバイスデータの集計の少なくとも一部を、遠隔機関／施設におけるローカルの記憶媒体に転送するステップをさらに備える、請求項６４に記載の方法。
【請求項６８】
複数の遠隔機関／施設についての医療デバイスデータを使用する方法であって、および医療機関が、医療デバイスデータを使用して少なくとも１つの医療デバイスを構成するために、機関固有のカスタマイズされた構成ライブラリを開発するのを支援するために、
医療機関が中央コンピュータシステムのメモリ内に記憶された複数の確定された医療デバイスデータの集計へアクセスするための承認を提供するステップであって、複数の確定された薬剤データのそれぞれが個別の薬剤送達システムについて受信され、各薬剤送達システムのそれぞれはシステムに関連付けられ、システムにおいて利用される複数の医療デバイスをそれぞれ有し、各薬剤送達システムのそれぞれは、複数の遠隔機関／施設のそれぞれの遠隔機関／施設に関連付けられ、これら機関／施設内に実装される、該ステップと、
少なくとも１つの医療デバイスを構成するための機関固有のカスタマイズされた構成ライブラリを開発するために、医療機関が中央コンピュータシステム内の構成ライブラリ開発アプリケーションにアクセスするための承認を提供するステップと、
他の機関についての構成ライブラリ情報を含む確定された医療デバイスデータの一部を閲覧するために、医療機関がアクセスするための承認を提供するステップ、および医療機関が中央コンピュータシステム内の中央レポーティングアプリケーションにアクセスするための承認を提供するステップと、
確定医療デバイスデータを問い合わせるために、中央レポーティングアプリケーションにおいて医療機関からの検索パラメータを受信することを提供するステップと、
医療デバイスデータに関する要約情報を、他の機関／施設から医療機関に通信することを提供するステップと、
を備える方法。
【請求項６９】
第１注入器ライン制御モジュールおよび第２注入器ライン制御モジュールと通信するための中央インタフェースモジュールを有する医療デバイスに対して、複数の遠隔機関／施設からの集計された医療デバイスデータへのアクセスを提供する方法であって、
中央コンピュータシステムのメモリ内に記憶された複数の確定された医療デバイスデータの集計へのアクセスを提供するステップであって、複数の確定された医療デバイスデータは第１注入器ライン制御モジュールについての第１制御モジュールデータと、第２注入器ライン制御モジュールについての第２制御モジュールデータとを含み、複数の確定された薬剤データのそれぞれは薬剤送達システムのそれぞれから受信され、各薬剤送達システムのそれぞれはシステムに関連付けられシステムにおいて利用される各複数の医療デバイスを有し、薬剤送達システムのそれぞれは、複数の遠隔機関／施設のそれぞれの遠隔機関／施設に関連付けられこれら機関／施設内に実装される、該ステップと、
検索結果を得るために、検索パラメータに基づいて、第１注入器ライン制御モジュールについての第１制御モジュールデータおよび第２注入器ライン制御モジュールについての第２制御モジュールデータを含む、複数の確定された療デバイスデータの集計を検索するために検索パラメータを受信することを提供するステップと、
を備える方法。
【請求項７０】
検索結果が第２注入器ライン制御モジュールについての動態情報を備える、請求項６９に記載の方法。
【請求項７１】
第２注入器ライン制御モジュールについての動態情報が、第２注入器ライン制御モジュールが薬剤を送達する場合に使用される頻度に関する情報を備える、請求項７０に記載の方法。
【請求項７２】
動態情報が、機関、ピアグループおよび／またはＣＣＡのうちの少なくとも１つに細分される、請求項７０に記載の方法。
【請求項７３】
第２ライン制御モジュールの使用および機関のサイズに基づいて、どれほど多くの第２注入器ライン制御モジュールが機関内で必要であるかを提案するステップをさらに備える、請求項７０に記載の方法。
【請求項７４】
複数の遠隔機関／施設からの、医療デバイスについての集計された医療デバイスデータへのアクセスを提供する方法であって、
中央コンピュータシステムのメモリ内に記憶された複数の確定された医療デバイスデータの集計へのアクセスを提供するステップであって、複数の確定された薬剤データのそれぞれはそれぞれの薬剤送達システムから受信され、各薬剤送達システムのそれぞれはシステムに関連付けられ、システムにおいて使用される各複数の医療デバイスを有し、各薬剤送達システムのそれぞれは、複数の遠隔機関／施設のそれぞれの遠隔機関／施設に関連付けられ、これら機関／施設内に実装される、該ステップと、
検索結果を得るために、検索パラメータに基づいて複数の確定された医療デバイスデータの集計を検索するために検索パラメータを受信することを提供するステップであって、検索結果は医療デバイスを介して送達されるＸの最も使用される薬剤を含む、ステップと、
を備える方法。
【請求項７５】
Ｘが５、１０、１５、２０、２５、３０、３５、４０、４５、５０、５５、６０、６５、７０、７５、８０、８５、９０、９５、１００、２００、３００、４００および５００からなるグループより選択される、請求項７４に記載の方法。
【請求項７６】
中央コンピュータシステムにおいて、医療デバイス構成情報を含む選択された検索結果と、医療デバイスデータの集計・確定された医療デバイスデータ構成／動態情報とを比較することを提供するステップと、
それぞれの薬剤送達システム内で使用するために、医療デバイス構成情報を含む検索結果の少なくとも一部を、遠隔機関／施設の記憶媒体に転送することを提供するステップと、
をさらに備える、請求項７４に記載の方法。
【請求項７７】
検索パラメータが、機関パラメータ、ピアグループパラメータおよび／またはＣＣＡパラメータのうちの少なくとも１つを含み、検索結果は、機関、ピアグループおよび／またはＣＣＡ別にそれぞれ細分される、請求項７４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００６年１０月１６日出願、米国仮特許出願第６０／８５１９７１号の「複数の医療デバイス管理システムからの動態情報および構成情報を比較および利用するためのシステムおよび方法（Ｓｙｓｔｅｍ  Ａｎｄ  Ｍｅｔｈｏｄ  Ｆｏｒ  Ｃｏｍｐａｒｉｎｇ  Ａｎｄ  Ｕｔｉｌｉｚｉｎｇ  Ａｃｔｉｖｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｎｄ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｆｒｏｍ  Ｍｕｌｔｉｐｌｅ  Ｍｅｄｉｃａｌ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）」の優先権の利益を主張し、本仮出願の全開示内容は参照により本明細書に組み込まれている。
【０００２】
本発明は、複数の医療機関および／または施設から遠隔医療デバイス管理システムにより生成される情報を利用するためのシステムおよび方法に関する。より詳細には、本発明は、デバイス構成ライブラリ開発および／またはベンチマーキング目的のために遠隔医療機関および／または施設に対して、医療デバイス（例えば、薬剤送達ポンプ）に関する構成情報および動態情報（ただし、これらに限定されない）を含む、集計データを提供することに関する。
【背景技術】
【０００３】
現代の医療は、多くの場合、薬剤送達ポンプおよび／または患者状態モニタなどの電子医療デバイスの利用を含む。電子医療用ポンプには、例えば米国特許第５，６８１，２８５号明細書および第６，２６９，３４０号明細書に開示されているように、特定の薬物送達情報およびパラメータを含むカスタマイズ可能な「薬物ライブラリ」を用いて電子的にロードするか、またはこの「薬物ライブラリ」を用いて構成することができる。薬剤送達デバイスを構成、制御および監視するための薬剤管理システムはすでに開示されている。例えば、２００５年６月３０日付で米国特許第２００５０１４４０４３Ａ１号明細書として公開された共同所有の米国特許出願第１０／９３０，３５８号明細書および２００５年１２月１５付で米国特許第２００５０２７８１９４Ａ１号明細書として公開された米国特許出願第１０／７８３，５７３号明細書では、ユーザがカスタマイズ可能な薬物ライブラリまたは医療デバイス構成情報を、薬剤ライブラリエディタ（ＤＬＥ）プログラムおよび薬剤管理ユニット（ＭＭＵ）のモジュールを使用して作成する、薬剤管理システムを開示している。ＭＭＵは薬剤送達用ポンプにカスタマイズ可能な薬物ライブラリをダウンロードし、ポンプからステータスまたは動態情報を受信する。また２００５年６月２日付で国際公開第２００５０５０５２６Ａ２号パンフレットとして公開された共同所有の米国特許第１０／７８３，８７７号明細書では、薬物ライブラリまたは医療デバイス構成情報を、薬剤管理システムを利用して作成、編集、記憶し、および薬剤送達デバイスに通信することにより、患者に液状物質および／または液状薬剤などの物質を送達する方法を開示している。上記の共同所有の公開特許出願によれば、典型的な薬剤管理システムは、１つ以上の薬剤送達デバイスと通信するＭＭＵを含む。ＭＭＵは、薬剤送達デバイスを構成するためのカスタマイズされた薬物ライブラリまたは情報、および薬剤送達デバイスから受信された動態情報を記憶する、関連メモリを備える、コンピュータ、典型的にはサーバである。
【０００４】
過去においては、個別の薬剤管理システムにより収集される動態および構成情報は、それぞれ個別の機関および／または施設の１つ以上のコンピュータまたはシステムのベンダにより設置される１つ以上のコンピュータに記憶されていた。他の機関または施設は、比較または他の目的のために動態および構成情報にはアクセスしなかった。
【０００５】
薬剤管理システムを実現するために医療機関が達成すべきさらに困難かつ時間を要する課題の１つは、カスタマイズされた薬物ライブラリまたは医療デバイス構成情報セットの開発がある。薬剤管理システムまたは医療デバイスのベンダは、一般には医療行為を実行することは許可されておらず、個別の医療機関の公認の医療関係者が、必要であり認める場合、再検討、変更しなればならないことを提言できるだけである。さらに、医療機関は、通常は、特定の必要性、医学的判断およびそれら機関の業務に最適となるように、薬物ライブラリまたは医療デバイス構成情報をカスタマイズすることを望む。しかし、機関に対する薬物ライブラリまたは医療デバイス構成情報の開発および承認のプロセスは数カ月を要し、多くの場合、機関の多くの領域からの医療関係者を巻き込む可能性がある。薬物ライブラリまたは医療デバイス構成情報の作成、開発および継続的メンテナンスを容易にして促進するために、機関が薬剤管理システムを構築して実現する前後の両方において、如何に他の機関がカスタマイズされた医療デバイス構成情報を組織化するかおよび様々なパラメータまたは変数に対してどのような特定の値が使用されるかを、機関が理解し比較する必要性が存在する。
【０００６】
別の困難な課題は、医療デバイス管理システムまたは薬剤管理システムが生成する膨大な量の動態情報を評価することである。既存の医療デバイス管理システムまたは薬剤管理システムでは、システムにより様々なレポートを生成し、これにより医療機関および／または施設が様々な対策をとることができる。しかし、これは多くの場合、要約におけるデータまたはレポートに関する有意義な結論を導くには困難である。個別の医療機関および／または施設が動態情報を他の機関および／または施設の動態情報と比較することを可能にする必要性が存在する。
【０００７】
医療および薬剤の送達の分野における知識は静的なものではなく、動的であり常に発展している。患者の安全、介護者の生産性および医療の標準化の分野における継続的な改善を行う需要が存在する。この結果、動的であり、最新であり、医療機関の実際の最近の経験に基づいた医療デバイス構成情報および動態情報を備える必要性が存在する。また、医療機関および／または施設が、作業要因の１つ以上の類似性またはレベルに基づいて、それらピア（ｐｅｅｒ）が医療デバイス構成および動態情報に対して何を実行しているかを考慮できることが望ましい。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の１つの目的は、ベンチマーキングおよび薬物ライブラリまたは医療デバイス構成情報の開発の目的のために、複数の医療機関および／または施設からの医療デバイス構成情報を集計する方法およびシステムを提供することである。
【０００９】
本発明の別の目的は、ベンチマーキングまたは他の目的のために、複数の医療機関および／または施設において１つ以上の医療デバイス管理システムにより生成される医療デバイス動態情報を集計する方法およびシステムを提供することである。
【００１０】
本発明のさらに別の目的は、動的で、最新であり、医療機関における実際の最近の経験に基づいた、医療デバイス構成情報および動態情報を提供することである。
【００１１】
本発明のさらに別の目的は、医療機関および／または施設が、関心を持つ最近の医療デバイス構成および動態情報を有するピアグループを選択できる方法およびシステムを提供することである。
【００１２】
本発明のさらに別の目的は、特に、機関／施設が薬剤送達システムを購入しているが、薬剤送達システムまたはそのシステムの一部がいまだに設置されていないかまたは設置がいまだに完了していない場合に、構成ライブラリを遠隔で開発および／または作成することが可能であるシステムおよび方法を提供することである。
【００１３】
本発明は、上記の問題を解決するため、および従来の医療ポンプにより提供されない利点および態様を提供するため、ならびに上で明確に述べていない他の目的を達成するために提供される。本発明の機能、利点および目的の完全な説明は、添付図面を参照して以下に続く詳細な説明に委ねる。
【課題を解決するための手段】
【００１４】
本発明は、複数の医療機関および／または施設からの、医療デバイス管理システムにより生成される情報を利用するためのシステムおよび方法に関する。薬剤送達システムなどの医療デバイス管理システムは、薬剤管理ユニット（ＭＭＵ）を含むことができる。ＭＭＵは、例えば薬剤送達ポンプまたは注入器などの、１つ以上の医療デバイスと通信する。患者状態モニタ、生命徴候モニタ、診断デバイス、イメージングデバイスおよび研究用デバイスを含むがこれらに限定されない他の種類の医療デバイスは、ＭＭＵと通信し、ＭＭＵにより構成および監視し、これにより、本発明において使用する情報を提供することができる。
【００１５】
ＭＭＵは、送達されるべき薬剤および注入速度などの送達情報および／または投薬指示を、指定したポンプまたは注入器をプログラミングする場合に適する送達プログラミングコードまたは情報に変換する。ＭＭＵはまた、デバイス特定の構成パラメータおよび薬剤送達速度に対するハードおよび／またはソフト制限を含むがこれらに限定されない、様々な薬物ライブラリパラメータをポンプに通信できる。これらの薬物ライブラリおよび／または他の構成パラメータは構成情報として見なすことができ、この構成情報には、薬剤送達ポンプを構成するために使用される任意の他の情報を含むことができる。したがって、これらのライブラリまたは構成ライブラリは薬物ライブラリおよび他の構成情報を含むことができる。各医療機関および／または施設は、ＭＭＵの構成情報および／または薬物ライブラリエディタ（ＤＬＥ）モジュールを使用することにより、構成情報をカスタマイズまたは機関固有にすることができ、また随時構成情報を更新してもよい。それぞれの臨床診療分野（ＣＣＡ）が医療機関および／または施設内に存在し、各分野は、各臨床診療分野内の各薬剤送達ポンプにダウンロードするために、薬物ライブラリなどのそれぞれの構成情報を有する。ＭＭＵの一部、ＭＭＵのコンソールとして、または個別のコンピュータ上に配置された構成情報エディタにより、機関および／または施設のユーザは、薬物ライブラリ全体および個別の薬物ライブラリの値などの構成情報をインポート、エクスポートおよび編集し、これにより病院基本設定および臨床診療分野基本設定に従って、薬物ライブラリなどの構成情報を制御およびカスタマイズすることができる。薬剤送達ポンプは、薬剤送達ポンプのメモリ内の既存の構成ライブラリを、ＭＭＵから受信する更新された構成ライブラリに置き換えることができる。
【００１６】
ＭＭＵを、ＭＭＵコンソールにおいて機関および／または施設のユーザにより構成することにより、アラーム、イベントおよびポンプユーザインタフェース入力などの、薬剤送達ポンプのそれぞれの動態を監視し、メモリに記憶できる。薬剤送達ポンプの動態に関するこの情報および他の情報は、各薬剤送達ポンプ内またはＭＭＵ内および／または中央機関および／または施設の情報システム内でメモリに動態情報として記憶される。ＭＭＵコンソールはまた、レポートを作成し、１つ以上の医療デバイスへの構成ライブラリの配布を制御するために使用される。
【００１７】
したがって、１つの実施形態では、本発明は、複数の遠隔機関および／または施設からの薬剤送達ポンプ情報を集計して利用するシステムおよび方法に関する。このシステムおよび方法は複数の確定された薬剤送達データを中央コンピュータシステムにおいて電子的に受信し、複数の確定薬剤送達データのそれぞれは、それぞれの遠隔薬剤送達システムから受信され、各遠隔薬剤送達システムのそれぞれは、システムと結合され且つシステムで利用されるそれぞれの複数の薬剤送達ポンプを有する。各遠隔薬剤送達システムのそれぞれは、複数の遠隔機関／施設のそれぞれの遠隔機関および／または施設と結合され、それらの内部に実装される。システムおよび方法はさらに、中央メモリ内の複数の遠隔機関および／または施設のそれぞれからの複数の確定薬剤送達データを電子的に組み合わせおよび記憶し、遠隔機関および／または施設が中央のレポーティングアプリケーションに遠隔アクセスすることを電子的に可能にする。中央レポーティングアプリケーションは、組み合わせて確定された薬剤送達データに問い合わせるために遠隔機関および／または施設から検索パラメータを電子的に受信するように適合され、薬剤送達データに関して、遠隔機関および／または施設に要約情報を電子的に提供する。
【００１８】
１つの実施形態では、確定薬剤送達データは、薬剤送達ポンプの構成情報および薬剤送達ポンプの動態情報を含む。１つの実施形態では、確定薬剤送達データは、薬剤送達ポンプの構成情報および薬剤送達ポンプの動態情報を含む。構成情報は薬物ライブラリ情報および薬剤送達デバイス固有の構成設定を含む。薬物ライブラリ情報は、薬剤名、ジェネリック薬剤名、薬剤濃度、薬剤用量単位、ハードの下限、ソフトの下限、ソフトの上限およびハードの上限を含むことができるがこれらに限定されない。
【００１９】
デバイスおよび注入器固有の構成情報は、薬剤のロックアウト期間、デフォルトの閉塞圧、患者の最小体重、患者の最大体重、最大投与率、アラーム音および看護師のコールバック設定を含むがこれらに限定されない。動態情報は、送達またはイベントデータおよび利用情報などのポンプがどのように作動しているかを示すデータを含む。送達またはイベントデータは、ポンプの種類、医療デバイスを操作するユーザのキー入力、各イベントまたは行動に対して記録された日時、アラーム、警告、薬剤名および臨床診療分野名を含むことができるがこれらに限定されない。利用情報は、コンプライアンス情報と、ポンプ利用情報と、アラームおよび警告情報に対するユーザの応答と、ソフトおよびハードリミット警告およびポンプ構成編集情報への応答を含む、このような応答のキー入力ならびに日時などの、医療デバイスの動作に対するユーザの行動または応答に関する詳細な情報とを含むことができるが、これらに限定されない。ユーザが少なくとも検索およびレポーティング機能を実行するために選択または入力する検索パラメータは、エンティティの種類、ベッドサイズ（ベッド数）、ポンプの種類、時間枠、サービスラインおよび／またはジェネリック薬物名を含むがこれらに限定されない。要約情報は、遠隔機関および／または施設のユーザが、新しいおよび／または変更された薬剤送達パラメータを生成することを支援すること、および／または遠隔機関および／または施設のユーザが、新しいおよび／または変更された機関および／または施設の行動および／または指針の実施を支援すること、のうちの少なくとも１つに対して使用できる。
【００２０】
１つの実施形態では、特定の機関および／または施設名を要約情報内で特定することを控える。別の実施形態では、遠隔機関それぞれに対する各確定薬剤送達データは、各遠隔機関内の複数の個別の臨床医療分野によって確定され利用される、複数の個別の臨床診療固有の薬剤データベースを含む。複数の個別の臨床診療分野のそれぞれは、特定の臨床診療分野内の薬剤送達ポンプにダウンロードするための、それぞれの確定薬剤送達データ内の、臨床診療分野固有の薬剤送達パラメータのセットを有する。
【００２１】
１つの実施形態では、薬剤送達ポンプの構成情報および／または薬剤送達ポンプの動態情報に関係する要約情報を提供でき、その情報を、構成／動態情報アプリケーションの様々なインタフェース画面表示から特定の薬剤送達ポンプについて表示することができる。中央コンピュータシステムおよび構成／動態情報はまた、メモリ内の構成および／または動態情報の様々な態様に対してインタフェース画面表示を介して統計情報を提供するように構成できる。１つの実施形態では、中央コンピュータシステムは、ある機関についての構成情報内の制限の少なくとも１つと、その機関のピアグループについての、その機関のピアグループとは別のピアグループについての、および／またはすべてのピアグループについての構成情報のうちの少なくとも１つ内の制限値とを比較するように構成できる。次に、中央コンピュータシステムは比較に基づいて統計情報を生成でき、この統計情報には、制限値が機関のピアグループについての、機関のピアグループとは別のピアグループについての、および／またはすべてのピアグループについての構成情報内で使用される回数の割合を含む。医療デバイスデータに対する要約形式または他の形式の上記の統計的および他の構成／動態情報は、毎月、毎四半期、日数、週数、月数、年数および／または開始日および終了日により指定される間隔の少なくとも１つを含む、所定の時間枠にわたっておよび／または構成可能な時間枠にわたって表示できる。
【００２２】
別の実施形態では、中央コンピュータシステムは、１つの機関から受信した動態情報と１つ以上の他の機関から受信した動態情報とを比較して比較結果を提供することができ、比較結果が所定条件を満たしているかどうかを決定できる。所定条件が満たされている場合、中央コンピュータシステムは、機関への警告を送信するように構成できる。例えば、医療デバイス情報ライブラリ情報がその機関内で医療デバイスのプログラミング中に編集される回数の、医療デバイス構成ライブラリ情報が他の機関内で医療デバイスのプログラミング中に編集される平均回数に対する特定の割合を比較して、警告をある機関に通信しなければならないかどうかを決定できる。次に機関は、それら機関内で医療デバイスに対して構成情報に対する調整を実行するなどの、何らかのアクションが認可されるかどうかを再検討できる。通信は、電子メール、テキストメッセージおよび／またはページなどの、様々な方法で送信できる。
【００２３】
本発明の別の実施形態では、医療機関が、その機関において少なくとも１つの医療デバイスを構成するために機関固有のカスタマイズされた構成ライブラリを開発するのを支援する方法が提供される。この方法には、医療デバイス構成情報を備える構成ライブラリデータベースを提供すること、およびアクセス基準が満たされている場合、構成ライブラリデータベースの一部を閲覧するために構成ライブラリ開発機関へのアクセスを認可することと、を含む。アクセス基準は、実際の顧客ステータス、契約ステータス、加入者ステータス、データ共有ステータス、予測ステータス、ユーザＩＤの一致およびパスワードの一致から成る基準グループより選択できる。開発機関は、医療デバイスのメーカーが出資しているインターネットのウェブサイトへの遠隔アクセスを介して、構成ライブラリデータベースの表示される部分の一部を機関固有のカスタマイズされた構成ライブラリデータベースに複製するために、アクセスを提供される。構成ライブラリデータベースは薬物投与制限および注入器の主設定を含むことができる。構成ライブラリデータベースは、所定時間において、対応する複数の地理的に遠隔のデータ共有機関から、複数の以前に確定された医療デバイス構成ライブラリを、中央コンピュータシステムにおいて受信することにより形成できる。ピアグループのカテゴリの指定は、少なくとも施設／エンティティの種類、ベッド数、医療デバイスの種類および／またはサービスラインに基づいている、受信される以前に確定された医療デバイス構成ライブラリのそれぞれに割り当てられる。ピアグループのカテゴリを含む検索可能なリレーショナルデータベースは、以前に確定された医療デバイス構成ライブラリから作成できる。以前に確定された構成ライブラリは、毎日、毎週、毎月、毎四半期および／または毎年などの、規則的な時間間隔で中央コンピュータシステムにおいて受信できる。中央レポーティングアプリケーションにより、機関は、同一のピアグループ、他のピアグループおよび／またはすべてのピアグループ内の機関の構成ライブラリ情報へのアクセスを提供されることを含む、少なくともピアグループのカテゴリ指定によりリレーショナルデータベースに問い合わせることができる。
【００２４】
別の実施形態では、機関内の医療デバイスについての動態情報を追跡および比較する方法が提供される。この方法には、比較結果を提供するために、１つの遠隔機関から受信された動態情報を中央コンピュータシステムにおいて比較すること、比較結果が所定の条件を満たしているかどうかを決定すること、および所定の条件が満たされた場合に機関に警告を送信することを含む。所定の条件は、医療デバイスがプログラムされる回数に対する、プログラミング中に医療デバイス構成ライブラリ情報が編集される回数の特定の割合を含むことができる。
【００２５】
別の実施形態では、中央コンピュータシステムおよび／またはそのシステム内のアプリケーションは、構成／動態情報データベースのクエリ検索の結果および／または検索結果に関連する複数の確定医療デバイスデータの集合の少なくとも一部を、それぞれの遠隔薬剤送達システム内で使用するために、遠隔機関／施設におけるローカル記憶媒体に転送するように構成できる。上述のように、確定薬剤データには、それぞれの複数の薬物に対する複数の規則セットを有する薬物ライブラリを含む構成情報を含むことができる。その結果、中央コンピュータシステムおよび／またはそのシステム内のアプリケーションは、マスタの定型リストおよび／またはＣＣＡサブリスト内の新しい薬物のエントリの集団を少なくとも支援するために、それぞれの薬物についての少なくとも規則セットを遠隔機関／施設におけるローカル記憶媒体に転送するように構成できる。転送は、希望リストまたはショッピングカートに、．ｃｓｖプロセスを使用して転送データを選択することにより、および／または複数の確定医療デバイスデータの検索結果の一部および／または集合を選択することにより、複数の確定医療デバイスデータの検索結果の一部および／または集合を構成情報レポーティングアプリケーションに直接インポートすることにより実現できる。
【００２６】
本発明の他の特徴および利点は、添付図面と併せた以下の詳細な説明から明らかになるであろう。
【００２７】
本発明を理解するために、添付図面を参照して、例を用いて以下に説明する。
【図面の簡単な説明】
【００２８】
【図１Ａ】本発明のシステム環境の１つの実施形態の図である。
【図１Ｂ】本発明のシステム環境の別の実施形態の図である。
【図２】本発明内で使用するための、構成および／または動態情報を収集するための顧客機関および顧客施設のシステムのブロック図である。
【図３】本発明の複数機関のデータ集計プロセスのフローチャートである。
【図４Ａ】動態情報基本設定の施設ベンチマーキングのいくつかの例示的な選択機能のインタフェース画面表示である。
【図４Ｂ】施設構成基本設定のいくつかの例示的な選択機能の別のインタフェース画面表示である。
【図５Ａ】最終月の全体にわたる図４Ａまたは図４Ｂの選択機能を使用して選択された特定基本設定の結果のインタフェース画面表示である。
【図５Ｂ】代替のレポーティング基本設定を使用する結果のインタフェース画面表示であって、図５Ａと比べて追加の情報を提供する。
【図６Ａ】選択された時間全体にわたる、図４Ａおよび図４Ｂの選択機能を使用して選択された特定の基本設定の結果のインタフェース画面表示である。
【図６Ｂ】代替のレポーティング基本設定を使用する結果のインタフェース画面表示であって、図６Ａと比べて追加の情報を提供する。
【図６Ｃ】代替のレポーティング基本設定を使用する結果のインタフェース画面表示であって、図６Ａと比べて追加の情報を提供する。
【図６Ｄ】代替のレポーティング基本設定を使用する結果のインタフェース画面表示であって、図６Ａと比べて追加の情報を提供する。
【図６Ｅ】代替のレポーティング基本設定を使用する結果のインタフェース画面表示であって、図６Ａと比べて追加の情報を提供する。
【図７】構成情報機能に対するメインメニューのインタフェース画面表示である。
【図８】臨床診療分野の構成情報基本設定を閲覧する施設に対する選択機能のインタフェース画面表示である。
【図９】図８の選択機能を使用して選択された特定の基本設定の予備の結果のインタフェース画面表示である。
【図１０】図８の選択機能に関連して、構成情報の基本設定を閲覧する施設に対する追加の選択機能のインタフェース画面表示である。
【図１１】図８および図１０の選択機能を使用して選択される特定の基本設定の結果のインタフェース画面表示である。
【図１２】集計される薬剤用量リミットの構成情報の基本設定を閲覧する施設に対する選択機能のインタフェース画面表示である。
【図１３】図１２の選択機能を使用して選択される特定の基本設定の予備結果のインタフェース画面表示である。
【図１４】図１２および図１３の選択機能を使用して選択された特定の基本設定の結果のインタフェース画面表示である。
【図１５】遠隔構成ライブラリ開発システムの１つの実施形態である。
【図１６】少なくとも図１７〜図２３の複数の管理およびメンテナンスインタフェース画面より選択するための管理オプションのインタフェース画面である。
【図１７】システム情報を閲覧、構成および／または変更するための医療システムまたは機関のメンテナンスインタフェース画面である。
【図１８】施設情報を閲覧、構成および／または変更するための施設のメンテナンスインタフェース画面である。
【図１９】ユーザ情報を閲覧、構成および／または変更するための管理ユーザインタフェース画面である。
【図２０】ユーザ情報を閲覧、構成および／または変更すること、個別のユーザプロファイル情報を入力および／または更新することに用いる、別の管理ユーザインタフェース画面である。
【図２１】注入器情報を閲覧、構成および／または変更するための注入器のメンテナンスインタフェース画面である。
【図２２】ピアグループ情報を閲覧、構成および／または変更するためのピアグループのメンテナンスインタフェース画面である。
【図２３】全体設定情報を閲覧、構成および／または変更するための全体設定インタフェース画面である。
【発明を実施するための形態】
【００２９】
本発明は多くの異なる形の実施形態で実現可能であるが、本発明の好ましい実施形態を図面で示し、ここで詳細に説明する。本開示は本発明の原理の例示と見なされるべきであり、本発明の広範な態様を図示された実施形態に限定することを意図するものではないことは理解されるべきである。
【００３０】
上述のように、機関および／または施設内の薬剤送達システムは、薬剤管理ユニット（ＭＭＵ）などの、構成情報プログラミングシステムおよび／または動態情報収集システムを含む。本明細書で用いる場合、機関は、中央組織により所有、賃貸または管理されている１つ以上のビルまたは別々の施設を有する医療システムを含む。施設はまた個人病院または医療提供者であってもよい。施設が独立病院または医療提供者である実施形態については、施設はまた医療システムまたは機関であると見なされる。したがって、１つの実施形態では、複数の施設が１つの機関に割り当てられる。別の実施形態では、１つのみの施設が機関に割り当てられる。さらに、エンティティという用語は本明細書の全体を通して使用され、上述のように、施設および機関（機関名であってもよい）などの医療システム識別名を含む。
【００３１】
これに関連して、機関は各施設に対して１つ以上のＭＭＵをローカルに実装でき、または機関は、機関内の各施設に対してＭＭＵとして作用する１つ以上のサーバまたは仮想サーバを収容する、遠隔機関またはベンダのデータセンタにＭＭＵを実装できる。少なくとも図１Ｂに関連して説明するように、ＭＭＵ１８２およびそれぞれのデータベース１８４は遠隔ベンダデータセンタ１２０’に実装され、ここに説明するように、構成／動態アプリケーションサーバ１３６’および関連データベース１４０’などの他のシステムにリンクされる。機関データセンタ内および／またはベンダデータセンタ１２０’内では、データセンタは、インターネットなどの通信ネットワークを介して、各施設内に配置された注入ポンプ（図示せず）などのデバイスとの接続および通信を可能にする、機関コンピュータシステム１０８’と通信するように構成される。このＭＭＵ遠隔データセンタのホスティングに加えておよび／またはそれの代替的に、薬剤送達ポンプなどの医療デバイス内で使用するための薬物ライブラリなどの、構成ライブラリを作成、編集、開発および／またはメンテナンスするためのデータセンタ内の遠隔構成ライブラリ開発アプリケーション（ＲＣＬＤＡ）をホスティングするために、複数の遠隔コンピュータ１８２（図１５の１５００、１５０４、１５０８）を設けることができる。これらのＲＣＬＤＡには、各機関／施設からクライアントコンピュータ１５０’により、例えばフロントエンドサーバ１８０を介して、典型的にはファイアウォール１２８’を介してアクセスできる。ＲＣＬＤＡ１８２はまた、図１５に示した薬局のクライアントコンピュータ１５１２、１５１６、１５２０（これらは概念上、図１Ｂに示した顧客のサーバ１０８’内に存在することになろう）を介して、インターネットなどのネットワークによりアクセスできる。
【００３２】
ＲＣＬＤＡサーバ１８２は様々な既知の技術によって構成できる。例えば、各機関は機関自体の遠隔サーバ１８２を備え、またこのサーバ内にインストールされ、サーバ上で稼動するＲＣＬＤＡ１８２の個別のインスタンスを有することができる。このＲＣＬＤＡ１８２のインスタンスは、クライアント１５０’または他のコンピュータシステムを介して、ファイアウォール１２８’を介しておよび／またはフロントエンドＲＣＬＤＡサーバ１８０を介して、顧客によりアクセスおよび使用される。代替形態として、各機関は機関自体のサーバを備えず、機関は各サーバ１８２を「共有」するであろう。この実施形態では、各ＲＣＬＤＡサーバ１８２は、各物理サーバ内で稼動する複数の「仮想サーバ」を有するように構成できる。この場合、ＲＣＬＤＡの個別のインスタンスが、各サーバのメモリの各「仮想」構成セグメント内にインストールされ、および各サーバ内で稼動する。このＲＣＬＤＡ１８２のインスタンスは、上に記したように、クライアント１５０’または他のコンピュータシステムを介して、ファイアウォール１２８’を介しておよび／またはフロントエンドＲＣＬＤＡサーバ１８０を介して、顧客によりアクセスおよび使用される。別の代替形態として、単一サーバ１８２を、実際のアプリケーションサービスプロバイダ（ＡＳＰ）配置で使用できる。この場合、ＲＣＬＤＡの単一インスタンスは、ＲＣＬＤＡサーバ１８２にインストールされ、このサーバ内で稼動できる。このＲＣＬＤＡ１８２のインスタンスは、上に記したように、クライアント１５０’または他のコンピュータシステムを介して、ファイアウォール１２８’を介しておよび／またはフロントエンドＲＣＬＤＡサーバ１８０を介して、顧客によりアクセスおよび使用される。ログイン手順方法およびデータ分離方法などのタスクを含む、サーバおよびアプリケーションのインストールは、当業者であれば理解できるように、上記の代替形態より選択される特定のサーバおよびアプリケーション配置に応じて、異なって構成される必要がある。例えば、ＡＳＰ環境では、データおよびデータテーブルは、各データを特定の機関に属するデータとして区別するために、施設または機関のヘッダなどの少なくとも１つの追加ヘッダを有する必要がある。他の構成では、この追加ヘッダまたはデータ識別子は、顧客が個別のサーバ（物理および／または仮想サーバのいずれかである）にログインし終わると、必要ではなくなる。この場合、インストールされ、サーバ上で稼動するＲＣＬＤＡに関するすべてのデータは、このような特定の施設および／または機関のためのものである。ＲＣＬＤＡデータベース１８４の構成を含む、ＲＣＬＤＡのインストールの各種類に必要な他の構成の相違点は、当業者により理解されるであろう。各遠隔構成ライブラリ開発アプリケーション（ＲＣＬＤＡ）は、本出願の譲受人である、ＨＯＳＰＩＲＡ社により提供されている既存のＨＯＳＰＩＲＡ  ＭＥＤＮＥＴアプリケーションの機能と同様の機能を有する。１つの実施形態では、各「ＨＯＳＰＩＲＡ  ＭＥＤＮＥＴ」サーバは、上述のように、インターネット１５２４を介して、国中または世界中のクライアントのサイトから、ここに説明したものと同様のデ��タベーステーブルを有する、データベース作成のためのＳＱＬ  ＳＥＲＶＥＲソフトウェアを実行できる。ＶＭｗａｒｅのＥＳＸ  Ｓｅｒｖｅｒを使用する仮想サーバ構成では、上記の各物理サーバは各物理サーバ上で少なくとも６つの仮想ＨＯＳＰＩＲＡ  ＭＥＤＮＥＴ／ＳＱＬサーバを実行するように構成できる。
【００３３】
１つ以上の上記および以下に引用した特許および／または特許出願において示されるように、ＭＭＵを用いて、薬剤送達ポンプなどの医療デバイスを構成し、ならびに医療デバイスのそれぞれの動態に関する動態情報を記憶する。動態情報は、各医療デバイス内および／またはＭＭＵ内および／または中央機関および／または施設の情報システム内のメモリに記憶できる。またＭＭＵコンソールを用いて、レポートを作成し、医療デバイスへの構成情報の配布を制御することもできる。病院施設または機関内には施設の種々の臨床診療分野が存在し、各分野は、各臨床診療分野内の医療デバイスのそれぞれにダウンロードするために、薬物ライブラリなどの様々な構成情報を有することができる。構成情報、あるいはＭＭＵまたはコンソールの一部として、または個別のコンピュータ上に展開される薬物ライブラリエディタ（ＤＬＥ）により、機関および／または施設のユーザは構成情報（例えば、薬物ライブラリ全体および個別の構成ライブラリの値）をインポート、エクスポートおよび編集して、病院の基本設定および臨床診療分野の基本設定に従って、薬物ライブラリなどの構成情報セットを制御およびカスタマイズすることができる。薬剤送達システムおよびＭＭＵの他の特徴、機能および利点は、米国特許出願第１０／９３０，３５８号明細書、第１０／７８３，５７３号明細書および第１０／７８３，８７７号明細書に示され開示されており、これらは参照によりその全開示内容を本明細書に組み入れられており、本発明と共に共同所有するものとする。
【００３４】
上述のように、薬物ライブラリなどの構成ライブラリを作成、編集、開発および／またはメンテナンスするために必要なＤＬＥおよび関連ソフトウェアは、図１Ｂに示すように、遠隔サーバ１８２上で稼動するＲＣＬＤＡとして遠隔環境内に実装できる。例えば遠隔機関のデータセンタ内または遠隔ベンダデータセンタ内に設けられているような、遠隔環境で利用可能なＭＭＵおよびＨＯＳＰＩＲＡ  ＭＥＤＮＥＴのＤＬＥ／ＲＣＬＤＡ機能のみに加えて、機関のサーバまたは他の中央コンピュータの環境内に別に設けられているすべての他のＨＯＳＰＩＲＡ  ＭＥＤＮＥＴまたはＭＭＵの機能は、例えば遠隔機関のデータセンタ内または遠隔ベンダデータセンタ内に設けられるような、遠隔環境内に代替的に実装できる。詳細には、図１Ｂに示すように、遠隔顧客のホストサーバ（ＲＨＣＳ）１８２および関連のＲＨＣＳデータベース１８４は、ＭＭＵおよびＨＯＳＰＩＲＡ  ＭＥＤＮＥＴ機能を実行するために使用される。ファイアウォール１２８’、フロントエンドＲＨＣＳサーバおよび／またはこのような構成を実現する場合に必要な他のネットワーキングハードウェアおよびソフトウェアは、セキュリティおよび他のネットワーキング通信に関しては、当業者には既知である。ＭＭＵおよびＨＯＳＰＩＲＡ  ＭＥＤＮＥＴ機能を実現するＲＨＣＳは、ＲＣＬＤＡに対して上記の、物理、仮想および／またはＡＳＰサーバ構成の１つ以上で構成できる。したがって、ＲＨＣＳおよびＨＯＳＰＩＲＡ  ＭＥＤＮＥＴ／ＭＭＵアプリケーションは、各施設および／または機関に対して個別の遠隔物理サーバ１８２にインストールでき、稼動できる。同様に、ＲＨＣＳおよびＨＯＳＰＩＲＡ  ＭＥＤＮＥＴ／ＭＭＵアプリケーションを個別の遠隔「仮想」サーバ１８２にインストールし、稼動することができる。この場合、複数の同様の仮想ＲＨＣＳサーバ１８２を、各物理サーバ１８２内に、各施設および／または機関に対して１つ設置できる。同様に、１つのサーバは、単一ＨＯＳＰＩＲＡ  ＭＥＤＮＥＴ／ＭＭＵアプリケーションのホストとして働くことができ、このアプリケーションは、ＡＳＰ環境において複数の顧客（施設および／または機関）のホストとして働く。
【００３５】
上述のように、および本明細者で特定された引用特許および出願内に記載されているように、ＭＭＵおよびＨＯＳＰＩＲＡ  ＭＥＤＮＥＴアプリケーションは、遠隔機関のデータセンタ内および／または遠隔ベンダデータセンタ１２０’内で、機関においてローカルに実装されている。これらの可能性のある実装のすべてにおいて、ＭＭＵおよびＨＯＳＰＩＲＡ  ＭＥＤＮＥＴアプリケーションは、様々な構成情報および／または動態情報を収集、追跡および記憶するように構成される。図１Ａを参照すると、複数の機関／施設の医療デバイス構成情報および／または動態情報の収集、比較およびレポーティングシステム１００が示されており、ここでは、ＭＭＵおよびＨＯＳＰＩＲＡ  ＭＥＤＮＥＴアプリケーションが顧客サーバ１０８、１０８’にインストールされ、稼動すると仮定する。特に、複数の顧客機関／施設および機関／施設内の薬剤送達システム１０８が提供される。図１Ａ、図１Ｂおよび図２に示しおよび以下に説明するように、各顧客機関は複数の施設を有することができ、または顧客は１つのみの施設を有することができる。各顧客機関および／またはその機関内の施設は、１つ以上の個別の別個の薬剤送達システムを有することができ、各薬剤送達システムは、１つ以上のＭＭＵと、典型的にはベンダにより顧客機関および／または施設に提供される、例えば同一または異なる種類の薬剤送達ポンプなどの複数の医療デバイスとを有する。各顧客機関および／または施設は、各機関および／または施設の薬剤送達システムの一部としてメインサーバ１０８、１０８’を有し、この薬剤送達システムは、このような顧客の機関および／または施設に対する構成情報／動態情報を、例えばベンダデータセンタにおける、中央ベンダまたはプロバイダコンピュータシステム１２０、１２０’に送信するように適合されている。機関／施設構成／動態情報は、ＭＭＵおよびネットワークコンピュータまたはサーバを介して、各機関／施設において継続的に追跡および更新される。
【００３６】
１つの実施形態では、中央ベンダ／プロバイダコンピュータシステム１２０、１２０’は、システム内の各顧客機関／施設のサーバ１０８、１０８’から構成情報／動態情報を受信するために、ＦＴＰサーバ１２４、１２４’を含む。図１Ａの実施形態では、第１ファイアウォールコンピュータおよび／または第１ファイアウォールアプリケーション１２８が、トラフィックをフィルタリングし、有効な構成情報／動態情報のみが構成／動態情報集計サーバ１３２により受信されることを可能にするために、ＦＴＰサーバ１２４と通信する中央ベンダ／プロバイダコンピュータシステム内に設けられる。以下に説明するように、各顧客機関はＦＴＰサーバ１２４、１２４’内に機関自体のアカウントおよび別々のファイルフォルダのセットを有する。中央ベンダ／プロバイダコンピュータシステム１２０、１２０’はまたＦＴＰサーバ１２４、１２４’を介して、各個別の顧客サーバから受信される構成情報／動態情報を集計または結合するために構成情報／動態情報集計アプリケーションのホストとして働く、構成／動態情報集計サーバまたは集計サーバ１３２、１３２’のグループを有する。したがって、ＦＴＰサーバ１２４、１２４’が構成／動態情報集計サーバ１３２、１３２’に送信する場合、構成／動態情報は、図１Ａの第１ファイアウォールサーバ／アプリケーション１２８を介して、ＦＴＰサーバ１２４、１２４’から構成／動態情報集計サーバ１３２、１３２’に通信され、構成／動態情報集計サーバ１３２、１３２’によって構成／動態情報が集計される。
【００３７】
中央ベンダ／プロバイダコンピュータシステムまたはベンダデータセンタ１２０、１２０’はまた、構成／動態情報集計サーバ１３２、１３２’と通信する構成／動態情報アクセスサーバおよび／またはクラスタ１３６、１３６’を有することができ、これにより、集計された構成情報／動態情報を受信し、および複数の構成情報／動態情報メモリまたは中央構成／動態データリポジトリ１４０、１４０’内に集計された構成情報／動態情報を記憶することができる。リポジトリまたはメモリ１４０、１４０’は、以下にさらに詳細に説明するように、顧客機関／施設が使用するためのリレーショナルデータベースとして構成されてもよい。構成／動態情報アプリケーションまたは中央レポーティングアプリケーションは、構成／動態情報アプリケーションサーバ１３６、１３６’またはウェブアクセスサーバ１６０、１６０’上に常駐し、動作することにより、顧客が複数の機関の構成／動態情報リポジトリ１４０、１４０’に記憶された集計構成情報／動態情報にアクセス可能にすることができる。複数機関の構成／動態情報リポジトリ１４０、１４０’はハードドライブなどの単一記憶デバイス１４０、１４０’または複数の記憶デバイス１４０、１４０’であり得ることが理解されなければならない。複数の記憶デバイス１４０、１４０’が利用される場合、それら記憶デバイスに含まれる情報は、構成情報を備える１つの記憶デバイス１４０、１４０’および動態情報を備える別の記憶デバイスなどの、個別の記憶デバイス１４０、１４０’に分離できる。以下に説明するように、１つの実施形態では、構成／動態情報アプリケーションの一部であるＢＥＮＣＨＭＡＲＫＩＮＧソフトウェアアプリケーションと、分析、報告および／または他の動態情報を含む関連の動態情報とが提供される。同様に、またＨＯＳＰＩＲＡ  ＭＥＤＮＥＴＭＥＤＳとして既知であり、１つの実施形態では、構成／動態情報アプリケーションの一部であるＲＸＲＵＬＥＳソフトウェアアプリケーションと、分析、報告および／または他の動態情報を含む関連の動態情報とが提供される。１つの実施形態では、分析、報告および／または他の動態情報を含む動態情報は、１つの記憶デバイス１４０、１４０’に記憶でき、分析、報告および／または他の動態情報を含む構成情報は、別の個別の記憶デバイス１４０、１４０’に記憶できる。好ましくは、構成／動態情報アプリケーションはウェブアクセスサーバ１６０、１６０’上に常駐する。
【００３８】
構成／動態情報アプリケーションは、ＳＱＬ  ＳＥＲＶＥＲなどのデータベースエンジンを含み、これにより、リポジトリ１４０、１４０’内にあって、且つリレーショナルに記憶された構成情報／動態情報へのデータ要求に応答して使用する、リレーショナル構造の構成情報／動態情報を記憶できる。中央ベンダ／プロバイダコンピュータシステム１２０、１２０’はまた、ウェブアクセスサーバ１６０、１６０’および第２ファイアウォールコンピュータおよび／または第２ファイアウォールアプリケーション１７０、１７０’を有し、これにより、顧客機関／施設クライアントコンピュータ１５０、１５０’から要求を受信し、要求に応答して、複数機関の構成／動態情報リポジトリ１４０、１４０’およびこれらに記憶された集計構成情報／動態情報へのアクセスを実現できる。構成／動態情報アプリケーションはまたウェブユーザインタフェース部分を含み、このユーザインタフェースにより、顧客のクライアントコンピュータ１５０、１５０’または他のクライアントコンピュータなどの遠隔クライアントコンピュータ上のウェブブラウザを使用して、例えば図４Ａ〜図１４に示すインタフェース画面表示および以下に説明する他のインタフェース画面表示を生成することができる。構成／動態情報アプリケーションのウェブユーザインタフェース部分は、ウェブアクセスサーバ１６０、１６０’上に常駐し、このサーバ上で実行できる。ウェブアクセスサーバ１６０、１６０’、構成／動態情報アクセスサーバ１３６、１３６’、集計サーバ１３２、１３２’、および／またはＦＴＰサーバ１２４、１２４’、（ならびにファイアウォールシステム）、サーバ内で稼動する様々なアプリケーション、およびこれらアプリケーションにより提供される機能は、様々な組み合わせで結合されてもよく、またはそれぞれに区分されてもよく、本発明の例は本発明を実装できる方法の１つの実施形態にすぎないことが理解されなければならない。
【００３９】
特に、図１Ｂを再度参照すると、代替の配置は、ＲＨＣＳ１８２の遠隔ベンダデータセンタ１２０’の実装および上の説明を考慮して示されている。このようなベンダデータセンタ１２０’では、各顧客機関／施設サーバ１０８、１０８’から構成情報／動態情報を受信するために、図１Ａおよび１Ｂに示したＦＴＰサーバ１２４、１２４’を使用することに加えて、構成情報／動態情報はすでにＲＨＣＳ１８２および各ＲＨＣＳデータベース１８４内に常駐していることから、ホスティングのために遠隔ベンダデータセンタサービスを利用している各機関については、このような遠隔構成情報／動態情報はＲＨＣＳ１８２および各ＲＨＣＳデータベース１８４から抽出されるだけでよい。したがって、構成情報／動態情報は、ＲＨＣＳ１８２および各ＲＨＣＳデータベース１８４から構成／動態情報集計サーバ１３２’に抽出され、構成／動態情報集計サーバ１３２’により構成情報／動態情報の集計がなされる。
【００４０】
別個の物理または仮想サーバが各機関／施設において使用される場合、集計は依然として、遠隔ベンダデータセンタ１２０’環境において必要である。ここで説明する本来のＡＳＰ環境では、ＲＨＣＳ１８２に実装される場合、適切なデータベーステーブルがここで説明するデータベーステーブルと同様に実装されるなら、構成／動態情報集計は、ＲＨＣＳ１８２および関連のＲＨＣＳデータベース１８４から構成／動態情報アクセスサーバ１３６’内に抽出されるかまたは直接呼び出すことができ、この構成／動態情報集計は、少なくともここで説明したＲＸＲＵＬＥＳおよびＢＥＮＣＨＭＡＲＫアプリケーションにより提供される機能に対して、図１Ａおよび他の図に関してここで説明した遠隔顧客クライアントコンピュータ１５０を使用して、顧客に関して説明したのと同様の方法で、顧客がクライアントコンピュータ１５０’を介して利用できる。
【００４１】
これらの遠隔ホスティングされるベンダデータセンタ１２０’の実施形態はまた、図１Ａの実施形態において実現できる。特に、一般に図１ＡのＦＴＰサーバ１２４に相当し、顧客のサーバ１０８に対して図１Ａに関して説明したのと同様の接続および機能を有する、図１Ｂに示したＦＴＰサーバ１２４’はまた、ＲＨＣＳ１８２および関連するＲＨＣＳデータベース１８４から構成／動態情報集計サーバ１３２’に抽出される、構成情報／動態情報に加えて、構成／動態情報集計サーバ１３２’による構成情報／動態情報の集計のために、ＦＴＰ構成情報／動態情報を構成／動態情報集計サーバ１３２’に送信できる。さらに、抽出およびＦＴＰプロセスの両方は、所定の時間に、例えば、オフピーク使用時間（真夜中）、同時にまたは時間をずらせて実行できる。１つの実施形態では、すべての構成情報／動態情報が、すべての顧客および各顧客サーバ１０８、１０８’に対してＦＴＰサーバ１２４’から受信され、ベンダデータセンタ実装デバイスを使用してすべての顧客に対してＲＨＣＳ１８２および各ＲＨＣＳデータベース１８４から受信された後のみ、図３に関して以下に説明するように、構成／動態情報サーバ１３２’は集計手順を実行する。
【００４２】
顧客機関／施設のユーザが、リポジトリ１４０、１４０’に記憶された集計構成情報／動態情報へのアクセスを取得することを望む場合、ユーザは遠隔顧客クライアントコンピュータ１５０、１５０’を介して構成／動態情報アプリケーションのウェブインタフェース画面表示にアクセスすることができる。ウェブアクセスサーバ１６０、１６０’は、構成／動態情報アクセスまたはデータベースサーバ１３６、１３６’と通信して、遠隔機関のクライアントコンピュータ１５０、１５０’（これらのサーバを介して、顧客機関／施設のユーザが構成／動態情報アプリケーションを利用できる）からの要求を受信およびこれに応答する。したがって、１つの実施形態では、構成／動態情報アプリケーションは１種のウェブアプリケーションであって、このアプリケーションを用いて、既存の機関における少なくとも表示および報告に対してオンライン監視／レポーティングサービス、およびこのような機関／施設内で使用される薬剤送達ポンプなどの医療デバイスに対するそれぞれの構成情報／動態情報を提供することができる。中央ベンダ／プロバイダコンピュータシステムまたはこのシステム内のデータセンタ１２０、１２０’および構成／動態アプリケーションは、顧客の機関および施設に対して、薬剤送達ポンプおよび／または薬剤送達システムおよび／またはこのシステムの一部などの、医療デバイスの実際のベンダによりホスティングできる。あるいは、ベンダ／プロバイダコンピュータシステム１２０、１２０’およびシステム内の構成／動態アプリケーションは、第３者アプリケーションサービスプロバイダによりホスティングできる。
【００４３】
複数機関の医療デバイス／薬剤送達ポンプ構成情報および／または動態情報の収集、比較およびレポーティングシステム１００、１００’、およびシステム内のアプリケーションは、ソフトウェア、ファームウェア、ハードウェアまたはこれらの組み合わせで実現できる。１つのモードでは、複数機関の薬剤送達ポンプ構成情報および／または動態情報の収集、比較およびレポーティングシステム１００、１００’は、１つ以上の実行可能なプログラムまたはアプリケーションとしてソフトウェアで実現され、パーソナルコンピュータ（ＰＣ；ＩＢＭ互換機、ＡＰＰＬＥ互換機またはそれ以外）、携帯情報端末、ワークステーション、ミニコンピュータ、サーバおよび／またはメインフレームコンピュータなどの１つ以上の特定用途のまたは汎用デジタルコンピュータにより実行される。したがって、中央ベンダ／プロバイダコンピュータシステムまたはデータセンタ１２０、１２０’の中央コンピュータ１２４、１２４’、１２８、１２８’、１３２、１３２’、１３６、１３６’、１６０、１６０’、１７０、１７０’、１８０および１８２ならびに各顧客機関の遠隔コンピュータ１０８、１０８’、１５０および１５０’は、複数機関の構成情報および／または動態情報の収集、比較およびレポーティングシステム１００、１００’および／または中央ベンダ／プロバイダコンピュータシステム１２０、１２０’のアプリケーションが常駐するまたは部分的に常駐する任意のコンピュータを表してもよい。
【００４４】
一般に、ハードウェアアーキテクチャに関しては、図１および図２に示すように、中央ベンダ／プロバイダコンピュータシステム１２０、１２０’のコンピュータ１２４、１２４’、１２８、１２８’、１３２、１３２’、１３６、１３６’、１６０、１６０’、１７０’、１８０および１８２、ならびに遠隔コンピュータ１０８、１０８’１５０、および１５０’は、ローカルインタフェースを介して通信接続されているプロセッサ、メモリおよび１つ以上の入力および／または出力（Ｉ／Ｏ）デバイス（または周辺装置）を含む。ローカルインタフェースは、例えば技術的に既知である１つ以上のバスまたは他の有線または無線接続であり得るが、これらに限定されない。ローカルインタフェースは、通信を可能にする、コントローラ、バッファ（キャッシュ）、ドライバ、リピータおよびレシーバなどの、追加要素を有してもよい。さらに、ローカルインタフェースは他のコンピュータコンポーネント間での適切な通信を可能にするためにアドレス、制御および／またはデータ接続を含んでもよい。
【００４５】
プロセッサは、ソフトウェア、特にメモリに記憶されたソフトウェアを実行するためのハードウェアデバイスである。プロセッサは、任意の特注のまたは市販のプロセッサ、中央処理装置（ＣＰＵ）、中央ベンダ／プロバイダコンピュータシステム１２０、１２０’ならびに遠隔コンピュータ１０８、１０８’、１５０および１５０’のコンピュータ１２４、１２４’、１２８、１２８’、１３２、１３２’、１３６’１６０、１６０’、１７０、１７０’、１８０および１８２と関連付けられたいくつかのプロセッサ間の、補助プロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップまたはチップセットの形体の）、マイクロプロセッサまたはソフトウェア命令を実行するための一般的な任意のデバイスであり得る。適切な市販のマイクロプロセッサの例としては、次の、Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社のＰＡ−ＲＩＳＣシリーズマイクロプロセッサ、Ｉｎｔｅｌ社の８０ｘ８６またはＰｅｎｔｉｕｍ（登録商標）シリーズマイクロプロセッサ、ＩＢＭのＰｏｗｅｒＰＣマイクロプロセッサ、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＳｐａｒｃマイクロプロセッサまたはＭｏｔｏｒｏｌａ社の６８ｘｘｘシリーズマイクロプロセッサがある。プロセッサはまた、これらに限定されないが、ＥＪＢ、ＣＯＲＢＡおよびＤＣＯＭなどの区分処理アーキテクチャを表してもよい。１つの実施形態では、ＦＴＰサーバ１２４はＷＩＮＤＯＷＳ（登録商標）ベースのサーバまたは一連のサーバであり、構成情報／動態情報集計サーバ１３２はＷＩＮＤＯＷＳ（登録商標）ベースのサーバまたは一連のサーバであり、構成情報／動態情報のアクセスサーバ１３６は、ＭＩＣＲＯＳＯＦＴ  ＳＱＬ  ＳＥＲＶＥＲのホストとして働くＷＩＮＤＯＷＳ（登録商標）ベースのサーバまたは一連のサーバであり、ウェブアクセスサーバ１６０はＷＩＮＤＯＷＳ（登録商標）ベースのサーバまたは一連のサーバである。
【００４６】
中央ベンダ／プロバイダコンピュータシステム１２０、１２０’の各コンピュータ１２４、１２４’、１２８、１２８’、１３２、１３２’、１３６’、１６０、１６０’、１７０、１７０’、１８０および１８２、ならびに遠隔コンピュータ１０８、１０８’１５０および１５０’の各メモリ、ならびに複数の機関の構成／動態情報メモリまたは中央構成／動態データリポジトリ１４０、１４０’は、揮発性メモリ素子（例えば、ランダムアクセスメモリ（ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭ等などのＲＡＭ）および不揮発性メモリ素子（例えば、ＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭ等）のうちの任意の１つまたはそれらの組み合わせを含むことができる。さらに、これらのメモリは、電子、磁気、光学および／または他の種類の記憶媒体を内蔵してもよい。メモリは、様々なコンポーネントが相互に遠隔に位置しているが、依然として、中央ベンダ／プロバイダコンピュータシステム１２０、１２０’のコンピュータ１２４、１２４’、１２８、１２８’、１３２、１３２’、１３６’、１６０、１６０’、１７０、１７０’、１８０および１８２、ならびに遠隔コンピュータ１０８、１０８’１５０および１５０’のプロセッサによりアクセスされる、区分アーキテクチャを有することができる。
【００４７】
１つ以上の上記基準メモリ内のソフトウェアは、１つ以上の個別のプログラムを含んでもよい。個別のプログラムは、論理機能を実行するために、実行可能命令の順序付きリストを備える。図１Ａ〜図２の例では、メモリ内のソフトウェアは、適切なオペレーティングシステム（Ｏ／Ｓ）を含む。適切な市販のオペレーティングシステムの例の限定的なリストには、次の、（ａ）Ｍｉｃｒｏｓｏｆｔ社から市販されているＷＩＮＤＯＷＳ（登録商標）オペレーティングシステム；（ｂ）Ｎｏｖｅｌｌ社から市販されているＮＥＴＷＡＲＥオペレーティングシステム；（ｃ）Ａｐｐｌｅ  Ｃｏｍｐｕｔｅｒ社から市販されているＭＡＣＩＮＴＯＳＨオペレーティングシステム；（ｄ）Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社およびＡＴ＆Ｔ社などの多くのベンダから購入可能であるＵＮＩＸ（登録商標）オペレーティングシステム；（ｅ）インターネット上で容易に利用可能であるフリーウェアであるＬＩＮＵＸオペレーティングシステム；（ｆ）ＷｉｎｄＲｉｖｅｒ  Ｓｙｓｔｅｍｓ社のランタイムＶＸＷＯＲＫＳオペレーティングシステム、または（ｇ）例えば、ハンドヘルドコンピュータまたは携帯情報端末（ＰＤＡ）において実装されている、アプライアンスベースのオペレーティングシステム（例えばＰａｌｍ  Ｃｏｍｐｕｔｉｎｇ社から市販されているＰａｌｍＯＳＴＭ、Ｍｉｃｒｏｓｙｓｔｅｍｓ社から市販されているＷＩＮＤＯＷＳ（登録商標）  ＣＥ）がある。オペレーティングシステムは基本的に、本発明による、構成／動態情報集計アプリケーションおよび／または構成情報アプリケーションなどの、他のコンピュータプログラムの実行を制御し、スケジューリング、入力−出力制御、ファイルおよびデータ管理、メモリ管理および通信制御および関連サービスを提供する。
【００４８】
複数機関の構成情報および／または動態情報の収集、比較およびレポーティングシステム１００、１００’および／または中央ベンダ／プロバイダコンピュータシステム１２０、１２０’内の構成／動態情報集計アプリケーションおよび／または構成情報アプリケーションおよび他のソースプログラムは、ソースプログラム、実行可能なプログラム（オブジェクトコード）、スクリプトまたは実行される命令のセットを備える任意の他のエンティティであってもよい。ソースプログラムの場合、プログラムは、コンパイラ、アセンブラ、インタープリタなどを介して翻訳される必要があり、これらはＯ／Ｓと共に適切に操作するために、メモリ内に含まれてもよくまたは含まれなくてもよい。さらに、これらのアプリケーションは、（ａ）データおよびメソッドのクラスを有するオブジェクト指向プログラミング言語、または（ｂ）ルーチン、サブルーチンおよび／または、関数を有する手続き型プログラミング言語として書くことができ、例えば、ＶＢ．Ｎｅｔ、Ｃ＃、Ｃ、Ｃ＋＋、Ｐａｓｃａｌ、Ｂａｓｉｃ、Ｆｏｒｔｒａｎ、Ｃｏｂｏｌ、Ｐｅｒｌ、Ｊａｖａ（登録商標）およびＡｄａがあるが、これらに限定されない。１つの実施形態では、構成／動態情報集計アプリケーションは、ＶＢ．Ｎｅｔで書かれ、構成情報アプリケーションはＴ−ＳＱＬで書かれる。
【００４９】
上記のＩ／Ｏデバイスは入力デバイス、例えばＰＬＣの入力モジュール、キーボード、マウス、スキャナ、マイクロフォン、タッチ画面、様々な医療デバイスのインタフェース、バーコードリーダ、スタイラス、レーザーリーダ、無線周波数デバイスリーダ等を含んでもよい。さらに、Ｉ／Ｏデバイスはまた、これらに限定されないが、出力デバイス、例えばＰＬＣの出力モジュール、プリンタ、バーコードプリンタ、ディスプレイ等を含んでもよい。最終的に、Ｉ／Ｏデバイスはさらに入力および出力の両方と通信するデバイス、例えば、これらに限定されないが、変調器／復調器（別のデバイス、システムまたはネットワークにアクセスするためのモデム）、無線周波数（ＲＦ）または他のトランシーバ、電話インタフェース、ブリッジおよびルータを含んでもよい。
【００５０】
中央ベンダ／プロバイダコンピュータシステム１２０、１２０’のコンピュータ１２４、１２４’、１２８、１２８’、１３２、１３２’、１３６’、１６０、１６０’、１７０、１７０’、１８０、および１８２ならびに遠隔コンピュータ１０８、１０８’１５０および１５０’は、ＰＣ、ワークステーション、ＰＤＡ等であり、それぞれのメモリ内のソフトウェアはさらに、ＢＩＯＳ（ｂａｓｉｃ  ｉｎｐｕｔ  ｏｕｔｐｕｔ  ｓｙｓｔｅｍ）（図１Ａ〜図２には図示せず）を含んでもよい。ＢＩＯＳは起動時にハードウェアを初期化し、テストし、Ｏ／Ｓを開始し、ハードウェアデバイス間のデータ転送をサポートする、基本ソフトウェアルーチンのセットである。ＢＩＯＳはＲＯＭに記憶され、したがって、ＢＩＯＳは中央ベンダ／プロバイダコンピュータシステム１２０、１２０’のコンピュータ１２４、１２４’、１２８、１２８’、１３２、１３２’、１３６’、１６０、１６０’、１７０、１７０’、１８０、および１８２ならびに遠隔コンピュータ１０８、１０８’１５０および１５０’が起動されると、実行される。
【００５１】
中央ベンダ／プロバイダコンピュータシステム１２０、１２０’のコンピュータ１２４、１２４’、１２８、１２８’、１３２、１３２’、１３６’、１６０、１６０’、１７０、１７０’、１８０、および１８２、ならびに遠隔コンピュータ１０８、１０８’１５０および１５０’が動作中である場合、コンピュータ内のプロセッサは、それぞれのメモリ内に記憶されたソフトウェアを実行し、データをメモリとの間で通信し、およびソフトウェアに従って、中央ベンダ／プロバイダコンピュータシステム１２０、１２０’のコンピュータ１２４、１２４’、１２８、１２８’、１３２、１３２’、１３６’、１６０、１６０’、１７０、１７０’、１８０および１８２、ならびに遠隔コンピュータ１０８、１０８’１５０および１５０’の動作を全体に制御するように構成される。構成／動態情報集計アプリケーションおよび構成情報アプリケーションならびにＯ／Ｓは、全体または一部を、しかし典型的には一部を、それぞれのプロセッサにより読み出され、おそらくプロセッサ内にバッファリング、次に実行される。
【００５２】
複数機関の医療デバイス構成情報／動態情報の収集、比較およびレポーティングシステム１００および／または中央ベンダ／プロバイダコンピュータシステム１２０、１２０’が、図１Ａ〜図２に示すようにソフトウェアで実現される場合、ソフトウェア内のアプリケーションプログラムは、任意のコンピュータ関連システムまたはメソッドにより使用するため、またはこれと共に使用するために、任意のコンピュータ可読媒体上に記憶できることが注意されなければならない。本文書においては、コンピュータ可読媒体は、電子、磁気、光学または他の物理デバイスまたは手段であり、これらデバイスまたは手段は、コンピュータ関連システムまたはメソッドにより使用するため、またはこれと共に使用するためのコンピュータプログラムを含むまたは記憶することができる。構成／動態情報集計アプリケーションおよび構成情報アプリケーションなどのアプリケーションプログラムは、例えばコンピュータベースのシステム、プロセッサを含むシステム、または命令実行システム、装置またはデバイスから命令を取り出して命令を実行する他のシステムなどの、命令実行システム、装置またはデバイスにより使用するため、またはこれと共に使用するために、任意のコンピュータ可読媒体内に組み込むことができる。本文書においては、「コンピュータ可読媒体」は、命令実行システム、装置またはデバイスにより使用するため、またはこれと共に使用するために、プログラムを記憶、通信、伝達または転送する、任意の手段であり得る。コンピュータ可読媒体は、これらに限定されないが、例えば電子、磁気、光学、電磁気、赤外線または半導体システム、装置、デバイスまたは伝達媒体であり得る。コンピュータ可読媒体のより特定の例（限定的なリスト）には、１つ以上のワイヤを有する電気接続（電子）、携帯可能なコンピュータディスケット（磁気）、ランダムアクセスメモリ（ＲＡＭ）（電子）、読み出し専用メモリ（ＲＯＭ）（電子）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュメモリ）（電子）、光ファイバ（光学）および携帯可能なＣＤＲＯＭ（ｃｏｍｐａｃｔ  ｄｉｓｋ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）（光学）を含む。プログラムを、例えば紙または他の媒体の光学式走査を介して電子的に取り込み、次にコンパイルし、解読するかまたは必要に応じて適切な方法で別に処理し、次にコンピュータメモリに記憶できる場合、コンピュータ可読媒体はさらに、紙またはその上にプログラムが印刷される別の適切な媒体であり得ることに留意しなければならない。
【００５３】
別の実施形態では、複数機関の医療デバイス構成情報および／または動態情報の収集、比較およびレポーティングシステム１００、１００’および／または中央ベンダ／プロバイダコンピュータシステム１２０、１２０’がハードウェアで実現され、これらのシステムは、当技術分野においてそれぞれ既知である、以下の技術のいずれかまたはそれの組み合わせ、すなわち、データ信号で論理関数を実現するための論理ゲートを有するディスクリート論理回路と、適切な組み合わせの論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）と、プログラム可能なゲートアレイ（ＰＧＡ）と、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）と、のいずれかまたはこれらの組み合わせによって実現できる。
【００５４】
薬剤管理ユニット（ＭＭＵ）に関しては、クライアントコンピュータ１５０、１５０’を介するシステムの遠隔機関／施設ユーザは、薬剤送達ポンプまたは注入器において使用される薬物ライブラリなどの、「ピア」機関の構成ライブラリを含むがこれに限定されない、少なくとも「ピア」機関のポンプ構成および動態情報を確認するこができる。機関／施設はこれら自体の機関／施設に対するセットアップガイドとしてこの情報を使用でき、および／または臨床診療分野および構成ライブラリを定義するために構成ライブラリの少なくとも一部を直接使用することができる。中央構成／動態データリポジトリ１４０およびその内部のデータベースは、各施設における顧客の機関、施設および注入器に関する構成／動態情報ならびに他の情報を記憶および再生するために、多くのデータベースファイルおよび／またはテーブルを含む。
【００５５】
それぞれこのような既存の顧客の機関および／または関連施設または独立した施設については、構成情報および／または動態情報は、各機関／施設におけるメインサーバに集計される。ＦＴＰプログラムは各機関／施設のメインサーバにインストールして実行でき、ＦＴＰプログラムは、構成情報および／または動態情報を収集して、中央ＦＴＰサーバ１２４、１２４’に送信するように適合できる。１つの実施形態では、ファイルはフラットファイルフォーマットで送信でき、このフラットファイルは、機関内に常駐するすべての構成情報および／または動態情報を含む。詳細には、図２を再度参照すると、第１機関の薬剤管理システム内の第１メインサーバ２００または図１Ａおよび１Ｂの顧客の機関のサーバ１０８、１０８’は、第１施設の薬剤管理システム内の第１施設サーバ２０４と、第２施設の薬剤管理システム内の第２施設サーバ２０８と、第３施設の薬剤管理システム内の第３施設サーバ２１２と通信し、すべては第１施設および施設内の薬剤管理システムの一部である。薬剤送達ポンプまたは注入器などの第１施設医療デバイスＡ、Ｂ、Ｃは、第１施設サーバ２０４と通信し、薬剤送達ポンプなどの第２施設医療デバイスＤ、Ｅ、Ｆは第２施設サーバ２０８と通信し、薬剤送達ポンプなどの第３施設医療デバイスＧ、Ｈは第３施設サーバ２１２と通信する。デバイス／ポンプの構成および動作に関する構成情報および動態情報のすべては、第１、第２および第３施設サーバ２０４、２０８、２１２で受信および／または記憶され、第１機関については第１メインサーバ２００において集計される。第１メインサーバ２００に常駐するＦＴＰプログラムは、第１機関内の医療デバイス／薬剤送達ポンプの構成および動作に関する最新の構成情報および動態情報を中央ＦＴＰサーバ１２４に送信する。
【００５６】
同様に、第２機関の薬剤管理システム内の、第２メインサーバ２１６または図１Ａの顧客機関のサーバ１０８は、第１機関の薬剤管理システム内の第１施設サーバ２２０および第２施設の薬剤管理システム内の第２施設サーバ２２４と通信し、両方とも第２機関および機関内の薬剤管理システムの一部である。薬剤送達ポンプまたは注入器などの第１施設医療デバイスＩ、Ｊは、第１施設サーバ２２０と通信し、薬剤送達ポンプなどの第２医療デバイスＫは第２施設サーバ２２４と通信する。ポンプの構成および動作に関する構成情報および動態情報のすべては第１および第２施設サーバ２２０、２２４において受信および／または記憶され、第２機関については第２メインサーバ２１６で集計される。第２メインサーバ２１６に常駐するＦＴＰプログラムは、第２機関内の医療デバイス／薬剤送達ポンプの構成および動作に関する最新の構成情報および動態情報を、中央ＦＴＰサーバ１２４に送信する。１つの実施形態では、第１および第２メインサーバ２００、２１６は機関メインサーバの代わりに施設サーバと見なしてもよく、機関メインサーバを経由する代わりに、各施設から中央ＦＴＰサーバ１２４、１２４’にＦＴＰ構成情報および／または動態情報を直接通信して送信してもよい。構成情報／動態情報アプリケーションの構成により、施設および施設から受信された構成情報／動態情報を、中央ベンダ／プロバイダコンピュータシステム１２０、１２０’内の機関に割り当て、関連付けることができる。同様に、施設サーバ２０４、２０８、２１２、２２０、２２４は上記の薬剤管理ユニット（ＭＭＵ）であり得、中央ＦＴＰサーバ１２４、１２４’に沿ってこのような情報をＦＴＰ処理するために、構成情報および／または動態情報を各施設サーバ２００、２１６に報告できる。機関内に独立型または単一の施設が存在する実施形態では、複数のＭＭＵに接続された単一サーバが使用される可能性があり、単一サーバはＦＴＰ機能を実行して、ＦＴＰサーバ１２４、１２４’に沿って構成／動態情報を送信する。
【００５７】
同様に、第３の機関の薬剤管理システム内の、第３メインサーバ２３０または図１Ａの顧客の機関のサーバ１０８には、機関の薬剤管理システム内に１つのみの施設または第１施設サーバ２３０が存在する。薬剤送達ポンプまたは注入器などの医療デバイスＬ、Ｍ、Ｎ、Ｏは、第１施設サーバと通信する。ポンプの構成および動作に関する構成情報および動態情報のすべては第１施設サーバ２３０で受信および／または記憶され、第３機関についてこのサーバで集計される。第３メインサーバ２３０に常駐するＦＴＰプログラムは、第３機関内の医療デバイス／薬剤送達ポンプの構成および動作に関する最新の構成情報および動態情報を、中央ＦＴＰサーバ１２４、１２４’に送信する。構成情報／動態情報アプリケーションの構成により、施設および施設から受信した構成情報／動態情報を、中央ベンダ／プロバイダコンピュータシステム１２０、１２０’内の機関に割り当て、関連付けることができる。
【００５８】
以下に説明するように、例えば病院などの機関は、顧客識別子（ＩＤ）およびサーバ識別子（ＩＤ）を有し、中央サーバ１２４、１２４’に機関のサーバ２００、２１６から転送されるファイルのそれぞれは、顧客識別子およびサーバ識別子を用いることにより、中央ＦＴＰサーバ１２４、１２４’が受信したファイルを正しい顧客機関にマッピングし、関連付けることを可能にする。加えて、各注入器は注入器ＩＤを有し、特定の注入器についての構成／動態情報は注入器ＩＤに関連付けることができる。各注入器は、注入器が配置され通信する位置に結合できる。管理者はこの位置を用いて、以下の説明から理解されるように、各機関に割り当てられた位置記述に一致させることができる。各機関の情報が構成／動態情報集計サーバ１３２、１３２’に達すると、サーバ１３２、１３２’は、構成情報／動態情報アプリケーション内の管理者により割り当てられた位置記述と共に受信される各ファイル内の各注入器の位置記述に一致するようになる。
【００５９】
上述のように、ＦＴＰプログラムは、各機関および／または施設において薬剤送達コンピュータ内にインストールされ、および毎日または特定の他の所定時間間隔で稼動して、ファイルフォーマットで構成情報および動態情報を抽出し、該ファイルを中央ＦＴＰサーバ１２４、１２４にＦＴＰする。毎日または特定の他の所定時間間隔で稼動する構成／動態情報集計サーバ１３２、１３２’上の別のアプリケーションは、中央ＦＴＰサーバ１２４、１２４’から前にＦＴＰ転送されている構成情報および動態情報ファイルを受信し、集計構成情報および動態情報ならびに他の情報をリポジトリ１４０、１４０’内の構成情報／動態情報データベースに送る。図１Ｂに関して説明した１つの実施形態では、ＲＨＣＳがＡＳＰ環境において実現される場合、図２で特定された構造を用いて、ＡＳＰデータベースまたはＲＨＣＳデータベース１８４を構築できる。特に、機関および施設識別子は、ＲＨＣＳデータベース１８４内に記憶される、このような機関および施設からそれぞれの構成情報／動態情報を識別するために使用される。同様に、各ＲＨＣＳが別個の物理または仮想サーバで実現される場合、図２で特定された構造を用いてＲＨＣＳデータベース１８４を構築することができる。特に、機関および施設識別子は、ＲＨＣＳデータベース１８４内に記憶される、このような機関および施設からそれぞれの構成情報／動態情報を識別するために使用される。
【００６０】
図３を参照すると、構成情報および動態情報抽出プロセスのフローチャートが、図１Ａに関する少なくともＦＴＰプロセスに対して示されている。特に、第１ステップ３００は、有効な機関から、ファイルが確実に受信されることおよび／またはサーバが認証されることを含む。これは、構成詳細３０２（例えば、その機関についての情報が受信されているか、またはその機関についての集計プロセスが含まれていなければならない機関の顧客ＩＤのすべて）を取得することにより達成される。このタスクは、所定の時間、時間間隔または管理者により選択される特定条件の満足に基づいてトリガできる。このタスクはまた、それぞれ情報を送り出すまたは取り込むために、顧客側でまたはベンダ／プロバイダ側でトリガできる。第２ステップ３０６は、構成／動態情報集計サーバ１３２にＦＴＰサーバ１２４から、特定のシーケンス番号、顧客番号およびサーバＩＤ番号を有するファイルのすべてをコピーすることを含む。これらのステップと同様のステップは、図１Ｂに関しては、ＲＨＣＳデータベース１８４から抽出される構成情報／動態情報に対して実行できる。第３ステップ３１０は集計プロセスにて使用するための．ｌｉｓファイルを作成することを含む。第４ステップ３１４は、以下に説明するように、ロードされたファイルから一時「ステージング」ファイル３１８を作成することを含む。第５ステップ３２０は、管理者の電子メールなどの追加の構成詳細３２４を取得する（管理者は、機関において「管理者」の資格を有するか、または構成情報／動態情報アプリケーションへの最高レベルのアクセスを有するユーザである；ベンダ管理者はソフトウェアアプリケーション全体に対する最高レベルの権限を有する）ことと、すべての管理者通知（例えば、いくつかのファイルがＦＴＰ／抽出プロセスで失われる、いくつかのファイルがＦＴＰ／抽出プロセスのシーケンスが外れる、および／またはいくつかのファイルがＦＴＰサーバおよび／またはＲＨＣＳデータベース１８４およびＲＨＣＳサーバ１８２からのロードに失敗するなどの）を処理することとを含む。第６ステップ３３０は、構成情報／動態情報集計アプリケーションデータベース手順を実行して、中央構成／動態データリポジトリ１４０内に恒久データベーステーブル３３４をポピュレートすることを含む。第７ステップ３４０は、一時テーブルを削除することおよびすべての正常に処理された顧客機関の構成情報および動態情報ファイルに対してシーケンス番号を増分することを含む。構成／動態情報集計サーバ１３２からのすべての入力ファイルは、ここに説明するように、構成／動態情報集計サーバ１３２内にある一定期間保存される。
【００６１】
抽出／ファイル転送プロセスの一部として、システム１２０、１２０’は以下のように追加ステップを含むように構成できる。すなわち、ＦＴＰサーバ１２４、１２４’、フロントエンドサーバ１８０または他のサーバは、例えば電子メールのリマインダを送信することによりリマインダを自動的に生成することにより、顧客に対して、薬物ライブラリを医療デバイスからＦＴＰ構成／動態データを抽出するために使用される顧客サーバ１０８、１０８’に手動でアップロードすることを催促するように構成できる。いくつかの設定では、これは、デバイスのネットワーク内のいくつかの「ハードワイヤ接続された」医療デバイスが、顧客のサーバ１０８、１０８’内に構成／動態情報をアップロードするのを手動で制御しなければならない場合、現在の構成／動態情報を取得するために有効であり、潜在的に必要なアクションである。さらに、ジェネリック名クリーンアップルーチンを実行して、各機関における構成／動態情報データベース１０８、１０８’内で使用されるジェネリック名が構成／動態情報データベース１４０、１４０’内で使用されるジェネリック名と一致することを保証できる。このルーチンは、データ抽出または転送に先立って各機関において実行でき、または中央ベンダ／プロバイダコンピュータシステム１２０、１２０’内で実行できる。特定ルール、例えば、ジェネリック名が用量を含んではならない；ジェネリック名は小文字でなければならない；ジェネリック名は広告名を含んではならないなどのルールを用いて、正しく一致したデータの実現を保証する。中央ベンダ／プロバイダコンピュータシステム１２０、１２０’を介してこのジェネリック名のデータクリーニング機能を使用することに関しては、システム１２０、１２０’に構成情報をインポートする場合および／またはシステム１２０、１２０’から構成情報をエクスポートする場合、システムは、薬物ライブラリエントリなどのユーザの構成情報を薬物のジェネリックエントリに一致させることを試みる。システム１２０、１２０’は、共通ジェネリック名および共通ジェネリック名のエラーを自動的に識別するように構成できる。システムは、ユーザがこのようなテーブルに共通ジェネリック名エラーを入力するための共通ジェネリック名エラーテーブルを確定し、自動化クリーニングプロセスにおいてこのようなエラーを正確なジェネリック名に自動的にマッピング可能になるように構成される。自動化クリーニングプロセス中、ジェネリック名エラーがマッピングテーブル内に発見されない場合、次にシステムは、管理者（ベンダまたは顧客）により後の点検のためにエラーファイルにこのような未発見のエラーを追加または書き込まれる。このジェネリック名および他のジェネリック名のクリーニングプロセスはここで説明するショッピングカートの機能に組み込むことができる。
【００６２】
１つの実施形態では、以下のファイルフォーマット名、すなわち、＜ｃｕｓｔｏｍｅｒＩＤ＞＿＜ｓｅｒｖｅｒＩＤ＞＿＜ｔｉｍｅｓｔａｍｐ＞＿＜ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ＞＿＜ｔｙｐｅ  ｏｆ  ｆｉｌｅ＞．ｔｘｔ．が使用される。様々なチェックを実行して、正確なファイルが集計サーバ１３２および集計アプリケーションにより受信されることを保証できる。第１に、集計アプリケーションは、ＦＴＰサーバが各ファイルに対して顧客ＩＤおよびサーバＩＤを確認することにより正確なファイルを受信したことを確認できる。次に、集計アプリケーションは、失われたファイルはないことを確認できる。これは、ファイル自体内に記憶されるシーケンス番号を抽出することおよび数がシーケンスどおりであることを検証することにより、集計サーバにより達成される。処理は、いずれかのファイルがシーケンスから外れる場合に失敗する。ベンダ位置における中央またはベンダ管理者は、必要に応じて、管理者メンテナンスインタフェース画面の説明で以下に述べるように、対象機関に通知する能力を備えることができる。
【００６３】
集計プロセスの１つの実施形態では、ユーザタイプのテーブルはデータベース１４０内にユーザタイプを記憶するために生成される。以下のテーブルはこのテーブルに記憶できる項目の詳細のいくつかの例である。
【表１】
2010507176.tif 000003
【００６４】
集計プロセスの１つの実施形態では、データベース１４０内にユーザプロファイルを記憶するために、ユーザプロファイルテーブルが生成される。以下のテーブルはこのテーブルに記憶できる項目の詳細のいくつかの例である。
【表２】
2010507176.tif 000004
2010507176.tif 000005
【００６５】
集計プロセスの１つの実施形態では、追跡ユーザ使用テーブルがシステムとのユーザ対話の履歴を記憶するために生成される。これはデータベース１４０内に記憶される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供できる。
【表３】
2010507176.tif 000006
【００６６】
集計プロセスの１つの実施形態では、ユーザ履歴テーブルはデータベース１４０内にすべてのユーザプロファイルの変更を記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表４】
2010507176.tif 000007
【００６７】
集計プロセスの１つの実施形態では、医療システム詳細テーブルはデータベース１４０内に医療システムの詳細を記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表５】
2010507176.tif 000008
【００６８】
集計プロセスの１つの実施形態では、施設詳細テーブルはデータベース１４０内に施設の詳細を記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表６】
2010507176.tif 000009
【００６９】
集計プロセスの１つの実施形態では、ユーザ医療システム施設の詳細テーブルはデータベース１４０内にユーザ／医療システム／施設マッピングを記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表７】
2010507176.tif 000010
【００７０】
集計プロセスの１つの実施形態では、ユーザ医療システムのサーバの詳細テーブルはデータベース１４０内に医療システムサーバの詳細を記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表８】
2010507176.tif 000011
【００７１】
集計プロセスの１つの実施形態では、ピアグループのマスタテーブルはデータベース１４０内にピアグループ定義を記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表９】
2010507176.tif 000012
【００７２】
集計プロセスの１つの実施形態では、ピアグループの種類のテーブルはデータベース１４０内にピアグループの種類を記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表１０】
2010507176.tif 000013
【００７３】
集計プロセスの１つの実施形態では、ピアグループのサイズのテーブルはデータベース１４０内にピアグループのサイズを記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表１１】
2010507176.tif 000014
【００７４】
集計プロセスの１つの実施形態では、以下の少なくとも管理者のインタフェース画面の説明から理解されるように、汎用パラメータテーブルはデータベース１４０内に汎用パラメータを記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表１２】
2010507176.tif 000015
【００７５】
集計プロセスの１つの実施形態では、「ベンチマーク」または動態情報要約テーブルはデータベース１４０内に動態情報の要約結果を記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表１３】
2010507176.tif 000016
【００７６】
集計プロセスの１つの実施形態では、資産位置テーブルはデータベース１４０内に機関の資産位置情報を記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表１４】
2010507176.tif 000017
【００７７】
集計プロセスの１つの実施形態では、資産テーブルはデータベース１４０内に機関の資産情報を記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表１５】
2010507176.tif 000018
【００７８】
集計プロセスの１つの実施形態では、デバイスのテーブルはデータベース１４０内にサーバに関連付けられる注入器／ポンプを記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表１６】
2010507176.tif 000019
【００７９】
集計プロセスの１つの実施形態では、イベント種類のテーブルはデータベース１４０内に「アラーム」の種類などの、イベント種類を記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目詳細のいくつかの例を提供する。
【表１７】
2010507176.tif 000020
【００８０】
集計プロセスの１つの実施形態では、イベントログのテーブルはデータベース１４０内に注入器の動態のログを記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表１８】
2010507176.tif 000021
【００８１】
集計プロセスの１つの実施形態では、イベントのパラメータデータのテーブルはデータベース１４０内にイベントに対するパラメータデータを記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表１９】
2010507176.tif 000022
【００８２】
集計プロセスの１つの実施形態では、イベントパラメータタイプのテーブルはデータベース１４０内にイベントパラメータタイプを記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表２０】
2010507176.tif 000023
【００８３】
集計プロセスの１つの実施形態では、ジェネリック薬剤または構成テーブルはデータベース１４０内にジェネリック薬物データなどの、ジェネリック構成データを記憶するために生成される。このテーブルは構成ライブラリ内の入力データから形成できる。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表２１】
2010507176.tif 000024
【００８４】
集計プロセスの１つの実施形態では、サービスラインのテーブルはデータベース１４０内にサービスラインの識別子および明細を記憶するために生成される。このテーブルは構成ライブラリ内の入力データから形成できる。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表２２】
2010507176.tif 000025
【００８５】
集計プロセスの１つの実施形態では、臨床診療分野（ＣＣＡ）の詳細のテーブルはデータベース１４０内にサービスラインにマッピングされた臨床診療分野を記憶するために生成される。このテーブルもまた構成ライブラリ内の入力データから形成できる。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表２３】
2010507176.tif 000026
【００８６】
集計プロセスの１つの実施形態では、デバイスの種類のテーブルはデータベース１４０内にデバイスの種類を記憶するために生成される。このテーブルもまた構成ライブラリ内の入力データから形成できる。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表２４】
2010507176.tif 000027
【００８７】
集計プロセスの１つの実施形態では、構成ライブラリのテーブルはデータベース１４０内に各機関からの構成ライブラリのジェネリック薬物／サービスライン／ＣＣＡマッピングを記憶するために生成される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表２５】
2010507176.tif 000028
【００８８】
集計プロセスの１つの実施形態では、構成ライブラリの詳細のパラメータ化テーブルはデータベース１４０内に、各機関における各デバイスの種類に対する薬物ライブラリの詳細などの構成ライブラリの詳細を記憶するために使用される。このテーブルもまた構成ライブラリ内の入力データから形成できる。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表２６】
2010507176.tif 000029
【００８９】
集計プロセスの１つの実施形態では、出荷先テーブルはデータベース１４０内に機関の出荷先識別子を記憶するために使用される。以下のテーブルは、このテーブルに記憶できる項目の詳細のいくつかの例を提供する。
【表２７】
2010507176.tif 000030
【００９０】
上述のように、機関および機関内の薬剤送達システムのそれぞれから受信された、構成情報および動態情報から上記のおよび他の恒久テーブルを形成する一部として、様々な一時テーブルもまた、機関が新しい情報を送信するたびに生成される。一時テーブルは、同時に１つの機関および／または１つの特定のテーブルについて、機関の構成情報、動態情報および他の情報のそれぞれから、当該テーブルに適する各データのそれぞれを用いて更新される。すべての機関からの情報のすべてが処理されるか、または一時テーブルに集計されると、情報が一時テーブルから恒久テーブルにロードされる。１つの実施形態では、一時テーブルは、少なくとも以下の恒久テーブル、すなわち、資産、資産の位置、デバイス、イベントログ、イベントパラメータタイプ、イベントパラメータデータ、イベントの種類および薬物ライブラリなどの構成ライブラリに対して恒久テーブルをロードする前に生成される。
【００９１】
アップロードされた機関ファイル内の利用可能なすべてのデータが一時テーブルに移動された後、集計アプリケーションは、アプロードされた機関／施設データを処理し、特定のマスタテーブル、ベンチマークまたは動態情報テーブルおよび構成ライブラリテーブルを更新する。特に、以下のマスタテーブル、すなわち、注入器、注入器の種類、サービスラインおよびジェネリック薬物のテーブルが更新される（テーブルを更新するための新しい情報が存在する場合）。１つの実施形態では、集計アプリケーションはイベントログテーブルから個別の顧客ＩＤ（機関）を選択して、「ベンチマーク」または動態情報の要約情報を更新する。特定データに対して選択された機関に関する既存のベンチマークの要約情報は、ベンチマークの要約テーブルから削除され、新しい詳細が挿入される。以下に説明される、各ベンチマークレポートについては、要約情報が計算され、ベンチマーク要約テーブル内で更新される。
【００９２】
図４Ａ、図５および図６を参照すると、特定の「ベンチマーキング」または動態情報レポーティング機能が、クライアントコンピュータ１５０において使用するために、ウェブアクセスサーバ１６０または他のサーバを介して、構成／動態情報アプリケーションにより生成されるインタフェース画面表示を介して提供される。図４Ａに示した画面表示が表われる前に、機関／施設のユーザは、ユーザがユーザＩＤおよびパスワードを入力するために、ログイン画面を提供される。ユーザはシステム内の情報へのそれぞれのアクセスのために分類されてもよい。詳細には、ユーザは、ユーザタイプ、例えば「ＢＥＮＣＨＭＡＲＫ」または動態情報のユーザタイプ、ＲＸＲＵＬＥＳまたは構成情報のユーザタイプまたは両方を有することができる。ユーザＩＤ、パスワード、ユーザタイプおよび他のユーザの詳細は、以下に詳細に説明するように、管理者によりメンテナンスされ、管理者は入力および／または変更ができる。ユーザがＢＥＮＣＨＭＡＲＫユーザタイプであると仮定すると、正常なログインがなされると、ウェルカム画面表示が表われ、ユーザが選択するための基本設定オプションが、ＢＥＮＣＨＭＡＲＫ、ヘルプ、ログオフおよび／または選択するための他のオプションなどの他のオプションと共に画面に表われる。図４Ａに示した基本設定インタフェース画面表示内では、ユーザは、ユーザが閲覧することを望むデータベース１４０内の他の機関の動態情報のうちから、どれかの動態情報について基本設定を設定する能力を提供され、これに対してユーザはユーザのシステムアカウントに基づいてアクセスする。詳細には、ユーザは、ユーザがユーザ自身の機関内で動態情報を閲覧することを望むエンティティのリストより選択するために、エンティティ名ドロップダウン選択メニュー４００を提供される。ユーザはまた、エンティティの種類のドロップダウン４０４の選択メニューを提供され、このメニューは、これらに限定されないが、以下の種類のエンティティ、すなわち、地方、コミュニティ、教育機関／大学および複数の病院の医療システムを選択するかまたは含むことができる。上述のように、エンティティの種類は、地方、コミュニティまたは教育機関／大学を含むことができる。独立型施設を除いて、医療システムの種類は複数の病院の医療システムを含むことができる。ユーザはさらに、以下の所定のまたは選択された範囲、すなわち、１−９９、１００−１９９、２００−２９９、≧３００のうちの１つより選択するために、ベッドサイズのドロップダウン選択メニュー４０８を提供される。アプリケーションは、ユーザがこれらの範囲を変更またはカスタマイズされた範囲を作成することを可能にするように構成できる。ユーザはまた、以下の、すなわち、特定の薬剤送達ポンプなどの特定の医療デバイスに対して、本発明の譲受人のＨＯＳＰＩＲＡ社の商標である、ＰＬＵＭ  Ａ＋およびＬＩＦＥＣＡＲＥ  ＰＣＡのうちの１つより選択するために、ドロップダウンデフォルト注入器タイプ選択メニュー４１２を提供される。医療デバイスのベンダまたは他のベンダにより提供される他の特定の医療デバイスは、リスト上に提供できる。ユーザにはさらに、デフォルト時間枠ドロップダウン選��メニュー４１６を提供でき、このメニューには、これに限定されないが、動態情報レポートを実行するための以下の時間枠、すなわち月ごとおよび四半期ごとを含む。インタフェースおよびアプリケーションは、ユーザが、例えば、日数、週数、月数、年数、上記の時間枠の１つ以上の組み合わせを入力することにより、および／または開始月および終了月などの開始日および終了日を入力することにより、これらの特定の時間枠以外に、ユーザによって指定される時間枠により結果を表示できるように構成することができる。他の構成および／または動態情報レポートも、これらのおよび他の時間パラメータを使用して生成できる。エンティティの種類およびベッドサイズは、典型的には、機関の「ピアグループ」として識別される対象を決定するが、追加のおよび／または他の基準も使用できる。特定の動態情報レポートを実行する場合、ユーザは別の選択に対してデフォルト選択のうちの任意の１つを変更することができる。図４に示した上記のドロップダウン選択メニューに加えて、構成／動態情報アプリケーションが構成され、リポジトリ１４０の構成／動態情報データベースは、追加の検索基準に対して追加のドロップダウン選択メニューを提供するように構成できる。例えば、図４の画面表示はまた、図示されているオプションに加えて、施設のピアグループまたはすべてのピアグループ以外の１つ以上のピアグループを選択し、これら自体の機関の内部および外部（または両方）の施設を別にして、以下に説明する図５および図６に提供する同様の傾向のおよび他の情報を取得する能力を提供できる。
【００９３】
ログインが完了した後に表われる、ＢＥＮＣＨＭＡＲＫユーザタイプのメインユーザ画面から、ユーザはＢＥＮＣＨＭＡＲＫオプションを選択でき、その後２つの別のオプションが提供され、ユーザがこのメニューより選択できる。特に、ユーザに、「要約−最終利用可能月」（要約動態情報）オプションおよび「ピアグループの比較傾向」またはピアグループの動態情報を提供できる。基本設定インタフェース表示画面内より選択された施設内のデバイス／ポンプに関する、要約動態デバイス／ポンプ情報を閲覧するために、ユーザは要約−最終利用可能月（要約動態情報）オプションを選択することができる。このオプションが選択されると、ユーザには、ユーザの基本設定に基づいてプリロードされ、表示することを希望するエンティティの結果の要約画面が提示され、ユーザは次に、デバイス／ポンプの種類を選択するためのドロップダウンメニューを提供される。基本設定インタフェース画面表示内のデフォルト注入器タイプドロップダウンメニュー４１２から以前に選択されたデバイス／ポンプの種類が表われる。しかし、ユーザはこの選択を変更することができる。ユーザがレポートを実行することを希望するデバイス／ポンプの種類を選択すると、ユーザはレポート表示ボタンを選択し、図５Ａに示されたものと同様のインタフェース画面表示を表示する。
【００９４】
ＰＬＵＭ  Ａ＋注入器デバイスに対する図５Ａに示した要約レポート５００は、コンプライアンスチャート５０４、ラインＢ利用チャート５０８、同時送達利用チャート５１２、ソフトリミット警告チャート５１６ならびにオーバーライドおよび編集チャート５２０を含む。この情報は考慮される医療デバイスに基づいて変化する。図５Ａでは、コンプライアンスチャート５０４は、デバイス／ポンプのプログラミングの間において、そのポンプ種類についての各デバイス／ポンプ内の薬物ライブラリから臨床医が薬剤を選択する、時間割合の表示を提供する。ラインＢ利用チャート５０８は、このポンプ種類の各ポンプの第２ラインが選択された機関内で使用されている、時間量の表示を提供する。同時送達利用チャート５１２は、ピギーバック利用に対して同時利用が、選択されたポンプ種類のポンプについて選択された機関内でなされる時間割合の表示を提供する。ソフトリミット警告チャート５１６は、リミットを含む薬物ライブラリ情報が１つの送達当たりで使用される場合に関して、ソフトリミット警告が発生する時間割合の表示を提供する。オーバーライドおよび編集チャート５２０は、オーバーライドが発生する（ポンプが警告にもかかわらずプログラムどおり動作した）時間割合と、ソフトリミット警告当たり、ソフトリミットの警告が発生する場合に関して、送達パラメータに対する編集（変更）が発生する時間割合の表示とを提供する。これらのチャートは、デバイスの種類および他の選択可能な基本設定に基づいて機関のユーザに報告できる、デバイスの種類／ポンプ動態情報のいくつかの例にすぎない。
【００９５】
特に、ＰＬＵＭ  Ａ＋注入器デバイスについて図５Ｂに示した要約レポート５５０は、コンプライアンスチャート５５４、ラインＡ対ラインＢ利用チャート５５６、ラインＢモード利用チャート５５８、警告なし対オーバーライド対編集チャート５６０およびオーバーライド対編集チャート５６２を含む。この情報は、考慮される医療デバイスに基づいて変化する。図５Ｂでは、コンプライアンスチャート５５４は、デバイス／ポンプのプログラミングの間において、そのポンプ種類についての各デバイス／ポンプ内の薬物ライブラリから臨床医が薬剤を選択する、時間割合の表示を提供する。ラインＡ対ラインＢ利用チャート５５６は、そのポンプ種類の各ポンプの第１ラインが選択された機関内で使用される時間量に対する、そのポンプ種類の各ポンプの第２ラインが選択された機関内で使用される時間量の表示を提供する。ラインＢ利用チャート５５８は、選択された機関内で、そのポンプ種類の各ポンプの第２ラインが「ピギーバック」の実行において使用される時間時間量と、ポンプ種類の各ポンプの第２ラインが「同時」実行において使用される時間量との表示を提供する。警告／オーバーライド／編集チャート５６０は、警告のない時間割合、警告があり警告のオーバーライドが編集なしに実行された時間割合、およびソフトリミット警告が発生する場合は、送達パラメータに対する編集がなされる時間割合の表示を提供する。無効および編集チャート５６２は、オーバーライドが発生する（ポンプが警告にもかかわらずプログラムされるとおり作動した）時間割合、およびソフトリミット警告が発生する場合に関して送達パラメータに対する編集（変更）が発生する時間割合の表示を提供する。これらのチャートのそれぞれは、月などの特定の時間枠に対しておよび／または特定のピアグループまたはすべてのピアグループに対して提供できる。また、デバイス／ポンプ動態情報の他の例はデバイスの種類および他の選択の基本設定に基づいて機関のユーザに報告できる。図５Ｂでは、この図のユーザはまたＲＸＲＵＬＥＳユーザであり、ＲＸＲＵＬＥＳリンクまたはオプションが画面表示の左側に表われる場合、さらに「基本設定」などの他のオプションが利用可能である。一般「ピアグループ」インジケータは、画面表示の上部にリストアップされ、これは、動態情報を報告するために、特定のピアグループを選択するか、またはすべてのピアグループを選択できることを示す。
【００９６】
上述のように、ＢＥＮＣＨＭＡＲＫユーザタイプのユーザにはまた、「ピアグループの比較−傾向」情報またはピアグループの動態情報のオプションを提供できる。このオプションは、選択されたエンティティのピアグループ内のピアの機関のすべてと、選択された機関に対してデバイス／ポンプ動態情報を比較する能力を、機関／施設のユーザに提供する。このオプションを選択した後、ユーザには要約画面表示が提供され、この画面表示により、ユーザは時間枠ドロップダウン選択メニューを選択して、四半期ごと、月ごとまたは後で定義されるいくつかの他の時間枠ごとの要約データを表示できる。ユーザには同様に、この画面上にレポート表示ボタンが提供できる。ユーザがレポート表示ボタンを選択すると、ユーザには、図６Ａに示した画面と同様のインタフェース画面表示が提供されることになる。
【００９７】
ＰＬＵＭＡ  Ａ＋注入器デバイスについて図６Ａに示したインタフェース画面表示には、コンプライアンスグラフ６０４、ラインＢ利用グラフ６０８、同時送達利用グラフ６１２、ソフトリミット警告グラフ６１６、オーバーライドグラフ６２０および編集グラフ６２４を含む。コンプライアンスグラフ６０４は、ユーザの機関に対するおよび施設がその一部であるピアグループ全体に対してデバイス／ポンプをプログラミングする間において、そのデバイスポンプについての各デバイス／ポンプ内の薬物ライブラリなどのから構成情報を使用することにより、臨床医が薬剤を選択する時間割合の表示を提供する。ラインＢ利用グラフ６０８は、このデバイス／ポンプの種類の各デバイス／ポンプの第２ラインが、ユーザの施設内および施設がその一部であるピアグループ全体内で使用される、時間量の表示を提供する。同時送達利用グラフ６１２は、同時利用（ピギーバック利用に対して）が、ユーザの機関内および施設がその一部であるピアグループ全体内で発生する、時間割合の表示を提供する。ソフトリミット警告グラフ６１６は、ソフト警告が、リミットを含む薬物ライブラリ情報が、ユーザの機関に対しておよび機関がその一部であるグループ全体内に対して、送達１回当たりで使用される場合に関して発生する、時間割合の表示を提供する。オーバーライドグラフ６２０は、オーバーライドが発生する時間割合、ならびにソフトリミットの警告が、ユーザの機関に対しておよび機関がその一部であるピアグループ全体に対して、ソフトリミット警告１回当たり発生する場合に関して、送達パラメータに対する編集が発生する時間割合の表示を提供する。編集グラフ６２４は、ソフトリミット警告がユーザの機関および機関がその一部であるピアグループ全体に対して、ソフトリミット警告１回当たり発生する場合に関して、送達パラメータについての編集が発生する時間割合の表示を提供する。これらのグラフは、機関のユーザのＰＬＵＭ  Ａ＋デバイスに報告され得る、デバイス／ポンプ動態情報のいくつかの例にすぎない。
【００９８】
特に、「ラインＢ」を有する薬剤送達デバイス（例えば第１および第２注入ラインを有する注入ポンプ）に対して図６Ｂに示したインタフェース画面表示は、全体的に図６Ａに示したチャートと同じチャートを示す。しかし、図６Ｂはまた、すべてのピアグループが選択される場合または選択されるピアグループが存在しない場合、選択されたピアグループに対してまたはすべてのピアグループに対して、少なくとも「上位４分の１」を示す。
【００９９】
図６Ｃは、ＢＥＮＣＨＭＡＲＫアプリケーション内で生成できる別の要約レポート６３０を示す。図示された要約レポート６３０はＬＩＦＥＣＡＲＥ  ＰＣＡ注入デバイス（本発明の譲受人、ＨＯＳＰＩＲＡ社により製造され販売されている）に関するもののであり、ハードリミット編集チャート６３２、ソフトリミット編集チャート６３４およびソフトリミットオーバーライドチャート６３６を含む。この情報は考慮されている医療デバイスに基づいて変化することになる。図６Ｃでは、ハードリミット編集チャート６３２は、リストアップされた５つの異なる月のそれぞれに対して、ＩＣＵ、内外科（Ｍｅｄｉｃｉｎｅ  ａｎｄ  Ｓｕｒｇｅｒｙ）、癌科、小児科および外科の各臨床診療分野（ＣＣＡ）に対して、警告が発生する場合、ハードリミット編集が発生した、時間の割合の表示を提供する。ソフトリミット編集チャート６３４は、リストアップされた５つの異なる月のそれぞれに対して、ＩＣＵ、内外科、癌科、小児科および外科の各臨床診療分野（ＣＣＡ）に対して、警告が発生したときにソフトリミット編集が発生した時間割合の表示を提供する。ソフトリミットオーバーライドチャート６３６は、リストアップされた５つの異なる月のそれぞれに対して、ＩＣＵ、内外科、癌科、小児科および外科の各臨床診療分野（ＣＣＡ）に対して、この種類の警告が発生したときにソフトリミットオーバーライド編集が発生した時間割合の表示を提供する。これらのチャートのそれぞれは、様々な時間枠に対して、様々な施設に対しておよび／または特定のピアグループまたはすべてのピアグループに対して提供できる。上述のように、デバイス／ポンプ動態情報の他の例は、デバイスの種類および他の選択の基本設定に基づいて機関のユーザに報告できる。全体のコンプライアンスチャートは画面表示の上部の「全体コンプライアンスを追加する」リンクをクリックすることにより追加できる。さらに、「より多くのレポートオプションを探す」リンクを提供することにより、ユーザが追加のレポートオプションにアクセスすることを可能にする。
【０１００】
図６Ｄは、ＢＥＮＣＨＭＡＲＫアプリケーション内で生成できる別の要約レポート６４０を示している。図示された要約レポート６４０は、ＳＹＭＢＩＱ注入デバイス（本発明の譲受人ＨＯＳＰＩＲＡ社により製造され販売されている）のためものであり、リミット対総合プログラムチャートを備える薬剤６４２、リミット対リミット無しチャートを備える薬剤６４４、ソフトリミットオーバーライドチャート６４６およびソフトリミット編集チャート６４８を含む。この情報は考慮される医療デバイスに基づいて変化する。図６Ｄでは、リミット対総合プログラムチャートを備える薬剤６４２は、ＳＹＭＢＩＱ注入ポンプがリストアップされた５つの異なる月のそれぞれに対してプログラムされる総時間数の表示と共に、ＳＹＭＢＩＱ注入ポンプがリミットを有する薬剤を送達するためにプログラムされる回数の表示を提供する。リミット対リミット無しチャートを備える薬剤６４４は、ＳＹＭＢＩＱ注入ポンプがリストアップされた５つの異なる月のそれぞれに対してリミットを有さない薬剤を送達するためにプログラムされる回数の表示と共に、ＳＹＭＢＩＱ注入ポンプがリミットを有する薬剤を送達するためにプログラムされる回数の表示を提供する。ソフトリミットオーバーライドチャート６４６は、リストアップされた５つの異なる月のそれぞれについて、ＩＣＵ、内外科、癌科、小児科および外科の各臨床診療分野（ＣＣＡ）に対して、この種類の警告が発生したときにソフトリミットオーバーライドが発生した時間割合の表示を提供する。ソフトリミット編集チャート６４８は、リストアップされた５つの異なる月のそれぞれについて、ＩＣＵ、内外科、癌科、小児科および外科の各臨床診療分野（ＣＣＡ）に対して、警告が発生したときにソフトリミット編集が発生した時間割合の表示を提供する。これらのチャートのそれぞれは、様々な時間枠に対して、様々な施設に対しておよび／または特定のピアグループまたはすべてのピアグループに対して提供できる。上述のように、デバイス／ポンプ動態情報の他の例は、デバイスの種類および他の選択の基本設定に基づいて機関のユーザに報告できる。
【０１０１】
図６Ｅは、ＢＥＮＣＨＭＡＲＫアプリケーション内で生成できる別の要約レポート６６０を示している。図示された要約レポート６６０は、ＳＹＭＢＩＱ注入デバイスのためのものであり、例えば図６Ｃなどの前の図と同じまたは同様のチャートを含む。しかし、このレポートは、「緊急用薬剤のためのソフトおよびハードリミットチャートを生成するためにより多くのデータが必要」として明示される、データ警告６６４を含む。特に、動態情報／構成情報アプリケーション１３６、１３６’は、構成／動態情報データベース１４０、１４０’に十分な動態情報が存在しない場合、データ警告６６４を発行するように構成できる。顧客／ユーザが、画面表示を介してチャートのレポートを生成するためにレポーティング基本設定に入り、このようなレポートを生成する場合、構成情報／動態情報アプリケーション１３６、１３６’は、レポーティング基本設定またはパラメータを受信する。構成情報／動態情報アプリケーション１３６、１３６’は、受信された基本設定またはパラメータに基づいてこのようなレポートを生成するために、十分なデータが受信され記憶されたかどうかを決定するように構成できる。１つの実施形態では、構成情報／動態情報アプリケーション１３６、１３６’は、レポートパラメータの少なくとも１つに関連する構成／動態情報データベース１４０、１４０’に受信され記憶されたデータ量と、所定のデータ入力レベルとを比較することにより、この決定を実行する。レポートパラメータの少なくとも１つに関して構成／動態情報データベース１４０、１４０’において受信され記憶されたデータ量が、所定のデータ入力レベルと一致しない場合、構成情報／動態情報アプリケーション１３６、１３６’は、生成されたレポート内の１つ以上のレポートチャートの代わりに、データ警告６６４を生成するように構成される。あるいは、レポートを生成するために入力されたパラメータに関する構成／動態情報データベース１４０、１４０’内に、所定のデータ入力レベルに関するいくつかのデータ（十分なデータではない）が存在する場合、構成情報／動態情報アプリケーション１３６、１３６’は、要求されるパラメータに関するチャートを含むレポートを依然として実行するが、代わりに、チャートが要求されるパラメータに対する最適なデータ量未満で生成された、それぞれのチャートに近い注意を生成するように構成される。１つの実施形態では、データ警告６６４は以下のように、すなわち、「注意−このチャートは５つ未満の機関からのデータを使用して生成されており、したがって信頼性の高いデータでない場合があり、管理決定を行うために用いてはならない」のように読むことができる。５つ未満の機関からのデータを使用することは管理決定を行うことに対して信頼できない場合があることが決定されている。
【０１０２】
構成情報／動態情報アプリケーション１３６、１３６’は、構成／動態情報データベース１４０、１４０’に受信され記憶されたデータ量が（ＦＴＰプロセスまたはここで引用されているデータ抽出からの５つの機関からのデータなど）所定の入力レベル（より多い／より多いまたは等しい）に一致することを決定すると、構成情報／動態情報アプリケーション１３６、１３６’は、受信されたレポート基本設定またはパラメータに対するチャートを生成することを含むレポートを実行する。別の実施形態では、データ警告６６４を発行する代わりに、構成／動態情報データベース１４０、１４０’に受信され記憶されたデータ量が、レポートに対して要求される基本設定／パラメータに関する所定の入力レベルに一致する（より多い／より多いまたは等しい）場合であっても、レポートおよびチャートが生成される場合、チャートを備える情報を生成するために使用した機関の数を示す、データ警告６６４を発行できる。したがって、データ警告６６４はこのようなチャートを生成するために使用されたデータのレベルを示す各チャートに対して表示できる。さらに、構成情報／動態情報アプリケーション１３６、１３６’が各レポートおよび／またはチャートを生成する場合、構成情報／動態情報アプリケーション１３６、１３６’はまた、「Ｐ値」、「Ｒ値」および／または標準偏差などの統計情報を計算し、各レポート内および／またはこのような統計情報が計算される各チャートに近接して、このような統計情報を表示できる。
【０１０３】
ここに説明した環境下で発行するデータ警告６６４に関しては、構成情報／動態情報アプリケーション１３６、１３６’は、受信された基本設定またはパラメータに基づいて信頼性の高いレポートを生成するために十分なデータが受信され記憶されていることを決定するプロセスでは、構成情報／動態情報アプリケーション１３６、１３６’はまた、または代わりに、統計情報を計算し、統計情報を１つ以上の所定の最小の統計的信頼性の高いしきい値と比較する。所定の最小の統計的信頼性の高いしきい値は、「Ｐ値」、「Ｒ値」、標準偏差、および／または顧客またはユーザが設定できるいくつかの他の統計的しきい値であってもよい。１つ以上の所定の最小の統計的信頼性の高いしきい値が一致しない場合、構成情報／動態情報アプリケーション１３６、１３６’は、生成されるレポート内の１つ以上のレポートチャートの代わりに、または所定の最小の信頼性の高いしきい値が一致しないチャートに加えて、データ警告６６４を生成するように構成できる。この実施形態では、データ警告６６４は注意の理由として、１つ以上の計算された統計情報を含むことができる。例えば、注意は以下のような、すなわち、「注意−このチャートを生成するために使用されたデータのＰ値はＸである。したがって、このチャートを生成するために使用されたデータ量は信頼できない場合があり、このチャートは管理決定を行うために用いてはならない。」を含むことができる。「Ｘ」は数値であり得る。他の統計情報が、この例の代わりに、またはこの例に加えて提示されてもよい。
【０１０４】
上記のおよび他の「ＢＥＮＣＨＭＡＲＫＩＮＧ」インタフェース画面およびレポート、チャートならびに構成情報／動態情報アプリケーション１３６、１３６’を用いてこのようなインタフェース画面を介して提供される動態情報を提示する他の様式内では、このような動態情報は典型的には、顧客自体の機関の顧客に提供される。しかし、別の１つの実施形態では、構成情報／動態情報アプリケーション１３６、１３６’は、例えば顧客が他の機関の動態情報に関する上記のおよび他のレポートを実行できるなどの、顧客が別の機関の動態情報に関するレポートを表示し実行できるように構成できる。構成情報／動態情報アプリケーション１３６、１３６’はまた、顧客がこのような他の機関に関する他の詳細（例えば、ベッド数、このような他に機関が含まれるピアグループ、その他）に関するレポートを表示し実行できる、また顧客がこれら自体の動態情報と他の機関の動態情報を比較できるように構成できる。１つの好ましい実施形態では、このような他の機関のアイデンティティは顧客に提供されない。別の実施形態では、構成情報／動態情報アプリケーション１３６、１３６’はまた、顧客が別の機関に関するこのおよび他の動態情報を取得できるように、およびこのような顧客が、顧客により要求される基本設定に対して機関の動態情報のすべてのデータベース全体とこのような他の機関の動態情報を比較でき、顧客により要求される基本設定に対して１つのピアグループに対する機関の動態情報のすべてのデータベース全体とこのような他の機関の動態情報を比較できるように、構成される。この機能を用いて、顧客は、動態情報に対する機関したがって他の機関の構成情報に対して、動態情報したがってそれら自体の構成情報を、より容易に「ベンチマーク」することが可能になるであろう。
【０１０５】
集計プロセスの一部として、またはすべての機関からの構成／動態情報を複数機関の構成／動態情報データベース１４０、１４０’に集計するプロセスの後に、動態情報および／または構成情報が機関／施設サーバから転送および／または抽出され、構成／動態情報集計サーバ１３２、１３２’に転送された後に、クリーニングプロセスを、集計サーバおよび／またはアプリケーション１３２、１３２’により、または構成／動態サーバ／アプリケーション１３６、１３６’により実行できる。このクリーニングプロセスは、すべての機関／施設の識別情報を除去することを含み、この識別情報は、構成情報／動態情報アプリケーション１３６、１３６’のユーザが、ユーザがこのような施設／機関（ユーザが、その施設／機関に対する動態情報／構成情報が動態／構成情報データベース１４０、１４０’内に含まれている）のアイデンティティを決定できることになる、任意の機関に関する名前、位置または他の情報を、別に識別することを可能にする。偽のまたは一般の機関／施設／他の名前および／または識別子は、クリーニングプロセス中に、実際の機関／施設／他の名前および／または識別子に置き換えることができる。このような実際の機関／施設識別情報を必要とせずに、動態／構成情報データベース１４０、１４０’は、機関／施設ではなく、ベンダではない第３者が利用できるようにすることができる。ベンダは、このような第３者がレポートを実行し、ここに説明した比較を実行し、他のレポートを実行し、他の比較を実行することを可能にするために、このような第３者によるアクセスに対して、このような第３者に「クリーニングされた」データベースをリースおよび／または販売できる。１つの実施形態では、第３者に対する構成／動態情報の「クリーニングされた」データベースのこの配布は、構成情報／動態情報アプリケーションの変更バージョン（第３者バージョン）のリースおよび／または販売に含まれており、これは別な方法で、第３者がＢＥＮＣＨＭＡＲＫＩＮＧおよび／またはＲＸＲＵＬＥＳレポートおよび他のレポートを実行することを可能にする。変更には、少なくとも管理機能の低減を含む場合があり、これは例えば、ファイル転送／抽出プロセス、設定およびこのような設定を提供するインタフェース画面を含む必要はない。１つの実施形態では、構成／動態情報の「クリーニングされた」データベースならびに構成情報／動態情報アプリケーションの変更バージョン（第３者バージョン）は、ここに説明したとおり、顧客の機関に対して、薬物ライブラリなどの構成情報を顧客が設定することを支援するために、顧客による使用に対して、ＲＣＬＤＡ１８２に含まれるまたは機関のサーバ１０８、１０８’内に実装されるＨＯＳＰＩＲＡ  ＭＥＤＮＥＴアプリケーションの一部として含まれる。
【０１０６】
図４Ａ〜図６Ｅに示したインタフェース画面を介しておよび／または画面内に提供されるレポートおよび情報に加えて、構成情報／動態情報アプリケーション１３６、１３６’は、チャートまたは他の様式での、レポートをプログラムするための時間などの他のレポートまたは要約情報も生成するように構成でき、時間枠別に、ピアグループ（またはすべてのピアグループ）別に、ＣＣＡ別におよび／またはいくつか他の基本設定別に、注入ポンプなどの医療デバイスをプログラムするために要する、高い、低い、平均のおよび／または中間の時間を伝える。比較は、ここに他のレポートに対して示し説明しているように、特定のまたはすべてのＣＣＡ、ピアグループおよび／または他の目標グループ間でまたはそれらに対して実行できる。構成情報／動態情報アプリケーション１３６、１３６’はまた、チャートまたは他の様式の情報レポートを転送するための時間を生成するように構成でき、このレポートは、毎日などの時間枠別に、ピアグループ（またはすべてのピアグループ）別に、および／またはいくつか他の基本設定別に、すべての機関に対して、機関のレベルにより機関に関する各ＦＴＰおよび／またはデータ抽出プロセスのために要する、大量の、少量の、平均のおよび／または中間の時間を伝える。比較は、少なくとも機関のサイズまたはピアグループに基づいて実行できる。構成情報／動態情報アプリケーション１３６、１３６’はまた、チャートまたは他の様式の医療デバイスの使用レポートを生成するために構成でき、このレポートは、時間枠別に、ピアグループ（またはすべてのピアグループ）別に、ＣＣＡ別におよび／またはいくつか他の基本設定別に、どれぐらい多くの医療デバイスが機関内でこのような医療デバイスの使用頻度で使用されているかおよび／またはどれぐらい多くの医療デバイスが機関内で使用されていないかを伝える。使用頻度は、高い、低い、平均のおよび／または中間の使用頻度の詳細で表示できる。構成情報／動態情報アプリケーション１３６、１３６’はさらに、チャートまたは他の様式の構成情報ダウンロードレポートを生成するように構成でき、このレポートは、薬物ライブラリなどの構成情報がいつおよびどの程度の頻度で、注入ポンプなどの医療デバイスに、ローカルまたは遠隔サーバ上で実行するＨＯＳＰＩＲＡ  ＭＥＤＮＥＴソフトウェアアプリケーションからなどの、医療管理ユニット（ＭＭＵ）からまたはＲＣＬＤＡ１８２から、ダウンロードされるかを伝える。この構成情報ダウンロードレポートはまた、使用者がそれぞれダウンロードを実行するおよび／または何度各ユーザがダウンロードを実行するかという情報を提供できる。構成情報ダウンロードレポートは、時間枠別に、ピアグループ（またはすべてのピアグループ）別に、ＣＣＡ別におよび／またはいくつか他の基本設定別に実行できる。
【０１０７】
構成情報／動態情報アプリケーション１３６、１３６’はさらに、チャートまたは他の様式の、医療デバイスボタン押下カウントレポートを生成するように構成でき、このレポートは、ユーザが（１つのプログラミングに対して）プログラミング動作の各セットに対して医療デバイスをプログラミングする場合、注入ポンプなどの医療デバイスにおいて何度ユーザまたは介護者がボタンを押したかを伝える。それに対してレポートを実行できる他の情報および提供されている情報と同様に、この情報は各医療デバイスに対する動態情報の一部として追跡され記憶される。特に、プログラミングの間に、いずれのボタンが押されたか、いつこのようなボタンが押されたか、いずれの介護者がこのようなボタンを押したのか、および他の情報が追跡され記憶される。医療デバイスボタン押下カウントレポートは、時間枠別に、すべてのユーザに対するピアグループ（またはすべてのピアグループ）別に、ＣＣＡ別におよび／またはいくつかの他の基本設定別に、実行できる。次に、ＣＣＡのすべてのユーザに対する、特定のピアグループのすべてのユーザに対する、および／またはいくつかの他の基本設定に対する、ユーザの情報について比較を実行することにより、そのユーザが如何にうまく実行しているかを決定できる。次に、その他、全体による、ピアグループによる、ＣＣＡによるおよび／またはいくつかの他の基本設定による同様の種類のプログラミングに関するこのようなユーザのプログラミングについて発生した、アラーム、警告および／またはエラーに数に対するユーザの情報について比較を実行することにより、このようなユーザプログラミングが、プログラミングにおいてエラーにより影響されやすい特定のユーザを表すかどうかを決定することができる。レポートのそれぞれについて統計情報を計算して、報告された情報が量的に重要であるかどうかおよびこのような情報の重要度のレベルを決定することを支援できる。構成情報／動態情報アプリケーション１３６、１３６’はまた、チャートまたは他の様式の、介護者のレベルレポートなどの他のレポートを生成するように構成でき、このレポートは、時間枠別に、ピアグループ（またはすべてのピアグループ）別におよび／またはいくつかの他の基本設定別に、各介護者のレベルに対する医療デバイスのプログラミングに対して、高い、低い、平均のおよび／または中間の警告数（ソフトリミット超過）および／またはアラーム（ハードリミット超過）を表す。ここに他のレポートについて示し説明したように、特定のまたはすべてのＣＣＡ、ピアグループおよび／または他の目標グループの間でまたはこれらに対して、比較を実行できる。この介護者レベルレポートにより，ユーザは、ＣＣＡおよび上記の他の基準により分類される、新参のおよび／またはより経験のある介護者に対してトレーニングが必要であるかどうかを決定できる。
【０１０８】
注入ポンプなどの医療デバイスを介して送達される特定の薬剤は、「緊急用」薬剤であると見なされる。例えば、ＩＳＭＰは緊急用の薬剤として少なくとも以下の薬剤、すなわち、アミオダロン、コルヒチン、へパリン、インシュリン、リドカイン、硫酸マグネシウム、ネシリチド、ニトロプルシド、塩化カリウム、リン酸カリウム、プロポフォールおよび塩化ナトリウム（高張−濃度約０．９％）を指定している。したがって、構成情報／動態情報アプリケーション１３６、１３６’は、チャートまたは他の様式の「緊急用」薬剤レポートをまた生成するように構成でき、このレポートは、１つ以上のまたは以下の情報、すなわち、１）特定の緊急用薬剤および／またはすべての緊急用薬剤の総合プログラム（プログラミング）の割合として、特定のまたはすべての緊急用薬剤に対するソフトリミットのオーバーライド、２）特定の緊急用薬剤および／またはすべての緊急用薬剤の総合プログラム（プログラミング）の割合として、特定のまたはすべての緊急用薬剤に対するソフトリミットの編集、３）特定の緊急用薬剤および／またはすべての緊急用薬剤の総合プログラム（プログラミング）の割合として、特定のまたはすべての緊急用薬剤に対するハードリミットのオーバーライド、４）特定の緊急用薬剤および／またはすべての緊急用薬剤の総合プログラム（プログラミング）の割合として、特定のまたはすべての緊急用薬剤に対するハードリミットの編集を伝える。ここでのすべての他の動態／構成情報レポーティングと同様に、動態情報についての高い、低い、平均のおよび／または中間の情報を提供できる。また、ここでのすべての他の動態／構成情報レポーティングと同様に、時間枠別に、ピアグループ（またはすべてのピアグループ）別に、ＣＣＡ別に、および／またはいくつかの他の基本設定別に、各介護者レベルに対してこのようなレポーティングを提供できる。ここで他のレポートに対して示し説明しているように、特定のまたはすべてのＣＣＡ、ピアグループおよび／または他の目標グループ間またはそれら対して、比較を実行できる。さらに、ここでのすべての他の動態／構成情報レポーティングと同様に、報告された動態／構成情報に対して統計的な他の有効な情報を計算でき、これらの情報を構成情報／動態情報アプリケーション１３６、１３６’が使用して、電子メール通知によりまたは他の電子手段により、レポートのインタフェース画面上に注意および／または別の警告をさらに発行することにより、その情報について計算が実行された動態／構成情報に関する注意を提供することができる。ここに述べた様々な実施形態により説明し考察したように、顧客／ユーザが、レポートにおけるオプションとしてまたはいくつかの他のインタフェースメカニズムを介して提供されるオプションとして、ここでのレポートを実行すると、構成情報／動態情報アプリケーション１３６、１３６’は、レポートの結果に直接関係する、薬物ライブラリのエントリのリストである、「薬剤ライブラリを表示」または「ライブラリのエントリを表示」アイコン（図示なし）をユーザに提供できる。このような「薬剤ライブラリを表示」または「ライブラリのエントリを表示」アイコン（図示なし）は、レポート内の各チャートに対して、レポートを生成するために使用されるパラメータ／基本設定から得られる動態／構成情報のセットまたはサブセットに対して、提供できる。例えば、ユーザが特定の種類の注入ポンプ、特定のＣＣＡおよび特定のピアグループに対してレポートを実行し、図５Ａ〜６Ｅの１つ以上で示したような情報が提供される場合、ユーザが結果を望む場合、ユーザは「ライブラリのエントリを表示」をクリックし、１つ以上の薬物ライブラリのエントリを選択する能力を提供され、ショッピングカート内にこのようなエントリを置き（以下により詳細に説明する）、または、例えばユーザにより作成される特定のＣＣＡに対する、ライブラリまたはサブライブラリに直接このようなエントリを配置することができる。この機能は、このようなレポーティング形態に適するように、すべてのレポーティング形態により実現できる。
【０１０９】
「緊急用」ＩＳＭＰ薬剤に注目する代わりにまたはこれに加えて、構成情報／動態情報アプリケーション１３６、１３６’はまた、ユーザが、基本設定を入力し、およびすべての機関内、ピアグループ内、ＣＣＡ内、その他内で最も使用される薬剤に関するレポートを実行できるように構成できる。例えば、構成情報／動態情報アプリケーション１３６、１３６’はまた、ユーザが「ＴｏｐＸ」薬剤に関するレポートを要求できるように構成できる。構成情報／動態情報アプリケーション１３６、１３６’は、ドロップダウンメニューからのユーザ選択を介して、またはいくつかの他のインタフェース手段を介して、Ｘに対する値を受信するように構成できる。したがって、ユーザがＸに対して２０を選択する場合、構成情報／動態情報アプリケーション１３６、１３６’は、「緊急用」薬剤レポートと同様に、チャートまたは他の様式で、最上位薬剤レポートを生成するように構成でき、このレポートは、１つ以上または以下の情報、すなわち、１）総合プログラムの割合として２０の最も使用される薬剤に対するソフトリミットオーバーライド、２）総合プログラムの割合として２０の最も使用される薬剤に対するソフトリミット編集、３）総合プログラムの割合として２０の最も使用される薬剤に対するハードリミットオーバーライド、および４）総合プログラムの割合として２０の最も使用される薬剤に対するハードリミット編集を表し、このチャートは、新しい薬物ライブラリの開発および／または既存の薬物ライブラリの編集において使用するために、少なくとも比較、追加の／統計情報の計算および直接関連する薬物ライブラリのエントリのリストを含む、「緊急用」の薬剤の報告された情報と同様の方法で分類され利用される。
【０１１０】
いくつかの医療デバイスはモジュール構成で配置または形成される。例えば、いくつかの医療デバイスは、少なくともプロセッサ、メモリ、ディスプレイ、ユーザがディスプレイとインタフェースして医療デバイスをプログラムするためのソフトおよびハードキー、通信インタフェースと、中央インタフェースモジュールの操作を制御し、特定目的のモジュールとインタフェースしてモジュールの動作を制御するためのソフトウェアとを含むことができる。この特定目的モジュールは、中央インタフェースモジュールを備える同一ハウジング内に含まれ、中央インタフェースモジュールに着脱可能に取り付けられ、中央インタフェースモジュールに接続されるか中央インタフェースモジュールのみと通信することができる。１つの特定目的のモジュールは、患者に対して、薬剤などの液状物質を注入するための単一ライン注入ポンプとして働く、第１注入ライン制御モジュールを含むことができる。第１注入ライン制御モジュールは、これ自体のプロセッサ、メモリ、ソフトウェア、通信インタフェース、ディスプレイならびにハードおよびソフトキーなどの制御キーを有することができる。別の特定の目的のモジュールは、患者に対して、薬剤などの液状物質を注入するための追加の単一ライン注入ポンプとして働く、第２注入ライン制御モジュールを含むことができる。第３または追加の注入ライン制御モジュールは、同様に中央インタフェースモジュールと通信し、接続されるかまたは着脱可能なように取り付けることができる。他の種類のモジュールは中央インタフェースモジュールと関連して動作することができる。この種類の医療デバイスが本発明に関連して実現される場合、分離してグループ化されたままの、モジュールのそれぞれに対する動態情報および構成情報を、まとめてＭＭＵまたは同様のサーバに取り込んで、記憶し、抽出／転送し、次に構成／動態情報データベース１４０、１４０’内に集計することができる。ここに説明したレポーティング技術から理解されるように、構成情報／動態情報アプリケーション１３６、１３６’は、例えば、１つの機関に対して、すべての機関に対して、ピアグループ内のすべての機関に対して、すべての機関内または特定のピアグループ内の特定のＣＣＡ、その他に対して、このようなラインがどのような頻度で使用されるかなどの、すべての第２注入ライン制御モジュールおよび／または第３注入ライン制御モジュール等に対する、動態情報に関するレポートを、顧客／ユーザが実行できるように構成できる。ユーザが、どれほど多くの第２注入ライン制御モジュール、第３注入ライン制御モジュール等を購入するかについて購買決定を行う前に、構成情報／動態情報アプリケーション１３６、１３６’へのアクセスを取得した場合、この情報は、どれだけ多くの第２注入ライン制御モジュール、第３注入ライン制御モジュール等を最初に購入するか、このような決定を行う時間を節約すること、購入以上に現金を節約すること、医療デバイスの不足が将来ある時点で発生することを防止することを、決定する際においてこのようなユーザを支援するために使用される。構成情報／動態情報アプリケーション１３６、１３６’はさらに、どれほど多くの第２注入ライン制御モジュール、第３注入ライン制御モジュール等、および他のモジュールおよび／または医療デバイス装置が、本発明の記載により想定するこのおよび他のレポートに準拠しているか示すように構成できる。他のレポートも本発明の説明によって考えられる。
【０１１１】
ログインが正常になされると、ＲＸＲＵＬＥＳまたは構成ユーザタイプのユーザには、図７に示したウェルカム画面が提供される。この画面は、これらに限定されないが、ヘルプ、ログオフおよび基本設定から選択するためのいくつかのオプションを提示する。図４Ｂに示した基本設定インタフェース画面表示内で、ユーザには、ユーザが表示に関心があるデータベース１４０内で、適合する場合、他の機関の構成情報からいずれかの構成情報に関する基本設定を設定する能力を提供される。当然、ユーザは、ユーザのシステムアカウントに基づいてこのようなアクセスに対する適切な認可を有していなければならない。詳細には、ユーザには、ユーザがユーザ自体の機関内で構成情報を表示することに関心がある、エンティティのリストより選択するために、エンティティ名ドロップダウン選択メニュー４００が提供される。ユーザにはまた、これらに限定されないが、以下のエンティティの施設種類、すなわち、地方、コミュニティ、教育機関／大学および複数の病院の医療システムの１つより選択するため、エンティティの種類のドロップダウン４０４選択メニューが提供される。ユーザは、これらに限定されないが、以下の範囲、すなわち、１−９９、１００−１９９、２００−２９９≧３００を含む、ベッドサイズドロップダウン選択メニュー４０８が提供される。ユーザにはまた、以下の、すなわち、特定の薬剤送達ポンプに対して、本発明の譲受人ＨＯＳＰＩＲＡ社の商標である、ＰＬＵＭ  Ａ＋およびＬＩＦＥＣＡＲＥ  ＰＣＡの１つより選択するために、ドロップダウンデフォルト注入器の種類選択メニュー４１２が提供される。エンティティの種類およびベッドサイズは、典型的には、追加のおよび／または他の基準を使用できるが、機関の「ピアグループ」として識別されるものを形成する。特定の構成情報のレポートを実行する場合、ユーザは別の選択にデフォルト選択の任意の１つを変更することができる。
【０１１２】
ログインが正常に行われた後に表われる、図７に示したＲＸＲＵＬＥＳユーザタイプに対するメインユーザ画面から、他の選択を提供できる。ユーザによる選択に対する第１選択はＲｘＲｕｌｅｓ−ＣＣＡ（臨床診療分野）区分であり、第２選択はＲｘＲｕｌｅｓ−用量制限である。ユーザがＣＣＡ区分オプションを選択する場合、ユーザには図８に示したものと同様のインタフェース画面表示が提供される。
【０１１３】
図８のインタフェース画面表示は、他の機関の臨床診療分野（ＣＣＡ）区分を表示するために、初期の基準またはパラメータを選択する能力をユーザに提供する。これは、これら自体の機関が、これらの機関の動作に最も有利である方法で設定されるかどうかを判断することおよびこれら自体の臨床診療分野を変更および／または構成することに役立つ。特に、図８のインタフェース画面表示は、ＣＣＡ構成情報を表示するために、注入器の種類を選択するための注入器の種類のドロップダウン選択メニュー８０４を含む。注入器の種類の選択は、特定の医療デバイスまたは薬剤送達ポンプ対して、これらに限定されないが、以下の、すなわち、本発明の譲受人ＨＯＳＰＩＲＡ社の商標である、ＰＬＵＭ  Ａ＋およびＬＩＦＥＣＡＲＥ  ＰＣＡを含む。機関内で使用される注入器の種類に応じて、他の選択も可能である。図８のインタフェース画面表示は、ＣＣＡ構成情報を表示するために、エンティティの種類を選択するためのエンティティの種類ドロップダウン選択メニュー８０８を含む。エンティティの種類の選択は、これらに限定されないが、地方、コミュニティ、教育機関／大学および複数の病院の医療システムを含む。他のエンティティの種類も可能である。図８のインタフェース画面表示はまた、このような施設に対するＣＣＡ構成情報を表示するために、施設内のベッド数を選択するためのベッドサイズのドロップダウン選択メニュー８１２を含む。ベッドサイズの選択は、これらに限定されないが、１−９９、１００−１９９、２００−２９９、≧３００を含む。他の範囲の可能である。
【０１１４】
上記の最初の検索パラメータが選択されると、ユーザは「条件検索」ボタン８１６を選択でき、ユーザには、図９に示したものと同様のインタフェース画面表示が提供される。図９のインタフェース画面表示は、ユーザに、実際のＣＣＡ結果を見出すための実際の検索を実行できる利用可能な検索条件を示す、事前検索結果テーブル９００を提供する。事前検索結果テーブル９００内の利用可能な検索条件が受け入れ可能な場合、ユーザは検索ボタンを選択して検索を実行する。これとは別に、ユーザは、リセットボタンを選択して他の検索パラメータを選択することもできる。加えて、図８のインタフェース画面表示は、追加のターゲットを検索するための他のドロップダウン選択メニューを提供する。詳細には、図８の画面表示は、サービスラインを選択するための、サービスラインドロップダウン選択メニュー（示さず）を含むことができる。ＣＣＡは各機関／施設に対して固有である。しかし、サービスラインは様々な機関／施設にわたって同じである。したがって、各機関／施設は、メモリ１４０内に、各機関／施設の定義済みパラメータ／情報の一部として定義される各サービスラインに対して１つ以上のＣＣＡを有することができる。しかし、各ＣＣＡはメモリ１４０内の、各機関／施設の定義済みパラメータ／情報の一部として２つ以上のサービスラインを有することができない。サービスラインのいくつかの例は、ＣＣＡリスト１００４、１００８内の図１０に示されている。サービスラインの他の例には、行動保健学、骨髄移植、熱傷治療室、救急医療サービス内分泌学、目、耳、鼻およびのど、老人病、血液、ＩＣＵ（集中治療室）−心拍停止、ＩＣＵ−一般、ＩＣＵ−医療、ＩＣＵ−新生児、ＩＣＵ−小児科、ＩＣＵ−外科、医薬品−成人、医薬品−新生児、医薬品−小児科、産科／婦人科、腫瘍−成人、腫瘍−小児科、整形外科、疼痛管理、リハビリ、腎臓、高度看護、外科−成人、外科−心臓血管、小児外科、移植、外傷、泌尿器、複数のサービスラインを含む。他の特に必要なサービスラインには、麻酔、外来手術、遠隔計測、特別処置、輸血センターおよび／または外来を含む。図８に示した上記のドロップダウン選択メニューに加えて、構成／動態情報アプリケーションを構成でき、リポジトリ１４０の構成／動態情報データベースは、追加の検索基準に対して追加のドロップダウン選択メニューを提供するように構成できる。例えば、図８の画面表示はまた、図示されたオプションに加えて、施設のピアグループまたはすべてのピアグループを除いて１つ以上のピアグループを選択するための能力を提供できる。１つの実施形態では、ベンダのシステム管理者は利用可能なドロップダウン選択を確定できる。別の実施形態では、ユーザの機関は、これら自体のドロップダウン選択オプションを確定するためにいくつかの柔軟性が提供される。
【０１１５】
ユーザが検索ボタンを選択すると、ユーザには、図１０に示したものと同様のインタフェース画面表示が提供される。図１０のインタフェース画面表示は、ユーザに、検索条件パラメータをデータベース１４０に一致させるこれらのエンティティから、いずれのエンティティに対するＣＣＡをユーザが表示することを希望するかを選択する、ジェネリックエンティティ選択ウィンドウ１０００を提供する。ユーザは、エンティティ選択ウィンドウ１０００内でエンティティのすべてまたはすべてより少ないエンティティを選択する。ユーザが、ユーザがそのエンティティに対するＣＣＡを表示することを希望する１つまたは複数のエンティティを選択すると、ユーザは「レポート表示」ボタンを選択でき、ユーザには図１１に示したものと同様のインタフェース画面表示が提供される。図１１のインタフェース画面表示は、ユーザに、エンティティ選択ウィンドウ１１００内の第１の２つのエンティティに対する臨床診療分野のリストを提供する。詳細には、第１のＣＣＡリスト１１０４は、第１のエンティティに対するＣＣＡのすべてを示す図１１のインタフェース画面表示内に提供され、これらエンティティの名前は特定されず、匿名のままである。第２のＣＣＡリスト１１０８もまた、第２のエンティティに対するＣＣＡのすべてを示す図１１のインタフェース画面表示内に提供され、これらエンティティの名前もまた特定されず、匿名のままである。エンティティの識別が決定される情報は提供されない。したがって、各ＣＣＡリスト１１０４、１１０８はサービスラインおよびＣＣＡ名のリストを提供し、エンティティを区分し、そのエンティティのＣＣＡを体系化する方法の少なくとも１つの表示を提供する。
【０１１６】
ＲＸＲＵＬＥＳまたは構成情報のユーザの種類がＲｘＲｕｌｅｓ−用量制限オプションを選択すると、ユーザには、検索パラメータに一致するポンプ内で少なくとも用量制限に関する薬物ライブラリ情報を提供するために、検索条件またはパラメータを選択するための、図１２に示したものと同様のインタフェース画面表示が提供される。詳細には、図１２のインタフェース画面表示は、前のインタフェース画面表示と同様に注入器の種類を選択するために、注入器の種類のドロップダウン選択メニュー１２０４を提供する。図１２のインタフェース画面表示はさらに、前のインタフェース画面表示と同様にエンティティの種類を選択するために、エンティティの種類のドロップダウン選択メニュー１２０８を提供する。図１２のインタフェース画面表示はまた、前のインタフェース画面表示と同様にベッドサイズを選択するために、ベッドサイズのドロップダウン選択メニュー１２１２を提供する。これに加えて、図１２のインタフェース画面表示はさらに、サービスラインを選択するために、サービスラインのドロップダウン選択メニュー１２１６を提供する。ＣＣＡは、各機関／施設に対して固有である。しかし、サービスラインは、様々な機関／施設にわたって同一である。したがって、各機関／施設は、メモリ１４０内の各機関／施設の定義済みパラメータ／情報の一部として定義される、各サービスラインに対する１つ以上のＣＣＡを有する。しかし、各ＣＣＡは、メモリ１４０内の各機関／施設の定義済みパラメータ／情報の一部として２つ以上のサービスラインを有することができない。サービスラインのいくつかの例は図１１におけるＣＣＡリスト１１０４、１１０８内に示されている。サービスラインの他の例は、行動保健学、骨髄移植、熱傷治療室、救急医療サービス内分泌学、目、耳、鼻およびのど、老人病、血液、ＩＣＵ（集中治療室）−心拍停止、ＩＣＵ−一般、ＩＣＵ−医療、ＩＣＵ−新生児、ＩＣＵ−小児科、ＩＣＵ−外科、医薬品−成人、医薬品−新生児、医薬品−小児科、産科／婦人科、腫瘍−成人、腫瘍−小児科、整形外科、疼痛管理、リハビリ、腎臓、高度看護、外科−成人、外科−心臓血管、小児外科、移植、外傷、泌尿器、複数のサービスラインを含む。他の特に必要なサービスラインには、麻酔、外来手術、遠隔計測、特別処置、輸血センターおよび／または外来を含む。図１２に示した上記のドロップダウン選択メニューに加えて、構成／動態情報アプリケーションを構成でき、リポジトリ１４０の構成／動態情報データベースは、追加の検索基準に対して追加のドロップダウン選択メニューを提供するように構成できる。例えば、図１２のインタフェース画面表示はまた、薬物のリスクレベルのドロップダウン選択メニュー（図示なし）を含むことができ、このメニューは、高リスク、中リスク、低リスクおよび／またはすべてのリスクレベルなどの選択を含むことができる。すべてのリスクレベル以外のリスクレベルを選択することにより、ユーザは、検索が実行されるターゲットのより詳細な結果に絞ることができる。図１３のインタフェース画面表示はまた、ウィンドウ１３００内のリスクレベルオプションおよび／または指定を含むように構成できる。他の選択の同様に可能である。
【０１１７】
上記の最初の検索パラメータが選択されると、ユーザは「検索」ボタン１２２１を選択することができ、ユーザには事前の検索結果テーブル１３００が提供される。図１３のインタフェース画面表示は、用量制限（用量制限はデータベース１４０内の検索基準パラメータと一致する）などの、ユーザがどの薬剤に対する構成情報を表示することを希望するかを選択するために、１つ以上のジェネリック薬剤名をユーザに提供する。ユーザは、薬剤選択ウィンドウ１３００内で薬剤のすべてまたはすべてより少ない薬剤を選択することができる。ユーザが、ユーザがその薬剤の用量制限を表示することを希望する１つまたは複数の薬剤を選択すると、ユーザは報告表示ボタンを選択することができ、ユーザには図１４に示したものと同様のインタフェース画面表示が提供される。図１４のインタフェース画面表示は、構成情報の行を備える、図１３のインタフェース画面表示からそれぞれ選択された薬剤のリストをユーザに提供する。注入器の種類に基づいて、構成情報の各行は、カウント１４０４、規則設定の種類（完全、限定されたまたは部分的、または表記のみ）１４０８、濃度１４１２、投与単位１４１６、下限のハードリミット（ＬＨＬ）１４２０、下限のソフトリミット（ＬＳＬ）１４２４、上限のソフトリミット（ＵＳＬ）１４２８、上限のハードリミット（ＵＨＬ）１４３２を含むことができる。カウント１４０４は、データリポジトリ１４０内に記憶されたすべての構成情報から以前に選択されたパラメータに基づいた一致の数を表す。規則設定の種類１４０８は、ＰＬＵＭ  Ａ＋デバイスに対して固有であり、様々なレベルの規則セットの構成を表す。濃度１４１２は、その薬剤に対してポンプをプログラムするために使用される、少なくとも１つの薬物ライブラリに含まれる薬剤の濃度を表す。投与単位１４１６は、その薬剤に対してポンプをプログラムするために使用される、少なくとも１つの薬物ライブラリに含まれている測定の投与単位を表す。それぞれのリミット１４２０、１４２４、１４２８、１４３２は、その薬剤に対するポンプをプログラムするために使用される、少なくとも１つの薬物ライブラリに含まれている安全性のリミットを表す。構成情報の２つ以上の行が任意の１つの薬剤に対して表われる場合、これは、様々な薬物ライブラリが、利用される検索パラメータに対して、この特定の薬剤に関する様々な情報を有することを示す。データベース内で薬物のリスクレベルが追跡される場合、図１３および／または図１４のインタフェース画面はまた、例えば、「すべてのリスクレベル」がドロップダウンメニューにおける図１２のインタフェース画面表示内の検索／報告パラメータに対して選択される場合、各行の一部として高リスク、中リスクまたは低リスクなどの、リスクレベル（図示なし）を表示するように構成できる。特定のリスクレベルが、検索／報告パラメータの一部として、例えば「高リスク」を選択された場合、インタフェース画面表示は図１３および／または図１４に表示された結果全体に対する表題としてこの指定を示すことができる。インタフェース画面表示および追跡／更新されるデータベース情報を構成する他の方法は、本発明の説明および図面の観点から想���できる。図１４に示すように、構成情報／動態情報アプリケーション１３６、１３６’およびインタフェース画面表示は、リスト化される結果の一部として、ユーザの機関またはこれらの「ホーム」の機関からの構成情報を含む、構成情報の各列に隣接する、「ホーム」アイコン１４４０を表示するように構成できる。また図１４に示すように、構成情報／動態情報アプリケーション１３６、１３６’およびインタフェース画面表示は、ユーザのログインセッション中に、用量制限レポートなどの、構成情報レポートにおいてこのユーザによりすでに表示されている、構成情報の各行に隣接する「フラグ」アイコン１４４２を表示するように構成できる。
【０１１８】
構成／動態情報アプリケーションおよび図１４のインタフェース画面表示はまた、広範な機関／施設の医療デバイス構成ライブラリ、例えば、広範な薬物ライブラリおよび注入器マスタ設定ライブラリ、選択ボックス、ボタン、または、一旦選択されると、リスト化された機関／施設に対する広範な／集約された構成ライブラリをインタフェース画面表示に表示できるリンク（図示なし）を提供するように構成できる。薬剤送達ポンプまたは注入器を有する実施形態では、いくつかの病院は、その機関／施設内で薬物ライブラリおよびマスタ設定などの注入器構成ライブラリが構成される、すべてではないが大半の可能な方法を含む、広範な構成注入器ライブラリまたはデータベースを維持する。ユーザには、機関／施設における様々な注入器に対する構成ライブラリが表示される広範な構成情報から特定の薬物に対して構成される、方法のすべてを表示できる能力が提供される。広範な構成情報は、ここに説明した構成／動態情報と同様の方法で、中央ベンダ／プロバイダコンピュータシステム１２０に、送信され、更新および／またはファイル転送される。加えて、ボックス、ボタンまたはリンクは、例えば図１４のインタフェース画面表示に示した薬物などの、図１３および図１４のインタフェース画面表示内で実行される選択の結果内で示される１つまたは複数の薬物に関する、広範な構成ライブラリ内の特定の位置を表示するように構成できる。
【０１１９】
これに加えてまたは代替的に、図１４の構成／動態情報アプリケーションおよびインタフェース画面表示はまた、マスタ医療デバイス設定、例えばマスタ注入器設定、選択ボックス、ボタンまたはリンク（示さず）を提供するように構成できる。選択されると、特定の注入器に関する機関／施設の特定の注入器に対する追加のまたはすべての構成ライブラリ情報は、図１４のインタフェース画面表示または追加のインタフェース画面表示（図示なし）に表われる。例えば、図１４のインタフェース画面表示は、ボックス、ボタンまたはリンクを介して、アラームの音量、アラームの音、警告および他のイベント等の音などの、各注入器に対するマスタ注入器設定を要求および表示する能力をユーザに提供できる。マスタ注入器設定などのマスタ医療デバイス設定は、構成／動態情報アプリケーションにおける使用のために、ここで説明した構成／動態情報と同様の方法で、中央ベンダ／プロバイダコンピュータシステム１２０、１２０’に送信、更新および／またはファイル転送できる。
【０１２０】
中央リポジトリ１４０、１４０’に記憶された中央構成／動態データベース内の、いくつかの機関のメンテナンスデータベースのテーブルが、医療システム／施設ＩＤ、顧客ＩＤ、ＡＨＡ（米国病院協会）番号、ＨＩＮ（病院識別番号）、医療システム／施設名、医療システム／施設の住所、市、州、郵便番号、国、電話番号、電子メールアドレス、連絡先、登録日、ＦＴＰ（または抽出）シーケンス番号、ピアグループ、医療システム／施設におけるベッド数、医療システム／施設が稼働中であるかどうか、医療システム／施設サーバリスト（医療システム／施設内のすべてのサーバの識別）、および適合する場合、施設リスト（医療システムの一部であるすべての施設）などの、機関の構成情報を記憶するために提供される。機関のメンテナンスインタフェース画面を用いて、この情報を入力および／または変更する場合、機関のメンテナンスデータベースのテーブルはそれぞれ、管理者の入力状況により変更される。中央ベンダコンピュータシステムに機関の構成／動態情報をアップロードするための各ＦＴＰアクションまたは他の抽出の後に、ＦＴＰまたは他の抽出シーケンス番号は、発生しているアップロードの経過を追うために増分される。医療システム内のベッドサイズは、医療システム内の機関のすべてにおけるベッドの総数である。
【０１２１】
１つの実施形態では、古い構成情報および動態情報データベースのテーブルおよびデータベース内のデータは、構成／動態情報集計サーバ１３２内の所定の期間を超えて保持されない。古い記録は、集計サーバ１３２、１３２’内で保管され、定期的に、テープまたは他の記憶媒体バックアップなどの、オフライン記憶装置にコピーされる。薬物ライブラリなどの構成情報は削除され、各機関およびデバイスの種類に対して完全に毎回再ロードされる。この実施形態を使用する１つの理由は、典型的には１つのみの構成ライブラリが、１つのデバイス／ポンプ内で使用され、多くてもデバイスの種類当たり１つのみの構成ライブラリが随時に機関内で作成でき、活用できる。１つの実施形態では、集計サーバ１３２、１３２’、ＦＴＰサーバ１２４、１２４’または他のコンピュータ内の生データは無期限に保持される。他の実施形態では、ここで提供された要約結果は１８か月または無期限に保持される。
【０１２２】
別の実施形態では、顧客が、ここで説明したＲＸＲＵＬＥＳアプリケーション内でＣＣＡ区分または用量制限報告などの構成情報レポートを実行する場合、構成情報／動態情報アプリケーション１３６、１３６’は、構成情報の他のグループ化または累積的グループ化内およびこのような他の構成情報に関連する動態情報から、構成レポート対構成情報の１つ以上の結果の、ここに説明したＢＥＮＣＨＭＡＲＫＩＮＧ比較と同様の比較を顧客が実行できるように、構成できる。例えば、図１２〜図１４を再度参照すると、顧客またはユーザは、１種類の注入器、１種類のエンティティ、１種類のサービスラインおよび１つのサイズの機関の基本設定を用いて用量制限レポートを実行できる。このような基本設定で提供される結果は、次に、すべてのまたは他の注入器、すべてのまたは他のエンティティ、すべてのまたは他のサービスラインの種類、すべてのまたは他のサイズの機関および／またはすべてのまたは他のピアグループと比較できる。結果は、図５Ａ〜図６Ｅ内に提供される結果および／またはチャート同様の方法で提示される。この実施形態を続けると、顧客は、ここに説明したＲＸＲＵＬＥＳアプリケーション内のＣＣＡ区分または用量制限報告などの構成情報報告を実行する場合、構成情報／動態情報アプリケーション１３６、１３６’はさらに、顧客が、用量制限報告内のソフトリミットを変更するなどの、個別の報告項目の１つを変更することを可能にするように構成できる。構成情報／動態情報アプリケーション１３６、１３６’は、顧客が、構成情報の他のグループ化または累積的なグループ化内の中から構成報告対構成情報のおよび／または構成レポートに対するこのような他の構成情報に関連する動態情報の、変更結果の、ここに説明するＢＥＮＣＨＭＡＲＫＩＮＧ比較と同様の、比較を実行するまたは以前の比較の実行を再実行することを可能にするように構成できる。このように、顧客は、このような変更されたソフトリミットを利用して生成される、警告回数が変更されたソフトリミットなどの、パラメータ変更の効果を決定することができる。
【０１２３】
ここで説明したＢＥＮＣＨＭＡＲＫＩＮＧおよび／またはＲＸＲＵＬＥＳ機能などの、構成情報／動態情報アプリケーション１３６、１３６’の機能の本発明のセットは、他の種類の注入器デバイスに関するならびに監視デバイス、換気機、シリンジポンプおよび他の薬剤送達および／または監視デバイスに関する、構成／動態情報に対して利用できる。
【０１２４】
図１６〜図２３を参照すると、管理画面のセットは、本発明へのアクセスを有する各機関に対して、中央構成／作業データリポジトリ１４０、１４０’内に記憶されたシステム設定を、閲覧、構成および／または変更するために提供できる。ベンダ／プロバイダにおける管理者は、インターネットを介して中央プロバイダコンピュータシステム上に常駐する構成／動態情報アプリケーション１３６、１３６’にアクセスする、管理者のクライアントコンピュータ（図示なし）を介して、上に説明したユーザに対する他のインタフェース画面と同様の方法で、管理画面にアクセスすることができる。例えば、構成／動態情報アプリケーションからの１つ以上のインタフェース画面は、管理者のクライアントコンピュータを介して、システムメンテナンス（図１７）、機関／施設メンテナンス（図１８）、ユーザ管理（図１９〜図２０）、注入器メンテナンス（図２１）、ピアグループのメンテナンス（図２２）および全体設定（図２３）に対して提供できる。これらのメンテナンスインタフェース表示画面のそれぞれは、システムメンテナンスリンク１６０２、機関／施設のメンテナンスリンク１６０４、ユーザ管理リンク１６０６、注入器メンテナンスリンク１６０８、ピアグループメンテナンスリンク１６１０および全体設定リンク１６１２をそれぞれ、クリックすることにより、図１６に示した管理オプションインタフェース画面１６００を介してナビゲートできる。
【０１２５】
図１７を参照すると、医療システムまたは機関メンテナンスインタフェース画面１７００は、管理者が、機関ＩＤ１７０２、機関名１７０４、機関の住所１７０６、機関の市１７０８、機関の州および郵便番号１７１０、機関の電話番号１７１２、機関の電子メールアドレス１７１４、機関のベッド数１７１６、機関が有効であるかどうか１７１８、機関のサーバリスト１７２０および機関の施設リスト１７２２などのシステム情報を、閲覧、構成および／または変更することを可能にする。ベンダ管理者は、機関名、市、州、電話番号により機関の検索画面を介してまたは機関を識別するために使用されるいくつかの他の情報を介して、機関を調べることができる。これは、入力フィールド１７３０にこの情報を入力して検索ボタン１７４０を押すことにより実行できる。結果画面は次に、管理者が閲覧および構成する、上記のおよび他の機関情報のテーブルを表示できる、クライアントコンピュータ上に表示される。管理者には、この情報の少なくともいくつかを構成するための１つ以上の「編集」ボタン１７５０が提供でき、新しい機関を追加するために「追加」ボタン１７６０が提供できる。編集ボタンが選択されると、管理者には、テーブル内の各フィールド内の情報を入力および／または変更するためにテーブル内のフィールドのそれぞれへのアクセスが提供される。
【０１２６】
管理者が機関のメンテナンスインタフェース画面内のサーバリストフィールドを選択すると、機関に対するサーバのすべてをリストアップした、追加のサーバリストのテーブル（図示なし）が表われる。管理者は、「編集」ボタンを選択してリストアップされたサーバを変更するか、または「追加」ボタンを選択して機関に対する新しいサーバを入力することができる。各サーバのリストは、サーバＩＤ番号、構成情報シーケンス番号（構成情報に対して発生しているアップロード番号）および動態情報シーケンス番号（動態情報に対して発生しているアップロード番号）を提供する。構成情報シーケンス番号および動態情報シーケンス番号は、典型的には同一であり、構成情報および動態情報は、ＦＴＰ／抽出動態が発生するたびに一緒にアップロードされる場合、同じである。しかし、１つの実施形態では、ＦＴＰ動態、抽出またはアップロードは、別々にそれぞれの種類の情報に対して発生する場合があり、これによりシーケンス番号に差を生じる可能性がある。
【０１２７】
管理者が、機関のメンテナンスインタフェース画面内の施設リストフィールドを選択すると、機関に対する施設のすべてをリストアップした、追加の施設リストテーブル（図示しないが図１８と同様である）が表われる。各施設のリストは、施設名、サーバＩＤ、住所、市、州、ピアグループの種類、ベッド数および施設の位置の詳細を、施設を参照する容易な方法として管理者に提供する。インタフェース画面の個別のセットは、以下に説明するように、施設の追加および／または変更するために提供される。
【０１２８】
図１８を参照すると、施設のメンテナンスインタフェース画面１８００は、少なくともベンダ管理者が、施設名１８０２、サーバＩＤ１８０４、住所１８０６、市１８０８、州および郵便番号１８１０、電話番号１８１２、施設の種類１８１４、施設におけるベッド数１８１６、親の機関（または１つの実施形態における施設）１８１８、位置の詳細１８２０、アクセスの種類１８２２、施設が稼働中であるか１８２４、ユーザのリスト１８２６および注入器のリスト１８２８などの施設情報を、閲覧、構成および／または変更することを可能にする。これらの機能のうちのいくつかは、同様に機関の管理者が利用可能である。該当する管理者は、施設名、市、州、電話番号により施設の検索画面を介して、または施設を識別するために使用されるいくつかの他の情報を介して、施設を調べることができる。これは、入力フィールド１８３０にこの情報を入力し、検索ボタン１８４０を押すことにより実行できる。結果の画面は次に、遠隔クライアントコンピュータに表示でき、この画面は、管理者が表示および構成する上記のおよび他の施設情報のテーブルを表示できる。管理者には、この情報の少なくともいくつかを構成するための「編集」ボタン１８５０を提供でき、新しい施設を追加するための「追加」ボタンを提供できる。編集ボタンが選択されると、管理者には、テーブル内の各フィールド内の情報を入力および／または変更するために、テーブル内の各フィールドへのアクセスが提供される。
【０１２９】
管理者が施設のメンテナンスインタフェース画面内のユーザリストフィールドを選択すると、施設に対するユーザのすべてをリストアップした、追加のユーザリストテーブル（図示しないが図１９と同様である）が表われる。各ユーザのリストは、ユーザ名、ユーザの住所、市、州、国、仕事の電話番号、ユーザの種類（構成情報ユーザおよび／または動態情報ユーザ）、ユーザが構成情報へのアクセスを有することについての期限失効日、およびユーザが動態情報へのアクセスを有することについての期限失効日を提供する。本発明の譲受人は、１つ以上の図で示されるように、構成情報ユーザをＲＸＲＵＬＥＳユーザ（またはＨＯＳＰＩＲＡ  ＭＥＤＮＥＴＭＥＤＳユーザ）と名付け、動態情報ユーザをＢＥＮＣＨＭＡＲＫＩＮＧユーザと名付けた。インタフェース画面、ユーザ管理インタフェース画面の個別のセットは、以下に説明するように、ユーザを追加および／または変更するために提供される。
【０１３０】
管理者が、施設のメンテナンスインタフェース画面内の注入器リストのフィールドを選択すると、施設に対する注入器のすべてをリストアップした、追加の注入器リストのテーブル（図示しないが図２１の図と同様である）が表われる。各注入器のリストは、注入器ＩＤ、機関またはシステム名、施設名、コンパートメントのインデックス、ＣＣＡのＩＤ、注入器の種類およびダウンロード状態の番号を提供する。コンパートメントのインデックスおよびダウンロード状態の番号は、それぞれの注入器ポンプの機構および薬物ライブラリのダウンロードの現在の状態をそれぞれ表す。ＣＣＡのＩＤは、例えば一般集中治療分野または小児集中治療分野などの、臨床診療分野の識別を表す。注入器の種類は、注入器のベンダまたは他の薬剤送達デバイスのベンダに依存してもよい。例えば、本発明の譲受人はまた、少なくともＰＬＵＭ  Ａ＋およびＬＩＦＥＣＡＲＥ  ＰＣＡの名前の薬剤送達ポンプのベンダである。したがって、１つの実施形態では、注入器の種類は、ＰＬＵＭ  Ａ＋およびＬＩＦＥＣＡＲＥ  ＰＣＡまたは機関および／または施設が使用してもよい他の注入器またはポンプの種類である。インタフェース画面または管理注入器インタフェース画面の個別のセットは、以下に説明するように、注入器を追加および／または変更するために提供される。
【０１３１】
図１９を参照すると、ユーザ管理インタフェース画面１９００は、管理者が、ユーザＩＤ１９０２、ユーザ名１９０４、住所１９０６、国１９０８、仕事先の電話番号１９１０、携帯電話番号１９１２、ユーザの種類１９１４（構成情報のアクセスの種類および／または動態情報のアクセスの種類）、アクセスの種類１９１６およびユーザがアクセスの各種類に対する構成／動態情報アプリケーションへのアクセスを有することについての期限失効日１９１８（ＢＥＮＣＨＭＡＲＫユーザアクセスに対してＢＭ、ＲＸＲＵＬＥＳユーザアクセスに対してＲｘＲ）などの、ユーザ情報を表示、構成および／または変更することを可能にする。管理者は、ユーザＩＤ、ユーザ名、ユーザの住所、ユーザの国、ユーザの仕事の電話番号、ユーザの携帯電話番号、ユーザの種類および／または期限失効日によりユーザ検索画面を介してまたは、ユーザまたはユーザのグループを識別するために使用される、いくつかの他の情報を介して、ユーザまたはユーザのグループを調べるまたは検索することができる。これは、入力フィールド１９３０にこの情報を入力して検索ボタン１９４０を押すことにより実行できる。次に結果画面が遠隔クライアントコンピュータに表示され、この画面は、管理者が閲覧および構成する上記のおよび他のユーザ情報のテーブルを表示できる。管理者にはこの情報の少なくともいくつかを構成するための「編集」ボタンを提供できる。別の例では、各ユーザが、各ユーザＩＤ１９０２の下線を備える、図１９に示すような、ユーザのテーブルのエントリを構成および変更するために、強調表示され、編集画面にリンクされる、ユーザＩＤを含むことができる。新しいユーザのエントリのリンクを提供することができ、または新しいユーザを追加するユーザ「追加」ボタンを提供することができ、これらは、このようなリンクをクリックすると表われる新しいユーザのエントリ画面にリンクできる。編集、追加または他のボタンまたはリンクが選択されると、管理者には、ユーザテーブル内の各フィールド内のユーザ情報を入力および／または変更するために、テーブル内の各フィールドへのアクセスが提供される。
【０１３２】
図２０を参照すると、ユーザのエントリまたは変更画面２０００は、ユーザに関する情報を入力／変更するための様々なフィールドを有する。ユーザＩＤ番号は構成／動態情報アプリケーションによりユーザに割り当てられ、表示され、フィールドは、名２００２、姓２００４、ミドルネーム２００６、接頭語２００８、接尾語２０１０、所在地住所２０１２、市２０１４、州２０１６、国２０１８、郵便番号２０２０、仕事先の電話番号２０２２、携帯電話番号２０２４、仕事先のファックス番号２０２６、仕事先の電子メールアドレス２０２８、ベンダ提供の顧客ＩＤ番号２０３０、（上記の）１つまたは複数のユーザの種類２０３２、テキストボックス２０３４内に提供される追加の情報、秘密のパスワードの確認質問２０３６、秘密のパスワードの確認回答２０３８、ロックされたアカウント／アカウント有効チェックオフボックス（示さず）、アクセスのそれぞれの種類に対するアクセスの期限失効日（示さず）および、ユーザがテーブル内にリストアップされている各特定の施設に割り当てられているかどうかを示すこのような施設に対するチェックオフボックスと共にユーザの特定の機関内のすべての施設のテーブル（示さず）を含むが、これらに限定されない。機関および／または施設を追加するためのリンクは、この画面から、ならびにユーザパスワードをリセットするため、およびユーザが新しいパスワードを自動的に電子メール送信するためのリセットパスワードボタンから提供できる。「保存」、「キャンセル」および他のボタンは典型的なデータ管理機能に対して提供できる。ドロップダウンリストはユーザの種類２０３０を選択するために提供できる。選択は、構成情報ユーザ（ＲＸＲＵＬＥＳ）、動態情報ユーザ（ＢＥＮＣＨＭＡＲＫＩＮＧ）、これらの種類の両方、機関の管理者、ベンダの管理者、スーパーユーザ（構成情報ユーザ（ＲＸＲＵＬＥＳ）、動態情報ユーザ（ＢＥＮＣＨＭＡＲＫＩＮＧ）および機関のユーザの組み合わせ）およびヘルプデスクを含むことができる。使用する秘密の質問のドロップダウンリストはまた、パスワードの確認についてユーザに質問するために、典型的な標準的質問を提供するために提供できる。
【０１３３】
図２１を参照すると、注入器管理インタフェース画面２１００により、管理者は、注入器ＩＤ２１０２と、薬剤管理および／または送達システム（注入器がこのシステム内で通信し、常駐する）のシステム名２１０４と、臨床診療分野名などの施設内の注入器の位置を提供する位置の詳細２１０６と、注入器が通信するサーバのサーバＩＤ２１０８と、注入器が位置し使用される顧客の機関の顧客ＩＤ２１１０と、注入器の種類２１１２およびダウンロード状態２１１４などの注入器の情報とを、閲覧、構成および／または変更できる。ダウンロード状態２１１４は薬物ライブラリのダウンロードの現在の状態を表す。管理者は、注入器管理ボタンを選択することにより注入器を閲覧することができる。注入器情報はテーブル様式で示され、管理者には、上記の情報の少なくともいくつかを構成するために、各テーブルのエントリの開始時に「編集」ボタン２１２０を提供できる。また注入器管理インタフェース画面により、管理者は追跡タイプのセレクタ２１３０を介して、すべての「孤立した注入器」またはすべての「追跡されたポンプ」を選択して表示ことができる。孤立した注入器は、位置が割り当てられないまたは位置の詳細を提供されない、注入器を表す。追跡されたポンプは位置の詳細を備えるポンプを表す。管理者が構成することを希望するテーブルのエントリを編集後、管理者は保存ボタンを選択してメモリに編集のすべてを保存することができる。リセットボタンを設けて、すべての編集をいずれかの編集が実行される前の状態にリセットして、注入器のテーブルエントリにいずれの編集も保存しないようにすることができる。編集ボタンが選択されると、管理者には、注入器のテーブル内の各フィールド内で注入器情報を変更するために、テーブル内の各注入器フィールドへのアクセスが提供される。
【０１３４】
図２２を参照すると、ピアグループ管理インタフェース画面２２００により、管理者は、エンティティの種類２２０２およびベッド数２２１０などのピアグループ情報を表示、構成および／または変更することができる。エンティティの種類２２０２は、地方、コミュニティ、教育機関／大学および複数の病院の医療システムの１つとしてまたは構成／動態情報アプリケーションが顧客の機関による使用に対してプログラムされるいくつかの他の指定を用いて、各機関を定義する。ベッドサイズ２２１０は、医療システム内のすべての施設を含んで、医療システム内のベッド数（患者に対する）を定義する。ピアグループ管理インタフェース画面は、ピアグループ名２２０４および有効／無効フィールド２２０６を備える、テーブル内にエンティティの種類２２０２を閲覧できる。ピアグループ管理インタフェース画面はまた、低サイズ２２１２（領域の下端）、高サイズ２２１４（領域の上端）および有効／無効フィールド２２１６を用いて、テーブル内にベッドサイズ２２１０を表示できる。管理者は、ピアグループを管理するボタンを選択することにより、エンティティの種類のテーブルおよび／またはベッドサイズのテーブルを表示できる。ピアグループ情報はテーブル様式で示すことができ、管理者には、上記の情報を構成および／または変更するために、各テーブルのエントリに開始時に「編集」ボタン２２３０が提供できる。管理者が構成することを希望するテーブルのエントリの編集後、管理者は保存ボタンを選択してメモリに編集のすべてを保存することができる。リセットボタンを設けて、すべての編集をいずれかの編集が実行される前の状態にリセットして、ピアグループのテーブルエントリにいずれの編集も保存しないようにすることができる。編集ボタンが選択されると、管理者には、エンティティの種類のテーブルおよび／またはベッドサイズのテーブル内の各フィールド内でピアグループ情報を変更するために、テーブル内の各ピアグループのフィールドへのアクセスが提供される。
【０１３５】
図２３を参照すると、全体設定インタフェース画面２３００により、管理者は全体設定を閲覧、構成および／または変更することができ、これにより、本発明の構成／動態情報アプリケーションの機関のユーザに対して特定の方式にシステムをカスタマイズする。詳細には、全体設定インタフェース画面により、管理者は、アプリケーションへの構成情報ユーザのアクセスの期限失効に対するデフォルト値２３０２およびシステムへの動態情報ユーザのアクセスの期限失効に対するデフォルト値２３０４、ユーザのパスワードを変更しなければならない頻度に対するデフォルト値２３０６、パスワードセキュリティの検証に対して使用するためのデフォルト質問２３０８、ここに説明する特定の情報をインタフェース画面内に表示するためのエンティティ／ユーザ名２３１０、各機関から受信されたシステムメモリ内の生の構成／動態情報を保持する期間の長さ２３１２、システムメモリ内の各機関の生の構成／動態情報に関するシステムメモリ内の要約の構成／動態情報を保持する期間の長さ、ＢＥＮＣＨＭＡＲＫ比較報告を実行することを必要とするピアグループにおけるエンティティの最小数２３１４、ＲＸＲＵＬＥＳのＣＣＡの区分報告において選択される機関／施設の最大数２３１６および／またはＲＸＲＵＬＥＳの用量制限報告において選択される薬物名の最大数２３１８などの、特定のパラメータをカスタマイズすることができる。管理者がカスタマイズできる上記のパラメータは単なる例である。多くの他の例が、本発明の詳細な説明に関連して当業者には明らかであろう。また、全体パラメータは、パラメータ名、パラメータの種類、パラメータの詳細、パラメータ値および／または有効／無効の指定を有する各エントリにより、テーブル様式で示すことができる。管理者には、上記の情報を構成および／または変更するために、各テーブルのエントリの開始時に「編集」ボタン２３３０を提供できる。管理者が構成することを希望するテーブルのエントリの編集後、管理者は保存ボタンを選択してメモリに編集のすべてを保存することができる。リセットボタンを設けて、すべての編集をいずれかの編集が実行される前の状態にリセットして、全体パラメータのテーブルエントリにいずれの編集も保存しないようにすることができる。編集ボタンが選択されると、管理者には、エンティティの種類のテーブルおよび／またはベッドサイズのテーブル内の各フィールド内の全体パラメータ情報を変更するために、テーブル内の少なくともパラメータ値および／または有効／無効の指定フィールドへのアクセスが提供される。管理者には同様に他のフィールドを構成および／または変更するためのアクセスを提供できる。
【０１３６】
管理者にはまたユーザの期限失効報告へのアクセスを提供できる（図示なし）。ユーザの期限失効報告を開始するためのリンクまたはボタンを提出することができ、これにより、次週にまたは次月の内に、またはいくらかの他のユーザ選択可能な時間枠に期限が切れるように設定される、ユーザおよびそれぞれのユーザのアカウント情報をテーブル様式で識別できる。この結果は、管理者が、特定のユーザを選択し、リンクを選択することにより（ユーザＩＤまたはいくつかの他の位置において）、特定のユーザに対するユーザアカウント情報を呼び出すことができる方式で提供することができる。管理者は次に、管理者が一致を確認すると、このようなユーザの期限を延長することができる。当然、ベンダ／プロバイダ管理者は、機関のユーザに権限を任せるか、またはユーザがいくつかのこれら自体の情報、設定、プロファイル等を変更またはメンテナンス可能にするか、を選択してもよい。
【０１３７】
本発明の１つの実施形態では、例えば電子メールまたは他の通信による通知を、機関の事前定義済みの警告制限に基づいて顧客の機関／施設に提供できる。例えば、中央ベンダ／プロバイダコンピュータシステム１２０、１２０’内の構成情報／動態情報アプリケーションまたは他のアプリケーションは、機関および／または施設により指定された特定のピアグループまたは他のグループ内のポンプなどのデバイスの動態情報および／または構成情報と、１つの機関または施設内のポンプなどのデバイスの動態情報および／または構成情報との規則的な比較を実行するように適合できる。機関／施設は警告基準を備える構成情報／動態情報アプリケーションまたは他のアプリケーションを提供することにより、比較の結果が警告基準に関する範囲外である場合、機関または施設への通信を構成情報／動態情報アプリケーションまたは他のアプリケーションにより自動的に生成でき、機関／施設に対してデータベース１４０内の管理者またはユーザ電子メールに送信できるようにすることができる。したがって、機関および／または施設のユーザは、機関のおよび／または施設の事前定義済の警告制限に基づいて、薬剤業務警告通知を実行および／または生成する、ここに説明した１つ以上のアプリケーションを入力、記憶および有することができる。１つの実施形態では、機関は、「総合プログラムの割合のような編集の割合」の事前定義済の警告に対して１０％などの、所定の値を割り当てることができる。この例では、機関／施設がこの所定値（１０％に設定した）を超過するたびに、例えば電子メール、テキストメッセージ、ページャによって通知が送信され、例えば構成ライブラリに対する規則セットに関する発行が存在する、管理者または薬剤師などのユーザに通知される。別の例では、薬剤ライブラリが、２５０００ユニット／時などの所定の値の上限ハードリミットを有する、へパリンなどの特定の薬剤に対するエントリを有していると仮定する。２５０００ユニット／時などの所定の値が統計的基準または事前定義済のしきい値を超える場合、通知は、解決のために管理者または薬剤師などの、該当する担当者に送信できる。
【０１３８】
実行される比較はまた、ピアまたは他のグループ化による統計解析であってもよい。１つの例では、デバイス／ポンプ動態情報が、ピアグループからの分離において標準偏差の特定数を超える、薬物ライブラリ利用率、ソフトリミットオーバーライド率等を機関／施設が有することを示す場合、警告を生成できる。同一原理は、薬物ライブラリ制限、または構成ライブラリまたは他の場所内に含まれてもよい他の注入器構成設定などの、構成情報に適用されてもよい。管理者および／またはユーザは、当業者が本発明の説明から理解するように、これら自体の警告基準を確定でき、またはシステムはドロップダウンメニュー内に複数の選択可能な基準を提示できる。あるいは、システム管理者は、すべての加入者に対して適用される警告基準を確定してもよく、またはプログラミングコードは事前定義済の基準を用いてもよい。
【０１３９】
別の実施形態では、および図１Ｂに関してここで以前に提示すように、機関／施設が１つまたは複数の薬剤送達システム内でホスティングされる構成ライブラリ開発アプリケーションを有する代わりに、遠隔ホスティングされる構成ライブラリ開発アプリケーション（ＲＣＬＤＡ）を、薬剤送達システムのすべてまたは一部のベンダの制御のいずれかで、ＲＣＬＤＡデータベースの使用を含む、１つ以上のコンピュータまたはＲＣＬＤＡサーバ１８２またはサーバのクラスタによりホスティングするか、または第３者のホスティングベンダによりホスティングすることができる。特に、図１Ｂおよび同様に図１５に関して、複数の遠隔コンピュータ１５００、１５０４、１５０８が、コンピュータ内の遠隔構成ライブラリ開発アプリケーション（ＲＣＬＤＡ）をホスティングするために提供でき、このアプリケーションにより、薬剤送達ポンプなどの医療デバイス内での使用のための薬物ライブラリなどの、構成ライブラリを作成、編集、開発および／またはメンテナンスすることができる。これらの遠隔構成ライブラリ開発アプリケーションは、インターネット１５２４などのネットワークにより、例えば薬局のクライアントコンピュータ１５１２、１５１６、１５２０を介して、各機関／施設からクライアントコンピュータによりアクセスできる。遠隔構成ライブラリ開発アプリケーションは、本発明の譲受人であるＨＯＳＰＩＲＡ社により提供される、既存のＨＯＳＰＩＲＡ  ＭＥＤＮＥＴアプリケーションの機能と同様の機能を有することができる。１つの実施形態では、各「ＨＯＳＰＩＲＡ  ＭＥＤＮＥＴ」サーバは、インターネット１５２４を介して、国または世界全体にわたって、クライアント側から、ここで説明したものと同様のデータベーステーブルを有する、データベース生成のためのＳＱＬ  ＳＥＲＶＥＲソフトウェアを実行できる。各物理サーバは、ＶＭｗａｒｅのＥＳＸサーバを使用して複数の仮想サーバを実行するように設定できる。これにより、ローエンドで、６つの仮想ＨＯＳＰＩＲＡ  ＭＥＤＮＥＴ／ＳＱＬサーバを各物理マシン上で実行可能にできる。
【０１４０】
ＲＣＬＤＡおよび図１Ａの中央ベンダ／プロバイダコンピュータシステム１２０の両方には、図１Ｂに示すように、同一システム、サーバまたはサーバのグループを提供するか、または完全に別個のサーバを提供できることが理解されるべきである。それにも関らず、図１Ｂに示した２つ以上のソフトウェアアプリケーションの機能が同時に同一クライアントコンピュータ１５０、１５０’、１５１２、１５１６、１５２０から表示でき、利用できることが理解されるべきである。特に、顧客は、同時に、同一クライアントコンピュータ１５０、１５０’、１５１２、１５１６、１５２０から構成／動態情報アプリケーションおよびＲＣＬＤＡを利用することができる。例えば、顧客は、クライアントコンピュータ１５０’の画面の一方側において構成／動態情報アプリケーションを実行することを望んでもよく、顧客の「ピア」が一定のＣＣＡに対する一定の薬物に対して制限を設定する方法を確認し、同時に、クライアントコンピュータ１５０’のコンピュータ画面の他方側においてＲＣＬＤＡを実行することを望んでもよく、ＭＭＵへのおよび注入ポンプなどの薬剤送達デバイスへの後のインストールに対してこれら自体の薬物ライブラリ内で同一または同様のＣＣＡに対して同一薬物の編集を作成することができる場合もある。
【０１４１】
さらに、これらのアプリケーションのそれぞれからの機能は、効果的なレポーティング、ベンチマーキングおよび開発機能が、構成ライブラリの作成、編集、開発および／またはメンテナンスに対して使用される、上述の報告およびベンチマーキングの効果的な使用に備えて、１つのインタフェース表示画面または密接に関連する画面上で発生することを可能にする方法で結合できる。詳細には、図１Ａおよび図１Ｂに関して図示し説明したように、クライアントコンピュータ１５０、１５０’を使用して、構成／動態情報アプリケーション１３６、１３６’およびこのアプリケーション内の少なくともレポーティングならびにベンチマーキング機能にアクセスし、利用できる。図１Ｂには直接リンク１９０が提供されており、このリンクにより構成／動態情報アプリケーション１３６’とＲＣＬＤＡ１８２を直接接続して、これらのアプリケーションのそれぞれの機能を、「分割画面」または二重ウィンドウ配置を介して、クライアントコンピュータ１５０、１５０’の同一画面上でこれらのアプリケーションを個別に実行することなく結合させることができる。このようにして、図１Ｂに示した直接リンク１９０を介して、ＲＣＬＤＡ１８２および構成／動態情報アプリケーション１３６’のそれぞれの機能の１つ以上を組み合わせた、単一アプリケーションを提供できる。したがって、１つの実施形態では、ＲＣＬＤＡ１８２の機能は、ＲＣＬＤＡ１８２および関連のＲＣＬＤＡデータベース１８４を構成／動態情報アプリケーション１３６’に通信接続する直接リンク１９０によって、クライアントコンピュータ１５０’、ウェブアクセスアプリケーション／サーバ１６０’および第２ファイアウォールアプリケーション／サーバ１７０’を介して構成／動態情報アプリケーション１３６’にアクセスするユーザに、利用可能にすることができる。同様に、同一または他の実施形態では、構成／動態情報アプリケーション１３６’の機能は、ＲＣＬＤＡ１８２および関連のＲＣＬＤＡデータベース１８４と構成情報／動態情報アプリケーション１３６’を送信接続する直接リンク１９０によって、クライアントコンピュータ１５０’を介して、顧客のサーバ１０８’を介してまたはフロントエンドＲＣＬＤＡサーバ１８０を直接介して、および第１ファイアウォールアプリケーション／サーバ１２８’を介して、ＲＣＬＤＡ１８２にアクセスするユーザに、利用可能にすることができる。ここに示すように、構成／動態情報アプリケーション１３６’およびＲＣＬＤＡ１８２および関連のＲＣＬＤＡデータベース１８４は、単一サーバおよび／または構成／動態情報アプリケーション１３６’の機能上で組み合わせでき、ＲＣＬＤＡ１８２は単一コンピュータソフトウェアアプリケーション内で組み合わせることができる。この後者の実施形態では、様々な機能を組み合わせることにより、顧客は、構成情報例えば薬物ライブラリのより迅速な開発、および／またはより信頼性の高い構成情報例えば薬物ライブラリの開発などの、向上した効率を達成できる。
【０１４２】
薬局または他の機関／施設のユーザが構成ライブラリ開発／変更を完了すると、ライブラリは、機関の施設の薬剤送達システムに直接またはインポートリストを介してダウンロードできる。したがって、薬剤師または機関／施設または他の場所のユーザは、遠隔構成ライブラリ開発アプリケーションを使用することにより、薬剤送達システム、ＭＭＵ、医療デバイス、薬剤送達ポンプまたは機関／施設に設置された薬剤送達システムの他の部分を有することなく、構成ライブラリを開発することができる。これは、機関／施設が薬剤送達システムを購入したが、未だ設置されていないかまたは設置が未だ完了していない場合、特に有効である。設置がなされている間、ユーザは、遠隔構成ライブラリ開発アプリケーションを使用して、ならびにここで説明した本発明のレポーティングおよびベンチマーキング機能を使用して、構成ライブラリの開発および作成を開始し、完成させることができる。設置が完了次第、ライブラリ開発の一部としてここで説明したベンチマーキングおよび／またはレポーティング機能を使用する能力の観点において、すでに用意されている可能性がある、薬物ライブラリなどの構成ライブラリは、薬剤送達システム、ＭＭＵおよびこれらに関連する医療デバイスの迅速および効果的な起動および使用に対して、薬剤送達ポンプなどの医療デバイスにダウンロードできる状態となる。したがって、ＲＣＬＤＡ１８２を使用して開発され、ＲＣＬＤＡデータベース１８４に常駐する、薬物ライブラリなどの構成ライブラリは、顧客の機関の薬剤送達システムの操作において顧客が使用するために、顧客のサーバ／データベース１０８’に、第１ファイアウォールアプリケーション／サーバ１２８’を介しておよびフロントエンドＲＣＬＤＡサーバ１８０を介してダウンロードできる。同様に、図１Ｂの１つの実施形態と関しては、ＲＣＬＤＡ１８２を使用して開発される、薬物ライブラリなどの開発される構成ライブラリは、ＲＨＣＳ１８２および各ＲＨＣＳデータベース１８４に「ロード」できる。ＲＣＬＤＡ１８２およびＲＨＣＳ１８２が同一サーバに常駐し、それぞれのデータベースが同一メモリデバイスに常駐する場合、ローディングには、ＲＣＬＤＡデータベース１８４を、ＲＨＣＳ１８２と、ＲＨＣＳ１８２が使用するためのそれぞれの機能とに対して利用可能にすることを単に必然的に伴う場合もある。
【０１４３】
図１４を再度参照すると、追加的にまたは代替的に、構成／動態情報アプリケーションおよび図１４のインタフェース画面表示はまた、ユーザが、１つ以上の構成ライブラリ規則セットを選択でき（図１４に示した各行は１つのセットまたは１つの規則セットの少なくとも一部である）、および後で使用するために電子ショッピングカート内に規則セットまたは規則セットと関連するいくつかの識別子のコピーを配置できるように構成できる。時々または１つ以上の画面表示の終了時に、ユーザに対して、ショッピングカート内に配置された規則セットを用いて、ショッピングカートアイテムを、ローカル記憶媒体、遠隔薬剤送達システムおよび／またはその中の薬局に、ユーザにより選択されまたは入力された電子メールアドレスに、新しい医療デバイス構成ライブラリを開発しおよび／または既存の医療デバイス構成ライブラリを変更する場合に使用するための、ローカルまたは遠隔構成ライブラリ開発アプリケーション（ＲＣＬＤＡ）に、送信するかどうかを、確認し、質問することができる。これらのショッピングカートの規則セットを用いて、マスタ定型リストまたはＣＣＡ部分集団リストなどの、マスタまたは総合の機関／施設の構成ライブラリを作成および／またはこれらに追加することもできる。あるいは、少なくとも上記の図１５に関する説明から理解されるように、構成／動態情報アプリケーションは、ユーザが、１つ以上の規則セットのコピーおよび「ドラッグアンドドロップ」、「ペースト」するか、他のアクションを実行して、規則セットを作成および／または変更される構成ライブラリに直接コピーできるようにするかのいずれかに構成できる。
【０１４４】
１つの実施形態では、ユーザはショッピングカートの薬剤のリスト名またはファイル名を選択して、上記のまたは他のインタフェース画面内で１つ以上の薬物のエントリを強調表示した後に、「ショッピングカートに追加」ボタンをクリックすることにより、アイテムの薬物エントリをこのような薬剤リストに追加し、また１つ以上の薬剤のエントリを選択してこのような薬剤のリストに追加する。すべての選択が完了すると、追加のショッピングカートの機能は、図７〜図１４の左側カラムに表示されるメニューのような、メインＲＸＲＵＬＥＳメニュー内でショッピングカートアイコンまたはリンク（図示なし）を選択することにより提供できる。ショッピングカートリンクの選択後、ユーザにはショッピングカートのインタフェース画面が提示され、ユーザには、薬物または薬剤ライブラリデータベースにショッピングカートの選択をインポートするときに使用される薬剤リスト（ファイル名）を、選択または指示することを要求できる。デフォルトの薬剤リストを提供でき（最初にまたは最もよく使用されるもの）、および／または薬剤リストのドロップダウンリストもまた提供できる。ユーザにはまた、薬物ライブラリデータベースにショッピングカートのインポートを実行する場合、使用する薬剤のリストファイルを選択するための「ファイル閲覧」オプションを提供できる。またショッピングカートインタフェース画面により、ユーザは、ドロップダウンメニューまたは他の選択メニューから注入器の種類を選択できる。注入器の種類の選択後、ユーザには、選択された注入器に対するショッピングカートのアイテムのリストを提示でき、このリストは、各ショッピングカートの選択が顧客自体の／ユーザ自体の機関からであるかどうかを示す。これは、そのユーザが、ＣＣＡが機関のサーバおよびデータベース１０８、１０８’内に存在することを保証することを必要とする、ユーザに警告を指示または提供する。ユーザにはまた、選択された薬物エントリを更新し、機関のサーバおよびデータベース１０８、１０８’に転送する場合に使用される、ＸＭＬファイルを生成するＸＭＬファイル生成オプションが提供される。このＸＭＬファイル生成機能を使用し、顧客のデータベース１０８、１０８’への薬物エントリ転送を実行する能力は、このような機能を高度なユーザレベルに提供することのみによって制御できる。これらのファイル転送は、代わりに、例えば薬剤送達システムが未だに機関に設置されていない場合、通信リンク１９０または他の通信転送を介して、薬物ライブラリの遠隔作成のためのＲＣＬＤＡサーバ１８２に対して実行することもできる。
【０１４５】
別の実施形態では、ユーザがスクラッチからまたはメモリ１４０内の既存の医療デバイス構成情報から既存の規則セットを使用することにより、１つ以上の規則セットを生成している場合、ユーザは、ユーザ自体の機関内の別の機関または他の複数機関、あるいはユーザの機関の外部の別の施設および／または他の複数施設において使用されている、確定された規則セットと、提案された規則セットとを比較することを望んでもよい。例えば、ＲＣＬＤＡ１８２と構成／動態情報アプリケーション１３６’と間の直接リンク１９０により提供される、構成／動態情報アプリケーションまたはＲＣＬＤＡ１８２内の提案された規則セットのインタフェース画面は、ユーザが、提案された規則セットを入力するかまたは開発される過程にある構成情報ライブラリから規則セットをコピーおよびペーストし、およびここに説明したＢＥＮＣＨＭＡＲＫＩＮＧ機能などの比較機能を使用して、既存の構成および／または動態情報データに提案される規則セットを比較できる、いずれかを可能にするために提供できる。例えば、ユーザが、ユーザのエントリに対して提案された規則セットまたはセットの一部が、これらのピアグループ内の望ましい範囲に入るかどうかを、統計的に認識することを希望してもよい。１つの例では、ユーザは提案された上限を入力し、ここに説明したドロップダウン選択メニューを使用する比較を要求でき、システムは以下のような出力、すなわち、入力された上限ソフトリミットは、他の機関／施設により現在使用中の上限ソフトリミットの上位５０番目のパーセンタイルである（ピアグループにおいて／すべてのピアグループに対して／特定のＣＣＡに対して／すべてのＣＣＡに対して／その他）、を提供してもよい。
【０１４６】
別の実施形態では、構成／動態情報アプリケーション、図１４のインタフェース画面表示またはこのアプリケーションから生成される他のインタフェース画面表示、または遠隔構成ライブラリ開発アプリケーションなどの別のアプリケーションにおける他のインタフェース画面表示もまた、ユーザが以下を選択して実行できるように構成することができる。規則セットを表示する場合、ユーザには、規則セットを表示し、この規則セットを警告数と比較する能力を提供することにより、様々な時間枠全体にわたる警告の観点から規則セットに対する結果を統計的に予測することができる。この比較はさらに、時間枠別に、ピアグループ別に、ＣＣＡ別におよび／またはいくつかの他の基本設定別に細分できる。この情報は、ユーザが、医療デバイス構成ライブラリに対する規則セットを生成することを支援する。別の実施形態では、これらのアプリケーションおよび画面表示は、ユーザが以下を選択し実行できるように構成できる。特定の薬剤に対する多数の警告を有する機関／施設を閲覧する場合、ユーザは、特定の薬剤の規則セットを閲覧し、警告の低い割合を有する他の規則セットに対しても当該の規則セットを比較する、またはその薬剤に対して警告の低い割合を有する規則セットをリストアップするために、「ドリルダウン（掘り下げ）」する能力を提供できる。構成情報／動態情報アプリケーション１３６、１３６’はさらに、ユーザが、ここに説明した上述の実施形態の１つ以上に従って、より少ない警告を有する規則セットを選別、選択またはコピーし、これらの機関に対して医療デバイス構成ライブラリ内のこの新しい規則セットを使用することができるように構成することができる。この機能は、特定の機関における診療行為および／または規則セットを変更することを支援する。
【０１４７】
構成情報／動態情報アプリケーション１３６、１３６’ならびに集計アプリケーション１３２、１３２’およびここに説明した他のアプリケーションは、英語および他の言語での使用のために提供できる。１つの実施形態では、様々なアプリケーションの「フロントエンド」または表示インタフェース画面の態様は依然として英語であるが、外国（米国ではない）の機関からの構成／動態情報データは、構成／動態情報データベース１４０、１４０’に、受信し、集計し、含むことができる。したがって、ここで説明した、ＢＥＮＣＨＭＡＲＫＩＮＧ、ＲＸＲＵＬＥＳおよび他の機能がユーザ／顧客に提供される場合、このような機能は、外国の機関からの構成／動態情報データを含む結果を提供できる。同様に、国の基本設定／パラメータは、ユーザが報告を選択し実行し、このような国のみの機関から構成／動態情報を受信できるように提供することができる。
【０１４８】
構成／動態情報のグラフ表示レポーティングは図において示され、ここで説明されているが、より基本的なテキストレポーティングはこのようなグラフ表示レポーティングに加えてまたは代わりに提供できることがさらに注意されるべきである。
【０１４９】
機関のユーザ／顧客が、ここに説明したインタフェース画面を使用して、医療デバイスにダウンロードおよび医療デバイス内で使用するための薬物ライブラリなどの、薬剤送達システムについての構成情報を作成および／または編集する場合、このようなユーザは、このようなインタフェース画面を介して提供されるこの機能および他の機能を実行する際に支援を必要とする場合もある。ベンダは、ベンダの担当者と会話するために顧客にベンダ電話「ホットライン」を提供して、このようなユーザがこれらの機構および他の機能を実行するのを支援できる。詳細には、ユーザは、インタフェース画面を介しておよび／またはユーザが「ホットライン」に対する電話番号を提供されるベンダのウェブサイトに対するリンクを介して、ユーザマニュアル内に提供されている所定の番号に電話をかけることができる。ユーザが「ホットライン」番号に電話をかけると、ベンダの担当者は、ユーザのアカウントにログインし、ユーザがインタフェース画面を介して閲覧しているものを正確に観察することによりユーザを支援できる。ベンダの担当者はまた、ユーザがどのような行動をとっているのか（カーソル／矢印および入力状況の動きおよびアクション）を正確に観察し、ユーザがなんらかの誤ったアクションを取っているかどうかを決定することができる。ユーザが、何らかの誤りを犯しているかまたはこのようなアクションを実行する方法をベンダの担当者に質問する場合、ベンダの担当者は、ユーザにどのようなアクションを取るかを通知する。さらに、例えばＣＩＴＲＩＸなどの会社により提供される既存のソフトウェアを使用して、ベンダの担当者は、ユーザのインタフェース画面の制御を引き継ぐことができ、ユーザに対してユーザアクションを実行し、その間、ユーザはベンダの担当者がそのようなアクションを取ることを観察する。１つの実施形態では、ベンダの担当者はベンダの薬剤師であってもよく、ユーザは、構成情報／動態情報アプリケーション１３６、１３６’を介して構成／動態情報データベース１４０、１４０’に対して、ＢＥＮＣＨＭＡＲＫＩＮＧおよび／またはＲＸＲＵＬＥＳレポートなどの、要約情報を取得することを試みる顧客であってもよい。例えば、ユーザは、自身のピアグループ内の他の機関が特定の薬物に対する用量制限を設定する方法を閲覧することを希望してもよい。ベンダの薬剤師は、ユーザが、構成情報／動態情報アプリケーション１３６、１３６’を介してこの情報を取得することを支援でき、また機関の薬物ライブラリなどの、ユーザの機関自体の構成情報を作成および／または変更するために、１つ以上の薬物エントリをユーザが選択するのを支援できる。本発明の説明の観点から、多くの他の例により、薬剤師などのベンダの担当者が、ベンダの担当者が顧客のインタフェース画面を観察および／または制御の引き継ぎを実行または実行することなく、「ホットライン」を介して、ここに説明した様々なインタフェース画面、システムおよびアプリケーションをユーザが使用するのを支援する方法を想定できる。
【０１５０】
本発明の上述の実施形態は、注入ポンプなどの医療デバイスに適用されているが、動態情報を電子的に報告することが可能である、および／または構成情報を備えて構成可能である医療デバイスは、本発明のシステムを用いて実現できることが、当業者であれば理解されるであろう。例えば、これらに限定されないが、ＳｐＯ２、カプノグラフィ、ＥＥＧ、ＥＫＧ、血圧および／または心拍度数モニタを含む、患者の生理的または生化学的状態を監視するための医療デバイスは、本発明のシステムに含むことができる。監視デバイス単体のまたは注入ポンプと併せて、集計構成情報および／または動態情報へのアクセスを有することにおいて機関／施設に大きな利益を提供する。
【０１５１】
本発明の上述の実施形態は実現形態の例であり、本発明の原理の明確な理解のために単に記述されていることが強調されるべきである。多くの変形形態および変更形態が、本発明の原理から実質的に逸脱することなく、本発明の上述の実施形態についてなされてもよい。すべてのこのような変更形態は、本開示の範囲内および以下の特許請求の範囲によりここに含まれるものとする。
【図１Ａ】
2010507176.tif 000031
【図１Ｂ】
2010507176.tif 000032
【図２】
2010507176.tif 000033
【図３】
2010507176.tif 000034
【図４Ａ】
2010507176.tif 000035
【図４Ｂ】
2010507176.tif 000036
【図５Ａ】
2010507176.tif 000037
【図５Ｂ】
2010507176.tif 000038
【図６Ａ】
2010507176.tif 000039
【図６Ｂ】
2010507176.tif 000040
【図６Ｃ】
2010507176.tif 000041
【図６Ｄ】
2010507176.tif 000042
【図６Ｅ】
2010507176.tif 000043
【図７】
2010507176.tif 000044
【図８】
2010507176.tif 000045
【図９】
2010507176.tif 000046
【図１０】
2010507176.tif 000047
【図１１】
2010507176.tif 000048
【図１２】
2010507176.tif 000049
【図１３】
2010507176.tif 000050
【図１４】
2010507176.tif 000051
【図１５】
2010507176.tif 000052
【図１６】
2010507176.tif 000053
【図１７】
2010507176.tif 000054
【図１８】
2010507176.tif 000055
【図１９】
2010507176.tif 000056
【図２０】
2010507176.tif 000057
【図２１】
2010507176.tif 000058
【図２２】
2010507176.tif 000059
【図２３】
2010507176.tif 000060
【国際調査報告】
2010507176.tif 000061
2010507176.tif 000062
2010507176.tif 000063