(57)【特許請求の範囲】
【請求項１】
患者の状態を監視し、患者の危険イベントの発生を通知する危険イベント自動通知システムであって、
ディスプレイ画面および識別番号を備えているリモート無線デバイスと、
前記識別番号を使ってリモート無線デバイスに対してメッセージを選択的に送信し、リモート無線デバイスのディスプレイ画面にそのメッセージを表示させるリモート送信システムと、
前記リモート送信システムに対して電子的に結合されているコンピュータ・システムとを含み、前記コンピュータ・システムは、
患者の状態を示すパラメータの変化する値を表すデータを任意の又は所定の時間間隔で受信し、組み合わされた複数のデータが所定の条件に対して所定の関係を有しているかどうかを判定し、
前記複数のデータについて危険イベントとして規定される前記関係を有するとの判定に応答して、前記危険イベントの存在を示す特定のメッセージを自動的にフォーミュレートし、前記リモート無線デバイスに対しての前記識別番号とともに前記特定のメッセージを電子的なフォーマットで前記リモート送信システムに対して自動的に送信するように構成され、
前記リモート送信システムは前記識別番号によって識別される前記特定のリモート無線デバイスに対して前記危険イベントの存在を示している前記特定のメッセージを自動的に送信するようになっているシステム。
【請求項２】
請求項１に記載のシステムにおいて、前記複数のデータは患者の状態を示す一つのパラメータの複数のデータであって、
前記所定の関係は前記複数のデータが所定の量より大きいか、小さいか、あるいはそれに等しい関係である、システム。
【請求項３】
請求項１に記載のシステムにおいて、
前記複数のデータは患者の状態を示す異なる複数のパラメータのそれぞれに対するデータからなり、
前記所定の関係は前記複数の異なるパラメータのそれぞれに対するデータが所定の条件を満足している時だけ満足され、
前記コンピュータ・システムは前記複数の異なるパラメータのそれぞれに関して、前記パラメータの対応しているものを表しているデータを、対応している所定の量と比較し、前記所定の関係が満足されているかどうかを判定するようになっているシステム。
【請求項４】
請求項１、請求項２または請求項３に記載のシステムにおいて、
前記コンピュータ・システムは、
複数の患者の各々の状態を示すパラメータの変化する値を表すデータを受信するように構成され、
各患者を担当している医師および各医師に対応しているリモート無線デバイスに対するユニークな識別番号を示すテーブルを含んでおり、
各患者ごとに組み合された複数のデータが前記関係を有しているかどうかを判定し、
前記関係が存在しているとの判定に応答して、前記識別番号を、該当する特定の患者を担当している医師のリモート無線デバイスに対応する特定の識別番号とし、
前記リモート送信システムを介して、前記特定の患者を担当している前記医師のリモート無線デバイスに対してメッセージを自動的にフォーミュレートして送信するように構成されているシステム。
【請求項５】
請求項１、請求項２または請求項３に記載のシステムにおいて、
前記コンピュータ・システムは、各専門の複数の医師および各医師に対応しているリモート無線デバイスに対するユニークな識別番号を示すテーブルを含んでおり、
前記関係が存在しているとの判定に応答して、その危険イベントのタイプに応じて専門とする医師を特定し、前記識別番号を当該特定した専門の医師のリモート無線デバイスに対応する特定の識別番号とするように構成された、システム。
【請求項６】
請求項５に記載のシステムにおいて、
前記コンピュータシステムは、複数の患者の各々の状態を示す一つ又は複数のパラメータの変化する値を表しているデータを受信し、各患者に対して前記関係を有するかどうかを判定するように構成された、システム。
【請求項７】
複数の患者のうちの各々の状態における危険イベントに関して複数の医師のうちの一人又は複数に通知するために使われる危険イベント自動通知システムであって、
各医師によって携帯されていて、ディスプレイおよびユニークなリモート無線デバイス番号を備えているリモート無線デバイスと、
コンピュータ・システムと、
前記コンピュータ・システムから送られるメッセージおよびリモート無線デバイス番号を受信し、前記リモート無線デバイス番号によって識別される特定のリモート無線デバイスに対して前記メッセージを選択的に送信するように適応されているリモート送信システムと、
各患者の状態を示すパラメータの変化する値を表しているデータを受信するデータベースと、を含み、
前記コンピュータ・システムは、
前記複数の患者のそれぞれに関するデータベースを監視し、各患者ごとに組み合わされた複数のデータが所定の条件に対して所定の関係を有しているかどうかを検出し、
危険イベントとして規定される前記所定の関係を有するとの検出に応答して、前記検出された危険イベントの存在を示しているメッセージを自動的にフォーミュレートし、
前記検出された危険イベントに対応している特定の患者の処置を担当する医師を決定し、そして前記医師に対応する特定の前記個人識別番号を識別し、
前記コンピュータ・システムと前記リモート送信システムとの電子的リンクを設立し、
前記メッセージと前記特定の個人識別番号に対応したリモート無線デバイス番号を前記リモート送信システムに対して送信するように構成されていて、
前記リモート送信システムは前記コンピュータ・システムに対して自動的に応答して、前記特定の患者の処置を担当する前記医師の前記リモート無線デバイスに対して前記メッセージを送信し、
前記リモート無線デバイスのディスプレイは前記メッセージを表示し、それによって前記所定の関係の存在を示し、それによってリアルタイムの人間の決定を必要とせずに前記所定の関係について医師に通知して前記医師を呼び出すようになっているシステム。
【請求項８】
請求項７に記載のシステムにおいて、複数の看護婦のうちの一人が各患者の介護を担当し、そして各看護婦に電話番号を使って連絡することができるようになっていて、
前記システムは患者によって索引される看護婦の名前および対応している電話番号のテーブルをさらに含み、
前記コンピュータ・システムは、さらに、
前記特定の患者の介護を担当する特定の看護婦を前記テーブルから決定し、前記特定の看護婦に連絡できる電話番号を識別し、
前記特定の看護婦の名前および前記特定の看護婦に連絡できる電話番号を含めるために前記メッセージをフォーミュレートし、
前記リモート無線デバイスの前記ディスプレイは前記特定の看護婦の名前および前記特定の看護婦に連絡できる前記電話番号を表示するように構成されているシステム。
【請求項９】
請求項７または請求項８に記載のシステムにおいて、前記メッセージは前記特定の患者の名前を含めるためにフォーミュレートされるシステム。
【請求項１０】
請求項７または請求項８に記載のシステムにおいて、前記メッセージは前記特定の患者の医学的状態の以前の診断情報を含めるためにフォーミュレートされるようになっているシステム。
【請求項１１】
請求項７または請求項８に記載のシステムにおいて、
前記コンピュータ・システムは少なくとも１つのテーブルを使用し、前記テーブルは、
各医師の前記個人識別番号、各看護婦の名前および前記看護婦に連絡することができる対応している電話番号を格納し、
前記看護婦に連絡できる電話番号以外に、前記医師の前記個人識別番号および前記特定の患者の介護を担当する前記看護婦の名前を前記コンピュータ・システムが決定することができる１つのインデックスを利用し、
前記コンピュータ・システムは前記テーブルにアクセスして前記メッセージをフォーミュレートし、そして前記特定の患者の処置を担当する前記医師の呼び出しを行なわせるように構成されているシステム。
【請求項１２】
請求項１または請求項７に記載のシステムにおいて、センサによって行なわれる物理的パラメータの測定値を表している１つのデータ・ストリームとして前記データを発生するセンサをさらに含むシステム。
【請求項１３】
請求項１２に記載のシステムにおいて、前記センサは血液ガス・センサ、尿比重計、呼吸計、心拍検出器および、統合型の医療ステーションによって定期的にサンプルされる少なくとも１つの入力を備えている統合型の医療ステーションのうちの１つであるシステム。
【請求項１４】
請求項１または請求項７に記載のシステムにおいて、
前記所定の関係は、前記複数のデータの平均化されたデータが前記所定の量より小さいか、それより大きいか、あるいはそれに等しいかの関係を含む、システム。
【請求項１５】
請求項１または請求項７に記載のシステムにおいて、前記所定の関係は前記複数のデータの平均化されたデータが前記所定の量より小さいか、大きいか、あるいは等しいかであることを含み、
前記コンピュータ・システムはメモリおよびソフトウェアを含んでいて、前記ソフトウェアは、
前記メモリの中に前記複数のデータを格納し、
前記メモリに定期的に問い合わせて前記複数のデータを平均化し、それによって前記平均化されたデータを作り出し、
前記平均化されたデータを前記所定の量と比較して前記所定の関係の存在を検出するようにした、システム。
【請求項１６】
請求項７に記載のシステムにおいて、
前記コンピュータ・システムは、各専門の複数の医師および各医師に対応しているリモート無線デバイスに対するユニークな個人識別番号を示すファイルを含んでおり、
前記関係が存在していることの判定に応答して、その危険イベントのタイプに応じて専門とする医師を特定し、リモート無線デバイス番号として当該特定した専門の医師のリモート無線デバイスに対応する個人識別番号を特定する、システム。
【請求項１７】
ディスプレイ画面および識別番号を備えているリモート無線デバイスと、前記ディスプレイ画面にメッセージを表示できるように前記識別番号を使用してリモート無線デバイスに対して選択的にメッセージを送信するリモート送信システムと、前記リモート送信システムに電気的に接続されたコンピュータ・システムとを使用し、複数の患者の各々の患者の状態の危険イベントを通知する危険イベント医療自動通知方法であって、
前記コンピュータ・システムによって、
各患者の状態に関するパラメータの変化する値を表しているデータを任意の又は所定の時間間隔で受信し、組み合わされた複数のデータが所定の条件に対して所定の関係を有しているかどうかを判定し、
危険イベントとして規定される前記所定の関係を有するとの判定に応答して、患者の処置を担当する一人または複数の医者を決定し、当該決定された医者に対応したリモート無線デバイスの識別番号を特定し、危険イベントの存在を示す特定のメッセージを自動的にフォーミュレートして、前記リモート無線デバイスに対して前記識別番号とともに前記特定のメッセージを電子的なフォーマットで前記リモート送信システムに対して自動的に送信し、
前記リモート送信システムによって、前記識別番号によって識別される前記特定のリモート無線デバイスを自動的に呼び出し、当該リモート無線デバイスに前記危険イベントの存在を示している前記特定のメッセージを送信する、
ステップとを含む方法。
【請求項１８】
請求項１７に記載の方法において、前記所定の関係は前記複数のデータが所定の量より大きいか、小さいか、あるいはそれに等しい関係である、システム。
【請求項１９】
請求項１７に記載の方法において、前記コンピュータ・システムは前記患者の状態を示すパラメータを電子的に測定してデータを出力する電子的センサに結合されていて、前記方法が、
前記電子的センサを前記コンピュータ・システムによって定期的にサンプルし、
時間経過の一連の順次的データのサンプルを作り出すステップと、を含み、
所定の関係を有しているかどうかを判定する前記ステップは、前記一連の順次的データのサンプルを前記所定の量と比較することを含む、方法。
【請求項２０】
請求項１７に記載の方法において、前記パラメータは複数の異なるパラメータであって、
前記複数のデータのそれぞれが、当該複数の異なるパラメータのそれぞれのデータであって、
複数のデータのそれぞれに対してが所定の条件に対して所定の関係を有しているかどうかを判定するステップが、前記パラメータのそれぞれを表しているデータと対応している所定の量とを比較させるステップを含む、方法。
【請求項２１】
請求項１７乃至２０のいずれかに記載の方法において、複数のリモート無線デバイスをさらに使用し、各リモート無線デバイスはそれに関連付けられているユニークな識別番号を有し、前記方法が、
前記危険イベントの検出時に、コンピュータ・システムに、前記テーブルに問い合わせて、それから前記危険イベントについて通知されるべきリモート無線デバイスに対応するユニークな識別番号を抽出させるステップを含む、方法。
【請求項２２】
請求項１７乃至２１のいずれかに記載の方法において、前記コンピュータ・システムは、各専門の複数の医師および各医師に対応しているリモート無線デバイスに対するユニークな識別番号を示すテーブルを含んでおり、
患者の処置を担当する一人または複数の医者として、その危険イベントのタイプに応じて専門とする一人または複数の医師が決定される、システム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は危険イベント自動通知のためのシステムおよび方法に関する。特に、その好適な実施形態は病院のデータベースに自動的に問い合わせて患者のデータを調べることおよび危険なイベントが発生したと判定した場合に、医師を自動的に呼び出す装置を提供する。
【０００２】
【従来の技術及び課題】
コンピュータおよび他の電子装置によって、多くの病院における医療の業務が革新されてきた。
例えば、いくつかの病院ではコンピュータ・ワークステーションが多くの患者のベッドサイドおよびナーシング・ステーションに設置されていることを特徴とする。これらのワークステーションは自動化されたセンサを利用する場合がある。自動化されたセンサはワークステーションに結合されていて患者の状態に関する電子的データの連続的なストリームを提供する。これによって看護婦または病院の技師は各種のタイプのデータを表示して並べて見ることができ、そしてまたそのデータを電子的な「チャート」として、あるいは永久的な電子的記録の一部として定期的に格納することができる。例えば、これらのシステムは酸素飽和など、患者の血液中の或る種の元素のレベルを測定する自動センサに接続されている場合がある。これらの自動コンピュータ監視システムに接続されるようになってきた他のセンサとしては、尿比重計、呼吸センサ、心拍センサ、およびそれ以外の他のセンサがある。
今述べたような種類のコンピュータ・ワークステーションは、連続的なデータを受信することによって動作する場合がある。そのデータを看護婦または技師が選択的にサンプルし、その患者のチャートの中に入れることができる。例えば、この装置を採用している１つの代表的なモードでは、看護婦がその患者の状態を表している連続的なデータをほぼ１時間ごとにサンプルし、その患者の電子的チャート上にそのデータが永久的に入力されるようにする。その患者の介護を担当する医師はそのチャートのハードコピーのプリント出力をレビューするか、あるいはそれをワークステーションのディスプレイ画面上でレビューした時、その患者の介護に関連する適切な指示を出すことができる。
もちろん、電子的「ブザー」およびページング（呼出し）システムも医療の介護において１つの重要な役割を演じてきている。それらによって、看護婦または他の医療アシスタントが患者の状態に即時に応答して、その看護婦と一緒に医師がただちに診察することを要求することができる。最近、これらの「ブザー」およびページング・システムはその医師のブザーの液晶表示画面を使って英数字の表示が提供されるようになっている。したがって、看護婦はページング・ネットワークを使ってその医師にメッセージを送り、その医師からの応答を要求することができる。これらのページング・システムは比較的操作が簡単であり、例えば、英数字のメッセージを手動でフォーマット化し、そのメッセージを電子メールのメッセージとしてページング・ネットワークに対して送信することによって、看護婦のワークステーションから直接に操作できる場合がある。例えば、「Ｓｔａｒｌｉｎｋ」と呼ばれる市販のシステムは、看護婦または他の人がコンピュータのキーボードを使ってメッセージをタイプ・インし、そしてモデムを使ってそのメッセージをリモートのページャに対して送ることができる。「Ｓｔａｒｌｉｎｋ」システムは特定の医師に対する識別情報に従ってこのモデム通信を受信するページング機能を提供する。その情報は看護婦によって照合されてモデム送信の一部に含められ、その英数字メッセージが看護婦から特定の医師のページャに対して送信されるようにする。
【０００３】
上記のような特定のシステムなどのコンピュータおよび他の電子装置は医療介護の品質および性質を以前に比べて遥かに改善してきた。しかし、それらが正しく機能するには、人間のかなりの介入が依然として必要である。例えば、患者の危険な、あるいは過敏な状態が看護婦または病院の技師の知らない間に進行していて、医師に報告されない場合がある。他の場合には、患者の症状に関連している特定の指示が患者に対して発行されている可能性があるが、勤務時間によるスタッフの交替のために、その状態が必ずしも常に正しく認識されるとは限らず、あるいはその医師に正しく報告されない可能性がある。最後に、それほど重要でもないことに関してその医師に病院のスタッフが呼出しを掛けたために、その医師が別の患者を往診するように変更される場合がある。
したがって、所定のイベントに応答して医師に自動的に通知するシステムに対する緊急のニーズがこの分野において存在する。好適には、このタイプのシステムは特定の各患者に対する個々のベースで必要とされるのではなく、多数の患者を監視し、危険な、あるいは要注意のイベントが発生した場合にその存在を確認し、その状態が通知されるべき医師（複数の場合もある）のアイデンティティを自動的に決定することができるシステムに対するニーズが存在する。最後に、多数の身体的パラメータをレビューして複雑な状態、例えば、所定の長さの時間を超えて持続する徐脈などの存在を判定するためのシステムに対するニーズが存在する。本発明はこれらのニーズを解決し、さらに多くの関連した利点を提供する。
【０００４】
【課題を解決するための手段及び作用】
本発明は医療介護の機能を大幅に高める危険イベント通知システムを提供する。そのシステムによって患者の診断情報、検査結果、チャート、または他のデータを、コンピュータまたは同様な装置によって自動的にレビューすることができ、そして「危険イベント」が検出された場合、担当の医師または複数の医師達への自動ページング機能を提供する。すなわち、個人（好適な実施形態のケースにおいては医師）に対する呼出しの決定はシステムによって自動的に行われ、直接の人間の決定を必要としない。したがって、これから分かるように、本発明によって自動的に検出された危険イベントに直接に応答してページングを制御することにより、呼出しの回数を減らすことができる。医療の分野においては、医師の往診を必要とする状況が常に正しく且つ即時に認識され、技術的および情報的なメッセージによってその医師に対して報告されることを確実に支援する。本発明は医療の介護および医師だけに限定されるものではなく、そして医療の職業以外の広範囲のアプリケーションを提供する筈である。
本発明の１つの形式は測定パラメータの危険な値の存在について、個人に自動的に通知するシステムを提供する。そのシステムは入力データを自動的に監視するコンピュータ・システム、個人によって携帯されるリモート・ページャ、およびそのリモート・ページャを使っている個人を呼び出すことができるページング・ネットワークによってこのことを行う。コンピュータ・システムはページング・ネットワークと選択的に通信し、リモート・ページャを自動的に呼び出すことができる通信装置を備えている。コンピュータ・システムはその入力データを監視する。データはそれが到着するたびに、あるいはメモリまたはロギング装置に格納された後で、そのデータを定期的にレビューすることによって監視される。コンピュータ・システムは測定パラメータを表しているデータを所定の量と自動的に比較する。所定の関係を検出した場合、例えば、所定の量がそのパラメータを表しているデータより大きいことを検出した場合、危険なイベントが発生したことをそれによって判定する。次に、コンピュータ・システムはその個人がその危険イベントについて通知されるべきであることを、電子的に、そして自動的に決定し、ページング・ネットワークにその個人を呼び出させる。
【０００５】
以下に説明される自動的に医師に通知する医療装置の好適な実施形態において、危険イベントの一例は患者のカルシウム・レベル（その患者の血液の定期的な分析から求められる）が所定の臨界レベル（例えば１デシリットル当たり１０ｍｇ）以下に落ちた場合として定義することができる。この例においては、測定パラメータはカルシウム・レベルとなるが、データによって伝えられるそのようなパラメータが多くあり得る。例えば、燐、酸素、尿素、窒素および／またはマグネシウムのレベルなどがある。これらの各レベルを危険イベントに関して分析することができる。例えば、これらの元素のうちの１つの濃度が所定のレベル以上になるか、あるいはそれ以下になるか、あるいは或る値の範囲の間にある時などが危険イベントである。
入力データの単独パラメータが所定の関係（例えば、より大きい、より小さい、等しい、或る範囲内にあるなど）を満足するかどうかを瞬時に検出することだけが本発明の応用ではなく、本発明は高度なレビューおよび分析を自動的に実行するためにも使うことができる。一例として、本発明はいくつかのパラメータを同時に監視し、２つの状態が同時並行的に満足された時（例えば、１つのパラメータが第１の値より大きく、そして第２のパラメータが第２の値より小さい時）だけ、危険イベントとして検知する。もう１つの例として、本発明は記憶されたデータの定期的なレビューに適用することができる。例えば、ベンチレータから電子的に提供されている酸素の量が定期的に更新されていて、或る患者が４時間以上にわたって６０％以上の酸素レベルで機械的ベンチレーションに維持されている時に、危険イベントと判定する。実際、好適な実施形態（医療ページング・システム）は危険イベントを定義する或る「例外」条件をユーザが定義できるようにプログラムすることができ、これらは患者ごとのベースでプログラムすることができる。
上記から、本発明は医療の分野において重要な進歩を提供することは明白である筈である。ただ１つの例として、一人の医師が心臓の状態について一人の患者を特別に監視することができ、そして他の患者または健康な個人に対して正常である条件が存在する時に知らされるようにすることができる。その医師のページングは自動的であり、そして本発明のさらに特定の機能において、そのページングはページャのディスプレイ画面上に表示される英数字のメッセージを含む。このメッセージのフォーミュレーション（formulation）は自動的であり、そして呼び出されるべき個人はその危険イベントの正確な性質について即時に、そして情報を伴って通知される。上記の例を使って、医師は患者のカルシウム・レベルがデシリットル当たり８ｍｇ以下に落ちたこと、そしてさらに、その正確なカルシウム・レベル、その患者の名前および診断情報、およびその患者を介護している看護婦の名前およびその病院におけるその看護婦の電話番号が通知される。
【０００６】
本発明のさらに詳細な特徴においては、多数のページャが使われ、各ページャは一意的なＰＩＮ番号を備えており、危険イベントを通知されるべき個人はそのイベントに応じて変わってもよい。この好適な実施形態においては、多数の患者を監視することができ、その患者の危険イベントのタイプおよびアイデンティティに応じて、特定の医師を呼び出すことができる。各医師に対するＰＩＮ番号をデータベースまたはソフトウェアの中のテーブルに格納することができ、コンピュータ・システムが患者の統計情報を分析し、適切な医師を呼び出すことができる。例えば、特定の一人の患者が異常に速い心拍数になっている場合（不整頻拍）になっている場合、病院内にいる医師、往診の医師および心臓学の専門医のオンコールのそれぞれを呼び出すことができる。その例においては、病院内の医師および往診の医師はその特定の患者に対するそれぞれの割当てに基づいて呼び出され、心臓学の専門医は特定の状態に基づいて呼び出される。
本発明は次の詳細な説明を参照することによってより良く理解することができる。説明は付属の図面を参照されたい。本発明の特定の１つの実装（implementation）を構築して使用できるようにするために以下に説明される特定の好適な実施形態の詳細な説明は、その列記されている特許請求範囲を限定するものではなく、その特定の一例として働くことが意図されている。
【０００７】
【実施例】
上記で要約され、請求の範囲に列記されている請求項によって定義されている本発明は、次の詳細説明を参照することによってより良く理解される。その説明は付属の図面と組み合わせて読まれるべきである。本発明の特定の実装を作成し、使用するための、以下に記述されるこの特定の好適な実施形態は、列記されている請求項を制限することを意図するものではなく、特定の一例として示されているだけである。以下に説明される特定の例は危険イベント通知システムの好適な特定の一実施形態であり、ページャ・ネットワーク、リモート英数字ページャ、コンピュータ・システムおよびモデムを使うものである。しかし、本発明は他のタイプのシステムおよび装置にも同様に適用できる。
【０００８】
＜Ｉ．主要部分の紹介＞
図１は好適な実施形態の説明的な図であり、臨床情報システム、患者データを監視して危険イベントを検出する自動アラート・アルゴリズムおよびページャ・ネットワークの使用を示している。特に、６つの絵によるブロック１１、１３、１５、１７、１９および２１が、好適な実施形態の動作を示すために図１の中に示されている。また、それらは本発明のシステムが患者データを監視し、危険イベントの発生を検出し、そして医師に自動的に通知する方法を示すのに役立つ。この通知を行うために、システムは必要に応じてページャ・メッセージを自動的にフォーマット化し、そして自分自身がその医師を呼び出すための決定を自動的に行う。図１の中の６つのブロックについて時計回りの順序で左上から始めて、図中に示されている各種の矢印の方向に進みながら説明する。
この臨床情報システムは患者を監視し、呼出しに対する決定を行うアラート・アルゴリズムを実行する。それは市販のコンピュータ・ネットワーク、すなわち、Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社から入手できるＣａｒｅＶｕｅ９０００システムから構成される。このシステムはいくつかの自律的な（ただし、ネットワーク化されている）コンピュータ・ワークステーションを備え、コンピュータ・ワークステーションはソフトウェアを実行して多数の患者に対する患者データを管理する。このシステムは連続的な監視を必要とする重症の患者、例えば、ＩＣＵまたはＣＣＵ（心臓学的介護ユニット（Cardiologic Care Unit））に入っている患者に対してだけ使うことができる。あるいは、それは病院全体にわたって適用することもできる。１台またはそれ以上のワークステーションは「サーバ」ワークステーションとしても働き、そして第２のネットワークを通していくつかの他のコンピュータ・システムおよびデータベースと接続（interface）することができる。各ワークステーションのディスプレイは或る種の患者の統計情報、例えば、心拍数、周期的なデータ、例えば、酵素の算出量、薬物のレベル、血球の数を、それらが利用できる時に連続的なデータ入力として受信する。また、各ワークステーションは看護婦によって視覚的に管理される。看護婦は連続的なデータの入力をレビューし、それらを選択的にサンプルし、その連続的なデータがその患者の状態を表している時、それらを「チャート化」する。したがって、例えば、或る種の患者統計情報がワークステーション（看護婦の管理下にある）によってサンプルされ、例えば、１０分ごと、１時間ごとなどの選択された時間間隔で患者のファイルの中に格納される。
ワークステーションの１つに対する代表的なディスプレイ画面が図１の第１ブロック１１の中に示されている。そのディスプレイ画面の中で、一人の患者のファイルまたはチャートが示されている。そのディスプレイのカラムは規則的な時間間隔（例えば、１時間ごと、３０分ごとなど）を表しており、その行はその病院のラボの１つによって維持されている外部コンピュータ・システムによって提供されるか、あるいはサンプルされた患者の統計情報を表している。その行は通常は極めて重要な兆候の情報、例えば、呼吸レート、温度、心拍数、心臓の出力および他の統計情報を含み、また通常は患者の尿の統計情報、ＩＶ流体取込み、呼吸器官のパーセンテージおよびボリューム、ヘモグロビン、血液カルシウムおよびカリウムのレベルなども含む。
【０００９】
図１の第２のブロック１３は臨床情報システムのサーバ・ワークステーションによって使われるアラート・アルゴリズムを表しており、そのいくつかは周期的な間隔で、いくつかは新しいデータが受信するたびに実行される。特に、サーバ・ワークステーションは臨床情報システムと他のコンピュータ・システムとの間のインターフェースを提供する。患者に対する新しいデータが外部コンピュータ（例えば、血液ガス・コンピュータや臨床ラボのコンピュータ）から臨床情報システムへレポートされるたびに、そのデータはそのサーバ・ワークステーションによってその患者に対応している特定のワークステーションに対して分配される。次に、そのデータはその患者のチャートに組み込まれる。また、サーバ・ワークステーションはアーカイブのデータベース（例えば、コンピュータの大容量記憶装置）と臨床情報システムとの間のインターフェースも行い、患者データがそのアーカイブ・データベースの中に維持されている患者ファイルの中に定期的に格納され、そしてそこから検索できるようにする。
上記のアラート・アルゴリズムには２つのタイプがある。先ず最初に、データがその患者に対応している特定のワークステーションに対してサーバ・ワークステーションによって分配される時、その入ってくるラボのデータによって表される危険イベントを検出するためにいくつかのアルゴリズムが使われる。サーバ・ワークステーションがこのデータを分配している間、アラート・アルゴリズムはそのデータをレビューして「危険イベント・フラグ」がそのデータの中に病院のラボによって置かれているかどうかを判定する。第２に、サーバ・ワークステーションは例えば、「例外状態」の検出などより複雑な解析を行うために、作業の論理ユニットとして、患者のファイルまたは特定のワークステーションからの選択されたデータを周期的にインポートするアルゴリズムも採用する。例えば、例外状態の１つは４時間以上の間６０％以上の酸素レベルを必要としている通気装置の患者の状態である。このタイプの分析は、病院のラボから得られる１つだけのデータ測定値などの瞬時的な測定値については行なうことができない。したがって、その分析は周期的なベースで行なわれる。
【００１０】
臨床情報システムおよび他の病院システムはリレーショナル・データベースとして構造化されている。そのデータベースによって、サーバ・ワークステーションおよび病院の他のコンピュータ・システムは作業の論理ユニットの一部として、病院全体にわたるデータベースからデータをインポートおよびエクスポートすることができる。したがって、臨床情報システムはその高度なレビューを完了するのに必要なコンピュータ・データのすべてに対してアクセスすることができ、そしてそれは任意の１つの特定のワークステーションまたはそれらのグループによって格納されているデータのレビューには限定されない。このデータを得るために、サーバ・ワークステーションはそのデータを処理しているコンピュータ・システムまたはデータベースに対して特定のタイプのデータに対する要求をフォーマット化する。
サーバ・ワークステーションが特定の患者に対する危険イベントを検出すると、危険イベント・フラグ（例えば、異常測定データ）によって、あるいは例外状態の存在（周期的な患者ファイル分析）のいずれかによってその患者を担当している医師または複数の医師を自動的に、そして即時に呼び出す。これを行うために、サーバ・ワークステーションは１つの英数字メッセージをフォーミュレートする。そのメッセージは、（１）その患者および予備的診断情報（その患者の病気）を識別し、（２）発生した特定の危険イベントおよびその危険イベントに関連している他の重要な英数字情報を提供し、そして（３）病院における担当の看護婦の名前および、医師がその看護婦に連絡することができる電話番号を医師に提供する。次に、サーバ・ワークステーションは図１の第３のブロック１５の中に示されているような、モデム２３を経由してページャ・ネットワークにダイアルする。自動的にフォーミュレートされてページャ・ネットワークに送信される情報は上記の危険イベントだけでなく、そのメッセージが送られる特定のリモート・ページャに対する個人識別番号（ＰＩＮ）をも含む。
【００１１】
図１の第４のブロック１７によって示されているように、好ましいページャ・ネットワークは「ＳｔａｒＬｉｎｋ」システムとして知られているネットワークであり、コンピュータ化されたページング・システムの制御下で自動英数字ページングを提供する。実際には、ページング・ネットワークのこのタイプのユーザ、例えば、看護婦が普通はキーボードによってコンピュータ・システムの中に英数字メッセージをタイプ・インすることができるコンピュータ・ソフトウェアを受け取り、次に特別のソフトウェアを使って、この英数字メッセージをモデム２３経由でページング・ネットワークに対して送信する。好適な実施形態においては、英数字メッセージのフォーミュレーションおよびＰＩＮの取得はサーバ・ワークステーション上で実行しているソフトウェアによって自動的に行なわれ、危険イベントが検出された時に人間の介入なしで行なわれる。したがって、それは人間の誤りをなくし、また、患者の状態における危険イベントを先ず最初に通知した後でその患者の介護を担当している医師に通知する際に発生する遅延時間をなくすのに役立つ。そのメッセージがページング・ネットワークに対して送信されると、送信機２５が衛星経由でその英数字メッセージを送り出すために使われ、そのメッセージが特定のＰＩＮに対してアドレスされるようにする。
図１の第５のブロック１９は図１の中の下部中央にあり、実際のリモートの英数字「ビーパ」またはページャ２７を示している。そのページャは「パームトップ」コンピュータとして知られている市販のページャであり、Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社製のモデル番号２００ＬＸであることが好ましい。そのページャは基本的にはノートブック・コンピュータであり、それはコンピュータの側面に挿入されている特殊な回路、すなわち、「ＳｔａｒＬｉｎｋ」受信機回路２９を含む。この回路はその受信機回路２９に関連付けられている一意的なＰＩＮによって識別される、その特定のリモート・ページャに対してアドレスされたメッセージをインターセプトしてデコードするのに必要な高周波（ＲＦ）回路を含む。
最後に、図１の６番目のブロック２１は「パームトップ」デバイス２７の英数字ディスプレイ画面を示しており、それは多数の行のテキストを同時に表示することができる。特に、「パームトップ」デバイス２７は好適な実施形態を使って連絡される各医師によって携帯されている。医師が呼び出される時、ディスプレイ画面３１はその患者の名前、そのページをトリガした特定の危険イベント、その患者の診断情報、および医師が応答の指令を伝えることができる看護婦の名前および電話番号を示す。［図１はこの後者の情報の表示は示していない］。
【００１２】
このシステムは「パームトップ」デバイス２７のキーパッド３３を使うような二方向の通信も提供し、医師は指令を発行し、その指令は次にモデム、臨床情報システムに対するページまたは無線のリンクを経由してページングまたはセルラー無線ネットワークに対して、そして緊急のワークステーションに対して逆方向に送信され、そこでその指令がその患者を担当している看護婦に対して表示されるようにすることが考えられている。
図１からわかるように、この好適な実施形態は患者を表している連続的および周期的な電子データの両方の自動レビューを使い、危険イベントを自動的にそして即時に通知してレポートする医療システムである。この好適な実施形態によってリモート・ページャ２７に対して自動的に連絡が行なわれ、危険イベントの存在および正確な性質について医師に即時に通信される。したがって、医師はその危険イベントの重要度を判定し、それに対して適切に応答することができる。
好適な実施形態の主要な部分が紹介されたが、この好ましいシステムの設計について以下にさらに詳細に説明される。
【００１３】
＜II．図２：患者データの処理＞
図２は好ましいシステムの動作をさらに詳細に説明している。各患者に対する患者データが３つのソースから臨床情報システムに対して提供される。これらは（ａ）血液ガス・コンピュータからの試験結果を表している周期的データ、（ｂ）臨床ラボのコンピュータからの試験結果を表している周期的データ、および（ｃ）各種のセンサからワークステーションの１つに対して直接に提供されている連続的なデータを含む。これらのソースはそれぞれ図２の下部にある四角形のブロック３５、３７および３９としてそれぞれ示されている。
血液ガス・コンピュータ、および臨床ラボのコンピュータはそれぞれ「ＣａｒｅＶｕｅ  ９０００」臨床情報システムおよびワークステーションから完全に分離されている自律的なコンピュータである。それらの各コンピュータはサーバ・ワークステーションに対して新しいデータを自動的に送るエクスポート・ユーティリティを含み、それは参照番号４１によって示されているような、臨界値フラグ検出を実行するエクスポート・ユーティリティを含む。次に、このデータはそれに対応している患者に関連付けられている特定のワークステーションに対して分配され、そのワークステーションはこの情報をその患者のチャートまたはファイルの一部として格納する。この後者の動作は参照番号４３によって示されている。
この好適な実施形態において、２つの周期的なソースからのデータは電子的にそして自動的に得られるが、先ず最初に注意書きを加えること、あるいは患者のファイルに対して臨界フラグを追加することができる特定のラボの中のアシスタントによってレビューされる。次にそのアシスタントによって、このデータがその特定のコンピュータ・システムに対して専用に設けられている記憶装置の中に格納され、そして特定のコンピュータに対するエクスポート・ユーティリティはこのデータを「ＨＬ７」として知られている好ましいフォーマットである標準のフォーマットで自動的に送信する。以下の表１は「ＨＬ７」のフォーマットの一例を示している。
【００１４】
0003848864.tif 000002
上記の表１の４番目の行において、パラメータ｜Ｌ｜は血液ガス化学ラボにおいて求められるような低いカルシウムの測定値に関連付けられている危険イベントを表す。この好適な実施形態の中のフラグは電子的に確認されたデータの表示を監視するアシスタントによって追記され、その特定のコンピュータ・システムによって使われるソフトウェアが臨界値を自動的に検出し、視覚的表示の中で強調表示を使ってその値をアシスタントに知らせるために使われる。臨界値に気付いた時、その人間のアシスタントはさらにそのソフトウェアを利用して臨界フラグがそのレコードに付加されるようにし、それ以外にその臨界値の存在を反映している注を付加させる。このメッセージを受信して、ワークステーション・サーバは単純に「ＨＬ７」フォーマットを監視し、メッセージの各データ送信をこの量と比較することによって、パラメータ｜Ｌ｜の存在を検出する。必要な危険イベント・パラメータ、および実際に実装されている比較特性についての詳細が以下の表２および表３に示されている。
【００１５】
0003848864.tif 000003
【００１６】
0003848864.tif 000004
危険イベントの検出もアラート・アルゴリズムにより、サーバ・ワークステーションをプログラムすることによって実現することができる。そのアルゴリズムは各パラメータの数値を調べ、その値を、「ＨＬ７」のフォーマットの量を英数字の量｜Ｌ｜と比較する代わりに、関連付けられた数値と比較する。この後者の例においては、ラボのアシスタントが危険イベントのフラグを「ＨＬ７」フォーマットのメッセージの中に挿入する必要はなく、危険イベントは「ＨＬ７」のフォーマットのメッセージの内部の数値データを使って直接判定されることになる。実際に、この性質の自動化されたレビューはいくつかの例外状態の決定に対して実装されている。例えば、いくつかの例外状態のレビューは或る種の新しいデータ、例えばベンチレータからのデータの到着時に自動的にトリガされる。それはこのタイプのアラート・アルゴリズムを構築するためのコンピュータ・システムを熟知している人の技巧の範囲内に十分ある。
危険イベントが存在すると判定される方法がどんな方法であっても、臨床情報システムはその周期的情報をその患者のファイルの中に格納し、そして図２の中間のブロック４５によって示されているようなページャ・メッセージをフォーミュレートするように進行する。そこで平行四辺形はその臨床情報システムによって取られるアクションを表すために使われている。ページャ・メッセージのフォーミュレーション時に、システムは医師のＰＩＮおよび看護婦の名前および対応している電話番号を、外部の管理コンピュータ４７によって格納されている管理ファイルから要求する。この管理コンピュータはこの情報のデータベースを維持し、例えば、時刻、交代勤務などによって変わるスタッフ構成に依存する適切な情報を返す。それは適切な各医師のＰＩＮ、その医師がそのページングに応答して呼び出す担当の看護婦の名前および電話番号を自動的に選択する。この情報を要求する際、臨床情報システムは特定の患者に対するアイデンティティ（番号または名前）がインデックスとして管理コンピュータによって使われるように提供する。管理コンピュータ４７はこの要求された情報を臨床情報システムに対して返し、臨床情報システムはその要求された情報をページャ・メッセージの中に挿入して呼び出されるべき各医師のＰＩＮをエクスポートする。各ＰＩＮは自動的にメッセージが送信されるアドレスとしてページング・ネットワークによって使われる。
この同じ時点で、臨床情報システムはページャ・メッセージをページャ・メッセージ・データベース・ログ５０にも送る。そのログはシステム性能の記録、統計情報およびレビューの中で使うために、その危険イベントの記録としてそのページャ・メッセージを格納する。
第３のソース３９からの患者データに関しては、患者のベッドサイドからの連続的なデータが、心拍センサ、ＩＶモニタなどの電子的センサの手段によって臨床情報システムの特定のワークステーションに対して直接に提供される。臨床情報システムにおいて実行されているソフトウェアによって、測定値がその患者の状態を表している時、看護婦または技師がその患者チャートの一部としてこの情報を自動的にサンプルして格納する。通常、これはＩＣＵの患者に対して毎時に行なわれるが、任意の所望の時刻または時間間隔で行なわれてもよい。
【００１７】
図２のブロック４３によって示されているように、各患者に対して専用に設けられている特定のワークステーションは上記の連続データのサンプル、およびサーバ・ワークステーションからそれに対して送られた新しいラボ・データの両方を、その患者のファイルの一部として表示する。これらのファイルは定期的に大容量記憶装置の中に格納され、それはデータのアーカイブとして動作する。
定期的に、アラート・アルゴリズムがワークステーションによって採用され、平行四辺形５１によって示されている動作、「例外」状態の存在を決定する。この用語「例外状態」は同じパラメータまたは異なるパラメータを表している異なるデータのレビューによって確認することができる複雑な状態を指す。例として、ベンチレータにおける患者に関連して使われる１つの例外状態は、その患者が４時間にわたって６０％以上の組成の酸素のベンチレーションの必要なレベルを有しているかどうかである。このタイプの状態はベンチレータから直接に提供される瞬時データだけからは、この実施形態においては決定できない。したがって、いくつかの期間にわたる酸素の組成を表しているデータのエントリを調べるために患者ファイルが定期的にレビューされる。実際には、上記のように、このデータのレビューは新しいデータが受信された時にトリガされる。例えば、特定のワークステーションに対してベンチレータから提供される連続的なデータは１時間に１回サンプルされ、次に、新しい各データが受信された時、４つの最近のベンチレータ・データのサンプルが毎時間ごとに調べられて、その例外条件が満足されているかどうか（この好適な実施形態においては、ベンチレータのデータは１分間に１回程度の頻度で更新されている）が決定される。他の例外状態は異なるタイプのデータの組合せに基づいていてもよい。例えば、病理学的な不整脈を検出する例外条件は瞬時心拍数および呼吸数の両方に基づいている可能性がある。この好適な実施形態において使われる例外状態が以下の表４の中に示されている。
【００１８】
表４
例外状態
４時間以上にわたってＦｉＯ2＞６０％
尿素の出力＜０．３ｃｃ／ｋｇ／ｈｒ、そして
患者は腎臓の機能不全が許されない
肺の毛細管のウェッジ圧力＞２２ｍｍ  Ｈｇ
最大血圧＜８０ｍｍ  Ｈｇ、そして
患者は肺動脈のカテーテルを持っていない
最大血圧＜８０ｍｍ  Ｈｇそして
肺動脈のウェッジ圧力＜１０ｍｍ  Ｈｇ
心室の頻脈（心臓の不整脈）
心室の細動（心臓の不整脈）
コード・ブルー（心拍停止）
ＰＥＥＰ＜１５ｃｍ  Ｈ2Ｏ
ＳＩＣＵへの再許可＜退院後４８時間
好適な実施形態における危険イベントはアラート・アルゴリズムを使って、
（１）「ＨＬ７」フォーマット・メッセージの中の臨界値フラグの検出または
（２）例外状態の検出によって確認される。これらの動作は図２のほぼ中央にある平行四辺形４１および５１として表されている。危険イベントが検出されると、サーバ・ワークステーションによって実行されるソフトウェアが英数字ページャ・メッセージをコンパイルし（平行四辺形４５によって示されているように）、そしてそのメッセージが送られる各医師に対するＰＩＮを得るために使われる。メッセージがフォーミュレートされると、それは各医師のＰＩＮと一緒に「Ｓｔａｒｌｉｎｋ」ページング・ネットワークへモデム経由で送信され、それによって医師（複数の場合もある）が呼び出され、その英数字メッセージが彼らに対して送信される。この動作は図２の参照番号５３によって示されている。
各タイプの危険イベント（例外状態および臨界値）に対する英数字メッセージの医師のリモート・ビーパ・ディスプレイの例が図１０および１１にそれぞれ示されている。特に、これらの図はＨｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社のモデル２００ＬＸパーソナル・データ・アシスタントの使用を示しており、それは複数行の英数字ディスプレイおよび、そのユニットに適合されているＰＣＭＣＩＡ受信機を備えている。将来において使われることが約束されていることを示す１つの新しいシステムは新しいＭ１４９０Ａパームトップ・システムであり、これもＨｅｗｌｅｔｔ−Ｐａｃｋａｒｄから入手でき（ＰａｌｍＶｕｅ）ソフトウェアを使用する。この後者のシステムは英数字ディスプレイの一部としてグラフおよびチャートなどを表示できるようになっている。
【００１９】
＜III．好適な実施形態のハードウェア＞
図３および図４は好適な実施形態のハードウェアを示している。図３は全体のシステム５５の概要を示し、図４は図３に仮想形で示されているような各ワークステーション５９に対する「患者データ」ブロック５７の入力の１つの構成を示している。
【００２０】
２つの異なるグループのコンピュータ・システム６１および６３が図３に示されている。第１に、臨床情報システム６１が図３の右側に示されており、ローカル・エリア・ネットワーク６７によって接続されている複数のワークステーション５９から構成され、各ワークステーションはサーバ・ワークステーション６９から分配される時に連続的な患者データを受信している。サーバ・ワークステーション６９は外部の病院のコンピュータ・システム（６３として示されている）およびデータベースとインターフェースし、それらは図３の左側に示されている。それらは（１）Ｄｉｇｉｔａｌ  Ｅｑｕｉｐｍｅｎｔ  Ｃｏｒｐｏｒａｔｉｏｎ（ＤＥＣ）のモデル１１／２３コンピュータ・システムであることが好ましい、血液ガス・ラボ・コンピュータ７１と、（２）ＶＡＸモデル８５３０コンピュータ・システムであることが好ましい臨床ラボ・コンピュータ７３を含む。これらの各コンピュータ・システムは以前に述べられたように、それ自身のデータベースおよびメモリを維持し、スクリプティングを使って任意の新しい患者データを臨床情報システム６１に対してエクスポートする。それはそのデータがそのシステム上に格納されているからである。これらのコンピュータ・システム７１または７３と臨床情報システム６１との間のインターフェースに関する他の必要な詳細事項および、これらのコンピュータ・システムからの新しいデータがどのように処理されるかについては次の参考資料が参照される。（１）「臨界的な異常のラボおよび血液ガス・データについての自動化されたアラートのためのインターフェース戦略（Interfacing Strategies For Automated Alerts On Critically Abnormal Laboratory and Bolld Gas Data）」著者Shabot、LoBue、LeyerleおよびDubin、Proceedings Of The Thirteenth Annual Symposium On Computer Applications In Medical Care、Washington、D.C., １１月５〜８、１９８９；（２）「パームトップＰＤＡにおけるリアルタイム無線意思決定サポート・アラート（Real-Time Wireless Decision Support Alerts on a Palmtop PDA）」著者ShabotおよびM.LoBue 、Nineteenth Annual Symposium On Computer Applications In Medical Care；および（３）［臨界的な介護における意思決定サポート・システム（Decision Support System In Critical Care」著者Ed.M.Michael ShabotおよびReed Gardner(Springer-Verlag 1994）。これらの参考資料はこの開示の中にあたかもそれらがこの中で完全に示されているように引用によって織り込まれる。
これらのコンピュータ・システムの他に、外部の病院のコンピュータ・システムも（３）ＶＡＸクラスタから構成されている科学データ・センタのコンピュータ４９および（４）ＩＢＭのメインフレームであることが好ましい管理用コンピュータ４７を含む。これらのコンピュータ・システム４７、４９、７１および７３の４つは、すべて第２のローカル・エリア・ネットワーク７５を経由してサーバ・ワークステーション６９に結合されている。そのネットワークは臨床情報システムに対するネットワーク６７とは異なるものである。最後に、サーバ・ワークステーションは患者のファイルを記憶するために使われる大容量記憶装置７７（図３の中では「データ・アーカイブ」とラベルが付けられている）および内部のモデム２３ともインターフェースする。このモデムはページャ・ネットワークに対して危険イベントをレポートし、医師を呼び出すために使われる。多くの適切なモデムおよび大容量記憶装置が入手でき、そして適切なものであり、どれを選択するかはコンピュータについて普通の技術を持っている人に任せられる。
【００２１】
図４は図３の各「患者データ」ブロック５７の構成を示すのに役立つ。患者７９はベンチレータ８１、尿比重計８３およびＭｅｒｌｉｎモニタ８５を含んでいる３種類の異なる装置によって監視される。ベンチレータ８１は市販の任意のベンチレータであってよく、それらは多くのタイプの情報の更新を臨床情報システムに対して供給する。例えば、それらは多くの異なるパラメータから構成され、それらのうちの任意の１つに何らかのタイプの変化があるたびに更新される。このデータのフォーマットおよびその送信はＣａｒｅＶｕｅ９０００システムによって受け入れられるフォーマットに必ずしもマッチしないので、ベンチレータ８１からの情報の送信を、サーバ・ワークステーション６９に結合されている第３のネットワーク９３上に置かれる一様なフォーマットに対して順応させるために、ディジタル・インターフェース８７が作られている。同様に、尿比重計８３からのデータもネットワーク上に情報を送るためにインターフェース８９を通過しなければならない。最後に、Ｍｅｒｌｉｎモニタ８５はＩＶセンサおよびライフ・サイン・センサを直接監視し、そしてＨＰのＣａｒｅｐｏｒｔ  Ｍｅｒｌｉｎインターフェース９１を通じてこのデータをネットワーク９３上に提供する。この後者のインターフェースはモデル１０００／Ａ６００であるように選定されている。これもＨｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社から入手できる。これらのインターフェース８７、８９および９１によって、データの変化が臨床情報システム６１に対してレポートされ、次に、臨床情報システムはそのデータをサンプルして現在の患者の測定データを表示することができる。臨床情報システムは選択的にこれらの測定値をサンプルし、それらを永久ファイル、すなわち、その患者のチャートに対して書き込むために使われる。
【００２２】
＜IV．好適な実施形態のソフトウェア＞
図５〜図９は図２に示されている平行四辺形４１、４５、５１および５３に対応する機能ブロックを示している。図５および図６は特に臨界値フラグおよび例外状態の検出のそれぞれに基づいて、アラート・トリガを検出するための機能ブロック図を示している。図７はページャ・メッセージのフォーミュレーションを示しており、一方、図８および図９はともにそれぞれモデムの制御下でページャ・メッセージのキューイングおよび送信を示している。これらの機能を行うためのソフトウェアはすべてＣ＋＋で書かれ、主としてサーバ・ワークステーション６９上で実行される。
図５は２つの一般的なセクション９５および９７を備え、それらは仮想形で示されている。第１のセクション９５は外部コンピュータ・システム（血液ガス・コンピュータ７１または臨床ラボ・コンピュータ７３のいずれか）のアクティビティを示し、一方、第２のセクション９７はデータがこれらのコンピュータから受信されて分配される時に、臨床情報システム６１によって行なわれるアクティビティを示している。図５の上部のセクション９５によって示されているように、新しいデータが受信されるたびにデータのレコードを発生するためにスクリプティングが使われる。この情報は両方ともコンピュータ・システムのメモリ９９に書き込まれ、そして「ＨＬ７」のフォーマットで記憶される。この時点で、特定のコンピュータ７１または７３のスクリプティングが書き込まれ、臨界値を検出し、それを強調表示するようにする。ラボの技師もモニタ上にデータが現われる時にそのデータを目でレビューし、科学的注記およびフラグを付加して適宜臨界値フラグを含める。次に、そのメッセージが「ＨＬ７」フォーマットに置かれ、そしてそのコンピュータのメモリ９９の中に格納される。コンピュータ７１または７３に対するスクリプティングはこのメッセージをコピーし、それを臨床情報システム６１へ送信する。
【００２３】
好適な実施形態の臨床情報システム６１は血液ガス・コンピュータ７１または臨床ラボ・コンピュータ７３のいずれかからの新しい各データ・メッセージを分析し、そのメッセージが危険イベント・フラグ、すなわち、そのメッセージが「ＨＬ７」フォーマットの場合は量｜Ｌ｜を含んでいるかどうかを判定する。それに従って、サーバ・ワークステーション６９は先ず最初にこの量が存在しているかどうかを判定し、そして存在している場合、危険イベント・メッセージをフォーミュレートしてそれがページング・ネットワークに対して送信されるようにする。しかし、この量が存在するかどうかにかかわらず、臨床情報システム６１はこの新しいデータを反映するために患者のファイル１０１（すなわち、データ・アーカイブ７７の中に格納されている特定の患者のチャート）を更新する。
図６は例外状態をレビューする１つのアラート・アルゴリズムのブロック図である。一般に、各例外状態は定期的なベースで、例えば、１時間ごとに、または或る種の新しいデータが受信されるたびに実行される専用のアルゴリズムを有する。１つのアルゴリズムが呼び出されると、それはデータ・アーカイブ９７の中の各患者ファイル１０１から、すなわち、サーバ・ワークステーションによって維持されている各患者ファイルから順次必要に応じてパラメータを抽出する。これらのパラメータは所定の英数字の量と比較され、それらの量に対して所定の関係を保っているかどうかが確かめられる。例えば、ベンチレータに関連している上記の一例を使って、アラート・アルゴリズムは以前の４時間の期間にわたってその患者ファイルから酸素の各サンプルを検索し、各サンプルに関して、そのアルゴリズムはそのサンプルを６０％の酸素を表している量と比較する。サンプルのすべてがこの数値より大きいという関係を満足していた場合、危険イベントが検出され、そして特定のメッセージがその危険イベントに関連してフォーミュレートされる。例えば、図１０の中に示されているページャ・メッセージはベンチレータの４時間以上の酸素の組成、および１５より大きいかまたはそれに等しいＰＥＥＰ値を含んでいる２つの同時の危険イベントを表す。その比較の量は数値である必要はなく、例えば英字または他の量であるか、あるいはそれらを含んでいてもよい。
【００２４】
図７は検出された危険イベントおよびメッセージのフォーミュレーションの処理のための機能的ダイアグラムを示している。危険イベントが検出されると、臨床情報システム６１は患者の識別子（特定の患者に対応している番号、あるいは特定の病院のベッドに関連している番号）を管理コンピュータ４７に対して送り、そして危険イベントの検出に応答して呼び出されるべき各医師に対する医師のＰＩＮを要求する。例えば、ＩＣＵ患者に対応している危険イベントは病院内にいる医師および往診の医師の呼出しを要求する。管理コンピュータ４７は各患者の介護を担当する医師についての情報を格納しており、そしてその要求された情報をページングに連結して使うために臨床情報システム６１へ返す。しかし、その他に、管理コンピュータ４７はその特定の患者に対して連絡されるべき看護婦に関する情報および、呼び出された医師（複数の場合もある）がその呼出しに応答して指示を与えるためにその看護婦に連絡することができる電話番号も格納している。この情報も管理コンピュータ４７から臨床情報システム６１に対して返され、危険イベント・メッセージの中に組み込まれる。最後に、考えられる１つの実施形態は専門家も呼び出されるようにすることができるにするために、管理コンピュータに対してその特定の危険イベントの指示を送信する。例えば、特定の危険イベントが心室細動の例外状態であった場合、臨床情報システム６１は管理コンピュータ４７に対して心臓学の専門家のオンコールのための医師のＰＩＮも他の情報と一緒に臨床情報システムへ返されるべきであることを示すことができる。この方法で、呼び出されるべき医師の各ＰＩＮに対する英数字メッセージがフォーミュレートされ、それは次の情報から構成される。（１）危険イベント番号；（２）危険イベントのタイプ−例外状態、あるいは危険（アラート）値；（３）患者名；（４）患者番号；（５）患者の診断情報；（６）患者の居場所（例えば、ＩＣＵ）；（７）患者の年令；（８）日付および時刻；および（９）患者の他のデータ、例えばその患者がＩＣＵの中に入っていた時間の長さなど。この情報はすべて危険イベントが検出された時点で臨床情報システムによって患者ファイルから検索される。この情報の他に、危険イベント検出アルゴリズムは、（１０）検出された危険イベントの正確なタイプ（例えば、低いｐＨレベル）および（１１）その危険イベントの検出をトリガした正確な値（例えば、６．９９のｐＨ）などの情報もそのメッセージ・フォーミュレーション・ルーチンに対して返す。
最後に、外部のコンピュータ・システム、すなわち、管理コンピュータ・システムの中に格納されているデータベースの中に維持されている情報が要求され、今説明したように臨床情報システムに対して提供される。この情報は、（１２）その患者を担当している各医師を呼び出すための医師のＰＩＮ（複数の場合もある）、（１３）看護婦の名前および（１４）看護婦の電話番号を含む。医師のＰＩＮはＳｔａｒｌｉｎｋページング・システムに対して送信されるメッセージの数（呼び出されるべき各医師に対して１つのコピーが割り当てられる）を決定するために使われる。後者の情報は、広い範囲の場所にいる患者を監視するためにシステムが構成されている場合、例えば、それなしでは電話で指令を伝えることが困難であるような場合に、各医師に対して送られる英数字メッセージの中に含められる。
【００２５】
図８および図９はＳｔａｒｌｉｎｋページング・ネットワークに対して送信するためにキューの中に英数字メッセージを入れる方法を示している。図８および図９に示されているように、危険メッセージが発生されるたびに、それはメッセージ待機モデム送信のキューの中に入れられる。この実装は好ましい。というのは、代表的なケースにおいては、二人以上の医師が呼び出され、したがって、複数のメッセージを非常に短い期間において臨床情報システムによって発生することができるからである。図９によって示されているような独立のルーチンがそのキューからメッセージを検索し、それらをモデム経由でＳｔａｒｌｉｎｋページング・ネットワークに対して送信し、そのメッセージが送信されたものとしてフラグを立てる。
各医師に対して一意的なＰＩＮを使うことによって、各医師に対してメッセージが独立に配送されるようにすることができる。Ｓｔａｒｌｉｎｋネットワークは効果的であり、ＰＩＮおよび英数字メッセージを含んでいるモデム送信の受信時に、そのＰＩＮに対応している特定の医師を呼び出し、サーバ・ワークステーションのソフトウェアによってフォーミュレートされた正確な英数字メッセージをリモートのビーパ（ＨＰ  ２００ＬＸパーソナル・データ・アシスタント）上に表示する。Ｓｔａｒｌｉｎｋページング・ネットワークを使って送られる英数字メッセージの２つの例が、２００ＬＸリモート・ビーバのディスプレイ画面上に現われるように、図１０および図１１に示されている。
【００２６】
好適な実施形態に対する数多くの可能な改善が、以下の請求の範囲の中に定義されているような本発明の範囲内で考えられる。先ず第１に、特定の医療の状態がこの好適な実施形態における危険イベント分析のために選定されている。任意のタイプの医療状態を危険イベント分析のためにプログラムできることは明らかである。例えば、ＨＰ  ＣａｒｅＶｕｅ  ９０００システムは数百のパラメータをレビューすることができる。臨床情報システムによってレビューされるこれらのパラメータのいくつかが図１２および図１３に示されている。臨床情報システムは、瞬時、時間分散型、あるいはその他の適切と考えられる状態または状態の組合せのほとんどすべてを検出するようにプログラムすることができる。有望な実施形態の別の例として、Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社からの新しい「ＰａｌｍＶｕｅ」モデルＭ１４９０Ａシステムは、英数字のページャ・メッセージを表示するだけでなく、ページャ・メッセージの一部として心電図および他のタイプの情報のグラフィック表示も行うことができる。危険イベント検出メカニズムとして波形の分析を実装するため以外に、例えば、心電図などの波形を含んでいるページャ・メッセージを実装することは、病院のコンピュータ・システムを熟知している人にとって十分その技巧の範囲内にある。また、前に述べたように、英数字表示装置はキーボード３３をも含み、それを使って指令および他の情報を病院へ自動的に送り返すことができ、医師が電話にアクセスしなくて済むようにすることも考えられる。最後に本発明は医療または病院の介護を扱うアプリケーションには限定されない。
【００２７】
これまでに説明されてきた本発明の１つの実施形態によって、変更、修正、および改善がさらに可能であることはこの分野に熟達した人にとっては明らかである。さらに、本発明は医療のページング装置の使用に限定されないことは明らかである。そのような変更、修正、および改善は上では記述されいないが、本発明の精神および範囲の中に含められることが意図されている。したがって、前記の説明は例を示しただけであり、本発明は次の各種の請求項およびそれと均等なものによってのみ限定され、定義される。
【図面の簡単な説明】
【図１】好適な実施形態の説明としての図であり、臨床情報システム、危険イベントを検出するために患者のデータを監視する自動アラート・アルゴリズム、およびページャ・ネットワークを示す。
【図２】好適な実施形態のデータの流れおよび意思決定プロセスを示すブロック図である。図２の下部には、生データが示されており、そのデータは自動的に処理されて、図２の上部に示されているように、選択的ページングが得られる。四角形はデータおよびハードウェアを表すために使われ、平行四辺形はアクションおよび意思決定のアクティビティを表すために使われ、そして円筒形は臨床情報システムの外部のデータベースを表すために使われている。
【図３】いくつかのリンクされたコンピュータ・システムおよびコンポーネントの相互接続を示す。特に、臨床情報システムは独立のリンクされたワークステーションから構成され、そのワークステーションは他のコンピュータ・システムおよびデータのアーカイブとサーバのワークステーションを通じて通信する。各ワークステーションは数人の患者を監視し、患者のデータを自動的に格納し、分析して危険イベントを検出する。外部のコンピュータ・システムおよびデータのアーカイブ（図３の左側にある）は、リレーショナル・データベースのデータを臨床情報システムに対して提供し、その逆も行なわれる。
【図４】図３の患者データ・ブロックをさらに詳細に示す。特に、それは集中治療ユニット（ＩＣＵ）の患者を監視するために使われ、そして連続的な患者データを臨床情報システムに対して提供するハードウェアを示す。
【図５】図２の「臨界値フラグの検出」とラベルが付けられている平行四辺形と関連付けられた動作をさらに詳細に示す。
【図６】図２の「データを分析して例外状態を検出する」とラベルが付けられた平行四辺形に関連付けられた動作をさらに詳細に示す。
【図７】図２の「ページャ・メッセージをフォーミュレート（formulate）する」というラベルが付けられた平行四辺形に関連付けられている動作をさらに詳細に示す。
【図８】図２の「モデムを使ってメッセージをページャ・ネットワークへ送る」とラベルが付けられた平行四辺形を実装する２つのルーチンのうちの１つを示す。特に、図８は臨床情報システムによって作られたページャ・メッセージをページャ・ネットワークの送信用キューの中に入れるルーチンを示す。
【図９】図２の「モデムを使ってメッセージをページャ・ネットワークへ送る」とラベルが付けられた平行四辺形を実装する２つのルーチンのうちの第２のルーチンを示しており、特に図９はページャ・メッセージを図８のキューから呼び出し、実際にそれらのメッセージをページャ・ネットワークへ送信するルーチンを示す。
【図１０】好適な実施形態によって使われるリモート・ページャの英数字表示画面を示し、そして２つの同時例外状態（すなわち、４時間にわたってＦｉＯ2＞６０％、ＰＥＥＰ＞１５）に応答して送信される１つのメッセージのフォーマットを示す。
【図１１】好適な実施形態によって使われるリモート・ページャの英数字表示画面を示し、臨界フラグ、すなわち、血液のｐＨが臨界の数値の７．２５以下に落ちた場合の臨界フラグに応答して送られる１つのメッセージのフォーマットを示す。血液のｐＨ値は実際には６．９９である。
【図１２−１】好適な実施形態の臨床情報システムによって格納されている医療パラメータのいくつかを示すフローシートの１ページ目を示す。自動的に分析されて危険イベントを検出することができるパラメータである。
【図１２−２】好適な実施形態の臨床情報システムによって格納されている医療パラメータのいくつかを示すフローシートの１ページ目を示す。自動的に分析されて危険イベントを検出することができるパラメータである。
【図１２−３】好適な実施形態の臨床情報システムによって格納されている医療パラメータのいくつかを示すフローシートの１ページ目を示す。自動的に分析されて危険イベントを検出することができるパラメータである。
【図１３−１】図１２のフローシートの２ページ目を示す。
【図１３−２】図１２のフローシートの２ページ目を示す。
【図１３−３】図１２のフローシートの２ページ目を示す。
【図１】
0003848864.tif 000005
【図２】
0003848864.tif 000006
【図３】
0003848864.tif 000007
【図４】
0003848864.tif 000008
【図５】
0003848864.tif 000009
【図６】
0003848864.tif 000010
【図７】
0003848864.tif 000011
【図８】
0003848864.tif 000012
【図９】
0003848864.tif 000013
【図１０】
0003848864.tif 000014
【図１１】
0003848864.tif 000015
【図１２−１】
0003848864.tif 000016
【図１２−２】
0003848864.tif 000017
【図１２−３】
0003848864.tif 000018
【図１３−１】
0003848864.tif 000019
【図１３−２】
0003848864.tif 000020
【図１３−３】
0003848864.tif 000021