(57)【特許請求の範囲】
【請求項１】
複数組のリコメンデーションの実行を協調させるプロセッサの動作方法であって、
患者の状態に夫々対応する複数組のリコメンデーションをメモリから受け取るステップと、
前記複数組のリコメンデーションを同時に実行するステップと、
ディスプレイにおいて前記複数組のリコメンデーションの中の第１の組を表示するステップと、
ユーザインターフェースを介して前記複数組のリコメンデーションの各組に関連するデータをモニタリングするステップと、
前記モニタリングされたデータに基づいて、前記複数組のリコメンデーションの中の第２の組が表示されるべきかどうかを決定するステップと、
前記第２の組が表示されるべきであると決定されたときに、前記ディスプレイにおいて前記第２の組のリコメンデーションを表示するステップと
を有し、
前記同時に実行される複数組のリコメンデーションは、前記患者の第１及び第２の状態に対応するリコメンデーションの組を含み、前記第１の状態に対応するリコメンデーションの組は、前記第２の状態に対応するリコメンデーションの組から独立して動作する、プロセッサの動作方法。
【請求項２】
前記データはユーザ入力である、
請求項１に記載のプロセッサの動作方法。
【請求項３】
前記データは、前記第１の組のリコメンデーションの終わりのインジケーションである、
請求項１に記載のプロセッサの動作方法。
【請求項４】
前記データは、前記第２の組のリコメンデーションが高い重要性を有する命令にあるとのインジケーションである、
請求項１に記載のプロセッサの動作方法。
【請求項５】
前記第１の組のリコメンデーションは、前記患者に特有であり、
前記第２の組のリコメンデーションは、前記患者が属する患者グループに一般的である、
請求項１に記載のプロセッサの動作方法。
【請求項６】
前記ユーザインターフェースを介して、表示を前記第１の組のリコメンデーションから前記第２の組のリコメンデーションへ変更することに関連して警告をユーザに与えるステップ
を更に有する、請求項１に記載のプロセッサの動作方法。
【請求項７】
複数組のリコメンデーションの実行を協調させるプロセッサの動作方法であって、
患者の状態に夫々対応する複数組のリコメンデーションをメモリから受け取るステップと、
前記複数組のリコメンデーションを同時に実行するステップと、
ディスプレイにおいて前記複数組のリコメンデーションの中の第１の組を表示するステップと、
ユーザインターフェースを介して前記複数組のリコメンデーションの各組に関連するデータをモニタリングするステップと、
前記モニタリングされたデータに基づいて、前記複数組のリコメンデーションの中の第２の組が表示されるべきかどうかを決定するステップと、
前記第２の組が表示されるべきであると決定されたときに、前記ディスプレイにおいて前記第２の組のリコメンデーションを表示するステップと
を有し、
前記同時に実行される複数組のリコメンデーションは、前記患者の第１及び第２の状態に対応するリコメンデーションの組を含み、前記第１の状態に対応するリコメンデーションの組は、前記第２の状態に対応するリコメンデーションの組から独立して動作し、
前記第１の組のリコメンデーション及び前記第２の組のリコメンデーションの中の選択されたリコメンデーションのみが、所定タイプのヘルスケア提供者に対応して表示される、
プロセッサの動作方法。
【請求項８】
前記複数組のリコメンデーションの各組に関連する更なるデータをモニタリングするステップと、
前記モニタリングされた更なるデータに基づいて、前記複数組のリコメンデーションの中の更なる組が表示されるべきかどうかを決定するステップと、
前記更なる組のリコメンデーションを表示するステップと
を更に有する、請求項１に記載のプロセッサの動作方法。
【請求項９】
前記データは、前記第１の組のリコメンデーションによってモニタリングされ、
前記第２の組のリコメンデーションは、前記第１の組のリコメンデーションから前記データを取り出す、
請求項１に記載のプロセッサの動作方法。
【請求項１０】
患者の状態に夫々対応する複数組のリコメンデーションを記憶するメモリと、
ディスプレイと、
前記メモリから前記複数組のリコメンデーションを取り出し、該複数組のリコメンデーションを同時に実行し、前記複数組のリコメンデーションの中の第１の組を前記ディスプレイに表示させ、前記複数組のリコメンデーションの各組に関連するデータをモニタリングし、該モニタリングされたデータに基づいて前記複数組のリコメンデーションの中の第２の組が表示されるべきかどうかを決定し、前記第２の組が表示されるべきであると決定されたときに、前記ディスプレイに該第２の組のリコメンデーションを表示するよう命令するプロセッサと
を有し、
前記同時に実行される複数組のリコメンデーションは、前記患者の第１及び第２の状態に対応するリコメンデーションの組を含み、前記第１の状態に対応するリコメンデーションの組は、前記第２の状態に対応するリコメンデーションの組から独立して動作する、システム。
【請求項１１】
前記データは、ユーザ入力、前記第１の組のリコメンデーションの終わりのインジケーション、及び前記第２の組のリコメンデーションが高い重要性を有する命令にあるとのインジケーションの中の１つである、
請求項１０に記載のシステム。
【請求項１２】
前記第１の組のリコメンデーションは、前記患者に特有であり、
前記第２の組のリコメンデーションは、前記患者が属する患者グループに一般的である、
請求項１０に記載のシステム。
【請求項１３】
前記プロセッサは、外部の情報システムから前記データを受け取る、
請求項１０に記載のシステム。
【請求項１４】
前記プロセッサは、当該システムに接続されている更なる装置から前記データを受け取る、
請求項１０に記載のシステム。
【請求項１５】
前記データは、検査結果及びモニタリングプロセスの結果の中の１つである、
請求項１０に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
ヘルスケア提供者は、頻繁に行われる医療処置又は他の処置のためのガイドラインを実施することによって、業務を標準化する。時々、複数のガイドラインが単独の患者に対して同時に適用されることがある。
【発明の概要】
【発明が解決しようとする課題】
【０００２】
複数のガイドラインの管理は、特に、各ガイドラインが別々に異なったヘルスケア要員（例えば、一般的な看護士、一般的な医師、トリアージナース、専門医、麻酔医、等）を関与させる場合に、困難になる。このような問題を解消する必要性が長い間切実に感じられてきた。
【課題を解決するための手段】
【０００３】
患者の状態に夫々対応する複数組のリコメンデーションを受け取るステップと、
前記複数組のリコメンデーションの中の第１の組を表示するステップと、
前記複数組のリコメンデーションの各組に関連するデータをモニタリングするステップと、
前記モニタリングされたデータに基づいて、前記複数組のリコメンデーションの中の第２の組が表示されるべきかどうかを決定するステップと、
前記第２組のリコメンデーションを表示するステップと
を有する方法が提供される。
【０００４】
患者の状態に夫々対応する複数組のリコメンデーションを記憶するメモリと、
ディスプレイと、
前記メモリから前記複数組のリコメンデーションを取り出し、該複数組のリコメンデーションの中の第１の組を前記ディスプレイに表示させ、前記複数組のリコメンデーションの各組に関連するデータをモニタリングし、該モニタリングされたデータに基づいて前記複数組のリコメンデーションの中の第２の組が表示されるべきかどうかを決定し、前記ディスプレイに該第２組のリコメンデーションを表示するよう命令するプロセッサと
を有するシステムが提供される。
【図面の簡単な説明】
【０００５】
【図１】本発明に従う、ヘルスケアガイドラインを統合するためのシステムの例を示す。
【図２】本発明に従う、ヘルスケアガイドラインを統合するための方法の例を示す。
【発明を実施するための形態】
【０００６】
本開示の実施例は、以下の記載及び添付の図面を参照して更に理解され得る。図面において、同じ要素は、同じ参照符号を用いて参照される。実施例は、医療専門家が特定の状態を有する患者を処置するための複数の臨床ガイドラインの同時実行を協調させるシステム及び方法について記載する。
【０００７】
本開示で使用されるように、「ガイドライン」は、特定の病気及び／又は状態を持った患者をどのように最適に治療し管理するかに関する医療専門家のための文書化されたリコメンデーションの組である。通常、このようなガイドラインは、厳重な規定であるよう意図されず、むしろ、ガイドラインのユーザを導くために助言するよう意図される。様々な努力が、ガイドラインの処理をコンピュータ化し、又は別なふうに自動化するよう為されてきたが、薬が使用される状況においてしばしば実用的でない所定順序のイベントへのユーザの拘束を含む欠点を抱えている。例えば、患者の状態はしばしば変わるが、これは、所定順序のイベントによっては考慮されない。ここで開示される実施例は、このような欠点を解消するとともに、ガイドライン処理における更なる利点を提供する。
【０００８】
図１は、ガイドラインの実行の追跡を含む、ガイドラインの実行を協調させる際に使用されるシステムの例１００を表す。システム１００は、この目的のためだけに向けられてよく、あるいは、他のタスク（患者情報又はバイタルサインのモニタリング、等）を実行するために使用されてもよい。システム１００は、スタンドアローンであっても、あるいは、１又はそれ以上のヘルスケア提供サイトに及ぶネットワークの部分であってもよい。
【０００９】
システム１００は、例えば、ディスプレイ１１０（例えば、従来のディスプレイ、タッチセンサ機能付きディスプレイ、連結された複数のディスプレイ装置、等）と、ユーザインターフェース１２０（例えば、ディスプレイ上のタッチセンサ手段、キーボード、マウス、タッチパッド、等）と、後述されるようにガイドラインの実行を協調させることができるプロセッサ１３０と、メモリ１４０（例えば、ハードドライブ、及び動的又は不揮発性メモリ（例えば、ＳＲＡＭ））とを有する。システム１００は、任意に、例えば、心拍モニタ、血圧モニタ、血糖値測定器等の患者モニタリング装置のような他のコンポーネントを更に有してよい。
【００１０】
図２は、２又はそれ以上のガイドラインの同時処理の実行を協調させる方法の例２００を表す。方法２００は、例えば、図１を参照して上述されたシステム１００によって、又はここで記載されるように命令を与えて協調させることができる何らかの他のシステムによって、実行されてよい。ステップ２１０で、複数のガイドラインがシステム１００によってロードされる。ガイドラインは、局所的に（例えば、システム１００のメモリ１４０において）記憶されて、内部で読み出されてよく、あるいは、遠隔で（例えば、全てのガイドラインが特定の病院、ヘルスケアネットワーク等のために保持されている中心位置で）記憶され保持されてよい。通常、ガイドラインは、適切に状態を扱い又は解決するために実行される推奨ステップの組を含む。ガイドラインは線形（例えば、順次に実行されるステップの組）であってよく、あるいは、互いに並行に（例えば、同時に）実行されるステップを有してよく、あるいは、前のステップの結果に基づいて選択される２又はそれ以上のステップが存在する分岐を有してよい、等。ガイドラインは、同時に又は順次にロードされてよい。すなわち、ガイドラインが実行中である場合、例となる方法２００は、第２のガイドラインがロードされて、システム１００での実行を開始する場合に、始まる。
【００１１】
ステップ２１０が終わると、ガイドラインの１つ（ここでは、「アクティブガイドライン」と称される。）がディスプレイ１１０においてユーザに示され、従って、“アクティブ”ステータスを有する。残りの１又はそれ以上のガイドライン（ここでは、「パッシブガイドライン」と称される。）はバックグランドで実行されて、ユーザには表示されず、従って、「パッシブ」ステータスを有する。このように、本明細書において、用語「アクティブガイドライン」は、実行中であり且つ目下ユーザに表示されているガイドラインを記載するために使用される。用語「パッシブガイドライン」は、実行中であるが、目下ユーザには表示されていないガイドラインを記載するために使用される。以下でより詳細に記載されるように、ガイドラインは、様々なイベントに基づいて、「アクティブ」から「パッシブ」へ又は「パッシブ」から「アクティブ」へ切り替えられてよい。更に、用語「実行中ガイドライン」は、目下実行中である全てのガイドライン、すなわち、アクティブガイドライン及びパッシブガイドラインの組合せを記載するために使用される。例となる方法２００は、２つの同時に実行されるガイドラインを参照して記載される。しかし、当業者には当然のことながら、同じ原理は、３又はそれ以上の同時に実行されるガイドラインに対して同等に適用可能である。
【００１２】
通常、夫々のガイドラインは、患者の状態に対応する。患者の状態は、例えば、病気、けが、選択的処置、検査若しくは検査のグループ、又はそれらに関連する推奨ステップの組を有する何らかの他の状態であってよい。ガイドラインは、ユーザ入力を介して選択されてよく（例えば、ユーザは、ユーザインターフェース１２０を用いて、ディスプレイ１１０に表示されている様々な状態から選択してよい。）、あるいは、入力装置から受信される入力に基づいてシステムによってロードされてよい（例えば、システム１００は、システム１００に入力された心電図情報に基づいて、患者が心臓発作を有していると決定してよい。）。ガイドラインは、１人の患者（例えば、心臓発作を有する患者、脳梗塞を有する患者、等）に特有であってよいが、患者グループに適用されてもよい。例えば、単一のガイドラインは、敗血のサイン及び症状に関して患者グループ（例えば、術後の患者全員）をモニタリングし、モニタリングされる種々のパラメータが所定閾値に達する場合、（個々の患者に対して、又はグループ全体に対して）適切なプロトコルを呼び出すことができる。例えば、術後患者のグループの中で敗血をモニタリングしているときに、２０％の患者が華氏１０１°Ｆよりも高い温度を示す場合、敗血を扱うためのプロトコルが呼び出されてよい。
【００１３】
ステップ２２０において、実行中ガイドラインは、互いの間でデータを送受信する。１つのガイドラインにおけるステップは、他のガイドラインからのデータと、同じガイドライン内の他のイベントからのデータとを受信することを引き起こしてよい。例えば、アクティブガイドラインは、患者の血圧のモニタリングを有してよく、この情報（患者の血圧データ）は、アクティブガイドラインによって必要とされるモニタリング目的のためにシステム１００に入力されてよい。なお、パッシブガイドラインも血圧モニタリング機能を有してよい。パッシブガイドラインは、アクティブガイドラインのためにシステム１００に入力される血圧データを受信して、この血圧データに基づいて適切なステップをとることができる。更に、ガイドラインは、包括的な情報システム（例えば、病院情報システム）の他の部分からのイベントを共有してよい。例えば、Ｘ線、ＣＴスキャン、心電図検査等の、他の場所で行われた検査結果がある。データ共有は、データ共有に関して当該技術において知られている様々な方法のいずれかによって達成されてよい。
【００１４】
例となる方法２００のステップ２３０、２４０、２５０及び２６０は、システム１００に、パッシブガイドラインへ現在のアクティブガイドラインのアクティブステータスを移動させる様々なイベントに関連し、それによって、ステップ２７０においてアクティブガイドラインを切り換える。図２は、これらのステップを順次に表しているが、当業者には当然のことながら、上記ステップの夫々は、並行して又は１つの連続ストリームにおいて実行されるステップによって実行されてよいモニタリングの形態を表す。何等のイベントも起こらない場合は、方法はステップ２８０に続く。
【００１５】
ステップ２３０において、実行中ガイドラインは、ユーザ介入によってモニタリングされる。システム１００のユーザは、ディスプレイ１１０に示されるガイドラインを現在のアクティブガイドラインからパッシブガイドラインへ、すなわち、目下表示されていない実行中ガイドラインへ変更したいと望むことがある。変更は、患者の治療、モニタリング、検査等に関連する何らかの理由のために望まれる。ユーザは、このような変更をユーザインターフェース１２０を介して起動してよい。ステップ２４０において、実行中ガイドラインは、パッシブガイドラインが、ユーザの注意を必要とする重要なステップに達しているかどうかを決定するよう、モニタリングされる。このような重要なステップは、ユーザの注意を必要とするガイドラインのあらゆるフェーズを含んでよい。例えば、患者は、ＳＴ上昇型心筋梗塞（ＳＴＥＭＩ）用ガイドライン及び糖尿病用ガイドラインの両方に従うことがある。ＳＴＥＭＩ状態はより重篤であるから、通常は、フォアグランドのアクティブガイドラインである。しかし、患者の血糖値が所定臨界値（例えば、７０）を下回る場合は、糖尿病用ガイドラインが一時的にアクティブガイドラインになる。その場合、パッシブガイドライン（例えば、上記の例では糖尿病用ガイドライン）は、アクティブ状態に切り換えられてよい。システム１００は、ユーザに、パッシブガイドラインがアクティブステータスに切り換えられており、アクティブガイドラインがパッシブステータスに切り替えられているとの警告（例えば、可視的、音声、等）を提供してよいことに留意すべきである。
【００１６】
ステップ２５０において、ガイドラインは、重要なステップの完了のためにモニタリングされる。アクティブガイドラインの重要なステップに達すると、アクティブガイドラインは、バックグラウンドに動かされ、以前のパッシブガイドラインがアクティブになってよい。例えば、脳梗塞及び心房細動を有する患者は、両方の状態のためのアクティブガイドラインを有してよく、最初に脳梗塞用ガイドラインがアクティブ状態にあり、急性脳梗塞の管理の終わりに、脳梗塞用ガイドラインはパッシブになり（従って、ステップ２５０のモニタリングをトリガし）、心房細動用ガイドラインがアクティブになる。ステップ２６０において、ガイドラインは、患者グループに適用する状態に関して同様にモニタリングされる。例えば、グループ用ガイドラインは、敗血のサイン又は症状を有する患者の数をモニタリングすることができ、様々の数において適切な個々の（１又はそれ以上の）ガイドラインを呼び出すことができる。
【００１７】
上述されるように、ステップ２３０、２４０、２５０又は２６０のいずれかが呼び出されると、方法はステップ２７０に続く。ステップ２７０で、ディスプレイ１１０は、前にアクティブにあったガイドラインを示すことから、前にパッシブであったガイドラインへと変化する。代替的に、ステップ２３０，２４０、２５０又は２６０のいずれも呼び出されない場合、又はステップ２７０に続いて、ステップ２８０において、方法２００は、同時に依然として実行している複数のガイドラインが存在するかどうかを決定する。上述されるように、異なった状態に関連するガイドラインは、互いから独立して動作してよく、従って、１つのガイドラインは、１又はそれ以上の他のガイドラインが動作し続けている間に終了してよい。複数のガイドラインが依然として動作している場合、方法２００はステップ２２０に戻り、データ交換が続く。しかし、依然として動作しているガイドラインが２よりも少ない場合は、方法２００は終了する。
【００１８】
上記の実施例において、システム１００は、様々なガイドラインを表示するよう構成されるように記載されており、優位性が、様々な理由のために最も重要と考えられるアクティブガイドラインに与えられる。他の実施例において、システム（例えば、本実施例では、より広いヘルスケアネットワークにおける単一のワークステーション）によって与えられる情報は、システムのユーザに特有であってよい。かかる実施例では、病気及び／又は患者のための全ガイドラインを表示するよりもむしろ、ユーザは、ユーザ自身に関わるステップのみを与えられる。例えば、ＣＴ検査に関連するガイドラインに関して、Ｘ線技師のワークステーションは、ＣＴスキャン自体の実行に関連するガイドラインのステップのみを表示し、その後、スキャンが完了すると、放射線科医のワークステーションは、スキャンの解釈に関連するガイドラインのステップのみを表示する。
【００１９】
当業者には明らかなように、様々な変形が、本開示の精神又は適用範囲から逸脱することなく本開示においてなされてよい。このように、本開示は、添付の特許請求の範囲及びそれらの均等の適用範囲内にあるという条件で、本開示の変形及び改良をカバーするよう意図される。
【００２０】
特許請求の範囲は、ＰＣＴ規則６．２（ｂ）に従って参照符号を有してよいことに留意すべきである。しかし、特許請求の範囲は、参照符号に対応する実施例に限定されると解されるべきではない。
【図１】
0005894795.tif 000002
【図２】
0005894795.tif 000003