(57)【要約】【解決手段】患者医療パラメータの配信システムは、通信インタフェースと、データプロセッサと、出力プロセッサとを含む。通信インタフェースは、ユーザが選択可能な受取間隔で、複数の異なる患者に取り付けられた患者監視装置から患者パラメータを第１のデータフォーマットで取得する。データプロセッサは、通信インタフェースを使用して、個々の患者に関する取得患者パラメータをフィルタリングして、個々のパラメータタイプ及び個々の患者についてのユーザが決定可能な所定のフィルタリング基準を満たす患者パラメータを識別し、他の患者パラメータを除外する。出力プロセッサは、第１のデータフォーマットのフィルタリングした識別パラメータを異なる第２のデータフォーマットに変換し、通信インタフェースを使用して、フィルタリングした識別患者パラメータを、第２のデータフォーマットでパラメータの取得日時表示と共に送出する。
2005535373.tif 000002
【特許請求の範囲】
【請求項１】
患者医療パラメータの配信システムであって、
複数の異なる患者に取り付けられた患者監視装置から、第１のデータフォーマットの患者パラメータを取得する通信インタフェースであって、前記患者パラメータをユーザ選択可能取得受取間隔で取得する通信インタフェースと、
前記通信インタフェースを使用して、個々の患者に関する取得患者パラメータをフィルタリングして、
（ａ）個々のパラメータタイプと、
（ｂ）個々の患者とに関してユーザによって決定可能な所定のフィルタリング基準を満たす患者パラメータを識別し、他の患者パラメータを除外するデータプロセッサと、
前記第１のデータフォーマットの前記フィルタリングした識別パラメータを異なる第２のデータフォーマットに変換し、前記通信インタフェースを使用して、前記フィルタリングした識別患者パラメータを、前記第２のデータフォーマットでパラメータの取得日時表示と共に送出する出力プロセッサとを含む配信システム。
【請求項２】
前記第２のデータフォーマットが、保健水準７（ＨＬ７）互換データフォーマットであり、前記通信インタフェースが、前記第１のデータフォーマットの前記フィルタリングした識別パラメータを送出のために処理する際に、（ａ）通信プロトコルと（ｂ）送付先ポートの少なくとも１つを自動的に選択する、請求項１に記載のシステム。
【請求項３】
（ｉ）特定の患者パラメータタイプと、
（ｉｉ）関連した患者と、
（ｉｉｉ）関連した所定のフィルタリング基準のユーザによる選択を支援する少なくとも１つの表示されたユーザインタフェース画像を表すデータを生成するジェネレータを含む、請求項１に記載のシステム。
【請求項４】
前記データプロセッサが、
（ｉ）個々のパラメータタイプと、
（ｉｉ）個々の患者とに関して、ユーザによって選択可能なユーザ選択可能取得受取間隔で患者パラメータを取得する、請求項１に記載のシステム。
【請求項５】
前記出力プロセッサが、前記通信インタフェースを使用して、前記フィルタリングした識別患者パラメータを、（ａ）患者電子記録、（ｂ）アラームファイル、（ｃ）生データファイル、及び（ｄ）統計集計ファイルのうちの少なくとも１つと関連した記憶ファイルに、前記第２のデータフォーマットでパラメータの取得日時表示及び関連した所定のフィルタ基準と共に送る、請求項１に記載のシステム。
【請求項６】
前記出力プロセッサが、データを前記記憶ファイルに識別データタイプに基づいて送る、請求項５に記載のシステム。
【請求項７】
前記出力プロセッサが、表示されたユーザインタフェース画像によって行われるユーザ記憶ファイルタイプ選択コマンドに応じて、選択された記憶ファイルにデータを送る、請求項１に記載のシステム。
【請求項８】
前記出力プロセッサが、（ａ）前記記憶ファイルに既存のデータを上書きすること、及び（ｂ）前記ユーザコマンドに応じて前記記憶ファイルに既存のデータを追加することの内の少なくとも一方のために、前記記憶ファイルにデータを送る、請求項１に記載のシステム。
【請求項９】
前記出力プロセッサが、前記通信インタフェースを使用して、前記フィルタリングした識別患者パラメータを、（ａ）患者識別子、（ｂ）患者ベッド識別子、（ｃ）病院ユニット識別子、（ｄ）パラメータ名、（ｅ）パラメータタイプ、（ｆ）及び関連した医療状態コードセット識別子のうちの少なくとも１つを含む追加データと共に送出する、請求項１に記載のシステム。
【請求項１０】
前記個々のパラメータタイプが、（ａ）心拍数、（ｂ）呼吸数、（ｃ）血液酸素飽和指標、（ｄ）換気関連データ指標、及び（ｅ）解剖学的電気活動指標のうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項１１】
前記データプロセッサが、個々の患者に関する取得患者パラメータの値を適応的に平均化する、請求項１に記載のシステム。
【請求項１２】
前記データプロセッサが、平均すべき所望の数の前記パラメータの値をユーザが選択したことに応じて、個々の患者に関する取得患者パラメータ値を適応的に平均化する、請求項１に記載のシステム。
【請求項１３】
患者パラメータを患者医療記録に選択的に記憶するのを支援するユーザインタフェースを提供するシステムであって、
（ｉ）特定の患者パラメータタイプと、
（ｉｉ）関連する患者と、
（ｉｉｉ）関連する患者パラメータ取得間隔のユーザによる選択を支援する少なくとも１つの表示ユーザインタフェース画像を表すデータを生成するジェネレータと、
前記特定の患者パラメータタイプ、関連する患者、及び関連する患者パラメータ取得間隔に基づいて、第１のデータフォーマットの患者パラメータを取得するデータプロセッサと、
前記取得した患者パラメータを前記第２のデータフォーマットでパラメータの取得日時表示と共に送出するために、前記第１のデータフォーマットの前記取得した患者パラメータを異なる第２のデータフォーマットに変換する出力プロセッサとを含むシステム。
【請求項１４】
前記データプロセッサが、個々の患者の取得患者パラメータの値を適応的に平均化して平均値を提供し、前記特定のパラメータタイプの患者パラメータに関して、前記少なくとも１つの表示ユーザインタフェース画像が、平均値を算出する際に使用される前記特定のパラメータのユーザが決定した数の値をユーザが選択することを支援する、請求項１３に記載のシステム。
【請求項１５】
前記データプロセッサが、（ａ）ローリング平均と（ｂ）ブロック平均の少なくとも一方を計算することによって取得患者パラメータの値を適応的に平均化する、請求項１４に記載のシステム。
【請求項１６】
患者パラメータを選択的に配布するシステムであって、
（ｉ）特定の患者パラメータタイプと、
（ｉｉ）関連する患者と、
（ｉｉｉ）関連する患者パラメータ取得間隔のユーザによる選択を支援する少なくとも１つの表示ユーザインタフェース画像を介して入力されたコマンドを受け取るユーザインタフェースコマンドプロセッサと、
前記特定の患者パラメータタイプ、関連する患者、及び関連する患者パラメータ取得間隔に基づいて第１のデータフォーマットの患者パラメータを取得するデータプロセッサと、
前記取得患者パラメータを前記第２のデータフォーマットでパラメータの取得日時表示と共に送出するために、前記第１のデータフォーマットの前記取得患者パラメータを異なる第２のデータフォーマットに変換する出力プロセッサとを含むシステム。
【請求項１７】
患者医療パラメータを配布する方法であって、
複数の異なる患者に取り付けられた患者監視装置から第１のデータフォーマットの患者パラメータを取得する段階であって、前記患者パラメータをユーザが選択可能な取得受取間隔で取得する段階と、
個々の患者の取得患者パラメータをフィルタリングして、
（ａ）個々のパラメータタイプと、
（ｂ）個々の患者に関してユーザが決定可能な所定のフィルタリング基準を満たす患者パラメータを識別し、他の患者パラメータを除外する段階と、
前記第１のデータフォーマットの前記フィルタリングした識別パラメータを、異なる第２のデータフォーマットに変換する段階と、
前記通信インタフェースを使用して、前記フィルタリングした識別患者パラメータを前記第２のデータフォーマットでパラメータの取得日時表示と共に送出する段階とを含む方法。
【請求項１８】
患者パラメータを患者医療記録に選択的に記憶するシステムであって、
複数の異なる患者に取り付けられた患者パラメータを受け取り、かつ患者医療記録レポジトリと双方向通信する通信インタフェースと、
前記通信インタフェースを使用して個々の患者の取得患者パラメータをフィルタリングして、
（ａ）個々のパラメータタイプと、
（ｂ）個々の患者に関してユーザが決定可能な所定のフィルタリング基準を満たす患者パラメータを識別し、他の患者パラメータを除外するデータプロセッサと、
前記医療記録レポジトリ内の前記個々の患者の患者記録に記憶するために、前記通信インタフェースを使用して、前記所定のフィルタ基準を満たす前記フィルタリングした識別患者パラメータをパラメータの取得日時表示と共に通信する出力プロセッサとを含むシステム。
【請求項１９】
取得患者パラメータに関して、
前記データプロセッサが、現行パラメータ値と前記現行値に先行するユーザが決定した数の値から得られた平均値との差の関数を表す測度（measure）を計算し、
前記データプロセッサは、前記計算した測度が所定のユーザ選択しきい値を超えているか否かに基づいて前記現行パラメータ値が前記所定のフィルタリング基準を満たすかどうかを識別する、請求項１８に記載のシステム。
【請求項２０】
（ｉ）特定の患者パラメータタイプと、
（ｉｉ）関連する患者と、
（ｉｉｉ）関連する所定のユーザ選択しきい値のユーザによる選択を支援する少なくとも１つの表示ユーザインタフェース画像を表すデータを生成するジェネレータを含む、請求項１９に記載のシステム。
【請求項２１】
前記データプロセッサが、前記現行値に先行する前記ユーザが決定した数の値から得られた標準偏差値を使用して前記関数を計算し、
前記データプロセッサが、標本分散によって正規化された現行パラメータ値と前記平均値の差の二乗の比率に基づいて、前記計算した測度が所定のユーザ選択しきい値を超えているか否かに基づいて前記現行パラメータ値が前記所定のフィルタリング基準を満たすかどうかを識別する、請求項１９に記載のシステム。
【請求項２２】
前記生成された少なくとも１つの表示ユーザインタフェース画像が、ユーザ調整可能なスライド位置を有するスライディングバーを使用して前記関連した所定のユーザ選択しきい値のユーザによる選択を支援する、請求項２０に記載のシステム。
【請求項２３】
前記データプロセッサは、
（ｉ）個々のパラメータタイプと、
（ｉｉ）個々の患者に関してユーザが選択可能なユーザ選択可能取得受取間隔で患者パラメータを取得する、請求項１８に記載のシステム。
【請求項２４】
前記データプロセッサは、前記現行パラメータ値を前記現行パラメータ値に先行する前記取得患者パラメータのユーザが決定した数の値から得た平均値と比較することによって、現行取得患者パラメータ値をフィルタリングする、請求項１８に記載のシステム。 
【請求項２５】
前記データプロセッサは、前記現行パラメータ値を前記現行パラメータ値に先行する前記取得患者パラメータのユーザが決定した数の値から得た標準偏差値を使用して正規化された平均値と比較することによって、現行の取得患者パラメータ値をフィルタリングする、請求項１８に記載のシステム。
【請求項２６】
前記データプロセッサは、前記現行パラメータ値と前記平均値の差をとり、前記現行値に先行する前記取得した個々の患者パラメータの前記ユーザが決定した数の値にわたって計算した標準偏差値を使用することを含む機能を使用して、前記現行パラメータ値を前記平均値と比較する、請求項２４に記載のシステム。
【請求項２７】
前記データプロセッサによって使用される前記機能が、前記現行パラメータ値と前記平均値との差を表す距離の測度を計算し、
前記データプロセッサが、計算した距離の測度の値が所定のユーザ選択しきい値を超えているか否かに基づいて現行パラメータ値が前記所定のフィルタリング基準を満たすかどうかを識別する、請求項２６に記載のシステム。
【請求項２８】
ユーザーコマンドに応じて前記所定の基準を満たす前記フィルタリングした識別患者パラメータをユーザに表示させる表示プロセッサを含む、請求項１８に記載のシステム。
【請求項２９】
前記出力プロセッサは、前記記録レポジトリ内の前記個々の患者の患者記録に記憶するために、前記所定の基準を満たす前記フィルタリングした識別患者パラメータを、前記所定のフィルタ基準及び関連する患者及びパラメータタイプ識別子を示すデータと一緒に送るために前記通信インタフェースを使用する、請求項１８に記載のシステム。
【請求項３０】
前記個々のパラメータタイプは、（ａ）心拍数、（ｂ）呼吸数、（ｃ）血液酸素飽和指標、（ｄ）換気関連データ指標、及び（ｅ）解剖学的電気活動指標のうちの少なくとも１つを含む、請求項１８に記載のシステム。
【請求項３１】
患者パラメータの患者医療記録への選択的な記憶を支援するユーザインタフェースを提供するシステムであって、
（ｉ）特定の患者パラメータタイプと、
（ｉｉ）関連する患者と、
（ｉｉｉ）関連する所定のしきい値のユーザによる選択を支援する少なくとも１つの表示ユーザインタフェース画像を表すデータを生成するジェネレータと、
所定のフィルタリング基準を使用して、前記特定の患者パラメータタイプ、関連した患者、及び関連した所定のしきい値に基づいて、取得した患者パラメータをフィルタリングするデータプロセッサと、
前記記録レポジトリ内の前記個々の患者の患者記録に記憶するために、前記所定のフィルタ基準を満たす前記フィルタリングした識別患者パラメータをパラメータの取得日時表示と共に送る出力プロセッサとを含むシステム。
【請求項３２】
前記データプロセッサは、
（ｉ）個々のパラメータタイプと、
（ｉｉ）個々の患者とに関してユーザによって選択可能なユーザ選択可能取得受取間隔で患者パラメータを取得する、請求項３１に記載のシステム。
【請求項３３】
前記生成された少なくとも１つの表示ユーザインタフェース画像が、ユーザ調整可能なスライド位置を有するスライドバーを使用して前記関連する所定のしきい値のユーザによる選択を支援する、請求項３１に記載のユーザインタフェースシステム。
【請求項３４】
前記特定のパラメータタイプの患者パラメータに関して、前記少なくとも１つの表示ユーザインタフェース画像が、平均値を計算する際に使用される現行値に先行するユーザが決定した数の値をユーザが選択することを支援する、請求項３１に記載のシステム。
【請求項３５】
前記データプロセッサが、現行パラメータ値と前記平均値との差の関数を表す測度を計算し、
前記データプロセッサが、前記計算した測度が前記ユーザ選択しきい値を超えているか否かに基づいて、前記現行パラメータ値が前記所定のフィルタリング基準を満たすかどうかを識別する、請求項３４に記載のシステム。
【請求項３６】
患者パラメータを選択的に配布するシステムであって、
（ｉ）特定の患者パラメータタイプと、
（ｉｉ）関連する患者と、
（ｉｉｉ）関連する所定のしきい値のユーザによる選択を支援する少なくとも１つの表示ユーザインタフェース画像を介して入力されたコマンドを受け取るユーザインタフェースコマンドプロセサと、
前記特定の患者パラメータタイプ、関連する患者、及び関連する所定のしきい値に基づいて、所定のフィルタリング基準を使用して取得患者パラメータをフィルタリングするデータプロセッサと、
前記通信インタフェースを使用して、前記所定のフィルタ基準を満たす前記フィルタリングした識別患者パラメータを、パラメータの取得日時表示と共に通信し配布する出力プロセッサとを含むシステム。
【請求項３７】
患者パラメータを患者医療記録に選択的に記憶する方法であって、
複数の異なる患者に取り付けられた患者監視装置から患者パラメータを受け取り、患者医療記録レポジトリと双方向通信する段階と、
個々の取得患者パラメータをフィルタリングして
（ａ）個々のパラメータタイプと、
（ｂ）個々の患者に関してユーザが決定可能な所定のフィルタリング基準を満たす患者パラメータを識別し、他の患者パラメータを除外する段階と、
前記記録レポジトリ内の前記個々の患者の患者記録に記憶するために、前記所定のフィルタ基準を満たす前記フィルタリングした識別患者パラメータをパラメータの取得日時表示と共に送る段階とを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ヘルスケア用途の情報システムに関する。より詳細には、本発明は、患者医療パラメータ取得配信システムに関する。
【関連出願の相互参照】
【０００２】
本出願は、２００２年７月２９日にJohn R.Zaleskiによって出願された整理番号６０／３９９、３３８を有する仮出願と、２００２年７月２９日にJohn R. Zaleskiによって出願された整理番号６０／３９９、２８２を有する仮出願の正式出願である。
【発明の背景】
【０００３】
ヘルスケア情報システムでは、サーバが、患者の生命徴候ファイル（例えば、*.vsf、ここで、アスタリスクは特定の患者に対応する数字を意味する）を取得し送る。患者の生命徴候ファイルを扱う既存のソフトウェア製品は、表示ウィンドウ内でレビューするための特定の患者パラメータの一定のフィルタリングを可能にし同時にアーカイブする機能を含んでいた。しかしながら、そのような製品は、患者の生命徴候ファイルから様々なデータを取り出すために変更しなければならず或いは作成し追加しなければならないマッピングファイルを必要とする。さらに、このマッピングファイルは、ユーザが選択した患者パラメータの詳細に固有のものでなければならない。さらに、ソフトウェア製品は、非要求型アウトバウンドトラフィック機能（unsolicited outbound traffic capability）を提供しない。
【０００４】
以上を考慮すると、患者生命徴候データを臨床医にフレキシブルで効率的かつ経済的に提供するシステム及び方法を提供することが望ましい。より具体的には、変数パラメータの頻繁な更新を実時間で提供し、サーバからの患者生命徴候ファイルの問い合わせにアクティブな選択パラメータ及び非選択パラメータを許可し、臨床アクセスサーバに対するインタフェースを提供し、フレキシブルで有効なユーザインタフェースを提供することが必要になる。従って、従来システムの以上その他の欠点を克服する患者医療パラメータ取得配信システムが必要である。
【発明の開示】
【課題を解決するための手段】
【０００５】
患者医療パラメータの配信システムが、通信インタフェース、データプロセッサ、及び出力プロセッサを含む。通信インタフェースは、患者パラメータを、多数の様々な患者に取り付けられた患者監視装置から、ユーザ選択可能な受取間隔で、第１のデータフォーマットで取得する。データプロセッサは、通信インタフェースを使用して、個々の患者に関する取得患者パラメータをフィルタリングして、個々のパラメータタイプと個々の患者に関してユーザが決定可能な所定のフィルタリング基準を満たす患者パラメータを識別し、他の患者パラメータを除外する。出力プロセッサは、第１のデータフォーマットのフィルタリングした識別パラメータを異なる第２のデータフォーマットに変換し、通信インタフェースを使用して、フィルタリングした識別患者パラメータを第２のデータフォーマットでパラメータの取得日時表示と共に送出する。
【０００６】
本発明の以上その他の態様は、以下の詳細な説明と添付図面を参照して更に詳しく説明され、様々な図に示した同じ特徴又は要素には同じ参照番号が割り当てられている。図は一律な縮尺で描かれていないことに注意されたい。さらに、本明細書に明示的又は暗示的に示された本発明の他の実施形態が図に具体的に示されていない場合があり、またその逆の場合もある。
【発明を実施するための最良の形態】
【０００７】
図１は、本発明の好ましい実施形態による患者医療パラメータ取得配信システム（以下では、「システム」と呼ぶ）１００のブロック図を示す。システム１００は、人々のヘルスケア及び／又は福祉を監視する役割を有するヘルスケアプロバイダによって使用されるように意図されている。ヘルスケアプロバイダの例には、病院、老人ホーム、生活介助設備、自宅療養設備、ホスピス設備、重症管理設備、ヘルスケア診療所、高度看護施設、理学療法診療所、脊椎指圧療法診療所、及び歯科医があるがこれらに限定されない。本発明の好ましい実施形態において、ヘルスケアプロバイダは病院である。ヘルスケアプロバイダによるサービスを受ける人々の例には、患者、居住者（resident）、相談者があるがこれらに限定されない。
【０００８】
システム１００は、一般に、少なくとも１つの患者監視装置１０２、サーバ１０４、クライアント１０６、サーバ１０８、及びクライアント１１０を含む。サーバ１０４とクライアント１０６は共に、当技術分野で周知のようにクライアント１０６をサーバ１０４から遠くに配置することを有利に可能にするクライアント／サーバコンピュータアーキテクチャを構成することが好ましい。代替として、サーバ１０４とクライアント１０６は、当技術分野で周知のようにクライアント１０６とサーバ１０４を互いに近くに配置することを必要とする一体型コンピュータアーキテクチャを構成してもよい。また、サーバ１０８とクライアント１１０は、サーバ１０４とクライアント１０６に関して説明したものと類似の好ましい代替の方式で設計されている。
【０００９】
クライアント１０６は、通信路１１２又は通信路１２０を介してサーバ１０４と通信する。患者監視装置１０２は、通信路１１４を介してサーバ１０４と通信する。サーバ１０４は、通信路１１６を介してサーバ１０８と通信する。サーバ１０８は、通信路１１８又は通信路１２２を介してクライアント１１０と通信する。図１の要素はそれぞれ、６つの通信路１１２、１１４、１１６、１１８、１２０及び１２２を介してデータを送受信する通信インタフェースを含む。６つの通信路１１２、１１４、１１６、１１８、１２０及び１２２はそれぞれ、要求又は必要に応じて単方向でも双方向でもよい。
【００１０】
６つの通信路１１２、１１４、１１６、１１８、１２０及び１２２は、実施される特定のネットワーク構成及び特定の通信プロトコルにより、同じ通信路でもよく異なる通信路でもよい。６つの通信路１１２、１１４、１１６、１１８、１２０及び１２２はそれぞれ、イントラネット等のローカルエリアネットワーク（ＬＡＮ）、又はインターネット等の広域ネットワーク（ＷＡＮ）、或いはその組み合わせとして実施することができる。通信路１１２、通信路１２０、通信路１１８、及び通信路１２２はそれぞれ、インターネットによって構成されたＷＡＮであることが好ましい。
【００１１】
通信路はそれぞれ、システム１００内の様々な要素のタイプ及び／又は構成による１つ又は複数のデータフォーマット或いはいわゆるプロトコルを使用するように適応されることが好ましい。情報システムデータフォーマットの例には、ＲＳ２３２プロトコル、イーサネットプロトコル、医療インタフェースバス（ＭＩＢ：Medical Interface Bus）互換プロトコル、インターネットプロトコル（ＩＰ）データフォーマット、ローカルエリアネットワーク（ＬＡＮ）プロトコル、広域ネットワーク（ＷＡＮ）プロトコル、ＩＥＥＥバス互換プロトコル、及び保健水準７（ＨＬ７）プロトコルがあるがこれらに限定されない。
【００１２】
通信路１１２は、ＩＰデータフォーマットを使用してクライアント１０６とサーバ１０４が共通データフォーマットを使用して互いに通信することを可能にすることが好ましい。また、通信路１１８は、ＩＰデータフォーマットを使用してクライアント１１０とサーバ１０８が共通データフォーマットを使用して互いに通信することを可能にすることが好ましい。ＩＰデータフォーマットは、ＩＰプロトコルとも呼ばれ、ＩＰアドレスを使用する。ＩＰアドレスの例には、伝送制御プロトコルインターネットプロトコル（ＴＣＰ／ＩＰ）アドレス、ＩＰアドレス、ユニバーサルリソースロケータ（ＵＲＬ）、及び電子メール（Ｅメール）アドレスを含むがこれらに限定されない。
【００１３】
通信路は、ＲＳ２３２プロトコル、イーサネットプロトコル、又は医療インタフェースバス（ＭＩＢ）互換プロトコルを使用することが好ましい。通信路１１６は、ＩＥＥＥバス互換プロトコル又は保健水準７（ＨＬ７）プロトコルを使用することが好ましい。
【００１４】
６つの通信路１１２、１１４、１１６、１１８、１２０及び１２２はそれぞれ、有線又は無線（Ｗ／ＷＬ）接続として構成することができる。通信路は、有線接続として構成されることが好ましい。有線接続の場合、ＩＰアドレスは、ジャックとも呼ばれる電線の終端点の物理場所に割り当てられることが好ましい。ジャックは、システム１００の様々な要素の場所の近くの固定位置に取り付けられる。無線接続の場合、クライアント１０６、クライアント１１０、患者監視装置１０２等の幾つかの様々な要素が移動可能になるので、ＩＰアドレスは、様々な要素に割り当てられることが好ましい。無線接続は、システム１００を使用する人が有線接続で可能な距離よりも遠くに移動することを可能にする。
【００１５】
サーバ１０４は、さらに、プロセッサ１２６、メモリ１２８、メモリ１３０、及びデータ変換プロセッサ（以下では、「変換プロセッサ」と呼ぶ）１３２（出力プロセッサとも呼ばれる）を含む。サーバ１０８は、また、プロセッサ、第１のメモリ、第２のメモリ、及びデータ変換プロセッサを含み、サーバ１０４と同じように構成され動作する。
【００１６】
プロセッサ１２６は、データプロセッサとも呼ばれ、サーバ１０４と患者監視装置１０２間の通信を管理し、サーバ１０４とクライアント装置１０６間の通信を管理し、サーバ１０４とサーバ１０８間の通信を管理する。プロセッサ１２６は、ソフトウェア及び／又はハードウェアで実現することができ、メモリ１２８に記憶されたソフトウェアプログラムに応じて動作する。
【００１７】
変換プロセッサ１３２は、第１のデータフォーマットと第２の異なるデータフォーマット間、及び／又は第１のデータフォーマットと、第１や第２のデータフォーマットと異なる第３のデータフォーマット間で患者データを変換する。データフォーマットはそれぞれ、本明細書に示したようなデータフォーマットを含むがそれらに限定されない任意のタイプでよい。
【００１８】
サーバ１０４において、メモリ１２８は、本明細書に示したＶＳＩＴソフトウェアを記憶し、メモリ１３０は、本明細書に示した患者データファイルを記憶する。ＶＳＩＴソフトウェアを保持するメモリ１２８は、読み取り専用メモリ（ＲＯＭ）或いはサーバ１０４が使用中に所定のソフトウェアプログラムを実行する他の適切なメモリユニットで実現されることが好ましい。患者データファイルを記憶するメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）或いはサーバ１０４が使用中にリフレッシュし、キャッシュし又は更新することができる他の適切なメモリユニットで実現されることが好ましい。サーバ１０４は、パーソナルコンピュータ又はワークステーションとして実現されることが好ましい。
【００１９】
メモリ１３０に記憶される患者データファイルは、患者医療記録レポジトリとも呼ばれ、一般に、患者の保健と福祉に関連した任意の情報を含み、また患者の生命徴候と関連した任意の情報を含むことが好ましい。患者の保健と福祉に関連した患者データの例には、伝記的情報、経済的情報、臨床的情報、ワークフロー、及び介護計画情報があるがこれらに限定されない。患者の生命徴候と関連した患者データの例には、患者の心拍数、呼吸数、血液酸素飽和指標、換気関連データ指標、及び解剖学的電気活動指標があるがこれらに限定されない。現在、監視することができる潜在的な患者生命徴候の数は３２０に達している。１つ又は複数の患者用の対応する患者監視装置１０２が、様々な患者生命徴候を監視する。
【００２０】
メモリ１３０に記憶される患者データファイルは、数値ファイル、文書等のテキストファイル、例えば心電図（ＥＫＧ）トレースや心電図（ＥＣＧ）トレース、脳波図（ＥＥＧ）トレースを含むグラフィックトレース等のグラフィックファイル、スチルビデオ画像やビデオ画像シーケンス等のビデオファイル、音声や音声部分等の音声ファイル、例えば磁気共鳴画像（ＭＲＩ）やＸ線、陽電子放射断層撮影（ＰＥＴ）スキャン、ソノグラムを含む診断画像等の視覚的ファイルを非限定的かつ任意の組み合わせで含む様々なファイルフォーマットで表されることがある。
【００２１】
メモリ１３０に記憶される患者データファイルは、ヘルスケアエンターブライズ（例えば、地域、病院、診療所、又は部門）に対する１人の患者の関係に関する臨床情報の有機的集合体である。従って、ヘルスケアエンタープライズ内のヘルスケアプロバイダによる患者介護の履歴は、患者データファイル内に表されることがある。
【００２２】
クライアント１０６は、さらに、プロセッサ１３４（ジェネレータとも呼ばれる）、グラフィカルユーザインタフェース（ＧＵＩ）１３６、メモリ１３８、及びメモリ１４０を含み、またこれらは、一般に、クライアント装置の技術に熟練した業者に周知の方式で動作するように、図１に示したように互いに接続されている。また、クライアント１１０は、プロセッサ、ＧＵＩ、第１のメモリ及び、第２のメモリを含み、クライアント１０６と同じように構成され動作する。ＧＵＩ１３６は、一般に、入力装置と出力装置を含む。メモリ１３８は、本明細書に示したＶＳＩＴソフトウェアを記憶し、メモリ１４０は、本明細書に示した患者パラメータのリストを記憶することが好ましい。クライアント１０６は、パーソナルコンピュータとして実現されることが好ましい。パーソナルコンピュータは、固定式でも移動式でもよく、デスクトップ、ラップトップ、携帯情報端末（ＰＤＡ）、及びセルラ電話を含むがこれらに限定されない様々な形で実現することができる。
【００２３】
詳細には、クライアント１０６のＧＵＩ１３６は、一般に、ユーザがクライアント１０６に情報を入力することを可能にする入力装置と、ユーザがクライアント１０６から情報を受け取ることを可能にする出力装置とを含む。入力装置は、キーボードであることが好ましいが、例えば、タッチスクリーンや、音声認識プログラムを備えたマイクロホンでもよい。出力装置は表示装置であることが好ましいが、例えば、スピーカでもよい。出力装置は、ユーザから情報を受け取る入力装置に応じて、或いはクライアント１０６による他の活動に応じて、ユーザに情報を提供する。例えば、表示装置は、本明細書の図の幾つかに示したように、ユーザがキーパッドによってクライアント１０６に情報を入力することに応じて情報を表す。本明細書の図の幾つかに示したように、ウェブブラウザは、情報をウェブブラウザに入力することを可能にしかつ情報をウェブブラウザに表示することを可能にすることによって、入力装置と出力装置のそれぞれの一部分を構成することが好ましい。効率と使い易さのために、好ましくはブラウザインタフェースを使用してデータを入力しデータを出力する多くの様々なＧＵＩ技術が実施され、そのようなＧＵＩ技術には、選択リスト、選択アイコン、選択インジケータ、ドロップダウンメニュー、入力ボックス、スライドバー、検索クエリ、ハイパーテキストリンク、ブール論理、テンプレートフィールド、自然言語、記憶された所定のクエリ、システムフィードバック、及びシステムプロンプトがあるが、これらに限定されない。また、サーバ１０４には、クライアント１０６のＧＵＩ１３６と同じ又は異なるように動作する入力装置と出力装置を有するＧＵＩがあってもよい。
【００２４】
クライアント１１０は、患者の臨床情報等の患者情報へのアクセスを必要とするヘルスケアソースを表し、ヘルスケアソースは、それ自体個別システムとしても知られる。ヘルスケアソースの例には、病院システム、医療システム、及び医師システム、記録システム、放射線医学システム、会計システム、課金システム、及びヘルスケア情報システムに必要とされ若しくは要求される任意の他のシステムがあるがこれらに限定されない。病院システムには、さらに、実験室システム、薬局システム、財務システム、及び看護システムがあるが、これらに限定されない。医療システムは、ヘルスケア診療所又は別の病院システムを表す。医師システムは、医師のオフィスを表す。一般に、病院システム内のシステムは、同じ設備内又は地理的に同じ構内に物理的に配置されている。しかしながら、医療システムと医師システムは、一般に、それぞれ異なる地理的場所にある異なる設備内にある。従って、ヘルスケアソースは、患者情報へのアクセスを必要としかつ様々な物理的及び地理的場所を有することがある複数の異なるヘルスケアソースを表す。
【００２５】
一般に、典型的な動作条件の下で、クライアント１０６は、通信路１１２を介してサーバ１０４に送られた患者パラメータを選択し構成する。サーバ１０４は、クライアント１０６から構成された患者パラメータの受け取りに応じて、通信路１１４を介して患者監視装置１０２にクエリを送りかつ／又は患者データを受け取る。患者監視装置１０２は、自動的に或いはサーバ１０４からのクエリの受け取りに応じて、通信路１１４を介してサーバ１０４に患者データを送る。サーバ１０４は、患者監視装置１０２からの患者データの受け取りに応じて、受け取った患者データを処理し、処理した患者データを、通信路１１２を介してクライアント１０６に送りかつ／又はサーバ１０８を介してクライアント１１０に送る。従って、サーバ１０４は、クライアント１０６から受け取った患者パラメータ基準に応じて、患者監視装置１０２からの患者データを受け取り処理し、処理した患者情報をクライアント１０６及び／又はクライアント１１０に送る。患者監視装置１０２、クライアント１０６、サーバ１０４、クライアント１１０、及びサーバ１０８の動作方法と関連した更なる他の詳細は、図２〜図２０を参照して説明する。
【００２６】
図２は、本発明の好ましい実施形態により、図１に示したようなシステム１００と共に使用される生命徴候統合ツール（ＶＳＩＴ：vital signs integration tool）のメソッド２００を示すフローチャートを示す。メソッド２００は、クライアント１０６のメモリ１３８に記憶されたＶＳＩＴソフトウェアプログラムに応じてクライアント１０６によって実行されることが好ましい。システム管理者だけが、クライアント１０６を使用してメソッド２００に従事することが好ましいが、代替として、ヘルスケアエンタープライズの手順と戦略により、同じことを臨床ユーザが行ってもよい。メソッド２００は、一般に、３つの固有の実行可能なコマンドファイル、即ちVentServer.cmdファイル、VentExec.cmdファイル、及びVentClient.cmdファイルによって表されるVentServメソッド２０２、VentExecメソッド２０３、及びVentClientメソッド２０４と呼ばれることが好ましい３つのステップを含む。図７に示したように、３つのメソッド２０２、２０３及び２０４はそれぞれ、パーソナルコンピュータソフトウェアの技術分野の熟練者に周知のように、タスクメニュー「プログラム」から選択し起動することができる。管理者は、３つのメソッド２０２、２０３及び２０４等の事前にプログラムされたコマンドファイルと対話することが有益で好ましく、それにより、管理者は、煩雑なＭＳ−ＤＯＳコマンドプロンプトを使用する必要がなくなる。図２のステップと図３、図４及び図５に示した拡張ステップは、管理者の観点から記述されているが、類似のステップをクライアント１０６の観点から示すこともできる。
【００２７】
ステップ２０１で、メソッド２００が始まる。
【００２８】
ステップ２０２で、管理者は、図３で更に詳しく説明するように、管理者の入力に応じて、患者の生命徴候を表す患者データを収集するようにサーバ１０４を構成する（例えば、VentServメソッド）。
【００２９】
ステップ２０３で、管理者は、図４で更に詳しく説明するように、管理者の入力に応じて、サーバ１０４によって収集された患者データを識別する（例えば、VentExecメソッド）。
【００３０】
ステップ２０４で、管理者は、図５で更に詳しく説明するように、管理者の入力に応じて、患者データをどのように収集し処理するかをサーバ１０４に指示するようにクライアント１０６を構成する（例えば、VentClientメソッド）。
【００３１】
ステップ２０５で、メソッド２００が終了する。
【００３２】
図３は、本発明の好ましい実施形態による、図２に示したようなＶＳＩＴメソッド２００により図１に示したようなサーバ１０４を構成するステップ２０２を更に詳しく示すフローチャートである。図３において、構成するステップ２０２は、VentServメソッドと示される場合もある。図３のメソッド２０２は、図７、図８、図９、図１０及び図１１に示したような表示装置を有するＧＵＩとの組み合わせで示されている。詳細には、図７は、本発明の好ましい実施形態による、図３に示したような様々なＶＳＩＴプログラムを選択するステップと共に使用される表示装置７００を有するＧＵＩを示す。詳細には、図８、図９、図１０及び図１１は、図３に示したように、本発明の好ましい実施形態によるサーバを構成するステップと共に使用される表示ウィンドウ８００、９００、１０００及び１１００を有するＧＵＩを示す。
【００３３】
ステップ３０１で、メソッド２０２が始まる。
【００３４】
ステップ３０２で、管理者は、図７に示したように、「プログラム」メニューをプルアップし、次にＶＳＩＴプログラムを選択し、次にVentServ.cmdプログラムを選択することによってＶＳＩＴサーバプログラムを選択する。
【００３５】
ステップ３０３で、管理者は、図７に示したようにVentServ.cmdプログラムの選択に応じてＶＳＩＴサーバプログラムを起動して、図８に示したようなサーバ表示ウィンドウ８００を表示させる。図８において、サーバ１０４のデフォルトの名前とＩＰアドレスは、現在のサーバ（例えば、「localhost」）用に表示されたものである。管理者は、サーバ１０４に関して好みのポート番号を定義してもよく、或いはサーバ１０４がクライアント１０６との双方向通信をリッスンするデフォルトのポート番号を受け入れてもよい。入力ファイル用のテキストフィールドは、最初ブランクである。
【００３６】
ステップ３０４で、管理者は、図８のサーバ表示ウィンドウ８００内の「Select a Patient」ボタンをクリックすることによって患者の生命徴候ファイルを選択する。
【００３７】
ステップ３０５で、管理者は、ステップ３０４の患者の生命徴候ファイルの選択に応じて患者の生命徴候ファイルを開く。管理者は、表示ウィンドウ９００に表示された現行ディレクトリから所望の患者の生命徴候ファイルを手作業で選択することが好ましい。自動化又は半自動化された選択方法を使用することもできる。患者の生命徴候ファイルのデフォルトの記憶場所は、ＶＳＩＴサーバプロセスの現行ディレクトリである。しかしながら、管理者は、ディレクトリ構造における任意のディレクトリ位置に移動することによってそのディレクトリ位置から患者の生命徴候ファイルを指定することができる。図９の表示ウィンドウ９００内の「Open」ボタンを選択すると、図１０のサーバ表示ウィンドウ１０００に示したような、入力ファイルテキストフィールドが所望の生命徴候ファイルで埋められたサーバ表示ウィンドウが再び管理者に表示される。
【００３８】
ステップ３０６で、管理者は、図１０のサーバ表示ウィンドウ１０００内の「Listen」ボタンを押すことによって、サーバプロセスを開始する。これにより、サーバ１０４は、選択されたポート上で所望の生命徴候ファイルをリッスンする。サーバの１０４の視点から見たサーバプロセスに関するさらなる詳細を、図６と関連して本明細書に示し説明する。
【００３９】
ステップ３０７で、管理者は、図１１に示したようなサーバ表示ウィンドウ１１００に表示されたメッセージにより、サーバプロセスが始まったことを確認する。
【００４０】
ステップ３０８で、メソッド２０２が終了する。
【００４１】
図４は、本発明の好ましい実施形態による、図２に示したようなＶＳＩＴメソッド２００によって図１に示したようなサーバ１０４によって収集されるデータを識別するステップ２０３をさらに詳しく説明するフローチャートを示す。クライアント１０６は、設定されたポートのＴＣＰ／ＩＰ要求によってサーバ１０４からデータを収集することが好ましい。図４において、識別するステップ２０３は、VentExecメソッドとして示されることもある。図４のメソッド２０３は、本発明の好ましい実施形態による、図４に示したようなサーバによって収集されるデータを識別するステップ２０３と共に使用されるそれぞれ表示ウィンドウ１２００と１３００を有するＧＵＩを示す図１２と図１３と組み合わせて説明される。
【００４２】
ステップ４０１で、メソッド２０３が始まる。
【００４３】
ステップ４０２で、管理者は、図７に示したように、「プログラム」メニューをプルアップし、次にＶＳＩＴプログラムを選択し、次にVentExec.cmdプログラムを選択することによって、ＶＳＩＴ管理プログラムを選択する。
【００４４】
ステップ４０３で、管理者は、図７に示したようにVentExec.cmdプログラムの選択に応じてＶＳＩＴ管理プログラムを起動して、図１２に示したようなサーバ表示ウィンドウ１２００を表示させる。VentExec.cmdプログラムは、データベース設計の技術分野の熟練者に周知なように、例えばＪＤＢＣ−ｔｏ−ＯＤＢＣ（Java data base connection to open data base connection）ブリッジを使用して、メモリ１４０等のデータベースから取り出されたパラメータのリストを作成する。データベースには、MS Access、SQL Server、及びOracleデータベースがあるこれらに限定されない。パラメータのこの集合体は、サーバ１０４から入手可能な値のサマリを表す。これらのパラメータは、MS Excel（登録商標）スプレッドシートに記憶され、ＯＤＢＣ（open data base connection）マネージャ内の「exceltest」と呼ばれるシステムデータソース名（ＤＳＮ）として定義される。VentExec.cmdプログラムは、VentExec.cmdプログラム内に含まれるbuildUIメソッドの本体内のClassforName（「sun.jdbc.odbc.JdbcOdbcDriver」）指示によって、Java（登録商標）プログラムを使用してこのデータベースにリンクすることが好ましい。パラメータは、Javaプログラムに読み込まれ、パラメータのカウントをその特定の値と共に取得する多次元配列に割り当てられる。次に、アレイは、VentExec.cmdプログラム内に定義されたリストオブジェクトに追加される。
【００４５】
ステップ４０４で、管理者は、図１２の実行表示ウィンドウ１２００の右上に示されたウィンドウペイン内のリストから１つ又は複数のパラメータを選択することによって患者の生命徴候を表すパラメータを選択する。このメソッドは、各選択に応じて、図１２の実行表示ウィンドウ１２００の右下に選択されたパラメータを表示する。管理者は、上側ウィンドウペイン内の選択したパラメータを単に再び選択することによってパラメータを選択解除する。選択解除操作は、選択したパラメータを、下側ウィンドウペインから除去し、従ってサーバ１０４による処理事項から除去する。患者パラメータは、心拍数、呼吸数、血液酸素飽和指標、換気関連データ指標、及び解剖学的な電気活動指標を含むがこれらに限定されない任意のタイプのものであることが好ましい。
【００４６】
ステップ４０４で、VentExec.cmdプログラムは、このリストからの選択をリッスンするItemListenerを定義し、管理者はマウスクリックによって１つ又は複数のパラメータを指定できることが好ましい。パラメータがマウスクリックによって選択されたとき、選択したパラメータをリスト１からリスト２に加えることによって、第２のリスト（例えば、第１のリストのすぐ下）に表示される。リスト１内のパラメータをクリックするだけでそのパラメータをリスト２から選択解除することができる。次に、リスト２の内容が、VentClientプログラムによって直接読み出される一時ファイルに書き込まれ、サーバ１０４によって作成された大きな生命徴候ファイルの内容から特定のパラメータを取り出すために使用される。
【００４７】
ステップ４０５で、管理者は、図１２の実行表示ウィンドウ１２００の下側ウィンドウペイン内に示された特定のパラメータを調べることによって特定のパラメータを確認する。
【００４８】
ステップ４０６で、図１２の実行表示ウィンドウ１２００内の「Go do it !」ボタンを、このボタンのクリックと関連付けられたActionListenerメソッドに応じて押すことによって、ＶＳＩＴクライアントプログラムを起動する。代替として、図７に示したように、管理者が「プログラム」メニューをプルアップし、次にＶＳＩＴプログラムを選択し、次にVentClient.cmdプログラムを選択することによって、管理者がＶＩＳＴクライアントを起動させる。ＶＳＩＴクライアントプログラムを起動すると、図１４のクライアント表示ウィンドウ１４００が表示される。
【００４９】
ステップ４０７で、メソッド２０３が終了する。
【００５０】
図５は、本発明の好ましい実施形態による、図２に示したようなＶＳＩＴメソッド２００により、図１に示したようなクライアント１０６を構成するステップ２０４を更に詳しく説明するフローチャートを示す。図５において、構成するステップ２０４は、VentClientメソッドとして示される場合もある。図５のメソッド２０４を、図１４、図１５、図１６、図１７、図１８及び図１９と組み合わせて説明する。詳細には、図１４、図１５、図１６及び図１７は、本発明の好ましい実施形態により図５に示したようなクライアントを構成するステップと共に使用される、表示ウィンドウ１４００、１５００、１６００及び１７００をそれぞれ有するＧＵＩを示す。図１４、図１５、図１６、及び図１７は、表示ウィンドウ１４００、１５００、１６００及び１７００をそれぞれ有するＧＵＩは同一の表示ウィンドウを表し、一般に、ソースポートと収集頻度並びに様々なタイプのデータ分析に関する幾つかの選択肢を定義する幾つかのフィールドを有していることを示している。そのような統計情報は、ＶＳＩＴ管理プログラムにおいて管理者によって選択された各パラメータごとに報告される。詳細には、図１８と図１９は、本発明の好ましい実施形態による、図５に示したようなパラメータのデータのフィルタリング基準を選択するステップと共に使用される表示ウィンドウ１８００と１９００をそれぞれ有するＧＵＩを示す。
【００５１】
一般に、VentClientメソッドは、クライアント１０６のインタフェースを介して前述のパラメータを受け入れ、グラフィカルユーザインタフェースの入力フィールド内に定義されたサーバポートをポーリングし始めるサーバ１０４に対してサーバ接続スレッドを開始する。このポーリングにより、VentServerメソッドから特定のデータが引き出される。特定のデータクエリは、VentExecメソッドによって作成された入力ファイルの性質によって定義される。この入力ファイル（「InitialClientParms.txt」）は、VentExecリストウィンドウ内でユーザによって指定されたパラメータを取り出す。そのようなパラメータは、VentClientメソッド内にローカルに配列で記憶され、そこで、それらのパラメータは、ＴＣＰ／ＩＰ接続を介してVentServerメソッドにデータ要求として送られる。VentServerメソッドは、VentClientメソッドから要求されたパラメータと関連した特定の値で応答し、次にVentClientメソッドはパラメータ値を記憶し処理する。平均値が計算され、その値が、出力ファイルに個々に或いは一式で書き込まれる。クライアントは、そのようなパラメータ値のために、クライアントユーザインタフェースウィンドウのスライダ設定値に基づいて変更可能なユーザが定義した間隔でサーバにポーリングする。
【００５２】
ステップ５０１で、メソッド２０４が始まる。
【００５３】
ステップ５０２で、管理者は、図１４のクライアント表示ウィンドウ１４００内のソースインターネットプロトコル（ＩＰ）アドレスを確認する。ソースＩＰは、一般に、管理者がそのとき実行している装置である。クライアントと管理プログラムがＶＳＩＴサーバと同じ装置で実行されている場合、ソースＩＰは、その装置のアドレスであり、「ローカルホスト」とも呼ばれる。ポート番号は、サーバ１０４のために以前に指定されたものと同じでなければならない。これは、クライアント１０６がサーバ１０４と通信する通信リンクである。
【００５４】
ステップ５０３で、管理者は、図１４のクライアント表示ウィンドウ１４００内のポート番号を確認する。
【００５５】
ステップ５０４で、管理者は、パラメータのデータの「追加（apend）」又は「上書き（overwrite）」データ記憶を選択する。ステップ５０４は、図１５のクライアント表示ウィンドウ１５００に示されたように、患者の生命徴候ファイルからのデータを連続的に記憶するか（「Appending new fields...」と示されている）、上書きするか（「Over-writing existing output...」と示されている）を設定する。管理者の選択は、全ての生命統計データファイル（例えば、生データファイル、統計データファイル、アラームデータファイル）の結果に当てはまることが好ましいが、代替として、必要に応じて個別のファイルのタイプに適用されてもよい。生命徴候データファイル内に定義された重要なアラームデータは、アラームファイルテキストフィールドと関連付けられたファイルに記憶される。生命徴候データのブロックの平均値は、スタットファイルテキストフィールド内に指定されたデータファイルに記憶される。
【００５６】
従来のシステムでは、サーバが、管理者によって設定されたそれぞれの時間間隔（１５秒から６０００秒までの間隔）で生命徴候ファイルを書き込むことに注意されたい。それぞれの間隔で、既存の生命徴候ファイルが上書きされる。ファイルに含まれる情報が記憶されない場合は、その情報は永久に失われる。従って、管理者が、保存のため、解析のため、或いは他の保管のために生命徴候データの集まりを取得したい場合は、そのデータの収集し記憶する必要がある。データの収集と記憶は、無料ツールを使用して可能であった。しかしながら、ユーザがサーバネットワーク内にある無料ツールを持っていなかった（即ち、管理者がツールを購入せずインストールしなかった）場合、このＶＳＩＴプログラムは、管理者が指定した選択されたパラメータを収集し、次に連続的に更新されたファイルにアーカイブする便利な方法を提供する。
【００５７】
ステップ５０５で、管理者は、図１６のクライアント表示ウィンドウ１６００内のドロップダウンメニューからパラメータのデータの「ブロック」又は「ランニング」データ平均値算出を選択する。ブロック平均値算出は、指定さた量（又は数）のデータポイントの平均値算出を実行し、得られた平均値を統計ファイルフィールドに書き込むことを意味する。ブロック平均値算出において、データの量に関して指定された基準（この場合は、平均値算出待ち時間スライダ（即ち、データ標本を平均化する時間の長さ）を満たすデータの標本を収集した後で、データポイントの平均値が計算され、統計ファイルに報告され、廃棄される。前のブロック又は平均値算出間隔の最終データポイントのすぐ後で収集されたデータポイントで始まる新しい組のデータの平均値算出が再び始まる。
【００５８】
ランニング平均値算出は、データポイントが収集され、（この場合も、平均値算出待ち時間スライダによって測定されたように）必須データが収集された後で平均値が報告されることを意味する。しかしながら、このとき、統計ファイル内の平均値を報告した後、収集されたブロック内の最初のデータポイントが廃棄される。廃棄されたデータポイントと置き換えるために別の（即ち、新しい）データポイントを収集した後（それにより、平均値算出待ち時間スライダによって指定されるような必須データ量を満たす）、新しい平均値が報告される。従って、ランニング平均値算出は、収集するたびに新しいデータポイントを含めることに基づいて計算される新しい平均値を表す出力データをより頻繁に生成する。
【００５９】
ステップ５０６で、図１７のクライアント表示ウィンドウ１７００に示したように、管理者は、更新待ち時間スライダを移動させることによって更新待ち時間のパラメータのデータを選択する。更新待ち時間は、患者の生命徴候ファイルの更新のためにサーバ１０４に対して引き続いて行われる呼び出しの間の時間を表す。更新待ち時間は、管理者による更新待ち時間スライダの移動に応じて、更新待ち時間フィールドの内容の隣りに数字で表示される。
【００６０】
ステップ５０７で、図１７のクライアント表示ウィンドウ１７００に示したように、管理者は、平均待ち時間スライダを移動させることによってパラメータのデータの平均待ち時間を選択する。平均待ち時間は、管理者による平均待ち時間スライダの移動に応じて平均待ち時間フィールド内容の隣りに数字で表示される。平均値算出待ち時間は、更新待ち時間と少なくとも等しいことが好ましい。平均値算出待ち時間は、この最小の時間値（即ち、更新待ち時間以上）から数千秒の値まで変更できることが好ましい。例えば、図１７のクライアント表示ウィンドウ１７００は、３０秒に設定された平均値算出待ち時間を有する１０秒に設定された更新待ち時間を示す。これは、３つのデータポイントを収集した後で平均が算出され始めることを示す。さらに、例えば、別のランニング平均値が選択されるので、これを超える新しい平均値が収集される度に新しい平均値が報告される。
【００６１】
ステップ５０８で、管理者は、フィルタリング基準のパラメータのデータを選択する。生命徴候ファイルからの患者パラメータ値が、定期的に取り出され、生命しきい値通知メソッド（ＶＴＮＭ：Vital Threshold Notification Method）に送られる。図１８は、ＶＴＮＭを使用するＨＬ７出力ポートウィンドウのグラフィカル選択を示す。ＶＳＩＴツールは、ユーザが特定のパラメータ値を抽出することを可能にし、そのようなパラメータの特定のサブセットが、患者監視装置１０２から利用可能な全体のセットからフィルタリングされる。このパラメータフィルタリングプロセスは、ツールが患者データを活発に収集している間に管理者が任意のパラメータを実時間で収集し、分析し、変更することを可能にする。次に、ＶＴＮＭは、そのようなパラメータのユーザ指定数の測定値に関して標本平均と標準偏差を計算する。標本平均は、統計的に、以下の式に従って指定された距離の測度（distance measure）を使用して最新（例えば、現行）の測定値と比較され（好ましくは除算され）、ユーザ定義警報しきい値と比較される。
距離＝（Ｘi−Ｍ）2}／Ｓ2
ここで：Ｍ＝標本平均＝Ｘiまでの和／Ｎ 
Ｓ＝標本分散＝（Ｘi−Ｍ）2までの和／（Ｎ−１）
Ｘ＝最新の測定値
【００６２】
距離の測度がしきい値を超えた場合、ＨＬ７メッセージは、臨床アクセスサーバ１０８に送られ、そこで患者識別（ＩＤ）に従って記憶され、クライアント１１０で臨床アクセスウェブビューワによる表示が可能になる。前に示した距離の測度は、現行測定値と標本偏差に関して（即ち、Ｎシグマ標本標準偏差に関して）収集された標本値との間の相対偏差を評価する。ステップ５０８で述べたＶＴＮＭ算出は、図１９のクライアント表示ウィンドウ１９００で実施され、スライダとも呼ばれるスライドバーとして表される。スライダは、データ取得感度を調整するために、管理者によってバーに沿って単に左右に移動される。図１９のクライアント表示ウィンドウ１９００内のスライダは、標本分散に対する最新の測定値の相対偏差から変化に対する相対感度を定義する。一次元の正規分布又はガウス統計分布において、値は、一般に、１シグマ（即ち、平均の１標本標準偏差）即ち時間の約６７％以内、２シグマ即ち時間の約９５％以内、及び３シグマ即ち時間の約９９％以内にある。従って、管理者がスライダの適切な値を選択することによって、パラメータのばらつきに対する感度を増減することができる。例えば、ＶＴＮＭが変化を大きなものと識別してメッセージが臨床アクセスサーバ１０８に送られる前に、スライダの値を大きくすることによって、入力データと統計平均の間で比較的大きい変更が必要とされる。他方、変更スライダがゼロに近づくように設定された場合、これは、平均値と最新の測定値とのわずかなずれによってメッセージが臨床アクセスサーバ１０８に送られることを意味する。
【００６３】
図２０は、本発明の好ましい実施形態により、図２に示したようなＶＴＮＭによって提供される患者パラメータデータへの臨床ユーザによる臨床アクセスを提供する、図１に示したようなクライアント１０８によって使用される表示ウィンドウ２０００を有するＧＵＩを示す。図２０は、ＶＴＮＭから臨床アクセスサーバ１０８に送られるパラメータのうちの３つのパラメータを示す特定の患者の生命徴候タブ表示を示す。
【００６４】
ＶＴＮＭは、Ｊａｖａで記述されることが好ましい。以下のコードセグメントは、臨床アクセスサーバ１０８がコードを正確に解釈できるようにＨＬ７フォーマットを通信路１１６に書き込むために使用されるコードの例を示す。
【００６５】
Year =tempArray [12].substring( 0, 4);
Month =tempArray [12].substring ( 5, 7) ;
Day =tempArray [12].substring (8, 10) ;
Hour =tempArray [12].substring (10, 12) ;
Minute =tempArray [12].substring ( 13, 15) ;
Second =tempArray [12].substring ( 16, 18) ;
//*** MSH SEGMENT 
outputToSocket.print (   "＼013MSH|^~＼＼&|Infinity||NUR||"+
Year + Month + Day + Hour + Minute + 
"||ORU^RO1|"+
Year + Month + Day + Hour + Minute + 
"|P|2.3"+"＼015") ;
//*** PID SEGMENT
outputToSocket.print (    "PID|||"+ tempArray[1] + 
"^^^^ExternalPatientID||"+
tempArray[0] +
"|||||||||||"+
tempArray[1]+"＼015");
//*** OBR SEGMENT
outputToSocket.print (  "OBR|||||||"+
Year + Month + Day + Hour + Minute +"＼015") ;
//*** OBX SEGMENT
//
//NOTE : CHECK TO SEE WHICH CODES EXIST IN FOLLOWING ORDER.
//
//1) LOINC 2) MIB/CEN 3) SIEMENS 
//
//WRITE THE CODE VALUE, CODE NAME, AND CODE UNITS ASSOCIATED 
//WITH THE EXISTING CODE TO THE HL7 MESSAGE 
//
if (!tempArray[14].equals ("NO_CURRENT_ENTRY"))
{
parmCode=tempArray[14] ;
parmUnits =tempArray[20] ;
outputToSocket.print("OBX||SN|"+
tempArray[10] +
"^^local^"+
parmCode + 
"＼＼&1/^^LOINC||"+
tempArray[11] +
"|"+
parmUnits + 
"^^ISO+|||||R|||"+
Year + Month + Day + Hour + Minute + 
"＼015"+"＼034"+"＼015");
}
if (tempArray[14].equals("NO_CURRENT_ENTRY"))
{
if (!tempArray[15].equals("NO_CURRENT_ENTRY"))
{
parmCode=tempArray[15] ;
parmUnits =tempArray[21] ;
outputToSocket.print ("OBX||SN|"+ 
tempArray[10] + 
"^^local^"+ 
parmCode + 
"＼＼&1^^LOINC||"+ 
tempArray[11] + 
"|"+ 
parmUnits + 
"^^ISO+|||||R|||"+
Year + Month + Day + Hour + Minute + 
"＼015"+"＼034"+"＼015") ;
}else{ 
parmCode =tempArray[13] ;
parmUnits =tempArray[19] ;
outputToSocket.print ("OBX||SN|"+ 
tempArray[10] + 
"^^local^"+ 
parmCode + 
"＼＼&1^^LOINC||"+ 
tempArray [11] +
"|"+ 
parmUnits + 
"^^ISO+|||||R|||"+
Year + Month + Day + Hour + Minute + 
"＼015"+"＼034"+"＼015") ;
}//END IF VALID CURRENT ENTRY 
}//END IF NO CURRENTENTRY 
【００６６】
ステップ５０９で、管理者は、図１７のクライアント表示ウィンドウ１７００内の「Connect/Go」ボタンをクリックすることによってパラメータのデータの収集と処理を開始する。処理中、管理者は、プロセスを再開することなく、本明細書に示した様々な表示ウィンドウ内の様々なフィールドを有利に実時間で変更することができ、その結果、フレキシビリティ、効率、及び使い易さが大幅に改善される。例えば、管理者は、データを収集し処理しながら、更新頻度、平均値算出待ち時間、及びファイル名まで、プロセスを再開することなく実時間で変更することができる。
【００６７】
処理の開始に応じて、以下の例に示したようなアラーム、統計、出力（記憶データ）のファイルが生成される。
【００６８】
alarmData.txt:
|SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S
ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|HR|83|2002/05/2907:55:14|01001|
8867-
4|16770|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|bpm|/min|2528|1
|SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S
ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|STIII|O.1|2002/05/2907:55: 14|01059|10123- 
8|14653|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|mm|mm|1298|1 
|SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|HR|83|2002/05/2907:55:14|01001| 8867-
4|16770|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|bpm|/min|2528|1 |SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|SER| NO_CURRENT_ENTRY|1984/01/28|03:42:18|STIII|0.1|2002/05/2907:55:14|01059|10123-
8|14653|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|mm|mm|1298|1 |SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|HR|83|2002/05/2907:55:14|01001|
8867- 
4|16770|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|bpm|/min|2528|1
statsData.txt: 
PID SEGMENT: SimulatedPatientData NO_CURRENT_ENTRY BED1 2002/05/2907:55:14HR
AVERAGE VALUE: 83.0
NUMBER OF SAMPLES : 10
PID SEGMENT: SimulatedPatientData NO_CURRENT_ENTRY BED1 2002/05/2907:55:14STIII
AVERAGE VALUE: 0.10000000149011612
NUMBER OF SAMPLES: 10
PID SEGMENT: SimulatedPatientData NO_CURRENT_ENTRY BED1 2002/05/2907:55:14HR
AVERAGE VALUE: 83.0
NUMBER OF SAMPLES: 10
PID SEGMENT: SimulatedPatientData NO_CURRENT_ENTRY BED1 2002/05/2907:55:14 STIII
AVERAGE VALUE: 0.10000000149011612
NUMBER OF SAMPLES: 10
PID SEGMENT: SimulatedPatientData NO_CURRENT_ENTRY BED1 2002/05/2907:55:14 HR
AVERAGE VALUE: 83.0
NUMBER OF SAMPLES: 10
storedData.txt: 
|SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|HR|83|2002/05/2907:55:14|01001|
8867- 
4|16770|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|bpm|/min|2528|1 |SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S
ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|STIII|0.1|2002/05/2907:55:14|0105
9|10123-
8|14653|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|mm|mm|1298|1 |SimutatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S
ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|HR|83|2002/05/2907:55:14|01001|
8867- 
4|16770|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|bpm|/min|2528|1
|SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S
ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|STIII|0.1|2002/05/2907:55:14|0105
9|10123-
8|14653|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|mm|mm|1298|1
|SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|HR|83|2002/05/2907:55:14|01001|
8867- 
4|16770|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|bpm|/min|2528|1
|SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S
ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|STIII|0.1|2002/05/2907:55:14|0105
9|10123-
8|14653|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|mm|mm|1298|1
|SimutatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S
ER| NO_CURRENT_ENTRY|1984/01/28|03:42:18|HR|83|2002/05/2907:55:14|01001|
8867- 
4|16770|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|bpm|/min|2528|1
|SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S
ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|STIII|0.1|2002/05/2907:55:14|0105
9|10123-
8|14653|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|mm|mm|1298|1
|SimulatedPatientData|NO_CURRENT_ENTRY|BED1|CCU1|00100600|INACTIVE|S
ER|NO_CURRENT_ENTRY|1984/01/28|03:42:18|HR|83|2002/05/2907:55:14|01001|
8867- 
4|16770|NONE|NO_CURRENT_ENTRY|NO_CURRENT_ENTRY|bpm|/min|2528|1
【００６９】
ステップ５１０で、メソッド２０４は終了する。
【００７０】
図６は、本発明の好ましい実施形態による、図３に示したようなサーバプロセスを開始するステップに応じて、図１に示したようなサーバによって実行されるステップを更に詳しく示すフローチャートを示す。一般に、VentServerメソッドはVentClientメソッドからの要求をリッスンする。VentClientメソッドがVentServerメソッドに特定パラメータのクエリを送るとき、VentServerメソッドは、そのユーザインタフェースウィンドウ内に指示された生命徴候ファイルを開き、ファイル内の全てのデータを読み出し、それらのデータをアレイ内に記憶する。次に、VentServerメソッドは、生命徴候データに含まれるデータの全体からクライアントの要求と関連したデータをフィルタにかけ、得られた値を、クライアント１０６とサーバ１０４間のハンドシェイクのために指定されたポートを介してクライアントに戻す。
【００７１】
ステップ６０１で、メソッド３０６が始まる。
【００７２】
ステップ６０２で、サーバ１０４は、患者監視装置１０２からデータを第１のデータフォーマットで取得する。第１のデータフォーマットは、本明細書に示した任意のデータフォーマットでよい。サーバ１０４内のデータプロセッサ１２６は、個々のパラメータタイプと個々の患者に関してユーザによって選択可能な、ユーザ選択可能取得受信間隔で患者パラメータを取得することが好ましい。
【００７３】
ステップ６０３で、サーバ１０４は、取得したデータをメモリ１３０に記憶する。
【００７４】
ステップ６０４で、サーバ１０４は、取得したデータを所定のフィルタリング基準に応じてフィルタリングする。管理者は、クライアント１０６を使用して、本明細書に示したメソッド及びグラフィカルユーザインタフェースによって基準を選択することが好ましい。
【００７５】
ステップ６０５で、サーバ１０４は、フィルタリングしたデータをメモリ１３０に記憶する。
【００７６】
ステップ６０６で、サーバ１０４はフィルタリングされたデータを第１のデータフォーマットから第２のデータフォーマットに変換する。第２のデータフォーマットは、本明細書に示した任意のデータフォーマットでよい。変換プロセッサ１３２は、変換プロセスを実行する。代替として、変換プロセッサ１３２は、フィルタリングしたデータを、第１のデータフォーマットから、第１のデータフォーマットや第２のデータフォーマットと異なる第３のデータフォーマットに変換してもよい。第３のデータフォーマットは、本明細書に示した任意のデータフォーマットでよい。
【００７７】
ステップ６０７で、サーバ１０４は、フィルタリングしたデータを通信路１１６や１２０等の通信路を介して送る。サーバ１０４内の通信インタフェースは、フィルタリングした識別患者パラメータを、パラメータの取得日時表示及びそれと関連した所定のフィルタ基準と共に、記憶ファイルに第２のデータフォーマットで送ることが好ましい。記憶ファイルは、患者医療記録レポジトリ、患者電子記録、アラームファイル、生データファイル、及び統計集計ファイルのうちの１つ又は複数と関連付けられることが好ましい。変換プロセッサ１３２は、識別したデータタイプに基づいて記憶ファイルにデータを送ることが好ましい。変換プロセッサ１３２は、通信インタフェースを使用して、フィルタリングした識別患者パラメータを、患者識別子、患者ベッド識別子、病院ユニット識別子、パラメータ名、パラメータタイプ、また関連する医学状態コードセット識別子のうちの１つ又は複数を含む添付データと共に送出することが好ましい。
【００７８】
ステップ６０８で、メソッド３０６は終了する。
【００７９】
本明細書に示したＶＳＩＴメソッドは、少なくとも以下の利点を提供する。 
１．サーバ１０４から実時間データを取り出し、特定のパラメータをフィルタリングし、それらのパラメータの統計情報をフォーマットし実行し、そのようなパラメータをインタフェースエンジンに、好ましくは電子患者記録に送るためのＨＬ７フォーマットで提供するためのクライアント／サーバベースの一組のメソッド。従って、これまで実行されていたような一定のマッピングファイルを構成する必要がない。
２．マッピングファイルの内容を変化させることなくデータ収集頻度を実時間で変更し、特定のパラメータ選択を変更する機能を管理者に提供するグラフィカルユーザインタフェース（ＧＵＩ）ベースの可変データ選択プロセス。従って、全ての作業がソフトウェアプログラムの本体内で実行されるので、ファイルの再コンパイルや構成を必要とせずにＶＳＩＴメソッドをコンピュータからコンピュータに移植することができる。
３．サーバ１０４から生命徴候情報を読み出すために追加のソフトウェアツールをインストールすることなく、サーバから選択された任意のパラメータに関してデータ平均値算出を実行するグラフィカルベースの手段。
４．サーバ１０４に対する変更或いはサーバ１０４によって通常生成される生命徴候ファイルに対する変更を必要とせずに、生命徴候データを読み出し、それを将来の保存と解析のために定期的な間隔で蓄積するメソッド。管理者は、そのようなデータを、パラメータ、患者識別子、時間、その他のパラメータによって分離したり識別したりすることができる。
５．ＶＳＩＴソフトウェアは、比較的簡単にＪａｖａで記述され（従って、バイトコードが移植可能である）、ソフトウェアにＣＰＵ、ディスクスペース及びメモリの点でシステムリソースをほとんど消費させない。
【００８０】
そのようなＶＳＩＴメソッドは、電気通信とコンピュータシステムの性能管理を含む、データの実時間抽出とフィルタリングを必要とする任意の分野に直接拡張されることが有利であり好ましい。ＶＳＩＴメソッドは、サーバソフトウェアパッケージの一部として、臨床データアクセスソフトウェアパッケージの付属物として、或いは付属病院用の個別の解析ソフトウェアとして提供されることが好ましい。ＶＳＩＴソフトウェア自体は、Ｊａｖａで記述され、ＪＶＭに対応している任意のプラットホーム上で動作することが好ましい。代替として、ＶＳＩＴ及び／又はＶＴＮＭは、必要に応じてデータを他の患者と比較することができる。
【００８１】
好ましいＶＳＩＴメソッドについてまとめると、ＶＳＩＴメソッドは、電子患者記録（ＥＰＲ）内の特定の生命患者状態情報を記憶するために、サーバ１０４から特定の患者生命徴候統計情報を取り出すことを可能にする。ＶＳＩＴメソッドは、患者監視装置１０２から提供されるデータに基づいてサーバ１０４によって生成される生命徴候ファイル（*.vsf（*.vsfは、患者ごとに区別される））を読み出す。
ＶＳＩＴメソッドの管理者は、特別に設計されたグラフィカルユーザインタフェースウィンドウを使用して、サーバ１０４から使用可能なパラメータのうちのいずれかから選択する。ＶＳＩＴメソッドは、ユーザに、特定のクエリ頻度（即ち、*.vsfファイルを読み出す頻度）と、データ平均値算出を行う頻度（即ち、メソッドが個々のデータ標本を累積し平均値算出しなければならない秒数）を促す。管理者は、選択したデータをユーザが選択したレポジトリに追加するか、そのファイルを上書きするかを選択することができる。管理者は、リッスンしているサーバ１０４と通信するためにホスト名とポートを指定し、「ｇｏ」をクリックしてプロセスを開始する。データは、生データファイル、統計情報ファイル、特定の患者と関連した最新の重大度コードの値を提供するアラームファイルを含む幾つかのファイルに書き込まれる。各ファイルは、患者名、識別番号、ベッド番号、並びにパラメータ名、パラメータ値、及び関連したＬＯＩＮＣ（logical observation identifiers names and codes）及び／又はＭＩＢ（medical information bus）／ＣＥＮ（Committee for European Normalization）コード及びユニット並びにデータ要素のタイムスタンプに添付されるユニット番号を含む。サーバ１０４から臨床アクセスサーバ１０８までのワークフローの一部として構想された好ましいシナリオにおいて、サーバ１０４がこれらのデータを読み出し、臨床アクセスサーバ１０８の臨床アクセスデータベースに送ることができる。このデータは、臨床アクセスデータベース内に記憶するために必要なフォーマットに変換され、臨床アクセスクライアントが取り出すことができる。
【００８２】
好ましいＶＴＮＭをまとめると、ＶＴＮＭは、患者監視装置１０２から臨床アクセスサーバ１０８上の電子患者記録（ＥＰＲ）にデータを送る。ＶＴＮＭは、データを例外ベースでＥＰＲに送り、例外は、管理者が定義した特定の生命パラメータの大きな変化である。生命パラメータの変化は、管理者がいつでも実時間で変更することができるしきい値パラメータに従って測定される。しきい値パラメータの目的は、患者生命パラメータの統計的に大きな変化に対するパラメータ値の変化の感度を増減できるようにすることである。ＶＴＮＭは、ＶＳＩＴメソッドに対する付加的なメソッドとして存在し、サーバ１０４上又は臨床アクセスウェブ／アプリケーションサーバ上に物理的に配置されてもよい。
【００８３】
従って、ＶＴＮＭは、サーバ１０４からＥＰＲに送られるデータの頻度と量を減少させる。サーバ１０４は、サーバのネットワークを介してアクティブに接続されているものと同じ数（例えば、このときは、６４）の患者に関する生命徴候データを作成する。これらのデータは、１５秒に１回の生命兆候報告の頻度で無限ゲートウェイサーバに定期的に書き込まれる。そのようなデータは、臨床医によって必要とされる特定のパラメータに関して選択されなければならない。データの量と頻度は、一般に、クリティカルケアネットワークに使用可能又は必要なものより少ない。しかしながら、イベント（例えば、基準から外れた患者からの観察値等や、機械的換気装置等の臨床監視装置などの変化又はイベントから生じる）に基づいてタイムスタンプされ記憶される情報を臨床医に提供することによって、臨床医は、大量の生データを調べる必要なしに患者治療の完全なレコードにアクセスすることができる。従って、ＶＴＮＭは、このシステムを介してデータを取り出す臨床医に特に必要なパラメータだけを送ることによってこの目標を達成する。更に、データが、その本来の量（例えば、各患者に関して１５秒ごとに観察した場合には数百個のパラメータの可能性がある）から値の特定のサブセット（例えば、おそらく６個）にフィルタリングされ、データがＥＰＲにあまり頻繁に送られないので、これは、低速ネットワーク（例えば、多くの場合は電話線）による臨床アクセスサーバを介した患者データの表示を容易にする。
【００８４】
従って、本発明をその様々な実例となる実施形態に関して説明したが、本発明は、そのような特定の実施形態に限定されないように意図される。当業者は、添付した特許請求の範囲に示したような本発明の精神及び範囲から逸脱することなく、開示した内容の変形、修正、及び組み合わせを行うことができることを理解されよう。
【図面の簡単な説明】
【００８５】
【図１】本発明の好ましい実施形態による患者医療パラメータ取得配信システムのブロック図である。
【図２】本発明の好ましい実施形態による、図１に示したようなシステムと共に使用される生命徴候統合ツール（ＶＳＩＴ）メソッドを説明するフローチャートである。
【図３】本発明の好ましい実施形態による、図２に示したようなＶＳＩＴメソッドにより図１に示したようなサーバを構成する段階を更に詳しく示すフローチャートである。
【図４】本発明の好ましい実施形態による、図２に示したようなＶＳＩＴメソッドにより図１に示したようなサーバによって収集されるデータを識別する段階を更に詳しく示すフローチャートである。
【図５】本発明の好ましい実施形態による、図２に示したようなＶＳＩＴメソッドにより図１に示したクライアントを構成する段階を更に詳しく示すフローチャートである。
【図６】本発明の好ましい実施形態による、図３に示したようなサーバプロセスを開始する段階に応じて、図１に示したようなサーバによって実行される段階を更に詳しく示す図である。
【図７】本発明の好ましい実施形態による、図３に示したような様々なＶＳＩＴプログラムを選択する段階と共に使用される表示装置を有するグラフィカルユーザインタフェース（ＧＵＩ）の図である。
【図８】本発明の好ましい実施形態による、図３に示したようにサーバを構成する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図９】本発明の好ましい実施形態による、図３に示したようにサーバを構成する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図１０】本発明の好ましい実施形態による、図３に示したようにサーバを構成する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図１１】本発明の好ましい実施形態による、図３に示したようにサーバを構成する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図１２】本発明の好ましい実施形態による、図４に示したようにサーバによって収集されるデータを識別する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図１３】本発明の好ましい実施形態による、図４に示したようにサーバによって収集されるデータを識別する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図１４】本発明の好ましい実施形態による、図５に示したようにクライアントを構成する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図１５】本発明の好ましい実施形態による、図５に示したようにクライアントを構成する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図１６】本発明の好ましい実施形態による、図５に示したようにクライアントを構成する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図１７】本発明の好ましい実施形態による、図５に示したようにクライアントを構成する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図１８】本発明の好ましい実施形態による、図５に示したようなパラメータのデータのフィルタリング基準を選択する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図１９】本発明の好ましい実施形態による、図５に示したようなパラメータのデータのフィルタリング基準を選択する段階と共に使用される表示ウィンドウを有するＧＵＩの図である。
【図２０】本発明の好ましい実施形態による、図２に示したようなＶＳＩＴメソッドによって提供される患者のパラメータデータに対する臨床アクセスを提供する、図１に示したようなクライアントによって使用される表示ウィンドウを有するＧＵＩの図である。
【符号の説明】
【００８６】
１０２  患者監視装置
１０４  サーバ
１０６  クライアント（ＶＩＳＴ、ＶＴＮＭユーザインタフェース）
１０８  サーバ
１１４  第１のデータフォーマットの患者データ
１２０  第３のデータフォーマット
１２２  第３のデータフォーマット
１２６  プロセッサ
１２８  メモリ（ＶＩＳＴソフトウェア）
１３０  データフォーマット変換プロセッサ
１３４  プロセッサ（ジェネレータ）
１３６  ＧＵＩ
１３８  メモリ（ＶＩＳＴ、ＶＴＮＭソフトウェア）
１４０  メモリ（患者データ、パラメータ）
【図１】
2005535373.tif 000003
【図２】
2005535373.tif 000004
【図３】
2005535373.tif 000005
【図４】
2005535373.tif 000006
【図５】
2005535373.tif 000007
【図６】
2005535373.tif 000008
【図７】
2005535373.tif 000009
【図８】
2005535373.tif 000010
【図９】
2005535373.tif 000011
【図１０】
2005535373.tif 000012
【図１１】
2005535373.tif 000013
【図１２】
2005535373.tif 000014
【図１３】
2005535373.tif 000015
【図１４】
2005535373.tif 000016
【図１５】
2005535373.tif 000017
【図１６】
2005535373.tif 000018
【図１７】
2005535373.tif 000019
【図１８】
2005535373.tif 000020
【図１９】
2005535373.tif 000021
【図２０】
2005535373.tif 000022
【手続補正書】
【提出日】平成17年4月4日(2005.4.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
患者医療パラメータの配信システムであって、
複数の異なる患者に取り付けられた患者監視装置から、第１のデータフォーマットの患者パラメータを取得する通信インタフェースであって、前記患者パラメータをユーザ選択可能取得受取間隔で取得する通信インタフェースと、
前記通信インタフェースを使用して、個々の患者に関する取得患者パラメータをフィルタリングして、
（ａ）個々のパラメータタイプと、
（ｂ）個々の患者とに関してユーザによって決定可能な所定のフィルタリング基準を満たす患者パラメータを識別し、他の患者パラメータを除外するデータプロセッサと、
前記第１のデータフォーマットの前記フィルタリングした識別パラメータを異なる第２のデータフォーマットに変換し、前記通信インタフェースを使用して、前記フィルタリングした識別患者パラメータを、前記第２のデータフォーマットでパラメータの取得日時表示と共に送出する出力プロセッサとを含む配信システム。
【請求項２】
前記第２のデータフォーマットが、保健水準７（ＨＬ７）互換データフォーマットであり、前記通信インタフェースが、前記第１のデータフォーマットの前記フィルタリングした識別パラメータを送出のために処理する際に、（ａ）通信プロトコルと（ｂ）送付先ポートの少なくとも１つを自動的に選択する、請求項１に記載のシステム。
【請求項３】
（ｉ）特定の患者パラメータタイプと、
（ｉｉ）関連した患者と、
（ｉｉｉ）関連した所定のフィルタリング基準のユーザによる選択を支援する少なくとも１つの表示されたユーザインタフェース画像を表すデータを生成するジェネレータを含む、請求項１に記載のシステム。
【請求項４】
前記データプロセッサが、
（ｉ）個々のパラメータタイプと、
（ｉｉ）個々の患者とに関して、ユーザによって選択可能なユーザ選択可能取得受取間隔で患者パラメータを取得する、請求項１に記載のシステム。
【請求項５】
前記出力プロセッサが、前記通信インタフェースを使用して、前記フィルタリングした識別患者パラメータを、（ａ）患者電子記録、（ｂ）アラームファイル、（ｃ）生データファイル、及び（ｄ）統計集計ファイルのうちの少なくとも１つと関連した記憶ファイルに、前記第２のデータフォーマットでパラメータの取得日時表示及び関連した所定のフィルタ基準と共に送る、請求項１に記載のシステム。
【請求項６】
前記出力プロセッサが、データを前記記憶ファイルに識別データタイプに基づいて送る、請求項５に記載のシステム。
【請求項７】
前記出力プロセッサが、前記通信インタフェースを使用して、前記フィルタリングした識別患者パラメータを、（ａ）患者識別子、（ｂ）患者ベッド識別子、（ｃ）病院ユニット識別子、（ｄ）パラメータ名、（ｅ）パラメータタイプ、（ｆ）及び関連した医療状態コードセット識別子のうちの少なくとも１つを含む追加データと共に送出する、請求項１に記載のシステム。
【請求項８】
前記個々のパラメータタイプが、（ａ）心拍数、（ｂ）呼吸数、（ｃ）血液酸素飽和指標、（ｄ）換気関連データ指標、及び（ｅ）解剖学的電気活動指標のうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項９】
前記データプロセッサが、個々の患者に関する取得患者パラメータの値を適応的に平均化する、請求項１に記載のシステム。
【請求項１０】
患者パラメータを選択的に配布するシステムであって、
（ｉ）特定の患者パラメータタイプと、
（ｉｉ）関連する患者と、
（ｉｉｉ）関連する患者パラメータ取得間隔のユーザによる選択を支援する少なくとも１つの表示ユーザインタフェース画像を介して入力されたコマンドを受け取るユーザインタフェースコマンドプロセッサと、
前記特定の患者パラメータタイプ、関連する患者、及び関連する患者パラメータ取得間隔に基づいて第１のデータフォーマットの患者パラメータを取得するデータプロセッサと、
前記取得患者パラメータを前記第２のデータフォーマットでパラメータの取得日時表示と共に送出するために、前記第１のデータフォーマットの前記取得患者パラメータを異なる第２のデータフォーマットに変換する出力プロセッサとを含むシステム。
【請求項１１】
前記データプロセッサが、個々の患者の取得患者パラメータの値を適応的に平均化して平均値を提供し、前記特定のパラメータタイプの患者パラメータに関して、前記少なくとも１つの表示ユーザインタフェース画像が、平均値を算出する際に使用される前記特定のパラメータのユーザが決定した数の値をユーザが選択することを支援する、請求項１０に記載のシステム。
【請求項１２】
患者医療パラメータを配布する方法であって、
複数の異なる患者に取り付けられた患者監視装置から第１のデータフォーマットの患者パラメータを取得する段階であって、前記患者パラメータをユーザが選択可能な取得受取間隔で取得する段階と、
個々の患者の取得患者パラメータをフィルタリングして、
（ａ）個々のパラメータタイプと、
（ｂ）個々の患者に関してユーザが決定可能な所定のフィルタリング基準を満たす患者パラメータを識別し、他の患者パラメータを除外する段階と、
前記第１のデータフォーマットの前記フィルタリングした識別パラメータを、異なる第２のデータフォーマットに変換する段階と、
前記通信インタフェースを使用して、前記フィルタリングした識別患者パラメータを前記第２のデータフォーマットでパラメータの取得日時表示と共に送出する段階とを含む方法。
【請求項１３】
患者パラメータを患者医療記録に選択的に記憶するシステムであって、
複数の異なる患者に取り付けられた患者パラメータを受け取り、かつ患者医療記録レポジトリと双方向通信する通信インタフェースと、
前記通信インタフェースを使用して個々の患者の取得患者パラメータをフィルタリングして、
（ａ）個々のパラメータタイプと、
（ｂ）個々の患者に関してユーザが決定可能な所定のフィルタリング基準を満たす患者パラメータを識別し、他の患者パラメータを除外するデータプロセッサと、
前記医療記録レポジトリ内の前記個々の患者の患者記録に記憶するために、前記通信インタフェースを使用して、前記所定のフィルタ基準を満たす前記フィルタリングした識別患者パラメータをパラメータの取得日時表示と共に通信する出力プロセッサとを含むシステム。
【請求項１４】
取得患者パラメータに関して、
前記データプロセッサが、現行パラメータ値と前記現行値に先行するユーザが決定した数の値から得られた平均値との差の関数を表す測度（measure）を計算し、
前記データプロセッサは、前記計算した測度が所定のユーザ選択しきい値を超えているか否かに基づいて前記現行パラメータ値が前記所定のフィルタリング基準を満たすかどうかを識別する、請求項１３に記載のシステム。
【国際調査報告】
2005535373.tif 000023
2005535373.tif 000024
2005535373.tif 000025