JP2023527391A - 患者の発熱検出による患者の体温制御のためのシステム及び装置 - Google Patents

Abstract

患者体温制御システムが開示され、この患者体温制御システムは、流体を加温又は冷却するように構成された熱交換システムと、熱交換器及び少なくとも１つの相互接続可能なパッドを通して流体を循環させるように構成された循環ポンプと、１つ以上のプロセッサ及び論理を格納した非一時的コンピュータ可読媒体の制御とを含む。論理は、１つ以上のプロセッサによって実行されると、目標体温管理療法を開始するステップと、流体温度センサ、体積流量センサ及び患者体温センサから測定値を得るステップと、循環中の流体の体積流量の測定値を体積流量センサから得るステップと、患者の体温の１つ以上の測定値を患者体温センサから得るステップと、得られた測定値のうちの１つ以上に基づいて患者の発熱のレベルを判定するステップと、１つ以上の無線信号を介して、患者の発熱のレベルを示すデータをネットワーク装置に送信するステップと、を含む動作を引き起こす。

Description

簡潔に要約すると、本明細書に開示される実施形態は、患者の体温を選択的に制御するためのシステム、方法及び装置に関する。より詳細には、本開示の態様は、患者と接触する１つ以上の相互接続可能なパッド（「パッド」）を通じた加温及び／又は冷却された流体の循環によって患者の体温を制御する目標体温管理装置に関する。さらに、本開示のいくつかの実施形態は、目標体温管理療法中に患者によって発生した熱を測定するシステム、方法及び装置に関する。

本開示のいくつかの実施形態は、センサ測定値を受信して、加温器／冷却器に流体を自動的に加温又は冷却させるように構成された電子システムを備えた目標体温管理（ｔａｒｇｅｔｅｄ ｔｅｍｐｅｒａｔｕｒｅ ｍａｎａｇｅｍｅｎｔ：ＴＴＭ）装置について説明する。ＴＴＭ装置は、ＴＴＭ装置と流体連通した１つ以上のパッドを通して加温又は冷却された流体を循環させるように構成され得る。さらに、ＴＴＭ装置は、ＴＴＭ装置を退出する（パッドに向かって流れる）水、及びＴＴＭ装置に戻る（パッドから戻る）水の温度測定値を受信するように構成され得る。電子システムは、水温測定値及び流体の体積流量を分析して患者から循環流体への伝熱量（これは患者の発熱量を示す）を判定する論理を備え得る。患者の発熱の指標は、グラフィカルユーザインタフェースを介して表示スクリーンに表示され得る。

いくつかの従来のＴＴＭ装置は、当該技術分野において、患者の身体と直接的又は間接的に接触して配置された１つ以上の加温／冷却要素を通して加温又は冷却された流体を循環させることによって患者の体温を制御（加温／又は冷却）することで知られている。これらの加温／冷却要素の例としては、外部又は表面冷却要素、例えば、ブランケット、ウォーターブランケット、ラップ（コルゲート加工したもの）、血流と熱を交換するように構成された脈管間カテーテル（ｉｎｔｅｒｖａｓｃｕｌａｒ ｃａｔｈｅｔｅｒ）等が挙げられる。従来の加温／冷却要素の多くは、流体を全体に循環させるために構成されている。さらに、従来のＴＴＭ装置は、典型的には、流体の温度を制御するための１つ以上の熱交換器（例えば加温器／冷却器）と、加温／冷却要素に対する加温又は冷却された流体の循環を制御する１つ以上のポンプとを備える。流体は次に、（例えば、陽圧下又は陰圧下で）加温／冷却要素を通って循環され、ＴＴＭ装置に戻される。次に戻された流体の温度が調節され、加温／冷却要素を通って再循環されて、目標の患者体温を実現するために目標体温管理過程を継続する。

理解されるように、患者にＴＴＭ療法を施す場合に生じる特定の課題が存在する。例えば、臨床医がＴＴＭ療法を施している間に直面する１つの共通の課題は、ＴＴＭ中における患者の震え（ｓｈｉｖｅｒ）の存在と、具体的にはその検出である。具体的には、震えは、代謝率の上昇及び体温の上昇を引き起こし、これにより正確なＴＴＭ療法を施すことがより困難になる。現在、震えの問題を解決するために、臨床医は療法の目標体温を増大させる場合がある。代わりに、又は加えて、臨床医は、ＴＴＭ療法中に震えを低減するために麻痺薬又は鎮静薬を投与する場合がある。震えに対するさらに別の現在の解決法としては、中核温（ｃｏｒｅ ｔｅｍｐｅｒａｔｕｒｅ）を上昇させる（つまりエネルギー消費及び発熱を増進させる）ことが挙げられるが、これはＴＴＭ療法に悪影響を与える。さらに、現在の解決法において、最初に臨床医は、低体温法を受けている患者の震えを発見する必要があり、これは共通の技術的課題である。シバリングの早期発見の成功及びそれに続く管理は、ＴＴＭ療法及び患者の転帰を促進する。加えて、効果的でない震え管理は、患者による全身酸素消費量を増大させるだけでなく、冷却ＴＴＭ療法に関連する恩恵を無効にもする。従来、震え検出は臨床医によって管理される主観評価であった。しかしながら、その初期状態におけるシバリングは、多くの場合、観察している臨床医がその発生に気づくことができないほど微妙なものである。

さらに、患者の震えは、患者の身体がＴＴＭ療法に影響を与える熱を発生し得る１つの態様に過ぎない。患者が熱を発生する他の場合としては、熱病（例えば、伝染性又はウイルス性）、中枢性発熱（例えば外傷による、例えば、内部の視床下部に対する損傷に基づくもの）及び／又は発作の発症が挙げられるが、これらに限定されるものではない。とりわけ、発作は、しばしば新生児患者に対して大きな懸念となる。

上記を考慮して、本開示の実施形態は、上記の例に明確に示されているか否かにかかわらず、冷却療法中及び復温療法中の双方を含めた患者が熱を発生し得るすべてのＴＴＭ療法に適用可能であり、また患者の発熱が生じる各々の場合に適用可能であることを理解されたい。

本明細書において、本開示は、上記で述べたＴＴＭ療法中に患者の発熱を検出するように構成されたＴＴＭ装置を含むシステムの様々な態様について説明する。付加的な実施形態は、ＴＴＭ療法中に経時的にＴＴＭ装置によって利用された電力の量を検出するように構成されたＴＴＭ装置を含むシステムに関する。

一実施形態において、患者体温制御システムが開示され、この患者体温制御システムは、流体を加温又は冷却するように構成された熱交換システムと、熱交換器及び少なくとも１つの相互接続可能なパッドを通して流体を循環させるように構成された循環ポンプと、１つ以上の流体温度センサ、体積流量センサ、１つ以上のプロセッサ、及び論理（ｌｏｇｉｃ）を格納した非一時的コンピュータ可読媒体を含む制御モジュールとを備える。論理は、１つ以上のプロセッサによって実行されると、目標体温管理（ＴＴＭ）療法を開始するステップと、流体が少なくとも１つの相互接続可能なパッドに流れているときの第１の温度及び流体が少なくとも１つの相互接続可能なパッドから戻ってくるときの第２の温度を示す測定値を１つ以上の流体温度センサから得るステップと、循環中の流体の体積流量の測定値を体積流量センサから得るステップと、患者の体温の１つ以上の測定値を患者体温センサから得るステップと、得られた流体温度、体積流量及び患者体温センサの測定値のうちの１つ以上に基づいて患者の発熱のレベルを判定するステップと、１つ以上の無線信号を介して、患者の発熱のレベルを示すデータをネットワーク装置に送信するステップとを含む動作を引き起こす。

制御モジュールは、ネットワーク装置から帰還信号を受信するように構成され得、帰還信号はＴＴＭ療法を変更するために制御モジュールによって使用可能である。さらに、患者の発熱のレベルを判定するステップは、第１の温度と第２の温度との差、流体の体積流量、及び流体の熱容量に基づいて、流体と患者との間の伝熱量を計算することを含み得る。

いくつかの実施形態において、論理は、１つ以上のプロセッサによって実行されると、得られた患者の体温の測定値のうちの１つ以上に少なくとも部分的に基づいて、患者の発熱のレベルを判定する。いくつかの場合において、制御モジュールは、ＴＴＭ療法中に利用される少なくとも１つの相互接続可能なパッドのサイズの選択に対応するユーザ入力を受信するように構成され得、論理は、１つ以上のプロセッサによって実行されると、ユーザ入力に少なくとも部分的に基づいて、患者の発熱のレベルを判定する。加えて、制御モジュールは、少なくとも１つの相互接続可能なパッドと制御モジュールとの接続の後に、少なくとも１つの相互接続可能なパッドのサイズを識別するのに使用可能な信号を受信するように構成され得る。

いくつかの実施形態において、論理は、１つ以上のプロセッサによって実行されると、患者の発熱のレベルを視覚的に示すように構成されたユーザインタフェース表示を生成することを含む動作をさらに引き起こす。いくつかの実施形態において、ユーザインタフェース表示は、制御モジュールの表示スクリーン上に描画され、患者の発熱の指標を提供する時間ベースのグラフィックを含む。さらに、いくつかの実施形態において、時間ベースのグラフィックは、ＴＴＭ療法の開始後、待機期間の後のＴＴＭ療法の継続時間にわたって患者の発熱（ｐａｔｉｅｎｔ ｇｅｎｅｒａｔｉｏｎ）の指標を提供する。他の実施形態において、ユーザインタフェースはネットワーク装置の表示スクリーン上に描画される。いくつかの実施形態において、患者の発熱のレベルは、制御モジュールの論理に対するフィードバックとして利用され、熱交換システムの動作を変更するための１つ以上の指示を生成するために使用可能である。

加えて、本開示の実施形態には、目標体温管理（ＴＴＭ）療法を患者体温制御システムで開始するステップであって、患者体温制御システムは、流体を加温又は冷却するように構成された熱交換システムと、熱交換器及び少なくとも１つの相互接続可能なパッドを通して流体を循環させるように構成された循環ポンプとを備える、ステップと、流体が少なくとも１つの相互接続可能なパッドに流れているときの第１の温度及び流体が少なくとも１つの相互接続可能なパッドから戻ってくるときの第２の温度を示す測定値を１つ以上の流体温度センサから得るステップと、循環中の流体の体積流量の測定値を体積流量センサから得るステップと、患者の体温の１つ以上の測定値を患者体温センサから得るステップと、得られた流体温度、体積流量及び患者体温センサの測定値のうちの１つ以上に基づいて患者の発熱のレベルを判定するステップと、１つ以上の無線信号を介して、患者の発熱のレベルを示すデータをネットワーク装置に送信するステップとを含む方法が含まれる。

いくつかの実施形態において、患者体温制御システムは、１つ以上の流体温度センサ、体積流量センサ、１つ以上のプロセッサ、及び１つ以上のプロセッサによって実行可能な論理を格納した非一時的コンピュータ可読媒体を含む制御モジュールを備える。患者体温制御システムは、ネットワーク装置から帰還信号を受信するように構成され得、帰還信号はＴＴＭ療法を変更するために患者体温制御モジュールによって使用可能である。

この方法はまた、得られた流体温度及び体積流量の測定値に少なくとも部分的に基づいて、患者の発熱のレベルを判定するステップも含み得る。加えて、いくつかの実施形態において、患者の発熱のレベルを判定するステップは、第１の温度と第２の温度との差、流体の体積流量、及び流体の熱容量に基づいて、流体と患者との間の伝熱量を計算することを含む。さらなる実施形態において、患者の発熱のレベルを判定するステップは、得られた患者の体温の測定値のうちの１つ以上に少なくとも部分的に基づいている。

いくつかの実施形態において、この方法は、患者体温制御システムを介して、ＴＴＭ療法中に利用される少なくとも１つの相互接続可能なパッドのサイズの選択に対応するユーザ入力を受信するステップをさらに含み、患者の発熱のレベルを判定するステップは、ユーザ入力に少なくとも部分的に基づいている。この方法は、患者の発熱のレベルを時間ベースのグラフィックによって視覚的に示すように構成されたユーザインタフェース表示を生成するステップをさらに含む。いくつかの場合において、この方法は、ネットワーク装置の表示スクリーンに描画されるユーザインタフェースのレンダリングを引き起こすステップを含む。

本明細書で提供される概念のこれらの特徴及び他の特徴は、そのような概念の特定の実施形態をより詳細に開示する添付図面及び以下の説明を考慮すれば当業者にはより明らかとなるであろう。

本開示の実施形態は、添付図面の図において限定としてではなく、例として示されており、添付図面では同様の参照符号は類似した要素を示す。

いくつかの実施形態に従った目標体温管理（ＴＴＭ）システムのブロック図である。 いくつかの実施形態に従った図１のＴＴＭシステムの制御モジュールのブロック図である。 いくつかの実施形態に従った本発明の例示的な使用についての線図である。 いくつかの実施形態に従った図２の制御モジュールの論理表現を示す図である。 いくつかの実施形態に従ったネットワーク装置のアプリケーション上に展開された図１のＴＴＭシステムの態様を制御するように構成された論理の論理表現を示す図である。 いくつかの実施形態に従った図１のＴＴＭシステムの実施に関連して使用可能なパッドの選択に関する例示的なユーザインタフェース表示を示す図である。 いくつかの実施形態に従った図１のＴＴＭシステムの実施に関連して使用可能な低体温法及び正常体温法のメトリックに関する例示的なユーザインタフェース表示を示す図である。 いくつかの実施形態に従った図１のＴＴＭシステムの実施に関連して使用可能な低体温法及び正常体温法のメトリックに関する例示的なユーザインタフェース表示を示す図である。 いくつかの実施形態に従ってＴＴＭ療法中に図１のＴＴＭシステムによって患者の発熱検出を実施する例示的方法を示すフローチャートである。 いくつかの実施形態に従ってＴＴＭ療法中に図１のＴＴＭシステムによって患者の発熱検出を実施する詳細な例示的方法を示すフローチャートである。 いくつかの実施形態に従った図１のＴＴＭシステムの実施に関連して使用可能な患者の発熱に関する例示的なユーザインタフェース表示を示す図である。

いくつかの特定の実施形態がより詳細に開示される前に、本明細書に開示される特定の実施形態は、本明細書に提供される概念の範囲を限定しないことを理解されたい。本明細書に開示される特定の実施形態は、特定の実施形態から容易に分離でき、任意選択で、本明細書に開示される他の多数の実施形態のいずれかの特徴と組み合わせるか、又は置換することができる特徴を有することが可能であることも理解されたい。

本明細書で使用される用語に関して、用語は、いくつかの特定の実施形態を説明するためのものであり、用語は、本明細書で提供される概念の範囲を限定しないことも理解されたい。序数（例えば、第１、第２、第３、等）は、一般に、複数の特徴又は複数のステップの群内の異なる特徴又はステップを区別又は識別するために使用され、連続的な限定又は数値限定を提供するものではない。例えば、「第１」、「第２」、及び「第３」の特徴又はステップは、必ずしもその順序で現れる必要はなく、そのような特徴又はステップを含む特定の実施形態は、必ずしも３つの特徴又はステップに限定される必要はない。「左」、「右」、「上」、「下」、「前」、「後」、などの表示は、便宜上使用されており、例えば、特定の固定した位置、向き、又は方向を意味するものではない。代わりに、そのような表示は、例えば、相対的な位置、向き、又は方向を反映するために使用される。単数形の「一」、「１つ」、及び「その」は、文脈で明確に指示されていない限り、複数形の参照も含む。

「近位」に関して、例えば、本明細書に開示されるプローブの「近位部分」又は「近位端部分」は、プローブが患者に使用される場合、臨床医の近くにあることを意図したプローブの部分を含む。同様に、例えば、プローブの「近位長さ（ｐｒｏｘｉｍａｌ ｌｅｎｇｔｈ）」は、プローブが患者に使用される場合、臨床医の近くにあることを意図したプローブの長さを含む。例えば、プローブの「近位端」は、プローブが患者に使用される場合、臨床医の近くにあるように意図されたプローブの端部を含む。プローブの近位部分、近位端部分、又は近位長さは、プローブの近位端を含むことができるが、プローブの近位部分、近位端部分、又は近位長さは、プローブの近位端を含む必要はない。すなわち、文脈から示唆される場合を除き、プローブの近位部分、近位端部分、又は近位長さは、プローブの末端部分又は末端長さではない。

「遠位」に関して、例えば、本明細書に開示されるプローブの「遠位部分」又は「遠位端部分」は、プローブが患者に使用される場合、患者の近くにあるか、又は患者内にあることを意図したプローブの部分を含む。同様に、例えば、プローブの「遠位長さ（ｄｉｓｔａｌ ｌｅｎｇｔｈ）」は、プローブが患者に使用される場合、患者の近く又は患者内にあることを意図したプローブの長さを含む。例えば、プローブの「遠位端」は、プローブが患者に使用される場合、患者の近く又は患者内にあるように意図されたプローブの端部を含む。プローブの遠位部分、遠位端部分、又は遠位長さは、プローブの遠位端を含むことができるが、プローブの遠位部分、遠位端部分、又は遠位長さは、プローブの遠位端を含む必要はない。すなわち、文脈から示唆される場合を除き、プローブの遠位部分、遠位端部分、又は遠位長さは、プローブの末端部分又は末端長さではない。

「論理」という用語は、１つ以上の機能を実施するように構成されたハードウェア、ファームウェア又はソフトウェアを表し得る。ハードウェアとして、論理という用語は、データ処理及び／又はストレージ機能を有する回路構成を指すか、又は含み得る。そのような回路構成の例としては、ハードウェアプロセッサ（例えば、マイクロプロセッサ、１つ以上のプロセッサコア、デジタル信号プロセッサ、プログラマブルゲートアレイ、マイクロコントローラ、特定用途向け集積回路「ＡＳＩＣ」等）、半導体メモリ、又は組み合わせ要素を挙げることができるが、これらに限定又は制限されるものではない。

加えて、又は代わりに、論理は、１つ以上のプロセス、１つ以上のインスタンス、アプリケーションプログラミングインタフェース（複数可）（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ：ＡＰＩ）、サブルーチン（複数可）、関数（複数可）、アプレット（複数可）、サーブレット（複数可）、ルーチン（複数可）、ソースコード、オブジェクトコード、共用ライブラリ／ダイナミックリンクライブラリ（ｄｌｌ）、又は１つ以上の指示などのソフトウェアを指すか、又は含み得る。このソフトウェアは、任意のタイプの適当な非一時的記憶媒体、又は一時的記憶媒体（例えば、搬送波、赤外線信号、若しくはデジタル信号などの、電気的、光学的、音響的、又は他の形態の伝播信号）に格納され得る。非一時的ストレージ媒体の例としては、プログラマブル回路、揮発性メモリ（例えば任意のタイプのランダムアクセスメモリ「ＲＡＭ」）などの非永続ストレージ、又は不揮発性メモリ（例えば、読み出し専用メモリ「ＲＯＭ」、パワーバックドＲＡＭ（ｐｏｗｅｒ－ｂａｃｋｅｄ ＲＡＭ）、フラッシュメモリ、相変化メモリ、等）、ソリッドステートドライブ、ハードディスクドライブ、光ディスクドライブ、若しくはポータブルメモリデバイスなどの永続ストレージを挙げることができるが、これらに限定又は制限されるものではない。ファームウェアとして、論理は永続ストレージに格納され得る。

目標体温管理（ＴＴＭ）装置
ここで図１を参照すると、目標体温管理（ＴＴＭ）システムのブロック図がいくつかの実施形態に従って示されている。図示したように、目標体温管理（ＴＴＭ）システム１００は、制御モジュール１０２と、冷却／加温システム１０４と、患者体温センサ（複数可）１０６とを備える。制御モジュール１０２は、複数の制御モジュールセンサ１０８によって、例えば、ＴＴＭ療法中に制御モジュール１０２と冷却／加温システム１０４との間を循環する流体の流体温度及び／又は体積流量などの様々な測定値を得るように構成されていることが示されている。

例えば、ＴＴＭ療法は、冷却／加温システム１０４によって誘発される低体温療法（ｔｈｅｒａｐｅｕｔｉｃ ｈｙｐｏｔｈｅｒｍｉａ）を含み得る。冷却／加温システム１０４は、例えば、冷却された接触パッド、血管冷却、患者エマーション法（ｐａｔｉｅｎｔ ｅｍｅｒｓｉｏｎ ａｐｐｒｏａｃｈ）、及び／又は患者を迅速に冷却するための他のシステム、例えば、米国特許第６，６６９，７１５号、米国特許第６，８２７，７２８号、米国特許第６，３７５，６７４号、米国特許第６，６４５，２３２号、及び国際出願公開第ＷＯ２００７／１２１４８０号に記載のシステムを含む、患者の選択的な冷却のためのいくつかの異なる様式のうちの任意のものを備え得る。上記特許文献の各々は、参照によりその全容が本出願に援用される。

以下でさらに詳細に述べるように、制御モジュール１０２は、実行時及び処理時に、患者体温センサ１０６及び／又は制御モジュールセンサ１０８のうちの任意のものによって提供される信号を分析するように構成され得る論理及びプロセッサ（複数可）／回路構成を備える。例えば、患者体温センサ１０６は、制御モジュール１０２に患者Ｐの体温を示す信号を提供し得る。制御モジュール１０２は、次に、冷却／加温システム１０４の冷却／加温努力（ｅｆｆｏｒｔ）を変更するか、又は維持する。一実施形態において、冷却／加温努力は、制御モジュール１０２から冷却／加温システム１０４（例えば接触パッド又はカテーテル）を通って循環する流体の温度を指し得る。本明細書では、「パッド」という用語は、冷却／加温システム１０４を指すために用いられるが、これは冷却／加温システム１０４の他の可能な実施形態を限定することを意図したものではない。

加えて、患者体温センサ１０６及び／又は制御モジュールセンサ１０８のいずれかによって提供された信号は、制御モジュール１０２のユーザインタフェース、又は制御モジュール１０２に通信可能に結合された他の出力装置（例えば１つ以上の発光ダイオード（ＬＥＤ））及び／若しくはネットワーク装置を通して、患者及び／又はＴＴＭ療法のメトリック又は他のステータス情報の視覚的出力及び／又は可聴出力を提供するために利用され得る。いくつかの実施形態において、以下で述べるように、出力は、ＴＴＭ療法に応答した患者の発熱の大きさ（ｍａｇｎｉｔｕｄｅ）、度合い、及び／又は段階の指標を提供する。

認識され得るように、制御モジュール１０２のプロセッサ／回路構成及びユーザインタフェースは、これらの間で対話型動作を行うために設けられ得る。より詳細には、所与の患者冷却手順に関連して、ユーザは、ユーザインタフェースを利用して、例えば所与のユーザサイト（例えば特定の医師用のもの）で確立された所与のプロトコルに対応する、複数の治療／療法プロトコルのうちの所与の１つにアクセスし、選択することができる。例えば、ユーザは、ユーザ入力によって、正常体温法又は低体温法（冷却又は復温）のいずれかの療法を開始するように選択することができる。

次に、選択された治療／療法について、制御モジュールセンサ１０８は、患者の冷却手順の提供に関係する変数を検出するか、得るか、又はそうでなければ測定するように構成され得る。例えば、以下で述べるように、ＴＴＭシステム１００の実施形態は、制御モジュールセンサ１０８が、制御モジュール１０２とパッド１０４との間を循環する流体の体積流量、並びに制御モジュール１０２の出口点及び進入点での（すなわち制御モジュール１０２を退出してパッド１０４を通って循環する、及びパッド１０４を通って循環した後に制御モジュール１０２に戻る）循環流体の温度を測定するように構成されていることを含む。制御モジュール１０２のプロセッサ／回路構成は、論理が、プロセッサ／回路構成によって実行されると、患者Ｐと循環流体との間で伝達された熱を判定することができ、また患者Ｐによって発生した熱を判定することができるように、測定値を１つ以上の信号として受信し得る。次いで患者の発熱の判定の指標がユーザインタフェースを介して表示され得る。そのような表示の例は、図７Ａ～図７Ｂ及び図１０に示す。

いくつかの実施形態において、１つ以上の対話型表示スクリーンを介して受信されたユーザ入力は、ＴＴＭシステムによる患者の発熱の判定の間に利用され得る。例えば、ＴＴＭシステム１００の一部として利用される１つ以上のパッドのサイズは、制御モジュール１０２の論理によって行われる判定に影響を与えるか、又は影響を及ぼす可能性がある。

信号及びユーザ入力は、制御モジュール１０２の非一時的コンピュータ可読媒体に格納され得るか、又はそうでなければそのような非一時的コンピュータ可読媒体によってアクセス可能であり得る。例として、上記の分析及び判定は、所与のＴＴＭ療法に関連した、ｋｃａｌ／時での患者の発熱量、患者の発熱の継続時間、及び／又は時間スケールベースでの患者の発熱量（例えば、まとめて「トレンドデータ」）に関したアルゴリズム的分析を含み得る。そのような分析若しくは判定によって判定される進行中の治療情報及び／又は将来予想される治療情報は、ユーザインタフェースを通してユーザに提供され得る。そのようなさらなる情報は、トレンドデータ評価に部分的に基づいている。

ここで図２を参照すると、図１のＴＴＭシステムの制御モジュールのブロック図がいくつかの実施形態に従って示されている。制御モジュール１０２は、熱交換システム２００、循環ポンプ２０２、流体リザーバ２０４、ユーザインタフェース２０６、１つ以上のプロセッサ（「プロセッサ」）２０８、並びにＴＴＭ論理２１２及び患者発熱論理２１４を格納した非一時的コンピュータ可読媒体２１０を少なくとも含む複数の構成要素を備えることが分かる。熱交換システム２００は、パッド１０４を通って循環する流体の加温又は冷却の少なくとも一方に影響を与えるために構成される。循環ポンプ２０２は、熱交換システム２００及びパッド１０４を通して流体を循環させてパッド１０４と患者Ｐとの間の伝熱に影響を与えるように構成される。

制御モジュール１０２はまた、パッド１０４と流体が流れるように（ｆｌｕｉｄｌｙ）相互接続可能な流体リザーバ２０４を備え得る。流体リザーバ２０４は、使用中にパッド１０４を通して充填／循環させるためにリザーバから取り出すことができる流体を収容するために利用され得る。この態様に関連して、システムは、正常な加温／冷却動作中、流体が循環ポンプ２０２によってパッド２０４及び熱交換システム２００を通って循環できるように定められ得る。制御モジュール１０２が米国特許第６，６４５，２３２号に記載されるように複数の流体リザーバを備える付加的な実施形態が想定されており、上記特許文献は、参照によりその全容が本出願に援用される。

加えて、制御モジュール１０２は、出力情報を本明細書に記載される可聴形式及び視覚的形式のうちの少なくとも一方で提供するための出力装置としてユーザインタフェース２０６を備え得る。例として、これらの情報は、対話型表示装置（例えばタッチスクリーン）及び任意選択で物理的な入力ボタンを介して提供され得る。

制御モジュール１０２は、いくつかの論理モジュールを含む非一時的コンピュータ可読媒体２１０を備えることができ、これらの論理モジュールの動作は本明細書で説明される。一般に、ＴＴＭ論理２１２は、プロセッサ２０８によって実行されると、パッド１０４を通って循環する流体を加温又は冷却するように熱交換システム２００に指示する動作の実施を引き起こす論理、アルゴリズム及び／又はデータを含む。熱交換システム２００に対する指示を生成する際、ＴＴＭ論理２１２は、患者Ｐのプロフィール情報（例えば、年齢、性別、体重、等）、パッド１０４の数及びサイズ（並びにパッド１０４が患者Ｐを覆う範囲）、患者体温センサ１０６及び制御センサ１０８から受信された信号、並びに任意のユーザ入力のうちの１つ以上を含むいくつかのパラメータを考慮し得る。

同様に、発熱論理２１４は、プロセッサ２０８によって実行されると、ＴＴＭシステム１００の１つ以上のセンサから受信した信号に基づいて患者による発熱量を判定するための分析、判定及び／又は計算の実施を引き起こす論理、アルゴリズム及び／又はデータを含む。患者による発熱量を判定する際、発熱論理２１４は、流体温度の測定値（Ｔ_ｉｎ、Ｔ_ｏｕｔ）、流体密度、流体の質量流量、流体の熱容量、利用されたパッド１０４のサイズ及び数、等のうちの１つ以上を含むいくつかのパラメータを考慮し得る。本明細書で述べられる論理の判定、評価又は分析のうちのいずれも、ユーザインタフェース２０６又はその他を介した（例えば、他の表示装置、スピーカ、又は制御モジュール１０２に通信可能に結合されたネットワーク装置、例えばモバイル機器などの、遠隔の表示装置又はスピーカへの警報、警告又は一般的な表示の通信を介した）、警報、警告又は一般的な表示によって、提供されるか、又は示されてもよいことに注目されたい。

ここで図３を参照すると、本発明の例示的な使用についての線図がいくつかの実施形態に従って示されている。図３は、制御モジュール１０２が患者Ｐに近接して位置するＴＴＭシステム１００の１つの使用の例を提供する。患者Ｐは、手術台、病院のベッド、又はその他に配置され得る。加えて、制御モジュール１０２は、制御モジュール１０２の論理の実行を開始させ得るユーザ入力を提供する能力をユーザに与えるユーザインタフェース２０６を備えることが示されている。制御モジュール１０２は、流体送達ライン３００を介してパッド１０４と流体連通することができ、有線接続３０２を介して患者体温センサ１０６に通信可能に結合され得る。制御モジュール１０２と患者体温センサとの通信可能な結合は無線接続を介してもよいことを理解されたい。

ここで図４を参照すると、図２の制御モジュールの論理表現がいくつかの実施形態に従って示されている。制御モジュール１０２は、通信インタフェース４００に結合された１つ以上のプロセッサ２０８を備え、通信インタフェース４００は、臨床医のモバイル機器などの他のネットワーク装置及び／又は本開示で述べるセンサのうちの任意のものとの通信を可能にする。本開示の一実施形態によれば、通信インタフェース４００は、有線コネクタ用の１つ以上のポートを含む物理インタフェースとして実現され得る。加えて、又は代わりに、通信インタフェース４００は、他のネットワーク装置との無線通信をサポートするための１つ以上の無線ユニットで実現されてもよい。

プロセッサ（複数可）２０８は、永続ストレージ４０２、例えば非一時的コンピュータ可読媒体にさらに結合される。本開示の一実施形態によれば、永続ストレージ４０２は、（ｉ）ＴＴＭ論理２１２、（ｉｉ）発熱論理２１４、（ｉｉｉ）ユーザインタフェース論理４０４、及び（ｉｖ）１つ以上の治療データベース４０６を備え得る。もちろん、ハードウェアとして実現された場合、これらの論理ユニットのうちの１つ以上は、互いに別々に実現されてもよい。上記で言及したように、ＴＴＭ論理２１２は、プロセッサ２０８によって実行されると、パッド１０４を通って循環する流体を加温又は冷却するように熱交換システム２００に指示する動作の実施を引き起こす論理、アルゴリズム及び／又はデータを含む。さらに、発熱論理２１４は、プロセッサ２０８によって実行されると、少なくとも複数の水温センサ２１６から受信された信号、及び任意選択で複数の体積流量センサ２１８から受信された信号を分析して、特定の期間にわたって患者Ｐによって発生した熱を判定する動作の実施を引き起こす論理、アルゴリズム及び／又はデータを含む。

図５を参照すると、ネットワーク装置８００のアプリケーション上に展開された図１のＴＴＭシステムの態様を制御するように構成された論理の論理表現がいくつかの実施形態に従って示されている。ネットワーク装置５００は、通信インタフェース５０４に結合された１つ以上のプロセッサ５０２を備え、通信インタフェース５０４は、制御モジュール１０２などの他のネットワーク装置との通信を可能にする。本開示の一実施形態によれば、通信インタフェース５０４は、有線コネクタ用の１つ以上のポートを含む物理インタフェースとして実現され得る。加えて、又は代わりに、通信インタフェース５０４は、他のネットワーク装置との無線通信をサポートするための１つ以上の無線ユニットで実現されてもよい。

プロセッサ（複数可）５０２は、永続ストレージ５０６、例えば非一時的コンピュータ可読媒体にさらに結合される。本開示の一実施形態によれば、永続ストレージ５０６は、（ｉ）ＴＴＭ論理５０８、（ｉｉ）発熱論理５１０、（ｉｉｉ）ユーザインタフェース論理５１２、及び（ｉｖ）１つ以上の治療データベース５１４を備え得る。もちろん、ハードウェアとして実現された場合、これらの論理ユニットのうちの１つ以上は、互いに別々に実現されてもよい。ＴＴＭ論理５０８及び発熱論理５１０の各々は、図２に関して上述した対応する論理のすべて又は一部を含み得る。例えば、ＴＴＭ論理５０８及び発熱論理５１０の各々は、ネットワーク装置５００上に格納された論理が、制御モジュール１０２の対応する論理の任意の手順を開始できるように、及び／又はそのような対応する論理によって受信された同一の信号を受信できるように、制御モジュール１０２に格納された対応する論理（例えば、ＴＴＭ論理５０８はＴＴＭ論理２１２に対応する）と通信する論理を含み得る。他の実施形態において、ネットワーク装置５００上に格納された論理は、単に制御モジュール１０２から信号（例えば、制御モジュール１０２の論理によって受信された信号を潜在的に反映するもの）を受信し、ユーザインタフェース論理５１２の処理の結果として、そのような情報の表示を可能にし得る。手順を開始するために、ネットワーク装置５００の論理は、ＴＴＭ療法の開始に関する予め設定された手順、プロトコル、又は他の情報を格納し得る１つ以上の治療データベース５１４に問い合わせを行い得る。

いくつかの実施形態において、ネットワーク装置５００は、例えば、本明細書で述べるような特定の論理モジュール（例えばアプリケーション又は「アプリ」）がインストールされて処理を行う医療専門家のモバイル機器（電話、タブレット、等）であってもよい。これらの論理モジュール、例えばＴＴＭ論理５０８、発熱論理５１０及び／又はユーザインタフェース論理５１２は、無線信号を、患者体温センサ１０６及び／又は制御モジュールセンサ１０８を含むＴＴＭシステム１００のセンサから直接受信してもよいし、又は制御モジュール１０２を介して間接的に受信してもよい。次に、論理５０８～５１２は、制御モジュール１０２の対応する論理モジュールに関して以下で述べるように処理を実施し得る。次に、論理５０８～５１２は、ＴＴＭ療法の変更又はユーザインタフェース２０６上におけるユーザインタフェース表示のレンダリングのために信号が制御モジュール１０２に送信されるようにする動作を実施し得る。加えて、ユーザインタフェース論理５１２は、ネットワーク装置５００のユーザインタフェース上における説明図のレンダリングを引き起こし得る。したがって、論理５０８～５１２により、医療専門家が、患者Ｐの場所から離れた場所からＴＴＭ療法を監視すること、及び任意選択で制御することが可能となる。

図６を参照すると、図１のＴＴＭシステムの実施に関連して使用可能なパッドの選択に関する例示的なユーザインタフェース表示がいくつかの実施形態に従って示されている。上記で言及したように、ＴＴＭ療法は、ユーザ入力によって、例えば正常体温法か、又は低体温法（冷却又は復温）かを選択され得る。提供すべき療法の選択の後、ＴＴＭ論理２１２及びユーザインタフェース論理４０４などの制御モジュール１０２の論理が生成し、選択した療法中に使用されるパッドのサイズの選択に対応する付加的なユーザ入力を受信するように構成されたユーザインタフェース表示６００のレンダリングを引き起こす。例示的な説明図として、ユーザインタフェース表示６００は、ユーザがそこに含まれる１つ以上のサイズ選択肢を選択することができる３つのカテゴリ、成人用６０２（ラージ、ミディアム、スモール）、小児用６０４（エクストラスモール、スモールユニバーサル）、及び新生児用６０６（新生児用）を提供する。使用されるパッドのサイズの選択に対応するユーザ入力の受信は、ＴＴＭ論理２１２及び／又は発熱論理２１４のうちの１つ以上によって実施される分析、判定及び／又は計算に影響を及ぼすであろう。別の選択肢、付加的な選択肢、又はより少数の選択肢が、ユーザインタフェース表示６００によってユーザ選択のために提示されてもよいことを理解されたい。

ＴＴＭ療法に使用されるパッドのサイズの選択により、発熱論理２１４によって実施される計算又は分析が決定され得る。各論理モジュールによって利用される計算については、以下でさらに詳細に述べる。

図７Ａ～図７Ｂを参照すると、図１のＴＴＭシステムの実施に関連して使用可能な低体温法及び正常体温法のメトリックに関する例示的なユーザインタフェース表示がいくつかの実施形態に従って示されている。図示したように、パッド１０４を通る冷却及び／又は加温された流体の循環に関する情報を示すユーザ入力を受信して、所定の自動化された及び／又は他の方法で制御可能なプロトコルに従って患者の体温を調節するように構成された制御モジュール１０２によって、様々なユーザインタフェースが生成され提供され得る。加えて、様々なユーザインタフェースは、スケールによって表示される相対量などの患者Ｐによる発熱量に関する情報を表示する。いくつかの実施形態において、スケールは、時間の単位を示し、患者体温／流体温度の時間ベースのグラフに対応し得る一組の水平に配置されたアイコン（例えば矩形）とすることができる（図７Ａの対話型スクリーン７００及び図７Ｂの対話型スクリーン７０２の双方に示す）。加えて、又は代わりに、患者の発熱レベルのテキスト形式のインジケータ、又は現在若しくは直近の患者の発熱レベルを示す一連のブロック（例えば３つ）であって、各ブロックがレベルに対応している一連のブロック（双方とも図７Ａに示す）などの他のインジケータが表示され得る。

さらに、図１０に示すように、図に示される例示的な説明図のうちのいずれも、伝熱量（Ｗ）の数値インジケータ又は変換されて患者の発熱量（例えばｋｃａｌ／時）として示された数値インジケータを含んでもよい。様々なユーザインタフェースは、シングルユーザインタフェース又は個別ユーザインタフェースについて本開示で述べられる情報のうちの任意のものを表示するように構成され設計され得ることを理解されたい。

図７Ａに関して、対話型スクリーン７００は、ユーザインタフェース２０６で提供され得、ユーザインタフェース２０６は、第１の領域において例えば時間の関数として温度関連データをグラフィックで示し、第２の領域において時間の関数として患者の発熱データをさらに示すグラフィック表示部さらに備える。第１の領域は、時間の関数としての目標患者体温レベルの第１のプロット、例えば、循環流体の温度の制御によって到達すべき所望の患者体温を反映する所定の患者体温調節速度プロットを提示し得る。さらに、時間の関数として測定された患者体温の第２のプロットが提示され得る。加えて、制御モジュール１０２によってパッド１０４を通って循環される流体の測定温度の第３のプロットが提供されてもよい。

図７Ｂに関して、対話型スクリーン７０２は、様々な形式で表示された図７Ａの情報の別の例を提供する。例えば、図７Ｂによって示されるように、対話型スクリーン７０２のある領域は、所定の大きさのスケール（ｍａｇｎｉｔｕｄｅ ｓｃａｌｅ）に関して患者の発熱データを視覚的に表示するために提供され得る。例として、患者の発熱の複数の所定のレベルが、時間の関数としてグラフィックで提示され得る。図示した例では、検出された患者の運動の４つのレベルをユーザに提供することができ、低レベル又は「０」レベルの運動に対しては視覚的指標が提供されず、運動のレベルの増大は、１つ、２つ、又は３つの積み重なった「ボックス」インジケータによってグラフィックで提示され得る。加えて、レベルを示すテキスト、例えば図７Ｂに見られるような「ＬＯＷ」がグラフックに付随してもよい。

認識され得るように、スクリーン７００～７０２に表示された患者の発熱のレベルを視覚的に監視することによって、医療関係者は、対応措置をとる必要性及び／又は望ましさを評価することができる。例えば、そのような対応措置には、本明細書の上記で述べた加温手順及び／又は患者の冷却／加温プロトコルに対する修正（例えば、目標患者冷却速度の低減及び／又は患者を冷却するための目標体温の増大）の開始が含まれ得る。本明細書で述べたように、制御モジュール１０２の論理は、受信した信号を分析し、例えば、センサ１０６～１０８から受信した信号が制御モジュール１０２の論理によって処理されて患者の発熱レベルが所定の閾値よりも高いことを示す場合、そのような修正を自動的に開始し得る。図７Ａ～図７Ｂは、本開示で提供される情報をユーザインタフェース上に示すことができる複数の方法の例を提供していることを理解されたい。

患者の発熱検出
本明細書の実施形態は、患者の発熱が生じているときを検出するために伝熱計算を利用する図１のＴＴＭシステム１００の患者発熱機構を開示する。患者からのエネルギー消費量が増大するにつれて、患者からＴＴＭシステム１００への（具体的には循環流体への）伝熱量も増大する。

患者の発熱は、代謝亢進指数（ｈｙｐｅｒｍｅｔａｂｏｌｉｃ ｉｎｄｅｘ：ＨＭＩ）を用いて定量化され得る。ＨＭＩは、シバリング発現中のエネルギー消費量の安静時エネルギー消費量に対する比から計算される一連の値を含む。具体的には、エネルギー消費量についての代謝亢進指数（ＨＭＩ）は、安静時エネルギー消費量（ｒｅｓｔｉｎｇ ｅｎｅｒｇｙ ｅｘｐｅｎｄｉｔｕｒｅ：ＲＥＥ）（ｋｃａｌ／日）の時間平均測定値を予想エネルギー消費量（ｋｃａｌ／日）で除算することによって導出される。ＲＥＥ、すなわち基礎代謝率（ｂａｓａｌ ｍｅｔａｂｏｌｉｃ ｒａｔｅ：ＢＭＲ）は平均的なヒトでは約８０Ｗ（６８．６ｋｃａｌ／時）である。予想エネルギー消費量の値は、ハリス－ベネディクトの式から導出することができ、これは患者重症度について調整され得る。加えて、当該技術分野で知られているように、ベッドサイドシバリング評価スケール（Ｂｅｄｓｉｄｅ Ｓｈｉｖｅｒ Ａｓｓｅｓｓｍｅｎｔ Ｓｃａｌｅ：ＢＳＡＳ）により、ＴＴＭ療法中の患者のエネルギー消費量は０～３のスケールで定量化される。ＢＳＡＳ値はＨＭＩ値と相関し得る。

上記で述べたように、従来、患者は医療専門家によって視覚的に監視され得る。しかしながら、ある程度の（ｃｅｒｔａｉｎ）ＨＭＩレベル、例えば０～３の変域のうちの１．５～２．５と関連付けられる震え、そして事実上患者の発熱は、多くの場合、ＴＴＭ療法を受けている患者において気付かれないままとなる。したがって、様々なレベルのＨＭＩの検出を可能にするシステム、方法及び装置を提供することは、従来のシステムに対してユーザに有利であり、これにより、様々なＨＭＩレベル及びＢＳＡＳレベルの患者の発熱が検出され、患者の発熱を示す表示が生成される。そのようなシステム、方法及び装置により、ユーザが必要によりＴＴＭ療法を調整することが可能となる。

本開示のいくつかの実施形態によれば、発熱論理２１４は、患者に対するＴＴＭ療法の提供中に信号を受信し得る。例えば、発熱論理２１４は、制御モジュール１０２及びパッド１０４を通る流体の流量、並びに、例えば（ｉ）制御モジュール１０２を退出し、送達ラインに進入してパッド１０４を通って循環する流体の温度測定値（Ｔ_ｏｕｔ）、及び（ｉｉ）パッド１０４を通って循環した後に送達ラインを介して制御モジュール１０２に戻る流体の温度測定値（Ｔ_ｉｎ）を受信し得る。

受信した信号に基づいて、発熱論理２１４は、信号の分析を実施して患者の発熱を判定する。いくつかの実施形態において、この判定は、発熱量の下記計算の利用を含む。

ここで、Ｑ＝伝熱量であり、ｍ＝流体の質量流量であり、Ｃ_Ｐ＝流体の熱容量であり、ΔＴ＝Ｔ_ｉｎ－Ｔ_ｏｕｔである。いくつかの実施形態では、４．１８ｋｃａｌ／ｋｇＫの一定の熱容量が用いられる。加えて、循環流体の体積流量は、体積流量センサ２１８によって測定され、体積流量センサ２１８又は発熱論理２１４のいずれかによって、１ｋｇ／Ｌの一定の密度を用いて質量流量に変換される。

さらに、ユーザインタフェース論理４０４は、得られた伝熱の程度（ｍｅａｓｕｒｅ）（Ｗ）をユーザインタフェース２０６上にグラフィックで示す表示部を生成し得る。いくつかの場合には、数値が表示されてもよい。しかしながら、他の場合には、伝熱量の範囲（ｓｐｅｃｔｒｕｍ）を示すゲージのグラフィック表現が表示されてもよく、この場合、「針」又は線が上記範囲を横切ることで得られた伝熱の程度を示す。いくつかの実施形態において、この範囲は０～５００Ｗの変域（ｒａｎｇｅ）を有する。さらに、表示は得られた伝熱の程度に基づいて色分けされてもよい。例えば、得られた伝熱の程度が閾値未満である場合にはゲージは第１の色（例えば青色）で表示されてもよく、得られた伝熱の程度が閾値より高い場合には第２の色（例えばオレンジ色）で表示されてもよい。複数の閾値が利用されてもよく、ゲージは、達した又は超過した閾値ごとに異なって表示されることを理解されたい。

他の実施形態では、式１は、ｋｃａｌ／時の単位での伝熱量を得るために調整されて下記式となる。

発熱の判定の後に、値は、例えば図４の発熱データストア４０８に格納され得る。式２が利用される実施形態において、発熱論理２１４は、計算した

に基づいて、発生した患者の熱のレベル又は閾値を判定し得る。例示的なレベル又は閾値は、ベースライン：０～１００ｋｃａｌ／時、低発熱：１００～２００ｋｃａｌ／時、及び高発熱：＞２００ｋｃａｌ／時とすることができる。上記で挙げた閾値は、ＴＴＭ療法の開始前、又は場合によってはＴＴＭ療法の提供中に、調整可能であってもよいことを理解されたい。さらに、例えばｋｃａｌ／時の代わりに、別の測定スケールが用いられてもよく、例えば、ｋｃａｌ／日、ｋｃａｌ／週が用いられてもよい。発熱レベルの判定の後に、ユーザインタフェース論理４０４は、判定した発熱レベルをグラフィックで示す表示部を生成し得る。加えて、ユーザインタフェース論理４０４は、所定の期間にわたる患者の発熱レベルのグラフィック表現を生成し得る。そのようなグラフィック表現の例は、図７Ａ～図７Ｂに示されている。

上記で述べ、図６に示したように、制御モジュール１０２のユーザインタフェース２０６は、ＴＴＭ療法において使用されるパッド１０４のサイズの選択に対応するユーザ入力を受信し得る。いくつかの実施形態において、上記で述べた式１～式２は、デフォルトとして（例えば、パッドサイズ選択を示すユーザ入力が受信されない場合）、及び／又はユーザ入力が成人用サイズのパッドの選択に対応する（例えば、ユーザ入力が図６の成人用６０２の選択に対応するボタンを作動させる）場合に用いられ得る。

小児用６０４又は新生児用６０６のいずれか（例えば平均的なサイズの成人を冷却するために必要とされるよりも小さなパッドサイズ）の選択に対応するユーザ入力が受信された場合には、式１～式２の適用から代わるものを用いて患者の発熱を判定することができる。具体的には、第１のサイズより小さなパッドサイズが使用される場合、１つ以上の所定のルールセットが適用され得る。いくつかの実施形態において、所定のルールセットは、図２の非一時的コンピュータ可読媒体２１０に格納され得る。

例えば、患者の発熱の判定は、現在のＴＴＭ療法の提供中に記録された以前の患者体温に基づく患者の体温トレンドデータに基づいて行うことができ、この判定は１つ以上の所定のルールセットに従って行われる。例えば、いくつかの実施形態において、下記を用いて患者の発熱レベルを判定することができる。（ｉ）ベースライン、患者の体温トレンドにかかわらず、患者体温が目標体温未満であるか、又は目標体温より０．１℃未満だけ高い場合、（ｉｉ）低発熱、患者体温が目標体温よりも０．１℃以上高く、患者の体温トレンドが０～０．２５℃／時の割合で増大している場合、及び（ｉｉｉ）高発熱、患者体温が目標体温よりも０．１℃以上高く、患者の体温トレンドが０．２５℃／時を超える割合で増大している場合。

待機時間及び上記で提供される患者の発熱のレベルのグラフィック表現（「インジケータ」）に関する議論は、パッドサイズにかかわらず、患者の発熱に基づく判定に関して等しく当てはまる。加えて、パッドサイズ（よって使用される式又は判定方法）にかかわらず、患者体温が下降傾向にあるか、又は目標体温未満である場合、インジケータは、患者の発熱レベルがベースラインにあると示し得る（又は表示されない場合もある）。

いくつかの実施形態において、患者の発熱は、上記で述べた式の１つ以上を使用して、５分間移動平均で判定されるであろう。いくつかの付加的なパラメータは、上記で述べたグラフィック表現の表示に影響を与えるか、又は該表示を変更し得る。例えば、いくつかの実施形態において、患者の発熱に関連するグラフィック表現は、ＴＴＭ療法が停止又は休止されている場合には表示されないであろう。ＴＴＭ療法が停止又は休止され、再開されるとき、場合により、発熱論理２１４は、一定の待機期間の後に、例えば１５分後に、続きの患者の発熱の判定に戻るであろう。この待機期間は、例えば流量を安定させるなど、ＴＴＭシステム１００を安定させ、ＴＴＭシステム１００を通して流されている停滞水温度からのアーチファクトを排除するのに役立ち得る。例えば、１５分間は５分間移動平均を含み、この場合、５分間移動平均は目標体温を変更した後の１０分間の使用後に始まる。いくつかの実施形態において、患者の発熱のレベルのグラフィック表現は、待機期間中、灰色に表示され得る。患者の発熱のレベルのグラフィック表現は「インジケータ」と称され得る。

目標体温がＴＴＭ療法中に（例えばユーザ入力によって）変更される場合があるため、発熱論理２１４はこれを考慮し得る。いくつかの実施形態において、発熱論理２１４は、一定の待機期間の後に、例えば１５分後に、引き続きの患者の発熱の判定に戻るであろう。例えば、１５分間は５分間移動平均を含み、この場合、５分間移動平均は目標体温を変更した後の１０分間の使用後に始まる。いくつかの実施形態において、インジケータは、待機期間中、灰色に表示され得る。いくつかの実施形態において、目標体温の変更に関して上記で述べた待機期間は、ＴＴＭ療法の患者の復温期中には適用されない場合がある。

さらに、ユーザインタフェース論理４０４は、発熱論理２１４と関連して、患者体温が（例えば５分間にわたって）下降傾向にあるか、又は目標体温未満であるとき、インジケータに患者の発熱がベースラインにあるという指標を表示させ得る。

ここで図８を参照すると、ＴＴＭ療法中に図１のＴＴＭシステムで患者の発熱検出を実施する例示的方法を示すフローチャートがいくつかの実施形態に従って示されている。図８に示した各ブロックは、ＴＴＭシステム１００を使用してＴＴＭ療法を提供する方法８００で実施される動作を表す。ここで、方法８００は、ユーザ入力の受信に応答してＴＴＭ療法を開始することによって始まる（ブロック８０２）。例えば、ＴＴＭ療法は、患者の冷却又は低体温状態からの患者の復温を対象とし得る。ＴＴＭ療法の開始の後に、ＴＴＭシステム１００の制御モジュール１０２は、センサ１０８からデータ（信号）を（例えば、周期的又は非周期的な間隔などで）継続的に受信する（ブロック８０４）。いくつかの実施形態において、受信したデータは、センサ１０８によって得られた流体温度測定値及び体積流量測定値に対応する。

センサデータの受信に応答して、ＴＴＭシステム１００の論理は、ＴＴＭシステム１００を通って（具体的にはパッド１０４を通って）循環する流体と患者との間の伝熱（例えば患者の発熱）のレベルの判定をもたらす１つ以上の分析、判定及び／又は計算を実施する（ブロック８０８）。患者の発熱のレベルの判定の後に、ＴＴＭシステム１００の論理は、患者の発熱のレベルを視覚的に示すように構成されたユーザインタフェース表示を生成し、そのレンダリングを引き起こす（ブロック８１０）。

方法８００は、上記の伝熱量（Ｗ）又は患者の発熱量（例えばｋｃａｌ／時）を制御モジュール１０２の論理にフィードバックとして、例えば電気的データ信号として、提供することをさらに含み得る。ＴＴＭ論理２１２などの論理は、流体温度の自動制御において伝熱量又は患者の発熱量を利用し得る。例えば、ＴＴＭ論理２１２は、プロセッサ２０８によって実行されると、パッド１０４を通って循環する流体を加温又は冷却するように熱交換システム２００に指示する動作の実施を引き起こす論理、アルゴリズム及び／又はデータを含む。したがって、そのようなアルゴリズムは、伝熱量又は患者の発熱量を熱交換システム２００に対する指示に影響を与える入力として受信し得る（例えば、患者の発熱が一定の閾値より高く検出された場合、指示は、患者の発熱量を低下させるために、患者の身体の冷却を遅くする計算量だけ流体温度を増大させることであってもよい）。代わりに、又は加えて、伝熱量又は患者の発熱量が、ユーザインタフェース論理４０４に提供されてもよい。いくつかの実施形態において、ユーザインタフェース論理４０４は、本明細書で述べたような１つ以上の説明図の提供に加えて、患者の発熱のレベルのユーザへの警報、警告又は他の通知を提供するようにトリガされる。例えば、伝熱量又は患者の発熱量が所定の閾値より高い場合、ユーザインタフェース２０６上に描画される視覚的表示ボックスを伴う音声警報が生成されてもよい。他の例としては、１人以上のユーザ（例えばＴＴＭ療法を監督する医療専門家）の電子機器への電子的警報（テキスト、電子メール、自動通話、等）の自動送信を挙げることができる。

いくつかの実施形態において、制御モジュール１０２の論理は、比例・積分・微分（ｐｒｏｐｏｒｔｉｏｎａｌ－ｉｎｔｅｇｒａｌ－ｄｅｒｉｖａｔｉｖｅ：ＰＩＤ）制御器を指し得る。ＰＩＤ制御器の動作は、測定された水温のうちの１つ以上をフィードバック信号として含み、これは目標体温と比較され、ＰＩＤアルゴリズムに供給される。ＰＩＤアルゴリズムは、患者を目標体温にさせる際の時間的要因を考慮に入れて、測定された温度信号間の変化差分（ｃｈａｎｇｅ ｄｅｌｔａ）に比例する水温（Ｔ_ｏｕｔ）に対する任意の必要な調整を判定する。比例・積分・微分制御は、ユニットが水温の変化を自動的に補償することによって、水温（Ｔ_ｏｕｔ）の厳密で安定した制御を提供するのを助ける。いくつかの実施形態において、ＰＩＤアルゴリズムはまた、患者の発熱量（式１～式２のいずれかに関して上記で述べたもの）が与えられてもよい。

図９を参照すると、ＴＴＭ療法中に図１のＴＴＭシステムで患者の発熱検出を実施する詳細な例示的方法を示すフローチャートがいくつかの実施形態に従って示されている。図９に示した各ブロックは、ＴＴＭシステム１００によって患者の発熱検出を行う方法９００で実施される動作を表す。ここで、方法９００は、例えばユーザ入力の受信に応答して、ＴＴＭ療法を開始することによって始まる。上記で述べたように、ＴＴＭ療法は、患者の冷却又は低体温状態からの患者の復温を対象とし得る。ＴＴＭ療法の開始の後に、ＴＴＭシステム１００のセンサは、ＴＴＭ療法に関係する様々な測定値を継続的に得る（ブロック９０２）。ＴＴＭ療法がＴＴＭシステム１００によって提供されているとき、発熱論理２１４は、センサによって得られた測定値を処理し、患者の発熱のレベルを判定するように作動される。しかしながら、いくつかの実施形態において、患者の発熱が判定される手法（例えば、利用される１つ以上の分析、判定及び／又は計算）は、本療法を提供するために利用されたパッド１０４のサイズに依存する。したがって、そのような実施形態では、発熱論理２１４は、利用されたパッドサイズに関して判定を行う（ブロック９０４）。いくつかの実施形態において、この判定は、パッドサイズの選択に対応するユーザ入力の分析であってもよい。しかしながら、他の実施形態では、流体送達ラインを介してパッド１０４を制御モジュール１０２に結合することで、パッドサイズに関して指標が制御モジュール１０２に自動的に提供されてもよい（例えば、パッド１０４が結合されていることを示す電子信号は、製品識別子とともに制御モジュール１０２に基づくことができ、この製品識別子は、製品識別子に対応するパッドサイズを調べるために、制御モジュール１０２によって使用され得る）。

パッドサイズが第１のサイズ（例えば成人用サイズ）に対応する場合、ＴＴＭシステム１００の論理は、患者から循環流体に伝達された熱を計算する（ブロック９０６）。続いて、ＴＴＭシステム１００の論理は、計算された患者の発熱に対するレベル（例えばｋｃａｌ／時の値など）を１つ以上の所定の閾値に割り当てる（ブロック９０８）。ここで、各閾値は患者の発熱の異なるレベルに対応する。第１のサイズのパッドが使用される場合に実施される例示的な計算は、式１～式２に関して上記で述べられている。

パッドサイズが第２のサイズ（例えば小児用サイズ又は新生児用サイズ）に対応する場合、ＴＴＭシステム１００の論理は、患者の現在体温（任意選択）及び患者の体温トレンドデータを分析して患者の発熱のレベルを判定する（ブロック９１０）。小児用サイズ又は新生児用サイズのパッドが使用される場合に実施される例示的な判定及び分析は、上記で述べられている。図９のブロック９１０は、ＴＴＭシステムの論理が、患者の現在体温及び患者の体温トレンドデータの双方を分析して患者の発熱のレベルを判定することを示しているが、患者の現在体温の利用は（とりわけ新生児患者用のサイズのパッドでは）任意選択である。そのような場合には、患者の発熱のレベルは判定されない可能性があるが、その代りに、患者の体温トレンドが患者の発熱のレベルの代わりに表示され得る（したがって、患者の体温トレンドを視覚的に示すように構成されたユーザインタフェース表示を生成し、そのレンダリングを引き起こすようにブロック９１２を修正する）。

ブロック９０８～９１０のいずれかの後に、ＴＴＭシステムの論理は、患者の発熱のレベルを視覚的に示すように構成されたユーザインタフェース表示を生成し、そのレンダリングを引き起こす（ブロック９１２）。

図１０を参照すると、図１のＴＴＭシステムの実施に関連して使用可能な患者の発熱に関する例示的なユーザインタフェース表示がいくつかの実施形態に従って示されている。ユーザインタフェース表示１０００（例えば対話型スクリーン）は、ユーザインタフェース２０６を通して提供することができ、温度関連データをグラフィックで示す表示部を備える。ユーザインタフェース表示１０００は、（ｉ）提供されているＴＴＭ療法の種類及び目標体温の指標（例えば、「冷却：３４．５℃まで」）、（ｉｉ）現在の患者体温の指標（例えば「患者：３６．５℃」）、（ｉｉｉ）現在の流体温度の指標（例えば「水：１９．０℃」）、及び（ｉｖ）患者の発熱レベルの指標（例えば、初めの三分の一に陰影を有した陰影の付いたスケールを含むグラフィック表示、及び患者の発熱レベルが「ベースライン」又は最低レベルであることを示すテキストの「ベースライン」）を含むデータを示す。図１０に提供される説明図は、単にこのようなデータを示す一実施態様であり、本開示はこのようなものによって限定されることを意図しないことを理解されたい。

いくつかの特定の実施形態が本明細書で開示されており、特定の実施形態が若干詳細に開示されているが、特定の実施形態が本明細書で提供される概念の範囲を限定することは意図されていない。付加的な適応及び／又は変更は当業者には明らかであり、より広い態様において、これらの適応及び／又は変更は同様に包含される。したがって、本明細書で提供される概念の範囲から逸脱することなく、本明細書で開示された特定の実施形態から発展させることができる。

Claims (11)

1. 患者体温制御システムであって、
   流体を加温又は冷却するように構成された熱交換システムと、
   前記熱交換器及び少なくとも１つの相互接続可能なパッドを通して前記流体を循環させるように構成された循環ポンプと、
   患者体温センサと、
   １つ以上の流体温度センサ、体積流量センサ、１つ以上のプロセッサ、及び論理を格納した非一時的コンピュータ可読媒体を含む制御モジュールと、を備え、前記論理は、前記１つ以上のプロセッサによって実行されると、
   目標体温管理（ＴＴＭ）療法を開始するステップと、
   流体温度測定値を前記１つ以上の流体温度センサから得るステップであって、前記流体温度測定値は前記流体が前記少なくとも１つの相互接続可能なパッドに流れているときの第１の温度及び前記流体が前記少なくとも１つの相互接続可能なパッドから戻ってくるときの第２の温度を含む、ステップと、
   循環中の前記流体の体積流量の測定値を前記体積流量センサから得るステップと、
   患者の体温の１つ以上の測定値を前記患者体温センサから得るステップと、
   前記流体温度測定値、体積流量の前記測定値、又は患者の体温の前記１つ以上の測定値のうちの１つ以上に基づいて患者の発熱のレベルを判定するステップと、
   １つ以上の無線信号を介して、患者の発熱の前記レベルを示すデータをネットワーク装置に送信するステップと、を含む動作を引き起こす、システム。
2. 前制御モジュールは、前記ネットワーク装置から帰還信号を受信するように構成され、前記帰還信号は前記ＴＴＭ療法を変更するために前記制御モジュールによって使用可能である、請求項１に記載のシステム。
3. 患者の発熱の前記レベルを判定するステップは、前記第１の温度と前記第２の温度との差、前記流体の前記体積流量、及び前記流体の熱容量に基づいて、前記流体と前記患者との間の伝熱量を計算することを含む、請求項１又は２に記載のシステム。
4. 前記論理は、前記１つ以上のプロセッサによって実行されると、所定のルールセットに従って、患者の体温の前記得られた１つ以上の測定値に基づいて、患者の発熱の前記レベルを判定する、請求項１～３のいずれか一項に記載のシステム。
5. 前記制御モジュールは、前記ＴＴＭ療法中に利用される前記少なくとも１つの相互接続可能なパッドのサイズの選択に対応するユーザ入力を受信するように構成され、前記論理は、前記１つ以上のプロセッサによって実行されると、前記ユーザ入力に少なくとも部分的に基づいて、患者の発熱の前記レベルを判定する、請求項１～４のいずれか一項に記載のシステム。
6. 前記制御モジュールは、前記少なくとも１つの相互接続可能なパッドと前記制御モジュールとの接続の後に、前記少なくとも１つの相互接続可能なパッドのサイズを識別するのに使用可能な信号を受信するように構成される、請求項１～５のいずれか一項に記載のシステム。
7. 前記論理は、前記１つ以上のプロセッサによって実行されると、患者の発熱の前記レベルを視覚的に示すように構成されたユーザインタフェース表示を生成することを含む動作をさらに引き起こす、請求項１～６のいずれか一項に記載のシステム。
8. 前記ユーザインタフェース表示は、前記制御モジュールの表示スクリーン上に描画され、患者の発熱の指標を提供する時間ベースのグラフィックを含む、請求項７に記載のシステム。
9. 前記時間ベースのグラフィックは、前記ＴＴＭ療法の開始後、待機期間の後の前記ＴＴＭ療法の継続時間にわたって患者の発熱の前記指標を提供する、請求項８に記載のシステム。
10. 前記ユーザインタフェースは、前記ネットワーク装置の表示スクリーン上に描画される、請求項７に記載のシステム。
11. 患者の発熱の前記レベルは、前記制御モジュールの前記論理に対するフィードバックとして利用され、前記熱交換システムの動作を変更するための１つ以上の指示を生成するために使用可能である、請求項１～１０のいずれか一項に記載のシステム。
    

Images