JP2008521555A - 薬剤調合システムにデータを転送する装置及び方法 - Google Patents

Abstract

関連する複数のソース溶液を具備した薬剤調合装置に入力データを供給するデータエントリシステムと共に使用するシステム及び方法が提供されている。望ましい薬剤調合物を定義している第１標識を有する第１ラベルを生成する。次いで、第１標識を薬剤調合装置に入力として供給する。次いで、薬剤調合装置が、第１標識に基づいて薬剤調合物を生成し、少なくとも薬剤調合物の内容物を表す第２標識を有する第２ラベルを生成する。第１標識と第２標識を比較装置に供給し、第２標識によって表されている実際の薬剤調合物の内容物を第１標識によって表されている所望の薬剤調合物と比較する。

Description

本出願は、「Ｐｈａｒｍａｃｅｕｔｉｃａｌ Ｃｏｍｐｏｕｎｄｅｒ ａｎｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ」という名称の２００１年１２月３１日付けで出願された米国仮特許出願第６０／３４４，８６９号の優先権の利益を主張する２００２年１２月３１日付けで出願された米国特許出願第１０／３３５，５５２号の一部継続出願である２００３年１２月５日付けで出願された米国特許出願第１０／７２８，５６０号の一部継続出願である。
本特許文献の開示の一部には、著作権保護の対象となる内容が含まれている。著作権所有者は、特許商標庁の特許ファイル又は記録への掲載に伴う本特許文献又は特許開示のファクシミリ複写については異議を唱えるものではないが、それ以外の場合には、どのようなものであれ、あらゆる著作権を留保している。
本発明は、人間又は動物に対する投薬を意図した液体及び／又は薬物の調合に使用される調合機を処方／オーダーエントリシステムとインターフェイスさせるシステム及び方法に関するものである。

薬剤の調合には、必要としている個人に対して液体及び／又は薬物の調合物を静脈注入によって投薬するべく、複数のソース容器から単一の収集容器内への複数の個別の処方された液体及び／又は薬物の移送を伴っている。現在、液体及び／又は薬物の薬剤調合は、主に３つのサイトの中のいずれかにおいて行われており、（１）病院の薬局内において薬剤師又は薬局技術者によって実行される病院に基づいた調合、（２）自宅療養会社の薬局内において薬剤師又は薬局技術者によって主に実行されている代替サイトに基づいた調合、及び（３）いくつかの主要な製薬会社又は医療器材会社のいずれかによって運営されている調合センターが存在している。

これらの調合システム及び方法の動作及び性能に対する要求は、例えば、安全性、速度、信頼性、精度、及び全体的なユーザーフレンドリー性、並びに、人間工学の観点において、益々複雑且つ高度なものになっている。又、これらの調合システム及び方法の動作及び性能に対する要求は、患者及び処方情報の管理に関係し、臨床医に始まって最終患者に対する最終生成物の供給によって終了する情報経路の提供の観点においても、益々複雑且つ高度なものになっている。

例えば、患者用の調合物の処方／オーダーを入力するべく医師が使用するシステムのインターフェイスが問題となっている。これは、調合機が接続されていない大規模なシステムの一部をオーダーシステムが構成している場合に、特に問題となる。従来、このような状況においては、オーダーは、記入されるか又はその他の方法によってオーダリングシステムに入力されている。次いで、この記入されたオーダーは、その正確性について処方医師又は臨床薬剤師のチェックを受けることになる。承認後に、この印刷された処方が薬局に提供されるが、この段階において、この処方を調合機システムに再入力しなければならない。記入されたオーダーの転記は、意図した処方と一致しない調合物を結果的にもたらす誤りの原因となる。

或いは、この代わりに、オーダーエントリシステムと薬剤調合機を適切に電子的に結合するシステムも存在している。しかしながら、これらのシステムは、複雑であり、共通データプロトコルを共有していないシステムの場合には、変換インターフェイスが必要となる。又、これらのシステムは、既存のシステムの自主性が要求されている場合には、望ましいものではないであろう。

従って、従来技術における問題点を解決すると共に、転記の誤りが（完全に除去されない場合にも）極小化されるように、調合データを薬剤調合機に入力する段階を提供するシステム及び方法が求められている。

従来技術の欠点に鑑み、本発明は、関連する複数のソース溶液を具備した薬剤調合装置に入力データを供給するシステム及び方法である。

１つの方法は、既定の又は定義されていない構成のいずれかに準拠した複数のソース溶液の割り当てを定義している第１標識を有する第１ラベルをデータエントリシステムによって生成する段階と、第１標識を薬剤調合装置に入力として供給する段階と、薬剤調合装置に入力された標識に基づいて薬剤調合物を生成する段階と、を含んでいる。

本発明の別の態様によれば、更なる段階は、少なくとも薬剤調合物を表す第２標識を有する第２ラベルを生成する段階と、第２標識をデータエントリ装置に入力として供給する段階と、複数のソース溶液の割り当てをデータエントリ装置内の第２標識と比較する段階と、を含んでいる。

本発明の別の態様は、複数のソース溶液の割り当てと薬剤調合物の不一致が発生したと判定された場合に、第１出力を生成する段階を提供している。

本発明の別の態様は、複数のソース溶液の割り当てが薬剤調合物内におけるソース溶液の割り当てと一致していると判定された際に、第２出力を生成する段階を提供している。

本発明の別の態様によれば、第２標識は、薬剤調合物が対象としている患者に関する情報をも有している。

本発明の別の態様によれば、第１標識及び／又は第２標識の少なくも１つは、バーコードを有している。

本発明の別の態様によれば、いずれか又は両方のラベルは、ＲＦＩＤタグであり、これらのタグと関連する標識は、その内部に電子的な形態において保存されている。

本発明の別の態様は、関連する複数のソース溶液を具備した薬剤調合装置に入力データを供給するシステムである。本システムは、既定の構成に準拠した複数のソース溶液の少なくとも１つの割り当てを定義している第１情報を有する第１出力を生成する手段と、第１情報を薬剤調合装置に転送する手段と、第１情報に基づいて薬剤調合物を生成する手段と、少なくとも薬剤調合物を表す第２情報を有する第２出力を生成する手段と、第２情報を第１情報と比較する手段と、薬剤調合物が既定の構成と一致しているかどうかを判定する手段と、を有している。

本発明の別の態様によれば、第１及び第２情報のいずれか又は両方は、個別のＲＦＩＤタグ内に電子的な形態において保存されている。

本発明のその他の特徴及び利点については、以下の明細書及び添付の図面に示されている。

本発明は、添付の図面との関連において以下の詳細な説明を参照することにより、十分に理解することができよう。尚、一般的な慣習に従い、図面の様々な特徴の縮尺は、正確なものにはなっておらず、逆に、様々な特徴の寸法は、わかりやすくするべく、任意に拡大又は縮小されていることに留意されたい。添付の図面には、「図面の簡単な説明」の節に記載されている図面が含まれている。

図１は、薬剤調合システム１０を示している。本システム１０は、人間又は動物に対する投薬が意図された複数の選択された液体及び／又は薬物を混合又は調合するべく使用可能である。使用の際に、システム１０は、液体及び／又は薬物の混合物を必要としている個人に対して（例えば、静脈注入によって）投薬できるように、複数のソース容器（例えば、個別のガラス瓶、ボトル、注射器、又は袋）から単一の収集容器（例えば、ボトル、注射器、又は袋）内に複数の個別の処方された液体及び／又は薬物を移送するべく機能する。

一例として、負傷、疾病、又は外傷に起因し、患者が自身の必要な栄養のすべて又は一部を静脈注入によって摂取することが必要となる場合がある。このような状況においては、患者は、アミノ酸、デキストロース、及び脂肪乳剤の混合物を含む基本溶液を摂取することになる（これは、患者の必要な栄養の主要な部分を提供するものであり、通常、完全静脈栄養（Ｔｏｔａｌ Ｐａｒｅｎｔｅｒａｌ Ｎｕｔｒｉｔｉｏｎ：ＴＰＮ）と呼ばれている）。この方式においては、医師は、投薬するアミノ酸、デキストロース、及び脂肪乳剤の混合物と、投薬の頻度を処方することになる。ＴＰＮにより、長期間にわたって患者を維持するべく、ビタミン、ミネラル、及び電界質などの少量の追加の添加剤も、混合物に包含するべく処方されている。薬剤師の監督下において本システム１０を使用すれば、処方オーダーが入力され、これに相応して、処方された液体、薬物、及び／又は添加剤の個々の服用量が、その患者に対する投薬のための単一の容器内に混合されるべく、別個の個別のソース容器から移送されることになる。

システム１０を使用するのに十分好適なその他の環境も存在している。例えば、医療の分野においては、化学療法、心筋収縮の中断、抗生物質の投薬を伴う治療、及び／又は血液製剤による治療を支援するべく、且つ、診断溶液の準備及び細胞及び分子プロセス促進用の溶液の準備を含む生物工学の処理において、システム１０を使用することにより、液体及び／又は薬物を調合可能である。又、システム１０を使用することにより、医療分野以外の液体を調合することも可能である。

但し、システム１０の特徴及び利点を説明するべく、例示されている実施例は、ＴＰＮを支援するためのシステム１０の使用法について示している。

（Ｉ．システムの概要）
システム１０は、３つの主要なコンポーネントを含んでいる。（ｉ）使用の際に、最終溶液容器１４を個別の溶液ソース容器１６に結合する液体移送セット１２（図２Ａを参照されたい）、（ｉｉ）使用の際に（図３を参照されたい）、移送セット１２とやり取りして液体を溶液ソース容器１６から最終溶液容器１４に移送する調合は又は溶液混合装置１８（図１を参照されたい）、及び（ｉｉｉ）やり取りを管理することにより、医師によって処方された調合又は溶液混合手順（これは、通常、薬剤師の監督下において調合サイトにおいて訓練中の臨床医が実行している）を実行するコントローラ２０（図１を参照されたい）が存在している。

調合装置１８及びコントローラ２０は、長期間にわたって使用可能な耐久性を有する物品となるように意図されている。図示の実施例においては（図１を参照されたい）、調合装置１８は、ハウジング又はケース２２の内部に取り付けられており、コントローラ２０は、その大部分が、ケース２２の外部の表面に取り付けられた制御パネル２４内に取り付けられている。ケース２２は、テーブルの表面又はその他の相対的に小さな表面上におけるセットアップ及び動作に適した小さな占有面積を有している。ケース２２及びパネル２４は、例えば、成型又は成形によって所望の構成に形成可能である。ケース２２及びパネル２４は、好ましくは、軽量ではあるが耐久性を有する材料（例えば、プラスチックや金属）から製造されている。

移送セット１２（図２Ａ）は、無菌の１回だけ使用される使い捨て可能な物品となるように意図されている。図３に示されているように、所与の調合手順を開始する前に、オペレータは、装置１８との関連において、移送セット１２の様々なコンポーネントを取り付けることになる。

図示のように、装置１８は、使用の際に（図３に示されているように）最終溶液容器１４を保持する計量ステーション２６を含んでいる。計量ステーション２６は、（図４に示されているように）支持アーム２８を含んでおり、この支持アームは、図示の実施例においては、ケース２２の側部又は底部に装着されている。又、計量ステーション２６は、従来のロードセル３０をも含んでおり、このロードセルは、支持アーム２８の最上部から吊り下げられている。調合の際には、最終溶液容器１４がロードセル３０のハンガーＨから垂れ下がることになる（図３を参照されたい）。又、図示されているように、装置１８は、ソース溶液支持フレーム３２をも包含可能である（但し、これは、必須ではない）。支持フレーム３２は、いくつかの別個のハンガーＨを保持しており、これらのハンガーは、調合の際に、個別のソース容器１６を支持することになる。ソース溶液支持フレーム３２が装置１８内に含まれていない場合には、その他の手段を使用して個々のソース容器１６を支持可能である。

図示のように、支持フレーム３２は、別個のコンポーネントから構成されているが、支持フレーム３２は、適切な方式によってケース２２に装着可能である。通常、調合の際には、装置１８は、ソース容器１６及び最終容器１４と共に、「クリーンルーム」環境の層流フード内に配置されることになる。

図２Ａに示されている移送セット１２は、一般に、長いソース移送チューブ３４を包含可能であり、このソース移送チューブは、一端において共通接合部又はマニホルド３６に接合されている。ソース移送チューブ３４の他端は、それぞれ、スパイク３８又は適切な着脱可能な結合部を含んでおり、これを、従来の方式により、関連するソース溶液容器１６が保持している隔膜を通じて挿入することにより、そのソース溶液容器１６と個別のソース移送チューブ３４間を連通させることができる。所定の長さを有する最終移送チューブ４０は、最終溶液容器１４に結合されている。最終移送チューブ４０の他端は、スパイク４２又は適切な着脱可能な結合部を含んでおり、これをマニホルド３６の排出口４４内に挿入することにより、最終溶液容器１４をソース溶液容器１６に結合することができる。ソース移送チューブ３４及び最終移送チューブ４０は、ジ−２−エチルヘキシル−フタラートによって可塑化されたポリビニルクロライドなどの柔軟であって医療グレードのプラスチック材料から製造可能である。同様に、ソース容器１６又は最終容器１４の１つ又は複数のものも、対象とするソース溶液との不活性特性及び互換性を考慮して選択された医療グレードのプラスチック材料から製造可能である。同様に、ソース又は最終容器１６又は１４の１つ又は複数のものをガラスから製造することも可能である。

それぞれのソース移送チューブ３４は、スパイク３８とマニホルド３６の間にインラインポンプセグメント４６を含んでいる。ポンプセグメント３４は、例えば、シリコーンゴムから製造可能である。又、それぞれのソース移送チューブ３４は、インラインの一方向弁４８をも含んでおり（これは、例えば、ダックビル、ディスク、アンブレラ弁である）、これは、図示の実施例においては、マニホルド３６内に保持されており、ソース容器１６からマニホルド３６に向かう液体の流れを許容してはいるが、マニホルド３６からソース容器１６のいずれかに向かう逆流を防止している。それぞれの弁４８は、順方向の液体の流れに応答して開放し、マニホルド３６内に向かうスパイク収容排出口４４を通じた（即ち、最終溶液容器１４に向かう）液体の流れを許容する。それぞれの弁４８は、排出口４４からのマニホルド３６又はその他のソース移送チューブ３４内における液体の逆流に応答して閉鎖される。

それぞれのポンプセグメント４６は、蠕動ポンプローターとの関連において使用されるべく設計されている。従って、図４に示されているように、調合装置１８は、蠕動ポンピングステーション５０を含んでいる。図４に示されているように、蠕動ポンピングステーション５０は、装置内に形成されたポンプベイ５２又はコンパートメントを占有している。図示のように、蠕動ポンピングステーション５０は、個別の蠕動ポンプローターアセンブリ５４の軸方向の集合体を含んでいるが、非軸方向の集合体を使用することも可能である。更には、ポンピングステーション５０は、蠕動ポンプローターアセンブリ５４の複数の並設バンクを包含することも可能である。

蠕動ポンピングステーション５０は、ドア５６を含んでおり、このドアによってポンプベイ５２が開閉される。ドア５６が（図４に示されているように）開放することにより、図５に示されているように、蠕動ポンプローターアセンブリ５４の中の選択されたものとの関連において、ポンプセグメント４６の中の選択されたものを取り付け可能である。ドアは、動作の際には、（図３に示されているように）閉鎖され、蠕動ポンピングステーション５０を覆うことになる。望ましくは、コントローラ２０は、ドア５６が開いている際に蠕動ポンプローターアセンブリ５４の動作を防止するべく、電気的なインターロック６６（図１３を参照されたい）に結合されている。

コントローラ２０は、処方されたデータエントリオーダー及び予めプログラムされているポンプ制御規則に基づいて調合プロトコル又は手順を実行する（これらの規則は、オペレータからのその他の入力をも包含可能である）。動作の際には、蠕動ポンプローターアセンブリ５４は、コントローラ２０の管理下において、直列的に個別且つ選択的に動作することにより（又は、並列的に同時且つ選択的に動作することにより）、ソース溶液の所望の量を個別のソース容器１６からマニホルド３６を通じて最終容器１４内に移送する。コントローラ２０には、ロードセル３０が結合されており、重量を計測することによって最終容器１４内への個々のソース溶液の増分的な移送を監視している。コントローラ２０は、重量の増分的な変化を監視しており、これを予めプログラムされている規則に従って処理することによって所与の蠕動ポンプアセンブリ５４の動作速度を制御しており、最終的には、処方された量のソース溶液が供給された際に停止させる。

コントローラ２０（図１３を参照されたい）は、メイン処理装置（ＭＰＵ）５８を有している。ＭＰＵ５８は、従来のＰＣから構成されており、これは、図示の実施例においては、調合装置１８のケース２２の外部において制御パネル２４内に取り付けられている。或いは、この代わりに、ＭＰＵ５８を調合装置１８のケース２２内に取り付けることも可能であろう。ＭＰＵ５８は、Ｍｉｃｒｏｓｏｆｔ（登録商標）のＷｉｎｄｏｗｓ（登録商標）動作環境をサポートしている１つ又は複数の従来のマイクロプロセッサから構成可能である。ＭＰＵ５８は、従来のＲＡＭ１２２と、ハートディスクドライブなどの従来の不揮発性メモリ装置７４を含んでいる。ＭＰＵ５８は、メモリ装置７４内にプログラムをアップロードするべく、ＣＤ読取装置などの入力装置１２４を含んでいる。図示の実施例においては、調合制御マネージャ機能７２は、ＭＰＵ５８のメモリ装置７４内においてプロセスソフトウェアとして存在している。

図示の実施例においては、コントローラ２０は、スーパーバイザＣＰＵ１２６と周辺処理ユニット（ＰＰＵ）６０をも含んでいる。ＣＰＵ１２６及びＰＰＵ６０は、いずれも、望ましくは、印刷回路ボード上に実装されている。ＣＰＵは、ｕＣ／ＯＳ−ＩＩオペレーティングシステムを稼動させる能力を有する従来のマイクロプロセッサから構成されている。ＰＰＵは、その処理タスク及び制御機能に固有のファームウェアによって駆動される専用のマイクロチップＰＩＣである。図示の実施例においては、ＣＰＵ１２６及びＰＰＵ６０は、調合装置１８のケース２２内の電子回路ベイ６２又はコンパートメント内に取り付けられている（図６Ａ、図６Ｂ、及び図７を参照されたい）。ＡＣ電源（図示されてはいない）が電力をＣＰＵ１２６、ＰＰＵ６０、及び装置１８のその他の電気コンポーネントに供給している。

ＣＰＵ１２６は、ＵＳＢ、ＲＳ−２３２、又はＥｔｈｅｒｎｅｔ（登録商標）ポート、或いは、その他の接続手段を介してＭＰＵ５８に接続されている（図１３を参照されたい）。ＣＰＵ１２６は、調合制御マネージャ７２によって生成されたハイレベルな命令をＭＰＵ５８から受信している。ＰＰＵ６０（図１３を参照されたい）は、ＲＳ−２３２リンクを介してＣＰＵ１２６に結合されている。調合制御マネージャ７２によって生成されたハイレベルな命令は、ＣＰＵ１２６により、中間レベル命令としてＰＰＵ６０に伝達される。ＰＰＵ６０は、蠕動ポンプステーション５０及び計量ステーション２６の様々なハードウェア（例えば、（前述の）ドアインターロック６６、（後述する）ポンプモーター６４（図６Ａをも参照されたい）、（後述する）ポンプクラッチ６８、（後述する）ホール効果ポンプローターセンサ７０、（前述の）ロードセル３０など）に接続されている。ＰＰＵ６０は、ＣＰＵ１２６によって生成された中間レベルの制御命令と、第１レベルの保護に基づいて、（例えば、前述のように、ドア５４が開いている場合にポンプモーター６４を停止させるための）ハードウェア固有の命令を提供している。ＰＰＵ６０及びＣＰＵ１２６は、相互に通信及び監視することにより、個々の障害をバックアップすると共に是正措置を実行している。

調合制御マネージャ７２は、ＭＰＵ５８上に存在している。調合制御マネージャ７２は、入力データを受領して操作し、装置状態及び動作状態を監視し、データを出力及び保存すると共に、蠕動ポンプステーション５０の動作を指示して処方された調合タスクを実現するための手順を規定した予めプログラムされている規則を含んでいる。ＭＰＵ５８は、オペレータからの入力に応答して調合制御マネージャ７２によって生成されたハイレベルな命令（例えば、それぞれの蠕動ポンプアセンブリ５４が移送するべき量）をＣＰＵ１２６に伝達している。この結果、ＣＰＵ１２６は、中間レベルの命令をＰＰＵ６０に伝達し、ＰＰＵが、特定のポンプ命令を蠕動ポンプアセンブリ５４に伝達してポンピング命令を実行すると共に、センサ及びロードセルから動作状態データを受信して評価し、閉ループフィードバック制御及び対応した警告を生成している。又、ＰＰＵ６０は、動作状態データをＣＰＵ１２６に対して中継しており、ＣＰＵも、ＰＰＵ６０と並行して動作状態データを評価している。この観点において、ＣＰＵ１２６は、警告状態がＰＰＵ６０によって検出されない場合に（例えば、その他の方法によってＰＰＵ６０によって検知されない過供給が発生した場合に、ポンピングを中止するべく）、第２レベルの保護を提供している。

図示の実施例においては（図１を参照されたい）、コントローラ２０は、ディスプレイ装置７６（これは、制御パネル２４の一部である）、データエントリ装置７８（例えば、キーボード及びマウス）、及びデータ出力ステーション８０（例えば、プリンタ）を含んでおり、これらは、適切な入力及び出力を介してＭＰＵ５８に結合されている。図示の実施例においては（図１を参照されたい）、ディスプレイ装置７６は、望ましくは、例えば、調合制御マネージャ７２内に存在しているＷｉｎｄｏｗｓ（登録商標）に基づいた動作プラットフォームを使用して調合制御マネージャ７２によって実装される従来のタッチスクリーン法を使用した更なるデータエントリ装置としても機能している。この構成において調合制御マネージャ７２が実行する組み合わせられたデータ表示及びデータエントリ能力により、調合制御マネージャ７２内に存在している予めプログラムされた規則に従って、データエントリを受け付けると共に、データの入力を要求する及び入力されたデータを確認する情報と、監視対象である動作状態及び調合装置１８の状態をオペレータに対して表示する対話型のユーザーインターフェイスがディスプレイ７６上に提供されることになる。又、調合制御マネージャ７２は、実際のポンプによる供給結果とオリジナルのオーダーを検証することにより、第３レベルの保護をも提供している。ディスプレイは、必要に応じて、英数フォーマット及び／又はグラフィカル又は絵画的な画像であってよい。又、調合制御マネージャ７２によれば、例えば、活動報告書などの望ましいフォーマットにおいて、選択された情報をプリンタ８０に出力することも可能である。調合制御マネージャ７２の対話型のユーザーインターフェイスによれば、オペレータは、システム１０の動作に関する情報を入力、参照、及び取得可能である。尚、調合制御マネージャ７２及び調合制御マネージャ７２によって実装可能なタッチスクリーンの対話型ユーザーインターフェイスの更なる詳細については後述する。

又、図１に示されているように、ＭＰＵ５８は、情報を調合制御マネージャ７２内に読み取るべく、バーコード読取装置８２又はこれに類似したものによる入力をも含んでいる。バーコード標識の代わりに、ＲＦＩＤタグを含んでいる実施例においては、市販のＲＦＩＤ読取装置（図示されてはいない）によってバーコード読取装置８２が置換されている。システム１０のこの態様に関する更なる詳細については、後述することとする。

又、図１に示されているように、ＭＰＵ５８は、キーボード及びマウスデータエントリ装置７８の入力をも含んでいる。これらの装置７８により、オペレータは、調合制御マネージャ７２の操作対象となるデータを入力すると共に、様々な方法により、且つ、調合制御マネージャ７２のタッチスクリーンデータエントリ能力を使用することなしに、ディスプレイ装置７６によって提示された情報とやり取り可能である。この構成においては（図１３を参照されたい）、コントローラ２０は、望ましくは、オーダーエントリプロセスマネージャ８４を含んでおり、このオーダーエントリプロセスマネージャは、制御パネル２４内のＭＰＵ５８のメモリ装置７４上に存在している。このオーダーエントリマネージャ８４により、その他の形態の対話型のデータエントリ及びデータ参照プラットフォーム、並びに、例えば、後程詳述するように、最終溶液容器１４のラベルなどの選択されたフォーマットにおけるプリンタ８０に対するその他の形態のデータ出力が実現されている。

望ましくは（図１３に示されているように）、オーダーエントリプロセスマネージャ８４には、装置コントローラ２０の調合制御マネージャ７２にリンクされた１つ又は複数の外部マイクロプロセッサ８８上に存在しているブラウザソフトウェア８６によってアクセス可能である。この構成においては、コントローラ２０は、望ましくは、例えば、単一ステーションのハブレスローカルエリアネットワーク接続、マルチステーションのハブ又はスイッチローカルエリアネットワーク接続、施設ネットワークサーバーを有するマルチステーションハブ接続、及び／又は公衆インターネットを通じたマルチステーションハブ接続を使用して調合制御マネージャ７２と外部入力又は出力装置（例えば、その他のデータエントリワークステーション及び／又はプリンタ）の間の電子的又は電磁的データ通信を実現するべく、ＲＳ−２３２リンク又は別の代替データ通信接続（例えば、無線、マイクロ波、赤外線、又はその他の電磁波通信システム）を含んでいる。逆に、或いは、これに加えて、複数の調合装置１８をそのオンボードコントローラを通じて複数のデータエントリワークステーション又はサイトにリンクすることも可能である。コントローラ２０のこれらの能力により、完全にネットワーク接続された薬剤調合の多様な構成が実現されることになる。調合制御マネージャ７２との関連においてコントローラ２０が対応可能なこれらのネットワーク接続された形態の対話型データエントリ及びデータ参照プラットフォーム（例えば、インターネット、イントラネット、又はループバック）の更なる詳細については、後述することとする。

調合手順が完了した際に、オペレータは、最終溶液容器１４の注入チューブ４０を密封し、最終移送チューブのスパイク４２をマニホルド３６から取り外す。同一のソース溶液の少なくともいつくかの混合物を必要としている一連の調合オーダーが存在している際には（これが通常のケースである）、オペレータは、マニホルド３６に新しい最終溶液容器１４の注入チューブ４０のスパイク４２を装着して更なる調合手順を実行することにより、次の調合オーダーに進むことになる。そうでない場合には、オペレータは、ソース容器１６からソース移送チューブ３４を取り外し、移送セット１２及びソース容器１６を装置１８と関連した状態から除去可能である。移送セット１２は破棄可能である。それぞれの最終溶液容器１４及びその調合済みの液体内容物は、保存、注入、輸液、又は更なる処理のために保持される。

（ＩＩ．調合装置の技術的な特徴）
図６Ａ、図６Ｂ、及び図７は、調合装置１８の代表的な実施例の構造の詳細を明瞭に示している。図示のように、装置１８は、前述のように、ポンプベイ５２と電子回路ベイ６２に分割されているフレーム９０を含んでいる。蠕動ポンピングステーション５０のハードウェアコンポーネントがポンプベイ５２を占有している。ポンピングステーション５０及びロードセル３０の電気的コンポーネントとＰＰＵ６０が電子回路ベイ６２を占有している。例えば、図４及び図５に示されているケース２２が、フレーム９０及びこのフレームが保持しているコンポーネントを覆っている。

（Ａ．蠕動ポンピングステーション）
ポンプベイ５２内において、蠕動ポンピングステーション５０は、既に概説したように、蠕動ポンプローターアセンブリ５４の集合体を含んでいる。蠕動ポンプローターアセンブリ５４の数と構成は、装置１８の設計上の考慮事項及び調合要件に応じて変化可能である。図示の実施例においては（図４に示されているもの）、９つの蠕動ポンプローターアセンブリ５４が存在している。

図示のように（図６Ａ及び図６Ｂを参照されたい）、それぞれの蠕動ポンプローターアセンブリ５４は、同一の方式によって構築されている。それぞれのアセンブリ５４は、フレーム９０に固定されたベアリングプレート９２上に支持されている。ベアリングプレート９２は、駆動シャフト９４に沿って軸方向に離隔した関係において連続的に配列されている。駆動シャフト９４は、一端において、駆動ベルト９６及び駆動プーリー９８を介して（電子回路ベイ６２内に保持されている）電気駆動モーター６４（図６Ａを参照されたい）に結合されている。或いは、この代わりに、駆動シャフト９４を駆動モーター６４に直接結合することも可能である。コントローラ２０によって制御されている駆動モーター６４の動作により、望ましい回転速度において駆動シャフト９４が回転することになる。代表的な実装においては、駆動モーターは、駆動シャフト９４を可変速度において回転させることができる。それぞれのポンプローターアセンブリ５４は、駆動ギア１００を含んでおり、これは、駆動シャフト９４上のベアリング１０２によって保持されている。従来の電磁クラッチアセンブリ６８がそれぞれの駆動ギア１００に結合されている。それぞれのクラッチアセンブリ６８は、（図１３に示されているように）個別にコントローラ２０に結合されている。コントローラ２０によって起動された際に、所与のクラッチアセンブリ６８は、駆動ギア１００を摩擦によって駆動シャフト９４に結合させ、駆動ギア１００を回転させる。クラッチアセンブリ６８がコントローラ２０によって起動されていない場合には、駆動シャフト９４の回転は、関連する駆動ギア１００に対して付与されない。

固定されたアイドラシャフト１０４が、駆動シャフト９４から離隔すると共にこれとはオフセットされた状態において、ブッシング１０８上をベアリングプレート９２を通じて延長している。又、それぞれのポンプローターアセンブリ５４は、被駆動ギア１０６をも含んでいる。被駆動ギア１０６は、所与の駆動ギア１００の回転によってその個別の被駆動ギア１０６に回転が付与されるように、駆動ギア１００に対して個別に結合している。この構成においては、それぞれのポンプローターアセンブリ５４は、それぞれの被駆動ギア１０６と共に回転するべく（例えば、ギア装着ネジ１１２によって）結合されたポンプローター１１０を含んでいる。それぞれのポンプローター１１０は、ポンプローラーの集合体１１４を保持しており、これが、使用の際に、移送チューブ３４のインラインポンプセグメント４６と係合することになる。

コントローラ２０によって所与のクラッチアセンブリ６８が起動されると、関連する駆動ギア１００が駆動シャフト９４に結合することになり、この駆動シャフトに対して駆動モーター６４から回転が付与されると、この駆動シャフトが、被駆動ギア１０６を介して関連するポンプローター１１０に回転を付与することになる。ポンプローター１１０が回転すると、ポンプローラー１１４が、関連するポンプセグメント４６と係合し、周知の蠕動ポンピング動作によって液体を移送チューブ３４を通じて移送することになる。

それぞれのポンプローターアセンブリ５４は、関連するポンプローター１１０とアライメントされた保持ブラケット１１６のペアを含んでいる。これらの保持ブラケット１１６は、それぞれのポンプセグメント４６の両端に形成されたマウント１１８（図２Ａを参照されたい）と着脱可能に噛み合うべくサイズ設定及び構成されている。保持ブラケット１１６は、ポンプセグメントのマウント１１８に摩擦によって係合し、これにより、図５に示されているように、使用の際に、望ましいポンプローラー１１４との動作可能な関係において、ポンプセグメント４６を保持することになる。

後程詳述するように、ポンプローターアセンブリ５４の保持ブラケット１１６と移送チューブ３４のポンプセグメントのマウント１１８は、望ましくは、選択されたポンプローター１１０との関係における選択されたポンプセグメント４６の取り付けが望ましい順序で実行されるように、（例えば、整合した番号及び／又は整合した色又はこれに類似したものによって）一意にコード付けされている。又、選択されたソース容器１６との関係においても、移送チューブ３４の望ましい結合が実行されるように、関連する移送チューブ３４のスパイク３８も、この一意の整合コードを（例えば、番号が付与された着色されたタブ１２０によって）保持している。後ほど詳述するように、調合制御マネージャ７２によって生成されるユーザーインターフェイスのグラフィックは、望ましくは、この一意のコードを内蔵しており、これにより、移送セット１２の使い捨て可能なコンポーネントをポンプステーション５０のハードウェアコンポーネントと、調合制御マネージャ７２によって提供される望ましいソフトウェア機能と、に整合させている。

望ましくは、一意の整合コードは、例えば、バーコード標識（例えば、１次元又は２次元のバーコード）を含んでいる。代替実施例は、例えば、ＲＦＩＤタグなどのその他のタイプの標識を利用可能であり、この中に情報が保存されることになる。この構成においては、調合制御マネージャ７２は、ソース溶液容器及び移送セット上においてバーコード標識をスキャニングする物理的な動作を実行するようにオペレータに要求することにより、調合前に潜在的な誤りの原因を除去可能である。このソフトウェア、ハードウェア、及び使い捨て可能なコンポーネントの組み合わせにより、人間の誤りに起因した調合の誤りの原因が極小化されている。又、バーコードのスキャニングは、望ましくは、調合前にロット番号の記録を判定し、有効期間が過ぎている（又は、既定の期間内に有効期間が超過することになる）ソース溶液の使用を警告／又は防止する段階をも包含可能である。従って、溶液ロット番号の記録を自動化して調合済みの袋に結び付けることにより、価値あるソース溶液の浪費が回避されると共に、有効期間が超過した成分を含んでいない溶液ほどには効力を有していないであろう最終溶液を提供する可能性も回避されることになる。

図２Ｆに示されているように、移送セット１２は、チューブオーガナイザ１２８をも包含可能であり、このチューブオーガナイザは、望ましい順序においてポンプセグメント４６とスパイク３８の間にすべての移送チューブ３４を１つのユニットとして保持するべくサイズ設定及び構成されたプラスチックの成型された又は加工されたストリップから構成されている。この構成においては、オーガナイザ１２８は、オーガナイザ１２８によって予め制定されているポンプローターアセンブリ５４に対する移送チューブ２４の順番において、１つのユニットとして保持ブラケット１１６にポンプセグメント４６を取り付けるように、オペレータに対して要求している。又、オーガナイザ１２８は、移送チューブ３４が望ましい順番において調合装置１８に取り付けられることをも保証している。

システム１０によれば、医師によるオーダーの時点において始まり、調合と最終生成物の供給及び投与を通じて継続する調合プロセスのすべての段階においてシステマチックなプロセス制御が可能である。前述のように、病院に基づいた電気的オーダリングシステムを介して、オーダーを患者サイトから受信可能である。データを電子的に受信した際には、それらのデータを調合制御マネージャ７２に入力可能である（或いは、これに対して電子的に伝送可能である）。調合プロセスに先行する段階として、最終溶液容器１４に自動的にラベルを付与可能である。その後、ソース容器のラベル及びバーコードとの組み合わせにおいて、最終溶液容器上のラベルを通じて調合プロセスを制御及び検証可能である。

（Ｂ．ポンプ制御基準）
概説したように（且つ、後程詳述するように）、望ましい調合オーダーは、オペレータによって入力され、制御パネル２４のＭＰＵ５８内の調合制御マネージャ７２が、この調合オーダーを実行することになる。通常、調合オーダーは、最終溶液内において調合するべきソース溶液と、それぞれのソース溶液の（重量又は容積の観点における）量を識別している。調合制御マネージャ７２は、シリアル調合モードにおいて（調合装置１８内のＰＰＵ６０を通じて）個別のポンプローターアセンブリ５４を稼動させることができる。即ち、望ましい量のそれぞれのソース溶液が供給されて望ましい混合物を構成する時点まで、第１ポンプローターアセンブリ５４を稼動させて望ましい量の第１ソース溶液を最終容器１４に移送し、次いで、第２ポンプローターアセンブリ５４を稼動させて所望の量の第２ソース溶液を最終容器１４に移送する（以下同様）。

個別のポンプローターアセンブリ５４を制御する際には、調合制御マネージャ７２の予めプログラムされている規則において、望ましくは、予め設定されている供給精度基準について考慮している。この基準は、実現を要する調合タスクに応じて変化可能である。例えば、ＴＰＮの場合には、あらゆる０．２ｍＬ以上の成分について、＋／−５％以上となるように供給精度基準を設定可能である。不足する可能性を除去するべく、＋５％／−０％の供給精度基準を設定することも可能であろう。

又、調合制御マネージャ７２の予めプログラムされている規則は、望ましくは、供給容積を考慮した供給時間基準を含んでいる。相対的に小さな供給容積において＋／−５％以上のシステム供給精度の目標を実現するには、絶対誤差を可能な限り小さく維持することが必要となる。このような相対的に小さな絶対供給誤差は、相対的に厳密なプロセス制御の内蔵を調合制御マネージャ７２に要求することになり、この結果、相対的に小さな供給容積の場合に、１ｍＬの供給当たりに相対的に長い供給時間がもたらされることになろう。一方、相対的に大きな供給容積において＋／−５％以上のシステム供給精度の目標を実現するには、相対的に大きな絶対誤差を許容可能である。例えば、１０ｍＬの供給における１％の誤差は、０．１ｍＬであるが、１０００ｍＬの供給における同一の１％の誤差は、１０ｍＬである。従って、調合制御マネージャ７２は、相対的に大きな容積の場合には、異なるプロセス制御を実施可能であり、この結果、相対的に大きな供給容積の場合には、相対的に高速の１ｍＬの供給当たりの供給時間がもたらされることになろう。

又、調合制御マネージャ７２は、同一ソース溶液の並行処理にも対応可能である。例えば、同一のソース溶液が２つのポンプローターアセンブリ５４上に存在している場合には、両方のソース溶液を並行的に（同時に）ポンピングして全体的な供給時間を短縮可能である。即ち、連続的な調合（即ち、１つの溶液の後に別の溶液を調合する方式）を使用して単一の容器を充填するのに２分を所要している場合には、並行的な調合により、潜在的に、この時間要件を、最終生成物を構成する溶液成分に応じて、１分に低減可能である。

調合制御マネージャ７２の予めプログラムされている規則は、ポンプ駆動モーター６４の望ましい閉ループ制御を実施している。この閉ループ制御は、望ましくは、従来のＰＩＤ（Ｐｒｏｐｏｒｔｉｏｎａｌ−Ｉｎｔｅｇｒａ−Ｄｅｒｉｖａｔｉｖｅ）制御方式を実装してポンプ速度を制御することにより、望ましいターゲット供給を実現している。ＰＩＤ制御方式においては、現在の供給量とターゲットの量の間の絶対差のみならず、時間の経過に伴う絶対差の変化速度をも考慮したポンプ補正命令を生成している。この制御方式は、純粋に数学的なＰＩＤモデルを使用することも可能であり、「ファジーロジック」法を内蔵し、推定と補間を利用することにより、望ましい流速を得るためのモーター速度の調節方法を決定することも可能である。ファジーロジック法を使用すれば、乗算及び除算命令を使用することなしに、モーター速度の制御機能が実現され、この結果、処理の複雑性が極小化されることになる。

次に示されているのが基礎的なＰＩＤ式であり、この場合に、「ｅ」は、望ましいモーター速度と実際のモーター速度間の誤差であり、「ｕ」は、この誤差を調節するべく試みる新しいモーター駆動パワーレベルである。

ここで、（Ｐ）ｒｏｐｏｒｔｉｏｎａｌは、モーター速度の誤差に対する比例した（直接的な）応答である。（Ｉ）ｎｔｅｇｒａｌは、望ましい速度と実際の速度間の差に対する積分（迅速な速度変化）であり、これは、通常、モーターのパワーがゼロからフルパワーに急激に上昇することを要するモーターの始動の際に作用し始める。（Ｄ）ｅｒｉｖａｔｉｖｅは、モーター速度の誤差に対する微分（蓄積された）応答であり、これは、例えば、高負荷の存在下において必要となるモーターパワーの安定した増大を引き起こす原因である。

式１において、望ましいモーター速度と計画されたモーター速度間の誤差の整数数学近似を現在のモーター速度と加速に基づいて実行する。次いで、この誤差値を使用することにより、適宜、モーター駆動パワーレベルを上下に調節する。

モーターパワーの調節値として（適切にスケーリングされた）絶対誤差値を使用することにより、ＰＩＤ式の（Ｐ）ｒｏｐｏｒｔｉｏｎａｌ部分を近似する。

値の範囲及びスケールを選択することにより、ＰＩＤ式の（Ｉ）ｎｔｅｇｒａｌ部分を近似する。これは、適度な誤差値（最大可能誤差よりも格段に小さいもの）によってモーターパワーレベルが飽和に駆動されるように、誤差値のスケールをモーター駆動パワーと比較して大きなものにすることによって実現される。

更には、それぞれのＰＩＤ制御ループの反復において新しいモーター駆動パワーレベルを判定する代わりに、モーター駆動パワーレベルを調節することにより、ＰＩＤ式の（Ｄ）ｅｒｉｖａｔｉｖｅの寄与を近似する。

この結果、従来のＰＩＤアルゴリズムのように動作するモーター制御アルゴリズムが得られることになり、これは、改善された過渡応答と滑らかな制御を有している。

（直交デコーダの実装）
従来の直交デコーダとは異なり、本発明者らのデコーダは、ポンプ駆動モーター６４に対するアップ及びダウンパルスを生成してはおらず、ポンプ駆動モーター６４が現在回転している方向を判定しているに過ぎない。ＰＰＵ６０が、方向信号を監視しており、モーターがプログラムされた方向に回転しているかどうかを統計的に判定し、そうでない場合に警告を生成している。この結果、直交デコーディング機能の実装に使用される部品数が極小化されることになる（従来のシステムにおいては、追加のＰＰＵ入力又は相対的に高価な外部部品が必要とされている）。

代表的な一実装においては、調合制御マネージャ７２は、供給容積とターゲットの間の絶対誤差が予め設定された値に近接するまで高速流速制御段階を実施している。この「スローダウン」ポイントにおいて、調合制御マネージャ７２は、流速を低下（ｒａｍｐ−ｄｏｗｎ）させ、低速流速制御段階を実施している。この段階においては、供給容積とターゲット間の差が縮小するに伴って補正命令が連続的に小さくなっている。この段階における流速低減率は、線形であっても或いは非線形であってもよく、非線形低減のスロープは、凹形であるか、凸形であるか、或いは、これらの組み合わせであってよい。

望ましい実装においては、調合制御マネージャ７２は、ターゲット容積に接近するに伴って、個別のポンプローターアセンブリをステッピング又はパルシングしている。この構成においては、ＰＰＵ６０は、それぞれのローターに結合されたホール効果センサなどのローター回転センサ７０と通信可能であり、この結果、ローターの回転をいくつかの増分的に検知されたステップと相関させ、且つ、これらのステップをローター回転の増分的な角度と相関させることができるようなっている。例えば、１回の完全な回転（３６０度）は、５００個の増分的に検知されたステップに等しく、従って、それぞれの増分的に検知されたステップは、０．７２度の回転に等しい。この結果、ＰＰＵ６０は、ターゲット容積に近づいた際に、ポンプローターの回転の小さな増分単位の観点において非常に正確なポンプ命令を生成することにより、水圧の影響によって発生するものなどの過充填を防止可能であり、この結果、移送セットのチューブは、ポンピングによる圧力が除去された後に、その通常の断面に戻ることになる。

ＰＰＵ６０は、ホール効果センサの出力を監視することにより、回転している１つ又は複数のローターを判定している。この情報を使用して次のような適切な警報を生成する。

１．動作してはならないときにローターが動作している。この結果、誤った溶液が最終容器に供給されるという状況が発生可能であるため、これは、潜在的に危険である。模範的なシステムは、この状態を監視しており、これが発生した際に警告を発行し、オペレータに対して最終容器を患者の治療に使用するべきではないことを忠告している。

２．動作するべきときにローターが動作していない。これは、危険な状態ではないが、検出され、機能不良としてオペレータに報告されることになる。

（ＩＩＩ．移送セットの技術的な特徴）
前述のように、一般的な調合セッションの場合には、通常、同一のソース溶液の少なくともいくつかの混合物を必要としている一連の調合オーダーが存在している。このような状況においては、オペレータは、同一のマニホルド３６を維持した状態において最終溶液容器１４を繰り返して交換することになる。

これらの状況においては、ソース溶液として脂肪乳剤を必要としている調合オーダーにより、脂肪乳剤の残留物がマニホルド３６内に残される可能性がある。このマニホルド３６内に残された残留物は、容積は小さいが、（脂肪乳剤を指定していない可能性がある）後続の調合オーダーの最終溶液容器１４内に導入される可能性がある。この意図していない残留物は、脂肪乳剤が含まれないものと想定されている調合オーダーの最終溶液容器１４内に、一般に「脂質濁り（ｌｉｐｉｄ ｈａｚｉｎｇ）」と呼ばれる現象を引き起こすことになる。

脂質濁りの影響を極小化するべく、図２Ｂにおいては、使用の際に脂肪乳剤の移送に専用とするべく意図された１つの移送チューブ３４’が存在している。前述のように、必要なバーコードのスキャニング（又は、適宜、ＲＦＩＤのスキャニング）と結合された固有のコード付け方式を内蔵することにより、この移送チューブ３４’が、使用の際にソース容器からの脂肪乳剤の移送に専用となることを保証可能である。調合の際には、その他のソース溶液に先立って脂肪乳剤を最終溶液容器１４内に移送する。この結果、脂肪乳剤の後のその他のソース溶液の調合が、脂肪乳剤の残留物をマニホルド３６から最終溶液容器１４内に洗い流すように機能することになる。

調合の後に、スパイク４２が排出口４４から引き抜かれる際に、マニホルド３６内に一時的な真空が生成されることになる。弁４８は、排出口４４からスパイク４２を引き抜くことによって生成された一時的な真空に応答して開放可能であり、この結果、ソース溶液の小さな塊がマニホルド３６内に引き出されることになる。脂肪乳剤の残留物も、この塊の内部に含まれることになろう。

図示の構成においては、脂肪乳剤移送チューブ３４’とインライン状態にあるマニホルド３６内の弁４８’は、脂肪乳剤ソース容器に結合されていない移送チューブ３４とインライン状態にあるマニホルド３６内のその他の弁４８の弁開放又はクラッキング圧力を上回る弁開放又は「クラッキング」圧力を具備するようにサイズ設定及び構成されている。スパイク４２が出口４４から引き抜かれた際に、弁４８’を閉じた状態に維持するべく、脂肪乳剤移送チューブ３４’とインライン状態にある弁４８’のクラッキング圧力を相対的に大きなものに選択しているのである。

使用の際には、図２Ｃに示されているように、脂肪乳剤移送チューブ３４’とインライン状態にない弁４８の相対的に小さなクラッキング圧力に起因し、スパイク４２が排出口４４から引き抜かれる際には、これらの弁４８は、排出口４４からスパイク４２を引き抜くことによって生成された一時的な真空に応答して開放可能である。しかしながら、脂肪乳剤移送チューブ３４’とインライン状態にある弁４８’の相対的に大きなクラッキング圧力に起因し、弁４８’は、スパイク４２が排出口４４から引き抜かれる際に、閉じた状態に留まることになる。従って、スパイク４２が引き抜かれ、一時的な真空がマニホルド３６内に生成されるに伴って、マニホルド３６内に引き出されることになるすべてのソース容器からのソース溶液の小さな塊には、脂肪乳剤が含まれることにはならない。この結果、最終溶液容器１４の交換の際に脂肪乳剤の残留物がマニホルド３６内に進入することが防止されることになる。

代替構成においては（図２Ｄ及び図２Ｅを参照されたい）、脂肪乳剤の移送に専用の１つの移送チューブ３４’に対してサービスしている蠕動ポンプローターアセンブリ５４’は、コントローラ２０の指示の下に逆回転する能力を有することができる。逆回転によって負圧が生成され、インライン弁４８’が閉鎖状態に引っ張られることになる。この構成においては、コントローラ２０は、オペレータが排出口４４からスパイク４２を除去する前に、脂肪乳剤のポンプアセンブリ５４’の逆回転を命令している。図２Ｅに示されているように、スパイク４２を除去することにより、脂肪乳剤チューブ３４’内の弁４８’を除いて（これは、負のポンプ圧力の抗力に起因して閉じた状態に留まることになる）、弁４８が開放可能である。前述のように、スパイク４２を除去することに伴って、脂肪乳剤を除いたすべてのソース容器からソース溶液の塊をマニホルド３６内に引き出し可能である。

スパイク４２が引き抜かれる際に、前進方向においてその他の蠕動ポンプローターアセンブリ５４をパルシングさせることにより、スパイク４２の除去によって生成される真空を緩和可能である。この構成においては、脂肪乳剤チューブ３４’にサービスしている弁４８’のクラッキング圧力は、その他の弁４８のクラッキング圧力と異なっている必要はない。

（ＩＶ．コントローラの技術的な特徴）
（Ａ．調合制御マネージャ）
調合制御マネージャ７２は、制御パネル２４のＭＰＵ５８内に存在している。調合制御マネージャ７２により、臨床医は、所与の調合プロトコルに関する情報を入力、参照、調節、及びオフロード可能である。

一般に、調合制御マネージャ７２は、リアルタイムフィードバックとグラフィカルユーザーインターフェイス（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）要素を通じた調合装置とのやり取りをオペレータに対して提供するプログラム言語である。Ｗｉｎｄｏｗｓ（登録商標）に基づいたグラフィカルフォーマットにおいて生成されたＧＵＩ要素は、調合制御マネージャ７２によって生成された様々な入力及び出力を表示しており、このＧＵＩ要素により、ユーザーは、調合制御マネージャ７２によって使用される情報を入力及び調節して調合装置１８を稼動させることができる。

ＧＵＩ要素を開発するべく、調合制御マネージャ７２は、特定のサードパーティの既製のコンポーネント及びツールを利用可能である。開発が完了すると、調合制御マネージャ７２は、標準的なウィンドウに基づいたソフトウェアプログラムとしてメモリ装置上に存在可能である。

図９Ａ〜図９Ｗ、図１５Ａ、図１５Ｂ、図１６、及び図１７は、調合制御マネージャ７２の代表的な実施例によって生成される一連の表示画面であり、これらは、調合制御マネージャ７２の様々な特徴を示している。

ソフトウェア初期化の初期起動モードの後に、ディスプレイ装置７６上にメインワークエリアが生成され、この結果、まず、ログイン画面２００が表示されることになる（図９Ａ）。ログイン画面２００は、オペレータが、バーコード又はＲＦＩＤスキャナを使用してオペレータのバッジ番号を読み取るか、或いは、バッジ番号の入力又はグラフィカルタッチスクリーンエントリパッド上におけるその他の選択された形態の識別により、自分自身を識別することを要求している。この識別手順は、ログイン及び／又はオペレータのセキュリティ認可レベルの評価に必要である。望ましくは、システム管理者は、サインインデータの比較対象となる認可ユーザーリストを予め設定しておくことになろう。

本システムは、望ましくは、システムの動作のために様々な保護を提供する様々なセットアップ手順を含んでいる。図１５Ａは、すべての調合動作に必要な承認をセットアップするためのこの種の１つの構成画面１５００である。図１５Ａに示されているように、タブ１５０２を選択した際に、システムの管理者又は同種のハイレベルなシステム管理アクセスを具備した別の要員などのオペレータに対して画面１５００が提示されることになる。この例においては、画面１５００は、患者のいくつかのクラスのそれぞれごとに３つのティアの選択肢を提示している。承認要件は、患者クラスごとに互いに独立している。承認レベルの例は、「なし」（あらゆる調合機能について承認が不要である）、「ソース変更の後」（様々なソース溶液のいずれかが変更されると共に／又は、交換された後に、薬剤師などの上位レベルの従業員からの承認が必要である）、「常に」（すべての調合機能について上位レベルの従業員からの承認が必要である）である。後者の承認設定は、例えば、新しい又は下位レベルの技術者の場合に（又は、この種の監督が望ましい場合に）、起動可能である。

図１５Ｂは、バーコード構成画面１５０４を示している。図１５Ｂに示されているように、タブ１５０６を選択した際に、画面１５０４がオペレータに対して提示されることになり、これにより、オペレータは、プルダウン１５０８を介して通信ポートをセットアップ可能であり、且つ、プルダウン１５１０を介して、ポート速度、パリティ、ワードレングスなどのポートのその他の属性を選択可能である。又、オペレータには、様々なチェックボックス１５１２も提示されており、これにより、オペレータは、調合の開始を許可する前にバーコード確認を必要とするもの（１５１４）、セットアップにおいてソース溶液のバーコード確認を必要とするもの（１５１６）、「流れなし」警告が通知された後にソース容器のバーコード確認を必要とするもの（１５０８）、及び最終容器ラベルのバーコード確認を必要とするもの（１５２０）などのその他のチェックルーチンを選択可能である。これらのチェックは、最終溶液の生成における人間の誤りを回避するのに有用な追加的な手段を提供している。

認可識別情報の入力が完了すると、ログイン画面２００は、メイン画面２０２によって置換されることになる（図９Ｂ）。メイン画面２０２は、連番が付与されたポンプステーションデータフィールド２０４を表示している。ポンプステーションデータフィールド２０４は、望ましくは、調合装置内の蠕動ポンプローターアセンブリ５４の左から右への配置に従って番号付けされている。又、これらの番号には、望ましくは、前述のように、調合装置１８内の蠕動ポンプローターアセンブリ５４に割り当てられている色コードに応じたカラーコード付けが施されている。

それぞれのポンプステーションデータフィールド２０４は、オペレータが供給対象である溶液を識別するための溶液フィールド２０６と、その供給対象の溶液の量を識別するための量フィールド２０８を含んでいる。溶液フィールド２０６は、「タッチすることによってステーションをプログラムする」ように要求するタッチボタン２１０を含んでいる。このプロンプトボタンをタッチすることにより、オペレータは、溶液及び量フィールド２０６及び２０８内に調合制御マネージャ７２が必要としているデータを入力可能である。

プロンプトボタン２１０にタッチすることにより、まず、溶液プログラミングボックス２１２が表示される（図９Ｃ）。溶液プログラミングボックス２１２は、メイン画面２０２内にタッチボタンの集合体を表示しており、これらのタッチボタンは、溶液タイプの特定の識別情報、例えば、ＤＥＸ（デキストロース）、ＡＭＩＮＯ（アミノ酸）、ＬＩＰＩＤ（脂肪乳剤）、ＬＹＴＥＳ（電解質）、を含んでいるか、又は、これにより、オペレータは、別の溶液タイプを指定するか（ＯＴＨＥＲ）、或いは、利用可能な溶液のリストを要求可能である（ＬＩＳＴ）。望ましくは、システム管理者は、後述するように、メイン画面２０２上の「オプションメニュー」タッチボタン２１４を使用することにより、予め溶液のリストを設定しておくことになろう。溶液プログラミングボックス内のその他のタッチボタン（「以前の溶液」、「次の溶液」）により、オペレータは、溶液のリストをスクロール可能である。別のボタン（ＯＫ）によれば、識別された溶液の検証と溶液フィールド２０６内へのその溶液の入力が実現され、終了ボタン（キャンセル）によれば、溶液フィールド２０６内にデータ入力がない状態において溶液プログラミングボックス２１２が閉じることになる。特定の溶液タイプボタン（例えば、ＤＥＸ）を選択することにより、リスト上においてそのタイプの溶液のみ（例えば、デキストロース７０％）を入力するか（図９Ｄを参照されたい）、或いは、（例えば、ＡＮＩＭＯを選択することによるものなどの）選択するべき様々な選択肢が存在している場合には、その溶液タイプの溶液リストボックス（２１６）を表示した上で、オペレータがタッチすることにより、このリストボックスから選択することになる（図９Ｅを参照されたい）。

溶液タイプの選択が完了したら、オペレータは、溶液プログラミングボックス２１２上のＯＫボタンを選択する。この結果、その溶液タイプがポンプステーションデータフィールド２０４内の溶液フィールド２０６内に表示されることになる（図９Ｆを参照されたい）。そして、溶液プログラミングボックス２１２を置換して量プログラミングボックス２１８が表示される（図９Ｆ）。量プログラミングボックス２１８は、グラフィカルな数値キーパッドを有しており、これにより、オペレータは、ソース溶液容器から最終容器内に選択されたポンプステーションによって転送するべき選択された単位において表された量（例えば、ｍＬを単位として表された容積）を入力可能である。量の単位は、「服用量計算機」タッチボタン２２０を使用することによって指定することも可能である。量の数値を入力したら、量プログラミングボックス２１８内の「入力」タッチボタンを押下することにより、ポンプステーションデータフィールド２０４の量フィールド２０８内に入力値が入力され（図９Ｆを参照されたい）、量プログラミングボックス２１８は閉じることになる。

又、任意選択により、ステーション番号識別アイコン２２４を押下することにより、ステーション制御ボックス２２２を選択することも可能である（図９Ｇ）。ステーション制御ボックス２２２は、溶液フィールド２０６内に識別されている溶液の移送を「溶液の確認」タッチボタン２２６を押下することによって確認するようにオペレータに要求している。「溶液の確認」タッチボタン２２６を押下すると、溶液確認ボックス２２８が表示される（図９Ｈ）。オペレータは、ソース溶液容器上のバーコードを（バースキャナ入力装置８２を使用して）スキャンすることを要求されている。このバーコードは、例えば、溶液タイプ、溶液のロット番号、及びその期限切れ日付などを識別している。バーコードをスキャニングすることにより、調合制御マネージャ７２は、検証及び溶液追跡を目的として、この情報を特定の調合オーダーにリンクさせることになる。更には、調合制御マネージャ７２は、期限切れ日付の制御を実装することにより、期限が切れた溶液の使用を排除することも可能である。調合制御マネージャ７２とバーコードスキャニング機能の統合により、ロット番号及び期限切れ日付の追跡及び／又は検証が調合装置１８の動作に統合されている。

又、オペレータは、ポンプステーション番号に対応する一意のコード付けを具備した移送チューブ３４が、バーコードがスキャニングされたソース容器に結合されていることを視覚的に確認すると共に、ポンプステーションの移送チューブ２４上の一意のコードのバーコードコンポーネントをスキャニングすることをも要求される。オペレータにより、正しいソース溶液容器１５及び転送チューブ２４の確認がバーコードのスキャニングによって実行された際に、溶液確認ボックス２２８内の情報が更新されることになる（図９Ｉ（１）を参照されたい）。又、オペレータは、図９Ｉ（２）に示されているように、新しい移送セットの設置が完了しており、且つ、それが溶液を収容していないことを確認するように、画面９００によって要求される。或いは、この代わりに、オペレータが、以前のセットアップ又は既定のセットアップを使用した調合を継続する場合には、ソース溶液セットアップ画面９０４（図９Ｉ（３））が起動時に提示され、適切な選択を実行するようにオペレータに要求すると共に、新しい移送セットがインストールされているかどうかを確認するようにオペレータに要求することにより、処理を進める前に、移送セットのチューブが溶液を含んでいないことを確認する。完全な確認が行われた後に、オペレータは、溶液確認ボックス２２８内のＯＫタッチボタンを押下可能である。

任意選択により、ステーション制御ボックス２２２（図９Ｇを参照されたい）上の「ステーションのフラッシュ」制御ボタンを押下することにより、溶液フラッシュボックス（２３０）を選択することも可能である（図９Ｊを参照されたい）。溶液フラッシュボックス２３０は、「短いフラッシュ」（例えば、２秒）又は「長いフラッシュ」（例えば、５秒）を実施するようにオペレータに要求するタッチボタンを含んでおり、この期間にわたって、調合制御マネージャ７２は、選択されたポンプステーション用の対応する蠕動ポンプローターアセンブリ５４を稼動させることになる。又、ロードセル３０は、重量の変化を監視して最終容器１４内への溶液の進入を通知することにより、（必要に応じて）ソース溶液容器１６と最終容器１４の間に流れによる移送状態が存在していることを検証可能である。溶液フラッシュボックス２３０は、フラッシュの完了を通知し（図９Ｋを参照されたい）、次いで、オペレータは、「終了」タッチボタンによってメイン画面２０２に戻るように要求される。尚、フラッシュは、調合の開始前には不要であるが、任意選択のセットアップ段階として利用可能である。

オペレータは、プログラミングが完了するまで、それぞれのソース溶液及びそれぞれのポンプステーションごとに、以上に規定されているシーケンスを実行することが要求される。図９Ｌは、（ｉ）オペレータが、ソース溶液容器から最終容器内に１３７ｍＬの７０％のデキストロース（ポンプステーション１）、５４ｍＬの１５％のＮｏｖａｍｉｎｅ（ポンプステーション２）、７７ｍＬの１０％のＴｒａｖａｓｏｌ（ポンプステーション３）、及び２１６ｍＬの滅菌水（ポンプステーション９）を混合するべく調合制御マネージャ７２のプログラムを完了し、且つ、（ｉｉ）オペレータが、それぞれのポンプステーションについて、適切なソース溶液及び移送チューブのセットアップが存在していることを検証した後のメイン画面２０２を示している。図９Ｌに示されているように、メイン画面２０２は、それぞれのポンプステーションボックス２０４のそれぞれのフィールド２０６及び２０８内に溶液と量を一覧表示しており、更には、強調表示された「開始」タッチボタン２３２を押下するようにオペレータに要求している。「開始」タッチボタンを選択すると、調合制御マネージャ７２の制御下において調合が即座に開始されることになる。オペレータが「開始」ボタン２３２を押下した時点においてソース溶液の１つ又は複数のものの確認がまだ完了していない場合には、調合制御マネージャ７２は、調合の開始を許可する前に、それぞれの残りのソース溶液を確認するようにオペレータに自動的に要求することになる。調合制御マネージャ７２は、すべての必要な予備的ステップが、満足できる状態において完了するまで、「開始」タッチボタン２３２を有効にしない。

或いは、この代わりに、オペレータは、メイン画面２０２上の「自動プログラム」タッチボタン２３４を選択することも可能である（図９Ｌを参照されたい）。この結果、キュー選択画面２３６が表示されることになり（図９Ｐ）、これは、システム管理者によって設定された予めプログラムされているスケジュールキューのリストを表示している。オペレータは、所望のキューを選択し、キュー選択画面２３６上の「入力」タッチボタンを押下する。調合制御マネージャ７２は、メモリ内にオーダーキューリストを保持しており、メイン画面２０２（図９Ｑを参照されたい）により、オペレータは、キューボックス２３８内において、現在のオーダーキューリストを一度に１オーダーずつ参照可能である。この構成においては、オペレータは、メイン画面２０２上において、プログラムされているオーダーキューリストからオーダーを選択した後に、調合を開始する。或いは、この代わりに、オペレータは、調合対象である最終溶液容器上のバーコードをスキャンすることも可能である。調合制御マネージャ７２が、その最終容器用の調合オーダーをアップロードして提示する。

以上において概説した選択プロセスにおいて、オペレータが、同一の調合物の一部としてデキストロース溶液と脂質ソース溶液（この場合に、この中のいずれかが、もう一方のものの直前に先行している又は直後に後続している）の画面をプログラムした場合には、本プロセスは、これを認識し、緩衝液の導入を伴うことなしに脂質の破壊（又は、クラッキング）が発生する情況を回避するべく、オペレータに対して画面９０２を表示することになる（図９Ｇ（１））。又、後述する添加溶液との関連において、カルシウム及び／又はリン酸塩が最終溶液に追加されるかどうかのチェックを実施することにより、溶解不能な沈殿物の形成をも回避している。これらの成分の不適切な凝縮が検出された場合には、オペレータは、画面９０２に類似した表示画面（図示されてはいない）によって警告を受けることになる。

特定のソース溶液が、大きな袋又はボトルではなく、小さなガラス瓶に収容されている場合もあろう。この結果、これらのガラス瓶は、溶液を抽出するための小さなストッパーエンドを必然的に具備することになる。このような小さなストッパーは、その他のタイプのソース溶液容器と比べた場合に、溶液の流速を制限することになり、結果的に、システムが予想している通常の流速未満の流速をもたらし、これにより、結果的に警告状態をもたらすことになる。この問題を克服するべく、本システムによれば、オペレータは、適切な画面の選択を通じて、ソース溶液がガラス瓶又はその他の流れが制限された容器から供給されていることをシステムに通知可能である。これに応答し、本システムは、その特定のソース溶液がポンピングされる際のポンプの上限速度を制限することにより、制限された流れに関する誤った通知を回避することになる。

調合の進捗に伴って、調合制御マネージャ７２は、メイン画面２０２の「合計供給済み」フィールド２４０及び個別のポンプステーションフィールド２０４の量フィールド２０８の数値を増分して更新することにより、いくつかのソース容器１６から最終容器１４内への液体の逐次的な移送について通知する（図９Ｍ）。図９Ｍにおいては、ポンプステーション１、３、及び９のプログラムが完了している。ステーション１は、そのポンピングを完了している（所望の１３８ｍＬの供給が完了している）。ステーション３は、ポンピングを開始している（３８ｍＬのポンピングを完了している）、ステーション９は、開始を待っている。「合計供給済み」フィールド２４０は、１７６ｍＬを示しており、これは、ポンプステーション１、２、及び３によってポンピングされた量の現時点における合計である。「ポンピング」アイコン２４２が点灯されており、調合が進行中であることを通知している。オペレータは、必要に応じて、点灯した「停止」タッチボタン２４４を押下することにより、調合を終了可能である。

調合の最中に、ロードセル３０が、最終容器１４内への液体の移送が実行されていないと通知した場合には、調合制御マネージャ７２は、ポンピング警告を生成する。調合制御マネージャ７２は、この警告状態が発生した際には、調合手順を中断する。調合制御マネージャ７２は、ポンピング警告画面２４６を表示する（図９Ｎ）。「中断」アイコン２４８も点灯されており、調合が進行していないことを通知している。情報フィールド２５０は、警告状態に関する情報を表示している。情報フィールド２５０が、是正措置をとるようにオペレータに対して要求しており、「再開」タッチボタン２５２を押下することにより、調合が再開される。

調合が完了すると、調合制御マネージャ７２は、情報フィールド２５０内に「完了」メッセージを表示し（図９Ｏを参照されたい）、最終容器１４を除去するようにオペレータに要求する。代替表現においては、調合が完了すると、画面９１０が表示される（図９Ｏ（１））。図９Ｏ（１）に示されているように、画面９１０は、患者名９１２、オーダーのタイプ９１４、容積（９１６）及び／又は重量（９１８）におけるオーダーされた量、容積（９２０）及び／又は重量（９２２）における供給された調合物の量、精度９２４を含んでいる。オペレータは、「ＯＫ」９２６を選択することにより、この画面を閉じて継続可能である。

次いで、オペレータは、前述の一連の段階を実行することによって別の調合段階を実行するべく、調合制御マネージャ７２を再プログラム可能である。

メイン画面２０２上には、その他のグラフィカルボタンも存在しており（図９Ｂを参照されたい）、これらを使用することによって様々なサポート機能を実行可能である。例えば、「オプションメニュー」タッチボタン２１４を押下することにより、オプションメニュー画面（図９Ｒ）が表示される。オプションメニュー画面は、図示の実施例においては、「最新のオーダーの反復」、「オーダー履歴」、「設定及び診断」、及び「サインオフ」を含む管理機能のリストの中から選択するようにオペレータに要求している。「最新のオーダーの反復」ボタンを押下することにより、最新のオーダーに従って調合するように調合制御マネージャが自動的に構成されることになる。「オーダー履歴」ボタンを押下することにより、調合制御マネージャ７２によって実行された調合オーダーを一覧表示しているオーダー履歴画面２５８（図９Ｓ）が表示される。これらの調合オーダーは、調合制御マネージャ７２によってメモリ内に維持されている。「設定及び診断」ボタンを押下することにより、前述の溶液プログラミングボックス２１２（図９Ｄ及び図９Ｅ）において利用可能なソース溶液のリストの設定などのシステム管理者が実行可能な追加管理機能を表示する設定及び診断画面２６０が表示されることになる（図９Ｔ）。この画面を通じて、その他の追加管理機能にアクセスすることも可能である。「サインオフ」ボタンを押下することにより、新しいログイン画面が表示され、調合制御マネージャ７２は、オペレータからの新しいオーダーシーケンスを待つことになる。

図示の実施例においては、メイン画面２０２は、「スケールの較正」タッチボタン２６２をも含んでいる（図９Ｂを参照されたい）。押下されると、ボタン２６２は、ロードセルを較正するための一連の段階を通じてオペレータをガイドする指示画面２７０を表示する（図９Ｗ）。或いは、この代わりに、オペレータに対して提示されるその他の画面（図示されてはいない）内に（又は、その一部）として、この機能（スケールの較正）を提供することも可能である。

又、メイン画面２０２上には、「ヘルプ」アイコン２６４も表示されている（これは、疑問符「？」によって識別されている）。メイン画面２０２上の「ヘルプ」アイコン２６４を押下することにより、全般的に調合制御マネージャ７２及び調合装置１８の動作に関する利用可能なヘルプトピックのリストを表示しているメイン画面のヘルプ画面２６６が表示されることになる（図９Ｕ）。望ましくは、「ヘルプ」アイコン２６４は、調合制御マネージャ７２によって生成されるすべてのその他の機能画面又はボックス上にも存在している（例えば、図９Ａ、図９Ｅ、図９Ｈ、図９Ｐを参照されたい）。任意の所与の画面上の「ヘルプ」アイコン２６４を押下することにより、所与の画面が実行する特定の機能に関するガイダンスを提供するコンテキストセンシティブヘルプ画面が表示されることになる。例えば、図９Ｖは、ポンプ警告画面２４６（図９Ｎ）上の「ヘルプ」アイコン２６４が押下された際に表示されるコンテキストセンシティブヘルプ画面２６８を示している。図示されているように、このコンテキスト固有のヘルプトピックは、「溶液フローなし警告」であり、この画面は、警告状態を是正するための指示を提供している。

望ましい実装においては、調合制御マネージャ７２は、その予めプログラムされている構造内に、例えば、ＭＰＥＧフォーマットのトレーニング及び／又はヘルプビデオファイルの統合された組を内蔵している。これらの統合されたトレーニング及び／又はヘルプビデオファイルは、保存されたフォーマッティング済みのビデオデータ及びストリーミングオーディオを含んでいる。表示画面７６上において調合制御マネージャ７２によって提示された際に、これらのファイルは、直接的な視覚的且つ聴取可能な方法によって情報をオペレータに対して伝達する。この伝達のプラットフォーム（これは、調合制御マネージャ７２の統合部分を形成している）は、効果的な一人称の視覚的且つ聴取可能なフォーマットにおけるコンテキスト固有の情報に対する直接的なリアルタイムのアクセスをオペレータに提供することにより、オフラインのトレーニングマニュアルや別個のＣＤを使用する必要性を除去している。

代表的な実装においては、メイン画面２０２上の「ヘルプ」アイコン２６４を押下することにより、メイン画面のビデオトレーニング／ヘルプ画面２７０が表示される（図１４Ａ）。画面２７０は、全般的に調合制御マネージャ７２及び調合装置１８の動作に関する利用可能なトレーニング／ヘルプトピックのリストを表示している。画面２７０は、ＭＰＥＧ参照エリア２７２を内蔵しており、この中に調合制御マネージャ７２のトレーニング及び／又はヘルプビデオファイルが表示されることになる。指示／ヘルプトピックを選択することにより、関連するＭＰＥＧファイルが実行される。

一例として、図１４Ｂ（１）〜図１４Ｂ（８）は、「調合機のプログラミング」のトレーニング／ヘルプビデオの代表的な画面キャプチャを示している。関連するストリーミングサウンドファイルにより、トレーニング／ヘルプビデオは、調合制御マネージャ７２のグラフィカルユーザーインターフェイスを使用して調合オーダーを入力する一連の段階をオペレータに対して示している。これらの段階については、図９Ｂ〜図９Ｆを参照して前述している。トレーニング／ヘルプビデオは、第１段階が、ソース溶液を識別するためのものであることを説明しており（図１４Ｂ（２））、次いで、視覚的且つ聴取可能な指示により、溶液プログラミングボックス２１２を使用するための手順に進んでいる（図１４Ｂ（３））（これは、図９Ｃ及び図９Ｄとの関連において前述している）。次いで、トレーニング／ヘルプビデオは、次の段階が、溶液の容積を決定するものであると説明しており（図１４Ｂ（４））、次いで、視覚的且つ聴取可能な指示により、量プログラミングボックス２１８を使用するための手順に進んでいる（図１４Ｂ（５）〜図１４Ｂ（７））（これについては、図９Ｆとの関連において前述している）。トレーニング／ヘルプビデオは、プログラミング手順が正常に実行されたことについてオペレータを祝賀することにより、終了している（図１４Ｂ（８））。

以上から理解できるように、調合制御マネージャ７２は、画面を過剰に煩雑にすることなしに、可能な限り多くの情報／制御を１つの画面上に提示する対話型のユーザーインターフェイスを生成するべく機能している。その特徴には、（ｉ）その入力ポイントを合焦されたものにすると共に、大きなディスプレイ及びキーパッドエリアを利用することによってユーザー入力の誤りを極小化しており、（ｉｉ）経験を有するユーザーのために、キーストロークを極小化しており、（ｉｉｉ）経験のないユーザーのために、可能な限り多くのヘルプを提供しており、且つ（ｉｖ）「スマートヘルプ」を提供することによってサービスに対する要求を極小化しているというものが含まれている。

調合制御マネージャ７２は、バーコードをプロセス品質制御メカニズムとして利用しつつ、直接的なソフトウェアプロセスの制御下において重量測定型の調合装置１８の動作を実現している。

本システムのその他の有用な特徴は、例えば、入力ディスプレイ画面７６（又は、データ及び／又は命令をシステムに入力するべく使用されるその他のタッチスクリーン）をフリーズするプロセスの起動を含んでいる。図１６は、これを示している。図１６に示されているように、画面１６００は、メインシステム画面（図示されてはいない）において選択することにより、必要に応じて起動可能である。起動されると、ディスプレイ画面７６は、フリーズされ、データを入力したり又はその他の方式によってシステムに指示するための試みとしてのディスプレイ画面７６上における触覚入力を解釈しないようになる。この結果、オペレータは、進行中のプロセスを危険に晒したり意図しないプロセスを開始したりすることなしに、画面をクリア可能であり、これにより、価値あるソース溶液及び／又は最終溶液の浪費が回避されることになる。表示画面７６がフリーズされる時間は、好ましくは、予め決定されているが（３０秒など）、特定の構成においては、必要において調節可能である。

更には、図１７に図示されているように、本プロセスは、その特定の日付に完了させる必要がある項目についてオペレータに忠告する画面１７００を包含することも可能である。必要に応じて、複数の日付に跨っている項目についてオペレータに忠告するように、チェックリストを構成することも可能である。

（Ｂ．オーダーエントリプロセスマネージャ）
オーダーエントリプロセスマネージャ８４は、コントローラ２０のＭＰＵ５８上及び／又はコントローラ２０にリンクされた別のワークステーション上にインストール可能である。オーダーエントリプロセスマネージャ８４は、調合制御マネージャ７２用の機能強化されたオーダーエントリ機能の集合体を提供している。又、オーダーエントリプロセスマネージャ８４は、患者ごとの単純化され且つ統合されたオーダーデータレコードの保存及び制御を実現する情報管理機能及びラベル印刷機能をも提供している。この機能は、調合装置１８の調合制御マネージャ７２に対するオーダーデータの伝達と統合されており、この結果、誤りを極小化する信頼性の高い方式による調合システム全体のセットアップ、動作、及び管理が円滑に実行されている。オーダーエントリプロセスマネージャ８４は、中央集中型又は分散型のオーダーデータエントリシステム、オーダーデータ保存、オーダーデータ操作、及びオーダーデータ通信システムを実現している。

オーダーエントリプロセスマネージャ８４は、望ましくは、キーボード／マウス装置７８を通じてデータ入力を受領し、（図８Ａに示されているように）制御パネル２４のディスプレイ画面７６又は（図８Ｂ〜図８Ｆに示されているように）別個の専用のディスプレイ装置３７６を通してデータ出力を提供している。又、オーダーエントリプロセスマネージャ８４は、望ましくは、紙の形態において、報告書及びラベルを提供するべく、プリンタ３０２（又は、８０）にリンクされている。

オーダーエントリプロセスマネージャ８４は、（調合制御マネージャ７２のような）その独自のプロプライエタリなユーザーインターフェイスを生成するべく開発することも可能である。但し、望ましくは、オーダーエントリプロセスマネージャ８４は、Ｍｉｃｒｏｓｏｆｔ（登録商標）のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ、Ｎｅｔｓｃａｐｅ（登録商標） Ｎａｖｉｇａｔｏｒ、又はこれらと等価な公開されているブラウザなどの従来のウェブサーバー又はブラウザソフトウェア８６との関連において使用可能な、例えば、Ａｐａｃｈｅ（登録商標）又はＪａｖａ（登録商標）動作環境を使用するグラフィックに基づいた環境（例えば、Ｗｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘ（登録商標）など）において開発されている。この構成においては、オーダーエントリプロセスマネージャ８４は、望ましくは、リアルタイムのフィードバックとブラウザに基づいたグラフィックユーザーインターフェイス（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）要素を通じた調合装置のコントローラ２０とのやり取りをオペレータに提供するプログラム言語を有している。このブラウザに基づいたＧＵＩ要素によれば、オペレータは、調合制御マネージャ７２によって使用される情報を入力及び調節して調合装置を稼動させることができる。この結果、調合装置のプロプライエタリな調合制御マネージャ７２を１つ又は複数の従来のブラウザデータエントリ及び出力プラットフォーム（これは、単一のローカルサイト又はリモートサイトのネットワークを有することができる）又はこのネットワークの全体に対してリンクさせることができる。この方式で実装されることにより、オーダーエントリプロセスマネージャ８４及びブラウザソフトウェア８６は、完全にネットワーク接続された調合を実現している。又、オーダーエントリプロセスマネージャ８４は、ネットワークアライアンス機能を実現しており、この結果、調合装置１８を制御するべくすべての認可されたオペレータが実行を要するのは、ブラウザを調合装置１８のＭＰＵ５８に対して結合することのみとなる。このネットワークアライアンス機能により、調合装置１８の有用性と柔軟性が大幅に向上する。

ブラウザに基づいたＧＵＩ要素を開発するべく、オーダーエントリプロセスマネージャ８４は、例えば、Ａｐａｃｈｅ（登録商標）やＪａｖａ（登録商標）動作環境などにおいて提供されている特定のサードパーティの既製コンポーネント及びツールを利用している。開発が完了すると、オーダーエントリプロセスマネージャ８４は、ソフトウェアプログラムとしてメモリ装置上に存在可能である。ラップトップ又はデスクトップワークステーションコンピュータ、ＰＤＡ装置、或いは、ブラウザを稼動させることができる任意のその他の装置によってオーダーエントリプロセスマネージャ８４にアクセスすることにより、様々なオーダーエントリプラットフォームを提供可能である。

（Ｃ．調合制御マネージャとの関連付け）
オーダーエントリプロセスマネージャ８４及びブラウザソフトウェア８６は、調合装置１８のコントローラ２０上にインストールされている調合制御マネージャ７２との多様な関連付けに対応している。

基本的な形態においては（図８Ａを参照されたい）、オーダーエントリプロセスマネージャ８４及びブラウザソフトウェアは、調合装置１８の制御パネル２４内のＭＰＵ５８上にインストールされることにより、単一の制御パネル構成を構成可能である。この構成においては、制御パネル２４のディスプレイ装置７６は、調合装置に対するオーダーエントリ及びラベル印刷用のオーダーエントリプロセスマネージャ８４のブラウザに基づいたインターフェイスをサポートすると共に、調合装置の動作の際の調合制御マネージャ７２のプロプライエタリなタッチスクリーンインターフェイスをサポートしている。

別の構成においては（図８Ｂを参照されたい）、ブラウザソフトウェア８６は、調合装置１８と同一の施設内に配置されているデータエントリワークステーション３０４上にインストール可能である。データエントリワークステーション３０４は、調合装置１８の近傍に配置可能であり、或いは、施設内において調合装置とは物理的に離隔したものであってもよい。この構成においては、データエントリワークステーション３０４のブラウザソフトウェア８６は、例えば、ハブレスエリアネットワーク接続を介して、調合装置１８の制御パネル２４のＭＰＵ５８内に存在しているオーダーエントリプロセスマネージャ８４にリンクされることにより、単一のデータエントリステーション構成を構成している。この構成においては、データエントリワークステーション３０４のディスプレイ装置３７６は、調合装置に対するオーダーエントリ及びラベル印刷用のオーダーエントリプロセスマネージャ８４のブラウザに基づいたインターフェイスをサポートしている。制御パネル２４の表示装置７６は、調合装置１８の動作の際の調合制御マネージャ７２のプロプライエタリなタッチスクリーンインターフェイスをサポートしている。

別の構成においては（図８Ｃを参照されたい）、ブラウザソフトウェア８６は、調合装置１８と同一の施設内に配置された、いくつかのデータエントリワークステーション３０４上にインストール可能である。データエントリワークステーション３０４のブラウザソフトウェア８６は、例えば、ローカルエリアネットワークとしてのハブ３０６又はスイッチを介して、調合装置１８の制御パネル２４のＭＰＵ５８内に存在しているオーダーエントリプロセスマネージャ８４にリンクされることにより、複数データエントリステーション構成を構成可能である。この構成においては、それぞれのデータエントリワークステーション３０４のディスプレイ装置３７６は、調合装置１８に対するデータエントリ及びプリンタ３０２によるラベル印刷用のオーダーエントリプロセスマネージャ８４のブラウザに基づいたインターフェイスをサポートしている。この結果、単一の調合装置１８をいくつかのオーダーエントリワークステーション３０４にリンク可能である。調合装置１８の制御パネル２４上のディスプレイ装置７６は、調合装置の動作の際の調合制御マネージャ７２のプロプライエタリなタッチスクリーンインターフェイスをサポートしている。

別の構成においては（図８Ｄを参照されたい）、ブラウザソフトウェア８６は、いくつかの調合装置１８と同一の施設内に配置された、いくつかのデータエントリワークステーション３０４上にインストール可能である。データエントリワークステーション３０４のブラウザソフトウェア８６は、例えば、サーバー３０８を介してリンクすることにより、イントラネット施設ネットワーク３１０を形成可能であり、いくつかの調合装置１８の制御パネル２４のＭＰＵ５８内に存在しているオーダーエントリプロセスマネージャ８４は、ハブ３１２を介してサーバー３０８とリンクすることにより、完全にネットワーク接続されたデータエントリ複数調合ステーション構成を構成可能である。この構成においては、それぞれのデータエントリワークステーション３０４のディスプレイ装置３００は、調合装置１８に対するオーダーエントリ及びプリンタ３０２によるラベル印刷用のオーダーエントリプロセスマネージャ８４のブラウザに基づいたインターフェイスをサポートしている。この結果、複数の調合装置１８を複数のオーダーエントリワークステーション３０４にリンク可能である。それぞれの調合装置１８の制御パネル２４内のディスプレイ装置７６は、それぞれの調合装置の動作の際の調合制御マネージャ７２のプロプライエタリなタッチスクリーンインターフェイスをサポートしている。図８Ｄに示されているように、ブラウザソフトウェアをＰＤＡ装置３１４又はブラウザを稼動させることができる任意のその他の装置内にインストールすることにより、様々なオーダーエントリプラットフォームを提供可能である。

別の構成においては（図８Ｅを参照されたい）、ブラウザソフトウェア８６は、１つ又は複数の調合装置１８が配置されている別の施設３１８から離れたデータエントリ施設３１６内に配置された１つ又は複数のデータエントリワークステーション３０４上にインストール可能である。リモートデータエントリ施設３１６における１つ又は複数のデータエントリワークステーション３１４上のブラウザソフトウェア８６は、公衆インターネット３２０を介してリモート調合施設３１８における１つ又は複数の調合装置１８の１つ又は複数の制御パネル２４の１つ又は複数のＭＰＵ５８内に存在しているオーダーエントリプロセスマネージャ８４にリンク可能である。当然のことながら、その他の形態のリモートリンクを使用することも可能である。ブラウザソフトウェア５６は、ローカル調合施設３１８における１つ又は複数のデータエントリワークステーション３０４上に単独でインストール可能であり（或いは、リモートワークステーション３０４上にもインストール可能であり）、且つ、公衆インターネット３２０を介して１つ又は複数の調合装置１８の１つ又は複数の制御パネル２４の１つ又は複数のＭＰＵ５８内のオーダーエントリプロセスマネージャ８４にリンクすることも可能である。施設３１６及び３１８が、一般的な稼動エンティティの一部である場合には、オーダーエントリプロセスマネージャ８４及びブラウザソフトウェア５６は、データエントリ及び調合施設３１６及び３２２の両方から離れたデータセンター施設３２２内に配置されているデータ収集／管理ワークステーション３０４上にインストール可能である。データセンター３２２は、患者情報と調合施設３１８の調合リソースの情報データベース３２４を維持しており、且つ、公衆インターネット３２０を介してデータエントリ施設３１６及び調合施設３１８にリンクされている。

図８Ｅに示されている構成の一変形においては（図８Ｆを参照されたい）、ホストデータエントリサービス施設３２６（ここに、オーダーエントリプロセスマネージャ８４がインストールされている）は、公衆インターネット３２０を介して１つ又は複数のリモートデータエントリ施設３２８Ａ、３２８Ｂ、３２８Ｃ、３２８Ｄに結合可能である。又、ホストデータエントリサービス施設３２６は、公衆インターネットを通じて仮想プライベートネットワーク３２８を介してリモート調合施設３３０にリンクすることも可能であり、この施設においては、調合制御マネージャ７２が調合装置１８の制御パネル２４内のＭＰＵ５８内にインストールされている。ブラウザソフトウェア８６は、リモートデータエントリ施設３２８Ａ〜３２８Ｄ内に配置されたデータエントリワークステーション３０４上に配置されている。ホストデータエントリサービス施設３２６は、ネットワーク全体用のデータ収集及び管理データベース３３２を維持している。この結果、複数のオーダーエントリ施設３２８Ａ〜３２８Ｄを中間のサービス施設３２６を介して単一の調合施設３３０にリンク可能であり、このサービス施設３２６は、中央収集及び管理データベース３３２を維持することも可能である。

（Ｂ．オーダーエントリプロセスマネージャの特徴）
図１０Ａ（１）は、オーダーエントリプロセスマネージャ８４の代表的な実装が処理可能なオペレータ選択可能な機能モジュールの一般的な概略表現を示している。図示のように、これらの機能モジュールは、処方オーダーモジュール４００、ソース溶液モジュール４０２、報告モジュール４０４、管理モジュール４０６、及びナビゲーションモジュール４０８を含んでいる。処方オーダーモジュール４００により、オペレータは、所与の患者用の処方オーダーを既存の調合フォーミュラ又は新しい調合フォーミュラとの関連において入力すると共に、調合の順序をスケジューリング可能である。ソース溶液モジュール４０２は、処方オーダーモジュール４００のフォーミュラライブラリ内において相互参照される利用可能なベースソース溶液及び添加ソース溶液の在庫を維持している。報告モジュール４０４は、調合活動を追跡し、これらの活動に関する様々な管理報告書を生成する能力をオペレータに提供している。管理モジュール４０６は、調合活動のための様々な管理タスクの実行においてオペレータを支援している。ナビゲーションモジュール４０８は、オーダーエントリプロセスマネージャ８４を使用する際にオペレータを支援している。それぞれのモジュールは、後程詳述するように、モジュールを使用する際にオペレータが選択可能な１つ又は複数の機能コンポーネントを含んでいる。

図１０Ａ（２）〜図１０Ａ（６）は、ログオンシーケンスのフローチャートと、例えば、管理者（図１０Ａ（３））、薬剤師（図１０Ａ（４））、技術者（図１０Ａ（５））、ゲスト（図１０Ａ（６））などの様々なユーザーに付与されるアクセスレベルを示している。図１０Ａ（２）に示されているように、管理者は、最高レベルのアクセスを具備すると共に、その他のユーザーによるアクセスを最終的に制御可能である。又、管理者は、追加のユーザークラスとユーザークラス内のサブクラスを生成することも可能である。例えば、本システム内においては、技術者には、例えば、調合物を処方するための非常に限られた権限しか付与されていないが、あまり監視を必要としていない特定の技術者も存在しており、従って、相対的に大きな権限を付与可能であるという場合もあろう。

所与のオペレータは、システム管理者が所与のオペレータに付与したアクセスオプションに応じて、これらの機能モジュールの中の１つ又は複数のものに対するアクセスを取得可能であり、これは、オペレータが実行を要する機能によって左右されることになる。例えば、調合オーダーを指定又は入力する医師又は薬剤師、その機能が管理的な立場から調合機能を監督することにある調合活動の管理者、及びその機能が１つ又は複数の調合装置１８を操作することにある調合技術者によって使用されるように、アクセスオプションの階層構造を指定可能である。利用可能な機能モジュールは、メイン画面又はホームページ上のメニューボックスの選択肢として表示可能であり、このメニューボックスは、所与のオペレータが、適切なログオン画面上において自身を名前及び関連するパスワードによって識別した際に表示されることになる。

例えば、図１１Ａは、医師又は薬剤師のアクセスオプションを具備したオペレータ用の代表的なメイン画面又はホームページ４１０を示している。図１１Ａに示されているように、この人物の機能は、オーダーエントリプロセスマネージャ８４のすべての機能に対するアクセスを必要とし得るため、このアクセスレベルにおいては、すべての機能モジュール４００〜４０８が、選択のために提供されている。比較のための例として、図１１Ｂは、調合技術者用の代表的なメイン画面又はホームページ４１０’を示しており、技術者の機能は、オーダーエントリプロセスマネージャ８４のすべての機能に対するアクセスを必要としていないため、この画面がアクセスを提供している機能モジュールの選択肢は、相対的に少なくなっている。所与の要員がアクセス可能な機能モジュールのメニューボックスは、オーダーエントリプロセスマネージャ８４によって生成されるその他の画面の左側に沿った列の内部に表示可能である。

オペレータが、医師又は薬剤師アクセスレベルに位置しており、従って、図１１Ａに示されているホームページを参照していると仮定すれば、オペレータは、マウスクリックにより、所望の機能モジュールを選択可能である。オペレータが所与の患者の処方オーダーの入力を所望していると仮定すれば、オペレータは、「処方オーダー」メニューボックス４００の「患者」コンポーネント上においてマウスをクリックし、この結果、図１１Ｃに示されている「患者メインページ」４１２が表示されることになる。このウィンドウ４１２は、オーダーエントリプロセスマネージャ８４の「患者データベースコンポーネント」４１４の機能に対するアクセスを提供しており、この機能ユニットは、図１０Ｂに概略的に示されている。

「患者データベースコンポーネント」４１４により、ユーザーは、オーダーエントリプロセスマネージャ８４によって維持されている患者情報データベース内に生成された患者情報ファイルのリストの姓サーチによって既存の患者を選択するか（「患者検索」ボックスフィールド４１６）、或いは、新しい患者の名前を入力可能である（「新しい患者の入力」ボックスフィールド４１８）。

既存の患者の名前を検出した際に、オーダーエントリプロセスマネージャ８４は、対応する「患者情報レコード」４２０の内容を表示するウィドウを提供する（図１１Ｄ）。「患者情報レコード」４２０により、オペレータは、その患者用の患者データベース内に保持されている以前の調合オーダーに基づいて新しい調合オーダーを入力可能であり（「ファイル上の患者用のＴＰＮオーダー」ボックスフィールド４２２）、或いは、オペレータは、その患者が一致している患者タイプ用の標準的な既定のテンプレートに基づいてその患者の新しい調合オーダーを入力することも可能である（「標準成人の患者タイプに利用可能な新しいＴＰＮオーダーテンプレート」ボックスフィールド４２４）。又、オペレータは、必要に応じて、既存の栄養評価をレビューしたり、新しい栄養評価を始めることも可能である。尚、栄養評価については、図１９との関連において後程詳述する。

「処方オーダーメニュー」ボックス４００は、「フォーミュラライブラリ」コンポーネントを含んでいる。選択された際に、「フォーミュラライブラリ」コンポーネントは、オーダーエントリプロセスマネージャ８４の「フォーミュラライブラリデータベースコンポーネント」４２６の機能に対するアクセスを提供し、この機能ユニットは、図１０Ｃに概略的に示されている。「フォーミュラライブラリ」コンポーネントを選択すると、図１１Ｆ（１）に示されている「フォーミュラライブラリ」ウェブページ４２０が表示されることになる。「フォーミュラライブラリ」ウェブページ４２０により、オペレータは、「患者情報レコード」ページ４２４内における表示及び選択のために既存の既定のフォーミュラテンプレートを選択するか、又は「患者情報レコード」内に表示するべく新しいフォーミュラテンプレートを追加可能である。テンプレートを選択すると、図１１Ｆ（２）、図１１Ｆ（３）、及び図１１Ｆ（４）に示されているスクロール可能な「オーダーテンプレート」ウェブページ４３４が表示され、これにより、オペレータは、テンプレートフォーミュラ用のベース成分（タイプ及び量）及び添加溶液（タイプ及び量）を指定可能である。又、既存のテンプレートフォーミュラ内の既定のデータを変更して提出することも可能である。オーダーエントリプロセスマネージャ８４は、後程詳述するように、ソース溶液モジュール４０２内に含まれているデータを利用することにより、選択されたベース成分及び添加剤のタイプ及び量に基づいてテンプレートフォーミュラの栄養必要量を演算する。

「患者情報レコード」上のオーダーオプション４２２又は４２４の１つをマウスクリックによって選択すると、スクロール可能な「オーダーエントリ」ウィンドウ４３６が表示される（図１１Ｅ（１）〜図１１Ｅ（４））。「オーダーエントリ」ウィンドウ４３６は、「処方オーダー」（ボックス４３８）、オーダー内に含まれている「ベース成分」（タイプ及び量）（ボックス４４０）、オーダー内に含まれている「添加剤」（タイプ及び量）（ボックス４４２）、「栄養サマリ」（オーダーに含まれているベース成分及び添加剤のタイプ及び量に基づいたもの）（ボックス４４４）、及び「オーダー状態」（これについては、後述する）（ボックス４２２）の詳細を含むフィールドボックスを含んでいる。「ベース成分」及び「添加剤」フィールドボックス４４０及び４４２内の溶液及び溶液の量の既定のリストは、そのオーダーが以前のオーダー又は標準的なテンプレートに基づいたものになるように、「患者情報レコード」４２０上における選択内容に基づいて提供されている。既定の「ベース成分」及び「添加剤」を編集することにより、以前のオーダー又はテンプレートのタイプ及び／又は量を変更可能であり、或いは、それらを変更することなしに提出することも可能である。オーダーエントリプロセスマネージャ８４は、ソース溶液モジュール４０２内に含まれているデータを利用することにより、選択されたベース成分及び添加剤のタイプ及び量に基づいて「栄養必要量」（ボックス４４４）を演算する。

医療従事者が患者の栄養評価を実行可能であることも重要である。即ち、患者の栄養上のニーズを判定し、それらのニーズをその患者のオーダーと比較するのである。この結果、オペレータには、患者レコードのセクション４２３において選択を実行する際に（例えば、図１１Ｄに示されている画面４２０を参照されたい）、「栄養評価画面」１９００が提供されることになる（図１９）。画面４２０内における選択内容は、既存の評価をレビューするか又は新しい評価を実行するためのものであってよい。画面１９００は、「患者の人口統計的情報」１９０２、「患者評価情報」１９０４、及び「算出された栄養必要量」１９０６という３つのセクションに分割されている。

「患者の人口統計的情報セクション」１９０２は、選択された患者に関する特定の人口統計的情報を含んでおり、例えば、患者の名前、患者のＩＤ，患者の年齢、患者の性別、患者の身長、患者の体重、患者の場所、診断、医師、アレルギー、及び患者の写真を包含可能である。

「評価セクション」１９０４は、患者の性別、年齢、及び身長から構成された簡単な患者の記述子を含んでいる。画面は、望ましくは、評価が最後に更新された際の日付／時刻を含んでいる。又、「評価」１９０４は、「評価タイトル用のテキストボックス」、「ローカル単位による患者の体重用の数値テキストボックス（既定値：患者の人口統計的データにおける体重）」、「負傷ファクタのプルダウンリスト（例えば、軽度（複雑ではない一般的な外科）、中程度（複雑で広範な外科）、及び重度（敗血症、火傷）を含んでいる）」、「ストレスファクタのプルダウンリスト（軽度、中程度、重度など）」、「腎機能障害／透析」、及び「腎機能障害／非透析」などの様々な入力フィールドをも含んでいる。

又、「評価セクション」１９０４は、２つのボタン１９０５、１９０７をも含んでいる。選択された際に、「評価の更新」ボタン１９０５は、画面上の情報を取得し、これを使用して「算出された栄養必要量」セクション内に提示されることになる栄養必要量を算出すると共に、「評価の日付／時刻スタンプ」をも更新する。これが、新しい評価である場合には、「キャンセルボタン」が提供され、これが選択された際には、評価の生成が中止され、以前の画面に戻ることになる。これが既存の評価である場合には、「評価の削除ボタン」１９０７を使用することにより、患者と関連した評価のリストからその評価を除去可能である。

「算出された栄養必要量セクション」１９０６は、望ましくは、「患者評価セクション」１９０４内に提供された患者情報に基づいて、好ましくは小数点第２位まで算出された「理想体重」、「状態評価」、「調節済みの体重」、「基礎エネルギー消費量（Ｋｃａｌ／日）」、「合計蛋白質必要量（ｇｍ／日及びｇｍ／Ｋｇ／日）」、「合計熱量必要量（Ｋｃａｌ／日及びＫｃａｌ／Ｋｇ／日」、及び「液体必要量範囲（ｍＬ／日）」などの情報を提供する。

「算出された栄養必要量セクション」１９０６は、望ましくは、ユーザーが現在の栄養評価を患者の既存のオーダーと比較できるようにするためのリンク１９０８を提供している。実行すると、「栄養評価比較オーダー選択画面」が表示される。

又、「算出された栄養必要量セクション」１９０６は、望ましくは、ユーザーが現在の栄養評価に基づいてＴＰＮオーダーを入力できるようにするためのリンク１９０９をも提供している。選択された際に、現在の患者及び患者の栄養ニーズに基づいて入力されたフィールドを有する「ＴＰＮオーダー画面」が提供される（図２０を参照されたい）。オペレータは、この画面を終了した際には、「完了」ボタン１９１０を起動して元の画面に戻る。又、模範的なシステムの一部として、代替又はカスタマイズされた栄養評価計算を包含可能であると考えられる。

オペレータは、「患者メインウェブページ」４１２（図１１Ｃ）上の「新しい患者の入力」フィールドボックス４１８を選択することにより、新しい患者（即ち、患者データベースに以前に入力されていない患者）の調合オーダーを入力するための「オーダーエントリ」ウィンドウを開くことができる（図１１Ｅ（１）〜図１１Ｅ（４））。この選択により、オーダーエントリプロセスマネージャ８４が「新しい患者」ウェブフォーム４４８（図１１Ｇ（１）及び図１１Ｇ（２））を表示するウィンドウを開き、新しい患者に関するデータを入力するようにオペレータに要求する。新しい患者情報を入力した際に、オペレータは、（図１１Ｇ（２）に示されている「更新」フィールドボックス４５０を選択することによって）情報を患者データベースに保存し、この時点において、調合オーダーの入力のために、スクロール可能な「オーダーエントリ」ウィンドウ４３６が表示されることになる（図１１Ｅ（１）〜図１１Ｅ（４））。

「オーダーエントリ」ウィンドウ４３６の次の画面は、「オーダー状態」ボックス４２２を含んでいる。「オーダー状態」ボックス４２２は、オーダーエントリと患者に対する調合済みのオーダーの供給の間に実行しなければならない調合操作における機能的な段階のリストを有している。又、「オーダー状態」ボックス４２２は、これらの段階を着色又は強調表示することにより、実行が完了した段階と実行するべく残っている段階を通知している。「オーダー状態」ボックス４２２は、調合プロセスを遂行するために実行しなければならない機能のチェックリストを提供することにより、実行が完了したものと依然として実行を要するものを一覧によってオペレータに通知している。図示の実施例（図１１Ｅ（４））においては、一覧表示されている機能的な段階は、「オープン」、「提出済み」、「認可済み」、「印刷済み」、及び「調合済み」を含んでいる。

「オープン」段階は、「オーダーエントリ」ウィンドウ４３６を表示する段階を伴っており、情報の入力によって調合オーダーが完成することになる。図１１Ｅ（４）においては、「オープン」アイコン４５２が着色又は強調表示されており、この段階の実行が完了していることを通知している。

オーダーエントリの一部として、利用可能な最終容器の在庫に基づいて「最終容器」が自動的に選択される。このリストは、望ましくは、システム管理者又はこれに類する権限を具備したその他の要員によって作成される。在庫のセットアップが図１１Ｅ（５）に示されている。図１１（Ｅ）５に示されているように、オーダーエントリプロセスマネージャ８４の「在庫構成」モジュール４９０の行項目である最終容器４９２を選択した際に、利用可能な最終容器のリスト４９１が表示される。この画面を通じて、管理者は、利用可能な容器のリストをレビュー可能であり、必要と所望に応じて、もはや在庫されていない容器を削除することも可能である。

通常の動作においては、オーダーされた最終溶液の容積に準拠した最終容器が自動的に選択されることになる。或いは、この代わりに、オペレータは、手動による操作を通じて、図１１（Ｅ）５のものに類したリストを通じて提示される最終容器を選択することも可能である。オペレータが、最終溶液には小さ過ぎる最終容器を選択した場合には、エラー通知が提供され、オペレータは、代わりの選択を実行するように指示されることになる。

管理者が新しい容器を在庫に追加する必要がある場合には、「新しい最終容器の追加」選択肢４９４を選択することにより、これを実行可能であり、この際には、画面４９３（図１１Ｅ（６））がオペレータに提示されることになる。図１１Ｅ（６）に示されているように、管理者は、新しい容器の説明、並びに、定格サイズ、最大容量、公称空重量、最大アンダー標準重量、最大オーバー標準重量、及び単価などの容器の詳細を入力可能である。管理者は、その情報を在庫に保存することを決定した場合には、「更新」を選択し、さもなければ、管理者は、レコードを削除して再入力可能であり、或いは、「キャンセル」を選択することにより、在庫構成を変更することなしに、この画面を終了することも可能である。最終容器に関するデータには、調合機制御パネル画面を介してアクセスすることも可能である。

最終溶液の大部分は、様々なソース溶液の部分から構成されているが、特定の患者の栄養ニーズを満たすために必要となるその他の成分も存在している。例えば、患者の栄養評価に基づいて包含することを要する電解質、ビタミン、ミネラルなどの様々な添加溶液が存在している。多くの場合に、これらの個別の添加剤は、自動化されたマクロ調合が有用ではないわずかな量しか添加する必要がないであろう。これを克服するべく、プールされた添加剤の袋内に様々な添加溶液を「プール」しておき、これを調合プロセスにおいて更なるソース溶液として使用可能である。例えば、患者が、毎日の調合溶液の一部として１ｍＬのビタミン、２ｍＬの塩化ナトリウム、及び３ｍＬの燐酸カリウムを毎日１０日間にわたって摂取しなければならない場合には、１０ｍＬのビタミン、２０ｍＬの塩化ナトリウム、及び３０ｍＬの燐酸カリウムから構成されたプールされた溶液を本発明に従って調合することにより、６０ｍＬのソース溶液を生成可能である。そして、毎日の最終溶液を調合する必要がある際に、この添加ソース溶液を包含して選択することにより、６ｍＬのプールされた溶液を提供可能である。この詳細については後述する。

「ＴＰＮオーダーエントリ画面」２１００（図２１Ａ）は、望ましくは、「患者名」、「患者ＩＤ」、及び「オーダーＩＤ」（ＴＰＮオーダーエントリ画面から／にリンクされている場合）又は「ベース成分溶液」が成分である「フォーミュラテンプレート」名（ＴＰＮオーダーテンプレート画面から／にリンクされている場合）を提供している。画面２１００の一部として、処方オーダーセクション２１２０が提供されている。セクション２１０２内には、複数の特定のオーダーを生成するのに使用される「バッチ複写」エントリ２１０３が存在している。この例においては、７つの同一のバッチが生成されることになる。又、画面２１００は、オーダー内において使用される「添加剤」に関係するセクション２１０４を含んでいる。セクション２１０４は、望ましくは、例えば、選択された色を有する「添加溶液」の名前、オーダーされた量、現在のフォーミュラにおけるオーダー単位、「服用量」、「既定の計測単位を有する服用オーダー単位用のプルダウン」（選択された添加剤のデータベースエントリ内の単位に基づいたもの）、量当たりの単位、ｍＬ（既定）、Ｌｂ、５００ｍＬ、１００ｌｂ、２５０ｍＬ、１００ｍＬ、Ｋｇ、１００Ｋｇ、リットル、Ｋｇ−ｍＬ、Ｋｇ−ｌ、Ｌｂ−ｍＬ、Ｌｂ−ｌを提示している。

これらの添加剤がアクティブなプール在庫の一部となるように選択する場合には（図２１Ｂ）、ユーザーが、「プール添加剤」２１１１を選択し、次いで、「変更の提出」ボタンを起動した際に、本システムは、プールされた添加溶液を自動的に生成することになる。プールされた添加溶液が完成した際に、本システムは、望ましくは、患者の名前及びバーコード識別子を含む識別子によってプールされた添加溶液を識別することになる。このプールされた添加剤は、この段階において、調合用の別のソース溶液と見なされ、画面２１００の「ベース成分」セクション２１０８に追加されることになる。

又、セクション２１０４は、「詳細編集」リンク２１１０を選択することによる追加ソース在庫画面２１２０（図２１Ｂ）に対するアクセスをも提供している。ユーザーの許可レベルに応じて、ユーザーは、特定の添加剤の詳細をレビューするか又はこれらの詳細を編集可能である。プーリング機能にとって重要なことは、「添加剤プーリング」選択肢２１２２である。添加剤がプーリングプロセスの一部となることが許容されている場合には、「許可」選択肢を選択し、さもなければ「不許可」選択肢を選択する。

ユーザー画面制御オプションは、例えば、変更を提出することによって個別のオーダー／オーダーテンプレートを更新するためのボタン（「更新」）、変更を実行することなしに戻るためのボタン（「キャンセル」）、及びこの特定の添加剤を在庫から削除するための「削除」機能（これは、必要な許可レベルを仮定している）を含んでいる。望ましくは、この画面は、「添加剤名」、「濃度」、「比重」、「浸透圧モル濃度−ｍＯｓｍ／Ｌ」、「原価−局所的な現在の価値／ｍＬ」、及び「電解質内容物の詳細」というデータベースからの現在の添加溶液に関する模範的な情報を提供している。

「提出済み」段階は、「完了」ボタンをマウスクリックする段階を伴っており、この結果、情報がデータベース内に配置され、これにより、その保留中の調合オーダーを含む「オーダーエントリ」ウィンドウが、適切なオペレータアクセスレベル（これは、この場合には、指定の認可権限を有する薬剤師となろう）を有する任意のワークステーション上において参照可能となる。「提出済み」アイコン４５４は、この段階が完了した際に、「オーダーエントリ」ウィンドウ４３６上において着色されるか又は強調表示されている。オーダーエントリプロセスマネージャ８４は、望ましくは、様々なオーダーエントリワークステーションから提出された認可を待っている調合オーダーが、認可権限を有する薬剤師のワークステーションにおいてブラウザソフトウェアから組織的にアクセス可能となるように、これらをデータベース内において追跡している。認可権限を有する薬剤師は、ブラウザソフトウェアを定期的に実行してこの保留中のオーダーのキューにアクセスし、それぞれのオーダーをレビューした後に、「オーダーエントリ」ウィンドウ４３６の「このオーダーの調合を認可する」フィールドボックス４５６内においてそれぞれのオーダーの認可を通知することになる。

別の実施例においては、オーダーエントリプロセスマネージャ８４は、通知機能を包含可能であり、この機能は、認可権限を有する薬剤師のワークステーションにおいてポップアップメッセージを提供し、認可を待っている入力済みの調合オーダーが存在していることを関係者に通知している。ポップアップメッセージをクリックすることにより、認可権限を有する薬剤師がアクセス可能な認可を待っているオーダーのリストが表示される。

図示の実施例においては、認可は、認可ステートメントをクリックし（ボックス４５８）、調合を実行するシフトを選択し（ボックス４６０）、「調合を認可する」アイコン４６２を選択する段階を伴っている。「即座のオーダー開始」アイコン４６４は、その調合オーダーを可及的速やかに実行する必要がある場合に提供される。「認可済み」アイコン４６６は、認可段階が完了した際に、「オーダーエントリ」ウィンドウ４３６上において着色又は強調表示される。

オーダーエントリプロセスマネージャ８４は、望ましくは、印刷を実行するワークステーションにおいてオーダーのサブセットが組織的にアクセス可能となるように、認可されてラベルの印刷を待っているデータベース内の調合オーダーを追跡している。これらの調合オーダーには、最終溶液容器１４のラベルを印刷するワークステーションにおいてアクセスされる。

別の構成においては、オーダーエントリプロセスマネージャ８４は、通知機能を包含可能であり、この機能は、印刷を実行するワークステーションにおいてポップアップメッセージを提供し、印刷を待っている認可済みの調合オーダーが存在していることをオペレータに対して通知している。ポップアップメッセージをクリックすることにより、オペレータがアクセスして印刷機能を実行可能な（ラベル印刷を待っている）オーダーのリストが表示される。

オーダーエントリプロセスマネージャ８４は、「オーダーエントリ」ウィンドウ４３６内に入力された情報に基づいてラベルをフォーマットする（図１２を参照されたい）。ラベルは、最終溶液容器１４のラベル４７０、ソース溶液及びターゲット調合容積を識別するワークシート４６８、最終溶液容器１４の内容物の栄養情報を提供するワークシート４７２、及びピギーバッグ容器のラベル４７４（オーダーされている場合）を含んでいる。又、ラベルは、調合制御マネージャ７２が調合オーダーを検証して実際の調合プロセスを実行するために必要とするバーコード４７６をも含んでいる。又、（最終溶液容器ラベル４７０上の）最終容器バーコード４７６を使用することにより、能力を有する薬剤供給装置（例えば、注入ポンプなど）への調合の後にフォーミュラ情報を電子的に転送することも可能である。

印刷段階が完了すると、調合オーダーを調合装置１８の調合制御マネージャ７２に対して電子的に転送可能な状態となる。ラベル印刷が完了し、更なる処理のためにオーダーを調合制御マネージャ７２に転送可能な状態となった際に、「オーダーエントリ」ウィンドウ４３６上において「印刷済み」アイコン４７８が着色又は強調表示される。

オーダーエントリプロセスマネージャ８４が実現しているネットワーク接続された調合環境内において、調合の時間になると、調合ステーションに位置した調合臨床医が、調合制御マネージャ７２にログインし、調合制御マネージャ７２によって生成されたメイン画面２０２上の「自動プログラム」タッチボタン２３４を選択する（図９Ｂを参照されたい）。この結果、キュー選択画面２３６が表示され（図９Ｐ）、この画面は、オーダーエントリプロセスマネージャ８４の制御下において前述のオーダーエントリ及び処理段階によって設定された予めプログラムされたスケジュールキューのリストを表示している。オペレータは、（例えば、午前又は午後などの現在の調合シフトに基づいて）望ましいキューを選択し、キュー選択画面２３６上の「入力」タッチボタンを押下する。調合制御マネージャ７２は、オーダーエントリプロセスマネージャ８４から受信したオーダーキューをメモリ内に保持し、その後、メイン画面２０２（図９Ｑを参照されたい）により、オペレータは、ウィンドウ２３８内において現在のオーダーキューリストを参照可能である。この構成においては、オペレータは、メイン画面２０２上のプログラム済みのオーダーキューリスト２３８からオーダーを選択した後に、調合制御マネージャ７２の指示に従って、最終溶液容器１４をマニホルド３６に接続し、ソース溶液及び最終溶液の検証を実行し、（必要に応じて）フラッシングシーケンスを実行し、前述の方式によって調合を開始することになる。

前述のように、調合制御マネージャ７２の検証機能におけるバーコードデータの使用に起因し、調合装置を稼動させて調合オーダーを完了させるには、オーダーエントリプロセスマネージャ８４によって生成されたラベル（図１２）を調合臨床医に提供すると共に、調合臨床医がこれを使用することが必要となっている。この結果、オーダーエントリプロセスマネージャ８４の提出、認可、及び印刷機能が、調合制御マネージャ７２の制御機能と統合されている。

調合制御マネージャ７２は、調合プロセスが完了した際に、オーダーエントリプロセスマネージャ８４と通信し、これに相応して「オーダーエントリ」ウィンドウ上の「調合済み」アイコンが着色又は強調表示されることになる。

オーダーエントリプロセスマネージャ８４は、「処方オーダー」メニューボックスを通じてアクセス可能なその他の機能を提供可能である。例えば、図１１Ａに示されているように、オペレータが調合オーダーのスケジュールを参照し、それらをシフトごとに変更できるようにする「スケジュール」コンポーネントを包含可能である。

図１１Ａに示されているホーム画面上において、オペレータは、マウスクリックにより、オーダーエントリプロセスマネージャ８４のその他の機能モジュールを選択可能である。例えば、オペレータが、調合施設によって維持されているベース成分の在庫の参照を所望している場合には、オペレータは、「ソース溶液」メニューボックス４０２の「ベース成分」機能をマウスクリックし、この結果、図１１Ｈ（１）に示されている「ベース成分メインページ」４８２が表示されることになる。このウィンドウは、オーダーエントリプロセスマネージャ８４の「ベース溶液データベースコンポーネント」４２８の機能に対するアクセスを提供しており、この機能ユニットは、図１０Ｄに概略的に示されている。

選択された際に、「ベース成分メインページ」４８２（図１１Ｈ（１））により、オペレータは、既存の施設内に維持されているベース成分を選択するか又は在庫にベース成分を追加可能である。ベース成分を選択すると、図１１Ｈ（２）及び図１１Ｈ（３）に示されているように、選択された成分に関するスクロール可能な「ベース成分在庫ページ」４８４が表示される。「ベース成分在庫ページ」４８４は、選択されたベース成分に関する適切な情報（例えば、その名前、ファミリータイプ（アミノ酸、デキストロース、脂肪乳剤など）、濃度、比重、１００ｍＬ当たりの原価、ＮＤＣロット番号、期限切れ日付、電解質の内容物、栄養の内容物、及びその他の情報）のオーダーエントリプロセスマネージャ８４による入力及び保持を実現している。

同様に、オペレータが、調合施設によって維持されている添加溶液の在庫に対するアクセスを所望する場合には、オペレータは、「ソース溶液」メニューボックス４０２の「添加溶液」機能をマウスクリックし、この結果、図１１Ｉ（１）に示されている「添加溶液メインページ」４８６が表示されることになる。このウィンドウは、オーダーエントリプロセスマネージャ８４の「添加溶液データベースコンポーネント」４３０の機能に対するアクセスを提供しており、この機能ユニットは、図１０Ｅに概略的に示されている。

選択された際に、「添加溶液メインページ」４８６（図１１Ｉ（１））により、オペレータは、既存の施設在庫に維持されている添加溶液を選択するか又は添加溶液を在庫に追加可能である。添加溶液を選択すると、図１１Ｉ（２）及び図１１Ｉ（３）に示されているように、選択された添加溶液に関するスクロール可能な「添加溶液在庫ページ」４８６が表示される。「添加溶液在庫ページ」４８６は、選択された添加溶液に関する適切な情報（例えば、その溶液タイプ、その患者タイプ、濃度、比重、１ｍＬ当たりの原価、その成分を移送するための調合装置のポンプローターアセンブリの選択肢、ＮＤＣロット番号、期限切れ日付、電解質の内容物、及びその他の情報など）のオーダーエントリプロセスマネージャ８４による入力及び保持を実現している。

オーダーエントリプロセスマネージャ８４の「ベース溶液データベースコンポーネント」４２８及び「添加溶液データベースコンポーネント」４３０は、オーダーエントリプロセスマネージャ８４のその他の機能モジュールによる相互参照のために適切な情報を保存している。例えば、「フォーミュラライブラリ」４２６は、「ベース溶液データベース」４２８及び「添加溶液データベース」４３０内に保存されている情報を利用することにより、フォーミュラテンプレート内に既定の情報を書き入れる。この結果、ライブラリ溶液を患者タイプによって限定可能である。別の例として、印刷されたラベル（図１２のラベル４７２）内に含まれているオーダーエントリプロセスマネージャ８４によって導出された栄養情報は、「ベース溶液データベース」４２８内に保存されている情報から引き出されている。管理報告書（これについては、後述する）は、「ベース溶液データベース」４２８及び「添加溶液データベース」４３０内に保存されている情報に基づいて、在庫、使用量、及びコスト管理情報を導出している。

図１１Ａに示されているホームページから、オペレータは、マウスクリックにより、報告モジュール４０４にアクセスするべく選択可能である。オペレータは、「報告書」メニューボックス４０４内に含まれている報告書選択肢のリストの中から選択可能である。報告モジュール４０４は、調合活動を追跡し、これらの活動に関連する様々な管理報告書を生成する能力をオペレータに提供している。報告書の特性及びフォーマットは、当然のことながら、調合施設の個別の要件に従って変化可能である。報告モジュール４０４は、例えば、（ｉ）指定された報告期間内に入力された調合オーダーを一覧表示した報告書（例えば、患者、日付、時刻、入力オペレータ、及びこれらに類似したものごとに作成されたもの）、又は（ｉｉ）指定された報告期間内に調合された調合オーダーを一覧表示した報告書（例えば、調合装置番号、日付、時刻、調合臨床医、患者、最終容器番号、経過時間、及びこれらに類したものごとに作成されたもの）、又は（ｉｉｉ）例えば、溶液タイプ、日付、月、原価、及び／又はロット番号、並びに、これらに類似したものごとに作成された指定の報告期間内のソース溶液の使用量（単位：リットル）を一覧表示した報告書、又は、（ｉｖ）例えば、溶液タイプ別の調合された液体の１ｍＬ当たりの原価、容器又は溶液タイプごとの均一原価、機械調合時間ごとの労働原価、均一労働原価、又はこれらの組み合わせなどを含む完了した調合済みの容器に対する顧客課金レコードを一覧表示した報告書、或いは、（ｖ）例えば、日付、時刻、オペレータ名、及びイベントごとに作成されたオーダーエントリプロセスマネージャにアクセスしたオペレータのログを一覧表示した報告書を生成可能である。これらの報告書のいずれか又はすべては、予めフォーマットされたテンプレートに従ってオーダーエントリプロセスマネージャ８４の報告モジュール４０４によって（又は、オーダーエントリプロセスマネージャ８４によって維持されているデータベースのカスタマイズされた又はリレーショナルなフィールドサーチによって）生成可能である。報告モジュール４０４は、望ましくは、ハードコピーフォーマットにおける印刷のために報告書をフォーマットするか、或いは、例えば、ＰＤＦファイルフォーマットなどの電子ファイルフォーマットにおいて報告書をオフロードする能力を含んでいる。

図１１Ａに示されているホームページから、オペレータは、マウスのクリックにより、管理モジュール４０６にアクセスするべく選択可能である。オペレータは、「管理」メニューボックス４０６内に含まれている管理オプションのリストの中から選択可能である。管理モジュールは、調合活動のための様々な管理タスクを実行する際に、オペレータ（これは、この例においては、通常、調合活動管理者又は監督者である）を支援する。

管理モジュール４０６によってサポートされている管理機能の特性は、当然のことながら、調合施設の個々の要件に従って変化可能である。管理モジュール４０６により、例えば、管理者は、調合を実行する際のシフトのスケジュールを追加、削除、又は変更可能であり、これらが、オーダー認可プロセスにおいて認可権限を有する薬剤師によって選択されるべく、「オーダーエントリ」ウェブページ（図１１Ｅ（４））内において観察可能となる（ボックス４６０）。別の例として、管理モジュール４０６により、管理者は、調合施設によって維持されている調合装置の在庫リストを追加、削除、又は変更可能であり、これらの情報が、報告モジュール４０４によって生成される調合報告書内において使用されるべく提供されることになる。別の例として、管理モジュール４０６により、管理者は、調合施設によって処理される患者タイプのカテゴリ（例えば、標準成人、標準新生児、標準小児）を追加、削除、又は変更可能であり、これは、患者情報データベースにリンク可能であると共に、オーダーエントリプロセスマネージャ８４によって維持されているフォーミュラテンプレートデータベース４２６にリンクすることも可能である。即ち、標準成人フォーミュラを標準成人患者タイプにリンクすることにより、調合オーダーエントリプロセスを円滑に実行可能である。別の例として、管理モジュール４０６により、管理者は、オーダーエントリプロセスマネージャ８４に対するアクセスが許可されている名前又はオペレータグループ（例えば、管理スタッフ、薬局スタッフ、薬局技術者、監督者）ごとにオペレータのリストを追加、削除、変更すると共に、それぞれのオペレータ及びそれぞれのオペレータグループに特定のパスワード及びアクセス権限を割り当て可能である。この観点において、オペレータの権限及び制限を、例えば、技術者又は薬剤師として、グループ全体の一部としてではなく、そのオペレータに対して個別に適合可能である。又、グループによる特定の患者タイプに対するアクセスを禁止又は許容することも可能である（例えば、ブラウン医師は、スミス医師の患者に関する情報を参照することができない）。

図２０Ａ及び図２０Ｂを参照し、医師を追加する方法の一例について説明する。管理モジュール４０６内には、「個々の医師」選択肢４０７が存在しており、これは、選択された際に、医師リスト２００２を含む画面２０００（図２０Ａ）をユーザーに対して提供する。医師をリストに追加する必要がある場合には、オペレータは、医師情報画面２００６（図２０Ｂ）を表示するリンク２００２を選択する。医師情報画面２００６は、医師に関する特定の情報を含んでおり、これは、望ましくは、例えば、ログインＩＤ、この医師が権限を有する施設を制限するための施設プルダウン、「名前」、「肩書き」、「住所」、「事務所の電話番号」、「携帯電話番号」、「ポケットベル（登録商標）の番号」、「ファクシミリ番号」、電子メールアドレス、追加コンタクト情報、「連邦医師ＩＤ」、及び定時後のサービス番号を含んでいる。又、「医師情報」画面２００６は、２つのボタン２００７、２００８をも含んでいる。選択された際に、「更新」ボタン２００７は、画面上の情報を取得し、これらを「医師」データベースに保存する。選択された際に、「キャンセル」ボタンは、本画面を中止し、「医師」データベースを更新することなしに、以前の画面に戻ることになる。

図１１Ａに示されているホームページ上において、オーダーエントリプロセスマネージャ８４のナビゲーションモジュール４０８によって提供されているオプションを選択することにより、オペレータのホームページ、ヘルプ機能、オーダーエントリ以外の一般的なデータベースサーチ機能、報告、又は管理機能、並びに／又はユーザーログアウト機能に対するショートカットを提供可能である。オペレータアクセス権限を選択的に使用することにより、政府のＨＩＰＡＡ規制に準拠した患者レコードプライバシーが実現される。

以上から理解されるように、オーダーエントリプロセスマネージャ８４及びブラウザソフトウェアは、調合要件を直接的な配線、ネットワーク、又はインターネットに基づいたシステムを介して調合施設に電子的に転送する能力を医師又は調合オーダー施設に対して提供している。オーダーエントリプロセスマネージャ８４及びブラウザソフトウェアは、サイトにおいて調合要件を電子的に入力するか又はリモートサイトから電子的に生成された顧客調合要件を電子的に受信する能力を調合施設に対して提供している。オーダーエントリプロセスマネージャ８４及びブラウザソフトウェアは、複数顧客の調合要件を効率的な調合及び供給スケジュールにキューイングする能力を調合施設に対して提供している。オーダーエントリプロセスマネージャ８４及びブラウザソフトウェアは、バーコードを含む容器ラベルを生成すると共に実際の調合プロセスを制御する能力を調合施設に対して提供している。オーダーエントリプロセスマネージャ８４及びブラウザソフトウェアは、完成した調合済みの容器に対する顧客課金の自動生成及び在庫管理の能力を調合施設に対して提供している。課金オプションは、溶液タイプごとの調合済みの液体１ｍＬ当たりの原価、袋又は溶液タイプごとの均一原価、機械調合時間ごとの労働原価、均一労働原価、又はこれらのいずれかの組み合わせを包含可能である。

画面５００（図１１Ｊ（１）〜図１１Ｊ（２））から導出された「日次チェックリスト」が、望ましくは、制御パネルにおけるオペレータのログオンの際に表示される。チェックリスト上の項目は、必要又は所望に応じて追加又は再構成可能である。すべてのアクティブな項目が表示されることが望ましい。項目の完了を通知すると、日付／時刻及びオペレータのＩＤがログに入力されることになる。調合の実行が許可される前に、必要な項目を完了させなければならない。

図１８Ａに示されているように、オーダーエントリプロセスマネージャ８４の「在庫構成」モジュール４９０の行項目である「注入ポンプ」４９５を選択した際に、利用可能な注入ポンプのリスト４９６が表示される。注入ポンプとは、調合機によって準備された最終溶液を患者に供給するのに使用される装置のことである。この画面により、利用可能な注入ポンプのいずれか１つを最終溶液を患者に供給するための手段として使用するべく選択可能である。注入ポンプの選択が完了すると、適切なテキストフィールド内に読み込むためのドロップダウンリストを介して、ランプアップ及びランプダウンプロファイルがオペレータに提供されることになる。これは、栄養素の供給を急激に開始することなく（ランプアップ）、且つ、最終段階において最終溶液容器からの供給を突然中断することのないように（ランプダウン）、注入ポンプによって最終溶液を患者に供給する方法を構成する際に有用である。最終溶液容器上のバーコードが、選択された流速及び／又はランプアップ／ランプダウン時間に関する注入ポンプに対する情報及び／又は指示を提供している。手動による入力も許容されることになろう。オペレータが新しい注入ポンプを在庫に追加する必要がある場合には（これは、主には、患者が自身のベッドサイド又は自宅に既に設置されている異なる注入ポンプを具備していることが理由である）、「新しい注入ポンプの追加」選択肢４９７を選択することにより、これを実現可能であり、この際には、画面４９８（図１８Ｂ）がオペレータに提示されることになる。図１８Ｂに示されているように、オペレータは、その注入ポンプ用の説明、並びに、新しいポンプに関する特定の詳細事項を入力する能力を具備している。オペレータは、この情報を在庫内に保存することを決定した場合には、「更新」を選択し、さもなければ、オペレータは、そのレコードを削除して再入力するか、或いは、在庫の構成を変更することなしに、この画面を終了することも可能である。

調合システム１０を病院又は自宅療養薬局システムなどのその他の情報システムにインターフェイスさせることに関連し、本発明者らは、このインターフェイスを実現するのに必要な電子的なハンドシェーキング及びプロトコルが、複雑であり、追加のコストを所要すると共に、自身のシステムの自主性を維持するという病院の所望にも抗うことになると判定した。従って、本発明の更なる実施例は、調合情報を調合システム１０に転送するためのインターフェイスを提供しており、このインターフェイスは、相対的に単純であって、ハンドシェーキングプロトコルに依存したものでもない。

次に図２２を参照すれば、病院又は自宅療養薬局システム２２００のブロックダイアグラムが示されている。図２２に示されているように、本システム２２００は、キーボード２２０２及びマウス２２０４などの入力装置、プロセッサ２２０６（これは、例えば、ディスプレイ装置２２０８内に含まれているものとして示されている）、及びプリンタ２２１４を有している。非限定的な一例においては、システム２２００は、中心装置として患者フロアに配置可能である。別の非限定的な例においては、システム２２００は、ＰＤＡなどのハンドヘルド型の演算装置の一部であってよく、小さなプリンタを包含しているか又は直接的な配線（ＵＳＢやファイアワイヤインターフェイスなど）又は周知の無線通信リンクのいずれかを介してこれらに着脱自在に結合可能である。

再度図２２を参照すれば、医師は、患者のニーズを認知した際に、溶液タイプ及び個別の容積を定義している望ましい調合物についてシステム２２００内に入力可能である（又は、この入力を完了した状態にある）。望ましい調合物は、ディスプレイ２２０８を介して医師に表示され、正確性を検証する際には、必要な調合物のプリントアウトが、紙又はラベル２２１６としてプリンタ２２１４から出力される。尚、本発明を実施するべく、標準的な印刷ページを使用することも可能であるが、以下に明らかとなるように、ラベル材料を使用するのが望ましいであろう。

一実施例においては、バーコードの形態の標識をラベル２２１６の一部として印刷可能である。バーコードの様々なフィールドが所望の調合物の特定の特性を通知することになるものと考えられる。バーコード内には、所望の溶液及び個別の容積、患者ＩＤ（これは、絶対的に必須のものではないが、調合物を誤った患者に対して投薬することを防止するのに望ましい）、オーダー番号、及び調合物袋のＩＤ番号を含む所望の調合物を生成するためのすべての必要な情報が含まれている。「バーコード」フィールドの一例を以下に一覧表示する。

１．「Ｏ」＝バーコード識別子コード（大文字の「Ｏ」である）
２．オーダー制御フラグ（以下の注記を参照されたい）
３．患者ＩＤ：最大１２文字（以下の注記を参照されたい）
４．オーダーＩＤ：最大３０文字（以下の注記を参照されたい）
５．バッグＩＤ：最大１２文字（以下の注記を参照されたい）
６．ステーション＃１の容積：値は、０、５．０〜９９．９、又は１００〜５０００ｍＬであってよい。
７．ステーション＃１の溶液名：ステーションプログラミングをスキップするには、ブランクである。
８．ステーション＃２の容積：値は、０、５．０〜９９．９、又は１００〜５０００ｍＬであってよい。
９．ステーション＃２の溶液名：ステーションプログラミングをスキップするには、ブランクである。
１０．ステーション＃３の容積：値は、０、５．０〜９９．９、又は１００〜５０００ｍＬであってよい。
１１．ステーション＃３の溶液名：ステーションプログラミングをスキップするには、ブランクである。
１２．ステーション＃４の容積：値は、０、５．０〜９９．９、又は１００〜５０００ｍＬであってよい。
１３．ステーション＃４の溶液名：ステーションプログラミングをスキップするには、ブランクである。
１４．ステーション＃５の容積：値は、０、５．０〜９９．９、又は１００〜５０００ｍＬであってよい。
１５．ステーション＃５の溶液名：ステーションプログラミングをスキップするには、ブランクである。
１６．ステーション＃６の容積：値は、０、５．０〜９９．９、又は１００〜５０００ｍＬであってよい。
１７．ステーション＃６の溶液名：ステーションプログラミングをスキップするには、ブランクである。
１８．ステーション＃７の容積：値は、０、５．０〜９９．９、又は１００〜５０００ｍＬであってよい。
１９．ステーション＃７の溶液名：ステーションプログラミングをスキップするには、ブランクである。
２０．ステーション＃８の容積：値は、０、５．０〜９９．９、又は１００〜５０００ｍＬであってよい。
２１．ステーション＃８の溶液名：ステーションプログラミングをスキップするには、ブランクである。
２２．ステーション＃９の容積：値は、０、５．０〜９９．９、又は１００〜５０００ｍＬであってよい。
２３．ステーション＃９の溶液名：ステーションプログラミングをスキップするには、ブランクである。

ＴＰＮオーダーの非限定的な例における模範的なバーコードの内容が以下に一覧表示されており、模範的なバーコード２３００は、図２３Ａに示されている。

Ｏ，Ｌ，１１１−１１−１１１１，ＲＸ１２３４５−Ａｂｃ，０００１，２５０，ＦｒｅＡｍｉｎｅ １５％，１８０，Ｄｅｘｔｒｏｓｅ ５０％，５５．５，Ｈｙｐｅｒｌｙｔｅ ＣＲ，，，，，，，，，，，４５０，Ｓｔｅｒｉｌｅ Ｗａｔｅｒ

ＲＦＩＤタグなどのその他のタイプのラベルを実装して本発明を実行することも可能であると考えられる。このような実装においては、ＲＦＩＤタグは、先程概説した情報を含んでおり、且つ、これには、従来のＲＦＩＤ起動システムを使用してアクセス可能である。このようなシステムは、タグを起動するべく、ＲＦ信号をＲＦＩＤタグに伝送し、タグが、これに応答し、その情報をローカル受信機（これは、通常、ＲＦＩＤ起動システム内に内蔵されている）に伝送する。

（バーコードの説明）
以下の内容は、バーコード化されている実施例に関するものであるが、これは、同様にＲＦＩＤによる実装にも適用可能である。

バーコード全体は、望ましくは、一行で構成されている必要がある（行内には、キャリッジリターンを含んでいないが、キャリッジリターンは、行の末尾に存在している必要がある）。

・最初の２つのフィールドは、バーコードを識別しており、ロック（（Ｌ）ｏｃｋ）されたオーダーを指定している。オーダーが「ロック」されているため、薬局技術者による変更が防止されており、元々のオーダーどおりにのみ調合可能である。
・患者ＩＤは、「１１１−１１−１１１１」である。
・オーダーＩＤは、「ＲＳ１２３４５−Ａｂｃ」である。
・袋のＩＤは、「０００１」である。
・ステーション１は、２５０ｍＬの１５％のＦｒｅＡｍｉｎｅについてプログラムされることになる。
・ステーション２は、１８０ｍＬの５０％のデキストロースについてプログラムされることになる。
・ステーション３は、５５．５ｍＬのＨｙｐｅｒｌｙｔｅ ＣＲについてプログラムされることになる。
・ステーション４〜８は、変更されない。
・ステーション９は、４５０ｍＬの滅菌水についてプログラムされることになる。

「ライブラリフォーミュラ」又は「迅速なセットアップ」の非限定的な例における模範的なバーコードの内容が次に一覧表示されており、模範的な２次元のバーコード２３００が図２３Ｂに示されている。

（バーコードの内容）
Ｏ，，，，，０，ＦｒｅＡｍｉｎｅ １５％，０，Ｄｅｘｔｒｏｓｅ ５０％，０，Ｈｙｐｅｒｌｙｔｅ ＣＲ，０，Ｔｒｏｐｈａｍｉｎｅ １０％，０，ＦｒｅＡｍｉｎｅ ＨＢＣ ６．９％，０，Ｄｅｘ ５％ ／ ０．２％ ＮａＣｌ，０，Ｌｉｐｏｓｙｎ ３０％，０，Ｔｈａｍ ０．３ Ｍｏｌａｒ Ｓｏｌ，０，Ｓｔｅｒｉｌｅ Ｗａｔｅｒ

（バーコードの説明）
バーコード全体は、望ましくは、一行から構成されている必要がある（キャリッジリターンを含んではいない）。

・第１フィールドは、バーコードを識別している。
・オーダーは、読み込みの後に手動で調節可能である。
・患者ＩＤは、指定されていない。
・オーダーＩＤは、指定されていない（従って、これは、自動的に「Ｍａｎｕａｌ＃＃＃」として記録されることになる）。
・袋のＩＤは、指定されていない。
・ステーション１は、１５％のＦｒｅＡｍｉｎｅについてプログラムされることになる。
・ステーション２は、５０％のデキストロースについてプログラムされることになる。
・ステーション３は、Ｈｙｐｅｒｌｙｔｅ ＣＲについてプログラムされることになる。
・ステーション４は、１０％のＴｒｏｐｈａｍｉｎｅについてプログラムされることになる。
・ステーション５は、６．９％のＦｒｅＡｍｉｎｅ ＨＢＣについてプログラムされることになる。
・ステーション６は、５％のＤｅｘ／０．２％のＮａＣｌについてプログラムされることになる。
・ステーション７は、３０％のＬｉｐｏｓｙｎについてプログラムされることになる。
・ステーション８は、Ｔｈａｍ ０．３ Ｍｏｌａｒ Ｓｏｌについてプログラムされることになる。
・ステーション９は、滅菌水についてプログラムされることになる。
・すべてのステーションの容積は、ゼロにリセットされることになる。

或いは、この代わりに、コードは、溶液名及び容積情報などのすべての適切な情報を包含することも可能であるが、ソース溶液を配置するステーションに関する情報を欠いていてもよい。この例においては、調合機は、バーコード化された処方オーダー内に含まれているものにより、任意の新しい又は既存のソース溶液の配置を判定することになろう。

バーコードラベルは、印刷された後に、調合システム１０などの調合機が配置されている場所に物理的に送付される。図１を再度参照すれば、バーコードラベル２２１６は、望ましくは、所望の調合物を収容するべく意図された最終溶液容器１４に装着可能である。調合の開始前に溶液容器にバーコードラベルを装着することにより、エラーを極小化可能である。次いで、最終溶液容器１４のバーコードラベル２２１６をバーコードスキャナ８２を使用してシステム１０内にスキャニングする。調合システム１０の実施例と関連して前述したように、本システムは、調合の開始を許可する前に、正しいソース溶液を適切なステーションに設置するようにオペレータに指示することになる。調合が完了したら、任意選択により、システム１０は、図２４に示されているものなどの別のバーコードラベルを生成可能であり、この内部には、調合サマリ２４０が含まれている。図２４に示されているように、調合サマリの非限定的な例２４００は、オーダーＩＤ２４０２、オペレータ情報２４０４、開始時刻２４０６、ジョブ時間２４０８、ジョブ状態２４１０、及び溶液の詳細２４１２を含んでいる。又、容器１４内の溶液が意図したとおりであることを検証するのに必要なすべての情報を含む結果バーコード２４１４も含まれている。

オーダーバーコード２３００との関連において使用されることにより、結果バーコード２４１４は、情報を確実に移動させるための更なる方法を提供している。前述のように、結果バーコード２４１４は、調合サマリページ上の任意の所望の場所に印刷されている。結果バーコード２４１４は、基本的に、調合サマリのヘッダと同一の情報を含んでおり、これには、調合オーダー識別情報、調合日付及び時刻、並びに、調合結果コードが含まれている。

結果バーコードのフィールドの例は、次のとおりである。

１．「Ｒ」＝バーコード識別子コード
２．結果コード：完了（Ｃ）、中止（Ａ）、失敗（Ｆ）（以下の注記を参照されたい）
３．患者ＩＤ：最大１２文字
４．オーダーＩＤ：最大３０文字
５．袋のＩＤ：最大１２文字
６．調合日付、「ｍｍ／ｄｄ／ｙｙｙｙ」フォーマット
７．調合時刻、「ｈｈ：ｍｍ」フォーマット（２４時間）
（注）調合操作の結果コードは、次の中のいずれかであってよい。
・「Ｃ」：正常な完了
・「Ａ」：オペレータによる中止
・「Ｆ」：回復不能な供給エラーに起因した失敗

容器１４内の溶液の検証は、単純にバーコードラベル２４１４をスキャニングし、その中に含まれている情報を、当初スキャニングされたバーコードラベル２３００のメモリ又は患者レコードに基づいたシステム内の情報と比較することによって実施される。模範的な一実施例においては、バーコードラベル２３００内に含まれている情報と比較するべく、結果バーコード２４１４を調合システム１０内にスキャニング可能である。或いは、この代わりに、並びに／又は、これに加えて、調合物を患者に投薬する前に、要員がシステム２２００のスキャナ２２１０を使用して結果バーコード２４１４をスキャニングすることも可能である（図２２を参照されたい）。比較においてエラーが検出された場合には、調合物の再生成やシステムの自己試験の実施などの是正措置を実施できるように、オペレータが警告を受けることになる。比較において問題がなかった場合にも、同様に、オペレータは通知を受領可能である。

以上の例は、バーコードシステムに関係したものであるが、本発明は、これに限定されるものではなく、前述のように、調合情報を調合機に伝達すると共に、調合物溶液情報を調合機システムからその他のチェックポイントのオーダリングシステムに返送して準拠状況を検証するための手段として、ＲＦＩＤタグを使用することも可能である。

本発明の特徴は、添付の請求項に記述されている。

本明細書においては、特定の実施例を参照し、本発明について図示及び説明しているが、本発明は、提示されている詳細内容に限定されることを意図したものではない。むしろ、請求項の等価物の範囲内において、本発明を逸脱することなしに、これらの詳細内容に様々な変更を実施可能である。

使用の際に、人間又は動物に対する投薬が意図されている複数の選択された液体及び／又は薬物を混合又は調合する調合装置を含む薬剤調合システムの透視図である。 図１に示されている調合装置と関連して使用可能な使い捨て可能な移送セットの図である。 図２Ａに示されている移送セットに内蔵されることによってマニホルド内における液体の逆流と脂質濁りに対して対処可能なマニホルドの一実施例の部分的に取り外された拡大断面図である。 図２Ａに示されている移送セットに内蔵されることによってマニホルド内における液体の逆流と脂質濁りに対して対処可能なマニホルドの一実施例の部分的に取り外された拡大断面図である。 図２Ａに示されている移送セットに内蔵されることによって脂質濁りに対して対処可能なマニホルドの別の実施例の部分的に取り外された拡大断面図である。 図２Ａに示されている移送セットに内蔵されることによって脂質濁りに対して対処可能なマニホルドの別の実施例の部分的に取り外された拡大断面図である。 図１Ａに示されている使い捨て可能な移送セットの一部分の図であり、これは、図１に示されている調合装置と組み合わせられた移送セットの使用を促進する転送チューブオーガナイザを含んでいる。 調合装置上において使用するべく取り付けられた図２Ａの移送セットを有する図１に示されたシステムの透視図である。 図１に示されている調合装置の透視図であり、図２Ａに示されているタイプの移送セットを取り付けるための蠕動ポンピングステーションが開放されている。 図４に示されている調合装置の透視図であり、移送セットが蠕動ポンピングステーション内に取り付けられている。 図４に示されている調合装置の透視側面図であり、蠕動ポンプコンポーネント及びその他の内部コンポーネントを示すべく、その外部ケースが除去されている。 図６Ａに示されている蠕動ポンプコンポーネントの拡大透視図である。 図６Ａに示されている調合装置の平面図である。 図１に示されている調合装置を内蔵したリンク及び／又はネットワーク接続されたシステムの代替構成の概略図である。 図１に示されている調合装置を内蔵したリンク及び／又はネットワーク接続されたシステムの代替構成の概略図である。 図１に示されている調合装置を内蔵したリンク及び／又はネットワーク接続されたシステムの代替構成の概略図である。 図１に示されている調合装置を内蔵したリンク及び／又はネットワーク接続されたシステムの代替構成の概略図である。 図１に示されている調合装置を内蔵したリンク及び／又はネットワーク接続されたシステムの代替構成の概略図である。 図１に示されている調合装置を内蔵したリンク及び／又はネットワーク接続されたシステムの代替構成の概略図である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 調合手順を実施及び制御するプロセスにおいて、図１に示されている調合装置上に存在している調合制御マネージャ機能が生成可能なグラフィカルユーザーインターフェイスの代表的な画面である。 図１に示されている調合装置の調合制御マネージャ機能との関連において使用された際に、リモートワークステーション上にインストールされたブラウザによってアクセス可能な機能強化された調合オーダーエントリ及び処理能力を提供するオーダーエントリプロセスマネージャ機能の代表的な機能モジュールのシステムフローチャートである。 図１に示されている調合装置の調合制御マネージャ機能との関連において使用された際に、リモートワークステーション上にインストールされたブラウザによってアクセス可能な機能強化された調合オーダーエントリ及び処理能力を提供するオーダーエントリプロセスマネージャ機能の代表的な機能モジュールのシステムフローチャートである。 図１に示されている調合装置の調合制御マネージャ機能との関連において使用された際に、リモートワークステーション上にインストールされたブラウザによってアクセス可能な機能強化された調合オーダーエントリ及び処理能力を提供するオーダーエントリプロセスマネージャ機能の代表的な機能モジュールのシステムフローチャートである。 図１に示されている調合装置の調合制御マネージャ機能との関連において使用された際に、リモートワークステーション上にインストールされたブラウザによってアクセス可能な機能強化された調合オーダーエントリ及び処理能力を提供するオーダーエントリプロセスマネージャ機能の代表的な機能モジュールのシステムフローチャートである。 図１に示されている調合装置の調合制御マネージャ機能との関連において使用された際に、リモートワークステーション上にインストールされたブラウザによってアクセス可能な機能強化された調合オーダーエントリ及び処理能力を提供するオーダーエントリプロセスマネージャ機能の代表的な機能モジュールのシステムフローチャートである。 図１に示されている調合装置の調合制御マネージャ機能との関連において使用された際に、リモートワークステーション上にインストールされたブラウザによってアクセス可能な機能強化された調合オーダーエントリ及び処理能力を提供するオーダーエントリプロセスマネージャ機能の代表的な機能モジュールのシステムフローチャートである。 図１に示されている調合装置の調合制御マネージャ機能との関連において使用された際に、リモートワークステーション上にインストールされたブラウザによってアクセス可能な機能強化された調合オーダーエントリ及び処理能力を提供するオーダーエントリプロセスマネージャ機能の代表的な機能モジュールのシステムフローチャートである。 図１に示されている調合装置の調合制御マネージャ機能との関連において使用された際に、リモートワークステーション上にインストールされたブラウザによってアクセス可能な機能強化された調合オーダーエントリ及び処理能力を提供するオーダーエントリプロセスマネージャ機能の代表的な機能モジュールのシステムフローチャートである。 図１に示されている調合装置の調合制御マネージャ機能との関連において使用された際に、リモートワークステーション上にインストールされたブラウザによってアクセス可能な機能強化された調合オーダーエントリ及び処理能力を提供するオーダーエントリプロセスマネージャ機能の代表的な機能モジュールのシステムフローチャートである。 図１に示されている調合装置の調合制御マネージャ機能との関連において使用された際に、リモートワークステーション上にインストールされたブラウザによってアクセス可能な機能強化された調合オーダーエントリ及び処理能力を提供するオーダーエントリプロセスマネージャ機能の代表的な機能モジュールのシステムフローチャートである。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅに示されているオーダーエントリプロセスマネージャの機能モジュールに対するリモートワークステーションからのアクセスを実現するブラウザに基づいたグラフィカルユーザーインターフェイスの代表的な画面である。 図１０Ａ〜図１０Ｅ及び図１１Ａ〜図１１Ｉに示されているオーダーエントリプロセスマネージャが生成可能なラベルの代表的な図である。 図１に示されている調合装置に内蔵可能であって、図９Ａ〜図９Ｗ、図１０Ａ〜図１０Ｅ、図１１Ａ〜図１１Ｉに示されている調合制御マネージャ及びオーダーエントリプロセスマネージャ機能を実行可能なコントローラの概略図である。 図１に示されている調合装置の調合制御マネージャと統合可能なトレーニング／ヘルプのビデオ／オーディオ機能の代表的な画面である。 図１に示されている調合装置の調合制御マネージャと統合可能なトレーニング／ヘルプのビデオ／オーディオ機能の代表的な画面である。 図１に示されている調合装置の調合制御マネージャと統合可能なトレーニング／ヘルプのビデオ／オーディオ機能の代表的な画面である。 図１に示されている調合装置の調合制御マネージャと統合可能なトレーニング／ヘルプのビデオ／オーディオ機能の代表的な画面である。 図１に示されている調合装置の調合制御マネージャと統合可能なトレーニング／ヘルプのビデオ／オーディオ機能の代表的な画面である。 図１に示されている調合装置の調合制御マネージャと統合可能なトレーニング／ヘルプのビデオ／オーディオ機能の代表的な画面である。 図１に示されている調合装置の調合制御マネージャと統合可能なトレーニング／ヘルプのビデオ／オーディオ機能の代表的な画面である。 図１に示されている調合装置の調合制御マネージャと統合可能なトレーニング／ヘルプのビデオ／オーディオ機能の代表的な画面である。 図１に示されている調合装置の調合制御マネージャと統合可能なトレーニング／ヘルプのビデオ／オーディオ機能の代表的な画面である。 模範的なシステムの構成に関係した代表的な画面である。 模範的なシステムの構成に関係した代表的な画面である。 模範的なシステムのフリーズ画面機能を示す代表的な画面である。 模範的なシステムのチェックリスト機能を示す代表的な画面である。 模範的なシステムの注入ポンプ選択機能を示す代表的な画面である。 模範的なシステムの注入ポンプ選択機能を示す代表的な画面である。 模範的なシステムの栄養評価機能を示す代表的な画面である。 模範的なシステムの医師入力／選択機能を示す代表的な画面である。 模範的なシステムの医師入力／選択機能を示す代表的な画面である。 模範的な添加溶液機能を示す代表的な画面である。 模範的な添加溶液機能を示す代表的な画面である。 本発明の薬剤調合機に対するオーダリングシステムの情報の転送を示す模範的な実施例のブロックダイアグラムである。 模範的なデータ転送システムのオーダーエントリ装置からのバーコード出力の例である。 模範的なデータ転送システムのオーダーエントリ装置からのバーコード出力の例である。 模範的なデータ転送システムの薬剤調合機からの出力の一例である。

Claims (44)

1. 関連する複数のソース溶液を具備した薬剤調合装置に入力データを供給するデータエントリシステムと共に使用する方法において、
   （ａ）既定の構成に準拠して前記複数のソース溶液の割り当てを定義している第１標識を有する第１ラベルを生成する段階と、
   （ｂ）前記第１標識を前記薬剤調合装置に入力として供給する段階と、
   （ｃ）前記薬剤調合装置に入力された前記標識に基づいて薬剤調合物を生成する段階と、
   を有する方法。
2. （ｄ）少なくとも前記薬剤調合物を表す第２標識を有する第２ラベルを生成する段階と、
   （ｅ）前記第２標識を前記データエントリシステムに入力として供給する段階と、
   （ｆ）前記複数のソース溶液の前記割り当てを前記データエントリ装置内の前記第２標識と比較する段階と、
   を更に有する請求項１記載の方法。
3. 前記複数のソース溶液の前記割り当てと前記薬剤調合物の不一致が前記段階（ｆ）に基づいて判定された場合に、第１出力を生成する段階を更に有する請求項２記載の方法。
4. 前記複数のソース溶液の前記割り当てと前記薬剤調合物の一致が前記段階（ｆ）に基づいて判定された場合に、第２出力を生成する段階を更に有する請求項３記載の方法。
5. 前記第２標識は、前記薬剤調合物が対象としている患者に関係する情報を更に有する請求項２記載の方法。
6. 前記第１標識及び／又は前記第２標識の少なくとも１つは、バーコードを有する請求項２記載の方法。
7. 前記第１標識及び／又は前記第２標識の少なくとも１つは、２次元バーコードを有する請求項２記載の方法。
8. 前記第１標識及び／又は前記第２標識は、それぞれ、２次元バーコードを有する請求項２記載の方法。
9. 前記第１ラベル及び／又は前記第２ラベルの少なくとも１つは、電子的なラベルである請求項２記載の方法。
10. 前記電子的なラベルは、ＲＦＩＤラベルである請求項９記載の方法。
11. 前記供給段階（ｂ）及び／又は前記供給段階（ｅ）の少なくとも１つは、
    前記電子的なラベルをＲＦ信号によって起動する段階と、
    前記ＲＦ信号に応答して前記標識を伝送する段階と、
    を有する請求項１０記載の方法。
12. 前記薬剤調合装置は、前記第２ラベルを生成する請求項２記載の方法。
13. 前記第１標識は、前記薬剤調合物が対象としている患者に関係する情報を更に有する請求項１記載の方法。
14. 前記第１標識は、バーコードを有する請求項１記載の方法。
15. 前記第１標識は、２次元バーコードを有する請求項１記載の方法。
16. 前記第１ラベルは、電子的なラベルである請求項１記載の方法。
17. 前記電子的なラベルは、ＲＦＩＤラベルである請求項１６記載の方法。
18. 前記供給段階（ｂ）は、
    前記電子的なラベルをＲＦ信号によって起動する段階と、
    前記ＲＦ信号に応答して前記標識を伝送する段階と、
    を有する請求項１７記載の方法。
19. 前記データエントリシステムは、前記第１ラベルを生成する請求項１記載の方法。
20. 関連する複数のソース溶液を具備した薬剤調合装置に入力データを供給するデータエントリシステムと共に使用する方法において、
    （ａ）既定の構成に準拠した前記複数のソース溶液の割り当てを定義している第１標識を有する第１ラベルを生成する段階と、
    （ｂ）前記第１標識を前記薬剤調合装置に入力として供給する段階と、
    （ｃ）前記薬剤調合装置に入力された前記標識に基づいて薬剤調合物を生成する段階と、
    を有する方法。
21. （ｄ）少なくとも前記薬剤調合物を表す第２標識を有する第２ラベルを生成する段階と、
    （ｅ）第１標識を比較装置に入力として供給する段階と、
    （ｆ）前記第２標識を前記比較装置に更なる入力として供給する段階と、
    （ｇ）前記第１標識の少なくとも一部分を前記第２標識の少なくとも一部分と比較する段階と、
    （ｈ）前記比較に基づいて前記薬剤調合物が前記既定の構成と一致しているかどうかを判定する段階と、
    を更に有する請求項２０記載の方法。
22. 前記データエントリシステムは、前記比較装置を有する請求項２１記載の方法。
23. 前記薬剤調合機は、前記比較装置を有する請求項２１記載の方法。
24. 前記第１ラベルは、データエントリシステムによって生成される請求項２０記載の方法。
25. 関連する複数のソース溶液を具備した薬剤調合装置に入力データを供給するデータエントリシステムと共に使用する方法において、
    （ａ）既定の構成に準拠した前記複数のソース溶液の少なくとも１つの割り当てを定義している第１のバーコード化された情報を有する第１出力を生成する段階と、
    （ｂ）前記第１バーコード化情報を前記薬剤調合装置に転送する段階と、
    （ｃ）前記第１バーコード化情報に基づいて薬剤調合物を生成する段階と、
    を有する方法。
26. （ｄ）少なくとも前記薬剤調合物を表す第２のバーコード化された情報を有する第２出力を生成する段階と、
    （ｅ）前記第２バーコード化情報を前記第１バーコード化情報と比較し、前記薬剤調合物が前記既定の構成と一致しているかどうかを判定する段階と、
    を更に有する請求項２５記載の方法。
27. 第１出力は、前記データエントリシステムによって生成される請求項２５記載の方法。
28. 関連する複数のソース溶液に基づいて薬剤調合物を生成する薬剤調合装置に対して入力データを供給するシステムにおいて、
    既定の構成に準拠した前記複数のソース溶液の少なくとも１つの割り当てを定義している第１情報を有する第１出力を生成する手段と、
    前記第１情報を前記薬剤調合装置に転送する手段と、
    前記第１コード化情報に基づいて前記薬剤調合物を生成する手段と、
    を有するシステム。
29. 少なくとも前記薬剤調合物を表す第２情報を有する第２出力を生成する手段と、
    前記第２情報を前記第１情報と比較する手段と、
    前記薬剤調合物が前記既定の構成と一致しているかどうかを判定する手段と、
    を更に有する請求項２８記載のシステム。
30. 前記第２出力は、ラベルである請求項２９記載のシステム。
31. 前記第２情報は、バーコード化された情報である請求項２９記載のシステム。
32. 前記第２出力は、ＲＦＩＤタグである請求項２９記載のシステム。
33. 前記第２情報は、前記ＲＦＩＤタグ内に保存される請求項３２記載のシステム。
34. 前記第１出力は、ラベルである請求項２８記載のシステム。
35. 前記第１情報は、バーコード化された情報である請求項２８記載のシステム。
36. 前記第１出力は、ＲＦＩＤタグである請求項２８記載のシステム。
37. 前記第１情報は、前記ＲＦＩＤタグ内に保存される請求項３３記載のシステム。
38. 関連する複数のソース溶液を具備した薬剤調合装置に対して入力データを供給するデータエントリシステムと共に使用する方法において、
    望ましい調合物に準拠した少なくとも１つの溶液の識別及び個別容積情報を定義している第１標識を有する第１ラベルを生成する段階と、
    前記第１標識を前記薬剤調合装置に入力として供給する段階と、
    前記薬剤調合装置に入力された前記標識に基づいて薬剤調合物を生成する段階と、
    を有する方法。
39. 少なくとも前記薬剤調合物を表す第２標識を有する第２ラベルを生成する段階と、
    前記第２標識を前記データエントリ装置に入力として供給する段階と、
    前記複数のソース溶液の前記割り当てを前記データエントリ装置内の前記第２標識と比較する段階と、
    を更に有する請求項３８記載の方法。
40. 前記調合装置上における既存の溶液配置及び／又は利用可能な溶液配置ステーションの少なくとも１つに基づいて前記調合装置上における前記少なくとも１つの溶液の配置を判定する段階を更に有する請求項３８記載の方法。
41. 前記第１ラベルは、前記データエントリシステムによって生成される請求項３８記載の方法。
42. 関連する複数のソース溶液に基づいて薬剤調合物を生成する薬剤調合装置に入力データを供給するシステムにおいて、
    望ましい調合物に準拠した少なくとも１つの溶液の識別及び個別容積情報を定義している第１情報を有する第１出力を生成する手段と、
    前記第１情報を前記薬剤調合装置に転送する手段と、
    前記第１バーコード化情報に基づいて薬剤調合物を生成する手段と、
    を有するシステム。
43. 少なくとも前記薬剤調合物を表す第２情報を有する第２出力を生成する手段と、
    前記第２情報を前記第１バーコード化情報と比較する手段と、
    前記薬剤調合物が前記既定の構成と一致しているかどうかを判定する手段と、
    を更に有する請求項４２記載のシステム。
44. 前記調合装置上における既存の溶液配置及び／又は利用可能な溶液配置ステーションの少なくとも１つに基づいて少なくとも１つのソース溶液の割り当てを判定する手段を更に有する請求項４２記載のシステム。

Images