(57)【特許請求の範囲】
【請求項１】
医療診断プロセスの自動品質管理を提供する、コンピュータを用いて実施される方法であって、前記コンピュータは、患者監視アルゴリズムを備え、前記患者監視アルゴリズムは、
１以上のラボラトリ機器から、患者データを含むテスト・データを得るステップと、
バイオメトリック・クオリティ・コントロール・プロセス、１ｋｓ規則、ＥＷＭＡ規則、ＣＵＳＵＭ規則、またはこれらの組み合わせを含む監視規則を、前記テスト・データに適用することにより、前記テスト・データを分析するステップと、
前記テスト・データが、前記監視規則により計算された所定のエラー閾値を超えるときに、内部アラート信号を生成するステップと、
前記内部アラート信号が有効な場合に、外部オペレータ・アラート信号を生成するステップと、
を備えた方法。
【請求項２】
請求項１に記載の方法であって、前記内部アラート信号の有効性を確認するために、前記内部アラート信号に応じて前記テスト・データへ確認規則を適用するステップを更に備え、確認規則を適用する前記ステップは、
前記エラー閾値を超える結果を作り出したラボラトリ機器を特定するステップと、
特定された前記ラボラトリ機器に、品質管理試料をテストすること、およびテスト結果を生成することを命令するステップと、
生成された前記テスト結果を、最初の前記内部アラート信号を生成したイベントに基づき予め定めた品質管理規則のグループから選択されたイベント関連の品質管理規則を使用することによって、チェックするステップと
を備える方法。
【請求項３】
請求項２に記載の方法であって、生成された前記テスト結果を待つステップを更に備える方法。
【請求項４】
請求項２に記載の方法であって、生成された前記テスト結果をチェックする前記ステップは、前記品質管理規則によって、前記ラボラトリ機器が期待された許容範囲内で動作しているかを判定し、外部オペレータ・アラート信号を生成する前記ステップは、前記ラボラトリ機器が前記期待された許容範囲内で動作していない場合に、前記外部オペレータ・アラート信号を生成する方法。
【請求項５】
医療診断プロセスの自動品質管理を提供するシステムであって、
患者データを含むテスト・データを得るように動作する１以上のラボラトリ機器と、
前記ラボラトリ機器と通信し、前記ラボラトリ機器から前記テスト・データを受信するように動作するコンピュータ・システムと
を備え、
前記コンピュータ・システムはプロセッサを備え、前記プロセッサは、
バイオメトリック・クオリティ・コントロール・プロセス、１ｋｓ規則、ＥＷＭＡ規則、ＣＵＳＵＭ規則、またはこれらの組み合わせを含む監視規則を、前記テスト・データに適用することにより、前記テスト・データを分析し、
前記テスト・データが、前記監視規則により計算された所定のエラー閾値を超えるときに、内部アラート信号を生成し、
前記内部アラート信号が有効な場合に、外部オペレータ・アラート信号を生成する、
ように動作する、
システム。
【請求項６】
請求項５に記載のシステムであって、
前記プロセッサは更に、前記内部アラート信号の有効性を確認するために、前記内部アラート信号に応じて前記テスト・データへ確認規則を適用するように動作し、確認規則を適用することは、
前記エラー閾値を超える結果を作り出したラボラトリ機器を特定することと、
特定された前記ラボラトリ機器に、品質管理試料をテストすること、およびテスト結果を生成することを命令することと、
生成された前記テスト結果を、最初の前記内部アラート信号を生成したイベントに基づき予め定めた品質管理規則のグループから選択されたイベント関連の品質管理規則を使用することによって、チェックすることと
を含む、
システム。
【請求項７】
請求項６に記載のシステムであって、
前記外部オペレータ・アラート信号は、可視光、可聴音、ディスプレイ・スクリーン上のテキスト、ディスプレイ・スクリーン上の画像、またはこれらの組み合わせを含む、システム
【請求項８】
請求項５に記載のシステムであって、
前記プロセッサは更に、前記品質管理規則によって、前記ラボラトリ機器が期待された許容範囲内で動作しているかを判定し、前記ラボラトリ機器が前記期待された許容範囲内で動作していない場合に、前記外部オペレータ・アラート信号を生成するように動作する、
システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００９年５月２２日に出願した米国出願第１２／４７１０４２号に基づくものであり、その優先権を主張するものであり、この出願を参照により援用する。
【０００２】
本発明は、一般に、医療診断プロセスに関するものであり、より詳細には、医療診断プロセスにおいて品質管理を実施するシステムおよび方法に関する。
【背景技術】
【０００３】
医療診断ラボラトリでは、診断結果の精度を保証するために、医療診断プロセスを制御するための様々なスキームを用いる。米国では、Ｗｅｓｔｇａｒｄ（ウエストガード）がよく知られたスキームであり、また、ＲｉｌｉＢＡＫ（リリバック）のような他のスキームは米国外でよく知られている。米国特許第７２０３６１９号に記載されているＢｉｏｍｅｔｒｉｃ  Ｑｕａｌｉｔｙ  Ｃｏｎｔｒｏｌ（バイオメトリック・クオリティ・コントロール（生物測定品質管理））プロセスなどのような比較的最近開発された患者データをベースにするスキームもまた、広く使用され始めている。
【０００４】
用いられる特定の品質管理（ＱＣ）プロセスに関係なく、既知のＱＣプロセスの共通の特徴は、品質管理プロセスを開始および／または実施するためにオペレータの介入を必要とすることである。しかし、品質管理プロセスを行うためのオペレータの介入は、様々な理由により、必要なときや要求されるときに必ず行われるものではない。例えば、多くのラボでは、どのようにＱＣ規則を適用するかを理解していない場合があり、頻繁にエラー・フラッグが出ると、テストのオペレータの部分で無関心になり、顕著なエラーを単に無視し、品質管理プロセスを行わないことを選択する。すなわち、ＱＣ誤り拒絶レート（QC false rate rejection rate）が高すぎると、オペレータは、品質管理プロセスの実行を請け負うべきであることの信号や指示を無視するようになる。１９９４年に行われたＣｏｌｌｅｇｅ  ｏｆ  Ａｍｅｒｉｃａｎ  ｐａｔｈｏｌｏｇｉｓｔｓ（ＣＡＰ、カレッジ・オブ・アメリカン・パソロジスト）のＱ−Ｐｒｏｂｅ（Ｑプローブ）の研究は、多くのラボラトリでは単に制御を反復することによりＱＣエラー・フラッグに応答する、ということを発見した。テストのオペレータが許容範囲に入る制御値を取得できなかったときまで、道理に基づいた故障探求（トラブルシューティング）はなされない。研究において特定された、トラブルシューティングが直ちに行われない理由は、トラブルシューティングを行うよりも再テストするほうが容易であるという認識、怠惰、知識の欠如、習慣、トラブルシューティングを正しく行う責務がない、ということを含んでいた。
【０００５】
米国特許第７２０３６１９号のＢｉｏｍｅｔｒｉｃ  Ｑｕａｌｉｔｙ  Ｃｏｎｔｒｐｌ（バイオメトリック・クオリティ・コントロール）プロセスの発明で取り組まれているように、統計的フラッグが発生したときに、テスト・システムに或るタイプのエラーが存在し得るということを受け入れるのではなく、ラボは、トラブルシューティングではない或る形態の改善策へと即座に移行し得る。基本的前提は、ラボで使用される統計的管理システムが、保証されていないエラーを過多に発生し、それにより、ラボはエラー・フラッグが誤りであると自動的に推測するということである。この環境での最もはやい改善策は、範囲内の制御値を得ることである。そのために、いくつかのラボでは、次の値が制限内に入ることを期待して制御を繰り返したり、新たなコントロール・プロダクト（control product）を用いて繰り返したり、校正を検査したり反復したり、新たな試薬を作ったりする。場合によっては、限定したトラブルシューティングを用いることもあり、それは、例えば、系統的エラー（誤差）を検出するために、検査した管理材料をテストすること、管理の概略の履歴をみること、および国での性能に関する傾向についての指導や助言を得るために製造者を呼ぶことを含む。これらの行動は、通常は誰かが少なくとも一時的にエラーを修正するということ以外の妥当な弁明無しに、行われる。典型的に、ＱＣエラー・フラッグの最も一般的な原因は、ランダム・エラー、環境の状態、狭すぎる又は誤って計算された管理範囲、試薬（ロットの変更、劣化、汚染）、管理の問題、校正、サンプリング・エラー、機器の不調、メンテナンスの不行き届きを含む。
【０００６】
ラボラトリのスタッフは、典型的に、トラブルシューティングは複雑であり指導がないことが多いと考える。典型的なラボの生産の雰囲気と、リソースが制御されていることとは、絶対に必要ではないかぎりはトラブルシューティングを避けるという考え方に寄与し得る。続いての推測は、トラブルシューティングに、焦点があてられるか、導かれれるか、または必要かつ生産的であると考えられた場合、ラボラトリのスタッフはその努力を行う。一般に、トラブルシューティングを簡単にすることが望ましく、そのために、例えば、対処すべきエラーを特定する（すなわち、誤ったエラー検出を除く）ＱＣシステムを提供すること、オンラインのトラブルシューティング・アドバイスを提供すること、ラボが情報を容易に交換できるように対話型のオンラインのユーザ・グループを提供すること、医療の適切な限度（適切な場合）に関しての分析プロセス制御の基礎を形成すること、最も頻繁に観察されるエラーの分析を提供して、エラー・フラッグの考えられ得る最大の原因を決定すること、機器に特定的なトラブルシューティング・ガイドを提供すること、管理の安定性の要求およびラボ間オンラインを送ること、メソッド・グループの統計を提供すること、継続的教育を提供すること、およびトラブルシューティングのための並列ロットを提供することなどがなされる。
【０００７】
すなわち、オペレータの介入に依存する現在の品質管理プロセスが、多くの欠点に苦しんでいることは明らかであり、品質管理プロセスの誤った適用へと導かれることも多々ある。
【先行技術文献】
【特許文献】
【０００８】
米国特許第７２０３６１９号
【発明の概要】
【０００９】
本発明は、問題のありそうな患者統計アラートを自動的にチェックする自動品質管理プロセスに関するものであり、この自動的なチェックは、品質管理試料を自動的にテストし、イベントに関連する品質管理規則を適用し、患者信号を確認した後にのみオペレータへアラートを提供する。従って、自動品質管理プロセスは、アラート信号に対するオペレータの反応の不確実性を取り除き、オペレータの介入なしに品質管理を実行させる。１つの構成では、本発明のシステムおよび方法は、自動品質管理プロセスを備えるラボラトリ情報システム（ＬＩＳ、Ｌａｂｏｒａｔｏｒｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）を提供する。別の構成では、システムおよび方法は、自動品質管理プロセスを備えるラボラトリ・ワークステーションを提供する。更に別の構成では、システムおよび方法は、自動品質管理プロセスを備えるラボラトリ診断機器を提供する。従って、本発明の自動品質管理のシステムおよび方法は、何れのレベルのラボラトリ・テスト環境でも使用でき、また、実施できる。
【００１０】
本発明の自動品質管理のシステムおよび方法は、米国特許第７２０３６１９号に記載されているバイオメトリック・クオリティ・コントロール・プロセスと関連して説明されるものであり、これを参照として援用する。しかし、本発明のシステムおよび方法は、オペレータへ信号またはアラートを提供する他の品質管理プロセスを用いても、同様に使用され得ることを理解すべきであり、そのような実施は、本発明から考えられるものであり、本発明の範囲内にある。
【００１１】
日常の品質管理は、任意の時点で発生したであろう管理はずれエラー状態（out-of-control error condition）を検出するための、ＱＣサンプルの周期的なテストを含む。日常のＱＣ戦略の正確な評価は、管理はずれエラー状態のサイズと、受け入れられない患者結果を発生する後続のリスクと、ＱＣテストの頻度と、ＱＣ規則が適用されたときにそれを拒否する機会との間の相互作用を考慮しなければならない。ここで説明するバイオメトリック・クオリティ・コントロール・プロセスは、管理はずれエラー状態に起因する、受け入れられない患者結果の予想数を、ＱＣ性能の重要な結果的測定値として考慮する。バイオメトリック・クオリティ・コントロール・プロセスは、発生し得る管理はずれエラー状態に起因して生成される、受け入れられない患者結果の予想数を最小にするために、ＱＣテストの頻度と、テストされたＱＣの数と、適用されるＱＣ規則との最適な組み合わせを特定する。バイオメトリック・クオリティ・コントロール・プロセスは、母集団の平均および分散に適用できる改造されたＥＷＭＡ（Ｅｘｐｏｎｅｎｔｉａｌｌｙ  Ｗｅｉｇｈｔｅｄ  Ｍｏｖｉｎｇ  Ａｖｅｒａｇｅｓ、指数加重移動平均）とＣＵＳＵＭ（Ｃｕｍｕｌａｔｉｖｅ  Ｓｕｍｓ、累積和）とのモデルを使用する。改造されたＥＷＭＡは、平均および分散に関する患者母集団データと日常のＱＣデータとの双方を監視する第１の機構である。ＣＵＳＵＭは、ＣＵＳＵＭを好むユーザに対して代替の機構として提供される。
【００１２】
ＥＷＭＡまたはＣＵＳＵＭ（または他のＱＣプロセス）の使用において、ＥＷＭＡまたはＣＵＳＵＭのＱＣの制限を超えると、内部患者アラート信号が生成され、この信号が、本発明の患者制限確認（ｐａｔｉｅｎｔ  ｌｉｍｉｔ  ｃｏｎｆｉｒｍａｔｉｏｎ）をトリガする。制限（限度）の超過に応答して、患者アラート確認モジュールは、その結果を生成した機器を特定し、品質管理試料評価の要求（リクエスト）を開始し、品質管理試料テスト結果を待ち、イベント関連の品質管理規則を試料の結果に適用し、内部患者アラートが正確なものであったかを判定する。内部患者アラートが正確なものであったと判定された場合、確認済み患者アラート信号が生成され、オペレータに対してインジケータが提供される。内部患者アラートが正確なものではないと判定された場合、オペレータへインジケータは提供されず、患者サンプルのテストが通常の様式で継続される。患者アラート確認モジュールは、最初の内部患者アラートが発生すると、自動的に、品質管理試料の試験（テスト）を行わせるようにさせるので、オペレータの介入は必要とされない。従って、オペレータに帰して品質管理テストの開始が遅延されない。更に、オペレータは、品質管理の実行がオペレータの自由裁量であった従来のシステムで起きていたように内部患者アラートを無視することができない。
【００１３】
本明細書の下記の部分、および図面および特許請求の範囲を参照すると、本発明の他の特徴および利点が認識される。下記では、本発明の更なる特徴および利点、および本発明の様々な実施形態の構造および動作が、添付の図面および特許請求の範囲と関連して詳細に説明されている。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明の第１の例示的な実施形態に従った自動品質管理患者信号確認アプリケーション・モジュールを用いて構成されたクライアント・コンピュータ・システムのブロック図である。
【図２】図２は、本発明の例示的な実施形態に従った、共有されるアプリケーションを実行するため、および／または複数の計算システムおよびデバイスの間でデータおよびコマンドを通信するためのネットワーク構成のブロック図である。
【図３】図３は、本発明の例示的な実施形態に従った、自動品質管理システムと通信するように構成された医療診断プロセスのバイオメトリック・クオリティ・コントロール・システムのブロック図である。
【図４】図４は、本発明の例示的な実施形態に従った、医療診断プロセスで使用される自動品質管理システムのブロック図である。
【図５】図５は、図４の自動品質管理システムの患者信号確認モジュールの詳細なブロック図である。
【発明を実施するための形態】
【００１５】
本発明の例示的な実施形態に従った医療診断プロセスの自動制御のシステムおよび方法が、図１ないし図５に示されている。本発明および実施形態は、バイオメトリック・クオリティ・コントロール・プロセスと関連して説明されているが、本発明が他の品質管理プロセスとともに使用され得ること、および説明される実施形態は例示的なものであり、制限を加えるものではないことを、理解すべきである。
【００１６】
図１および図２を参照すると、クライアント・コンピュータ・システム１０は、バイオメトリック・クオリティ・コントロール（ＱＣ）・アプリケーション・モジュール２０（ここでは、例えば、「ＱＣアプリケーション」や「ＱＣモジュール」とも言う）を備える。図２で良く示されているように、複数のクライアント・コンピュータ・システム１０は、本発明の例示的な実施形態に従って、共有のアプリケーションを実行するため、および／または複数の計算システムおよびデバイスの間でデータおよびコマンドを通信するために、ネットワーク構成に配される。クライアント・コンピュータ・システム１０は、スタンドアローンのシステムとして動作することが可能であり、また、ネットワーク３４を介して、サーバ・システム３０および／または他のクライアント・システム１０および／または他のデバイス／サーバ３２と接続されることも可能である。
【００１７】
図１および図２に示したシステムの幾つかのエレメントは知られたものであり、既存のエレメントおよび例示したエレメントの変形物は、本発明に従って実装される。例えば、クライアント・システム１０は、デスクトップ・パーソナル・コンピュータ、ワークステーション、ラップトップ・コンピュータ、手持ち型モバイル・デバイス、または品質管理アプリケーション・モジュール２０を実行できる他の計算デバイスを含む。クライアント−サーバの実施形態またはネットワーク化した実施形態では、クライアント・システム１０は、ネットワーク３４を介してサーバ・システム３０と直接的または間接的にインターフェースするように構成される。ネットワーク３４は、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、アドホック・ネットワーク、または他のタイプのネットワークなどのような、既知の任意のネットワークであり得る。また、クライアント・システム１０は、ネットワーク３４を介して、１以上の他のクライアント・システム１０およびデバイス／サーバ３２と直接的または間接的に通信する。クライアント・システム１０は、好適には、例えば、マイクロソフト（登録商標）のインターネット・エクスプローラ（登録商標）、ネットスケープ（登録商標）、ナビゲータ（登録商標）、オペラ（登録商標）などのようなウェブ・ブラウジング・プログラムを実行し、クライアント・システム１０のユーザが、ネットワーク３４を介してサーバ・システム３０から又は他のサーバ・システムからの使用可能な情報およびページにアクセスしたり、それらを処理したり、見たりすることを可能とする。また、クライアント・システム１０は、好適には、ディスプレイ３８に提供されるグラフィカル・ユーザ・インターフェース（ＧＵＩ）とインターフェースするための、例えば、キーボード、マウス、タッチ・スクリーン、グラフィカル・タブレット、ペンなどのような１以上のユーザ・インターフェース・デバイス３６を含む。ディスプレイ３８は、好適には、モニタやＬＣＤスクリーンであるが、既知の任意のタイプのディスプレイ装置とすることができる。
【００１８】
１つの例示的な実施形態では、バイオメトリックＱＣアプリケーション・モジュール２０は、クライアント・システム１０（例えば、スタンドアローン）で実行されるが、代替の実施形態では、アプリケーション・モジュールは、ネットワーク化された環境、例えば、クライアント−サーバ環境、ピアツーピア環境、マルチコンピュータ・ネットワーク環境などで実行されるものであり、アプリケーション・コードの幾つかの部分がネットワーク・システムの異なる幾つかの部分で実行されることができ、また、アプリケーション・コードの幾つかの部分を実行する様々なコンポーネントやデバイスの間でデータおよびコマンドが交換される。ローカル・ネットワークの実施形態では、ＬＡＮを介しての相互接続が好ましいが、インターネットや、任意のイントラネット、エクストラネット、仮想プライベート・ネットワーク（ＶＰＮ）、非ＴＣＰ／ＩＰベースのネットワーク、ＷＡＮなどのような他のネットワークを使用できることも理解すべきである。例えば、図２に示す実施形態において、ＬＡＮ３３は複数のデバイスをクライアント・システム１０と相互接続する。このようなネットワークは、ラボラトリや病院などのような複数機器環境３５を例示するものであり、ラボラトリ情報システム（ＬＩＳ、Ｌａｂｏｒａｔｏｒｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）構成において、複数の機器やデバイスやサーバがクライアント・システム１０と接続される。ＬＡＮ３３は、無線および優先のリンクおよびノードを含み得るものであり、既知の様々な通信プロトコルを使用する。
【００１９】
好適には、サーバ・システム３０は、バイオメトリックＱＣアプリケーション・モジュールのコードの多くの部分または全てを実行する中央コンピュータ・システムとして動作し、各クライアント・システム１０は、ユーザのためのターミナルまたはログイン・ポイントとして動作する。例えば、クライアント・システム１０は、ＬＩＳの一部としてラボラトリまたは病院の複数機器環境３５にあり、サーバ・システム３０は、地理的に離れた位置にある。そのような構成では、バイオメトリックＱＣアプリケーション・モジュールのコードは、好適には、全体がサーバ・システム３０で実行され、データおよびコマンドがネットワーク３４を介してクライアント・システム１０との間で送信される。例えば、クライアント・システム１０がラボラトリにある場合、クライアント・システム１０は、サーバ・システム３０での処理のために、必要とされる患者データおよび／またはテスト結果／データ、およびローカル・データベースおよびローカルの機器およびデバイスからの他の情報を提供し、サーバ・システム３０は、処理結果をクライアント・システム１０または他のコンピュータ・システムへ返す。計算効率に関する目的において望ましいように、バイオメトリックＱＣアプリケーションのコードの全体が１つのシステムで実行され得ることも、コードの幾つかの部分がシステム１０およびシステム３０の双方（または他の実施形態においては複数のシステム）で実施され得ることもあることを、理解すべきである。更に、複数機器環境３５におけるクライアント・システム１０は、バイオメトリックＱＣ処理コードの一部または全てを実行し得る。
【００２０】
再び図１を参照する。例示的な実施形態では、クライアント・システム１０およびそのコンポーネントの幾つかまたは全ては、バイオメトリックＱＣアプリケーション・モジュール２０の動作を通じて、オペレータにより設定（コンフィギュレーション）可能であり、モジュール２０は、既知の１以上のバス４２を介して他のコンポーネントと結合された中央処理ユニット４０で実行可能なコンピュータ・コードを含む。コンピュータ・コードは、ここで説明するようにデータ・コンテンツを処理するため、ＱＣプロセスを監視および制御するため、およびＧＵＩ画像をレンダリングするために、クライアント・システム１０（または図２のサーバ・システム３０などのような、アプリケーション・モジュールが実行される他のシステム）を動作させるためおよびコンフィギュレーションするための命令を含むものであり、コンピュータ・コードは、好適には、ハード・ディスクに記憶されるが、プログラム・コードの全体または幾つかの部分を、既知の他の任意の揮発性または不揮発性の記録媒体またはデバイス、例えば、ＲＯＭやＲＡＭなどに記憶することもでき、また、プログラム・コードを記憶できる任意の媒体、例えば、コンパクト・ディスク（ＣＤ）媒体、デジタル・バーサタイル・ディスク（ＤＶＤ）、フロッピー（登録商標）・ディスクなどに提供することもできる。
【００２１】
コンピュータ読取可能な媒体などからドキュメント（文書）、データ、およびコードを受信するためおよび読むために適切なメディア・ドライブ４４が提供される。更に、モジュール２０のプログラム・コードの全体または幾つかの部分や、アクティブＸコマンドなどのような関連するコマンドは、サーバ・システム３０などのようなソフトウェア・ソースからクライアント・システム１０へ、または、他のサーバ・システムまたは計算デバイスからクライアント・システム１０へ、既知のようにインターネットを介して送信されダウンロードされるか、または、既知のように任意の通信媒体およびプロトコル（例えば、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＨＴＴＰＳ、Ｅｔｈｅｒｎｅｔ（登録商標））を用いて任意の他の従来のネットワーク接続（例えば、エクストラネット、ＶＰＮ、ＬＡＮなど）を介して送信される。本発明の構成を実現するコンピュータ・コードは、クライアント・システム１０および／またはクライアント−サーバ環境またはネットワーク環境で実行され得る様々なコード化言語、例えば、Ｃ、Ｃ＋＋、Ｊａｖａ、Ｖｉｓｕａｌ  Ｂａｓｉｃ、および他の言語、また、任意のスクリプト用言語、例えば、ＶＢＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ、Ｐｅｒｌなど、また、マークアップ言語、例えば、ＸＭＬなどで実現できることを理解すべきである。更に、本発明の特徴によると、様々な言語を、データ、例えば、患者結果、デバイスおよび機器の情報（例えば、ＩＤ、日付／時間スタンプ、校正情報、温度情報など）、および他の情報を、外部または内部に記憶するために使用できる。
【００２２】
例示的な実施形態では、バイオメトリックＱＣアプリケーション・モジュール２０は、ここで説明するように、ＱＣプロセスを監視および制御するための命令と、ユーザ・インターフェースを設定する能力を提供するための命令とを含む。アプリケーション・モジュール２０は、好適には、メディア・ハード・ドライブ４４（またはローカルの又は取り付けられるＲＡＭやＲＯＭなどのような他のメモリ）にダウンロードされ記憶されるが、アプリケーション・モジュール２０は、上述のように、任意のソフトウェア記録媒体、例えば、フロッピー・ディスク（登録商標）、ＣＤＤ、ＶＤなどに備えられることもできる。
【００２３】
図１に示す例示的な実施形態では、アプリケーション・モジュール２０は、データ・コンテンツを処理するための様々なソフトウェア・モジュールを含む。通信インターフェース・モジュール２２は、ディスプレイ３８上で画像（ＧＵＩ画像）をレンダリングするためにテキストおよび／または他のデータをディスプレイ・ドライバへ通信するため、およびネットワークを用いる実施形態においてデバイス／サーバ３２および／または他のコンピュータやサーバ・システムと通信するために、備えられる。ユーザ・インターフェース・モジュール２４は、ユーザ・インターフェース・デバイス３６からユーザ入力、コマンド、および信号を受信するために備えられる。通信インターフェース・モジュール２２は、好適には、ブラウザ・アプリケーションを含み、このブラウザ・アプリケーションは、以前に説明したようなクライアント・システム１０に設定されているデフォルトのブラウザ・アプリケーションと同じブラウザ・アプリケーションであってもよく、また、任意の他のブラウザやユーザ・インターフェース・アプリケーションであってもよい。代替例として、インターフェース・モジュール２２は、クライアント・システム１０で実行されるブラウザ・アプリケーションとインターフェースする機能を含む。
【００２４】
また、アプリケーション・モジュール２０は、打ち切り限界（truncation limits、トランケーション・リミット）を決定するために患者データを処理するための命令を含む打ち切り限界モジュール２６と、最適なＱＣ規則（１以上）を決定するための命令を含むＱＣ確認テスト・モジュール２８と、患者データのＱＣテストを結果を監視するように、および内部患者アラート信号を検出すると品質管理を自動的に行うように動作する患者信号確認モジュール２９とを含み、これらのモジュールについては以下で詳細に説明する。従って、アプリケーション・モジュール２０の動作および実行は、その全体を見ると、ここで説明するようにバイオメトリック・クオリティ・コントロール・プロセスの規則に従って患者データの検討、監視、およひ処理を行うために動作する完全な患者監視アルゴリズムを含む。以下で詳細に説明するように、患者信号確認モジュール２９は、バイオメトリック・クオリティ・コントロール・アプリケーション・モジュールと関連して動作するように示されているが、患者信号確認モジュール自体はバイオメトリック・クオリティ・コントロール・プロセスの一部ではなく、バイオメトリック・クオリティ・コントロール・プロセスと関連し通信して動作するものである。従って、本発明の自動的な品質管理プロセスを実現する患者信号確認モジュールは、バイオメトリック・クオリティ・コントロール・プロセスを実現する機器またはシステムに含まれ得るものであり、バイオメトリックＱＣプロセスと関連してシステムで実行され得るが（図１の例示的な実施形態に示す）、また、バイオメトリックＱＣプロセスと共に１つの実行可能なアプリケーションへとコード化され得るが、本発明の自動的な品質管理の方法は、他の品質管理プロセスと関連してまたはスタンドアローンの構成で、使用されたり実施されることができるものであり、これは本発明により企図されることであり、本発明の範囲に含まれるものである。
【００２５】
コンパイルされた統計（例えば、デバイスおよび機器の情報）、患者情報、および他の情報は、好適には、データベース４６に記憶され、データベース４６は、メモリ４８内、メモリ・カード内、または他のメモリまたは記憶システム、例えば、取り付けられるストレージ・サブシステムＲＡＩＤドライブ・システムなどにあり、打ち切り限界モジュール２６、ＱＣ確認テスト・モジュール２８、患者信号確認モジュール２９、およびバイオメトリックＱＣアプリケーション・モジュール２０の他の部分により検索される。アプリケーション・モジュール２０またはその幾つかの部分、および適切なデータは、クライアント・システム１０へダウンロードできること、およびクライアント・システム１０で実行できることを、理解すべきである。
【００２６】
図３は、本発明の例示的な実施形態に従ってバイオメトリックＱＣアプリケーション２０により実現される例示的なＱＣプロセスを概略的に示す。図３に示すプロセスは、機器およびテスト・データを監視するため、および機器のメンテナンスや校正の必要性に関する予備的なインジケーションを特定するために、有用である。
【００２７】
以下に詳細に説明するように、これらの予備的なインジケーションは、患者信号確認モジュール２９への最初のアラートをトリガし、患者信号確認モジュール２９は、そのアラートおよび患者データの更なる分析および検討を行い、自動品質管理プロセスを、（１）最初のアラート信号を確認する前に（この場合、オペレータへの外部アラートが生成される）、または（２）最初のアラート信号がエラーであったと判定する前に（この場合、最初のアラート信号はリセットされ、ＱＣテスト・プロセスが再開される）、行わせる。
【００２８】
更に図３を参照する。好適な構成では、テスト・プラットフォームの信頼性を定量化するためにＱＣモデルおよび患者ベース・データ・モデルが使用される。好適には、この２つのモデルはＥＷＭＡプロトコルに基づくものであるが、ＣＵＳＵＭを使用することもできる。例えば、１つの実施形態では、日常の（ルーティーンの）ＱＣテストは、ラボラトリの品質に関する目的に基づいた１つの規則により監視される。好適には、標準のＳｈｅｗｈａｒｔ（シューハート）（Ｌｅｖｅｙ−Ｊｅｎｎｉｎｇｓ（レビ−ジェニングス））チャートを使用する１ｋｓ規則（例えば、１３ｓ規則）、または正規化したスケールを使用する平均／標準偏差（mean/SD）規則を、用いる。患者ベースのモジュールは、システムが機器やデバイスの性能におけるシフトのソース（原因）を特定することを可能とする。性能におけるシフトは、ラボラトリにおける一般的な問題であり、様々な要因、例えば、コントロール・プロダクトのアーチファクト、機器の不調、試薬の不純度などに基づくであろうものである。
【００２９】
図３に示すように、データを分析および監視するための様々な規則およびパスは、結果として、管理はずれ状態（out-of-control condition）や、限界（制限）の超過や、他のエラー状態を示す１以上のエラー・フラッグを生じさせるものであり、ブロック図において、フロー図内の様々なブロックでラベルにより「失敗（fail）」、「患者のテストおよび処理の中止」、「根本的原因、調整アクション、確認テストのトラブルシューティング」、「アラート」、「警告信号」と表されている。上記のように、従来のシステムでは、これらのアラートや警告は、特に、「有害」信号と知覚される多くの信号が生成されるとき、オペレータに無視されることが多い。
【００３０】
アプリケーション・モジュール２０で実行される図３のプロセスの実装および実施は、先に記載され図４でエレメント番号２０’により示される完全な患者監視アルゴリズムを含む。図４を参照すると、患者監視アルゴリズム２０’により生成される何れのアラート４９（すなわち、アプリケーション・モジュール２０において実現される図３のプロセスにより生成されるアラート）も、患者信号確認モジュール２９へ送られる。
【００３１】
患者信号確認モジュール２９の動作を、図４および図５を参照して説明する。図４は、ラボラトリ情報システム（ＬＩＳ）５２、ラボ作業フロー・マネジャ５４、および医療診断機器５６と通信するモジュール２９を示す。図５は、患者信号確認モジュールの詳細な流れおよび動作を示す。最初に図５を参照する。患者信号確認モジュール２９はアラート４９を受信し、ブロック６０で、アラート発生原因となった結果を生成した機器を特定する。機器は、データベース４８に記憶された、または前述のように、クライアント・システム１０のメモリまたはメディア・ドライブ４４に記憶されたテストと関連するデータを通じて特定される。ブロック６１において、結果の自動検証を使用する機器の場合には、その機器の自動検証の機能をオフにし、アラート信号の有効性が確認される。自動検証は、結果が生成されると、適合する所定の状態（１以上）に基づいて、その結果がリリースされることを許容する。特定された機器が自動検証を使用しない場合、ブロック６１では何も行われない。
【００３２】
結果を生成した機器を特定すると、モジュール２９のプロセスは、ブロック６２で、品質管理試料評価リクエスト（要求）を開始する。ここで図４を参照する。ラボラトリまたはシステムの設定に依存して、品質管理試料評価要求は、（ａ）ラボラトリ情報システム５２または（ｂ）ラボ作業フロー・マネジャ５４を通じて、または（ｃ）直接に、医療診断機器５６へ送られる。この技術で知られているように、特定の診断機器に対する特定のテストの要求は、機器との直接的な通信により、または、より一般的には、作業フロー・マネジャまたはラボラトリ情報システムを通じて、スケジュール（予定）される。作業フロー・マネジャやラボラトリ情報システムは、ラボラトリにより確立されたプロトコルに従って、要求を受信し、診断機器と通信するように動作する。医療診断機器５６が要求を受信する際の態様にかかわらず、品質管理試料の評価は、機器がその命令を受信したときに行われる。オンボードのＱＣストレージの能力を有する医療診断機器の場合、要求は、好適には、優先的に実行される。
【００３３】
再び図５を参照する。品質管理試料評価が要求されると、ブロック６４で、モジュール２９のプロセスは、医療診断機器から品質管理試料のテストが完了して結果が得られるのを待つ。図４を参照すると、医療診断機器５６がテストを完了すると、その結果は、パス５７を通じて患者信号確認モジュール２９へ戻される。
【００３４】
図４の記載を明瞭にするために、品質管理試料のテスト結果をモジュール２９へ戻すための考えられ得るパス（経路）の全ては記載していない。しかし、モジュール２９へ結果を戻す経路は、医療診断機器５６が品質管理試料テストを行うための命令を受信した経路に依存することが、当業者には明らかである。例えば、テストを行う命令が、ラボラトリ情報システム５２を通じて届いた場合、好適には、テストの結果はそのシステムを通じてモジュール２９へ戻される。テストを行う命令が、ラボ作業フロー・マネジャ５４を通じて届いた場合、好適には、テストの結果はラボ作業フロー・マネジャを通じてモジュール２９へ戻される。幾つかの場合、要求が作業フロー・マネジャやラボラトリ情報システムを通じて届いたものであっても、医療診断機器は、結果を、介在するシステムを通じて報告せずに、直接にモジュール２９へ送る能力を有し得る。これらおよび他の変形例は、本発明により企図されるものである。
【００３５】
再び図５を参照する。品質管理試料のテストの結果を受信すると、ブロック６６で、モジュールは、イベント関連の品質管理規則を試料に適用する。イベント関連の品質管理規則は、好適には、最初の内部患者アラートを生成したイベントに基づくＱＣ規則の予め定めたグループから選択される。すなわち、品質管理試料の特定の結果に適用される品質管理規則は、ＱＣテストを行う必要性を生じさせたイベントに応じて様々である。試料の結果への、選択されたイベント関連の品質管理規則の適用を完了すると、判断ブロック６８において、モジュールは、最初の内部アラートの有効性を確認または拒否する。すなわち、実際の限度（リミット）を超えたか否か、またはオペレータの介入が必要とされる管理はずれエラー状態が実際に存在するかを、判定する。
【００３６】
最初の内部患者アラート信号の有効性が確認されると、プロセスは、確認済み患者アラート信号出力７０を提供し、オペレータに状態を通知する。アラート信号は、任意の形式のインジケーションとすることができ、例えば、アラート音、光、ディスプレイ・スクリーンに表示されるテキスト・メッセージまたはグラフィック、またはこれらの組み合わせとすることができる。
【００３７】
最初の内部患者アラート信号の有効性が確認されない場合、ブロック６９において、特定された機器に対する自動検証をオンにし（自動検証を使用しない機器の場合は何もしない）、オペレータへのアラートを生成せず、内部アラート信号をリセットし、患者監視アルゴリズム２０’は、オペレータに対して、限度超過、管理はずれエラー状態、または他の検出可能な問題のインジケーションなしに、実行を継続する。
【００３８】
実際にエラーが存在することを示す確認済み患者アラート信号を生成され、オペレータによるトラブルシューティングがエラーの存在を証明した場合、調整動作（調整アクション）（corrective action）が行われる。例えば、調整アクションは、校正、メンテナンス、試薬の変更などを含む。調整アクションは、統計モデルをトリガする「イベント」を構成し、統計モデルは、何れの制御（管理）レベルに対してテストを行う必要があるか、および調整アクションおよびトラブルシューティングを確認するために何れの量（すなわち、反復の回数）が有効であったかを、決定する。また、システムは、品質管理テストの頻度および試験されるレベルを、例えば、計画されていないメンテナンス、精度、バイアス、計画されていない試薬の変更、計画されていない校正、および計画されていない新しい制御（管理）の使用に基づいて、決定する。各機器のバイアスおよび精度は、好適には、システムにより継続的に監視される。メンテナンス／校正のために患者データを追跡するために１つの実施形態で使用されるＥＷＭＡもまた、エラー検出機構である。１つの実施形態では、システムは、特定の患者データの母集団に対して敏感なように構成され、患者データはフィルタリング、例えば、トランケーション（打切り）される。
【００３９】
理解できるように、本発明の医療診断プロセスの自動品質管理のためのシステムおよび方法は、既知の医療診断プロセスに対する改善および利点を提供する。ここで説明し主張するシステムおよび方法は、内部患者アラート信号を監視およびチェックし、内部アラート信号の有効性を確認したときのみ、品質管理試料のテスト、イベント関連の品質管理規則の適用、およびオペレータへのアラートの提供を、自動的にさせる。従って、自動品質管理のシステムおよび方法は、アラート信号に対するオペレータの反応に関する不確実性を取り除き、オペレータの介入なしの品質管理の実行を実現する。
【００４０】
患者監視アルゴリズム
先に簡単に説明したように、図１に示すバイオメトリック・クオリティ・コントロール・プロセス２０として実装され実行される図３に示すプロセスが、共になり、図４に示す患者監視アルゴリズム２０’を構成する。上記のように、バイオメトリック・クオリティ・コントロール・プロセスと関連して説明がなされたが、本発明の医療診断プロセスの自動品質管理のシステムおよび方法は、他の品質管理プロセスと関連させても同等に使用できる。図３のプロセスについて更に詳しく説明する。示されているように、ルーティーンのＱＣプロセスおよび患者データをベースにするＱＣプロセスは、同時に並列に実行される。バイオメトリック・モデルは、使用する前にコンフィギュレーション（設定）が必要である。第１の設定ステップにおいて、各テスト（例えば、検体）に対してのルーティーンＱＣテストの頻度および特性（例えば、ＱＣテスト・サンプルの数）に対するパラメータがセットされる。第２の設定ステップにおいて、各テストに対してルーティーンＱＣプロセスにより生成されたデータを監視するために、ＱＣ規則（例えば、１ｋｓ規則）がセットされる。別の設定ステップは、各テストに対してルーティーンＱＣテストにより生成されたデータを監視するために、ＱＣ規則（例えば、ＥＷＭＡモデル）を最適化することを含む。また、ＱＣ規則（例えば、ＥＷＭＡモデル）は、各テストに対してルーティーンＱＣテストにより生成されたデータの分散を監視するために、最適化される。別の設定ステップは、各テストに対して患者データＱＣプロトコルを確立することを含み、これは、例えば、時間インターバル患者データに対して打切り（トランケーション）を行い、一日の時間毎および一週間の日毎に残りのデータ母集団の平均および標準偏差を求めることにより、なされる。ＱＣ規則（例えば、ＥＷＭＡ）は、次に、各テストに対する分析プロセスを監視するために、正規化した患者データを受け入れるために、最適化される。別の設定ステップは、各テストに対する確認テストのためのパラメータをセットすることを含む。
【００４１】
モデルがインストールされた後、例えば、或る期間、新たなデータに対してモデルを動作させ、適切にパラメータをセットするための調節を行うことにより、モデルの平衡化が行われる。モデルの動作中、ＱＣの材料は、モデルにより要求されるように、各テストに対して、決まった形でテストされる。例えば、１つの構成において１ｋｓ規則が使用される。１ｋｓ規則のテストが失敗に終わった場合、患者テストは中止され、根本的原因が確立され、かつ／または調整アクションが行われる。確認テストが行われ、確認テストを合格（パス）した場合、患者テストが再開される。別の構成では、ＥＷＭＡ規則もルーティーンＱＣデータに適用される。ＥＷＭＡ規則が失敗に終わった場合、患者テストは中止され、根本的原因が確立され、かつ／または調整アクションが行われる。別の構成では、分散に対するＥＷＭＡテストがデータに適用される。ＥＷＭＡ分散テストが失敗に終わった場合、患者テストは中止され、根本的原因が確立され、かつ／または調整アクションが行われる。
【００４２】
患者のＱＣの側では、一日の時間および一週間の日に従って各テストに対して患者データが正規化される。次に、最適化されたＥＷＭＡモデルが、正規化されたデータに適用される。ＥＷＭＡモデルがエラー信号をトリガした場合、患者サンプル・テストは中止され、上記のようにルーティーンＱＣが行われる。一日のうちに、規定したイベント（例えば、変化イベント）が発生したときには、確認テストが行われる。
【００４３】
本発明の１つの実施形態に従うと、バイオメトリックＱＣアプリケーション・モジュール２０は、患者の母集団に対するトランケーション・リミット（打切り限界）を決定するように構成されたモジュール２６を含む。好適な構成では、打切りモジュール２６は、以下の一般的なステップを用いてトランケーション・リミットを決定する。
【００４４】
１．  所与の期間にわたって患者結果を収集する。例えば、最低９１日の価値のあるデータが有用であるが、１年またはそれより多くの期間の価値のあるデータが好ましい。
【００４５】
２．  患者結果のトランケーション・リミットを決定する。患者結果のトランケーション・リミットは、好適には、ラボラトリをセッティングするとき、およびシステムに大きい変化があったときに、決定される。大きい変化の例としては、ラボラトリのサービスの母集団の変化、試薬の処方の変化、結果の分布における観察される変化などがある。典型時には、トランケーション・リミットを決定するときに、除外する患者母集団のパーセンテージが決定されているものと仮定する。トランケーション・リミットを決定する２つの好適なプロセスは、ａ）トランケーションされていない母集団のメジアンから等距離のトランケーション・リミットを決定すること、およびｂ）トランケーションされた（すなわち、データベースから取り除かれた）サンプルの数に対しての、トランケーションされた母集団の標準偏差における減少を最大化するトランケーション・リミットを決定することを含む。第２の方法が好ましいが、この２つの方法は多くの場合において同様の結果をもたらし得る。１つの実施形態では、第２の方法が、トランケーション・リミットを決定するための主プロセスとして使用され、第１の方法が「健全性（sanity）」チェックのために使用される。
【００４６】
３．  一週間の各時間に対して、トランケーションされた患者結果の平均および標準偏差を計算する。
【００４７】
４．  各検体に対してのトランケーションする患者結果の最適なパーセンテージを決定する。ステップは或る順序で述べられているが、必ずしもその順序で行う必要がないことを、理解すべきである。例えば、４のステップは、２のステップの前に好適に行われる。
【００４８】
患者結果は、好適には、完全な日および完全な週のデータを含み、従って、シミュレーションが「ラップ（wrap）」するとき、シミュレーションは週の正しい時間および正しい日に対してラップする。或る構成では、それぞれの患者結果に関して、必要とされる最低の情報は、以下のものを含む。
【００４９】
・一意の機器識別子（ＩＤ）
・機器が結果を成し遂げた日付および時間、例えば、日／時間のタイム・スタンプ
・それぞれの検体に対しての最小値および／または最大値の報告可能な結果（例えば、最小値より小さい結果は「＜」を用いて報告され、最大値を超える結果は「＞」を用いて報告される）
・患者結果が丸められる有効数字の数（ｎｓｄ）（例えば、１、０．１、０．０１など）
【００５０】
機器を一意に識別する識別子または他の情報が好適には提供される。同じタイプの複数の機器が使用される場合において、それらの全てが同様の患者サンプルを処理する場合、それらは１つの機器として扱うことができる。しかし、１つの機器が統計の要求に対して使用され、別の機器がルーティーンの要求に対して使用される場合や、１つの機器が外来患者のテストに対して使用され、別の機器が救急部署の患者に対して使用されるなどの場合、それぞれの機器の患者結果は、別個に好適に分析される。
【００５１】
ほとんどのラボラトリ・システムは、多くの異なる日／時間タイム・スタンプを捕捉して記憶する。好適には、機器が実際にテストを行った時間と関連する日／時間タイム・スタンプが、システムへ供給される。しかし、テストを指令された時や、サンプルが収集された時や、ラボにおいてサンプルが受け取られた時や、結果が検証された時と関連する日／時間タイム・スタンプも使用され得る。機器がテストを行った日付／時間を得られない場合、次に良い日付／時間は、機器において結果がテストされた正しい時間順序の概算に最も近くなるものである。
【００５２】
結果を自動検証するラボにおいて、結果の検証の日付および時間は、良い選択ではない場合がある。自動検証に失敗した結果（「異常」結果となる傾向がある）は、自動検証をパス（合格）した結果と比べて遅延された検証時間を含み得るので、結果の大きさと相関する形で結果の時間的順序を混乱させ、実際には存在しない傾向のある見かけ上の時間的順序を作り出す。
【００５３】
結果は、好適には、完全な日および完全な週をカバーする。結果の収集は、任意の曜日に開始することができるが、火曜日に開始された２６週分のデータがある場合、最終日は月曜日、すなわち、２６×７＝１８２日後とすべきである。
【００５４】
特定の構成では、それぞれの終わりに結果の幾らかの追加の時間が含まれるのが好ましい。すなわち、結果は、火曜日の午前１２時の数時間前に開始し、１８２日後の火曜日の午前１２時の数時間後に終了するのが好ましい。これにより、動く領域（moving window、動く窓）を用いて週の時間毎の患者結果の平均および標準偏差を計算するときのための、週の最初から最後の時間までの完全なデータが可能となる。
【００５５】
１つの実施形態では、曜日の情報は、実際の（カレンダーの）日付が提供されるかぎり、必要ではない。特定の構成では、例えば、曜日を判定するためにアルゴリズムが使用される。例えば、ＭＡＴＬＡＢでは、ｗｅｅｋｄａｙ（ｄａｔｅ）という関数は、所与の日付の曜日を示す１から７の間の数を返す（例えば、日曜日＝１、・・・、土曜日＝７）。
【００５６】
最小値、最大値、および丸めファクタ（例えば、ｎｓｄ）は、好適には、システムへ提供されるが、そのような情報は、典型的には、患者結果自体から推測することができる。一般に、ラボラトリが各検体に対してのこの情報を提供するのが安全である。患者データの全てを使用するために、「＜」を伴う患者結果は、最小結果−Ｊ＊ｎｓｄと置換され、「＞」を伴う患者結果は、最大結果＋Ｊ＊ｎｓｄと置換される。
【００５７】
上記のように、ｎｓｄは、通常、患者結果すら推測することができるが、ラボラトリが各検体に対してのこの情報を提供するのが安全である。
【００５８】
１つの実施形態に従うと、トランケーション・リミットの外側にある望ましい患者結果パーセンテージ（ｐｃｔｏｕｔ）を達成するための、そのトランケーション・リミットを決定するために２つのプロセスが使用される。この実施形態では、方法２が主な方法として好適に使用され、方法１は「健全性チェック」として使用される。２つの方法から得られるトランケーション・リミットが大きく異なる場合、その原因を調査するべきである。それぞれの方法は単独でおよび別個に使用でき得ることを理解すべきである。２つの方法を、ＭＡＴＬＡＢの関数（機能）およびプロトコルを参照して説明するが、他のプログラミング言語およびアプリケーション、例えば、Ｃ、Ｃ＋＋、Ｍａｔｈｅｍａｔｉｃａ、Ｖｉｓｕａｌ  Ｂａｓｉｃ、ＣＯＢＯＬ、ＰＡＳＣＡＬ、ＦＯＲＴＲＡＮなどを使用できることも理解すべきである。
【００５９】
１つの実施形態によると、トランケーションされていない母集団のメジアンから等距離のトランケーション・リミットは、以下のようにして求められる。
【００６０】
１．  患者結果の合計数「Ｎｒｅｓ」を求める（例えば、ＭＡＴＬＡＢを使用し、患者結果が「ｒｅｓｕｌｔ」と命名されたベクトルに記憶されている場合、ｌｅｎｇｔｈ（ｒｅｓｕｌｔ）という関数が、ベクトル内の結果の数を返す。）
【００６１】
２．  全てのＮｒｅｓ結果のメジアン（ｍｅｄ）を計算する。（例えば、ＭＡＴＬＡＢにおいて、ｍｅｄｉａｎ（ｒｅｓｕｌｔ）という関数が、ベクトルｒｅｓｕｌｔの結果のメジアンを計算する。）
【００６２】
３．  それぞれの患者結果とメジアンとの間の一意の絶対差「ｕａｄｉｓｔｔｏｍｅｄ」の組を計算する。（例えば、ＭＡＴＬＡＢにおいて、ａｂｓ（ｘ）という関数はｘの絶対値を計算し、ｕｎｉｑｕｅ（ｘ）という関数は１つのベクトルを返すものであり、このベクトルは、ベクトルｘにおいてそれぞれの一意の値が１回だけ発生するものである。）
【００６３】
４．  「ｕａｄｉｓｔｔｏｍｅｄ」の各値について、ａ．メジアン「ｍｅｄ」からの絶対差が「ｕａｄｉｓｔｔｏｍｅｄ」を超える結果の数「Ｎｒｅｓｏｕｔ」を求め、ｂ．トランケーションされるパーセンテージ「ｐｃｔｒｅｓｏｕｔ」＝Ｎｒｅｓｏｕｔ／Ｎｒｅｓを計算する。
【００６４】
５．  自動または手動で、ターゲット「ｐｃｔｏｕｔ」に値が最も近い「ｐｃｔｒｅｓｏｕｔ」を与える「ｕａｄｉｓｔｔｏｍｅｄ」の値を選択する。
【００６５】
６．  ｕａｄｉｓｔｔｏｍｅｄの選択された値を用いて、下のトランケーション・リミット「ｔｌｏ」＝ｍｅｄ−ｕａｄｉｓｔｔｏｍｅｄおよび上のトランケーション・リミット「ｔｈｉ」＝ｍｅｄ＋ｕａｄｉｓｔｔｏｍｅｄを計算する。
【００６６】
１つの実施形態によると、トランケーションされたサンプルの数に対しての、トランケーションされた母集団の標準偏差における減少を最大化するトランケーション・リミットは、以下のようにして求められる。
【００６７】
Ａ．  全ての患者結果の標準偏差を計算する。例えば、
１．  患者結果の合計数「Ｎｒｅｓ」を求める。
２．  全ての結果の標準偏差「ＳＤｒｅｓ」を計算する。（例えば、ＭＡＴＬＡＢにおいて、ｓｔｄ（ｒｅｓｕｌｔ）という関数は、ベクトルｒｅｓｕｌｔの結果の標準偏差を計算する。）
【００６８】
Ｂ．  一意の患者結果を求める。例えば、
１．  患者結果の全ての一意の値「ｕｒｅｓ」を求める。
２．  一意の値「ｕｒｅｓ」を、最小のものから最大のものへとソートする。（例えば、ＭＡＴＬＡＢのｕｎｉｑｕｅ（ｒｅｓｕｌｔ）という関数は、ソートされた順に一意の結果値を返す。）
【００６９】
Ｃ．  最初に、トランケーション・リミットを最小および最大の結果にセットし、トランケーションされるパーセンテージを０にセットする。例えば、
１．  ｔｌｏ＝最小ｕｒｅｓ値とする。
２．  ｔｈｉ＝最大ｕｒｅｓ値とする。
３．  ｐｃｔｏｕｔ＝０とセットする。
【００７０】
Ｄ．  １つのテール（tail、尾部）からトランケーション・リミットに介入し、再計算する。結果の分布の一方のテールまたは他方のテールからトランケーション・リミットへ（自動または手動で）反復して介入し、トランケーション・リミットの外のパーセンテージが「ｐｃｔｏｕｔ」を超えるまで、トランケーション・リミットの外のパーセンテージを再計算する。例えば、
１．  「ｔｌｏ」と等しい結果の数「Ｎｒｅｓｔｌｏ」をカウントする。
２．  「ｔｈｉ」と等しい結果の数「Ｎｒｅｓｔｈｉ」をカウントする。
３．  「ｔｌｏ」より大きく、「ｔｈｉ」と等しいか又はそれよりも小さい、結果の標準偏差「ＳＤｒｅｓｔｌｏ」を計算する。（ｔｌｏと等しい結果を、既にに除外したものに含む。）
４．  「ｔｌｏ」より大きいか又はそれと等しく、「ｔｈｉ」よりも小さい、結果の標準偏差「ＳＤｒｅｓｔｈｉ」を計算する。（ｔｈｉと等しい結果を、既にに除外したものに含む。）
５．  （ＳＤｒｅｓ−ＳＤｒｅｓｔｌｏ）／Ｎｒｅｓｔｌｏの値と、（ＳＤｒｅｓ−ＳＤｒｅｓｔｈｉ）／Ｎｒｅｓｔｈｉの値とを比較する。
【００７１】
Ｅ．  何れのテールが大きい減少（reduction）を与えるかを判定する。
（ＳＤｒｅｓ−ＳＤｒｅｓｔｌｏ）／Ｎｒｅｓｔｌｏ  ＞  （ＳＤｒｅｓ−ＳＤｒｅｓｔｈｉ）／Ｎｒｅｓｔｈｉ
例えば、（ＳＤｒｅｓ−ＳＤｒｅｓｔｌｏ）／Ｎｒｅｓｔｌｏ  ＞  （ＳＤｒｅｓ−ＳＤｒｅｓｔｈｉ）／Ｎｒｅｓｔｈｉ  の場合、下のトランケーション・リミットに介入することで、トランケーションにより喪失したサンプル数に相対しての、「ＳＤｒｅｓ」におけるより大きい減少が得られる。
１．  「ｔｌｏ」を、「ｔｌｏ」より大きい「ｕｒｅｓ」の最小値と置き換える。
２．  「ＳＤｒｅｓ」を「ＳＤｒｅｓｔｌｏ」と置き換える。
（ＳＤｒｅｓ−ＳＤｒｅｓｔｌｏ）／Ｎｒｅｓｔｌｏ  ＜  （ＳＤｒｅｓ−ＳＤｒｅｓｔｈｉ）／Ｎｒｅｓｔｈｉ
例えば、（ＳＤｒｅｓ−ＳＤｒｅｓｔｌｏ）／Ｎｒｅｓｔｌｏ  ＜  （ＳＤｒｅｓ−ＳＤｒｅｓｔｈｉ）／Ｎｒｅｓｔｈｉ  の場合、上のトランケーション・リミットに介入することで、トランケーションにより喪失したサンプル数に相対しての、「ＳＤｒｅｓ」におけるより大きい減少が得られる。
１．  「ｔｈｉ」を、「ｔｈｉ」より小さい「ｕｒｅｓ」の最小値と置き換える。
２．  「ＳＤｒｅｓ」を「ＳＤｒｅｓｔｈｉ」と置き換える。
【００７２】
Ｆ．  「ｔｌｏ」より小さいか又は「ｔｈｉ」より大きい結果の数「Ｎｒｅｓｏｕｔ」を求める。（この計算は、好適には、レプリケート（replicates）を含めての全ての値を含む。）
【００７３】
Ｇ．  トランケーション・リミットの外の結果のパーセンテージを計算する。
例えば、ｐｃｔｒｅｓｏｕｔ＝Ｎｒｅｓｏｕｔ／Ｎｒｅｓは、トランケーション・リミットの外の結果のパーセンテージを与える。「ｐｃｔｒｅｓｏｕｔ」が「ｐｃｔｏｕｔ」よりも大きくなるか又は等しくなると、対応する「ｔｌｏ」と「ｔｈｉ」の対は、ｐｃｔｒｅｓｏｕｔ＞ｐｃｔｏｕｔという状態を生じさせ、直前のステップでの「ｔｌｏ」と「ｔｈｉ」の対は、ｐｃｔｒｅｓｏｕｔ＜ｐｃｔｏｕｔという関係を与える。下および上のトランケーション・リミットとして、「ｐｃｔｒｅｓｏｕｔ」と「ｐｃｔｏｕｔ」の間の絶対差を最小化する「ｔｌｏ」と「ｔｈｉ」の対を選択する。これは、第１のｔＬ、ｔＵ対を決定することにより行われ、ｔＬは大きい標準偏差の減少を与える。
【００７４】
１つの実施形態によると、週の各時間に対する患者の平均および標準偏差（ＳＤ）の計算は、以下のように行われる。
【００７５】
・  それぞれの動く領域（moving window）が最小数の結果を含むことを要求する。（例えば、２０が適切な数であるが、４０以上であると更に良い。）
【００７６】
・  １時間±１時間の動く領域を、領域が少なくとも最小数の結果を有するときには、使用する（例えば、３時間の領域を作る）。動く領域を使用すると、平均および標準偏差の概算が円滑化され、概算のサンプル・サイズを増加させる手助けとなる。
【００７７】
・  １時間±１時間の領域が、最小数の結果よりも少ない結果を含む場合、領域を拡げることになるが、この領域の拡張は、１時間±１時間の領域に時間的に最も近い結果を、領域が少なくとも最小数の値を含むようになるまで、含めるようにする。例えば、現在の領域の結果の数が５個足りない場合、現在の領域に対して時間的に最も近い５個の結果を見つけて、その５個の結果を含むのに丁度十分なように領域を拡げる。
【００７８】
一般に、計算は以下の入力値を必要とする。トランケーション・リミット内での患者結果を収集したもの「ｒｅｓｉｎ」、それぞれの結果についての週の時間「ｈｒｗｋ」（例えば、ｈｒｗｋは１から７×２４＝１６８の範囲である）、結果の週番号「ｗｋｎ」（例えば、ｒｅｓｉｎに１３週間のデータがある場合、ｗｋｎは１から１３の範囲である）、平均および標準偏差の計算に使用される動く領域の半値幅「ｗｈｌｆｗｄｔｈ」（例えば、時間で表す）。
【００７９】
一般に、計算は以下の出力結果を提供する。週の時間「ｈｒｗｋ」に対して計算に使用された結果の数「Ｎｒｅｓｉｎ（ｈｒｗｋ）」、その時間に関する領域内の結果の平均「ａｖｇｒｅｓｉｎ（ｈｒｗｋ）」、その時間に関する総合の標準偏差「ＳＤＴｒｅｓｉｎ（ｈｒｗｋ）」、その時間に関する週−週（週の間）（week-to-week(between-week)）の標準偏差「ＳＤＢｒｅｓｉｎ（ｈｒｗｋ）」、その時間に関する週内の標準偏差「ＳＤＷｒｅｓｉｎ（ｈｒｗｋ）」。
【００８０】
１つの実施形態によると、計算は、週の各時間に対して以下のように行われる。
【００８１】
１．  時間ｈｒｗｋに対する動く領域内の結果ｒｅｓｉｎ（ｈｒｗｋ）を求める。
・  週の最初のｗｈｌｆｗｄｔｈ時間に関して（ｈｒｗｋは、１からｗｈｌｆｗｄｔｈ）、ｒｅｓｉｎ（ｈｒｗｋ）が結果となり、ここで、週の時間は、ｈｒｗｋ−ｗｈｌｆｗｄｔｈ＋１６８よりも大きいか、またはｈｒｗｋ＋ｗｈｌｆｗｄｔｈよりも小さい。（領域の左半分は「ラップ（wrap）」する必要がある。）
・  ｗｈｌｆｗｄｔｈ＋１と１６８−ｗｈｌｆｗｄｔｈの間の各時間に関して、ｒｅｓｉｎ（ｈｒｗｋ）が結果となり、ここで、週の時間は、ｈｒｗｋ−ｗｈｌｆｗｄｔｈよりも大きいか、またはｈｒｗｋ＋ｗｈｌｆｗｄｔｈよりも小さい。
・  週の最後のｗｈｌｆｗｄｔｈ時間に関して（ｈｒｗｋは、１６８−ｗｈｌｆｗｄｔｈ＋１から１６８）、ｒｅｓｉｎ（ｈｒｗｋ）が結果となり、ここで、週の時間は、ｗｈｌｆｗｄｔｈ−ｈｒｗｋよりも大きいか、またはｗｈｌｆｗｄｔｈ＋ｈｒｗｋ−１６８よりも小さい。（領域の右半分は「ラップ（wrap）」する必要がある。）
【００８２】
２．  「ｒｅｓｉｎ（ｈｒｗｋ）」により定められる結果の数「Ｎｒｅｓｉｎ（ｈｒｗｋ）」を決定する。
３．  「ｒｅｓｉｎ（ｈｒｗｋ）」により定められる結果の平均値「ａｖｇｒｅｓｉｎ（ｈｒｗｋ）」を計算する。
４．  偏差「ｄｅｖａｖｇｒｅｓｉｎ（ｈｒｗｋ）」（＝ｒｅｓｉｎ（ｈｒｗｋ）−ａｖｇｒｅｓｉｎ（ｈｒｗｋ））を計算する。
【００８３】
「偏差ｄｅｖａｖｇｒｅｓｉｎ」対「週番号ｗｋｎ」に対して、一元配置ランダム効果(one-way random effects）分散分析法（ＡＮＯＶＡ、analysis of variance）を行い、ＳＤＴｒｅｓｉｎ、ＳＤＢｒｅｓｉｎ、ＳＤＷｒｅｓｉｎを得る。例えば、ＭＡＴＬＡＢの関数［ＳＤＴｒｅｓｉｎ，ＳＤＢｒｅｓｉｎ，ＳＤＷｒｅｓｉｎ］＝ｓｄｔｂｗ（ｄｅｖａｖｇｒｅｓｉｎ，ｗｋｎ）は、必要なＡＮＯＶＡ計算を行うために使用することができる。
【００８４】
１つの実施形態では、エラー状態の広い範囲にわたっての管理はずれエラー状態（out-of-control error condition）の間に生成または報告される「悪い（bad）」結果の最悪の場合の予測される数（ＡＮＰＴＥ）を最小化するトランケーション・リミットを決定することが好ましい。一般に、「悪い」結果とは、真のコンセントレーション（concentration）と測定されたコンセントレーションとの差が合計許容可能エラー規格（total allowable error specification）（ＴＥａ）を超える結果である。ＡＮＰＴＥは、シミュレーションにより測定されるべきである。従って、検体の最悪の場合のＡＮＰＴＥ性能に基づく特定のトランケーション・リミットを決定することは、トランケーション・リミットの様々な組および管理はずれエラー状態の様々な大きさに対するＡＮＰＴＥを計算するために、患者結果の時系列の特性の正確なシミュレーションを必要とする。
【００８５】
或る構成では、患者ベースの品質管理（ＱＣ）規則の実装は、下記のパラメータを必要とする。
・  トランケーション・リミット、ｔｌｏおよびｔｈｉ。
・  週のそれぞれの時間に関してのトランケーション・リミット内の患者結果の平均値、ａｖｇｒｅｓｉｎ（ｈｒｗｋ）。
・  週のそれぞれの時間に関してのトランケーション・リミット内の患者結果の総合標準偏差、ＳＤＴｒｅｓｉｎ（ｈｒｗｋ）
・  トランケーション・リミット内の、平均のための連続する患者サンプルの数、Ｎｐａｔ。
・  ＱＣ規則を定める２つのパラメータ、例えば、
・  ＥＷＭＡ規則に関するｗおよびｑ、
・  ＣＵＳＵＭ規則に関するｈおよびｋなど。
留意点：  或る構成では、ＥＷＭＡ規則のみが実装されるが、ＣＵＳＵＭ規則を追加的に実装したり、代わりに実装したりすることができる。
【００８６】
患者ベースのＱＣ規則を評価するためのＱＣ性能測定法は、典型的には、
・  ＡＮＰｆｒ（誤った拒絶（false rejections）の間の患者結果の平均数）、
・  ＡＮＰｅｄ（ＳＥ，ＲＥ），ＳＥ≠０，ＲＥ＞１（シフト＝ＳＥと安定分析不正確性（stable analytic imprecision）＝ＲＥにおける増加とを伴う管理はずれエラー状態が存在するときの、エラー検出に対する患者結果の平均数）、
・  ＡＮＰＴＥ（ＳＥ，ＲＥ），ＳＥ≠０，ＲＥ＞１（シフト＝ＳＥと安定分析不正確性＝ＲＥにおける増加とを伴う管理はずれエラー状態の間に生成される、「悪い」結果の平均数）
を含む。
【００８７】
理想的には、ターゲットとなるＡＮＰｆｒを特定し、次に、管理はずれエラー状態の広い範囲にわたってＡＮＰＴＥ（ＳＥ，ＲＥ）の最大（最悪の場合）の値を最小化するパラメータを選択する。しかし、患者ベースのＱＣパラメータは典型的には全て統合されるので、「最適」の組み合わせ（「最適」のトランケーション・リミットを含む）を見つけるのは複雑な作業である。従って、１つの実施形態では、ＥＷＭＡ規則を用いるときにトランケーション・リミットを決定することは、以下のように行われる。
【００８８】
１．  患者ベースのＱＣ規則に関するターゲットとなるＡＮＰｆｒを特定する。
２．  Ｎｐａｔ＝Ｉに設定する。
３．  ＳＥ＝ＴＥａの検出に最適であるＥＷＭＡのパラメータｗを選択する。
４．  患者結果のパーセンテージ、０．５％、１％、２％、５％、および１０％のうちの１つ以上のものを除去するトランケーション・リミットを見つける。
【００８９】
５．  トランケーション・リミットの各組について、
ａ．  ａｖｇｒｅｓｉｎ（ｈｒｗｋ）およびＳＤＴｒｅｓｉｎ（ｈｒｗｋ）を計算する、
ｂ．  ターゲットＡＮＰｆｒを与えるＥＷＭＡのパラメータｑを見つける（シミュレーションを用いる）、
ｃ．  Ｐｅａｋ＝（ＡＮＰＴＥ（−ＴＥａ）＋ＡＮＰＴＥ（ＴＥａ））／２を計算する（シミュレーションを用いる）。
６．  Ｐｅａｋの値を最小にするトランケーション・リミットを選択する。
この手法は、ＳＥエラーを検出するためのトランケーション・リミットを最適化するが、ＲＥエラー状態の影響を無視する。ＴＥａは、絶対値またはパーセンテージで与えられ得る。発行されたリコス制限（Ricos limits）を使用することもできる。
【００９０】
１つの実施形態によると、時間にわたっての患者結果の連続するセットのブロック再サンプリングに基づく時系列ブートストラップ手法は、バイオメトリックＱＣモジュール２０により実装され、管理内の時系列の（in-control, time-series）患者結果をシミュレーションする。患者結果（データ）およびそれらの日付／時間スタンプは、シミュレーションにおいて使用される。この実施形態では、データは、好適には、完全な日および完全な週をカバーし、日付および時間ごとに記憶される（開始部分と終了部分とにおける患者結果の少しの余分な時間は、この場合、一般には、望まれない）。
【００９１】
管理内（in-control）患者データのシミュレーションは、１つの実施形態によると、以下のように行われる。
１．  患者データにわたっての日付および時間の間隔内でランダムの日付および時間を生成する。ランダムの日付／時間のすぐ後ろに続く患者データベースにおける最初の日付／時間スタンプは、シミュレーションの開始点のマークとなる。
２．  例えば、Ｗ分（例えば、１２０分）を超えない範囲でこの時点に進む又は続く全ての結果を見つける。
３．  現在の結果の±ｗ分内の結果の数が１０よりも少ない場合、１０の結果を特定するまで、時間的に前方および後方へのサーチを継続する。
４．  ±ｗ分のブロック内の結果の１つをランダムにサンプルする。これが、第１のシミュレーションされた患者結果である。
【００９２】
５．  次の日付／時間スタンプへ移り、処理を反復する。
６．  このような様式で、ＱＣ規則の拒絶まで、継続する。
この実施形態では、シミュレーションが、患者データの最初のデータまたは最後のデータの近くで行われるとき、１つの「巧妙な（tricky）」部分が発生する。なぜなら、シミュレーションは、データベースの最後の日付／時間点から最初の日付／時間点へ「ラップ・アラウンド（wrap around、回り込み）」する必要があるからである。これが、データベースが完全な日および完全な週のデータを含むことが好ましい理由であり、それにより、シミュレーションがラップ・アラウンドしたときに一日の正しい時間および一週の正しい日に対してラップすることになる。
【００９３】
ｓｉｍｗｉｎと命名されたＭＡＴＬＡＢの関数は、観察された値のそれぞれに対しての領域（window）内の点を決定する。このアルゴリズムは、各結果の日、時間、および分を伴う患者結果の９１日のベクトルを必要とする。ｓｉｍｗｉｎ関数は、動く領域についての領域幅（ｗ）の１／２を算定する。関数内で、ｍｉｎｎｕｍは、領域内に最小数の結果が存在することを確実にする。
【００９４】
例えば、１０という最小数と、±１２０分という領域とを使用した場合において、特定の領域に含まれる結果の数が１０よりも少ない場合、その領域は、最小数の結果が得られるまで拡げられる。これにより、特定の結果をサンプリングすることが１０に１のチャンス（chance、可能性）となる。この手法を用いると、全く同じ結果をサンプリングすることのチャンスは、非常に小さくなる。例えば、５つの領域がサンプリングされた後では、同じ結果をサンプリングするチャンスは、おおよそ１０に５である。
【００９５】
ｓｉｍｗｉｎ関数への入力は、その領域幅（ｗ）およびその領域のサンプルの最小数（ｍｉｎｎｕｍ）に対する特定の値である。ｓｉｍｗｉｎの出力は２つの変数、ｒｂおよびｒｎを生成する。ｒｂは、領域の開始行であり（行は、特定の日付および時間と関連付けられる）、ｒｎは、その領域における行の数である。ｒｂとｒｎとが共になり、行を定める領域を決定する。
【００９６】
アルゴリズムは、結果の「動く領域」を使用する。シミュレーションは、日付および時間ごとに、順に、日付／時間スタンプを伴う実際のラボラトリの結果を取り入れ、そして、良く定義されたものであり、結果をシミュレーションするが、データの時間分布を使用する領域を算定する。この手法を使用して、大量のデータ点をシミュレーションすることができ、例えば、５０００の患者データ点が使用される場合、５億のデータ点のデータベースの有効なシミュレーションを行うことができる。
【００９７】
１つの実施形態では、管理はずれエラー状態のシミュレーションは、バイオメトリックＱＣアプリケーション２０により行われる。一般に、管理はずれエラー状態のシミュレーションは、患者結果の分布の変換の方法を決定することを含み、変換された分布の平均および標準偏差が管理はずれエラー状態を正確に表すようにする。シミュレーションで使用される患者結果のデータは典型的には丸められるという事実が、管理はずれエラー状態を正確にシミュレーションすることを試みるときに幾つかの問題の原因となる。１つの実施形態によると、丸め処理と関連する問題を克服するために管理はずれ結果分布（out-of-control result distribution）を生成するための戦略が提供され、それは以下のようである。
【００９８】
１．  結果ｘについて、最初に、±０．５＊ｎｓｄからｘの間の均一に分布したランダム数を付加することにより、結果を「丸めない（unround）」ようにする。これをｘＴと呼ぶ。
２．  次に、ＳＥ（ｘＴ）をｘＴに付加する。ここで、ＳＥ（ｘＴ）は、コンセントレーションｘＴでの管理はずれエラー状態の大きさである。
３．  次に、その結果をｎｓｄディジットに丸める。管理はずれ結果が最小または最大の報告可能結果の外側にある場合、それを、最小−１＊ｎｓｄまたは最大＋１＊ｎｓｄとそれぞれ置換する。
【００９９】
特定の構成では、ＳＥエラー状態をシミュレーションする場合において、検体についての合計許容可能エラー規格（ＴＥａ）が定数として与えられる場合、ＳＥを定数として特定するのが好ましく、また、ＴＥａがコンセントレーションに比例するものとして与えられる場合、ＳＥをコンセントレーションに比例するものとして特定する。コントロールＱＣ戦略のシミュレーションとは異なり、負と正とのＳＥエラー仕様の双方が好適にシミュレーションされる。なぜなら、患者分布の正常ではない分布特性は、正のエラー状態と負のエラー状態との間の対称的な挙動が期待できないことを意味する。
【０１００】
ＳＥが±２ＴＥａの間の範囲にあることが好ましい。また、ＳＥとＲＥのエラーの任意の組み合わせが以下のように扱われるのが好ましい。
１．  上記のように丸めないようにする。
２．  次に、丸められなかった結果を、平均＝０および分散＝（ＲＥ２  １）＊ＳＤ（ｘＴ）である正常に分布されたランダム数により乗算する。ここで、ＳＤ（ｘＴ）は、コンセントレーションｘＴでの安定分析不正確性であり、ＲＥは、複数の安定分析標準偏差において与えられる不正確性の増加の大きさである。
３．  次に、ＳＤ（ｘＴ）を付加し、以前のようにｎｓｄディジットへと丸める。
【０１０１】
患者結果の管理はずれ（out-of-control）時系列特性をシミュレーションすることは、管理内（in-control）結果に対するものと同様に行われるが、異なるところは、管理はずれ結果が、変換された結果の±ｗ分ブロックの現在の日付／時間スタンプのどちらの側からでもランダムにサンプリングされることである。
【０１０２】
本発明の１つの実施形態によると、バイオメトリックＱＣアプリケーション・モジュール２０はＱＣ確認テスト・モジュール２８を含み、このモジュール２８は、イベントが発生した後も分析プロセスがなおも制御されていることを確認するために必要な最適なＱＣ規則（および関連するＱＣサンプルの数）を決定するように、構成される。最適の規則は、イベントと関連するエラー状態による「悪い」結果の生成の最悪の場合の確率（ｐＱＥ）を最小化する。好適な構成では、ＱＣ確認テスト・モジュール２８は、以下の一般的なステップを用いて最適のＱＣ規則を決定する。
【０１０３】
ステップ１  −  関連する性能測定を特定する。１つの実施形態によると、アルゴリズムは、イベントが発生した後も分析プロセスがなおも制御されていることを確認するために必要な最適なＱＣ規則（および関連するＱＣサンプルの数）を決定するように構成されたモジュールを含む。１つの実施形態では、決定される最適の規則は、イベントと関連するエラー状態による「悪い」結果の生成の最悪の場合の確率（ｐＱＥ）を最小化する。
【０１０４】
この手法は、ルーティーンのＱＣテストに関する基本的手法と矛盾していないが、異なる部分は、ルーティーンのＱＣ規則では、発生するエラーが或る時点でモデリングされ、次に、状態の検出のために必要なサンプルの数が決定されることである。
【０１０５】
ステップ２  −  ＱＣ規則を選択する。
【数１】
0005542201.tif 000002
規則が好適には使用される。なぜなら、
【数２】
0005542201.tif 000003
規則が、ＱＣサンプルの信号グループのテストに最適のＱＣ規則であることが示されているからである。（例えば、Ｐａｒｖｉｎ  ＣＡ、New insight into the comparative power of quality-control rules that use control observations within a single analytical run （１つの分析実行内での管理観察を使用する品質管理規則の比較パワーへの新たな洞察）、Ｃｌｉｎ  Ｃｈｅｍ  １９９３；３９：４４０−７を参照。）
【０１０６】
ステップ３  −  ｐＱＥを求める。悪い結果を生じる確率（ｐＱＥ）を計算するためには、２つの確率、１）管理はずれエラー状態に起因しての悪い結果を生じる確率（ｄｐＥ）、および２）エラー検出の確率（ｐｅｄ）が必要である。ｐＱＥは、エラー状態により「悪い」結果を生じる確率の増加に、エラー状態の検出の失敗の確率を乗算したものと等しく、次の式、ｐＱＥ＝ｄｐＥ＊（１−ｐｅｄ）、により得られる。この手法を使用すると、「悪い」結果を生じる確率（ｐＱＥ）は、イベントの後に特定のＱＣ規則を使用するときに得ることができる。
【０１０７】
ステップ４  −  ｐＱＥを最小にするようにエラー制限（エラー・リミット、error limits）を変える。「イベント」の後に使用するＱＣ規則を選択するときに、「イベント」と関連するエラー状態が原因の「悪い」結果を生じる最悪の場合の確率を最小化することが望ましい。
【０１０８】
ステップ５  −  ｐＱＥが５％よりも大きくならないことを保証するように、拒絶制限（rejection limits）を変える。このステップでは、
【数３】
0005542201.tif 000004
およびＳの拒絶制限は変化させられ、合計許容可能エラー規格（ＴＥａ）の範囲にわたるＱＣサンプルの数と、誤り拒絶レート（false rejection rates）（ｐｆｒ）とが変化させられて、エラー状態にかかわらずｐＱＥが絶対に５％を超えないことを保証するようにされる。ｐＱＥに関しての５％という選択は任意のものであり、このパーセンテージは、所望に応じて小さくすることも大きくすることも可能であることを理解するべきである。更に、ＱＣサンプルの数は２の倍数に制限され、これは、一般的に、ラボが一般的な化学試験に対して使用するサンプルの数である。
【０１０９】
アルゴリズムは、好適には、ターゲット値（ＳＥ）からのシフト、安定分析不正確性における増加（ＲＥ）、および／またはＳＥおよびＲＥの双方における増加という結果をもたらす管理はずれエラー状態を考慮するように構成される。
【０１１０】
Ｘバー／Ｓ規則の評価
１つの実施形態によると、
【数４】
0005542201.tif 000005
が好適に使用される。或る構成では、２．４３の
【数５】
0005542201.tif 000006
拒絶制限と、３．５３のＳ拒絶制限とが用いられ、１０００に１の拒絶の確率が得られる。他の拒絶制限を使用できることも理解すべきである。
【数６】
0005542201.tif 000007
の値を評価するために、１つの実施形態によると、２つのＱＣ値のそれぞれに対してｚスコアが生成され平均される。２．４３より大きい絶対値をもつ平均ｚスコアが拒絶である。Ｓの値を評価するために、２つのｚスコアの標準偏差が計算され、３．５３より大きい標準偏差が拒絶である。
【０１１１】
「イベント」後に使用するＱＣ規則を選択するとき、その「イベント」に関連するエラー状態が原因での「悪い」結果を生じる最悪の場合の確率を最小化するのが望ましい。「イベント」の後に「悪い」結果を生じる確率は、エラー状態が原因での「悪い」結果を生じる確率と、エラー状態の検出に失敗する確率との関数である。
【０１１２】
ステップ４では、
【数７】
0005542201.tif 000008
およびＳＤの値の拒絶制限が変化させられ、最小のｐＱＥを生じる値が求められる。
【数８】
0005542201.tif 000009
とＳＤとの値が変化させられると、平均におけるシフト又は不正確性値における増加を検出するための相対的なパワーは、変化する。
【０１１３】
ステップ５において、本発明の実施形態を用い、合計許容可能エラー規格（ＴＥａ）および誤り拒絶レート（ｐｆｒ）を変化させることにより、イベント後に必要とされるＱＣサンプルの数を決定することができる。イベント関連のＱＣが管理はずれエラー状態の検出に失敗した場合、エラー状態がどれだけの期間存続するかと、報告される悪い結果の数とは、ルーティーンのＱＣ規則の戦略の関数であり、エラー検出に対する患者サンプルの平均数（ＡＮＰｅｄ）に依存する。（例えば、Ｙｅ，Ｊａｙその他、Performance Evaluation and Planning for Patient-Based Quality Control Procedures（患者ベースの品質管理手順に対する性能評価および計画）,  Ａｍｍ  Ｊ  Ｃｌｉｎ  Ｐａｔｈｏｌ  ２０００；  １１３；  ２４０−２４８を参照。）
【０１１４】
イベントに起因する悪い結果の予測数は、ｐＱＥ面乗算したものにＡＮＰｅｄを掛けたものに等しい。例えば、ＡＮＰｅｄが２０であり、ｐＱＥが５％を決して超えない場合、悪い結果の予測数は、２０＊０．５、即ち、１を決して超えず、これはおそらく許容可能である。しかし、ＡＮＰｅｄが２００である場合、悪い結果の予測数は１０となる。これが許容可能か否かは、このエラー状態の発生する確率などの要因に依存する。例えば、「イベント」が日常の機器メンテナンスであり、ｐｆｒが１：５００である場合、日常メンテナンスと関連するｐｆｒの見込みは一年に一度より少ない。ｐｆｒのコストはおそらく高いので、ラボは、おそらく、ｐｆｒを可能なかぎり小さくしたいであろう。（ｐｆｒのコストは、一般に、追加のＱＣサンプルについての実行、追加のメンテナンス、患者結果の報告の遅延などを含む。）
【０１１５】
１つの実施形態によると、システムは、テストされるＱＣサンプルの数を連続値に設定可能なように構成される。これは、Ｎが２から任意の数までの範囲になることを可能にする。１つの実施形態では、これは、２段階テスト手法を用いて行われる。即ち、最初に２つのＱＣサンプルをテストし、これらの２サンプルの値に応じて、受け入れて、試験システムが調子よく動作していると想定するか、即座に追加のＱＣサンプルをテストする。例えば、最初の２つのＱＣサンプルが受け入れられず、２つの追加のサンプルが即座にテストされると、組み合わせた４つのサンプルに基づくＱＣ規則が必要とされる。この場合、テストされるＱＣサンプルの数は、最初のＱＣサンプル対が受け入れられたか拒絶されたかに基づくランダム変数（確率変数）である。この戦略を用いて、例えば、ｐＱＥがちょうど０．０５になるようにする最小のＮを決定することが可能である。ラボラトリでは、範囲から外れたコントロールのサンプルを繰り返し、その繰り返したコントロールが範囲内にあるときに、それらを受け入れてテストを継続するのが、一般的な習慣である。
【０１１６】
このような手法は、主に、ＱＣサンプルを繰り返すことはラボのＱＣを改善せず、誤った拒絶の確率（false rejection probability）およびエラーの検出の能力を低下させるものであると強調するＷｅｓｔｇａｒｄ（ウエストガード）博士によるコメントに基づいて、過去にはみくびられていた。これは、２つのＱＣテストに関する拒絶の限度（リミット）が調節されず、それにより全体の誤った拒絶の確率が所望されたように留まる場合のみ、正しい。第１および第２のＱＣサンプルの組に適用されるＱＣ規則と、第１および第２のＱＣサンプルの組と関連する誤った拒絶の確率との双方が、変化することを許容される場合、この手法は、１組のＱＣサンプルをテストするだけよりも強力なものである。
【０１１７】
この補足的な手法は、平均／範囲規則
【数９】
0005542201.tif 000010
と比べて幾つかの利点がある。例えば、これは、一般的に、同じ数のＱＣサンプルを使用するときのエラー検出において、概して、平均／範囲規則よりも良い結果を提供する。更に、ＱＣサンプルの数を任意の数に設定する柔軟性を有することは好都合である。これは、ＱＣサンプルの数が３の倍数である３レベル・コントロール内において特に有用である。
【０１１８】
上記の説明を吟味することにより、または本発明を実施することから学ぶことにより、本発明の更なる特徴は、上記の説明で述べた利点および新規な特徴とともに、当業者には明らかとなる。本発明の目的および利点は、特許請求の範囲に示した機器および組み合わせにより実現され達成される。
【図１】
0005542201.tif 000011
【図２】
0005542201.tif 000012
【図３】
0005542201.tif 000013
【図４】
0005542201.tif 000014
【図５】
0005542201.tif 000015