特許 7225219 ヘルスケア環境において健康データを通信するシステム及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-02-10

(45)【発行日】2023-02-20

(54)【発明の名称】ヘルスケア環境において健康データを通信するシステム及び方法

(51)【国際特許分類】

   G16H 40/20 20180101AFI20230213BHJP

【ＦＩ】

G16H40/20

【請求項の数】 10

(21)【出願番号】P 2020515226

(86)(22)【出願日】2018-09-05

(65)【公表番号】

(43)【公表日】2020-12-03

(86)【国際出願番号】 EP2018073798

(87)【国際公開番号】W WO2019063249

(87)【国際公開日】2019-04-04

【審査請求日】2021-09-01

(31)【優先権主張番号】17306282.9

(32)【優先日】2017-09-27

(33)【優先権主張国・地域又は機関】EP

(73)【特許権者】

【識別番号】511241734

【氏名又は名称】フレゼニウス ヴィアル エスアーエス

【氏名又は名称原語表記】Ｆｒｅｓｅｎｉｕｓ Ｖｉａｌ ＳＡＳ

【住所又は居所原語表記】Ｌｅ Ｇｒａｎｄ Ｃｈｅｍｉｎ， ３８５９０ Ｂｒｅｚｉｎｓ， Ｆｒａｎｃｅ

(74)【代理人】

【識別番号】100122471

【弁理士】

【氏名又は名称】籾井 孝文

(72)【発明者】

【氏名】レーニエ， クリストフ

【審査官】梅岡 信幸

(56)【参考文献】

【文献】特表２０１６－５０９７０８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１６Ｈ １０／００－８０／００

(57)【特許請求の範囲】

【請求項1】

ヘルスケア環境（１）において健康データを通信するシステムであって、
前記ヘルスケア環境（１）において健康データを通信する通信ネットワーク（４）と、
前記通信ネットワーク（４）を介して健康データを転送する報告デバイス（２）と、
前記通信ネットワーク（４）の通信チャネル（４１）を介して前記報告デバイス（２）から健康データを受信する消費デバイス（３）と、
を備え、
前記消費デバイス（３）は、前記報告デバイス（２）から健康データを受信するために、サブスクリプション要求を含むサブスクリプション要求メッセージ（Ａ１）を前記報告デバイス（２）に送信するように構成され、前記報告デバイス（２）は、前記サブスクリプション要求メッセージ（Ａ１）を受信すると、前記サブスクリプション要求を検証し、前記消費デバイス（３）に健康データを転送するための前記通信チャネル（４１）を確立するように構成され、
前記消費デバイス（３）は、前記通信チャネル（４１）と異なるセキュア化されたチャネル（４０）を介して前記サブスクリプション要求メッセージ（Ａ１）を送信するように構成される、システム。

【請求項2】

前記セキュア化されたチャネル（４０）は、ＨＴＴＰＳに従うチャネルである、請求項１に記載のシステム。

【請求項3】

前記通信チャネルは、ＴＣＰ／ＩＰに従うチャネルである、請求項１または２に記載のシステム。

【請求項4】

前記報告デバイス（２）は、前記サブスクリプション要求メッセージ（Ａ１）を受信すると、前記サブスクリプション要求を検証するための返答メッセージ（Ａ２）を前記消費デバイス（３）に送信するように構成される、請求項１～３のいずれか一項に記載のシステム。

【請求項5】

前記報告デバイス（２）は、前記ヘルスケア環境（１）内に位置する少なくとも１つの患者ケアデバイス（１１）から健康データを受信するように構成されたデバイス観測値レポーターである、請求項１～４のいずれか一項に記載のシステム。

【請求項6】

前記消費デバイス（３）は、前記デバイス観測値レポーターから健康データを受信するように構成されたデバイス観測値コンシューマーである、請求項５に記載のシステム。

【請求項7】

前記消費デバイス（３）は、病院情報システムである、請求項１～６のいずれか一項に記載のシステム。

【請求項8】

前記サブスクリプション要求は、一意の識別子と、ネットワーク接続性パラメーターと、統合プロファイルと、リフレッシュ遅延と、前記ヘルスケア環境（１）における位置とのうちの少なくとも１つに関する情報を含む、請求項１～７のいずれか一項に記載のシステム。

【請求項9】

前記位置に関する情報は、健康データがそこから前記消費デバイス（３）に転送されることになる患者ケアデバイス（１１）の位置を識別する、請求項８に記載のシステム。

【請求項10】

ヘルスケア環境（１）において健康データを通信する方法であって、
報告デバイス（２）から、通信ネットワーク（４）の通信チャネル（４１）を介して消費デバイス（３）に健康データを転送すること、
を含み、
前記消費デバイス（３）は、前記報告デバイス（２）から健康データを受信するために、サブスクリプション要求を含むサブスクリプション要求メッセージ（Ａ１）を前記報告デバイス（２）に送信し、前記報告デバイス（２）は、前記サブスクリプション要求メッセージ（Ａ１）を受信すると、前記サブスクリプション要求を検証し、健康データを前記消費デバイス（３）に転送するための前記通信チャネル（４１）を確立し、
前記消費デバイス（３）は、前記通信チャネル（４１）と異なるセキュア化されたチャネル（４０）を介して前記サブスクリプション要求メッセージ（Ａ１）を送信する、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、請求項１のプリアンブルに記載の、ヘルスケア環境において健康データを通信するシステムと、ヘルスケア環境において健康データを通信する方法とに関する。

【背景技術】

【0002】

この種のシステムは、ヘルスケア環境において健康データを通信する通信ネットワークを備える。これに関して、報告デバイスが、通信ネットワークを介して健康データを転送する役割を果たし、消費デバイスが、報告デバイスから通信ネットワークの通信チャネルを介して健康データを受信する役割を果たす。

【0003】

通常、病院等のヘルスケア環境において、多数の患者ケアデバイス、例えば、薬剤を患者に投与する注入デバイスが、ヘルスケア環境における異なる位置において、例えば、異なる部門（一般病棟、集中治療室、救急部門等）において、及び異なる部門の異なる部屋の、例えば異なる患者のベッドサイドにおいて操作される。そのような患者ケアデバイスは、通常、独立して運転し、例えば実行されたか又は進行中の注入動作に関するデータを生成する。このデータは、少なくとも或る程度、健康データとして例えば病院情報システム（ＨＩＳ）に転送されることになる。

【0004】

病院通信ネットワーク内で、患者ケアデバイスは通常、ゲートウェイデバイスに接続される。ゲートウェイデバイスは、例えば、患者ケアデバイスから受信した健康データを前処理し、この健康データを病院情報システムに転送する。

【0005】

病院情報システムは、通常、病院における医療データ及び管理データを収集、処理及び配信するための一組の情報処理システムとして理解される。病院情報システムは、特に、健康データを受信して処理し、この健康データをユーザーに提供する役割を果たす１つ又は複数のサーバーを含む。ユーザーは、例えば、固定のワークステーションから、又はタブレットコンピューター若しくはスマートフォン等のモバイル通信デバイスを用いて、病院の内部から病院情報システムにアクセスすることができる。

【0006】

病院情報システムは特に、患者関連情報を収集して処理する、（ヨーロッパにおいて一般的に用いられている）患者データ監視システム（ＰＤＭＳ）、又は（例えば米国において一般的に用いられている）電子医療記録（ＥＭＲ）を含むか、又はその役割を果たすことができる。技術的観点から、ＥＭＲは通常、永久データベースを指すのに対し、ＰＤＭＳは、患者のベッドサイドにおいて表示されるエンドユーザーインタフェースを指す。上位のアーキテクチャコンセプトとして、病院情報システム（ＨＩＳ）は、（有線であれ、無線であれ）病院ネットワークを通じて医療デバイス、ＰＤＭＳ／ＥＭＲデータベース、モバイル通信デバイスを相互接続するグローバルシステムアーキテクチャを提供する。

【0007】

病院情報システム／患者データ監視システムのサーバーをヘルスケア環境の通信ネットワークに接続するために、従来から、静的に構成された接続が用いられる。このため、通信ネットワークとインタラクトする前に、サーバー及びネットワークの双方、特に、サーバーにアウトバウンド健康データを送信するゲートウェイを構成しなくてはならず、このゲートウェイにおいて、サーバーはネットワークに接続された状態を静的に保つ。構成は通常、ＩＴ管理者によって手動で行われ、他のシステムに対するサービスの中断につながる可能性がある。

【0008】

さらに、従来のセットアップでは、病院情報システムのサーバーが故障する場合のバックアップを提供する冗長方式が、データトラフィックを増大させる場合があるか、又は特定の追加のネットワークハードウェアを必要とする場合があるという点で困難である場合がある。

【発明の概要】

【発明が解決しようとする課題】

【0009】

本発明の目的は、データ負荷を低減し、バックアップの処理を改善することが可能でありながら、ネットワークへの消費デバイスの容易な接続を可能にすることができる、ヘルスケア環境において健康データを通信するシステム及び方法を提供することである。

【課題を解決するための手段】

【0010】

この目的は、請求項１の特徴部を含む、ヘルスケア環境において健康データを通信するシステムによって達成される。

【0011】

したがって、消費デバイスは、報告デバイスから健康データを受信するために、サブスクリプション要求を含むサブスクリプション要求メッセージを報告デバイスに送信するように構成され、報告デバイスは、サブスクリプション要求メッセージを受信すると、サブスクリプション要求を検証し、消費デバイスに健康データを転送するための通信チャネルを確立するように構成される。

【0012】

このため、報告デバイスから消費デバイスへ健康データを転送するための通信チャネルを、消費デバイスによるサブスクリプション要求時に動的にセットアップすることができる。通信チャネルの確立は、消費デバイスから報告デバイスに送信されるサブスクリプション要求メッセージにより開始され、この際、報告デバイスは、サブスクリプション要求メッセージに含まれるサブスクリプション要求を検証し、検証に成功すると、健康データを消費デバイスに転送するための通信チャネルを確立する。

【0013】

通信チャネルのセットアップは動的に行うことができるため、報告デバイス及び消費デバイスの静的な構成は必要とされず、これは、接続を確立するための労力を低減するのに役立つことができる。特に、ＩＴ管理者によるアクションを必要としないことができ、通信チャネルの確立は、消費デバイスと報告デバイスとの間の交渉により自動的に行われる。

【0014】

サブスクリプション要求によって、消費デバイスは、健康データの受信を望むことを示す。本明細書におけるサブスクリプション要求は、健康データがそこから定期的に受信される患者ケアデバイス（例えば注入デバイス）の特定のグループ、例えば、特定の位置、例えば病院の特定の部門内に位置する患者ケアデバイスを定義することができるという点において特殊であり得る。通信チャネルが確立されると、報告デバイスは、サブスクリプション要求に従って指定された健康データ、例えば、患者ケアデバイスの指定されたサブセットから収集された健康データを定期的に消費デバイスに転送する。消費デバイスは、健康データを収集し、例えば病院情報システム内での更なる使用のためにこの健康データを処理する。

【0015】

消費デバイスは、１つの実施形態において、通信チャネルと異なるセキュア化されたチャネル、例えば、ＨＴＴＰＳに従うチャネルを介してサブスクリプション要求メッセージを送信するように構成することができる。ＨＴＴＰＳは、ハイパーテキストトランスファープロトコルセキュアを表し、特に、データのセキュアな転送用のインターネットのための通信プロトコルを表す。ＨＴＴＰＳ接続は、暗号化及び認証を用いるという点で特にセキュアである。暗号化は、特に、ＳＳＬ／ＴＬＳを用いる。

【0016】

サブスクリプション要求メッセージに含まれるサブスクリプション要求の検証に成功した際に確立される通信チャネルは、１つの実施形態において、サブスクリプション要求メッセージを送信するのに用いられるセキュア化されたチャネルと異なる技術を用いることができる。通信チャネルは、セキュアな接続としてセットアップすることができ、特に、ＴＣＰ／ＩＰ接続、特にＭＬＬＰ接続を使用することができる。ＴＣＰ／ＩＰは、送信制御プロトコル／インターネットプロトコルを表し、インターネットにおいて用いられるとき、ネットワークの当事者の識別はＩＰアドレスによって行われる。ＭＬＬＰは、最小下位層プロトコルを表す。ＭＬＬＰ接続は、特に、医療環境内で、特に病院通信ネットワーク内のシステム間又は異なる病院のシステム間で健康データを交換するための規格のＨＬ７グループによって指定することができる。

【0017】

１つの実施形態において、報告デバイスは、サブスクリプション要求メッセージを受信すると、サブスクリプション要求を検証するための返答メッセージをコンピューティング消費デバイスに送信するように構成される。返答メッセージは、有利には、サブスクリプション要求メッセージも送信されるのと同じセキュアチャネル上で送信され、それによって、報告デバイスは、同じチャネル上の消費デバイスに対し返答する。返答メッセージは、サブスクリプション要求メッセージにおけるサブスクリプション要求の検証に成功したか否かを示す。サブスクリプション要求が検証された場合、報告デバイスは、サブスクリプション要求において指定されたパラメーターを用いて通信ネットワークにおいて通信チャネルを開通する。

【0018】

１つの実施形態では、報告デバイスは、ヘルスケア環境内に位置する１つ又は複数の患者ケアデバイスから健康データを受信するように構成された、いわゆるデバイス観測値レポーター（ＤＯＲ：device observation reporter）とすることができる。そして、消費デバイスは、デバイス観測値レポーターから健康データを受信するように構成されたデバイス観測値コンシューマー（ＤＯＣ：device observation consumer）とすることができる。ＤＯＲは、通常、患者ケアデバイスから、独自のフォーマットに基づくものを含む健康データを収集する役割を果たし、収集されたデータをトランザクションに対しマッピング及びフォーマット設定し、一貫した構文及び意味を提供する。そして、ＤＯＣは、ＤＯＲから患者ケアデバイスの健康データを受信する役割を果たし、受信した健康データを収集し、この健康データを処理する。

【0019】

ＤＯＲとＤＯＣとの間の通信は、いわゆる統合プロファイル（例えば、ＩＨＥ ＩＰＥＣ、ＤＥＣ、ＡＣＭ等の標準化された統合プロファイル）によって定義することができ、この統合プロファイルは、特に、ＤＯＲからＤＯＣに転送される健康データのフォーマット及び構文を定義し、健康データを送信するためのシーケンスを交換し、それによって、健康データを標準化されたフォーマット及び構文に従ってＤＯＣ内で受信し処理することができる。

【0020】

１つの実施形態において、消費デバイスは、健康データを受信して処理し、ユーザーに情報を提供するように構成される病院情報システムである。ユーザーは、例えば固定のワークステーションから、又はモバイル通信デバイスを用いて、病院情報システムにアクセスすることができる。

【0021】

サブスクリプション要求メッセージに含まれるサブスクリプション要求は、報告デバイスから消費デバイスに健康データを転送するためにセットアップされる通信チャネルを定義する情報を含むことができる。特に、サブスクリプション要求は、一意の識別子、ネットワーク接続性パラメーター、統合プロファイル、リフレッシュ遅延、及びヘルスケア環境内の位置に関する情報を含むことができる。

【0022】

一意の識別子を用いて、報告デバイスと消費デバイスとの間でセットアップされた接続（通信チャネル）を識別することができる。

【0023】

ネットワーク接続性パラメーターは、例えば、ＴＣＰ／ＩＰアドレス、ホスト名及び用いられるポートを含むことができる。

【0024】

統合プロファイルに関する情報は、ＩＨＥ（ＩＰＥＣ、ＤＥＣ、ＡＣＭ等）、ＦＨＩＲ又は独自の統合プロファイル等の、通信に用いられる標準統合プロファイルに関することができる。

【0025】

リフレッシュ遅延に関する情報は、健康データがリフレッシュされる周期、すなわち、例えば、注入デバイス等の患者ケアデバイスの特定の組に関する健康データメッセージを報告デバイスから消費デバイスに送信するための周期を定義することができる。

【0026】

位置に関する情報は、例えば、ヘルスケア環境内の位置、例えば、病院の特定の部門、病院の部門内の部屋の特定の組等を識別して、健康データがそこから消費デバイスに転送される患者ケアデバイスの組を識別する役割を果たすことができる。通常、病院は、階層的なツリー状の方式で編成される場合があり、最上位レベルは病院全体として定義され、これを部門、（部門内の）部屋、及び（部屋内の）ベッドに関する階層レベルまで分解することができる。位置情報は、例えば特定の部門若しくは部門内の部屋の特定の組、又は部門内の部屋内の特定のベッドを定義する、そのような階層構造に関することができる。このため、報告デバイスは、サブスクリプションに従って、患者ケアデバイスの指定された組に関係する消費デバイスにのみ、例えば、病院の特定のエリア内、例えば特定の部門内又は特定のベッドルーム内に位置する患者デバイスのみに、これらの健康データを送信する。このため、ヘルスケア環境全体内で収集された全ての健康データが消費デバイス、例えば病院情報システムに送信されるわけではなく、それによって、ネットワークに対するデータ負荷が本質的に低減される。

【0027】

また、この目的は、ヘルスケア環境において健康データを通信する方法によって達成され、この方法は、報告デバイスから、通信ネットワークの通信チャネルを介して消費デバイスに健康データを転送することを含み、消費デバイスは、報告デバイスから健康データを受信するために、サブスクリプション要求を含むサブスクリプション要求メッセージを報告デバイスに送信し、報告デバイスは、サブスクリプション要求メッセージを受信すると、サブスクリプション要求を検証し、健康データを消費デバイスに転送するための通信チャネルを確立する。

【0028】

システムについて上述した利点及び有利な実施形態は、方法にも同様に当てはまり、それにより、方法は上記で参照されるものとする。

【0029】

以下、本発明の根底にある構想を、図面に示す実施形態に関してより詳細に記載する。

【図面の簡単な説明】

【0030】

【図1】通信ネットワークに接続された患者ケアデバイスを備える病院等のヘルスケア環境の概略図である。

【図2】報告デバイスから消費デバイスに健康データを転送するための通信チャネルを確立する、消費デバイスと報告デバイスとの間の通信の概略図である。

【図3】バックアップ処理の概略図である。

【図4】デバイス観測値レポーター（ＤＯＲ）とインタラクトする複数のデバイス観測値コンシューマー（ＤＯＣ）を有するヘルスケア環境の概略図である。

【発明を実施するための形態】

【0031】

図１は、例えば病院の組織に対応する、ヘルスケア環境１の概略図を示す。

【0032】

ヘルスケア環境１は、一組の部屋１００を各々が有する異なる複数の部門１０を含むことができ、この部屋において、患者に薬液を投与する注入デバイス等の患者ケアデバイス（短縮してＰＣＤ）を、異なる複数の部門１０の医療スタッフの注意の下で操作することができる。部門１０は、例えば、病院の一般病棟、集中治療室、救急部門、又は専門部門、例えば、治療サービスに関する専門部門（例えば、がん科又は薬局）及び診断サービスに関する専門部門（例えば放射線科又は心臓科）に対応する場合がある。

【0033】

ヘルスケア環境１は、ヘルスケア環境１の異なる情報システム間のデータ通信を提供する内部通信ネットワーク４を備える。通信ネットワーク４は特に、多数の患者ケアデバイス１１が接続され、患者ケアデバイス１１への、及び患者ケアデバイス１１からのデータ通信を提供する役割を果たすゲートウェイ２を備えることができる。

【0034】

ゲートウェイ２を介し、患者ケアデバイス１１は特に、病院情報システム３に接続することができる。病院情報システム３は、ヘルスケア環境１内での情報使用のための健康データを収集し、処理し、配信する役割を果たす。例えば、医療スタッフは、固定のワークステーション、又はタブレットコンピューター等のモバイルコンピューティングデバイスを用いて病院情報システム３にアクセスし、例えば特定の患者に関する医療情報を取得することができる。

【0035】

通信ネットワーク４内で、ゲートウェイ２は特に、報告デバイス、特に、患者ケアデバイス１１から収集された健康データを病院情報システム３に提供するいわゆるデバイス観測値レポーター（ＤＯＲ）としての役割を果たす。病院情報システム３は、消費デバイス、特に、いわゆるデバイス観測値コンシューマー（ＤＯＣ）としての役割を果たす。ゲートウェイ２は、患者ケアデバイス１１から受信した動作データ及び患者データ等の健康データを収集して前処理し、それによって、例えば、患者ケアデバイス１１から受信したデータを、標準化された構文及び意味に従ってマッピング及びフォーマット設定し、健康データを病院情報システム３に転送する。

【0036】

ゲートウェイ２から病院情報システム３への、特に病院情報システム３のサーバーへの健康データの転送は、通信チャネル４１を介して行われる。通信チャネル４１の静的構成は厄介であり、ＩＴ管理者によるアクションを伴い、更には、通信ネットワーク４内の他のデバイスに対するサービスの途絶が生じる場合があるため、本明細書では、消費者デバイス、特に病院情報システム３のサーバーによる要求時に通信チャネル４１を動的にセットアップすることを可能にする動的登録方式を用いることが提案される。

【0037】

特に、図２に概略的に示されるように、通信チャネル４１を確立するために、病院情報システム３のサーバー（消費デバイスとして機能する）が、サブスクリプション要求を含むサブスクリプション要求メッセージＡ１を送信し、これに対し、ゲートウェイ２（報告デバイスとして機能する）が、返答メッセージＡ２を送信することによって応答することが提案される。サブスクリプション要求メッセージＡ１及び返答メッセージＡ２は共に、例えばＨＴＴＰＳに従ってセットアップすることができるセキュアなチャネル４０を介して送信される。ここでは、メッセージＡ２はゲートウェイ２によって同期して送信され、すなわち、病院情報システム３は、他のことを行う前に応答Ａ２を待機する。

【0038】

サブスクリプション要求メッセージＡ１に含まれるサブスクリプション要求は、所望の通信チャネル４１のセットアップに関する情報、特に、一意の識別子と、接続される病院情報システム３のサーバーのＴＣＰ／ＩＰアドレス／ホスト名及びポート等のネットワーク接続性パラメーターと、通信チャネル４１を介した通信のために用いられるＩＨＥ ＩＰＥＣ、ＤＥＣ、ＡＣＭ等の標準統合プロファイルと、特殊なリフレッシュ遅延パラメーターと、健康データがそこから収集され、病院情報システム３のサーバーに転送されることになるヘルスケア環境１内の位置とを含む。ゲートウェイ２は、サブスクリプション要求を検証し、検証に成功すると（これは返答メッセージＡ２において示される）、健康データを含むメッセージＡ３を送信するための通信チャネル４１を確立し、それによって、病院情報システム３のサーバーがゲートウェイ２に接続され、このため、患者ケアデバイス１１の指定されたグループから収集された健康データを、ゲートウェイ２を介して受信することができる。

【0039】

通信チャネル４１のセットアップは、消費デバイス（病院情報システム３のサーバー）と報告デバイス（ゲートウェイ２）との間で交渉することによって自動的に行われるため、通信ネットワーク４内のサーバーの設置は容易であり、ゲートウェイ２によって他の当事者に提供されるサービスを一切途絶させない。

【0040】

本明細書における通信チャネル４１は、セキュアチャネル４０と異なるプロトコルを用いる場合があり、例えば、ＭＬＬＰチャネルである場合がある。

【0041】

サブスクリプション要求との関連における消費デバイスと報告デバイスとの間の交渉に従って、患者ケアデバイス１１の特定のサブセット、例えば、ヘルスケア環境１内、例えば特定の部門１０内又は特定の部門１０の特定の部屋の組１００内の特定のエリア内に位置する患者ケアデバイス１１のみに関する健康データのみが消費デバイスに向けて送信されるため、通信ネットワーク４におけるデータ負荷は、消費デバイスが、サブスクリプション対象の健康データのみを受信するという点で低減される。

【0042】

さらに、サブスクリプション要求によれば、特定のリフレッシュ遅延、すなわち、データ通信の周期性は、確立された通信チャネル４１について個々に設定することができ、より重要でない健康データを低い繰り返し率で転送することができるため、データ負荷を更に低減することが可能である。

【0043】

さらに、提案される方式は、病院情報システム３のサーバーが故障した場合のバックアップ処理を改善することができる。

【0044】

特に、図３に概略的に示されるように、病院情報システム３は、別個のハードウェアコンポーネントとすることができるか、又は、仮想サーバーとしてソフトウェアで実施することができる冗長サーバー３０、３１を含むことができ、一方のサーバー３０がプライマリサーバーであり、他方のサーバー３１が、プライマリサーバー３０が故障した場合に引き継ぐためのセカンダリバックアップサーバーである。ゲートウェイ２から健康データを収集するために、プライマリサーバー３０は、通常動作中に、上記で説明した方式に従って、特に接続を一意に識別する一意の識別子を用いて、接続Ｂ１をセットアップする。プライマリサーバー３０が故障した場合、これは適切な故障検出（例えば、サーバー３０、３１間のいわゆる「キープアライブ」メッセージの交換を含む）によって病院情報システム３内で検出することができ、セカンダリサーバー３１は、プライマリサーバー３０によって以前に用いられたのと同じ一意の識別子を用いてサブスクリプション要求メッセージＡ１（図２に示す）をゲートウェイ２に送信する。このため、ゲートウェイ２は、同じ一意の識別子を用いる別のサーバー３１がプライマリサーバー３０から引き継ぎを行うようにスケジューリングされていることに気付き、これに対し、ゲートウェイ２は返答メッセージＡ２をセカンダリサーバー３１に送信し、セカンダリサーバー３１への通信チャネルＢ２を確立し、この時点から、識別されたサブスクリプションに従って健康データをセカンダリサーバー３１に提供する。このため、プライマリサーバー３０が故障した場合、バックアップサーバー３１は、ゲートウェイ２に容易に接続することができ、この際、健康データがプライマリサーバー３０の代わりにセカンダリサーバー３１に送信され、それによって、セカンダリサーバー３１は、プライマリサーバー３０から機能をシームレスに引き継ぎ、サーバー３０、３１は、同じ参照データベースを共有し、すなわち、バックアップサーバー３１は、サーバー３０に以前に送信されたのと同じデータの組を受信する。

【0045】

図４は、例えば病院情報システムの異なるＰＤＭＳ／ＥＭＲの形をとる複数のデバイス観測値コンシューマー（ＤＯＣ）３が、通信ネットワーク４のゲートウェイ２の形をとるデバイス観測値レポーター（ＤＯＲ）と通信する、ヘルスケア環境１のセットアップの概略図を示す。本明細書における双方のデバイス観測値コンシューマー３は、特に、個々のサブスクリプション要求メッセージＡ１をセキュアなチャネル４０を介してゲートウェイ２に送信することによって、図２による上記で説明した方式を用いてゲートウェイ２にサブスクライブし、これに対して、ゲートウェイ２は、返答メッセージＡ２で応答し、デバイス観測値コンシューマー３のサブスクリプションに応じてこれらに健康データを提供するための通信チャネル４１をセットアップする。

【0046】

サブスクリプションをセットアップするために、各デバイス観測値コンシューマー３は、個々のリフレッシュ遅延パラメーターと、一意の識別子と、ＩＰアドレス及びポート等のネットワーク接続性パラメーターと、用いられる統合プロファイルに関する情報と、健康データがデバイス観測値コンシューマー３に提供されることになる患者ケアデバイスの組を識別する位置情報とを含む個々のサブスクリプション要求メッセージＡ１を送信する。

【0047】

示される例において、左側のデバイス観測値コンシューマー３は、一意の識別子＃１と、ＩＰアドレス／ポート＃１とを有する。サブスクリプション要求メッセージＡ１を用いて、デバイス観測値コンシューマー３は、特定のリフレッシュ遅延＃１と、一意の識別子＃１と、ＩＰアドレス／ポート＃１と、用いられる統合プロファイル＃１に関する情報と、例えば、図４に示すようなヘルスケア環境１の異なる病棟の、異なる部屋内に位置する患者ケアデバイスの組に関する位置情報Ａとを送信する。

【0048】

同様に、右側のデバイス観測値コンシューマー３は、一意の識別子＃２と、ＩＰアドレス／ポート＃２とを有する。サブスクリプション要求メッセージＡ１を用いて、デバイス観測値コンシューマー３は、特定のリフレッシュ遅延＃２と、一意の識別子＃２と、ＩＰアドレス／ポート＃２と、用いられる統合プロファイル＃２に関する情報と、例えば、図４に示すようなヘルスケア環境１の異なる病棟の、異なる部屋内に位置する患者ケアデバイスの組に関する位置情報Ｂとを送信する。

【0049】

したがって、ゲートウェイ２は、指定された統合プロファイルに従って特定のデバイス観測値コンシューマー３に健康データの個々の組を提供するための、各デバイス観測値コンシューマー３に対する個々の通信チャネル４１をセットアップし、サブスクリプション要求メッセージＡ１の位置情報によって識別されるエリアＡ、Ｂ内に位置する患者ケアデバイスからのデータを提供する。

【0050】

本発明の基礎をなす着想は、上記で説明した実施形態に限定されず、完全に異なる実施形態において完全に異なる形式で実施されてもよい。

【0051】

特に、本明細書において提案されるようなサブスクリプション方式は、ヘルスケア環境内の任意の報告デバイス及び消費デバイス間で用いることができ、本明細書において述べた特定のエンティティに限定されない。

【0052】

サブスクリプション要求は、本明細書に示す情報に対する追加情報又は本明細書に示す情報と異なる情報を含んでもよい。

【0053】

さらに、チャネルは、異なる技術及びプロトコルに従ってセットアップすることができ、本明細書において述べるプロトコルに限定されない。

【符号の説明】

【0054】

１ ヘルスケア環境（病院）
１０ 部門
１００ 部屋
１１ 患者ケアデバイス
２ 報告エンティティ（ゲートウェイ）
３ 消費エンティティ（病院情報システム）
３０ プライマリサーバー
３１ セカンダリサーバー
４ 病院通信ネットワーク
４０ セキュア化されたチャネル
４１ 通信チャネル
Ａ１、Ａ２、Ａ３ メッセージ
Ｂ１、Ｂ２ 接続

【図1】

【図2】

【図3】

【図4】