(57)【要約】ネットワーク互換のユーザインタフェースシステムおよび方法が患者医学情報のナビゲーションをサポートするために提案される。このシステムは、患者の群に割当てられた患者群識別子を獲得し、患者に関連する医学情報を獲得するための通信プロセッサを有する。表示発生器は、第１のウィンドウと第２のウィンドウから編成される複合表示ウィンドウを発生するように動作する。ここで第１のウィンドウは前記患者群識別子と前記郡内の患者のリストを含み、第２のウィンドウは種々異なる医学情報を、種々の医学的アプリケーションに相応して表示する。前記種々異なる医学情報は前記患者の群内の患者に関連する。表示ナビゲーションプロセッサは第１のウィンドウ表示を維持し、一方、種々の医学情報を第２のウィンドウに種々のアプリケーション間のユーザナビゲーションに応答して表示する。
2004513452.tif 000002
【特許請求の範囲】
【請求項１】
患者医学情報のナビゲーションをサポートする、ネットワーク互換のユーザインタフェースシステムにおいて、
患者の群に割当てられた患者群識別子（３０１）を獲得し、該患者に関連する医学情報を獲得するための通信プロセッサ（２５０２）を有し、
複合表示ウィンドウ（３００）を発生するための表示発生器（２６，２７）を有し、
該複合表示ウィンドウは第１のウィンドウ（３１０）と第２のウィンドウ（３２０）から編成され、
該第１のウィンドウは前記患者群識別子と前記郡内の患者のリストを含み、
前記第２のウィンドウは種々異なる医学情報を、種々の医学的アプリケーションに相応して表示し、前記種々異なる医学情報は前記患者の群内の患者に関連するものであり、
前記第１のウィンドウ表示を維持するための表示ナビゲーションプロセッサ（２５０３）を有し、一方、種々異なる医学情報の前記第２のウィンドウにおける表示は前記種々のアプリケーション間のユーザナビゲーションに相応して表示される、
ことを特徴とするシステム。
【請求項２】
前記患者群識別子は、２つまたはそれ以上の（ａ）集中試料ユニット、（ｂ）クリティカルケアユニット、（ｃ）母性、婦人科学的または産科学的ケアユニット、（ｄ）緊急ケアユニット、（ｅ）火傷ユニット、（ｆ）神経学的ユニット、（ｇ）外科的ユニット、（ｈ）小児科学的ユニット、（ｉ）感染症ユニット、および（ｊ）腫瘍学的ユニットの１つに相応する、請求項１記載のシステム。
【請求項３】
前記種々の医学的アプリケーションに相応する種々の医学情報は、２つまたはそれ以上の（ａ）診断情報、（ｂ）検査結果、（ｃ）人工呼吸器情報、（ｄ）傾向情報、（ｅ）入院関連情報を有する、請求項１記載のシステム。
【請求項４】
前記第１のウィンドウはさらに、１つまたは複数のベッドラベル、患者氏名、年齢、身長、体重および入院日を表示する、請求項１記載のシステム。
【請求項５】
前記第１のウィンドウにおける前記患者群識別子はユーザが選択可能である、請求項１記載のシステム。
【請求項６】
前記表示ナビゲーションプロセッサは、前記第１のウィンドウにおける非アクティブエレメント（３１９ｄ）のユーザ選択に応答して、前記患者リストを前記第１のウィンドウ内に、ユーザが前記種々のアプリケーションをナビゲートしている間は表示しない、請求項１記載のシステム。
【請求項７】
前記患者群識別子は、ユーザがシステムをログアウトした後もメモリに維持される、請求項１記載のシステム。
【請求項８】
患者医学情報のナビゲーションをサポートする、ネットワーク互換ユーザインタフェースシステムにおいて、
ケアファシリティ内での患者の移動位置を指示するリロケーションインジケータを検知するための患者リロケーション検知器（２５０６）を有し、
前記位置移動された患者に対する新たな情報を前記検知されたリロケーションインジケータに応答して自動的に獲得するための通信プロセッサを有し、
前記新たな情報は、前記位置移動された患者を含む患者群に割当てられた患者群識別子（３０１）と、
前記新たな位置における前記位置移動された患者に対する医学モニタリング情報とを有する、
ことを特徴とするシステム。
【請求項９】
前記リロケーションインジケータはビットフラグを有する、請求項８記載のシステム。
【請求項１０】
前記患者群識別子は、複数のケアユニットの１つに相応し、
前記ケアユニットは、１つまたは複数の（ａ）集中ケアユニット、（ｂ）クリティカルケアユニット、（ｃ）母性、婦人科学的または産科学的ケアユニット、（ｄ）緊急ケアユニット、（ｅ）火傷ユニット、（ｆ）神経学的ユニット、（ｇ）外科的ユニット、（ｈ）小児科学的ユニット、（ｉ）感染症ユニット、および（ｊ）腫瘍学的ユニットを含む、請求項８記載のシステム。
【請求項１１】
前記医学モニタリング情報は、２つまたはそれ以上の（ａ）診断情報、（ｂ）検査結果、（ｃ）人工呼吸器ユニット情報、（ｄ）傾向情報、（ｅ）入院関連情報を有する、請求項８記載のシステム。
【請求項１２】
患者医学情報のナビゲーションをサポートする、ネットワーク互換ユーザインタフェースシステムにおいて、
患者医学情報を獲得し、データベース（２５）に格納するための通信プロセッサ（２５０２）を有し、
サーチすべき少なくとも１つのフィールドの入力と選択をユーザに促すメニュー（８００）を発生するためのメニュー発生器（２６，２７）を有し、
獲得された医学情報のデータベースをサーチし、検索基準に関連する患者を同定するためのサーチエンジン（２３）を有し、
前記検索基準は前記フィールドのユーザによる選択、およびテキスト文字列の入力により決定され、
前記同定された患者に対する種々の医学情報を、種々のアプリケーション間のユーザナビゲーションに応答して自動的に表示する表示ナビゲーションプロセッサ（２５０４）を有する、
ことを特徴とするシステム。
【請求項１３】
前記表示ナビゲーションプロセッサは、前記同定された患者に対する種々の医学情報を、種々異なるアプリケーションごとに前記同定された患者を決定する情報のユーザによる再入力なしで自動的に表示する、請求項１２記載のシステム。
【請求項１４】
前記種々のアプリケーションは、２つまたはそれ以上の（ａ）診断情報、（ｂ）検査結果、（ｃ）人工呼吸器情報、（ｄ）入院関連情報を有する、請求項１２記載のシステム。
【請求項１５】
前記少なくとも１つのフィールドは、１つまたは複数の患者氏名、患者識別子、医師、診断および手続フィールドを有する、請求項１２記載のシステム。
【請求項１６】
前記メニューはさらに、選択可能なカスタマイズフィールドを含み、
該カスタマイズフィールドはユーザコマンドに応答して、前記ユーザ入力テキスト文字列に基づく問い合わせを発生し、その際に前記テキスト文字列の再入力を必要としない、請求項１２記載のシステム。
【請求項１７】
患者医学情報を表示するための、インターネット互換方法において、
患者に関連する医学情報を獲得し、
前記医学情報を、患者の群への患者群識別子の割当ても含めて照合し、
複合表示ウィンドウを発生し、
該複合表示ウィンドウは第１のウィンドウと第２のウィンドウとから編成され、
該第１のウィンドウは前記患者群識別子と前記郡内の患者のリストを含み、
前記第２のウィンドウは種々異なる医学情報を、種々の医学的アプリケーションに相応して表示し、前記種々異なる医学情報は前記患者の群内の患者に関連するものであり、
前記第１のウィンドウ表示を維持し、一方、前記第２のウィンドウにおける種々の医学情報は前記種々のアプリケーション間のユーザナビゲーションに応答して表示する、
ことを特徴とする方法。
【請求項１８】
前記維持のステップはさらに、前記患者のリストを前記第１のウィンドウ内に保持するためのユーザコマンドに相応する変数をセットするステップを有する、請求項１７記載の方法。
【請求項１９】
前記第１のウィンドウはさらに１つまたは複数のベッドラベル、患者氏名、年齢、身長、体重および入院日を表示する、請求項１７記載の方法。
【請求項２０】
前記複合表示ウィンドウを発生するステップはさらに、ユーザコマンドに相応してテキスト文字列を入力するためのサーチメニューを発生するステップを有する、請求項１７記載の方法。
【発明の詳細な説明】
【０００１】
関連出願への相互参照
本出願は、２０００年１１月１３日付提出の米国特許願第６０／２４８０８６号に基づく優先権を主張する。
【０００２】
発明の分野
本発明は、医学情報を処理および表示する方法に関連するものであり、より詳細にはネットワーク環境における患者群分けに関連する患者医学データの処理および表示方法に関する。
【０００３】
発明の背景
病院およびその他のヘルスケア環境では、患者に関連する種々の医学データを収集し、表示することがしばしば必要であり、所望される。このような情報は検査結果、ケアユニットデータ、診断および治療手続、人工呼吸器情報、担当医師およびヘルスケア提供者、および所与の患者に関係する管理情報を含む。
【０００４】
現在このような情報は、患者のベッドまたはナースステーションに貼り付けられるチャートを介して提供される。しかし物理的チャートは見るのが煩わしく、しばしば患者に関連する最新の医学情報を含んでいないことがある。この問題は、医学データが多種多様のソースから種々異なる時間で到来することによりさらに悪化する。さらに現在のチャートは、医師または他のケア提供者が簡単にアクセスし、閲覧し、または多種の医学検査の結果または患者に関連する他のデータを決定することが可能であるようには適合されていない。さらに種々の患者医学情報にわたってナビゲーションする現在の技術は、冗長的でしかも非効率的であり、マニュアルの参照、物理的チャート情報の操作を必要とするか、または情報が電子形式で利用される場合には、ユーザインタフェーススクリーンを介して多数の選択を実行しなければならない。さらに複数のケアユニットにわたって患者を追跡すること（例えばＥＲからＣＣＵまたはＩＣＵへ）は、現在の技術を使用しては大変な問題となる。結論として、さらに迅速かつより効率的に、ネットワーク環境における患者群分けに関連する患者医学データをナビゲートするするためのユーザフレンドリーな手段が必要である。ここでは複数のソースからの患者医学データにアクセスし、これを比較し、追跡し、表示できるようにする。
【０００５】
発明の要点
ネットワーク互換性のあるユーザインタフェースシステムおよび方法が患者医学情報のナビゲーションを支援するために提供される。このシステムは、患者の群分けに割当てられた患者群識別子を獲得し、患者に関連する医学情報を獲得するための通信プロセッサを有している。ディスプレイ発生器は複合表示ウィンドウを発生し、この複合表示ウィンドウは患者群識別子および群分けへの患者リストを含む第１のウィンドウと、種々の医学的適用に相応する種々の医学情報を表示するための第２のウィンドウとを有する。種々の医学情報は患者群内の患者に関連する。表示ナビゲーションプロセッサは第１のウィンドウ表示を維持し、第２のウィンドウでは種々の医学情報を種々異なるアプリケーション間のユーザナビゲーションに相応して表示する。
【０００６】
別の側面では、本発明のシステムは患者に関連する医学情報をネットワーク内で連続的に獲得する。患者再配置検知器は再配置指示子を検知する。この再配置指示子はネットワーク上のノードからのメッセージ同報に含まれており、患者がケア施設内で位置を移動したことを指示する。この再配置指示子は、データベース内またはネームサーバでのフラグセットとすることができ、この指示子は患者を新たなケア施設および／またはモニタリングユニットによりユニークに同定する。通信プロセッサは自動的に、再配置された患者に対する新たな情報を再配置指示子に応答して獲得する。ここでの新たな情報は、再配置された患者が含まれる患者群分けに割当てられた患者群識別子と、新しい個所に再配置された患者に対する医学モニタリング情報を有する。
【０００７】
さらに別の側面では、本発明はネットワーク互換性のあるユーザインタフェースシステムで実現される。このシステムは患者医学情報にわたるナビゲーションを支援し、患者医学情報を獲得し、データベースに記憶するための通信プロセッサと、サーチすべきフィールドの選択をユーザに促すメニューを発生するためのメニュー発生器を有する。サーチエンジンは、獲得した医学情報のデータベースをサーチし、フィールドのユーザ選択によって決定されたサーチ基準に関連する患者を識別し、テキスト行に記入する。表示ナビゲーションプロセッサは自動的に、識別された患者に対する種々の医学情報を異なるアプリケーション間のユーザナビゲーションに相応して表示する。
【０００８】
表示される医学情報は、現在特定の群ＩＤに関連する患者に対する患者データに基づくものである。これらのデータは例えば集中ケアユニットまたは緊急室ユニットである。更新された最新の患者情報を所定のケアユニットに関連して自動的に提供すると有利である。このような情報は、患者識別子情報、人工呼吸器情報、診断情報、手続情報、ケア提供者の責任、および検査結果を含む。
【０００９】
図面の簡単な説明
図１は、種々のデバイスを備える通信ネットワークのブロック回路図である。
【００１０】
図２は、患者データをサーチし、表示するためのプロセスのフローチャートである。
【００１１】
図３Ａ〜３Ｃは、患者のリストと患者記録によるナビゲーションの例を示す図である。
【００１２】
図４は、どのように入院結果が表示されるかを例として示す図である。
【００１３】
図５は、どのように患者情報が所与のケアユニットと関連して、本発明によるボードビューモードで表示されるかを例として示す図である。
【００１４】
図６Ａは、アプリケーション固有のデータを表示するためのフローチャートであり、ここでは群分けされた患者のリストは維持される。
【００１５】
図６Ｂは、図６Ａのフローチャートに関連して表示されるスクリーンの例を示す図である。
【００１６】
図７は、システム内で患者の位置を検知し、追跡し、更新するためのフローチャートを示す。
【００１７】
図８Ａ、８Ｂ、８Ｃは、ユーザ定義されたサーチ基準に関連して患者情報を検索し、表示するためのサーチ機能を例として示す図である。
【００１８】
図９は、本発明の機能を有するサーバのブロック回路図である。
【００１９】
詳細な説明
図１は、例として本発明による通信ネットワークのブロック回路図を示す。明細書全体を通じて、同じ参照符号が同じ部材を示すために使用される。図１に示されたように、通信ネットワーク１はＩＰ（インターネットプロトコル）互換のネットワークにより表され、このネットワークは相互接続されたローカルエリアとワイドエリアネットワークの階層を備える。本実施例での病院ネットワークまたは医用ネットワークはＩＰ互換ネットワークであるが、他の形式のネットワーク、例えばＸ．２５、フレームリレー、ＩＢＭ　ＳＮＡ等の他のコンピュータプロトコルを使用する光学的ネットワークまたはワイヤレスネットワーク等の他の形式のネットワークを使用することもでき、これは当業者であれば自明のことである。さらにここで例としてのネットワークは階層的ネットワークであるが、本発明で必須の要件ではない。デバイス間での通信接続をネットワークに基づいて提供するいずれの形式のネットワークアーキテクチャも使用することができる。
【００２０】
図１に示すように例としての階層的ネットワーク１の第１レベルは医用インタフェースバス（ＭＩＢ）２を有する。ＭＩＢは、医用装置をローカルで相互に接続する公知の医用工業規格である。図１に示すようにＭＩＢ２は典型的には、患者室にある医用デバイスを相互接続し、特定の患者へのケアを管理し、特定の患者をモニタするのに使用される。種々の医用デバイスを、ＭＩＢ２を介して接続することができる。図１に示された実施例は、人工呼吸器６ａ、ＩＶ（静脈内）ポンプ８またはその他の医用装置１０を有する。
【００２１】
ＭＩＢ２は典型的には第２レベルＬＡＮネットワーク３と、インタフェースドッキングステーション（ＩＤＳ）デバイス１２によって接続されている。このドッキングステーションデバイスはイーサネット互換ＬＡＮネットワーク３とインタフェースするためのものである。高次レベルＬＡＮ３は例えば無限ＬＡＮとすることができ、Ｓｉｅｍｅｎｓ Ｍｅｄｉｃａｌ Ｓｙｓｔｅｍ により市販されている。高次レベルＬＡＮ３は典型的には、病院内の患者部門により使用される。これは例えば集中治療部門または外科部門等であり、組織の大きさに依存する。
【００２２】
図１には図示していないが、２つ以上のＭＩＢを第２レベルＬＡＮ３に接続することができる。これにより二人以上の患者をモニタし、ＬＡＮ３を介してケアを与えることができる。付加的に医用デバイスは高次レベルＬＡＮ３に直接接続することもできる。例えば図１に示すように人工呼吸器６ａと麻酔装置１３はＬＡＮ３に直接接続されており、ＭＩＢを介する必要はない。
【００２３】
さらにＬＡＮ３は病院ＬＡＮバックボーン４に相互接続することができる。この病院ＬＡＮバックボーン４もイーサネット互換である。このバックボーンネットワーク４は、病院または医学組織内の種々の部門間での通信接続を提供する。例えば病院管理システム１５を検査システム１７と相互に接続することができる。付加的に病院ＬＡＮ４はリモートアクセスゲートウエイ１９を有し、このリモートアクセスゲートウエイは例えば遠隔医師オフィス２３または遠隔ケアサイト２４から種々のシステムおよびネットワーク１上のデバイスへの保安された遠隔アクセスを例えばインターネット２９により提供する。択一的に遠隔サイトはまた、リモートアクセスゲートウエイ１９に例えばダイヤルアップ電話ポート、ＡＤＳＬ、または他のプライベート接続の形式により直接アクセスすることができる。リモートアクセスゲートウエイ１９はまたスタンドアローンではなく、下に説明するサーバ２０の一部とすることができる。
【００２４】
本発明によれば、中央サーバ２０はＬＡＮ３に常駐し、データをＬＡＮ３または病院ＬＡＮ４に接続された端末医用デバイスまたはファシリティから収集し、処理する。このデータは例えば、検査結果のような医学パラメータを含み、ＨＬ７インタフェースによって接続された検査システム１７を介して供給される。付加的医学パラメータデータは心臓学、血流力学、呼吸、および神経学のデータを含み、図１に示した複数の医用デバイスから獲得し、サーバ２０で種々のインタフェースプロトコルを使用して得ることができる。このプロトコルにはＨＬ７またはＡＳＴＭを含む。所定の患者に関連して獲得された医学データは検査結果も含み、ネットワーク１上の医用デバイスから表示およびコントロールのために獲得される。当業者であれば、サーバ２０はネットワーク１のいずれの階層レベルにも常駐できることが理解されよう。なぜなら、ＬＡＮ（例えばＬＡＮ３またはＬＡＮ４）の異なるレベルはすべて、図１の遠隔サイトと同様に相互に接続されているからである。サーバ２０は例えばＣｈａｒｔＡｓｓｉｓｔｒＴＭであり、Ｓｉｅｍｅｎｓ Ｍｅｄｉｃａｌ Ｓｙｓｔｅｍ により市販されている。このサーバは、マイクロソフトＮＴオペレーティングシステムを実行するコンピュータシステムによってホストとすることができる。
【００２５】
図２は、サーバ２０によって実行される機能のフローチャートを示す。サーバ２０はユーザインタフェースソフトウエアと共にクライアントコンピュータ２６のウェッブブラウザ２７に常駐している。このクライアントコンピュータは、アプリケーション間を本発明に従ってナビゲートするように構成されている。サーバ２０はステップ２０２に示すようにまずネットワーク上でデバイスとの通信を確立する。このことは例えばＩＰプロトコルと、ネットワーク１上の各デバイスに対して既知のＩＰデバイスアドレスを使用し、高次のアプリケーション層プロトコルと関連して実行される。
【００２６】
いったんサーバ２０と他のデバイス間で通信が確立されれば、サーバ２０はモニタされており、種々のデバイスに対して選択的にセッティングされたパラメータの獲得を開始する。
【００２７】
通信処理モジュールまたはソフトウエアプログラムは、モニタされるパラメータを含む患者データを獲得し、データベースに記憶するために情報を照合する。前に述べたように、このようなパラメータデータは、ＬＳＩ１７を備えるＨＬ７インタフェースにより、またはＡＳＴＭまたは図１に示されたケア医用デバイスのＭＩＢポイント（ＰＯＣ）を介して得られる。
【００２８】
心臓学、検査結果、血液力学、呼吸および神経学分野のデータを含む医用パラメータデータは連続的にまたは周期的に獲得され、所定の患者と関連付けられ、サーバ２０内の関連データベース２５に記憶される。データベース２５はマイクロソフトＳＱＬサーバのように関連データを記憶するために使用されるタイプのものである。獲得されたデータはタイムスタンプ情報、または獲得されたデータに関連する日付と時間を指示する情報を含むことができる。
【００２９】
従ってサーバ２０は医学データを例えばＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｋｅ−ｕｐ Ｌａｎｇｕａｇｅ）プログラム言語と互換のあるように照合しフォーマットすることができる。これによりデータを、グラフィックユーザインタフェースコンポーネント（ＧＵＩ）を有するウェッブブラウザ上に表示することができる。サーバはまた、ユーザのウェッブブラウザから到来するＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）命令を実行する。サーバ２０の実施例のブロック回路図を示す。このサーバは、患者医学情報を含むデータベース２５（図１）の管理、照合、検索および更新を行う。プログラムエレメントまたは命令を実行し、ここに説明した種々の機能を実現するためのプロセッサは通信処理モジュール２５０２（図９）を有する。この通信処理モジュールは、モニタされるパラメータを含めて患者データと、患者群分けに割当てられた群識別子を獲得し、情報を照合してデータベース２５に記憶する。ナビゲーションプロセッサ２５０４はウェッブブラウザおよび表示発生器ソフトウエアと共働し、表示パラメータを維持してユーザに表示する。一方、ナビゲーションはユーザにより選択された種々のアプリケーションによってユーザインタフェースを介して行われる。ネームサーバプロセッサ２５０６はユニークな識別子（ＩＤ）をシステムネットワークに接続された各ノード、およびシステム内の患者と関連付け、システムによる患者情報の追跡と更新を可能にする。入出力データおよびコントロール信号は種々のプロセッサ間の通信、データベール２５およびサーチエンジン２３とのインタフェース、および通信ライン２５０を介したネットワークとのインタフェースに用いられる。
【００３０】
本発明の側面では、ユーザは図１に示すようにマイクロソフトウィンドウズＴＭ互換ＰＣ２６またはウィンドウズＮＴＴＭ互換ＰＣ３９、またはウェブブラウザプログラムのようなメニュー発生プログラムを実行する他のコンピュータを使用して、所定の患者に関連する医学データの前記カテゴリー形式を閲覧する。すなわちユーザは、サーバ２０への通信接続が確立されている限り、コンピュータ上のウェッブブラウザを使用して、獲得されてデータベース２５に格納されている情報をリクエストし、閲覧する。このことの利点は、医師が遠隔の医師オフィス２３からの医学パラメータデータにアクセスすることができ、その際に専用端末にアクセスする必要のないことである。もちろんユーザは単純にキーボードおよび／またはマウス、またはその他のユーザインタフェースデバイスを使用して、ユーザ選択を入力し、またはユーザコンピュータに要求することができる。ユーザインタフェースは群内での患者リストの表示を維持する機能を含んでいる。一方、種々のアプリケーション間のナビゲーションは、群内で選択された患者に関連する種々の医学データを検索し表示する。このような機能は、表示発生モジュールを含むブラウザを有しており、選択された患者に関連する患者リストと医学データの両方を含む複合ウィンドウを表示する。ナビゲーションプロセッサソフトウエアモジュールはユーザ入力に応答して、表示されている患者リストデータを維持し、一方、選択された患者に関連する種々の医学情報を異なるアプリケーション間のユーザナビゲーションに応答して表示する。
【００３１】
図３Ａから３Ｃは、本発明で実現されたユーザインタフェースシステムの実施例を示す。このユーザインタフェースシステムは、システムデータベース２５に格納された患者リストおよび／または患者記録によってナビゲートする柔軟な手段を提供する。患者のリストは病院またはヘルスケアユニットに現在収容されている患者とすることも、またはネットワーク内で識別された、まだ収容されていない患者とすることもできる。
【００３２】
本発明によれば、ナビゲーションメカニズムは特定のケアユニットまたはユーザ専用のサーチ基準に基づくこともできる。
【００３３】
図３Ａを参照すると、そこにはユーザインタフェース３００の実施例が示されており、これによりユーザは所定のケアユニットと関連する患者情報を閲覧し、選択し、獲得することができる。複合ディスプレイ３００は、患者情報およびケアユニット情報を閲覧し、走査するための第１のウィンドウ部分３１０と、種々の医学情報を種々の医学的適用に応じて表示するための第２のウィンドウ部分３２０を有する。ケアユニットラベル（ＣＵｌ）３０１は、現在のケアユニットを表示し、ネットワーク内でユーザによる選択のためにモニタされているすべてのケアユニット（例えば３０１Ａ、３０１Ｂ）のプルダウンリストを提供するためのディスプレイを有している。サーチオプション３０１ｃはまた選択可能なプルダウンメニュー内にも含まれており、ラベル３０１を介して患者関連情報のユーザ入力サーチを提供する。この実施例で、病院はカテゴリーにより定義され、関連データベース内で編成された複数のケアユニットを含むことができる。これらの複数のケアユニットは、１つまたは複数の集中ケアユニット、クリティカルケアユニット、母性、婦人科学的または産科学的ケアユニット、緊急ケアユニット、火傷ユニット、神経学的ユニット、外科的ユニット、小児科学的または乳児学的ユニット、感染症ユニット、および腫瘍学的ユニットを含む。患者は典型的には所定のケアユニットに、各ユニットが提供するケアの形式に関連して患者の特定の医学的必要性に基づき割当てられている。このようにして各患者には群識別子（ＩＤ）を特定のケアユニットに関連して割当てることができる。もちろん他の群ＩＤを使用して、所定の患者データ記録をデータベース２５内で公知のように割当てることもできる。
【００３４】
図３Ａを図２のフローチャートと共に参照すると、特定のケアユニットのユーザ選択（例えばマウスクリックによる）によりデータベース２５がサーチされ、患者氏名のリスト３１５が選択されたケアユニット（または検索文字列）に関連して表示されることがわかる。このリストは患者氏名３１５ａ、患者ＩＤ３１５ｂ、およびベッドラベル３１５ｃを、適切であれば各患者ごとに有する。ソフトウエアをフォーマットすることでリストを表示スクリーンに適合させることができる。リストが所定のスクリーンに割当てられたスペースを越える場合には、ページセレクタ３１８がウィンドウ３１０の左下コーナに配置され、ユーザは表示された患者情報の特定のページにディスプレイ３００上で迅速にアクセスすることができる。有利な実施例では、患者リストは姓名のアルファベット順で表示される。しかしリストを種々の異なる配列順序、例えばベッド番号または患者ＩＤで表示することもできる。
【００３５】
選択されたケアユニットからのサーチオプション３０１Ｃのユーザ選択はポップアップ入力パネル８００（図８Ａ参照）を発生させ、これがユーザに表示され、ユーザに検索文字の入力を促す。ユーザが選択された検索文字列を入力すると、サーチエンジン２３が起動され、サーチ可能な記録を有するデータベース２５内でユーザにより選択され検索文字列にマッチングする患者のリストが検索される。
【００３６】
一般的には３１９のように例えばディスプレイ３００の右上に配置されたアイコンラベルの集合により、本発明のシステムに関連した基本機能に迅速にアクセスすることができる。例えば入院アイコン３１９ａのユーザ選択によりユーザインタフェースは図４に示すような表示スクリーン４００を発生する。この表示スクリーンは選択されたケアユニット（例えばＣＣＵ）内のすべての患者のリストを表示する。この患者はネットワーク内で認識されるが、まだシステムへの入場が許可されていない患者である。すなわち操作の入院モードをユーザが選択することにより問い合わせがサーバ２０で実行され、ユーザインタフェースパネルは選択されたケアユニット（ＣＣＵ）でのすべての患者のリスト４１５を表示する。これらの患者は、自分のエントリーまたは通信ネットワーク内の接続を定義するデータベースエントリーを有しているが、まだシステムへの入場が許可されていない。続いて患者リストから所定の患者を選択すると、入力スクリーンへのリンクが始まり、関連の患者情報を入力または更新することができる。この患者情報には、アドレスデータ、生理学的データ、入院データが含まれる。医師および家族面接情報を入力するための入力スクリーンも同様である。
【００３７】
本発明のシステムは選択されたケアユニット３０１の識別を維持するように動作する。このことはシステムの各モードがアイコン３１９の集合を介して選択できることにより行われる。これらのアイコンは、入院アイコン３１９ａ、ボード閲覧モード３１９ｂおよび患者閲覧モード３１９ｃである。このシステムはボード閲覧モードで、所定の医学情報をチャート形式で、選択されたケアユニット内の各患者ごとに表示する。患者閲覧モードは、選択されたケアユニット内の特定の患者に関連する所定の医学情報を含む表示を提供する。
【００３８】
例えばボード閲覧アイコン３１９ｂをユーザが選択すると、ユーザインタフェースプロセッサが選択されたケアユニット３０１内のすべての患者のリストを表示する。これらの患者は現在、システムへの入場が許可されている。このようなスクリーンの例が図５に示されている。ここにはケアユニット３０１と、関連する患者のリスト３１５が示されており、患者氏名、患者ＩＤ、およびベッド番号を含む。付加的な医学データもアプリケーションウィンドウに含まれており、状態５３０，人工呼吸器５４０，診断５５０，手続５６０，検査結果５７０および参加エリア（ＭＤ／ＲＮ）５８０を含む。前に述べたように、患者リストが閲覧ページ位置を越える場合にはページインジケータ３１８が現在のページに加えてページ数を表示し、他のページへのリンクを提供する。
【００３９】
状態フィールド５３０はフリーテキストフィールドを提供し、ここにはユーザまたは操作者がテキスト情報を入力することができる。このことはキーボード、光ペンまたは他の手動入力手段によるデータ入力によって行われる。人工呼吸器フィールド５４０は所定の患者に関連する人工呼吸器の現在のモード、および患者が連続的に人工呼吸されている時間を表示する。人工呼吸器フィールド値とパラメータ設定は、ネットワークを介して接続された人工呼吸器ユニットから自動的に獲得するか、またはユーザにより入力される。診断フィールド５５０は、選択されたケアユニット内の各患者に関連する最近の一次的診断および二次的診断を表示する。一方、手続フィールド５６０は各患者に対して最近記憶された医学的手続を表示する。
【００４０】
患者リスト（図３Ａまたは図５参照）からの所定の患者のユーザ選択に基づいて、患者固有の情報がアクセスされ、データベース２５から検索され、ユーザに第１のウィンドウ位置３１０において表示される。図３Ａに示されたセンサスパネルディスプレイ３００からの所定の患者ラベル３１５を選択することにより、図３Ｃに示すような表示が得られる。ここでは第１のウィンドウ位置が患者の概要情報をスクリーンの上部に示す。図３Ｃに示すように、本発明のシステムはデフォルトモードで、選択されたケアユニット内の患者のリスト３１５を削除するように動作する。これはリストから所定の患者を選択することにより行われ、ユーザは種々のアプリケーション３２０１を介して閲覧する所定の患者データを選択することができる。概要情報は、ベッドラベル３１６２，患者氏名３１６４，患者ＩＤ、年齢、慎重、体重情報３１６８、および患者入院日のような入院情報３１６９を含む。概要情報ディスプレイ３１６０はさらに、患者がシステムへの入場が現在許可されているが、ネットワーク上でアクティブではない場合のインジケータ３１７０を含むことができる。すなわち、サーチ要求への応答において、所定の患者が（通信ネットワーク内の関連ノードを介して）接続されているモニタまたは端末デバイスおよび以前はネットワークに登録されていた患者がもはや応答しなければ、インジケータ３１７０が表示され、ユーザに上記のことを警告する。これは例えば、患者が人工呼吸器ユニットから移動された場合に発生し得る。または所定のケアユニットからの移動中である場合にも発生し得る（例えば患者を集中ケアユニット（ＩＣＵ）から手術室（ＯＲ）へ搬送する間）。
【００４１】
ナビゲーションコントロール処理は３２０１として一般的にラベルしたタブによりイネーブルされる。このタブは、種々のアプリケーションへのアクセスを提供し、第２のウィンドウエリア３２０に表示する。図３Ｃに示した実施例で、このようなアプリケーションタブは概要３２０２，生活３２０３，注意３２０４，検査３２０５，人口３２０６，人工呼吸器３２０７、および報告３２０８のタブを有しており、データベース２５から所定のサーチ基準に従って情報を検索するための相応のアプリケーションを起動することができる。各タブ３２０１はさらに付加的タブ機能を含むことができ、ウィンドウ部分３２０に表示するための所定のアプリケーションにアクセスし、処理することができる。
【００４２】
前に図３Ｃを参照して述べたように、本発明のシステムはデフォルトで、選択されたケアユニット内の患者のリスト３１５を削除する。この削除はリストからの特定の患者の選択に基づいて行われ、ユーザは特定の患者データを閲覧するための種々のアプリケーションによって選択することができる。本発明の有利な構成では選択アイコン３１９ｄが設けられており、このアイコンはユーザのアイコン選択に応答して、第１ウィンドウ位置３１０内の患者パネルリスト３１５を所定の患者が選択された後も維持する。ピンアイコン３１６ｄはユーザに、リストがピン留めされているか否か（すなわち連続的表示が維持されるかどうか）を指示する。実施例ではこのような指示は、種々異なる形状、フォント、または色属性としての可視的インジケータにより、ピンインジケータ３１９ｄに関連してお行われる。図３Ａに示したようにピンインジケータ３１９ｄは垂直軸を基準にして傾斜しており、動作のデフォルトモードまたは「ピン留め」モードを示す。このようにして所定の患者をパネルリスト３１５から選択することは、パネルリストの削除となり、引き続き表示される（図３Ｃ参照）。アクティブモード／非アクティブモードはピンアイコン３１９ｄの連続的選択により切り替えられる。
【００４３】
図３Ｂは、第１ウィンドウ表示３１０を維持するための本発明のピン留め機能の実施例を示す。この第１ウィンドウ表示３１０は選択されたケアユニットに関連する患者のリストを含んでいる。一方、種々異なる医学情報を第２ウィンドウ３２０に表示することは種々のアプリケーション間のユーザナビゲーションに応答して行われる。図３Ｂを図３Ａと関連して参照すると、ユーザはまずピンアイコン３１９ｄを選択して、リスト３１５を維持するためのピン留め機能をイネーブルする。特定の患者３１５１が選択されたケアユニット３０１内の患者リストから選択される。ユーザはさらに注意タブ３２０４および診断サブタブ３２０４１のようなアプリケーションタブを選択し、注意→診断アプリケーションを起動し、データベースから選択された患者３１５１に関連する診断情報を所定のサーチ基準に従って検索し、結果をウィンドウ部分３２０に表示することができる。同時にウィンドウ部分３１０は、選択された群またはケアユニット３０１内の患者のユーザ選択可能リスト３１５を維持する。このようにして得られた表示が図３Ｂに示されている。引き続き所定のケアユニット内で異なる患者３１５３を選択すると、新たに選択された患者データが検索され、現在選択されているアプリケーションタブにロードされる。このことは有利には、最小のユーザ指示によるアプリケーション内での「電子的ラウンド」を可能にする。
【００４４】
さらなる実施例として図６Ａは、所定のケアユニット内の各患者に対する検査結果データを表示するためのフローチャートを示す。このことはパネルリスト３１５をピン留めし（ステップ６１０）、所定の患者３１５３を選択し（ステップ６２０）、検査タブ３２０５を選択して当該患者に対する検査結果を閲覧し（ステップ６３０，６４０，６５０）、そして別の患者をリスト３１４内でそれぞれ選択する（ステップ６６０）ことにより行われる。図６Ｂは、前記のプロセスと関連して得られたスクリーン表示を示す。ユーザはまた、患者リストを維持する間に種々異なるアプリケーション間でナビゲートすることができる。例えば図３Ｂに表示された注意→診断アプリケーションから「再閲覧」サブタブ３２０４のユーザ選択により、このアプリケーションに関連する情報を検索するためのデータベース問い合わせが実行される。表示ウィンドウ３２０は次に、選択された患者に関連する種々の医学情報を、「再閲覧」に対するサーチおよび表示基準に相応して表示する。同様にして、人口、人工呼吸器、傾向、概要、および報告（図３Ｂ参照）に対するタブの各々を選択すると、付加的な患者固有の医学情報がデータのこれらカテゴリーの各々に相応して、表示のための特定のサーチ基準に基づきウィンドウ部分３２０に表示される。一方、その群内の患者のリスト３１５はウィンドウ部分３１０に表示されたままである。
【００４５】
本発明のシステムはまた、各ログインアカウントに対して閲覧された、最後に選択されたケアユニットをメモリに記憶するよう動作する。実施例では、最後に選択されたケアユニットに相応するデータアイテム記録がデータベースに格納され、患者固有のユーザアカウントに関連付けられる（例えばユーザログイン）。この記録は次にシステムへのログインに基づいてチェックされ、ログインに関連するユーザは以前のセッションで最後に選択されたケアユニットに配置される。
【００４６】
別の側面では、本発明のシステムによりユーザは、患者を病院またはヘルスケア環境内にある１つのケアユニットから別のケアユニットへ追跡することができる。例えば病院に入院した患者は種々異なるケアユニット間をその滞在中に移動することがある（例えば緊急室（ＥＲ）から集中治療室（ＩＣＵ）へ）。所定のケアユニットおよびベッド番号とそれぞれ関連するネットワークＬＡＮ（例えば病院イントラネット）上の種々のノード、および患者に関連する医学的デバイスとのネットワーク接続性によって、自動的にネットワーク内の患者を追跡することができる。実施例では、サーバ側のソフトエアは各ノードおよびモニタデバイスに関連するユニークなＩＤを備えるネットワークネームサーバを含んでおり、サーバへ情報を通信する。このサーバは、ネットワークＬＡＮ上の所定のモニタに接続された所定の患者との関連特定ノードへ自動的に接続する。メモリカードまたはスマートカードをネットワークＬＡＮに所定のノードで接続されたモニタデバイスに挿入することができる。このメモリカードまたはスマートカードは、関連医学情報を識別および伝送するのに用いることができる。
【００４７】
図７は、システム内の患者の位置を検出、追跡および更新するための処理の実施例のフローチャートを示す。このことは、ネットワーク上の各デバイスとの最初の通信確立によって実行される（ステップ７１０）。いったん通信が確立されると、患者データはサーバ側の通信ソフトウエアプログラムにより獲得され、処理される（ステップ７２０）。各患者記録のチェックは、特定のじゃ似関連するリロケーションフラグまたはインジケータがセットされているか否かを決定するために行われる（ステップ７３０）。フラグがセットされていなければ、システムは、各患者に関連する群ＩＤを含む患者データを照合し、データベースに記憶する（ステップ７７０〜７８０）。しかしチェックによりリロケーションフラグがセットされていることが判明すると、サーバプロセッサモジュールは送信ノードへの要求を送出し、今や新たなノードに割当てられた患者のユニークなＩＤを含む情報を要求する。システムは、新たなロケーション（すなわちノード）での患者に関連する新たな群ＩＤを検出し、情報をシステム内で更新する。これには新たな群ＩＤを備える患者に関連する新たな変数およびパラメータのセットが含まれる。患者に対して以前の群ＩＤに関連してシステムに記憶されている医学パラメータデータは新たな識別子に関連して伝送される（ステップ７５０〜７８０）。このようにして患者情報を得ることができ、患者が新たなケアユニットに関連するよう更新される。例えばサーバ側のソフトウエア通信プロセッサは、周期的に（例えば各２０秒毎に）更新情報を（例えば同報メッセージを介して）システム上の各ノードから受信する。更新情報メッセージは、ノードと関連する所定の患者の位置に関連した所定の状態情報を有している。患者が所定のケアユニットおよびベッドから新たなケアユニット（およびベッド）へ移動する場合、患者の追跡、および新たなケアユニットおよびノードとの関連づけが次のように行われる。まず最初に、モニタユニットが患者と接続されているノードにおいて内部で関連付けられる。この内部での関連付けは、ノードＩＤが今やそのノードに配置された患者と関連付けられるように行われる。ノードに常駐するソフトウエアプロセスは、この情報を含むメッセージをＬＡＮを介して同報通信する。このＬＡＮにおいてメッセージがサーバ２０により受信され、分析される。この情報は、ＩＰアドレス、このノードに関連するユニークなＩＤ、および付加的データのようなヘッダ情報を含んでいる。付加的データは患者氏名、モニタ装置状態（例えばオンライン、オフライン、スタンバイ）、およびリロケーションインジケータを含む。リロケーションインジケータは搬送フラグを有しており、伝送フラグは１ビットまたは複数のビット集合とすることができ、受信側ソフトウエアプロセッサは患者搬送として認識する。このことはサーバ側のソフトウエアに、特定のノードへの問い合わせを促す。この問い合わせは、搬送される患者に関連する識別子を要求するネットワークメッセージの送信により行われる。ノードからの応答の受信に基づき、サーバソフトウエアはユニークな患者ＩＤのデータベース２５を参照して、患者の以前の位置に配置する。サーバソフトウエアは次のその記録を新たなノードに基づいて更新し、内部パラメータとセッション変数をセットし、この新たなノードにいる患者に関連するモニタリングデータを照合する。
【００４８】
前に図３Ａに関して述べたように、ケアユニットリスト３０１からのサーチオプション３０１ｃをユーザが選択すると新たなメニューが発生され、このメニューは、ユーザが医学情報を得るためにデータベースをサーチできるフィールドのリストを表示する。その例が図８Ａに示されている。そこに示されているように、サーチオプション３０１Ｃをユーザが選択すると、ポップアップメニューパネル８００が表示され、ユーザに検索文字列の入力を促す。ユーザが選択した検索文字列を入力すると、データベース２５内のサーチエンジンが関連データベース内で患者リストのサーチおよび検索を行う。このデータベースは、ユーザに表示するための検索文字列にマッチするテキストを含むフィールドを有する。
【００４９】
例えばユーザがサーチすることの出来るフィールドのリストは名字８００１，患者ＩＤ８００２，医師８００３，診断８００４，手続８００５を含むことができる。これらフィールドの各々は関連データベース２５内で特定の医学情報と関連しており、ユーザがこれらフィールドの１つを選択し、検索文字列を入力すると、ユーザインタフェースはウィンドウ位置３１０にユーザ固有の基準にマッチするすべての患者のリスト３１５を表示する。このリストはマルチプルケアユニットを繋ぐことができ、またピンアイコン３１９ｄの選択によりピン留めされ、この表示を維持する。一方、ナビゲーションは種々のアプリケーションによりアプリケーションタブを介して行われる。例えば「医師」フィールド８００３を選択し、テキスト文字列「ｓｍｉｔｈ」を入力すると、データベース内でサーチエンジンにより、担当第１医師の姓が「ｓｍｉｔｈ」を含む患者が検索される。図８Ｂに示すように、また図５に示したのと同じように、患者のリスト３１５がウィンドウ３１０に、ウィンドウ３２０での関連する医学情報に沿って表示される。これはボード閲覧モード（アイコン３１９ｂ）でのシステム動作に相応する。次にユーザは各患者を選択し、入手可能な特定の医学情報をアプリケーションタブまたはアイコンによってナビゲートし、前に述べたように患者に対する所望のデータを閲覧する。例として図８Ｃは、所定の患者３１５３が図８Ｂのリスト３１５から選択された場合にユーザに表示される結果を示している。所定の患者を選択すると、アプリケーションウィンドウ３２０ではサーチが実行され、概要アプリケーションタブ３２０２の結果を表示する。ユーザはさらに患者に関連する付加的な医学的データを、付加的に患者、アプリケーションまたはケアユニットを選択することによりナビゲートし、所望の医学的データを得る。
【００５０】
さらなる側面では、サーチフィールド３０１ｃが別のユーザ選択８０１０（図８Ａ）を含み、ユーザ固有の基準に基づく「カスタマイズ」したケアユニットを発生することができる。例えば図８Ａに示すように、文字「Ｓｍｉｔｈ」を「医師」フィールドに入力し、「カスタマイズ」機能８０１０を選択すると、ユーザインタフェース表示発生器は、ユーザに関連する問い合わせをシステムサーバに、検索すべき名前に関連して格納する。この格納は、ケアラベルフィールド３０１「カスタマイズ」の選択に基づき行われる。選択されたサーチ基準がセッション変数に格納されると、ユーザがログオフした後でも、後からログインし、「カスタマイズ」フューチャをケアユニットリストから選択することにより、ソフトウエアはカスタマイズされた問い合わせを呼び出す。このことにより医師は、自分の患者のリストを、自分がシステムにログインするたびに得ることができる。
【図面の簡単な説明】
【図１】
図１は、種々のデバイスを備える通信ネットワークのブロック回路図である。
【図２】
図２は、患者データをサーチし、表示するためのプロセスのフローチャートである。
【図３Ａ】
図３Ａは、患者のリストと患者記録によるナビゲーションの例を示す図である。
【図３Ｂ】
図３Ｂは、患者のリストと患者記録によるナビゲーションの例を示す図である。
【図３Ｃ】
図３Ｃは、患者のリストと患者記録によるナビゲーションの例を示す図である。
【図４】
図４は、どのように入院結果が表示されるかを例として示す図である。
【図５】
図５は、どのように患者情報が所与のケアユニットと関連して、本発明によるボードビューモードで表示されるかを例として示す図である。
【図６Ａ】
図６Ａは、アプリケーション固有のデータを表示するためのフローチャートであり、ここでは群分けされた患者のリストは維持される。
【図６Ｂ】
図６Ｂは、図６Ａのフローチャートに関連して表示されるスクリーンの例を示す図である。
【図７】
図７は、システム内で患者の位置を検知し、追跡し、更新するためのフローチャートを示す。
【図８Ａ】
図８Ａは、ユーザ定義されたサーチ基準に関連して患者情報を検索し、表示するためのサーチ機能を例として示す図である。
【図８Ｂ】
図８Ｂは、ユーザ定義されたサーチ基準に関連して患者情報を検索し、表示するためのサーチ機能を例として示す図である。
【図８Ｃ】
図８Ｃは、ユーザ定義されたサーチ基準に関連して患者情報を検索し、表示するためのサーチ機能を例として示す図である。
【図９】
図９は、本発明の機能を有するサーバのブロック回路図である。
【図１】
2004513452.tif 000003
【図２】
2004513452.tif 000004
【図３Ａ】
2004513452.tif 000005
【図３Ｂ】
2004513452.tif 000006
【図３Ｃ】
2004513452.tif 000007
【図４】
2004513452.tif 000008
【図５】
2004513452.tif 000009
【図６Ａ】
2004513452.tif 000010
【図６Ｂ】
2004513452.tif 000011
【図７】
2004513452.tif 000012
【図８Ａ】
2004513452.tif 000013
【図８Ｂ】
2004513452.tif 000014
【図８Ｃ】
2004513452.tif 000015
【図９】
2004513452.tif 000016
【国際公開パンフレット】
2004513452.tif 000017
2004513452.tif 000018
2004513452.tif 000019
2004513452.tif 000020
2004513452.tif 000021
2004513452.tif 000022
2004513452.tif 000023
2004513452.tif 000024
2004513452.tif 000025
2004513452.tif 000026
2004513452.tif 000027
2004513452.tif 000028
2004513452.tif 000029
2004513452.tif 000030
2004513452.tif 000031
2004513452.tif 000032
2004513452.tif 000033
2004513452.tif 000034
2004513452.tif 000035
2004513452.tif 000036
2004513452.tif 000037
2004513452.tif 000038
2004513452.tif 000039
2004513452.tif 000040
2004513452.tif 000041
2004513452.tif 000042
2004513452.tif 000043
2004513452.tif 000044
2004513452.tif 000045
2004513452.tif 000046
2004513452.tif 000047
2004513452.tif 000048
2004513452.tif 000049
2004513452.tif 000050
2004513452.tif 000051
2004513452.tif 000052
2004513452.tif 000053
2004513452.tif 000054
2004513452.tif 000055
2004513452.tif 000056
2004513452.tif 000057
2004513452.tif 000058
2004513452.tif 000059
2004513452.tif 000060
2004513452.tif 000061
2004513452.tif 000062
2004513452.tif 000063
【国際公開パンフレット（コレクトバージョン）】
2004513452.tif 000064
2004513452.tif 000065
【国際調査報告】
2004513452.tif 000066
2004513452.tif 000067
2004513452.tif 000068