(57)【要約】【課題】１つ又は複数の患者ケアのルール及びプロトコルへのコンプライアンスを決定するための方法、システム、及びコンピュータ可読媒体が提供される。【解決手段】この方法は、患者に与えられる１つ又は複数の薬物に関して、ポンプからの注入情報をプロセッサに送るステップと、患者に与えられる換気に関して、人工呼吸器からの換気情報をプロセッサに送るステップと、プロセッサによって患者の実際のケアと患者のケアに関連するルール及びプロトコルのセットとの間の違いを、注入情報と換気情報とに少なくとも部分的に基づいて決定するステップとを含む。【選択図】  図１Ｂ
2019084379.tif 000002
【特許請求の範囲】
【請求項１】
１つ又は複数の患者ケアのルール及びプロトコルへのコンプライアンスを決定する方法であって、
患者に与えられる１つ又は複数の薬物に関して、ポンプからの注入情報をプロセッサに送るステップと、
前記患者に与えられる換気に関して、人工呼吸器からの換気情報を前記プロセッサに送るステップと、
前記プロセッサによって、前記患者の実際のケアと、前記患者のケアに関連するルール及びプロトコルのセットとの間の違いを、前記注入情報と前記換気情報とに少なくとも部分的に基づいて決定するステップと
を含む、方法。
【請求項２】
１つ又は複数の自発的な覚醒の試み（ＳＡＴ：spontaneous awakening trial）が発生したのかどうかを、前記注入情報と換気情報との１つ又は複数の少なくとも一部に基づいて決定するステップと、
１つ又は複数のＳＡＴが発生したのかどうかが決定されたとき、１つ又は複数のＳＡＴのそれぞれについて、前記ＳＡＴの開始時刻と停止時刻とを、前記注入情報と換気情報との１つ又は複数に少なくとも部分的に基づいて決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
１つ又は複数のＳＡＴが発生したと決定されたとき、前記１つ又は複数のＳＡＴの頻度を前記ルール及びプロトコルのセットによって定められたＳＡＴの好ましい頻度と比較するステップをさらに含む、請求項２に記載の方法。
【請求項４】
１つ又は複数のＳＡＴが発生したと決定されたとき、前記１つ又は複数のＳＡＴのそれぞれが成功したのかどうかを、前記ＳＡＴの持続期間に基づいて決定するステップであって、前記ＳＡＴの前記持続期間は、前記ＳＡＴの前記開始時刻と停止時刻とに基づいて決定されるステップをさらに含む、請求項２に記載の方法。
【請求項５】
１つ又は複数の自発的な呼吸の試み（ＳＢＴ：spontaneous breathing trial）が発生したのかどうかを、前記注入情報と換気情報との１つ又は複数に少なくとも部分的に基づいて決定するステップと、
１つ又は複数のＳＢＴが発生したと決定されたとき、１つ又は複数のＳＢＴのそれぞれについて、前記ＳＢＴの開始時刻と停止時刻とを、前記注入情報と換気情報との１つ又は複数に少なくとも部分的に基づいて決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項６】
１つ又は複数のＳＢＴが発生したと決定されたとき、前記１つ又は複数のＳＢＴのそれぞれが成功したのかどうかを、前記ＳＢＴの持続期間に基づいて決定するステップであって、前記ＳＢＴの前記持続期間は、前記ＳＢＴの前記開始時刻と停止時刻とに基づいて決定されるステップをさらに含む、請求項５に記載の方法。
【請求項７】
１つ又は複数のＳＢＴが発生したと決定されたとき、前記ＳＢＴの前に発生した１つ又は複数の先行するイベントを識別するステップと、
前記１つ又は複数の先行するイベントを、前記ルール及びプロトコルのセットによって定められた１つ又は複数の好ましい先行するイベントと比較するステップと
をさらに含む、請求項５に記載の方法。
【請求項８】
抜管が行われたのかどうかを、前記注入情報と前記換気情報との１つ又は複数に少なくとも部分的に基づいて決定するステップと、
前記抜管が行われたと決定されたとき、前記抜管の前に発生した１つ又は複数の先行するイベントを識別し、前記１つ又は複数の先行するイベントを、前記ルール及びプロトコルのセットによって定められた１つ又は複数の好ましい先行するイベントと比較するステップと
をさらに含む、請求項１に記載の方法。
【請求項９】
前記患者の生命状態を示す、検査室システム、モニタ、又は調剤システムの１つ又は複数からの患者のバイタルサインを前記プロセッサに送るステップをさらに含み、
前記決定するステップは、前記患者のバイタルサインにさらに基づく、請求項１に記載の方法。
【請求項１０】
前記患者についての人口統計情報と状態情報との１つ又は複数を含む、病院情報システムからのＡＤＴ情報を前記プロセッサに送るステップをさらに含み、
前記決定するステップは、前記ＡＤＴ情報にさらに基づく、請求項１に記載の方法。
【請求項１１】
検査室システム、調剤システム、又はモニタの少なくとも１つからの情報を前記プロセッサに送るステップをさらに含み、
前記違いの決定は、前記検査室システム、調剤システム、又は前記モニタの前記少なくとも１つからの前記情報に少なくとも部分的にさらに基づく、請求項１に記載の方法。
【請求項１２】
前記注入情報は、前記患者に施される薬物毎の薬物の種類、前記患者に施される各薬物の投薬量、前記患者に施される各薬物の速度、又は開始された、もしくは停止された注入の指示の１つ又は複数を含む、請求項１に記載の方法。
【請求項１３】
前記換気情報は、換気のモード、呼吸数、１回換気量、酸素量、ピークの呼吸圧の大きさ、又は前記人工呼吸器で起動された警報の１つ又は複数を含む、請求項１に記載の方法。
【請求項１４】
前記患者に施される各薬物の体重ベースの投薬量を、前記注入情報と前記患者の体重とに少なくとも部分的に基づいて計算するステップであって、前記ルール及びプロトコルのセットが、前記患者に施される薬物毎の好ましい投薬量を含む、ステップと、
前記各薬物の体重ベースの投薬量を、前記薬物についての前記好ましい投薬量と比較するステップと
をさらに含む、請求項１に記載の方法。
【請求項１５】
前記患者に施される前記薬物は、少なくとも鎮静薬と鎮痛薬とを含む、請求項１に記載の方法。
【請求項１６】
前記患者に施される前記鎮静薬と鎮痛薬とのそれぞれの体重ベースの投薬量を、前記注入情報と前記患者の体重とに少なくとも部分的に基づいて計算するステップと、
鎮静薬の鎮痛薬に対する割合を、前記鎮静薬と鎮痛薬とのそれぞれの体重ベースの投薬の前記投薬量に基づいて計算するステップであって、前記ルール及びプロトコルのセットは、鎮静薬の鎮痛薬に対する好ましい割合を含む、ステップと、
前記計算された割合を前記好ましい割合と比較するステップと
をさらに含む、請求項１５に記載の方法。
【請求項１７】
前記ルール及びプロトコルのセットを識別するステップであって、前記ルール及びプロトコルのセットは、前記患者に施される前記薬物に関する選好と前記患者に関して従うべき引き離しプロセスとを含む、ステップをさらに含む、請求項１に記載の方法。
【請求項１８】
１つ又は複数の患者ケアのプロトコルへのコンプライアンスを決定するためのシステムであって、
患者に与えられる１つ又は複数の薬物に関して、注入情報を提供する注入ポンプと、
前記患者に与えられる換気に関して、換気情報を提供する人工呼吸器と、
前記注入ポンプと前記人工呼吸器とに通信可能に結合され、前記患者の実際のケアと、前記患者のケアに関連するルール及びプロトコルのセットとの間の違いを、前記注入情報と前記換気情報とに少なくとも部分的に基づいて決定するように構成されるプロセッサと
を含む、システム。
【請求項１９】
前記注入ポンプと、前記人工呼吸器と、前記プロセッサとに結合され、前記注入情報と換気情報とを収集し、前記情報を前記プロセッサに提供するように構成される調整エンジンをさらに含む、請求項１８に記載のシステム。
【請求項２０】
前記注入ポンプは、注入メッセージを前記注入ポンプから受け取り、前記プロセッサに提供される前記注入情報を生成するように構成される注入システム・マネージャに結合される、請求項１８に記載のシステム。
【請求項２１】
検査室システム、バイタルサインモニタ、又は調剤システムの１つ又は複数をさらに含み、
前記プロセッサは、前記違いを、前記検査室システム、バイタルサインモニタ、又は前記調剤システムの少なくとも１つによって提供される情報に少なくとも部分的にさらに基づいて決定するように構成される、請求項１８に記載のシステム。
【請求項２２】
１つ又は複数の患者ケアのプロトコルへのコンプライアンスを決定する方法を実施する、プロセッサによる実行のためにコンピュータ実行可能な命令が格納された非一時的なコンピュータ可読媒体であって、前記方法が、
患者に与えられる１つ又は複数の薬物に関して、注入情報を受け取るステップであって、前記１つ又は複数の薬物は、鎮静薬と痛み治療薬物とを含む、ステップと、
前記患者に与えられる換気に関して、換気情報を受け取るステップと、
クライアント装置での表示のために１つ又は複数のアナリティクスを提供するステップであって、前記１つ又は複数のアナリティクスが、前記注入情報と前記換気情報とに少なくとも部分的に基づいて生成され、前記１つ又は複数のアナリティクスが、前記患者の実際のケアと、前記患者のケアに関連するルール及びプロトコルのセットとの間の違いの指示を提供する、ステップと
を含む、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、全体的に患者ケアの最適化を容易にするシステム及び方法に関し、特に、人工呼吸器装着患者の鎮静作用、痛み治療及び人工呼吸器装着患者から人工呼吸器を引き離すプロセスのモニタリングに関する。
【背景技術】
【０００２】
機械式の人工呼吸器の患者は、ケア施設中で挿管され、通常、注入ポンプから鎮静及び痛みの治療を受け、さらにまた機械式の人工呼吸器装置から生命維持が施される。通常、看護師が注入ポンプを操作し、患者に対して全体的な責任を負う。人工呼吸器は、通常、呼吸療法士が操作する。
【０００３】
機械式の人工呼吸器は、患者が患者自身の自発呼吸によって適切なＰａＯ２、ＰａＣｏ２及びｐＨ動脈血のレベルを持続することができないとき、必要なレベルを維持するために、酸素の吸入とＣＯ２の吐出について患者を援助することによって生命維持を施す。正圧の機械式の人工呼吸器は、呼吸周期の吸入フェーズの間、吸入される酸素の制御可能な割合（２１％〜１００％）の空気をポンプで送り込む。呼吸周期の吸入フェーズが終了すると、患者は、肺の自然の反動特性を利用して、人工呼吸器を通じて息を吐き出す。周期毎に肺中に導入される空気の体積は、「１回換気量（tidal volume）」である。このプロセスは、極めて侵襲性であり、気圧障害や二次感染などの合併症に対する高い可能性をもたらす。さらにまた、そのような患者を楽にするために広く患者に処方される鎮痛薬（又は他の痛み止め）及び鎮静薬は、ひいては患者にとって有害な結果に繋がる恐れがある。
【０００４】
したがって、できるだけ早く機械式の人工呼吸器の使用を終了させることが望ましい。患者を機械式の人工呼吸器から移行させる、又は患者から「引き離す（wean）」ためのルール及びプロトコルの多くは、鎮静薬及び鎮痛薬又は他の痛み止めの量を、患者を覚醒させ、患者の自然な呼吸衝動の回復を可能にするように減らす、鎮静及び痛みの治療の管理を含む、一連の臨床的介入を含む。寛容しモニタしつつ患者を覚醒させる「自発的な覚醒の試み（spontaneous awakening trial）」又は「鎮静作用の休止（sedation vacation）」、並びに、人工呼吸器によるサポートが、ある期間低下され又は停止される「自発呼吸の試み（spontaneous breathing trial）」又は「引き離す試み（weaning trial）」では、患者は、苦痛又は困難さの兆候を識別するために、その試みの間モニタされる。患者が、処方された引き離しの試みを成功裏に完了することができると、人工呼吸器を取り外す「抜管（extubation）」を実施することができ、又は、さらにそれらを抜管に対して準備させるために、患者をフルサポートの戻すことができる。
【０００５】
看護師に制御されプロトコルによって導かれる鎮静作用の使用、自発的な覚醒と呼吸の試みの組合せ、並びに短時間作用の薬物の使用など、鎮痛性及び鎮静作用のある医薬品の総投与量の減少を促進させるそのような介入は、機械的な換気時間及びＩＣＵ滞在期間の短縮などの改善された結果と関連付けられる。また、患者のＩＣＵ滞在の間中の個々の患者の鎮静作用の滴定は、過度な鎮静作用及び副作用を減少させるように管理され、そして機械的な換気の持続期間及び滞在期間の短縮に寄与する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国出願公開第２０１２／０２３９８２４号明細書（米国特許出願第１３／４２１，７７６号の公開公報）
【特許文献２】米国出願公開第２０１４／００００６０９号明細書（米国特許出願第１３／７５６，４２１号の公開公報）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
開示する方法のいくつかの態様によって、人工呼吸器による患者のケアのためのルール及びプロトコルを管理することが容易になる。
【課題を解決するための手段】
【０００８】
ある実施例では、１つ又は複数の患者ケアのルール及びプロトコルへのコンプライアンスを決定するための方法が提供される。その方法は、患者に与えられる１つ又は複数の薬物に関して、ポンプからの注入情報をプロセッサに送るステップと、患者に与えられる換気に関して、プロセッサへの換気情報を人工呼吸器から受け取るステップと、プロセッサによって、患者の実際のケアと、患者のケアに関連するルール及びプロトコルのセットとの間の違いを、注入情報と換気情報とに少なくとも部分的に基づいて決定するステップとを含む。
【０００９】
ある実施例では、１つ又は複数の患者ケアのルール及びプロトコルへのコンプライアンスを決定するためのシステムが提供される。そのシステムは、患者に与えられる１つ又は複数の薬物に関して、注入情報を提供する注入ポンプと、患者に与えられる換気に関して、換気情報を提供する人工呼吸器と、注入ポンプと人工呼吸器とに通信可能に結合され、患者の実際のケアと、患者のケアに関連するルール及びプロトコルのセットとの間の違いを、注入情報と換気情報とに少なくとも部分的に基づいて決定するように構成されるプロセッサとを含む。
【００１０】
ある実施例では、１つ又は複数の患者ケアのルール及びプロトコルへのコンプライアンスを決定する方法を実施する、プロセッサによる実行のためにコンピュータ実行可能な命令が格納された非一時的なコンピュータ可読媒体が提供される。その方法は、患者に与えられる１つ又は複数の薬物に関して、注入情報を受け取るステップであって、その１つ又は複数の薬物は、鎮静薬と痛み治療薬物とを含む、ステップと、患者に与えられる換気に関して、換気情報を受け取るステップと、クライアント装置での表示のために１つ又は複数のアナリティクスを提供するステップであって、その１つ又は複数のアナリティクスが、注入情報と換気情報とに少なくとも部分的に基づいて生成され、その１つ又は複数のアナリティクスが、患者の実際のケアと、患者のケアに関連するルール及びプロトコルのセットとの間の違いの指示を提供する、ステップとを含む。
【００１１】
さらなる理解を提供するために含まれ、本明細書に組み込まれて、その一部を構成する添付図面は、開示される実施例を例示し、本明細書とともに、開示される実施例の原理を説明するよう機能する。
【図面の簡単な説明】
【００１２】
【図１Ａ】本開示の態様による、患者情報を収集し、人工呼吸器の患者のためのルール及びプロトコルの管理を容易にするための例示の病院ネットワークを描く。
【図１Ｂ】本開示の態様による、患者情報を収集し、人工呼吸器の患者のためのルール及びプロトコルの管理を容易にするための例示の病院ネットワークを描く。
【図２】人工呼吸器装着患者のケアのルール及びプロトコルへのコンプライアンスに関する情報を提供するためのプロセス例を示す。
【図３】人工呼吸器装着患者に関する注入アナリティクス例を生成するためのプロセス例を示す。
【図４】人工呼吸器装着患者に関する換気アナリティクス例を生成するためのプロセス例を示す。
【図５】本対象技術のいくつかの実装形態を実現する電子システムを概念的に例示する。
【発明を実施するための形態】
【００１３】
過度の鎮静作用又は長引く換気という副作用を最小にする目的で鎮静及び痛みの治療の最適なレベル及び適切な換気を確保するために、人工呼吸器装着患者のケアを管理するプロセスは、機械的な換気の期間及び滞在期間を短縮させるために必須のものである。これらの関心事の管理を容易にするために、病院、集中治療室（「ＩＣＵ」、intensive care unit）、長期急性期病床（「ＬＴＡＣ」、long term acute care）、熟練した看護施設及び／又は他のケア施設などの多くの救命治療施設は、看護及び医療のスタッフを指導するために、ベスト・プラクティスのルールのセット、鎮静作用プロトコル、換気及び引き離しプロトコル及び他の同様のガイドラインなどの１つ又は複数のルール及びプロトコルを設けているであろう。１つの実例では、１つ又は複数の患者ケアのルール及びプロトコルが、人工呼吸器装着患者にケアを施すためのベスト・プラクティスのルールのセット、予め定義されたルール及びプロトコル、及び／又は医師のオーダに従って、定められ、及び／又は伝えられる。語句「ルール及びプロトコル」は、本明細書で使用するとき、人工呼吸器装着患者にケアを施すための１つ又は複数のオーダ（たとえば医師のオーダ）、ベスト・プラクティス、ルール及び／又はプロトコルをいうために、一般に使用される。
【００１４】
これらのルール及びプロトコルに従うことで、患者のケアにおいて最適な結果に繋がることを意図としているので、これらのルール及びプロトコルに従っているのかどうかの定期的な監視を容易にし、且つそのようなルール及びプロトコルを管理し更新する規定を設けることは有用である。通常、そのようなルール及びプロトコルは、鎮静薬及び痛み治療薬（たとえば鎮痛薬）の投薬及び滴定、自発的な覚醒の試み又は鎮静作用の休止（「ＳＡＴ」、spontaneous awakening trial）のタイミング及び頻度、自発的な呼吸の試み（「ＳＢＴ」、spontaneous breathing trial）を実施するためのタイミング及び基準、及び機械的な換気が終了し、チューブが患者から取り外される、患者の抜管のためのタイミング及び基準に関して、機械式の人工呼吸器に置かれた各患者に対して従うべきステップのセットを規定する。
【００１５】
これらルール及びプロトコルは、通常、医師及び／又はケア施設のスタッフ及び監督者によって設けられ、及び／又は伝えられ、看護師及び療法士によって守られる。患者のケア施設又はネットワーク内で、そのようなルール及びプロトコルへのコンプライアンスをモニタし、向上させることを規定するために、開示される方法及びシステムの実施例では、患者に換気を施す人工呼吸器、病院情報システム、モニタ、検査室システム及び／又は薬局及び調剤（dispensing）システムのみならず、鎮静及び痛みの治療を患者に施す注入ポンプを含む１つ又は複数のシステム及び機器から情報を受け取ることが規定される。いくつかの実施例では、情報は、看護師又は療法士からのいずれの相互作用も必要とせずに、これらの装置から直接収集され、患者から人工呼吸器を引き離すためのルール及びプロトコルの様々なステップに関するアナリティクスを生成するために使用される。注入ポンプ及び人工呼吸器の情報に加えて、たとえば患者の症状データだけでなく、患者に関する人口統計データを含む他のデータも、他の存在から収集することができ、プロトコル及びベスト・プラクティスへのコンプライアンスを査定する際に使用され得る。一例では、注入ポンプ及び人工呼吸器、及び適宜他の機構又は存在から収集された情報に応答して、１つ又は複数のアナリティクスを生成することができる。たとえば、看護師及び／又は療法士が最適な患者ケアにおいて正しいステップを取っているのかどうかを示すコンプライアンス情報を生成することができる。一例では、収集されたデータに応答して、１つ又は複数の標識及び／又は通知を看護師及び／又は療法士に提供することができる。
【００１６】
コンプライアンスを評価して押し進めることによって、臨床医が、患者の人工呼吸器の引き離しを評価可能に最適化して向上させることができるようにし得る。収集されたデータは、処理されて、臨床的介入のイベントへの、そしてこれらのイベントのタイミング／パターンが引き離しプロセスにどのように影響するのかへの洞察をもたらし、且つ鎮静／痛みの治療、ＳＡＴ、ＳＢＴ及び抜管を含む引き離しプロセスを完全に見渡すことを容易にする様々な標識及び／又はアナリティクスが生成され、それによって、医師、看護技師（nursing technician）及び呼吸技師（respiratory technician）の間でより良い機能横断型のチームワークを押し進めることができる。
【００１７】
図１Ａ及び１Ｂは、患者情報を収集し、人工呼吸器の患者のためのルール及びプロトコルの管理を容易にするための病院ネットワーク１００の例を描いている。図１Ａに示すように、病院ネットワーク１００は、注入ポンプ１０１、注入システム・マネージャ１０２、人工呼吸器１０３、ネットワーク・モジュール１０４、病院情報システム１０５及び調整エンジン１０６を含む。
【００１８】
注入ポンプ１０１は、鎮静及び痛みの治療を患者に施す。一例では、注入ポンプ１０１は、患者への痛み及び／又は鎮静作用の医薬品を含む医薬品を提供するための１つ又は複数の注入ポンプの集合を表す。一例では、注入ポンプ１０１は、１つ又は複数のチャネルを含むことができ、各チャネルは、患者への鎮静作用又は痛みの医薬品（たとえば鎮痛薬）の少なくとも１つを施すことができる。上記に述べたように、注入ポンプは、通常、看護師が操作する。
【００１９】
注入ポンプ１０１は、注入システム・マネージャ１０２に結合され、注入メッセージを注入システム・マネージャ１０２に提供する。注入メッセージは、たとえば、患者に施される医薬品の特定の投与量／速度のための開始及び終了時刻を示すことができる。たとえば、医薬品（たとえば鎮静薬及び／又は鎮痛薬）の１つ又は複数の投薬量及び／又は速度がポンプ１０１で修正される毎に、注入メッセージがポンプ１０１によって生成され、そして注入システム・マネージャ１０２に送られる。一例では、ポンプ１０１は、ポンプ１０１で施される医薬品のタイプ、医薬品の投与、医薬品のボーラス（bolus）投与量パターンに関するメッセージを提供する。注入システム・マネージャ１０２は、注入ポンプ１０１と関連する患者の識別に関する情報をポンプ１０１又は病院情報システム１０５からさらに受け取ることができる。ポンプ１０１及び注入システム・マネージャ１０２は、例示的な目的で、個別の要素として描かれている。いくつかの実施例では、注入システム・マネージャ１０２の機能は、注入ポンプ１０１内に統合され得る。
【００２０】
注入システム・マネージャ１０２は、ポンプ１０１から受け取った注入メッセージを処理して、注入情報を調整エンジン１０６に提供する。一例では、調整エンジン１０６に提供される注入情報は、患者の識別情報（たとえば患者ＩＤ）、薬物情報（たとえば薬物タイプ）、薬物毎の注入の開始及び停止時刻、及び薬物毎の投与量及び／又は速度（たとえば連続的な注入投薬、ボーラス投薬パターンなど）を含む。情報は、患者に施される鎮静及び痛みの治療の医薬品を含む、ポンプ１０１で施される様々な薬物について提供することができる。また、人工呼吸器１０３は、ネットワーク・モジュール１０４を通じて情報を調整エンジン１０６に提供する。調整エンジン１０６に提供される換気情報は、換気のモード、呼吸数、１回換気量、酸素量、ピーク呼吸圧の大きさ、起動された警報、及び／又は人工呼吸器１０３で入手可能な他の換気情報を含むことができる。一例では、人工呼吸器１０３は、呼吸数／１回換気量の計算（respiratory rate over tidal volume calculation）をさらに提供することができる。計算は、設定時間（たとえば６０秒）内にする呼吸の数を表す呼吸数を、余計な努力をしていないときの正常な呼吸と吐き出しの間に置換される空気の標準体積を表す１回換気量で除したものであり得る。人工呼吸器１０３からの情報は、ネットワーク・モジュール１０４を通して調整エンジン１０６に提供される。いくつかの実例では、ネットワーク・モジュール１０４は、人工呼吸器１０３中に統合され得る。一実施例では、人工呼吸器１０３、ネットワーク・モジュール１０４、又は人工呼吸器１０３及び／又はネットワーク・モジュール１０４と通信状態にある別個の要素が、病院ネットワーク内に存在することができ、換気情報を調整エンジン１０６に転送する前に、人工呼吸器１０３からのメッセージを受け取り、及び／又は処理するように構成することができる。
【００２１】
また、調整エンジン１０６は、患者の「ＡＤＴ情報」を病院情報システム１０５から受け取ることができる。ＡＤＴ（入院、退院、転院）（admission, discharge, transfer）情報は、患者の状態の情報だけでなく、人口統計情報を含むことができる。患者の人口統計情報は、たとえば患者の性別、誕生日、主治医、入院担当医、及び顧問医師、位置、血液型、身長体重、入院日時、入院／外来患者を含むことができる。患者の状態の情報は、たとえば患者の入院、退院、転院、登録、情報更新、及びケア施設内の患者の状態に関する他の同様の情報を含むことができる。
【００２２】
一実施例では、調整エンジン１０６は、データを１つ又は複数の装置及びシステムから集め、そしてそのようなデータを、知識ポータル１１１などのアナリティクス・アプリケーションに送る何らかのインターフェース・エンジン又はアプリケーション中で具体化される。一例では、調整エンジン１０６は、処理し分析するためにデータを呼吸知識ポータル１１１に伝送することを容易にするために、注入システム・マネージャ１０２及びネットワーク・モジュール１０４を含む１つ又は複数の機器及び／又はシステムから受け取った情報の処理、フィルタリング及び／又は変換を容易にする。一例では、調整情報は、情報を受け取り、情報を処理し、そして知識ポータル１１１に対して処理するための実施可能なデータ・アイテムを生成する。一実施例では、調整エンジン１０５は、プロセッサにおいて具体化される。「SCALABLE COMMUNICATION SYSTEM」と題する２０１２年３月１５日に出願され、２０１３年１月３１日に出願され、参照によってその全体が本明細書に援用される米国特許出願第１３／４２１，７７６号には、本開示と併せて使用するための調整エンジンの例が記載されている。
【００２３】
調整エンジン１０６は、データ・センタ１１０の呼吸知識ポータル１１１に通信可能に結合される。データ・センタ１１０は、１つ又は複数のクライアント装置１１２、１１３に通信可能に結合される知識ポータル１１０を含む。データ・センタ１１０は、病院ネットワーク１００から遠隔に位置することができ、又は病院ネットワーク１００の一部とすることができる。一例では、調整エンジン１０６及び知識ポータル１１１は、単一のサーバ又は互いに通信可能に結合される１つ又は複数のサーバ内に実装することができる。いくつかの実例では、調整エンジン１０６及び知識ポータル１１１の機能は、単一のアプリケーションによって、又は調整エンジン１０５及び知識ポータル１１１に関して本明細書に記述される機能の１つ又は複数を実施するように協働する１つ又は複数のアプリケーションによって実施することができる。
【００２４】
一例では、知識ポータル１１１は、注入情報及び換気情報を調整エンジン１０６から受け取り、その情報を処理して１つ又は複数の標識及びアナリティクスを生成し、患者ケアのルール及びプロトコルへのコンプライアンスに関する情報を提供する。知識ポータル１１１は、いくつかの実施例では、病院ネットワーク１００内で、ポンプ１０２や人工呼吸器１０４などの１つ又は複数の装置から情報を受け取り、アナリティクスを提供するためにデータを分析するアプリケーションとして実装される。一実施例では、呼吸知識ポータル１１１は、プロセッサにおいて具体化される。「RESPIRATORY KNOWLEDGE PORTAL」と題し、２０１３年１月３１日に出願され、参照によってその全体が本明細書に援用される米国特許出願第１３／７５６，４２１号には、本開示と併せて使用するための呼吸知識ポータルの例が記載されている。
【００２５】
知識ポータル１１１は、たとえば、予め定義されたルール及びプロトコル（たとえばベスト・プラクティス）のセットにアクセスすることができる。ルール及びプロトコルは、過去のデータに基づき、及び／又はケア施設又は他の存在によって手動で定義することができる。知識ポータル１１１は、調整エンジン１０６から受け取った注入情報及び換気情報を使用して、ルール及びプロトコルによって定義された選好に対応する１つ又は複数の標識を決定することができる。知識ポータル１１１は、さらに、予め定義されたルール及びプロトコルからの可変性を測定するように構成されることができ、ルール及びプロトコルからの差異に関する１つ又は複数のアナリティクス（たとえばレポート、通知など）を、１つ又は複数の存在（たとえばケア施設の監督者、看護師、呼吸療法士など）に提供することができる。
【００２６】
一例では、知識ポータル１１１は、ライブラリ（たとえば薬物ライブラリ）にアクセス可能である。薬物ライブラリは、名称及び／又はＩＤによって薬物を識別するマスタ薬物リストを含むことができる。一例では、知識ポータル１１１は、さらに、マスタ・リスト内に列挙された薬物についての薬物タイプに関する情報を備えて構成され得る。たとえば、知識ポータル１１１は、マスタ・リストの１つ又は複数の薬物について、薬物タイプを痛み治療の薬物（たとえば鎮痛薬）又は鎮静薬として識別するデータにアクセスすることができる。一例では、薬物タイプの指定は、ケア施設のような存在、あるいは他の第三者の存在によって実施される。
【００２７】
知識ポータル１１１は、さらに、ルール及びプロトコルの一部として、人工呼吸器の患者に好ましい薬物を示す情報を備えることができる。たとえば、ルール及びプロトコルは、人工呼吸器の患者に好ましい痛み治療及び鎮静作用の薬物を、その痛み治療及び鎮静作用のそれぞれに対して好ましい投薬量及び／又は投薬割合と同様に規定することができる。いくつかの実施例では、ルール及びプロトコルは、痛み治療及び鎮静作用の薬物の好ましい組合せを規定する。薬物の組合せは、特定の薬物及び／又はそれらの薬物の投与の正しい組合せを確実にするように規定することができる。
【００２８】
薬物の選好は、患者の具体的な特性に基づき定めることができ、そして患者毎に、又は同様の特性を共有する患者のグループ毎に定めることができる。患者の具体的な特性は、本明細書に提示するそのような実例など、人口統計情報を含むことができる。知識ポータルは、さらに、マスタ・リストに列挙された１つ又は複数の薬物に対する限界（たとえばハード及びソフトの限界）に関する情報にアクセスすることができる。一例では、ライブラリが、薬物の名称及び識別、薬物タイプ及び／又は薬物限界を含む、各薬物についての薬物情報を含む。
【００２９】
さらに、ルール及びプロトコルは、ＳＡＴ及びＳＢＴのタイミング、頻度及び／又は期間を含むＳＡＴ及びＳＢＴに関する選好、予め定義された期間内にＳＡＴを実施するというようなＳＢＴに対する必要条件、及び患者がＳＢＴ及び／又は引き離しに対する良好な候補であるのかどうかを示すことができる他の患者データ（たとえば患者のバイタルサイン（vitals）、ＳＡＴの成功など）を定義する引き離しのルール及びプロトコル、及び／又は、抜管のタイミング及び／又は抜管からの特定の期間内に実施されるＳＢＴの成功や患者がＳＢＴ及び／又は引き離しに対する良好な候補であるのかどうかを示し得る他の患者データ（たとえば患者のバイタルサインなど）などの必要条件を含む、抜管に関するルールを含むことができる。
【００３０】
知識ポータル１１１は、定められたルール及びプロトコル、マスタ・リスト内の薬物に関して入手可能な情報、及び調整エンジン１０６から受け取った注入情報及び換気情報に基づき、注入及び換気のアナリティクスを決定することができる。注入及び換気のアナリティクスは、予め定義されたルール及びプロトコルからの差異に関する洞察をもたらすことができる。
【００３１】
図１Ｂは、患者情報を収集し、人工呼吸器患者のためのルール及びプロトコルの管理を容易にするための病院ネットワーク１００の代替例を描いている。図１Ｂの病院ネットワーク１００は、図１Ｂのそれと同様であるが、知識ポータル１１１でアナリティクスを生成する際に、注入情報及び換気情報に加えて使用される情報を提供することができる追加のシステム及び機器を描いている。
【００３２】
示されているように、図１Ｂに示す要素に加えて、調整エンジンは、モニタ１０７（たとえばバイタルサインモニタ）、調剤システム１０８（たとえば薬局システム及び／又は調剤機器（複数可））及び検査室システム１０９にさらに結合される。調整エンジンは、患者の医薬品、状態及びバイタルサインに関する情報を、たとえばモニタ１０７、調剤システム１０８、及び検査室システム１０９（たとえば薬局システム）を、これらに限定されることなく含む、１つ又は複数の機器及び／又はシステムから受け取る。バイタルサイン及び他のデータは、本明細書に述べる様々な標識及びアナリティクスに加えて、患者が引き離しの良好な候補になったときの指標（たとえば１つ又は複数のＳＢＴ又は抜管）を提供するためだけでなく、ベスト・プラクティスを定めるルール及びプロトコルからの差異に関するアナリティクスを決定するために、本明細書に述べるプロセスの様々なステップにおいて知識ポータル１１１によって使用され得る。
【００３３】
一例では、知識ポータル１１１は、クライアント装置１１２、１１３に結合され、そして１つ又は複数のクライアント装置１１２、１１３における表示のために、決定されたメトリックス及びアナリティクスを提供する。一例では、メトリックス及びアナリティクスは、看護師、呼吸技師又は他の介護者に（たとえば、好ましいルール及びプロトコルからの逸脱が認識されたとき、又は好ましいイベントが実施されるべきとき）通知又は警告として提供されることができる。別の例では、１つ又は複数の標識及びアナリティクスを、プロセスの全景を与え、実際の引き離しプロセス及び患者のケアにおける問題を識別し、患者について最適な結果に繋がるイベントのパターンに識見を与えるために、監督役の人々に提供することができる。メトリックス及びアナリティクスは、クライアント装置１１１における表示のために、リアルタイムで、又はほぼリアルタイムで分析して提供することができる。一例では、アナリティクスは、さらに、人工呼吸器装着患者に関して患者のケアを実施するための意思決定支援をするために使用することができる。いくつかの実施例では、知識ポータル１１１は、有線又は無線のネットワーク又は通信チャネルを介して、メトリックス及びアナリティクスをクライアント装置１１２、１１３に提供することができる。
【００３４】
図１Ｂは、病院ネットワーク１００の別の例を描いている。図１Ｂに示すように、注入情報及び換気情報に加えて、知識ポータル１１１で生成されるアナリティクスは、たとえばモニタ１０７、調剤システム１０８（たとえば薬局システム及び／又は調剤機器（複数可））及び検査室システム１０９を、これらに限定されることなく含む、１つ又は複数の機器及び／又はシステムから患者情報及びバイタルサインを提供する他のマシンのデータに基づき、さらに生成することができる。バイタルサイン及び他のデータは、本明細書に述べる様々な標識及びアナリティクスに加えて、患者が引き離しの良好な候補になったときの標識（たとえば１つ又は複数のＳＢＴ又は抜管）を提供するためだけでなく、ベスト・プラクティスを定めるルール及びプロトコルからの差異に関するアナリティクスを決定するために、本明細書に述べるプロセスの様々なステップにおいて知識ポータル１１１によって使用され得る。
【００３５】
図２は、人工呼吸器装着患者のケアのルール及びプロトコルへのコンプライアンスに関する情報を提供するためのプロセス２００の例を例示する。ステップ２０１では、患者に施される薬物に関する注入情報が、知識ポータル１１１で受け取られる。情報は、注入ポンプ（たとえば注入ポンプ１０１及び／又は注入システム・マネージャ１０３）から提供されることができる。情報は、注入の開始・停止だけでなく、患者の識別、患者に施される薬物タイプ、薬物の投薬量及び／又は速度を含むことができる。
【００３６】
ステップ２０２では、患者に供給される換気に関する換気情報が、知識ポータル１１１で受け取られる。情報は、人工呼吸器（たとえば人工呼吸器１０３）から受け取ることができる。情報は、換気のモード、呼吸数、１回換気量、１回換気量で除した呼吸数、吸入酸素の割合（たとえば、２１％−１００％の範囲内）、ピーク吸入圧の大きさ、起動された警報、及び／又は人工呼吸器で入手できる他の換気情報を含むことができる。他の実施例では、情報は、上記で論じたように、追加のシステムから提供される。
【００３７】
ステップ２０３では、人工呼吸器装着患者のケアに関する１つ又は複数のルール及びプロトコルが識別される。一例では、ルール及びプロトコルは、患者を機械式の換気から引き離すためのベスト・プラクティスを定める。ルール及びプロトコルは、ケア施設又はベスト・プラクティスについての知識を有する他の存在などの存在によって予め定めることができる。
【００３８】
ステップ２０３で識別されたルール及びプロトコルは、たとえば患者に施される医薬品又は薬物に関するルール及びプロトコルを含むことができる。一例では、情報は、人工呼吸器の患者に好ましい薬物を示す。たとえば、ルール及びプロトコルは、人工呼吸器の患者について好ましい痛み治療及び鎮静作用の薬物を、そのような薬物に関して好ましい投薬量及び／又は投薬割合（たとえば患者毎の鎮静薬又は痛み治療薬物の割合）を規定することができる。ルール及びプロトコルは、患者に施される１つ又は複数の薬物に関する限界（たとえばソフト及びハードの限界）をさらに含むことができる。さらに、ルール及びプロトコルは、ＳＡＴ、ＳＢＴ、及びタイミング、頻度、持続期間及び／又は先行する又は後に続くイベントを含む抜管に関するルール及びプロトコルを含む、引き離しのルール及びプロトコルを含むことができる。
【００３９】
ステップ２０４では、１つ又は複数の標識が、ステップ２０１及び２０２で受け取られた情報に従って計算される。いくつかの実施例では、１つ又は複数の標識は、病院情報システム１０５、モニタ１０７、調剤システム１０８及び検査室システム１０９から受け取った情報に基づいて生成されることもできる。１つ又は複数の標識は、ステップ２０３で識別されたルール及びプロトコルによって定義される望ましい値及びイベントに対応し得る。１つ又は複数の標識は、たとえば患者に施される薬物の識別、患者に施される薬物の体重ベースの投与量、ボーラス投与量に関する情報及び１つ又は複数のＳＡＴ、ＳＢＴ及び抜管の発生及びタイミングを含むことができる。
【００４０】
ステップ２０５では、注入及び換気のアナリティクスが、１つ又は複数の標識を、ベスト・プラクティスからの差異を決定するためにルール及びプロトコルと比較することによって生成される。たとえば、好ましい薬物が、好ましい投薬量で、且つ予め定義された限界内で患者に施されるのかどうかを決定するために、患者に施される薬物が、その薬物の投薬量だけでなく、ルール及びプロトコルと比較される。さらに、ＳＡＴが、ＳＡＴのタイミング及び頻度を含むベスト・プラクティスに従って施されているのかどうか、そしてＳＡＴが、各ＳＡＴの少なくとも持続期間に基づいて成功しているのかどうかが決定される。加えて、ＳＢＴの成功だけでなく、引き離しに対して良好な候補である患者がＳＢＴを受けるのかどうか、ＳＢＴに対する必要条件が満たされているのかどうかを含むルール及びプロトコルに従って、ＳＢＴが実施されるのかどうかが決定される。また、抜管のタイミングや抜管の必要条件が満たされていることを含むルール及びプロトコルに従って、患者の抜管が実施されるのかどうかが決定され得る。注入アナリティクスを生成するためのプロセス例が、図３に関して以下でさらに詳細に述べられている。換気アナリティクスを生成するためのプロセス例は、図４に関して以下でさらに詳細に述べられる。
【００４１】
ステップ２０６では、１つ又は複数のアナリティクスが、クライアント装置で表示するために提供される。一例では、アナリティクスは、看護師又は呼吸療法士などの一人又は複数の存在に、通知として提供される。別の例では、アナリティクスは、１つ又は複数の報告において、監督役の一人又は複数のユーザに提供され得る。
【００４２】
図３は、人工呼吸器装着患者について注入アナリティクスの例を生成するためのプロセス３００の例を例示する。
【００４３】
ステップ３０１では、患者に施される薬物毎の識別及び投薬量の情報が識別される。上記に述べたように、図２に関し、識別及び投薬量の情報は、注入ポンプから提供される情報に基づき決定される。一例では、マスタ薬物リストを含む薬物ライブラリが名称及び／又はＩＤによって薬物を識別するために使用される。注入ポンプ１０１は、注入ポンプ１０１において患者に施される薬物毎の薬物の名称及び／又はＩＤを提供する。薬物の投薬量情報は、注入ポンプによって供給されるとされる薬物毎の投薬量情報と、患者に関するＡＤＴ情報の一部として提供される患者の体重とに従って計算された、患者に施される薬物毎の体重ベースの投薬量とすることができる。
【００４４】
ステップ３０２では、患者に施される薬物が、ルール及びプロトコルに従って定められたような好ましい薬物であるのかどうかが決定される。一例では、ルール及びプロトコルは、患者に施すべき具体的な好ましい鎮静薬及び痛み治療薬物を定める。たとえば、ルール及びプロトコルは、人工呼吸器の患者に好ましい痛み治療及び鎮静作用の薬物を規定することができる。一例では、具体的な患者の特性に従って、選好を定めることができる。どの薬物が患者に好ましい薬物として定められるのかの決定は、患者の具体的な患者特性を決定し、そしてその特性に基づき、患者に好ましい薬物を決定することによって行うことができる。
【００４５】
ステップ３０３では、各薬物の正しい投薬量が施されるのかどうかが決定される。ルール及びプロトコルは、痛み治療及び鎮静作用の薬物に関して人工呼吸器の患者に好ましい投薬量及び／又は投薬割合を規定することができる。一例では、ステップ３０１で識別されたような薬物毎の体重ベースの投薬量が、各薬物の投薬量が定められた投薬量の選好を満たしているのかどうかを決定するために使用される。また、患者が過度に投薬されているのかどうかを決定するために、ボーラス投与量を分析することができる。
【００４６】
投薬割合は、鎮静薬及び痛み治療医薬品の体重ベースの投薬量に基づき計算され得る。一例では、割合は、患者に施される鎮静薬の量（投薬量）と患者に施される痛み治療薬物の量（投薬量）の間の関係を定める。次いで、計算された投薬割合は、ルール及びプロトコルによって定められたような好ましい投薬割合と比較されて、計算された投薬割合と好ましい投薬割合の間に差異があるかどうかが決定される。
【００４７】
ステップ３０４では、施される薬物の投薬量が予め定義された限界内にあるのかどうかが決定される。たとえば、１つ又は複数の薬物のための限界（たとえばソフト又はハードの限界）に関する情報が、アクセスされ、薬物毎の投薬量と比較されて、投薬量がその薬物に関する限界内にあるのかどうかを決定し得る。
【００４８】
ステップ３０５では、注入アナリティクスが、ステップ３０２、３０３及び３０４での決定に従って生成される。
【００４９】
図４は、人工呼吸器装着患者に関する換気アナリティクスの例を生成するためのプロセス４００の例を例示する。
【００５０】
ステップ４０１では、１つ又は複数のＳＡＴが患者に関して実施されたのかどうかが決定される。ＳＡＴ又は鎮静作用の休止を実施するためには、患者に施される鎮静及び痛みの治療の医薬品の投薬量が通常減らされる（たとえばより少ない投薬量に、又は停止される）。ステップ４０１では、注入ポンプ１０１から調整エンジン１０６及び知識ポータル１１１に提供される投薬量情報及び注入の開始及び停止が、ＳＡＴを識別するために分析される。すなわち、投薬量の変化及び／又は投薬の開始／停止が分析され、投薬量がＳＡＴを示すレベルに減らされた（たとえば減らされた、又は停止された）場合、ＳＡＴの開始を示す標識が生成される。次いで、ＳＡＴの終了を示すレベルまでの投薬量の増加が観察されるまで（たとえば増加又は再スタート）、標識の後に続く投薬量が分析される。そして、ＳＡＴの終了を示す別の標識が生成される。ＳＡＴの終了を示す投薬量増加の代わりに、いくつかの実例では、ＳＡＴは、ＳＢＴがその後に続くことができる。そのような例では、一度ＳＢＴが開始されると、標識を生成してＳＡＴの終了を示すことができる。
【００５１】
ステップ４０１で１つ又は複数のＳＡＴが識別された場合、ステップ４０２で、ＳＡＴがルール及びプロトコルに従って実施されるのかどうかが決定される。たとえば、ルール及びプロトコルは、ＳＡＴの好ましいタイミング、頻度及び／又は持続期間を定めることができる。たとえば、ルール及びプロトコルは、ＳＡＴが１日当たり１回又は複数回、及び／又はＳＡＴを実施するための好ましい回数だけ実施すべきことを定め得る。ＳＡＴについての標識は、ＳＡＴの頻度及び／又は実施されるＳＡＴ毎のタイミングを決定するために使用される。次いで、決定された頻度及び／又はタイミングは、ルールによって定められた頻度及び／又はタイミングと比較されて、実施されるＳＡＴの実際の頻度及び／又はタイミングと、ＳＡＴの好ましい頻度及び／又はタイミングとの間に差異があるのかどうかが決定される。
【００５２】
さらにまた、ルール及びプロトコルは、好ましい持続期間を定めることができる。ＳＡＴ毎の開始／停止の標識は、ＳＡＴの持続期間を決定するために使用することができる。次いで、持続期間は、定められた好ましい持続期間と比較される。一例では、好ましい持続期間は、ＳＡＴが成功したことを示す。ステップ４０１でＳＡＴが識別されなかった場合、プロセスは、ステップ４０３に続く。
【００５３】
ステップ４０３では、１つ又は複数のＳＢＴが患者に関して実施されたのかどうかが決定される。ＳＢＴが実施されるとき、人工呼吸器１０３は、ＳＢＴを実施するために異なるモードに入れられる。人工呼吸器１０３から提供されたモード情報は、ＳＢＴを示すモードの変更が行われたときを決定するために分析される。そのような変更が検出されたとき、ＳＢＴの開始を示す標識が生成される。次に、人工呼吸器情報が、ＳＢＴの終了を識別するために分析される。ＳＢＴの終了は、人工呼吸器１０３のモードの変更によって、又は抜管を示す換気の終了によって示され得る。ＳＢＴ終了が識別されると、標識が生成される。
【００５４】
ステップ４０３で１つ又は複数のＳＢＴが識別された場合、ステップ４０４で、ＳＢＴがルール及びプロトコルに従って実施されるのかどうかが決定される。一例では、ルール及びプロトコルは、ＳＡＴの好ましいタイミング、頻度及び／又は持続期間に関するルールを含むことができる。さらにまた、そのルールは、ＳＢＴが実施される前の１つ又は複数の必要条件を示すことができる。
【００５５】
たとえば、そのルールは、一旦、患者がＳＢＴに対する良好な候補（たとえば引き離しに対する候補）であると決定されると、ＳＡＴを実施すべきであり、且つ予め定義された時間の後にＳＢＴを開始すべきであると定めることができる。ＳＢＴについての標識は、ＳＢＴのタイミング及び持続期間を決定するために使用される。さらにまた、先行するＳＡＴについての標識は、ＳＡＴの後に続いてＳＢＴが開始されるまでの時間と、ＳＢＴが成功裏に終了したのかどうかを決定するために使用される。
【００５６】
また、ルール及びプロトコルは、ＳＢＴに好ましい持続期間を定めることもできる。ＳＢＴ毎の開始／終了の標識は、ＳＢＴの持続期間を決定するために使用され得る。次いで、持続期間は、定められた好ましい持続期間と比較される。一例では、好ましい持続期間は、ＳＢＴが成功したことを示す。
【００５７】
さらに、引き離しに対する良好な候補である患者における成功したＳＢＴは（たとえば特定の持続期間によって定められる）、開始されたＳＢＴから予め定義された時間内での抜管がその後に続くべきである。標識は、抜管を示す標識とともに、ある患者における成功したＳＢＴと抜管との間の経過時間を決定するために使用される。
【００５８】
次いで、情報は、ＳＢＴのルール及びプロトコルと比較されて、実施された実際のＳＢＴのタイミング、持続期間及び必要条件と、ＳＢＴの好ましいタイミング、持続期間及び必要条件との間に差異があるのかどうかが決定される。ステップ４０３でＳＡＴが識別されない場合、プロセスはステップ４０５に続く。
【００５９】
ステップ４０５では、患者の抜管が実施されたのかどうかが決定される。抜管は、（たとえば成功したＳＢＴに続いて）換気情報中の終了が検出された場合に、識別することができる。一例では、換気情報の終了の検出に応答して、抜管を示す標識が生成される。一例では、換気の終了が抜管として解釈されるまでの閾値時間を定めることができる。閾値時間によって、たとえば様々な理由のために患者を隔絶した人工呼吸器に切り替えることを許容することができる。
【００６０】
ステップ４０５で、抜管が患者に関して実施されたと決定された場合、ステップ４０６では、抜管がルール及びプロトコルに従って実施されたのかどうかが決定される。たとえば、ルール及びプロトコルは、成功したＳＢＴが実施された後に続いて抜管を実施するためのタイミングを定めることができる。ＳＢＴ及び抜管についての標識は、ＳＢＴが成功裏に終了したのかどうかを、及び成功したＳＢＴの後で抜管が実施されるまでの経過時間（たとえば特定の持続期間によって定められたような）を決定するために使用することができる。次いで、この情報は、ルール及びプロトコルと比較されて、抜管のタイミング及び先行するイベントと、抜管についての定められたルール及びプロトコルとの間に差異があるのかどうかが決定される。
【００６１】
ステップ４０７では、換気アナリティクスが、ステップ４０１〜４０６での決定に従って生成される。
【００６２】
したがって、開示されるシステム及び方法の実施例によって、人工呼吸器装着患者に関する情報を提供する１つ又は複数の注入ポンプ、人工呼吸器、病院情報システム、モニタ、調剤システム及び／又は検査室システムからの情報を処理するステップと、プロトコル及びベスト・プラクティスへのコンプライアンスを査定するためにその情報を分析するステップとが規定される。収集された情報は、臨床的介入のイベント、及びこれらのイベントのタイミング／パターンがどのように引き離しプロセスに影響するのかへの洞察をもたらし、且つ鎮静作用／痛み治療、ＳＡＴ、ＳＢＴ及び抜管を含む引き離しプロセスの全体を見ることを容易にし、それゆえ医師、看護及び呼吸技師の間でより良い機能横断型のチームワークを押し進めることができる、様々な標識及び／又はアナリティクスを生成するように処理されることができる。コンプライアンスを評価し押し進めることによって、臨床医が人工呼吸器装着患者の引き離しを評価可能に最適化し向上させることができるようにし得る。さらにまた、生成される標識及びアナリティクスは、準備する助けになることができる。
【００６３】
図５は、本技術のいくつかの実施物が実現される電子システムを概念的に例示している。電子システム５００は、１つ又は複数のプロセッサが埋め込まれている、又は結合されているサーバ、コンピュータ、電話、ＰＤＡ、ラップトップ、タブレット・コンピュータ、テレビ、或いは他の何らかの種類の電子装置であり得る。そのような電子システムは、様々なタイプのコンピュータ可読媒体及び様々な他の種類のコンピュータ可読媒体のためのインターフェースを含む。電子システム５００は、バス５０８、処理ユニット（複数可）５１２、システム・メモリ５０４、リード・オンリ・メモリ（ＲＯＭ）５１０、永続的記憶装置５０２、入力装置インターフェース５１４、出力装置インターフェース５０６及びネットワーク・インターフェース５１６を含む。
【００６４】
バス５０８は、電子システム５００の多数の内部装置を通信可能に接続する、すべてのシステム、周辺、及びチップセットバスを集合的に表す。たとえば、バス５０８は、処理ユニット（複数可）５１２をＲＯＭ５１０、システム・メモリ５０４及び永続的記憶装置５０２と通信可能に接続する。
【００６５】
処理ユニット（複数可）５１２は、本開示のプロセスを実行するために、これらの様々なメモリ・ユニットから実行する命令及び処理するデータを取り出す。処理ユニット（複数可）は、異なる実装形態では、単一プロセッサ又はマルチ・コア・プロセッサとすることができる。
【００６６】
ＲＯＭ５１０は、電子システムの処理ユニット（複数可）５１２及び他のモジュールが必要とするスタティック・データ及び命令を格納する。他方では、永続的記憶装置５０２は、読み出し書き込みメモリ装置である。この装置は、電子システム５００が電源オフのときでも、命令及びデータを格納する不揮発性のメモリ・ユニットである。本開示のいくつかの実装形態では、大容量記憶装置（磁気又は光ディスク及びその対応するディスク・ドライブなど）が永続的記憶装置５０２として使用される。
【００６７】
他の実装形態では、リムーバブル記憶装置（フロッピー（登録商標）・ディスク、フラッシュ・ドライブ、及びその対応するディスク・ドライブなど）が永続的記憶装置５０２として使用される。永続的記憶装置５０２と同様に、システム・メモリ５０４は、読み出し書き込みメモリ装置である。しかし、記憶装置５０２と異なり、システム・メモリ５０４は、ランダム・アクセス・メモリなど、揮発性の読み出し書き込みメモリである。システム・メモリ５０４は、プロセッサがランタイム時に必要とする命令及びデータのいくらかを格納する。いくつかの実装形態では、本開示のプロセスは、システム・メモリ５０４、永続的記憶装置５０２、及び／又はＲＯＭ５１０の中に格納される。たとえば、様々なメモリ・ユニットは、様々な実装形態による１つ又は複数の患者ケアのルール及びプロトコルへのコンプライアンスを決定するための命令を含む。処理ユニット（複数可）５１２は、いくつかの実装形態のプロセスを実行するために、これらの様々なメモリ・ユニットから実行する命令及び処理するデータを取り出す。
【００６８】
また、バス５０８は、入力及び出力装置インターフェース５１４、５０６に接続する。入力装置インターフェース５１４によって、ユーザは情報を伝達し、電子システムへのコマンドを選択することができるようになる。入力装置インターフェース５１４とともに使用される入力装置は、たとえば英数字キーボード及びポインティング装置（「カーソル制御装置」とも呼ばれる）を含む。出力装置インターフェース５０６によって、たとえば電子システム５００によって生成されるイメージの表示が可能になる。出力装置インターフェース５０６とともに使用される出力装置は、たとえばプリンタ、及びブラウン管（ＣＲＴ）又は液晶ディスプレイ（ＬＣＤ）などの表示装置を含む。いくつかの実装形態は、入力及び出力装置の両方として機能するタッチスクリーンなどの装置を含む。
【００６９】
最後に、図５に示すように、バス５０８はまた、ネットワーク・インターフェース５１６を介して電子システム５００をネットワーク（図示せず）に結合する。このように、コンピュータは、コンピュータのネットワーク（ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）もしくはイントラネット、或いはインターネットなどのネットワーク（複数）のネットワークなど）の一部とすることができる。電子システム５００のいずれかの、又はすべての構成要素は、本開示とともに使用することができる。
【００７０】
上記に述べたこれらの機能は、デジタル電子回路で、コンピュータのソフトウェア、ファームウェア又はハードウェアで実装することができる。本技法は、１つ又は複数のコンピュータ・プログラム製品を使用して実装することができる。プログラム可能なプロセッサ及びコンピュータは、モバイル装置内に含める、又はモバイル装置としてパッケージされ得る。プロセス及びロジックのフローは、１つ又は複数のプログラム可能なプロセッサによって、及び１つ又は複数のプログラム可能なロジック回路によって実施され得る。汎用の及び特定目的の計算装置及び記憶装置が、通信ネットワークを介して相互接続され得る。
【００７１】
いくつかの実装例は、機械可読又はコンピュータ可読の媒体（或いは、コンピュータ可読記憶媒体、機械可読媒体、又は機械可読記憶媒体と呼ばれる）にコンピュータ・プログラム命令を格納する、マイクロプロセッサ、記憶装置、及びメモリなどの、電子構成要素を含む。そのようなコンピュータ可読媒体のいくつかの例には、ＲＡＭ、ＲＯＭ、読み出し専用コンパクト・ディスク（ＣＤ−ＲＯＭ）、書き込み可能コンパクト・ディスク（ＣＤ−Ｒ）、書き換え可能コンパクト・ディスク（ＣＤ−ＲＷ）、読み出し専用デジタル多用途ディスク（たとえばＤＶＤ−ＲＯＭ、二層型ＤＶＤ−ＲＯＭ）、様々な書き込み可能／書き換え可能ＤＶＤ（たとえばＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷなど）、フラッシュ・メモリ（たとえばＳＤカード、ミニＳＤカード、マイクロＳＤカードなど）、磁気及び／又はソリッドステート・ハード・ドライブ、読み出し専用及び記録可能Ｂｌｕ−Ｒａｙ（登録商標）ディスク、超高密度光ディスク、他のいかなる光又は磁気媒体、及びフロッピー（登録商標）・ディスクが含まれる。コンピュータ可読媒体は、少なくとも１つの処理ユニットによって実行可能であり、様々な演算を実施するための命令のセットを含むコンピュータ・プログラムを格納することができる。コンピュータ・プログラム又はコンピュータ・コードの例には、コンパイラによって生成されるような機械語のコード、及びインタープリタを使用してコンピュータ、電子構成要素、又はマイクロプロセッサによって実行される上位コードを含むファイルが含まれる。
【００７２】
上記の論述は、ソフトウェアを実行するマイクロプロセッサ又はマルチ・コア・プロセッサについて主に言及しているが、いくつかの実装形態は、特定用途向け集積回路（ＡＳＩＣ）又はフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）などの、１つ又は複数の集積回路によって実施される。いくつかの実装形態では、そのような集積回路がその回路自体に格納された命令を実行する。
【００７３】
本明細書及び本願のいずれかの請求項で使用されるとき、「コンピュータ」、「サーバ」、「プロセッサ」及び「メモリ」の用語は、すべて、電子又は他の技術の装置をいう。これらの用語は、人又は人の集団を除外する。本明細書の目的のために、「表示」又は「表示すること」の用語は、電子装置上に表示することを意味する。本明細書及び本願のいずれかの請求項で使用されるとき、「コンピュータ可読媒体」及び「複数のコンピュータ可読媒体」の用語は、コンピュータによって可読な形態で情報を格納する有形の物理的な物体に完全に限定される。これらの用語は、あらゆる無線信号、有線のダウンロード信号及びあらゆる他の一時的な信号を除く。
【００７４】
ユーザとの相互作用を設けるために、本明細書に述べた発明対象の実装形態は、情報をユーザに表示するための、たとえばＣＲＴ（cathode ray tube）又はＬＣＤ（liquid crystal display）のモニタである表示装置と、それによってユーザがコンピュータに入力することができるキーボード及び、たとえばマウス又はトラックボールであるポインティング装置とを有するコンピュータ上に実装することができる。同様にユーザとの相互作用を設けるために、他の種類の装置を使用することができ、たとえばユーザに提供されるフィードバックは、たとえば視覚フィードバック、聴覚フィードバック又は触覚フィードバックである、いずれかの形態の感覚的なフィードバックとすることができ、そしてユーザからの入力は、音響、音声又は触覚の入力を含む、いずれかの形態で受け取ることができる。加えて、コンピュータは、ユーザにより使用される装置にドキュメントを送り、それからドキュメントを受け取る、たとえばユーザのクライアント装置上でウェブ・ブラウザから受け取ったリクエストに応答してウエブページをウェブ・ブラウザに送ることによって、ユーザと相互作用することができる。
【００７５】
本明細書に述べた発明対象の実装形態は、たとえばデータサーバとして、バックエンド構成要素を含む、又は、たとえばアプリケーション・サーバであるミドルウェア構成要素を含む、又は、これによって本明細書に述べた発明対象の実装形態とユーザが相互作用することができるグラフィカル・ユーザ・インターフェース又はウェブ・ブラウザを有するクライアント・コンピュータであるフロントエンド構成要素を含む計算システム、又は１つもしくは複数のそのようなバックエンド、ミドルウェア、又はフロントエンドの構成要素のいずれかの組合せにおいて実装されることができる。システムの構成要素は、たとえば通信ネットワークであるデジタル・データ通信のいずれかの形態又は媒体によって相互接続されることができる。通信ネットワークの例は、ローカル・エリア・ネットワーク（ＬＡＮ）及び広域ネットワーク（ＷＡＮ）、ネットワーク間（たとえばインターネット）及びピアツーピアのネットワーク（たとえばアドホック・ピアツーピア・ネットワーク）を含む。
【００７６】
計算システムは、クライアント及びサーバを含むことができる。クライアント及びサーバは、一般に互いから遠隔であり、通常、通信ネットワークを介して相互作用する。クライアントとサーバの関係は、それぞれのコンピュータ上で実行し、互いに対してクライアント・サーバの関係を有するコンピュータ・プログラムに基づき生じる。いくつかの実装形態では、サーバが、（たとえばクライアント装置と相互作用するユーザにデータを表示し、このユーザからユーザ入力を受け取る目的のために）データ（たとえばＨＴＭＬページ）をクライアント装置に伝送する。クライアント装置で生成されるデータ（たとえばユーザの相互作用の結果）は、サーバでクライアント装置から受け取ることができる。
【００７７】
先の詳細な記述では、多くの具体的な細部を、本開示を完全に理解してもらうために述べてきた。しかし、本開示の実施例は、具体的な細部のいくつかがなくても実施され得ることが、当業者に明らかとなろう。他の例では、周知の構造及び技法は、本開示を分かりにくくしないように、詳細に示してはいない。
【００７８】
先の記述は、当業者が本明細書に述べた様々な態様を実施することができるようにするために、提供されている。前記は、最良の形態及び／又は他の例であると考えられるものを記述しているが、これらの態様に対する様々な変更が当業者に容易に明らかになり、本明細書で定義されている一般的な原理を他の態様に適用することができることを理解されたい。したがって、請求項は、本明細書に示した態様に限定されることを意図しておらず、言葉通りの請求項と矛盾しない全範囲が付与されるべきであり、単数の要素への参照は、特にそう記述されていない限り、「１つであり、且つ１つだけ」を意味すると意図されず、むしろ「１つ又は複数」を意味する。特に別段の記述がない限り、用語「１セット（a set）」及び「いくつかの（some）」は、１つ又は複数をいう。男性形の代名詞（たとえば、彼の）は、女性形及び中性形（たとえば、彼女の、及び、その）を含み、逆も同様である。見出し及び小見出しは、もしあるとしたら、便宜のためにだけ使用し、本発明を限定しない。
【００７９】
開示されるプロセスにおけるステップの特定の順序又は階層は、典型的なアプローチの例示であることを理解されたい。設計の選好に基づき、プロセスにおけるステップの特定の順序又は階層は、再配置されることができることを理解されたい。ステップのいくつかは、同時に実施することができる。添付の方法の請求項は、様々なステップの要素を例としての順序で表しているが、表された特定の順序又は階層に限定されることを意味していない。
【００８０】
「最上部（top）」、「底部（bottom）」、「前部（front）」、「後部（rear）」などの用語は、本開示で使用されるとき、通常の重力の座標系よりむしろ、任意の座標系を参照しているものとして理解すべきである。したがって、最上部表面、底部表面、前部表面及び後部表面は、重力の座標系において上方に、下方に、斜めに、又は水平に広がっていることができる。
【００８１】
「態様（aspect）」などの語句は、そのような態様が本技術に必須である、又はそのような態様が本技術のすべての構成に適用されることをほのめかすものではない。態様に関する開示は、すべての構成に、又は１つ又は複数の構成に適用することができる。態様などの語句は、１つ又は複数の態様をいうことができ、その逆も同様である。「実施例（embodiment）」などの語句は、そのような実施例が本技術に必須である、又はそのような実施例が本技術のすべての構成に適用されることをほのめかすものではない。実施例に関する開示は、すべての実施例に、又は１つ又は複数の実施例に適用することができる。実施例などの語句は、１つ又は複数の実施例をいうことができる、その逆も同様である。
【００８２】
語「例示の、典型的な（exemplary）」は、「例又は例示として役立つこと」を意味するように本明細書で使用される。「例示の」ものとして本明細書に述べるあらゆる態様又は設計は、好ましい、又は他の態様又は設計より有利であるとして必ずしも解釈すべきでない。
【００８３】
本開示の全体にわたって述べた、当業者に知られた、又は後に知られることになる様々な態様の要素と構造的及び機能的に同等のもののすべては、参照によって明確に本明細書に援用され、請求項によって包含されると意図される。さらに、本明細書に開示されているもののいずれも、そのような開示が請求項に明確に規定されているのかどうかにかかわらず、公共の用に供されることを意図していない。請求項の要素は、その要素が、「のための手段（means for）」の語句を使用して、明確に規定されていない限り、又は方法の請求の場合、その要素が、「のためのステップ（step for）」の語句を使用して規定されていない限り、米国特許法第１１２条６項の規定によって解釈されるべきではない。さらにまた、「含む（include）」、「有する（have）」などの用語が明細書又は請求項で使用されている範囲内において、そのような用語は、「含む（comprise）」の用語が請求項中で遷移的な言葉（transitional word）として用いられるときに解釈されるときの「含む（comprise）」と同様に、包括的なものであることを意図する。
【図１Ａ】
2019084379.tif 000003
【図１Ｂ】
2019084379.tif 000004
【図２】
2019084379.tif 000005
【図３】
2019084379.tif 000006
【図４】
2019084379.tif 000007
【図５】
2019084379.tif 000008
【手続補正書】
【提出日】平成31年3月14日(2019.3.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
１つ又は複数の患者ケアのルール及びプロトコルへのコンプライアンスを決定する方法であって、
患者に与えられる１つ又は複数の薬物に関して、ポンプからの注入情報をプロセッサに送るステップと、
前記患者に与えられる換気に関して、人工呼吸器からの換気情報を前記プロセッサに送るステップと、
前記プロセッサによって、前記患者の実際のケアと、前記患者のケアに関連するルール及びプロトコルのセットとの間の違いを、前記注入情報と前記換気情報とに少なくとも部分的に基づいて決定するステップと
を含む、方法。
【外国語明細書】
2019084379000001.pdf