JP2000514228A

JP2000514228A - ヘルスケア環境における消耗品使用のトラッキング及びプロファイリング方法及びシステム

Info

Publication number: JP2000514228A
Application number: JP10547353A
Authority: JP
Inventors: ディバスク，ブライアン・シー; シャンクス，マーク・ダブリュー; コファー，マイケル・シー
Original assignee: ディロイアル・インダストリーズ・インコーポレーテッド
Priority date: 1997-04-30
Filing date: 1998-04-30
Publication date: 2000-10-24
Anticipated expiration: 2018-04-30
Also published as: WO1998049645A1; JP3155016B2; EP0980557A1; CA2288226A1; US5991728A; EP0980557A4

Abstract

(57)【要約】臨床の場面における処置レベルでの医療用消耗品の使用をトラッキングする方法である。この方法は、与えられた医学的処置の間に用いられると予測される消耗品のリストを含む少なくとも１つの処置テンプレートを作成するステップと、与えられた処置のための記録フォームを、処置テンプレートに基づく与えられた処置から作成するステップであって、前記フォームは、処置テンプレートに基づき処置の間に用いられることが予測される消耗品の少なくとも部分的なリストを含む、ステップと、前記フォーム上に、処置の間の消耗品の実際の使用を記録するステップと、処置テンプレート及び実際の使用情報を、分析の目的で、検索可能な態様で記憶するステップと、を含む。

Description

【発明の詳細な説明】ヘルスケア環境における消耗品使用のトラッキング及びプロファイリング方法及びシステム発明の分野本発明は、広くは、ヘルスケア（健康管理）分野における消耗品（supply）使用のトラッキングという分野に関し、更に詳しくは、ヘルスケア分野における処置(procedure)レベルでの消耗品使用のトラッキング及びプロファイリングを行うコンピュータが実現可能な方法及びシステムに関する。発明の背景医療サービスの提供においては、医療サービスが提供されるプロセスを記述する１つの方法として、臨床経路（clinical pathway）の概念を通じて行うものがある。どのような治療形態または臨床的な処置も、関係する一連のケア・イベント（care event）として容易に記述できる。それぞれのケア・イベントは、その前後のケア・イベントに対して論理的かつ合理的な何らかの関係を有している。例えば、ひとりの患者が、膝の手術を受けるために病院に行くと想定してみよう。最初から最後までのプロセスは、一連のケア・イベントとして記述できる。すなわち、１）入院手続、２）最初の血液検査、３）手術準備、４）麻酔、５）手術、６）手術後の快復、７）退院、である。実際、この例は、退院後も、８）通院の継続、９）リハビリテーション／理学療法、などと継続される。医療環境に詳しい者にとっては明らかなように、それぞれのケア・イベントは、更に詳細な一連のサブ・ケア・イベントに分けることができ、従って、臨床経路の概念はスケーラブルであり、すなわち、どのようなケア・イベントも、一連の活動から構成されているので、臨床経路として記述することができる。臨床経路の概念は、また、より複雑な処置にも拡張することができる。例えば、ある患者が、かかりつけの医師のところに行き、特定の兆候を訴えることを考えよう。この医師は、診察を行ったり、検査を命じたりするであろう。診察及び／又は検査の結果に基づいて、医師は診断を下し、治療方針を決定する。この治療方針の中に病院での手術と、術後のケアが含まれていると仮定しよう。このような場合には、臨床経路は、次のようになる。すなわち、１）患者の受付（医師のシステムに患者を登録するという基本的管理）、２）診察、３）検査、４）診断、５）治療方針の決定、６）病院への入院、７）手術前の検査、８）手術準備、９）麻酔、１０）手術、１１）手術後の快復、１２）退院、１３）治療の継続、１４）最終的な治療の終了、である。この場合にも、明らかに、それぞれのケア・イベントは、より小さなケア・イベントに分割することができ、従って、各ケア・イベント自体が１つの臨床経路を表している。例えば、手術は、最初の切開で開始されその切開が閉じられるまでの各ステップに分解することができる。それぞれのケア・イベントは、何らかのタイプの医療上（または管理上）のサービスの提供を表しているという事実に加え、実行されるためには、何らかのタイプのリソース（資源、resource）の配分を必要とする。これらのリソースは、労働（医師、看護婦、技師、データ処理事務員など）、装置（Ｘ線マシン、人工呼吸装置、バイタルサイン・モニタなど）または消耗品（スポンジ、手術器具、無菌布（ドレープ）、Ｘ線フィルム、縫合糸、薬剤など）の形態をとりうる。従って、それぞれのケア・イベントに対して、そのケア・イベントを完了するのに必要なリソースの配分を識別することが可能である。例えば、上述の第２の例における診察ステップの場合では、リソースの配分は、医師の時間を１５分間、試料コレクタの使用、試料容器の使用及び血液採集キットの使用である。同様に、検査のステップには、画像化装置（Ｘ線又はＭＲＩマシンなど）の使用、技師の時間を３０分、Ｘ線フィルムの使用、Ｘ線現像装置と関連する化学的な消耗品との使用及び画像の解釈のために放射線専門医の時間を１５分が含まれる。イベントを処置的な経路のコンテキストで記述することによって、特定の患者の治療に必要なステップのシステマティックな分類を可能にし、臨床経路を適切に完了させるのに必要なリソースを識別するためのフレームワーク（枠組み）が提供される。コスト削減及び抑制という現在の医療環境においては、このような臨床経路フレームワークを用いれば、臨床環境におけるヘルスケア・サービスの提供を特徴付け分析する効果的かつ効率的な方法が得られる。最も典型的には病院環境である臨床環境において用いられる医療用消耗品の提供は、ヘルスケアの提供の性質が、そして重要なことにはコストの償還（reimbu rsement）の性質が変化するにつれて、時間と共に変化してきている。例えば、かつては、病院が消耗品を取得する最も一般的な方法は、集中化された消耗品サービス部門が、ある期間に必要となることが予想される個々の消耗品を注文するというものであった。これらの消耗品は、ある処置のために必要となるまで、消耗品室に保管されていた。いったん何らかの処置の予定が立てられると、処置とその処置を実行する医師とに基づいて、ピック・リスト（消耗品リスト）が作成される。病院従業員が、そのピック・リストを用いて必要な品目を倉庫から取り出して、その処置が行われる作業室に運ぶ。作業が完了すると、使用されなかった消耗品は倉庫に戻され、用いられた消耗品のリストは会計部門にまわされる。使用された消耗品は廃棄されるか、又は、再消毒なされる。しかし、このシステムにはコストがかかり、非効率でもある。例えば、消耗品のための比較的大型の倉庫が維持されなければならず、特に、無菌布、スポンジ、縫合糸、クランプ（clamp）などのように多くの処置において用いられる標準的な品目についてそういえる。これら標準的な品目の倉庫は、あらゆる処置において十分な数量が確保されることを確実とするために、大型でなければならない。更に、手術のために品目をピックアップし、使用されなかった品目を後でストックに戻すという作業は面倒であり費用もかかる。というのは、適切な品目が揃えられ、ストックに戻される品目も適切な位置に再配置されることを確実とするには、比較的熟練の労働力が必要であるからである。特に、使用されなかった品目をストックに戻すというのは、病院にとって、かなりの負荷となっている。これは、消耗品コストに対する現行の償還方法に起因する。倉庫から持ち出された各品目は、用いられる（従って、費用が請求される）場合と、ストックに戻される（従って、費用は請求されない）場合とがある。ある品目が処置の間に用いられず、しかし、費用が請求されているとすれば、その製品に対する費用の請求は、費用償還側にとっては、詐欺（fraud）であると考えられる。品目は個別に包装されていることが多いので、ストックに戻すという作業は非常に時間がかかる。特に、手術中のどのような状況にも対応できるように、倉庫から十分な数量の品目が取り出されている場合に、そういえる。例えば、倉庫から１０個のクランプが取り出されても、大量の出血が発生し１０個のクランプすべてが必要となるような場合以外には、３つか４つだけが用いられるというのは珍しくない。この状況により、処置パック（procedural pack）が生み出されることになった。当初には、供給業者は、消耗品のある種の組合せが、ほとんどすべての手術に用いられるということに気付き始めた。例えば、一定量の無菌布は、ほとんど常に用いられる。従って、処置無菌布パックが開発され、これには、最も一般的に用いられる無菌布が一般的に用いられる数量だけ含まれていた。これらの無菌布は、ある単位で、パッケージングがなされ消毒されることにより、その単位の一部が用いられると、その単位の全体が用いられたことになった。例えば、１パックに５枚の無菌布が含まれ、手術の間には４枚だけが用いられたとする。しかしその場合でも、パッケージが開封され、それによって消毒の効力が失われるので、その単位全体が用いられたものと見なされる。いくらかの無駄は生じるが、このシステムによれば、再ストックが不要となり、費用が削減される。当初は、小さな処置パック及びトレイが一般的なイベントに対して開発された。切開トレイ、麻酔トレイ、縫合キット及び様々なそれ以外の処置パックや、消耗品バンドルが開発された。病院が処置パックという概念に慣れて行くにつれて、より包括的な消耗品バンドルに対する需要が増加した。処置パックは、最終的には、手術の処置によって分けられる大きなバンドルに発展し、バンドルには、その処置に要するすべて廃棄可能な品目が含まれるようになった。コスト加算型の償還を行う時代において、病院は、ますます増大する包括的な処置パックを用いることへのインセンティブを有していた。あらゆる可能性を考慮した品目が揃っている大きなパックを用いることにより、倉庫から品目をピックアップし使用しなかった品目はストックに戻すことに必要となる労働量を最小化することができた。更に、そうすることにより、病院は、倉庫における在庫量を大幅に減少させることもできた。そのようなパックは、多くの在庫を維持しておくのではなく、必要に応じて注文することができるからである。しかし、このような効率性を追求するため、パックは、処置の間に遭遇することが考えられるあらゆる可能性をカバーしなくてはならず、ほとんどの処置で用いられ場合が多い大量の品目を含むことになった。ヘルスケア環境におけるコスト抑制の立場では、治療の提供側は、費用の償還側から、費用及びコストを可能な限り最小化することを求められる。治療を管理する立場からすると、ある消耗品が処置の間に用いられなかった場合には、費用償還側は、その消耗品に関しては支払いをすることに消極的である。このような環境によると、以前のように、消耗品の倉庫を設け、そこから消耗品を出し、使用しなかった品目は再ストックするという方法に回帰することになる。しかし、償還側でも、消耗品の出し入れに関する労働力の費用を最小化するためには、消耗品の使用におけるいくらかの無駄は正当化されることを認識している。従って、供給側に圧力がかかり、「カスタム（custom）処置パック」の開発に至ることになる。このようなカスタム・トレイは、包括的ではあるが、無駄を最小化するために、状況に対応している。例えば、ある病院におけるある医師によって行われる各処置のために、その医師によって作成される「パーツ・リスト」（parts list）、すなわち、消耗品リストが存在する。従って、医師たちは、希望する消耗品、希望する数量、そして、好みがある場合には、希望する消耗品のブランド及びタイプを特定することができる。従って、医師Ａが、医師Ｂよりも、多くのラップ・スポンジ(lap sponge)を用いる場合には、彼らの好みのカードは異なる。コスト加算型の償還シナリオにおいては、どのような医師によっても用いられるラップ・スポンジの最大量が含まれている処置パックが開発されたであろう。しかし、そのトレイが医師Ｂに提供されたとすると、余分なラップ・スポンジは無駄になる。しかし、管理型の治療においては、カスタム処置パックは、医師Ａと医師Ｂとに対し、それぞれの医師の好みを許容するように、開発されるのである。しかし、このカスタム処置パックが専門化すればするほど、より大きな倉庫を維持しなくてはならなくなる。それぞれの医師は、自分が行うそれぞれの異なる処置に対して異なるカスタム処置パックを有する可能性があるので、在庫におけるトレイの標準化はあり得ないし、従って、それぞれの医師のためのそれぞれのカスタム処置パックが、大量に必要となる。最終的な分析では、処置パックの標準化とカスタム化との間での均衡が図られなければならない。というのは、標準化されたトレイがより多くの異なる医師及び処置に対して多く用いられることになるので、処置パックが標準化されることが在庫の最大の節約につながり、カスタム化が進めば、医師相互間及び処置相互間での使用が異なることにより無駄が最小化されるからである。当業者に明らかなように、標準化とカスタム化とが適切に均衡すれば、無駄と在庫との両方が最小化され、結果的に、コストの最小化につながる。従って、適切な均衡がなされれば、償還側は、手術のために消耗品の各品目をピックアップする時間が少なくなり金銭を節約でき、治療提供側も、在庫管理によって、金銭を節約することができる。カスタム処置パックは、処置パックの開発とほぼ同時期から、医療用消耗品産業において存在してきた。市場技術として、トレイの製造業者は、他の業者に対する競争力を発揮して新規の顧客を獲得するために積極的にトレイをカスタマイズした。しかし、最近では、この業界は、顧客との協力により、カスタム・パック及びトレイの開発に関して複雑化している。当初は、カスタム処置パックは、その製造業者が既に提供していた標準的なトレイ又はパックを若干変更したものであった。しかし、カスタム化に対する要求が高まり、製品の提供が変化するにつれて、カスタム処置パック開発の方法は、より複雑化することが要求された。この問題への１つのアプローチとして、１９９５年６月１２日に出願された“ Method For The Supply Of Medical Supplies To A Health-Care Institution B ased On A Nested Bill Of Materials On A Procedural Level”と題する米国特許出願第08/489,496号に記載されたものがある。この米国出願の明細書の全体を、本出願において援用するものとする。この米国出願において見られるように、上述した臨床経路アプローチを用いると、それぞれの医療処置は、特定の順序で実行される一連の処置として記述できる。従って、臨床経路のそれぞれのステップにおいて、そのステップを完了させるのに必要な消耗品は、そのステップの間に用いられる消耗品のバンドルとして表すことができる。従って、臨床経路モデルを用いると、ある臨床経路に用いられる入れ子状の物品明細書（nested bill of materials）を、処置レベルにおいて作成し、あるカスタム処置パックの内容のための消耗品リストが得られる。臨床経路モデルによれば、それぞれのステップにおいて必要となる消耗品を分析するためのより容易なアプローチが可能となる。その理由は、医療処置の各フェーズを分解してくれるからである。ここで記載されているようなタイプのカスタム処置パックを開発する処置には、歴史的な使用に基づく何らかの出発点が含まれる。例えば、病院が、腹腔鏡による胆嚢手術に対する標準的な処置パックを既に有していると仮定する。この標準的な処置パックのための消耗品リストは、その病院でのカスタム処置パックを開発するためのテンプレートを与えることができる。まず、このテンプレートである消耗品リストを入れ子状の物品明細書として構成した（上述の米国特許出願第 08/489,496号に記載されているように）後で、テンプレートを、それぞれの医師の好みカードによって修正され、その病院においてその処置を実行するそれぞれの医師のための材料のカスタム化された入れ子状物品明細書が得られる。それぞれの医師に対する当初の物品明細書を構成するステップには、消耗品使用における些細な際を最小化するためのいくらかの判断が必要となる。すなわち、ある医師が低コストの品目を２単位用い、別の医師が同じ品目を３単位用いる場合には、標準化された物品明細書では３単位とした方が安く、逆に、その品目が高コストの品目であれば、物品明細書を区別するのが最良である。結果としては、１つの処置パックに対して１つの物品明細書が、それぞれの処置に対してそれぞれの医師のために開発される。それぞれの処置に用いるそれぞれの処置パックに対して物品明細書が作成されると、製品供給業者は、臨床経路に設定されるそれぞれのステップに対する消耗品バンドルを開発することができる。一般には、すべての消耗品が１つの供給業者又は製造業者によって提供されるとは限らないので、上述の米国特許出願第08 /489,496号に記載されているように、複数の供給業者が、ある顧客に対する処置パックに含まれる消耗品バンドルを作成する。やはり上述の米国特許出願に記載されているように、容器をそれぞれの供給業者に送り、その業者によって提供される消耗品を容器に加えることにより複数の構成要素を収集し１カ所の組み立て場所に送ることに伴う時間及び輸送コストを減少させることができる。実際の作業では、容器の側が、それぞれの供給側が適切な消耗品バンドルを陽気に追加するのに用いる入れ子状の物品明細書に基づいて、作業命令を作成する。あるいは、それぞれの供給業者が、その消耗品バンドルを集中化された収集場所に送り、更に、最終的な顧客のために、容器を完成させて発送する。この供給パラダイムによれば、顧客と供給業者とは、供給業者が病院からのカスタム処置パックを求める注文に素早く応答することができるフレームワークを得ることができる。従って、それぞれの病院に対して多数の異なるトレイが作成される可能性がある場合でも、病院は、そのようなカスタム処置パックの大量の在庫を維持する必要がない。というのは、供給プロセスが、合理化されているからである。このシステムが適切に実現されていれば、非常に少量のカスタム処置パックだけ（おそらくは、１週間分程度）が病院の在庫として維持されることになる。これにより、病院側の在庫コストは、明らかに減少する。同様に、それぞれのトレイに対するパーツ・リスト、すなわち、入れ子状の物品明細書が分析されているので、無駄は最小化され、効率が高められている。この供給パラダイムでは、入れ子状の物品明細書をそれぞれのカスタム処置パックに対して作成すると共に、同時に、標準化を最大限行いケア供給側へのコストの全体を最終的に縮小することが試みられている。このパラダイムは、本出願の出願人であるデロイヤル・インダストリーズ（DeRoyal Industries，Inc.）がトレースパック（TRACEPACK^TM）という商標を用いて実現しているものである。しかし、この当初の分析では、物品明細書の最適化が維持されることを補償するのに十分ではない。例えば、医師は、手術における新たな技術に基づいて、消耗品の使用を常に変更する。同様に、製造業者たちも、自分たちの製品を常に改良し、新たな製品や開発を組み入れようとする。また、市場では、価格も常に変動する。一般に、カスタム処置パックを用いることの結果として、病院にとっては、注文の容易さ、コスト計算の容易さ、医師やそれ以外のケア提供者にとっての使いやすさなど、様々な利益が生じる。しかし、トレイの中にルーチン的には用いられない消耗品があったり、そのトレイの製造業者よりもコスト提供に優れた供給者がある場合などには、このようなトレイにおいて提供される消耗品使用の効率性をトラッキングし、必要な製品すべてがそのトレイ内に存在しているかどうかを判断することは困難であることが多かった。更に、病院は、一般的には、処置のための消耗品の使用及び注文に関して、複数の情報システムを有している。例えば、病院の請求書発行システムは、多くの場合、請求書を発行する目的で患者に請求するコストをトラッキングするのに用いられる１つのシステムである。保険会社やそれ以外の支払い提供者に情報を提出し、特定のサービスやコストに対する支払いを求めるためには、別のシステムが用いられている可能性がある。病院の消耗品の在庫管理には更に別のシステムが用いられている場合もあるだろう。更には、医師の処置消耗品に関する好みやカスタム処置パックの内容のトラッキングのために、追加的なシステムが用いられることもありうる。複数の情報システムが存在している場合には、多くの場合、病院やクリニックでは、ある処置に対して正確にどのような消耗品が提供され、ある処置においてどのような消耗品が実際に用いられるかをトラッキングし、将来の使用を予定する目的で、これまでの使用履歴を方向付け、更に、カスタム処置パックの内容の微調整を行うことは困難である。コンピュータによって維持されたリストとして、又は、紙の上で過去に用いられた１つのシステムは、資源消費ログである。このシステムは、基本的には、ある処置の間の提供された消耗品のリストを与えるが、用いられている際に、又は、処置の後で、単純な記録を付け、リストにある消耗品の使用数量を判断する。これらのタイプの消耗品の使用カウントは、一般に、カスタム処置パックのパッキング・リストから生じるリストや、それぞれの処置に関連する医師及びケア提供者によって与えられる消耗品選好リストに過ぎない。一般に、このタイプの記録は、主に、コスト回復及び在庫補充の目的で用いられる。しかし、そのような先のログに関連するリストは、ときには、使用が面倒であり困難である。更に、これらの従来技術によるシステムでは、複数のシステムへのデータ入力が必要であり、一般に、分析及び方向付けのためにデータが用いられることはない。現在のヘルスケア環境では、ヘルスケアの提供に関連するコストをトラッキングして最小化することへの圧力が増大している。ヘルスケア施設におけるコストの主要な領域の１つとして、医療上の処置の間に用いられる消耗品がある。多くの場合、病院やクリニックでは、外科医やそれ以外のケア提供者が処置の間に使用する必要がある可能性があるすべての消耗品を含むように設計されている処置パックを用いている。しかし、これらの処置パックが包括的であるように設計されると、特定の処置の間には用いられないというだけの理由で、かなりの無駄が生じる可能性がある。逆に、時には、頻繁に用いられる消耗品が処置パックの中に含まれておらず、それにより、病院やクリニックによる労働力を用いてそのような消耗品の在庫を維持し、その消耗品が処置の行われる場所（ケア・サイト、care site）に送られることを確実にしなければならない場合もある。しかし、従来技術による消耗品トラッキング方法及びシステムは、予測される使用と実際の使用とをトラッキングするための統合されたパッケージを提供してはくれない。従って、本発明の目的は、病院又はそれ以外のケア・サイトのコンテキストにおける処置レベルでの医療用消耗品の使用をトラッキングする方法及びシステムを提供することである。本発明の別の目的は、統合された履歴の記録を行う医療用消耗品の使用をトラッキングする方法を提供することである。本発明の更に別の目的は、処置レベルでの実際の消耗品の使用と処置レベルでの予測される消耗品の使用とを比較能力を有する医療用消耗品の使用をトラッキングする方法及びシステムを提供することである。本発明の更にまた別の目的は、予測された使用と実際の使用との履歴的な比較に基づいて処置パックにおいて提供される消耗品を表す物品明細書を改良する方法及びシステムを提供することである。本発明の更にまた別の目的は、分析及びコスト回復の目的で、処置レベルでの消耗品、器具及び人員などの医療資源の使用をトラッキングする方法及びシステムを提供することである。発明の概要上述の目的と更なる機能的な規準とが、本発明の好適実施例に従って実行される消耗品使用のトラッキング方法において提供される。本発明の好適実施例では、臨床の場面における処置レベルでの医療用消耗品の使用をトラッキングするプロセスが与えられる。このプロセスは、与えられた医療処置の間の用いられる消耗品又は資源の少なくとも部分的なリストを含む処置テンプレートを作成するステップを含む。また、この処置テンプレートに基づいて、与えられた処置に対して、記録フォームが作成される。記録フォームは、処置の間に用いられることが予測される消耗品の少なくとも部分的なリストを含む。記録フォームは、次に、その処置が実行される間の消耗品や資源の実際の使用に基づいて、実際の消耗品又は資源の使用情報を記録するのに用いられる。最後に、フォームからの使用情報は、消耗品又は資源使用の分析に用いるために、検索可能な態様で記憶される。本発明の別の実施例では、処置テンプレートが、医療処置を一連のケア・イベントとして表現し、その医療処置の間に用いられる消耗品又は資源をその消耗品が用いられたケア・イベントと関連付けることによって、作成される。次に、それぞれの表現されたケア・イベントに対する関連付けのなされた消耗品バンドルのリストが作成される。本発明の更に別の実施例では、処置テンプレートと記録フォームとが、コンピュータ・システムにおける電子的フォームとして提供され、その情報が、電子的に、作成され、記憶され、分析され、検索されることが可能となる。更に、本発明のある好適実施例では、任意の数の別々に実行された処置からの資源使用情報は、記録され記録されて、資源消費／使用の履歴データベースを構成する。この履歴データベースを分析することによって、将来の消耗品の使用を予測し、無駄になる資源を最小化し、処置資源の配分を標準化し、それによって、適時の注文、在庫管理又は製造の実現が可能となり、あるいは、コスト回復プロセスにおける正確性が向上する。図面の簡単な説明図１は、好適実施例の基本的なプロセス・ステップを示すブロック図である。図２は、処置テンプレート／物品明細書のプリントアウトである。図３ａ及び３ｂは、記録フォームのプリントアウトである。図４は、例のログイン・スクリーンのスクリーン・ショットである。図５ないし図１１は、例における処置を記録する際に遭遇する様々なスクリーンのスクリーン・ショットである。図１３は、例におけるレポートの作成を示すスクリーン・ショットである。図１４ないし図１６は、例のソフトウェアによって作成されるレポートの例である。図１７は、例における患者情報の入力を示すスクリーン・ショットである。図１８は、例における従業員情報の入力を示すスクリーン・ショットである。図１９ないし図２６は、例におけるバンドルの作成及び維持を示すスクリーン・ショットである。図２７ないし図３２は、例における処置のサーチ、編集及び完了を示すスクリーン・ショットである。好適実施例の詳細な説明次に、図面を参照するが、複数の図面にわたって同じ又は対応する特徴は同じ参照番号を用いて示している。図１には、本発明の基本的な方法を表すブロック図が示されている。本発明の最も基本的な実施例においては、第１のステップ１００は、与えられた処置に対するテンプレートの作成を表している。このテンプレートには、与えられた医学的な処置に必要な資源の少なくとも部分的なリストが含まれ、処置又は臨床経路に基づいて構成されている。いったんテンプレートが作成されテンプレートの処置に対応する処置の予定が立てられると、そのケアサイトに提供されるすべての資源のリストを表す記録フォームが作成される（ステップ２、１０２）。処置が実行される際、又は、その直後に、資源の実際の消費が、記録フォームに入力される（ステップ３、１０４）。実際の消費の記録には、その資源がテンプレートに含まれているかいないかを問わず、処置の間に消費された資源の入力が含まれる。更に、処置の間に予定されていたが消費されなかったものも、記録フォームにログされる。実際、好適実施例では、消耗品の使用は、例外によってログされる。すなわち、記録フォームは、予定されていた使用を示し、その予定されていた使用からの逸脱が生じない場合には、入力は行われず、実際の使用が予定されていた使用と一致すると想定される。記録フォームは、製造業者、流通業者又はユーザによって作成される印刷物であるか、又は、コンピュータ上に存在する。テンプレートと記録フォームとは共に、検索可能な態様で記憶される（ステップ４、１０６）。最終的には、所望の時刻に、テンプレート及び／又は記録フォームは、資源使用の分析に用いるために検索され得る（ステップ５、１０８）。資源使用の分析の最も単純な形態は、記録フォームを検討し、ヘルスケア・サービスの受け手に費用を請求する目的で処置の間に用いられた消耗品のリストを作成することから構成される。他の形態の分析には、記録フォームをテンプレートと比較して、処置の間の実際の使用をテンプレートに記されている予測された使用と比較することから構成される。このような分析によって、予測された消耗品の購入を最小化するためにテンプレートを向上させることが可能になり、また、処置の間に実際には用いられなかった資源のスケジューリングも可能になる。ある時間にわたって資源消費をより詳細に分析することにより、異なる処置に対する、又は、同じ処置を実行する複数の医師に対する物品明細書の間の類似点を識別することが可能になる。このような類似点を識別することにより、物品明細書を標準化し、従って、注文、ストック作成及び在庫管理のコストを単純化し減少させることができる。本発明の好適実施例では、テンプレート及び完成した記録フォームは、コンピュータによって維持されるデータベースに記憶される。このデータベースは、この目的のために特別に開発することが可能であるし、又は、マイクロソフト社によるアクセス（Access）などの市販されているデータベース・プログラムやＳＱＬサーバなどでありうる。好ましくは、情報は、任意の方法でのソートが可能であるように、記憶される。例えば、情報は、与えられたテンプレートから生じる処置によってソートすることができ、従って、そのテンプレートから生じて実行されたすべての処置に対して、消耗品の使用とテンプレートからの逸脱とをトラッキングすることができる（また、このソートは、時間に関して、トラッキングされた処置の数を制限することもできる）。更に、データベース・ソフトウェアのレポート発生機能を用いて、使用のまとめを作成することができる。また、情報は、医師ごとにソートすることもでき、従って、特定の医師の使用情報を、ある時間にわたって検討することができる。この方法は、テンプレートと、又は、他の医師と比較して、医師による選好リストを標準化しテンプレートから逸脱する医師の要求による多数の品目を維持することに伴う在庫及び労働コストを最小化する可能性があるかどうかを判断する。当業者には明らかなことであるが、広範囲なデータベースのソート、レポート、比較、まとめなどは、テンプレートにおいて利用可能な情報と資源の消費とから容易に作成される。また、このようにして記憶された情報は、コスト計算、消耗品の標準化、在庫の管理及び削減、消耗品要求の予定など、様々な方法で用いることができる。従って、以上の説明は、例示のためであり、限定は意味していない。次に図２を参照すると、テンプレートの基礎を形成する、処置レベルでの、入れ子状の物品明細書（nested bill of materials）１１０が示されている。本発明の方法を実現する第１のステップは、ある医学的処置において用いられることが予測されるすべての物品のテンプレートを作成することである。そのような物品明細書１１０は、特定の処置のためのテンプレートを作成する出発点となりうる。入れ子状の物品明細書１１０は、テンプレートの出発点にとって有用となるいくつかの重要な特徴を有する（ただし、本発明は、テンプレートの出発点として、処置経路／入れ子状の物品明細書には限定されない）。発明の背景の項目において説明したように、処置経路の原理を用いて医学的処置を一連の関連するサブ処置として構成することにより、その医学的処置を記述する入れ子状の構造が得られる。同様にして、処置経路におけるそれぞれのサブ処置に対しては、処置経路におけるそのステップに対するすべての消耗品のリストを含む消耗品バンドルが指定される。例えば、入れ子状の物品明細書１１０において、部品（パーツ）番号９１−ＯＰＥＲ０５４２（１１２）は、作業的（operative）なケア・イベント１１３を指す。更に詳しく見ると、物品明細書はまた、次のレベルにおいて、作業的なケア・イベント１１３に対する消耗品バンドルに対応する２つの部品番号（９２−ＤＥＲ０５４２ＯＰＥＲ（１１４）及び９２−ＤＬＲ０５４２ＯＰＥＲ（１１６））のリストになっている。第１の部品番号１１４は、デロイヤル・インダストリーズによって準備された消耗品バンドルを指し、第２の部品番号１１６は、第三者であるディーラによって提供された消耗品バンドルを指す。次のレベルに移ると、デロイヤル（商標）バンドル９２−ＤＥＲ０５４２ＯＰＥＲに対する部品がリストになっている。部品番号２５−３００１（１１８）は、スキン・ステープル（skin staple）を表し、他方で、部品番号８９−０３０８（１２０）は、小規模な脊椎手術用（minorspine surgery）キット又はトレイを表す。詳しさの次のレベルでは、小規模な脊椎キットの構成要素がリストになっている。注意すべきは、キット又はトレイの構成要素は、部品番号ＳＡ８９−０３０８Ｐ−１において見られるように（これは、サブ構成要素５−３２１４及び５ −３３７３を伴う焼灼ぺンシル（cautery pencil）である）、消耗品のバンドルでありうる。入れ子状の物品明細書１１０は、回帰的（recursive）である、すなわち、それぞれのレベルが、個々の部品から構成される部品を含んでいる。しかし、最終的には、個々の部品は、最高の詳しさのレベルでリスト化される。図２の場合には、入れ子状の物品明細書は、デロイヤル・インダストリーズ社によってトレースパック（TRACEPACK）というトレードマーク（商標）及びサービスマークの下で販売されている単位化（ユニット化、unitized）された消耗品配送システムからのサンプルの物品明細書に対応している。デロイヤルのトレースパック・システムは、これによれば、病院、ディーラ及び流通業者が、デロイヤルの助力を得て、最もコスト的に効果的なソース（すなわち、製造業者、流通業者又はエンドユーザ）から構成要素を供給することにより単位化された消耗品配送バンドルを構築できるものである。トレースパック・システムでは、コンピュータ化された物品明細書が作成され、顧客のためのトレースパック・システムに含まれるものとして、特定の処置のすべての構成要素を表している（図２のプリントアウトは、コンピュータ化された物品明細書を紙に印刷したものである）。ある処置が顧客のヘルスケア施設で予定されているときには、対応する単位化された容器に対する注文が電子的にデロイヤル社に送信され、デロイヤル社は、殺菌した消耗品バンドルを集め、それらを容器の中に配置した上で、容器を流通業者に送り、その消耗品バンドルに追加する。流通業者は、それをユーザに送り届ける。また、すべての供給業者からのすべての消耗品バンドルを、集中化された収集施設に送り、そこで、容器に要求された消耗品バンドルを詰めて顧客に対して発送することもできる。本発明の好適実施例では、入れ子状の物品明細書が、処置テンプレートとして用いられるが、処置において用いられる資源のどのようなリストでも、処置テンプレートのための出発点となりうる。入れ子状の物品明細書が好適実施例において用いられる理由は、トレースパック・システムのユーザにとっては、これらの物品明細書がデジタル的に記憶されており、好適実施例のコンピュータにおける実現版に容易に移植することができるからである。トレースパックが収集されるときには、与えられたトレースパックにおいて提供されたすべての消耗品のリストに対応する作業命令が発せられる。ある消耗品がストック切れ又はそれ以外の理由で入手不可能であると、代替がなされる。図３ａ及び３ｂに示されているように、病院に発送されるトレースパックに実際に含まれるすべての品目の在庫リスト（又は、「ピック・リスト」）１２４が作成され、図１において参照されていた記録フォームとして用いられる。この記録フォーム１２４は、ヘルスケア施設の職員が処置の間に消耗品の使用を消費時間において記録する際に参照するのに便利である。一般に、この完成した記録フォーム１２４は、処置の後で、記憶し処置テンプレートと比較して分析するために、電子的なフォームに入力される。最も基本的な分析の１つとして、テンプレートに記されている消耗品使用の予測と記録フォーム１２４に記されている実際の使用とを比較することがある。図３ａ及び３ｂにおいて見られるように、好適な記録フォーム１２４は、それぞれの品目の予定（予測）された使用１２６を示しており、実際に用いられた品目の数を入力するためのブランク１２８を有している。すべての品目は用いられることがなかった場合にスクラップとなった１３０又は返品された１３２品目の数を示すブランクもある（この情報は、処置のコストを決定する際に有用であるが、その理由は、スクラップとなった品目は「用いられた」のであり、支払いがなされなければならないが、返品された品目については課金すべきではないからである）。記憶されたバージョンは、使用情報のすべてが存在している（ブランクがない）ということ以外は同一であり、また、消耗品が用いられたが、処置の前には予定されていなかったという点で、これらの品目は、ゼロを示している予定の又は発行された数量に追加される。この基本的な比較を用いると、病院は、その処置パックの部品リストを比較し、また、そのリストを実際の使用と比較することができる。ある構成要素が用いられない場合には、その構成要素はトレイから削除され、その結果として、病院又はヘルスケア施設にとってはコストの節約となる。テンプレート上では予定されていない構成要素が処置においてはよく用いられる場合には、それを処置パックに追加すれば、その構成要素を手元に保持しておき処置の間に用いるために検索することに関連する病院の労働コスト及び在庫コストを節約することができる。本発明の好適実施例に関する上述の例は、特にデロイヤル社のトレースパック・カスタム処置パック環境に向けられたものであり、そのシステムに関連する入れ子状の物品明細書をテンプレートとして用いている。このような入れ子状の物品明細書の詳細と医療用消耗品を注文する方法及びシステムについては、１９９５年６月１２日に出願された“Method For The Supply Of Medical Supplies To A Health-Care Institution Based On A Nested Bill Of Materials On A Procedu ral Level”と題する米国特許出願第08/489,496号に記載されている。この米国出願の明細書の全体は、この出願において援用する。単位化された容器配送システムのための物品明細書、処置パック、医師の選好カード又はある処置に関連するそれ以外の消耗品リストがテンプレートを作成する際の論理的な出発点であるが、テンプレートの作成は、そのようなリスト又は物品明細書と共に開始される必要はない。例えば、本発明のシステムにおいて用いるためにテンプレートを作成する際には、システムのユーザは、ケア・イベントのそれぞれのフェーズを記述する処置経路を作成することによって、テンプレートの作成を始めることができる。ケア・イベントのそれぞれのフェーズがマップされるにつれて、更に多くの詳細が追加され、その終了まで、特定の処置を実行するのに用いられるすべての又はほとんどの資源をリスト化する処置経路のリストが作られる。このリストが、テンプレートとして機能する。例えば、ある手術は、病院への入院、血液検査／テスト、手術準備、麻酔、手術、術後の回復、退院など、複数の区別されるフェーズから構成され得る。これらの７つのフェーズのそれぞれは、資源の使用を必要とする１つ又は複数のケア・イベントを含むのが典型的である。例えば、手術準備のフェーズは、準備作業を行うための雑役係の使用と、切開場所を準備する準備トレイの使用とを含む。更に、準備トレイを構成する物品リストもありうる。従って、処置の手術準備フェーズのためのテンプレートには、少なくとも、準備トレイを含み、（労働力の要求の分析を容易にするために）雑役係を含みうる。処置の各フェーズを分解するというこのプロセスは、最終的には、結果として、その処置において用いられるすべての消耗品／物品を含むことが好ましく、望むのであれば、労働資源、再利用可能な器具や消耗品など他のすべての資源も含みうるテンプレートを生じることになる。逆に、テンプレートは、手術準備、麻酔、手術、術後処理など、処置全体の部分集合を含むだけであり、更には、希望するのであれば、ただ１つのフェーズだけを含むこともありうる。情報の処置経路の組織化は、それによって、資源消費をトラッキングする責任を有しているケア提供者が実際の資源消費を記録フォームの適切な部分と正しく関連付けることを容易にするという点で、非常に便利である。例えば、どのような医療処置の間でも広く用いられる消耗品に、止血鉗子（hemostat）がある。一般に、手術の様々なフェーズにおいて、多くの止血鉗子が用いられるが、記録フォームとテンプレートとが適切に組織化されていないならば、事後的に、いつ止血鉗子が用いられたかを判断することは困難である。従って、情報の処置経路の組織化がなければ、いくつの止血鉗子が、麻酔、手術、手術の終了、回復の間に用いられたのかを判断することは不可能となる可能性がある。例えば、止血鉗子の総数だけが記録されており、５つの止血鉗子が用いられなかったとすると、余分の量がどこで生じたのか（すなわち、麻酔トレイの止血鉗子が多すぎたのか、切開トレイなのか、縫合トレイなのか等）を判断することは不可能である。従って、余分の止血鉗子が含まれていたことがわかっていても、記録された情報に基づいてトレイの内容を向上させることは不可能である。しかし、テンプレート及び記録フォームのための処置ベースの構造を用いれば、処置レベルでの使用をトラッキングし、どの時点で使用予測（テンプレートから）と実際の使用（記録フォーム）との間の不一致が生じたのかを判断することができる。更に、好適実施例では、記録された情報は、履歴データベースへの入力として与えられる。データベースにおけるそれぞれのレコードは、ある患者のある処置に対応する。従って、標準的なデータベースのコマンド及び構造を用いれば、資源消費の履歴レコードを作成し分析することができる。例えば、データベースをサーチして、ある処置に関して実際の使用が使用予測とどのくらいの頻度で相違するかを判断することができる。従って、履歴データを見れば、消耗品管理者は、使用されないことが頻繁にある資源を将来の注文から削除するように、消耗品の注文を変更することができる。逆に、テンプレートには含まれていなかった製品が処置の際に頻繁に用いられることが観察される場合には、その製品を、カスタム処置パックに追加して、その品目を病院の消耗品室から取り出すことに関連する労働及び在庫コストを削減し、それらのコストを製造業者又は供給業者にシフトすることができる。更に、履歴データによれば、希望する時間に対する資源消費全体の分析が可能となる。この情報により、消耗品ユーザ、製造業者及び流通業者が、使用履歴を検討し、それに従って、将来の製造及び在庫を計画することが可能となる。ジャストインタイム（just in time）型の製造及びジャストインタイム型の配送という現在の環境では、テンプレート及び記録フォームに従って組織化されたデータにより、その情報のユーザは、生産、原材料の注文、在庫管理、配送などの予定を策定し、最もコスト効率的な態様で、必要な製品をユーザに届けることが可能となる。更に、労働と再利用可能な器具資源とがテンプレート及び記録に含まれているので、この情報は、現在のスタッフ配置の要件を分析し、将来のスタッフ配置のレベルを計画し、再利用可能な器具の要件を分析するのに用いることができる。例えば、（雑役係、看護婦、医師などの）労働資源がテンプレート及び記録フォームに含まれている場合には、実際の使用を用いて予測される労働要件をトラッキングすることが可能である。履歴データを用いると、不必要な人的資源を削減すること、又は、追加的な資源が必要かどうかを判断することが必要である。更に、使用履歴をトラッキングすることが可能であるから、そのようなデータは、将来の必要性及び循環的な変動を計画し、スタッフ配置に関する決定を行い変更の予定を立てるのに有用である。医学的処置が行われる間に用いられる再利用可能な医療器具（人工呼吸器、心肺マシン、透析マシンなど）の分野では、テンプレート及び記録フォームに含ませることによって、使用の評価が正確であるかどうかを判断することが可能となり、また、新たな機器購入の際により情報を得た上での判断が可能となる。本発明の実現の最後の効果として、作成される消費データが、使用された消耗品と施されたサービスとに対してより正確な費用請求をする際に役立つということがある。例えば、場合によっては、ケア・イベント・サイトに消耗品が提供されたにもかかわらず、使用されたのか使用されなかったのかを適切にトラッキングすることができないことがありうる。この状況の結果として、請求エラーが生じ、病院側が正当な費用を回復できなかったり、患者側が過剰な請求を受けることがある。しかし、処置に基づく組織化、記録フォーム及びテンプレートに含まれる情報を用いれば、非常に正確性の高い資源使用情報が作成され、これを、患者への費用請求において用いることが可能となる。例：デロイヤル・インダストリーズのＲＣＬ^TMソフトウェア次に、図４から図２２を参照して、本発明を実装するシステムの好適実施例を説明する。この実装は、デロイヤル・インダストリーズ社によるトレースパックという単位化された医療用消耗品配送システムへの追加的なモジュールとしてのコンテキストでなされている（この製品は、現在、デロイヤル・インダストリーズ社によって、ＲＣＬ（Resource Consumption Log）という商標を用いて販売されている）。これらの図面は、ＲＣＬソフトウェアの様々な機能のすべてを示すスクリーン・ショットを表しており、従って、本発明の好適実施例を表している。この特定の実施例はデロイヤル社のトレースパックと称する単位化された配送システムと共に動作することが示されているが、このソフトウェアは、それ以外の単位化された配送システムや、ヘルスケア提供者によって用いられるそれ以外の供給システムと共に動作するように適合させることが可能である。まず、このソフトウェアは、マイクロソフト社から市販されているビジュアル・ベーシックのエンタープライズ・エディションでプログラムされており、マイクロソフト社のウィンドウズ３．Ｘ、ウィンドウズ９５又はウィンドウズＮＴの下で動作するマイクロソフト社のアクセス・データベース・ソフトウェア及び／又はＳＱＬ／サーバ・ソフトウェアとの互換性を有している。このプログラムは、本発明の範囲から逸脱することなく、Ｃ＋＋などの様々なそれ以外のプログラミング言語において容易に開発でき、様々な他のデータベース・ソフトウェアと共に動作するようにも適合させることができ、ＤＯＳ、マッキントッシュ、ｕｎｉｘなど様々なオペレーティング・システムの下で動作するということは、当業者には明らかであろう。データベースのツリー構造、テーブル及びスキーマは、完全を期す目的で、この出願のアペンディクス（Appendex）１に記されている。以下の説明は、当業者が本発明のこの好適実施例を、アペンディクス１を参照せずに再構成するのに十分であると考えられるが、アペンディクス１のデータベース組織化情報は、以下に記述されるデータベース機能がウィンドウＮＴ（マイクロソフト社の商標）及びＳＱＬ／サーバ環境においてどのように実装されるかを示している。好適実施例の詳細を論じる前に、以下の好適実施例の場合には、必要な背景情報が既に入力されている。例えば、病院によって実行されるそれぞれの処置に対する物品明細書を作成する当所のステップ（図１のステップ１）と、消耗品、医師、従業員及びそれ以外の情報の入力は既に行われている。議論が進むにつれて、そのような情報をいかにして入力すべきかが注意されるが、出発点では、要求された情報の多くの入力を想定する。処置の記録（logging）次に、図４を参照すると、初期スクリーンが示されているが、このスクリーンは、認証を受けた者だけに、このプログラム及びデータベースへのアクセスを制限するという機能を実行する。ユーザは、適切な情報を適切なブランクに入力した後に、ＯＫボタン１３４をクリックして先に進む。図４に示されているログイン・スクリーンは、認証を受けた者だけにアクセスを制限するだけでなく、この技術分野において知られているように、プログラムにおいて用いるために、適切なデータベース情報をコールアップする。図５は、ログインが成功した後に現れるトレースパック・スクリーン１３５を示している。マイクロソフト社のオペレーティング・システムに親しんでいる者であれば知っているように、メニュ・バー１３６が、スクリーンの上部に位置し、ファイル１３８、ビュー１５０、メンテナンス１４２及びヘルプ１４４などのトップ・レベル・メニュを有している。これらのトップ・レベル・メニュは、それぞれが、関連するサブメニュを有し、それにより、ユーザは、何らかの機能や作用を選択することができる。好適実施例のメニュ・バー１３５の場合には、メンテナンス・トップ・レベル・メニュ１４２が、本発明の好適実施例に特有の機能のほとんどを提供する。これによって提供される機能を以下で説明する。図５には、スプリット・スクリーン・ディスプレイも示されており、ここでは、全体の情報が、ツリー・ディスプレイ１４６で示されており、ツリーの選択されたレベルの詳細が、リスト・ディスプレイ１４８において示されている。図５に示されているように、トレースパックのフォルダ１５０がツリー・ディスプレイ１４６において選択され、従って、その特定の病院に対するすべてのトレースパックのリストが、リスト・ディスプレイ１４８において示される。更に詳しくは、リスト・ディスプレイ１４８は、トレースパック・フォルダ１５０に含まれるそれぞれのトレースパックの部品（パーツ）番号１５２と簡単な説明１５４とを示している。ここに図解されている設定では、それぞれのトレースパック特定の処置に対する消耗品のグルーピングを表している。デロイヤル社のトレースパック・システムが用いられていない設定では、トレースパックのフォルダ１５０が、単に、消耗品リストのためのフォルダによって置き換えられ、それぞれのリストは、手術又は医学的処置のタイプに対応することになる。図６では、ツリー・ディスプレイ１４６からパーフュージョン(潅流、perfusi on)のトレースパック１５６が選択され、プロパティ機能が付勢される（この実施例では、プロパティ機能は、右側のマウス・キー（ウィンドウズ９５又はウィンドウズＮＴオペレーティング・システムでの標準的な操作）をクリックすることによって付勢され、ハイライトされた項目に特有の機能のメニュがコールアップされる）。特に、プロパティ機能は、この選択によって付勢されると、ユーザに新たな処置１６０に入り、選択された項目１６２の名称を変更し、印刷１６４を行い、印刷の特性１６６を設定し、ツリー１６８（サブ・ヘッディングを示す）を拡張し、ツリー１７０を崩壊させ、レポート１７２を作成し、終了する１７４。これらの選択は、入手可能であることが知られているが、その理由は、これらの選択が、その機能が入手可能であるときには、プロパティ・メニュ１５８上において太字で示されているからである。図７は、新たな処置機能が図６に関して説明したプロパティ・メニュ１５８において選択されたときに開くウィンドウを示している。この新たな処置機能の結果として、処置情報スクリーン１７６が開き、このスクリーンによって、ユーザは、消耗品消費記録がなされる必要がある処置に関する入力情報を入力することが可能となる。それぞれの新たな処置には、トラッキングの目的で用いられる一意的なケース番号１７８が割り当てられる。ソフトウェアがこの番号を提供するか、又は、病院が入院及び患者識別方法に対応する番号を割り当てる。処置が行われる日付が、適切なブランクに入力される。説明１８２は、自動的に生じ、ケース番号と処置のタイプとを含む。また、ユーザは、適切な位置１８４に外科医の氏名を入力することを求められる。外科医は、予め入力されているリストから選択することができるが、リストに載っていない場合には、追加することも可能である（従業員情報の入力は、後で説明する）。ボックス１８６としてのセーブにより、ユーザは、その処置に関する情報が後の検索のために記憶されているフォルダを選択することができるようになる。残りのボックスにより、ユーザは、リスト化されている消耗品バンドルに対する製造業者のロット番号１８８を識別し、物品明細書１８８にはリスト化されていない消耗品の追加的な項目を含む別のソフトウェア・プラットフォームからの情報を移植することが可能になる。新たな処置に関する情報がいったん入力されると、ユーザは、スケジュール機能１９０を選択することができ、実行される処置がこれからのものであるのか、処置は既に済んでしまったのかによって、ログ／セーブ機能１９２が選択される。スケジュール機能１９０が選択されると、ユーザは、新たな処理スクリーン１７６から出てトレースパック管理スクリーン１３５に戻る前に、スケジュール設定情報を入力すべき位置を与えられる。ログ／セーブ機能１９２が選択される場合には、ユーザが次に見るスクリーンは、図８に示されているバンドル・スクリーン１９４である。既に説明したように、処理レベルで作成された物品明細書というアイデアは、与えられたタイプのすべての手術又は医学的処置に適用可能な消耗品リスト又はバンドルを作成することである。例えば、膝の関節鏡検査に関する物品明細書を作成する際には、ゴールは、その処置のあらゆる実行において用いられるすべての消耗品の標準的なリストを含むことである。しかし、個々の医師は、医師ごとに異なる追加的な及び／又は特定の品目を要求することがありうる。好適実施例によると、条件的バンドル（conditional bundles）の作成を可能とすることによって、このタイプの逸脱が可能となる。条件的バンドルとは、単に、誰がその処置を実行するかなどの条件に依存するために、標準的な処置の物品明細書には含まれない消耗品のグループである。これらのリストは、前もって作成することができるし、又は、新たな処置が設定されるときに作成することもできる。次の図８を参照すると、バンドル・スクリーン１９４が示されているときには、ユーザには、利用可能なバンドルのウィンドウ１９６におけるある処置に対して利用可能な予め作成されている条件的バンドルに関する情報が与えられる。図８の例において見られるように、２つの条件的バンドルが示されている。すなわち、１つが、サードン医師（Dr．Sardon）に対するものであり、１つが、ウィリアムズ医師（Dr．Williams）に対するものである。この処置を担当する外科医はジョーンズ医師（Dr．Jones）であるから、彼の条件的バンドルが、図８の例において選択され、従って、選択されたバンドルのウィンドウ１９８に現れる。二重のリスト化を防止する特徴として、利用可能な条件的消耗品バントルがいったん選択されると、それは、もはや、利用可能なバンドル・ウィンドウ１９６には存在しなくなる。処置に対する関係する条件的バンドルのすべてがいったん選択されると、ユーザは、終了機能２００を選択し、次のスクリーンが現れる。バントル・スクリーン上で終了機能２００を選択した後で現れる次のスクリーンは、図９に示されているトレースパック・ロギング・スクリーン２０２である。基本的には、ツリー・ウィンドウ２０４では、入れ子状の物品明細書が提供される。最も高いレベルは、トレースパック・レベル２０６である(又は、トレースパック・システムを用いていないユーザにとっては、最も高いレベルは、処置の名称である)。次のレベルには、処置ケア・イベント２０８及び２１０が表示される。この例の場合には、選択されたトレースパックは、２つのケア・イベントと関連する潅流トレースパックである。すなわち、１）搬送ケア・イベント２０８と、２）作業的（operative）ケア・イベント２１０とである。これらのケア・イベント２０８及び２１０は、発明の背景の項目において論じられた処置レベルの入れ子構造（nesting）を表し、潅流処置の完了におけるサブステップを表す。次のレベルでは、消耗品バンドルとケア・イベントに関連する個々の消耗品とがリスト化されている。図９の例では、配送ケア・イベント２０８は、それに伴う２つの消耗品バンドルを有する。すなわち、１）配送２１２に対するデロイヤル社の消耗品バンドルと、２）ＤＢＳ医師選好バンドル２１４である。この例には示されていないが、追加的な消耗品バンドル又は個別的にリスト化された消耗品もまた、このレベルで示すことができる。同様に、作業的なケア・イベント２１０は、それに伴う消耗品バンドル２１６及び２１８を有する。１つは、作業室（operating room）２１６のためのＯＭＩ消耗品バンドルであり、他方は、既に図８との関係で論じたジョーンズ医師である。次のレベルの詳細では、消耗品バンドル２１４及び２１８の内容が示されている。図９のこの例では、これは、最も詳細なレベルであり、個別的な消耗品が示されている。しかし、任意のバンドルの内容がまたバンドルであり追加的なレベルが存在することが可能である。更に、図９に示されているように、配送２１２のためのデロイヤル社の消耗品バンドルの次にあるプラス符号２２０及び２２２と、作業室２１６に対するＯＭＩ消耗品バンドルとは、追加的なレベルの詳細が存在することを示している。これらの例の場合には、プラスのアイコン２２０及び２２２は、結果として、これらのバンドル２１２及び２１６の個別的な構成要素を明らかにしたことである。トレースパック・ロギング・スクリーンにおけるツリーの最も高いレベル、この例では、図９の潅流トレースパック・レベル２０６を選択することによって（エディット・メニュ２２４の下側でアクセス可能なプロパティ機能の付勢するか、又は、希望するレベルを右クリックすることによって選択される）、図１０の詳細情報スクリーン２２６が現れる。このスクリーン２２６は、選択された処置に対する物品明細書にリスト化されているそれぞれの個別的な消耗品品目に対して、パーツ番号２２８、説明２３０、予定数量２３２、発行された数量２３４、消費された数量２３６、スクラップにされた数量２３８及び戻された数量２４０を示している。このリストは、選択されたテンプレートに元々存在していた物品と、条件的な消耗品バンドルの追加により追加された物品とを含む。この時点で、資源消費のログがとられる（記録される）。デロイヤル社のトレースパック・システムでは、それぞれの消耗品容器（cont ainer）には、図１０のスクリーン２２６に示されているものと類似する印刷されたシートが含まれている（図３ａ及び３ｂからのピック・リスト）。このシート１２４は、処置が実行される際の資源消費のリアルタイムでの記録に用いられ、それによって、コンピュータの記録（logginng）は後に完了させることができる。しかし、スクリーン２２６上に示されている情報は、印刷して、そのようなシートを与えることができるし、又は、消費を、プリントアウトを用いることなく、コンピュータ上にリアルタイムで記録することができる。詳細情報スクリーン２２６は、入力がなされなければ、このソフトウェアはある項目の消費がその項目の予定された数量と等しいと想定するという点で、基本的には、予め完了している。この特徴によって、資源の消費を記録することはより容易になる。その理由は、予定された使用数量からの例外すなわち逸脱だけを行えばよいからである。例えば、予定された使用からの唯一の逸脱はパーツ番号００１３７６７００９３９という１単位２４２だけが処置の間に用いられた場合には、そのパーツに対する消費されたコラム２３６の中の３が、２に変更されるだけである。残りの単位がスクラップとなる又は戻される場合には、そのパーツに対するスクラップのコラム２３８又は戻されたコラム２４０のどちらかに、１が配置される。状況によっては、ある処置に対して元々予定されていなかったパーツに対する必要が生じることがある。そのようなパーツが処置の間に用いられた場合には、詳細情報スクリーン２３６から追加（アッド）機能２４４を選択することによって、詳細情報スクリーン２３６に追加することができる（従って、ログに含まれる）。いったん選択されると、追加機能２３６によって、パーツを処置に追加(Add P art To Procedure)スクリーン２４６が、図１１に示されているように、現れる。このスクリーンによって、ユーザは、パーツ番号２４８を追加することができ、それによって、情報が消費ログに追加される。一般には、数量ボックス２４８、２５０、２５２に入力される唯一の数量は、消費された数量だけである（このケース５の場合）が、その理由は、そのパーツが先に予定されいたり発行されたりしていなかったからである。パーツがタイプインされ、データベースが設定された時点で既にリスト化されていた場合には、ユーザは、終了（Done）機能２５４を選択し、図１０の詳細情報スクリーン２２６に戻ることができる。ユーザが、パーツ番号を知らない場合には、又は、パーツが前もってシステムに入力されていない場合には、ユーザは、このパーツを追加（Add this Part）機能２５６、又は、パーツをサーチ（search for part）機能２５８を選択し、図１２に示されているパーツ維持（maintenance）スクリーン２６０に転送されることができる。パーツ維持スクリーン２６０によって、ユーザによるパーツのサーチが、図１０の詳細情報スクリーン２２６における消費ログに加えられ、又は、前もってリストになかった新たなパーツをデータベースに追加することが可能となる。この機能は、また、図５の維持メニュの選択１４２によってアクセス可能であり、ユーザによるデータベースの設定において用いられて、パーツをデータベースの構成要素として入力する。パーツ維持スクリーン２６０は、最初２６２、前２６４、次２６６及び最後２６８などのサーチ機能を与え、それによって、ユーザは、個別のパーツ記録を循環して求めるパーツを見つけることが可能となる。追加（add）２７０、編集（e dit）２７２、削除（delete）274,保存（save）２７６の機能によって、ユーザが、新たなパーツを追加し、スクリーン上でパーツのレコードを編集し、スクリーン上でパーツに関する情報を保存することが可能となる。クリア機能２７８は、現在のレコードをスクリーンからクリアする。様々なブランクは、自己説明的であり、コスト回復及び使用分析において用いられる、パーツについての情報を与える。新たなパーツがいったん入力されると、又は、パーツ維持スクリーン２６６に変更がなされると、ユーザは、ＯＫ２８０又はキャンセル２８２のどちらかを選択し、この機能から外に出て、この機能にアクセスする前にユーザがいた場所に、それがどこであっても、戻ることになる。ユーザは、処置を記録していた場合には、その処置の記録を終了することができる。図１０の詳細情報スクリーン２２６上で処置の記録がいったん完了すると、ユーザは、ＯＫ機能２８４を選択し、それによって、その処置に関する消費記録プロセスは終了し、ユーザは、図５のトレースパック管理スクリーン１３５に戻ることになる。逆に、この実施例では、ユーザは、図９のトレースパック記録スクリーン２０２上に示されているリストにおいて消耗品をハイライトし、（右側のマウス・ボタンを押下することによって）クイック消費機能を選択するというオプションを有している。これによって、小さなウィントウが付勢され、ハイライトされた品目に対する予定、発行、消費、スクラップ及び戻された数量を示し、ユーザは、適切な数値を選択することができる。この機能は、実際の消費が予定された消費からほとんど変動しない場合に特に有用であり、ユーザは、トレースパック記録スクリーン２０２の入れ子状の物品明細書構造の中で、情報をより迅速に見つけることができる。レポートの作成一般的には既に述べたように、このソフトウェアの機能は、分析という目的のために、処置の間の資源の消費をトラッキングすることを可能にすることである。一般に、このような分析は、コスト回復、使用履歴のトラッキング、在庫縮小、処置の標準化などから構成されうる。特に、病院における単位化された配送システムの利用は、増加しており、処置に必要となるほとんどすべての消耗品は、１つの単位（ユニット）としてパッケージングされ、ジャストインタイム・ベースで注文される。このようにして、病院は、そのストックとなる在庫を減少させることができ、消耗品の在庫に運営上の資本が縛られることがなくなる。しかし、病院は、単位化されたパッケージの供給者からは入手できないものであったり、医師の好みや処置における変動要素、又は容易にアクセス可能な形態では入手可能である情報を有していないという理由で処置ごとに変動するために、消耗品を維持していなければならないことが一般的である。この例のＲＣＬソフトウェアは、様々のレポートを作成することによって、記録プロセスの間にデータ入力を分析することを可能にする。図１３を参照すると、レポート・スクリーン２８６が示されている。レポート・スクリーン２８６によれば、ユーザは、すべての入手可能な処置を示すウィンドウ２８８から１つの処置を選択することによって、分析すべき処置を選択することができる。処置を選択すると、ユーザは、適切なボタンを選択することによって、処置を、追加２９２、削除２９４又はすべてを削除２９６することができる。同様にして、ユーザは、ウィンドウ２９８に示されているすべての医師のリストから選択することができ、選択された医師の氏名は、ウィンドウ３６０上に現れる。処置の選択と同様に、ユーザは、レポートに含めるために、依頼可能な医師を、追加３０２、削除３０４又はすべてを削除３０６することができる。情報の出力のために、ユーザは、特定の階層に従ってグルーピングされる情報を選択することができるが、この機能は、ウィンドウ３０８によってグループにおいて示されている。ユーザは、また、レポートが出力ウィンドウ３１０において出力される位置を選択することができる。更に、印刷設定３１２及び印刷３１４のプリンタ機能を、適切なボタンを選択することによって、選択することができる。最後に、終了（Done ）機能３１６を選択すると、終了した時点で、レポート・スクリーン２８６から出ることができる。次に、レポート・ウィンドウ３１８を参照すると、すべての他の情報がユーザによっていったん選択されると、ユーザは、レポートのタイプと、レポートが作成される時間範囲とを特定することができる。現在では、この例によると、３つのタイプのレポートが入手可能である。すなわち、揮発性（volatility）レポート（図１４に１ページが示されている）、使用レポート（図１５に１ページが示されている）及び処置変動レポート（図１６に１ページが示されている）である。次に図１４を参照すると、揮発性レポート３１９は、予測された消耗品使用がどうであり（処置テンプレートに基づいて）実際の使用が予測された使用とどのような関係にあるかとに関する情報を提供する。図１４の例では、レポートは、Ｃセクション（C-sections）に対する処置パックを用いる医師によってソートされる。発生（occurrence）カテゴリ３２０では、Ｅｘｐ３２２、Ｖａｒ３２４及びＰｃｔ３２６という３つのコラムが存在する。Ｅｘｐコラム３２２は、処置パックの特定の構成要素が外科医によって用いられることが予定されている処置の数を示している。Ｖａｒコラム３２４は、その構成要素の使用が予定されていた使用数量と一致しなかった回数を示している。Ｐｃｔコラム３２６は、実際の使用が予定された使用から変動した処置のパーセンテージを示している。注意すべきは、処置テンプレートからの品目がすべて揮発性レポート３１９に現れるとは限らないことであり、唯一現れる品目は、予定された使用と実際に生じた使用との間の変動が生じた品目だけである。この例におけるバーナード医師（Dr．Bern ard）に関しては、レポート期間の間に実行されたＣセクションが３回ある（Ｅｘｐコラム３２２の中の３によって示されている）。これらのＣセクションの中の２回においては、潅注延髄注射器（irrigation bulb syringe）３２８が、２つのケースにおける予定された使用から変動して実際に用いられた（Ｖａｒコラム３２４の中の２によって示されている）。揮発性レポート３１９における次のカテゴリは、構成要素（component）カテゴリ３３０である。このカテゴリは、Ｓｃｈコラム３２２と使用コラム３３４という２つのコラムを有している。変動が生じたパーツに関しては、Ｓｃｈコラム３３２が、ある医師によって行われた処置において用いられる予定であった構成要素の総数を示しており（この例のバーナード医師の場合には、３回のＣセクションにおいて全体で３つの潅注延髄注射器が使用される予定であり、その旨が揮発性レポート３１９においてまとめられていた）、他方で、使用コラム３３４は、実際に用いられた構成要素の数量を示している（この例のバーナード医師の場合には、３回の処置において、ただ１つの延髄注射器が用いられた）。次のレポート・カテゴリは、過少使用（under-use）カテゴリ３３６である。Ｑｔｙコラム３３８においては、レポートは、ある医師に関するすべての処置のための構成要素についての過少使用の全数量を示している。Ｅｘｐコラム３４０においては、構成要素の過少使用が経験された回数が提供される。Ｅｘｐコラム３４２のパーセンテージにおいて、ある構成要素に対する過少使用が生じたケースのパーセンテージが示されている。平均過少使用（Avg．Under usage）コラム３４４においては、構成要素の平均の過少使用が、処置当たりのベースで提供されている。例えば、バーナード医師のＣセクションのリストの場合には、延髄注射器の過少使用の総数は２であり（Ｑｔｙコラム３３８に示されている）、過少使用が生じたケースの数は２であり（Ｅｘｐコラム３４０に示されている）、過少使用が生じた総数のパーセンテージは６６％であり（Ｅｘｐコラム３４２のパーセンテージに示されている）、この構成要素の平均の過少使用は、１．００である（平均過少使用コラム３４４に示されておるが、平均の過少使用は、Ｑｔｙの数値をＥｘｐの数値で除算したものである）。同じ情報が、過剰使用カテゴリ３４６において与えられている。説明は繰り返さないこととする。この構成要素の揮発性レポート３１９は、消耗品管理者が、構成要素の実際の使用と使用予測との間の変動を素早く検討することを可能にする。このタイプの情報を使用することによって、管理者は、構成要素の揮発性を検討して、ある処置に対して注文されていた処置パックに加えて、いつ追加的な品目がストックされるべきかを決定する。また、ある構成要素の過剰使用と過少使用とは一貫しているから、管理者は、その処置に対する物品明細書を調整して、構成要素の無駄を最小化し（過少使用）、又は、構成要素を追加して、追加的な在庫要件を最小化することを希望する（一貫した過剰使用の場合）。また、物品明細書が調整されると、対応する処置テンプレートもまた、同じように調整する必要がある。別のタイプのレポートである構成要素使用（component usage）レポート３４８が、図１５に示されている。基本的には、構成要素使用レポート３４８は、希望する処置テンプレートに対する実際の使用履歴を、構成要素ごとに与える。図１５の例には、Ｃセクションのための処置テンプレートに対する構成要素使用レポートが示されており、医師によってソートされている。構成要素使用レポートは、すべての処理、ある医師に対するすべての処置又はそれらの様々な組合せに対して、時間周期に対する使用を反映する。このレポートは、製造目的、原材料の注文、将来の注文の予測などのために、消費履歴を見るのに便利である。この例のソフトウェアによって作成される最後のタイプの標準的なレポートは、図１６に示されている。処置変動（procedure variance）レポート２５６である。このレポートは、医師によってソートされており、医師の氏名の下に、その医師によって行われた様々なタイプの処置（それぞれの処置は、１つの処置テンプレートに対応する）が、使用履歴情報に関係するコスト情報と共に、示されている。例えば、バーナード医師のＣセクションの処置使用履歴については、全体で３回のＣセクション（処置総数コラム３５２に示されている）が報告期間中に実行されている。３回の処置において用いられた消耗品の総コストは、３９０．２５ドルであった（総コスト・コラム３５４に示されている）。１つの処置のための消耗品の最低コストは、１２９．３１ドルであった（最小コラム３５６に示されている）。１つの処置のための消耗品の平均コストは、１３０．０８ドルであった（平均コラム３５８に示されている）。１つの処置のための消耗品の最高コストは、１８５．７５ドルであった（最大コラム３６０に示されている）。最後に、コストの標準偏差は、１８．０９ドルであった（標準偏差コラム３６２に示されている）。この情報によって、病院やそれ以外のケア提供者は、コストをトラッキングして、処置ごと、医師ごと、又はそれ以外の関係によって、コストを比較することが可能になる。このタイプの情報は、予算の予測や、コスト分析などに有用である。３つの標準的なレポートを例との関係で説明したが、当業者であれば、様々な別のレポートを作成することができることは明らかである。例えば、すべての情報がサーチ可能なフィールド及びレコードとして提供されているので、様々なカスタム・レポートを単純なデータベース・コマンドを用いて作成することができる。また、キーとなる品目は、処置テンプレートのアーキテクチャは、ユーザにとっての有用性が最大化されるような態様でのデータの収集、組織化、入力及び検索のための一般的なフレームワークが与えられる。患者情報ＲＣＬソフトウェアの患者情報スクリーン３６４が、図１７に示されている。この機能は、メンテナンス・メニュ１４２の下の患者選択を選択することによって、付勢され、これによって、特定の患者についての情報の入力が可能となる。望むのであれば、ある患者に関係する情報をシステムに入力し、既に述べたように、処置が予定されている又は記録されているときには、患者レコードは、処置レコードと関連付けることができる。このレコードを完成させることによって、費用請求のためにコスト、以前の処置に関する過去の患者履歴の位置付け及び様々なそれ以外の情報をよりよくトラッキングすることが可能となる。患者情報スクリーン３６４において見ることができるように、ユーザは、最初の機能、前の機能、次の機能又は最後の機能を選択することによって、異なる患者レコードの間で切り換えを行うことができる。また、レコード維持のために、ユーザは、追加機能を選択することによって、新たな患者のレコードを追加することができ、適切なレコードを選択し編集機能を選択することによって、患者レコードを編集することができ、削除（Delete）機能を選択することによって、患者レコードを削除することができ、保存（save）機能を選択することによって、患者レコードを保存することができ、クリア機能を選択することによって、現在のレコートをクリアすることができる（情報のフィールドにあるすべてのフィールドをクリアする）（これらの機能は、既に説明したのと同じデータベース維持機能である）。入手可能な情報フィールドによって、患者に関する有用な情報の記憶が可能となり、また、患者レコードを他の病院情報と相関させることが可能となる。例えば、医療レコード・フィールド２６６に入力された数字は、典型的には、医療カルテにおいて用いられる患者の識別番号に対応し、他方で、口座番号フィールド２６８は、患者に割り当てられた費用請求番号に対応する。従って、別個の情報システムが医学的な履歴及び／又は費用請求をトラッキングするのに用いることができる限度で、ＲＣＬソフトウェアの患者情報機能によって、別個の情報システムを相互に相関させることが可能となる。従業員の維持従業員維持スクリーン３７０によって、この例のＲＣＬソフトウェアのユーザは、ヘルスケア施設において処置を行う予定である従業員に関する情報を入力及び／又は編集することが可能となる。従業員維持スクリーン３７０は、既に説明したドロップダウン維持メニュ１９２から選択することができる。潜在的には、処置経路に沿って任意のサービスを提供するすべての従業員を入力することができるが、典型的には、最小限では、外科医が入力されるのが典型的である。ここで説明されている他の情報に関するレコードと同様に、従業員維持スクリーン３７０は、氏名、社会保険番号、従業員番号、部門、タイプ、住所、都市、州、郵便番号、電話番号及びポケットベル（又は、ページャ）番号及び文章によるコメントなどの情報を入力することを可能とする多数の情報フィールドを有している。更に、従業員維持スクリーン３７０はレコードのリストをコールアップするのに用いられるから、サーチ機能が同様に提供されている。例えば、最初の機能によって、ユーザはリストの最初のレコードに導かれ、前機能によって、ユーザはリストにおける直前のレコードに導かれ、次機能によって、ユーザはリストにおける次のレコードに導かれ、最後の機能によって、ユーザはリストの最後のレコードに導かれる。また、新たな情報を入力したり、選択されたレコードにおいて情報を編集するには、追加機能によって、ユーザは新たな従業員レコードを追加することが可能となり、編集機能によって、ユーザは現在の従業員レコードを編集することが可能となり、削除機能によって、ユーザは現在の従業員レコードを削除することが可能となり、保存機能によって、ユーザは現在のレコードを保存することが可能となる。クリア機能は、現在のレコードを、リストからクリアする。いったんユーザが従業員維持スクリーン３７０を終了すると、ＯＫ３７２又はキャンセル３７４機能を用いて、従業員維持スクリーン３７０の外に出ることが可能になる。バンドルの維持これまでは、予め構成されたバンドルを追加するプロセスは、ＲＣＬソフトウェアにおける処置の予定策定との関係で説明してきた。既に述べたように、バンドルを処置テンプレートに追加して、ある医師のために処置をカスタマイズしたり、特定の患者のために特別の構成要素を含ませたりすることが可能である。特に、あるバンドル、すなわち、臨床経路の中の特定の時点で用いられる消耗品の標準的な品目は、標準的な品目としてバンドルにすることができ、また、別のバンドルである条件的バンドルは、入手可能なパーツから構築され（パーツ維持機能を介して入力される）、ある特定の処置と共にだけ用いられる（すなわち、特定の医師によって行われる処置など）。図１９ないし図２６には、ＲＣＬソフトウェアにおける消耗品バンドルを構築し維持することに関連する機能が示されている。図１９を参照すると、トレースパック管理スクリーン１３５が示されており、潅流（perfusion）トレースパック３７８の作業的（operative）ケア・イベント３７６が選択されている。選択された作業的ケア・イベント３７６の下には、消耗品バンドルが示されている。最初の、Ｏ．Ｒ．のためのＯＭＩ消耗品バンドル３８６は、潅流トレースパック３７８のための標準的な処置テンプレートの一部分である標準的な消耗品バンドルである。しかし、ＯＭＩ消耗品バンドル３８０の下には、３つの条件的消耗品バンドル３８２、３８４及び３８６が示されている（標準的な消耗品バントル・アイコンとは異なるアイコンによって識別されている）。作業的ケア・イベント３７６が選択されると、そのケア・イベントのための入手可能な消耗品バンドルもまた、右側のウィンドウ３８８の中に示されるが、このウィンドウは、これらのバンドルのためのパーツ番号３９０、３９２、３９４及び３９６も示している。次に、図２０を参照すると、カーソルをその品目の上に配置することによって作業的なケア・イベント３７６がハイライトされると、メニュ３９８が、右側のマウス・キーを押下することによって（又は、そのソフトウェアにおいて定義されているそれ以外の作用によって）、コールされる。図２０の例では、追加機能が選択され、それによって、示されているサブメニュ４００がコールされる。図２０の例では、バンドル機能が追加機能の下で選択され、それによって、ユーザは、バンドルを条件的なバンドルのリストに追加することができる。次に図２１を参照すると、先に追加バンドル機能を選択した後で、ユーザには、バントル・スクリーン４０２が与えられる。ユーザは、パーツ番号又は名称をパーツ番号フィールド４０４に入力し、説明を説明フィールド４０６に入力し、追加的なコメントをコメント・フィールド４０８に追加することを求められる。所望の情報を入力した後で、ユーザは、ＯＫ機能を選択してバンドルを作成するか、又は、削除機能４１２を選択することによって、バンドルの特徴を削除及び追加し、図１９のトレースパック管理スクリーン１３５に戻ることができる。いったんＯＫ機能４１０が選択されると、新たなバンドルが、図２２に示されているように、トレースパック管理スクリーン１３５に現れる。新たなバンドル４１４をハイライトして右側のマウス・ボタンをクリックすることによって（ウィンドウズ９５及びウィンドウズＮＴでの標準的な「プロパティ」機能）、選択されたバンドルに対するプロパティ・メニュ４１６が現れ、図２３に示されるように、そのバンドルに対する選択肢をリストにする（この場合にはバンドルが選択されているため、図２０を参照した場合のように新たなバントルの追加のために作業的なケア・イベントが選択された場合と異なり、色の暗いメニュ選択肢によって示されているように、作用の選択肢はより多く入手可能である）。図２２を参照して説明されたように、新たなバンドルがちょうど作成され、この新たなバンドルに所望のパーツが追加され、プロパティ・メニュ４１６の下で選択された選択肢は追加（Add）であり、これによって、バンドル構成要素の選択がハイライトされている追加サブメニュ４１８が示される。追加サブメニュ４１８の下でバンドル構成要素を瀬円卓することによって、図２４に示されるように、バンドル維持スクリーン４２０にアクセスがなされる。バンドル維持スクリーン４２０は、維持されているバンドルを識別して、パーツ・ウィンドウ４２２における選択されたバントルに対して選択されたパーツを示す。新たなパーツが追加されるときには、その番号は、パーツ番号ボックス４２４の中にタイプインされる。また、パーツ番号がわからない場合には、ユーザは、サーチ機能４２６を選択することによって、パーツ・データベースをサーチすることができる。この機能を選択すると、先に説明したパーツ維持の特徴が付勢され、それによって、どのパーツをバンドルに追加すべきかを判断する目的で、パーツ・デ−タベースをサーチすることが可能となる。また、所望のパーツが見つかった場合には、追加機能を選択することによって、それをバンドルに追加することができ、削除機能４３０を選択することによって、不要のパーツをバンドルから削除することができ、更新機能４３２を選択することによって、パーツに関する新たな情報を検索することができ、コメント機能４３４を選択することによって、パーツ又はバンドルに関する追加的なコメントを追加することができる。いったんユーザがバンドルを終了すると、終了機能４３６を選択することができるし、又は、ユーザが何も変更せずに外に出たいと考えるのであれば、キャンセル機能を選択することによって、ユーザはトレースパック管理スクリーン１３５に戻ることができる。次に図２５を参照すると、バンドル維持スクリーンに新たなパーツがいったん追加されると、トレースパック管理スクリーン１３５のツリー・ビュー１４６におけるバンドルの下の品目（アイテム、item）として現れる。図２５に示されているように、スミス医師（Dr．Smith）の潅流バンドル４４０は、そのバンドルの構成要素として新たなパーツを示している。次に、図２６を参照すると、任意の消耗品バンドルの内容は、そのバンドルのアイコンをクリックすることによって見ることができる。図２６では、ＯＲ４４４に対するＯＭＩ消耗品バンドルが、ツリー・ビュー１４６において、ハイライトされている。この作用は、バンドルを拡張するように機能し、ツリー・ビュー１４６においてその構成要素を示し、リスト・ディスプレイ１４８における構成要素のより詳細なリストを示す。この特徴によって、ユーザは、要求される情報に応じて、異なる詳細のレベルにおいて処置の構成要素を見ることができるようになる。質問処置（Query procedure）患者、従業員、バンドル及びパーツに関して、この例のＲＣＬソフトウェアによって、処置テンプレートの維持と完了した処置の記憶された履歴情報との維持が可能となる。処置維持を行うために、図２７に示されている、潅流トレースパック４４６などの所望の処置は、トレースパック管理スクリーン１３５におけるカーソルをを用いて選択を行うことによりハイライトさせることができる。いったん所望の処置がハイライトされると（４４６）、ユーザは、維持ドロップダウン・メニュ１４２を選択して図２８に示されているメニュ１４２から質問処置機能４４８を選択する。次に、図２９を参照すると、質問処置機能４４８の選択により、処置維持スクリーン４５０がコールされ、それによって、ユーザが、どの維持を実行すべきかに関する処置履歴を見つける際に役に立つ。ユーザは、データ・フィールド４５２及び４５４を用いて処置の月日を選択し、与えられているカレンダ４５６を用いて正確な日付を選択することができる。日付フィールド４５８を完了し、日付ボックス４６０をチェックすることによって、ユーザは、サーチを正確な日付に実行された処置に限定することができる。日付の範囲だけしかわからない場合には、ユーザは、開始日付フィールド４６２に最初の日を入力し、最終日付フィールド４６４に最終日を入力して、適切な開始日４６６及び最終日４６８ボックスをチェックする。また、最初の日だけ、又は、最後の日だけしかわからない場合には、単一の規準で処置をサーチする。処置維持スクリーン４５０によって、サーチを、処置のタイプまで狭めることができる（トレースパック・フィールド４７０に示されているこの例では、ユーザに特定の病院に対して構成されたすべての処置テンプレートの選択が与えられる。）また、図３０に示されているように、外科医フィールド４７２から適切な外科医を選択することによって、サーチを、特定の外科医まで限定することもできる。外科医のリストは、既に述べた従業員維持機能において構成されたすべての外科医を含んでいる。適切なサーチの規準をいったん入力すれば、ユーザは、次に、サーチ機能４７４を選択することによって、処置のサーチを実行する。規準の入力が不適切である場合には、又は、別のサーチを行う場合には、ユーザは、クリア機能４７６を選択して、対応するフィールドからすべてのサーチ規準を除去する。処置の維持が完了した場合には、ユーザは、終了機能４７８を選択することによって、セッションを終了させることができる。サーチがいったん実行されると、質問結果スクリーン４８０が、図３１に示されているように現れる。このスクリーン４８０は、サーチ規準を満足する処置のリストを示している。このリストからは、ユーザは、維持のための所望の処置を選択するが、この例では、特定の処置の位置まで移動し、左側のマウス・ボタンをダブルクリックすることによって、潅流処置番号７２４８２を選択する。この作用は、図３２に示されている編集処置情報をコールする。このスクリーン４８９は、ユーザが変更することが可能である処置に特有の（procedure specific）情報に対するフィールド４８６、４８８、４９０、４９２、４９４、４９６及び４９８を有する。処置コード・フィールド４９４では、ユーザは、追加コード５００機能を選択することによって、新たなコードを追加することができ、削除コード５０２機能を選択することによって、コードを除去することができる。ユーザは、外科医フィールドにおいて新たな外科医を選択したり、クリア５０４機能を選択することによって、現在の外科医をクリアすることもできる。同様に、製造業者のロット・フィールド（lot field）では、ユーザは、クリア５０６機能を選択することによって、フィールドをクリアすることができ、又は、新たなロット番号を入力することもできる。また、ユーザは、処置を削除５０８したり、編集した処置を保存５１０したり、ログ／セーブ５１２機能を用いて、（構成要素の使用が記憶されている）ログ・ファイルにアクセスしたり、適切な昨日ボタンを選択することによって、編集をキャンセルすることもできる。データベース組織データベース構造のためのオブジェクトの間の構造、組織及び関係は、アペンディクス１に概略が述べられている。アペンディクス１は、データベースのツリー構造、登録及びそれ以外のテーブル、オブジェクトの定義及びスキーマを含んでいる。好適実施例に関する以上の説明は、そして特に、ここでの例は、例示目的のものであり、限定を意味しない。請求の範囲に記載されている基本的な機能及び方法は、様々な異なる技術を用いた様々な異なる方法によって、実現される。例えば、コンピュータ技術を用いることは本発明の実現にとって好適な態様であるが、手動を含む様々なそれ以外の方法によっても実現することができる。また、例は、本発明を実現する特定のソフトウェア構造を記述している。しかし、本発明は、当業者であれば、異なるタイプのハードウェア、オペレーティング・システム、プログラミング言語、データベース言語などを用いても実現することができる。請求の範囲を通じて医療処置の間の「用いられた」品目を指すのに、消耗品（supply）及び／又は資源（resource）という用語を用いているが、消耗品という用語と資源という用語とは、消費可能な医療用消耗品、再利用可能な医療用消耗品、廃棄可能な医療用消耗品、廃棄可能又は再利用可能な器具、労働力資源又はそれ以外の任意の品目を、相互に交換可能に意味する。また、医療ケアの提供において用いられる資源、装置などは、ここでおび請求の範囲で用いられている「消耗品」又は「資源」の定義の範囲内にあるものとする。当業者によれば、多くの修正、追加、削除、交換などを、請求の範囲によって画定される本発明の範囲から逸脱することなく行うことができる。

【手続補正書】【提出日】平成１１年１２月９日（１９９９．１２．９）【補正内容】［請求の範囲］の記載を次の通りに補正する。『１．臨床の場面における処置レベルでの医療用消耗品の使用をトラッキングする方法であって、与えられた医学的処置の間に用いられると予測される消耗品のリストを含む少なくとも１つの処置テンプレートを作成するステップと、与えられた処置のための記録フォームを、前記与えられた処置のための前記処置テンプレートに基づいて作成するステップであって、前記記録フォームは、前記処置テンプレートに基づき前記与えられた処置の間に用いられることが予測される消耗品の少なくとも部分的なリストを含む、ステップと、前記記録フォーム上に、前記与えられた処置の間の消耗品の実際の使用を反映する実際の使用状況を記録するステップと、前記処置テンプレート及び実際の使用情報を、分析の目的で、検索可能な態様で記憶するステップと、を含むことを特徴とする方法。２．請求項１記載の方法において、処置テンプレートを作成する前記ステップは、医学的処置を、一連のケア・イベントとして表現するステップと、前記医学的処置の間に用いられた消耗品を、前記消耗品が用いられるケア・イベントと関連させるステップと、それぞれの表現されたケア・イベントに対して、関連された消耗品バンドルのリストを作成するステップと、を更に含むことを特徴とする方法。３．請求項２記載の方法において、医学的処置を一連のケア・イベントとして表現する前記ステップは、前記医学的処置を、臨床経路によって表現するステップと、患者とヘルスケア提供者との間の相互作用を必要とする別個の事態に対応する前記臨床経路の離散的要素を識別するステップと、共有されている特性に従って前記離散的要素をグループ化するステップであって、前記グループ化された離散的要素は与えられたケア・イベントを構成する、ステップと、を更に含むことを特徴とする方法。４．請求項１記載の方法において、記録フォームを作成する前記ステップは、情報を電子的に受け取り記憶する電子的記録フォームを作成するステップを含むことを特徴とする方法。５．請求項１記載の方法において、記録フォームを作成する前記ステップは、消耗品の前記少なくとも部分的なリストの中の１つのリストを含む紙のフォームを作成するステップを含むことを特徴とする方法。６．請求項１記載の方法において、前記処置テンプレート及び実際の使用情報を検索可能な態様で記憶する前記ステップは、前記処置テンプレート及び実際の使用情報をサーチ可能かつソート可能なデータベースに記憶するステップを含むことを特徴とする方法。７．請求項１記載の方法において、前記処置テンプレート及び実際の使用情報を検索可能な態様で記憶する前記ステップは、前記処置テンプレート及び実際の使用情報をクライアント／サーバ・データベースに記憶するステップを含むことを特徴とする方法。８．請求項１記載の方法において、前記与えられた処置からの前記実際の使用情報を、前記処置テンプレートの消耗品のリストの少なくとも一部と比較するステップを更に含むことを特徴とする方法。９．請求項１記載の方法において、与えられた処置に対する記録フォームを作成するステップと、与えられた処置に対する記録フォーム上に実際の使用情報を記録するステップと、複数の与えられた処置に対する前記実際の使用情報を記憶し、処置テンプレートに対応する処置に対する消耗品使用の履歴データベースを作成するステップとを反復するステップと、選択された規準に従って前記履歴データベースをソートし、実際の使用情報を前記処置テンプレートにおける消耗品のリストと比較するステップと、前記ソートされた履歴データベースの結果生じる選択された情報を表示するレポートを発生するステップと、を更に含むことを特徴とする方法。１０．請求項９記載の方法において、前記処置テンプレートにおける消耗品のリストを改善し、レポートを発生する前記ステップから提供される前記履歴的な実際の使用情報をより正確に反映する追加的なステップを含むことを特徴とする方法。１１．請求項１０記載の方法において、消耗品の前記改善された処置テンプレートのリストに基づき、与えられた処置のための注文された消耗品を変更する追加的なステップを含むことを特徴とする方法。１２．請求項１記載の方法において、処置テンプレートを作成する前記ステップは、消耗品の１つの品目に対する識別情報と、前記消耗品の１つの品目についてのコスト情報と、前記消耗品の１つの品目の説明とを少なくとも含む複数の消耗品記録を作成するステップと、前記消耗品記録を用いて、情報を、与えられた処置の間に用いられると予測される消耗品の少なくとも部分的なリストを含む前記処置テンプレートに組み入れるステップと、を更に含むことを特徴とする方法。１３．請求項１記載の方法において、処置テンプレートを作成する前記ステップは、識別情報と従業員のタイプとを少なくとも含む複数の従業員記録を作成するステップと、前記従業員記録を用いて、情報を、前記処置への従業員の参加を反映する前記処置テンプレートに組み入れるステップと、を更に含むことを特徴とする方法。１４．臨床環境におけるヘルスケア資源の消費に関係する情報を管理するプロセスであって、与えられたヘルスケア処置の間に用いられることが予測されるヘルスケア資源の機械可読かつ表示可能なテンプレートを発生するステップと、前記機械可読かつ表示可能なテンプレートに基づき、人間が認識可能なフォーマットを有する記録フォームを出力するステップであって、前記記録フォームは、与えられたヘルスケア処置の間に用いられることが予測されるヘルスケア資源の少なくとも部分的なリストを含む、ステップと、前記与えられた処置の間のヘルスケア資源の実際の使用に関する情報を入力するステップと、前記実際の使用情報を機械可読かつ表示可能なデータベースに記憶するステップであって、前記情報は、ユーザによって検索可能であり、前記データベースは、前記実際の使用情報に加えて、少なくとも前記テンプレートを記憶することができる、ステップと、前記実際の使用情報を前記テンプレートと比較して、予測された資源消費を実際の資源消費と比較するステップと、を含むことを特徴とする方法。１５．請求項１４記載の方法において、複数の機械可読のパーツ記録を作成するステップであって、それぞれのパーツは、処置において用いられ得る消耗品の１つの品目と対応し、前記記録は、それぞれが、パーツを識別する情報とコスト情報とを少なくとも含む、ステップと、複数の機械可読の従業員記録を作成するステップであって、それぞれの従業員記録は、処置の実行に参加した可能性のある従業員に対応し、前記従業員記録のそれぞれは、従業員を識別する情報と従業員の義務情報とを少なくとも含む、ステップと、資源の前記機械可読のテンプレートを発生する前記ステップを実行する際に、前記パーツ記録と前記従業員記録とを用いるステップと、を含むことを特徴とする方法。１６．請求項１４記載の方法において、複数の実行された処置に対する前記実際の使用情報を入力し記憶する前記ステップを反復するステップと、それぞれの実行された処置に対応する記憶された処置記録を発生するステップと、実行された処置における資源の使用に関する情報のデータベースを構築するステップであって、前記データベースは、サーチ可能でソート可能であるように構成されている、ステップと、を更に含むことを特徴とする方法。１７．請求項１６記載の方法において、前記処置記録に記憶されている使用情報に基づき、資源のテンプレートを改善するステップを更に含むことを特徴とする方法。１８．請求項１６記載の方法において、予測された資源使用を、前記処置記録に記憶された実際の資源使用情報と比較するステップと、異なる従業員によって実行された処置にわたって、潜在的な構成要素の標準化の機会を識別するステップと、を更に含むことを特徴とする方法。１９．請求項１６記載の方法において、前記処置記録は、コスト情報を含み、更に、前記処置記録から、少なくとも１つの処置に対する履歴コスト情報を抽出するステップを更に含むことを特徴とする方法。』

───────────────────────────────────────────────────── フロントページの続き (72)発明者コファー，マイケル・シーアメリカ合衆国テネシー州37918，ノックスヴィル，ホワイツバーグ・ドライブ 611

Claims

【特許請求の範囲】１．臨床の場面における処置レベルでの医療用消耗品の使用をトラッキングする方法であって、与えられた医学的処置の間に用いられると予測される消耗品のリストを含む少なくとも１つの処置テンプレートを作成するステップと、与えられた処置のための記録フォームを、前記与えられた処置のための前記処置テンプレートに基づいて作成するステップであって、前記記録フォームは、前記処置テンプレートに基づき前記与えられた処置の間に用いられることが予測される消耗品の少なくとも部分的なリストを含む、ステップと、前記記録フォーム上に、前記与えられた処置の間の消耗品の実際の使用を反映する実際の使用状況を記録するステップと、前記処置テンプレート及び実際の使用情報を、分析の目的で、検索可能な態様で記憶するステップと、を含むことを特徴とする方法。２．請求項１記載の方法において、処置テンプレートを作成する前記ステップは、医学的処置を、一連のケア・イベントとして表現するステップと、前記医学的処置の間に用いられた消耗品を、前記消耗品が用いられるケア・イベントと関連させるステップと、それぞれの表現されたケア・イベントに対して、関連された消耗品バンドルのリストを作成するステップと、を更に含むことを特徴とする方法。３．請求項２記載の方法において、医学的処置を一連のケア・イベントとして表現する前記ステップは、前記医学的処置を、臨床経路によって表現するステップと、患者とヘルスケア提供者との間の相互作用を必要とする別個の事態に対応する前記臨床経路の離散的要素を識別するステップと、共有されている特性に従って前記離散的要素をグループ化するステップであって、前記グループ化された離散的要素は与えられたケア・イベントを構成する、ステップと、を更に含むことを特徴とする方法。４．請求項１記載の方法において、記録フォームを作成する前記ステップは、情報を電子的に受け取り記憶する電子的記録フォームを作成するステップを含むことを特徴とする方法。５．請求項１記載の方法において、記録フォームを作成する前記ステップは、消耗品の前記州も部分的なリストの中の１つのリストを含む紙のフォームを作成するステップを含むことを特徴とする方法。６．請求項１記載の方法において、前記処置テンプレート及び実際の使用情報を検索可能な態様で記憶する前記ステップは、前記処置テンプレート及び実際の使用情報をサーチ可能かつソート可能なデータベースに記憶するステップを含むことを特徴とする方法。７．請求項１記載の方法において、前記処置テンプレート及び実際の使用情報を検索可能な態様で記憶する前記ステップは、前記処置テンプレート及び実際の使用情報をクライアント／サーバ・データベースに記憶するステップを含むことを特徴とする方法。８．請求項１記載の方法において、前記与えられた処置からの前記実際の使用情報を、前記処置テンプレートの消耗品のリストの少なくとも一部と比較するステップを更に含むことを特徴とする方法。９．請求項１記載の方法において、与えられた処置に対する記録フォームを作成するステップと、与えられた処置に対する記録フォーム上に実際の使用情報を記録するステップと、複数の与えられた処置に対する前記実際の使用情報を記憶し、処置テンプレートに対応する処置に対する消耗品使用の履歴データベースを作成するステップとを反復するステップと、選択された規準に従って前記履歴データベースをソートし、実際の使用情報を前記処置テンプレートにおける消耗品のリストと比較するステップと、前記ソートされた履歴データベースの結果生じる選択された情報を表示するレポートを発生するステップと、を更に含むことを特徴とする方法。１０．請求項９記載の方法において、前記処置テンプレートにおける消耗品のリストを改善し、レポートを発生する前記ステップから提供される前記履歴的な実際の使用情報をより正確に反映する追加的なステップを含むことを特徴とする方法。１１．請求項１０記載の方法において、消耗品の前記改善された処置テンプレートのリストに基づき、与えられた処置のための注文された消耗品を変更する追加的なステップを含むことを特徴とする方法。１２．請求項１記載の方法において、処置テンプレートを作成する前記ステップは、消耗品の１つの品目に対する少なくとも識別情報と、前記消耗品の１つの品目についてのコスト情報と、前記消耗品の１つの品目の説明とを含む複数の消耗品記録を作成するステップと、前記消耗品記録を用いて、情報を、与えられた処置の間の用いられると予測される消耗品の少なくとも部分的なリストを含む前記処置テンプレートに組み入れるステップと、を更に含むことを特徴とする方法。１３．請求項１記載の方法において、処置テンプレートを作成する前記ステップは、少なくとも識別情報と従業員のタイプとを含む複数の従業員記録を作成するステップと、前記従業員記録を用いて、情報を、前記処置への従業員の参加を反映する前記処置テンプレートに組み入れるステップと、を更に含むことを特徴とする方法。１４．臨床環境におけるヘルスケア資源の消費に関係する情報を管理するプロセスであって、与えられたヘルスケア処置の間に用いられることが予測されるヘルスケア資源の機械可読かつ表示可能なテンプレートを発生するステップと、前記機械可読かつ表示可能なテンプレートに基づき、人間が認識可能なフォーマットを有する記録フォームを出力するステップであって、前記記録フォームは、与えられたヘルスケア処置の間に用いられることが予測されるヘルスケア資源の少なくとも部分的なリストを含む、ステップと、前記与えられた処置の間のヘルスケア資源の実際の使用に関する情報を入力するステップと、前記実際の使用情報を機械可読かつ表示可能なデータベースに記憶するステップであって、前記上方は、ユーザによって検索可能であり、前記データベースは、前記実際の使用情報に加えて、少なくとも前記テンプレートを記憶することができる、ステップと、前記実際の使用情報を前記テンプレートと比較して、予測された資源消費を実際の資源消費と比較するステップと、を含むことを特徴とする方法。１５．請求項１４記載の方法において、複数の機械可読のパーツ記録を作成するステップであって、それぞれのパーツは、処置において用いられ得る消耗品の１つの品目と対応し、前記記録は、それぞれが、少なくともパーツを識別する情報とコスト情報とを含む、ステップと、複数の機械可読の従業員記録を作成するステップであって、それぞれの従業員記録は、処置の実行に参加した可能性のある従業員に対応し、前記従業員記録のそれぞれは、少なくとも従業員を識別する情報と従業員の義務情報とを含む、ステップと、資源の前記機械可読のテンプレートを発生する前記ステップを実行する際に、前記パーツ記録と前記従業員記録とを用いるステップと、を含むことを特徴とする方法。１６．請求項１４記載の方法において、複数の実行された処置に対する前記実際の使用情報を入力し記憶するステップを反復するステップと、それぞれの実行された処置に対応する記憶された処置記録を発生するステップと、実行された処置における資源の使用に関する情報のデータベースを構築するステップであって、前記データベースは、サーチ可能でソート可能であるように構成されている、ステップと、を更に含むことを特徴とする方法。１７．請求項１６記載の方法において、前記処置記録に記憶されている使用情報に基づき、資源のテンプレートを改善するステップを更に含むことを特徴とする方法。１８．請求項１６記載の方法において、予測された資源使用を、前記処置記録に記憶された実際の資源使用情報と比較するステップと、異なる従業員によって実行された処置にわたって、潜在的な構成要素の標準化の機会を識別するステップと、を更に含むことを特徴とする方法。１９．請求項１６記載の方法において、前記処置記録は、コスト情報を含み、更に、前記処置記録から、少なくとも１つの処置に対する履歴コスト情報を抽出するステップを更に含むことを特徴とする方法。