(57)【要約】  システムは、特定の患者のためのコンピュータ化されたオーダーを出すための複数のストラテジを同時に適用することによって臨床医がコンピュータ化された治療オーダー入力を行うことを可能にするユーザインタフェース表示を提供する。このシステムは、患者にヘルスケアを提供する際にヘルスケアプロバイダによるオーダーに利用可能なサービスの表示可能リストを提供する。システムは、階層構造の一連の表示画像を表すデータの生成を開始する表示プロセッサを含む。表示画像は、第１の基準に応じて、ユーザが所定のサービスセットの候補からオーダーのためにサービスの初期セットを選択することを可能にする表示項目の第１のメニューを含む。表示画像は、また、複合オーダーセットを作成するために、ユーザが、ヘルスケアプロバイダ組織部門と関連付けられた１組のオーダー可能なサービスから初期オーダーセットに追加するサービスを選択することを可能にする表示項目の第２のメニューを含む。オーダープロセッサは、ユーザコマンドに応じて複合オーダーセット内のオーダーの発注を開始する。【選択図】図３
2006529041.tif 000002
【特許請求の範囲】
【請求項１】
患者にヘルスケアを提供する際にヘルスケアプロバイダによるオーダーに利用可能なサービスの表示可能リストを提供するシステムであって、
表示プロセッサであって、
ユーザが選択したサービスの初期セットを表すデータ項目を呈示する第１の領域と、
複合セットを作成するために、ヘルスケアプロバイダ組織部門と関連付けられた１組のオーダー可能なサービスの候補から前記初期セットに追加するサービスの候補を表すデータ項目を呈示する第２の領域と、
前記複合セットのオーダーを表すデータ項目を呈示する第３の領域とを含む、単一の合成表示画像を表すデータの生成を開始する表示プロセッサと、
ユーザコマンドに応じて前記複合セット内の前記オーダーの発注を開始するオーダープロセッサとを含むシステム。
【請求項２】
前記単一合成表示画像は、ユーザが、
サービスについての個別オーダーを識別するために探索を開始し、
前記識別したサービスを前記複合オーダーセットに追加することを可能にする領域を含む、請求項１に記載のシステム。
【請求項３】
ユーザコマンドに応じて、前記初期セットとヘルスケアプロバイダ組織部門と関連付けられたオーダーの組み合わせから新しいセットを作成し記憶するプロセッサを含む、請求項１に記載のシステム。
【請求項４】
前記第２の領域に表示されたサービスの候補を表す前記データ項目が、前記所定のシーケンスにおける現在の移動位置に基づいて所定の一連のヘルスケアプロバイダ組織部門と関連付けられた複数セットのサービスから自動的に選択され、
前記第２の領域に表示された前記サービスの候補が、部門サブカテゴリ識別子をユーザが選択したことに応答して、特定のヘルスケアプロバイダ組織部門と関連付けられた個別のサービスを含む、請求項１に記載のシステム。
【請求項５】
前記第２の領域に表示された前記サービスの候補が、前記所定のシーケンスにおけるユーザが決定した移動位置に基づいて所定の一連のヘルスケアプロバイダ組織部門と関連付けられた複数セットのサービスから自動的に選択される、請求項１に記載のシステム。
【請求項６】
患者にヘルスケアを提供する際にヘルスケアプロバイダによるオーダーに利用可能なサービスの表示可能リストを提供するシステムにおいて、
表示プロセッサであって、
第１の基準に応じて、ユーザが、所定のサービスのセットの候補からオーダーのためのサービスの初期セットを選択することを可能にする表示項目の第１のメニューと、
複合オーダーセットを作成するために、ユーザが、ヘルスケアプロバイダ組織部門と関連付けられた１組のオーダー可能なサービスから前記初期オーダーセットに追加するサービスを選択することを可能にする表示項目の第２のメニューとを含む少なくとも１つの画像を含む階層構造の一連の表示画像を表すデータの生成を開始する表示プロセッサと、
ユーザコマンドに応じて前記複合オーダーセット内の前記オーダーの発注を開始するオーダープロセッサとを含むシステム。
【請求項７】
前記ヘルスケアプロバイダ組織部門と関連付けられた前記１組のオーダー可能なサービスが、（ａ）入院、退院又は転院、（ｂ）アレルギー、（ｃ）看護、（ｄ）食事、（ｅ）睡眠、（ｆ）検査室テスト、（ｇ）放射線術医療、及び（ｈ）薬剤の内の少なくとも１つと関連付けられた１組の所定のサービスを含み、
前記ヘルスケアプロバイダ組織部門と関連付けられた前記１組のオーダー可能なサービスが、部門サブカテゴリ識別子のユーザによる選択に応じて、特定のヘルスケアプロバイダ組織部門と関連付けられた複数組のオーダーから選択される、請求項６に記載のシステム。
【請求項８】
前記１組のオーダー可能なサービスが、部門サブカテゴリ識別子のユーザによる選択に応じて特定のヘルスケアプロバイダ組織部門と関連付けられた個別のサービスに対してのオーダーを含む、請求項６に記載のシステム。
【請求項９】
前記第２の表示項目メニューが、対応する複数のヘルスケアプロバイダ組織部門と関連付けられた複数のユーザ選択可能ボタンを含み、
前記ヘルスケアプロバイダ組織部門と関連付けられた前記１組のオーダー可能なサービスが、前記ヘルスケアプロバイダ組織部門と関連付けられたボタンのユーザによる選択に応じて表示され、
前記複数のヘルスケアプロバイダ組織部門に対応する前記複数のユーザ選択可能ボタンが、前記第２のメニュー内に所定のシーケンスで順次配列された、請求項６に記載のシステム。
【請求項１０】
前記階層構造の一連の表示画像が、前記サービスの初期セットと前記追加サービスを表示するために第１の画像内に第１の領域を含むユーザが移動可能な階層構造の一連の表示画像を含み、
前記初期サービスセットと前記追加サービスの内の選択されたサービスが、第２のユーザコマンドに応じて前記第１の画像内の第２の領域に送られ、
前記第２のユーザコマンドに応じて、
ヘルスケアプロバイダ組織部門と関連付けられた１組のオーダー可能なサービスが、前記第２のメニューに自動的に表示される、請求項６に記載のシステム。
【請求項１１】
前記第２のメニューに自動的に表示される前記１組のオーダー可能なサービスが、前記所定のシーケンスにおける現在の移動位置に基づいて所定の一連のヘルスケアプロバイダ組織部門と関連付けられた複数組のサービスから自動的に選択される、請求項１０に記載のシステム。
【請求項１２】
前記表示プロセッサが、
前記第１の基準に基づいて選択された前記初期サービスセットを提示する第１の領域と、
前記複合オーダーセットを作成するために、ヘルスケアプロバイダ組織部門と関連付けられた１組のオーダー可能なサービスから前記初期オーダーセットに追加する前記サービスを提示する第２の領域とを含む単一合成表示画像を表すデータの生成を開始する、請求項６に記載のシステム。
【請求項１３】
前記階層構造の一連の表示画像が、
前記複合オーダーセットを作成するために、ユーザが、前記初期サービスセット及び前記ヘルスケアプロバイダ組織部門と関連付けられた前記１組のオーダー可能なサービスに個別のサービスを追加し削除することを可能にする画像要素を含む、請求項６に記載のシステム。
【請求項１４】
前記階層構造の一連の表示画像が、
前記第１のメニューと前記第２のメニューの少なくとも一方において、ユーザが、（ａ）サービスについての全てのオーダーと、（ｂ）あまり一般的にオーダーされないサービスを除く一般的なオーダーの内の少なくとも一方の表示を選択することを可能にする画像要素を含む、請求項６に記載のシステム。
【請求項１５】
前記第１のメニューは、（ａ）医学的専門、（ｂ）医学的疾患、（ｃ）医学的治療、（ｄ）サービスタイプ、及び（ｅ）ユーザ選択カテゴリの内の少なくとも１つによって分類された所定のサービスセットの候補を呈示し、
前記第１の基準が、（ｉ）患者固有の基準、（ｉｉ）ユーザの選択、 （ｉｉｉ）ユーザの好み、及び（ｉｖ）患者固有の基準及び履歴治療データ及び治療結果情報に基づいて予測プロセッサによって自動的に導出された予測の内の１つを含む、請求項６に記載のシステム。
【請求項１６】
前記階層構造の一連の表示画像が、前記生成された複合オーダーセットの選択に応じてユーザにメッセージを表示する画像内の領域を含むユーザが移動可能な階層構造の一連の表示画像を含み、前記メッセージが、前記複合オーダーセットの前記サービスの使用と関連付けられた（ａ）警告、（ｂ）ルール、（ｃ）指示、（ｄ）メモ（reminder）、及び（ｅ）情報の内の少なくとも１つを含み、
前記メッセージで提供される情報を決定する際に患者固有の基準を使用するメッセージプロセッサを含み、前記情報が、（ａ）薬剤投与量、（ｂ）薬剤相互作用警告、（ｃ）治療を適用する患者固有の手段、及び（ｄ）必要な患者固有の治療ユニット資源の内の少なくとも１つを含む、請求項６に記載のシステム。
【請求項１７】
前記第１の基準が、（ａ）身長、（ｂ）体重、（ｃ）年齢、（ｄ）患者疾患、（ｅ）患者に処方される薬剤、（ｆ）患者治療、（ｇ）性別、及び（ｈ）患者の好みの内の少なくとも１つを含む患者固有の基準を含み、
前記階層構造の一連の表示画像が、ユーザに、
サービスのついての個別のオーダーを識別するために探索を開始し、
前記識別したサービスを前記複合オーダーセットに追加することを可能にする画像内の領域を含み、
前記画像内の前記領域が、（ｉ）文字列の一致と（ｉｉ）文字列の部分的一致の少なくとも一方によって探索する文字列のユーザによる入力を支援する、請求項６に記載のシステム。
【請求項１８】
前記画像内の前記領域が、（Ａ）個別サービスの候補と（Ｂ）オーダーセットの候補の少なくとも一方のスクロール可能リストを含み、前記ユーザが、前記スクロール可能リスト内を移動することによって前記探索を開始する、請求項１７に記載のシステム。
【請求項１９】
前記階層構造の一連の表示画像が、ユーザが前記患者固有のアレルギーを識別し選択することを可能にし、
前記サービスが、（ａ）患者のためのヘルスケア従事者によって実行されるサービス、（ｂ）患者にサービスを提供する際に使用される物品、（ｃ）患者に投与さされる薬剤、（ｄ）患者に提供される処置、及び（ｅ）患者に提供される治療の内の少なくとも１つを含み、
前記サービス初期セットが、前記階層構造の一連の画像の全てに表示され、
前記複合オーダーセットは、逆方向移動を必要とせずに前記階層構造の一連の画像へのユーザによる移動によって作成される、請求項６に記載のシステム
【請求項２０】
患者にヘルスケアを提供する際にヘルスケアプロバイダによるオーダーに利用可能なサービスの表示可能リストを提供するシステムにおいて、
表示プロセッサであって、
（ａ）第１の基準に応じて、オーダーセットに含めるために所定のサービスセットの候補から初期サービスセットを選択することと、
（ｂ）前記オーダーセットに含めるために、ユーザがヘルスケアプロバイダ組織部門と関連付けられた１組のオーダー可能なサービスからサービスを選択することを可能にする表示項目の第２のメニューの生成を開始することの少なくとも一方を行うことを可能にする画像要素を含む第１のメニューを含む階層構造の一連の表示画像を表すデータの生成を開始する表示プロセッサと、
ユーザコマンドに応じて前記オーダーセットの発注を開始するオーダープロセッサとを含むシステム。
【請求項２１】
一連のタスクを含むプロセスを支援するユーザインタフェースシステムにおける方法であって、
ユーザが選択した第１の基準に応じて、ユーザが所定のサービスセットの候補からオーダーのためにサービスの初期セットを選択することを可能にする表示項目と、
複合オーダーセットを作成するために、ユーザが、特定のヘルスケアプロバイダ組織部門と関連付けられた１組のオーダー可能なサービスから前記初期オーダーセットに追加するサービスを選択することを可能にする対応する複数のヘルスケアプロバイダ組織部門と関連付けられた複数のユーザ選択可能ボタンとを含むユーザが移動可能な階層構造の一連の画像の表示を開始する活動と、
ユーザコマンドに応じて前記複合オーダーセット内の前記オーダーの発注を開始するオーダープロセッサの活動とを含む方法。 
【請求項２２】
前記特定のヘルスケアプロバイダ組織部門と関連付けられた前記１組のオーダー可能なサービスから選択された前記サービスが前記初期オーダーセットに追加されたことに応答して、
第２のヘルスケアプロバイダ組織部門と関連付けられたオーダーセットを自動的に表示し、前記第２のヘルスケアプロバイダ組織部門が、所定のオーダータスクシーケンスに基づいて順次決定される、請求項２１に記載の方法。
【請求項２３】
患者にヘルスケアを提供する際にヘルスケアプロバイダによるオーダーに利用可能なサービスの表示可能リストを提供する方法であって、
ユーザが所定のサービスセットの候補からオーダーのための初期サービスセットを選択することを可能にする表示項目の第１のメニューと、複合オーダーセットを生成するために、ユーザが、ヘルスケアプロバイダ組織部門と関連付けられた１組のオーダー可能なサービスから前記初期オーダーセットに追加するサービスを選択することを可能にする表示項目の第２のメニューとを含むユーザが移動可能な階層構造の一連の画像を表すデータの生成を開始する活動と、
ユーザコマンドに応じて前記複合オーダーセット内の前記オーダーの発注を開始する活動とを含む方法。
【請求項２４】
患者にヘルスケアを提供する際にヘルスケアプロバイダによるオーダーに利用可能なサービスの表示可能リストを提供する方法において、
単一の合成表示画像を表すデータの生成を開始する活動であって、
第１の基準に基づいて初期サービスセットを表すデータ項目を呈示する第１の領域と、
複合セットを作成するために、ヘルスケアプロバイダ組織部門と関連付けられた１組のオーダー可能なサービスの候補から前記初期セットに追加するサービスの候補を表すデータ項目を呈示する第２の領域と、
前記複合セットのオーダーを表すデータ項目を呈示する第３の領域とを含む単一合成表示画像を表すデータの生成を開始する活動と、
ユーザコマンドに応じて前記複合セット内の前記オーダーの発注を開始する活動とを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者の治療の病院部門と関連したサービスのユーザによるオーダーを支援するシステム及びユーザインタフェースに関する。
【０００２】
本出願は、２００３年５月２１日に出願にされたＤ．Ｒｕｃｋｅｒによる仮出願整理番号６０／４７２，２８３の本出願である。
【背景技術】
【０００３】
患者の治療のための医師によるコンピュータ化された発注は、そのようなシステムを使用することにより患者の安全性が明らかに改善されることを示す多くの科学文献があるにもかかわらず、米国の病院の入院期間中に使用される割合は比較的わずかである。コンピュータ化したオーダー入力は、遅すぎるだけでなく面倒であると医師が考えているため、この救命技術は殆ど使用されていない。既知の医師オーダー入力システムは、それぞれのオーダー法ごとの個別の移動階層を使用する。さらに、そのような既知のシステムは、一般に、発注可能な治療の組を探す１組の表示メニューと、個別のオーダーを探す別の１組の表示メニューを利用している。さらに、望みのオーダーが、１セットの所定のオーダーと治療の個別のオーダーの両方の組み合わせを含むとき、既知のシステムでは、一般に、ユーザは、オーダーを出すために面倒なツーパスプロセスを実行しなければならない。このため、ユーザは、複数の所定のセットの候補からオーダーセットを選択する際だけでなく、個別のオーダーを選択する際にもオーダーステップと分析ステップを繰り返さなければならない。既存のシステムは、厄介なツーパスプロセスをなくすオーダーセットの編集と同時に他のオーダーメニューへのアクセスを可能にする機能をサポートしていない。従って、医師は、追加の適合する個別の治療オーダーを後で選択する際に思い出すためにオーダーセットの選択と関連して前に入力したパラメータを覚えているという面倒で間違い易い作業に直面する。
【０００４】
既知のシステムは、一般に、オーダーセットを全体的又は部分的に組み合わせることができず、順序のある部門別入院及び治療オーダーストラテジをサポートしていない。既存のシステムにおいて、医師は、セットに含まれる特定のオーダーが患者に適用できない場合であっても所定のオーダーセット全体を受け入れるか、若しくはより遅い別個の部門別入院及びオーダープロセスを使用しなければならない。さらに、既知のシステムは、患者にヘルスケアを提供する際のワークフロータスクシーケンスの任意の時点において個別の治療オーダーを選択することをサポートするためのユーザフレンドリなアクセスを提供できない。例えば、個別のオーダーにアクセスしようとする医師は、一般に、望ましい個別のオーダー可能な項目を探すために時間がかかり煩わしい文字列探索及び文字列完成（string completion）ツールを使用するしかない。本発明の原理によるシステムは、以上明らかにした欠陥及びそれに関連する問題に取り組む。
【発明の開示】
【課題を解決するための手段】
【０００５】
システムは、医師が、標準的順序の部門別入院オーダーセット含む所定のオーダーセットから治療オーダーセットを選択すると共に個別の医師治療オーダー選択するためにユーザインタフェースメニュー間をシームレスに移動することを可能にする。システムは、患者にヘルスケアを提供する際にヘルスケアプロバイダによるオーダーに利用可能なサービスの表示可能リストを提供する。システムは、階層構造の一連の表示画像を表すデータの生成を開始する表示プロセッサを含む。表示画像は、第１の基準（例えば、入院オーダーセット、術前オーダーセット、疾患別オーダーセット、又は治療別オーダーセット）に応じて、ユーザが、所定のサービスセットの候補からオーダー用のサービスの初期セットを選択することを可能にする表示項目の第１のメニューを含む。表示画像は、また、複合オーダーセット（例えば、追加看護オーダー、検査室オーダー、放射線術オーダー、薬剤オーダー）を作成するために、ユーザが、ヘルスケアプロバイダ組織部門と関連付けられた１組のオーダー可能なサービスから初期オーダーセットに追加するサービスを選択することを可能にする表示項目の第２のメニューを含む。オーダープロセッサは、ユーザコマンドに応じて複合オーダーセット内のオーダーの発注を開始する。
【発明を実施するための最良の形態】
【０００６】
診断及び治療オーダー処理システムは、コンピュータ化医師オーダー及びオーダーセットの複数のフォームの表示と選択を管理するユーザインタフェースを使用する。詳細には、これにより、医師は、標準的な順序の部門別入院オーダーセットや（例えば、薬物療法、検査室テスト、放射線術検査のための）別のオーダーセットなどの複数のオーダー並びに個別の治療オーダーを含む特定の所定のオーダーセットを構成するオーダーをユーザが構成し発注することを可能にする表示メニュー間をシームレスに移動することができる。このシステムは、臨床医によって使用されるか又は臨床医の指導のもとで使用される複数の臨床オーダーストラテジを一連のユーザが操縦可能な階層表示画像に一体化するので好都合である。複合ユーザインタフェース表示画像が、複数のオーダーストラテジを個別に表す複数のウィンドウを同時に表示する。１つのストラテジは、病院の部門又は機能との関連付けによってオーダーを表示のために分類し望ましいオーダーシーケンスに一体化される部門別オーダー構造を使用するので好都合である。
【０００７】
本明細書で使用されるとき、オーダーセットは、一以上の個別のオーダーを含み、オーダーは、患者の処置、患者へのヘルスケアの提供、若しくは患者へのヘルスケアの提供を支援又は容易にするために使用される医師によってオーダー可能な治療、薬物療法、サービス又は他の資源を示すレコード（又はこれを示すデータ）を含む。さらに、サービスには、ヘルスケア従事者によって患者に対して行われるサービス、患者にサービスを提供する際に使用される物品、患者に投与される薬剤、患者に提供される治療、又は患者に提供される療法がある。システムは、また、部門別オーダーを自動化するユーザインタフェースを提供し、オーダープロセス又はオーダーレビュー中にオーダーセットと個別オーダーの両方に対するユーザによる迅速な（実質的に即時の）アクセスを可能にする。システムは、また、オーダープロセス中及び特定の患者のオーダーに含める治療を選択する前にルール、警告、メモ（例えば、治療に関連した臨床的警告又は潜在的な薬物相互作用条件を示す）などの決定支援情報をユーザに提供する。この目的のため、システムは、入院オーダーストラテジと関連した他の治療オーダー、オーダーセット又は部門別オーダーを含む提案された治療のコンテキスト情報を使用する。決定支援ロジックは、基本システムの内部にあっても外部にあってもよい。
【０００８】
このユーザインタフェースシステムによって、ユーザは、部門別入院オーダーストラテジを使用して個別の治療と治療オーダーセットを選択することができる。部門シーケンスは、一般に、頭字語「ＡＤＣＶＡＮＤＩＭＬ」又は「ＡＤＣＶＡＮＤＩＳＳＬ」によって医師に知られており、頭字語の一連の文字はそれぞれ、病院の部門又は病院の特定部門によって実施されるコアオーダーを表わす。従って、「ＡＤＣＶＡＮＤＩＭＬ」の場合、頭字語は、「入院（admission）、診断（diagnosis）、症状（condition）、生命徴候（vital signs）、アレルギー（allergies）、食事（diet）、入力／出力（inputs/outputs）、薬剤（medications）、及び検査室（labs）」からなる。ユーザインタフェースシステムは、現在の部門に関連付けられたオーダーの受け入れ又は選択に応じて、部門に関連付けられた順序における「次」の部門にユーザを自動的にナビゲートする。また、このシステムは、別のユーザインタフェース移動階層（navigation hierarchy）内を特に移動することなく、部門別に関連付けられたオーダーセットと個別オーダーの組み合わせをユーザが選択することを支援する。ユーザインタフェースシステムは、通常オーダーされる治療オーダーセットと個別オーダーを監視して記憶し、ユーザが選択するための所定のオーダーとして使用する。さらに、システムは、ユーザが探索メニューに到達するために複数のメニューを移動する必要なしに、個別オーダーを探索するためにオーダー画像ウィンドウからアクセス可能な探索機能を使用している。システムメニューは、ユーザが複数の実行可能アプリケーションと関連移動機能を開始する必要なしに、単一のユーザ操作セッションにおいて所望のオーダーセットを選択するために、部門別に関連付けられた治療オーダーセット並びに個別治療オーダーメニュー内を移動するための同時使用可能なオプションをユーザに提供する。
【０００９】
図１は、治療オーダー情報を処理し管理するシステム及びユーザインタフェースの１つの実施形態を示す。このユーザインタフェースは、タイプによって分類されたオーダーセットと、病院部門によって分類された個別のオーダー可能なサービス（看護オーダー、食事、検査室、Ｘ線、薬剤治療オーダーなど）を使用する。病院部門による個別オーダーの分類によって、特定の患者についての治療オーダーのユーザによる選択を支援する際のオーダーの仕分けと集約が容易になる。システム１０は、臨床サービス（例えば、検査室検査、薬剤、放射線治療、診断検査、治療的手続きなど）をオーダーする医師オーダー入力アプリケーションを含む実行可能なユーザインタフェースクライアントアプリケーション１１を含む。サーバ１２は、ネットワーク１３を介してクライアント１１によってアクセス可能であり、 好ましくはユーザインタフェースアプリケーション１１を介してユーザから提供される患者医療情報に基づいて所定の患者のためのオーダー可能な臨床サービスのリストを生成する実行可能なアプリケーション（オーダープロセッサ１７）を含む。他の実施形態におけるアプリケーション１１とオーダープロセッサ１７（及び、サーバ１２の任意の他の機能）は、単一アプリケーション（又は複数のアプリケーション）として組み込まれ、階層的通信ネットワーク上の任意の処理装置内に配置されてもよい。図１にはクライアントサーバフレームワークを示したが、システム１０は、例えばＰ２Ｐ（ピアツーピア）又はマスタ／スレーブなどの任意の適切なコンピューティング環境フレームワークを使用して実施することができる。ネットワーク１３は、イントラネット、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（広域ネットワーク）、Ｐ２Ｐ、広域コンピュータネットワーク（例えば、インターネット）、無線通信網、又はこれらの任意の組み合わせのような任意の適切なネットワーク構成を含むことができる。当業者は、本明細書の教示に基づいて臨床サービスをオーダーするシステムを実施するための様々なアーキテクチャを容易に想起することができ、本明細書の記載は、本発明の範囲の限定として解釈されるべきでない。
【００１０】
ユーザインタフェースアプリケーション１１は、例えばユーザワークステーション上で動作し、例えばＧＵＩ（グラフィカルユーザインタフェース）（又は、スピーチインタフェース又はスピーチ／ＧＵＩ組み合わせインタフェース、又はインターネットブラウザなどの任意の他の適切なインタフェース）などの描画（rendering）用のユーザインタフェース１４と、ユーザインタフェース１４によって描画されるアプリケーション固有の入力フォーム／メニュー及び対話ウインドウを生成し、ユーザによって選択されたオーダーを処理するオーダー入力プロセッサ１６とを含む。ローカルなデータベース１５は、１人又は複数の患者の患者データのレポジトリを含む。患者データは、医療サービスをオーダーするためにユーザによって使用されることがある１人以上の患者と関連付けられた医療情報を含む。サーバ１２は、ユーザワークステーションから受け取りユーザインタフェースアプリケーション１１によって処理されるコマンドに応じて、ネットワーク１３を介してユーザインタフェースアプリケーション１１と双方向通信する。サーバ１２は、オーダープロセッサ１７、臨床情報データベース１８、及びオーダー可能なサービスのセットと個別サービスオーダーのデータベース１９を含む。データベース１９は、（例えば、前述のようなＡＤＣＶＡＮＤＩＭＬカテゴリごとに）ヘルスケアプロバイダ組織部門及び特定の機能によって編成されたオーダー可能なサービスセットを含む。
【００１１】
システム１０は、ユーザが、個別のオーダーストラテジと複数の異なるオーダーストラテジを同時に使用することによって患者の治療のためのオーダーを構成し開始することを可能にする。そのようなストラテジには、順序的部門別入院オーダーストラテジ、順序的でない個別又は部門に関連付けられたオーダーストラテジ、及び個別の治療オーダー選択ストラテジを含む（例えば、データベースオーダー探索及び選択に基づく）。また、疾患、処置又は療法に基づいて設計された任意のオーダーセットが含まれる。オーダーセットの選択は、ユーザの知識に基づいて条件付けされてもよい。例えば、ユーザとして心臓病専門医が識別されたときは、その心臓病専門医が関心のあるオーダーセットが優先的に表示される。臨床情報データベース１８は、様々な臨床状態と、データベース１９に記憶された所定の治療オーダーセットと個別の治療オーダーとをリンクする関係情報を維持する。このシステムは、病院の方針、医師の好み、医師の専門、根拠に基づく医薬特徴、統計的関連性、計算による推論、又は従来の臨床的診断に基づいて初期オーダーセットを生成する複数のストラテジがあるという仮定により設計されている。
【００１２】
システム１０は、ネットワーク１３を介してリンクされた病院情報システム（図示せず）と関連して若しくはその一部分として動作する。病院情報システムは、また、オーダーセットと個別オーダーのレコードを維持することができ、データベース１９などの適切な宛先にオーダーを送ることができる。病院情報システムは、治療オーダーの入力及び処理と関連した患者固有の作業を支援する臨床情報システムを含む。オーダープロセッサ１７は、ルール、警告、メモに基づく決定支援機能を使用し、また、治療の通常オーダーされるセット、個別治療オーダー、及び好ましいオーダー選択についてのユーザカスタマイズリストを含むデータベース１９を使用する。オーダープロセッサ１７と関連したアプリケーション１１は、ユーザによる治療オーダーの選択及び管理、並びにヘルスケア従事者によって行う関連するワークフロータスクのスケジューリングを支援するユーザインタフェース画像の生成を行う。ユーザインタフェース画像によって、ユーザは、患者固有の治療オーダー並びに他の現行オーダー又は未決オーダーを見ることができ、またユーザは、オーダー処理を開始するために署名（又は他の認証）に指定されたオーダーを見ることができる。ユーザインタフェース画像は、また、日付や他の基準によってオーダーの探索と仕分けを支援する。
【００１３】
図２は、カスタマイズするための治療オーダーセットの複数モードユーザ選択を支援するユーザインタフェース表示画像メニューを示す。図２のユーザインタフェース画像は、一般に、医師によって使用されるが、臨床情報システムを介して看護師や他の有資格臨床医又は実習生によって使用されてもよい。ユーザは、図２のメニュー表示項目により、第１の基準に応じて、所定のサービスセットの候補から初期サービス（治療を含む）のオーダーセットを選択する。所定のサービスセットの候補は、例えば医学的専門、医学的疾患、医学的治療、サービスタイプ、及びユーザ選択カテゴリの内の少なくとも１つによって分類される。第１の基準は、例えば患者固有の基準、ユーザの選択、ユーザの好み、患者固有の基準と履歴治療データ、及び治療結果情報に基づいて予測プロセッサによって自動的に得られる予測の内の少なくとも１つを含む。患者固有の基準には、身長、体重、年齢、患者の疾患、患者に処方された薬剤、患者治療、性別、及び患者の好みの内の１以上が含まれる。ユーザは、行２１９に示されたカテゴリによって専門性に関連したセット、疾患に関連したセット、処置に関連したセット、及び（例えば、医師によって事前に決められた）カスタマイズされたセットからオーダーセット２０１を選択することができる。初期オーダーセットは、代替として、推論プロセスに基づいて提案されたオーダーのリストでもよい。初期オーダーセット（肺炎オーダーセット２０３など）が選択され、次に図３に示したような画像によってアクセスされる部門別に関連付けられた選択可能なオーダー機能を介しての移動後にカスタマイズされる。サービスの初期オーダーセットは、オーダー機能を支援する部門別に関連付けられた選択可能なオーダー画像の階層シーケンスの個別の画像内に表示される。図３に例証された部門別に関連付けられたオーダーセット画像は、ユーザがボタン２１５（図２）を選択したときに生成される。
【００１４】
図２の画像によって、様々な治療オーダーストラテジの内の１つを使用してオーダーセットを選択することができる。例えば、医師の専門や、予想される候補オーダー又は治療タイプを（推論に基づいて）計算するために使用される患者の主訴（２０５）、疾患、設定及び患者の身長と体重（２１３）などの他の検討事項に基づいてオーダーを選択することもできる。患者の身長と体重（２１３）は、薬剤投与量計算にも使用される。ユーザは、ボタン２１７を選択することによって、ユーザがカスタマイズ可能なオーダーストラテジを含む他の治療オーダーストラテジを支援するメニューに移動することができる。さらに、ユーザは、探索ボックス２０９によってサービスの個別オーダーを識別する探索を開始し、識別したサービスを他のものに追加して複合オーダーセットを作成することができる。システム１０は、ボックス２０９によってユーザが入力した文字を使用して、文字列の一致又は文字列の部分的一致を使用してオーダーを探索する。ユーザは、また、候補オーダーリストをスクロールして所望のオーダーを選択することができる。
【００１５】
オーダープロセッサ１７は、オーダー表現データを取得し照合しデータベース１９に記憶するもので、オーダー可能な項目の包含リスト（一般に病院情報システムではサービスマスタとして知られる）の特定のサブセット内の探索を開始するように構成可能である。このサービスマスタは、部門や他のパラメータによって区分されたオーダー表現項目のファイル又はファイルディレクトリを含む。オーダープロセッサ１７は、オーダーと関連した部門、日付、署名、及びワークフロータスクシーケンスの状態（オーダーが署名されているかどうか、共同署名されているかどうか、検証済みかどうか、延期されているかどうか、若しくは再制定されているかどうか）を含む基準によってオーダー表現データ項目を探索し仕分けすることができる。それにより、オーダープロセッサ１７は、ユーザが移動した現在の病院部門オーダーメニューと関連付けられた包含オーダー項目リストの特定のサブセット内の探索を開始することができる。他のオーダーと関連したユーザインタフェース画像において類似の探索機能が利用可能である。それにより、ユーザは、所定の使用可能なオーダー内の探索又は特定の病院部門と関連したオーダー内のより集中的な探索によって個別のオーダーを探索することができる。この集中的な探索機能によって、より少数でより適切な候補オーダーを含む探索結果が取り出される。これにより、例えば医師がオーダーを探しかつ特定の患者に望ましいオーダーセットを構成するにかかる時間が短縮されて好都合である。
【００１６】
図３は、初期治療オーダーセットに加えて病院部門と関連付けられたオーダーのユーザによる選択を支援する第２のユーザインタフェース表示画像メニューを示す。ユーザは、図３のメニューの表示項目を使用して、ヘルスケアプロバイダ組織部門と関連した１組のオーダー可能なサービスから、選択された初期オーダーセットに追加するサービスを選択して複合オーダーセットを作成する。サイト管理者又はユーザは、図３のユーザインタフェース画像の操作特性を設定するためにカスタム化メニューを利用する。そのような操作特性には、例えば、部門と関連付けられたオーダーの選択に使用される選択可能なボタン列２３０に示された一連の部門、並びに図３によって開始される機能を支援する決定支援ルール、警告、お気に入りリストがある。特性は、オーダー選択セッションの前に固定される。部門別オーダーメニューにより、ユーザは、前に選択した初期オーダーセット（肺炎オーダーセットを含む項目２３７）のオーダー可能なサービスを入院（admitting）、退院（discharge）及び転院（transfer）（ＡＤＴ）に関連するオーダーと組み合わせることができる。
【００１７】
オーダーは、一般に、臨床医による追加確認の安全を提供するために選択段階と署名段階の両方を有する２段階プロセスである。選択されたオーダーは、２４７と示した領域内に移動され、そこでボタン２４９による署名を待つ。システムは、単一画面上でオーダー選択とオーダー確認の両方を支援する。
【００１８】
列２３０のボタンは、病院部門と関連付けられた治療オーダーのユーザによる選択を個々に支援する一連のタブ付きオーダー画像をユーザが有利に進むことを可能にするタブを含む。個々のタブ付き画像は、ユーザに、特定の部門と関連付けられた選択用の治療オーダー及びオーダーセットを提示し、また特定の部門と関連付けられた一般使用されるオーダーとオーダー探索機能を使用して得られた個別オーダーとを提示する。図３の画像の左側は、オーダー選択を使用可能にする。具体的には、前に選択された初期オーダーセット（図２のメニューによって選択された項目２３７）が、この例ではＡＤＴタイプのオーダーを含む他の関連付けられたオーダー表現項目２３９と一緒に同時に提示される。項目２３９は、選択可能なボタン列２３０に示された所定の一連の部門における現在の移動位置に基づいて、所定の一連の対応するヘルスケアプロバイダ組織部門と関連付けられたサービスのセットから自動選択される。図３の画像の右側（ウィンドウ２４７を含む）は、ユーザが新しいオーダー、現行のオーダー、又は保留された（後で実行される）オーダーを表示できるようにするオーダービューワ機能を提供する。この機能は、オーダーモードと移動モードの両方を提供する。
【００１９】
第１のモードにおいては、ユーザが「ピックアンドステイ」ボタン２４３を操作すると、（項目２３７と２３９の）選択されたオーダー表現項目が、臨床医により電子署名される選択済みオーダーとしてオーダービューワウィンドウ２４７内に移動する。オーダープロセッサ１７（図１）は、ユーザの所定のソート基準に従ってウィンドウ２４７内に表示するためにオーダー表現項目を自動的にソートする。ユーザは、オーダータイプ、関連する部門、オーダーが患者に施される順序、治療の重要性、副作用の深刻さ、又は別のユーザが指定した基準によって、アルファベット順にソートするように選択することができる。この第１のモードは、ユーザが決定可能な順序で、ボタン２３０によって選択可能な順序付けられた部門別に関連付けられたオーダー画像間の移動を支援する。第１のモードにおいて、ユーザは、オーダーに署名したり、別の部門に進んだり（通常の順序から外れて）、又はオーダー機能を終了することができる。そのようなオーダーが電子署名されると、そのような項目を管理し若しくはそのような項目を指定された患者に提供する処理が開始される。
【００２０】
第２のモードにおいては、ユーザが「ピックアンドゴー」ボタン２４１を押すと、（項目２３７と２３９の）選択されたオーダーが、臨床医によって電子署名される選択済みオーダーとしてオーダービューワウィンドウ２４７内に移動する。しかしながら、この第２のモードにおいては、ボタン２４１が押された結果として、現行のオーダー画像から、所定の一連の対応ヘルスケアプロバイダ組織部門と関連付けられた次のオーダー画像に自動画像移動が行われる。具体的には、ボタン２４１をユーザが押すと、項目２３９が、選択可能なボタン列２３０に識別された一連の対応するヘルスケアプロバイダ組織部門の中の次の部門と関連付けられたオーダーを含むように更新される。この第２のオーダーモードは、前述の「ＡＤＣＶＡＮＤＩＭＬ」シーケンスのような部門別オーダーシーケンスで（タブ付きのユーザが移動可能なオーダー画像を含むボタン列２３０によって表されたような）部門間の自動移動を支援する。
【００２１】
図２から図８は、特定患者の治療のユーザオーダーを示すユーザメニュー移動シーケンスを含む。前述のように、図２のユーザインタフェース表示画像は、後の移動とオプション選択によるカスタム化のために初期治療オーダーセット（この例では肺炎オーダーセット）の複数モードの臨床医による選択を支援する。この画像は、一般に、病院情報システム内の患者センサス（census）リスト又は特定の患者探索画面からアクセスされる。図３は、第２のユーザインタフェース表示画像メニュー（ボタンタブ２３４と関連付けられ選択可能なＡＤＴオーダー画像）を示す。図３の画像により、臨床医は、初期治療オーダーセット（この例では肺炎オーダーセット）に加えて、提示された病院部門と関連付けられたオーダー（この例ではＡＤＴと関連したオーダー）から選択することによって特定の患者に望ましいオーダーセットを作成することができる。臨床医は、個別のＡＤＴ（部門関連）オーダー表現項目２３９を含めたり省いたりすることによって、若しくは初期オーダーセットに含まれ、例えば項目２３７として示された個別のＡＤＴオーダーを含めたり省いたりすることによって、望ましいオーダーセットを構成することができる。さらに、ユーザがチェックボックス３１３を選択すると、項目２３９は、チェックボックス２３５によって決定されたＡＤＴオーダーのサブセットの最も一般的に使用されるオーダー（ここでは隔離オーダーサブセット）を表す。代替として、ユーザがチェックボックス３１１を選択したとき、項目２３９は、チェックボックス２３５によって決定されたＡＤＴオーダーのサブセットの全てのオーダーを表す。臨床医は、また、データベース１９（図１）内のオーダー可能項目の病院又はヘルスケア企業サービスマスタリストに保持された（所望のオーダーセットに含めるための）特定のオーダーの文字探索を開始することもできる。所望のオーダーセットを表す項目は、前述のように、ウィンドウ２４７に示される。ユーザがボタン２４１を押すと、（項目２３７と２３９の）選択されたＡＤＴ表現項目がウィンドウ２４７内に移動し、それにより、次のオーダー画像（図４のアレルギーオーダー画像）への自動画像移動が行われる。
【００２２】
臨床医は、（図４の列２３０のボタンタブ２６９によっても選択される）ユーザインタフェースアレルギーメニュー（図４を参照）によって、特定の患者のアレルギー条件を選択し、特定の患者がアレルギーを示す項目を特定する。選択されたアレルギー条件は、物質（抗生物質２６３や他の薬剤２６５を含む）並びに環境要素２６７を含む。図３（及び図５から図８）の画像メニューと同じように、ユーザがボタン２４１を押すと、（項目２６３〜２６７の）選択されたアレルギー表現項目がウィンドウ２４７内に移動し、その結果次のオーダー画像（ボタンタブ２７１と関連付けられたＮｕｒｓｉｎｇ（看護）、ＶＳ（生命徴候）、Ｉ＆Ｏ（入力及び出力）、Ａｃｔｉｖｉｔｙ（アクティビティ）画像）への自動画像移動が行われる。ユーザがボタン２４３を押すと、選択されたアレルギー表現項目がウィンドウ２４７内に移動するが、自動画像移動は行われない。メニュー項目２７３は、ユーザに、アレルギー項目の選択を容易にする特定のアレルギー項目に対する特定の患者のアレルギー特性（反応、深刻さ及びコメントの見出しの下）を提示する。
【００２３】
臨床医は、（図５の列２３０のボタンタブ２７１によっても選択される）ユーザインタフェース看護メニュー（図５を参照）によって特定の患者の看護部門と関連したオーダーを選択する。初期（肺炎）オーダーセット（図２によって選択された）に含まれる看護部門と関連したオーダーは、第１のウィンドウ領域に、生命徴候（ＶＳ）並びに入力及び出力（Ｉ＆Ｏ）を含む要素３０３として示される。 他の一般的に使用される看護オーダーが、第２のウィンドウ領域内に要素３０５としてリストされる。具体的には、第２のウィンドウ領域の項目３０５は、チェックボックス３０７によるオーダーサブセットカテゴリのユーザによる選択によって決定される看護オーダーのサブセットを表すデータ項目（この例では許可された患者アクティビティレベルを示す）を含む。図５に示したようにチェックボックス３０７のアクティビティチェックボックスが選択されるので、項目３０５は、選択に利用可能な看護オーダーのアクティビティ関連サブセットを表す項目を示す。第２のウィンドウ領域内の項目３０５は、追加のユーザによる移動を必要とすることなく項目３０３と共に選択に利用でき、有利である。さらに、ユーザがチェックボックス３１３を選択したとき、第２のウィンドウ領域の項目３０５は、チェックボックス３０７によって決定された看護オーダーサブセットの最も一般的に使用されるオーダーを表す。或いは、ユーザがチェックボックス３１１を選択したとき、第２のウィンドウ領域の項目３０５は、チェックボックス３０７によって決定された看護オーダーサブセットの全てのオーダーを表す。ユーザがボタン２４１を押したとき、（項目３０３及び３０５の）選択された看護表現項目がウィンドウ２４７内に移動し、その結果次のオーダー画像（ボタンタブ３０９と関連したＤｉｅｔ（食事）、Ｓｌｅｅｐ（睡眠）、及びＢｏｗｅｌ（便通）画像）に自動画像移動される。ユーザがボタン２４３を押したとき、選択された看護オーダー表現項目がウィンドウ２４７内に移動するが、自動画像移動は行われない。
【００２４】
臨床医は、（図６の２３０列のボタンタブ３０９によっても選択される）ユーザインタフェース食事メニュー（図６を参照）によって特定の患者の食事、睡眠及び便通に関連するオーダーを選択する。初期（肺炎）オーダーセット（図２によって選択された）に含まれる食事、睡眠、及び便通に関する部門に関連するオーダーは、第１のウィンドウ領域に要素３２３として示されている。他の一般的に使用される食事、睡眠及び便通に関連するオーダーは、第２のウィンドウ領域に要素３２５としてリストされる。具体的には、第２のウィンドウ領域の項目３２５は、チェックボックス３２７によってオーダーサブセットカテゴリのユーザによる選択によって決定された食事、睡眠及び便通オーダーのサブセットを表すデータ項目（この例では一般的な標準の食事を示す）を含む。第２のウィンドウ領域内の項目３２５は、追加のユーザによる移動を必要とせずに項目３２３と共に選択に利用でき、有利である。さらに、ユーザがチェックボックス３１３を選択したとき、第２のウィンドウ領域の項目３２５は、チェックボックス３２７によって決定された食事、睡眠及び便通オーダーのサブセットの最も一般に使用されるオーダーを表す。或いは、ユーザがチェックボックス３１１を選択したとき、第２のウィンドウ領域の項目３２５は、チェックボックス３２７によって決定された食事、睡眠及び便通オーダーのサブセットの全てのオーダーを表す。ユーザがボタン２４１を押したとき、（項目３２３と３２５の）選択された食事、睡眠、及び便通表現項目がウィンドウ２４７内に移動し、その結果次のオーダー画像（ボタンタブ３８３と関連付けられた検査室画像）に自動画像移動が行われる。ユーザがボタン２４３を押すと、選択された食事、睡眠、及び便通オーダー表現項目がウィンドウ２４７内に移動するが自動画像移動は行われない。
【００２５】
臨床医は、（やはり列２３０の図７ボタンタブ３８３によって選択された）ユーザインタフェース検査室メニュー（図７を参照）によって特定の患者のための検査室に関連したオーダーを選択する。（図２によって選択された）初期（肺炎）オーダーセットに含まれる検査室部門に関連したオーダーは、第１のウィンドウ領域内の要素３４３として示される。他の一般に使用される検査室に関連したオーダーは、第２のウィンドウ領域内に要素３４５としてリストされる。具体的には、第２のウィンドウ領域の項目３４５は、チェックボックス３４７によるオーダーサブセットカテゴリのユーザによる選択によって決定された検査室オーダーサブセットを表す（この例では一般の微生物学オーダーを識別する）データ項目を含む。第２のウィンドウ領域内の項目３４５は、追加のユーザによる移動を必要とすることなく項目３４３と共に選択に利用でき、有利である。さらに、ユーザがチェックボックス３１３を選択したとき、第２のウィンドウ領域の項目３４５は、チェックボックス３４７により決定された検査室オーダーのサブセットの最も一般に使用されるオーダーを表す。或いは、ユーザがチェックボックス３１１を選択したとき、第２のウィンドウ領域の項目３４５は、チェックボックス３４７により決定された検査室オーダーのサブセットの全てのオーダーを表す。ユーザがボタン２４１を押したとき、（項目３４３及び３４５の）選択された検査室表現項目がウィンドウ２４７内に移動され、その結果次のオーダー画像（ボタンタブ３８５と関連付けられた放射線術画像）に自動画像移動される。ユーザがボタン２４３を押したとき、選択された検査室オーダー表現項目がウィンドウ２４７内に移動するが、自動画像移動は行われない。
【００２６】
臨床医は、（図８の列２３０のボタンタブ３８５によっても選択される）ユーザインタフェース放射線術メニュー（図８を参照）によって特定の患者の放射線術に関連したオーダーを選択する。初期（肺炎）オーダーセット（図２によって選択された）に含まれる放射線術部門に関連したオーダーは、第１のウィンドウ領域内に要素３６３として示されている。他の一般に使用される放射線術関連のオーダーは、第２のウィンドウ領域内に要素３６５としてリストされている。具体的には、第２のウィンドウ領域の項目３６５は、チェックボックス３６７によるオーダーサブセットカテゴリのユーザによる選択によって決定された放射線術オーダーのサブセットを表すデータ項目（この例ではＣＴスキャンオーダーを識別する）を含む。第２のウィンドウ領域内の項目３６５は、追加のユーザによる移動を必要とすることなく項目３６３と共に選択するために利用でき、有利である。さらに、ユーザがチェックボックス３１３を選択するとき、第２のウィンドウ領域の項目３６５は、チェックボックス３６７によって決定された放射線術オーダーのサブセットの最も一般に使用されるオーダーを表す。或いは、ユーザがチェックボックス３１１を選択するとき、第２のウィンドウ領域の項目３６５は、チェックボックス３６７によって決定された放射線術オーダーのサブセットの全てのオーダーを表す。ユーザがボタン２４１を押すと、選択された放射線術表現項目（項目３６３と３６５の）がウィンドウ２４７内に移動し、その結果次のオーダー画像（ボタンタブ３８７と関連付けられた薬剤画像）に自動画像移動が行われる。ユーザがボタン２４３を押すと、選択された放射線術オーダー表現項目がウィンドウ２４７内に移動するが、自動画像移動は行われない。
【００２７】
オーダープロセッサ１７（図１）は、図８の画像メニューに示された（図３〜図７の階層構造の一連の表示画像メニューにも存在する）警告ウィンドウ領域４００内に表示するための臨床決定支援情報の生成を開始する。オーダープロセッサ１７は、患者固有の基準を使用して警告ウィンドウ４００内に表示する臨床的決定支援メッセージを提供する。臨床的決定支援情報は、ユーザによって選択された複合オーダーセットのサービスの使用と関連したルール、警告、メモ、指示、情報、若しくは警告ウィンドウ４００によって提示される特定のオーダーメニューと関連付けられた他の情報を含むことができる。臨床的決定支援情報は、また、薬剤投与量、薬剤相互作用警告、治療を適用する患者固有の手段、及び必要な患者固有の治療ユニット資源を識別する情報を含むことができる。図８のユーザインタフェース放射線術メニューにおいて、警告ウィンドウ４００は、例えば、ヨウ素コントラストＣＴスキャンをオーダーする前に腎機能の評価の必要を示す決定支援注記を提供する。
【００２８】
図３から図８の病院部門と関連したオーダーと同じように、臨床医は、また、ユーザインタフェース薬剤メニュー（図８の列２３０のボタンタブ３８７によっても選択されるがこの図では示されていない）によって特定の患者の薬剤に関連したオーダーを選択する。ユーザは、病院部門と関連したオーダー画像の階層シーケンス内のユーザ順方向移動によって得られた複合オーダーセットを含むオーダーに（図３及び他の部門オーダー画像に示されるボタン２４９を使用して）署名する。得られた複合オーダーセットは、逆方向移動を必要とすることなく有利に作成される。
【００２９】
ユーザは、図８のボタンタブ３８９（「ａｌｌ」タブ）を選択して、（ここでは、肺炎オーダーセットから）初期オーダーセット表現項目をユーザが必要とする他のオーダー表現項目とマージするオプションをユーザに提供するメニューの生成を開始する。オーダープロセッサ１７（図１）は、ユーザコマンドに応じて、そのようなマージされたオーダーセット（又は、別の複合オーダーセット）を作成し、新しいオーダーセットとしてデータベース１９内に記憶する。また、このシステムによって、臨床医は、オーダーセット全体を取得することなくデータベース１９から得た所定のオーダーセットの一部分を選択することができる。システム１０を使用する臨床医は、オーダーセットを選択し、例えば検査室テストと薬剤を含むオーダー表現項目を除外することができる。この目的のため、臨床医は、列２３０の部門別オーダーシーケンスを移動してボタン２４１ボタンによってオーダーを受け入れるが、オーダーシーケンスの検査室検査と薬剤メニューについてはオーダーを受け入れない。その代わりに、ユーザは、（前に説明したような）検査室検査及び薬剤メニューにおいて代替のオーダーストラテジを開始することができる。
【００３０】
図１から図８に示したシステム、プロセス及びユーザインタフェースシステム表示形式は排他的なものではない。同じ目的を達成するために、本発明の原理による他のシステム、プロセス及びユーザインタフェース形式を得ることができる。本発明の原理は、ヘルスケア関連の項目だけでなく他の項目の複数のオーダーストラテジを提供する際に適用可能であり、従って他のヘルスケア関連でない産業に使用可能である。
【図面の簡単な説明】
【００３１】
【図１】本発明の原理による治療オーダー情報を処理し管理するためのシステム及びユーザインタフェースの１つの実施形態を示す図である。
【図２】本発明の原理によるカスタム化のために初期治療オーダーセットのユーザによる選択を支援するユーザインタフェース表示画像メニューを示す図である。
【図３】本発明の原理による初期治療オーダーセットに加え病院部門に関連したオーダーのユーザによる選択を支援するユーザインタフェース表示画像メニューを示す図である。
【図４】本発明の原理による特定の患者の治療のユーザオーダーを示すユーザメニュー移動シーケンス（図２と図３の画像を含む）におけるユーザインタフェース表示画像メニューを示す図である。
【図５】本発明の原理による特定の患者の治療のユーザオーダーを示すユーザメニュー移動シーケンス（図２と図３の画像を含む）におけるユーザインタフェース表示画像メニューを示す図である。
【図６】本発明の原理による特定の患者の治療のユーザオーダーを示すユーザメニュー移動シーケンス（図２と図３の画像を含む）におけるユーザインタフェース表示画像メニューを示す図である。
【図７】本発明の原理による特定の患者の治療のユーザオーダーを示すユーザメニュー移動シーケンス（図２と図３の画像を含む）におけるユーザインタフェース表示画像メニューを示す図である。
【図８】本発明の原理による特定の患者の治療のユーザオーダーを示すユーザメニュー移動シーケンス（図２と図３の画像を含む）におけるユーザインタフェース表示画像メニューを示す図である。
【符号の説明】
【００３２】
１１  クライアント
１２  サーバ
１３  ネットワークバックボーン
１４  ユーザインタフェース
１５  患者データベース
１６  オーダー入力プロセッサ
１７  オーダープロセッサ
１８  臨床情報
１９  サービスデータベース（オーダーセット）
【図１】
2006529041.tif 000003
【図２】
2006529041.tif 000004
【図３】
2006529041.tif 000005
【図４】
2006529041.tif 000006
【図５】
2006529041.tif 000007
【図６】
2006529041.tif 000008
【図７】
2006529041.tif 000009
【図８】
2006529041.tif 000010