(57)【特許請求の範囲】
【請求項１】
一体化された遠隔治療サーバを有するモニタ除細動器であって、一体化されたモニタ除細動器遠隔治療サーバが、
患者モニタリング回路と、
除細動治療回路と、
前記患者モニタリング回路及び前記除細動治療回路から患者データを収集する臨床プロセッサと、
前記臨床プロセッサから前記患者データを受信し、受信した前記患者データを、汎用ファイルフォーマットで記憶するメモリと、
前記メモリと読出し専用通信し、更に前記汎用ファイルフォーマットの前記患者データを遠隔ステーションに送信する通信インターフェースと、
前記メモリと前記通信インターフェースとの間に配置され、前記通信インターフェースから受信した任意のデータの前記メモリへの書込みを阻止するファイアウォール回路と、
前記患者モニタリング回路、前記除細動治療回路、前記臨床プロセッサ、前記メモリ、前記通信インターフェース及び前記ファイアウォール回路のそれぞれを収容する単一筐体と、
を含む、モニタ除細動器。
【請求項２】
前記通信インターフェースは更に、前記患者データを、前記遠隔ステーションに向けて一方向に送信する、請求項１に記載のモニタ除細動器。
【請求項３】
前記通信インターフェースは、ブルートゥース（登録商標）、ＷｉＦｉ及び携帯電話器からなる群から選択されるワイヤレス通信インターフェースを含む、請求項１に記載のモニタ除細動器。
【請求項４】
前記通信インターフェースは、有線のイーサネット（登録商標）インターフェースを含む、請求項１に記載のモニタ除細動器。
【請求項５】
前記汎用ファイルフォーマットは、拡張マークアップ言語、ポータブルドキュメントフォーマット及びポストスクリプトファイルフォーマットからなる群から選択される、請求項１に記載のモニタ除細動器。
【請求項６】
前記通信インターフェースは更に、操作者の行動を必要とすることなく、前記患者データを、前記遠隔ステーションに自動的に送信する、請求項１に記載のモニタ除細動器。
【請求項７】
前記メモリは更に、受信した前記患者データを、イベント名によって特定されるフォルダに記憶する、請求項１に記載のモニタ除細動器。
【請求項８】
受信した前記患者データは、前記患者データが収集された日にち／時間によって構成される前記フォルダに記憶される、請求項７に記載のモニタ除細動器。
【請求項９】
複数の安全に分離したサブプロセッサを有する単一コアプロセッサを更に含み、前記臨床プロセッサ及び前記ファイアウォール回路は、それぞれ、前記複数の安全に分離したサブプロセッサのうちの１つに動作可能に配置される、請求項１に記載のモニタ除細動器。
【請求項１０】
前記臨床プロセッサは更に、セーフティクリティカル機能と非セーフティクリティカル機能とを実行し、更に、前記セーフティクリティカル機能は、リアルタイムオペレーティングシステムとして、前記複数の安全に分離したサブプロセッサのうちの１つに動作可能に配置される、請求項９に記載のモニタ除細動器。
【請求項１１】
モニタ除細動器から遠隔ステーションに患者データを提供するシステムであって、前記システムは、
臨床プロセッサ、分離可能なメモリ、ファイアウォール回路及び通信インターフェースを有する遠隔治療サーバであって、前記患者データを取得するために前記モニタ除細動器の回路と一体化されている前記遠隔治療サーバと、
前記通信インターフェースと通信する、前記遠隔ステーションにある送受信器と、
を含み、
前記遠隔治療サーバは、前記遠隔ステーションからのデータの要求に反応して、前記患者データを前記遠隔ステーションに送信し、前記ファイアウォール回路は、前記分離可能なメモリと前記通信インターフェースとの間に配置され、前記遠隔ステーションから前記分離可能なメモリへの前記通信インターフェースにより受信される任意のデータの書込みを阻止する、システム。
【請求項１２】
前記遠隔治療サーバは、前記遠隔ステーションから受信した外部データが、前記分離可能なメモリに書込みされることを阻止する、請求項１１に記載のシステム。
【請求項１３】
前記患者データは、前記分離可能なメモリに、汎用ファイルフォーマットで記憶される、請求項１１に記載のシステム。
【請求項１４】
前記遠隔治療サーバと通信する患者モニタリング回路及び除細動治療回路を更に含み、前記患者モニタリング回路及び前記除細動治療回路は、それぞれ、前記遠隔治療サーバと共に単一筐体内に共に配置され、更に、前記患者モニタリング回路及び前記除細動治療回路は、前記患者データを生成する、請求項１１に記載のシステム。
【請求項１５】
前記遠隔治療サーバは更に、前記患者データが取得されると、前記患者データを前記送受信器に送信する、請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本発明は、遠隔ステーションにおける使用のためにモニタ除細動器から患者データを取得する改良装置及び方法に関する。モニタ除細動器は、外部システムがデータを取得するために、標準的な通信インターフェース及び読出し専用通信プロトコルを使用できるように遠隔医療サーバと一体化されている。
【背景技術】
【０００２】
[0002]  モニタ除細動器は、健康な人から重病の人を含む幅広い患者から臨床データを収集する。多くのこのようなモニタ除細動器は、医療機関から離れた場所にいる緊急医療システム（ＥＭＳ）の介護士によって採用されている。ＥＭＳによって収集された臨床データが、患者の到着前に、医療機関に送信されると、患者の転帰が向上されることは広く認識されている。
【０００３】
[0003]  モニタ除細動器から医療機関への臨床データの送信は、複数の目的を果たす。送信することによって、到着する患者の臨床状態について、医療機関に注意を呼びかける。データを共有することによって、現場の医療従事者と医療機関における介護士との間で相談ができるようになる。更に、臨床データをセントラル位置に日常的に送信することによって、電子患者カルテ（ｅＰＣＲ）の集合及び保管が可能となる。
【０００４】
[0004]  最近の医療改革努力によって、ＥＭＳ介護士がＥＭＳ患者ケアに関連付けられるデータを管理及び送信する必要性に非常に重点が置かれるようになった。正確かつ包括的な患者カルテは、良質なケアに対する向上された説明責任、より効率的な請求手続き、及び、負の転帰を有する医療応答によって起きる訴訟の減少のためには、必須条件であることが広く認識されている。
【０００５】
[0005]  患者の場所から、病院におけるセントラル位置まで患者データを送信する必要性は、一体化されたテレメトリ回路を有する医療デバイスを多く出現させた。「Internet-Protocol Based Telemetry Patient Monitoring System」なる名称で２００７年１１月１日に公開されたRoznovによる米国特許出願公開第２００７／０２５５１２０Ａ１号に、このような標準患者テレメトリシステムが説明される。図１に示されるように、Roznovは、アクセスポイント２０とワイヤレス通信する複数のポータブルテレメトリデバイス１２〜１８を有するシステムについて説明している。ポータブルテレメトリデバイス１２〜１８は、有線ネットワーク接続２４を介して、情報システム２２を用いて、ＩＰデータパケットを双方向で処理する。データパケットは、通常、リアルタイムの生理的及び制御情報である。
【０００６】
[0006]  ポータブルテレメトリデバイス１２〜１８は、アクセスポイント２０を通じて、例えば接続２８を介して、有線ネットワーク上の例えばタブレットＰＣ２６であるデバイスと通信する。オプションのアクセスポイントコントローラ３４が、接続３２を介して、アクセスポイント２０を通る信号を制御及び方向付ける。
【０００７】
[0007]  同様の発明が、「Health Monitoring System」なる名称で２００３年３月２７日に公開されたGordner他による国際特許公開公報ＷＯ０３／０２５８２６Ａ２に説明されている。ここでは、患者モニタリングシステムは、複数のワークステーション４によるアクセスのための患者データを格納する中央アプリケーションサーバ１とワイヤレス通信する複数の患者モニタ２からなる。患者モニタは、除細動器と関連付けられる。
【０００８】
[0008]  別の同様のモニタリング発明が、「Providing Data Destination Information to a Medical Device」なる名称で２００６年７月６日に公開されたMoore他による国際特許公開公報ＷＯ２００６／０７１７１１に説明されている。Moore等は、医療イベント情報を選択されたデータ宛先に送信する医療デバイスについて教示している。ユーザは、送信前に、「プッシュ」様式のデータ送信を選択及び開始しなければならない。Moore他による医療デバイスは体外除細動器である。
【０００９】
[0009]  「Portable Device and Method of Communication Medical Data Information」なる名称で２０１０年９月３０日に公開されたHansen他による米国特許出願公開第２０１０／０２５０６９７号に、医療デバイス部と別個の通信部との両方を同じ筐体内に組み込んだ発明が説明されている。Hansen他による回路は、複雑な通信機能を、重要な医療アプリケーションから分離することを意図している。医療デバイス部は、当該医療デバイス部と通信部との間のすべてのデータフローを制御する。
【００１０】
[0010]  「Method and Apparatus for Two-Way Transmission of Medical Data」なる名称で２００６年８月２４日に公開されたChen他による米国特許出願公開第２００６／１９０９９９Ａ１号に、別のファイアウォール関連発明が説明されている。Chen他は、医療提供者と第三者との間で患者画像データを安全に共有するために、当該医療提供者と当該第三者との間にある安全なファイアウォールについて教示している。ファイアウォールは、プッシュプル制御機構で双方向データフローを可能にするようにデザインされている。
【００１１】
[0011]  上記参考文献における発明は、それぞれ、同様に動作する。それぞれ、回路デザインと、比較的複雑であるため、準最適である関連のユーザインターフェースとを提供する。具体的には、各医療モニタリングデバイスのユーザは、デバイスから遠隔ステーションにデータを「プッシュ」するように当該デバイスをセットアップ及び／又は設定するために、特定の行動を取らなければならない。参照されたデバイスは、それぞれ、操作者が、選択された場所に選択されたフォーマットで送信するようにモニタ除細動器回路をセットアップすることを要求するか、又は、送信自体を、ユーザインターフェースを介して開始しなければならない。これらのシステム及び方法は、臨床診断環境における使用には適切であるが、時間が短縮される度に、良好な患者転帰の可能性が高まる緊急心臓患者治療プロトコルの間は、気が散り、また、混乱を来す可能性がある。患者データを収集し送信するために必要な行動によって、緊急の患者ケアステップから注意を逸らしてしまう可能性があり、また、送信又は救助のいずれかにおいてエラーを引き起こす可能性がある。第三に、引用された参考文献は、それぞれ、データリンクの両側を調和させ、患者医療デバイスからの臨床データを復号化するために、デバイスと遠隔ステーションとの両方にあるカスタムインターフェースソフトウェアを必要とする。インターフェースは、開発や、医療上の使用のための認証には費用がかかり、これらは、進化する通信規格を満たすためにインターフェースが変更される度に繰り返されなければならない。カスタムインターフェースソフトウェアは更に、システムに合わせたカスタマイズフォーマットで患者データを保持する。外部システムが同じソフトウェアを有さない限り、データを読み出すことはできない。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
[0012]  したがって、モニタ除細動器といった医療デバイスによって取得された患者情報を、従来技術が呈する問題を回避するような方法で、外部システムと容易に共有するための方法及び装置が必要である。
【課題を解決するための手段】
【００１３】
[0013]  本発明の原理によれば、一体化された遠隔治療サーバを有する医療モニタ除細動器からなる改良された医療デバイス装置が説明されている。当該装置は、患者データを収集し、当該患者データを臨床プロセッサに伝達する患者モニタリング回路及び除細動治療回路を含む。メモリが、臨床プロセッサから患者データを受信し、受信した患者データを、汎用ファイルフォーマットで記憶する。通信インターフェースが、メモリと読出し専用通信し、患者データを遠隔ステーションに送信する。ファイアウォール回路が、通信インターフェースから受信した任意のデータのメモリへの書込みを阻止する。これらの回路要素は、それぞれ、単一筐体内に収容されている。
【００１４】
[0014]  更に、本発明の原理によれば、遠隔ステーションにある送受信器と通信する一体化された遠隔治療サーバを有するモニタ除細動器を含むシステムが説明されている。当該装置は、遠隔ステーションからのデータの要求に反応して、遠隔治療サーバが遠隔ステーションに患者データを送信するようにされる（即ち、データフローの「プル」方法で送信される）。したがって、当該システムは、操作者の行動又は介入を必要とすることなく、データの送信を可能にする。分離された遠隔治療サーバメモリに記憶されたデータを、標準的な通信インターフェースを介してかつ汎用フォーマットで構成することによって、デバイスとインターフェースし、データを復号化するカスタマイズされたソフトウェアの必要性がなくなる。したがって、低コスト及び高信頼性が実現される。
【００１５】
[0015]  更に、本発明の原理によれば、上記したようなシステムを使用して、患者モニタリング回路及び除細動治療回路を有するモニタ除細動器遠隔治療サーバから遠隔ステーションに患者データを転送する改良方法が説明されている。当該方法は、遠隔ステーションからの要求に反応して、遠隔治療サーバから遠隔ステーションに患者データを自動的に送信するステップを含む。
【００１６】
[0016]  本発明の範囲は、通信機能を有する医療デバイスを包含する。具体的には、病院関係者によって使用されるが、中央サーバからは分離されている病院内モニタ除細動器、及び、病院から離れた場所にいる緊急医療サービス（ＥＭＳ）関係者によって使用される病院前モニタ除細動器といったデバイスが、本発明の特徴から恩恵を受ける。
【００１７】
[0017]  本発明の別の目的は、非セーフティクリティカルアプリケーションとセーフティクリティカルアプリケーションとを、セーフティクリティカル機能の安全性、信頼性及び性能に影響を及ぼすことなく、一緒に行う除細動器モニタについて説明することである。除細動器モニタデバイスのセーフティクリティカル機能は、患者にクリティカル治療（例えばペーシング、ＣＰＲ及び除細動治療）を提供すること、及び／又は、患者をモニタリングすること（例えばＥＣＧ、酸素化、二酸化炭素及び圧力といった血液モニタリング）が含まれる。非セーフティクリティカル機能及びアプリケーションは、電子患者カルテ（ｅＰＣＲ）アプリケーション、イベントサマリレビュー及びポストイベント解析を含む。具体的には、本発明は、両方の機能を動作させるマルチコアプロセッサを採用する。リアルタイムオペレーティングシステム（ＲＴＯＳ）及びメモリ管理ユニット（ＭＭＵ）が、マルチコアプロセッサの別々のコア上で動作する。非セーフティクリティカル機能は、マルチコアプロセッサの違うコア上で動作する。したがって、セーフティクリティカル機能と非セーフティクリティカル機能との間に安全なファイアウォールによる分離が確立される。
【図面の簡単な説明】
【００１８】
【図１】[0019]  図１は、従来技術による医療患者テレメトリシステムを示す。
【図２】[0020]  図２は、本発明の好適な実施形態による除細動器モニタ遠隔治療サーバのブロック図を示す。
【図３】[0021]  図３は、本発明の好適な実施形態による除細動器モニタ遠隔治療サーバと共に使用する患者データファイル記憶システムの一実施形態を示す。
【図４】[0022]  図４は、本発明の一実施形態による除細動器モニタ遠隔治療サーバの外観図である。
【図５】[0023]  図５は、本発明の別の実施形態による除細動器モニタ遠隔治療サーバ及び遠隔ステーションシステムのブロック図を示す。
【図６】[0024]  図６は、本発明の方法の好適な実施形態を説明するフローチャートを示す。
【図７】[0025]  図７は、除細動器モニタ遠隔治療サーバといったデバイス内のセーフティクリティカル機能及び非セーフティクリティカル機能が共通のマルチコアプロセッサ内で共有されている、本発明の一実施形態によるファイアウォール回路を示す。
【発明を実施するための形態】
【００１９】
[0026]  次に図面を参照するに、図２は、本発明の例示的な除細動器モニタ遠隔治療サーバ２００の機能ブロック図である。除細動器モニタ遠隔治療サーバ２００の特定の機能部は、セーフティクリティカルであるとされ、通常、患者ケアに直接的に関連するハードウェア及びソフトウェアから構成される。セーフティクリティカル特徴は、患者の状態を検知及びモニタリングするために直接的に使用される回路を含む。心電図（ＥＣＧ）、心拍数、血圧及び酸素化、並びに、呼吸モニタリングは、その例である。セーフティクリティカル特徴は更に、患者に治療を提供するために使用される回路も含む。心臓除細動及びペーシング回路は、その例である。セーフティクリティカル回路の故障は、患者の負傷又は死亡につながるため、セーフティクリティカル回路は、そのデザイン及び製造において、信頼性、性能及びセキュリティの高水準の基準に準拠しなければならない。
【００２０】
[0027]  除細動器モニタ遠隔治療サーバ２００は更に、非セーフティクリティカルである機能部も含む。電子患者カルテアプリケーション、イベントサマリレビューデータ記憶及びポストイベント解析回路といった機能は、患者のケアに直接的に影響を及ぼさない。非セーフティクリティカル機能は、通常、そのデザイン性能及び製造において必要される基準はあまり厳しくない。
【００２１】
[0028]  図２に示される除細動器モニタ遠隔治療サーバ２００の主要素は、患者モニタリング回路２０２及び除細動治療回路２０４からの患者及びイベントデータを取得する臨床プロセッサ２１０と、分離可能なメモリ２２０と、ファイアウォール回路２４０と、外部システムがメモリ２２０に記憶された臨床データを読み出すための読出し専用アクセスを提供する通信インターフェース２３０とを含む。図２は、任意の特定のハードウェア又はソフトウェア実施態様を示す又は排除することを意図していない。
【００２２】
[0029]  図２の実施形態では、除細動器モニタ遠隔治療サーバ２００のセーフティクリティカル部は、患者モニタリング回路２０２と、除細動治療回路２０４と、臨床プロセッサ回路２１０とを含む。患者モニタリング回路２０２は、通常は、リアルタイムで患者医療パラメータを取得し、取得データを、患者モニタリングデータ経路２０６を介して、臨床プロセッサ２１０に通信するセンサを含む。除細動治療回路２０４は、患者に除細動及び／又はペーシング治療を提供する。除細動治療回路２０４は、検知された患者パラメータ及びイベントに関連付けられた除細動／ペーシング操作に関するデータを、除細動治療データ経路２０８を介して、臨床プロセッサ２１０に伝達する。
【００２３】
[0030]  好適な実施形態では、臨床プロセッサ２１０は、ＤＭＴＳ２００のすべてのモニタリング及び治療機能を制御する。本実施形態では、臨床プロセッサ２１０、患者モニタリング回路２０１、及び、除細動治療回路２０４のすべての機能は、単一のプロセッサによって行われる。臨床プロセッサ２１０は更に、マイクロホン及び／又はカメラ入力（図２には示さず）によって、救助イベントの記録を臨床プロセッサに対して捕捉する。
【００２４】
[0031]  代替実施形態では、臨床プロセッサ２１０、患者モニタリング回路２０１、及び、除細動治療回路２０４は、それぞれ、別個の物理的なプロセッサである。別の代替実施形態では、患者モニタリング回路２０１及び除細動治療回路２０４は、臨床プロセッサ２１０から独立して動作する。したがって、臨床プロセッサ２１０は、２つの主要機能を有する。臨床プロセッサ２１０は、治療を計算し、供給する。臨床プロセッサ２１０は更に、回路からのデータを収集して、臨床データに処理し、次に、当該処理済み臨床データを将来の使用のために記憶する。
【００２５】
[0032]  臨床プロセッサ２１０は、好適には、患者モニタリング回路２０１及び除細動治療回路２０４からのデータを、汎用ファイルフォーマットにされる処理済み臨床データに処理する。汎用ファイルフォーマットとは、広く入手可能なソフトウェアプログラムによって読出し可能なファイルフォーマットである。そのような汎用ファイルフォーマットの現在の例としては、次に限定されないが、拡張マークアップ言語（.xml）、ポータブルドキュメントフォーマット（.pdf）及び／又はポストスクリプト（.ps）が挙げられる。したがって、外部システムは、このようにフォーマットにされた臨床データに、特別なソフトウェアを必要とすることなくアクセスできる。
【００２６】
[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]  本発明によるシステム、デバイス及び方法の好適かつ例示的な実施形態（これらの実施形態は、例示的であって限定を意図していない）を説明したが、本明細書に提供される教示内容（添付図面も含む）を鑑みて、当業者によって、このような例示的な実施形態に対する修正及び変更がなされてもよい。したがって、当然ながら、本開示の好適かつ例示的な実施形態になされる変更は、本発明及び本明細書に開示される例示的な実施形態の範囲内である。
【図１】
0006416112.tif 000002
【図２】
0006416112.tif 000003
【図３】
0006416112.tif 000004
【図４】
0006416112.tif 000005
【図５】
0006416112.tif 000006
【図６】
0006416112.tif 000007
【図７】
0006416112.tif 000008