JP2016517079A - 点滴データグループ化論理を用いた点滴管理プラットフォーム - Google Patents

Abstract

【課題】点滴管理プラットフォームは、１つ以上の点滴イベントに基づいて、点滴または点滴区分をグループ化するか否か決定する。関連する装置、システム、技術および物品も記載される。【解決手段】容器から患者への第１の流体の点滴を特徴付けるデータが点滴モジュールによって受信される。第１の点滴は、第１の順序識別子と、第１の点滴量とを持ち得る。その後、点滴を中断または終了させる点滴イベントが特定される。その後、患者への第２の流体の点滴を特徴付けるデータが点滴モジュールによって受信される。第２の点滴は、第２の点滴すべき量を有する。第２の点滴すべき量が第１の点滴量の事前規定されたパーセンテージ未満であるかが決定され、前記パーセンテージ未満である場合、第１の順序識別子が第２の点滴へ割り当てられ、前記パーセンテージよりも大きい場合、第１の順序識別子と異なる第２の順序識別子が第２の点滴へ割り当てられる。【選択図】図３

Description

（関連出願への相互参照）
本出願は、２０１３年３月１３日に出願された「点滴データグループ化論理を用いた点滴管理プラットフォーム」という発明の名称の米国特許出願番号第１３／８０２，３９７号に対する優先権を主張する。その内容は、これにより参照によって全部が取り入れられる。

本明細書中に記載される発明は、点滴データの特性等に基づいて点滴データをグループ化するための点滴管理プラットフォームに関する。

臨床環境においては、患者への投与のための点滴は、静脈（ＩＶ）、皮下、動脈、硬膜外、腸内または潅注の流体空間を経由して行われる。これらの点滴は、大量ポンプ、注射器を介してまたは患者制御による鎮痛により送られる。点滴は、往々にして病院薬局よって制御され、薬局あるいは処方者は一般的には、各点滴に含まれる希釈剤の量を指定する。看護師が患者のベッドサイドにおいて点滴をプログラムする際、点滴すべき量（ＶＴＢＩ）を容器全体の量未満となるようにプログラムすることが多い。看護師は、容器全体の量が投与されるまで、複数のＶＴＢＩをプログラムすることにより点滴を区分分けして与えられるようにプログラムし得る。このようなＶＴＢＩを特定の薬剤容器と関連付ける場合、困難が発生し得る。

一態様において、容器から患者への第１の流体の点滴を特徴付けるデータが点滴モジュールによって受信される。第１の点滴は、関連付けられた第１の順序識別子と、関連付けられた第１の点滴量とを持ち得る。その後、点滴を中断または終了させる点滴イベントが特定される。その後、患者への第２の流体の点滴を特徴付けるデータが点滴モジュールによって受信される。第２の点滴は、関連付けられた第２の点滴すべき量を有する。その後、第２の点滴すべき量が第１の点滴量の事前規定されたパーセンテージ未満であるかが決定される。第２の点滴すべき量が第１の点滴量の事前規定されたパーセンテージ未満である場合、第１の順序識別子が第２の点滴へ割り当てられる。そうではない場合、第２の点滴すべき量が第１の点滴すべき量の事前規定されたパーセンテージよりも大きい場合、（第１の順序識別子と異なる）第２の順序識別子が第２の点滴へ割り当てられる。

順序識別子割り当ては、第２の点滴が第１の点滴にマッチする特性をもつか否かの決定に基づき得る。サンプルとなる特性には、プロファイル名、患者名、点滴モジュール識別子、患者ケアユニット識別子、点滴種類および薬剤名のうち１つ以上を含むものがある。

さらに、順序識別子割り当てを特徴付けるデータが提供（例えば、表示、ロード、保存、送信など）され得る。

さらなる相関がある態様において、方法は、点滴モジュールによる容器から患者への第１の流体の点滴を特徴付ける第１のデータを受信することであって、第１の点滴は、関連付けられた第１の順序識別子および関連付けられた第１の点滴量を有し、第１のデータは、プロファイル名、患者名、点滴モジュール識別子、患者ケアユニット識別子、点滴種類および薬剤名からなる群から選択された１つ以上の特性を含み、点滴を中断または終了させる点滴イベントを特定することと、点滴モジュールによる患者への第２の流体の点滴を特徴付ける第２のデータを受信することであって、第２の点滴は、関連付けられた第２の点滴すべき量を有し、第２のデータは、プロファイル名、患者名、点滴モジュール識別子、患者ケアユニット識別子、点滴種類および薬剤名からなる群から選択された１つ以上の特性を含み、第１のデータ中の特性のうち少なくとも１つが第２のデータ中の特性のうち少なくとも１つとマッチすることを決定することと、第２の点滴すべき量が第１の点滴量の事前規定されたパーセンテージ未満であるかを決定することと、第２の点滴すべき量が第１の点滴量の事前規定されたパーセンテージ未満である場合、第１の順序識別子を第２の点滴へ割り当てることと、第２の点滴すべき量が第１の点滴すべき量の事前規定されたパーセンテージよりも大きい場合、第１の順序識別子と異なる第２の順序識別子を第２の点滴へ割り当てることと、を含み得る。

命令を保存する非一時的なコンピュータで読み出し可能な媒体を含むコンピュータプログラム製品についても記載される。これらの命令が１つ以上の計算システムの１つ以上のデータプロセッサによって実行されると、少なくとも１つのデータプロセッサがこの中で動作を行う。同様に、１つ以上のデータプロセッサと、１つ以上のデータプロセッサへ接続されたメモリとを含み得るコンピュータシステムについても記載される。メモリは、少なくとも１つプロセッサに本明細書中に記載される動作のうち１つ以上を行わせる命令を一時的にまたは永久的に保存し得る。加えて、方法は、単一の計算システム内に設けられたかまたは２つ以上の計算システム間に分散された１つ以上のデータプロセッサにより、実装され得る。このような計算システムは、１つ以上の接続を経由して接続され、データおよび／またはコマンドや他の命令等を交換する。１つ以上の接続は、これに限られないが、例えば、インターネット、無線広域ネットワーク、ローカルエリアネットワーク、広域ネットワーク、有線ネットワークなどのネットワーク上の接続を含む。また、１つ以上の複雑な計算システムの間の直接の接続などを経由してもよい。

本明細書中に記載される本発明は、多数の利点を提供する。例えば、本発明は、特定の介護施設の過充填／充填不足事例を考慮に入れて患者へ投与されている全ての点滴についてのビューを提供する点滴管理プラットフォームを提供する点において、有利である。

本明細書中に記載される本発明の１つ以上の変形例の詳細について、添付図面および以下の記載において説明する。本明細書中に記載される本発明の他の特徴および利点が、記載および図面ならびに特許請求の範囲から明らかになる。

医療環境内の計算機環境を示すシステム図である。

点滴管理プラットフォームおよび多数の点滴モジュール間の相互作用を示すシステム図である。

点滴順序識別子の割り当てに関連する第１のプロセスフロー図である。

点滴順序識別子の割り当てに関連する第２のプロセスフロー図である。

図１は、病院などの医療環境内の計算機環境１００を示すシステム図である。多様なデバイスおよびシステムが、医療環境内にあるものおよび医療環境から遠隔にあるもののどちらも、少なくとも１つの計算機ネットワーク１０５を介して相互作用することができる。この計算機ネットワーク１０５は、多様なデバイスおよびシステム間におけるデジタル通信接続（すなわち、有線または無線）の任意の形態または媒体を提供することができる。通信ネットワークの例を挙げると、ローカルエリアネットワーク（「ＬＡＮ」）、広域ネットワーク（「ＷＡＮ」）およびインターネットがある。いくつかの場合において、多様なデバイスおよびシステムのうち１つ以上は、ピアツーピア接続を介して（配線接続を介してまたは例えば、ＢｌｕｅｔｏｏｔｈまたはＷｉＦｉのような無線プロトコルを介して）直接的に相互作用することができる。加えて、いくつかの変形例において、デバイスおよびシステムのうち１つ以上は、携帯電話データネットワークを介して通信する。

特に、計算機環境１００の形態は、バックエンドコンポーネントを（例えばデータサーバ１１０として）含むか、またはミドルウェアコンポーネントを（例えば、アプリケーションサーバ１１５として）含むか、またはフロンドエンドコンポーネントを（例えば、ユーザが本明細書中に記載される本発明の実現と相互作用をするグラフィカルユーザインターフェースまたはウェブブラウザを有するクライアントコンピュータ１２０として）含むか、またはこのようなバックエンド、ミドルウェア、またはフロンドエンドコンポーネントの任意の組み合わせを含む計算システムにおいて、実現される。クライアント１２０およびサーバ１１０、１１５は、概して相互に遠隔に配置され、典型的には通信ネットワーク１０５を通じて相互作用する。クライアント１２０とサーバ１１０、１１５との関係は、それぞれのコンピュータ上において実行しかつおよび相互にクライアント−サーバ関係を有するコンピュータプログラムに生じる。クライアント１２０は、医療環境内において多様な機能を提供するローカルアプリケーションを含む多様な計算機プラットフォームのいずれかであり得る。例えば、クライアント１２０には、デスクトップコンピュータ、ラップトップコンピュータ、タブレット、およびタッチスクリーンインターフェースを備えた他のコンピュータが含まれるがこれらに限られるものではない。ローカルアプリケーションは、ネットワーク接続性が不要な点および／またはサーバ１１０、１１５（例えば、ウェブブラウザ）のうち１つ以上と相互作用し得る点において、自立型であり得る。

多様なアプリケーションが、例えば、電子健康記録アプリケーション、医療デバイス監視、動作およびメンテナンスアプリケーション、スケジューリングアプリケーション、課金アプリケーションなどの計算機環境内の多様なデバイスおよびシステム上において実行され得る。

ネットワーク１０５は、１つ以上のデータ保存システム１２５へ接続され得る。データ保存システム１２５は、医療環境内または専門施設内の物理的なデータ保存を提供するデータベースを含み得る。追加的にまたは代替的に、データ保存システム１２５は、例えばマルチテナント計算機環境中へのデータのリモート保存を提供するクラウドベースのシステムを含み得る。データ保存システム１２５は、非一時的なコンピュータで読み出し可能な媒体も含み得る。

モバイル通信デバイス（ＭＣＤ）１３０は、計算機環境１００の一部も形成し得る。ＭＣＤ１３０は、ネットワーク１０５を介して直接的に通信し、かつ／または、例えば携帯電話データネットワークのような中間ネットワークを介してネットワーク１０５と通信することができる。例えば、ＳＭＳおよびＭＭＳのようなメッセージプロトコルを含む多様な種類の通信プロトコルが、ＭＣＤ１３０によって用いられ得る。

多様な種類の医療デバイス１４０が、計算機環境１００の一部として用いられ得る。例えば、計算機環境は、薬剤を含む流体を患者へ送達するための多様なシステム／ユニットを含み得る。特定の種類の医療デバイス１４０の１つは、点滴モジュール１４０Ａである。点滴モジュール１４０Ａは、多様な種類の点滴ポンプ（例えば、蠕動点滴ポンプ、大量点滴ポンプおよび注射器ポンプ）を含み得る。点滴モジュール１４０Ａは、ネットワーク１０５へ直接に接続されかつ／または医療デバイス１４０へ接続され、医療デバイス１４０はネットワーク１４０へ接続される。

医療デバイス１４０は、他に明記無き限り、患者の１つ以上の生理学的測定を特徴付けかつ／または患者の治療を特徴付ける通信インターフェースを備える任意の種類のデバイスまたはシステムを含み得る。いくつかの場合において、医療デバイス１４０は、（ネットワーク１０５との通信と対照的に）ピアツーピア有線または無線通信を介して別の医療デバイス１４０と通信する。例えば、医療デバイス１４０は、他の医療デバイス１４０すなわち無線パルスオキシメータや、有線血圧モニターへ接続されたベッドサイドバイタルサインモニターを含み得る。医療デバイス１４０の１つ以上の動作パラメータは、臨床医によりローカルに制御されてもよいし、ネットワーク１０５を介して臨床医により制御されてもよいし、かつ／あるいはサーバ１１５、クライアント１２０、データ保存システム１２５、ＭＣＤ１３０および／または別の医療デバイス１４０のうち１つ以上によって制御されてもよい。

計算機環境１００は、病院などの医療環境内に必要となり得るような多様な種類の機能を提供し得る。医療デバイス１４０は、患者の１つ以上の生理学的測定および／または患者の治療を特徴付けるデータを提供し得る（例えば、医療デバイス１４０は、点滴管理システムなどであり得る）。医療デバイス１４０によって生成されたデータは、他の医療デバイス１４０、サーバ１１０、１１５、クライアント１２０、ＭＣＤ１３０へ伝達されかつ／またはデータ保存システム１２５中へ保存され得る。

計算機環境１００は、少なくとも１つの薬剤順序付けシステム１４５も含み得る。薬剤順序付けシステム１４５は、ネットワークへ接続され、発注（例えば、処方など）が生成されおよび監視されることを可能にする。薬剤順序システム１４５は、例えば、アプリケーションサーバ１１５を介して、クライアント１２０およびＭＣＤ１３０のうち１つによってアクセスされ得る。薬剤順序付けシステム１４５は、少なくとも１つの点滴モジュール１４０Ａを介して、事前規定された期間にわたって事前規定された順序に従って、患者内に点滴すべき複数の薬剤および／または他の流体を指定し得る。これらの順序は、データ保存システム１２５中に保存されかつ／または他のクライアント１２０、ＭＣＤ１３０および／または医療デバイス１４０の１つ以上へ送り出され得る。いくつかの場合において、介護者は、（多様な生理学的センサーなどによって測定されるような）患者からの反応に基づいて、このような薬剤送達のタイミングおよび順序を変更する。

医療デバイス１４０（例えば、点滴モジュール１４０Ａ）のうち１つ以上は、患者へ送達される流体（例えば、薬剤）の量を監視し得る。患者へ送達される流体をここでは点滴と呼ぶ。他に明記無き限り、本明細書において薬剤に言及する場合、点滴モジュール１４０Ａを介して患者へ送達される非薬剤流体（例えば、血液、生理食塩水など）を含むものとして解釈されるべきである。

上記したように、薬剤などの流体を収容する容器は、薬剤師／処方者によって順序付けられた量によって異なる場合が多い。1人以上の患者へ点滴の追跡および監視のためのグラフィカルユーザインターフェースを含むソフトウェアにより実装される点滴管理プラットフォーム１５０が設けられ得る。点滴管理プラットフォーム１５０は、ネットワーク１０５を介して点滴モジュール１４０Ａと通信する。点滴モジュール１４０Ａは、特定の点滴に関連する多様な属性を含む／特徴づけるデータを、直接的にまたは間接的に点滴管理プラットフォーム１５０へ提供し得る（データは、例えば、患者識別子、薬剤容器識別子、薬剤種類、薬剤投与速度、点滴モジュール識別子などである）。このような属性は、例えば点滴モジュール１４０Ａから送られたメッセージを介して提供され得る。いくつかの場合において、点滴管理プラットフォーム１５０は、薬剤順序を薬剤順序付けシステム１４５から受信した後、このような順序を特定の点滴モジュール１４０Ａおよび／または（点滴モジュール１４０Ａと後に関連付けられる）特定の患者と関連付ける。

（点滴管理プラットフォーム１５０によって監視可能される）点滴の列は、点滴開始、点滴停止または完了、および（警告、一時停止、再開など）中間に発生する全イベントを含み得るイベントの列である。多様なイベントが、単一の順序識別情報（ＩＤ）の下で点滴管理プラットフォーム１５０によって（または代わりに点滴モジュール１４０Ａ上において）一つにグループ化され得る。この順序ＩＤは、例えばバーコードまたはＲＩＶＯにより病院／施設によって提供してもよいし、あるいは、バーコードが用いられないシナリオにおいて点滴管理プラットフォーム１５０によって自己生成してもよい（例えば、ＰＣＵシリアルナンバー＋増加カウンター）。

以下において、点滴管理プラットフォーム１５０による点滴のために順序ＩＤを割り当てる方法について説明する。各点滴は、順序ＩＤを持ち得る。点滴の一部としての点滴すべき量（ＶＴＢＩ）が変更された場合、新規の順序ＩＤが割り当てられ得る。点滴されている薬剤が変更された場合、新規の順序ＩＤが割り当てられ得る。点滴用の薬剤容器（例えば、注射器など）が変更された場合、新規の順序ＩＤが割り当てられ得る。加えて、点滴が停止された後に回復／再開される場合、元々の順序ＩＤが用いられるべきである。

図２は、図１の異なるビューを示す図２００であり、点滴モジュール１４０Ａは、（上記したように直接的にまたは間接的に）ネットワーク１０５を介して点滴管理プラットフォーム１５０へ接続される。点滴管理プラットフォーム１５０は、点滴モジュール１４０Ａによって生成されたデータに基づいてどのように点滴イベントがグループ化されるかを定義する規則の集合を含むデータグループ化論理２１０を含む（少なくとも規則の一部は、ユーザが設定可能である）。データグループ化論理２１０は、点滴管理プラットフォーム１５０中に取り入れられ得、かつ／または、点滴管理プラットフォーム１５０によるウェブサービスを介して遠隔に置かれアクセスされ得る。

ＶＴＢＩの変更は、新規点滴の開始を必ずしも構成しない。薬剤または流体がバッグ中に残っている場合、臨床医は、残留薬剤または流体を完了するために新規のＶＴＢＩを入力する。ほとんどの従来の点滴システムの場合、新規ＶＴＢＩが入力されると、新規の順序ＩＤ割り当てが行われるが、これは新規の点滴ではない。本発明は、その開始および終了状態に基づいて（例えばデータグループ化論理２１０を用いて）点滴をグループ化することにより、このような問題に対処する。

いくつかの実装において、点滴管理プラットフォーム１５０は、システムにより生成された順序ＩＤによりデータグループ化論理２１０を用いて点滴をグループ化し得る。病院によって（バーコードまたはＲＩＶＯを介して）順序ＩＤと共に提供された点滴は、順序ＩＤに基づいてグループ化され得る。

図３の図３００に関して、点滴の列は、点滴プロファイルに基づいてグループ化され得る。点滴プロファイルは、薬剤名、患者ＩＤ、点滴種類、ＰＣＵシリアルナンバー、およびデバイスモジュール番号のうち１つ以上に基づき得、このような情報は、点滴モジュール１４０Ａのうち１つ以上から点滴管理プラットフォーム１５０へ送られ得る。３１０において、現在の点滴がそれ以前の点滴と同じ特性のいずれかを有するかが決定され得る。例えば、現在の点滴が同じ薬剤名、患者ＩＤ、点滴種類、ＰＣＵシリアルナンバーおよび点滴モジュールシリアルナンバーを有するかについて決定が行われ得る。比較を行うために、必ずしも全てのプロファイル情報が必要ではない。例えば、患者ＩＤおよび薬剤名が利用不可能である場合、点滴モジュールシリアルは、ＰＣＵシリアルナンバーおよび点滴種類よりも優先され得る。

以前の点滴について、多様な種類の状態情報が利用可能となり得る。例えば、状態情報は、以前の点滴が停止および開始された（が未完了である）ことを示し得る。この状態情報は、点滴モジュール１４０Ａから理由コードを介して得られる。理由コードは、例えば点滴が開始および停止された旨を示し得る。

３３０において、以前の点滴による点滴量と比較した現在の点滴に対する点滴すべき量（ＶＴＢＩ）の比率が決定され得る。３４０において、比率が事前規定された充填閾値パーセンテージを上回る場合（例えば、現在の点滴に対するＶＴＢＩが以前の点滴の点滴量の２０％を超える場合）、新規の順序ＩＤが割り当てられ得る。そうではない場合、比率が事前規定された充填閾値パーセンテージを下回る場合、３５０において、以前の点滴の順序ＩＤが用いられ得る。３６０において、状態が前回の点滴が（停止したのではなく）完了したことを示す場合、３７０において、新規の順序ＩＤが現在の点滴のために割り当てられ得る。

いくつかの場合において、事前規定された充填閾値パーセンテージに関して、例えば、パーセンテージは、２０％から１５％へ変更され得る。このような場合、点滴履歴データが遡及的に分析され得、保証される箇所へ新規の順序ＩＤが割り当てられる。

多様な種類のイベントが、以前の点滴が完了したことを示す状態を更新するのに用いられる。点滴プログラムが完了したこと、電源オフになったこと、および新規の点滴が開始したことのうちのうち１つ以上を指定する明示的な理由コードがあり得る。同様に、多様な種類のイベントが、以前の点滴が未完了であることを示す状態を更新するのに用いられる。例えば、点滴プログラムが未完了であることを示唆する明示的な理由コードがあり得る。理由コードは、例えば、警告状態、点滴プログラムの一時停止、点滴プログラムの再開、および点滴プログラムの移行である。

図４は、プロセスフロー図４００である。４１０において、点滴モジュールによる容器から患者中への第１の流体の点滴を特徴付けるデータが受信される。第１の点滴は、関連付けられた第１の順序識別子と、関連付けられた第１の点滴量とを持ち得る。その後、４２０において、点滴を中断または終了させる点滴イベントが特定され得る。その後、４３０において、点滴モジュールによる患者中への第２の流体の点滴を特徴付けるデータが受信される。第２の点滴は、関連付けられた第２の点滴すべき量を持ち得る。その後、４４０において、第２の点滴すべき量が第１の点滴量の事前規定されたパーセンテージ未満であるかが決定され得る。４５０において、第２の点滴すべき量が第１の点滴量の事前規定されたパーセンテージ未満である場合、第１の順序識別子が第２の点滴へ割り当てられ得る。４６０において、第２の点滴すべき量が第１の点滴すべき量の事前規定されたパーセンテージよりも大きい場合、第１の順序識別子と異なる第２の順序識別子が割り当てられ得る。

本明細書中に記載される本発明の１つ以上の態様または特徴が、デジタル電子回路、集積回路、特殊設計ＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェアおよび／またはこれらの組み合わせとして実現され得る。これらの多様な実装は、保存システム、少なくとも１つの入力デバイス（例えば、マウス、タッチスクリーンなど）および少なくとも１つの出力デバイスとデータおよび命令の送受信を行うように接続された、特殊または汎用目的であり得るプログラマブルシステム（例えば、少なくとも１つプログラマブルプロセッサ）上において実行可能でありかつ／または解釈可能である１つ以上のコンピュータプログラムにおける実装を含み得る。

これらのコンピュータプログラムは、プログラム、ソフトウェア、ソフトウェアアプリケーション、アプリケーション、コンポーネントまたはコードとも呼ばれるが、プログラマブルプロセッサのための機械命令を含み、高レベル手続き型言語、オブジェクト指向プログラミング言語、関数型プログラミング言語、論理プログラミング言語、および／または、アセンブリ／機械語で実装され得る。本明細書中に用いられるように、「機械可読媒体」という用語は、任意のコンピュータプログラム製品、装置および／またはデバイスを指し、例えば、磁気ディスク、光学ディスク、メモリ、およびプログラマブル論理デバイス（ＰＬＤ）であり、それらは、機械命令および／またはデータをプログラマブルプロセッサへ提供するために用いられる。また、機械可読媒体には、機械命令を機械可読信号として受信するものも含む。「機械可読信号」という用語は、機械命令および／またはデータをプログラマブルプロセッサへ提供するために用いられる任意の信号を指す。機械可読媒体は、このような機械命令を非一時的に保存し得る。例えば、非一時的な固体メモリまたは磁気ハードドライブまたは任意の等価な保存媒体と同様にである。代替的にまたは追加的に、機械可読媒体は、例えば１つ以上の物理的なプロセッサコアと関連付けられたプロセッサキャッシュまたは他のランダムアクセスメモリと同様に、このような機械命令を一時的に保存し得る。

ユーザとの相互作用を提供するため、本明細書中に記載される本発明は、表示デバイス並びにキーボードおよびポインティングデバイスを有するコンピュータにおいて実装され得る。表示デバイスとして、例えば、ユーザへ情報を表示するための陰極線管（ＣＲＴ）または液晶ディスプレイ（ＬＣＤ）モニターがある。キーボードおよびポインティングデバイスとして、マウスまたはトラックボールがあり、それらによって、ユーザはコンピュータへ入力を与えることができる。ユーザとの相互作用を提供するために、他の種類のデバイスも利用可能である。例えば、ユーザへ提供されるフィードバックは、任意の形態の知覚フィードバックであり得、例えば、視覚フィードバック、聴覚フィードバック、または触覚フィードバックである。ユーザからの入力は、任意の形態で受信され、例を非限定的に挙げると、聴覚、会話、または触覚入力である。他の可能な入力デバイスを非限定的に挙げると、タッチスクリーンまたは他のタッチセンサー式デバイスがあり、例えば、単一点のまたは多点型の抵抗または容量性トラックパッド、音声認識ハードウェアおよびソフトウェア、光学スキャナ、光学ポインタ、デジタル画像キャプチャデバイスおよび関連付けられた解釈ソフトウェアなどである。

本明細書中に記載される本発明は、所望の構成に応じてシステム、装置、方法および／または物品として具現化され得る。上記記載において明らかにされた実装は、本明細書中に記載される本発明と矛盾しない全ての実装を示すわけではない。すなわち、それらは、記載された本発明に関連する形態と矛盾しないいくつかの例に過ぎない。上記においてはいくつかの変形例を詳述しているが、他の変形例または追加例も可能である。特に、さらなる特徴および／または変形例を本明細書中に記載のものに加えて提供することができる。例えば、上記した実装は、開示された特徴の多様な組み合わせおよび部分的組み合わせ、および／または、上記に開示されたいくつかのさらなる特徴の組み合わせおよび部分的組み合わせに向けることができる。加えて、添付図面に示されかつ／または本明細書中に記載された論理フローは、所望の結果を達成するために、図示された特定の順序または逐次的順序を必ずしも必要としない。他の実装は、次に述べるクレームの範囲内であろう。

Claims (14)

1. 点滴モジュールによる容器から患者への第１の流体の点滴を特徴付けるデータを受信することであって、前記第１の点滴は、関連付けられた第１の順序識別子および関連付けられた第１の点滴量を有し、
   前記点滴を中断または終了させる点滴イベントを特定することと、
   前記点滴モジュールによる前記患者への第２の流体の点滴を特徴付けるデータを受信することであって、前記第２の点滴は、関連付けられた第２の点滴すべき量を有し、
   前記第２の点滴すべき量が前記第１の点滴量の事前規定されたパーセンテージ未満であるかを決定することと、
   前記第２の点滴すべき量が前記第１の点滴量の事前規定されたパーセンテージ未満である場合、前記第１の順序識別子を前記第２の点滴へ割り当てることと、
   前記第２の点滴すべき量が前記第１の点滴すべき量の事前規定されたパーセンテージよりも大きい場合、前記第１の順序識別子と異なる第２の順序識別子を前記第２の点滴へ割り当てることと、
   を含む、コンピュータによって実行される方法。
2. 前記第２の点滴が前記第１の点滴にマッチする特性を持つか否かを決定すること、をさらに含む、請求項１に記載の方法。
3. 前記特性はプロファイル名を含む、請求項２に記載の方法。
4. 前記特性は患者名を含む、請求項２または３に記載の方法。
5. 前記特性は、点滴モジュール識別子を含む、請求項２〜４のうちいずれかに記載の方法。
6. 前記特性は、患者ケアユニット識別子を含む、請求項２〜５のうちいずれかに記載の方法。
7. 前記特性は、点滴種類を含む、請求項２〜６のうちいずれかに記載の方法。
8. 前記特性は、薬剤名を含む、請求項２〜７のうちいずれかに記載の方法。
9. 前記順序識別子割り当てを特徴付けるデータを提供すること、をさらに含む、請求項１〜８のうちいずれかに記載の方法。
10. 前記データを提供することは、前記データをグラフィカルユーザインターフェース内に表示すること、前記データをロードすること、前記データを保存すること、前記データをリモート計算システムへ送信すること、のうち少なくとも１つを含む、請求項９に記載の方法。
11. 前記受信すること、前記特定すること、前記決定することおよび前記割り当てること、のうち少なくとも１つは、少なくとも１つの計算システムの一部を形成する少なくとも１つのデータプロセッサによって実行される、請求項１〜１０のうちいずれかに記載の方法。
12. 点滴モジュールによる容器から患者への第１の流体の点滴を特徴付ける第１のデータを受信することであって、前記第１の点滴は、関連付けられた第１の順序識別子および関連付けられた第１の点滴量を有し、前記第１のデータは、プロファイル名、患者名、点滴モジュール識別子、患者ケアユニット識別子、点滴種類および薬剤名からなる群から選択された１つ以上の特性を含み、
    前記点滴を中断または終了させる点滴イベントを特定することと、
    前記点滴モジュールによる前記患者への第２の流体の点滴を特徴付ける第２のデータを受信することであって、前記第２の点滴は、関連付けられた第２の点滴すべき量を有し、前記第２のデータは、プロファイル名、患者名、点滴モジュール識別子、患者ケアユニット識別子、点滴種類および薬剤名からなる群から選択された１つ以上の特性を含み、
    前記第１のデータ中の特性のうち少なくとも１つが前記第２のデータ中の特性のうち少なくとも１つとマッチすることを決定することと、
    前記第２の点滴すべき量が前記第１の点滴量の事前規定されたパーセンテージ未満であるかを決定することと、
    前記第２の点滴すべき量が前記第１の点滴量の事前規定されたパーセンテージ未満である場合、前記第１の順序識別子を前記第２の点滴へ割り当てることと、
    前記第２の点滴すべき量が前記第１の点滴すべき量の事前規定されたパーセンテージよりも大きい場合、前記第１の順序識別子と異なる第２の順序識別子を前記第２の点滴へ割り当てることと、
    を含む、方法。
13. 命令が少なくとも１つのデータプロセッサによって実行されると、請求項１〜１２のうちいずれかに記載の方法として動作が実行される前記命令を保存する、非一時的なコンピュータプログラム製品。
14. 少なくとも１つのデータプロセッサと、
    命令が前記少なくとも１つのデータプロセッサによって実行されると、請求項１〜１２のうちいずれかに記載の方法として動作が実行される前記命令を保存するメモリと、
    を備える、システム。