(57)【要約】【課題】臨床培養の検査サイクルの期間を通して生じる臨床培養実験室検査結果をモニタしかつ確証する微生物確証システムをより信頼性のおけるものに改善する。【解決手段】後で実施される検査を入力するときその前に行われた検査の結果を考慮する技術を取り入れて、患者の首尾一貫しないまたは誤った検査結果が医師の閲覧に供されるようになることを回避する。【選択図】図１
2004334838.tif 000002
【特許請求の範囲】
【請求項１】
実験室検査および結果に関連した情報を処理するためのシステムであって、
患者の実験室検査結果を識別するユーザ入力データを受信しかつ前記実験室検査の期待される結果を識別するユーザ入力データを受信するためのインタフェースプロセッサと、
前記実験室検査を前記期待される検査結果と比較しかつ該期待される検査結果との整合性を欠いている実験室検査に応答して第１の誤り状態を識別するための確証プロセッサと、
該第１の誤り状態を指示する警報メッセージの生成をユーザに対して開始するための結果プロセッサと
を有しているシステム。
【請求項２】
前記インタフェースプロセッサは更に患者の少なくとも１つの別の実験室検査結果を識別するユーザ入力データおよび該少なくとも１つの別の実験室検査の少なくとも１つの別の期待される実験室検査結果を識別するユーザ入力データを受信し、かつ
前記確証プロセッサは前記少なくとも１つの別の実験室検査結果を前記少なくとも１つの別の期待される実験室検査結果と比較しかつ該少なくとも１つの別の期待される実験室検査結果との整合性を欠いている前記患者の少なくとも１つの別の実験室検査に応答して第２の誤り状態を識別し、かつ
前記結果プロセッサは該第２の誤り状態を指示する警報メッセージの生成をユーザに対して開始する
請求項１記載のシステム。
【請求項３】
前記インタフェースプロセッサは更に、前記患者の前記実験室検査を確証するための複数の確証前提条件を識別するユーザ入力データを受信し、
前記確証プロセッサは該複数の確証前提条件の少なくとも１つが満足されないとき第３の誤り状態を識別し、
前記結果プロセッサは該第３の誤り状態を指示する警報メッセージの生成をユーザに対して開始しかつ
該複数の確証前提条件の１つは前記実験室検査結果を前記期待される検査結果と比較する前に待つために経過する時間間隔に相応し、該経過する時間間隔は前記実験室検査の開始に続く時間間隔である
請求項１記載のシステム。
【請求項４】
前記実験室検査の期待される結果を識別する前記受信されるユーザ入力データは次のもののうち少なくとも１つを有している、すなわち（ａ）培養は検査混合物に対して耐性であることを指示する識別子、（ｂ）培養は検査混合物に対して反応性であることを指示する識別子、（ｃ）陽性の検査結果を指示する識別子および（ｄ）陰性の検査結果を指示する識別子
請求項１記載のシステム。
【請求項５】
前記実験室検査の期待される結果を識別する前記受信されるユーザ入力データは、培養の単位面積当たりの近似的な数量の微生物の存在を指示する数量識別子を有しており、
該数量識別子は該単位面積当たりの微生物の前記数量の定性範囲を識別し、これには（ａ）“ｆｅｗ”を指示する識別子および（ｂ）“ｍａｎｙ”を指示する識別子の少なくとも１つが含まれておりかつ
前記微生物は（ａ）バクテリア、（ｂ）菌類、（ｃ）寄生虫および（ｄ）ウィルスの少なくとも１つを有している
請求項１記載のシステム。
【請求項６】
前記実験室検査の期待される結果を識別する前記受信されるユーザ入力データは、（ａ）培養の単位面積当たりに存在する微生物の数の計数値、（ｂ）微生物指示薬の色、（ｃ）微生物指示薬の色変化の少なくとも１つを識別する
請求項１記載のシステム。
【請求項７】
前記受信されるユーザ入力データは、前記実験室検査の複数の期待される結果を識別しかつ前記確証プロセッサは複数の実験室検査結果を前記複数の期待される結果と比較しかつ前記複数の実験室検査結果の少なくとも１つが前記複数の期待される結果の相応するものとの整合性を欠いているならば前以て決められている状態に応答して誤り状態を識別し、
前記インタフェースプロセッサは、実験室検査の種々異なっている時間段階において得られる相応する数の検査結果に対して期待される複数の結果を識別するユーザ入力データを受信し、
前記確証プロセッサは前記複数の期待される検査結果の個別結果を前記複数の検査結果の相応する個別実験室検査結果と比較しかつ該個別実験室検査結果が前記相応する期待される検査結果との整合性を欠いていることに応答して誤り状態を識別し、かつ
前記結果プロセッサは前記種々異なっている時間段階の特定の時間段階において実施される前記個別検査の誤り状態を指示する警報メッセージをユーザに対して生成開始する
請求項１記載のシステム。
【請求項８】
前記結果プロセッサは前記誤り状態の発生に応答してユーザに対する警報メッセージの生成を開始し、該メッセージは，（ａ）別の前以て決められている実験室検査の実施を開始するようにユーザを促す、（ｂ）ユーザに前記誤り状態の潜在的な理由を知らせる、（ｃ）前記実験室検査を繰り返すようにユーザを促す、（ｄ）ユーザにユーザ予決定メッセージを形成するように促すおよび（ｅ）期待される結果および前記実験室検査の実際の結果の識別のうちの少なくとも１つである
請求項１記載のシステム。
【請求項９】
前記結果プロセッサはユーザに対して警報メッセージの生成を開始して、前記誤り状態が無効化されるべきかどうかを指示する無効化コマンドを入力するようにユーザを促し、
前記結果プロセッサは、該ユーザ無効化コマンドに応答して、前記誤り状態が無効化されたことを指示するレコードの記憶を開始し、かつ
前記レコードは、（ａ）権限を付与されている人員によってアクセス可能であること、（ｂ）前記無効化コマンドを入力した人員を指示する監査トレイルを設定するおよび（ｃ）無効化コマンド発生を指示するレポートに組み込まれるのうちの少なくとも１つである
請求項１記載のシステム。
【請求項１０】
ユーザが前記誤り状態を無効化する権限を有しているかどうかを決定しかつ前記ユーザが権限を有していないという決定に応答して無効化を禁止する権限付与プロセッサを含んでいる
請求項１記載のシステム。
【請求項１１】
実験室検査および結果に関連する情報を処理するために使用されるユーザインタフェースシステムであって、
少なくとも１つの表示画像の生成を開始するための表示プロセッサを有しており、該表示プロセッサは次の目的の表示エレメントを含んでおり：
ユーザが患者の実験室検査結果を識別するデータを入力しかつ前記実験室検査の期待される結果を識別するデータを入力できるようにする、および
該実験室検査結果を前記期待される検査結果と比較しかつ該実験室検査結果が前記期待される検査結果に整合していないことに応答して誤り状態を決定することによって導出される誤り状態を指示する警報メッセージをユーザに表示する
ユーザインタフェースシステム。
【請求項１２】
前記少なくとも１つの表示画像は、（ａ）培養が検査混合物に対して耐性であることを指示する識別子、（ｂ）培養が検査混合物に対して反応性であることを指示する識別子、（ｃ）陽性の検査結果を指示する識別子および（ｄ）陰性の検査結果を指示する識別子および（ｅ）培養の単位面積当たりの微生物の近似的な数量の存在を指示する数量識別子のうち少なくとも１つを有している前記実験室検査の期待される結果を識別するデータをユーザが入力できるようにする表示エレメントを含んでおり、かつ
前記少なくとも１つの表示画像は前記誤り状態が無効化されるべきであるかどうかを指示する無効化コマンドを入力するようにユーザに促す、ユーザに対する警報メッセージを表示するための表示エレメントを含んでいる
請求項１１記載のユーザインタフェースシステム。
【請求項１３】
実験室検査および結果に関連した情報を処理するためのシステムであって、
実験室検査の種々異なっている段階において得られる相応の複数の検査結果に対して期待される複数の結果を識別するユーザ入力データを受信するためのインタフェースプロセッサと、
複数の期待される検査結果の個々の結果を前記複数の検査結果の相応する個々の実験室検査結果と比較しかつ前記相応する期待される検査結果との整合性を欠いている前記個々の実験室検査に応答して第１の誤り状態を識別する確証プロセッサと、
前記種々異なっている時間段階の特定の時間段階において実施される前記個別検査の誤り状態を指示する警報メッセージの生成をユーザに対して開始するための結果プロセッサと
を有しているシステム。
【請求項１４】
実験室検査および結果に関連する情報を処理するための方法であって、
実験室検査の種々異なっている時間段階で得られる相応する数の検査結果に対して期待される、複数の結果を識別するユーザ入力データを受信し、
前記複数の期待される検査結果の個々の結果を前記複数の検査結果の相応する個々の実験室検査結果と比較し、
前記相応する期待される検査結果との整合性を欠いている前記個々の実験室検査に応答して第１の誤り状態を識別し、
前記種々異なっている時間段階の特定の時間段階において実施される前記個別検査の誤り状態を指示する警報メッセージの生成をユーザに対して開始する
アクティビティを有している方法。
【請求項１５】
実験室検査および結果に関連する情報を処理するためのユーザインタフェースシステムであって、
少なくとも１つの表示画像の生成を開始するための表示プロセッサを有しており、該表示プロセッサは次のことに対する表示エレメントを含んでおり、すなわち
ａ）  期待される実験室検査、実験室検査結果、少なくとも１つの別の期待される実験室検査結果、少なくとも１つの別の実験室検査結果、および前記第１の実験室検査を確証するための複数の確証前条件を識別するデータをユーザが入力できするようにすること、
ｂ）  次のようにして導き出される誤り状態を指示する警報メッセージをユーザに表示すること、
ｂ’）前記期待される実験室検査結果が前記実験室検査結果と比較されかつ該実験室検査結果が前記期待される実験室検査結果と整合していないことに応答して第１の誤り状態が識別され、
ｂ''）前記少なくとも１つの別の実験室検査結果が前記少なくとも１つの別の期待される実験室検査結果と比較されかつ該少なくとも１つの実験室検査結果が前記少なくとも１つの期待される実験室検査結果と整合していないことに応答して第２の誤り状態が識別され、かつ
ｃ）  前記複数の確証前提条件の少なくとも１つが満足されていないことを検出すること
に対する表示エレメントを有している
ユーザインタフェースシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
これは、２００３年３月１９日に出願された D. Brumbach による仮出願シリアルＮｏ．６０／４５５９３４の仮でない出願である。
【０００２】
本発明は、実験室検査、更に特定すれば微生物学検査実験室における臨床培養の検査ライフサイクルを通した検査結果を確証することに関する。
【背景技術】
【０００３】
臨床実験室には、患者に感染を引き起こすかもしれない生物を同定するために臨床培養に基づいて検査を実施するという仕事がある。手術の通例の経過中、微生物実験部門は医者によって収集された種々様々な患者サンプルを受け取る。微生物技術者はサンプルを培養基で培養しかつ培養基を培養保温する。培養されたサンプルは一般に技術者の間では「臨床培養（clinical culture）」と呼ばれている。時間が経過すると臨床培養上に生物が成長する。微生物技術者の責任で臨床培養から、患者に感染する原因となるかもしれない生物（例えば、バクテリア、菌類、マイクロバクテリア、寄生虫、ウィルス）が同定されかつ技術者に分かっており、可能性が高い感染源を処置するのに適用可能と思われる抗生物質情報が提供される。
【０００４】
普通、実験室技術者は臨床培養を、普通、臨床培養の「検査ライフサイクル（testing lifecycle）」と称される一定の時間、一定の日にちまたは週にわたって分析する。生化学検査が実施されると、培養の「検査ライフサイクル」を通して技術者は周期的に個別の検査結果を、実験室システムに入力する。これらの個別の検査結果は典型的には、これらが生じると医者に引き渡される。ライフサイクルの後半の段階で入力される結果はその前の結果に基づいて期待される結論を持っているはずである。一例として、グラム染色検査（Gram Stain test）のようなその前に実施された検査が多くのグラム陰性棹菌（Gram Negative Rods）としてレポートされるならば、生物ＩＤテストのような後で実施される検査において、申し分なく見識のある技術者ならば、後の検査結果としてグラム陰性生物（Gram Negative Organism）を期待するはずである。
【０００５】
後の結果を入力するとき前の検査の結果を考慮して、つじつまのあわないまたは誤った結果が医者の閲覧に供されることがないようにすることが技術者に義務として課せられている。
【０００６】
このプロセスの欠点は予測できないことと一貫性がないことである。殊に、期待される結果と期待されない結果とを区別する技術者の能力はその大部分が、技術者によってまちまちである可能性がある技術者の獲得されかつ思い出される知識、チャート、マニュアルおよびプロシージャおよび管理的な閲覧手続を参照する技術者の能力に依存している。
【０００７】
プロセスの別の欠点は、培養サンプルの確証（validation）が培養が終了した後（すなわち、検査ライフサイクルの終了時に）に行われることである。これでは大抵の場合は遅すぎる。というのはいずれかの期待されない中間結果が既に医者に提供されて必要なときに閲覧できるようになっているからである。そうではなくて確証は有利には、従来のように最後の段階ではなくて、培養の検査ライフサイクルの期間を通して連続的に検査結果を監視しかつ生じた検査結果を別の培養結果と比較することによって行われるべきである。
【０００８】
更に別の欠点は、期待されない結果が生じたとき、技術者に付加的なステップをとるように通報するメッセージ能力がないということである。
【０００９】
別の欠点は、確証の間に数量が考慮されず、これにより確証が不正確なものになることである。
【００１０】
上に述べた欠点を克服する、実験室検査および結果に関する情報を処理するシステムは知られていない。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、改良された微生物確証システムに対する必要性に着目している。
【００１２】
臨床微生物学実験室における培養の「検査ライフサイクル」の期間に、非常に多くの結果が入力されかつ時間、日にちまたは週の経過にわたって公開される。本発明はこのプロセスを、後で実施された検査の結果を入力するときにそれ以前に実施された検査の結果を考慮して、首尾一貫しないまたは誤った結果が医師に閲覧されることがないようにする技術を導入することで改良するのである。
【課題を解決するための手段】
【００１３】
この課題は本発明によれば、請求項１および１３に記載の情報処理システム、請求項１１および１５に記載のユーザインタフェースシステムおよび請求項１４に情報処理方法によって解決される。
【００１４】
その他の請求項にはそれぞれの有利な実施形態が記載されている。
【発明を実施するための最良の形態】
【００１５】
本発明の１つの観点によれば、実験室検査および結果に関連した情報を処理するための手法は次のものを有している：患者の実験室検査結果および実験室検査の期待される結果を識別するユーザ入力データを受信するインタフェースプロセッサ。確証プロセッサは実験室検査結果を期待される検査結果と比較しかつ実験室検査結果が期待される検査結果と整合性を欠いている場合に誤り状態を識別する。結果プロセッサは警報メッセージをユーザに対して生成してユーザに誤り状態を通報する。
【実施例】
【００１６】
次に本発明を図示の実施例に付き図面を用いて詳細に説明する。
【００１７】
本発明のシステムは薬学および放射線学情報システムに使用されるのに適しておりかつユーザが単純なまたは複雑な結果確証プロセスおよびメッセージを定義できるようにするものである。本システムは殊に、培養の効率よくかつ正確な分析を可能にする病院の実験室セッティングに適用される。培養の分析には、バクテリア、菌類、寄生虫およびウィルスを含んでいてよい種々の微生物タイプをレポートすることが含まれていてよい。このような関連において本発明は説明される。ここに使用されるプロセッサはデバイスおよび／またはタスクを実施するためのマシーン読み取り可能なインストラクションのセットである。プロセッサはハードウェア、ファームウェアおよび／またはソフトウェアのいずれか１つまたは組み合わせを有している。プロセッサは情報に基づいて動作するが、情報を操作し、解析し、変形し、変換して実行可能なプロシージャ、情報デバイスで使用されるようにするか、および／または情報を出力デバイスに転送する。プロセッサはコントローラのケイパビリティを使用するようにしてもよい。
【００１８】
検査結果を連続的に監視しかつ生じた検査結果を以前に獲得された検査結果と培養のライフサイクルの間中比較することによって、検査培養の確証を実施することを含んでいる本発明のシステムは従来のシステムより沢山の特有の利点を提供する。本発明によって提供される１つの利点は培養のライフサイクルの間中入力される検査結果を監視するための能力である。本発明はまた有利には、期待される結果を定義する際に特有の数量を考慮しかつ期待されない結果を出したユーザにこれらが医者の閲覧に供される以前にこのことを警報する。更に別の利点は、誰が確証誤りを無効にすることができるかをユーザが定めることができかつ関連した観点において、確証誤りウィンドウから直接無効化コメントの入力ができることである。メッセージ伝送という固有のこの構成を以て、本発明はユーザにユーザメッセージを定義するための能力を提供しかつユーザがシステムをカスタマイズして他の人員に対して注意を促すようにすることができる。本発明は、ラボ技術者によって無効にされた検査をリストアップする誤り管理レポートも含んでいる。期待される結果および実際の検査結果に関して、本発明は期待される検査結果値および確証誤りを引き起こした実際の検査結果値の両方を表示する確証誤りウィンドウを設けかつユーザが期待される結果の例外を定めるよりむしろ期待される結果をなしているのはどんなものかを定めるまたは構成することができるようにする。
【００１９】
ここに説明されるべき開示されるエレメントは、ハードウェア部分（例えばディスクリートな電子回路）、ソフトウェア部分（例えばコンピュータプログラミング）、またはこれらのいずれかの組み合わせから成っていてよい。本発明のシステムは、ＵＮＩＸ、ＷｉｎｄｏｗｓＮＴ、Ｗｉｎｄｏｗｓ２００またはＷｉｎｄｏｗｓＸＰのいずれか適当なコンピュータランニングに基づいてインプリメンテーションされていてよい。技術が変化すれば、別のコンピュータおよび／またはオペレーティングシステムが勿論将来的に有利になることがある。ここに開示するシステムは、商業的に入手可能な開発ツールを使用して、プログラマーによってインプリメンテーションされることができる。
【００２０】
当業者であれば、本発明の実施例に対して図示されている表示画像ウィンドウが１つの可能な配置構成を表しかつ図示の１つの画像表示ウィンドウに代わって複数の画像ウィンドウ、または逆に複数の画像ウィンドウを表すために１つの画像ウィンドウ、または種々の画像ウィンドウ配置構成を含んでいてよい別の配置構成を使用してもよい。
【００２１】
微生物確証システムを臨床微生物実験室における培養を検査する場合について説明するがこれに制限されない。
【００２２】
１つの実施例による微生物確証システム（microbiology validation system）１００を示している図１を参照すれば本発を一層完全に理解できる。微生物確証システム１００は例えば、インタフェースプロセッサ２、確証プロセッサ４、結果プロセッサ６および微生物確証定義データベース（micro-validation definitions database）８を含んでいる。微生物確証定義データベース８は、以下に説明するように、確証が要求されるこのような実験室検査に対する期待される検査結果を定義する微生物確証定義（micro-validation definitions）を記憶している。
【００２３】
図示の実施例における微生物確証システム１００は、病院実験室情報システム（hospital laboratory information system＝ＬＩＳ）のような外部コンピュータシステム内に集積されている１つまたは複数のソフトウェアモジュールから成っている。
【００２４】
本発明は２つの段階、すなわちプリコンフィギュレーション段階とオペレーショナル段階とにおいて動作する。プリコンフィギュレーション段階において、ユーザは臨床培養で実施されるべき負Ｋすうの検査のうちどの検査に確証が必要であるかに関する決定を下す。確証はここで定義されているように、ユーザにより供給される予め定められている期待される結果に基づいて期待されない検査結果を探すことを含んでいる。ユーザが要求する確証によって同定されるこれらの検査に対して、ユーザは期待される結果を定義する１つまたは複数の微生物確証定義を作成する。作成されると、微生物確証定義は微生物確証データベース８に記憶されて、オペレーショナル段階の間に後から実際の検査結果と比較するために呼び出されて確証を要求する検査の妥当性または非妥当性に関する決定が行われるようになっている。プロセスの２つの段階、すなわちプリコンフィギュレーションおよび処理について以下により詳細に説明する。
【００２５】
プリコンフィギュレーション段階において、ユーザ（カスタマー）はまず、どの検査が確証を要求しているのかを特定の臨床培養において実施されるべき複数の実験室検査のうちから決定する。以下の図示の例では、血液の臨床培養が参照される。血液の臨床培養の固有例において、確証を要求する血液の培養サンプルにおいて典型的に実施される１つの検査はＧＲＡＭ  ｔｅｓｔ（グラム検査）である。グラム検査を確証するために、ユーザは図２のユーザ定義されるテンプレート（user defined template＝ＵＤＴ）２００を完成させる。これには次のようなデータが含まれている：期待されるグラム検査結果、複数の前提条件、１つまたは複数の別の定義された検査およびこれらの期待される結果、その際別の定義された検査の期待される結果は以前に実施されたグラム検査およびその期待される結果を考慮してユーザによって供給される。
【００２６】
ユーザは確証を要求するユーザ識別検査に対する期待される結果を、図２に示されている例示的なユーザ定義テンプレート（ＵＤＴ）のような１つまたは複数のＵＤＴを完成することによって定義する。
【００２７】
図２にはＵＤＴテンプレート２００の１実施例を示している表示画像ウィンドウが例示されている。予めユーザによって完成されたＵＤＴ２００テンプレートは確証を要求する特定の検査に対する期待される結果の微生物確証定義として記憶されている。微生物確証定義は、ユーザによって決定されるような、確証を要求するような検査に対して作られている。
【００２８】
上述したように、確証されるべき検査に対する微生物確証定義の作成は、ユーザが確証されるべき検査をその期待される結果と一緒に識別し、前提条件を含んでいるデータを供給しかつ確証されるべき検査を考慮していずれか別の検査およびこれらそれぞれの期待される結果を識別することを要求する。いずれか別の検査に関して、ユーザは実際の検査結果が期待される検査結果と整合していることを要求するかまたは要求しないという選択権を有している。この選択権は、プリコンフィギュレーションの期間にＵＤＴ２００上で別の定義された検査を識別するラインエントリと関連付けられてる、“Ｒｅｑ？”エントリーボックス２３８にチェックを入れるどうかで行使されるようになっている。
【００２９】
ＵＤＴ２００の前提条件の１例は、ＵＤＴ２００の上端部２０２に示されている「保温ないし培養時間（Incubation Time）」フィールド２３０である。図示の例では、ユーザは「１」の値を入力した。１は“Incubation Time”に対して１日を表している。ユーザは、“ＧＲＡＭ”検査２０８を確証するために必要な前提条件は１日に等しいかまたはそれより長い保温ないし培養時間であることを決定した。
【００３０】
保温ないし培養時間前提条件が満足されたかどうかの決定はシステム１００によって次のように実施される。確証プロセッサ４は、保温ないし培養時間が少なくとも１日たったかどうかを決定するために培養の開始時間と一緒に検査結果が観察されるようにして現在データをチェックするように構成されている。保温ないし培養時間が１日より短いものとして決定されると、前提条件は満足されておらずかつ“ＧＲＡＭ”ｔｅｓｔ２０８に対して微生物確証（micro-validation）は実施されない。
【００３１】
確証されるべき特定の検査のためにＵＤＴ２００を完成させる際に、ユーザによってＵＤＴテンプレート２００を書き込むようにされている微生物確証パラメータは単一のレコードとして微生物確証データベース８に記憶される。レコードは種々の前提条件パラメータ値と別の定義された検査とこれらの関連付けられた期待値から成っている。微生物確証レコードは後で、検査確証を実施するために処理段階の期間の種々の時点で呼び出される。
【００３２】
図２のＵＤＴ２００の例は上端部２０２と下端部２０４とに分けられて示されている。上端部２０２は、検査記述フィールド、すなわち確証されるべき実験室検査を識別する“Ｔｅｓｔ”２０８、規則を実施する（performing institution）“Perf Instn”２１０、“result”２１２、生物グループ優先度（“Org Grp Prio”）２１４、活動化（“Active”）２１６、“Culture Test”２１８、“Source”２２０、確証記述（“Validation Desc.”）２２２、確証誤りメッセージ（“Validation Fail Msg.”）２２４、“Validation Severity”２２６、要求される無効化コメント（“Override Cmnt Ｒｅｑ?”）２２８および“incubation Time”２３０のようなフィールドを含んでいる。今述べたフィールドのうち、前提条件を定義するフィールドは図２のフィールド２０８、２１２、２１４、２１６、２１８，２２０および２３０を有している。
【００３３】
ＵＤＴ２００の下端部２０４は、多数のエントリーライン２３２ａ〜ｈを含んでいて、確証を要求する検査（例えばＧＲＡＭｔｅｓｔ２０８）を確証または非確証する目的でユーザが別の実験室検査２３４およびこれらの関連して期待される検査結果２３６を定義するようになっている。
【００３４】
チェックされるとき“Ｒｅｑ？”エントリーボックス２３８は、別の実験室検査、例えばＯＲＧ ＩＤ ２３４が、確証を実施するときに確認検査（confirmatory test）として考慮されるべきであることを要求する。２つまたはもっと沢山の別の実験室検査２３４がＵＤＴ２００の下端部２０４における確認検査として使用される場合には、少なくとも１つの確認検査の実際結果がその期待される結果との整合を欠いていれば誤り状態が生じている。
【００３５】
図３の表１には図２のＵＤＴ２００の上端部２０２に示される微生物確証パラメータを説明している。表１の第１列３０は種々様々な微生物確証パラメータ２０８〜２３８を識別している。第２列３２は第１列の微生物確証パラメータ２０８〜２３８の短い説明を行っている。例えば、微生物確証パラメータ“validation severity”２２６に対して、ユーザは３つのメッセージの１つを選択する権利を持っていて、期待されない検査結果が生じると表示させるようになっている、すなわち“ＩＮＦＯ”、“ＷＡＲＮ”または“ＦＡＩＬ”。選択は実施されるべき種々の微生物確証検査によって種々異なっていてよい。第３の列３４は微生物確証パラメータがどのように微生物確証データベース８に記憶され得るのかを１実施例において説明している。
【００３６】
確証を要求する実験室検査に対して、確証されるべき検査当たり１つまたは複数のＵＤＴ２００が前処理段階の期間に上に説明した方法で完成される。確証要求するこれら検査に対するＵＤＴ２００をユーザが完成すると、プリコンフィギュレーション段階は完了したと見なされる。
【００３７】
プリコンフィギュレーション段階に処理段階が続き、これには、時間、日にちまたは週の期間にわたる臨床培養のライフサイクル検査が含まれている。培養の処理は、培養が患者から得られる必要があることを医師が決定することでスタートする。培養は患者から得られかつ微生物実験室に引き渡される。培養が身体部位に対して適当であるという決定に基づいて、実験室はこの培養を従来通り実験室情報システム（laboratory information system＝ＬＩＳ）に取り込み記録する。
【００３８】
処理段階を通して実験室技術者は考察中の培養に属する検査を行いかつ結果を記録する。培養のライフサイクル検査に含まれている必要な操作を実施しながら、技術者はユーザインタフェースを介して発明のシステムと係わる。ここでユーザインタフェースは、実験室検査および結果に関連する情報を処理するための「ワークカード（work-card）」と称される。
【００３９】
図４には、処理段階の始めに技術者によってワークスクリーンに呼び出されるいわゆる「ワークカード」４００の１実施例の表示画像ウィンドウが示されている。
【００４０】
例えば、図４のマイクロワークカード４００は技術者が患者の血液培養を呼び出すことに応答して技術者に示される。「血液培養（blood culture）」タイプ（type）（Ｃ ＢＬＤ）４１１のワークカードは、技術者が呼び出すために活性化することができる非常に広範な種々の培養タイプの１つを表しているものとみなされるべきである。技術者が呼び出すことができるその他の培養タイプには例えば、傷培養、痰培養、尿培養などが含まれていてよい。
【００４１】
ワークカード４００は培養の検査ライフサイクルの間中、実験室の観察技術者（ベンチ・テクニシャン）によって使用される表示ユーザインタフェースであり、これにより技術者は生じた検査結果を入力、表示、観察、受け入れかつリジェクトすることができる。
【００４２】
ワークカード４００は３つの領域に分割されており、第１の（上側の）領域４０２には、タイトルフィールド４１１、“Ｃ ＢＬＤ（ＰＲＥＬＩＭ）”および氏名４１３ー“Dillow, Raliegh”、性別４１５−“Ｍ”、年齢４１７−“４２”、担当医師４１９ー“UNKOWN DOCTOR”のような種々の患者のデモグラフィクスが含まれている。
【００４３】
ワークカード４００の第２（真ん中の）領域４０４は“Direct Exam”とラベル付けされておりかつ標本培養（specimen culture）にて直接実施することができる検査を表示するためのエリアを表している。この例において、エントリーライン４１２はタイトル“Ｔｅｓｔ ＩＤ”の下にＭＥＤＩＡを示しかつタイトル“Ｒｓｌｔ”の下にＰＥＲＦＯＲＭＥＤを示している。ＭＥＤＩＡ検査は、自動的に血液培養グループ検査の一部であるユーザ定義される検査である。ユーザの中にはこの検査を定義しない者もいることを指摘しておく。ＭＥＤＩＡ検査を定義するユーザのうち、大抵のユーザは検査を自動的に、監査（auditing）、インベントリ、システムおよび内部の理由を含んでいるいくつかの理由に対する“ＰＥＲＦＯＲＭＥＤ”状態を以て終える。択一的に、ユーザはＭＥＤＩＡ検査の結果を手動で入力することができる。血液培養は植え込まれかつライフサイクル検査が始まったことについての、実験室技術者への指示は、培養された日付・時間フィールド（Plated date/time field）４１８、例えば“09/26/2003”へのエントリーと組み合わされて、“Ｒｓｌｔ”フィールド、例えばＰＥＲＦＯＲＭＥＤにおける結果を見ることによって設定されている。第２の領域４０４に示されているのは“Ｃｕｌｔｕｒｅ Ｔｅｃｈ Ｎｏｔｅ”フィールド４２１であり、これはワークカード４００を使用する実験室員の間で共有してよいレポートされない（non-reportable）情報のために使用される。
【００４４】
ワークカード４００の第３の（下側の）領域４０６は“Ｃｕｌｔｕｒｅ Ｗｏｒｋｓｈｏｐ”と標題付けられかつ培養標本で実施される非直接検査（non-direct test）の状態を表示するためのワークカード４００のエリアを表している。エントリーライン４２３に示されている“ＣＵＬＴ ＲＰＴ”ｔｅｓｔは血液培養グループ検査の一部として実施される標準検査である。エントリーライン４２３は、血液培養タイプのワークカードが実験室技術者によって導入されると自動的に表示される。
【００４５】
ワークカード４００のレイアウトが、ペイパーレガシーシステムを代表している１実施例を表していることは明らかである。それはこのシステムから得られたものである。別のレイアウトも本発明の企図内にある。
【００４６】
図５ａは、血液培養を準備する通常の経過中の、図４のワークカード４００の表示画像ウィンドウである。図５ａは図４に示された同じデータを表しかつ付加的に、ワークカード４００の“Ｄｉｒｅｃｔ Ｅｘａｍ”領域４０４におけるエントリーライン５１２を含んでおり、これは技術者がグラム染色検査、すなわち“ＧＲＡＭ”を実施し、かつその相応する検査結果、すなわち“ＭＡＮＹ ＧＲＡＭ ＮＥＧＡＴＩＶＥ ＲＯＤＳ”を観測したことを示している。エントリーライン５１２は更に、結果が入力されたことを示している（すなわちシステム１００中の見出し“Ｒｓｌｔ Ｓｔｓ”下での“ＥＮＴ”５１４参照）。ＥＮＴ状態は、システムにエントリされているがまだ医者に閲覧用に公開されていない結果を示している。
【００４７】
検査技術の通常の知識を有するものに知られているように、グラム染色検査を実施するための準備段階には、適当な培養基および顕微鏡スライド上に培養標本を植え込みかつ植え込まれた培養器を夜通しの培養のためにインキュベータに整定することが含まれている。この培養期間に続いて、技術者はグラム染色検査を実施しかつ検査結果をシステム１００に入力する。
【００４８】
次に検査結果を入力するプロセスを図１および図５および表II．を参照して説明する。
【００４９】
まず図１を参照するに、グラム染色検査のような検査が実施されると、結果がシステム１００に入力される。検査はインタフェースプロセッサ２を介して入力される。このプロセッサは、培養の検査ライフサイクルを通して種々様々な時間段階における検査結果データを含んでいる入力データを受信するように構成されている。
【００５０】
表IIは図１のインタフェースプロセッサ２によって受信されることができる種々様々な形式のデータを示している。第１の列は種々のデータ形式の説明でありかつ第２列はこの例で使用されているようなデータ形式の特定の例の説明である。
【００５１】
【表１】
2004334838.tif 000003
【００５２】
確証プロセッサ４は、確証を要求する検査、例えば図２のグラム検査２０８に対しておよび確証されるべき検査、例えばグラム検査２０８を確証するまたは確証しないという後の段階で実施される別の実施される検査に対して実際の実験室検査結果９（表IIの行３）を期待される検査結果７（表IIの行２）と比較することによって確証処理を実施する。図２にはグラム検査２０８を確証する目的で単一の別の実施される検査が示されている。図示のこの別の実施される検査はＯＲＧ ＩＤ検査２３４とその期待される結果、すなわちＧＮＲＧＲＰ２３６である。実際の実験室検査結果９（表IIの行３）が確証されるべき検査、すなわちグラム検査２０８に対して期待される結果７（表IIの行２）との整合性を欠いているときに誤り状態が識別される。誤り状態は、別の実施される実際の検査結果１５（表IIの行６）がその期待される検査結果１５（表IIの行６）に対する整合性を欠いているときにも識別される。誤り状態が生じたような場合には、結果プロセッサ６はユーザに警報メッセージを生成する。
【００５３】
期待される結果は種々の手法で表現することができる。いくつか共通の表現は、例えば培養が検査混合物（test compound）に対して「耐性」であるか、または検査混合物に対して「反応性」であるかを指示することによって表されるようにしてもよい。検査結果はその他、「陽性」かまたは「陰性」の検査結果を有しているように単純に表現することもできる。
【００５４】
期待される結果を、実例で示されているように、数量の定性記述として表現することもでき（ＧＲＮＧＲＰ＝数多くのグラム陰性棹菌）、その際「数多くの」という用語は数量“gram negative rods”の定性記述を表している。本発明によって使用される別の定性記述は、限定されているわけではないが、「少ない」、「耐性」、「反応性」、「陽性」および「陰性」を含んでいることを明らかにしておきたい。
【００５５】
定性記述のいくつかの例は次の通りである。確証されるべき検査が例えばＯＲＧ ＩＤ検査でありかつその検査結果が“Ｋｌｅｂｓｉｅｌｌａ ｐｎｅｕｍｏｎｉａｅ”であれば、アンピシリン（Ampicillin＝ＡＭ）のような確認検査の期待される結果は「耐性」である。ＯＲＧ ＩＤ検査結果が“Ｓｔａｐｈｙｌｏｃｏｃｃｕｓ ａｕｒｅｕｓ”であれば、パンコマイシン（Vancomycin＝ＶＡ）確認検査は「反応性」の期待される結果を有している。ＯＲＧ ＩＤ検査結果が“Ｓｔａｐｈｙｌｏｃｏｃｃｕｓ”であれば、カタラーゼ確認検査（Catalase confirmatory test＝ＣＡＴ）は「陽性」の期待される結果を有している。ＯＲＧ ＩＤ検査結果が“Ｓｔｒｅｐｔｏｃｏｃｃｕｓ”であれば、カタラーゼ確認検査は「陰性」の期待される結果を有している。
【００５６】
定性の数量インジケータを使用する別の例は、「数多くの」グラム陰性棹菌（ＧＮＲＧＲＰ）の期待される結果を有している、唾液培養（Ｓｐｕｔｕｍ Ｃｕｌｔｕｒｅ）が確認検査として使用される（図２の２１８参照）場合にも存在することになる。再び図５ａを参照するに、発明のシステム１００に検査識別子およびそれに対応する検査結果を入力することには図５ａのワークカード４００の“Ａｄｄ Ｔｅｓｔ”アイコン５１６をクリックする動作が含まれている。応答して、図５ｂのポップアップウィンドウ５５０が技術者に対して表示される。ポップアップウィンドウ５５０のエリア５８０は、血液培養例に対して技術者によって付加することができる種々の検査をリストアップする。実例において、技術者は“ＧＲＡＭ”検査をハイライトさせかつ“Ａｄｄ”アイコン５８２をクリックして、ポップアップウィンドウを消して、図５ａのワークカード４００にエントリーライン５１２が現れるようにするのである。
【００５７】
その場合技術者によって観測された、グラム検査に対する検査結果は図５ａのワークカード４００の“Ｅｎｔｅｒ Ｒｅｓｕｌｔ”アイコン５１８を押圧することによってシステム１００に入力される。これに応答して、図５ｃのポップアップウィンドウ５７０が技術者に対して表示される。ポップアップウィンドウ５７０は数量メニュー５９０および記述メニュー５９２を含んでおり、ここで数量メニュー５９０は検査結果数量のメニューをリストアップしておりかつ記述メニュー５９２は検査結果記述のメニューをリストアップしている。実例では、グラム染色検査に対する「数多くのグラム陰性桿菌」に対して、技術者は数量メニュー５９０から“ＭＡＮＹ”（「数多く」）および記述メニュー５９２から“ＧＮＲ”を選択することになる。“Ａｄｄ”アイコン５９４をクリックすることにより、コード化されたテキスト結果“ＭＡＮＹ ＧＲＡＭ ＮＥＧＡＴＩＶＥ ＲＯＤＳ”がポップアップウィンドウ５７０のコード化されたテキスト結果領域５９６に表示され、これにより技術者に“Ａｐｐｌｙ”アイコン５９８をクリックする前に行われる選択を閲覧する別の機会が提供される。“Ａｐｐｌｙ”アイコン５９８をクリックすると、入力された検査結果が図５ａのワークカード４００のライン５１２に “ＭＡＮＹ ＧＲＡＭ ＮＥＧＡＴＩＶＥ ＲＯＤＳ”として現れる。
【００５８】
次いで、血液培養サンプルを検査する通常の経過において、後の段階において、技術者は血液培養サンプルをその上に成長した生物と一緒に受け取る。沢山の生化学検査が実施されかつ結果がワークカード４００を介してシステム１００に入力される。この例では、血液培養サンプルにおいて実施された生化学検査で結果的に“Ｍａｎｙ Ｓｔａｐｈ Ａｕｒｅｓ”が特定されることになる。技術者は図５ａのワークカード４００の“Ａｄｄ／Ｅｄｉｔ Ｏｒｇ”ボタン５２０をクリックすることによって後に実施される生化学検査に対する検査結果を入力して、単数または複数の生物検査結果および生物同定が入力できるようにする。
【００５９】
図５ｄは、技術者が図５ａのワークカード４００の“Ａｄｄ／Ｅｄｉｔ Ｏｒｇ”ボタン５２０をクリックしたことに応答して技術者に表示されているポップアップウィンドウ５８０である。個々の生化学検査はエリア６０２に入力される。結果が入力されると、これらはポップアップウィンドウの上右側部分６０６に現れる。生物数量および同定は領域６０４に入力され、その結果はポップ・アップウィンドウの下右側部分６０８に現れる。
【００６０】
図示の例では、技術者は２つの生化学検査、つまり触媒検査（catalyse test）、“ＣＡＴ”およびチューブコアグラーゼ検査、“ＴＵＢＥ”を実施する。両方の検査結果は技術者によって “Ｍａｎｙ Ｓｔａｐｈｌｏｃｏｃｃｕｓ Ａｕｒｕｅｓ”の生物同定において陽性の結果ということが決定される。技術者は“Ａｐｐｌｙ”アイコン６１０をクリックして結果を受け入れる。
【００６１】
図６は、技術者による図５ｄの“Ａｐｐｌｙ”アイコン６１０のクリックに応答したワークカード４００の表示画像ウィンドウである。この表示画像ウィンドウは、実施される生化学検査についての情報および生物同定を表す、領域４０６における新しいエントリーライン４１６を含んでいる。当業者には、“Ｍａｎｙ Ｓｔａｐｈ Ａｕｒｕｅｓ”の生物体同定は期待されるグラム陰性棹菌のタイプではない。期待される結果は“ＧＮＲＧＲＰ”２３６（図２参照）である。正しくない結果が医師に閲覧のために公開されようとしているならば、結果的に確証誤りが生じることになる。
【００６２】
ここで、医師に閲覧のために結果を公開することができるいくつかの手法について説明するのが効果的である。一般に、３つのタイプのステータスが存在している：“Ｅｎｔｅｒ ｓｔａｔｕｓ”、“Ｒｅｖｉｅｗ ｓｔａｔｕｓ”、“Ｒｅｌｅａｓｅ ｓｔａｔｕｓ”。“Ｅｎｔｅｒ ｓｔａｔｕｓ”は、技術者が検査結果を入力するが、その結果を共用できるようにはしない。“Ｒｅｖｉｅｗ ｓｔａｔｕｓ”は、監督者が検査結果を予め閲覧してその後で共用できるようにする場合を定義しておりかつ“Ｒｅｌｅａｓｅ ｓｔａｔｕｓ”は結果がシステム１００に入力されもし、医師の閲覧に供されるようにもする場合を定義している。上に説明したステータス条件はワークカード４００において４つのアイコンを介してインプリメンテーションされる。
【００６３】
次に図６を参照するに、ワークカード４００の下左側部分に４つのアイコン、すなわち“Ｃｏｍｐ／Ｓａｖｅ”４２０、“Ｒｅｌ／Ｓａｖｅ”４２２、“Ｒｅｌ／Ｆｉｎ／Ｓａｖｅ”４２４および“Ｃｏｍｐ／Ｆｉｎ／Ｓａｖｅ”４２６が示されている。種々様々な実験室方針および結果閲覧に対する技術者の技量に対応できるようにここに種々の任意選択事項が設定されている。
【００６４】
“Ｃｏｍｐ／Ｓａｖｅ”アイコン４２０は、検査結果が適切な保証認定書を有する監督者またはラボ技術者によって閲覧されたとき検査結果をセーブするために使用される。閲覧はオンラインでまたはワークカード４００のプリントアウトを使用して行われてよい。その時点の結果をセーブすることに続いて付加的な検査が実施されるものと仮定している。換言すれば、培養の検査ライフサイクルの終了にはまだ達していない。ここでの閲覧に続いて、検査結果は医師に閲覧のために公開される。
【００６５】
“Ｒｅｌ／Ｓａｖｅ”アイコン４２２は、ラボ技術者が適切な認定書を所有しておらずかつ監督権のある閲覧が命令されているような場合に適用可能である。その時点の結果をセーブすることに続いて付加的な検査が実施されるものとする。言い換えると、培養の検査ライフサイクルの終了にはまだ達していない。
【００６６】
“Ｃｏｍｐ／Ｆｉｎ／Ｓａｖｅ”アイコン４２６は培養の検査ライフサイクル同定の終了時に適用可能でありかつ“Ｃｏｍｐ／Ｓａｖｅ”アイコンに対して上で説明した特徴を含んでいる。上に説明した特徴に加えて、“Ｃｏｍｐ／Ｆｉｎ／Ｓａｖｅ”アイコン４２６は更新されない／セーブされないいずれのデータもデータベース８にセーブする。この時点で、培養ステータスは「予備的な」ステータスから「最終的な」ステータスに変化する（図４の“ＣＢＬＤ（ＰＲＥＬＩＵＭ）”４１１参照）へと変化する。
【００６７】
“Ｒｅｌ／Ｆｉｎ／Ｓａｖｅ”アイコン４２４は培養のライフサイクル検査を終わらせるために使用されてもよいが、この場合技術者は付加的なステップを実施することが必要である。殊に、技術者はＲＥＶＩＥＷ動作（ワークカード４００の下方に配置されているメニューオプション）を手動で実施することが要求される。
【００６８】
この実例において、技術者は実験室の検査結果、すなわち生物体同定検査に対する“Ｍａｎｙ Ｓｔａｐｈ Ａｕｒｅｕｓ”、すなわち“ＯＲＧ ＩＤ”２３４を公開しようとする。この場合、実際の検査結果は期待される検査結果、すなわち“Ｇｒａｍ Ｎｅｇａｔｉｖｅ Ｒｏｄ”２３６と整合していない。それ故に、実際の実験室検査結果を公開しようとする試みにより結果的に確証誤りが生じる。
【００６９】
技術者は普通の環境下では誤った検査を公開することはないのだが、本発明の観点を説明する目的で、技術者が実験室検査結果、すなわち“Ｍａｎｙ Ｓｔａｐｈ Ａｕｒｅｕｓ”を“Ｃｏｍｅ／Ｓａｖｅ”アイコン４２０かまたは“Ｒｅｌ／Ｓａｖｅ”アイコン４２２を押圧することによって公開すると仮定する。
【００７０】
図７ａには、誤った結果を公開しようとするとき、技術者に表示される誤り確証スクリーン７００の表示画像ウィンドウである。この誤り確証スクリーン７００により技術者に、検出された誤りを示しかつ誤りを無効にしかつ結果を医師に公開するかどうかを決定する機会が与えられる。
【００７１】
本発明のシステムに無関係に、実験室情報システムに組み込まれる予め存在している安全手段によれば、各技術者にはまず、セキュリティ・アクセス・ステータスが与えられる。これで技術者は実験室システム全体内の所定の機能を実施することが許される。このセキュリティ・アクセス・ステータスの１つの観点では技術者は、確証セキュリティレベルステータスが“ｉｎｆｏｒｍａｔｉｏｎａｌ”または“Ｗａｒｎｉｎｇ”であると検出された確証誤りを無効にすることができる。確証セキュリティ・レベル・ステータスが“Ｆａｉｌｕｒｅ”である場合、技術者は技術者のセキュリティ・ステータスが“ｖａｌｉｄａｔｉｏｎ”であるならば、誤りを無効にしてよい。実験室情報システムの部分として組み込まれている権限付与プロセッサが技術者のセキュリティ・ステータスを検出しかつ無効化を認めるまたは否認するために使用される。図７ａを参照して、医師は、技術者のステータスが“ｖａｌｉｄａｔｉｏｎ”であるとき“Ｙｅｓ”アイコン７１６を押すことによって誤りを無効化することができる。
【００７２】
誤り確証スクリーン７００は、誤った検査の確証誤り重大度を説明するための“Ｖａｌｉｄａｔｉｏｎ Ｓｅｖｅｒｉｔｙ”７０２という名称の第１の列を含んでいる多数の列を含んでいることが示されている。図示の例において、確証重要度は“ＦＡＩＬ”と図示されている。上述したように、確証重要度レベルは前処理段階の間にＵＤＴ２００を介してセットされる。確証重要度は“ＩＮＦＯ”、“ＷＡＲＮ”または“ＦＡＩＬ”の１つとしてセットしておくことができる。
【００７３】
誤り確証スクリーン７００の第２の列は、確証されるべき検査およびその期待される結果を識別する“Ｖａｌｉｄａｔｅｄ ＴｅｓｔＩＤ／Ｒｅｓｕｌｔ”７０４という名称である。実際の例では、“ＴｅｓｔＩＤ／Ｒｅｓｕｌｔ”７０４はＧＲＡＭ ＳＴＡＩＮ ｔｅｓｔ２０８（図２参照）でありかつ期待される結果は数多くのグラム陰性棹菌“ＭＡＮＹ ＧＮＲ”２１２（図２参照）である。
【００７４】
誤り確証スクリーン７００の第３列は“Ｆａｉｌｅｄ ＴｅｓｔＩＤ／Ｒｅｓｕｌｔ”７０６というタイトルであり、これは培養の検査ライフサイクルの後の段階で実施される検査およびその観測される（実際の）結果を識別している。実例では、その前に実施されるＯＲＧ ＩＤ ｔｅｓｔに対する確認検査として後の段階において実施される。７０６に示されているように、ＯＲＧ ＩＤ ｔｅｓｔに対する実際の検査結果は“ＭＡＮＹ ＳＴＡＵＵＲ”である。Ｇｒａｍ ｔｅｓｔ２０８の微生物確証定義（micro-validation definition）を構成するとき、図２のＯＲＧ ＩＤ ｔｅｓｔ２３４は後で確証または確認検査として実施されるべき検査として含まれているが、これは図２のエントリーライン２３２ａに沿って、図７ａの第５列７１０にも示されている期待される結果、図２のＧＮＲＧＰ２３６と一緒に示されているものである。ＯＲＧ ＩＤ ｔｅｓｔの実施に基づいて、その実際のまたは観測された結果、すなわち“ＭＡＮＹ ＳＴＡＵＵＲ”７０６は期待される検査結果ＧＮＲＧＲＰ２３６とは異なっており、これによりその前に実施されたＧＲＡＭＳＴＡＩＮ ｔｅｓｔ２０８を無効にする。
【００７５】
誤り確証スクリーン７００の第５列は“Ｕｓｅｒ Ｍｅｓｓａｇｅ”７０８というタイトルで、確証されるべきその前に実施された検査／結果７０４がこの場合には実際の検査／結果７０６に整合していないことを技術者に指示するものである。示されるメッセージは、技術者がその前に実施された検査を再確認するように勧めるユーザプロンプトを含んでいる。このようなメッセージプロンプトは例えば、技術者が別の前以て決められている実験室検査を実施するようにし向けるプロンプト、技術者が検査を繰り返すようにし向けるプロンプト、ユーザに前以て決められているメッセージを提供するプロンプトおよび実際の検査結果および期待される検査結果を識別するプロンプトを含んでいてもよい。
【００７６】
誤り確証スクリーン７００の第５列は“Ｅｘｐｅｃｔｅｄ Ｒｅｓｕｌｔ”７１０というタイトルで、後で実施される検査およびその関連の期待される結果を識別している。実例では、後で実施される“ＯＲＧ ＩＤ”ｔｅｓｔに対する期待される結果は“ＧＮＲＧＲＰ”、すなわちグラム陰性桿菌である。
【００７７】
誤り確証スクリーン７００の第６列は“Ｒｅｑｕｉｒｅｓ Ｃｏｍｍｅｎｔ”７１２というタイトルでありかつ“Ｙ”（yes）または“Ｎ”（no）を表示して、確証が無効化の理由要求するかまたは無効化されるべき確証に対する理由は必要ないかどうかを技術者に直ちに指示するようにする。この列が“Ｙ”を表示しかつ技術者がＹＥＳアイコン７１６を押すと（そして無効化に対する入力される理由がない、７１４参照）、無効化に対する理由を入力するようにというメッセージが技術者に対して表示される。この列は潜在能力的に、技術者に対して確証無効化より前に理由が入力されるべきである場合を表示することによって、技術者時間をセーブすることができる。実施例では、７１２に“Ｎ” （no）が図示されており、無効化に対する理由は要求されないことを指示しており、従ってＹＥＳアイコン７１６を押すことができかつ確証は７１４で入力される理由なしに無効化される。
【００７８】
誤り確証スクリーン７００の第７列は“Ｒｅａｓｏｎ ｔｏ Ｏｖｅｒｒｉｄｅ”７１４というタイトルでありかつ入力されてよいいずれかの無効理由（“reason for override”）の表示を提供する。技術者は確証誤りを無効化するための短い記述を提供する機会を有している。図７ａの誤り確証ウィンドウの上左部の“Ｅｎｔｅｒ Ｒｅａｓｏｎ Ｆｏｒ Ｏｖｅｒｒｉｄｅ”アイコン７２０を押すことによってこの無効化に対してテキストを入力することができる。無効にする理由、すなわち“ｒｅａｓｏｎ ｆｏｒ ｏｖｅｒｒｉｄｅ”は確証閲覧レコードに組み込まれ、これは監督者によって閲覧可能である。確証閲覧レコードを後で図１０を参照して定義する。
【００７９】
図７ｂは、図７ａの“Ｅｎｔｅｒ Ｒｅａｓｏｎ Ｆｏｒ Ｏｖｅｒｒｉｄｅ”アイコン７２０を技術者が押すことに応答して技術者に示されるポップアップウィンドウ７５０の表示画像ウィンドウである。ポップアップウィンドウ７５０は無効理由を提示するためのテキスト入力フィールド７５２を含んでいる。“Ａｄｄ”アイコン７５４をクリックすることに基づいて、テキストは７１４である図７ａの確証ウィンドウのテキストフィールドに含まれている。
【００８０】
技術者は図７ａの“ＹＥＳ”アイコン７１６を押し、確証誤りを受け入れ（無効化し）かつ後で実施される検査結果を医師に公開するかまたは図７ａの“ＮＯ”アイコン７１８を押しかつ検査結果を医師に公開しないという選択権を持っている。“ＹＥＳ”アイコン７１６を押すことによって確証誤りを無効にするとこのことは監督者によって閲覧可能な管理レポートに含まれることになることを特記しておく。
【００８１】
図８は、図７ａの誤り確証スクリーンの“ＮＯ”アイコン７１８を技術者が押すことに応答して技術者に示されるワークカード４００の表示画像ウィンドウである。技術者が“ＮＯ”アイコン７１８を押しかつ確証誤りに対する検査結果を受け入れないことを選択するとき、技術者は沢山の任意選択権を持っていて、これにはグラム染色をもう一度再読み出しすること、グラム染色に対する新しい結果を入力することまたは最初の血液培養に戻りかつ再びスタートすることが含まれている。“ＮＯ”アイコン７１８を選択することで、検査結果が医師に公開されるのが防止されることになる。図８のエントリーライン４１６（図６に図示のものに対して相対的に右方向にスクロールされて示されている）はヘディング“Ｒｓｌｔ Ｓｔｓ”の下にＥＮＴエントリ４３３を含んでいることを特記したい。このことは、結果はデータベース８にセーブされているが、まだ医師には閲覧公開されていないことを指示している。エントリーライン４１６は更に生物に対して実施される生化学検査および関連の結果４３１を示している。図示の例では、血液培養に実施される２つの生化学検査、すなわちＣＡＴ ｔｅｓｔおよびＴＵＢＥ ｔｅｓｔが示されており、両方とも陽性のＰ結果を有している。２つの生化学検査、すなわちＣＡＴ ｔｅｓｔおよびＴＵＢＥ ｔｅｓｔは、ユーザが望むのであれば、上述した方法で確証されるようにすることもできる。換言すれば、その前に実施された検査を確証するために使用される検査はそれ自体後で実施される検査によって確証されるといい。しかしながら何かの検査を確証するために、前処理段階の期間にうずめられるべきＵＤＴ２００が要求されることを述べておく。
【００８２】
図９は、図７ａの誤り確証スクリーンにおける“ＹＥＳ” アイコン７１６を技術者が押すことに応答して示されるワークカード４００の表示画像ウィンドウである。“Ｙｅｓ”アイコン７１８を選択すると医師に検査結果が公開される。図８のエントリーライン４１６（図６に図示の同じラインに対して相対的に右方向にスクロールされている）はヘッディング“Ｒｓｌｔ Ｓｔｓ”の下方にＣＯＭＰエントリーライン４１７を含んでいることを述べておく。ＣＯＰＭエンタリーは。結果がデータベースにセーブされかつ医師に閲覧可能に公開されていることを示している。
【００８３】
この例において、“ＯＲＧ ＩＤ”ｔｅｓｔは考察中の血液培養に対する最後の確証または確認検査として実施される。それ故に、ＯＲＧ ＩＤ ｔｅｓｔの実施および結果の記録に続いて、技術者は“Ｒｅｌ／Ｆｉｎ／Ｓａｖｅ”アイコン４２４を押して血液培養のライフサイクル検査を終了する。
【００８４】
図１０は閲覧確証ウィンドウ１０００の表示画像ウィンドウである。閲覧確証ウィンドウ１０００は図９のワークカード４００上のドロップダウンリストから使用可能である。培養が１つまたは複数の無効化された確証を有していた場合には、監督者は無効化された誤った確証のリストを閲覧する資格を有しておりかつ“Ｙｅｓ”アイコン１００２を押すことで培養を終了するプロセスを続けるかまたはその他の場合には“Ｎｏ”アイコン１００４を押すことでプロセスを終了しないことを決定する任意選択権を有している。
【００８５】
この発明を特定の実施例を参照して説明してきたが、特許請求の範囲に記載されている本発明の精神および範囲を逸脱しない限り数多くの変形を行うことができるのは勿論である。従って明細書および図面は例示されているにすぎないだけであり、特許請求の範囲の請求項の請求範囲を制限するつもりでなされてはいない。
【図面の簡単な説明】
【００８６】
【図１】実験室検査／結果に関連した情報を処理するための微生物確証システムの１実施例の略図
【図２】微生物確証定義を構成するための微生物確証ユーザ定義テンプレート（user defined template＝ＵＤＴ）を示す表示画像ウィンドウの一例
【図３】図２のＵＤＴの上部に含まれている複数の微生物確証パラメータのリストアップ例
【図４】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【図５ａ】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【図５ｂ】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【図５ｃ】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【図５ｄ】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【図６】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【図７ａ】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【図７ｂ】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【図８】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【図９】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【図１０】本発明の観点に従ったユーザインタフェーススクリーンのコンピュータ表示画像ウィンドウの一例
【符号の説明】
【００８７】
２  インタフェースプロセッサ
４  妥当性チェックプロセッサ
６  結果プロセッサ
８  微生物妥当性チェックデータベース
１００  微生物妥当性チェックシステム
２００  ユーザ定義テンプレートＵＤＴ
２０２  ＵＤＴの上端部
２０４  ＵＤＴの下端部
２０８〜２３８  微生物確認パラメータ
４００  ワークカード
５５０，７５０  ポップアップウィンドウ
７００  誤り確証スクリーン
１０００  閲覧確証ウィンドウ
【図１】
2004334838.tif 000004
【図３】
2004334838.tif 000005
【図２】
2004334838.tif 000006
【図４】
2004334838.tif 000007
【図５ａ】
2004334838.tif 000008
【図５ｂ】
2004334838.tif 000009
【図５ｃ】
2004334838.tif 000010
【図５ｄ】
2004334838.tif 000011
【図６】
2004334838.tif 000012
【図７ａ】
2004334838.tif 000013
【図７ｂ】
2004334838.tif 000014
【図８】
2004334838.tif 000015
【図９】
2004334838.tif 000016
【図１０】
2004334838.tif 000017
【手続補正書】
【提出日】平成16年4月22日(2004.4.22)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2004334838.tif 000018
【図２】
2004334838.tif 000019
【図３】
2004334838.tif 000020
【図４】
2004334838.tif 000021
【図５ａ】
2004334838.tif 000022
【図５ｂ】
2004334838.tif 000023
【図５ｃ】
2004334838.tif 000024
【図５ｄ】
2004334838.tif 000025
【図６】
2004334838.tif 000026
【図７ａ】
2004334838.tif 000027
【図７ｂ】
2004334838.tif 000028
【図８】
2004334838.tif 000029
【図９】
2004334838.tif 000030
【図１０】
2004334838.tif 000031