JP2019517380A - 複数の患者のためのリアルタイムデータを設定可能に表示するためのユーザインターフェース - Google Patents

Abstract

設定可能なウェブベースのユーザインターフェースによって、医療スタッフに、選択した複数の患者についてのリアルタイムまたはほぼリアルタイムの患者データをモニタリングさせることができる。医療スタッフは、ユーザインターフェースに含むための患者を選択してもよく、１つより多い施設にいる患者であってもよい。医療スタッフは、所望な場合に、コンピュータ計算された指標を含む、バイタルサインと他の生理学的データを表示するように、ユーザインターフェースを設定してもよい。実施形態は、医療スタッフに、目的の患者を選択させ、選択した患者についての別のモニターをインスタンス化させ、所望な場合に、リアルタイムで病歴データを表示させることができる。

Description

本発明は、医学の分野に関し、特に、複数の患者のためのリアルタイムデータを表示するためのユーザインターフェースに関する。

複数のベンダーが、臨床設定のためのセントラルモニタリングステーションを販売している。これらのセントラルモニタリングステーションは高価であり、典型的には、特定の物理的なネットワークに限定されており、セントラルモニタリングステーションを超える情報をシェアするか、または分配するのに良好なものではない。医師または他の医療スタッフは、病院内とは別の場所から、または遠隔で、受け持つ目的の一連の患者をモニタリングしたいと望んでいるが、典型的には、そのようにすることはできない。したがって、受け持つ患者の現在の状態および傾向を評価したい医療スタッフは、そのようにする能力が制限されている。

添付の図面は、本明細書に組み込まれ、本明細書の一部を構成しているが、詳細な記載と共に、本発明と一致する利点および原理を説明するのに役立つ、本発明と一致する装置および方法の実施を示している。図面において、

一実施形態に係る選択した患者群をリアルタイムで設定可能にモニタリングするためのウェブベースのユーザインターフェースのスクリーンショットである。

一実施形態に係る選択した患者群をリアルタイムで設定可能にモニタリングするためのウェブベースのユーザインターフェースのスクリーンショットである。

一実施形態に係る選択した患者群をリアルタイムで設定可能にモニタリングするためのウェブベースのユーザインターフェースのスクリーンショットである。

一実施形態に係る選択した患者群をリアルタイムで設定可能にモニタリングするためのウェブベースのユーザインターフェースにおいて、表示するための患者群を選択するためのウェブベースのユーザインターフェースのスクリーンショットである。

一実施形態に係る複数の患者をリアルタイムでモニタリングするための技術を示すフローチャートである。

一実施形態に係る図１〜４に示されるようなユーザインターフェースにおいて、生理学的データを集め、予想情報を作成し、予想情報を表示するためのシステムのブロック図である。

一実施形態に係る図６のシステムで使用されるプログラム可能なデバイスのブロック図である。

以下の記載に、説明のために、本発明を十分に理解するために、多くの具体的な詳細が記載される。しかし、当業者は、これらの具体的な詳細がなくても本発明を実施し得ることは明らかであろう。他の場合では、本発明を曖昧にするのを避けるために、構造およびデバイスは、ブロック図の形態で示される。添え字のない数に対する参照は、参照番号に対応する全ての添え字の場合の参照であると理解される。さらに、本開示で使用される言語は、主に、読みやすさおよび教育的な目的で選択されるものであり、本発明の特定事項を描写し、または輪郭を描くために選択されたものではなく、このような本発明の主題を決定する必要があるのは、特許請求の範囲である。明細書中の「一実施形態」または「ある実施形態」との言及は、その実施形態に関連して記載される特定の特徴物、構造または特徴が、本発明の少なくとも１つの実施形態に含まれることを意味しており、「一実施形態」または「ある実施形態」との複数の言及は、必ずしも同じ実施形態を全て参照すると理解すべきではない。「１つの（a）」、「１つの（an）」および「その（the）」との用語は、明示的にそのように定義されていない限り、単数の物質を指すことを意図しておらず、説明のために使用可能な具体例の一般的な分類を含んでもよい。したがって、「１つの（a）」または「１つの（an）」といった用語の使用は、「１つ」、「１つ以上」、「少なくとも１つ」、「１つまたは１つより多く」を含め、少なくとも１つである任意の数を意味する。

「または」との用語は、代替物が互いに排他的であると示されていない限り、代替物の全てを含め、代替物のいずれかと、代替物の任意の組み合わせを意味する。

「〜の少なくとも１つ」との句は、項目のリストと組み合わせると、リストからの１つの項目、またはリストの項目の任意の組み合わせを意味する。この句は、明示的にそのように定義されていない限り、列挙された項目の全てを必要としない。

本明細書で使用される場合、「コンピュータシステム」との用語は、コンピュータシステムで、またはコンピュータシステムによって行われるように記載される機能を行うための１つのコンピュータまたは一緒に機能する複数のコンピュータを指していてもよい。

本明細書で使用される場合、「プロセッサ」または「処理要素」との用語は、示された作業を行うようにプログラムされていてもよい１つのハードウェア処理要素または複数のハードウェア処理要素を指していてもよい。ハードウェア処理要素は、物理的なハードウェアデバイスにのせられたバーチャルにプログラム可能なデバイスのバーチャルなハードウェア処理要素として実装されていてもよい。プログラムを実行するときに、処理要素がある作業を行うための命令は、指定した作業を行うためにその処理要素のいずれかまたは全てをプログラムしてもよい。処理要素が、１つ以上のマルチコアプロセッサである場合、プログラムを実行するときに処理要素がある作業を行うための命令は、指定した作業を行うためにその複数のコアのいずれかまたは全てをプログラムしてもよい。

本明細書で使用される場合、「媒体」との用語は、媒体に記憶されるように記載された情報を格納する１つの物理的な媒体または複数の媒体を指していてもよい。

本明細書で使用される場合、「メモリ」との用語は、媒体に記憶されるように記載された情報を格納する１つのメモリデバイスまたは複数のメモリデバイスを指していてもよい。メモリは、任意の種類の記憶デバイスであってもよく、ランダムアクセスメモリ、リードオンリーメモリ、光学ディスクドライブおよび電磁気ディスクドライブを含む。

本明細書で使用される場合、「バイタルサイン」との用語は、臨床的測定値を指していてもよく、一般的に、排他的ではないが、患者の重要な身体機能の状態を示す脈拍数、温度、呼吸速度、血圧を指していてもよい。

以下の記載のいくつかは、ソフトウェアまたはファームウェアに関連するという観点で記載されており、実施形態は、ソフトウェア、ファームウェアおよびハードウェアの任意の組み合わせを含め、所望な場合、ソフトウェア、ファームウェアまたはハードウェアにおいて本明細書に記載される特徴および機能を実行することができる。デーモン、ドライバ、エンジン、モジュールまたはルーチンとの言及は、任意の種類の実行にその実施形態を限定することを示唆すると考えるべきではない。

モニタリングステーションは、臨床施設の鍵となる部分である。モニター監視者は、典型的には、看護師または訓練されたモニター監視者であり、患者をモニタリングするのが仕事である。モニター監視者は、以下を含む種々の状況を探すために、患者をモニタリングしてもよい。（ａ）患者にすぐに注意をはらう必要があるか？（ｂ）患者の傾向が下降していないか？（ｃ）患者にまもなく注意をはらう必要があるか？加えて、モニター監視者は、適切な介護提供者に、ある状態を警告し、または特定のイベントを見守る必要があるだろう。

モニター監視者、介護提供者および他の専門家に加えて、医師または他の種類の専門家が、（ａ）患者の状態をチェックする（介入の影響を評価する）か、または（ｂ）ベースラインからの患者の傾向（改善している、降下している、安定している、または不安定である）を見守るために、モニタリングステーションを利用することができる。介護提供者は、患者の問題に警告を与える必要があり、すぐに行動するために患者の状態を評価する必要画ある場合がある。

セントラルモニタリングステーションは、上述のように、いくつかの状況において効果的であり、セントラルモニタリングステーションは、モニタリング施設を提供することを困難にするという制限がある。従来のセントラルモニタリングステーションは、望ましい柔軟性がない。例えば、（ａ）セントラルモニタリング状態によってモニタリングすることができる患者の数が固定されている、（ｂ）１つのベンダーからのセントラルモニタリングステーションは、ベッド脇の装置が異なるベンダーによって作られている患者をモニタリングすることができない。

その下にあるベンダーに依存しないプラットフォームに依存するウェブベースのユーザインターフェースは、これらの問題に対する解決策を与える。一実施形態では、その下にあるベンダーに依存しないプラットフォームは、Ｍｅｄｉｃａｌ Ｉｎｆｏｒｍａｔｉｃｓ Ｃｏｒｐ．製のＳＩＣＫＢＡＹ（商標）プラットフォームである。（ＳＩＣＫＢＡＹは、Ｍｅｄｉｃａｌ Ｉｎｆｏｒｍａｔｉｃｓ Ｃｏｒｐ．の商標である。）このプラットフォームが、任意のベンダー製の装置を備えたベッドおよび施設から任意の数の患者をモニタリングすることが可能な設定可能なモニタリングステーションを与えるウェブベースのアプリケーションを開始することによって、セントラルモニタリングステーションの欠点を克服することができる。モニタリングアプリケーションがウェブベースであるため、このモニタリングアプリケーションを、固定された設備および携帯デバイスを含む、ウェブベースのアプリケーションを保持し、グラフィカルユーザインターフェースを表示することができるほぼ任意の種類のデバイスで使用することができる。その下にあるプラットフォームが、ベンダー固有の患者データを、ベンダーに依存しない患者データに変換することができ、設定可能なモニタリングアプリケーションのユーザインターフェースによって、監視者および介護提供者が、モニタリングする際にさらに柔軟性を有することができる。

一実施形態では、高レベルスクリーンは、それぞれのモニタリングされる患者または選択した患者のためのエリアまたはバッジを示すグラフィカルユーザインターフェース（ＧＵＩ）１００を与える。全ての監視される患者または能動的な患者を、１つのビューから見てもよい。好ましくは、モニタースクリーンは、スクロールすることなく、全てのモニタリングされる患者を表示することができるが、いくつかの実施形態は、現在のディスプレイスクリーンに適合し得るよりも多い患者をモニタリングする場合、ＧＵＩ１００をスクロールすることができてもよい。

一実施形態では、医療スタッフは、目的の患者について選択した後、他の患者についてＧＵＩ１００の対応する部分をクリックすることによって、他の患者に基づくアプリケーションにアクセスしてもよい。ＧＵＩ１００は、ウェブベースであるため、医療スタッフは、固定された場所にあるセントラルモニタリングステーションまで行く必要がなく、ウェブで実行可能な任意のデバイスで、任意の場所で、モニタリングスクリーンを見てもよい。セントラルモニタリングステーションで見ることができるあらかじめ選択された一連の患者に制限されるのではなく、医療スタッフは、目的にいずれかの能動的な患者または全ての能動的な患者を見て、目的の患者を選択し、目的の患者データを選択するようにディスプレイを容易に設定し得る。加えて、単純に、ウェブブラウザで走らせることができる他のプログラム可能なデバイスを付け加えることによって、モニタリングすることが必要な患者が増えても、さらなるスクリーンが容易に付け加えられるだろう。そのため、モニタリングステーションは、ハードウェアおよびソフトウェアを変更することなく、単純に、モニタリングアプリケーションの別のコピーを、他の目的で使用されていてもよいスクリーン上でインスタンス化することによって、再設定されてもよく、余分なモニターを不動産に表示する必要性が終わったら、装置を提供したり、またはハードウェアまたはソフトウェアを変更したりすることなく、そのモニタリングのために使用したスクリーンを他の目的に利用することができる。

種々の実施形態では、モニタリングシステムによって、ユーザに、（ａ）患者を選択すること、（ｂ）患者の過去の情報（利用可能な場合、実験室、医局およびＥＭＲの患者の記録を含む）にアクセスすること、（ｃ）患者の病歴情報にアクセスすること、（ｄ）能動的な患者のリアルタイムデータをモニタリングすること、（ｅ）利用可能な患者固有のモニターからモニターを選択することを含む、所望のモニタリング作業を行わせることができる。ユーザは、種々の実施形態では、（ａ）モニタリングされる患者のリストに、患者を加えること、（ｂ）見守りのためのイベントをタグ化すること、（ｃ）適切な介護提供者に、見守りのためのイベントを送ること、（ｄ）タグ付けされたイベントに注釈を付けることを含め、モニタリングシステムで作業を行ってもよい。モニタリングシステムは、施設の電子医療記録（ＥＭＲ）システムに組み込まれてもよい。

図１は、一実施形態に係るモニタリングシステムのＧＵＩ１００のスクリーンショットである。ＧＵＩ１００によって、（ａ）患者の名前、（ｂ）ベッド識別子、（ｃ）行動アラーム、（ｄ）バイタルサイン、（ｅ）波形、例えば、心電図（ＥＣＧ）リードを含め、モニター監視者または介護提供者にとって有用なオブジェクトを提示し、表示することができる。好ましくは、ＧＵＩ１００によって、ユーザに、データの傾向を見せ、リアルタイムデータの見守りまたは分析を行わせ、患者データが閾値から外れたときに、介護提供者に警告を与えるためのガードレールを設定させることができる。図１に示される患者のリアルタイムデータは、例示的であり、単なる例であり、複数の患者について表示される同一の患者の数字および波形データから明らかになるはずだが、実際の患者の情報を表示しておらず、正確な医学的状態を表示することを意図したものではない。

一実施形態では、ＧＵＩ１００は、設定可能な数のバッジまたはエリアに分けられており、それぞれが患者固有である。図１のコンフィギュレーションの例では、１０個の患者エリアが表示されている（１０５〜１５０。しかし、患者エリアの数は、たった６個の患者エリア２０５〜２３０が表示されている図２のスクリーンショットによって示されるように、設定可能である。それぞれの患者エリア１０５〜１５０は、ベッド識別子１０１および患者の名前１０２などの情報を含む患者バーを含む。所望な場合、さらなる患者の情報が与えられてもよく、ベッド識別子と患者の名前のウィジェットの配置は、例示的であり、単なる例である。

ベッド識別子１０１および患者の名前１０２などの情報を識別することに加えて、図１の実施形態では、アラームの種類および関連するデータ値の指標と共に、患者が現在アラーム状態にあることを示すためのアラームエリア１０３が与えられてもよい。図１では、患者が、末梢酸素（ＳＰＯ２）飽和度の読みが低いというアラーム指標１０３。

それぞれの患者バッジまたはエリア１０５〜１５０は、選択した患者データのリアルタイムの波形またはグラフと、１種類以上の他の患者データのためのバイタルサインエリア１０７とを含む。例えば、図１では、患者Ｍａｒｙｂｅｔｈ Ａｕｄｉは、ＥＣＧリード２波形１０６がモニタリングされている。この患者は、現在の心拍（ＨＲ）が１１７拍／分（ＢＰＭ）であり、平均動脈圧（ＡＲＴ−Ｍ）が４１ｍｍ／Ｈｇであり、呼吸速度が５１呼吸／分であり、ＳＰＯ２レベルが９９％である。ＧＵＩ１００のユーザは、どの波形および数値データを表示するかを設定することができ、臨床医またはモニター監視者は、一般的な目的のどのバイタルサインをそれぞれの患者について表示すべきかを選択することができる。図１のデータは、医学的に正確であることを意図しておらず、したがって、バイタルサインエリア１０７のＳＰＯ２の読みが、９９のＳＰＯ２レベルを示していたとしても、アラームエリア１０３でＳＰＯ２の読み７８が与えられていることに何の意味もない。

図１に示されるように、それぞれの患者についてのＧＵＩ１００の表示は、所望な場合、さまざまなリアルタイムの（またはほぼリアルタイムの）生理学的データを含んでいてもよい。例えば、図１に示されるように、ある患者は、ＥＣＧリードグラフを示しており、一方、他の患者は、胸部インピーダンスまたは動脈圧のグラフを示している。選択したグラフに加えて、ＧＵＩ１００は、それぞれの患者について特定のバイタルサインを表示するような構成であってもよい。ＧＵＩ１００は、臨床医に、一般的な目的のどのバイタルサインを表示すべきかを選択させてもよい。そのため、例えば、患者エリア１０５〜１２５および１３５〜１５０は、心拍、平均動脈圧、呼吸速度および酸素の割合を示しており、一方、患者エリア１３０は、心拍の代わりにＳＴ−Ｉが０．８ｍｍであることを示している。

図１のコンフィギュレーションは、従来のセントラルモニタリングステーションによって表示されるものと同様であるが、所望な場合、各臨床医によって簡単に設定可能である。典型的にはセントラルモニタリングステーションの製造業者によって製造されたデバイスによって集められたデータを表示することに限定されている従来のセントラルモニタリングステーションとは異なり、ＧＵＩ１００は、データを集め、送ることができる任意の種類のセンサまたはデバイスからの生理学的データを捕捉することができるという、その下にあるデータ収集プラットフォームの能力を利用することができる。また、従来のセントラルモニタリングステーションとは異なり、表示のために選択される患者は、各施設が、臨床医のデバイスにデータを送ることができるような、その下にあるプラットフォームを動かしている限り、異なる施設にいてもよい。このようなプラットフォームは、Ｍｅｄｉｃａｌ Ｉｎｆｏｒｍａｔｉｃｓ Ｃｏｒｐ．製のＳｉｃｋｂａｙ（商標）プラットフォームであり得る。したがって、複数の施設にいる患者を受け持つ医師は、それぞれの施設のセントラルモニタリングステーションに移動する必要なく、１つのユーザインターフェースでこれら全ての患者をモニタリングする能力を有している。

一実施形態では、表示の波形部分上をクリックすることで、臨床医に、現在の波形と他の波形（例えば、異なるＥＣＧリードまたは完全に異なる種類の生理学的データ）とを切り替えさせてもよい。同様に、数値のバイタルサインエリア上をクリックすることで、ユーザに、異なる数値データ要素を表示するように周期的に変えさせるか、または他の方法で選択させてもよい。これらの要素上をクリックすると表現したが、当業者は、任意の種類のユーザ選択技術を使用してもよいことを理解するだろう。例えば、ＧＵＩ１００を表示する医療スタッフのデバイスがタッチにより実行可能である場合、ユーザは、ユーザインタラクションエレメントのためにスクリーンの一部をタッチし、その要素を選択するか、その要素を変更してもよい。一実施形態では、バイタルサイン上の１回目のクリックによって、バイタルサインを選択し、その後のクリックによって、あらかじめ定義されたバイタルサイン群の中のバイタルサインが周期的に変わるようにしてもよい。

一実施形態では、ＧＵＩ１００は、表示状態を保存し、その結果、臨床医が、ＧＵＩ１００から離れて切り替え、戻した場合に、表示は、表示にある現在のデータとはかかわりなく、以前と同じ状態に戻る。

ユーザインターフェースにおいて、所望な場合、色を使用してもよい。図１のスクリーンショットは、バイタルサインおよび波形には、従来の緑色、赤色、白色および青色を使用するが、所望な場合、色を設定してもよい。例えば、赤色−緑色の色覚異常をもつ臨床胃は、臨床医が表示上の要素を識別しやすいように、表示に他の色を使用するように設定してもよく、このことは、従来のセントラルモニタでは不可能なことであった。

ウェブベースのインターフェースとして、いくつかの実施形態では、ユーザインターフェースで要素を選択するときに、異なるタブまたはウィンドウを開いてもよい。そのため、例えば、ＧＵＩ１００で開いているタブは、従来のブラウザ能力を使用し、インターフェースの残りから異なるスクリーンにタブをドラッグしてもよく、（例えば）モニタリングデータ歴およびリアルタイムのモニタリングデータを同時に表示させる。

例えば、一箇所での換気装置のモニタリングのための能力は今日は存在しないが、このＧＵＩ１００は、複数の患者のために提供された換気装置をモニタリングするスクリーンを構成することを可能にする。いくつかの実施形態では、計算されたデータ、例えば、アルゴリズムによって誘導されたリスクの指標が、捕捉されたセンサのデータの代わりに、またはこのデータに加えて、表示されてもよい。

一実施形態では、図２のスクリーンショットに示されるように、臨床医に、異なるビュー（例えば、その患者についての病歴データのビュー（２７０）または特定の患者についてのリアルタイムデータのさらに詳細なビュー（２６０）を選択させるために、１つ以上のユーザインタラクションエレメント（例えば、ボタン）が、与えられてもよい。

図２では、アラームの存在および重大さを示すための代替的な技術が、ＧＵＩ１００によって与えられてもよい。この実施形態では、アラーム指標を患者エリアの右上に配置する代わりに、指標２５０を左下に配置する。これに加えて、アラームが示されると、数値によるアラーム指標を表示することに加えて、アラーム状態を示す視覚的な指標が、患者エリア２２０を強調してもよい。図２の例では、患者エリア２２０は、アラーム指標２５０と同じ色の強調境界線２４０によって囲まれており、モニター監視者は、アラーム指標の存在にさらに気づきやすくなる。

いくつかの実施形態では、１つより多い値が、所与のバイタルサインについて表示されてもよい。図２の例では、１つのＡＲＴ−Ｍ平均血圧指標の代わりに、動脈圧（ＡＢＰ）指標が、収縮期と拡張期の両方の圧力と、平均血圧値を示していてもよい。

図１および２では、４つのバイタルサインがバイタルサインエリア１０７に表示されている。実施形態は、バイタルサインエリアに表示すべき任意の数のバイタルサインを設定してもよい。時々、表示のために特定のバイタルサインが設定されてもよいが、患者のデータが利用可能ではないため、例えば、患者がセンサデバイスを引っこ抜いてしまったときには、表示可能ではなくてもよい。このような状況では、一実施形態では、バイタルサインエリア１０７は、収縮してもよく、利用可能なバイタルサインのみを示す。他の環境では、バイタルサインエリア１０７は、同じに保持されていてもよいが、バイタルサインの欠けているエリアには、データがないことが表示されてもよい。または、データが欠けているという特殊な指標が表示されてもよい。図３は、図２の実施形態のスクリーンショットであり、たった２つのバイタルサインのみが表示されるような構成であるか、または設定されたバイタルサインのうちたった２つが利用可能な場合である。この実施形態では、バイタルサインエリア３１０は、利用可能な２つの設定されたバイタルサインがちょうど表示されるように収縮してもよく、波形エリア３２０が拡大し、波形を表示するもっと大きなエリアを与えてもよい。

図２は、ユーザインタラクションエレメント２３０（例えば、ボタン）も表示し、選択されると、モニターユーザに、ＧＵＩ１００に表示するための患者を選択させてもよい。図４は、一実施形態に係る患者のコンフィギュレーションウィンドウ４００を示すスクリーンショットである。この実施形態では、多くの利用可能な患者がエリア４１０に表示されており、モニターユーザに、表示する（「オン」）または表示させない（「オフ」）を示すスイッチを切り替えるスライドボタンを用い、患者を表示させるべきかどうかを示させる。チェックボックスを含め、アイテムを選択するための他のＧＵＩ技術を使用してもよい。

別のユーザインタラクションエレメント４２０によって、ドロップダウンメニュー選択ウィジェットまたは任意の他の種類の選択ウィジェットを用い、医療施設の部門を選択させ、その結果、利用可能な患者の表示を、所望な場合には、１つ以上の選択した部門に限定してもよい。一実施形態では、選択部４３０（図４では、オン／オフスライドボタン）によって、ユーザに、退院した患者を表示すべきかどうか、または表示を現在入院している患者に限定すべきかを示させてもよい。また、テキスト入力ボックス４４０は、ユーザが患者の名前または他の識別情報を入力する様式を与え、モニターアプリケーションに、入力したテキストに合致する１人の患者または複数の患者についての施設の記録を検索させてもよい。種々の実施形態では、患者は、表形態で列挙され、ソートバー４５０によって、ユーザに、表の列の見出しをクリックさせ、その列によってソートさせる。一実施形態では、ソート制御４６０によって、どの行を表で上または下に移動させるかを示す、表の行の並び順を手動で整えてもよい。患者のリストおよび順序を確立したら、設定が完了したことを示すために、「ＧＯ」ボタンまたは他のユーザインタラクションエレメント４７０を選択してもよく、ＧＵＩ１００に、選択した患者をウィンドウ４００に示されるように並ばせるように設定してもよい。「ＧＯ」の指定は、例示的であり、単なる例であり、所定の期間内にさらなる変更がなされない場合には自動的に完了する設定を含め、完了を示す他の技術を使用してもよい。

図５は、一実施形態に従って上に記載されるようなモニタリングシステムの実行を示すフローチャート５００である。ブロック５１０では、モニタリングアプリケーションは、その下にあるプラットフォームでインスタンス化される。ブロック５２０では、モニタリングされる患者の選択が行われる。ブロック５３０では、それぞれの患者についてモニタリングされるシグナルを選択してもよい。次いで、ブロック５４０では、選択した患者をモニタリングしてもよく、上述のＧＵＩ１００にモニタリングされるデータを表示する。

図６は、一実施形態に従って、上述のＧＵＩ１００を配置することができるヘルスケア環境において、任意のデータを集め、アーカイブし、処理するためのシステム６００を示すブロック図である。

示されているように、データ獲得（ＤＡＱ）サーバ６８７、インフォマティクスサーバ６８０、データベースサーバ６８５、ヘルスレベル７（ＨＬ７）サーバ６８３、ウェブサーバ６９０の５種類のサーバが存在する。所望な場合、任意の数の任意の種類のサーバが配置されてもよい。全てのサーバ６８０〜６９０が、１つ以上の病院ネットワーク６３０を介し、互いに接続し、ベッド脇のモニターに接続している。１つの病院Ｅｔｈｅｒｎｅｔネットワークｖ６３０として示されているが、任意の所望なネットワークプロトコルと技術を用い、任意の数に相互接続されたネットワークを使用してもよい。

ベッド６１０にいる患者のための生理学的データをモニタリングするための多くのベッド脇のモニターにも、病院ネットワーク６３０が接続されている。これらのベッド脇のモニターは、デジタル生理学的データを病院ネットワーク６３０に送ることができるネットワークに接続したモニター６２０Ａと、デジタルデータを作成するが、ネットワークには直接つながっていないシリアルデバイス６２０Ｂと、アナログデータを作成し、ネットワークには直接つながっていないアナログデバイス６２０Ｃとを備えていてもよい。通信ボックス６４０Ａｖおよび６４０Ｂによって、典型的には、ネットワークスイッチ６５０を介して、シリアルデバイス６２０Ｂとアナログデバイス６２０Ｃをそれぞれ病院ネットワーク６３０に接続することができる。これに加え、以下に記載するようにデータ操作と同期を行うために、サブステーション６６０も、ネットワークスイッチ６５０を介してネットワーク６３０に接続していてもよい。ベッド６１０にいる患者のための医師および他の医療スタッフによって助言可能に決定されるように、任意の数のベッド脇のモニター６２０を使用してもよい。

図６に示されるように、ベッド脇のモニターおよび関連する通信デバイスは、病院ネットワーク６３０に直接的または間接的に接続しているが、離れた位置にあるベッド脇をモニタリングするデバイス（例えば、ホームモニタリングデバイス）を、間接的にインターネットを介し、または他の通信技術を介し、病院ネットワーク６３０に接続したシステム６００の一部として使用してもよい。

さらに、１つ以上の調査コンピュータ６７０を、病院ネットワーク６３０に間接的または直接的に接続してもよく、調査者が、分析および開発を行うために、ベッド脇のモニター６２０から集めたまとめられたデータにアクセスすることができる。

ウェブサーバ６９０は、ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）を用い、ウェブブラウザインターフェースを介し、ラップトップ６９５Ａ、タブレット６９５Ｂまたはスマートフォン６９５Ｃなどの個人用デバイスと通信するような構成である。一実施形態では、システム６００は、ヒューストン、テキサスのＭｅｄｉｃａｌ Ｉｎｆｏｒｍａｔｉｃｓ Ｃｏｒｐ．によって提供されるＳｉｃｋｂａｙプラットフォームである。このシステム６００についてのさらなる詳細は、米国特許公開第２０１５／０１４２４７５（Ａ１）号、「Ｄｉｓｔｒｉｂｕｔｅｄ Ｇｒｉｄ−Ｃｏｍｐｕｔｉｎｇ Ｐｌａｔｆｏｒｍ ｆｏｒ Ｃｏｌｌｅｃｔｉｎｇ，Ａｒｃｈｉｖｉｎｇ，ａｎｄ Ｐｒｏｃｅｓｓｉｎｇ Ａｒｂｉｔｒａｒｙ Ｄａｔａ ｉｎ ａ Ｈｅａｌｔｈｃａｒｅ Ｅｎｖｉｒｏｎｍｅｎｔ」、２０１４年１１月２０日に出願された米国特許出願第１４／５４８，４３３号の中に見出すことができ、あらゆる目的のために、その全体が本明細書に参考として組み込まれる。

ここで図７を参照すると、サーバ２８０〜２９０の１つとして使用するためのコンピュータの一例７００が、ブロック図の形態で示されている。コンピュータの一例７００は、システムユニット７１０を含み、システムユニット７１０は、場合により、入力デバイスまたはシステム７６０（例えば、キーボード、マウス、タッチスクリーンなど）およびディスプレイ７７０に接続していてもよい。プログラム記憶デバイス（ＰＳＤ）７８０（時には、ハードディスクと呼ばれる）が、システムユニット７１０と共に含まれている。システムユニット７１０には、ネットワークを介して他の計算デバイスおよび企業のインフラデバイス（図示せず）と通信するためのネットワークインターフェース７４０も含まれている。ネットワークインターフェース７４０は、システムユニット７１０の中に含まれていてもよく、またはシステムユニット７１０に対して外部にあってもよい。いずれの場合でも、システムユニット７１０は、ネットワークインターフェース７４０に通信可能に連結している。プログラム記憶デバイス７８０は、限定されないが、リムーバブルメディアを含むソリッドステート、記憶エレメントを含め、光学および磁気の全ての形態を含む任意の形態の不揮発性記憶を表し、システムユニット７１０の中に含まれていてもよく、またはシステムユニット７１０に対して外部にあってもよい。システムユニット７１０を制御するためのソフトウェア、コンピュータ７００によって使用するためのデータの格納のためにプログラム記憶デバイス７８０を使用してもよい。

システムユニット７１０は、本開示の方法を実施するようにプログラムされていてもよい。システムユニット７１０は、プロセッサユニット（ＰＵ）７２０、入出力（Ｉ／Ｏ）インターフェース７５０およびメモリ７３０を備えている。プロセッサユニット７２０は、任意のプログラム可能なコントローラデバイス、例えば、Ｉｎｔｅｌ Ｃｏｒｐ．および他の製造業者から入手可能なマイクロプロセッサを備えていてもよい。メモリ７３０は、１つ以上のメモリモジュールを含んでいてもよく、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、プログラム可能なリードオンリーメモリ（ＰＲＯＭ）、プログラム可能なリードライトメモリおよびソリッドステートメモリを含んでいてもよい。当業者は、ＰＵ７２０が、例えば、キャッシュメモリを含むいくつかの内部メモリも含んでいてもよいことを認識するだろう。

実施形態は、ハードウェア、ファームウェアおよびソフトウェアのうち１つ、またはこれらの組み合わせで実装されてもよい。また、実施形態は、コンピュータ可読記憶媒体に格納された命令として実装されてもよく、本明細書に記載する操作を行うために、少なくとも１つの処理要素によって読み込まれ、実行されてもよい。コンピュータ可読記憶媒体は、機械（例えば、コンピュータ）によって読み取ることができる形態で情報を保存するための任意の一時的ではない機構を含んでいてもよい。例えば、コンピュータ可読記憶デバイスは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、および他の記憶デバイスおよび媒体を含んでいてもよい。

実施形態は、本明細書に記載されるように、ロジックまたは多くの構成要素、モジュールまたは機構を含んでいてもよく、これらで操作されてもよい。モジュールは、本明細書に記載の操作を行うために、１つ以上の処理要素に通信可能に連結されるハードウェア、ソフトウェアまたはファームウェアであってもよい。モジュールは、ハードウェアモジュールであってもよく、その場合、モジュールは、具体的な操作を行うことができる有形物であると考えてもよく、特定の様式で構成されるか、または配置されてもよい。回路は、モジュールとして具体的な様式で配置されてもよい（例えば、内部で、または他の回路などの外部の物体と共に）。１つ以上のプログラム可能なデバイス（例えば、スタンドアロン型クライアントまたはサーバコンピュータシステム）または１つ以上のハードウェア処理要素の全体または一部は、具体的な操作を行うための操作を行うモジュールとして、ファームウェアまたはソフトウェア（例えば、命令、アプリケーションの一部またはアプリケーション）によって構成されていてもよい。ソフトウェアは、コンピュータ可読媒体に保持されていてもよい。ソフトウェアは、その下にあるモジュールのハードウェアによって実行される場合、ハードウェアに、具体的な操作を行わせる。したがって、ハードウェアモジュールとの用語は、具体的な様式で操作するために、または本明細書に記載する任意の操作の一部または全てを行うために、特定的に構成され（例えば、ハードウェアによる）、または短い時間（例えば、一時的に）構成される（例えば、プログラムによる）、物理的に構築される物体である有形の物体を包含すると理解される。モジュールが、短い時間構成される場合、それぞれのモジュールは、時間内の任意の瞬間にイニシャライズされる必要はない。例えば、モジュールが、ソフトウェアを使用するような構成の汎用ハードウェア処理要素を含む場合、汎用ハードウェア処理要素は、異なる時間でそれぞれの異なるモジュールとして構成されてもよい。したがって、ソフトウェアは、例えば、ある時間には特定のモジュールを構成し、異なる時間には異なるモジュールを構成するように、ハードウェアプロセッサをプログラムしてもよい。また、モジュールは、本明細書に記載する方法論を行うために操作されるソフトウェアまたはファームウェアモジュールであってもよい。

特定の例示的な実施形態を詳細に記載し、添付の図面に示してきたが、このような実施形態は、単なる例であり、以下の特許請求の範囲によって決定される基本的な範囲から逸脱せずに考案されるものではないことが理解されよう。

さらなる実施形態は、以下を含む。
１． 設定可能な複数の患者のための生理学的データを表示するためのウェブベースの医療用患者モニタリングシステムであって、
プロセッサと、
前記プロセッサに連結し、複数の患者についての生理学的データを受信し、表示するための命令が格納されている、メモリとを備え、この命令が、実行されると、プロセッサに、
モニタリングシステムに含まれる患者の選択を受信させ、それぞれの患者の選択について、リアルタイムの患者データをグラフィカルユーザインターフェースに表示させる命令を含み、グラフィカルユーザインターフェースが、複数の患者固有のエリアを含み、それぞれ、
前記患者固有のエリアに関連する患者を識別する、患者識別エリアと、
前記患者に対応するリアルタイムの患者データの種類の選択した波形を表示するような構成の波形エリアと、
前記患者の複数のリアルタイムのバイタルサインを表示するような構成のバイタルサインエリアと、
前記患者のアラーム状態に応答してアラーム指標を表示するような構成のアラームエリアとを含む、医療用患者モニタリングシステム。
２． 実行されると、前記プロセッサに、リアルタイムの患者データを表示させる命令は、実行されると、前記プロセッサに、複数のリアルタイムバイタルサインのバイタルサインが存在しないことに応答して、波形エリアを拡大させ、バイタルサインエリアを縮小させる命令を含む、１に記載のモニタリングシステム。
３． 前記命令が、さらに、実行されると、前記プロセッサに、前記モニタリングシステムに含まれる利用可能な一連の患者から患者を選択するためのグラフィカルユーザインターフェースを表示させる命令を含む、１に記載のモニタリングシステム。
４． 前記命令が、さらに、実行されると、前記プロセッサに、対応する患者のリアルタイムの患者データに存在するアラーム状態に応答して、グラフィカルユーザインターフェースの患者固有のエリアにアラーム状態を示させる命令を含む、１に記載のモニタリングシステム。
５． 前記グラフィカルユーザインターフェースが、さらに、選択されると、前記プロセッサに、対応する患者の病歴データを表示するためのアプリケーションをインスタンス化させるユーザインタラクションエレメントを含む、１に記載のモニタリングシステム。
６． 前記複数の患者が、複数の医療施設にいる複数の患者を含む、１に記載のモニタリングシステム。
７． 前記複数の患者が、リアルタイムの患者データが複数のベンダー製の装置によって集められる複数の患者を含む、１に記載のモニタリングシステム。
８． 設定可能な数の患者についてのリアルタイムの患者データを表示する方法であって、
設定可能な複数の患者についての生理学的データを表示するためのウェブベースの医療用患者モニタリングシステムに含まれる患者の選択を受信することと、
それぞれの患者の選択について、リアルタイムの患者データを、複数の患者固有のエリアを含むグラフィカルユーザインターフェースに表示することとを含み、
患者識別エリアに、患者固有のエリアに関連する患者を識別する情報を表示することと、
前記患者固有のエリアの波形エリアに、前記患者に対応するリアルタイムの患者データの種類の選択した波形を表示することと、
前記患者固有のエリアのバイタルサインエリアに、前記患者についての複数のリアルタイムのバイタルサインを表示することと、
前記患者固有のエリアのアラームエリアに、前記患者についてのアラーム状態に応答してアラーム指標を表示することとを含む、方法。
９． 複数のリアルタイムバイタルサインのバイタルサインが存在しないことに応答して、波形エリアを拡大し、バイタルサインエリアを縮小することをさらに含む、８に記載の方法。
１０． 前記モニタリングシステムに含まれる利用可能な一連の患者から患者を選択するためのグラフィカルユーザインターフェースを表示することをさらに含む、８に記載の方法。
１１． 対応する患者のリアルタイムの患者データに存在するアラーム状態に応答して、患者固有のエリアを強調することをさらに含む、８に記載の方法。
１２． 前記患者固有のエリアに表示されるユーザインタラクションエレメントを選択することに応答して、対応する患者についての患者の病歴データを表示するためのアプリケーションをインスタンス化する、８に記載の方法。
１３． 前記複数の患者が、複数の医療施設にいる複数の患者を含む、８に記載の方法。
１４． 前記複数の患者が、リアルタイムの患者データが複数のベンダー製の装置によって集められる複数の患者を含む、８に記載の方法。
１５． 一時的ではない機械可読媒体であって、複数の患者のためのリアルタイムのモニタリングシステムのための命令が格納されており、実行されると、機械に、
モニタリングシステムに含まれる患者の選択を受信させ、
それぞれの患者の選択について、リアルタイムの患者データを、複数の患者固有のエリアを含むグラフィカルユーザインターフェースに表示させる命令を含み、それぞれ、
前記患者固有のエリアに関連する患者を識別する、患者識別エリアと、
前記患者に対応するリアルタイムの患者データの種類の選択した波形を表示するような構成の波形エリアと、
前記患者の複数のリアルタイムのバイタルサインを表示するような構成のバイタルサインエリアと、
前記患者のアラーム状態に応答してアラーム指標を表示するような構成のアラームエリアとを含む、機械可読媒体。
１６． 実行されると、前記機械に、リアルタイムの患者データを表示させる命令は、実行されると、
前記機械に、複数のリアルタイムバイタルサインのバイタルサインが存在しないことに応答して、波形エリアを拡大させ、バイタルサインエリアを縮小させる命令を含む、１５に記載の機械可読媒体。
１７． 前記命令が、さらに、実行されると、前記機械に、前記モニタリングシステムに含まれる利用可能な一連の患者から患者を選択するためのグラフィカルユーザインターフェースを表示させる命令を含む、１５に記載の機械可読媒体。
１８． 前記命令が、さらに、実行されると、前記機械に、対応する患者のリアルタイムの患者データに存在するアラーム状態に応答して、グラフィカルユーザインターフェースの患者固有のエリアにアラーム状態を示させる命令を含む、１５に記載の機械可読媒体。
１９． 前記グラフィカルユーザインターフェースが、さらに、選択されると、前記機械に、対応する患者の病歴データを表示するためのアプリケーションをインスタンス化させるユーザインタラクションエレメントを含む、１５に記載の機械可読媒体。
２０． 前記複数の患者が、複数の医療施設にいる複数の患者を含む、１５に記載の機械可読媒体。
２１． 前記複数の患者が、リアルタイムの患者データが複数のベンダー製の装置によって集められる複数の患者を含む、１５に記載の機械可読媒体。
特定の例示的な実施形態を詳細に記載し、添付の図面に示してきたが、このような実施形態は、単なる例であり、以下の特許請求の範囲によって決定される基本的な範囲から逸脱せずに考案されるものではないことが理解されよう。

Claims (21)

1. 設定可能な複数の患者のための生理学的データを表示するためのウェブベースの医療用患者モニタリングシステムであって、
   プロセッサと、
   前記プロセッサに連結し、複数の患者についての生理学的データを受信し、表示するための命令が格納されている、メモリとを備え、この命令が、実行されると、プロセッサに、
   モニタリングシステムに含まれる患者の選択を受信させ、それぞれの患者の選択について、リアルタイムの患者データをグラフィカルユーザインターフェースに表示させる命令を含み、グラフィカルユーザインターフェースが、複数の患者固有のエリアを含み、それぞれ、
   前記患者固有のエリアに関連する患者を識別する、患者識別エリアと、
   前記患者に対応するリアルタイムの患者データの種類の選択した波形を表示するような構成の波形エリアと、
   前記患者の複数のリアルタイムのバイタルサインを表示するような構成のバイタルサインエリアと、
   前記患者のアラーム状態に応答してアラーム指標を表示するような構成のアラームエリアとを含む、医療用患者モニタリングシステム。
2. 実行されると、前記プロセッサに、リアルタイムの患者データを表示させる命令は、実行されると、前記プロセッサに、複数のリアルタイムバイタルサインのバイタルサインが存在しないことに応答して、波形エリアを拡大させ、バイタルサインエリアを縮小させる命令を含む、請求項１に記載のモニタリングシステム。
3. 前記命令が、さらに、実行されると、前記プロセッサに、前記モニタリングシステムに含まれる利用可能な一連の患者から患者を選択するためのグラフィカルユーザインターフェースを表示させる命令を含む、請求項１に記載のモニタリングシステム。
4. 前記命令が、さらに、実行されると、前記プロセッサに、対応する患者のリアルタイムの患者データに存在するアラーム状態に応答して、グラフィカルユーザインターフェースの患者固有のエリアにアラーム状態を示させる命令を含む、請求項１に記載のモニタリングシステム。
5. 前記グラフィカルユーザインターフェースが、さらに、選択されると、前記プロセッサに、対応する患者の病歴データを表示するためのアプリケーションをインスタンス化させるユーザインタラクションエレメントを含む、請求項１に記載のモニタリングシステム。
6. 前記複数の患者が、複数の医療施設にいる複数の患者を含む、請求項１に記載のモニタリングシステム。
7. 前記複数の患者が、リアルタイムの患者データが複数のベンダー製の装置によって集められる複数の患者を含む、請求項１に記載のモニタリングシステム。
8. 設定可能な数の患者についてのリアルタイムの患者データを表示する方法であって、
   設定可能な複数の患者についての生理学的データを表示するためのウェブベースの医療用患者モニタリングシステムに含まれる患者の選択を受信することと、
   それぞれの患者の選択について、リアルタイムの患者データを、複数の患者固有のエリアを含むグラフィカルユーザインターフェースに表示することとを含み、
   患者識別エリアに、患者固有のエリアに関連する患者を識別する情報を表示することと、
   前記患者固有のエリアの波形エリアに、前記患者に対応するリアルタイムの患者データの種類の選択した波形を表示することと、
   前記患者固有のエリアのバイタルサインエリアに、前記患者についての複数のリアルタイムのバイタルサインを表示することと、
   前記患者固有のエリアのアラームエリアに、前記患者についてのアラーム状態に応答してアラーム指標を表示することとを含む、方法。
9. 複数のリアルタイムバイタルサインのバイタルサインが存在しないことに応答して、波形エリアを拡大し、バイタルサインエリアを縮小することをさらに含む、請求項８に記載の方法。
10. 前記モニタリングシステムに含まれる利用可能な一連の患者から患者を選択するためのグラフィカルユーザインターフェースを表示することをさらに含む、請求項８に記載の方法。
11. 対応する患者のリアルタイムの患者データに存在するアラーム状態に応答して、患者固有のエリアを強調することをさらに含む、請求項８に記載の方法。
12. 前記患者固有のエリアに表示されるユーザインタラクションエレメントを選択することに応答して、対応する患者についての患者の病歴データを表示するためのアプリケーションをインスタンス化する、請求項８に記載の方法。
13. 前記複数の患者が、複数の医療施設にいる複数の患者を含む、請求項８に記載の方法。
14. 前記複数の患者が、リアルタイムの患者データが複数のベンダー製の装置によって集められる複数の患者を含む、請求項８に記載の方法。
15. 一時的ではない機械可読媒体であって、複数の患者のためのリアルタイムのモニタリングシステムのための命令が格納されており、実行されると、機械に、
    モニタリングシステムに含まれる患者の選択を受信させ、
    それぞれの患者の選択について、リアルタイムの患者データを、複数の患者固有のエリアを含むグラフィカルユーザインターフェースに表示させる命令を含み、それぞれ、
    前記患者固有のエリアに関連する患者を識別する、患者識別エリアと、
    前記患者に対応するリアルタイムの患者データの種類の選択した波形を表示するような構成の波形エリアと、
    前記患者の複数のリアルタイムのバイタルサインを表示するような構成のバイタルサインエリアと、
    前記患者のアラーム状態に応答してアラーム指標を表示するような構成のアラームエリアとを含む、機械可読媒体。
16. 実行されると、前記機械に、リアルタイムの患者データを表示させる命令は、実行されると、
    前記機械に、複数のリアルタイムバイタルサインのバイタルサインが存在しないことに応答して、波形エリアを拡大させ、バイタルサインエリアを縮小させる命令を含む、請求項１５に記載の機械可読媒体。
17. 前記命令が、さらに、実行されると、前記機械に、前記モニタリングシステムに含まれる利用可能な一連の患者から患者を選択するためのグラフィカルユーザインターフェースを表示させる命令を含む、請求項１５に記載の機械可読媒体。
18. 前記命令が、さらに、実行されると、前記機械に、対応する患者のリアルタイムの患者データに存在するアラーム状態に応答して、グラフィカルユーザインターフェースの患者固有のエリアにアラーム状態を示させる命令を含む、請求項１５に記載の機械可読媒体。
19. 前記グラフィカルユーザインターフェースが、さらに、選択されると、前記機械に、対応する患者の病歴データを表示するためのアプリケーションをインスタンス化させるユーザインタラクションエレメントを含む、請求項１５に記載の機械可読媒体。
20. 前記複数の患者が、複数の医療施設にいる複数の患者を含む、請求項１５に記載の機械可読媒体。
21. 前記複数の患者が、リアルタイムの患者データが複数のベンダー製の装置によって集められる複数の患者を含む、請求項１５に記載の機械可読媒体。

Images