(57)【要約】ある典型的な実施形態では、ネットワーク上で患者の医療情報にアクセスするためのシステムが提供される。このネットワークは複数のサーバを含む。このネットワークのある典型的な実施形態は、特定の患者と関連する医療情報を保管している１つ又は複数のサーバを識別するのに用いられる患者識別子と関連するサーバ識別子とを含むレポジトリをさらに備えている。特定の患者の医療情報を表示するためのコマンドや要求を受信するとそれに応答するために、このネットワークのある典型的な実施形態は、特定の患者の識別子と関連する特定のサーバ識別子を位置決めするため、レポジトリの検索を開始するための検索プロセッサを備えている。ユーザコマンドに応答するため、このネットワークのある典型的な実施形態は、位置決めされた特定のサーバ識別子をデータフィールド中に組み込むユニフォームリソースロケータ（ＵＲＬ）アドレスを生成するため、また、サーバによってホストされる生成されたＵＲＬアドレスに記憶されている特定患者の医療情報にアクセスする要求を開始するためのインタフェースプロセッサを備えている。
2007524879.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバを含むネットワーク上で患者の医療情報にアクセスするためのシステムであって、
特定の患者の医療情報を保管している特定のサーバを識別する際に用いられる患者識別子と関連するサーバ識別子とを含むレポジトリと、
受信したコマンドに応答して、前記特定の患者の識別子と関連する特定のサーバ識別子を位置決めするための前記レポジトリの検索を開始するための検索プロセッサと、
前記位置決めされた特定のサーバ識別子をデータフィールド中に組み込むＵＲＬアドレスを生成し、また、ユーザコマンドに応答して、前記特定のサーバによってホストされる前記生成されたＵＲＬアドレスのところに存在する記憶された特定の患者の医療情報にアクセスするための要求を開始するためのインタフェースプロセッサと
を備える患者の医療情報にアクセスするためのシステム。
【請求項２】
前記レポジトリが、特定の患者の医療情報をホストしているサーバを識別するため、前記患者識別子と前記関連するサーバ識別子とをリンクさせるマップを含む請求項１に記載のシステム。
【請求項３】
前記インタフェースプロセッサが、前記特定の患者識別子をデータフィールド中に組み込むことによって前記ＵＲＬアドレスを生成する請求項１に記載のシステム。
【請求項４】
前記検索プロセッサが、（ａ）前記レポジトリが前記特定の患者識別子を複数個含むかどうか、及び（ｂ）前記レポジトリが前記特定のサーバ識別子と整合する識別子を含まないかどうかの少なくとも一方を判定し、
前記インタフェースプロセッサが、前記判定に応答して、（ａ）と（ｂ）の少なくとも一方を識別するメッセージの生成を開始し、
前記インタフェースプロセッサが、（ａ）と（ｂ）の少なくとも一方の判定に応答して、前記特定の患者の前記記憶された医療情報にアクセスする要求の開始を禁止する
請求項１に記載のシステム。
【請求項５】
前記レポジトリ中に保管するために、互いに異なった複数のサーバに問い合わせて、患者識別子と関連のサーバ識別子とを示すデータをコンパイルする取得プロセッサをさらに備え、前記所得プロセッサが、前記互いに異なった複数のサーバを識別する記録に応答して、前記互いに異なった複数のサーバに対して周期的に問い合わせを行う請求項１に記載のシステム。
【請求項６】
前記特定の患者の前記アクセスされた保管医療情報を表すデータの生成を開始する表示プロセッサをさらに備え、前記特定の患者の前記アクセスされた保管医療情報が、（ａ）血圧パラメータ、（ｂ）呼吸気パラメータ、（ｃ）バイタルサインパラメータ、（ｄ）血液酸素濃度を表すパラメータ、（ｅ）流体吐出しに関連する注入ポンプパラメータ、（ｆ）点滴薬物治療関連パラメータ、（ｇ）血液ガスパラメータ、及び（ｈ）ヘルスケア組織との前記特定の患者の相互作用に関する金融情報の内の少なくとも１つを含む請求項１に記載のシステム。
【請求項７】
ユーザが、ユーザコマンドに応答して前記特定の患者の前記保管医療情報にアクセスすることを前記ユーザが認証されていることを検証し、また、検証が不成功であった場合にそれに応答して前記特定の患者の前記保管医療情報に対する前記ユーザのアクセスを禁止するための認証プロセッサをさらに備える請求項１に記載のシステム。
【請求項８】
複数のサーバを含むインターネットプロトコル・コンパティブルなネットワーク上で患者の医療情報にアクセスするシステムであって、
インターネットコンパティブルなユーザインタフェースを介しての患者医療情報に対するアクセスをサポートする実行可能アプリケーションと、
前記ユーザインタフェースを用いて入力されたユーザコマンドに応答して、特定の患者の識別子と関連する特定のサーバ識別子を発見するために、少なくとも１つのデータソースに対する検索を開始するための検索プロセッサと、
インタフェースプロセッサであって、
前記検索プロセッサによって発見された前記特定のサーバ識別子をデータフィールド中に組み込んだＵＲＬアドレスを生成し、
前記特定のサーバによってホストされている前記特定の患者の前記保管医療情報に対して、前記生成されたＵＲＬアドレスを介してアクセスする要求を開始し、
前記アクセスされた保管医療情報を通信して、前記インターネットコンパティブルなユーザインタフェースを用いてユーザに表示する
インタフェースプロセッサと
を備える患者の医療情報にアクセスするためのシステム。
【請求項９】
前記少なくとも１つのデータソースが、（ａ）特定の患者の医療情報を保管している特定のサーバを識別するのに用いられる患者識別子と関連のサーバ識別子とを含むレポジトリと、（ｂ）互いに異なった複数のサーバとの内の少なくとも一方を含む請求項８に記載のシステム。
【請求項１０】
複数のサーバを含むインターネットプロトコルコンパティブルなネットワーク上で患者の医療情報にアクセスするためのシステムであって、
インターネットコンパティブルなユーザインタフェースを介しての患者の医療情報に対するアクセスをサポートする実行可能アプリケーションと、
特定の患者の医療情報を保管している特定のサーバを識別するのに用いられる患者識別子と関連するサーバ識別子とを含むレポジトリと、
受信したコマンドに応答して、前記特定の患者の識別子と関連する特定のサーバ識別子を位置決めするための前記レポジトリの検索を開始するための検索プロセッサと、
前記位置決めされた特定のサーバ識別子と前記特定の患者識別子とに応答して誘導されたＵＲＬアドレスにある特定の患者の前記保管医療情報にアクセスする要求を、ユーザコマンドに応答して、開始するインタフェースプロセッサと
を備える患者の医療情報にアクセスするためのシステム。
【請求項１１】
前記レポジトリ中に保管するための患者識別子と関連のサーバ識別子とを示すデータをコンパイルするために、互いに異なった複数のサーバに問い合わせをする取得プロセッサをさらに備える請求項１０に記載のシステム。
【請求項１２】
複数のサーバを含むインターネットプロトコル・コンパティブルなネットワーク上で患者の医療情報にアクセスするための方法であって、
ユーザインタフェースを用いて入力されたユーザコマンドに応答して、特定の患者の識別子と関連する特定のサーバ識別子を発見するために、少なくとも１つのデータソースに対する検索を開始するアクティビティと、
前記検索アクティビティによって発見された前記特定のサーバ識別子をＵＲＬデータフィールド中に組み込んだＵＲＬアドレスを生成するアクティビティと、
前記特定のサーバによってホストされている前記生成されたＵＲＬアドレスにある特定の患者の保管医療情報にアクセスする要求を開始するアクティビティと、
前記インターネットプロトコルコンパティブルネットワークを介して、前記アクセスされた保管医療情報を通信して、前記ユーザインタフェースに表示するようにするアクティビティと
を含む患者の医療情報にアクセスするための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2003年3月13日に提出された係属中の仮出願第60/454,278号（出願人整理番号第03P03690US号）に対する優先権を主張するものである。
【０００２】
背景技術
患者のバイタルデータ用のウェブビューアを提供する製品が知られている。特定の患者のバイタルデータをウェブビューアによって表示するためには、ユーザは一般的に、ユーザＩＤ、ユーザパスワード、患者の氏名、患者識別コード、サーバ及び／又は患者のバイタルデータが常駐するロケーションなどを含む一連の識別子を提供する必要がある。しかしながら、ユーザはしばしば、このようなバイタルデータにアクセスするために必要とされる識別子の１つ又は複数知らないことがある。それは、このような情報が通常は少なくとも部分的に、まさに治療がなされようとしている臨床環境内部に維持されているからである。さらに、このようなデータの時間的な有効性も疑問である。ある種の周知の製品では、ユーザが得たデータや医療記録はリアルタイムの患者情報を正確に反映していない。
【０００３】
概要
ある典型的な実施形態では、ネットワーク上で患者の医療情報にアクセスするためのシステムが提供される。このネットワークは複数のサーバを含む。このネットワークのある典型的な実施形態は、患者識別子と、特定の患者と関連する医療情報を保管している１つ又は複数のサーバを識別する際に用いられる関連のサーバ識別子とを含むレポジトリをさらに含む。特定の患者の医療情報を表示することを求めるコマンドや要求を受信したらそれに応答するために、ネットワークのある典型的な実施形態は、特定の患者の識別子と関連する特定のサーバ識別子を位置決めするためのレポジトリの検索を開始するための検索プロセッサを含む。ユーザコマンドに応答するため、ネットワークのある典型的な実施形態は、位置決めされた特定のサーバ識別子をデータフィールド中に含むユニフォーム・リソース・ロケータ（ＵＲＬ）アドレスを生成し、また、サーバによってホストされる生成済みのＵＲＬアドレスにある特定の患者の保管医療情報にアクセスする要求を開始するためのインタフェースプロセッサを含む。
【０００４】
広範囲にわたる潜在的な実施形態は、次の詳細な説明と添付図面とを通してより理解されるであろう。
【０００５】
定義
本明細書で以下の用語を使用するに際して、次の定義が適用される。
【０００６】
データベース：１つ又は複数の構造化された不変のデータ集合であり、通常は、このデータを更新したり照会したりするソフトウエアと関連付けられている。単純なデータベースは、各々が同じフィールド集合を用いて構成されている多くの記録を含む１つのファイルである。データベースは、様々な識別子が、アイデンティティ、物理的ロケーション、ネットワーク上のロケーション、機能などの様々な要素に従って体系化されているマップを含む。
【０００７】
機能リンク：ユーザが、キーボード上で打ち込んだりマウスをクリックしたりするなどの行為を通じて機能リンクを能動化することによって特定の機能にアクセスすることを可能とするページ上のリンク。機能リンクの能動化は「１つの動作」で行われることが可能であり、この動作は、本明細書では、マウスのクリック、マウスオーバー、キーボードの打ち込み、ペンの動き、指の動きもしくは信号、音声信号、所定の時間にわたる所定の画面ロケーションの凝視及び／又はこれらの何れかの同等物など、機能を能動化させることが可能な何らかの１つの行為のことである。
【０００８】
識別子：特定のエンティティ、アクティビティ及び／又は文書に固有の記号のグループ。識別子は例えば医療記録番号であり得る。識別子は、例えば、数字、英数文字列、バーコード、ＲＦＩＤなど、人間や機械によって読み取り可能であり得る。
【０００９】
患者識別子：医療機関の特定の患者の識別子。患者識別子は、社会保障番号、納税者ＩＤ番号、国民ＩＤ番号、医療保険番号、医療扶助番号、医療保険ＩＤ番号、医療記録番号などである。
【００１０】
サーバ識別子：１つ又は複数の患者監視デバイスがリンクされている特定のサーバ識別子。
【００１１】
ユーザ識別子：本明細書に記載するデバイスやシステムの特定のユーザの識別子。
【００１２】
情報デバイス：パーソナルコンピュータ、ワークステーション、サーバ、ミニコンピュータ、メインフレーム、スーパーコンピュータ、コンピュータ端末、ラップトップ・パーソナルコンピュータ、電話及び／又はこれらの何れかの同等物などのような、何らかの汎用コンピュータ及び／又は特殊コンピュータなどの情報処理が可能なデバイス。
【００１３】
インタフェース：独立した２つのシステムが接触し、また、互いに作用しあったり通信しあう境界。インタフェースによって接続したり相互作用したりする。
【００１４】
機械読み取り可能媒体：情報デバイスで読み取り可能なメモリ。
【００１５】
メモリ：アナログ情報又はディジタル情報を記憶することが可能なデバイス、例えば、不揮発性メモリ、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、フラッシュメモリ、磁気媒体、ハードディスク、フロッピィディスク、磁気テープ、光媒体、光ディスク、コンパクトディスク、ＣＤ、ディジタルバーサタイルディスク（ＤＶＤ）及び／又はＲＡＩＤアレイなど。メモリはプロセッサに結合することが可能であり、本明細書に開示する実施形態に従ってプロセッサによって実行されるように適応された命令を記憶することが可能である。
【００１６】
ネットワーク：有線や無線の通信ネットワーク。
【００１７】
ネットワークインタフェース：電話、携帯電話、携帯モデム、電話データモデム、ファックスモデム、無線トランシーバ、イーサネットカード、ケーブルモデム、ディジタル加入者回線インタフェース、ブリッジ、ハブ、ルータ又は他の類似のデバイス。
【００１８】
患者：医療目的で監視下にある人間又は他種の動物。
【００１９】
患者情報：リアルタイムバイタルデータ、生物学的及び／又は生理学的データ、バイタルデータ、生物学的及び／又は生理学的データに関連するほぼリアルタイム及び／又は前歴データ、血圧パラメータ、呼吸気パラメータ、バイタルサインパラメータ、血液酸素濃度を表すパラメータ、流体吐出しに関連する注入ポンプパラメータ、点滴薬物治療関連パラメータ、血液ガスパラメータ、保険情報、医療個人情報、医療機関情報、支払い情報、家族情報、金融情報、治療情報、薬物情報及び／又はこれらのうち何れかの同等物を含む患者の医療及び／又は治療に関連する情報。
【００２０】
患者監視デバイス：患者情報を収集、表示及び／又は伝達することが可能なデバイス。
【００２１】
プロセッサ：タスクを実行するデバイス及び／又は一式の機械読み取り可能命令。プロセッサは、ハードウエア、ファームウエア及び／又はソフトウエアの内の何れかの１つ又はこれらの組み合わせを備える。プロセッサは、実行可能手順及び／又は情報デバイスによって用いられる情報を操作、分析、修正、変換、送信する及び／又は情報を出力デバイスにルーティングすることによって情報に作用する。プロセッサはコントローラの機能を用いることができる。
【００２２】
サーバ：ネットワークを介してそれ自体に接続されている他の情報デバイスにサービスを提供する情報デバイス。一般的な例としてファイルサーバがあるが、これはローカルディスクを有し、また、リモート・クライアントからの要求を処理して、このディスク上でファイルを読み書きする。サーバはまた、プログラム、共有デバイスなどのリソースにアクセスすることが可能である。
【００２３】
クライアント：ある種のプロトコルを用いる別の情報デバイス又はこのデバイス（サーバ）上で実行されるプロセスのサービスを要求し、また、サーバの応答を受け入れる情報デバイス及び／又はこのデバイス上で実行されるプロセス。クライアントは、クライアント・サーバ・ソフトウエア・アーキテクチャの１部である。例えば、ファイルサーバからファイルのコンテンツを要求するコンピュータは、そのファイルサーバのクライアントである。
【００２４】
シン・クライアント：その能力のほとんどを主としてサーバに依存する比較的単純なクライアントプログラム及び／又はハードウエアデバイス。プレーンテキスト、ＨＴＭＬ、スクリプト、又は単純なオブジェクト（ActiveXコンポーネントやJavaAppletsなど）を含む標準のウェブブラウザを用いて表示されるウェブページは、このカテゴリの典型的な実施形態を表す。
【００２５】
ユニフォーム・リソース・ロケータ（ＵＲＬ）：インターネット、ネットワーク及び／又はこれらに接続されているサーバ上にあるウェブページなどのオブジェクトのロケーションを指定する標準的な方法。ＵＲＬは、１つ又は複数の識別子を含むデータフィールドを含むことが可能である。
【００２６】
ユーザインタフェース：情報をユーザに対してレンダリングする及び／又はユーザから情報を要求するデバイス及び／又はプログラム。ユーザインタフェースは、テキストエレメント、グラフィックエレメント、オーディオエレメント、ビデオエレメント、アニメーションエレメント及び／又は触覚的エレメントを含むことが可能である。
【００２７】
ユーザ：患者情報にアクセスするシステムを利用することが可能な個人。
【００２８】
バイタルサイン：生体中における生物学的及び／又は生理学的プロセスの測定値。バイタルデータ、生物学的データ及び／又は生理学的データの典型的な実施形態には、患者の心拍数、体温、血液ガス、赤血球数、白血球状態、呼吸気量、呼吸数及び／又はこれらの同等物と結び付いた患者情報が含まれ得る。
【００２９】
詳細な説明
ある典型的な実施形態は、ネットワーク上で患者情報をアクセスするシステムを提供する。ネットワーク上で患者情報にアクセスするシステムのある典型的な実施形態は、ウェブベースのＵＲＬリンクを介して臨床アクセスアプリケーションからシン・クライアントバイタルビューアを立ち上げることを可能とする処理方法と結合しているユーザインタフェースを含む。本システムのある典型的な実施形態は、ユーザの氏名やパスワードなどの患者識別子及び／又はユーザ認証情報の入力を受け入れる。患者識別子が入力されると、これがトリガーとなってシステムが、病院臨床情報システム内におかれたホストサーバからの受け入れ患者識別子と関連する患者に関する情報を含むバイタルビューアを自動的に立ち上げる。患者情報にアクセスするシステムのある典型的な実施形態は、複数のサーバを自動的にチェックし、これによって、患者情報をユーザに提供する。サーバをポーリングすることによって、患者識別子と、患者の情報が常駐しているサーバとの共通のデータベースが作成されて維持される。ユーザインタフェースを介して、この患者情報は、識別子を利用して、バイタルビューアなどのブラウザベースのアプリケーションを立ち上げることによって抽出される。
【００３０】
図１は、患者情報にアクセスするシステム１００の典型的な実施形態の図である。システム１００のある典型的な実施形態は、複数の患者監視デバイス１１０を備えている。患者は１つ以上の患者監視デバイスに結合される。患者監視デバイス１１０は１つ又は複数のサーバ１２０に結合されている。サーバ１２０は１つ又は複数のプロセッサ１２５を備えている。プロセッサ１２５は、関連の患者監視デバイス１１０から情報を収集したり、収集された情報を患者識別子及び／又は患者監視デバイス識別子に従って体系化したり、サーバ１２０内に保管されている識別子に対する要求を受信したり、要求された情報を送出したり、システム保守を実行したり、ユーザがシステム１００にアクセスするのを認証したり及び／又はこれらの何れかの同等物を実行したりするなどのいかなる機能をも実行する。
【００３１】
システム１００のある典型的な実施形態では、サーバ１２０はレポジトリサーバ１３０に結合されている。レポジトリサーバ１３０のある典型的な実施形態はレポジトリ１４０を備えている。レポジトリ１４０は、全ての患者とそのそれぞれの監視デバイスとの組み合わせリストを維持しているデータベースの機能性を含む。患者情報にアクセスするためのシステム１００のある例は、レポジトリ１４０に保管されている患者識別子とサーバ識別子とを利用する。レポジトリサーバ１３０は１つ又は複数のプロセッサ１３５を備えている。プロセッサ１３５は、検索プロセッサ、インタフェースプロセッサ、取得プロセッサ、表示プロセッサ、認証プロセッサ及び／又はこれらの何らかの同等物などを備えている。
【００３２】
ユーザは、何れかの適切なアクセスデバイス１５０を用いて、レポジトリサーバ１３０、レポジトリ１４０及び／又はサーバ１２０を介して患者情報にアクセスする。アクセスデバイス１５０は何らかの汎用情報デバイス及び／又は特殊目的情報デバイスである。システム１００のネットワーク接続は有線及び／又は無線接続及び／又は通信ネットワークである。システム１００のある典型的な実施形態は、パスワードで保護されている及び／又は標準のネットワークセキュリティ対策、例えば、パスワードとデータの暗号化、ファイアウオール、ウイルス保護及び／又はこれらの何らかの同等物を用いている。
【００３３】
図２は、ある有効な実施形態では、例えば、図１の患者監視デバイス１１０、サーバ１２０、レポジトリサーバ１３０、レポジトリ１４０及び／又はアクセスデバイス１５０を表す情報デバイス２００の典型的な実施形態のブロック図である。情報デバイス２００は、例えば、１つ又は複数のネットワークインタフェース２１０、１つ又は複数のプロセッサ２２０、命令２４０を含む１つ以上のメモリ２３０、１つ以上の入力／出力（Ｉ／Ｏ）デバイス２５０及び／又は、Ｉ／Ｏデバイス２５０に結合されている１つ又は複数のユーザインタフェース２６０などの多くの公知のコンポーネントの内の何れかを備えている。
【００３４】
情報デバイス２００のある典型的な実施形態は、ユーザインタフェース２６０を含む。ユーザインタフェース２６０は患者情報を表示する。ユーザインタフェース２６０はまた、情報デバイス２００と相互作用するための命令を提示する。ある典型的な実施形態では、ユーザインタフェース２６０は１つ又は複数の入力／出力（Ｉ／Ｏ）デバイス２５０と呼応して機能する。ユーザインタフェース２６０とＩ／Ｏデバイスとの相互作用によって、ユーザは患者情報の要求、収集、体系化、閲覧及び／又は伝達などを実行することが可能である。Ｉ／Ｏデバイス２５０のある典型的な実施形態は、患者情報を自動的に収集、要求、伝達、表示及び／又は体系化などをする。ある典型的な実施形態では、グラフィカルユーザインタフェースなどの１つ又は複数のユーザインタフェース２６０を介して、ユーザは対象となる患者監視デバイスのＵＲＬを提供及び／又は対象となる患者監視デバイスに関する現在のロケーション情報を受信する。
【００３５】
情報デバイス２００のある典型的な実施形態は、患者監視デバイスとその関連するサーバなどの他の情報デバイスから収集されたリアルタイム、ほぼリアルタイム又は過去の患者データを含む患者情報を含む。ある典型的な実施形態では、患者情報はメモリ２３０に記憶されている。メモリ２３０のある典型的な実施形態は、患者識別子とその関連するサーバ識別子とのリストを含む。情報デバイス２００用の命令２４０は、メモリ２１３０内でのデータと情報の適切な収集と体系化とを管理する。命令２４０は１つ又は複数の様々なタイプのメモリ上に記憶される。
【００３６】
情報デバイス２００のある典型的な実施形態は１つ又は複数のプロセッサ２２０を備えている。プロセッサ２２０の典型的な実施形態は検索プロセッサである。コマンドを受信するとそれに応答して、プロセッサ２２０はメモリ２３０の検索を開始する。受信されたコマンドはユーザによって開始されたり、ユーザもしくはソフトウエアによってスケジューリングされた指定時刻に作動するものであり得る。プロセッサ２２０は患者識別子とサーバ識別子を検索する。プロセッサ２２０のある典型的な実施形態は様々なサーバをポーリングして、１つ又は複数のサーバにリンクされている患者監視デバイスに接続されている患者を識別する。このポーリングプロセスは自動的事象及び／又はスケジューリングされた事象である。代替例では、ユーザがプロセッサ２２０に指令して検索を開始させる。ある典型的な実施形態では、プロセッサ２２０は、ユーザが患者の医療情報にアクセスしようとする前に特定の患者が現在監視されているかどうかに関する通知を提供する。ユーザは、患者情報にアクセスするために特定の患者の具体的なロケーションを知る必要はない。
【００３７】
プロセッサ２２０の典型的な実施形態はインタフェースプロセッサである。したがって、プロセッサ２２０のある典型的な実施形態は患者情報を求めるユーザコマンドに対する応答を調整する。プロセッサ２２０は、要求された情報にアクセスする際に用いられるＵＲＬアドレスを生成する。プロセッサ２２０のある典型的な実施形態は、適切な患者識別子とサーバ識別子を利用してＵＲＬを生成する。ＵＲＬが能動化されると、プロセッサ２２０は要求された情報の収集を開始する。さらに、プロセッサ２２０は、ユーザインタフェース２６０及び／又はＩ／Ｏデバイス２５０を介してユーザに収集された情報を通信する。ある典型的な実施形態では、プロセッサ２２０は、要求された患者識別子及び／又は関連のサーバ識別子がネットワーク内に存在するかどうか判定して、要求された識別子が入手可能であるかどうかを伝達するメッセージの生成を開始する。プロセッサ２２０のある典型的な実施形態は、要求された患者識別子及び／又はサーバ識別子が関連のネットワーク上では不在であれば、患者の医療情報にアクセスする要求の開始を禁止する。
【００３８】
プロセッサ２２０の典型的な実施形態は取得プロセッサである。したがって、プロセッサ２２０のある典型的な実施形態は、メモリ２３０に記憶するように、患者識別子とサーバ識別子のリストを取得及び／又はコンパイルする。プロセッサ２２０のある典型的な実施形態は、患者のバイタルサインデータ、患者病歴、支払い情報及び／又は何らかの適当な患者情報などの他の形態のデータを複数のＩ／Ｏデバイス２５０及び／又はユーザインタフェース２６０から収集する。ある典型的な実施形態では、プロセッサ２２０の取得機能は自動式及び／又はスケジューリングされたものである。代替例では、ユーザは手動で、プロセッサ２２０に指令して、様々なタスクを実行させる。プロセッサ２２０のある典型的な実施形態は、周期的及び／又は非周期的に互いに異なった複数のサーバに対して前記レポジトリ中の保管状況に関して患者識別子及び結合されたサーバ識別子を表わすデータを集めるべく問い合わせる。プロセッサ２２０のある典型的な実施形態は、互いに異なった複数のサーバを識別する入力があるとそれに応答して、周期的及び／又は非周期的にこれらサーバに対して問い合わせを行う。入力の典型的な実施形態は、複数の識別子を識別する何らかのデータ形態又は記録である。
【００３９】
プロセッサ２２０の典型的な実施形態は表示プロセッサである。したがって、プロセッサ２２０のある典型的な実施形態は、ＥＫＧ波形などのユーザインタフェース２６０上での患者情報のテキストデータ及び／又はグラフィックデータ表示などの様々な形態の表示データを開始及び／又は維持する。
【００４０】
プロセッサ２２０の典型的な実施形態は認証プロセッサである。したがって、プロセッサ２２０のある典型的な実施形態は、ユーザが、１つ又は複数の情報デバイス２００及び／又は複数の情報デバイス２００を含むネットワーク内に記憶されている患者情報にアクセスすることを認証されていることを検証する。ユーザが患者情報にアクセスすることを認証されていなければ、プロセッサ２２０は、情報デバイス２００へのアクセスを防ぎ、また、ある典型的な実施形態では、プロセッサ２２０はアクセスが禁止されたことを示すメッセージを開始する。代替例では、ユーザが情報デバイス２００にアクセスすることを認証されたら、プロセッサ２２０は、アクセスが成功であることを示す通信をユーザに対して開始する。
【００４１】
情報デバイス２００のある典型的な実施形態は、ネットワークインタフェース２１０を備えている。ネットワークインタフェース２１０によって、有線ネットワーク及び／又は無線ネットワークを介しての他の情報デバイス２００との相互作用が可能となる。
【００４２】
図３は、患者情報にアクセスするためのシステムと関連する動作をサポートするユーザインタフェース３００の典型的な実施形態の図である。ユーザインタフェース３００のある典型的な実施形態は、ネットワークを介して情報を収集するように構成されている非ブラウザベースの実行可能アプリケーションである。実行可能アプリケーションのある典型的な実施形態は、インターネットコンパティブルのユーザインタフェース３００と処理方法とを含む臨床アクセスアプリケーションを介しての患者情報に対するアクセスをサポートしており、これによって、ウェブベースのＵＲＬを介してシンクライアント・バイタルビユーアの立ち上げを可能としている。ユーザインタフェース３００のある典型的な実施形態は、ＵＲＬアドレス３３０で識別されるブラウザページを介して閲覧及び／又は提示される。ＵＲＬアドレス３００は様々な識別子を含むデータフィールドを含む。
【００４３】
ユーザインタフェース３００のある典型的な実施形態は、ログイン画面３１０を備えている。ログイン画面３１０はログイン機能３２０を含む。ログイン機能３２０のある典型的な実施形態は、標準のユーザ名とパスワードシステムとを含む。したがって、ログイン機能３２０は、ユーザの氏名とパスワードを受け入れて、患者情報にアクセスするためのシステムに対するアクセスを許可する。代替例では、ログイン機能３２０は患者識別子の入力を受け入れる。ある典型的な実施形態では、患者識別子が入力されると、病院臨床情報システム内におかれているホストサーバから正しいバイタルビューアが提示される。
【００４４】
ログイン画面３１０のある典型的な実施形態は、ボタン３３０、機能リンク３４０及び／又はアイコンリンク３５０などの１つ又は複数のユーザインタフェースエレメントを備えている。ユーザインタフェースエレメント３３０、３５０及び／又は機能リンク３４０が能動化されると、別個のウインドウの立ち上げ、別のウインドウへのユーザの転送及び／又は新しいアプリケーションの立ち上げなどの何らかの行為が実施される。
【００４５】
図４は、患者情報にアクセスするためのシステムと関連する動作をサポートするユーザインタフェース４００の典型的な実施形態の図である。ユーザインタフェース４００は、患者情報ビュー４１０を提示する。患者情報ビュー４１０のある典型的な実施形態は、患者リスト４５０、１つ又は複数の機能リンク４４０及び／又は１つ又は複数のスクロールメニュー４６０を備えている。ページタブ４３０上でクリックすることによって閲覧のための画面を選択する。要約ビュー４１０のある典型的な実施形態は、ユーザインタフェース４００内にサブ画面を含む。したがって、ユーザ識別子４２０及び／又は印刷機能リンクアイコンやログオフハイパーリンクなどの様々な機能リンク４７０などのユーザインタフェース４００のある特徴は静止状態のままである。
【００４６】
患者リスト４５０のある典型的な実施形態は、患者名と関連する患者情報とのリストを含む。患者情報には、氏名、年齢、性別、住所及び／又はバイタルサインデータなどが含まれる。患者名のある典型的な実施形態は、さらなる患者情報への機能リンクを含む。ある典型的な実施形態では、患者名はチャートアイコン４５５と関連している。ある典型的な実施形態では、ユーザがチャートアイコン４５５を選択することによって、従来の患者記録内で見つけられるあらゆる患者情報にアクセス可能となる。
【００４７】
図５は、患者情報にアクセスするためのシステムと関連する動作をサポートするユーザインタフェース５００の典型的な実施形態の図である。ユーザインタフェース５００は、患者情報ビュー５１０を含む。ある典型的な実施形態では、患者名が選ばれると、詳細な患者ビュー５２０が立ち上げられる。詳細患者ビュー５２０は、ＩＤ番号、バイタルサイン、生理学的データ、現在患者に取り付けられている患者監視デバイス、過去の患者情報及び／又はこれらの何らかの組み合わせなどのさらなる患者情報を含む。詳細患者ビュー５２０のある典型的な実施形態はまた、患者監視デバイスを管理するアプリケーションに対する機能リンクを含む。例えば、ユーザは点滴静注アイコンを選択し、これで、点滴静注パラメータの調整を可能とするユーザインタフェースにアクセスする。詳細患者ビュー５２０のある典型的な実施形態は、より多くのデータの閲覧を可能とする様々なスクロール機能５３０を備えている。
【００４８】
図６に、患者情報にアクセスするためのシステムと関連する動作をサポートするユーザインタフェース６００の典型的な実施形態の図である。ユーザインタフェース６００のある典型的な実施形態は、患者バイタルビューア６１０を含む。患者バイタルビューア６１０は、患者のあらゆるバイタルサイン及び／又は生理学的情報６２０と６５０を含む。患者バイタルビューア６１０は、スクロールバーを含む１つ又は複数のサブ画面６３０と６４０を含む。このような手配によって、ユーザは、１つの患者バイタルビューア６１０内でより多くの情報にアクセスすることが可能となる。
【００４９】
情報６２０のある典型的な実施形態は、リアルタイム及び／又はほぼリアルタイムの生理学的情報を含む。患者バイタルビューア６１０内に提示される情報６２０と６５０は、患者監視デバイスから収集されたデータ及び／又はまさに治療しようとしている医療サービス提供者によって入力されたデータの結果である。情報６２０は、テキストでユーザに示される。情報６５０のある典型的な実施形態は、脳の電気活動を示す痕跡などのグラフィック情報を含む。情報６２０と６５０はまた、以前のテキストの及び／又はグラフィックの患者データ及び／又は情報を含む。
【００５０】
図７は、システムが患者情報にアクセスするための方法７００の典型的な実施形態のフローチャートである。アクティビティ７１０ではコマンドが受信される。コマンドのある典型的な実施形態は、患者の識別子及び／又は特定の患者と関連するサーバ識別子を収集する命令を含む。コマンドは自動的に生成されるか又はユーザによって手動で開始される。
【００５１】
アクティビティ７２０では、識別子はレポジトリ内に保管されるように収集される。ある典型的な実施形態では、患者識別子は、患者情報管理システム内に記憶されている患者情報を有する患者を指定する。関連のサーバ識別子を用いて、患者の情報が記憶されている１つ又は複数のサーバを指定する。アクティビティ７３０で識別子が記憶される。識別子は組織の何らかのシステムにしたがって収集されて体系化される。ある典型的な実施形態では、レポジトリサーバは、取得プロセッサ、検索プロセッサ、ネットワークプロセッサ、表示プロセッサ、認証プロセッサ及び／又はインタフェースプロセッサなどのプロセッサを用いて、患者識別子とその関連するサーバ識別子とを取得及び／又は体系化する。これらの識別子は、１つ又は複数のサーバ及び又はレポジトリ内に記憶される。ある典型的な実施形態では、レポジトリは、患者識別子をその関連のサーバ識別子とリンクさせ、これで、特定の患者の医療情報をホストするサーバを識別するマップを含む。したがって、様々なポーリングプロセスで、サーバにリンクしている患者監視デバイスに取り付けられている実際の患者のリストを検索し、また、この収集物から、マスターリスト及び／又はマップを作成する。マップは継続的に又は自動的に更新されることにより、監視されている患者パラメータのどれに変化があっても取り入れられ、それにより古い患者情報が削除されるようにされる。
【００５２】
アクティビティ７４０では、ＵＲＬが生成される。ＵＲＬは、患者識別子及び／又はサーバ識別子をＵＲＬデータフィールド内に組み入れる。アクティビティ７５０で、情報アクセス要求が処理される。ある典型的な実施形態では、患者識別子を関連する１つ又は複数のサーバ識別子とを含むＵＲＬアドレスによって、ネットワーク内の患者情報のブラウザを介して検索することが可能となる。
【００５３】
図８は、システムが患者情報にアクセスする方法８００の典型的な実施形態のフローチャートである。アクティビティ８１０で、患者識別子とどれか関連のサーバ識別子とを位置決めするために、少なくとも１つのデータソースを検索する。ある典型的な実施形態では、この検索は、自動命令の結果である。代替例では、ユーザは、ユーザインタフェースから入力されたコマンドを介しての検索を開始する。アクティビティ８２０で、ＵＲＬアドレスがこの検索によって生成され、自身のデータフィールドにサーバ識別子及び／又は患者識別子を組み込む。
【００５４】
アクティビティ８３０で、ＵＲＬアドレスにある患者情報をアクセスする要求が受信される。ある典型的な実施形態では、この要求は、ユーザが機能リンクをクリックすると発生する。代替例では、ユーザはユーザ識別子を入力し、それによりそのユーザと関連する患者のリストを生成する。ある典型的な実施形態では、ユーザはまた、患者識別子を入力し、それによりその特定の患者と関連する情報にアクセスする要求を生成する。
【００５５】
アクティビティ８４０で、患者情報が、ユーザインタフェース上で表示されるように通信される。患者情報を通信することによって、ユーザは、リアルタイム及び／又はほぼリアルタイムの患者情報を要求することが可能となる。アクティビティ８５０で、患者情報はユーザインタフェースを介してユーザに表示される。ある典型的な実施形態では、患者識別子がレポジトリ及び／又はサーバで発見された場合、バイタルビューアが立ち上げられてユーザに対しウェブページ上で提示され、ここでユーザは患者情報を閲覧する。患者識別子が複数のサーバ上で複製されると、ユーザインタフェースはこの情報をユーザに対して表示する。対応する患者識別子が発見されない場合、適切なメッセージがユーザに対して表示される。ユーザは、患者情報にアクセスするために、物理的なロケーションやネットワーク内でのロケーションなどの患者のロケーションを入力する必要はない。
【００５６】
患者情報にアクセスするためのシステムのある典型的な実施形態は、次の臨床クライアントアプリケーション内にＵＲＬコールを含む：http://＜host＿server＿name＿or＿IP＿Address＞/WinViewFrontEnd/WVBootAgent.asp。このＵＲＬコールは、ゲートウエイサーバ上のC:＼Inetpub＼wwwRoot＼WinViewFrontEndディレクトリ内のWVBootAgent.aspファイルに物理的にマッピングされる。
【００５７】
患者情報にアクセスするためのシステムのある典型的な実施形態はWVBootAgent.aspを含む。このページは次のパラメータでコールされる：
http://＜host＿server＿name＿or＿IP＿Address＞/WinViewFrontEnd/WVBootAgent.asp？Login＝quest＆PID＝xxxxxxxxwvyz＆Pwd＝winview.
これに対するコードは次のものを含む：
【数１】
2007524879.tif 000003
【００５８】
患者情報にアクセスするためのシステムのある典型的な実施形態はcheckPID.aspを含むことがある。コール側のページであるWVBootAgent.aspからPID、Login及びPwdを抽出する。CheckPID.aspのコードは次のものを含む。
【数２】
2007524879.tif 000004
【００５９】
checkPID.asp内では、pid＿info.infは、患者ＩＤとその関連するゲートウエイサーバとのリスティングを含む手動作成されたファイルである。このファイルは一般的には、Gateway毎に維持（すなわち更新）される。CheckPID.aspのコードは次のものを含む。
【数３】
2007524879.tif 000005
【００６０】
checkPID.aspのある典型的な実施形態では、この患者ＩＤ（ＰＩＤ）内にたった１つしかゲートウエイサーバが発見されなかった場合、全てが良好であり、したがって、次のステップは、winwebviewerを立ち上げる実際のActiveXページをコールすることである。CheckPID.aspのコードはさらに次のものを含む：
【数４】
2007524879.tif 000006
【００６１】
医療情報にアクセスするためのシステムのある典型的な実施形態は、次のものを含むGatewayPIDListnerReadMeファイルを含む。
WinView Boot Agent
WinViewBootReadMe.txt
序説
必要事項：
Gateway servers(s) creating ptlist.txt
Shared Directory containing ptlist.txt accessible by
GatewayPidlistener java application
Webserver(IIS recommended)
WinView Viewer
推奨事項：
Java sdk(to re-compile if needed,java version 1.4.1 recommended)
目的：患者のバイタルが入手可能な場合に、臨床情報アクセスアプリケーションからWinWeb Vitals Viewerに対するアクセスを可能とすること。
アンジッピング
ＣドライブにSecureFilesと呼ばれるディレクトリを作成する。
WinViewBiit.zipをこのディレクトリ中に解凍する。
２つのディレクトリが作成される（WinViewFEとWebRoot）
ウェブサーバから入手可能なWebRootを、それを仮想ディレクトリ（ＩＩＳ）にするか又はそれをウェブアクセス可能なディレクトリにコピーすることによって作る必要がある。
注：他の何れかのディレクトリ中にWinViewBoot.zipを解凍すると、一般的には後続の．ＡＳＰページ中の次のコード行を修正する：
C；＼SecureFiles＼WinViewFE＼pid＿info.inf→line 35 in checkPID.asp
C；＼SecureFiles＼WinViewFE＼wvpassword.txt→line 29 in ProcessPassword.asp
これらを、これら２行への適切な経路を含むように編集する。
セットアップ
GateWayList.txt
…………………
このファイルはWinViewFEディレクトリ中に置かれている。このファイルを、ポーリングしたい各々のGatewayサーバ上のptlist.txtファイルの正確なロケーションで修正する。Ptlist.txtは、アクセスされる我々のjavaのアプリケーションのネットワークドライブからアクセス可能である。
１行目は編集しない：
ptlist.txtのロケーションのためには次のフォーマットを用いること：
＼＼[ip address/server name]＼[name of directory containing ptlist.txt]＼ptlist.txt
例えば：
＼＼Gateway1＼vs files＼ptlist.txt
wvpassword.txt
…………………
このファイルはWinViewFEディレクトリ中に置かれている。このファイルを、WVLogin.aspページで用いたい好ましいユーザ名とパスワードとで修正する。
このファイルは次のフォーマットでユーザ名とパスワードを含む：
［ユーザ名］［パスワード］
例えば：
MyName MyPassword
（注：この時、氏名には何らスペースが含まれていない）
WinViewBootAgentを用いる
臨床情報アクセスアプリケーションから
……………………
WVBootAgent.aspはウェブサーバからアクセス可能である。
臨床情報アクセスアプリケーションからWVBootAgent.aspへのリンクは、コールされると、次のパラメータを含む：
PID,USER
追加の注：他の臨床情報アクセスアプリケーションでも動作する。
ＰＩＤは、閲覧されるようとしている患者のＰＩＤを含む。
ＵＳＥＲはビューアにアクセスするために用いられるUsernameを含む。
GatewayPidListenerのjavaアプリケーションを含むサーバから
…………………………
GatewayPidListenerを実行するには、GateWayList.txtが、GatewayListener.batファイルやGatewayListener.classファイルと同じディレクトリ中にあることを確認する。（注：これらはすべて、WinViewFEディレクトリ中に置かれているべきである。）
GatewayListener.batファイルを実行すれば、これが、javaのアプリケーションを立ち上げて、このアプリケーションは指定されたゲートウエイサーバをポーリングする。
【００６２】
医療情報にアクセスするシステムのある典型的な実施形態は、gatewayPIDListener.javaを含む。そのコードは次のものを含む：
【数５】
2007524879.tif 000007
2007524879.tif 000008
2007524879.tif 000009
2007524879.tif 000010
2007524879.tif 000011
【００６３】
患者情報にアクセスするためのシステムのある典型的な実施形態は、サーバを位置決めするための次の命令を含む：
【数６】
2007524879.tif 000012
【００６４】
患者情報にアクセスするためのシステムのある典型的な実施形態は、Gatewayサーバ上でGatewayPidListenerの自動的な立ち上げ動作を含む。GatewayPidListener＿auto.batを１つのGatewayのＣ：ドライブ上に位置決めする。このファイルの内容は次の通り：
cd c＼securefiles＼winviewfe
GatewayPidListener.bat
【００６５】
次に、次の情報をサーバ（Start→Runコマンド行からのSyseditコマンドを用いてアクセスされる）上のAutoexec.batファイルに入力する：
c：＼GatewayPidListener＿auto.bat
【００６６】
何らかの理由によってあるプロセスが、タスク管理動作内でプロセスを検査することによって検証される通りに実行されない場合、ユーザは、ｃ：ドライブ内のGatewayPidListener＿auto.batファイル又はsecurefiles＼winviewfe内のGatewayPidListener.batファイルにアクセスする。これはまた、GatewayPidListener＿auto.batファイルをStartupファイルフォルダ内に置くことによっても遂行される。これによって、このプロセスはサーバブートされると自動的に立ち上がる。
【００６７】
患者情報にアクセスするためのシステムのある典型的な実施形態は、ウェブベースのＵＲＬリンクを介して臨床アクセスアプリケーションからシン・クライアント・バイタルビューアの立ち上げを可能とするユーザインタフェースと処理方法とを含む。このシステムは患者ＩＤを受け入れて、病院臨床情報システム内に置かれているホストゲートウエイサーバから正しいバイタルビューアを自動的に立ち上げて、それ自体のウェブウインドウから立ち上げられたウェブを介してこの患者（モニター上にあれば）の結果を提示する。バイタルビューア自身はこれを援助なしで単独で遂行するが、本システムは、既存の複数のサーバを（臨床アクセスアプリケーションを介して指定する必要なく）自動的にチェックして、正しい患者のバイタル波形をユーザに提供する能力がある。これを遂行する方法のシステムには、各々の既存のサーバ上でバイタルモニター上でのアクセス可能な患者のリストを検索して、ウェブベースのビューアによって検索されるマスターリストを作成して、患者がバイタルモニター上にあるかどうかに関するほぼリアルタイムの判定をするためのポーリングプロセスが伴う。患者がサーバの関連のデータベース内に発見されたら、その患者のバイタルビューアが立ち上げられ、ウェブページ上でユーザに対して提示されるが、ここでユーザはほぼリアルタイムバイタル結果を閲覧する。患者ＩＤが複数のサーバ上で複製されると、このような方法がユーザに対して表示される。対応する患者識別子が発見されない場合、このメッセージがユーザに対して表示される。
【００６８】
現在の一連のサーバ製品によって、患者バイタルデータ用のシンクライアントウェブビューアが提供される。特定の患者のバイタルパラメータをシンクライアントウェブビューアを介して表示するためには、ユーザＩＤ、ユーザパスワード、患者が常駐する特定のサーバの名称及び患者識別子を指定することが必要である。しかしながら、特定のサーバの知識は一般的には、健康情報システムのユーザには入手不可能であるが、それは、この情報は通常は、ケアしようとしている臨床環境内に維持されているからである。患者情報にアクセスするためのシステムによって、ユーザが、全てのゲートウエイ患者リストファイル（通常はサーバによって記述される）の共通のデータベースを維持し、これらのファイルを立ち上げページと組み合わせて用いて、ゲートウエイサーバとそのサーバ上にある関連する患者のアイデンティティを抽出することによって、特定のゲートウエイサーバを識別して指定する必要性が解消される。
【００６９】
患者情報にアクセスするためのシステムは、特定のゲートウエイサーバ上での患者のロケーションを前もって指定する必要なくゲートウエイサーバの製品組を供給されたシンクライアントウェブベースのバイタルビューアを立ち上げる能力を提供するという利点がある。代替の典型的な実施形態では、特定のサーバ識別子をシンクライアントウェブビューアに対するＵＲＬコール中にエンコーディングする。同システムは、企業内でのエンティティのロケーションを具体的に知る（すなわち、特定の病院の臨床ドメイン内で特定の患者を位置決めする）必要がある他のアプリケーションによって使用可能である。
【００７０】
さらに他の実施形態が、ある典型的な実施形態に関する上の詳細な説明と図面を読めば当業者には容易に明らかになるであろう。
【図面の簡単な説明】
【００７１】
【図１】患者情報にアクセスするためのシステムの典型的な実施形態の構成図である。
【図２】患者情報にアクセスするための情報デバイスの典型的な実施形態のブロック図である。
【図３】患者情報にアクセスするためのシステムと関連する動作をサポートするユーザインタフェースの典型的な実施形態の図である。
【図４】患者情報にアクセスするためのシステムと関連する動作をサポートするユーザインタフェースの典型的な実施形態の図である。
【図５】患者情報にアクセスするためのシステムと関連する動作をサポートするユーザインタフェースの典型的な実施形態の図である。
【図６】患者情報にアクセスするためのシステムと関連する動作をサポートするユーザインタフェースの典型的な実施形態の図である。
【図７】患者情報にアクセスするためのシステムのための方法の典型的な実施形態のフローチャートである。
【図８】システムが患者情報にアクセスするための方法の典型的な実施形態のフローチャートである。
【符号の説明】
【００７２】
１００  システム
１１０  患者監視デバイス
１２０  サーバ
１２５  プロセッサ
１３０  レポジトリサーバ
１３５  プロセッサ
１４０  レポジトリ
１５０  アクセスデバイス
２００  情報デバイス
２１０  ネットワークインタフェース
２２０  プロセッサ
２３０  メモリ
２４０  命令
２５０  入力／出力デバイス
２６０  ユーザインタフェース
３００、４００、５００、６００  ユーザインタフェース
【図１】
2007524879.tif 000013
【図２】
2007524879.tif 000014
【図３】
2007524879.tif 000015
【図４】
2007524879.tif 000016
【図５】
2007524879.tif 000017
【図６】
2007524879.tif 000018
【図７】
2007524879.tif 000019
【図８】
2007524879.tif 000020
【国際調査報告】
2007524879.tif 000021
2007524879.tif 000022
2007524879.tif 000023