(57)【要約】【解決手段】包括的データベースシステムは、ユーザフレンドリーな表示インタフェースを介して、特定の医師が特定の病状の患者にサービスを提供するためのロケーションの利用可能性及び適合性、並びに組織の特性を識別するに当たり共通の医学用語、ボキャブラリ及び識別子を使用する。コード、用語及び識別子を含むヘルスケアデータを管理するシステムが、ヘルスケア事業の活動を支援する。システムは、複数のヘルスケア組織に共通の要素を含み複数の異なるソースから得たヘルスケアデータを含む第１のデータベースを備える。ヘルスケアデータの共通要素は、複数の組織間の一貫した専門用語の使用を支援する。プロセッサは、ユーザコマンドに応じて、第１のデータベース内のヘルスケアデータの少なくとも一部分を、複数の組織のうちの少なくとも１つの組織によって使用される第２のデータベースに提供する。また、第２のデータベースは、ヘルスケアデータのユーザが選択可能な項目の使用を支援する。インタフェースプロセッサは、第１のデータベースに組み込むためにヘルスケアデータ更新を間欠的に受け取る。
2005507123.tif 000002
【特許請求の範囲】
【請求項１】
ヘルスケア事業の活動を支援するコード、用語及び識別子を含むヘルスケアデータを管理するシステムであって、
複数のヘルスケア組織に共通の要素を含み、複数の異なるソースから得たヘルスケアデータを含む第１のデータベースであって、前記ヘルスケアデータの共通要素が前記複数の組織間の一貫した専門用語の使用を支援する第１のデータベースと、
ユーザコマンドに応じて、前記第１のデータベース内の前記ヘルスケアデータの少なくとも一部分を、前記複数の組織のうちの少なくとも１つの組織によって使用される第２のデータベースに提供するプロセッサと、
前記第１のデータベース内の組み込むために、ヘルスケアデータ更新を間欠的に受け取るインタフェースプロセッサと
を含み、前記第２のデータベースは、ヘルスケアデータのユーザが選択可能な項目の使用もサポートするシステム。
【請求項２】
前記ヘルスケアデータの共通要素が、（ａ）全国標準識別子セットと、（ｂ）業界標準識別子セットの少なくとも１つから得た標準識別子を含む、請求項１に記載のシステム。
【請求項３】
前記複数のヘルスケア組織が、ヘルスケア組織に補給品を提供するベンダ組織を含み、前記ヘルスケアデータの共通要素が、対応するベンダ組織に固有の識別子を含む、請求項１に記載のシステム。
【請求項４】
前記複数の組織間の一貫した専門用語の使用を支援する前記ヘルスケアデータの共通要素が、病状と組織のロケーションで提供される関連サービスとを識別する際に使用される（ａ）コード、（ｂ）用語、及び（ｃ）識別子のうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項５】
ヘルスケア事業の活動を支援するヘルスケア関連情報を管理するシステムであって、第１のデータベースとプロセッサとを含み、
第１のデータベースは、複数の異なるソースから得たヘルスケアデータを含み、このヘルスケアデータは
（ａ）複数の組織を識別する情報と、
（ｂ）異なる目的で患者を収容することが可能な個々の組織内の複数のロケーションを識別するロケーション情報と、
（ｃ）複数のヘルスケア組織に共通でかつ前記複数の組織間の一貫した専門用語の使用を支援するデータ要素と
を含んでおり、
プロセッサは、ユーザコマンドに応じて、前記第１のデータベース内の前記ヘルスケアデータの少なくとも一部分を、前記複数の組織のうちの少なくとも１つの組織によって使用される第２のデータベースに提供し、前記第２のデータベースはヘルスケアデータの選択可能な項目へのユーザのアクセスもサポートするシステム。
【請求項６】
前記第１のデータベースに組み込むためのヘルスケアデータ更新を間欠的に受け取り、かつ前記第１のデータベース内の前記ヘルスケアデータの少なくとも前記一部分を前記第２のデータベースに間欠的に提供するインタフェースプロセッサを含み、
前記複数の組織が、ヘルスケア保険計画の下で生じた患者請求の支払い責任のある複数のヘルスケア会社を含み、前記ヘルスケア会社が、組織のロケーションと関連付けられている、請求項５に記載のシステム。
【請求項７】
前記複数の組織間の一貫した専門用語の使用を支援する前記ヘルスケアデータの共通要素が、病状と組織のロケーションにおいて提供される関連サービスとを識別する際に使用される（ａ）コード、（ｂ）用語、及び（ｃ）識別子のうちの少なくとも１つを含む、請求項５に記載のシステム。
【請求項８】
コードセット、用語セット、及び識別子のうちの少なくとも１つに、（ａ）有効開始日と（ｂ）有効終了日のうちの少なくとも１つを含む有効日データを記録し、
変更された項目及びそれと関連した変更日を識別するために使用されるコードセット、用語セット、識別子、治療ガイドライン、治療プロトコル、及びビジネスルールのうちの少なくとも１つに対する変更の履歴を維持する追跡プロセッサを含む、請求項７に記載のシステム。
【請求項９】
前記第１のデータベースが、特定の組織に固有の用語と、
（ａ）個々の組織内のロケーションと関連付けられた医師、
（ｂ）組織と関連付けられた医師の職業的専門、
（ｃ）個々の組織内のロケーションで利用可能な医療サービス、
（ｄ）個々の組織内のロケーションで特定の医師によって提供される利用可能な医療サービス及び、
（ｅ）組織のロケーションにおいて提供される治療と関連付けられた複数の病状のうちの少なくとも１つを識別する情報とを含み、前記固有の用語が、前記特定の組織のビジネス活動を支援する、請求項５に記載のシステム。
【請求項１０】
前記ヘルスケアデータの第１のコードセット内の用語を、前記ヘルスケアデータの第２のコードセット内の別の対応する用語にマッピングするマッピングプロセッサを含み、前記第１のデータベースが、組織のタイプを識別する組織タイプ識別子と、個々の組織内のロケーションのロケーションタイプを識別するロケーションタイプ識別子とを含む、請求項５に記載のシステム。
【請求項１１】
前記ヘルスケアデータの前記一部分のデータ項目を照合して、照合したヘルスケアデータを前記第２のデータベースに提供する照合プロセッサを含む、請求項５に記載のシステム。
【請求項１２】
前記ヘルスケアデータの前記一部分をフィルタリングして、フィルタリングしたヘルスケアデータを前記第２のデータベースに提供するフィルタを含む、請求項５に記載のシステム。
【請求項１３】
ヘルスケアデータに対するユーザアクセスを支援するユーザインタフェースシステムであって、
病状の治療と関連付けられたサービスに関する情報を見つける検索基準をユーザが入力するのを支援するイメージ要素を含む少なくとも１つの表示画像を生成し始める段階と、
ユーザコマンドに応じて第１のデータベースを検索し、前記検索基準を受け取る段階であって、前記第１のデータベースが、第２のデータベースによって間欠的に提供されるヘルスケアデータを含み、前記ヘルスケアデータが、
（ａ）複数の組織を識別する情報と、
（ｂ）個々の組織内の複数のロケーションを識別するロケーション情報と、
（ｃ）複数のヘルスケア組織に共通でかつ前記複数の組織間の一貫した専門用語の使用を支援するデータ要素とを含む段階と、
前記検索の結果を表す少なくとも１つの表示画像を生成し始める段階とを含むユーザインタフェースシステム。
【請求項１４】
複数のヘルスケア組織に共通の前記データ要素が、病状と組織のロケーションにおいて提供される関連サービスとを識別する際に前記複数の組織間で一貫した専門用語を確保する際に使用される（ａ）コード、（ｂ）用語、及び（ｃ）識別子のうちの少なくとも１つを含む、請求項１３に記載のシステム。
【請求項１５】
ヘルスケア事業の活動を支援するコード、用語及び識別子を含むヘルスケアデータを管理する方法であって、
第１のデータベース内の複数の異なるソースから得た、複数のヘルスケア組織に共通でかつ前記複数の組織間の一貫した専門用語の使用を支援する要素を含むヘルスケアデータを蓄積する段階と、
ユーザコマンドに応じて、前記第１のデータベース内の前記ヘルスケアデータの少なくとも一部分を、前記複数の組織のうちの少なくとも１つの組織によって使用される第２のデータベースに送り、前記第２のデータベースがヘルスケアデータのユーザが選択可能な項目の使用をサポートできるようにする段階と、
前記第１のデータベースに組み込むためにヘルスケアデータ更新を間欠的に受け取る段階とを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、ヘルスケアやその他の組織の活動を支援する際に使用されるコード、用語識別子、ビジネスルール、及びマッピング情報を含む組織、ロケーション、サービス及び関連情報を処理するシステム及びユーザインタフェースに関する。
【背景技術】
【０００２】
ヘルスケア関連企業は、他の組織体（エンティティ）の買収と提携によって「マルチエンティティ」健康システムを作り出すことにより急速に成長してきた。このようなエンティティの緊密な活動統合には問題があることが分かっており、現在好ましいモデルは提携である。このように、これらのエンティティは、外部の利害関係者（例えば、管理された医療組織（care organization）や供給業者）並びに地方の問題を取り扱う自治体への影響力が強化されるという利点がある。その結果、企業は、しばしば、組織的、文化的、方法論的、地理的、及び技術的に多様化し、分断される。この多様で分断されたマルチエンティティのヘルスケア事業の課題は、顧客に、シームレスに統合されたサービス連続体を提供することである。ソフトウェアベンダの課題は、シームレスに統合されたサービス連続体を提供する際にマルチエンティティヘルスケア事業を支援するソフトウェアを提供することである。そのようなシームレスな統合を提供する能力は、マルチエンティティのヘルスケア事業を構成する組織間でデータを共有できるかに大きく依存する。これは、構成組織によって異なる用語、医学的及びその他のボキャブラリ及び識別子が使用されるために妨げられている。
【０００３】
マルチエンティティのヘルスケア事業は、また、様々なロケーションで患者にサービスを提供するために多数のヘルスケアワーカを雇用する必要があり、それに対応する多数の組織（例えば、会社、支払者、機関、医院、診療所、病院、薬局等）を必然的に含む。更に、ヘルスケア事業は、１つ又は複数のロケーションに様々な形で配置されかつ様々な組織と関連付けられる看護部門、研究部門、放射線部門、薬局、手術部門、緊急部門、管理部門、及びその他の部門のような特化された部門に構造化される。組織、ロケーション、及びその関連情報を管理するには、大量の情報を蓄積し、処理し、操作することが必要である。この情報は、提携及び特性並びに組織関係を判定する際に使用され、特定の医師が特定の医学的状態を有する患者にサービスを提供するロケーションの利用可能性及び適合性を含む。また、情報は、臨床治療、患者追跡、請求、管理、及びその他の目的の実現を支援する。従って、組織、ロケーション、サービス、医師、支払者及び保険情報を定義すると共に維持し、更に異なるエンティティ間でこの情報を共有することを支援できるコンピュータ利用システムが必要である。また、そのようなシステムは、異なる用語、医学その他のボキャブラリ、及び識別子を使用するエンティティ間で維持される情報の共有を支援することが望ましい。本発明の原理によるシステムは、上記の欠陥及びそれから派生する問題に取り組む。
【発明の概要】
【０００４】
包括的データベースシステムは、ユーザフレンドリーな表示インタフェースを介して、特定の医師が特定の病状の患者にサービスを提供するためのロケーションの利用可能性及び適合性、並びに組織の特性を識別する際に共通の医学用語、ボキャブラリ及び識別子を使用する。コード、用語及び識別子を含むヘルスケアデータを管理するシステムが、ヘルスケア事業の活動を支援する。システムは、複数のヘルスケア組織に共通の要素を含み複数の異なるソースから得たヘルスケアデータを含む第１のデータベースを備える。ヘルスケアデータの共通要素は、複数の組織間の一貫した専門用語の使用を支援する。プロセッサは、ユーザコマンドに応じて、第１のデータベース内のヘルスケアデータの少なくとも一部分を、複数の組織のうちの少なくとも１つの組織によって使用される第２のデータベースに提供する。また、第２のデータベースは、ヘルスケアデータのユーザが選択可能な項目の使用を支援する。インタフェースプロセッサは、第１のデータベースに組み込むためにヘルスケアデータ更新を間欠的に受け取る。
【発明を実施するための最良の形態】
【０００５】
図１は、ヘルスケア事業の活動を支援するヘルスケア関連情報を管理するシステムを示す。図１において、システムデータベース管理アプリケーション１５は、サーバ１０上のデータベースＤＢ１へのアクセスを管理する。ＤＢ１は、専門用語（terminology）の一貫性並びに複数の構成組織を含むヘルスネットワークの活動を支援する情報の中央レポジトリとして働く。この情報は、臨床プロセスと業務プロセス両方の活動とドキュメント化及びそれらの対話を可能にする。そのような対話は、例えば、提案された処置がヘルスプランの医療必要条件を満たしているかどうかを決定する際、特定の処置のヘルスプラン適用範囲ルールを決定する際、若しくは業務ポリシー又は最良のプラクティスを定義するために必要とされる。ボキャブラリ、コードセット及び識別子等の専門用語は、ヘルスプロバイダ組織、組織内のロケーション、ヘルスプロバイダ、病状、ヘルスサービス、支払者組織、又は特定のヘルスプランを特徴付けるか又は識別する際に利用される。ＤＢ１は、組織的特性並びに、特定の医師が特定の医学的状態を有する患者にサービスを提供する特定の組織内のロケーションの利用可能性と適切性を識別するのを支援するロケーションその他の情報に加えて、医学用語、ボキャブラリ及び識別子を含む。本明細書で使用されるような医学コードセット（medical code set）は、用語表、医学的概念、医学診断コード、医療処置コード等のデータ要素をコード化するために使用される任意のコードセットである。ＤＢ１は、支払者、ヘルスサービス及びヘルスプラン情報も含んでおり、ヘルスケアを患者に提供する際の請求及び財務業務を容易にする。この情報は、情報を要求するアプリケーションへの情報、アクセス、更新及び出力通信を容易にするために、既知の索引付け方法と関連付け方法を使用してＢ１内で構造化されリンクされる。
【０００６】
アプリケーション１５は、サーバ２０上にあるＤＢ２データベース管理アプリケーション１７を介して、中央レポジトリＤＢ１から、レポジトリＤＢ２等のヘルスネットワークの構成組織のレポジトリに情報を間欠的に配布する。また、アプリケーション１５は、中央レポジトリＤＢ１から、サーバ３０上にあるレポジトリ３７内のマスタ患者インデックス及び関連する臨床レコードを支援する臨床レコード管理アプリケーション１９に情報を間欠的に配布する。情報の配布は、周期的、記憶したデータの変化を検出したとき、又は、要求アプリケーションからの更新要求又はコマンドにより開始される。或は、情報更新サイクルに応じて、又はターゲットレポジトリを更新すべきであるという別の指示若しくはユーザのニーズによって決定されたときに開始される。ＤＢ１とＤＢ２からの情報並びに臨床レコード及び患者インデックスレポジトリ３７からの情報は、ヘルスケアシステムの動作を管理する際の特定用途のデータファイルをコンパイルする際に使用される。そのようなファイルは、例えば、特定の患者集団についてのヘルスケアデータのファイル２１と、１つ又は複数の急性治療施設を支援するヘルスケアデータのファイル２３と、外来と識別された患者のヘルスケアデータのファイル２５と、臨床レコードのデータを超える拡張データのファイル２７と、在宅介護を受ける患者に関するヘルスケアデータのファイル２９とを含む。これらのファイルをコンパイルするために使用されるデータは、それぞれアプリケーション１５、１７及び１９を介してＤＢ１、ＤＢ２及びレポジトリ３７から直接得るか、或は、このデータは、ファイルをコンパイルする際にインタフェースプロセッサ３５によって構造化されフォーマットされる。また、情報は、レポジトリＤＢ２等のヘルスネットワークの構成組織のレポジトリから、アプリケーション１７を介して、中央レコードレポジトリＤＢ１又は臨床レコードレポジトリ３７又は他の組織レポジトリ（図を分かりやすく保つために示していない）に間欠的に送られる。ＤＢ２から提供される情報は、例えば、ローカルヘルスケア組織内で使用される、用語、ボキャブラリ、識別子、ビジネスルール、組織データ、ロケーション情報、及び他の情報を含むことができる。更に、アプリケーション１５を介してＤＢ１から、アプリケーション１７を介してＤＢ２から、ヘルスケア関連情報を検索し、処理し、それぞれユーザに提示するために、パーソナルコンピュータ（ＰＣ）４０及び６３を使用することができる。
【０００７】
情報は、ボキャブラリ「オブジェクト」としてＤＢ１（及びＤＢ２）内に構造化されリンクされ、個々のボキャブラリオブジェクトは、対応する１組の属性を有する。ボキャブラリオブジェクト属性は、識別子、ヘルスプロバイダ組織データ、並びにビジネスルール及びシノニムを含む。ヘルスプロバイダ組織、ヘルスケアワーカ、医学的分類、及び支払者組織並びに患者を識別するために識別子を使用することができる。特定のヘルスプロバイダ組織オブジェクトは、ＤＢ１内の他のオブジェクトにリンクされ、包括的ヘルスネットワークの特定の構成組織に対する他のオブジェクトのオーナシップ、責任チェーン（responsibility chain）又は提携を確立する。このオーナシップ型の関係は、特定のヘルスプロバイダ組織の構成組織に広がり、その結果、これらの構成組織は、一貫した同一のボキャブラリオブジェクトを使用する。しかしながら、医療分類オブジェクトデータは例外であろう。特定の構成組織が、医学的状態及び関連する分類コードの特定のサブセットを使用するものとして識別されることがある。このタイプの例外は、ＤＢ１情報を特定の構成組織のＤＢ２レポジトリに間欠的に送る際に、アプリケーション１５によって識別され管理される。
【０００８】
ＤＢ１ボキャブラリオブジェクト属性は、ビジネスルール及びそれと関連する制約を含む。ヘルスケアワーカと関連したルールは、例えば、医師が専門分野に限定されているか正式に認可されているかを判定することができる。ロケーションと関連した制約は、例えば、部屋が重要人物（ＶＩＰ）用に限定されているかどうかを判定することができる。ヘルスサービスと関連した規則は、例えば、診察が必要かどうか、又は医療処置の事前承認が必要かどうか、又は特定の試験結果（ＨＩＶ結果や精神医学的評価等）に限定的なアクセスが適用されるかどうかを判定することができる。更に、ＤＢ１ボキャブラリオブジェクト属性は、第１の構成組織によって使用される用語、コード又は識別子を、第２の成分組織によって使用される対応する異なる用語、コード又は識別子にマップする際に使用されるシノニムを含む。また、このマッピングは、例えば、組になったコード、用語及び識別子をマップし、異なるボキャブラリを有するヘルスプロバイダ組織間のデータ交換及び対話を支援する。
【０００９】
ＤＢ１（またＤＢ２）内のリンクされたボキャブラリオブジェクトは、ヘルスプロバイダ組織特性並びにロケーション特性を含む。リンクされたオブジェクトは、また、ヘルスケアワーカ（例えば、医師）及び関連する特性（例えば、専門）、医学的状態、ヘルスサービス、支払者組織、ヘルスプラン、及び他のオブジェクトを含む。オブジェクトは、オーナシップ階層においてグループ化される（例えば、医療サービスは、他のサービスと共にグループ化され、品物及びサービス注文セット及びプロトコルと関連付けられる）。ＤＢ１構造は、階層的に関連付けされたロケーション（例えば、他のロケーションを含む）並びにある一定のロケーションで実行可能なある一定の医療サービス及び特定の医療サービスを実行することを許可されたヘルスプロフェッショナルを識別する。また、ＤＢ１構造は、ヘルスプランが、所定の医学的状態に適切な場合に、ある一定のヘルスプロバイダ組織及びヘルスプロフェッショナルがある一定の医療サービスを実行するのを許可することができるかどうかを示す。
【００１０】
図９は、図１のシステムの中央レポジトリデータベースＤＢ１（及び、分散型レポジトリデータベースＤＢ２）によって維持されるオブジェクト間の構造関係を示す表を示す。ＤＢ１構造は、ヘルスプロバイダ組織９００、構成組織内のロケーション９０３、ヘルスプロフェッショナル９０５、ヘルスサービス９０７、病状コード又は分類９０９、支払者組織９１１、及びヘルスプラン９１３、その他のオブジェクト等のオブジェクト間の複雑な関係を維持する。他のそのようなオブジェクトは、コード、用語、識別子及びマッピング情報及びビジネスルール、並びにロケーション及び組織特性を含む。関係のタイプは、図９に示されており、先頭行と先頭列にリストされたオブジェクト間のオーナシップ及び提携関係を含む。ヘルスプロバイダ組織は、例えば、他の構成ヘルスプロバイダ組織を所有するか、ロケーションを所有するか又はそのロケーションと提携されることがある。ＤＢ１オブジェクトは、複数の階層又はオブジェクトセット（例えば、サービスセット、ヘルスプロフェッショナルの役割、マトリクス構造化された製品系列の組織）を含むであろう。更に、オブジェクト間の提携タイプの関係は、非排他的で非階層的な関係を含むことがある。オブジェクト及び関係を識別するために内部識別子がＤＢ１内で使用されるが、他の実施形態では、オブジェクト及び関係が、例えばデータベースの技術で知られているような所定の構造ロケーション又はインデックスによって識別されることがある。
【００１１】
図１のシステムの中央レポジトリＤＢ１は、コード、用語及び識別子並びに組織、ロケーション、支払者、ヘルスプロフェッショナル、ヘルスプラン及びサービスデータについての単一の保守及び制御ポイントを提供するため有利である。システムは、また、新しいアプリケーションの導入、組織構成の変化、患者インデックスの作成、及び電子患者レコードレポジトリに対応するように容易に適応する。中央レポジトリＤＢ１は、ヘルスネットワークの構成組織が、地方、全国及び国際的なソースから得られた一貫したコード、用語及び識別子を使用することを可能にし、また、ＤＢ２等の分散型データベースのための用語のテンプレートスタータセットのソースとして働く。システムは、更に、特定の構成組織による局所的又は独自の用語の使用を支援する。
【００１２】
図２は、ＤＢ１から得られたヘルスケア関連情報を検索し、処理し、提示する際に図１のアプリケーション１５が使用するプロセスのフローチャートを示す。ステップ２００の開始に続いて、ステップ２０３で、アプリケーション１５は、複数のソースから得た情報をＤＢ１内に蓄積する。この情報は、包含的組織及び複数の構成組織を識別する情報を含み、また構成組織タイプ識別子を含む。構成組織タイプ識別子は、ヘルスケアプロバイダ組織、ヘルスケア支払者組織、ヘルスケア管理組織、業務組織のうちの１つ又は複数を識別し、若しくは構成組織の役割を示す。そのような役割インジケータは、ヘルスケアの提供に関係する個人とサービス提供者との関係、債権者と業務組織との関係、ヘルスケアサービス提供者と、患者とヘルスケア事業の対話を含む、患者とヘルスケア事業との出会い（encounter）をホストするためロケーションを含む組織との関係含む組織的関係を識別する。また、役割インジケータは、雇用者、人物と関連したアイテムを識別する識別子の発行者、支払い保証人、債権者、サービス提供者、及び患者とヘルスケア事業の対話を含むヘルスケア事業との患者エンカウンタをホストする組織等の組織的役割を識別する。
【００１３】
また、蓄積されたＤＢ１情報は、関連付けられたロケーションタイプ識別子と共に、患者を収容するために利用可能な構成組織内の複数のロケーションを識別するロケーション情報を含む。ロケーションタイプ識別子は、病室、病院の診療室（department room）、手術室等の特定のロケーションタイプを識別するか、又はロケーション特性を識別する。そのようなロケーション特性は、特定の病状の患者に対する特定のロケーションの利用可能性を左右する臨床的に重要なロケーションの特性又はロケーションの設備を示す。他のロケーション特性には、ロケーションと関連する機能、ロケーションで使用可能な医療機器、又はロケーションの請求カテゴリを識別する請求コードを識別する情報が含まれる。
【００１４】
また、アプリケーション１５は、ＤＢ１内に、構成組織によって共通に使用されるコード、用語、及び識別子、並びに他の専門用語及び情報を蓄積する。図４は、図１のＤＢ１内で集中的に管理された（また、ＤＢ２内に類似の構造で維持された）共通の情報、コード、用語及び識別子の図を示す。ＤＢ１内に維持される情報４００は、臨床観察、臨床結果、サービス、問題、フローシート、治療手順及び養生法、支払者、医師及びヘルスプラン、並びに前述の組織及びロケーション情報を識別する用語及び定義４０５を含む。更に、ＤＢ１は、医師と保険業者間の対話並びにヘルスケア提供者間の対話を支援するのに十分な関係（開始データと支援データを含む）、ビジネスルール、及び制約４０７を維持しており、有利である。医師と医療保険業者間の対話は、例えば、提案された治療手順が医学的に必要かどうかを判定する際に行われる。医療提供者間の対話は、例えば、標準的治療プロトコル又は養生法の通信を含み、臨床ボキャブラリ階層を含む。関係情報４０７は、ビジネスオブジェクト（ヘルスプロバイダ組織、ロケーション、ヘルスプロフェッショナル、ヘルスサービス、支払者、保険プラン等）間に存在する関係を識別する。関係情報４０７は、オーナシップ階層配列（例えば、特定のヘルスケア保険計画書を所有する支払者や他の組織を所有する組織）を識別する。更に、情報４０７は、単純な提携（例えば、特定の医療サービスを実行する特権を与えられたヘルスプロフェッショナルや、特定のロケーションでのみ実行できる医療サービス）を識別する。また、情報４０７は、複雑な提携（例えば、特定のヘルスプロバイダ組織を承認するヘルスプランや、特定の医療サービスを行うヘルスプロフェッショナル）を識別する。コードセット内の変更の履歴は、履歴データ（例えば、削除されたコード、コードの有効期間）をサポートするためにＤＢ１によって管理される。
【００１５】
マッピング情報４０９は、同一コードセット４０３の異なるバージョン間の変換並びに異なるコードセット４１１と識別子４１５間の変換をサポートする業界標準及び他のマッピング情報を含む。コードセット４１１と識別子４１５は、ＨＩＰＡＡ（Health Information Portability and Accountability Act）と互換性のあるコードセット、及びヘルスケア活動に使用される他のコードセットを含む。そのようなコードセットは、例えば、ＩＣＤ（International Classification of Diseases）第９版、クリニカル・モディフィケーション（ＩＣＤ−９−ＣＭ）、第１巻、第２巻及び第３巻、並びに米国厚生省によって維持され配布されているＩＣＤ−１０を含む。コードセットは、また、ＨＣＰＣＳ（Health Care Financing Administration Common Procedure Coding System）、ＮＤＣ（National Drug Codes）、ＣＰＴ−４（Current Procedural Terminology）、ＣＤＰＮ (Code on Dental Procedures and Nomenclature）第４版と互換のコードセットを含む。更に、コードセットと用語は、米国病理学会（College of American Pathologists）によるＳＮＯＭＥＤ−ＲＴ「Systematicized Nomenclature of Medicine, Reference Terminology」、国立医学図書館（National Library of Medicine）によるＵＭＬＳ（Unified Medical Language System）、ＬＯＩＮＣ（Logical Observation Identifiers, Names, and Codes）レジェンストリーフ・インスティチュート（Regenstrief Institute） 及びＬＯＩＮＣ（Logical Observation Identifiers Names and Codes）委員会、「Ｒｅａｄコード（Read Codes）」としても知られる臨床用語、ＤＩＮ（Drug Identification Numbers）、ＤＲＧ（Diagnosis Related Groups）等のリインバースメント分類（Reimbursement Classifications）と互換性のあるコードセットを含む。また、コードセットは、ＣＤＴ（Current Dental Terminology）、ＮＩＣ（Nursing intervention codes）、商用ボキャブラリサービス（Commercial Vocabulary Services）（HealthLanguage Inc.やApelon Inc.によるHealthLanguage等）、ヘルスケアに使用される他のコードセットと互換性のあるコードセットを含む。
【００１６】
ＤＢ１に蓄積された共通専門用語は、異なる医療提供者間で比較可能で共用可能なデータを作成するのを支援でき、有利である。更に、これにより、ヘルスケアネットワーク内の複数の組織によって使用される共通のガイドライン、集合的治療結果分析、及び医学的決定支援ルールの開発が可能になる。共通専門用語は、エントリ専門用語、リファレンス専門用語及び管理専門用語を含む。エントリ専門用語は、データ入力用のデータ形式を決定し、リファレンス専門用語は、データ記憶形式とデータ構造を決定しかつ用語とデータフィールド間の語彙仲介（lexical mediation）を支援し、管理専門用語は、管理と調査に適したデータ構造を決定する。アプリケーション１５は、既知のカテゴリ分類及び記述ロジック処理技術を使用して、語彙仲介、コード、用語及び識別子のマッピングと情報カテゴリ分類を支援する。この種の処理は、論理関係の定義及び自動的用語分類及びリンクを含む。このような技法は、例えば、Ａｐｅｌｏｎ社の記述論理（Description Logic）型Ｏｎｔｙｌｏｇプロダクト（www.Apelon.com）に使用されている。
【００１７】
アプリケーション１５は、受け取ったコードセット、識別子及びその他の情報を、データを受け取ったデータ形式を使用してＤＢ１に記憶する。また、アプリケーション１５は、記述、編集ルール、（コードセットバージョン及び異なるコードセット間でマッピングするための）マッピング情報、及びコードに関連する他のデータをコンパイルし、そのデータを、対応するコード又はコードセットと関連したデータセットの形態でＤＢ１に記憶する。コンパイルしたデータセットは、３０文字に限定された記述等の、採用されたコードセット及び識別子の大部分（又は、全て）に共通の標準的な属性と、異なる編集ルール、マッピング情報、その他のデータを収容できるフィールドとを含む。また、ＤＢ１に関連するアプリケーション１５は、例えば、アーカイブされたより古いバージョンのデータを含む使用可能な情報、コードセット及び識別子のカタログ（インターネットや他の通信チャネルを介してユーザが利用可能）を提供し、コードセットのバージョン又はリリースを識別するインデックスを維持する。このインデックスは、例えば、最新のコードセットと識別子、及びより古いバージョンを含むＤＢ１インベントリを識別し、データアイテムが記憶されている場所、更新頻度、それらのソースだけでなくコード又はコードセットの記述を含む。このインデックスは、ＤＢ１の内容にアクセスすると共に維持する際にアプリケーション１５によって使用される。アーカイブされたデータは、必要な長さだけ保持される。これは、ＤＢ２等の分散型データベースのデータセット内に関連したデータがあるかどうかにより決定される。
【００１８】
ＤＢ１は、顧客固有のコードセットと識別子によって将来のポピュレーションに割り当てられた記憶スペースを含む。顧客固有のコードと識別子は、例えば、導入時又は他の更新時にＤＢ１の内容を分散型データベースＤＢ２にダウンロードする際に導入される。個々のコードセットと識別子自体は、ＤＢ１（及びＤＢ２）内で、ＤＢ１のインデックスの提供、ＤＢ１データの管理、並びに削除履歴を含むコードセット及び識別子改訂履歴の維持で使用される割当て識別子（一次キー（primary key））によって識別される。一次キーは、例えば、固有のベンダ又はソース内部番号と、更にコードセット又は識別子を識別するコードを含む。
【００１９】
ＤＢ１は、コードセットと識別子の更新サイクルによって外部データソース（分散型データベースＤＢ２を含む）から間欠的に更新される。このため、ＤＢ１に記憶されたコードセット、識別子、及び他の記憶された情報は、外部データソース及びアクセス通信データと（インデックスを使用して）内部的に関連付けられる。認証コードや他のセキュリティコードを含むアクセス通信データ（ＩＰアドレスやＵＲＬ等）が、外部ソースと双方向に通信してＤＢ１内容を更新する際にアプリケーション１５によって利用される。そのような更新は、例えば、データ取得又は要求コマンド又はイベント、定期内部更新コマンド、ユーザコマンド、新しいインストール等の別の条件、又は新しいコードセットバージョンの利用可能性の検出に応じて、外部ソース又はＤＢ１によって開始される。同様に、ＤＢ１は、類似のコマンド及びイベントに基づいて、ＤＢ２や他の分散型データベースへのデータの配布を開始する。それにより、アプリケーション１５は、ＤＢ１内容を閲覧し、特定のコードを検索し、変更履歴をレビューし、又はフルコピー又はコードセット更新をダウンロードするためのユーザによる双方向通信及びアクセスをサポートする。ダウンロードしたファイルは、例えば、圧縮されたフラットファイル型形式を使用することができる。
【００２０】
アプリケーション１５は、特定のユーザデータベースＤＢ２の更新要件に合わせてカスタマイズされた更新ファイルを作成する。カスタマイズされた更新ファイルは、ユーザによって必要とされる特定のコードセット、識別子及び他の情報を含み、ＤＢ２更新サイクルの開始に応じてＤＢ２にダウンロードするためにアプリケーション１５によって作成される。標準（例えば、ＸＭＬ互換）の更新ファイルを、システム全体若しくは複数ユーザのために使用することが好ましい。しかしながら、これは、ユーザが異なるシステムアーキテクチャ及びアプリケーションを有する場合に不可能であろう。アプリケーション１５は、カスタマイズされた更新ファイルとしてユーザが選択できるスターター医療コードセット、用語セット、及び識別子を含むテンプレート更新ファイル形式を提供する。カスタマイズされた更新ファイルは、例えば、特定ユーザのためにＩＣＤ−９−ＣＭとＳＮＯＭＥＤのどちらか又は両方から作成された問題のリストを含む。それにより、ユーザは、例えば、カスタマイズされた更新ファイル内の標準的な医療コードセットに基づいて、許容可能な臨床問題のリストを作成することができる。
【００２１】
また、ユーザコマンドに応じて、ＤＢ１に関連したアプリケーション１５は、全国患者識別子（例えば、ＵＰＩＮ（Universal Patient Identification Numbers））等の外部から供給された識別子を検索し、対応する患者固有のデータに組み込む。そのために、アプリケーション１５は、全国プロバイダファイル（ＮＰＦ：National Provider File）等の全国識別子データセット内の患者人口統計データを、患者インデックス及びレポジトリ３７（若しくはＤＢ１又はＤＢ２内）のファイル内の人口統計データと照合する。同様に、アプリケーション１５は、全国及び地方医師ファイルから医師及び患者識別コードを検索し、また全国データセットにアクセス可能な場合は雇用者及びヘルスプラン識別子を検索する。照合作業の結果（及び他のデータ項目）は、アプリケーション１５によって処理されて、ＰＣ４０及び６３を介したユーザによるアクセスのため、若しくは通信及び記憶のために、レポートファイルが提供される。
【００２２】
アプリケーション１５によってＤＢ１に蓄積される他の情報は、構成組織のロケーションと関連した医師を識別する情報、構成組織と関連した医師の職業的専門、構成組織のロケーションにおいて利用可能な医療サービス、構成組織のロケーションにおいて特定の医師が提供できる医療サービス、及び構成組織のロケーションにおいて提供される治療と関連した病状を含む。更に、アプリケーション１５は、ＤＢ１に、構成組織のロケーション及びヘルスケア保険計画のもとで生じた患者請求の支払いの責任と関連付けて複数のヘルスケア会社を識別する情報を蓄積する。
【００２３】
ステップ２０７（図２）で、アプリケーション１５は、コードセット、用語セット、及び識別子に、有効な開始日と終了日を記録する（タイムスタンプ）。アプリケーション１５は、また、変更項目を識別し変更日時を識別するコードセット、用語セット及び識別子に対する変更履歴を維持する。アプリケーション１５とＤＢ１は、複数バージョンの同じコードセット、用語セット及び識別子のアクセス及び更新を支援する際に、この日時スタンプを使用する。これは、既存のコードセットが異なるコードセット及び識別子と置き換えられる移行期間に有利である。これは、例えば、ＨＩＰＡＡ準拠のコードセット、用語セット及び識別子に移行している間、又は支払者が新バージョンのコードセットを使用する能力を習得している際に行われることがある。ステップ２０９で、アプリケーション１５は、病状の治療と関連したサービスに関する情報を見つけるための検索基準をユーザが入力するのを支援する画像要素を含む少なくとも１つの表示画像を生成し始める。病状と関連しかつ特定の構成組織の特定のロケーションにおいて提供される治療に関するデータのような他のデータを見つけるために、他の検索基準を入力することもできる。
【００２４】
ステップ２１１で、アプリケーション１５は、ユーザコマンド及び受け取った検索基準に応じてＤＢ１を検索する。これは、特定の組織によって特定のロケーションにおいて提供され、病状を処理するために使用されるサービスを見つけるために、記憶されたコード、用語及び識別子を使用して、受け取った検索基準用語を、対応する別の専門用語にマッピングすることを含む。ステップ２１１で、アプリケーション１５は、検索結果を表す少なくとも１つの表示画像を生成し始める。それにより、ＤＢ１は、例えば、特定の病状の治療と関連しかつ構成組織のロケーションで提供されるサービスの識別を容易にする。図２のプロセスは、ステップ２１５で完了する。図８は、複数のコードセット、医療ボキャブラリ、識別子、その他の情報のデータベースの更新及びアクセスを支援するユーザインタフェース表示画像を示す。具体的には、図８は、ＤＢ１のＩＣＤ−９−ＣＭコード分類を更新するウェブに基づく管理形態の使用を示す。更新要素は、分類タイプ８０５、ソース８０７、コード８０９、及び説明８１１を含む。
【００２５】
図３は、階層的に編成されたデータベースＤＢ１とＤＢ２間でヘルスケア関連情報を蓄積し、配布し、処理する際に、図１の情報管理システムによって使用されるプロセスのフローチャートを示す。ＤＢ１内のヘルスケアデータは、ＤＢ２等の個々のヘルスケアデータベースを維持する構成組織にサービスを提供するために、包括的組織（例えば、ヘルスケアネットワーク）によって集中的に維持される。ステップ３００で開始後、ステップ３０３で、アプリケーション１５は、ＤＢ１に複数ソースから得た情報を蓄積する。この情報は、図２のステップ２０３と関連して前に説明したように、組織及びその特性並びに組織のロケーション及びその関連した特性を識別する情報を、組織によって共通に使用されるコード、用語、識別子及び他の情報と共に含む。ステップ３０７で、アプリケーション１５は、ユーザコマンドに応じて、集中的に維持されたＤＢ１内のヘルスケアデータの少なくとも一部分をＤＢ２に間欠的に送る。代替の実施形態では、この情報の配布は、記憶されたデータの変化が検出されたとき、又は要求アプリケーションから更新要求又はコマンドがあるとき、又はＤＢ２を更新すべきであるという別の指示に応じて開始される。
【００２６】
図６は、組織及びロケーションに関連する情報並びに共通のコード、用語及び識別子を含むヘルスケア関連の情報を蓄積し、処理し、ＤＢ１からＤＢ２に配布する際に使用される階層的に編成されたデータベースシステムを示す。配布される情報は、医学及び非医学コード並びに用語６０３、識別子（例えば、個人、雇用者、ヘルスプラン、及び提供者識別子）６０４、他の情報（治療ガイドライン、プロトコル、値及びビジネスルールを含む）６００、ならび組織情報６０７とロケーション情報６０９を含む。本明細書で使用される治療ガイドラインは、１つ又は複数の識別された病状に対処するために、患者に対する治療の決定及び管理に関する、広く認められた医学権威によって著された最良又は有効な診療情報を含む。本明細書で使用されるプロトコルは、特定の病状に対処する治療養生法と関連付けられた個別のタスクのスケジュールを意味する。本明細書で使用されるようなビジネスルールは、患者へのヘルスケアの提供を実施し支援するために組織によって使用されるポリシー、プロセス及び手順を含む。ＤＢ２内の情報は、包括的ヘルスネットワーク組織の構成組織によって使用されるオペレーショナルシステム６１３と情報システム６１７によって使用される。構成組織によって使用される他のプロダクト６１７は、ＤＢ１からの直接の情報だけでなくＤＢ２からの情報も使用する。オペレーショナルシステム６１３と情報システム６１７は、ＤＢ２（又はＤＢ１）から提供される形式の情報を使用する。また、システム６１３及び６１７は、係る情報が、それらの要求に合わせた形式であることを要求する。このため、インタフェースプロセッサ６１５は、ＤＢ２から情報（コード、用語及び識別子を含む）を照合し、システム６１３及び６１７によって必要とされるファイル又は他の形式に変換し、検証し、転送する。インタフェースプロセッサ６１５は、コード、用語及び識別子の変換機能を含み、転送されたデータの検証を支援する標準の電子データ交換トランザクションインタフェース（アメリカ規格協会（ＡＮＳＩ）Ｘ１２規格を使用する）を使用する。インタフェースプロセッサ６１５は、更に他の検証を実行して、システム６１３及び６１７へのデータ転送に正しいコード、用語又は識別子が使用されているかどうかを確認する。代替の実施形態では、別のインタフェースを使用することもできる。
【００２７】
図７は、階層的に編成されたデータベースシステムにおいて配布するために複数のコードセット、医療ボキャブラリ及び識別子の処理を示す。具体的には、特定の対応する担当機関によって管理されかつ医療産業で使用されているコードセット、用語及び識別子７０３〜７３１が、構成組織のＤＢ２に配布するために包括的ヘルスネットワーク組織のＤＢ１に組み込まれる。コードセット情報７０３〜７３１及び関連マッピング情報は、プロダクト７４０（図７）を表すビジネスアプリケーション６１３と情報システム６１７を支援する際に、アプリケーション１７及びインタフェースプロセッサ６１５（図６）によって使用される。更に、情報は、臨床レコードレポジトリ３７（患者寿命臨床レコードシステムと電子患者レコードシステムを含む）とデータウェアハウスにアクセスする際に使用される。コードセット、用語及び識別子７０３〜７３１は、例えば、ＨＣＦＡ（Health Care Financing Administration）が管理するＤＲＧ（Diagnostic Related Group）７０３、ＡＭＡ（American Medical Association）が管理するＣＰＴ（Current ProcedualTerminology）７０５、ＮＴＩＳ（National Technical Information Service）が管理するＨＣＰＣＳ（Health Care Financing Administration Common Procedure Coding System）７０７を含む。
【００２８】
新しいオペレーショナルシステムをＤＢ２に接続するには、最初の標準データベースダウンロードファイルを、新しい運用情報システムと互換性のあるデータ形式に変換しなければならないことがある。その結果、運用システムによって使用されるコードセット、用語及び識別子（並びに、関連する標準の記述データ）への追加又は削除が、ＤＢ１又はＤＢ２の情報に適用され、運用システムファイルには行われない。これにより、ＤＢ１を単一の保守ポイントにすることができ有利である。
【００２９】
ＤＢ２は、ＤＢ１とＤＢ２の間の双方向データ転送を容易にするために、ＤＢ１と同じように（図４と関連した説明したように）構造化されている。しかしながら、別の実施形態のＤＢ１とＤＢ２は、異なる態様で構造化されてもよい。更に、ＤＢ２は、ＤＢ１のサービスを受ける他の構成組織の活動との一貫性を維持するために、構成組織の活動と関連しかつＤＢ１から得られ更新されるコード、用語、識別子、及び情報のコアセットを含む情報の全て又はサブセットをＤＢ１に含むことがある。また、ＤＢ２は、一般に変更が利用可能になる前に変更を実施するために、構成組織によって適用される更新を含む、ホスト構成組織の特定の要件に合わせた情報を含む。一般に、コードセットに対する更新は定期的に発行されるが、新しい医療技術を使用するには、関係するソースから正式に入手可能になる前に、新しいコードを使用しなければならない場合がある。また、ＤＢ２は、対話する構成組織及びビジネスエンティティ（例えば、ヘルスプラン）に関連する補足ローカルコード（例えば、ＨＣＰＣＳレベル１１１）とローカル識別子（例えば、正式な全国提供者識別子を持たないインターンとレジデント）を含む。これらのコードと識別子が一般的に使用される場合、例えば、コードと識別子は、特定の地理的領域内の特定の支払者用のＤＢ１に組み込むために、アプリケーション１７によってＤＢ２からアプリケーション１５に送られる。
【００３０】
システムは、ＤＢ２に、ユーザのビジネスポリシー、活動及び手順をサポートする複合的なボキャブラリを構成するために、ユーザ固有（即ち、構成組織に固有）のコード、用語、及び識別子と共に、ヘルスネットワーク内の複数の組織に共通のコード、用語及び識別子のコアセットを組み込む。そのような活動は、例えば、コードセットの混合から作成された構成組織に固有の臨床問題の適合されたセット、複数の所定のサービスセットから作成された利用可能な医療サービスの適合されたセット、選択されたセットのサービス及び問題から作成された治療プロトコル及び養生法の適合されたセットを使用することができる。また、ＤＢ２は、ＤＢ２ボキャブラリ内に、例えば、ボキャブラリ要素を利用可能な医療サービス、治療プロトコル及び養生法並びに健康計画とリンクするコードセット及び識別子を含むリンクを定義する。ＤＢ２は（ＤＢ１と同じように）、医師と保険業者間の対話並びにヘルスケア提供者間の対話を支援するのに十分な関係、ビジネスルール及び制約を維持する。そのような対話は、例えば、提案された治療処置が医学的に必要かどうかの判定を支援する。ＤＢ２によって維持される関係のリンクは、図４と関連してＤＢ１に関して前に説明したものを反映する。
【００３１】
アプリケーション１７は、所定のフィルタ情報を使用してＤＢ１からのデータをフィルタリングした後で、フィルタリングした情報をＤＢ２に記憶すると有利である。所定のフィルタ情報は、ＤＢ２に記憶するフィルタリングしたヘルスケアデータが、ＤＢ２を維持し使用する構成組織によって提供されるビジネスプロセス及びサービスと一致することを保証する。フィルタは、ビジネスプロセス又はサービスを支援するデータが構成組織の要件と一致することを保証する。フィルタは、ＤＢ２に記憶されたヘルスケアデータが、サービスを実行するためのオーダー（腰椎穿刺のを行うオーダー）だけでなく、サービスを実行する際に構成組織によって実行される追加のサービス（腰椎穿刺のための資源配分、原価計算及び請求に対応する追加の個別のサービス等）もサポートすることを保証する。
【００３２】
ＤＢ２は、ＤＢ１と同じように、第１組のヘルスケアデータ内の用語、コード又は識別子を、第２組のヘルスケアデータ内の別の対応する用語、コード又は識別子にマッピングするためのマッピング情報を含む。マッピング情報は、同一のコードセットの異なるバージョンの間及び異なるコードセット（図４の４１１）と識別子（図４の４１５）の間の変換を支援する。また、マッピング情報は、ユーザが定義したシノニム及び構成組織の顧客ボキャブラリの標準又は公認値への変換を支援する。ＤＢ２マッピング情報は、個々のユーザ固有識別子、用語及びコードの、構成企業用に定義された対応する標準のコード、識別子又は用語への変換を支援する。更にまた、更新された情報が、ＤＢ１を更新するためにＤＢ２によって通信される。そのような通信は、図２に関して説明したＤＢ１からＤＢ２への情報のダウンロードを開始するために使用されるのと類似の条件に応じて開始される。
【００３３】
引き続き図３を参照すると、ステップ３１１で、アプリケーション１７は、例えば、病状の治療と関連したサービスに関する情報を見つけるための検索基準のユーザによる入力を支援する画像要素を含む少なくとも１つの表示画像を生成し始める。図５は、そのようなサービスのユーザ検索を支援するウィンドウ９００を含むユーザインタフェース表示画像メニューを示す。ユーザは、例えば、組織９０８、ロケーション９０２、タイプ９０６、カテゴリ９０４及び性別関連９１３の内の１以上を含む基準を入力し、アプリケーション１７（図１）は、例えば、ＤＢ２内の集中的に維持された共通のコード、用語及び識別子を使用してＤＢ２の検索を開始する。検索は、ユーザがボタン９２５を押すことに応じて開始され、検索結果が、ウィンドウ９２０に表示される。ユーザが選択した検索結果要素の詳細（例えば、３０４Ａ）が、表示ボックス９２３に表示される。ウェブブラウザアプリケーションと関連した類似のユーザインタフェース画像が、ユーザに、ＤＢ２（又はＤＢ１）の内容を閲覧し、特定のコードを検索し、変更履歴をレビューし、若しくはユーザ選択可能な（例えば、通常又は圧縮）データ形式でＤＢ２情報の完全なコピー又は増分的更新をダウンロードするためのウェブアクセスを提供する。図３のプロセスは、ステップ３１５で終了する。
【００３４】
図１−図９に示したシステム、プロセス及びユーザインタフェース表示形式は排他的ではない。本発明の原理に従って、同じ目的を達成するために他のシステム、プロセス及びユーザインタフェースの形態を得ることができる。本発明の原理は、サービス、ロケーション及び組織と関連した情報を識別し追跡する様々な環境において、コード、用語及び識別子の共通のセットを使用する組織の実行可能なアプリケーションをサポートする際に適用することができる。本発明の原理は、ヘルスケア分野での使用に制限されない。具体的には、本発明の原理及び共通ボキャブラリ管理システムの使用は、複数の専門用語が存在しまた管理された共通の参照専門用語を提供することによって活動が容易化される環境において適用可能である。
【図面の簡単な説明】
【００３５】
【図１】本発明の原理による、ヘルスケア事業の活動を支援するヘルスケア関連情報を管理するシステムを示す図である。
【図２】本発明の原理による、ヘルスケア関連情報を検索し、処理し、提示する際に図１の情報管理システムによって使用される方法のフローチャートである。
【図３】本発明の原理による、階層的に組織されたデータベース間でヘルスケア関連情報を蓄積し、配布し、処理する際に図１の情報管理システムによって使用される方法のフローチャートである。
【図４】本発明の原理による、図１のデータベース１内に集中的に維持される共通の情報、コード、用語及び識別子の図である。
【図５】本発明の原理による、集中的に維持された共通のコード、用語及び識別子を使用して組織、ロケーション及びサービス情報をユーザが検索するのを支援するユーザインタフェース表示画像メニューを示す図である。
【図６】本発明の原理による、組織及びロケーション関連情報並びに共通コード、用語及び識別子を含むヘルスケア関連情報を蓄積し、処理し、配布する際に使用される階層的に組織されたデータベースシステムを示す図である。
【図７】本発明の原理による、階層的に組織されたデータベースシステム内で配布するための複数のコードセット、医療ボキャブラリ及び識別子の処理を示す図である。
【図８】本発明の原理による、複数のコードセット、医療ボキャブラリ及び識別子及び他の情報のデータベースに対する更新とアクセスを支援するユーザインタフェース表示画像を示す図である。
【図９】本発明の原理による、図１のシステムの中央レポジトリデータベース（及び分散型レポジトリデータベース）によって維持されるオブジェクト間の構造関係を示す表である。
【符号の説明】
【００３６】
１５  第１のデータベース
１７  第２のデータベース
３５  インタフェースプロセッサ
６００，６０３，６０４，６０７，６０９  ヘルスケアデータ
【図１】
2005507123.tif 000003
【図２】
2005507123.tif 000004
【図３】
2005507123.tif 000005
【図４】
2005507123.tif 000006
【図５】
2005507123.tif 000007
【図６】
2005507123.tif 000008
【図７】
2005507123.tif 000009
【図８】
2005507123.tif 000010
【図９】
2005507123.tif 000011
【国際公開パンフレット】
2005507123.tif 000012
2005507123.tif 000013
2005507123.tif 000014
2005507123.tif 000015
2005507123.tif 000016
2005507123.tif 000017
2005507123.tif 000018
2005507123.tif 000019
2005507123.tif 000020
2005507123.tif 000021
2005507123.tif 000022
2005507123.tif 000023
2005507123.tif 000024
2005507123.tif 000025
2005507123.tif 000026
2005507123.tif 000027
2005507123.tif 000028
2005507123.tif 000029
2005507123.tif 000030
2005507123.tif 000031
2005507123.tif 000032
2005507123.tif 000033
2005507123.tif 000034
2005507123.tif 000035
2005507123.tif 000036
2005507123.tif 000037
2005507123.tif 000038
2005507123.tif 000039
2005507123.tif 000040
2005507123.tif 000041
2005507123.tif 000042
2005507123.tif 000043
2005507123.tif 000044
2005507123.tif 000045
2005507123.tif 000046
2005507123.tif 000047
【国際公開パンフレット（コレクトバージョン）】
2005507123.tif 000048
【国際調査報告】
2005507123.tif 000049