JP2019071084A - 輸液計画システム - Google Patents

Abstract

【課題】患者治療の適時性および効率性を改良する輸液計画システムを提供する。【解決手段】送達を対象にしたオーダ輸液療法１００は、水平方向に配設された複数の行によって表されている。、複数の行は、垂直方向の時間カラム１０４から構成されるタイムラインに対して設定される水平方向の輸液バー１０２を提供する。時間カラムの各々は、特定の日における特定の時間を対象にした時間のセグメントを表す。ＧＵＩ１４の左側には、種々の輸液療法を指定するカラム１０６がその色分けされたセグメントに存在する。したがって、それぞれの輸液療法１００は、その輸液療法１００について対応する水平方向に配設されたバー１０２内に列挙される。【選択図】図２

Description

関連出願
この出願は、２０１３年６月２７日に提出された米国仮特許出願第６１／８４０，１６５号の優先権を主張し、これを参照することにより本明細書の記載に代える。

本発明は、概して医療のコーディネートに関し、より具体的には、病院及び他の医療施設における、患者輸液ポンプの管理を含む、医療を対象にした計画、視覚化、コーディネート、スタッフ配置、送達及び文書化のためのツールに関する。

病院又は医療施設内において患者治療を管理する需要は、ますます複雑になっていて、正確かつ効率的にコーディネートし難いことがある。一日の過程において、看護師又は他の医療提供者若しくは臨床医は、複数の輸液ポンプから薬剤をそれぞれ受けうる、複数の患者の治療を担当するであろう。したがって、医療提供者は、過去、現在及び計画される未来の多数の輸液を追跡し続けるという負担を負う。さらに輸液の追跡を複雑にしているのは、他の治療活動、例えば、採血、検査室作業、ＭＲＩ（磁気共鳴映像）、ＣＡＴスキャン（コンピュータ断層撮影）、栄養摂取、及び他の輸液療法とともに幾つかの輸液をコーディネートする必要があるという事実である。

医療提供者が彼らの患者に提供している治療の良好な理解及び管理をこれら個人に提供することによって、医療提供者の仕事をより容易にかつ効率的にする改良されたシステム及び方法が望まれている。したがって、患者治療をスケジューリングし、計画し、コーディネートするとともに、記録するための改良された方法及びシステムが望まれている。

実施形態は、患者治療の計画及び視覚化を改良する輸液計画システム並びに薬剤送達を計画し、視覚化するとともに、コーディネートするための方法、システム及び装置を含む。これら方法、システム及び装置は、輸液ポンプ及び他の医療デバイスを対象にした改良されたスケジューリング機能を含むことができる。開示されるシステム、方法及び装置は、概して病院又は医療施設における改良された計画を提供するが、さらに種々の実施形態では医療情報の改良された記録及び報告に関する。

一実施形態は、コンピュータ装置に輸液及び薬剤送達のスケジューリング方法を実行させるコンピュータ使用可能な命令を記憶する非一時的データ記憶媒体に関する。当該スケジューリング方法は、１又は２以上の患者に関連する複数の薬剤イベントオーダを受信するとともに、複数の薬剤イベントオーダを視覚化するためのグラフィカルユーザインタフェース（ＧＵＩ）を生成することを含むことができる。薬剤イベントオーダは、１又は２以上の輸液ポンプによる投与を対象にした複数の薬剤輸液オーダを含むことができる。薬剤輸液オーダはさらに、薬剤輸液オーダごとに送達パラメータを含むことができる。当該スケジューリング方法はさらに、薬剤安全パラメータを各薬剤輸液オーダに対して割り当て、関係する任意の薬剤輸液オーダ及び割り当てられた薬剤安全パラメータを関連づけるとともに、１又は２以上の患者に特有な患者情報を病院情報サービスデータベースから受信することを含む。

ＧＵＩは、複数の輸液イベントをグラフィカルに関係づけて描写する表示部を備えることができ、複数の輸液イベントは、１又は２以上の患者に関連するとともに共通のスケジュールタイムラインにおいて設定され、各輸液イベントは、薬剤輸液オーダの種類に関連するとともに、例えば対応する垂直軸及び水平軸又は他の第１及び第２の座標において輸液量及び輸液時間の表現を含む。実施形態はさらに、輸液イベントごとに輸液送達プロファイルグラフィックの表示部を含むことができ、輸液送達プロファイルグラフィックは、対応する水平方向の輸液バーに関連する薬剤輸液オーダについて送達用輸液流体の量及び輸液の時間長を視覚的に描写した外観を有する。また、グラフィカルユーザインタフェースは、対応する薬剤輸液についてタイミングをスケジュールするために、水平方向の輸液バー内における輸液送達プロファイルグラフィックのユーザ操作を提供できる。

本発明の別の実施形態は、１又は２以上の輸液ポンプによって送達される複数の輸液のスケジューリングを含む、患者治療イベントのスケジューリング用のＧＵＩに向けられている。当該ＧＵＩは、特定の日又は複数の日における時間間隔を表す複数の垂直カラムを含むとともに、水平方向のタイムラインを有するチャートを提供する、タイムスケジュール表示部を含む。当該ＧＵＩはさらに、オーダ輸液又は投与用薬剤をそれぞれ表す複数の水平方向の輸液バーと、患者に送達される薬剤の量及び送達に必要とされる時間間隔の長さの双方を描写する、各オーダ輸液に関連する輸液送達プロファイルグラフィックとを含む。当該ＧＵＩでは、輸液送達プロファイルグラフィック（単数又は複数）が、対応するオーダ輸液に関連する水平方向の輸液バー内で移動するよう構成されていて、それにより輸液送達プロファイルグラフィックは、送達のためにオーダ輸液がスケジュールされる、時間間隔を表す垂直カラムに整列される。

本発明の更なる実施形態は、医療輸液を含む医療イベントをスケジューリングするための輸液計画システムに関する。当該輸液計画システムは、プロセッサ、メモリ及びデータバスを含む制御システムを備える。制御システムは、１又は２以上の患者に関連する複数の薬剤イベントオーダを受信するものであり、複数の薬剤イベントオーダは、１又は２以上の輸液ポンプによる投与を対象にした複数の薬剤輸液オーダを少なくとも含むとともに、薬剤輸液オーダごとに送達パラメータを含んでおり、さらに制御システムは、少なくとも１つの薬剤安全パラメータを各薬剤輸液オーダに対して割り当て、関連する任意の薬剤輸液オーダ及び割り当てられた薬剤安全パラメータを、関連する場合に互いに関連づけるとともに、１又は２以上の患者に特有の患者情報を病院情報サービスデータベースから受信するものである。当該輸液計画システムはさらに、制御システムに結合される医療提供デバイス及びＧＵＩを含む。ＧＵＩは、医療提供デバイスにおいて表示され、複数の薬剤輸液オーダに対応する複数の輸液送達プロファイルグラフィックを含んでおり、輸液送達プロファイルグラフィックの各々は、送達される薬剤の量及び流体送達にかかる時間の量の双方に対応する視覚情報を提示する。ＧＵＩはさらに、スケジュールタイムラインにおける輸液送達プロファイルグラフィックのユーザ操作によって薬剤イベントオーダの投与にかかる時間の割り当て及び修正を可能にするスケジュールタイムラインを含む。

更なる実施形態は、医療施設における患者を対象にした輸液治療の計画方法を含む。当該計画方法は、タイムラインに基づくグラフィカルな患者輸液記録のデータベースにアクセスするとともに、関連する輸液タイムライン記録のセットを特定するために患者のプロファイルに一致する患者プロファイル関連パラメータを用いて検索ソフトウェアの支援によりグラフィカルな患者輸液記録をフィルタリングすることを含む。当該計画方法は、患者プロファイルに一致する他人の治療に関係する情報を取得するために関連する輸液タイムライン記録のセットをレビューするとともに、関連する輸液タイムライン記録のセットのレビューを考慮してその患者を対象にした１又は２以上の患者輸液オーダを決定することを含む。当該計画方法はさらに、医療施設内の患者を対象にした輸液治療のスケジューリング及び記録を担当する輸液計画システムに１又は２以上の患者輸液オーダを電子的に提出することを含む。

一実施形態において、輸液計画システムによる種々の輸液オーダ及び医療イベントの管理を示すスケジューリング環境の一例を示す図である。 一実施形態において、輸液計画システムによる種々の輸液オーダ及び医療イベントの管理を示すスケジューリング環境の一例を示す図である。 一実施形態において、輸液計画システムによる種々の輸液オーダ及び医療イベントの管理を示すスケジューリング環境の一例を示す図である。 一実施形態において、輸液計画システムのグラフィカルユーザインタフェースの一例を示す図である。 一実施形態において、輸液計画システムのグラフィカルユーザインタフェースの一例を示す図である。 一実施形態において、胎児モニタの断片と同じタイムラインにおいて時間に応じてプロットされた疼痛薬の送達を示す図である。 一実施形態において、胎児モニタの断片と同じタイムラインにおいて時間に応じてプロットされた疼痛薬の送達を示す図である。 一実施形態において、スマートポンプスタックを利用する輸液計画システムのブロック図である。 一実施形態において、スマートポンプスタックを利用する輸液計画システムのブロック図である。 一実施形態において、例示的な輸液計画システムのコンピュータ環境を示すブロック図である。 一実施形態において、例示的な輸液計画システムのコンピュータ環境を示すブロック図である。 一実施形態において、例示的な輸液計画システムのコンピュータ環境を示すブロック図である。 一実施形態において、例示的な輸液計画システムのコンピュータ環境を示すブロック図である。 一実施形態において、輸液計画方法を示すフローチャートである。 一実施形態において、輸液計画方法を示すフローチャートである。 一実施形態において、種々の用途に適合する表示部のスケーラビリティ、及びカスタムプロファイルのパラメータに基づいて輸液記録をフィルタリングするとともに表示する機能を示す図である。 一実施形態において、輸液計画方法を示すフローチャートである。

本発明は、添付図面に関連して後述する本発明の種々の実施形態の詳細な記載を考慮してより完全に理解されるであろう。

種々の実施形態は、その本質的な属性から逸脱することなく他の特定の形態において具体化してもよく、したがって、示される実施形態は、全ての点で例示であり限定しないものと考慮すべきである。

実施形態は、輸液摂取計画ツールを含む。幾つかの実施形態は、医療提供者、例えば看護師又は他の臨床医を対象にした日程表及びスケジューリングツールとして機能するであろう。かかる実施形態において、特に、複数の治療を受ける１人の患者又は１つ若しくは複数の治療を受ける複数人の患者の何れかを対象にした輸液ポンプを介した薬剤及び流体の送達に関して、この日程表は、医療提供者による効率的かつ効果的な入院治療のコーディネートを可能にする。

輸液計画システムの例
輸液計画表が看護師又は他の医療提供者若しくは医療専門家にとって有用であろうと思われる、多くの環境及び状況が存在する。図１ａ〜図１ｃは、異なる種類の計画及びオーダ輸液又は医療イベントを対象にした治療を適切にコーディネートする機能を要求しうる、病院又は医療施設における患者治療構成の幾つかの例を表す。これら構成は、概して典型的に予め規定された完了時間又は既知の完了時間を要求する輸液又は医療イベントを示す。

図１ａは、スケジューリング環境１０の一例を示しており、ここではグラフィカルユーザインタフェース（ＧＵＩ）１４を表示する医療提供デバイス１２が示されている。医療提供デバイス１２及びＧＵＩ１４は、患者１６に対する流体送達のタイミングを視覚的に表示する、より大きなスケジューリングシステム又は計画システムの一部である。ここで表わされる流体送達の種類は、１又は２以上の輸液ポンプ２０による複数の輸液１８を含む。医療提供デバイス１２は、病院における看護師又は臨床医のＰＣワークステーションとすることができる。或いは、医療提供デバイス１２は、ラップトップ、電子式タブレット、スマートフォン、カスタムコントローラ又はＧＵＩ１４を提供する他の表示装置及び処理装置とすることができる。輸液ポンプ２０は、同じ種類又は異なる種類のポンプとすることができる。さらに、幾つかの種類の輸液ポンプ２０は複数の輸液１８を送達できる。医療提供デバイス１２は、幾つかの実施形態ではポンプ２０から自律して動作してもよく、幾つかの実施形態では無線接続又は有線接続によって直接的に通信可能にポンプ２０に接続してもよく、他の実施形態ではポンプ２０と通信するサーバ又はネットワークに通信可能に結合してもよい。種々のシステム構成がより詳細に後述される。

同様に、図１ｂは、スケジューリング環境３０の一例を示しており、ここではＧＵＩ１４を表示する医療提供デバイス１２が、複数の患者１６に対する流体送達のタイミングを視覚的に表示する、より大きなスケジューリングシステム又は計画システムの一部として示されている。スケジューリングシステム又は計画システムは、投与される１又は２以上の輸液１８をそれぞれ有する複数の患者１６を対象にした流体送達を医療提供者が同時に視認可能な表示部を提示する。

図１ｃはさらに、スケジューリング環境５０の一例を示しており、ここでは複数の患者１６に対する流体送達のタイミングを視覚的に表示する、より大きなスケジューリングシステム又は計画システムの一部としてＧＵＩ１４を表示する医療提供デバイス１２が示され、さらに医療輸液療法に必ずしも関係しない追加の薬剤イベント又は医療イベントを考慮する。かかる実施形態では、非輸液薬剤５２、例えば丸剤若しくは経口薬剤、又は検査室作業及び検査処置５４、例えば採血、検査室作業、ＭＲＩ及びＣＡＴスキャンを含むイベントをスケジューリングシステム又は計画システムの一部及び医療提供デバイス１２のＧＵＩ１４として実施できる。これら種類の医療イベントのタイミングは、それらのスケジューリングを制限するか、又は特定の時間における輸液療法の投与を多かれ少なかれ望ましくするので、患者について特定のスケジュールを計画するときに、かかるイベントを視覚的に説明することが有益である。

グラフィカルユーザインタフェース（ＧＵＩ）
図２及び図３は、複数の輸液及び医療イベントが時間に応じて描写されるビジュアルインターフェイスをそれぞれ提供する輸液計画システムを対象にした表示部を備えるＧＵＩ１４の一実施形態を示す。送達を対象にしたオーダ輸液療法１００は、水平方向に配設された複数の行によって表されており、複数の行は、垂直方向の時間カラム１０４から構成されるタイムラインに対して設定される水平方向の輸液バー１０２を提供しており、時間カラムの各々は、特定の日における特定の時間を対象にした時間のセグメントを表す。図２及び図３では、これら垂直方向の時間カラム１０４の各々が、例えば２０１２年３月８日における１５分間隔を表すよう示されている。ＧＵＩ１４の左側には、種々の輸液療法を指定するカラム１０６がその色分けされたセグメントに存在する。したがって、それぞれの輸液療法１００は、その輸液療法１００について対応する水平方向に配設されたバー１０２内に列挙される。例えば、図２に示される輸液名１００は、プロポフォール、レミフェンタニル、ケタミン（Kedamin）、バンコマイシン、生理食塩水洗浄、及びゲンタマイシンである。輸液名１００のカラム１０６に隣接して、種々の輸液について流体送達量の許容範囲を反映する色分けされたスケール１０８がある。これら範囲は、それぞれの輸液について薬剤安全限度を提供する。列挙された輸液１００及び色分けされたスケール１０８の各々の右側には、種々の輸液１００を対象にした輸液送達プロファイルグラフィック１１０が存在する。輸液送達プロファイルグラフィック１１０は、高さが異なっていて概ね隣接する一連のバーを備えるか又は含んでいる。これらバーの組み合わせは、輸液送達プロファイルグラフィック１１０として、組み合わされたバーの幅に基づく流体送達の時間情報及び組み合わされたバーの高さに基づく流体送達の容量情報の双方を提供する。これらグラフィカルな表現は、特に輸液に要求される時間の量が既知であるか又は制限されているとき、患者治療をより良好に視覚化するとともに計画する看護師又は医療提供者を支援する。

幾つかの実施形態では、輸液バー１０２を図２及び図３に示すような水平方向でない方向に配設できることが考慮される。輸液量を表す軸スケールは、図２及び図３において垂直方向の第１の座標に沿って示されているが、この座標については他の方向も実現可能である。時間を表す軸スケールは、図２及び図３において水平方向の第２の座標に沿って示されているが、この座標については他の方向も考慮される。図面において種々の時間間隔を描写するカラム１０４の垂直配列は、かかる特徴の向き又は形状を限定するものと考慮すべきではない。さらに、種々の向き及び形状の描写を有するＧＵＩが本開示によって考慮される。

場合により、例えば、輸液後に生理食塩水洗浄の後続輸液を要求しうる、バンコマイシン又はゲンタマイシンのような抗生物質の場合には、１又は２以上の輸液が互いにリンクされる。したがって、患者１６に対して残存する任意の薬剤を押圧するために生理食塩水洗浄が使用される際には、これら２つの輸液が共にリンクされる。これら２つのリンクされた輸液１１２及び１１４の例は、図２及び図３の双方にそれぞれ示されている。図３はさらに、リンクされた輸液の関係をさらに視覚的に表す任意の一態様として、ＧＵＩ１４の中にチェーンリンクグラフィック１１５を含んでいる。このリンクは、これら輸液のスケジューリングの良好な理解及びコーディネートを可能にするだけではなく、当該リンクはさらに、それ以前の輸液（例えば、この例ではバンコマイシン又はゲンタマイシン）を対象にした薬剤安全限度を後続の生理食塩水洗浄に適用することを可能にする。このことは、色分けされた追加のリミットバー１１６及び１１８が生理食塩水洗浄の輸液バー１０２のタイムライン内にそれぞれ描写される際に、視覚的な態様で理解できる。輸液される薬剤及び流体の累積合計を描写する水平方向のバーは、トータル輸液バー１２０において示される。

幾つかの輸液のタイミングは所定時間にスケジュールされて固定される一方、他の輸液はタイミングが変動可能であるよう構成される。これは、患者、例えば新生児が、一度に送達できる流体の一定最大容量を有する状況において有用である。この描写は、図３のＧＵＩ１４から理解できる。ここでは、トータル輸液バー１２０において流体の容量について合計値が固定される。しかしながら、輸液バー１２２における生理食塩水の容量は、輸液の組み合わされた合計が一定のままになるように変動可能である。

図２及び図３では、輸液でない方法によって投与される薬剤もＧＵＩ１４に示されている。これは、例えば丸剤又は経口薬剤を含むことができる。これら種類の薬剤を対象にした水平方向のバー１３０が図２及び図３のチャートの底部に提供される。これら物質の投与は、前述の輸液プロファイルのように、それら用量又は容量のグラフィック表示で描写されていないが、それら投与の時間において色分けされたマーカ１３４で簡単に描写されている。例えば、経口投与されるタイレノール、カフェイン及びナプロキセンは、バー１３０内において適切な時間にマーカ１３４のような指示によって表される。

時間に基づく有用な追加のイベントも薬剤タイムラインに配置できる。これらは、輸液に関連しない種々の種類の医療イベント、例えば採血、検査室作業、ＭＲＩ、及びＣＡＴスキャンを含むことができる。図２及び図３に示される例では、検査室採血のピーク値について矢印及び符号が１４０で示されており、検査室採血のトラフ値について矢印及び符号が１４２で示されており、ＭＲＩについて矢印及び符号が１４４で示されている。描写される矢印又はグラフィックは、ＭＲＩ指示１４４の場合のように、他の全ての輸液にわたって延在していてもよいし、又は代替的に、検査室採血のピーク値１４０及びトラフ値１４２のように、そのイベントに潜在的に関係するそれら輸液１００の近傍にのみ示してもよい。これらイベントは、スタッフが、特に輸液に関して、適時にかつ効率的に患者の十分な治療をコーディネートできるように視覚的に描写される。例えば、ピーク値及びトラフ値の測定は、検査から得られるデータの有効性を保証するために薬剤の投与に対して特定の時間を取る必要がある。同様に、ＭＲＩを行うため患者を移動しなければならないことを知ることにより、医療提供者は、その輸送過程において最小回数の輸液を行うように輸液をスケジュールできる。

幾つかの実施形態では、特定のユーザが、ＧＵＩ１４の１又は２以上の水平方向の輸液バー１０２において特定の輸液１００の送達スケジュールをロックできる。ロックされた輸液１００は、視覚的なグラフィック、例えば対応する輸液名１００のカラム１０６に隣接して南京錠１４６を含むことができる。したがって、輸液１００がロックされると、輸液１００のロックが解除されるまで、その水平方向の輸液バー１０２に対してグラフィックの変更を行えない。このロックの特徴により、ユーザはより容易に設定できるとともに、どの輸液が特定の時間に発生しなければならないか又は発生すべきかを理解でき、輸液スケジュールの残りの組み合わせだけが変更されうるようになる。このことは、より容易で効率的な輸液スケジュールを可能にするとともに、望まれない時間又は作業できない時間に輸液が再スケジューリングされたり計画されたりするミスを防止するのに役立つ。

図２及び図３に示されるＧＵＩ１４は、考慮されるスケジューリング装置の種類について実現可能な構成及び外観を示す実施形態の単なる例である。輸液及び医療イベントを違う方法で表示する他の構成も考慮される。他の実施形態は、類似した実施形態において輸液を受ける複数の患者を表示できる。多数の患者及び多数の輸液の少なくとも一方を含むＧＵＩ１４の表示は、視認可能な輸液データの量を減らした表示又は図示される患者の数又は輸液の回数に応じて縮小可能な表示を要求できる。

報告及び記録
前述した幾つかの実施形態は、輸液及び医療イベントのこれからの計画に使用できる。
しかしながら、他の実施形態はさらに、輸液及び医療イベントのこれまでの報告及び記録又はリアルタイムの報告及び記録も含む。

データの報告又は記録を含む幾つかの実施形態では、輸液又は薬剤がオーダされる時間をこれら輸液又は薬剤が患者に対して実際に送達される時間と比較できる。この一例を図２及び図３の底部において視認可能であり、ここでは薬剤オーダ時間及び送達時間について異なる色のマーカ１３４が水平方向のバー１３０内に示されている。

特定の実施形態では、将来の輸液及びイベントの計画並びに実際に送達された輸液の最近記録が同じ画面において表示される。幾つかの実施形態では、これは、画面にわたって水平方向に延在するタイムラインを有する分割画面又はタイル状画面を使用して実行できる。ここでは画面の右側が未来における時間及び輸液計画を描写する。同様に、画面の左側が過去において実際に送達された輸液を描写する。したがって、これら２つの表示間の垂直分割は、その表示を見ている現在時刻を表す。かかる表示部では、輸液送達プロファイルグラフィック１１０及び他のイベントが、時間の経過に伴い表示画面にわたって右側から左側へ概ね移動するであろう。リアルタイムで実際に発生するときに感知されるとともに記録された輸液放出からのズレは、スケジュールされているがまだ発生していない他の輸液放出に対する更新を必要とするかもしれない。幾つかの実施形態では、これら更新がシステムによって促されてもよく、幾つかの実施形態では、スケジュールを変更するための推奨及びアドバイスが提案されてもよい。幾つかの実施形態は、特定のスケジュールの変更に対して、医師又は医療専門家による承認を要求するであろう。特定の実施形態は、必要なときにスケジュールの変更が自動的に発生することを可能にするであろう。

他の実施形態では、実際のデータの報告又は記録を含んでいて、追加の患者監視情報、例えば患者のバイタルサインも同じ画面に含むことができる。この薬剤投与情報及び患者情報の組み合わせは、有用な医療記録を提供できるであろう。例えば、医師は、特定の薬物の輸液履歴と、その薬物が時間に応じて影響を及ぼすバイタルパラメータとを視認できるであろう。種々の実施形態では、患者監視情報をリアルタイムに提供できる。

別の実施形態では、時間に応じた疼痛薬の送達を胎児モニタの断片と同じタイムラインにプロットできるであろう。これは、いつ収縮が発生しているかを理解する機能を医師に提供するとともに、収縮に応じた疼痛管理においてその繰り返しを終わらせるのに役立つであろう。図４ａは、胎児モニタからの収縮断片チャート１５０の一例を示している。収縮の反復性及び若干の一定時間間隔の発生を考えると、胎児モニタからのデータフィードバックにより患者管理鎮痛法（ＰＣＡ）の送達に学習アルゴリズムを適用できるであろう。例えば、妊婦は、符号１５２において、その時間に服用するのではなく、服用を要求するようＰＣＡ服用ボタンを押下でき、ポンプは、次の収縮より前の時間１５６における急速投与１５４のために最適な時間まで服用を遅延できるであろう。この遅延は、どのくらい早く薬物が効くかに基づくであろう。例えば、既知の薬物が完全に効くのに３分かかる場合、最適時間は次に予測される収縮の約３分前になるであろう。これが図４ｂにおいて視覚的に示されている。

輸液送達パラメータの基礎をなす患者データは、病院の至る所で使用できる。例えば、心疾患集中治療室（ＣＩＣＵ）では、患者のバイタルサインによって血管作用薬又は血管昇圧剤の送達率を決定できるであろう。ポンプ２０は、患者のバイタル読み取り値が特定の帯域から外れる場合に警報を発信するシステムと協働できるであろう。ポンプ２０は次いで、バイタルサインの変化に応じて自動的に調節できるであろう。

ＮＩＣＵ
図５を参照すると、輸液計画システムを利用できる実現可能な一環境は、新生児集中治療室（ＮＩＣＵ）内に存在する。大抵ＮＩＣＵには、一人の幼児患者１６に対して接続される複数の輸液ポンプ２０が存在する。これら患者１６の種類について頻繁に起こる１つの課題は、全てのデバイスによって送達される合計容量を毎時的な方式又は定期的な方式で管理する必要があるということである。この情報の管理は、特に複雑な場合が多く、医療提供者にとって時間のかかるものである。

一般的なシナリオでは、１人の患者１６につき６つ〜８つのポンプ２０が設けられるであろう。例えば、毎時最大合計容量は全てのポンプ輸液について３〜５ミリリットルになるであろう。血圧、心拍数、又は他のパラメータに基づいて１又は２以上の輸液が恐らく頻繁に調整される。また、１つの輸液が調整されるときには、残りの全ても調整を必要とするであろう。どのポンプ２０を調整すべきか、及びどのポンプを調整すべきでないかを知ることは、安全かつ効率的に医療の変更を行うのに重要である。さらに、変更が発生するたびに、情報の図表化が必要である。これら必須で重要なステップの全ては、時間がかかり困難でありうるし、潜在的に顕著な非効率性及び投薬ミスをもたらしている。

したがって、実施形態は、本明細書に記載するように、一人の患者１６における全てのポンプ２０が情報を患者１６について集中型ＧＵＩ１４に送出できるようにした輸液計画システムを含むことができる。集中型ＧＵＩ１４により、ユーザは、各ポンプ２０の個別のデータ及び全てのポンプの集約された合計値を視認できる。例えば、この情報は図２及び図３に示されるＧＵＩに類似したものにおいて伝達できる。幾つかの実施形態では、ユーザは、どのポンプが優先するか、又はどのプロトコルが優先するか、又はどのポンプ及びどのプロトコルが優先するか（すなわち他のポンプ又はプロトコルより重要であるか）を指定できるとともに、それに応じて、すぐに変更できるポンプ及びプロトコルに対してどのポンプ及びどのプロトコルを変更すべきでないかを特定できる。ＧＵＩ１４は、医療提供者が実現可能な変更を安全に試みるとともに、変更を行う前に送達される合計容量に対してどのような影響があるかを理解するためのグラフィカルな態様を提供する。したがって、輸液計画システムは貴重な臨床上の意志決定支援機能を提供する。例えば、図２及び図３に示されるトータル輸液バー１２０に基づいて合計容量を理解できる。ＧＵＩ１４への変更に基づいて各ポンプ２０に変更が発生しうるという意味において、このプロセスを自動化できる。この用途に関連する自動図表化機能は、各ポンプの変更を図表化しなければならない作業から看護師を解放するように実現される。

スマートポンプスタック
図５に示すように、輸液計画システムは「スマートポンプスタック」（ＳＰＳ）１６０を利用してもよい。幾つかの実施形態において、ＳＰＳ１６０は、一人の患者１６に対して流体又は治療法を送達するポンプのセット（すなわちポンプ２０Ａ、２０Ｂ、２０Ｃ、及び２０Ｄ）とすることができるであろう。患者１６への臨床上の利益及び医療管理者のために改良されたワークフローのうちの少なくとも一方を提供できるように、ＳＰＳ１６０内のポンプが接続されうるとともに通信されうるであろう。

ＳＰＳ１６０は、（ＳＰＳ制御部を構成する）医療提供デバイス１２により制御用又は対話用のインターフェースを利用できる。医療提供デバイス又はＳＰＳ制御部１２は、ＰＣ（パーソナルコンピュータ）、タブレットＰＣ、スマートフォン、又はＳＰＳ１６０と共に使用するために特別に設計されたカスタムコントローラとすることができるであろう。或いは、図６に示すように、ＳＰＳ１６０内のポンプ２０Ａ’は、ＳＰＳ制御部１６２として機能するよう指定してもよいであろうし、ＳＰＳ１６０内の他のポンプ（すなわちポンプ２０Ｂ’及びポンプ２０Ｃ’）を制御するとともに監視するために使用してもよいであろう。

幾つかの実施形態では、治療法のプロトコルが薬剤パラメータのセットから生成される。例えば、患者が４つの別個のポンプ２０Ａ、２０Ｂ、２０Ｃ及び２０Ｄによって送達される水分補給、疼痛制御、抗生物質及び血圧制御の輸液を要求する場合、これら４つの流体輸液を対象にしたプログラムはＳＰＳ１６０に送信されうる治療法セット１７０に結合でき、その結果４つのポンプが一度にプログラムされる。治療法セット１７０内の全てのポンプにわたって、医療提供デバイス１２におけるＧＵＩ１４を介して患者に毎時送達されうる全ての流体を臨床医が理解できるように、治療法セット１７０に関連するポンプが協働できるであろう。さらに、治療法セット１７０におけるポンプ２０の１つの送達パラメータ又は複数の送達パラメータを変更するとき、臨床医は毎時送達される全ての流体への影響を理解できるであろう。図２及び図３のトータル輸液バー１２０は、この情報を視覚的に伝達できる方法の一例である。

治療法セット制御部１７２は、図５に示すように医療提供デバイス１２及びそのプログラムの中に組み込むことができる。幾つかの実施形態では、治療法セット１７０における１つのポンプ２０の１つの送達パラメータ又は複数の送達パラメータを変更するとき、治療法セット制御部１７２は、毎時最大送達量を超えないように治療法セット１７０におけるより低い優先順位の薬物の１つの送達パラメータ又は複数の送達パラメータを減少できるであろう。幾つかの実施形態では、急速投与の送達が、時間に基づく、すなわち毎時の最大送達量を超える場合に、治療法セット制御部１７２が臨床医に警報を発信できる。幾つかの実施形態は、治療法セット１７０における全てのポンプが同時に開始され、中断されるとともに、停止されることを許容できる。特定の実施形態では、治療法セット１７０における全てのポンプ２０は、送達される薬物の重要性又は他の臨床上の基準に基づいて相対的な優先順位を割り当てられる。幾つかの実施形態では、患者データ、例えば患者の体重が医療提供デバイス又はＳＰＳ制御部１２に入力されるとともに、治療法セット１７０を使用する全てのポンプによって使用される。幾つかの実施形態は、治療法セット１７０を使用する全てのポンプ２０についてイベントログが単一の記録に結合されることを許容するであろう。

治療法セット１７０を使用するポンプ２０は、特定の実施形態において順次送達するようプログラムされる。例えば、治療法セット１７０は、ポンプ２０Ａから先ず送達し、次いでポンプ２０Ａの容器が空であるときに同じ薬物を備えるポンプ２０Ｂに移行するようにシステムをプログラムできるであろう。ポンプ２０Ａに問題がある場合には、この特徴をバックアップとして使用できるであろう。別の実施例では、ポンプ２０Ａから送達し、次いでポンプ２０Ａの容器が空であるときにポンプ２０Ｂで洗浄するように治療法セット１７０をプログラムできるであろう。別の実施例では、治療法セット１７０におけるポンプ２０Ａは、治療法セット１７０におけるポンプ２０Ｂに対するバックアップとして指定できるであろう。ポンプ２０Ｂが、閉塞、エラーコード、バッテリ消耗等を検出する場合に、ポンプ２０Ａが送達を継承できるであろう。ポンプ２０Ｂが臨床医によって停止された場合に（例えば、注射器を変更するため）、ポンプ２０Ｂが再始動されるまでポンプ２０Ａが継承できるであろう。

幾つかの実施形態では、ポンプ２０Ｂが送達している薬物又は薬物が送達されている速度に基づいて、治療法セット１７０におけるポンプ２０Ａのハードリミット又はソフトリミットを調整できるであろう。図２及び図３に示すように、かかるパラメータについて種々の指示をＧＵＩ１４の表示の中にグラフィカルに組み込むことができるであろう。

治療法セット１７０のポンプは、種々の実施形態においてコーディネートされた態様で機能するよう構成できる。治療法セット１７０下で動作する他のポンプは、別のポンプで故障が発生した場合に送達を低減するか又は停止するようプログラムできるであろう。例えば、２つの薬物が常に一緒に送達すべきものであり、かつ、ポンプのうちの１つが送達を停止した場合、他のポンプが送達を遅延できるか又は停止できるであろう。他の実施形態では、治療法セット１７０における全てのポンプは、１つが応答していない場合に警報を発信するように設定できるであろう。さらに、幾つかの実施形態では、より低い優先順位のポンプがより高い優先順位のポンプとバッテリ電源を共有できるであろう。

幾つかの実施形態では、医療提供デバイス又はＳＰＳ制御部１２がＳＰＳ１６０内のポンプ２０を「複製（clone）」できるであろう。ポンプ２０Ａが故障するか又は運転停止を必要とする場合、ＳＰＳ１６０内にあるものの使用されてないポンプ２０Ｃは、完全なプログラム及びポンプ２０Ａの現在のステータスを受信できるであろう。ポンプの駆動ロッドを正確な位置に移動することを含む、全てのプログラム及びステータスパラメータをポンプ２０Ｃに転送できるであろう。治療の遅れは殆どなく、かつデータのロスもなく、注射器又は他の容器をポンプ２０Ａからポンプ２０Ｃへ迅速に移動できるであろう。予備ポンプの場所としてＳＰＳ１６０内の位置を指定できるであろう。ＳＰＳ１６０内の任意の他のポンプの故障により、医療提供デバイス又はＳＰＳ制御部１２は、故障してしまったポンプを予備ポンプに迅速に交換できるように、予備ポンプをプログラムできるであろう。

輸液計画システム
したがって、実施形態は、薬剤送達及び他の医療イベントを計画し、コーディネートするとともに、監視するために使用できる使い易い輸液計画システムを医療提供者に提供できる。図２及び図３のＧＵＩ１４は計画ツールの一構成要素を示す一方、計画ツールは図７〜図１０に示される輸液計画システムの利点に類似したより大きなシステムの利点を典型的に利用する。図７〜図１０の各々は、実現可能な輸液計画システム２００、３００、４００及び５００をそれぞれ示す。

医療提供デバイス
図７〜図１０に記載されるとともに本明細書の全体にわたって記載される医療提供デバイス１２は、パーソナルコンピュータ、ＰＣワークステーション、ラップトップ、電子式タブレット、スマートフォン、カスタムコントローラ、サーバコンピュータ、携帯型デバイス、又はＧＵＩ１４を提供する他の表示装置及び処理装置を備えることができる。医療提供デバイス１２は、他の汎用コンピュータシステム又は他のコンピュータ構成と共に動作できる。これら医療提供デバイス１２は、キーボード、マウス、又は他の非接触式又は接触式の入力装置を介して制御することができる。さらに、入力は言葉若しくは音声で起動してもよいし、又は動作で起動してもよい。パーソナルコンピュータ又はＰＣワークステーションは、例えば、病室、ナースステーション又は患者ベッドサイドにおいて構成されるであろう。

ポンプ
図７〜図１０に記載されるとともに本明細書の全体にわたって記載されるポンプ２０は、種々の医療輸液ポンプを含むことができる。例えば、これら輸液ポンプ２０は、限定されないが、蠕動ポンプ及び注射器ポンプを含むことができる。これら輸液ポンプ２０は概して、流体、薬剤又は栄養分を患者１６に提供するために使用できる。実現可能な輸液は、限定されないが、治療薬、栄養素、薬物、薬剤、例えば抗生物質、血液凝固剤、鎮痛剤及び他の流体を含むことができる。輸液ポンプ２０は、薬剤若しくは流体を、幾つかの経路、例えば静脈内、皮下、動脈内、又は硬膜外の何れかを利用して患者の身体内に導入するために使用できる。輸液は、種々の送達プロファイル、例えば連続的、断続的又は患者制御に従って送達できる。

ネットワーク
図面に記載されるとともに本明細書の全体にわたって記載されていて輸液計画システムによって利用されるネットワーク２３０は、ネットワーク環境、例えばローカルエリアネットワーク又はワイドエリアネットワークを表すことができる。ネットワーク環境において、サーバメモリ、１又は２以上の医療提供デバイス、又は他のネットワークにつながれた構成要素にプログラムを記憶できる。ネットワーク２３０及びサーバは、病院、医療施設、研究環境、研究室、診療所、管理事務所又は他の接続先の至る所でデバイスの接続を可能にする。

サーバ制御システム
図面に記載されるとともに本明細書の全体にわたって記載されるサーバ制御システム２４０は、コンピュータ環境の一部であるとともに、種々の実施形態では汎用コンピュータ装置とみなすことができる。サーバ制御システム２４０は、例えば、プロセッサ２５０、メモリ２６０及びデータバス２７０を少なくとも含むことができる。多くの構成要素は、単一のサーバ又はコンピュータ装置において存在するように概略的に示されているが、任意の数の構成要素が任意の数のサーバ又はコンピュータ装置において存在できることを理解すべきである。

プロセッサ
図面に記載されるとともに本明細書の全体にわたって記載されるプロセッサ２５０は、例えば、デジタルデータを入力として受信し、命令又はアルゴリズムに従って入力を処理するとともに、結果を出力として提供する、任意のプログラム可能なデバイスとすることができる。一実施形態では、プロセッサ２５０は、コンピュータプログラムの命令を実行するよう構成された中央処理装置（ＣＰＵ）とすることができる。プロセッサ２５０はゆえに、基本的な演算動作、論理動作、及び入力又は出力動作を実行するよう構成される。

メモリ
図面に記載されるとともに本明細書の全体にわたって記載されるメモリ２６０は、結合プロセッサ２５０において要求される揮発性又は不揮発性メモリを備えることができ、命令又はアルゴリズムを実行する空間を提供するだけでなく、命令自体を記憶する空間を提供する。実施形態では、揮発性メモリは、例えば、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、又はスタティックランダムアクセスメモリ（ＳＲＡＭ）を含むことができる。実施形態では、不揮発性メモリは、例えば、読み出し専用メモリ、フラッシュメモリ、強誘電体ＲＡＭ、ハードディスク、フロッピーディスク（登録商標）、磁気テープ、又は光ディスク記憶装置を含むことができる。これらの実施形態は、単に例示として与えられるとともに、特許請求の範囲を限定するよう意図されていないので、前述のリストは、使用できるメモリの種類を決して限定するものではない。

データバス
図面に記載されるとともに本明細書の全体にわたって記載されるデータバス２７０は、記載されるシステムの種々の部品を管理するとともに、プロセッサ及びメモリを含む、種々の部品の接続フレームワークとして概ね作用する。概して、データバス２７０は、システムの全体にわたって情報を交換するために通信アーキテクチャを提供する。システムデータバス２７０は、種々のバスアーキテクチャのメモリバス、メモリコントローラ、周辺バス又はローカルバスを含むことができる。これらバスアーキテクチャは、限定されないが、業界標準アーキテクチャ（ＩＳＡ）、拡張業界標準アーキテクチャ（ＥＩＳＡ）、ＩＢＭマイクロチャネル、ＶＥＳＡローカルバス、周辺コンポーネントインターコネクト及びその他のものを含むことができる。

ＨＩＳ
図面に記載されるとともに本明細書の全体にわたって記載される病院情報システム（ＨＩＳ）２８０は、病院の情報システム又は管理システムをその全てのサブコンポーネント及びサブシステムと共に備える。ＨＩＳ２８０は、患者治療の提供を支援するように統合されていて病院又は医療施設における人たちによってアクセスできる、医療関連情報を提供するシステムのことをいう。これらは、病院の医療面、管理面、財務面及び法律面並びにそのサービス処理を管理するよう設計された包括的な統合情報システムである。ＨＩＳ２８０は、患者の電子カルテを含んでもよいし又は管理してもよい。かかる電子記録は、最新の病歴、患者データ、検査室作業、検査結果、処方箋、患者の画像情報及び診断情報を含むことができる。ＨＩＳ２８０は、幾つかの実施形態ではデータを薬物ライブラリの中に統合するためにサーバに送信するよう構成できる。同様に、情報を提供する目的、報告する目的、又は患者治療の目的のためにデータをサーバからＨＩＳ２８０へ送信できる。

ＭＳＳ
図面に記載されるとともに本明細書の全体にわたって記載される薬剤安全ソフトウェア（ＭＳＳ）２９０は、薬剤情報パラメータ及び薬物ライブラリを含んでおり、薬剤情報パラメータ及び薬物ライブラリは、医療関係者が継続的に存在しないときに患者内への流体の導入の安全な制御を支援する「スマート」な輸液ポンプ及び医療設備によって使用できる。ＭＳＳ２９０の情報は、ポンプから特定の患者への特定の薬剤の送達のために、薬剤プログラムパラメータ、例えば用量、濃度及び時間等における安全限度に関する情報又は当該安全限度を課す情報をスマートポンプに提供できる。施術者は、ＭＳＳ２９０によって利用される、かかる安全限度に関連する、いわゆる「薬物ライブラリ」を作成するとともに保守する。

方法
図１１は、輸液及び薬剤送達をスケジューリングするための輸液計画方法６００のフローチャートである。概して、ステップ６１０で示されるように、システムは薬剤イベントオーダ、薬剤輸液オーダ及び送達パラメータを受信する。この情報は、種々の形態を呈しうるが、概して、スケジューリングを開始する幾つかの初期オーダデータを提供するよう先ず蓄積される。ステップ６２０では、薬剤安全パラメータが、薬剤安全ソフトウェアの要件に基づいて各薬剤輸液オーダに割り当てられる。これは、輸液が安全にコーディネートされるとともに送達されることを保証するために潜在的に重要である。ステップ６３０では、関係する任意の輸液オーダ及び安全パラメータが関連づけられる。幾つかの実施形態では、ステップ６４０において患者情報も受信される。受信した情報を使用して、グラフィックユーザインタフェースが生成される。ステップ６６０では、輸液送達プロファイルグラフィックが表示され、ステップ６７０では、ユーザが輸液送達プロファイルの操作を可能にされる。

図１２は、輸液及び薬剤送達をスケジューリングするための輸液計画方法７００のフローチャートである。具体的には、この輸液計画方法は、一人の患者に対してコーディネートされた輸液についてスマートポンプスタック（ＳＰＳ）内のポンプのセットをプログラムすることに関する。先ず、ステップ７１０における工程は、一人の患者について複数のオーダを受信することに関する。オーダは、概して薬剤イベントオーダ、薬剤輸液オーダ又は異なるポンプに関連する送達パラメータに関する。ステップ７２０における工程は、ＳＰＳ内のポンプ間における流体送達のコーディネートを可能にするために、ＳＰＳを対象にした併用療法セットを生成することに関する。例えば、併用療法セットは、治療法セット制御部の支援により生成できる。コーディネートされる流体送達は、同時でもよいし、連続的でもよいし、又は別の方法でコーディネートされてもよい。ステップ７３０における工程は、ＳＰＳに対して治療法セットを送信することに関する。ステップ７４０では、ＳＰＳのポンプが、送信された治療法セットに基づいてプログラムされる。幾つかの実施形態では、各々のポンプにおいて同時にプログラムされる。ステップ７５０では、変更が必要なときにＳＰＳ内の各々のポンプの同時制御が可能にされる。最後に、幾つかの実施形態では、この輸液計画方法は、ステップ７６０において結合された単一の記録を生成するために、ＳＰＳ内のポンプの各々のポンプログを結合することを可能にする。ＳＰＳを伴う種々の方法及びコーディネートされる流体送達は、種々のオーダにおいて、記載された幾つか又は全ての工程を含むことができる。これら工程は省略してもよいし、又は他の工程を追加してもよい。

表示部のスケーラビリティ及びフィルタリング並びに輸液記録
図１３は、種々の所望の用途に適するように異なるスケールの異なる群又は母集団に対して表示部が構成されうる種々の態様を示す。この図では、医療提供ワークステーション１２のＧＵＩ１４においてポンプデータ、病院データ、及び患者データの表示を対象にした種々の態様を描写するグラフィック８００が示されている。これら表示の各々は、治療をスケジューリングするとともに、治療を最適化する組織のために異なる参照ポイントを提供する。したがって、これら表示の各々は、ユーザのニーズに最も適した表示又は記録の群にフィルタリングされてもよいし、拡張されてもよいし、又はフィルタリングされるとともに拡張されてもよい。図示される表示部８１０についての１つの選択肢は、医療提供者ごとの輸液情報又は患者情報の表示を含む。これは、特定の看護師、臨床医、医者又は医療スタッフメンバに対してあつらえることができる。実現可能な別の表示部８２０は、ＧＵＩ１４において特定の患者１６を対象にしたデータのみを表示するであろう。これは、一個人の患者のニーズのより完全な理解に有用となりうる。実現可能な別の表示部８３０は、病院ユニットのレベル又は病院全体のレベルにおいて全ての輸液、全てのポンプ及び全ての情報を表示するであろう。このスケールの表示は、特に病院資源の利用を追跡するために有用となりうるとともに、未来における有効な患者治療に恐らく必要とされるポンプ及び他の資源を良好に理解するために病院ユニット又は医療ユニットを支援できるであろう。別の選択肢である表示部８４０は、特定の診断に基づいた輸液情報又は医療情報を提示するであろう。このデータを参照ポイントとして有することにより、看護師、医者又は臨床医は恐らく、類似した状況下で取り扱われた過去の症例を見ることによって輸液及び他の処置の特定のセットをより迅速に計画できる。

同様に、特定のプロファイルを満足する患者の輸液記録の種々のパラメータ８５０のカスタマイズされた表示又はフィルタリングも実現可能である。具体的には、かかる表示又はフィルタリングは、要求に応じて医師、看護師、又は臨床医にとって関心のある輸液治療を記憶している一群の記録に絞るために使用できる。これら過去の治療の記録は、類似したプロファイルに基づいて、一人の患者を対象にした治療の方針を迅速に決定するために使用できる。例えば、医師は、彼若しくは彼女が過去において個人的に何を行っていたのか、彼若しくは彼女が以前特定の薬物をどのような症状に対して与えていたのか、又は彼若しくは彼女が同じ年齢、体重及び症状をもつ人にどのような治療を提供していたのかを判定するために、患者記録のフィルタリング（例えば、フィールド検索、ブール検索、カスタマイズ検索を介するもの）をカスタマイズできるであろう。特定の状況では、類似した患者プロファイルに関連する類似した、特に関連する治療記録のセットを迅速にレビューすることは、医師又は医療専門家用の参照ポイントとして多大な利点になる。かかる情報へのアクセスを通じて大抵の医療施術者は、最良の実施及び容認された治療の継続性を向上できる。

概して、過去の輸液の多数の患者記録が検索可能なデータベースに編成されれば、この出願で論述される治療計画及び記録システムの種類の機能及び有用性が遙かに強化される。これは、容易に検索可能でかつレビュー可能な電子データ、及び検索ツール又はフィルタリングツールにより輸液の患者記録を引き出すことができる共通のタイムラインによって、部分的に、可能にされる。記録は、治療特性又は患者特性、例えば年齢、体重、性別、民族、治療エリア、治療する医師、薬物の種類（麻薬、鎮静薬、抗感染薬等）、薬物、治療の回数（すなわち化学療法、疼痛、抗嘔吐の回数）、処置コード、ＩＣＤ−９（第一、第二、第三等）、ＩＣＤ１０、又はこれらの何れかの組み合わせ、及び患者の治療履歴に記録された他のパラメータによってフィルタリングできる。患者臨床パラメータにもなりうる記録された生理学的測定、例えば血圧、心拍数、ＣＯ_２及びＯ_２のレベル、ＥＣＧ（心電図）、ＢＩＳ（バイスペクトラルインデックス）又は疼痛反応メータを検索若しくはフィルタの変数として使用してもよい。予め示唆したように、治療範囲において一般に使用される特定の薬物に対して割り当てられる病院の治療範囲がパラメータを表してもよく、このパラメータによって医師、看護師又は臨床医は以前の患者記録をフィルタリングできるとともに識別できるであろう。例えば、割り当てられる治療範囲は、成人対小児、心臓及び腎臓対大人の全身、又はＩＣＵ（集中治療室）対ＰＡＣＵ（麻酔回復室）の何れか１又は２以上を含むであろう。さらに、治療範囲間で意味のある差異が存在するときには、システムは、それら治療範囲間を識別するように適切なパラメータを生成してもよいし又は使用してもよい。

したがって、幾つかの実施形態では、医師、看護師又は臨床医に過去の治療記録の検索ツール及びフィルタリングツールを提供することによって、患者を対象にした輸液を含む医療のスケジューリングが開始できるので、彼らはどの輸液オーダが望ましいかを決定できる。これら記録は、図１４に示す医療施設における患者を対象にした輸液治療の計画方法９００のフローチャートで説明するように、標的にされた過去の患者記録のレビューを通じて実現可能な推奨治療に関する情報及びアドバイスを提供する。

ステップ９１０では、医師又は医療提供者が、タイムラインに基づくグラフィカルな患者輸液記録のデータベースにアクセスする。ステップ９２０では、医師又は医療提供者が、関連した輸液タイムライン記録のセットを特定するために、患者のプロファイルに一致する患者プロファイル関連パラメータを使用して、検索ソフトウェアの支援によりグラフィカルな患者輸液記録をフィルタリングする。これは、多数のパラメータ、例えば、年齢、体重、性別及びＩＣＤ−９コードに基づいて、過去の蓄積された患者記録を検索するか又はフィルタリングする検索ツールにより行われる。幾つかの実施形態では、医師又は医療提供者が、治療範囲の母集団（すなわち成人、小児、心臓、腎臓、ＰＡＣＵ（麻酔回復室）、ＣＩＣＵ（冠集中治療室））に対してフィルタリングし、次いでＩＣＤ−９コード及び薬物に基づいてさらにフィルタリングすることによって開始するであろう。他の実施形態では、医師又は医療提供者が、鎮痛剤及び一般に使用されるとともに１又は２以上のＩＣＤ−９コードに関係する場所に基づいてフィルタリングするであろう。他の実施形態では、医師又は医療提供者が、使用されるとともに１又は２以上のＩＣＤ−９コードに関係する特定の薬物の組み合わせに基づいてフィルタリングするであろう。

次いで、患者プロファイルに一致する個人の治療に関係した情報を取得するために、ステップ９３０では医師又は医療提供者によって関連する輸液タイムラインのセットがレビューされる。これは、この特定のプロファイルに基づいて行われた過去の輸液及び治療を医師又は医療提供者に通知するために行われる。ステップ９４０では、関連するレコードのセットのレビューを考慮して医師又は医療提供者によって、１又は２以上の患者輸液オーダが手動又は自動で決定される。自動決定は、レビューした記録を考慮する医師又は医療提供者によって承認されるコンピュータ生成の推奨初期値を提供してもよい。ステップ９５０では、この出願において前述したように、治療をスケジュールするために患者輸液オーダが、医療施設内における患者を対象にした治療のスケジューリングを担当する輸液計画システムに対して電子的に提出される。種々の実施形態では、図２及び図３で説明したように、患者を対象にした輸液オーダをＧＵＩ１４に表示してもよい。

さらに、種々の方法では幾つかの工程が存在してもよいし又は存在しなくてもよい。例えば、ステップ９６０では、医療提供者は、治療送達のスケジュールを最適化するために輸液スケジュールを変更できる。輸液療法及びプロファイルが医師又は医療提供者によってロックされない限り、又は種々の輸液及びパラメータをリンクするとともに制限するルールが許容する限り、輸液送達を変更できる。特定の実施形態では、ステップ９７０において、患者輸液記録が記録される。これら記録は、未来において医師又は医療提供者によって使用されうる、タイムラインに基づくグラフィカルな患者輸液記録のデータベースに入力できる。

また、例示的な１つの実施形態又は複数の例示的な実施形態は、単なる例示であって、本発明の範囲、利用可能性、又は構成を決して制限するよう意図されていないことを認識すべきである。むしろ、前述する詳細な記載は、例示的な１つの実施形態又は複数の例示的な実施形態を実施すること可能にする開示を当業者に提供するであろう。添付された特許請求の範囲において記載されるような本発明の範囲及びその法的な均等物から逸脱することなく、要素の機能及び構成において種々の変更を行えることを理解すべきである。

実施形態は、例示的であるとともに限定しないよう意図されている。追加の実施形態は、特許請求の範囲内に含まれる。特定の実施形態を参照して本発明を説明したが、当業者は、本発明の趣旨と範囲から逸脱することなく、所定の形態及び細部に変更を行ってよいことを認識するであろう。

本発明への種々の変更は、本明細書を読んだ際に当業者に明白になるであろう。例えば、関連する技術分野における当業者は、本発明の異なる実施形態について説明した種々の特徴を、本発明の趣旨の範囲内において、他の特徴とともに適切に組み合わせうること、組み合わせられないこと、及び再び組み合わせうること、単独としうること、又は異なる組み合わせとしうることを認識するであろう。同様に、前述した種々の特徴は全て、本発明の範囲又は趣旨への限定ではなく、例示的な実施形態とみなすべきである。したがって、前記内容は本発明の範囲を限定するよう考慮されていない。

本発明について特許請求の範囲を解釈する目的のため、特定の用語「ための手段」又は「ためのステップ」が特許請求の範囲に記載されていない限り、米国特許法第１１２条第６項の規定を適用しないことが明確に意図されている。

Claims (11)

1. 少なくとも１つの輸液ポンプによって送達される複数の輸液のスケジューリングを含む、患者治療イベントのスケジューリング用のグラフィカルユーザインタフェース（ＧＵＩ）であって、該ＧＵＩは、
   少なくとも１つの特定日における時間間隔を表す複数のカラムを備えるタイムスケジュール表示部と、
   オーダ輸液又は投与用薬剤をそれぞれ表している複数の輸液バーと、
   患者に送達される薬剤の量及び送達に必要とされる時間間隔の長さの双方を描写する、各オーダ輸液に関連する輸液送達プロファイルグラフィックと、を備えており、
   前記輸液送達プロファイルグラフィックは、対応する前記オーダ輸液に関連する前記輸液バー内で移動するよう構成されており、それにより前記輸液送達プロファイルグラフィックは、前記オーダ輸液が送達のためにスケジュールされる時間間隔を表す前記カラムに整列されている、グラフィカルユーザインタフェース（ＧＵＩ）。
2. チャートに表示される前記時間間隔における前記オーダ輸液の累積合計を描写するトータル輸液バーが含まれる、請求項１に記載のグラフィカルユーザインタフェース（ＧＵＩ）。
3. 互いにリンクされる前記オーダ輸液を描写するのにグラフィックが使用される、請求項１に記載のグラフィカルユーザインタフェース（ＧＵＩ）。
4. リアルタイムに更新される変更が前記タイムスケジュール表示部において示される、請求項１に記載のグラフィカルユーザインタフェース（ＧＵＩ）。
5. 薬剤輸液療法に関係しない前記１又は２以上の患者を対象にした医療イベントが表示される、請求項１に記載のグラフィカルユーザインタフェース（ＧＵＩ）。
6. 前記複数の輸液バーの少なくとも１つに隣接して流体送達の許容範囲を反映する色分けされたスケールが設けられている、請求項１に記載のグラフィカルユーザインタフェース（ＧＵＩ）。
7. 医療施設における患者を対象にした輸液治療の計画方法であって、
   タイムラインに基づくグラフィカルな患者輸液記録のデータベースにアクセスし、
   関連する輸液タイムライン記録のセットを特定するために前記患者のプロファイルに一致する、患者プロファイルに関連したパラメータを使用して検索ソフトウェアの支援によりグラフィカルな患者輸液記録をフィルタリングし、
   前記患者プロファイルに一致する個人の治療に関係する情報を取得するために、前記関連する輸液タイムライン記録のセットをレビューし、
   前記関連する輸液タイムライン記録のセットのレビューを考慮して前記患者について１又は２以上の患者輸液オーダを決定するとともに、
   前記１又は２以上の患者輸液オーダを、前記医療施設内の前記患者を対象にした輸液治療のスケジューリング及び記録を担当する輸液計画システムに対して電子的に提出すること、を含む、計画方法。
8. 前記輸液計画システムが、前記１又は２以上の患者輸液オーダに、種々の輸液オーダの前記スケジューリングを互いに制限する特有のルールを割り当てる、請求項７に記載の計画方法。
9. 前記パラメータが、年齢、体重、性別、民族のうちの１又は２以上を含む、１又は２以上の患者特性を含んでいる、請求項８に記載の計画方法。
10. 前記パラメータが、ＩＣＤ−９コード、ＩＣＤ−１０コード、薬剤の種類、治療範囲、治療を行う医師、治療の回数、処置コードのうちの１又は２以上を含む、１又は２以上の治療特性を含んでいる、請求項９に記載の計画方法。
11. 前記パラメータが、血圧、心拍数、ＣＯ２レベル、Ｏ２レベル、ＥＣＧ、ＢＩＳ、又は疼痛反応メータの読み取り値のうちの１又は２以上を含む、１又は２以上の患者生理学的測定値を含んでいる、請求項１０に記載の計画方法。