(57)【要約】  第1の医療用デバイスは、患者から生理学的パラメータ値を取得し、その生理学的パラメータ値を医療用ネットワークインターフェースに伝達することができる。医療用ネットワークインターフェースは、生理学的パラメータに関連付けられている患者IDおよび第1の医療用デバイスに関連付けられているデバイスIDを医療用ネットワークインターフェースのデバイスIDにリンクすることができる。医療用ネットワークインターフェースは、生理学的パラメータ値を第2の医療用デバイスに受け渡し、さらに処理を行うか、または別の医療用デバイスにルーティングすることができる。
2020519362.tif 000002
【特許請求の範囲】
【請求項１】
患者の血液パラメータを測定し、前記血液パラメータをサードパーティ医療用デバイスパラメータと一緒にリモートデバイスに伝送するように動作可能であるパルス酸素測定システムであって、
前記患者に結合されている光学センサから信号を取得することによって前記患者の前記血液パラメータを測定するように構成されている患者モニタであって、前記信号は前記患者の生体組織によって減衰される光に対応する、患者モニタを備え、
前記患者モニタは病院ネットワーク上で前記測定された血液パラメータおよびサードパーティ医療用デバイスパラメータをサードパーティ医療用デバイスから伝送する医療用ネットワークインターフェースと通信するように構成され、前記医療用ネットワークインターフェースは
少なくとも1つのポートがワイヤレスドングルを受け入れるように構成されている複数のポートと、
ワイヤレス通信スタックを実装するように構成されているネットワークインターフェースコントローラと、
プロセッサ実行可能命令を記憶するように構成されているメモリと、
プロセッサであって、
前記ワイヤレスドングルに、前記ワイヤレスドングルが前記サードパーティ医療用デバイスにワイヤレス接続性を提供することを可能にするのに十分な情報を供給し、
前記ワイヤレスドングルが前記サードパーティ医療用デバイスに挿入されたことに応答して行われる、ペアリング要求信号を前記サードパーティ医療用デバイスから受信したことに応答して前記ワイヤレスドングルとワイヤレス方式でペアリングし、
ペアリングの後に、ワイヤレス方式でデータストリームを前記ワイヤレスドングルから受信し、前記データストリームは前記サードパーティ医療用デバイスの識別子と前記患者に関連付けられている前記サードパーティ医療用デバイスパラメータとを含み、
前記データストリームに、前記患者の識別子、前記医療用ネットワークインターフェースの識別子、および前記患者モニタの識別子を関連付けて、修正されたデータストリームを生成し、
前記修正されたデータストリーム、前記測定された血液パラメータ、および前記サードパーティ医療用デバイスパラメータを病院ネットワーク上で伝送し、前記修正されたデータストリームおよび前記測定された血液パラメータが臨床医によってアクセスされることを可能にする命令を実行するようにプログラムされるプロセッサとを備える、患者モニタを具備するパルス酸素測定システム。
【請求項２】
前記複数のポートは、ユニバーサルシリアルバスポート、イーサネット（登録商標）ポート、および患者隔離ハードウェアを備えるシリアルポートのうちの2つまたはそれ以上を含む請求項1に記載のパルス酸素測定システム。
【請求項３】
前記プロセッサは、患者リストバントの光学的スキャンを受け取り、それによって前記患者識別子を取得するようにさらにプログラムされる請求項1に記載のパルス酸素測定システム。
【請求項４】
前記プロセッサは、
前記サードパーティ医療用デバイスを前記医療用ネットワークインターフェースとペアリングするためのパーミッションキーを生成し、
前記パーミッションキーを前記サードパーティ医療用デバイスに伝達し、
前記パーミッションキーを有する前記サードパーティ医療用デバイスから通信を受信し、
前記パーミッションキーが認証されたと決定したことに応答して前記サードパーティ医療用デバイスとの通信を確立するようにさらにプログラムされる請求項1に記載のパルス酸素測定システム。
【請求項５】
前記パーミッションキーが認証されたと決定したことに応答して、前記プロセッサは、前記患者識別子および前記医療用ネットワークインターフェース識別子を前記サードパーティ医療用デバイスの識別子にリンクするようにさらにプログラムされる請求項4に記載のパルス酸素測定システム。
【請求項６】
前記ワイヤレスドングルまたは前記医療用ネットワークインターフェースは、前記医療用ネットワークインターフェースの状況、第1の医療用デバイスの状況、第2の医療用デバイスの状況、または前記第1の医療用デバイスと前記第2の医療用デバイスとの間のペアリングの状況のうちの少なくとも1つを指示するように構成されるディスプレイをさらに備える請求項1に記載のパルス酸素測定システム。
【請求項７】
前記ワイヤレスドングルまたは前記医療用ネットワークインターフェースは、前記医療用ネットワークインターフェースの状況、前記第1の医療用デバイスの状況、前記第2の医療用デバイスの状況、前記第1の医療用デバイスと前記第2の医療用デバイスとの間のペアリングの状況、または前記ドングルに関連付けられている電力状況のうちの少なくとも1つを指示するように構成されるライトをさらに備える請求項1に記載のパルス酸素測定システム。
【請求項８】
前記複数のポートは、第1の色の第1のポートと、第2の色の第2のポートとを備える請求項1に記載のパルス酸素測定システム。
【請求項９】
前記第1のポートから受信されるデータは前記患者識別子に自動的に関連付けられ、前記第2のポートから受信されるデータは第2の患者の第2の患者識別子に自動的に関連付けられる請求項1に記載のパルス酸素測定システム。
【請求項１０】
前記ワイヤレスドングルは2つのピースを備え、第1のピースは前記医療用ネットワークインターフェースに接続されたままであり、第2のピースは前記第1のピースから切断する請求項1に記載のパルス酸素測定システム。
【請求項１１】
前記第2のピースは、前記スタンドアロン医療用デバイス内の第2のドングルの対応する第1のピースにおいて接続する請求項10に記載のパルス酸素測定システム。
【請求項１２】
前記プロセッサは、
前記サードパーティ医療用デバイスを前記医療用ネットワークインターフェースとペアリングするために第1の識別子にアクセスし、
前記第1の識別子を前記サードパーティ医療用デバイスに伝達し、
前記第1の識別子を有する前記サードパーティ医療用デバイスから通信を受信し、
前記第1の識別子が認証されたと決定したことに応答して前記サードパーティ医療用デバイスとの通信を確立するようにさらにプログラムされる請求項1に記載のパルス酸素測定システム。
【請求項１３】
前記医療用ネットワークインターフェースは前面と背面とを備え、前記前面は前記ワイヤレスドングルを受け入れるように構成されているインターフェースポートを備える請求項1に記載のパルス酸素測定システム。
【請求項１４】
前記ワイヤレスドングルは前記ソケットハウジングと前記医療用デバイスコネクタとの間に延在する電源ケーブルに関連付けられ、前記電源ケーブルは前記ワイヤレスドングルに電力供給を行うように構成されている請求項13に記載のパルス酸素測定システム。
【請求項１５】
方法であって、
医療用ネットワークインターフェースのポート内へのワイヤレスドングルの挿入を検出するステップと、
前記挿入に応答して、
前記ワイヤレスドングルに識別子を供給して、前記ワイヤレスドングルが前記スタンドアロン医療用デバイスに挿入した後に前記識別子を前記スタンドアロン医療用デバイスに伝達するステップと、
前記医療用ネットワークインターフェースの前記ポートから前記ワイヤレスドングルを取り外した後に、
ハードウェアプロセッサにより、前記スタンドアロン医療用デバイスからペアリング要求信号を受信し、前記ペアリング要求信号は前記ワイヤレスドングルに以前に供給された前記識別子を含む、ステップと、
前記ペアリングの後に、
前記ペアリングが成功したことを示す視覚的または聴覚的指示の一方または両方を供給し、
前記スタンドアロン医療用デバイスからデータストリームをワイヤレス方式で受信し、前記データストリームは患者に関連付けられている患者データを含み、
前記データストリームに、前記患者の識別子および前記医療用ネットワークインターフェースの識別子を関連付けて、修正されたデータストリームを生成するステップと、
前記修正されたデータストリームを病院ネットワーク上でサーバに伝送し、前記修正されたデータストリームを前記サーバから複数のデバイスに配布することを可能にするステップとを含む方法。
【請求項１６】
前記供給するステップはライトを作動させるステップを含む請求項15に記載の方法。
【請求項１７】
前記供給するステップは情報をディスプレイ上に出力するステップを含み、任意選択で、前記情報は前記スタンドアロン医療用デバイスの前記識別子を含む請求項15に記載の方法。
【請求項１８】
前記ペアリング要求は、前記医療用ネットワークデバイスまたは前記スタンドアロン医療用デバイスのいずれかにPINまたは他の番号またはパスワードを入力することを必要としない修正されたBluetooth（登録商標）ペアリング要求である請求項15に記載の方法。
【請求項１９】
前記データストリームに前記スタンドアロン医療用デバイスの識別子を関連付けるステップをさらに含む請求項15に記載の方法。
【請求項２０】
前記患者が身に着けているリストブレスレットの光学的スキャンから前記患者識別子を取得するステップをさらに含む請求項15に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本出願は、次の米国特許出願に関係し、その開示は全体が参照により本明細書に組み込まれる。
出願番号
出願日
名称
整理番号
62/463,452
2017年2月24日
患者モニタ通信プラットフォーム
MAS.1126PR
62/463,297
2017年2月24日
モジュール式マルチパラメータ患者監視デバイス
MAS.1130PR
62/463,517
2017年2月24日
医療監視データを表示し制御するためのシステム
MAS.1132PR1
62/503,109
2017年5月8日
医療監視データを表示し制御するためのシステム
MAS.1170PR1
62/535,757
2017年7月21日
医療監視データを表示し制御するためのシステム
MAS.1170PR2
62/463,614
2017年2月25日
患者モニタ通信プラットフォーム
MAS.1133PR
【０００２】
本明細書において説明されている実施形態の多くは、上記の関連出願において説明されている実施形態に適合している。さらに、本明細書において説明されている特徴の一部または全部は、上に列挙されている出願において説明されている特徴の多くとともに使用されるか、または他の何らかの形で組み合わされ得る。
【０００３】
本開示は、一般的に患者監視デバイスに関し、詳細には患者モニタおよび医療データ通信ハブ(medical data communication hub)に関するものである。
【背景技術】
【０００４】
今日の患者監視環境は、所与の患者に対する多種多様の監視および治療活動を提供する高度な、多くの場合に電子的な医療用デバイス(medical device)で賑わっている。一般的に、これらのデバイスはすべてではないとしてもその多くが異なるメーカーからのものであり、多くは携帯型デバイスであり得る。これらのデバイスは互いに通信し得ず、各々その専用の制御、表示、アラーム、構成、および同様のものを備え得る。問題を複雑にしているのは、多くの場合に介護人がこれらのデバイスからのすべての種類の測定および使用データを特定の患者に関連付けることを望んでいることである。したがって、患者情報入力は、デバイス毎に行われることが多い。ときには、デバイス内の不一致のせいで、介護人が再検討できるように各デバイスから単に紙に印刷し患者のカルテに保管する必要が生じる。
【０００５】
デバイスのそのような相違の結果、多くの場合に、介護人環境内に複数のディスプレイとアラームが散らばり、潜在的にカオス的な体験をすることになる。そのようなカオスは、介護人の注意散漫が望ましくない外科的環境を含む、および患者の注意散漫もしくは混乱が望ましくない場合のある回復または監視環境を含む多くの状況において患者にとって有害であり得る。
【０００６】
様々なメーカーが、特定のシステムが達成できる監視または治療活動の多様性を高めるためにマルチモニタデバイスまたはモジュール方式で拡張するデバイスを生産している。しかしながら、医療用デバイス技術が拡大するにつれ、そのようなマルチモニタデバイスは、設置された瞬間から陳腐化し始める。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許出願第13/269,296号
【特許文献２】米国特許出願第13/371,767号
【特許文献３】米国特許出願第12/904,925号
【特許文献４】米国特許公開第2002/0140675号
【特許文献５】米国特許公開第2010/0274099号
【特許文献６】米国特許公開第2011/0213273号
【特許文献７】米国特許公開第2012/0226117号
【特許文献８】米国特許公開第2010/0030040号
【特許文献９】米国特許出願第61/242,792号
【特許文献１０】米国特許出願第61/387457号
【特許文献１１】米国特許出願第61/645,570号
【特許文献１２】米国特許出願第13/554,908号
【特許文献１３】米国特許第6,157,850号
【特許文献１４】米国特許第6,334,065号
【特許文献１５】米国特許公開第2011/0105854号
【特許文献１６】米国特許公開第2011/0169644号
【特許文献１７】米国特許公開第2007/0180140号
【特許文献１８】米国特許公開第2011/0172561号
【特許文献１９】米国出願第14/032,132号
【特許文献２０】米国特許第9,142,117号
【特許文献２１】米国出願第62/463,262号
【特許文献２２】米国公開第2014/0077956号
【特許文献２３】米国出願第14/511,972号
【特許文献２４】出願第14/030,360号
【特許文献２５】米国特許第9,749,232号
【特許文献２６】米国特許出願第15/902,193号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本開示では、監視されている患者に対する監視の中心としての医療監視ハブの実施形態を説明する。ハブは、患者の近くにある他の医療用デバイスと通信するための構成可能な医療用ポートとシリアルポートとを備えることができる。さらに、ハブは、携帯型患者モニタと通信することができる。モニタは、ハブにドッキングされたときに、ドッキングを解除されたときと異なる表示グラフィックスを提示するものとしてよい。表示グラフィックスは、解剖学的情報を含むことができる。ハブは、多くの場合に膨大な量となる電子医療データをアセンブルし、それを監視される患者に関連付け、いくつかの実施形態において、通信によりデータを患者の医療記録に転送することができる。
【課題を解決するための手段】
【０００９】
本開示のいくつかの態様では、デジタル論理回路を有する第1の医療用デバイスが生理学的センサから患者に関連付けられている生理学的信号を受信し、生理学的信号に基づき第1の生理学的パラメータ値を取得し、第1の生理学的パラメータ値を表示のため出力することを説明している。第1の医療用デバイスは、また、第1の医療用デバイスと異なる第2の医療用デバイスから第2の生理学的パラメータ値を受信することができ、第2の生理学的パラメータ値は、第1の医療用デバイスによって使用されないプロトコルに従ってフォーマットされ、それにより、第1の医療用デバイスは、表示可能な出力値を生成するために第2の生理学的パラメータ値を処理することができない。第1の医療用デバイスは、生理学的パラメータデータを第1の医療用デバイスから別個の翻訳モジュールに受け渡し、翻訳されたパラメータデータを第1の医療用デバイスにおける翻訳モジュールから受信し、翻訳されたパラメータデータは第1の医療用デバイスによる表示のために処理されることが可能であり、翻訳されたパラメータデータからの第2の値を出力し表示することができる。第1の医療用デバイスは、たとえば、監視ハブ、携帯型生理学的モニタ、または複数患者監視システムであってよく、第2の医療用デバイスは、輸液ポンプ、換気装置、または同様のものであってよい。
【００１０】
本開示を要約することを目的として、本明細書では、いくつかの態様、利点、および新規性のある特徴が説明される。必ずしもそのような態様、利点、または特徴のすべてが本発明の任意の特定の実施形態において具現化されるわけではないことは理解されるべきであり、当業者であれば、そのような態様、利点、または特徴の無数の組合せがあることを本明細書の開示から認識するであろう。
【００１１】
次の図面および関連する説明は、本開示の実施形態を例示するために用意されており、請求項の範囲を制限することはしない。
【図面の簡単な説明】
【００１２】
【図１Ａ】本開示の様々な実施形態による、例示的なドッキングされた携帯型患者モニタを備えるハブを例示する、本開示の一実施形態による例示的な医療監視ハブの斜視図である。
【図１Ｂ】本開示の様々な実施形態による、医療用ポートのセットおよび非侵襲的血圧入力を備えるハブを例示する、本開示の一実施形態による例示的な医療監視ハブの斜視図である。
【図１Ｃ】本開示の様々な実施形態による、様々な例示的な温度センサが取り付けられているハブを例示する、本開示の一実施形態による例示的な医療監視ハブの斜視図である。
【図２】本開示の一実施形態による、図1のハブを含む例示的な監視環境を示す簡略化されたブロック図である。
【図３】本開示の一実施形態による、図1のハブの簡略化された例示的なハードウェアブロック図である。
【図４】本開示の一実施形態による、図1のハブの例示的な取り外し可能ドッキングステーションの斜視図である。
【図５】本開示の一実施形態による、図1のハブのドッキングを解除した例示的な携帯型患者モニタを示し、さらに例示的な代替的ドッキングステーションを例示する、斜視図である。
【図６】従来の患者デバイスの電気的隔離原理を示す簡略化されたブロック図である。
【図７Ａ】本開示の一実施形態による例示的な任意選択の患者デバイス隔離システムを例示する簡略化されたブロック図である。
【図７Ｂ】これもまた本開示の一実施形態による、図7Aのシステムに対して例示的な任意選択の非隔離電力レベルを追加した図である。
【図８】本開示の一実施形態による、簡略化された例示的な万能医療用コネクタ構成プロセスを示す図である。
【図９Ａ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図９Ｂ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１０】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ａ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｂ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｃ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｄ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｅ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｆ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｇ１】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｇ２】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｈ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｉ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｊ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１１Ｋ】従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタを示す簡略化されたブロック図である。
【図１０】本開示の一実施形態による、例示的な万能医療用コネクタに対する例示的な計測器側部チャネル入力を示す、図1のハブの側部の斜視図である。
【図１１Ａ】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｂ】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｃ】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｄ】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｅ】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｆ】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｇ１】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｇ２】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｈ】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｉ】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｊ】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１１Ｋ】本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図である。
【図１２】本開示の一実施形態による、図1のハブに対するチャネルシステムを示す簡略化されたブロック図である。
【図１３】本開示の一実施形態による、例示的な論理的チャネル構成を示す図である。
【図１４】本開示の一実施形態によりケーブルを製作し、チャネルを構成するための簡略化された例示的なプロセスを示す図である。
【図１５】本開示の一実施形態による、入力チャネルを形成するための例示的な取り付けられたボードインケーブルを含む、図1のハブの斜視図である。
【図１６】本開示の一実施形態による、例示的な計測器側部のシリアルデータ入力を示す、図1のハブの背面の斜視図である。
【図１７Ａ】本開示の実施形態による、図16のシリアルデータ接続を通じて通信する例示的な監視環境を示す図である。
【図１７Ｂ】本開示の実施形態による、図1のハブの例示的な接続性表示の図である。
【図１８】本開示の一実施形態による、簡略化された例示的な患者データフロープロセスを示す図である。
【図１９Ａ】本開示の実施形態による、図1のハブにドッキングされた図1の携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示す図である。
【図１９Ｂ】本開示の実施形態による、図1のハブにドッキングされた図1の携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示す図である。
【図１９Ｃ】本開示の実施形態による、図1のハブにドッキングされた図1の携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示す図である。
【図１９Ｄ】本開示の実施形態による、図1のハブにドッキングされた図1の携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示す図である。
【図１９Ｅ】本開示の実施形態による、図1のハブにドッキングされた図1の携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示す図である。
【図１９Ｆ】本開示の実施形態による、図1のハブにドッキングされた図1の携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示す図である。
【図１９Ｇ】本開示の実施形態による、図1のハブにドッキングされた図1の携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示す図である。
【図１９Ｈ】本開示の実施形態による、図1のハブにドッキングされた図1の携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示す図である。
【図１９Ｉ】本開示の実施形態による、図1のハブにドッキングされた図1の携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示す図である。
【図１９Ｊ】本開示の実施形態による、図1のハブにドッキングされた図1の携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示す図である。
【図２０Ａ】本開示の実施形態による、図1のハブの表示上のデータの分離およびデータの重なりを示す測定データの例示的な表示を示す図である。
【図２０Ｂ】本開示の実施形態による、図1のハブの表示上のデータの分離およびデータの重なりを示す測定データの例示的な表示を示す図である。
【図２０Ｃ】本開示の実施形態による、図1のハブの表示上のデータの分離およびデータの重なりを示す測定データの例示的な表示を示す図である。
【図２１Ａ】本開示の実施形態による、図1の携帯型患者モニタの表示上のデータの分離およびデータの重なりを示す測定データの例示的な表示を示す図である。
【図２１Ｂ】本開示の実施形態による、図1の携帯型患者モニタの表示上のデータの分離およびデータの重なりを示す測定データの例示的な表示を示す図である。
【図２２Ａ】本開示の一実施形態による例示的なアナログ表示しるしを示す図である。
【図２２Ｂ】本開示の一実施形態による例示的なアナログ表示しるしを示す図である。
【図２３Ａ】本開示の実施形態による、たとえば、意識深度モニタが図1のハブのチャネルポートに接続されているときのデータ表現を示す測定データの例示的な表示を示す図である。
【図２３Ｂ】本開示の実施形態による、たとえば、意識深度モニタが図1のハブのチャネルポートに接続されているときのデータ表現を示す測定データの例示的な表示を示す図である。
【図２３Ｃ】本開示の実施形態による、たとえば、意識深度モニタが図1のハブのチャネルポートに接続されているときのデータ表現を示す測定データの例示的な表示を示す図である。
【図２３Ｄ】本開示の実施形態による、たとえば、意識深度モニタが図1のハブのチャネルポートに接続されているときのデータ表現を示す測定データの例示的な表示を示す図である。
【図２３Ｅ】本開示の実施形態による、たとえば、温度および血圧センサが図1のハブと通信するときのデータ表現を示す測定データの例示的な表示を示す図である。
【図２３Ｆ】本開示の実施形態による、たとえば、音響センサも図1のハブと通信しているときのデータ表現を示す測定データの例示的な表示を示す図である。
【図２４】図1のハブを含む監視環境の別の実施形態を例示する図である。
【図２５】翻訳メッセージ処理プロセスの一実施形態を例示する図である。
【図２６】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図２７】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図２８】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図２９】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図３０】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図３１】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図３２】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図３３】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図３４】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図３５】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図３６】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図３７】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図３８】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図３９】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図４０Ａ】翻訳モジュールを介して互いに通信し合う例示的な第1の医療用デバイスと例示的な第2の医療用デバイスとを示す図である。
【図４０Ｂ】翻訳モジュールおよび通信バスを介して互いに通信し合う例示的な第1の医療用デバイスと例示的な第2の医療用デバイスとを示す図である。
【図４１Ａ】翻訳モジュールによって受信される例示的な入力メッセージを示す図である。
【図４１Ｂ】解析されていくつかのフィールドに分けられている入力メッセージの例示的なメッセージヘッダセグメントを示す図である。
【図４１Ｃ】図41Bの解析されたメッセージヘッダセグメントの例示的な符号化されたバージョンを示す図である。
【図４１Ｄ】図41Aの入力メッセージに基づく翻訳モジュールの例示的な出力メッセージを示す図である。
【図４２】入力メッセージと、翻訳モジュールに関連付けられている翻訳規則との比較とに基づき出力メッセージを生成するための例示的な翻訳プロセスを示す図である。
【図４３Ａ】翻訳モジュールが第1のHL7フォーマットを有する病院情報システム(「HIS」)から第2のHL7フォーマットを有する意図された受信者医療用デバイスへのHL7メッセージの伝達を円滑にする例示的な翻訳プロセスを示す図である。
【図４３Ｂ】翻訳モジュールが第1のHL7フォーマットを有する医療用デバイスから第2のHL7フォーマットを有するHISへのHL7メッセージの伝達を円滑にする例示的な翻訳プロセスを示す図である。
【図４４】翻訳モジュールによって使用されるように翻訳規則を手動で構成するためのメッセージング実装ツールからの例示的なスクリーンショットを示す図である。
【図４５Ａ】翻訳モジュールによって実行され得る例示的な自動規則構成プロセスを示す図である。
【図４５Ｂ】翻訳モジュールによって実行され得る例示的な自動規則構成プロセスを示す図である。
【図４５Ｃ】HL7プロトコルを利用するメッセージに対して翻訳モジュールによって実行され得る例示的な自動規則構成プロセスを示す図である。
【図４５Ｄ】HL7プロトコルを利用するメッセージに対して翻訳モジュールによって実行され得る例示的な自動規則構成プロセスを示す図である。
【図４６】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図４７】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図４８】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図４９】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図５０】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図５１】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図５２】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図５３】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図５４】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図５５】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図５６】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図５７】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図５８】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図５９】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図６０】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図６１】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図６２】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図６３】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図６４】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図６５】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図６６】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図６７】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図６８】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図６９】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図７０】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図７１】測定データの表示を含む、追加の例示的なハブ表示を示す図である。
【図７２Ａ】拡張現実デバイスを含む別の実施形態の監視環境を例示する図である。
【図７２Ｂ】例示的な拡張現実ユーザインターフェースを示す図である。
【図７２Ｃ】例示的な拡張現実ユーザインターフェースを示す図である。
【図７２Ｄ】例示的な拡張現実ユーザインターフェースを示す図である。
【図７２Ｅ】例示的な拡張現実ユーザインターフェースを示す図である。
【図７２Ｆ】拡張現実表示生成プロセスの一実施形態を例示する図である。
【図７２Ｇ】拡張現実位置決定プロセスの一実施形態を例示する図である。
【図７３】補助デバイス認証プロセスの一実施形態を例示する図である。
【図７４】補助デバイス制御プロセスの一実施形態を例示する図である。
【図７５】補助デバイスデータフロープロセスの一実施形態を例示する図である。
【図７６】補助デバイス制御のためのユーザインターフェースの一実施形態を例示する図である。
【図７７Ａ】監視環境の追加の実施形態を例示する図である。
【図７７Ｂ】監視環境の追加の実施形態を例示する図である。
【図７８Ａ】医療用ネットワークインターフェース(medical network interface)の例示的な一実施形態の概略を示す図である。
【図７８Ｂ】医療用ネットワークインターフェースの例示的な一実施形態の概略を示す図である。
【図７９】医療用ネットワークインターフェースと別のデバイスとをペアリングするために使用されるドングルの例示的な一実施形態を示す図である。
【図８０】医療用ネットワークインターフェースのコンポーネントの例示的な一実施形態を示す図である。
【図８１】医療用ネットワークインターフェースと医療用デバイスとをペアリングすることに対する流れ図の例示的な一実施形態を示す図である。
【図８２】医療用ネットワークインターフェースと医療用デバイスとをペアリングするためのプロセスの例示的な一実施形態を示す図である。
【図８３】医療用ネットワークインターフェースによるデータ処理のためのプロセスの例示的な一実施形態を示す図である。
【図８４Ａ】医療用ネットワークインターフェースがハブの底面に取り外し可能に装着されている医療用ネットワークインターフェースの一例を示す図である。
【図８４Ｂ】医療用ネットワークインターフェースがハブの底面に取り外し可能に装着されている医療用ネットワークインターフェースの一例を示す図である。
【図８４Ｃ】医療用ネットワークインターフェースの別の例を示す図である。
【図８４Ｄ】医療用ネットワークインターフェースの別の例を示す図である。
【図８５Ａ】医療用ネットワークインターフェースを機械的に装着するための例示的な構造を示す図である。
【図８５Ｂ】医療用ネットワークインターフェースを機械的に装着するための例示的な構造を示す図である。
【図８５Ｃ】医療用ネットワークインターフェースを機械的に装着するための例示的な構造を示す図である。
【図８６Ａ】ワイヤレスコネクタのハードウェアコンポーネントの一例を示す図である。
【図８６Ｂ】ワイヤレスコネクタのハードウェアコンポーネントの一例を示す図である。
【図８７Ａ】ワイヤレスコネクタを介して医療用デバイスを医療用ネットワークインターフェースと接続することができるドングルソケットの一例を示す図である。
【図８７Ｂ】ワイヤレスコネクタを介して医療用デバイスを医療用ネットワークインターフェースと接続することができるドングルソケットの一例を示す図である。
【図８７Ｃ】ワイヤレスコネクタを介して医療用デバイスを医療用ネットワークインターフェースと接続することができるドングルソケットの一例を示す図である。
【図８７Ｄ】ワイヤレスコネクタを介して医療用デバイスを医療用ネットワークインターフェースと接続することができるドングルソケットの一例を示す図である。
【図８８】ワイヤレスコネクタおよびドングルソケットの追加の例を示す図である。
【図８９】ワイヤレスコネクタおよびドングルソケットの追加の例を示す図である。
【発明を実施するための形態】
【００１３】
上記の「図面の簡単な説明」では本開示の一般的に様々な実施形態を参照しているが、当業者であれば本明細書の開示からそのような実施形態が相互排他的でないことを認識するであろう。むしろ、当業者であれば、そのような実施形態のうちの一部または全部に無数の組合せのあることを認識するであろう。
【００１４】
I.はじめに
少なくとも上記の内容に基づき、患者を治療するか、または監視する様々な医療用デバイスを協調させる解決手段が必要である。そのような解決手段の実施形態は、デバイス空間にわたって継ぎ目なく患者識別を提供するべきであり、そのような解決手段の実施形態は、繰り返されるソフトウェアアップグレードを必ずしも必要とすることなく将来の技術に合わせて拡張するものであるべきである。それに加えて、そのような解決手段の実施形態は、望ましい場合に患者の電気的隔離を含み得る。
【００１５】
したがって、本開示は、所与の患者に対する患者の監視および治療活動の中心である患者監視ハブに関するものである。患者監視ハブの実施形態は、レガシー再プログラミングを必要とすることなくレガシーデバイスとインターフェースし、ソフトウェアアップグレートを必要とすることなく将来のデバイスとインターフェースできる柔軟性を提供し、任意選択で患者の電気的隔離を提供する。一実施形態において、ハブは、多種多様の測定または他の何らかの手段により決定されるパラメータに関する情報を介護人に動的に提供する大型ディスプレイを備える。それに加えて、一実施形態において、ハブは携帯型患者モニタ用のドッキングステーションを備える。携帯型患者モニタは、ドッキングステーションを通じて、またはWiFi、Bluetooth（登録商標）、Zigbee、もしくは同様のものを含む、本明細書の開示から当業者に知られる様々なワイヤレスパラダイムを通じてハブと通信し得る。
【００１６】
さらに他の実施形態において、携帯型患者モニタは、ドッキングされたときにその画面を修正する。ドッキング解除表示しるしは、ハブの大型動的表示に一部または全体が転送され、ドッキングされたディスプレイは、監視される身体部分の1つまたは複数の解剖学的グラフィックスを提示する。たとえば、ディスプレイは、ドッキングされたときに心臓、肺、脳、腎臓、腸、胃、他の臓器、指、胃腸系、または他の身体部分を提示するものとしてよい。一実施形態において、解剖学的グラフィックスは、有利には、アニメーションで表示され得る。一実施形態において、アニメーションは、一般的に、測定パラメータの挙動に従うものであってよく、たとえば、肺は測定された呼吸数および/または呼吸サイクルの決定された吸気部分に近似的に相関して膨らみ、その呼気部分に従って同様に萎むものとしてよい。心臓は、脈拍数に従って鼓動し、一般的に理解されている実際の心臓の心収縮パターンに沿って鼓動し、および同様の動作をし得る。さらに、一実施形態において、測定パラメータが介護人に警告する必要があることを示しているときに、色の変化する重大度が、心臓、肺、脳、または同様のものなどの1つまたは複数の表示されるグラフィックスに関連付けられ得る。さらなる他の実施形態において、身体部分は、測定デバイスを患者の測定部位のどこに、いつ、またはどのように取り付けるかに関するアニメーションを含み得る。たとえば、モニタは、CCHDスクリーニング手順またはグルコースストリップ読み取りプロトコル、前額部センサのアプリケーション、指もしくはつま先センサ、1つもしくは複数の電極、音響センサ、および耳センサ、カニューレセンサもしくは同様のものの貼り付けに対するアニメーションによる指図を提供し得る。
【００１７】
本開示は、所与の患者に対する監視活動の中心となるように構成されている医療監視ハブに関係する。一実施形態において、ハブは、ハブの前面上の占有領域の大半を支配する約10インチのディスプレイなどの、大型の読みやすいディスプレイを備える。ディスプレイは、設計上の制約条件に応じてかなり大きいもの、またはかなり小さいものとすることも可能である。しかしながら、携帯性および現在の設計ゴールに関して、好ましいディスプレイのサイズはドッキング可能な携帯型患者モニタの1つの縦設置面積におおよそ比例する。他の考慮事項は、当業者であれば本明細書の開示から認識可能である。
【００１８】
ディスプレイは、観察下の患者に対する多種多様の監視パラメータに対する数値データを数値形式もしくはグラフ形式で提供し、様々な実施形態において、ハブにおいて受信されるデータおよび情報の種類に基づき自動的に構成される。一実施形態において、ハブは、介護人環境内の都合のよいエリアへ位置決めできるように移動可能、携帯可能、および装着可能である。たとえば、ハブはただ1つのハウジング内に集められる。
【００１９】
一実施形態において、ハブは、有利には、ドッキングされているか、またはハブからドッキングを解除されている携帯型患者モニタからデータを受信し得る。オキシメータまたはCO-オキシメータなどの典型的な携帯型患者モニタは、光および/または音響センサ、電極、もしくは同様のものから出力された信号から導出される多数の生理学的パラメータに対する測定データを提供することができる。生理学的パラメータは、限定はしないが、いくつか例を挙げると、酸素飽和度、カルボキシヘモグロビン、メトヘモグロビン、トータルヘモグロビン、グルコース、pH、ビリルビン、飽和分率、脈拍数、呼吸数、呼吸サイクルの構成要素、灌流指数を含む灌流の指示、信号品質および/または信頼度、プレチスモグラフデータ、健康もしくは健康指数もしくは測定データの他の組合せの指示、呼吸に応答する聴覚情報、病気識別もしくは診断、血圧、患者および/または測定部位温度、鎮静深度、臓器または脳酸素供給、水分供給、代謝に応答する測定、これらの組合せ、または同様のものを含む。他の実施形態において、ハブは、輸液ポンプまたは同様のものと組み合わせて閉ループ薬物投与を遂行するのに十分なデータを出力し得る。
【００２０】
一実施形態において、ハブは、様々な方法で患者とインターフェースしている監視環境内の他のデバイスと通信する。たとえば、ハブは、有利には、他のデバイスから、それらの再プログラミングまたはハブの再プログラミングを必要とすることなくシリアルデータを受信する。そのような他のデバイスは、ポンプ、換気装置、前述のパラメータの任意の組合せを監視するあらゆる種類のモニタ、ECG/EEG/EKGデバイス、電子患者ベッド、および同様のものを含む。さらに、ハブは、有利には、他の医療用デバイスから、それらの再プログラミングまたはハブの再プログラミングを必要とすることなくチャネルデータを受信する。デバイスがチャネルデータを通じて通信するときに、ハブは、有利には、そのデバイスからの測定情報を含むように大型ディスプレイを変更し得る。それに加えて、ハブは、ナースコールシステムにアクセスして、デバイスからのナースコール状況が適切なナースコールシステムに受け渡されることを確認する。
【００２１】
ハブは、また、病院システムと通信して、有利には、入って来る患者測定および治療データを監視されている患者に関連付ける。たとえば、ハブは、サーバまたはサーバの集合体などの、複数患者監視システムにワイヤレス方式でまたは他の方式で通信するものとしてよく、これらは、次いで、たとえば、入院退院転院(「ADT」)システムおよび/または電子医療記録(「EMR」)システムなどの、介護人のデータ管理システムと通信し得る。ハブは、有利には、その中を流れるデータを監視されている患者に関連付け、それによって、介護人が環境内の各デバイスを患者に関連付けることなく介護人のデータ管理システムに受け渡されるべき電子測定および治療情報を提供する。
【００２２】
一実施形態において、ハブは、有利には、再構成可能、取り外し可能なドッキングステーションを備える。ドッキングステーションは、異なる患者監視デバイスに適応するように追加の層状のドッキングステーションのドッキングを行い得る。それに加えて、ドッキングステーションそれ自体は、主ドッキング可能携帯型患者モニタがそのフォームファクタを変える場合に取り外せるようにモジュール化されている。したがって、ハブは、そのドッキングステーションの構成の仕方の点で柔軟性を有する。
【００２３】
一実施形態において、ハブは、受信し、処理し、および/もしくは患者に関連付けるデータの一部もしくは全部、ならびに/または他のデバイスおよびシステムとの通信の結果を記憶するための大容量メモリを備える。メモリの一部または全部は、有利には、取り外し可能なSDメモリを備え得る。
【００２４】
ハブは、他のデバイスと、少なくとも(1)携帯型モニタからデータを取得するためのドッキングステーション、(2)チャネルデータを取得するための革新的な万能医療用コネクタ、(3)出力データを取得するためのRJポートなどのシリアルデータコネクタ、(4)イーサネット（登録商標）、USB、およびナースコールポート、(5)携帯型モニタからデータを取得するためのワイヤレスデバイス、(6)当業者に知られている他の有線または無線通信メカニズムを通じて通信する。万能医療用コネクタは、有利には、任意選択で電気的に隔離された電源および通信機能を備え、これらは隔離要求条件に比べて小さい断面積を有するように設計される。コネクタおよびハブは通信し、有利には、他のデバイスからのデータを翻訳するか、またはそのハブに使用可能で表示可能であるように構成する。一実施形態において、デバイスから出力されるデータの挙動および意味を確定するか、または定義するためにソフトウェア開発キット(「SDK」)がデバイスメーカーに提供される。出力が定義されるときに、定義は、万能医療用コネクタのケーブル側に置かれるメモリ内にプログラムされ、相手先商標製品製造(「OEM」)としてデバイスプロバイダに供給される。ケーブルがデバイスとハブとの間に接続されるときに、ハブはデータを理解し、デバイスまたはハブへのソフトウェアアップグレードを必要とすることなくそれを表示および処理目的に使用することができる。一実施形態において、ハブは、スキーマをネゴシエートし、追加の圧縮および/または暗号化を追加することさえできる。万能医療用コネクタの使用を通じて、ハブは、測定および治療データを単一の表示およびアラームシステム内に編成し、監視環境に指令を効果的におよび効率的に送る。
【００２５】
ハブがチャネルパラダイムに従って他のデバイスからデータを受信し、追跡するときに、ハブは、有利には、患者測定または治療データの仮想チャネルを作成するための処理を行い得る。一実施形態において、仮想チャネルは、たとえば、様々な測定された、または他のパラメータからの処理データの結果である、非測定パラメータを含み得る。そのようなパラメータの一例は、監視されている患者の健康状態の全体的指示を与える様々な測定パラメータから導出される健康指標を含む。健康パラメータの一例は、本開示の譲受人に譲渡された、参照により本明細書に組み込まれている、米国特許出願第13/269,296号、米国特許出願第13/371,767号、および米国特許出願第12/904,925号に開示されている。データをチャネルおよび仮想チャネルに編成することによって、ハブは、有利には、時間毎に、着信データおよび仮想チャネルデータを同期させ得る。
【００２６】
ハブは、また、RJコネクタなどの、シリアル通信ポートを通じてシリアルデータを受信する。シリアルデータは、監視されている患者に関連付けられ、上で説明されている複数患者サーバシステムおよび/または介護人バックエンドシステムに受け渡される。シリアルデータを受信することを通じて、介護人は、有利には、多くの場合に様々なメーカーからの、介護人環境内のデバイスを特定の患者に関連付け、各個別のデバイスを患者に関連付ける必要性および病院システムとの通信の可能性を回避する。そのような関連付けは、患者に関して各デバイスに個人データおよび人口学的情報を入力するために介護人が費やす時間を短縮するので重要である。さらに、一実施形態において、SDKを通じて、デバイスメーカーは、有利には、デバイスの測定遅延に関連付けられている情報を提供し、それによって、ハブが有利には時間毎にシリアル着信データおよび患者に関連付けられている他のデータを同期させることをさらに可能にし得る。
【００２７】
一実施形態において、携帯型患者モニタがドッキングされ、これがそれ専用のディスプレイを備えるときに、ハブは、その表示占有領域を効果的に増加させる。たとえば、一実施形態において、携帯型患者モニタは、その測定および/または治療データを単純に表示し続け、そしてハブディスプレイ上に複製され得るか、またはドッキングされたディスプレイは追加情報を提供するようにその表示を変更し得る。一実施形態において、ドッキングされるディスプレイは、ドッキングされるときに、たとえば、心臓、肺、臓器、脳、または測定および/もしくは治療される他の身体部位の解剖学的グラフィックデータを提示する。グラフィックデータは、有利には、測定データに似た、測定データに合わせたアニメーション表示をし得る。たとえば、肺は、測定された呼吸数および/または呼吸サイクルの決定された吸気/呼気部分に近似的に相関して膨らみ、心臓は、脈拍数に従って鼓動し、理解されている実際の心収縮パターンに沿って一般的に鼓動し、脳は、変化する鎮静深度、または同様のもの基づき色もしくは活動を変化させ得る。一実施形態において、測定パラメータが介護人に警告する必要があることを示しているときに、色の変化する重大度が、心臓、肺、脳、臓器、循環系またはその一部、呼吸器系またはその一部、他の身体部分、または同様のものなどの1つまたは複数の表示されるグラフィックスに関連付けられ得る。さらなる他の実施形態において、身体部分は、測定デバイスをどこに、いつ、またはどのように取り付けるかに関するアニメーションを含み得る。
【００２８】
ハブは、また、有利には、追加の画像情報を介護人に提供するためにパラメータ表示を重ね合わせるものとしてよい。そのような重ね合わせは、ユーザ定義可能であり、構成可能であるものとしてよい。この表示は、アナログ表示アイコンまたは図形しるしを組み込んでもよい。
【００２９】
わかりやすくするために、実際の実装形態のすべての特徴が本明細書において説明されているわけではない。当業者であれば、もちろん、そのような実際の実装形態の開発において(開発プロジェクトのような)、実装形態毎に異なる、システムおよび事業関係の制約条件への適合など、開発者の特定の目標および部分目標を達成するために多数の実装形態特有の決定が下されなければならない。さらに、そのような開発努力は複雑で時間がかかる可能性があるが、それにもかかわらず、本開示を利用する当業者にとってデバイス設計の日常業務であることは理解される。
【００３０】
本開示の完全な理解を進めるために、詳細な説明の残り部分では、類似の参照番号は全体を通して類似の番号で参照される、図面を参照しつつ本開示を説明する。
【００３１】
II.例示的なハブ実施形態
図1Aは、本開示の一実施形態による例示的なドッキングされた携帯型患者モニタ(PPM)102を含む例示的な医療監視ハブ100の斜視図を含めて監視環境を例示している。ハブ100は、ディスプレイ104と、一実施形態は、携帯型患者モニタ102とともに機械的におよび電気的に嵌合するように構成されている、ドッキングステーション106とを備え、各々移動可能、装着可能、および携帯可能なハウジング108内に収納される。ハウジング108は、水平で平坦な表面上に静止するように構成されている一般的に直立した傾斜形状を含むが、ハウジング108は、多種多様な位置および台に貼り付けられ、多種多様の形状およびサイズのものを含み得る。
【００３２】
一実施形態において、ディスプレイ104は、多種多様の測定および/または治療データを数値、グラフ、波形、または他の表示のしるし110で提示し得る。一実施形態において、ディスプレイ104は、ハウジング108の前面の大半を占有するが、当業者であれば、ディスプレイ104がテーブルもしくはテーブルトップ水平構成、ラップトップ様構成、または同様の構成を取り得ることを理解するであろう。他の実施形態は、表示情報およびデータをテーブルコンピュータ、スマートフォン、テレビ、または当業者に理解可能な表示システムに伝達することを含み得る。図1Aの直立傾斜構成は、表示情報を介護人に見やすい仕方で提示する。
【００３３】
図1Bは、ハウジング108、ディスプレイ104、および携帯型モニタがドッキングされていない状態のドッキングステーション106を備えるハブ100の一実施形態の側面斜視図を示している。また、非侵襲的血圧用コネクタも示されている。
【００３４】
図1Aのポータブル患者モニタ102は、有利には、カリフォルニア州アービン所在のMasimo Corporationから市販されている、および/または米国特許公開第2002/0140675号、米国特許公開第2010/0274099号、米国特許公開第2011/0213273号、米国特許公開第2012/0226117号、米国特許公開第2010/0030040号、ならびに米国特許出願第61/242,792号、米国特許出願第61/387457号、米国特許出願第61/645,570号、米国特許出願第13/554,908号、および米国特許第6,157,850号、米国特許第6,334,065号、および同様のものにおいて開示されているような、オキシメータ、CO-オキシメータ、呼吸モニタ、鎮静深度モニタ、非侵襲的血圧計、生命兆候モニタ、または同様のものを含み得る。モニタ102は、光放射および検出回路を有する光センサ、音響センサ、指先穿刺から血液パラメータを測定するデバイス、カフ、換気装置、および同様のものなどの様々な非侵襲的および/または低侵襲的デバイスと通信し得る。モニタ102は、図19A〜図19Jを参照しつつ以下で説明されている、それ専用の表示のしるし116を提示するそれ専用のディスプレイ114を備え得る。表示のしるしは、有利には、モニタ102のドッキング状態に基づき変化し得る。ドッキングを解除されたときに、表示のしるしは、パラメータ情報を含むものとしてよく、たとえば、重力センサまたは加速度計に基づきその配向を変えるものとしてよい。
【００３５】
一実施形態において、ハブ100のドッキングステーション106は、機械式ラッチ118、または機械的に解放可能なキャッチを備え、ハブ100が移動しても損傷するおそれのある仕方でモニタ102を機械的に脱着しないことを確実にする。
【００３６】
特定の携帯型患者モニタ102を参照しつつ開示されているが、当業者は、本明細書の開示から、ハブ100と有利にドッキングし得る多数の多種多様の医療用デバイスがあることを理解するであろう。さらに、ドッキングステーション106は、有利には、モニタ102と電気的に接続し機械的には接続せず、および/またはそれとワイヤレス方式で通信するものとしてよい。
【００３７】
図2は、本開示の一実施形態による、図1のハブ100を含む例示的な監視環境200を示す簡略化されたブロック図を示している。図2に示されているように、環境は、たとえば、酸素測定光センサ、音響センサ、血圧センサ、呼吸センサ、または同様のものなどの1つまたは複数の患者センサ202と通信する携帯型患者モニタ102を備え得る。一実施形態において、たとえば、NIBPセンサまたはシステム211および温度センサまたはセンサシステム213などの、追加のセンサはハブ100と直接通信し得る。センサ202、211、および213は、使用するときに、典型的には、患者の測定部位に実際には取り付けられていない場合に監視されている患者の近くにある。
【００３８】
開示されているように、携帯型患者モニタ102は、ハブ100と、一実施形態では、ドッキングされているときにはドッキングステーション106を通じて、一実施形態では、ドッキングを解除されているときにはワイヤレス方式で通信するが、そのようなドッキングを解除されている通信は必要とされない。ハブ100は、たとえば、米国特許公開第2011/0105854号、米国特許公開第2011/0169644号、および米国特許公開第2007/0180140号により開示されているものなど、1つもしくは複数の複数患者監視サーバ204またはサーバシステムと通信する。一般に、サーバ204は、EMRおよび/またはADTシステムなどの介護人バックエンドシステム206と通信する。サーバ204は、有利には、プッシュ、プル、または組合せ技術を通じて、人口学的情報、課金情報、および同様のものなどの、患者入院時に入力された患者情報を取得し得る。ハブ100は、監視されている患者を介護人バックエンドシステム206に継ぎ目なく関連付けるためにこの情報にアクセスする。サーバ204と監視しているハブ100との間の通信は、ワイヤレス、有線、モバイルもしくは他のコンピューティングネットワーク、または同様のものを含む、本明細書の開示から当業者に認識可能な任意の通信手段であってよい。
【００３９】
図2は、また、シリアルデータポート210およびチャネルデータポート212を通じて通信するハブ100を示している。前述の説明で開示されているように、シリアルデータポート210は、電子患者ベッドシステム214、閉ループ制御システムを含む輸液ポンプシステム216、換気装置システム218、血圧もしくは他の生命兆候測定システム220、または同様のものを含む、多種多様の患者医療用デバイスからのデータを提供し得る。同様に、チャネルデータポート212は、前述のデバイスのうちのいずれか、および他の医療用デバイスを含む、多種多様の患者医療用デバイスからのデータを提供し得る。たとえば、チャネルデータポート212は、SEDLineから市販されているものなどの意識深度モニタ222、脳もしくは他の臓器オキシメータデバイス224、非侵襲的血圧もしくは音響デバイス226、または同様のものからデータを受信し得る。一実施形態において、チャネルデバイスはボードインケーブル(「BIC」)ソリューションを備えるものとしてよく、この場合、処理アルゴリズムおよびそれらのアルゴリズムを遂行する信号処理デバイスはケーブルもしくはケーブルコネクタ内に収納されているボードに装着され、これはいくつかの実施形態において追加の表示技術を有しない。BICソリューションは、その測定されたパラメータデータをハブ100のディスプレイ104上に表示されるようにチャネルポート212に出力する。一実施形態において、ハブ100は、有利には、たとえば、タブレット、スマートフォン、または他のコンピューティングシステムなどの、他のシステムと通信するBICソリューションとして全体的にまたは部分的に形成され得る。
【００４０】
単一のドッキングステーション106を参照しつつ開示されているが、環境200は積み重ねられたドッキングステーションを備えるものとしてよく、この場合、後のドッキングステーションは機械的におよび電気的に第1のドッキングステーションにドッキングし、図5を参照しつつ説明されているように異なる携帯型患者モニタに対するフォームファクタを変更する。そのような積み重ねは、2つより多いドッキングステーションを含むものとしてよく、携帯型デバイス上の嵌合機械構造に機械的に適合するようにフォームファクタを縮小または拡大し得る。
【００４１】
図3は、本開示の一実施形態による、図1のハブ100の簡略化された例示的なハードウェアブロック図を示している。図3に示されているように、ハブ100のハウジング108は、計測器ボード302と、ディスプレイ104と、メモリ304と、シリアルポート210、チャネルポート212、イーサネット（登録商標）ポート305、ナースコールポート306、標準的なUSBもしくは同様のものを含む他の通信ポート308、およびドッキングステーションインターフェース310を含む様々な通信接続部とを位置決めし、および/または包含する。計測器ボード302は、ボード間通信を含む、本明細書で説明されている通信および機能を使用可能にするための通信相互接続部、配線、ポート、および同様のものを含む1つまたは複数の基板を備える。コアボード312は、主パラメータ、信号、ならびに他のプロセッサおよびメモリを備え、携帯型モニタボード(「RIB」)314は、モニタ102および1つまたは複数のプロセッサに対する患者電気的隔離を備え、チャネルボード(「MID」)316は、任意選択の患者電気的隔離および電源318を含むチャネルポート212との通信を制御し、無線ボード320は、ワイヤレス通信に対して構成されているコンポーネントを備える。それに加えて、計測器ボード302は、有利には、1つまたは複数のプロセッサおよびコントローラ、バス、あらゆる種類の通信接続機能および電子機器、メモリ、EPROMリーダーを含むメモリリーダー、ならびに本明細書の開示から当業者に認識可能な他の電子機器を備えるものとしてよい。各ボードは、上で指定されたタスクおよび他のタスクを遂行するために位置決めおよび支持用の基板、通信用の相互接続、コントローラ、論理デバイスを含む電子コンポーネント、ハードウェア/ソフトウェアの組合せ、および同様のものを備える。
【００４２】
当業者であれば、本明細書の開示から、計測器ボード302は多数の方法で編成された多数の電子コンポーネントを備え得ることを理解するであろう。上で開示されているものなどの異なるボードを使用することで、有利には、複雑なシステムへの編成および区画化がなされる。
【００４３】
図4は、本開示の一実施形態による、図1のハブ100の例示的な取り外し可能ドッキングステーション400の斜視図を示している。図4に示されているように、ドッキングステーション400は、携帯型患者モニタ102への機械的嵌合を提供し、モニタ102がドッキングされたときに安全な機械的支持をもたらす。ドッキングステーション400は、携帯型モニタ102のハウジングの外周に類似する形状の空洞402を備える。ステーション400は、ハブ100との通信を提供する1つまたは複数の電気コネクタ404も備える。ボルトで装着されるように図示されているが、ドッキングステーション400は、スナップ式で嵌められるか、移動可能なタブもしくはキャッチを使用するか、磁気で取り付けられるか、または本明細書の開示から当業者に知られる多種多様の取り付けメカニズムもしくはメカニズムの組合せを採用し得る。一実施形態において、ドッキングステーション400の取り付けは、ドッキングされたときに、モニタ102およびドッキングステーションが、たとえば、ハブ100がうっかりドンとぶつかるなどした場合などでも、計測器を損傷するおそれのある仕方でうっかり脱着されることがあり得ないように十分に安全であるべきであり、モニタ102およびドッキングステーション400は無傷のままであるべきである。
【００４４】
ハブ100のハウジング108は、ドッキングステーション400を収納する空洞406も備える。携帯型患者モニタ102に対するフォームファクタへの変更が生じる範囲において、ドッキングステーション400は、有利には、取り外し可能であり、交換可能である。ドッキングステーション400と同様に、ハブ100は、ハウジング108の空洞406内に、ドッキングステーション400への電気的通信を提供する電気コネクタ408を備える。一実施形態において、ドッキングステーション400は、米国特許公開第2002/0140675号において開示されているような、それ専用のマイクロコントローラおよび処理機能を備える。他の実施形態では、ドッキングステーション400は、電気コネクタ408を通じて通信を行う。
【００４５】
図4は、以下で詳しく説明されている万能医療用コネクタとしてチャネルポート212用の開口部を備えるハウジング108も示している。
【００４６】
図5は、本開示の一実施形態による、図1のハブ100からドッキングを解除された例示的な携帯型患者モニタ502および504の斜視図を示している。図5に示されているように、モニタ502は取り外されてよく、モニタ504などの他のモニタも提供され得る。ドッキングステーション106は、元のドッキングステーション106と機械的に嵌合し、モニタ504と機械的に嵌合可能なフォームファクタをもたらす追加のドッキングステーション506を含む。一実施形態において、モニタ504は、ハブ100の積み重ねられたドッキングステーション506および106と機械的におよび電気的に嵌合する。本明細書の開示から当業者によって容易に理解され得るように、ドッキングステーションの積み重ね可能な機能は、ハブ100に多種多様の患者監視デバイスを充電し、通信し、およびインターフェースするためのきわめて柔軟性の高いメカニズムを提供する。上で指摘されているように、ドッキングステーションは、積み重ねられるか、または他の実施形態では、取り外して交換することが可能である。
【００４７】
図6は、従来の患者電気的隔離原理の簡略化されたブロック図を示している。図6に示されているように、ホストデバイス602は、一般的に、通信および電源を通じて患者デバイス604に関連付けられている。患者デバイス604は多くの場合、センサまたは同様のものなどの、患者の近くにあるまたは患者に接続された電子機器を含むので、特定の安全要求条件により、たとえば、ホストデバイスに接続されている配電網からのエネルギーの電気的サージに対する患者への電気的経路があるべきでないことを規定する。これは、一般的に、当技術分野で知られている用語である「患者隔離」を指し、本明細書ではホストデバイス602と患者デバイス604との間の直接的な、途切れのない電気的経路の取り外しを含む。そのような隔離は、たとえば、電源導体608および通信導体610上の隔離デバイス606を通じて実現される。隔離デバイス606は、トランス、光エネルギーを放出し、検出する光デバイス、および同様のものを含むことができる。特に電源導体上の、隔離デバイスの使用は、コンポーネントに関して高く付き、サイズの点でも費用がかかり、電力を浪費する可能性がある。従来、隔離デバイスは患者デバイス604に組み込まれたが、患者デバイス604は小型化される傾向にあり、すべてのデバイスが隔離を組み込むわけではない。
【００４８】
図7Aは、本開示の一実施形態による例示的な任意選択の患者隔離システムの簡略化されたブロック図を示している。図7Aに示されているように、ホストデバイス602は、隔離デバイス606を通じて隔離された患者デバイス604と通信する。しかしながら、特定の患者デバイスに関連付けられているメモリ702は、ホスト602に、そのデバイスが隔離された電源を必要とするかどうかを通知する。患者デバイス708がある種のカフ、輸液ポンプ、換気装置、または同様のものなど、隔離された電源を必要としない場合、ホスト602は信号経路710を通じて非隔離電源を提供することができる。この電源は、隔離された電源導体608を通じて費用効果よく提供され得るものに比べてかなり高いことがある。一実施形態において、非隔離患者デバイス708は、そのような通信が典型的にはより低い電圧であり、コストが法外に高いわけではないので隔離通信を受ける。当業者であれば、通信も非隔離とすることが可能であることを本明細書の開示から認識するであろう。したがって、図7Aはホスト602と多種多様の潜在的な患者デバイス604、708との間の任意選択の患者隔離を行う患者隔離システム700を示している。一実施形態において、ハブ100は、類似の任意選択の患者隔離原理を組み込んだチャネルポート212を備える。
【００４９】
図7Bは、本開示の一実施形態による図7Aのシステムに対する例示的な任意選択の非隔離電力レベルを追加したものである。図7Bに示されているように、ホスト602が、患者デバイス604が自己隔離患者デバイス708を含み、したがって隔離電力を必要としないことを認識した後、ホスト602は別個の導体710を通じて電力を提供する。電力は隔離されていないので、メモリ702は、また、ホスト602に電力要求条件を課すことができ、これは2つまたはそれ以上の電圧もしくは電力レベルのうちから選択するものとしてよい。図7Bにおいて、ホスト602は、約12ボルトなどの、いずれか高い電力を提供するが、広範な電圧または約24ボルト以上などの非常に高い電力を有し得るが、患者デバイス708に対して広範な電圧を有することが可能である。当業者であれば、電源電圧は、有利には、実質的に任意のデバイス708の特定の要件を満たすように変えることができ、および/またはメモリは、広範な非隔離電力を患者デバイス708に供給したホスト602に情報を供給することが可能であることを認識するであろう。
【００５０】
さらに、メモリ702を使用することで、ホスト602は、隔離電源であるか、またはより高電圧の非隔離電源のうちの1つもしくは複数であるかに関係なく、任意の未使用電源を単純に使用可能にしないことを決定し、それによってホストの効率を高め得る。
【００５１】
図8は、本開示の一実施形態による、簡略化された例示的な万能医療用コネクタ構成プロセス800を示している。図8に示されているように、このプロセスはステップ802を含み、前記の説明で開示されているような任意選択の患者隔離を組み込んだ万能医療用コネクタにケーブルが取り付けられる。ステップ804において、ホストデバイス602またはハブ100、より具体的には、計測器ボードのチャネルデータボード316またはEPROMリーダーは、メモリ702に記憶されているデータを読み出し、ステップ806において、接続デバイスが隔離電源を必要とするかどうかを決定する。ステップ808において、隔離電源が必要なときに、ハブ100は、有利には、隔離電源を使用可能にし、ステップ810において、隔離通信を使用可能にするものとしてよい。ステップ806において、隔離電源が必要ないときに、ハブ100は、単純に、任意選択のステップ812において、非隔離電源を使用可能にし、通信が隔離されたままである実施形態において、ステップ810で隔離通信を使用可能にするものとしてよい。他の任意選択の実施形態において、ステップ806で、隔離電源が必要ないときに、ハブ100は、ステップ814において、メモリ702からの情報を使用して患者デバイス708に必要な電力量を決定するものとしてよい。十分な電力が利用可能でないときには、たとえば、他の接続されているデバイスも接続されている電源を使用しているので、ステップ816において、その電源および電力が提供されないことを示すメッセージが表示され得る。十分な電力が利用可能であるときには、任意選択のステップ812で非隔離電源を使用可能にするものとしてよい。代替的に、任意選択のステップ818で、より高いまたは低い電力が望ましいことをメモリ702が示しているかどうかを決定し得る。より高い電力が望ましいときには、ハブ100は、ステップ820においてより高い電力を使用可能にし、そうでないときには、ステップ822においてより低い電力を使用可能にし得る。次いで、ハブ100は、ステップ810において隔離通信を使用可能にする。一実施形態において、ハブ100は、ステップ818において、単純に、どれだけの電力が必要かを決定し、自己隔離デバイス708に少なくとも十分な電力を供給し得る。
【００５２】
当業者であれば、本明細書の開示から、ハブ100は十分な電力が利用可能であるか確認し得ないか、またはメモリ702からの情報に基づき1つ、2つ、または多くのレベルの非隔離電圧を供給し得るであろう。
【００５３】
図9Aおよび図9Bは、従来の隔離要求条件に比べて小さい断面サイズおよび断面形状を有する例示的な万能医療用コネクタ900を示す簡略化されたブロック図を示している。一実施形態において、コネクタ900は、一方の側910の非隔離信号を他方の側920の隔離信号から物理的に分離するが、これらの側は反転できる。そのような分離の間のギャップは、患者隔離を定める安全規則によって少なくとも一部は規定され得る。一実施形態において、側910と側920との間の距離は小さすぎるように見える場合がある。
【００５４】
図9Bの異なる斜視図からわかるように、コネクタの間の距離「x」は小さいように見える。しかしながら、このギャップがあると、この距離は導体間の非直接的経路を含む。たとえば、ショートは経路904を移動しなければならず、そのような経路の距離は、距離が「x」より大きいという点でそのような安全規則の範囲内、またはそれ以上である。非直線経路904は、たとえば、ハンダが様々なピンをPCBボードに接続するボードコネクタ側などで、コネクタ全体を通して生じることは特筆すべきである。
【００５５】
図10は、例示的な万能医療用コネクタとして例示的な計測器側部チャネル入力1000を示す、図1のハブ100の側部の斜視図を示している。図10に示されているように、入力は非隔離側910、隔離側920、およびギャップを含む。一実施形態において、メモリ702は、非隔離側のピンを通じて通信する。
【００５６】
図11A〜図11Kは、本開示の実施形態による、例示的なオス万能医療用コネクタおよび嵌合するメス万能医療用コネクタの様々な図を示している。たとえば、図11G1および図11G2は、様々な好ましいが、必要ではないサイズ設定を示しており、図11Hは、メモリ702などの電子コンポーネントをコネクタに組み込むことを示している。図11I〜図11Kは、万能医療用コネクタに接続するときの配線図およびケーブルそれ自体のケーブル布線詳細を例示している。
【００５７】
図12は、本開示の一実施形態による、図1のハブに対するチャネルシステムを示す簡略化されたブロック図を示している。図12に示されているように、上の図11に示されているようなオスケーブルコネクタは、EPROMなどのメモリを備える。メモリは、有利には、ハブ100が受信することを期待し得るデータのタイプ、およびそれを受信する方法を説明する情報を記憶する。ハブ100のコントローラはEPROMと通信して、データの受信の仕方、および可能ならば、ディスプレイ104上にデータを表示する仕方、必要なときのアラーム、および同様のものをネゴシエートする。たとえば、医療用デバイスサプライヤは、ハブプロバイダにコンタクトし、デバイスから出力されるデータのタイプをどのように記述するかについてサプライヤに指針を与えるソフトウェア開発キット(「SDK」)を受け取るものとしてよい。SDKで作業した後、マップ、画像、または他の翻訳ファイルは、有利には、EPROM内にロードされるものとしてよく、さらには上で説明されている電力要件および隔離要件もロードされ得る。チャネルケーブルがチャネルポート212を通してハブ100に接続されると、ハブ100はEPROMを読み出し、ハブ100のコントローラは着信データの処理方法をネゴシエートする。
【００５８】
図13は、図12のEPROMに記憶され得る例示的な論理的チャネル構成を示している。図13に示されているように、各着信チャネルは1つまたは複数のパラメータを記述する。各パラメータはハブ100が着信データに関して知るべきであるものであれば何でも記述する。たとえば、ハブ100は、データがストリーミングデータであるか、波形データであるか、すでに決定されたパラメータ測定データであるか、データ上の範囲であるか、データ配信速度であるか、データのユニットであるか、ユニットのステップであるか、表示する色であるか、アラーム計算のための複雑なアルゴリズムを含む、アラームパラメータおよび閾値であるか、パラメータ値で駆動される他のイベントであるか、これらの組合せであるか、または同様のものであるかを知ることを望んでいる場合がある。それに加えて、パラメータ情報は、ハブ100によって受信されるパラメータまたは他のデータ間のデータ同期またはデータ同期の近似を補助するためのデバイス遅延時間を含み得る。一実施形態において、SDKは、着信データのタイプおよび順序を自己記述するスキーマをデバイスサプライヤに提示する。一実施形態において、この情報は、有利には、ハブ100とネゴシエートし、圧縮および/または暗号化を着信データストリームに適用するかどうかを決定する。
【００５９】
そのようなオープンアーキテクチャは、有利には、デバイスメーカーが、前述の説明で開示されているような表示、処理、およびデータ管理のためにハブ100にデバイスの出力をポーティングすることができるようにする。ケーブルコネクタを通じての実装によって、デバイスメーカーは、その元のデバイスの再プログラミングを回避し、むしろ、単純に、ケーブルコネクタを通じて、すでに存在している出力がどのようにフォーマットされるかをハブ100に知らせるだけである。さらに、データをハブ100によってすでに理解されている言語で記述することによって、ハブ100は、また、「ハブにとっては新しいものである」医療用デバイスからのデータに対応できるようにソフトウェアをアップグレードすることを回避する。
【００６０】
図14は、本開示の一実施形態によりチャネルを構成するための簡略化された例示的なプロセスを示している。図14に示されているように、ハブプロバイダは、ステップ1402においてSDKをデバイスメーカーに提供し、次いで、メーカーはSDKを使用してステップ1404においてデバイスからの出力データチャネルを自己記述する。一実施形態において、SDKは、開発の指針となる一連の質問であり、他の実施形態では、SDKは、データの挙動を記述するための言語およびスキーマを提供する。
【００６１】
デバイスプロバイダがデータを記述した後、ハブプロバイダは、ステップ1405においてケーブルコネクタ内のメモリに記憶するバイナリイメージまたは他のファイルを作成するが、SDKは、イメージを作成し、それを単にハブプロバイダに伝達し得る。ケーブルコネクタは、ステップ1410において、OEM部品としてプロバイダに提供され、プロバイダは、ステップ1412においてデバイス上の出力ポートと機械的および電気的に嵌合するようにケーブルを製作し、製造する。
【００６２】
介護人が、一方の端部がデバイスプロバイダのシステムとマッチし、他方のOEM端がそのチャネルポート212においてハブ100とマッチする、適切に製造されたケーブルを手に入れた後、ステップ1452において、介護人は、デバイス同士の間でハブを接続することができる。ステップ1454において、ハブ100はメモリを読み出し、隔離または非隔離の電力を供給し、ケーブルコントローラおよびハブ100はデータ配信のためのプロトコルまたはスキーマをネゴシエートする。一実施形態において、ケーブル上のコントローラはプロトコルをネゴシエートするものとしてよく、代替的一実施形態では、ハブ100のコントローラはハブ上の他のプロセッサと特定のプロトコルをネゴシエートする。プロトコルが設定された後、ハブ100は、インテリジェントな方式で、着信データストリームを使用し、表示し、他の何らかの形で処理することができる。
【００６３】
本明細書で説明されている万能医療用コネクタを使用することで、各デバイスに対してソフトウェアアップグレードを必要とすることとは反対にケーブルコネクタの直接的プログラミングを通じてハブ100に接続できるデバイスは無数である。
【００６４】
図15は、本開示の一実施形態による、入力チャネルを形成するための例示的な取り付けられたボードインケーブル(「BIC」)を含む、図1のハブの斜視図を示している。図15に示されているように、SEDLineの意識深度ボードは、表示および介護人による再検討のために適切な患者センサからのデータをハブ100に伝達する。説明されているように、ボードのプロバイダは、データチャネルを記述するためにSDKを使用するだけでよく、ハブ100は、データを介護人に提示する仕方を理解する。
【００６５】
図16は、例示的なシリアルデータ入力を示す、図1のハブ100の背面の斜視図を示している。一実施形態において、入力はRJ45ポートなどを含む。当技術分野において理解されているように、これらのポートは、コンピュータ、ネットワークルータ、スイッチ、およびハブ上にあるポートに類似するデータポートを含む。一実施形態において、複数のこれらのポートは、様々なデバイスからのデータをハブ100において識別されている特定の患者に関連付けるために使用される。図16は、スピーカー、ナースコールコネクタ、イーサネット（登録商標）コネクタ、USB、電源コネクタ、および医療用接地端子も示している。
【００６６】
図17Aは、本開示の一実施形態による、図1のハブ100のシリアルデータ接続を通じて通信する例示的な監視環境を示している。図示されているように、また前述の説明で開示されているように、ハブ100はシリアルデータポート210を使用して、電子ベッド、輸液ポンプ、換気装置、生命兆候モニタ、および同様のものを含む、監視環境内の様々なデバイスからデータを収集するものとしてよい。これらのデバイスから受信されるデータとチャネルポート212を通じて受信されるデータとの違いは、ハブ100がこのデータのフォーマットまたは構造を知り得ない点にある。ハブ100は、このデータからの情報を表示すること、または計算もしくは処理でこのデータを使用することは、し得ない。しかしながら、ハブ100を通じてデータをポーティングすることで、データを、前述のサーバ204およびエンドシステム206を含む、介護人システムのチェーン全体において特に監視されている患者に都合よく関連付ける。一実施形態において、ハブ100は、着信データに関する、そのデータをハブ100からのデータと同期させることを試みるのに十分な情報を決定し得る。
【００６７】
図17Bにおいて、制御画面は、受信されているデータのタイプに関する情報を提供し得る。一実施形態において、データの隣にある緑色のライトは、デバイスへの接続および接続が行われるシリアル入力を指示する。
【００６８】
図18は、本開示の一実施形態による、簡略化された例示的な患者データフロープロセスを示している。図示されているように、ステップ1802において患者が入院し介護人環境内に入ると、患者に関するデータが介護人バックエンドシステム206に書き込まれる。サーバ204は、有利には、ステップ1804においてこの情報を取得するか、または受信し、次いで、それをハブ100からアクセスできるようにするものとしてよい。介護人がステップ1806においてハブ100を患者に割り当てるときに、介護人は、単純に、現在利用可能な患者データを見て、現在監視されている特定の患者を選択する。次いで、ハブ100は、ステップ1808において、これが受信し決定する測定、監視、および治療データをその患者に関連付ける。介護人は、再び、別のデバイスを患者に割り当てる必要は、そのデバイスが(1)ドッキングステーション、(2)万能医療用コネクタ、(3)シリアルデータコネクタ、または(4)当業者に知られている他の通信メカニズムを用いてハブ100を通じて通信している限り、ない。ステップ1810において、受信された、処理された、および/または決定されたデータの一部または全部が上で説明されているサーバシステムに受け渡される。
【００６９】
図19A〜図19Jは、本開示の実施形態による、図1のハブ100にドッキングされている携帯型患者モニタに対する解剖学的グラフィックスの例示的な表示を示している。図19Aに示されているように、心臓、肺、および呼吸器系は、脳がハイライト表示されていない間示されている。したがって、介護人は、携帯型患者モニタ接続またはチャネルデータポートを通じて意識深度監視または脳酸素測定システムがハブ100と現在通信していないと容易に決定することができる。しかしながら、音響または他の呼吸データおよび心臓データがハブ100に伝達されているか、またはハブ100によって測定されている可能性が高い。さらに、介護人は、ハブ100が強調されている身体部分に関してアラーム発生データを受信していないと容易に決定することができる。一実施形態において、強調されている部分は、現在測定されている挙動を示すようにアニメーション動画になっているか、または代替的に、所定の様式でアニメーション動画になっているものとしてよい。
【００７０】
図19Bは、健康の指標を示す仮想チャネルの追加を示している。図19Bに示されているように、この指標は、「100」まで次第に大きくなる重大度スケールで「34」なので陽性である。健康指標は、問題を示すように陰影も付けられ得る。図19Bとは対照的に、図19Cは、問題になりつつあるか、または問題になってしまっている健康度数、およびアラーム発生心臓グラフィックを示している。したがって、介護人がハブ100上の患者アラームに応答するか、または患者を監視するかもしくは治療している別のデバイスもしくはシステム上で他の何らかの応答をすることにより、患者を診断し、および/または治療するために生命兆候および心臓機能に関係する他のパラメータの再検討が必要であると素早く決定することができる。
【００７１】
図19Dおよび図19Eは、強調されている身体部位に含まれる脳を示しており、これはハブ100が、たとえば、鎮静深度データまたは脳酸素測定データなどの、脳機能に関連するデータを受信していることを意味する。図19Eは、それに加えて、図19Cに類似するアラーム発生心臓機能を示している。
【００７２】
図19Fでは、腎臓などの、追加の臓器が監視されているが、呼吸器系は監視されていない。図19Gでは、アラーム発生心臓機能が図示されており、図19Hでは、アラーム発生循環系が図示されている。図19Iは、肺、心臓、脳、および腎臓とともに健康指標を示している。図19Jは、アラーム発生の肺、心臓、および循環系、さらには健康指標を示している。さらに、図19Jは、たとえば、緊急事態に対して心臓は赤色でアラームを発生し、注意警告に対して循環系は黄色でアラームを発生するなどの、重大度コントラストを示している。当業者であれば、本明細書の開示から適切である他の配色もあることを認識するであろう。
【００７３】
図20A〜図20Cは、本開示の実施形態により、それぞれ、データの分離およびデータの重なりを示す測定データの例示的な表示を示している。図21Aおよび図21Bは、本開示の実施形態により、それぞれ、データの分離およびデータの重なりも示す測定データの例示的な表示を示している。
【００７４】
たとえば、音響センサからの音響データは、有利には、呼吸音データを提供し得るが、プレチスモグラフおよびECGまたは他の信号も、別々の波形で掲示され得る(図20A、画面キャプチャの一番上)。モニタは、呼吸数、呼気流、1回換気量、分時拍出量、無呼吸持続時間、呼吸音、ライル(rile)、ロンカイ、喘鳴、および空気流の体積減少または変化などの呼吸音の変化を含む、患者の多種多様な呼吸パラメータのうちのいずれかを決定し得る。それに加えて、いくつかの場合において、システムは、プローブオフ検出を補助する心拍数、心音(S1、S2、S3、S4、および心雑音)、および体液過剰を示す正常から心雑音もしくは分割心音までなどの心音の変化などの、他の生理的音を監視する。
【００７５】
複数の生理学的信号の間の視覚的相関を与えることで、信号がいくつかの観察可能な生理学的相関を有する多数の価値ある利点をもたらすことができる。そのような相関の一例として、プレチスモグラフ信号の形態(たとえば、包絡線および/または基線)の変化は、患者の血液または他の体液のレベルを示すことができる。また、これらの変化は、血液量減少または他の体液レベル関係の状態を検出するために監視され得る。たとえば、脈波変動指数は体液レベルの指示を提供し得る。また、プレチスモグラフの信号の形態の変化は、呼吸に相関する。たとえば、プレチスモグラフの信号の包絡線および/または基線の変化は、呼吸に相関する。これは、少なくとも一部は、呼吸時の心臓と肺との間の機械的関係および相互作用などの、人間の解剖学的構造の態様によるものである。
【００７６】
したがって、プレチスモグラフ信号と呼吸信号(図20B)とを重ね合わせることで、操作者は、脈波変動指数などの、プレチスモグラフ信号またはそれから導出された信号の有効性の指標を得ることができる。たとえば、吸息と呼息とを指示する呼吸信号中のバーストがプレチスモグラフ包絡線の頂点と谷の変化と相関する場合、これは、プレチスモグラフ変化が実際に呼吸によるものであり、他の何らかの背景因子によるものでないことを示す視覚的指示を監視要員に与える。同様に、呼吸信号中のバーストがプレチスモグラフ包絡線内の頂点および谷と整列する場合に、これは、呼吸信号中のバーストが患者呼吸音によるものであり、他の何らかの非ターゲット音(たとえば、患者非呼吸音または非患者音)によるものでないことを示す指示を監視要員に提供する。
【００７７】
モニタは信号を処理し、2つの信号の間に相関の閾値レベルがあるかどうかを決定するか、または他の何らかの形で相関を評価するようにも構成され得る。しかしながら、互いに重ね合わされている信号を示すことなどによって、それに加えて相関の視覚的指示を提供することによって、この表示は、操作者に特定の生理学的相関の連続的、直観的で、容易に観察可能な測定基準をもたらす。たとえば、重ね合わされている信号を見ることによって、ユーザは、他の方法では確認できない場合のある、時間の経過による相関の動向を観察することができる。
【００７８】
モニタは、プレチスモグラフおよび呼吸信号の代わりに、またはそれに加えて多種多様の他のタイプの信号の視覚的相関を見せることができる。たとえば、図20Cは、別の例示的な監視表示のスクリーンショットを示している。図20Cの右上部分に示されているように、この表示は、プレチスモグラフ信号、ECG信号、および呼吸信号を重ね合わせたものである。他の構成において、3つより多い異なるタイプの信号が互いに重ね合わされ得る。
【００７９】
一実施形態において、ハブ100は、ユーザが信号を互いに重なるように一緒に移動することができるインターフェースを提供する。たとえば、ユーザは、タッチスクリーンインターフェースを使用してプレチスモグラフ信号上に呼吸信号をドラッグして落とすことができるものとしてよい。逆に、ユーザは、これもまたタッチスクリーンインターフェースを使用して、信号分離することができるものとしてよい。別の実施形態では、モニタは、ユーザが押せるボタン、またはユーザが必要な場合に信号を重ね合わせ、分離することを可能にする他の何らかのユーザインターフェースを備える。図21Aおよび図21Bは、それらの信号の類似の分離および連結を示している。
【００８０】
いくつかの構成において、プレチスモグラフ信号と呼吸信号との間に視覚的相関をもたらすことに加えて、モニタは、さらに、呼吸信号およびプレチスモグラフ信号を処理し、これら2つの信号の間の相関を決定するように構成される。たとえば、モニタはこれらの信号を処理して、プレチスモグラフ信号の包絡線および/または基線の変化の頂点および谷が呼吸信号中のバーストに対応するかどうかを決定し得る。そして、相関の閾値レベルがある、またはないと決定したことに応答して、モニタは、何らかの指示をユーザに提供し得る。たとえば、モニタは、グラフィック指示(たとえば、脈波変動指数指標の色の変化)、可聴アラーム、または他の何らかの指示を提供し得る。モニタは、決定を行う際に1つまたは複数の包絡線検出器または他の適切な信号処理コンポーネントを採用するものとしてよい。
【００８１】
いくつかの実施形態において、システムは、グラフィック指示の代わりに、またはそれに加えて患者の呼吸音の可聴指示をさらに提供し得る。たとえば、モニタは、スピーカーを備え得るか、またはイヤーピース(たとえば、ワイヤレスイヤーピース)が監視要員に提供され、患者音の可聴出力を行うものとしてよい。そのような機能を有するセンサおよびモニタの例は、米国特許公開第2011/0172561号において説明されており、参照により本明細書に組み込まれている。
【００８２】
上で説明されている利点に加えて、音響信号とプレチスモグラフ信号の両方を説明されている方式で同じディスプレイ上に提示することで、監視要員が、呼吸が存在していないこと、音響信号を劣化させ得る高い環境雑音があること、不適切なセンサ配置であること、などの呼吸休止事象をより容易に検出することを可能にすることができる。
【００８３】
図22A〜図22Bは、本開示の一実施形態による、例示的なアナログ表示しるしを示している。図22Aおよび図22Bに示されているように、スクリーンショットは、他のデータに加えて、様々な生理学的パラメータの健康指標を表示している。各健康指標は、アナログ指標および/またはデジタル指標を含むことができる。健康指標がアナログおよびデジタル指標を含む実施形態では、アナログおよびデジタル指標は、隣り合わせ、上、下、転置などの、任意の数の配置に位置決めされ得る。例示されている実施形態において、アナログ指標は、デジタル指標の上、および隣に位置決めされる。図22Bによりわかりやすく示されているように、アナログ表示は、着色された警告セクション、グラフ上の位置を示すダッシュ、およびグラフからの量情報を指定するデジタル情報を含み得る。図22Bにおいて、たとえば、脈拍数PRグラフは、毎分約50から約140拍の脈拍があることを示しており、グラフは中立であるか、または注意状態になり始めているが、これらの拍数以外では、グラフは重大な状態であることを指示する色を付けられる。したがって、ダッシュが円弧に沿って移動するときに、介護人は、現在の測定結果が許容可能、注意、および危機の範囲内のどこに入るかを容易に確認できる。
【００８４】
健康指標の各アナログ指標は、監視されている生理学的パラメータの測定されたレベルに基づき円弧を動くダイヤルを備えることができる。測定された生理学的パラメータレベルが増加すると、ダイヤルは時計回りに移動し、測定された生理学的パラメータレベルが減少すると、ダイヤルは反時計回りに移動するか、またはその逆が行われ得る。このようにして、ユーザはアナログ指標を見ることによって患者の状況を素早く決定することができる。たとえば、ダイヤルが円弧の中心にある場合、観察者は、現在の生理学的パラメータ測定結果が正常であることを確認することができ、ダイヤルが左へもしくは右へ傾きすぎている場合、観察者は、生理学的パラメータレベルの重大度を素早く評価し、適切な処置を講じることができる。他の実施形態では、正常なパラメータ測定結果は、ダイヤルが右または左にあるときなどに示され得る。
【００８５】
いくつかの実施形態において、ダイヤルは、点、ダッシュ、矢印、または同様のものとして実装されてよく、円弧は、望み通りに円、螺旋、ピラミッド、または他の形状として実装されてよい。さらに、現在の生理学的パラメータ測定レベルに基づき、円弧全体が点灯し得るか、または円弧の一部のみが点灯し得る。さらに、円弧は、現在の生理学的パラメータレベルに基づき色を変えるか、またはハイライト表示され得る。たとえば、ダイヤルが閾値レベルに近づくにつれ、円弧および/またはダイヤルは緑色から、黄色、赤色に変わる、より明るく輝きく、点滅する、拡大される、ディスプレイの中心に移動する、または同様の変化をすることができる。
【００８６】
異なる生理学的パラメータは、異常な状態を示す異なる閾値を有することができる。たとえば、いくつかの生理学的パラメータは下限閾値レベルを上げてよく、他のパラメータは上限閾値または下限閾値を有するのみである。したがって、各健康指標は、監視されている生理学的パラメータに基づき調整され得る。たとえば、SpO2健康指標は、満たされたときにアラームを起動する下限閾値を有することができ、呼吸数健康指標は、下限と上限の両方の閾値を有することができ、いずれかが満たされたときにアラームが起動される。各生理学的パラメータに対する閾値は、標準値、期待された閾値、および/またはユーザ指定閾値に基づくものとしてよい。
【００８７】
デジタル指標は、生理学的パラメータの現在のレベルの数値表現を提供することができ、デジタル指標は、実際のレベルまたは正規化されたレベルを指示することができ、患者状態の重大度を素早く評価するためにも使用できる。いくつかの実施形態において、表示は、各監視生理学的パラメータに対する複数の健康指標を含む。いくつかの実施形態において、表示は、監視生理学的パラメータの数より少ない健康指標を含む。そのような実施形態において、健康指標は、異なる監視生理学的パラメータの間で循環することができる。
【００８８】
図23A〜図23Fは、意識深度モニタが図1のハブのチャネルポートに接続されたときに、たとえば図23A〜図23Dのデータ表現を示す測定データの例示的な表示を示している。図23A〜図23Cに示されているように、ハブ100は、有利には、その表示104をおおよそ分岐させ、たとえば、カリフォルニア州アービン所在のMasimo Corp.から市販されているSEDLineデバイスからの様々な情報を示す。図23Dにおいて、ハブ100は、スウェーデンのPHASEIN ABから市販されている取り付けられたPhaseInデバイスを備え、たとえば、患者の呼吸に関する情報を提供する。ハブ100はSEDLine情報も含み、したがって、ハブ100は表示104を適宜分割している。図23Eにおいて、温度および血圧センサは図1のハブと通信し、ハブ100はそれに対して適切な表示占有領域を作成する。図23Fにおいて、音響センサも図1のハブと通信しており、さらに前述の血圧および温度センサとも通信している。したがって、ハブ100は、各取り付けられているデバイスからのデータに対応できるように表示占有領域を調整する。
【００８９】
本明細書の「および/または」という言い回しは、最も広い、制限が最も少ない意味を有し、これは開示がAだけ、Bだけ、AとBの両方を一緒に、またはAもしくはBを二者択一に、含むが、AとBの両方を必要とはしないか、またはAの1つもしくはBの1つを必要とする、という意味である。本明細書で使用されているように、「A、B、およびCのうちの少なくとも1つ」というフレーズは、非排他的論理和を使用して論理的AまたはBまたはCを意味すると解釈されるべきである。
【００９０】
「プレチスモグラフ」という用語は、臓器または全身内の体積の変化(通常は、それが収容する血液または空気の量の変動の結果生じる)に応答するデータを含む当技術分野で知られているその通常の広い意味を含む。
【００９１】
III.追加の監視環境実施形態
図24は、図1のハブ100を含む監視環境2000の別の実施形態を例示している。監視環境2000は、図2の監視環境200のすべての特徴、さらには上で説明されている他の特徴のいずれかを含み得る。それに加えて、監視環境2000は、複数患者監視システム204の別の実施形態、すなわち、複数患者監視システム(MMS)2004を示している。MMS2004は、シリアルデータを受信し、シリアルデータを監視ハブ100によって認識可能なフォーマットに翻訳し、シリアルデータを監視ハブ100に(場合によっては他のデバイス間に)提供することができる翻訳モジュール2005を備える。MMS2004、監視ハブ100、またはPPM102と有線方式でまたはワイヤレス方式で通信し得る補助デバイス2040も示されている。
【００９２】
上で説明されているように、ハブ100は、患者のベッド214、輸液ポンプ216、換気装置218、および他の生命兆候モニタ220を含む、多種多様の医療用機器からシリアルデータを受信し得る。ハブ100は、これらのソースからシリアルデータをMMS2004に受け渡すことができる。上で説明されているように、MMS2004は、次いで、シリアルデータをEMRシステムまたはADTシステムなどの介護人バックエンドシステム206も記憶し得る。
【００９３】
シリアルデータは、たとえば、上で説明されているSDKに基づき定義されている、知られているデータタイプを有するものとしてよい。シリアルデータが医療用機器から供給されるときに、ハブ100またはMMS2004は、そのデータタイプおよび頻度を容易に識別することができる。例示的なデータタイプは、(1)波形データまたは高頻度データ、(2)パラメータデータ、および(3)事象データを含み得る。有利には、いくつかの実施形態において、様々なデータタイプを含む巨大データベースを有する代わりに、知られているデータタイプに基づきデータベースが設計されてもよい。データ取得プロセスは、データタイプに基づき異なり得る。たとえば、データが波形データまたは高頻度データであるときに、ハブ100またはMMS2004は、データが医療用機器から入ってくるときに損失を回復することを試み得ない。むしろ、受信された任意のデータが取得されるときにストリーミングされ、データベースに記憶され得る。パラメータデータは、特定の頻度(たとえば、1Hz毎に)(ハブ100またはMMS2004に)入ることができる。その結果、ハブ100またはMMS2004は、その頻度でデータのスナップショットを取ることができる。患者アラーム(および任意選択で、アラームに関連付けられているパラメータデータ)などの事象データは、特定の事象に応答して生成され得る。事象データは、データが取られた時刻または事象の時刻に関連付けられ得るタイムスタンプを含むものとしてよい。それに加えてまたは代替的に、ハブ100またはMMS2004は、患者に関連付けられているオーディオまたはビデオデータも受信することができる。
【００９４】
このシリアルデータを提供する医療用機器は、多種多様の異なる専用プロトコル、メッセージングインフラストラクチャ、およびハブ100によってネイティブに認識可能ではあり得ない同様のものを使用し得る。したがって、ハブ100は、この医療用機器からパラメータ値または他のデータを読み出すネイティブ機能を有していなくてよく、その結果、これらのデバイスからのパラメータ値または他のデータを表示する機能を有していなくてもよい。しかしながら、有利には、MMS2004における翻訳モジュール2005は、これらのデバイスからシリアルデータを受信し、シリアルデータを監視ハブ100によって認識可能なフォーマットに翻訳し、シリアルデータを監視ハブ100に提供することができる。次いで、監視ハブ100は、翻訳された情報からパラメータ値および他のデータを読み出し、これらの値またはデータを、上で説明されているディスプレイのうちのいずれかなどのディスプレイに出力することができる。
【００９５】
一実施形態において、翻訳モジュール2005は、1つまたは複数の翻訳規則をシリアルデータに適用し、シリアルデータを一方のフォーマットから別のフォーマットに翻訳または変換する。シリアルデータは、一実施形態におけるヘルスレベルセブン(「HL7」)プロトコルに従ってフォーマットされ得る。HL7プロトコルは、医療用コンピュータシステムとデバイスとの間の臨床メッセージの通信のためのメッセージングフレームワークを提供するように開発されている。しかしながら、HL7標準はきわめて柔軟性が高く、指針のフレームワークを提供するだけである。その結果、すべてHL7準拠している医療用デバイスまたは臨床コンピュータシステムは、それでも、互いに通信することができない場合がある。たとえば、医療用機器214〜220は、各々、HL7プロトコルの一バージョンを実装し得るが、これらの実装形態は、監視ハブ100によって実装されるHL7プロトコルと異なることがある。したがって、監視ハブ100は、両方ともHL7標準を使用しているとしても、医療用機器214〜220からのメッセージを解析することまたは読み出すことができない場合がある。さらに、翻訳モジュール2005は、いくつかの実施形態においてハブ100および医療用機器214〜220によって実装されるHL7プロトコルと異なる共通の標準の異なる実装形態の間で翻訳されてよい。
【００９６】
共通電子医療用通信プロトコルの異なる実装形態(たとえば、HL7メッセージの異なるフォーマット)の間の翻訳に加えて、翻訳モジュール2005は、異なる通信プロトコルに従う入力メッセージと出力メッセージとの間の翻訳も行うことができる。いくつかの実施形態において、翻訳モジュール2005は、たとえば、一方の医療用通信プロトコルからメッセージに応答し、別個の医療用通信プロトコルに翻訳することができる。たとえば、翻訳モジュール2005は、HL7プロトコル、ISO11073プロトコル、他のオープンプロトコル、または専用プロトコルに従って送信されたメッセージの間の通信を円滑にすることができる。したがって、翻訳モジュール2005は、HL7プロトコルに従って送信された入力メッセージを異なるプロトコルに従う出力メッセージに翻訳することができ、またはその逆にも翻訳できる。いくつかの実施形態において、翻訳モジュール2005は、以下で「翻訳モジュール実施形態」という表題の節において、さらには開示が全体として参照により本明細書に組み込まれている2013年9月19日に出願した米国出願第14/032,132号、名称「Medical Monitoring System」において、より詳しく説明されている翻訳特徴のうちのいずれかを実装することができる。
【００９７】
有利には、いくつかの実施形態において、翻訳モジュール2005は、翻訳されたシリアルデータをハブ100またはPPM102に受け戻すことができる。翻訳済みデータはハブ100またはPPM102によって読み出し可能なフォーマットなので、ハブ100またはPPM102は、医療用機器214〜220からデータをハブ100またはPPM102のディスプレイ上に出力することができる。それに加えて、翻訳モジュール2005は、翻訳済みデータを、臨床医デバイス(携帯電話、タブレット、またはページャなど)および以下で説明される補助デバイス2040を含む、ハブ100以外のデバイスに供給することができる。さらに、医療用機器214〜220によって供給されるシリアルデータはアラーム通知を含み得るので、翻訳モジュール2005はこれらのアラーム通知をハブ100またはPPM102に受け渡すことができる。したがって、ハブ100またはPPM102は、これらのアラーム通知に応答して視覚的または可聴アラームを生成することができる。さらに、翻訳モジュール2005は、たとえば、病院ネットワークまたはワイドエリアネットワーク(インターネットなどの)上でアラーム通知を臨床医デバイスに提供することができる。それに加えて、翻訳モジュール2005は、アラーム通知を補助デバイス2040に供給することができる。
【００９８】
翻訳モジュール2005はMMS2004において実装されているように図示されているが、それは、単一ロケーション内の翻訳モジュール2005の翻訳規則を維持し、更新することが有益な場合があるからである。しかしながら、他の実施形態では、翻訳モジュール2005は、ハブ100またはPPM102内にも(またはその代わりに)実装され得る。したがって、ハブ100またはPPM102は内部翻訳モジュール2005にアクセスして、ハブ100またはPPM102のディスプレイに出力するようにシリアルデータを翻訳することができる。
【００９９】
補助デバイス2040は、物理的コンピュータハードウェア、ディスプレイ、および同様のものを有するコンピューティングデバイスとすることもできる。たとえば、補助デバイス2040は、タブレット、ラップトップ、携帯電話もしくはスマートフォン、携帯情報端末(PDA)、ウェアラブルコンピュータ(スマートウォッチもしくはスマートグラスなど)、または同様のものなどの、臨床医によって使用されるハンドヘルドコンピューティングデバイスであってよい。補助デバイス2040は、また、単純にコンピュータモニタまたはデジタルTVなどの、ディスプレイデバイスであってもよい。一実施形態において、補助デバイス2040は、ハブ100、PPM102、またはMMS2004に対する第2の画面機能を提供する。そのようなものとして、補助デバイス2040は、ワイヤレス方式でまたは有線接続を通じてハブ100、MMS2004、またはPPM102と通信することができる。
【０１００】
第2の画面デバイスとして、補助デバイス2040は、ハブ100(もしくはPPM102)の表示の少なくとも一部またはハブ100(もしくはPPM102)の表示の異なるバージョンのコピーを示すことができる。たとえば、補助デバイス2040は、生理学的パラメータデータ、動向データ、または波形をハブ100、PPM102、またはMMS2004から受信し、パラメータデータ、動向データ、または波形を表示することができる。補助デバイス2040は、ハブ100、PPM102、またはMMS2004に利用可能な任意の情報を出力することができる。補助デバイス2040の用途の1つは、患者の部屋から離れている間(または患者の部屋にいる間であっても)ハブ100、PPM102、またはMMS2004からのデータを閲覧するために臨床医によって使用可能な臨床医デバイスとしての用途である。臨床医は、補助デバイス2040を使用して、一実施形態におけるハブ100またはPPM102上に表示される以上の生理学的パラメータに関する詳細な情報を閲覧することができる(たとえば、図39を参照)。たとえば、補助デバイス2040は、臨床医が動向または波形を拡大しパラメータ活動をより詳しく調べることを可能にするズーム機能または同様の機能を備え得る。
【０１０１】
ハブ100またはPPM102の表示の少なくとも一部をコピーすることに対する例示的な理由の1つは、異なる臨床医が外科手術時にデータに対する同じ所見を有することを可能にすることにある。たとえば、いくつかの外科手術では、2人の麻酔医が患者を監視し、1人の麻酔医は患者の脳機能および脳酸素供給を監視し、もう1人は患者の末梢酸素供給を監視する。上で説明されているような脳センサが患者に取り付けられ、第1の麻酔医に提示するためハブ100またはPPM102に出力される脳監視および酸素供給データを低供し得る。指またはつま先/足光センサも患者に取り付けられ、ハブ100またはPPM102にデータを出力することができる。たとえば、光センサは患者の身体(たとえば、指、つま先、耳たぶ、前額部、および他の部位)に取り付けることができる。発光体が光を放射して身体組織内に通すことができ、検出器が身体組織によって減衰された光を受光し、患者の血液パラメータのデータを測定することができる。ハブ100またはPPM102は、このデータを補助デバイス2040に伝送することができ、これを第2の麻酔医が監視して患者の末梢肢内の酸素供給状態を観察することができる。第2の麻酔医は、低い末梢酸素供給値の重大度またはその欠如を解釈する作業を助けるために脳のところの酸素供給を知る必要がある場合もある。しかしながら、多くの外科手術では、手術の一部として患者の上にカーテンまたはスクリーンがかけられ、ハブ100またはPPM102に対する第2の麻酔医の視界を遮る。したがって、ハブ100またはPPM102は、第2の麻酔医が脳機能または酸素供給状態を監視できるように補助デバイス2040にその表示の少なくとも一部のコピーを出力することができる。
【０１０２】
一実施形態において、補助デバイスは、ハブ100の表示よりも広い表示領域を有する。たとえば、ハブ100は、約10インチなどの比較的小型のディスプレイを有するものとしてよいが、補助デバイス2040はテレビモニタまたは40インチもしくはそれ以上の大きさのディスプレイを有する同様のものであってよい(補助デバイス2040に任意のサイズのディスプレイが使用されてよいが)。一実施形態において、テレビとしての補助デバイス2040は、プロセッサ、メモリ、およびワイヤレスまたは有線ネットワーキングインターフェースもしくは同様のものを備えるハードウェアモジュールを備えることができる。プロセッサは、生理学的パラメータ、動向、および波形をテレビのディスプレイ上に表示するためのプログラムを含む、メモリからのプログラムを実行することができる。テレビモニタは、ハブ100の実施形態に比べて大きいので、補助デバイス2040のテレビモニタバージョンは、いくつかの実施形態における患者波形および動向のより細かい詳細を表示することができる(たとえば、図39を参照)。
【０１０３】
別の実施形態において、補助デバイス2040は、本明細書において説明されている表示のうちのいずれかの一部を表示することを、ハブ100が別の部分を表示している間に、行うものとしてよい。たとえば、補助デバイス2040は、図19A〜図19Jを参照しつつ上で説明されている解剖学的グラフィックスのうちのいずれかを表示することを、ハブ100が図20A〜図23Fを参照しつつ上で説明されているパラメータ表示のうちのいずれかを表示している間に、行うものとしてよい(またはその逆)。同様に、補助デバイス2040は、翻訳モジュール2005から受信された翻訳済みデータを表示することを、ハブ100がチャネルデータを表示している間に、行うものとしてよい(またはその逆)。別の実施形態において、補助デバイス2040は、翻訳済みデータおよびチャネルデータの両方を表示することができる(たとえば、図38を参照)。
【０１０４】
さらなる他の実施形態において、補助デバイス2040は、監視ハブ100の機能のいずれかを含む、生理学的パラメータの少なくとも一部の処理を実行することができる。たとえば、補助デバイス2040は、翻訳モジュール2005を備え、その特徴を実行するものとしてよい。
【０１０５】
図25は、翻訳メッセージ処理プロセス2100の一実施形態を例示している。プロセス2100は、上で説明されている翻訳モジュール2005によって、または他の任意のコンピューティングシステムによって実装され得る。一実施形態では、ブロック2502において、翻訳モジュール2005は、ハブ100(またはPPM102)とネイティブな互換性を有しない医療用デバイスからのメッセージを含むメッセージをハブ110(またはPPM102)から受信する。ブロック2504において、翻訳モジュール2005は、ハブ100(PPM102)によって処理できる翻訳済み出力メッセージを作成するための1つまたは複数の翻訳規則に基づきメッセージを翻訳する。ブロック2506において、翻訳モジュールは、翻訳済み出力メッセージをハブ100に供給し、ハブ100(もしくはPPM102)に、または補助デバイス2040に表示する。ハブ100(またはPPM102)は、翻訳済みデータを補助デバイス2040にルーティングし得るか、または補助デバイス2040は、翻訳済みデータを翻訳モジュール2005から直接受信し得る。
【０１０６】
たとえば、一実施形態において、デジタル論理回路を有する第1の医療用デバイスが生理学的センサから患者に関連付けられている生理学的信号を受信し、生理学的信号に基づき第1の生理学的パラメータ値を取得し、第1の生理学的パラメータ値を表示のため出力する。第1の医療用デバイスは、また、第1の医療用デバイスと異なる第2の医療用デバイスから第2の生理学的パラメータ値を受信することができ、第2の生理学的パラメータ値は、第1の医療用デバイスによって使用されないプロトコルに従ってフォーマットされ、それにより、第1の医療用デバイスは、表示可能な出力値を生成するために第2の生理学的パラメータ値を処理することができない。第1の医療用デバイスは、生理学的パラメータデータを第1の医療用デバイスから別個の翻訳モジュールに受け渡し、翻訳されたパラメータデータを第1の医療用デバイスにおける翻訳モジュールから受信し、翻訳されたパラメータデータは第1の医療用デバイスによる表示のために処理されることが可能であり、翻訳されたパラメータデータからの第2の値を出力し表示することができる。第1の医療用デバイスは、たとえば、ハブ100、PPM102、またはMMS2004であってよく、第2の医療用デバイスは、輸液ポンプ216または換気装置218または同様のものであってよい。
【０１０７】
図26〜図38および図46〜図71は、測定データの表示を含む、追加の例示的なハブ表示を示している。これらの表示の各々は、補助デバイス2040によって実装されるものとしてよいが、類似の表示もハブ100(またはPPM102)上に直接出力され得る。図示されている例示的な図は、タッチスクリーン機能を備えるタブレットコンピュータに対して実装されているものとして示されている。タッチスクリーン機能は任意選択であり、キーボード、マウス、トラックホイール、および同様のものなどの、他の好適な入力デバイスによって置き換えられる。
【０１０８】
図26を参照すると、図示されているユーザインターフェースは、補助デバイス2040に接続されているデバイスを表している。図示されているデバイスは「Omar's Hawk」であり、これは監視ハブ100の一実施形態とすることができる。補助デバイス2040は、ハブ100からデータを受信するようにこの実施形態においてハブ100にワイヤレス方式で接続される。補助デバイスは、他の実施形態では、MMS2004またはPPM102にワイヤレス方式で接続することも可能である。
【０１０９】
図27は、補助デバイス2040上の既定のパラメータの表示を示している。パラメータ値は、表示の上側部分に波形と一緒に示されており、他のパラメータ(SpHb、SpMet、PVIなど)は、その対応する波形なしで表示の一番下に示されている。表示の一番下のこれらのパラメータはいずれも、表示の上側部分にドラッグアンドドロップすることで、波形を示し得る。たとえば、図28は、SpHbパラメータが表示の上側部分にドラッグアンドドロップされ、SpHb波形およびアラーム限界(18および7)に関する追加の詳細を示すことを除き図27と類似の表示を示している。同様に、図29は、SpMetパラメータが表示の上側部分にドラッグアンドドロップされ、その波形およびアラーム限界(3)を示すことを除き図28と同じ表示を示している。
【０１１０】
図27〜図29の表示の各々において、時間窓ボタンが右上コーナーに示されている。この時間窓ボタンは、図27〜図29において「1 hr」と示しているが、時間窓を変更するようにユーザによって選択されてよく、これは表示に示される動向または波形データの窓に影響を及ぼし得る。この時間窓ボタンのユーザ選択および10分の窓への変更は、図30に示されている。これからわかるように、図30における波形は、前の図より小さい時間窓に示されている。
【０１１１】
図31は、本明細書の別のところで説明されている他の積み重ねられた波形に類似する、積み重ねられたSpO2および呼吸波形を含む、積み重ねられた波形を有する図29の表示の別のバージョンを示している。図32は、脈拍数(PR)およびSpMet(メトヘモグロビン)パラメータがアラーム状態にあるとハイライト表示されている図29に類似する表示を示している。アラーム状態は、一実施形態においてパラメータ値および波形の周りに赤色ボックスとして、またはボックスの少なくとも一部を赤色透明色にすることで、表され得る。赤色ボックスまたは透明は一実施形態では点滅もしてよく、可聴アラームが聞こえてもよい。他の実施形態ではアラーム状態を表す他の方法が使用される。
【０１１２】
図33は、ユーザがパラメータ(この実施形態では、SpHbまたはトータルヘモグロビン)に対するアラーム限界を調整することを可能にするポップアップインターフェースを示している。ポップアップインターフェースは、ユーザが可能なパラメータ限界値上を素早くスクロールし、値を選択することを可能にするスクロールホイールを備える。
【０１１３】
図34〜図38は、図26から図33の縦長の向きの表示とは対照的に横長表示ビューを示している。これらの横長表示ビューは、補助デバイス2040(タブレットなど)を横長の向きに回転させることによってアクセスされ得る。図34はパラメータの第1のセットを示しているが、図35および図36は、図27〜図29に関して上で説明されているものに類似する、波形および追加のアラーム限界の詳細とともにドラッグアンドドロップされた追加のパラメータを加えたものである。図37は、積み重ねられたパラメータ波形を示しており、SpO2と呼吸波形とを積み重ねている。図38は、両方のチャネルパラメータ(SpO2、PR(脈拍数)、およびRRa(音響測定呼吸数)など)を示しているが、ポンプおよびベントからのパラメータを含む、翻訳済みシリアルデータパラメータ2210も示している。これらの翻訳済みシリアルデータパラメータ2210は、ハブ100を通じて、またはMMS2004から直接的に、のいずれかで、翻訳モジュール2005から受信されている場合がある。
【０１１４】
図24を再び参照すると、上で説明されているように、ハブ100またはPPM102は、表示の少なくとも一部のコピーを補助デバイス2040に出力することができる。他の実施形態では、ハブ100またはPPM102は、ハブ100またはPPM102上に示される全パラメータのサブセットに関するデータを補助デバイス2040に出力することができる。たとえば、ハブ100またはPPM102は、臨床医がそこに表示されるパラメータの1つまたは複数を選択し、補助デバイス2040上に表示される1つまたは複数のそのパラメータだけを確認する機能を備え得る。そうすることで、ハブ100またはPPM102に比べて補助デバイス2040のディスプレイ上に示すパラメータが少なくなるので、補助デバイス2040が選択された1つまたは複数のパラメータに関して示す詳細を増やすことを可能にし得る。
【０１１５】
図39は、1つのパラメータ、すなわち呼吸数に関するデータを示す補助デバイス2040の例示的な一表示を示している。ハブ100またはPPM102の主表示と異なり、図39に示されている表示は、呼吸数の現在の値2215、最近の動向2230、および小波形だけでなくそれ以上のものを含む。それに加えて、この表示は、監視されている患者の過去最高値および最低値(たとえば、過去数日間の)のヒストグラム2220を示す。それに加えて、詳細な波形2240が図示されており、これはハブ100またはPPM102の主表示上に示されている波形より大きい場合があり、患者の呼吸状態へのより詳しい洞察をユーザに与え得る。ユーザは、波形2240(または表示の他の態様)を拡大表示することを選択し、これにより波形2242は表示の他の要素の代わりに表示を埋めるように、または同様のことを行うように拡大される。他のグラフ、テーブル、波形、およびデータは、補助デバイスディスプレイ2040上の呼吸パラメータに対して示され得る。もちろん、呼吸数以外のパラメータも、補助デバイス2040上の詳細表示のために選択され得る。たとえば、ハブ100または補助デバイス2040は、脳/臓器酸素測定(BIC)デバイス224の出力に基づき、医者がバイパス手術を行っている間に脳血流量を示すことができる。有利には、いくつかの実施形態において、ハブ100または補助デバイス2040は、医者が脳血流量を容易に見ること、およびバイパス回路上の医者の注意を維持しながら患者への適切な灌流の妥当性を確認する時間を有することを可能にし得る。
【０１１６】
IV.翻訳モジュールの実施形態
図40Aから図45Dを参照しつつ説明されている次の特徴のうちのいずれかは、図24の翻訳モジュール2005によって、または図24を参照しつつ上で説明されているデバイスのうちのいずれかと一緒に実装され得る。
【０１１７】
医療費は増大し続けており、手ごろな料金の高品質な患者ケアに対する需要も高まりつつある。医療費は、病院情報システムの有効性を高めることによって低減され得る。保健施設の有効性に影響を及ぼし得る一要因は、保健施設で採用されている様々な臨床コンピュータシステムが情報交換のために互いにインタラクティブにやり取りすることができる範囲である。
【０１１８】
病院、患者治療施設、および医療提供機関は、典型的には、電子医療情報の管理を行うための多種多様の異なる臨床コンピュータシステムを備えている。ITまたは管理インフラストラクチャ全体の臨床コンピュータシステムの各々は、患者治療プロセスの特定のカテゴリまたは態様を遂行するのを助けることができる。たとえば、病院は、患者監視システム、医療文書および/または撮像システム、患者管理システム、電子医療記録システム、電子医療行為管理システム、事業および財務システム(薬剤給付および請求書作成など)、ならびに/または通信システムなどを含むことができる。
【０１１９】
病院または他の患者治療施設における介護の質は、ITインフラストラクチャにまたがる(または同じ病室内にあっても、たとえば、図1および図24を参照)異なる臨床コンピュータシステムの各々が互いに効果的に通信することができた場合に改善され得るであろう。これは、一方の臨床コンピュータシステムによって収集される患者データをそのような患者データを利用できる別の臨床コンピュータシステムとやり取りすることを可能にできる。たとえば、これは、すべての利用可能な情報の完全な分析結果に基づき、患者治療に関係する決定を下し、処置を講じることを可能にし得る。
【０１２０】
現在の慣例では、個別の臨床コンピュータシステムは、異なるベンダによって提供することができ、また多くの場合に提供する。その結果、個別の臨床コンピュータシステムは、専用ネットワークまたは通信インフラストラクチャ、専用通信プロトコルなどを使用して実装されてよく、病院で使用される様々な臨床コンピュータシステムは、必ずしも互いに効果的に通信することができない。
【０１２１】
医療デバイスおよび医療システムベンダは、ときには、市場シェアを拡大し、追加の製品、システム、および/またはアップグレードを医療提供者に高く売るために他のベンダの医療デバイスおよびシステムと効果的に通信することができない専用システムを開発している。したがって、医療提供者は、使用している個別の臨床コンピュータシステムの各タイプに対して利用可能な最良の技術を選択する代わりに、企業規模またはシステム規模の購入決定をやむなく下している。
【０１２２】
これが行われる場合の一例は、患者監視に利用可能な救命技術の領域にある。たとえば、様々な生理学的パラメータを監視するための多くの異なるベッドサイドデバイスが、異なるベンダまたはプロバイダから利用可能である。そのような一プロバイダは、特定の生理学的パラメータを監視するためのクラス最高のデバイスを提供し得るが、別のそのようなプロバイダは、別の生理学的パラメータに対するクラス最高のデバイスを提供し得る。したがって、いくつかの状況において、病院が複数のメーカーからの監視デバイスを使用する自由度を持つことが望ましいものとしてよいが、これは、異なるメーカーからのデバイスが患者情報のインターフェースを有してそれをやり取りすることができない場合には可能ではあり得ない。したがって、手ごろな価格の高品質な患者治療を提供できる能力が損なわれる可能性がある。それに加えて、各病院または患者治療施設は、また、臨床コンピュータネットワーク環境に対するそれ専用の通信プロトコルを実装している場合があるので、情報の交換はさらに妨げられ得る。
【０１２３】
上で説明されているように、ヘルスレベルセブン(「HL7」)プロトコルは、医療用コンピュータシステムとデバイスとの間の臨床メッセージの通信のためのメッセージングフレームワークを提供するように開発されている。HL7通信プロトコルでは、様々なHL7準拠臨床コンピュータシステムが互いに通信するために使用できる多数の標準、指針、および方法を規定している。
【０１２４】
HL7通信プロトコルは、多くの医療デバイスメーカーによって採用されてきた。しかしながら、HL7標準はきわめて柔軟性が高く、指針のフレームワーク(たとえば、メッセージの高水準論理構造)を提供するだけであり、その結果、各医療デバイスまたは医療システムメーカーもしくはベンダは、そのままHL7準拠でありながらいくぶん異なる仕方でHL7プロトコルを実装することがある。たとえば、HL7メッセージのフォーマットは、本明細書においてより詳しく説明されているように、実装毎に異なることがあり得る。いくつかの場合において、一実装形態のHL7メッセージは、また、別のHL7実装形態によりメッセージに含まれていない情報コンテンツも含み得る。したがって、すべてHL7準拠している医療用デバイスまたは臨床コンピュータシステムは、それでも、互いに通信することができない場合がある。
【０１２５】
その結果、確立された通信プロトコル(たとえば、HL7)の異なる許された実装形態を使用する医療デバイスまたはシステム間の医療メッセージの通信を改善することができ、それによって複数の臨床コンピュータシステムの統合を通じて患者治療の質を高める、翻訳モジュールが提供され得る。
【０１２６】
図40Aは、翻訳モジュール2415を介して互いに通信し合う第1の医療用デバイス2405と第2の医療用デバイス2410とを示している。第1の医療用デバイス2405は、受け入れられた電子医療通信プロトコルの第1の許されたフォーマットまたは実装形態に従ってメッセージを伝送し、受信するように構成されるが、第2の医療用デバイス2410は、電子医療通信プロトコルの第2の許されたフォーマットまたは実装形態に従ってメッセージを伝送し、受信するように構成される。いくつかの実施形態において、第1および第2のプロトコルフォーマットは、HL7通信プロトコルの異なる実装形態である。HL7以外の他の電子医療通信プロトコルも使用できる。
【０１２７】
翻訳モジュール2415は、第1の医療用デバイス2405から第1のプロトコルフォーマットを有する入力メッセージを受信し、第2のプロトコルフォーマットを有する第2の医療用デバイス2410への出力メッセージを生成する。翻訳モジュール2415は、また、第2の医療用デバイス2410から第2のプロトコルフォーマットを有する入力メッセージを受信し、第1のプロトコルフォーマットを有する第1の医療用デバイス2405への出力メッセージを生成する。こうして、翻訳モジュール2415は、第1および第2の医療用デバイス2405、2410が、各デバイスによって実装される通信機器またはプロトコルへの修正を必ずしも必要とすることなく互いに効果的に、継ぎ目なく通信することを可能にすることができる。
【０１２８】
いくつかの実施形態において、翻訳モジュール2415は、たとえば、入力メッセージ内の情報に基づき入力メッセージの意図された受信者によって、または様々なデバイスによって使用されるプロトコルフォーマットを記憶するデータベースを参照することによって期待されるプロトコルフォーマットを決定し、次いで、意図された受信者デバイスまたはシステムによって使用されるプロトコルフォーマットに基づき出力メッセージを生成する。出力メッセージは、翻訳モジュール2415によってアクセス可能な翻訳規則2420のセットとの比較、および適用に基づき生成され得る。
【０１２９】
翻訳モジュール2420は、共通プロトコル内でフォーマッティング実装形態の間に生じ得る変更を取り扱う仕方を決める規則を備えることができる。電子医療通信プロトコルのフォーマッティング実施形態における変更の例は、たとえば、データフィールドを区切るために使用される区切り文字もしくは分離記号文字、特定のフィールドが必須であるか任意選択であるか、メッセージの一部分の繰り返し性(たとえば、セグメント、フィールド、構成要素、サブ構成要素)、メッセージの一部分の順序(たとえば、フィールドまたは構成要素の順番)、メッセージの特定の部分が含まれるかどうか、メッセージもしくはメッセージの一部分の長さ、およびメッセージの様々な部分に使用されるデータタイプを含む。
【０１３０】
いくつかの実施形態において、翻訳規則2420は、第1のHL7実装形態に従う入力メッセージを第2のHL7実装形態に従う出力メッセージに「翻訳する」ために実行されるべき追加、削除、スワッピング、および/または修正を定義する。出力メッセージは、入力メッセージのサブスタンスもしくはコンテンツのすべて、またはその一部を維持しながら、たとえば、入力メッセージと異なるフォーマッティングを有することができる。
【０１３１】
共通電子医療用通信プロトコルの異なる実装形態(たとえば、HL7メッセージの異なるフォーマット)の間の翻訳に加えて、翻訳モジュール2415は、異なる通信プロトコルに従う入力メッセージと出力メッセージとの間の翻訳も行うことができる。いくつかの実施形態において、翻訳モジュール2415は、たとえば、一方の医療用通信プロトコルからメッセージに応答し、別個の医療用通信プロトコルに翻訳することができる。たとえば、翻訳モジュール2415は、HL7プロトコル、ISO11073プロトコル、他のオープンプロトコル、および/または専用プロトコルに従って送信されたメッセージの間の通信を円滑にすることができる。したがって、HL7プロトコルに従って送信される入力メッセージは、異なるプロトコルに従う出力メッセージに翻訳することができ、またはその逆に翻訳することができる。
【０１３２】
翻訳モジュール2415および翻訳規則2420の動作は、以下でより詳しく説明される。次に、翻訳モジュール2415を含むシステムアーキテクチャの様々な実施形態が説明される。
【０１３３】
いくつかの実施形態において、第1の医療用デバイス2405、第2の医療用デバイス2410、および翻訳モジュール2415は、接続を介して、共通の通信ネットワークに、またはたとえば、ハブ100、PPM102、および/またはMMS2004を通じて直接的に(ケーブルを介してもしくはワイヤレス方式で)通信可能に結合される。いくつかの実施形態において、翻訳モジュール2415は、第1の医療用デバイス2405と第2の医療用デバイス2410との間で(通信ネットワークにより、または通信ネットワークなしで)、第1の医療用デバイス2405と第2の医療用デバイス2410との間のすべてのメッセージが翻訳モジュール2415を通してルーティングされるように、通信可能に結合され得る。他のアーキテクチャも可能である。
【０１３４】
第1の医療用デバイス2405および第2の医療用デバイス2410ならびに翻訳モジュール2415は、たとえば、上で説明されている図1または図24の監視環境の一部に含まれ得る。第1の医療用デバイス2405は、たとえば、輸液ポンプ216または換気装置218であってよいが、第2の医療用デバイス2410は、たとえば、監視ハブ100、PPM102、MMS2004、または補助デバイス2040であってよい。翻訳モジュール2415は、翻訳モジュール2005の例示的な一実装形態である。
【０１３５】
いくつかの実施形態において、翻訳モジュール2415は、病院環境内の複数のネットワークにまたがる通信を円滑にすることができる。他の実施形態において、翻訳モジュール2415は、病院または臨床ネットワーク環境の外部に延在する1つもしくは複数のネットワークにまたがるメッセージの通信を円滑にすることができる。たとえば、翻訳モジュール2415は、金融機関、保険業者、政府機関、外部薬局、他の病院、老人ホーム、または患者治療施設、医局、および同様のものとの通信インターフェースを提供することができる。
【０１３６】
いくつかの実施形態において、図40の翻訳モジュール2415は、たとえば、図24に関して上で説明されている環境2000の一コンポーネントとすることができる。たとえば、翻訳モジュール2415は、病院ネットワークもしくは他のネットワークまたは上で説明されている監視環境と通信可能に結合され得る。そのような実施形態において、翻訳モジュール2415は、ベッドサイド医療用モニタデバイス、監視ナースステーション、病院もしくは臨床情報システム(電子医療記録を記憶するものとしてよい)、ならびに/または多くの他の医療用デバイスおよびシステムの間の、たとえば、生理学的パラメータ測定、生理学的パラメータ動向情報、および生理学的パラメータアラーム状態を含む、患者監視情報の交換を円滑にすることができる。翻訳モジュール2415は、異なる医療用デバイスおよびシステムの間の継ぎ目のない通信を可能にすることができ、その各々は、臨床または病院ネットワーク環境内で、たとえば、HL7通信プロトコルなどの電子医療通信プロトコルの異なる実装形態を使用し得る。
【０１３７】
いくつかの実施形態において、翻訳モジュール2415は、患者監視サブシステムの一部である第1の医療用デバイスと、患者監視システム200の一部でないか、または外部にある第2の医療用デバイスとの間の通信を円滑にすることもできる。そのようなものとして、翻訳モジュール2415は、外部生成医療メッセージ(HISまたはCISからの患者情報更新メッセージ、状態問い合わせメッセージ、および同様のものなど)に応答すること、および外部報告メッセージ(患者モニタまたは監視ナースステーションからの事象報告メッセージ、アラーム通知メッセージ、および同様のものなど)を生成することを行うことができるものとしてよい。
【０１３８】
別の実施形態において、第1の医療用デバイス2405および第2の医療用デバイス2410は、通信バス2421上で互いに通信する。通信バス2421は、インターネット、病院WLAN、LAN、パーソナルエリアネットワークなどを含む、上で説明されている通信ネットワーク、システム、および方法のうちの任意の1つまたは複数を含み得る。たとえば、上で説明されているネットワークのいずれかは、上で説明されている第1の医療用デバイス2405および第2の医療用デバイス2410を含む、複数の医療用デバイスの間の通信を円滑にするために使用することができる。そのような一実施形態は、図40Bに例示されている。
【０１３９】
図40Bにおいて、第1の医療用デバイス2405は、通信バス2421にメッセージを送る。メッセージは、第2の医療用デバイス2410によって受信されることを意図されているが、第1の医療用デバイス2405および第2の医療用デバイス2410は、異なる通信プロトコルフォーマットに従って通信するので、第2の医療用デバイス2410はそのメッセージを処理することはできない。
【０１４０】
翻訳モジュール2415は、そのようなメッセージがないか通信バス2421を監視する。翻訳モジュールはそのメッセージを受信し、第1の医療用デバイス2405が第2の医療用デバイス2410と通信することを試みていると決定する。翻訳モジュール2415は、メッセージ翻訳が第1の医療用デバイス2405と第2の医療用デバイス2410との間の通信を円滑にするであろうと決定する。したがって、翻訳モジュール2415は、翻訳モジュール2420に記憶されている適切な翻訳規則を利用する。翻訳モジュール2420は、メモリ、EPROM、RAM、ROMなどを備えることができる。
【０１４１】
翻訳モジュール2415は、本明細書で説明されている方法のうちのいずれかに従って第1の医療用デバイス2405からのメッセージを翻訳する。翻訳した後、翻訳モジュール2415は、翻訳済みメッセージを通信バス2421に配信する。第2の医療用デバイス2410は、翻訳済みメッセージを受信し、しかるべく応答する。たとえば、第2の医療用デバイスは、第1の医療用デバイス2405と通信する機能を実行し、および/または通信を試みるものとしてよい。翻訳モジュール2415は、類似の方式で第2の医療用デバイス2410から第1の医療用デバイス2405への通信を円滑にする。
【０１４２】
第1の医療用デバイス2405および第2の医療用デバイス2410は、たとえば、病院ネットワークまたはハブ100、PPM102、および/もしくはMMS2004に通信可能に結合されている医療用デバイスもしくはシステムのうちのいずれかとすることができる。これらの医療用デバイスまたはシステムは、たとえば、医療行為発生時点管理デバイス(ベッドサイド患者モニタなど)、データ記憶装置ユニットもしくは患者記録データベース、病院もしくは臨床情報システム、集中監視室(監視ナースステーションなど)、および/または臨床医デバイス(ページャ、携帯電話、スマートフォン、携帯情報端末(PDA)、ラップトップ、タブレットPC、パーソナルコンピュータ、ポッド、および同様のものなど)を含むことができる。
【０１４３】
いくつかの実施形態において、第1の医療用デバイス2405は、生理学的パラメータ(たとえば、酸素飽和度、脈拍数、血圧、など)を追跡するために患者に通信可能に結合する患者モニタであり、第2の医療用デバイス2410は、病院情報システム(「HIS」)または臨床情報システム(「CIS」)である。いくつかの実施形態において、患者モニタは、患者の監視中に生成された生理学的パラメータ測定結果、生理学的パラメータアラーム、または他の生理学的パラメータ測定結果情報を、HISまたはCISによって維持される患者電子医療記録に含めるためにHISまたはCISに伝達することができる。
【０１４４】
いくつかの実施形態において、第1の医療用デバイス2405はHISまたはCISであり、第2の医療用デバイス2410は監視ナースステーションであり、本明細書において説明されているとおりである。しかしながら、翻訳モジュール2415は、病院または他の患者治療施設において使用される多種多様の医療用デバイスおよびシステムの間の通信を円滑にすることができる。たとえば、翻訳モジュール2415は、患者生理学的パラメータ監視デバイス同士の間、監視デバイスと監視ナースステーションの間、などでの通信を円滑にすることができる。
【０１４５】
翻訳モジュール2415を使用することで、本明細書において説明されているような患者監視サブシステム(たとえば、生理学的監視システム200)は、HISがHL7プロトコル、または他の何らかの電子医療通信プロトコルの異なる実装形態を使用している場合であってもHISにデータをプッシュし、またはHISからデータをプルすることができる。
【０１４６】
いくつかの実施形態において、患者監視サブシステムは、所定の間隔でデータをプッシュ/プルするように構成され得る。たとえば、患者モニタまたは臨床監視ステーションは、患者が患者モニタに接続されているときに患者データがすでに利用可能になっているように定期的な間隔でHISから自動的に患者データをダウンロードすることができる。HISから送信される患者データは、患者の登録後に受信される入院/退院/転院(「ADT」)情報を含むことができる。ADTメッセージは病院情報システムによって開始され、補助システムに、たとえば、患者が入院するか、退院するか、転院するか、もしくは登録されたこと、患者情報が更新されるか、もしくはマージされていること、または転院もしくは退院が取り消されたことを知らせることができる。
【０１４７】
他の実施形態において、患者監視サブシステムは、HISが問い合わせによって請求されたときのみHISにデータをプッシュ/HISからデータをプルするように構成され得る。たとえば、臨床医は、HIS上の患者電子医療記録に記憶されている情報に対するリクエストを行うものとしてよい。
【０１４８】
さらなる他の実施形態において、患者監視サブシステムは、非請求事象に応答してHISにデータをプッシュ/HISからデータをプルするように構成され得る。たとえば、監視されている患者の生理学的パラメータがアラーム状態に入ることができ、これは、HISに自動的に伝送され、患者電子医療記録に記憶することができる。さらに他の実施形態において、メッセージをHISにおよびHISから伝達する時期を決定するために上記の方法または代替的方法の任意の組合せが採用されてよい。
【０１４９】
例示的なシステムアーキテクチャおよび翻訳モジュール2415を伴うメッセージの通信のための例示的なトリガは、すでに説明されている。次に、翻訳モジュールの動作に見てみると、図25A〜図25Dは、翻訳プロセスの異なるフェーズまたはステップにおける例示的な医療メッセージを示している。翻訳プロセスは、図26、図27A、および図27Bに関して以下でより詳しく説明される。
【０１５０】
図41Aは、HISから翻訳モジュール2415によって受信される例示的なADT入力メッセージ2505を示している。ADT入力メッセージ2505はHL7通信プロトコルに従って実装され、患者の病院への入院に関係する情報を含む。ADTメッセージ2505は、メッセージヘッダセグメント2506、事象セグメント、患者識別セグメント、患者来院セグメント、職務セグメント、診断セグメント、および複数のカスタムセグメントを含む複数のセグメントを含む。
【０１５１】
いくつかの実施形態において、メッセージヘッダ(「MSH」)セグメント2506は、メッセージがどのように送信されるか、フィールド区切りおよび符号化文字、メッセージタイプ、送信者および受信者、などを定義する。MSH文字列の後の第1の記号または文字は、フィールド区切り文字または分離記号(このメッセージ内では、「キャレット」記号)を定義することができる。次の4つの記号または文字は、符号化文字を定義することができる。第1の記号は構成要素区切り記号(「〜」)を定義し、第2の記号は繰り返し可能な区切り記号(「|」)を定義し、第3の記号はエスケープ区切り記号(「\」)を定義し、第4の記号は部分構成要素区切り記号(「&」)を定義する。これらの区切り記号はすべて、HL7実装形態毎に異なり得る。
【０１５２】
いくつかの実施形態において、例示的なヘッダセグメント2506は、送信アプリケーション(「VAFC PIMS」)、受信アプリケーション(「NPTF-508」)、メッセージの日時(「20091120104609-0600」)、メッセージタイプ(「ADT- A01」)、メッセージ制御ID(「58103」)、処理ID(「P」)、および国コード(「USA」)をさらに含む。連続するキャレット記号によって表されるように、ヘッダセグメントは、複数の空のフィールドも含む。
【０１５３】
図41Bは、識別されたフィールド区切り記号(キャレット記号)に基づき解析されてフィールドまたは要素に分けられた後のメッセージヘッダセグメント2506を示している。いくつかの実施形態において、解析された入力メッセージは、拡張可能スタイルシート言語変換(XSLT)規則に従って変換されるように構成されているXMLメッセージを含む。
【０１５４】
いくつかの実施形態において、解析された入力メッセージは符号化され得る。図41Cは、符号化された(たとえば、Unicode Transformation Format-8(「UTF-8」)符号化スキームを使用して)後の入力メッセージの解析されたメッセージヘッダセグメントを例示している。
【０１５５】
符号化されたメッセージヘッダセグメントは、メッセージ内で使用できる様々なデータタイプのうちのいくつかを示している。たとえば、第3の解析済みフィールドの送信アプリケーション(「VAFC PIMS」)および第5の解析済みフィールドの受信アプリケーション(「NPTF-508」)は、階層指定子(「HD」)名前データタイプを使用して表される。日時フィールド(第7の解析済みフィールド)は、タイムスタンプ(「TS」)データタイプを使用して表される。処理IDフィールド(第11の解析済みフィールド)は、処理タイプ(「PT」)データタイプを使用して表される。データタイプ識別子を含まないフィールドは、文字列(「ST」)データタイプを使用して表される。他の可能なデータタイプは、たとえば、符号化要素、構造化数値、タイミング量、テキストデータ、日付、入力識別子、符号化値、数値、および順序識別子を含む。セグメントの様々なフィールドまたは属性に対して使用されるデータタイプは、フォーマッティング実装形態毎に異なり得る。
【０１５６】
図41Dは、図41Aの例示的な入力メッセージ2505に基づく翻訳モジュール2415からの例示的な出力メッセージ2510を示している。出力メッセージ2510は、メッセージ確認応答セグメント2512を含む。
【０１５７】
翻訳モジュールの動作を見てみると、翻訳モジュール2415は、たとえば、翻訳規則2420のセットの適用に基づき入力メッセージを反映している出力メッセージを作成する、生成する、または形成することができる。いくつかの実施形態において、翻訳モジュール2415は、たとえば、出力メッセージを形成するための翻訳規則2420のセットとの比較およびそのセットの適用に基づき入力メッセージを翻訳する、変形する、変換する、再フォーマットする、構成する、変更する、再配置構成する、修正する、適応させる、改変する、または調整することができる。いくつかの実施形態において、翻訳モジュール2415は、たとえば、入力メッセージを入力メッセージのコンテンツを保持する出力メッセージと交換または代用することができるが、翻訳規則2420のセットとの比較およびそのセットの適用に基づき新しいフォーマッティング実装形態を有する。
【０１５８】
図42は、入力メッセージと、翻訳モジュール2415に関連付けられている翻訳規則2420のセットとの比較とに基づき出力メッセージを生成するための例示的な翻訳プロセス2600を示している。翻訳プロセス2600はブロック2602から始まり、そこで、翻訳モジュール2415は第1の医療用デバイスから入力メッセージを受信する。
【０１５９】
ブロック2604において、翻訳モジュール2415は、入力メッセージのフォーマッティング実装形態と、出力メッセージに使用されるべきフォーマッティング実装形態とを決定する。いくつかの実施形態において、入力メッセージは、フォーマッティング実装形態を示す1つまたは複数の識別子を含むことができる。いくつかの実施形態において、フォーマッティング実装形態の決定は、たとえば、使用される区切り記号もしくは符号化文字、フィールド順序、セグメント、フィールド、もしくは構成要素の繰り返し性、フィールドのデータタイプ、または他の実装形態の変更を識別することによってメッセージそれ自体を分析することによって、行うことができる。いくつかの実施形態において、翻訳モジュール2415は、フォーマッティングをメッセージ(図41Bに示されているような)のコンテンツから分離するか、または解析して除き、フォーマッティング実装形態の決定を補助することができる。いくつかの実施形態において、翻訳モジュール2415は、翻訳モジュール2415がインターフェースするように構成されている各デバイスによって使用される実装形態を記憶するデータベースを参照することによって入力メッセージのフォーマッティング実装形態を決定する。
【０１６０】
いくつかの実施形態において、出力メッセージによって使用されるフォーマッティング実装形態の決定も、入力メッセージから行える。たとえば、入力メッセージは、意図された受信者アプリケーション、施設、システム、デバイス、および/または宛先を識別するフィールドを含むことができる。入力メッセージは、代替的に、送信されているメッセージのタイプ(たとえば、ADTメッセージ)を識別するフィールドを含むことができ、翻訳モジュール2415は、送信されているメッセージのタイプからの適切な受信者および/または送信アプリケーション、デバイス、またはシステムを決定することができる。次いで、翻訳モジュール2415は、入力メッセージの意図された受信者によって必要とされるフォーマッティング実装形態を決定することができる。
【０１６１】
決定ブロック2605において、翻訳モジュール2415は、規則セットが入力メッセージの識別されたフォーマッティング実装形態から出力メッセージに使用されるべき識別されたフォーマッティング実装形態への翻訳に対して構成されているかどうかを決定する。規則セットは、翻訳モジュールソフトウェアのインストール前に手動で構成されていることがあるか、または入力メッセージを受信する前に自動的に構成されていることがある。規則セットがすでに構成されている場合、翻訳プロセス2600はブロック2606に進んで継続する。規則セットが構成されていない場合、規則セットはブロック2607において構成される。規則セットの構成は、図44および図45A〜図45Dに関して以下で説明されているように実行され得る。次いで、翻訳プロセス2600は、ブロック2608に進み継続する。
【０１６２】
ブロック2606において、翻訳モジュール2415は、入力メッセージの決定されたフォーマッティング実装形態と出力メッセージのフォーマッティング実装形態との間の翻訳を決める翻訳規則2420のセットから事前構成された規則を識別する。いくつかの実施形態において、事前構成された規則の識別は、手動で行われ得る。
【０１６３】
ブロック2608において、翻訳モジュール2415は、翻訳規則2420の構成済み規則セットに基づき出力メッセージを生成する。いくつかの実施形態において、出力メッセージは、入力メッセージのコンテンツのすべて、または少なくとも一部を保持するが、入力メッセージの意図された受信者によって期待されサポートされるフォーマットを有する。
【０１６４】
翻訳規則2420は、たとえば、一方向規則および/または双方向規則を含むことができる。一方向規則は、たとえば、第1の医療用デバイス(たとえば、2405)から第2の医療用デバイス(たとえば、2410)へのメッセージの場合に適用され得るものであってよいが、第2の医療用デバイスから第1の医療用デバイスへのメッセージの場合には適用されない。たとえば、一方向規則は、たとえば、HL7通信プロトコルの2つの異なるフォーマッティング実装形態に対するフィールド間で使用される区切り記号の差を扱うことが可能である。翻訳モジュール2415は、フィールド区切り記号が入力メッセージの意図された受信者によってサポートされるかを決定するためにフィールド区切り記号を適用することができる。入力メッセージのフィールド区切り記号が意図された受信者によってサポートされない場合、フィールド区切り記号規則では、入力メッセージのフィールドを区切り記号を意図された受信者によってサポートされるフィールド区切り記号で置き換えることができる。
【０１６５】
たとえば、入力医療用デバイスからの入力メッセージが、フィールド区切り記号または分離記号として「キャレット」記号(「^」)を使用するフォーマッティング実装形態を含むことができる。しかしながら、意図された受信者医療用デバイスによって認識されるフォーマッティング実装形態は、「パイプ」記号(「|」)をフィールド区切り記号として使用し得る。翻訳モジュール2415は、翻訳規則2420のセットから意図された受信者医療用デバイスによって認識されるフォーマッティング実装形態において使用されるフィールド区切り記号を識別し、入力メッセージにおいて使用されるキャレットフィールド区切り記号の代わりにパイプフィールド区切り記号を使用する入力メッセージに基づき出力メッセージを生成することができる。パイプ記号をキャレット記号の代用とする規則は、この場合、パイプ記号をフィールド区切り記号として認識する受信者デバイスに送信されるメッセージにのみ適用される。この規則は、キャレット記号をフィールド区切り記号として認識することが知られている受信者デバイスに向けられたメッセージの場合にキャレット記号がパイプ記号の代わりに使用されるべきであることを示す補足規則を伴うことができる。
【０１６６】
別の一方向規則は、異なるフォーマッティング実装形態の間のいくつかのフィールドの有無を取り扱うことができる。たとえば、入力医療用デバイスからの入力メッセージが、意図された受信者医療用デバイスによって認識されないフィールドを含むことができる。翻訳モジュール2415は、未認識または未サポートのフィールドを含まない出力メッセージを生成することができる。入力メッセージが意図された受信者医療用デバイスによって期待されるフィールドを含まない状況において、翻訳規則2420のセットは、意図された受信者医療用デバイスによって期待されるフィールド内にヌルエントリまたは空""文字列を挿入し、および/または受信者デバイスに期待されたフィールドが存在していないことを警告する規則を含むことができる。送信者デバイスも、受信者デバイスがメッセージのいくつかの部分をサポートしないことを翻訳モジュール2415によって通知され得る。
【０１６７】
他の一方向規則は、たとえば、一方のデータタイプから他方のデータタイプへの変換(たとえば、文字列(「ST」)からテキストデータ(「TX」)または構造化数値(「SN」)から数値(「NM」))、およびメッセージの様々な部分の長さの増減を円滑にすることができる。一方向規則は、また、メッセージの部分の繰り返し性の変動を取り扱うために使用され得る。たとえば、翻訳モジュール2415は、フィールド繰り返し性規則をメッセージのセグメント、フィールド、構成要素、または部分構成要素の繰り返しインスタンスに適用して、もしあればそのような繰り返しインスタンスが受信者デバイスによっていくつサポートされているか、および必要ならば任意の繰り返しインスタンスを削除または追加することを決定することができる。たとえば、患者識別セグメントの電話番号フィールドは、家庭、仕事、および携帯電話番号の入力を可能にするように繰り返し可能なフィールドとすることができる。
【０１６８】
双方向規則も使用できる。そのような規則は、どのデバイスが送信者で、どのデバイスが受信者かに関係なく第1の医療用デバイスと第2の医療用デバイス(たとえば、2405、2410)の間のメッセージに等しく適用し得る。双方向規則は、たとえば、順序の変更を取り扱うために使用され得る。いくつかの実装形態において、入力医療用デバイスからの入力メッセージは、ファーストネーム構成要素がラストネーム構成要素の前に出現する1つまたは複数の患者名フィールドを含むことができる。しかしながら、意図された受信者医療用デバイスは、ラストネーム構成要素がファーストネーム構成要素の前に出現する実装形態を期待することであってよい。したがって、翻訳規則2420のセットは、2つの医療用デバイスの間で、または2つのフォーマッティング実装形態の間で通信するときにファーストネーム構成要素とラストネーム構成要素の順序を入れ替える双方向規則を含むことができる。一般に、フィールド順序規則は、フィールド、構成要素、または部分構成要素が意図された受信者に対して正しい順序になっているかどうかを決定するために適用され、必要ならば並べ替えてもよい。他の双方向規則は、たとえば、フォーマッティング実施形態または他のタイプの変更の間の他の順次的変更を取り扱うように含めることができる。
【０１６９】
翻訳規則2420は、また、複合語規則も含むことができる。たとえば、複合語規則は、規則のif-then列を含むことができ、規則は、他の規則の結果に依存し得る。いくつかの翻訳規則2420は、計算および論理(たとえば、ブール論理またはファジー論理)などを使用するものとしてよい。
【０１７０】
上で説明されているように、病院ベース通信ネットワーク上で伝達されるメッセージは、HL7プロトコルを採用することができる。図43Aおよび図43Bは、HL7メッセージが病院ベース通信ネットワークまたは臨床ネットワーク上でHISと医療用デバイスとの間で伝達される翻訳プロセス2700A、2700Bを示している。翻訳プロセス2700A、2700Bは、第1のHL7フォーマットと第2のHL7フォーマットとの間の「翻訳」を決める規則がすでに構成されていると仮定して説明される。
【０１７１】
図43Aは、翻訳モジュール2415が第1のHL7フォーマットを有するHISから第2のHL7フォーマットを有する、患者モニタまたは臨床医監視ステーションなどの意図された受信者医療用デバイスへの、図41AのADTメッセージなどのHL7メッセージの伝達を円滑にする翻訳プロセス2700Aを示している。
【０１７２】
翻訳プロセス2700Aはブロック2701から始まり、そこで、翻訳モジュール2415はHISから第1のHL7フォーマットを有する入力メッセージを受信する。いくつかの実施形態において、入力メッセージは、たとえば、患者の入院および/または患者識別に関する情報、および電子医療記録データベースからの患者病歴情報を含む。
【０１７３】
ブロック2703において、翻訳モジュール2415は、入力メッセージのフォーマッティング実装形態と、出力メッセージに使用されるべきフォーマッティング実装形態とを決定する。これらの決定は、図42のブロック2604に関して上で説明されている決定に類似する仕方で行うことができる。
【０１７４】
ブロック2705において、翻訳モジュール2415は、入力メッセージの決定されたHL7フォーマットと出力メッセージのHL7フォーマットとの間の翻訳を決める規則を識別し、識別された規則に基づき第2のHL7フォーマットを有する出力メッセージを生成する。いくつかの実施形態において、出力メッセージは、HISによって送信された入力メッセージのコンテンツを保持するが、入力メッセージの意図された受信者によって期待されサポートされるフォーマットを有する。
【０１７５】
ブロック2707において、翻訳モジュール2415は、病院ベース通信ネットワーク上で出力メッセージを意図された受信者に出力することができる。いくつかの実施形態において、意図された受信者は、受信成功を確認応答するか、またはエラーが発生したことを報告する確認応答メッセージを病院情報システムに送り返すことができる。
【０１７６】
図43Bは、翻訳モジュール2415が第1のHL7フォーマットを有する、患者モニタなどの医療用デバイスから第2のHL7フォーマットを有するHISへのHL7メッセージの伝達を円滑にする翻訳プロセス2700Bを例示している。たとえば、患者モニタは、患者アラームデータなどの報告事象データmをHISに伝送し、患者の電子医療記録に記憶することができる。
【０１７７】
翻訳プロセス2700Bはブロック2702から始まり、そこで、翻訳モジュール2415は医療用デバイスから第1のHL7フォーマットを有する入力メッセージを受信する。いくつかの実施形態において、入力メッセージは、HISに関連付けられている電子医療記録データベースに記憶する監視されている患者の1つまたは複数の生理学的パラメータに関する患者監視データもしくはアラームデータを含む。
【０１７８】
ブロック2704において、翻訳モジュール2415は、入力メッセージのフォーマッティング実装形態と、出力メッセージに使用されるべきフォーマッティング実装形態とを決定する。これらの決定は、図42のブロック2604に関して上で説明されている決定に類似する仕方で行うことができる。
【０１７９】
ブロック2706において、翻訳モジュール2415は、入力メッセージの決定されたHL7フォーマットと出力メッセージのHL7フォーマットとの間の翻訳を決める規則を識別し、識別された規則に基づき第2のHL7フォーマットを有する出力メッセージを生成する。いくつかの実施形態において、出力メッセージは、医療用デバイスによって送信された入力メッセージのコンテンツを保持するが、HISによって期待されサポートされるフォーマットを有する。
【０１８０】
ブロック2708において、翻訳モジュール2415は、病院ベース通信ネットワーク上で出力メッセージを病院情報システムに出力することができる。いくつかの実施形態において、HISは、受信成功を確認応答するか、またはエラーが発生したことを報告する確認応答メッセージを医療用デバイスに送り返すことができる。
【０１８１】
図42、図43A、および図43Bは、翻訳モジュール2415の動作を説明する図であった。図44および図45A〜図45Dは、翻訳規則2420の構成の説明を例示するために使用される。
【０１８２】
翻訳規則2420は、1つもしくは複数のスタイルシート、階層関係データ構造体、テーブル、リスト、他のデータ構造体、これらの組合せ、および/または同様のものとして実装することができる。いくつかの実施形態において、翻訳規則2420は翻訳モジュール2415内のローカルメモリに記憶され得る。他の実施形態では、翻訳規則2420は、外部メモリ内に、または翻訳モジュール2415に通信可能に結合されているデータ記憶装置デバイスに記憶され得る。
【０１８３】
翻訳モジュール2415は、単一の規則セットまたは複数の規則セットを備えることができる。たとえば、翻訳モジュール2415は、各医療用デバイス/システムに対する、および/またはネットワークに結合されるか、もしくはネットワークに結合されることが可能な医療用デバイス/システムの各可能な通信ペアに対する別々の規則セットを備えることができる。いくつかの実施形態において、翻訳モジュール2415は、たとえば、HL7プロトコルなどの医療通信プロトコルの下で許されているフォーマッティング実装形態の各可能なペアに対する別々の規則セットを備えることができる。
【０１８４】
いくつかの実施形態において、翻訳規則2420は、たとえば、図44に例示されているメッセージング実装ソフトウェアツール2800を使用して手動で入力することができる。たとえば、特定の病院ネットワークのソフトウェア開発者は、病院ネットワークに結合されるか、もしくは結合され得るデバイスおよび/またはシステムによって使用されるプロトコルメッセージフォーマットを決定し、次いで、デバイスおよび/またはシステムによってサポートされ、または認識される様々なプロトコルメッセージフォーマット間の「翻訳」を円滑にするための規則を手動で入力することができる。
【０１８５】
図44は、翻訳モジュール2415によって使用されるように翻訳規則2420を手動で構成するためのメッセージング実装ソフトウェアツール2800からの例示的なスクリーンショットを示している。メッセージング実装ソフトウェアツール2800からのスクリーンショットは、HL7などの、電子医療通信プロトコルのフォーマッティング実装形態毎に異なり得る様々なパラメータを例示している。スクリーンショットは、異なるHL7実装形態の間の変換のための翻訳規則を定義するか、または定義するために使用される情報をユーザが入力することができる領域も含んでいる。いくつかの実施形態において、メッセージング実装ソフトウェアツール2800は、たとえば、様々な医療用デバイスの知られている通信プロトコル実装形態に基づき多種多様の事前構成された規則セットを記憶する。そのような実施形態において、ユーザは、1つまたは複数の翻訳規則2420を、デバイスメーカー、モデル番号などの識別情報を入力することによってそのようなデバイスを伴う通信において使用されるように構成し得る。この識別情報に基づき、メッセージング実装ツール2800はそのデバイスと通信するための翻訳規則の事前構成されたセットを識別することができる。
【０１８６】
他の実施形態では、翻訳規則2420は、自動的に生成され得る。たとえば、規則の新しいセット、または複数のセットの自動生成は、ネットワーク上で新しく認識された「通信する」医療用デバイスまたはシステムの検出によってトリガされ得る。いくつかの実施形態において、規則の新しいセットまたは複数のセットの自動生成は、第1のメッセージがネットワークに結合されている新しい「通信している」医療用デバイスもしくはシステムから受信されるか、またはそのデバイスもしくはシステムに送信されるときに行われ得る。さらなる他の実施形態において、規則セットの自動生成は、規則の以前から存在しているセットを更新すること、または動的に修正することを含む。
【０１８７】
翻訳規則セットの自動生成は、多種多様の方法で実行され得る。たとえば、いくつかの実施形態において、翻訳モジュール2415は、たとえば、ネットワーク上で認識される新しいデバイスの型式およびモデルに基づき翻訳規則2420の以前に構成されているセットの使用を自動的に開始することができる。いくつかの実施形態において、翻訳モジュール2415は、新しいデバイスもしくはシステムに1つまたは複数のメッセージを要求し、次いで、それらのメッセージを分析して、図45Aの自動規則構成プロセス2900Aによって例示されているように、実装されているフォーマッティングのタイプを決定することができる。自動規則構成プロセス2900Aはブロック2901から始まり、翻訳モジュール2415はネットワーク上で検出された医療用デバイスまたはシステムから1つまたは複数のメッセージを受信する。メッセージは、意図された受信者医療用デバイスもしくはシステムに伝送された後、または翻訳モジュール2415もしくはネットワークに結合されている別の医療用デバイスもしくはシステムによって送信された問い合わせに応答して受信され得る。
【０１８８】
ブロック2903において、翻訳モジュール2415は、たとえば、メッセージを分析することによって、またはどのような通信プロトコル/フォーマットがネットワーク上で各医療用デバイスまたはシステムによって実装されているかを示すデータベースを調べることによって1つまたは複数の受信されたメッセージのプロトコルを決定する。いくつかの実施形態において、翻訳モジュール2415は、HL7などの、単一の共通プロトコルを使用して実装される医療メッセージを取り扱うように構成される。したがって、受信されたメッセージが未サポートまたは未認識のプロトコルを使用して実装されていると決定がなされた場合、翻訳モジュールは、検出された医療用デバイスもしくはシステムから受信されたメッセージを無視するか、警告もしくは警報を出力するか、またはメッセージを翻訳することなく送信すること許すことができる。
【０１８９】
ブロック2905において、翻訳モジュール2415は、受信されたメッセージのフォーマッティング実装形態を決定する。いくつかの実施形態において、受信されたメッセージは、フォーマッティング実装形態を示す1つまたは複数の識別子を含むことができる。他の実施形態において、フォーマッティング実装形態の決定は、たとえば、フィールド順序、使用される区切り記号もしくは符号化文字、または他の実装形態の変更をチェックすることによってメッセージそれ自体を分析することで行われ得る。いくつかの実施形態において、翻訳モジュール2415は、フォーマッティングをメッセージのコンテンツから分離するか、または解析して除き、フォーマッティング実装形態の決定を補助することができる。
【０１９０】
ブロック2907において、翻訳モジュール2415は、1つもしくは複数の規則または規則セットを、検出された医療用デバイスもしくはシステムから受信され、および/または検出された医療用デバイスもしくはシステムに送信されるメッセージを取り扱うように構成する。いくつかの実施形態において、規則を構成することは、新しい規則を作成または生成することを伴う。他の実施形態において、規則を構成することは、既存の規則を改変または更新することを伴う。構成された規則または規則セットは、翻訳規則2420とともに含まれ得る。規則のセットが新しいデバイスもしくはシステムによって使用されるフォーマッティング実装形態に対してすでに存在している場合、新しい翻訳規則を構成することは必要ないことがある。その代わりに、既存の翻訳規則は、新しいデバイスまたはシステムに関連付けられ、そのデバイスまたはシステムを伴う通信で使用され得る。他の実施形態では、翻訳モジュール2415は、新しいデバイスもしくはシステムに対して特有の仕方で適合された規則の新しいセットを作成することができるか、または識別されたフォーマッティングのわずかな変更に基づき規則の既存のセットを修正することができる。
【０１９１】
他の実施形態では、翻訳モジュール2415は、デバイスまたはシステムによって使用される通信プロトコルおよび実装形態を識別する際に役立ち得るテストメッセージを生成することができる。たとえば、翻訳モジュールは、新規に検出されたデバイスまたはシステムに、特定のアクションを実行し(たとえば、情報を記憶し)、次いで、新規に検出されたデバイスによって実行されるアクションに関する情報を問い合わせてテストメッセージが理解されたかどうかまたはどのように理解されたかを決定することを行わせることができる。これは、図45Bの自動規則構成プロセス2900Bによって例示されている。
【０１９２】
自動規則構成プロセス2900Bはブロック2902から始まり、翻訳モジュール2415はネットワーク上で検出されたリモートデバイスまたはシステムに1つまたは複数のテスト、もしくは初期化、メッセージを伝送する。テストメッセージは、たとえば、特定のアクションを実行する(たとえば、患者情報を記憶する)ことをリモートデバイスまたはシステムに指令するように構成され得る。いくつかの実施形態において、テストメッセージは、リモートデバイスまたはシステムによって認識されるか、またはサポートされるフォーマッティングのタイプを示す応答を生成するように構成され得る。他の実施形態では、テストメッセージは、特定のフォーマッティング実装形態をサポートするデバイスまたはシステムのみがテストメッセージを理解し、そのテストメッセージに対して適切なアクションを実行するように構成され得る。
【０１９３】
ブロック2904において、翻訳モジュール2415はリモートデバイスまたはシステムに問い合わせ、リモートデバイスまたはシステムに送信されるテストメッセージに基づき実行されるアクションに関する情報を受信しテストメッセージが理解されたかどうかを決定する。たとえば、テストメッセージで、リモートデバイスまたはシステムに、患者情報を特定のロケーションに記憶することを指令した場合、翻訳モジュール2415は、そのロケーションから情報を問い合わせてテストメッセージが理解されたかどうかを決定することができる。テストメッセージが理解されなかった場合、翻訳モジュール2415は、たとえば、テストメッセージが理解されたと決定がなされるまで知られているフォーマッティング実装形態のテストメッセージを送信し続けることができる。
【０１９４】
ブロック2906において、翻訳モジュール2415は、受信された情報に基づきプロトコルおよびフォーマッティング実装形態を決定する。一例として、いくつかの実施形態において、テストメッセージは、患者名情報を記憶することを指令する指図を含むことができる。テストメッセージは、ファーストネーム構成要素とその後に続く姓名構成要素とを有する患者名フィールドを備えることができる。次いで、翻訳モジュール2415はリモートデバイスまたはシステムに問い合わせて患者姓名を返すことができる。患者姓名またはファーストネームが返されたかどうかに応じて、この問い合わせは、リモートデバイスまたはシステムによって使用されているフォーマッティング実装形態におけるフィールドの順序に関する情報を決定する際に役立ち得る。別の例として、テストメッセージは、検出されたデバイスまたはシステムに、構成要素の繰り返されるインスタンスを記憶することを指令することができる。翻訳モジュール2415はデバイスまたはシステムに問い合わせて繰り返されるインスタンスを返しもしあればどれが記憶されているかを調べることができる。この繰り返し可能性情報は、特定のフィールドがリモートデバイスまたはシステムによって使用されているフォーマッティング実装形態において繰り返されることが許されるかどうか、およびもしそうならば、繰り返されるインスタンスはいくつ許されるかを決定する際にも役立ち得る。
【０１９５】
ブロック2908において、翻訳モジュール2415は、1つまたは複数の規則を、検出された医療用デバイスもしくはシステムから受信される、および/または検出された医療用デバイスもしくはシステムに送信されるメッセージを取り扱うように構成する。たとえば、規則は、本明細書で説明されているように、第1の医療用デバイスによって使用されるメッセージフォーマットから第2の医療用デバイスによって使用されるメッセージフォーマットにメッセージを変換することができる。いくつかの実施形態において、規則を構成することは、新しい規則を作成または生成することを伴う。他の実施形態において、規則を構成することは、既存の規則を改変または更新することを伴う。規則のセットが新しいデバイスもしくはシステムによって使用されるフォーマッティング実装形態に対してすでに存在している場合、新しい翻訳規則を構成することは必要ないことがある。その代わりに、既存の翻訳規則は、新しいデバイスまたはシステムに関連付けられ、そのデバイスまたはシステムを伴う通信で使用され得る。
【０１９６】
図29Cおよび図29Dは、HL7プロトコルを利用するメッセージに対して翻訳モジュール2415によって実行される自動規則構成プロセスを例示している。HL7プロトコルは、たとえば、管理、物流、財務、および臨床プロセスをサポートする電子メッセージを伝達するために使用できる。たとえば、HL7メッセージは、様々な保健医療システムにまたがって患者人口統計および来院情報を交換するために使用される、ADTメッセージなどの患者管理メッセージを含むことができる。
【０１９７】
図45Cに例示されている自動規則構成プロセス2900Cは、図45Aに例示されているプロセス2900Aに類似している。ブロック2911において、翻訳モジュール2415は、HL7医療用デバイスから1つまたは複数のメッセージを受信する。ブロック2915において、翻訳モジュール2415は、受信された1つまたは複数のメッセージからHL7医療用デバイスのフォーマッティング実装形態を決定する。上で説明されているように、フォーマッティング実装形態の決定は、たとえば、フィールドの順番または順序、フィールド区切り文字、繰り返し性、基数、および他のHL7実装形態の変更をチェックすることによって行われ得る。
【０１９８】
ブロック2917において、翻訳モジュール2415は、1つまたは複数の規則を、HL7医療用デバイスから受信される、および/またはHL7医療用デバイスに送信されるメッセージを取り扱うように構成する。いくつかの実施形態において、規則を構成することは、検出されたフォーマッティング実装形態に対する新しい規則を作成または生成することを伴う。他の実施形態において、規則を構成することは、既存の規則を動的に改変または更新することを伴う。規則のセットが新しいHL7医療用デバイスによって使用されるフォーマッティング実装形態に対してすでに存在している場合、新しい翻訳規則を構成することは必要ないことがある。その代わりに、既存の翻訳規則は、新しいHL7医療用デバイスに関連付けられ、そのデバイスを伴う通信で使用され得る。
【０１９９】
図45Dに例示されている自動規則構成プロセス2900Dは、図45Bに例示されているプロセス2900Bに類似している。ブロック2912において、翻訳モジュール2415は、HL7医療用デバイスに1つもしくは複数のテスト、ダミー、または初期化メッセージを伝送する。他の実施形態では、翻訳モジュール2415は、1つまたは複数のテストメッセージが別のHL7医療用デバイスから新しいHL7医療用デバイスに伝送されることを引き起こし得る。上で説明されているように、テストメッセージは、HL7デバイスがテストメッセージを理解するかどうかを決定するように構成されている、知られているHL7フォーマットを有するメッセージを含むことができる。テストメッセージは、たとえば、テストADTメッセージを含むことができる。
【０２００】
ブロック2914において、テストメッセージに応答して、翻訳モジュール2415はHL7医療用デバイスに問い合わせ、実行されるアクションに関する情報または記憶されている情報を受信する。ブロック2916において、翻訳モジュール2415は、受信された情報に基づきHL7デバイスのフォーマッティング実装形態を決定する。いくつかの実施形態において、翻訳モジュール2415は受信された情報を分析し、1つまたは複数のテストメッセージが適切に理解されたかどうかを決定することができる。テストメッセージのうちのいずれも適切に理解されなかった場合、翻訳モジュール2415は、他の知られているHL7フォーマットを有する追加のテストメッセージを送信し、ブロック2914および2916を繰り返すことができる。
【０２０１】
ブロック2918において、翻訳モジュール2415は、1つまたは複数の翻訳規則を、検出されたHL7医療用デバイスから受信される、および/または検出されたHL7医療用デバイスに送信されるメッセージを取り扱うように構成する。いくつかの実施形態において、翻訳規則を構成することは、新しい翻訳規則を作成または生成することを伴う。他の実施形態において、規則を構成することは、既存の規則を改変または更新することを伴う。翻訳規則のセットが新しいHL7医療用デバイスによって使用されるフォーマッティング実装形態に対してすでに存在している場合、新しい翻訳規則を構成することは必要ないことがある。その代わりに、既存の翻訳規則は、新しいHL7医療用デバイスに関連付けられ、そのHL7医療用デバイスを伴う通信で使用され得る。
【０２０２】
上で説明されている自動規則構成プロセスは、翻訳モジュール2415によるネットワークデバイスまたはシステムの検出によってトリガされ得る。図45A〜図45Dにおいて参照されている医療用デバイスは、図1または図24に例示されているデバイスまたはシステムのうちのいずれかを含むことができる。
【０２０３】
いくつかの実施形態において、翻訳規則の自動生成は、有利には、翻訳モジュール2415を含む、メッセージングサブシステムソフトウェアのインストール後およびコンパイル後に行われ得る。いくつかの実施形態において、翻訳規則2420の自動生成または動的修正は、翻訳モジュールソフトウェアを再コンパイルまたは再ビルドしなくても行われ得る。この特徴は、保健医療環境において使用されるソフトウェアの妥当性確認に関する米国食品医薬品局(「FDA」)の要求条件に効率的に従うことに関して有利であり得る。
【０２０４】
たとえば、医療デバイスメーカーが病院内に設置すべき特定の医療デバイスもしくはシステム(たとえば、本明細書で説明されているような、患者監視システム)、または他の患者治療設備と、病院にすでに設置されている他のデバイスもしくはシステム(たとえば、HISもしくはCIS)との間の通信を円滑にするために翻訳モジュール2415を使用することを計画している状況を考える。設置されるべき新しい医療デバイスの動作に必要な任意のソフトウェアは、たとえば、病院における他の既存のデバイスもしくはシステムのHL7実装形態がまだ未知であり得るという事実にもかかわらず病院に設置する前にFDA適合に関して少なくとも部分的に妥当性確認がなされ得る。たとえば、他の病院デバイスからメッセージを受信した後に依存する新しい医療デバイスに対するソフトウェアの任意の態様は、期待されるメッセージフォーマットが受信されたときに完全に、正しく動作することができるものとしてインストール前に妥当性確認を行うことができる。次いで、医療用デバイスが病院に設置された後、ソフトウェアの妥当性確認は、翻訳モジュール2415が期待されたフォーマットのメッセージを新規に設置されたデバイスに提供することができることを示すことによって遂行され得る。このようにして、FDA妥当性確認タスクは、現場よりもむしろ制御された形でより容易に実行され得るインストール前時間枠に大幅に割り当てることができる。
【０２０５】
それに加えて、翻訳モジュール2415は、たとえば、医療用デバイスまたはシステムが、既存のデバイスがたとえばHL7プロトコルの異なる実装形態を使用する異なる病院に設置されることが期待されるときにFDA妥当性確認作業を合理化することをさらに進めることができる。通常であれば、このタイプの状況は、新しい医療用デバイスに対するソフトウェアの機能全体が各病院において完全な妥当性確認されるという要求条件を課す可能性がある。しかしながら、翻訳モジュール2415が新しい医療用デバイスと病院の既存のデバイスとの間をインターフェースするために使用される場合、ソフトウェア機能の大部分は場合によっては、ちょうど説明したように、インストール前に1回だけ妥当性確認されることが可能である。次いで、各病院でインストールされた後、医療用デバイスに対するソフトウェアの妥当性確認は、正しいメッセージフォーマットが翻訳モジュールから受信されることを確認することによって遂行され得る(現場カスタマイズ可能な翻訳規則)。この結果、現場妥当性確認手順が著しく効率的なものとなり得、これは、有利には、現場カスタマイズ可能な翻訳規則を使用することによって救命医療技術をより迅速に患者に施すためにより効率的なFDA適合を使用可能にする。
【０２０６】
V.例示的な実施形態
いくつかの実施形態において、医療用監視ハブ上に出力する医療データ翻訳結果を提供するためのシステムは、携帯型生理学的モニタを備えることができ、このモニタは生理学的センサから患者に関連付けられている生理学的信号を受信し、生理学的信号に基づき生理学的パラメータを計算し、生理学的パラメータの第1の値を表示するため監視ハブに供給することができるプロセッサを備える。監視ハブは、携帯型生理学的モニタを受け入れることができるドッキングステーションを備えることができる。監視ハブは、携帯型生理学的モニタから生理学的パラメータの第1の値を受信し、生理学的パラメータの第1の値を出力して表示し、携帯型生理学的モニタ以外の医療用デバイスから生理学的パラメータデータを受信し、生理学的パラメータデータは監視ハブによってネイティブに読み取り可能または表示可能であるプロトコル以外のプロトコルに従ってフォーマットされ、生理学的パラメータデータを翻訳モジュールに受け渡し、翻訳モジュールから翻訳されたパラメータデータを受信し、翻訳されたパラメータデータは監視ハブによって読み取り可能で表示可能であるものとしてよく、翻訳されたパラメータデータからの第2の値を出力し表示することができる。
【０２０７】
前の段落のシステムは、次の特徴の任意の部分組合せと組み合わせることができ、これらの特徴は次のとおりである。監視ハブは、生理学的パラメータの第1の値および翻訳されたパラメータデータからの第2の値を別々のディスプレイに出力するようにさらに構成され、監視ハブは、翻訳されたパラメータデータからの第2の値を監視ハブのディスプレイとは別のディスプレイを有する補助デバイスに出力するようにさらに構成され、補助デバイスは、テレビ、タブレット、電話、ウェアラブルコンピュータ、およびラップトップからなる群から選択され、生理学的パラメータデータは、輸液ポンプからのデータを含み、生理学的パラメータデータは、換気装置からのデータを含み、翻訳モジュールは、生理学的パラメータデータを第1のヘルスレベルセブン(HL7)フォーマットから第2のHL7フォーマットに翻訳するように構成される。
【０２０８】
いくつかの実施形態において、医療用監視ハブ上に出力する医療データ翻訳結果を提供する方法は、デジタル論理回路を備える第1の医療用デバイスの制御の下で、生理学的センサから患者に関連付けられている生理学的信号を受信することと、生理学的信号に基づき第1の生理学的パラメータ値を取得することと、第1の生理学的パラメータ値を出力して表示することと、第1の医療用デバイスと異なる第2の医療用デバイスから第2の生理学的パラメータ値を受信することであって、第2の生理学的パラメータ値は、第1の医療用デバイスによって使用されないプロトコルに従ってフォーマットされ、それにより、第1の医療用デバイスは、表示可能な出力値を生成するために第2の生理学的パラメータ値を処理することができない、受信することと、生理学的パラメータデータを第1の医療用デバイスから別個の翻訳モジュールに受け渡すことと、翻訳されたパラメータデータを第1の医療用デバイスにおける翻訳モジュールから受信することであって、翻訳されたパラメータデータは第1の医療用デバイスによる表示のために処理されることが可能である、受信することと、翻訳されたパラメータデータからの第2の値を出力し表示することとを含むことができる。
【０２０９】
前の段落の方法は、次の特徴の任意の部分組合せと組み合わせることができ、これらの特徴は次のとおりである。少なくともメッセージを第1のヘルスレベルセブン(HL7)フォーマットから第2のHL7フォーマットに翻訳することによってメッセージを翻訳することをさらに含み、メッセージは、生理学的モニタからのデータを含むことができ、メッセージは、輸液ポンプまたは換気装置からのデータを含むことができ、メッセージは、病院用ベッドからのデータを含むことができる。
【０２１０】
いくつかの実施形態において、医療用監視ハブ上に出力する医療データ翻訳結果を提供するためのシステムは、第1の医療用デバイスを備えることができ、このデバイスは患者に関連付けられている第1の生理学的パラメータ値を取得し、第1の生理学的パラメータ値を出力して表示し、第1の医療用デバイスと異なる第2の医療用デバイスから第2の生理学的パラメータ値を受信し、第2の生理学的パラメータ値は、第1の医療用デバイスによって使用されないプロトコルに従ってフォーマットされ、それにより、第1の医療用デバイスは、表示可能な出力値を生成するために第2の生理学的パラメータ値を処理することができず、生理学的パラメータデータを第1の医療用デバイスから翻訳モジュールに受け渡し、翻訳されたパラメータデータを第1の医療用デバイスにおける翻訳モジュールから受信し、翻訳されたパラメータデータは第1の医療用デバイスによる表示のために処理されることが可能であり、翻訳されたパラメータデータからの第2の値を出力し表示することができる電子ハードウェアを備える。
【０２１１】
前の段落のシステムは、次の特徴の任意の部分組合せと組み合わせることができ、これらの特徴は次のとおりである。第1の医療用デバイスは、生理学的パラメータの第1の値および翻訳されたパラメータデータからの第2の値を同じディスプレイに出力することもでき、第1の医療用デバイスは、生理学的パラメータの第1の値および翻訳されたパラメータデータからの第2の値を別個のディスプレイに出力することもでき、第1の医療用デバイスは、翻訳されたパラメータデータからの第2の値を補助デバイスに出力することもでき、補助デバイスはテレビモニタであってよく、補助デバイスは、タブレット、電話、ウェアラブルコンピュータ、およびラップトップからなる群から選択されるものとしてよく、第1の医療用デバイスは翻訳モジュールを備えることができ、第1の医療用デバイスは、ネットワーク上で生理学的パラメータデータを翻訳モジュールに受け渡すこともでき、生理学的パラメータデータは、輸液ポンプまたは換気装置からのデータを含むことができる。
【０２１２】
VI.拡張現実実施形態
今日の患者監視環境は、患者に対する多種多様の監視、治療、または手技に関連付けられている1つまたは複数の電子医療用デバイスからデータを提示する臨床医向けの1つまたは複数の従来型のディスプレイもしくは画面を提供する。したがって、そのような患者監視、治療、または手技の際に、臨床医は、典型的には、患者に関する情報を収集するために1つまたは複数の従来型のディスプレイを検討する。しかしながら、臨床医が1つまたは複数の従来型のディスプレイを見ている間に、外科手術を行っているときに臨床医が患者から目を逸らして従来型のディスプレイを見るなど、患者から臨床医の注意が逸らされることがある。たとえば、内視鏡または硬膜外などの特定の外科手術の際に、手術を行っている臨床医は患者を見てプローブがどこに進むかを確認するのが普通であるが、臨床医は従来型のディスプレイを見るために患者から目を逸らさなければならず、不効率である。
【０２１３】
本明細書において説明されているシステムおよび方法は、有利には、いくつかの実施形態において、拡張現実を使用して、データの提示を改善するか、または改善されたインタラクティブユーザインターフェースを提供し得る。たとえば、着用拡張現実メガネなどの、拡張現実デバイスを使用する臨床医は、本明細書で説明されているように、医療監視ハブから受信され得る医療監視データを提示される。いくつかの実施形態において、拡張現実の利点は、拡張現実ディスプレイが現実世界の視覚的情報を重ねて表示する点にある。したがって、臨床医は、拡張現実情報を同時に受け取りながら患者に視覚的に集中したままにできる。いくつかの実施形態において、拡張現実の利点は、拡張現実ユーザインターフェースに対する表示領域が、デバイス画面などの、従来型のディスプレイより広く取れることにある。たとえば、拡張現実表示領域は、従来型の表示領域に比べて10倍大きく取れる。次に示すのは、改善された拡張現実ユーザインターフェースの例である。
【０２１４】
例示的な拡張現実デバイスは、1つまたは複数のユーザインターフェースを提示する。拡張現実デバイス上に提示され得る例示的なユーザインターフェースは、本明細書で説明されているユーザインターフェースのうちのいずれかを含む。さらに、拡張現実ユーザインターフェースは、外科手術の効率を改善することができる。たとえば、内視鏡または硬膜外などのいくつかの手術が行われている間、臨床医は、効率的に、視線を患者に維持したままプローブがどこに進んでいるかを確認し、それと同時に、従来型のディスプレイ上でしか以前には利用できなかったデータを含むオーバーレイユーザインターフェースを見ることができる。いくつかの実施形態において、拡張現実ユーザインターフェースは、3次元空間または患者病室内の特定の領域にピン止めされ得る。たとえば、臨床医は拡張現実デバイスをインタラクティブに操作して、拡張現実ユーザインターフェースを物理的デバイス、ロケーション、または患者にピン止めする。引き続きこの例において、拡張現実デバイスを使用する臨床医には、物理的デバイスまたはピン止めされたロケーションの近くを見ているときにピン止めされた拡張現実ユーザインターフェースが見えるが、臨床医が物理的デバイスまたはそのロケーションから目を逸らした場合に、拡張現実ユーザインターフェースは提示されない。いくつかの実施形態において、補助デバイス2040は任意選択であってよいか、または補助デバイス2040上に表示される任意の情報が、拡張現実デバイスを通して提示され得る。
【０２１５】
拡張現実を使用する改善されたユーザインターフェースの別の例は、アナログ表示しるしを患者上への重ね合わせとして提示することである。拡張現実デバイス上に提示され得る例示的なアナログ表示しるしは、本明細書で説明されているアナログ表示しるしのうちのいずれかを含む。2次元もしくは3次元の肺、心臓、脳、または循環系などの、例示的なアナログ表示しるしは、患者上に重ね合わせて表示できる。したがって、臨床医は患者を見るときに重ね合わされたアナログ表示しるしを見ることになる。いくつかの実施形態において、アナログ表示しるしは、臨床医が患者から目を逸らした場合にアナログ表示しるしが提示されなくなるように患者にピン止めされる。本明細書で説明されているように、アナログ表示しるしは、様々な生理学的パラメータの健康指標を提示することができる。例示的な健康指標は、それぞれ公称、注意、または重度の状況であることを示し得る、緑色、黄色、または赤色のしるしなどの、色分けされたアナログ表示しるしを含み、これは本明細書においてさらに詳しく説明される。
【０２１６】
いくつかの実施形態において、改善された拡張現実ユーザインターフェースは、ユーザがユーザインターフェースを構成するか、またはインタラクティブに操作することを可能にする。たとえば、拡張現実ユーザインターフェースは、ユーザが特定の仮想表示パネルを追加もしくは削除するか、または拡張現実パネルもしくはオブジェクトの配置構成もしくはロケーションを変更することができるダッシュボードであってよい。拡張現実デバイスは、ユーザインタラクションに対応するユーザ入力を受け取るものとしてよい。例示的なユーザインタラクションは、音声入力もしくはコマンド、視覚的もしくは眼球コマンド、タッチ入力、または頭部の移動もしくは手振りなどの移動を含む。例示的な頭部ジェスチャは、頭を傾ける、頭をちょっと動かす、またはうなずく動作を含む。別の例として、臨床医は、患者の病室もしくは領域の外にいるときに拡張現実患者データを受信し得る。例では、患者の病室の横を通り過ぎる臨床医が拡張現実デバイスをインタラクティブに操作して患者に関するデータを、または患者の病室内の電子医療用デバイスからデータを受信する。引き続きこの例において、臨床医は、患者のデータを仮想的に掴み取る手振りを実行し、患者の病室に入ることなく拡張現実デバイスにデータの提示を行わせる。別の例として、患者データは、病室の外に仮想的に投稿され得る。それに加えて、または代替的に、いくつかの実施形態において、患者データは、医療施設内のどこか、または臨床医が患者の物理的位置から数十もしくは数百マイルも離れているなど、遠く離れていてさえ、利用可能であり得る。
【０２１７】
患者監視および通知のための追加の例示的なユーザインターフェースおよびシステムは、本開示の譲受人によって、参照により本明細書に組み込まれている米国特許出願第14/511972号に開示されている。
【０２１８】
図72Aは、図1のハブ100および図24のデバイスを含む監視環境7202の別の実施形態を例示している。監視環境7202は、図2の監視環境200または図24の監視環境2000の特徴のすべてまたはいくつか、さらには上で説明されている他の特徴のいずれかを含み得る。それに加えて、監視環境7202は、複数患者監視システム(MMS)2004を示している。MMS2004は、シリアルデータを受信し、シリアルデータを監視ハブ100によって認識可能なフォーマットに翻訳し、シリアルデータを監視ハブ100に(場合によっては他のデバイス間に)提供することができる翻訳モジュール2005を備える。MMS2004、監視ハブ100、またはPPM102と有線方式でまたはワイヤレス方式で通信し得る補助デバイス2040も示されている。同様に、拡張現実デバイス7200は、MMS2004、監視ハブ100、またはPPM102と有線方式でまたはワイヤレス方式で通信し得る。
【０２１９】
例示的な拡張現実デバイス7200は、拡張現実メガネ、ヘッドマウントディスプレイ、ヘッドアップディスプレイ、コンタクトレンズ、スマートフォン、またはタブレットを含む。拡張現実デバイス7200は、1つまたは複数のハードウェアプロセッサ、ディスプレイ、センサ、または入力デバイスの何らかの組合せを含み得る。たとえば、拡張現実デバイス7200は、カメラ、加速度計、ジャイロスコープ、GPSデバイス、またはソリッドステートコンパスを含むことができる。拡張現実デバイス7200は、Bluetooth（登録商標）、USB、有線ネットワーク、またはGlobal System for Mobile Communications(GSM（登録商標）)ネットワーク、符号分割多元接続(CDMA)ネットワーク、ロングタームエボリューション(LTE)ネットワーク、Wi-Fi、もしくは他の何らかのタイプのワイヤレスネットワークなどの1つもしくはワイヤレスネットワーク上での通信を可能にする1つもしくは複数の有線もしくはワイヤレスデバイスを含み得る。いくつかの実施形態において、拡張現実デバイス7200は、拡張現実サーバ(図示せず)と通信するものとしてよく、これは何らかの拡張現実処理を取り扱い得る。したがって、例示的な拡張現実デバイスは、分散方式で拡張現実サーバによって実行されるべき拡張現実処理の一部または全部をオフロードすることができる。
【０２２０】
図72Bは、例示的な拡張現実ユーザインターフェース7204を示している。例示的な拡張現実ユーザインターフェース7204は、1つまたは複数の拡張現実ユーザインターフェースオブジェクトを備える。本明細書おいて説明されているように、医療監視システムは、1つまたは複数の生理学的センサを介して監視されている患者に関連付けられる1つまたは複数の生理学的信号を受信し得る。医療監視システムは、生理学的信号に基づき生理学的パラメータを計算し得る。医療監視環境の拡張現実デバイス7200または別のデバイスは、生理学的パラメータを含む生理学的監視データから1つまたは複数の拡張現実ユーザインターフェースオブジェクトを生成し得る。本明細書において説明されているように、生理学的監視データはリアルタイムまたはリアルタイムに近い方式で更新するものとしてよく、したがって、生理学的監視データを表示する拡張現実ユーザインターフェースオブジェクトは、リアルタイムまたはリアルタイムに近い方式で更新し得る。いくつかの実施形態において、拡張現実デバイスを使用する臨床医は、拡張現実ユーザインターフェースを構成してよい。たとえば、拡張現実デバイスは、拡張現実ユーザインターフェースを構成するユーザインタラクションに対応するユーザ入力を受け取るものとしてよい。拡張現実ユーザインターフェースの例示的なユーザ構成は、拡張現実オブジェクトの追加もしくは削除、拡張現実オブジェクトの位置の変更、異なる拡張現実ユーザインターフェースの循環的な選択、または特定の拡張現実ユーザインターフェースの選択を含む。たとえば、第1の拡張現実ユーザインターフェースは患者生理学的データを監視するための拡張現実オブジェクトの第1の集合体に対応する、第2の拡張現実ユーザインターフェースは患者病歴を提示するための拡張現実オブジェクトの第2の集合体に対応する、または第3の拡張現実ユーザインターフェースは患者人口統計データを提示するための拡張現実オブジェクトの第3の集合体に対応する。
【０２２１】
図72Cは、別の例示的な拡張現実ユーザインターフェース7206を示している。例示的な拡張現実ユーザインターフェース7206は、1つまたは複数の拡張現実オブジェクト7208および拡張現実表示領域7210を備える。本明細書において説明されているように、例示的な拡張現実オブジェクト7208は、患者上に重ね合わせて表示されるアナログ表示しるしを含む。たとえば、拡張現実オブジェクト7208は、患者の肺の状況を示す肺の色分けされた視覚的表現に対応する。患者は、1つまたは複数のデバイス7214に接続され得るか、または身に着けているものとしてよく、これは、たとえば、ハブ、監視システム、または従来型のディスプレイに対応し得る別のデバイス7212にさらに接続される。いくつかの実施形態において、拡張現実デバイス7200または拡張現実サーバなどの、拡張現実システムは、1つまたは複数のデバイス7214から導出される位置情報に基づき拡張現実オブジェクト7208の位置を決定する。たとえば、1つまたは複数のデバイス7214は、加速度計、GPS、ジャイロスコープ、ソリッドステートコンパス、RFID、またはワイヤレスセンサなどの追跡センサを備え得る。それに加えて、または代替的に、1つもしくは複数のデバイス7214は画像レジストレーションのために拡張現実デバイス7200によって検出され得る視覚的マーカーを備え得るか、または患者は画像レジストレーションのために1つもしくは複数の視覚的マーカーを身に着けているものとしてよい。いくつかの実施形態において、拡張現実デバイス7200を使用する臨床医は、拡張現実表示領域7210をデバイス7212にピン止めしてよい。拡張現実表示領域7210は、本明細書において説明されている例示的なユーザインターフェースのうちのいずれかを含み得る。
【０２２２】
患者または1つもしくは複数のデバイス7214に関連付けられている視覚的マーカーまたは追跡センサと同様に、拡張現実システムは、デバイス7210に関連付けられている視覚的マーカーもしくは追跡センサに基づき拡張現実表示領域7210の位置を決定し得る。本明細書において説明されているように、例示的な拡張現実システムは、参照オブジェクト、ここではデバイス7212を識別し、参照オブジェクトに対する参照位置を決定し、参照位置から位置オフセットを計算することによって拡張現実表示領域7210の位置を決定する。いくつかの実施形態において、位置オフセットは、参照オブジェクトからの所定の、または構成可能な距離および方向として計算され得る。引き続きこの例において、拡張現実デバイスを使用する臨床医は、拡張現実表示領域7210の位置オフセットを変更または更新し得る。
【０２２３】
図72Dおよび図72Eは、それぞれ、追加の例示的な拡張現実ユーザインターフェース7216Aおよび7216Bを示している。例示的な拡張現実ユーザインターフェース7216Aおよび7216Bは、図72Cの拡張現実ユーザインターフェース7206に類似しているものとしてよい。例示されているように、例示的な拡張現実ユーザインターフェース7216Aおよび7216Bは、それぞれ、ユーザインターフェース表示領域7218Aおよび7218Bを含み、これらは、それぞれ、ユーザインターフェースオブジェクト7220Aおよび7220Bを含む。例示的なユーザインターフェースオブジェクト7220Aおよび7220Bは、本明細書において説明されている例示的なユーザインターフェースに対応し得る。
【０２２４】
図72Fは、拡張現実表示生成プロセス7222を示している。プロセス7222は、図72Aの環境7202の例示的な動作モードを示しており、拡張現実デバイス7200などの、環境7202内に示されている様々なコンポーネントによって、または拡張現実デバイス7200から離れている拡張現実サーバによって実装されてよい。便宜上、プロセス7222は環境7202の文脈において(拡張現実システムと本明細書において称される、拡張現実デバイス7200によって、または拡張現実サーバによって実装されているなど)説明されるが、その代わりに、本明細書において説明されている他のシステムまたは図示されていない他のコンピューティングシステムによって実装され得る。さらに、プロセス7222は、拡張現実デバイス7200または拡張現実サーバが拡張現実表示を生成するために使用できる例示的なアプローチを提供する。実施形態に応じて、図72Fのプロセスは、より少ないブロックを含むか、もしくはブロックを追加し得るか、またはブロックは、例示されているのと異なる順序で実行され得る。
【０２２５】
ブロック7224において、拡張現実システムサーバは、通信インターフェースとの接続を開始する。たとえば、拡張現実デバイス7200は、MMS2004、監視ハブ100、またはPPM102の通信インターフェースに有線方式でまたはワイヤレス方式で接続し得る。いくつかの実施形態において、拡張現実デバイス7200は、通信インターフェースとの接続が確立できる前に1つまたは複数のセキュリティプロトコルを介して認証されなければならない。
【０２２６】
ブロック7226において、拡張現実システムは、通信インターフェースからデータを受信する。本明細書において説明されているように、例示的なデータは生理学的監視データを含み、これは患者を監視する生理学的センサによってキャプチャされる生理学的信号から計算される患者からの生理学的パラメータデータを含み得る。
【０２２７】
ブロック7228において、拡張現実システムは、受信されたデータを提示できるようにフォーマットする。たとえば、拡張現実システムは、どの拡張現実オブジェクトが表示されるべきか、または拡張現実オブジェクトの配置を示すユーザインターフェース構成データにアクセスするものとしてよい。いくつかの実施形態において、拡張現実デバイス7200を使用する臨床医は、本明細書において説明されているように、拡張現実デバイス7200との1つまたは複数のユーザインタラクションを介してユーザインターフェース構成データを更新または修正し得る。したがって、拡張現実システムは、ユーザインターフェース構成データに従って生理学的監視データなどの受信されたデータをユーザインターフェース表示データにフォーマットすることができる。たとえば、拡張現実システムは、どのオブジェクトが生成されるべきか、またはオブジェクトは拡張現実デバイスのディスプレイ上のどこに提示されるべきかを規定するユーザインターフェース構成データに従って生理学的監視データから1つまたは複数の拡張現実オブジェクトを生成する。
【０２２８】
ブロック7230において、拡張現実システムは、フォーマットされたデータを拡張現実デバイスのディスプレイ内に提示する。例示的な拡張現実ユーザインターフェースは、図72B〜図72Eを参照しつつ図示されさらに詳しく説明されている。
【０２２９】
ブロック7232において、拡張現実システムは、入力データを受信し、処理する。例示的な入力データは、拡張現実システムから受信されたユーザインタラクションデータを含む。たとえば、臨床医は、拡張現実ユーザインターフェースをインタラクティブに操作して、ユーザインターフェースを修正し得る。したがって、拡張現実システムはブロック7226に戻り、追加のデータを受信し、ユーザインタラクションデータ、表示データ、または監視データの処理を続け、更新された拡張現実ユーザインターフェースを提示し得る。たとえば、拡張現実ユーザインターフェースは、患者から、またはMMS2004、監視ハブ100、もしくはPPM102から受信された新しいデータから、更新されたデータを生理学的センサがキャプチャすることに基づきほぼリアルタイムで、またはリアルタイムで更新し得る。
【０２３０】
図72Gは、拡張現実位置決定プロセス7234を示している。プロセス7234は、図72Aの環境7202の例示的な動作モードを示しており、拡張現実デバイス7200などの、環境7202内に示されている様々なコンポーネントによって、または拡張現実デバイス7200から離れている拡張現実サーバによって実装されてよい。便宜上、プロセス7234は環境7202の文脈において(拡張現実システムによって実装されているなど)説明されるが、その代わりに、本明細書において説明されている他のシステムまたは図示されていない他のコンピューティングシステムによって実装され得る。さらに、プロセス7234は、拡張現実システムが1つまたは複数の拡張現実オブジェクトに対する位置を決定するために使用される例示的なアプローチを提供する。実施形態に応じて、図72Gのプロセスは、より少ないブロックを含むか、もしくはブロックを追加し得るか、またはブロックは、例示されているのと異なる順序で実行され得る。さらに、プロセス7234のブロックは、ブロック7226、7228、7230、または7232などの、図72Fのプロセス7222の1つまたは複数のブロックに対応するものとしてよい。
【０２３１】
ブロック7236において、拡張現実システムは、入力データを受信する。例示的な入力データは、タグ付きの、またはピン止めされた参照オブジェクトまたはロケーションを含む。例示的なタグ付きのピン止めされた参照オブジェクトは、補助ディスプレイ、監視システムのデバイス、または患者などの、1つまたは複数の物理的オブジェクトに対応し得る。それに加えて、または代替的に、例示的な入力データは、画像データ、ビデオデータ、加速度計データ、GPSデータ、ジャイロスコープデータ、ソリッドステータスコンパスデータ、RFIDデータ、またはワイヤレスデータなどの、位置または位置関係のデータを含む。例示的な位置または位置関係のデータは、補助ディスプレイまたは患者に取り付けられている1つもしくは複数のデバイスなどの、拡張現実デバイスまたは監視システムの1つもしくはデバイスによってキャプチャされたデータに対応し得る。別の例として、画像またはビデオデータは、患者、または監視システムのデバイスに取り付けられている、知られている視覚的マーカー(本明細書で使用されているような基準マーカーとしても知られるか、または称されている)をキャプチャし得る。
【０２３２】
ブロック7238において、拡張現実システムは、入力データから位置表示データを決定する。たとえば、拡張現実システムは、画像データ、ビデオデータ、加速度計データ、GPSデータ、ジャイロスコープデータ、ソリッドステータスコンパスデータ、RFIDデータ、またはワイヤレスデータから参照オブジェクトへの参照位置を決定するか、または計算する。典型的には、GPSデータは、数メートルの範囲内で正確である。したがって、拡張現実システムは、画像もしくはビデオデータ、加速度計データ、ジャイロスコープデータ、ソリッドステータスコンパスデータ、RFIDデータ、またはワイヤレスデータなどの、他の位置関係データを使用して参照オブジェクトに対するより正確な位置を決定し得る。コンピュータビジョンの例では、拡張現実システムは、コーナー検出、ブロブ検出、エッジ検出、閾値化、または他の画像処理技術などの1つまたは複数の特徴検出技術を通じて、知られている視覚的マーカーを識別する画像レジストレーションプロセスを実行する。それに加えて、または代替的に、拡張現実システムは、姿勢推定技術を使用して参照オブジェクトに対する3次元位置を決定する。いくつかの実施形態において、拡張現実システムは、得られた、または生成された位置データから現実世界の座標系を生成する。例示的な現実世界の座標系は、少なくとも、3次元座標を含む。
【０２３３】
例示的な拡張現実システムは、得られた、または生成された位置データから位置表示データを生成する。ピン止めの例では、拡張現実システムは、患者または監視システムのディスプレイもしくはデバイスなどの、参照オブジェクトから位置オフセットを決定する。拡張現実システムは、事前定義された、または構成可能な距離からの位置オフセット、および参照オブジェクトからの方向を計算するものとしてよい。例示的な事前定義された距離は、参照オブジェクトの右または左へ5もしくは10センチメートルを含む。いくつかの実施形態において、臨床医から受け取ったユーザインタラクション入力は、位置オフセットを更新し得る。たとえば、臨床医は、押す、引く、または手を振るジェスチャなどにより、移動することによって拡張現実オブジェクトをインタラクティブに操作することができる。直接的なオーバーレイまたは重ね合わせの例では、拡張現実システムは、参照オブジェクトに対する参照位置に1つまたは複数の拡張現実オブジェクトを表示し得る。たとえば、患者の参照位置は座標系内の特定の座標に対応するものとしてよく、拡張現実システムはその座標でオブジェクトを提示する。本明細書において説明されているように、拡張現実システムは、患者の肺、心臓、または脳領域の座標位置などの、患者に対応する参照位置にアナログ表示しるしを提示することができる。したがって、参照オブジェクトが移動する場合、1つまたは複数のピン止めされた拡張現実オブジェクトは参照オブジェクトとともに移動するものとしてよい。
【０２３４】
VII.拡張現実実施形態の追加の例示的な態様
第1の態様において、医療用監視システムからの拡張現実データを提示するための方法であって、ハードウェアプロセッサの制御の下で、監視ハブから患者に関連付けられている生理学的パラメータ値を含む生理学的監視データを受信することと、ユーザインターフェース構成データにアクセスすることと、ユーザインターフェース構成データに従って、生理学的監視データから、複数の拡張現実オブジェクトを生成することと、拡張現実ディスプレイ内に複数の拡張現実オブジェクトを提示させることとを含む、方法。
【０２３５】
第2の態様において、拡張現実デバイスのユーザ入力センサからユーザインタラクションデータを受信することと、ユーザインタラクションデータからユーザインターフェース構成データを生成することとをさらに含む、態様1の方法。
【０２３６】
第3の態様において、拡張現実デバイスのユーザ入力センサからユーザインタラクションデータを受信することと、ユーザインタラクションデータから、参照オブジェクトを決定することと、参照オブジェクトに対する参照位置を決定することと、参照位置から位置オフセットを計算することであって、複数の拡張現実オブジェクトは、位置オフセットに従って参照位置に関して提示される、計算することとをさらに含む、態様1または2のいずれかによる方法。
【０２３７】
第4の態様において、ユーザインターフェース構成データから、直接オーバーレイを提示するかどうかを決定することと、ユーザインターフェース構成データから、参照オブジェクトを決定することと、参照オブジェクトに対する参照位置を決定することであって、複数の拡張現実オブジェクトのオーバーレイオブジェクトが参照位置に提示される、決定することとをさらに含む、態様1〜3のいずれかによる方法。
【０２３８】
第5の態様において、参照オブジェクトが患者に対応している態様4の方法。
【０２３９】
VIII.追加の補助デバイス実施形態
次に、認証特徴(図73を参照)、データを補助デバイス2040に送信するデバイスを制御するための特徴(図74および図76を参照)、ならびに補助デバイス2040への出力を制御するための特徴(図75を参照)を含む、補助デバイス2040に関連付けられているいくつかの追加の実施形態が説明される。
【０２４０】
一般に、上で説明されているように、補助デバイス2040は、ハブ100、PPM102、またはMMS2004に対する第2の画面機能を提供することができる。さらに、上で説明されているように、翻訳モジュール2005は、ハブ100またはMMS2004を含む、任意のデバイスに実装できる。翻訳モジュール2005によって(または図24または図72Aに示されている別のデバイスから)補助デバイス2040に設定されたデータは、補助デバイス2040に適したフォーマットで送信され、補助デバイス2040のディスプレイ上にどのように表示するかを決定するものとしてよい。言い換えると、デバイスは任意の特定のユーザインターフェースフォーマッティングに関係なく補助デバイス2040にデータを送ることができ、補助デバイス2040はそのデータをどのようにフォーマットし、ディスプレイにどのように表示するかを決定することができる。たとえば、補助デバイス2040上にインストールされたソフトウェアモジュール(図示せず)は、受信データを望ましい任意のユーザインターフェースフォーマットにフォーマットすることができる。一実施形態において、補助デバイス2040によって受信されるデータはXMLフォーマットまたは別の類似のフォーマットであり、補助デバイス2040のハードウェアプロセッサで実行するソフトウェアがXML(または類似の)データを解析し、そのデータに基づき表示を生成する。
【０２４１】
図73を参照すると、補助デバイス認証プロセス7300の一実施形態が図示されている。プロセス7300は、図24および図72Aに関して上で説明されているシステムのコンポーネントを使用して実装され得る。一般に、プロセス7300は、ハードウェアプロセッサ上で実行されているソフトウェアまたはファームウェアによって実装され得る。プロセス7300は、ハブ100、MMS2004、またはPPM102に対して補助デバイス2040が認証することを可能にし得る。(便宜上、本開示の残り部分では、補助デバイス2040とハブ100との間の通信を取り上げるが、これらの通信はいずれも補助デバイス2040とMMS2004またはPPM102との間にも生じ得ることは理解されるべきである。)
【０２４２】
補助デバイス2040をハブ100に対して、これら2つのデバイスの間に通信が発生し得るように認証することが望ましい場合がある。別の見方では、プロセス7300は、補助デバイス2040をハブ100とペアリングさせるためのプロセスと考えられ得る。複数の補助デバイス2040がハブ100に対してペアリングされるか、または他の何らかの形で認証されることが一度で行われ得る。これは有用な場合があり、たとえば、複数の臨床医が、各々、TV補助デバイス2040が病室内に存在している代わりにおよび/またはそのことに加えて、タブレットまたは他の補助デバイス2040を有することができる。さらに、いくつかの実施形態において、上で説明されている拡張現実デバイス7200は補助デバイス2040のうちの1つの一例であってよく、複数の臨床医がハブ100と一緒に使いたいと思う拡張現実デバイス7200を有するものとしてよい(たとえば、それにより、各々、一組のビューがその特定の臨床医に合わせてカスタマイズされている異なるヘッドアップディスプレイを有し得る)。
【０２４３】
ブロック7302において、ユーザは、補助デバイス2040にワイヤレス方式で接続することをハブ100(またはMMS2004など)に要求する(他の実施形態では有線接続も可能である)。たとえば、ユーザはハブ100上の設定メニューにアクセスして、補助デバイス2040のペアリングまたは認証を開始することができる。ブロック7304において、ハブ100はPIN番号または他の認証コード(たとえば、複数の英数字)をディスプレイ上に表示する。ブロック7306において、ユーザは、PINまたは他の認証コードを補助デバイス上に入力する。ブロック7308において、補助デバイスは、PINまたは他の認証コードをハブまたはMMSに伝達する。ブロック7310において、ハブまたはMMSは、患者モニタから収集されたデータを補助デバイスに伝達する。ブロック7310は、プロセス7300の実行前、実行中、または実行後のいずれかで実装され得る。
【０２４４】
図74を参照すると、補助デバイス制御プロセス7400の一実施形態が図示されている。プロセス7400は、図24および図72Aに関して上で説明されているシステムのコンポーネントを使用して実装され得る。一般に、プロセス7400は、ハードウェアプロセッサ上で実行されているソフトウェアまたはファームウェアによって実装され得る。プロセス7400は、補助デバイス2040がハブ100(および/またはMMS2004など)を制御することを可能にし得る。したがって、たとえば、補助デバイス2040はデータを受信するだけでなく、データをハブ100または上で説明されている他のデバイスに送信することもできるものとしてよい。このデータは、補助デバイス2040がデータを受動的に受信し表示するだけでなく、ハブ100にシリアル接続されるか、または他の何らかの方法で接続されているサードパーティモニタ(たとえば、214〜220)およびハブ100にチャネルを介して、または他の何らかの方法で接続されているファーストパーティモニタ(たとえば、222〜226)の両方を含む、上で説明されているデバイスのうちのいずれかの設定を制御することも可能にする制御データを含むことができる。
【０２４５】
たとえば、補助デバイス2040は、患者モニタまたはハブ100のうちのいずれかで制御され得るオプションまたは設定を制御することができる。たとえば、アラーム、ユーザインターフェースのレイアウト、設定などは、補助デバイス2040を介して制御され得る。補助デバイス2040は、これらの設定の制御を可能にするユーザインターフェースを出力し得る。たとえば、図76を参照すると、輸液ポンプ、患者ベッド、および換気装置を制御し、さらには複数のデバイスからのパラメータ値を表示するための設定7610を含む例示的なユーザインターフェース7600が図示されている。したがって、単一の補助デバイス2040により、臨床医は、病室内のいくつかのデバイス、さらにはすべてのデバイス(たとえば、ハブ100またはMMS2004と通信している)をも制御することができる。
【０２４６】
一実施形態において、ハブ100のメーカーは、サードパーティ患者モニタメーカーが、補助デバイス2040がハードウェアと通信できるようにするために使用するソフトウェア開発キット(SDK)を提供することができる。SDKを使用することで、たとえば、サードパーティモニタメーカーは、ソフトウェアライブラリをサードパーティ患者モニタ(たとえば、214〜220)上にインストールし、補助デバイス2040が設定または他のパラメータへの変更をそれらのデバイスに直接伝達することができるようにする。1つまたは複数のソフトウェアライブラリは、たとえば、サードパーティデバイス内に異なる設定をセットするために補助デバイス2040が呼ぶかまたは呼び出すことができるルーチンもしくは機能および関連するパラメータを定義するアプリケーションプログラミングインターフェース(API)を含み得る。1つまたは複数の類似のライブラリが、チャネルデバイス(222〜226)などの、ファーストパーティデバイス上にインストールされ得る。一実施形態において、補助デバイス2040は、ハブ100がサードパーティデバイスまたはファーストパーティデバイスに受け渡す、設定変更をハブ100(またはMMS2004)に送信するために呼び出すことができる命令またはライブラリのセットを備える。ハブ100は、補助デバイス2040からの設定要求変更を個別の患者モニタに提供されるより複雑な命令に翻訳することもし得る。一実施形態において、ハブ100のメーカーは、補助デバイス2040による制御を行うことができる医療用デバイスを認定することができる。別の実施形態では、サードパーティデバイスおよびファーストパーティデバイスを制御するための機能はいずれも、補助デバイス2040の代わりに、またはそれに加えてハブ100によって直接実装され得る。
【０２４７】
したがって、ハブ100または補助デバイス2040は、多種多様の患者監視機器の完全制御を可能にするので本質的にモニタそれ自体になることができる。別の考え方では、補助デバイス2040またはハブ100は、複数の患者デバイスを管理するための統一されたディスプレイを備えることができる。
【０２４８】
図74を再び参照すると、ハブ100に接続されている医療用デバイスに対する設定変更を補助デバイス2040が実行できる例示的なプロセスが図示されている。ブロック7402において、補助デバイスは、直接的に、またはハブそれ自体を通じてのいずれかで、ハブに接続されているデバイスのAPIにアクセスする。ブロック7404において、補助デバイスは、たとえば、ユーザがアクセスし得るユーザインターフェース(たとえば、図76を参照)上で接続デバイス設定を公開する。ブロック7460において、補助デバイスは、ユーザインターフェースを通じてユーザから設定変更を受け取る。ブロック7408において、補助デバイスは、直接的に、またはハブを通じてのいずれかで、適切な医療用デバイスのAPIにアクセスし、設定変更に影響を及ぼす。そして、ブロック7410において、補助デバイスは、接続デバイスからデータを受信する。もちろん、ブロック7410はプロセス7400と並列に動作するものとしてよく、データは設定が変更される前、変更されている間、および/または変更された後に受信される。
【０２４９】
図75を参照すると、補助デバイスデータフロープロセス7500の一実施形態が図示されている。プロセス7500は、図24および図72Aに関して上で説明されているシステムのコンポーネントを使用して実装され得る。一般に、プロセス7500は、ハードウェアプロセッサ上で実行されているソフトウェアまたはファームウェアによって実装され得る。プロセス7500は、補助デバイス2040またはハブ100が補助デバイス2040へのデータのフローを制御することを可能にできる。
【０２５０】
いくつかの現在の実装形態において、翻訳モジュール2005は、ハブ100に接続されているほとんどの、またはすべてのデバイスから受信したデータのほとんど、またはすべてを補助デバイス2040上にプッシュする。コンピューティングリソースが少ない(たとえば、処理能力が低い、メモリ量が少ない、バッテリ容量が少ない、バッテリ能力が低い、低帯域幅の接続など)いくつかの補助デバイス2040については、これは、それらのデバイスが受信データに圧倒される可能性があることを意味し得る。その結果、これらのデバイスはクラッシュするか、または不良もしくは不完全な結果を得ることになり得る。
【０２５１】
この問題を解決する一方法は、たとえば、データを受信する頻度を下げることによって翻訳モジュール2005がデータをあまり頻繁に送信しないよう補助デバイス2040に要求させることである。別の方法は、補助デバイス2040が、その代わりに翻訳モジュール2005またはハブ100に情報の特定のサブセットを要求することによって受信するすべてのデータのファイアホース効果(firehose effect)を低減するモジュールを有することである。そのようなモジュールの一例は、図72Aに示されており、これはIAP(計測器補助プロトコル(instrument auxiliary protocol))層2042である。この層2042は、情報のサブセットが補助デバイス2040に提供されることを自動的に要求することができる。一実施形態において、IAP層2042は、補助デバイス2040にどのようなデータが提供されるべきかをユーザが制御することを可能にする補助デバイス2040上のユーザインターフェースを公開する。同様に、他の実施形態において、層2042は、MMS2004上にまたはハブ100内に直接的にモジュールとして実装され得る。
【０２５２】
別の実施形態において、完全に柔軟である代わりに、IAP層2042は、補助デバイス2040のところでデータを受信するための事前定義された機能を有し得る。この機能は、たとえば、補助デバイス2040を使用する臨床施設によって対価を支払われるサービスのレベル、または同様のものによって決定され得る。たとえば、サービスのレベルが上がるほど、より多くのパラメータまたは異なる多種多様のパラメータが補助デバイス2040に提供されることを可能にできる。
【０２５３】
特に図75に示されているプロセス7500を参照すると、ブロック7502において、補助デバイスはハブまたはMMSから受信する情報をユーザが選択することを可能にすることができるユーザインターフェースを出力する。ブロック7506において、補助デバイスは、インターフェースから特定のパラメータのユーザ選択を受け取る。たとえば、ユーザは、他のデータを除外して換気装置またはポンプデータを表示することを要求し得る。ブロック7508において、補助デバイスは、ユーザ選択をハブまたはMMSに送信する。そしてブロック7510において、ハブまたはMMSはその選択を記録し、要求されたデータを送信する。
【０２５４】
IX.補助デバイス実施形態の追加の例示的な態様
第1の態様において、補助デバイスを医療用監視ハブに対して認証するための方法であって、ハードウェアプロセッサを備える医療用監視ハブの制御の下で、補助デバイスを医療用監視ハブにワイヤレス方式で接続することを求める要求を受信することと、医療用監視ハブのディスプレイ上に、ユーザが補助デバイスに入力する認証コードを出力することと、認証コードが補助デバイスにすでに入力されていることを示す指示を補助デバイスから受信することと、患者に結合されている1つまたは複数の患者モニタからデータを補助デバイスに送信することとを含む、方法。
【０２５５】
第2の態様において、医療用監視ハブと通信している補助デバイスを制御するための方法であって、ハードウェアプロセッサを備え、医療用監視ハブと通信している補助デバイスの制御の下で、医療用監視ハブに接続されている医療用デバイスに対応するソフトウェアライブラリにアクセスすることと、医療用デバイスに関連付けられている設定を補助デバイスのディスプレイ上に出力することと、ディスプレイから設定の変更を受け取ることと、ソフトウェアライブラリを使用して変更された設定を医療用監視ハブを通して医療用デバイスに伝達することとを含む、方法。
【０２５６】
第3の態様において、医療用監視ハブと通信している補助デバイスへのデータフローを制御するための方法であって、ハードウェアプロセッサを備え、医療用監視ハブと通信している補助デバイスの制御の下で、ユーザが医療用監視ハブから受信する特定のタイプの情報を選択するための機能を備えるユーザインターフェースを出力することと、補助デバイスが医療用監視ハブから受信する第1のタイプの情報のユーザ選択を受信することと、ユーザ選択を医療用監視ハブに伝送することと、補助デバイスで第1のタイプの情報に対応するデータを受信することとを含む、方法。
【０２５７】
X.医療用ネットワークインターフェース実施形態
上で説明されているハブ100はスタンドアロンデバイス(ベッド、ポンプ、換気装置、および他のモニタなど)がハブ100に接続するための機能を備えていて有益であるが、この機能は、同じボックス内の他の重要な患者監視機能と一緒に含まれる。すなわち、いくつかの実施形態において、ハブ100は、センサ(202)から取得された生理学的パラメータを計算し、様々なセンサ(たとえば、図2、図24、および図74A)からチャネルデータを受信し、処理することができ、スタンドアロンデバイスからシリアルデータを受信することもできる。ハブの機能は、有利には、チャネルデバイス(たとえば、222、224、226)およびスタンドアロン(シリアル)デバイスが患者データをMMS2004に供給してEMRに記憶させ、さらには任意選択でチャネルまたはシリアルデバイスからのデータをハブ100のところに表示することを可能にし得る。しかしながら、スタンドアロン患者デバイスがEMRに記憶するためにデータを伝達することを可能にする機能は、ハブ100の販売者機能を含むことを必要とする。ハブ100の使用が望ましくないとき、またはハブ100が利用不可能であるか、または機能の低い監視機器が使用されている場合にはこの機能を別々に提供することが望ましい。
【０２５８】
この節では、ハブ100の他の機能を含めることなくハブ100のネットワーク接続機能を有利には提供することができる医療用ネットワークインターフェースの実施形態について説明する。たとえば、医療用ネットワークインターフェースは、スタンドアロン患者デバイスからデータを受信し、次いで、このデータをMMS2004に転送するネットワークデバイスであってよい。以下で説明されているように、MMS2004は、このデータを使用して他の機能を実行することもできる。医療用ネットワークインターフェースは、患者監視それ自体を必ずしも実行しないネットワーキングハブ(たとえば、ハブ100から区別されるような患者監視機能を持たないネットワークデバイス)、スイッチ、ルータ、またはネットワークブリッジとして機能し得る。1つの医療用ネットワークインターフェースが1人の患者に使用され得るか、または複数の患者を世話するデバイスが単一の医療用ネットワークインターフェースに接続するものとしてよい(たとえば、1つの病室内の2人の患者が単一のインターフェースに接続することができる)。医療用ネットワークインターフェースは、有利には、スタンドアロン患者デバイスに対してネットワーク運用を提供することができ、これは病院ネットワークに接続するネイティブ能力を有し得ない(たとえば、ネットワークに接続するためのハードウェアポートを有するもの以外、これらのデバイスはMMS2004に接続するために必要な情報で構成されているソフトウェアにより構成され得ない)。医療用ネットワークインターフェースは、いくつかの実装形態では情報技術(IT)アプライアンスであってよい。
【０２５９】
さらに、以下で詳しく説明されているように、ワイヤレスペアリングシステムを使用して、医療用ネットワークインターフェースをスタンドアロン患者デバイスとペアリングし、これらのデバイスがワイヤレス方式で患者データを医療用ネットワークインターフェースに伝送するようにし得る。ペアリングシステムは、ワイヤレスドングルを医療用ネットワークインターフェースに接続して識別子および/またはセキュリティキーを取得し、次いでワイヤレスドングルをスタンドアロン患者デバイスに接続してスタンドアロン患者デバイスがデータをワイヤレス方式で--および任意選択で安全に--医療用ネットワークインターフェースに伝送することを可能にすることを含むことができる。有利には、いくつかの実施形態において、このペアリングシステムは、臨床医が容易に、素早く使えるものであり、臨床医がデバイスを構成することにあまり時間を費やさず、患者治療により早く戻ることを可能にし得る。
【０２６０】
図77Aは、医療用ネットワークインターフェース7710、患者モニタ7701、ならびに図24および図72Aのデバイスおよびシステムを含む監視環境7700の別の実施形態を例示している。監視環境7700は、図2の監視環境200、図24の監視環境2000、または監視環境7202の特徴の全部または一部、さらには上で説明されている他の特徴のいずれかを含み得る。それに加えて、監視環境7700は、すでに説明されている医療用ネットワークインターフェースの一実施形態である、医療用ネットワークインターフェース7710を示している。
【０２６１】
医療用ネットワークインターフェース7710は、たとえば、万能医療用コネクタ、イーサネット（登録商標）ポート、USBポート、Bluetooth（登録商標）、Wi-Fi、または本明細書において説明されている他のタイプの有線もしくはワイヤレス接続を介して様々な有線もしくはワイヤレス接続をサポートすることができる。医療用ネットワークインターフェース7710は、有線またはワイヤレスネットワーク接続を使用してMMS2004に接続され得る。いくつかの実施形態において、医療用ネットワークインターフェース7710は、たとえば、患者モニタ7701、補助デバイス2040、拡張現実デバイス7200、スタンドアロンデバイスおよびセンサ7720(患者ベッド214、輸液ポンプ216、換気装置218、PPM102を含む)、または本明細書で説明されている他のデバイスおよびセンサなどのデバイスに接続されるようにも構成される。いくつかの実装形態において、医療用ネットワークインターフェース7710は、以下で詳しく説明されているように、有線またはワイヤレス接続を介してデータ伝送を行う前に1つまたは複数のデバイスとペアリングされ得る。
【０２６２】
有利には、いくつかの実施形態において、医療用ネットワークインターフェース7710は、スタンドアロン患者デバイス7722がMMS2004と通信するための接続性を提供する。医療用ネットワークインターフェース7710は、監視ハブ100が利用可能でないときに、または同じ病室内の監視ハブに加えて、この接続性を提供することができる。しかしながら、図示されている実施形態では、ハブ100はスタンドアロン患者デバイス7720に直接接続しない患者モニタ7701と交換されている。患者モニタ7701(ドッキングステーション、PPM102、チャネルポート、拡張現実などを完備している)は、また、他の実施形態では、スタンドアロン患者デバイス7720(たとえば、図77Bを参照)のような、医療用ネットワークインターフェース7710に接続することができる他のタイプの患者モニタ(フル機能でないモニタを含む)にとって都合のよいように省かれ得る。
【０２６３】
医療用ネットワークインターフェース7710は、医療用デバイスから取得されたデータをMMSシステム2004に受け渡すことができる。このプロセスの実行中、医療用ネットワークインターフェース7710は、医療用ネットワークインターフェース7710に接続されているデバイスによって使用される通信プロトコルを自動的に発見することができる。医療用ネットワークインターフェース7710は、患者モニタ7701またはMMS2004に伝送する前に医療用ネットワークインターフェース7710の識別子を含むように医療用デバイスからの1つまたは複数のデータパケットを含むメッセージをさらに更新することができる。したがって、患者モニタ7701およびMMS2004は、メッセージが医療用ネットワークインターフェース7710からのものであると識別することができる。さらに、医療用ネットワークインターフェース7710は、以下でさらに詳しく説明されているように、スタンドアロン患者デバイス7720とのペアリングを円滑にするように(または他の理由から)ディスプレイ7712を備え得る。
【０２６４】
説明を簡単にするが、本開示を制限することはないようにするため、図77Aはただ1つの医療用ネットワークインターフェース7710を例示しているが、患者モニタ7701、MMS2004、および他のデバイス、センサ、またはシステムに接続するために複数の医療用ネットワークインターフェースが使用されてもよい。一例として、2つの医療用ネットワークインターフェース7710は互いに接続され、それによって、1つの医療用ネットワークインターフェース上で利用可能なポートを拡張するものとしてよい。別の例として、2つまたはそれ以上の医療用ネットワークインターフェース7710がMMS2004に接続されてよく、そこでは各医療用ネットワークインターフェースが患者に関連付けられる。したがって、MMS2004は複数の患者に関連付けられているデータを処理することができる。さらに、本明細書の医療用ネットワークインターフェース7710の例はMMS2004に接続されているように説明されているが、様々な実施形態において、医療用ネットワークインターフェース7710は、患者モニタ7701(またはハブ100)と有線またはワイヤレス接続を介しても接続できる。たとえば、医療用ネットワークインターフェース7710は、医療用機器から得られたデータを、MMS2004に加えて、またはその代わりに、患者モニタ7701またはハブ100に受け渡すことができる。患者モニタ7701またはハブ100は、このデータをMMS2004に転送することができる。したがって、たとえば、医療用ネットワークインターフェース7710は、医療用ネットワークに直接接続する代わりにハブ100のポートに接続することによってハブ100の機能を拡張することができる。医療用ネットワークインターフェース7710の詳細な例示的な説明は、図78A、図78B、および図80を参照しつつ以下で説明される。
【０２６５】
図77Bは、医療用ネットワークインターフェース7710が図示されている監視環境7702の別の例を示している。図77Aのように、スタンドアロン患者デバイス7720は、病院ネットワーク7750に接続することによってこれらのデバイスに対するネットワーク接続機能を提供する、医療用ネットワークインターフェース7710と接続する。また病院ネットワーク7750に接続されているのは、MMS7704ならびに、たとえば、ナースステーションコンピュータ、キオスク、コンピュータオンホイール(COW)、および臨床医デバイス(電話、ページャ、タブレット、および同様のもの)などの、他の病院デバイス7760である。MMS7704は、病院から離れた場所にある臨床医デバイスまたは患者デバイス7780とも通信し得る外部ネットワーク7770と通信することもできる。MMS7704は、EMR7790ともインターフェースする。したがって、いくつかの実施形態において、医療用ネットワークインターフェース7710は、スタンドロケーションデバイス7720からのデータが他にもあり得るがとりわけ、図77Bに示されている他のコンポーネントのうちのいずれかに伝達されることを可能にする。
【０２６６】
MMS7704は、本明細書の別のところで説明されているMMS2004のすべての機能を有するものとしてよい。図示されている特定の機能も、MMS2004によって処理され得る。この機能は、データをナースステーション(ときには、セントラルステーションと称される)にルーティングする能力を含む。医療用ネットワークインターフェース7710のスタンドアロン患者デバイス7720から受信されたデータは、他にもあるがとりわけ、ステーション、セントラルステーション、および臨床医デバイスに提供され得る。MMS7704は、また、たとえば、患者デバイス7720から取得されたアラームをデバイス7760、7780にルーティングすることによって臨床医通知を実行し得る。さらに、MMS7704は、たとえば、全体が参照により本明細書に組み込まれている、2015年9月22日に出願した米国特許第9,142,117号、名称「Systems and Methods for Storing, Analyzing, Retrieving and Displaying Streaming Medical Data」、整理番号MASIMO.609P1C1、および2017年2月24日に出願した米国出願第62/463,262号、名称「Systems and Methods for Storing, Analyzing, Retrieving and Displaying Streaming Medical Data」、整理番号MASIM0.1131PRにおいて開示されているように、分析およびジャーナル処理を実行し得る。さらに、MMS7704は、たとえば、全体が参照により本明細書に組み込まれている、2013年9月18日に出願した米国公開第2014/0077956号、名称「Intelligent Medical Network Edge Router」において説明されているように、離れた場所から臨床医によって患者のテレプレゼンス監視を実行するテレプレゼンスモジュールを備え得る。さらに、MMS7704は、MMS2004のように、拡張可能であってよく、データを、EMR7790を含む、他のソフトウェアエンジンおよびデータベースに供給することができる。
【０２６７】
スタンドアロン患者デバイス7720から(または図77Aの患者モニタから)医療用ネットワークインターフェース7710によって取得されるデータは、波形データ、パラメータデータ、または事象データの形態のうちの1つまたは複数を取り得る。波形データは動向データを含むことができ、これは高頻度データであってよい。ネットワークインターフェース7710および/またはMMS7704は、ビデオストリーミングデータと同様にこのデータを取り扱うものとしてよく、それにより、損失がある場合(たとえば、バッファあふれにより)、それらの損失は無視される。パラメータデータ(たとえば、酸素飽和度値などの生理学的パラメータ測定値)は、毎秒1回(1Hz)などの設定頻度で来るものとしてよい。医療用ネットワークインターフェース7710は、パラメータデータを組み合わせて患者スナップショットにし、このスナップショットをMMS7704または図示されている他のデバイスに提供するものとしてよい。事象データは、アラーム(たとえば、境界から出たパラメータ値)およびアラート(たとえば、進行が遅くなったか、またはアラーム設定がデバイス7720上で変更された)などのイベントドリブンデータを含むことができる。事象は、発生したときに非同期に供給されてよく、医療用ネットワークインターフェース7710は、事象データをネットワーク上の他のデバイスに供給する前に患者デバイス7720から受信された任意の事象にタイムスタップを付けるものとしてよい。
【０２６８】
XI.医療用ネットワークインターフェースの例
図78Aおよび図78Bは、上で説明されている医療用ネットワークインターフェース7710の例示的な一実施形態の概略を示している。図78Aは、概略正面斜視図7800aを示しているが、図78Bは、例示的な医療用ネットワークインターフェース7710の概略背面斜視図7800bを示している。
【０２６９】
図78Aに示されているような例示的な医療用ネットワークインターフェース7710の前面は、イーサネット（登録商標）ポート7810と、チャネルポート7822と、USBポート7832(他にもあるがとりわけ、図示せず)とを備えることができる。医療用ネットワークインターフェース7710は、任意選択の表示画面7850とラベル7840とを備えることもできる。図78Bに示されているような医療用ネットワークインターフェース7710の背面は、2つのUSBポート7824と1つのイーサネット（登録商標）ポート7834とを備えることができる。医療用ネットワークインターフェース7710の背面は、電源コードを受け入れることができる電源ポート7860も備えることができる。電源コードは、医療用ネットワークインターフェース7710をACコンセント(たとえば、患者の病室の壁に付いている)に接続することができる。
【０２７０】
イーサネット（登録商標）ポート7810は、図16に示されている「Ethernet」ポートの一例であり得る。イーサネット（登録商標）ポート7810は、また、図24および図74Aに示されているシリアルポート210の一実施形態であってもよい。チャネルポート7822は、図1Bに示されているポート113、チャネルポート212、または図11Eおよび図11Fに示されている万能コネクタポートの実施形態である。チャネルポート7822は、ケーブルを介してデバイス(たとえば、図77Aに例示されている)に接続することができる、専用コネクタと嵌合するように構成され得る。有利には、いくつかの実施形態において、医療用ネットワークインターフェース7710は、ハブ100よりも多いポートを備えることができる。たとえば、ハブ100は4つのイーサネット（登録商標）ポート7810を備えることができるが、医療用ネットワークインターフェース7710は8つの(またはそれ以上の)イーサネット（登録商標）ポート7810を備えることができる。結果として、医療用ネットワークインターフェース7710は、MMS2004(および他のデバイス。図77Bを参照)と(たとえば、医療用ネットワークインターフェース7710を介して)通信することができるデバイスの数を増やすことができる。代替的に、医療用ネットワークインターフェース7710は、ハブ100と同じ数の、またはそれより少ないポートを有していてもよい。
【０２７１】
医療用ネットワークインターフェース7710は、患者の病室内の他のデバイスと接続するためのUSBポートも備えることができる。USBポートは、Type-A、Type-A Superspeed、Type-B、Type-B Superspeed、Type-C、MiniもしくはMicro USB(たとえば、Mini-A、Mini-AB、Mini-B、Micro-AB、Micro-B、Micro-B Superspeed)、または当業者に知られている他のタイプのUSBコネクタをサポートするように構成され得る。
【０２７２】
いくつかの実施形態において、医療用ネットワークインターフェース7710は、ワイヤレス接続もサポートすることができる。ワイヤレス接続は、Bluetooth（登録商標）、Wi-Fi、ZigBee、または他のタイプのワイヤレス接続を伴い得る。図81を参照しつつ以下で詳しくさらに説明されているように、医療用ネットワークインターフェース7710は、ドングルを使用して、医療用ネットワークインターフェース7710を、医療用ネットワークインターフェース7710と通信することができるデバイスとペアリングすることができる。たとえば、ドングルは、USBポート7832のうちの1つに差し込まれ得る。ドングルは、コネクタポート7832を介して医療用ネットワークインターフェース7710から情報を受信し得る。次いで、ユーザは、医療用ネットワークインターフェース7710からドングルの接続を外し、ドングルをスタンドアロンデバイスのうちの1つに差し込むことができる。次いで、スタンドアロンデバイスは、ドングルのワイヤレス機能を使用して医療用ネットワークインターフェース7710と通信することができ、これは医療用ネットワークインターフェース7710から取得されたドングルの情報を利用することができる。
【０２７３】
受信されたこの情報は、セキュリティ情報であってよい。たとえば、ドングルは医療用ネットワークインターフェース7710からパーミッションキーを受信し得る。このキーは暗号鍵であってよく、これは非対称または対称暗号化アルゴリズム(秘密または公開鍵など)で使用され得る。次いで、ドングルが医療用デバイスに差し込まれてよく、それにより、医療用デバイスもパーミッションキーを受信するか、または生成する。医療用ネットワークインターフェース7710はその環境内のデバイスにインテロゲートし、パーミッションキーを有する医療用デバイスを識別することができる。一実施形態において、医療用ネットワークインターフェース7710が医療用デバイスを識別し、パーミッションキーを認証した後、医療用ネットワークインターフェース7710は医療用デバイスとワイヤレス方式で通信することができる。
【０２７４】
医療用ネットワークインターフェース7710は、また、医療用ネットワークインターフェース7710と直接的にペアリングすることを求めている医療用デバイスによって放射される信号(たとえば、RFID、Wi-Fi、Bluetooth（登録商標）)を受信することもできる。したがって、一実施形態において、ドングルは、スタンドアロン患者デバイスとペアリングするのに必要でない。医療用ネットワークインターフェース7710は、ペアリングプロトコル(またはパーミッションキー)で返答し、患者のデータを転送するための接続を確立することができる。
【０２７５】
別の可能なアプローチは、医療用ネットワークインターフェース7710が医療用デバイスにインテロゲートして、医療用デバイスが通信するためにどのようなプロトコルを使用するかを決定することである。たとえば、医療用ネットワークインターフェース7710は、第1のプロトコルを使用して医療用デバイスと通信する(たとえば、ワイヤレス方式で)ことを試み、次いで、そのプロトコルが機能しない場合に、第2のプロトコルで通信を試み、というようにこの作業を、医療用ネットワークインターフェース7710が医療用デバイスと通信するために使用する正しいプロトコルを選択するまで続けることができる。このプロトコルは、ネットワーク通信プロトコル、医療用デバイスによって使用されるメッセージフォーマット、および/または医療用デバイスによって使用されるデータフォーマットを参照するものとしてよい。たとえば、このプロトコルは、医療用デバイスによって使用されるメッセージが固定長または動的可変長を有するかどうか、チェックサムまたはCRC(巡回冗長検査)コードが使用されているかどうか、フレーミングパラメータ、などを参照し得る。さらに、医療用ネットワークインターフェース7710は、TCP/IPなどの標準的なプロトコル、任意選択でそれに加えて、医療用デバイスに固有のカスタムアプリケーション層を使用して医療用デバイスと通信し得る。たとえば、医療用デバイスは、その医療用デバイスに固有の方式でアプリケーション層メッセージをフォーマットするものとしてよい。医療用ネットワークインターフェース7710は、異なる可能なプロトコル--異なるメッセージフォーマットを含む--を順繰りに試し、医療用デバイスによって送信されるメッセージを理解する正しいメッセージフォーマットが見つかるまで続けることができる。
【０２７６】
たとえば、メッセージフォーマットは、キー-値ペア(ときには、タグ-値ペアとも称される)を含むものとしてよく、キーはデータのタイプまたはカテゴリ(パラメータタイプ、アラームなど)を定義し、値はそれらのタイプまたはカテゴリのインスタンス(特定のパラメータ値、アラーム状態など)である。医療用デバイスによって使用されるプロトコルまたはメッセージフォーマットは自己定義側であってもよく、これにより、医療用ネットワークインターフェース7710は医療用デバイスから受信されたメッセージを検査し、それによって医療用デバイスによってどのようなメッセージフォーマットまたはプロトコルが使用されるかを自動的に決定することができる。医療用デバイスによって使用されるメッセージフォーマットはXMLに従ってフォーマットされるものとしてよく、それにより、タグ-値ペアはXMLから直接的に医療用ネットワークインターフェース7710によって機械読み取り可能である。医療用ネットワークインターフェース7710は異なる医療用デバイスに対する異なるプロトコルまたはメッセージフォーマットのライブラリを含むことができ、したがって医療用ネットワークインターフェース7710は読み取ることができる。例示的な一実装形態において、医療用ネットワークインターフェース7710は、医療用デバイスからのメッセージフォーマットを分析することと、メッセージフォーマットをプロトコルのライブラリ内の知られているメッセージフォーマットと比較することと、ライブラリから正しい医療デバイスを識別することに基づき医療用ネットワークインターフェース7710にワイヤレス方式で接続しているデバイスのタイプを識別する。
【０２７７】
医療用ネットワークインターフェース7710は、1つまたは複数の識別子を患者デバイスから取得されたデータと関連付けることができる。医療用ネットワークインターフェース7710は、たとえば、それ独自の識別子を有し得る。各スタンドアロン患者デバイスは、デバイスによって供給されるか、または医療用ネットワークインターフェース7710によって生成されるかのいずれかのそれ専用の識別子を有するものとしてよい。さらに、各患者は識別子を有するものとしてよい。患者識別子は、QR(クイックレスポンス)コードまたはバーコードなどの、機械可読コードを光学的スキャンすることによって取得されるものとしてよく、これは患者のリストブレスレット上にタグまたはステッカーの形態を取り得る。光学的スキャナは、この目的のために医療用ネットワークインターフェース7710に付属し得るか、または臨床医は、自分の電話、タブレット、もしくは他のデバイスを使用してスキャン機能を実行するものとしてよい。スキャン機能は、全体が参照により本明細書に組み込まれている、2014年10月10日に出願した米国出願第14/511,972号、名称「Alarm Notification System」、整理番号MASIM0.963Aにおいてより詳しく説明されている。この'972号出願における特徴は、本明細書において説明されている特徴と併せて、たとえば、これらの特徴を使用して患者またはデバイス識別子のスキャンを実行することによって、使用され得る。
【０２７８】
いくつかの実施形態において、医療用ネットワークインターフェース7710は、患者デバイスから受信したデータにタグ付けするか、または患者識別子、デバイス識別子、および医療用ネットワークインターフェース識別子と関連付ける。医療用ネットワークインターフェース7710は、この識別データと一緒にデータをMMS2004または7704に供給することができる(便宜上、本明細書の残り部分でMMS2004または7704のうちの一方を個別に参照するときに、これは他方も参照すると考えてよい)。
【０２７９】
任意選択で、医療用ネットワークインターフェース7710は、ディスプレイ7850を備えることができる。ディスプレイ7850は、医療用ネットワークインターフェース7710がどの患者に関連付けられているか、どのデバイスが医療用ネットワークインターフェース7710と現在通信しているかを示すことができる。ディスプレイ7850は、ペアリング状況の指示も提供することができる。たとえば、いくつかの実施形態において、ディスプレイ7850は、ペアリング中またはペアリング直後の医療デバイスの情報(および任意選択で、上で説明されている識別情報のうちのいずれか)を示すことができる。ディスプレイ7850は、また、光パターンを点灯して、医療用デバイスが医療用ネットワークインターフェース7710とペアリングされていること示すことができる。
【０２８０】
正面斜視図7800aに示されているポートに加えて、または代替的に、医療用ネットワークインターフェース7710は、図78Bの背面斜視図7800bに示されているように背面上に様々なポートを備えることもできる。たとえば、医療用ネットワークインターフェース7710は、2つのUSBポート7824と1つのイーサネット（登録商標）ポート7834とを備えることができる。USBポート7824のうちの一方は、医療用ネットワークインターフェース7710を患者モニタ7701に接続することができるが、他方のUSBポートは、医療用ネットワークインターフェース7710を患者のデータをまとめて示すことができるディスプレイデバイスに接続することができる。医療用ネットワークインターフェースは、また、イーサネット（登録商標）ポート7834を使用して病院の主ネットワークに接続され得る。医療用ネットワークインターフェース7710は、イーサネット（登録商標）ポート7834を介して医療用デバイスから取得されたデータをMMS2004に受け渡すことができる。
【０２８１】
医療用ネットワークインターフェース7710は、電源ポート7860も備えることができる。電源コードは、環境内のACコンセントを患者の監視ボックス7710に(電源ポート7860を介して)接続するために使用され得る。いくつかの実施形態において、医療用ネットワークインターフェース7710は、電源コードを電源ポート7860に取り付け固定している。医療用ネットワークインターフェース7710は、また、停電した場合のためにバックアップバッテリ(無停電電源(UPS)など)を有することもできる。いくつかの実装形態において、電源ポート7860(または電源コード)は任意選択である。医療用ネットワークインターフェース7710は、電池から給電され得る。
【０２８２】
医療用ネットワークインターフェース7710は、医療用ネットワークインターフェース7710が患者に関連付けられている医療用デバイス(たとえば、ポンプ、換気装置、他のデバイス、またはセンサ)からデータを取得できるように特定の患者に割り当てられ得る。医療用ネットワークインターフェース7710は、複数の患者からデータを収集するようにも構成され得る。有利には、いくつかの実施形態において、医療用ネットワークインターフェース7710の一部は、ポートが受けているデータがどの患者からのものであるかを示すように色分けされ得る。たとえば、イーサネット（登録商標）ポート7810の上の4つのポートは黄色に色分けされ得るが、イーサネット（登録商標）ポート7810の下の4つのポートは青色に色分けされ得る。(より一般的に、デバイス上のポートのうちのいくつかは1人の患者を表すように色分けされ得るが、デバイス上のポートのうちの他のポートは別の患者を表すように色分けされ得る。)黄色は患者Aに関連付けられているデバイスに由来するデータを表すが、青色は患者Bに関連付けられているデバイスに由来するデータを表す場合である。別の例として、医療用ネットワークインターフェース7710の前面の左側は、医療用ネットワークインターフェース7710のこの側のポートが患者Aの医療用デバイスに接続されるべきであることを示す黄色に色分けされ得る。医療用ネットワークインターフェース7710の前面の右側は、医療用ネットワークインターフェース7710のこの側のポートが患者Bの医療用デバイスに接続されるべきであることを示す青色に色分けされ得る。ディスプレイ7850は、また、医療用ネットワークインターフェース7710がどの患者からデータを収集しているかに関する指示を提供することができる。たとえば、ディスプレイ7850は、患者Aに関連付けられている患者IDを一方の行に、患者Bに関連付けられている患者IDを次の行に載せることができる。ディスプレイは、タッチスクリーンまたは他の手段であってよい。
【０２８３】
より一般的に、一方の患者に対する特定の色分けされたポート上で受信されたデータは、医療用ネットワークインターフェースにおいて自動的にその患者のIDに関連付けられ得るが、他方の患者に対する他の色分けされたポート上で受信されたデータは、医療用ネットワークインターフェースにおいて自動的にその患者のIDに関連付けられ得る。
【０２８４】
いくつかの実施形態において、ドングルを使用するペアリングは、ドングルまたは患者デバイスまたは医療用ネットワークインターフェースのいずれかにパスコードを入力することを必要としない。この要求条件を回避することによって、臨床医は、患者を治療することから時間を奪い去る可能性のあるペアリングコードの入力によって注意を逸らされることなくネットワークインターフェースと患者デバイスを迅速にペアリングすることができる。このハンズフリー操作(ドングルを差し込むことを除き)は、臨床医が素早く患者治療に戻り、患者デバイスからデータをより迅速に取得することを可能にすることができる。しかしながら、他の実施形態では、ペアリングコードが使用される。
【０２８５】
ポート7810、7822、7824、7832、7834、7860、ディスプレイ7850、およびラベル7840を含む例示的なコンポーネントは、概略を示すのみである。医療用ネットワークインターフェース7710は、図示されているように、より少ないまたはより多いコンポーネントを備えることができる。さらに、図78Aおよび図78Bのこれらのコンポーネントの位置は、例示のみであり、これらのコンポーネントは、これらの図に例示されている位置に配置される必要はない。たとえば、図7800a内のポートの1つまたは複数は、医療用ネットワークインターフェース7710の背面に移動されてもよい。さらに、これらの例示的なコンポーネントのサイズは、縮尺通りに例示されていない。それに加えて、いくつかのポートは、正面または背面部分の代わりに、またはそれに加えてデバイスの側部に配置されてもよい。
【０２８６】
XII.ドングルの例
図79は、医療用ネットワークインターフェース7910と別のデバイスとをペアリングするために使用されるドングル7900の例示的な一実施形態を示している。ドングル7900は、Bluetooth（登録商標）、Wi-Fi、または他のタイプのワイヤレス通信に対するペアリングで使用されてよい。有利には、いくつかの実施形態において、医療用デバイスの間でワイヤレス通信を使用した結果、病院環境がより清潔になり、感染が少なくなり(たとえば、ケーブルの共有が減ることにより)、医療用デバイスとのユーザインタラクションがより容易になり得る。一例として、ワイヤレス通信を採用することによって、操作室はもはや様々な医療用デバイスを接続するために長いイーサネット（登録商標）ケーブルを使用する必要がなくなる。
【０２８７】
ドングル7900は、アンテナ7920(またはビーコン)、ロケーションタグ7930、バッテリ7940、および処理ユニット7910を装備することができる。処理ユニット7910は、プロセッサ7912と、メモリ7914と、ネットワークインターフェース7916とを備えることができる。処理ユニット7910は、コアボード312の一実施形態を含むことができる。ドングル7900は、任意選択のディスプレイ7952および/またはライト7954を備えることもできる。様々な実施形態において、ドングル7900は、図79に例示されているように、より少ないまたはより多いコンポーネントを備えることができる。たとえば、ドングル7900は、ビーコン7920またはロケーションタグ7930のいずれかを、ただし両方でなく、備え得る。
【０２８８】
ドングル7900は、医療用ネットワークインターフェース7710を医療用ネットワークインターフェース7710と通信することを求めている医療用デバイスにペアリングするために使用できる。臨床医は、ドングル7900をUSBポート7822またはイーサネット（登録商標）ポート7810のうちの一方に挿入し、パーミッションキーを取得し得る。たとえば、処理ユニット7910は、ドングル7900が医療用ネットワークインターフェースに差し込まれた後、医療用ネットワークインターフェース7710と通信して医療用ネットワークインターフェース7710からパーミッションキーを受け取るようにプログラムされ得る。パーミッションキーは、医療用ネットワークインターフェース7710のデバイス識別子を含むことができる。それに加えて、または代替的に、パーミッションキーは、医療用ネットワークインターフェース7710との通信を確立するためのパスワード、トークン、または暗号化/暗号解読鍵であってもよい。
【０２８９】
臨床医は、ドングルを患者デバイスに差し込むことができる。ドングルが挿入された後に医療用ネットワークインターフェース7710と患者デバイスとの間のペアリングを確立するために、ドングル7900は、たとえば、医療用デバイスのUSBポートに差し込むことによって、医療用ネットワークインターフェース7710から受信されたパーミッションキーを医療用デバイスに受け渡すことができる。いくつかの実施形態において、医療用デバイスは、ドングル7900が差し込める互換性があるポートを有しない可能性もある。結果として、ドングル7900は、医療用デバイスのポートに接続するようにドングル7900を適合させることができるコネクタを使用し得る。
【０２９０】
医療用デバイスは、ドングル7900からパーミッションキーを取り出すことができる。医療用デバイスは、ドングル7900から受信されたデバイスID(医療用ネットワークインターフェース7710の)を使用して医療用ネットワークインターフェース7710を検索することができる。上で説明されているように、ペアリングをスピードアップするために、医療用デバイスは、任意選択で、医療用ネットワークインターフェースと接続するためにパスワードを提供する必要を回避することができる。いくつかの実施形態において、医療用ネットワークインターフェース7710は、パーミッションキーを求めて周辺のデバイスにインテロゲートする。医療用ネットワークインターフェース7710は、接続を確立し、医療用デバイスが医療用ネットワークインターフェース7710のインテロゲーションに応答してパーミッションキーを提供することができる場合に医療用デバイスから患者データを受信することができる。
【０２９１】
いくつかの実施形態において、パーミッションキーは、医療用ネットワークインターフェース7710への接続を求める複数の医療用デバイスに供給され共有される。たとえば、ドングル7900は、医療用デバイスAがドングル7900からパーミッションキーを受信できるように医療用デバイスAに差し込まれ得る。ドングル7900は、また、医療用デバイスBに差し込まれ、パーミッションキーを医療用デバイスBに受け渡すことができる。いくつかの実装形態において、ドングル7900は複数のパーミッションキーを記憶し、医療用デバイスは異なるパーミッションキーを受信してもよい。たとえば、ドングル7900はパーミッションキーAおよびBをメモリ7914に記憶することができ、パーミッションキーAは医療用ネットワークインターフェース7710を患者ベッド214とペアリングするために使用されてよく、パーミッションキーBは医療用ネットワークインターフェース7710を換気装置218とペアリングするために使用されてよい。パーミッションキーAおよびBは、異なる有効期限を有し得る。たとえば、パーミッションキーA(患者ベッド214に対する)は、パーミッションキーB(換気装置218に対する)より長い有効期限を含み得る。さらに、いくつかの状況において、パーミッションキーAおよびBは、2つの異なる医療用ネットワークインターフェースから発せられてよい。
【０２９２】
いくつかの実施形態において、医療用ネットワークインターフェース7710は、定期的に、またはトリガ事象に基づきパーミッションキーを更新し、悪意あるデバイスが医療用ネットワークインターフェース7710への接続を得る確率を低減することができる。たとえば、パーミッションキーは、一定時間期間(たとえば、24時間、1週間、1ヶ月など)が経過したときに自動的に失効するものとしてよい。パーミッションキーは、また、たとえば、医療用ネットワークインターフェース7710が新しい患者に関連付けられたときに自動的に更新され得る。パーミッションキーは、後で別のデバイスに受け渡せるようにメモリ7914に記憶されてよい。古いパーミッションキーが失効した後、医療用ネットワークインターフェース7710は、他のデバイスと再びペアリングされる必要があり得る。
【０２９３】
ドングル7900を使用してペアリングすることに加えて、または代替的に、医療用ネットワークインターフェース7710を別の医療用デバイスとペアリングするために他の技術も使用できる。たとえば、医療用ネットワークインターフェース7710および他のデバイスは、医療用ネットワークインターフェース7710または他のデバイス上のラベル(たとえば、バーコードもしくはRFIDなど)を使用してペアリングすることができる。さらに、システム管理者が、医療用デバイスのデバイス識別子を医療用ネットワークインターフェース7710のホワイトリストに追加することができる。したがって、医療用ネットワークインターフェース7710は、医療用デバイスとの通信を、医療用デバイスが医療用ネットワークインターフェース7710の通信範囲内にある場合に開始することができる。いくつかの実装形態において、ドングル7900は、ワイヤレス接続を介してパーミッションキー取得することができる。たとえば、ドングル7900は、ワイヤレス方式で医療用ネットワークインターフェース7710との接続を確立するものとしてよく、その後、ネットワークインターフェース7916を使用して医療用ネットワークインターフェース7710からパーミッションキーを受信することができる。
【０２９４】
有利には、いくつかの実施形態において、ドングルの位置は、アンテナ7920に加えて、または代替的にロケーションタグ7930によって追跡され得る。ロケーションタグ7930は、RFIDタグまたは同様のものであってよい。ロケーションタグ7930またはアンテナ7920は、別のデバイスによって拾われ得る信号を放射することができる。たとえば、患者モニタ7701は、自動的に、ドングル7900を発見することができる。患者モニタ7701は、ロケーションタグまたはアンテナ7920によって放射される信号に基づきロケーション(たとえば、ドングル7900がある部屋)を決定することができる。いくつかの実装形態において、複数の患者モニタ7701はドングル7900の信号を拾うことができる。したがって、ドングル7900のロケーションは、患者モニタ7701のロケーションを使用する三角測量によって、または病院内のアクセスポイントを使用する三角測量によって識別され得る。いくつかの実施形態において、病室の地図が図77Aまたは図77Bに示されているデバイスのうちのいずれかで電子的にアクセスされ、病室内のドングルのロケーションを決定し得る。地図は、たとえば、この三角測量またはRFIDタグ測位に基づき決定されるようなドングルのロケーションを示すことができる。ドングルと患者モニタとの間の接続が作動していない場合、ドングルは、付近の病室内にあり得る、付近の患者モニタとワイヤレス方式で通信することを試みることができる。ドングルは、ワイヤレス方式でデータを付近の患者モニタに伝送することができ、したがってこのデータはドングルを有する部屋の中の患者モニタによってその後取り出せるようにリモートサーバまたは電子医療記録に送信され得る。
【０２９５】
ドングル7900は、バッテリ7940も備えることができる。バッテリ7940は、ドングル7900がUSBポート7822またはイーサネット（登録商標）ポート7810のうちの1つに差し込まれている間に充電され得る。たとえば、ドングル7900が医療用ネットワークインターフェース7710からパーミッションキーを取得した後、ドングル7900は、充電のため差し込まれたままとしてよい。
【０２９６】
ドングル7900は、任意選択のディスプレイ7952と、任意選択のライトコンポーネント7954とを備えることができる。ディスプレイ7952およびライトコンポーネント7954は、ペアリング状況またはドングル7900の状況を示す指示を提供することができる。たとえば、ドングル7900が完全に充電された後、ライトコンポーネント7954は特定の色またはパターンを点灯(たとえば、緑色の点滅)し、バッテリが満充電であることを指示するものとしてよい。別の例として、ディスプレイ7952は、ドングル7900が現在差し込まれているデバイスのデバイスIDを表示することができる。さらに別の例として、ライトコンポーネント7954は点灯するか、またはディスプレイ7952は、ドングル7790に記憶されているパーミッションキーを使用して医療用ネットワークインターフェース7710が医療用デバイスとペアリングされたときにアラートを提供し得る。この例では、医療用ネットワークインターフェース7710が患者モニタ7701とペアリングされていると仮定すると、ディスプレイ7952は、ハブID(たとえば、1162)および状態「paired」を示すことができる。ディスプレイ7952およびライトコンポーネント7954によって提供される視覚的指示に加えて、または代替的に、ドングルは、ペアリングの状況またはドングル7900の状況を示す音を再生するスピーカーも備えることができる。色、パターン、音、または表示は、臨床医が容易に見られるものであり、容易に識別可能であり得る。
【０２９７】
有利には、いくつかの実施形態において、ドングル7900は、ドングル7900が差し込まれているデバイスの機能を中断することなくホットスワップされるものとしてよい。たとえば、ドングルは、患者医療用デバイス7720に(直接的にまたはドングルソケットを介してのいずれかで)差し込まれ得る。ドングルは、患者医療用デバイス7720に差し込まれている間、医療用ネットワークインターフェース7710と通信するためにバッテリの電力を消費し得る。しかしながら、ライトコンポーネント7954が琥珀色になったことでドングルのバッテリ電力が低下したことを医師は気付き得る。医師は、ドングルを患者医療用デバイス7720から抜き取り、バッテリ電力が低下したドングルを医療用ネットワークインターフェース7710に現在差し込まれている完全充電されたドングルとスワップすることができる。したがって、医師は、バッテリ電力が低下したドングルを充電のため医療用ネットワークインターフェース7710に再び差し込んでいる間に完全充電されたドングルを患者医療用デバイス7720に差し込むことができる。このスワッププロセスの実行中に、患者医療用デバイス7720と医療用ネットワークインターフェース7710との間の通信は、無中断のままであり得る。たとえば、データ伝送の中断を回避するために、患者医療用デバイス7720は、完全充電されたドングルはバッテリ電力が低下したドングルと同じパーミッションキー(同じ医療用ネットワークインターフェース7710に対する)を持ち、バッテリ電力が低下したドングルが抜かれたときに特定の閾値期間内に完全充電されたドングルが患者医療用デバイス7720に差し込まれるので完全充電されたドングルとのペアリングが実行される必要はないものとしてよい。
【０２９８】
医療用ネットワークインターフェースの例示的なコンポーネント
図80は、医療用ネットワークインターフェースのコンポーネントの例示的な一実施形態を示している。これらのコンポーネントは、例示することのみを目的としており、医療用ネットワークインターフェース7710は、図80に示されているのよりも少ないまたは多いコンポーネントを備えることができる。
【０２９９】
医療用ネットワークインターフェース7710は、たとえば、メモリ8012、プロセッサ8014、ネットワークインターフェース8016、および任意選択のバックアップバッテリ8020などのハードウェアコンポーネントを備えることができる。いくつかの実施形態において、ハードウェアコンポーネントは、メインプロセッサ8014(または別個のプロセッサ)がネットワークブリッジとして働くことができるコアボードを備えることができる。ネットワークインターフェースコントローラ8016は、たとえば、イーサネット（登録商標）、Wi-Fi、Bluetooth（登録商標）、または他のタイプの接続などの、有線またはワイヤレス接続を介して様々なデバイスから通信を受けるように構成され得る。ネットワークインターフェースコントローラ8016は、たとえば、患者モニタ7701、MMS2004、マルチパラメータモニタなどの別のデバイスにデータを受け渡すように構成され得る。ネットワークデータ処理システム8030を参照しつつさらに説明されているように、プロセッサ8014およびメモリ8012は、ネットワークインターフェースコントローラ8016と一緒にこのデータを転送することを円滑にすることができる。たとえば、メモリは、ネットワークデータ処理システム8030に関連付けられている命令を記憶することができ、プロセッサ8014は、これらの命令を実行して、患者識別子およびネットワークインターフェースコントローラ8016が受け取る通信の送り元のデバイスのデバイス識別子を識別することができる。プロセッサ8014は、医療用ネットワークインターフェース7710のデバイス識別子をデバイスから受信されたデータパケットに関連付け、そのデータパケット(医療用ネットワークインターフェース7710のデバイス識別子により更新される)を患者モニタ7701およびMMS2004に受け渡すこともできる。一実施形態において、ネットワークインターフェースコントローラ8016はネットワークブリッジとして働くことができる。
【０３００】
図78Aを参照しつつ上で説明されているように、医療用ネットワークインターフェース7710はACコンセントから電力を得るための電源ポート7860を備えることができる。任意選択のバックアップバッテリ8020は、医療用ネットワークインターフェース7710が他の電源から電力を得ることができない場合に(たとえば、停電中に)バッテリ電力を供給することができる。したがって、医療用ネットワークインターフェース7710は、全体がバッテリによって給電され得る。
【０３０１】
医療用ネットワークインターフェース7710は、ネットワークデータ処理システム8030、デバイスペアリングシステム8040、および任意選択の表示システム8050などのソフトウェアコンポーネントも備えることができる。これらのソフトウェアコンポーネントの少なくとも一部は、メモリ8012内に記憶されてもよい。プロセッサ8104は、これらのソフトウェアコンポーネントを実行するようにプログラムされ得る。
【０３０２】
ネットワークデータ処理システム8030は、一方のデバイスから受信されたデータを処理し、そのデータを別のデバイスに受け渡すように構成され得る。ネットワークデータ処理システム8030は、受信したパケットを解析して、医療用ネットワークインターフェース7710が受信したデータの送り元のデバイスIDを識別することができる。これらのパケットは、患者ID(データパケットを送信するデバイスによって追加され得る)を含むことができ、ネットワークデータ処理システム8030は、デバイスから受信されたデータ内の患者IDをしかるべく識別することができる。ネットワークデータ処理システム8030は、医療用ネットワークインターフェース7710のデバイスIDをデバイスから受信されたデータに追加し、そのデータを別のデバイスにルーティングすることもできる。代替的に、医療用ネットワークインターフェース7710は、上で説明されているように、患者のリストブレスレットのスキャンに基づき患者IDをすでに記憶してある場合がある。したがって、医療用ネットワークインターフェース7710は、患者ID、インターフェース7710のID、および患者デバイスIDを一緒に患者デバイスから得られたデータに関連付け、このデータをMMS2004または別のデバイス(ハブ100または別のインターフェース7710など)に送信することができる。
【０３０３】
ネットワークデータ処理システム8030は、パケットを解析することによってパケットの送信元を認識することができるが、いくつかの実施形態では、ネットワークデータ処理システム8030は、パケット内のコンテンツ(たとえば、患者の測定のパラメータ値など)を処理しない。データを受け渡す例として、医療用ネットワークインターフェース7710は患者モニタ7701に接続することができ、ポンプからパケットを受信することができる。パケットは、ポンプに対するデバイスIDと、患者IDとを指示することができる。ネットワークデータ処理システム8030は、ポンプによって得られたパラメータ値を改変することなく医療用ネットワークインターフェース7710のデバイスIDをヘッダに付加することができる。次いで、ネットワークデータ処理システム8030は、マークされるかまたはタグ付けされたパケットをMMS2004に伝達することができる。
【０３０４】
任意選択で、ネットワークデータ処理システム8030は、たとえば、患者ID、データの送信元(たとえば、パケットがどのデバイスから送られてきたか)、データの送信先などの多種多様な要因に基づき、またはアラームに基づきパケットを優先順位付けすることができる。たとえば、MMS2004、患者モニタ7701、医療用ネットワークインターフェース7710、または別のデバイス(および本明細書において実証され得るもの)などのデバイスによってパケットをルーティングし、優先順位付けすることに関する追加の詳細は、全体が参照により本明細書に組み込まれている、2013年9月18日に出願した出願第14/030,360号、名称「Intelligent Medical Network Edge Router」、整理番号MASIMO.909A、現在は、米国特許第9,749,232号(「'232特許」)において説明されている。さらに、本明細書で説明されている医療用ネットワークインターフェースは、'232特許において説明されているエッジルータの機能を実行することができる。たとえば、医療用ネットワークインターフェースは、他のデータより高くアラームを優先順位付けするか、または他のデータ(場合によってはアラームを除く)より高くパラメータを優先順位付けすることができる。
【０３０５】
デバイスペアリングシステム8040は、パーミッションキーを制御し、医療用ネットワークインターフェース7710とペアリングするために環境内のデバイスを識別し、環境内のデバイスと医療用ネットワークインターフェース7710との間の接続を確立することができる。たとえば、デバイスペアリングシステム8040は、定期的に、ドングル7900に対するパーミッションキーを生成するか、または更新することができる。デバイスペアリングシステム8040は、ドングル7900、またはデータ収集システム7710とペアリングすることを求める医療用デバイスから信号を受信し、処理することもできる。デバイスペアリングシステム8040は、要求が正しいパーミッションキーを含むかどうかに基づき医療用ネットワークインターフェースに接続する要求を認証することができる。
【０３０６】
任意選択の表示システム8050は、任意選択のディスプレイ7850(図78Aに示されている)に対するユーザインターフェース命令を生成することができる。たとえば、医療用デバイスが医療用ネットワークインターフェース7710とペアリングされるときに、デバイスペアリングシステム8040は、ディスプレイ7850上に医療用デバイスのデバイス識別子を示す命令を生成するように表示システム8050に指令することができる。別の例として、表示システム8050は、ネットワークデータ処理システム8030またはデバイスペアリングシステム8040と通信して、医療用ネットワークインターフェース7710に接続されているデバイスの状況(たとえば、切断、接続、ペアリング、修復モードなど)を取得することができる。表示システム8050は、したがって、デバイスの状況を提示することをディスプレイ7850に指令することができる。
【０３０７】
XIII.医療用ネットワークインターフェースをペアリングするための例示的なプロセス
図81は、医療用ネットワークインターフェースと医療用デバイスとをペアリングすることに対する状態流れ図の例示的な一実施形態を示している。図81の例示的な環境8100は、図77に示されている環境7700の一部であってよい。例示的な環境8100は、医療用デバイス8110と、医療用ネットワークインターフェース7710と、ドングル7900とを伴うことができる。医療用デバイス8110は、図77に例示されている任意のデバイスまたは本明細書において説明されている他のデバイスとすることができる。
【０３０８】
状態(1)において、ドングル7900は、医療用ネットワークインターフェース7710からパーミッションキーおよび任意選択で識別子(インターフェース7710の)を受信することができる。ドングル7900は、医療用ネットワークインターフェース7710に差し込まれたときにパーミッションキー(および任意選択でID)を受信することができる。ドングル7900は、USBポート、医療用ポート、イーサネット（登録商標）ポート、または医療用ネットワークインターフェース7710上の別のポートに差し込むことができる。ドングル7900は、たとえば、ドングル7900と医療用ネットワークインターフェース7710との間のワイヤレス方式(たとえば、Bluetooth（登録商標）)のペアリングなど、他の技術を使用して医療用ネットワークインターフェース7710からパーミッションキー(および任意選択でID)を受信することもできる。
【０３０９】
状態(2)において、ドングル7900は、パーミッションキー(および任意選択でID)を医療用デバイス8110に受け渡すことができる。たとえば、ドングル7900は、医療用ネットワークインターフェース7710から抜かれ、医療用デバイス8110に再度差し込まれ得る。医療用デバイス8110は、ドングル7900が接続されていることを検出することができ、ドングル7900に記憶されているパーミッションキー(および任意選択で、ID)に自動的にアクセスすることができる。
【０３１０】
状態(3)において、医療用デバイス8110は、医療用ネットワークインターフェース7710との接続を確立することができる。たとえば、医療用ネットワークインターフェース7710は、その付近にあるデバイスにインテロゲートすることができ、接続を開始するためのパーミッションキーを要求する。別の例として、医療用デバイス8110は、医療用ネットワークインターフェース7710へのアクセス権を得るためのパーミッションキーで医療用ネットワークインターフェース7710とコンタクトをとることができる。
【０３１１】
医療用デバイス8110は医療用ネットワークインターフェース7710と通信して、医療用デバイス8110からの患者データ(および任意選択でID)を医療用ネットワークインターフェース7710に受け渡すことができる。医療用ネットワークインターフェース7710は、たとえば、患者モニタ7701またはMMS2004などの別のデバイスに患者データをさらに受け渡すことができる。医療用デバイス8110から伝達されるパケットは、患者IDと、医療用デバイス8110のデバイスIDとを含み得る(または患者IDはパケット内になく、その代わりにインターフェース7710によってデータストリーム内に挿入される)。医療用ネットワークインターフェース7710は、医療用ネットワークインターフェース7710の別のデバイスIDを、データが他のデバイスに受け渡される前にデータパケットに関連付けることもできる。いくつかの実装形態において、医療用ネットワークインターフェース7710は、そのデバイスIDを医療用デバイス8110のデバイスID(および患者ID)と自動的にリンクすることができる。
【０３１２】
いくつかの実施形態において、医療用ネットワークインターフェース7710は、他のデバイスから(たとえば、患者モニタ7701またはMMS2004から)データを受信し、このデータを医療用デバイス8110に受け渡すこともできる。たとえば、医療用ネットワークインターフェース7710は患者モニタ7701から、医療用デバイス7710のパラメータを調整する(たとえば、測定の頻度を高くする、または輸液ポンプ216の送達速度を調整する)命令を受信し得る。医療用ネットワークインターフェース7710は患者モニタ7701から受信された命令を医療用デバイス7710に受け渡し、医療用デバイス7710に命令を実行させることができる。いくつかの実施形態において、医療用デバイス8110と医療用ネットワークインターフェースとの間の接続は、ドングル7900が医療用デバイス8110に差し込まれている間、維持される。ドングル7900が医療用デバイス8110から取り除かれた後、医療用デバイス8110と医療用ネットワークインターフェース7710との間の通信は終了し得る。
【０３１３】
図82は、医療用ネットワークインターフェースと医療用デバイスとをペアリングするためのプロセスの例示的な一実施形態を示している。プロセス8200は、医療用ネットワークインターフェース7710によって実行され得る。
【０３１４】
ブロック8210において、医療用ネットワークインターフェースは、医療用デバイスとペアリングするためのパーミッションキーを生成することができる。パーミッションキーは、ランダムに生成された英数字列であってよい。パーミッションキーは、デバイス情報、または医療用ネットワークインターフェースに関連付けられているパスワードも符号化し得る。パーミッションキーは、不正デバイスまたはユーザが医療用ネットワークインターフェースへのアクセスを取得する確率を低減するために初期ペアリングの後定期的に更新され得る。
【０３１５】
ブロック8220において、医療用ネットワークインターフェースは、パーミッションキーをドングル(たとえば、ドングル7900など)に伝達することができる。たとえば、ドングルが医療用ネットワークインターフェースのポートに差し込まれたときに、医療用ネットワークインターフェースは、パーミッションキーをドングルに送信するか、またはパーミッションキーをダウンロードする要求を(ドングルから)受信することができる。
【０３１６】
ブロック8230において、医療用ネットワークインターフェースは、医療用ネットワークインターフェースの環境内で医療用デバイスを発見することができる。たとえば、医療用ネットワークインターフェースはインテロゲーション信号を周辺デバイスに送信し、パーミッションキーを提供するよう周辺デバイスに要求することができる。別の例として、医療用デバイスは、医療用ネットワークインターフェースとのコンタクトを開始し(たとえば、医療用ネットワークインターフェースのデバイスIDに基づき)、パーミッションキーを医療用デバイスに提供するものとしてよい。
【０３１７】
ブロック8240において、医療用ネットワークインターフェースは、少なくとも部分的にパーミッションキーに基づき医療用デバイスのパーミッションの正当性を確認することができる。たとえば、医療用ネットワークインターフェースは、医療用デバイスによって提供されるパーミッションキーが有効であるかどうかを決定することができる。いくつかの実施形態において、デバイスペアリングは、有線接続において行われる。たとえば、医療用ネットワークインターフェースは、USB接続を使用してMMS2004に接続され得る。医療用ネットワークインターフェースおよびMMS2004は、USB接続を介してMMS2004のデバイス識別子を受信し、認識することによってペアリングされ得る。他の実施形態では、医療用ネットワークインターフェースは、ドングルを必要とすることなく、ワイヤレス接続を使用して別のデバイスとペアリングすることができる。たとえば、医療用ネットワークインターフェースは、Wi-Fiを介して患者モニタ7701とペアリングすることができる。この例では、医療用ネットワークインターフェースのデバイス識別子は、患者モニタ7701に対する許されたデバイスのホワイトリストに追加され得る。患者モニタ7701は、医療用ネットワークインターフェースのデバイス識別子を使用し、医療用ネットワークインターフェースを見つけて接続することができる。
【０３１８】
ブロック8250において、医療用ネットワークインターフェースは、パーミッションが正当であることが確認されたと決定したことに応答して医療用デバイスとの接続を確立することができる。医療用ネットワークインターフェースは、医療用デバイスから受信されたデータを、たとえば、患者モニタ7701、MMS2004、マルチパラメータモニタ、および拡張現実デバイス7200などの別のデバイスに受け渡すことができる。
【０３１９】
XIV.医療用ネットワークインターフェースによるデータ処理のための例示的なプロセス
図83は、医療用ネットワークインターフェース7710によるデータ処理のためのプロセス8300の例示的な一実施形態を示している。
【０３２０】
ブロック8310において、医療用ネットワークインターフェースは、第1の医療用デバイスからデータパケットを受信することができる。第1の医療用デバイスは、患者データを取得することができる医療用機器(たとえば、他のデバイスおよび図77のセンサ7720など)であってよい。第1の医療用デバイスによって取得された患者データは、どの患者から取得されたかを識別する患者IDに関連付けられ得る。患者データは、第1の医療用デバイスのデバイス識別子であってよい第1のデバイスIDにも関連付けられ得る。
【０３２１】
医療用デバイスは、図78Aを参照しつつ説明されているように有線またはワイヤレス接続を介して患者データを医療用ネットワークインターフェースに受け渡すことができる。第1のデバイスIDおよび患者IDは、患者データに対するヘッダファイルの一部であってよい。ブロック8320において、医療用ネットワークインターフェースは、データパケットを処理して、医療用ネットワークインターフェースに関連付けられている第2のデバイスIDを第1のデバイスIDおよび患者IDにリンクさせることができる。いくつかの実施形態において、医療用ネットワークインターフェースは、医療用ネットワークインターフェースが第1の医療用デバイスとペアリングされたときに第2のデバイスIDを第1のデバイスIDにリンクさせることができる。したがって、第1のデバイスIDと第2のデバイスIDとのリンクは、第1の医療用デバイスが患者測定結果を医療用ネットワークインターフェースに伝達する前に行われ得る。いくつかの実施形態において、医療用ネットワークインターフェースが第1のデバイスIDと第2の患者デバイスIDとをリンクさせた後、医療用ネットワークインターフェースは、医療用ネットワークインターフェースのデバイスIDをデータパケットに自動的に刻印することができる。
【０３２２】
ブロック8330において、医療用ネットワークインターフェースは、医療用ネットワークインターフェース8330に接続されている第2の医療用デバイスを識別することができる。第2の医療用デバイスは、患者モニタ7701、MMS2004、ディスプレイ(たとえば、マルチパラメータモニタなど)、または本明細書において説明されている別のデバイスであってよい。医療用ネットワークインターフェースは、どのデバイスがポートに差し込まれているかを決定することによって第2の医療用デバイスを識別することができる。医療用ネットワークインターフェースは、ワイヤレス方式で接続されているデバイスのリストを精査して第2の医療用デバイスの識別することもできる。
【０３２３】
ブロック8340において、医療用ネットワークインターフェースは、データパケットを第2のデバイスに伝達することができる。データパケットは、第1の医療用デバイス(患者データを取得する)を識別する第1のデバイスIDと、患者IDと、第2のデバイスID(医療用ネットワークインターフェースによって刻印され得る)とを含み得る。第2のデバイスは、データパケットを別のデバイスもしくはシステムにルーティングすることなどによってデータパケットをさらに処理するか、データ分析を実行するか、または患者データを表示することができる。
【０３２４】
さらに、医療用ネットワークインターフェースの識別子を患者データとともに受け渡すことで、医療用ネットワークインターフェースのトラブルシューティングが可能になり得ることは理解されるべきである。
【０３２５】
さらに、別の実施形態において、ワイヤレスドングルは、2つのピース--第1のピースは医療用ネットワークインターフェースに接続されたままであり、第2のピースは第1のピースから切断する--を備える。第2のピースは医療用デバイス内の類似のドングルの対応する第1のピースで接続する。図77A〜図83の例示的なドングルは、以下で説明されているように図84A〜図88においてワイヤレスコネクタと称される。
【０３２６】
XV.医療用ネットワークインターフェースを患者モニタと接続するための例示的な技術
図77A〜図78Bを参照しつつ説明されているように、医療用ネットワークインターフェース7710は、有線もしくはワイヤレス接続を介して患者モニタ7701またはハブ100に通信可能に結合され得る。医療用ネットワークインターフェース7710は、また、有線もしくはワイヤレス接続に加えて、または代替的に、患者モニタ7701またはハブ100に機械的に結合され得る。たとえば、医療用ネットワークインターフェース7710は、医療用ネットワークインターフェース7710の頂面または底面を患者モニタ7701またはハブ100の表面(たとえば、頂面、底面、または側面)に装着することによって患者モニタ7701に機械的に結合され得る。いくつかの実施形態において、医療用ネットワークインターフェース7710を患者モニタ7701またはハブ100に装着することは恒久的ではなく、したがって、患者モニタ7701またはハブ100は医療用ネットワークインターフェース7710から脱着できる。他の実施形態では、医療用ネットワークインターフェース7710は、ハブ100の一部としてハブ100と一体形成される。
【０３２７】
図84Aおよび図84Bは、医療用ネットワークインターフェースがハブの底面に取り外し可能に装着されている医療用ネットワークインターフェースの例示的な実施形態を示している。ハブ8401は、患者監視ハブ100または本明細書において説明されている患者モニタ7701の一実施形態であるものとしてよい。医療用ネットワークインターフェース8410は、図77A〜図78B、および図80の医療用ネットワークインターフェース7710の一実施形態であってよい。
【０３２８】
図84Aは、ハブ8401および医療用ネットワークインターフェース8410の斜視図8400aを示している。医療用ネットワークインターフェース8410の前面は、たとえば、患者デバイス7720またはコンピューティング環境7700内に示されている他のデバイスなどの、デバイスとインターフェースするための様々なポートを備えることができる。図84Aにおいて、医療用ネットワークインターフェース8410の前面は(一例として)4つのインターフェースポート8412を備えている。他の実施形態では備えられているポートは多い場合も少ない場合もある。インターフェースポート8412は、ワイヤレスコネクタ8480と接続するように構成され得る。ワイヤレスコネクタ8480は、図79で説明されているドングル7900の一実施形態であり得る。図84Aに例示されているように、3つのワイヤレスコネクタ8480が、現在、4つのインターフェースポート8412のうちの3つに差し込まれている。インターフェースポート8412は、USBポート7832の一実施形態であり得る。いくつかの実装形態において、ワイヤレスコネクタ8480は専用コネクタであり、インターフェースポート8412はワイヤレスコネクタ8480を受け入れるようにカスタマイズされ得る。
【０３２９】
医療用ネットワークインターフェース8410は、GCX(登録商標)スライドイントラック、VESAマウント、タブマウンティング、ユニバーサルマウントなどの様々な装着タイプまたは標準を使用してハブ8401の底部に取り付けられ得る。医療用ネットワークインターフェース8410およびハブ8401は、クランプまたは接着剤などの他の技術を使用して貼り合わせることもできる。一例として、ハブ8401の一方の側は、1つまたは複数のクランプを備えるものとしてよく、これは医療用ネットワークインターフェース8410を保持するために使用できる。いくつかの実施形態において、ハブ8401は、1つまたは複数の穴をその底面に備える。医療用ネットワークインターフェース8410の頂面は、ハブ8401の底面の穴に挿入するための対応する突起部を備えることができる。
【０３３０】
図84Aは4つのインターフェースポートを例示しているが、医療用ネットワークインターフェース8410の前面に他のタイプのポートが備えられ得る。たとえば、図78Aを参照しつつ説明されているように、医療用ネットワークインターフェース8410は、イーサネット（登録商標）ポート7810、チャネルポート7822、またはUSBポート7832も備えることができる。医療用ネットワークインターフェース8410は、たとえば、2、3、6、8、または他の個数のインターフェースポート8412などの、より少ない、およびより多くのインターフェースポート8412も備えることができる。さらに、4つのインターフェースポート8412が図84Aの同じ行に配置構成されているが、インターフェースポート8412のレイアウトは異なる実施形態では異なり得る。たとえば、医療用ネットワークインターフェース8410は、インターフェースポート8412の複数の行(2つなど)を備え、任意選択で、各行は同じ個数のインターフェースポートを備えることができる。
【０３３１】
医療用ネットワークインターフェース8410上のインターフェースポート8412の個数およびレイアウトは、医療用ネットワークインターフェース8410のサイズに基づき決定され得る。たとえば、医療用ネットワークインターフェース8410が図84Aに示されている例のような、患者モニタ8401の真下に嵌る薄いハウジングとなるように設計されている場合、医療用ネットワークインターフェース8410は、医療用ネットワークインターフェース8410の高さを小さく保持するためのインターフェースポート8412の1つの行を含み得る。その一方で、医療用ネットワークインターフェース8410がハブ8401のいずれかの側(左側または右側)に装着されるように設計されている場合、医療用ネットワークインターフェース8410は、長さが短く、高さが高いものとなり得る。したがって、医療用ネットワークインターフェース8410は、インターフェースポート8412の4つの行を備え、各行は1つのインターフェースポート8412を備えることができる。
【０３３２】
インターフェースポート8412の個数およびレイアウトは、ワイヤレスコネクタ8480のサイズおよび形状にも依存し得る。たとえば、ワイヤレスコネクタ8480がUSB Type-Aコネクタである場合、医療用ネットワークインターフェース8410は、ワイヤレスコネクタ8480が図84Aに示されている形状をとる場合より多いインターフェースポート8412を備え得るが、それは、USB Type-Aポートが図84Aに示されている形状のワイヤレスコネクタ8480を受け入れるように構成されているポートと同じくらいの領域を占有し得ないからである。しかしながら、図示され以下でより詳しく説明されているワイヤレスコネクタ構成の利点の1つは、USBサイズのデバイスよりバッテリ容量が大きい点である。このようにバッテリ容量が大きいため、ワイヤレスコネクタ8480がUSBサイズのデバイス(たとえば、医療用デバイスが電力をワイヤレスコネクタに供給しないときに有用であり得る)より長いスタンドアロン医療用デバイス内に挿入されることを可能にし得る。
【０３３３】
図84Bは、ハブ8401および医療用ネットワークインターフェース8410の後面図8400bを例示している。例示されているように、ハブ8401の背面は、2つのUSBポート8403と、1つのイーサネット（登録商標）ポート8405と、4つのチャネルポート8422とを備えることができる。2つのUSBポート8403、1つのイーサネット（登録商標）ポート8405、および4つのチャネルポート8422は、図16において、それぞれ、USB、イーサネット（登録商標）、およびRJポートの実施形態であってよい。医療用ネットワークインターフェース8410の背面は1つのバッテリポート8460と、2つのUSBポート8432と、3つのイーサネット（登録商標）ポート8434と、4つのチャネルポート8422とを備えることができる。図78Aおよび図78Bを参照すると、バッテリポート8460は、バッテリポート7860の一実施形態であってよく、USBポート8432は、USBポート7832の実施形態であってよく、イーサネット（登録商標）ポート8434は、イーサネット（登録商標）ポート7810および7834の実施形態であってよく、チャネルポート8422は、チャネルポート8422の実施形態であってよい。
【０３３４】
医療用ネットワークインターフェース8410は、ハブ8401の下にポートがあるように図示されているが、いくつかの実装形態において、医療用ネットワークインターフェース8410は省かれてもよい。むしろ、ハブ8401それ自体は、たとえば、ハブ8401の前面、背面、側面、または頂面にポート8422などのポートを備えるものとしてよい。したがって、医療用ネットワークインターフェース8410の機能の一部または全部は、ハブ8401内に、または別のモニタまたは医療用デバイス内に組み込むことができる。たとえば、麻酔器(Draeger Apollo(商標)または同様のものなど)は、医療用ネットワークインターフェース8410の特徴を組み込むことも可能であろう。さらに、本明細書において説明されている医療用ネットワークインターフェースはいずれも、たとえば、全体が参照により本明細書に組み込まれている、2018年2月22日に出願した米国特許出願第15/902,193号、名称「System for Displaying Medical Monitoring Data」において説明されているような、たとえば、マシモオープンコネクト(MOC)プロトコルを使用してハブのチャネルポートのうちの1つを通してハブ8401と通信することも可能であろう。
【０３３５】
図84Cおよび図84Dは、医療用ネットワークインターフェース8410の別の例を示している。医療用ネットワークインターフェース8410は、図84Aおよび図84Bを参照しつつ説明されているような監視ハブ8401に接続され得る。
【０３３６】
図84Cは、医療用ネットワークインターフェース8410の前面斜視図8400cを示している。図84Aと同様に、医療用ネットワークインターフェース8410の前面は、たとえば、患者デバイス7720またはコンピューティング環境7700内に示されている他のデバイスなどの、デバイスとインターフェースするための様々なポートを備えることができる。図84Aとは対照的に、医療用ネットワークインターフェースの前面は、たとえば、3つのインターフェースポート8412とディスプレイ8482とを備える。本明細書において説明されているように、インターフェースポート8412は、ワイヤレスコネクタ8480に接続するように構成され得る。
【０３３７】
ディスプレイ8482は、図78Aに示されているディスプレイ7850の一例であってよい。ディスプレイ8482は、図84Cに示されているようなハブの前面の一番左の領域に配置され得る。医療用ネットワークインターフェース8410は、1つのインターフェースポート8412をディスプレイ8482で置き換えることができる(図84Aと比較して)。ディスプレイ8482は、医療用ネットワークインターフェース8410、ハブ8401、およびネットワークインターフェース8410に接続されている他のデバイスに関係する様々な情報を示すことができる。たとえば、医療用ネットワークインターフェース8410は、ハブ8401、およびワイヤレスコネクタ8480を介して1つまたは複数の医療用デバイスに接続されるものとしてよい。ディスプレイ8482は、ハブ8401および医療用デバイス8480に対する接続状況の指示を提供することができる。ディスプレイ8482は、また、ハブ8401または他の医療用デバイスを介して、医療用ネットワークインターフェースが接続される患者の情報(たとえば、患者識別子、監視されているパラメータなど)も示すことができる。ディスプレイ8482は、ワイヤレスコネクタに対する状況またはバッテリ充電状況を示す情報も表示することができる。ディスプレイ8482、または本明細書の任意のディスプレイは、波形、動向、および/または生理学的パラメータ値などの患者データも出力することができる。したがって、本明細書において説明されている医療用ネットワークインターフェースは、インターフェースポートを通して受信されたデータに基づき患者モニタとしても働き得る。
【０３３８】
図84Dは、医療用ネットワークインターフェース8410の後面図8400dを示している。図84Bの図8400bと同様に、医療用ネットワークインターフェース8410の背面は、2つのUSBポート8432と、3つのイーサネット（登録商標）ポート8434と、4つのチャネルポート8422とを備えることができる。医療用ネットワークインターフェース8410は、バッテリポート8462も備えることができる。バッテリポート8462は、図78Bに示されているバッテリポート7860の一例であってよい。バッテリポート8462は、電源コネクタを介して医療用ネットワークインターフェース8410を環境内のAC電源コンセントに接続するように構成され得る。この例示的な図8400dにおいて、バッテリポート8462は、図84Bに示されているバッテリポート8460と異なる電源コネクタを受け入れる。
【０３３９】
図77A〜図78Bにおいて説明されているように、医療用ネットワークインターフェース8410は、ポート8432、8434、8422、または8412を使用して、患者デバイス7720、ハブ7801、複数患者監視システム2004などの、様々な医療用デバイスに接続できる。たとえば、USBポート8432のうちの1つは、ハブ7801上のUSBポート8403のうちの1つに接続されてよい。医療用ネットワークインターフェース8410の他のUSBポート8432は、医師のコンピュータに接続し得る。USBポート8432を使用することに加えて、ハブ7801および医療用ネットワークインターフェース8410は、たとえば、チャネルポート8422および8407、イーサネット（登録商標）ポート8432および8405、または専用ポート(図示せず)などの、他の技術を介して互いに接続することができる。いくつかの実施形態において、専用ポートは、医療用ネットワークインターフェース8410の頂面上に配置されるものとしてよく、専用ポートへのコネクタはハブ8401に取り付けられるものとしてよい。別の例として、専用ポートはハブ8401(たとえば、底面または左/右表面上の)上に配置されてよく、コネクタは医療用ネットワークインターフェース8410上にあってよい。
【０３４０】
いくつかの実施形態において、医療用ネットワークインターフェース8410は、ハブ8401用のドッキングステーションとして使用できる。医療用ネットワークインターフェース8410は、ハブ8401上にすでにある既存のポートを複製するか、追加のポートを単独でまたは組み合わせて提供することができる。有利には、いくつかの実施形態において、医療用ネットワークインターフェース8410は、ハブ8401上に物理的に存在する以上に多い個数のポートを提供することができる。これは、ハブ8401が依然として同じ範囲の特徴を提供しながらより少ない物理的ポートを有する(またはそのようなポートをまったく有しない)ことを可能にする。たとえば、イーサネット（登録商標）ポート8434は、イーサネット（登録商標）接続の数を1(イーサネット（登録商標）ポート8405によって提供されるような)から3まで増やすことができる。同様に、USBポート8432は、2つの追加のUSB接続および4つの追加のチャネルポートをハブ8401に対して提供し、より多くのデバイスがハブ8401と(医療用ネットワークインターフェース8410を介して)通信することを可能にすることができる。
【０３４１】
図78Bを参照しつつ説明されているように、医療用ネットワークインターフェース8410は、バッテリによって給電されるか、または電源コードがポート8460に差し込まれたときにACコンセントに接続されるものとしてよい。いくつかの実施形態において、ハブ8401が医療用ネットワークインターフェース8410に接続されているときに、ハブ8401および医療用ネットワークインターフェース8410は両方とも、ポート8460が電源コードを介してコンセントに接続されたときに給電され得る。別の例として、ハブ8401が電源に接続されているとき、電源は、ハブ8401およびネットワークインターフェース8410の両方に給電するために使用することもできる。
【０３４２】
図84Aおよび図84Bに示されているように、医療用ネットワークインターフェース8410は、ハブ8401に機械的に取り付けられ得る。たとえば、医療用ネットワークインターフェース8410の頂部ハウジングは、ハブ8401の底部に装着され得る。様々な他の実施形態において、医療用ネットワークインターフェース8410の頂部ハウジングは、ハブ8401の側面または背面にも装着され得る。ハブ8401は、病院環境内の物理的構造の表面に機械的に取り付けることもできる。たとえば、ハブ8401の底面は、患者の病室の壁、ドア、またはテーブルに装着することができる。いくつかの実施形態において、医療用ネットワークインターフェース8410は、物理的構造およびハブ8401に同時に装着され、それにより、医療用ネットワークインターフェースは、物理的構造とハブ8401との間に挟装される。他の実施形態において、医療用ネットワークインターフェース8410は、物理的構造またはハブ8401のいずれかの一方の側に装着され、両側には装着されない。医療用ネットワークインターフェース8410は、たとえば、医療用ネットワークインターフェース8410の一部(たとえば、医療用ネットワークインターフェース8410の頂部)、ハブ8401の一部、または両方が磁石を備える場合の磁力を介するなど、他のメカニズムを使用してハブ8401に装着することもできる。
【０３４３】
図85A、図85B、および図85Cは、医療用ネットワークインターフェースを機械的に装着するための例示的な構造を示している。図85Aは、医療用ネットワークインターフェース8410の例示的な頂部ハウジング8510を示している。頂部ハウジング8510は、ハブ8401または物理的構造に装着するために4個の穴を備えることができる。図85Bは、ハブ8401の底面図8520を示している。底面8530は、接続プレート8524を備えることができる。接続プレート8524は、図85Bに例示されているように4つのスロット8522を備える。接続プレート8524は、100×100mmまたは75×75mmの正方形の穴を備えることができるVESA規格75/100接続プレートであってよい。図85Bの接続プレート8524は、他の例では接続プレート8524が75×75mmの正方形の穴のパターンまたは75×75mmと100×100mmの正方形の穴のパターンの組合せ(接続プレート8524は8個のスロット8522を有する)を有することができるとしても、100×100mmの正方形の穴のパターンを示している。他の構成も可能である。
【０３４４】
医療用ネットワークインターフェース8410の頂部ハウジング8510は、ネジを使ってハブ8401の底部に装着され得る。たとえば、接続プレート8524のスロット8522を頂部ハウジング8510上の穴8512に取り付けるために4個のM4ネジが使用され得る。
【０３４５】
この例では、接続プレート8524はハブ8401の底面に配置されているが、接続プレート8524は、ハブ8401上にある必要はない。たとえば、接続プレート8524は医療用ネットワークインターフェース8410上に配置されてよく、ハブ8401の底面は医療用ネットワークインターフェース8410を取り付けるために4つの穴を備え得る。
【０３４６】
図85Cは、医療用ネットワークインターフェース8410がハブ8401に装着された後の医療用ネットワークインターフェース8410の底面斜視図を示している。底面8540は、穴8542を備えることができる。穴8542は、また、100×100mmまたは75×75mmの正方形の穴のパターンに従うものとしてよい。医療用ネットワークインターフェース8410は、ウォールマウントを使用して壁に装着され得る。たとえば、ウォールマウントの一端は壁に取り付けられて固定されるものとしてよいが、ウォールマウントの他端は穴8542の穴パターンと同じ穴パターンを有する接続プレートを備えるものとしてよい。したがって、医療用ネットワークインターフェース8410は、ネジを使用してウォールマウントを底面8540で取り付けることによってウォールマウントに取り付けることができる。
【０３４７】
図85A〜図85Cにおいて一例としてVESAマウントが使用されているが、他のタイプの装着インターフェースは、医療用ネットワークインターフェース8410の頂部ハウジング8510、ハブ8401の底面8540、または医療用ネットワークインターフェース8410の底面8540上でも使用され得る。たとえば、穴パターンは、ユニバーサルマウントも反映し得る。別の例として、医療用ネットワークインターフェース8410およびハブ8401は、GCX(登録商標)スライドインマウントを使用して装着できる。さらに、医療用ネットワークインターフェース8410の頂面および底面は、同じ穴パターンを有していなくてもよい。たとえば、医療用ネットワークインターフェース8410の底面はユニバーサルマウント(壁装着を円滑にできる)に対する穴パターンを有するが、医療用ネットワークインターフェース8410の頂面はVESAマウントを有し得る。別の例として、医療用ネットワークインターフェース8410が一方の側に装着され得る場合、医療用ネットワークインターフェース8410は、頂面および底面の両方に穴を有していなくてもよい。一実施形態において、穴は、医療用ネットワークインターフェース8410の頂面上に配置される。頂面がハブ8401に装着されるが、底面はテーブルトップ上に載るものとしてよい。医療用ネットワークインターフェース8410は、また、ハブ8401が底面に取り付けられることなく、単独で壁に(たとえば、頂面を介して)装着され得る。
【０３４８】
医療用ネットワークインターフェース8410は、図85A〜図85Cに例示されているのと同じ方式でハブ8401に装着される必要はない。医療用ネットワークインターフェース8410は、本明細書において説明されている技術を使用して左側、右側、または背面に装着され得る。たとえば、ハブ8401の背面は、VESA規格を使用して医療用ネットワークインターフェース8410を装着するための接続プレートを備え得る。さらに、医療用ネットワークインターフェース8410が、医療用ネットワークインターフェース8410の頂面を使用してハブ8401に取り付けられることは必要でない。たとえば、底面、左表面、または右表面は、医療用ネットワークインターフェース8410をハブ8401に装着するためにも使用され得る。
【０３４９】
ハブ8401に装着することに加えて、または代替的に、患者デバイス7720、デバイス7760、またはコンピューティング環境7700および7702において例示されている他のデバイスなどの、他の医療用デバイスとともに医療用ネットワークインターフェース8410を装着するために類似の技術も使用され得る。たとえば、医療用ネットワークインターフェース8410は、本明細書において説明されている技術を使用して患者ベッドに装着され得る。
【０３５０】
XVI.ワイヤレスコネクタおよびドングルソケットの例示的な機械的構造
本明細書において説明されているように、医療用ネットワークインターフェース8410は、有線またはワイヤレス接続を使用してハブ8401、MMS2004、患者デバイス7720、または別の医療用ネットワークインターフェース8410などの様々なデバイスおよびシステムに通信可能に結合され得る。医療用ネットワークインターフェース8410は、ワイヤレスコネクタ8480を受けるように構成されているインターフェースポート8412を備えることができる。ワイヤレスコネクタ8480は、医療用ネットワークインターフェース8410を別のデバイスとペアリングしてワイヤレス方式で通信を達成するために使用できる。インターフェースポート8412は、図84Aを参照しつつ説明されているような専用ポート、USBポート、または別のタイプのポートであってよい。
【０３５１】
ワイヤレスコネクタ8480は、たとえば図77A〜図83を参照しつつ上で説明されている機能を達成するための様々なソフトウェアおよびハードウェアコンポーネントを備えることができる。図86Aおよび図86Bは、ワイヤレスコネクタのハードウェアコンポーネントの例示的な実施形態を示している。ワイヤレスコネクタ8480は、図79で説明されているドングル7900の一実施形態とすることができる。図86Aのドングル8480は、ハウジング8670と、データ記憶および処理コンポーネント8610と、任意選択で1つまたは複数のライト8654(たとえば、細長発光ダイオード(LED))とを備えることができる。
【０３５２】
ハウジング8670は、様々なハードウェアコンポーネントを中に収納できる。たとえば、データ記憶および処理コンポーネント8610の一部およびバッテリ8640は、図86Bに示されているようにハウジング8670の内側に位置決めされる。バッテリは、3.7V、280mAhのバッテリであってよいが、他の仕様のものも可能である。いくつかの実施形態において、ハウジング8670の内側には2個のバッテリ8640がある。一例として、データ記憶および処理コンポーネント8620の頂部に一方のバッテリが位置決めされてよく、他方のバッテリはデータ記憶および処理コンポーネント8620の下に配置されてよい。バッテリ8640は、図79において説明されているようにワイヤレスコネクタ8480が医療用ネットワークインターフェース8410に(たとえば、インターフェースポート8412を介して)差し込まれたときに、または図87A〜図88を参照しつつ説明されているようにワイヤレスコネクタがスタンドアロン患者デバイス7720に差し込まれたときに充電され得る。
【０３５３】
データ記憶および処理コンポーネント8610は、処理ユニット7910を備えることができる。したがって、データ記憶および処理コンポーネント8610は、図77A〜図83において説明されているようにペアリング、データ受信および伝送、ならびに様々な他の機能などの機能を実行することができる。ワイヤレスコネクタ8480がバッテリ8640を備えている場合、データ記憶および処理コンポーネント8610は、処理ユニット7910に加えてアンテナ7920も備えることができる。アンテナ7920は、ハウジング8670の内側に配置され得る。
【０３５４】
ライト8654は、図79に示されているライトコンポーネント7954の一実施形態とすることができる。ライト8654は、LEDのストリップまたは細長LEDを備えることができる。図79において説明されているように、ライト8654が光らせる光パターンは、ワイヤレスコネクタ8480の状況を示すことができる。この状況は、他にもあるがとりわけ、接続状況(たとえば、医療用デバイスが医療用ネットワークインターフェース8410とペアリングされているかどうか)、ハンドシェーク状況(接続状況の一部であってもよい)、またはバッテリ状況を含み得る。バッテリ状況を指示する一例として、ライト8654は、バッテリが満充電であるときに緑色の光を照射し、バッテリが空になろうとしているときに琥珀色の光を照射する。1つのライトが充電状況を示し、1つのライトが接続状況、データ転送状況、または同様のものを示すなど、複数のライトが提供されてよい。
【０３５５】
図86Aおよび図86Bには例示されていないが、ハウジング8670は他のコンポーネントも内部に収納できる。たとえば、ハウジング8670は、ワイヤレスコネクタ8480のロケーションを別のデバイス(ハブ8401)が決定することを円滑にすることができるロケーションタグ7930も収納できる。
【０３５６】
ワイヤレスコネクタ8480は、背面8602と前面8604とを有することができる。前面8604は、ライト8654を備えることができる。背面8602はインターフェースポート8412に差し込まれ、それにより、ワイヤレスコネクタ8480と医療用ネットワークインターフェース8410との間の通信を確立することができる。背面8602は、また、医療用デバイス8110が医療用ネットワークインターフェース8410とワイヤレス方式で通信できるように医療用デバイス8110内のポートに差し込まれ得る。
【０３５７】
いくつかの状況において、医療用デバイス8110は、ワイヤレスコネクタ8480が差し込まれるのに適切なポート(たとえば、インターフェースポートまたはUSBポート)を有していないこともある。ワイヤレスコネクタ8480を介したワイヤレス通信を可能にするために、有利には、いくつかの実施形態において、ドングルソケットが医療用デバイス8110上のポートに接続するための医療用コネクタを備えることができる。ドングルソケットは、ワイヤレスコネクタ8480を備えることができ、それによって、ワイヤレスコネクタ8480が医療用コネクタを介して医療用デバイスに接続されることを可能にすることができる。
【０３５８】
図87A〜図87Dは、医療用デバイスをワイヤレスコネクタと接続することができるドングルソケットの例示的な一実施形態を示している。ドングルソケットは、図87A〜図88を参照しつつ説明されている例においてドングルと称され得る。図87Aは、ハブ8401に装着される医療用ネットワークインターフェース8410と、ポンプまたはベント(たとえば、図81を参照)などの、医療用デバイス8110に接続され得るドングル8710とを示している。
【０３５９】
ドングル8710は、前面8702と、背面8704とを備えることができる。前面8702は、ワイヤレスコネクタ8480を収納することができるソケットハウジング8712を備えることができる。
【０３６０】
ワイヤレスコネクタ8480は、充電のため、またはパーミッションキーの取得のために医療用ネットワークインターフェース8410に以前に差し込まれていることがある。ソケットハウジング8712は、ワイヤ8724を介してドングル8710の背面8704に配置されている医療用デバイスコネクタ8714に接続され得る。医療用デバイスコネクタ8714は、医療用デバイス8110の一部に差し込まれてよい。医療用デバイス8110のポートは、ビデオグラフィックアレイ(VGA)ポート、デジタルビジュアルインターフェース(DVI)ポート、高精細度マルチメディアインターフェース(HDMI（登録商標）)ポート、USBポート、イーサネット（登録商標）ポート、専用ポート、または電子データ伝送を行うように構成されている他のタイプのポートであってよい。有利には、いくつかの実施形態において、ドングル8710を介してワイヤレスコネクタ8480を医療用デバイス8110のポートに接続することによって、医療用デバイス8110は、医療用ネットワークインターフェース8410とペアリングされ、ワイヤレス方式でデータを医療用ネットワークインターフェース8410に伝達することができる。
【０３６１】
それに加えて、または代替的に、医療用デバイス8110と医療用ネットワークインターフェース8410との間のペアリングは、ドングル8710を医療用ネットワークインターフェース8410に近づけることによって達成され得る。医療用ネットワークインターフェース8410は、付近のデバイスを自動的にスキャンし、ドングル8710が医療用ネットワークインターフェース8410の範囲内に入ったときにドングル8710を識別することができる。この実施形態において別個のワイヤレスコネクタ8480が省かれてよく、したがって、ワイヤレスコネクタ8480の機能はドングル8710内に一体化される。代替的に、ドングル8710は脱着可能なワイヤレスコネクタ8480を備えることができる。ドングル8710の背面8704は、医療用デバイス8110に差し込むことができる。ドングル8710内のワイヤレスコネクタ8480(一体化されているか、または個別の)が認識された後、医療用ネットワークインターフェース8410は、医療用デバイス8110に対する接続を割り当て、確立することができる(ワイヤレスコネクタ8480を介して)。有利には、いくつかの実施形態において、ワイヤレスコネクタ8480の機能をドングル8710と一体化することによって(たとえば、ドングル8710と一体化されたトランシーバおよびバッテリを備えることによって)、ドングル8710は、単純にドングル8710を医療用ネットワークインターフェース8410のワイヤレス範囲内に持ち込むことによってペアリングすることができる。
【０３６２】
いくつかの実施形態において、ワイヤレスコネクタ8480はバッテリを有さず、医療用デバイス8110はドングル8710を介して電力をワイヤレスコネクタ8480に供給することができる。たとえば、医療用デバイス8110は電源コンセントに差し込まれ、電力を医療用デバイスコネクタ8714を介してドングル8710に導くものとしてよい。
【０３６３】
ワイヤレスコネクタ8480またはドングル8710はワイヤレス方式で充電することもでき、それによって、医療用デバイス8110または医療用ネットワークインターフェース8410に物理的に差し込む必要性を減じる。ワイヤレス充電機能は、医療用デバイス8110、医療用ネットワークインターフェース8410、またはハブ8401のうちのいずれか1つによって有効化され得る。医療用デバイス8110、医療用ネットワークインターフェース8410、またはハブ8401は、交流によって給電され磁場を発生することができるトランスミッタを備えることができ、次いで、ワイヤレスコネクタ8480またはドングル8710内のレシーバに電流を誘導しワイヤレスコネクタ8480をワイヤレス方式で充電することができる。
【０３６４】
いくつかの状況では、ドングル8710は、電力を供給するように構成されていない医療用デバイス8110上のポートに接続し得る。結果として、ドングル8710はワイヤレスコネクタ8480を充電するための電源ケーブル8726を備えることができ、ドングル8710は医療用デバイス8110上のポートに接続されている。電源ケーブル8726は、一端においてソケットハウジング8712に接続され、他端において電源に接続され得る。電源は、たとえば、医療用デバイス8110上の別のポートから、または壁ソケットから得られるものとしてよい。電源ケーブル8726は、同軸ケーブル、リボンケーブル、ツイストペアケーブル、またはシールドケーブルなどの、様々なタイプのケーブルを使用して実装され得る。いくつかの実施形態において、電源ケーブル8726は、USBケーブルであってよい。電源ケーブル8726および医療用デバイスコネクタ8714に加えて、または代替的に、ドングルは他のタイプのケーブルも含み得る。他の実施形態において、これらのケーブルはソケット8738を介してドングル8710の前端8702に接続されてよい。電源ケーブル8726は、典型的には電源を有しない、RS232(たとえば、ポート8714に接続するため)を使用する旧式のデバイスと接続するのに有用であり得る。USB接続または他の給電接続を有するデバイスについては、ポート8714はUSBポートとすることができ、電源ケーブル8726は省くことができる。
【０３６５】
ワイヤレスコネクタ8480がドングル8710のケーブル8726を介して、または医療用デバイス8110を介して充電できる場合、ハブ8401は、ワイヤレスコネクタ8480を受け入れるか、または充電するための機能を提供する必要がないことがある。たとえば、ハブ8401の下のウェハは、充電するためのスロットを有し得ない。
【０３６６】
図87Aの例は、ドングル8710を介してワイヤレスコネクタ8480を医療用デバイス8110に接続することを参照しつつ説明されているが、ワイヤレスコネクタ8480は医療用デバイス8110に直接接続することができ、医療用デバイス8110は利用可能なインターフェースポート8412を有している。
【０３６７】
図87Bは、ドングル8710の例示的なコンポーネントを示している。ドングル8710は、ソケットハウジング8712と、医療用デバイスコネクタ8714と、ワイヤ8724(医療用デバイスコネクタ8714をハウジング8712に接続するため)と、電源ケーブル8726とを備えることができる。ソケットハウジング8712は、前端8722aと、後端8722bとを有することができる。前端8722aは、ワイヤレスコネクタ8480を受けるように一般的に整形されている開口部を備えることができる。図示されていないが、ソケットハウジング8712の内側に、ワイヤレスコネクタ8480上にコネクタを受けるコネクタがあってよい。後端8722bには、3つのソケット8734、8736、および8738が取り付けられ得る。3つのソケット8734、8736、および8738は、別のデバイスまたは電源と接続するための他のケーブルに取り付けられ得る。たとえば、ソケット8734は電源ケーブル8726に接続することができ、ソケット8736はワイヤ8724を介して医療用デバイスコネクタ8714に接続することができ、ソケット8738は第3のケーブルに接続することができる。
【０３６８】
ソケットハウジングの後端8722bは、ワイヤレスコネクタ8480と3つのソケット8734、8736、および8738に取り付けられている様々なケーブルとをインターフェースするための回路を備えることができる。たとえば、後端8722bは、ワイヤレスコネクタ8480を受けるためにハウジング8712の内側にインターフェースポート8412を備えることができる。いくつかの実施形態において、インターフェースポート8412は3つのソケット8734に取り付けられる。
【０３６９】
ワイヤレスコネクタ8480の一部は、ソケットハウジング8712の前端8722aを通してソケットハウジング8712に挿入され得る。ワイヤレスコネクタ8480は、図86Aおよび図86Bに例示されているように前面8604と背面8602とを備えることができる。ワイヤレスコネクタ8480の背面8602は、ソケットハウジング8712の前端8722aを通して挿入され得る。ワイヤレスコネクタ8480の一部はソケットハウジング8712から突き出ていて、医療用ネットワークインターフェース8410との妨げられないワイヤレス通信を円滑にし、さらにはユーザがワイヤレスコネクタ8480を容易に挿入しソケットハウジング8712から取り外すことを可能にすることができる。しかしながら、ワイヤレスコネクタ8480がソケットハウジング8712から突き出ている必要はなく、ワイヤレスコネクタ8480は、他の実施形態では、ソケットハウジング8712と同一平面にあってもよい。
【０３７０】
図87Cは、ドングル8710の別の例を示している。図87Bと同様に、ドングル8710は、ソケットハウジング8712と、医療用デバイスコネクタ8714と、電源ケーブル8726とを備えることができる。医療用デバイスコネクタ8714は、ワイヤ8724を介してハウジング8712に接続できる。電源ケーブルはハウジング8712を電源コンセント(たとえば、AC壁コンセント)と接続し、電力をワイヤレスコネクタ8480に供給することができる。ワイヤレスコネクタ8480は、ソケットハウジング8712内に取り外し可能に、または固定される形で挿入され得る。ソケットハウジング8712は、図87Bを参照しつつ説明されているようにワイヤレスコネクタ8480および医療用デバイスコネクタ8714および電源ケーブル8726、8738をインターフェースするための回路を備えることができる。図87Bとは対照的に、図87Cの例示的なドングル8710はソケット8738を有しない。
【０３７１】
いくつかの実装形態において、ワイヤレスコネクタ8480はバッテリを有していなくてもよい。その代わりに、ワイヤレスコネクタ8480は、電源ケーブル8726を介して給電され得る。ワイヤレスコネクタ8480は、それが何らかの状況において接続されるデバイスによっても給電されてよく、ワイヤレスコネクタ8480は充電能力のあるポートに接続される。
【０３７２】
図86Aを参照しつつ説明されているように、ドングル8480は、様々な光パターンまたは色を照射し、ワイヤレスコネクタ8480またはワイヤレスコネクタ8480に接続されているデバイスに関連付けられている指示を提供することができるライトコンポーネント8654を備えることができる。ライトコンポーネント8654は、ワイヤレスコネクタに接続されているデバイスに関する情報を提供することができる。たとえば、ライトコンポーネント8654は、ハブ8401に接続されたときに一方の色の光を照射し、患者のパラメータを監視するための医療用デバイスに接続されたときに異なる色の光を照射するものとしてよい。ライトコンポーネント8654は、ワイヤレスコネクタ8480の電力状況も指示することができる。たとえば、ワイヤレスコネクタがACコンセントに(たとえば、電源ケーブル8726を介して)接続されたときに、ライトコンポーネント8654は緑色の定常状態の光を照射するものとしてよい。ワイヤレスコネクタがバッテリ電力に接続しているとき、ライトコンポーネント8654は、ライトコンポーネント8654の1つまたは複数のLEDを点灯させ、他のLEDを点灯させないことによって残っているバッテリ電力の量を指示し得る。別の例として、ライトコンポーネント8654は、電源に接続されていないときには点灯し得ない。
【０３７３】
図87Dは、ワイヤレスコネクタ8480がハウジング8712内に挿入される場合の一例を示している。例示されているように、ワイヤレスコネクタの前面8604は、ソケットハウジング8712の前端から突き出ていてもよい。
【０３７４】
ワイヤレスコネクタ8480は、ソケットハウジング8712から取り外し、医療用ネットワークインターフェース8410に再度差し込み、または医療用ネットワークインターフェース8410から取り外し、ソケットハウジング8712内に挿入することができる。たとえば、いくつかの状況において、ドングル8710に、電源ケーブルはないものとしてよい。結果として、ドングル8710内のワイヤレスコネクタ8480のバッテリ電力が低下したときに、医師はワイヤレスコネクタ8480をソケットハウジング8712から取り外して、充電のためワイヤレスコネクタ8480を医療用ネットワークインターフェース8410に挿入することができる。別の例として、ワイヤレスコネクタ8480は医療用ネットワークインターフェース8410から取り外され、ドングルハウジング8712に差し込まれて、医療用デバイス8110(ドングル8710が差し込まれている)と医療用ネットワークインターフェース8410との間のワイヤレス接続を確立するものとしてよい。
【０３７５】
図88は、ワイヤレスコネクタおよびドングルの別の例示的な実施形態を示している。例示的なドングル8810は、ソケットハウジング8712を備えることができる。ソケットハウジング8712は、ソケットハウジング8712の背面8722bで医療用デバイスコネクタ8714を受けるように構成され得る。ソケットハウジング8712は、ワイヤレスコネクタ8480を受けるための開口部を前端8722a内に有することができる。他の実施形態(図87A〜図87Dの例など)において、ドングル8810は電力をワイヤレスコネクタ8480に供給し導くための電源ケーブルを備えることができるが、図88に示されている例では、ドングル8810は電源ケーブルを備えていない。いくつかの状況において、医療用デバイスコネクタ8714は、医療用デバイス8110から電力を受け、電力をワイヤレスコネクタ8810に供給するように構成することができる。したがって、ドングル8810上に別個の電源ケーブルは不要である。医療用デバイス8110から電力を受けることに加えて、または代替的に、ワイヤレスコネクタ8480は、また、ドングル8810内に差し込まれたときにバッテリ電力を消費し得る。一実施形態において、ワイヤレスコネクタは、医療用デバイス8110と医療用ネットワークインターフェース8410との間でホットスワップすることができる。たとえば、医療用デバイス8110に接続されている第1のワイヤレスコネクタのバッテリ電力が不足するか、または不足に近づいた後、これは、ユーザによって取り外され、充電のため医療用ネットワークインターフェース8410内に置かれ、第2の充電済みワイヤレスコネクタがインターフェース8410から取り外され、第1のワイヤレスコネクタの代わりに医療用デバイス8110内に挿入され得る。
【０３７６】
ソケットハウジング8712は、ワイヤレスコネクタ8480と医療用デバイスコネクタ8714とをインターフェースするための回路を備えることができる。たとえば、ソケットハウジング8712は、ワイヤレスコネクタ8480の後端8602を受け入れるための前端8722aに面するインターフェースポートを有し、医療用デバイスコネクタ8714を受け入れるための後端8722bに面する別のポートを有することができるアダプタを備え得る。
【０３７７】
図87A〜図88の医療用デバイスコネクタ8714およびドングル8710は、異なる医療用デバイスに対してモジュール式であってよい。ドングル8710の後端8704上の医療用デバイスコネクタ8714は、ドングル8710が接続されている医療用デバイスのタイプに基づきスワップすることができる。たとえば、ドングル8710は一方の医療用デバイスから取り外され、前の医療用デバイスと異なるポートを有する別の医療用デバイスに差し込まれ得る。医師は、ドングル8710の後端8704上の医療用デバイスコネクタ8714を、ドングル8710が差し込まれることになる医療用デバイスと互換性を持つように変更することができる。
【０３７８】
図87A〜図88の例において、ワイヤレスコネクタ8480はハウジング8712内に挿入され、医療用デバイスコネクタ8714に接続することができるが、いくつかの実施形態では、ワイヤレスコネクタ8714は医療用デバイスコネクタ8714と直接接続することができる。たとえば、医療用デバイスコネクタ8714は、ワイヤレスコネクタ8480を受け入れるためのインターフェースポート8412を一方の端部に有することができ、他端では医療用デバイス8110に接続することができる。さらに、いくつかの実施形態において、ワイヤレスコネクタは前端8604のところに医療用デバイスコネクタ8714を備えることができる。ワイヤレスコネクタは、前端8604を使用して医療用デバイス8110に接続している間に後端8602を使用して医療用ネットワークインターフェース8410に接続することができる。医療用デバイス8110は、ワイヤレスコネクタ8480の前端8604のところの医療用デバイスコネクタ8714を通してワイヤレス通信を達成するためのパーミッションキーまたは他の情報を取得することができる。図88のドングル8810は電源ケーブルを示していないが、説明されている前のドングルのようなものが含まれ得る。しかしながら、図88の実施形態においてケーブル8724を排除することによって、ドングル8810は、差し込まれたときにきちんと動作し、ハングダウンしにくいと思われる。
【０３７９】
図89は、ドングル8710の別の例を示している。この例では、ワイヤレスコネクタはソケットハウジング8712内にあり、これはワイヤ8724を介して医療用デバイスコネクタ8714に接続される。この例では、ドングル8710の一端は医療用デバイスに差し込まれるが、他端はハブ100(または医療用ネットワークインターフェース8410)に差し込まれ、患者データを医療用デバイスからハブ100に転送することができる。たとえば、ワイヤレスコネクタはハブ100(または医療用ネットワークインターフェース8410)に差し込まれ得るが、医療用デバイスコネクタ8714は医療用デバイスに差し込まれ得る。
【０３８０】
この例では、医療用デバイスコネクタ8714は、電力をワイヤレスコネクタ8480に供給することができないものとしてよい。結果として、ワイヤレスコネクタ8480はバッテリによって給電され得る。
【０３８１】
XVII.追加の態様
第1の態様において、病院ネットワークとネイティブに通信していないスタンドアロン医療用デバイスに対するネットワーク接続性を提供することができる医療用ネットワークインターフェースであって、少なくとも1つのポートがワイヤレスドングルを受け入れるように構成されている複数のポートと、ワイヤレス通信スタックを実装するように構成されているネットワークインターフェースコントローラと、プロセッサ実行可能命令を記憶するように構成されているメモリと、プロセッサであって、ワイヤレスドングルに、ワイヤレスドングルがスタンドアロン医療用デバイスにワイヤレス接続性を提供することを可能にするのに十分な情報を供給し、ワイヤレスドングルがスタンドアロン医療用デバイスに挿入されたことに応答して行われる、ペアリング要求信号を医療用デバイスから受信したことに応答してスタンドアロン医療用デバイスとワイヤレス方式でペアリングし、ペアリングの後に、ワイヤレス方式でデータストリームをスタンドアロン医療用デバイスから受信し、データストリームは医療用デバイスの識別子と患者に関連付けられている患者データとを含み、データストリームに、患者の識別子および医療用ネットワークインターフェースの識別子を関連付けて、修正されたデータストリームを生成し、修正されたデータストリームを病院ネットワーク上で伝送し、修正されたデータストリームが臨床医によってアクセスされることを可能にする命令を実行するようにプログラムされるプロセッサとを備える、医療用ネットワークインターフェース。
【０３８２】
第2の態様において、複数のポートは、ユニバーサルシリアルバスポート、イーサネット（登録商標）ポート、および患者隔離ハードウェアを備えるシリアルポートのうちの2つまたはそれ以上を含む、態様1に記載の医療用ネットワークインターフェース。
【０３８３】
第3の態様において、プロセッサは、患者リストバントの光学的スキャンを受け取り、それによって患者識別子を取得するようにさらに構成される、態様1または2に記載の医療用ネットワークインターフェース。
【０３８４】
第4の態様において、プロセッサは、スタンドアロン医療用デバイスを医療用ネットワークインターフェースとペアリングするためのパーミッションキーを生成し、パーミッションキーを第1の医療用デバイスに伝達し、パーミッションキーを有する第1の医療用デバイスから通信を受信し、パーミッションキーが認証されたと決定したことに応答して第1の医療用デバイスとの通信を確立するようにさらにプログラムされる、態様1〜3のいずれか一項に記載の医療用ネットワークインターフェース。
【０３８５】
第5の態様において、パーミッションキーが、閾値機関の経過後に失効するように設定される態様4に記載の医療用ネットワークインターフェース。
【０３８６】
第6の態様において、パーミッションキーが認証されたと決定したことに応答して、プロセッサは、患者識別子および医療用ネットワークインターフェース識別子をスタンドアロン医療用デバイス識別子にリンクするようにさらにプログラムされる、態様4〜5のいずれか一項に記載の医療用ネットワークインターフェース。
【０３８７】
第7の態様において、ドングルまたは医療用ネットワークインターフェース上のディスプレイをさらに備え、ディスプレイは医療用ネットワークインターフェースの状況、第1の医療用デバイスの状況、第2の医療用デバイスの状況、または第1の医療用デバイスと第2の医療用デバイスとの間のペアリングの状況のうちの少なくとも1つを指示するように構成される、態様1〜6のいずれか一項に記載の医療用ネットワークインターフェース。
【０３８８】
第8の態様において、ドングルまたは医療用ネットワークインターフェース上のライトをさらに備え、ライトは医療用ネットワークインターフェースの状況、第1の医療用デバイスの状況、第2の医療用デバイスの状況、第1の医療用デバイスと第2の医療用デバイスとの間のペアリングの状況、またはドングルに関連付けられている電力状況のうちの少なくとも1つを指示するように構成される、態様1〜7のいずれか一項に記載の医療用ネットワークインターフェース。
【０３８９】
第9の態様において、複数のポートは、第1の色の第1のポートと、第2の色の第2のポートとを備える、態様1〜8のいずれか一項に記載の医療用ネットワークインターフェース。
【０３９０】
第10の態様において、第1のポートから受信されるデータは患者識別子に自動的に関連付けられ、第2のポートから受信されるデータは第2の患者の第2の患者識別子に自動的に関連付けられる、態様1〜9のいずれか一項に記載の医療用ネットワークインターフェース。
【０３９１】
第11の態様において、ワイヤレスドングルは2つのピースを備える、態様1〜10のいずれか一項に記載の医療用ネットワークインターフェース。
【０３９２】
第12の態様において、2つのピースは、医療用ネットワークインターフェースに接続されている第1のピースと、第1のピースから切断する第2のピースとを含む、態様11に記載の医療用ネットワークインターフェース。
【０３９３】
第13の態様において、第2のピースは、スタンドアロン医療用デバイス内の第2のドングルの対応する第1のピースにおいて接続する、態様12に記載の医療用ネットワークインターフェース。
【０３９４】
第14の態様において、プロセッサは、スタンドアロン医療用デバイスを医療用ネットワークインターフェースとペアリングするために第1の識別子にアクセスし、第1の識別子を第1の医療用デバイスに伝達し、第1の識別子を有する第1の医療用デバイスから通信を受信し、第1の識別子が認証されたと決定したことに応答して第1の医療用デバイスとの通信を確立するようにさらにプログラムされる、態様1〜13のいずれか一項に記載の医療用ネットワークインターフェース。
【０３９５】
第15の態様において、医療用ネットワークインターフェースは前面と背面とを備え、前面はワイヤレスドングルを受け入れるように構成されているインターフェースポートを備える、態様1〜14のいずれか一項に記載の医療用ネットワークインターフェース。
【０３９６】
第16の態様において、病院ネットワークとネイティブに通信していないスタンドアロン医療用デバイスに対するネットワーク接続性を提供するための方法であって、医療用ネットワークインターフェースのポート内へのワイヤレスドングルの挿入を受け入れることと、前記挿入に応答して、ワイヤレスドングルに識別子を供給して、ワイヤレスドングルがスタンドアロン医療用デバイスに挿入した後に識別子をスタンドアロン医療用デバイスに伝達することを可能にすることと、医療用ネットワークインターフェースのポートからワイヤレスドングルを取り外した後に、ハードウェアプロセッサにより、スタンドアロン医療用デバイスからペアリング要求信号を受信し、ペアリング要求信号はワイヤレスドングルに以前に供給された識別子を含むことと、ペアリングの後に、ペアリングが成功したことを示す視覚的または聴覚的指示の一方または両方を供給し、スタンドアロン医療用デバイスからデータストリームをワイヤレス方式で受信し、データストリームは患者に関連付けられている患者データを含み、データストリームに、患者の識別子および医療用ネットワークインターフェースの識別子を関連付けて、修正されたデータストリームを生成することと、修正されたデータストリームを病院ネットワーク上でサーバに伝送し、修正されたデータストリームをサーバから複数のデバイスに配布することを可能にすることとを含む方法。
【０３９７】
第17の態様において、前記供給することはライトを作動させることを含む、態様16に記載の方法。
【０３９８】
第18の態様において、前記供給することは情報をディスプレイ上に出力することを含み、任意選択で、情報はスタンドアロン医療用デバイスの識別子を含む、態様16または17に記載の方法。
【０３９９】
第19の態様において、前記ペアリング要求は、医療用ネットワークデバイスまたはスタンドアロン医療用デバイスのいずれかにPINまたは他の番号またはパスワードを入力することを必要としない修正されたBluetooth（登録商標）ペアリング要求である、態様16〜18のいずれか一項に記載の方法。
【０４００】
第20の態様において、データストリームにスタンドアロン医療用デバイスの識別子を関連付けることをさらに含む、態様16〜19のいずれか一項に記載の方法。
【０４０１】
第21の態様において、患者が身に着けているリストブレスレットの光学的スキャンから患者識別子を取得することをさらに含む、態様16〜20のいずれか一項に記載の方法。
【０４０２】
第22の態様において、スタンドアロン医療用デバイスのためのワイヤレスアダプタであって、ワイヤレスドングルを受け入れ、電気的に接続するように構成されているソケットハウジングと、および医療用デバイスコネクタであって、スタンドアロン医療用デバイスと電気的に接続し、スタンドアロン医療用デバイスから患者データを受信し、患者データをワイヤレスドングルに受け渡しワイヤレスドングルが患者データをワイヤレス方式で伝送することを可能にするように構成されている医療用デバイスコネクタとを備えるドングルと、ドングルに電気的に接続されている電源ケーブルであって、ワイヤレスドングルがソケットハウジングと結合されているときに電力を受け取り電力をワイヤレスドングルに供給するように構成されている電源ケーブルとを備えるワイヤレスアダプタ。
【０４０３】
第23の態様において、ドングルはソケットハウジングと医療用デバイスコネクタとの間に延在するデータケーブルをさらに含み、データケーブルは患者データを医療用デバイスコネクタからソケットハウジングに受け渡すように構成されている、態様22に記載のワイヤレスアダプタ。
【０４０４】
第24の態様において、ワイヤレスドングルをさらに備える、態様22または23に記載のワイヤレスアダプタ。
【０４０５】
第25の態様において、ワイヤレスドングルは、データ記憶装置と、処理ユニットと、バッテリとを備える、態様24に記載のワイヤレスアダプタ。
【０４０６】
第26の態様において、ワイヤレスドングルは、バッテリレベルまたは電力状況を指示する細長ライトをさらに備える、態様25に記載のワイヤレスアダプタ。
【０４０７】
第27の態様において、ワイヤレスドングルは、接続状況を指示する細長ライトをさらに備える、態様26に記載のワイヤレスアダプタ。
【０４０８】
第28の態様において、患者の血液パラメータを測定し、血液パラメータをサードパーティ医療用デバイスパラメータと一緒にリモートデバイスに伝送するように動作可能であるパルス酸素測定システムであって、患者に結合されている光学センサから信号を取得することによって患者の血液パラメータを測定するように構成されている患者モニタであって、信号は患者の生体組織によって減衰される光に対応し、患者モニタは病院ネットワーク上で測定された血液パラメータおよびサードパーティ医療用デバイスパラメータをサードパーティ医療用デバイスから伝送する医療用ネットワークインターフェースと通信するように構成される患者モニタと、医療用ネットワークインターフェースは少なくとも1つのポートがワイヤレスドングルを受け入れるように構成されている複数のポートと、ワイヤレス通信スタックを実装するように構成されているネットワークインターフェースコントローラと、プロセッサ実行可能命令を記憶するように構成されているメモリと、プロセッサであって、ワイヤレスドングルに、ワイヤレスドングルがサードパーティ医療用デバイスにワイヤレス接続性を提供することを可能にするのに十分な情報を供給し、ワイヤレスドングルがサードパーティ医療用デバイスに挿入されたことに応答して行われる、ペアリング要求信号をサードパーティ医療用デバイスから受信したことに応答してワイヤレスドングルとワイヤレス方式でペアリングし、ペアリングの後に、ワイヤレス方式でデータストリームをワイヤレスドングルから受信し、データストリームはサードパーティ医療用デバイスの識別子と患者に関連付けられているサードパーティ医療用デバイスパラメータとを含み、データストリームに、患者の識別子、医療用ネットワークインターフェースの識別子、および患者モニタの識別子を関連付けて、修正されたデータストリームを生成し、修正されたデータストリーム、測定された血液パラメータ、およびサードパーティ医療用デバイスパラメータを病院ネットワーク上で伝送し、修正されたデータストリームおよび測定された血液パラメータが臨床医によってアクセスされることを可能にする命令を実行するようにプログラムされるプロセッサとを備える、パルス酸素測定システム。いくつかの例示的なサードパーティ医療用デバイスパラメータは、スタンドアロン患者デバイス7720(図77Aに示されている)または患者の生理学的データを測定するように構成されている他のセンサもしくはデバイスによって測定されたパラメータを含み得る。
【０４０９】
第29の態様において、複数のポートは、ユニバーサルシリアルバスポート、イーサネット（登録商標）ポート、および患者隔離ハードウェアを備えるシリアルポートのうちの2つまたはそれ以上を含む、態様28に記載のパルス酸素測定システム。
【０４１０】
第30の態様において、プロセッサは、患者リストバントの光学的スキャンを受け取り、それによって患者識別子を取得するようにさらにプログラムされる、態様28または29に記載のパルス酸素測定システム。
【０４１１】
第31の態様において、プロセッサは、サードパーティ医療用デバイスを医療用ネットワークインターフェースとペアリングするためのパーミッションキーを生成し、パーミッションキーをサードパーティ医療用デバイスに伝達し、パーミッションキーを有するサードパーティ医療用デバイスから通信を受信し、パーミッションキーが認証されたと決定したことに応答してサードパーティ医療用デバイスとの通信を確立するようにさらにプログラムされる、態様28〜30に記載のパルス酸素測定システム。
【０４１２】
第32の態様において、パーミッションキーが認証されたと決定したことに応答して、プロセッサは、患者識別子および医療用ネットワークインターフェース識別子をサードパーティ医療用デバイスの識別子にリンクするようにさらにプログラムされる態様31に記載のパルス酸素測定システム。
【０４１３】
第33の態様において、ワイヤレスドングルまたは医療用ネットワークインターフェースは、医療用ネットワークインターフェースの状況、第1の医療用デバイスの状況、第2の医療用デバイスの状況、または第1の医療用デバイスと第2の医療用デバイスとの間のペアリングの状況のうちの少なくとも1つを指示するように構成されるディスプレイをさらに備える、態様28〜32に記載のパルス酸素測定システム。
【０４１４】
第34の態様において、ワイヤレスドングルまたは医療用ネットワークインターフェースは、医療用ネットワークインターフェースの状況、第1の医療用デバイスの状況、第2の医療用デバイスの状況、第1の医療用デバイスと第2の医療用デバイスとの間のペアリングの状況、またはドングルに関連付けられている電力状況のうちの少なくとも1つを指示するように構成されるライトをさらに備える、態様28〜33に記載のパルス酸素測定システム。
【０４１５】
第35の態様において、複数のポートは、第1の色の第1のポートと、第2の色の第2のポートとを備える、態様28〜34に記載のパルス酸素測定システム。
【０４１６】
第36の態様において、第1のポートから受信されるデータは患者識別子に自動的に関連付けられ、第2のポートから受信されるデータは第2の患者の第2の患者識別子に自動的に関連付けられる、態様28〜35に記載のパルス酸素測定システム。
【０４１７】
第37の態様において、ワイヤレスドングルは2つのピースを備え、第1のピースは医療用ネットワークインターフェースに接続されたままであり、第2のピースは第1のピースから切断する、態様28〜36に記載のパルス酸素測定システム。
【０４１８】
第38の態様において、第2のピースは、スタンドアロン医療用デバイス内の第2のドングルの対応する第1のピースにおいて接続する、態様37に記載のパルス酸素測定システム。
【０４１９】
第39の態様において、プロセッサは、サードパーティ医療用デバイスを医療用ネットワークインターフェースとペアリングするために第1の識別子にアクセスし、第1の識別子をサードパーティ医療用デバイスに伝達し、第1の識別子を有するサードパーティ医療用デバイスから通信を受信し、第1の識別子が認証されたと決定したことに応答してサードパーティ医療用デバイスとの通信を確立するようにさらにプログラムされる、態様28〜38に記載のパルス酸素測定システム。
【０４２０】
第40の態様において、医療用ネットワークインターフェースは前面と背面とを備え、前面はワイヤレスドングルを受け入れるように構成されているインターフェースポートを備える、態様28〜39に記載のパルス酸素測定システム。
【０４２１】
第41の態様において、ワイヤレスドングルはソケットハウジングと医療用デバイスコネクタとの間に延在する電源ケーブルに関連付けられ、電源ケーブルはワイヤレスドングルに電力供給を行うように構成されている、態様40に記載のパルス酸素測定システム。
【０４２２】
いくつかの実施形態において、医療用ネットワークインターフェースは、米国仮出願第62/463,452号および米国仮出願第62/463,297号において説明されている特徴のうちのいずれかと一緒に実装され得る。たとえば、医療用ネットワークインターフェースは、米国仮出願第62/463,297号において説明されているモジュールすなわち「bricks」のうちのいずれかとすることができ、したがって、監視デバイスまたは他の任意の医療用デバイス内に挿入され得る。上の「関連出願の相互参照」において言及されている米国仮出願62/463,517号も、参照により本明細書に組み込まれており、本明細書の一部をなし、本明細書において説明されているシステムおよび方法のいずれも、本明細書において説明されている特徴のサブセットと一緒に実装され得る。たとえば、拡張現実監視を含む、患者監視のための追加の例示的なユーザインターフェースおよびシステムは、米国仮出願62/463,517号において開示されている。
【０４２３】
さらに、次の特徴の任意のサブセットは、医療用ネットワークインターフェースと一緒に実装され得る。
【０４２４】
本開示のプラットフォーム(たとえば、医療用ネットワークインターフェース、ハブ100、または同様のもの)は、高度に構成可能であり、以前には知られていなかった医療用システムと通信することができるものとしてよい。接続可能な医療用システムは、単純なドングル(たとえば、上述のドングルと異なる。たとえば、米国仮出願第62/463,452号を参照)であってよく、組み込まれているプロセッサがプラットフォームの能力を拡大する専用のソフトウェア処理能力を提供する。代替的に、接続されている医療用システムは、プラットフォームと通信ケーブルを介して通信する医療用デバイスとすることができる。ケーブルは、ケーブル内に処理ボードを備えることができ、代替的に、医療用デバイスそれ自体のプロセッサがプラットフォームと直接通信することができる。
【０４２５】
たとえば、ケーブルまたはドングルデバイスなどの有線接続を使用して、医療用システムが最初に接続されたときに、ケーブルまたはドングルデバイス上のEPROMが、最初に、医療用システムのプロセッサと対話するために必要な物理的通信パラメータの説明を与える。たとえば、EPROMは、ISO/非ISO通信要求条件、ボーレートなどを含むパラメータを提供することができる。EPROM通信パラメータのさらなる説明は、米国仮出願第62/463,452号および米国仮出願第62/463,297号において与えられている。
【０４２６】
初期通信パラメータが確立された後、プラットフォームは、医療用システムのプロセッサと通信を開始し得る。次いで、医療用システムは、それ自身と、その能力とをプラットフォームに対して説明する。たとえば、自己説明は、デバイスによってサポートされている測定チャネルを含むことができ、各チャネルによってサポートされている測定されたパラメータ(メトリック)は、限定はしないが、名前、標準化団体によって定義されているメトリックおよび記号化体系との関係、測定の有効な範囲および単位、関わる身体部位、パラメータ例外、視覚的表現要求条件および特性、アラーム限界および他のパラメータ設定、アラーム、アラート、および他の事象条件、デバイスによって実行され得る動作(測定の実行を開始する要求など)、計算を実行するためにデバイスに必要な患者人口統計データおよび外部測定メトリック、メーカー商標情報、または当業者によって望まれるであろう他の情報を含む。
【０４２７】
プラットフォームの「自己説明」的性質は大きな自由度をもたらし、プロトコルおよびその能力をプロトコルおよびソフトウェアのバージョンにまたがって互換性を維持しながら発展させることを可能にし得る。自己説明プロトコルに関するさらなる情報は、米国仮出願第62/463,452号において提供されており、これはMasimo's Open Connect(商標)システムのソフトウェア開発キットを説明している。
【０４２８】
医療用システムは、プラットフォームに接続された後、次いで、任意の情報を、プラットフォームからプルし、プラットフォームにプッシュすることができる。たとえば、接続されている医療用システムAは、接続されている医療用システムBから測定されたパラメータをプルすることができる。次いで、医療用システムAは、その情報を使用して、新しい測定されたパラメータを生成することができ、次いで、これは、他の接続されている医療用システムによる表示または使用のためにプラットフォームにプッシュされてよい。
【０４２９】
様々な接続されている医療用システムから取得されるデータは、プラットフォームシステムクロックを使用してタイムスタンプを付けることができる。これは、様々な測定が他の測定と同期されることを可能にする。同期は、データの表示およびデータを使用するさらなる計算を補助することができる。
【０４３０】
プラットフォームは、医療用システムの表示特性に応じて標準化されたグラフィカルインターフェースを提供することができる。たとえば、医療用システムは、読み出された数値、グラフ、または自己定義され得る他の指定された表示オプションに対して自己定義することができる。代替的に、取り付けられている医療用デバイスは、表示グラフィックスを提示するためにハブによって使用される画像データを提供することができる。
【０４３１】
XVIII.専門用語
本明細書で説明されているものと異なる多くの変更形態は、本開示から明らかになるであろう。たとえば、実施形態に応じて、本明細書で説明されているアルゴリズムのうちのいずれかの特定の活動、事象、または機能は、異なる順序で実行されてよく、追加されるか、マージされるか、または完全に省略され得る(たとえば、説明されているすべての活動または事象がアルゴリズムの実施に必要とは限らない)。さらに、いくつかの実施形態において、活動または事象は、たとえば、逐次的ではなくマルチスレッド処理、割り込み処理、またはマルチプロセッサもしくはプロセッサコアを通じて、または他の並列アーキテクチャ上で同時実行され得る。それに加えて、異なるタスクまたはプロセスは、一緒に機能することができる異なるマシンおよび/またはコンピューティングシステムによって実行され得る。
【０４３２】
必ずしもそのようなすべての利点が、本明細書において開示されている実施形態のうちの特定の任意の実施形態に従って達成されるわけではないことは理解されるであろう。したがって、本明細書において開示されている実施形態は、本明細書で教示または示唆され得るような他の利点を必ずしも達成することなく本明細書で教示されているような1つの利点もしくは複数の利点の群を達成または最適化する形で具現化もしくは実施され得る。
【０４３３】
本明細書で開示された実施形態に関して説明された様々な例示的な論理ブロック、モジュール、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはその両方の組合せとして実装することができる。ハードウェアおよびソフトウェアのこの互換性を明確に説明するために、様々な例示的な構成要素、ブロック、モジュール、およびステップが、それらの機能の観点から一般的に上記で説明されている。そのような機能がハードウェアまたはソフトウェアのどちらとして実施されるのかは、システム全体に課される特定の用途および設計制約に依存する。説明した機能は、具体的な用途毎に様々な方法で実装され得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じさせるものと解釈されるべきではない。
【０４３４】
本明細書で開示されている実施形態に関連して説明されている様々な例示的な論理ブロックおよびモジュールは、汎用プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)または他のプログラム可能論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、または本明細書で説明されている機能を実行するように設計されているこれらの任意の組合せなどのマシンによって実装されるか、または実行され得る。汎用プロセッサはマイクロプロセッサとすることができるが、代替的形態において、プロセッサはコントローラ、マイクロコントローラ、または状態機械、これらの組合せ、または同様のものとすることができる。プロセッサは、コンピュータ実行可能命令を処理するように構成されている電気回路またはデジタル論理回路を備えることができる。別の実施形態において、プロセッサは、コンピュータ実行可能命令を処理することなく論理演算を実行するFPGAまたは他のプログラム可能デバイスを含む。プロセッサは、複数のコンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと連動する1つまたは複数のマイクロプロセッサ、またはそのような任意の他の構成として実現されてもよい。コンピューティング環境は、限定はしないが、2、3例を挙げると、マイクロプロセッサ、メインフレームコンピュータ、デジタルシグナルプロセッサ、ポータブルコンピューティングデバイス、デバイスコントロール、またはアプライアンス内の計算エンジンに基づくコンピュータシステムを含む任意の種類のコンピュータシステムを備え得る。
【０４３５】
本明細書で開示されている実施形態に関連して説明されている方法、プロセス、またはアルゴリズムのステップは、直接ハードウェアで具現化され得るか、または1つもしくは複数のメモリデバイスに記憶され1つもしくは複数のプロセッサによって実行されるソフトウェアモジュールで具現化され得るか、またはその2つの組合せで具現化され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、取り外し可能ディスク、CD-ROM、または当技術分野で知られている他の形態の非一時的コンピュータ可読記憶媒体、媒体、または物理的コンピュータ記憶装置に置かれてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み込み、記憶媒体に情報を書き込めるようにプロセッサに結合され得る。代替的形態において、記憶媒体はプロセッサと一体であり得る。記憶媒体は、揮発性または不揮発性であり得る。プロセッサおよび記憶媒体は、ASIC内に存在し得る。
【０４３６】
本明細書で使用されている条件付きの言い回し、とりわけ、「できる」、「し得る」、「してよい」、「たとえば」などは、特に断りのない限り、または使用されている文脈内で他の意味に理解されるべきでない限り、一般的に、いくつかの特徴、要素、および/または状態を、いくつかの実施形態に含むが、他の実施形態には含まない、ことを伝達することを意図されている。したがって、そのような条件付きの言い回しは、特徴、要素、および/または状態がいかなる形でも1つまたは複数の実施形態に対して必要であること、または1つまたは複数の実施形態が、作成者入力またはプロンプトあり、またはなしで、これらの特徴、要素、および/または状態が、特定の実施形態に含まれるか、または特定の実施形態において実行されるべきであるかを決定するための論理を必ず含むことを意味することを意図されていない。「含む」、「備える」、および「有する」という言い回しおよび同様の言い回しは同義語であり、制約されることなく、包含的に使用され、追加の要素、特徴、行為、動作、などを除外しない。また、「または」という言い回しは、たとえば、要素のリストを連結するために使用されたときに、「または」という言い回しは、そのリスト内の要素の1つ、いくつか、またはすべてを意味するように包含的な意味で(および排他的な意味でなく)使用される。さらに、通常の意味を有することに加えて、本明細書で使用されているような「各々」という言い回しは、「各々」という言い回しが適用される要素の集合の任意の部分集合を意味し得る。
【０４３７】
「X、Y、またはZのうちの少なくとも1つ」という語句などの離接的な言い回しは、特に断りのない限り、一般に、項目、用語などがX、Y、もしくはZのいずれか、またはこれらの組合せ(たとえば、X、Y、および/またはZ)であり得ることを提示するために使用されるような文脈により他の何らかの形で理解される。したがって、そのような離接的な言い回しは、いくつかの実施形態がXの少なくとも1つ、Yの少なくとも1つ、およびZの少なくとも1つが各々存在していることを必要とすることを意味することを一般的に意図されず、また意味するべきではない。
【０４３８】
特に断りのない限り、英語原文中の「a」または「an」などの冠詞(日本語では「一〜」とするかまたは使わない)は、一般的に、1つまたは複数の説明されている項目を含むものとして解釈されるべきである。したがって、「〜するように構成されている(一)デバイス」などの語句は、1つまたは複数の引用されているデバイスを含むことを意図されている。そのような1つまたは複数の列挙されているデバイスは、また、述べられている列挙を実施するようにまとめて構成され得る。たとえば、「列挙A、B、およびCを実行するように構成されているプロセッサ」は、列挙BおよびCを実行するように構成されている第2のプロセッサと連動する列挙Aを実行するように構成されている第1のプロセッサを含むことができる。
【０４３９】
上で詳述されている説明では、様々な実施形態に適用されるように図示され、記述され、および指摘された新規性のある特徴を有するが、図示されているデバイスまたはアルゴリズムの形態および詳細の様々な省略、置換、および変更は、本開示の精神から逸脱することなく行うことができることは理解されるであろう。これからわかるように、本明細書で説明されている本発明のいくつかの実施形態は、いくつかの特徴が他のものとは別に使用されるか、または実施され得るので、本明細書において述べられている特徴および利点のすべてを備えるとは限らない形態のうちに具現化され得る。
【０４４０】
それに加えて、本明細書において言及されているすべての刊行物、特許、および特許出願は、それぞれの個別の刊行物、特許、または特許出願が、参照により本明細書に組み込まれることが特に、また個別に指示されている場合と同じ範囲にわたって本明細書に参照により組み込まれる。
【符号の説明】
【０４４１】
100  医療監視ハブ
102  携帯型患者モニタ(PPM)
104  ディスプレイ
106  ドッキングステーション
108  移動可能、装着可能、および携帯可能なハウジング
110  表示のしるし
114  ディスプレイ
116  表示のしるし
118  機械式ラッチ
200  監視環境
202  患者センサ
204  複数患者監視サーバ
206  介護人バックエンドシステム
210  シリアルデータポート
211  NIBPセンサまたはシステム
212  チャネルデータポート
213  温度センサまたはセンサシステム
214  電子患者ベッドシステム
216  輸液ポンプシステム
218  換気装置システム
220  血圧もしくは他の生命兆候測定システム
222  意識深度モニタ
224  脳もしくは他の臓器オキシメータデバイス
226  非侵襲的血圧もしくは音響デバイス
302  計測器ボード
304  メモリ
305  イーサネット（登録商標）ポート
306  ナースコールポート
308  他の通信ポート
310  ドッキングステーションインターフェース
312  コアボード
314  携帯型モニタボード(「RIB」)
316  チャネルボード(「MID」)
318  電源
320  無線ボード
400  取り外し可能ドッキングステーション
402  空洞
404  電気コネクタ
406  空洞
408  電気コネクタ
502、504  携帯型患者モニタ
506  ドッキングステーション
602  ホストデバイス
604  患者デバイス
606  隔離デバイス
608  電源導体
610  通信導体
700  患者隔離システム
702  メモリ
708  患者デバイス
710  信号経路
800  万能医療用コネクタ構成プロセス
900  万能医療用コネクタ
904  経路
910  一方の側
920  他方の側
1000  計測器側部チャネル入力
2000  監視環境
2004  複数患者監視システム(MMS)
2005  翻訳モジュール
2040  補助デバイス
2042  IAP(計測器補助プロトコル)層
2100  翻訳メッセージ処理プロセス
2210  翻訳済みシリアルデータパラメータ
2215  現在の値
2220  ヒストグラム
2230  最近の動向
2240  波形
2242  波形
2405  第1の医療用デバイス
2410  第2の医療用デバイス
2415  翻訳モジュール
2420  翻訳規則
2421  通信バス
2505  ADT入力メッセージ
2506  メッセージヘッダセグメント
2510  出力メッセージ
2512  メッセージ確認応答セグメント
2600  翻訳プロセス
2700A、2700B  翻訳プロセス
2800  メッセージング実装ソフトウェアツール
2900A  自動規則構成プロセス
2900B  自動規則構成プロセス
2900C  自動規則構成プロセス
2900D  自動規則構成プロセス
7200  拡張現実デバイス
7202  監視環境
7204  拡張現実ユーザインターフェース
7206  拡張現実ユーザインターフェース
7208  拡張現実オブジェクト
7210  拡張現実表示領域
7212  デバイス
7214  デバイス
7216A、7216B  拡張現実ユーザインターフェース
7218A、7218B  ユーザインターフェース表示領域
7220A、7220B  ユーザインターフェースオブジェクト
7222  拡張現実表示生成プロセス
7234  拡張現実位置決定プロセス
7300  補助デバイス認証プロセス
7400  補助デバイス制御プロセス
7500  補助デバイスデータフロープロセス
7600  ユーザインターフェース
7610  設定
7700  監視環境
7701  患者モニタ
7704  MMS
7710  医療用ネットワークインターフェース
7712  ディスプレイ
7720  スタンドアロン患者デバイス、センサ、スタンドロケーションデバイス
7722  スタンドアロン患者デバイス
7750  病院ネットワーク
7760  病院デバイス
7770  外部ネットワーク
7780  患者デバイス
7790  EMR
7800a  正面斜視図
7800b  背面斜視図
7801  ハブ
7810  イーサネット（登録商標）ポート
7822  チャネルポート
7824  USBポート
7832  USBポート
7834  イーサネット（登録商標）ポート
7840  ラベル
7850  表示画面
7850  ディスプレイ
7860  電源ポート
7900  ドングル
7910  医療用ネットワークインターフェース
7912  プロセッサ
7914  メモリ
7916  ネットワークインターフェース
7920  アンテナ
7930  ロケーションタグ
7940  バッテリ
7952  ディスプレイ
7954  ライトコンポーネント
8012  メモリ
8014  プロセッサ
8016  ネットワークインターフェース
8016  ネットワークインターフェースコントローラ
8020  バックアップバッテリ
8030  ネットワークデータ処理システム
8040  デバイスペアリングシステム
8050  表示システム
8100  環境
8110  医療用デバイス
8400a  斜視図
8400b  後面図
8400c  前面斜視図
8400d  後面図
8401  ハブ
8403  USBポート
8405  イーサネット（登録商標）ポート
8407  チャネルポート
8410  医療用ネットワークインターフェース
8412  インターフェースポート
8422  チャネルポート
8432  USBポート
8434  イーサネット（登録商標）ポート
8460  バッテリポート
8462  バッテリポート
8480  ワイヤレスコネクタ
8482  ディスプレイ
8510  頂部ハウジング
8512  穴
8520  底面図
8522  スロット
8524  接続プレート
8530  底面
8540  底面
8542  穴
8602  背面
8604  前面
8610  データ記憶および処理コンポーネント
8620  処理コンポーネント
8640  バッテリ
8654  ライト
8670  ハウジング
8702  前面
8704  背面
8710  ドングル
8712  ソケットハウジング
8714  医療用デバイスコネクタ
8722a  前端
8722b  後端
8724  ワイヤ
8726  電源ケーブル
8734、8736、8738  ソケット
8738  ソケット
8810  ドングル
【図１Ａ】
2020519362.tif 000003
【図１Ｂ】
2020519362.tif 000004
【図１Ｃ】
2020519362.tif 000005
【図２】
2020519362.tif 000006
【図３】
2020519362.tif 000007
【図４】
2020519362.tif 000008
【図５】
2020519362.tif 000009
【図６】
2020519362.tif 000010
【図７Ａ】
2020519362.tif 000011
【図７Ｂ】
2020519362.tif 000012
【図８】
2020519362.tif 000013
【図９Ａ】
2020519362.tif 000014
【図９Ｂ】
2020519362.tif 000015
【図１０】
2020519362.tif 000016
【図１１Ａ】
2020519362.tif 000017
【図１１Ｂ】
2020519362.tif 000018
【図１１Ｃ】
2020519362.tif 000019
【図１１Ｄ】
2020519362.tif 000020
【図１１Ｅ】
2020519362.tif 000021
【図１１Ｆ】
2020519362.tif 000022
【図１１Ｇ１】
2020519362.tif 000023
【図１１Ｇ２】
2020519362.tif 000024
【図１１Ｈ】
2020519362.tif 000025
【図１１Ｉ】
2020519362.tif 000026
【図１１Ｊ】
2020519362.tif 000027
【図１１Ｋ】
2020519362.tif 000028
【図１２】
2020519362.tif 000029
【図１３】
2020519362.tif 000030
【図１４】
2020519362.tif 000031
【図１５】
2020519362.tif 000032
【図１６】
2020519362.tif 000033
【図１７Ａ】
2020519362.tif 000034
【図１７Ｂ】
2020519362.tif 000035
【図１８】
2020519362.tif 000036
【図１９Ａ】
2020519362.tif 000037
【図１９Ｂ】
2020519362.tif 000038
【図１９Ｃ】
2020519362.tif 000039
【図１９Ｄ】
2020519362.tif 000040
【図１９Ｅ】
2020519362.tif 000041
【図１９Ｆ】
2020519362.tif 000042
【図１９Ｇ】
2020519362.tif 000043
【図１９Ｈ】
2020519362.tif 000044
【図１９Ｉ】
2020519362.tif 000045
【図１９Ｊ】
2020519362.tif 000046
【図２０Ａ】
2020519362.tif 000047
【図２０Ｂ】
2020519362.tif 000048
【図２０Ｃ】
2020519362.tif 000049
【図２１Ａ】
2020519362.tif 000050
【図２１Ｂ】
2020519362.tif 000051
【図２２Ａ】
2020519362.tif 000052
【図２２Ｂ】
2020519362.tif 000053
【図２３Ａ】
2020519362.tif 000054
【図２３Ｂ】
2020519362.tif 000055
【図２３Ｃ】
2020519362.tif 000056
【図２３Ｄ】
2020519362.tif 000057
【図２３Ｅ】
2020519362.tif 000058
【図２３Ｆ】
2020519362.tif 000059
【図２４】
2020519362.tif 000060
【図２５】
2020519362.tif 000061
【図２６】
2020519362.tif 000062
【図２７】
2020519362.tif 000063
【図２８】
2020519362.tif 000064
【図２９】
2020519362.tif 000065
【図３０】
2020519362.tif 000066
【図３１】
2020519362.tif 000067
【図３２】
2020519362.tif 000068
【図３３】
2020519362.tif 000069
【図３４】
2020519362.tif 000070
【図３５】
2020519362.tif 000071
【図３６】
2020519362.tif 000072
【図３７】
2020519362.tif 000073
【図３８】
2020519362.tif 000074
【図３９】
2020519362.tif 000075
【図４０Ａ】
2020519362.tif 000076
【図４０Ｂ】
2020519362.tif 000077
【図４１Ａ】
2020519362.tif 000078
【図４１Ｂ】
2020519362.tif 000079
【図４１Ｃ】
2020519362.tif 000080
【図４１Ｄ】
2020519362.tif 000081
【図４２】
2020519362.tif 000082
【図４３Ａ】
2020519362.tif 000083
【図４３Ｂ】
2020519362.tif 000084
【図４４】
2020519362.tif 000085
【図４５Ａ】
2020519362.tif 000086
【図４５Ｂ】
2020519362.tif 000087
【図４５Ｃ】
2020519362.tif 000088
【図４５Ｄ】
2020519362.tif 000089
【図４６】
2020519362.tif 000090
【図４７】
2020519362.tif 000091
【図４８】
2020519362.tif 000092
【図４９】
2020519362.tif 000093
【図５０】
2020519362.tif 000094
【図５１】
2020519362.tif 000095
【図５２】
2020519362.tif 000096
【図５３】
2020519362.tif 000097
【図５４】
2020519362.tif 000098
【図５５】
2020519362.tif 000099
【図５６】
2020519362.tif 000100
【図５７】
2020519362.tif 000101
【図５８】
2020519362.tif 000102
【図５９】
2020519362.tif 000103
【図６０】
2020519362.tif 000104
【図６１】
2020519362.tif 000105
【図６２】
2020519362.tif 000106
【図６３】
2020519362.tif 000107
【図６４】
2020519362.tif 000108
【図６５】
2020519362.tif 000109
【図６６】
2020519362.tif 000110
【図６７】
2020519362.tif 000111
【図６８】
2020519362.tif 000112
【図６９】
2020519362.tif 000113
【図７０】
2020519362.tif 000114
【図７１】
2020519362.tif 000115
【図７２Ａ】
2020519362.tif 000116
【図７２Ｂ】
2020519362.tif 000117
【図７２Ｃ】
2020519362.tif 000118
【図７２Ｄ】
2020519362.tif 000119
【図７２Ｅ】
2020519362.tif 000120
【図７２Ｆ】
2020519362.tif 000121
【図７２Ｇ】
2020519362.tif 000122
【図７３】
2020519362.tif 000123
【図７４】
2020519362.tif 000124
【図７５】
2020519362.tif 000125
【図７６】
2020519362.tif 000126
【図７７Ａ】
2020519362.tif 000127
【図７７Ｂ】
2020519362.tif 000128
【図７８Ａ】
2020519362.tif 000129
【図７８Ｂ】
2020519362.tif 000130
【図７９】
2020519362.tif 000131
【図８０】
2020519362.tif 000132
【図８１】
2020519362.tif 000133
【図８２】
2020519362.tif 000134
【図８３】
2020519362.tif 000135
【図８４Ａ】
2020519362.tif 000136
【図８４Ｂ】
2020519362.tif 000137
【図８４Ｃ】
2020519362.tif 000138
【図８４Ｄ】
2020519362.tif 000139
【図８５Ａ】
2020519362.tif 000140
【図８５Ｂ】
2020519362.tif 000141
【図８５Ｃ】
2020519362.tif 000142
【図８６Ａ】
2020519362.tif 000143
【図８６Ｂ】
2020519362.tif 000144
【図８７Ａ】
2020519362.tif 000145
【図８７Ｂ】
2020519362.tif 000146
【図８７Ｃ】
2020519362.tif 000147
【図８７Ｄ】
2020519362.tif 000148
【図８８】
2020519362.tif 000149
【図８９】
2020519362.tif 000150
【国際調査報告】
2020519362.tif 000151
2020519362.tif 000152