JP2018207532A - データ通信のためのシステム、方法及び装置 - Google Patents

Abstract

【課題】医療機器、エンタプライズサーバとの間でデータ通信を提供する。【解決手段】システムは、第１および第２のハブを含む。第１のハブ１２は、ローカルエリアネットワークを介して医療機器４、６、８、１０との間でデータを通信し、そしてデータを少なくとも一つのアプリケーション層パケット（ａｐｐｌｉｃａｔｉｏｎ−ｌａｙｅｒ ｐａｃｋｅｔ）にパッケージ化するように構成される。第２のハブ２０は、少なくとも１つのセルラーネットワークを介して動作可能に第１のハブから少なくとも１つのアプリケーション層パケットを受信するように構成されている。【選択図】図１

Description

発明の背景

関連出願の相互参照
本出願は、２０１２年１２月２１日に出願され、発明の名称をデータ通信のためのシステム、方法及び装置と題する米国仮特許出願６１／７４０，４７４（代理人整理番号Ｊ８０）の優先権の利益を主張する非仮特許出願であり、この出願は参照によりその全体が本明細書に組み入れられる。
本出願はまた、２０１２年１２月２１日に出願され、発明の名称を電子的な患者ケアのためのシステム、方法および装置と題する米国特許出願、出願番号１３／７２３，２５３であり、２０１３年７月２５日に公開された公開番号ＵＳ−２０１３−０１９１４１３−Ａ１（代理人整理番号Ｊ８５）の一部継続出願であり、米国特許出願、出願番号１３／７２３，２５３は以下の出願の優先権及びその出願の利益を主張する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番号Ｊ０５）；
２０１２年５月２４日に出願された発明の名称を電子患者ケアシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）；及び
２０１２年８月３日に出願された発明の名称を流体フローを監視、規制又は制御するためのシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６７９，１１７（代理人整理番号Ｊ３０）、であり、これらの出願は、参照によりその全てが本明細書に組み込まれる。

米国特許出願、出願番号１３／７２３，２５３は、２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人整理番号Ｉ９７）；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８（代理人整理番号Ｉ９７ＷＯ）の一部継続出願であり、これらの出願は参照によりその全体が本明細書に組み入れられる。
米国特許出願、出願番号１３／３３３，５７４は、２０１１年１月２１日に出願された発明の名称を電子患者監視システムと題する出願、米国特許出願１３／０１１，５４３であり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−２０１１−０３１３７８９−Ａ１で公開された出願（代理人整理番号Ｉ５２）の一部継続出願であり、この出願は２０１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと題する米国仮特許出願第６１／２９７，５４４（代理人整理番号Ｈ５３）の優先権を主張する、これらの両出願は参照により本明細書に組み入れられる。

この出願は、２０１２年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、方法および装置と題する出願、米国特許出願番号１３／７２３，２３９であって、２０１３年１１月７日に公開され、その公開番号ＵＳ２０１３−０２９７３３０−Ａ１である出願（代理人整理番号Ｊ７７）の一部継続出願であり、米国特許出願、出願番号１３／７２３，２３９は以下の出願の優先権の利益及びその出願の利益を主張する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番号Ｊ０５）；
２０１２年５月２４日に出願された発明の名称を電子患者ケアシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）；及び
２０１２年８月３日に出願された発明の名称を流体フローを監視、規制又は制御するためのシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６７９，１１７（代理人整理番号Ｊ３０）、であり、これらの出願は、参照によりその全てが本明細書に組み入れられる。

米国特許出願、出願番号１３／７２３，２３９は、以下の出願の優先権、出願の利益を主張し、及びその一部継続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１の出願（代理人整理番号Ｉ９７）であり、この出願は、２０１１年１月２１日に出願された発明の名称を電子患者監視システムと題する出願、米国特許出願番号１３／０１１，５４３であり、２０１１年１２月２２日に、公開番号ＵＳ−２０１１−０３１３７８９−Ａ１で公開された出願（代理人整理番号Ｉ５２）の一部継続出願であり、この出願は２０１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと題する米国仮特許出願第６１／２９７，５４４（代理人整理番号Ｈ５３）の優先権を主張する；及び２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ＵＳ１１／６６５８８であり２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細書に組み入れられる。

この出願はまた、２０１２年１２月２１日に出願された発明の名称を電子患者ケアのためのシステム、方法および装置と題する出願、米国特許出願番号１３／７２３，２４２であって、２０１３年１１月２８日に公開され、その公開番号ＵＳ２０１３−０３１７７５３−Ａ１である出願（代理人整理番号Ｊ７８）の一部継続出願であり、米国特許出願番号１３／７２３，２４２は以下の出願の優先権の利益及びその出願の利益を主張する：
２０１２年５月２４日に出願された、発明の名称を電子的な患者ケアのためのシステム、方法および装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）であり、本出願は参照によりその全体が本明細書に組み入れられる。
本出願は、２０１３年５月２３日に出願され、発明の名称を電子患者ケアのためのシステムおよび装置と題する出願、米国特許出願１３／９００，６５５であって、２０１３年１１月２８日に公開され、その公開番号ＵＳ２０１３−０３１７８３７−Ａ１である出願（代理人整理番号Ｋ６６）の一部継続出願であり、米国特許出願番号１３／９００，６５５は、２０１２年５月２４日に出願された、発明の名称を電子的な患者ケアのためのシステム、方法および装置と題する出願、米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）の出願の優先権の利益及びその出願の利益を主張するものであり、両出願は参照によりその全体が本明細書に組み入れられる。

米国特許出願１３／９００，６５５はまた、以下の出願の優先権の利益及びその出願の利益を主張する一部継続出願でもある：
２０１２年５月２４日に出願され、発明の名称を血液処理システムおよび方法と題する出願、米国特許出願１３／４８０，４４４であって、２０１３年２月１４日に公開され、その公開番号ＵＳ２０１３−００３７４８５−Ａ１である出願（代理人整理番号Ｊ４３）；及び
２０１２年５月２４日に出願された発明の名称を血液処理システムおよび方法と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１２／００２５７であり、２０１２年１１月２９日に公開され、その公開番号はＷＯ２０１２／１６１７４４である出願（代理人整理番号Ｊ４３ＷＯ）。
この出願はまた、２０１３年５月２３日に出願され、発明の名称を電子患者ケアのためのシステムおよび装置と題するＰＣＴ出願、出願番号ＰＣＴ／ＵＳ１３／４２３５０である出願（代理人整理番号Ｋ６６ＷＯ）の一部継続出願であり、このＰＣＴ出願は２０１２年５月２４日に出願された、発明の名称を電子的な患者ケアのためのシステム、方法および装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）の出願の優先権及びその出願の利益を主張するものであり、両出願は参照によりその全体が本明細書に組み入れられる。

ＰＣＴ出願、出願番号ＰＣＴ／ＵＳ１３／４２３５０は、以下の出願の優先権及びその出願の利益を主張する一部継続出願でもある：
２０１２年５月２４日に出願され、発明の名称を血液処理システムおよび方法と題する出願、米国特許出願１３／４８０，４４４であって、２０１３年２月１４日に公開され、その公開番号ＵＳ２０１３−００３７４８５−Ａ１である出願（代理人整理番号Ｊ４３）；及び
２０１２年５月２４日に出願された発明の名称を血液処理システムおよび方法と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１２／００２５７であり、２０１２年１１月２９日に公開され、その公開番号はＷＯ２０１２／１６１７４４である出願（代理人整理番号Ｊ４３ＷＯ）。

この出願はまた２０１２年１２月２１日に出願された以下の特許出願の一以上の出願に関連するものであり、これらの出願は参照によりその全体が本明細書に組み入れられる：
発明の名称をクランピングのためのシステム、方法及び装置と題する出願、米国非仮特許出願第１３／７２３，２３８（代理人整理番号Ｊ４７）；
発明の名称を経口薬の調合のためのシステム、方法及び装置と題する出願、米国非仮特許出願第１３／７２３，２３５（代理人整理番号Ｊ７４）；
発明の名称を経口薬を調合するためのシステム、方法、および装置と題する出願、ＰＣＴ出願第ＰＣＴ／ＵＳ１２／７１１３１（代理人整理番号Ｊ７４ＷＯ）；
発明の名称を、液体供給を推定するためのシステム、方法、および装置と題する出願、米国非仮特許出願番号１３／７２４，５６８（代理人整理番号Ｊ７５）；
発明の名称を流体を注入するためのシステム、方法、および装置と題する出願、米国非仮特許出願番号１３／７２５，７９０（代理人整理番号Ｊ７６）；
発明の名称を流体を注入するためのシステム、方法、および装置と題する出願、ＰＣＴ出願、出願番号ＰＣＴ／ＵＳ１２／７１４９０（代理人整理番号Ｊ７６ＷＯ）；
発明の名称を流体フローの監視、規制又は制御するシステム、方法及び装置と題する出願、米国非仮特許出願番号１３／７２３，２４４（代理人整理番号Ｊ７９）；
発明の名称を流体フローを監視、規制又は制御するためのシステム、方法、および装置と題する出願、ＰＣＴ特許出願番号ＰＣＴ／ＵＩＳ１２／７１１４２（代理人整理番号Ｊ７９ＷＯ）；
発明の名称を液体供給を推定するためのシステム、方法、および装置と題する出願、米国非仮特許出願番号１３／７２３，２５１（代理人整理番号Ｊ８１）；及び
発明の名称を液体供給を推定するためのシステム、方法、および装置と題する出願、ＰＣＴ特許出願番号ＰＣＴ／ＵＳ１２／７１１１２（代理人整理番号Ｊ８１ＷＯ）。

この出願はまた以下の特許出願の一以上の出願に関連するものであり、これらの出願は参照によりその全体が本明細書に組み入れられる：
０１２年１２月１８日に出願された発明の名称を活性整流を用いて流体ラインにおいて空気を検出するシステム、方法及び装置と題する出願、米国仮特許出願番号６１／７３８，４４７（代理人整理番号Ｊ３２）；
２０１３年３月１５日に出願された発明の名称を流体を注入するための装置と題する米国特許出願１３／８４０，３３９（代理人整理番号Ｋ１４）；
２０１３年３月１５日に出願された発明の名称を流体を注入するための装置と題するＰＣＴ出願ＰＣＴ／ ＵＳ１３／３２４４５（代理人整理番号Ｋ１４ＷＯ）；
２０１３年３月１５日に出願され、発明の名称を注射ポンプ及び関連する方法と題する出願、米国特許出願１３／８３３，４３２（代理人整理番号Ｋ２１）；

２０１３年３月１５日に出願された発明の名称を電子患者ケアのためのシステムおよび装置と題する米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）；
２０１３年３月１５日に出願され、発明の名称をクランピングのためのシステム、方法及び装置と題する出願、米国特許出願１３／８３３，７１２（代理人整理番号Ｋ２３）；
２０１３年３月１５日に出願された発明の名称を流体フローの監視、規制又は制御するシステム、方法及び装置と題する米国特許出願１３／８３４，０３０（代理人整理番号Ｋ２８）；及び
２０１３年１２月２０日に出願されたデータを通信するシステム、方法及び装置と題する米国特許出願（代理人整理番号Ｌ４９）。

本開示は、データを通信することに関する。より詳細には、本開示は、例えば、医療機器および一以上のエンタープライズサーバとの間でデータを通信するためのシステム、方法、および装置に関する。
関連技術

いくつかの例では、一以上の医療機器は、急性または慢性の病気を治療するために特定の患者によって使用されてもよい。これらの医療機器は、患者が適切に治療されていること、治療は所定の規範の範囲外のものではないこと、及び医療機器自体が、許容可能なパラメータ内で動作していることを確実にするソフトウェアアルゴリズムを実行する電子制御回路を含んでもよい。

患者に処方される各特定の治療が一意的であり、および／または複数の機器の使用を生じるものであるため、外部データベースとコンピュータシステム（例えば、基幹システム）が、これらの機器に患者及び患者の治療計画に関連した情報を提供するために使用することができる。情報は、ある治療期間中に複数の医療機器の相互動作を容易にするために使用することができる。様々な通信技術は、１以上の「機器からサーバへの通信リンク」（ｄｅｖｉｃｅ−ｔｏ−ｓｅｒｖｅｒ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｌｉｎｋ）を実現するために使用することができる。

本開示のある実施の形態では、通信の方法は以下を含む：ローカル・エリア・ネットワークを介してデータを医療機器からの第１のハブに通信すること；医療機器からのデータを少なくとも１つのパケットにパッケージ化することであり、少なくとも１つのパケットはヘッダを含み；第１のハブの少なくとも１つの通信チャネルを介して、ネットワークを通じて少なくとも１つのパケットを通信すること；必要に応じて、アラーム状態が第１のハブ内で発生したときは、第１のハブからのアラームを医療機器に伝達すること。
この方法は、アプリケーション層内で実行され得る（例えば、パケットはアプリケーション層レベルのパケットであってもよい）か、または任意の他の層または層の組み合わせ内で実行しても良い。少なくとも１つの通信チャネルの第１の通信チャネルは、第１のセルラーネットワーク、例えば、昔の電話サービス（「ＰＯＴＳ」）やブロードバンド上にあってもよい。前記少なくとも１つの通信チャネルの第２の通信チャネルは、第２のセルラーネットワーク、例えば、昔の電話サービス（「ＰＯＴＳ」）やブロードバンド上にあってもよい。第１のハブは、識別値（例えば、シリアル番号）、患者、医療機器、および／または治療に関連するものでもよい。

ローカルエリアネットワークを介してデータを医療機器から第１のハブに通信する行為は、医療機器からローカルエリアネットワークを介して第１のハブによってデータを受信する行為であってもよい。

本開示のさらに他の実施形態では、この方法はさらにデータを暗号化する（例えば、第１のハブによって、および／または医療機器によって）行為を含むことができる。この方法は、第２のハブによって少なくとも１つの通信チャネルを通してネットワーク上で少なくとも１つのパケットを受信する行為、および第２のハブ内でデータを復号化する行為を含むことができる。

この方法は、時間パラメータ、例えば、日付および／または時間を決定する行為を含むことができる。衛星システム信号は、時間パラメータを決定するために使用ことができる。
追加的または代替的に、この方法は、時間パラメータを決定するために、セルラータイムサーバ、ネットワークＩＤおよびタイムゾーン（「ＮＩＴＺ」）サーバ、時間サーバなどを使用することができる。この方法は、パケットのヘッダに時間パラメータを追加する行為を含むことができる。この方法は、パケットのヘッダ内の時間パラメータが第１の所定の基準を満たすかどうかを決定する行為を行うことができる。

この方法は、さらにパケットのヘッダに連続番号を付加し；パケットのヘッダの連続番号を使用してデータを再構築し；パケットの少なくとも一部に対応するエラー検出符号を決定し、パケットのヘッダにエラー検出符号を付加し；および／または、パケットのヘッダ内のエラー検出符号を検査することによって、パケットの少なくとも一部にはエラーがないかについて決定する行為を含むことができる。

本開示のさらに他の実施形態では、この方法は、パケット及びデータの少なくとも一つが第２の所定の基準を満たすか否かを決定する行為；および／または、もし第２の所定の基準が満たされた場合、パケット及びデータの少なくとも１つに対応する肯定文字を第１のハブに通信する行為を含むことができる。

本開示のさらに他の実施形態では、この方法は、第２のハブにより、少なくとも１つの通信チャネルを通してネットワーク上で少なくとも１つのパケットを受信する行為および／または第２のハブからのデータを、少なくとも１つのエンタープライズサーバ（例えば、トランザクションサーバ）または分析サーバに送る行為を含むことができる。

医療機器からのデータを少なくとも１つのパケットにパッケージ化する行為には、そのパケット及び他のパケットにデータをパッケージ化することを含むことができる。
パケットはヘッダを含むことができ、及び他のパケットは他のヘッダを含むことができる。この方法はさらに、パケットのヘッダに第１の連続番号を追加し、他のパケットの他のヘッダに第２の連続番号を付加する行為を含んでも良い。

第１のハブの少なくとも１つの通信チャネルのうちの一つを通してネットワーク上を少なくとも１つのパケットを通信する行為は、第１のハブの少なくとも１つの通信チャネルのうちの第１の通信チャネルを介して、パケットを通信する行為；第１のハブの少なくとも１つの通信チャネルのうちの第２の通信チャネルを介して、他のパケットを通信する行為を含んでも良い。この方法は、パケット及び他のパケットを受信すること；そして、パケットの第１の連続番号及び他のパケットの第２の連続番号に従ってデータを再構築することを含むことができる。

本開示のさらにいくつかの追加の実施形態において、本方法は、医療機器からのデータをローカルエリアネットワークを介して、第１のハブへ通信する前に、医療機器（又は第１又は第２のハブ）により、これらのデータを暗号化する行為；第２のハブによって少なくとも１つのパケットを１以上の通信チャネル（例えば、２つの通信チャネル）を通してネットワーク上で受信すること；第２のハブからのデータをエンタープライズサーバへ送ること；および／または、エンタープライズサーバによってデータを処理のために、エンタープライズサーバにより復号化することを含んでもよい。

本開示のさらに他の実施形態では、ハブは、ローカルエリアネットーク インターフェース コンポーネント、第１および第２のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）（「ＳＯＭ」）モジュール、及びプロセッサを含む。ローカルエリアネットワーク インターフェース コンポーネントは医療機器とデータを通信するように構成されている。第１のＳＯＭは、第１の通信チャネルとインターフェース接続するように構成され、第２のＳＯＭは、第２の通信チャネルとインターフェース接続するように構成されている。第１の通信チャネルは第１のセルラーネットワークであり、第２の通信チャネルは、第２のセルラーネットワークであってもよい。プロセッサは医療機器からデータを少なくとも１つのパケットにパッケージ化するように構成されている。少なくとも１つのパケットはヘッダを含み、プロセッサは、さらに第１および第２の通信チャネルの１つにより少なくとも１つのパケットを通信するために、第１および第２のＳＯＭの一つと動作可能に通信するように構成される。プロセッサはさらに、ハブを識別値、患者、医療機器、および治療の一つと関連付けるように構成されてもよい。追加的に、代替的に、または必要に応じて、プロセッサは、データを暗号化するように構成することができる。

本開示のさらに他の実施形態では、プロセッサは、パケットのヘッダに時間パラメータを追加するように構成される。時間パラメータは、日付および／または時間を含むことができる。ハブは、衛星システム コンポーネントを含んでも良く、プロセッサは衛星システム・コンポーネントを用いて、衛星システムにより決定される時間を用いてヘッダに時間パラメータを追加するように構成される。いくつかの実施形態では、ハブは時間を決定するために、セルラー時間サービス、ネットワークＩＤおよびタイムゾーン（「ＮＩＴＺ」）、時間切断（ｔｉｍｅ ｓｅｖｅｒ）などを使用する。

本発明のさらに他の実施形態では、プロセッサは、さらにパケットのヘッダに連続番号を付加するように構成される。連続番号は、パケットのヘッダの連続番号を使用してデータを再構築するように構成することができる。

本発明のさらに他の実施形態では、プロセッサはさらに、パケットのヘッダにパケットの少なくとも一部分に対応するエラー検出符号を付加するように構成される。エラー検出符号は、エラー訂正符号である。

プロセッサは、パケット及び別のパケットにデータをパッケージ化するように構成することができ、その場合前記パケットはヘッダを含み、別のパケットは別のヘッダを含む。

本開示のさらに他の実施形態では、ハブは、フェイルセーフバスを含む。フェイルセーフバスは、ハブまたは通信リンクに障害状態が発生したときに、ハブに結合された医療機器に信号を送るように構成されてもよい。

本開示のさらに他の実施形態では、ハブはさらにアラームバスを含む。アラームバスはハブのアラーム状態が発生した、または、通信リンクのリンク品質が劣化した場合に、通信リンクのアラーム状態が発生した場合に、ハブに結合された医療機器に信号を送るように構成されてもよい。

本開示のさらに他の実施形態では、さらに、ハブは、単純な旧式の電話サービスコンポーネント（ｐｌａｉｎ−ｏｌｄ−ｔｅｌｅｐｈｏｎｅ−ｓｅｒｖｉｃｅ ｃｏｍｐｏｎｅｎｔ）を含む。第１及び第２の通信チャネルが利用できない場合、プロセッサは、単純な旧式の電話サービス（ｐｌａｉｎ−ｏｌｄ−ｔｅｌｅｐｈｏｎｅ−ｓｅｒｖｉｃｅ）（「ＰＯＴＳ」）を通してパケットを送る様に構成することができる。例えば、もし緊急状態が存在すると判定された場合、ハブは９１１を呼び出すことができる。いくつかの実施形態では、ハブは、例えば、サーバからの音声データを可聴な放送指示にダウンロードしてもよい。ハブのシリアル番号は、音声メッセージが可能な言語のリスト中のどの言語であるかを決定するために使用することができる。

本開示のさらに他の実施形態では、システムは第１および第２のハブを含む。第１のハブは、ローカルエリアネットワークを介して医療機器との間でデータを通信し、そして少なくとも一つのアプリケーション層パケット（ａｐｐｌｉｃａｔｉｏｎ−ｌａｙｅｒ ｐａｃｋｅｔ）にデータをパッケージ化するように構成される。第２のハブは、少なくとも１つのセルラーネットワークを介して動作可能に第１のハブから少なくとも１つのアプリケーション層パケットを受信するように構成される。第１のハブは、データを暗号化するように構成されてもよく、第２のハブはデータを復号化するように構成することができる。

第１のハブは、少なくとも１つのセルラーネットワークの第１および第２のセルラーネットワークを介して、少なくとも１つのアプリケーション層パケットを通信することができる。第２のハブは、少なくとも一つのアプリケーション層パケットからのデータを再構築するように構成することができる。
第１のハブは、第１及び第２のセルラーネットワークとの間に、少なくとも１つのアプリケーション層パケットの送信をバランスしてロードする、又は第１及び第２のセルラーネットワークの両方を利用してデータを重複して送信する様に構成されてもよい。例えば、各パケットは、一度は第１のセルラーネットワークを使用し、一度は第２のセルラーネットワークを使用して、２回送信することができる。基幹システムは、受信したパケットを比較し、それらが同一のデータを含むか判定することができる。つまり、パケットの１つまたは両方のデータが送信中に破損した場合に２つのパケット内のデータが同一でない可能性がある。

このシステムは、さらに、エンタープライズサーバを含むことができる。医療機器は、データを暗号化するように構成されてもよく、第２のハブはエンタープライズサーバにデータを送るように構成することができ、およびエンタープライズサーバは、データを復号化するように構成することができる。

本開示のさらに他の実施形態では、第１のハブは、少なくとも一つのグローバル・ポジショニング信号を用いて時間パラメータを決定するように構成されるグローバル ポジショニング コンポーネントを含む。第１のハブは、少なくとも一つのアプリケーション層パケットのアプリケーション層パケットのヘッダに時間パラメータを追加し、第２のハブは、時間パラメータが所定の基準を満たすかどうかを決定するように構成される。

第２のハブは、少なくとも一つのグローバル・ポジショニング信号を用いて別の時間パラメータを決定するように構成された別のグローバル・ポジショニング・コンポーネントを含むことができる。第２のハブは、時間パラメータが、別の時間パラメータの関数として所定の基準を満たすかどうかを決定するように構成することができる。

本開示の他の実施形態において、少なくとも一つのアプリケーション層パケットは第一のアプリケーション層パケットを含み、第１のハブは、第一のアプリケーション層のパケットの少なくとも一部に対応するエラー検出符号を付加するように構成される。第２のハブは、第一のアプリケーション層パケットの少なくとも一部が、エラー検出符号を用いて誤りを含まないものであるかどうかを決定するように構成することができる。エラー検出符号はエラー訂正符号であってもよく、その場合第２のハブは、さらに、必要に応じて、第一のアプリケーション層パケットの少なくとも一部のエラーを訂正するように構成されている。

少なくとも一つのアプリケーション層パケットは第１のアプリケーション層パケットを含んでも良く、及び第２のハブは、第１のアプリケーション層パケットが所定の基準を満たす場合は、第１のハブに肯定応答を通信するように構成される。

本開示の他の実施形態では、システムはさらにエンタープライズサーバを含む。医療機器は、データを暗号化するように構成される。そして、第２のハブはエンタープライズサーバにデータを送るように構成されているので、エンタープライズサーバはデータを復号化するように構成される。データがエンタープライズサーバに書き込まれると、肯定応答が第１のハブおよび／または医療機器に返送することができる。

いくつかの実施形態では、少なくとも一つのアプリケーション層パケットは、第１及び第２のアプリケーション層パケットを含む。第１のハブは、第１のアプリケーション層パケットの第１のヘッダに第１の連続番号を追加し、第２のアプリケーション層パケットの第２のヘッダに第２の連続番号を追加するように構成される。第２のハブは、第１および第２の連続番号に従ってデータを再構築するように構成される。第１のハブは、少なくとも一つのセルラーネットワークの第一１のセルラーネットワークを介して第１のアプリケーション層パケットを通信するように構成されてもよい。第１のハブは、少なくとも一つのセルラーネットワークの第２のセルラーネットワークを介して第２のアプリケーション層パケットを通信するように構成される。

本開示のさらに他の実施形態では、第１のハブは、アラーム状態信号を提供するように構成されたアラーム・バス・コンポーネントを含む。医療機器は、アラーム状態信号を受信するために第１のハブに作動可能に接続されている。医療機器は、アラーム状態がアラーム状態信号を介して受信されたときに、少なくとも一つの緩和方策を提供するように構成されている。

本開示のさらに他の実施形態では、第１のハブは、致命的なエラー状態信号を提供するように構成されたフェイルセーフコンポーネントを含む。医療機器は、致命的なエラー状態信号を受信する第１のハブに動作可能に接続されている。医療機器は、致命的なエラー状態が致命的なエラー状態信号を介して存在するとされた場合、ハブから独立して動作するように構成される。

これらおよび他の側面は、図面を参照して、本開示の様々な実施形態に関する以下の詳細な説明からより明らかになるであろう。

図１は、本開示の実施形態によるデータを通信するためのシステムのブロック図を示す。

図２は、本開示の実施形態による図１のシステムのハブのブロック図を示す。及び

図３Ａ−３Ｂは、本開示の実施形態によるデータを通信するための方法を例示するフローチャート図を示す。 図３Ａ−３Ｂは、本開示の実施形態によるデータを通信するための方法を例示するフローチャート図を示す。

発明の詳細な説明

図１は、本開示の実施形態によるデータを通信するためのシステム２のブロック図を示す。システムは、ネットワーク１４上を互いに通信するハブ１２、２０を含む。第１のハブ１２は医療機器４、６、８、１０に動作可能に結合される。つまり、第１のハブ１２は、医療機器４、６、８、及び１０の一以上と動作可能に通信する。いくつかの実施形態では、複数のハブ１２を使用することができる（例えば、各ハブに一つの機器）。

ハブ１２は、医療機器がそれに接続できるようにする前に満たされなければならない要件を含むことができる。追加的または代替的に、ハブ１２は、第１及び第２のハブ１２、２０の間のリンク品質が、その間にデータ通信する前に所定の基準を満たさなければならないことを要求することがある。ハブ１２は、ハブ１２、２０間のリンク品質を一以上の医療機器４、６、８、１０に通信することができる。

第２のハブ２０は、基幹システム２２の様々なエンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６に動作可能に結合される。基幹システム２２は、１以上のサーバによって実施することができ、サーバファームであってもよく、１以上の仮想サーバとして実施されてもよく、および／または１以上のプロセッサによって実施されるソフトウェア・プログラムであってもよい。種々のエンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６はトランザクションサーバであっても良い。

ハブ１２、２０は医療機器４、６、８、１０とエンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４の間でデータを通信することができるので、データがその間をシームレスに通信される。例えば、いくつかの特定の実施形態では、ハブ１２、２０はデータをパケットにラップ（ｗｒａｐ）することができるので、医療機器４、６、８、１０とエンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６の間で通信されるデータは、お互いの間で、あたかもそれらが同じローカルエリアネットワーク上にあるかのように通信される。いくつかの特定の実施形態では、データは、アプリケーション層で１以上のパケットにラップされてもよく、例えば、開放型システム間相互接続モデル（ＩＳＯ／ＩＥＣ７４９８−１）（「ＯＳＩモデル」）のアプリケーション層であり、これらの内容の全体は参照により本明細書に組み入れられる。いくつかの実施形態では、データは、関連する技術において当業者に知られている任意の通信標準の一以上の層、例えば、別のモデルのアプリケーション層、にラップされても良い。いくつかのさらなる実施形態では、データは、ＯＳＩモデルを含む当技術分野で公知の任意のパケットモデルの一以上の層にラップされてもよい。いくつかのさらなる実施形態において、１以上のパケットのラッピングはＯＳＩモデルのアプリケーション、プレゼンテーション、セッション層の組み合わせで行うことができ、および／またはプレゼンテーション及びセッション層は実施されないこともある。ハブ２０は、医療機器４、６、８、１０の一つからエンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６の一つにデータを伝送しても良い。

ハブ１２、２０は、同期的方法にまたは非同期の方法で互いに通信することができる。また、ハブ１２、２０は、互いに心拍信号を通信することができる。例えば、ハブ１２、２０のそれぞれは、所定の間隔で定期的にハブ１２、２０の一の他方に、正常に動作している旨の信号を送信することができる。もし、ハブ１２、２０の一つが、所定の時間内に、他のハブから所定の時間内に心拍信号（又はいくつかの実施形態では、何らの信号）を受信しない場合、所定の時間内に心拍信号を受信していないハブは、（１）心拍信号を送信する様に要求ことができる、（２）他のハブは不具合であるので適切な所定の緩和策をとることを決定し、（３）アラームがアラームバス上で発生していることを信号で伝え、および／または（４）フェイルセーフバスを介して心拍信号が所定時間内に受信されていないことを信号で伝えることができる。

ハブ１２、２０は相互に通信し、受信ハブ（すなわち、データを受信する）は、送信ハブに肯定応答を送信することができる。いくつかの特定の実施形態では、肯定応答はまた連続番号又は他のパケット識別子を含むことができる。

ハブ１２および／または医療機器４、６、８、１０は、医療機器４、６、８、１０からのデータに、１以上のエンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６への所定のアクセスを与える関連する識別値を持っても良い。追加的に、代替的に、又は必要に応じて関連する識別値は、各エンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６内のサービスまたはデータの種々のサブセットへのアクセスに関連付けられてもよい。

いくつかの実施形態では、ハブ１２は患者、一以上の医療機器４、６、８、１０、及び／又は治療体制に関連付けられてもよい。

医療機器４、６、８、１０の各々又は第１のハブ１２は、一以上のエンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６又は第２のハブ２０に、その能力、その構成を通信し、および／または全てのアラート又は障害を伝えることができる。

ハブ１２、２０は、１以上のパケットにデータをラップすることができので各パケットはヘッダを含む。ヘッダは、（１）連続番号；（２）エラー訂正符号の様なエラー検出符号、及び／又は（３）例えば、日付および／または時間などの様な１以上の時間パラメータを含んでも良い。

連続番号は、データを再構築するために使用することができる。例えば、ハブ１２は、それぞれに連続番号が割り当てられている複数のパケットにデータを分割することができる。ハブ１２は、第１のセルモデム６４を介した第１のセルラーネットワークを通して、及び第２のセルモデム８４を介した第２のセルラーネットワークを通して複数のパケットを通信することができる（図２参照）。第１および第２のセルラーネットワークは２Ｇネットワーク、３Ｇネットワーク、４Ｇネットワーク、ＬＴＥネットワーク、またはＷｉＦｉ‐インターネット接続であってもよい。ハブ１２は、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）を実行することができる。データが第２のハブ２０に到達すると、第２のハブ２０は、連続番号を使用してデータを再構築する。

エラー検出符号は、例えば、データ内に含まれるエラーを検出して訂正することができるエラー訂正符号として使用することができる。全てのエラー検出符号は、周期的冗長検査（「ＣＲＣ」）、チェックサム、ハッシュ値、パリティビット、パリティワード、ＭＤ５などを使用することができる。第１のハブ１２は、第２のハブ２０にそれらを送信する前に１以上のパケットのヘッダにエラー検出符号を追加することができる。第２のハブ２０は、データに１以上のエラーがあるかどうかをエラー検出符号を使用して決定し、そしていくつかの特定の実施形態では、第２のハブ２０はデータを訂正する（または第２のハブ２０から第１のハブ１２に送信するときには、その逆が起きる）。

第１のハブ１２および／または第２のハブ２０は、ハブ１２、２０の一の他方に通信する前に日付／時刻スタンプの様な時間パラメータをヘッダーに追加することができる。ハブ１２、２０の受信ハブは、日付／時刻スタンプが、パケットが所定の時間内に受領されたかの要件の様な所定の基準を満たすかを決定することができる。ハブ１２、２０の内の受信ハブは、日付／時刻は、ハブ１２、２０の送信ハブによって決定されているので、パケットが所定の時間内に受信されたかどうかを決定するために、日付／タイムスタンプを内部的に決定された時間パラメータと比較することができる。ハブ１２、２０は、衛星システムの１以上の衛星を使用して決定された時間基準を使用することができる。
いくつかの実施形態では、衛星は全地球的航法衛星システムの一部であってもよい。例えば、全地球測位システム（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）コンステレーション、Ｇｌｏｂａｌｎａｙａ Ｎａｖｉｇａｔｓｉｏｎｎａｙａ Ｓｐｕｔｎｉｋｏｖａｙａ Ｓｉｓｔｅｍａ（「ＧＬＯＮＡＳＳ」）コンステレーション、インドの地域航法衛星システム（「ＩＲＮＳＳ」）コンステレーション、北斗ナビゲーションシステム（ＢｅｉＤｏｕ Ｎａｖｉｇａｔｉｏｎ Ｓｙｓｔｅｍ）コンステレーション、ガリレオ（Ｇａｌｉｌｅｏ）コンステレーション等の一以上の衛星からの信号は、時間パラメータを決定するために使用することができる。

データは、ハブ１２、２０の内の一の送信ハブによって暗号化され、同様にハブ１２、２０の一の受信ハブによって復号化されても良い。追加的に、代替的に、または必要に応じて、医療機器４、６、８、１０は、エンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６にデータを送信する前に暗号化することができ、これらのエンタープライズサーバは、さらに、データを受信したときに復号化しても良く、同様に、エンタープライズサーバ１６、１８、２４、２６、２８、３０、３２、３４、３６はデータを医療機器４、６、８、１０に送信する前に暗号化しても良く、これらの医療機器は、データを受信したときに復号化する。任意の暗号化方法を使用することができ、例えば、は、公開鍵暗号、共通鍵暗号、セッション鍵暗号、高度暗号化標準（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）（「ＡＥＳ」）、データ暗号化規格（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）（「ＤＥＳ」）、トリプルＤＥＳ（Ｔｒｉｐｌｅ ＤＥＳ）、ハイパーテキスト転送プロトコルセキュア，（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）（「ＨＴＴＰＳ」）、トランスポート層セキュリティ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）（「ＴＬＳ」）、セキュアソケットレイヤ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）（「ＳＳＬ」）、連邦情報処理標準（Ｆｅｄｅｒａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｃｅｓｓｉｎｇ Ｓｔａｎｄａｒｄ）（「ＦＩＰＳ」）の暗号化標準、当業者に知られているいくつかの他の暗号化技術、またはそれらの組み合わせを使用することができる。

医療機器４、６、８、１０またはハブ１２は、基幹システムに２２に様々な情報を通信することができ、例えば、（１）その状態、例えば、その機器が動作中か又は動作不能であるかについて、（２）その位置、（３）その構成、例えば、ソフトウェアのバージョン、そのハードウェアのバージョンやその機能など、（４）利用可能な帯域幅を、および／または（５）医療機器としての要件、である。いくつかの実施形態において、利用可能な帯域幅が所定の閾値を超えた場合にのみ、医療機器はハブ１２に接続することができる。

医療機器４、６、８、１０は、更新を取得するために、基幹システム２２にソフトウェアおよび／またはファームウェアのバージョン番号を通信することができる。
更新は、暗号化検証の様な任意の既知の技術を用いて確認および／または検証することができる。基幹システム２２は、受信されたバージョン番号が最新バージョンでない場合は、一以上の医療機器４、６、８、１０に更新されたソフトウェアおよび／または更新されたファームウェアを送信するために、バージョン番号を使用することができる。

追加的に、代替的に、または必要に応じて、更新を取得するためにハブ１２は、基幹システム２２に、ソフトウェアおよび／またはファームウェアのバージョン番号を通信することができる。受信されたバージョン番号が最新バージョンでない場合、基幹システム２２は、ハブ１２に更新されたソフトウェアおよび／または更新されたファームウェアを送信するために、バージョン番号を使用してもよい。

いくつかの実施形態では、ソフトウェアはハブ１２に保存されても良く、ハブ１２は１以上の医療機器４、６、８、１０においてソフトウェアを更新するために使用される。ハブ１２は、１以上の医療機器４、６、８、１０に存在するファームウェアおよび／またはソフトウェアバージョン番号をハブ１２に送信されるように要求することができる。次にハブ１２は、医療機器４、６、８、１０が、最新のソフトウェアまたはファームウェアのバージョンを持っているかどうかを、内部データベースを参照することにより、または基幹システム２２から受信したバージョン情報を参照することにより確認することができる。
ハブ１２は基幹システム２２からソフトウェア又はファームウェアをダウンロードすることができる。ハブ１２は医療機器４、６、８、１０にソフトウェアをロードすることができ、これらの医療機器は、ソフトウェアおよび／またはファームウェアを更新するために、任意の公知のアルゴリズムを実行することができる。例えば、ファームウェアの新しいバージョンは、医療機器４、６、８、１０の一つにロードされ、その後、検証されても良い。そして、医療機器（４、６、８、１０）は、新しいファームウェアと、医療機器が新しいファームウェアを使用する”スイッチ”を検証することができる（例えば、ポインタを介して）。

さらに、いくつかの実施形態では、医療機器４、６、８、１０および／またはハブ１２は、継続的な品質改善（「ＣＱＩ」）サーバ３６により記録するために、基幹システムに２２にアラート、アラーム、障害、ログ情報又は他の診断情報を伝える。

ハブ１２、２０は、ネットワーク１４を介して通信するが、ネットワーク１４は任意の種類のネットワークを含むことができる。例えば、ハブ１２は、データをインターネット経由でハブ２０に伝送する一以上のセルラーネットワークを介してデータを通信することができる。いくつかの実施形態では、ハブ１２、２０は無線インターネットリンク、有線インターネットリンク、広帯域リンク、ＰＯＴＳを使用する、または当業者に知られている他の既知の通信技術を介して通信する。いくつかの実施形態では、セルラーネットワークプロバイダは、一以上のセルラーネットワークを介してデータを受信するように構成されたデータ接続に直接基幹システム２２を連結してもよい。

医療機器４、６、８、１０は、ＬＡＮ接続３８、アラームバス４０、およびフェイルセーフバス４２を通してハブ１２と動作可能に通信する。ＬＡＮ接続３８は、任意のローカル・エリア・ネットワーク技術とプロトコルを使用することができ、およびハブ１２は複数のＬＡＮ技術やプロトコルサポートすることができる。医療機器４、６、８、１０の各々は互いに異なるローカル・エリア・ネットワーク技術を使用してもよい。

アラームバス４０は、通常、ハブ１２によって「高」の状態（例えば、５ボルトで）に保持された有線によって実施することができる。ハブ１２は、内部アラームが発生したと判断した時、ハブ１２は、ハブ１２内にアラーム状態が発生したことを、アラーム状態信号を介して（例えば、有線を０ボルトに設定することにより）信号を送ることができる。すなわち、アラームバス４０は、アラーム状態が発生したことを伝えるために使用することができる。医療機器４、６、８、１０の各々が、アラーム状態が発生したと判断したときは、医療機器４、６、８、１０の各々は少なくとも一つの緩和アクションを実施することができ、例えば、ネットワーク１４と通信するために接続しているセルラーネットワークを用いてＬＡＮ３８接続の帯域幅を下げる、又は他の軽減アクションを実施する。いくつかの実施形態では、ハブ１２によってアラーム状態が医療機器４、６、８、１０に報告された場合（又は、いくつかの実施形態では、医療機器４、６、８、１０の一つが内部アラームを検知した場合）、医療機器４、６、８、１０は安全モードに入ることができる。いくつかの実施形態では、アラーム・バス４０は、医療機器４、６、８、１０にアラームついての情報を通信するデジタル通信バスである。

いくつかの実施形態では、アラームバス４０は、アラーム状態をネットワーク１４の、またはハブ１２の能力やパフォーマンスの機能として設定する。医療機器４、６、８、１０のそれぞれは、アラーム状態が発生したときハブ１２が要求先の医療機器４、６、８、１０に伝えるべき条件のリストを、ハブ１２に通信することができる。

ハブ１２もまたフェイルセーフバス４２を備えても良い。フェイルセーフバス４２は、ハブ１２および医療機器４、６、８、１０との間に結合されており、
致命的なエラー状態がハブ１２内に発生したことを示す致命的なエラー状態信号を提供する。信号は、「高」の値（例えば、５ボルト）から「低」の値（例えば、０ボルト）に遷移するものであってよく、これはハブ１２内で致命的なエラー状態が存在することを示す。致命的なエラー状態信号によって示されるように致命的なエラー状態が存在する場合、医療機器４、６、８、１０は、ハブから独立して動作するように構成することができる。
いくつかの実施形態では、致命的なエラー状態は、ハブ１２および／またはハブ１２に結合された医療機器によって定義することができる。いくつかの実施形態では、フェイルセーフ・バス４２は、医療機器４、６、８、１０の致命的なエラー状態についての情報を通信するデジタル通信バスである。

蠕動注入ポンプ４は、指型ポンプやロータリー注入ポンプなどの任意の種類の蠕動注入ポンプ４であってもよい。シリンジ注入ポンプ６は、例えば、モータによって駆動される任意のシリンジポンプであってもよい。他の機器１０は、任意の医療機器であってもよい。
いくつかの実施形態では、ポンプ４、６（またはその他の機器１０）は、医療用センサ８からのフィードバックを受領する。

医療用センサ８は、例えば、血圧センサ、温度センサ、血糖計、心拍数モニター、パルスオキシメータなどの任意の患者又は環境センサであってもよい。

特定の一実施形態では、医療用センサ８は、血圧カフまたは１以上の医療機器４、６、１０にフィードバックを提供する錠剤供給装置であっても良い。薬服用コンプライアンスの血圧に関する情報をポンプ４、６の流量を調整するために使用してもよい。いくつかの実施形態では、フィードバックは基幹システム２２を介して医師に送信しても良い（例えば、電子メッセージは、タブレットまたはスマートフォンに送信されてもよい）。

さらに他の実施形態では、医療用センサ１０は、蠕動注入ポンプ４にフィードバックを提供するパルスオキシメータであってもよい。蠕動注入ポンプ４が、患者の血液の酸素飽和度が所定の閾値より低くなりおよび／または患者の心拍数が所定の閾値を下回ると判断した場合、注入ポンプ４は流体の流れを停止してもよい。いくつかの実施形態において、患者の血液の酸素レベルが所定の閾値より低いか、または、患者の心拍数が閾値より低い場合、ハブ１２は、蠕動注入ポンプ４を遮断する。

一実施形態では、他の機器１０は患者のために酸素を生成する。医療用センサ８は、他の機器１０に、フィードバックとして、患者の血液酸素飽和度を提供するパルスオキシメータであってもよい。他の機器１０は、患者の血液の酸素飽和度が少なくとも所定のレベルであることを確実にするために酸素を発生させることができる。

さらに他の実施形態では、他の機器１０は、所定の条件が満たされている「コールイン」を開始することができる。例えば、もし他の機器１０が錠剤供給装置である場合、錠剤供給装置は、コンプライアンス違反の発生時に医師にアラームまたはアラートを送信することができる。プロバイダは、錠剤供給装置によって配送される次の用量をタブレットまたはスマートフォンのユーザーインターフェースを介して変更することができる。

本開示のいくつかの実施形態では、ハブ１２は、１以上の医療用センサ８からの情報を一以上の機器４、８、１０へ伝送する。この閉ループ構成は、リアルタイムのフィードバックシステムを形成することができる。いくつかの具体的な実施形態では、１以上の医療用センサ８は、以下の要件が満たされる限り、１以上の機器４、８、１０により閉ループ構成を形成することができる：
（１）通信の待ち時間が所定の閾値を下回る；（２）無線信号の雑音が所定の閾値を下回る；および／または（３）所定量の帯域幅が利用可能である、またはこれらの組み合わせである。いくつかの実施形態では、ハブ１２はこれらの条件の一以上が満たされていない場合アラームまたは重大な状態が医療機器４、６、８、１０に発生した信号を発することができる。アラーム状態またはアラート状態は基幹システム２２に通信することができる。いくつかの実施形態では、ハブ１２、２０、および／または医療機器４、６、８、１０はアラームまたはアラートに応答してフェイルセーフ／動作モードに入っても良い。

いくつかの実施形態では、アラームまたはアラートが発生したことに基づいて、および／またはどのくらいの時間が、ユーザーがハブ１２または医療機器４、６、８、１０のいずれかとの相互作動をせずに経過したかにより、応答の階層が、医療機器４、６、８、１０の１つ、またはハブ１２にプログラムすることができる。介護者は、例えば、一般的なフレームワークから、応答の階層をプログラムすることができる。いくつかの実施形態では、応答の階層は基幹システム２２によって確認することができる。

基幹システム２２は、以下の一以上を含むことができる。データベース／分析エンジン、患者キャッシュ１８、ハブ２０、ＣＰＯＥ２４、他のＨＩＳ２６、ＡＰＩＳ２８、ＥＭＲ３０、ＤＥＲＳ３２、ＬＩＳ ３４、および／またはＣＱＩ３６である。

データベース／分析エンジン１６は、傾向および／または１以上の統計を決定するために、ハブ１２および／または機器４、６、８、１０からデータを収集する。データベース／分析エンジン１６は、データベース／分析エンジン１６にインターフェース接続するユーザーのために１または複数のレポートを生成するために、サーバー１８、２４、２６、２８、３０、３２、３４、３６の一以上とインターフェース接続することができる。

ハブ１２および／または機器４、６、８、１０のいずれか一つは患者の識別子を決定することができる（例えば、バー符号スキャナ、ＲＦＩＤスキャナを使用して、または手動で画面に患者のＩＤを入力することによって）。治療に関する患者のデータは患者のキャッシュ１８にロードされても良く、キャッシュ１８は、ハブ１２および／または医療機器４、６、８、１０のいずれか一つに、データをどうするかについて指示することができる。
患者キャッシュ１８は、ＲＡＭのような、またはハードドライブメモリの様なメモリ内で実施されてもよい。患者キャッシュ１８は、サーバ２４、２６、２８、３０、３２、３４、３６のいずれか一つからのデータをロードすることができ、それにより、ハブ１２および／または機器４、６、８、１０から患者データに対するより速い応答を提供し、または異なる方法でデータを整理する。

基幹システム２２はまた、コンピュータ化された医師オーダエントリ（「ＣＰＯＥ」）サーバ２４を含むことができる。ＣＰＯＥ２４は、特定の患者のための治療および／または処方のための注文（インターネット上で）を受領することができる。それが認定された患者のために正しいかどうかを決定するために、ＣＰＯＥ２４はポンプ４，６によって、スキャンで取り込まれた薬剤と比較されてもよい。

ＣＰＯＥ２４は、介護者から介護アルゴリズムを受け取ることができる。介護アルゴリズムは、使用するフィードバックについて、達成するためのポイント、および／または投与する薬剤に関するルールを含むことができる。介護者は、コンピュータ端末、タブレット、スマートフォン、または他のユーザーインターフェースを用いて、ＣＰＯＥ２４にインターフェース接続することができる。ＣＰＯＥ２４および／または基幹システム２２は介護アルゴリズムを検証することができる。

基幹システム２２はまた、薬局情報システム（「ＰＩＳ」）サーバ２８、電子カルテ（「ＥＭＲ」）サーバ３０、および検査情報システム（「ＬＩＳ」）サーバ３４を含むことができ、機器４、６、８、１０はこれらにアクセスすることができる。基幹システム２２はまた、その他の病院情報システム（「ＨＩＳ」）サーバ２６を含むことができる。

基幹システム２２はまた、薬剤のエラー低減システム（「ＤＥＲＳ」）サーバ３２を含むことができる。ＤＥＲＳサーバ３２は、１以上の機器４、６、８、１０がその療法（例えば、蠕動注入ポンプ４に接続されたＩＶバッグを介した薬物の配送）は安全であるかを決定することを可能にする情報を含んでもよい。例えば、ＩＶバッグは、それに付されたバー符号を含むことができる。注入ポンプ４は、ＩＶバッグのバー符号をスキャンして、その情報を、例えば、ＰＩＳ２８に通信して、ＩＶバッグの内容を決定し、そしてＤＥＲＳ３２と通信し認定された患者のためにまたは任意の患者のために（厳格な限定を介して）薬剤と治療パラメータは安全であるか３どうかを決定する。

基幹システム２２はまた、継続的な品質改善（「ＣＱＩ」）サーバ３６を含むことができる。ＣＱＩサーバ３６は、医療機器４、６、８、１０から機器の動作を説明するメッセージを受信する。 ＣＱＩサーバ３６に送信されたＣＱＩメッセージは、機器４、６、８、１０に関する課題または問題を識別するために、一群の医療機器を監視するために使用することができる。

本開示のいくつかの実施形態では、医療機器４、６、８、１０のいずれか一つは、医療機器４、６、８、１０の他の機器のリソースを使用することができる。
いくつかの実施形態では、医療用デバイス４、６、８、１０及び／又はハブ１２は、メッシュネットワークとして動作することができる。

基幹システム２２にインターフェース接続しているユーザーは、ハブ１２および／または医療機器４、６、８、１０を監視することができる。ハブ１２および／または医療機器４、６、８、１０は、スクリーンの画像（例えば、ＪＰＥＧ）を基幹システム２２にインターフェース接続しているユーザーに送信することができ、または音声も通信することができる（例えば、マイクから）。ユーザーが、ハブ１２および／または基幹システム２２に結合されたユーザーインターフェースを使用してハブ１２および／または医療機器４、６、８、１０を監視できるように、ＨＴＭＬ５を使用することができ、および／またはテレプレゼンスを用いても良い。

図２は、本開示の実施形態による図１のシステムのハブ１４のブロック図を示す。いくつかの特定の実施形態では、図１のハブ２０は、ハブ１４と同様のハードウェアを使用することができる。

ハブ１２は、ＬＡＮインターフェース４４、アラームバス６８、フェイルセーフバス７６、バッテリ７８、電源８０、メモリ４６、ボタン４８、ＧＰＳコンポーネント５２、ディスプレイ５４、スピーカー５６、及び第１及び第２システム・オン・モジュール（「ＳＯＭ」）モジュール６６、８６、安全プロセッサ７０、ローカルメモリキャッシュ７２と、昔の電話サービス（「ＰＯＴＳ」）７４を含む。

ハブ１２は、ＡＣコンセント電力をハブ１２の内部回路に電力を供給するＤＣ電力に変換する電源回路８０によって電力を供給することができる。電源８０はまた、電池７８を充電することができる。電源回路８０に電力を供給する電源の電力が不足する場合、電池７８がハブ１２に電力を供給する。いくつかの特定の実施形態では、複数の電池７８及び／又は複数の電源８０は、追加の冗長性を提供するために使用され得る。

ＬＡＮインターフェース４４は、ＷｉＦｉ送受信機５０、ブルートゥース送受信機５８、及びイーサネットインターフェース６０を含む。いくつかの実施形態では、ＬＡＮインターフェース４４は、当業者に公知の任意の有線または無線プロトコル、または標準を使用する。医療機器はＬＡＮインターフェース４４を介してハブ１２と通信することができる。

ＬＡＮインターフェース４４を介して受信したデータは、メモリ４６にバッファリングされる。割り込みおよび／またはアルゴリズムのいずれかが、送信するためにメモリ４６内のデータを選択することができる。データは、１以上のパケットにパッケージ化され、第１のＳＯＭ６６を介して及び／又は第２のＳＯＭ８６を介して送信される。第１のＳＯＭ６６はプロセッサ６２と第１セルラーネットワークを介してパケットを送信するためのセルラーネットワークモデム６４を備えている。第２のＳＯＭ８６はまた、第２のセルラーネットワークを介して第２のセルラーモデム８４を通して１以上のパケットを送信することができるプロセッサ８２を含む。 ＳＯＭモジュール６６と８６は、ロード・バランシングを行うことができる。セルラーネットワークの両方を介した通信が利用できない場合は、ＰＯＴＳ７４を使用することができる。いくつかの実施形態では、緊急状態が存在すると判定された場合、ＰＯＴＳ７４は、緊急番号呼び出すことができる（例えば、米国では「９１１」）。さらにいくつかの追加の実施形態では、アラーム、アラートまたは障害状態が存在する（それらを報告する）と決定され、そしてセルラーネットワークが利用できない場合は、ハブ１２はサービス番号を呼び出す。

モジュール７７及び８６は、互いの間で通信するおよび／または操作を調和させるためにローカルメモリキャッシュ７２を使用することができる。ローカルメモリキャッシュ７２は、メモリ４６の一部であってもよく、またはそこから分離していてもよい。本開示のいくつかの実施形態では、ローカルメモリキャッシュ７２は、医療機器４、６、８、１０（例えば、互いの間で通信する）のための記憶場所である。たとえば、ネットワーク１４へのリンクが利用できない場合、ローカルメモリキャッシュ７２は、基幹システム２２に送信するためのデータで充填することができる。

いくつかの実施形態では、ローカル・メモリ・キャッシュ７２内のデータは、定期的に基幹システム２２に、または所定の規則に従って、又は基幹システム２２からハブ１２に伝達されるルールに従って（例えば、基幹システム２２の末端のユーザーを経由して）報告されても良い。

パケットは、アプリケーション層レベルで形成することができる。パケットはそれぞれのヘッダを含むことができる。ヘッダは、（１）位置情報；（２）全地球測位システム受信機５２によって決定される時間情報、（３）エラー検出符号；（４）連続番号；又は（５）他の情報を含んでも良い。

ハブ１２は、またアラームバス６８（すなわち、アラームバスコンポーネント）を含む。
アラーム・バスは、１以上の医療機器へのアラーム状態信号を提供するように構成される。医療機器は、アラームバス６８からアラーム状態信号を受信するようにハブに動作可能に接続されてもよい。信号は、「高」の値（例えば、５ボルト）から「低」の値（例えば、０ボルト）に遷移することにより、アラーム状態がハブ内に存在することを示すものであっても良い。アラーム状態が、アラーム状態信号を介して受信されると、医療機器は、少なくとも一つの緩和アクションを行うことができる。例えば、医療機器は、ハブ１２に送信されるデータにエラー訂正符号を追加する必要があり得る。安全プロセッサ７０は、アラーム状態が存在するときを決定し、その状態をアラームバス６８へ通信する。いくつかの実施形態では、アラーム状態がハブ１２および／またはハブ１２に結合された医療機器によって定義することができる。安全プロセッサ７０はローカルメモリキャッシュ７２を使用することができる。安全プロセッサ７０は、ＳＯＭＳ６６、８６のプロセッサ６２、８２の動作とは独立にハブ１２を監視することができる。例えば、安全プロセッサ７０は、プロセッサ６２、８２の使用に依存せず、いくつかの具体的な実施形態において、それらの監視者として動作することができる。

ハブ１２は、フェイルセーフバス７８を含む。フェイルセーフバス７６は、致命的なエラー状態がハブ１２内で発生した時を示す、致命的なエラー状態信号を提供する。信号は、「高」の値（例えば、５ボルト）から「低」の値（例えば、０ボルト）に遷移することにより、致命的なエラー状態がハブ内に存在することを示すものであっても良い。致命的なエラー状態信号によって示されるように致命的なエラー状態が存在する場合、医療機器はハブから独立して動作するように構成することができる。安全プロセッサ７０は、致命的なエラー状態が存在するときを決定することができ、その状態をアラームバス６８へ通信する。
いくつかの実施形態では、致命的なエラー状態はハブ１２および／またはハブ１２に結合された医療機器によって定義することができる。いくつかの実施形態では、ハブ１２、２０、および／または医療機器４、６、８、または１０は、アラームまたはアラート状態に応答して、フェイルセーフ／動作モードに入ることができる。

医療機器（例えば、図１の機器４、６、８、１０）と基幹システム２２（図１参照）との間の通信が失敗した場合、医療機器４、６、８、１０とハブ１２は、通信が回復したときに基幹システム２２に報告するための内部メモリ内のすべての情報を記録することができる。追加的または代替的に、コンピュータは、データをダウンロードするために（例えば、ＲＳ−２３２又はＵＳＢ接続を介して）医療機器４、６、８、１０またはハブ１２に結合されてもよい。

ユーザーは、ボタン４８および／またはディスプレイ５４を使用して、ハブ１２に設定を入力することができる。ハブ１２は、スピーカー５６又はディスプレイ５４を介して聞き取れる形のフィードバックを提供することができる。ハブ１２は、内蔵スピーカーを使用して音声を再生するために、一以上の機器４、６、８、１０に接続したＬＡＮ３８を介して音を伝達することができる。

スピーカー５６は、例えば、「サーバーに接続しようとしている」または「私は電話番号１−２３４−５６７−１８２９を呼んでいる」等により、ハブが何をしているかを知らせるために使用することができる。いくつかの実施形態では、スピーカー５６は、任意のエラー状態、障害、および／またはアラームを聞こえる形で伝えるために使用されてもよい。メッセージは予め録音されていてもよく、患者の決定された言語に基づいて選択することができる。メッセージは、基幹システム２２からハブ１２に送信されてもよい（図１参照）。患者が使用すると決定された言語は、ハブ１２の位置（例えば、ＧＰＳ信号を介して決定）に基づいて、患者の記録から、または関連する技術分野における当業者に公知の他の方法により決定されても良い。事前に録音された音声は、患者によく知られているプロバイダの声であってもよい。

メッセージのオーディオコンポーネントに加えて、メッセージは、ディスプレイ５４上に表示される事前に録画されたビデオを含むことができる。オーディオおよびビデオは相互に同期させることができる。

スピーカー５６及びディスプレイ５４は、ハブ１２および／または医療機器４、６、８、１０の操作または構成について、ユーザーにトレーニングビデオを提供するために使用することができる（図１参照）。さらに、いくつかの実施形態では、スピーカー５６及びディスプレイ５４は、健康ノートおよび／またはＣＰＲトレーニングを提供するために使用しても良い。

図３Ａ−３Ｂは、本開示の実施形態によるデータを通信するための方法を示すフローチャート図８８を示す。

行為９０は、第１のハブをＩＤ、患者、医療機器および治療の一つと関連付ける。行為９２は第１のハブにより医療機器からデータを受信する（それはローカルキャッシュに保存することができる）。行為９４はデータを暗号化する。
行為９６は医療機器からのデータを少なくとも１つのパケットにパッケージ化する。少なくとも１つのパケットのパケットはヘッダを含む。

行為９８は、現在時刻と日付を決定する。行為１００は、パケットのヘッダに決定された現在時刻と日付を追加する。行為１０２は、パケットのヘッダに連続番号を追加する。行為１０４は、エラー検出符号を決定する。行為１０６は、パケットのヘッダにエラー検出符号を加える。行為１０８は、少なくとも１つの通信チャネルを介してネットワーク上で少なくとも１つのパケットを通信する。アラーム状態が第１のハブ内に発生した場合、行為１２５は、必要に応じて、第１のハブからアラームを医療機器に伝える。たとえば、アラームが致命的アラームである場合。いくつかの実施形態では、アラームは、図２のアラームバス６８を使用して通信することができる。

動作１１０は、少なくとも１つの通信チャネルを介してネットワークを通して動作可能に第２のハブにより、少なくとも１つのパケットを受信する。行為１１２は、パケット内のデータが、エラーを含んでいないものであるかを、ヘッダ内のエラー検出符号を検査することによって決定する。行為１１４は、パケットのヘッダ内の現在時刻と日付が第１の所定の基準を満たしているかどうかを決定する。行為１１６は、パケットのヘッダの連続番号を用いてデータを再構築する。

行為１１８はデータを復号化する。行為１２０は、パケット及びデータの少なくとも一つが第２の所定の基準を満たすかを決定する。第２の所定の基準が満たされた場合、行為１２２はパケットおよびデータの少なくとも１つに対応する肯定文字を第１のハブに通信する。第２の所定の基準は、例えば、データがデータベースに記録されたこととすることができる。行為１２４はデータをハブから少なくとも１つのエンタープライズサーバに送る。一つまたは両方のハブは、例えば、心拍信号を用いて、一以上の通信チャネルを監視することができる。

様々な代替および修正が、本開示から逸脱することなく当業者によって考案され得る。したがって、本開示は、そのような全ての代替、修正および変形を包含することを意図する。さらに、本開示のいくつかの実施形態は、図面に示され、および／または本明細書で説明されているが、これらに限定されるものではないし、それが意図されているように、本開示は、当該分野で許容される範囲において広いものであり、明細書も同様に解される。
従って、上記の説明は、限定的に解釈されるべきではなく、単に特定の実施形態の例示である。また、当業者は、他の改変も、添付の特許請求の範囲および思想内にあることを想定するであろう。上記の記載および／または添付の特許請求の範囲に記載されたものと本質的でない特徴において異なる他の要素、ステップ、方法および技術もまた、本開示の範囲内であると了解する。

図面に示す実施形態は、本開示の特定の例を実証するためにのみ提示されている。また、記載された図面は例示に過ぎず、非限定的なものである。
図面において、例示の目的のために、いくつかの要素のサイズは誇張されてもよく、特定のスケールで描かれていない。さらに図面に示す要素で同一の番号を持っているものは同一の要素であってもよいか、文脈に応じて、同様の要素であってもよい。

「含む」という用語は、本明細書および特許請求の範囲において使用される場合、それは他の要素又は工程を排除するものではない。単数名詞を参照するときに、不定冠詞または定冠詞が使用される場合、例えば、“ａ”、“ａｎ”または“ｔｈｅ”、他に特に明記されない限り、その名詞の複数形を含む。したがって、用語「含む」は、その後に列挙された項目に限定して解釈されるべきではない。それは他の要素又は工程を排除するものではなく、「商品ＡとＢを含む装置」の表現の範囲は、構成要素ＡとＢのみからなる装置に限定されるべきではない。本発明に関して、この表現は、装置の唯一の関連する構成要素がＡとＢであることを意味する。

さらに、用語「第１」「第２」、「第３」などが、明細書または特許請求の範囲の何れで使用されるかを問わず、同様の要素を区別するために用いられているものであり、これらは、必ずしも連続でありまたは時間の順を記述するために設けられているものではない。
これは、そのように使用される用語は（明確にそうでないと開示されている場合を除き）、適切な状況下で交換可能であること、及び本明細書に記載の開示の実施形態は、他の順序および／または本明細書に記載または例示されていると異なる配置で操作が可能であるということが理解される。
本発明の第１の態様は、通信の方法であって、
ローカル・エリア・ネットワークを介してデータを医療機器から第１のハブに通信すること；
医療機器からのデータを少なくとも１つのパケットにパッケージ化することであり、前記少なくとも１つのパケットはヘッダを含み；
第１のハブの少なくとも１つの通信チャネルを介して、ネットワークを通じて前記少なくとも１つのパケットを通信すること；及び
アラーム状態が第１のハブ内で発生したときは、第１のハブからアラームを医療機器に伝達すること、を含む前記方法である。
本発明の第２の態様は、第１の態様の方法であって、前記ローカルエリアネットワークを介してデータを前記医療機器から前記第１のハブに通信する行為は、医療機器からローカルエリアネットワークを介して前記第１のハブによりデータを受信する行為である、前記方法である。
本発明の第３の態様は、第１の態様の方法であって、前記少なくとも１つの通信チャネルの第１の通信チャネルは第１のセルラーネットワーク上にあり、前記少なくとも１つの通信チャネルの第２の通信チャネルは第２のセルラーネットワーク上にある、前記方法である。
本発明の第４の態様は、第１の態様の方法であって、さらに第１のハブを識別値に関連付けることを含む、前記方法である。
本発明の第５の態様は、第１の態様の方法であって、さらに第１のハブを患者に関連付けることを含む、前記方法である。
本発明の第６の態様は、第１の態様の方法であって、さらに第１のハブを医療機器に関連付けることを含む、前記方法である。
本発明の第７の態様は、第１の態様の方法であって、さらに第１のハブを治療に関連付けることを含む、前記方法である。
本発明の第８の態様は、第１の態様の方法であって、さらにデータを暗号化することを含む、前記方法である。
本発明の第９の態様は、第８の態様の方法であって、さらに、
第２のハブによって少なくとも１つの通信チャネルを通してネットワーク上で少なくとも１つのパケットを受信すること；および
前記第２のハブ内でデータを復号化すること、を含む前記方法である。
本発明の第１０の態様は、第１の態様の方法であって、さらに時間パラメータを含む、前記方法である。
本発明の第１１の態様は、第１０の態様の方法であって、前記時間パラメータは日付および時間を含む、前記方法である。
本発明の第１２の態様は、第１０の態様の方法であって、衛星システム信号は時間パラメータを決定するために使用される、前記方法である。
本発明の第１３の態様は、第１０の態様の方法であって、さらにパケットのヘッダに時間パラメータを追加することを含む、前記方法である。
本発明の第１４の態様は、第１３の態様の方法であって、さらにパケットのヘッダ内の時間パラメータが第１の所定の基準を満たすかどうかを決定することを含む、前記方法である。
本発明の第１５の態様は、第１の態様の方法であって、さらにパケットのヘッダに連続番号を付加することを含む、前記方法である。
本発明の第１６の態様は、第１５の態様の方法であって、さらにパケットのヘッダの連続番号を用いてデータを再構築することを含む、前記方法である。
本発明の第１７の態様は、第１の態様の方法であって、さらにパケットの少なくとも一部に対応するエラー検出符号を決定することを含む、前記方法である。
本発明の第１８の態様は、第１７の態様の方法であって、さらにパケットのヘッダにエラー検出符号を付加することを含む、前記方法である。
本発明の第１９の態様は、第１８の方法であって、パケットのヘッダ内のエラー検出符号を検査することによって、パケットの少なくとも一部にはエラーがないかについて決定することを含む、前記方法である。
本発明の第２０の態様は、第１の態様の方法であって、さらに
パケット及びデータの少なくとも一つが第２の所定の基準を満たすか否かを決定すること；および
もし前記第２の所定の基準が満たされた場合、パケット及びデータの少なくとも１つに対応する肯定文字を第１のハブに通信することを含む、前記方法である。
本発明の第２１の態様は、第１の態様の方法であって、さらに
第２のハブにより、前記少なくとも１つの通信チャネルを通してネットワーク上で前記少なくとも１つのパケットを受信すること；および
前記第２のハブからのデータを少なくとも１つのエンタープライズサーバに送ることを含む、前記方法である。
本発明の第２２の態様は、第１の態様の方法であって、前記医療機器からのデータを少なくとも１つのパケットにパッケージ化する行為は、前記パケット及び他のパケットにデータをパッケージ化することを含み、前記パケットはヘッダを含み、及び前記他のパケットは他のヘッダを含む、前記方法である。
本発明の第２３の態様は、第２２の態様の方法であって、さらに
前記パケットのヘッダに第１の連続番号を追加し；及び
前記他のパケットの他のヘッダに第２連続番号を付加することを含む、前記方法である。
本発明の第２４の態様は、第２３の態様の方法であって、第１のハブの少なくとも１つの通信チャネルのうちの一つを通してネットワーク上を、前記少なくとも１つのパケットを通信する行為には、
前記第１のハブの前記少なくとも１つの通信チャネルのうちの第１の通信チャネルを介してパケットを通信すること；及び
前記第１のハブの前記少なくとも１つの通信チャネルのうちの第２の通信チャネルを介して、他のパケットを通信することを含む、前記方法である。
本発明の第２５の態様は、第２４の態様の方法であって、さらに
前記パケット及び前記他のパケットを受信すること；そして、
前記パケットの第１の連続番号及び前記他のパケットの第２の連続番号に従ってデータを再構築することを含む、前記方法である。
本発明の第２６の態様は、第１の態様の方法であって、前記医療機器からのデータをローカルエリアネットワークを介して、前記第１のハブへ通信する前に、さらに前記医療機器によりこれらのデータを暗号化することを含む、前記方法である。
本発明の第２７の態様は、第２６の態様の方法であって、さらに、
第２のハブによって少なくとも１つのパケットを少なくとも１つの通信チャネルを通してネットワーク上で受信すること；
前記第２のハブからのデータをエンタープライズサーバへ送ること；および
前記エンタープライズサーバによってデータを処理のために、前記エンタープライズサーバにより前記データを復号化することを含む、前記方法である。
本発明の第２８の態様は、第１乃至２７のいずれかの態様の１の方法であって、前記方法がアプリケーション層で実施される、前記方法である。
本発明の第２９の態様は、ハブであって、
医療機器とデータを通信するように構成されるローカルエリアネットワーク インターフェース コンポーネント；
第１の通信チャネルとインターフェース接続するように構成されている第１のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）；
第２の通信チャネルとインターフェース接続するように構成される第２のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）；及び
前記医療機器からデータを少なくとも１つのパケットにパッケージ化するように構成されているプロセッサを備え、
前記少なくとも１つのパケットはヘッダを含み、前記プロセッサはさらに第１および第２の通信チャネルの１つにより前記少なくとも１つのパケットを通信するために、第１および第２のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）の一つと動作可能に通信するように構成される、前記ハブである。
本発明の第３０の態様は、第２９の態様のハブであって、前記第１の通信チャネルは第１のセルラーネットワークであり、前記第２の通信チャネルは第２のセルラーネットワークである、前記ハブである。
本発明の第３１の態様は、第２９の態様のハブであって、前記プロセッサはさらに、ハブを識別値、患者、医療機器、および治療の一つと関連付けるように構成される、前記ハブである。
本発明の第３２の態様は、第２９の態様のハブであって、前記プロセッサはさらに、データを暗号化するように構成される、前記ハブである。
本発明の第３３の態様は、第２９の態様のハブであって、前記プロセッサはさらにパケットのヘッダに時間パラメータを追加するように構成される、前記ハブである。
本発明の第３４の態様は、第３３の態様のハブであって、前記時間パラメータは、日付および時間の一つを含む、前記ハブである。
本発明の第３５の態様は、第３３の態様のハブであって、さらに衛星システム コンポーネントを含み、前記プロセッサは、衛星システムにより決定される時間を用いてヘッダに時間パラメータを追加するように構成される、前記ハブである。
本発明の第３６の態様は、第２９の態様のハブであって、前記プロセッサは、さらに前記パケットのヘッダに連続番号を付加するように構成される、前記ハブである。
本発明の第３７の態様は、第３６の態様のハブであって、前記連続番号はパケットのヘッダの連続番号を使用してデータを再構築するように構成される、前記ハブである。
本発明の第３８の態様は、第２９の態様のハブであって、前記プロセッサはさらに、パケットのヘッダにパケットの少なくとも一部分に対応するエラー検出符号を付加するように構成される、前記ハブである。
本発明の第３９の態様は、第３８の態様のハブであって、前記エラー検出符号はエラー訂正符号である、前記ハブである。
本発明の第４０の態様は、第２９の態様のハブであって、前記プロセッサは、前記パケット及び前記別のパケットにデータをパッケージ化するように構成され、前記パケットはヘッダを含み、前記別のパケットは別のヘッダを含む、前記ハブである。
本発明の第４１の態様は、第２９の態様のハブであって、ハブに障害状態が発生したときに、そのバスに結合された医療機器に信号を送るように構成されたフェイルセーフバスをさらに含む、前記ハブである。
本発明の第４２の態様は、第２９の態様のハブであって、前記ハブのアラーム状態が発生した時に、そのバスに結合された医療機器に信号を送るように構成されたアラームバスをさらに含む、前記ハブである。
本発明の第４３の態様は、第２９のハブであって、さらに単純な旧式の電話サービスコンポーネントを含み、前記第１及び第２の通信チャネルが利用できない場合、前記プロセッサは、単純な旧式の電話サービスを通してパケットを送る様に構成される、前記ハブである。
本発明の第４４の態様は、システムであって、
ローカルエリアネットワークを介して医療機器との間でデータを通信し、そして少なくとも一つのアプリケーション・レイヤ・パケット（ａｐｐｌｉｃａｔｉｏｎ−ｌａｙｅｒ ｐａｃｋｅｔ）にデータをパッケージ化するように構成される第１のハブ；及び
少なくとも１つのセルラーネットワークを介して動作可能に前記第１のハブから前記少なくとも１つのアプリケーション層パケットを受信するように構成される第２のハブを含む、前記システムである。
本発明の第４５の態様は、第４４の態様のシステムであって、前記第２のハブは、前記少なくとも一つのアプリケーション層パケットからのデータを再構築するように構成される、前記システムである。
本発明の第４６の態様は、第４４の態様のシステムであって、前記第１のハブは、前記少なくとも１つのセルラーネットワークの第１および第２のセルラーネットワークを介して、前記少なくとも１つのアプリケーション層パケットを通信する、前記システムである。
本発明の第４７の態様は、第４６の態様のシステムであって、前記第１のハブは、第１及び第２のセルラーネットワークの間に前記少なくとも１つのアプリケーション層パケットの送信をバランスしてロードするように構成される、前記システムである。
本発明の第４８の態様は、第４４の態様のシステムであって、前記第１のハブは、データを暗号化するように構成され、前記第２のハブはデータを復号化する、前記システムである。
本発明の第４９の態様は、第４４の態様のシステムであって、さらに、エンタープライズサーバを含み、前記医療機器は、データを暗号化するように構成され、前記第２のハブはエンタープライズサーバにデータを送るように構成され、そしてエンタープライズサーバは、データを復号化するように構成される、前記システムである。
本発明の第５０の態様は、
第４４の態様のシステムであって、
前記第１のハブは、少なくとも一つのグローバル・ポジショニング信号を用いて時間パラメータを決定するように構成されるグローバル ポジショニング コンポーネントを含み、
前記第１のハブは、前記少なくとも一つのアプリケーション層パケットのアプリケーション層パケットのヘッダに時間パラメータを追加するように構成され、及び
前記第２のハブは、時間パラメータが所定の基準を満たすかどうかを決定するように構成される、前記システムである。
本発明の第５１の態様は、
第５０の態様のシステムであって、
前記第２のハブは、少なくとも一つのグローバル・ポジショニング信号を用いて別の時間パラメータを決定するように構成された別のグローバル・ポジショニング・コンポーネントを含み、及び
前記第２のハブは、時間パラメータが別の時間パラメータの関数として所定の基準を満たすかどうか、を決定するように構成される、前記システムである。
本発明の第５２の態様は、第４４の態様のシステムであって、
前記少なくとも一つのアプリケーション層パケットは第一のアプリケーション層パケットを含み、及び
前記第１のハブは、前記第一のアプリケーション層のパケットの少なくとも一部に対応するエラー検出符号を付加するように構成される、前記システムである。
本発明の第５３の態様は、第５２の態様のシステムであって、前記第２のハブは、エラー検出符号を用いて、前記第一のアプリケーション層パケットの少なくとも一部が誤りを含まないものであるかどうかを決定するように構成される、前記システムである。
本発明の第５４の態様は、第５３の態様のシステムであって、前記エラー検出符号はエラー訂正符号であり、前記第２のハブは、さらに、必要に応じて、前記第一のアプリケーション層パケットの前記少なくとも一部のエラーを訂正するように構成される、前記システムである。
本発明の第５５の態様は、第４４の態様のシステムであって、
前記少なくとも一つのアプリケーション層パケットは第１のアプリケーション層パケットを含み、及び
前記第２のハブは、前記第１のアプリケーション層パケットが所定の基準を満たす場合は、第１のハブに肯定応答を通信するように構成される、前記システムである。
本発明の第５６の態様は、第４４の態様のシステムであって、さらにエンタープライズサーバを含み、前記医療機器はデータを暗号化するように構成され、そして、前記第２のハブはエンタープライズサーバにデータを送るように構成され、前記エンタープライズサーバはデータを復号化するように構成される、前記システムである。
本発明の第５７の態様は、第４４の態様のシステムであって、
前記少なくとも一つのアプリケーション層パケットは、第１及び第２のアプリケーション層パケットを含み、
前記第１のハブは、第１のアプリケーション層パケットの第１のヘッダに第１の連続番号を追加し、及び前記第２のアプリケーション層パケットの第２のヘッダに第２の連続番号を追加するように構成され；及び
前記第２のハブは、第１および第２の連続番号に従ってデータを再構築するように構成される、前記システムである。
本発明の第５８の態様は、第５７の態様のシステムであって、
前記第１のハブは、前記少なくとも一つのセルラーネットワークの第１のセルラーネットワークを介して前記第１のアプリケーション層パケットを通信するように構成され、及び
前記第１のハブは、前記少なくとも一つのセルラーネットワークの第２のセルラーネットワークを介して前記第２のアプリケーション層パケットを通信するように構成される、前記システムである。
本発明の第５９の態様は、
第４４の態様のシステムであって、
前記第１のハブは、アラーム状態信号を提供するように構成されるアラーム・バス・コンポーネントを含み、及び
前記医療機器は、アラーム状態信号を受信するために第１のハブに作動可能に接続されており、アラーム状態がアラーム状態信号を介して受信されたときに、前記医療機器は少なくとも一つの緩和方策を提供するように構成される、
前記システムである。
本発明の第６０の態様は、第４４の態様のシステムであって、
前記第１のハブは、致命的なエラー状態信号を提供するように構成されたフェイルセーフコンポーネントを含み、及び
前記医療機器は、致命的なエラー状態信号を受信する第１のハブに動作可能に接続されており、致命的なエラー状態が致命的なエラー状態信号を介して存在するとされた場合、前記医療機器はハブから独立して動作するように構成される、
前記システムである。
本発明の第６１の態様は、
第４４の態様のシステムであって、さらにエンタープライズサーバを含み、前記エンタープライズサーバがトランザクションサーバである、
前記システムである。
本発明の第６２の態様は、
本明細書、特許請求の範囲、及び図面に記載のシステムである。
本発明の第６３の態様は、
本明細書、特許請求の範囲、及び図面に記載の電子患者ケアシステムである。
本発明の第６４の態様は、
本明細書、特許請求の範囲、及び図面に記載のポンプと実質的に同等のポンプである。
本発明の第６５の態様は、
本明細書、特許請求の範囲、及び図面に記載の電子患者ケアシステムと実質的に同等のシステムである。

Claims (26)

1. ハブであって、
   医療機器とデータを通信するように構成されるローカルエリアネットワークインターフェースコンポーネントと、
   第１の通信チャネルとインターフェース接続するように構成されている第１のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）と、
   第２の通信チャネルとインターフェース接続するように構成される第２のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）と、
   前記医療機器からデータを少なくとも１つのパケットにパッケージ化するように構成されているプロセッサであり、前記少なくとも１つのパケットのうちのパケットはヘッダを含み、前記プロセッサはさらに第１及び第２の通信チャネルの１つにより前記少なくとも１つのパケットを通信するために、第１及び第２のモジュール上のシステム（ｓｙｓｔｅｍ−ｏｎ−ｍｏｄｕｌｅ）の一つと動作可能に通信するように構成され、前記プロセッサは時間パラメータを前記パケットの前記ヘッダへ追加するようにさらに構成されたプロセッサと、
   衛星システムコンポーネントとを備え、前記プロセッサは衛星システムにより決定された時間を用いて前記時間パラメータを前記ヘッダへ追加するように構成されているハブ。
2. 請求項１のハブであって、第１の通信チャネルは第１のセルラーネットワークであり、第２の通信チャネルは第２のセルラーネットワークであるハブ。
3. 請求項１のハブであって、前記プロセッサはさらに、前記ハブを識別値、患者、医療機器、及び治療の一つと関連付けるように構成されているハブ。
4. 請求項１のハブであって、前記プロセッサはさらに、データを暗号化するように構成されているハブ。
5. 請求項１のハブであって、前記時間パラメータは、日付及び時間の１つを含むハブ。
6. 請求項１のハブであって、前記プロセッサは、さらに前記パケットのヘッダに連続番号を付加するように構成されているハブ。
7. 請求項６のハブであって、前記連続番号は前記パケットの前記ヘッダの連続番号を使用してデータを再構築するように構成されているハブ。
8. 請求項１のハブであって、前記プロセッサはさらに、前記パケットの前記ヘッダに前記パケットの少なくとも一部分に対応するエラー検出符号を付加するように構成されているハブ。
9. 請求項８のハブであって、前記エラー検出符号はエラー訂正符号であるハブ。
10. 請求項１のハブであって、前記プロセッサは、前記パケットと別のパケットとにデータをパッケージ化するように構成され、前記パケットはヘッダを含み、前記別のパケットは別のヘッダを含むハブ。
11. 請求項１のハブであって、単純な旧式の電話サービスコンポーネントをさらに含み、第１及び第２の通信チャネルが利用できない場合、前記プロセッサは、単純な旧式の電話サービスを通して前記パケットを送るように構成されているハブ。
12. システムであって、
    ローカルエリアネットワークを介して医療機器との間でデータを通信し、そして少なくとも一つのアプリケーション層パケットにデータをパッケージ化するように構成されている第１のハブと、
    少なくとも１つのセルラーネットワークを介して動作可能に前記第１のハブから前記少なくとも１つのアプリケーション層パケットを受信するように構成される第２のハブとを備え、
    第１のハブは、少なくとも一つのグローバル・ポジショニング信号を用いて時間パラメータを決定するように構成されたグローバル・ポジショニング・コンポーネントを含み、
    第１のハブは、少なくとも一つのアプリケーション層パケットのうちのアプリケーション層パケットのヘッダに時間パラメータを追加するように構成され、
    第２のハブは、前記時間パラメータが所定の基準を満たすか否かを判定するように構成されているシステム。
13. 請求項１２のシステムであって、第２のハブは、前記少なくとも一つのアプリケーション層パケットからのデータを再構築するように構成されているシステム。
14. 請求項１２のシステムであって、第１のハブは、前記少なくとも１つのセルラーネットワークの第１及び第２のセルラーネットワークを介して、前記少なくとも１つのアプリケーション層パケットを通信するシステム。
15. 請求項１４のシステムであって、第１のハブは、第１及び第２のセルラーネットワークの間に前記少なくとも１つのアプリケーション層パケットの送信を負荷分散するように構成されているシステム。
16. 請求項１２のシステムであって、第１のハブは、データを暗号化するように構成され、第２のハブはデータを復号化するシステム。
17. 請求項１２のシステムであって、さらに、エンタープライズサーバを含み、前記医療機器は、データを暗号化するように構成され、第２のハブはエンタープライズサーバにデータを送るように構成され、そしてエンタープライズサーバは、データを復号化するように構成されているシステム。
18. 請求項１４のシステムであって、
    第２のハブは、少なくとも１つのグローバル・ポジショニング信号を用いて別の時間パラメータを決定するように構成された別のグローバル・ポジショニング・コンポーネントを含み、及び
    第２のハブは、時間パラメータが別の時間パラメータの関数として所定の基準を満たすか否かを決定するように構成されているシステム。
19. 請求項１２のシステムであって、
    前記少なくとも１つのアプリケーション層パケットは第１のアプリケーション層パケットを含み、及び
    第１のハブは、第１のアプリケーション層のパケットの少なくとも一部に対応するエラー検出符号を付加するように構成されているシステム。
20. 請求項１９のシステムであって、第２のハブは、エラー検出符号を用いて、第１のアプリケーション層パケットの少なくとも一部がエラーを含まないものであるか否かを決定するように構成されているシステム。
21. 請求項２０のシステムであって、前記エラー検出符号はエラー訂正符号であり、第２のハブは、さらに、必要に応じて、第１のアプリケーション層パケットの前記少なくとも一部のエラーを訂正するように構成されているシステム。
22. 請求項１２のシステムであって、
    前記少なくとも１つのアプリケーション層パケットは第１のアプリケーション層パケットを含み、及び
    第２のハブは、第１のアプリケーション層パケットが所定の基準を満たす場合は、第１のハブに肯定応答を通信するように構成されているシステム。
23. 請求項１２のシステムであって、エンタープライズサーバをさらに含み、前記医療機器はデータを暗号化するように構成され、そして、第２のハブはエンタープライズサーバにデータを送るように構成され、前記エンタープライズサーバはデータを復号化するように構成されているシステム。
24. 請求項１２のシステムであって、
    前記少なくとも一つのアプリケーション層パケットは、第１及び第２のアプリケーション層パケットを含み、
    第１のハブは、第１のアプリケーション層パケットの第１のヘッダに第１の連続番号を追加し、及び第２のアプリケーション層パケットの第２のヘッダに第２の連続番号を追加するように構成され、
    第２のハブは、第１及び第２の連続番号に従ってデータを再構築するように構成されているシステム。
25. 請求項２４のシステムであって、
    第１のハブは、前記少なくとも一つのセルラーネットワークの第１のセルラーネットワークを介して第１のアプリケーション層パケットを通信するように構成され、及び
    第１のハブは、前記少なくとも一つのセルラーネットワークの第２のセルラーネットワークを介して第２のアプリケーション層パケットを通信するように構成されているシステム。
26. 請求項１２のシステムにおいて、エンタープライズサーバをさらに含み、このエンタープライズサーバは、トランザクションサーバであるシステム。

Images