JP2010518382A - 自動検証ルールを試験するためのシステムおよび方法 - Google Patents

Abstract

自動検証ルールを試験する方法は、試験結果例を含むルールチェックを提供するステップを備える。ルールチェックが提供された後、自動検証ルールがルールチェックに対して自動的に実行される。ルールチェックに対する自動検証ルールの実行は、ルールチェック出力を提供する。次いで、ルールチェック出力が予測された出力であるか否かが判断される。自動検証ルールを試験するためのシステムは、自動検証ルールを表示し、自動検証ルールのためのルールチェックを受信するように構成されるグラフィカルユーザインタフェースを備える。本システムは、ルールチェックに対して自動検証ルールを自動的に実行し、ルールチェック出力を提供するように構成されるプロセッサをさらに含む。プロセッサは、ルールチェック出力が自動検証ルールのための承認された出力であるか否かを示す入力を受信するようにさらに構成される。

Description

（分野）
本開示は、検査室試験の分野に関し、特に、臨床診断試験および臨床前試験と、関連する検査室試験結果の検証とに関する。

（背景）
臨床診断試験は、患者の種々の病状を診断する際の補助として、医療関係機関において一般的に使用される。臨床診断試験は、検査室が患者からの標本／試料に対する分析を実行するそれらの試験を指す。本明細書で使用されるように、用語「試料」または「標本」は、血液、尿、組織、唾液、または他の身体物質を含むが、それらに限定されず、身体から抽出されるそのような物質を指すことが意図される。患者試料の分析後、検査室は、試験結果を生成する。次いで、試験結果は、医師または他の医療専門家によって使用され、１つ以上の病状診断の際の補助となる。

臨床診断試験に加えて、標本はまた、臨床前試験等の他の環境において分析されてもよい。臨床前試験は、薬物またはデバイスが、種々の試料を使用する検査室設定において試験される状況を指す。例えば、新規薬物が患者に投与されてもよく、患者の血液は、患者に及ぼす薬物の効果を判断するためにモニタリングされてもよい。本明細書で使用されるように、用語「臨床試験結果」は、臨床診断試験および／または臨床前試験から生成される試験結果を指すように意図される。

病院検査室では、臨床診断試験のための試験指示は、医師から伝えられ、患者試料を伴って、検査室で受信される。患者試料は、試験結果を取得するために、１つ以上の検査室機器で分析される。患者試料を分析するために使用される検査室分析器の実施例として、流動血球計算器、血液分析器、免疫測定分析器、および電気泳動分析器を含む。また、多数の他の検査室分析器を使用して、患者試料を分析してもよいことが認識されるであろう。さらに、手動試験はまた、検査室技術者によって試料に対し実行され、試験指示のための試験結果を提供してもよい。試料が検査室で分析されると、試験指示が履行されたことが、試験結果の形態で医師に返信される。多くの環境では、試験指示は、電子的に受信され、試験結果は、ローカルエリアネットワークを経由して電子的に報告され、種々の情報システムへのアクセスを提供する。

臨床診断検査室からの実際の試験結果の公表は、典型的には、段階分けされる。特に、検査室分析器からの「生」試験結果は、典型的には、検査室情報システム（「ＬＩＳ」）と称される場合が多い、検査室独自のデータベースおよびコンピュータシステムに保留される。これらの生試験結果は、典型的には、検査室によって承認されるまで、検査室外部での閲覧用に公表されることはない。前述のように、生試験結果は、自動検証プロセスによって自動的に、または検査室技術者による追随レビューによって手動で、承認されてもよい。試験結果が承認されると、試験結果は、病院情報システム（「ＨＩＳ」）と称される場合が多い、病院または他の医療施設のデータベースおよびコンピュータシステムに公表される。医師および他の医療供給者は、ＨＩＳにおいて、承認済試験結果へのアクセスを有するが、検査室スタッフのみがＬＩＳにおける未承認結果へのアクセスを有する。

故に、臨床診断試験を実行または監視する検査室技術者の業務の１つは、種々の情報システムに公表される前に、検査室分析器から、または手動試験から、取得された試験結果を有効化することである。多くの問題が試料収集および試験プロセスの際に生じ得るため、有効化の必要性が存在する。例えば、患者試料が誤って標識され、間違った患者に関連して試験結果が報告される場合がある。別の実施例として、患者試料が不適切に抽出または不適切に取り扱われ、試料汚染および誤った試験結果をもたらす場合がある。さらに、検査室分析器が、誤動作または較正ズレ状態にあって、再び検出器に誤った結果を報告させる場合がある。

異常な試験結果は、必ずしも誤った結果を示すわけではないが、代わりに、深刻な医療問題を示す場合がある。そのような場合、検査室技術者は、試験結果をデータベースを経由して電子的に利用可能にする通常の報告手順に加え、医師または他の医療専門家に直ちに試験結果を報告することが重要である場合がある。これらの状況では、危機状態を示す試験結果は、検査室技術者が、電話または直接等によって、緊急かつ確認された報告を医師に行うことが必要となる場合がある。

試験結果を評価するステップは、多くの場合、コンピュータによって自動的に実行することができる。コンピュータを使用して、検査室試験結果を自動的に評価する本プロセスは、自動検証（または、自動有効化）と呼ばれる。自動検証を使用して、検査室分析器からの試験結果は、評価のためにコンピュータに送信される。コンピュータが、試験結果が検査室によって確立された所定の基準と一致すると判断する場合、試験結果は、承認され、医師に自動的に公表される。自動検証が失敗した試験結果は、検査室技術者による手動レビューのために保留される。手動レビューに応じて、検査室技術者は、試験結果の公表、新規試験の要求、新規患者試料の要求、検査室分析器の点検の要求、入力データの確認要求、または種々の他の動作等の特定動作を決定してもよい。

既存検査室情報システムは、試験指示が受信されるか、試験結果が取得されるか、および／または結果がＨＩＳにアップロードされる際に、コンピュータによって評価される一連の「ｉｆ／ｔｈｅｎ」ルールをユーザに書き込ませることによって、自動検証能力の提供を試みる。これらのｉｆ／ｔｈｅｎルールは、本質的には、テキストベースのプログラミング言語を意味し、ユーザは、提供される言語によって完全自動検証プロセスを書き込むことが期待される。しかしながら、検査室技術者は、典型的には、コンピュータプログラミング技術において訓練されておらず、一般的テキストベースの言語に基づいて、自動検証ルールを書き込むことは困難である。加えて、熟練したプログラマにとってさえ、提供される言語は、典型的には、厄介であって、プログラマは、テキスト命令文の理解しづらいリストとして表示される、所望の自動検証ルールの特定の側面を無視しやすい。さらに、そのようなシステムを使用して自動検証プロセスが定義されると、一連のテキストの「ｉｆ／ｔｈｅｎ」命令文は追従が困難であるため、検査室技術者は、後に定義された自動検証プロセスを引き出して、プロセス内のワークフローを容易に判断することが難しい。故に、本システムを使用して生成される自動検証プロセスが、ユーザによって容易に定義され、後にユーザに提示される際に、迅速かつ容易に理解される自動検証システムを提供することが有利であるだろう。

自動検証ルールを定義するために使用される厄介な言語に加え、既存システムはまた、自動検証ルールの正確性のチェックにおいて技術者を補助することはない。自動検証ルールが検査室で使用される前に、典型的には、ルールが正確であって、期待通りに動作するかどうかを判断するために、手動でチェックされる。自動検証ルールが正確であるか否かを判断するために、検査室技術者は、いくつかの入力例を提供して、自動検証ルールを遂行し、入力例に基づく結果に達する。次いで、ユーザは、入力例に基づいて、ルールが予想外の結果を提供するか否かを判断しなければならない。予想外の結果が取得される場合、これは、定義される自動検証ルールに関わる潜在的問題を示す。検査室技術者は、一度に１つの入力例に対して自動検証ルールを遂行するため、自動検証ルールを手動チェックする本プロセスは、単調かつ人的な過誤の影響を受けやすい。特に、ユーザがルールに正確に従わない場合、特定のルールチェックに対してユーザによって判断される結果は、ルールに基づいた実際の結果とは完全に異なる場合がある。故に、自動的に成し遂げられる自動検証ルールを試験し、したがって、自動検証ルールを手動でチェックする検査室技術者の負担を軽減する一方で、また、ルール試験のための系統的プロセスを提供するためのシステムを提供することが有利となるであろう。

現在のルールチェックプロセスに関する別の問題は、ルール全体のあらゆる可能なステップがチェックされたことを確認することが困難なことである。現在のルールチェックプロセスでは、検査室技術者は、自動検証ルール内の特定のステップを見落とし、これらのステップを経由して進められる入力例の提供および試験を忘れやすい。故に、定義された自動検証ルールを経由するあらゆる可能なステップが試験されていることを確実にするためのツールを含む、自動検証ルールを試験するためのシステムを提供することは有利となるであろう。

さらに、自動検証ルールが初期ルールチェック後に修正される場合、現在のシステムは、ルールの回帰試験に対してサポートを提供しない。言い換えると、自動検証ルールが修正されると、ルール変更に基づいて異なる結果を確認する際に、ユーザを補助するためのツールは提供されない。これは、ルールが修正されると常に、特定の自動検証ルールに対するあらゆる以前のルールチェックをやり直さなければならないことを意味する。故に、原ルール試験を完全にやり直す必要を伴わずに、修正されたルールを再試験するためのツールを含む、自動検証ルールを試験するためのシステムを提供することが有利となるであろう。

自動検証ルールを試験するための現在のシステムに関わるさらに別の必要性は、ルール試験を容易に文書化する能力である。多くの検査室では、ルールが検査室で使用され得る前に、ルールチェックを行うことは必須である。現在のシステムでは、手書きによるメモが、ルールチェックの唯一の利用可能な証明である。したがって、試験プロシージャが容易に文書化され得、したがって、自動検証ルールが適切に試験されたことの証明を提供する自動検証ルールを試験するためのシステムを提供することが有利となるであろう。

本明細書では、検査室試験結果を自動検証するように構成される、少なくとも１つの自動検証ルールを試験する方法が開示される。少なくとも一実施形態によると、本方法は、試料入力を含む、第１のルールチェックを提供するステップを備える。ルールチェックが提供された後、自動検証ルールがルールチェックに対して自動的に実行される。ルールチェックに対する自動検証ルールの実行は、ルールチェック出力を提供する。次いで、ルールチェック出力が予測された出力であるか否かが判断される。

また、本明細書では、自動検証ルールを試験するためのシステムが開示される。少なくとも一実施形態によると、本システムは、自動検証ルールを表示し、自動検証ルールのためのルールチェックを受信するように構成される、グラフィカルユーザインタフェースを含む。ルールチェックは、試験結果例を含む。本システムは、ルールチェックに対する自動検証ルールを自動的に実行し、ルールチェック出力を提供するように構成されるプロセッサをさらに含む。プロセッサは、ルールチェック出力が自動検証ルールのための承認された出力であるか否かを示す入力を受信するようにさらに構成される。

少なくとも一実施形態では、本明細書で開示されるシステムは、自動検証ルールに関連する複数の異なる環境を提供する。複数の環境は、自動検証ルールを定義するように構成されるエディター環境を備える。複数の環境は、試験結果例を含むルールチェックを受信するように構成されるルールチェック環境をさらに備える。ルールチェック環境は、ルールチェックに基づいて自動検証ルールを実行し、ルールチェックに基づく自動検証ルールの実行が予測された出力を提供するか否かを判断するようにさらに構成される。また、複数の環境は、実際の臨床試験結果に対して自動検証ルールを実行するように構成される検査室環境を備える。

前述の特徴および利点、ならびにその他は、以下の発明を実施するための形態および添付の図面を参照することによって、当業者にはより容易に明白となるであろう。

図１は、グラフィカルユーザインタフェースを含む、検査室試験結果を自動検証するためのシステムのブロック図を示す。 図２は、図１のシステムを使用して生成される、フローチャートの形態の例示的自動検証プロセスを示す。 図３は、図１のグラフィカルユーザインタフェースのスクリーンに表示される自動検証プロセスのための例示的フローチャートを示す。 図４は、フローチャートとともにスクリーンに表示される例示的構成ボックスを伴う、図３の例示的フローチャートを示す。 図５は、複数の出力エッジを有する決定ノードを伴う、図４の例示的フローチャートを示す。 図６は、決定ノードの出力エッジのうちの１つが異なるノードに指向されている、図５の例示的フローチャートを示す。 図７は、フローチャートに追加される再実行ノードと、フローチャートとともにスクリーンに出現するダイアログボックスとを伴う、図６の例示的フローチャートを示す。 図８は、さらなるノードと、再指向されたエッジとを含む、図７の例示的フローチャートを示す。 図９は、図８の例示的フローチャートに関連付けられたルールチェックテーブルを示す。 図１０は、図９のルールチェックテーブル内のルールチェックのための試験結果例の入力を示す。 図１１は、図１０のルールチェックの承認と、ハイライトされたルールチェックのノードからノードへの進行とを示す。 図１２は、追加ルールチェックを含むように拡張された、図１１のテーブルを示す。 図１３は、図１２のものから修正された自動検証ルールと、結果として生じるルールチェックテーブル内のルールチェック変更とを示す。 図１４は、図１２に示されるルールの原バージョンからルールの修正されたバージョンへのルールチェック出力における差異をハイライトする、差異ウインドウを示す。 図１５は、ルールチェックがルールチェックテーブル内に存在しない、図１３の修正されたルールを経由するハイライトされたパスを示す。 図１６は、本システムによってハイライトされた欠落パスに基づいて、図１５のルールチェックテーブルに含まれる、追加ルールチェックを示す。

（例示的システム配列）
図１を参照すると、検査室試験結果を自動検証するための例示的システムが示される。システム１０は、入力／出力デバイス１４と、プロセッサ１６と、メモリ１８と、データストレージ２０とを含む、コンピュータ１２として提供される。コンピュータ１２は、検査室分析器３０に接続される。また、コンピュータ１２および検査室分析器３０は、ネットワーク４０に接続される。ネットワーク４０は、検査室情報システム（ＬＩＳ）４２と、ＬＩＳと通信する病院情報システム（ＨＩＳ）４４とを含む。ＬＩＳおよびＨＩＳは、試験結果を閲覧する許可が、本システムによって提供されることによって、ＨＩＳまたはＬＩＳを経由して閲覧するために利用可能な試験結果を保有するように構成される、データベースを含む。

試験指示が臨床検査室で受信されると患者試料が伴われる。検査室分析器３０は、患者試料に対し試験を実行し、臨床診断目的のために使用され得る試験結果を提供するように構成される。例示的検査室分析器として、血液分析器、流動血球計算器、免疫測定分析器、タンパク質分析器、および電気泳動分析器を含む。しかしながら、試料を分析し、試験結果を提供可能な多数の他の検査室分析器のいずれかが利用されてもよいことが認識されるであろう。また、手動試験は、顕微鏡下での組織の視認等、試料に対し実行されてもよく、そのような分析の結果は、手動で本システムに入力されてもよい。加えて、単一検査室分析器３０のみが図１には示されるが、複数の検査室分析器をコンピュータに接続し、試験結果をコンピュータに提供するように構成されてもよいことが認識されるであろう。図１の検査室分析器は、コンピュータ１２に直接接続されるように示されるが、検査室分析器３０は、代わりに、他の分析器とともにネットワークに接続されてもよい。例えば、検査室分析器３０は、ＬＩＳ４２に接続されてもよく、検査室分析器からの試験結果は、ＬＩＳ４２を経由して、コンピュータに報告されてもよい。

コンピュータ１２は、検査室技術者または他のオペレータ／ユーザと通信するように構成される、種々の入力／出力デバイス１４を含む。例えば、出力デバイスの１つは、グラフィカルユーザインタフェース１５であって、グラフィック画像をオペレータに表示可能なスクリーンを備える。例示的グラフィカルユーザインタフェース１５は、ＣＲＴスクリーンと、ＬＥＤスクリーンとを備える。コンピュータ１２は、マウス、タッチスクリーン、キーボード等の種々の入力デバイス１４をさらに備え、オペレータは、コンピュータ１２への入力を提供が可能となる。

プロセッサ１６は、入力／出力デバイス１４と通信し、概して、コンピュータ内のデータフローを制御し、種々の命令を処理し、計算を実行する。プロセッサ１６は、メモリ１８およびハードドライブ等のデータストレージデバイス２０にさらに接続される。ソフトウェアプログラムは、データストレージデバイス２０およびメモリ１８に格納され、ソフトウェアプログラムによって提供される命令は、プロセッサ１６によって実行される。

（自動検証ルール／エディター環境の生成および編集）
コンピュータ１２に格納されるソフトウェアプログラムの１つは、自動検証ルールエディター２１である。エディターソフトウェア２１は、プロセッサ１６およびグラフィカルユーザインタフェース１４と連動し、ユーザは、自動検証プロセス（本明細書では、「自動検証ルール」とも称される）を容易に生成することが可能となる。特に、エディター２１は、フローチャートベースの言語を使用し、ユーザは、フローチャートとして自動検証ルールを生成することが可能となる。前述のように、自動検証ルールは、検査室分析器３０によって提供される試験結果を評価し、検査室試験結果が検査室によって確立される特定の所定の基準と一致するかどうかを判断するように構成される。

次に図２を参照すると、エディターによって生成された例示的自動検証ルール１００が、ユーザに見えるように、グラフィカルユーザインタフェース１４上に示される。本明細書で使用されるように、用語「自動検証ルール」または「自動検証プロセス」は、検査室試験結果ならびに評価プロセスに伴うワークフローを評価するために使用される命令およびプロセスを指す。故に、自動検証ルールは、試験結果の評価に加え、試験を実行するため、または試料に対しいくつかの他の動作を行うための命令を備えてもよい。

図２では、自動検証ルール１００は、フローチャート１０２の形態で表示される。フローチャート１０２は、自動検証ルールの概略図を提供し、複数のノード１０４と、ノードを接続する複数のエッジ１０６とを備える。いくつかの動作、命令、または分析は、各ノード１０４で生じる。エッジ１０６は、複数のノード１０４間のワークフローを定義し、フローチャート１０２内の１つのノードから別のノードへの進行方向を示す。故に、所与のノード（例えば、ノード１０４ａ）は、ノードへの進行を示す入力エッジ１０６ａおよび／またはノードからの進行を示す出力エッジ１０６ｂに接続されてもよい。２つ以上の出力エッジ１０６ｂがノード１０４から延出する場合、ノード１０４から延出する出力エッジ１０６ｂはまた、エッジを追従する前に必要とされる付帯条件を示すであろう（例えば、「合格」、「失敗」、「上回る」、「下回る」等）。

ノード１０４は、図２の実施形態ではボックス状構造として示されるが、ノード１０４はまた、他の形態で表示されてもよいことが認識されるであろう。同様に、エッジ１０６は、図２では矢印状記号として示されるが、エッジ１０６はまた、他の形態で表示されてもよいことが認識されるであろう。

エディターを使用して、フローチャートを構築する際に使用するために利用可能なノード１０４は、開始ノード１１０と、決定ノード１１２と、動作ノード１１４と、を備える。各自動検証ルールは、１つの開始ノード１１０を含む。自動検証ルールの実行は、開始ノード１１０から開始する。例示的開始ノード１１０は、図２のフローチャート１００上部に示される。

決定ノード１１２は入力に基づいて、複数の他のノードのうちの１つに前進するか否か決定されるノードである。例えば、決定ノードは、患者に関して提供される情報、患者からの標本、検査室分析器からの１つ以上の試験結果、または他の情報をチェックしてもよい。入力を分析後、ノードは、入力情報に基づいて、プロセスフローを判断する。故に、各決定ノードは、２つ以上の出力エッジ１０６ｂを含む。

図２に示される例示的決定ノード１１２は、範囲ノード１１３である。さらに以下に詳述されるように、範囲ノード１１３は、入力が、所定の範囲を上回るか、所定の範囲を下回るか、または所定の範囲内であるか否かを判断するように構成される。故に、範囲ノード１１３は、３つの出力エッジを含み、それぞれ、入力が、所与の範囲を上回るか、所与の範囲を下回るか、または所与の範囲内であるかに依存して、異なるノードへのパスを示す。

動作ノード１１４は、ノードの実行の結果、いくつかの動作、通知、または他の副次的影響が、本システムで生じるノードである。例えば、動作ノードは、試験結果を有効にするステップ、試験結果を高度情報システムに公表するステップ、技術者によるレビューのために試験結果を保留するステップ、コメントを試験結果に追加するステップ、希釈または試験再実行を指示するステップ、試験を中止するステップ、または試験結果を計算するステップを備えてもよい。故に、動作ノードは、試験の指示、希釈、または再実行等の特定の自動検証ルールに関連付けられたワークフローを定義するために利用可能である。動作ノードは、１つ以上の入力ノードを有してもよいが、動作ノードにおいて決定が行われないため、１つのみの出力ノードを有するか、または出力ノードを有さない。

図２に示される例示的動作ノード１１４は、結果有効化ノード１１５である。自動検証ルール１００の実行が結果有効化ノード１１５に到達すると、本システムは、試験結果を評価し、特定の所定の基準と一致することを確認する。この時点で、試験結果は、高度情報システムに公表されてもよく、有効化前は、試験結果は、検査室情報システムを使用する検査室職員にのみ利用可能であった。有効化および試験結果の高度情報システムへの公表後、試験結果は、医師等の医療関係者によって、病院情報システム上で閲覧されてもよい。

次に、本システムのための例示的エディター環境において、自動検証ルールを生成するためのエディターの使用について、図３−８を参照して記載される。図３は、グラフィカルユーザインタフェースのスクリーン上に見られ得るように、エディター１２０の実施形態を示す。エディター１２０は、トップメニュー１２２と、ツールバー１２４と、ルール構築ウインドウ１２６と、ルールチェックウインドウ１２８と、を備える。

エディターのトップメニュー１２２は、種々のオプション１３０−１３５へのアクセスをユーザに提供する。例えば、「ルールを開く」オプション１３０が選択されると、ユーザは、本システムフォルダのうちの１つからルールを開いてもよい。トップメニューにリストアップされる他のオプションは、「保存」オプション１３１、「新規プロシージャ」オプション１３２、「試験を編集」オプション１３３、「印刷」オプション１３４、および「方向転換」オプション１３５を含む。トップメニュー１２２直上のタブ１４０は、ルール構築ウインドウ１２６に示される自動検証ルールを示す。タブ１４０によって示されるように、図３−８のルール構築ウインドウ１２６に現在示される自動検証ルールは、血清カルシウム試験のためのものである。

ツールバー１２４は、トップメニュー１２２の下に提供される。ツールバー１２４は、ルール構築ウインドウ１２６で作業する際、ユーザによって使用されるための複数のオプションをリストアップし、ボタン１２５としてオプションを表示する。図３では、ツールバーは、「挿入」オプション１４１、「置換」オプション１４２、および「子ノードを選択」オプション１４３を含む、いくつかのボタンとともに示される。これらのオプションはそれぞれ、ルール構築ウインドウ１２６および図３−８に関して、さらに以下に詳細に記載される。また、図３−８は、ツールバー１２４上の他のオプションを示し、これらまたは異なるオプションは、ユーザによって判断されるように、種々の実施形態において、ツールバー上に提供されてもよいことが認識されるであろう。

前述のように、エディターのルール構築ウインドウ１２６は、選択された自動検証ルール１００をフローチャート形態１０２で表示する。ルール構築ウインドウ１２６に表示される自動検証ルール１００は、保存、編集、または実行されてもよい。さらに以下に詳細に説明されるように、自動検証ルールの実行は、付随試験指示のためのワークフローの自動化をもたらす。

継続して図３を参照すると、「ルールを開く」オプション１３０が、トップメニュー１２２から選択されると、自動検証ルールの組み立ておよび編集が開始する。本オプション１３０が選択されると、選択されたルールは、ルール構築ウインドウ１２６に出現する。選択されたルールは、プロシージャ起動ノードに接続される開始ノードと同様に単純であってもよい。いずれにしても、ユーザは、ルール構築ウインドウ１２６でルールを編集してもよい。追加ノードは、「挿入」オプション１４１をツールバー１２４上で選択することによって、取得されてもよい。「挿入」オプション１４１を選択すると、ユーザは、ルール内で使用され得るノードのドロップダウンメニューを提示される。「挿入」オプション１４１に関連付けられたドロップダウンメニューは、種々の決定ノード、種々の動作ノード、および開始ノードのリストを含む。ノード１１０をルール構築ウインドウ１２６に挿入するために、ユーザは、ドロップダウンメニューからノード選択を単純にクリックし、選択されたノードは、ルール構築ウインドウに出現する。選択されたノード１１０をルール構築ウインドウ１２６に既存の別のノードに接続するために、ユーザは、選択されたノード１１０をクリックおよびドラッグし、ウインドウ内の別のノードへの所望の接続を行う。

図３では、ユーザは、保留ノード１５０をルール構築ウインドウ１２６に挿入し、開始ノード１１０に接続している。ノードを挿入するステップに加え、ユーザは、ルール構築ウインドウに挿入されたノードを異なるノードと容易に置換してもよい。これを行うために、ユーザは、最初に、ルール構築ウインドウ内で置換されるノードをクリックする。ノードをクリックすることによって、ノードが選択されると、ノードは、ルール構築ウインドウ内でハイライトされる。ルール構築ウインドウ内で置換されるノードをハイライト後、ユーザは、ツールバー上で置換オプション１４２を選択する。置換オプションを選択すると、ユーザは、ルール構築ウインドウ内で挿入のために利用可能なノードのドロップダウンメニューの形態で、別のリストが提示される。提供されるドロップダウンメニューからノードを選択することによって、ルール構築ウインドウ内でハイライトされたノードは、選択されたノードと置換される。提供される実施例では、ユーザは、図３において保留ノード１５０をハイライトし、保留ノードは、ルール構築ウインドウ１２６で太枠でハイライトされ示される。図４では、ユーザは、置換オプション１４２に関連付けられたドロップダウンメニューから範囲ノード１５２を選択し、保留ノード１５０（以前に図３に図示）は、範囲ノード１５２によって置換されている。

前述のように、ノードが、挿入メニュー１４１または置換メニュー１４２から選択されると、ノードは、ルール構築ウインドウ１２６に出現する。ルール構築ウインドウに挿入するために選択された特定のノードは、構成を必要とするであろう。選択されたノードが構成を必要とすると、構成ボックスがルール構築ウインドウに出現し、ユーザに、ノードを適切に構成するために必要なあらゆる必要データを挿入させる。例えば、図４に示されるように、ユーザが範囲ノード１５２を選択すると、構成ボックス１７０が、ルール構築ウインドウ１２６に出現する。構成ボックス１７０は、ノードを構成するために適切なデータを入力するように、ユーザに命令する。図４の実施例では、ユーザは、範囲チェックに対する特定の試験を指定し、比較のための特定の範囲を指定することによって、範囲ノード１５２を構成しなければならない。

いくつかの事例では、ノードは、異なる態様で構成されてもよい。例えば、図４に示されるもの等の範囲ノードは、ユーザによって挿入される数値限定に基づいて、または特定の試験のために検査室によって規定される指定範囲に基づいて、構成されてもよい。したがって、いくつかの事例では、ユーザは、構成ボックスに数字を挿入し、ノードに対する下限および上限を定義してもよい。他の事例では、ユーザは、いくつかの指定範囲のうちの１つを選択してもよく、各指定範囲は、所定の上限および所定の下限を有する。指定範囲の実施例として、検証範囲、基準範囲、または臨界範囲を含む。

ユーザが範囲に対し特定の詳細（数値等）を挿入することが必要ないような態様で、範囲ノードが設計される場合、共通ノードが検討される。ノードが使用される特定の試験とノードの構成が無関係である、共通ノードである。特定のルールのためのノードの構成に関連して、特定の詳細が必要とされる場合、それらの詳細は、検査室によって規定され、共通ノードがルールに挿入される際に、自動的に読み出される。したがって、共通ノードによって、ユーザは、異なる試験結果に対する特定の許容範囲等、分析される試験結果に関連する特定の詳細を引き出す必要なく、自動検証ルールを容易に構築することが可能となる。

図４は、範囲ノード１５２が共通ノードとして構成される、実施形態を示す。範囲ノード１５２の本実施形態では、ユーザは、いくつかの指定範囲のうちの１つを単純に選択することによって、ノードを構成する。指定範囲に関連付けられた数値は、それらが使用される特定の試験のために、検査室によって既に規定されている。図４では、ユーザは、構成ボックス１７０の下方のドロップダウンメニュー１７２から「検証範囲」を選択している。検証範囲は、検査室によって判断される所定の範囲であって、範囲内の試験結果は、ルールによって分析される特定の試験結果の有効試験結果とみなされるであろう。図４の血清カルシウム自動検証ルールに対し、検査室は、検証範囲を２乃至２０ｍｇ／ｄＬに規定してもよい。これは、検査室が、血清カルシウム試験からの現実的試験結果であるとみなされ得るものと一致する本範囲内の任意の試験結果であるとみなすことを意味する。しかしながら、検査室が、５０ｍｇ／ｄＬの結果を受信する場合、本システムは、これを血清カルシウムの非現実的試験結果であるとみなし、検査室は、何らかの誤差が分析において生じたものと推測するであろう。

「検証範囲」と同様に、検査室は、共通ノードとして使用される際の範囲ノード１５２に対し、「基準範囲」または「臨界範囲」等の他の範囲を定義してもよい。例えば、検査室は、血清カルシウムの基準範囲を９乃至１０．５ｍｇ／ｄＬに定義してもよい。これは、本範囲内の血清カルシウム試験結果が正常であるとみなされ、この試験結果は、患者に対して問題を示していないことを意味する。別の実施例として、検査室は、血清カルシウムの臨界範囲を８乃至１５ｍｇ／ｄＬに定義してもよい。これは、臨界範囲外の血清カルシウム試験結果が、患者に対して重大な問題を示唆していることを意味する。この場合、本システムは、速やかな対応が患者に成され得るように、医師に試験結果を直ちに通知するように構成されてもよい。前述の範囲は、本システムを使用して、検査室によって規定され得る単なる範囲の実施例であって、多数の他の範囲が、検査室によって規定可能であることが認識されるであろう。さらに、本明細書では、範囲ノード１５２がノードをルール構築ウインドウ１２６に挿入する際に構成を必要とするノード例の１つとして記載されているが、ユーザによって選択され得る多くの他のノードもまた、自動検証ルールに適切に含まれる前に、構成されなければならないことが認識されるであろう。

ノードが、ルール構築ウインドウに挿入され、構成（必要とされる場合）されると、ノードからの出力は、後続ノードに関連づけなければならない。前述のように、あらゆる決定ノードは、少なくとも２つの出力を有するであろう。決定ノードからの２つ以上の必要とされる出力を後続ノードに適切に関連付けるステップに関しユーザを補助するために、エディターは、ルール構築ウインドウ内に配置される際、決定ノードからの可能な出力のそれぞれを示すように構成される。故に、図５の実施例では、範囲ノード１５２が、ルール構築ウインドウ１２６内に配置されると、エディターは、ノード１５２から既に延出している３つの出力エッジ１５３とともに、範囲ノード１５２を直ちに表示する。ノード１５２から延出する３つの出力エッジ１５３は、有利には、３つの可能な結果が、範囲ノードから生じ得ることをユーザにリマインドする。特に、範囲ノードは、試験結果を規定範囲と比較し、試験結果が、規定範囲内か、規定範囲を上回るか、または規定範囲を下回るか否かを判断するであろう。３つの可能な結果のそれぞれに対し、出力エッジ１５３を表示することによって、ユーザは、３つの可能な結果のそれぞれを結果として生じるノードに接続するようにリマインドされる。さらにユーザを補助するために、エディターは、範囲ノード１５２からの３つの出力エッジ１５３それぞれをダミーノード１６８ａ−１６８ｃ（すなわち、未構成「ｔｈｅｎ…」ノード）へ延出する。

ルール構築ウインドウ１２６への決定ノードの挿入に応じて自動的に出現する決定ノードの出力エッジは、２つまたは３つのノードに至るように、ユーザによって操作されてもよい。例えば、図６では、ユーザは、範囲ノード１５２の出力エッジ１５３を操作し、試験結果が検証範囲を上回るか、または下回るかにかかわらず、検証範囲外の試験結果が第１のノード１６８ｂに至り、検証範囲内の試験結果は、第２のノード１６８ｃに至ることを示す。これを達成するために、ユーザは、単に、図５に示される「上回る」エッジ１５３上の矢印近傍をクリックし、「下回る」エッジに関連付けられたノード１６８ｂにエッジをドラッグする。次いで、エディターは、ルール構築ウインドウ１２６から「上回る」エッジに以前に関連付けられたダミーノードを自動的に除去し、「上回る」エッジおよび「下回る」エッジは両方、図６に示されるように、同一ダミーノード１６８ｂに至る。本明細書では、エッジの操作は、ダミーノードに至るエッジに関して記載されたが、エディターは、部分的または全体フローチャート内の任意のエッジの操作を類似態様で可能にしてもよいことが認識されるであろう。故に、エディターは、ユーザが、フローチャートおよびフローチャートを経由するノードからノードへの進行を操作するための便宜的方法を提供する。

フローチャート１０２内のエッジを操作するステップに加え、ユーザはまた、新規ノードを挿入する、または既存ノードを置換することによって、ノードを操作してもよい。例えば、図７に示されるように、ユーザは、ルール構築ウインドウ１２６内のダミーノード１６８ｂを機能ノード１５４と置換している。これは、前述のツールバー１２４から置換オプション１４２を使用して達成される。「置換」オプション１４２を使用する場合、ユーザは、最初に、置換されるノードをハイライトし、次いで、ツールバーから「置換」オプション１４２を選択する。「置換」オプション１４２が選択されると、ユーザは、種々のノードをリストアップするドロップダウンメニューが提示され、ハイライトされたノードを置換する。ユーザがドロップダウンメニューから置換ノードを選択後、以前にハイライトされたノードの代わりに、ルール構築ウインドウ１２６に自動的に出現する。図７の場合、ユーザは、「上回る」および「下回るエッジ１５３」後のダミーノード１６８ｂを「再実行」ノード１５４と置換している。

図７に示されるように、ユーザが、挿入のために「再実行」ノード１５４を選択すると、構成ボックス１７０は、ルール構築ウインドウ１２６に自動的に出現し、「再実行」ノード１５４を適切に構成するようにユーザに命令する。同時に、新規ダミーノード１６８ｄは、ルール構築ウインドウ１２６において、「再実行」ノードの出力エッジ１０６上に提供される。

図８は、「再実行」ノード１５４が、ユーザによって構成されたことを示す。構成の結果、「再実行」ノードは、現在、２つの出力エッジを含み、ノードは、再実行試験結果と以前の試験結果とを比較する命令を有する。したがって「再実行」ノード１５４は、動作に関連する決定を行うようにも構成される動作ノードである。図８の実施例では、ユーザは、検証範囲外であったため、「再実行」ノード１５４を構成し、原試験結果を再実行している。また、ノード１５４は再実行後の新規試験結果と以前の試験結果とを比較するように構成されている。また、図８に示されるように、再実行試験結果が、以前の試験結果の５％以内ではない場合、ルールは、保留ノード１５８で試験結果を保留し、試験結果が、検証範囲外の無効試験結果であって、ユーザによって手動でチェックされるべきであることを示す。しかしながら、再実行試験結果が、以前の試験結果の５％以内である場合、ルールは、有効化ノード１５６で試験結果を有効化するように構成される。

また、図８に示されるように、ユーザは、範囲ノード１５２から「範囲内」出力エッジ１５３をクリックし、有効化ノード１５６にドラッグしている。有効化に応じて、試験結果は、情報システム（例えば、ＬＩＳ）内で有効として記録され、他の情報システム（例えば、ＨＩＳ）での観察のために公表されてもよい。

図３−８を参照して前述のように、エディターによって、ユーザは、グラフィカルユーザインタフェース上に示されるフローチャートとして自動検証ルールを構築することが可能となる。ユーザは、所望のルールを構築するために、容易に、新規ノードを挿入、ならびに置換既存ノードを置換してもよい。加えて、ユーザは、容易に、ノード間に延出するエッジを操作し、フローチャートを経由してノードからノードへの進行を定義してもよい。エディターのフローチャートベースの言語は、概して、直観的であって、所望の自動検証プロシージャのユーザ表現を促進する。

自動有効化ルールの生成および編集は、「挿入」オプション１４１および「置換」オプション１４２に関して、前述されている。しかしながら、多数の他のオプションが、自動検証ルールを構築および編集するために、メニュー１２２またはツールバー１２４に提供されてもよいことが認識されるであろう。例えば、「子ノードを選択」オプション１４３によって、前述されていないが、ユーザは、ルール構築ウインドウ内に配置されると、エッジおよび接続されたダミーノードを自動的に生成しない動作ノード後の後続ノードまたは「子ノード」を指定することが可能となる。

ユーザに提供され得るツールの別の実施例は、ノードマクロを定義する能力である。マクロは、特定の順番で接続される複数のノードを含むが、具体的には、特定の自動検証ルールに関連付けられない。次いで、これらのマクロをメニューから選択し、異なる自動検証ルールに挿入してもよい。一実施形態では、マクロは、構成可能ではなく、特定のルールに対し特殊化不可能である。しかしながら、別の実施形態では、いくつかのマクロは、特定のルールに対する構成および特殊化が可能であるように、設計されてもよい。トップメニュー１２２からの「新規プロシージャ」オプション１３２は、そのようなマクロを生成する能力をユーザに提供してもよい。

（自動検証ルール／ルールチェック環境の試験）
自動検証ルール１００が準備された後、自動検証ルールは、典型的には、臨床検査室で使用される前に試験されるであろう。本システムは、そのような自動検証ルールを試験するためのツールを提供する。図９−１６は、本システムによって提供される例示的ルールチェック環境を提供する。

図９を参照すると、例示的自動検証ルール１００が、ルール構築ウインドウ１２６に示される。自動検証ルールを生成後、ユーザは、ルールチェックウインドウ１２８をルール構築ウインドウ１２６と組み合わせて使用し、本システムのルールチェック環境において、ルールチェックを実行する。

ルールチェックツールバー２０２は、ルールチェックウインドウ１２８の上部を横断して提供される。ルールチェックツールバーは、「新規チェック」オプション２１０、「試験を指示」オプション２１１、「人口動態」オプション２１２、「複製」オプション２１３、「削除」オプション２１４、および「欠落パス」オプション２１５を含む、いくつかのオプションをユーザに提供する。

ルールチェックを開始するために、ユーザは、「新規チェック」オプション２１０をクリックし、テーブル２２０が、ルールチェックウインドウ１２８に出現する。テーブル２２０は、テーブルに関連する自動検証ルールを示す、タイトルブロック２２２を含む。図９の実施例では、テーブル２２０は、血清カルシウム自動検証ルールに関連する。また、テーブル２２０は、複数の列見出しをリストアップするヘッダ行２２４を含む。図９の例示的実施形態では、テーブルは、状態列２２５と、「年齢」列２２６と、「前の」試験結果列２２７と、「実行１」試験結果列２２８と、「シナリオ」列２２９を含む。テーブル２２０内のヘッダ行２２４の下は、１つ以上の行であって、各行は、ルール構築ウインドウ１２６に示される自動検証ルールのための単一ルールチェックを含む。図９に示されるように、「新規チェック」オプション２１０が、最初に、選択される場合、単一行２３１のみ、テーブル２２０に提供される。しかしながら、「新規チェック」オプション２１０が選択されるたびに、追加行がテーブル２２０に出現し、追加自動検証ルールのためのルールチェックを提供する。

図９に示されるように、ユーザは、テーブル２２０の列２２８に、例示的試験結果の形態で入力例を入力し、ルールチェックを定義することによって、ルールチェックを定義するよう招待される。ユーザの注意を本列２２８およびその命令に向けるために、列２２８またはそのテキストは、ハイライトされてもよい。例えば、列２２８は、黄色または点滅テキストで出現してもよい。

テーブル自体に提供される情報に加え、命令バー２４０は、ルールチェックウインドウ１２８の下部に出現し、テーブル２２０に関する追加情報を提供する。矢印２４１は、命令バー２４０内の現在の情報に関するテーブル２２０の行に隣接して出現する。図９の実施例では、矢印２４１は、ルールチェック２３１に隣接して位置し、命令バー２４０は、ルールチェックのための試験結果例として、列２２８に数値を入力すべきことを示す。いくつかの状況では、例示的な人口動態情報または例示的な前の試験結果等、試験入力例に加え、追加ルールチェックデータが必要とされてもよい。

次に図１０を参照すると、ユーザは、列２２８に数値「９．１２」を挿入し、行２３１のルールチェックのための試験結果例は９．１２ｍｇ／ｄＬであることを示す。ユーザが、列２２８にルールチェックのための試験結果例を入力すると、また、コメントが、ユーザによって、シナリオ列２２９に入力されてもよい。シナリオ列内のコメントは、典型的には、ルールチェックの意図される目的を示すであろう。例えば、図１０では、ユーザは、シナリオ列２２９に「正常結果」という語句を入力し、列２２８内の試験結果例値「９．１２」が、正常な血清カルシウム試験結果の指標であることを示す。

必要とされるルールチェックデータが、ルールチェックウインドウ１２８のテーブル２２０に入力されると、本システムは、ルールチェックデータを使用して、自動検証ルールを自動的に実行し、ルールチェック出力を提供する。ルールチェック出力は、試験結果例の有効化等、自動検証プロシージャから生じる任意の最終動作を含む、本システムに及ぼす自動検証プロシージャの副次的影響を示す。ルールチェック出力の他の実施例は、追加試験を実行するか、試料を希釈するか、さらなるレビューのために試験結果を保留するか、試験を中止するか、コメントを追加するか、試験結果を修正するか、または技術者に手動プロトコルを実行させるための命令を含む。また、多数の他のルールチェック出力も可能であることが認識されるであろう。

図１０の実施例では、ルールチェック出力は、フローチャートを経由してルールチェックのパス内の動作ノードをレビューすることによって、確認することができる。フローチャートを経由してルールチェックのパスを追従する際にユーザを補助するために、パスは、ルール構築ウインドウ１２６内でハイライトされる。ハイライトされたルールチェックのパスは、フローチャートを経由してルールチェックのノードからノードへの進行をハイライトすることによって示され、進行は、ルールチェックで使用されるノードと、そのようなノードを接続するエッジとを含む。ノードからノードへの進行をハイライトするステップは、パス内のノードおよびエッジをフローチャートの残りとは異なる色で提供する等、種々の方法で達成されてもよい。例えば、図１０では、その接続エッジとともに、開始ノード１１０、範囲ノード１５２、および結果有効化ノード１５６は、緑色で示されてもよい一方、フローチャート１０２内の残りのノードおよびエッジは、青色で示されてもよい。

ルール構築ウインドウ１２６に示される自動検証ルールを経由してルールチェックのパスによって、テーブル２２０は、列２２５に通知を提供し、ルールチェックのノードからノードへの進行を調査することをユーザに要求する。例えば、調査を行うための通知は、行２３１の列２２５を赤色でハイライトし、列に語句「調査」を含むことによって、提供されてもよい。同時に、ルールチェックのためのルール挙動が予測された挙動である場合、命令バー２４０は、命令バーの一端の承認ボタン２４２をクリックするようにユーザに命令する。

自動検証ルールが、ルールチェックのための予測された出力を提供する場合、ユーザは、承認ボタン２４２をクリックする。予測された出力は、本システム応答が、入力された試験結果に基づいて適切であるものである。承認ボタン２４２が選択されると、ルールチェックは、ルールチェックウインドウ１２８に、承認済みとしてリストアップされる。例えば、図１１に示されるように、語句「承認済み」は、行２３１のルールチェックに対し、列２２５に含められる。

複数のルールチェックは、自動検証ルールを経由してあらゆる可能なパスを適切に試験するために必要とされるだろう。図１２を参照すると、ルール構築ウインドウ１２６に示される自動検証ルールのための追加ルールチェックを提出するために、ユーザは、ルールチェックツールバー２０２から「新規チェック」オプション２１０を選択する。本オプション２１０が選択されると、新規行がテーブル２２０に出現し、ユーザは、新規行にルールチェックのための所望のデータを投入する。図１２では、ユーザは、行２３１−２３５に示されるように、合計５つのルールチェックをテーブルに含めている。また、ユーザは、テーブル２２０の列２２５に記録されるように、これらのルールチェックのそれぞれを承認している。図１２に示される５つのルールチェック２３１−２３５は、ルール構築ウインドウ１２６に示されるフローチャート１０２を介してあらゆる可能なパスを想定する。ユーザによって提供されるルールチェックがすべて承認されている場合、自動検証ルールは、検査室での使用のために、実際の試験結果とともに公表される。

新規ルールチェックを生成する際のユーザのための別のオプションは、ルールチェックツールバー２０２から「複製」オプション２１３を選択することである。本オプションを使用するために、ユーザは、テーブル内の行の１つをハイライトし、次いで、「複製」ボタン２１３をクリックする。これによって、ハイライトされた列と等しい第２の行をテーブル内に出現させる。次いで、ユーザは、第２の行を編集し、表示された自動検証ルールのための新規ルールチェックを提供してもよい。「複製」オプション２１３は、ルールチェック間に細かな変更のみが必要とされ、したがって、ルールチェックのために必要とされる入力データ量を制限する場合に有用である。

ルールチェックを編集する際のユーザのためのさらに別のオプションは、「削除」オプション２１４である。本オプション２１４によって、ユーザは、テーブル２２０からルールチェックを完全に除去することが可能となる。

特定の状況では、新規ルールチェックの生成は、テーブル２２０に既に示される他のルールチェックのために必要とされていなかった追加の例示的データを必要とするであろう。これらの状況では、追加の例示的データのための新規列は、ユーザによって、テーブル２２０に挿入されなければならない。新規列を追加するための２つのオプション例は、「試験を指示」オプション２１１と、「人口動態」オプション２１２とを含む。

「試験を指示」オプション２１１によって、ユーザは、テーブル２２０に列を追加することが可能となり、ルールチェックのための追加のシミュレーション試験結果を提供する。例えば、図１２では、ユーザは、定義されたルール１００が、そのような追加試験結果に依存する場合、追加試験結果をテーブル２２０に追加するために、「試験を指示」オプション２１１を選択してもよい。テーブル２２０に挿入されたそのような追加試験結果によって、自動検証ルール１００を介して完全なパスが、ルールチェックのためのルール構築ウインドウ１２６に示されることができる。

新規列の生成は、あらゆるルールチェックのための新規データの入力を必要としないことに留意されたい。例えば、図１２では、第１のルールチェック２３１は、ノード１５４を経由して進行しておらず、したがって、列２２８ａに再実行試験値例を必要としなかった。故に、本列２２８ａは、図１２内の第１のルールチェック２３１に対し空欄のままである。

テーブル２２０に生成され得る状況の別の実施例は、ルールチェックのための追加人口動態データに対するものである。ユーザが「人口動態」オプション２１２をクリックすると、ユーザは、患者の性別または人種に関連するデータ等、テーブル２２０への追加のための追加人口動態データを選択してもよい。チェックされる自動検証ルールに応じて、本追加データは、ルールチェックに対し、オプションまたは義務であってもよい。

前述の例示的実施形態では、追加列は、ユーザによって、テーブル２２０に手動で追加される。しかしながら、本システムはまた、自動検証ルールおよび関連付けられたルールチェックによって必要とされる場合、列をテーブル２２０に自動的に追加するように構成されてもよい。例えば、図１２では、ルールチェックが、再実行ノード１５４を経由して進むであろうパスとともに生成される場合、本システムは、再実行列２２８ａを自動的に追加するように構成されてもよい。したがって、ユーザが、「実行１」試験結果「５．１」を列２２８に入力すると、本システムは、本試験結果が自動検証ルールのノード１５２で定義された検証範囲を下回ることを認識し、自動検証プロセスに従って定義された再実行ノード１５４に進行する。ルールチェックから例示的再実行試験結果を要求すると、次いで、本システムは、テーブル２２０に追加列２２８ａを生成し、「実行２」試験結果例が本列２２８ａに入力されるべきであることを示す。図１２の実施例では、ユーザは、値「５．１５」を列２２８ａに入力している。

検査室で自動検証ルールが生成され、試験され、実装された後に、検査室は、自動検証ルールに対する改訂が必要であることを決定してもよい。特に、検査室は、試験試料に対する追加ワークフローまたは分析によって、特定の試験のためのより優れた自動検証ルールを提供するであろうことが分かる場合がある。前述のように、自動検証ルールは、ルール構築ウインドウ１２６から容易に編集されてもよい。特定の試験を編集するために、ユーザは、トップメニュー１２２から「ルールを開く」オプション１３０を選択し、編集する自動検証ルーを選択する。次いで、自動検証ルールのためのフローチャートが、ルール構築ウインドウ１２６に出現し、フローチャートは、ノードおよびエッジを追加するか、ノードおよびエッジを削除するか、またはノード構成を変更することによって、容易に編集されてもよい。

既存の自動検証ルールが修正されると、自動検証ルールのためのルールチェックに関連付けられた出力もまた、変化してもよい。これが生じる場合、ユーザは、修正された自動検証ルールが承認され、実際の使用のために公表される前に、修正されたルールチェック出力を承認することが要求される。図１３は、本状況の実施例を示す。

図１３では、図１２に以前に示された自動検証ルールが編集され、追加ノードおよびエッジが含まれている。以前のノードに加え、修正された自動検証ルール１００のためのフローチャート１０２は、現在、第１および第２のデルタチェックノード１６０、１６１と、第２および第３の有効化ノード１６２、１６３と、追加保留ノード１６４とを含む。

ルールチェックウインドウ１２８に示されるように、自動検証ルール１００を編集することによって、ルールチェック２３２および２３５は、現在、承認されていない、異なるルール出力を有する。故に、ルールチェック２３２および２３５は、テーブル２２０の列２２５でハイライトされ、ルールチェックを「調査」するための命令を含む。同時に、命令バー２４０は、血清カルシウムルールへの編集に基づいて、ルールチェックの挙動が変更されており、そのような挙動が承認されることが必要であることをユーザに伝える。

ルールチェック挙動への変更を承認する際にユーザを補助するために、「差異表示」ボタン２４４が、命令バー２４０に提供される。「差異表示」ボタンが選択されると、ユーザは、図１４に示されるもの等の差異ウインドウ２４６が提示される。差異ウインドウ２４６は、ルールチェックのための原出力と、ルール編集後のルールチェックのための新規出力との間の差異を示す。図１４の実施例では、本情報は、テーブル２５０に提供される。テーブル２５０は、「予測」列２５２と、「実際」列２５４と、を含む。「予測」列２５２は、ルールチェックの以前のバージョンからのルールチェックのために、元々承認された出力を示す。この場合、原出力は、再実行ノード１５４からの再実行による副次的影響と、有効化ノード１５６からの有効化による副次的影響と、を含んでいた。「実際」列２５４は、ルールの修正されたバージョンのためのルールチェック出力を示す。この場合、新規ルールチェック出力は、再実行ノード１５４からの同一の再実行による副次的影響を含み、また、保留ノード１６４からの保留の形態で異なる副次的影響を含む。異なる副次的影響の出力は、テーブルの第２の行で赤色にハイライトされ、出力の差異を強調する。故に、差異ウインドウ２４６によって、ユーザは、編集された自動検証ルールから生じるルールチェックの差異を迅速に強調する便宜的ツールが提供される。

次に、図１５を参照すると、ユーザが、新規または修正された自動検証ルールのためのルールチェックをレビューすると、欠落パスオプション２１５が選択され、ユーザに、自動検証ルール経由してあらゆるパスのためのルールチェックを提供する補助となってもよい。欠落パスオプションが選択されると、本システムは、どれくらいのフローチャート１０２を経由する潜在的パスが、テーブル２２０に関連付けられたルールチェックを有していないかを判断する。次いで、これらの欠落パスの第１番目が、ルール構築ウインドウのフローチャート１０２でハイライトされる。例えば、欠落パスは、パスのためのエッジを赤色で提供し、関連付けら得たノードを赤色で縁取ることによって、ハイライトされてもよい。フローチャート内の残りのエッジは、残りのノードの周囲の黒色輪郭とともに、黒色のままであってもよい。図１５の実施例では、ハイライトされた欠落パスは、以下のノードおよびエッジを含む。開始ノード１１０、範囲ノード１５２、「上回る」出力エッジ、デルタチェックノード１６０、「失敗」出力エッジ、再実行ノード１５４、「同一」出力エッジ、デルタチェックノード１６１、「合格」出力エッジ、および結果有効化ノード１６３である。

ユーザに欠落パスが提示されると、ユーザは、テーブル２２０の欠落パスのためのルールチェックを構築してもよい。ルール構築ウインドウ１２６に表示されるフローチャート１０２のための欠落パスの合計は、ボックス２１８でルールチェックツールバー２０２上に示される。ユーザは、ボックス２１６に提供される矢印を使用して、最初から最後まで、そのような欠落パスを連続的に表示してもよい。特に、前向矢印が選択されるたびに、次の欠落パスが、フローチャート１０２でハイライトされるであろう。後向矢印が選択されるたびに、以前の欠落パスは、フローチャート１０２でハイライトされるであろう。

図１６に示されるように、ユーザに利用可能な欠落パスに基づいて、ユーザは、図１５からの２つの追加ルールチェックを追加および承認している。承認されたあらゆるルールチェックによって、自動検証ルールは、検査室での使用のために利用可能となる。有利には、ユーザは、ルールが検査室に公表される前に、ルールチェックのフローチャート１０２およびテーブル２２０を印刷し、所与の自動検証ルール上で使用されるルールチェックプロシージャの文書を提供してもよい。加えて、将来、ルールチェックを閲覧する必要がある場合、任意の所与の自動検証ルールのためのルールチェックは、本システムのデータストレージに保存されるであろう。

（自動検証ルール／検査室環境の実行）
自動検証ルールが、そのルールチェックとともに生成されると、ルールは、本システムによって、データストレージ２０（図１参照）に保存され、自動検証ルールに関連付けられた試験指示が検査室で受信されると、プロセッサ１６によって実行するために利用可能となる。試験指示は、典型的には、検査室分析器によって実行される少なくとも１つの試験と、試験指示に関連付けられた患者に関するデータ（例えば、氏名、年齢、性別、体重、身長等）とを含む。試験指示は、コンピュータネットワークを経由して自動的に受信されてもよく、または検査室技術者によって、本システムに手動で入力されてもよい。試験指示が検査室によって受信されると、試験試料が伴われる。試験試料は、適切な検査室分析器（または、手動検出器ステーション）に送達され、したがって、指定試験を試料に対して行うことができる。試験指示の受信に応じて、本システムは、検査室環境で動作し、自動検証ルールを使用して、実際の臨床試験結果が検証される。

試験指示に関連付けられた自動検証ルールの実行は、本システムが試験指示を受信すると開始する。試験指示の受信に応じて、本システムは、メモリまたはデータストレージから保存された自動検証ルールを引き出し、ルールの実行を進める。

各ルールの実行は、開始ノードから開始する。したがって、ルールは、エッジ１０６によって指向されるように、ノードからノード１０４へ進む。新規ノードに到達すると、本システムは、任意のロジックおよび副次的影響を含む、ノードに関連付けられたルーチンを呼び出す。ノード１０４に関連付けられたルーチンを実行すると、定義されたルールは、本システムが、トップルール実行を停止すべきか、新規結果を待機すべきか、またはノードからの出力エッジ１０６の１つから新規ノード１０４へと追従し、新規ノードの実行を開始すべきか否かを示す。ルールが、出力エッジを伴わない動作ノードに到達すると、ルールは終了する。ルールは、ルールを必要とする新規試験指示が受信されるまで、再び実行されない。所望に応じて、ユーザは、実行中、自動検証ルールのフローチャート表示１０２をグラフィカルユーザインタフェース１４上に表示してもよい。しかしながら、ほとんどの事例では、プロセッサは、グラフィカルユーザインタフェースに表示することなく、ルールを実行するであろう。

検査室は、典型的には、１度に複数の試料のための複数の試験指示を受信するであろう。故に、プロセッサ１６は、複数の自動検証ルールを並行して実行してもよい。これは、２つ以上の異なる試験指示に対し、同一自動検証ルールの２つ以上の事例を同時に実行するステップ、および／または２つ以上の異なる試験指示に対し、２つ以上の異なる自動検証ルールを同時に実行するステップを含んでもよい。

前述のように、実行プロセスの間、自動検証ルールが中断され、待機するように命令されてもよい。ルールが中断する状況の典型的実施例は、必要データが利用不可能であるため、ノードが実行できない場合である。例えば、図８のルールが実行される場合、ルールは、後続ノード１５４または１５６に移動する前に、検査室分析から血清カルシウム試験結果を受信することをノード１５２で待機しなければならない。したがって、血清カルシウムの試験指示が受信されると、ルールは、検査室分析器が血清カルシウム試験結果を産生するまで、ノード１５２で中断する。本状況では、ルールは、血清カルシウム試験結果を受信するまで、またはユーザによって中止されるまで、無期限に中断するであろう。ルールが、ユーザによって終了させられる場合、本システムは、誤差通知を発する。次いで、試験結果は、処理のために検査室技術者に回される。次いで、技術者は、試験結果が有効であるか否かを手動で判断することができる。

また、図８は、ルールが中断し得る状況の別の実施例を提供する。再実行ノード１５４に到達すると、以前に実行された試験は、本システムによって、再指示され、ルールは、新規試験結果が受信されるまで中断される。これを達成するために、本システムは、試料管を検査室分析器に戻すように、検査室技術者に通知を発行してもよい。代替として、本システムが、ロボットまたはいくつかの他の機械化された試料運搬デバイスを含む場合、本システムは、検査室分析器を通して、試験を自動的に再実行してもよく、検査室技術者に全く通知されることはないであろう。本状況では、再実行は、本システムによって完全に処理される。

本発明は、特定の好ましい実施形態に関して記載されたが、他の実装および適合が可能であることは、当業者によって理解されるであろう。さらに、本明細書に記載される個々の進歩に対し利点が存在し、前述の他の側面を組み込むことなく取得され得る。したがって、添付の請求項の精神および範囲は、本明細書に含有される好ましい実施形態の説明に制限されるべきではない。

Claims (24)

1. 検査室分析器によって提供される検査室試験結果を自動検証するように構成される、自動検証ルールを試験する方法であって、
   ａ）試験結果例を含むルールチェックに対して該自動検証ルールを実行することであって、該ルールチェックに対する該自動検証ルールの実行はルールチェック出力を提供する、ことと、
   ｂ）該ルールチェック出力が予測された出力であるか否かを判断することと、
   ｃ）該自動検証ルールを修正することと、
   ｄ）該ルールチェックに対して該修正された自動検証ルールを自動的に実行することであって、該ルールチェックに対して該修正された自動検証ルールの実行は、修正されたルールチェック出力を提供する、ことと、
   ｅ）該修正されたルールチェック出力が該予測された出力であるか否かを自動的に示すことと
   を備える、方法。
2. 前記ルールチェック出力が前記予測された出力である場合、該ルールチェック出力を承認するステップをさらに備える、請求項１に記載の方法。
3. グラフィカルユーザインタフェース上にフローチャートとして前記自動検証ルールを表示するステップをさらに備える、請求項１に記載の方法。
4. 前記フローチャートは、複数のノードと、前記自動検証ルールにおいて、該複数のノード間の定義されたワークフローとを備える、請求項３に記載の方法。
5. 前記ルールチェックによって作成される前記フローチャートを経由するパスを示すステップをさらに備える、請求項４に記載の方法。
6. 前記フローチャートを経由する前記ルールチェックの前記パスを示すステップは、該パス内のノードおよびエッジをハイライトすることを備える、請求項５に記載の方法。
7. 前記ハイライトするステップは、前記フローチャート内の前記他のノードおよびエッジと異なる色で前記パス内の前記ノードおよびエッジを提示することを備える、請求項６に記載の方法。
8. 前記ルールチェックを提供するステップは、複数のルールチェックを提供することを備え、該複数のルールチェックが欠落パスを説明しない場合、前記フローチャートを経由する該欠落パスをハイライトすることをさらに備える、請求項３に記載の方法。
9. 前記ルールチェックを含むテーブルを表示するステップをさらに備える、請求項１に記載の方法。
10. 前記テーブルは、前記ルールチェックが前記自動検証ルールに対して既に承認されているか否かの指標を含む、請求項９に記載の方法。
11. 前記修正されたルールチェック出力が前記予測された出力であるか否かを示すステップは、該ルールチェック出力と、該修正されたルールチェック出力とを表示することを含む、請求項１に記載の方法。
12. 前記ルールチェックは複数のルールチェックのうちの１つであって、前記修正された自動検証ルールは該複数のルールチェックに対して自動的に実行されて、複数の修正されたルールチェック出力を提供する、請求項１に記載の方法。
13. 前記自動検証ルールに対する試験の証明として、前記ルールチェックを保存するステップをさらに備える、請求項１に記載の方法。
14. 検査室試験結果を自動検証するように構成される、自動検証ルールを試験するためのシステムであって、
    自動検証ルールを表示し、該自動検証ルールのためのルールチェックを受信するように構成されるグラフィカルユーザインタフェースであって、該ルールチェックは試験結果例を含む、グラフィカルユーザインタフェースと、
    該ルールチェックに対して該自動検証ルールを自動的に実行し、ルールチェック出力を提供するように構成されるプロセッサであって、該ルールチェック出力が該自動検証ルールのための承認された出力であるか否かを示す入力を受信するようにさらに構成される、プロセッサと、
    該ルールチェックおよびルールチェック出力が保存されるデータストレージと
    を備え、
    該ルールチェックは該自動検証ルールの修正に応じて、データストレージから読み出され、該グラフィカルユーザインタフェースは、該自動検証ルールの修正に応じて、既に該ルールチェック出力が変更されているか否かを示す、システム。
15. 前記自動検証ルールは、前記グラフィカルユーザインタフェース上にフローチャートとして表示される、請求項１４に記載のシステム。
16. 前記フローチャートは、複数のノードと、前記自動検証ルールにおける該複数のノード間の定義されたワークフローとを備える、請求項１５に記載のシステム。
17. 前記グラフィカルユーザインタフェースは、前記フローチャートを経由して前記ルールチェックのノードからノードへの進行を表示する、請求項１６に記載のシステム。
18. 前記グラフィカルユーザインタフェースは、前記フローチャートを経由して前記ルールチェックの前記ノードからノードへの進行を表示する際に、ノードと、該ノードからノードへの進行におけるノード間のエッジとをハイライトする、請求項１７に記載のシステム。
19. 前記ハイライトされたノードおよびエッジは、前記フローチャートにおける他のノードおよびエッジと異なる色で提示される、請求項１８に記載のシステム。
20. 前記ルールチェック出力は、前記試験結果例を有効にすること、手動レビューのために該試験結果例を保留すること、さらなる試験を指示すること、前の試験を再実行すること、既存試験を中止すること、コメントを追加すること、または該試験結果を修正することを備える、請求項１４に記載のシステム。
21. 臨床試験結果を自動検証するように構成される、自動検証ルールを試験するためのシステムであって、
    ａ）グラフィカルユーザインタフェースと、
    ｂ）該グラフィカルユーザインタフェースを経由して複数の環境を提供するように構成されるプロセッサであって、該複数の環境は、
    ｉ）該自動検証ルールを編集するように構成される、エディター環境と、
    ｉｉ）試験結果例を含むルールチェックを受信するように構成されるルールチェック環境であって、該ルールチェック環境は、該ルールチェックに基づく該自動検証ルールを実行し、該ルールチェックに基づく該自動検証ルールの実行は予測された出力を提供するか否かを自動的に示すようにさらに構成される、ルールチェック環境と、
    ｉｉｉ）該臨床試験結果に対して該自動検証ルールを実行するように構成される、検査室環境と
    を含む、プロセッサと
    を備える、システム。
22. 前記自動検証ルールは、前記エディター環境および前記ルールチェック環境において、前記グラフィカルユーザインタフェース上にフローチャートとして表示される、請求項２１に記載のシステム。
23. 前記ルールチェック環境は、複数のルールチェックを受信するように構成され、該ルールチェック環境は、該複数のルールチェックに関連付けられていない前記フローチャートを経由して少なくとも１つのパスを示すようにさらに構成される、請求項２２に記載のシステム。
24. 前記エディター環境は、原自動検証ルールから修正された自動検証ルールに自動検証ルールを編集するように構成され、前記ルールチェック環境は、前記ルールチェックに対して該修正された自動検証ルールを実行するように構成され、該修正された自動検証ルールのための前記予測された出力は、該ルールチェックに対する該原自動検証ルールの実行に関連付けられた出力である、請求項２１に記載のシステム。

Images