(57)【要約】いくつかの実施形態に従う遠隔インターフェースシステムは、患者監視のための１つ以上のセンサと、前記センサから情報を受信し、それに基づいて患者データを生成するための１つ以上の第１のプロセッサと、ウェブサーバと、第１の通信システムと、前記患者データの少なくとも第１の部分の表現物を表示するための第１の画面と、を有する、１つ以上の患者監視デバイスと、第２の通信システムと、第２の画面と、１つ以上の第２のプロセッサと、１つ以上の第２のプロセッサによって実行され、前記第１の通信システムの存在を検出し、第１の通信システムと第２の通信システムとの間に通信リンクを確立し、ウェブサーバと信頼できる接続チャネル（例えば、安全なウェブソケット接続）を確立し、接続を介して患者データを受信し、患者データの少なくとも第２の部分を第２の画面上に表示するように構成される、アプリケーションと、を含む、遠隔インターフェースデバイスを含む。
2016515888.tif 000002
【特許請求の範囲】
【請求項１】
医療用途のための遠隔インターフェースシステムであって、
患者に物理的に取付けるように構成される、１つ以上のセンサと、
前記１つ以上のセンサから情報を受信し、前記情報に基づいて患者データを生成するように構成される、第１のプロセッサと、
ウェブサーバと、
第１の通信システムと、
前記患者データの少なくとも第１の部分の表現物を表示するように構成される、第１の画面と、を備える、患者監視デバイスと、
第２の通信システムと、
第２の画面と、
第２のプロセッサと、
前記第２のプロセッサによって実行されるアプリケーションであって、前記第１の通信システムの存在を検出し、前記第１の通信システムと第２の通信システムとの間に通信リンクを確立し、前記ウェブサーバとの安全なウェブソケット接続を確立し、前記ウェブソケット接続を介して前記患者データを受信し、前記患者データの少なくとも第２の部分を前記第２の画面上に表示するように構成される、アプリケーションと、を備える、遠隔インターフェースデバイスと、を備える、前記遠隔インターフェースシステム。
【請求項２】
前記通信リンクが、前記患者監視デバイス及び前記遠隔インターフェースデバイスの外のいかなる線によっても伝達されない直接通信リンクである、請求項１に記載の前記遠隔インターフェースシステム。
【請求項３】
前記通信リンクの少なくとも一部分が、有線ネットワークを含む、請求項１に記載の前記遠隔インターフェースシステム。
【請求項４】
前記患者監視デバイスが携帯用である、請求項１に記載の前記遠隔インターフェースシステム。
【請求項５】
前記遠隔インターフェースデバイスが携帯用である、請求項４に記載の前記遠隔インターフェースシステム。
【請求項６】
前記アプリケーションが、前記患者データを、前記ウェブソケット接続を介して、それぞれが１２０ミリ秒の前記患者データを表すパケットで受信するようにさらに構成される、請求項１に記載の前記遠隔インターフェースシステム。
【請求項７】
前記ウェブサーバが、前記患者データの新しいパケットを、１２０ミリ秒毎に少なくとも１回前記遠隔インターフェースデバイスに送信する、請求項６に記載の遠隔インターフェースシステム。
【請求項８】
前記アプリケーションが、前記患者データを、前記ウェブソケット接続を介して、それぞれが４０〜２００ミリ秒の前記患者データを表すパケットで受信するようにさらに構成される、請求項１に記載の前記遠隔インターフェースシステム。
【請求項９】
前記ウェブサーバによって前記遠隔インターフェースデバイスに送信される前記患者データのパケットが、前記患者からのＥＣＧ波形データを含む、請求項１に記載の前記遠隔インターフェースシステム。
【請求項１０】
前記ウェブサーバによって前記遠隔インターフェースデバイスに送信される前記患者データのパケットが、Ｊａｖａｓｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）プロトコルに従って構造化される、請求項１に記載の前記遠隔インターフェースシステム。
【請求項１１】
前記遠隔インターフェースデバイスが、前記患者監視デバイスが前記第１の画面上に示すように構成されていない前記患者データの一部分を、前記第２の画面上に示すように構成される、請求項１に記載の前記遠隔インターフェースシステム。
【請求項１２】
患者データの前記第１の部分及び第２の部分が同一であり、前記遠隔インターフェースデバイスが、前記患者データの前記第２の部分を、前記第２の画面上の２つ以上の場所に同時に表示するように構成される、請求項１に記載の前記遠隔インターフェースシステム。
【請求項１３】
前記患者データの前記第１の部分が、前記患者データの前記第２の部分と同一でなく、前記遠隔インターフェースデバイスが、前記患者監視デバイスが前記患者データの前記第１の部分を示すのと同時に、前記患者データの前記第２の部分を示すように構成される、請求項１に記載の前記遠隔インターフェースシステム。
【請求項１４】
前記患者監視デバイスが第１の患者監視デバイスであり、前記１つ以上のセンサが第１の一組の１つ以上のセンサであり、前記患者が第１の患者であり、前記プロセッサが第１のプロセッサであり、前記情報が第１の情報であり、前記患者データが第１の患者データであり、前記ウェブサーバが第１のウェブサーバであり、前記通信リンクが第１の通信リンクであり、前記ウェブソケット接続が第１のウェブソケット接続であり、前記遠隔インターフェースシステムが、
第２の患者に物理的に取付けるように構成される、第２の一組の１つ以上のセンサと、
前記第２の一組の１つ以上のセンサから第２の情報を受信し、前記第２の情報に基づいて第２の患者データを生成するように構成される、第２のプロセッサと、
第２のウェブサーバと、
第３の通信システムと、
前記第２の患者データの少なくとも第１の部分の表現物を表示するように構成される、第３の画面と、を備える、第２の患者監視デバイスをさらに備え、
前記アプリケーションが、前記第３の通信システムの存在を検出し、前記第１の通信システムと第３の通信システムとの間に第２の通信リンクを確立し、前記第２のウェブサーバとの安全な第２のウェブソケット接続を確立し、前記第２のウェブソケット接続を介して前記第２の患者データを受信し、前記第２の画面上に前記第２の患者データの少なくとも第２の部分を表示するようにさらに構成される、請求項１に記載の前記遠隔インターフェースシステム。
【請求項１５】
前記アプリケーションが、前記第１の患者データの前記少なくとも前記第２の部分を前記第２の画面上に表示するのと同時に、前記第２の患者データの前記少なくとも前記第２の部分を前記第２の画面上に表示するように構成される、請求項１４に記載の前記遠隔インターフェースシステム。
【請求項１６】
前記第１の患者データの前記少なくとも前記第２の部分が、前記第２の画面上の第１のデータウィンドウ内に表示され、前記第２の患者データの前記少なくとも前記第２の部分が、前記第２の画面上の第２のデータウィンドウ内に表示され、前記アプリケーションが、前記第１のデータウィンドウ及び前記第２のデータウィンドウのうちの一方または両方が、前記第２の画面上に再位置付けされることを許可するようにさらに構成される、請求項１５に記載の前記遠隔インターフェースシステム。
【請求項１７】
前記第１の患者データの前記少なくとも前記第２の部分が、前記第２の画面上の第１のデータウィンドウ内に表示され、前記第２の患者データの前記少なくとも前記第２の部分が、前記第２の画面上の第２のデータウィンドウ内に表示され、前記アプリケーションが、前記遠隔インターフェースシステムの使用中に、前記第２の患者データの前記少なくとも前記第２の部分を表示するという前記第１のデータウィンドウの再割当てを許可するようにさらに構成される、請求項１５に記載の前記遠隔インターフェースシステム。
【請求項１８】
前記アプリケーションが、前記第１のデータウィンドウ及び前記第２のデータウィンドウのうちの一方または両方が、ドラッグアンドドロップのプロセスを介して前記第２の画面上に再位置付けされることを許可するようにさらに構成される、請求項１６に記載の前記遠隔インターフェースシステム。
【請求項１９】
前記第２の画面が、第１のモニタ及び第２のモニタを備え、前記第１のデータウィンドウが前記第１のモニタ上にあり、前記第２のデータウィンドウが前記第２のモニタ上にある、請求項１７に記載の前記遠隔インターフェースシステム。
【請求項２０】
前記遠隔インターフェースデバイスが第１の遠隔インターフェースデバイスであり、前記アプリケーションが第１のアプリケーションであり、前記通信リンクが第１の通信リンクであり、前記ウェブソケット接続が第１のウェブソケット接続であり、前記遠隔インターフェースシステムが、第２の遠隔インターフェースデバイスをさらに備え、前記第２の遠隔インターフェースデバイスが、
第３の通信システムと、
第３の画面と、
第３のプロセッサと、
前記第３のプロセッサによって実行される、第２のアプリケーションであって、前記第１の通信システムの存在を検出し、前記第１の通信システムと第３の通信システムとの間に第２の通信リンクを確立し、前記ウェブサーバとの安全な第２のウェブソケット接続を確立し、前記第２のウェブソケット接続を介して前記患者データを受信し、前記患者データの少なくとも第３の部分を前記第３の画面上に表示するように構成される、第２のアプリケーションと、を備える、請求項１に記載の前記遠隔インターフェースシステム。
【請求項２１】
前記患者データの前記第３の部分が、前記患者データの前記第２の部分と同一である、請求項２０に記載の前記遠隔インターフェースシステム。
【請求項２２】
前記第２のアプリケーションが、前記患者データの前記少なくとも前記第２の部分の前記第２の画面上への前記表示と同時に、前記患者データの前記少なくとも前記第３の部分を前記第３の画面上に表示するようにさらに構成される、請求項２０に記載の前記遠隔インターフェースシステム。
【請求項２３】
前記患者データの前記第２の部分及び前記第３の部分が異なる、請求項２２に記載の前記遠隔インターフェースシステム。
【請求項２４】
前記患者監視デバイスが除細動器である、請求項１に記載の前記遠隔インターフェースシステム。
【請求項２５】
前記アプリケーションが、前記ウェブサーバからフレームソフトウェアを要求するようにさらに構成され、前記フレームソフトウェアが、前記第２の画面上の表示ウィンドウの数及び位置を統制し、前記フレームソフトウェアのための前記要求が、前記第２の画面上の前記表示ウィンドウの前記数及び位置を指定する、請求項１に記載の前記遠隔インターフェースシステム。
【請求項２６】
前記表示ウィンドウの数及び位置が、デフォルトの選択に基づいて決定される、請求項２５に記載の前記遠隔インターフェースシステム。
【請求項２７】
前記表示ウィンドウの数及び位置が、前記遠隔インターフェースデバイス上の構成ファイルに基づいて決定される、請求項２６に記載の前記遠隔インターフェースシステム。
【請求項２８】
前記アプリケーションが、前記患者監視デバイスから第１の警報を受信し、前記第１の警報に基づいて、前記遠隔インターフェースシステムで第２の警報を起動するように構成される、請求項１に記載の前記遠隔インターフェースシステム。
【請求項２９】
前記アプリケーションが、前記第２の警報をある期間保留するユーザコマンドを受け入れるようにさらに構成され、前記期間が、ユーザによって設定可能である、請求項２８に記載の前記遠隔インターフェースシステム。
【請求項３０】
前記患者監視デバイスが第１の患者監視デバイスであり、前記通信リンクが第１の通信リンクであり、前記アプリケーションが、第２の患者監視デバイスとの第２の通信リンクを確立するようにさらに構成され、前記アプリケーションが、前記第２の患者監視デバイスから第３の警報を受信し、前記第３の警報を受信し次第、前記期間の間、前記第２の警報を再開するようにさらに構成される、請求項２９に記載の前記遠隔インターフェースシステム。
【請求項３１】
医療デバイスとの遠隔インターフェースのための方法であって、
患者を、ウェブサーバと、第１の画面と、前記患者に取付けられた１つ以上のセンサとを有する患者監視デバイスで監視することと、
前記１つ以上のセンサから受信した情報に基づいて、患者データを生成することと、
前記患者データの少なくとも第１の部分を前記第１の画面上に表示することと、
前記ウェブサーバと遠隔インターフェースデバイスとの間に安全なウェブソケット接続を確立することと、
前記安全なウェブソケット接続を介して、前記遠隔インターフェースデバイスを用いて前記患者監視デバイスから前記患者データを受信することと、
前記患者データの少なくとも第２の部分を前記遠隔インターフェースデバイス上の第２の画面上に表示することと、を含む、前記方法。
【請求項３２】
前記安全なウェブソケット接続が、前記患者監視デバイスと前記遠隔インターフェースデバイスとの間で完全に無線である、請求項３１に記載の前記方法。
【請求項３３】
前記安全なウェブソケット接続が、有線ネットワークの少なくとも一部分を通過する、請求項３１に記載の前記方法。
【請求項３４】
前記患者監視デバイスが携帯用である、請求項３１に記載の前記方法。
【請求項３５】
前記遠隔インターフェースデバイスが携帯用である、請求項３４に記載の前記方法。
【請求項３６】
前記患者データを受信することが、前記患者データを、それぞれが１２０ミリ秒の前記患者データを表すパケットで受信することをさらに含む、請求項３１に記載の前記方法。
【請求項３７】
前記患者データを受信することが、前記患者データを、それぞれが４０〜２００ミリ秒の前記患者データを表すパケットで受信することをさらに含む、請求項３１に記載の前記方法。
【請求項３８】
前記ウェブサーバから前記遠隔インターフェースデバイスに送信される前記患者データのパケットが、前記患者からのＥＣＧ波形データを含む、請求項３１に記載の前記方法。
【請求項３９】
前記患者データを前記ウェブサーバに送信する前に、前記患者データをデータのパケットにフォーマットすることをさらに含み、前記患者データが、Ｊａｖａｓｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）プロトコルに従って前記パケットにフォーマットされる、請求項３１に記載の前記方法。
【請求項４０】
前記患者データの前記少なくとも前記第２の部分を前記第２の画面上に表示することが、前記患者データの前記少なくとも前記第１の部分を前記第１の画面上に前記表示するのと同時に前記患者データの前記少なくとも前記第２の部分を前記第２の画面上に表示することを含む、請求項３１に記載の前記方法。
【請求項４１】
前記患者データの前記第１の部分が前記患者データの前記第２の部分と異なる、請求項４０に記載の前記方法。
【請求項４２】
前記患者監視デバイスが第１の患者監視デバイスであり、前記ウェブサーバが第１のウェブサーバであり、前記１つ以上のセンサが第１の一組の１つ以上のセンサであり、前記患者データが第１の患者データであり、前記情報が第１の情報であり、前記安全なウェブソケット接続が第１の安全なウェブソケット接続であり、前記方法が、
第２の患者を、第２のウェブサーバと、第３の画面と、前記第２の患者に取付けられた第２の一組の１つ以上のセンサと、を有する、第２の患者監視デバイスで監視することと、
前記第２の一組の１つ以上のセンサから受信した第２の情報に基づいて、第２の患者データを生成することと、
前記第２の患者データの少なくとも第１の部分を前記第３の画面上に表示することと、
前記ウェブサーバと前記遠隔インターフェースデバイスとの間に第２の安全なウェブソケット接続を確立することと、
前記第２の患者監視デバイスから前記第２の安全なウェブソケット接続を介して前記第２の患者データを受信することと、
前記第２の患者データの少なくとも第２の部分を、前記遠隔インターフェースデバイス上の前記第２の画面上に表示することと、をさらに含む、請求項３１に記載の前記方法。
【請求項４３】
前記遠隔インターフェースデバイスが第１の遠隔インターフェースデバイスであり、前記安全なウェブソケット接続が第１の安全なウェブソケット接続であり、前記方法が、
前記ウェブサーバと第２の遠隔インターフェースデバイスとの間に第２の安全なウェブソケット接続を確立することと、
前記第２の安全なウェブソケット接続を介して、前記第２の遠隔インターフェースデバイスを用いて前記患者監視デバイスから前記患者データを受信することと、
前記患者データの少なくとも第３の部分を前記第２の遠隔インターフェースデバイスの上の第３の画面上に表示することと、をさらに含む、請求項３１に記載の前記方法。
【請求項４４】
前記患者データの前記第２の部分が、前記患者データの前記第３の部分と同一である、請求項４３に記載の前記方法。
【請求項４５】
前記患者データの前記第１の部分が、前記患者データの前記第２の部分と同一である、請求項４４に記載の前記方法。
【請求項４６】
前記患者データの前記第２の部分が、前記患者データの前記第３の部分と異なる、請求項４３に記載の前記方法。
【請求項４７】
医療用途のための遠隔インターフェースシステムであって、
患者に物理的に取付けるように構成される、１つ以上のセンサと、
前記１つ以上のセンサから情報を受信し、前記情報に基づいて患者データを生成するように構成される、第１のプロセッサと、
ウェブサーバと、
第１の通信システムと、
前記患者データの少なくとも第１の部分の表現物を表示するように構成される、第１の画面と、
を備える、患者監視デバイスと、
第２の通信システムと、
第２の画面と、
第２のプロセッサと、
前記第２のプロセッサによって実行されるアプリケーションであって、前記第１の通信システムの存在を検出し、前記第１の通信システムと第２の通信システムとの間に通信リンクを確立し、安全な信頼できる接続チャネルを前記ウェブサーバと確立し、前記信頼できる接続チャネルを介して、前記患者データを受信し、前記患者データの少なくとも第２の部分を前記第２の画面上に表示するように構成される、前記アプリケーションと、
を備える、遠隔インターフェースデバイスと、を備える、前記遠隔インターフェースシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、遠隔画面及び複数の患者監視デバイスからの情報のデータ集約に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１３年３月１５日に出願された米国特許仮出願第６１／７９２，９６１号の利益を主張し、これはあらゆる目的について参照によってその全体が組み込まれる。
【０００３】
患者監視デバイス、例えば除細動器は典型的に、患者について取得されるデータを、例えば患者監視デバイス及び患者と通信するセンサを介して表示するためのユーザインターフェース画面を含む。かかる患者監視デバイスはしばしば携帯用である。かかるデバイスからのデータ取得は、ストリーミングデータ取得でさえ、患者監視デバイスによって収集される大量のデータ、及び／または現在のストリーミング技術の接続制限のため、しばしば遅延するか、または厄介であり得る。
【０００４】
かかる従来のストリーミング技術は典型的に、少なくとも１秒以上の待ち時間を含み、及び／または他のデバイスがデータを受信するために接続することを困難にする独占的な基準に依存する。ユーザインターフェースの遠隔閲覧を容認するシステムはまた、複数のデバイスからのユーザインターフェースが単一の画面上に集約されることをしばしば容認せず、監視デバイス上に同時に表示される、これに対応する情報以外のデバイスからの情報の表示も容認しない。
【発明の概要】
【課題を解決するための手段】
【０００５】
医療用途のための遠隔インターフェースシステムであって、患者に物理的に取付けるように構成される、１つ以上のセンサと、１つ以上のセンサから情報を受信し、情報に基づいて患者データを生成するように構成される、第１のプロセッサと、ウェブサーバと、第１の通信システムと、患者データの少なくとも第１の部分の表現物を表示するように構成される、第１の画面と、を備える、患者監視デバイスと、第２の通信システムと、第２の画面と、第２のプロセッサと、第２のプロセッサによって実行されるアプリケーションであって、第１の通信システムの存在を検出し、第１の通信システムと第２の通信システムとの間に通信リンクを確立し、ウェブサーバとの安全なウェブソケット接続を確立し、ウェブソケット接続を介して患者データを受信し、患者データの少なくとも第２の部分を第２の画面上に表示するように構成される、アプリケーションと、を備える、遠隔インターフェースデバイスと、を備える、遠隔インターフェースシステム。
【０００６】
通信リンクが、患者監視デバイス及び遠隔インターフェースデバイスの外のいかなる線によっても伝達されない、直接通信リンクである、段落［０００５］の遠隔インターフェースシステム。
【０００７】
通信リンクの少なくとも一部分が、有線ネットワークを含む、段落［０００５］〜［０００６］のいずれかに記載の遠隔インターフェースシステム。
【０００８】
患者監視デバイスが携帯用である、段落［０００５］〜［０００７］のいずれかに記載の遠隔インターフェースシステム。
【０００９】
遠隔インターフェースデバイスが携帯用である、段落［０００５］〜［０００８］のいずれかに記載の遠隔インターフェースシステム。
【００１０】
アプリケーションが、患者データを、ウェブソケット接続を介して、それぞれが患者データの１２０ミリ秒を表すパケットで受信するようにさらに構成される、段落［０００５］〜［０００９］のいずれかに記載の遠隔インターフェースシステム。
【００１１】
ウェブサーバが、新しい患者データのパケットを１２０ミリ秒毎に少なくとも１回遠隔インターフェースデバイスに送信する、段落［０００５］〜［００１０］のいずれかに記載の遠隔インターフェースシステム。
【００１２】
アプリケーションが、患者データを、ウェブソケット接続を介して、それぞれが患者データの４０〜２００ミリ秒を表すパケットで受信するようにさらに構成される、段落［０００５］〜［００１１］のいずれかに記載の遠隔インターフェースシステム。
【００１３】
ウェブサーバによって遠隔インターフェースデバイスに送信される患者データのパケットが、患者からのＥＣＧ波形データを含む、段落［０００５］〜［００１２］のいずれかに記載の遠隔インターフェースシステム。
【００１４】
ウェブサーバによって遠隔インターフェースデバイスに送信される患者データのパケットが、Ｊａｖａｓｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）プロトコルに従って構造化される、段落［０００５］〜［００１３］のいずれかに記載の遠隔インターフェースシステム。
【００１５】
遠隔インターフェースデバイスが、患者監視デバイスが第１の画面上に示すように構成されていない患者データの一部分を、第２の画面上に示すように構成される、段落［０００５］〜［００１４］のいずれかに記載の遠隔インターフェースシステム。
【００１６】
患者データの第１の部分が、患者データの第２の部分と同一でなく、遠隔インターフェースデバイスが、患者監視デバイスが患者データの第１の部分を示すのと同時に患者データの第２の部分を示すように構成される、段落［０００５］〜［００１５］のいずれかに記載の遠隔インターフェースシステム。
【００１７】
患者監視デバイスが第１の患者監視デバイスであり、１つ以上のセンサが第１の一組の１つ以上のセンサであり、患者が第１の患者であり、プロセッサが第１のプロセッサであり、情報が第１の情報であり、患者データが第１の患者データであり、ウェブサーバが第１のウェブサーバであり、通信リンクが第１の通信リンクであり、ウェブソケット接続が第１のウェブソケット接続であり、遠隔インターフェースシステムが、第２の患者に物理的に取付けるように構成される、第２の一組の１つ以上のセンサと、第２の一組の１つ以上のセンサから第２の情報を受信し、第２の情報に基づいて第２の患者データを生成するように構成される、第２のプロセッサと、第２のウェブサーバと、第３の通信システムと、第２の患者データの少なくとも第１の部分の表現物を表示するように構成される、第３の画面と、を備える、第２の患者監視デバイスをさらに備え、アプリケーションが、第３の通信システムの存在を検出し、第１の通信システムと第３の通信システムとの間に第２の通信リンクを確立し、第２のウェブサーバとの安全な第２のウェブソケット接続を確立し、第２のウェブソケット接続を介して第２の患者データを受信し、第２の画面上に第２の患者データの少なくとも第２の部分を表示するようにさらに構成される、段落［０００５］〜［００１６］のいずれかに記載の遠隔インターフェースシステム。
【００１８】
アプリケーションが、第１の患者データの少なくとも第２の部分を第２の画面上に表示するのと同時に、第２の患者データの少なくとも第２の部分を第２の画面上に表示するように構成される、段落［０００５］〜［００１８］のいずれかに記載の遠隔インターフェースシステム。
【００１９】
第１の患者データの少なくとも第２の部分が、第２の画面上の第１のデータウィンドウ内に表示され、第２の患者データの少なくとも第２の部分が、第２の画面上の第２のデータウィンドウ内に表示され、アプリケーションが、第１のデータウィンドウ及び第２のデータウィンドウのうちの一方または両方が、第２の画面上に再位置付けされることを許可するようにさらに構成される、段落［０００５］〜［００１８］のいずれかに記載の遠隔インターフェースシステム。
【００２０】
第１の患者データの少なくとも第２の部分が、第２の画面上の第１のデータウィンドウ内に表示され、第２の患者データの少なくとも第２の部分が、第２の画面上の第２のデータウィンドウ内に表示され、アプリケーションが、遠隔インターフェースシステムの使用中に、第２の患者データの少なくとも第２の部分を表示するという第１のデータウィンドウの再割当てを許可するようにさらに構成される、段落［０００５］〜［００１９］のいずれかに記載の遠隔インターフェースシステム。
【００２１】
アプリケーションが、第１のデータウィンドウ及び第２のデータウィンドウのうちの一方または両方が、ドラッグアンドドロップのプロセスを介して第２の画面上に再位置付けされることを許可するようにさらに構成される、段落［０００５］〜［００２０］のいずれかに記載の遠隔インターフェースシステム。
【００２２】
遠隔インターフェースデバイスが第１の遠隔インターフェースデバイスであり、アプリケーションが第１のアプリケーションであり、通信リンクが第１の通信リンクであり、ウェブソケット接続が第１のウェブソケット接続であり、遠隔インターフェースシステムが、第２の遠隔インターフェースデバイスをさらに備え、第２の遠隔インターフェースデバイスが、第３の通信システムと、第３の画面と、第３のプロセッサと、第３のプロセッサによって実行される、第２のアプリケーションであって、第１の通信システムの存在を検出し、第１の通信システムと第３の通信システムとの間に第２の通信リンクを確立し、ウェブサーバとの安全な第２のウェブソケット接続を確立し、第２のウェブソケット接続を介して患者データを受信し、患者データの少なくとも第３の部分を第３の画面上に表示するように構成される、第２のアプリケーションと、を備える、段落［０００５］〜［００２１］のいずれかに記載の遠隔インターフェースシステム。
【００２３】
患者データの第３の部分が、患者データの第２の部分と同一である、段落［０００５］〜［００２２］のいずれかに記載の遠隔インターフェースシステム。
【００２４】
第２のアプリケーションが、患者データの少なくとも第２の部分の第２の画面上への表示と同時に、患者データの少なくとも第３の部分を第３の画面上に表示するようにさらに構成される、段落［０００５］〜［００２３］のいずれかに記載の遠隔インターフェースシステム。
【００２５】
患者データの第２の部分及び第３の部分が異なる、段落［０００５］〜［００２４］のいずれかに記載の遠隔インターフェースシステム。
【００２６】
患者監視デバイスが除細動器である、段落［０００５］〜［００２５］のいずれかに記載の遠隔インターフェースシステム。
【００２７】
医療デバイスとの遠隔インターフェースのための方法であって、患者を、ウェブサーバと、第１の画面と、患者に取付けられた１つ以上のセンサとを有する患者監視デバイスで監視することと、１つ以上のセンサから受信した情報に基づいて、患者データを生成することと、患者データの少なくとも第１の部分を第１の画面上に表示することと、ウェブサーバと遠隔インターフェースデバイスとの間に安全なウェブソケット接続を確立することと、安全なウェブソケット接続を介して、遠隔インターフェースデバイスを用いて患者監視デバイスから患者データを受信することと、患者データの少なくとも第２の部分を遠隔インターフェースデバイス上の第２の画面上に表示することと、を含む、方法。
【００２８】
安全なウェブソケット接続が、患者監視デバイスと遠隔インターフェースデバイスとの間で完全に無線である、段落［００２７］に記載の方法。
【００２９】
安全なウェブソケット接続が、有線ネットワークの少なくとも一部分を通過する、段落［００２７］〜［００２８］のいずれかに記載の方法。
【００３０】
患者監視デバイスが携帯用である、段落［００２７］〜［００２９］のいずれかに記載の方法。
【００３１】
遠隔インターフェースデバイスが携帯用である、段落［００２７］〜［００３０］のいずれかに記載の方法。
【００３２】
患者データを受け取ることが、患者データを、それぞれが患者データの１２０ミリ秒を表すパケットで受け取ることをさらに含む、段落［００２７］〜［００３１］のいずれかに記載の方法。
【００３３】
患者データを受け取ることが、患者データを、それぞれが患者データの４０〜２００ミリ秒を表すパケットで受け取ることをさらに含む、段落［００２７］〜［００３２］のいずれかに記載の方法。
【００３４】
ウェブサーバから遠隔インターフェースデバイスに送信される患者データのパケットが、患者からのＥＣＧ波形データを含む、段落［００２７］〜［００３３］のいずれかに記載の方法。
【００３５】
患者データをウェブサーバに送信する前に、患者データをデータのパケットにフォーマットすることをさらに含み、患者データが、Ｊａｖａｓｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）プロトコルに従ってパケットにフォーマットされる、段落［００２７］〜［００３４］のいずれかに記載の方法。
【００３６】
患者データの少なくとも第２の部分を第２の画面上に表示することが、患者データの少なくとも第１の部分を第１の画面上に表示するのと同時に患者データの少なくとも第２の部分を第２の画面上に表示することを含む、段落［００２７］〜［００３５］のいずれかに記載の方法。
【００３７】
患者データの第１の部分が、患者データの第２の部分と異なる、段落［００２７］〜［００３６］のいずれかに記載の方法。
【００３８】
患者監視デバイスが第１の患者監視デバイスであり、ウェブサーバが第１のウェブサーバであり、１つ以上のセンサが第１の一組の１つ以上のセンサであり、患者データが第１の患者データであり、情報が第１の情報であり、安全なウェブソケット接続が第１の安全なウェブソケット接続であり、方法が、第２の患者を、第２のウェブサーバと、第３の画面と、第２の患者に取付けられた第２の一組の１つ以上のセンサと、を有する、第２の患者監視デバイスで監視することと、第２の一組の１つ以上のセンサから受信した第２の情報に基づいて、第２の患者データを生成することと、第２の患者データの少なくとも第１の部分を第３の画面上に表示することと、ウェブサーバと遠隔インターフェースデバイスとの間に第２の安全なウェブソケット接続を確立することと、第２の患者監視デバイスから第２の安全なウェブソケット接続を介して第２の患者データを受信することと、第２の患者データの少なくとも第２の部分を、遠隔インターフェースデバイス上の第２の画面上に表示することと、をさらに含む、段落［００２７］〜［００３７］のいずれかに記載の方法。
【００３９】
遠隔インターフェースデバイスが第１の遠隔インターフェースデバイスであり、安全なウェブソケット接続が第１の安全なウェブソケット接続であり、方法が、ウェブサーバと第２の遠隔インターフェースデバイスとの間に第２の安全なウェブソケット接続を確立することと、第２の安全なウェブソケット接続を介して、第２の遠隔インターフェースデバイスを用いて患者監視デバイスから患者データを受信することと、患者データの少なくとも第３の部分を第２の遠隔インターフェースデバイスの上の第３の画面上に表示することと、をさらに含む、段落［００２７］〜［００３８］のいずれかに記載の方法。
【００４０】
患者データの第２の部分が、患者データの第３の部分と同一である、段落［００２７］〜［００３９］のいずれかに記載の方法。
【００４１】
患者データの第１の部分が、患者データの第２の部分と同一である、段落［００２７］〜［００４０］のいずれかに記載の方法。
【００４２】
患者データの第２の部分が、患者データの第３の部分と異なる、段落［００２７］〜［００４１］のいずれかに記載の方法。
【００４３】
医療用途のための遠隔インターフェースシステムであって、患者に物理的に取付けるように構成される、１つ以上のセンサと、１つ以上のセンサから情報を受信し、情報に基づいて患者データを生成するように構成される、第１のプロセッサと、ウェブサーバと、第１の通信システムと、患者データの少なくとも第１の部分の表現物を表示するように構成される、第１の画面と、を備える、患者監視デバイスと、第２の通信システムと、第２の画面と、第２のプロセッサと、第２のプロセッサによって実行されるアプリケーションであって、第１の通信システムの存在を検出し、第１の通信システムと第２の通信システムとの間に通信リンクを確立し、安全な信頼できる接続チャネルをウェブサーバと確立し、信頼できる接続チャネルを介して、患者データを受信し、患者データの少なくとも第２の部分を第２の画面上に表示するように構成される、アプリケーションと、を備える、遠隔インターフェースデバイスと、を備える、遠隔インターフェースシステム。
【００４４】
複数の実施形態が開示されるが、本発明の説明的な実施形態を示しかつ説明する以下の詳細な記載から、本発明の他の実施形態がなお当業者には明白となろう。ゆえに、図面及び詳細な記載は、本質的に説明的であって制限的ではないものと見なされる。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施形態に従う、画面集約システムの図である。
【図２】本発明の実施形態に従う、画面集約システムの図である。
【図３】本発明の実施形態に従う、画面集約表示の図である。
【図４】遠隔画面ディスプレイが再位置づけされた、図３の画面集約表示の図である。
【図５】本発明の実施形態に従う、コンピュータシステムの図である。
【図６】本発明の実施形態に従う、ブラウザとサーバとの間の通信及びタイミングの図である。
【図７】本発明の実施形態に従う、代替的な画面集約表示の図である。
【図８】従来のｈｔｔｐポーリング状況についてのブラウザとサーバとの間の通信及びタイミングの図である。
【発明を実施するための形態】
【００４６】
本発明は種々の修正及び代替形に従うが、図面において例として特定の実施形態が示され、以下に詳細に記載される。しかしながら、本発明を記載の特定の実施形態に制限することを意図しない。その反対に、本発明は、添付の請求項によって定義されるように本発明の範囲内にあるすべての修正、同等物、及び代替を網羅することを意図する。
【００４７】
図１は、本発明の実施形態に従い、それぞれが患者５に物理的に取付けるように構成される患者監視デバイス１０を含む、画面集約システム１００の図であり、遠隔インターフェースシステムとも称され得る。一例として、患者監視デバイス１０は除細動器であり得、除細動器１０からの電極が患者５に取付けられ得る。例えば、デバイス１０は、本明細書に記載されるように装備された、ＺＯＬＬ（登録商標）Ｘ  ＳｅｒｉｅｓまたはＲ  Ｓｅｒｉｅｓの患者モニタ及び除細動器であり得る。例えば、血圧センサ、心拍モニタ、またはパルス酸素濃度計等の他のセンサもまた、物理的にまたは無線で患者に取付けられ得る。本発明の実施形態に従い、監視デバイス１０は、患者５についての情報、例えば、患者の心電図ＥＣＧ波データ、長時間の血圧、心拍、パルス酸素濃度計データ、警報、及び他の患者情報を表示するように構成される表示画面１１を含み得る。
【００４８】
図１もまた、患者監視デバイス１０のそれぞれと無線でまたは有線接続で通信するように構成される、画面集約デバイス２０とも称され得る、遠隔インターフェースデバイス２０の図である。遠隔インターフェースデバイス２０は、情報を表示するための画面２２を含む。画面２２は、画面２２に患者監視デバイス１０のうちの２つ以上についての情報を表示させる表示モジュールによって制御され得る。例えば、図１に示されるように、画面２２は、画面２２の６つの画面位置３１〜３６のうちの１つに、それぞれのデバイス１０のユーザインターフェース画面１１を表示するように構成され得る。例えば、１つのデバイス１０のユーザインターフェース１１が画面位置３１に示され、別のデバイス１０’のユーザインターフェース１１’が画面位置３２に示され、別のデバイス１０”のユーザインターフェース１１”が画面位置３４に示される。いくつかの実施形態によれば、ユーザインターフェース１１、１１’、１１”のそれぞれに表示されたものが画面２２上に同時に表示されるように、ユーザインターフェース１１、１１’、１１”は、画面２２上で「リアルタイム」で遠隔的に閲覧される。
【００４９】
本発明の他の実施形態によれば、画面２２は、画面１１、１１’、１１”上に同時に表示される情報またはデータの他に、及び／またはそれに加えて、デバイス１０、１０’、１０”から受信された情報またはデータを表示するように構成される。いくつかの場合では、画面２２は、これらのデバイスが単に表示することができないか、または任意の環境下において表示するように構成されていない、デバイス１０、１０’、１０”からの情報またはデータを表示するように構成される。これは、患者を監視し、また重大な患者情報を伝えるというデバイスの役割のために、デバイス１０上に表示するほどには重要でないと見なされるデータを含み得、例えば、病歴データまたはある特定のデータ種類の組み合わせもしくはプロットを含む、デバイス１０上に表示されたものと異なる種類またはフォーマットのデータをも含み得る。
【００５０】
デバイス２０上に６つの画面位置３１〜３６が示されるが、当業者は、本開示に基づき、本発明の実施形態に従い、種々の他の数、形状、レイアウト、及び画面位置の構成が用いられ得ることを認識するであろう。
【００５１】
図２は、本発明の実施形態に従う、デバイス１０及びデバイス２０の図である。患者監視デバイス１０は、患者に物理的に取付けるように構成される、１つ以上のセンサ１０８と、１つ以上のセンサ１０８から情報を受信し、情報に基づいて患者データを生成するように構成される、プロセッサ１００と、ウェブサーバ１０２と、無線または有線通信システム１０４と、データベース１０６と、患者データの少なくとも一部分の表現物を表示するように構成されるディスプレイまたは画面１１とを含み得る。本発明の実施形態に従い、遠隔インターフェースデバイス２０は、無線または有線通信システム２０４と、画面またはディスプレイ２２と、プロセッサ２００と、ウェブブラウザ２０２とを含む。プロセッサ２００は、例えば、データベース２０６内に格納され、プロセッサ２００によって実行可能な命令の形式のアプリケーションを実行するように構成され得る。かかるアプリケーションは、第１の無線または有線通信システム１０４の存在を検出するように構成され得る。この検出は、自動発見システム、例えば、マルチキャストドメイン名システム（ｍＤＮＳ）を用いて達成され得る。通信システム１０４を発見するためにプロセッサ２００によって用いられる自動発見システムの例は、Ａｐｐｌｅ社のＢｏｎｊｏｕｒ及びＲｅｎｄｅｚｖｏｕｓ、Ａｖａｈｉ、Ｚｅｒｏｃｏｎｆ、ｍＤＮＳ等を含む。本明細書で用いられる場合、「通信システム」は、直接的または間接的に、及び有線、無線、または情報を交換する能力を持つ他の接続の１つまたは組み合わせを介して通信を確立する能力を持つシステムを広義に指すために用いられる。
【００５２】
通信システム１０４が発見される（例えば、デバイス２０のある特定の無線範囲内でその存在が発見される）とすぐに、通信システム１０４と通信システム２０４との間に通信リンクが確立される。これは、無線通信システム１０４、２０４間の直接無線接続であり得、通信リンクは、患者監視デバイス１０及び遠隔インターフェースデバイス２０の外のいかなる線によっても伝達されない。別様には、これは本発明の実施形態に従う、有線ネットワーク１２０を介する間接無線接続であり得る。例えば、別様には、これは本発明の実施形態に従う、直接またはネットワーク１２０を介する直接有線接続であり得る。次に、ウェブブラウザ２０２とウェブサーバ１０２との間にウェブソケット接続が確立される。ウェブソケット接続は、Ｗ３Ｃの公告にＨＴＭＬ５イニシアティブの一部として記載されるように、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（ＩＥＴＦ）及びＷｅｂＳｏｃｋｅｔ  ＡＰＩによって定義されている、ＷｅｂＳｏｃｋｅｔプロトコルを採用し得る。ウェブソケット接続は、別様にかかるプロトコル及びＡＰＩに基づき得るが、これに合致しない。ウェブソケット接続は、かかる信頼できる接続チャネルがウェブソケット接続でない場合でも、信頼できる接続チャネルであり得る。本発明のいくつかの実施形態によれば、ウェブソケット接続は、例えば、セキュアソケットレイヤ（ＳＳＬ）暗号化によるベーシック認証等の標準ＴＣＰ／ＩＰ暗号化技術を用いて、安全であり、及び／または暗号化されている。本発明の実施形態に従い、ウェブソケット接続が確立されるとすぐに、プロセッサ２００は、ウェブソケット接続を介して（ウェブブラウザ２０２を介して）患者データを受信し、患者データの少なくとも一部分を画面２２上に表示する。本発明のいくつかの実施形態によれば、ウェブソケット接続は、例えば４０〜２００ｍｓの待ち時間を有する待ち時間の短い双方向通信パイプであり、一旦確立されると、ＨＴＴＰ等の要求によってではなく、代わりに確立された通信パイプによって動かされる。
【００５３】
図６は、本発明の実施形態に従う、サーバ１０２とブラウザ２０２との間のウェブソケット接続の確立の実施例を示す。サーバ要求６２において、ブラウザ２０２がウェブソケット接続を確立するという要求をサーバ１０２に送信し、次に、サーバ１０２が応答６３〜６６をブラウザ２０２に返信する。本発明のいくつかの実施形態によれば、それぞれのサーバ応答６３〜６６が、患者監視デバイス１０からの１２０ミリ秒（ｍｓ）の患者データを含む。いくつかの患者データについては、これは、４ｍｓ毎に１回の速度で取られたサンプルデータの結果を処理する、平均または他のデータを含み、他の患者データについては、これは１２０ｍｓの期間にわたる新しい波形（例えば、ＥＣＧ波形）または波形（または他のプロットあるいはグラフ）への変化を含む。そのため、本発明の実施形態に従い、メッセージ６３〜６６のそれぞれが１２０ｍｓブロックのデータを含むため、ウェブソケットメッセージ６３〜６６は、示されるように、１２０ｍｓ毎に送信され得る。これらのウェブソケットメッセージは、メッセージ６３〜６６をブラウザ２０２に送信することを指示するために、ウェブソケットサーバ初期化要求６２の他に追加的なサーバ要求が必要でないため、ストリーミングデータセットアップに比べ、待ち時間を著しく低減する。本発明のいくつかの実施形態によれば、それぞれのメッセージ６３〜６６は、４０〜２００ｍｓの患者データを含み、それぞれのメッセージ６３〜６６が４０〜２００ｍｓおきに送信される。
【００５４】
図６のウェブソケット接続は、図８の従来のｈｔｔｐポーリング接続の説明と比較され得る。図８は、本発明の実施形態に従う、サーバ１０２とブラウザ２０２との間のストリーミングまたはポーリング接続の確立の実施例を示す。サーバ要求８２において、ブラウザ２０２は、フルヘッダ情報を含むコンテンツのための要求をサーバ１０２に送信し、次にサーバ１０２がブラウザ２０２に応答８３を返信する。ブラウザ２０２は次に、コンテンツ８４のための別の要求をサーバ１０２に送信し、次にサーバ１０２が次の応答８５をブラウザ２０２に返信する。この往復が繰り返され、よってウェブソケット接続と比べ、接続の全体の待ち時間を増加させる。図８の接続において、それぞれの期間の患者データについて別個の要求が出され、それぞれの別個の要求が特定の要求された情報とともに応答される。対照的に、本発明の実施形態に従い、図６のウェブソケット接続では、通信パイプが確立されるとすぐに、サーバ１０２が、さらに要求されていなくても、それぞれの期間の患者データを送信し続ける。
【００５５】
ウェブソケットメッセージ６３〜６６は、例えば、ヘッダ及びペイロード（例えば、患者データ）を有するパケットの形式で送信され得る。パケットは、ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）プロトコルまたは他の適切なフォーマットに従ってフォーマットされ得る。ＪＳＯＮ等のプロトコルを用いることは、非独占的な意味で、構文解析及び解釈が比較的簡単なデータフォーマットを提供し、本発明の実施形態に従い、画面集約デバイスまたは他のウェブブラウザ対応デバイスの設計者がデバイス１０のインターフェースをより簡単に設計することを容認する。そのため、いくつかの実施形態において、デバイス１０と２０との間の通信接続は、例えばＳＳＬを用いて、安全でありかつ認証されていることができるが、しかし患者データ自体は人間が読むことが可能であり、ＪＳＯＮまたは類似のプロトコルでウェブソケットを介して送信され得る。ＪＳＯＮは、言語非依存かつ人間が読むことが可能なテキストベースのフォーマットである。データ構造のいくつかの要素は、値（例えば、心拍値）を含み得るが、一方他の要素は、アレイ（例えば、サンプル期間にわたり患者のＥＣＧ波形を再構築するために十分なデータ）を含み得る。ＪＳＯＮはまたよく圧縮し、ほとんどの既製のウェブブラウザがＪＳＯＮ圧縮を扱う能力を持つ。本発明の実施形態に従い、オブジェクトは、後に続く構文解析において使用するために、他のユーザがかかるオブジェクトについてのデータ種類を識別することを援助する文字列とともに名付けられ得る。かかるプロトコルの使用はまた、患者データの受信者が、これを解釈、変換、及び／または翻訳するのではなく、これを簡単に構文解析することを容認することにより、コードの全体の量を低減し得る。本発明の実施形態に従い、ウェブソケット接続を介して送信されるデータは、慣例となっている対応されている圧縮基準を用いて圧縮され得る。本発明の実施形態に従い、ウェブソケット接続によって伝送されるデータについて、他の非独占的なまたは独占的なデータフォーマットまたは基準が用いられ得る。
【００５６】
図３及び図４は、ユーザインターフェースディスプレイの画面位置が、ユーザによって変更またはカスタマイズされ得ることを示す画面表示２２の例を図示する。例えば、図３は、３つの異なるデバイス１０、１０’、１０”からの３つの画面の同時表示を示す。本発明の実施形態に従い、画面位置３２に表示されるユーザインターフェースは、例えば、位置３２にあるユーザインターフェースを選択してこれを画面位置３３に矢印３７の方向にドラッグすることにより、新しい画面位置３３に移動され得る。本発明の実施形態に従い、同様に、画面位置３４に表示されるユーザインターフェースは、例えば、位置３２にあるユーザインターフェースを選択してこれを画面位置３５に矢印３８の方向にドラッグすることにより、新しい画面位置３５に移動され得る。これは、新しい画面２２のレイアウトが図４のものと類似するという結果となり得る。画面位置３１〜３６は、別様には「スロット」と称され得る。
【００５７】
画面表示を集約画面２２上の異なる位置に移動することに加えて、新しいウェブソケット接続がデバイス２０と他の患者監視デバイスとの間に確立され得る。例えば、デバイス２０上で動作しているデバイス集約アプリケーションは、ユーザが、発見されたかまたは接続のために利用可能なメニューまたは患者監視デバイス１０の一覧を選択することを容認し得、ユーザが新しいウェブソケット接続をともに確立するデバイスのうちの１つを選択することを容認する。本発明のいくつかの実施形態によれば、アプリケーションはまた、ユーザが画面２２上の新しいユーザインターフェースディスプレイについての画面位置を指定するようにユーザに指示する。本発明のいくつかの実施形態によれば、アプリケーションは、どのディスプレイ「スロット」または画面位置３１〜３６がどのデバイス１０と通信するかについての再構成「オンザフライ」を容認する。
【００５８】
本発明の実施形態に従い、集約デバイス２０自体が１つ以上の追加的な内部または外部モニタまたは画面（図示せず）に接続され得、本発明の実施形態に従い、ユーザは、デバイス２０に関連付けられる画面のうちの任意のものの上の「スロット」のうちの任意のものにわたり、デバイス２０が接続されているそれぞれのデバイス１０に対応する画面位置を再割り当て及び／または再配列し得る。本発明の実施形態に従い、この能力は動的であり、デバイス２０が接続されているデバイス１０、１０’、１０”にも、デバイス１０、１０’、１０”と集約コンソールデバイス２０との間の接続性にも影響を与えない。同様に、画面複製または同一のデバイス１０からの他のデータが、デバイス２０の種々の「スロット」の中のどこか、及びその関連付けられるモニタまたは画面に、２つ以上の「スロット」内に同時に置かれ得る。本発明の実施形態に従い、同一のデバイス１０インターフェースもまた、２つ以上の異なる集約デバイス２０によって同時に表示され得る。本発明の実施形態に従い、この能力は動的であり、関係するデバイス１０、１０’、１０”に影響を与えない。
【００５９】
本発明のいくつかの実施形態によれば、それぞれのデバイス２０上の、及びデバイス２０の複数の画面２２にわたるスロット３１〜３６の配列及び数は、設定可能である。本発明の実施形態に従い、特定の数のスロットを含むデフォルト構成は、デバイス１０、１０’、１０”のうちの任意のものからの特定のフレームについての要求の間に要求され得る。
【００６０】
本発明の実施形態に従い、図４はまた、デバイス２０上の画面２２とともに用いられ得る追加的な視覚配列の図である。画面位置３２、３４、３６が、デバイス１０、１０’、１０”自体によって現在表示されている情報に加えて情報を表示するために用いられ得る一方、画面位置３１、３３、３５はそれぞれ、デバイス１０、１０’、１０”のうちの１つのディスプレイ１１、１１’、１１”をこれらのディスプレイと同時に複製し、各々の患者監視デバイスが表示することができない情報さえも含み得る。例えば、画面位置３２が、画面位置３１上に表示されたものと同一のデータについての異なるフォーマット、またはデバイス１０とのウェブソケット接続を介して受信された、及び画面位置３１内に示されるデータに加えて、またはこのデータと異なる、データもしくはその一部分を表示するように構成され得る一方、画面位置３１は、デバイス１０のユーザインターフェース１１を同時に複製するように構成され得る。本発明のいくつかの実施形態によれば、画面位置３１及び３２はそれぞれ、同一のウェブソケット接続を介して受信した患者データの異なる部分を表示し、本発明の他の実施形態によれば、画面位置３１及び３２はそれぞれ、同一のデバイス１０との独立したウェブソケット接続を介して受信した患者データまたは患者データの一部分を表示する。
【００６１】
画面集約デバイス２０は、携帯用コンピューティングデバイス、例えば、本発明の実施形態に従う、コンピューティングタブレットまたはモバイルデバイスであり得る。本発明のいくつかの実施形態によれば、デバイス１０はまた、ポータブルドキュメントフォーマット（ＰＤＦ）報告書を生成し、ウェブソケットリンクを介してこれを契約しているデバイス（例えば、デバイス２０）に送信するようにも構成され得る。ウェブサーバ１０２はまた、本発明の実施形態に従い、例えば、データベース１０６内に格納された患者データの病歴データベース等のデータについての定期的なＨＴＴＰ要求にも対応し得る。デバイス１０がウェブサーバ１０２を含むため、デバイス２０は、任意のコンピューティングデバイス、例えば、特別なソフトウェアが予めインストールされていない既製のコンピュータであり得る。その場合、デバイス１０と接続するためにデバイス２０が動作させるアプリケーションは、ウェブサーバ１０２からブラウザ２０２に伝送され得、アプリケーションを第２のデバイス２０上にインストールするか、または開くために実行される。言い換えれば、本発明の実施形態に従い、ウェブサーバ１０２はまた、デバイス１０からのデータを受信するために用いられる任意の特別なソフトウェアが、ウェブブラウザ２０２及びプロセッサ２００を持つ任意の他のデバイス２０に直接送信されることを容認する。
【００６２】
例えば、デバイス２０は、コンソールフレームソフトウェア（例えば、ブラウザに１つ以上のスロットまたは画面位置３１〜３６を画面２２上に表示させるソフトウェア）及びデバイス１０、１０’、１０”のうちの任意のものからのデバイスコンテンツ（例えば、デバイス画面コンテンツ）の両方を要求し得るが、これはこれらのデバイスのそれぞれが、コンテンツだけでなく、コンテンツを閲覧するためのソフトウェアも提供することができるサーバ１０２を含み得るためである。コンソール２０のユーザは、コンソールフレーム（例えば、デバイス画面１１の画面複製）についての要求を（デバイス１０に）出し、要求の中でモニタまたは画面毎のコンソール２０のために利用可能なスロットの数を予め選択し得る。本発明の実施形態に従い、一旦フレームソフトウェアがコンソール２０でロードされると、コンソール２０のブラウザ２０２が停止しない限り、フレームソフトウェアは再びロードされる必要がない。
【００６３】
画面集約コンソール２０で、ユーザは、モニタまたは画面毎のスロットの数、及びコンソール２０のそれぞれのモニタまたは画面上のスロットの配列を構成し得る。構成、配列及び／またはモニタまたは画面毎のスロットの数についてのこの情報は格納され、構成ファイル内に更新され得る。構成ファイルは、例えば、コンソールデバイス２０上に格納され得、これはいくつかの場合、ＰＣであり得る。本発明の実施形態に従い、構成ファイルは、任意のデバイスに由来するフレームソフトウェアと互換性がある。本発明の実施形態に従い、構成ファイルはＪＳＯＮファイル形式であり得るが、他のファイル形式または実装は適切に情報を格納し得る。本発明の実施形態に従い、かかる構成ファイルは、ユーザのための構成ファイルが任意のデバイス１０、１０’、１０”に由来するフレームソフトウェアとともに使用可能となるように、クラウドストレージからアクセスされ得、及び／またはそれぞれのユーザとともに運搬されるかまたは関連付けられる。
【００６４】
本発明のいくつかの実施形態によれば、場所（例えば、仮設病棟の中）に一時的または永久的に固定されているデバイス１０について、画面２２は、特定の棟または場所にある１つ以上のデバイスから集約情報を閲覧している人物が、かかる棟または場所のどこにデバイスが設置されているか知ることを容認するために、画面位置３１が地図上の対応するデバイスに対応する位置に重ね合わされた、地理的または物理的な場所の地図を含み得る。本発明のいくつかの実施形態によれば、画面位置３１が地図上に重ね合わされる代わりに、地図は、ウェブソケット接続についての利用可能性とともに、デバイス１０の場所を示す文字またはアイコンを含み、かかるアイコンまたは文字のユーザの選択がウェブソケット接続を確立し、及び／またはかかるウェブソケット接続から患者データを表示するように画面２２のすべてまたは一部分を変更する。本発明の実施形態に従い、デバイス２０は、画面２２上に示されるデータ、またはその一部分が、選択及び／または拡大及び／または縮小されることを容認する。
【００６５】
図２は、遠隔インターフェースシステム２０と情報伝達可能に連結された単一の患者監視デバイス１０を示すが、当業者は、遠隔インターフェースシステム２０が、例えば、ウェブソケット接続を介して、複数の患者監視デバイス１０と情報伝達可能に連結され得るということを認識するであろう。例えば、デバイス２０は、デバイス２０が画面２２上に任意の一回に可視的に表すことができるよりも多くの患者監視デバイス１０と連結され得る。このような場合、画面２２は、追加的な画面位置及び追加的なユーザインターフェースディスプレイを閲覧するために、垂直及び／または水平スクロールを容認し得る。いくつかの実施形態によれば、ユーザは、その画面位置に表示されているユーザインターフェース画面１１を拡大させる、及び／または画面２２の最大サイズまで拡大させる、特定の画面位置、例えば、画面位置３１を選択し得る。
【００６６】
加えて、複数の遠隔インターフェースデバイス２０は、同一の患者監視デバイス１０とウェブソケット接続を確立し得る。そのため、それぞれがそれ自身のまたはサブセットのデバイス１０、１０’、１０”が表示された複数の画面集約機２０が用いられ得、デバイス２０のユーザが、特定の時間にどの画面がその特定のデバイス上に集約されるか決定することを容認する。本発明の実施形態に従い、かかるウェブソケット接続は、本明細書に記載されるように確立され得る。
【００６７】
デバイス１０は患者監視デバイスとして記載されるが、デバイス１０は代替的に、異なる種類のデバイス、例えば、視覚表示を有する異なる種類の医療デバイス１０であり得る。本発明の実施形態に従い、例えば、デバイス１０は、救急車の中に設置されるナビゲーションデバイスであり得る。同一の救急車の中の患者５のための患者監視デバイス１０からのユーザインターフェース（及び／または関連付けられるデータ）と平行して、ナビゲーションデバイスからのユーザインターフェース（及び／または関連付けられるデータ）を同時に表示するために画面集約機２０が用いられ得る。本発明の実施形態に従い、かかる非患者監視デバイスは、デバイス１０とデバイス２０との間の接続について上述したものと同様にウェブソケット接続を確立し得る。
【００６８】
本発明のいくつかの実施形態によれば、例えば、ＨＴＭＬ５機能性に完全に対応していないウェブブラウザ２０２について、患者データ情報は、ベーシック認証ヘッダによるのではなく、ブラウザセッションを介してブラウザに伝送されるように、ブラウザクッキーにパッケージ化され得る。この次善策は、既存のストリーミングにわたる増強された性能を達成し、本明細書に記載のシステムがより広範囲のブラウザとともに稼働することを容認する一方、ウェブソケットのものよりも長い待ち時間を示し得る。
【００６９】
図５は、ともに本発明の実施形態が利用され得る、コンピュータまたはコンピューティングデバイスシステム５００の実施例である。本発明の実施形態に従い、例えば、デバイス１０または２０は、コンピュータシステム５００であり得るか、またはコンピュータシステム５００を組み込み得る。本実施例によれば、コンピュータシステムは、バス５０１、少なくとも１つのプロセッサ５０２、少なくとも１つの通信ポート５０３、メインメモリ５０４、取り外し可能記憶媒体５０５、読出し専用メモリ５０６、及び大容量記憶５０７を含む。
【００７０】
プロセッサ（複数可）５０２は、Ｉｎｔｅｌ（登録商標）Ｉｔａｎｉｕｍ（登録商標）またはＩｔａｎｉｕｍ  ２（登録商標）プロセッサ（複数可）、またはＡＭＤ（登録商標）Ｏｐｔｅｒｏｎ（登録商標）またはＡｔｈｌｏｎ  ＭＰ（登録商標）プロセッサ（複数可）、またはＭｏｔｏｒｏｌａ（登録商標）の一連のプロセッサ、または任意の周知のマイクロプロセッサまたはＡＲＭ、Ｉｎｔｅｌ  Ｐｅｎｔｉｕｍ（登録商標）  Ｍｏｂｉｌｅ、Ｉｎｔｅｌ  Ｃｏｒｅ  ｉ５  Ｍｏｂｉｌｅ、ＡＭＤ  Ａ６  Ｓｅｒｉｅｓ、ＡＭＤ  Ｐｈｅｎｏｍ  ＩＩ  Ｑｕａｄ  Ｃｏｒｅ  Ｍｏｂｉｌｅ、または類似のデバイスを含むがこれらに限定されないモバイルデバイス用のプロセッサ等の任意の周知のプロセッサであり得るがこれらに限定されない。通信ポート（複数可）５０３は、例えば、モデムベースのダイヤルアップ接続とともに用いられるＲＳ−２３２ポート、銅またはファイバ１０／１００／１０００  Ｅｔｈｅｒｎｅｔ（登録商標）ポート、またはＢｌｕｅｔｏｏｔｈ（登録商標）あるいはＷｉＦｉインターフェースの任意のものであり得る。通信ポート（複数可）５０３は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、仮想私設ネットワーク（ＶＰＮ）またはコンピュータシステム５００が接続する任意のネットワーク等のネットワークによって選択され得る。メインメモリ５０４は、ランダムアクセスメモリ（ＲＡＭ）、または当業者に一般的に知られた任意の他の動的ストレージデバイス（複数可）であり得る。読出し専用メモリ５０６は、例えば、プロセッサ５０２のための命令等の静的情報を記憶するためのプログラマブル読出し専用メモリ（ＰＲＯＭ）チップ等の任意の静的ストレージデバイス（複数可）であり得る。
【００７１】
情報及び命令を記憶するために、大容量記憶５０７が用いられ得る。本発明の実施形態に従い、例えば、フラッシュメモリまたはモバイルまたは携帯用デバイス内の取り外し可能なまたは専用のメモリを含む他のストレージ媒体が用いられ得る。別の実施例として、ＳＣＳＩドライブのＡｄａｐｔｅｃ（登録商標）ファミリ、光ディスク等のハードディスク、ＲＡＩＤ（例えば、ＲＡＩＤドライブのＡｄａｐｔｅｃファミリ）などのディスクのアレイ、または任意の他の大容量記憶デバイスが用いられ得る。バス５０１は、プロセッサ（複数可）５０２を他のメモリ、ストレージ、及び通信ブロックと通信可能に連結する。バス５０１は、例えば、用いられるストレージデバイスによって、ＰＣＩ／ＰＣＩ−ＸまたはＳＣＳＩをベースとするシステムバスであり得る。取り外し可能記憶媒体５０５は、例えば、任意の種類の外部ハードドライブ、フロッピー（登録商標）ドライブ、フラッシュドライブ、ジップドライブ、読出し専用メモリコンパクトディスク（ＣＤ−ＲＯＭ）、書き換え可能コンパクトディスク（ＣＤ−ＲＷ）、またはデジタルビデオディスク読出し専用メモリ（ＤＶＤ−ＲＯＭ）であり得る。上述の構成要素は、いくつかの種類の可能性を例示することを意図される。前述の実施例は、コンピュータシステム５００及び関連する構成要素の単なる例示的な実施形態であるため、本発明の範囲を一切制限すべきでない。
【００７２】
図７は、本発明の実施形態に従う、代替的な画面集約表示の図である。図７の画面上の表示は、ユーザが任意の１回閲覧するために、画面の「レイヤ」を選択することを容認する１つ以上のタブ７２を含む。それぞれのタブ７２が、自らの一組の画面位置３１〜３６を有する画面に対応し得、デバイス２０が通信可能に接続されているすべてのデバイス１０が同一の画面上に同時に表示される必要があるわけではない。また、デバイスは図１、図３、図４、及び図７においてタブレットコンピューティングデバイスのインターフェースに似たものとして図示されているが、当業者は、本開示に基づいて、他の種類のデバイス２０が、例えば、デスクトップ、サーバ、パーソナルコンピュータ、「スマート」テレビ、パーソナルモバイルデバイス、音楽プレーヤ、または他のデバイス等の類似の様式で採用され得ることを理解するであろう。
【００７３】
本発明のいくつかの実施形態によれば、種々の監視デバイス１０、１０’、１０”からのデータを集約及び表示するために集約デバイス２０上で動作している集約デバイス２０、及び／またはソフトウェアアプリケーションは、集約デバイス２０によって監視されている任意のデバイス１０、１０’、１０”が警報を出したとき、可聴警報及び／または可視警報を発するように構成される。デバイス２０またはそのソフトウェアは、デバイス２０上のデバイス１０、１０’、１０”のうちの任意のものに起因する警報が、設定可能な分単位で保留される（例えば、ユーザがボタンまたはソフトウェアボタンを選択して警報を保留することを容認することにより）ことを容認する、大域的な警報保留機能を採用し得る。本発明の実施形態に従い、設定可能な分単位が過ぎ、少なくとも１つのデバイス１０、１０’、１０”の警報がまだ作動しているとき、コンソール２０警報が再び作動される。本発明の他の実施形態によれば、大域的な警報の保留期間がまだ有効な間に、新しいまたは追加的な監視されるデバイス１０からの警報が起動されると、大域的な警報（すなわち、コンソールデバイス２０上の可視及び／または可聴警報）が起動または再開される。本発明の実施形態に従い、言い換えれば、警報保留は中断され、同一のデバイス１０または集約コンソール２０とやりとりするように構成される複数のデバイスからの新しいデバイス１０’、１０”のどちらかから開始されている新しい警報によって、音が再び作動される。
【００７４】
本発明の範囲を逸脱することなく、記載の例示的な実施形態に対する種々の修正及び追加が行われ得る。例えば、上述の実施形態は特定の特徴に言及する一方で、本発明の範囲はまた、特徴及び記載の特徴のすべてを含まない実施形態の異なる組み合わせを有する実施形態も含む。ゆえに、本発明の範囲は、すべてのかかる代替、修正、及び変形を、請求項の範囲に当たるものとして、そのすべての同等物とともに包含することを意図する。
【図３】
2016515888.tif 000003
【図４】
2016515888.tif 000004
【図７】
2016515888.tif 000005
【図１】
2016515888.tif 000006
【図２】
2016515888.tif 000007
【図５】
2016515888.tif 000008
【図６】
2016515888.tif 000009
【図８】
2016515888.tif 000010
【国際調査報告】
2016515888.tif 000011