(57)【要約】  患者のための１つ又は複数のカスタマイズされたアラーム設定推奨案を提供するための方法は、患者をモニタリングするように構成された患者モニタを提供するステップであって、患者モニタは、患者センサと、患者センサからセンサデータを受信するように構成されたプロセッサとを備える、ステップと、患者モニタによって、患者についての情報を受信するステップと、プロセッサによって、アラーム設定推奨案分類子を使用して、患者用にカスタマイズされた１つ又は複数のアラーム設定推奨案を生成するために、受信された患者についての情報を分析するステップと、１つ又は複数のアラーム設定推奨案をユーザに提供するステップと、アラーム設定推奨案を受諾、却下、及び／又は修正するユーザから入力を受信するステップと、を有する。
2019523926.tif 000002
【特許請求の範囲】
【請求項１】
患者のための１つ又は複数のカスタマイズされたアラーム設定推奨案を提供する患者モニタリングシステムであって、前記患者モニタリングシステムは、
患者からセンサデータを取得する患者センサと、
１つ又は複数のカスタマイズされたアラーム設定推奨案をユーザに表示するディスプレイと、
ユーザから入力を受信するユーザインターフェースと、
前記患者センサから前記センサデータを受信するプロセッサであって、更に、（ｉ）患者についての情報を受信し、（ｉｉ）アラーム設定推奨案分類子を使用して、受信された情報を分析し、（ｉｉｉ）前記分析に基づいて、１つ又は複数のカスタマイズされたアラーム設定推奨案を生成し、（ｉｖ）ユーザへの前記１つ又は複数のカスタマイズされたアラーム設定推奨案を前記ディスプレイに提供し、（ｖ）前記１つ又は複数のカスタマイズされたアラーム設定推奨案に関して、前記ユーザインターフェースから入力を受信する前記プロセッサとを含む、患者モニタリングシステム。
【請求項２】
前記１つ又は複数のカスタマイズされたアラーム設定推奨案は、取得されるセンサデータの上限値、又は取得されるセンサデータの下限値を含む、請求項１に記載の患者モニタリングシステム。
【請求項３】
前記アラーム設定推奨案分類子は、１組の推奨案ルールを含む、請求項１に記載の患者モニタリングシステム。
【請求項４】
前記患者についての情報は、患者についての人口統計学的情報、患者の診断結果、患者のバイタルサイン、及び患者の以前の治療処置のうちの１つ又は複数を含む、請求項１に記載の患者モニタリングシステム。
【請求項５】
前記アラーム設定推奨案分類子を記憶するデータベースを更に含む、請求項１に記載の患者モニタリングシステム。
【請求項６】
アラーム設定推奨案分類子を生成するための方法であって、前記方法は、
複数の患者についての情報を収集するステップと、
複数の患者に関連付けられた、各々が患者センサから収集されたセンサデータをモニタリングする複数の患者モニタのための１つ又は複数のアラーム設定を収集するステップと、
前記患者モニタからセンサデータを収集するステップと、
収集された前記患者についての情報及び収集された前記１つ又は複数のアラーム設定を含むデータベースを作成するステップと、
前記アラーム設定推奨案分類子を作成するために前記データベースを分析するステップとを有する、方法。
【請求項７】
前記アラーム設定推奨案分類子は、ランダムフォレスト分類子である、請求項６に記載の方法。
【請求項８】
前記患者についての情報は、患者についての人口統計学的情報、患者の診断結果、患者のバイタルサイン、及び患者の以前の治療処置のうちの１つ又は複数を含む、請求項６に記載の方法。
【請求項９】
前記アラーム設定推奨案分類子及び患者についての情報を使用して、患者のための１つ又は複数のアラーム設定推奨案を生成するステップであって、生成される前記１つ又は複数のアラーム設定推奨案は当該患者用にカスタマイズされている、ステップを更に有する、請求項６に記載の方法。
【請求項１０】
患者のための前記１つ又は複数のアラーム設定推奨案をユーザに通信するステップを更に有する、請求項９に記載の方法。
【請求項１１】
患者のための１つ又は複数のカスタマイズされたアラーム設定推奨案を提供するための方法であって、前記方法は、
患者をモニタリングする患者モニタを提供するステップであって、前記患者モニタは、患者からセンサデータを取得する患者センサと、前記患者センサから前記センサデータを受信するプロセッサとを備える、ステップと、
前記患者モニタによって、患者についての情報を受信するステップと、
前記プロセッサによって、アラーム設定推奨案分類子を使用して、前記患者モニタのための前記１つ又は複数のアラーム設定推奨案を生成するために、受信された患者についての情報を分析するステップであって、生成される前記１つ又は複数のアラーム設定推奨案は当該患者用にカスタマイズされている、ステップとを有する、方法。
【請求項１２】
前記１つ又は複数のアラーム設定推奨案をユーザに提供するステップと、
前記１つ又は複数のアラーム設定推奨案に関して、ユーザから入力を受信するステップであって、当該入力は、前記１つ又は複数のアラーム設定推奨案の受諾、前記１つ又は複数のアラーム設定推奨案の却下、又は前記１つ又は複数のアラーム設定推奨案の修正を含む、ステップとを更に有する、請求項１１に記載の方法。
【請求項１３】
前記患者モニタによって、前記患者モニタのための前記１つ又は複数のアラーム設定推奨案を自動的に定めるステップを更に有する、請求項１１に記載の方法。
【請求項１４】
患者についての情報は、患者についての人口統計学的情報、患者の診断結果、患者のバイタルサイン、患者の病歴、検査又は検査結果及び患者の以前の治療処置のうちの１つ又は複数を含む、請求項１１に記載の方法。
【請求項１５】
前記１つ又は複数のアラーム設定推奨案に関する前記ユーザからの入力を使用して、前記アラーム設定推奨案分類子を更新するステップを更に有する、請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
[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]  本明細書において、いくつかの発明的な実施形態が説明され、例示されたが、当業者は、本明細書において説明された機能を実施するための、並びに／又は本明細書において説明された結果及び／若しくは利点のうちの１つ又は複数を得るための、様々な他の手段及び／又は構造を容易に想到するであろう。このような変形及び／又は修正の各々は、本明細書において説明された発明的な実施形態の範囲内にあるものと考えられる。より一般的には、当業者は、本明細書において説明された全てのパラメータ、寸法、材料、及び構成は例示的であると意図され、実際のパラメータ、寸法、材料、及び／又は構成は、発明的な教示が使用される１つの特定の用途又は複数の特定の用途に依存することを容易に理解されよう。当業者は、本明細書において説明された特定の発明的な実施形態の多くの均等物を、単なる通常の実験を使用して認識し、又は確認し得るであろう。従って、前述の実施形態は単に例として提示されたものであり、添付の特許請求の範囲及びその均等物の範囲内において、発明的な実施形態は、具体的に説明され、特許請求されるものとは異なるやり方で実践され得ることを理解されたい。本開示の発明的な実施形態は、本明細書において説明された各個々の特徴、システム、物品、材料、キット、及び／又は方法に向けられている。加えて、２つ以上のこのような特徴、システム、物品、材料、キット、及び／又は方法の任意の組み合わせは、そのような特徴、システム、物品、材料、キット、及び／又は方法が互いに矛盾しない限り、本開示の発明的な範囲内に含まれる。
【図１】
2019523926.tif 000003
【図２】
2019523926.tif 000004
【図３】
2019523926.tif 000005
【図４】
2019523926.tif 000006
【図５】
2019523926.tif 000007
【図６】
2019523926.tif 000008
【国際調査報告】
2019523926.tif 000009
2019523926.tif 000010