▶ バクスター・インターナショナル・インコーポレイテッドの特許一覧 ▶ バクスター・ヘルスケヤー・ソシエテ・アノニムの特許一覧
特表2023-520327医療デバイスからのデータの伝送のためのデジタル通信モジュール
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-05-17
(54)【発明の名称】医療デバイスからのデータの伝送のためのデジタル通信モジュール
(51)【国際特許分類】
G16H 40/60 20180101AFI20230510BHJP
A61M 1/28 20060101ALN20230510BHJP
A61M 1/14 20060101ALN20230510BHJP
【ＦＩ】
G16H40/60
A61M1/28 130
A61M1/14 100
【審査請求】未請求
【予備審査請求】有
(21)【出願番号】P 2022557753
(86)(22)【出願日】2021-03-24
(85)【翻訳文提出日】2022-11-16
(86)【国際出願番号】 US2021023878
(87)【国際公開番号】W WO2021195207
(87)【国際公開日】2021-09-30
(31)【優先権主張番号】62/993,819
(32)【優先日】2020-03-24
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡＳＣＲＩＰＴ
２．ＣＯＲＴＥＸ
(71)【出願人】
【識別番号】591013229
【氏名又は名称】バクスター・インターナショナル・インコーポレイテッド
【氏名又は名称原語表記】ＢＡＸＴＥＲ ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＩＮＣＯＲＰ０ＲＡＴＥＤ
(71)【出願人】
【識別番号】501453189
【氏名又は名称】バクスター・ヘルスケヤー・ソシエテ・アノニム
【氏名又は名称原語表記】Ｂａｘｔｅｒ Ｈｅａｌｔｈｃａｒｅ Ｓ．Ａ．
【住所又は居所原語表記】Ｔｈｕｒｇａｕｅｒｓｔｒ．１３０ ＣＨ－８１５２ Ｇｌａｔｔｐａｒｋ （Ｏｐｆｉｋｏｎ） Ｓｗｉｔｚｅｒｌａｎｄ
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【弁理士】
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【弁理士】
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【弁護士】
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】パドマニ， バベシュ エス．
(72)【発明者】
【氏名】ヒューガー， ビトバ
(72)【発明者】
【氏名】レディー ゴラ， ビジャヤ バスカル
【テーマコード（参考）】
4C077
5L099
【Ｆターム（参考）】
4C077JJ24
4C077JJ30
4C077KK25
4C077KK30
5L099AA01
(57)【要約】
医療デバイスからのデータの伝送のためのデジタル通信モジュールが、開示される。ある実施例では、デジタル通信装置は、医療デバイスへの通信結合のために構成される、入力インターフェースと、医療ネットワークへの通信結合のために構成される、出力インターフェースとを含む。デジタル通信装置のプロセッサは、入力インターフェースの１つの入力ポートおよび出力インターフェースの少なくとも１つの出力ポート、第１のデータフォーマット、および第２のデータフォーマットを規定する構成ファイルを受信する。プロセッサは、構成ファイルによって規定される入力および出力ポートのためのドライバをインストールし、規定された入力ポートを用いて入力インターフェースをプロビジョニングし、少なくとも１つの規定された出力ポートを用いて出力インターフェースをプロビジョニングする。
【特許請求の範囲】
【請求項1】
デジタル通信装置であって、医療デバイスへの通信結合のために構成される入力インターフェースであって、前記入力インターフェースは、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとを含む、入力インターフェースと、
医療ネットワークへの通信結合のために構成される出力インターフェースであって、前記出力インターフェースは、シリアル出力ポート、イーサネット出力ポート、または無線出力ポートのうちの少なくとも１つを含む、出力インターフェースと、
少なくとも１つの構成ファイルおよび前記入力ポートおよび出力ポートのためのドライバを記憶するように構成されるメモリデバイスと、
前記入力インターフェース、前記出力インターフェース、および前記メモリデバイスに通信可能に結合されるプロセッサであって、前記プロセッサは、
前記出力インターフェースを介して管理コンピュータから構成ファイルを受信することであって、前記構成ファイルは、前記入力インターフェースの入力ポートのうちの１つおよび前記出力インターフェースの少なくとも１つの出力ポート、第１のデータフォーマット、および第２のデータフォーマットを規定する、ことと、
前記構成ファイルを前記メモリデバイスに記憶することと、
前記構成ファイルによって規定された前記入力ポートおよび出力ポートのためのドライバをインストールすることと、
前記第１のデータフォーマットにおいて前記医療デバイスから医療データを受信するために、前記規定された入力ポートを用いて前記入力インターフェースをプロビジョニングすることと、
前記第１のデータフォーマットおよび前記第２のデータフォーマットを使用して前記受信された医療データの少なくとも一部を伝送するために、前記少なくとも１つの規定された出力ポートを用いて前記出力インターフェースをプロビジョニングすることと
を行うように構成される、プロセッサと
を備える、装置。
【請求項2】
前記プロセッサは、前記入力インターフェースを介して前記医療デバイスから前記第１のフォーマットにおいて前記医療データを受信することと、
前記構成ファイルによって規定されるような前記出力ポートのうちの１つを介して前記出力インターフェースを介して、前記第１のデータフォーマットにおける伝送のための前記医療データの第１のサブセットを選択することと、
前記医療データの第２のサブセットを前記第２のデータフォーマットに変換することと、
前記構成ファイルによって規定されるような同一または異なる出力ポートを介して、伝送のための前記第２のデータフォーマットにおける前記医療データの第２のサブセットを伝送することと
を行うように構成される、請求項１に記載の装置。
【請求項3】
前記医療データの第１のサブセットは、前記医療データの第２のサブセットと同一である、請求項２に記載の装置。
【請求項4】
前記出力インターフェースは、前記医療ネットワークを介して、電子医療記録（「ＥＭＲ」）サーバ、ミドルウェアサーバ、または統合エンジンのうちの少なくとも１つへの通信結合を提供し、前記プロセッサは、前記構成ファイルによって規定されるような同一または異なる出力ポートを使用して、前記第２のデータフォーマットにおける前記医療データの第２のサブセットを前記ＥＭＲサーバ、前記ミドルウェアサーバ、または前記統合エンジンのうちの少なくとも１つに伝送するように構成される、
請求項２または３に記載の装置。
【請求項5】
前記イーサネットポートおよび前記無線ポートのうちの少なくとも１つは、前記医療ネットワークの外部にある遠隔サーバへの通信結合を提供し、前記プロセッサは、前記イーサネットポートまたは前記無線ポートのうちの少なくとも１つを使用して、前記第１のデータフォーマットにおける前記医療データの第１のサブセットを前記遠隔サーバに伝送するように構成される、
請求項２または４に記載の装置。
【請求項6】
前記プロセッサは、第１のコネクティビティエージェントを含み、前記第１のデータフォーマットにおける前記医療データの第１のサブセットの伝送のためのメッセージングプロトコルを使用する、請求項２、４、または５に記載の装置。
【請求項7】
前記メッセージングプロトコルは、メッセージ待ち行列テレメトリトランスポート（「ＭＱＴＴ」）パブリッシュ－サブスクライブネットワークプロトコルを含む、請求項６に記載の装置。
【請求項8】
前記構成ファイルは、前記第１のデータフォーマットにおける前記医療データの第１のサブセットを受信するべき第１の宛先ネットワークアドレスを規定し、前記第２のデータフォーマットにおける前記医療データの第２のサブセットを受信するべき第２の宛先ネットワークアドレスを規定し、前記第１の宛先ネットワークアドレスは、前記医療ネットワークの外部にあるネットワークドメインと関連付けられ、前記第２の宛先ネットワークアドレスは、前記医療ネットワークを含むネットワークドメインと関連付けられる、
請求項２、４、または５に記載の装置。
【請求項9】
前記プロセッサは、ログデータおよび健全性データを発生させることと、
前記構成ファイルによって規定されるような前記出力ポートのうちの１つを介して前記出力インターフェースを介して、前記第１のデータフォーマットにおける伝送のための前記医療データの第１のサブセットとともに前記ログデータおよび前記健全性データを含めることと、
前記ログデータを前記第２のデータフォーマットに変換することと、
前記構成ファイルによって規定されるような同一または異なる出力ポートを介して、伝送のための前記医療データの第２のサブセットとともに前記ログデータを含めることと
を行うように構成される、請求項２、４、または８に記載の装置。
【請求項10】
前記ログデータは、医療デバイスタイプの識別、医療デバイスシリアル番号の識別、それから前記受信された医療データが前記医療デバイスによって発生された、または前記医療デバイスから前記プロセッサによって受信されたタイムスタンプ、前記装置の識別子、前記医療データの第１のサブセットに関するタイムスタンプ、または単調なタイムスタンプのうちの少なくとも１つを含み、前記健全性情報は、前記医療デバイスに関連する情報、ＣＰＵ使用情報、ネットワークコネクティビティ情報、プロセス／スレッド情報、または伝送のための前記医療データの第１および第２のサブセットを処理するために前記プロセッサによって動作されるソフトウェアに関連する情報を含む、
請求項９に記載の装置。
【請求項11】
前記プロセッサは、伝送の前に前記医療データの第１のサブセット内に含まれる患者情報を匿名化すること、または、
伝送の前に前記医療データの第１のサブセットを暗号化すること
のうちの少なくとも１つを行うように構成される、請求項２、９、または１０に記載の装置。
【請求項12】
前記プロセッサは、前記医療データのストリームを受信することと、
周期的間隔において前記医療データのスナップショットを作成することと、
前記医療データのスナップショットを前記医療データの第１のサブセットまたは前記医療データの第２のサブセットのうちの少なくとも１つとして提供することと
を行うように構成される、請求項２または１１に記載の装置。
【請求項13】
前記周期的間隔は、５秒～６０秒の周期を有する、請求項１２に記載の装置。
【請求項14】
前記プロセッサは、スナップショットの間の前記医療データの変化を識別するために、事象追跡を使用することと、
以前のスナップショットから変化した医療データのみを前記医療データの第１のサブセットまたは前記医療データの第２のサブセットのうちの少なくとも１つとして含めることと
を行うように構成される、請求項１２に記載の装置。
【請求項15】
前記構成ファイルは、前記医療デバイスのタイプを規定し、前記医療デバイスから受信されるべき前記医療データが前記第１のデータフォーマットにおいて提供されることを規定する、請求項１または１２に記載の装置。
【請求項16】
前記医療デバイスのタイプは、持続的腎置換療法（「ＣＲＲＴ」）機械、腹膜透析機械、血液透析機械、水浄化機械、または栄養物調合機械のうちの少なくとも１つを含む、請求項１、１２、または１５に記載の装置。
【請求項17】
前記第１のデータフォーマットは、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（「ＪＳＯＮ」）、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）、またはバイナリプロトコルを含む、請求項１、１２、または１６に記載の装置。
【請求項18】
前記第２のデータフォーマットは、Ｈｅａｌｔｈ－Ｌｅｖｅｌ ７（「ＨＬ７」）プロトコル、高速保健医療相互運用性リソース（「ＦＨＩＲ」）プロトコル、またはバイナリプロトコルを含む、請求項１、１２、または１７に記載の装置。
【請求項19】
前記無線入力ポートは、Ｗｉ－Ｆｉ入力ポートおよびＢｌｕｅｔｏｏｔｈ（登録商標）入力ポートのうちの少なくとも１つを含み、前記無線出力ポートは、Ｗｉ－Ｆｉ出力ポートまたはセルラー出力ポートのうちの少なくとも１つを含む、請求項１、１２、または１８に記載の装置。
【請求項20】
前記医療データは、透析サイクルの充填、滞留、および排出段階の間の遷移を備える事象情報、
アラーム情報、
治療プログラミング情報、または、
推定される充填率、排出率、および除去された限外濾過の量を備える治療情報
のうちの少なくとも１つを含む、請求項１、１２、または１９に記載の装置。
【発明の詳細な説明】
【背景技術】
【0001】
医療ネットワークは、典型的には、有意な数の接続された医療デバイスを有する。ネットワークは、医療デバイスからデータを受信する。データを受信した後、ネットワークに接続されたサーバは、データを患者電子医療記録（「ＥＭＲ」）に記憶する、またはデータを薬局システム等のある病院システムに中継する。セキュリティのために、医療デバイスから収集されたデータは、医療ネットワークに接続する許可を有するユーザデバイスのみに内部で利用可能にされる。本ネットワークセキュリティの結果として、医療デバイス製造業者等の第三者は、概して、それらの展開された医療デバイスによって発生されるデータへのアクセスを有していない。
【0002】
いくつかの製造業者は、営業担当者または技師を各医療デバイスに物理的に訪問させ、診断情報を含む、デバイスデータの少なくとも一部を除去することによって、医療デバイスデータを取得しようと試みる。しかしながら、これは、極端に労働集約的なプロセスである。加えて、本手動プロセスは、多くの場合、データ収集に伴う時間および費用に起因して、多くの医療デバイスをデータ収集から見過ごす、または見落とす。これは、データが後で分析されるときにギャップを生じさせ得る。さらに、本手動収集方法は、データが、収集後数日から数週間、またはさらには数ヵ月しか分析され得ないため、タイムリーではない。
【0003】
いくつかの他の医療デバイス製造業者は、医療ネットワーク内に記憶される医療デバイスデータへの限定されたアクセスを許可される。これらの事例では、デバイス製造業者は、患者記録および病院システムとは別個であるデータリポジトリへのアクセスを有する。１つの問題は、データが、医療デバイスから伝送される医療データに限定され、診断または使用情報等の製造業者が着目するデータを含まない場合があることである。さらに、データは、病院システムによって指定される様式でフォーマットされ、これは、データの大規模な取扱、処理、および分析を困難または不可能にし得る。また、数十から数百の異なる病院システム（それぞれ、その独自のプロトコルおよびデータ記憶要件を伴う）における医療デバイスを伴うデバイス製造業者は、別個に各システムにアクセスし、均一かつ使用可能なデータセットを生成するために任意のデータ変換を実施する必要性があるであろう。
【0004】
上記に説明される問題は、医療デバイス製造業者から有益な医療デバイスデータを奪っている。例えば、デバイス製造業者は、デバイスデータを使用し、デバイスの問題に対処する、デバイス動作傾向を識別する、治療傾向を識別する、デバイス動作推奨を識別する、または次世代のデバイスの開発を計画することに役立ち得る。データの欠如は、多くの場合、医療デバイス製造業者を、問題に対して予応的ではなく即応的にし、これは、長期的には、患者治療の品質に影響を及ぼし得る。
【発明の概要】
【課題を解決するための手段】
【0005】
医療デバイスからのデータの伝送のためのデジタル通信モジュール（「ＤＣＭ」）が、本明細書に開示される。例示的ＤＣＭは、医療デバイスのプロセッサ（または療法モジュール）と医療ネットワークとの間に位置付けられる。いくつかの実施形態では、ＤＣＭは、医療デバイスの外部にある（シリアル接続またはイーサネット（登録商標）接続を介して接続される）。他の実施形態では、ＤＣＭは、医療デバイス内に含まれる、またはそれと統合される。本明細書に開示されるＤＣＭは、医療ネットワークおよび医療ネットワークとは別個である外部サーバ（例えば、ＩｏＴシャドウサービスを使用する医療デバイス製造業者サーバ）に医療デバイスデータを並行して、または同時に伝送するためのゲートウェイ（モノのインターネット（「ＩｏＴ」）ゲートウェイ等）として構成される。
【0006】
実施形態では、ＤＣＭは、医療デバイスのプロセッサまたは療法モジュールから医療デバイスデータを受信する。ＤＣＭは、医療デバイスデータの２つの別個のストリームを医療ネットワークに伝送するように構成される。第１のデータストリームに関して、ＤＣＭは、対応する医療デバイスのデバイス製造業者によって動作され得る、外部サーバへの伝送のための第１のフォーマットにおける医療デバイスデータを提供する。第２のデータストリームに関して、ＤＣＭは、病院ネットワーク内のＥＭＲサーバまたは病院システムへの伝送のための第２のフォーマットにおける医療デバイスデータを提供する。いくつかの事例では、ＤＣＭは、第１のデータストリームに関する医療デバイスデータを匿名化し、ログ／健全性データを追加し得、これは、デバイス製造業者に着目され、医療デバイスの動作を評価するための高度な分析を可能にする。第２のデータストリームに関して、ＤＣＭは、適切なＥＭＲへの包含のために、または適切な病院システムによる使用のために、患者識別情報を伴う医療デバイスデータを伝送する。ＤＣＭは、それに応じて、医療デバイス製造業者に、データ分析のための共通のフォーマットにおける有益な医療デバイスデータへの容易なアクセスを提供する一方、また、病院システムに、以前から内部で使用されているものと同一のフォーマットにおける医療デバイスデータを提供する（それによって、医療ネットワークのいかなる変更も要求しない）。
【0007】
本明細書に開示される例示的ＤＣＭは、構成ファイルを介して遠隔で構成されてもよい。例示的ファイルは、オペレータが、医療デバイスタイプ、医療デバイスへの接続のためのハードウェアインターフェース、データ管理のためのデバイスドライバ、データ伝送タイプ、およびデータ伝送のためのハードウェアインターフェースを規定することを可能にする。構成ファイルを受信した後、ＤＣＭは、規定されたドライバをインストールし、医療デバイスと医療ネットワークとの間をシームレスに統合するように規定された入力および出力インターフェースを構成するように構成される。構成ファイルは、ＤＣＭが病院現場に展開された後、デバイス製造業者に柔軟性を与えるために、コネクティビティ要件および／またはデータフォーマットを変更するために更新されてもよい。
【0008】
例示的ＤＣＭは、任意のタイプの医療デバイスとともに動作する。例えば、ＤＣＭは、血漿交換、血液透析（「ＨＤ」）、血液濾過（「ＨＦ」）、血液透析濾過（「ＨＤＦ」）、および持続的腎置換療法（「ＣＲＲＴ」）治療のための医療デバイスとともに動作してもよい。本明細書に説明されるＤＣＭはまた、腹膜透析（「ＰＤ」）、静脈内薬物送達、および栄養流体送達のための医療デバイスとともに動作してもよい。これらの異なる治療モダリティは、本明細書では、集合的に、または概して、個々に医療流体送達または治療と称され得る。
【0009】
上記のモダリティは、１つまたはそれを上回るポンプ、弁、ヒータ（必要とされる場合）、直結医療流体発生機器（必要とされる場合）、圧力センサ、伝導率センサ、温度センサ、空気検出器、血液漏出検出器、および同等物等のセンサ、ユーザインターフェース、および上記に説明される機器を制御するための１つまたはそれを上回るプロセッサおよびメモリを採用し得る制御ユニット等の医療流体を送達するために必要とされるコンポーネントを格納する、医療流体送達機械によって提供されてもよい。医療流体送達機械はまた、血液を清潔にするための透析器または血液濾過器および／または水分、透析流体、または他の流体を浄化するための限外濾過器等の１つまたはそれを上回る濾過器を含んでもよい。
【0010】
本明細書に説明されるＤＣＭおよび医療流体送達機械は、在宅ベースの機械と併用されてもよい。例えば、本システムは、患者の便宜に応じて動作される在宅ＨＤ、ＨＦ、またはＨＤＦ機械と併用されてもよい。１つのそのような在宅システムが、２０１１年１０月４日に発行され、「Ｈｉｇｈ Ｃｏｎｖｅｃｔｉｏｎ Ｈｏｍｅ Ｈｅｍｏｄｉａｌｙｓｉｓ／Ｈｅｍｏｆｉｌｔｒａｔｉｏｎ Ａｎｄ Ｓｏｒｂｅｎｔ Ｓｙｓｔｅｍ」と題され、２００４年１１月４日に出願され、本願の譲受人に譲渡された、米国特許第８，０２９，４５４号（「第’４５４号特許」）に説明されている。他のそのような在宅システムも、２０１３年３月１２日に発行され、「Ｅｎｃｌｏｓｕｒｅ ｆｏｒ ａ Ｐｏｒｔａｂｌｅ Ｈｅｍｏｄｉａｌｙｓｉｓ Ｓｙｓｔｅｍ」と題され、２００８年８月２７日に出願された、米国特許第８，３９３，６９０号（「第’６９０号特許」）に説明されている。上記の参照文献のそれぞれの全内容は、参照することによって本明細書に組み込まれ、依拠される。
【0011】
下記に詳細に説明されるように、本開示のＤＣＭは、多くの異なるタイプのデバイスを備える、多くの機械、患者、臨床医、医師、保守人員、電子医療記録（「ＥＭＲ」）データベース、ウェブサイト、患者および臨床医通信を介して発生されるデータを取り扱うリソース計画システム、およびビジネスインテリジェンスを含み得る、包含的プラットフォームシステム内で動作してもよい。本開示のＤＣＭは、システム全体内で、そのルールおよびプロトコルに違反することなくシームレスに動作する。
【0012】
本明細書の開示に照らして、かついかようにも本開示を限定することなく、本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１の側面では、デジタル通信装置は、医療デバイスへの通信結合のために構成される、入力インターフェースと、医療ネットワークへの通信結合のために構成される、出力インターフェースとを含む。入力インターフェースは、シリアル入力ポートと、イーサネット（登録商標）入力ポートと、無線入力ポートとを含む。出力インターフェースは、シリアル出力ポート、イーサネット（登録商標）出力ポート、または無線出力ポートのうちの少なくとも１つを含む。デジタル通信装置はまた、少なくとも１つの構成ファイルおよび入力および出力ポートのためのドライバを記憶するように構成される、メモリデバイスを含む。デジタル通信装置はさらに、入力インターフェース、出力インターフェース、およびメモリデバイスに通信可能に結合される、プロセッサを含む。プロセッサは、出力インターフェースを介して管理コンピュータから構成ファイルを受信するように構成され、構成ファイルは、入力インターフェースの入力ポートのうちの１つおよび出力インターフェースの少なくとも１つの出力ポート、第１のデータフォーマット、および第２のデータフォーマットを規定する。プロセッサはまた、構成ファイルをメモリデバイスに記憶し、構成ファイルによって規定された入力および出力ポートのためのドライバをインストールし、第１のデータフォーマットにおいて医療デバイスから医療データを受信するために、規定された入力ポートを用いて入力インターフェースをプロビジョニングし、第１のデータフォーマットおよび第２のデータフォーマットを使用して受信された医療データの少なくとも一部を伝送するために、少なくとも１つの規定された出力ポートを用いて出力インターフェースをプロビジョニングするように構成される。
【0013】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第２の側面では、プロセッサは、入力インターフェースを介して医療デバイスから第１のフォーマットにおいて医療データを受信し、構成ファイルによって規定されるような出力ポートのうちの１つを介して出力インターフェースを介して、第１のデータフォーマットにおける伝送のための医療データの第１のサブセットを選択し、医療データの第２のサブセットを第２のデータフォーマットに変換し、構成ファイルによって規定されるような同一または異なる出力ポートを介して、伝送のための第２のデータフォーマットにおける医療データの第２のサブセットを伝送するように構成される。
【0014】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第３の側面では、医療データの第１のサブセットは、医療データの第２のサブセットと同一である。
【0015】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第４の側面では、出力インターフェースは、医療ネットワークを介して、電子医療記録（「ＥＭＲ」）サーバ、ミドルウェアサーバ、または統合エンジンのうちの少なくとも１つへの通信結合を提供し、プロセッサは、構成ファイルによって規定されるような同一または異なる出力ポートを使用して、第２のデータフォーマットにおける医療データの第２のサブセットをＥＭＲサーバ、ミドルウェアサーバ、または統合エンジンのうちの少なくとも１つに伝送するように構成される。
【0016】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第５の側面では、イーサネット（登録商標）ポートおよび無線ポートのうちの少なくとも１つは、医療ネットワークの外部にある遠隔サーバへの通信結合を提供し、プロセッサは、イーサネット（登録商標）ポートまたは無線ポートのうちの少なくとも１つを使用して、第１のデータフォーマットにおける医療データの第１のサブセットを遠隔サーバに伝送するように構成される。
【0017】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第６の側面では、プロセッサは、第１のコネクティビティエージェントを含み、第１のデータフォーマットにおける医療データの第１のサブセットの伝送のためのメッセージングプロトコルを使用する。
【0018】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第７の側面では、メッセージングプロトコルは、メッセージ待ち行列テレメトリトランスポート（「ＭＱＴＴ」）パブリッシュ－サブスクライブネットワークプロトコルを含む。
【0019】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第８の側面では、構成ファイルは、第１のデータフォーマットにおける医療データの第１のサブセットを受信するべき第１の宛先ネットワークアドレスを規定し、第２のデータフォーマットにおける医療データの第２のサブセットを受信するべき第２の宛先ネットワークアドレスを規定し、第１の宛先ネットワークアドレスは、医療ネットワークの外部にあるネットワークドメインと関連付けられ、第２の宛先ネットワークアドレスは、医療ネットワークを含むネットワークドメインと関連付けられる。
【0020】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第９の側面では、プロセッサは、ログデータおよび健全性データを発生させ、構成ファイルによって規定されるような出力ポートのうちの１つを介して出力インターフェースを介して、第１のデータフォーマットにおける伝送のための医療データの第１のサブセットとともにログデータおよび健全性データを含め、ログデータを第２のデータフォーマットに変換し、構成ファイルによって規定されるような同一または異なる出力ポートを介して、伝送のための医療データの第２のサブセットとともにログデータを含めるように構成される。
【0021】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１０の側面では、ログデータは、医療デバイスタイプの識別、医療デバイスシリアル番号の識別、それから受信された医療データが医療デバイスによって発生された、または医療デバイスからプロセッサによって受信されたタイムスタンプ、装置の識別子、医療データの第１のサブセットに関するタイムスタンプ、または単調なタイムスタンプのうちの少なくとも１つを含み、健全性情報は、医療デバイスに関連する情報、ＣＰＵ使用情報、ネットワークコネクティビティ情報、プロセス／スレッド情報、または伝送のための医療データの第１および第２のサブセットを処理するためにプロセッサによって動作されるソフトウェアに関連する情報を含む。
【0022】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１１の側面では、プロセッサは、伝送の前に医療データの第１のサブセット内に含まれる患者情報を匿名化すること、または伝送の前に医療データの第１のサブセットを暗号化することのうちの少なくとも１つを行うように構成される。
【0023】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１２の側面では、プロセッサは、医療データのストリームを受信し、周期的間隔において医療データのスナップショットを作成し、医療データのスナップショットを医療データの第１のサブセットまたは医療データの第２のサブセットのうちの少なくとも１つとして提供するように構成される。
【0024】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１３の側面では、周期的間隔は、５秒～６０秒の周期を有する。
【0025】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１４の側面では、プロセッサは、スナップショットの間の医療データの変化を識別するために、事象追跡を使用し、以前のスナップショットから変化した医療データのみを医療データの第１のサブセットまたは医療データの第２のサブセットのうちの少なくとも１つとして含めるように構成される。
【0026】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１５の側面では、構成ファイルは、医療デバイスのタイプを規定し、医療デバイスから受信されるべき医療データが第１のデータフォーマットにおいて提供されることを規定する。
【0027】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１６の側面では、医療デバイスのタイプは、持続的腎置換療法（「ＣＲＲＴ」）機械、腹膜透析機械、血液透析機械、水浄化機械、または栄養物調合機械のうちの少なくとも１つを含む。
【0028】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１７の側面では、第１のデータフォーマットは、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（「ＪＳＯＮ」）、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）、またはバイナリプロトコルを含む。
【0029】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１８の側面では、第２のデータフォーマットは、Ｈｅａｌｔｈ－Ｌｅｖｅｌ ７（「ＨＬ７」）プロトコル、高速保健医療相互運用性リソース（「ＦＨＩＲ」）プロトコル、またはバイナリプロトコルを含む。
【0030】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第１９の側面では、無線入力ポートは、Ｗｉ－Ｆｉ入力ポートおよびＢｌｕｅｔｏｏｔｈ(登録商標）入力ポートのうちの少なくとも１つを含み、無線出力ポートは、Ｗｉ－Ｆｉ出力ポートまたはセルラー出力ポートのうちの少なくとも１つを含む。
【0031】
本明細書に列挙される任意の他の側面と組み合わせられ得る、本開示の第２０の側面では、医療データは、透析サイクルの充填、滞留、および排出段階の間の遷移を備える事象情報、アラーム情報、治療プログラミング情報、または推定される充填率、排出率、および除去された限外濾過の量を備える治療情報のうちの少なくとも１つを含む。
【0032】
【0033】
本開示および上記の側面に照らして、したがって、医療デバイスデータを医療デバイス製造業者に伝えるための改良されたシステムを提供することが、本開示の利点である。
【0034】
構成ファイルを使用し、ＤＣＭ上にあるドライバおよび／またはハードウェアインターフェースを構成することが、本開示の別の利点である。
【0035】
付加的特徴および利点が、以下の詳細な説明および図に説明され、それから明白となるであろう。本明細書に説明される特徴および利点は、包括的ではなく、特に、多くの付加的特徴および利点が、図および説明を考慮して、当業者に明白となるであろう。また、任意の特定の実施形態は、本明細書に列挙される利点の全てを有する必要性はなく、個々の有利な実施形態を別個に請求することが、明確に想定される。また、本明細書に使用される言語が、発明的主題の範囲を限定するためではなく、主として、可読性および命令目的のために選択されていることに留意されたい。
【図面の簡単な説明】
【0036】
【0037】
【0038】
【0039】
【0040】
【0041】
【0042】
【0043】
【発明を実施するための形態】
【0044】
詳細な説明
医療デバイスからのデータの伝送のためのデジタル通信モジュール（「ＤＣＭ」）が、開示される。例示的ＤＣＭは、医療デバイスから医療デバイスデータを受信するように構成される。ＤＣＭは、ローカル病院ネットワークおよび外部サーバ（医療デバイス製造業者のサーバ等）に医療デバイスデータを並行して伝送する。いくつかの実施形態では、ＤＣＭは、外部サーバに伝送される医療デバイスデータを匿名化する。ＤＣＭはまた、外部サーバに伝送される医療デバイスデータに健全性および／またはログデータを追加してもよい。さらに、いくつかの実施形態では、ＤＣＭは、医療デバイスデータを病院システムのための異なるフォーマットに変換してもよい。例示的ＤＣＭは、入力インターフェースパラメータ、出力インターフェースパラメータ、デバイスドライバパラメータ、および／またはデータ変換パラメータを規定する構成ファイルを介してプロビジョニングされる。構成ファイルの受信後、ＤＣＭは、規定されたデバイスドライバをインストールし、データ変換／暗号化機構をプロビジョニングすることに加えて、規定された入力／出力インターフェースをプロビジョニングするように構成される。
医療デバイスからのデータの伝送のためのデジタル通信モジュール（「ＤＣＭ」）が、開示される。例示的ＤＣＭは、医療デバイスから医療デバイスデータを受信するように構成される。ＤＣＭは、ローカル病院ネットワークおよび外部サーバ（医療デバイス製造業者のサーバ等）に医療デバイスデータを並行して伝送する。いくつかの実施形態では、ＤＣＭは、外部サーバに伝送される医療デバイスデータを匿名化する。ＤＣＭはまた、外部サーバに伝送される医療デバイスデータに健全性および／またはログデータを追加してもよい。さらに、いくつかの実施形態では、ＤＣＭは、医療デバイスデータを病院システムのための異なるフォーマットに変換してもよい。例示的ＤＣＭは、入力インターフェースパラメータ、出力インターフェースパラメータ、デバイスドライバパラメータ、および／またはデータ変換パラメータを規定する構成ファイルを介してプロビジョニングされる。構成ファイルの受信後、ＤＣＭは、規定されたデバイスドライバをインストールし、データ変換／暗号化機構をプロビジョニングすることに加えて、規定された入力／出力インターフェースをプロビジョニングするように構成される。
【0045】
ＤＣＭは、多くの異なるタイプの医療デバイスとともに動作し、シリアル接続（例えば、ＲＳ－２３２またはＲＳ－４８５接続）、イーサネット（登録商標）接続、Ｗｉ－Ｆｉ接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続、および／またはユニバーサルシリアルバス（「ＵＳＢ」）接続等の異なるタイプのインターフェースを介して通信するように構成される。ＤＣＭの構成可能性は、腹膜透析機械、救命救急透析機械、持続的腎置換療法（「ＣＲＲＴ」）機械、血液透析機械、水調製／浄化デバイス、栄養物調合機械、注入ポンプ等の多くの異なるタイプの医療デバイスとの併用を可能にする。さらに、ＤＣＭの構成可能性は、異なるように構成された病院システム内でのその使用を可能にする。ＤＣＭの構成可能性は、それに応じて、医療デバイスデータが、医療デバイスまたは病院システムのコネクティビティまたはネットワーキング変更を行う必要性を伴わずに、外部サーバに伝送されることを可能にする。
【0046】
医療デバイスデータが、本明細書に言及される。開示されるように、医療デバイスデータ（例えば、医療データ）が、医療デバイスにおいて発生され、ＤＣＭに伝送される。医療デバイスデータは、医療デバイスが患者に治療を施行するように動作するべき方法を定義する、１つまたはそれを上回るパラメータを備える、治療プログラミング情報を含む。腹膜透析療法に関して、パラメータは、患者の腹膜腔の中に圧送されるべき新鮮な透析流体の量（または率）、流体が患者の腹膜腔内に留まるべき時間の量（すなわち、滞留時間）、および滞留周期が終了した後に患者から圧送または排出されるべき使用済み透析流体および限界濾過（「ＵＦ」）の量（または率）を規定してもよい。複数のサイクルを伴う治療に関して、パラメータは、サイクル毎の充填、滞留、および排出量および治療の過程の間に実施されるべきサイクルの合計回数（１回の治療が、１日毎に提供される、または別個の治療が、日中および夜間に提供される）を規定してもよい。加えて、パラメータは、治療が医療流体送達機械によって施行されるべき日付／時間／日（例えば、スケジュール）を規定してもよい。さらに、処方療法のパラメータは、ブドウ糖レベル等の透析流体の濃度レベルに加えて、治療毎に投与されるべき透析流体の合計体積を規定してもよい。注入療法に関して、パラメータは、注入されるべき体積、注入されるべき薬品、薬品濃度、薬品投薬量、および／または注入率を含んでもよい。
【0047】
医療デバイスデータはまた、治療の施行に関連する事象情報を含む。事象情報は、測定、検出、または決定されたパラメータ値を示す、医療デバイスによって発生されるデータを含んでもよい。例えば、処方療法は、治療が、それぞれ４５分の滞留時間を伴う５つの別個のサイクルを備えるべきであることを規定し得るが、医療流体送達デバイスは、それぞれ３０分の滞留時間を伴うより少ないサイクルが提供される治療を施行し得る。医療デバイスは、治療が施行される様子を監視し、それに応じて、動作を示すパラメータを提供する。治療データに関するパラメータは、例えば、患者に投与された透析流体の合計量、動作されるサイクルの回数、サイクルあたりの充填量、サイクルあたりの滞留時間、サイクルあたりの排出時間／量、推定される除去されたＵＦの量、治療開始時間／日付、および／または治療終了時間／日付を含んでもよい。治療データはまた、圧送された流体の量を圧送に費やされる時間で除算することによって決定される、充填率および排出率等の計算されたパラメータを含んでもよい。治療／事象データはさらに、治療の間に生じたアラームの識別、アラームの持続時間、アラームの時間、アラームと関連付けられる事象、および／またはアラームを引き起こした問題が解決されたかどうか、またはアラームが消されたかどうかに関するインジケーションを含んでもよい。
【0048】
医療デバイスデータはさらに、診断情報、障害情報等を含む、デバイス機械ログを含む。診断情報は、ポンプ動作に関連する障害、信号エラー、通信エラー、ソフトウェア問題等の医療デバイスの内部動作を示す情報を含んでもよい。医療デバイスデータは、データストリームとして伝送される、または周期的間隔において提供されてもよい。いくつかの事例では、医療デバイスデータは、事象またはデータの他の変更が生じる際に伝送されてもよい。
【0049】
例示的ＤＣＭによって発生されるログデータおよび健全性データもまた、本明細書に言及される。ログデータは、療法（医療）デバイスタイプの識別、療法デバイスシリアル番号の識別、それから治療データが発生された、または療法デバイスから受信されたタイムスタンプ、ＤＣＭの識別子、スナップショットに関するタイムスタンプ、および／またはＤＣＭの単調なタイムスタンプを含む。健全性情報は、例えば、ＤＣＭシステムメモリ情報、ＤＣＭ中央処理ユニット（「ＣＰＵ」）使用情報、ネットワークコネクティビティ情報、プロセス／スレッド情報、および埋設されたソフトウェアアプリケーションに関する情報を含む。
【0050】
以下は、医療デバイスデータを２つの別個のデータストリームまたはサブセットにパーティション化するＤＣＭを示すが、ＤＣＭが、データを３つまたはそれを上回る別個のストリームにパーティション化し得ることを理解されたい。いくつかの実施例では、各異なるストリームは、異なる宛先に指向される、異なるデータフォーマットを含む、および／または医療デバイスデータおよび／またはログ／健全性データの異なるサブセットを含んでもよい。製造業者の分析サーバに加えて、医療デバイスデータは、医薬品／透析流体製造業者のデータ分析サーバ、継続的品質改善システム、監査人、規制当局等に提供されてもよい。
Ｉ．ＤＣＭ環境実施形態
Ｉ．ＤＣＭ環境実施形態
【0051】
図１は、本開示の例示的実施形態による、ＤＣＭ環境１００の略図である。例示的ＤＣＭ環境１００は、医療デバイス１０４に通信可能に結合される、少なくとも１つのＤＣＭ１０２を含む。ＤＣＭ１０２は、シリアル接続、イーサネット（登録商標）接続、ＵＳＢ接続、Ｗｉ－Ｆｉ接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続等を介して医療デバイス１０４に接続されてもよい。例示的ＤＣＭ１０２は、ＩｏＴゲートウェイ等のネットワークゲートウェイを含んでもよい。
【0052】
例示的実施形態では、ＤＣＭ１０２は、医療デバイス１０４から医療デバイスデータのみを受信するように構成される。本一方向性通信構成は、別のデバイスが、ＤＣＭ１０２を介して医療デバイス１０４にアクセスする、それをプログラムする、または別様にそれと通信することが可能になることを防止する。しかしながら、いくつかの実施形態では、ＤＣＭ１０２は、データ、プログラミング命令、または情報が医療デバイスに伝送されることを可能にするために、医療デバイス１０４との双方向通信リンクを有してもよい。１つのみのＤＣＭ１０２および医療デバイス１０４が、図１に示されるが、環境１００が、数十から数百、または数千の医療デバイスおよび個別のＤＣＭを含み得ることを理解されたい。
【0053】
例示的医療デバイス１０４は、治療または処方を規定する１つまたはそれを上回るパラメータ（すなわち、治療プログラミング情報）を受け入れるように構成される。動作の間、医療デバイス１０４は、事象、診断、および／または動作データを１つまたはそれを上回るログファイルに書き込む。いくつかの実施形態では、医療デバイス１０４は、５秒から６０秒毎等の周期的に、および／またはデータの変化が存在した後、医療デバイスデータをログファイルに記憶してもよい。ログファイルに書き込まれた新しい医療デバイスデータは、ＤＣＭ１０２に伝送される。いくつかの実施形態では、医療デバイス１０４は、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（「ＪＳＯＮ」）フォーマット、ハイパーテキストマークアップ言語（「ＨＴＭＬ」）フォーマット、拡張可能マークアップ言語（「ＸＭＬ」）フォーマット、カンマ区切り（「ＣＳＶ」）フォーマット、テキストフォーマット、および／またはＨｅａｌｔｈ－Ｌｅｖｅｌ－７（「ＨＬ７」）フォーマットにおいて医療デバイスデータを作成する。
【0054】
例示的医療デバイス１０４は、命令を表示し、ユーザから制御入力を受信するために、１つまたはそれを上回る制御インターフェース１０５を含んでもよい。制御インターフェース１０５は、ボタン、制御パネル、またはタッチスクリーンを含んでもよい。制御インターフェース１０５はまた、ユーザが、医療デバイス１０４の画面上のあるウィンドウまたはユーザインターフェースにナビゲートすることを可能にするように構成されてもよい。制御インターフェース１０５はまた、医療デバイス１０４を動作または制御するための命令を提供してもよい。
【0055】
例示的医療デバイス１０４はまた、プロセッサまたは療法モジュール１０７を含む。医療デバイス１０４のプロセッサまたは療法モジュール１０７は、患者に対して治療を実施するための１つまたはそれを上回る命令に従って動作する。命令は、制御インターフェース１０５を介して入手されてもよい。プロセッサまたは療法モジュール１０７はまた、診断情報としてドキュメント化される、問題に関してデバイスコンポーネントを監視する。プロセッサまたは療法モジュール１０７は、治療を施行するために１つまたはそれを上回るポンプまたは他のコンポーネントを動作させることと併せて、医療デバイスデータを作成する。プロセッサまたは療法モジュール１０７は、医療デバイスデータをＤＣＭ１０２に伝送する。
【0056】
例示的ＤＣＭ環境１００はまた、ＤＣＭ１０２をＥＭＲサーバ１０８および１つまたはそれを上回る病院システム１１０に通信可能に結合する、医療ネットワーク１０６を含む。医療ネットワーク１０６は、通信接続を確立し、データをルーティングするために、任意の数のゲートウェイ、ルータ、システムハブ、スイッチ、および／またはネットワークアプライアンスを含むことができる。医療ネットワーク１０６は、許可された遠隔デバイスおよび／またはサーバのみにアクセスを制限する１つまたはそれを上回るファイアウォールを含んでもよい。医療ネットワーク１０６は、任意のローカルエリアネットワーク（「ＬＡＮ」）、イーサネット（登録商標）ネットワーク、Ｗｉ－Ｆｉネットワーク、またはそれらの組み合わせを含んでもよい。
【0057】
図１に示されるように、ＤＣＭ１０２は、医療ネットワーク１０６に有線または無線で結合されてもよい。いくつかの実施形態では、接続は、イーサネット（登録商標）接続、Ｗｉ－Ｆｉ接続、および／またはセルラー接続を含んでもよい。加えて、または代替として、ＤＣＭ１０２は、医療ネットワーク１０６を迂回するＥＭＲサーバ１０８（または病院システム１１０）へのシリアル接続を有してもよい。
【0058】
図２は、本開示の例示的実施形態による、ＤＣＭ環境１００の別の略図である。本実施形態では、ＤＣＭ１０２は、医療デバイス１０４内に含まれる、および／またはそれと統合される。ＤＣＭ１０２は、例えば、ＮＸＰ ｉ．ＭＸ６ＵＬ－２、Ｃｏｒｔｅｘ－Ａ７ ５２８ ＭＨｚ ＣＰＵおよび２５６ ＭＢ／１ ＧＢ ＮＡＮＤおよびＤＤＲ３フラッシュドライブを有する、Ｄｉｇｉ ＣｏｎｎｅｃｔＣｏｒｅ（登録商標） ６ＵＬモジュールを含んでもよい。ＤＣＭ１０２は、医療デバイスデータを受信するために医療デバイス１０４の通信バスに接続されてもよい。ＤＣＭ１０２（図１のＤＣＭを含む）はまた、８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ Ｗｉ－Ｆｉ無線および／またはＢｌｕｅｔｏｏｔｈ（登録商標） ４．２無線を含む。ＤＣＭ１０２は、Ｙｏｃｔｏ Ｌｉｎｕｘ（登録商標）オペレーティングシステムを含んでもよく、Ｄｉｇｉチップセットのためのドライバを含有する。
【0059】
図１および２の例示的ＥＭＲサーバ１０８は、メモリデバイス１１２のデータベース内に記憶される患者ＥＭＲを管理するように構成される。ＥＭＲサーバ１０８は、医療デバイスデータを受信し、患者識別子に基づいて、データを解析し、メモリデバイス１１２内の対応する患者ＥＭＲを位置特定し、解析された医療デバイスデータを識別されたＥＭＲに記憶するように構成される。ＥＭＲサーバ１０８はまた、個別の患者を識別する要求メッセージに応答して、１つまたはそれを上回るＥＭＲにアクセスしてもよい。ＥＭＲサーバ１０８は、ＨＬ７フォーマット、バイナリバージョン２フォーマット、バイナリバージョン３フォーマット、または高速保健医療相互運用性リソース（「ＦＨＩＲ」）フォーマットにおいて医療デバイスデータを記憶してもよい。
【0060】
例示的ＤＣＭ環境１００は、サービスポータル、企業リソース計画システム、ウェブポータル、ビジネスインテリジェンスポータル、ＨＩＰＡＡ準拠データベース、薬局システム等のうちのいずれかを含んでもよい。ＤＣＭ環境１００はまた、ミドルウェアシステムおよび／または統合エンジンを含んでもよい。ＤＣＭ環境１００は、ユーザデバイス（例えば、スマートフォン、ラップトップコンピュータ、ワークステーション、タブレットコンピュータ等）が、医療デバイス１１２のＥＭＲ内に記憶される医療デバイスデータを読み取る、および／またはそれに書き込むことを可能にする。
【0061】
図１の例示的ＤＣＭ環境１００はまた、分析サーバ１２２に通信可能に結合される、外部ネットワーク１２０を含む。外部ネットワーク１２０は、インターネット、セルラーネットワーク（例えば、４Ｇ、５Ｇ、または６Ｇセルラーネットワーク）、またはそれらの組み合わせ等の広域ネットワーク（「ＷＡＮ」）を経由してデータをルーティングするための任意のルータ、ゲートウェイ、スイッチ、セルラー塔、および／またはネットワークアプライアンスを含んでもよい。外部ネットワーク１２０は、１つまたはそれを上回るイーサネット（登録商標）および／またはセルラー接続を介して医療ネットワーク１０６に通信可能に結合される。医療ネットワーク１０６は、医療ネットワーク１０６に接続されるデバイスに、および／またはそれからデータをルーティングするために、外部ネットワーク１２０によって認識される、ドメインアドレスまたはサブドメインアドレスを割り当てられてもよい。いくつかの実施形態では、ＤＣＭ１０２のセルラー接続は、医療ネットワーク１０６を迂回し、代わりに、外部ネットワーク１２０のセルラーネットワークに結合してもよい。
【0062】
例示的分析サーバ１２２は、ＤＣＭ１０２から少なくともいくつかの医療デバイスデータを受信するように構成される。分析サーバ１２２は、データの永続的記憶のために構成される任意のデバイスを含み得る、メモリデバイス１２４に受信されたデータを記憶する。メモリデバイス１２４は、分析サーバ１２２とともに動作し、サービスとしてのプラットフォーム（「ＰａａＳ」）フレームワークを通してＡｍａｚｏｎ Ｗｅｂ Ｓｅｒｖｉｃｅｓ（登録商標）（「ＡＷＳ」）を介して医療デバイスデータを記憶する。他の実施形態では、メモリデバイス１２４は、構造化クエリ言語（「ＳＱＬ」）データベース、ＮｏＳＱＬデータベース、Ａｍａｚｏｎ（登録商標）リレーショナルデータベースサービス（「ＲＤＳ」）等において医療デバイスデータを記憶するように構成されてもよい。分析サーバ１２２は、ＤＣＭ１０２から医療デバイスデータを受信するために構成される、１つまたはそれを上回るアプリケーションプログラミングインターフェース（「ＡＰＩ」）を含んでもよい。ＡＰＩは、１つまたはそれを上回る宛先インターネットプロトコル（「ＩＰ」）アドレスを割り当てられる、分析サーバ１２２におけるポートに接続されてもよい。ＤＣＭ１０２は、分析サーバ１２２への医療デバイスデータの伝送を可能にするために、１つまたはそれを上回る宛先ＩＰアドレスを用いて構成される。
【0063】
分析サーバ１２２は、医療デバイス１０４の動作に関連するある重要業績評価指標（「ＫＰＩ」）に関して受信された医療デバイスデータを周期的に分析するように構成される。ＫＰＩは、治療傾向、コンポーネント（例えば、ポンプまたは濾過器）使用、アラート／アラーム傾向等に関連してもよい。分析サーバ１２２は、医療デバイスデータを分析し、医療デバイス１０４の動作を改良する、および／またはある疾患条件に関する治療プロトコルを改良するための推奨および／またはガイドラインを決定してもよい。例えば、分析サーバ１２２は、ある程度の腎不全を有する患者に関するより最適な腹膜透析プログラミングパラメータを決定してもよい。医療デバイスデータの分析は、分析サーバ１２２が標準化、ＤＣＭデバイスログの解析、およびＤＣＭ健全性統計の分析を提供することを含んでもよい。
【0064】
図示される実施例では、医療デバイス１０４は、Ｂａｘｔｅｒ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｉｎｃ．によって製造されるＰｒｉｓＭａｘ ＣＲＲＴ機械である。他の実施形態では、医療デバイス１０４が、任意の他の腎不全療法機械、注入ポンプ、生理学的センサ等を含み得ることを理解されたい。医療デバイス１０４は、例えば、注入ポンプ（例えば、シリンジポンプ、線形蠕動ポンプ、大容量ポンプ（「ＬＶＰ」）、携帯型ポンプ、多チャネルポンプ）、栄養物調合機械、酸素センサ、呼吸モニタ、グルコースメータ、血圧モニタ、心電図（「ＥＣＧ」）モニタ、体重計、および／または心拍モニタを含んでもよい。
【0065】
腎不全療法機械に関して、種々の原因に起因して、患者の腎臓系は、機能しなくなり得る。腎不全は、いくつかの生理学的撹乱を生じさせる。例えば、腎不全を被る患者は、もはや水分およびミネラルの平衡を保つ、または日常の代謝負荷を排泄することができない。窒素代謝の毒性最終生産物（尿素、クレアチニン、尿酸、およびその他）は、患者の血液および組織中に蓄積し得る。腎臓不全および低減された腎臓機能は、透析を用いて治療されている。透析は、身体から、正常に機能している腎臓がそうでなければ除去するであろう老廃物、毒素、および過剰な水分を除去する。腎臓機能の置換のための透析治療は、治療が救命的であるため、多くの人々にとって重要である。
【0066】
１つのタイプの腎臓不全療法は、一般に、患者の血液から老廃物を除去するために拡散を使用する、血液透析（「ＨＤ」）である。拡散勾配が、拡散を引き起こすために、血液と透析液または透析流体と呼ばれる電解質溶液との間の半浸透性透析器を横断して起こる。
【0067】
血液濾過（「ＨＦ」）は、患者の血液からの毒素の対流輸送に依拠する代替腎置換療法である。ＨＦは、治療の間に体外回路に代替液または補液（典型的には、１０～９０リットルのそのような流体）を添加することによって遂行される。代替液および治療の間に患者によって蓄積される流体は、ＨＦ治療の過程にわたって限外濾過され、中および大分子を除去する際に特に有益である対流輸送機構を提供する（血液透析では、透析セッションの間に得られる流体とともに、少量の老廃物が除去されるが、しかしながら、その限外濾過液の除去からの溶質牽引は、対流クリアランスを提供するために十分ではない）。
【0068】
血液透析濾過（「ＨＤＦ」）は、対流および拡散クリアランスを組み合わせる治療モダリティである。ＨＤＦは、拡散クリアランスを提供するために、標準的血液透析と同様に、透析器を通して流動する透析流体を使用する。加えて、代替液が、体外回路に直接提供され、対流クリアランスを提供する。
【0069】
別のタイプの腎臓不全療法は、腹膜透析であり、これは、透析流体とも呼ばれる透析液をカテーテルを介して患者の腹膜腔の中に注入する。透析流体は、腹膜腔の腹膜に接触する。老廃物、毒素、および過剰な水分が、拡散および浸透に起因して、患者の血流から、腹膜を通して、透析流体の中に通過し、すなわち、浸透勾配が、膜を横断して起こる。透析における浸透剤が、浸透勾配を提供する。使用済みまたは消耗済み透析流体は、患者から排出され、患者から老廃物、毒素、および過剰な水分を除去する。本サイクルは、例えば、複数回繰り返される。
【0070】
持続的外来腹膜透析（「ＣＡＰＤ」）、自動化腹膜透析（「ＡＰＤ」）、および潮汐流透析、および持続的流動腹膜透析（「ＣＦＰＤ」）を含む、種々のタイプの腹膜透析療法が、存在する。ＣＡＰＤは、手動透析治療である。ここでは、患者は、使用済みまたは消耗済み透析液流体が腹膜腔から排出することを可能にするために、埋込されたカテーテルをドレインに手動で接続する。患者は、次いで、カテーテルを通して患者の中に新鮮な透析流体を注入するために、新鮮な透析流体のバッグにカテーテルを接続する。患者は、カテーテルを新鮮な透析流体バッグから接続解除し、透析流体が腹膜腔内で滞留することを可能にし、そこで、老廃物、毒素、および過剰な水分の移送が、起こる。ある滞留周期後、患者は、例えば、１日あたり４回手動透析手技を繰り返し、各治療は、約１時間続く。手動腹膜透析は、患者から有意な量の時間および努力を要求し、改良の余地がある。
【0071】
自動化腹膜透析（「ＡＰＤ」）は、透析治療が排出、充填、および滞留サイクルを含む点においてＣＡＰＤに類似する。しかしながら、ＡＰＤ機械は、典型的には、患者が眠っている間に自動的にサイクルを実施する。ＡＰＤ機械は、治療サイクルを手動で実施する必要性から、かつ日中に供給物を運搬する必要性から患者を解放する。ＡＰＤ機械は、埋込されたカテーテルに、新鮮な透析流体の源またはバッグに、および流体ドレインに流体的に接続する。ＡＰＤ機械は、新鮮な透析流体を透析流体源から、カテーテルを通して、患者の腹膜腔の中に圧送する。ＡＰＤ機械はまた、透析流体が腔内で滞留することを可能にし、廃棄物、毒素、および過剰な水分の移送が起こることを可能にする。源は、複数の無菌透析流体バッグを含み得る。
【0072】
ＡＰＤ機械は、使用済みまたは消耗済み透析液を腹膜腔から、カテーテルを通して、ドレインに圧送する。手動プロセスのように、いくつかの排出、充填、および滞留サイクルは、透析の間に起こる。「最後の充填」は、ＡＰＤの終わりに起こり、次の治療まで患者の腹膜腔内に留まる。
ＩＩ．ＤＣＭ実施形態
ＩＩ．ＤＣＭ実施形態
【0073】
図３は、本開示の例示的実施形態による、図１および２の例示的ＤＣＭ１０２の略図である。例示的ＤＣＭ１０２は、医療デバイス１０４から受信された医療デバイスデータに関する２つの並列データストリームを発生させるように構成される、データデバイスマネージャ３０２を含む。ＤＣＭ１０２はまた、ＤＣＭに関連する情報を入手または提供するために、ログマネージャ３０４と、システム健全性モニタ３０６とを含む。分析サーバ１２２に提供される第１のデータストリームまたはサブセットに関して、ＤＣＭ１０２は、外部エージェント３１０と、外部インターフェース３１２と、外部永続記憶デバイス３１４とを含む。ＥＭＲサーバ１０８に提供される第２のデータストリームまたはサブセットに関して、ＤＣＭ１０２は、内部エージェント３２０と、内部インターフェース３２２と、内部永続記憶デバイス３２４とを含む。
【0074】
ＤＣＭの例示的コンポーネント３０２－３１２、３２０、および３２２は、１つまたはそれを上回るコンピュータプログラムまたはアプリケーションを使用して実装されてもよい。プログラムまたはアプリケーションは、ランダムアクセスメモリ（「ＲＡＭ」）、読取専用メモリ（「ＲＯＭ」）、フラッシュメモリ、磁気または光学ディスク、光学メモリ、または他の記憶媒体を含む、任意のコンピュータ可読媒体上に記憶される一連のコンピュータ命令によって定義されてもよい。命令は、一連のコンピュータ命令を実行すると、本明細書に開示される、開示される方法およびプロシージャの全てまたは一部を実施する、またはその実施を促進する、ＤＣＭ１０２のプロセッサによって実行されるように構成されてもよい。永続記憶デバイス３１４および３２４は、ＲＡＭ、ＲＯＭ、フラッシュメモリ等を含む、任意のメモリデバイスを含んでもよい。
【0075】
例示的データデバイスマネージャ３０２は、医療デバイスデータを受信するために、医療デバイス１０４とインターフェースをとるように構成される。データデバイスマネージャ３０２は、離散的な時点で医療デバイスデータのスナップショットを作成するように構成される。時間周期は、構成ファイル（構成ファイル３４２等）によって規定され、例えば、５秒間隔、１０秒間隔、３０秒間隔、６０秒間隔等を含んでもよい。スナップショット毎に、データデバイスマネージャ３０２は、医療デバイス１０４からの直近の受信されたデータを読み取る。このように、デバイスデータマネージャ３０２は、医療デバイス１０４のステータスに関する周期的更新を提供する。
【0076】
ある実施例では、医療デバイス１０４は、連続的ストリームにおいて、周期的間隔において、またはデータの変化後に医療デバイスデータ３３０を伝送してもよい。医療デバイス１０４は、ログファイルまたはメッセージのストリームにおいて医療デバイスデータ３３０を伝送してもよい。デバイスデータマネージャ３０２は、最後のスナップショット間隔以降に受信されたデータをコンパイルする。次の間隔が近づくと、デバイスデータマネージャ３０２は、コンパイルの直近のデータをスナップショットにコンパイルし、その時点における医療デバイス１０４の表現を提供する。複数の事象が、コンパイル周期の間に起こる場合、デバイスデータマネージャ３０２は、直近の事象のみ、または時間周期の間に起こった事象の全てを含んでもよい。
【0077】
いくつかの事例では、デバイスデータマネージャ３０２は、現在のスナップショットを以前のスナップショットと比較してもよい。比較に基づいて、デバイスデータマネージャ３０２は、以前のスナップショット以降に変化した現在のスナップショットにおける医療デバイスデータのみを含めてもよい。比較は、新しい、および／または更新された医療デバイスデータ３３０のみが通信されるように、各スナップショットにおいて伝送されるデータの量を低減させる。例えば、ＣＲＲＴ医療デバイス１０４が、典型的には、ＰＤ治療の充填および滞留サイクルの間に変化しない、推定されるＵＦ除去値を連続的に伝送し得る。したがって、デバイスデータマネージャ３０２は、値の変化が存在するときのＵＦ除去値のみを含める。別の実施例では、アラームが、ある時間にアクティブ化し得る。アラームが依然としてアクティブであることを示す、デバイスステータスが、医療デバイスデータ３３０内に含まれ得る。しかしながら、デバイスデータマネージャ３０２は、中間スナップショットにおいてアラームがアクティブであったインジケーションを含めることなく、アラームがアクティブ化する時間（およびアラームタイプ）の第１のスナップショットにおける通知および第２の後続スナップショットにおけるアラームが消された、またはリセットされた時間のみを含める。
【0078】
他の実施形態では、医療デバイス１０４は、以前の値から変化した、または新しい事象を反映する医療デバイスデータのみを選択的に伝送してもよい。これらの事例では、デバイスデータマネージャ３０２は、受信された医療デバイスデータ３０２を適切なスナップショットに書き込む。
【0079】
医療デバイスデータ３３０のスナップショットを作成することと併せて、例示的デバイスデータマネージャ３０２は、２つの別個のデータセットまたはストリームを作成する。第１のデータセットまたはストリーム３１６は、分析サーバ１２２に関するものである。第２のデータサブセットまたはストリーム３２６は、ＥＭＲサーバ１０８および／または病院システム１１０に関するものである。第１のデータストリームまたはサブセット３１６は、第２のデータストリームまたはサブセット３２６と同一のスナップショットからの医療デバイスデータ３３０を含んでもよい。他の実施形態では、第２のデータストリームまたはサブセット３２６と比較して、付加的またはより少ないスナップショットからの医療デバイスデータ３３０を含んでもよい。例えば、デバイスデータマネージャ３０２は、第１のデータストリームまたはサブセット３１６内に診断データ（メタデータ、データフィールド標識、設置等によって識別される）を含める一方、第２のデータストリームまたはサブセット３２６内に診断データを含めないように構成されてもよい。さらに、デバイスマネージャ３０２は、第２のデータストリームまたはサブセット３２６内に患者識別データを含める一方、第１のデータストリームまたはサブセット３１６内にいかなる患者識別データも含めなくてもよい。
【0080】
例示的ＤＣＭ１０２は、第１のデータストリームまたはサブセット３１６を匿名化し、匿名化された第１のデータストリームまたはサブセット３１８を発生させるための外部エージェント３１０を含む。外部エージェント３１０は、患者名、病院が割り当てた識別子、社会保障番号等を示すデータ標識またはキーワードを検索するように構成されてもよい。いくつかの事例では、患者特有情報は、同一の治療からの医療デバイスデータを関連付けるために分析サーバ１２２によって使用される、（ランダムに）発生されたセッション識別子と置換されてもよい。他の実施形態では、患者識別情報は、外部エージェント３１０によって除去または削除される。
【0081】
例示的外部エージェント３１０はまた、ログおよび／または健全性データ３１９を匿名化された第１のデータストリームまたはサブセット３１８と組み合わせる、または匿名化された第１のデータストリームまたはサブセット３１８とともにログおよび／または健全性データ３１９を含むように構成される。ログデータは、ログマネージャ３０４によって発生され、医療デバイスタイプの識別、医療デバイスシリアル番号の識別、それから医療デバイスデータ３３０が発生された、または医療デバイス１０４から受信されたタイムスタンプ、ＤＣＭ１０２の識別子、デバイスデータマネージャ３０２によって作成されるスナップショットに関するタイムスタンプ、およびＤＣＭの単調なタイムスタンプを含む。医療デバイスタイプの識別、医療デバイスシリアル番号の識別、およびＤＣＭ１０２の識別子は、構成ファイル３４２において規定されてもよい。いくつかの事例では、医療デバイスタイプの識別および医療デバイスシリアル番号の識別は、医療デバイス１０４によって報告されてもよい。ログマネージャ３０４は、医療デバイスデータ３３０が受信される、および／またはスナップショットが作成される際、本情報を記憶し、適切なタイムスタンプを作成するように構成される。ログマネージャ３０４は、次いで、分析サーバ１２２に伝送される匿名化された第１のデータストリームまたはサブセット３１８に対応するスナップショット毎に外部エージェント３１０にログデータを伝送する。
【0082】
例示的システム健全性マネージャ３０６は、ＤＣＭ１０２に中継される健全性情報を入手および／または決定するように構成される。システム健全性マネージャ３０６は、外部エージェント３１０に、ＤＣＭシステムメモリ情報（永続記憶デバイス３１４および３２４に関連する）、ＤＣＭ ＣＰＵ使用情報、ネットワークコネクティビティ情報、プロセス／スレッド情報、および／またはＤＣＭ１０２上で動作する１つまたはそれを上回るソフトウェアアプリケーションに関連する情報を伝送するように構成される。本情報を入手するために、システム健全性マネージャ３０６は、永続記憶デバイス３１４および３２４のメモリ使用情報にアクセスする、および／またはそれを読み取るように構成される。さらに、システム健全性マネージャ３０６は、本明細書に説明される動作を実装するＤＣＭ１０２の１つまたはそれを上回るプロセッサを監視するように構成される。システム健全性モニタ３０６はまた、ネットワーク接続を監視する、および／または分析サーバ１２２および／またはＥＭＲサーバ１０８での肯定応答メッセージの受信の欠如を介してネットワーク接続の喪失を検出する。ログマネージャ３０４と同様に、システム健全性マネージャ３０６は、匿名化された第１のデータストリームまたはサブセット３１８を伴う伝送のために、外部エージェント３１０に健全性情報を伝送する。いくつかの事例では、構成ファイル３４２は、システム健全性モニタ３０６によって入手されるべき情報を規定する、および／または外部エージェント３１０および／または内部エージェント３２０に提供されるべき健全性情報を規定してもよい。
【0083】
例示的外部エージェント３１０は、分析サーバ１２２への伝送のために、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９を構成する。外部エージェント３１０は、構成ファイル３４２から分析サーバ１２２の宛先ＩＰアドレスを受信する。外部エージェント３１０はまた、構成ファイル３４２から医療ネットワーク１０６に関するドメインコネクティビティ情報および／または分析サーバ１２２に関するＡＰＩ接続情報を受信してもよい。外部エージェント３１０は、構成ファイル３４２によって提供される宛先アドレスおよびネットワーキングドメイン情報を使用して、分析サーバ１２２への伝送のために、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９を伴う１つまたはそれを上回るメッセージを作成する。
【0084】
いくつかの実施形態では、外部エージェント３１０は、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９を含む１つまたはそれを上回るメッセージを暗号化する。外部エージェント３１０は、構成ファイル３４２によって規定される、またはそれによって提供される暗号化プロトコルおよび／または秘密鍵を使用してもよい。例えば、構成ファイル３４２は、外部エージェント３１０がトランスポート層セキュリティ（「ＴＬＳ」）を使用するように構成される、および／または暗号化のためにＡＥＳ ２５６ ＧＣＭサイファを使用することを規定してもよい。外部エージェントは、（暗号化された）メッセージを外部インターフェース３１２に伝送する。
【0085】
いくつかの実施形態では、外部インターフェース３１２（および／または内部インターフェース３２２）は、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９を伴うメッセージを分析サーバ１２２に伝送するために、ＭＱテレメトリトランスポート（「ＭＱＴＴ」）を使用するように構成される。本事例では、外部インターフェース３１２は、パブリッシャとして構成され、分析サーバ１２２は、ブローカとして構成される。他の実施例では、内部インターフェース３１２（および／または内部インターフェース３２２）は、最小下位層プロトコル（「ＭＬＬＰ」）を使用して通信するように構成されてもよい。
【0086】
いくつかの事例では、例示的外部インターフェース３１２は、分析サーバ１２２へのアクティブな接続が存在するかどうかを決定するように構成される。外部インターフェース３１２は、周期的なｐｉｎｇを分析サーバ１２２に伝送し、ｐｉｎｇに対する応答に基づいて、ネットワークステータスを決定してもよい。他の実施例では、外部インターフェース３１２は、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９のスナップショットの伝送に応答して、肯定応答メッセージが受信されるかどうかを決定してもよい。肯定応答メッセージが、規定された閾値内で受信されない場合、外部インターフェース３１２は、分析サーバ１２２とのネットワーク接続の喪失が起こっていると決定する。分析サーバ１２２への接続が存在しないと決定した後、外部インターフェース３１２は、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９を含有する暗号化されたメッセージを外部永続メモリデバイス３１４に記憶するように構成される。外部インターフェース３１２は、ネットワーク接続が再確立されるまで、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９を含有するメッセージの後続スナップショットをメモリデバイス３１４に記憶する。その時点で、外部インターフェース３１２は、メモリデバイス３１４内に記憶されたメッセージの全てを分析サーバ１２２に伝送する。
【0087】
いくつかの事例では、分析サーバ１２２との接続は、確立されない。これらの実施例では、外部インターフェース３１２は、データが、オペレータがコンピュータまたはＵＳＢメモリデバイスをＤＣＭ１０２に接続することによって手動で読み出されることができるまで、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９をメモリデバイス３１４に記憶するように構成される。外部インターフェース３１２は、構成ファイル３４２によって、規定された時間数または日数のデータを記憶するように構成されてもよい。規定された時間数または日数が経過した後、外部インターフェース３１２は、最も古いデータを新しく受信されたデータで上書きしてもよい。
【0088】
分析サーバ１２２への接続が、存在する場合、外部インターフェース３１２は、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９を伴う１つまたはそれを上回るメッセージを分析サーバ１２２（例えば、指定されたＩＰアドレスにおける規定されたＡＰＩ）に伝送する。いくつかの実施形態では、外部インターフェース３１２は、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９が伝送され得る前に、分析サーバ１２２との自動認証を実施してもよい。ある実施例では、構成ファイル３４２は、例えば、ＤＣＭ１０２の識別子および／またはＤＣＭ１０２に関する一意のパスワードを含む、認証情報を含んでもよい。外部インターフェース３１２は、最初に、認証情報を分析インターフェース１２２に伝送する。分析サーバ１２２から受諾メッセージを受信した後、外部インターフェースは、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９を伴う１つまたはそれを上回るメッセージを分析サーバ１２２に伝送する。いくつかの事例では、外部インターフェース３１２は、認証情報を使用し、分析サーバ１２２とのセッションを確立する。本セッションの間、外部インターフェース３１２は、再認証する必要性を伴わずに、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９の後続スナップショットを分析サーバ１２２に伝送してもよい。セッションは、データが、５分等の規定された時間周期内に受信されない場合、タイムアウトしてもよい。
【0089】
匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９を分析サーバ１２２に伝送することに加えて、ＤＣＭ１０２はまた、第２のデータストリームまたはサブセット３２６をＥＭＲサーバ１０８に伝送する。図３に示されるように、デバイスデータマネージャ３０２は、第２のデータストリームまたはサブセット３２６を内部エージェント３２０に伝送する。各伝送は、第２のデータストリームまたはサブセット３２６のスナップショットを備えてもよい。
【0090】
いくつかの実施形態では、内部エージェント３２０は、ログマネージャ３０４および／またはシステム健全性マネージャ３０６に通信可能に結合される。これらの実施形態では、内部エージェントは、外部エージェント３１０に提供されるログ／健全性データ３１９の少なくとも一部を受信する。例えば、内部エージェントは、ログマネージャ３０４から、医療デバイスタイプ、医療デバイスのシリアル番号、および／またはそれから医療デバイスデータが発生された、または医療デバイス１０４から受信されたタイムスタンプを示す情報を受信してもよい。内部エージェントは、ログデータ３１９を、例えば、第２のデータストリームまたはサブセット３２６と組み合わせる。他の実施形態では、内部エージェント３２０は、いかなるログ／健全性データ３１９も受信しない。
【0091】
任意のログ／健全性データ３１９を第２のデータストリームまたはサブセット３２６と組み合わせた後、内部エージェント３２０は、データを、ＥＭＲサーバ１０８と互換性がある、またはそれによって必要とされるデータフォーマットにフォーマットするように構成される。言い換えると、内部エージェントは、第２のデータストリームまたはサブセット３２８および／またはログデータ３１９の変換を作成する。変換タイプは、構成ファイル３４２によって規定されてもよい。変換は、例えば、ＪＳＯＮからＨＬ７、バイナリ、および／またはＦＨＩＲであってもよい。内部エージェント３２０は、例えば、ＪＳＯＮフォーマットにおける第２のデータストリームまたはサブセット３２６および／またはログデータ３１９がＨＬ７、バイナリ、および／またはＦＨＩＲに変換されるべき方法を規定する、１つまたはそれを上回るファイルおよび／またはアルゴリズムを含んでもよい。ファイルおよび／またはアルゴリズムは、位置、データ標識、フィールド名、および／またはメタデータによってＪＳＯＮデータを識別し、データ標識名、メタデータ名、数値フォーマット、位置付け等の変換を含む、データが変換されるべき方法を規定してもよい。内部エージェント３２０は、次いで、変換された第２のデータストリームまたはサブセット３２８および／またはログデータ３１９を内部インターフェース３２２に伝送する。
【0092】
例示的内部インターフェース３２２は、外部インターフェース３１２が分析サーバ１２２との接続をチェックするものと類似する様式で、ＥＭＲサーバ１０８への接続をチェックするように構成される。加えて、シリアル接続に関して、内部インターフェース３２２は、ＤＣＭ１０２のポートの中へのシリアルコネクタの存在をチェックしてもよい。接続が、存在しない場合、内部インターフェース３２２は、変換された第２のデータストリームまたはサブセット３２８および／またはログデータ３１９を内部永続メモリデバイス３２４に記憶する。接続が、存在する場合、内部インターフェース３２２は、第２のデータストリームまたはサブセット３２８および／またはログデータ３１９を伴う１つまたはそれを上回るメッセージをＥＭＲサーバ１０８に伝送する（第２のデータストリームまたはサブセット３２６および／またはログデータ３１９の以前のスナップショットを伴うメモリデバイス３２４内の任意の以前に記憶されたメッセージを含む）。いくつかの実施形態では、内部インターフェース３２２は、ＥＭＲサーバ１０８が、変換をサポートする場合、変換された第２のデータストリームまたはサブセット３２８および／またはログデータ３１９を伴う（非シリアル接続に関する）メッセージを暗号化してもよい。
【0093】
図３の例示的ＤＣＭ１０２はまた、１つまたはそれを上回る構成ファイル３４２を記憶および／または処理するための構成ファイルマネージャ３５０を含む。構成ファイルマネージャ３５０は、図４および５に関連して下記に議論されるように、コンピュータ４００またはサーバ５００から構成ファイル３４２を受信するように構成される。
【0094】
構成ファイルマネージャ３５０は、構成ファイル３４２を読み取り、ファイル３４２において規定されるように、ログマネージャ３０４、システム健全性マネージャ３０６、デバイスデータマネージャ３０２、外部エージェント３１０、外部インターフェース３１２、内部エージェント３２０、および／または内部インターフェース３２２を構成する。ログマネージャ３０４に関して、これは、ＤＣＭ識別子、医療デバイスタイプ、医療デバイス識別子等をログマネージャ３０４のレジスタ、パラメータ、および／または変数に書き込むステップを含んでもよい。システム健全性マネージャ３０６に関して、これは、監視するべきＤＣＭ１０２のメモリデバイス３１４、３２４および／またはプロセッサ／ＣＰＵのパラメータ／属性を規定するステップを含んでもよい。内部エージェント３２０に関して、これは、変換に関するデータタイプを規定するステップを含んでもよい。
【0095】
いくつかの事例では、構成ファイルマネージャ３５０はまた、外部エージェント３１０に関する変換ファイルタイプを規定してもよい。さらに、構成ファイルマネージャ３５０は、スナップショットの間の持続時間、別個のストリームおよび／またはサブセット３１６、３２６内に含まれるべき医療デバイスデータのタイプ、および／または医療デバイス１０４から受信されるべきデータのタイプ（例えば、ＪＳＯＮデータ、ＨＴＭＬデータ、バイナリデータ、ＨＬ７データ、ＸＭＬデータ等）に基づいて、デバイスデータマネージャ３０２を構成する。構成ファイルマネージャ３５０はまた、構成ファイル３４２を読み取り、外部インターフェース３１２および内部インターフェース３２２に関するネットワーク認証情報、認証情報、暗号化キー、ＡＰＩ識別子、宛先ＩＰアドレス等を規定する。
【0096】
構成ファイルマネージャ３５０はまた、コンピュータ６００またはサーバ７００のユーザが、記憶された構成ファイル３４２を閲覧および／または修正することを可能にするユーザインターフェースを定義する、または別様に提供してもよい。ユーザインターフェースは、ＤＣＭ１０２のネットワーク接続を構成する、ＤＣＭ１０２の識別子を規定する、ＤＣＭ１０２にアクセスするためのユーザ名／パスワードを規定する、構成ファイル３４２のパラメータを規定する、および／またはコネクティビティクライアントまたはアプリケーション等のソフトウェアをインストールするためのフィールドを含んでもよい。
【0097】
図４は、本開示の例示的実施形態による、コンピュータ４００を介してＤＣＭ１０２上にインストールされている図３の構成ファイル３４２を示す、略図である。本実施例では、コンピュータ４００は、イーサネット（登録商標）、シリアル、またはＵＳＢ接続を介してＤＣＭ１０２に直接接続する。コンピュータ４００は、病院技師または医療デバイス１０４の製造業者と関連付けられる技師によって動作されてもよい。
【0098】
接続後、ＤＣＭ１０２は、構成ファイルマネージャ３５０を介して、コンピュータ４００上での表示のためのインターフェースを呼び出す。本時間の間、コンピュータ４００のオペレータは、構成、ネットワーク、ソフトウェア、および／またはセキュリティに関連するユーザインターフェースのフィールドに情報を編集する、および／または打ち込んでもよい。さらに、コンピュータ４００は、構成ファイルマネージャ３５０を介して、オペレータが、構成ファイル３４２のパラメータまたは属性を規定することを可能にするように構成される。パラメータおよび／または属性が規定された後、コンピュータ４００は、構成ファイル３４２をＤＣＭ１０２に伝送する。構成マネージャ３５０は、構成ファイル３４２を受信し、それに応じて、ＤＣＭ１０２をプロビジョニングする、または別様に構成する。
【0099】
図５は、サーバ５００がＤＣＭ１０２上に構成ファイル３４２をインストールする略図を示す。本実施例では、ＤＣＭ１０２は、製造の時点でサーバ５００のＩＰアドレスを用いて構成されてもよい。ＤＣＭ１０２はまた、医療ネットワーク１０６にアクセスするための認証情報および／またはネットワーク設定および／またはデバイスタイプ等の医療デバイス１０４に関連する情報を用いて構成されてもよい。ＤＣＭ１０２が給電された後、ＤＣＭ１０２は、構成ファイル３４２を要求する要求メッセージをサーバ５００に伝送する。要求メッセージは、ＤＣＭ１０２の認証および／または検証情報および／またはＩＰアドレスを含んでもよい。サーバ５００は、病院ネットワークおよび／またはローカル構成選好に基づいて、１つまたはそれを上回る異なるタイプの構成ファイルを記憶してもよい。サーバ５００は、例えば、医療デバイス１０４のタイプ、医療ネットワーク１０６等に基づいて、ＤＣＭ１０２に割り当てられる構成ファイルを決定する。
【0100】
応答して、検証後、サーバ５００は、外部ネットワーク１２０および医療ネットワーク１０６を介してＤＣＭ１０２に選択された構成ファイル３４２を伝送する。ＤＣＭ１０２は、構成ファイル３４２を受信し、これは、ＤＣＭ１０２をプロビジョニングまたは別様に構成するために、図３の構成ファイルマネージャ３５０によって使用される。図５に示される構成は、技師またはコンピュータへの直接接続を伴わずに、ＤＣＭ１０２の自動的構成を可能にする。いくつかの実施形態では、サーバ５００は、図１－３の分析サーバ１２２を含んでもよい。
【0101】
図６は、本開示の例示的実施形態による、図４のコンピュータ４００においてオペレータによって選択可能である、または図５のサーバ５００によって規定される、構成ファイル３４２のパラメータおよび／または属性を例証する略図を示す。構成ファイル３４２は、医療デバイスタイプ６０２に関するパラメータを含む。医療デバイスタイプの選択は、受信されるべき医療デバイスデータのタイプおよび／またはフォーマットのインジケーションを提供する。医療デバイスタイプパラメータ６０２の選択はまた、ＤＣＭ１０２に、その医療デバイスタイプからのデータを処理するための１つまたはそれを上回るドライバをインストールさせてもよい。ドライバが、ＤＣＭ１０２上に記憶され、対応するデバイスタイプパラメータが選択されるときのみインストールされ得ることを理解されたい。
【0102】
構成ファイル３４２はまた、入力ポートタイプパラメータ６２０を含む。入力ポートタイプパラメータ６２０の選択は、プロビジョニングおよび／またはアクティブ化されるべきＤＣＭ１０２の入力ポートに関するインジケーションを提供する。ＤＣＭ１０２はまた、医療デバイスからのデータが、例えば、標準化されたＪＳＯＮフォーマットに変換される方法を規定する、選択された入力ポートに関する１つまたはそれを上回るドライバをインストールしてもよい。構成ファイル３４２はさらに、外部インターフェース６３０に関するパラメータおよび内部インターフェース６４０に関するパラメータを含む。これは、データ変換タイプ、接続プロトコル、および／または暗号化データ保護プロトコルを含む。これはまた、プロビジョニングおよび／またはアクティブ化されるべきＤＣＭ１０２の１つまたはそれを上回るハードウェア出力ポートの選択を含む。
【0103】
構成ファイル３４２はさらに、識別情報、ＩＰまたはネットワークアドレス、スナップショット周期、メモリデバイス永続性情報、監視するべき健全性統計等のＤＣＭ情報６５０に関するパラメータを含む。ＤＣＭ情報パラメータ６５０はさらに、分析サーバ１２２にアクセスするための外部アドレスおよび／または認証情報と、ＥＭＲサーバ１０８にアクセスするための内部アドレスおよび／または認証情報とを含んでもよい。
【0104】
いくつかの実施形態では、構成ファイルマネージャ３５０は、図６に示されるパラメータに類似するインターフェースを表示してもよい。ユーザは、単純に、対応するボタンを選択する、または情報を表示されるフィールドに打ち込むことによって、パラメータを選択してもよい。他の実施形態では、構成ファイルは、テキストベース、ＸＭＬベース、および／またはＪＳＯＮベースであり、パラメータは、ファイルのある区分において規定される、または関連するデータ標識／フィールドによって識別されてもよい。構成ファイル３４２が、医療デバイスまたはネットワークインフラストラクチャの変更を行う必要性を伴わずに、任意の所望のフォーマットにおいて事実上あらゆる医療デバイスタイプから外部サーバへのデータ伝送を可能にすることを理解されたい。
【0105】
図７は、本開示の例示的実施形態による、入力ポート７０２、出力ポート７０４、および医療デバイスデータを処理するための図３に関連して上記に説明される１つまたはそれを上回るアプリケーションを含むプロセッサ７０６を含む、ＤＣＭ１０２の略図である。図示される実施例では、入力ポート７０２は、医療デバイス１０４に通信可能に結合するようにデバイスデータマネージャ３０２とともに動作する。入力ポート７０２は、１つまたはそれを上回るシリアルポート、イーサネット（登録商標）ポート、Ｗｉ－Ｆｉポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）ポート、またはＵＳＢポートを含むことができる。ＤＣＭ１０２が、より少ないポートを含み得ることを理解されたい。構成ファイル３４２は、適切なドライバのインストールを含む、医療デバイス１０４との通信のためにアクティブ化されるポートを規定する。
【0106】
同様に、ＤＣＭ１０２は、病院ネットワーク１０８を介する分析サーバ１２２およびＥＭＲサーバ１０８への接続のための出力ポート７０４を含む。図示される実施例では、出力ポート７０４は、分析サーバ１２２およびＥＭＲサーバ１０８に通信可能に結合するようにインターフェース３１２および３２２とともに動作する。出力ポート７０４は、１つまたはそれを上回るシリアルポート、イーサネット（登録商標）ポート、Ｗｉ－Ｆｉポート、および／またはセルラーポートを含むことができる。ＤＣＭ１０２が、より少ないまたはより多い出力ポートを含み得ることを理解されたい。構成ファイル３４２は、適切なドライバのインストールを含む、医療デバイス１０４との通信のためにアクティブ化されるポートを規定する。
【0107】
例示的プロセッサ７０６は、図３に関連して説明される動作を実施する１つまたはそれを上回る命令を規定する。プロセッサ７０６は、デバイスデータマネージャ３０２と、医療デバイスドライバ７１２とを含む、入力モジュール７１０を含む。例示的デバイスドライバ７１２は、ＤＣＭ１０２と併用される医療デバイス１０４のタイプに基づいてインストールされる。各ドライバは、医療デバイスからのデータがフォーマットまたは構造化される方法に関する命令を含み、これは、デバイスデータマネージャ３０２が、患者匿名化または第１および第２のデータストリームまたはサブセット３１６／３２６内への包含に関する異なるデータタイプを識別することを可能にする。
【0108】
例示的プロセッサ７０６はまた、上記に説明される外部エージェント３１０と、インターフェース３１２とともに動作する暗号化モジュール７１４とを含む。プロセッサ７０６はさらに、内部エージェント３２０と、インターフェース３２２とともに動作する別の暗号化モジュール７１６とを含む。加えて、プロセッサ７０６は、構成ファイル３４２によって規定されるように、ＤＣＭ１０２を構成するための構成ファイルマネージャ３５０を含む。
【0109】
プロセッサ７０６はまた、データ変換モジュール７１８を含む。例示的データ変換モジュール７１８は、構成ファイル３４２によって規定されるように、医療デバイスデータを第１のフォーマットから第２のフォーマットに変換するように構成される。データ変換モジュール７１８の異なるデータタイプは、データが異なるフォーマットから、ＨＬ７、バイナリｖ２、バイナリｖ３、および／またはＦＨＩＲ等の規定された第２のフォーマットに変換される方法を定義する。いくつかの実施形態では、モジュール７１８は、ＪＳＯＮ、ＸＭＬ、ＨＴＴＰ、ＨＴＭＬ等のための区分を含んでもよい。
【0110】
図７の例示的ＤＣＭ１０２は、ＩｏＴフレームワークを活用することによって、ＤＣＭから分析サーバ１２２へのセキュアな双方向コネクティビティを提供するＩｏＴエージェントとして構成されてもよい。ＤＣＭ１０２は、デバイス管理、構成、セキュリティ、およびコネクティビティ健全性統計の伝送のためにＩｏＴフレームワークを使用してもよい。いくつかの実施例では、ＤＣＭ１０２は、匿名化された第１のデータストリームまたはサブセット３１８および／またはログ／健全性データ３１９を伝えるために、分析サーバ１２２に関するＩｏＴデバイスシャドウを用いて構成される。
【0111】
プロセッサ７０６は、マイクロプロセッサ、特定用途向け集積回路（「ＡＳＩＣ」）、コントローラ等として構造化されるデジタルおよびアナログ回路を備えてもよい。例えば、プロセッサ１０６は、ＮＸＰ ｉ．ＭＸ６ＵＬ－２、Ｃｏｒｔｅｘ－Ａ７ ５２８ ＭＨｚ ＣＰＵおよび２５６ ＭＢ／１ ＧＢ ＮＡＮＤおよびＤＤＲ３フラッシュドライブを有する、Ｄｉｇｉ ＣｏｎｎｅｃｔＣｏｒｅ（登録商標） ６ＵＬモジュールを含んでもよい。ＤＣＭ１０２はまた、対応する入力ポート７０２および／または出力ポート７０４に接続される、８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ Ｗｉ－Ｆｉ無線およびＢｌｕｅｔｏｏｔｈ（登録商標） ４．２無線を含む。ＤＣＭ１０２のプロセッサ１０６は、Ｙｏｃｔｏ Ｌｉｎｕｘ（登録商標）オペレーティングシステムとともに動作するように構成されてもよく、Ｄｉｇｉチップセットのためのドライバを含有する。プロセッサ１０６は、ユーザが、構成ファイルマネージャ３５０を介してネットワークおよび構成設定を管理することを可能にする、コネクティビティアプリケーションを動作させてもよい。コネクティビティアプリケーションはまた、ＤＣＭ１０２が、遠隔で提供されたソフトウェアおよびファームウェア更新を受信することを可能にする。
ＩＩＩ．例示的ＤＣＭ構成プロシージャ
ＩＩＩ．例示的ＤＣＭ構成プロシージャ
【0112】
図８は、本開示の例示的実施形態による、構成ファイル３４２を用いてＤＣＭ１０２を構成するための例示的プロシージャ８００のフロー図である。プロシージャ８００は、図８に図示されるフロー図を参照して説明されるが、プロシージャ８００と関連付けられるステップを実施する多くの他の方法が、使用され得ることを理解されたい。例えば、ブロックのうちの多くの順序は、変更されてもよく、あるブロックは、他のブロックと組み合わせられてもよく、説明されるブロックのうちの多くは、随意であってもよい。ある実施形態では、ブロックの数は、変更されてもよい。さらに、構成ファイル３４２の受信の確認を伝送するステップは、省略されてもよい。プロシージャ８００に説明されるアクションは、１つまたはそれを上回る命令によって規定され、例えば、ＤＣＭ１０２、コンピュータ４００、および／またはサーバ５００を含む、複数のデバイス間で実施されてもよい。
【0113】
例示的プロシージャ８００は、ＤＣＭ１０２が、構成ファイル３４２を受信または別様に入手する（ブロック８０２）ときに図８において開始される。いくつかの実施形態では、構成ファイル３４２は、構成ファイルマネージャ３５０によって提供されるユーザインターフェースを介して、ＤＣＭ１０２においてローカルで作成されてもよい。入手後、ＤＣＭ１０２は、構成ファイルを記憶する（ブロック８０４）。ＤＣＭ１０２は、次に、構成ファイル３４２を読み取り、規定されるパラメータ／属性を決定する。規定されたパラメータ／属性に基づいて、ＤＣＭ１０２は、規定された医療デバイスタイプからのデータを処理するために、対応するデバイスドライバにアクセスし、それをインストールする（ブロック８０６）。
【0114】
例示的ＤＣＭ１０２はまた、構成ファイル３４２の規定されたパラメータ／属性に基づいて、医療デバイス１０４との通信のための入力インターフェースの１つまたはそれを上回る入力ポートをプロビジョニングする（ブロック８０８）。例示的ＤＣＭ１０２はさらに、構成ファイル３４２の規定されたパラメータ／属性に基づいて、分析サーバ１２２との通信のために出力インターフェースの１つまたはそれを上回る出力ポートをプロビジョニングする（ブロック８１０）。加えて、例示的ＤＣＭ１０２は、構成ファイル３４２の規定されたパラメータ／属性に基づいて、ＥＭＲサーバ１０８との通信のために出力インターフェースの１つまたはそれを上回る出力ポートをプロビジョニングする（ブロック８１２）。入力／出力ポートをプロビジョニングするステップは、識別された入力おおよび出力ポートをアクティブ化し、任意の関連するドライバをインストールするステップを含んでもよい。
【0115】
上記に加えて、ＤＣＭ１０２は、ＥＭＲサーバ１０８への伝送のために、医療デバイスからの医療デバイスデータを構成ファイル３４２によって規定されたフォーマットに変換するようにデータマネージャをプロビジョニングする（ブロック８１６）。いくつかの事例では、ＤＣＭ１０２は、分析サーバ１２２によって処理するために、医療デバイスデータを標準化されたフォーマットに変換するようにデータマネージャをプロビジョニングする。ＤＣＭ１０２は、次いで、構成を示す確認メッセージ８１７を、例えば、それぞれ、図４および５のコンピュータ４００またはサーバ５００に伝送することによって、構成プロセスを完了してもよい（ブロック８１８）。例示的プロシージャ８００は、次いで、終了し、ＤＣＭ１０２は、医療デバイスデータを処理できる状態になる。
ＩＶ．例示的ＤＣＭ医療デバイスデータ処理プロシージャ
ＩＶ．例示的ＤＣＭ医療デバイスデータ処理プロシージャ
【0116】
図９は、本開示の例示的実施形態による、ＤＣＭ１０２を用いて医療デバイスデータを処理するための例示的プロシージャ９００のフロー図である。プロシージャ９００は、図９に図示されるフロー図を参照して説明されるが、プロシージャ９００と関連付けられるステップを実施する多くの他の方法が、使用され得ることを理解されたい。例えば、ブロックのうちの多くの順序は、変更されてもよく、あるブロックは、他のブロックと組み合わせられてもよく、説明されるブロックのうちの多くは、随意であってもよい。ある実施形態では、ブロックの数は、変更されてもよい。さらに、データサブセットを暗号化するステップは、省略されてもよい。プロシージャ９００に説明されるアクションは、１つまたはそれを上回る命令によって規定され、例えば、ＤＣＭ１０２、医療デバイス１０４、分析サーバ１２２、および／またはＥＭＲサーバ１０８を含む、複数のデバイス間で実施されてもよい。
【0117】
例示的プロシージャ９００は、ＤＣＭ１０２が、通信可能に結合される医療デバイス１０４から医療デバイスデータ３３０を受信する（ブロック９０２）ときに開始される。ＤＣＭ１０２は、周期的間隔に基づいて、受信されたデータのスナップショットを記録し、２つの別個のデータストリームまたはサブセットを作成する（ブロック９０４）。いくつかの事例では、同一の医療デバイスデータが、サブセット毎に使用される。他の事例では、データサブセットは、異なる医療デバイスデータおよび同一の医療デバイスデータの一部を含んでもよい。
【0118】
第１のデータストリームまたはサブセットに関して、ＤＣＭ１０２は、データを匿名化し、匿名化されたデータ３１８を作成する（ブロック９０６）。これは、患者を識別するために使用され得る任意のデータを除去するステップを含む。いくつかの事例では、患者識別子が、セッション識別子および／またはランダムな文字セットと置換される。ＤＣＭ１０２は、次いで、ログ／健全性データ３１９を匿名化されたデータ３１８に追加する（ブロック９０８）。ＤＣＭ１０２は、次いで、匿名化されたデータ３１８および／またはログ／健全性データを暗号化してもよい（ブロック９１０）。
【0119】
ＤＣＭ１０２は、次いで、分析サーバ１２２への接続が存在するかどうかをチェックする（ブロック９１２）。いくつかの事例では、ＤＣＭ１０２は、接続ステータスをチェックするために、メッセージ待ち行列テレメトリトランスポート（「ＭＱＴＴ」）メッセージングプロトコルを使用してもよい。接続が、存在しない場合、ＤＣＭ１０２は、匿名化されたデータ３１８および／またはログ／健全性データ３１９を伴う１つまたはそれを上回る暗号化されたメッセージを永続メモリデバイスに記憶する（ブロック９１４）。ＤＣＭ１０２は、データ接続が検出されるまで、後続の暗号化されたメッセージを記憶し続ける。いったんデータ接続が検出されると、ＤＣＭ１０２は、１つまたはそれを上回るネットワーク１０６、１２０を介して、匿名化されたデータ３１８および／またはログ／健全性データ３１９を含む暗号化されたメッセージを分析サーバ１２２に伝送する（ブロック９１６）。例示的プロシージャ９００は、次いで、新しく受信された医療デバイスデータを処理するためにブロック９０２に戻る。
【0120】
医療デバイスデータの第２のストリームまたはサブセットに関して、ＤＣＭ１０２は、データを、ＥＭＲサーバ１０８のために規定されるフォーマットに変換する（ブロック９２０）。これは、ＪＳＯＮフォーマット、ＨＬ７フォーマット、バイナリバージョン２／３フォーマット、ＦＨＩＲフォーマット、ＸＭＬフォーマット、および／またはＨＴＴＰフォーマットにおける医療デバイスデータを変換するステップを含んでもよい。ＤＣＭ１０２は、次いで、ログ／健全性データ３１９を変換されたデータ３２８に追加してもよい（ブロック９２２）。ＤＣＭ１０２は、次いで、変換されたデータ３２８および／またはログ／健全性データ３１９を暗号化してもよい（ブロック９２４）。
【0121】
ＤＣＭ１０２は、次いで、ＥＭＲサーバ１０８への接続が存在するかどうかをチェックする（ブロック９２６）。いくつかの事例では、ＤＣＭ１０２は、接続ステータスをチェックするために、ＭＱＴＴメッセージングプロトコルまたは最小下位層プロトコル（「ＭＬＬＰ」）を使用してもよい。接続が、存在しない場合、ＤＣＭ１０２は、変換されたデータ３２８および／またはログ／健全性データ３１９を伴う１つまたはそれを上回る暗号化されたメッセージを永続メモリデバイスに記憶する（ブロック９２８）。ＤＣＭ１０２は、データ接続が検出されるまで、後続の暗号化されたメッセージを記憶し続ける。いったんデータ接続が検出されると、ＤＣＭ１０２は、医療ネットワーク１０６および／またはシリアル接続を介して、変換されたデータ３２８および／またはログ／健全性データ３１９を含む暗号化されたメッセージをＥＭＲサーバ１０８に伝送する（ブロック９３０）。例示的プロシージャ９００は、次いで、新しく受信された医療デバイスデータを処理するためにブロック９０２に戻る。
Ｖ．結論
Ｖ．結論
【0122】
本明細書に説明される本好ましい実施形態の種々の変更および修正が、当業者に明白となるであろうことを理解されたい。そのような変更および修正は、本主題の精神および範囲から逸脱することなく、かつその意図される利点を減少させることなく行われることができる。したがって、そのような変更および修正は、添付される請求項によって網羅されることを意図している。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【手続補正書】
【提出日】2022-11-24
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
デジタル通信装置であって、医療デバイスへの通信結合のために構成される入力インターフェースであって、前記入力インターフェースは、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとを含む、入力インターフェースと、
医療ネットワークへの通信結合のために構成される出力インターフェースであって、前記出力インターフェースは、シリアル出力ポート、イーサネット出力ポート、または無線出力ポートのうちの少なくとも１つを含む、出力インターフェースと、
少なくとも１つの構成ファイルおよび前記入力ポートおよび出力ポートのためのドライバを記憶するように構成されるメモリデバイスと、
前記入力インターフェース、前記出力インターフェース、および前記メモリデバイスに通信可能に結合されるプロセッサであって、前記プロセッサは、
前記出力インターフェースを介して管理コンピュータから構成ファイルを受信することであって、前記構成ファイルは、前記入力インターフェースの入力ポートのうちの１つおよび前記出力インターフェースの少なくとも１つの出力ポート、第１のデータフォーマット、および第２のデータフォーマットを規定する、ことと、
前記構成ファイルを前記メモリデバイスに記憶することと、
前記構成ファイルによって規定されるような前記入力ポートおよび前記少なくとも１つの出力ポートを選択することと、
前記構成ファイルによって規定された前記入力ポートおよび出力ポートのためのドライバをインストールすることと、
前記第１のデータフォーマットにおいて前記医療デバイスから医療データを受信するために、前記規定された入力ポートを用いて前記入力インターフェースをプロビジョニングすることと、
前記第１のデータフォーマットおよび前記第２のデータフォーマットを使用して前記受信された医療データの少なくとも一部を伝送するために、前記少なくとも１つの規定された出力ポートを用いて前記出力インターフェースをプロビジョニングすることと
を行うように構成される、プロセッサと
を備える、装置。
【請求項2】
前記プロセッサは、前記入力インターフェースを介して前記医療デバイスから前記第１のフォーマットにおいて前記医療データを受信することと、
前記構成ファイルによって規定されるような前記出力ポートのうちの１つを介して前記出力インターフェースを介して、前記第１のデータフォーマットにおける伝送のための前記医療データの第１のサブセットを選択することと、
前記医療データの第２のサブセットを前記第２のデータフォーマットに変換することと、
前記構成ファイルによって規定されるような同一または異なる出力ポートを介して、伝送のための前記第２のデータフォーマットにおける前記医療データの第２のサブセットを伝送することと
を行うように構成される、請求項１に記載の装置。
【請求項3】
前記医療データの第１のサブセットは、前記医療データの第２のサブセットと同一である、請求項２に記載の装置。
【請求項4】
前記出力インターフェースは、前記医療ネットワークを介して、電子医療記録（「ＥＭＲ」）サーバ、ミドルウェアサーバ、または統合エンジンのうちの少なくとも１つへの通信結合を提供し、前記プロセッサは、前記構成ファイルによって規定されるような同一または異なる出力ポートを使用して、前記第２のデータフォーマットにおける前記医療データの第２のサブセットを前記ＥＭＲサーバ、前記ミドルウェアサーバ、または前記統合エンジンのうちの少なくとも１つに伝送するように構成される、
請求項２または３に記載の装置。
【請求項5】
前記イーサネットポートおよび前記無線ポートのうちの少なくとも１つは、前記医療ネットワークの外部にある遠隔サーバへの通信結合を提供し、前記プロセッサは、前記イーサネットポートまたは前記無線ポートのうちの少なくとも１つを使用して、前記第１のデータフォーマットにおける前記医療データの第１のサブセットを前記遠隔サーバに伝送するように構成される、
請求項２または４に記載の装置。
【請求項6】
前記プロセッサは、第１のコネクティビティエージェントを含み、前記第１のデータフォーマットにおける前記医療データの第１のサブセットの伝送のためのメッセージングプロトコルを使用する、請求項２、４、または５に記載の装置。
【請求項7】
前記メッセージングプロトコルは、メッセージ待ち行列テレメトリトランスポート（「ＭＱＴＴ」）パブリッシュ－サブスクライブネットワークプロトコルを含む、請求項６に記載の装置。
【請求項8】
前記構成ファイルは、前記第１のデータフォーマットにおける前記医療データの第１のサブセットを受信するべき第１の宛先ネットワークアドレスを規定し、前記第２のデータフォーマットにおける前記医療データの第２のサブセットを受信するべき第２の宛先ネットワークアドレスを規定し、前記第１の宛先ネットワークアドレスは、前記医療ネットワークの外部にあるネットワークドメインと関連付けられ、前記第２の宛先ネットワークアドレスは、前記医療ネットワークを含むネットワークドメインと関連付けられる、
請求項２、４、または５に記載の装置。
【請求項9】
前記プロセッサは、ログデータおよび健全性データを発生させることと、
前記構成ファイルによって規定されるような前記出力ポートのうちの１つを介して前記出力インターフェースを介して、前記第１のデータフォーマットにおける伝送のための前記医療データの第１のサブセットとともに前記ログデータおよび前記健全性データを含めることと、
前記ログデータを前記第２のデータフォーマットに変換することと、
前記構成ファイルによって規定されるような同一または異なる出力ポートを介して、伝送のための前記医療データの第２のサブセットとともに前記ログデータを含めることと
を行うように構成される、請求項２、４、または８に記載の装置。
【請求項10】
前記ログデータは、医療デバイスタイプの識別、医療デバイスシリアル番号の識別、それから前記受信された医療データが前記医療デバイスによって発生された、または前記医療デバイスから前記プロセッサによって受信されたタイムスタンプ、前記装置の識別子、前記医療データの第１のサブセットに関するタイムスタンプ、または単調なタイムスタンプのうちの少なくとも１つを含み、前記健全性情報は、前記医療デバイスに関連する情報、ＣＰＵ使用情報、ネットワークコネクティビティ情報、プロセス／スレッド情報、または伝送のための前記医療データの第１および第２のサブセットを処理するために前記プロセッサによって動作されるソフトウェアに関連する情報を含む、
請求項９に記載の装置。
【請求項11】
前記プロセッサは、伝送の前に前記医療データの第１のサブセット内に含まれる患者情報を匿名化すること、または、
伝送の前に前記医療データの第１のサブセットを暗号化すること
のうちの少なくとも１つを行うように構成される、請求項２、９、または１０に記載の装置。
【請求項12】
前記プロセッサは、前記医療データのストリームを受信することと、
周期的間隔において前記医療データのスナップショットを作成することと、
前記医療データのスナップショットを前記医療データの第１のサブセットまたは前記医療データの第２のサブセットのうちの少なくとも１つとして提供することと
を行うように構成される、請求項２または１１に記載の装置。
【請求項13】
前記周期的間隔は、５秒～６０秒の周期を有する、請求項１２に記載の装置。
【請求項14】
前記プロセッサは、スナップショットの間の前記医療データの変化を識別するために、事象追跡を使用することと、
以前のスナップショットから変化した医療データのみを前記医療データの第１のサブセットまたは前記医療データの第２のサブセットのうちの少なくとも１つとして含めることと
を行うように構成される、請求項１２に記載の装置。
【請求項15】
前記構成ファイルは、前記医療デバイスのタイプを規定し、前記医療デバイスから受信されるべき前記医療データが前記第１のデータフォーマットにおいて提供されることを規定する、請求項１または１２に記載の装置。
【請求項16】
前記医療デバイスのタイプは、持続的腎置換療法（「ＣＲＲＴ」）機械、腹膜透析機械、血液透析機械、水浄化機械、または栄養物調合機械のうちの少なくとも１つを含む、請求項１、１２、または１５に記載の装置。
【請求項17】
前記第１のデータフォーマットは、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（「ＪＳＯＮ」）、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）、またはバイナリプロトコルを含む、請求項１、１２、または１６に記載の装置。
【請求項18】
前記第２のデータフォーマットは、Ｈｅａｌｔｈ－Ｌｅｖｅｌ ７（「ＨＬ７」）プロトコル、高速保健医療相互運用性リソース（「ＦＨＩＲ」）プロトコル、またはバイナリプロトコルを含む、請求項１、１２、または１７に記載の装置。
【請求項19】
前記無線入力ポートは、Ｗｉ－Ｆｉ入力ポートおよびＢｌｕｅｔｏｏｔｈ（登録商標）入力ポートのうちの少なくとも１つを含み、前記無線出力ポートは、Ｗｉ－Ｆｉ出力ポートまたはセルラー出力ポートのうちの少なくとも１つを含む、請求項１、１２、または１８に記載の装置。
【請求項20】
前記医療データは、透析サイクルの充填、滞留、および排出段階の間の遷移を備える事象情報、
アラーム情報、
治療プログラミング情報、または、
推定される充填率、排出率、および除去された限外濾過の量を備える治療情報
のうちの少なくとも１つを含む、請求項１、１２、または１９に記載の装置。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正の内容】
【0035】
付加的特徴および利点が、以下の詳細な説明および図に説明され、それから明白となるであろう。本明細書に説明される特徴および利点は、包括的ではなく、特に、多くの付加的特徴および利点が、図および説明を考慮して、当業者に明白となるであろう。また、任意の特定の実施形態は、本明細書に列挙される利点の全てを有する必要性はなく、個々の有利な実施形態を別個に請求することが、明確に想定される。また、本明細書に使用される言語が、発明的主題の範囲を限定するためではなく、主として、可読性および命令目的のために選択されていることに留意されたい。
本発明は、例えば、以下を提供する。
（項目１）
デジタル通信装置であって、
医療デバイスへの通信結合のために構成される入力インターフェースであって、上記入力インターフェースは、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとを含む、入力インターフェースと、
医療ネットワークへの通信結合のために構成される出力インターフェースであって、上記出力インターフェースは、シリアル出力ポート、イーサネット出力ポート、または無線出力ポートのうちの少なくとも１つを含む、出力インターフェースと、
少なくとも１つの構成ファイルおよび上記入力ポートおよび出力ポートのためのドライバを記憶するように構成されるメモリデバイスと、
上記入力インターフェース、上記出力インターフェース、および上記メモリデバイスに通信可能に結合されるプロセッサであって、上記プロセッサは、
上記出力インターフェースを介して管理コンピュータから構成ファイルを受信することであって、上記構成ファイルは、上記入力インターフェースの入力ポートのうちの１つおよび上記出力インターフェースの少なくとも１つの出力ポート、第１のデータフォーマット、および第２のデータフォーマットを規定する、ことと、
上記構成ファイルを上記メモリデバイスに記憶することと、
上記構成ファイルによって規定された上記入力ポートおよび出力ポートのためのドライバをインストールすることと、
上記第１のデータフォーマットにおいて上記医療デバイスから医療データを受信するために、上記規定された入力ポートを用いて上記入力インターフェースをプロビジョニングすることと、
上記第１のデータフォーマットおよび上記第２のデータフォーマットを使用して上記受信された医療データの少なくとも一部を伝送するために、上記少なくとも１つの規定された出力ポートを用いて上記出力インターフェースをプロビジョニングすることと
を行うように構成される、プロセッサと
を備える、装置。
（項目２）
上記プロセッサは、
上記入力インターフェースを介して上記医療デバイスから上記第１のフォーマットにおいて上記医療データを受信することと、
上記構成ファイルによって規定されるような上記出力ポートのうちの１つを介して上記出力インターフェースを介して、上記第１のデータフォーマットにおける伝送のための上記医療データの第１のサブセットを選択することと、
上記医療データの第２のサブセットを上記第２のデータフォーマットに変換することと、
上記構成ファイルによって規定されるような同一または異なる出力ポートを介して、伝送のための上記第２のデータフォーマットにおける上記医療データの第２のサブセットを伝送することと
を行うように構成される、項目１に記載の装置。
（項目３）
上記医療データの第１のサブセットは、上記医療データの第２のサブセットと同一である、項目２に記載の装置。
（項目４）
上記出力インターフェースは、上記医療ネットワークを介して、電子医療記録（「ＥＭＲ」）サーバ、ミドルウェアサーバ、または統合エンジンのうちの少なくとも１つへの通信結合を提供し、
上記プロセッサは、上記構成ファイルによって規定されるような同一または異なる出力ポートを使用して、上記第２のデータフォーマットにおける上記医療データの第２のサブセットを上記ＥＭＲサーバ、上記ミドルウェアサーバ、または上記統合エンジンのうちの少なくとも１つに伝送するように構成される、
項目２または３に記載の装置。
（項目５）
上記イーサネットポートおよび上記無線ポートのうちの少なくとも１つは、上記医療ネットワークの外部にある遠隔サーバへの通信結合を提供し、
上記プロセッサは、上記イーサネットポートまたは上記無線ポートのうちの少なくとも１つを使用して、上記第１のデータフォーマットにおける上記医療データの第１のサブセットを上記遠隔サーバに伝送するように構成される、
項目２または４に記載の装置。
（項目６）
上記プロセッサは、第１のコネクティビティエージェントを含み、上記第１のデータフォーマットにおける上記医療データの第１のサブセットの伝送のためのメッセージングプロトコルを使用する、項目２、４、または５に記載の装置。
（項目７）
上記メッセージングプロトコルは、メッセージ待ち行列テレメトリトランスポート（「ＭＱＴＴ」）パブリッシュ－サブスクライブネットワークプロトコルを含む、項目６に記載の装置。
（項目８）
上記構成ファイルは、上記第１のデータフォーマットにおける上記医療データの第１のサブセットを受信するべき第１の宛先ネットワークアドレスを規定し、上記第２のデータフォーマットにおける上記医療データの第２のサブセットを受信するべき第２の宛先ネットワークアドレスを規定し、
上記第１の宛先ネットワークアドレスは、上記医療ネットワークの外部にあるネットワークドメインと関連付けられ、上記第２の宛先ネットワークアドレスは、上記医療ネットワークを含むネットワークドメインと関連付けられる、
項目２、４、または５に記載の装置。
（項目９）
上記プロセッサは、
ログデータおよび健全性データを発生させることと、
上記構成ファイルによって規定されるような上記出力ポートのうちの１つを介して上記出力インターフェースを介して、上記第１のデータフォーマットにおける伝送のための上記医療データの第１のサブセットとともに上記ログデータおよび上記健全性データを含めることと、
上記ログデータを上記第２のデータフォーマットに変換することと、
上記構成ファイルによって規定されるような同一または異なる出力ポートを介して、伝送のための上記医療データの第２のサブセットとともに上記ログデータを含めることと
を行うように構成される、項目２、４、または８に記載の装置。
（項目１０）
上記ログデータは、医療デバイスタイプの識別、医療デバイスシリアル番号の識別、それから上記受信された医療データが上記医療デバイスによって発生された、または上記医療デバイスから上記プロセッサによって受信されたタイムスタンプ、上記装置の識別子、上記医療データの第１のサブセットに関するタイムスタンプ、または単調なタイムスタンプのうちの少なくとも１つを含み、
上記健全性情報は、上記医療デバイスに関連する情報、ＣＰＵ使用情報、ネットワークコネクティビティ情報、プロセス／スレッド情報、または伝送のための上記医療データの第１および第２のサブセットを処理するために上記プロセッサによって動作されるソフトウェアに関連する情報を含む、
項目９に記載の装置。
（項目１１）
上記プロセッサは、
伝送の前に上記医療データの第１のサブセット内に含まれる患者情報を匿名化すること、または、
伝送の前に上記医療データの第１のサブセットを暗号化すること
のうちの少なくとも１つを行うように構成される、項目２、９、または１０に記載の装置。
（項目１２）
上記プロセッサは、
上記医療データのストリームを受信することと、
周期的間隔において上記医療データのスナップショットを作成することと、
上記医療データのスナップショットを上記医療データの第１のサブセットまたは上記医療データの第２のサブセットのうちの少なくとも１つとして提供することと
を行うように構成される、項目２または１１に記載の装置。
（項目１３）
上記周期的間隔は、５秒～６０秒の周期を有する、項目１２に記載の装置。
（項目１４）
上記プロセッサは、
スナップショットの間の上記医療データの変化を識別するために、事象追跡を使用することと、
以前のスナップショットから変化した医療データのみを上記医療データの第１のサブセットまたは上記医療データの第２のサブセットのうちの少なくとも１つとして含めることと
を行うように構成される、項目１２に記載の装置。
（項目１５）
上記構成ファイルは、上記医療デバイスのタイプを規定し、上記医療デバイスから受信されるべき上記医療データが上記第１のデータフォーマットにおいて提供されることを規定する、項目１または１２に記載の装置。
（項目１６）
上記医療デバイスのタイプは、持続的腎置換療法（「ＣＲＲＴ」）機械、腹膜透析機械、血液透析機械、水浄化機械、または栄養物調合機械のうちの少なくとも１つを含む、項目１、１２、または１５に記載の装置。
（項目１７）
上記第１のデータフォーマットは、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（「ＪＳＯＮ」）、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）、またはバイナリプロトコルを含む、項目１、１２、または１６に記載の装置。
（項目１８）
上記第２のデータフォーマットは、Ｈｅａｌｔｈ－Ｌｅｖｅｌ ７（「ＨＬ７」）プロトコル、高速保健医療相互運用性リソース（「ＦＨＩＲ」）プロトコル、またはバイナリプロトコルを含む、項目１、１２、または１７に記載の装置。
（項目１９）
上記無線入力ポートは、Ｗｉ－Ｆｉ入力ポートおよびＢｌｕｅｔｏｏｔｈ（登録商標）入力ポートのうちの少なくとも１つを含み、上記無線出力ポートは、Ｗｉ－Ｆｉ出力ポートまたはセルラー出力ポートのうちの少なくとも１つを含む、項目１、１２、または１８に記載の装置。
（項目２０）
上記医療データは、
透析サイクルの充填、滞留、および排出段階の間の遷移を備える事象情報、
アラーム情報、
治療プログラミング情報、または、
推定される充填率、排出率、および除去された限外濾過の量を備える治療情報
のうちの少なくとも１つを含む、項目１、１２、または１９に記載の装置。
本発明は、例えば、以下を提供する。
（項目１）
デジタル通信装置であって、
医療デバイスへの通信結合のために構成される入力インターフェースであって、上記入力インターフェースは、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとを含む、入力インターフェースと、
医療ネットワークへの通信結合のために構成される出力インターフェースであって、上記出力インターフェースは、シリアル出力ポート、イーサネット出力ポート、または無線出力ポートのうちの少なくとも１つを含む、出力インターフェースと、
少なくとも１つの構成ファイルおよび上記入力ポートおよび出力ポートのためのドライバを記憶するように構成されるメモリデバイスと、
上記入力インターフェース、上記出力インターフェース、および上記メモリデバイスに通信可能に結合されるプロセッサであって、上記プロセッサは、
上記出力インターフェースを介して管理コンピュータから構成ファイルを受信することであって、上記構成ファイルは、上記入力インターフェースの入力ポートのうちの１つおよび上記出力インターフェースの少なくとも１つの出力ポート、第１のデータフォーマット、および第２のデータフォーマットを規定する、ことと、
上記構成ファイルを上記メモリデバイスに記憶することと、
上記構成ファイルによって規定された上記入力ポートおよび出力ポートのためのドライバをインストールすることと、
上記第１のデータフォーマットにおいて上記医療デバイスから医療データを受信するために、上記規定された入力ポートを用いて上記入力インターフェースをプロビジョニングすることと、
上記第１のデータフォーマットおよび上記第２のデータフォーマットを使用して上記受信された医療データの少なくとも一部を伝送するために、上記少なくとも１つの規定された出力ポートを用いて上記出力インターフェースをプロビジョニングすることと
を行うように構成される、プロセッサと
を備える、装置。
（項目２）
上記プロセッサは、
上記入力インターフェースを介して上記医療デバイスから上記第１のフォーマットにおいて上記医療データを受信することと、
上記構成ファイルによって規定されるような上記出力ポートのうちの１つを介して上記出力インターフェースを介して、上記第１のデータフォーマットにおける伝送のための上記医療データの第１のサブセットを選択することと、
上記医療データの第２のサブセットを上記第２のデータフォーマットに変換することと、
上記構成ファイルによって規定されるような同一または異なる出力ポートを介して、伝送のための上記第２のデータフォーマットにおける上記医療データの第２のサブセットを伝送することと
を行うように構成される、項目１に記載の装置。
（項目３）
上記医療データの第１のサブセットは、上記医療データの第２のサブセットと同一である、項目２に記載の装置。
（項目４）
上記出力インターフェースは、上記医療ネットワークを介して、電子医療記録（「ＥＭＲ」）サーバ、ミドルウェアサーバ、または統合エンジンのうちの少なくとも１つへの通信結合を提供し、
上記プロセッサは、上記構成ファイルによって規定されるような同一または異なる出力ポートを使用して、上記第２のデータフォーマットにおける上記医療データの第２のサブセットを上記ＥＭＲサーバ、上記ミドルウェアサーバ、または上記統合エンジンのうちの少なくとも１つに伝送するように構成される、
項目２または３に記載の装置。
（項目５）
上記イーサネットポートおよび上記無線ポートのうちの少なくとも１つは、上記医療ネットワークの外部にある遠隔サーバへの通信結合を提供し、
上記プロセッサは、上記イーサネットポートまたは上記無線ポートのうちの少なくとも１つを使用して、上記第１のデータフォーマットにおける上記医療データの第１のサブセットを上記遠隔サーバに伝送するように構成される、
項目２または４に記載の装置。
（項目６）
上記プロセッサは、第１のコネクティビティエージェントを含み、上記第１のデータフォーマットにおける上記医療データの第１のサブセットの伝送のためのメッセージングプロトコルを使用する、項目２、４、または５に記載の装置。
（項目７）
上記メッセージングプロトコルは、メッセージ待ち行列テレメトリトランスポート（「ＭＱＴＴ」）パブリッシュ－サブスクライブネットワークプロトコルを含む、項目６に記載の装置。
（項目８）
上記構成ファイルは、上記第１のデータフォーマットにおける上記医療データの第１のサブセットを受信するべき第１の宛先ネットワークアドレスを規定し、上記第２のデータフォーマットにおける上記医療データの第２のサブセットを受信するべき第２の宛先ネットワークアドレスを規定し、
上記第１の宛先ネットワークアドレスは、上記医療ネットワークの外部にあるネットワークドメインと関連付けられ、上記第２の宛先ネットワークアドレスは、上記医療ネットワークを含むネットワークドメインと関連付けられる、
項目２、４、または５に記載の装置。
（項目９）
上記プロセッサは、
ログデータおよび健全性データを発生させることと、
上記構成ファイルによって規定されるような上記出力ポートのうちの１つを介して上記出力インターフェースを介して、上記第１のデータフォーマットにおける伝送のための上記医療データの第１のサブセットとともに上記ログデータおよび上記健全性データを含めることと、
上記ログデータを上記第２のデータフォーマットに変換することと、
上記構成ファイルによって規定されるような同一または異なる出力ポートを介して、伝送のための上記医療データの第２のサブセットとともに上記ログデータを含めることと
を行うように構成される、項目２、４、または８に記載の装置。
（項目１０）
上記ログデータは、医療デバイスタイプの識別、医療デバイスシリアル番号の識別、それから上記受信された医療データが上記医療デバイスによって発生された、または上記医療デバイスから上記プロセッサによって受信されたタイムスタンプ、上記装置の識別子、上記医療データの第１のサブセットに関するタイムスタンプ、または単調なタイムスタンプのうちの少なくとも１つを含み、
上記健全性情報は、上記医療デバイスに関連する情報、ＣＰＵ使用情報、ネットワークコネクティビティ情報、プロセス／スレッド情報、または伝送のための上記医療データの第１および第２のサブセットを処理するために上記プロセッサによって動作されるソフトウェアに関連する情報を含む、
項目９に記載の装置。
（項目１１）
上記プロセッサは、
伝送の前に上記医療データの第１のサブセット内に含まれる患者情報を匿名化すること、または、
伝送の前に上記医療データの第１のサブセットを暗号化すること
のうちの少なくとも１つを行うように構成される、項目２、９、または１０に記載の装置。
（項目１２）
上記プロセッサは、
上記医療データのストリームを受信することと、
周期的間隔において上記医療データのスナップショットを作成することと、
上記医療データのスナップショットを上記医療データの第１のサブセットまたは上記医療データの第２のサブセットのうちの少なくとも１つとして提供することと
を行うように構成される、項目２または１１に記載の装置。
（項目１３）
上記周期的間隔は、５秒～６０秒の周期を有する、項目１２に記載の装置。
（項目１４）
上記プロセッサは、
スナップショットの間の上記医療データの変化を識別するために、事象追跡を使用することと、
以前のスナップショットから変化した医療データのみを上記医療データの第１のサブセットまたは上記医療データの第２のサブセットのうちの少なくとも１つとして含めることと
を行うように構成される、項目１２に記載の装置。
（項目１５）
上記構成ファイルは、上記医療デバイスのタイプを規定し、上記医療デバイスから受信されるべき上記医療データが上記第１のデータフォーマットにおいて提供されることを規定する、項目１または１２に記載の装置。
（項目１６）
上記医療デバイスのタイプは、持続的腎置換療法（「ＣＲＲＴ」）機械、腹膜透析機械、血液透析機械、水浄化機械、または栄養物調合機械のうちの少なくとも１つを含む、項目１、１２、または１５に記載の装置。
（項目１７）
上記第１のデータフォーマットは、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（「ＪＳＯＮ」）、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）、またはバイナリプロトコルを含む、項目１、１２、または１６に記載の装置。
（項目１８）
上記第２のデータフォーマットは、Ｈｅａｌｔｈ－Ｌｅｖｅｌ ７（「ＨＬ７」）プロトコル、高速保健医療相互運用性リソース（「ＦＨＩＲ」）プロトコル、またはバイナリプロトコルを含む、項目１、１２、または１７に記載の装置。
（項目１９）
上記無線入力ポートは、Ｗｉ－Ｆｉ入力ポートおよびＢｌｕｅｔｏｏｔｈ（登録商標）入力ポートのうちの少なくとも１つを含み、上記無線出力ポートは、Ｗｉ－Ｆｉ出力ポートまたはセルラー出力ポートのうちの少なくとも１つを含む、項目１、１２、または１８に記載の装置。
（項目２０）
上記医療データは、
透析サイクルの充填、滞留、および排出段階の間の遷移を備える事象情報、
アラーム情報、
治療プログラミング情報、または、
推定される充填率、排出率、および除去された限外濾過の量を備える治療情報
のうちの少なくとも１つを含む、項目１、１２、または１９に記載の装置。
【国際調査報告】