"関連する複数のソース溶液に基づいて所望の薬剤調合物を生成する薬剤調合装置に対して入力データを供給するシステムにおいて、前記複数のソース溶液の、前記所望の薬剤調合物に一致する少なくとも選択と分量とを定義している第1情報を有する第1出力を生成する手段と、前記第1情報を前記薬剤調合装置に転送する手段と、前記薬剤調合装置からの情報に基づいて、前記第1情報に従って前記薬剤調合装置で生成された薬剤調合物に含まれる前記ソース溶液とそれぞれの分量とを少なくとも識別する第2情報を含む第2出力を生成する手段と、前記第2情報を前記第1情報と比較する手段と、前記比較するための手段からの結果に基づいて、前記生成された薬剤調合物に含まれる前記ソース溶液とそれぞれの分量が前記所望の薬剤調合物に一致する前記複数のソース溶液の選択と分量に一致するか否かを患者に投与する前に決定するための手段、を有するシステム。前記第2出力は、ラベルである請求項1記載のシステム。前記第2情報は、バーコード化された情報である請求項1記載のシステム。前記第2出力は、RFIDタグである請求項1記載のシステム。前記第2情報は、前記RFIDタグ内に保存される請求項4記載のシステム。前記第1出力は、ラベルである請求項1記載のシステム。前記第1情報は、バーコード化された情報である請求項1記載のシステム。前記第1出力は、RFIDタグである請求項1記載のシステム。前記第1情報は、前記RFIDタグ内に保存される請求項5記載のシステム。関連する複数のソース溶液に基づいて所望の薬剤調合物を生成する薬剤調合装置に入力データを供給するシステムにおいて、所望の薬剤調合物に一致する、少なくとも1つの溶液の識別及び個別容積情報を定義している第1情報を有する第1出力を生成する手段と、前記第1情報を前記薬剤調合装置に転送する手段と、前記薬剤調合装置からの情報に基づいて、前記第1情報に従って前記薬剤調合装置で生成された薬剤調合物中に含まれるソース溶液の識別及び個別容積情報を定義する第2情報を有する第2出力を生成するための手段と、前記第2情報を前記第1情報と比較する手段と、前記比較するための手段からの結果に基づいて、前記生成された薬剤調合物に含まれる前記ソース溶液の識別及び個別容積情報が前記所望の薬剤調合物に一致する前記ソース溶液の識別及び個別容積情報に一致するか否かを、患者への投与以前に決定するための手段、を有するシステム。前記調合装置上における既存の溶液配置及び/又は利用可能な溶液配置ステーションの少なくとも1つに基づいて少なくとも1つのソース溶液の割り当てを判定する手段を更に有する請求項10記載のシステム。従って、従来技術における問題点を解決すると共に、転記の誤りが完全に除去されない場合にも極小化されるように、調合データを薬剤調合機に入力する段階を提供するシステムが求められている。従来技術の欠点に鑑み、本発明は、関連する複数のソース溶液を具備した薬剤調合装置に入力データを供給するシステムである。本発明の態様は、関連する複数のソース溶液を具備した薬剤調合装置に入力データを供給するシステムである。本システムは、既定の構成に準拠した複数のソース溶液の少なくとも1つの割り当てを定義している第1情報を有する第1出力を生成する手段と、第1情報を薬剤調合装置に転送する手段と、第1情報に基づいて薬剤調合物を生成する手段と、少なくとも薬剤調合物を表す第2情報を有する第2出力を生成する手段と、第2情報を第1情報と比較する手段と、薬剤調合物が既定の構成と一致しているかどうかを判定する手段と、を有している。本発明の別の態様によれば、第1及び第2情報のいずれか又は両方は、個別のRFIDタグ内に電子的な形態において保存されている。本発明のその他の特徴及び利点については、以下の明細書及び添付の図面に示されている。本発明は、添付の図面との関連において以下の詳細な説明を参照することにより、十分に理解することができよう。尚、一般的な慣習に従い、図面の様々な特徴の縮尺は、正確なものにはなっておらず、逆に、様々な特徴の寸法は、わかりやすくするべく、任意に拡大又は縮小されていることに留意されたい。添付の図面には、図面の簡単な説明の節に記載されている図面が含まれている。図1は、薬剤調合システム10を示している。本システム10は、人間又は動物に対する投薬が意図された複数の選択された液体及び/又は薬物を混合又は調合するべく使用可能である。使用の際に、システム10は、液体及び/又は薬物の混合物を必要としている個人に対して例えば、静脈注入によって投薬できるように、複数のソース容器例えば、個別のガラス瓶、ボトル、注射器、又は袋から単一の収集容器例えば、ボトル、注射器、又は袋内に複数の個別の処方された液体及び/又は薬物を移送するべく機能する。一例として、負傷、疾病、又は外傷に起因し、患者が自身の必要な栄養のすべて又は一部を静脈注入によって摂取することが必要となる場合がある。このような状況においては、患者は、アミノ酸、デキストロース、及び脂肪乳剤の混合物を含む基本溶液を摂取することになるこれは、患者の必要な栄養の主要な部分を提供するものであり、通常、完全静脈栄養TotalParenteralNutrition:TPNと呼ばれている。この方式においては、医師は、投薬するアミノ酸、デキストロース、及び脂肪乳剤の混合物と、投薬の頻度を処方することになる。TPNにより、長期間にわたって患者を維持するべく、ビタミン、ミネラル、及び電界質などの少量の追加の添加剤も、混合物に包含するべく処方されている。薬剤師の監督下において本システム10を使用すれば、処方オーダーが入力され、これに相応して、処方された液体、薬物、及び/又は添加剤の個々の服用量が、その患者に対する投薬のための単一の容器内に混合されるべく、別個の個別のソース容器から移送されることになる。システム10を使用するのに十分好適なその他の環境も存在している。例えば、医療の分野においては、化学療法、心筋収縮の中断、抗生物質の投薬を伴う治療、及び/又は血液製剤による治療を支援するべく、且つ、診断溶液の準備及び細胞及び分子プロセス促進用の溶液の準備を含む生物工学の処理において、システム10を使用することにより、液体及び/又は薬物を調合可能である。又、システム10を使用することにより、医療分野以外の液体を調合することも可能である。但し、システム10の特徴及び利点を説明するべく、例示されている実施例は、TPNを支援するためのシステム10の使用法について示している。I.システムの概要システム10は、3つの主要なコンポーネントを含んでいる。i使用の際に、最終溶液容器14を個別の溶液ソース容器16に結合する液体移送セット12図2Aを参照されたい、ii使用の際に図3を参照されたい、移送セット12とやり取りして液体を溶液ソース容器16から最終溶液容器14に移送する調合は又は溶液混合装置18図1を参照されたい、及びiiiやり取りを管理することにより、医師によって処方された調合又は溶液混合手順これは、通常、薬剤師の監督下において調合サイトにおいて訓練中の臨床医が実行しているを実行するコントローラ20図1を参照されたいが存在している。調合装置18及びコントローラ20は、長期間にわたって使用可能な耐久性を有する物品となるように意図されている。図示の実施例においては図1を参照されたい、調合装置18は、ハウジング又はケース22の内部に取り付けられており、コントローラ20は、その大部分が、ケース22の外部の表面に取り付けられた制御パネル24内に取り付けられている。ケース22は、テーブルの表面又はその他の相対的に小さな表面上におけるセットアップ及び動作に適した小さな占有面積を有している。ケース22及びパネル24は、例えば、成型又は成形によって所望の構成に形成可能である。ケース22及びパネル24は、好ましくは、軽量ではあるが耐久性を有する材料例えば、プラスチックや金属から製造されている。移送セット12図2Aは、無菌の1回だけ使用される使い捨て可能な物品となるように意図されている。図3に示されているように、所与の調合手順を開始する前に、オペレータは、装置18との関連において、移送セット12の様々なコンポーネントを取り付けることになる。図示のように、装置18は、使用の際に図3に示されているように最終溶液容器14を保持する計量ステーション26を含んでいる。計量ステーション26は、図4に示されているように支持アーム28を含んでおり、この支持アームは、図示の実施例においては、ケース22の側部又は底部に装着されている。又、計量ステーション26は、従来のロードセル30をも含んでおり、このロードセルは、支持アーム28の最上部から吊り下げられている。調合の際には、最終溶液容器14がロードセル30のハンガーHから垂れ下がることになる図3を参照されたい。又、図示されているように、装置18は、ソース溶液支持フレーム32をも包含可能である但し、これは、必須ではない。支持フレーム32は、いくつかの別個のハンガーHを保持しており、これらのハンガーは、調合の際に、個別のソース容器16を支持することになる。ソース溶液支持フレーム32が装置18内に含まれていない場合には、その他の手段を使用して個々のソース容器16を支持可能である。図示のように、支持フレーム32は、別個のコンポーネントから構成されているが、支持フレーム32は、適切な方式によってケース22に装着可能である。通常、調合の際には、装置18は、ソース容器16及び最終容器14と共に、クリーンルーム環境の層流フード内に配置されることになる。図2Aに示されている移送セット12は、一般に、長いソース移送チューブ34を包含可能であり、このソース移送チューブは、一端において共通接合部又はマニホルド36に接合されている。ソース移送チューブ34の他端は、それぞれ、スパイク38又は適切な着脱可能な結合部を含んでおり、これを、従来の方式により、関連するソース溶液容器16が保持している隔膜を通じて挿入することにより、そのソース溶液容器16と個別のソース移送チューブ34間を連通させることができる。所定の長さを有する最終移送チューブ40は、最終溶液容器14に結合されている。最終移送チューブ40の他端は、スパイク42又は適切な着脱可能な結合部を含んでおり、これをマニホルド36の排出口44内に挿入することにより、最終溶液容器14をソース溶液容器16に結合することができる。ソース移送チューブ34及び最終移送チューブ40は、ジ-2-エチルヘキシル-フタラートによって可塑化されたポリビニルクロライドなどの柔軟であって医療グレードのプラスチック材料から製造可能である。同様に、ソース容器16又は最終容器14の1つ又は複数のものも、対象とするソース溶液との不活性特性及び互換性を考慮して選択された医療グレードのプラスチック材料から製造可能である。同様に、ソース又は最終容器16又は14の1つ又は複数のものをガラスから製造することも可能である。それぞれのソース移送チューブ34は、スパイク38とマニホルド36の間にインラインポンプセグメント46を含んでいる。ポンプセグメント34は、例えば、シリコーンゴムから製造可能である。又、それぞれのソース移送チューブ34は、インラインの一方向弁48をも含んでおりこれは、例えば、ダックビル、ディスク、アンブレラ弁である、これは、図示の実施例においては、マニホルド36内に保持されており、ソース容器16からマニホルド36に向かう液体の流れを許容してはいるが、マニホルド36からソース容器16のいずれかに向かう逆流を防止している。それぞれの弁48は、順方向の液体の流れに応答して開放し、マニホルド36内に向かうスパイク収容排出口44を通じた即ち、最終溶液容器14に向かう液体の流れを許容する。それぞれの弁48は、排出口44からのマニホルド36又はその他のソース移送チューブ34内における液体の逆流に応答して閉鎖される。それぞれのポンプセグメント46は、蠕動ポンプローターとの関連において使用されるべく設計されている。従って、図4に示されているように、調合装置18は、蠕動ポンピングステーション50を含んでいる。図4に示されているように、蠕動ポンピングステーション50は、装置内に形成されたポンプベイ52又はコンパートメントを占有している。図示のように、蠕動ポンピングステーション50は、個別の蠕動ポンプローターアセンブリ54の軸方向の集合体を含んでいるが、非軸方向の集合体を使用することも可能である。更には、ポンピングステーション50は、蠕動ポンプローターアセンブリ54の複数の並設バンクを包含することも可能である。蠕動ポンピングステーション50は、ドア56を含んでおり、このドアによってポンプベイ52が開閉される。ドア56が図4に示されているように開放することにより、図5に示されているように、蠕動ポンプローターアセンブリ54の中の選択されたものとの関連において、ポンプセグメント46の中の選択されたものを取り付け可能である。ドアは、動作の際には、図3に示されているように閉鎖され、蠕動ポンピングステーション50を覆うことになる。望ましくは、コントローラ20は、ドア56が開いている際に蠕動ポンプローターアセンブリ54の動作を防止するべく、電気的なインターロック66図13を参照されたいに結合されている。コントローラ20は、処方されたデータエントリオーダー及び予めプログラムされているポンプ制御規則に基づいて調合プロトコル又は手順を実行するこれらの規則は、オペレータからのその他の入力をも包含可能である。動作の際には、蠕動ポンプローターアセンブリ54は、コントローラ20の管理下において、直列的に個別且つ選択的に動作することにより又は、並列的に同時且つ選択的に動作することにより、ソース溶液の所望の量を個別のソース容器16からマニホルド36を通じて最終容器14内に移送する。コントローラ20には、ロードセル30が結合されており、重量を計測することによって最終容器14内への個々のソース溶液の増分的な移送を監視している。コントローラ20は、重量の増分的な変化を監視しており、これを予めプログラムされている規則に従って処理することによって所与の蠕動ポンプアセンブリ54の動作速度を制御しており、最終的には、処方された量のソース溶液が供給された際に停止させる。コントローラ20図13を参照されたいは、メイン処理装置MPU58を有している。MPU58は、従来のPCから構成されており、これは、図示の実施例においては、調合装置18のケース22の外部において制御パネル24内に取り付けられている。或いは、この代わりに、MPU58を調合装置18のケース22内に取り付けることも可能であろう。MPU58は、Microsoft登録商標のWindows登録商標動作環境をサポートしている1つ又は複数の従来のマイクロプロセッサから構成可能である。MPU58は、従来のRAM122と、ハートディスクドライブなどの従来の不揮発性メモリ装置74を含んでいる。MPU58は、メモリ装置74内にプログラムをアップロードするべく、CD読取装置などの入力装置124を含んでいる。図示の実施例においては、調合制御マネージャ機能72は、MPU58のメモリ装置74内においてプロセスソフトウェアとして存在している。図示の実施例においては、コントローラ20は、スーパーバイザCPU126と周辺処理ユニットPPU60をも含んでいる。CPU126及びPPU60は、いずれも、望ましくは、印刷回路ボード上に実装されている。CPUは、uC/OS-IIオペレーティングシステムを稼動させる能力を有する従来のマイクロプロセッサから構成されている。PPUは、その処理タスク及び制御機能に固有のファームウェアによって駆動される専用のマイクロチップPICである。図示の実施例においては、CPU126及びPPU60は、調合装置18のケース22内の電子回路ベイ62又はコンパートメント内に取り付けられている図6A、図6B、及び図7を参照されたい。AC電源図示されてはいないが電力をCPU126、PPU60、及び装置18のその他の電気コンポーネントに供給している。CPU126は、USB、RS-232、又はEthernet登録商標ポート、或いは、その他の接続手段を介してMPU58に接続されている図13を参照されたい。CPU126は、調合制御マネージャ72によって生成されたハイレベルな命令をMPU58から受信している。PPU60図13を参照されたいは、RS-232リンクを介してCPU126に結合されている。調合制御マネージャ72によって生成されたハイレベルな命令は、CPU126により、中間レベル命令としてPPU60に伝達される。PPU60は、蠕動ポンプステーション50及び計量ステーション26の様々なハードウェア例えば、前述のドアインターロック66、後述するポンプモーター64図6Aをも参照されたい、後述するポンプクラッチ68、後述するホール効果ポンプローターセンサ70、前述のロードセル30などに接続されている。PPU60は、CPU126によって生成された中間レベルの制御命令と、第1レベルの保護に基づいて、例えば、前述のように、ドア54が開いている場合にポンプモーター64を停止させるためのハードウェア固有の命令を提供している。PPU60及びCPU126は、相互に通信及び監視することにより、個々の障害をバックアップすると共に是正措置を実行している。調合制御マネージャ72は、MPU58上に存在している。調合制御マネージャ72は、入力データを受領して操作し、装置状態及び動作状態を監視し、データを出力及び保存すると共に、蠕動ポンプステーション50の動作を指示して処方された調合タスクを実現するための手順を規定した予めプログラムされている規則を含んでいる。MPU58は、オペレータからの入力に応答して調合制御マネージャ72によって生成されたハイレベルな命令例えば、それぞれの蠕動ポンプアセンブリ54が移送するべき量をCPU126に伝達している。この結果、CPU126は、中間レベルの命令をPPU60に伝達し、PPUが、特定のポンプ命令を蠕動ポンプアセンブリ54に伝達してポンピング命令を実行すると共に、センサ及びロードセルから動作状態データを受信して評価し、閉ループフィードバック制御及び対応した警告を生成している。又、PPU60は、動作状態データをCPU126に対して中継しており、CPUも、PPU60と並行して動作状態データを評価している。この観点において、CPU126は、警告状態がPPU60によって検出されない場合に例えば、その他の方法によってPPU60によって検知されない過供給が発生した場合に、ポンピングを中止するべく、第2レベルの保護を提供している。図示の実施例においては図1を参照されたい、コントローラ20は、ディスプレイ装置76これは、制御パネル24の一部である、データエントリ装置78例えば、キーボード及びマウス、及びデータ出力ステーション80例えば、プリンタを含んでおり、これらは、適切な入力及び出力を介してMPU58に結合されている。図示の実施例においては図1を参照されたい、ディスプレイ装置76は、望ましくは、例えば、調合制御マネージャ72内に存在しているWindows登録商標に基づいた動作プラットフォームを使用して調合制御マネージャ72によって実装される従来のタッチスクリーン法を使用した更なるデータエントリ装置としても機能している。この構成において調合制御マネージャ72が実行する組み合わせられたデータ表示及びデータエントリ能力により、調合制御マネージャ72内に存在している予めプログラムされた規則に従って、データエントリを受け付けると共に、データの入力を要求する及び入力されたデータを確認する情報と、監視対象である動作状態及び調合装置18の状態をオペレータに対して表示する対話型のユーザーインターフェイスがディスプレイ76上に提供されることになる。又、調合制御マネージャ72は、実際のポンプによる供給結果とオリジナルのオーダーを検証することにより、第3レベルの保護をも提供している。ディスプレイは、必要に応じて、英数フォーマット及び/又はグラフィカル又は絵画的な画像であってよい。又、調合制御マネージャ72によれば、例えば、活動報告書などの望ましいフォーマットにおいて、選択された情報をプリンタ80に出力することも可能である。調合制御マネージャ72の対話型のユーザーインターフェイスによれば、オペレータは、システム10の動作に関する情報を入力、参照、及び取得可能である。尚、調合制御マネージャ72及び調合制御マネージャ72によって実装可能なタッチスクリーンの対話型ユーザーインターフェイスの更なる詳細については後述する。又、図1に示されているように、MPU58は、情報を調合制御マネージャ72内に読み取るべく、バーコード読取装置82又はこれに類似したものによる入力をも含んでいる。バーコード標識の代わりに、RFIDタグを含んでいる実施例においては、市販のRFID読取装置図示されてはいないによってバーコード読取装置82が置換されている。システム10のこの態様に関する更なる詳細については、後述することとする。又、図1に示されているように、MPU58は、キーボード及びマウスデータエントリ装置78の入力をも含んでいる。これらの装置78により、オペレータは、調合制御マネージャ72の操作対象となるデータを入力すると共に、様々な方法により、且つ、調合制御マネージャ72のタッチスクリーンデータエントリ能力を使用することなしに、ディスプレイ装置76によって提示された情報とやり取り可能である。この構成においては図13を参照されたい、コントローラ20は、望ましくは、オーダーエントリプロセスマネージャ84を含んでおり、このオーダーエントリプロセスマネージャは、制御パネル24内のMPU58のメモリ装置74上に存在している。このオーダーエントリマネージャ84により、その他の形態の対話型のデータエントリ及びデータ参照プラットフォーム、並びに、例えば、後程詳述するように、最終溶液容器14のラベルなどの選択されたフォーマットにおけるプリンタ80に対するその他の形態のデータ出力が実現されている。望ましくは図13に示されているように、オーダーエントリプロセスマネージャ84には、装置コントローラ20の調合制御マネージャ72にリンクされた1つ又は複数の外部マイクロプロセッサ88上に存在しているブラウザソフトウェア86によってアクセス可能である。この構成においては、コントローラ20は、望ましくは、例えば、単一ステーションのハブレスローカルエリアネットワーク接続、マルチステーションのハブ又はスイッチローカルエリアネットワーク接続、施設ネットワークサーバーを有するマルチステーションハブ接続、及び/又は公衆インターネットを通じたマルチステーションハブ接続を使用して調合制御マネージャ72と外部入力又は出力装置例えば、その他のデータエントリワークステーション及び/又はプリンタの間の電子的又は電磁的データ通信を実現するべく、RS-232リンク又は別の代替データ通信接続例えば、無線、マイクロ波、赤外線、又はその他の電磁波通信システムを含んでいる。逆に、或いは、これに加えて、複数の調合装置18をそのオンボードコントローラを通じて複数のデータエントリワークステーション又はサイトにリンクすることも可能である。コントローラ20のこれらの能力により、完全にネットワーク接続された薬剤調合の多様な構成が実現されることになる。調合制御マネージャ72との関連においてコントローラ20が対応可能なこれらのネットワーク接続された形態の対話型データエントリ及びデータ参照プラットフォーム例えば、インターネット、イントラネット、又はループバックの更なる詳細については、後述することとする。調合手順が完了した際に、オペレータは、最終溶液容器14の注入チューブ40を密封し、最終移送チューブのスパイク42をマニホルド36から取り外す。同一のソース溶液の少なくともいつくかの混合物を必要としている一連の調合オーダーが存在している際にはこれが通常のケースである、オペレータは、マニホルド36に新しい最終溶液容器14の注入チューブ40のスパイク42を装着して更なる調合手順を実行することにより、次の調合オーダーに進むことになる。そうでない場合には、オペレータは、ソース容器16からソース移送チューブ34を取り外し、移送セット12及びソース容器16を装置18と関連した状態から除去可能である。移送セット12は破棄可能である。それぞれの最終溶液容器14及びその調合済みの液体内容物は、保存、注入、輸液、又は更なる処理のために保持される。II.調合装置の技術的な特徴図6A、図6B、及び図7は、調合装置18の代表的な実施例の構造の詳細を明瞭に示している。図示のように、装置18は、前述のように、ポンプベイ52と電子回路ベイ62に分割されているフレーム90を含んでいる。蠕動ポンピングステーション50のハードウェアコンポーネントがポンプベイ52を占有している。ポンピングステーション50及びロードセル30の電気的コンポーネントとPPU60が電子回路ベイ62を占有している。例えば、図4及び図5に示されているケース22が、フレーム90及びこのフレームが保持しているコンポーネントを覆っている。A.蠕動ポンピングステーションポンプベイ52内において、蠕動ポンピングステーション50は、既に概説したように、蠕動ポンプローターアセンブリ54の集合体を含んでいる。蠕動ポンプローターアセンブリ54の数と構成は、装置18の設計上の考慮事項及び調合要件に応じて変化可能である。図示の実施例においては図4に示されているもの、9つの蠕動ポンプローターアセンブリ54が存在している。図示のように図6A及び図6Bを参照されたい、それぞれの蠕動ポンプローターアセンブリ54は、同一の方式によって構築されている。それぞれのアセンブリ54は、フレーム90に固定されたベアリングプレート92上に支持されている。ベアリングプレート92は、駆動シャフト94に沿って軸方向に離隔した関係において連続的に配列されている。駆動シャフト94は、一端において、駆動ベルト96及び駆動プーリー98を介して電子回路ベイ62内に保持されている電気駆動モーター64図6Aを参照されたいに結合されている。或いは、この代わりに、駆動シャフト94を駆動モーター64に直接結合することも可能である。コントローラ20によって制御されている駆動モーター64の動作により、望ましい回転速度において駆動シャフト94が回転することになる。代表的な実装においては、駆動モーターは、駆動シャフト94を可変速度において回転させることができる。それぞれのポンプローターアセンブリ54は、駆動ギア100を含んでおり、これは、駆動シャフト94上のベアリング102によって保持されている。従来の電磁クラッチアセンブリ68がそれぞれの駆動ギア100に結合されている。それぞれのクラッチアセンブリ68は、図13に示されているように個別にコントローラ20に結合されている。コントローラ20によって起動された際に、所与のクラッチアセンブリ68は、駆動ギア100を摩擦によって駆動シャフト94に結合させ、駆動ギア100を回転させる。クラッチアセンブリ68がコントローラ20によって起動されていない場合には、駆動シャフト94の回転は、関連する駆動ギア100に対して付与されない。固定されたアイドラシャフト104が、駆動シャフト94から離隔すると共にこれとはオフセットされた状態において、ブッシング108上をベアリングプレート92を通じて延長している。又、それぞれのポンプローターアセンブリ54は、被駆動ギア106をも含んでいる。被駆動ギア106は、所与の駆動ギア100の回転によってその個別の被駆動ギア106に回転が付与されるように、駆動ギア100に対して個別に結合している。この構成においては、それぞれのポンプローターアセンブリ54は、それぞれの被駆動ギア106と共に回転するべく例えば、ギア装着ネジ112によって結合されたポンプローター110を含んでいる。それぞれのポンプローター110は、ポンプローラーの集合体114を保持しており、これが、使用の際に、移送チューブ34のインラインポンプセグメント46と係合することになる。コントローラ20によって所与のクラッチアセンブリ68が起動されると、関連する駆動ギア100が駆動シャフト94に結合することになり、この駆動シャフトに対して駆動モーター64から回転が付与されると、この駆動シャフトが、被駆動ギア106を介して関連するポンプローター110に回転を付与することになる。ポンプローター110が回転すると、ポンプローラー114が、関連するポンプセグメント46と係合し、周知の蠕動ポンピング動作によって液体を移送チューブ34を通じて移送することになる。それぞれのポンプローターアセンブリ54は、関連するポンプローター110とアライメントされた保持ブラケット116のペアを含んでいる。これらの保持ブラケット116は、それぞれのポンプセグメント46の両端に形成されたマウント118図2Aを参照されたいと着脱可能に噛み合うべくサイズ設定及び構成されている。保持ブラケット116は、ポンプセグメントのマウント118に摩擦によって係合し、これにより、図5に示されているように、使用の際に、望ましいポンプローラー114との動作可能な関係において、ポンプセグメント46を保持することになる。後程詳述するように、ポンプローターアセンブリ54の保持ブラケット116と移送チューブ34のポンプセグメントのマウント118は、望ましくは、選択されたポンプローター110との関係における選択されたポンプセグメント46の取り付けが望ましい順序で実行されるように、例えば、整合した番号及び/又は整合した色又はこれに類似したものによって一意にコード付けされている。又、選択されたソース容器16との関係においても、移送チューブ34の望ましい結合が実行されるように、関連する移送チューブ34のスパイク38も、この一意の整合コードを例えば、番号が付与された着色されたタブ120によって保持している。後ほど詳述するように、調合制御マネージャ72によって生成されるユーザーインターフェイスのグラフィックは、望ましくは、この一意のコードを内蔵しており、これにより、移送セット12の使い捨て可能なコンポーネントをポンプステーション50のハードウェアコンポーネントと、調合制御マネージャ72によって提供される望ましいソフトウェア機能と、に整合させている。望ましくは、一意の整合コードは、例えば、バーコード標識例えば、1次元又は2次元のバーコードを含んでいる。代替実施例は、例えば、RFIDタグなどのその他のタイプの標識を利用可能であり、この中に情報が保存されることになる。この構成においては、調合制御マネージャ72は、ソース溶液容器及び移送セット上においてバーコード標識をスキャニングする物理的な動作を実行するようにオペレータに要求することにより、調合前に潜在的な誤りの原因を除去可能である。このソフトウェア、ハードウェア、及び使い捨て可能なコンポーネントの組み合わせにより、人間の誤りに起因した調合の誤りの原因が極小化されている。又、バーコードのスキャニングは、望ましくは、調合前にロット番号の記録を判定し、有効期間が過ぎている又は、既定の期間内に有効期間が超過することになるソース溶液の使用を警告/又は防止する段階をも包含可能である。従って、溶液ロット番号の記録を自動化して調合済みの袋に結び付けることにより、価値あるソース溶液の浪費が回避されると共に、有効期間が超過した成分を含んでいない溶液ほどには効力を有していないであろう最終溶液を提供する可能性も回避されることになる。図2Fに示されているように、移送セット12は、チューブオーガナイザ128をも包含可能であり、このチューブオーガナイザは、望ましい順序においてポンプセグメント46とスパイク38の間にすべての移送チューブ34を1つのユニットとして保持するべくサイズ設定及び構成されたプラスチックの成型された又は加工されたストリップから構成されている。この構成においては、オーガナイザ128は、オーガナイザ128によって予め制定されているポンプローターアセンブリ54に対する移送チューブ24の順番において、1つのユニットとして保持ブラケット116にポンプセグメント46を取り付けるように、オペレータに対して要求している。又、オーガナイザ128は、移送チューブ34が望ましい順番において調合装置18に取り付けられることをも保証している。システム10によれば、医師によるオーダーの時点において始まり、調合と最終生成物の供給及び投与を通じて継続する調合プロセスのすべての段階においてシステマチックなプロセス制御が可能である。前述のように、病院に基づいた電気的オーダリングシステムを介して、オーダーを患者サイトから受信可能である。データを電子的に受信した際には、それらのデータを調合制御マネージャ72に入力可能である或いは、これに対して電子的に伝送可能である。調合プロセスに先行する段階として、最終溶液容器14に自動的にラベルを付与可能である。その後、ソース容器のラベル及びバーコードとの組み合わせにおいて、最終溶液容器上のラベルを通じて調合プロセスを制御及び検証可能である。B.ポンプ制御基準概説したように且つ、後程詳述するように、望ましい調合オーダーは、オペレータによって入力され、制御パネル24のMPU58内の調合制御マネージャ72が、この調合オーダーを実行することになる。通常、調合オーダーは、最終溶液内において調合するべきソース溶液と、それぞれのソース溶液の重量又は容積の観点における量を識別している。調合制御マネージャ72は、シリアル調合モードにおいて調合装置18内のPPU60を通じて個別のポンプローターアセンブリ54を稼動させることができる。即ち、望ましい量のそれぞれのソース溶液が供給されて望ましい混合物を構成する時点まで、第1ポンプローターアセンブリ54を稼動させて望ましい量の第1ソース溶液を最終容器14に移送し、次いで、第2ポンプローターアセンブリ54を稼動させて所望の量の第2ソース溶液を最終容器14に移送する以下同様。個別のポンプローターアセンブリ54を制御する際には、調合制御マネージャ72の予めプログラムされている規則において、望ましくは、予め設定されている供給精度基準について考慮している。この基準は、実現を要する調合タスクに応じて変化可能である。例えば、TPNの場合には、あらゆる0.2mL以上の成分について、/-5以上となるように供給精度基準を設定可能である。不足する可能性を除去するべく、5/-0の供給精度基準を設定することも可能であろう。又、調合制御マネージャ72の予めプログラムされている規則は、望ましくは、供給容積を考慮した供給時間基準を含んでいる。相対的に小さな供給容積において/-5以上のシステム供給精度の目標を実現するには、絶対誤差を可能な限り小さく維持することが必要となる。このような相対的に小さな絶対供給誤差は、相対的に厳密なプロセス制御の内蔵を調合制御マネージャ72に要求することになり、この結果、相対的に小さな供給容積の場合に、1mLの供給当たりに相対的に長い供給時間がもたらされることになろう。一方、相対的に大きな供給容積において/-5以上のシステム供給精度の目標を実現するには、相対的に大きな絶対誤差を許容可能である。例えば、10mLの供給における1の誤差は、0.1mLであるが、1000mLの供給における同一の1の誤差は、10mLである。従って、調合制御マネージャ72は、相対的に大きな容積の場合には、異なるプロセス制御を実施可能であり、この結果、相対的に大きな供給容積の場合には、相対的に高速の1mLの供給当たりの供給時間がもたらされることになろう。又、調合制御マネージャ72は、同一ソース溶液の並行処理にも対応可能である。例えば、同一のソース溶液が2つのポンプローターアセンブリ54上に存在している場合には、両方のソース溶液を並行的に同時にポンピングして全体的な供給時間を短縮可能である。即ち、連続的な調合即ち、1つの溶液の後に別の溶液を調合する方式を使用して単一の容器を充填するのに2分を所要している場合には、並行的な調合により、潜在的に、この時間要件を、最終生成物を構成する溶液成分に応じて、1分に低減可能である。調合制御マネージャ72の予めプログラムされている規則は、ポンプ駆動モーター64の望ましい閉ループ制御を実施している。この閉ループ制御は、望ましくは、従来のPIDProportional-Integra-Derivative制御方式を実装してポンプ速度を制御することにより、望ましいターゲット供給を実現している。PID制御方式においては、現在の供給量とターゲットの量の間の絶対差のみならず、時間の経過に伴う絶対差の変化速度をも考慮したポンプ補正命令を生成している。この制御方式は、純粋に数学的なPIDモデルを使用することも可能であり、ファジーロジック法を内蔵し、推定と補間を利用することにより、望ましい流速を得るためのモーター速度の調節方法を決定することも可能である。ファジーロジック法を使用すれば、乗算及び除算命令を使用することなしに、モーター速度の制御機能が実現され、この結果、処理の複雑性が極小化されることになる。次に示されているのが基礎的なPID式であり、この場合に、eは、望ましいモーター速度と実際のモーター速度間の誤差であり、uは、この誤差を調節するべく試みる新しいモーター駆動パワーレベルである。ここで、Proportionalは、モーター速度の誤差に対する比例した直接的な応答である。Integralは、望ましい速度と実際の速度間の差に対する積分迅速な速度変化であり、これは、通常、モーターのパワーがゼロからフルパワーに急激に上昇することを要するモーターの始動の際に作用し始める。Derivativeは、モーター速度の誤差に対する微分蓄積された応答であり、これは、例えば、高負荷の存在下において必要となるモーターパワーの安定した増大を引き起こす原因である。式1において、望ましいモーター速度と計画されたモーター速度間の誤差の整数数学近似を現在のモーター速度と加速に基づいて実行する。次いで、この誤差値を使用することにより、適宜、モーター駆動パワーレベルを上下に調節する。モーターパワーの調節値として適切にスケーリングされた絶対誤差値を使用することにより、PID式のProportional部分を近似する。値の範囲及びスケールを選択することにより、PID式のIntegral部分を近似する。これは、適度な誤差値最大可能誤差よりも格段に小さいものによってモーターパワーレベルが飽和に駆動されるように、誤差値のスケールをモーター駆動パワーと比較して大きなものにすることによって実現される。更には、それぞれのPID制御ループの反復において新しいモーター駆動パワーレベルを判定する代わりに、モーター駆動パワーレベルを調節することにより、PID式のDerivativeの寄与を近似する。この結果、従来のPIDアルゴリズムのように動作するモーター制御アルゴリズムが得られることになり、これは、改善された過渡応答と滑らかな制御を有している。直交デコーダの実装従来の直交デコーダとは異なり、本発明者らのデコーダは、ポンプ駆動モーター64に対するアップ及びダウンパルスを生成してはおらず、ポンプ駆動モーター64が現在回転している方向を判定しているに過ぎない。PPU60が、方向信号を監視しており、モーターがプログラムされた方向に回転しているかどうかを統計的に判定し、そうでない場合に警告を生成している。この結果、直交デコーディング機能の実装に使用される部品数が極小化されることになる従来のシステムにおいては、追加のPPU入力又は相対的に高価な外部部品が必要とされている。代表的な一実装においては、調合制御マネージャ72は、供給容積とターゲットの間の絶対誤差が予め設定された値に近接するまで高速流速制御段階を実施している。このスローダウンポイントにおいて、調合制御マネージャ72は、流速を低下ramp-downさせ、低速流速制御段階を実施している。この段階においては、供給容積とターゲット間の差が縮小するに伴って補正命令が連続的に小さくなっている。この段階における流速低減率は、線形であっても或いは非線形であってもよく、非線形低減のスロープは、凹形であるか、凸形であるか、或いは、これらの組み合わせであってよい。望ましい実装においては、調合制御マネージャ72は、ターゲット容積に接近するに伴って、個別のポンプローターアセンブリをステッピング又はパルシングしている。この構成においては、PPU60は、それぞれのローターに結合されたホール効果センサなどのローター回転センサ70と通信可能であり、この結果、ローターの回転をいくつかの増分的に検知されたステップと相関させ、且つ、これらのステップをローター回転の増分的な角度と相関させることができるようなっている。例えば、1回の完全な回転360度は、500個の増分的に検知されたステップに等しく、従って、それぞれの増分的に検知されたステップは、0.72度の回転に等しい。この結果、PPU60は、ターゲット容積に近づいた際に、ポンプローターの回転の小さな増分単位の観点において非常に正確なポンプ命令を生成することにより、水圧の影響によって発生するものなどの過充填を防止可能であり、この結果、移送セットのチューブは、ポンピングによる圧力が除去された後に、その通常の断面に戻ることになる。PPU60は、ホール効果センサの出力を監視することにより、回転している1つ又は複数のローターを判定している。この情報を使用して次のような適切な警報を生成する。1.動作してはならないときにローターが動作している。この結果、誤った溶液が最終容器に供給されるという状況が発生可能であるため、これは、潜在的に危険である。模範的なシステムは、この状態を監視しており、これが発生した際に警告を発行し、オペレータに対して最終容器を患者の治療に使用するべきではないことを忠告している。2.動作するべきときにローターが動作していない。これは、危険な状態ではないが、検出され、機能不良としてオペレータに報告されることになる。III.移送セットの技術的な特徴前述のように、一般的な調合セッションの場合には、通常、同一のソース溶液の少なくともいくつかの混合物を必要としている一連の調合オーダーが存在している。このような状況においては、オペレータは、同一のマニホルド36を維持した状態において最終溶液容器14を繰り返して交換することになる。これらの状況においては、ソース溶液として脂肪乳剤を必要としている調合オーダーにより、脂肪乳剤の残留物がマニホルド36内に残される可能性がある。このマニホルド36内に残された残留物は、容積は小さいが、脂肪乳剤を指定していない可能性がある後続の調合オーダーの最終溶液容器14内に導入される可能性がある。この意図していない残留物は、脂肪乳剤が含まれないものと想定されている調合オーダーの最終溶液容器14内に、一般に脂質濁りlipidhazingと呼ばれる現象を引き起こすことになる。脂質濁りの影響を極小化するべく、図2Bにおいては、使用の際に脂肪乳剤の移送に専用とするべく意図された1つの移送チューブ34’が存在している。前述のように、必要なバーコードのスキャニング又は、適宜、RFIDのスキャニングと結合された固有のコード付け方式を内蔵することにより、この移送チューブ34’が、使用の際にソース容器からの脂肪乳剤の移送に専用となることを保証可能である。調合の際には、その他のソース溶液に先立って脂肪乳剤を最終溶液容器14内に移送する。この結果、脂肪乳剤の後のその他のソース溶液の調合が、脂肪乳剤の残留物をマニホルド36から最終溶液容器14内に洗い流すように機能することになる。調合の後に、スパイク42が排出口44から引き抜かれる際に、マニホルド36内に一時的な真空が生成されることになる。弁48は、排出口44からスパイク42を引き抜くことによって生成された一時的な真空に応答して開放可能であり、この結果、ソース溶液の小さな塊がマニホルド36内に引き出されることになる。脂肪乳剤の残留物も、この塊の内部に含まれることになろう。図示の構成においては、脂肪乳剤移送チューブ34’とインライン状態にあるマニホルド36内の弁48’は、脂肪乳剤ソース容器に結合されていない移送チューブ34とインライン状態にあるマニホルド36内のその他の弁48の弁開放又はクラッキング圧力を上回る弁開放又はクラッキング圧力を具備するようにサイズ設定及び構成されている。スパイク42が出口44から引き抜かれた際に、弁48’を閉じた状態に維持するべく、脂肪乳剤移送チューブ34’とインライン状態にある弁48’のクラッキング圧力を相対的に大きなものに選択しているのである。使用の際には、図2Cに示されているように、脂肪乳剤移送チューブ34’とインライン状態にない弁48の相対的に小さなクラッキング圧力に起因し、スパイク42が排出口44から引き抜かれる際には、これらの弁48は、排出口44からスパイク42を引き抜くことによって生成された一時的な真空に応答して開放可能である。しかしながら、脂肪乳剤移送チューブ34’とインライン状態にある弁48’の相対的に大きなクラッキング圧力に起因し、弁48’は、スパイク42が排出口44から引き抜かれる際に、閉じた状態に留まることになる。従って、スパイク42が引き抜かれ、一時的な真空がマニホルド36内に生成されるに伴って、マニホルド36内に引き出されることになるすべてのソース容器からのソース溶液の小さな塊には、脂肪乳剤が含まれることにはならない。この結果、最終溶液容器14の交換の際に脂肪乳剤の残留物がマニホルド36内に進入することが防止されることになる。代替構成においては図2D及び図2Eを参照されたい、脂肪乳剤の移送に専用の1つの移送チューブ34’に対してサービスしている蠕動ポンプローターアセンブリ54’は、コントローラ20の指示の下に逆回転する能力を有することができる。逆回転によって負圧が生成され、インライン弁48’が閉鎖状態に引っ張られることになる。この構成においては、コントローラ20は、オペレータが排出口44からスパイク42を除去する前に、脂肪乳剤のポンプアセンブリ54’の逆回転を命令している。図2Eに示されているように、スパイク42を除去することにより、脂肪乳剤チューブ34’内の弁48’を除いてこれは、負のポンプ圧力の抗力に起因して閉じた状態に留まることになる、弁48が開放可能である。前述のように、スパイク42を除去することに伴って、脂肪乳剤を除いたすべてのソース容器からソース溶液の塊をマニホルド36内に引き出し可能である。スパイク42が引き抜かれる際に、前進方向においてその他の蠕動ポンプローターアセンブリ54をパルシングさせることにより、スパイク42の除去によって生成される真空を緩和可能である。この構成においては、脂肪乳剤チューブ34’にサービスしている弁48’のクラッキング圧力は、その他の弁48のクラッキング圧力と異なっている必要はない。IV.コントローラの技術的な特徴A.調合制御マネージャ調合制御マネージャ72は、制御パネル24のMPU58内に存在している。調合制御マネージャ72により、臨床医は、所与の調合プロトコルに関する情報を入力、参照、調節、及びオフロード可能である。一般に、調合制御マネージャ72は、リアルタイムフィードバックとグラフィカルユーザーインターフェイスGraphicUserInterface:GUI要素を通じた調合装置とのやり取りをオペレータに対して提供するプログラム言語である。Windows登録商標に基づいたグラフィカルフォーマットにおいて生成されたGUI要素は、調合制御マネージャ72によって生成された様々な入力及び出力を表示しており、このGUI要素により、ユーザーは、調合制御マネージャ72によって使用される情報を入力及び調節して調合装置18を稼動させることができる。GUI要素を開発するべく、調合制御マネージャ72は、特定のサードパーティの既製のコンポーネント及びツールを利用可能である。開発が完了すると、調合制御マネージャ72は、標準的なウィンドウに基づいたソフトウェアプログラムとしてメモリ装置上に存在可能である。図9A~図9W、図15A、図15B、図16、及び図17は、調合制御マネージャ72の代表的な実施例によって生成される一連の表示画面であり、これらは、調合制御マネージャ72の様々な特徴を示している。ソフトウェア初期化の初期起動モードの後に、ディスプレイ装置76上にメインワークエリアが生成され、この結果、まず、ログイン画面200が表示されることになる図9A。ログイン画面200は、オペレータが、バーコード又はRFIDスキャナを使用してオペレータのバッジ番号を読み取るか、或いは、バッジ番号の入力又はグラフィカルタッチスクリーンエントリパッド上におけるその他の選択された形態の識別により、自分自身を識別することを要求している。この識別手順は、ログイン及び/又はオペレータのセキュリティ認可レベルの評価に必要である。望ましくは、システム管理者は、サインインデータの比較対象となる認可ユーザーリストを予め設定しておくことになろう。本システムは、望ましくは、システムの動作のために様々な保護を提供する様々なセットアップ手順を含んでいる。図15Aは、すべての調合動作に必要な承認をセットアップするためのこの種の1つの構成画面1500である。図15Aに示されているように、タブ1502を選択した際に、システムの管理者又は同種のハイレベルなシステム管理アクセスを具備した別の要員などのオペレータに対して画面1500が提示されることになる。この例においては、画面1500は、患者のいくつかのクラスのそれぞれごとに3つのティアの選択肢を提示している。承認要件は、患者クラスごとに互いに独立している。承認レベルの例は、なしあらゆる調合機能について承認が不要である、ソース変更の後様々なソース溶液のいずれかが変更されると共に/又は、交換された後に、薬剤師などの上位レベルの従業員からの承認が必要である、常にすべての調合機能について上位レベルの従業員からの承認が必要であるである。後者の承認設定は、例えば、新しい又は下位レベルの技術者の場合に又は、この種の監督が望ましい場合に、起動可能である。図15Bは、バーコード構成画面1504を示している。図15Bに示されているように、タブ1506を選択した際に、画面1504がオペレータに対して提示されることになり、これにより、オペレータは、プルダウン1508を介して通信ポートをセットアップ可能であり、且つ、プルダウン1510を介して、ポート速度、パリティ、ワードレングスなどのポートのその他の属性を選択可能である。又、オペレータには、様々なチェックボックス1512も提示されており、これにより、オペレータは、調合の開始を許可する前にバーコード確認を必要とするもの1514、セットアップにおいてソース溶液のバーコード確認を必要とするもの1516、流れなし警告が通知された後にソース容器のバーコード確認を必要とするもの1508、及び最終容器ラベルのバーコード確認を必要とするもの1520などのその他のチェックルーチンを選択可能である。これらのチェックは、最終溶液の生成における人間の誤りを回避するのに有用な追加的な手段を提供している。認可識別情報の入力が完了すると、ログイン画面200は、メイン画面202によって置換されることになる図9B。メイン画面202は、連番が付与されたポンプステーションデータフィールド204を表示している。ポンプステーションデータフィールド204は、望ましくは、調合装置内の蠕動ポンプローターアセンブリ54の左から右への配置に従って番号付けされている。又、これらの番号には、望ましくは、前述のように、調合装置18内の蠕動ポンプローターアセンブリ54に割り当てられている色コードに応じたカラーコード付けが施されている。それぞれのポンプステーションデータフィールド204は、オペレータが供給対象である溶液を識別するための溶液フィールド206と、その供給対象の溶液の量を識別するための量フィールド208を含んでいる。溶液フィールド206は、タッチすることによってステーションをプログラムするように要求するタッチボタン210を含んでいる。このプロンプトボタンをタッチすることにより、オペレータは、溶液及び量フィールド206及び208内に調合制御マネージャ72が必要としているデータを入力可能である。プロンプトボタン210にタッチすることにより、まず、溶液プログラミングボックス212が表示される図9C。溶液プログラミングボックス212は、メイン画面202内にタッチボタンの集合体を表示しており、これらのタッチボタンは、溶液タイプの特定の識別情報、例えば、DEXデキストロース、AMINOアミノ酸、LIPID脂肪乳剤、LYTES電解質、を含んでいるか、又は、これにより、オペレータは、別の溶液タイプを指定するかOTHER、或いは、利用可能な溶液のリストを要求可能であるLIST。望ましくは、システム管理者は、後述するように、メイン画面202上のオプションメニュータッチボタン214を使用することにより、予め溶液のリストを設定しておくことになろう。溶液プログラミングボックス内のその他のタッチボタン以前の溶液、次の溶液により、オペレータは、溶液のリストをスクロール可能である。別のボタンOKによれば、識別された溶液の検証と溶液フィールド206内へのその溶液の入力が実現され、終了ボタンキャンセルによれば、溶液フィールド206内にデータ入力がない状態において溶液プログラミングボックス212が閉じることになる。特定の溶液タイプボタン例えば、DEXを選択することにより、リスト上においてそのタイプの溶液のみ例えば、デキストロース70を入力するか図9Dを参照されたい、或いは、例えば、ANIMOを選択することによるものなどの選択するべき様々な選択肢が存在している場合には、その溶液タイプの溶液リストボックス216を表示した上で、オペレータがタッチすることにより、このリストボックスから選択することになる図9Eを参照されたい。溶液タイプの選択が完了したら、オペレータは、溶液プログラミングボックス212上のOKボタンを選択する。この結果、その溶液タイプがポンプステーションデータフィールド204内の溶液フィールド206内に表示されることになる図9Fを参照されたい。そして、溶液プログラミングボックス212を置換して量プログラミングボックス218が表示される図9F。量プログラミングボックス218は、グラフィカルな数値キーパッドを有しており、これにより、オペレータは、ソース溶液容器から最終容器内に選択されたポンプステーションによって転送するべき選択された単位において表された量例えば、mLを単位として表された容積を入力可能である。量の単位は、服用量計算機タッチボタン220を使用することによって指定することも可能である。量の数値を入力したら、量プログラミングボックス218内の入力タッチボタンを押下することにより、ポンプステーションデータフィールド204の量フィールド208内に入力値が入力され図9Fを参照されたい、量プログラミングボックス218は閉じることになる。又、任意選択により、ステーション番号識別アイコン224を押下することにより、ステーション制御ボックス222を選択することも可能である図9G。ステーション制御ボックス222は、溶液フィールド206内に識別されている溶液の移送を溶液の確認タッチボタン226を押下することによって確認するようにオペレータに要求している。溶液の確認タッチボタン226を押下すると、溶液確認ボックス228が表示される図9H。オペレータは、ソース溶液容器上のバーコードをバースキャナ入力装置82を使用してスキャンすることを要求されている。このバーコードは、例えば、溶液タイプ、溶液のロット番号、及びその期限切れ日付などを識別している。バーコードをスキャニングすることにより、調合制御マネージャ72は、検証及び溶液追跡を目的として、この情報を特定の調合オーダーにリンクさせることになる。更には、調合制御マネージャ72は、期限切れ日付の制御を実装することにより、期限が切れた溶液の使用を排除することも可能である。調合制御マネージャ72とバーコードスキャニング機能の統合により、ロット番号及び期限切れ日付の追跡及び/又は検証が調合装置18の動作に統合されている。又、オペレータは、ポンプステーション番号に対応する一意のコード付けを具備した移送チューブ34が、バーコードがスキャニングされたソース容器に結合されていることを視覚的に確認すると共に、ポンプステーションの移送チューブ24上の一意のコードのバーコードコンポーネントをスキャニングすることをも要求される。オペレータにより、正しいソース溶液容器15及び転送チューブ24の確認がバーコードのスキャニングによって実行された際に、溶液確認ボックス228内の情報が更新されることになる図9I1を参照されたい。又、オペレータは、図9I2に示されているように、新しい移送セットの設置が完了しており、且つ、それが溶液を収容していないことを確認するように、画面900によって要求される。或いは、この代わりに、オペレータが、以前のセットアップ又は既定のセットアップを使用した調合を継続する場合には、ソース溶液セットアップ画面904図9I3が起動時に提示され、適切な選択を実行するようにオペレータに要求すると共に、新しい移送セットがインストールされているかどうかを確認するようにオペレータに要求することにより、処理を進める前に、移送セットのチューブが溶液を含んでいないことを確認する。完全な確認が行われた後に、オペレータは、溶液確認ボックス228内のOKタッチボタンを押下可能である。任意選択により、ステーション制御ボックス222図9Gを参照されたい上のステーションのフラッシュ制御ボタンを押下することにより、溶液フラッシュボックス230を選択することも可能である図9Jを参照されたい。溶液フラッシュボックス230は、短いフラッシュ例えば、2秒又は長いフラッシュ例えば、5秒を実施するようにオペレータに要求するタッチボタンを含んでおり、この期間にわたって、調合制御マネージャ72は、選択されたポンプステーション用の対応する蠕動ポンプローターアセンブリ54を稼動させることになる。又、ロードセル30は、重量の変化を監視して最終容器14内への溶液の進入を通知することにより、必要に応じてソース溶液容器16と最終容器14の間に流れによる移送状態が存在していることを検証可能である。溶液フラッシュボックス230は、フラッシュの完了を通知し図9Kを参照されたい、次いで、オペレータは、終了タッチボタンによってメイン画面202に戻るように要求される。尚、フラッシュは、調合の開始前には不要であるが、任意選択のセットアップ段階として利用可能である。オペレータは、プログラミングが完了するまで、それぞれのソース溶液及びそれぞれのポンプステーションごとに、以上に規定されているシーケンスを実行することが要求される。図9Lは、iオペレータが、ソース溶液容器から最終容器内に137mLの70のデキストロースポンプステーション1、54mLの15のNovamineポンプステーション2、77mLの10のTravasolポンプステーション3、及び216mLの滅菌水ポンプステーション9を混合するべく調合制御マネージャ72のプログラムを完了し、且つ、iiオペレータが、それぞれのポンプステーションについて、適切なソース溶液及び移送チューブのセットアップが存在していることを検証した後のメイン画面202を示している。図9Lに示されているように、メイン画面202は、それぞれのポンプステーションボックス204のそれぞれのフィールド206及び208内に溶液と量を一覧表示しており、更には、強調表示された開始タッチボタン232を押下するようにオペレータに要求している。開始タッチボタンを選択すると、調合制御マネージャ72の制御下において調合が即座に開始されることになる。オペレータが開始ボタン232を押下した時点においてソース溶液の1つ又は複数のものの確認がまだ完了していない場合には、調合制御マネージャ72は、調合の開始を許可する前に、それぞれの残りのソース溶液を確認するようにオペレータに自動的に要求することになる。調合制御マネージャ72は、すべての必要な予備的ステップが、満足できる状態において完了するまで、開始タッチボタン232を有効にしない。或いは、この代わりに、オペレータは、メイン画面202上の自動プログラムタッチボタン234を選択することも可能である図9Lを参照されたい。この結果、キュー選択画面236が表示されることになり図9P、これは、システム管理者によって設定された予めプログラムされているスケジュールキューのリストを表示している。オペレータは、所望のキューを選択し、キュー選択画面236上の入力タッチボタンを押下する。調合制御マネージャ72は、メモリ内にオーダーキューリストを保持しており、メイン画面202図9Qを参照されたいにより、オペレータは、キューボックス238内において、現在のオーダーキューリストを一度に1オーダーずつ参照可能である。この構成においては、オペレータは、メイン画面202上において、プログラムされているオーダーキューリストからオーダーを選択した後に、調合を開始する。或いは、この代わりに、オペレータは、調合対象である最終溶液容器上のバーコードをスキャンすることも可能である。調合制御マネージャ72が、その最終容器用の調合オーダーをアップロードして提示する。以上において概説した選択プロセスにおいて、オペレータが、同一の調合物の一部としてデキストロース溶液と脂質ソース溶液この場合に、この中のいずれかが、もう一方のものの直前に先行している又は直後に後続しているの画面をプログラムした場合には、本プロセスは、これを認識し、緩衝液の導入を伴うことなしに脂質の破壊又は、クラッキングが発生する情況を回避するべく、オペレータに対して画面902を表示することになる図9G1。又、後述する添加溶液との関連において、カルシウム及び/又はリン酸塩が最終溶液に追加されるかどうかのチェックを実施することにより、溶解不能な沈殿物の形成をも回避している。これらの成分の不適切な凝縮が検出された場合には、オペレータは、画面902に類似した表示画面図示されてはいないによって警告を受けることになる。特定のソース溶液が、大きな袋又はボトルではなく、小さなガラス瓶に収容されている場合もあろう。この結果、これらのガラス瓶は、溶液を抽出するための小さなストッパーエンドを必然的に具備することになる。このような小さなストッパーは、その他のタイプのソース溶液容器と比べた場合に、溶液の流速を制限することになり、結果的に、システムが予想している通常の流速未満の流速をもたらし、これにより、結果的に警告状態をもたらすことになる。この問題を克服するべく、本システムによれば、オペレータは、適切な画面の選択を通じて、ソース溶液がガラス瓶又はその他の流れが制限された容器から供給されていることをシステムに通知可能である。これに応答し、本システムは、その特定のソース溶液がポンピングされる際のポンプの上限速度を制限することにより、制限された流れに関する誤った通知を回避することになる。調合の進捗に伴って、調合制御マネージャ72は、メイン画面202の合計供給済みフィールド240及び個別のポンプステーションフィールド204の量フィールド208の数値を増分して更新することにより、いくつかのソース容器16から最終容器14内への液体の逐次的な移送について通知する図9M。図9Mにおいては、ポンプステーション1、3、及び9のプログラムが完了している。ステーション1は、そのポンピングを完了している所望の138mLの供給が完了している。ステーション3は、ポンピングを開始している38mLのポンピングを完了している、ステーション9は、開始を待っている。合計供給済みフィールド240は、176mLを示しており、これは、ポンプステーション1、2、及び3によってポンピングされた量の現時点における合計である。ポンピングアイコン242が点灯されており、調合が進行中であることを通知している。オペレータは、必要に応じて、点灯した停止タッチボタン244を押下することにより、調合を終了可能である。調合の最中に、ロードセル30が、最終容器14内への液体の移送が実行されていないと通知した場合には、調合制御マネージャ72は、ポンピング警告を生成する。調合制御マネージャ72は、この警告状態が発生した際には、調合手順を中断する。調合制御マネージャ72は、ポンピング警告画面246を表示する図9N。中断アイコン248も点灯されており、調合が進行していないことを通知している。情報フィールド250は、警告状態に関する情報を表示している。情報フィールド250が、是正措置をとるようにオペレータに対して要求しており、再開タッチボタン252を押下することにより、調合が再開される。調合が完了すると、調合制御マネージャ72は、情報フィールド250内に完了メッセージを表示し図9Oを参照されたい、最終容器14を除去するようにオペレータに要求する。代替表現においては、調合が完了すると、画面910が表示される図9O1。図9O1に示されているように、画面910は、患者名912、オーダーのタイプ914、容積916及び/又は重量918におけるオーダーされた量、容積920及び/又は重量922における供給された調合物の量、精度924を含んでいる。オペレータは、OK926を選択することにより、この画面を閉じて継続可能である。次いで、オペレータは、前述の一連の段階を実行することによって別の調合段階を実行するべく、調合制御マネージャ72を再プログラム可能である。メイン画面202上には、その他のグラフィカルボタンも存在しており図9Bを参照されたい、これらを使用することによって様々なサポート機能を実行可能である。例えば、オプションメニュータッチボタン214を押下することにより、オプションメニュー画面図9Rが表示される。オプションメニュー画面は、図示の実施例においては、最新のオーダーの反復、オーダー履歴、設定及び診断、及びサインオフを含む管理機能のリストの中から選択するようにオペレータに要求している。最新のオーダーの反復ボタンを押下することにより、最新のオーダーに従って調合するように調合制御マネージャが自動的に構成されることになる。オーダー履歴ボタンを押下することにより、調合制御マネージャ72によって実行された調合オーダーを一覧表示しているオーダー履歴画面258図9Sが表示される。これらの調合オーダーは、調合制御マネージャ72によってメモリ内に維持されている。設定及び診断ボタンを押下することにより、前述の溶液プログラミングボックス212図9D及び図9Eにおいて利用可能なソース溶液のリストの設定などのシステム管理者が実行可能な追加管理機能を表示する設定及び診断画面260が表示されることになる図9T。この画面を通じて、その他の追加管理機能にアクセスすることも可能である。サインオフボタンを押下することにより、新しいログイン画面が表示され、調合制御マネージャ72は、オペレータからの新しいオーダーシーケンスを待つことになる。図示の実施例においては、メイン画面202は、スケールの較正タッチボタン262をも含んでいる図9Bを参照されたい。押下されると、ボタン262は、ロードセルを較正するための一連の段階を通じてオペレータをガイドする指示画面270を表示する図9W。或いは、この代わりに、オペレータに対して提示されるその他の画面図示されてはいない内に又は、その一部として、この機能スケールの較正を提供することも可能である。又、メイン画面202上には、ヘルプアイコン264も表示されているこれは、疑問符によって識別されている。メイン画面202上のヘルプアイコン264を押下することにより、全般的に調合制御マネージャ72及び調合装置18の動作に関する利用可能なヘルプトピックのリストを表示しているメイン画面のヘルプ画面266が表示されることになる図9U。望ましくは、ヘルプアイコン264は、調合制御マネージャ72によって生成されるすべてのその他の機能画面又はボックス上にも存在している例えば、図9A、図9E、図9H、図9Pを参照されたい。任意の所与の画面上のヘルプアイコン264を押下することにより、所与の画面が実行する特定の機能に関するガイダンスを提供するコンテキストセンシティブヘルプ画面が表示されることになる。例えば、図9Vは、ポンプ警告画面246図9N上のヘルプアイコン264が押下された際に表示されるコンテキストセンシティブヘルプ画面268を示している。図示されているように、このコンテキスト固有のヘルプトピックは、溶液フローなし警告であり、この画面は、警告状態を是正するための指示を提供している。望ましい実装においては、調合制御マネージャ72は、その予めプログラムされている構造内に、例えば、MPEGフォーマットのトレーニング及び/又はヘルプビデオファイルの統合された組を内蔵している。これらの統合されたトレーニング及び/又はヘルプビデオファイルは、保存されたフォーマッティング済みのビデオデータ及びストリーミングオーディオを含んでいる。表示画面76上において調合制御マネージャ72によって提示された際に、これらのファイルは、直接的な視覚的且つ聴取可能な方法によって情報をオペレータに対して伝達する。この伝達のプラットフォームこれは、調合制御マネージャ72の統合部分を形成しているは、効果的な一人称の視覚的且つ聴取可能なフォーマットにおけるコンテキスト固有の情報に対する直接的なリアルタイムのアクセスをオペレータに提供することにより、オフラインのトレーニングマニュアルや別個のCDを使用する必要性を除去している。代表的な実装においては、メイン画面202上のヘルプアイコン264を押下することにより、メイン画面のビデオトレーニング/ヘルプ画面270が表示される図14A。画面270は、全般的に調合制御マネージャ72及び調合装置18の動作に関する利用可能なトレーニング/ヘルプトピックのリストを表示している。画面270は、MPEG参照エリア272を内蔵しており、この中に調合制御マネージャ72のトレーニング及び/又はヘルプビデオファイルが表示されることになる。指示/ヘルプトピックを選択することにより、関連するMPEGファイルが実行される。一例として、図14B1~図14B8は、調合機のプログラミングのトレーニング/ヘルプビデオの代表的な画面キャプチャを示している。関連するストリーミングサウンドファイルにより、トレーニング/ヘルプビデオは、調合制御マネージャ72のグラフィカルユーザーインターフェイスを使用して調合オーダーを入力する一連の段階をオペレータに対して示している。これらの段階については、図9B~図9Fを参照して前述している。トレーニング/ヘルプビデオは、第1段階が、ソース溶液を識別するためのものであることを説明しており図14B2、次いで、視覚的且つ聴取可能な指示により、溶液プログラミングボックス212を使用するための手順に進んでいる図14B3これは、図9C及び図9Dとの関連において前述している。次いで、トレーニング/ヘルプビデオは、次の段階が、溶液の容積を決定するものであると説明しており図14B4、次いで、視覚的且つ聴取可能な指示により、量プログラミングボックス218を使用するための手順に進んでいる図14B5~図14B7これについては、図9Fとの関連において前述している。トレーニング/ヘルプビデオは、プログラミング手順が正常に実行されたことについてオペレータを祝賀することにより、終了している図14B8。以上から理解できるように、調合制御マネージャ72は、画面を過剰に煩雑にすることなしに、可能な限り多くの情報/制御を1つの画面上に提示する対話型のユーザーインターフェイスを生成するべく機能している。その特徴には、iその入力ポイントを合焦されたものにすると共に、大きなディスプレイ及びキーパッドエリアを利用することによってユーザー入力の誤りを極小化しており、ii経験を有するユーザーのために、キーストロークを極小化しており、iii経験のないユーザーのために、可能な限り多くのヘルプを提供しており、且つivスマートヘルプを提供することによってサービスに対する要求を極小化しているというものが含まれている。調合制御マネージャ72は、バーコードをプロセス品質制御メカニズムとして利用しつつ、直接的なソフトウェアプロセスの制御下において重量測定型の調合装置18の動作を実現している。本システムのその他の有用な特徴は、例えば、入力ディスプレイ画面76又は、データ及び/又は命令をシステムに入力するべく使用されるその他のタッチスクリーンをフリーズするプロセスの起動を含んでいる。図16は、これを示している。図16に示されているように、画面1600は、メインシステム画面図示されてはいないにおいて選択することにより、必要に応じて起動可能である。起動されると、ディスプレイ画面76は、フリーズされ、データを入力したり又はその他の方式によってシステムに指示するための試みとしてのディスプレイ画面76上における触覚入力を解釈しないようになる。この結果、オペレータは、進行中のプロセスを危険に晒したり意図しないプロセスを開始したりすることなしに、画面をクリア可能であり、これにより、価値あるソース溶液及び/又は最終溶液の浪費が回避されることになる。表示画面76がフリーズされる時間は、好ましくは、予め決定されているが30秒など、特定の構成においては、必要において調節可能である。更には、図17に図示されているように、本プロセスは、その特定の日付に完了させる必要がある項目についてオペレータに忠告する画面1700を包含することも可能である。必要に応じて、複数の日付に跨っている項目についてオペレータに忠告するように、チェックリストを構成することも可能である。B.オーダーエントリプロセスマネージャオーダーエントリプロセスマネージャ84は、コントローラ20のMPU58上及び/又はコントローラ20にリンクされた別のワークステーション上にインストール可能である。オーダーエントリプロセスマネージャ84は、調合制御マネージャ72用の機能強化されたオーダーエントリ機能の集合体を提供している。又、オーダーエントリプロセスマネージャ84は、患者ごとの単純化され且つ統合されたオーダーデータレコードの保存及び制御を実現する情報管理機能及びラベル印刷機能をも提供している。この機能は、調合装置18の調合制御マネージャ72に対するオーダーデータの伝達と統合されており、この結果、誤りを極小化する信頼性の高い方式による調合システム全体のセットアップ、動作、及び管理が円滑に実行されている。オーダーエントリプロセスマネージャ84は、中央集中型又は分散型のオーダーデータエントリシステム、オーダーデータ保存、オーダーデータ操作、及びオーダーデータ通信システムを実現している。オーダーエントリプロセスマネージャ84は、望ましくは、キーボード/マウス装置78を通じてデータ入力を受領し、図8Aに示されているように制御パネル24のディスプレイ画面76又は図8B~図8Fに示されているように別個の専用のディスプレイ装置376を通してデータ出力を提供している。又、オーダーエントリプロセスマネージャ84は、望ましくは、紙の形態において、報告書及びラベルを提供するべく、プリンタ302又は、80にリンクされている。オーダーエントリプロセスマネージャ84は、調合制御マネージャ72のようなその独自のプロプライエタリなユーザーインターフェイスを生成するべく開発することも可能である。但し、望ましくは、オーダーエントリプロセスマネージャ84は、Microsoft登録商標のInternetExplorer、Netscape登録商標Navigator、又はこれらと等価な公開されているブラウザなどの従来のウェブサーバー又はブラウザソフトウェア86との関連において使用可能な、例えば、Apache登録商標又はJava登録商標動作環境を使用するグラフィックに基づいた環境例えば、Windows登録商標やLinux登録商標などにおいて開発されている。この構成においては、オーダーエントリプロセスマネージャ84は、望ましくは、リアルタイムのフィードバックとブラウザに基づいたグラフィックユーザーインターフェイスGraphicUserInterface:GUI要素を通じた調合装置のコントローラ20とのやり取りをオペレータに提供するプログラム言語を有している。このブラウザに基づいたGUI要素によれば、オペレータは、調合制御マネージャ72によって使用される情報を入力及び調節して調合装置を稼動させることができる。この結果、調合装置のプロプライエタリな調合制御マネージャ72を1つ又は複数の従来のブラウザデータエントリ及び出力プラットフォームこれは、単一のローカルサイト又はリモートサイトのネットワークを有することができる又はこのネットワークの全体に対してリンクさせることができる。この方式で実装されることにより、オーダーエントリプロセスマネージャ84及びブラウザソフトウェア86は、完全にネットワーク接続された調合を実現している。又、オーダーエントリプロセスマネージャ84は、ネットワークアライアンス機能を実現しており、この結果、調合装置18を制御するべくすべての認可されたオペレータが実行を要するのは、ブラウザを調合装置18のMPU58に対して結合することのみとなる。このネットワークアライアンス機能により、調合装置18の有用性と柔軟性が大幅に向上する。ブラウザに基づいたGUI要素を開発するべく、オーダーエントリプロセスマネージャ84は、例えば、Apache登録商標やJava登録商標動作環境などにおいて提供されている特定のサードパーティの既製コンポーネント及びツールを利用している。開発が完了すると、オーダーエントリプロセスマネージャ84は、ソフトウェアプログラムとしてメモリ装置上に存在可能である。ラップトップ又はデスクトップワークステーションコンピュータ、PDA装置、或いは、ブラウザを稼動させることができる任意のその他の装置によってオーダーエントリプロセスマネージャ84にアクセスすることにより、様々なオーダーエントリプラットフォームを提供可能である。C.調合制御マネージャとの関連付けオーダーエントリプロセスマネージャ84及びブラウザソフトウェア86は、調合装置18のコントローラ20上にインストールされている調合制御マネージャ72との多様な関連付けに対応している。基本的な形態においては図8Aを参照されたい、オーダーエントリプロセスマネージャ84及びブラウザソフトウェアは、調合装置18の制御パネル24内のMPU58上にインストールされることにより、単一の制御パネル構成を構成可能である。この構成においては、制御パネル24のディスプレイ装置76は、調合装置に対するオーダーエントリ及びラベル印刷用のオーダーエントリプロセスマネージャ84のブラウザに基づいたインターフェイスをサポートすると共に、調合装置の動作の際の調合制御マネージャ72のプロプライエタリなタッチスクリーンインターフェイスをサポートしている。別の構成においては図8Bを参照されたい、ブラウザソフトウェア86は、調合装置18と同一の施設内に配置されているデータエントリワークステーション304上にインストール可能である。データエントリワークステーション304は、調合装置18の近傍に配置可能であり、或いは、施設内において調合装置とは物理的に離隔したものであってもよい。この構成においては、データエントリワークステーション304のブラウザソフトウェア86は、例えば、ハブレスエリアネットワーク接続を介して、調合装置18の制御パネル24のMPU58内に存在しているオーダーエントリプロセスマネージャ84にリンクされることにより、単一のデータエントリステーション構成を構成している。この構成においては、データエントリワークステーション304のディスプレイ装置376は、調合装置に対するオーダーエントリ及びラベル印刷用のオーダーエントリプロセスマネージャ84のブラウザに基づいたインターフェイスをサポートしている。制御パネル24の表示装置76は、調合装置18の動作の際の調合制御マネージャ72のプロプライエタリなタッチスクリーンインターフェイスをサポートしている。別の構成においては図8Cを参照されたい、ブラウザソフトウェア86は、調合装置18と同一の施設内に配置された、いくつかのデータエントリワークステーション304上にインストール可能である。データエントリワークステーション304のブラウザソフトウェア86は、例えば、ローカルエリアネットワークとしてのハブ306又はスイッチを介して、調合装置18の制御パネル24のMPU58内に存在しているオーダーエントリプロセスマネージャ84にリンクされることにより、複数データエントリステーション構成を構成可能である。この構成においては、それぞれのデータエントリワークステーション304のディスプレイ装置376は、調合装置18に対するデータエントリ及びプリンタ302によるラベル印刷用のオーダーエントリプロセスマネージャ84のブラウザに基づいたインターフェイスをサポートしている。この結果、単一の調合装置18をいくつかのオーダーエントリワークステーション304にリンク可能である。調合装置18の制御パネル24上のディスプレイ装置76は、調合装置の動作の際の調合制御マネージャ72のプロプライエタリなタッチスクリーンインターフェイスをサポートしている。別の構成においては図8Dを参照されたい、ブラウザソフトウェア86は、いくつかの調合装置18と同一の施設内に配置された、いくつかのデータエントリワークステーション304上にインストール可能である。データエントリワークステーション304のブラウザソフトウェア86は、例えば、サーバー308を介してリンクすることにより、イントラネット施設ネットワーク310を形成可能であり、いくつかの調合装置18の制御パネル24のMPU58内に存在しているオーダーエントリプロセスマネージャ84は、ハブ312を介してサーバー308とリンクすることにより、完全にネットワーク接続されたデータエントリ複数調合ステーション構成を構成可能である。この構成においては、それぞれのデータエントリワークステーション304のディスプレイ装置300は、調合装置18に対するオーダーエントリ及びプリンタ302によるラベル印刷用のオーダーエントリプロセスマネージャ84のブラウザに基づいたインターフェイスをサポートしている。この結果、複数の調合装置18を複数のオーダーエントリワークステーション304にリンク可能である。それぞれの調合装置18の制御パネル24内のディスプレイ装置76は、それぞれの調合装置の動作の際の調合制御マネージャ72のプロプライエタリなタッチスクリーンインターフェイスをサポートしている。図8Dに示されているように、ブラウザソフトウェアをPDA装置314又はブラウザを稼動させることができる任意のその他の装置内にインストールすることにより、様々なオーダーエントリプラットフォームを提供可能である。別の構成においては図8Eを参照されたい、ブラウザソフトウェア86は、1つ又は複数の調合装置18が配置されている別の施設318から離れたデータエントリ施設316内に配置された1つ又は複数のデータエントリワークステーション304上にインストール可能である。リモートデータエントリ施設316における1つ又は複数のデータエントリワークステーション314上のブラウザソフトウェア86は、公衆インターネット320を介してリモート調合施設318における1つ又は複数の調合装置18の1つ又は複数の制御パネル24の1つ又は複数のMPU58内に存在しているオーダーエントリプロセスマネージャ84にリンク可能である。当然のことながら、その他の形態のリモートリンクを使用することも可能である。ブラウザソフトウェア56は、ローカル調合施設318における1つ又は複数のデータエントリワークステーション304上に単独でインストール可能であり或いは、リモートワークステーション304上にもインストール可能であり、且つ、公衆インターネット320を介して1つ又は複数の調合装置18の1つ又は複数の制御パネル24の1つ又は複数のMPU58内のオーダーエントリプロセスマネージャ84にリンクすることも可能である。施設316及び318が、一般的な稼動エンティティの一部である場合には、オーダーエントリプロセスマネージャ84及びブラウザソフトウェア56は、データエントリ及び調合施設316及び322の両方から離れたデータセンター施設322内に配置されているデータ収集/管理ワークステーション304上にインストール可能である。データセンター322は、患者情報と調合施設318の調合リソースの情報データベース324を維持しており、且つ、公衆インターネット320を介してデータエントリ施設316及び調合施設318にリンクされている。図8Eに示されている構成の一変形においては図8Fを参照されたい、ホストデータエントリサービス施設326ここに、オーダーエントリプロセスマネージャ84がインストールされているは、公衆インターネット320を介して1つ又は複数のリモートデータエントリ施設328A、328B、328C、328Dに結合可能である。又、ホストデータエントリサービス施設326は、公衆インターネットを通じて仮想プライベートネットワーク328を介してリモート調合施設330にリンクすることも可能であり、この施設においては、調合制御マネージャ72が調合装置18の制御パネル24内のMPU58内にインストールされている。ブラウザソフトウェア86は、リモートデータエントリ施設328A~328D内に配置されたデータエントリワークステーション304上に配置されている。ホストデータエントリサービス施設326は、ネットワーク全体用のデータ収集及び管理データベース332を維持している。この結果、複数のオーダーエントリ施設328A~328Dを中間のサービス施設326を介して単一の調合施設330にリンク可能であり、このサービス施設326は、中央収集及び管理データベース332を維持することも可能である。B.オーダーエントリプロセスマネージャの特徴図10A1は、オーダーエントリプロセスマネージャ84の代表的な実装が処理可能なオペレータ選択可能な機能モジュールの一般的な概略表現を示している。図示のように、これらの機能モジュールは、処方オーダーモジュール400、ソース溶液モジュール402、報告モジュール404、管理モジュール406、及びナビゲーションモジュール408を含んでいる。処方オーダーモジュール400により、オペレータは、所与の患者用の処方オーダーを既存の調合フォーミュラ又は新しい調合フォーミュラとの関連において入力すると共に、調合の順序をスケジューリング可能である。ソース溶液モジュール402は、処方オーダーモジュール400のフォーミュラライブラリ内において相互参照される利用可能なベースソース溶液及び添加ソース溶液の在庫を維持している。報告モジュール404は、調合活動を追跡し、これらの活動に関する様々な管理報告書を生成する能力をオペレータに提供している。管理モジュール406は、調合活動のための様々な管理タスクの実行においてオペレータを支援している。ナビゲーションモジュール408は、オーダーエントリプロセスマネージャ84を使用する際にオペレータを支援している。それぞれのモジュールは、後程詳述するように、モジュールを使用する際にオペレータが選択可能な1つ又は複数の機能コンポーネントを含んでいる。図10A2~図10A6は、ログオンシーケンスのフローチャートと、例えば、管理者図10A3、薬剤師図10A4、技術者図10A5、ゲスト図10A6などの様々なユーザーに付与されるアクセスレベルを示している。図10A2に示されているように、管理者は、最高レベルのアクセスを具備すると共に、その他のユーザーによるアクセスを最終的に制御可能である。又、管理者は、追加のユーザークラスとユーザークラス内のサブクラスを生成することも可能である。例えば、本システム内においては、技術者には、例えば、調合物を処方するための非常に限られた権限しか付与されていないが、あまり監視を必要としていない特定の技術者も存在しており、従って、相対的に大きな権限を付与可能であるという場合もあろう。所与のオペレータは、システム管理者が所与のオペレータに付与したアクセスオプションに応じて、これらの機能モジュールの中の1つ又は複数のものに対するアクセスを取得可能であり、これは、オペレータが実行を要する機能によって左右されることになる。例えば、調合オーダーを指定又は入力する医師又は薬剤師、その機能が管理的な立場から調合機能を監督することにある調合活動の管理者、及びその機能が1つ又は複数の調合装置18を操作することにある調合技術者によって使用されるように、アクセスオプションの階層構造を指定可能である。利用可能な機能モジュールは、メイン画面又はホームページ上のメニューボックスの選択肢として表示可能であり、このメニューボックスは、所与のオペレータが、適切なログオン画面上において自身を名前及び関連するパスワードによって識別した際に表示されることになる。例えば、図11Aは、医師又は薬剤師のアクセスオプションを具備したオペレータ用の代表的なメイン画面又はホームページ410を示している。図11Aに示されているように、この人物の機能は、オーダーエントリプロセスマネージャ84のすべての機能に対するアクセスを必要とし得るため、このアクセスレベルにおいては、すべての機能モジュール400~408が、選択のために提供されている。比較のための例として、図11Bは、調合技術者用の代表的なメイン画面又はホームページ410’を示しており、技術者の機能は、オーダーエントリプロセスマネージャ84のすべての機能に対するアクセスを必要としていないため、この画面がアクセスを提供している機能モジュールの選択肢は、相対的に少なくなっている。所与の要員がアクセス可能な機能モジュールのメニューボックスは、オーダーエントリプロセスマネージャ84によって生成されるその他の画面の左側に沿った列の内部に表示可能である。オペレータが、医師又は薬剤師アクセスレベルに位置しており、従って、図11Aに示されているホームページを参照していると仮定すれば、オペレータは、マウスクリックにより、所望の機能モジュールを選択可能である。オペレータが所与の患者の処方オーダーの入力を所望していると仮定すれば、オペレータは、処方オーダーメニューボックス400の患者コンポーネント上においてマウスをクリックし、この結果、図11Cに示されている患者メインページ412が表示されることになる。このウィンドウ412は、オーダーエントリプロセスマネージャ84の患者データベースコンポーネント414の機能に対するアクセスを提供しており、この機能ユニットは、図10Bに概略的に示されている。患者データベースコンポーネント414により、ユーザーは、オーダーエントリプロセスマネージャ84によって維持されている患者情報データベース内に生成された患者情報ファイルのリストの姓サーチによって既存の患者を選択するか患者検索ボックスフィールド416、或いは、新しい患者の名前を入力可能である新しい患者の入力ボックスフィールド418。既存の患者の名前を検出した際に、オーダーエントリプロセスマネージャ84は、対応する患者情報レコード420の内容を表示するウィドウを提供する図11D。患者情報レコード420により、オペレータは、その患者用の患者データベース内に保持されている以前の調合オーダーに基づいて新しい調合オーダーを入力可能でありファイル上の患者用のTPNオーダーボックスフィールド422、或いは、オペレータは、その患者が一致している患者タイプ用の標準的な既定のテンプレートに基づいてその患者の新しい調合オーダーを入力することも可能である標準成人の患者タイプに利用可能な新しいTPNオーダーテンプレートボックスフィールド424。又、オペレータは、必要に応じて、既存の栄養評価をレビューしたり、新しい栄養評価を始めることも可能である。尚、栄養評価については、図19との関連において後程詳述する。処方オーダーメニューボックス400は、フォーミュラライブラリコンポーネントを含んでいる。選択された際に、フォーミュラライブラリコンポーネントは、オーダーエントリプロセスマネージャ84のフォーミュラライブラリデータベースコンポーネント426の機能に対するアクセスを提供し、この機能ユニットは、図10Cに概略的に示されている。フォーミュラライブラリコンポーネントを選択すると、図11F1に示されているフォーミュラライブラリウェブページ420が表示されることになる。フォーミュラライブラリウェブページ420により、オペレータは、患者情報レコードページ424内における表示及び選択のために既存の既定のフォーミュラテンプレートを選択するか、又は患者情報レコード内に表示するべく新しいフォーミュラテンプレートを追加可能である。テンプレートを選択すると、図11F2、図11F3、及び図11F4に示されているスクロール可能なオーダーテンプレートウェブページ434が表示され、これにより、オペレータは、テンプレートフォーミュラ用のベース成分タイプ及び量及び添加溶液タイプ及び量を指定可能である。又、既存のテンプレートフォーミュラ内の既定のデータを変更して提出することも可能である。オーダーエントリプロセスマネージャ84は、後程詳述するように、ソース溶液モジュール402内に含まれているデータを利用することにより、選択されたベース成分及び添加剤のタイプ及び量に基づいてテンプレートフォーミュラの栄養必要量を演算する。患者情報レコード上のオーダーオプション422又は424の1つをマウスクリックによって選択すると、スクロール可能なオーダーエントリウィンドウ436が表示される図11E1~図11E4。オーダーエントリウィンドウ436は、処方オーダーボックス438、オーダー内に含まれているベース成分タイプ及び量ボックス440、オーダー内に含まれている添加剤タイプ及び量ボックス442、栄養サマリオーダーに含まれているベース成分及び添加剤のタイプ及び量に基づいたものボックス444、及びオーダー状態これについては、後述するボックス422の詳細を含むフィールドボックスを含んでいる。ベース成分及び添加剤フィールドボックス440及び442内の溶液及び溶液の量の既定のリストは、そのオーダーが以前のオーダー又は標準的なテンプレートに基づいたものになるように、患者情報レコード420上における選択内容に基づいて提供されている。既定のベース成分及び添加剤を編集することにより、以前のオーダー又はテンプレートのタイプ及び/又は量を変更可能であり、或いは、それらを変更することなしに提出することも可能である。オーダーエントリプロセスマネージャ84は、ソース溶液モジュール402内に含まれているデータを利用することにより、選択されたベース成分及び添加剤のタイプ及び量に基づいて栄養必要量ボックス444を演算する。医療従事者が患者の栄養評価を実行可能であることも重要である。即ち、患者の栄養上のニーズを判定し、それらのニーズをその患者のオーダーと比較するのである。この結果、オペレータには、患者レコードのセクション423において選択を実行する際に例えば、図11Dに示されている画面420を参照されたい、栄養評価画面1900が提供されることになる図19。画面420内における選択内容は、既存の評価をレビューするか又は新しい評価を実行するためのものであってよい。画面1900は、患者の人口統計的情報1902、患者評価情報1904、及び算出された栄養必要量1906という3つのセクションに分割されている。患者の人口統計的情報セクション1902は、選択された患者に関する特定の人口統計的情報を含んでおり、例えば、患者の名前、患者のID,患者の年齢、患者の性別、患者の身長、患者の体重、患者の場所、診断、医師、アレルギー、及び患者の写真を包含可能である。評価セクション1904は、患者の性別、年齢、及び身長から構成された簡単な患者の記述子を含んでいる。画面は、望ましくは、評価が最後に更新された際の日付/時刻を含んでいる。又、評価1904は、評価タイトル用のテキストボックス、ローカル単位による患者の体重用の数値テキストボックス既定値:患者の人口統計的データにおける体重、負傷ファクタのプルダウンリスト例えば、軽度複雑ではない一般的な外科、中程度複雑で広範な外科、及び重度敗血症、火傷を含んでいる、ストレスファクタのプルダウンリスト軽度、中程度、重度など、腎機能障害/透析、及び腎機能障害/非透析などの様々な入力フィールドをも含んでいる。又、評価セクション1904は、2つのボタン1905、1907をも含んでいる。選択された際に、評価の更新ボタン1905は、画面上の情報を取得し、これを使用して算出された栄養必要量セクション内に提示されることになる栄養必要量を算出すると共に、評価の日付/時刻スタンプをも更新する。これが、新しい評価である場合には、キャンセルボタンが提供され、これが選択された際には、評価の生成が中止され、以前の画面に戻ることになる。これが既存の評価である場合には、評価の削除ボタン1907を使用することにより、患者と関連した評価のリストからその評価を除去可能である。算出された栄養必要量セクション1906は、望ましくは、患者評価セクション1904内に提供された患者情報に基づいて、好ましくは小数点第2位まで算出された理想体重、状態評価、調節済みの体重、基礎エネルギー消費量Kcal/日、合計蛋白質必要量gm/日及びgm/Kg/日、合計熱量必要量Kcal/日及びKcal/Kg/日、及び液体必要量範囲mL/日などの情報を提供する。算出された栄養必要量セクション1906は、望ましくは、ユーザーが現在の栄養評価を患者の既存のオーダーと比較できるようにするためのリンク1908を提供している。実行すると、栄養評価比較オーダー選択画面が表示される。又、算出された栄養必要量セクション1906は、望ましくは、ユーザーが現在の栄養評価に基づいてTPNオーダーを入力できるようにするためのリンク1909をも提供している。選択された際に、現在の患者及び患者の栄養ニーズに基づいて入力されたフィールドを有するTPNオーダー画面が提供される図20を参照されたい。オペレータは、この画面を終了した際には、完了ボタン1910を起動して元の画面に戻る。又、模範的なシステムの一部として、代替又はカスタマイズされた栄養評価計算を包含可能であると考えられる。オペレータは、患者メインウェブページ412図11C上の新しい患者の入力フィールドボックス418を選択することにより、新しい患者即ち、患者データベースに以前に入力されていない患者の調合オーダーを入力するためのオーダーエントリウィンドウを開くことができる図11E1~図11E4。この選択により、オーダーエントリプロセスマネージャ84が新しい患者ウェブフォーム448図11G1及び図11G2を表示するウィンドウを開き、新しい患者に関するデータを入力するようにオペレータに要求する。新しい患者情報を入力した際に、オペレータは、図11G2に示されている更新フィールドボックス450を選択することによって情報を患者データベースに保存し、この時点において、調合オーダーの入力のために、スクロール可能なオーダーエントリウィンドウ436が表示されることになる図11E1~図11E4。オーダーエントリウィンドウ436の次の画面は、オーダー状態ボックス422を含んでいる。オーダー状態ボックス422は、オーダーエントリと患者に対する調合済みのオーダーの供給の間に実行しなければならない調合操作における機能的な段階のリストを有している。又、オーダー状態ボックス422は、これらの段階を着色又は強調表示することにより、実行が完了した段階と実行するべく残っている段階を通知している。オーダー状態ボックス422は、調合プロセスを遂行するために実行しなければならない機能のチェックリストを提供することにより、実行が完了したものと依然として実行を要するものを一覧によってオペレータに通知している。図示の実施例図11E4においては、一覧表示されている機能的な段階は、オープン、提出済み、認可済み、印刷済み、及び調合済みを含んでいる。オープン段階は、オーダーエントリウィンドウ436を表示する段階を伴っており、情報の入力によって調合オーダーが完成することになる。図11E4においては、オープンアイコン452が着色又は強調表示されており、この段階の実行が完了していることを通知している。オーダーエントリの一部として、利用可能な最終容器の在庫に基づいて最終容器が自動的に選択される。このリストは、望ましくは、システム管理者又はこれに類する権限を具備したその他の要員によって作成される。在庫のセットアップが図11E5に示されている。図11E5に示されているように、オーダーエントリプロセスマネージャ84の在庫構成モジュール490の行項目である最終容器492を選択した際に、利用可能な最終容器のリスト491が表示される。この画面を通じて、管理者は、利用可能な容器のリストをレビュー可能であり、必要と所望に応じて、もはや在庫されていない容器を削除することも可能である。通常の動作においては、オーダーされた最終溶液の容積に準拠した最終容器が自動的に選択されることになる。或いは、この代わりに、オペレータは、手動による操作を通じて、図11E5のものに類したリストを通じて提示される最終容器を選択することも可能である。オペレータが、最終溶液には小さ過ぎる最終容器を選択した場合には、エラー通知が提供され、オペレータは、代わりの選択を実行するように指示されることになる。管理者が新しい容器を在庫に追加する必要がある場合には、新しい最終容器の追加選択肢494を選択することにより、これを実行可能であり、この際には、画面493図11E6がオペレータに提示されることになる。図11E6に示されているように、管理者は、新しい容器の説明、並びに、定格サイズ、最大容量、公称空重量、最大アンダー標準重量、最大オーバー標準重量、及び単価などの容器の詳細を入力可能である。管理者は、その情報を在庫に保存することを決定した場合には、更新を選択し、さもなければ、管理者は、レコードを削除して再入力可能であり、或いは、キャンセルを選択することにより、在庫構成を変更することなしに、この画面を終了することも可能である。最終容器に関するデータには、調合機制御パネル画面を介してアクセスすることも可能である。最終溶液の大部分は、様々なソース溶液の部分から構成されているが、特定の患者の栄養ニーズを満たすために必要となるその他の成分も存在している。例えば、患者の栄養評価に基づいて包含することを要する電解質、ビタミン、ミネラルなどの様々な添加溶液が存在している。多くの場合に、これらの個別の添加剤は、自動化されたマクロ調合が有用ではないわずかな量しか添加する必要がないであろう。これを克服するべく、プールされた添加剤の袋内に様々な添加溶液をプールしておき、これを調合プロセスにおいて更なるソース溶液として使用可能である。例えば、患者が、毎日の調合溶液の一部として1mLのビタミン、2mLの塩化ナトリウム、及び3mLの燐酸カリウムを毎日10日間にわたって摂取しなければならない場合には、10mLのビタミン、20mLの塩化ナトリウム、及び30mLの燐酸カリウムから構成されたプールされた溶液を本発明に従って調合することにより、60mLのソース溶液を生成可能である。そして、毎日の最終溶液を調合する必要がある際に、この添加ソース溶液を包含して選択することにより、6mLのプールされた溶液を提供可能である。この詳細については後述する。TPNオーダーエントリ画面2100図21Aは、望ましくは、患者名、患者ID、及びオーダーIDTPNオーダーエントリ画面から/にリンクされている場合又はベース成分溶液が成分であるフォーミュラテンプレート名TPNオーダーテンプレート画面から/にリンクされている場合を提供している。画面2100の一部として、処方オーダーセクション2120が提供されている。セクション2102内には、複数の特定のオーダーを生成するのに使用されるバッチ複写エントリ2103が存在している。この例においては、7つの同一のバッチが生成されることになる。又、画面2100は、オーダー内において使用される添加剤に関係するセクション2104を含んでいる。セクション2104は、望ましくは、例えば、選択された色を有する添加溶液の名前、オーダーされた量、現在のフォーミュラにおけるオーダー単位、服用量、既定の計測単位を有する服用オーダー単位用のプルダウン選択された添加剤のデータベースエントリ内の単位に基づいたもの、量当たりの単位、mL既定、Lb、500mL、100lb、250mL、100mL、Kg、100Kg、リットル、Kg-mL、Kg-l、Lb-mL、Lb-lを提示している。これらの添加剤がアクティブなプール在庫の一部となるように選択する場合には図21B、ユーザーが、プール添加剤2111を選択し、次いで、変更の提出ボタンを起動した際に、本システムは、プールされた添加溶液を自動的に生成することになる。プールされた添加溶液が完成した際に、本システムは、望ましくは、患者の名前及びバーコード識別子を含む識別子によってプールされた添加溶液を識別することになる。このプールされた添加剤は、この段階において、調合用の別のソース溶液と見なされ、画面2100のベース成分セクション2108に追加されることになる。又、セクション2104は、詳細編集リンク2110を選択することによる追加ソース在庫画面2120図21Bに対するアクセスをも提供している。ユーザーの許可レベルに応じて、ユーザーは、特定の添加剤の詳細をレビューするか又はこれらの詳細を編集可能である。プーリング機能にとって重要なことは、添加剤プーリング選択肢2122である。添加剤がプーリングプロセスの一部となることが許容されている場合には、許可選択肢を選択し、さもなければ不許可選択肢を選択する。ユーザー画面制御オプションは、例えば、変更を提出することによって個別のオーダー/オーダーテンプレートを更新するためのボタン更新、変更を実行することなしに戻るためのボタンキャンセル、及びこの特定の添加剤を在庫から削除するための削除機能これは、必要な許可レベルを仮定しているを含んでいる。望ましくは、この画面は、添加剤名、濃度、比重、浸透圧モル濃度-mOsm/L、原価-局所的な現在の価値/mL、及び電解質内容物の詳細というデータベースからの現在の添加溶液に関する模範的な情報を提供している。提出済み段階は、完了ボタンをマウスクリックする段階を伴っており、この結果、情報がデータベース内に配置され、これにより、その保留中の調合オーダーを含むオーダーエントリウィンドウが、適切なオペレータアクセスレベルこれは、この場合には、指定の認可権限を有する薬剤師となろうを有する任意のワークステーション上において参照可能となる。提出済みアイコン454は、この段階が完了した際に、オーダーエントリウィンドウ436上において着色されるか又は強調表示されている。オーダーエントリプロセスマネージャ84は、望ましくは、様々なオーダーエントリワークステーションから提出された認可を待っている調合オーダーが、認可権限を有する薬剤師のワークステーションにおいてブラウザソフトウェアから組織的にアクセス可能となるように、これらをデータベース内において追跡している。認可権限を有する薬剤師は、ブラウザソフトウェアを定期的に実行してこの保留中のオーダーのキューにアクセスし、それぞれのオーダーをレビューした後に、オーダーエントリウィンドウ436のこのオーダーの調合を認可するフィールドボックス456内においてそれぞれのオーダーの認可を通知することになる。別の実施例においては、オーダーエントリプロセスマネージャ84は、通知機能を包含可能であり、この機能は、認可権限を有する薬剤師のワークステーションにおいてポップアップメッセージを提供し、認可を待っている入力済みの調合オーダーが存在していることを関係者に通知している。ポップアップメッセージをクリックすることにより、認可権限を有する薬剤師がアクセス可能な認可を待っているオーダーのリストが表示される。図示の実施例においては、認可は、認可ステートメントをクリックしボックス458、調合を実行するシフトを選択しボックス460、調合を認可するアイコン462を選択する段階を伴っている。即座のオーダー開始アイコン464は、その調合オーダーを可及的速やかに実行する必要がある場合に提供される。認可済みアイコン466は、認可段階が完了した際に、オーダーエントリウィンドウ436上において着色又は強調表示される。オーダーエントリプロセスマネージャ84は、望ましくは、印刷を実行するワークステーションにおいてオーダーのサブセットが組織的にアクセス可能となるように、認可されてラベルの印刷を待っているデータベース内の調合オーダーを追跡している。これらの調合オーダーには、最終溶液容器14のラベルを印刷するワークステーションにおいてアクセスされる。別の構成においては、オーダーエントリプロセスマネージャ84は、通知機能を包含可能であり、この機能は、印刷を実行するワークステーションにおいてポップアップメッセージを提供し、印刷を待っている認可済みの調合オーダーが存在していることをオペレータに対して通知している。ポップアップメッセージをクリックすることにより、オペレータがアクセスして印刷機能を実行可能なラベル印刷を待っているオーダーのリストが表示される。オーダーエントリプロセスマネージャ84は、オーダーエントリウィンドウ436内に入力された情報に基づいてラベルをフォーマットする図12を参照されたい。ラベルは、最終溶液容器14のラベル470、ソース溶液及びターゲット調合容積を識別するワークシート468、最終溶液容器14の内容物の栄養情報を提供するワークシート472、及びピギーバッグ容器のラベル474オーダーされている場合を含んでいる。又、ラベルは、調合制御マネージャ72が調合オーダーを検証して実際の調合プロセスを実行するために必要とするバーコード476をも含んでいる。又、最終溶液容器ラベル470上の最終容器バーコード476を使用することにより、能力を有する薬剤供給装置例えば、注入ポンプなどへの調合の後にフォーミュラ情報を電子的に転送することも可能である。印刷段階が完了すると、調合オーダーを調合装置18の調合制御マネージャ72に対して電子的に転送可能な状態となる。ラベル印刷が完了し、更なる処理のためにオーダーを調合制御マネージャ72に転送可能な状態となった際に、オーダーエントリウィンドウ436上において印刷済みアイコン478が着色又は強調表示される。オーダーエントリプロセスマネージャ84が実現しているネットワーク接続された調合環境内において、調合の時間になると、調合ステーションに位置した調合臨床医が、調合制御マネージャ72にログインし、調合制御マネージャ72によって生成されたメイン画面202上の自動プログラムタッチボタン234を選択する図9Bを参照されたい。この結果、キュー選択画面236が表示され図9P、この画面は、オーダーエントリプロセスマネージャ84の制御下において前述のオーダーエントリ及び処理段階によって設定された予めプログラムされたスケジュールキューのリストを表示している。オペレータは、例えば、午前又は午後などの現在の調合シフトに基づいて望ましいキューを選択し、キュー選択画面236上の入力タッチボタンを押下する。調合制御マネージャ72は、オーダーエントリプロセスマネージャ84から受信したオーダーキューをメモリ内に保持し、その後、メイン画面202図9Qを参照されたいにより、オペレータは、ウィンドウ238内において現在のオーダーキューリストを参照可能である。この構成においては、オペレータは、メイン画面202上のプログラム済みのオーダーキューリスト238からオーダーを選択した後に、調合制御マネージャ72の指示に従って、最終溶液容器14をマニホルド36に接続し、ソース溶液及び最終溶液の検証を実行し、必要に応じてフラッシングシーケンスを実行し、前述の方式によって調合を開始することになる。前述のように、調合制御マネージャ72の検証機能におけるバーコードデータの使用に起因し、調合装置を稼動させて調合オーダーを完了させるには、オーダーエントリプロセスマネージャ84によって生成されたラベル図12を調合臨床医に提供すると共に、調合臨床医がこれを使用することが必要となっている。この結果、オーダーエントリプロセスマネージャ84の提出、認可、及び印刷機能が、調合制御マネージャ72の制御機能と統合されている。調合制御マネージャ72は、調合プロセスが完了した際に、オーダーエントリプロセスマネージャ84と通信し、これに相応してオーダーエントリウィンドウ上の調合済みアイコンが着色又は強調表示されることになる。オーダーエントリプロセスマネージャ84は、処方オーダーメニューボックスを通じてアクセス可能なその他の機能を提供可能である。例えば、図11Aに示されているように、オペレータが調合オーダーのスケジュールを参照し、それらをシフトごとに変更できるようにするスケジュールコンポーネントを包含可能である。図11Aに示されているホーム画面上において、オペレータは、マウスクリックにより、オーダーエントリプロセスマネージャ84のその他の機能モジュールを選択可能である。例えば、オペレータが、調合施設によって維持されているベース成分の在庫の参照を所望している場合には、オペレータは、ソース溶液メニューボックス402のベース成分機能をマウスクリックし、この結果、図11H1に示されているベース成分メインページ482が表示されることになる。このウィンドウは、オーダーエントリプロセスマネージャ84のベース溶液データベースコンポーネント428の機能に対するアクセスを提供しており、この機能ユニットは、図10Dに概略的に示されている。選択された際に、ベース成分メインページ482図11H1により、オペレータは、既存の施設内に維持されているベース成分を選択するか又は在庫にベース成分を追加可能である。ベース成分を選択すると、図11H2及び図11H3に示されているように、選択された成分に関するスクロール可能なベース成分在庫ページ484が表示される。ベース成分在庫ページ484は、選択されたベース成分に関する適切な情報例えば、その名前、ファミリータイプアミノ酸、デキストロース、脂肪乳剤など、濃度、比重、100mL当たりの原価、NDCロット番号、期限切れ日付、電解質の内容物、栄養の内容物、及びその他の情報のオーダーエントリプロセスマネージャ84による入力及び保持を実現している。同様に、オペレータが、調合施設によって維持されている添加溶液の在庫に対するアクセスを所望する場合には、オペレータは、ソース溶液メニューボックス402の添加溶液機能をマウスクリックし、この結果、図11I1に示されている添加溶液メインページ486が表示されることになる。このウィンドウは、オーダーエントリプロセスマネージャ84の添加溶液データベースコンポーネント430の機能に対するアクセスを提供しており、この機能ユニットは、図10Eに概略的に示されている。選択された際に、添加溶液メインページ486図11I1により、オペレータは、既存の施設在庫に維持されている添加溶液を選択するか又は添加溶液を在庫に追加可能である。添加溶液を選択すると、図11I2及び図11I3に示されているように、選択された添加溶液に関するスクロール可能な添加溶液在庫ページ486が表示される。添加溶液在庫ページ486は、選択された添加溶液に関する適切な情報例えば、その溶液タイプ、その患者タイプ、濃度、比重、1mL当たりの原価、その成分を移送するための調合装置のポンプローターアセンブリの選択肢、NDCロット番号、期限切れ日付、電解質の内容物、及びその他の情報などのオーダーエントリプロセスマネージャ84による入力及び保持を実現している。オーダーエントリプロセスマネージャ84のベース溶液データベースコンポーネント428及び添加溶液データベースコンポーネント430は、オーダーエントリプロセスマネージャ84のその他の機能モジュールによる相互参照のために適切な情報を保存している。例えば、フォーミュラライブラリ426は、ベース溶液データベース428及び添加溶液データベース430内に保存されている情報を利用することにより、フォーミュラテンプレート内に既定の情報を書き入れる。この結果、ライブラリ溶液を患者タイプによって限定可能である。別の例として、印刷されたラベル図12のラベル472内に含まれているオーダーエントリプロセスマネージャ84によって導出された栄養情報は、ベース溶液データベース428内に保存されている情報から引き出されている。管理報告書これについては、後述するは、ベース溶液データベース428及び添加溶液データベース430内に保存されている情報に基づいて、在庫、使用量、及びコスト管理情報を導出している。図11Aに示されているホームページから、オペレータは、マウスクリックにより、報告モジュール404にアクセスするべく選択可能である。オペレータは、報告書メニューボックス404内に含まれている報告書選択肢のリストの中から選択可能である。報告モジュール404は、調合活動を追跡し、これらの活動に関連する様々な管理報告書を生成する能力をオペレータに提供している。報告書の特性及びフォーマットは、当然のことながら、調合施設の個別の要件に従って変化可能である。報告モジュール404は、例えば、i指定された報告期間内に入力された調合オーダーを一覧表示した報告書例えば、患者、日付、時刻、入力オペレータ、及びこれらに類似したものごとに作成されたもの、又はii指定された報告期間内に調合された調合オーダーを一覧表示した報告書例えば、調合装置番号、日付、時刻、調合臨床医、患者、最終容器番号、経過時間、及びこれらに類したものごとに作成されたもの、又はiii例えば、溶液タイプ、日付、月、原価、及び/又はロット番号、並びに、これらに類似したものごとに作成された指定の報告期間内のソース溶液の使用量単位:リットルを一覧表示した報告書、又は、iv例えば、溶液タイプ別の調合された液体の1mL当たりの原価、容器又は溶液タイプごとの均一原価、機械調合時間ごとの労働原価、均一労働原価、又はこれらの組み合わせなどを含む完了した調合済みの容器に対する顧客課金レコードを一覧表示した報告書、或いは、v例えば、日付、時刻、オペレータ名、及びイベントごとに作成されたオーダーエントリプロセスマネージャにアクセスしたオペレータのログを一覧表示した報告書を生成可能である。これらの報告書のいずれか又はすべては、予めフォーマットされたテンプレートに従ってオーダーエントリプロセスマネージャ84の報告モジュール404によって又は、オーダーエントリプロセスマネージャ84によって維持されているデータベースのカスタマイズされた又はリレーショナルなフィールドサーチによって生成可能である。報告モジュール404は、望ましくは、ハードコピーフォーマットにおける印刷のために報告書をフォーマットするか、或いは、例えば、PDFファイルフォーマットなどの電子ファイルフォーマットにおいて報告書をオフロードする能力を含んでいる。図11Aに示されているホームページから、オペレータは、マウスのクリックにより、管理モジュール406にアクセスするべく選択可能である。オペレータは、管理メニューボックス406内に含まれている管理オプションのリストの中から選択可能である。管理モジュールは、調合活動のための様々な管理タスクを実行する際に、オペレータこれは、この例においては、通常、調合活動管理者又は監督者であるを支援する。管理モジュール406によってサポートされている管理機能の特性は、当然のことながら、調合施設の個々の要件に従って変化可能である。管理モジュール406により、例えば、管理者は、調合を実行する際のシフトのスケジュールを追加、削除、又は変更可能であり、これらが、オーダー認可プロセスにおいて認可権限を有する薬剤師によって選択されるべく、オーダーエントリウェブページ図11E4内において観察可能となるボックス460。別の例として、管理モジュール406により、管理者は、調合施設によって維持されている調合装置の在庫リストを追加、削除、又は変更可能であり、これらの情報が、報告モジュール404によって生成される調合報告書内において使用されるべく提供されることになる。別の例として、管理モジュール406により、管理者は、調合施設によって処理される患者タイプのカテゴリ例えば、標準成人、標準新生児、標準小児を追加、削除、又は変更可能であり、これは、患者情報データベースにリンク可能であると共に、オーダーエントリプロセスマネージャ84によって維持されているフォーミュラテンプレートデータベース426にリンクすることも可能である。即ち、標準成人フォーミュラを標準成人患者タイプにリンクすることにより、調合オーダーエントリプロセスを円滑に実行可能である。別の例として、管理モジュール406により、管理者は、オーダーエントリプロセスマネージャ84に対するアクセスが許可されている名前又はオペレータグループ例えば、管理スタッフ、薬局スタッフ、薬局技術者、監督者ごとにオペレータのリストを追加、削除、変更すると共に、それぞれのオペレータ及びそれぞれのオペレータグループに特定のパスワード及びアクセス権限を割り当て可能である。この観点において、オペレータの権限及び制限を、例えば、技術者又は薬剤師として、グループ全体の一部としてではなく、そのオペレータに対して個別に適合可能である。又、グループによる特定の患者タイプに対するアクセスを禁止又は許容することも可能である例えば、ブラウン医師は、スミス医師の患者に関する情報を参照することができない。図20A及び図20Bを参照し、医師を追加する方法の一例について説明する。管理モジュール406内には、個々の医師選択肢407が存在しており、これは、選択された際に、医師リスト2002を含む画面2000図20Aをユーザーに対して提供する。医師をリストに追加する必要がある場合には、オペレータは、医師情報画面2006図20Bを表示するリンク2002を選択する。医師情報画面2006は、医師に関する特定の情報を含んでおり、これは、望ましくは、例えば、ログインID、この医師が権限を有する施設を制限するための施設プルダウン、名前、肩書き、住所、事務所の電話番号、携帯電話番号、ポケットベル登録商標の番号、ファクシミリ番号、電子メールアドレス、追加コンタクト情報、連邦医師ID、及び定時後のサービス番号を含んでいる。又、医師情報画面2006は、2つのボタン2007、2008をも含んでいる。選択された際に、更新ボタン2007は、画面上の情報を取得し、これらを医師データベースに保存する。選択された際に、キャンセルボタンは、本画面を中止し、医師データベースを更新することなしに、以前の画面に戻ることになる。図11Aに示されているホームページ上において、オーダーエントリプロセスマネージャ84のナビゲーションモジュール408によって提供されているオプションを選択することにより、オペレータのホームページ、ヘルプ機能、オーダーエントリ以外の一般的なデータベースサーチ機能、報告、又は管理機能、並びに/又はユーザーログアウト機能に対するショートカットを提供可能である。オペレータアクセス権限を選択的に使用することにより、政府のHIPAA規制に準拠した患者レコードプライバシーが実現される。以上から理解されるように、オーダーエントリプロセスマネージャ84及びブラウザソフトウェアは、調合要件を直接的な配線、ネットワーク、又はインターネットに基づいたシステムを介して調合施設に電子的に転送する能力を医師又は調合オーダー施設に対して提供している。オーダーエントリプロセスマネージャ84及びブラウザソフトウェアは、サイトにおいて調合要件を電子的に入力するか又はリモートサイトから電子的に生成された顧客調合要件を電子的に受信する能力を調合施設に対して提供している。オーダーエントリプロセスマネージャ84及びブラウザソフトウェアは、複数顧客の調合要件を効率的な調合及び供給スケジュールにキューイングする能力を調合施設に対して提供している。オーダーエントリプロセスマネージャ84及びブラウザソフトウェアは、バーコードを含む容器ラベルを生成すると共に実際の調合プロセスを制御する能力を調合施設に対して提供している。オーダーエントリプロセスマネージャ84及びブラウザソフトウェアは、完成した調合済みの容器に対する顧客課金の自動生成及び在庫管理の能力を調合施設に対して提供している。課金オプションは、溶液タイプごとの調合済みの液体1mL当たりの原価、袋又は溶液タイプごとの均一原価、機械調合時間ごとの労働原価、均一労働原価、又はこれらのいずれかの組み合わせを包含可能である。画面500図11J1~図11J2から導出された日次チェックリストが、望ましくは、制御パネルにおけるオペレータのログオンの際に表示される。チェックリスト上の項目は、必要又は所望に応じて追加又は再構成可能である。すべてのアクティブな項目が表示されることが望ましい。項目の完了を通知すると、日付/時刻及びオペレータのIDがログに入力されることになる。調合の実行が許可される前に、必要な項目を完了させなければならない。図18Aに示されているように、オーダーエントリプロセスマネージャ84の在庫構成モジュール490の行項目である注入ポンプ495を選択した際に、利用可能な注入ポンプのリスト496が表示される。注入ポンプとは、調合機によって準備された最終溶液を患者に供給するのに使用される装置のことである。この画面により、利用可能な注入ポンプのいずれか1つを最終溶液を患者に供給するための手段として使用するべく選択可能である。注入ポンプの選択が完了すると、適切なテキストフィールド内に読み込むためのドロップダウンリストを介して、ランプアップ及びランプダウンプロファイルがオペレータに提供されることになる。これは、栄養素の供給を急激に開始することなくランプアップ、且つ、最終段階において最終溶液容器からの供給を突然中断することのないようにランプダウン、注入ポンプによって最終溶液を患者に供給する方法を構成する際に有用である。最終溶液容器上のバーコードが、選択された流速及び/又はランプアップ/ランプダウン時間に関する注入ポンプに対する情報及び/又は指示を提供している。手動による入力も許容されることになろう。オペレータが新しい注入ポンプを在庫に追加する必要がある場合にはこれは、主には、患者が自身のベッドサイド又は自宅に既に設置されている異なる注入ポンプを具備していることが理由である、新しい注入ポンプの追加選択肢497を選択することにより、これを実現可能であり、この際には、画面498図18Bがオペレータに提示されることになる。図18Bに示されているように、オペレータは、その注入ポンプ用の説明、並びに、新しいポンプに関する特定の詳細事項を入力する能力を具備している。オペレータは、この情報を在庫内に保存することを決定した場合には、更新を選択し、さもなければ、オペレータは、そのレコードを削除して再入力するか、或いは、在庫の構成を変更することなしに、この画面を終了することも可能である。調合システム10を病院又は自宅療養薬局システムなどのその他の情報システムにインターフェイスさせることに関連し、本発明者らは、このインターフェイスを実現するのに必要な電子的なハンドシェーキング及びプロトコルが、複雑であり、追加のコストを所要すると共に、自身のシステムの自主性を維持するという病院の所望にも抗うことになると判定した。従って、本発明の更なる実施例は、調合情報を調合システム10に転送するためのインターフェイスを提供しており、このインターフェイスは、相対的に単純であって、ハンドシェーキングプロトコルに依存したものでもない。次に図22を参照すれば、病院又は自宅療養薬局システム2200のブロックダイアグラムが示されている。図22に示されているように、本システム2200は、キーボード2202及びマウス2204などの入力装置、プロセッサ2206これは、例えば、ディスプレイ装置2208内に含まれているものとして示されている、及びプリンタ2214を有している。非限定的な一例においては、システム2200は、中心装置として患者フロアに配置可能である。別の非限定的な例においては、システム2200は、PDAなどのハンドヘルド型の演算装置の一部であってよく、小さなプリンタを包含しているか又は直接的な配線USBやファイアワイヤインターフェイスなど又は周知の無線通信リンクのいずれかを介してこれらに着脱自在に結合可能である。再度図22を参照すれば、医師は、患者のニーズを認知した際に、溶液タイプ及び個別の容積を定義している望ましい調合物についてシステム2200内に入力可能である又は、この入力を完了した状態にある。望ましい調合物は、ディスプレイ2208を介して医師に表示され、正確性を検証する際には、必要な調合物のプリントアウトが、紙又はラベル2216としてプリンタ2214から出力される。尚、本発明を実施するべく、標準的な印刷ページを使用することも可能であるが、以下に明らかとなるように、ラベル材料を使用するのが望ましいであろう。一実施例においては、バーコードの形態の標識をラベル2216の一部として印刷可能である。バーコードの様々なフィールドが所望の調合物の特定の特性を通知することになるものと考えられる。バーコード内には、所望の溶液及び個別の容積、患者IDこれは、絶対的に必須のものではないが、調合物を誤った患者に対して投薬することを防止するのに望ましい、オーダー番号、及び調合物袋のID番号を含む所望の調合物を生成するためのすべての必要な情報が含まれている。バーコードフィールドの一例を以下に一覧表示する。1.O=バーコード識別子コード大文字のOである2.オーダー制御フラグ以下の注記を参照されたい3.患者ID:最大12文字以下の注記を参照されたい4.オーダーID:最大30文字以下の注記を参照されたい5.バッグID:最大12文字以下の注記を参照されたい6.ステーション1の容積:値は、0、5.0~99.9、又は100~5000mLであってよい。7.ステーション1の溶液名:ステーションプログラミングをスキップするには、ブランクである。8.ステーション2の容積:値は、0、5.0~99.9、又は100~5000mLであってよい。9.ステーション2の溶液名:ステーションプログラミングをスキップするには、ブランクである。10.ステーション3の容積:値は、0、5.0~99.9、又は100~5000mLであってよい。11.ステーション3の溶液名:ステーションプログラミングをスキップするには、ブランクである。12.ステーション4の容積:値は、0、5.0~99.9、又は100~5000mLであってよい。13.ステーション4の溶液名:ステーションプログラミングをスキップするには、ブランクである。14.ステーション5の容積:値は、0、5.0~99.9、又は100~5000mLであってよい。15.ステーション5の溶液名:ステーションプログラミングをスキップするには、ブランクである。16.ステーション6の容積:値は、0、5.0~99.9、又は100~5000mLであってよい。17.ステーション6の溶液名:ステーションプログラミングをスキップするには、ブランクである。18.ステーション7の容積:値は、0、5.0~99.9、又は100~5000mLであってよい。19.ステーション7の溶液名:ステーションプログラミングをスキップするには、ブランクである。20.ステーション8の容積:値は、0、5.0~99.9、又は100~5000mLであってよい。21.ステーション8の溶液名:ステーションプログラミングをスキップするには、ブランクである。22.ステーション9の容積:値は、0、5.0~99.9、又は100~5000mLであってよい。23.ステーション9の溶液名:ステーションプログラミングをスキップするには、ブランクである。TPNオーダーの非限定的な例における模範的なバーコードの内容が以下に一覧表示されており、模範的なバーコード2300は、図23Aに示されている。O,L,111-11-1111,RX12345-Abc,0001,250,FreAmine15,180,Dextrose50,55.5,HyperlyteCR,,,,,,,,,,,450,SterileWaterRFIDタグなどのその他のタイプのラベルを実装して本発明を実行することも可能であると考えられる。このような実装においては、RFIDタグは、先程概説した情報を含んでおり、且つ、これには、従来のRFID起動システムを使用してアクセス可能である。このようなシステムは、タグを起動するべく、RF信号をRFIDタグに伝送し、タグが、これに応答し、その情報をローカル受信機これは、通常、RFID起動システム内に内蔵されているに伝送する。バーコードの説明以下の内容は、バーコード化されている実施例に関するものであるが、これは、同様にRFIDによる実装にも適用可能である。バーコード全体は、望ましくは、一行で構成されている必要がある行内には、キャリッジリターンを含んでいないが、キャリッジリターンは、行の末尾に存在している必要がある。最初の2つのフィールドは、バーコードを識別しており、ロックLockされたオーダーを指定している。オーダーがロックされているため、薬局技術者による変更が防止されており、元々のオーダーどおりにのみ調合可能である。患者IDは、111-11-1111である。オーダーIDは、RS12345-Abcである。袋のIDは、0001である。ステーション1は、250mLの15のFreAmineについてプログラムされることになる。ステーション2は、180mLの50のデキストロースについてプログラムされることになる。ステーション3は、55.5mLのHyperlyteCRについてプログラムされることになる。ステーション4~8は、変更されない。ステーション9は、450mLの滅菌水についてプログラムされることになる。ライブラリフォーミュラ又は迅速なセットアップの非限定的な例における模範的なバーコードの内容が次に一覧表示されており、模範的な2次元のバーコード2300が図23Bに示されている。バーコードの内容O,,,,,0,FreAmine15,0,Dextrose50,0,HyperlyteCR,0,Trophamine10,0,FreAmineHBC6.9,0,Dex5/0.2NaCl,0,Liposyn30,0,Tham0.3MolarSol,0,SterileWaterバーコードの説明バーコード全体は、望ましくは、一行から構成されている必要があるキャリッジリターンを含んではいない。第1フィールドは、バーコードを識別している。オーダーは、読み込みの後に手動で調節可能である。患者IDは、指定されていない。オーダーIDは、指定されていない従って、これは、自動的にManualとして記録されることになる。袋のIDは、指定されていない。ステーション1は、15のFreAmineについてプログラムされることになる。ステーション2は、50のデキストロースについてプログラムされることになる。ステーション3は、HyperlyteCRについてプログラムされることになる。ステーション4は、10のTrophamineについてプログラムされることになる。ステーション5は、6.9のFreAmineHBCについてプログラムされることになる。ステーション6は、5のDex/0.2のNaClについてプログラムされることになる。ステーション7は、30のLiposynについてプログラムされることになる。ステーション8は、Tham0.3MolarSolについてプログラムされることになる。ステーション9は、滅菌水についてプログラムされることになる。すべてのステーションの容積は、ゼロにリセットされることになる。或いは、この代わりに、コードは、溶液名及び容積情報などのすべての適切な情報を包含することも可能であるが、ソース溶液を配置するステーションに関する情報を欠いていてもよい。この例においては、調合機は、バーコード化された処方オーダー内に含まれているものにより、任意の新しい又は既存のソース溶液の配置を判定することになろう。バーコードラベルは、印刷された後に、調合システム10などの調合機が配置されている場所に物理的に送付される。図1を再度参照すれば、バーコードラベル2216は、望ましくは、所望の調合物を収容するべく意図された最終溶液容器14に装着可能である。調合の開始前に溶液容器にバーコードラベルを装着することにより、エラーを極小化可能である。次いで、最終溶液容器14のバーコードラベル2216をバーコードスキャナ82を使用してシステム10内にスキャニングする。調合システム10の実施例と関連して前述したように、本システムは、調合の開始を許可する前に、正しいソース溶液を適切なステーションに設置するようにオペレータに指示することになる。調合が完了したら、任意選択により、システム10は、図24に示されているものなどの別のバーコードラベルを生成可能であり、この内部には、調合サマリ240が含まれている。図24に示されているように、調合サマリの非限定的な例2400は、オーダーID2402、オペレータ情報2404、開始時刻2406、ジョブ時間2408、ジョブ状態2410、及び溶液の詳細2412を含んでいる。又、容器14内の溶液が意図したとおりであることを検証するのに必要なすべての情報を含む結果バーコード2414も含まれている。オーダーバーコード2300との関連において使用されることにより、結果バーコード2414は、情報を確実に移動させるための更なる方法を提供している。前述のように、結果バーコード2414は、調合サマリページ上の任意の所望の場所に印刷されている。結果バーコード2414は、基本的に、調合サマリのヘッダと同一の情報を含んでおり、これには、調合オーダー識別情報、調合日付及び時刻、並びに、調合結果コードが含まれている。結果バーコードのフィールドの例は、次のとおりである。1.R=バーコード識別子コード2.結果コード:完了C、中止A、失敗F以下の注記を参照されたい3.患者ID:最大12文字4.オーダーID:最大30文字5.袋のID:最大12文字6.調合日付、mm/dd/yyyyフォーマット7.調合時刻、hh:mmフォーマット24時間注調合操作の結果コードは、次の中のいずれかであってよい。C:正常な完了A:オペレータによる中止F:回復不能な供給エラーに起因した失敗容器14内の溶液の検証は、単純にバーコードラベル2414をスキャニングし、その中に含まれている情報を、当初スキャニングされたバーコードラベル2300のメモリ又は患者レコードに基づいたシステム内の情報と比較することによって実施される。模範的な一実施例においては、バーコードラベル2300内に含まれている情報と比較するべく、結果バーコード2414を調合システム10内にスキャニング可能である。或いは、この代わりに、並びに/又は、これに加えて、調合物を患者に投薬する前に、要員がシステム2200のスキャナ2210を使用して結果バーコード2414をスキャニングすることも可能である図22を参照されたい。比較においてエラーが検出された場合には、調合物の再生成やシステムの自己試験の実施などの是正措置を実施できるように、オペレータが警告を受けることになる。比較において問題がなかった場合にも、同様に、オペレータは通知を受領可能である。以上の例は、バーコードシステムに関係したものであるが、本発明は、これに限定されるものではなく、前述のように、調合情報を調合機に伝達すると共に、調合物溶液情報を調合機システムからその他のチェックポイントのオーダリングシステムに返送して準拠状況を検証するための手段として、RFIDタグを使用することも可能である。本発明の特徴は、添付の請求項に記述されている。本明細書においては、特定の実施例を参照し、本発明について図示及び説明しているが、本発明は、提示されている詳細内容に限定されることを意図したものではない。むしろ、請求項の等価物の範囲内において、本発明を逸脱することなしに、これらの詳細内容に様々な変更を実施可能である。"