(57)【要約】  【課題】  【解決手段】  患者治療管理システムは、治療目的および目的の達成のための関係するスケジュールを識別している特定の患者のための治療情報を含むリポジトリを含む。インタフェースプロセッサは、特定の治療目的に関連した特定の患者の臨床情報を表現するデータを取得する。監視プロセッサは、特定の治療目的がスケジュールされた最終期限までに実質的に達成されているかどうかを取得した臨床情報から評価する。タスクスケジューリングプロセッサは、治療目的は達成されているという決定に応答してヘルスケア従事者によって実行されるべき第１シーケンスのタスクのスケジューリングを自動的に開始し、治療目的は達成されていないという決定に応答してヘルスケア従事者によって実行されるべき異なる第２シーケンスのタスクのスケジューリングを開始する。  【選択図】図６
2007531111.tif 000002
【特許請求の範囲】
【請求項１】
患者治療管理システムであって、
治療目的および前記目的の達成のための関係するスケジュールを識別している特定の患者のための治療情報を含むリポジトリと、
特定の治療目的に関連した特定の患者の臨床情報を表現するデータを取得するためのインタフェースプロセッサと、
前記特定の治療目的がスケジュールされた最終期限までに実質的に達成されているかどうかを前記取得した臨床情報から評価するための監視プロセッサと、
前記治療目的は達成されているという決定に応答してヘルスケア従事者によって実行されるべき第１シーケンスのタスクのスケジューリングを自動的に開始し、前記治療目的は達成されていないという決定に応答してヘルスケア従事者によって実行されるべき異なる第２シーケンスのタスクのスケジューリングを開始するためのタスクスケジューリングプロセッサとを備える、患者治療管理システム。
【請求項２】
前記監視プロセッサは、前記取得した臨床情報から、前記治療情報によって要求された手順が前記スケジュールされた最終期限までに実質的に実行されなかったことを決定し、
前記タスクスケジューリングプロセッサは、前記手順が前記スケジュールされた最終期限までに実質的に実行されなかったという前記決定に応答してヘルスケア従事者によって実行されるべき前記第１シーケンスのタスクのスケジューリングを自動的に開始し、
前記タスクスケジューリングプロセッサは、前記第１シーケンスのタスクが迅速なヘルスケア従事者の行動を要求することを示すメッセージを生成する、請求項１に記載のシステム。
【請求項３】
前記特定の治療目的が前記スケジュールされた最終期限までに実質的に達成されたかどうかを記録するために前記治療情報を自動的に更新するための文書化プロセッサを含む、請求項１に記載のシステム。
【請求項４】
前記治療情報は前記特定の患者のための治療計画を含み、
前記インタフェースプロセッサは、（ａ）ケアステーション、（ｂ）患者室および（ｃ）検査室のうちの少なくとも１つを含むケア点におけるデータ入力を通じて前記特定の患者の臨床情報を表現する前記データを取得する、請求項１に記載のシステム。
【請求項５】
前記インタフェースプロセッサは、（ａ）研究室検査結果処理システム、（ｂ）薬物投与情報システムおよび（ｃ）臨床医オーダー処理システムのうちの少なくとも１つを含む臨床情報システムから前記特定の患者の臨床情報を表現する前記データを取得し、
前記第１シーケンスのタスクおよび前記異なる第２シーケンスのタスクは、前記特定の治療目的が前記スケジュールされた最終期限までに実質的に達成されているか否かに対応して選択される治療を前記特定の患者に提供するために前記ヘルスケア従事者によって代替的に実行される、請求項１に記載のシステム。
【請求項６】
治療目的は治療結果を含み、
前記タスクスケジューリングプロセッサは、第１の治療結果が達成されているという決定に応答してヘルスケア従事者によって実行されるべき第１シーケンスのタスクのスケジューリングを自動的に開始し、第２の治療結果が達成されているという決定に応答してヘルスケア従事者によって実行されるべき異なる第２シーケンスのタスクのスケジューリングを開始する、請求項１に記載のシステム。
【請求項７】
前記タスクスケジューリングプロセッサは、前記特定の治療目的に関連した前記特定の患者の臨床情報を表現するデータを、前記スケジュールされた最終期限までに実質的に取得できなかった前記インタフェースプロセッサに応答して、（ａ）ヘルスケア従事者によって実行されるべき第１シーケンスのタスクのスケジューリングおよび（ｂ）ヘルスケア従事者への通信のためにアラートメッセージの生成のうちの少なくとも１つを自動的に開始する、請求項１に記載のシステム。
【請求項８】
患者治療管理計画を生成するためのシステムであって、
治療目的および前記目的の達成のための関係するスケジュールを識別している特定の患者のための治療情報を含むリポジトリと、
特定の治療目的がスケジュールされた最終期限までに実質的に達成されているかどうかを取得した臨床情報から評価するために使用される規則を表現するデータを受け取り、前記治療情報とともに使用するために前記規則表現データを記憶するためのインタフェースプロセッサと、
前記特定の治療目的が前記スケジュールされた最終期限までに実質的に達成されているかどうかを取得した臨床情報から評価するための監視プロセッサと、
前記治療目的は達成されているという決定に応答してヘルスケア従事者によって実行されるべき第１シーケンスのタスクのスケジューリングを自動的に開始し、前記治療目的は達成されていないという決定に応答してヘルスケア従事者によって実行されるべき異なる第２シーケンスのタスクのスケジューリングを開始するためのタスクスケジューリングプロセッサとを備える、患者治療管理計画を生成するためのシステム。
【請求項９】
ユーザが前記規則を表現するデータを入力することを可能にするユーザインタフェース画像メニューの生成を開始するための表示生成装置を含む、請求項８に記載のシステム。
【請求項１０】
前記治療情報は前記特定の患者のための治療計画を含み、前記規則は前記計画の一部として取り入れられる、請求項８に記載のシステム。
【請求項１１】
患者治療管理システムであって、
治療の結果および前記治療結果の達成のための関係するスケジュールを識別している特定の患者のための治療情報を含むリポジトリと、
特定の治療結果に関連した特定の患者の臨床情報を表現するデータを取得するためのインタフェースプロセッサと、
前記特定の治療結果が前記スケジュールされた最終期限までに実質的に達成されているかどうかを前記取得した臨床情報から評価するための監視プロセッサと、
第１の治療結果が達成されているという決定に応答してヘルスケア従事者によって実行されるべき第１シーケンスのタスクのスケジューリングを自動的に開始し、第２の治療結果が達成されているという決定に応答してヘルスケア従事者によって実行されるべき異なる第２シーケンスのタスクのスケジューリングを開始するためのタスクスケジューリングプロセッサとを備える、患者治療管理システム。
【請求項１２】
患者治療を管理するための方法であって、
治療目的および前記目的の達成のための関係するスケジュールを識別している特定の患者のための治療情報を記憶する活動と、
特定の治療目的に関連した特定の患者の臨床情報を表現するデータを取得する活動と、
前記特定の治療目的がスケジュールされた最終期限までに実質的に達成されているかどうかを前記取得した臨床情報から決定する活動と、
前記治療目的は達成されているという決定に応答してヘルスケア従事者によって実行されるべき第１シーケンスのタスクのスケジューリングを自動的に開始し、前記治療目的は達成されていないという決定に応答してヘルスケア従事者によって実行されるべき異なる第２シーケンスのタスクのスケジューリングを開始する活動とを含む、患者治療を管理するための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００４年３月２５日出願のジェイ・グリグスビー（J.Grigsby）他による仮出願第６０／５５６４１８号の通常の出願である。
【０００２】
本発明は、患者治療および関係するヘルスケア従事者タスクを管理するためのシステムに関する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
既存のヘルスケア治療計画システムは、継続的な用手的観察、介入ならびに、治療成果の文書化および期待または所望の治療目的との成果の比較を必要とする。計画された治療からの患者治療の変動を示す不一致が患者治療計画において識別され記録される。“治療計画”内の期待された成果および不一致の管理は、治療計画に関与するヘルスケア提供者職員（看護師、医師、マネージャ等）による不断の用心および文書化を必要とする。既存のシステムは、ケアプランを管理するためにヘルスケア従事者による相当の用手的介入を要求する。治療計画を管理する際に伴う時間および負担は、ヘルスケア提供者がケアの文書化に対してよりも患者ケアに大きい優先順位を与えるので、標準化されたケアプランの使用を妨げている。従って、多くの文書化は、遡及的になされており、しばしば不完全または不正確である。さらに、ヘルスケア環境にはスタッフ対患者比率を引き下げる圧力がしばしば存在し、これは関与する用手的介入および関係する資源のために適時な様態でそのような包括的な文書化を提供する必要性によって妨げられる。本発明の原理に従った自動化システムは、治療計画管理を提供し、これらの問題および関係する問題に対処する。
【課題を解決するための手段】
【０００４】
自動化システムは、治療計画監視、分析および不一致処理を提供し、計画された治療または成果からの患者治療または成果の変動を示す識別された不一致に応答してワークフロータスクを適応的に選択しスケジュールする。患者治療管理システムは、治療目的および目的の達成のための関係するスケジュールを識別している特定の患者のための治療情報を含むリポジトリを含む。インタフェースプロセッサは、特定の治療目的に関連した特定の患者の臨床情報を表現するデータを取得する。監視プロセッサは、特定の治療目的がスケジュールされた最終期限までに実質的に達成されているかを取得した臨床情報から評価する。タスクスケジューリングプロセッサは、治療目的は達成されているという決定に応答してヘルスケア従事者によって実行されるべき第１シーケンスのタスクのスケジューリングを自動的に開始し、治療目的は達成されていないという決定に応答してヘルスケア従事者によって実行されるべき異なる第２シーケンスのタスクのスケジューリングを開始する。
【発明を実施するための最良の形態】
【０００５】
図１は、患者治療管理システム３４を含むネットワーク化された病院情報システムを図示している。自動治療管理システム３４は、計画への患者ケアの順守を保証するためにケアプラン分析、不一致処理および関係する文書化を管理する。システム３４は、標準化された治療目標および（計画された治療からの患者治療の変動を識別する）不一致コードを割り当てる。これは、有意義な報告を作成し最善の施療モデルを決定できるヘルスケア提供者組織の能力を高める。システム３４は、計画に対する治療のデリバリーおよび計画からの変動を自動的に監視し、そうした変動に基づきアラートを生成して、患者ケアがより適時な様態で再評価されることを可能にし、それにより適切なケアプランの使用を保証することによってリスクを低減しコストを引き下げる。システム３４は、品質、安全、成果、不一致および資源（人的資源および用品）を管理し、ヘルスケア提供者への文書化の負担を低減し、より大量の時間が直接的な患者ケアに費やされることを可能にする。治療不一致、それらの記述、追跡調査および分析は、“治療計画”の実施の効果を決定する。システム３４は、治療不一致を処理し、“治療計画”の例外ならびに適応的な特化および洗練によるチャート作成を支援することによってケアの一体部分としてユーザへの文書化の負担を低減する。
【０００６】
システム３４は、ユニット３６に記憶された治療の計画に照らして進捗を精査、評価および文書化する際にヘルスケア提供者による用手的関与を低減する。システム３４は、標準化された“治療計画”内での評価および不一致の文書化を自動化する。ユニット３６におけるワークフロー規則は“治療計画”のクリティカルパスおよび決定点を含んでおり、定義された通常範囲外にあるあらゆるデータ点は、適切な職員に送られるアラートをトリガし代替ワークフロープロセスを生成することができる。システム３４は既定の不一致コードにより治療不一致を文書化する。ユニット３６における規則は、標準化された“治療計画テンプレート”が作成された時に確立され、個別の患者ニーズに対応するために修正および編集される。典型的な“治療計画”は、所望の目標（期待される成果）および、それらの期待される成果に到達するためにヘルスケアチームが取る必要がある行動（ケア）よりなる。行動は、評価、物理的ケア、手順、検査および介入を含む、順序立ったサービスを表現する。ターゲット時間枠が目標および、ヘルスケア提供者によって取られる行動に割り当てられる。期待される目標を達成し行動を完了することからの逸脱は、不一致と呼ばれる。システム３４は、治療および関係するプロセスならびに治療行動のリアルタイムのプロセス制御を援助できる機能を提供する。
【０００７】
ここで使用される時、プロセッサはハードウェア、ファームウェアおよび／またはソフトウェアのいずれか１つまたはそれらの組合せよりなる。プロセッサは、実行可能手順または情報装置による使用のために情報を操作、分析、修正、変換または伝送することによって、かつ／または情報を出力装置にルーティングすることによって、情報に作用する。プロセッサは、例えば、コントローラまたはマイクロプロセッサの機能を使用または備えることができる。表示生成装置は、表示画像またはその一部を生成するための電子回路またはソフトウェア、または両者の組合せよりなる既知の要素である。
【０００８】
システム３４は、標準化された治療計画テンプレート、標準化された目標、コード化された不一致、達成されない目標の自動アラート、異常な調査研究の精査に関する適切なヘルスケア提供者への通知、薬物の投与のための代替経路の生成（さらなる調査研究のための順序の自動生成）、報告のためのコード化された不一致の文書化を支援する。高リスクおよび複雑なケアプランを伴う患者は、臨床情報システムの“規則エンジン”および“ワークフローエンジン”（タスクスケジューラ４２）の使用によって監視される。規則は計画内のクリティカルパスおよび決定点を含んでいる。経路にとって枢要な手順が完了されなかった時にはアラートが適切な職員に送られる。そうしたアラートは、検査結果、患者パラメータおよび画像の異常な集合、または異常な医学的状態の迅速な発見を明らかにするかもしれないし、または所望の患者の検査、パラメータもしくは画像、または治療が所定の最終期限時間までに完了しなかったことを示すかもしれない。この監視およびアラートの結果、患者ケアは適時な様態で再評価される。臨床情報システムは、品質、安全、成果、不一致および資源（人的資源および用品）を管理するための自動化された正確なメカニズムを提供する。
【０００９】
システム３４は、患者治療を自動的に監視するために、特に高リスクおよび複雑なケアプランを伴う患者を監視するために、臨床情報システムの“規則エンジン”および“ワークフローエンジン”（タスクスケジューラ４２）と統合され協働する。規則は、ケアプランの枢要な治療経路および関係する決定点を含むように生成され、定義された通常範囲外にある患者パラメータデータ点は、例えば、治療経路にとって枢要な手順が完了していないか、または即時的介入を必要とする時に、適切な職員に送られるアラートメッセージの生成を開始する。
【００１０】
図１は、本発明の好ましい実施形態に従った患者治療計画監視システム３４および／または２４を含むヘルスケア情報システム１０を例示している。ヘルスケア情報システム１０は一般に、クライアント装置１２、データ記憶装置１４、第１のローカルエリアネットワーク（ＬＡＮ）１６、サーバ装置１８、第２のローカルエリアネットワーク（ＬＡＮ）２０および部門システム２２を含む。ヘルスケア情報システム１０は、その看護下にある人々の健康および／または福祉を監視することに責任を負うヘルスケア提供者によって使用される。ヘルスケア提供者の例は、病院、老人ホーム（nursing home）、アシステッドリビングケア制度（assisted living care arrangement）、在宅ヘルスケア制度（home health care arrangement）、ホスピス設備、クリティカルケア設備、外来診療所（health care clinic）、理学療法クリニック、カイロプラクティッククリニックおよび歯科医院を含むが、これらに限定されない。本発明の好ましい実施形態において、ヘルスケア提供者は病院である。ヘルスケア提供者によってサービスを受ける人々の例は、患者、住民および依頼人を含むが、これらに限定されない。
【００１１】
クライアント装置１２は一般に、患者治療計画監視システム２４、プロセッサ２６およびメモリ装置２８を含む。治療計画監視システム２４は好ましくは、ユーザインタフェース２３およびタスクスケジューラ２５を含むが、またプロセッサ２６およびメモリ装置２８を含んでもよい。クライアント装置１２は好ましくはパーソナルコンピュータとして具体化される。プロセッサ２６およびメモリ装置２８は、クライアント装置の設計の当業者には周知の様態で構成され動作する。
【００１２】
クライアント装置１２におけるユーザインタフェース２３は一般に、ユーザがクライアント装置１２に情報を入力するのを可能にする入力装置および、ユーザがクライアント装置１２から情報を受け取るのを可能にする出力装置を含む。好ましくは、入力装置はキーボードおよびマウスであるが、また例えば音声認識プログラムを伴うタッチスクリーンまたはマイクであってもよい。出力装置はディスプレイであるが、また例えばスピーカであってもよい。出力装置は、ユーザからの情報を受け取る入力装置に応答して、またはクライアント装置１２による他の活動に応答して、ユーザに情報を提供する。例えば、ディスプレイは、キーボードを介したクライアント装置１２へのユーザ入力情報に応答して情報を提示する。
【００１３】
クライアント装置１２におけるタスクスケジューラ２５は、患者治療監視システム２４によって識別された計画された治療からの患者治療の変動を示す不一致に応答してワークフロータスクを適応的に選択しスケジュールする。タスクスケジューラ２５は好ましくはソフトウェアにおいて具体化されるが、またハードウェアにおいてまたは両者の組合せにおいて具体化されてもよい。好ましい実施形態における患者治療計画監視システム２４は、システム２４としてクライアント装置１２に配置される代替として、システム３４としてサーバ１８に配置される。サーバ装置１８におけるシステム３４の配置は、複数のユーザが複数のクライアント装置から同じ患者治療計画監視システム３４にアクセスすることを可能にする。
【００１４】
データ記憶装置１４は、患者記録ばかりでなく、病院情報システム１０のための他の情報も記憶する。好ましくは、データ記憶装置１４はクライアント装置１２から分離されており、複数のユーザが複数のクライアント装置からデータ記憶装置１４の患者記録にアクセスすることを可能にする。データ記憶装置１４は、所要の情報を記憶するために要求されるメモリの物理的サイズのためにサーバ装置１８から分離されている。データ記憶装置１４は、データ記憶装置の当業者には周知の通り、コンパクトディスク（ＣＤ）またはハードディスク装置といった読出し専用メモリ（ＲＯＭ）として、またはランダムアクセスメモリ（ＲＡＭ）などとして具体化され得る。代替として、患者記録は、メモリサイズが物理的により小さくなり容量を増大させ、さらにそれほど高額にならなくなるので、点線で図示のように、サーバ装置１８におけるメモリ装置３２のデータベース３８に、クライアント装置１２におけるメモリ装置２８に、または部門システム２２におけるメモリ装置に記憶され得る。付加的な検討事項は、患者記録を単一の集中型メモリ装置に記憶させるか、またはデータ記憶装置１４、クライアント装置１２、サーバ装置１８および部門システム２２のうちのいくつかの分散型メモリ装置に記憶させることの長所および短所であろう。
【００１５】
データ記憶装置１４における患者記録は一般に、以下に限らず、経歴的、財政的、臨床的、ワークフローおよびケアプラン情報を含む患者に関連したあらゆる情報を含む。患者記録は、以下に限らず、文書といったテキストファイル、例えば、心電図（ＥＫＧ）トレース、心電図（ＥＣＧ）トレースおよび脳電図（ＥＥＧ）トレースを含む図形的トレースといったグラフィックファイル、静止ビデオ画像またはビデオ画像シーケンスといったビデオファイル、オーディオサウンドまたはオーディオ断片といったオーディオファイルおよび、例えば、磁気共鳴画像（ＭＲＩ）、Ｘ線、陽電子放射断層撮影（ＰＥＴ）スキャンまたはソノグラムを含む診断画像といった視覚的ファイルを含む、多様なファイル形式で表現され得る。患者記録は、ヘルスケア企業（例えば地域、病院、クリニックまたは部門）との１患者の関係に関する臨床情報の編成された集合である。患者記録は、区分および索引メカニズムを備えるファイルキャビネットまたはリポジトリとして狭く考えることができる。これらの区分は、フォルダ、文書および文書コンポーネント、または臨床基本情報の集合を表現する他のオブジェクトを備える階層構造に似ている。そのようなフォルダ区分は、要約、ノート、調査、オーダー、薬物、対応、成果その他といった従来の分類を含む。個々の情報要素およびオブジェクトはこの構造におけるホームロケーションに存在する。改訂履歴がこのホームロケーション内から捕捉される。
【００１６】
第１のローカルエリアネットワーク（ＬＡＮ）１６は、クライアント装置１２、データ記憶装置１４およびサーバ装置１８間での通信ネットワークを提供する。第２のローカルエリアネットワーク（ＬＡＮ）２０は、サーバ装置１８と部門システム２２との間の通信ネットワークを提供する。第１のＬＡＮ１６および第２のＬＡＮ２０は、具体化される特定のネットワーク構成および特定の通信プロトコルに依存して、同一または異なるＬＡＮとすることができる。代替として、第１のＬＡＮ１６および第２のＬＡＮ２０の一方または両方は、ワイドエリアネットワーク（ＷＡＮ）として具体化してもよい。
【００１７】
通信経路５２、５６、６０、６２、６４、６６、６８および７０は、図１に図示の種々の要素が第１のＬＡＮ１６または第２のＬＡＮ２０と通信することを可能にする。通信経路５２、５６、６０、６２、６４、６６、６８および７０の各々は、ヘルスケア情報システム１０における種々の要素の形式および／または機器構成に応じて、別にプロトコルとも呼ばれる１つ以上のデータフォーマットを使用するために好適に適応されている。情報システムデータフォーマットの例は、ＲＳ２３２プロトコル、イーサネット（登録商標）プロトコル、メディカルインタフェースバス（ＭＩＢ）互換プロトコル、ＤＩＣＯＭプロトコル、インターネットプロトコル（ＩＰ）データフォーマット、ローカルエリアネットワーク（ＬＡＮ）プロトコル、ワイドエリアネットワーク（ＷＡＮ）プロトコル、ＩＥＥＥバス互換プロトコルおよびヘルスレベルセブン（ＨＬ７）プロトコルを含むが、これらに限定されない。
【００１８】
ＩＰデータフォーマットは、別にＩＰプロトコルとも呼ばれ、ＩＰアドレスを使用する。ＩＰアドレスの例は、伝送制御プロトコル／インターネットプロトコル（ＴＣＰＩＰ）アドレス、ＩＰアドレス、ユニバーサルリソースロケータ（ＵＲＬ）および電子メール（Ｅメール）アドレスを含むが、これらに限定されない。通信経路５２、５６、６０、６２、６４、６６、６８および７０は各々、有線または無線（Ｗ／ＷＬ）接続として形成され得る。通信経路５２、５６、６０、６２、６４、６６、６８および７０は有線接続として形成され得る。有線接続の場合、ＩＰアドレスは、別にジャックとも呼ばれる、配線の終端点の物理的位置に好適に割り当てられる。ジャックは種々の要素の位置の近くの固定した位置に取り付けられる。無線接続の場合、ＩＰアドレスは、種々の要素が移動型であるはずなので、種々の要素に好適に割り当てられる。無線接続は、ヘルスケア情報システム１０を使用する人が有線接続により可能な距離を越えて移動可能であるようにする。
【００１９】
サーバ装置１８は一般に、プロセッサ３０、メモリ装置３２および患者治療監視システム３４を含む。メモリ装置３２は、ワークフローデータおよび治療計画３６ならびに、患者記録を含んでいるデータベース３８を含む。患者治療監視システム３４は好ましくは、ユーザインタフェース４０ならびに、規則エンジンおよびワークフローエンジン（タスクスケジューラ）４２を含むが、またプロセッサ３０およびメモリ装置３２を含んでもよい。サーバ装置１８はパーソナルコンピュータまたはワークステーションとして具体化され得る。前述の通り、データベース３８は患者記録を記憶するための代替場所を提供し、ユーザインタフェース４０はユーザのための代替インタフェースである。本発明の好ましい実施形態において、タスクスケジューラ４２を含む患者治療監視システム３４は、クライアント装置１２における（代替患者監視システム２４の）ユーザインタフェース２３に応答する。代替実施形態において、タスクスケジューラ２５を含む患者治療監視システム２４は、クライアント装置１２におけるユーザインタフェース２３に応答する。
【００２０】
患者治療監視システム３４は、分析および不一致処理を実行し、計画された治療からの患者治療の変動を示す識別された不一致に応答してワークフロータスクを適応的に選択しスケジュールする。ワークフローデータおよび治療計画３６は、治療計画を具体化するためのスケジュールされたタスクを開始するために使用される対応するワークフローデータとともに患者の治療計画情報を維持するリポジトリから構成される。ユーザは、ユーザインタフェース２３を通じてユニット３６からアクセスされた患者の現在および過去の治療計画を見ることができる。患者についてなされたオーダーは、どこでユーザがそれらをヘルスケア情報システムに入力したかに関わらず、患者の全体的な治療ケアプランに取り込まれ、ワークフローデータおよび治療計画３６からアクセス可能である。ユニット３６の治療計画は、履行および成果情報を含むユーザ入力された患者進捗データを取り入れ、検査結果および計画された治療活動に関係する他の成果情報ばかりでなく患者についてのオーダーをインタフェース２３を通じてユーザに提供する。ユニット３６の治療計画は、ガントチャートといった活動チャートを含み、それは治療計画と同じ表示ウインドウに表示される。さらに、ユーザはユニット３６における治療計画を更新および修正することができる。加えて、メモリ３２は、患者医療記録、患者の治療計画および活動チャートを統合するデータを提供する。
【００２１】
部門システム２２は、情報へのアクセスを必要とするか、またはヘルスケア提供者の看護下にある患者の健康および／または福祉に関連した情報を提供するシステムである。部門システム２２の例は、以下に限らないが、図１に図示の通り、研究室システム４４、薬局システム４６、財務システム４８および看護システム５０を含むが、また、記録システム、放射線学システム、会計システム、請求書作成システムおよび、ヘルスケア情報システムにおいて必要または望ましいあらゆる他のシステムを含み得る。
【００２２】
図２は、患者治療管理システムによって使用される臨床ワークフロータスクシーケンスを図示している。ワークフロータスクシーケンスを具体化するためのデータは、図１のユニット３６に記憶されている。治療計画ワークフローは、ステップ２０３における患者評価に続きステップ２０５での患者診断の実行を含む。治療活動（介入）が診断に基づきステップ２０７で実行され、対応する成果がステップ２０９で決定される。成果はステップ２１３において評価され、計画された治療成果からの患者治療成果の変動を示す不一致がステップ２１５において決定される。システムは有利には、治療計画からの逸脱（不一致）が存在した場合、ヘルスケア提供者が文書化し不一致の理由を記録できるようにする。この文書化および監視は、規制、監査およびプロセス改善機能を支援し、ヘルスケア組織が可能な限り最善のケアを提供しプロセスを改善する意識的な努力を行っていることを組織が規制当局および法人組織にデモンストレーションできるようにする。治療目標および期待される成果は、識別された問題に関して患者について確立された臨床目的である。それらは、測定可能であり、“治療計画”において述べられた介入を具体化する結果として達成されることが期待される。ターゲット時間枠が、患者の状態が容認された歩度で改善することを監視するために目標に割り当てられる。ヘルスケア提供者（ＨＰ）は、目標が計画の範囲内で指示された時間枠内で達成されているかを文書化する。これらの期待された成果からの逸脱が不一致であり、識別された不一致の理由は目標が達成されなかった場合に文書化される。治療活動（介入）が決定された不一致に応答してステップ２１７において実行され、得られた成果はステップ２１９において決定される。プロセスステップ２１３〜２１９は必要に応じて繰り返される。
【００２３】
患者の期待された成果からの治療不一致の識別は、ヘルスケア提供者（例えば看護師、ケースマネージャ、栄養士、呼吸療法士、理学療法士および、計画によって要求されたサービスの実行に対して典型的に責任を負う医師）に貴重な情報を提供する。具体的には、それは、ヘルスケア提供者が患者の治療計画プロセスがどの程度効果的であったかを決定できるようにし、患者について計画された介入が完了していない、または適時な様態で完了していない場合にユーザにアラートをプロンプトするために治療計画管理システム３４によって使用可能である。システム３４はまた、特定の患者について存在するパターンおよび共通の問題をヘルスケア提供者にアラートし、これらの問題の以後の評価のための示唆をユーザにプロンプトする。加えて、システム３４は有利には、根拠に基づいた施療標準の開発において使用される情報を提供するために、患者母集団全体にわたる期待された成果と実際の治療成果とを比較する。このように実際の成果と期待された成果との差異を文書化するためのコード化された不一致の使用は、治療分析および報告を改善する。
【００２４】
図３は、患者治療管理システム３４によって管理された心筋梗塞の臨床治療ワークフロータスクシーケンスを図示している。図３のワークフローは、ユニット３６から導出されたワークフロープロセス規則およびタスクシーケンシング命令を使用するタスクスケジューラ４２によって実行される。ユニット３６から検索された規則は、異常な血糖値の検出の場合に患者を治療するための付加的なタスクシーケンスをトリガし、ユニット３６において治療計画内で不一致を文書化するために使用される。ステップ３０３における介入行動の開始に続き、患者の空腹時血糖値がステップ３０５で測定される。ユニット３６からのワークフロー規則がステップ３０６でタスクスケジューラ４２によって適用されて、測定された血糖値に応じて異なるタスクシーケンスを開始する。血糖値がステップ３０７において１１ｍｍｏｌ／ｌ未満であれば、いかなる付加的な措置も取られず、プロセスはステップ３０９で停止する。血糖値がステップ３１１において１１ｍｍｏｌ／ｌ以上であれば、タスクスケジューラ４２は、治療不一致ならびに取られた行動の記録された日付および時間の記録および文書化を開始するとともに、ステップ３１３において付加的な治療タスクを開始する。具体的には、ステップ３１３においてタスクスケジューラ４２は、経口血糖降下薬を終了させ、４〜８ｍｍｏｌ／ｌの目標ブドウ糖レベルにより２４時間インスリン／ブドウ糖注入を管理するようにヘルスケア従事者に命令し、専門家の糖尿病ヘルスケア従事者チームによる精査に患者をまわす。これは図３のプロセスを終了させる。
【００２５】
図４は、患者治療管理システム３４によって管理される脳卒中臨床治療ワークフロータスクシーケンスを図示している。図３のプロセスと同様にして、図４のワークフローは、ユニット３６から導出されたワークフロープロセス規則およびタスクシーケンシング命令を使用するタスクスケジューラ４２によって実行される。患者治療管理システム３４は、複雑な“治療計画”プロセスを管理するために“ワークフローエンジン”の使用において典型的な既存の“治療計画”システムとは異なる。“ワークフローエンジン”（タスクスケジューラ４２）は、適切な作業が適切な時に適切な人に与えられることを保証する。タスクスケジューラ４２は、連続的にアラートし続け、作業スケジュールおよび、既定の時限内に生起する複数の臨床医および他システムの活動または不活動を好適に監視し続ける見張りの働きをする。加えて、タスクスケジューラ４２は、例えば凝血結果といった患者の臨床情報を並行して監視する。図１のシステムにおける潜在的にあらゆる要素は、ネットワーク化された通信を通じてタスクスケジューラ４２と相互作用することができる。ユニット３６における“治療計画”の不一致が検出された場合、タスクスケジューラ４２は回復を管理するためにステップを調和させる。規則機能で強化された“治療計画”とは異なり、タスクスケジューラ４２によって管理される事象は、時間的に協調され、その計画が分、時間、日または年にわたりアクティブであるかどうかに関わらず、“治療計画”の寿命の間アクティブである。
【００２６】
図４は、本発明の原理に従った“治療計画”内での“急性脳卒中管理治療計画”およびタスクスケジューラ４２の適用を例示している。脳卒中は成人における障害の第１位の原因である。米国だけでも、毎年６０００００人の米国民が脳卒中を患っている。塞栓性脳卒中の患者における障害は、血栓溶解薬（例えばｔ−ＰＡ）が徴候の始まりの６時間以内に与えられた場合、防止されるかもしれない。所望の成果は、患者が緊急治療室のドアに到着した時から２時間未満（ドアツーニードルレート（door-to-needle rate））にｔ−ＰＡによる患者への治療を行うことである。これまでのところ、塞栓性脳卒中の適格な患者のうち２％だけが２時間の窓内でｔ−ＰＡ薬剤を受けているにすぎない。この不満足な実績の１つの理由は、“脳卒中患者の急性管理の治療計画”が複雑で時間に左右されやすく、学際的チームの多数のメンバーおよび義務の委任を伴うという事実である。従って、ヘルスケア組織は一般に、患者のｔ−ＰＡスクリーニング（脳卒中／ｔ−ＰＡ評価およびＣＡＴスキャン、放射線学解釈）および、徴候の発症から６時間以内のｔ−ＰＡの投与を達成することができない。
【００２７】
ステップ５０３における急性脳卒中治療計画の開始に続き、ＣＡＴスキャンがステップ５０５で実行される。患者治療管理システム３４（タスクスケジューラ４２を含む）は、ステップ５０５のＣＡＴスキャンが患者受入れの１時間以内に実行されたかを識別するためにユニット３６からのワークフロー規則を適用し、ＣＡＴスキャンが所定の期間内に実行されていないという決定に応答してユーザへのアラートメッセージの生成を開始する。システム３４はさらに、ＣＡＴスキャンが所定の期間内に実行されなかった場合、ユニット３６の治療計画における不一致を文書化する。ステップ５０５でのＣＡＴスキャンの完了時に、システム３４のタスクスケジューラ４２はステップ５０７において、放射線技師へのアラートメッセージの通信を開始して、放射線技師に対しそれが利用可能になったらただちにＣＡＴスキャンを読影および解釈し結果を患者治療管理システム３４に入力するように促す。受け取った文書化ＣＡＴスキャン結果に応答して、システム３４のタスクスケジューラ４２はステップ５０９において、塞栓症の治療のためにステップ５１１〜５１５または急性脳卒中の治療のためにステップ５１９〜５２７の実行を開始する。具体的には、タスクスケジューラ４２はステップ５１１において、ＣＡＴスキャン結果に基づく塞栓症の受け取った診断を示すためにユニット３６における治療計画を更新し、ステップ５１３においてｔ−ＰＡを速やかに投与する必要性をヘルスケア従事者に知らせる。システム３４は、ユニット３６の治療計画による決定通り、ステップ５１５においてヘルスケア従事者によるさらなる塞栓症治療活動の履行を開始する。
【００２８】
代替として、ステップ５０９で受け取った結果に基づき、タスクスケジューラ４２はステップ５１９において、ＣＡＴスキャン結果に基づき急性出血性脳卒中の受け取った診断を示すためにユニット３６における治療計画を更新し、ｔ−ＰＡがステップ５２３で投与されるべきではないことをヘルスケア従事者に知らせる。システム３４はさらに、ユニット３６の治療計画による決定通り、ステップ５２７においてヘルスケア従事者による出血性脳卒中治療活動の履行を開始する。患者治療管理システム３４は、患者がその状態の発症から６時間の窓内でｔ−ＰＡにより首尾よく治療され得るように資源およびヘルスケア職員を好適に管理する。６時間の窓内で患者を首尾よく診断し治療することは、患者の生存に関して決定的であるとわかっており、これはタスクスケジューラ４２およびシステム３４のワークフロー駆動システムによって好適に助成される。好ましくは、システム３４は、患者がｔ−ＰＡを受容するために適格であることを決定し、ｔ−ＰＡがケアの開始２時間以内に患者に投与され、その結果、理想的には患者が合併症を免れることを保証する。システム３４は、必要な場合に所要の治療窓内でｔ−ＰＡが投与されることを保証するために患者の医学的状態の開始から時間を連続的に監視する。
【００２９】
システム３４（タスクスケジューラ４２を含むこと）は治療計画およびワークフローデータユニット３６とともに、例えば、ｔ−ＰＡを用いた急性脳卒中の治療に伴う複数の付加的なタスクの履行においてヘルスケア従事者によるヘルスケア介入（行動）を管理する。これらの付加的なタスクは、点滴静注の開始（例えば０．９ＮＳＳでのＫＶＯのオーダーによる（０．９％生理食塩水および静脈開放維持（Keep Vein Open）のオーダー））、酸素の投与（例えば２リットル／分）および、バイタルサインの取得および監視（例えば、安定するまで５分ごと、その後１５分ごと）を含む。一般に静脈内アクセスは、塞栓性脳卒中の治療のためにｔ−ＰＡを含む静脈内薬物の適時な送達を支援するために救急部門への患者の到着時にすぐに開始される。他のタスクは、例えば、“緊急神経病学的トリアージ評価”および“国立衛生研究所脳卒中評価”の開始、血中ブドウ糖測定、即時血小板数測定（血液凝固指標）、即時ＡＰＴＴ測定（例えばヘパリンのような薬剤による抗凝固療法を監視するために使用される）および介入的“放射線学協議”の開始を含む。“国立衛生研究所脳卒中評価”は、患者の神経病学的および医学的状態を評価する意図で患者の履歴および身体評価の両方の質問を含む標準化された評価ツールである。
【００３０】
図５は、急性脳卒中臨床治療ワークフロープロセスをさらに図示している。ワークフロープロセスは、ｔ−ＰＡの候補である患者の迅速な識別を助成し患者ケアにおけるボトルネックを防止するために、ユニット３６からアクセスされた“治療計画”とのタスクスケジューラ４２の動作の統合を例示している。ワークフロープロセスにおいて、タスクスケジューラ４２は、治療計画スケジュールに従った行動の履行または行動の欠落を監視する。例えば、図４の“急性脳卒中管理治療計画”におけるＣＡＴスキャンが定義された時限内に完了していない場合、適切なスタッフには評価および介入の遅延が通知され、最終的に治療不一致が起きるのを防ぐ。患者は、ステップ６００における初期救急検査に続き、ステップ６０３で神経病学的欠陥検査が行われ、いかなる神経病学的欠陥も見つからなければ、看護師がステップ６０６において緊急治療室妥当性評価を実行する。神経病学的欠陥が見つかった場合、看護師がステップ６０８でｔ−ＰＡ適格性評価を行い、そしてステップ６０９で患者が血栓溶解法候補ではないと決定された場合、患者の医師評価がステップ６１１で実行される。ステップ６０９で患者が血栓溶解法候補（ＣＶＡ脳血管発作（ＣＶＡ））であると決定された場合、ステップ６１３において評価が実行され、そしてステップ６１６でＣＶＡが確定された場合、ステップ６１８で静脈内（ＩＶ）点滴注入が施され、血栓溶解法検査のパネルがステップ６２３で実行され、そしてＣＡＴスキャンがステップ６２５で実行される。ステップ６３４においてＣＡＴスキャンを用いて出血が存在しないと決定された場合、医師は、検査パネル結果およびＣＡＴスキャンを用いてステップ６３７および６３９においてｔ−ＰＡが投与されるべきかどうかを決定する。ｔ−ＰＡが投与されるべきであれば、ｔ−ＰＡ注入がステップ６４１で準備され、ステップ６４３および６４７において投与される。
【００３１】
図６は、患者治療管理のためにシステム３４（図１）によって使用されるプロセスのフローチャートを図示している。ステップ７０２において、ステップ７０１での始まりに続き、システム３４は、治療目的および目的の達成のための関係するスケジュールを識別している特定の患者のための治療情報をユニット３６に記憶する。ステップ７０４でシステム３４は、特定の治療目的がスケジュールされた最終期限までに実質的に達成されているかどうかを取得した臨床情報から評価するために使用される規則を表現するデータを受け取る。規則を表現するデータは、表示生成装置により提供される表示されたユーザインタフェース画像メニューを通じてユーザデータ入力に応答して取得される。さらに、ユニット３６における治療情報は特定の患者の治療計画を含み、規則はユニット３６内で計画の一部として取り入れられる。システム３４は、研究室検査結果処理システム、薬物投与情報システムおよび臨床医オーダー処理システムといった（ユニット２２の）臨床情報システムから、その特定の患者の臨床情報を表現するデータを取得する。システム３４はまた、例えばケアステーション、患者室または検査室を含むケア点におけるデータ入力を通じて特定の患者の臨床情報を表現するデータを取得することもできる。ステップ７０６でシステム３４は、治療情報との使用のための規則表現データを記憶し、そしてステップ７０８において、特定の治療目的がスケジュールされた最終期限までに実質的に達成されているかどうかを取得した臨床情報から決定する。システム３４は例えば、治療計画によって要求された手順がスケジュールされた最終期限までに実質的に実行されたか否かを取得した臨床情報から決定する。
【００３２】
システム３４はステップ７１０において、治療目的は達成されているという決定に応答してヘルスケア従事者によって実行されるべき第１シーケンスのタスクのスケジューリングを自動的に開始する。システム３４は、治療目的は達成されていないという決定に応答してヘルスケア従事者によって実行されるべき異なる第２シーケンスのタスクのスケジューリングを開始する（またヘルスケア従事者へのアラートメッセージの通信を開始する）。そのようなデータ治療目的は、例えばスケジュールされた最終期限までに実質的に特定の治療目的に関連した特定の患者の臨床情報を表現するデータを取得できなかったことに対応して達成されない。ステップ７１３でシステム３４は、第１シーケンスのタスクが迅速なヘルスケア従事者の行動を要求することを示すメッセージを生成し、特定の治療目的がスケジュールされた最終期限までに実質的に達成されているかどうかを記録するためにステップ７１５においてユニット３８の特定の患者の治療計画を自動的に更新する。
【００３３】
図１〜６に提示されたシステムおよびプロセスは排他的なものではない。他のシステムおよびプロセスが同じ目的を達成するために本発明の原理に従って導き出されるかもしれない。本発明は特定の実施形態に関して説明されたが、ここに図示説明された実施形態および変種は例証のためだけのものであることを理解しなければならない。本発明の範囲を逸脱することなく、現在の設計に対する修正が当業者によって実行され得る。さらに、図１のシステムによって提供される機能のいずれも、ハードウェア、ソフトウェアまたは両者の組合せにおいて具体化され得る。
【図面の簡単な説明】
【００３４】
【図１】本発明の原理に従った患者治療管理システムを含むネットワーク化された病院情報システムを図示している。
【図２】本発明の原理に従った患者治療管理システムによって使用される臨床ワークフロータスクシーケンスを図示している。
【図３】本発明の原理に従った患者治療管理システムによって管理される心筋梗塞臨床治療ワークフロータスクシーケンスを図示している。
【図４】本発明の原理に従った患者治療管理システムによって管理される脳卒中臨床治療ワークフロータスクシーケンスを図示している。
【図５】本発明の原理に従った脳卒中臨床治療ワークフローを例示している。
【図６】本発明の原理に従った患者治療管理のためのプロセスのフローチャートを図示している。
【符号の説明】
【００３５】
１０  ヘルスケア情報システム
１２  クライアント装置
１４  データ記憶装置（患者記録）
１６、２０  ローカルエリアネットワーク（ＬＡＮ）
１８  サーバ装置
２２  部門システム
２３、４０  ユーザインタフェース（ディスプレイ、キーボード）
２４  治療管理システム
２５、４２  タスクスケジューラ
２６、３０  プロセッサ
２８、３２  メモリ
３４  患者治療管理システム
３６  治療計画およびワークフローデータ
３８  データベース（患者記録）
４４  研究室システム
４６  薬局システム
４８  財務システム
５０  看護システム
５２、５６、６０、６２、６４、６６、６８、７０  通信経路
【図１】
2007531111.tif 000003
【図２】
2007531111.tif 000004
【図３】
2007531111.tif 000005
【図４】
2007531111.tif 000006
【図５】
2007531111.tif 000007
【図６】
2007531111.tif 000008
【国際調査報告】
2007531111.tif 000009
2007531111.tif 000010
2007531111.tif 000011