JP2004522232A - 医療産業におけるコスト分析及びベンチマーク方法及びシステム - Google Patents
医療産業におけるコスト分析及びベンチマーク方法及びシステム Download PDFInfo
- Publication number
- JP2004522232A JP2004522232A JP2003509371A JP2003509371A JP2004522232A JP 2004522232 A JP2004522232 A JP 2004522232A JP 2003509371 A JP2003509371 A JP 2003509371A JP 2003509371 A JP2003509371 A JP 2003509371A JP 2004522232 A JP2004522232 A JP 2004522232A
- Authority
- JP
- Japan
- Prior art keywords
- cost
- data
- user
- product
- item
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H70/00—ICT specially adapted for the handling or processing of medical references
- G16H70/20—ICT specially adapted for the handling or processing of medical references relating to practices or guidelines
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Human Resources & Organizations (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Tourism & Hospitality (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Health & Medical Sciences (AREA)
- Technology Law (AREA)
- Educational Administration (AREA)
- Data Mining & Analysis (AREA)
- Bioethics (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本発明は、医療機関内の全てのレベルのための実際のコストと収益性を判断する能力を有し、既存の経理システムと異なり医療プロバイダにとって馴染みのある用語やデータを採用した、正確なコスト分析システム（１００）、及び医療プロダクト及びサービスのための方法に関する。本システムは医療機関における既存の情報システム（１０１）からデータを収集し、そのデータを活用可能な情報に処理する。本システムは、決定者がクライアントに提供する処置及びサービスの正確なコストを分析し、収益を上げるためにビジネス戦略を開発できるように、生産フロアから収集した実際のデータを使用する。
Description
【技術分野】
【０００１】
本発明は医療産業におけるコスト分析に関する。特に、本発明は医療産業の全てのレベルのために、活動に基づくコストの分析及びコスト制御サービスを提供するためのウェブホスト環境のフレームワーク内で好ましくは実現される方法及びソフトウェアアプリケーションシステムに関する。特に、本発明は独立した収益センターになる組織内の個々の患者ケアユニットを可能とする。
【背景技術】
【０００２】
医療産業はその複雑さ及び患者のケアの配達に必要なサポートサービスの種類の多さにおいて特有なものである。医療の配達への伝統的なアプローチからの最近の出発は、ケアの質の高さを維持しながらコストを低減させる必要により拍車がかかっている。医療産業で生き残るか否かは、出費と収入の現実をしっかり把握することにかかっている。しかし、医療ケアサービスのデータの複雑さにより、大多数の機関が自身の医療サービスの正確なコストに関して貧困で時代遅れの情報に直面している。多くの医学者や医療管理者は正確なコストを魅了に把握するために利用できるデータを有効に利用することができない。典型的な医療センターでは、ケアのエピソードのサポートに必要な出費の６０％が患者に最も密接に関連する医療は健康ケアチームと関連付けされたコストプールにより相当していないかもしれない。現在の医療経営管理へのアプローチは多くの欠陥に苦しんでいる。既存の医療経営管理システムは出費ではなく請求に焦点を合わせているため、詳細なコスト情報を提供できない。医療側の正確なコストに係わりなく固定された平均レートを使用する異なる請求システムを用いた計算より請求額が決定される。また、殆どの場合、経理の報告はリアルタイムでは提供されないため、不正確なことが多い。信頼できる最新の情報がないため、医療管理者は資産を効率的に管理することが殆ど不可能となっている。手法やサービスの正確なコストを最低の確実性で知らない場合、不正確な情報に基づいてなされた決定は機関の経営に被害を与える。上述の結果、現在の医療産業はとてつもなく財政面で圧迫されている。多くの健康管理機関（ＨＭＯ）は財政的困難に陥っている。これら機関の償還が毎年減少しており、収益は落ち、利幅は極端に低い。
【０００３】
これらの環境は医療プロバイダの正確で効率的なコスト分析解決策の既に急速に膨らんだ必要性を激化し、これによりクライアントに提供される医療ケアサービスの正確なコストが割り出される。このような解決策は「ヒタチ９１１のグルコーステストを行うのに実際にいくらかかるか」或いは「一日５００回のテストを行う基準試験室にどのＣＢＣアナライザを設置すべきか」等の質問に関する正確な解答を提供するために、詳細なコストの情報を提供すべきである。全ての医療機関の種々の情報システム（ＩＳ）の内部には、上記質問に対する解答を提供するために、適切なツールがあれば利用可能な有益なデータが隠されている。しかし、そのようなツールは存在しない。その結果、医療産業ではコスト分析を可能にするツールが緊急に必要となっている。
【０００４】
本発明は、このような新規なツールを提供する。本システムは直接生産フロアからのリアルタイムの活動データ（実行および消費データのような）の収集のための既存の情報システムと継ぎ目なく一体化する。そのように収集したデータは、ユーザの特殊な機関構造を考慮すると共に、本システム独特のものであり、基準の分配方法よりも大幅に異なりより遙かに正確な新規な分配方法を使用して、下降型コスト分析を採用して有益な情報に加工される。また、本願は、インターネットやイントラネット等の中央コンピュータプラットフォームに埋め込まれ、通信ネットワークを通じてユーザにアクセス可能なアプリケーションサービスプロバイダ（ＡＳＰ）のフレームワーク内で実行されるのが好ましい。ＡＳＰのアプローチは医療産業データのウェアハウスを確立する能力にアプリケーションを付与し、それにより、如何なる医療処理或いはサービスの継続的な比較測定を可能とし、最も重要なのはこれにより医療産業において全てのレベルでベンチマークが可能となることである。従って、本発明によれば、医療ユニットが処置の実行やサービスの提供にかかる正確なコストを詳細に分析すると同時に、産業の広いデータウェアハウスに対してベンチマークを行うことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の一般的な目的は従来技術の欠点を克服した、医療プロダクト及びサービスのための正確なコスト分析システム及び方法を有する医療産業を提供することである。
【０００６】
本発明の別の目的は、医療機関内の全てのレベルで正確なコスト及び収益性を判断する能力を有すると共に、既存の経理システムと異なり医療プロバイダが良く知っている用語やデータを採用した上記システムを提供することである。
【０００７】
本発明の更なる目的は、医療機関における既存の情報システム（ＩＳ）からデータを収集し、該データを実行可能な情報に処理するコスト分析システムを提供することである。本発明の更なる目的は、決定を下す人間にとってクライアントに提供する処置やサービスの正確なコストを分析することが可能となり、ゆとりのある収益を得るためのビジネス戦略を開発するために、生産フロアから収集した実際のデータを利用する、コスト分析ツールを有する医療産業を提供することである。特に本発明の目的は、機関における個人の患者ケアユニットを援助すると共に、医療ユニットにおける各責任センタが独立した収益センタとなることを援助することである。
【０００８】
本発明の更なる目的は、ユーザにとってあり得る変更の結果及びコストに関する代案をシミュレート及び予測することを可能にするソフトウェアツールを提供することである。
【０００９】
本発明の更なる目的は、医療処置コストの基準を確立し医療産業にベンチマークサービスを提供することである。
【００１０】
本発明の更なる目的は、医療産業に関連する種々の情報及びサービスを提供すると共に、必要となった時点から直接ｅ取引の開始を可能とする医療の入り口を提供することである。
【課題を解決するための手段】
【００１１】
上記目的は、処置を実行すること、及び医療ケアサービスを提供することによる正確なコストを特定、分析、制御するための目的手段を許容する本システムにより達成される。
【００１２】
上記目的によれば、本発明は医療産業の全てのレベルで医療プロバイダが、自身のクライアントに提供する処置やサービスの正確なコストを計算し分析することを可能とする、特に医療産業用に設計した方法及びシステムを提供する。コスト分析の結果に基づき、システムのユーザ（即ち医療プロバイダ）は収益性を向上させるためにビジネス戦略を開発することができる。
【００１３】
本発明の１つの態様は、コスト分析及びコスト制御サービスを医療産業の全てのレベルでマネージャに提供する詳細なコスト分析の新規なシステム及び方法である。本システムは生産フロアから収集した実際のデータを使用し、ユーザの機関の特定の構造を考慮した新規な割り当て方法を用いて下降型分析方法を採用することにより該データを有益な正確なコスト情報に処理する。
【００１４】
本発明の第２の態様は、実際の活動データをリアルタイムに収集する患者ケアレベル環境と直接シームレスにインターフェースをし、産業ベンチマークのために強力でユニークなデータウェアハウスにアクセス可能なウェブに基づくアプリケーションである。
【００１５】
本発明の好適な実施形態によれば、ＣＰＵと記憶装置を備えると共に医療産業のための活動に基づくコスト分析及びコスト制御サービスを提供するコンピュータサーバシステムとを有するデータ通信ネットワーク内において、前記システムは、ユーザに活動データを前記コンピュータシステムにアップロードさせるデータ交換モジュールと、前記機関構造とプロダクトコストデータへの前記プロダクトツリーに従って、前記活動データを処理する分析エンジンと、を含むシステムが提供される。該システムはユーザに機関構造、プロダクトコストツリー及びユーザの経営の詳細を定義させるセットアップモジュールを更に有していても良い。該システムはレポジトリデータベースを更に有していてもよく、該レポジトリデータベースは、アナライザリストと、医療プロダクトリストと、前記リストにおける各プロダクトに対応する定義前のプロダクトコストツリーとを含む医療に関連するデータを有し、前記セットアップ手段は前記レポジトリデータベースにアクセス可能である。該システムはユーザの機関構造とカスタマイズされたユーザのプロダクトツリーを記憶するためのセットアップモジュールに結合されたセットアップデータベースを更に有していても良い。該システムはユーザの活動データを記憶するための前記データ交換モジュールに結合された活動データベースと、前記プロダクトコストデータを記憶するためのデータウェアハウスを更に有していても良い。前記データウェアハウスは多次元データベースでも良い。プロダクトコストツリーは階層構造において、プロダクトの生産に関連するコスト項目を有し、各コスト項目はベースライン量か、或いはベースライン量に関連するコスト項目を計算するための処方に関連する。前記機関構造は責任センタ、ワークステーション及びプロダクトに関して定義され、各プロダクトはワークステーション又は責任センタにリンクされ、各ワークステーションは責任センタにリンクされている。前記活動データは消費データ、実行データ、項目価格データ及び選択的償却データを含む。前記データ交換モジュールは前記活動データの手動によるアップロードを可能とする手段を有する。前記データ交換モジュールは前記ユーザのコンピュータシステムに存在する情報ソースファイルをユーザに定義させる手段を有し、情報ソースファイルはユーザの活動データを含む。前記データ交換モジュールはユーザの活動データを前記サーバコンピュータシステムに自動的にアップロードすべく前記ユーザシステムに存在する既存の情報システムに統合する。前記分析エンジンはユーザ消費及び実行データに従いプロダクトツリーを含むコスト項目の実際の量を計算するアルゴリズムを有し、これにより実際の量はベースラインコスト項目量にコスト項目消費のバイアスをかけることにより計算され、前記バイアスは実際の消費と予測される消費との比である。システムはコスト分析モジュールを更に有し、該コスト分析モジュールは前記分析エンジンにより発生し前記データウェアハウスに記憶されたリアルタイム情報を提供し、それによりコスト分析情報をユーザに提供する。システムはシミュレーションモジュールを更に有し、該シミュレーションモジュールは前記分析エンジンにより発生し前記データウェアハウスに記憶された情報を提供し、それによりシミュレーション及び予算の予測をユーザに提供する。システムはベンチマークモジュールを更に有し、該ベンチマークモジュールはデータウェアハウス及びレポジトリに記憶されたデータを統合して種々のユニットの比較を表示する。
【００１６】
本発明の別の好適な実施形態によれば、複数の医療プロバイダコンピュータシステムと、前記医療プロバイダのために活動に基づくコスト分析及びコスト制御サービスを提供するための、ブラウザ又はクライアントソフトウェアにより前記コンピュータシステムにアクセス可能なサーバコンピュータプラットフォームに構築された方法を有するデータ通信ネットワークにおいて、前記方法は、活動データを受信してそれをデータベースに記憶する工程と、ユーザからコスト分析タスクの要求を受けると、機関構造に関連するデータに従って前記活動データを処理して、前記コスト分析タスクに従ってコスト分析の結果を得る工程と、機関構造、プロダクトツリー及び経営の詳細を収集して定義するためのセットアップモジュールをユーザに提供するための工程、前記ユーザの前記機関構造に関連するデータを受信する工程と、前記ユーザの前記機関構造に関連するデータをデータベースに記憶させる工程と、所定回数の活動データを前記サーバコンピュータプラットフォームにアップロードするモジュールをユーザに提供する工程と、を含む方法が提供される。
【００１７】
活動データをアップロードするモジュールをユーザに提供する前記工程は、アップロードされたファイル記述を生成し前記アップロードプロセスを構成することにより、アップロードすべきファイルを準備する工程と、前記ファイルを前記サーバにアップロードする工程と、種々のコスト分析、シミュレーション、予算作り、ベンチマークタスクを要求するモジュールをユーザに提供する工程と、データ通信ネットワークを通じて結果をユーザに送る工程を更に有する。
【００１８】
本発明の更に別の好適な実施形態によれば、医療産業のための活動に基づくコスト分析及びコスト制御サービスを記憶するためのコンピュータ機関構造を有するデータ通信ネットワーク内において、前記機関構造は記憶装置を有すると共にＣＰＵに接続され、前記機関構造は、責任センタと、各責任センタ用の少なくとも１つのワークステーションと、各ワークステーション用の少なくとも１つのプロダクトコストツリーとを有し、前記プロダクトコストツリーは該プロダクトコストツリーに関連するデータを保持するコスト項目に関連することを含む装置が提供される。前記プロダクトコストツリーは前記コスト項目に関連する処置のコストを計算するための量及び割り当て処方により定義された手順であっても良い。或いは、前記プロダクトコストツリーは前記コスト項目に関連するサービスのコストを計算するための量及び割り当て処方により定義されたサービスであっても良い。前記プロダクトコストツリーは１つ或いは複数のメインコストカテゴリと１つ或いは複数のサブレベルカテゴリを有していても良い。コスト項目は直接的或いは間接的なコスト、及び固定された或いは可変的なコストに関連していても良い。プロダクトコストツリーはツリーにおける項目コストのために定義されたベースライン量に関連する量に関する情報と、コスト項目に関連するコストを割り当てるための割り当て基本処方とを有していても良い。
【００１９】
本発明の種々の態様のその他の目的、特徴及び利点は以下の詳細な説明から明らかとなろう。
【００２０】
本発明は図面を参照した以下の詳細な説明により更に完全に理解できよう。
【発明を実施するための最良の形態】
【００２１】
本発明は、医療産業の全てのレベルで特に医療プロバイダのために設計された詳細なコスト分析のための方法及びシステムを提供することにより、上記従来技術の欠点を克服するものである。医療処置及びサービスの正確なコストを計算するための本発明によるアプローチは活動に基づく請求（ＡＢＣ）方法に基づいている。本方法によれば、本システムは上昇型（bottom-up）データ収集と下降型（top-down）コスト分析とを組み合わせている。本発明はインターネットなどのデータ通信ネットワークを通じてアプリケーションサービスプロバイダ（ＡＳＰ）のフレームワーク内で実施されるのが好ましい。しかし、本発明はＬＡＮやイントラネット等でも実施可能なことは当業者であれば理解できよう。
【００２２】
本発明のアプリケーションは医療プロバイダに以下の機能を提供する。
ｉ）医療処置を行うこと及び医療に関するサービスを提供することに関する正確なコストを分析し管理する機能、
ｉｉ）可能性のある変更及び代案をシミュレートし予測する機能、
ｉｉｉ）性能を医療産業の基準（ベンチマーク）と比較する機能、
ｉｖ）コスト節約の選択肢とビジネスプロセスへの変更を助言する機能、及び
ｖ）必要な時点でｅ取引の開始を行う機能。
【００２３】
医療産業の階層構造は図１に示す３つの基本レベルにより示すことができる。最も下の患者ケアレベルは患者にサービスを提供する「患者ケアユニット」１０を有する。「患者ケアユニット」は研究室、放射線医学ユニット、薬局、手術室等である。患者ケアレベルの上には、病院等の患者ケアユニットの集合よりなる企業レベル２０がある。最上のレベルは病院群、健康管理機関（ＨＭＯ）、好適なプロバイダ機関（ＰＰＯ）及び集中送達サービス（ＩＤＳ）を含む組織レベル３０である。本発明は任意の医療ユニットが処置の実行やサービスの提供にかかる正確なコストを詳細に分析すると同時に、産業の広いデータウェアハウスに対してベンチマークを行うことができる。特に、本発明は個々の医療ユニットが独立した収益センタとなることを援助する。
【００２４】
図２は医療産業の異なるレベルのための、本発明により提供されるツールの概略図である。個々の患者ケアユニット（１０を示す）からの上昇型リアルタイムデータの収集と高度な分析ツールとを組み合わせることにより、本発明は水平方向及び垂直方向の両方において医療産業を通じて有益な請求情報を提供する。更に、下のレベルから集めた詳細なコストデータは、ベンチマークの目的のために有益で確立された基準的処置コストデータを提供すると共にアプリケーション機能を継続的に改善するオンラインデータウェアハウスに変形される。患者ケアレベルでは、本発明は労力、器具、材料、補給品及びサービスを含む直接的及び間接的なコストの分析及びシミュレーション能力を提供する。これにより、各患者ケアユニットは、ケアの高品質を維持しながら利益を改善させるために全ての配送の正確なコストを判断することができる。本発明の目的の１つは機関内の各患者ケアユニットが独立した利益センタになることを援助することである。本発明は特定のケアユニットにより提供される各処置或いはサービスに関する以下のような重要な質問に正確でリアルタイムの解答を提供する。実際にどの位のコストがかかるか？、利益になるか？、損得の境目はどこか？、それを実行するのにコスト的に最も有効なサイトはどこか？、成果を高めコストを下げるのに使用可能な他の設備はあるか？、活動量を増加させるとどのような結果になるか？、等。存在する医療情報システムはこれらの質問に対して正確で適時の答えを提供しない。本発明は特に研究センタ、放射線センタ、手術室等の医療ユニットに照準を合わせている。
【００２５】
より高いレベルでは、本発明は広い組織の視野からコストをより有効に管理し予測するのに必要な情報の管理者を提供する。企業レベルでは、垂直を基本とするか病院内の組織を基本としてコスト分析、シミュレーション及びベンチマークを実行すべく、企業データウェアハウスに対して病院長が質問することができる。組織レベルでは、垂直を基本とするか病院内の組織を基本としてコスト分析、シミュレーション及びベンチマーク調査を実行すべく、企業データウェアハウスに対して管理されたケア管理者が質問することができる。これにより、特定の処置に対してコスト面で最も効果的な患者ケアユニットはどれか？、またその処置をその患者ケアユニット実行するのに何故他よりも高価なのか？、外部委託のほうが安価か？、等の質問に対する解答が提供される。
【００２６】
上記全てのサービスを提供するために、本発明はプロダクトとして全ての処置の実行及び医療ケアサービスの送達を扱い、下に行くほど最も基本的な項目となるように、そのプロダクトに関連する全ての支出を階層的に正確に定義したプロダクトコストツリーに各プロダクトを関連付けている。本発明によれば、プロダクトとはテスト、処置或いはサービスであっても良い。例えば研究室ではプロダクトとは特定のテストであり、放射線ユニット或いは手術室では、プロダクトは特定の処置である。プロダクトとは個々のサービスでもよく、或いは外来患者或いは入院患者のいる間に患者に送達されるサービス群であっても良い。従って、プロダクトには別のプロダクトを含めることもできる。更に、生産処置によっては１つのプロダクトに２つ以上のプロダクトコストツリーを関連付けることもできる。例えば研究室では、血液グルコーステストはテストを実行できる各アナライザ用の一つが異なる幾つかの異なるコストプロダクトツリーを有していても良い。本発明は医療プロダクトを分類分けするためにＣＰＴコード等の基準的なコードを使用するのが好ましい。一般にカレント手順術語（ＣＰＴ）と呼ばれるこのコードシステムは、クライアントに施す医療及び外科処置、診断テスト、研究及びその他の内科医療サービスの医療作業を記述する目的で、医療ケア経理管理と共に米国の医療協会により開発されたものである。
【００２７】
図３は本システムの好適な実施形態の構成図である。システム全体を説明した後、各構成の詳細を説明する。本発明のアプリケーションはネットワークインターフェースを有する中央サーバコンピュータプラットフォーム１００に組み込まれたアプリケーションサービス提供者（ＡＳＰ）システムのフレームワーク内で実現されるのが好ましい。サーバプラットフォーム１００はＰＣ等の単一のワークステーションコンピュータ、メインフレームコンピュータ或いはＬＡＮまたはＷＡＮにより相互に接続されたコンピュータ集合体であっても良い。サーバプラットフォーム１００はハイパーテキストトランスファープロトコル（ＨＴＴＰ）を支持するＢＥＡウェブロジックサーバ等のウェブサーバアプリケーション１１によりウェブ可能なテクノロジを扱うことができる。このテクノロジは例えばクライアント側のジャバアプレット、ジャバスクリプト、ＨＴＭＬ、ＤＨＴＭＬ、ＸＭＬ等と、サーバ側のＳｅｒｖｌｅｔ、ジャバページ（ＪＳＰ）及び企業ジャバビーンズ（ＥＪＢ）等を含む。システムのユーザ２００はウェブブラウザ２１（例えばマイクロソフト社のエクスプローラ、ネットスケープナビゲータ）等のソフトウェアアプリケーションを使用して、モデム、ネットワークカードなどの従来の通信装置によりインターネットやイントラネット等のデータ通信ネットワーク上で中央サーバ１００と通信インターフェースを有する。ユーザは特にサーバ１００と対話するよう設計されたクライアントのソフトウェアアプリケーション等の他のソフトウェアアプリケーションを介してサーバ１００にアクセスしても良い。図面ではウェブブラウザ２１が本明細書の好適な実施形態として示されている。ブラウザ２１（ディスプレイ装置及びキーボードやマウス等の入力装置と共同で）を介し、ユーザはデータをサーバ１００にアップロードでき、ダイナミックオンライン情報や異なるサーバモジュールからのサービスを要求し受信することができる。サーバ１００はユーザの機関内のＬＡＮ上に設けられていることは容易に理解できよう。同様に、ユーザは、ユーザシステム２００から直接的にではなく、ラップトップ、パーソナルデータ援助ユニット等の他のオンロードコンピュータ装置からサーバ１００にアクセルできることも容易に理解できよう。当業者であれば、他の方法によるユーザ２００及びサーバ１００間のデータ入力及び送信も本発明により予測されることは理解されよう。例えばサーバシステム１００等への手動によるデータ送達やフルＩＳ（２５，２５’、２５’’）の送達もこれに含まれる。本発明の別の実施形態では、サーバ１００はユーザシステム２００内或いは、一人或いは複数のユーザによるローカル或いは単一使用のためのユーザ２００に関連するイントラネット或いはＬＡＮ内に存在しても良い。或いは、システムの種々の構成要素が、本発明に示すのと同じ機能を提供するコンピュータの配信ネットワークを生成する公知のデータ通信装置を介して互いに接続された場所やネットワークに限定されない種々のコンピュータに存在しても良い。
【００２８】
上述のように、正確なコストを提供するために本発明が採用するアプローチは生産フロアから直接得た上昇型収集データと、ユーザの特定の機関構造を考慮した下降型分析とを組み合わせることである。このアプローチによれば、システム１００はユーザのデータを受信する２つのメインモジュールと、機関構造に関連するデータのカスタマイズに責任を担うセットアップモジュール４０と、医療ケアユニットからの活動データの収集に責任を担うデータ交換モジュール５０を有する。セットアップモジュール４０により収集された機関構造に関連するデータは、責任センタ（ＲＣ）、各ＲＣ下のワークステーション（ＷＳ）、各ＷＳで生産されたプロダクト、及び各プロダクトに関連するプロダクトコストツリー等の項目において機関構造を階層的に定義する。ＲＣの例は放射線医学病室である。ＷＳの例はＸ線装置或いは超音波装置である。プロダクトの例は、前後胸部Ｘ線フィルム或いはＣＰＴにより好適に定義される任意のテストである。これらの定義は最下項目レベルまで降下する各機関レベルでの割り当てルールのための定義をも含む。割り当てルールには各ＷＳ（プロダクトの使用毎に各プロダクトに対して後で計算される）に関連するコスト要素を割り当てるルールが含まれる。
【００２９】
レポジトリ１２０がセットアップモジュール４０に結合される。レポジトリ１２０は医療ユニットのリスト、医療プロダクトリスト、及び割り当てルールを含む最も重要な事前に定義したデフォルトのプロダクトツリー等の医療関連データを含む。レポジトリ１２０に記憶された情報は、機関構造とプロダクトコストツリーの定義を容易にするためのセットアップステージの間、ユーザがアクセス可能である。ユーザが特定のワークステーションで製造された特定のプロダクトを特定すると、そのプロダクトはレポジトリ１２０からの対応するデフォルトのプロダクトツリーと、このデフォルトのプロダクトツリーに関連する基準的なベースラインコストとに自動的に関連付けされる。ユーザはプロダクトツリーを変更せずにデフォルトの基準をベースラインとしてセーブでき、或いはプロダクトツリーに従ってベースラインをカスタマイズすることもできる。レポジトリ１２０に含まれるデータは維持され、バックオフィスモジュール１２５を介してシステムのマネージャによってのみ変更することができる。ユーザは全面的にデータにアクセス可能ではあるが、データは選択的にプロテクトしてユーザには変更できないことが重要である。ユーザによっていつでも変更可能なユーザ特定のセットアップデータがユーザデータベース４５に記憶されている。しかし、データウェアハウス１０１に蓄積された絶えず更新する統計的データに基づいて、システムマネージャは種々のデータ要素及びその結果として、コスト基準を更新することができる。データ交換モジュール５０により医療ユニット（即ち医療産業生産フロア）から収集された活動データは時間依存生産、消費及び価格付けデータを含む。好ましくは、データ交換モジュール５０は、ＬＩＳ（研究室情報システム）、ＨＩＳ（病院情報システム）、ＨＲＳ（病院リソースプラニング）等の既存のクライアント情報システム２５からウェブブラウザ２１等のクライアントソフトウェアモジュールを介して直接データを収集する。情報はデータ交換モジュール５０に直接アップロードしても良い。クライアントのＩＳとの素早い一体化を容易にするために、モジュール５０は外部ＩＳからデータを取り込むための一組の変換プログラムを有している。
【００３０】
好適な実施形態によれば、ユーザセットアップデータベース４５とユーザ活動データベース５５がユーザの入力データを記憶するためにそれぞれモジュール４０及び５０に連結されている。データベース４５及び５５はＲＤＢＭＳ（リレティブデータベース管理システム）やＯＤＢＭＳ（オープンデータベー管理システム）等により扱われるのが好ましい。ユーザセットアップ及び活動データはセットアップデータベース４５及び活動データベース５５から分析エンジン６０に送られてその機関特有の実際の「正確な」コストに加工される。分析エンジン６０は機関構造及びユーザセットアップデータにより提供されたルールに従って収集された実際のデータを処理するための一組のアルゴリズムを有する。従って、ユーザにより提供された消費及び実行データは機関構造要素に適切な「分担」として基本項目の入力レベルから最下位レベルまで「拡散的」に割り当てられる。その後、実際のプロダクトコストは全てのプロダクトツリー要素を総計することにより計算される。このようにして得られた実際のコストデータはデータウェアハウス１０１に送信される。ウェアハウス１０１は、オンラインでの分析処理（ＯＬＡＰ）やユーザ間での情報の共有を可能にするユーザの過去及び現在のコストデータを含むオラクルにより提供されるツール等のデータベース管理ツールにより管理された多次元データベースである。
【００３１】
コスト分析モジュール７０、シミュレーションモジュール８０及びベンチマークモジュール９０等のユーザアプリケーションモジュールはデータウェアハウス１０１に結合されて、コスト分析サービス及びコスト制御サービスをユーザに提供する。コスト分析モジュール７０は作業コストを分析してコストを数値とグラフィックで表示する。コスト分析モジュール７０は分析エンジン６０から発生したデータウェアハウス１０１からの情報により提供される。コスト分析モジュールはユーザ（経営者など）に異なるユニット内或いは異なるユニット間でコストを比較させ戦略的決定を下させる。シミュレーションモジュール８０は種々のシナリオをシミュレートし予算を予測する。シミュレーションモジュール８０は分析エンジン６０から発生するデータウェアハウス１０１からの情報により提供される。ベンチマークモジュール９０はデータウェアハウス１０１とレポジトリ１２０に記憶されたデータを統合し種々のユニットの比較を表示する。これらのモジュールは、グラフィックユーザインターフェース（ＧＵＩ）表示を可能とすべくジャバアプレット、ジャバスクリプト、ＤＨＴＭＬ、ＸＭＬ等のウェブテクノロジを使用して、またＯＬＡＰデータの分析を可能とすべくデータベーコンＯＬＡＰアプレット等のツールを使用して構築される。本システムのＡＳＰ特性に関連する重要な１つの利点はユーザの入力により絶えず更新できる点である。従って、ウェアハウス１０１に記憶された情報は時間と共に増え、継続的に更新される。この常時蓄積される情報に基づき、システム１００は産業ベンチマークサービスをユーザに提供するベンチマークモジュール９０を更に有する。
【００３２】
図４は、図３の好適な実施形態に関連する本方法の主な工程を示す全体のフローチャートである。システム１００で通常の作業をする前に、ユーザはセットアップ処理を済ませなければならない。ユーザ（図３のユーザ２００）が初めてアプリケーション１１に接続すると、やるべき第１工程は機関構造（工程１０２）を定義することである。セットアップ段階の間、ユーザはユーザの機関の詳細な階層構造をセットアップモジュール４０に提供する。ユーザは責任センタの項目で機関構造を定義するためのユーザフレンドリのセットアップツール、各責任センタ下で作動するワークステーション、各責任センタにより生産されるプロダクト、及び各プロダクトのプロダクトツリーが提供される。セットアップ処理の間にセットアップモジュール４０により収集されたユーザセットアップ情報はセットアップデータベース４５に記憶される（工程１０４）。ユーザが要求すると、レポジトリ１２０から中間データが提供される。このデータは種々のプロダクトツリーを表現するためにセットアップ段階の間に要求される適切なデータをユーザが決定する援助をする。例えば、あるユーザが特定の研究室内（責任センタ）にＡＢＳ２０００アナライザ等の特定のワークステーションがあると定めると、ＡＢＳ２０００のプロダクトツリーがセットアップモジュール４０によりレポジトリ１２０を介してユーザに提供される。
【００３３】
クライアントの機関の構成が完了して記憶された後、次の工程１０６及び１０８では活動データが収集されて記憶される。これは交換モジュール５０により行われる。データ交換モジュール５０により収集されたユーザ活動データはユーザ活動データベース５５に記憶される。モジュール５０への活動データのアップロード工程はユーザの都合の良い時に間欠的に行ってもよい。更に、活動データの異なる「部分」、例えばユーザシステム２００における異なるＩＳから到達する実行及び消費は同時にアップロードする必要はなく、ユーザの都合の良い時に別個にアップロードして良い。しかし、周期、即ち活動データが関連する開始日と終了日は特定しなければならない。例えば、ある機関において、実行レポートを毎日準備し消費レポートを毎月準備する場合、周期が明確に定義されている限り、実行データはモジュール５０に毎日アップロードでき、消費データは月に一度アップロードできる。セットアップ入力工程及び活動入力工程を一連の順序で説明したが、ユーザは時間経過と共により多くのユニット及びプロダクトセットアップ定義を次第に追加することにより自身のシステムを構築することができる。従って、システム１００での作業を開始するためには、ユーザは少なくとも「原案」セットアップ構成を先ず提供し、次いでシステムについてより学んでいくに従ってユーザは時間をかけてセットアップ構成をカスタマイズすることができる。ユーザ活動データをデータ交換モジュール５０に一度アップロードすると、活動データはユーザ活動データベース５５に送信されて、分析エンジン６０に提供され、そこでユーザセットアップデータに従って処理されて、セットアップデータに特定された各プロダクトのユーザ請求データを得る（工程１１０）。請求データはウェアハウス１０１に記憶される（工程１１２）。ユーザが新たな活動データを入力する度に工程１１０及び１１２が繰り返される。
【００３４】
これでシステム１００はユーザの要求を処理する容易ができる。コスト分析タスクの要求を受けると（工程１１４）、ウェアハウス１０１から関連するデータが検索され、それが適切なユーザアプリケーションモジュールにより特定のタスクに従って処理される（工程１１６）。結果はユーザシステム２００に送られて（工程１１８）、ブラウザ２１によりユーザシステム２００に表示される。
【００３５】
以下、異なるモジュール、システム及び本システムの別の態様の好適な実施形態について詳細に説明する。
【００３６】
セットアップモジュール
１．機関構造
システムセットアップモジュール４０では、リソース、ユーザ、役割及び認可等のシステムの基本要素が定義される。認可が一度定義されると、セットアップモジュールは認可されたユーザに自身の機関構造の最初のセットアップを素早く容易の行えるようにするものである。
【００３７】
図５はセットアップに定義された機関の階層構造を示す。本発明によれば、機関（１３２）の階層構造は責任センタ（ＲＣ、１３４、１３５）、各ＲＣ下で作動するワークステーション（ＷＳ、１３６）、各ＷＳにより生産されるプロダクト（１３８）及び関連するプロダクトコストツリー（ＰＣＴ）の観点で定義される。例えば研究室では、責任センタは例えば血液学ラボ等の研究室のあるセクションであり、ワークステーションは例えばＰｅｎｔｒａ ＡＢＸ６０等の特定のアナライザであり、プロダクトは例えばＣＢＣ等のあるテストである。外科センタでは、責任センタは手術室群であり、ワークステーションは特定の手術室であり、プロダクトは例えばバイパス等の特定の外科処置である。図５に示すように、責任センタは他の責任センタより階層的に上位となることができる。しかし、ワークステーションはプロダクトしか有していない。
【００３８】
２．プロダクトコストツリー
本発明によれば、如何なるプロダクト（即ち処置或いはサービス）のコストもコスト項目のレベルで「ドリルダウン」或いは「分解」される。従って、各「プロダクト」はプロダクトコストツリーと関連付けされ、階層構造において特定のプロダクトの「生産」と関連する全てのコストから最も基本的コスト項目まで構成される。
【００３９】
図６はプロダクトコストツリー２００の構造のためのモデルとそれが保持するデータを示す。本発明によれば、各プロダクトコストツリー２００は特定のワークステーションで生産された特定のプロダクト１３８のためのデータを保持している。プロダクトは、ツリーのそれぞれがあるワークステーションに関連付けされた２つ以上のプロダクトコストツリーを有していいても良い。プロダクトコストツリー２００は、量１５５及びプロダクト１５０に関連する処置（或いはサービス）のコストを計算する割り当て処方１５６により定義されたプロダクト１４２或いはサービス１４３等の他のプロダクトを有していても良い。
【００４０】
図６に示すプロダクトコストツリーは以下の４層のデータよりなる。メインコストカテゴリ１４４、２つのサブカテゴリ１４６、１４８のレベル、及び最下位レベルのコスト項目１５０。メインコストカテゴリはシステムにより定義されユーザには変更できないことが好ましい。表１は一組のメインコストカテゴリと、各メインカテゴリに属する異なる項目の任意の例を示す。
【００４１】
【表１】
【００４２】
図６に示す実施形態では、システムはサブカテゴリ１４６及び１４８の２つのレベルを定義させる。サブカテゴリはユーザにとって「柔軟」なものであり、セットアップの間、追加、変更及び削除しても良い。プロダクトコストツリーの最下レベルはコスト項目１５０よりなる。
【００４３】
表１から、第２欄の項目のうち試薬や使い捨て等の幾つかは直接的コストに関連し、レンタルや電気等のその他の項目は間接的コストに関連する。直接的コストはプロダクトの生産に直接的に起因したコストであり、間接的コストは機関や責任センタの運営の全体的出費に起因するがプロダクトの生産には直接的には起因しないコストである。コストは「固定」や「可変」という別の分類によっても分類分けすることができる。固定コストは量の変化によって変化しないコストである。可変コストは生産されるプロダクトの量の変化に伴い変化するコストである。従って、各コスト項目は直接的／間接的コスト（ここでは支出タイプＡ１５２と称す）と固定／可変コスト（ここでは支出タイプＢ１５３と称す）という２つの分類により定義される。
【００４４】
各項目の実際のコストは所定のルール及び処方の組に従い計算される。従って、プロダクトコストツリーにおける各コスト項目は、コスト項目と関連するコストを割り当てるために量１５４及び処方１５８により更に定義される。量１５４はプロダクトの生産に必要な特定の項目１４８の量のベースラインに関連し、ｍｌ、時間等の単位で定義される。処方１５８はユーザ活動データに従いベースライン量、次いで項目１５０の実際の量の計算のための割り当てルール定義する。例えば、ある１つの処方はプロダクト毎の従業人の時間を計算する割り当ての基本を提供する。別の処方はテスト毎の機械の時間、テスト毎の機械の作動時間、テスト毎の設備の時間、テスト毎の目盛補正時間等を有する。セットアップ段階の間、ユーザはコスト目的ツリーの各レベルに関連する割り当てルールを定義しても良い。
【００４５】
図７Ａ及び７Ｂはセットアップ段階の間に定義される割り当てルールの例を示す。この例はプロダクト毎のラボディレクタの時間のベースライン量を計算するためのものである。計算は２段階で行われる。図７Ａは「生化学」、「血液学」及び「血液銀行」という３つのサブＲＣに責任を担うＲＣ「臨床的ラボディレクタ」から開始する機関構造のセクションを示す。「血液学」ＲＣは「テクニコンＨ２」、「ＣＤ４０００」及び「マニュアルＤｉｆｆ」という３つのＷＳを有する。ＷＳ「ＣＤ４０００」は「ＢＣ」、「ＣＢＣ」、「Ｐｌａｔ」及び「Ｒｅｔｉｃ」という４つのプロダクトを生産する。ここに示す例では、サブＲＣレベルで「ラボディレクタ給与」のコスト項目を分割する割り当て基本は一定のパーセンテージであり、３つのサブＲＣに課せられた重さのうち１０％は「生化学」、８０％は「血液学」、１０％は「血液銀行」である。ここに示す例では、ラボディレクタは月に１８０時間働き、上記重さによれば、ラボディレクタの時間は以下のように割り当てられる。生化学：１８０*１０％＝１８時間、血液学＝１８０*８０％＝１４４時間、血液銀行＝１８０*１０％＝１８時間。
【００４６】
図７Ｂは血液学ＲＣレベルでのコスト項目「ラボディレクタ給与」の計算のための割り当てルールを示す。この場合の割り当ての基本は選択した周期毎のプロダクトの量である。ここに示す例では、血液学ＲＣで生産されたプロダクトの全体の数は３６００（量を示す三角形での数）である。従って、ラボディレクタのベースライン量は１血液学ＲＣプロダクト（例えばＣＢＣ）につき１４４時間／３６００プロダクト＝０．０４時間である。セットアップ処理の結果はユーザにより定義された各プロダクトのための「コスト目的ツリー」（ＣＯＴ）である。各ＣＯＴはそれが生産された責任センタにリンクされ、そのプロダクトと割り当てを計算するために関連するルールを生産するのに必要な確認し得るリソースを含む。セットアップの最後で定義されたＣＯＴはベースラインコストと関連付けされる。これはシステムにより提供されたデフォルトツリーと同じでもよく、原案ツリー或いはカスタマイズされたツリーでも良い。
【００４７】
上述のように、セットアップモジュールはレポジトリ１２０に連結される。セットアップ段階の間、システムはプロダクトツリーの最下レベルまで機関構造の各レベルでのユニット及び項目を選択するためのユーザメニューを提供する。ユーザはこのメニューから予め定義した項目を選択するかユーザ自身のユニット及び項目を選択することができる。ユーザが特定のワークステーションを特定すると、システムはその特定のワークステーションで生産される可能性のあるプロダクトのレポジトリ１２０からのリストをユーザに提供する。ユーザが例えばＣＰＴコードの項目で特定のプロダクトを特定すると、システムはレポジトリ１２０から予め定義した適切な（デフォルト）プロダクトコストツリーをユーザに提供する。ユーザはそのデフォルトツリーをそのまま使用しても良いし、或いはユーザが使用する特定の手順に従いユーザフレンドリなツールでそれをカスタマイズしても良い。必要であればカスタマイズ処理は徐々に行っても良い。本システムの１実施形態によれば、セットアップ情報の少なくとも一部はシステム２００にあるユーザのＩＳから半自動的に取り込まれる。例えば、各責任センタ（ＲＣ）で採用されたアナライザ、テスト名及び価格のリストが直接ユーザのＩＳからレポジトリ１２０にアップロードされるか、或いはサーバアプリケーション１１を使用してブラウザ２１を介してユーザ２００が手動によりレポジトリ１２０に入力される。
【００４８】
図８Ａ、８Ｂ及び８Ｃはそれぞれ機関構造、プロダクトツリー及びコスト項目のグラフィカルユーザインターフェース（ＧＵＩ）の画面を示す。ＧＵＩ１３０は作業ウインドウを有し、その中でユーザはコンピュータシステムに関連する本発明を採用するアプリケーションが動く作動ソフトウェアと直接的にやりとりする。ＧＵＩ１３０はサーバシステム１００（図３）内のサーバアプリケーション１１（図３）及び関連するモジュール（セットアップモジュール４０及びデータ交換モジュール５０等）にアクセスするブラウザ或いはクライアントのソフトウェア２１（図３）により示される。
【００４９】
図８Ａは機関構造の構築を容易にするためのＧＵＩの画面を示す。ユーザはａｄｄＲＣボタン１３１及びａｄｄＷＳボタン１３３をクリックすることにより責任センタ１３４及びワークステーション１３６を定義することができる。クリックすると、プルダウンメニュー（図示せず）が開いてＲＣ或いはＷＳのリストが表示される。このリストからユーザは適切な項目を選択することができる。編集ボタン１３９をクリックすると、ＲＣ名、アプリケーションのタイプ、カスタマコード、記述、タイプ、部局等の関連する詳細に入力することができる。ユーザは責任センタ或いはワークステーションを削除したり、それらをボタン１３７、１４０のそれぞれにより機関ツリー内の別の場所に移動させることができる。ボタン１４１「処方設定」は上述したコスト項目のための割り当て基準及び処方をユーザに定義させる。フォローイング画面（図示せず）はユーザに各ワークステーションで生産されたプロダクトをプルダウンメニューから選択させる。この例では、機関名は責任センタ１３４の３つのレベルの階層構造を有する「正確なコストラボ」１３２である。ここに示すメインＲＣは「医療ラボマネージャ」ＲＣ１３５’に対して責任を担う「チーフ病理学者」１３５であり、「医療ラボマネージャ」ＲＣ１３５’は「管理」、「生化学」、「血液銀行」、「一般」などのＲＣ１３５’’のグループに対して責任を担う。「血液銀行」は２つのワークステーション１３６「ＡＢＳ２０００］及び「マニュアル血液銀行」を有する。ここに示す例では、「血液銀行」ＲＣが選択され、その下に、含まれる２つのＷＳ１３６が示されている。責任センタの詳細及びワークステーションは各責任センタのタイプを提供するウインドウの右上に示される。左側のウインドウの特定の項目（責任センタ，ＷＳ或いはプロダクト）にポイントを合わせたり選択することにより、選択された項目について右側のウインドウに種々の情報を提供することは当業者には理解されよう。
【００５０】
同様に、図８Ｂはプロダクトツリーの定義を容易にするＧＵＩ１３０の画面の例を示す。左側のウインドウはプロダクト１３８のレベルまでの機関構造のセクションを示す。右側のウインドウでは、選択されたＷＳ（この例では「自動ＣＢＣ」）の対応する詳細がテーブル１６０及び１７０に示される。テーブル１６０はＷＳ、プロダクト、および月毎の予想プロダクト量及びプロダクト毎の時間の詳細を提供する。製造者の見積もりも比較のために表示できる。ユーザはそれぞれボタン１４５、１４７によりこれらの詳細を変更、セーブ或いは修正をキャンセルすることができる。テーブル１７０は図６のプロダクトコストツリーに従って選択されたプロダクトのプロダクトコストツリーを示す。ユーザはボタン１５１及び１５５をクリックすることにより項目を追加したり削除することができる。ボタン１５１をクリックして項目の追加を選択すると、項目のリストが表示され（図示せず）、そこからユーザは適切な項目を選択することができる。この例では、自動ＣＢＣ５ＤＩＦＦプロダクト１３８が選択される。右側のＧＵＩウインドウテーブル１６０はプロダクト１３８用のＷＳがＣｅｌｌ−Ｄｙｎ４０００でありプロダクトがテストであることを示している。月毎のプロダクトの予測量（８２５０プロダクト）はテスト毎の時間（１／２分）等の特定の情報も示されている。テーブル１７０はテーブル１６０に示すプロダクト１３８に関連する特定のコスト項目を示す。テーブル１６０は各コスト項目量１５４及び特定のコスト項目カテゴリ１４４とコスト項目サブカテゴリ１４８の測定１５４’ユニットを示す。このようなコスト項目カテゴリの一例は「労力」コスト項目カテゴリである。労力コスト項目カテゴリ下では、「チーフ病理学者」及び「助手」がコスト項目サブカテゴリとして示される。各コスト項目が直接的或いは間接的コスト１５２として計算されるか、またそのコスト項目が固定或いは可変コスト１５３であるか否かも示されている。図８Ｃはその後のＧＵＩ画面を示す。この画面により、ユーザは支出タイプ１５２、１５３、及び割り当て基本１５８等の各コスト項目の詳細を定義することができる。特定のコスト項目のより正確な記述及び定義を更に容易にするために、その他の詳細もこの段階で入力しても良い。これには、特定の人物（労力カテゴリの一部）、それに関連するコード、測定ユニット、コストカテゴリ、基本価格、その他の記述等も含まれる。上述のように、特定の入力のそれぞれ（特に、コスト項目を含む）はセットアップ段階でユーザにより更新及び変更されても良い。本発明のコスト分析を達成するために、他のコストカテゴリ及びサブカテゴリに関連して、各プロダクト及びコスト項目に関連する種々の他の情報を入力しても良い。これは上述の表１から理解されよう。
【００５１】
データ交換モジュール
ユーザにより提供されるプロダクトの実際のコストを計算するために、本システムは以下の外部活動データをユーザシステムから要求する。１）実行（即ち、１周期で何回のテストを実行したか）；２）リソースの消費（即ち、１周期にどの位の項目と使用したか）；３）項目の価格（即ち、使用した項目の価格）；４）償却（即ち、各プロダクトに対して受けた料金はいくらか）。最後のデータ項目、即ち、プロダクトの価格はオプションに過ぎないことに留意されたい。これは実際のコスト計算には不要である。ユーザの機関の構成が完了してセットアップモジュールに記憶されると、システムはデータ交換モジュール５０によりユーザシステム２００から活動データを収集する準備ができる。データ交換モジュール５０は、ＬＩＳ（研究室情報システム）、ＨＩＳ（病院情報システム）、ＨＲＳ（病院リソースプラニング）等の既存のクライアントＩＳ２５，２５’、２５’’とシームレスにインターフェースを行い、ウェブブラウザ２１を介して詳細な実行、リソース消費、及び項目価格データを取り込み、従って素早いデータのアップロードを促進させる。クライアントＩＳ２５，２５’、２５’’との素早い統合を促進させるために、データ交換モジュール５０は外部ＩＳからのデータを取り込むための一組の変換プログラムを有しており、これにより実行時間を大幅に短縮させることができる。データ交換モジュール５０はリレーショナルデータベース、異なるフォーマット（ＡＳＣＩＩ固定長さ、デリミタ付きＡＳＣＩＩ等）のフラットファイルというタイプの異なるソースからデータを抽出することができる。ユーザのファイルは先ずブラウザ或いはクライアントのソフトウェア２１によりアップロードされ、次いで受信したデータはユーザの活動データベース５５にロードされ、そこでデータベース構造に従い記憶される。クライアントシステム２００からサーバ１００へのデータのアップロードは２段階で行うのが好ましい。第１段階は最初の取り込みセットアップであり、これは取り込まれたファイルのタイプ毎に一度行われ、これによりユーザは交換スペシフィケーションを定義することができる。第２段階は、バッチマネージャによる周期的な取り込みを可能にするものであり、これによりユーザはジョブを行うための計画時間を定義することができる。しかし、ユーザはデータファイルを生成しアップロードすることができない場合、システムはデータを手動で入力させる。データ交換モジュール５０の第１セットアップ段階では、取り込まれたファイルの記述を生成し、ローカルシステムで自動或いは半自動で実行されるべき取り込み処理を構成することにより、ユーザは自身のシステム２００から取り込まれるべきファイルを用意する。ファイルスペシフィケーションウィザードを使用して、ユーザはファイルのタイプの記述、クライアントの環境でのファイルの場所及びファイルの照合に関して自身のＩＳファイルを定義する。データの一部がアプリケーションにセーブされ、ローカルデータはユーザのコンピュータにセーブされる。このセットアップ工程の間、データ交換モジュール５０はデータファイルの物理的場所とクライアントのＩＳのルックアップテーブルにポインタをセットする。この情報は将来コストデータの更新が要求された時に使用される。第２段階で、ファイルはサーバに周期的に取り込まれる。これは以下の方法で行われる。（ａ）処理スケジューリングと同期するユーザの機械上で自動実行プロセスにより自動で行われる、（ｂ）「アプリケーションへの取り込み」モジュールにより明白に半自動的に行われる、（ｃ）特殊なモジュールを介してデータをアプリケーションに手動で送ることにより行われる、或いは（ｄ）Ｅメールによりデータファイルを送ることにより行われる。データ交換モジュール５０はＡＳＣＩＩファイル及びＸＭＬ通信標準に準拠しており、外部ＩＳファイルからデータを取り込むための一組の変換プログラムを有する。モジュール５０により取り込まれたデータ入力はコスト項目価格、実行、消費及びオプションとしてプロダクト価格リスト等のデータのタイプに分割される。典型的には、ＬＩＳファイルは実行データを含み、ＨＩＳファイルは会計、消費及び在庫データを含む。未処理データ、即ち取り込まれたデータは処理され再配置され、活動データベース５５内の適切な場所に挿入される。
【００５２】
図９Ａ、９Ｂ及び９Ｃは、上述の手順に従ってアップロード手順の簡単な定義を容易とするためのデータ交換モジュール５０のフラフィカルユーザインターフェース（ＧＵＩ）の画面を示す。図９Ａはデータ交換モジュール５０のメインインターフェースの例を示す。ＧＵＩ１３０は５つのセクションに分割されている。セクション１８１，１８２，１８３、１８４はコスト分析を実行するのに必要な消費、実行、コスト項目価格及びプロダクト価格という４つのタイプの活動データに対応する。セクション１８５はユーザシステムにある情報ソースファイルのリストを表示する。「入力データ」ボタン１８６をクリックすると、ユーザは手動で情報を４つのカテゴリの何れかにアップロードすることができ、或いは「アップロードファイル」ボタン１８９をクリックするとウインドウ１８５で特定されたファイルの何れか１つから関連するデータをアップロードすることができる。「ログ」ボタン１８８をクリックすると、図９Ｂに示す新たな画面が開き、定義した期間においてアップロードした過去のデータのリストが表示され、これによりユーザは開始日（１９２）と終了日（１９４）により期間を定義することができる。以下のような他の情報も提供しても良い。インデックスナンバ、情報の開始日、アップロードされた情報の終了日、アップロードを行ったユーザ名、アップロード時間（手動、自動、又は半自動）アップロードしたデータのタイプ、アップロードされたファイル名、アップロードされたファイルの行数、及びアップロード間に生じたエラーの数と警告の数、アップロードの一般的な状態（エラーか成功か）等。
【００５３】
図９Ｃは情報ソースファイルの定義と容易にするための「ファイルスペシフィケーションウィザード」インターフェースの例を示す。このインターフェースにより、ユーザは自身のファイルをブラウズでき、自身のファイルシステムから特定のファイルを選択し（「ブラウズ」ボタンを使用して）、目的のフィールドにソースフィールドをマップするためにそのファイルに記憶されたデータのタイプ及びファイルのフォーマットを定義することができる。ユーザが一度情報ソースファイルを定義すると、将来使用する時のためにその設定はセーブされる。「アップロードファイル」ボタン１８９（図９Ａ）を選択すると、ファイルスペシフィケーションに従って関連するデータが自動的にアップロードされる。
【００５４】
分析エンジン
分析エンジン６０はプロダクトのコスト項目の実際の量を計算するためのコンピュータプログラムモジュールである。分析エンジン６０は活動に基づく請求（ＡＢＣ）方法に基づくものであり、これは実際の実行及びリソース消費に基づき、部局における各処置及び／或いはテストの実行における正確な量を取り込み識別する。
【００５５】
分析エンジン６０はユーザセットアップデータにより提供される機関構造とルールに従いユーザの活動データを処理するための一組のアルゴリズムを有する。これらのアルゴリズムは直接的及び間接的なコスト項目の実際の量を計算するために使用される。一般には、実際の量はベースラインコスト項目量（セットアップモジュールで設定される）に、コスト項目消費のバイアスをかけることにより計算される。ここで、バイアスとは実際の消費と予測した消費との比である。
【００５６】
表２はあるコスト項目Ｉ１が、同じワークステーションＷＳ１により生産された対応するプロダクトコストツリー及び全てをそれぞれ有する３つのプロダクトの生産に関係する場合の計算方法の例を示す。この表はセットアップモジュール４０とデータ交換モジュール５０により収集された未処理データを要約したものである。データはユーザ活動データベース５５に送られ、計算されたデータは分析エンジン６０により処理された。
【００５７】
表２：コスト項目の実際の量を計算する例である。この例ではＷＳ１によるＩ１の実際の消費（ＡＣ）は３９６ユニットである。ＡＣの値はユーザ消費レポートから抽出される。
【表２】
1ｂｉｑ1は対応するツリーのそれぞれにおける項目Ｉ１のベースライン量である。ＢＩＱの値はセットアップ段階で設定され、セットアップデータベース４５から得られる。
2ａｖｔ1は各ツリーの実際の量、即ち生産されたツリーに関連する処置或いはサービスの回数。ＡＶＴ値はユーザ実行レポート（ユーザ活動データベース５５内）から抽出される。
3ａｖｔ1 *ｂｉｑiは項目Ｉ１の計算され予測された消費量である。
4ａｉｑ1は３つのプロダクトのそれぞれにおけるプロダクト毎の項目Ｉ１の計算された実際の量である。
【数１】
【００５８】
各プロダクト毎の項目Ｉ１の実際の量を計算するために、実際の消費の総計（ＡＣ）は３つのツリー間で分割すべきである。これは、各ツリーｂｉｑiにおけるＩ１のベースライン量に、ＷＳ１で実際の消費（ＡＣ）と予測される全消費(ａｖｔi *ｂｉｑiとの間の比をかけることにより行われる。
【００５９】
表２の例では、ＷＳ１による項目Ｉ１の予測される全消費は３３０ユニットであり、ユーザ消費レポートにより報告された実際の消費は３９６である。従って、バイアスは３９６／３３０＝１．２であり、３つのプロダクトのそれぞれにおける項目Ｉ１の実際の量はそれぞれ０．２４（０．２*１．２）、０．３６（０．３*１．２）及び０．４８（０．４*１．２）と計算される。
【００６０】
上記例から、実際の量の計算は実際の消費が報告されるレベルに依存することは当業者であれば容易に理解されよう。従って、上記例で、消費レポートのレベルが１レベル高い場合、即ち各々が項目Ｉ１がコスト項目として関連する多くのプロダクトを生産するワークステーションの数を有する責任センタのレベルであれば、バイアスは報告された消費を責任センタのレベルで予測される全消費で割ることにより計算される。一方、消費レポートがプロダクトレベルであれば、実際の量は消費を実際の量で割るだけで計算することができる。従って、分析エンジン６０に含まれるアルゴリズムの組は、各リソースのためにそのリソースの実際の消費が報告されるレベルが考慮される。
【００６１】
アプリケーションサービス
アプリケーションサービスモジュールは多次元データウェアハウス１０１に記憶されたデータを分析するのにＯＬＡＰツールを使用する。従って、該データの異なる次元をユーザが学ぶことができる。ブラウザ或いはクライアントのソフトウェア２１を介してユーザにより受信されるクエリはＯＬＡＰツールによりサーバ１００側で処理され、分析結果はユーザのシステム２００に表示されるＤＨＴＭＬ，ＸＭＬ，ジャバアプレット等の種々のウェブテクノロジツールを使用してブラウザを介してユーザに送られる。
【００６２】
１．コスト分析モジュール
コスト分析モジュール７０の主な機能は処置、テスト及びその他の患者ケアプロセスを実行するための実際のコストを表示し、それらの実際のコストの比較画面をユーザの選択した標準（内部のベースライン或いは地方、国内及び国際標準）に提供することである。コスト分析モジュール７０はユーザ選択した／定義したコスト目的ツリーより計算された作業コストを分析し、種々のコスト比較をグラフィック及び数値で表示する。作業における損益分岐点、利益及び損失を示す従来の標準的経理報告及び実際のグラフをも表示する。データ交換モジュール５０に新たなデータがアップロードされる度に計算されたコストは動的にアップロードされる。コスト分析モジュール７０は最下レベルでコストを見るために、ユーザにより提供された各プロダクトの正確なコストをユーザに「ドリルダウン」させる。例えば、病院の経営におけるマネージャが任意の所定の時間に病院の研究室で単一のテストを行うためのコストを見ることができる。示されるコストには、特定の場所で特定の器具を使い特定のテストを行うのに必要な直接的、間接的、固定された及び可変のコストが含まれる。これにより、よりコストを有効に分配する政策を決定するのに使用可能な有益な情報が提供される。ユーザは現在のコスト情報を過去の月、３ヶ月、一年前等の過去のコスト情報と比較することができる。
【００６３】
図１０〜１４を参照し、異なるユーザのクエリ（問い合わせ）に応答してコスト分析モジュール７０により提供されたコスト分析の結果のグラフィック表示の種々の例を示す。ユーザは、全体のコスト（図１１）或いは異なるワークステーション上の任意の処置の特定の要素のコスト（図１２）を示すため；ユーザの医療機関において実行された処置のコストと他の場所でのコスト（図１３）とを比較するため；特定のワークステーションでのコストの概要を見るため（図１４）等の理由で、如何なる期間における任意の特定の処置のための実際のコストとベースラインのコストを表示するように要求することができる（図１０）。コスト分析モジュール７０は分解分析ツールを提供し分解グラフを表示する。その例を図１５に示す。グラフィック表示に加え、このモジュールはユーザスペシフィケーションにより数値画面、ＯＬＡＰ画面及び書面レポートを生成することもできる。本発明は個々のプロダクトレベルでコスト分析を開始できる点が特に重要である。従って、医療機関において如何なるプロダクトも実際に独立した利益センタにすることができる。本発明によるコスト分析はオンラインやリアルタイムで得ても良い。また、ベースラインコスト分析及び以下に示すベンチマークをも提供する。コスト分析はワークステーション及び責任センタのレベルでも行われる。これによりそれぞれを利益センタとすることができる。
【００６４】
シミュレーションモジュール
シミュレーションモジュール８０は「起こり得る事態」及び予測される予算のためのツールを提供する。このモジュールは以下のような質問に対する解答をユーザに提供する。コスト項目の価格の変化が特定のテスト／器具／部局に属するコストにどのように影響するか（例えば部品製造業者が全ての価格を５％値上げした場合）、特定の部局内のコスト／利用が実行されるテストの量の増加にどのように影響されるか？（例えばラボが新たな契約を結んだ場合）、新たな器具の購入が現在の／予測されるコストにどのように影響するか？、新たなテスト／概要／処置が私たちのコストにどのように影響するか？、あるコスト項目を別のコスト項目に置き換えることが全体のコストにどのように影響するか？（例えば試薬をより安い業者から購入した場合）。ユーザは患者ケアユニット及び如何なる期間のためにもコスト目的のグループ頃に単一のコスト目的のためのシナリオを作ることができる。ユーザは如何なる項目の「新たな」価格、「新たな」量、「新たな」コストを入力することにより異なるシミュレーションを容易に開始することができる。本システムはシミュレーションの結果を後で参照するためにユーザにセーブさせる。本発明の１実施形態によれば、本システムは、収益性を伸ばすために、異なる設備、試薬、補給品或いは従業人を推奨するレコメンダ／アナライザモジュールを更に有する。コスト分析機能はユーザが異なるコスト画面にドリルダウンするのを援助し、レコメンダは何処で或いは何をドリルダウンするかの方向性をユーザに提供する。このモジュールによりユーザは推奨されるプロダクトを全て見ることができ、コストを下げる助けとなり得る特定の提案を見ることができる。各レベル（例えばコスト項目、プロダクト、ワークステーション及び責任センタ）で種々の変更を入力し、どのようにすればこの入力したデータをデータウェアハウス１０１に既に入力されているデータに対して影響させられるかを知らせるようシミュレーションモジュール８０に要求すればシミュレーションを実行することができる。シミュレーションモジュールはデータウェアハウス１０１上の変更された項目を一時的に変え、シミュレートされた結果を示す要求された画面を提供する（図１０〜１５）。ユーザ２００は行った変更を維持し、それらをデータウェアハウス１０１に永久的に保持し、以前に受信したユーザのベースラインデータ或いはセットアップ情報を変更するよう決断するかも知れない。例えば、ユーザ２００は特定のプロダクトに対して働いたラボディレクトリの時間の変化をシミュレーションするよう決断するかも知れない。このような変化は価格が下がったプロダクトに対してプロダクトコストが下がったり、ユーザ２００の競争に有利な地位を増加させる見込みがある。同様に、ユーザ２００は幾つかのシミュレーションを保持してより少ない試薬（コスト項目）を特定のテスト（プロダクト）で使用するという結果に至り、これにより固定コスト及びテストの全体的コストを下げるかも知れない。
【００６５】
ベンチマークモジュール
本発明のＡＳＰアプローチの重要な利点の１つは、他の内外組織ユニットにより提供される類似したプロダクトに対して、あるユニットにより提供される医療処置或いはサービス（即ちプロダクト）の継続的及び比較的測定を可能にするデータウェアハウス１０１を確立させる能力である。データウェアハウス１０１は異なるパラメタによる大きなスケールの統計的分析を可能とし、医療産業コストの標準を確立する。本システムはベンチマークモジュール９０によりそのようなベンチマーク能力を提供する。モジュール９０により提供される分析の例を図１６に示す。この例では、ＣＰＴ＃８４４４３のコストが異なるラボ間でベンチマークコストに対して比較される。本システムはユーザに比較する医療機関のサイズ、量、タイプ及び場所を選択させる。図示するように、各コラムを種々のカテゴリ（労力、材料等）に分割しても良い。プロダクトの償却（価格）を示すラインは＄５，０００のラインの近くに示され、比較テーブルはプロダクトの償却コストとユーザのコストとの間の差違を示す。
【００６６】
システム１００により提供される上述のサービスとの組み合わせで、本発明は、ニュース、フォーラム、トレーニング、コンサルタント、購入、供給、ｅ取引の機会等の医療に関連する情報及びサービス、またデータネットワークを介する医療機関に関連するサイトへのリンクを提供する医療ポータルを更に有するのが好ましい。特に、本発明は必要な点から直接ｅ取引を開始するのに適している。従って、ユーザが、本発明のアプリケーションモジュールにより提供されるコスト分析或いはコスト制御サービスを使用して特定の項目へドリルダウンする時に、ユーザはそれらの特定の項目を販売するベンダ（供給者）に直接接続することができる。この実施形態によれば、システム１００は、提供する項目或いはサービスと、地理上の場所とにより分類分けされたプロバイダのリストを含む更なるデータベースを有する。必要な点から直接ｅ取引を開始するというこのアプローチは、正確で実際的なコスト分析及びシミュレーションツールを提供することにより、一般に、より低いレベルの従業人に、購入に関してより高い決定権限を与えるという本発明の他の態様にも適する。試薬、従業人、使い捨て品、洗濯、発送等の特定のリソースが必要となる時にベンダの種々のウェブサイトを特定のサーバアプリケーション１１にリンクさせ、ユーザ２００に関連する特定のリンクをポイントしてクリックさせることにより、必要な点から直接ｅ取引を開始することをことにより達成しても良い。このようなサービスのリストは上記メインのコストカテゴリ項目の例を示す表１を見ることにより容易に理解されよう。
【００６７】
図１７は本発明によるウェブサーバに関連する実態と活動の概要と、それが提供するサービスを示す。本発明は医療機関の全てのレベル（例えば、データ収集レベル、患者ケアレベル、企業及び組織レベル、産業レベル）で採用することができる。
本発明は以上で詳細に図示及び記載したものに限定されないことは当業者であれば理解できよう。本発明の範囲は以下の請求の範囲によってのみ限定される。
【図面の簡単な説明】
【００６８】
【図１】医療産業の階層構造の概略図である。
【図２】本発明により提供されるコスト分析及びコスト管理サービスの概略図である。
【図３】本発明の好適な実施形態による医療産業のコスト分析システムの構成図である。
【図４】図３の好適な実施形態による方法の主な工程を示す高レベルフローチャートである。
【図５】本発明により定義される機関の階層構造を示す。
【図６】本発明によるプロダクトコストツリーの構造を示す。
【図７】図７Ａおよび図７Ｂは、間接的コスト項目の計算例を示す。
【図８】図８Ａ〜図８Ｃは、ユーザに機関構造、コスト項目及びプロダクトコストツリーを定義させるためのセットアップモジュールの画面を示す。
【図９】図９Ａ〜図９Ｃは、活動データを本発明のシステムにアップロードするためのデータ交換モジュールの画面を示す。
【図１０】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１１】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１２】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１３】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１４】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１５】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１６】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１７】本発明によるウェブサーバに関連する実態及び活動の概要を示す。
【０００１】
本発明は医療産業におけるコスト分析に関する。特に、本発明は医療産業の全てのレベルのために、活動に基づくコストの分析及びコスト制御サービスを提供するためのウェブホスト環境のフレームワーク内で好ましくは実現される方法及びソフトウェアアプリケーションシステムに関する。特に、本発明は独立した収益センターになる組織内の個々の患者ケアユニットを可能とする。
【背景技術】
【０００２】
医療産業はその複雑さ及び患者のケアの配達に必要なサポートサービスの種類の多さにおいて特有なものである。医療の配達への伝統的なアプローチからの最近の出発は、ケアの質の高さを維持しながらコストを低減させる必要により拍車がかかっている。医療産業で生き残るか否かは、出費と収入の現実をしっかり把握することにかかっている。しかし、医療ケアサービスのデータの複雑さにより、大多数の機関が自身の医療サービスの正確なコストに関して貧困で時代遅れの情報に直面している。多くの医学者や医療管理者は正確なコストを魅了に把握するために利用できるデータを有効に利用することができない。典型的な医療センターでは、ケアのエピソードのサポートに必要な出費の６０％が患者に最も密接に関連する医療は健康ケアチームと関連付けされたコストプールにより相当していないかもしれない。現在の医療経営管理へのアプローチは多くの欠陥に苦しんでいる。既存の医療経営管理システムは出費ではなく請求に焦点を合わせているため、詳細なコスト情報を提供できない。医療側の正確なコストに係わりなく固定された平均レートを使用する異なる請求システムを用いた計算より請求額が決定される。また、殆どの場合、経理の報告はリアルタイムでは提供されないため、不正確なことが多い。信頼できる最新の情報がないため、医療管理者は資産を効率的に管理することが殆ど不可能となっている。手法やサービスの正確なコストを最低の確実性で知らない場合、不正確な情報に基づいてなされた決定は機関の経営に被害を与える。上述の結果、現在の医療産業はとてつもなく財政面で圧迫されている。多くの健康管理機関（ＨＭＯ）は財政的困難に陥っている。これら機関の償還が毎年減少しており、収益は落ち、利幅は極端に低い。
【０００３】
これらの環境は医療プロバイダの正確で効率的なコスト分析解決策の既に急速に膨らんだ必要性を激化し、これによりクライアントに提供される医療ケアサービスの正確なコストが割り出される。このような解決策は「ヒタチ９１１のグルコーステストを行うのに実際にいくらかかるか」或いは「一日５００回のテストを行う基準試験室にどのＣＢＣアナライザを設置すべきか」等の質問に関する正確な解答を提供するために、詳細なコストの情報を提供すべきである。全ての医療機関の種々の情報システム（ＩＳ）の内部には、上記質問に対する解答を提供するために、適切なツールがあれば利用可能な有益なデータが隠されている。しかし、そのようなツールは存在しない。その結果、医療産業ではコスト分析を可能にするツールが緊急に必要となっている。
【０００４】
本発明は、このような新規なツールを提供する。本システムは直接生産フロアからのリアルタイムの活動データ（実行および消費データのような）の収集のための既存の情報システムと継ぎ目なく一体化する。そのように収集したデータは、ユーザの特殊な機関構造を考慮すると共に、本システム独特のものであり、基準の分配方法よりも大幅に異なりより遙かに正確な新規な分配方法を使用して、下降型コスト分析を採用して有益な情報に加工される。また、本願は、インターネットやイントラネット等の中央コンピュータプラットフォームに埋め込まれ、通信ネットワークを通じてユーザにアクセス可能なアプリケーションサービスプロバイダ（ＡＳＰ）のフレームワーク内で実行されるのが好ましい。ＡＳＰのアプローチは医療産業データのウェアハウスを確立する能力にアプリケーションを付与し、それにより、如何なる医療処理或いはサービスの継続的な比較測定を可能とし、最も重要なのはこれにより医療産業において全てのレベルでベンチマークが可能となることである。従って、本発明によれば、医療ユニットが処置の実行やサービスの提供にかかる正確なコストを詳細に分析すると同時に、産業の広いデータウェアハウスに対してベンチマークを行うことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の一般的な目的は従来技術の欠点を克服した、医療プロダクト及びサービスのための正確なコスト分析システム及び方法を有する医療産業を提供することである。
【０００６】
本発明の別の目的は、医療機関内の全てのレベルで正確なコスト及び収益性を判断する能力を有すると共に、既存の経理システムと異なり医療プロバイダが良く知っている用語やデータを採用した上記システムを提供することである。
【０００７】
本発明の更なる目的は、医療機関における既存の情報システム（ＩＳ）からデータを収集し、該データを実行可能な情報に処理するコスト分析システムを提供することである。本発明の更なる目的は、決定を下す人間にとってクライアントに提供する処置やサービスの正確なコストを分析することが可能となり、ゆとりのある収益を得るためのビジネス戦略を開発するために、生産フロアから収集した実際のデータを利用する、コスト分析ツールを有する医療産業を提供することである。特に本発明の目的は、機関における個人の患者ケアユニットを援助すると共に、医療ユニットにおける各責任センタが独立した収益センタとなることを援助することである。
【０００８】
本発明の更なる目的は、ユーザにとってあり得る変更の結果及びコストに関する代案をシミュレート及び予測することを可能にするソフトウェアツールを提供することである。
【０００９】
本発明の更なる目的は、医療処置コストの基準を確立し医療産業にベンチマークサービスを提供することである。
【００１０】
本発明の更なる目的は、医療産業に関連する種々の情報及びサービスを提供すると共に、必要となった時点から直接ｅ取引の開始を可能とする医療の入り口を提供することである。
【課題を解決するための手段】
【００１１】
上記目的は、処置を実行すること、及び医療ケアサービスを提供することによる正確なコストを特定、分析、制御するための目的手段を許容する本システムにより達成される。
【００１２】
上記目的によれば、本発明は医療産業の全てのレベルで医療プロバイダが、自身のクライアントに提供する処置やサービスの正確なコストを計算し分析することを可能とする、特に医療産業用に設計した方法及びシステムを提供する。コスト分析の結果に基づき、システムのユーザ（即ち医療プロバイダ）は収益性を向上させるためにビジネス戦略を開発することができる。
【００１３】
本発明の１つの態様は、コスト分析及びコスト制御サービスを医療産業の全てのレベルでマネージャに提供する詳細なコスト分析の新規なシステム及び方法である。本システムは生産フロアから収集した実際のデータを使用し、ユーザの機関の特定の構造を考慮した新規な割り当て方法を用いて下降型分析方法を採用することにより該データを有益な正確なコスト情報に処理する。
【００１４】
本発明の第２の態様は、実際の活動データをリアルタイムに収集する患者ケアレベル環境と直接シームレスにインターフェースをし、産業ベンチマークのために強力でユニークなデータウェアハウスにアクセス可能なウェブに基づくアプリケーションである。
【００１５】
本発明の好適な実施形態によれば、ＣＰＵと記憶装置を備えると共に医療産業のための活動に基づくコスト分析及びコスト制御サービスを提供するコンピュータサーバシステムとを有するデータ通信ネットワーク内において、前記システムは、ユーザに活動データを前記コンピュータシステムにアップロードさせるデータ交換モジュールと、前記機関構造とプロダクトコストデータへの前記プロダクトツリーに従って、前記活動データを処理する分析エンジンと、を含むシステムが提供される。該システムはユーザに機関構造、プロダクトコストツリー及びユーザの経営の詳細を定義させるセットアップモジュールを更に有していても良い。該システムはレポジトリデータベースを更に有していてもよく、該レポジトリデータベースは、アナライザリストと、医療プロダクトリストと、前記リストにおける各プロダクトに対応する定義前のプロダクトコストツリーとを含む医療に関連するデータを有し、前記セットアップ手段は前記レポジトリデータベースにアクセス可能である。該システムはユーザの機関構造とカスタマイズされたユーザのプロダクトツリーを記憶するためのセットアップモジュールに結合されたセットアップデータベースを更に有していても良い。該システムはユーザの活動データを記憶するための前記データ交換モジュールに結合された活動データベースと、前記プロダクトコストデータを記憶するためのデータウェアハウスを更に有していても良い。前記データウェアハウスは多次元データベースでも良い。プロダクトコストツリーは階層構造において、プロダクトの生産に関連するコスト項目を有し、各コスト項目はベースライン量か、或いはベースライン量に関連するコスト項目を計算するための処方に関連する。前記機関構造は責任センタ、ワークステーション及びプロダクトに関して定義され、各プロダクトはワークステーション又は責任センタにリンクされ、各ワークステーションは責任センタにリンクされている。前記活動データは消費データ、実行データ、項目価格データ及び選択的償却データを含む。前記データ交換モジュールは前記活動データの手動によるアップロードを可能とする手段を有する。前記データ交換モジュールは前記ユーザのコンピュータシステムに存在する情報ソースファイルをユーザに定義させる手段を有し、情報ソースファイルはユーザの活動データを含む。前記データ交換モジュールはユーザの活動データを前記サーバコンピュータシステムに自動的にアップロードすべく前記ユーザシステムに存在する既存の情報システムに統合する。前記分析エンジンはユーザ消費及び実行データに従いプロダクトツリーを含むコスト項目の実際の量を計算するアルゴリズムを有し、これにより実際の量はベースラインコスト項目量にコスト項目消費のバイアスをかけることにより計算され、前記バイアスは実際の消費と予測される消費との比である。システムはコスト分析モジュールを更に有し、該コスト分析モジュールは前記分析エンジンにより発生し前記データウェアハウスに記憶されたリアルタイム情報を提供し、それによりコスト分析情報をユーザに提供する。システムはシミュレーションモジュールを更に有し、該シミュレーションモジュールは前記分析エンジンにより発生し前記データウェアハウスに記憶された情報を提供し、それによりシミュレーション及び予算の予測をユーザに提供する。システムはベンチマークモジュールを更に有し、該ベンチマークモジュールはデータウェアハウス及びレポジトリに記憶されたデータを統合して種々のユニットの比較を表示する。
【００１６】
本発明の別の好適な実施形態によれば、複数の医療プロバイダコンピュータシステムと、前記医療プロバイダのために活動に基づくコスト分析及びコスト制御サービスを提供するための、ブラウザ又はクライアントソフトウェアにより前記コンピュータシステムにアクセス可能なサーバコンピュータプラットフォームに構築された方法を有するデータ通信ネットワークにおいて、前記方法は、活動データを受信してそれをデータベースに記憶する工程と、ユーザからコスト分析タスクの要求を受けると、機関構造に関連するデータに従って前記活動データを処理して、前記コスト分析タスクに従ってコスト分析の結果を得る工程と、機関構造、プロダクトツリー及び経営の詳細を収集して定義するためのセットアップモジュールをユーザに提供するための工程、前記ユーザの前記機関構造に関連するデータを受信する工程と、前記ユーザの前記機関構造に関連するデータをデータベースに記憶させる工程と、所定回数の活動データを前記サーバコンピュータプラットフォームにアップロードするモジュールをユーザに提供する工程と、を含む方法が提供される。
【００１７】
活動データをアップロードするモジュールをユーザに提供する前記工程は、アップロードされたファイル記述を生成し前記アップロードプロセスを構成することにより、アップロードすべきファイルを準備する工程と、前記ファイルを前記サーバにアップロードする工程と、種々のコスト分析、シミュレーション、予算作り、ベンチマークタスクを要求するモジュールをユーザに提供する工程と、データ通信ネットワークを通じて結果をユーザに送る工程を更に有する。
【００１８】
本発明の更に別の好適な実施形態によれば、医療産業のための活動に基づくコスト分析及びコスト制御サービスを記憶するためのコンピュータ機関構造を有するデータ通信ネットワーク内において、前記機関構造は記憶装置を有すると共にＣＰＵに接続され、前記機関構造は、責任センタと、各責任センタ用の少なくとも１つのワークステーションと、各ワークステーション用の少なくとも１つのプロダクトコストツリーとを有し、前記プロダクトコストツリーは該プロダクトコストツリーに関連するデータを保持するコスト項目に関連することを含む装置が提供される。前記プロダクトコストツリーは前記コスト項目に関連する処置のコストを計算するための量及び割り当て処方により定義された手順であっても良い。或いは、前記プロダクトコストツリーは前記コスト項目に関連するサービスのコストを計算するための量及び割り当て処方により定義されたサービスであっても良い。前記プロダクトコストツリーは１つ或いは複数のメインコストカテゴリと１つ或いは複数のサブレベルカテゴリを有していても良い。コスト項目は直接的或いは間接的なコスト、及び固定された或いは可変的なコストに関連していても良い。プロダクトコストツリーはツリーにおける項目コストのために定義されたベースライン量に関連する量に関する情報と、コスト項目に関連するコストを割り当てるための割り当て基本処方とを有していても良い。
【００１９】
本発明の種々の態様のその他の目的、特徴及び利点は以下の詳細な説明から明らかとなろう。
【００２０】
本発明は図面を参照した以下の詳細な説明により更に完全に理解できよう。
【発明を実施するための最良の形態】
【００２１】
本発明は、医療産業の全てのレベルで特に医療プロバイダのために設計された詳細なコスト分析のための方法及びシステムを提供することにより、上記従来技術の欠点を克服するものである。医療処置及びサービスの正確なコストを計算するための本発明によるアプローチは活動に基づく請求（ＡＢＣ）方法に基づいている。本方法によれば、本システムは上昇型（bottom-up）データ収集と下降型（top-down）コスト分析とを組み合わせている。本発明はインターネットなどのデータ通信ネットワークを通じてアプリケーションサービスプロバイダ（ＡＳＰ）のフレームワーク内で実施されるのが好ましい。しかし、本発明はＬＡＮやイントラネット等でも実施可能なことは当業者であれば理解できよう。
【００２２】
本発明のアプリケーションは医療プロバイダに以下の機能を提供する。
ｉ）医療処置を行うこと及び医療に関するサービスを提供することに関する正確なコストを分析し管理する機能、
ｉｉ）可能性のある変更及び代案をシミュレートし予測する機能、
ｉｉｉ）性能を医療産業の基準（ベンチマーク）と比較する機能、
ｉｖ）コスト節約の選択肢とビジネスプロセスへの変更を助言する機能、及び
ｖ）必要な時点でｅ取引の開始を行う機能。
【００２３】
医療産業の階層構造は図１に示す３つの基本レベルにより示すことができる。最も下の患者ケアレベルは患者にサービスを提供する「患者ケアユニット」１０を有する。「患者ケアユニット」は研究室、放射線医学ユニット、薬局、手術室等である。患者ケアレベルの上には、病院等の患者ケアユニットの集合よりなる企業レベル２０がある。最上のレベルは病院群、健康管理機関（ＨＭＯ）、好適なプロバイダ機関（ＰＰＯ）及び集中送達サービス（ＩＤＳ）を含む組織レベル３０である。本発明は任意の医療ユニットが処置の実行やサービスの提供にかかる正確なコストを詳細に分析すると同時に、産業の広いデータウェアハウスに対してベンチマークを行うことができる。特に、本発明は個々の医療ユニットが独立した収益センタとなることを援助する。
【００２４】
図２は医療産業の異なるレベルのための、本発明により提供されるツールの概略図である。個々の患者ケアユニット（１０を示す）からの上昇型リアルタイムデータの収集と高度な分析ツールとを組み合わせることにより、本発明は水平方向及び垂直方向の両方において医療産業を通じて有益な請求情報を提供する。更に、下のレベルから集めた詳細なコストデータは、ベンチマークの目的のために有益で確立された基準的処置コストデータを提供すると共にアプリケーション機能を継続的に改善するオンラインデータウェアハウスに変形される。患者ケアレベルでは、本発明は労力、器具、材料、補給品及びサービスを含む直接的及び間接的なコストの分析及びシミュレーション能力を提供する。これにより、各患者ケアユニットは、ケアの高品質を維持しながら利益を改善させるために全ての配送の正確なコストを判断することができる。本発明の目的の１つは機関内の各患者ケアユニットが独立した利益センタになることを援助することである。本発明は特定のケアユニットにより提供される各処置或いはサービスに関する以下のような重要な質問に正確でリアルタイムの解答を提供する。実際にどの位のコストがかかるか？、利益になるか？、損得の境目はどこか？、それを実行するのにコスト的に最も有効なサイトはどこか？、成果を高めコストを下げるのに使用可能な他の設備はあるか？、活動量を増加させるとどのような結果になるか？、等。存在する医療情報システムはこれらの質問に対して正確で適時の答えを提供しない。本発明は特に研究センタ、放射線センタ、手術室等の医療ユニットに照準を合わせている。
【００２５】
より高いレベルでは、本発明は広い組織の視野からコストをより有効に管理し予測するのに必要な情報の管理者を提供する。企業レベルでは、垂直を基本とするか病院内の組織を基本としてコスト分析、シミュレーション及びベンチマークを実行すべく、企業データウェアハウスに対して病院長が質問することができる。組織レベルでは、垂直を基本とするか病院内の組織を基本としてコスト分析、シミュレーション及びベンチマーク調査を実行すべく、企業データウェアハウスに対して管理されたケア管理者が質問することができる。これにより、特定の処置に対してコスト面で最も効果的な患者ケアユニットはどれか？、またその処置をその患者ケアユニット実行するのに何故他よりも高価なのか？、外部委託のほうが安価か？、等の質問に対する解答が提供される。
【００２６】
上記全てのサービスを提供するために、本発明はプロダクトとして全ての処置の実行及び医療ケアサービスの送達を扱い、下に行くほど最も基本的な項目となるように、そのプロダクトに関連する全ての支出を階層的に正確に定義したプロダクトコストツリーに各プロダクトを関連付けている。本発明によれば、プロダクトとはテスト、処置或いはサービスであっても良い。例えば研究室ではプロダクトとは特定のテストであり、放射線ユニット或いは手術室では、プロダクトは特定の処置である。プロダクトとは個々のサービスでもよく、或いは外来患者或いは入院患者のいる間に患者に送達されるサービス群であっても良い。従って、プロダクトには別のプロダクトを含めることもできる。更に、生産処置によっては１つのプロダクトに２つ以上のプロダクトコストツリーを関連付けることもできる。例えば研究室では、血液グルコーステストはテストを実行できる各アナライザ用の一つが異なる幾つかの異なるコストプロダクトツリーを有していても良い。本発明は医療プロダクトを分類分けするためにＣＰＴコード等の基準的なコードを使用するのが好ましい。一般にカレント手順術語（ＣＰＴ）と呼ばれるこのコードシステムは、クライアントに施す医療及び外科処置、診断テスト、研究及びその他の内科医療サービスの医療作業を記述する目的で、医療ケア経理管理と共に米国の医療協会により開発されたものである。
【００２７】
図３は本システムの好適な実施形態の構成図である。システム全体を説明した後、各構成の詳細を説明する。本発明のアプリケーションはネットワークインターフェースを有する中央サーバコンピュータプラットフォーム１００に組み込まれたアプリケーションサービス提供者（ＡＳＰ）システムのフレームワーク内で実現されるのが好ましい。サーバプラットフォーム１００はＰＣ等の単一のワークステーションコンピュータ、メインフレームコンピュータ或いはＬＡＮまたはＷＡＮにより相互に接続されたコンピュータ集合体であっても良い。サーバプラットフォーム１００はハイパーテキストトランスファープロトコル（ＨＴＴＰ）を支持するＢＥＡウェブロジックサーバ等のウェブサーバアプリケーション１１によりウェブ可能なテクノロジを扱うことができる。このテクノロジは例えばクライアント側のジャバアプレット、ジャバスクリプト、ＨＴＭＬ、ＤＨＴＭＬ、ＸＭＬ等と、サーバ側のＳｅｒｖｌｅｔ、ジャバページ（ＪＳＰ）及び企業ジャバビーンズ（ＥＪＢ）等を含む。システムのユーザ２００はウェブブラウザ２１（例えばマイクロソフト社のエクスプローラ、ネットスケープナビゲータ）等のソフトウェアアプリケーションを使用して、モデム、ネットワークカードなどの従来の通信装置によりインターネットやイントラネット等のデータ通信ネットワーク上で中央サーバ１００と通信インターフェースを有する。ユーザは特にサーバ１００と対話するよう設計されたクライアントのソフトウェアアプリケーション等の他のソフトウェアアプリケーションを介してサーバ１００にアクセスしても良い。図面ではウェブブラウザ２１が本明細書の好適な実施形態として示されている。ブラウザ２１（ディスプレイ装置及びキーボードやマウス等の入力装置と共同で）を介し、ユーザはデータをサーバ１００にアップロードでき、ダイナミックオンライン情報や異なるサーバモジュールからのサービスを要求し受信することができる。サーバ１００はユーザの機関内のＬＡＮ上に設けられていることは容易に理解できよう。同様に、ユーザは、ユーザシステム２００から直接的にではなく、ラップトップ、パーソナルデータ援助ユニット等の他のオンロードコンピュータ装置からサーバ１００にアクセルできることも容易に理解できよう。当業者であれば、他の方法によるユーザ２００及びサーバ１００間のデータ入力及び送信も本発明により予測されることは理解されよう。例えばサーバシステム１００等への手動によるデータ送達やフルＩＳ（２５，２５’、２５’’）の送達もこれに含まれる。本発明の別の実施形態では、サーバ１００はユーザシステム２００内或いは、一人或いは複数のユーザによるローカル或いは単一使用のためのユーザ２００に関連するイントラネット或いはＬＡＮ内に存在しても良い。或いは、システムの種々の構成要素が、本発明に示すのと同じ機能を提供するコンピュータの配信ネットワークを生成する公知のデータ通信装置を介して互いに接続された場所やネットワークに限定されない種々のコンピュータに存在しても良い。
【００２８】
上述のように、正確なコストを提供するために本発明が採用するアプローチは生産フロアから直接得た上昇型収集データと、ユーザの特定の機関構造を考慮した下降型分析とを組み合わせることである。このアプローチによれば、システム１００はユーザのデータを受信する２つのメインモジュールと、機関構造に関連するデータのカスタマイズに責任を担うセットアップモジュール４０と、医療ケアユニットからの活動データの収集に責任を担うデータ交換モジュール５０を有する。セットアップモジュール４０により収集された機関構造に関連するデータは、責任センタ（ＲＣ）、各ＲＣ下のワークステーション（ＷＳ）、各ＷＳで生産されたプロダクト、及び各プロダクトに関連するプロダクトコストツリー等の項目において機関構造を階層的に定義する。ＲＣの例は放射線医学病室である。ＷＳの例はＸ線装置或いは超音波装置である。プロダクトの例は、前後胸部Ｘ線フィルム或いはＣＰＴにより好適に定義される任意のテストである。これらの定義は最下項目レベルまで降下する各機関レベルでの割り当てルールのための定義をも含む。割り当てルールには各ＷＳ（プロダクトの使用毎に各プロダクトに対して後で計算される）に関連するコスト要素を割り当てるルールが含まれる。
【００２９】
レポジトリ１２０がセットアップモジュール４０に結合される。レポジトリ１２０は医療ユニットのリスト、医療プロダクトリスト、及び割り当てルールを含む最も重要な事前に定義したデフォルトのプロダクトツリー等の医療関連データを含む。レポジトリ１２０に記憶された情報は、機関構造とプロダクトコストツリーの定義を容易にするためのセットアップステージの間、ユーザがアクセス可能である。ユーザが特定のワークステーションで製造された特定のプロダクトを特定すると、そのプロダクトはレポジトリ１２０からの対応するデフォルトのプロダクトツリーと、このデフォルトのプロダクトツリーに関連する基準的なベースラインコストとに自動的に関連付けされる。ユーザはプロダクトツリーを変更せずにデフォルトの基準をベースラインとしてセーブでき、或いはプロダクトツリーに従ってベースラインをカスタマイズすることもできる。レポジトリ１２０に含まれるデータは維持され、バックオフィスモジュール１２５を介してシステムのマネージャによってのみ変更することができる。ユーザは全面的にデータにアクセス可能ではあるが、データは選択的にプロテクトしてユーザには変更できないことが重要である。ユーザによっていつでも変更可能なユーザ特定のセットアップデータがユーザデータベース４５に記憶されている。しかし、データウェアハウス１０１に蓄積された絶えず更新する統計的データに基づいて、システムマネージャは種々のデータ要素及びその結果として、コスト基準を更新することができる。データ交換モジュール５０により医療ユニット（即ち医療産業生産フロア）から収集された活動データは時間依存生産、消費及び価格付けデータを含む。好ましくは、データ交換モジュール５０は、ＬＩＳ（研究室情報システム）、ＨＩＳ（病院情報システム）、ＨＲＳ（病院リソースプラニング）等の既存のクライアント情報システム２５からウェブブラウザ２１等のクライアントソフトウェアモジュールを介して直接データを収集する。情報はデータ交換モジュール５０に直接アップロードしても良い。クライアントのＩＳとの素早い一体化を容易にするために、モジュール５０は外部ＩＳからデータを取り込むための一組の変換プログラムを有している。
【００３０】
好適な実施形態によれば、ユーザセットアップデータベース４５とユーザ活動データベース５５がユーザの入力データを記憶するためにそれぞれモジュール４０及び５０に連結されている。データベース４５及び５５はＲＤＢＭＳ（リレティブデータベース管理システム）やＯＤＢＭＳ（オープンデータベー管理システム）等により扱われるのが好ましい。ユーザセットアップ及び活動データはセットアップデータベース４５及び活動データベース５５から分析エンジン６０に送られてその機関特有の実際の「正確な」コストに加工される。分析エンジン６０は機関構造及びユーザセットアップデータにより提供されたルールに従って収集された実際のデータを処理するための一組のアルゴリズムを有する。従って、ユーザにより提供された消費及び実行データは機関構造要素に適切な「分担」として基本項目の入力レベルから最下位レベルまで「拡散的」に割り当てられる。その後、実際のプロダクトコストは全てのプロダクトツリー要素を総計することにより計算される。このようにして得られた実際のコストデータはデータウェアハウス１０１に送信される。ウェアハウス１０１は、オンラインでの分析処理（ＯＬＡＰ）やユーザ間での情報の共有を可能にするユーザの過去及び現在のコストデータを含むオラクルにより提供されるツール等のデータベース管理ツールにより管理された多次元データベースである。
【００３１】
コスト分析モジュール７０、シミュレーションモジュール８０及びベンチマークモジュール９０等のユーザアプリケーションモジュールはデータウェアハウス１０１に結合されて、コスト分析サービス及びコスト制御サービスをユーザに提供する。コスト分析モジュール７０は作業コストを分析してコストを数値とグラフィックで表示する。コスト分析モジュール７０は分析エンジン６０から発生したデータウェアハウス１０１からの情報により提供される。コスト分析モジュールはユーザ（経営者など）に異なるユニット内或いは異なるユニット間でコストを比較させ戦略的決定を下させる。シミュレーションモジュール８０は種々のシナリオをシミュレートし予算を予測する。シミュレーションモジュール８０は分析エンジン６０から発生するデータウェアハウス１０１からの情報により提供される。ベンチマークモジュール９０はデータウェアハウス１０１とレポジトリ１２０に記憶されたデータを統合し種々のユニットの比較を表示する。これらのモジュールは、グラフィックユーザインターフェース（ＧＵＩ）表示を可能とすべくジャバアプレット、ジャバスクリプト、ＤＨＴＭＬ、ＸＭＬ等のウェブテクノロジを使用して、またＯＬＡＰデータの分析を可能とすべくデータベーコンＯＬＡＰアプレット等のツールを使用して構築される。本システムのＡＳＰ特性に関連する重要な１つの利点はユーザの入力により絶えず更新できる点である。従って、ウェアハウス１０１に記憶された情報は時間と共に増え、継続的に更新される。この常時蓄積される情報に基づき、システム１００は産業ベンチマークサービスをユーザに提供するベンチマークモジュール９０を更に有する。
【００３２】
図４は、図３の好適な実施形態に関連する本方法の主な工程を示す全体のフローチャートである。システム１００で通常の作業をする前に、ユーザはセットアップ処理を済ませなければならない。ユーザ（図３のユーザ２００）が初めてアプリケーション１１に接続すると、やるべき第１工程は機関構造（工程１０２）を定義することである。セットアップ段階の間、ユーザはユーザの機関の詳細な階層構造をセットアップモジュール４０に提供する。ユーザは責任センタの項目で機関構造を定義するためのユーザフレンドリのセットアップツール、各責任センタ下で作動するワークステーション、各責任センタにより生産されるプロダクト、及び各プロダクトのプロダクトツリーが提供される。セットアップ処理の間にセットアップモジュール４０により収集されたユーザセットアップ情報はセットアップデータベース４５に記憶される（工程１０４）。ユーザが要求すると、レポジトリ１２０から中間データが提供される。このデータは種々のプロダクトツリーを表現するためにセットアップ段階の間に要求される適切なデータをユーザが決定する援助をする。例えば、あるユーザが特定の研究室内（責任センタ）にＡＢＳ２０００アナライザ等の特定のワークステーションがあると定めると、ＡＢＳ２０００のプロダクトツリーがセットアップモジュール４０によりレポジトリ１２０を介してユーザに提供される。
【００３３】
クライアントの機関の構成が完了して記憶された後、次の工程１０６及び１０８では活動データが収集されて記憶される。これは交換モジュール５０により行われる。データ交換モジュール５０により収集されたユーザ活動データはユーザ活動データベース５５に記憶される。モジュール５０への活動データのアップロード工程はユーザの都合の良い時に間欠的に行ってもよい。更に、活動データの異なる「部分」、例えばユーザシステム２００における異なるＩＳから到達する実行及び消費は同時にアップロードする必要はなく、ユーザの都合の良い時に別個にアップロードして良い。しかし、周期、即ち活動データが関連する開始日と終了日は特定しなければならない。例えば、ある機関において、実行レポートを毎日準備し消費レポートを毎月準備する場合、周期が明確に定義されている限り、実行データはモジュール５０に毎日アップロードでき、消費データは月に一度アップロードできる。セットアップ入力工程及び活動入力工程を一連の順序で説明したが、ユーザは時間経過と共により多くのユニット及びプロダクトセットアップ定義を次第に追加することにより自身のシステムを構築することができる。従って、システム１００での作業を開始するためには、ユーザは少なくとも「原案」セットアップ構成を先ず提供し、次いでシステムについてより学んでいくに従ってユーザは時間をかけてセットアップ構成をカスタマイズすることができる。ユーザ活動データをデータ交換モジュール５０に一度アップロードすると、活動データはユーザ活動データベース５５に送信されて、分析エンジン６０に提供され、そこでユーザセットアップデータに従って処理されて、セットアップデータに特定された各プロダクトのユーザ請求データを得る（工程１１０）。請求データはウェアハウス１０１に記憶される（工程１１２）。ユーザが新たな活動データを入力する度に工程１１０及び１１２が繰り返される。
【００３４】
これでシステム１００はユーザの要求を処理する容易ができる。コスト分析タスクの要求を受けると（工程１１４）、ウェアハウス１０１から関連するデータが検索され、それが適切なユーザアプリケーションモジュールにより特定のタスクに従って処理される（工程１１６）。結果はユーザシステム２００に送られて（工程１１８）、ブラウザ２１によりユーザシステム２００に表示される。
【００３５】
以下、異なるモジュール、システム及び本システムの別の態様の好適な実施形態について詳細に説明する。
【００３６】
セットアップモジュール
１．機関構造
システムセットアップモジュール４０では、リソース、ユーザ、役割及び認可等のシステムの基本要素が定義される。認可が一度定義されると、セットアップモジュールは認可されたユーザに自身の機関構造の最初のセットアップを素早く容易の行えるようにするものである。
【００３７】
図５はセットアップに定義された機関の階層構造を示す。本発明によれば、機関（１３２）の階層構造は責任センタ（ＲＣ、１３４、１３５）、各ＲＣ下で作動するワークステーション（ＷＳ、１３６）、各ＷＳにより生産されるプロダクト（１３８）及び関連するプロダクトコストツリー（ＰＣＴ）の観点で定義される。例えば研究室では、責任センタは例えば血液学ラボ等の研究室のあるセクションであり、ワークステーションは例えばＰｅｎｔｒａ ＡＢＸ６０等の特定のアナライザであり、プロダクトは例えばＣＢＣ等のあるテストである。外科センタでは、責任センタは手術室群であり、ワークステーションは特定の手術室であり、プロダクトは例えばバイパス等の特定の外科処置である。図５に示すように、責任センタは他の責任センタより階層的に上位となることができる。しかし、ワークステーションはプロダクトしか有していない。
【００３８】
２．プロダクトコストツリー
本発明によれば、如何なるプロダクト（即ち処置或いはサービス）のコストもコスト項目のレベルで「ドリルダウン」或いは「分解」される。従って、各「プロダクト」はプロダクトコストツリーと関連付けされ、階層構造において特定のプロダクトの「生産」と関連する全てのコストから最も基本的コスト項目まで構成される。
【００３９】
図６はプロダクトコストツリー２００の構造のためのモデルとそれが保持するデータを示す。本発明によれば、各プロダクトコストツリー２００は特定のワークステーションで生産された特定のプロダクト１３８のためのデータを保持している。プロダクトは、ツリーのそれぞれがあるワークステーションに関連付けされた２つ以上のプロダクトコストツリーを有していいても良い。プロダクトコストツリー２００は、量１５５及びプロダクト１５０に関連する処置（或いはサービス）のコストを計算する割り当て処方１５６により定義されたプロダクト１４２或いはサービス１４３等の他のプロダクトを有していても良い。
【００４０】
図６に示すプロダクトコストツリーは以下の４層のデータよりなる。メインコストカテゴリ１４４、２つのサブカテゴリ１４６、１４８のレベル、及び最下位レベルのコスト項目１５０。メインコストカテゴリはシステムにより定義されユーザには変更できないことが好ましい。表１は一組のメインコストカテゴリと、各メインカテゴリに属する異なる項目の任意の例を示す。
【００４１】
【表１】
図６に示す実施形態では、システムはサブカテゴリ１４６及び１４８の２つのレベルを定義させる。サブカテゴリはユーザにとって「柔軟」なものであり、セットアップの間、追加、変更及び削除しても良い。プロダクトコストツリーの最下レベルはコスト項目１５０よりなる。
【００４３】
表１から、第２欄の項目のうち試薬や使い捨て等の幾つかは直接的コストに関連し、レンタルや電気等のその他の項目は間接的コストに関連する。直接的コストはプロダクトの生産に直接的に起因したコストであり、間接的コストは機関や責任センタの運営の全体的出費に起因するがプロダクトの生産には直接的には起因しないコストである。コストは「固定」や「可変」という別の分類によっても分類分けすることができる。固定コストは量の変化によって変化しないコストである。可変コストは生産されるプロダクトの量の変化に伴い変化するコストである。従って、各コスト項目は直接的／間接的コスト（ここでは支出タイプＡ１５２と称す）と固定／可変コスト（ここでは支出タイプＢ１５３と称す）という２つの分類により定義される。
【００４４】
各項目の実際のコストは所定のルール及び処方の組に従い計算される。従って、プロダクトコストツリーにおける各コスト項目は、コスト項目と関連するコストを割り当てるために量１５４及び処方１５８により更に定義される。量１５４はプロダクトの生産に必要な特定の項目１４８の量のベースラインに関連し、ｍｌ、時間等の単位で定義される。処方１５８はユーザ活動データに従いベースライン量、次いで項目１５０の実際の量の計算のための割り当てルール定義する。例えば、ある１つの処方はプロダクト毎の従業人の時間を計算する割り当ての基本を提供する。別の処方はテスト毎の機械の時間、テスト毎の機械の作動時間、テスト毎の設備の時間、テスト毎の目盛補正時間等を有する。セットアップ段階の間、ユーザはコスト目的ツリーの各レベルに関連する割り当てルールを定義しても良い。
【００４５】
図７Ａ及び７Ｂはセットアップ段階の間に定義される割り当てルールの例を示す。この例はプロダクト毎のラボディレクタの時間のベースライン量を計算するためのものである。計算は２段階で行われる。図７Ａは「生化学」、「血液学」及び「血液銀行」という３つのサブＲＣに責任を担うＲＣ「臨床的ラボディレクタ」から開始する機関構造のセクションを示す。「血液学」ＲＣは「テクニコンＨ２」、「ＣＤ４０００」及び「マニュアルＤｉｆｆ」という３つのＷＳを有する。ＷＳ「ＣＤ４０００」は「ＢＣ」、「ＣＢＣ」、「Ｐｌａｔ」及び「Ｒｅｔｉｃ」という４つのプロダクトを生産する。ここに示す例では、サブＲＣレベルで「ラボディレクタ給与」のコスト項目を分割する割り当て基本は一定のパーセンテージであり、３つのサブＲＣに課せられた重さのうち１０％は「生化学」、８０％は「血液学」、１０％は「血液銀行」である。ここに示す例では、ラボディレクタは月に１８０時間働き、上記重さによれば、ラボディレクタの時間は以下のように割り当てられる。生化学：１８０*１０％＝１８時間、血液学＝１８０*８０％＝１４４時間、血液銀行＝１８０*１０％＝１８時間。
【００４６】
図７Ｂは血液学ＲＣレベルでのコスト項目「ラボディレクタ給与」の計算のための割り当てルールを示す。この場合の割り当ての基本は選択した周期毎のプロダクトの量である。ここに示す例では、血液学ＲＣで生産されたプロダクトの全体の数は３６００（量を示す三角形での数）である。従って、ラボディレクタのベースライン量は１血液学ＲＣプロダクト（例えばＣＢＣ）につき１４４時間／３６００プロダクト＝０．０４時間である。セットアップ処理の結果はユーザにより定義された各プロダクトのための「コスト目的ツリー」（ＣＯＴ）である。各ＣＯＴはそれが生産された責任センタにリンクされ、そのプロダクトと割り当てを計算するために関連するルールを生産するのに必要な確認し得るリソースを含む。セットアップの最後で定義されたＣＯＴはベースラインコストと関連付けされる。これはシステムにより提供されたデフォルトツリーと同じでもよく、原案ツリー或いはカスタマイズされたツリーでも良い。
【００４７】
上述のように、セットアップモジュールはレポジトリ１２０に連結される。セットアップ段階の間、システムはプロダクトツリーの最下レベルまで機関構造の各レベルでのユニット及び項目を選択するためのユーザメニューを提供する。ユーザはこのメニューから予め定義した項目を選択するかユーザ自身のユニット及び項目を選択することができる。ユーザが特定のワークステーションを特定すると、システムはその特定のワークステーションで生産される可能性のあるプロダクトのレポジトリ１２０からのリストをユーザに提供する。ユーザが例えばＣＰＴコードの項目で特定のプロダクトを特定すると、システムはレポジトリ１２０から予め定義した適切な（デフォルト）プロダクトコストツリーをユーザに提供する。ユーザはそのデフォルトツリーをそのまま使用しても良いし、或いはユーザが使用する特定の手順に従いユーザフレンドリなツールでそれをカスタマイズしても良い。必要であればカスタマイズ処理は徐々に行っても良い。本システムの１実施形態によれば、セットアップ情報の少なくとも一部はシステム２００にあるユーザのＩＳから半自動的に取り込まれる。例えば、各責任センタ（ＲＣ）で採用されたアナライザ、テスト名及び価格のリストが直接ユーザのＩＳからレポジトリ１２０にアップロードされるか、或いはサーバアプリケーション１１を使用してブラウザ２１を介してユーザ２００が手動によりレポジトリ１２０に入力される。
【００４８】
図８Ａ、８Ｂ及び８Ｃはそれぞれ機関構造、プロダクトツリー及びコスト項目のグラフィカルユーザインターフェース（ＧＵＩ）の画面を示す。ＧＵＩ１３０は作業ウインドウを有し、その中でユーザはコンピュータシステムに関連する本発明を採用するアプリケーションが動く作動ソフトウェアと直接的にやりとりする。ＧＵＩ１３０はサーバシステム１００（図３）内のサーバアプリケーション１１（図３）及び関連するモジュール（セットアップモジュール４０及びデータ交換モジュール５０等）にアクセスするブラウザ或いはクライアントのソフトウェア２１（図３）により示される。
【００４９】
図８Ａは機関構造の構築を容易にするためのＧＵＩの画面を示す。ユーザはａｄｄＲＣボタン１３１及びａｄｄＷＳボタン１３３をクリックすることにより責任センタ１３４及びワークステーション１３６を定義することができる。クリックすると、プルダウンメニュー（図示せず）が開いてＲＣ或いはＷＳのリストが表示される。このリストからユーザは適切な項目を選択することができる。編集ボタン１３９をクリックすると、ＲＣ名、アプリケーションのタイプ、カスタマコード、記述、タイプ、部局等の関連する詳細に入力することができる。ユーザは責任センタ或いはワークステーションを削除したり、それらをボタン１３７、１４０のそれぞれにより機関ツリー内の別の場所に移動させることができる。ボタン１４１「処方設定」は上述したコスト項目のための割り当て基準及び処方をユーザに定義させる。フォローイング画面（図示せず）はユーザに各ワークステーションで生産されたプロダクトをプルダウンメニューから選択させる。この例では、機関名は責任センタ１３４の３つのレベルの階層構造を有する「正確なコストラボ」１３２である。ここに示すメインＲＣは「医療ラボマネージャ」ＲＣ１３５’に対して責任を担う「チーフ病理学者」１３５であり、「医療ラボマネージャ」ＲＣ１３５’は「管理」、「生化学」、「血液銀行」、「一般」などのＲＣ１３５’’のグループに対して責任を担う。「血液銀行」は２つのワークステーション１３６「ＡＢＳ２０００］及び「マニュアル血液銀行」を有する。ここに示す例では、「血液銀行」ＲＣが選択され、その下に、含まれる２つのＷＳ１３６が示されている。責任センタの詳細及びワークステーションは各責任センタのタイプを提供するウインドウの右上に示される。左側のウインドウの特定の項目（責任センタ，ＷＳ或いはプロダクト）にポイントを合わせたり選択することにより、選択された項目について右側のウインドウに種々の情報を提供することは当業者には理解されよう。
【００５０】
同様に、図８Ｂはプロダクトツリーの定義を容易にするＧＵＩ１３０の画面の例を示す。左側のウインドウはプロダクト１３８のレベルまでの機関構造のセクションを示す。右側のウインドウでは、選択されたＷＳ（この例では「自動ＣＢＣ」）の対応する詳細がテーブル１６０及び１７０に示される。テーブル１６０はＷＳ、プロダクト、および月毎の予想プロダクト量及びプロダクト毎の時間の詳細を提供する。製造者の見積もりも比較のために表示できる。ユーザはそれぞれボタン１４５、１４７によりこれらの詳細を変更、セーブ或いは修正をキャンセルすることができる。テーブル１７０は図６のプロダクトコストツリーに従って選択されたプロダクトのプロダクトコストツリーを示す。ユーザはボタン１５１及び１５５をクリックすることにより項目を追加したり削除することができる。ボタン１５１をクリックして項目の追加を選択すると、項目のリストが表示され（図示せず）、そこからユーザは適切な項目を選択することができる。この例では、自動ＣＢＣ５ＤＩＦＦプロダクト１３８が選択される。右側のＧＵＩウインドウテーブル１６０はプロダクト１３８用のＷＳがＣｅｌｌ−Ｄｙｎ４０００でありプロダクトがテストであることを示している。月毎のプロダクトの予測量（８２５０プロダクト）はテスト毎の時間（１／２分）等の特定の情報も示されている。テーブル１７０はテーブル１６０に示すプロダクト１３８に関連する特定のコスト項目を示す。テーブル１６０は各コスト項目量１５４及び特定のコスト項目カテゴリ１４４とコスト項目サブカテゴリ１４８の測定１５４’ユニットを示す。このようなコスト項目カテゴリの一例は「労力」コスト項目カテゴリである。労力コスト項目カテゴリ下では、「チーフ病理学者」及び「助手」がコスト項目サブカテゴリとして示される。各コスト項目が直接的或いは間接的コスト１５２として計算されるか、またそのコスト項目が固定或いは可変コスト１５３であるか否かも示されている。図８Ｃはその後のＧＵＩ画面を示す。この画面により、ユーザは支出タイプ１５２、１５３、及び割り当て基本１５８等の各コスト項目の詳細を定義することができる。特定のコスト項目のより正確な記述及び定義を更に容易にするために、その他の詳細もこの段階で入力しても良い。これには、特定の人物（労力カテゴリの一部）、それに関連するコード、測定ユニット、コストカテゴリ、基本価格、その他の記述等も含まれる。上述のように、特定の入力のそれぞれ（特に、コスト項目を含む）はセットアップ段階でユーザにより更新及び変更されても良い。本発明のコスト分析を達成するために、他のコストカテゴリ及びサブカテゴリに関連して、各プロダクト及びコスト項目に関連する種々の他の情報を入力しても良い。これは上述の表１から理解されよう。
【００５１】
データ交換モジュール
ユーザにより提供されるプロダクトの実際のコストを計算するために、本システムは以下の外部活動データをユーザシステムから要求する。１）実行（即ち、１周期で何回のテストを実行したか）；２）リソースの消費（即ち、１周期にどの位の項目と使用したか）；３）項目の価格（即ち、使用した項目の価格）；４）償却（即ち、各プロダクトに対して受けた料金はいくらか）。最後のデータ項目、即ち、プロダクトの価格はオプションに過ぎないことに留意されたい。これは実際のコスト計算には不要である。ユーザの機関の構成が完了してセットアップモジュールに記憶されると、システムはデータ交換モジュール５０によりユーザシステム２００から活動データを収集する準備ができる。データ交換モジュール５０は、ＬＩＳ（研究室情報システム）、ＨＩＳ（病院情報システム）、ＨＲＳ（病院リソースプラニング）等の既存のクライアントＩＳ２５，２５’、２５’’とシームレスにインターフェースを行い、ウェブブラウザ２１を介して詳細な実行、リソース消費、及び項目価格データを取り込み、従って素早いデータのアップロードを促進させる。クライアントＩＳ２５，２５’、２５’’との素早い統合を促進させるために、データ交換モジュール５０は外部ＩＳからのデータを取り込むための一組の変換プログラムを有しており、これにより実行時間を大幅に短縮させることができる。データ交換モジュール５０はリレーショナルデータベース、異なるフォーマット（ＡＳＣＩＩ固定長さ、デリミタ付きＡＳＣＩＩ等）のフラットファイルというタイプの異なるソースからデータを抽出することができる。ユーザのファイルは先ずブラウザ或いはクライアントのソフトウェア２１によりアップロードされ、次いで受信したデータはユーザの活動データベース５５にロードされ、そこでデータベース構造に従い記憶される。クライアントシステム２００からサーバ１００へのデータのアップロードは２段階で行うのが好ましい。第１段階は最初の取り込みセットアップであり、これは取り込まれたファイルのタイプ毎に一度行われ、これによりユーザは交換スペシフィケーションを定義することができる。第２段階は、バッチマネージャによる周期的な取り込みを可能にするものであり、これによりユーザはジョブを行うための計画時間を定義することができる。しかし、ユーザはデータファイルを生成しアップロードすることができない場合、システムはデータを手動で入力させる。データ交換モジュール５０の第１セットアップ段階では、取り込まれたファイルの記述を生成し、ローカルシステムで自動或いは半自動で実行されるべき取り込み処理を構成することにより、ユーザは自身のシステム２００から取り込まれるべきファイルを用意する。ファイルスペシフィケーションウィザードを使用して、ユーザはファイルのタイプの記述、クライアントの環境でのファイルの場所及びファイルの照合に関して自身のＩＳファイルを定義する。データの一部がアプリケーションにセーブされ、ローカルデータはユーザのコンピュータにセーブされる。このセットアップ工程の間、データ交換モジュール５０はデータファイルの物理的場所とクライアントのＩＳのルックアップテーブルにポインタをセットする。この情報は将来コストデータの更新が要求された時に使用される。第２段階で、ファイルはサーバに周期的に取り込まれる。これは以下の方法で行われる。（ａ）処理スケジューリングと同期するユーザの機械上で自動実行プロセスにより自動で行われる、（ｂ）「アプリケーションへの取り込み」モジュールにより明白に半自動的に行われる、（ｃ）特殊なモジュールを介してデータをアプリケーションに手動で送ることにより行われる、或いは（ｄ）Ｅメールによりデータファイルを送ることにより行われる。データ交換モジュール５０はＡＳＣＩＩファイル及びＸＭＬ通信標準に準拠しており、外部ＩＳファイルからデータを取り込むための一組の変換プログラムを有する。モジュール５０により取り込まれたデータ入力はコスト項目価格、実行、消費及びオプションとしてプロダクト価格リスト等のデータのタイプに分割される。典型的には、ＬＩＳファイルは実行データを含み、ＨＩＳファイルは会計、消費及び在庫データを含む。未処理データ、即ち取り込まれたデータは処理され再配置され、活動データベース５５内の適切な場所に挿入される。
【００５２】
図９Ａ、９Ｂ及び９Ｃは、上述の手順に従ってアップロード手順の簡単な定義を容易とするためのデータ交換モジュール５０のフラフィカルユーザインターフェース（ＧＵＩ）の画面を示す。図９Ａはデータ交換モジュール５０のメインインターフェースの例を示す。ＧＵＩ１３０は５つのセクションに分割されている。セクション１８１，１８２，１８３、１８４はコスト分析を実行するのに必要な消費、実行、コスト項目価格及びプロダクト価格という４つのタイプの活動データに対応する。セクション１８５はユーザシステムにある情報ソースファイルのリストを表示する。「入力データ」ボタン１８６をクリックすると、ユーザは手動で情報を４つのカテゴリの何れかにアップロードすることができ、或いは「アップロードファイル」ボタン１８９をクリックするとウインドウ１８５で特定されたファイルの何れか１つから関連するデータをアップロードすることができる。「ログ」ボタン１８８をクリックすると、図９Ｂに示す新たな画面が開き、定義した期間においてアップロードした過去のデータのリストが表示され、これによりユーザは開始日（１９２）と終了日（１９４）により期間を定義することができる。以下のような他の情報も提供しても良い。インデックスナンバ、情報の開始日、アップロードされた情報の終了日、アップロードを行ったユーザ名、アップロード時間（手動、自動、又は半自動）アップロードしたデータのタイプ、アップロードされたファイル名、アップロードされたファイルの行数、及びアップロード間に生じたエラーの数と警告の数、アップロードの一般的な状態（エラーか成功か）等。
【００５３】
図９Ｃは情報ソースファイルの定義と容易にするための「ファイルスペシフィケーションウィザード」インターフェースの例を示す。このインターフェースにより、ユーザは自身のファイルをブラウズでき、自身のファイルシステムから特定のファイルを選択し（「ブラウズ」ボタンを使用して）、目的のフィールドにソースフィールドをマップするためにそのファイルに記憶されたデータのタイプ及びファイルのフォーマットを定義することができる。ユーザが一度情報ソースファイルを定義すると、将来使用する時のためにその設定はセーブされる。「アップロードファイル」ボタン１８９（図９Ａ）を選択すると、ファイルスペシフィケーションに従って関連するデータが自動的にアップロードされる。
【００５４】
分析エンジン
分析エンジン６０はプロダクトのコスト項目の実際の量を計算するためのコンピュータプログラムモジュールである。分析エンジン６０は活動に基づく請求（ＡＢＣ）方法に基づくものであり、これは実際の実行及びリソース消費に基づき、部局における各処置及び／或いはテストの実行における正確な量を取り込み識別する。
【００５５】
分析エンジン６０はユーザセットアップデータにより提供される機関構造とルールに従いユーザの活動データを処理するための一組のアルゴリズムを有する。これらのアルゴリズムは直接的及び間接的なコスト項目の実際の量を計算するために使用される。一般には、実際の量はベースラインコスト項目量（セットアップモジュールで設定される）に、コスト項目消費のバイアスをかけることにより計算される。ここで、バイアスとは実際の消費と予測した消費との比である。
【００５６】
表２はあるコスト項目Ｉ１が、同じワークステーションＷＳ１により生産された対応するプロダクトコストツリー及び全てをそれぞれ有する３つのプロダクトの生産に関係する場合の計算方法の例を示す。この表はセットアップモジュール４０とデータ交換モジュール５０により収集された未処理データを要約したものである。データはユーザ活動データベース５５に送られ、計算されたデータは分析エンジン６０により処理された。
【００５７】
表２：コスト項目の実際の量を計算する例である。この例ではＷＳ１によるＩ１の実際の消費（ＡＣ）は３９６ユニットである。ＡＣの値はユーザ消費レポートから抽出される。
【表２】
2ａｖｔ1は各ツリーの実際の量、即ち生産されたツリーに関連する処置或いはサービスの回数。ＡＶＴ値はユーザ実行レポート（ユーザ活動データベース５５内）から抽出される。
3ａｖｔ1 *ｂｉｑiは項目Ｉ１の計算され予測された消費量である。
4ａｉｑ1は３つのプロダクトのそれぞれにおけるプロダクト毎の項目Ｉ１の計算された実際の量である。
【数１】
各プロダクト毎の項目Ｉ１の実際の量を計算するために、実際の消費の総計（ＡＣ）は３つのツリー間で分割すべきである。これは、各ツリーｂｉｑiにおけるＩ１のベースライン量に、ＷＳ１で実際の消費（ＡＣ）と予測される全消費(ａｖｔi *ｂｉｑiとの間の比をかけることにより行われる。
【００５９】
表２の例では、ＷＳ１による項目Ｉ１の予測される全消費は３３０ユニットであり、ユーザ消費レポートにより報告された実際の消費は３９６である。従って、バイアスは３９６／３３０＝１．２であり、３つのプロダクトのそれぞれにおける項目Ｉ１の実際の量はそれぞれ０．２４（０．２*１．２）、０．３６（０．３*１．２）及び０．４８（０．４*１．２）と計算される。
【００６０】
上記例から、実際の量の計算は実際の消費が報告されるレベルに依存することは当業者であれば容易に理解されよう。従って、上記例で、消費レポートのレベルが１レベル高い場合、即ち各々が項目Ｉ１がコスト項目として関連する多くのプロダクトを生産するワークステーションの数を有する責任センタのレベルであれば、バイアスは報告された消費を責任センタのレベルで予測される全消費で割ることにより計算される。一方、消費レポートがプロダクトレベルであれば、実際の量は消費を実際の量で割るだけで計算することができる。従って、分析エンジン６０に含まれるアルゴリズムの組は、各リソースのためにそのリソースの実際の消費が報告されるレベルが考慮される。
【００６１】
アプリケーションサービス
アプリケーションサービスモジュールは多次元データウェアハウス１０１に記憶されたデータを分析するのにＯＬＡＰツールを使用する。従って、該データの異なる次元をユーザが学ぶことができる。ブラウザ或いはクライアントのソフトウェア２１を介してユーザにより受信されるクエリはＯＬＡＰツールによりサーバ１００側で処理され、分析結果はユーザのシステム２００に表示されるＤＨＴＭＬ，ＸＭＬ，ジャバアプレット等の種々のウェブテクノロジツールを使用してブラウザを介してユーザに送られる。
【００６２】
１．コスト分析モジュール
コスト分析モジュール７０の主な機能は処置、テスト及びその他の患者ケアプロセスを実行するための実際のコストを表示し、それらの実際のコストの比較画面をユーザの選択した標準（内部のベースライン或いは地方、国内及び国際標準）に提供することである。コスト分析モジュール７０はユーザ選択した／定義したコスト目的ツリーより計算された作業コストを分析し、種々のコスト比較をグラフィック及び数値で表示する。作業における損益分岐点、利益及び損失を示す従来の標準的経理報告及び実際のグラフをも表示する。データ交換モジュール５０に新たなデータがアップロードされる度に計算されたコストは動的にアップロードされる。コスト分析モジュール７０は最下レベルでコストを見るために、ユーザにより提供された各プロダクトの正確なコストをユーザに「ドリルダウン」させる。例えば、病院の経営におけるマネージャが任意の所定の時間に病院の研究室で単一のテストを行うためのコストを見ることができる。示されるコストには、特定の場所で特定の器具を使い特定のテストを行うのに必要な直接的、間接的、固定された及び可変のコストが含まれる。これにより、よりコストを有効に分配する政策を決定するのに使用可能な有益な情報が提供される。ユーザは現在のコスト情報を過去の月、３ヶ月、一年前等の過去のコスト情報と比較することができる。
【００６３】
図１０〜１４を参照し、異なるユーザのクエリ（問い合わせ）に応答してコスト分析モジュール７０により提供されたコスト分析の結果のグラフィック表示の種々の例を示す。ユーザは、全体のコスト（図１１）或いは異なるワークステーション上の任意の処置の特定の要素のコスト（図１２）を示すため；ユーザの医療機関において実行された処置のコストと他の場所でのコスト（図１３）とを比較するため；特定のワークステーションでのコストの概要を見るため（図１４）等の理由で、如何なる期間における任意の特定の処置のための実際のコストとベースラインのコストを表示するように要求することができる（図１０）。コスト分析モジュール７０は分解分析ツールを提供し分解グラフを表示する。その例を図１５に示す。グラフィック表示に加え、このモジュールはユーザスペシフィケーションにより数値画面、ＯＬＡＰ画面及び書面レポートを生成することもできる。本発明は個々のプロダクトレベルでコスト分析を開始できる点が特に重要である。従って、医療機関において如何なるプロダクトも実際に独立した利益センタにすることができる。本発明によるコスト分析はオンラインやリアルタイムで得ても良い。また、ベースラインコスト分析及び以下に示すベンチマークをも提供する。コスト分析はワークステーション及び責任センタのレベルでも行われる。これによりそれぞれを利益センタとすることができる。
【００６４】
シミュレーションモジュール
シミュレーションモジュール８０は「起こり得る事態」及び予測される予算のためのツールを提供する。このモジュールは以下のような質問に対する解答をユーザに提供する。コスト項目の価格の変化が特定のテスト／器具／部局に属するコストにどのように影響するか（例えば部品製造業者が全ての価格を５％値上げした場合）、特定の部局内のコスト／利用が実行されるテストの量の増加にどのように影響されるか？（例えばラボが新たな契約を結んだ場合）、新たな器具の購入が現在の／予測されるコストにどのように影響するか？、新たなテスト／概要／処置が私たちのコストにどのように影響するか？、あるコスト項目を別のコスト項目に置き換えることが全体のコストにどのように影響するか？（例えば試薬をより安い業者から購入した場合）。ユーザは患者ケアユニット及び如何なる期間のためにもコスト目的のグループ頃に単一のコスト目的のためのシナリオを作ることができる。ユーザは如何なる項目の「新たな」価格、「新たな」量、「新たな」コストを入力することにより異なるシミュレーションを容易に開始することができる。本システムはシミュレーションの結果を後で参照するためにユーザにセーブさせる。本発明の１実施形態によれば、本システムは、収益性を伸ばすために、異なる設備、試薬、補給品或いは従業人を推奨するレコメンダ／アナライザモジュールを更に有する。コスト分析機能はユーザが異なるコスト画面にドリルダウンするのを援助し、レコメンダは何処で或いは何をドリルダウンするかの方向性をユーザに提供する。このモジュールによりユーザは推奨されるプロダクトを全て見ることができ、コストを下げる助けとなり得る特定の提案を見ることができる。各レベル（例えばコスト項目、プロダクト、ワークステーション及び責任センタ）で種々の変更を入力し、どのようにすればこの入力したデータをデータウェアハウス１０１に既に入力されているデータに対して影響させられるかを知らせるようシミュレーションモジュール８０に要求すればシミュレーションを実行することができる。シミュレーションモジュールはデータウェアハウス１０１上の変更された項目を一時的に変え、シミュレートされた結果を示す要求された画面を提供する（図１０〜１５）。ユーザ２００は行った変更を維持し、それらをデータウェアハウス１０１に永久的に保持し、以前に受信したユーザのベースラインデータ或いはセットアップ情報を変更するよう決断するかも知れない。例えば、ユーザ２００は特定のプロダクトに対して働いたラボディレクトリの時間の変化をシミュレーションするよう決断するかも知れない。このような変化は価格が下がったプロダクトに対してプロダクトコストが下がったり、ユーザ２００の競争に有利な地位を増加させる見込みがある。同様に、ユーザ２００は幾つかのシミュレーションを保持してより少ない試薬（コスト項目）を特定のテスト（プロダクト）で使用するという結果に至り、これにより固定コスト及びテストの全体的コストを下げるかも知れない。
【００６５】
ベンチマークモジュール
本発明のＡＳＰアプローチの重要な利点の１つは、他の内外組織ユニットにより提供される類似したプロダクトに対して、あるユニットにより提供される医療処置或いはサービス（即ちプロダクト）の継続的及び比較的測定を可能にするデータウェアハウス１０１を確立させる能力である。データウェアハウス１０１は異なるパラメタによる大きなスケールの統計的分析を可能とし、医療産業コストの標準を確立する。本システムはベンチマークモジュール９０によりそのようなベンチマーク能力を提供する。モジュール９０により提供される分析の例を図１６に示す。この例では、ＣＰＴ＃８４４４３のコストが異なるラボ間でベンチマークコストに対して比較される。本システムはユーザに比較する医療機関のサイズ、量、タイプ及び場所を選択させる。図示するように、各コラムを種々のカテゴリ（労力、材料等）に分割しても良い。プロダクトの償却（価格）を示すラインは＄５，０００のラインの近くに示され、比較テーブルはプロダクトの償却コストとユーザのコストとの間の差違を示す。
【００６６】
システム１００により提供される上述のサービスとの組み合わせで、本発明は、ニュース、フォーラム、トレーニング、コンサルタント、購入、供給、ｅ取引の機会等の医療に関連する情報及びサービス、またデータネットワークを介する医療機関に関連するサイトへのリンクを提供する医療ポータルを更に有するのが好ましい。特に、本発明は必要な点から直接ｅ取引を開始するのに適している。従って、ユーザが、本発明のアプリケーションモジュールにより提供されるコスト分析或いはコスト制御サービスを使用して特定の項目へドリルダウンする時に、ユーザはそれらの特定の項目を販売するベンダ（供給者）に直接接続することができる。この実施形態によれば、システム１００は、提供する項目或いはサービスと、地理上の場所とにより分類分けされたプロバイダのリストを含む更なるデータベースを有する。必要な点から直接ｅ取引を開始するというこのアプローチは、正確で実際的なコスト分析及びシミュレーションツールを提供することにより、一般に、より低いレベルの従業人に、購入に関してより高い決定権限を与えるという本発明の他の態様にも適する。試薬、従業人、使い捨て品、洗濯、発送等の特定のリソースが必要となる時にベンダの種々のウェブサイトを特定のサーバアプリケーション１１にリンクさせ、ユーザ２００に関連する特定のリンクをポイントしてクリックさせることにより、必要な点から直接ｅ取引を開始することをことにより達成しても良い。このようなサービスのリストは上記メインのコストカテゴリ項目の例を示す表１を見ることにより容易に理解されよう。
【００６７】
図１７は本発明によるウェブサーバに関連する実態と活動の概要と、それが提供するサービスを示す。本発明は医療機関の全てのレベル（例えば、データ収集レベル、患者ケアレベル、企業及び組織レベル、産業レベル）で採用することができる。
本発明は以上で詳細に図示及び記載したものに限定されないことは当業者であれば理解できよう。本発明の範囲は以下の請求の範囲によってのみ限定される。
【図面の簡単な説明】
【００６８】
【図１】医療産業の階層構造の概略図である。
【図２】本発明により提供されるコスト分析及びコスト管理サービスの概略図である。
【図３】本発明の好適な実施形態による医療産業のコスト分析システムの構成図である。
【図４】図３の好適な実施形態による方法の主な工程を示す高レベルフローチャートである。
【図５】本発明により定義される機関の階層構造を示す。
【図６】本発明によるプロダクトコストツリーの構造を示す。
【図７】図７Ａおよび図７Ｂは、間接的コスト項目の計算例を示す。
【図８】図８Ａ〜図８Ｃは、ユーザに機関構造、コスト項目及びプロダクトコストツリーを定義させるためのセットアップモジュールの画面を示す。
【図９】図９Ａ〜図９Ｃは、活動データを本発明のシステムにアップロードするためのデータ交換モジュールの画面を示す。
【図１０】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１１】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１２】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１３】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１４】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１５】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１６】コスト分析、シミュレーション及びベンチマークモジュールにより提供されるグラフィックデータ出力の例を示す。
【図１７】本発明によるウェブサーバに関連する実態及び活動の概要を示す。
Claims (47)
- 少なくとも一人のユーザと、ＣＰＵと記憶装置を備えると共に医療産業のための活動に基づくコスト分析及びコスト制御サービスを提供するコンピュータサーバシステムとを有するデータ通信ネットワークにおいて、前記システムは、
ユーザに活動データを前記コンピュータシステムにアップロードさせるデータ交換モジュールと、
前記機関構造とプロダクトコストデータへの前記プロダクトツリーに従って、前記活動データを処理する分析エンジンと、を含むシステム。 - ユーザに機関構造、プロダクトコストツリー及びユーザの経営の詳細を定義させるセットアップモジュールを更に含む、請求項１のシステム。
- レポジトリデータベースを更に有し、該レポジトリデータベースは、アナライザリストと、医療プロダクトリストと、前記リストにおける各プロダクトに対応する定義前のプロダクトコストツリーとを含む医療に関連するデータを有し、前記セットアップ手段は前記レポジトリデータベースにアクセス可能であることを含む、請求項１のシステム。
- ユーザの機関構造とカスタマイズされたユーザのプロダクトツリーを記憶するための前記セットアップモジュールに結合されたセットアップデータベースを更に含む、請求項１のシステム。
- ユーザの活動データを記憶するための前記データ交換モジュールに結合された活動データベースを更に含む、請求項１のシステム。
- 前記プロダクトコストデータを記憶するためのデータウェアハウスを更に含む、請求項１のシステム。
- 前記データウェアハウスは多次元データベースである、請求項６のシステム。
- プロダクトコストツリーは階層構造において、プロダクトの生産に関連するコスト項目を有し、各コスト項目はベースライン量か、或いはベースライン量に関連するコスト項目を計算するための処方に関連する、請求項１のシステム。
- 前記機関構造は責任センタ、ワークステーション及びプロダクトに関して定義され、各プロダクトはワークステーションにリンクされ、各ワークステーションは責任センタにリンクされている、請求項１のシステム。
- 前記活動データは消費データ、実行データ、項目価格データ及び選択的償却データを含む、請求項１のシステム。
- 前記データ交換モジュールは前記活動データの手動によるアップロードを可能とする手段を含む、請求項１のシステム。
- 前記データ交換モジュールは前記ユーザのコンピュータシステムに存在する情報ソースファイルをユーザに定義させる手段を含み、前記情報ソースファイルはユーザの活動データを含む、請求項１のシステム。
- 前記データ交換モジュールはユーザの活動データを前記サーバコンピュータシステムに自動的にアップロードすべく前記ユーザシステムに存在する既存の情報システムに統合する、請求項１２のシステム。
- 前記分析エンジンはユーザ消費及び実行データに従いプロダクトツリーよりなるコスト項目の実際の量を計算するアルゴリズムを有し、これにより実際の量はベースラインコスト項目量にコスト項目消費のバイアスをかけることにより計算され、前記バイアスは実際の消費と予測される消費との比である、請求項１のシステム。
- 前記実際の量はプロダクト毎に以下のように計算される、請求項１４のシステム。
- コスト分析モジュールを更に含み、該コスト分析モジュールは前記分析エンジンにより発生し前記データウェアハウスに記憶された情報を提供し、それによりコスト分析情報をユーザに提供することを含む、請求項１のシステム。
- 前記コスト分析情報はリアルタイムでユーザに発生及び提供される、請求項１６のシステム。
- シミュレーションモジュールを更に含み、該シミュレーションモジュールは前記分析エンジンにより発生し前記データウェアハウスに記憶された情報を提供し、それによりシミュレーション及び予算の予測をユーザに提供することを含む、請求項１のシステム。
- ベンチマークモジュールを更に含み、該ベンチマークモジュールはデータウェアハウス及びレポジトリに記憶されたデータを統合して種々のユニットの比較を表示することを含む、請求項１のシステム。
- 必要な時点でｅ取引を開始するモジュールを更に含む、請求項１のシステム。
- 前記データ通信ネットワークはインターネットである、請求項１のシステム。
- 前記データ通信ネットワークはＬＡＮである、請求項１のシステム。
- 複数の医療プロバイダコンピュータシステムと、前記医療プロバイダのために活動に基づくコスト分析及びコスト制御サービスを提供するための、クライアントシステムにより前記コンピュータシステムにアクセス可能なサーバコンピュータプラットフォームに構築された方法を含むデータ通信ネットワークにおいて、前記方法は、
ｉ）活動データを受信してそれをデータベースに記憶する工程と、
ｉｉ）ユーザからコスト分析タスクの要求を受けると、機関構造に関連するデータに従って前記活動データを処理して、前記コスト分析タスクに従ってコスト分析の結果を得る工程と、を含む方法。 - 機関構造、プロダクトツリー及び経営の詳細を収集して定義するためのセットアップモジュールをユーザに提供するための工程を更に含む、請求項２３の方法。
- 前記ユーザの前記機関構造に関連するデータを受信する工程を更に含む、請求項２３の方法。
- 前記ユーザの前記機関構造に関連するデータをデータベースに記憶させる工程を更に含む、請求項２３の方法。
- 前記データベースはユーザセットアップデータベースである、請求項２６の方法。
- 所定回数の活動データを前記サーバコンピュータプラットフォームにアップロードするモジュールをユーザに提供する工程を更に含む、請求項２３の方法。
- 活動データをアップロードするモジュールをユーザに提供する前記工程は、アップロードされたファイル記述を生成し前記アップロードプロセスを構成することにより、アップロードすべきファイルを準備する工程と、
前記ファイルを前記サーバにアップロードする工程と、を含む、請求項２８の方法。 - 前記活動データは未処理である、請求項２８の方法。
- 活動データを記憶する前記データベースはユーザ活動データベースである、請求項２３の方法。
- 種々のコスト分析、シミュレーション、予算作り、及びベンチマークタスクを要求するモジュールをユーザに提供する工程を更に含む、請求項２３の方法。
- 前記活動データの処理はコスト分析モジュールにより実行される、請求項２３の方法。
- 前記コスト分析モジュールはベースラインコスト項目量にコスト項目消費のバイアスをかけることにより実際の量を判断し、該バイアスは実際の消費と予測される消費との比である、請求項３２の方法。
- 前記実際の量はプロダクト毎に以下のように計算される、請求項３４の方法。
- データ通信ネットワークを通じて結果をユーザに送る工程を更に含む、請求項２３の方法。
- 少なくとも一人のユーザと、医療産業のための活動に基づくコスト分析及びコスト制御サービスを記憶するためのコンピュータ機関構造を有するデータ通信ネットワークにおいて、前記機関構造は記憶装置を有すると共に少なくとも１つのＣＰＵに接続され、前記機関構造は、
少なくとも１つの責任センタと、及び
各責任センタ用の少なくとも１つのワークステーションと、
各ワークステーション用の少なくとも１つのプロダクトコストツリーとを有し、前記プロダクトコストツリーは該プロダクトコストツリーに関連するデータを保持する少なくとも１つのコスト項目に関連することを含む構造。 - 前記プロダクトコストツリーは前記コスト項目に関連する処置のコストを計算するための量及び割り当て処方により定義された手順である、請求項３７の装置。
- 前記プロダクトコストツリーは前記コスト項目に関連するサービスのコストを計算するための量及び割り当て処方により定義されたサービスである、請求項３８の装置。
- 前記プロダクトコストツリーは少なくとも１つのメインコストカテゴリと少なくとも１つのサブレベルカテゴリを有する、請求項３７の装置。
- 前記メインコストカテゴリは予め決定され固定されている、請求項４０の装置。
- 前記サブレベルカテゴリはフレキシブルである、請求項４０の装置。
- コスト項目はプロダクトの生産に関連する直接的コストである、請求項３７の装置。
- コスト項目は少なくとも１つの責任センタを作動させる全体の支出に関連する間接的コストである、請求項３７の装置。
- コスト項目は項目の量が変化しても変化しない固定されたコストである、請求項３７の装置。
- コスト項目は項目の量が変化すると変化する可変のコストである、請求項３７の装置。
- コスト項目は項目コストのために定義されたベースライン量に関連する量に関する情報と、コスト項目に関連するコストを割り当てるための割り当て基本処方とを含む、請求項３７の装置。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/IL2001/000532 WO2003003265A1 (en) | 2001-06-28 | 2001-06-28 | Method and system for cost analysis and benchmarking in the healthcare industry |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004522232A true JP2004522232A (ja) | 2004-07-22 |
Family
ID=11043058
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003509371A Pending JP2004522232A (ja) | 2001-06-28 | 2001-06-28 | 医療産業におけるコスト分析及びベンチマーク方法及びシステム |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20040243438A1 (ja) |
| EP (1) | EP1438684A4 (ja) |
| JP (1) | JP2004522232A (ja) |
| CN (1) | CN1535438A (ja) |
| CA (1) | CA2452224A1 (ja) |
| IL (1) | IL159500A0 (ja) |
| WO (1) | WO2003003265A1 (ja) |
Families Citing this family (87)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030061065A1 (en) * | 2001-08-24 | 2003-03-27 | Keeley Damon A.J. | Evidence-based outcomes system |
| US7383168B2 (en) * | 2003-01-06 | 2008-06-03 | Fujitsu Limited | Method and system for design verification and debugging of a complex computing system |
| TW200428249A (en) * | 2003-06-06 | 2004-12-16 | Hon Hai Prec Ind Co Ltd | System and method for comparing cost with price |
| JP2005004260A (ja) * | 2003-06-09 | 2005-01-06 | Toshiba Corp | 病院経営支援システム |
| US9123077B2 (en) | 2003-10-07 | 2015-09-01 | Hospira, Inc. | Medication management system |
| US8065161B2 (en) | 2003-11-13 | 2011-11-22 | Hospira, Inc. | System for maintaining drug information and communicating with medication delivery devices |
| US20050154769A1 (en) * | 2004-01-13 | 2005-07-14 | Llumen, Inc. | Systems and methods for benchmarking business performance data against aggregated business performance data |
| JP2005258720A (ja) * | 2004-03-10 | 2005-09-22 | Olympus Corp | 医療器材管理装置および医療器材管理方法 |
| JP4037376B2 (ja) * | 2004-03-25 | 2008-01-23 | 株式会社三菱総合研究所 | 治療計画立案支援および病院経営支援装置 |
| JP4550463B2 (ja) * | 2004-03-31 | 2010-09-22 | 株式会社東芝 | ワークフロー分析レポート作成システム及び方法、並びに、情報処理装置 |
| US20050246189A1 (en) * | 2004-04-29 | 2005-11-03 | Arnold Monitzer | System for determining medical resource utilization characteristics |
| US7725343B2 (en) * | 2004-11-16 | 2010-05-25 | Gtm Consulting, Llc | Activity based cost modeling |
| US20060149615A1 (en) * | 2004-12-31 | 2006-07-06 | Keith Andrews | Methods and systems to effect comprehensive customer relationship management solutions |
| EP1703420A1 (en) * | 2005-03-18 | 2006-09-20 | Sap Ag | A data processing system and method |
| US20060241969A1 (en) * | 2005-04-20 | 2006-10-26 | Wilhide Calvin C | Health cost avoidance system |
| US8589274B2 (en) * | 2005-07-08 | 2013-11-19 | Open Market Partners, Inc. | System and method for managing healthcare costs |
| US8484043B2 (en) * | 2005-09-22 | 2013-07-09 | Duane Brookhart | Method and system for medical procedure activity-based costing and margin analysis |
| US7801786B2 (en) * | 2005-12-30 | 2010-09-21 | Open Market Partners, Inc. | Method of creating and utilizing healthcare related commodoties |
| US20070156551A1 (en) * | 2005-12-30 | 2007-07-05 | Smith Thomas L | Method of creating and utilizing healthcare related commodoties |
| US20090326983A1 (en) * | 2006-05-24 | 2009-12-31 | Kunz Linda H | Data collection and data management system and method for use in health delivery settings |
| US20140324474A1 (en) * | 2006-05-24 | 2014-10-30 | Linda Kunz | Method and system for data collection and management for use in health delivery settings with multiple capitated payment rule sets |
| US10339532B2 (en) | 2006-08-10 | 2019-07-02 | Medcom Solutions, Inc. | System and method for uniformly pricing items |
| EP2050017A2 (en) | 2006-08-10 | 2009-04-22 | Medcom Solutions, INC. | System and method for uniformly pricing items |
| US20120123796A1 (en) * | 2006-10-13 | 2012-05-17 | Mcfaul William J | System and method for consumption and utilization analysis in an organization |
| EP2092470A2 (en) | 2006-10-16 | 2009-08-26 | Hospira, Inc. | System and method for comparing and utilizing activity information and configuration information from mulitple device management systems |
| US20080172251A1 (en) * | 2007-01-16 | 2008-07-17 | Siemens Medical Solutions Usa, Inc. | Clinical Cost Control Management Module |
| US20080262882A1 (en) * | 2007-04-18 | 2008-10-23 | Astrazeneca Ab | Providing and correlating clinical and business performance measures and benchmarks relating to medical treatment |
| US8073709B2 (en) * | 2007-05-04 | 2011-12-06 | 3M Innovative Properties Company | CPT pricing from MedPAR data |
| EP2037282A3 (en) * | 2007-06-15 | 2012-09-12 | Ortho-Clinical Diagnostics, Inc. | Clinical diagnostic analyzer performance estimator |
| US8103522B1 (en) | 2007-06-29 | 2012-01-24 | National Care Network LLC | System and method for calculating claim reimbursement recommendations |
| US8335695B2 (en) | 2007-11-16 | 2012-12-18 | Express Scripts, Inc. | Pharmaceutical pricing method |
| US20090144113A1 (en) * | 2007-12-03 | 2009-06-04 | Hamilton James D | System and method for assisting in the financial management of physician practices |
| US8271106B2 (en) | 2009-04-17 | 2012-09-18 | Hospira, Inc. | System and method for configuring a rule set for medical event management and responses |
| US20110077972A1 (en) * | 2009-09-24 | 2011-03-31 | Agneta Breitenstein | Systems and methods of clinical tracking |
| US20110093280A1 (en) * | 2009-10-20 | 2011-04-21 | Jan Andre Heybroek | Computer Implemented Modular Based Medical Market Analysis System |
| US9020830B2 (en) * | 2011-03-08 | 2015-04-28 | Apptio, Inc. | Hierarchy based dependent object relationships |
| US9311449B2 (en) * | 2011-05-17 | 2016-04-12 | The Johns Hopkins University | Hospital unit demand forecasting tool |
| US20120010916A1 (en) * | 2011-07-15 | 2012-01-12 | Bikash Mohanty | Saving tracker system and method |
| AU2012325937B2 (en) | 2011-10-21 | 2018-03-01 | Icu Medical, Inc. | Medical device update system |
| US9275050B2 (en) | 2011-10-24 | 2016-03-01 | Apptio, Inc. | Global dictionaries using universal primitives |
| US20130204634A1 (en) * | 2012-01-26 | 2013-08-08 | Dasarath Tilak Bandara KIRIDENA | MLR and CPT Cost Determination System |
| US20150193887A1 (en) * | 2012-03-20 | 2015-07-09 | Bikash Mohanty | Saving tracker system and method |
| CN102682360A (zh) * | 2012-04-17 | 2012-09-19 | 北京智达方通科技有限公司 | 一种企业预算管理系统及方法 |
| US20140019150A1 (en) * | 2012-06-28 | 2014-01-16 | Christopher Tayler | Systems and methods for providing financial analyses for service providers |
| US20140129237A1 (en) * | 2012-11-02 | 2014-05-08 | QMedtrix Systems, Inc. | Estimating market-driven medical facility rates and/or charges |
| US20140136295A1 (en) | 2012-11-13 | 2014-05-15 | Apptio, Inc. | Dynamic recommendations taken over time for reservations of information technology resources |
| US9641432B2 (en) | 2013-03-06 | 2017-05-02 | Icu Medical, Inc. | Medical device communication method |
| US10417591B2 (en) * | 2013-07-03 | 2019-09-17 | Apptio, Inc. | Recursive processing of object allocation rules |
| WO2015031774A1 (en) | 2013-08-30 | 2015-03-05 | Hospira, Inc. | System and method of monitoring and managing a remote infusion regimen |
| US9662436B2 (en) | 2013-09-20 | 2017-05-30 | Icu Medical, Inc. | Fail-safe drug infusion therapy system |
| US10325232B2 (en) | 2013-09-20 | 2019-06-18 | Apptio, Inc. | Allocating heritage information in data models |
| US20150127357A1 (en) * | 2013-11-01 | 2015-05-07 | Ims Health Incorporated | Interactive Behavior of Corporate Parents and Managed Care Organizations |
| US10311972B2 (en) | 2013-11-11 | 2019-06-04 | Icu Medical, Inc. | Medical device system performance index |
| CA2930830C (en) | 2013-11-19 | 2019-12-03 | Hospira, Inc. | Infusion pump automation system and method |
| US11244364B2 (en) | 2014-02-13 | 2022-02-08 | Apptio, Inc. | Unified modeling of technology towers |
| EP3134854A1 (en) * | 2014-04-24 | 2017-03-01 | Koninklijke Philips N.V. | Ultrasound resource management system |
| AU2015253001A1 (en) | 2014-04-30 | 2016-10-20 | Icu Medical, Inc. | Patient care system with conditional alarm forwarding |
| US9724470B2 (en) | 2014-06-16 | 2017-08-08 | Icu Medical, Inc. | System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy |
| US9539383B2 (en) | 2014-09-15 | 2017-01-10 | Hospira, Inc. | System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein |
| EP3304370B1 (en) | 2015-05-26 | 2020-12-30 | ICU Medical, Inc. | Infusion pump system and method with multiple drug library editor source capability |
| US9350561B1 (en) | 2015-05-27 | 2016-05-24 | Apptio, Inc. | Visualizing the flow of resources in an allocation model |
| US10147110B2 (en) * | 2015-06-29 | 2018-12-04 | Vmware, Inc. | Methods and systems to evaluate cost driver and virtual data center costs |
| WO2017003496A1 (en) | 2015-06-30 | 2017-01-05 | Apptio, Inc. | Infrastructure benchmarking based on dynamic cost modeling |
| US10268979B2 (en) | 2015-09-28 | 2019-04-23 | Apptio, Inc. | Intermediate resource allocation tracking in data models |
| US10387815B2 (en) | 2015-09-29 | 2019-08-20 | Apptio, Inc. | Continuously variable resolution of resource allocation |
| US9384511B1 (en) | 2015-12-16 | 2016-07-05 | Apptio, Inc. | Version control for resource allocation modeling |
| US9529863B1 (en) | 2015-12-21 | 2016-12-27 | Apptio, Inc. | Normalizing ingested data sets based on fuzzy comparisons to known data sets |
| US10726367B2 (en) | 2015-12-28 | 2020-07-28 | Apptio, Inc. | Resource allocation forecasting |
| AU2017295722B2 (en) | 2016-07-14 | 2022-08-11 | Icu Medical, Inc. | Multi-communication path selection and security system for a medical device |
| US10474974B2 (en) | 2016-09-08 | 2019-11-12 | Apptio, Inc. | Reciprocal models for resource allocation |
| US10936978B2 (en) | 2016-09-20 | 2021-03-02 | Apptio, Inc. | Models for visualizing resource allocation |
| US10482407B2 (en) | 2016-11-14 | 2019-11-19 | Apptio, Inc. | Identifying resource allocation discrepancies |
| US10157356B2 (en) | 2016-12-14 | 2018-12-18 | Apptio, Inc. | Activity based resource allocation modeling |
| US10324951B1 (en) | 2017-12-29 | 2019-06-18 | Apptio, Inc. | Tracking and viewing model changes based on time |
| US11775552B2 (en) | 2017-12-29 | 2023-10-03 | Apptio, Inc. | Binding annotations to data objects |
| US10268980B1 (en) | 2017-12-29 | 2019-04-23 | Apptio, Inc. | Report generation based on user responsibility |
| US11887170B1 (en) | 2018-07-11 | 2024-01-30 | Medcom Solutions, Inc. | Medical procedure charge restructuring tools and techniques |
| AU2019306490A1 (en) | 2018-07-17 | 2021-02-04 | Icu Medical, Inc. | Updating infusion pump drug libraries and operational software in a networked environment |
| US11139058B2 (en) | 2018-07-17 | 2021-10-05 | Icu Medical, Inc. | Reducing file transfer between cloud environment and infusion pumps |
| AU2019306492A1 (en) | 2018-07-17 | 2021-02-11 | Icu Medical, Inc. | Systems and methods for facilitating clinical messaging in a network environment |
| US11152109B2 (en) | 2018-07-17 | 2021-10-19 | Icu Medical, Inc. | Detecting missing messages from clinical environment |
| US10692595B2 (en) | 2018-07-26 | 2020-06-23 | Icu Medical, Inc. | Drug library dynamic version management |
| WO2020023231A1 (en) | 2018-07-26 | 2020-01-30 | Icu Medical, Inc. | Drug library management system |
| US11361082B2 (en) | 2019-02-27 | 2022-06-14 | Optum Services (Ireland) Limited | Anomalous activity detection in multi-provider transactional environments |
| US11915834B2 (en) | 2020-04-09 | 2024-02-27 | Salesforce, Inc. | Efficient volume matching of patients and providers |
| US20210319882A1 (en) * | 2020-04-09 | 2021-10-14 | Salesforce.Com, Inc. | Machine learning community-based health assessment |
| US20210319888A1 (en) * | 2020-04-09 | 2021-10-14 | Salesforce.Com, Inc. | Revenue model for healthcare networks |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU7092294A (en) * | 1993-04-30 | 1994-11-21 | Arnold J Goldman | Personalized method and system for storage, communication, analysis and processing of health-related data |
| US5767848A (en) * | 1994-12-13 | 1998-06-16 | Hitachi, Ltd. | Development support system |
| US5799286A (en) * | 1995-06-07 | 1998-08-25 | Electronic Data Systems Corporation | Automated activity-based management system |
| US5970476A (en) * | 1996-09-19 | 1999-10-19 | Manufacturing Management Systems, Inc. | Method and apparatus for industrial data acquisition and product costing |
| US6018713A (en) * | 1997-04-09 | 2000-01-25 | Coli; Robert D. | Integrated system and method for ordering and cumulative results reporting of medical tests |
| US6581204B2 (en) * | 1999-08-24 | 2003-06-17 | Ge Medical Systems Information Technologies, Inc. | Modular tracking and profiling system |
| JP2002007791A (ja) * | 2000-06-27 | 2002-01-11 | Honda Motor Co Ltd | 製品コスト見積り方法および装置 |
| US20030028393A1 (en) * | 2001-06-18 | 2003-02-06 | Coulston Robert Michael | Method and computer program for estimating project costs and time factors and facilitating management of remodeling and construction projects |
-
2001
- 2001-06-06 US US10/481,768 patent/US20040243438A1/en not_active Abandoned
- 2001-06-28 JP JP2003509371A patent/JP2004522232A/ja active Pending
- 2001-06-28 WO PCT/IL2001/000532 patent/WO2003003265A1/en active Application Filing
- 2001-06-28 EP EP01940968A patent/EP1438684A4/en not_active Ceased
- 2001-06-28 IL IL15950001A patent/IL159500A0/xx unknown
- 2001-06-28 CN CNA01823495XA patent/CN1535438A/zh active Pending
- 2001-06-28 CA CA002452224A patent/CA2452224A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| IL159500A0 (en) | 2004-06-01 |
| WO2003003265A1 (en) | 2003-01-09 |
| EP1438684A1 (en) | 2004-07-21 |
| CA2452224A1 (en) | 2003-01-09 |
| US20040243438A1 (en) | 2004-12-02 |
| EP1438684A4 (en) | 2005-06-22 |
| CN1535438A (zh) | 2004-10-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2004522232A (ja) | 医療産業におけるコスト分析及びベンチマーク方法及びシステム | |
| US7168045B2 (en) | Modeling business objects | |
| Swisher et al. | Modeling and analyzing a physician clinic environment using discrete-event (visual) simulation | |
| JP4375562B2 (ja) | アプリケーションサーバのクラスタへの多重企業プランニングモデルの展開 | |
| US7366685B2 (en) | Method and apparatus upgrade assistance using critical historical product information | |
| CA2497742C (en) | Real-time aggregation of data within an enterprise planning environment | |
| US20030126001A1 (en) | Process for managing requests for work within an organization through a centralized workflow management system | |
| US7519539B1 (en) | Assisted profiling of skills in an enterprise management system | |
| US20110145284A1 (en) | Presenting skills distribution data for a business enterprise | |
| US20070043590A1 (en) | Method and System of Coordinating Communication and Quality Control in Home Care | |
| Weeks | An analysis of human resource information systems impact on employees | |
| JP2006501577A (ja) | 企業プランニングモデル実行中のノードレベル修正 | |
| JP2002092156A (ja) | 統合された多数の生物医学関連情報源 | |
| US20040186758A1 (en) | System for bringing a business process into compliance with statutory regulations | |
| CA2498436A1 (en) | Selective deployment of software extensions within an enterprise modeling environment | |
| Bai et al. | A data quality framework, method and tools for managing data quality in a health care setting: an action case study | |
| CA2614481A1 (en) | Interview-based enterprise planning | |
| EP1573451A2 (en) | Inline compression of a network communication within an enterprise planning environment | |
| US20190188813A1 (en) | Healthcare accountability and support platform | |
| Nishanthan et al. | The hospital management system | |
| Green et al. | Approaches, techniques, and information technology systems in the restaurants and foodservice industry: a qualitative study in sales forecasting | |
| US11308436B2 (en) | Web-integrated institutional research analytics platform | |
| Findlay | Computers and the internet in sensory quality control | |
| US20070129968A1 (en) | System and method for developing a program in a health care facility | |
| Motamedi Nia | Visualizing Business Production Performance |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080623 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110218 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20110518 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20110519 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20110525 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20110602 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20111014 |