(57)【要約】      （修正有）【課題】医療機器および一以上のエンタープライズサーバとの間でデータを通信する技術を提供する。【解決手段】システム２は、第１および第２のハブを含む。第１のハブ１２は、ローカルエリアネットワークを介して医療機器４、６、８、１０との間でデータを通信し、そしてデータを少なくとも一つのアプリケーション層パケット（ａｐｐｌｉｃａｔｉｏｎ−ｌａｙｅｒ  ｐａｃｋｅｔ）にパッケージ化する。第２のハブ２０は、少なくとも１つのセルラーネットワーク１４を介して動作可能に第１のハブ１２から少なくとも１つのアプリケーション層パケットを受信する。【選択図】図１
2020145730.tif 000002
【特許請求の範囲】
【請求項１】
ハブであって、
医療機器とデータを通信するように構成されるローカルエリアネットワークインターフェースコンポーネントと、
第１の通信チャネルとインターフェース接続するように構成されている第１のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）と、
第２の通信チャネルとインターフェース接続するように構成される第２のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）と、
前記医療機器からデータを少なくとも１つのパケットにパッケージ化するように構成されているプロセッサであり、前記少なくとも１つのパケットのうちの１つのパケットはヘッダを含み、前記プロセッサはさらに第１及び第２の通信チャネルの１つにより前記少なくとも１つのパケットを通信するために、第１及び第２のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）の１つと動作可能に通信するように構成され、前記プロセッサは時間パラメータを前記パケットの前記ヘッダへ追加するようにさらに構成されたプロセッサと、
衛星システムコンポーネントであって、前記プロセッサは衛星システムにより決定された時間を用いて前記時間パラメータを前記ヘッダへ追加するように構成された衛星システムコンポーネントと、
前記ハブのアラーム状態が発生した時に、前記医療機器に信号を送るように構成されたアラームバスと、
を備えることを特徴とするハブ。
【請求項２】
請求項１のハブであって、第１の通信チャネルは第１のセルラーネットワークであり、第２の通信チャネルは第２のセルラーネットワークであるハブ。
【請求項３】
請求項１のハブであって、前記プロセッサはさらに、前記ハブを識別値、患者、医療機器、及び治療の１つと関連付けるように構成されているハブ。
【請求項４】
請求項１のハブであって、前記プロセッサはさらに、データを暗号化するように構成されているハブ。
【請求項５】
請求項１のハブであって、前記時間パラメータは、日付及び時間の１つを含むハブ。
【請求項６】
請求項１のハブであって、前記プロセッサはさらに、前記パケットの前記ヘッダに前記パケットの少なくとも一部分に対応するエラー検出符号を付加するように構成されているハブ。
【請求項７】
請求項６のハブであって、前記エラー検出符号はエラー訂正符号であるハブ。
【請求項８】
請求項１のハブであって、前記プロセッサは、前記パケットと別のパケットとにデータをパッケージ化するように構成され、前記パケットはヘッダを含み、前記別のパケットは別のヘッダを含むハブ。
【請求項９】
請求項１のハブであって、単純な旧式の電話サービスコンポーネントをさらに含み、第１及び第２の通信チャネルが利用できない場合、前記プロセッサは、単純な旧式の電話サービスを通して前記パケットを送るように構成されているハブ。
【請求項１０】
システムであって、
ローカルエリアネットワークを介して医療機器との間でデータを通信し、そして少なくとも１つのアプリケーション層パケットにデータをパッケージ化するように構成されている第１のハブと、
少なくとも１つのセルラーネットワークを介して動作可能に前記第１のハブから前記少なくとも１つのアプリケーション層パケットを受信するように構成される第２のハブとを備え、
前記第１のハブは、少なくとも１つのグローバル・ポジショニング信号を用いて時間パラメータを決定するように構成されたグローバル・ポジショニング・コンポーネントを含み、
前記第１のハブは、少なくとも１つのアプリケーション層パケットのうちのアプリケーション層パケットのヘッダに時間パラメータを追加するように構成され、
前記第２のハブは、前記時間パラメータが所定の基準を満たすか否かを判定するように構成されているシステム。
【請求項１１】
請求項１０のシステムであって、前記第２のハブは、前記少なくとも１つのアプリケーション層パケットからのデータを再構築するように構成されているシステム。
【請求項１２】
請求項１０のシステムであって、前記第１のハブは、前記少なくとも１つのセルラーネットワークの第１及び第２のセルラーネットワークを介して、前記少なくとも１つのアプリケーション層パケットを通信するシステム。
【請求項１３】
請求項１２のシステムであって、前記第１のハブは、第１及び第２のセルラーネットワークの間に前記少なくとも１つのアプリケーション層パケットの送信を負荷分散するように構成されているシステム。
【請求項１４】
請求項１０のシステムであって、前記第１のハブは、データを暗号化するように構成され、第２のハブはデータを復号化するシステム。
【請求項１５】
請求項１０のシステムであって、さらに、エンタープライズサーバを含み、前記医療機器は、データを暗号化するように構成され、前記第２のハブはエンタープライズサーバにデータを送るように構成され、そしてエンタープライズサーバは、データを復号化するように構成されているシステム。
【請求項１６】
請求項１２のシステムであって、
前記第２のハブは、少なくとも１つのグローバル・ポジショニング信号を用いて別の時間パラメータを決定するように構成された別のグローバル・ポジショニング・コンポーネントを含み、及び
前記第２のハブは、時間パラメータが別の時間パラメータの関数として所定の基準を満たすか否かを決定するように構成されているシステム。
【請求項１７】
請求項１０のシステムであって、
前記少なくとも１つのアプリケーション層パケットは第１のアプリケーション層パケットを含み、及び
前記第１のハブは、第１のアプリケーション層のパケットの少なくとも一部に対応するエラー検出符号を付加するように構成されているシステム。
【請求項１８】
請求項１７のシステムであって、前記第２のハブは、エラー検出符号を用いて、第１のアプリケーション層パケットの少なくとも一部がエラーを含まないものであるか否かを決定するように構成されているシステム。
【請求項１９】
請求項１８のシステムであって、前記エラー検出符号はエラー訂正符号であり、前記第２のハブは、さらに、必要に応じて、第１のアプリケーション層パケットの前記少なくとも一部のエラーを訂正するように構成されているシステム。
【請求項２０】
請求項１０のシステムであって、
前記少なくとも１つのアプリケーション層パケットは第１のアプリケーション層パケットを含み、及び
前記第２のハブは、第１のアプリケーション層パケットが所定の基準を満たす場合は、第１のハブに肯定応答を通信するように構成されているシステム。
【請求項２１】
請求項１０のシステムであって、エンタープライズサーバをさらに含み、前記医療機器はデータを暗号化するように構成され、そして、前記第２のハブはエンタープライズサーバにデータを送るように構成され、前記エンタープライズサーバはデータを復号化するように構成されているシステム。
【請求項２２】
請求項１０のシステムであって、
前記少なくとも１つのアプリケーション層パケットは、第１及び第２のアプリケーション層パケットを含み、
前記第１のハブは、第１のアプリケーション層パケットの第１のヘッダに第１の連続番号を追加し、及び第２のアプリケーション層パケットの第２のヘッダに第２の連続番号を追加するように構成され、
前記第２のハブは、第１及び第２の連続番号に従ってデータを再構築するように構成されているシステム。
【請求項２３】
請求項２２のシステムであって、
前記第１のハブは、前記少なくとも１つのセルラーネットワークの第１のセルラーネットワークを介して第１のアプリケーション層パケットを通信するように構成され、及び  第１のハブは、前記少なくとも１つのセルラーネットワークの第２のセルラーネットワークを介して第２のアプリケーション層パケットを通信するように構成されているシステム。
【請求項２４】
請求項１０のシステムにおいて、エンタープライズサーバをさらに含み、このエンタープライズサーバは、トランザクションサーバであるシステム。
【発明の詳細な説明】
【発明の背景】
【０００１】
関連出願の相互参照
本出願は、２０１２年１２月２１日に出願され、発明の名称をデータ通信のためのシステ
ム、方法及び装置と題する米国仮特許出願６１／７４０，４７４（代理人整理番号Ｊ８０
）の優先権の利益を主張する非仮特許出願であり、この出願は参照によりその全体が本明
細書に組み入れられる。
本出願はまた、２０１２年１２月２１日に出願され、発明の名称を電子的な患者ケアのた
めのシステム、方法および装置と題する米国特許出願、出願番号１３／７２３，２５３で
あり、２０１３年７月２５日に公開された公開番号ＵＳ−２０１３−０１９１４１３−Ａ
１（代理人整理番号Ｊ８５）の一部継続出願であり、米国特許出願、出願番号１３／７２
３，２５３は以下の出願の優先権及びその出願の利益を主張する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年５月２４日に出願された発明の名称を電子患者ケアシステム、方法、および装
置と題する出願、米国仮特許出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）；
及び
２０１２年８月３日に出願された発明の名称を流体フローを監視、規制又は制御するため
のシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６７９，１１７
（代理人整理番号Ｊ３０）、であり、これらの出願は、参照によりその全てが本明細書に
組み込まれる。
【０００２】
米国特許出願、出願番号１３／７２３，２５３は、２０１１年１２月２１日に出願された
発明の名称を電子的な患者ケアのためのシステム、方法および装置と題する出願、米国特
許出願１３／３３３，５７４であって、２０１２年７月１９日に公開された米国公開番号
ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人整理番号Ｉ９７）；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／  ＵＳ１１／６６５８８（代理人
整理番号Ｉ９７ＷＯ）の一部継続出願であり、これらの出願は参照によりその全体が本明
細書に組み入れられる。
米国特許出願、出願番号１３／３３３，５７４は、２０１１年１月２１日に出願された発
明の名称を電子患者監視システムと題する出願、米国特許出願１３／０１１，５４３であ
り、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−２
０１１−０３１３７８９−Ａ１で公開された出願（代理人整理番号Ｉ５２）の一部継続出
願であり、この出願は２０１０年１月２２日に出願された、発明の名称を医療施設のため
の電子発注仲介システムと題する米国仮特許出願第６１／２９７，５４４（代理人整理番
号Ｈ５３）の優先権を主張する、これらの両出願は参照により本明細書に組み入れられる
。
【０００３】
この出願は、２０１２年１２月２１日に出願された発明の名称を電子的な患者ケアのため
のシステム、方法および装置と題する出願、米国特許出願番号１３／７２３，２３９であ
って、２０１３年１１月７日に公開され、その公開番号ＵＳ２０１３−０２９７３３０−
Ａ１である出願（代理人整理番号Ｊ７７）の一部継続出願であり、米国特許出願、出願番
号１３／７２３，２３９は以下の出願の優先権の利益及びその出願の利益を主張する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年５月２４日に出願された発明の名称を電子患者ケアシステム、方法、および装
置と題する出願、米国仮特許出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）；
及び
２０１２年８月３日に出願された発明の名称を流体フローを監視、規制又は制御するため
のシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６７９，１１７
（代理人整理番号Ｊ３０）、であり、これらの出願は、参照によりその全てが本明細書に
組み入れられる。
【０００４】
米国特許出願、出願番号１３／７２３，２３９は、以下の出願の優先権、出願の利益を主
張し、及びその一部継続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１の出願（
代理人整理番号Ｉ９７）であり、この出願は、２０１１年１月２１日に出願された発明の
名称を電子患者監視システムと題する出願、米国特許出願番号１３／０１１，５４３であ
り、２０１１年１２月２２日に、公開番号ＵＳ−２０１１−０３１３７８９−Ａ１で公開
された出願（代理人整理番号Ｉ５２）の一部継続出願であり、この出願は２０１０年１月
２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと題する米国
仮特許出願第６１／２９７，５４４（代理人整理番号Ｈ５３）の優先権を主張する；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ＵＳ１１／６６５８８であり２０
１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である出願（
代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細書に組
み入れられる。
【０００５】
この出願はまた、２０１２年１２月２１日に出願された発明の名称を電子患者ケアのため
のシステム、方法および装置と題する出願、米国特許出願番号１３／７２３，２４２であ
って、２０１３年１１月２８日に公開され、その公開番号ＵＳ２０１３−０３１７７５３
−Ａ１である出願（代理人整理番号Ｊ７８）の一部継続出願であり、米国特許出願番号１
３／７２３，２４２は以下の出願の優先権の利益及びその出願の利益を主張する：
２０１２年５月２４日に出願された、発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番
号Ｊ４６）であり、本出願は参照によりその全体が本明細書に組み入れられる。
本出願は、２０１３年５月２３日に出願され、発明の名称を電子患者ケアのためのシステ
ムおよび装置と題する出願、米国特許出願１３／９００，６５５であって、２０１３年１
１月２８日に公開され、その公開番号ＵＳ２０１３−０３１７８３７−Ａ１である出願（
代理人整理番号Ｋ６６）の一部継続出願であり、米国特許出願番号１３／９００，６５５
は、２０１２年５月２４日に出願された、発明の名称を電子的な患者ケアのためのシステ
ム、方法および装置と題する出願、米国仮特許出願、出願番号６１／６５１，３２２（代
理人整理番号Ｊ４６）の出願の優先権の利益及びその出願の利益を主張するものであり、
両出願は参照によりその全体が本明細書に組み入れられる。
【０００６】
米国特許出願１３／９００，６５５はまた、以下の出願の優先権の利益及びその出願の利
益を主張する一部継続出願でもある：
２０１２年５月２４日に出願され、発明の名称を血液処理システムおよび方法と題する出
願、米国特許出願１３／４８０，４４４であって、２０１３年２月１４日に公開され、そ
の公開番号ＵＳ２０１３−００３７４８５−Ａ１である出願（代理人整理番号Ｊ４３）；
及び
２０１２年５月２４日に出願された発明の名称を血液処理システムおよび方法と題するＰ
ＣＴ出願、出願番号ＰＣＴ／  ＵＳ１２／００２５７であり、２０１２年１１月２９日に
公開され、その公開番号はＷＯ２０１２／１６１７４４である出願（代理人整理番号Ｊ４
３ＷＯ）。
この出願はまた、２０１３年５月２３日に出願され、発明の名称を電子患者ケアのための
システムおよび装置と題するＰＣＴ出願、出願番号ＰＣＴ／ＵＳ１３／４２３５０である
出願（代理人整理番号Ｋ６６ＷＯ）の一部継続出願であり、このＰＣＴ出願は２０１２年
５月２４日に出願された、発明の名称を電子的な患者ケアのためのシステム、方法および
装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）
の出願の優先権及びその出願の利益を主張するものであり、両出願は参照によりその全体
が本明細書に組み入れられる。
【０００７】
ＰＣＴ出願、出願番号ＰＣＴ／ＵＳ１３／４２３５０は、以下の出願の優先権及びその出
願の利益を主張する一部継続出願でもある：
２０１２年５月２４日に出願され、発明の名称を血液処理システムおよび方法と題する出
願、米国特許出願１３／４８０，４４４であって、２０１３年２月１４日に公開され、そ
の公開番号ＵＳ２０１３−００３７４８５−Ａ１である出願（代理人整理番号Ｊ４３）；
及び
２０１２年５月２４日に出願された発明の名称を血液処理システムおよび方法と題するＰ
ＣＴ出願、出願番号ＰＣＴ／  ＵＳ１２／００２５７であり、２０１２年１１月２９日に
公開され、その公開番号はＷＯ２０１２／１６１７４４である出願（代理人整理番号Ｊ４
３ＷＯ）。
【０００８】
この出願はまた２０１２年１２月２１日に出願された以下の特許出願の一以上の出願に関
連するものであり、これらの出願は参照によりその全体が本明細書に組み入れられる：
発明の名称をクランピングのためのシステム、方法及び装置と題する出願、米国非仮特許
出願第１３／７２３，２３８（代理人整理番号Ｊ４７）；
発明の名称を経口薬の調合のためのシステム、方法及び装置と題する出願、米国非仮特許
出願第１３／７２３，２３５（代理人整理番号Ｊ７４）；
発明の名称を経口薬を調合するためのシステム、方法、および装置と題する出願、ＰＣＴ
出願第ＰＣＴ／ＵＳ１２／７１１３１（代理人整理番号Ｊ７４ＷＯ）；
発明の名称を、液体供給を推定するためのシステム、方法、および装置と題する出願、米
国非仮特許出願番号１３／７２４，５６８（代理人整理番号Ｊ７５）；
発明の名称を流体を注入するためのシステム、方法、および装置と題する出願、米国非仮
特許出願番号１３／７２５，７９０（代理人整理番号Ｊ７６）；
発明の名称を流体を注入するためのシステム、方法、および装置と題する出願、ＰＣＴ出
願、出願番号ＰＣＴ／ＵＳ１２／７１４９０（代理人整理番号Ｊ７６ＷＯ）；
発明の名称を流体フローの監視、規制又は制御するシステム、方法及び装置と題する出願
、米国非仮特許出願番号１３／７２３，２４４（代理人整理番号Ｊ７９）；
発明の名称を流体フローを監視、規制又は制御するためのシステム、方法、および装置と
題する出願、ＰＣＴ特許出願番号ＰＣＴ／ＵＩＳ１２／７１１４２（代理人整理番号Ｊ７
９ＷＯ）；
発明の名称を液体供給を推定するためのシステム、方法、および装置と題する出願、米国
非仮特許出願番号１３／７２３，２５１（代理人整理番号Ｊ８１）；及び
発明の名称を液体供給を推定するためのシステム、方法、および装置と題する出願、ＰＣ
Ｔ特許出願番号ＰＣＴ／ＵＳ１２／７１１１２（代理人整理番号Ｊ８１ＷＯ）。
【０００９】
この出願はまた以下の特許出願の一以上の出願に関連するものであり、これらの出願は参
照によりその全体が本明細書に組み入れられる：
０１２年１２月１８日に出願された発明の名称を活性整流を用いて流体ラインにおいて空
気を検出するシステム、方法及び装置と題する出願、米国仮特許出願番号６１／７３８，
４４７（代理人整理番号Ｊ３２）；
２０１３年３月１５日に出願された発明の名称を流体を注入するための装置と題する米国
特許出願１３／８４０，３３９（代理人整理番号Ｋ１４）；
２０１３年３月１５日に出願された発明の名称を流体を注入するための装置と題するＰＣ
Ｔ出願ＰＣＴ／  ＵＳ１３／３２４４５（代理人整理番号Ｋ１４ＷＯ）；
２０１３年３月１５日に出願され、発明の名称を注射ポンプ及び関連する方法と題する出
願、米国特許出願１３／８３３，４３２（代理人整理番号Ｋ２１）；
【００１０】
２０１３年３月１５日に出願された発明の名称を電子患者ケアのためのシステムおよび装
置と題する米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）；
２０１３年３月１５日に出願され、発明の名称をクランピングのためのシステム、方法及
び装置と題する出願、米国特許出願１３／８３３，７１２（代理人整理番号Ｋ２３）；
２０１３年３月１５日に出願された発明の名称を流体フローの監視、規制又は制御するシ
ステム、方法及び装置と題する米国特許出願１３／８３４，０３０（代理人整理番号Ｋ２
８）；及び
２０１３年１２月２０日に出願されたデータを通信するシステム、方法及び装置と題する
米国特許出願（代理人整理番号Ｌ４９）。
【背景技術】
【００１１】
本開示は、データを通信することに関する。より詳細には、本開示は、例えば、医療機器
および一以上のエンタープライズサーバとの間でデータを通信するためのシステム、方法
、および装置に関する。
関連技術
【００１２】
いくつかの例では、一以上の医療機器は、急性または慢性の病気を治療するために特定の
患者によって使用されてもよい。これらの医療機器は、患者が適切に治療されていること
、治療は所定の規範の範囲外のものではないこと、及び医療機器自体が、許容可能なパラ
メータ内で動作していることを確実にするソフトウェアアルゴリズムを実行する電子制御
回路を含んでもよい。
【００１３】
患者に処方される各特定の治療が一意的であり、および／または複数の機器の使用を生じ
るものであるため、外部データベースとコンピュータシステム（例えば、基幹システム）
が、これらの機器に患者及び患者の治療計画に関連した情報を提供するために使用するこ
とができる。情報は、ある治療期間中に複数の医療機器の相互動作を容易にするために使
用することができる。様々な通信技術は、１以上の「機器からサーバへの通信リンク」（
ｄｅｖｉｃｅ−ｔｏ−ｓｅｒｖｅｒ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｌｉｎｋ）を実現す
るために使用することができる。
【発明の概要】
【００１４】
本開示のある実施の形態では、通信の方法は以下を含む：ローカル・エリア・ネットワー
クを介してデータを医療機器からの第１のハブに通信すること；医療機器からのデータを
少なくとも１つのパケットにパッケージ化することであり、少なくとも１つのパケットは
ヘッダを含み；第１のハブの少なくとも１つの通信チャネルを介して、ネットワークを通
じて少なくとも１つのパケットを通信すること；必要に応じて、アラーム状態が第１のハ
ブ内で発生したときは、第１のハブからのアラームを医療機器に伝達すること。
この方法は、アプリケーション層内で実行され得る（例えば、パケットはアプリケーショ
ン層レベルのパケットであってもよい）か、または任意の他の層または層の組み合わせ内
で実行しても良い。少なくとも１つの通信チャネルの第１の通信チャネルは、第１のセル
ラーネットワーク、例えば、昔の電話サービス（「ＰＯＴＳ」）やブロードバンド上にあ
ってもよい。前記少なくとも１つの通信チャネルの第２の通信チャネルは、第２のセルラ
ーネットワーク、例えば、昔の電話サービス（「ＰＯＴＳ」）やブロードバンド上にあっ
てもよい。第１のハブは、識別値（例えば、シリアル番号）、患者、医療機器、および／
または治療に関連するものでもよい。
【００１５】
ローカルエリアネットワークを介してデータを医療機器から第１のハブに通信する行為は
、医療機器からローカルエリアネットワークを介して第１のハブによってデータを受信す
る行為であってもよい。
【００１６】
本開示のさらに他の実施形態では、この方法はさらにデータを暗号化する（例えば、第１
のハブによって、および／または医療機器によって）行為を含むことができる。この方法
は、第２のハブによって少なくとも１つの通信チャネルを通してネットワーク上で少なく
とも１つのパケットを受信する行為、および第２のハブ内でデータを復号化する行為を含
むことができる。
【００１７】
この方法は、時間パラメータ、例えば、日付および／または時間を決定する行為を含むこ
とができる。衛星システム信号は、時間パラメータを決定するために使用ことができる。
追加的または代替的に、この方法は、時間パラメータを決定するために、セルラータイム
サーバ、ネットワークＩＤおよびタイムゾーン（「ＮＩＴＺ」）サーバ、時間サーバなど
を使用することができる。この方法は、パケットのヘッダに時間パラメータを追加する行
為を含むことができる。この方法は、パケットのヘッダ内の時間パラメータが第１の所定
の基準を満たすかどうかを決定する行為を行うことができる。
【００１８】
この方法は、さらにパケットのヘッダに連続番号を付加し；パケットのヘッダの連続番号
を使用してデータを再構築し；パケットの少なくとも一部に対応するエラー検出符号を決
定し、パケットのヘッダにエラー検出符号を付加し；および／または、パケットのヘッダ
内のエラー検出符号を検査することによって、パケットの少なくとも一部にはエラーがな
いかについて決定する行為を含むことができる。
【００１９】
本開示のさらに他の実施形態では、この方法は、パケット及びデータの少なくとも一つが
第２の所定の基準を満たすか否かを決定する行為；および／または、もし第２の所定の基
準が満たされた場合、パケット及びデータの少なくとも１つに対応する肯定文字を第１の
ハブに通信する行為を含むことができる。
【００２０】
本開示のさらに他の実施形態では、この方法は、第２のハブにより、少なくとも１つの通
信チャネルを通してネットワーク上で少なくとも１つのパケットを受信する行為および／
または第２のハブからのデータを、少なくとも１つのエンタープライズサーバ（例えば、
トランザクションサーバ）または分析サーバに送る行為を含むことができる。
【００２１】
医療機器からのデータを少なくとも１つのパケットにパッケージ化する行為には、そのパ
ケット及び他のパケットにデータをパッケージ化することを含むことができる。
パケットはヘッダを含むことができ、及び他のパケットは他のヘッダを含むことができる
。この方法はさらに、パケットのヘッダに第１の連続番号を追加し、他のパケットの他の
ヘッダに第２の連続番号を付加する行為を含んでも良い。
【００２２】
第１のハブの少なくとも１つの通信チャネルのうちの一つを通してネットワーク上を少な
くとも１つのパケットを通信する行為は、第１のハブの少なくとも１つの通信チャネルの
うちの第１の通信チャネルを介して、パケットを通信する行為；第１のハブの少なくとも
１つの通信チャネルのうちの第２の通信チャネルを介して、他のパケットを通信する行為
を含んでも良い。この方法は、パケット及び他のパケットを受信すること；そして、パケ
ットの第１の連続番号及び他のパケットの第２の連続番号に従ってデータを再構築するこ
とを含むことができる。
【００２３】
本開示のさらにいくつかの追加の実施形態において、本方法は、医療機器からのデータを
ローカルエリアネットワークを介して、第１のハブへ通信する前に、医療機器（又は第１
又は第２のハブ）により、これらのデータを暗号化する行為；第２のハブによって少なく
とも１つのパケットを１以上の通信チャネル（例えば、２つの通信チャネル）を通してネ
ットワーク上で受信すること；第２のハブからのデータをエンタープライズサーバへ送る
こと；および／または、エンタープライズサーバによってデータを処理のために、エンタ
ープライズサーバにより復号化することを含んでもよい。
【００２４】
本開示のさらに他の実施形態では、ハブは、ローカルエリアネットーク インターフェー
ス コンポーネント、第１および第２のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−
ｍｏｄｕｌｅ）（「ＳＯＭ」）モジュール、及びプロセッサを含む。ローカルエリアネッ
トワーク  インターフェース  コンポーネントは医療機器とデータを通信するように構成
されている。第１のＳＯＭは、第１の通信チャネルとインターフェース接続するように構
成され、第２のＳＯＭは、第２の通信チャネルとインターフェース接続するように構成さ
れている。第１の通信チャネルは第１のセルラーネットワークであり、第２の通信チャネ
ルは、第２のセルラーネットワークであってもよい。プロセッサは医療機器からデータを
少なくとも１つのパケットにパッケージ化するように構成されている。少なくとも１つの
パケットはヘッダを含み、プロセッサは、さらに第１および第２の通信チャネルの１つに
より少なくとも１つのパケットを通信するために、第１および第２のＳＯＭの一つと動作
可能に通信するように構成される。プロセッサはさらに、ハブを識別値、患者、医療機器
、および治療の一つと関連付けるように構成されてもよい。追加的に、代替的に、または
必要に応じて、プロセッサは、データを暗号化するように構成することができる。
【００２５】
本開示のさらに他の実施形態では、プロセッサは、パケットのヘッダに時間パラメータを
追加するように構成される。時間パラメータは、日付および／または時間を含むことがで
きる。ハブは、衛星システム コンポーネントを含んでも良く、プロセッサは衛星システ
ム・コンポーネントを用いて、衛星システムにより決定される時間を用いてヘッダに時間
パラメータを追加するように構成される。いくつかの実施形態では、ハブは時間を決定す
るために、セルラー時間サービス、ネットワークＩＤおよびタイムゾーン（「ＮＩＴＺ」
）、時間切断（ｔｉｍｅ  ｓｅｖｅｒ）などを使用する。
【００２６】
本発明のさらに他の実施形態では、プロセッサは、さらにパケットのヘッダに連続番号を
付加するように構成される。連続番号は、パケットのヘッダの連続番号を使用してデータ
を再構築するように構成することができる。
【００２７】
本発明のさらに他の実施形態では、プロセッサはさらに、パケットのヘッダにパケットの
少なくとも一部分に対応するエラー検出符号を付加するように構成される。エラー検出符
号は、エラー訂正符号である。
【００２８】
プロセッサは、パケット及び別のパケットにデータをパッケージ化するように構成するこ
とができ、その場合前記パケットはヘッダを含み、別のパケットは別のヘッダを含む。
【００２９】
本開示のさらに他の実施形態では、ハブは、フェイルセーフバスを含む。フェイルセーフ
バスは、ハブまたは通信リンクに障害状態が発生したときに、ハブに結合された医療機器
に信号を送るように構成されてもよい。
【００３０】
本開示のさらに他の実施形態では、ハブはさらにアラームバスを含む。アラームバスはハ
ブのアラーム状態が発生した、または、通信リンクのリンク品質が劣化した場合に、通信
リンクのアラーム状態が発生した場合に、ハブに結合された医療機器に信号を送るように
構成されてもよい。
【００３１】
本開示のさらに他の実施形態では、さらに、ハブは、単純な旧式の電話サービスコンポー
ネント（ｐｌａｉｎ−ｏｌｄ−ｔｅｌｅｐｈｏｎｅ−ｓｅｒｖｉｃｅ  ｃｏｍｐｏｎｅｎ
ｔ）を含む。第１及び第２の通信チャネルが利用できない場合、プロセッサは、単純な旧
式の電話サービス（ｐｌａｉｎ−ｏｌｄ−ｔｅｌｅｐｈｏｎｅ−ｓｅｒｖｉｃｅ）（「Ｐ
ＯＴＳ」）を通してパケットを送る様に構成することができる。例えば、もし緊急状態が
存在すると判定された場合、ハブは９１１を呼び出すことができる。いくつかの実施形態
では、ハブは、例えば、サーバからの音声データを可聴な放送指示にダウンロードしても
よい。ハブのシリアル番号は、音声メッセージが可能な言語のリスト中のどの言語である
かを決定するために使用することができる。
【００３２】
本開示のさらに他の実施形態では、システムは第１および第２のハブを含む。第１のハブ
は、ローカルエリアネットワークを介して医療機器との間でデータを通信し、そして少な
くとも一つのアプリケーション層パケット（ａｐｐｌｉｃａｔｉｏｎ−ｌａｙｅｒ  ｐａ
ｃｋｅｔ）にデータをパッケージ化するように構成される。第２のハブは、少なくとも１
つのセルラーネットワークを介して動作可能に第１のハブから少なくとも１つのアプリケ
ーション層パケットを受信するように構成される。第１のハブは、データを暗号化するよ
うに構成されてもよく、第２のハブはデータを復号化するように構成することができる。
【００３３】
第１のハブは、少なくとも１つのセルラーネットワークの第１および第２のセルラーネッ
トワークを介して、少なくとも１つのアプリケーション層パケットを通信することができ
る。第２のハブは、少なくとも一つのアプリケーション層パケットからのデータを再構築
するように構成することができる。
第１のハブは、第１及び第２のセルラーネットワークとの間に、少なくとも１つのアプリ
ケーション層パケットの送信をバランスしてロードする、又は第１及び第２のセルラーネ
ットワークの両方を利用してデータを重複して送信する様に構成されてもよい。例えば、
各パケットは、一度は第１のセルラーネットワークを使用し、一度は第２のセルラーネッ
トワークを使用して、２回送信することができる。基幹システムは、受信したパケットを
比較し、それらが同一のデータを含むか判定することができる。つまり、パケットの１つ
または両方のデータが送信中に破損した場合に２つのパケット内のデータが同一でない可
能性がある。
【００３４】
このシステムは、さらに、エンタープライズサーバを含むことができる。医療機器は、デ
ータを暗号化するように構成されてもよく、第２のハブはエンタープライズサーバにデー
タを送るように構成することができ、およびエンタープライズサーバは、データを復号化
するように構成することができる。
【００３５】
本開示のさらに他の実施形態では、第１のハブは、少なくとも一つのグローバル・ポジシ
ョニング信号を用いて時間パラメータを決定するように構成されるグローバル ポジショ
ニング コンポーネントを含む。第１のハブは、少なくとも一つのアプリケーション層パ
ケットのアプリケーション層パケットのヘッダに時間パラメータを追加し、第２のハブは
、時間パラメータが所定の基準を満たすかどうかを決定するように構成される。
【００３６】
第２のハブは、少なくとも一つのグローバル・ポジショニング信号を用いて別の時間パラ
メータを決定するように構成された別のグローバル・ポジショニング・コンポーネントを
含むことができる。第２のハブは、時間パラメータが、別の時間パラメータの関数として
所定の基準を満たすかどうかを決定するように構成することができる。
【００３７】
本開示の他の実施形態において、少なくとも一つのアプリケーション層パケットは第一の
アプリケーション層パケットを含み、第１のハブは、第一のアプリケーション層のパケッ
トの少なくとも一部に対応するエラー検出符号を付加するように構成される。第２のハブ
は、第一のアプリケーション層パケットの少なくとも一部が、エラー検出符号を用いて誤
りを含まないものであるかどうかを決定するように構成することができる。エラー検出符
号はエラー訂正符号であってもよく、その場合第２のハブは、さらに、必要に応じて、第
一のアプリケーション層パケットの少なくとも一部のエラーを訂正するように構成されて
いる。
【００３８】
少なくとも一つのアプリケーション層パケットは第１のアプリケーション層パケットを含
んでも良く、及び第２のハブは、第１のアプリケーション層パケットが所定の基準を満た
す場合は、第１のハブに肯定応答を通信するように構成される。
【００３９】
本開示の他の実施形態では、システムはさらにエンタープライズサーバを含む。医療機器
は、データを暗号化するように構成される。そして、第２のハブはエンタープライズサー
バにデータを送るように構成されているので、エンタープライズサーバはデータを復号化
するように構成される。データがエンタープライズサーバに書き込まれると、肯定応答が
第１のハブおよび／または医療機器に返送することができる。
【００４０】
いくつかの実施形態では、少なくとも一つのアプリケーション層パケットは、第１及び第
２のアプリケーション層パケットを含む。第１のハブは、第１のアプリケーション層パケ
ットの第１のヘッダに第１の連続番号を追加し、第２のアプリケーション層パケットの第
２のヘッダに第２の連続番号を追加するように構成される。第２のハブは、第１および第
２の連続番号に従ってデータを再構築するように構成される。第１のハブは、少なくとも
一つのセルラーネットワークの第一１のセルラーネットワークを介して第１のアプリケー
ション層パケットを通信するように構成されてもよい。第１のハブは、少なくとも一つの
セルラーネットワークの第２のセルラーネットワークを介して第２のアプリケーション層
パケットを通信するように構成される。
【００４１】
本開示のさらに他の実施形態では、第１のハブは、アラーム状態信号を提供するように構
成されたアラーム・バス・コンポーネントを含む。医療機器は、アラーム状態信号を受信
するために第１のハブに作動可能に接続されている。医療機器は、アラーム状態がアラー
ム状態信号を介して受信されたときに、少なくとも一つの緩和方策を提供するように構成
されている。
【００４２】
本開示のさらに他の実施形態では、第１のハブは、致命的なエラー状態信号を提供するよ
うに構成されたフェイルセーフコンポーネントを含む。医療機器は、致命的なエラー状態
信号を受信する第１のハブに動作可能に接続されている。医療機器は、致命的なエラー状
態が致命的なエラー状態信号を介して存在するとされた場合、ハブから独立して動作する
ように構成される。
【図面の簡単な説明】
【００４３】
これらおよび他の側面は、図面を参照して、本開示の様々な実施形態に関する以下の詳細
な説明からより明らかになるであろう。
【００４４】
【図１】図１は、本開示の実施形態によるデータを通信するためのシステムのブロック図を示す。
【００４５】
【図２】図２は、本開示の実施形態による図１のシステムのハブのブロック図を示す。及び
【００４６】
【図３Ａ】図３Ａ−３Ｂは、本開示の実施形態によるデータを通信するための方法を例示するフローチャート図を示す。
【図３Ｂ】図３Ａ−３Ｂは、本開示の実施形態によるデータを通信するための方法を例示するフローチャート図を示す。
【発明の詳細な説明】
【００４７】
図１は、本開示の実施形態によるデータを通信するためのシステム２のブロック図を示す
。システムは、ネットワーク１４上を互いに通信するハブ１２、２０を含む。第１のハブ
１２は医療機器４、６、８、１０に動作可能に結合される。つまり、第１のハブ１２は、
医療機器４、６、８、及び１０の一以上と動作可能に通信する。いくつかの実施形態では
、複数のハブ１２を使用することができる（例えば、各ハブに一つの機器）。
【００４８】
ハブ１２は、医療機器がそれに接続できるようにする前に満たされなければならない要件
を含むことができる。追加的または代替的に、ハブ１２は、第１及び第２のハブ１２、２
０の間のリンク品質が、その間にデータ通信する前に所定の基準を満たさなければならな
いことを要求することがある。ハブ１２は、ハブ１２、２０間のリンク品質を一以上の医
療機器４、６、８、１０に通信することができる。
【００４９】
第２のハブ２０は、基幹システム２２の様々なエンタープライズサーバ１６、１８、２４
、２６、２８、３０、３２、３４、３６に動作可能に結合される。基幹システム２２は、
１以上のサーバによって実施することができ、サーバファームであってもよく、１以上の
仮想サーバとして実施されてもよく、および／または１以上のプロセッサによって実施さ
れるソフトウェア・プログラムであってもよい。種々のエンタープライズサーバ１６、１
８、２４、２６、２８、３０、３２、３４、３６はトランザクションサーバであっても良
い。
【００５０】
ハブ１２、２０は医療機器４、６、８、１０とエンタープライズサーバ１６、１８、２４
、２６、２８、３０、３２、３４の間でデータを通信することができるので、データがそ
の間をシームレスに通信される。例えば、いくつかの特定の実施形態では、ハブ１２、２
０はデータをパケットにラップ（ｗｒａｐ）することができるので、医療機器４、６、８
、１０とエンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３
６の間で通信されるデータは、お互いの間で、あたかもそれらが同じローカルエリアネッ
トワーク上にあるかのように通信される。いくつかの特定の実施形態では、データは、ア
プリケーション層で１以上のパケットにラップされてもよく、例えば、開放型システム間
相互接続モデル（ＩＳＯ／ＩＥＣ７４９８−１）（「ＯＳＩモデル」）のアプリケーショ
ン層であり、これらの内容の全体は参照により本明細書に組み入れられる。いくつかの実
施形態では、データは、関連する技術において当業者に知られている任意の通信標準の一
以上の層、例えば、別のモデルのアプリケーション層、にラップされても良い。いくつか
のさらなる実施形態では、データは、ＯＳＩモデルを含む当技術分野で公知の任意のパケ
ットモデルの一以上の層にラップされてもよい。いくつかのさらなる実施形態において、
１以上のパケットのラッピングはＯＳＩモデルのアプリケーション、プレゼンテーション
、セッション層の組み合わせで行うことができ、および／またはプレゼンテーション及び
セッション層は実施されないこともある。ハブ２０は、医療機器４、６、８、１０の一つ
からエンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６の
一つにデータを伝送しても良い。
【００５１】
ハブ１２、２０は、同期的方法にまたは非同期の方法で互いに通信することができる。ま
た、ハブ１２、２０は、互いに心拍信号を通信することができる。例えば、ハブ１２、２
０のそれぞれは、所定の間隔で定期的にハブ１２、２０の一の他方に、正常に動作してい
る旨の信号を送信することができる。もし、ハブ１２、２０の一つが、所定の時間内に、
他のハブから所定の時間内に心拍信号（又はいくつかの実施形態では、何らの信号）を受
信しない場合、所定の時間内に心拍信号を受信していないハブは、（１）心拍信号を送信
する様に要求ことができる、（２）他のハブは不具合であるので適切な所定の緩和策をと
ることを決定し、（３）アラームがアラームバス上で発生していることを信号で伝え、お
よび／または（４）フェイルセーフバスを介して心拍信号が所定時間内に受信されていな
いことを信号で伝えることができる。
【００５２】
ハブ１２、２０は相互に通信し、受信ハブ（すなわち、データを受信する）は、送信ハブ
に肯定応答を送信することができる。いくつかの特定の実施形態では、肯定応答はまた連
続番号又は他のパケット識別子を含むことができる。
【００５３】
ハブ１２および／または医療機器４、６、８、１０は、医療機器４、６、８、１０からの
データに、１以上のエンタープライズサーバ１６、１８、２４、２６、２８、３０、３２
、３４、３６への所定のアクセスを与える関連する識別値を持っても良い。追加的に、代
替的に、又は必要に応じて関連する識別値は、各エンタープライズサーバ１６、１８、２
４、２６、２８、３０、３２、３４、３６内のサービスまたはデータの種々のサブセット
へのアクセスに関連付けられてもよい。
【００５４】
いくつかの実施形態では、ハブ１２は患者、一以上の医療機器４、６、８、１０、及び／
又は治療体制に関連付けられてもよい。
【００５５】
医療機器４、６、８、１０の各々又は第１のハブ１２は、一以上のエンタープライズサー
バ１６、１８、２４、２６、２８、３０、３２、３４、３６又は第２のハブ２０に、その
能力、その構成を通信し、および／または全てのアラート又は障害を伝えることができる
。
【００５６】
ハブ１２、２０は、１以上のパケットにデータをラップすることができので各パケットは
ヘッダを含む。ヘッダは、（１）連続番号；（２）エラー訂正符号の様なエラー検出符号
、及び／又は（３）例えば、日付および／または時間などの様な１以上の時間パラメータ
を含んでも良い。
【００５７】
連続番号は、データを再構築するために使用することができる。例えば、ハブ１２は、そ
れぞれに連続番号が割り当てられている複数のパケットにデータを分割することができる
。ハブ１２は、第１のセルモデム６４を介した第１のセルラーネットワークを通して、及
び第２のセルモデム８４を介した第２のセルラーネットワークを通して複数のパケットを
通信することができる（図２参照）。第１および第２のセルラーネットワークは２Ｇネッ
トワーク、３Ｇネットワーク、４Ｇネットワーク、ＬＴＥネットワーク、またはＷｉＦｉ
‐インターネット接続であってもよい。ハブ１２は、ロードバランシング（ｌｏａｄ  ｂ
ａｌａｎｃｉｎｇ）を実行することができる。データが第２のハブ２０に到達すると、第
２のハブ２０は、連続番号を使用してデータを再構築する。
【００５８】
エラー検出符号は、例えば、データ内に含まれるエラーを検出して訂正することができる
エラー訂正符号として使用することができる。全てのエラー検出符号は、周期的冗長検査
（「ＣＲＣ」）、チェックサム、ハッシュ値、パリティビット、パリティワード、ＭＤ５
などを使用することができる。第１のハブ１２は、第２のハブ２０にそれらを送信する前
に１以上のパケットのヘッダにエラー検出符号を追加することができる。第２のハブ２０
は、データに１以上のエラーがあるかどうかをエラー検出符号を使用して決定し、そして
いくつかの特定の実施形態では、第２のハブ２０はデータを訂正する（または第２のハブ
２０から第１のハブ１２に送信するときには、その逆が起きる）。
【００５９】
第１のハブ１２および／または第２のハブ２０は、ハブ１２、２０の一の他方に通信する
前に日付／時刻スタンプの様な時間パラメータをヘッダーに追加することができる。ハブ
１２、２０の受信ハブは、日付／時刻スタンプが、パケットが所定の時間内に受領された
かの要件の様な所定の基準を満たすかを決定することができる。ハブ１２、２０の内の受
信ハブは、日付／時刻は、ハブ１２、２０の送信ハブによって決定されているので、パケ
ットが所定の時間内に受信されたかどうかを決定するために、日付／タイムスタンプを内
部的に決定された時間パラメータと比較することができる。ハブ１２、２０は、衛星シス
テムの１以上の衛星を使用して決定された時間基準を使用することができる。
いくつかの実施形態では、衛星は全地球的航法衛星システムの一部であってもよい。例え
ば、全地球測位システム（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）コン
ステレーション、Ｇｌｏｂａｌｎａｙａ  Ｎａｖｉｇａｔｓｉｏｎｎａｙａ  Ｓｐｕｔｎ
ｉｋｏｖａｙａ  Ｓｉｓｔｅｍａ（「ＧＬＯＮＡＳＳ」）コンステレーション、インドの
地域航法衛星システム（「ＩＲＮＳＳ」）コンステレーション、北斗ナビゲーションシス
テム（ＢｅｉＤｏｕ  Ｎａｖｉｇａｔｉｏｎ  Ｓｙｓｔｅｍ）コンステレーション、ガリ
レオ（Ｇａｌｉｌｅｏ）コンステレーション等の一以上の衛星からの信号は、時間パラメ
ータを決定するために使用することができる。
【００６０】
データは、ハブ１２、２０の内の一の送信ハブによって暗号化され、同様にハブ１２、２
０の一の受信ハブによって復号化されても良い。追加的に、代替的に、または必要に応じ
て、医療機器４、６、８、１０は、エンタープライズサーバ１６、１８、２４、２６、２
８、３０、３２、３４、３６にデータを送信する前に暗号化することができ、これらのエ
ンタープライズサーバは、さらに、データを受信したときに復号化しても良く、同様に、
エンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６はデー
タを医療機器４、６、８、１０に送信する前に暗号化しても良く、これらの医療機器は、
データを受信したときに復号化する。任意の暗号化方法を使用することができ、例えば、
は、公開鍵暗号、共通鍵暗号、セッション鍵暗号、高度暗号化標準（Ａｄｖａｎｃｅｄ  
Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）（「ＡＥＳ」）、データ暗号化規格（Ｄａｔ
ａ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）（「ＤＥＳ」）、トリプルＤＥＳ（Ｔｒ
ｉｐｌｅ  ＤＥＳ）、ハイパーテキスト転送プロトコルセキュア，（Ｈｙｐｅｒｔｅｘｔ
Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｅ）（「ＨＴＴＰＳ」）、トランス
ポート層セキュリティ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）（「ＴＬ
Ｓ」）、セキュアソケットレイヤ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）（「Ｓ
ＳＬ」）、連邦情報処理標準（Ｆｅｄｅｒａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｃｅｓ
ｓｉｎｇ  Ｓｔａｎｄａｒｄ）（「ＦＩＰＳ」）の暗号化標準、当業者に知られているい
くつかの他の暗号化技術、またはそれらの組み合わせを使用することができる。
【００６１】
医療機器４、６、８、１０またはハブ１２は、基幹システムに２２に様々な情報を通信す
ることができ、例えば、（１）その状態、例えば、その機器が動作中か又は動作不能であ
るかについて、（２）その位置、（３）その構成、例えば、ソフトウェアのバージョン、
そのハードウェアのバージョンやその機能など、（４）利用可能な帯域幅を、および／ま
たは（５）医療機器としての要件、である。いくつかの実施形態において、利用可能な帯
域幅が所定の閾値を超えた場合にのみ、医療機器はハブ１２に接続することができる。
【００６２】
医療機器４、６、８、１０は、更新を取得するために、基幹システム２２にソフトウェア
および／またはファームウェアのバージョン番号を通信することができる。
更新は、暗号化検証の様な任意の既知の技術を用いて確認および／または検証することが
できる。基幹システム２２は、受信されたバージョン番号が最新バージョンでない場合は
、一以上の医療機器４、６、８、１０に更新されたソフトウェアおよび／または更新され
たファームウェアを送信するために、バージョン番号を使用することができる。
【００６３】
追加的に、代替的に、または必要に応じて、更新を取得するためにハブ１２は、基幹シス
テム２２に、ソフトウェアおよび／またはファームウェアのバージョン番号を通信するこ
とができる。受信されたバージョン番号が最新バージョンでない場合、基幹システム２２
は、ハブ１２に更新されたソフトウェアおよび／または更新されたファームウェアを送信
するために、バージョン番号を使用してもよい。
【００６４】
いくつかの実施形態では、ソフトウェアはハブ１２に保存されても良く、ハブ１２は１以
上の医療機器４、６、８、１０においてソフトウェアを更新するために使用される。ハブ
１２は、１以上の医療機器４、６、８、１０に存在するファームウェアおよび／またはソ
フトウェアバージョン番号をハブ１２に送信されるように要求することができる。次にハ
ブ１２は、医療機器４、６、８、１０が、最新のソフトウェアまたはファームウェアのバ
ージョンを持っているかどうかを、内部データベースを参照することにより、または基幹
システム２２から受信したバージョン情報を参照することにより確認することができる。
ハブ１２は基幹システム２２からソフトウェア又はファームウェアをダウンロードするこ
とができる。ハブ１２は医療機器４、６、８、１０にソフトウェアをロードすることがで
き、これらの医療機器は、ソフトウェアおよび／またはファームウェアを更新するために
、任意の公知のアルゴリズムを実行することができる。例えば、ファームウェアの新しい
バージョンは、医療機器４、６、８、１０の一つにロードされ、その後、検証されても良
い。そして、医療機器（４、６、８、１０）は、新しいファームウェアと、医療機器が新
しいファームウェアを使用する”スイッチ”を検証することができる（例えば、ポインタ
を介して）。
【００６５】
さらに、いくつかの実施形態では、医療機器４、６、８、１０および／またはハブ１２は
、継続的な品質改善（「ＣＱＩ」）サーバ３６により記録するために、基幹システムに２
２にアラート、アラーム、障害、ログ情報又は他の診断情報を伝える。
【００６６】
ハブ１２、２０は、ネットワーク１４を介して通信するが、ネットワーク１４は任意の種
類のネットワークを含むことができる。例えば、ハブ１２は、データをインターネット経
由でハブ２０に伝送する一以上のセルラーネットワークを介してデータを通信することが
できる。いくつかの実施形態では、ハブ１２、２０は無線インターネットリンク、有線イ
ンターネットリンク、広帯域リンク、ＰＯＴＳを使用する、または当業者に知られている
他の既知の通信技術を介して通信する。いくつかの実施形態では、セルラーネットワーク
プロバイダは、一以上のセルラーネットワークを介してデータを受信するように構成され
たデータ接続に直接基幹システム２２を連結してもよい。
【００６７】
医療機器４、６、８、１０は、ＬＡＮ接続３８、アラームバス４０、およびフェイルセー
フバス４２を通してハブ１２と動作可能に通信する。ＬＡＮ接続３８は、任意のローカル
・エリア・ネットワーク技術とプロトコルを使用することができ、およびハブ１２は複数
のＬＡＮ技術やプロトコルサポートすることができる。医療機器４、６、８、１０の各々
は互いに異なるローカル・エリア・ネットワーク技術を使用してもよい。
【００６８】
アラームバス４０は、通常、ハブ１２によって「高」の状態（例えば、５ボルトで）に保
持された有線によって実施することができる。ハブ１２は、内部アラームが発生したと判
断した時、ハブ１２は、ハブ１２内にアラーム状態が発生したことを、アラーム状態信号
を介して（例えば、有線を０ボルトに設定することにより）信号を送ることができる。す
なわち、アラームバス４０は、アラーム状態が発生したことを伝えるために使用すること
ができる。医療機器４、６、８、１０の各々が、アラーム状態が発生したと判断したとき
は、医療機器４、６、８、１０の各々は少なくとも一つの緩和アクションを実施すること
ができ、例えば、ネットワーク１４と通信するために接続しているセルラーネットワーク
を用いてＬＡＮ３８接続の帯域幅を下げる、又は他の軽減アクションを実施する。いくつ
かの実施形態では、ハブ１２によってアラーム状態が医療機器４、６、８、１０に報告さ
れた場合（又は、いくつかの実施形態では、医療機器４、６、８、１０の一つが内部アラ
ームを検知した場合）、医療機器４、６、８、１０は安全モードに入ることができる。い
くつかの実施形態では、アラーム・バス４０は、医療機器４、６、８、１０にアラームつ
いての情報を通信するデジタル通信バスである。
【００６９】
いくつかの実施形態では、アラームバス４０は、アラーム状態をネットワーク１４の、ま
たはハブ１２の能力やパフォーマンスの機能として設定する。医療機器４、６、８、１０
のそれぞれは、アラーム状態が発生したときハブ１２が要求先の医療機器４、６、８、１
０に伝えるべき条件のリストを、ハブ１２に通信することができる。
【００７０】
ハブ１２もまたフェイルセーフバス４２を備えても良い。フェイルセーフバス４２は、ハ
ブ１２および医療機器４、６、８、１０との間に結合されており、
致命的なエラー状態がハブ１２内に発生したことを示す致命的なエラー状態信号を提供す
る。信号は、「高」の値（例えば、５ボルト）から「低」の値（例えば、０ボルト）に遷
移するものであってよく、これはハブ１２内で致命的なエラー状態が存在することを示す
。致命的なエラー状態信号によって示されるように致命的なエラー状態が存在する場合、
医療機器４、６、８、１０は、ハブから独立して動作するように構成することができる。
いくつかの実施形態では、致命的なエラー状態は、ハブ１２および／またはハブ１２に結
合された医療機器によって定義することができる。いくつかの実施形態では、フェイルセ
ーフ・バス４２は、医療機器４、６、８、１０の致命的なエラー状態についての情報を通
信するデジタル通信バスである。
【００７１】
蠕動注入ポンプ４は、指型ポンプやロータリー注入ポンプなどの任意の種類の蠕動注入ポ
ンプ４であってもよい。シリンジ注入ポンプ６は、例えば、モータによって駆動される任
意のシリンジポンプであってもよい。他の機器１０は、任意の医療機器であってもよい。
いくつかの実施形態では、ポンプ４、６（またはその他の機器１０）は、医療用センサ８
からのフィードバックを受領する。
【００７２】
医療用センサ８は、例えば、血圧センサ、温度センサ、血糖計、心拍数モニター、パルス
オキシメータなどの任意の患者又は環境センサであってもよい。
【００７３】
特定の一実施形態では、医療用センサ８は、血圧カフまたは１以上の医療機器４、６、１
０にフィードバックを提供する錠剤供給装置であっても良い。薬服用コンプライアンスの
血圧に関する情報をポンプ４、６の流量を調整するために使用してもよい。いくつかの実
施形態では、フィードバックは基幹システム２２を介して医師に送信しても良い（例えば
、電子メッセージは、タブレットまたはスマートフォンに送信されてもよい）。
【００７４】
さらに他の実施形態では、医療用センサ１０は、蠕動注入ポンプ４にフィードバックを提
供するパルスオキシメータであってもよい。蠕動注入ポンプ４が、患者の血液の酸素飽和
度が所定の閾値より低くなりおよび／または患者の心拍数が所定の閾値を下回ると判断し
た場合、注入ポンプ４は流体の流れを停止してもよい。いくつかの実施形態において、患
者の血液の酸素レベルが所定の閾値より低いか、または、患者の心拍数が閾値より低い場
合、ハブ１２は、蠕動注入ポンプ４を遮断する。
【００７５】
一実施形態では、他の機器１０は患者のために酸素を生成する。医療用センサ８は、他の
機器１０に、フィードバックとして、患者の血液酸素飽和度を提供するパルスオキシメー
タであってもよい。他の機器１０は、患者の血液の酸素飽和度が少なくとも所定のレベル
であることを確実にするために酸素を発生させることができる。
【００７６】
さらに他の実施形態では、他の機器１０は、所定の条件が満たされている「コールイン」
を開始することができる。例えば、もし他の機器１０が錠剤供給装置である場合、錠剤供
給装置は、コンプライアンス違反の発生時に医師にアラームまたはアラートを送信するこ
とができる。プロバイダは、錠剤供給装置によって配送される次の用量をタブレットまた
はスマートフォンのユーザーインターフェースを介して変更することができる。
【００７７】
本開示のいくつかの実施形態では、ハブ１２は、１以上の医療用センサ８からの情報を一
以上の機器４、８、１０へ伝送する。この閉ループ構成は、リアルタイムのフィードバッ
クシステムを形成することができる。いくつかの具体的な実施形態では、１以上の医療用
センサ８は、以下の要件が満たされる限り、１以上の機器４、８、１０により閉ループ構
成を形成することができる：
（１）通信の待ち時間が所定の閾値を下回る；（２）無線信号の雑音が所定の閾値を下回
る；および／または（３）所定量の帯域幅が利用可能である、またはこれらの組み合わせ
である。いくつかの実施形態では、ハブ１２はこれらの条件の一以上が満たされていない
場合アラームまたは重大な状態が医療機器４、６、８、１０に発生した信号を発すること
ができる。アラーム状態またはアラート状態は基幹システム２２に通信することができる
。いくつかの実施形態では、ハブ１２、２０、および／または医療機器４、６、８、１０
はアラームまたはアラートに応答してフェイルセーフ／動作モードに入っても良い。
【００７８】
いくつかの実施形態では、アラームまたはアラートが発生したことに基づいて、および／
またはどのくらいの時間が、ユーザーがハブ１２または医療機器４、６、８、１０のいず
れかとの相互作動をせずに経過したかにより、応答の階層が、医療機器４、６、８、１０
の１つ、またはハブ１２にプログラムすることができる。介護者は、例えば、一般的なフ
レームワークから、応答の階層をプログラムすることができる。いくつかの実施形態では
、応答の階層は基幹システム２２によって確認することができる。
【００７９】
基幹システム２２は、以下の一以上を含むことができる。データベース／分析エンジン、
患者キャッシュ１８、ハブ２０、ＣＰＯＥ２４、他のＨＩＳ２６、ＡＰＩＳ２８、ＥＭＲ
３０、ＤＥＲＳ３２、ＬＩＳ  ３４、および／またはＣＱＩ３６である。
【００８０】
データベース／分析エンジン１６は、傾向および／または１以上の統計を決定するために
、ハブ１２および／または機器４、６、８、１０からデータを収集する。データベース／
分析エンジン１６は、データベース／分析エンジン１６にインターフェース接続するユー
ザーのために１または複数のレポートを生成するために、サーバー１８、２４、２６、２
８、３０、３２、３４、３６の一以上とインターフェース接続することができる。
【００８１】
ハブ１２および／または機器４、６、８、１０のいずれか一つは患者の識別子を決定する
ことができる（例えば、バー符号スキャナ、ＲＦＩＤスキャナを使用して、または手動で
画面に患者のＩＤを入力することによって）。治療に関する患者のデータは患者のキャッ
シュ１８にロードされても良く、キャッシュ１８は、ハブ１２および／または医療機器４
、６、８、１０のいずれか一つに、データをどうするかについて指示することができる。
患者キャッシュ１８は、ＲＡＭのような、またはハードドライブメモリの様なメモリ内で
実施されてもよい。患者キャッシュ１８は、サーバ２４、２６、２８、３０、３２、３４
、３６のいずれか一つからのデータをロードすることができ、それにより、ハブ１２およ
び／または機器４、６、８、１０から患者データに対するより速い応答を提供し、または
異なる方法でデータを整理する。
【００８２】
基幹システム２２はまた、コンピュータ化された医師オーダエントリ（「ＣＰＯＥ」）サ
ーバ２４を含むことができる。ＣＰＯＥ２４は、特定の患者のための治療および／または
処方のための注文（インターネット上で）を受領することができる。それが認定された患
者のために正しいかどうかを決定するために、ＣＰＯＥ２４はポンプ４，６によって、ス
キャンで取り込まれた薬剤と比較されてもよい。
【００８３】
ＣＰＯＥ２４は、介護者から介護アルゴリズムを受け取ることができる。介護アルゴリズ
ムは、使用するフィードバックについて、達成するためのポイント、および／または投与
する薬剤に関するルールを含むことができる。介護者は、コンピュータ端末、タブレット
、スマートフォン、または他のユーザーインターフェースを用いて、ＣＰＯＥ２４にイン
ターフェース接続することができる。ＣＰＯＥ２４および／または基幹システム２２は介
護アルゴリズムを検証することができる。
【００８４】
基幹システム２２はまた、薬局情報システム（「ＰＩＳ」）サーバ２８、電子カルテ（「
ＥＭＲ」）サーバ３０、および検査情報システム（「ＬＩＳ」）サーバ３４を含むことが
でき、機器４、６、８、１０はこれらにアクセスすることができる。基幹システム２２は
また、その他の病院情報システム（「ＨＩＳ」）サーバ２６を含むことができる。
【００８５】
基幹システム２２はまた、薬剤のエラー低減システム（「ＤＥＲＳ」）サーバ３２を含む
ことができる。ＤＥＲＳサーバ３２は、１以上の機器４、６、８、１０がその療法（例え
ば、蠕動注入ポンプ４に接続されたＩＶバッグを介した薬物の配送）は安全であるかを決
定することを可能にする情報を含んでもよい。例えば、ＩＶバッグは、それに付されたバ
ー符号を含むことができる。注入ポンプ４は、ＩＶバッグのバー符号をスキャンして、そ
の情報を、例えば、ＰＩＳ２８に通信して、ＩＶバッグの内容を決定し、そしてＤＥＲＳ
３２と通信し認定された患者のためにまたは任意の患者のために（厳格な限定を介して）
薬剤と治療パラメータは安全であるか３どうかを決定する。
【００８６】
基幹システム２２はまた、継続的な品質改善（「ＣＱＩ」）サーバ３６を含むことができ
る。ＣＱＩサーバ３６は、医療機器４、６、８、１０から機器の動作を説明するメッセー
ジを受信する。  ＣＱＩサーバ３６に送信されたＣＱＩメッセージは、機器４、６、８、
１０に関する課題または問題を識別するために、一群の医療機器を監視するために使用す
ることができる。
【００８７】
本開示のいくつかの実施形態では、医療機器４、６、８、１０のいずれか一つは、医療機
器４、６、８、１０の他の機器のリソースを使用することができる。
いくつかの実施形態では、医療用デバイス４、６、８、１０及び／又はハブ１２は、メッ
シュネットワークとして動作することができる。
【００８８】
基幹システム２２にインターフェース接続しているユーザーは、ハブ１２および／または
医療機器４、６、８、１０を監視することができる。ハブ１２および／または医療機器４
、６、８、１０は、スクリーンの画像（例えば、ＪＰＥＧ）を基幹システム２２にインタ
ーフェース接続しているユーザーに送信することができ、または音声も通信することがで
きる（例えば、マイクから）。ユーザーが、ハブ１２および／または基幹システム２２に
結合されたユーザーインターフェースを使用してハブ１２および／または医療機器４、６
、８、１０を監視できるように、ＨＴＭＬ５を使用することができ、および／またはテレ
プレゼンスを用いても良い。
【００８９】
図２は、本開示の実施形態による図１のシステムのハブ１４のブロック図を示す。いくつ
かの特定の実施形態では、図１のハブ２０は、ハブ１４と同様のハードウェアを使用する
ことができる。
【００９０】
ハブ１２は、ＬＡＮインターフェース４４、アラームバス６８、フェイルセーフバス７６
、バッテリ７８、電源８０、メモリ４６、ボタン４８、ＧＰＳコンポーネント５２、ディ
スプレイ５４、スピーカー５６、及び第１及び第２システム・オン・モジュール（「ＳＯ
Ｍ」）モジュール６６、８６、安全プロセッサ７０、ローカルメモリキャッシュ７２と、
昔の電話サービス（「ＰＯＴＳ」）７４を含む。
【００９１】
ハブ１２は、ＡＣコンセント電力をハブ１２の内部回路に電力を供給するＤＣ電力に変換
する電源回路８０によって電力を供給することができる。電源８０はまた、電池７８を充
電することができる。電源回路８０に電力を供給する電源の電力が不足する場合、電池７
８がハブ１２に電力を供給する。いくつかの特定の実施形態では、複数の電池７８及び／
又は複数の電源８０は、追加の冗長性を提供するために使用され得る。
【００９２】
ＬＡＮインターフェース４４は、ＷｉＦｉ送受信機５０、ブルートゥース送受信機５８、
及びイーサネットインターフェース６０を含む。いくつかの実施形態では、ＬＡＮインタ
ーフェース４４は、当業者に公知の任意の有線または無線プロトコル、または標準を使用
する。医療機器はＬＡＮインターフェース４４を介してハブ１２と通信することができる
。
【００９３】
ＬＡＮインターフェース４４を介して受信したデータは、メモリ４６にバッファリングさ
れる。割り込みおよび／またはアルゴリズムのいずれかが、送信するためにメモリ４６内
のデータを選択することができる。データは、１以上のパケットにパッケージ化され、第
１のＳＯＭ６６を介して及び／又は第２のＳＯＭ８６を介して送信される。第１のＳＯＭ
６６はプロセッサ６２と第１セルラーネットワークを介してパケットを送信するためのセ
ルラーネットワークモデム６４を備えている。第２のＳＯＭ８６はまた、第２のセルラー
ネットワークを介して第２のセルラーモデム８４を通して１以上のパケットを送信するこ
とができるプロセッサ８２を含む。  ＳＯＭモジュール６６と８６は、ロード・バランシ
ングを行うことができる。セルラーネットワークの両方を介した通信が利用できない場合
は、ＰＯＴＳ７４を使用することができる。いくつかの実施形態では、緊急状態が存在す
ると判定された場合、ＰＯＴＳ７４は、緊急番号呼び出すことができる（例えば、米国で
は「９１１」）。さらにいくつかの追加の実施形態では、アラーム、アラートまたは障害
状態が存在する（それらを報告する）と決定され、そしてセルラーネットワークが利用で
きない場合は、ハブ１２はサービス番号を呼び出す。
【００９４】
モジュール７７及び８６は、互いの間で通信するおよび／または操作を調和させるために
ローカルメモリキャッシュ７２を使用することができる。ローカルメモリキャッシュ７２
は、メモリ４６の一部であってもよく、またはそこから分離していてもよい。本開示のい
くつかの実施形態では、ローカルメモリキャッシュ７２は、医療機器４、６、８、１０（
例えば、互いの間で通信する）のための記憶場所である。たとえば、ネットワーク１４へ
のリンクが利用できない場合、ローカルメモリキャッシュ７２は、基幹システム２２に送
信するためのデータで充填することができる。
【００９５】
いくつかの実施形態では、ローカル・メモリ・キャッシュ７２内のデータは、定期的に基
幹システム２２に、または所定の規則に従って、又は基幹システム２２からハブ１２に伝
達されるルールに従って（例えば、基幹システム２２の末端のユーザーを経由して）報告
されても良い。
【００９６】
パケットは、アプリケーション層レベルで形成することができる。パケットはそれぞれの
ヘッダを含むことができる。ヘッダは、（１）位置情報；（２）全地球測位システム受信
機５２によって決定される時間情報、（３）エラー検出符号；（４）連続番号；又は（５
）他の情報を含んでも良い。
【００９７】
ハブ１２は、またアラームバス６８（すなわち、アラームバスコンポーネント）を含む。
アラーム・バスは、１以上の医療機器へのアラーム状態信号を提供するように構成される
。医療機器は、アラームバス６８からアラーム状態信号を受信するようにハブに動作可能
に接続されてもよい。信号は、「高」の値（例えば、５ボルト）から「低」の値（例えば
、０ボルト）に遷移することにより、アラーム状態がハブ内に存在することを示すもので
あっても良い。アラーム状態が、アラーム状態信号を介して受信されると、医療機器は、
少なくとも一つの緩和アクションを行うことができる。例えば、医療機器は、ハブ１２に
送信されるデータにエラー訂正符号を追加する必要があり得る。安全プロセッサ７０は、
アラーム状態が存在するときを決定し、その状態をアラームバス６８へ通信する。いくつ
かの実施形態では、アラーム状態がハブ１２および／またはハブ１２に結合された医療機
器によって定義することができる。安全プロセッサ７０はローカルメモリキャッシュ７２
を使用することができる。安全プロセッサ７０は、ＳＯＭＳ６６、８６のプロセッサ６２
、８２の動作とは独立にハブ１２を監視することができる。例えば、安全プロセッサ７０
は、プロセッサ６２、８２の使用に依存せず、いくつかの具体的な実施形態において、そ
れらの監視者として動作することができる。
【００９８】
ハブ１２は、フェイルセーフバス７８を含む。フェイルセーフバス７６は、致命的なエラ
ー状態がハブ１２内で発生した時を示す、致命的なエラー状態信号を提供する。信号は、
「高」の値（例えば、５ボルト）から「低」の値（例えば、０ボルト）に遷移することに
より、致命的なエラー状態がハブ内に存在することを示すものであっても良い。致命的な
エラー状態信号によって示されるように致命的なエラー状態が存在する場合、医療機器は
ハブから独立して動作するように構成することができる。安全プロセッサ７０は、致命的
なエラー状態が存在するときを決定することができ、その状態をアラームバス６８へ通信
する。
いくつかの実施形態では、致命的なエラー状態はハブ１２および／またはハブ１２に結合
された医療機器によって定義することができる。いくつかの実施形態では、ハブ１２、２
０、および／または医療機器４、６、８、または１０は、アラームまたはアラート状態に
応答して、フェイルセーフ／動作モードに入ることができる。
【００９９】
医療機器（例えば、図１の機器４、６、８、１０）と基幹システム２２（図１参照）との
間の通信が失敗した場合、医療機器４、６、８、１０とハブ１２は、通信が回復したとき
に基幹システム２２に報告するための内部メモリ内のすべての情報を記録することができ
る。追加的または代替的に、コンピュータは、データをダウンロードするために（例えば
、ＲＳ−２３２又はＵＳＢ接続を介して）医療機器４、６、８、１０またはハブ１２に結
合されてもよい。
【０１００】
ユーザーは、ボタン４８および／またはディスプレイ５４を使用して、ハブ１２に設定を
入力することができる。ハブ１２は、スピーカー５６又はディスプレイ５４を介して聞き
取れる形のフィードバックを提供することができる。ハブ１２は、内蔵スピーカーを使用
して音声を再生するために、一以上の機器４、６、８、１０に接続したＬＡＮ３８を介し
て音を伝達することができる。
【０１０１】
スピーカー５６は、例えば、「サーバーに接続しようとしている」または「私は電話番号
１−２３４−５６７−１８２９を呼んでいる」等により、ハブが何をしているかを知らせ
るために使用することができる。いくつかの実施形態では、スピーカー５６は、任意のエ
ラー状態、障害、および／またはアラームを聞こえる形で伝えるために使用されてもよい
。メッセージは予め録音されていてもよく、患者の決定された言語に基づいて選択するこ
とができる。メッセージは、基幹システム２２からハブ１２に送信されてもよい（図１参
照）。患者が使用すると決定された言語は、ハブ１２の位置（例えば、ＧＰＳ信号を介し
て決定）に基づいて、患者の記録から、または関連する技術分野における当業者に公知の
他の方法により決定されても良い。事前に録音された音声は、患者によく知られているプ
ロバイダの声であってもよい。
【０１０２】
メッセージのオーディオコンポーネントに加えて、メッセージは、ディスプレイ５４上に
表示される事前に録画されたビデオを含むことができる。オーディオおよびビデオは相互
に同期させることができる。
【０１０３】
スピーカー５６及びディスプレイ５４は、ハブ１２および／または医療機器４、６、８、
１０の操作または構成について、ユーザーにトレーニングビデオを提供するために使用す
ることができる（図１参照）。さらに、いくつかの実施形態では、スピーカー５６及びデ
ィスプレイ５４は、健康ノートおよび／またはＣＰＲトレーニングを提供するために使用
しても良い。
【０１０４】
図３Ａ−３Ｂは、本開示の実施形態によるデータを通信するための方法を示すフローチャ
ート図８８を示す。
【０１０５】
行為９０は、第１のハブをＩＤ、患者、医療機器および治療の一つと関連付ける。行為９
２は第１のハブにより医療機器からデータを受信する（それはローカルキャッシュに保存
することができる）。行為９４はデータを暗号化する。
行為９６は医療機器からのデータを少なくとも１つのパケットにパッケージ化する。少な
くとも１つのパケットのパケットはヘッダを含む。
【０１０６】
行為９８は、現在時刻と日付を決定する。行為１００は、パケットのヘッダに決定された
現在時刻と日付を追加する。行為１０２は、パケットのヘッダに連続番号を追加する。行
為１０４は、エラー検出符号を決定する。行為１０６は、パケットのヘッダにエラー検出
符号を加える。行為１０８は、少なくとも１つの通信チャネルを介してネットワーク上で
少なくとも１つのパケットを通信する。アラーム状態が第１のハブ内に発生した場合、行
為１２５は、必要に応じて、第１のハブからアラームを医療機器に伝える。たとえば、ア
ラームが致命的アラームである場合。いくつかの実施形態では、アラームは、図２のアラ
ームバス６８を使用して通信することができる。
【０１０７】
動作１１０は、少なくとも１つの通信チャネルを介してネットワークを通して動作可能に
第２のハブにより、少なくとも１つのパケットを受信する。行為１１２は、パケット内の
データが、エラーを含んでいないものであるかを、ヘッダ内のエラー検出符号を検査する
ことによって決定する。行為１１４は、パケットのヘッダ内の現在時刻と日付が第１の所
定の基準を満たしているかどうかを決定する。行為１１６は、パケットのヘッダの連続番
号を用いてデータを再構築する。
【０１０８】
行為１１８はデータを復号化する。行為１２０は、パケット及びデータの少なくとも一つ
が第２の所定の基準を満たすかを決定する。第２の所定の基準が満たされた場合、行為１
２２はパケットおよびデータの少なくとも１つに対応する肯定文字を第１のハブに通信す
る。第２の所定の基準は、例えば、データがデータベースに記録されたこととすることが
できる。行為１２４はデータをハブから少なくとも１つのエンタープライズサーバに送る
。一つまたは両方のハブは、例えば、心拍信号を用いて、一以上の通信チャネルを監視す
ることができる。
【０１０９】
様々な代替および修正が、本開示から逸脱することなく当業者によって考案され得る。し
たがって、本開示は、そのような全ての代替、修正および変形を包含することを意図する
。さらに、本開示のいくつかの実施形態は、図面に示され、および／または本明細書で説
明されているが、これらに限定されるものではないし、それが意図されているように、本
開示は、当該分野で許容される範囲において広いものであり、明細書も同様に解される。
従って、上記の説明は、限定的に解釈されるべきではなく、単に特定の実施形態の例示で
ある。また、当業者は、他の改変も、添付の特許請求の範囲および思想内にあることを想
定するであろう。上記の記載および／または添付の特許請求の範囲に記載されたものと本
質的でない特徴において異なる他の要素、ステップ、方法および技術もまた、本開示の範
囲内であると了解する。
【０１１０】
図面に示す実施形態は、本開示の特定の例を実証するためにのみ提示されている。また、
記載された図面は例示に過ぎず、非限定的なものである。
図面において、例示の目的のために、いくつかの要素のサイズは誇張されてもよく、特定
のスケールで描かれていない。さらに図面に示す要素で同一の番号を持っているものは同
一の要素であってもよいか、文脈に応じて、同様の要素であってもよい。
【０１１１】
「含む」という用語は、本明細書および特許請求の範囲において使用される場合、それは
他の要素又は工程を排除するものではない。単数名詞を参照するときに、不定冠詞または
定冠詞が使用される場合、例えば、“ａ”、“ａｎ”または“ｔｈｅ”、他に特に明記さ
れない限り、その名詞の複数形を含む。したがって、用語「含む」は、その後に列挙され
た項目に限定して解釈されるべきではない。それは他の要素又は工程を排除するものでは
なく、「商品ＡとＢを含む装置」の表現の範囲は、構成要素ＡとＢのみからなる装置に限
定されるべきではない。本発明に関して、この表現は、装置の唯一の関連する構成要素が
ＡとＢであることを意味する。
【０１１２】
さらに、用語「第１」「第２」、「第３」などが、明細書または特許請求の範囲の何れで
使用されるかを問わず、同様の要素を区別するために用いられているものであり、これら
は、必ずしも連続でありまたは時間の順を記述するために設けられているものではない。
これは、そのように使用される用語は（明確にそうでないと開示されている場合を除き）
、適切な状況下で交換可能であること、及び本明細書に記載の開示の実施形態は、他の順
序および／または本明細書に記載または例示されていると異なる配置で操作が可能である
ということが理解される。
本発明の第１の態様は、通信の方法であって、
ローカル・エリア・ネットワークを介してデータを医療機器から第１のハブに通信
すること；
医療機器からのデータを少なくとも１つのパケットにパッケージ化することであり
、前記少なくとも１つのパケットはヘッダを含み；
第１のハブの少なくとも１つの通信チャネルを介して、ネットワークを通じて前記
少なくとも１つのパケットを通信すること；及び
アラーム状態が第１のハブ内で発生したときは、第１のハブからアラームを医療機
器に伝達すること、を含む前記方法である。
本発明の第２の態様は、第１の態様の方法であって、前記ローカルエリアネットワークを
介してデータを前記医療機器から前記第１のハブに通信する行為は、医療機器からローカ
ルエリアネットワークを介して前記第１のハブによりデータを受信する行為である、前記
方法である。
本発明の第３の態様は、第１の態様の方法であって、前記少なくとも１つの通信チャネル
の第１の通信チャネルは第１のセルラーネットワーク上にあり、前記少なくとも１つの通
信チャネルの第２の通信チャネルは第２のセルラーネットワーク上にある、前記方法であ
る。
本発明の第４の態様は、第１の態様の方法であって、さらに第１のハブを識別値に関連付
けることを含む、前記方法である。
本発明の第５の態様は、第１の態様の方法であって、さらに第１のハブを患者に関連付け
ることを含む、前記方法である。
本発明の第６の態様は、第１の態様の方法であって、さらに第１のハブを医療機器に関連
付けることを含む、前記方法である。
本発明の第７の態様は、第１の態様の方法であって、さらに第１のハブを治療に関連付け
ることを含む、前記方法である。
本発明の第８の態様は、第１の態様の方法であって、さらにデータを暗号化することを含
む、前記方法である。
本発明の第９の態様は、第８の態様の方法であって、さらに、
第２のハブによって少なくとも１つの通信チャネルを通してネットワーク上で少な
くとも１つのパケットを受信すること；および
前記第２のハブ内でデータを復号化すること、を含む前記方法である。
本発明の第１０の態様は、第１の態様の方法であって、さらに時間パラメータを含む、前
記方法である。
本発明の第１１の態様は、第１０の態様の方法であって、前記時間パラメータは日付およ
び時間を含む、前記方法である。
本発明の第１２の態様は、第１０の態様の方法であって、衛星システム信号は時間パラメ
ータを決定するために使用される、前記方法である。
本発明の第１３の態様は、第１０の態様の方法であって、さらにパケットのヘッダに時間
パラメータを追加することを含む、前記方法である。
本発明の第１４の態様は、第１３の態様の方法であって、さらにパケットのヘッダ内の時
間パラメータが第１の所定の基準を満たすかどうかを決定することを含む、前記方法であ
る。
本発明の第１５の態様は、第１の態様の方法であって、さらにパケットのヘッダに連続番
号を付加することを含む、前記方法である。
本発明の第１６の態様は、第１５の態様の方法であって、さらにパケットのヘッダの連続
番号を用いてデータを再構築することを含む、前記方法である。
本発明の第１７の態様は、第１の態様の方法であって、さらにパケットの少なくとも一部
に対応するエラー検出符号を決定することを含む、前記方法である。
本発明の第１８の態様は、第１７の態様の方法であって、さらにパケットのヘッダにエラ
ー検出符号を付加することを含む、前記方法である。
本発明の第１９の態様は、第１８の方法であって、パケットのヘッダ内のエラー検出符号
を検査することによって、パケットの少なくとも一部にはエラーがないかについて決定す
ることを含む、前記方法である。
本発明の第２０の態様は、第１の態様の方法であって、さらに
パケット及びデータの少なくとも一つが第２の所定の基準を満たすか否かを決定す
ること；および
もし前記第２の所定の基準が満たされた場合、パケット及びデータの少なくとも１
つに対応する肯定文字を第１のハブに通信することを含む、前記方法である。
本発明の第２１の態様は、第１の態様の方法であって、さらに
第２のハブにより、前記少なくとも１つの通信チャネルを通してネットワーク上で
前記少なくとも１つのパケットを受信すること；および
前記第２のハブからのデータを少なくとも１つのエンタープライズサーバに送るこ
とを含む、前記方法である。
本発明の第２２の態様は、第１の態様の方法であって、前記医療機器からのデータを少な
くとも１つのパケットにパッケージ化する行為は、前記パケット及び他のパケットにデー
タをパッケージ化することを含み、前記パケットはヘッダを含み、及び前記他のパケット
は他のヘッダを含む、前記方法である。
本発明の第２３の態様は、第２２の態様の方法であって、さらに
前記パケットのヘッダに第１の連続番号を追加し；及び
前記他のパケットの他のヘッダに第２連続番号を付加することを含む、前記方法で
ある。
本発明の第２４の態様は、第２３の態様の方法であって、第１のハブの少なくとも１つの
通信チャネルのうちの一つを通してネットワーク上を、前記少なくとも１つのパケットを
通信する行為には、
前記第１のハブの前記少なくとも１つの通信チャネルのうちの第１の通信チャネル
を介してパケットを通信すること；及び
前記第１のハブの前記少なくとも１つの通信チャネルのうちの第２の通信チャネル
を介して、他のパケットを通信することを含む、前記方法である。
本発明の第２５の態様は、第２４の態様の方法であって、さらに
前記パケット及び前記他のパケットを受信すること；そして、
前記パケットの第１の連続番号及び前記他のパケットの第２の連続番号に従ってデ
ータを再構築することを含む、前記方法である。
本発明の第２６の態様は、第１の態様の方法であって、前記医療機器からのデータをロー
カルエリアネットワークを介して、前記第１のハブへ通信する前に、さらに前記医療機器
によりこれらのデータを暗号化することを含む、前記方法である。
本発明の第２７の態様は、第２６の態様の方法であって、さらに、
第２のハブによって少なくとも１つのパケットを少なくとも１つの通信チャネルを
通してネットワーク上で受信すること；
前記第２のハブからのデータをエンタープライズサーバへ送ること；および
前記エンタープライズサーバによってデータを処理のために、前記エンタープライ
ズサーバにより前記データを復号化することを含む、前記方法である。
本発明の第２８の態様は、第１乃至２７のいずれかの態様の１の方法であって、前記方法
がアプリケーション層で実施される、前記方法である。
本発明の第２９の態様は、ハブであって、
医療機器とデータを通信するように構成されるローカルエリアネットワーク イン
ターフェース コンポーネント；
第１の通信チャネルとインターフェース接続するように構成されている第１のモジ
ュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）；
第２の通信チャネルとインターフェース接続するように構成される第２のモジュー
ル上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）；及び
前記医療機器からデータを少なくとも１つのパケットにパッケージ化するように構
成されているプロセッサを備え、
前記少なくとも１つのパケットはヘッダを含み、前記プロセッサはさらに第１およ
び第２の通信チャネルの１つにより前記少なくとも１つのパケットを通信するために、第
１および第２のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）の一つと
動作可能に通信するように構成される、前記ハブである。
本発明の第３０の態様は、第２９の態様のハブであって、前記第１の通信チャネルは第１
のセルラーネットワークであり、前記第２の通信チャネルは第２のセルラーネットワーク
である、前記ハブである。
本発明の第３１の態様は、第２９の態様のハブであって、前記プロセッサはさらに、ハブ
を識別値、患者、医療機器、および治療の一つと関連付けるように構成される、前記ハブ
である。
本発明の第３２の態様は、第２９の態様のハブであって、前記プロセッサはさらに、デー
タを暗号化するように構成される、前記ハブである。
本発明の第３３の態様は、第２９の態様のハブであって、前記プロセッサはさらにパケッ
トのヘッダに時間パラメータを追加するように構成される、前記ハブである。
本発明の第３４の態様は、第３３の態様のハブであって、前記時間パラメータは、日付お
よび時間の一つを含む、前記ハブである。
本発明の第３５の態様は、第３３の態様のハブであって、さらに衛星システム  コンポー
ネントを含み、前記プロセッサは、衛星システムにより決定される時間を用いてヘッダに
時間パラメータを追加するように構成される、前記ハブである。
本発明の第３６の態様は、第２９の態様のハブであって、前記プロセッサは、さらに前記
パケットのヘッダに連続番号を付加するように構成される、前記ハブである。
本発明の第３７の態様は、第３６の態様のハブであって、前記連続番号はパケットのヘッ
ダの連続番号を使用してデータを再構築するように構成される、前記ハブである。
本発明の第３８の態様は、第２９の態様のハブであって、前記プロセッサはさらに、パケ
ットのヘッダにパケットの少なくとも一部分に対応するエラー検出符号を付加するように
構成される、前記ハブである。
本発明の第３９の態様は、第３８の態様のハブであって、前記エラー検出符号はエラー訂
正符号である、前記ハブである。
本発明の第４０の態様は、第２９の態様のハブであって、前記プロセッサは、前記パケッ
ト及び前記別のパケットにデータをパッケージ化するように構成され、前記パケットはヘ
ッダを含み、前記別のパケットは別のヘッダを含む、前記ハブである。
本発明の第４１の態様は、第２９の態様のハブであって、ハブに障害状態が発生したとき
に、そのバスに結合された医療機器に信号を送るように構成されたフェイルセーフバスを
さらに含む、前記ハブである。
本発明の第４２の態様は、第２９の態様のハブであって、前記ハブのアラーム状態が発生
した時に、そのバスに結合された医療機器に信号を送るように構成されたアラームバスを
さらに含む、前記ハブである。
本発明の第４３の態様は、第２９のハブであって、さらに単純な旧式の電話サービスコン
ポーネントを含み、前記第１及び第２の通信チャネルが利用できない場合、前記プロセッ
サは、単純な旧式の電話サービスを通してパケットを送る様に構成される、前記ハブであ
る。
本発明の第４４の態様は、システムであって、
ローカルエリアネットワークを介して医療機器との間でデータを通信し、そして少
なくとも一つのアプリケーション・レイヤ・パケット（ａｐｐｌｉｃａｔｉｏｎ−ｌａｙ
ｅｒ  ｐａｃｋｅｔ）にデータをパッケージ化するように構成される第１のハブ；及び
少なくとも１つのセルラーネットワークを介して動作可能に前記第１のハブから前
記少なくとも１つのアプリケーション層パケットを受信するように構成される第２のハブ
を含む、前記システムである。
本発明の第４５の態様は、第４４の態様のシステムであって、前記第２のハブは、前記少
なくとも一つのアプリケーション層パケットからのデータを再構築するように構成される
、前記システムである。
本発明の第４６の態様は、第４４の態様のシステムであって、前記第１のハブは、前記少
なくとも１つのセルラーネットワークの第１および第２のセルラーネットワークを介して
、前記少なくとも１つのアプリケーション層パケットを通信する、前記システムである。
本発明の第４７の態様は、第４６の態様のシステムであって、前記第１のハブは、第１及
び第２のセルラーネットワークの間に前記少なくとも１つのアプリケーション層パケット
の送信をバランスしてロードするように構成される、前記システムである。
本発明の第４８の態様は、第４４の態様のシステムであって、前記第１のハブは、データ
を暗号化するように構成され、前記第２のハブはデータを復号化する、前記システムであ
る。
本発明の第４９の態様は、第４４の態様のシステムであって、さらに、エンタープライズ
サーバを含み、前記医療機器は、データを暗号化するように構成され、前記第２のハブは
エンタープライズサーバにデータを送るように構成され、そしてエンタープライズサーバ
は、データを復号化するように構成される、前記システムである。
本発明の第５０の態様は、
第４４の態様のシステムであって、
前記第１のハブは、少なくとも一つのグローバル・ポジショニング信号を用いて時
間パラメータを決定するように構成されるグローバル ポジショニング コンポーネントを
含み、
前記第１のハブは、前記少なくとも一つのアプリケーション層パケットのアプリケ
ーション層パケットのヘッダに時間パラメータを追加するように構成され、及び
前記第２のハブは、時間パラメータが所定の基準を満たすかどうかを決定するよう
に構成される、前記システムである。
本発明の第５１の態様は、
第５０の態様のシステムであって、
前記第２のハブは、少なくとも一つのグローバル・ポジショニング信号を用いて別
の時間パラメータを決定するように構成された別のグローバル・ポジショニング・コンポ
ーネントを含み、及び
前記第２のハブは、時間パラメータが別の時間パラメータの関数として所定の基準
を満たすかどうか、を決定するように構成される、前記システムである。
本発明の第５２の態様は、第４４の態様のシステムであって、
前記少なくとも一つのアプリケーション層パケットは第一のアプリケーション層パ
ケットを含み、及び
前記第１のハブは、前記第一のアプリケーション層のパケットの少なくとも一部に
対応するエラー検出符号を付加するように構成される、前記システムである。
本発明の第５３の態様は、第５２の態様のシステムであって、前記第２のハブは、エラー
検出符号を用いて、前記第一のアプリケーション層パケットの少なくとも一部が誤りを含
まないものであるかどうかを決定するように構成される、前記システムである。
本発明の第５４の態様は、第５３の態様のシステムであって、前記エラー検出符号はエラ
ー訂正符号であり、前記第２のハブは、さらに、必要に応じて、前記第一のアプリケーシ
ョン層パケットの前記少なくとも一部のエラーを訂正するように構成される、前記システ
ムである。
本発明の第５５の態様は、第４４の態様のシステムであって、
前記少なくとも一つのアプリケーション層パケットは第１のアプリケーション層パ
ケットを含み、及び
前記第２のハブは、前記第１のアプリケーション層パケットが所定の基準を満たす
場合は、第１のハブに肯定応答を通信するように構成される、前記システムである。
本発明の第５６の態様は、第４４の態様のシステムであって、さらにエンタープライズサ
ーバを含み、前記医療機器はデータを暗号化するように構成され、そして、前記第２のハ
ブはエンタープライズサーバにデータを送るように構成され、前記エンタープライズサー
バはデータを復号化するように構成される、前記システムである。
本発明の第５７の態様は、第４４の態様のシステムであって、
前記少なくとも一つのアプリケーション層パケットは、第１及び第２のアプリケー
ション層パケットを含み、
前記第１のハブは、第１のアプリケーション層パケットの第１のヘッダに第１の連
続番号を追加し、及び前記第２のアプリケーション層パケットの第２のヘッダに第２の連
続番号を追加するように構成され；及び
前記第２のハブは、第１および第２の連続番号に従ってデータを再構築するように
構成される、前記システムである。
本発明の第５８の態様は、第５７の態様のシステムであって、
前記第１のハブは、前記少なくとも一つのセルラーネットワークの第１のセルラー
ネットワークを介して前記第１のアプリケーション層パケットを通信するように構成され
、及び
前記第１のハブは、前記少なくとも一つのセルラーネットワークの第２のセルラー
ネットワークを介して前記第２のアプリケーション層パケットを通信するように構成され
る、前記システムである。
本発明の第５９の態様は、
第４４の態様のシステムであって、
前記第１のハブは、アラーム状態信号を提供するように構成されるアラーム・バス
・コンポーネントを含み、及び
前記医療機器は、アラーム状態信号を受信するために第１のハブに作動可能に接続
されており、アラーム状態がアラーム状態信号を介して受信されたときに、前記医療機器
は少なくとも一つの緩和方策を提供するように構成される、
前記システムである。
本発明の第６０の態様は、第４４の態様のシステムであって、
前記第１のハブは、致命的なエラー状態信号を提供するように構成されたフェイル
セーフコンポーネントを含み、及び
前記医療機器は、致命的なエラー状態信号を受信する第１のハブに動作可能に接続
されており、致命的なエラー状態が致命的なエラー状態信号を介して存在するとされた場
合、前記医療機器はハブから独立して動作するように構成される、
前記システムである。
本発明の第６１の態様は、
第４４の態様のシステムであって、さらにエンタープライズサーバを含み、前記エンター
プライズサーバがトランザクションサーバである、
前記システムである。
本発明の第６２の態様は、
本明細書、特許請求の範囲、及び図面に記載のシステムである。
本発明の第６３の態様は、
本明細書、特許請求の範囲、及び図面に記載の電子患者ケアシステムである。
本発明の第６４の態様は、
本明細書、特許請求の範囲、及び図面に記載のポンプと実質的に同等のポンプである。
本発明の第６５の態様は、
本明細書、特許請求の範囲、及び図面に記載の電子患者ケアシステムと実質的に同等のシ
ステムである。
【図１】
2020145730.tif 000003
【図２】
2020145730.tif 000004
【図３Ａ】
2020145730.tif 000005
【図３Ｂ】
2020145730.tif 000006