自動検証ルールを試験するためのシステムおよび方法
自動検証ルールを試験する方法は、試験結果例を含むルールチェックを提供するステップを備える。ルールチェックが提供された後、自動検証ルールがルールチェックに対して自動的に実行される。ルールチェックに対する自動検証ルールの実行は、ルールチェック出力を提供する。次いで、ルールチェック出力が予測された出力であるか否かが判断される。自動検証ルールを試験するためのシステムは、自動検証ルールを表示し、自動検証ルールのためのルールチェックを受信するように構成されるグラフィカルユーザインタフェースを備える。本システムは、ルールチェックに対して自動検証ルールを自動的に実行し、ルールチェック出力を提供するように構成されるプロセッサをさらに含む。プロセッサは、ルールチェック出力が自動検証ルールのための承認された出力であるか否かを示す入力を受信するようにさらに構成される。
【発明の詳細な説明】
【技術分野】
【0001】
(分野)
本開示は、検査室試験の分野に関し、特に、臨床診断試験および臨床前試験と、関連する検査室試験結果の検証とに関する。
【背景技術】
【0002】
(背景)
臨床診断試験は、患者の種々の病状を診断する際の補助として、医療関係機関において一般的に使用される。臨床診断試験は、検査室が患者からの標本/試料に対する分析を実行するそれらの試験を指す。本明細書で使用されるように、用語「試料」または「標本」は、血液、尿、組織、唾液、または他の身体物質を含むが、それらに限定されず、身体から抽出されるそのような物質を指すことが意図される。患者試料の分析後、検査室は、試験結果を生成する。次いで、試験結果は、医師または他の医療専門家によって使用され、1つ以上の病状診断の際の補助となる。
【0003】
臨床診断試験に加えて、標本はまた、臨床前試験等の他の環境において分析されてもよい。臨床前試験は、薬物またはデバイスが、種々の試料を使用する検査室設定において試験される状況を指す。例えば、新規薬物が患者に投与されてもよく、患者の血液は、患者に及ぼす薬物の効果を判断するためにモニタリングされてもよい。本明細書で使用されるように、用語「臨床試験結果」は、臨床診断試験および/または臨床前試験から生成される試験結果を指すように意図される。
【0004】
病院検査室では、臨床診断試験のための試験指示は、医師から伝えられ、患者試料を伴って、検査室で受信される。患者試料は、試験結果を取得するために、1つ以上の検査室機器で分析される。患者試料を分析するために使用される検査室分析器の実施例として、流動血球計算器、血液分析器、免疫測定分析器、および電気泳動分析器を含む。また、多数の他の検査室分析器を使用して、患者試料を分析してもよいことが認識されるであろう。さらに、手動試験はまた、検査室技術者によって試料に対し実行され、試験指示のための試験結果を提供してもよい。試料が検査室で分析されると、試験指示が履行されたことが、試験結果の形態で医師に返信される。多くの環境では、試験指示は、電子的に受信され、試験結果は、ローカルエリアネットワークを経由して電子的に報告され、種々の情報システムへのアクセスを提供する。
【0005】
臨床診断検査室からの実際の試験結果の公表は、典型的には、段階分けされる。特に、検査室分析器からの「生」試験結果は、典型的には、検査室情報システム(「LIS」)と称される場合が多い、検査室独自のデータベースおよびコンピュータシステムに保留される。これらの生試験結果は、典型的には、検査室によって承認されるまで、検査室外部での閲覧用に公表されることはない。前述のように、生試験結果は、自動検証プロセスによって自動的に、または検査室技術者による追随レビューによって手動で、承認されてもよい。試験結果が承認されると、試験結果は、病院情報システム(「HIS」)と称される場合が多い、病院または他の医療施設のデータベースおよびコンピュータシステムに公表される。医師および他の医療供給者は、HISにおいて、承認済試験結果へのアクセスを有するが、検査室スタッフのみがLISにおける未承認結果へのアクセスを有する。
【0006】
故に、臨床診断試験を実行または監視する検査室技術者の業務の1つは、種々の情報システムに公表される前に、検査室分析器から、または手動試験から、取得された試験結果を有効化することである。多くの問題が試料収集および試験プロセスの際に生じ得るため、有効化の必要性が存在する。例えば、患者試料が誤って標識され、間違った患者に関連して試験結果が報告される場合がある。別の実施例として、患者試料が不適切に抽出または不適切に取り扱われ、試料汚染および誤った試験結果をもたらす場合がある。さらに、検査室分析器が、誤動作または較正ズレ状態にあって、再び検出器に誤った結果を報告させる場合がある。
【0007】
異常な試験結果は、必ずしも誤った結果を示すわけではないが、代わりに、深刻な医療問題を示す場合がある。そのような場合、検査室技術者は、試験結果をデータベースを経由して電子的に利用可能にする通常の報告手順に加え、医師または他の医療専門家に直ちに試験結果を報告することが重要である場合がある。これらの状況では、危機状態を示す試験結果は、検査室技術者が、電話または直接等によって、緊急かつ確認された報告を医師に行うことが必要となる場合がある。
【0008】
試験結果を評価するステップは、多くの場合、コンピュータによって自動的に実行することができる。コンピュータを使用して、検査室試験結果を自動的に評価する本プロセスは、自動検証(または、自動有効化)と呼ばれる。自動検証を使用して、検査室分析器からの試験結果は、評価のためにコンピュータに送信される。コンピュータが、試験結果が検査室によって確立された所定の基準と一致すると判断する場合、試験結果は、承認され、医師に自動的に公表される。自動検証が失敗した試験結果は、検査室技術者による手動レビューのために保留される。手動レビューに応じて、検査室技術者は、試験結果の公表、新規試験の要求、新規患者試料の要求、検査室分析器の点検の要求、入力データの確認要求、または種々の他の動作等の特定動作を決定してもよい。
【発明の概要】
【発明が解決しようとする課題】
【0009】
既存検査室情報システムは、試験指示が受信されるか、試験結果が取得されるか、および/または結果がHISにアップロードされる際に、コンピュータによって評価される一連の「if/then」ルールをユーザに書き込ませることによって、自動検証能力の提供を試みる。これらのif/thenルールは、本質的には、テキストベースのプログラミング言語を意味し、ユーザは、提供される言語によって完全自動検証プロセスを書き込むことが期待される。しかしながら、検査室技術者は、典型的には、コンピュータプログラミング技術において訓練されておらず、一般的テキストベースの言語に基づいて、自動検証ルールを書き込むことは困難である。加えて、熟練したプログラマにとってさえ、提供される言語は、典型的には、厄介であって、プログラマは、テキスト命令文の理解しづらいリストとして表示される、所望の自動検証ルールの特定の側面を無視しやすい。さらに、そのようなシステムを使用して自動検証プロセスが定義されると、一連のテキストの「if/then」命令文は追従が困難であるため、検査室技術者は、後に定義された自動検証プロセスを引き出して、プロセス内のワークフローを容易に判断することが難しい。故に、本システムを使用して生成される自動検証プロセスが、ユーザによって容易に定義され、後にユーザに提示される際に、迅速かつ容易に理解される自動検証システムを提供することが有利であるだろう。
【0010】
自動検証ルールを定義するために使用される厄介な言語に加え、既存システムはまた、自動検証ルールの正確性のチェックにおいて技術者を補助することはない。自動検証ルールが検査室で使用される前に、典型的には、ルールが正確であって、期待通りに動作するかどうかを判断するために、手動でチェックされる。自動検証ルールが正確であるか否かを判断するために、検査室技術者は、いくつかの入力例を提供して、自動検証ルールを遂行し、入力例に基づく結果に達する。次いで、ユーザは、入力例に基づいて、ルールが予想外の結果を提供するか否かを判断しなければならない。予想外の結果が取得される場合、これは、定義される自動検証ルールに関わる潜在的問題を示す。検査室技術者は、一度に1つの入力例に対して自動検証ルールを遂行するため、自動検証ルールを手動チェックする本プロセスは、単調かつ人的な過誤の影響を受けやすい。特に、ユーザがルールに正確に従わない場合、特定のルールチェックに対してユーザによって判断される結果は、ルールに基づいた実際の結果とは完全に異なる場合がある。故に、自動的に成し遂げられる自動検証ルールを試験し、したがって、自動検証ルールを手動でチェックする検査室技術者の負担を軽減する一方で、また、ルール試験のための系統的プロセスを提供するためのシステムを提供することが有利となるであろう。
【0011】
現在のルールチェックプロセスに関する別の問題は、ルール全体のあらゆる可能なステップがチェックされたことを確認することが困難なことである。現在のルールチェックプロセスでは、検査室技術者は、自動検証ルール内の特定のステップを見落とし、これらのステップを経由して進められる入力例の提供および試験を忘れやすい。故に、定義された自動検証ルールを経由するあらゆる可能なステップが試験されていることを確実にするためのツールを含む、自動検証ルールを試験するためのシステムを提供することは有利となるであろう。
【0012】
さらに、自動検証ルールが初期ルールチェック後に修正される場合、現在のシステムは、ルールの回帰試験に対してサポートを提供しない。言い換えると、自動検証ルールが修正されると、ルール変更に基づいて異なる結果を確認する際に、ユーザを補助するためのツールは提供されない。これは、ルールが修正されると常に、特定の自動検証ルールに対するあらゆる以前のルールチェックをやり直さなければならないことを意味する。故に、原ルール試験を完全にやり直す必要を伴わずに、修正されたルールを再試験するためのツールを含む、自動検証ルールを試験するためのシステムを提供することが有利となるであろう。
【0013】
自動検証ルールを試験するための現在のシステムに関わるさらに別の必要性は、ルール試験を容易に文書化する能力である。多くの検査室では、ルールが検査室で使用され得る前に、ルールチェックを行うことは必須である。現在のシステムでは、手書きによるメモが、ルールチェックの唯一の利用可能な証明である。したがって、試験プロシージャが容易に文書化され得、したがって、自動検証ルールが適切に試験されたことの証明を提供する自動検証ルールを試験するためのシステムを提供することが有利となるであろう。
【課題を解決するための手段】
【0014】
本明細書では、検査室試験結果を自動検証するように構成される、少なくとも1つの自動検証ルールを試験する方法が開示される。少なくとも一実施形態によると、本方法は、試料入力を含む、第1のルールチェックを提供するステップを備える。ルールチェックが提供された後、自動検証ルールがルールチェックに対して自動的に実行される。ルールチェックに対する自動検証ルールの実行は、ルールチェック出力を提供する。次いで、ルールチェック出力が予測された出力であるか否かが判断される。
【0015】
また、本明細書では、自動検証ルールを試験するためのシステムが開示される。少なくとも一実施形態によると、本システムは、自動検証ルールを表示し、自動検証ルールのためのルールチェックを受信するように構成される、グラフィカルユーザインタフェースを含む。ルールチェックは、試験結果例を含む。本システムは、ルールチェックに対する自動検証ルールを自動的に実行し、ルールチェック出力を提供するように構成されるプロセッサをさらに含む。プロセッサは、ルールチェック出力が自動検証ルールのための承認された出力であるか否かを示す入力を受信するようにさらに構成される。
【0016】
少なくとも一実施形態では、本明細書で開示されるシステムは、自動検証ルールに関連する複数の異なる環境を提供する。複数の環境は、自動検証ルールを定義するように構成されるエディター環境を備える。複数の環境は、試験結果例を含むルールチェックを受信するように構成されるルールチェック環境をさらに備える。ルールチェック環境は、ルールチェックに基づいて自動検証ルールを実行し、ルールチェックに基づく自動検証ルールの実行が予測された出力を提供するか否かを判断するようにさらに構成される。また、複数の環境は、実際の臨床試験結果に対して自動検証ルールを実行するように構成される検査室環境を備える。
【0017】
前述の特徴および利点、ならびにその他は、以下の発明を実施するための形態および添付の図面を参照することによって、当業者にはより容易に明白となるであろう。
【図面の簡単な説明】
【0018】
【図1】図1は、グラフィカルユーザインタフェースを含む、検査室試験結果を自動検証するためのシステムのブロック図を示す。
【図2】図2は、図1のシステムを使用して生成される、フローチャートの形態の例示的自動検証プロセスを示す。
【図3】図3は、図1のグラフィカルユーザインタフェースのスクリーンに表示される自動検証プロセスのための例示的フローチャートを示す。
【図4】図4は、フローチャートとともにスクリーンに表示される例示的構成ボックスを伴う、図3の例示的フローチャートを示す。
【図5】図5は、複数の出力エッジを有する決定ノードを伴う、図4の例示的フローチャートを示す。
【図6】図6は、決定ノードの出力エッジのうちの1つが異なるノードに指向されている、図5の例示的フローチャートを示す。
【図7】図7は、フローチャートに追加される再実行ノードと、フローチャートとともにスクリーンに出現するダイアログボックスとを伴う、図6の例示的フローチャートを示す。
【図8】図8は、さらなるノードと、再指向されたエッジとを含む、図7の例示的フローチャートを示す。
【図9】図9は、図8の例示的フローチャートに関連付けられたルールチェックテーブルを示す。
【図10】図10は、図9のルールチェックテーブル内のルールチェックのための試験結果例の入力を示す。
【図11】図11は、図10のルールチェックの承認と、ハイライトされたルールチェックのノードからノードへの進行とを示す。
【図12】図12は、追加ルールチェックを含むように拡張された、図11のテーブルを示す。
【図13】図13は、図12のものから修正された自動検証ルールと、結果として生じるルールチェックテーブル内のルールチェック変更とを示す。
【図14】図14は、図12に示されるルールの原バージョンからルールの修正されたバージョンへのルールチェック出力における差異をハイライトする、差異ウインドウを示す。
【図15】図15は、ルールチェックがルールチェックテーブル内に存在しない、図13の修正されたルールを経由するハイライトされたパスを示す。
【図16】図16は、本システムによってハイライトされた欠落パスに基づいて、図15のルールチェックテーブルに含まれる、追加ルールチェックを示す。
【発明を実施するための形態】
【0019】
(例示的システム配列)
図1を参照すると、検査室試験結果を自動検証するための例示的システムが示される。システム10は、入力/出力デバイス14と、プロセッサ16と、メモリ18と、データストレージ20とを含む、コンピュータ12として提供される。コンピュータ12は、検査室分析器30に接続される。また、コンピュータ12および検査室分析器30は、ネットワーク40に接続される。ネットワーク40は、検査室情報システム(LIS)42と、LISと通信する病院情報システム(HIS)44とを含む。LISおよびHISは、試験結果を閲覧する許可が、本システムによって提供されることによって、HISまたはLISを経由して閲覧するために利用可能な試験結果を保有するように構成される、データベースを含む。
【0020】
試験指示が臨床検査室で受信されると患者試料が伴われる。検査室分析器30は、患者試料に対し試験を実行し、臨床診断目的のために使用され得る試験結果を提供するように構成される。例示的検査室分析器として、血液分析器、流動血球計算器、免疫測定分析器、タンパク質分析器、および電気泳動分析器を含む。しかしながら、試料を分析し、試験結果を提供可能な多数の他の検査室分析器のいずれかが利用されてもよいことが認識されるであろう。また、手動試験は、顕微鏡下での組織の視認等、試料に対し実行されてもよく、そのような分析の結果は、手動で本システムに入力されてもよい。加えて、単一検査室分析器30のみが図1には示されるが、複数の検査室分析器をコンピュータに接続し、試験結果をコンピュータに提供するように構成されてもよいことが認識されるであろう。図1の検査室分析器は、コンピュータ12に直接接続されるように示されるが、検査室分析器30は、代わりに、他の分析器とともにネットワークに接続されてもよい。例えば、検査室分析器30は、LIS42に接続されてもよく、検査室分析器からの試験結果は、LIS42を経由して、コンピュータに報告されてもよい。
【0021】
コンピュータ12は、検査室技術者または他のオペレータ/ユーザと通信するように構成される、種々の入力/出力デバイス14を含む。例えば、出力デバイスの1つは、グラフィカルユーザインタフェース15であって、グラフィック画像をオペレータに表示可能なスクリーンを備える。例示的グラフィカルユーザインタフェース15は、CRTスクリーンと、LEDスクリーンとを備える。コンピュータ12は、マウス、タッチスクリーン、キーボード等の種々の入力デバイス14をさらに備え、オペレータは、コンピュータ12への入力を提供が可能となる。
【0022】
プロセッサ16は、入力/出力デバイス14と通信し、概して、コンピュータ内のデータフローを制御し、種々の命令を処理し、計算を実行する。プロセッサ16は、メモリ18およびハードドライブ等のデータストレージデバイス20にさらに接続される。ソフトウェアプログラムは、データストレージデバイス20およびメモリ18に格納され、ソフトウェアプログラムによって提供される命令は、プロセッサ16によって実行される。
【0023】
(自動検証ルール/エディター環境の生成および編集)
コンピュータ12に格納されるソフトウェアプログラムの1つは、自動検証ルールエディター21である。エディターソフトウェア21は、プロセッサ16およびグラフィカルユーザインタフェース14と連動し、ユーザは、自動検証プロセス(本明細書では、「自動検証ルール」とも称される)を容易に生成することが可能となる。特に、エディター21は、フローチャートベースの言語を使用し、ユーザは、フローチャートとして自動検証ルールを生成することが可能となる。前述のように、自動検証ルールは、検査室分析器30によって提供される試験結果を評価し、検査室試験結果が検査室によって確立される特定の所定の基準と一致するかどうかを判断するように構成される。
【0024】
次に図2を参照すると、エディターによって生成された例示的自動検証ルール100が、ユーザに見えるように、グラフィカルユーザインタフェース14上に示される。本明細書で使用されるように、用語「自動検証ルール」または「自動検証プロセス」は、検査室試験結果ならびに評価プロセスに伴うワークフローを評価するために使用される命令およびプロセスを指す。故に、自動検証ルールは、試験結果の評価に加え、試験を実行するため、または試料に対しいくつかの他の動作を行うための命令を備えてもよい。
【0025】
図2では、自動検証ルール100は、フローチャート102の形態で表示される。フローチャート102は、自動検証ルールの概略図を提供し、複数のノード104と、ノードを接続する複数のエッジ106とを備える。いくつかの動作、命令、または分析は、各ノード104で生じる。エッジ106は、複数のノード104間のワークフローを定義し、フローチャート102内の1つのノードから別のノードへの進行方向を示す。故に、所与のノード(例えば、ノード104a)は、ノードへの進行を示す入力エッジ106aおよび/またはノードからの進行を示す出力エッジ106bに接続されてもよい。2つ以上の出力エッジ106bがノード104から延出する場合、ノード104から延出する出力エッジ106bはまた、エッジを追従する前に必要とされる付帯条件を示すであろう(例えば、「合格」、「失敗」、「上回る」、「下回る」等)。
【0026】
ノード104は、図2の実施形態ではボックス状構造として示されるが、ノード104はまた、他の形態で表示されてもよいことが認識されるであろう。同様に、エッジ106は、図2では矢印状記号として示されるが、エッジ106はまた、他の形態で表示されてもよいことが認識されるであろう。
【0027】
エディターを使用して、フローチャートを構築する際に使用するために利用可能なノード104は、開始ノード110と、決定ノード112と、動作ノード114と、を備える。各自動検証ルールは、1つの開始ノード110を含む。自動検証ルールの実行は、開始ノード110から開始する。例示的開始ノード110は、図2のフローチャート100上部に示される。
【0028】
決定ノード112は入力に基づいて、複数の他のノードのうちの1つに前進するか否か決定されるノードである。例えば、決定ノードは、患者に関して提供される情報、患者からの標本、検査室分析器からの1つ以上の試験結果、または他の情報をチェックしてもよい。入力を分析後、ノードは、入力情報に基づいて、プロセスフローを判断する。故に、各決定ノードは、2つ以上の出力エッジ106bを含む。
【0029】
図2に示される例示的決定ノード112は、範囲ノード113である。さらに以下に詳述されるように、範囲ノード113は、入力が、所定の範囲を上回るか、所定の範囲を下回るか、または所定の範囲内であるか否かを判断するように構成される。故に、範囲ノード113は、3つの出力エッジを含み、それぞれ、入力が、所与の範囲を上回るか、所与の範囲を下回るか、または所与の範囲内であるかに依存して、異なるノードへのパスを示す。
【0030】
動作ノード114は、ノードの実行の結果、いくつかの動作、通知、または他の副次的影響が、本システムで生じるノードである。例えば、動作ノードは、試験結果を有効にするステップ、試験結果を高度情報システムに公表するステップ、技術者によるレビューのために試験結果を保留するステップ、コメントを試験結果に追加するステップ、希釈または試験再実行を指示するステップ、試験を中止するステップ、または試験結果を計算するステップを備えてもよい。故に、動作ノードは、試験の指示、希釈、または再実行等の特定の自動検証ルールに関連付けられたワークフローを定義するために利用可能である。動作ノードは、1つ以上の入力ノードを有してもよいが、動作ノードにおいて決定が行われないため、1つのみの出力ノードを有するか、または出力ノードを有さない。
【0031】
図2に示される例示的動作ノード114は、結果有効化ノード115である。自動検証ルール100の実行が結果有効化ノード115に到達すると、本システムは、試験結果を評価し、特定の所定の基準と一致することを確認する。この時点で、試験結果は、高度情報システムに公表されてもよく、有効化前は、試験結果は、検査室情報システムを使用する検査室職員にのみ利用可能であった。有効化および試験結果の高度情報システムへの公表後、試験結果は、医師等の医療関係者によって、病院情報システム上で閲覧されてもよい。
【0032】
次に、本システムのための例示的エディター環境において、自動検証ルールを生成するためのエディターの使用について、図3−8を参照して記載される。図3は、グラフィカルユーザインタフェースのスクリーン上に見られ得るように、エディター120の実施形態を示す。エディター120は、トップメニュー122と、ツールバー124と、ルール構築ウインドウ126と、ルールチェックウインドウ128と、を備える。
【0033】
エディターのトップメニュー122は、種々のオプション130−135へのアクセスをユーザに提供する。例えば、「ルールを開く」オプション130が選択されると、ユーザは、本システムフォルダのうちの1つからルールを開いてもよい。トップメニューにリストアップされる他のオプションは、「保存」オプション131、「新規プロシージャ」オプション132、「試験を編集」オプション133、「印刷」オプション134、および「方向転換」オプション135を含む。トップメニュー122直上のタブ140は、ルール構築ウインドウ126に示される自動検証ルールを示す。タブ140によって示されるように、図3−8のルール構築ウインドウ126に現在示される自動検証ルールは、血清カルシウム試験のためのものである。
【0034】
ツールバー124は、トップメニュー122の下に提供される。ツールバー124は、ルール構築ウインドウ126で作業する際、ユーザによって使用されるための複数のオプションをリストアップし、ボタン125としてオプションを表示する。図3では、ツールバーは、「挿入」オプション141、「置換」オプション142、および「子ノードを選択」オプション143を含む、いくつかのボタンとともに示される。これらのオプションはそれぞれ、ルール構築ウインドウ126および図3−8に関して、さらに以下に詳細に記載される。また、図3−8は、ツールバー124上の他のオプションを示し、これらまたは異なるオプションは、ユーザによって判断されるように、種々の実施形態において、ツールバー上に提供されてもよいことが認識されるであろう。
【0035】
前述のように、エディターのルール構築ウインドウ126は、選択された自動検証ルール100をフローチャート形態102で表示する。ルール構築ウインドウ126に表示される自動検証ルール100は、保存、編集、または実行されてもよい。さらに以下に詳細に説明されるように、自動検証ルールの実行は、付随試験指示のためのワークフローの自動化をもたらす。
【0036】
継続して図3を参照すると、「ルールを開く」オプション130が、トップメニュー122から選択されると、自動検証ルールの組み立ておよび編集が開始する。本オプション130が選択されると、選択されたルールは、ルール構築ウインドウ126に出現する。選択されたルールは、プロシージャ起動ノードに接続される開始ノードと同様に単純であってもよい。いずれにしても、ユーザは、ルール構築ウインドウ126でルールを編集してもよい。追加ノードは、「挿入」オプション141をツールバー124上で選択することによって、取得されてもよい。「挿入」オプション141を選択すると、ユーザは、ルール内で使用され得るノードのドロップダウンメニューを提示される。「挿入」オプション141に関連付けられたドロップダウンメニューは、種々の決定ノード、種々の動作ノード、および開始ノードのリストを含む。ノード110をルール構築ウインドウ126に挿入するために、ユーザは、ドロップダウンメニューからノード選択を単純にクリックし、選択されたノードは、ルール構築ウインドウに出現する。選択されたノード110をルール構築ウインドウ126に既存の別のノードに接続するために、ユーザは、選択されたノード110をクリックおよびドラッグし、ウインドウ内の別のノードへの所望の接続を行う。
【0037】
図3では、ユーザは、保留ノード150をルール構築ウインドウ126に挿入し、開始ノード110に接続している。ノードを挿入するステップに加え、ユーザは、ルール構築ウインドウに挿入されたノードを異なるノードと容易に置換してもよい。これを行うために、ユーザは、最初に、ルール構築ウインドウ内で置換されるノードをクリックする。ノードをクリックすることによって、ノードが選択されると、ノードは、ルール構築ウインドウ内でハイライトされる。ルール構築ウインドウ内で置換されるノードをハイライト後、ユーザは、ツールバー上で置換オプション142を選択する。置換オプションを選択すると、ユーザは、ルール構築ウインドウ内で挿入のために利用可能なノードのドロップダウンメニューの形態で、別のリストが提示される。提供されるドロップダウンメニューからノードを選択することによって、ルール構築ウインドウ内でハイライトされたノードは、選択されたノードと置換される。提供される実施例では、ユーザは、図3において保留ノード150をハイライトし、保留ノードは、ルール構築ウインドウ126で太枠でハイライトされ示される。図4では、ユーザは、置換オプション142に関連付けられたドロップダウンメニューから範囲ノード152を選択し、保留ノード150(以前に図3に図示)は、範囲ノード152によって置換されている。
【0038】
前述のように、ノードが、挿入メニュー141または置換メニュー142から選択されると、ノードは、ルール構築ウインドウ126に出現する。ルール構築ウインドウに挿入するために選択された特定のノードは、構成を必要とするであろう。選択されたノードが構成を必要とすると、構成ボックスがルール構築ウインドウに出現し、ユーザに、ノードを適切に構成するために必要なあらゆる必要データを挿入させる。例えば、図4に示されるように、ユーザが範囲ノード152を選択すると、構成ボックス170が、ルール構築ウインドウ126に出現する。構成ボックス170は、ノードを構成するために適切なデータを入力するように、ユーザに命令する。図4の実施例では、ユーザは、範囲チェックに対する特定の試験を指定し、比較のための特定の範囲を指定することによって、範囲ノード152を構成しなければならない。
【0039】
いくつかの事例では、ノードは、異なる態様で構成されてもよい。例えば、図4に示されるもの等の範囲ノードは、ユーザによって挿入される数値限定に基づいて、または特定の試験のために検査室によって規定される指定範囲に基づいて、構成されてもよい。したがって、いくつかの事例では、ユーザは、構成ボックスに数字を挿入し、ノードに対する下限および上限を定義してもよい。他の事例では、ユーザは、いくつかの指定範囲のうちの1つを選択してもよく、各指定範囲は、所定の上限および所定の下限を有する。指定範囲の実施例として、検証範囲、基準範囲、または臨界範囲を含む。
【0040】
ユーザが範囲に対し特定の詳細(数値等)を挿入することが必要ないような態様で、範囲ノードが設計される場合、共通ノードが検討される。ノードが使用される特定の試験とノードの構成が無関係である、共通ノードである。特定のルールのためのノードの構成に関連して、特定の詳細が必要とされる場合、それらの詳細は、検査室によって規定され、共通ノードがルールに挿入される際に、自動的に読み出される。したがって、共通ノードによって、ユーザは、異なる試験結果に対する特定の許容範囲等、分析される試験結果に関連する特定の詳細を引き出す必要なく、自動検証ルールを容易に構築することが可能となる。
【0041】
図4は、範囲ノード152が共通ノードとして構成される、実施形態を示す。範囲ノード152の本実施形態では、ユーザは、いくつかの指定範囲のうちの1つを単純に選択することによって、ノードを構成する。指定範囲に関連付けられた数値は、それらが使用される特定の試験のために、検査室によって既に規定されている。図4では、ユーザは、構成ボックス170の下方のドロップダウンメニュー172から「検証範囲」を選択している。検証範囲は、検査室によって判断される所定の範囲であって、範囲内の試験結果は、ルールによって分析される特定の試験結果の有効試験結果とみなされるであろう。図4の血清カルシウム自動検証ルールに対し、検査室は、検証範囲を2乃至20mg/dLに規定してもよい。これは、検査室が、血清カルシウム試験からの現実的試験結果であるとみなされ得るものと一致する本範囲内の任意の試験結果であるとみなすことを意味する。しかしながら、検査室が、50mg/dLの結果を受信する場合、本システムは、これを血清カルシウムの非現実的試験結果であるとみなし、検査室は、何らかの誤差が分析において生じたものと推測するであろう。
【0042】
「検証範囲」と同様に、検査室は、共通ノードとして使用される際の範囲ノード152に対し、「基準範囲」または「臨界範囲」等の他の範囲を定義してもよい。例えば、検査室は、血清カルシウムの基準範囲を9乃至10.5mg/dLに定義してもよい。これは、本範囲内の血清カルシウム試験結果が正常であるとみなされ、この試験結果は、患者に対して問題を示していないことを意味する。別の実施例として、検査室は、血清カルシウムの臨界範囲を8乃至15mg/dLに定義してもよい。これは、臨界範囲外の血清カルシウム試験結果が、患者に対して重大な問題を示唆していることを意味する。この場合、本システムは、速やかな対応が患者に成され得るように、医師に試験結果を直ちに通知するように構成されてもよい。前述の範囲は、本システムを使用して、検査室によって規定され得る単なる範囲の実施例であって、多数の他の範囲が、検査室によって規定可能であることが認識されるであろう。さらに、本明細書では、範囲ノード152がノードをルール構築ウインドウ126に挿入する際に構成を必要とするノード例の1つとして記載されているが、ユーザによって選択され得る多くの他のノードもまた、自動検証ルールに適切に含まれる前に、構成されなければならないことが認識されるであろう。
【0043】
ノードが、ルール構築ウインドウに挿入され、構成(必要とされる場合)されると、ノードからの出力は、後続ノードに関連づけなければならない。前述のように、あらゆる決定ノードは、少なくとも2つの出力を有するであろう。決定ノードからの2つ以上の必要とされる出力を後続ノードに適切に関連付けるステップに関しユーザを補助するために、エディターは、ルール構築ウインドウ内に配置される際、決定ノードからの可能な出力のそれぞれを示すように構成される。故に、図5の実施例では、範囲ノード152が、ルール構築ウインドウ126内に配置されると、エディターは、ノード152から既に延出している3つの出力エッジ153とともに、範囲ノード152を直ちに表示する。ノード152から延出する3つの出力エッジ153は、有利には、3つの可能な結果が、範囲ノードから生じ得ることをユーザにリマインドする。特に、範囲ノードは、試験結果を規定範囲と比較し、試験結果が、規定範囲内か、規定範囲を上回るか、または規定範囲を下回るか否かを判断するであろう。3つの可能な結果のそれぞれに対し、出力エッジ153を表示することによって、ユーザは、3つの可能な結果のそれぞれを結果として生じるノードに接続するようにリマインドされる。さらにユーザを補助するために、エディターは、範囲ノード152からの3つの出力エッジ153それぞれをダミーノード168a−168c(すなわち、未構成「then…」ノード)へ延出する。
【0044】
ルール構築ウインドウ126への決定ノードの挿入に応じて自動的に出現する決定ノードの出力エッジは、2つまたは3つのノードに至るように、ユーザによって操作されてもよい。例えば、図6では、ユーザは、範囲ノード152の出力エッジ153を操作し、試験結果が検証範囲を上回るか、または下回るかにかかわらず、検証範囲外の試験結果が第1のノード168bに至り、検証範囲内の試験結果は、第2のノード168cに至ることを示す。これを達成するために、ユーザは、単に、図5に示される「上回る」エッジ153上の矢印近傍をクリックし、「下回る」エッジに関連付けられたノード168bにエッジをドラッグする。次いで、エディターは、ルール構築ウインドウ126から「上回る」エッジに以前に関連付けられたダミーノードを自動的に除去し、「上回る」エッジおよび「下回る」エッジは両方、図6に示されるように、同一ダミーノード168bに至る。本明細書では、エッジの操作は、ダミーノードに至るエッジに関して記載されたが、エディターは、部分的または全体フローチャート内の任意のエッジの操作を類似態様で可能にしてもよいことが認識されるであろう。故に、エディターは、ユーザが、フローチャートおよびフローチャートを経由するノードからノードへの進行を操作するための便宜的方法を提供する。
【0045】
フローチャート102内のエッジを操作するステップに加え、ユーザはまた、新規ノードを挿入する、または既存ノードを置換することによって、ノードを操作してもよい。例えば、図7に示されるように、ユーザは、ルール構築ウインドウ126内のダミーノード168bを機能ノード154と置換している。これは、前述のツールバー124から置換オプション142を使用して達成される。「置換」オプション142を使用する場合、ユーザは、最初に、置換されるノードをハイライトし、次いで、ツールバーから「置換」オプション142を選択する。「置換」オプション142が選択されると、ユーザは、種々のノードをリストアップするドロップダウンメニューが提示され、ハイライトされたノードを置換する。ユーザがドロップダウンメニューから置換ノードを選択後、以前にハイライトされたノードの代わりに、ルール構築ウインドウ126に自動的に出現する。図7の場合、ユーザは、「上回る」および「下回るエッジ153」後のダミーノード168bを「再実行」ノード154と置換している。
【0046】
図7に示されるように、ユーザが、挿入のために「再実行」ノード154を選択すると、構成ボックス170は、ルール構築ウインドウ126に自動的に出現し、「再実行」ノード154を適切に構成するようにユーザに命令する。同時に、新規ダミーノード168dは、ルール構築ウインドウ126において、「再実行」ノードの出力エッジ106上に提供される。
【0047】
図8は、「再実行」ノード154が、ユーザによって構成されたことを示す。構成の結果、「再実行」ノードは、現在、2つの出力エッジを含み、ノードは、再実行試験結果と以前の試験結果とを比較する命令を有する。したがって「再実行」ノード154は、動作に関連する決定を行うようにも構成される動作ノードである。図8の実施例では、ユーザは、検証範囲外であったため、「再実行」ノード154を構成し、原試験結果を再実行している。また、ノード154は再実行後の新規試験結果と以前の試験結果とを比較するように構成されている。また、図8に示されるように、再実行試験結果が、以前の試験結果の5%以内ではない場合、ルールは、保留ノード158で試験結果を保留し、試験結果が、検証範囲外の無効試験結果であって、ユーザによって手動でチェックされるべきであることを示す。しかしながら、再実行試験結果が、以前の試験結果の5%以内である場合、ルールは、有効化ノード156で試験結果を有効化するように構成される。
【0048】
また、図8に示されるように、ユーザは、範囲ノード152から「範囲内」出力エッジ153をクリックし、有効化ノード156にドラッグしている。有効化に応じて、試験結果は、情報システム(例えば、LIS)内で有効として記録され、他の情報システム(例えば、HIS)での観察のために公表されてもよい。
【0049】
図3−8を参照して前述のように、エディターによって、ユーザは、グラフィカルユーザインタフェース上に示されるフローチャートとして自動検証ルールを構築することが可能となる。ユーザは、所望のルールを構築するために、容易に、新規ノードを挿入、ならびに置換既存ノードを置換してもよい。加えて、ユーザは、容易に、ノード間に延出するエッジを操作し、フローチャートを経由してノードからノードへの進行を定義してもよい。エディターのフローチャートベースの言語は、概して、直観的であって、所望の自動検証プロシージャのユーザ表現を促進する。
【0050】
自動有効化ルールの生成および編集は、「挿入」オプション141および「置換」オプション142に関して、前述されている。しかしながら、多数の他のオプションが、自動検証ルールを構築および編集するために、メニュー122またはツールバー124に提供されてもよいことが認識されるであろう。例えば、「子ノードを選択」オプション143によって、前述されていないが、ユーザは、ルール構築ウインドウ内に配置されると、エッジおよび接続されたダミーノードを自動的に生成しない動作ノード後の後続ノードまたは「子ノード」を指定することが可能となる。
【0051】
ユーザに提供され得るツールの別の実施例は、ノードマクロを定義する能力である。マクロは、特定の順番で接続される複数のノードを含むが、具体的には、特定の自動検証ルールに関連付けられない。次いで、これらのマクロをメニューから選択し、異なる自動検証ルールに挿入してもよい。一実施形態では、マクロは、構成可能ではなく、特定のルールに対し特殊化不可能である。しかしながら、別の実施形態では、いくつかのマクロは、特定のルールに対する構成および特殊化が可能であるように、設計されてもよい。トップメニュー122からの「新規プロシージャ」オプション132は、そのようなマクロを生成する能力をユーザに提供してもよい。
【0052】
(自動検証ルール/ルールチェック環境の試験)
自動検証ルール100が準備された後、自動検証ルールは、典型的には、臨床検査室で使用される前に試験されるであろう。本システムは、そのような自動検証ルールを試験するためのツールを提供する。図9−16は、本システムによって提供される例示的ルールチェック環境を提供する。
【0053】
図9を参照すると、例示的自動検証ルール100が、ルール構築ウインドウ126に示される。自動検証ルールを生成後、ユーザは、ルールチェックウインドウ128をルール構築ウインドウ126と組み合わせて使用し、本システムのルールチェック環境において、ルールチェックを実行する。
【0054】
ルールチェックツールバー202は、ルールチェックウインドウ128の上部を横断して提供される。ルールチェックツールバーは、「新規チェック」オプション210、「試験を指示」オプション211、「人口動態」オプション212、「複製」オプション213、「削除」オプション214、および「欠落パス」オプション215を含む、いくつかのオプションをユーザに提供する。
【0055】
ルールチェックを開始するために、ユーザは、「新規チェック」オプション210をクリックし、テーブル220が、ルールチェックウインドウ128に出現する。テーブル220は、テーブルに関連する自動検証ルールを示す、タイトルブロック222を含む。図9の実施例では、テーブル220は、血清カルシウム自動検証ルールに関連する。また、テーブル220は、複数の列見出しをリストアップするヘッダ行224を含む。図9の例示的実施形態では、テーブルは、状態列225と、「年齢」列226と、「前の」試験結果列227と、「実行1」試験結果列228と、「シナリオ」列229を含む。テーブル220内のヘッダ行224の下は、1つ以上の行であって、各行は、ルール構築ウインドウ126に示される自動検証ルールのための単一ルールチェックを含む。図9に示されるように、「新規チェック」オプション210が、最初に、選択される場合、単一行231のみ、テーブル220に提供される。しかしながら、「新規チェック」オプション210が選択されるたびに、追加行がテーブル220に出現し、追加自動検証ルールのためのルールチェックを提供する。
【0056】
図9に示されるように、ユーザは、テーブル220の列228に、例示的試験結果の形態で入力例を入力し、ルールチェックを定義することによって、ルールチェックを定義するよう招待される。ユーザの注意を本列228およびその命令に向けるために、列228またはそのテキストは、ハイライトされてもよい。例えば、列228は、黄色または点滅テキストで出現してもよい。
【0057】
テーブル自体に提供される情報に加え、命令バー240は、ルールチェックウインドウ128の下部に出現し、テーブル220に関する追加情報を提供する。矢印241は、命令バー240内の現在の情報に関するテーブル220の行に隣接して出現する。図9の実施例では、矢印241は、ルールチェック231に隣接して位置し、命令バー240は、ルールチェックのための試験結果例として、列228に数値を入力すべきことを示す。いくつかの状況では、例示的な人口動態情報または例示的な前の試験結果等、試験入力例に加え、追加ルールチェックデータが必要とされてもよい。
【0058】
次に図10を参照すると、ユーザは、列228に数値「9.12」を挿入し、行231のルールチェックのための試験結果例は9.12mg/dLであることを示す。ユーザが、列228にルールチェックのための試験結果例を入力すると、また、コメントが、ユーザによって、シナリオ列229に入力されてもよい。シナリオ列内のコメントは、典型的には、ルールチェックの意図される目的を示すであろう。例えば、図10では、ユーザは、シナリオ列229に「正常結果」という語句を入力し、列228内の試験結果例値「9.12」が、正常な血清カルシウム試験結果の指標であることを示す。
【0059】
必要とされるルールチェックデータが、ルールチェックウインドウ128のテーブル220に入力されると、本システムは、ルールチェックデータを使用して、自動検証ルールを自動的に実行し、ルールチェック出力を提供する。ルールチェック出力は、試験結果例の有効化等、自動検証プロシージャから生じる任意の最終動作を含む、本システムに及ぼす自動検証プロシージャの副次的影響を示す。ルールチェック出力の他の実施例は、追加試験を実行するか、試料を希釈するか、さらなるレビューのために試験結果を保留するか、試験を中止するか、コメントを追加するか、試験結果を修正するか、または技術者に手動プロトコルを実行させるための命令を含む。また、多数の他のルールチェック出力も可能であることが認識されるであろう。
【0060】
図10の実施例では、ルールチェック出力は、フローチャートを経由してルールチェックのパス内の動作ノードをレビューすることによって、確認することができる。フローチャートを経由してルールチェックのパスを追従する際にユーザを補助するために、パスは、ルール構築ウインドウ126内でハイライトされる。ハイライトされたルールチェックのパスは、フローチャートを経由してルールチェックのノードからノードへの進行をハイライトすることによって示され、進行は、ルールチェックで使用されるノードと、そのようなノードを接続するエッジとを含む。ノードからノードへの進行をハイライトするステップは、パス内のノードおよびエッジをフローチャートの残りとは異なる色で提供する等、種々の方法で達成されてもよい。例えば、図10では、その接続エッジとともに、開始ノード110、範囲ノード152、および結果有効化ノード156は、緑色で示されてもよい一方、フローチャート102内の残りのノードおよびエッジは、青色で示されてもよい。
【0061】
ルール構築ウインドウ126に示される自動検証ルールを経由してルールチェックのパスによって、テーブル220は、列225に通知を提供し、ルールチェックのノードからノードへの進行を調査することをユーザに要求する。例えば、調査を行うための通知は、行231の列225を赤色でハイライトし、列に語句「調査」を含むことによって、提供されてもよい。同時に、ルールチェックのためのルール挙動が予測された挙動である場合、命令バー240は、命令バーの一端の承認ボタン242をクリックするようにユーザに命令する。
【0062】
自動検証ルールが、ルールチェックのための予測された出力を提供する場合、ユーザは、承認ボタン242をクリックする。予測された出力は、本システム応答が、入力された試験結果に基づいて適切であるものである。承認ボタン242が選択されると、ルールチェックは、ルールチェックウインドウ128に、承認済みとしてリストアップされる。例えば、図11に示されるように、語句「承認済み」は、行231のルールチェックに対し、列225に含められる。
【0063】
複数のルールチェックは、自動検証ルールを経由してあらゆる可能なパスを適切に試験するために必要とされるだろう。図12を参照すると、ルール構築ウインドウ126に示される自動検証ルールのための追加ルールチェックを提出するために、ユーザは、ルールチェックツールバー202から「新規チェック」オプション210を選択する。本オプション210が選択されると、新規行がテーブル220に出現し、ユーザは、新規行にルールチェックのための所望のデータを投入する。図12では、ユーザは、行231−235に示されるように、合計5つのルールチェックをテーブルに含めている。また、ユーザは、テーブル220の列225に記録されるように、これらのルールチェックのそれぞれを承認している。図12に示される5つのルールチェック231−235は、ルール構築ウインドウ126に示されるフローチャート102を介してあらゆる可能なパスを想定する。ユーザによって提供されるルールチェックがすべて承認されている場合、自動検証ルールは、検査室での使用のために、実際の試験結果とともに公表される。
【0064】
新規ルールチェックを生成する際のユーザのための別のオプションは、ルールチェックツールバー202から「複製」オプション213を選択することである。本オプションを使用するために、ユーザは、テーブル内の行の1つをハイライトし、次いで、「複製」ボタン213をクリックする。これによって、ハイライトされた列と等しい第2の行をテーブル内に出現させる。次いで、ユーザは、第2の行を編集し、表示された自動検証ルールのための新規ルールチェックを提供してもよい。「複製」オプション213は、ルールチェック間に細かな変更のみが必要とされ、したがって、ルールチェックのために必要とされる入力データ量を制限する場合に有用である。
【0065】
ルールチェックを編集する際のユーザのためのさらに別のオプションは、「削除」オプション214である。本オプション214によって、ユーザは、テーブル220からルールチェックを完全に除去することが可能となる。
【0066】
特定の状況では、新規ルールチェックの生成は、テーブル220に既に示される他のルールチェックのために必要とされていなかった追加の例示的データを必要とするであろう。これらの状況では、追加の例示的データのための新規列は、ユーザによって、テーブル220に挿入されなければならない。新規列を追加するための2つのオプション例は、「試験を指示」オプション211と、「人口動態」オプション212とを含む。
【0067】
「試験を指示」オプション211によって、ユーザは、テーブル220に列を追加することが可能となり、ルールチェックのための追加のシミュレーション試験結果を提供する。例えば、図12では、ユーザは、定義されたルール100が、そのような追加試験結果に依存する場合、追加試験結果をテーブル220に追加するために、「試験を指示」オプション211を選択してもよい。テーブル220に挿入されたそのような追加試験結果によって、自動検証ルール100を介して完全なパスが、ルールチェックのためのルール構築ウインドウ126に示されることができる。
【0068】
新規列の生成は、あらゆるルールチェックのための新規データの入力を必要としないことに留意されたい。例えば、図12では、第1のルールチェック231は、ノード154を経由して進行しておらず、したがって、列228aに再実行試験値例を必要としなかった。故に、本列228aは、図12内の第1のルールチェック231に対し空欄のままである。
【0069】
テーブル220に生成され得る状況の別の実施例は、ルールチェックのための追加人口動態データに対するものである。ユーザが「人口動態」オプション212をクリックすると、ユーザは、患者の性別または人種に関連するデータ等、テーブル220への追加のための追加人口動態データを選択してもよい。チェックされる自動検証ルールに応じて、本追加データは、ルールチェックに対し、オプションまたは義務であってもよい。
【0070】
前述の例示的実施形態では、追加列は、ユーザによって、テーブル220に手動で追加される。しかしながら、本システムはまた、自動検証ルールおよび関連付けられたルールチェックによって必要とされる場合、列をテーブル220に自動的に追加するように構成されてもよい。例えば、図12では、ルールチェックが、再実行ノード154を経由して進むであろうパスとともに生成される場合、本システムは、再実行列228aを自動的に追加するように構成されてもよい。したがって、ユーザが、「実行1」試験結果「5.1」を列228に入力すると、本システムは、本試験結果が自動検証ルールのノード152で定義された検証範囲を下回ることを認識し、自動検証プロセスに従って定義された再実行ノード154に進行する。ルールチェックから例示的再実行試験結果を要求すると、次いで、本システムは、テーブル220に追加列228aを生成し、「実行2」試験結果例が本列228aに入力されるべきであることを示す。図12の実施例では、ユーザは、値「5.15」を列228aに入力している。
【0071】
検査室で自動検証ルールが生成され、試験され、実装された後に、検査室は、自動検証ルールに対する改訂が必要であることを決定してもよい。特に、検査室は、試験試料に対する追加ワークフローまたは分析によって、特定の試験のためのより優れた自動検証ルールを提供するであろうことが分かる場合がある。前述のように、自動検証ルールは、ルール構築ウインドウ126から容易に編集されてもよい。特定の試験を編集するために、ユーザは、トップメニュー122から「ルールを開く」オプション130を選択し、編集する自動検証ルーを選択する。次いで、自動検証ルールのためのフローチャートが、ルール構築ウインドウ126に出現し、フローチャートは、ノードおよびエッジを追加するか、ノードおよびエッジを削除するか、またはノード構成を変更することによって、容易に編集されてもよい。
【0072】
既存の自動検証ルールが修正されると、自動検証ルールのためのルールチェックに関連付けられた出力もまた、変化してもよい。これが生じる場合、ユーザは、修正された自動検証ルールが承認され、実際の使用のために公表される前に、修正されたルールチェック出力を承認することが要求される。図13は、本状況の実施例を示す。
【0073】
図13では、図12に以前に示された自動検証ルールが編集され、追加ノードおよびエッジが含まれている。以前のノードに加え、修正された自動検証ルール100のためのフローチャート102は、現在、第1および第2のデルタチェックノード160、161と、第2および第3の有効化ノード162、163と、追加保留ノード164とを含む。
【0074】
ルールチェックウインドウ128に示されるように、自動検証ルール100を編集することによって、ルールチェック232および235は、現在、承認されていない、異なるルール出力を有する。故に、ルールチェック232および235は、テーブル220の列225でハイライトされ、ルールチェックを「調査」するための命令を含む。同時に、命令バー240は、血清カルシウムルールへの編集に基づいて、ルールチェックの挙動が変更されており、そのような挙動が承認されることが必要であることをユーザに伝える。
【0075】
ルールチェック挙動への変更を承認する際にユーザを補助するために、「差異表示」ボタン244が、命令バー240に提供される。「差異表示」ボタンが選択されると、ユーザは、図14に示されるもの等の差異ウインドウ246が提示される。差異ウインドウ246は、ルールチェックのための原出力と、ルール編集後のルールチェックのための新規出力との間の差異を示す。図14の実施例では、本情報は、テーブル250に提供される。テーブル250は、「予測」列252と、「実際」列254と、を含む。「予測」列252は、ルールチェックの以前のバージョンからのルールチェックのために、元々承認された出力を示す。この場合、原出力は、再実行ノード154からの再実行による副次的影響と、有効化ノード156からの有効化による副次的影響と、を含んでいた。「実際」列254は、ルールの修正されたバージョンのためのルールチェック出力を示す。この場合、新規ルールチェック出力は、再実行ノード154からの同一の再実行による副次的影響を含み、また、保留ノード164からの保留の形態で異なる副次的影響を含む。異なる副次的影響の出力は、テーブルの第2の行で赤色にハイライトされ、出力の差異を強調する。故に、差異ウインドウ246によって、ユーザは、編集された自動検証ルールから生じるルールチェックの差異を迅速に強調する便宜的ツールが提供される。
【0076】
次に、図15を参照すると、ユーザが、新規または修正された自動検証ルールのためのルールチェックをレビューすると、欠落パスオプション215が選択され、ユーザに、自動検証ルール経由してあらゆるパスのためのルールチェックを提供する補助となってもよい。欠落パスオプションが選択されると、本システムは、どれくらいのフローチャート102を経由する潜在的パスが、テーブル220に関連付けられたルールチェックを有していないかを判断する。次いで、これらの欠落パスの第1番目が、ルール構築ウインドウのフローチャート102でハイライトされる。例えば、欠落パスは、パスのためのエッジを赤色で提供し、関連付けら得たノードを赤色で縁取ることによって、ハイライトされてもよい。フローチャート内の残りのエッジは、残りのノードの周囲の黒色輪郭とともに、黒色のままであってもよい。図15の実施例では、ハイライトされた欠落パスは、以下のノードおよびエッジを含む。開始ノード110、範囲ノード152、「上回る」出力エッジ、デルタチェックノード160、「失敗」出力エッジ、再実行ノード154、「同一」出力エッジ、デルタチェックノード161、「合格」出力エッジ、および結果有効化ノード163である。
【0077】
ユーザに欠落パスが提示されると、ユーザは、テーブル220の欠落パスのためのルールチェックを構築してもよい。ルール構築ウインドウ126に表示されるフローチャート102のための欠落パスの合計は、ボックス218でルールチェックツールバー202上に示される。ユーザは、ボックス216に提供される矢印を使用して、最初から最後まで、そのような欠落パスを連続的に表示してもよい。特に、前向矢印が選択されるたびに、次の欠落パスが、フローチャート102でハイライトされるであろう。後向矢印が選択されるたびに、以前の欠落パスは、フローチャート102でハイライトされるであろう。
【0078】
図16に示されるように、ユーザに利用可能な欠落パスに基づいて、ユーザは、図15からの2つの追加ルールチェックを追加および承認している。承認されたあらゆるルールチェックによって、自動検証ルールは、検査室での使用のために利用可能となる。有利には、ユーザは、ルールが検査室に公表される前に、ルールチェックのフローチャート102およびテーブル220を印刷し、所与の自動検証ルール上で使用されるルールチェックプロシージャの文書を提供してもよい。加えて、将来、ルールチェックを閲覧する必要がある場合、任意の所与の自動検証ルールのためのルールチェックは、本システムのデータストレージに保存されるであろう。
【0079】
(自動検証ルール/検査室環境の実行)
自動検証ルールが、そのルールチェックとともに生成されると、ルールは、本システムによって、データストレージ20(図1参照)に保存され、自動検証ルールに関連付けられた試験指示が検査室で受信されると、プロセッサ16によって実行するために利用可能となる。試験指示は、典型的には、検査室分析器によって実行される少なくとも1つの試験と、試験指示に関連付けられた患者に関するデータ(例えば、氏名、年齢、性別、体重、身長等)とを含む。試験指示は、コンピュータネットワークを経由して自動的に受信されてもよく、または検査室技術者によって、本システムに手動で入力されてもよい。試験指示が検査室によって受信されると、試験試料が伴われる。試験試料は、適切な検査室分析器(または、手動検出器ステーション)に送達され、したがって、指定試験を試料に対して行うことができる。試験指示の受信に応じて、本システムは、検査室環境で動作し、自動検証ルールを使用して、実際の臨床試験結果が検証される。
【0080】
試験指示に関連付けられた自動検証ルールの実行は、本システムが試験指示を受信すると開始する。試験指示の受信に応じて、本システムは、メモリまたはデータストレージから保存された自動検証ルールを引き出し、ルールの実行を進める。
【0081】
各ルールの実行は、開始ノードから開始する。したがって、ルールは、エッジ106によって指向されるように、ノードからノード104へ進む。新規ノードに到達すると、本システムは、任意のロジックおよび副次的影響を含む、ノードに関連付けられたルーチンを呼び出す。ノード104に関連付けられたルーチンを実行すると、定義されたルールは、本システムが、トップルール実行を停止すべきか、新規結果を待機すべきか、またはノードからの出力エッジ106の1つから新規ノード104へと追従し、新規ノードの実行を開始すべきか否かを示す。ルールが、出力エッジを伴わない動作ノードに到達すると、ルールは終了する。ルールは、ルールを必要とする新規試験指示が受信されるまで、再び実行されない。所望に応じて、ユーザは、実行中、自動検証ルールのフローチャート表示102をグラフィカルユーザインタフェース14上に表示してもよい。しかしながら、ほとんどの事例では、プロセッサは、グラフィカルユーザインタフェースに表示することなく、ルールを実行するであろう。
【0082】
検査室は、典型的には、1度に複数の試料のための複数の試験指示を受信するであろう。故に、プロセッサ16は、複数の自動検証ルールを並行して実行してもよい。これは、2つ以上の異なる試験指示に対し、同一自動検証ルールの2つ以上の事例を同時に実行するステップ、および/または2つ以上の異なる試験指示に対し、2つ以上の異なる自動検証ルールを同時に実行するステップを含んでもよい。
【0083】
前述のように、実行プロセスの間、自動検証ルールが中断され、待機するように命令されてもよい。ルールが中断する状況の典型的実施例は、必要データが利用不可能であるため、ノードが実行できない場合である。例えば、図8のルールが実行される場合、ルールは、後続ノード154または156に移動する前に、検査室分析から血清カルシウム試験結果を受信することをノード152で待機しなければならない。したがって、血清カルシウムの試験指示が受信されると、ルールは、検査室分析器が血清カルシウム試験結果を産生するまで、ノード152で中断する。本状況では、ルールは、血清カルシウム試験結果を受信するまで、またはユーザによって中止されるまで、無期限に中断するであろう。ルールが、ユーザによって終了させられる場合、本システムは、誤差通知を発する。次いで、試験結果は、処理のために検査室技術者に回される。次いで、技術者は、試験結果が有効であるか否かを手動で判断することができる。
【0084】
また、図8は、ルールが中断し得る状況の別の実施例を提供する。再実行ノード154に到達すると、以前に実行された試験は、本システムによって、再指示され、ルールは、新規試験結果が受信されるまで中断される。これを達成するために、本システムは、試料管を検査室分析器に戻すように、検査室技術者に通知を発行してもよい。代替として、本システムが、ロボットまたはいくつかの他の機械化された試料運搬デバイスを含む場合、本システムは、検査室分析器を通して、試験を自動的に再実行してもよく、検査室技術者に全く通知されることはないであろう。本状況では、再実行は、本システムによって完全に処理される。
【0085】
本発明は、特定の好ましい実施形態に関して記載されたが、他の実装および適合が可能であることは、当業者によって理解されるであろう。さらに、本明細書に記載される個々の進歩に対し利点が存在し、前述の他の側面を組み込むことなく取得され得る。したがって、添付の請求項の精神および範囲は、本明細書に含有される好ましい実施形態の説明に制限されるべきではない。
【技術分野】
【0001】
(分野)
本開示は、検査室試験の分野に関し、特に、臨床診断試験および臨床前試験と、関連する検査室試験結果の検証とに関する。
【背景技術】
【0002】
(背景)
臨床診断試験は、患者の種々の病状を診断する際の補助として、医療関係機関において一般的に使用される。臨床診断試験は、検査室が患者からの標本/試料に対する分析を実行するそれらの試験を指す。本明細書で使用されるように、用語「試料」または「標本」は、血液、尿、組織、唾液、または他の身体物質を含むが、それらに限定されず、身体から抽出されるそのような物質を指すことが意図される。患者試料の分析後、検査室は、試験結果を生成する。次いで、試験結果は、医師または他の医療専門家によって使用され、1つ以上の病状診断の際の補助となる。
【0003】
臨床診断試験に加えて、標本はまた、臨床前試験等の他の環境において分析されてもよい。臨床前試験は、薬物またはデバイスが、種々の試料を使用する検査室設定において試験される状況を指す。例えば、新規薬物が患者に投与されてもよく、患者の血液は、患者に及ぼす薬物の効果を判断するためにモニタリングされてもよい。本明細書で使用されるように、用語「臨床試験結果」は、臨床診断試験および/または臨床前試験から生成される試験結果を指すように意図される。
【0004】
病院検査室では、臨床診断試験のための試験指示は、医師から伝えられ、患者試料を伴って、検査室で受信される。患者試料は、試験結果を取得するために、1つ以上の検査室機器で分析される。患者試料を分析するために使用される検査室分析器の実施例として、流動血球計算器、血液分析器、免疫測定分析器、および電気泳動分析器を含む。また、多数の他の検査室分析器を使用して、患者試料を分析してもよいことが認識されるであろう。さらに、手動試験はまた、検査室技術者によって試料に対し実行され、試験指示のための試験結果を提供してもよい。試料が検査室で分析されると、試験指示が履行されたことが、試験結果の形態で医師に返信される。多くの環境では、試験指示は、電子的に受信され、試験結果は、ローカルエリアネットワークを経由して電子的に報告され、種々の情報システムへのアクセスを提供する。
【0005】
臨床診断検査室からの実際の試験結果の公表は、典型的には、段階分けされる。特に、検査室分析器からの「生」試験結果は、典型的には、検査室情報システム(「LIS」)と称される場合が多い、検査室独自のデータベースおよびコンピュータシステムに保留される。これらの生試験結果は、典型的には、検査室によって承認されるまで、検査室外部での閲覧用に公表されることはない。前述のように、生試験結果は、自動検証プロセスによって自動的に、または検査室技術者による追随レビューによって手動で、承認されてもよい。試験結果が承認されると、試験結果は、病院情報システム(「HIS」)と称される場合が多い、病院または他の医療施設のデータベースおよびコンピュータシステムに公表される。医師および他の医療供給者は、HISにおいて、承認済試験結果へのアクセスを有するが、検査室スタッフのみがLISにおける未承認結果へのアクセスを有する。
【0006】
故に、臨床診断試験を実行または監視する検査室技術者の業務の1つは、種々の情報システムに公表される前に、検査室分析器から、または手動試験から、取得された試験結果を有効化することである。多くの問題が試料収集および試験プロセスの際に生じ得るため、有効化の必要性が存在する。例えば、患者試料が誤って標識され、間違った患者に関連して試験結果が報告される場合がある。別の実施例として、患者試料が不適切に抽出または不適切に取り扱われ、試料汚染および誤った試験結果をもたらす場合がある。さらに、検査室分析器が、誤動作または較正ズレ状態にあって、再び検出器に誤った結果を報告させる場合がある。
【0007】
異常な試験結果は、必ずしも誤った結果を示すわけではないが、代わりに、深刻な医療問題を示す場合がある。そのような場合、検査室技術者は、試験結果をデータベースを経由して電子的に利用可能にする通常の報告手順に加え、医師または他の医療専門家に直ちに試験結果を報告することが重要である場合がある。これらの状況では、危機状態を示す試験結果は、検査室技術者が、電話または直接等によって、緊急かつ確認された報告を医師に行うことが必要となる場合がある。
【0008】
試験結果を評価するステップは、多くの場合、コンピュータによって自動的に実行することができる。コンピュータを使用して、検査室試験結果を自動的に評価する本プロセスは、自動検証(または、自動有効化)と呼ばれる。自動検証を使用して、検査室分析器からの試験結果は、評価のためにコンピュータに送信される。コンピュータが、試験結果が検査室によって確立された所定の基準と一致すると判断する場合、試験結果は、承認され、医師に自動的に公表される。自動検証が失敗した試験結果は、検査室技術者による手動レビューのために保留される。手動レビューに応じて、検査室技術者は、試験結果の公表、新規試験の要求、新規患者試料の要求、検査室分析器の点検の要求、入力データの確認要求、または種々の他の動作等の特定動作を決定してもよい。
【発明の概要】
【発明が解決しようとする課題】
【0009】
既存検査室情報システムは、試験指示が受信されるか、試験結果が取得されるか、および/または結果がHISにアップロードされる際に、コンピュータによって評価される一連の「if/then」ルールをユーザに書き込ませることによって、自動検証能力の提供を試みる。これらのif/thenルールは、本質的には、テキストベースのプログラミング言語を意味し、ユーザは、提供される言語によって完全自動検証プロセスを書き込むことが期待される。しかしながら、検査室技術者は、典型的には、コンピュータプログラミング技術において訓練されておらず、一般的テキストベースの言語に基づいて、自動検証ルールを書き込むことは困難である。加えて、熟練したプログラマにとってさえ、提供される言語は、典型的には、厄介であって、プログラマは、テキスト命令文の理解しづらいリストとして表示される、所望の自動検証ルールの特定の側面を無視しやすい。さらに、そのようなシステムを使用して自動検証プロセスが定義されると、一連のテキストの「if/then」命令文は追従が困難であるため、検査室技術者は、後に定義された自動検証プロセスを引き出して、プロセス内のワークフローを容易に判断することが難しい。故に、本システムを使用して生成される自動検証プロセスが、ユーザによって容易に定義され、後にユーザに提示される際に、迅速かつ容易に理解される自動検証システムを提供することが有利であるだろう。
【0010】
自動検証ルールを定義するために使用される厄介な言語に加え、既存システムはまた、自動検証ルールの正確性のチェックにおいて技術者を補助することはない。自動検証ルールが検査室で使用される前に、典型的には、ルールが正確であって、期待通りに動作するかどうかを判断するために、手動でチェックされる。自動検証ルールが正確であるか否かを判断するために、検査室技術者は、いくつかの入力例を提供して、自動検証ルールを遂行し、入力例に基づく結果に達する。次いで、ユーザは、入力例に基づいて、ルールが予想外の結果を提供するか否かを判断しなければならない。予想外の結果が取得される場合、これは、定義される自動検証ルールに関わる潜在的問題を示す。検査室技術者は、一度に1つの入力例に対して自動検証ルールを遂行するため、自動検証ルールを手動チェックする本プロセスは、単調かつ人的な過誤の影響を受けやすい。特に、ユーザがルールに正確に従わない場合、特定のルールチェックに対してユーザによって判断される結果は、ルールに基づいた実際の結果とは完全に異なる場合がある。故に、自動的に成し遂げられる自動検証ルールを試験し、したがって、自動検証ルールを手動でチェックする検査室技術者の負担を軽減する一方で、また、ルール試験のための系統的プロセスを提供するためのシステムを提供することが有利となるであろう。
【0011】
現在のルールチェックプロセスに関する別の問題は、ルール全体のあらゆる可能なステップがチェックされたことを確認することが困難なことである。現在のルールチェックプロセスでは、検査室技術者は、自動検証ルール内の特定のステップを見落とし、これらのステップを経由して進められる入力例の提供および試験を忘れやすい。故に、定義された自動検証ルールを経由するあらゆる可能なステップが試験されていることを確実にするためのツールを含む、自動検証ルールを試験するためのシステムを提供することは有利となるであろう。
【0012】
さらに、自動検証ルールが初期ルールチェック後に修正される場合、現在のシステムは、ルールの回帰試験に対してサポートを提供しない。言い換えると、自動検証ルールが修正されると、ルール変更に基づいて異なる結果を確認する際に、ユーザを補助するためのツールは提供されない。これは、ルールが修正されると常に、特定の自動検証ルールに対するあらゆる以前のルールチェックをやり直さなければならないことを意味する。故に、原ルール試験を完全にやり直す必要を伴わずに、修正されたルールを再試験するためのツールを含む、自動検証ルールを試験するためのシステムを提供することが有利となるであろう。
【0013】
自動検証ルールを試験するための現在のシステムに関わるさらに別の必要性は、ルール試験を容易に文書化する能力である。多くの検査室では、ルールが検査室で使用され得る前に、ルールチェックを行うことは必須である。現在のシステムでは、手書きによるメモが、ルールチェックの唯一の利用可能な証明である。したがって、試験プロシージャが容易に文書化され得、したがって、自動検証ルールが適切に試験されたことの証明を提供する自動検証ルールを試験するためのシステムを提供することが有利となるであろう。
【課題を解決するための手段】
【0014】
本明細書では、検査室試験結果を自動検証するように構成される、少なくとも1つの自動検証ルールを試験する方法が開示される。少なくとも一実施形態によると、本方法は、試料入力を含む、第1のルールチェックを提供するステップを備える。ルールチェックが提供された後、自動検証ルールがルールチェックに対して自動的に実行される。ルールチェックに対する自動検証ルールの実行は、ルールチェック出力を提供する。次いで、ルールチェック出力が予測された出力であるか否かが判断される。
【0015】
また、本明細書では、自動検証ルールを試験するためのシステムが開示される。少なくとも一実施形態によると、本システムは、自動検証ルールを表示し、自動検証ルールのためのルールチェックを受信するように構成される、グラフィカルユーザインタフェースを含む。ルールチェックは、試験結果例を含む。本システムは、ルールチェックに対する自動検証ルールを自動的に実行し、ルールチェック出力を提供するように構成されるプロセッサをさらに含む。プロセッサは、ルールチェック出力が自動検証ルールのための承認された出力であるか否かを示す入力を受信するようにさらに構成される。
【0016】
少なくとも一実施形態では、本明細書で開示されるシステムは、自動検証ルールに関連する複数の異なる環境を提供する。複数の環境は、自動検証ルールを定義するように構成されるエディター環境を備える。複数の環境は、試験結果例を含むルールチェックを受信するように構成されるルールチェック環境をさらに備える。ルールチェック環境は、ルールチェックに基づいて自動検証ルールを実行し、ルールチェックに基づく自動検証ルールの実行が予測された出力を提供するか否かを判断するようにさらに構成される。また、複数の環境は、実際の臨床試験結果に対して自動検証ルールを実行するように構成される検査室環境を備える。
【0017】
前述の特徴および利点、ならびにその他は、以下の発明を実施するための形態および添付の図面を参照することによって、当業者にはより容易に明白となるであろう。
【図面の簡単な説明】
【0018】
【図1】図1は、グラフィカルユーザインタフェースを含む、検査室試験結果を自動検証するためのシステムのブロック図を示す。
【図2】図2は、図1のシステムを使用して生成される、フローチャートの形態の例示的自動検証プロセスを示す。
【図3】図3は、図1のグラフィカルユーザインタフェースのスクリーンに表示される自動検証プロセスのための例示的フローチャートを示す。
【図4】図4は、フローチャートとともにスクリーンに表示される例示的構成ボックスを伴う、図3の例示的フローチャートを示す。
【図5】図5は、複数の出力エッジを有する決定ノードを伴う、図4の例示的フローチャートを示す。
【図6】図6は、決定ノードの出力エッジのうちの1つが異なるノードに指向されている、図5の例示的フローチャートを示す。
【図7】図7は、フローチャートに追加される再実行ノードと、フローチャートとともにスクリーンに出現するダイアログボックスとを伴う、図6の例示的フローチャートを示す。
【図8】図8は、さらなるノードと、再指向されたエッジとを含む、図7の例示的フローチャートを示す。
【図9】図9は、図8の例示的フローチャートに関連付けられたルールチェックテーブルを示す。
【図10】図10は、図9のルールチェックテーブル内のルールチェックのための試験結果例の入力を示す。
【図11】図11は、図10のルールチェックの承認と、ハイライトされたルールチェックのノードからノードへの進行とを示す。
【図12】図12は、追加ルールチェックを含むように拡張された、図11のテーブルを示す。
【図13】図13は、図12のものから修正された自動検証ルールと、結果として生じるルールチェックテーブル内のルールチェック変更とを示す。
【図14】図14は、図12に示されるルールの原バージョンからルールの修正されたバージョンへのルールチェック出力における差異をハイライトする、差異ウインドウを示す。
【図15】図15は、ルールチェックがルールチェックテーブル内に存在しない、図13の修正されたルールを経由するハイライトされたパスを示す。
【図16】図16は、本システムによってハイライトされた欠落パスに基づいて、図15のルールチェックテーブルに含まれる、追加ルールチェックを示す。
【発明を実施するための形態】
【0019】
(例示的システム配列)
図1を参照すると、検査室試験結果を自動検証するための例示的システムが示される。システム10は、入力/出力デバイス14と、プロセッサ16と、メモリ18と、データストレージ20とを含む、コンピュータ12として提供される。コンピュータ12は、検査室分析器30に接続される。また、コンピュータ12および検査室分析器30は、ネットワーク40に接続される。ネットワーク40は、検査室情報システム(LIS)42と、LISと通信する病院情報システム(HIS)44とを含む。LISおよびHISは、試験結果を閲覧する許可が、本システムによって提供されることによって、HISまたはLISを経由して閲覧するために利用可能な試験結果を保有するように構成される、データベースを含む。
【0020】
試験指示が臨床検査室で受信されると患者試料が伴われる。検査室分析器30は、患者試料に対し試験を実行し、臨床診断目的のために使用され得る試験結果を提供するように構成される。例示的検査室分析器として、血液分析器、流動血球計算器、免疫測定分析器、タンパク質分析器、および電気泳動分析器を含む。しかしながら、試料を分析し、試験結果を提供可能な多数の他の検査室分析器のいずれかが利用されてもよいことが認識されるであろう。また、手動試験は、顕微鏡下での組織の視認等、試料に対し実行されてもよく、そのような分析の結果は、手動で本システムに入力されてもよい。加えて、単一検査室分析器30のみが図1には示されるが、複数の検査室分析器をコンピュータに接続し、試験結果をコンピュータに提供するように構成されてもよいことが認識されるであろう。図1の検査室分析器は、コンピュータ12に直接接続されるように示されるが、検査室分析器30は、代わりに、他の分析器とともにネットワークに接続されてもよい。例えば、検査室分析器30は、LIS42に接続されてもよく、検査室分析器からの試験結果は、LIS42を経由して、コンピュータに報告されてもよい。
【0021】
コンピュータ12は、検査室技術者または他のオペレータ/ユーザと通信するように構成される、種々の入力/出力デバイス14を含む。例えば、出力デバイスの1つは、グラフィカルユーザインタフェース15であって、グラフィック画像をオペレータに表示可能なスクリーンを備える。例示的グラフィカルユーザインタフェース15は、CRTスクリーンと、LEDスクリーンとを備える。コンピュータ12は、マウス、タッチスクリーン、キーボード等の種々の入力デバイス14をさらに備え、オペレータは、コンピュータ12への入力を提供が可能となる。
【0022】
プロセッサ16は、入力/出力デバイス14と通信し、概して、コンピュータ内のデータフローを制御し、種々の命令を処理し、計算を実行する。プロセッサ16は、メモリ18およびハードドライブ等のデータストレージデバイス20にさらに接続される。ソフトウェアプログラムは、データストレージデバイス20およびメモリ18に格納され、ソフトウェアプログラムによって提供される命令は、プロセッサ16によって実行される。
【0023】
(自動検証ルール/エディター環境の生成および編集)
コンピュータ12に格納されるソフトウェアプログラムの1つは、自動検証ルールエディター21である。エディターソフトウェア21は、プロセッサ16およびグラフィカルユーザインタフェース14と連動し、ユーザは、自動検証プロセス(本明細書では、「自動検証ルール」とも称される)を容易に生成することが可能となる。特に、エディター21は、フローチャートベースの言語を使用し、ユーザは、フローチャートとして自動検証ルールを生成することが可能となる。前述のように、自動検証ルールは、検査室分析器30によって提供される試験結果を評価し、検査室試験結果が検査室によって確立される特定の所定の基準と一致するかどうかを判断するように構成される。
【0024】
次に図2を参照すると、エディターによって生成された例示的自動検証ルール100が、ユーザに見えるように、グラフィカルユーザインタフェース14上に示される。本明細書で使用されるように、用語「自動検証ルール」または「自動検証プロセス」は、検査室試験結果ならびに評価プロセスに伴うワークフローを評価するために使用される命令およびプロセスを指す。故に、自動検証ルールは、試験結果の評価に加え、試験を実行するため、または試料に対しいくつかの他の動作を行うための命令を備えてもよい。
【0025】
図2では、自動検証ルール100は、フローチャート102の形態で表示される。フローチャート102は、自動検証ルールの概略図を提供し、複数のノード104と、ノードを接続する複数のエッジ106とを備える。いくつかの動作、命令、または分析は、各ノード104で生じる。エッジ106は、複数のノード104間のワークフローを定義し、フローチャート102内の1つのノードから別のノードへの進行方向を示す。故に、所与のノード(例えば、ノード104a)は、ノードへの進行を示す入力エッジ106aおよび/またはノードからの進行を示す出力エッジ106bに接続されてもよい。2つ以上の出力エッジ106bがノード104から延出する場合、ノード104から延出する出力エッジ106bはまた、エッジを追従する前に必要とされる付帯条件を示すであろう(例えば、「合格」、「失敗」、「上回る」、「下回る」等)。
【0026】
ノード104は、図2の実施形態ではボックス状構造として示されるが、ノード104はまた、他の形態で表示されてもよいことが認識されるであろう。同様に、エッジ106は、図2では矢印状記号として示されるが、エッジ106はまた、他の形態で表示されてもよいことが認識されるであろう。
【0027】
エディターを使用して、フローチャートを構築する際に使用するために利用可能なノード104は、開始ノード110と、決定ノード112と、動作ノード114と、を備える。各自動検証ルールは、1つの開始ノード110を含む。自動検証ルールの実行は、開始ノード110から開始する。例示的開始ノード110は、図2のフローチャート100上部に示される。
【0028】
決定ノード112は入力に基づいて、複数の他のノードのうちの1つに前進するか否か決定されるノードである。例えば、決定ノードは、患者に関して提供される情報、患者からの標本、検査室分析器からの1つ以上の試験結果、または他の情報をチェックしてもよい。入力を分析後、ノードは、入力情報に基づいて、プロセスフローを判断する。故に、各決定ノードは、2つ以上の出力エッジ106bを含む。
【0029】
図2に示される例示的決定ノード112は、範囲ノード113である。さらに以下に詳述されるように、範囲ノード113は、入力が、所定の範囲を上回るか、所定の範囲を下回るか、または所定の範囲内であるか否かを判断するように構成される。故に、範囲ノード113は、3つの出力エッジを含み、それぞれ、入力が、所与の範囲を上回るか、所与の範囲を下回るか、または所与の範囲内であるかに依存して、異なるノードへのパスを示す。
【0030】
動作ノード114は、ノードの実行の結果、いくつかの動作、通知、または他の副次的影響が、本システムで生じるノードである。例えば、動作ノードは、試験結果を有効にするステップ、試験結果を高度情報システムに公表するステップ、技術者によるレビューのために試験結果を保留するステップ、コメントを試験結果に追加するステップ、希釈または試験再実行を指示するステップ、試験を中止するステップ、または試験結果を計算するステップを備えてもよい。故に、動作ノードは、試験の指示、希釈、または再実行等の特定の自動検証ルールに関連付けられたワークフローを定義するために利用可能である。動作ノードは、1つ以上の入力ノードを有してもよいが、動作ノードにおいて決定が行われないため、1つのみの出力ノードを有するか、または出力ノードを有さない。
【0031】
図2に示される例示的動作ノード114は、結果有効化ノード115である。自動検証ルール100の実行が結果有効化ノード115に到達すると、本システムは、試験結果を評価し、特定の所定の基準と一致することを確認する。この時点で、試験結果は、高度情報システムに公表されてもよく、有効化前は、試験結果は、検査室情報システムを使用する検査室職員にのみ利用可能であった。有効化および試験結果の高度情報システムへの公表後、試験結果は、医師等の医療関係者によって、病院情報システム上で閲覧されてもよい。
【0032】
次に、本システムのための例示的エディター環境において、自動検証ルールを生成するためのエディターの使用について、図3−8を参照して記載される。図3は、グラフィカルユーザインタフェースのスクリーン上に見られ得るように、エディター120の実施形態を示す。エディター120は、トップメニュー122と、ツールバー124と、ルール構築ウインドウ126と、ルールチェックウインドウ128と、を備える。
【0033】
エディターのトップメニュー122は、種々のオプション130−135へのアクセスをユーザに提供する。例えば、「ルールを開く」オプション130が選択されると、ユーザは、本システムフォルダのうちの1つからルールを開いてもよい。トップメニューにリストアップされる他のオプションは、「保存」オプション131、「新規プロシージャ」オプション132、「試験を編集」オプション133、「印刷」オプション134、および「方向転換」オプション135を含む。トップメニュー122直上のタブ140は、ルール構築ウインドウ126に示される自動検証ルールを示す。タブ140によって示されるように、図3−8のルール構築ウインドウ126に現在示される自動検証ルールは、血清カルシウム試験のためのものである。
【0034】
ツールバー124は、トップメニュー122の下に提供される。ツールバー124は、ルール構築ウインドウ126で作業する際、ユーザによって使用されるための複数のオプションをリストアップし、ボタン125としてオプションを表示する。図3では、ツールバーは、「挿入」オプション141、「置換」オプション142、および「子ノードを選択」オプション143を含む、いくつかのボタンとともに示される。これらのオプションはそれぞれ、ルール構築ウインドウ126および図3−8に関して、さらに以下に詳細に記載される。また、図3−8は、ツールバー124上の他のオプションを示し、これらまたは異なるオプションは、ユーザによって判断されるように、種々の実施形態において、ツールバー上に提供されてもよいことが認識されるであろう。
【0035】
前述のように、エディターのルール構築ウインドウ126は、選択された自動検証ルール100をフローチャート形態102で表示する。ルール構築ウインドウ126に表示される自動検証ルール100は、保存、編集、または実行されてもよい。さらに以下に詳細に説明されるように、自動検証ルールの実行は、付随試験指示のためのワークフローの自動化をもたらす。
【0036】
継続して図3を参照すると、「ルールを開く」オプション130が、トップメニュー122から選択されると、自動検証ルールの組み立ておよび編集が開始する。本オプション130が選択されると、選択されたルールは、ルール構築ウインドウ126に出現する。選択されたルールは、プロシージャ起動ノードに接続される開始ノードと同様に単純であってもよい。いずれにしても、ユーザは、ルール構築ウインドウ126でルールを編集してもよい。追加ノードは、「挿入」オプション141をツールバー124上で選択することによって、取得されてもよい。「挿入」オプション141を選択すると、ユーザは、ルール内で使用され得るノードのドロップダウンメニューを提示される。「挿入」オプション141に関連付けられたドロップダウンメニューは、種々の決定ノード、種々の動作ノード、および開始ノードのリストを含む。ノード110をルール構築ウインドウ126に挿入するために、ユーザは、ドロップダウンメニューからノード選択を単純にクリックし、選択されたノードは、ルール構築ウインドウに出現する。選択されたノード110をルール構築ウインドウ126に既存の別のノードに接続するために、ユーザは、選択されたノード110をクリックおよびドラッグし、ウインドウ内の別のノードへの所望の接続を行う。
【0037】
図3では、ユーザは、保留ノード150をルール構築ウインドウ126に挿入し、開始ノード110に接続している。ノードを挿入するステップに加え、ユーザは、ルール構築ウインドウに挿入されたノードを異なるノードと容易に置換してもよい。これを行うために、ユーザは、最初に、ルール構築ウインドウ内で置換されるノードをクリックする。ノードをクリックすることによって、ノードが選択されると、ノードは、ルール構築ウインドウ内でハイライトされる。ルール構築ウインドウ内で置換されるノードをハイライト後、ユーザは、ツールバー上で置換オプション142を選択する。置換オプションを選択すると、ユーザは、ルール構築ウインドウ内で挿入のために利用可能なノードのドロップダウンメニューの形態で、別のリストが提示される。提供されるドロップダウンメニューからノードを選択することによって、ルール構築ウインドウ内でハイライトされたノードは、選択されたノードと置換される。提供される実施例では、ユーザは、図3において保留ノード150をハイライトし、保留ノードは、ルール構築ウインドウ126で太枠でハイライトされ示される。図4では、ユーザは、置換オプション142に関連付けられたドロップダウンメニューから範囲ノード152を選択し、保留ノード150(以前に図3に図示)は、範囲ノード152によって置換されている。
【0038】
前述のように、ノードが、挿入メニュー141または置換メニュー142から選択されると、ノードは、ルール構築ウインドウ126に出現する。ルール構築ウインドウに挿入するために選択された特定のノードは、構成を必要とするであろう。選択されたノードが構成を必要とすると、構成ボックスがルール構築ウインドウに出現し、ユーザに、ノードを適切に構成するために必要なあらゆる必要データを挿入させる。例えば、図4に示されるように、ユーザが範囲ノード152を選択すると、構成ボックス170が、ルール構築ウインドウ126に出現する。構成ボックス170は、ノードを構成するために適切なデータを入力するように、ユーザに命令する。図4の実施例では、ユーザは、範囲チェックに対する特定の試験を指定し、比較のための特定の範囲を指定することによって、範囲ノード152を構成しなければならない。
【0039】
いくつかの事例では、ノードは、異なる態様で構成されてもよい。例えば、図4に示されるもの等の範囲ノードは、ユーザによって挿入される数値限定に基づいて、または特定の試験のために検査室によって規定される指定範囲に基づいて、構成されてもよい。したがって、いくつかの事例では、ユーザは、構成ボックスに数字を挿入し、ノードに対する下限および上限を定義してもよい。他の事例では、ユーザは、いくつかの指定範囲のうちの1つを選択してもよく、各指定範囲は、所定の上限および所定の下限を有する。指定範囲の実施例として、検証範囲、基準範囲、または臨界範囲を含む。
【0040】
ユーザが範囲に対し特定の詳細(数値等)を挿入することが必要ないような態様で、範囲ノードが設計される場合、共通ノードが検討される。ノードが使用される特定の試験とノードの構成が無関係である、共通ノードである。特定のルールのためのノードの構成に関連して、特定の詳細が必要とされる場合、それらの詳細は、検査室によって規定され、共通ノードがルールに挿入される際に、自動的に読み出される。したがって、共通ノードによって、ユーザは、異なる試験結果に対する特定の許容範囲等、分析される試験結果に関連する特定の詳細を引き出す必要なく、自動検証ルールを容易に構築することが可能となる。
【0041】
図4は、範囲ノード152が共通ノードとして構成される、実施形態を示す。範囲ノード152の本実施形態では、ユーザは、いくつかの指定範囲のうちの1つを単純に選択することによって、ノードを構成する。指定範囲に関連付けられた数値は、それらが使用される特定の試験のために、検査室によって既に規定されている。図4では、ユーザは、構成ボックス170の下方のドロップダウンメニュー172から「検証範囲」を選択している。検証範囲は、検査室によって判断される所定の範囲であって、範囲内の試験結果は、ルールによって分析される特定の試験結果の有効試験結果とみなされるであろう。図4の血清カルシウム自動検証ルールに対し、検査室は、検証範囲を2乃至20mg/dLに規定してもよい。これは、検査室が、血清カルシウム試験からの現実的試験結果であるとみなされ得るものと一致する本範囲内の任意の試験結果であるとみなすことを意味する。しかしながら、検査室が、50mg/dLの結果を受信する場合、本システムは、これを血清カルシウムの非現実的試験結果であるとみなし、検査室は、何らかの誤差が分析において生じたものと推測するであろう。
【0042】
「検証範囲」と同様に、検査室は、共通ノードとして使用される際の範囲ノード152に対し、「基準範囲」または「臨界範囲」等の他の範囲を定義してもよい。例えば、検査室は、血清カルシウムの基準範囲を9乃至10.5mg/dLに定義してもよい。これは、本範囲内の血清カルシウム試験結果が正常であるとみなされ、この試験結果は、患者に対して問題を示していないことを意味する。別の実施例として、検査室は、血清カルシウムの臨界範囲を8乃至15mg/dLに定義してもよい。これは、臨界範囲外の血清カルシウム試験結果が、患者に対して重大な問題を示唆していることを意味する。この場合、本システムは、速やかな対応が患者に成され得るように、医師に試験結果を直ちに通知するように構成されてもよい。前述の範囲は、本システムを使用して、検査室によって規定され得る単なる範囲の実施例であって、多数の他の範囲が、検査室によって規定可能であることが認識されるであろう。さらに、本明細書では、範囲ノード152がノードをルール構築ウインドウ126に挿入する際に構成を必要とするノード例の1つとして記載されているが、ユーザによって選択され得る多くの他のノードもまた、自動検証ルールに適切に含まれる前に、構成されなければならないことが認識されるであろう。
【0043】
ノードが、ルール構築ウインドウに挿入され、構成(必要とされる場合)されると、ノードからの出力は、後続ノードに関連づけなければならない。前述のように、あらゆる決定ノードは、少なくとも2つの出力を有するであろう。決定ノードからの2つ以上の必要とされる出力を後続ノードに適切に関連付けるステップに関しユーザを補助するために、エディターは、ルール構築ウインドウ内に配置される際、決定ノードからの可能な出力のそれぞれを示すように構成される。故に、図5の実施例では、範囲ノード152が、ルール構築ウインドウ126内に配置されると、エディターは、ノード152から既に延出している3つの出力エッジ153とともに、範囲ノード152を直ちに表示する。ノード152から延出する3つの出力エッジ153は、有利には、3つの可能な結果が、範囲ノードから生じ得ることをユーザにリマインドする。特に、範囲ノードは、試験結果を規定範囲と比較し、試験結果が、規定範囲内か、規定範囲を上回るか、または規定範囲を下回るか否かを判断するであろう。3つの可能な結果のそれぞれに対し、出力エッジ153を表示することによって、ユーザは、3つの可能な結果のそれぞれを結果として生じるノードに接続するようにリマインドされる。さらにユーザを補助するために、エディターは、範囲ノード152からの3つの出力エッジ153それぞれをダミーノード168a−168c(すなわち、未構成「then…」ノード)へ延出する。
【0044】
ルール構築ウインドウ126への決定ノードの挿入に応じて自動的に出現する決定ノードの出力エッジは、2つまたは3つのノードに至るように、ユーザによって操作されてもよい。例えば、図6では、ユーザは、範囲ノード152の出力エッジ153を操作し、試験結果が検証範囲を上回るか、または下回るかにかかわらず、検証範囲外の試験結果が第1のノード168bに至り、検証範囲内の試験結果は、第2のノード168cに至ることを示す。これを達成するために、ユーザは、単に、図5に示される「上回る」エッジ153上の矢印近傍をクリックし、「下回る」エッジに関連付けられたノード168bにエッジをドラッグする。次いで、エディターは、ルール構築ウインドウ126から「上回る」エッジに以前に関連付けられたダミーノードを自動的に除去し、「上回る」エッジおよび「下回る」エッジは両方、図6に示されるように、同一ダミーノード168bに至る。本明細書では、エッジの操作は、ダミーノードに至るエッジに関して記載されたが、エディターは、部分的または全体フローチャート内の任意のエッジの操作を類似態様で可能にしてもよいことが認識されるであろう。故に、エディターは、ユーザが、フローチャートおよびフローチャートを経由するノードからノードへの進行を操作するための便宜的方法を提供する。
【0045】
フローチャート102内のエッジを操作するステップに加え、ユーザはまた、新規ノードを挿入する、または既存ノードを置換することによって、ノードを操作してもよい。例えば、図7に示されるように、ユーザは、ルール構築ウインドウ126内のダミーノード168bを機能ノード154と置換している。これは、前述のツールバー124から置換オプション142を使用して達成される。「置換」オプション142を使用する場合、ユーザは、最初に、置換されるノードをハイライトし、次いで、ツールバーから「置換」オプション142を選択する。「置換」オプション142が選択されると、ユーザは、種々のノードをリストアップするドロップダウンメニューが提示され、ハイライトされたノードを置換する。ユーザがドロップダウンメニューから置換ノードを選択後、以前にハイライトされたノードの代わりに、ルール構築ウインドウ126に自動的に出現する。図7の場合、ユーザは、「上回る」および「下回るエッジ153」後のダミーノード168bを「再実行」ノード154と置換している。
【0046】
図7に示されるように、ユーザが、挿入のために「再実行」ノード154を選択すると、構成ボックス170は、ルール構築ウインドウ126に自動的に出現し、「再実行」ノード154を適切に構成するようにユーザに命令する。同時に、新規ダミーノード168dは、ルール構築ウインドウ126において、「再実行」ノードの出力エッジ106上に提供される。
【0047】
図8は、「再実行」ノード154が、ユーザによって構成されたことを示す。構成の結果、「再実行」ノードは、現在、2つの出力エッジを含み、ノードは、再実行試験結果と以前の試験結果とを比較する命令を有する。したがって「再実行」ノード154は、動作に関連する決定を行うようにも構成される動作ノードである。図8の実施例では、ユーザは、検証範囲外であったため、「再実行」ノード154を構成し、原試験結果を再実行している。また、ノード154は再実行後の新規試験結果と以前の試験結果とを比較するように構成されている。また、図8に示されるように、再実行試験結果が、以前の試験結果の5%以内ではない場合、ルールは、保留ノード158で試験結果を保留し、試験結果が、検証範囲外の無効試験結果であって、ユーザによって手動でチェックされるべきであることを示す。しかしながら、再実行試験結果が、以前の試験結果の5%以内である場合、ルールは、有効化ノード156で試験結果を有効化するように構成される。
【0048】
また、図8に示されるように、ユーザは、範囲ノード152から「範囲内」出力エッジ153をクリックし、有効化ノード156にドラッグしている。有効化に応じて、試験結果は、情報システム(例えば、LIS)内で有効として記録され、他の情報システム(例えば、HIS)での観察のために公表されてもよい。
【0049】
図3−8を参照して前述のように、エディターによって、ユーザは、グラフィカルユーザインタフェース上に示されるフローチャートとして自動検証ルールを構築することが可能となる。ユーザは、所望のルールを構築するために、容易に、新規ノードを挿入、ならびに置換既存ノードを置換してもよい。加えて、ユーザは、容易に、ノード間に延出するエッジを操作し、フローチャートを経由してノードからノードへの進行を定義してもよい。エディターのフローチャートベースの言語は、概して、直観的であって、所望の自動検証プロシージャのユーザ表現を促進する。
【0050】
自動有効化ルールの生成および編集は、「挿入」オプション141および「置換」オプション142に関して、前述されている。しかしながら、多数の他のオプションが、自動検証ルールを構築および編集するために、メニュー122またはツールバー124に提供されてもよいことが認識されるであろう。例えば、「子ノードを選択」オプション143によって、前述されていないが、ユーザは、ルール構築ウインドウ内に配置されると、エッジおよび接続されたダミーノードを自動的に生成しない動作ノード後の後続ノードまたは「子ノード」を指定することが可能となる。
【0051】
ユーザに提供され得るツールの別の実施例は、ノードマクロを定義する能力である。マクロは、特定の順番で接続される複数のノードを含むが、具体的には、特定の自動検証ルールに関連付けられない。次いで、これらのマクロをメニューから選択し、異なる自動検証ルールに挿入してもよい。一実施形態では、マクロは、構成可能ではなく、特定のルールに対し特殊化不可能である。しかしながら、別の実施形態では、いくつかのマクロは、特定のルールに対する構成および特殊化が可能であるように、設計されてもよい。トップメニュー122からの「新規プロシージャ」オプション132は、そのようなマクロを生成する能力をユーザに提供してもよい。
【0052】
(自動検証ルール/ルールチェック環境の試験)
自動検証ルール100が準備された後、自動検証ルールは、典型的には、臨床検査室で使用される前に試験されるであろう。本システムは、そのような自動検証ルールを試験するためのツールを提供する。図9−16は、本システムによって提供される例示的ルールチェック環境を提供する。
【0053】
図9を参照すると、例示的自動検証ルール100が、ルール構築ウインドウ126に示される。自動検証ルールを生成後、ユーザは、ルールチェックウインドウ128をルール構築ウインドウ126と組み合わせて使用し、本システムのルールチェック環境において、ルールチェックを実行する。
【0054】
ルールチェックツールバー202は、ルールチェックウインドウ128の上部を横断して提供される。ルールチェックツールバーは、「新規チェック」オプション210、「試験を指示」オプション211、「人口動態」オプション212、「複製」オプション213、「削除」オプション214、および「欠落パス」オプション215を含む、いくつかのオプションをユーザに提供する。
【0055】
ルールチェックを開始するために、ユーザは、「新規チェック」オプション210をクリックし、テーブル220が、ルールチェックウインドウ128に出現する。テーブル220は、テーブルに関連する自動検証ルールを示す、タイトルブロック222を含む。図9の実施例では、テーブル220は、血清カルシウム自動検証ルールに関連する。また、テーブル220は、複数の列見出しをリストアップするヘッダ行224を含む。図9の例示的実施形態では、テーブルは、状態列225と、「年齢」列226と、「前の」試験結果列227と、「実行1」試験結果列228と、「シナリオ」列229を含む。テーブル220内のヘッダ行224の下は、1つ以上の行であって、各行は、ルール構築ウインドウ126に示される自動検証ルールのための単一ルールチェックを含む。図9に示されるように、「新規チェック」オプション210が、最初に、選択される場合、単一行231のみ、テーブル220に提供される。しかしながら、「新規チェック」オプション210が選択されるたびに、追加行がテーブル220に出現し、追加自動検証ルールのためのルールチェックを提供する。
【0056】
図9に示されるように、ユーザは、テーブル220の列228に、例示的試験結果の形態で入力例を入力し、ルールチェックを定義することによって、ルールチェックを定義するよう招待される。ユーザの注意を本列228およびその命令に向けるために、列228またはそのテキストは、ハイライトされてもよい。例えば、列228は、黄色または点滅テキストで出現してもよい。
【0057】
テーブル自体に提供される情報に加え、命令バー240は、ルールチェックウインドウ128の下部に出現し、テーブル220に関する追加情報を提供する。矢印241は、命令バー240内の現在の情報に関するテーブル220の行に隣接して出現する。図9の実施例では、矢印241は、ルールチェック231に隣接して位置し、命令バー240は、ルールチェックのための試験結果例として、列228に数値を入力すべきことを示す。いくつかの状況では、例示的な人口動態情報または例示的な前の試験結果等、試験入力例に加え、追加ルールチェックデータが必要とされてもよい。
【0058】
次に図10を参照すると、ユーザは、列228に数値「9.12」を挿入し、行231のルールチェックのための試験結果例は9.12mg/dLであることを示す。ユーザが、列228にルールチェックのための試験結果例を入力すると、また、コメントが、ユーザによって、シナリオ列229に入力されてもよい。シナリオ列内のコメントは、典型的には、ルールチェックの意図される目的を示すであろう。例えば、図10では、ユーザは、シナリオ列229に「正常結果」という語句を入力し、列228内の試験結果例値「9.12」が、正常な血清カルシウム試験結果の指標であることを示す。
【0059】
必要とされるルールチェックデータが、ルールチェックウインドウ128のテーブル220に入力されると、本システムは、ルールチェックデータを使用して、自動検証ルールを自動的に実行し、ルールチェック出力を提供する。ルールチェック出力は、試験結果例の有効化等、自動検証プロシージャから生じる任意の最終動作を含む、本システムに及ぼす自動検証プロシージャの副次的影響を示す。ルールチェック出力の他の実施例は、追加試験を実行するか、試料を希釈するか、さらなるレビューのために試験結果を保留するか、試験を中止するか、コメントを追加するか、試験結果を修正するか、または技術者に手動プロトコルを実行させるための命令を含む。また、多数の他のルールチェック出力も可能であることが認識されるであろう。
【0060】
図10の実施例では、ルールチェック出力は、フローチャートを経由してルールチェックのパス内の動作ノードをレビューすることによって、確認することができる。フローチャートを経由してルールチェックのパスを追従する際にユーザを補助するために、パスは、ルール構築ウインドウ126内でハイライトされる。ハイライトされたルールチェックのパスは、フローチャートを経由してルールチェックのノードからノードへの進行をハイライトすることによって示され、進行は、ルールチェックで使用されるノードと、そのようなノードを接続するエッジとを含む。ノードからノードへの進行をハイライトするステップは、パス内のノードおよびエッジをフローチャートの残りとは異なる色で提供する等、種々の方法で達成されてもよい。例えば、図10では、その接続エッジとともに、開始ノード110、範囲ノード152、および結果有効化ノード156は、緑色で示されてもよい一方、フローチャート102内の残りのノードおよびエッジは、青色で示されてもよい。
【0061】
ルール構築ウインドウ126に示される自動検証ルールを経由してルールチェックのパスによって、テーブル220は、列225に通知を提供し、ルールチェックのノードからノードへの進行を調査することをユーザに要求する。例えば、調査を行うための通知は、行231の列225を赤色でハイライトし、列に語句「調査」を含むことによって、提供されてもよい。同時に、ルールチェックのためのルール挙動が予測された挙動である場合、命令バー240は、命令バーの一端の承認ボタン242をクリックするようにユーザに命令する。
【0062】
自動検証ルールが、ルールチェックのための予測された出力を提供する場合、ユーザは、承認ボタン242をクリックする。予測された出力は、本システム応答が、入力された試験結果に基づいて適切であるものである。承認ボタン242が選択されると、ルールチェックは、ルールチェックウインドウ128に、承認済みとしてリストアップされる。例えば、図11に示されるように、語句「承認済み」は、行231のルールチェックに対し、列225に含められる。
【0063】
複数のルールチェックは、自動検証ルールを経由してあらゆる可能なパスを適切に試験するために必要とされるだろう。図12を参照すると、ルール構築ウインドウ126に示される自動検証ルールのための追加ルールチェックを提出するために、ユーザは、ルールチェックツールバー202から「新規チェック」オプション210を選択する。本オプション210が選択されると、新規行がテーブル220に出現し、ユーザは、新規行にルールチェックのための所望のデータを投入する。図12では、ユーザは、行231−235に示されるように、合計5つのルールチェックをテーブルに含めている。また、ユーザは、テーブル220の列225に記録されるように、これらのルールチェックのそれぞれを承認している。図12に示される5つのルールチェック231−235は、ルール構築ウインドウ126に示されるフローチャート102を介してあらゆる可能なパスを想定する。ユーザによって提供されるルールチェックがすべて承認されている場合、自動検証ルールは、検査室での使用のために、実際の試験結果とともに公表される。
【0064】
新規ルールチェックを生成する際のユーザのための別のオプションは、ルールチェックツールバー202から「複製」オプション213を選択することである。本オプションを使用するために、ユーザは、テーブル内の行の1つをハイライトし、次いで、「複製」ボタン213をクリックする。これによって、ハイライトされた列と等しい第2の行をテーブル内に出現させる。次いで、ユーザは、第2の行を編集し、表示された自動検証ルールのための新規ルールチェックを提供してもよい。「複製」オプション213は、ルールチェック間に細かな変更のみが必要とされ、したがって、ルールチェックのために必要とされる入力データ量を制限する場合に有用である。
【0065】
ルールチェックを編集する際のユーザのためのさらに別のオプションは、「削除」オプション214である。本オプション214によって、ユーザは、テーブル220からルールチェックを完全に除去することが可能となる。
【0066】
特定の状況では、新規ルールチェックの生成は、テーブル220に既に示される他のルールチェックのために必要とされていなかった追加の例示的データを必要とするであろう。これらの状況では、追加の例示的データのための新規列は、ユーザによって、テーブル220に挿入されなければならない。新規列を追加するための2つのオプション例は、「試験を指示」オプション211と、「人口動態」オプション212とを含む。
【0067】
「試験を指示」オプション211によって、ユーザは、テーブル220に列を追加することが可能となり、ルールチェックのための追加のシミュレーション試験結果を提供する。例えば、図12では、ユーザは、定義されたルール100が、そのような追加試験結果に依存する場合、追加試験結果をテーブル220に追加するために、「試験を指示」オプション211を選択してもよい。テーブル220に挿入されたそのような追加試験結果によって、自動検証ルール100を介して完全なパスが、ルールチェックのためのルール構築ウインドウ126に示されることができる。
【0068】
新規列の生成は、あらゆるルールチェックのための新規データの入力を必要としないことに留意されたい。例えば、図12では、第1のルールチェック231は、ノード154を経由して進行しておらず、したがって、列228aに再実行試験値例を必要としなかった。故に、本列228aは、図12内の第1のルールチェック231に対し空欄のままである。
【0069】
テーブル220に生成され得る状況の別の実施例は、ルールチェックのための追加人口動態データに対するものである。ユーザが「人口動態」オプション212をクリックすると、ユーザは、患者の性別または人種に関連するデータ等、テーブル220への追加のための追加人口動態データを選択してもよい。チェックされる自動検証ルールに応じて、本追加データは、ルールチェックに対し、オプションまたは義務であってもよい。
【0070】
前述の例示的実施形態では、追加列は、ユーザによって、テーブル220に手動で追加される。しかしながら、本システムはまた、自動検証ルールおよび関連付けられたルールチェックによって必要とされる場合、列をテーブル220に自動的に追加するように構成されてもよい。例えば、図12では、ルールチェックが、再実行ノード154を経由して進むであろうパスとともに生成される場合、本システムは、再実行列228aを自動的に追加するように構成されてもよい。したがって、ユーザが、「実行1」試験結果「5.1」を列228に入力すると、本システムは、本試験結果が自動検証ルールのノード152で定義された検証範囲を下回ることを認識し、自動検証プロセスに従って定義された再実行ノード154に進行する。ルールチェックから例示的再実行試験結果を要求すると、次いで、本システムは、テーブル220に追加列228aを生成し、「実行2」試験結果例が本列228aに入力されるべきであることを示す。図12の実施例では、ユーザは、値「5.15」を列228aに入力している。
【0071】
検査室で自動検証ルールが生成され、試験され、実装された後に、検査室は、自動検証ルールに対する改訂が必要であることを決定してもよい。特に、検査室は、試験試料に対する追加ワークフローまたは分析によって、特定の試験のためのより優れた自動検証ルールを提供するであろうことが分かる場合がある。前述のように、自動検証ルールは、ルール構築ウインドウ126から容易に編集されてもよい。特定の試験を編集するために、ユーザは、トップメニュー122から「ルールを開く」オプション130を選択し、編集する自動検証ルーを選択する。次いで、自動検証ルールのためのフローチャートが、ルール構築ウインドウ126に出現し、フローチャートは、ノードおよびエッジを追加するか、ノードおよびエッジを削除するか、またはノード構成を変更することによって、容易に編集されてもよい。
【0072】
既存の自動検証ルールが修正されると、自動検証ルールのためのルールチェックに関連付けられた出力もまた、変化してもよい。これが生じる場合、ユーザは、修正された自動検証ルールが承認され、実際の使用のために公表される前に、修正されたルールチェック出力を承認することが要求される。図13は、本状況の実施例を示す。
【0073】
図13では、図12に以前に示された自動検証ルールが編集され、追加ノードおよびエッジが含まれている。以前のノードに加え、修正された自動検証ルール100のためのフローチャート102は、現在、第1および第2のデルタチェックノード160、161と、第2および第3の有効化ノード162、163と、追加保留ノード164とを含む。
【0074】
ルールチェックウインドウ128に示されるように、自動検証ルール100を編集することによって、ルールチェック232および235は、現在、承認されていない、異なるルール出力を有する。故に、ルールチェック232および235は、テーブル220の列225でハイライトされ、ルールチェックを「調査」するための命令を含む。同時に、命令バー240は、血清カルシウムルールへの編集に基づいて、ルールチェックの挙動が変更されており、そのような挙動が承認されることが必要であることをユーザに伝える。
【0075】
ルールチェック挙動への変更を承認する際にユーザを補助するために、「差異表示」ボタン244が、命令バー240に提供される。「差異表示」ボタンが選択されると、ユーザは、図14に示されるもの等の差異ウインドウ246が提示される。差異ウインドウ246は、ルールチェックのための原出力と、ルール編集後のルールチェックのための新規出力との間の差異を示す。図14の実施例では、本情報は、テーブル250に提供される。テーブル250は、「予測」列252と、「実際」列254と、を含む。「予測」列252は、ルールチェックの以前のバージョンからのルールチェックのために、元々承認された出力を示す。この場合、原出力は、再実行ノード154からの再実行による副次的影響と、有効化ノード156からの有効化による副次的影響と、を含んでいた。「実際」列254は、ルールの修正されたバージョンのためのルールチェック出力を示す。この場合、新規ルールチェック出力は、再実行ノード154からの同一の再実行による副次的影響を含み、また、保留ノード164からの保留の形態で異なる副次的影響を含む。異なる副次的影響の出力は、テーブルの第2の行で赤色にハイライトされ、出力の差異を強調する。故に、差異ウインドウ246によって、ユーザは、編集された自動検証ルールから生じるルールチェックの差異を迅速に強調する便宜的ツールが提供される。
【0076】
次に、図15を参照すると、ユーザが、新規または修正された自動検証ルールのためのルールチェックをレビューすると、欠落パスオプション215が選択され、ユーザに、自動検証ルール経由してあらゆるパスのためのルールチェックを提供する補助となってもよい。欠落パスオプションが選択されると、本システムは、どれくらいのフローチャート102を経由する潜在的パスが、テーブル220に関連付けられたルールチェックを有していないかを判断する。次いで、これらの欠落パスの第1番目が、ルール構築ウインドウのフローチャート102でハイライトされる。例えば、欠落パスは、パスのためのエッジを赤色で提供し、関連付けら得たノードを赤色で縁取ることによって、ハイライトされてもよい。フローチャート内の残りのエッジは、残りのノードの周囲の黒色輪郭とともに、黒色のままであってもよい。図15の実施例では、ハイライトされた欠落パスは、以下のノードおよびエッジを含む。開始ノード110、範囲ノード152、「上回る」出力エッジ、デルタチェックノード160、「失敗」出力エッジ、再実行ノード154、「同一」出力エッジ、デルタチェックノード161、「合格」出力エッジ、および結果有効化ノード163である。
【0077】
ユーザに欠落パスが提示されると、ユーザは、テーブル220の欠落パスのためのルールチェックを構築してもよい。ルール構築ウインドウ126に表示されるフローチャート102のための欠落パスの合計は、ボックス218でルールチェックツールバー202上に示される。ユーザは、ボックス216に提供される矢印を使用して、最初から最後まで、そのような欠落パスを連続的に表示してもよい。特に、前向矢印が選択されるたびに、次の欠落パスが、フローチャート102でハイライトされるであろう。後向矢印が選択されるたびに、以前の欠落パスは、フローチャート102でハイライトされるであろう。
【0078】
図16に示されるように、ユーザに利用可能な欠落パスに基づいて、ユーザは、図15からの2つの追加ルールチェックを追加および承認している。承認されたあらゆるルールチェックによって、自動検証ルールは、検査室での使用のために利用可能となる。有利には、ユーザは、ルールが検査室に公表される前に、ルールチェックのフローチャート102およびテーブル220を印刷し、所与の自動検証ルール上で使用されるルールチェックプロシージャの文書を提供してもよい。加えて、将来、ルールチェックを閲覧する必要がある場合、任意の所与の自動検証ルールのためのルールチェックは、本システムのデータストレージに保存されるであろう。
【0079】
(自動検証ルール/検査室環境の実行)
自動検証ルールが、そのルールチェックとともに生成されると、ルールは、本システムによって、データストレージ20(図1参照)に保存され、自動検証ルールに関連付けられた試験指示が検査室で受信されると、プロセッサ16によって実行するために利用可能となる。試験指示は、典型的には、検査室分析器によって実行される少なくとも1つの試験と、試験指示に関連付けられた患者に関するデータ(例えば、氏名、年齢、性別、体重、身長等)とを含む。試験指示は、コンピュータネットワークを経由して自動的に受信されてもよく、または検査室技術者によって、本システムに手動で入力されてもよい。試験指示が検査室によって受信されると、試験試料が伴われる。試験試料は、適切な検査室分析器(または、手動検出器ステーション)に送達され、したがって、指定試験を試料に対して行うことができる。試験指示の受信に応じて、本システムは、検査室環境で動作し、自動検証ルールを使用して、実際の臨床試験結果が検証される。
【0080】
試験指示に関連付けられた自動検証ルールの実行は、本システムが試験指示を受信すると開始する。試験指示の受信に応じて、本システムは、メモリまたはデータストレージから保存された自動検証ルールを引き出し、ルールの実行を進める。
【0081】
各ルールの実行は、開始ノードから開始する。したがって、ルールは、エッジ106によって指向されるように、ノードからノード104へ進む。新規ノードに到達すると、本システムは、任意のロジックおよび副次的影響を含む、ノードに関連付けられたルーチンを呼び出す。ノード104に関連付けられたルーチンを実行すると、定義されたルールは、本システムが、トップルール実行を停止すべきか、新規結果を待機すべきか、またはノードからの出力エッジ106の1つから新規ノード104へと追従し、新規ノードの実行を開始すべきか否かを示す。ルールが、出力エッジを伴わない動作ノードに到達すると、ルールは終了する。ルールは、ルールを必要とする新規試験指示が受信されるまで、再び実行されない。所望に応じて、ユーザは、実行中、自動検証ルールのフローチャート表示102をグラフィカルユーザインタフェース14上に表示してもよい。しかしながら、ほとんどの事例では、プロセッサは、グラフィカルユーザインタフェースに表示することなく、ルールを実行するであろう。
【0082】
検査室は、典型的には、1度に複数の試料のための複数の試験指示を受信するであろう。故に、プロセッサ16は、複数の自動検証ルールを並行して実行してもよい。これは、2つ以上の異なる試験指示に対し、同一自動検証ルールの2つ以上の事例を同時に実行するステップ、および/または2つ以上の異なる試験指示に対し、2つ以上の異なる自動検証ルールを同時に実行するステップを含んでもよい。
【0083】
前述のように、実行プロセスの間、自動検証ルールが中断され、待機するように命令されてもよい。ルールが中断する状況の典型的実施例は、必要データが利用不可能であるため、ノードが実行できない場合である。例えば、図8のルールが実行される場合、ルールは、後続ノード154または156に移動する前に、検査室分析から血清カルシウム試験結果を受信することをノード152で待機しなければならない。したがって、血清カルシウムの試験指示が受信されると、ルールは、検査室分析器が血清カルシウム試験結果を産生するまで、ノード152で中断する。本状況では、ルールは、血清カルシウム試験結果を受信するまで、またはユーザによって中止されるまで、無期限に中断するであろう。ルールが、ユーザによって終了させられる場合、本システムは、誤差通知を発する。次いで、試験結果は、処理のために検査室技術者に回される。次いで、技術者は、試験結果が有効であるか否かを手動で判断することができる。
【0084】
また、図8は、ルールが中断し得る状況の別の実施例を提供する。再実行ノード154に到達すると、以前に実行された試験は、本システムによって、再指示され、ルールは、新規試験結果が受信されるまで中断される。これを達成するために、本システムは、試料管を検査室分析器に戻すように、検査室技術者に通知を発行してもよい。代替として、本システムが、ロボットまたはいくつかの他の機械化された試料運搬デバイスを含む場合、本システムは、検査室分析器を通して、試験を自動的に再実行してもよく、検査室技術者に全く通知されることはないであろう。本状況では、再実行は、本システムによって完全に処理される。
【0085】
本発明は、特定の好ましい実施形態に関して記載されたが、他の実装および適合が可能であることは、当業者によって理解されるであろう。さらに、本明細書に記載される個々の進歩に対し利点が存在し、前述の他の側面を組み込むことなく取得され得る。したがって、添付の請求項の精神および範囲は、本明細書に含有される好ましい実施形態の説明に制限されるべきではない。
【特許請求の範囲】
【請求項1】
検査室分析器によって提供される検査室試験結果を自動検証するように構成される、自動検証ルールを試験する方法であって、
a)試験結果例を含むルールチェックに対して該自動検証ルールを実行することであって、該ルールチェックに対する該自動検証ルールの実行はルールチェック出力を提供する、ことと、
b)該ルールチェック出力が予測された出力であるか否かを判断することと、
c)該自動検証ルールを修正することと、
d)該ルールチェックに対して該修正された自動検証ルールを自動的に実行することであって、該ルールチェックに対して該修正された自動検証ルールの実行は、修正されたルールチェック出力を提供する、ことと、
e)該修正されたルールチェック出力が該予測された出力であるか否かを自動的に示すことと
を備える、方法。
【請求項2】
前記ルールチェック出力が前記予測された出力である場合、該ルールチェック出力を承認するステップをさらに備える、請求項1に記載の方法。
【請求項3】
グラフィカルユーザインタフェース上にフローチャートとして前記自動検証ルールを表示するステップをさらに備える、請求項1に記載の方法。
【請求項4】
前記フローチャートは、複数のノードと、前記自動検証ルールにおいて、該複数のノード間の定義されたワークフローとを備える、請求項3に記載の方法。
【請求項5】
前記ルールチェックによって作成される前記フローチャートを経由するパスを示すステップをさらに備える、請求項4に記載の方法。
【請求項6】
前記フローチャートを経由する前記ルールチェックの前記パスを示すステップは、該パス内のノードおよびエッジをハイライトすることを備える、請求項5に記載の方法。
【請求項7】
前記ハイライトするステップは、前記フローチャート内の前記他のノードおよびエッジと異なる色で前記パス内の前記ノードおよびエッジを提示することを備える、請求項6に記載の方法。
【請求項8】
前記ルールチェックを提供するステップは、複数のルールチェックを提供することを備え、該複数のルールチェックが欠落パスを説明しない場合、前記フローチャートを経由する該欠落パスをハイライトすることをさらに備える、請求項3に記載の方法。
【請求項9】
前記ルールチェックを含むテーブルを表示するステップをさらに備える、請求項1に記載の方法。
【請求項10】
前記テーブルは、前記ルールチェックが前記自動検証ルールに対して既に承認されているか否かの指標を含む、請求項9に記載の方法。
【請求項11】
前記修正されたルールチェック出力が前記予測された出力であるか否かを示すステップは、該ルールチェック出力と、該修正されたルールチェック出力とを表示することを含む、請求項1に記載の方法。
【請求項12】
前記ルールチェックは複数のルールチェックのうちの1つであって、前記修正された自動検証ルールは該複数のルールチェックに対して自動的に実行されて、複数の修正されたルールチェック出力を提供する、請求項1に記載の方法。
【請求項13】
前記自動検証ルールに対する試験の証明として、前記ルールチェックを保存するステップをさらに備える、請求項1に記載の方法。
【請求項14】
検査室試験結果を自動検証するように構成される、自動検証ルールを試験するためのシステムであって、
自動検証ルールを表示し、該自動検証ルールのためのルールチェックを受信するように構成されるグラフィカルユーザインタフェースであって、該ルールチェックは試験結果例を含む、グラフィカルユーザインタフェースと、
該ルールチェックに対して該自動検証ルールを自動的に実行し、ルールチェック出力を提供するように構成されるプロセッサであって、該ルールチェック出力が該自動検証ルールのための承認された出力であるか否かを示す入力を受信するようにさらに構成される、プロセッサと、
該ルールチェックおよびルールチェック出力が保存されるデータストレージと
を備え、
該ルールチェックは該自動検証ルールの修正に応じて、データストレージから読み出され、該グラフィカルユーザインタフェースは、該自動検証ルールの修正に応じて、既に該ルールチェック出力が変更されているか否かを示す、システム。
【請求項15】
前記自動検証ルールは、前記グラフィカルユーザインタフェース上にフローチャートとして表示される、請求項14に記載のシステム。
【請求項16】
前記フローチャートは、複数のノードと、前記自動検証ルールにおける該複数のノード間の定義されたワークフローとを備える、請求項15に記載のシステム。
【請求項17】
前記グラフィカルユーザインタフェースは、前記フローチャートを経由して前記ルールチェックのノードからノードへの進行を表示する、請求項16に記載のシステム。
【請求項18】
前記グラフィカルユーザインタフェースは、前記フローチャートを経由して前記ルールチェックの前記ノードからノードへの進行を表示する際に、ノードと、該ノードからノードへの進行におけるノード間のエッジとをハイライトする、請求項17に記載のシステム。
【請求項19】
前記ハイライトされたノードおよびエッジは、前記フローチャートにおける他のノードおよびエッジと異なる色で提示される、請求項18に記載のシステム。
【請求項20】
前記ルールチェック出力は、前記試験結果例を有効にすること、手動レビューのために該試験結果例を保留すること、さらなる試験を指示すること、前の試験を再実行すること、既存試験を中止すること、コメントを追加すること、または該試験結果を修正することを備える、請求項14に記載のシステム。
【請求項21】
臨床試験結果を自動検証するように構成される、自動検証ルールを試験するためのシステムであって、
a)グラフィカルユーザインタフェースと、
b)該グラフィカルユーザインタフェースを経由して複数の環境を提供するように構成されるプロセッサであって、該複数の環境は、
i)該自動検証ルールを編集するように構成される、エディター環境と、
ii)試験結果例を含むルールチェックを受信するように構成されるルールチェック環境であって、該ルールチェック環境は、該ルールチェックに基づく該自動検証ルールを実行し、該ルールチェックに基づく該自動検証ルールの実行は予測された出力を提供するか否かを自動的に示すようにさらに構成される、ルールチェック環境と、
iii)該臨床試験結果に対して該自動検証ルールを実行するように構成される、検査室環境と
を含む、プロセッサと
を備える、システム。
【請求項22】
前記自動検証ルールは、前記エディター環境および前記ルールチェック環境において、前記グラフィカルユーザインタフェース上にフローチャートとして表示される、請求項21に記載のシステム。
【請求項23】
前記ルールチェック環境は、複数のルールチェックを受信するように構成され、該ルールチェック環境は、該複数のルールチェックに関連付けられていない前記フローチャートを経由して少なくとも1つのパスを示すようにさらに構成される、請求項22に記載のシステム。
【請求項24】
前記エディター環境は、原自動検証ルールから修正された自動検証ルールに自動検証ルールを編集するように構成され、前記ルールチェック環境は、前記ルールチェックに対して該修正された自動検証ルールを実行するように構成され、該修正された自動検証ルールのための前記予測された出力は、該ルールチェックに対する該原自動検証ルールの実行に関連付けられた出力である、請求項21に記載のシステム。
【請求項1】
検査室分析器によって提供される検査室試験結果を自動検証するように構成される、自動検証ルールを試験する方法であって、
a)試験結果例を含むルールチェックに対して該自動検証ルールを実行することであって、該ルールチェックに対する該自動検証ルールの実行はルールチェック出力を提供する、ことと、
b)該ルールチェック出力が予測された出力であるか否かを判断することと、
c)該自動検証ルールを修正することと、
d)該ルールチェックに対して該修正された自動検証ルールを自動的に実行することであって、該ルールチェックに対して該修正された自動検証ルールの実行は、修正されたルールチェック出力を提供する、ことと、
e)該修正されたルールチェック出力が該予測された出力であるか否かを自動的に示すことと
を備える、方法。
【請求項2】
前記ルールチェック出力が前記予測された出力である場合、該ルールチェック出力を承認するステップをさらに備える、請求項1に記載の方法。
【請求項3】
グラフィカルユーザインタフェース上にフローチャートとして前記自動検証ルールを表示するステップをさらに備える、請求項1に記載の方法。
【請求項4】
前記フローチャートは、複数のノードと、前記自動検証ルールにおいて、該複数のノード間の定義されたワークフローとを備える、請求項3に記載の方法。
【請求項5】
前記ルールチェックによって作成される前記フローチャートを経由するパスを示すステップをさらに備える、請求項4に記載の方法。
【請求項6】
前記フローチャートを経由する前記ルールチェックの前記パスを示すステップは、該パス内のノードおよびエッジをハイライトすることを備える、請求項5に記載の方法。
【請求項7】
前記ハイライトするステップは、前記フローチャート内の前記他のノードおよびエッジと異なる色で前記パス内の前記ノードおよびエッジを提示することを備える、請求項6に記載の方法。
【請求項8】
前記ルールチェックを提供するステップは、複数のルールチェックを提供することを備え、該複数のルールチェックが欠落パスを説明しない場合、前記フローチャートを経由する該欠落パスをハイライトすることをさらに備える、請求項3に記載の方法。
【請求項9】
前記ルールチェックを含むテーブルを表示するステップをさらに備える、請求項1に記載の方法。
【請求項10】
前記テーブルは、前記ルールチェックが前記自動検証ルールに対して既に承認されているか否かの指標を含む、請求項9に記載の方法。
【請求項11】
前記修正されたルールチェック出力が前記予測された出力であるか否かを示すステップは、該ルールチェック出力と、該修正されたルールチェック出力とを表示することを含む、請求項1に記載の方法。
【請求項12】
前記ルールチェックは複数のルールチェックのうちの1つであって、前記修正された自動検証ルールは該複数のルールチェックに対して自動的に実行されて、複数の修正されたルールチェック出力を提供する、請求項1に記載の方法。
【請求項13】
前記自動検証ルールに対する試験の証明として、前記ルールチェックを保存するステップをさらに備える、請求項1に記載の方法。
【請求項14】
検査室試験結果を自動検証するように構成される、自動検証ルールを試験するためのシステムであって、
自動検証ルールを表示し、該自動検証ルールのためのルールチェックを受信するように構成されるグラフィカルユーザインタフェースであって、該ルールチェックは試験結果例を含む、グラフィカルユーザインタフェースと、
該ルールチェックに対して該自動検証ルールを自動的に実行し、ルールチェック出力を提供するように構成されるプロセッサであって、該ルールチェック出力が該自動検証ルールのための承認された出力であるか否かを示す入力を受信するようにさらに構成される、プロセッサと、
該ルールチェックおよびルールチェック出力が保存されるデータストレージと
を備え、
該ルールチェックは該自動検証ルールの修正に応じて、データストレージから読み出され、該グラフィカルユーザインタフェースは、該自動検証ルールの修正に応じて、既に該ルールチェック出力が変更されているか否かを示す、システム。
【請求項15】
前記自動検証ルールは、前記グラフィカルユーザインタフェース上にフローチャートとして表示される、請求項14に記載のシステム。
【請求項16】
前記フローチャートは、複数のノードと、前記自動検証ルールにおける該複数のノード間の定義されたワークフローとを備える、請求項15に記載のシステム。
【請求項17】
前記グラフィカルユーザインタフェースは、前記フローチャートを経由して前記ルールチェックのノードからノードへの進行を表示する、請求項16に記載のシステム。
【請求項18】
前記グラフィカルユーザインタフェースは、前記フローチャートを経由して前記ルールチェックの前記ノードからノードへの進行を表示する際に、ノードと、該ノードからノードへの進行におけるノード間のエッジとをハイライトする、請求項17に記載のシステム。
【請求項19】
前記ハイライトされたノードおよびエッジは、前記フローチャートにおける他のノードおよびエッジと異なる色で提示される、請求項18に記載のシステム。
【請求項20】
前記ルールチェック出力は、前記試験結果例を有効にすること、手動レビューのために該試験結果例を保留すること、さらなる試験を指示すること、前の試験を再実行すること、既存試験を中止すること、コメントを追加すること、または該試験結果を修正することを備える、請求項14に記載のシステム。
【請求項21】
臨床試験結果を自動検証するように構成される、自動検証ルールを試験するためのシステムであって、
a)グラフィカルユーザインタフェースと、
b)該グラフィカルユーザインタフェースを経由して複数の環境を提供するように構成されるプロセッサであって、該複数の環境は、
i)該自動検証ルールを編集するように構成される、エディター環境と、
ii)試験結果例を含むルールチェックを受信するように構成されるルールチェック環境であって、該ルールチェック環境は、該ルールチェックに基づく該自動検証ルールを実行し、該ルールチェックに基づく該自動検証ルールの実行は予測された出力を提供するか否かを自動的に示すようにさらに構成される、ルールチェック環境と、
iii)該臨床試験結果に対して該自動検証ルールを実行するように構成される、検査室環境と
を含む、プロセッサと
を備える、システム。
【請求項22】
前記自動検証ルールは、前記エディター環境および前記ルールチェック環境において、前記グラフィカルユーザインタフェース上にフローチャートとして表示される、請求項21に記載のシステム。
【請求項23】
前記ルールチェック環境は、複数のルールチェックを受信するように構成され、該ルールチェック環境は、該複数のルールチェックに関連付けられていない前記フローチャートを経由して少なくとも1つのパスを示すようにさらに構成される、請求項22に記載のシステム。
【請求項24】
前記エディター環境は、原自動検証ルールから修正された自動検証ルールに自動検証ルールを編集するように構成され、前記ルールチェック環境は、前記ルールチェックに対して該修正された自動検証ルールを実行するように構成され、該修正された自動検証ルールのための前記予測された出力は、該ルールチェックに対する該原自動検証ルールの実行に関連付けられた出力である、請求項21に記載のシステム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【公表番号】特表2010−518382(P2010−518382A)
【公表日】平成22年5月27日(2010.5.27)
【国際特許分類】
【出願番号】特願2009−548439(P2009−548439)
【出願日】平成20年1月31日(2008.1.31)
【国際出願番号】PCT/US2008/052568
【国際公開番号】WO2008/097794
【国際公開日】平成20年8月14日(2008.8.14)
【出願人】(510005889)ベックマン・コールター・インコーポレーテッド (174)
【Fターム(参考)】
【公表日】平成22年5月27日(2010.5.27)
【国際特許分類】
【出願日】平成20年1月31日(2008.1.31)
【国際出願番号】PCT/US2008/052568
【国際公開番号】WO2008/097794
【国際公開日】平成20年8月14日(2008.8.14)
【出願人】(510005889)ベックマン・コールター・インコーポレーテッド (174)
【Fターム(参考)】
[ Back to top ]