(57)【要約】療法デバイスのシステム、モジュール、及び方法は、メモリと、メモリと通信する１つ又は複数のプロセッサと、複数の医学的療法デバイスと、複数の患者監視デバイスと、１つ又は複数のプロセッサで実行するよう構成されるプロトコール実行モジュールとを含む。プロトコール実行モジュールは、複数のプロトコールを表示する。プロトコール実行モジュールは、選択されたプロトコールを受信し、複数の医学的療法デバイスの１つである個別の医学的療法デバイスに関連付けられ、複数の患者監視デバイスの１つである個別の患者監視デバイスに関連付けられる。プロトコール実行モジュールは、選択されたプロトコールを個別の医学的療法デバイスで実行する。【選択図】  なし【特許請求の範囲】
【請求項１】
メモリと、
前記メモリと通信する１つ又は複数のプロセッサと、
複数の医学的療法デバイスと、
複数の患者監視デバイスと、
プロトコール実行モジュールであり、前記１つ又は複数のプロセッサで、
複数のプロトコールを表示することと、
ユーザから選択されたプロトコールを受信することと、
を実行するように構成され、前記選択されたプロトコールが、前記複数の医学的療法デバイスの１つである個別の医学的療法デバイスに関連付けられ、前記複数の患者監視デバイスの１つである個別の患者監視デバイスに関連付けられる、プロトコール実行モジュールと
を備えるシステムであって、
前記個別の医学的療法デバイスが、前記ユーザから前記選択されたプロトコールの第１の確認を受信し、
前記プロトコール実行モジュールが、前記ユーザから前記選択されたプロトコールの第２の確認を受信し、
それによって、前記プロトコール実行モジュールが、前記選択されたプロトコールを前記個別の医学的療法デバイスで実行する、
システム。
【請求項２】
前記複数の医学的療法デバイスが、輸液ポンプ、透析又は腎不全療法機器、レスピレータ、及び除細動器のうち少なくとも１つを含む、請求項１に記載のシステム。
【請求項３】
前記複数の患者監視デバイスが、心拍数センサ、温度センサ、パルスオキシメトリセンサ、患者体重センサ、血糖センサ、呼吸センサ、血圧センサ、圧力センサ、ボリュームインデックスセンサのうち少なくとも１つを含む、請求項１に記載のシステム。
【請求項４】
前記プロトコール実行モジュールが、外部サーバから前記複数のプロトコールを受信する、請求項１に記載のシステム。
【請求項５】
前記個別の医学的療法デバイスで前記選択されたプロトコールを実行することが、
前記個別の患者監視デバイスで患者パラメータを特定することと、
前記患者パラメータがしきい値をまたいでいることを判断することと、
を含み、前記しきい値は前記選択されたプロトコールによって決定される、請求項１に記載のシステム。
【請求項６】
前記個別の医学的療法デバイスで前記選択されたプロトコールを実行することが、前記患者パラメータが前記しきい値をまたいでいるとの判断に応じて、アラームをトリガすることをさらに含む、請求項５に記載のシステム。
【請求項７】
前記アラームをトリガすることに応じて、前記プロトコール実行モジュールにおいて前記選択されたプロトコールによって決定されるアクションを表示することをさらに含む、請求項６に記載のシステム。
【請求項８】
カウントダウンタイマを開始することをさらに含む、請求項７に記載のシステム。
【請求項９】
前記プロトコール実行モジュールが前記個別の医学的療法デバイスに前記アクションを取るべく命令するよう前記カウントダウンタイマが満了し、前記個別の医学的療法デバイスが前記アクションを取る、請求項８に記載のシステム。
【請求項１０】
前記個別の医学的療法デバイスが、輸液ポンプであり、前記アクションは、前記輸液ポンプの注入速度を上げること、前記輸液ポンプの注入速度を下げること、輸液をやめること、の１つである、請求項９に記載のシステム。
【請求項１１】
前記カウントダウンタイマが満了するのに先立って、前記ユーザが前記プロトコール実行モジュールに前記アクションを取るよう命令し、前記個別の医学的療法デバイスが前記アクションを取るべく、前記プロトコール実行モジュールが前記個別の医学的療法デバイスが前記アクションを取るよう命令する、請求項８に記載のシステム。
【請求項１２】
前記カウントダウンタイマが満了するのに先立って、前記第１の確認が存在しなくなるように前記プロトコール実行モジュールが前記カウントダウンタイマを休止し、前記個別の患者監視デバイスから前記アクションを外すべく、前記ユーザが前記プロトコール実行モジュールに前記アクションの取り消しを行うよう命令する、請求項８に記載のシステム。
【請求項１３】
前記カウントダウンタイマが満了するのに先立って、
更新された患者パラメータを前記個別の患者監視デバイスで識別することと、
前記更新された患者パラメータがもはや前記しきい値をまたいでいないことを判断することと、
前記プロトコール実行モジュールにおいて前記アクションがそれ以上表示されないように前記選択されたプロトコールから前記アクションを外すことと
をさらに含む、請求項８に記載のシステム。
【請求項１４】
メモリと、
前記メモリと通信する１つ又は複数のプロセッサと
を備えるプロトコール実行モジュールであって、前記プロトコール実行モジュールは
複数のプロトコールを表示することと、
ユーザから前記選択されたプロトコールを受信することであり、前記選択されたプロトコールが、複数の医学的療法デバイスの１つである個別の医学的療法デバイスに関連付けられ、複数の患者監視デバイスの１つである個別の患者監視デバイスに関連付けられる、受信することと、
前記個別の患者監視デバイスで患者パラメータを識別することと、
前記患者パラメータがしきい値をまたいでいると判断することであり、前記しきい値が、前記選択されたプロトコールによって決定される、判断することと、
を行うように構成され、
前記個別の医学的療法デバイスが、前記選択されたプロトコールによって決定されたアクションを取る、
プロトコール実行モジュール。
【請求項１５】
前記個別の医学的療法デバイスが、輸液ポンプである、請求項１４に記載のプロトコール実行モジュール。
【請求項１６】
前記アクションは、前記輸液ポンプの注入速度を上げること、前記輸液ポンプの注入速度を下げること、輸液をやめること、の１つである、請求項１５に記載のプロトコール実行モジュール。
【請求項１７】
前記アクションを取ることに応じて、前記選択されたプロトコールがもはや前記個別の医学的療法デバイス及び前記個別の医学的療法デバイスに関連付けられないよう、前記プロトコール実行モジュールが前記選択されたプロトコールを外す、請求項１４に記載のプロトコール実行モジュール。
【請求項１８】
複数のプロトコールを表示するステップと、
選択されたプロトコールを受信するステップであり、前記選択されたプロトコールが、複数の医学的療法デバイスの１つである個別の医学的療法デバイスに関連付けられ、複数の患者監視デバイスの１つである個別の患者監視デバイスに関連付けられる、受信するステップと
を含む方法であって、
前記個別の医学的療法デバイスが、前記ユーザから前記選択されたプロトコールの第１の確認を受信し、
前記プロトコール実行モジュールが、前記ユーザから前記選択されたプロトコールの第２の確認を受信し、
それによって、前記プロトコール実行モジュールが、前記選択されたプロトコールを前記個別の医学的療法デバイスで実行する、
方法。
【請求項１９】
前記複数の医学的療法デバイスが、輸液ポンプ、透析又は腎不全療法機器、レスピレータ、及び除細動器のうち少なくとも１つを含む、請求項１８に記載の方法。
【請求項２０】
前記複数の患者監視デバイスが、心拍数センサ、温度センサ、パルスオキシメトリセンサ、患者体重センサ、血糖センサ、呼吸センサ、血圧センサ、圧力センサ、ボリュームインデックスセンサのうち少なくとも１つを含む、請求項１８に記載の方法。
【発明の詳細な説明】
【優先権の主張】
【０００１】
[0001]本出願は、２０１７年１０月１９日に出願され「ＢＥＤＳＩＤＥ  ＣＬＯＳＥＤ  ＬＯＯＰ  ＴＨＥＲＡＰＹ  ＳＹＳＴＥＭ  ＷＩＴＨ  ＳＰＥＣＩＡＬ  ＯＰＴＩＭＩＺＡＴＩＯＮ  ＦＯＲ  ＲＥＳＣＵＥ」と題される米国特許仮出願第６２／５７４，５２９号に対する優先権を主張するものであり、その全内容が参照により本明細書に援用され、依拠される。
【背景】
【０００２】
[0002]典型的な病院のセッティングでは、患者はしばしば１人にされる。例えば、具合の悪い患者が病院内にいるほとんどの時間、患者は病室内で臨床医によって積極的に監視されていない。したがって、ほとんどの病院は「ｒａｐｉｄ  ｒｅｓｐｏｎｓｅ」ｔｅａｍを採用しており、あらゆる急速に悪化する患者を特定して処置をする。同様に、今日の典型的な病院セッティングでは、ケアは低コストの、及び／又はあまり訓練されていないスタッフへとシフトしている。例えば、ホスピタリストは患者のケアを中間的なレベルの医療提供者に要求し、看護師が患者のケアに費やす時間は益々少なくなっている。
【０００３】
[0003]したがって、患者の監視及び関連するケアの両方を、より安全でより費用対効果を高いものにするためのシステム及び方法が必要である。
【概要】
【０００４】
[0004]本明細書において開示されるシステム及び方法は、ベッドサイドブレインサーバと通信するベッドサイド療法システム（本明細書において「ベッドサイドブレイン」とも称される）、患者、複数の患者監視デバイス、及び複数の患者療法デバイスを含むことができる。
【０００５】
[0005]一般的に、ベッドサイドブレインは看護スタッフのバックアップとして、ｒａｐｉｄ  ｒｅｓｐｏｎｓｅ  ｔｅａｍのための第１応答者として機能するよう意図されている。ベッドサイドブレインの目的は、患者データ（例えば、バイタルサイン、検査結果など）を、患者監視デバイスを介して監視すること、「規則仕様」（本明細書において「規則プロトコール」、「安全プロトコール」、又は「プロトコール」とも称される）によって決定される構造を有する内部規則エンジンに基づいて患者療法デバイスによって取られる特定のアクションを含む適当な決定サポートのガイダンス／警報／通知を判断すること、適当な決定サポートのガイダンス／警報／通知を表示すること、及び患者療法デバイスで特定のアクションを実行することである。安全プロトコールは、一般的に、進行中の療法によって悪化する可能性がある、少なくとも進行中の悪化する臨床状態を防ぐため、又は逆転させるための短期間の、緊急介入プロトコールとして定義される場合がある。典型的には、安全プロトコールは、警告についての所定の時間が経過した後に発生する。ベッドサイドブレインはバイタルサイン及び傾向を、臨床医によって選択された通りに表示することができる。ベッドサイドブレインは、バイタルサインがベッドサイドブレインの安全動作範囲を外れた場合に、臨床医にアラームを警報するようにアクティブ化する。
【０００６】
[0006]ベッドサイドブレインは、療法的な制御規則（例えば、臨床医によって選択される）を実行し、患者モニタ、ＥＭＲデータなどを読み取り、療法的デバイスを制御するように構成されることが好ましい。制御規則は、「規則仕様」要素が制御アルゴリズム、限界値、及び検証パラメータを、全面的に設定及び指定できるようなやり方で指定することができる。ベッドサイドブレインは、バイタルサインが指定された範囲を外れた場合、及び／又はデバイスが注意を必要とする場合に、臨床医に警告するようにさらに構成される。ベッドサイドブレインは、より高いレベルの病院システムから切断された場合、全機能性（サーバデータへのアクセスを除く）を維持するようにさらに構成される。ベッドサイドブレインは、内部のデータストアからデータを記憶し取り出すようにさらに構成される。ベッドサイドブレインは、グローバルなマルチリンガルのヒューマンインターフェースをサポートするようにさらに構成される。
【０００７】
[0007]本明細書における開示に照らして、またいかなる方法でも本発明の範囲を限定することなく、特に明記しない限り本明細書において列挙されたあらゆる他の態様と組み合わせることができる本開示の第１の態様において、システムは、メモリと、メモリと通信する１つ又は複数のプロセッサと、複数の医学的療法デバイスと、複数の患者監視デバイスと、プロトコール実行モジュールと、を含む。プロトコール実行モジュールは、１つ又は複数のプロセッサで、複数のプロトコールを表示するため、及びユーザから選択されたプロトコールを受信するために、実行するように構成される。選択されたプロトコールは、複数の医学的療法デバイスの１つである個別の医学的療法デバイスに関連付けられ、複数の患者監視デバイスの１つである個別の患者監視デバイスに関連付けられる。個別の医学的療法デバイスは、ユーザから選択されたプロトコールの第１の確認を受信する。プロトコール実行モジュールは、ユーザから選択されたプロトコールの第２の確認を受信する。プロトコール実行モジュールは、選択されたプロトコールを個別の医学的療法デバイスで実行する。
【０００８】
[0008]特に明記しない限り本明細書において列挙されたあらゆる他の態様と組み合わせることができる本開示の第２の態様において、複数の医学的療法デバイスは、輸液ポンプ、透析又は腎不全療法機器、レスピレータ、及び除細動器のうち少なくとも１つを含む。
【０００９】
[0009]特に明記しない限り本明細書において列挙されたあらゆる他の態様と組み合わせることができる本開示の第３の態様において、複数の患者監視デバイスは、心拍数センサ、温度センサ、パルスオキシメトリセンサ、患者体重センサ、血糖センサ、呼吸センサ、血圧センサ、圧力センサ、血液量指標（volume index、ボリュームインデックス）センサのうち少なくとも１つを含む。
【００１０】
[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]図６Ａ〜６Ｄは、本開示の例示的な実施形態による、設定中の療法デバイスインターフェースの図である。
【図６Ｂ】[0034]図６Ａ〜６Ｄは、本開示の例示的な実施形態による、設定中の療法デバイスインターフェースの図である。
【図６Ｃ】[0034]図６Ａ〜６Ｄは、本開示の例示的な実施形態による、設定中の療法デバイスインターフェースの図である。
【図６Ｄ】[0034]図６Ａ〜６Ｄは、本開示の例示的な実施形態による、設定中の療法デバイスインターフェースの図である。
【００３５】
【図７】[0035]図７は、本開示の例示的な実施形態による、デバイス設定をしてあるプロトコールの概要を表示しているベッドサイドブレインインターフェースの図である。
【００３６】
【図８】[0036]図８〜１２は、本開示の例示的な実施形態による、プロトコールのセッティングを表示しているベッドサイドブレインインターフェースの図である。
【図９】[0036]図８〜１２は、本開示の例示的な実施形態による、プロトコールのセッティングを表示しているベッドサイドブレインインターフェースの図である。
【図１０】[0036]図８〜１２は、本開示の例示的な実施形態による、プロトコールのセッティングを表示しているベッドサイドブレインインターフェースの図である。
【図１１】[0036]図８〜１２は、本開示の例示的な実施形態による、プロトコールのセッティングを表示しているベッドサイドブレインインターフェースの図である。
【図１２】[0036]図８〜１２は、本開示の例示的な実施形態による、プロトコールのセッティングを表示しているベッドサイドブレインインターフェースの図である。
【００３７】
【図１３】[0037]図１３は、本開示の例示的な実施形態による、事前承認を必要としているベッドサイドブレインインターフェースの図である。
【００３８】
【図１４】[0038]図１４は、本開示の例示的な実施形態による、事前承認を必要としている療法デバイスインターフェースの図である。
【００３９】
【図１５】[0039]図１５は、本開示の例示的な実施形態による、事前承認を確認するベッドサイドブレインインターフェースの図である。
【００４０】
【図１６】[0040]図１６は、本開示の例示的な実施形態による、実行中にプロトコールの概要を表示しているベッドサイドブレインインターフェースの図である。
【００４１】
【図１７】[0041]図１７は、本開示の例示的な実施形態による、プロトコール実行中にプロトコール及びメッセージを示すベッドサイドブレインインターフェースの図である。
【００４２】
【図１８】[0042]図１８は、本開示の例示的な実施形態による、プロトコール実行中にメッセージを表示しているベッドサイドブレインインターフェースの図である。
【００４３】
【図１９】[0043]図１９は、本開示の例示的な実施形態による、プロトコール実行中に安全なアクションを表示しているベッドサイドブレインインターフェースの図である。
【００４４】
【図２０】[0044]図２０は、本開示の例示的な実施形態による、プロトコール実行中にプロトコールへアクセスするためのセキュリティを要求しているベッドサイドブレインインターフェースの図である。
【００４５】
【図２１】[0045]図２１は、本開示の例示的な実施形態による、プロトコール実行中に安全なアクション用の選択肢を表示しているベッドサイドブレインインターフェースの図である。
【００４６】
【図２２】[0046]図２２は、本開示の例示的な実施形態による、安全なアクションの自動実行を表示しているベッドサイドブレインインターフェースの図である。
【００４７】
【図２３】[0047]図２３は、本開示の例示的な実施形態による、ベッドサイドブレインの中央監視インターフェースの図である。
【例示の実施形態の詳細な説明】
【００４８】
[0048]図１を参照すると、病院環境１０は、ベッドサイドブレイン（本明細書においては「ＢＳＢ」とも称される）１００を含むことができる。ベッドサイドブレイン１００は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭなどの揮発性若しくは非揮発性のメモリデバイスなどのメモリ、又はデータを記憶することができるあらゆる他のデバイスを含む。ベッドサイドブレイン１００は、メモリと通信して、算術、論理、及び／又はＩ／Ｏ動作をエンコードする命令を実行することができる１つ又は複数のプロセッサをさらに含む。
【００４９】
[0049]ベッドサイドブレイン１００は、追加的にベッドサイドブレインサーバ１０２、クラウドサーバ又はネットワーク１０４、患者療法デバイス１０６Ａ〜Ｂ、及び患者監視１０８Ａ〜Ｂを含むことができる。ベッドサイドブレイン１００が、患者療法デバイス１０６Ａ〜Ｂ、及び患者監視１０８Ａ〜Ｂを介して患者１１０を監視し対話できるように、患者療法デバイス１０６Ａ〜Ｂ、及び患者監視１０８Ａ〜Ｂは、患者１１０に接続されている。ベッドサイドブレイン１００は、電子的医療記録（「ＥＭＲ」）１１２、入院／退院／転院記録１１４、及び他の医療的なシステム１１６などの追加的な外部構成要素と通信することができる。ベッドサイドブレイン１００と外部構成要素との通信は、有線通信又は無線通信であることができ、また直接的又はベッドサイドブレインサーバ１０２及び／若しくはネットワーク１０４を介するなど間接的に行ってよいことを了解すべきである。例えば、通信は、イーサネット（登録商標）ネットワーク、ＬＡＮ、ＷＬＡＮ及び／又はインターネットなどの外部ネットワークに加えて含むことができる。ネットワーク１０４は、病院情報システム（「ＨＩＳ」）１１８、１つ若しくは複数の追加的な医療ネットワーク、及び／又は臨床医デバイス１２０に通信可能に連結されている。例えば、ベッドサイドブレイン１００は、ステータス及び患者情報を外部のエンティティ（例えば、介護者、電子的医療記録システム、モバイルのアプリケーションなど）及び外部デバイス（例えば、ラップトップ、タブレット、携帯電話など）に送信することができる。
【００５０】
[0050]ＥＭＲ１１２及び他の類似の外部システムなどの外部システムに関しては、これらの外部システムはベッドサイドブレイン１００に、一部のプロトコール（本明細書においてより詳細に説明する）で必要とされる特定の検査データなどの入力を与えることができる。外部システムは、個々のプロトコール用に患者の特定の情報（例えば、患者の年齢）を提供することもできる。外部システムは、患者の管理に必要であればベッドサイドブレイン１００のデータを収集することができる。同様に、患者の入院データ、入院／退院／転院記録１１４、及び関連する外部システム（例えば、ＥＭＲ１１２）は、ベッドサイドブレイン１００によって、患者の識別情報及び他の患者情報を提供するため、及び検証するために、使用することができる。
【００５１】
[0051]ベッドサイドブレインサーバ１０２に関しては、ベッドサイドブレインサーバ１０２は、ローカルの管理、及び例えば病院ネットワークへのゲートウェイ機能を含むゲートウェイ機能を提供する。ベッドサイドブレインサーバ１０２は、ベッドサイドブレイン１００に必要であれば特定の規則プロトコールなどの情報を与える。ベッドサイドブレインサーバ１０２は、病院ネットワーク内などで（例えば、サーバに接続されて）複数のベッドサイドブレインのステータスを監視する。ベッドサイドブレインサーバ１０２は、ベッドサイドブレイン１００によって送信されたデータを収集し、分析的な情報（例えば、パフォーマンス情報、患者情報など）を提供する。ベッドサイドブレインサーバ１０２は、ファームウェア更新、デバイスステータス監視、診断的及び使用状況情報、サービス品質対策などの、ベッドサイドブレイン管理機能を提供する。
【００５２】
[0052]クラウドサーバ又はネットワーク１０４（本明細書において単純に「クラウド」とも称する）に関しては、クラウド１０４は単一のサーバ、サーバグループであってもよく、又はベッドサイドブレイン１００の構成要素が遠隔でクラウドコンピューティングフレームワークにアクセスできるように、代替的にクラウドコンピューティングフレームワーク内で分散されていてもよい。クラウド１０４は、新しい規則作成及び識別情報のための、人間による、及び機械学習システムによる分析用のデータを記憶する。クラウド１０４は、規則仕様をコーポレートレベル（例えば、標準的な規則仕様）で提供することができる。クラウド１０４は、グローバル管理及びファームウェア更新などを含むベッドサイドブレイン１００のサポートを含む、ベッドサイドブレイン１００用の監視及び分析ツールを、世界規模で提供する。クラウド１０４は、ベッドサイドブレイン１００によって収集された情報のためのコーポレートリポジトリを提供する。クラウド１０４は、規則仕様の作成のために情報を提供する。
【００５３】
[0053]患者療法デバイス１０６Ａ〜Ｂは、リニア容積非経口ポンプ（ｌｉｎｅａｒ  ｖｏｌｕｍｅ  ｐａｒｅｎｔｅｒａｌ  ｐｕｍｐ）、外来用輸液ポンプ、流量制御型輸液ポンプ（ｖｏｌｕｍｅｔｒｉｃ  ｉｎｆｕｓｉｏｎ  ｐｕｍｐ）、又は患者１１０に静脈療法を送達することができるあらゆる他のポンプなどの、輸液ポンプを含むことができる。患者療法デバイス１０６Ａ〜Ｂは同様に、あらゆる血液透析、血液ろ過、血液ろ過透析、持続的腎代替療法（「ＣＲＲＴ」）、又は腹膜透析（「ＰＤ」）機器などの透析又は腎不全療法の機器を含む場合がある。患者療法デバイス１０６Ａ〜Ｂは、同様にレスピレータ及び除細動器を含むことができる。一般的に、患者療法デバイス１０６Ａ〜Ｂは、患者１１０へ療法を提供するように構成されるあらゆるデバイスであることができる。療法デバイス１０６Ａ〜Ｂは、デバイス状態についての入力、又はデバイス監視の入力パラメータなどの他の入力を与えることができる。例えば、除細動器はＥＣＧ監視の入力パラメータを与えることができる。
【００５４】
[0054]患者監視デバイス１０８Ａ〜Ｂは、あらゆる患者モニタ及び／或いは、心拍数センサ（例えば、ＥＫＧセンサ、及び／又はＥＣＧセンサ）、温度センサ、パルスオキシメトリセンサ、患者体重センサ、血糖センサ、呼吸センサ、血圧センサ、圧力センサなどの生理学的センサ、又は生理学的パラメータ若しくは患者１１０からのバイタルサインを判断するあらゆる他のセンサ、及び／或いは患者１１０又は患者１１０の治療に関する表示データ、を含むことができる。
【００５５】
[0055]ベッドサイドブレイン１０は、患者療法デバイス１０６Ａ〜Ｂに関連付けられる情報及び患者療法デバイス１０６Ａ〜Ｂについてのステータス情報、患者監視デバイス１０８Ａ〜Ｂに関連付けられる情報及び患者監視デバイス１０８Ａ〜Ｂについてのステータス情報、及び患者１１０に関連付けられる情報、を含む情報を表示するように構成される患者モニタをさらに含むことができる。この情報は、ユーザが読みやすいように、図的に表示されることがある。例えば、ベッドサイドブレイン１００のモニタは、様々なセンサからのデータを、時間ベースのグラフにより、数値により、色コードにより、及び／又はあらゆる他の図的な手段により、表示することができる。モニタは、ベッドサイドブレイン１００に有線又は無線で連結することができる。以降、読みやすさのため、前述の処理及びメモリ機能に加え、ベッドサイドブレイン１００は、モニタを含むと仮定する。しかしながら、ある実施形態ではベッドサイドブレイン１００はモニタを必要としないことに留意されたい。
【００５６】
[0056]ベッドサイドブレイン１００は、規則仕様作成器、技術者若しくは技師（例えば、セットアップ及び設定、定期メンテナンス、ファームウェア更新のためなど）、管理者、臨床医、又は患者を含む追加的なソースからの入力を含むことができる。
【００５７】
[0057]ベッドサイドブレイン１００は、患者の入力値（例えば、患者のバイタル）及び他のデータ（例えば、電子的医療記録又は他のソースからの患者データ）を受信するための運用者インターフェース（例えば、タッチスクリーン、物理的マウス／キーボードなど）を含むことができる。本明細書においてさらに詳述するように、運用者インターフェースは規則作成に使用することができることも有利である。
［ベッドサイドブレインプロトコール］
【００５８】
[0058]ベッドサイドブレイン１００を理解するためには、例を用いてその機能性をひと通り概観することが最も簡単である。図２は、ベッドサイドブレイン１００のインターフェースを図示している。具体的には、ベッドサイドブレイン１００は、患者監視デバイス１０８Ａ〜Ｂによって測定された患者１１０の生理学的パラメータを示している。例えば、心拍数、呼吸数、及び患者の循環血液量（volume status、ボリュームステータス）が表示されている。これらの生理学的パラメータのそれぞれは、数値的に、及び図的に表示されている。患者１１０のあらゆる数の生理学的パラメータを測定するために、あらゆる数の患者監視デバイス１０８Ａ〜Ｂを使用することができることを了解すべきである。ベッドサイドブレイン１００は、アクティブな安全プロトコール（本明細書において「プロトコール」とも称される）がゼロであること、及びメッセージがゼロであることを示している。
【００５９】
[0059]図３は、プロトコールを設定中のベッドサイドブレイン１００のインターフェースを図示している。より具体的には、看護師、医師、又は他のヘルスケア提供者などのユーザが、「設定」を選択してある。「設定」を選択することにより、ユーザは、ベッドサイドブレイン１００が実行することができるすべてのプロトコールを閲覧することができる。
【００６０】
[0060]ベッドサイドブレイン１００は、認識することができるプロトコールのみ実行することができる（例えば、ベッドサイドブレイン１００は、特定のプロトコールについての規則構文を記憶していなければならない）。さらには、ベッドサイドブレイン１００は、接続された患者療法デバイス１０６Ａ〜Ｂ、及び接続された患者監視デバイス１０８Ａ〜Ｂ用のプロトコールのみ実行することができる。例えば、ベッドサイドブレイン１００は、プロトコールが、ベッドサイドブレイン１００が心拍数を特定することを必要とする場合、接続された患者監視デバイス１０８Ａ〜Ｂの少なくとも１つがＥＣＧモニタであることを必要することがある。同様に、例えば、ベッドサイドブレイン１００は、プロトコールのアクションがベッドサイドブレイン１００に患者への輸液をやめることを必要とする場合、接続された患者療法デバイス１０６Ａ〜Ｂの少なくとも１つが輸液ポンプであることを必要することがある。必要とされるすべてのシステムパラメータ（例えば、患者監視デバイスのパラメータ、患者療法デバイスのパラメータなど）が揃うと、ベッドサイドブレイン１００によってプロトコールリストからプロトコールが特定される。したがって、ベッドサイドブレイン１００は、ベッドサイドブレイン１００が所与のシステムで実行することができるプロトコールのみの一覧を与える。ベッドサイドブレイン１００は、可能なプロトコールが現在実行されているかどうかも特定する。図２で図示される例では、可能なプロトコールが１つも実行されていない。
【００６１】
[0061]ユーザが「循環血液量減少症（Hypovolemia、ハイポボレミア）」など特定のプロトコールを選択する場合、ベッドサイドブレイン１００は、プロトコールの概要を表示する。例えば、ベッドサイドブレイン１００は、典型的にどのような患者パラメータがベッドサイドブレイン１００によってアクションをトリガすることができるかを含むプロトコールの説明を表示している。ベッドサイドブレインは、あらゆる「潜在的な自動安全アクション」も表示している。これらは、いったん一定の条件が満たされてユーザによる介入がない場合に、潜在的にベッドサイドブレイン１００が取り得るアクションである。同様に、ベッドサイドブレイン１００は、必要とされる入力を表示することがある。例えば、「ハイポボレミア」プロトコールは、患者１１０についてのボリュームインデックス（例えば、患者１１０のボリュームステータスを特定する単位のない数）を必要とする。
【００６２】
[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]一実施形態において、ベッドサイドブレイン１００自身が任意の患者療法デバイス１０６Ａ〜Ｂに関連するいかなるハードコーディングも必要としないように、ベッドサイドブレイン１００は、意味に関連する変換器（semantic translator、セマンティックトランスレータ）を含む。セマンティックトランスレータに関しては、編集可能な設定ファイルを含むことができる（例えば、ある用語から別の用語へのマッピングを可能にする場所）。この方法で、例えば、センサが「ＥＣＧ」のタイプであると示しているが、規則はセンサのタイプは「ＥＫＧ」であると指定している場合、これらの２つは同じものであるが、用語は違っており、設定ファイルは、規則の構文とデバイス１０６Ａ〜Ｂによって送信される構文との間に間接レイヤがあるようにＥＣＧとＥＫＧとのマッピング（逆も可）を可能にする。
【００９９】
[0099]療法的デバイス１０６Ａ〜Ｂに関しては、それぞれの療法的デバイス１０６Ａ〜Ｂがベッドサイドブレイン１００と個々に互換性があることができる。例えば、デバイス１０６Ａ〜Ｂは、一定の挙動にしたがうよう、またベッドサイドブレイン１００によって必要とされるあらゆる通信プロトコールにしたがうよう、要求される場合がある。一実施形態において、療法的デバイス１０６Ａ〜Ｂとベッドサイドブレイン１００との間が（例えば、有線で）接続されると、ベッドサイドブレイン１００と療法的デバイス１０６Ａ〜Ｂとの間にハンドシェイクが発生する。一実施形態において、ハンドシェイクには、療法的デバイス１０６Ａ〜Ｂによる識別情報が含まれる：（１）療法的デバイスであること、（２）それはどのような種類のデバイスであるか、（３）非療法的なアクションとして何を取り得るか、（４）療法的なアクションとして何を取り得るか。
【０１００】
[00100]センサ１０８Ａ〜Ｂに関しては、それぞれのセンサ１０８Ａ〜Ｂは、特定のプロトコール（例えば、ＩＨＥ−ＰＣＤプロトコール）又は何らかの他の一般的な標準プロトコールにしたがうことができる。同様に、代替として、ベッドサイドブレイン１００は、一般的なプロプライエタリなデバイス１０８Ａ〜Ｂ（例えば、ＧＥ及び／又はＰｈｉｌｌｉｐｓモニタ）用のデバイスドライバを含むことがある。デバイスドライバは、ベッドサイドブレイン１００のコードの主ソース内にないことが好ましい。
【０１０１】
[00101]一実施形態において、それぞれのプロトコールは、すべての他のプロトコールとは独立的である。例えば、別のプロトコールのコンテキストを知り、又は使用して動作するプロトコールはない。プロトコールは、データストアにデータを書き込むことができる。このプロトコールにより書き込まれたデータは、そのプロトコールによってのみ、読み出すことができる（例えば、そのプロトコールが互いに独立的に実行されることを確実にするために）。同様に、それぞれの「療法」は単一のプロトコールによってのみ制御することができる。ベッドサイドブレイン１００は、プロトコールの潜在的なアクションのいずれかが、既に別のプロトコールによって制御されている療法を制御することを含む場合、プロトコールを有効にすることをユーザに制限する場合がある。ベッドサイドブレイン１００は、リクエストを送信した時に、アクションをリクエストするプロトコールのＩＤを送信することがある。例えば、これにより、コマンドが既に制御をしているプロトコールとは異なるプロトコール由来である場合、療法的デバイス１０６Ａ〜Ｂ自身がベッドサイドブレイン１００からのコマンドを受け取ることを拒否することが可能になる。
【０１０２】
[00102]より具体的には、プロトコールは、複数の特徴を含むことがある。一実施形態において、プロトコールはメタデータを含むことがある。例えば、プロトコールは、必要とされるユーザ入力、その入力のキャプション、入力のタイプ、入力及び（もしあれば）入力用のデフォルト値について許可されている値を定義することができる。同様に、例えば、プロトコールは、ユーザが（例えば、ユーザインターフェースで）対面するプロトコールの説明、プロトコールの名称を含むことがある。同様に、例えば、プロトコールはデフォルトの値を含むことがある（例えば、デフォルトのオプトアウトタイム）。同様に、例えば、プロトコールはプロトコールのタイプを宣言することができる（例えば、「安全プロトコール」）。一実施形態において、プロトコールは、シンプル、非ループ、ｉｆ−ｔｈｅｎ−ｅｌｓｅ及び／又はｉｆ−ｅｌｓｅ構造であるよう構成される。結果として、プロトコールは、フローチャートで、又は他の手段で表示可能であり、ユーザによって容易に理解可能であることができる。一実施形態において、フローチャートは記述的なエイリアス（例えば、複合的な条件）を含むことができ、単一のステートメント内のネストされた条件文を除去することができるか、又はフローチャートのユーザ可読性を高めるための他の代用を表示することができる。一実施形態において、プロトコールは、プロトコールの誤り（例えば、ハッカー及び／又は不良な書き込みによる）のリスクを低減するために限定された言い回し／性質（ｃｈａｒａｃｔｅｒｓ）を有する。一実施形態において、プロトコールが許可された限定された言い回し／性質を超えて、追加的な言い回し／性質を含む場合、ベッドサイドブレインはプロトコールがアクティブ化されるよう許可することを拒否することができる。一実施形態において、プロトコールの条件文は、様々な演算を実施することができる。プロトコールの条件文は、算術（例えば、乗算、除算など）及び論理（例えば、ｃｏｎｔａｉｎｓ、ｓｔａｒｔｓ  ｗｉｔｈ、など）を含む構文を介してプロトコールに利用可能な単純な演算を実施することができる。例えば、「ｉｆ（ＨＲ＜ｕｓｅｒ＿ｍｉｎｉｍｕｍ＊２）ｔｈｅｎ」である。プロトコール条件は、構文の一部であるシステム付与の関数を介してプロトコールに利用可能な複雑な演算を実施することができる。
【０１０３】
[00103]一実施形態において、プロトコールの条件文は、構文内のどこかに存在するより任意なコード（例えば、カスタムの関数セクション）を参照することもできる。一実施形態において、複数の異なるセンサ１０８Ａ〜Ｂは同一データ要素（例えば、心拍数）を提供することがあるため、プロトコールはデータ要素が特定のソース／センサから由来しなければならないか、そうでないかを特定するべきである。一実施形態において、プロトコールは任意選択的な入力又は出力を有することができなければならない。一実施形態において、構文は、標準的なプログラミング言語の限定されたバージョン（例えば、Ｐｙｔｈｏｎ）であり、構文が限定された言い回し／性質を有することを保証するために単純になるよう調整されている。異なる実施形態において、構文は新品の構文として解析される。
【０１０４】
[00104]理想的には、ベッドサイドブレイン１００は、プロトコールが適切な構文並びにあらゆる他の規則、限定、及び適切なプロトコール用にベッドサイドブレイン１００によって義務付けられる要求事項にしたがう限り、あらゆる任意のプロトコールを実行することができる。ベッドサイドブレイン１００自身は、プロトコールをチェックし、プロトコールが適切な構文並びにあらゆる他の規則、限定、及び適切なベッドサイドブレインのプロトコールによって義務付けられる要求事項にしたがう場合、ベッドサイドブレインがアクティブ化のためにプロトコールを有効にするだけであることを保証する。一実施形態において、複数のプロトコールは、１つのデバイス及び／又は複数のデバイスで同時に実行することができる。したがって、ベッドサイドブレイン１００は、プロトコールを管理する一方、複数の監視デバイス及び複数の療法デバイスの両方をインターフェースする。
【０１０５】
[00105]一実施形態において、すべての接続されたデバイス１０６Ａ〜Ｂ／１０８Ａ〜Ｂは、「入力」（例えば、ベッドサイドブレインへデータを与える）と考えられ、いくつかのデバイスは「出力」（例えば、さらなる機能又はアクションを実施することができる）と考えられ、出力のサブセットは、患者療法デバイス１０８Ａ〜Ｂと考えられる（療法を送達することができる）。一実施形態において、ベッドサイドブレイン１００は、有線を介してデバイスに接続する。例えば、有線接続はサイバーリスク及びマルウェアを低減する。同様に、例えば、有線接続は、個々のセンサ、療法的デバイス、及びベッドサイドブレイン１００がすべて同一の患者に関連付けられることを確実にする（例えば、患者と同じ物理的な部屋の中）。
【０１０６】
[00106]一実施形態において、様々なタイプの療法デバイス１０６Ａ〜Ｂがある。いくつかの療法デバイス１０６Ａ〜Ｂは一度に１つだけの療法を提供する。例えば、基本的な輸液ポンプは一度に１つの薬剤のみを注入する。いくつかの療法デバイス１０６Ａ〜Ｂは一度に複数の療法を提供する。例えば、マルチチャネルポンプは一度に複数の薬剤を注入する。いくつかの療法デバイス１０６Ａ〜Ｂは、患者１人につき、そのデバイスのインスタンスを１つ有することができるだけである。例えば、換気装置は単一の患者のみに使用される。いくつかの療法デバイス１０６Ａ〜Ｂは、患者１人につき、そのデバイスの複数のインスタンスを有することができる。例えば、複数の輸液ポンプを単一の患者に使用することができる。一実施形態において、「療法」は、特定のデバイスによってもたらされる特定の療法である。例えば、換気装置のための療法は、換気である；ＩＶポンプ用の療法は、注入と注入される特定の薬剤との組合せである。
【０１０７】
[00107]一実施形態において、単一のデバイスが、複数の療法を実施できる場合、又は複数の療法を実施するように構成される場合、単一のデバイスは、ベッドサイドブレイン１００とのその通信において、１つの療法につき１つのデバイスをエミュレートする。例えば、１つのみの医薬品を有する３チャネルＩＶポンプは、単一のデバイス及び単一の療法をエミュレートすることになる。同様に例えば、３チャネルＩＶポンプは、異なる医薬品につながれた３つのチャネルすべてが、３つのデバイス及び３つの療法をエミュレートすることになる（例えば、１療法につき１医薬品）。この例では、３チャネルＩＶポンプは３つの別個のハンドシェイク、及びそれぞれのステータスが更新される３つの別個のメッセージを送信することになる。
【０１０８】
[00108]一実施形態において、患者監視デバイス１０８Ａ〜Ｂで多数の生理学的パラメータを監視することができる。様々な生理学的パラメータの例示的な一覧を、以下の表１に示す。表１に列挙する入力は非網羅的な一覧であることに留意されたい。表１の入力の他に、多くの他の入力がベッドサイドブレインによって企図される。
【表１】
2021500647.tif 000002
2021500647.tif 000003
［使用例］
【０１０９】
[00109]先に説明したように、ベッドサイドブレイン１００は、臨床医が入力値の範囲、導出値、デバイスのセッティング、及び他のデータのポイントをセットできるようにしており、特定の安全プロトコールに関連する療法を実施することができる。以下の例は、高カリウム血症の規則用のプロトコールを示している。
【表２】
2021500647.tif 000004
2021500647.tif 000005
【０１１０】
[00110]例示的な高カリウム血症の規則用の関連する規則ロジックは、次を含む：
ＩＦ（ＮＯＴ  ＡＮＹ＿ＰＵＭＰ＿ＤＥＬＩＶＥＲＩＮＧ＿ＥＰＩ）／／これは基本的な薬物安全チェックである
・ＩＦ（ＥＣＧ＿ＦＡＵＬＴＥＤ  ＡＮＤ  ＨＥＡＲＴ＿ＲＡＴＥ＿ＥＣＧ＿ＩＮＶＡＬＩＤ）／／必要とされる入力が両方失敗
・・・アクション：ＣＦＨ＿規則
・・・注：ここでユニットは障害状態にありますが、ＣＦＨをオフにしますか？
・・・自動的なリセットがない場合、常にアラームを手動でリセットしなければならないことを考慮。
・ＥＬＳＥＩＦ（ＥＣＧ＿ＦＡＵＬＴＥＤ  ＡＮＤ  ＨＥＡＲＴ＿ＲＡＴＥ＿ＶＡＬＩＤ）ＡＮＤ（（ＨＥＡＲＴ＿ＲＡＴＥ＜ＨＲ＿ＭＩＮ＿ＰＴ＿ＨＹＰＥＲＫＡＬＥＭＩＡ）ＯＲ（ＨＥＡＲＴ＿ＲＡＴＥ＜ＨＥＡＲＴ＿ＲＡＴＥ＿ＢＡＳＥＬＩＮＥ＊０．６））
・・・アクション：ＣＨＦ＿規則
・・・アクション：カリウムをオフにする
・ＥＬＳＥＩＦ（ＱＲＳ＿ＷＩＤＴＨ＞ＱＲＳ＿ＷＩＤＴＨ＿ＭＡＸ＿ＨＹＰＥＲＫＡＬＩＭＩＡ）ＯＲ（ＱＲＳ＿ＷＩＤＴＨ＞（ＱＲＳ＿ＷＩＤＴＨ＿ＢＡＳＬＩＮＥ＊１．２５））
・・ＡＮＤ
・・（（ＨＥＡＲＴ＿ＲＡＴＥ＜ＨＲ＿ＭＩＮ＿ＰＴ＿ＨＹＰＥＲＫＡＬＥＭＩＡ）ＯＲ（ＨＥＡＲＴ＿ＲＡＴＥ＜ＨＥＡＲＴ＿ＲＡＴＥ＿ＢＡＳＥＬＩＮＥ＊０．６）
・・ＡＮＤ
・（ＡＬＧＯ＿ＱＲＳ＿ＰＥＡＫＩＮＧ＿ＰＲＥＳＥＮＴ０  ＯＲ
・ＱＲＳ＿ＰＥＡＫＩＮＧ＿ＧＥＴ＿ＬＥＶＥＬ＿ＢＡＳＥＬＩＮＥ＊１．２５）／／このコンテキストでは、１アルゴリズムを用いる
・・・アクション：ＣＨＦ＿規則
・・・アクション：カリウムをオフにする
・・・アクション：重炭酸を送達
・ＥＮＤＩＦ
ＥＬＳＥ
・・アクション：ＣＨＦ＿規則
・・ＳＨＯＷ  ＤＩＡＬＯＧ  ＩＮＤＩＣＡＴＥ  ＳＬＥＣＴＩＯＮ  ＯＦ  ＨＹＰＥＲＫＡＬＥＭＩＡ  ＷＨＩＬＥ  ＥＰＩ  ＤＥＬＩＶＥＲＹ
ＥＮＤＩＦ
【０１１１】
[00111]例えば、患者１１０はテレメトリユニット１０６Ａにいて、輸液ポンプ１０８Ａを介してカリウムのＩＶ投与を受けている。患者のＴ波はピークに達し、ＱＲＳ波（ＱＲＳ  ｃｏｍｐｌｅｘ）が幅広くなり始め、患者１１０の心拍数が減少する。これらは、高カリウム血症のいくつかの典型的なサインである。ベッドサイドブレイン１００は、患者データを読み取り、このパターンを今述べた「典型的なサイン」により認識する。ベッドサイドブレイン１００は、アラームを鳴らし、看護師、医師、又は他の緊急ヘルスケア提供者を呼ぶ。残念ながら、誰もアラームに応答しない。ベッドサイドブレイン１００は、安全プロトコールを実行する：ＩＶカリウム投与を停止する。追加的に、特定の実施形態において、ベッドサイドブレイン１００は、重炭酸ナトリウム（又は、患者がジゴキシン投与中でなければ、塩化カルシウム）のアンプルを注射するなどの追加的なフォローアップの安全プロトコールを実施することができる。要約すると、ベッドサイドブレイン１００は、患者１１０の心電図が危険な高カリウム状態のサインを示している場合、カリウム注入を停止する。
【０１１２】
[00112]第２の例では、安全プロトコールは、低血圧症の規則に関する。例えば、外科手術後の患者１１０が、回復中であるが、内部的に大量出血が始まる。ベッドサイドブレイン１００は、呼吸数、心拍数、ボリュームステータスシグナル、及び心拍数の変動、呼吸数の変動、及びボリュームステータスの変化率のアルゴリズムのサブノードを介して導出された値の入力を受信することにより低血圧症を予測する。ベッドサイドブレイン１００は、助けを求めるが、誰も応答しない。次いで、患者１１０のボリュームステータスシグナルが、実際に低血圧症を示す。ベッドサイドブレイン１００は、乳酸リンゲル溶液５００ｃｃのＩＶ急速投与を患者１１０に与え、医師を呼び、看護師を呼び、アラームを鳴らし続ける。
【０１１３】
[00113]第３の例では、安全プロトコールは、流体の過負荷を特定することに関する。例えば、緊急部門にいる患者１１０が、患者１１０がインフルエンザのために、脱水のためＩＶ流体を受けている。ベッドサイドブレイン１００は、患者１１０のボリュームステータスシグナルに基づいて、また患者１１０の呼吸数が増加していることにも基づいて、患者１１０の流体が過負荷になっていることを特定する。ベッドサイドブレイン１００は、これらの要因をＩＶ流体注入に関連するものと考え、助けを求めるが、誰も応答しない。ベッドサイドブレイン１００は、ＶＩ流体注入速度を低下させ、医師を呼び、看護師を呼び、アラームを鳴らし続ける。
【０１１４】
[00114]第４の例では、安全プロトコールは、低血圧症を予測することに関する。例えば、患者１１０は集中治療室で血液透析を受けている。ベッドサイドブレイン１００は、呼吸数、心拍数、ボリュームステータスシグナル、及び心拍数の変動、呼吸数の変動、及びボリュームステータスの変化率のアルゴリズムのサブノードを介して導出された値の入力を使用して低血圧症を特定する。ベッドサイドブレイン１００は、助けを求めるが、誰も応答しない。ベッドサイドブレイン１００は、透析を自動的に可能な限り低速に低下させ、看護師を呼び、医師を呼び、アラームを鳴らし続ける。
【０１１５】
[00115]第５の例では、安全プロトコールは、大量出血を予測することに関する。例えば、患者１１０は、患者１１０が大量出血するかも知れないという重大な懸念があるにも関わらず、血液凝固の問題があり低分子量ヘパリンショットを受けている。ベッドサイドブレイン１００は、心拍数の上昇、呼吸数の増加、及びボリュームステータスの減少に気が付く。ベッドサイドブレイン１００は、助けを求めるが、誰も答えない。ベッドサイドブレイン１００は、２つのアクションを開始することができる：２５０ｃｃ生理食塩水の急速投与を注入し、ＩＶでプロタミン硫酸塩の低速プッシュを開始する（例えば、部分的にヘパリンショットを逆流させる）。
【０１１６】
[00116]上で与えられた例は限定的ではないこと、またベッドサイドブレインが他の多くの安全プロトコールアクションを、他の多くのセンサ及び療法的デバイスを用いて実施することができることを了解されたい。
【０１１７】
[00117]本明細書において説明される、開示される方法及び手順のすべては、１つ又は複数のコンピュータプログラム又は構成要素を使用して実装することができることを了解されたい。これらの構成要素は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、磁気若しくは光学ディスク、光学メモリ、又は他の記憶媒体を含むあらゆる従来的なコンピュータ可読媒体に一連のコンピュータ命令として設けることができる。命令は、一連のコンピュータ命令を実行する時に、開示される方法及び手順のすべて又は一部の実行を実施するか、又は容易にするプロセッサによって実行されるように構成することができる。
【０１１８】
[00118]特許請求の範囲を含め、本明細書において使用される場合、用語「及び／又は」は、包含的又は排他的のいずれかの接続詞である。それによって、用語「及び／又は」は、一群のうちの２つ以上のものの存在を指すか、又は代替物の一群から１つの選択がなされ得ることを指す、いずれかである。
【０１１９】
[00119]本開示の多くの特徴及び利点は、書面の説明より明らかであり、したがって添付の特許請求の範囲は、本開示のすべてのそのような特徴及び利点を網羅することを意図されている。さらには、当業者には数々の修正及び変更が容易に想到されるため、本開示は図示され説明されるような厳密な構成及び動作に限定されない。したがって、説明された実施形態は、例示的であって制限的ではないと取られるべきであり、また本開示は本明細書において与えられた詳細に限定されるべきではなく、現在又は将来予測可能か予測不可能かに関わらず、以下の請求項及びそれらの等価物の全範囲によって定義されるべきである。
【図１】
2021500647.tif 000006
【図２】
2021500647.tif 000007
【図３】
2021500647.tif 000008
【図４】
2021500647.tif 000009
【図５】
2021500647.tif 000010
【図６Ａ】
2021500647.tif 000011
【図６Ｂ】
2021500647.tif 000012
【図６Ｃ】
2021500647.tif 000013
【図６Ｄ】
2021500647.tif 000014
【図７】
2021500647.tif 000015
【図８】
2021500647.tif 000016
【図９】
2021500647.tif 000017
【図１０】
2021500647.tif 000018
【図１１】
2021500647.tif 000019
【図１２】
2021500647.tif 000020
【図１３】
2021500647.tif 000021
【図１４】
2021500647.tif 000022
【図１５】
2021500647.tif 000023
【図１６】
2021500647.tif 000024
【図１７】
2021500647.tif 000025
【図１８】
2021500647.tif 000026
【図１９】
2021500647.tif 000027
【図２０】
2021500647.tif 000028
【図２１】
2021500647.tif 000029
【図２２】
2021500647.tif 000030
【図２３】
2021500647.tif 000031
【国際調査報告】
2021500647.tif 000032
2021500647.tif 000033
2021500647.tif 000034
2021500647.tif 000035
2021500647.tif 000036