(57)【要約】患者モニタリング・ハブは、ボード・イン・ケーブルまたはドングルなどの外部デバイスと双方向で通信することができる。医療データを、患者モニタリング・ハブから外部デバイスに通信して、外部デバイスに動作を開始させることができる。例えば、外部デバイスは、患者モニタリング・ハブから受信したデータに基づいて計算を実施するか、または他の動作（例えば、新しい患者プロフィールの作成、アルゴリズムのベースライン値のリセット、アルゴリズムの校正など）を行うことができる。外部デバイスはまた、そのデータと関連付けられた表示特性をモニタリング・ハブに通信することができる。モニタリング・ハブは、異なる外部デバイスまたはパラメータに対応する、一組の組み合わされたレイアウトのオプションを計算することができる。表示画面面積をモニタリング・ハブ上に配置する、表示オプションが選択されてもよい。【選択図】７２Ａ
2020508757.tif 000002
【特許請求の範囲】
【請求項１】
主要ケーブル部分と、
ディスプレイを有さないボード・イン・ケーブル・デバイスであって、該主要ケーブル部分に接続され、生理学的情報を患者から取得するように構成されたセンサと連結するように構成された、ボード・イン・ケーブル・デバイスと、
該主要ケーブル部分に接続されるコネクタであって、患者モニタリング・ハブに接続するように構成された、コネクタとを備え、
該ボード・イン・ケーブル・デバイスがハードウェア・プロセッサを備え、該ハードウェア・プロセッサが、
該生理学的情報に基づいて第１の生理学的パラメータを計算し、
該患者モニタリング・ハブにやはり接続された第２の医療用デバイス・ケーブルの第２のボード・イン・ケーブル・デバイスによって提供される、第２の生理学的パラメータを該患者モニタリング・ハブから受信し、
該第１および第２の生理学的パラメータを処理して、第３の生理学的パラメータを生成し、
該患者モニタリング・ハブが該第３の生理学的パラメータを該患者モニタリング・ハブのディスプレイ上に出力するように構成されるように、該第３の生理学的パラメータを該患者モニタリング・ハブに通信するように、構成された、患者モニタリング・ハブに接続可能であるように構成された医療用デバイス・ケーブル。
【請求項２】
前記第３の生理学的パラメータが健康指数を表す、請求項１に記載の医療用デバイス・ケーブル。
【請求項３】
前記ハードウェア・プロセッサが、
前記第３の生理学的パラメータと関連付けられた表示レイアウトを含む、前記第３の生理学的パラメータと関連付けられた表示特性を決定し、
該表示特性を前記患者モニタリング・ハブに通信するように、更に構成された、請求項１または２に記載の医療用デバイス・ケーブル。
【請求項４】
前記表示特性を医療モニタリング・ハブに通信することによって、前記患者モニタリング・ハブに、元の表示特性を前記表示特性でオーバーライドさせる、請求項１から３のいずれか一項に記載の医療用デバイス・ケーブル。
【請求項５】
前記ハードウェア・プロセッサが、前記患者モニタリング・ハブと関連付けられたアプリケーション・プログラミング・インターフェースにアクセスして、前記患者モニタリング・ハブに設定ユーザ・インターフェースを出力させるように更に構成される、請求項１から４のいずれか一項に記載の医療用デバイス・ケーブル。
【請求項６】
前記設定ユーザ・インターフェースが、ユーザ選択可能であり、前記ボード・イン・ケーブル・デバイスに、更新された設定を前記設定ユーザ・インターフェースから受信させる、請求項５に記載の医療用デバイス・ケーブル。
【請求項７】
前記更新された設定がアラームの限界を調節することを含む、請求項６に記載の医療用デバイス・ケーブル。
【請求項８】
前記更新された設定が、前記ボード・イン・ケーブル・デバイスの機能を使用可能にすることを含む、請求項６または７に記載の医療用デバイス・ケーブル。
【請求項９】
前記ハードウェア・プロセッサが、新しい患者が前記患者モニタリング・ハブと接続されていることの指示を前記患者モニタリング・ハブから受信するように更に構成された、請求項１から８のいずれか一項に記載の医療用デバイス・ケーブル。
【請求項１０】
前記ハードウェア・プロセッサが、前記指示の受信に応答して、パラメータ計算アルゴリズムのリセット、およびベースライン計算のリセットのうち１つまたは複数を行うように構成された、請求項９に記載の医療用デバイス・ケーブル。
【請求項１１】
第１の医療用デバイス・ケーブルのハードウェア・プロセッサの制御下で、
該医療用デバイス・ケーブルと連結されたセンサから受信した生理学的情報に基づいて、第１の生理学的パラメータを計算することと、
該第１の医療用デバイス・ケーブルに接続された患者モニタリング・ハブから、患者モニタか、該患者モニタリング・ハブにやはり接続された第２の医療用デバイス・ケーブルのどちらかによって計算された、第２の生理学的パラメータを受信することと、
該第１および第２の生理学的パラメータを処理して、第３の生理学的パラメータを生成することと、
医療モニタリング・ハブが該第３の生理学的パラメータをディスプレイ上に出力できるように、該第３の生理学的パラメータを該患者モニタリング・ハブに通信することとを含む、接続された医療用デバイス間でデータを共有する方法。
【請求項１２】
前記第３の生理学的パラメータが健康指数を表す、請求項１１に記載の方法。
【請求項１３】
関数呼出しを前記患者モニタリング・ハブに送出して、前記患者モニタリング・ハブに設定ユーザ・インターフェースを出力させることを更に含む、請求項１１または１２に記載の方法。
【請求項１４】
設定を前記設定ユーザ・インターフェースから受信することを更に含む、請求項１３に記載の方法。
【請求項１５】
前記設定が、調節されたアラーム限界、または前記医療用デバイス・ケーブルの機能を使用可能にするトグルを含む、請求項１４に記載の方法。
【請求項１６】
新しい患者が前記患者モニタリング・ハブと接続されていることの指示を、前記患者モニタリング・ハブから受信することを更に含む、請求項１１から１５のいずれか一項に記載の方法。
【請求項１７】
前記指示に基づいてパラメータ計算アルゴリズムを調節することを更に含む、請求項１６に記載の方法。
【請求項１８】
ワイヤレス・ドングル、ボード・イン・ケーブル、または両方を含む、患者モニタリング・ハブの外部にある複数のデバイスに接続可能な患者モニタリング・ハブのハードウェア・プロセッサの制御下で、
該外部デバイスのうち第１の外部デバイスによってモニタリングされる患者パラメータと関連付けられた表示特性を含む、該第１の外部デバイスのデバイス情報を、該患者モニタリング・ハブで受信することと、
該患者モニタリング・ハブと該第１の外部デバイスとの間に接続を確立することと、
該表示特性に少なくとも部分的に基づいて、該患者モニタリング・ハブで該患者パラメータを管理するユーザ・インターフェース要素を生成することと、
該ユーザ・インターフェース要素の作動を該患者モニタリング・ハブのディスプレイ上で検出することと、
該ユーザ・インターフェース要素の作動に応答して、該患者パラメータと関連付けられた１つまたは複数の調節を判定することと、
該患者パラメータに対する該１つまたは複数の調節を該第１の外部デバイスに通信して、該第１の外部デバイスに、該１つまたは複数の調節に基づいて動作を自動的に更新させることとを含む、患者モニタリング・ハブに接続された外部デバイスの動作を制御する方法。
【請求項１９】
前記表示特性が、前記ユーザ・インターフェース要素を描写するため、グラフィックス・ライブラリを前記患者モニタリング・ハブ上に呼び出す命令を含む、請求項１８に記載の方法。
【請求項２０】
前記デバイス情報が、前記第１の外部デバイスによって支援される測定チャネル、測定されたパラメータ、または該測定されたパラメータの表示レイアウトのうち少なくとも１つを含む、請求項１８または１９に記載の方法。
【請求項２１】
前記患者パラメータと関連付けられた前記１つまたは複数の調節が、前記患者パラメータと関連付けられたアラームを始動させる値に対する調節を含む、請求項１８から２０のいずれか一項に記載の方法。
【請求項２２】
前記患者パラメータに対する前記１つまたは複数の調節が更に、前記第１の外部デバイスによって、前記患者パラメータと関連付けられた機能を使用可能または使用不能にさせる、請求項１８から２１のいずれか一項に記載の方法。
【請求項２３】
前記外部デバイスの設定を更新する始動イベントを検出することと、前記始動イベントの情報を前記第１の外部デバイスに通信することによって、それに応答して前記外部デバイスに前記設定を自動的に変更させることとを更に含む、請求項１８から２２のいずれか一項に記載の方法。
【請求項２４】
別のパラメータのデータを前記第１の外部デバイスに送出することを更に含み、他のパラメータが前記外部デバイスのうち第２の外部デバイスによって獲得され、別のパラメータのデータが、該第２の外部デバイスを自動的に始動させて、第２の動作を実施する、請求項１８から２３のいずれか一項に記載の方法。
【請求項２５】
実施される前記第２の動作が、前記第２の外部デバイスで前記患者パラメータを計算するアルゴリズムを校正することを含む、請求項２４に記載の方法。
【請求項２６】
複数のセンサと連通するように操作可能な複数のポートと、
ディスプレイと、
ハードウェア・プロセッサとを備え、該ハードウェア・プロセッサが、
患者モニタリング・ハブに接続された該センサに少なくとも部分的に基づいて、該患者モニタリング・ハブによって表示される複数のパラメータを特定し、
該複数のパラメータに対応する表示特性を決定し、
該複数のパラメータに対応する該表示特性に基づいて、一組の表示レイアウト・オプションを生成し、
表示レイアウト・マネージャに該一組の表示レイアウト・オプションを自動的に投入し、
該表示レイアウト・オプションのうち１つのユーザ選択を受信し、
該選択された表示レイアウト・オプションにしたがって、該複数のパラメータを該ディスプレイ上に出力するように構成された、複数のセンサに接続可能な患者モニタリング・ハブ。
【請求項２７】
前記ハードウェア・プロセッサが、
複数の医療用デバイスまたは前記複数のパラメータに対する変更を検出し、
前記変更に少なくとも部分的に基づいて、前記一組の表示レイアウト・オプションおよび前記表示レイアウト・マネージャを自動的に更新するように更に構成された、請求項２６に記載の患者モニタリング・ハブ。
【請求項２８】
前記変更がセンサまたはパラメータの追加もしくは除去を含む、請求項２７に記載の患者モニタリング・ハブ。
【請求項２９】
前記表示特性が、前記センサおよび前記患者モニタリング・ハブが接続を確立している間、前記センサによって前記患者モニタリング・ハブに自動的に提供される、請求項２６から２８のいずれか一項に記載の患者モニタリング・ハブ。
【請求項３０】
前記表示特性が、
ユーザ・インターフェース要素を描写するため、グラフィックス・ライブラリを前記患者モニタリング・ハブ上に呼び出す命令、
パラメータに対する一組の予め構成された表示レイアウト、
前記パラメータの情報を表示するためのレイアウト上の制約、または、
前記パラメータの表示と関連付けられた画像もしくはテキストのうち、少なくとも１つを含む、請求項２９に記載の患者モニタリング・ハブ。
【請求項３１】
前記複数のパラメータが、前記患者モニタリング・ハブによって計算されたパラメータを含む、請求項２６から３０のいずれか一項に記載の患者モニタリング・ハブ。
【請求項３２】
前記ディスプレイが、１つまたは複数のパラメータをそれぞれ含む複数の細区分に分割される、請求項２６から３１のいずれか一項に記載の患者モニタリング・ハブ。
【請求項３３】
前記ハードウェア・プロセッサが、
細区分のサイズまたは位置を調節するユーザ入力を受信し、
前記ユーザ入力に応答して、前記複数の細区分におけるパラメータの表示を自動的に更新するように更に構成された、請求項３２に記載の患者モニタリング・ハブ。
【請求項３４】
前記ハードウェア・プロセッサが、前記一組の表示レイアウト・オプションの中から表示レイアウト・オプションを自動的に選択し、前記選択された表示レイアウト・オプションにしたがって、前記複数のパラメータの情報を自動的にレンダリングするように更に構成された、請求項２６から３３のいずれか一項に記載の患者モニタリング・ハブ。
【請求項３５】
ディスプレイを備える患者モニタリング・ハブのハードウェア・プロセッサの制御下で、
患者モニタリング・ハブに接続された複数の医療用デバイスを特定することと、
該複数の医療用デバイスの情報に少なくとも部分的に基づいて、該患者モニタリング・ハブによって表示される複数のパラメータを特定することと、
該複数のパラメータに対応する表示特性を決定することと、
該複数のパラメータに対応する該表示特性に基づいて、一組の表示レイアウト・オプションを生成することと、
表示レイアウト・マネージャに該一組の表示レイアウト・オプションを自動的に投入することと、
医療モニタリング・ハブの該ディスプレイ上で、該表示レイアウト・マネージャに該一組の表示レイアウト・オプションをレンダリングすることとを含む、患者モニタリング・ハブの表示を管理する方法。
【請求項３６】
前記複数の医療用デバイスまたは前記複数のパラメータに対する変更を検出することと、
前記変更に少なくとも部分的に基づいて、前記一組の表示レイアウト・オプションおよび前記表示レイアウト・マネージャを自動的に更新することとを更に含む、請求項３５に記載の方法。
【請求項３７】
前記変更が医療用デバイスまたはパラメータの追加もしくは除去を含む、請求項３６に記載の方法。
【請求項３８】
前記表示特性が、前記医療用デバイスおよび前記患者モニタリング・ハブが接続を確立している間、前記医療用デバイスによって前記患者モニタリング・ハブに自動的に提供される、請求項３５から３７のいずれか一項に記載の方法。
【請求項３９】
前記表示特性が、
ユーザ・インターフェース要素を描写するため、グラフィックス・ライブラリを前記患者モニタリング・ハブ上に呼び出す命令、
パラメータに対する一組の予め構成された表示レイアウト、
該パラメータの情報を表示するためのレイアウト上の制約、または、
該パラメータの表示と関連付けられた画像もしくはテキストのうち、少なくとも１つを含む、請求項３８に記載の方法。
【請求項４０】
前記複数のパラメータが、前記患者モニタリング・ハブによって計算されたパラメータを含む、請求項３５から３９のいずれか一項に記載の方法。
【請求項４１】
前記ディスプレイが、１つまたは複数のパラメータをそれぞれ含む複数の細区分に分割される、請求項３５から４０のいずれか一項に記載の方法。
【請求項４２】
細区分のサイズまたは位置を調節するユーザ入力を受信することと、
前記ユーザ入力に応答して、前記複数の細区分におけるパラメータの表示を自動的に更新することとを更に含む、請求項３５から４１のいずれか一項に記載の方法。
【請求項４３】
前記一組の表示レイアウト・オプションの中から表示レイアウト・オプションを自動的に選択することと、
該選択された表示レイアウト・オプションにしたがって、前記複数のパラメータの情報を自動的にレンダリングすることとを更に含む、請求項３５から４２のいずれか一項に記載の方法。
【請求項４４】
パラメータが、前記パラメータのデータを前記モニタリング・ハブに提供する、医療用デバイス上の機構を管理するユーザ・インターフェース要素とともに表示され、前記方法が、前記ユーザ・インターフェース要素に対するユーザ入力を受信することと、該医療用デバイスに前記ユーザ入力を通信して、該医療用デバイス上の該機構を管理することとを更に含む、請求項４３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［優先権出願の参照による組込み］
本出願の出願データシートにおいて、外国または国内の優先権主張の対象であることを特定する出願がある場合、その全てを、米国特許法施行規則第１．５７条に基づいて、参照により本明細書に組み込む。
【背景技術】
【０００２】
今日の患者モニタリング環境は、所与の患者に対する多種多様なモニタリングおよび治療の努力に役立つ、高性能の、また電子的である場合が多い、医療用デバイスであふれている。一般に、それらのデバイスの全てではないにしても多くは、異なるメーカー製のものであり、多くは可搬型デバイスであることがある。デバイスは互いに通信しないことがあり、またそれぞれ、自身の制御部、ディスプレイ、アラーム、構成などを含むことがある。複雑なことに、介護者は、これらのデバイスからの全てのタイプの測定および使用データを、特定の患者に関連付けようとする場合が多い。したがって、患者情報入力が各デバイスで行われる場合が多い。場合によっては、デバイスにばらつきがあるため、介護者が調べられるように、各デバイスから単に印刷し患者ファイルに紙を保存することが必要になる。
【０００３】
かかるデバイスのばらつきの結果、介護者環境に複数のディスプレイおよびアラームが散在して、潜在的に無秩序な経験に結び付く場合が多い。かかる無秩序は、介護者が注意散漫になることが望ましくない外科的環境、および患者が注意散漫になるかもしくは邪魔されることが望ましくないことがある回復またはモニタリング環境を含む、多くの状況で患者にとって有害であり得る。
【０００４】
様々なメーカーが、マルチモニタ・デバイス、またはモジュール式で拡張して、特定のシステムが遂行できるモニタリングもしくは治療の努力の多様性を増加させる、デバイスを生産している。しかしながら、医療用デバイス技術が発展しているため、かかるマルチモニタ・デバイスは、設置された瞬間に時代遅れになり始める。
【発明の概要】
【０００５】
いくつかの態様では、医療用デバイス・ケーブルを、患者モニタリング・ハブに接続可能に構成することができる。医療用デバイス・ケーブルは、主要ケーブル部分と、ディスプレイを有さないボード・イン・ケーブル・デバイスであって、主要ケーブル部分に接続され、生理学的情報を患者から取得するように構成されたセンサと連結するように構成された、ボード・イン・ケーブル・デバイスと、主要ケーブル部分に接続されるコネクタであって、患者モニタリング・ハブに接続するように構成された、コネクタとを備えることができ、ボード・イン・ケーブル・デバイスはハードウェア・プロセッサを備え、ハードウェア・プロセッサは、生理学的情報に基づいて第１の生理学的パラメータを計算し、患者モニタリング・ハブにやはり接続された第２の医療用デバイス・ケーブルの第２のボード・イン・ケーブル・デバイスによって提供される、第２の生理学的パラメータを患者モニタリング・ハブから受信し、第１および第２の生理学的パラメータを処理して、第３の生理学的パラメータを生成し、患者モニタリング・ハブが第３の生理学的パラメータを患者モニタリング・ハブのディスプレイ上に出力するように構成されるように、第３の生理学的パラメータを患者モニタリング・ハブに通信するように、構成される。
【０００６】
上記パラグラフの医療用デバイス・ケーブルは、以下の特徴の１つまたは複数を含むこともできる。第３の生理学的パラメータは健康指数を表すことができる。ハードウェア・プロセッサは、更に、第３の生理学的パラメータと関連付けられた表示レイアウトを含む、第３の生理学的パラメータと関連付けられた表示特性を決定し、表示特性を患者モニタリング・ハブに通信するように、構成することができる。表示特性をモニタリング・ハブに通信することによって、患者モニタリング・ハブが、元の表示特性をその表示特性でオーバーライドすることができる。ハードウェア・プロセッサは、更に、患者モニタリング・ハブと関連付けられたアプリケーション・プログラミング・インターフェースにアクセスして、患者モニタリング・ハブが設定ユーザ・インターフェースを出力するように構成することができる。設定ユーザ・インターフェースは、ユーザ選択可能であり、ボード・イン・ケーブル・デバイスが更新された設定を設定ユーザ・インターフェースから受信するようにすることができる。更新された設定は、アラームの限界を調節することを含むことができる。更新された設定は、ボード・イン・ケーブル・デバイスの機能を使用可能にすることを含むことができる。ハードウェア・プロセッサは、更に、新しい患者が患者モニタリング・ハブと接続されていることの指示を、患者モニタリング・ハブから受信するように構成することができる。ハードウェア・プロセッサは、更に、指示の受信に応答して、パラメータ計算アルゴリズムのリセット、およびベースライン計算のリセットのうち１つまたは複数を行うように構成することができる。
【０００７】
いくつかの態様では、接続された医療用デバイス間でデータを共有する方法が記載される。方法は、第１の医療用デバイス・ケーブルのハードウェア・プロセッサの制御下で実施することができる。方法は、医療用デバイス・ケーブルと連結されたセンサから受信した生理学的情報に基づいて、第１の生理学的パラメータを計算することと、第１の医療用デバイス・ケーブルに接続された患者モニタリング・ハブから、患者モニタか、患者モニタリング・ハブにやはり接続された第２の医療用デバイス・ケーブルのどちらかによって計算された、第２の生理学的パラメータを受信することと、第１および第２の生理学的パラメータを処理して、第３の生理学的パラメータを生成することと、医療モニタリング・ハブが第３の生理学的パラメータをディスプレイ上に出力できるように、第３の生理学的パラメータを患者モニタリング・ハブに通信することとを含むことができる。
【０００８】
上記パラグラフの方法は、以下の特徴の１つまたは複数を含むこともできる。第３の生理学的パラメータは健康指数を表すことができる。方法は、関数呼出しを患者モニタリング・ハブに送出して、患者モニタリング・ハブが設定ユーザ・インターフェースを出力するようにすることを更に含むことができる。方法は、設定を設定ユーザ・インターフェースから受信することを更に含むことができる。設定は、調節されたアラーム限界、または医療用デバイス・ケーブルの機能を使用可能にするトグルを含むことができる。方法は、新しい患者が患者モニタリング・ハブと接続されていることの指示を、患者モニタリング・ハブから受信することを更に含むことができる。方法は、指示に基づいてパラメータ計算アルゴリズムを調節することを更に含むことができる。
【０００９】
いくつかの態様では、患者モニタリング・ハブに接続された外部デバイスの動作を制御する方法が記載される。方法は、ワイヤレス・ドングル、ボード・イン・ケーブル、またはそれら両方を含む、患者モニタリング・ハブの外部にある複数のデバイスに接続可能な患者モニタリング・ハブのハードウェア・プロセッサの制御下で実施することができる。方法は、第１の外部デバイスによってモニタリングされる患者パラメータと関連付けられた表示特性を含む、外部デバイスのうち第１の外部デバイスのデバイス情報を、患者モニタリング・ハブで受信することと、患者モニタリング・ハブと第１の外部デバイスとの間に接続を確立することと、表示特性に少なくとも部分的に基づいて、患者モニタリング・ハブで患者パラメータを管理するユーザ・インターフェース要素を生成することと、ユーザ・インターフェース要素の作動を患者モニタリング・ハブのディスプレイ上で検出することと、ユーザ・インターフェース要素の作動に応答して、患者パラメータと関連付けられた１つまたは複数の調節を判定することと、患者パラメータに対する１つまたは複数の調節を第１の外部デバイスに通信して、第１の外部デバイスが、１つまたは複数の調節に基づいて動作を自動的に更新するようにすることとを含むことができる。
【００１０】
上記パラグラフの方法は、以下の特徴の１つまたは複数を含むこともできる。表示特性は、ユーザ・インターフェース要素を描写するため、グラフィックス・ライブラリを患者モニタリング・ハブ上に呼び出す命令を含むことができる。デバイス情報は、第１の外部デバイスによって支援される測定チャネル、測定されたパラメータ、または測定されたパラメータの表示レイアウトのうち少なくとも１つを含むことができる。患者パラメータと関連付けられた１つまたは複数の調節は、患者パラメータと関連付けられたアラームを始動させることができる値に対する調節を含むことができる。患者パラメータに対する１つまたは複数の調節は、更に、第１の外部デバイスが、患者パラメータと関連付けられた機能を使用可能または使用不能にするようにすることができる。方法は、外部デバイスの設定を更新する始動イベントを検出することと、始動イベントの情報を第１の外部デバイスに通信することによって、それに応答して外部デバイスが設定を自動的に変更するようにすることとを更に含むことができる。方法は、別のパラメータのデータを第１の外部デバイスに送出することを更に含むことができ、他のパラメータは外部デバイスのうち第２の外部デバイスによって獲得され、別のパラメータのデータは、第２の外部デバイスを自動的に始動させて、第２の動作を実施することができる。実施される第２の動作は、第２の外部デバイスで患者パラメータを計算するアルゴリズムを校正することを含むことができる。
【００１１】
いくつかの態様では、複数のセンサに接続可能な患者モニタリング・ハブは、複数のセンサと連通するように操作可能な複数のポートと、ディスプレイと、ハードウェア・プロセッサとを備えることができ、ハードウェア・プロセッサは、患者モニタリング・ハブに接続されたセンサに少なくとも部分的に基づいて、患者モニタリング・ハブによって表示される複数のパラメータを特定し、複数のパラメータに対応する表示特性を決定し、複数のパラメータに対応する表示特性に基づいて、一組の表示レイアウト・オプションを生成し、表示レイアウト・マネージャに一組の表示レイアウト・オプションを自動的に投入し、表示レイアウト・オプションのうち１つのユーザ選択を受信し、選択された表示レイアウト・オプションにしたがって、複数のパラメータをディスプレイ上に出力するように構成される。
【００１２】
上記パラグラフの患者モニタリング・ハブは、以下の特徴の１つまたは複数を含むこともできる。ハードウェア・プロセッサは、更に、複数の医療用デバイスまたは複数のパラメータに対する変更を検出し、変更に少なくとも部分的に基づいて、一組の表示レイアウト・オプションおよび表示レイアウト・マネージャを自動的に更新するように構成することができる。変更は、センサまたはパラメータの追加もしくは除去を含むことができる。表示特性は、センサおよび患者モニタリング・ハブが接続を確立している間、センサによって患者モニタリング・ハブに自動的に提供することができる。表示特性は、ユーザ・インターフェース要素を描写するため、グラフィックス・ライブラリを患者モニタリング・ハブ上に呼び出す命令、パラメータに対する一組の予め構成された表示レイアウト、パラメータの情報を表示するためのレイアウト上の制約、または、パラメータの表示と関連付けられた画像もしくはテキストのうち、少なくとも１つを含むことができる。複数のパラメータは、患者モニタリング・ハブによって計算されたパラメータを含むことができる。ディスプレイは、１つまたは複数のパラメータをそれぞれ含む、複数の細区分に分割することができる。ハードウェア・プロセッサは、更に、細区分のサイズまたは位置を調節するユーザ入力を受信し、ユーザ入力に応答して、複数の細区分におけるパラメータの表示を自動的に更新するように構成することができる。ハードウェア・プロセッサは、更に、一組の表示レイアウト・オプションの中から表示レイアウト・オプションを自動的に選択し、選択された表示レイアウト・オプションにしたがって、複数のパラメータの情報を自動的にレンダリングするように構成することができる。
【００１３】
いくつかの態様では、患者モニタリング・ハブの表示を管理する方法が記載される。方法は、ディスプレイを備える患者モニタリング・ハブのハードウェア・プロセッサの制御下で実施することができる。方法は、患者モニタリング・ハブに接続された複数の医療用デバイスを特定することと、複数の医療用デバイスの情報に少なくとも部分的に基づいて、患者モニタリング・ハブによって表示される複数のパラメータを特定することと、複数のパラメータに対応する表示特性を決定することと、複数のパラメータに対応する表示特性に基づいて、一組の表示レイアウト・オプションを生成することと、表示レイアウト・マネージャに一組の表示レイアウト・オプションを自動的に投入することと、医療モニタリング・ハブのディスプレイ上で、表示レイアウト・マネージャに表示レイアウト・オプションをレンダリングすることを含むことができる。
【００１４】
上記パラグラフの方法は、以下の特徴の１つまたは複数を含むこともできる。方法は、複数の医療用デバイスまたは複数のパラメータに対する変更を検出することと、変更に少なくとも部分的に基づいて、一組の表示レイアウト・オプションおよび表示レイアウト・マネージャを自動的に更新することとを更に含むことができる。変更は、医療用デバイスまたはパラメータの追加もしくは除去を含むことができる。表示特性は、医療用デバイスおよび患者モニタリング・ハブが接続を確立している間、医療用デバイスによって患者モニタリング・ハブに自動的に提供することができる。表示特性は、ユーザ・インターフェース要素を描写するため、グラフィックス・ライブラリを患者モニタリング・ハブ上に呼び出す命令、パラメータに対する一組の予め構成された表示レイアウト、パラメータの情報を表示するためのレイアウト上の制約、または、パラメータの表示と関連付けられた画像もしくはテキストのうち、少なくとも１つを含むことができる。複数のパラメータは、患者モニタリング・ハブによって計算されたパラメータを含むことができる。ディスプレイは、１つまたは複数のパラメータをそれぞれ含む、複数の細区分に分割することができる。方法は、細区分のサイズまたは位置を調節するユーザ入力を受信することと、ユーザ入力に応答して、複数の細区分におけるパラメータの表示を自動的に更新することとを更に含むことができる。方法は、一組の表示レイアウト・オプションの中から表示レイアウト・オプションを自動的に選択することと、選択された表示レイアウト・オプションにしたがって、複数のパラメータの情報を自動的にレンダリングすることとを更に含むことができる。パラメータは、パラメータのデータをモニタリング・ハブに提供することができる、医療用デバイス上の機構を管理するユーザ・インターフェース要素とともに表示することができ、方法は、ユーザ・インターフェース要素に対するユーザ入力を受信することと、医療用デバイスにユーザ入力を通信して、医療用デバイス上の機構を管理することとを更に含むことができる。
【００１５】
本開示を要約する目的で、特定の態様、利点、および新規な特徴について本明細書で考察する。必ずしも全てのかかる態様、利点、または特徴が本発明の任意の特定の実施例に置いて具体化されるのではなく、当業者であれば、本開示から、かかる態様、利点、または特徴の種々の組み合わせを認識するであろうことが理解されるべきである。
【００１６】
以下の図面および関連する説明は、本開示の実施例を例示するために提供されるものであって、特許請求の範囲を限定するものではない。
【図面の簡単な説明】
【００１７】
【図１】図１Ａ〜１Ｃは、例示の医療モニタリング・ハブを示す斜視図であり、例えば、図１Ａは、例示のドッキングされた可搬型患者モニタを有するハブを示す図、図１Ｂは、一組の医療用ポートおよび非侵襲性血圧入力を有するハブを示す図、図１Ｃは、様々な例の温度センサが取り付けられたハブを示す図である。
【００１８】
【図２】図１のハブを含む例示のモニタリング環境を示す単純化したブロック図である。
【００１９】
【図３】図１のハブを示す単純化した例示のハードウェア・ブロック図である。
【００２０】
【図４】図１のハブの例示の取外し可能なドッキング・ステーションを示す斜視図である。
【００２１】
【図５】図１のハブから切り離された例示の可搬型患者モニタを示す斜視図であり、更に、例示の代替のドッキング・ステーションを示す図である。
【００２２】
【図６】従来の患者デバイスの電気的絶縁の原理を示す単純化したブロック図である。
【００２３】
【図７】図７Ａは、本開示の例示の任意の患者デバイス絶縁システムを示す単純化したブロック図、図７Ｂは、図７Ａのシステムに対する例示の任意の非絶縁電力レベルを追加した図である。
【００２４】
【図８】単純化した例示の汎用医療用コネクタの構成プロセスを示す図である。
【００２５】
【図９】図９Ａ〜９Ｂは、従来の絶縁要件よりも小さい断面のサイズおよび形状を有する、例示の汎用医療用コネクタを示す単純化したブロック図である。
【００２６】
【図１０】従来の絶縁要件よりも小さい断面のサイズおよび形状を有する、例示の汎用医療用コネクタを示す単純化したブロック図であり、例示の汎用医療用コネクタに対する例示の機器側チャネル入力を示す、図１のハブの側面を示す斜視図である。
【００２７】
【図１１】図１１Ａ〜１１Ｆ、１１Ｇ１〜１１Ｇ２、および１１Ｈ〜１１Ｋは、従来の絶縁要件よりも小さい断面のサイズおよび形状を有する、例示の汎用医療用コネクタを示す単純化したブロック図であり、例示の雄および噛合する雌の汎用医療用コネクタを示す様々な図である。
【００２８】
【図１２】図１のハブに対するチャネル・システムを示す単純化したブロック図である。
【００２９】
【図１３】例示の論理チャネル構成を示す図である。
【００３０】
【図１４】ケーブルを構築しチャネルを構成する単純化した例示のプロセスを示す図である。
【００３１】
【図１５】入力チャネルを形成する例示の取り付けられたボード・イン・ケーブルを含む、図１のハブを示す斜視図である。
【００３２】
【図１６】例示の機器側シリアル・データ入力を示す、図１のハブの後面を示す斜視図である。
【００３３】
【図１７Ａ】図１６のシリアル・データ接続を通した通信を含む例示のモニタリング環境を示す図である。
【００３４】
【図１７Ｂ】図１のハブの例示の接続性ディスプレイを示す図である。
【００３５】
【図１８】単純化した例示の患者データ・フロー・プロセスを示す図である。
【００３６】
【図１９】図１９Ａ〜１９Ｊは、図１のハブとドッキングされた図１の可搬型患者モニタに対する例示の解剖学図の表示を示す図である。
【００３７】
【図２０】図２０Ａ〜２０Ｃはそれぞれ、図１のハブのディスプレイ上におけるデータの分離およびデータの重なりを示す、測定データの例示の表示を示す図である。
【００３８】
【図２１】図２１Ａおよび２１Ｂはそれぞれ、図１の可搬型患者モニタのディスプレイ上におけるデータの分離およびデータの重なりを示す、測定データの例示の表示を示す図である。
【００３９】
【図２２】図２２Ａおよび２２Ｂは、例示のアナログ・ディスプレイ表示（display indicia）を示す図である。
【００４０】
【図２３】図２３Ａ〜２３Ｆは、例えば、図２３Ａ〜２３Ｄは、覚醒度モニタの深度が図１のハブのチャネル・ポートに接続されているときのデータ表現、図２３Ｅは、温度および血圧センサが図１のハブと連通しているときのデータ表現、図２３Ｆは、音響センサも図１のハブと連通しているときのデータ表現を示す、測定データの例示の表示を示す図である。
【００４１】
【図２４】図１のハブを含むモニタリング環境の別の例を示す図である。
【００４２】
【図２５】翻訳メッセージ取扱いプロセスを示す図である。
【００４３】
【図２６−３９】測定データの表示を含む、追加の例示のハブ・ディスプレイを示す図である。
【００４４】
【図４０Ａ】翻訳モジュールを介して互いと通信する例示の第１の医療用デバイスおよび例示の第２の医療用デバイスを示す図である。
【００４５】
【図４０Ｂ】翻訳モジュールおよび通信バスを介して互いと通信する例示の第１の医療用デバイスおよび例示の第２の医療用デバイスを示す図である。
【００４６】
【図４１Ａ】翻訳モジュールによって受信される例示の入力メッセージを示す図である。
【００４７】
【図４１Ｂ】解析されてフィールドに入れられている入力メッセージの例示のメッセージ・ヘッダ・セグメントを示す図である。
【００４８】
【図４１Ｃ】図４１Ｂの解析されたメッセージ・ヘッダ・セグメントを符号化した例示のものを示す図である。
【００４９】
【図４１Ｄ】図４１Ａの入力メッセージに基づいた翻訳モジュールの例示の出力メッセージを示す図である。
【００５０】
【図４２】入力メッセージに基づいて出力メッセージを生成する例示の翻訳プロセス、および翻訳モジュールと関連付けられた翻訳規則との比較を示す図である。
【００５１】
【図４３Ａ】第１のＨＬ７形式を有する病院情報システム（「ＨＩＳ」）から第２のＨＬ７形式を有する意図される受信側の医療用デバイスへと、ＨＬ７メッセージを通信するのを翻訳モジュールが容易にする、例示の翻訳プロセスを示す図である。
【００５２】
【図４３Ｂ】第１のＨＬ７形式を有する医療用デバイスから第２のＨＬ７形式を有するＨＩＳへと、ＨＬ７メッセージを通信するのを翻訳モジュールが容易にする、例示の翻訳プロセスを示す図である。
【００５３】
【図４４】翻訳モジュールによって使用される翻訳規則を手動で構成する、メッセージング実装ツールからの例示のスクリーンショットを示す図である。
【００５４】
【図４５Ａ−４５Ｂ】翻訳モジュールによって実施することができる例示の自動規則構成プロセスを示す図である。
【００５５】
【図４５Ｃ−４５Ｄ】ＨＬ７プロトコルを利用してメッセージに対して翻訳モジュールによって実施することができる、例示の自動規則構成プロセスを示す図である。
【００５６】
【図４６−７１】測定データの表示を含む、追加の例示のハブ・ディスプレイを示す図である。
【００５７】
【図７２Ａ】ボード・イン・ケーブルを使用したハブとのインターフェース接続の例を示す図である。
【００５８】
【図７２Ｂ】ドングルを使用したハブと外部センサとのインターフェース接続の例を示す図である。
【００５９】
【図７３Ａ】センサとモニタリング・ハブとの間の通信における例示のコンピューティング環境を示す図である。
【００６０】
【図７３Ｂ−７３Ｄ】ハブと外部デバイスとの間の通信の様々な態様に関する例示のプロセスを示す図である。
【００６１】
【図７３Ｅ】外部デバイスの１つまたは複数の動作を遠隔制御する、モニタリング・ハブの例示のユーザ・インターフェース要素を示す図である。
【００６２】
【図７４】ソフトウェア開発キットのいくつかの例示の特徴を示す図である。
【００６３】
【図７５Ａ−７５Ｂ】表示レイアウト・マネージャの例示のユーザ・インターフェースを示す図である。
【００６４】
【図７６Ａ−７６Ｃ】モニタリング・ハブの構成可能な表示画面の例を示す図である。
【００６５】
【図７７】モニタリング・ハブのディスプレイを構成する例示のプロセスを示す図である。
【発明を実施するための形態】
【００６６】
上記の「図面の簡単な説明」は概して本開示の様々な実施例を参照しているが、当業者であれば、本開示から、かかる実施例は相互に排他的なものではないことを認識するであろう。それよりもむしろ、当業者であれば、かかる実施例の一部または全ての種々の組み合わせを認識するであろう。
【００６７】
Ｉ．序論
少なくとも上記に基づいて、患者を治療またはモニタリングする様々な医療用デバイスを協調させる解決策が必要とされている。かかる解決策は、デバイス空間にわたってシームレスに患者特定を提供することができ、かかる解決策は、必ずしもソフトウェアを繰返しアップグレードする必要なしに、将来の技術に合わせて拡張することができる。それに加えて、かかる解決策は、所望の場合は患者の電気的絶縁を含んでもよい。
【００６８】
したがって、本開示は、所与の患者に対する患者モニタリングおよび治療活動の中心である、患者モニタリング・ハブに関する。患者モニタリング・ハブは、旧式の再プログラミングを必要とすることなくレガシー・デバイスとインターフェース接続することができ、ソフトウェアのアップグレードを必要とすることなく将来のデバイスとインターフェース接続する柔軟性を提供することができ、任意の患者の電気的絶縁を提供することができる。ハブは、多種多様な測定または別の形で決定されたパラメータに関する情報を、介護者に対して動的に提供する、大型ディスプレイを含んでもよい。それに加えて、または任意に、ハブは、可搬型患者モニタに対するドッキング・ステーションを含むことができる。可搬型患者モニタは、ドッキング・ステーションを通して、またはＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）などを含む、本開示によって当業者には分かる様々な無線パラダイムを通して、ハブと通信してもよい。
【００６９】
可搬型患者モニタは、ドッキングされたときにその画面を修正することができる。切り離されたディスプレイ表示は、部分的または全体的に、ハブの大型の動的ディスプレイに変換され、ドッキングされたディスプレイは、モニタリングされている身体部分の１つまたは複数の解剖学図を提示する。例えば、ディスプレイは、ドッキングされたとき、心臓、肺、脳、腎臓、腸、胃、他の器官、指、消化器系、または他の身体部分を提示してもよい。解剖学図は、有利には、アニメーション化されてもよい。アニメーションは、一般に、測定されたパラメータの挙動に追従してもよく、例えば、肺が、測定された呼吸数および／または呼吸サイクルの決定された吸気部分に近似的に相関して膨張し、同様にその呼気部分にしたがって収縮してもよい。心臓は、脈拍数にしたがって拍動してもよく、理解されている実際の心臓収縮パターンなどにほぼ沿って拍動してもよい。更に、測定されたパラメータが介護者に警告する必要を示している場合、色の変化で示される重症度が、心臓、肺、脳などの１つまたは複数の表示される図形と関連付けられてもよい。身体部分は、患者の測定部位のどこに、いつ、またはどのように測定デバイスを取り付けるかに関する、アニメーションを含んでもよい。例えば、モニタは、ＣＣＨＤスクリーニング処置または血糖値試験片読取りプロトコル、前頭部センサ、指もしくは足指センサ、１つもしくは複数の電極、音響センサ、および耳センサ、カニューレ・センサなどの適用に関して、アニメーション化された方向を提供してもよい。
【００７０】
本開示は、所与の患者に対する活動のモニタリングの中心である、医療モニタリング・ハブに関する。ハブは、ハブ前面の面積（real estate）の大部分を占める約１０インチディスプレイなど、大型の簡単位読取り可能なディスプレイを備えてもよい。ディスプレイは、設計上の制約に応じて、はるかに大型またははるかに小型であることができる。しかしながら、可搬性および現在の設計目標のため、好ましいディスプレイは、ドッキング可能な可搬型患者モニタのうち１つの垂直方向の設置面積に比例して大まかにサイズ決めされる。他の考慮点は、当業者であれば本開示によって認識可能である。
【００７１】
ディスプレイは、観察下にある患者の多種多様なモニタリングされたパラメータに対する測定データを数値または図形の形で提供することができ、ハブで受信されるデータおよび情報のタイプに基づいて、自動的に構成することができる。ハブは、介護者の環境内の便利な範囲に位置決めすることができるように、可動式、可搬型、および設置可能である。例えば、ハブは単一のハウジング内にまとめることができる。
【００７２】
ハブは、有利には、ハブにドッキングされるかまたはハブから切り離された状態の、可搬型患者モニタからデータを受信してもよい。オキシメータまたはコオキシメータなどの一般的な可搬型患者モニタは、光学および／または音響センサ、電極などからの信号出力から導き出される、多数の生理学的パラメータに対する測定データを提供することができる。生理学的パラメータとしては、特に、酸素飽和度、一酸化炭素ヘモグロビン、メトヘモグロビン、全ヘモグロビン、グルコース、ｐＨ、ビリルビン、飽和分率、脈拍数、呼吸数、呼吸サイクルの成分、灌流指標、信号品質、および／または信頼度を含む灌流の指示、血量計データ、健康または健康指数または測定データの他の組み合わせの指示、呼吸に応答した音声情報、病気の特定または診断、血圧、患者および／または測定部位の温度、鎮静深度、器官または脳の酸素化、水和、代謝に応答した測定値、それらまたは他のものの組み合わせが挙げられるが、それらに限定されない。ハブは、薬物注入ポンプなどと組み合わせて閉ループ薬物投与を遂行するのに十分なデータを出力してもよい。
【００７３】
ハブは、多数の方式で患者と相互作用する、モニタリング環境内の他のデバイスと通信することができる。例えば、ハブは、有利には、他のデバイスまたはハブの再プログラミングを必要とすることなく、他のデバイスからシリアル・データを受信する。かかる他のデバイスとしては、ポンプ、人工呼吸器、上述のパラメータの任意の組み合わせをモニタリングするあらゆる形式のモニタ、ＥＣＧ／ＥＥＧ／ＥＫＧデバイス、電子式患者ベッドなどが挙げられる。更に、ハブは、有利には、他の医療用デバイスまたはハブの再プログラミングを必要とすることなく、他の医療用デバイスからチャネル・データを受信する。デバイスがチャネル・データを通して通信すると、ハブは、有利には、そのデバイスからの測定情報を含むように大型ディスプレイを変更してもよい。それに加えて、ハブは、ナース・コール・システムにアクセスして、デバイスからのナース・コールの状況が適切なナース・コール・システムに渡されることを確保する。
【００７４】
ハブはまた、病院システムと通信して、有利には、入ってくる患者測定および治療データをモニタリングされている患者と関連付ける。例えば、ハブは、無線または別の方法で、サーバまたはサーバの集合体などのマルチ患者モニタリング・システムと通信してもよく、それらが次いで、例えば、入院、退院、転院（「ＡＤＴ」）システムおよび／または電子カルテ（「ＥＭＲ」）システムなど、介護者のデータ管理システムと通信してもよい。ハブは、有利には、ハブを通るデータをモニタリングされている患者と関連付け、それによって、介護者が環境内の各デバイスを患者と関連付ける必要なしに、介護者のデータ管理システムに渡される電子測定および治療情報を提供する。
【００７５】
ハブは、有利には、再構成可能および取外し可能なドッキング・ステーションを含んでもよい。ドッキング・ステーションは、追加の層化されたドッキング・ステーションをドッキングして、異なる患者モニタリング・デバイスに適応させる。それに加えて、ドッキング・ステーション自体は、主要なドッキング可能な可搬型患者モニタがその形状因子を変更した場合に除去されてもよいように、モジュール化される。したがって、ハブは、そのドッキング・ステーションがどのように構成されるかという点で柔軟性がある。
【００７６】
ハブは、ハブが受信し、処理し、および／または患者と関連付けるデータ、ならびに／あるいは他のデバイスおよびシステムと行う通信の一部もしくは全てを格納する、大型メモリを含んでもよい。メモリの一部または全ては、有利には、取外し可能なＳＤメモリを含んでもよい。
【００７７】
ハブは、少なくとも、（１）可搬型モニタからのデータを獲得するのにドッキング・ステーションを、（２）チャネル・データを獲得するのに新規な汎用医療用コネクタを、（３）出力データを獲得するのにＲＪポートなどのシリアル・データ・コネクタを、（４）Ｅｔｈｅｒｎｅｔ、ＵＳＢ、およびナース・コール・ポートを、（５）可搬型モニタからのデータを獲得するのに無線デバイスを、（６）当業者には知られている他の有線または無線通信メカニズムを通して、他のデバイスと通信する。汎用医療用コネクタは、有利には、任意の電気的に絶縁された電力および通信を提供し、絶縁要件よりも断面が小さくなるように設計される。コネクタおよびハブは、有利には、ハブに対して使用可能および表示可能である他のデバイスからのデータを翻訳または構成するように通信する。それらのデバイスから出力されるデータの挙動および意味を確立または定義するのに、ソフトウェア開発キット（「ＳＤＫ」）をデバイス・メーカーに提供することができる。出力が定義されると、その定義は汎用医療用コネクタのケーブル側に常駐するメモリにプログラミングされ、相手先ブランド製造（「ＯＥＭ」）としてデバイス提供業者に供給される。ケーブルがデバイスとハブとの間に接続されると、ハブは、データを理解し、デバイスまたはハブに合わせてソフトウェアをアップグレードする必要なしに、表示および処理目的のためにデータを使用することができる。ハブは、スキーマを取り決め、更には追加の圧縮および／または暗号化を付加することができる。汎用医療用コネクタを使用することによって、ハブは、測定および治療データを、単一のディスプレイおよびアラーム・システムへと組織化して、モニタリング環境に有効かつ効率的に秩序をもたらす。
【００７８】
ハブが、チャネル・パラダイムにしたがって他のデバイスからデータを受信し追跡する際、ハブは、有利には、患者測定または治療データの仮想チャネルを作成する処理を提供してもよい。仮想チャネルは、測定されていないパラメータ、つまり例えば、様々な測定されたまたは他のパラメータからのデータの処理結果を含んでもよい。かかるパラメータの一例としては、モニタリングされた患者の健康状態の全体的な指示を与える、様々な測定されたパラメータから導き出される健康インジケータが挙げられる。健康パラメータの一例が、本発明の譲受人によるものであって本明細書に参照により組み込まれる、米国特許出願第１３／２６９，２９６号、第１３／３７１，７６７号、および第１２／９０４，９２５号に開示されている。データをチャネルおよび仮想チャネルへと組織化することによって、ハブは、有利には、入ってくるデータおよび仮想チャネル・データを時間的に同期させてもよい。
【００７９】
ハブはまた、ＲＪコネクタなどのシリアル通信ポートを通してシリアル・データを受信する。シリアル・データは、モニタリングされた患者と関連付けられ、上述したマルチ患者サーバ・システムおよび／または介護者のバックエンド・システムに渡される。シリアル・データを受信することによって、介護者は、有利には、様々なメーカーによるものである場合が多い、介護者環境にあるデバイスを特定の患者と関連付けることによって、個々のデバイスそれぞれを患者と関連付け、場合によっては病院システムと通信させる必要性をなくす。介護者が、患者に関して個人的および人口統計的情報を各デバイスに入力するのに費やす時間を低減するので、かかる関連付けは重要である。更に、ＳＤＫを通して、デバイスのメーカーは、有利には、メーカーのデバイスの何らかの測定遅延と関連付けられる情報を提供してもよく、それによって更に、ハブが、有利には、患者と関連付けられた、入ってくるシリアル・データおよび他のデータを時間的に同期させることが可能になる。
【００８０】
可搬型患者モニタがドッキングされると、またそれが自身のディスプレイを含む場合、ハブは、そのディスプレイの面積を有効に増加させる。例えば、可搬型患者モニタは、単純にその測定および／または治療データを表示し続けてもよく、それが次にハブ・ディスプレイ上に複製されてもよく、またはドッキングされたディスプレイがその表示を変更して追加情報を提供してもよい。ドッキングされたディスプレイは、ドッキングされていると、例えば、測定および／または治療されている心臓、肺、器官、脳、もしくは他の身体部分の解剖学図データを提示することができる。図形データは、有利には、測定データと同様に、それと一致してアニメーション化してもよい。例えば、肺は、測定された呼吸数および／または呼吸サイクルの決定された吸気／呼気部分に近似的に相関して膨張してもよく、心臓は、脈拍数にしたがって拍動してもよく、理解されている実際の心臓収縮パターンにほぼ沿って拍動してもよく、脳は、変化する鎮静深度に基づいて色または活動を変化させてもよく、あるいはその他であってもよい。測定されたパラメータが介護者に警告する必要を示している場合、色の変化で示される重症度が、心臓、肺、脳、器官、循環器系もしくはその部分、呼吸器系もしくはその部分、他の身体部分など、１つまたは複数の表示される図形と関連付けられてもよい。身体部分は、どこに、いつ、またはどのように測定デバイスを取り付けるかに関するアニメーションを含んでもよい。
【００８１】
ハブはまた、有利には、パラメータ表示を重ね合わせて、追加の視覚情報を介護者に提供してもよい。かかる重ね合わせは、ユーザが定義可能および構成可能であってもよい。ディスプレイはまた、アナログに見えるアイコンまたは図形的な印を組み込んでもよい。
【００８２】
本開示のハブは、高度に構成可能であり、以前は知られていなかった医療システムと通信可能であることができる。接続可能な医療システムは、ハブの能力を拡張することができる専用ソフトウェア処理能力を提供する、組込みプロセッサを備えたドングルであることができる。任意に、接続された医療システムは、通信ケーブルを介してハブと通信する医療用デバイスであることができる。ケーブルは、ケーブル内の処理ボードを含むことができる。任意に、医療用デバイス自体のプロセッサはハブと直接通信することができる。
【００８３】
例えば、ケーブルまたはドングル・デバイスなどの有線接続を使用して、医療システムが最初に接続されたとき、ケーブルまたはドングル・デバイスのＥＰＲＯＭは、最初に、医療システムのプロセッサと交信するのに必要な物理的通信パラメータを記述する。例えば、ＥＰＲＯＭは、ＩＳＯ／非ＩＳＯ通信要件、ボー・レートなどを含むパラメータを提供することができる。
【００８４】
最初の通信パラメータが確立されると、ハブは、医療システムのプロセッサとの通信を始めることができる。医療システムは次に、システム自体およびその能力についてハブに対して記述する。例えば、自己記述としては、デバイスが対応している測定チャネル、名前、標準化機関によって定義される測定基準およびコード体系に対する関係、有効範囲および測定単位、関与する身体部位、パラメータ例外、視覚的表現要件および特性を含むがそれらに限定されない、各チャネルが対応している測定されたパラメータ（測定基準）、アラーム限界および他のパラメータ設定、アラーム、警告、および他のイベント条件、デバイスが実施することができるアクション（測定の実施を開始する要求など）、デバイスがその計算を実施するのに必要な患者の人口統計および外部測定の測定基準、メーカーのブランド化情報、あるいは患者モニタリングにとって望ましいであろう他の情報を上げることができる。
【００８５】
プラットフォームの「自己記述」の性質は、高度な柔軟性を許容して、プロトコルおよびソフトウェアのバージョン間での互換性を維持しながら、プロトコルおよびその能力を進化させるのを可能にすることができる。例えば、プラットフォームは、第三者デバイス（外部デバイスもしくは医療用デバイスであってもよい）と通信して、患者データを第三者デバイスから受信し、患者データをハブの画面上に表示する、患者ハブ・デバイス（または単に「ハブ」）であることができる。第三者デバイスは、ハブまたはハブに接続されたドングルもしくはケーブルに格納されていてもよい、アプリケーション・プログラミング・インターフェース（「ＡＰＩ」）によって表される、コードのライブラリにアクセスすることによって、ハブと通信することができる。コード・ライブラリは、第三者デバイスの態様を制御するのに使用することができる、ユーザ・インターフェース制御をハブに作成できるようにする、機能性を提供することができる。
【００８６】
例えば、ハブのユーザ・インターフェース制御としてスライダを提供することができ、それによってユーザが、第三者デバイスのアラーム限界または他の設定を調節することが可能になる。更新された設定を受信すると、ハブは、（例えば、ケーブル、ネットワークなどを通じて）第三者デバイスにこの設定更新を通信することができる。第三者デバイスは、ハブからの設定更新を解釈することができるコードを含むことができるので、第三者デバイスは設定更新をどのように読むかを知っていることができる（例えば、ハブは、第三者デバイスが理解できる形で、設定更新をフォーマット化することができる）。同様に、ハブは、ハブに接続された任意のセンサ（ＳｐＯ２もしくは脈拍数センサなど）から得た患者データを送出し、その患者データ（ＳｐＯ２％もしくは脈拍数など）を第三者デバイスに送出することができ、第三者デバイスは、このデータを使用して自身のアルゴリズムを更新するか、または他の目的に使用してもよい。
【００８７】
更に、新しい患者がハブに接続されると、ハブは、新しい患者が接続されていることを第三者デバイスに報告することができる。そのようにして、第三者デバイスは、例えば、新しい患者に対してベースラインをリセットすることによって、測定または治療アルゴリズムを再始動することを知ることができる。この特徴がないと、新しい患者がハブに接続されたとき、第三者デバイスは、患者（事実上、前の患者と呼ばれる）に関する古いベースライン・データを使用して患者の測定または治療を継続していることがある。
【００８８】
医療システムは、ハブに接続されると、次に、任意の情報をハブからプルするか、またはハブに対してプッシュすることができる。例えば、接続された医療システムＡは、測定されたパラメータを接続された医療システムＢから引き出すことができる。医療システムＡは、次に、その情報を使用して新しい測定されたパラメータを生成し、それを次にプラットフォームに対してプッシュして、他の接続された医療システムが表示または使用することができる。
【００８９】
様々な接続された医療システムから得られたデータは、ハブのシステム・クロックを使用してタイム・スタンプを付すことができる。タイム・スタンプを付すことによって、様々な測定を他の測定と同期させるのを可能にすることができる。同期は、データの表示およびデータを使用した更なる計算を助けることができる。
【００９０】
第三者デバイスは、患者データに基づいて計算を実施し、計算の結果をハブに通信することができる。例えば、第三者デバイスは、ハブまたは他の第三者デバイスから受信した患者パラメータ・データに基づいて、健康指数を計算することができる。第三者デバイスは、計算を実施するように構成されたボード・イン・ケーブルであってもよい。例えば、第三者デバイスは、ボード・イン・ケーブルに接続されたセンサから獲得したデータに基づいて、患者のパラメータを計算するアルゴリズムを実行することができる。
【００９１】
プラットフォームは、医療システムの表示特性に応じて、標準化された図形インターフェースを提供することができる。例えば、医療システムは、数字の読出し、グラフ、または自己定義することができる他の指定された表示オプションを自己定義することができる。任意に、取り付けられた医療用デバイスは、ハブによって使用される画像データを提供して、表示図形を提供することができる。
【００９２】
第三者デバイスはまた、ハブ上の表示設定の少なくとも一部分を制御することができる。例えば、第三者デバイスは、医療システムの表示特性または自己定義された表示オプションをハブに通信することができ、それらは、医療システムによって提供されるデータと関連付けられる、ハブ上の表示をオーバーライドまたは補足することができる。本明細書に記載する第三者デバイスの自己記述機構ならびに他の機能および通信は、ソフトウェア開発キット（ＳＤＫ）でプログラミングすることができる。ＳＤＫは、ハブの供給業者によって第三者デバイスの供給業者に提供することができ、それによって第三者デバイスの供給業者が、カスタマイズされた機能を作成し、ハブとインターフェース接続するのを可能にすることができる。
【００９３】
明瞭にするため、実際の実現例の全ての特徴が本明細書に記載されるわけではない。当業者であれば、当然ながら、（任意の開発プロジェクトのような）任意のかかる実際の実現例の開発において、多数の実現例に特異的な決定が、実現例毎に異なってくるであろう、システムとのコンプライアンス、およびビジネスに関連する制約など、開発者の特定の目標および下位目標を達成するために成されなければならないことを、理解するであろう。更に、かかる開発努力は複雑で時間が掛かることがあるが、それでもなお、本開示の利益を有する当業者にとってデバイス工学の当然の仕事であろうことが理解されるであろう。
【００９４】
本開示の完全な理解を容易にするため、詳細な説明の残りの部分は、図面を参照して本開示について記載する。図面中、同様の参照番号は図面全体を通して同様の番号を用いて参照される。
【００９５】
ＩＩ．医療モニタリング・ハブの実施例
図１Ａは、例示のドッキングされた可搬型患者モニタ１０２を含む例示の医療モニタリング・ハブ１００の斜視図を含む、モニタリング環境を示している。ハブ１００は、可動式、接地可能、および可搬型のハウジング１０８にそれぞれ収容される、ディスプレイ１０４と、可搬型患者モニタ１０２と機械的および電気的に噛合するように構成することができる、ドッキング・ステーション１０６とを含むことができる。ハウジング１０８は、水平な平坦面上に載置されるように構成された、ほぼ直立の傾斜した形状を含むが、ハウジング１０８は、多種多様な位置および取付けで固着することができ、多種多様な形状およびサイズを備えることができる。
【００９６】
ディスプレイ１０４は、数字、図形、波形、または他のディスプレイ表示１１０で多種多様な測定および／または治療データを提示してもよい。ディスプレイ１０４は、ハウジング１０８の前面のほとんどを占めることができるが、当業者であれば、ディスプレイ１０４は、タブレットまたはテーブルトップの水平構成、ラップトップの様な構成などを含んでもよいことを理解するであろう。ディスプレイ１０４は、表示情報およびデータを、卓上コンピュータ、スマートフォン、テレビ、または当業者が認識可能な任意の表示システムに通信することを含んでもよい。図１Ａの直立の傾斜した構成は、簡単に視認可能な形で介護者に対して表示情報を提示することができる。
【００９７】
図１Ｂは、ハウジング１０８と、ディスプレイ１０４と、可搬型モニタがドッキングされていないドッキング・ステーション１０６とを含む、ハブ１００の側面斜視図を示している。また、非侵襲的な血圧用のコネクタも示されている。
【００９８】
ハウジング１０８はまた、図１Ｃに示されるものなど、例えば、血圧モニタまたは温度センサ１１２などの追加の医療用デバイスを保持する、ポケットまたは窪みを含んでもよい。
【００９９】
図１Ａの可搬型患者モニタ１０２は、有利には、カリフォルニア州アーバイン（Irvine, CA）のマシモ・コーポレーション（Masimo Corporation）から市販されているもの、ならびに／あるいは米国特許出願公開第２００２／０１４０６７５号、第２０１０／０２７４０９９号、第２０１１／０２１３２７３号、第２０１２／０２２６１１７号、第２０１０／００３００４０号、米国特許出願第６１／２４２，７９２号、第６１／３８７，４５７号、第６１／６４５，５７０号、第１３／５５４，９０８号、および米国特許第６，１５７，８５０号、第６，３３４，０６５号などに開示されているものなど、オキシメータ、コオキシメータ、呼吸モニタ、鎮静深度モニタ、非侵襲性血圧モニタ、生命徴候モニタなどを含んでもよい。モニタ１０２は、発光および検出回路構成を有する光学センサ、音響センサ、指の刺し傷から血液パラメータを測定するデバイス、カフ、人工呼吸器など、様々な非侵襲性および／または低侵襲性デバイスと通信してもよい。モニタ１０２は、図１９Ａ〜１９Ｊを参照して後述する、それ自体のディスプレイ表示１１６を提示するそれ自体のディスプレイ１１４を含んでもよい。ディスプレイ表示は、有利には、モニタ１０２のドッキング状態に基づいて変化してもよい。切り離されたとき、ディスプレイ表示は、パラメータ情報を含んでもよく、例えば、重力センサまたは加速度計に基づいて、配向を変更してもよい。
【０１００】
ハブ１００のドッキング・ステーション１０６は、ハブ１００が移動してもモニタ１０２が損傷する可能性がある形で機械的に分離されないことを確保する、機械的ラッチ１１８、即ち機械的に解放可能なキャッチを含む。
【０１０１】
特定の可搬型患者モニタ１０２を参照して開示しているが、当業者であれば、本開示から、ハブ１００と有利にドッキングしてもよい、多数の多種多様な医療用デバイスを認識するであろう。更に、ドッキング・ステーション１０６は、有利には、機械的にではなく電気的にモニタ１０２と接続し、ならびに／あるいはそれと無線で通信してもよい。
【０１０２】
図２は、図１のハブ１００を含む例示のモニタリング環境２００の単純化したブロック図を示している。図２に示されるように、環境は、例えば、酸素量測定光学センサ、音響センサ、血圧センサ、呼吸センサなど、１つまたは複数の患者センサ２０２と通信する、可搬型患者モニタ１０２を含んでもよい。例えば、ＮＩＢＰセンサまたはシステム２１１、および温度センサまたはセンサ・システム２１３など、追加のセンサがハブ１００と直接通信してもよい。センサ２０２、２１１、および２１３は、使用中は、一般的に、測定部位にいる患者に実際に取り付けられていない場合、モニタリングされている患者の近傍にある。
【０１０３】
開示されるように、可搬型患者モニタ１０２は、ドッキングされている場合はドッキング・ステーション１０６を通して、切り離されている場合は無線でハブ１００と通信することができるが、かかる切り離された通信は必須ではない。ハブ１００は、例えば、米国特許出願公開第２０１１／０１０５８５４号、第２０１１／０１６９６４４号、および第２００７／０１８０１４０号で開示されているものなど、１つもしくは複数のマルチ患者モニタリング・サーバ２０４またはサーバ・システムと通信する。一般に、サーバ２０４は、ＥＭＲおよび／またはＡＤＴシステムなど、介護者のバックエンド・システム２０６と通信する。サーバ２０４は、有利には、プッシュ、プル、または組み合わせの技術を通して、人口統計的情報、支払い請求情報など、患者の入院時に入力される患者情報を自動的に取得してもよい。ハブ１００は、この情報にアクセスして、モニタリングされた患者を介護者のバックエンド・システム２０６とシームレスに関連付ける。サーバ２０４とモニタリング・ハブ１００との間の通信は、無線で、有線で、モバイルまたは他のコンピューティング・ネットワークを通じてなど、本開示から当業者には認識可能な任意のものであってもよい。
【０１０４】
図２はまた、自身のシリアル・データ・ポート２１０およびチャネル・データ・ポート２１２を通して通信するハブ１００を示している。上記に開示したように、シリアル・データ・ポート２１０は、電子式患者ベッド・システム２１４、閉ループ制御システムを含む薬物注入ポンプ・システム２１６、人工呼吸器システム２１８、血圧または他の生命徴候測定システム２２０などを含む、多種多様な患者医療用デバイスからのデータを提供してもよい。同様に、チャネル・データ・ポート２１２は、上記のいずれか、および他の医療用デバイスを含む、多種多様な患者医療用デバイスからのデータを提供してもよい。例えば、チャネル・データ・ポート２１２は、ＳＥＤＬｉｎｅから市販されているものなどの覚醒度モニタ２２２、脳または他の器官のオキシメータ・デバイス２２４、非侵襲性血圧または音響デバイス２２６などから、データを受信してもよい。チャネル・デバイスは、処理アルゴリズムおよびそれらのアルゴリズムを遂行する信号処理デバイスが、追加の表示技術を有さなくてもよい、ケーブルまたはケーブル・コネクタに収容されたボードに装着される、ボード・イン・ケーブル（「ＢＩＣ」）の解決策を含んでもよい。ＢＩＣの解決策は、その測定されたパラメータ・データをチャネル・ポート２１２に出力して、ハブ１００のディスプレイ１０４上に表示する。ハブ１００は、有利には、例えば、タブレット、スマートフォン、または他のコンピューティング・システムなどの他のシステムと通信する、ＢＩＣの解決策として全体的または部分的に形成されてもよい。
【０１０５】
単一のドッキング・ステーション１０６を参照して開示されているが、環境２００は、スタッキングされたドッキング・ステーションを含んでもよく、その場合、後続のドッキング・ステーションは、機械的および電気的に第１のドッキング・ステーションにドッキングして、図５を参照して考察されるような、異なる可搬型患者モニタに対して形状因子を変化させる。かかるスタッキングは、２つを超えるドッキング・ステーションを含んでもよく、可搬型デバイス上の噛合する機械的構造と機械的に適合するように形状因子を低減または増加させてもよい。
【０１０６】
図３は、図１のハブ１００の単純化した例示のハードウェア・ブロック図を示している。図３に示されるように、ハブ１００のハウジング１０８は、計器板３０２、ディスプレイ１０４、メモリ３０４、およびシリアル・ポート２１０、チャネル・ポート２１２、Ｅｔｈｅｒｎｅｔポート３０５、ナース・コール・ポート３０６、他の通信ポート３０８（標準的なＵＳＢなどを含む）を含む、様々な通信接続、およびドッキング・ステーション・インターフェース３１０を、位置決めならびに／あるいは包含する。計器板３０２は、ボード間通信を含む、本明細書に記載の通信および機能を可能にする、通信用相互接続、配線、ポートなどを含む、１つまたは複数の基板を備える。コア・ボード３１２は、主要パラメータ、信号、ならびに他のプロセッサおよびメモリを含み、可搬型モニタ・ボード（「ＲＩＢ」）３１４は、モニタ１０２および１つまたは複数のプロセッサのための患者の電気的絶縁を含み、チャネル・ボード（「ＭＩＤ」）３１６は、任意の患者の電気的絶縁を含むチャネル・ポート２１２および電源３１８との通信を制御し、無線ボード３２０は、無線通信用に構成された構成要素を含む。それに加えて、計器板３０２は、有利には、１つまたは複数のプロセッサおよびコントローラ、バス、あらゆる形の通信接続性および電子部品、メモリ、ＥＰＲＯＭ読取り機を含むメモリ読取り機、ならびに本開示から当業者であれば認識可能な他の電子部品を含んでもよい。各ボードは、上記およびその他に指定されるタスクを遂行するのに、位置決めおよび支持用の基板、通信のための相互接続、コントローラを含む電子構成要素、論理デバイス、ハードウェア／ソフトウェアの組み合わせなどを備える。
【０１０７】
当業者であれば、本開示から、計器板３０２が、多数の方式で組織化される多数の電子構成要素を備えてもよいことを認識するであろう。上述したものなどの様々なボードを使用して、有利には、複雑なシステムに対する組織化および区画化が提供される。
【０１０８】
図４は、図１のハブ１００の例示の取外し可能なドッキング・ステーション４００の斜視図を示している。図４に示されるように、ドッキング・ステーション４００は、可搬型患者モニタ１０２に対する機械的噛合を提供して、モニタ１０２がドッキングされたときのしっかりした機械的支持を提供する。ドッキング・ステーション４００は、可搬型モニタ１０２のハウジングの周囲と同様に形作られたキャビティ４０２を含む。ステーション４００はまた、ハブ１００に対する通信を提供する、１つまたは複数の電気コネクタ４０４を含む。ボルトで装着されるものとして示されているが、ドッキング・ステーション４００は、スナップ嵌めされてもよく、可動式のタブもしくはキャッチを使用してもよく、磁気的に付着してもよく、または本開示から当業者に知られている取付けメカニズムの多種多様な組み合わせを用いてもよい。ドッキング・ステーション４００の取付けは、例えば、ハブ１００が偶発的に何かにぶつかったりしたような場合に、モニタ１０２およびドッキング・ステーション４００が無傷のままでいられるように、ドッキングされたときに、モニタ１０２およびドッキング・ステーションが、機器を損傷する可能性がある形で偶発的に分離されることがないように、十分にしっかりしたものであってもよい。
【０１０９】
ハブ１００のハウジング１０８はまた、ドッキング・ステーション４００を収容するキャビティ４０６を含む。可搬型患者モニタ１０２に対して形状因子が変化する程度まで、ドッキング・ステーション４００は、有利には、取外し可能および交換可能である。ドッキング・ステーション４００と同様に、ハブ１００は、ハウジング１０８のキャビティ４０６内に、ドッキング・ステーション４００に対する電気的通信を提供する電気コネクタ４０８を含む。ドッキング・ステーション４００は、米国特許出願公開第２００２／０１４０６７５号に開示されているものなど、自身のマイクロコントローラおよび処理能力を含むことができる。ドッキング・ステーション４００は電気コネクタ４０８へと通信を渡すことができる。
【０１１０】
図４はまた、詳細に後述する汎用医療用コネクタとしての、チャネル・ポート２１２のための開口部を含むハウジング１０８を示している。
【０１１１】
図５は、図１のハブ１００から切り離された例示の可搬型患者モニタ５０２および５０４の斜視図を示している。図５に示されるように、モニタ５０２は除去されてもよく、モニタ５０４などの他のモニタが提供されてもよい。ドッキング・ステーション１０６は、元のドッキング・ステーション１０６と機械的に噛合する追加のドッキング・ステーション５０６を含み、モニタ５０４と機械的に噛合可能な形状因子を提示する。モニタ５０４は、ハブ１００のスタッキングされたドッキング・ステーション５０６および１０６と機械的および電気的に噛合することができる。本開示から当業者であれば容易に理解できるように、ドッキング・ステーションのスタッキング可能な機能によって、多種多様な患者モニタリング・デバイスの充電、それらとの通信、およびインターフェース接続のための非常に柔軟性の高いメカニズムがハブ１００に提供される。上述したように、ドッキング・ステーションは、スタッキングされるか、または除去され交換されてもよい。
【０１１２】
図６は、従来の患者の電気的絶縁における原理の単純化したブロック図を示している。図６に示されるように、ホスト・デバイス６０２は、一般に、通信および電力を通して患者デバイス６０４と関連付けられる。患者デバイス６０４は、多くの場合、患者に近接するか患者に接続されたセンサなどの電子部品を備えるので、特定の安全要件の指令では、例えば、ホスト・デバイスに接続された電力系統からのエネルギーの電気サージが、患者への電気経路を見出してはならない。これは一般に「患者絶縁（ｐａｔｉｅｎｔ  ｉｓｏｌａｔｉｏｎ）」と呼ばれ、この用語は当該分野で知られており、本明細書では、ホスト・デバイス６０２と患者デバイス６０４との間の直接の中断されない電気経路を除去することを含む。かかる絶縁は、例えば、電力導体６０８および通信導体６１０上の絶縁デバイス６０６を通して遂行される。絶縁デバイス６０６は、変圧器、光学エネルギーを放出し検出する光学デバイスなどを含むことができる。特に電力導体に対して、絶縁デバイスを使用することは、構成要素の面で高価であり、サイズの面で高価であり、電力が流出する恐れがある。従来、絶縁デバイスは患者デバイス６０４に組み込まれていたが、患者デバイス６０４はどんどん小型化する傾向にあり、全てのデバイスが絶縁を組み込んでいるわけではない。
【０１１３】
図７Ａは、例示の任意の患者絶縁システムの単純化したブロック図を示している。図７Ａに示されるように、ホスト・デバイス６０２は、絶縁デバイス６０６を通して絶縁患者デバイス６０４と通信する。しかしながら、特定の患者デバイスと関連付けられたメモリ７０２は、そのデバイスが絶縁電力を要するか否かをホスト６０２に通知する。一部のタイプのカフ、薬物注入ポンプ、人工呼吸器など、患者デバイス７０８が絶縁電力を要しない場合、ホスト６０２は、信号経路７１０を通して非絶縁電力を提供することができる。この電力は、絶縁電力導体６０８を通してコスト効率よく提供することができる電力よりもはるかに大きいことがある。絶縁通信は、一般的に低電圧であり、桁違いに高いコストがかかるものではないので、非絶縁患者デバイス７０８は、かかる通信を受信することができる。当業者であれば、本開示から、通信は非絶縁性でもあり得ることを認識するであろう。このように、図７Ａは、ホスト６０２と多種多様な潜在的な患者エバ椅子６０４、７０８との間の任意の患者絶縁を提供する、患者絶縁システム７００を示している。ハブ１００は、類似の任意の患者絶縁原理を組み込んだ、チャネル・ポート２１２を含むことができる。
【０１１４】
図７Ｂは、図７Ａのシステムに対して例示の任意の非絶縁電力レベルを追加している。図７Ｂに示されるように、患者デバイス６０４が自己絶縁患者デバイス７０８を備え、したがって絶縁電力を要しないことをホスト６０２が理解すると、ホスト６０２は、別個の導体７１０を通して電力を提供する。電力は絶縁されていないので、メモリ７０２もホスト６０２に電力要件を提供してもよく、それは２つ以上の電圧または電力から選択してもよい。図７Ｂでは、ホスト６０２は、患者デバイス７０８に対して、約１２ボルトなどの高電力を提供するが、広範囲の電圧を有することができるか、あるいは約２４ボルト以上などの非常に高い電力を提供するが、広範囲の電圧を有することができる。当業者であれば、供給電圧は、有利には、事実上どんなデバイス７０８の特定の要求も満たすように変更することができ、ならびに／あるいは、メモリは、広範囲の非絶縁電力を患者デバイス７０８に提供したホスト６０２に対して情報を供給することができることを認識するであろう。
【０１１５】
更に、メモリ７０２を使用して、ホスト６０２は、絶縁電力、または高電圧の非絶縁電源の１つもしくは複数であるか否かにかかわらず、単純に任意の未使用の電源を使用可能にしないように決定し、それによってホストの効率を増大させてもよい。
【０１１６】
図８は、単純化した例示の汎用医療用コネクタの構成プロセス８００を示している。図８に示されるように、プロセスは、ケーブルが、上記に開示したような任意の患者絶縁を組み込んだ汎用医療用コネクタに取り付けられる、ステップ８０２を含む。ステップ８０４で、ホスト・デバイス６０２またはハブ１００、より具体的には、計器板のチャネル・データ・ボード３１６またはＥＰＲＯＭ読取り機は、メモリ７０２に格納されたデータを読み取り、ステップ８０６で、接続しているデバイスが絶縁電力を要するか否かを判定する。ステップ８０８で、絶縁電力が必要な場合、ハブ１００は、有利には、絶縁電力を使用可能にしてもよく、ステップ８１０で、絶縁通信を使用可能にしてもよい。ステップ８０６で、絶縁電力が不要の場合、ハブ１００は単純に、任意のステップ８１２で、非絶縁電力を使用可能にし、通信が絶縁性のままである場合、ステップ８１０は絶縁通信を使用可能にすることができる。ステップ８０６で、絶縁電力が不要の場合、ハブ１００は、ステップ８１４で、メモリ７０２からの情報を使用して、患者デバイス７０８に必要な電力量を決定してもよい。例えば、他の接続されたデバイスも接続された電力を使用していることにより、十分な電力が利用可能でない場合、ステップ８１６で、そのことと電力が提供されていないこととを示すメッセージが表示されてもよい。十分な電力が利用可能な場合、任意のステップ８１２は非絶縁電力を使用可能にしてもよい。任意に、任意のステップ８１８は、メモリ７０２が、より高電力または低電力が望ましいことを示しているか否かを判定してもよい。高電力が望ましい場合、ハブ１００は、ステップ８２０で、高電力を使用可能にしてもよく、層でない場合、ステップ８２２で、低電力を使用可能にしてもよい。ハブ１００は次に、ステップ８１０で、絶縁通信を使用可能にする。ハブ１００は、ステップ８１８で、単純にどの程度の電力が必要かを決定し、少なくとも十分な電力を自己絶縁デバイス７０８に提供してもよい。
【０１１７】
当業者であれば、本開示から、ハブ１００が、十分な電力が利用可能かどうかをチェックしなくてもよいこと、またはメモリ７０２からの情報に基づいて、１つ、２つ、もしくはそれ以上のレベルの非絶縁電圧を提供してもよいことを認識するであろう。
【０１１８】
図９Ａおよび９Ｂは、従来の絶縁要件よりも小さい断面のサイズおよび形状を有する、例示の汎用医療用コネクタ９００の単純化したブロック図を示している。コネクタ９００は、一方の面９１０の非絶縁信号を別の面９２０の絶縁信号から物理的に分離するが、それらの側は反転させることができる。かかる分離の間のギャップは、患者絶縁を決定する安全規則によって少なくとも部分的に規定されてもよい。面９１０および９２０の間の距離は短すぎるように見えることがある。
【０１１９】
図９Ｂで異なる視点から示されるように、コネクタ間の距離「ｘ」は小さく見える。しかしながら、ギャップにより、距離は胴体間の非直接的経路を含む。例えば、任意の短絡は経路９０４を移動しなければならず、かかる経路の距離は、距離が「ｘ」よりも長いという点で、かかる安全規則の範囲内であるかまたはそれを超える。例えば、はんだが様々なピンをＰＣＢ基板に接続するボードのコネクタ側などにおいて、非直線の経路９０４がコネクタ全体を通して現れることに注目すべきである。
【０１２０】
図１０は、例示の汎用医療用コネクタとしての例示の機器側チャネル入力１０００を示す、図１のハブ１００の側面の斜視図を示している。図１０に示されるように、入力は、非絶縁側９１０、絶縁側９２０、およびギャップを含む。メモリ７１０は、非絶縁側のピンを通して通信することができる。
【０１２１】
図１１Ａ〜１１Ｋは、例示の雄および噛合する雌の汎用医療用コネクタの様々な図を示している。例えば、図１１Ｇ１および１１Ｇ２は、様々な好ましいが必須ではないサイジングを示しており、図１１Ｈは、メモリ７０２などの電子構成要素のコネクタへの組込みを示している。図１１Ｉ〜１１Ｋは、汎用医療用コネクタに接続する際の、ケーブル自体の配線図およびケーブル布線の詳細を示している。
【０１２２】
図１２は、図１のハブに対するチャネル・システムの単純化したブロック図を示している。図１２に示されるように、上述の図１１に示されるものなどの雄ケーブル・コネクタは、ＥＰＲＯＭなどのメモリを含む。メモリは、有利には、ハブ１００が受信することが予期できるデータのタイプと、それをどのように受信するかを記述する、情報を格納する。ハブ１００のコントローラは、ＥＰＲＯＭと通信して、データをどのように受信するか、また可能な場合は、データをディスプレイ１０４上にどのように表示するか、必要なときにどのようにアラームを鳴らすかを取り決める。例えば、医療用デバイスの供給業者は、ハブ提供業者に連絡を取り、自身のデバイスから出力されるデータのタイプをどのように記述するかを通して供給業者をガイドする、ソフトウェア開発キット（「ＳＤＫ」）を受信してもよい。ＳＤＫを用いて作業した後、マップ、画像、または他の翻訳ファイル、ならびに上述した電力要件および絶縁要件が、有利には、ＥＰＲＯＭにロードされてもよい。チャネル・ケーブルは、チャネル・ポート２１２を通してハブ１００に接続され、ハブ１００はＥＰＲＯＭを読み取り、ハブ１００のコントローラは、入ってくるデータをどのように扱うかを取り決める。
【０１２３】
図１３は、図１２のＥＰＲＯＭに格納されてもよい、例示の論理チャネル構成を示している。図１３に示されるように、入りチャネルはそれぞれ１つまたは複数のパラメータを記述する。各パラメータは、ハブ１００が入ってくるデータについて知っているべきあらゆることについて記述する。例えば、ハブ１００は、データが、ストリーミング・データ、波形データ、既に決定されたパラメータ測定データ、データに対する範囲、データ送達速度、データの単位、単位の間隔、表示色、アラーム計算に関する複雑なアルゴリズムを含む、アラームのパラメータおよび閾値、パラメータ値が駆動する他のイベント、それらの組み合わせなどであるか否かを知りたいことがある。それに加えて、パラメータ情報は、データ同期、ならびにパラメータまたはハブ１００によって受信される他のデータにわたる、データ同期の近似を支援する、デバイス遅延時間を含んでもよい。ＳＤＫは、入ってくるデータのタイプおよび順序を自己記述するスキーマを、デバイス供給業者に対して提示することができる。情報は、有利には、ハブ１００を用いて、入ってくるデータ・ストリームに対して圧縮および／または暗号化を適用するか否かを判定するように取り決めてもよい。
【０１２４】
かかるオープン・アーキテクチャは、有利には、デバイスのメーカーに、自身のデバイスの出力を、上記に記載したような表示、処理、およびデータ管理のため、ハブ１００へとポートする能力を提供する。ケーブル・コネクタを通して実装することによって、デバイスのメーカーは、自身の元のデバイスのあらゆる再プログラミングを回避し、それよりもむしろ、単純にハブ１００が、ケーブル・コネクタを通して、既に存在する出力をどのようにフォーマット化するかを分かるようにする。更に、ハブ１００が既に理解している原語でデータを記述することによって、ハブ１００はまた、「ハブの隣の」医療用デバイスからのデータを受け入れるためにソフトウェアをアップグレードすることを回避する。
【０１２５】
図１４は、チャネルを構成する単純化した例示のプロセスを示している。図１４に示されるように、ハブ提供業者は、ステップ１４０２でデバイスのメーカーにＳＤＫを提供し、メーカーは次いで、ステップ１４０４で、ＳＤＫを使用して、自身のデバイスからの出力データ・チャネルを自己記述する。ＳＤＫは、開発をガイドする一連の質問を含むことができる。ＳＤＫは、データの挙動を記述する、言語およびスキーマを提供する。
【０１２６】
デバイス提供業者がデータを記述すると、ハブ提供業者は、ステップ１４０５で、ケーブル・コネクタ内のメモリに格納するバイナリ画像または他のファイルを作成するが、ＳＤＫは、画像を作成し、単純にそれをハブ提供業者に通信してもよい。ケーブル・コネクタは、ステップ１４１０で、ＯＥＭ部品として提供業者に提供され、提供業者は、ステップ１４１２で、自身のデバイスの出力ポートと機械的および電気的に噛合するようにケーブルを構築し製造する。
【０１２７】
介護者が、ステップ１４５２で、チャネル・ポート２１２において一端がデバイス供給業者のシステムに適合し他端がハブ１００に適合するようにＯＥＭ化された、適切に製造されたケーブルを有すると、介護者は、デバイス間にハブを接続することができる。ステップ１４５４で、ハブ１００は、メモリを読み取り、絶縁電力または非絶縁電力を提供し、ケーブル・コントローラおよびハブ１００は、データ送達に対するプロトコルまたはスキーマを取り決める。ケーブル上のコントローラはプロトコルを取り決めてもよい。ハブ１００のコントローラは、ハブ上の他のプロセッサとともに、特定のプロトコルを取り決めてもよい。プロトコルが設定されると、ハブ１００は、知的な形で、入ってくるデータ・ストリームを使用、表示、および別の方法で処理することができる。
【０１２８】
本明細書に記載する汎用医療用コネクタを使用することによって、ハブ１００に対する種々のデバイスの接続は、各デバイスに対してソフトウェアのアップグレードが必要な場合とは対照的に、ケーブル・コネクタの単純なプログラミングを通して遂行される。
【０１２９】
図１５は、入力チャネルを形成する例示の取り付けられたボード・イン・ケーブル（「ＢＩＣ」）を含む、図１のハブの斜視図を示している。図１５に示されるように、ＳＥＤＬｉｎｅの覚醒度ボードは、適切な患者センサからのデータを、表示および介護者の調査のためにハブ１００に通信する。記載したように、ボードの提供業者は、自身のデータ・チャネルを記述するのにＳＤＫを使用することのみを必要とし、ハブ１００は、データを介護者に対してどのように提示するかを理解する。
【０１３０】
図１６は、例示のシリアル・データ入力を示す、図１のハブ１００の後面の斜視図を示している。入力は、ＲＪ４５ポートなどを含むことができる。当該分野では理解されるように、これらのポートは、コンピュータ、ネットワーク・ルータ、スイッチ、およびハブで見られるものに類似したデータ・ポートを含む。複数のこれらのポートは、様々なデバイスからのデータを、ハブ１００において特定された特定の患者と関連付けるのに使用することができる。図１６はまた、スピーカー、ナース・コール・コネクタ、Ｅｔｈｅｒｎｅｔコネクタ、ＵＳＢ、電力コネクタ、および医療用接地端子を示している。
【０１３１】
図１７Ａは、図１のハブ１００のシリアル・データ接続を通した通信を含む例示のモニタリング環境を示している。図示されるように、また上記で考察したように、ハブ１００は、シリアル・データ・ポート２１０を使用して、電子式ベッド、薬物注入ポンプ、人工呼吸器、生命徴候モニタなどを含む、モニタリング環境内の様々なデバイスからデータを集めてもよい。これらのデバイスから受信したデータと、チャネル・ポート２１２を通して受信したデータとの違いは、ハブ１００がこのデータの形式または構造を知らないことがある点である。ハブ１００は、このデータからの情報を表示しないか、または計算もしくは処理にこのデータを使用しないことがある。しかしながら、ハブ１００を通してデータをポートすることで、便利には、データが、上述のサーバ２１４およびバックエンド・システム２０６を含む、一連の介護者システム全体において特異的にモニタリングされた患者と関連付けられる。ハブ１００は、入ってくるデータに関して十分な情報を決定して、それをハブ１００からのデータと同期するように試みてもよい。
【０１３２】
図１７Ｂでは、制御画面は、受信されているデータのタイプに関する情報を提供してもよい。データの隣の緑色の光は、デバイスへの接続、およびどのシリアル入力で接続が生じているかを示すことができる。
【０１３３】
図１８は、単純化した例示の患者データ・フロー・プロセスを示している。図示されるように、ステップ１８０２で、患者が介護者環境に入院すると、患者に関するデータが介護者のバックエンド・システム２０６に投入される。サーバ２１４は、有利には、ステップ１８０４で、この情報を獲得または受信し、次にそれをハブ１００に対してアクセス可能にしてもよい。ステップ１８０６で、介護者がハブ１００を患者に割り当てると、介護者は単純に、現在利用可能な患者データを見て、現在モニタリングされている特定の患者を選択する。ステップ１８０８で、ハブ１００は次に、ハブが受信し判定する、測定、モニタリング、および治療データをその患者と関連付ける。介護者は、そのデバイスが、（１）ドッキング・ステーション、（２）汎用医療用コネクタ、（３）シリアル・データ・コネクタ、または（４）当業者には知られている他の通信メカニズムを用いて、ハブ１００を通して通信している限り、別のデバイスを患者と再び関連付ける必要はない。ステップ１８１０で、受信、処理、および／または判定されたデータの一部もしくは全体が、上述のサーバ・システムに渡される。
【０１３４】
図１９Ａ〜１９Ｊは、図１のハブ１００とドッキングされた可搬型患者モニタに対する例示の解剖学図の表示を示している。図１９Ａに示されるように、心臓、肺、および呼吸器系が示されているが、脳は強調されていない。このように、介護者は、可搬型患者モニタ接続またはチャネル・データ・ポートを通して、覚醒度モニタリングまたは脳酸素量測定システムがハブ１００と現在通信していないことを、容易に判定することができる。しかしながら、音響または他の呼吸データおよび心臓データが、ハブ１００に通信されているかまたはハブ１００によって測定されている傾向がある。更に、介護者は、ハブ１００が、強調された身体部分に対する警戒データを受信していないことを容易に判定することができる。強調された部分は、現在測定されている挙動を示すようにアニメーション化してもよく、または任意に、所定の様式でアニメーション化してもよい。
【０１３５】
図１９Ｂは、健康の指示を示す仮想チャネルの対かを示している。図１９Ｂに示されるように、指示は、「１００」まで増加する重症度指標で「３４」なので、肯定的である。健康の指示はまた、問題を示すのに陰影をつけられてもよい。図１９Ｂとは対照的に、図１９Ｃは、問題になりつつあるかまたは問題になっている健康数値と、警戒すべき心臓の図形とを示している。このように、介護者は、ハブ１００上の、あるいは患者をモニタリングまたは治療している別のデバイスもしくはシステム上の、患者アラームに応答して、患者の診断および／または治療のため、心臓機能に関連する生命徴候および他のパラメータの調査が必要であると迅速に決定することができる。
【０１３６】
図１９Ｄおよび１９Ｅは、ハブ１００が、例えば、鎮静深度データまたは脳酸素量測定データなど、脳機能に関連するデータを受信していることを意味する、強調された身体部分に含まれる脳を示している。図１９Ｅは、更に、図１９Ｃと同様の警戒すべき心臓機能を示している。
【０１３７】
図１９Ｆでは、腎臓などの追加の器官がモニタリングされているが、呼吸器系はモニタリングされていない。図１９Ｇでは、警戒すべき心臓機能が示されており、図１９Ｈでは、警戒すべき循環器系が示されている。図１９Ｉは、肺、心臓、脳、および腎臓とともに健康の指示を示している。図１９Ｊは、警戒すべき肺、心臓、および循環器系、ならびに健康の指示を示している。更に、図１９Ｊは、例えば、心臓の警戒すべき赤色が緊急を表し、循環器系が注意に対応する黄色で警戒を表すなど、重症度のコントラストを示している。当業者であれば、本開示から適切な他の色のスキームを認識するであろう。
【０１３８】
図２０Ａ〜２０Ｃはそれぞれ、データの分離およびデータの重なりを示す、測定データの例示の表示を示している。図２１Ａおよび２１Ｂはそれぞれ、やはりデータの分離およびデータの重なりを示す、測定データの例示の表示を示している。
【０１３９】
例えば、音響センサからの音響データは、有利には、呼吸音データを提供してもよく、血量計およびＥＣＧまたは他の信号を、別個の波形で提示することもできる（図２０Ａ、画面キャプチャの上部）。モニタは、呼吸数、呼気気流、１回呼吸量、毎分呼吸量、無呼吸持続時間、呼吸音、ラッセル（ｒａｌｅ）、ロンカイ（ｒｈｏｎｃｈｉ）、喘鳴、および空気流の量の減少または変化などの呼吸音の変化を含む、患者の様々な呼吸パラメータのいずれかを判定してもよい。それに加えて、場合によっては、システムは、プローブ・オフ検出に役立つ心拍数、心音（Ｓ１、Ｓ２、Ｓ３、Ｓ４、および雑音）、ならびに正常から雑音へ、または体液過剰を示す分裂心音などの、心音の変化など、他の生理学的な音をモニタリングする。
【０１４０】
複数の生理学的信号を視覚的に相関させることによって、信号が何らかの観察可能な生理学的相関を有する、多数の役立つ利益を提供することができる。かかる相関の一例として、血量計信号の形態学的変化（例えば、エンベロープおよび／またはベースライン）は、患者の血液量または他の体液量を示すことができる。また、これらの変化をモニタリングして、血液量減少または他の体液量に関連する症状を検出することができる。脈波変動指標は、例えば、体液量の指示を提供してもよい。また、血量計信号の形態学的変化は呼吸に対して相関される。例えば、血量計信号のエンベロープおよび／またはベースラインの変化は呼吸に対して相関される。これは、少なくとも部分的には、呼吸中の心臓と肺との機械的関係および相互作用など、人間の解剖学的構造の態様によるものである。
【０１４１】
したがって、血量計信号および呼吸信号の重畳（図２０Ｂ）は、脈波変動指標など、血量計信号またはそこから導き出される信号の有効性の指示を、操作者に与えることができる。例えば、吸気および呼気を示す呼吸信号のバーストが、血量計エンベロープの山および谷の変化と相関している場合、これにより、血量計の変化が実際に呼吸によるものであって、他の何らかの外来因子によるものではないことの視覚的支持が、モニタリングしている作業者に与えられる。同様に、呼吸信号のバーストが血量計エンベロープの山および谷と揃っている場合、これにより、呼吸信号のバーストが患者の呼吸音によるものであって、他の何らかの標的でない音（例えば、患者の呼吸以外の音もしくは患者以外の音）によるものではないことの指示が、モニタリングしている作業者に提供される。
【０１４２】
モニタはまた、信号を処理し、２つの信号の間に相関の閾値レベルがあるか否かを判定するか、または別の方法で相関を評価するように構成されてもよい。しかしながら、互いに重畳された信号を示すことなどによって、相関の視覚的指示を付加的に提供することにより、ディスプレイは、特定の生理学的相関の継続する直感的で容易に観察可能なゲージを、操作者に提供する。例えば、重畳された信号を見ることによって、ユーザは、別の方法では確認できないことがある、時間に伴う相関の傾向を観察することができる。
【０１４３】
モニタは、血量計信号および呼吸信号の代わりに、またはそれらに加えて、様々な他のタイプの信号を視覚的に相関させることができる。例えば、図２０Ｃは、別の例示のモニタリング・ディスプレイのスクリーンショットを示している。図２０Ｃの右上部分に示されるように、ディスプレイは、血量計信号、ＥＣＧ信号、および呼吸信号を重畳している。他の構成では、３つを超える異なるタイプの信号が互いに重ね合わされてもよい。
【０１４４】
ハブ１００は、ユーザが信号をともに移動させて互いに重ね合わせるのに用いることができる、インターフェースを提供することができる。例えば、ユーザは、タッチ・スクリーン・インターフェースを使用して、呼吸信号を下方にドラッグして血量計信号の上に置くことが可能であってもよい。反対に、ユーザは、やはりタッチ・スクリーン・インターフェースを使用して、信号を分離することが可能であってもよい。モニタは、ユーザが押し下げることができるボタン、またはユーザが所望に応じて信号を重ね合わせ、分離することを可能にする、他の何らかのユーザ・インターフェースを含むことができる。図２１Ａおよび２１Ｂは、類似した信号の分離および接合を示している。
【０１４５】
特定の構成では、血量計信号と呼吸信号との視覚的相関を提供することに加えて、モニタは更に、呼吸信号および血量計信号を処理して、２つの信号間の相関を決定するように構成される。例えば、モニタは、信号を処理して、血量計信号のエンベロープおよび／またはベースラインにおける変化の山および谷が、呼吸信号のバーストに対応するか否かを判定してもよい。また、相関の閾値レベルがあるかないかの判定に応答して、モニタは、何らかの指示をユーザに提供してもよい。例えば、モニタは、図形的指示（例えば、脈波変動指標インジケータの色の変化）、可聴アラーム、または他の何らかの指示を提供してもよい。モニタは、判定を行うのに、１つもしくは複数のエンベロープ検出器または他の適切な信号処理構成部品を用いてもよい。
【０１４６】
システムは更に、図形的指示の代わりに、またはそれに加えて、患者の呼吸音の可聴指示を提供してもよい。例えば、モニタはスピーカーを含んでもよく、またはイヤーピース（例えば、無線イヤーピース）がモニタリングしている作業者に提供されて、患者の音の可聴出力を提供してもよい。かかる能力を有するセンサおよびモニタの例が、米国特許出願公開第２０１１／０１７２５６１号に記載されており、参照により本明細書に組み込まれる。
【０１４７】
上記に記載した利益に加えて、記載した形で音響信号および血量計信号の両方を同じディスプレイ上に提供することによって、モニタリングしている作業者が、呼吸が存在しないときがある呼吸停止イベント、音響信号を劣化させる可能性がある高い周囲雑音、不適切なセンサ配置などをより容易に検出するのを可能にすることができる。
【０１４８】
図２２Ａ〜２２Ｂは、例示のアナログ・ディスプレイ表示を示している。図２２Ａおよび２２Ｂに示されるように、スクリーンショットは、他のデータに加えて、様々な生理学的パラメータの健康インジケータを表示する。各健康インジケータは、アナログ・インジケータおよび／またはデジタル・インジケータを含むことができる。健康インジケータがアナログおよびデジタル・インジケータを含む場合、アナログおよびデジタル・インジケータは、横並び、上方、下方、転置など、任意の数の編成で位置決めすることができる。アナログ・インジケータは、デジタル・インジケータの上方および横に位置決めされる。図２２Ｂにより明瞭に示されるように、アナログ・ディスプレイは、色付きの警告セクションを含んでもよく、ダッシュがグラフ上の位置を示し、定量化情報を指定するデジタル情報がグラフを形成する。図２２Ｂでは、例えば、脈拍数ＰＲグラフは、毎分約５０〜約１４０回の拍動を示し、グラフは中立状態または警戒的になる始まりの状態のどちらかであるが、それらの数値の外側では、グラフは重篤な症状を示すように色付けされる。したがって、ダッシュが円弧に沿って移動するので、介護者は、現在の測定値が許容可能、警戒的、および極値の範囲内のどこにあるかを容易に見ることができる。
【０１４９】
健康インジケータの各アナログ・インジケータは、モニタリングされた生理学的パラメータの測定されたレベルに基づいて、円弧の周りを移動するダイヤルを含むことができる。測定された生理学的パラメータ・レベルが増加するにつれて、ダイヤルは時計方向に移動することができ、測定された生理学的パラメータ・レベルが減少するにつれて、ダイヤルは反時計方向に移動することができ、またはその逆もまた真である。このように、ユーザは、アナログ・インジケータを見ることによって、患者の状態を迅速に判定することができる。例えば、ダイヤルが円弧の中心にある場合、観察者は、現在の生理学的パラメータの測定値が正常であると確かめることができ、ダイヤルが左または右に大きく傾いている場合、観察者は、生理学的パラメータ・レベルの重症度を迅速に評価し、適切な対策を取ることができる。ダイヤルが右または左に動いたときなど、正常なパラメータ測定値を示すことができる。
【０１５０】
ダイヤルは、点、ダッシュ、矢印などとして実現することができ、円弧は、所望に応じて、円、らせん、ピラミッド、または他の形状として実現することができる。更に、円弧全体を光らせることができ、または現在の生理学的パラメータ測定値レベルに基づいて、円弧の部分のみを光らせることができる。更に、現在の生理学的パラメータ測定値レベルに基づいて、円弧は、色を変えるかまたは強調することができる。例えば、ダイヤルが閾値レベルに近付くにつれて、円弧および／またはダイヤルが、緑色から黄色、赤色に変わったり、より明るく輝いたり、点滅したり、拡大されたり、ディスプレイの中心に移動するなどすることができる。
【０１５１】
異なる生理学的パラメータは、異常状態を示す異なる閾値を有することができる。例えば、一部の生理学的パラメータは上側および下側閾値レベルを有してもよく、他のパラメータは上側閾値または下側閾値のみを有してもよい。したがって、各健康インジケータは、モニタリングされている生理学的パラメータに基づいて調節することができる。例えば、ＳｐＯ２健康インジケータは、満たされるとアラームを作動させる下側閾値を有することができ、呼吸数健康インジケータは上側および下側閾値を有することができ、どちらかが満たされるとアラームが作動される。各生理学的パラメータの閾値は、一般的な予期される閾値および／またはユーザ指定の閾値に基づくことができる。
【０１５２】
デジタル・インジケータは、生理学的パラメータの現在のレベルの数値表現を提供することができ、デジタル・インジケータは、実際のレベルまたは正規化したレベルを示してもよく、また患者の症状の重症度を迅速に評価するのに使用することができる。表示は、モニタリングされた各生理学的パラメータに対する複数の健康インジケータを含むことができる。表示は、モニタリングされた生理学的パラメータの数よりも少数の健康インジケータを含むことができる。健康インジケータは、異なるモニタリングされた生理学的パラメータ間で循環することができる。
【０１５３】
図２３Ａ〜２３Ｆは、覚醒度モニタが図１のハブのチャネル・ポートに接続されているときの、例えば、図２３Ａ〜２３Ｄのデータ表現を示す、測定データの例示の表示を示している。図２３Ａ〜２３Ｃに示されるように、ハブ１００は、有利には、そのディスプレイ１０４をほぼ二分して、例えば、カリフォルニア州アーバイン（Irvine, CA）のマシモ・コーポレーション（Masimo Corporation）から市販されているＳＥＤＬｉｎｅデバイスからの、様々な情報を示している。図２３Ｄでは、ハブ１００は、例えば、患者の呼吸に関する情報を提供する、スウェーデン（Sweden）のＰＨＡＳＥＩＮ  ＡＢから市販されている、取り付けられたＰｈａｓｅＩｎデバイスを含む。ハブ１００はＳＥＤＬｉｎｅ情報も含むので、ハブ１００はディスプレイ１０４を適宜分割している。図２３Ｅでは、温度および血圧センサは図１のハブと通信し、ハブ１００はそれに適したディスプレイ面積を作成する。図２３Ｆでは、音響センサ、ならびに上述の血圧および温度センサも、図１のハブと通信している。したがって、ハブ１００は、取り付けられた各デバイスからのデータに適応するようにディスプレイ面積を調節する。
【０１５４】
用語「ａｎｄ／ｏｒ」は、本明細書ではその最も広く限定が最も少ない意味を有しており、本開示は、Ａのみ、Ｂのみ、ＡおよびＢの両方、または任意にＡもしくはＢを含むが、ＡおよびＢの両方を要するのではなく、またはＡの１つもしくはＢの１つを要するものでもない。本明細書で使用するとき、Ａ、Ｂ、「および」Ｃの「少なくとも１つ」は、非排他的論理ｏｒを使用して、論理的ＡまたはＢまたはＣを意味するものと解釈すべきである。
【０１５５】
「血量計」という用語は、当該分野で知られているその本来の広い意味を含み、器官または全身内の体積の変化（通常、含まれる血液もしくは空気の量のばらつきによる）に応答するデータを含む。
【０１５６】
ＩＩＩ．追加のモニタリング環境
図２４は、図１のハブ１００を含むモニタリング環境２０００の別の例を示している。モニタリング環境２０００は、図２のモニタリング環境２００の全ての特徴、ならびに上述した他の特徴のいずれかを含んでもよい。それに加えてモニタリング環境２０００は、マルチ患者モニタリング・システム２０４の別の例、即ちマルチ患者モニタリング・システム（ＭＭＳ）２００４を示している。ＭＭＳ２００４は、シリアル・データを受信し、シリアル・データをモニタリング・ハブ１００が認識可能な形式へと翻訳し、シリアル・データを（場合によっては、他のデバイスの中で）モニタリング・ハブ１００に提供することができる、翻訳モジュール２００５を含む。ＭＭＳ２００４、モニタリング・ハブ１００、またはＰＰＭ１０２と有線もしくは無線で通信してもよい、補助デバイス２０４０も図示されている。
【０１５７】
上述したように、ハブ１００は、患者のベッド２１４、薬物注入ポンプ２１６、人工呼吸器２１８、および他の生命徴候モニタ２２０を含む、様々な医療機器からのシリアル・データを受信してもよい。ハブ１００は、シリアル・データをこれらの供給源からＭＭＳ２００４に渡すことができる。上述したように、ＭＭＳ２００４は次に、シリアル・データを、ＥＭＲシステムまたはＡＤＴシステムなど、介護者のバックエンド・システム２０６に格納してもよい。
【０１５８】
このシリアル・データを提供する医療機器は、様々な異なる所有プロトコル、メッセージング・インフラストラクチャ、およびハブ１００が本来認識可能でないことがあるものなどを使用することがある。したがって、ハブ１００は、この医療機器からのパラメータ値または他のデータを読み取る能力を本来有さないことがあり、その結果、これらのデバイスからのパラメータ値または他のデータを表示する能力を有さないことがある。しかしながら、有利には、ＭＭＳ２００４における翻訳モジュール２００５が、シリアル・データをこれらのデバイスから受信し、シリアル・データをモニタリング・ハブ１００が認識可能な形式へと翻訳し、シリアル・データをモニタリング・ハブ１００に提供することができる。モニタリング・ハブ１００は、次に、パラメータ値および他のデータを翻訳された情報から読み取り、これらの値またはデータを、上述したディスプレイのいずれかなどのディスプレイに出力することができる。
【０１５９】
翻訳モジュール２００５は、１つまたは複数の翻訳規則をシリアル・データに適用して、シリアル・データをある形式から別の形式へと翻訳または変換することができる。シリアル・データは、ヘルス・レベル７（「ＨＬ７」）プロトコルにしたがってフォーマット化されてもよい。ＨＬ７プロトコルは、臨床メッセージを医療用コンピュータ・システムとデバイスとの間で通信するメッセージング・フレームワークを提供するために開発されてきた。しかしながら、ＨＬ７規格は非常に柔軟性が高く、単にガイドラインのフレームワークを提供するものである。結果として、ＨＬ７に準拠した全ての医療用デバイスまたは臨床用コンピュータ・システムは、互いと通信することが依然としてできないことがある。例えば、医療機器２１４〜２２０は、あるバージョンのＨＬ７プロトコルをそれぞれ実装してもよいが、これらの実装は、モニタリング・ハブ１００によって実装されるＨＬ７プロトコルとは異なることがある。したがって、モニタリング・ハブ１００は、医療機器２１４〜２２０共々ＨＬ７規格を使用している場合であっても、それらの機器からのメッセージの解析または読取りができないことがある。更に、翻訳モジュール２００５は、ハブ１００および医療機器２１４〜２２０によって実装されるＨＬ７プロトコル以外の共通の規格の異なる実装の間で翻訳してもよい。
【０１６０】
共通の電子医療通信プロトコルの異なる実装（例えば、ＨＬ７メッセージの異なるフォーマット化）の間で翻訳することに加えて、翻訳モジュール２００５は、異なる通信プロトコルに付着した入力および出力メッセージの間で翻訳することもできる。翻訳モジュール２００５は、例えば、１つの医療通信プロトコルからのメッセージに応答して、それを別個の医療通信プロトコルへと翻訳することができる。例えば、翻訳モジュール２００５は、ＨＬ７プロトコル、ＩＳＯ  １１０７３プロトコル、他のオープン・プロトコル、または所有プロトコルにしたがって送出されたメッセージ間での通信を容易にすることができる。したがって、翻訳モジュール２００５は、ＨＬ７プロトコルにしたがって送出された入力メッセージを、異なるプロトコルにしたがった出力メッセージに翻訳することができ、その逆もまた真である。翻訳モジュール２００５は、「翻訳モジュールの実施形態」と題したセクションで更に詳細に後述され、ならびに更に、全体を参照により本明細書に組み込む、「医療モニタリング・システム（Medical Monitoring System）」の名称で２０１３年９月１９日に出願された米国特許出願第１４／０３２，１３２号に更に記載された、翻訳機構のいずれかを実装することができる。
【０１６１】
有利には、翻訳モジュール２００５は、翻訳されたシリアル・データをハブ１００またはＰＰＭ１０２に返すことができる。翻訳されたデータは、ハブ１００またはＰＰＭ１０２によって読取り可能な形式なので、ハブ１００またはＰＰＭ１０２は、医療機器２１４〜２２０からのデータをハブ１００またはＰＰＭ１０２のディスプレイ上に出力することができる。それに加えて、翻訳モジュール２００５は、翻訳されたデータを、臨床医用デバイス（携帯電話、タブレット、またはポケットベルなど）および後述する補助デバイス２０４０を含む、ハブ１００以外のデバイスに提供することができる。更に、医療機器２１４〜２２０によって提供されるシリアル・データはアラーム通知を含んでもよいので、翻訳モジュール２００５は、これらのアラーム通知をハブ１００またはＰＰＭ１０２に渡すことができる。ハブ１００またはＰＰＭ１０２は、したがって、これらのアラーム通知に応答して視覚的または可聴アラームを生成することができる。更に、翻訳モジュール２００５は、例えば、病院内ネットワークまたは広域ネットワーク（インターネットなど）を通じて、アラーム通知を臨床医用デバイスに提供することができる。それに加えて、翻訳モジュール２００５は、アラーム通知を補助デバイス２０４０に提供することができる。
【０１６２】
翻訳モジュール２００５は、翻訳モジュール２００５の翻訳規則を単一の場所で維持し更新するのに有益なことがあるので、ＭＭＳ２００４に実装されるものとして示されている。しかしながら、翻訳モジュール２００５はまた（もしくはその代わりに）、ハブ１００またはＰＰＭ１０２に実装されてもよい。したがって、ハブ１００またはＰＰＭ１０２は、ハブ１００またはＰＰＭ１０２のディスプレイに出力するため、内部翻訳モジュール２００５にアクセスしてシリアル・データを翻訳することができる。
【０１６３】
補助デバイス２０４０は、物理的コンピュータ・ハードウェア、ディスプレイなどを有する、コンピューティング・デバイスであることができる。例えば、補助デバイス２０４０は、タブレット、ラップトップ、携帯電話またはスマートフォン、携帯情報端末（ＰＤＡ）、ウェアラブル・コンピュータ（スマート・ウォッチもしくはスマート・グラスなど）など、臨床医によって使用される手持ち式のコンピューティング・デバイスであってもよい。補助デバイス２０４０はまた、単に、コンピュータ・モニタまたはデジタル・テレビなどのディスプレイ・デバイスであってもよい。補助デバイス２０４０は、ハブ１００、ＰＰＭ１０２、またはＭＭＳ２００４のための第２の画面機能性を提供することができる。そのため、補助デバイス２０４０は、無線で、または有線接続を通して、ハブ１００、ＭＭＳ２００４、またはＰＰＭ１０２と通信することができる。
【０１６４】
第２の画面デバイスとして、補助デバイス２０４０は、ハブ１００（もしくはＰＰＭ１０２）のディスプレイ、またはハブ１００（もしくはＰＰＭ１０２）のディスプレイの異なるものの少なくとも一部分のコピーを表すことができる。例えば、補助デバイス２０４０は、生理学的パラメータ・データ、傾向データ、または波形を、ハブ１００、ＰＰＭ１０２、またはＭＭＳ２００４から受信し、そのパラメータ・データ、傾向データ、または波形を表示することができる。補助デバイス２０４０は、ハブ１００、ＰＰＭ１０２、またはＭＭＳ２００４が利用可能な任意の情報を出力することができる。補助デバイス２０４０の１つの用途は、臨床医が、患者の病室から離れたところで（または更には患者の病室にいるときに）ハブ１００、ＰＰＭ１０２、またはＭＭＳ２００４からのデータを見るのに使用可能な、臨床医用デバイスとしてのものである。臨床医は、補助デバイス２０４０を使用して、ハブ１００またはＰＰＭ１０２上に表示されるのよりも詳細な、生理学的パラメータに関する情報を見ることができる（例えば、図３９を参照）。例えば、補助デバイス２０４０は、臨床医が傾向または波形にズームしてパラメータ活性をより綿密に検査することができるようにする、ズームの機能性などを含むことができる。
【０１６５】
ハブ１００またはＰＰＭ１０２のディスプレイの少なくとも一部分をコピーする１つの例示の理由は、外科的処置の間、異なる臨床医がデータの同じ画を見られるようにするためである。いくつかの外科的処置では、例えば、二人の麻酔医が患者をモニタリングしており、一方の麻酔医が患者の脳機能および脳酸素化をモニタリングし、他方が患者の末梢酸素化をモニタリングする。呪術しているような脳センサは、患者に取り付けられ、第１の麻酔医に提示されるようにハブ１００またはＰＰＭ１０２に出力される、脳モニタリングおよび酸素化データを提供してもよい。指または足指／足の光学センサも、患者に取り付けられ、ハブ１００またはＰＰＭ１０２にデータを出力することができる。ハブ１００またはＰＰＭ１０２は、このデータを、第２の麻酔医がモニタリングして患者の末梢肢における酸素化を観察することができる、補助デバイス２０４０に送信することができる。第２の麻酔医はまた、低い末梢酸素化値の深刻度またはその欠落を解釈する助けとするため、脳における酸素化を知る必要があることがある。しかしながら、多くの外科的処置では、処置の一部としてカーテンまたはスクリーンが患者の上に掛けられて、第２の麻酔医がハブ１００またはＰＰＭ１０２を見ることが妨げられる。したがって、ハブ１００またはＰＰＭ１０２は、第２の麻酔医が脳機能または酸素化をモニタリングできるように、その表示の少なくとも一部分のコピーを補助デバイス２０４０に出力することができる。
【０１６６】
補助デバイスは、ハブ１００のディスプレイよりも大きい表示面積を有する。例えば、ハブ１００は、約１０インチなど、比較的小さいディスプレイを有してもよく、補助デバイス２０４０は、４０インチ以上のディスプレイを有するテレビ・モニタなどであってもよい（ただし、任意のサイズのディスプレイが補助デバイス２０４０に使用されてもよい）。テレビとしての補助デバイス２０４０は、プロセッサ、メモリ、および無線または有線ネットワーキング・インターフェースなどを含む、ハードウェア・モジュールを含むことができる。プロセッサは、生理学的パラメータ、傾向、および波形をテレビのディスプレイ上に表示するプログラムを含む、メモリからのプログラムを実行することができる。テレビ・モニタはハブ１００よりも大きくてもよいので、テレビ・モニタの場合の補助デバイス２０４０は、患者の波形および傾向のより精密な詳細を表示することができる（例えば、図３９を参照）。
【０１６７】
補助デバイス２０４０は、本明細書に記載する表示のいずれかの一部分を表示し、ハブ１００は別の部分を表示してもよい。例えば、補助デバイス２０４０は、図１９Ａ〜１９Ｊに関して上述した解剖学図のいずれかを表示し、ハブ１００は、図２０Ａ〜２３Ｆに関して上述したパラメータ表示のいずれかを表示してもよい（またはその逆であってもよい）。同様に、補助デバイス２０４０は、翻訳モジュール２００５から受信する翻訳されたデータを表示し、ハブ１００はチャネル・データを表示してもよい（またはその逆であってもよい）。補助デバイス２０４０は、翻訳されたデータおよびチャネル・データの両方を表示することができる（例えば、図３８を参照）。
【０１６８】
補助デバイス２０４０は、モニタリング・ハブ１００の機能性のいずれかを含む、生理学的パラメータの少なくとも一部の処理を実施することができる。例えば、補助デバイス２０４０は、翻訳モジュール２００５を含み、その機構を実施してもよい。
【０１６９】
図２５は、翻訳メッセージ取扱いプロセス２１００を示している。プロセス２１００は、上述した翻訳モジュール２００５によって、または他の任意のコンピューティング・システムによって実現することができる。ブロック２５０２で、翻訳モジュール２００５は、ハブ１００（またはＰＰＭ１０２）とは本来互換性がない医療用デバイスからのメッセージを含むメッセージを、ハブ１００（またはＰＰＭ１０２）から受信する。ブロック２５０４で、翻訳モジュール２００５は、１つまたは複数の翻訳規則に基づいてメッセージを翻訳して、ハブ１００（またはＰＰＭ１０２）によって処理することができる翻訳された出力メッセージを作成することができる。ブロック２５０６で、翻訳モジュールは、翻訳された出力メッセージをハブ１００に提供して、ハブ１００（もしくはＰＰＭ１０２）または補助デバイス２０４０で表示させることができる。ハブ１００（またはＰＰＭ１０２）は、翻訳されたデータを補助デバイス２０４０に送ってもよく、補助デバイス２０４０は、翻訳されたデータを翻訳モジュール２００５から直接受信してもよい。
【０１７０】
例えば、デジタル論理回路構成を有する第１の医療用デバイスは、患者と関連付けられた生理学的信号を生理学的センサから受信することができ、生理学的信号に基づいて第１の生理学的パラメータ値を取得し、第１の生理学的パラメータ値を表示のために出力する。第１の医療用デバイスはまた、第２の生理学的パラメータ値を第１の医療用デバイス以外の第２の医療用デバイスから受信することができ、第１の医療用デバイスが第２の生理学的パラメータ値を処理して表示可能な出力値を作成することができないように、第２の生理学的パラメータ値は、第１の医療用デバイスでは使用されないプロトコルにしたがってフォーマット化される。第１の医療用デバイスは、生理学的パラメータ・データを第１の医療用デバイスから別個の翻訳モジュールに渡し、翻訳されたパラメータ・データを第１の医療用デバイスによって表示するために処理することができる場合、翻訳されたパラメータ・データを第１の医療用デバイスで翻訳モジュールから受信し、翻訳されたパラメータ・データからの第２の値を表示のために出力することができる。第１の医療用デバイスは、例えば、ハブ１００、ＰＰＭ１０２、またはＭＭＳ２００４であってもよく、第２の医療用デバイスは、薬物注入ポンプ２１６または人工呼吸器２１８などであってもよい。
【０１７１】
図２６〜３８および４６〜７１は、測定データの表示を含む、追加の例示のハブ・ディスプレイを示している。これらの表示はそれぞれ、補助デバイス２０４０によって実現されてもよいが、同様の表示はまた、ハブ１００（またはＰＰＭ１０２）上に直接出力されてもよい。例示の図に示されるものは、タッチ画面の機能性を含むタブレット・コンピュータ向けに実現されるものとして示されている。タッチ画面の機能性は任意であり、キーボード、マウス、トラック・ホイールなど、他の適切な入力デバイスに置き換えられてもよい。
【０１７２】
図２６に移ると、図示されるユーザ・インターフェースは、補助デバイス２０４０に接続されたデバイスを示している。図示されるデバイスは、モニタリング・ハブ１００であることができる「Ｏｍａｒ’ｓ  Ｈａｗｋ」である。補助デバイス２０４０は、データをハブ１００から受信するように、ハブ１００に無線で接続される。補助デバイスは、ＭＭＳ２００４またはＰＰＭ１０２にも無線で接続することができる。
【０１７３】
図２７は、補助デバイス２０４０上のデフォルトのパラメータ図を示している。パラメータ値は、ディスプレイの上側部分の波形とともに示され、他のパラメータ（ＳｐＨｂ、ＳｐＭｅｔ、ＰＶＩなど）は、対応する波形を有さずにディスプレイの下部に示されている。ディスプレイ下部のこれらのパラメータはいずれも、ディスプレイの上側部分にドラッグ・アンド・ドロップして、それらの波形を表示させてもよい。例えば、図２８は、図２７と同様のディスプレイを示しているが、ＳｐＨｂパラメータがディスプレイの上側部分にドラッグ・アンド・ドロップされて、ＳｐＨｂ波形とアラーム限界（１８および７）に関する追加の詳細とが示されるようにしている点が異なっている。同様に、図２９は、図２８と同じディスプレイを示しているが、ＳｐＭｅｔパラメータがディスプレイの上側部分にドラッグ・アンド・ドロップされて、その波形およびアラーム限界（３）が示されるようにしている点が異なっている。
【０１７４】
図２７〜２９のディスプレイそれぞれにおいて、右上の角に時間窓ボタンが示されている。この時間窓ボタンは、図２７〜２９では「１時間」を示しているが、時間窓を変更するようにユーザによって選択されてもよく、それがディスプレイに示される傾向または波形データの窓に影響を及ぼす場合がある。この時間窓ボタンのユーザ選択、および１０分の窓への変化が図３０に示されている。図に見られるように、図３０の波形は前出の図面よりも小さい窓内に示されている。
【０１７５】
図３１は、本明細書の別の箇所に記載する他のスタッキングされた波形と同様の、スタッキングされたＳｐＯ２および呼吸波形を含むスタッキングされた波形を有する、図２９のディスプレイの別のものを示している。図３２は、脈拍数（ＰＲ）およびＳｐＭｅｔ（メトヘモグロビン）パラメータがアラーム条件にあるものとして強調されている、図２９と同様のディスプレイを示している。アラーム条件は、パラメータ値および波形の周りの赤いボックスとして、またはボックスの少なくとも一部分を透明な赤に色付けして表すことができる。赤色のボックスまたは透明は点滅してもよく、可聴アラームが鳴ってもよい。アラーム条件を表す他のやり方も使用することができる。
【０１７６】
図３３は、ユーザがパラメータ（例えば、ＳｐＨｂまたは総ヘモグロビン）に対してアラーム限界を調節できるようにする、ポップアップ・インターフェースを示している。ポップアップ・インターフェースは、可能なパラメータ限界値の中でユーザが迅速にスクロールし選択することを可能にする、スクロール・ホイールを含む。
【０１７７】
図３４〜３８は、図２６〜３３の縦型ディスプレイとは対照的な横型ディスプレイを示している。これらの横型ディスプレイ画面は、補助デバイス２０４０（タブレットなど）を横向きに回転させることによってアクセスされてもよい。図３４は、第１の組のパラメータを示し、図３５および３６は、図２７〜２９に関して上述したのと同様の、波形および追加のアラーム限界の詳細を含む、追加のドラッグ・アンド・ドロップされたパラメータを付加している。図３７は、スタッキングされたパラメータ波形、スタッキングするＳｐＯ２および呼吸波形を示している。図３８は、チャネル・パラメータ（ＳｐＯ２、ＰＲ（脈拍数）、およびＲＲａ（音響的に測定した呼吸数）など）と、ポンプおよびベントからのパラメータを含む、翻訳されたシリアル・データ・パラメータ２２１０との両方を示している。これらの翻訳されたシリアル・データ・パラメータ２２１０は、翻訳モジュール２００５から、ハブ１００を通して、またはＭＭＳ２００４から直接受信されていてもよい。
【０１７８】
図２４を再び参照すると、上述したように、ハブ１００またはＰＰＭ１０２は、表示の少なくとも一部分のコピーを補助デバイス２０４０に出力することができる。ハブ１００またはＰＰＭ１０２は、ハブ１００またはＰＰＭ１０２上に示される全パラメータのサブセットに関するデータを、補助デバイス２０４０に出力することができる。例えば、ハブ１００またはＰＰＭ１０２は、表示されるパラメータの１つまたは複数を選択して、補助デバイス２０４０上に表示されるその１つまたは複数のパラメータだけを見るように、臨床医に対して機能性を提供してもよい。それによって、補助デバイス２０４０のディスプレイ上に表示されるパラメータをハブ１００またはＰＰＭ１０２よりも少なくすることができるので、補助デバイス２０４０が選択された１つまたは複数のパラメータに関して更なる詳細を示すことが可能になってもよい。
【０１７９】
図３９は、１つのパラメータである呼吸数に関するデータを示す、補助デバイス２０４０の１つの例示のディスプレイを示している。ハブ１００またはＰＰＭ１０２の主要ディスプレイとは異なり、図３９に示されるディスプレイは、単に呼吸数の現在の値２２１５、最近の傾向２２３０、および小さい波形以上のものを含む。それに加えて、ディスプレイは、モニタリングされている患者の（例えば、過去数日間の）高値および低値の履歴のヒストグラム２２２０を示す。それに加えて、ハブ１００またはＰＰＭ１０２の主要ディスプレイ上に示される波形よりも大きくてもよく、患者の呼吸状態に対するより詳細な洞察をユーザに与えてもよい、詳細な波形２２４０が示される。ユーザは、波形２２４０（またはディスプレイの他の態様）にズームして、波形２２４２が拡大されてディスプレイの他の要素の代わりにディスプレイを占めるようにすることなどを選択してもよい。他のグラフ、表、波形、およびデータが、呼吸パラメータに関して、補助デバイスのディスプレイ２０４０上に示されてもよい。当然ながら、補助デバイス２０４０上の詳細な表示に対して、呼吸数以外のパラメータも選択されてもよい。
【０１８０】
ＩＶ．翻訳モジュール
図４０Ａ〜４５Ｄに関して記載する以下の特徴のいずれも、図２４の翻訳モジュール２００５によって、または図２４に関して上述したデバイスのいずれかとともに実現することができる。
【０１８１】
ヘルスケアのコストは増大してきており、適正価格で高品質の患者ケアに対する要求も増大している。ヘルスケアのコストは、病院情報システムの有効性を向上させることによって低減することができる。医療機関の効率に影響を及ぼすことがある１つの要因は、医療機関で採用される様々な臨床コンピュータ・システムが、どの程度互いに相互作用して情報を交換できるかという点である。
【０１８２】
病院、患者ケア施設、およびヘルスケア提供者機関は、一般的に、電子ヘルスケア情報の管理のため、多種多様な異なる臨床コンピュータ・システムを含む。ＩＴまたは管理インフラストラクチャ全体の臨床コンピュータ・システムはそれぞれ、患者ケア・プロセスの特定のカテゴリまたは態様を満たす助けとなり得る。例えば、病院は、患者モニタリング・システム、医療用文書化および／または画像化システム、患者管理システム、電子カルテシステム、電子診療管理システム、経営財務システム（薬局および請求など）、ならびに／あるいは通信システムなどを含むことができる。
【０１８３】
病院または他の患者ケア施設におけるケアの質は、ＩＴインフラストラクチャにわたる（または更には、同じ病室内における（例えば、図１および２４を参照））異なる臨床コンピュータ・システムそれぞれが、互いに有効に通信できた場合に改善することができる。これによって、ある臨床コンピュータ・システムによって収集された患者データを、かかる患者データを利用することができる別の臨床コンピュータ・システムと交換するのを可能にすることができる。例えば、これによって、利用可能な情報全ての十分な解析に基づいて、患者ケアに関する決定を行い、取るべき措置を講じることが可能になってもよい。
【０１８４】
現在の現場では、個々の臨床コンピュータ・システムが異なるベンダーによって提供される可能性があり、多くの場合はそうである。結果として、個々の臨床コンピュータ・システムは、所有するネットワークまたは通信インフラストラクチャ、所有する通信プロトコルなどを使用して実現されてもよいが、病院で使用される様々な臨床コンピュータ・システムが常に互いと有効に通信できるわけではない。
【０１８５】
医療用デバイスおよび医療システムのベンダーは、自身の市場シェアを増加させ、追加の製品、システム、および／またはアップグレードをヘルスケア提供者にアップセルするために、他のベンダーの医療用デバイスおよびシステムと有効に通信できない所有システムを開発することがある。したがって、ヘルスケア提供者は、使用中である各タイプの個々の臨床コンピュータ・システムに対して利用可能な最良の技術を選択するのではなく、企業規模またはシステム全体での購入を決定させられる。
【０１８６】
これが行われる一例は、患者モニタリングに利用可能な救命技術の分野である。例えば、様々な生理学的パラメータをモニタリングする多くの異なるベッドサイド・デバイスが、異なるベンダーまたは提供業者から利用可能である。１つのかかる提供業者は、特定の生理学的パラメータをモニタリングする最高クラスのデバイスを提案することがあり、別のかかる提供業者は、別の生理学的パラメータをモニタリングする最高クラスのデバイスを提案することがある。したがって、状況によっては、病院が、１つを超えるメーカーによるモニタリング・デバイスを使用する自由度を有するのが望ましいことがあるが、異なるメーカーによるデバイスが相互作用し、患者情報を交換することができない場合、これは不可能なことがある。したがって、適正価格で高品質の患者ケアを提供する能力が犠牲になる場合がある。それに加えて、各病院または患者ケア施設は、その臨床コンピュータ・ネットワーク環境に対して自身の所有通信プロトコルを実現することがあるので、情報の交換が更に妨げられる場合がある。
【０１８７】
上述したように、ヘルス・レベル７（「ＨＬ７」）プロトコルが、臨床メッセージを医療用コンピュータ・システムとデバイスとの間で通信するメッセージング・フレームワークを提供するために開発されてきた。ＨＬ７通信プロトコルは、様々なＨＬ７に準拠した臨床コンピュータ・システムが互いに通信するのに使用することができる、多数の規格、ガイドライン、および方法論を指定する。
【０１８８】
ＨＬ７通信プロトコルは、多くの医療用デバイス・メーカーによって適応されてきた。しかしながら、ＨＬ７規格は非常に柔軟性が高く、単にガイドラインのフレームワーク（例えば、メッセージの高レベル論理構造）を提供するので、結果として、各医療用デバイスまたは医療システムのメーカーもしくはベンダーは、依然としてＨＬ７に準拠したまま、ある程度異なるようにＨＬ７プロトコルを実現してもよい。例えば、ＨＬ７メッセージの形式は、本明細書で更に十分に記載するように、実現例毎に異なるものであり得る。場合によっては、ある実現例のＨＬ７メッセージは、別のＨＬ７実現例にしたがった場合はメッセージに含まれない情報コンテンツも含むことができる。したがって、ＨＬ７に準拠した全ての医療用デバイスまたは臨床コンピュータ・システムは、互いと通信することが依然としてできないことがある。
【０１８９】
結果として、確立された通信プロトコル（例えば、ＨＬ７）の異なる許可された実現例を使用する、医療用デバイスまたはシステム間での医療メッセージの通信を改善することができる、翻訳モジュールを提供することができ、それにより、複数の臨床コンピュータ・システムの統合によって患者ケアの質が向上する。
【０１９０】
図４０Ａは、翻訳モジュール２４１５を介して互いと通信する第１の医療用デバイス２４０５および第２の医療用デバイス２４１０を示している。第１の医療用デバイス２４０５は、許容された電子医療通信プロトコルの第１の許可された形式または実現例にしたがってメッセージを送信および受信するように構成され、第２の医療用デバイス２４１０は、電子医療通信プロトコルの第２の許可された形式または実現例にしたがってメッセージを送信および受信するように構成される。第１および第２のプロトコル形式は、ＨＬ７通信プロトコルの異なる実現例である。ＨＬ７以外の電子医療通信プロトコルを使用することもできる。
【０１９１】
翻訳モジュール２４１５は、第１のプロトコル形式を有する入力メッセージを第１の医療用デバイス２４０５から受信し、第２のプロトコル形式を有する第２の医療用デバイス２４１０への出力メッセージを生成する。翻訳モジュール２４１５はまた、第２のプロトコル形式を有する入力メッセージを第２の医療用デバイス２４１０から受信し、第１のプロトコル形式を有する第１の医療用デバイス２４０５への出力メッセージを生成する。したがって、翻訳モジュール２４１５は、第１および第２の医療用デバイス２４０５、２４１０が、通信機器または各デバイスによって実現されるプロトコルに対する修正を必ずしも要することなく、互いに有効にシームレスに通信できるようにすることができる。
【０１９２】
翻訳モジュール２４１５は、例えば、入力メッセージにおける情報に基づいて、または様々なデバイスによって使用されるプロトコル形式を格納するデータベースを参照することによって、入力メッセージの意図される受信者によって予期されるプロトコル形式を決定することができ、次に、意図される受信者のデバイスまたはシステムによって使用されるプロトコル形式に基づいて、出力メッセージを生成する。出力メッセージは、翻訳モジュール２４１５によってアクセス可能である、一組の翻訳規則２４２０との比較およびその適用に基づいて、生成することができる。
【０１９３】
翻訳規則２４２０は、共通のプロトコル内でのフォーマット化の実現例の間で起こり得るばらつきをどのように扱うかを決める規則を含むことができる。電子医療通信プロトコルのフォーマット化の実現例におけるばらつきの例としては、例えば、データ・フィールドを分離するのに使用されるデリミッタまたはセパレータの文字、特定のフィールドが必須であるかまたは任意であるか、メッセージの部分（例えば、セグメント、フィールド、コンポーネント、サブコンポーネント）の反復可能性、メッセージの部分のシーケンス（例えば、フィールドもしくはコンポーネントの順序）、メッセージの特定の部分が含まれるか否か、メッセージまたはメッセージの部分の長さ、およびメッセージの様々な部分に使用されるデータ・タイプが挙げられる。
【０１９４】
翻訳規則２４２０は、第１のＨＬ７実現例に付着する入力メッセージを、第２のＨＬ７実現例に付着する出力メッセージへと「翻訳」するために実施することができる、追加、削除、交換、および／または修正を規定することができる。出力メッセージは、例えば、入力メッセージの内容またはコンテンツの全てもしくは一部分を維持したまま、入力メッセージとは異なるフォーマット化を有することができる。
【０１９５】
共通の電子医療通信プロトコルの異なる実現（例えば、ＨＬ７メッセージの異なるフォーマット化）の間で翻訳することに加えて、翻訳モジュール２４１５は、異なる通信プロトコルに付着した入力および出力メッセージの間で翻訳することもできる。翻訳モジュール２４１５は、例えば、１つの医療通信プロトコルからのメッセージに応答して、それを別個の医療通信プロトコルへと翻訳することができる。例えば、翻訳モジュール２４１５は、ＨＬ７プロトコル、ＩＳＯ  １１０７３プロトコル、他のオープン・プロトコル、および／または所有プロトコルにしたがって送出されたメッセージ間での通信を容易にすることができる。したがって、ＨＬ７プロトコルにしたがって送出された入力メッセージは、異なるプロトコルにしたがって出力メッセージに翻訳することができ、その逆もまた真である。
【０１９６】
翻訳モジュール２４１５および翻訳規則２４２０の動作について、更に詳細に後述する。次に、翻訳モジュール２４１５を含むシステム・アーキテクチャの様々な例について記載する。
【０１９７】
第１の医療用デバイス２４０５、第２の医療用デバイス２４１０、および翻訳モジュール２４１５は、共通の通信ネットワークへの接続を介して、あるいは例えば、ハブ１００、ＰＰＭ１０２、および／またはＭＭＳ２００４を通して直接（ケーブルを介してもしくは無線で）、通信可能に連結することができる。翻訳モジュール２４１５は、第１および第２の医療用デバイス２４０５、２４１０間の全てのメッセージが翻訳モジュール２４１５を通して送られるように、第１の医療用デバイス２４０５と第２の医療用デバイス２４１０との間に（通信ネットワークを用いてもしくは用いずに）通信可能に連結することができる。他のアーキテクチャも可能である。
【０１９８】
第１および第２の医療用デバイス２４０５、２４１０、ならびに翻訳モジュール２４１５を、例えば、上述した図１または２４のモニタリング環境の一部分に含めることができる。第１の医療用デバイス２４０５は、例えば、薬物注入ポンプ２１６または人工呼吸器２１８であってもよく、第２の医療用デバイス２４１０は、例えば、モニタリング・ハブ１００、ＰＰＭ１０２、ＭＭＳ２００４、または補助デバイス２０４０であってもよい。翻訳モジュール２４１５は、翻訳モジュール２００５の実現例である。
【０１９９】
翻訳モジュール２４１５は、病院環境内の複数のネットワークにわたる通信を容易にすることができる。それに加えて、または任意に、翻訳モジュール２４１５は、病院または臨床ネットワーク環境の外側まで延在する１つまたは複数のネットワークにわたるメッセージの通信を容易にすることができる。例えば、翻訳モジュール２４１５は、金融機関、保険事業者、政府機関、外部薬局、他の病院、老人ホーム、または患者ケア施設、診療所などとの通信インターフェースを提供することができる。
【０２００】
図４０の翻訳モジュール２４１５は、例えば、図２４に関して上述した環境２０００の構成要素であることができる。例えば、翻訳モジュール２４１５は、上述の病院ネットワークまたは他のネットワークまたはモニタリング環境と通信可能に連結することができる。翻訳モジュール２４１５は、例えば、生理学的パラメータ測定値、生理学的パラメータ傾向情報、および生理学的パラメータ・アラーム条件を含む患者モニタリング情報の、ベッドサイド医療用モニタ・デバイス、看護師モニタリング・ステーション、病院または臨床情報システム（電子カルテを格納してもよい）、ならびに／あるいは他の多くの医療用デバイスおよびシステムとの交換を容易にすることができる。翻訳モジュール２４１５は、異なる医療用デバイスおよびシステム間でのシームレスな通信ができるようにすることができ、デバイスおよびシステムはそれぞれ、臨床または病院ネットワーク環境内で、例えばＨＬ７通信プロトコルなど、電子医療通信プロトコルの異なる実現例を使用してもよい。
【０２０１】
翻訳モジュール２４１５はまた、患者モニタリング・サブシステムの一部である第１の医療用デバイスと、患者モニタリング・システム２００の一部ではない、即ちその外部にある、第２の医療用デバイスとの通信を容易にすることができる。そのため、翻訳モジュール２４１５は、外部で生成された医療メッセージ（ＨＩＳもしくはＣＩＳからの患者情報更新メッセージ、状態クエリ・メッセージなど）に応答し、外部報告メッセージ（患者モニタもしくは看護師モニタリング・ステーションからのイベント報告メッセージ、アラーム通知メッセージなど）を生成することが可能であり得る。
【０２０２】
第１および第２の医療用デバイス２４０５、２４１０は、通信バス２４２１を通じて互いと通信することができる。通信バス２４２１は、インターネット、病院ＷＬＡＮ、ＬＡＮ、パーソナル・エリア・ネットワークなどを含む、上述した通信ネットワーク、システム、および方法のいずれか１つまたは複数を含むことができる。例えば、上述したネットワークのいずれかを使用して、上述した第１および第２の医療用デバイス２４０５、２４１０を含む、複数の医療用デバイス間での通信を容易にすることができる。かかる１つの例が図４０Ｂに示されている。
【０２０３】
図４０Ｂでは、第１の医療用デバイス２４０５は、通信バス２４２１にメッセージを提供する。メッセージは、第２の医療用デバイス２４１０が受信することが意図されているが、第１および第２の医療用デバイス２４０５、２４１０は異なる通信プロトコル形式にしたがって通信するので、第２の医療用デバイス２４１０はメッセージを処理することができない。
【０２０４】
翻訳モジュール２４１５は、かかるメッセージに関して通信バス２４２１をモニタリングする。翻訳モジュールは、メッセージを受信し、第１の医療用デバイス２４０５が第２の医療用デバイス２４１０との通信を試みていると判定する。翻訳モジュール２４１５は、メッセージの翻訳によって第１および第２の医療用デバイス２４０５、２４１０間での通信が容易になるであろうと判定する。したがって、翻訳モジュール２４１５は、翻訳モジュール２４２０に格納された適切な翻訳規則を利用する。翻訳モジュール２４２０は、メモリ、ＥＰＲＯＭ、ＲＡＭ、ＲＯＭなどを含むことができる。
【０２０５】
翻訳モジュール２４１５は、本明細書に記載する方法のいずれかにしたがって、第１の医療用デバイス２４０５からのメッセージを翻訳する。翻訳されると、翻訳モジュール２４１５は、翻訳されたメッセージを通信バス２４２１に送達する。第２の医療用デバイス２４１０は、翻訳されたメッセージを受信し、適宜応答する。例えば、第２の医療用デバイスは、機能を実施してもよく、ならびに／あるいは第１の医療用デバイス２４０５との通信を試みてもよい。翻訳モジュール２４１５は、同様の方式で、第２の医療用デバイス２４１０から第１の医療用デバイス２４０５への通信を容易にする。
【０２０６】
第１の医療用デバイス２４０５および第２の医療用デバイス２４１０は、例えば、病院ネットワーク、あるいはハブ１００、ＰＰＭ１０２、および／またはＭＭＳ２００４のいずれかに通信可能に連結された、医療用デバイスまたはシステムであることができる。これらの医療用デバイスまたはシステムとしては、例えば、ポイント・オブ・ケア・デバイス（ベッドサイド患者モニタなど）、データ格納部または患者記録データベース、病院または臨床情報システム、集中モニタリング・ステーション（看護師モニタリング・ステーションなど）、ならびに／あるいは臨床医用デバイス（ポケットベル、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、ラップトップ、タブレットＰＣ、パーソナル・コンピュータ、ポッドなど）を挙げることができる。
【０２０７】
第１の医療用デバイス２４０５は、生理学的パラメータ（例えば、酸素飽和度、脈拍数、血圧など）を追跡する、患者に通信可能に連結する患者モニタであることができ、第２の医療用デバイス２４１０は、病院情報システム（「ＨＩＳ」）または臨床情報システム（「ＣＩＳ」）である。患者モニタは、生理学的パラメータ測定値、生理学的パラメータ・アラーム、または患者のモニタリング中に生成された他の生理学的パラメータ測定情報を、ＨＩＳまたはＣＩＳによって維持されている患者の電子カルテに含めるため、ＨＩＳまたはＣＩＳに通信することができる。
【０２０８】
本明細書に記載するように、第１の医療用デバイス２４０５はＨＩＳまたはＣＩＳであることができ、第２の医療用デバイス２４１０は、看護師モニタリング・ステーションであることができる。しかしながら、翻訳モジュール２４１５は、病院または他の患者ケア施設で使用される、多種多様な医療用デバイスおよびシステムの間での通信を容易にすることができる。例えば、翻訳モジュール２４１５は、患者生理学的パラメータ・モニタリング・デバイス間、モニタリング・デバイスと看護師モニタリング・ステーションとの間などでの通信を容易にすることができる。
【０２０９】
翻訳モジュール２４１５を使用して、本明細書に記載するものなどの患者モニタリング・サブシステム（例えば、生理学的モニタリング・システム２００）は、ＨＩＳがＨＬ７プロトコルの異なる実現例または他の何らかの電子医療通信プロトコルを使用する場合であっても、データをＨＩＳに対してプッシュするか、またはＨＩＳからプルすることができる。
【０２１０】
患者モニタリング・サブシステムは、所定の間隔でデータをプッシュ／プルするように構成することができる。例えば、患者モニタまたは臨床医モニタリング・ステーションは、周期的間隔で患者データをＨＩＳから自動的にダウンロードすることができるので、患者が患者モニタに接続されたとき、患者データは既に利用可能である。ＨＩＳから送出される患者データは、患者の登録の際に受信した入院／退院／転院（「ＡＤＴ」）情報を含むことができる。ＡＤＴメッセージは、例えば、患者が入院、退院、転院したこと、もしくは登録されたこと、患者情報が更新もしくは併合されたこと、または転院もしくは退院が取り消されたことを副システムに通知するため、病院情報システムによって開始することができる。
【０２１１】
患者モニタリング・サブシステムは、ＨＩＳがクエリによって要請されたときのみ、ＨＩＳとの間でデータをプッシュ／プルするように構成することができる。例えば、臨床医は、ＨＩＳ上の患者の電子カルテに格納された情報を要求してもよい。
【０２１２】
患者モニタリング・サブシステムは、非要求型イベントに応答して、ＨＩＳとの間でデータをプッシュ／プルするように構成することができる。例えば、モニタリングされている患者の生理学的パラメータは、アラーム条件を入力することができ、それを自動的にＨＩＳに送信して、患者の電子カルテに格納することができる。メッセージをＨＩＳとの間でいつ通信するかを決定する、上述の方法または代替方法の任意の組み合わせを用いることができる。
【０２１３】
翻訳モジュール２４１５が関与するメッセージの通信に関する、例示のシステム・アーキテクチャおよび例示のトリガについて記載してきた。次に、翻訳モジュールの動作に関して、図２５Ａ〜２５Ｄは、翻訳プロセスの異なる段階またはステップにおける例示の医療メッセージを示している。翻訳プロセスについて、図２６、２７Ａ、および２７Ｂに関連して、更に詳細に後述する。
【０２１４】
図４１Ａは、翻訳モジュール２４１５によってＨＩＳから受信される例示のＡＤＴ入力メッセージ２５０５を示している。ＡＤＴ入力メッセージ２５０５は、ＨＬ７通信プロトコルにしたがって実現され、患者の病院への入院に関連する情報を含む。ＡＤＴメッセージ２５０５は、メッセージ・ヘッダ・セグメント２５０６、イベント・セグメント、患者特定セグメント、患者訪問セグメント、役割セグメント、診断セグメント、および複数のカスタム・セグメントを含む、複数のセグメントを含む。
【０２１５】
メッセージ・ヘッダ（「ＭＳＨ」）セグメント２５０６は、メッセージがどのように送出されているか、フィールド・デリミッタおよび符号化文字、メッセージ・タイプ、送信者および受信者などを規定することができる。ＭＳＨストリングの後の最初の記号または文字は、フィールド・デリミッタまたはセパレータ（このメッセージでは、「カレット」記号）を規定することができる。次の４つの記号または文字は、符号化文字を規定することができる。１番目の記号はコンポーネント・デリミッタ（「〜」）を規定し、２番目の記号は反復可能なデリミッタ（「｜」）を規定し、３番目の記号はエスケープ・デリミッタ（「＼」）を規定し、４番目の記号はサブコンポーネント・デリミッタ（「＆」）を規定する。これらのデリミッタは全て、ＨＬ７の実現例の間で変動することができる。
【０２１６】
例示のヘッダ・セグメント２５０６は、送出アプリケーション（「ＶＡＦＣ  ＰＩＭＳ」）、受信アプリケーション（「ＮＰＴＦ−５０８」）、メッセージの日時（「２００９１１２０１０４６０９−０６００」）、メッセージ・タイプ（「ＡＤＴ〜Ａ０１」）、メッセージ制御ＩＤ（「５８１０３」）、処理ＩＤ（「Ｐ」）、および国コード（「ＵＳＡ」）を更に含むことができる。連続するカレット記号によって表されるように、ヘッダ・セグメントは複数の空フィールドも含む。
【０２１７】
図４１Ｂは、特定されたフィールド・デリミッタ（カレット記号）に基づいて解析されてフィールドまたはエレメントに入れられた後の、メッセージ・ヘッダ・セグメント２５０６を示している。解析された入力メッセージは、拡張可能スタイルシート言語変換（ＸＳＬＴ）規則にしたがって変換されるように構成されたＸＭＬメッセージを含む。
【０２１８】
解析された入力メッセージは符号化することができる。図４１Ｃは、（例えば、ユニコード変換形式８（「ＵＴＦ−８」）符号化スキームを使用して）符号化された後の、入力メッセージの解析されたメッセージ・ヘッダ・セグメントを示している。
【０２１９】
符号化されたメッセージ・ヘッダ・セグメントは、メッセージで使用することができる様々なデータ・タイプのいくつかを示す。例えば、３番目の解析されたフィールドの送出アプリケーション（「ＶＡＦＣ  ＰＩＭＳ」）、および５番目の解析されたフィールドの受信アプリケーション（「ＮＰＴＦ−５０８」）は、階層指定子（「ＨＤ」）名前データ・タイプを使用して表される。日時フィールド（７番目の解析されたフィールド）は、タイム・スタンプ（「ＴＳ」）データ・タイプを使用して表される。処理ＩＤフィールド（１１番目の解析されたフィールド）は、処理タイプ（「ＰＴ」）データ・タイプを使用して表される。データ・タイプ識別子を含まないフィールドは、ストリング（「ＳＴ」）データ・タイプを使用して表される。他の可能なデータ・タイプとしては、例えば、コード化された要素、構造化された数値、タイミング量、テキスト・データ、日にち、入力識別子、コード化値、数字、およびシーケンス識別情報が挙げられる。セグメントの様々なフィールドまたは属性に使用されるデータ・タイプは、フォーマット化の実現例の間で変動し得る。
【０２２０】
図４１Ｄは、図４１Ａの例示の入力メッセージ２５０５に基づいた翻訳モジュール２４１５からの例示の出力メッセージ２５１０を示している。出力メッセージ２５１０は、メッセージ承認セグメント２５１２を含む。
【０２２１】
翻訳モジュールの動作に移ると、翻訳モジュール２４１５は、一組の翻訳規則２４２０のアプリケーションに基づいて、入力メッセージを反映する出力メッセージを、例えば形成、生成、または作成することができる。翻訳モジュール２４１５は、出力メッセージを形成するのに、一組の翻訳規則２４２０との比較およびその適用に基づいて、入力メッセージを、例えば翻訳、変換、転換、再フォーマット、構成、変化、再配置、修正、適応、変更、または調節することができる。翻訳モジュール２４１５は、一組の翻訳規則２４２０との比較およびその適用に基づいて、入力メッセージを、入力メッセージの内容を保持するが、新しいフォーマット化実現例を有する出力メッセージと、例えば交換または置換することができる。
【０２２２】
図４２は、入力メッセージと、翻訳モジュール２４１５と関連付けられた一組の翻訳規則２４２０との比較とに基づいて出力メッセージを生成する、翻訳プロセス２６００を示している。翻訳プロセス２６００は、ブロック２６０２で始まり、翻訳モジュール２４１５は入力メッセージを第１の医療用デバイスから受信する。
【０２２３】
ブロック２６０４で、翻訳モジュール２４１５は、入力メッセージのフォーマット化の実現例、および出力メッセージに対して使用されるフォーマット化の実現例を決定する。入力メッセージは、フォーマット化の実現例を示す１つまたは複数の識別子を含むことができる。フォーマット化の実現例は、例えば、使用されるデリミッタもしくは符号化文字、フィールドの順序、セグメント、フィールド、もしくはコンポーネントの反復可能性、フィールドのデータ・タイプ、または他の実現例の変形を特定することにより、メッセージ自体を解析することによって決定することができる。翻訳モジュール２４１５は、フォーマット化を（図４１Ｂに示されるような）メッセージの内容から分離するかまたは解析して、フォーマット化の実現例の決定を支援することができる。翻訳モジュール２４１５は、翻訳モジュール２４１５をインターフェース接続するように構成するのに用いられる各デバイスによって使用される実現例を格納するデータベースを参照することによって、入力メッセージのフォーマット化の実現例を決定することができる。
【０２２４】
出力メッセージによって使用されるフォーマット化の実現例の決定は、入力メッセージから決定することもできる。例えば、入力メッセージは、意図された受信者のアプリケーション、設備、システム、デバイス、および／または宛先を特定するフィールドを含むことができる。入力メッセージは、任意に、送出されるメッセージのタイプ（例えば、ＡＤＴメッセージ）を特定するフィールドを含むことができ、翻訳モジュール２４１５は、送出されるメッセージのタイプおよび／または送出側のアプリケーション、デバイス、またはシステムから、適切な受信者を決定することができる。翻訳モジュール２４１５は次に、入力メッセージの意図される受信者によって要求されるフォーマット化の実現例を決定することができる。
【０２２５】
決定ブロック２６０５で、翻訳モジュール２４１５は、入力メッセージの特定されたフォーマット化の実現例から、出力メッセージに対して使用される特定されたフォーマット化の実現例への翻訳に関して、規則セットが構成されているか否かを判定する。規則セットは、翻訳モジュール・ソフトウェアのインストール前に手動で構成されていてもよく、または入力メッセージの受信前に自動で構成されていてもよい。規則セットが既に構成されている場合、翻訳プロセス２６００はブロック２６０６に続く。規則セットが構成されていない場合、規則セットはブロック２６０７で構成される。規則セットの構成は、図４４および４５Ａ〜４５Ｄに関連して後述するように実施することができる。翻訳プロセス２６００は次に、ブロック２６０８に続く。
【０２２６】
ブロック２６０６で、翻訳モジュール２４１５は、入力メッセージの決定されたフォーマット化の実現例と出力メッセージのフォーマット化の実現例との間の翻訳を支配する一組の翻訳規則２４２０から、予め構成された規則を特定する。予め構成された規則の特定は手動で行うことができる。
【０２２７】
ブロック２６０８で、翻訳モジュール２４１５は、翻訳規則２４２０の構成された規則セットに基づいて出力メッセージを生成する。出力メッセージは、入力メッセージの内容の全てまたは少なくとも一部分を保持することができるが、入力メッセージの意図される受信者が予期し対応している形式を有する。
【０２２８】
翻訳規則２４２０は、例えば、一方向規則および／または双方向規則を含むことができる。一方向規則は、例えば、第１の医療用デバイス（例えば、２４０５）から第２の医療用デバイス（例えば、２４１０）へのメッセージの場合に適用されてもよいが、第２の医療用デバイスから第１の医療用デバイスへのメッセージの場合には適用されないものであることができる。例えば、一方向規則は、例えばＨＬ７通信プロトコルの、２つの異なるフォーマット化の実現例に対するフィールド間で使用されるデリミッタを扱うことができる。翻訳モジュール２４１５は、フィールド・デリミッタに入力メッセージの意図される受信者が対応しているかを判定する、フィールド・デリミッタ規則を適用することができる。入力メッセージのフィールド・デリミッタに意図される受信者が対応していない場合、フィールド・デリミッタ規則は、入力メッセージのフィールド・デリミッタを意図される受信者が対応しているフィールド・デリミッタと交換することができる。
【０２２９】
例えば、入力医療用デバイスからの入力メッセージは、「カレット」記号（「＾」）をフィールド・デリミッタまたはセパレータとして使用する、フォーマット化の実現例を含むことができる。しかしながら、意図される受信者の医療用デバイスによって認識されるフォーマット化の実現例は、「パイプ」記号（「｜」）をフィールド・デリミッタとして使用してもよい。翻訳モジュール２４１５は、一組の翻訳規則２４２０から、意図される受信者の医療用デバイスによって認識されるフォーマット化の実現例で使用されるフィールド・デリミッタ記号を特定することができ、入力メッセージに基づいて、入力信号で使用されるカレットのフィールド・デリミッタ記号の代わりにパイプのフィールド・デリミッタ記号を使用する、出力メッセージを生成する。パイプ記号でカレット記号を置換する規則は、この場合、パイプ記号をフィールド・デリミッタとして認識する受信者デバイスに送出されるメッセージにのみ当てはまるであろう。カレット記号をフィールド・デリミッタとして認識することが分かっている受信者デバイスに対するものであることが意図されるメッセージの場合、この規則には、カレット記号がパイプ記号に置換されるべきであることを示す、相補規則を付随させることができる。
【０２３０】
別の一方向規則は、異なるフォーマット化の実現例の間に特定のフィールドが存在するかしないかを扱うことができる。例えば、入力医療用デバイスからの入力メッセージは、意図される受信者の医療用デバイスによって認識されないであろうフィールドを含む場合がある。翻訳モジュール２４１５は、認識されないかまたは対応していないフィールドを含まない出力メッセージを生成することができる。入力メッセージが、意図される受信者の医療用デバイスによって予期されるフィールドを含まない状況では、一組の翻訳規則２４２０は、意図される受信者の医療用デバイスによって予期されるフィールドにヌル入力または空「」のストリングを挿入する規則、および／または受信者のデバイスに予期されるフィールドが存在しないことを警告する規則を含むことができる。送信者のデバイスにも、翻訳モジュール２４１５によって、受信者のデバイスがメッセージの特定の部分に対応していないことが通知されてもよい。
【０２３１】
他の一方向規則は、例えば、１つのデータ・タイプから別のものへ（例えば、ストリング（「ＳＴ」）からテキスト・データ（「ＴＸ」）へ、もしくは構造化された数値（「ＳＮ」）から数値（「ＮＭ」）へ）の変換、およびメッセージの様々な部分の長さの増減を容易にすることができる。一方向規則はまた、メッセージの部分の反復可能性における変動を扱うのに使用することができる。例えば、翻訳モジュール２４１５は、メッセージのセグメント、フィールド、コンポーネント、またはサブコンポーネントの反復されるインスタンスに、フィールド反復可能性規則を適用して、かかる反復されるインスタンスのうちいくつに受信者のデバイスが対応しているかを判定することができ、またその場合、任意の反復されるインスタンスを必要な場合に削除または追加する。例えば、患者特定セグメントの電話番号フィールドは、自宅、職場、および携帯電話の番号の入力を可能にする、反復可能なフィールドであることができる。
【０２３２】
双方向規則も使用することができる。かかる規則は、どのデバイスが送信者でどれが受信者であるかにかかわらず、第１および第２の医療用デバイス（例えば、２４０５、２４１０）の間でメッセージに均等に適用してもよい。双方向規則は、例えば、連続する変化を扱うのに使用することができる。入力医療用デバイスからの入力メッセージは、患者氏名フィールド、即ち名前コンポーネントが姓コンポーネントの前に来るフィールドを含むことができる。しかしながら、意図される受信者の医療用デバイスは、姓コンポーネントが名前コンポーネントの前に来る実現例を予期していることがある。したがって、一組の翻訳規則２４２０は、２つの医療用デバイス間、または２つのフォーマット化の実現例間で通信するとき、名前および姓コンポーネントの順序を交換する双方向規則を含むことができる。一般に、フィールド、コンポーネント、またはサブコンポーネントが意図される受信者に対して適切な順序であるか否かを判定し、必要な場合はそれらを再配置する、フィールド順序規則を適用することができる。例えば、フォーマット化の実現例間での他の連続的な変形例、または他のタイプの変形例を扱う、他の双方向規則を含むことができる。
【０２３３】
翻訳規則２４２０は複合規則も含むことができる。例えば、複合規則は規則のｉｆ−ｔｈｅｎシーケンスを含むことができ、規則は別の規則の結果に応じて決まり得る。いくつかの翻訳規則２４２０は、演算および論理（例えば、ブール論理またはファジー論理）などを用いてもよい。
【０２３４】
上述したように、病院ベースの通信ネットワークを通じて通信されるメッセージは、ＨＬ７プロトコルを用いることができる。図４３Ａおよび４３Ｂは、ＨＬ７メッセージが、病院ベースの通信ネットワークまたは臨床ネットワークを通じてＨＩＳと医療用デバイスとの間で通信される、翻訳プロセス２７００Ａ、２７００Ｂを示している。翻訳プロセス２７００Ａ、２７００Ｂについて、第１および第２のＨＬ７形式の間での「翻訳」を支配する規則が既に構成されているという仮定で記載する。
【０２３５】
図４３Ａは、翻訳モジュール２４１５が、図４１ＡのＡＤＴメッセージなどのＨＬ７メッセージを、第１のＨＬ７形式を有するＨＩＳから、第２のＨＬ７形式を有する、患者モニタまたは臨床医モニタリング・ステーションなどの意図される受信者の医療用デバイスへと通信するのを容易にする、翻訳プロセス２７００Ａを示している。
【０２３６】
翻訳プロセス２７００Ａは、ブロック２７０１で始まり、翻訳モジュール２４１５は、第１のＨＬ７形式を有する入力メッセージをＨＩＳから受信する。入力メッセージは、例えば、電子カルテ・データベースからの、患者の入院および／または患者識別情報および患者の医療履歴情報に関する情報を含む。
【０２３７】
ブロック２７０３で、翻訳モジュール２４１５は、入力メッセージのフォーマット化の実現例、および出力メッセージに対して使用されるフォーマット化の実現例を決定する。これらの決定は、図４２のブロック２６０４と関連して上述した決定と同様の方式で行うことができる。
【０２３８】
ブロック２７０５で、翻訳モジュール２４１５は、入力メッセージの決定されたＨＬ７形式と、出力メッセージのＨＬ７形式との間での翻訳を支配する規則を特定し、特定された規則に基づいて、第２のＨＬ７形式を有する出力メッセージを生成する。出力メッセージは、ＨＩＳによって送出される入力メッセージの内容を保持することができるが、入力メッセージの意図される受信者が予期し対応している形式を有することができる。
【０２３９】
ブロック２７０７で、翻訳モジュール２４１５は、病院ベースの通信ネットワークを通じて、出力メッセージを意図される受信者に対して出力することができる。意図される受信者は、承認メッセージを病院情報システムに返信して、受信成功を承認するかまたはエラーが起こったことを報告することができる。
【０２４０】
図４３Ｂは、第１のＨＬ７形式を有する患者モニタなどの医療用デバイスから第２のＨＬ７形式を有するＨＩＳへと、ＨＬ７メッセージを通信するのを翻訳モジュール２４１５が容易にする、翻訳プロセス２７００Ｂを示している。例えば、患者モニタは、患者アラーム・データなどの報告イベント・データをＨＩＳに送信して、患者の電子カルテに格納することができる。
【０２４１】
翻訳プロセス２７００Ｂは、ブロック２７０２で始まり、翻訳モジュール２４１５は、第１のＨＬ７形式を有する入力メッセージを医療用デバイスから受信する。入力メッセージは、ＨＩＳと関連付けられた電子カルテ・データベースに格納される、モニタリングされている患者の１つまたは複数の生理学的パラメータに関する、患者モニタリング・データまたはアラーム・データを含むことができる。
【０２４２】
ブロック２７０４で、翻訳モジュール２４１５は、入力メッセージのフォーマット化の実現例、および出力メッセージに対して使用されるフォーマット化の実現例を決定する。これらの決定は、図４２のブロック２６０４と関連して上述した決定と同様の方式で行うことができる。
【０２４３】
ブロック２７０６で、翻訳モジュール２４１５は、入力メッセージの決定されたＨＬ７形式と、出力メッセージのＨＬ７形式との間での翻訳を支配する規則を特定し、特定された規則に基づいて、第２のＨＬ７形式を有する出力メッセージを生成する。出力メッセージは、医療用デバイスによって送出される入力メッセージの内容を保持することができるが、ＨＩＳが予期し対応している形式を有することができる。
【０２４４】
ブロック２７０８で、翻訳モジュール２４１５は、病院ベースの通信ネットワークを通じて、出力メッセージを病院情報システムに対して出力することができる。ＨＩＳは、承認メッセージを医療用デバイスに返信して、受信成功を承認するかまたはエラーが起こったことを報告することができる。
【０２４５】
図４２、４３Ａ、および４３Ｂは、翻訳モジュール２４１５の動作を説明している。図４４および４５Ａ〜４５Ｄは、翻訳規則２４２０の構成の説明を例示するのに使用される。
【０２４６】
翻訳規則２４２０は、１つまたは複数のスタイルシート、階層関係データ構造、表、リスト、他のデータ構造、それらの組み合わせ、および／またはその他として実現することができる。翻訳規則２４２０は、翻訳モジュール２４１５内のローカル・メモリに格納することができる。翻訳規則２４２０は、外部メモリに、または翻訳モジュール２４１５に通信可能に連結されたデータ格納デバイスに格納することができる。
【０２４７】
翻訳モジュール２４１５は、単一の規則セットまたは複数の規則セットを含むことができる。例えば、翻訳モジュール２４１５は、各医療用デバイス／システムに対して、ならびに／あるいはネットワークに連結されているかもしくはネットワークに連結することができる、医療用デバイス／システムの可能な通信ペアそれぞれに対して、別個の規則セットを含むことができる。翻訳モジュール２４１５は、例えばＨＬ７プロトコルなど、医療通信プロトコル下で許可されるフォーマット化の実現例の可能なペアそれぞれに対して、別個の規則セットを含むことができる。
【０２４８】
翻訳規則２４２０は、例えば、図４４に示されるメッセージング実装ソフトウェア・ツール２８００を使用して、手動で入力することができる。例えば、特定の病院ネットワークのためのソフトウェア開発者は、病院ネットワークに連結されているかもしくは連結することができる、デバイスおよび／またはシステムによって使用されるプロトコル・メッセージ形式を決定し、次に規則を手動で入力して、デバイスおよび／またはシステムが対応または認識している様々なプロトコル・メッセージ形式間の「翻訳」を容易にすることができる。
【０２４９】
図４４は、翻訳モジュール２４１５によって使用される翻訳規則２４２０を手動で構成する、メッセージング実装ソフトウェア・ツール２８００からの例示のスクリーンショットを示している。メッセージング実装ソフトウェア・ツール２８００からのスクリーンショットは、ＨＬ７など、電子医療通信プロトコルのフォーマット化の実現例の間で異なることがある、様々なパラメータを示している。スクリーンショットはまた、異なるＨＬ７の実現例の間で変換する翻訳規則を規定する、または規定するのに使用される情報を、ユーザが入力することができる範囲を含む。メッセージング実装ソフトウェア・ツール２８００は、例えば、様々な医療用デバイスの既知の通信プロトコルの実現例に基づいて、様々な予め構成された規則セットを格納することができる。ユーザは、デバイスのメーカー、モデル番号などの識別情報を入力することによって、かかるデバイスが関与する通信において使用される、１つまたは複数の翻訳規則２４２０を構成してもよい。この識別情報に基づいて、メッセージング実装ツール２８００は、そのデバイスと通信される翻訳規則の予め構成された組を特定することができる。
【０２５０】
翻訳規則２４２０は自動で生成することができる。例えば、新しい組または複数組の規則の自動生成は、ネットワーク上の新しく認識された「通信している」医療用デバイスまたはシステムの検出によって始動することができる。新しい一組または複数組の規則の自動生成は、第１のメッセージが、ネットワークに連結された新しい「通信している」医療用デバイスもしくはシステムから受信されるか、またはそれに対して送出された時点で起こり得る。規則セットの自動生成は、既存の組の規則を交信することまたは動的に修正することを含むことができる。
【０２５１】
翻訳規則セットの自動生成は、様々なやり方で実施することができる。例えば、翻訳モジュール２４１５は、例えば、ネットワーク上で認識される新しいデバイスのメーカーとモデルに基づいて、翻訳規則２４２０の予め構成された組の使用を自動的に開始することができる。翻訳モジュール２４１５は、新しいデバイスまたはシステムからの１つもしくは複数のメッセージを要求し、次にメッセージを解析して、図４５Ａの自動規則構成プロセス２９００Ａによって示されるように、実現されているフォーマット化のタイプを判定することができる。自動規則構成プロセス２９００Ａは、ブロック２９０１で始まり、翻訳モジュール２４１５は、１つまたは複数のメッセージをネットワーク上の検出された医療用デバイスまたはシステムから受信する。メッセージは、意図される受信者の医療用デバイスまたはシステムへの送信の際に、あるいは翻訳モジュール２４１５、もしくはネットワークに連結された別の医療用デバイスまたはシステムによって送出されるクエリに応答して、受信することができる。
【０２５２】
ブロック２９０３で、翻訳モジュール２４１５は、例えば、メッセージを解析することによって、またはネットワーク上の各医療用デバイスもしくはシステムによってどの通信プロトコル／形式が実現されるかを示すデータベースを参考にすることによって、１つもしくは複数の受信メッセージのプロトコルを判定する。翻訳モジュール２４１５は、ＨＬ７などの単一の共通のプロトコルを使用して実現される、医療メッセージを扱うように構成することができる。したがって、非対応または非認知プロトコルを使用して受信メッセージが実現されると決定された場合、翻訳モジュールは、検出された医療用デバイスまたはシステムから受信したメッセージを無視するか、警告または警報を出力するか、あるいは翻訳せずにメッセージを送出するのを可能にすることができる。
【０２５３】
ブロック２９０５で、翻訳モジュール２４１５は、受信メッセージのフォーマット化の実現例を決定する。受信メッセージは、フォーマット化の実現例を示す１つまたは複数の識別子を含むことができる。それに加えて、または任意に、フォーマット化の実現例は、例えば、フィールド順序、使用されるデリミッタもしくは符号化文字、または他の実現の変形例をチェックすることによって、メッセージ自体を解析することによって決定することができる。翻訳モジュール２４１５は、フォーマット化をメッセージの内容から分離するかまたは解析して、フォーマット化の実現例の決定を支援することができる。
【０２５４】
ブロック２９０７で、翻訳モジュール２４１５は、検出された医療用デバイスまたはシステムから受信する、ならびに／あるいはそれに対して送出されるメッセージを扱う、１つもしくは複数の規則または規則セットを構成する。規則の構成は、新しい規則の作成または生成に関与することがある。それに加えて、または任意に、規則の構成は、既存の規則の変更または更新に関与することがある。構成された規則または規則セットは、翻訳規則２４２０を含むことができる。新しいデバイスまたはシステムによって使用されるフォーマット化の実現例に対して一組の規則が既に存在する場合、新しい翻訳規則の構成は求められないことがある。その代わりに、既存の翻訳規則を、新しいデバイスまたはシステムが関与する通信で使用するため、そのデバイスまたはシステムと関連付けることができる。翻訳モジュール２４１５は、新しいデバイスもしくはシステムに対して具体的に連動させた新しい一組の規則を作成することができ、または特定された細かいフォーマット化の変形例に基づいて、既存の一組の規則を修正することができる。
【０２５５】
翻訳モジュール２４１５は、デバイスまたはシステムによって使用される通信プロトコルおよび実現例を特定するのに有用であってもよい、テスト・メッセージを生成することができる。例えば、翻訳モジュールは、新しく検出されたデバイスまたはシステムに特定の対策を取らせる（例えば、情報を格納させる）テスト・メッセージを生成し、次に、新しく検出されたデバイスが取った対策に関する情報を問い合わせて、テスト・メッセージが理解したか否かまたはどのように理解したかを判定することができる。これは、図４５Ｂの自動規則構成プロセス２９００Ｂによって示される。
【０２５６】
自動規則構成プロセス２９００Ｂは、ブロック２９０２で始まり、翻訳モジュール２４１５は、１つまたは複数のテスト・メッセージ、即ち初期化メッセージを、ネットワーク上で検出された遠隔デバイスまたはシステムに送信する。テスト・メッセージは、例えば、特定の対策を取る（例えば、患者情報を格納する）ように遠隔デバイスまたはシステムに命令するように構成することができる。テスト・メッセージは、遠隔デバイスもしくはシステムが認識または対応するフォーマット化のタイプを示す応答を生成するように構成することができる。テスト・メッセージは、特定のフォーマット化の実現例に対応するデバイスまたはシステムのみが、テスト・メッセージを理解し適切に動作するように構成することができる。
【０２５７】
ブロック２９０４で、翻訳モジュール２４１５は、遠隔デバイスまたはシステムに問い合わせて、遠隔デバイスまたはシステムに送出されたテスト・メッセージに基づいて取られる対策に関する情報を受信して、テスト・メッセージが理解されたか否かを判定する。例えば、テスト・メッセージが、患者情報を特定の位置に格納するように遠隔デバイスまたはシステムに命令した場合、翻訳モジュール２４１５は、その位置からの情報を問い合わせて、テスト・メッセージが理解されたか否かを判定することができる。テスト・メッセージが理解されなかった場合、翻訳モジュール２４１５は、例えば、テスト・メッセージが理解されたと判定されるまで、既知のフォーマット化の実現例のテスト・メッセージを送出し続けることができる。
【０２５８】
ブロック２９０６で、翻訳モジュール２４１５は、受信した情報に基づいて、プロトコルおよびフォーマット化の実現例を決定する。一例として、テスト・メッセージは、患者氏名情報を格納する命令を含むことができる。テスト・メッセージは、名前コンポーネントおよびそれに続く姓コンポーネントを有する、患者氏名フィールドを含むことができる。翻訳モジュール２４１５は、次に、遠隔デバイスまたはシステムに問い合わせて患者の姓を返すことができる。患者の姓または名前が返されるか否かに応じて、このクエリは、遠隔デバイスまたはシステムによって使用されているフォーマット化の実現例における、フィールドの順序に関する情報を決定するのに有用であり得る。別の例として、テスト・メッセージは、コンポーネントの反復されるインスタンスを格納するように、検出されたデバイスまたはシステムに命令することができる。翻訳モジュール２４１５は次に、デバイスまたはシステムに問い合わせて、反復されるインスタンスを返して、それがあればどれが格納されるかを見ることができる。この反復性情報はまた、遠隔デバイスまたはシステムによって使用されているフォーマット化の実施例において特定のフィールドを反復することが可能か否か、また可能な場合、どのくらい多くの反復されるインスタンスが許容されるかを判定するのに有用であり得る。
【０２５９】
ブロック２９０８で、翻訳モジュール２４１５は、検出された医療用デバイスまたはシステムから受信する、ならびに／あるいはそれに対して送出されるメッセージを扱う、１つもしくは複数の規則を構成する。例えば、規則は、本明細書に記載するように、第１の医療用デバイスによって使用されるメッセージ形式から第２の医療用デバイスによって使用されるものへとメッセージを変換することができる。規則の構成は、新しい規則の作成または生成に関与することができる。それに加えて、または任意に、規則の構成は、既存の規則の変更または更新に関与することができる。新しいデバイスまたはシステムによって使用されるフォーマット化の実現例に対して一組の規則が既に存在する場合、新しい翻訳規則の構成は求められないことがある。その代わりに、既存の翻訳規則を、新しいデバイスまたはシステムが関与する通信で使用するため、そのデバイスまたはシステムと関連付けることができる。
【０２６０】
図２９Ｃおよび２９Ｄは、ＨＬ７プロトコルを利用してメッセージに対して翻訳モジュール２４１５によって実施される、自動規則構成プロセスを示している。ＨＬ７プロトコルは、例えば、管理、補給、財政、および臨床プロセスに対応する、電子メッセージを通信するのに使用することができる。例えば、ＨＬ７メッセージは、様々なヘルスケア・システムにわたって患者の人口統計的情報および来診情報を交換するのに使用される、ＡＤＴメッセージなどの患者管理メッセージを含むことができる。
【０２６１】
図４５Ｃに示される自動規則構成プロセス２９００Ｃは、図４５Ａに示されるプロセス２９００Ａと類似している。ブロック２９１１で、翻訳モジュール２４１５は、１つまたは複数のメッセージをＨＬ７医療用デバイスから受信する。ブロック２９１５で、翻訳モジュール２４１５は、ＨＬ７医療用デバイスのフォーマット化の実現例を、受信した１つまたは複数のメッセージから決定する。上述したように、フォーマット化の実現例は、例えば、フィールドの順序もしくはシーケンス、フィールド・デリミッタ文字、反復性、基数、および他のＨＬ７実現の変形例をチェックすることによって決定することができる。
【０２６２】
ブロック２９１７で、翻訳モジュール２４１５は、ＨＬ７医療用デバイスから受信する、ならびに／あるいはそれに対して送出されるメッセージを扱う、１つもしくは複数の規則を構成する。規則の構成は、検出されたフォーマット化の実現例に対する新しい規則の作成または生成に関与することができる。それに加えて、または任意に、規則の構成は、既存の規則の動的な変更または更新に関与する。新しいＨＬ７医療用デバイスによって使用されるフォーマット化の実現例に対して一組の規則が既に存在する場合、新しい翻訳規則の構成は求められないことがある。その代わりに、既存の翻訳規則を、新しいＨＬ７医療用デバイスが関与する通信で使用するため、そのデバイスと関連付けることができる。
【０２６３】
図４５Ｄに示される自動規則構成プロセス２９００Ｄは、図４５Ｂに示されるプロセス２９００Ｂと類似している。ブロック２９１２で、翻訳モジュール２４１５は、１つもしくは複数のテスト、ダミー、または初期化メッセージをＨＬ７医療用デバイスに送信することができる。それに加えて、または任意に、翻訳モジュール２４１５は、１つまたは複数のテスト・メッセージを、新しいＨＬ７医療用デバイスに別のＨＬ７医療用デバイスから送信させることができる。上述したように、テスト・メッセージは、ＨＬ７デバイスがテスト・メッセージを理解するか否かを判定するように構成された、既知のＨＬ７形式を有するメッセージを含むことができる。テスト・メッセージは、例えば、テストＡＤＴメッセージを含むことができる。
【０２６４】
ブロック２９１４で、翻訳モジュール２４１５は、ＨＬ７医療用デバイスに問い合わせて、テスト・メッセージに応答して取られた対策または格納された情報に関する情報を受信する。ブロック２９１６で、翻訳モジュール２４１５は、受信した情報に基づいて、ＨＬ７デバイスのフォーマット化の実現例を決定する。翻訳モジュール２４１５は、情報を解析して、１つまたは複数のテスト・メッセージが適切に理解されたか否かを判定することができる。テスト・メッセージがどれも適切に理解されなかった場合、翻訳モジュール２４１５は、他の既知のＨＬ７形式を有する追加のテスト・メッセージを送出し、ブロック２９１４および２９１６を反復することができる。
【０２６５】
ブロック２９１８で、翻訳モジュール２４１５は、検出されたＨＬ７医療用デバイスから受信する、ならびに／あるいはそれに対して送出されるメッセージを扱う、１つもしくは複数の規則を構成する。翻訳規則の構成は、新しい翻訳規則の作成または生成に関与することができる。それに加えて、または任意に、規則の構成は、既存の規則の変更または更新に関与することができる。新しいＨＬ７医療用デバイスによって使用されるフォーマット化の実現例に対して一組の翻訳規則が既に存在する場合、新しい翻訳規則の構成は求められないことがある。その代わりに、既存の翻訳規則を、新しいＨＬ７医療用デバイスが関与する通信で使用するため、そのＨＬ７医療用デバイスと関連付けることができる。
【０２６６】
上述の自動規則構成プロセスは、翻訳モジュール２４１５によるネットワーク・デバイスまたはシステムの検出によって始動させることができる。図４５Ａ〜４５Ｄで参照される医療用デバイスは、図１または２４に示されるデバイスまたはシステムのいずれかを含むことができる。
【０２６７】
翻訳規則の自動生成は、有利には、翻訳モジュール２４１５を含む、メッセージング・サブシステム・ソフトウェアのインストール後およびコンパイル後に行うことができる。翻訳規則２４２０の自動生成または動的修正は、翻訳モジュール・ソフトウェアの再コンパイルまたは再構築の必要なしに行うことができる。この特徴は、ヘルスケア環境で使用されるソフトウェアの妥当性に関する、米国食品医薬品局（「ＦＤＡ」）の要件に有効に準拠しているという点で有利であり得る。
【０２６８】
例えば、医療用デバイスのメーカーが、病院に設置される特定の医療用デバイスまたはシステム（例えば、本明細書に記載するような、患者モニタリング・システム）、あるいは他の患者ケア設備と、病院で既に設置されている他のデバイスまたはシステム（例えば、ＨＩＳもしくはＣＩＳ）との通信を容易にするのに、翻訳モジュール２４１５を使用するように計画する状況を例に挙げる。設置される新しい医療用デバイスの動作に必要な任意のソフトウェアは、例えば、病院における他の既存のデバイスまたはシステムのＨＬ７の実現例が未知のままのことがあるという事実にかかわらず、病院で設置する前に、ＦＤＡのコンプライアンスに関して少なくとも部分的に確認されていてもよい。例えば、他の病院デバイスからメッセージを受信する際に依存する、新しい医療用デバイス用のソフトウェアの任意の態様を、予期されるメッセージ形式が受信されたときに完全かつ適正に動作することができるものとして、設置前に確認することができる。次に、医療用デバイスが病院に設置されると、翻訳モジュール２４１５が予期される形式のメッセージを新しく設置されたデバイスに提供できることを示すことによって、ソフトウェアの確認を完了することができる。このように、ＦＤＡの確認作業は、現場で行うよりも制御された形でより簡単に実施することができる設置前の時間枠に、かなりの部分を配分することができる。
【０２６９】
それに加えて、翻訳モジュール２４１５は、例えば、医療用デバイスまたはシステムが、既存のデバイスが例えばＨＬ７プロトコルの異なる実現例を使用している、異なる病院で設置されることが予期されるとき、ＦＤＡの確認を合理化するのを更に助けることができる。通常、このタイプの状況は、新しい医療用デバイスに対するソフトウェアの機能性全体が各病院で完全に確認されるという要件を課す可能性がある。しかしながら、翻訳モジュール２４１５が、新しい医療用デバイスと病院の既存のデバイスとの間をインターフェース接続するのに使用される場合、上述したように、ソフトウェアの機能性のほとんどを、設置前に一回で確認することが可能な場合がある。そのため、各病院で設置されると、医療用デバイスに対するソフトウェアの確認は、適正なメッセージ形式が翻訳モジュールから受信されるかを確認することによって完了することができる（現場カスタマイズ可能な翻訳規則）。これにより、オンサイトの確認手順を大幅に効率的にすることができ、それによって有利には、現場カスタマイズ可能な翻訳規則の使用によって、救命医療技術を患者により迅速にもたらすために、より有効なＦＤＡコンプライアンスが可能になる。
【０２７０】
Ｖ．ボード・イン・ケーブルを介したハブとの例示の接続
図２および１２を参照して記載したように、モニタリング・ハブ１００は、医療システムに接続され、例えばセンサ２０２、２２２、２２４、２２６など、様々なセンサによって獲得されるデータを受信することができる。例えば、図１２を参照すると、様々なセンサは、ボード・イン・ケーブル（ＢＩＣ）デバイスを介してモニタリング・ハブ１００に接続することができる。図１２のＢＩＣデバイスは、ハードウェアおよびソフトウェアが少なくとも部分的に、モニタリング・ハブ１００の提供業者以外の第三者メーカーによって構築された、カスタム・デバイスであってもよい。例えば、第三者メーカーは、ＢＩＣデバイスをモニタリング・ハブ１００と互換性があるように設計し構築してもよい。かかるカスタムＢＩＣは、有益には、例えば新しい生理学的パラメータ・モニタリング能力を追加することによって、モニタリング・ハブ１００の能力を拡張することができる。しかしながら、各パラメータに対してカスタムＢＩＣを設計することは労働集約的プロセスであり得る。
【０２７１】
図１２のＢＩＣは市販品のデバイスであることもできる。モニタリング・ハブ１００の提供業者は、第三者のセンサに接続されたときに新しいパラメータをモニタリングするように、任意の第三者によってプログラムすることができる、ＢＩＣを供給することができる。ＢＩＣは、例えば、プロセッサと、メモリと、ＢＩＣを設計するホイールを再発明する必要なしに、パラメータ計算アルゴリズムの迅速な開発を可能にする、プログラミング環境とを含んでもよい。このタイプのＢＩＣは、市販品のＢＩＣと見なされてもよく、有益には、第三者が自身のハードウェア（恐らくはセンサおよびケーブル以外）を製造し、ファームウェアを設計する必要を低減または排除することができる。
【０２７２】
一例として、第三者は、非侵襲性血圧（ＮＩＢＰ）モニタリング能力を追加することによって、モニタリング・ハブの機能性を拡張することを望むことがある。第三者は、モニタリング・ハブ１００とインターフェース接続する自身のＢＩＣを設計するのではなく、市販品のＢＩＣを（任意に、ハブ１００に取り付けるための関連するケーブルと併せて）モニタリング・ハブ１００の提供業者から取得することができる。第三者は、次に、モニタリング・ハブの提供業者によるＳＤＫ（上述し、更に詳細に後述するもの）にアクセスし、このＳＤＫを使用して、ＮＩＢＰモニタリング・アプリケーションとともにＢＩＣをプログラムすることができる。第三者は、次に、ＢＩＣ（および任意にケーブル）をそのセンサと併せて、病院または他の患者ケア提供業者に販売することができ、その病院または提供業者は次に、ＢＩＣをモニタリング・ハブ１００に接続して、ＮＩＢＰの機能性をモニタリング・ハブ１００に追加する。
【０２７３】
市販品のＢＩＣは、ハブ１００との相互作用を可能にする、ＡＰＩを含む、オペレーティング・システムおよびアプリケーションを含んでもよい。例えば、ＡＰＩは、ＢＩＣで稼働するアプリケーションが、アプリケーションの設定をモニタリング・ハブ１００に対して明らかにするのを可能にすることができる。したがって、市販品のＢＩＣは、ハブ上に表示されるデータを出力するだけではなく、ハブがＢＩＣの態様を制御することを可能にしてもよい。例えば、ＢＩＣ上の第三者のアプリケーションは、ＡＰＩにアクセスしてもよく、それによってハブがユーザ・インターフェースに対して、ユーザ・インターフェースが制御するアラーム限界（スライダなど）など、ＢＩＣに影響を及ぼし得る設定を明らかにする。臨床医は、ハブ上の設定にアクセスし、それらを変更し、それによってハブがＡＰＩコールを使用して、設定の更新をＢＩＣに送信するようにすることができる。
【０２７４】
上述の特徴について、図７２Ａから始めて更に詳細に記載する。図７２Ａは、ＢＩＣ、および上述した特徴のいずれかを含むことができる他の関連する構成要素、ならびに任意に追加の特徴を示している。図７２Ａは、市販品のＢＩＣ７２１０を使用したハブとのインターフェース接続の例を示している。コンピューティング環境７２００ａは、センサ７２０２とモニタリング・ハブ１００とを含むことができる。センサ７２０２は、患者のパラメータの１つまたは複数を測定する生理学的センサであることができる。センサ７２０２は、センサ・ケーブル７２０４（図１５にも図示）およびケーブル・コネクタ７２２０を介して、モニタリング・ハブ１００に接続することができる。センサ・ケーブル７２０４は２つの端部を含むことができ、第１の端部はセンサ７２０２に接続することができ、第２の端部はＢＩＣ７２１０に接続することができる。ＢＩＣ７２１０はケーブル・コネクタ７２２０に接続されてもよく、ケーブル・コネクタ７２２０はモニタリング・ハブ１００に接続することができる。
【０２７５】
センサ・ケーブル７２０４は、パラメータ計算向けおよびモニタリング・ハブ１００とインターフェース接続するためのアルゴリズムを用いてプログラムすることができる、市販品のＢＩＣ７２１０を含むことができる。ＢＩＣ７２１０は、パラメータ計算アプリケーション７２１２（任意に、ハブ１００の提供業者以外の第三者によって提供される）と、アプリケーション・プログラミング・インターフェース（ＡＰＩ）７２１４（例えば、ハブ１００の提供業者によって提供される）と、オペレーティング・システム７２１６（例えば、ハブ１００の提供業者によって提供される）とを含むことができるが、ＢＩＣ７２１０の３つの構成要素の１つまたは複数は任意であってもよい。更に、図７２Ａには示されないが、ＢＩＣ７２１０はまた、パラメータ計算アプリケーション７２１２、ＡＰＩ７２１４、およびオペレーティング・システム７２１６に対応する、ハードウェア・プロセッサと非一時的メモリとを含むことができる。
【０２７６】
パラメータ計算アプリケーションは、センサ７２０２から受信したパラメータ・データを処理するアルゴリズムを実現する、実行可能コードを含むことができる。実行可能コード（例えば、パラメータ計算アプリケーション７２１２、ＡＰＩ７２１４など）は、上述した、また図７４を参照して更に詳細に後述する、ＳＤＫによってプログラムされてもよい。
【０２７７】
ＢＩＣ７２１０によるデータ処理の一例として、ＢＩＣ７２１０は、患者の血圧を測定することができるセンサ７２０２に接続することができる。ＢＩＣ７２１０は、センサ７２０２から獲得した患者の血圧データを受信し、時間に伴う血圧の変化を含むデータ・パケットを生成することができる。別の例として、ＢＩＣ７２１０は更に、患者の心拍数データをモニタリング・ハブ１００から、または異なる医療システムと関連付けられた別のＢＩＣから受信することができる。パラメータ計算アプリケーション７２１２は、血圧データおよび心拍数データ（他のデータの中でも特に）を使用して、患者の健康指数を計算することができる。健康指数は、表示または更なる処理のため、モニタリング・ハブ１００に通信することができる。
【０２７８】
それに加えて、または任意に、ＢＩＣ７２１０は、センサ７２０２と関連付けられた表示構成をモニタリング・ハブ１００に通信することができる。例示の表示構成は、表示のサイズ、ハブ１００上に示される情報の量、表示更新の頻度、表示の色またはフォント、表示されるパラメータ、表示の形式（例えば、図形もしくは数字の形式）、情報のレイアウトなどを含むことができる。ＢＩＣ７２１０を介したモニタリング・ハブ１００の表示設定の制御の一例として、ＢＩＣ７２１０は、例えば、大型、中型、および小型サイズなど、２つ、３つ、またはそれ以上の異なるサイズの表示を提供することができ、大型サイズの表示は、患者パラメータと関連付けられたより多くの情報を含んでもよい。例えば、大型サイズは、時間に伴う心拍数の変化を示すグラフを提供してもよく、小型サイズは、現在の心拍数を示す数字を含んでもよい。ＢＩＣ７２１０は、モニタリング・ハブの表示の細区分を制御するように構成されてもよい。図２３Ｆを参照すると、ＢＩＣ７２１０が血圧データをモニタリング・ハブに通信する場合、ＢＩＣ７２１０は、ディスプレイの左下領域（血圧が示される）の設定を管理してもよい。温度センサと関連付けられた別のＢＩＣは、図２３Ｆのディスプレイの右下領域の表示設定を管理するように構成することができる。
【０２７９】
ＡＰＩ７２１４は、ＢＩＣ７２１０とハブ１００との間にインターフェースを提供するように構成することができる。この例では、ＡＰＩ７２１４はパラメータ計算アプリケーション７２１２とは別個に示されている。しかしながら、ＡＰＩ７２１４はパラメータ計算アプリケーション７２１２の一部であってもよい。ハブ１００のユーザ（例えば、看護師または医師）は、ハブ１００上のＢＩＣ７２１０（例えば、パラメータ計算アプリケーション７２１２）を管理することができる。ＡＰＩ７２１４の呼出しは、ＢＩＣ７２１０に対して行って、ユーザ入力を実現することができる。例えば、ＢＩＣ７２１０（例えば、パラメータ計算アプリケーション７２１２）は、患者の心拍数が特定の閾値数を上回る（または下回る）と、モニタリング・ハブ１００に警告を提供することができる。モニタリング・ハブ１００は、ユーザ・インターフェース要素（例えば、スライダ）をユーザに低次して、閾値数を構成することができる。モニタリング・ハブ１００のユーザは、ユーザ・インターフェース要素を作動させて閾値数を設定または更新することができる。閾値数の変化は、モニタリング・ハブ１００によってＢＩＣ７２１０に通信することができるので、ＢＩＣ７２１０は、閾値を新しい数に更新し、新しい閾値数が満たされると警告を生成する。モニタリング・ハブ１００は、ＡＰＩ７２１４の１つまたは複数の機能を呼び出して、閾値数をＢＩＣ７２１０に渡すことができる。
【０２８０】
ハブ１００またはセンサ７２０２が新しい患者に取り付けられると、ハブ１００はＢＩＣ７２１０に自動的に通知することができるので、ＢＩＣ７２１０は、パラメータ・データがどのように解釈されるかと関連付けられたパラメータ計算アプリケーション７２１２またはアルゴリズムを自動的に更新してもよい。例えば、新しい患者がモニタリング・ハブ１００およびセンサ７２０２に取り付けられると、モニタリング・ハブ１００はＡＰＩ７２１４を呼び出して、センサ７２０２と関連付けられたパラメータを計算するため、患者のベースライン・データをリセットすることができる。これらの例は、ハブ１００によってＢＩＣ７２１０の設定を変更することに関して記載しているが、同様の技術は、医療システムの他の医療用デバイスまたは構成要素を更新するのに使用することもできる。
【０２８１】
オペレーティング・システム（ＯＳ）７２１６は、パラメータ計算アプリケーション７２１２、ＡＰＩ７２１４、図７２Ａに示されないＢＩＣ７２１０の他の構成要素に個別にまたは組み合わせで対応するように構成することができる。ＯＳ７２１６は、リアルタイム・オペレーティング・システム（ＲＴＯＳ）、非ＲＴＯＳ、または他のタイプの所有もしくは非所有ＯＳ（Ｌｉｎｕｘ（登録商標）の形態など）であることができる。
【０２８２】
図７２Ａに示されるように、センサ・ケーブル７２０４はケーブル・コネクタ７２２０に接続することができる。ケーブル・コネクタ７２２０は、ＢＩＣ７２１０と接続してセンサ・ケーブル７２０４との接続を達成するケーブルを含むことができる。ケーブル・コネクタ７２２０は、チャネル・ポート２１２を介して（例えば、モニタリング・ハブのチャネル・ポートに差し込むことによって）モニタリング・ハブ１００に接続することができる。他の様々な実現例では、ケーブル・コネクタは、他のタイプのポートを介してモニタリング・ハブ１００に接続することもできる。例えば、センサ・ケーブル７２０４は、シリアル・ポート２１０を介してモニタリング・ハブ１００に接続することもできる。図示されないが、ケーブル・コネクタ７２２０はプロセッサを含むこともできる。任意に、ＢＩＣは、ケーブルのいずれかの場所にある別個のボードの代わりに、ケーブル・コネクタ７２２０内に全体的に配置することができる。
【０２８３】
ケーブル・コネクタ７２２０は、図１１Ａ〜１１Ｋに示される例示のケーブル・コネクタを含むことができる。ケーブル・コネクタ７２２０は、ハブ１００が受信することがよきできるデータのタイプと、それをどのように受信するかを記述する、情報を格納するメモリ７２２０を含むことができる。メモリ７２２０は図１２に示されるＥＰＲＯＭであることができる。ケーブル・コネクタ７２２０は、メモリ７２２０に格納されたソフトウェアまたはファームウェアを含むことができる。例えば、ソフトウェアまたはファームウェアは、ケーブル・コネクタ７２２０に、上述したように、自己記述言語を使用して入ってくるデータのタイプおよび順序を自己記述させてもよい。ケーブル・コネクタ７２２０はまた、パラメータ計算アプリケーション７２１２またはＡＰＩ７２１４に関する機能の少なくとも一部分を実現することができる。
【０２８４】
センサ・ケーブル７２０４および／またはケーブル・コネクタ７２２０は、モニタリング・ハブのメーカーまたは供給業者によって提供されてもよい。第三者の提供業者は、本明細書に記載されるＳＤＫを使用して、様々な機能性を有するＢＩＣ７２１０をプログラムしてもよい。例えば、第三者の提供業者は、パラメータ計算アプリケーション７２１２およびＡＰＩ７２１４の様々な機能を提供して、モニタリング・ハブ１００の機能性を拡張することができる。ＳＤＫによって可能にすることができる機能に関する詳細な説明については、図７４を参照して更に後述する。
【０２８５】
ＶＩ．ドングルを介したセンサおよびハブのインターフェース接続の例
モニタリング・ハブ１００は、無線接続を介してＢＩＣまたは他のセンサもしくはデバイスに接続されてもよい。無線接続には、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ、ＺｉｇＢｅｅ（登録商標）、または他のタイプの無線接続が関与してもよい。図７２Ｂは、モニタリング・ハブの無線接続の一例を示している。例示のコンピューティング環境７２００ｂでは、モニタリング・ハブ１００に対する無線接続は、ドングル７２５０を通して達成される。ドングル７２５０は、上述したＢＩＣ７２１０を無線にしたものであり得る。ドングル７２５０は、例えば、ＵＳＢポート、またはモニタリング・ハブ上の他のタイプのポートなどの接続ポートを介して、モニタリング・ハブに接続することができる。ドングルは、モニタリング・ハブ１００およびセンサ７２８２（またはセンサ７２８２と関連付けられるデバイス）とペアリングすることができる。ドングルは、患者データを無線でセンサ７２８２から受信し、データをモニタリング・ハブ１００に通信することができる。
【０２８６】
ドングル７２５０は、ハードウェア・プロセッサ７２６２、非一時的メモリ７２６４、およびネットワーク・インターフェース７２６６を含んでもよい、処理装置を含むことができる。処理装置は、例えば、ペアリング、データ受信および送信、データ処理、パラメータ計算、およびドングル７２５０に関する他の様々な機能などの機能を実施することができる。ドングル７２５０は、ＢＩＣ７２１０と同様の特定の機能を実現するように構成することができる。例えば、ドングル７２５０は、パラメータ計算アプリケーション７２１２、ＡＰＩ７２１４、およびＯＳ７２１６を実行するように構成することができる。
【０２８７】
ドングル７２５０によるデータ処理の一例として、ドングル７２５０は、患者パラメータに関するデータをセンサ７２８２から受信することができる。ドングル７２５０は、パラメータ計算アプリケーション７２１２のアルゴリズムを実行して、患者パラメータを記述する数値を生成し、かかる数値を更なる処理または表示のためにモニタリング・ハブ１００に通信することができる。別の例として、ドングル７２５０は、患者パラメータと関連付けられた表示設定をモニタリング・ハブ１００に通信することができ、それによってモニタリング・ハブ１００の表示のデフォルト設定をオーバーライドまたは補足してもよい。
【０２８８】
ＶＩＩ．センサとハブとの間の例示の通信
図７３Ａは、ＢＩＣとモニタリング・ハブ１００との間の通信に関する例示のコンピューティング環境を示している。図７３Ａに示されるコンピューティング環境７３００は、センサＡ  ７３１０ａとそれに対応するＢＩＣ  Ａ  ７３２０ａ、ならびにセンサＢ  ７３１０ｂとそれに対応するＢＩＣ  Ｂ  ７３２０ｂを含む。センサＡ  ７３１０ａおよびＢ  ７３１０ｂは、それぞれのＢＩＣ  ７３２０ａおよび７３２０ｂを介してモニタリング・ハブ１００に接続することができる。図示されないが、センサＡおよびＢは、１つもしくは複数の患者パラメータをモニタリングする、医療システムまたは患者デバイスの一部であってもよい。ＢＩＣ  ７３２０は上述したＢＩＣの機能性のいずれかを含むことができる。
【０２８９】
ＢＩＣ  ７３２０ａおよび７３２０ｂは、センサ７３１０ａ、７３１０ｂそれぞれによって獲得したデータをモニタリング・ハブ１００に渡すことができ、モニタリング・ハブ１００は、データ処理を実施して、患者パラメータ・データ、波形、アラーム、および他の結果を導き出すことができる。ハブ１００は、データを任意のＢＩＣから受信し、そのデータを１つまたは複数のパラメータの計算に組み込むことができる。一例として、モニタリング・ハブ１００は、モニタリング・ハブ１００に固有のアルゴリズムを使用して、音響センサから呼吸数を計算してもよく、また呼吸数データから心拍数を計算してもよい。外部ＥＣＧデバイスが（例えば、ＥＣＧセンサに接続されたＢＩＣとしての）モニタリング・ハブ１００に取り付けられた場合、モニタリング・ハブは、ＥＣＧデータ（音響データよりも正確なことがある）を使用して音響心拍数アルゴリズムを校正するか、または音響データに基づいて生成される出力に対する信頼値を更新してもよい（例えば、音響ＨＲがＥＣＧ  ＨＲに近いほど、ユーザに対して出力される信頼値は高くなる）。
【０２９０】
対応するセンサによって獲得されたデータを通信することに加えて、またはその代わりに、ＢＩＣは、表示設定をモニタリング・ハブ１００に通信して、モニタリング・ハブ１００の図形構成に影響を及ぼすかまたは制御することもできる。モニタリング・ハブ１００は、様々な患者パラメータまたは他の指数に対する表示のフレームワークを提供することができる。例えば、ハブ１００は、医療システムの表示特性に応じて、標準化されたグラフィカル・インターフェースを提供することができる。フレームワークは、様々なパラメータに関する表示と関連付けられた、デフォルトの位置、レイアウト、サイズ、形式を含んでもよい。ＢＩＣはデータをハブ１００に提供して、フレームワークに投入することができる。
【０２９１】
ＢＩＣは、数値の読出し、グラフ、または他の指定された表示特性を自己定義することができる。自己定義された表示特性は、（例えば、図７５に記載されるＳＤＫを介して）それぞれの医療システムと関連付けられたＢＩＣにプログラムすることができる。ＢＩＣは、これらの表示特性をモニタリング・ハブに提供することができ、それによってモニタリング・ハブ１００の１つもしくは複数の表示構成をオーバーライドまたは補足してもよい。一例として、モニタリング・ハブ１００は、最初にＢＩＣ  ７３２０ａに接続することができる。ＢＩＣ  ７３２０ｂをモニタリング・ハブ１００に追加して、新しいパラメータに対するデータを提供することができる。ディスプレイに追加される新しいパラメータがある場合、ＢＩＣ  ７３２０ｂは、例えば、ハブ１００上に示されるラベル、値が表示されるべき形態（例えば、数値、グラフ、レター・グレードなど）、ハブ１００の画面上の色（例えば、青色対緑色）、パラメータに関する情報のレイアウトなど、このパラメータに関する表示特性を提供することができる。表示特性はモニタリング・ハブ１００のバス上で公にすることができ、モニタリング・ハブ１００は、ＢＩＣ  ７３２０ｂから受信した値を表示するための表示特性を実現することができる。
【０２９２】
ＢＩＣはまた、ハブの図形をモニタリングする代わりに、画像を送出するかまたは図形を表示することができる。例えば、ＢＩＣは、ＢＩＣからの心拍数測定値を表示するため、拍動している心臓の画像またはアニメーションをハブ１００に提供することができる。心臓は、心拍数と関連付けられたアラームに応答して（例えば、心拍数が早すぎるかもしくは遅すぎるとき）、色を変化させるか、またはサイズを増加させてもよい。別の例として、ＢＩＣから受信する表示特性は、グラフィックス・ライブラリ（ＯｐｅｎＧＬなど）にアクセスするグラフィックス・コマンドを含むことができる。上記の例を参照して、コマンドは、ハブ１００にグラフィックス・ライブラリの１つまたは複数の機能を呼び出させて、心臓の形状を描写させることができる。
【０２９３】
有利には、ＢＩＣは、ハブ１００に接続されると、任意の情報をハブからプルするか、またはハブに対してプッシュすることができる。例えば、接続されたＢＩＣ  Ａは、接続されたＢＩＣ  Ｂの測定されたパラメータをハブ１００からプルすることができる。例えば、接続されたＢＩＣ  Ａは、ｘとラベル付けされたパラメータと関連付けられたデータを送出するように、ハブ１００に通知することができる。ハブ１００は、したがって、ハブ１００がラベルｘを有するデータを取得すると、かかるデータを接続されたＢＩＣ  Ａに通信することができる。ＢＩＣ  Ａは次に、その情報を使用して新しい測定されたパラメータを生成し、それを次にハブに対してプッシュして、他の接続された医療システムが表示または使用することができる。一例として、ＢＩＣ（またはモニタリング・ハブ）は、他の任意のＢＩＣおよび／またはモニタリング・ハブからの任意のパラメータ・データに基づいて、健康指数（上述）を計算することができる。
【０２９４】
ＢＩＣは、単独もしくは組み合わせでの、対応するセンサ（もしくは医療システム）、他のセンサ（もしくは医療システム）、またはハブ１００から獲得したデータに基づいて、データ処理を実施することができる。図７３Ａを引き続き参照すると、ＢＩＣ  ７３２０ａは、個別でまたは組み合わせとしての、センサ７３１０ａ、センサ７３１０ｂ、ＢＩＣ  Ｂ  ７３２０ｂ、またはモニタリング・ハブ１００からのデータを使用して、データ処理を実施することができる。一例として、センサＡ  ７３１０ａは患者の呼吸情報を測定することができ、ＢＩＣ  Ａ  ７３２０ａは、センサＡ  ７３１０ａから獲得したデータから呼吸数を計算することができる。ＢＩＣ  Ａ  ７３２０ａは、心拍数データから呼吸数を計算することもできる（例えば、心拍数が呼吸数を変調する場合）。ＢＩＣ  Ｂ  ７３２０ｂは、ＥＣＧデータをセンサＢ  ７３１０ｂから受信することができる。ＢＩＣ  Ｂ  ７３２０ｂは、ＥＣＧデータに基づいて心拍数を計算し、その心拍数を呼吸数の決定のためにＢＩＣ  Ａ  ７３２０ａに渡すことができる。ＢＩＣ  ＢはＥＣＧデータをＢＩＣ  Ａに渡すこともでき、ＢＩＣ  Ａは心拍数の計算を実施することができる。結果として得られる呼吸数および心拍数は、更なる処理または表示のため、ハブ１００に通信することができる。
【０２９５】
モニタリング・ハブ１００は、ＢＩＣによって取得することができるデータのタイプと関連付けられる制約メカニズムを実現してもよい。または、モニタリング・ハブ１００は、どのＢＩＣをハブ１００から取得できるかに対する制約がないように、オープン・ポート・ポリシーを適用してもよい。一例のポリシーでは、ＢＩＣは、ＳｐＯ２、脈拍数と関連付けられたものなど、全ての波形をモニタリング・ハブ１００から取得することができる。ＢＩＣがハブからメッセージを受信する毎に、この例では、ＢＩＣはこれらの波形を受信メッセージから引き出すことができる。
【０２９６】
ＢＩＣから受信したデータに基づいて計算を実施することに加えて、またはその代わりに、ＢＩＣは、他のタイプの動作に関してハブまたは他のＢＩＣから受信した情報を使用することができる。例えば、受信データは、ＢＩＣに接続されたセンサから受信されるデータを処理するのに使用されるアルゴリズムを校正するのに使用されてもよい。別の例として、ＢＩＣは、その処理アルゴリズムを再スタートするか、またはハブもしくは他のデバイスから受信した情報に基づいて新しいベースラインを確立することができる。この例では、ＢＩＣは、ハブ１００、またはＢＩＣに対応するセンサが、新しい患者に取り付けられているという情報を含むメッセージを、ハブ１００から受信してもよい。ＢＩＣは、したがって、このメッセージに応答して、異なる生理学的パラメータに対して、処理アルゴリズムまたは計算されたベースライン値をリセットしてもよい。それに加えて、または任意に、ＢＩＣは、新しい患者に対して新しいプロファイルを作成してもよく、患者パラメータのモニタリング、または患者パラメータと関連付けられる計算をゼロから開始してもよい。
【０２９７】
別の例として、ＢＩＣは、患者に対する警告を計算し、警告をハブ１００に出力することができる。ハブ１００は、警告の設定を調節するグラフィカル・ユーザ・インターフェース要素を表示することができる。例えば、ハブ１００のユーザは、警告を始動させる閾値条件を変更するのに、グラフィカル・ユーザ・インターフェース要素を作動させることができる。ハブ１００は、その計算を組み込むため、更新されたアラーム設定をＢＩＣに通信することができる。例えば、ユーザは、ＢＩＣによってアラームを始動させる心拍数の値を増加させてもよい。かかる増加はＢＩＣに送出することができ、心拍数がこの更新された値を下回る場合、ＢＩＣはもうアラームを生成しなくてもよい。ハブ１００はまた、図７３Ｄを参照して更に記載するように、アラーム設定の変更に加えて、または任意に、ＢＩＣの他の動作を遠隔で制御することができる。
【０２９８】
図７３Ａの例はＢＩＣとモニタリング・ハブ１００との間の双方向通信を参照して記載しているが、他の様々な状況では、同様のデータまたは通信技術を、モニタリング・ハブ１００と他のタイプの医療用デバイスとの間の通信に適用することもできる。更に、同様の技術および機能は、センサ（またはＢＩＣ）がドングルを介してハブ１００に接続されているときにも適用可能であり得る。例えば、ドングルは、例えば患者の警告情報、波形、患者パラメータ・データ、医療イベント情報などの情報を、モニタリング・ハブ１００からプルすることができる。かかる情報は、例えば、モニタリング・ハブ１００自体、またはモニタリング・ハブ１００に接続された他の外部医療用デバイスなどを介して、様々なチャネルから獲得することができる。ドングルは、表示設定を通信し、この情報に対する計算を実施し、計算の結果をモニタリング・ハブ１００に通信することもできる。
【０２９９】
図７３Ｂ、７３Ｃ、および７３Ｄは、ハブと外部デバイスとの間の通信の様々な態様に関する例示のプロセスを示している。外部デバイスは、ＢＩＣ７２１０、ドングル７２５０、または本明細書に記載する他の患者デバイスであってもよい。
【０３００】
図７３Ｂは、モニタリング・ハブまたは他の外部デバイスから獲得したデータに基づいて、外部デバイスがデータ処理を実施することができる、例示のプロセスを示している。図７３Ｂの例示のプロセス７３３０は、外部デバイスによって実施されてもよい。
【０３０１】
ブロック７３３２で、第１の外部デバイスとモニタリング・ハブとの間に接続を確立することができる。外部デバイスは、図７２Ａを参照して記載したパラメータ計算アプリケーション７２１２を実現して、センサ、モニタリング・ハブ、または別の外部デバイスから来たものであってもよい、外部デバイスで受信したデータに対して、計算を実施することができる。外部デバイスとモニタリング・ハブとの間の接続は、有線または無線接続であってもよい。例えば、外部デバイスは、無線でモニタリング・ハブに、または有線接続でＢＩＣを通して接続することができる。
【０３０２】
ブロック７３３４で、外部デバイスは、患者データをモニタリング・ハブから取得することができる。第１の患者データは、モニタリング・ハブまたは別の外部デバイスに固有の１つまたは複数のセンサから獲得したデータを含んでもよい。それに加えて、または任意に、第１の患者データは、モニタリング・ハブまたは他の外部デバイスから導き出された、１つもしくは複数のアルゴリズムによって出力される結果を含んでもよい。例えば、第１の患者データは、例えば、患者の血圧または心拍数と関連付けられた値など、１つまたは複数の患者パラメータと関連付けられた値を含むことができる。この例では、外部デバイスは、モニタリング・ハブを通して別の外部デバイスによって獲得された第１の患者データを取得することができるが、外部デバイスは、他の外部デバイスから直接第１の患者データを獲得することもできる。
【０３０３】
ブロック７３３６で、外部デバイスは、第２の患者データを第２の外部デバイスに対応するセンサから受信することができる。第２の外部デバイスは、ＢＩＣ、ドングル、または他の患者デバイスであることができる。センサは、患者データをモニタリングし獲得し、患者データを更なる処理のために第２の外部デバイスに通信することができる。
【０３０４】
ブロック７３３８で、第１の外部デバイスは、第１の患者データおよび第２の患者データに少なくとも部分的に基づいて、計算を実施することができる。例えば、第１の外部デバイスは、心拍数および血圧に基づいて健康指数を計算することができる。
【０３０５】
ブロック７４４０で、第１の外部デバイスは、計算の結果をモニタリング・ハブに出力することができる。モニタリング・ハブは更に、第１の外部デバイスからのデータを処理するか、または結果をモニタリング・ハブのユーザ・インターフェース上に表示することができる。第１の外部デバイスはまた、結果を他の外部デバイスに通信することができる。
【０３０６】
図７３Ｃは、モニタリング・ハブから受信したデータに基づいて外部デバイスが動作を開始することができる、例示のプロセスを示している。例示のプロセス７３５０は、外部デバイスによって実施されてもよい。
【０３０７】
ブロック７３５１で、外部デバイスとモニタリング・ハブとの間に接続を確立することができる。ブロック７３５２で、外部デバイスは、医療データをモニタリング・ハブから受信することができる。医療データは、動作を実施する、外部デバイスに対する命令（例えば、アルゴリズムのベースラインをリセットする、もしくはアラームに対する閾値を設定する命令）、または始動イベントを記述するデータ（例えば、新しい患者がリンクされていることを報せるメッセージ）を含むことができる。それに加えて、または任意に、医療データは、図７３Ｂを参照して記載するような患者パラメータと関連付けられた値も含むことができる。
【０３０８】
ブロック７３５４で、第三者デバイスは、モニタリング・ハブから受信した医療データが外部デバイスの設定を変更する命令を含むか否かを検出することができる。
【０３０９】
設定を変更する命令が医療データ中に存在する場合、ブロック７３５６で、外部デバイスは、受信した医療データに基づいて設定を自動的に更新することができる。例えば、新しい患者がモニタリング・ハブにリンクされると、モニタリング・ハブは、外部デバイスに対して命令を送出して、外部デバイスの計算またはアルゴリズムに対するベースラインをリセットすることができる。別の例として、命令は、アラームを始動する閾値条件に対する調節を含むことができる。
【０３１０】
それに加えて、または任意に、外部デバイスは、医療データを解析し、医療データに基づいて動作に対する１つまたは複数の命令を生成してもよい。例えば、モニタリング・ハブは、新しい患者がリンクされていることの情報を外部デバイスに対して送出することができる。この情報を受信すると、外部デバイスは、新しく追加された患者によって行われる１つまたは複数の動作を決定することができる。例えば、外部デバイスは、患者のベースライン・データをリセットするか、または患者の新しいプロフィールを作成することができる。
【０３１１】
図７３Ｄは、外部デバイスによってモニタリング・ハブの表示設定を調節する例示のプロセスを示している。例示のプロセス７３７０は、本明細書に記載のモニタリング・ハブによって実施することができる。
【０３１２】
ブロック７３７２で、モニタリング・ハブは、例えば、ドングルまたはＢＩＣなどの外部デバイスから、表示設定を受信することができる。表示設定は、モニタリング・ハブに関する表示の少なくとも一部分の表示特性を管理するように構成することができる。例えば、表示設定は、外部デバイスから通信された値およびパラメータに対して、データ表現のラベル、色、画像、レイアウト、形式などを提供することができる。表示設定は、図７３Ａを参照して記載するようなモニタリング・ハブに対して、既存のユーザ・インターフェース構成をオーバーライド、設定、または補足することができる。
【０３１３】
ブロック７３７４で、モニタリング・ハブは、表示設定に少なくとも部分的に基づいて、適用可能な表示構成を自動的に決定することができる。例えば、モニタリング・ハブは２つの外部デバイスに接続されてもよい。第１の外部デバイスは第１の患者パラメータの値を提供することができ、第２の外部デバイスは第２の患者パラメータの値を提供することができる。第１の外部デバイスから受信される表示設定は、第１の患者パラメータの情報を表示するためのいくつかのオプションを含んでもよい。モニタリング・ハブは、第２の患者パラメータの表示特性を鑑みて、第１の患者パラメータに関する表示オプションを選択することができる。例えば、第２の患者パラメータがユーザ・インターフェース上の大きい表示領域を要する場合、モニタリング・ハブは、第１の患者パラメータに関してユーザ・インターフェース空間の少量を占める表示設定を選択してもよい。
【０３１４】
ブロック７３７６で、モニタリング・ハブは、表示構成にしたがって患者データを自動的にレンダリングすることができる。モニタリング・ハブは患者パラメータと関連付けられた値を継続的に受信するので、モニタリング・ハブは、表示構成にしたがって、そのユーザ・インターフェースにおける値を更新することができる。
【０３１５】
図７３Ｅは、ＢＩＣまたは他の外部デバイスの動作を遠隔で制御する、いくつかの例示のユーザ・インターフェース要素を示している。３つのユーザ・インターフェース要素７３８０、７３８６、および７３９０が図７３Ｅに示されている。これらのユーザ・インターフェース要素は、ハブ１００上に出力することができ、ハブ１００に接続された１つまたは複数の医療用デバイスの動作を制御するユーザ入力を受信することができる。
【０３１６】
ユーザ・インターフェース７３８０は、２つの状態（例えば、オンおよびオフ状態）の間で安全機構を変更するための、例示のスライダ・バー７３８２を示している。図７３Ｅに示されるように、スライダ・バーのユーザ・インターフェース要素７３８４は、安全機構が現在はオフになっていることを示す、スライダ・バーの左端にある。ユーザは、ユーザ・インターフェース要素７３８４をスライダ・バーの右側に移動して、安全機構を可能にすることができる。
【０３１７】
ユーザ・インターフェース要素７３８４は、パラメータと関連付けられた情報の点滅速度を制御する。点滅速度機構はまた、オン状態とオフ状態との２つの状態を有してもよい。それに加えて、または任意に、点滅速度機構は数値に基づいて調節することができる。例えば、ユーザは、ユーザ・インターフェース要素７３８６のスライダ・バー上のユーザ・インターフェース要素７３８８をスライドして、点滅速度を調節することができる。
【０３１８】
図７３Ｅはまた、ユーザがアラームの限界を調節することができる、ユーザ・インターフェース要素７３９０を示している。ユーザ・インターフェース要素７３９０は、２つのスライダ・バー７３９６ａおよび７３９６ｂを含む。スライダ・バー７３９６ａは、アラームの上限を調節するように構成することができ、スライダ・バー７３９６ｂはアラームを始動する下限を調節するように構成することができる。ユーザは、ユーザ・インターフェース要素７３９８ａおよび７３９８ｂを移動させて、上限および下限をそれぞれ調節することができる。スライダ・バー７３９６ａ、７３９６ｂは、ユーザ・インターフェース・インジケータ７３９２ａ、７３９２ｂそれぞれの列と関連付けられてもよい。ユーザ・インターフェース・インジケータ７３９２ａ、７３９２ｂは、可能な値のスペクトル内におけるアラーム限界の値に対する視覚的手がかりを提供することができる。例えば、スライダ・バー７３９６ａ上でのユーザ・インターフェース要素７３９８ａの現在位置は、ユーザ・インターフェース・インジケータ７３９２ａの列における２つの照明された円に対応する。列には９つの円があり、そのうち２つが照明されているので、これは、アラームの上限が比較的低い端部に設定されていることの手がかりを提供することができる。スライダ・バー７３９６ａおよび７３９６ｂはまた、現在のアラーム限界の数値を示すことができる、ユーザ・インターフェース要素７３９４ａおよび７３９４ｂに対応することができる。ユーザ・インターフェース要素７３９８ａ、７３９８ｂを移動させてスライダ・バー７３９６ａ、７３９６ｂをそれぞれ調節することに加えて、またはその代わりに、ユーザは、アラーム限界の値をユーザ・インターフェース要素７３９４ａ、７３９４ｂに入力して、アラーム限界を調節してもよい。スライダ・バー７３９６ａ、７３９６ｂ上におけるユーザ・インターフェース要素７３９８ａ、７３９８ｂの位置は、入力された値に応答して自動的に更新されてもよい。
【０３１９】
図７４を参照して更に記載するように、ユーザ・インターフェース要素７３８８、７３９０に対する調節、またはユーザ・インターフェース要素７３８０に対して行われる状態変化は、医療用デバイスと関連付けられたインターフェース・コード７４３０を呼び出すことによって、医療用デバイスに通信することができる。更に、ハブ１００は、複数の接続された医療用デバイスに調節を通信してもよく、その場合、ユーザ・インターフェース要素に対する調節がより多くの医療用デバイスに影響を及ぼす。
【０３２０】
ＶＩＩＩ．ハブおよび第三者デバイスの機能を可能にする例示のＳＤＫアーキテクチャ
上述したように、ハブの提供業者はＳＤＫをデバイス供給業者に提供することができる。ＳＤＫは、ハブ１００と外部デバイスとの間の通信の様々な態様を定義することができる。デバイス供給業者は、ＳＤＫを使用して、ＢＩＣ、ケーブル・コネクタ、または他の医療用デバイスなど、様々な外部デバイスをプログラムすることができる。
【０３２１】
一例として、ＳＤＫは、デバイスからのデータ出力の挙動および意味を確立または定義することができる。ＳＤＫは、通信プロトコル、または患者のパラメータ・データ（例えば、形式、識別子など）、表示特性、波形、およびデバイスからハブ１００に通信することができるアラームの解釈を定義することができる。ＳＤＫはまた、デバイス供給業者が、デバイスのデータと関連付けられた表示設定を指定するのを可能にすることができる。例えば、デバイス供給業者は、ＳＤＫを使用して、利用可能な表示形式、デバイスからモニタリング・ハブ１００に通信されたデータのレイアウトを指定することができる。デバイスによって出力されたデータは、モニタリング・ハブ１００の入力として使用することができ、モニタリング・ハブ１００は、デバイスによって出力されたデータに基づいて、１つまたは複数のアルゴリズムを適用することができる。
【０３２２】
デバイスからモニタリング・ハブに通信されるデータ出力を定義するのに加えて、またはその代わりに、ＳＤＫはまた、モニタリング・ハブ１００からの外部デバイスによるデータ獲得に対応することができる。例えば、ＳＤＫは、メッセージをハブから受信し、メッセージの情報に基づいて、デバイスに１つまたは複数の動作を実施させることができる、ＡＰＩ７２１４を定義するのに使用することができる。例えば、モニタリング・ハブは、新しい患者または異なる患者がモニタリング・ハブに接続されていることを、デバイスに報せることができる。この情報に基づいて、デバイスは、その処理アルゴリズムを再スタートし、新しいユーザに対して新しいプロフィールを作成し、モニタリングをゼロから開始するか、または他のこの新しい情報に基づいて適切な動作を実施してもよい。
【０３２３】
ＳＤＫはまた、デバイスと関連付けられたデータに対する計算を実施するアルゴリズムを定義するのに使用することができる。例えば、ＳＤＫは、デバイスまたはモニタリング・ハブ１００から受信したデータに基づいて値（例えば、健康指数）を計算する、アルゴリズムを実現するのに使用することができる。
【０３２４】
図７４は、ＳＤＫソフトウェアアーキテクチャのいくつかの例示の特徴を示している。コンピューティング環境７４００は、モニタリング・ハブ１００と、外部デバイス（上述したように、ＢＩＣ、ドングル、または他の患者デバイスであることができる）に実装することができる機器ソフトウェア７４１０とを含む。機器ソフトウェア７４１０は、機器ソフトウェア７４１０を作成するツールおよび機能尾提供することができる、機器の宣言型記述言語ソース７４６０を使用してプログラムすることができる。
【０３２５】
ＳＤＫは、（図７４にオブジェクト・データベース７４２０として示される）遠隔でアクセス可能なデータベースとして、外部デバイスをモデル化してもよい。このデータベースは、図７２Ａおよび７２Ｂに示されるパラメータ計算アプリケーション７２１２の一部であってもよい。オブジェクトは、識別情報、オブジェクト・クラス（機器の宣言型記述言語７４６０を使用して定義されてもよい）、一組の属性、遠隔で呼び出すことができる一組の可能な動作または方法、オブジェクトが信号を送って他のデバイスに通知するようにしてもよい一組の可能なイベントなどと関連付けられてもよい。オブジェクト・データベース７４２０は、一組の予め定義されたオブジェクトおよび／または新しいオブジェクトを含んでもよい。
【０３２６】
オブジェクト・データベース７４２０は、医療用デバイス（例えば、外部デバイス）のオブジェクト表現として示すことができる、医療用デバイスシステム（ＭＤＳ）オブジェクト７４２２を有することが示されている。ＭＤＳオブジェクトは、例えば、システム・タイプ、システムのメーカーおよびモデル名、固有の識別子（例えば、シリアル番号）、システムのソフトウェアおよびハードウェアのバージョン番号、システムのステータスおよび動作モード、バッテリまたは電源状態、時間、タイム・ゾーン、ならびにクロック同期情報などの属性を含むことができる。
【０３２７】
場合によっては、単一の外部デバイスが、ハードウェアまたはソフトウェアどちらかの、複数の比較的独立したサブシステムを含んでもよい。仮想医療用デバイス（ＶＭＤ）オブジェクト７２４２はこれらのサブシステムをモデル化することができる。ＶＭＤオブジェクトの属性は、デバイス状態、デバイスのメーカーおよびモデル名、ソフトウェアおよびハードウェアのバージョン番号、測定を実施するのに使用される原理または技術を含んでもよい。
【０３２８】
患者パラメータ（例えば、生命徴候）の測定値は、基準値クラス７４２６ａ〜７４２６ｎとしてモデル化されてもよい。測定値は、直接測定値、ならびに１つまたは複数の生命徴候測定値に依存してもよい導き出された値を含むことができる。基準値クラスは、例えば、更新率、関連性、直接測定されるかもしくは導き出されるか否か、測定の有効性ステータス、命名法システムにおける基準値に対する識別子、使用される測定の単位、測定に関与する身体部位、導き出される基準値を計算するのに使用される他の基準値、校正ステータス、測定時間および期間、関連する設定など、様々な基準値特性を含んでもよい。基準値クラスは、使用するデータ表現の種類に更に細分化することができる。測定基準は、通常のスカラー測定値を表してもよい数字の基準値として、あるいは一連の測定値を表してもよいアレイ基準値として（例えば、波形などの時系列として、またはヒストグラムもしくはスペクトラム分配測定値などの他の何らかのタイプの系列として）表すことができる。
【０３２９】
図７４には示されないが、ＳＤＫはまた、医療用デバイスによって警告を始動させる条件を構成することができる。警告は、患者の体内で示される何らかの異常状態を表す患者警告、またはデバイス自体の動作に影響することがある何らかの異常状態を表す技術的警告であることができる。
【０３３０】
外部デバイスの特定の態様は、例えば、ハブ１００または別の外部デバイスなど、別のデバイスによって遠隔で変更することができる。一例として、ＳＤＫは、アラームの始動条件を制御することができる、限界警告動作を構成することができる。例えば、ＳＤＫは、警告を始動させる上限、下限に対応する属性を構成することができる。ＳＤＫはまた、別のデバイスが外部デバイスの数値（例えば、患者パラメータの値、または警告を指導させる時間）を制御するのを可能にすることができる、設定値動作を構成することができる。別の例として、例えば、点滅速度（例えば、インジケータの）、安全モードなど、医療用デバイスの他のタイプの動作は、遠隔で（例えば、ハブで）制御することもできる。他のデバイスは、医療用デバイス内のオブジェクト・データベース７４２０に直接アクセスすることができる。遠隔操作は、動作を含むサービスおよび制御オブジェクトを通した動作のインスタンス数を参照することによって達成することができる。
【０３３１】
それに加えて、または任意に、ＳＤＫはまた、モニタリング・ハブ上における医療用デバイスのデータの表示特性を構成する、医療用デバイスに対する制御動作を定義することができる。ＳＤＫは、表示設定の一部として、医療用デバイスからモニタリング・ハブに通信することができる、いくつかの属性を定義することができる。一例として、ＳＤＫを使用して、どのオブジェクトに制御が関連付けられているか（例えば、デバイス・レベル制御のＶＭＤオブジェクト、または特定の測定されたパラメータに特異的な制御に対する基準値オブジェクト）を示す、制御動作のＶｍｏ−Ｒｅｆｅｒｅｎｃｅ属性を構成することができる。この関連は、ハブのメニューのレイアウトを制御することができるので、ＶＭＤに関連する制御は、デバイスの上部メニューのサブメニュー内に配置することができ、基準値レベルの制御は、個々の基準値と関連付けられたサブメニュー内に配置することができる。別の例として、メニュー内における制御の配置もＳＤＫによって構成することができる。例えば、同じ動作群の制御は同じサブメニュー内に配置することができる。
【０３３２】
医療用デバイス（例えば、ハブ１００）の遠隔にあるデバイスは、インターフェース・コード７４３０を介して様々な設定およびオプションを制御することができる。インターフェース・コード７４３０は、医療用デバイスのデバイス・レベル、チャネル・レベル、および基準値レベルの機能性を制御するように構成することができ、対応する設定およびオプションを修正する要求に応答するように構成することができる。インターフェース・コード７４３０は、設定およびオプションを制御するソフトウェア制御可能なコードであってもよい、コード・スタブ７４３２を含むことができる。例えば、コード・スタブ７４３２は、特徴（例えば、点滅速度もしくは安全動作モードなど）を使用可能にするか、使用不能にするか、または調節することができる、トグルフラグ動作のソフトウェア・ルーチンを含むことができる。
【０３３３】
ハブのユーザは、医療用デバイス上の特徴を制御するように、ユーザ・インターフェース要素（例えば、図７３Ｅのユーザ・インターフェース要素７３８０、７３８６、または７３９０）を調節することができる。ソフトウェア・ルーチンは、ハブ１００上の１つまたは複数のユーザ・インターフェース要素に対するユーザ入力に応答して呼び出すことができる。一例として、警告動作は、アラームを医療用デバイスによって生成させることができる、上限および下限（例えば、図７３Ｅに示されるような）を含んでもよい。上限は第１のユーザ・インターフェース要素（例えば、限界の値を入力するスライダ・バーもしくはボックス）に対応することができ、下限は別のユーザ・インターフェース要素に対応することができる。どちらかのユーザ・インターフェース要素の作動によって、ハブ１００がインターフェース・コード７４３０を呼び出して、上限または下限の変更を実現することができる。
【０３３４】
機器ソフトウェア７４１０は、メモリ・オブジェクト・データベース７４２０と関連付けられた機能に対応する１つまたは複数のライブラリと、ハブ１００と医療用デバイスとの間のインターフェースとを含むことができる。いくつかの例示のライブラリとしては、別のデバイス（例えば、ハブ１００）と関連付けられた機能を扱うＭＯＡＲライブラリ７４４２、医療用デバイスのサブシステム内でまたは別のデバイスとの間でメッセージを搬送するＭＯＡＴライブラリ７４４４、およびＭＯＡＴライブラリ７４４４と併せて使用することができ、メッセージ搬送のためのデータ・パケットをフレーミングすることができるＭＯＡＦライブラリ７４４６を挙げることができる。
【０３３５】
医療用デバイスは、ＵＳＢシリアル・インターフェース７４５０を介してモニタリング・ハブ１００に接続することができるが、他のタイプのインターフェースも使用することができる。シリアル・インターフェース７４５０は、ケーブル・コネクタ７２２０（ＵＳＢインターフェースに対応する１つまたは複数のピンを有してもよい）の一部であってもよい。
【０３３６】
ＩＸ．モニタリング・ハブの表示管理の例
上記セクションに記載したように、モニタリング・ハブ１００は、様々な接続された医療用デバイスまたはハブ１００に固有のセンサから受信したデータに基づいて、患者データおよびアラームを表示することができる。接続された医療システムは、ＢＩＣ、ドングル、医療用デバイス、またはハブ１００の外部のセンサなどを、単独でまたは組み合わせで含むことができる。ハブ１００の外部のセンサは、本明細書に記載の様々な接続を使用してハブ１００に接続することができ、上記セクションに記載したＢＩＣまたはドングルを介してハブ１００に接続する必要はない。
【０３３７】
モニタリング・ハブ１００は、接続された医療システムの表示特性に応じて、標準化されたグラフィカル・インターフェースを提供することができる。モニタリング・ハブ１００はまた、表示設定を医療システムから受信することができ、表示設定はデフォルトのグラフィカル・インターフェースに組み込むことができる。例えば、医療システムは、数値の読出し、グラフ、または自己定義することができる他の指定された表示オプションを自己定義することができる。医療システムはまた、医療システム、または医療システムによって提供されるパラメータの表示特性を、自己定義することができる。例えば、医療システムは、レイアウトのサイズ、レイアウトの色、ハブによって提示されるパラメータまたは図形の形式などを提供することができる。取り付けられた医療システムはまた、表示図形を提供するのに、またはハブ上の１つもしくは複数の図形ライブラリを呼び出して特定の形状を描写する命令を提供するのに、ハブによって使用される画像データを提供することができる。デバイス情報、パラメータ情報、接続されたデバイス、または医療システムによって提供される表示特性に基づいて、ハブは、デフォルトのグラフィカル・インターフェース・オプションを特定することができる。ハブはまた、医療システムから受信した表示設定に基づいて、デフォルトのグラフィカル・インターフェースを修正または補足することができる。
【０３３８】
ハブ１００は、自己構成可能な表示オプションを提供する、表示レイアウト・マネージャを含むことができる。ハブ１００は、どのシステムがハブ１００に接続されるか、またどのパラメータまたはデータがシステムによって提供されるかを判定することができる。かかる情報は、上記セクションに記載した自己記述機能を介して取得されてもよい。ハブ１００は、したがって、例えば、ディスプレイのいくつの列または行または細区分が接続されたシステムからのデータを提示するのに必要かなど、自己構成表示オプションを決定してもよい。ハブ１００が接続された各医療システムに関する表示構成情報を取得すると、ハブ１００は、各医療システム・パラメータのディスプレイ面積を自動的に決定することができる。ディスプレイ面積のオプションは、表示レイアウト・マネージャに提示することができる。新しいシステムがリンクされるか、または古いシステムが除去されると、ハブ１００は、ディスプレイ面積を自動的に再決定することができる。例えば、センサがハブ１００から除去されるか、またはハブ１００に接続されると、ハブ１００は、センサの除去または追加の結果としての、表示されているパラメータに対する変化または追加に基づいて、利用可能な表示レイアウトを自動的に決定することができる。
【０３３９】
ハブ１００に接続された医療システムは、様々なサイズの一組の許容可能な表示レイアウトを用いて（例えば、上述のＳＤＫを介して）予め構成することができる。例えば、医療用デバイスは、１つまたは複数の患者パラメータに対する値を計算し提供するように構成することができ、医療用デバイスは、１つまたは複数のパラメータの値を示すため、一組の表示レイアウトを用いて予めプログラムすることができる。一例として、医療用デバイスは、パラメータのラベルおよびパラメータの値が長方形の上半分に表示され、パラメータの波形が長方形の下半分に表示される、ほぼ長方形の表示レイアウトを含んでもよい。モニタリング・ハブ１００は、接続された医療システムに対して表示レイアウトの異なる組み合わせを決定する、表示レイアウト・アルゴリズムを実行してもよい。表示レイアウト・アルゴリズムは、ハブの表示を既知のサイズに、例えば２行×１０列のグリッドに分解することができる。接続された各システムは既知のレイアウト組を有するので、表示レイアウト・アルゴリズムの検索エンジンを使用して、接続された各システムの既知のレイアウトを使用して、それぞれのシステムに対応するレイアウトの全ての可能な組み合わせを見つけることができる。ハブ１００は、したがって、可能なレイアウトを出力し、ユーザに対して組み合わされたレイアウトのいずれかを選択するオプションを提供することができる。組み合わされたレイアウトの少なくともいくつかは、ディスプレイ全体または実質的にディスプレイ全体が、接続されたシステムからのデータで占められるものであってもよい。
【０３４０】
ディスプレイ全体を使用する表示レイアウトは、データを表示するのにディスプレイの全ピクセルを使用してもよいが、それは必須ではない。それよりもむしろ、かかる表示レイアウトは、ディスプレイ全体を利用可能なパラメータに割り当ててもよい。例えば、２つのパラメータが表示される場合、各パラメータはディスプレイ面積の半分に割り当てられてもよい（また、各パラメータは、割り当てられた面積の実質的な部分を占める波形および／または数値を含んでもよい）。１０個のパラメータが表示される場合、同様に、各パラメータは利用可能なディスプレイ面積の１／１０に割り当てられてもよい。したがって、より少数の他のパラメータが表示される場合は、パラメータに対する同じ波形および／または数字が大きくてもよく、より多数の他のパラメータが表示される場合は小さくてもよい。任意に、単にパラメータの数字または波形を拡大する代わりに、ディスプレイは、追加の面積が利用可能なときに追加のデータを提供してもよい。例えば、より詳細な波形および追加の過去の傾向値が提示されることがある。当然ながら、他の状況では、組み合わされたレイアウトの少なくともいくつかは、ディスプレイ上の未使用または未割当ての空間を有することがある。
【０３４１】
図７６Ａ〜７６Ｃを参照して更に記載されるように、ユーザは、組み合わされたレイアウト内でレイアウトを再配置するオプションを有してもよい。モニタリング・ハブ１００は、レイアウトのデフォルトの組み合わせを自動的に選択することができ、ユーザは、表示レイアウト・マネージャを使用してデフォルトを変更することができる。
【０３４２】
それに加えて、または任意に、表示レイアウト管理も、パラメータ・レベルで表示オプションを管理することができる。例えば、各パラメータは、予め構成された間隔要件または表示要件、例えば、パラメータに関する表示オプションのサイズ、パラメータに対して提供される情報の量などを備えてもよい。一例として、パラメータは、２つの表示オプションを備えてもよく、一方の表示オプションはディスプレイの２つの行および２つの列を要し、他方の表示オプションはディスプレイの２つの行および４つの列を指定する。別の例として、パラメータに対する表示設定は、列の数を指定することなく、空間の２つの行を要してもよい。
【０３４３】
パラメータ・レベルで表示レイアウトを管理する一例として、血圧センサをハブ１００に接続することができる。血圧センサは、例えば、血圧を表示する特定の空間量に対する要件など、特定の制約を有してもよい。モニタリング・ハブは、表示する必要がある他の全てのパラメータを見て、血圧データに適合し得る異なる構成を決定することができる。モニタリング・ハブ１００は、システム・レベルの表示レイアウトの決定を参照して記載したのと同様の表示レイアウト・アルゴリズムを使用して、パラメータ・レベルで表示レイアウトを決定することができる。モニタリング・ハブ１００は、パラメータに対して許容可能な表示レイアウトの全ての変形例を表示してもよく、ユーザはレイアウトを自動的に選択することができる。モニタリング・ハブ１００は、デフォルトのレイアウトを自動的に選択することができ、ユーザは、表示レイアウト・マネージャを使用してデフォルトのレイアウトを変更することができる。
【０３４４】
ハブ１００は、システム・レベルのレイアウトとパラメータ・レベルのレイアウトの両方を考慮することができる。例えば、ハブ１００は一組の組み合わされたレイアウトを決定することができる。一組の組み合わされたレイアウトにおける１つのオプションは、第１の医療用デバイスからの２つのパラメータの組み合わされたレイアウトを含む第１の細区分を含んでもよく、第２の医療用デバイスからのパラメータに対する第２の細区分を含む。別の例として、一組の組み合わされたレイアウトは、３つの細区分を有するオプションを含んでもよく、細区分１は第１のデバイスからの第１のパラメータに対するもの、細区分２は第１のデバイスからの第２のパラメータに対するもの、細区分３は第２のデバイスからのパラメータに対するものである。
【０３４５】
ハブ１００はまた、現在の表示の画面キャプチャに対応することができる。例えば、ユーザは、手のジェスチャー（例えば、３本の指でスワイプする）を使用することによって現在の画面をキャプチャすることができる。ハブ１００はまた、画面キャプチャの指示を提供することができる。例えば、画面は一時的にフリーズすることができ、背景色が瞬間的に明るくなって、画面キャプチャが成功したことを示すことができる。画面キャプチャは、ハブ１００から後でアクセスするかまたはダウンロードするため、タイム・スタンプを付し、保存することができる。
【０３４６】
図７５Ａ〜７５Ｂは、表示レイアウト・マネージャのユーザ・インターフェースを示している。図７５Ａでは、ハブのディスプレイ７５００は、複数の潜在的な表示構成７５１２、７５１４、７５１６、および７５１８（表示構成の各オプションに対して組み合わされた表示レイアウトを概略的に示す）を図式的に示す、表示オプション・メニュー７５１０を提供することができる。上述したように、これらのレイアウト・オプションは、接続されたシステムまたはパラメータのタイプおよび数に基づいて、最適化および変更することができる。
【０３４７】
図７５Ｂは、例えば、追加の医療システムがハブに接続されたときの追加のレイアウト・オプションを含む代替の表示レイアウト・マネージャ画面を示している。例えば、ハブのディスプレイ７５００は、更に、追加のデバイスが接続されたときの、レイアウト・オプション７５２２、７５２４、７５２６、および７５２８を示している。更なるまたは異なるデバイス（もしくはパラメータ）がハブにリンクされると、ハブは自動的にレイアウト・オプションを決定しレイアウト・オプション・メニューを更新する。様々なデバイスまたはパラメータの表示の制約により、追加のシステムまたはパラメータがハブに追加されると、レイアウト・オプションの数が減少することがある。
【０３４８】
ハブ１００は、ユーザが表示レイアウトを修正できるように、自己構成オプションをユーザに提供することができる。例えば、１つのみの医療システムが接続されているとき、表示構成オプションは、ユーザに対する第１の複数の表示面積割当てオプションを含むことができる。追加の医療システムが接続されると、第１の複数の表示面積割当てオプションとは異なる、またはそれに加えて、第２の複数の表示面積割当てオプションをユーザに提供することができる。ユーザは、オプションを選択するか、選択されたオプション内で細区分のレイアウトを修正することができる。
【０３４９】
図７６Ａは、モニタリング・ハブの構成可能な表示画面の例を示している。ハブ１００の画面７６００は、異なる個々のパラメータまたはパラメータ群に対する、複数の異なる構成可能な表示空間（細区分とも呼ばれる）を含む。画面７６００は、各表示空間がパラメータまたはパラメータ群の情報を提示することができる、表示空間７６３０および７６５０を含むことができる。一例として、パラメータ表示群１  ７６３０は、図２３Ｆに示されるパラメータＳｐＯ２、ＰＲ、ＳｐＨｂ、ＰＶＩ、ＳｐＭｅｔ、ＳｐＣＯに対応することができ、パラメータ表示群２  ７６５０は、図２３Ｆに示される血圧および温度の表示に対応することができる。一例として、パラメータ表示群１  ７６３０は、ＳｐＯ２、ＰＲ、ＳｐＨｂに関するデータを提示するのに使用することができ、パラメータ表示群２  ７６５０は、図２３Ｄに示されるＳＥＤＬｉｎｅの表示と関連付けられる。
【０３５０】
図７６Ｂの例では、表示空間は、メニュー・プログラムに入力する必要なく、ユーザによって動的に調節可能であることができる。例えば、ユーザは、表示空間をドラッグしてリサイズすることによって、タッチ画面モニタを使用して表示範囲を簡単にリサイズまたは再整形することができる。図７６Ｂに示されるように、パラメータ表示群１  ７６３０を、より大きい空間を占めるように調節することができ、同時にパラメータ表示群２  ７６５０を、より小さい空間を有するように調節することができる。これは、指タッチ７６５１を使用してディスプレイの角を「掴み」、所望のリサイズされた範囲まで画面を横切って指をスライドさせることによってリサイズし、指タッチ７６５３を除去することによって、行うことができる。
【０３５１】
ハブ１００は、表示機構をリサイズおよび／または追加もしくは除去することによって、ディスプレイを最適化することができる。例えば、画面空間の再割当てによって自動的にテキスト・サイズを変更することに加えて、十分な面積空間が提供されているとき、傾向の表示を追加することができる。それに加えて、または任意に、スナップ・グリッド動作にしたがって表示範囲７６３０および７６５０を再調節することができる。したがって、ユーザは、ディスプレイが、調節が行われる次のスナップ・グリッドに達するまで、表示サイズを調節する必要がある。図７６Ｃは、動的な指の調節を使用する更なる表示の変化を示している。この図では、パラメータ表示群１  ７６３０の範囲は指の動きを通して更に拡大され、ハブ１００は、画面７６００上の両方の表示群に適合するように、パラメータ表示群２  ７６５０のサイズを自動的に低減することができる。
【０３５２】
上述したように、医療システム（例えば、ＢＩＣ、ドングル、または医療用デバイス）は、ハブ１００のＡＰＩを通して関数呼出しを使用して、医療システムのユーザ設定をハブ１００のディスプレイ上に示すことができる。これは、任意の設定、即ちアラーム設定、患者の人口統計を入力する設定、特定のパラメータの関数もしくは計算のモニタリングを使用可能にするかまたは使用不能にすること、あるいは他の任意の設定であることができる。一例として、ハブ１００が血圧デバイスに接続される場合、新生児、小児、または成人のカフに接続することができる。血圧デバイスは、（例えば、ＢＩＣを介して）モニタリング・ハブに、血圧デバイス（またはＢＩＣ）が適切なアルゴリズムを適用できるように、どのタイプのカフがハブ１００に接続されるかをユーザが指定するのを可能にする、ユーザ・インターフェース制御を出力するように報せることができる。
【０３５３】
図７７は、モニタリング・ハブのディスプレイを構成する例示のプロセスを示している。例７７００は、本明細書に記載のモニタリング・ハブ１００によって実施することができる。
【０３５４】
ブロック７７１０で、モニタリング・ハブは、ハブに接続された医療システムおよびハブによって表示されるパラメータを特定することができる。モニタリング・ハブは、医療システムが接続時にモニタリング・ハブに対して自身の機能を自己記述すると、かかる情報を取得することができる。自己記述機能は、図７４を参照して記載したＳＤＫの機能を使用してプログラムすることができる。医療システムはまた、医療システムと関連付けられたモニタリング・ハブ表示特性を提供することができる。例えば、医療システムは、医療システムからモニタリング・ハブに通信されるパラメータに関する、予め構成された表示レイアウト・オプションを提供することができる。
【０３５５】
ブロック７７２０で、モニタリング・ハブは、医療システムおよび／またはパラメータと関連付けられた表示特性に基づいて、表示レイアウト・オプションを自動的に決定することができる。例えば、モニタリング・ハブは、医療システム、または表示されるパラメータと関連付けられた情報の表示制約を決定する、アルゴリズムを実行することができる。アルゴリズムの出力は、様々なパラメータの表示に関する一組の潜在的な表示レイアウト・オプションを含むことができる。表示特性は、医療システムによって直接供給することができ、または（例えば、医療システムおよびパラメータの情報に基づいて）モニタリング・ハブ１００によって決定することができる。
【０３５６】
ブロック７７３０で、モニタリング・ハブは、新しいシステムがモニタリング・ハブに接続されるか否か、または新しいパラメータがハブの表示に追加されるか否かを判定することができる。例えば、モニタリング・ハブは、デバイスの自己記述機能を通して、新しいデバイスがハブにリンクされているか否かを検出することができる。モニタリング・ハブは、新しく接続されたデバイスによって提供される情報に基づいて、何らかの新しい患者パラメータがあるか否かを検出することができる。モニタリング・ハブのユーザは、いくつかの患者パラメータのモニタリングを使用可能または使用不能にすることができる。例えば、ユーザは、モニタリング・ハブ上のユーザ・インターフェース要素を作動させて、接続された医療用デバイスが患者のパラメータのモニタリングを開始するようにすることができる。結果として、モニタリング・ハブは、新しく追加されたパラメータまたはデバイスに適応するように、表示レイアウト・オプションを自動的に調節することができる。
【０３５７】
新しいシステムまたはパラメータがハブに追加されていない場合、ブロック７７４０で、モニタリング・ハブ１００は、ユーザ入力がモニタリング・ハブで受信されているか否かを判定することができる。ユーザは、表示レイアウト・オプションの中から表示レイアウトを選択することができる。ユーザはまた、例えば、表示レイアウトの細区分の位置もしくはサイズを変更することによって、または細区分内のパラメータの表示構成（例えば、サイズ、形状、位置）を調節することによって、表示レイアウトを修正することができる。
【０３５８】
ユーザ入力が受信されていない場合、ブロック７７５４で、モニタリング・ハブは自動的に、デフォルト・オプションを選択し、デフォルト・オプションに基づいてモニタリング・ハブの表示画面をレンダリングすることができる。ユーザ入力が受信されている場合、ブロック７７５２で、モニタリング・ハブは自動的に、表示画面を調節し、ユーザ入力に基づいて表示画面をレンダリングすることができる。ユーザが、（例えば、アラーム設定を調節すること、または医療システムの特徴を使用可能／使用不能にすることなどによって）医療システムの設定を変更する場合、モニタリング・ハブ１００はまた、医療システムにユーザの変更を報せることができ、医療システムはユーザの変更に基づいて適切な対策を取ることができる。
【０３５９】
図７２Ａ〜７７の例は、モニタリング・ハブ１００を参照して記載しているが、それらの図面を参照して記載される類似の機能および技術は、例えば、図２４に示される補助デバイス２０４０など、補助デバイスに適用することもできる。
【０３６０】
Ｘ．追加の実施例
特定の態様では、医療モニタリング・ハブへの出力のために医療データ翻訳を提供するシステムは、患者と関連付けられた生理学的信号を生理学的センサから受信し、生理学的信号に基づいて生理学的パラメータを計算し、生理学的パラメータの第１の値を表示のためにモニタリング・ハブに提供することができるプロセッサを備える、可搬型生理学的モニタを含むことができる。モニタリング・ハブは、可搬型生理学的モニタを受け入れることができるドッキング・ステーションを含むことができる。モニタリング・ハブは、生理学的パラメータの第１の値を可搬型生理学的モニタから受信し、生理学的パラメータの第１の値を表示のために出力し、モニタリング・ハブによって本来読取り可能または表示可能なプロトコル以外のプロトコルにしたがってフォーマット化された生理学的パラメータ・データを、可搬型生理学的モニタ以外の医療用デバイスから受信し、生理学的パラメータ・データを翻訳モジュールに渡し、モニタリング・ハブによって読取り可能および表示可能であり得る翻訳されたパラメータ・データを、翻訳モジュールから受信し、第２の値を翻訳されたパラメータ・データから表示のために出力することができる。
【０３６１】
上記パラグラフのシステムは、以下の特徴の下位組み合わせと組み合わせることができる。モニタリング・ハブが、生理学的パラメータの第１の値および翻訳されたパラメータ・データからの第２の値を、別個のディスプレイ上に出力するように更に構成されること。モニタリング・ハブが、翻訳されたパラメータ・データからの第２の値を、モニタリング・ハブとは別個のディスプレイを有する補助デバイスに出力するように更に構成されること。補助デバイスが、テレビ、タブレット、電話、ウェアラブル・コンピュータ、およびラップトップから成る群から選択されること。生理学的パラメータ・データが薬物注入ポンプからのデータを含むこと。生理学的パラメータ・データが人工呼吸器からのデータを含むこと。翻訳モジュールが、生理学的パラメータ・データを第１のヘルス・レベル７（ＨＬ７）形式から第２のＨＬ７形式へと翻訳するように構成されること。
【０３６２】
特定の態様では、医療モニタリング・ハブに出力される医療データ翻訳を提供する方法は、デジタル論理回路構成を備える第１の医療用デバイスの制御下で、患者と関連付けられた生理学的信号を生理学的センサから受信することと、生理学的信号に基づいて第１の生理学的パラメータ値を取得することと、第１の生理学的パラメータ値を表示のために出力することと、第２の生理学的パラメータ値を第１の医療用デバイス以外の第２の医療用デバイスから受信することであって、第１の医療用デバイスが第２の生理学的パラメータ値を処理して表示可能な出力値を作成することができないように、第２の生理学的パラメータ値が、第１の医療用デバイスでは使用されないプロトコルにしたがってフォーマット化されることと、生理学的パラメータ・データを第１の医療用デバイスから別個の翻訳モジュールに渡すことと、第１の医療用デバイスによって表示のために処理することができる翻訳されたパラメータ・データを、第１の医療用デバイスで翻訳モジュールから受信することと、第２の値を表示のために翻訳されたパラメータ・データから出力することとを含むことができる。
【０３６３】
上記パラグラフの方法は、以下の特徴の任意の下位組み合わせと組み合わせることができる。少なくともメッセージを第１のヘルス・レベル７（ＨＬ７）形式から第２のＨＬ７形式へと翻訳することによって、メッセージを翻訳することを更に含むこと。メッセージが生理学的モニタからのデータを含むことができること。メッセージが、薬物注入ポンプまたは人工呼吸器からのデータを含むことができること。メッセージが病院のベッドからのデータを含むことができること。
【０３６４】
特定の態様では、医療モニタリング・ハブ上に出力するための医療データ翻訳を提供するシステムは、電子ハードウェアを含む第１の医療用デバイスを含むことができ、電子ハードウェアは、患者と関連付けられた第１の生理学的パラメータ値を取得し、第１の生理学的パラメータ値を表示のために出力し、第２の生理学的パラメータ値を第１の医療用デバイス以外の第２の医療用デバイスから受信し、第１の医療用デバイスが第２の生理学的パラメータ値を処理して表示可能な出力値を作成することができないように、第２の生理学的パラメータ値が、第１の医療用デバイスでは使用されないプロトコルにしたがってフォーマット化され、生理学的パラメータ・データを第１の医療用デバイスから翻訳モジュールに渡し、第１の医療用デバイスによって表示のために処理することができる翻訳されたパラメータ・データを、第１の医療用デバイスで翻訳モジュールから受信し、第２の値を表示のために翻訳されたパラメータ・データから出力することができる。
【０３６５】
上記パラグラフのシステムは、以下の特徴の下位組み合わせと組み合わせることができる。第１の医療用デバイスがまた、生理学的パラメータの第１の値および翻訳されたパラメータ・データからの第２の値を、同じディスプレイ上に出力できること。第１の医療用デバイスがまた、生理学的パラメータの第１の値および翻訳されたパラメータ・データからの第２の値を、別個のディスプレイ上に出力できること。第１の医療用デバイスがまた、翻訳されたパラメータ・データからの第２の値を補助デバイスに出力できること。補助デバイスがテレビ・モニタであり得ること。補助デバイスが、タブレット、電話、ウェアラブル・コンピュータ、およびラップトップから成る群から選択されたこと。第１の医療用デバイスが翻訳モジュールも含むことができること。第１の医療用デバイスがまた、ネットワークを通じて生理学的パラメータ・データを翻訳モジュールに渡すことができること。生理学的パラメータ・データが、薬物注入ポンプまたは人工呼吸器からのデータを含むことができること。
【０３６６】
ＸＩ．用語
本明細書に記載するもの以外の多くの変形例が、本開示から明白になるであろう。例えば、本明細書に記載されるアルゴリズムのいずれかにおける特定の行為、イベント、または機能を異なる順序で実行することができ、追加、併合、または全てを省略することができる（例えば、記載された行為またはイベントの全てがアルゴリズムを実施するのに必須なわけではない）。更に、行為またはイベントを、例えば、マルチスレッド処理、割込み処理、または複数のプロセッサもしくはプロセッサコアによって、または他の並列アーキテクチャで、順次ではなく同時に実施することができる。それに加えて、異なるタスクまたはプロセスを、ともに機能することができる異なる機械および／またはコンピューティング・システムで実施することができる。
【０３６７】
本明細書に開示する実施例のいずれか特定の例にしたがって、かかる全ての利点が必ずしも達成できるわけではないことが理解されるべきである。したがって、本明細書に開示する実施例は、本明細書で教示または提案されるような他の利点を必ずしも達成せずに、本明細書で教示されるような１つの利点もしくは一群の利点を達成または最適化する形で、具体化あるいは実施することができる。
【０３６８】
本明細書に開示される実施例と関連して記載された様々な例示の論理ブロック、モジュール、およびアルゴリズム・ステップを、電子ハードウェア、コンピュータ・ソフトウェア、または両方の組み合わせとして実装することができる。ハードウェアおよびソフトウェアのこの交換可能性を明確に例示するため、様々な例示の構成要素、ブロック、モジュール、およびステップについて、概して、それらの機能性の観点で上記に記載してきた。かかる機能性がハードウェアまたはソフトウェアのどちらとして実現されるかは、システム全体に付与される特定の用途および設計上の制約に応じて決まる。記載された機能性は、特定の用途それぞれに対して様々な形で実装することができるが、かかる実装の決定は、本開示の範囲から逸脱するものと解釈すべきでない。
【０３６９】
本明細書に開示される実施例と関連して記載された様々な例示の論理ブロックおよびモジュールは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、離散的なゲートもしくはトランジスタ論理、離散的なハードウェア構成要素、または本明細書に記載される機能を実施するように設計されたそれらの任意の組み合わせを用いて、実装または実施することができる。汎用プロセッサはマイクロプロセッサであることができるが、代替例では、プロセッサは、コントローラ、マイクロコントローラ、または状態機械、それらの組み合わせなどであることができる。プロセッサは、コンピュータ実行可能命令を処理するように構成された、電気回路構成またはデジタル論理回路構成を含むことができる。別の例では、プロセッサは、コンピュータ実行可能命令を処理することなく論理動作を実施することができる、ＦＰＧＡまたは他のプログラマブル・デバイスを含むことができる。プロセッサはまた、コンピューティング・デバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと併合した１つ以上のマイクロプロセッサ、または他の任意のかかる構成として実装することができる。コンピューティング環境は、中でも特に、マイクロプロセッサに基づいたコンピュータ・システム、メインフレーム・コンピュータ、デジタル信号プロセッサ、可搬型コンピューティング・デバイス、デバイス・コントローラ、または電気器具内部の計算エンジンを含むがそれらに限定されない、任意のタイプのコンピュータ・システムを含むことができる。
【０３７０】
本明細書に開示される実施例と関連して記載される方法、プロセス、またはアルゴリズムのステップは、ハードウェアの形で、１つもしくは複数のメモリ・デバイスに格納され、１つもしくは複数のプロセッサによって実行されるソフトウェア・モジュールの形で、またはそれら２つの組み合わせの形で具体化することができる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、または他の任意の形態の非一時的コンピュータ可読記憶媒体、媒体、または当該技術分野で知られている物理的コンピュータ記憶媒体に常駐することができる。例示の記憶媒体は、プロセッサが記憶媒体から情報を読み取り、また記憶媒体に情報を書き込むことができるように、プロセッサに連結することができる。代替例では、記憶媒体はプロセッサと一体であることができる。記憶媒体は揮発性または不揮発性であることができる。プロセッサおよび記憶媒体はＡＳＩＣに常駐することができる。
【０３７１】
本明細書で使用される条件付き文言、例えば特に、「ｃａｎ」、「ｍｉｇｈｔ」、「ｍａｙ」、「ｆｏｒ  ｅｘａｍｐｌｅ」などは、別途具体的に規定されない限り、または使用される文脈の中で別の意味に理解されない限り、一般に、特定の実施例は、特定の特徴、要素、および／または状態を含むが、他の実施例はそれらを含まないことを意味するものとする。したがって、かかる条件付き文言は、一般に、その特徴、要素、および／または状態が何らかの形で、１つ以上の実施例に必須のものであること、あるいは１つ以上の実施例が、著者の入力もしくはプロンプティングの有無にかかわらず、これらの特徴、要素、および／または状態が含まれるか否か、または任意の特定の実施例で実施されるべきか否かを判定する論理を、必然的に含むことを意味するものとする。「備えている」、「含んでいる」、「有している」などの用語は、同義であって、オープンエンドの形で包括的に使用され、追加の要素、特徴、行為、動作などを排除しない。また、「または」という用語は（排他的な意味ではなく）包括的な意味で使用されるので、例えば、要素のリストを接続するのに使用されたとき、「または」と言う用語は、そのリストの要素の１つ、いくつか、または全てを意味する。更に、「各」という用語は、本明細書で使用するとき、その通常の意味に加えて、「各」という用語が適用される一連の要素の任意の部分集合を意味することができる。
【０３７２】
「Ｘ、Ｙ、およびＺの少なくとも１つ」という語句などの離接的文言は、別途具体的に規定されていない限り、文脈とともに、一般に、項目、用語などがＸ、Ｙ、もしくはＺ、またはそれらの組み合わせのいずれか（例えば、Ｘ、Ｙ、および／またはＺ）であってもよいことを提示するのに使用されるものと理解される。したがって、かかる離接的文言は、一般に、特定の実施例が、Ｘの少なくとも１つ、Ｙの少なくとも１つ、およびＺの少なくとも１つがそれぞれ存在することを要することを示唆しないものとし、また示唆すべきでない。
【０３７３】
別段の明示がない限り、「ａ」または「ａｎ」などの冠詞は、一般に、１つ以上の記載された項目を含むものと解釈されるべきである。したがって、「〜するように構成されたデバイス」などの語句は、１つ以上の記述されたデバイスを含むものとする。かかる１つ以上の記述されたデバイスはまた、集合的に構成されて、提示された詳述を実施することができる。例えば、「記述Ａ、Ｂ、およびＣを実施するように構成されたプロセッサ」とは、記述ＢおよびＣを実施するように構成された第２のプロセッサと併せて働く、記述Ａを実施するように構成された第１のプロセッサを含むことができる。
【０３７４】
上記の詳細な説明は、様々な実施例に適用されるものとして新規な特徴を図示し、記載し、指摘してきたが、本開示の趣旨から逸脱することなく、例示されるデバイスまたはアルゴリズムの形態および詳細における様々な省略、置換、および変更を行い得ることが理解されるであろう。認識されるように、一部の特徴は他のものと別個に使用または実施することができるので、本明細書に記載された発明は、本明細書に説明される特徴および利益の全てを提供するものではない形態の中で具体化することができる。
【０３７５】
それに加えて、本明細書において言及する全ての刊行物、特許、および特許出願は、個々の刊行物、特許、また特許出願それぞれが参照により援用されるように具体的に個々に示されたのと同じ程度まで、参照により本明細書に援用する。
【図１Ａ】
2020508757.tif 000003
【図１Ｂ】
2020508757.tif 000004
【図１Ｃ】
2020508757.tif 000005
【図２】
2020508757.tif 000006
【図３】
2020508757.tif 000007
【図４】
2020508757.tif 000008
【図５】
2020508757.tif 000009
【図６】
2020508757.tif 000010
【図７Ａ】
2020508757.tif 000011
【図７Ｂ】
2020508757.tif 000012
【図８】
2020508757.tif 000013
【図９Ａ】
2020508757.tif 000014
【図９Ｂ】
2020508757.tif 000015
【図１０】
2020508757.tif 000016
【図１１Ａ】
2020508757.tif 000017
【図１１Ｂ】
2020508757.tif 000018
【図１１Ｃ】
2020508757.tif 000019
【図１１Ｄ】
2020508757.tif 000020
【図１１Ｅ】
2020508757.tif 000021
【図１１Ｆ】
2020508757.tif 000022
【図１１Ｇ１】
2020508757.tif 000023
【図１１Ｇ２】
2020508757.tif 000024
【図１１Ｈ】
2020508757.tif 000025
【図１１Ｉ】
2020508757.tif 000026
【図１１Ｊ】
2020508757.tif 000027
【図１１Ｋ】
2020508757.tif 000028
【図１２】
2020508757.tif 000029
【図１３】
2020508757.tif 000030
【図１４】
2020508757.tif 000031
【図１５】
2020508757.tif 000032
【図１６】
2020508757.tif 000033
【図１７Ａ】
2020508757.tif 000034
【図１７Ｂ】
2020508757.tif 000035
【図１８】
2020508757.tif 000036
【図１９Ａ】
2020508757.tif 000037
【図１９Ｂ】
2020508757.tif 000038
【図１９Ｃ】
2020508757.tif 000039
【図１９Ｄ】
2020508757.tif 000040
【図１９Ｅ】
2020508757.tif 000041
【図１９Ｆ】
2020508757.tif 000042
【図１９Ｇ】
2020508757.tif 000043
【図１９Ｈ】
2020508757.tif 000044
【図１９Ｉ】
2020508757.tif 000045
【図１９Ｊ】
2020508757.tif 000046
【図２０Ａ】
2020508757.tif 000047
【図２０Ｂ】
2020508757.tif 000048
【図２０Ｃ】
2020508757.tif 000049
【図２１Ａ】
2020508757.tif 000050
【図２１Ｂ】
2020508757.tif 000051
【図２２Ａ】
2020508757.tif 000052
【図２２Ｂ】
2020508757.tif 000053
【図２３Ａ】
2020508757.tif 000054
【図２３Ｂ】
2020508757.tif 000055
【図２３Ｃ】
2020508757.tif 000056
【図２３Ｄ】
2020508757.tif 000057
【図２３Ｅ】
2020508757.tif 000058
【図２３Ｆ】
2020508757.tif 000059
【図２４】
2020508757.tif 000060
【図２５】
2020508757.tif 000061
【図２６】
2020508757.tif 000062
【図２７】
2020508757.tif 000063
【図２８】
2020508757.tif 000064
【図２９】
2020508757.tif 000065
【図３０】
2020508757.tif 000066
【図３１】
2020508757.tif 000067
【図３２】
2020508757.tif 000068
【図３３】
2020508757.tif 000069
【図３４】
2020508757.tif 000070
【図３５】
2020508757.tif 000071
【図３６】
2020508757.tif 000072
【図３７】
2020508757.tif 000073
【図３８】
2020508757.tif 000074
【図３９】
2020508757.tif 000075
【図４０Ａ】
2020508757.tif 000076
【図４０Ｂ】
2020508757.tif 000077
【図４１Ａ】
2020508757.tif 000078
【図４１Ｂ】
2020508757.tif 000079
【図４１Ｃ】
2020508757.tif 000080
【図４１Ｄ】
2020508757.tif 000081
【図４２】
2020508757.tif 000082
【図４３Ａ】
2020508757.tif 000083
【図４３Ｂ】
2020508757.tif 000084
【図４４】
2020508757.tif 000085
【図４５Ａ】
2020508757.tif 000086
【図４５Ｂ】
2020508757.tif 000087
【図４５Ｃ】
2020508757.tif 000088
【図４５Ｄ】
2020508757.tif 000089
【図４６】
2020508757.tif 000090
【図４７】
2020508757.tif 000091
【図４８】
2020508757.tif 000092
【図４９】
2020508757.tif 000093
【図５０】
2020508757.tif 000094
【図５１】
2020508757.tif 000095
【図５２】
2020508757.tif 000096
【図５３】
2020508757.tif 000097
【図５４】
2020508757.tif 000098
【図５５】
2020508757.tif 000099
【図５６】
2020508757.tif 000100
【図５７】
2020508757.tif 000101
【図５８】
2020508757.tif 000102
【図５９】
2020508757.tif 000103
【図６０】
2020508757.tif 000104
【図６１】
2020508757.tif 000105
【図６２】
2020508757.tif 000106
【図６３】
2020508757.tif 000107
【図６４】
2020508757.tif 000108
【図６５】
2020508757.tif 000109
【図６６】
2020508757.tif 000110
【図６７】
2020508757.tif 000111
【図６８】
2020508757.tif 000112
【図６９】
2020508757.tif 000113
【図７０】
2020508757.tif 000114
【図７１】
2020508757.tif 000115
【図７２Ａ】
2020508757.tif 000116
【図７２Ｂ】
2020508757.tif 000117
【図７３Ａ】
2020508757.tif 000118
【図７３Ｂ】
2020508757.tif 000119
【図７３Ｃ】
2020508757.tif 000120
【図７３Ｄ】
2020508757.tif 000121
【図７３Ｅ】
2020508757.tif 000122
【図７４】
2020508757.tif 000123
【図７５Ａ】
2020508757.tif 000124
【図７５Ｂ】
2020508757.tif 000125
【図７６Ａ】
2020508757.tif 000126
【図７６Ｂ】
2020508757.tif 000127
【図７６Ｃ】
2020508757.tif 000128
【図７７】
2020508757.tif 000129
【国際調査報告】
2020508757.tif 000130
2020508757.tif 000131
2020508757.tif 000132
2020508757.tif 000133