JP2005502132A

JP2005502132A - レコード処理統合システム

Info

Publication number: JP2005502132A
Application number: JP2003525507A
Authority: JP
Inventors: ロター，ジョアン，モラロ; ブラウン，バーバラ，クレア
Original assignee: シーメンスメディカルソルーションズヘルスサーヴィシズコーポレイション
Priority date: 2001-09-05
Filing date: 2002-08-28
Publication date: 2005-01-20
Also published as: EP1423802A2; WO2003021485A3; WO2003021485A2; US6912549B2; US20030046280A1; US20050154615A1; CA2459282A1

Abstract

本発明のシステムは、重複レコードの発生を阻止し、重複レコードを識別、グループ化または統合し、関連の仕事量を調整管理する。本発明の方法は、単一の主体に関連し少なくとも１つのレコード保存手段に蓄積された多数のレコードを統合する。この方法は、第１及び第２のレコードを同定し、レコードマッチング基準を適用して第１及び第２の同定したレコードのデータ要素の内容を比較することにより共通性データを求める。共通性データは、第１及び第２のレコードが共通の主体に関連する可能性を示すものである。共通性データが突き止められると、それに応答して第１及び第２のレコードの内容が結合され、複合レコードとなる。レコード発生の最先日または第１及び第２の相対的内容に基づいて、第１及び第２のレコードのうちの一方を生き残りレコードとして選択する。

Description

【技術分野】
【０００１】
本発明は、単一の主体に関連し少なくとも１つのレコード保存手段に蓄積された多数のレコードを処理し統合するためのシステム及びユーザーインターフェイスに関する。
【背景技術】
【０００２】
種々の組織及び企業における内容の少なくとも一部が重複する多数のレコードの発生は、よくあることである。これら重複レコードの発生には様々な理由がある。例えば、会社の提携、買収または合併などによる情報データベースの統合がある。また、未熟な処理、データ入力ミスだけでなく外的要因によるエラー及び効率的な統合レコード処理技術の不足がある。一旦冗長的なレコード情報が発生すると、エラー及びミスがさらに伝播することがあり、重複レコードを適切な所要情報を含む単一のレコードに統合しない限り保存や総費用の負担が増加する。
【０００３】
例えば、ヘルスケアの分野では、ヘルスケア提供者及びネットワークが合併、提携そしてコミュニティーのヘルス情報ネットワークに参加することがある。その結果、異種システムからの患者の医学的情報が大型データベースまたは１またはそれ以上の電子マスター患者インデックス（ＥＭＰＩ）に蓄積される。ＥＭＰＩに一人の患者のレコードが２つ以上存在する状況では、患者が健康管理のために通院する度に異なる患者としての臨床情報が相互に無関係のレコードとして蓄積されるということが起こる。その結果、患者の断片的なレコードにより不正確な処置が指示されると共に薬物相互作用の問題が発生することがあり、患者が処置を受けられない場合や投薬が間違った人に行われるということが起こる可能性もある。従って、一人の患者に関する多数の断片的なヘルスケアレコードの存在により、その患者に対する処置の過誤及び料金請求のミスが発生する可能性が高くなる。さらに、一人の患者の重複情報部分を含む多数の断片的なヘルスケアレコードが存在すると、ヘルスケアの履歴及び状況に関して患者が繰り返し同じ質問を受けやすくなるため患者の不満が募ることがある。
【０００４】
本発明のシステムは、これらの問題に対処するものである。
【発明の概要】
【０００５】
このシステムは、重複するレコードの発生を最小限に抑え、重複レコードを識別、グループ化及び統合し、関連の仕事量を調整管理するものである。この方法は、単一の主体に関連し少なくとも１つの保存手段に蓄積される多数のレコードを統合する。この方法は、第１及び第２のレコードを識別し、識別した第１及び第２のレコードのデータ要素の内容をレコードマッチング基準を適用して比較することにより共通性データを突き止める。この共通性データは、第１及び第２のレコードが共通の主体に関連する可能性を示す指標である。第１及び第２のレコードの内容は、共通性データが突き止められるとこれに応答して結合され、複合レコードとなる。
【０００６】
本発明の特徴の１つとして、レコード発生の最先日または第１及び第２のレコードの相対的内容に基づき第１及び第２のレコードのうちの一方が選択されて生き残りレコードとなる。
【実施例】
【０００７】
図１は、多数のレコードを識別し統合するシステムに用いる適応プロセスの全体図である。このシステムをヘルスケアのレコード処理の文脈で説明するが、これは一例にすぎない。このシステムは、重複した冗長部分を含む多数のレコードの負担に悩む任意の環境に適用される。本明細書中の用語「レコード」は、特定の主体にとって重要でありコンピュータファイル、ディスク、ＣＤＲＯＭ、ＤＶＤまたは他の電子保存手段のような不揮発性で永続的または有形の媒体中に維持され、コンピュータまたは他の電子処理システムによりアクセス可能な情報またはデータを意味する。本明細書中の用語「重複レコード」は、１またはそれ以上の実質的に等価な情報項目を含むレコードを意味し、有意または実質的に互いに複写された内容部分を含むレコードに限定されない。重複レコードはまた、重複する冗長部分を含む多数（２またはそれ以上）のレコードを意味するが、かかるレコードがただ２つであるという意味に限定されない。このシステムは、重複レコードの発生を最小限に抑え、重複レコードを識別、グループ化及び統合し、関連の仕事量を調整管理する。これを実行するため、システムは、レコード要素をマッチングさせて異なるデータタイプ及び関連パラメータをチェックする際に確率論的及び決定論的論理による精巧なレコード要素マッチング技術を使用する。このマッチング技術は、重複する可能性があるレコード間の情報共通性の度合いを示す重みを重複する可能性があるレコードへ割当てるために使用される。この重みは、レコードが実際に重複する確率を示すものである。重複可能性を有すると識別されたレコードは、統合または他の処理を受けるためにグループ化されてレコードセットとなる。
【０００８】
このシステムは、ユーザーが重複レコードを識別し結合するのを可能にするワークフローを構成する一連のタスクを含むプロセスとしてウェブ上またはイントラネット環境において実現される。このプロセスは、全自動プロセスとして、または手動による介入が必要であると予め決定されている特定の判断が監視を受けるプロセスとして実行される。例えば、上述したヘルスケア環境では、患者レコード中の臨床情報は、統合されて複合生き残りレコードとなる前にユーザーによる監視が必要であると指定することができる。これとは対照的に、非臨床情報は自動的に処理して結合することにより複合レコードにすることができる。かかる手動による介入を必要とする項目は、完全にユーザーによる決定次第である。
【０００９】
ヘルスケアのレコード処理分野に用いられている公知のシステムは、多数の問題を有し、重複レコードを識別、グループ化及び解消すると共に関連の仕事量を調整管理する上述した総合能力を具備しない。詳述すると、公知システムの問題として、重複レコードを識別する信頼性が低い、臨床及び非臨床レコード情報を適応的に結合できないことがある。さらに、公知システムには、臨床または非臨床データを含むレコードを一元的且つ一貫した動作で自動的に識別し結合する能力がない。さらに、公知システムは、上述したレコード処理システムを適用してレコードデータベースを自動的に結合する能力を備えていない。
【００１０】
図１は、多数のレコードを識別し統合するだけでなく、その動作を結果の分析に基づき自動的に絶えず改善するシステム用の適応プロセスの全体図である。この適応プロセスは、表示されるユーザー確認ウィンドウを介してユーザーＩＤ及びパスワード情報を一回入力すると、それに応答してアクセスされる１またはそれ以上の同時動作アプリケーションを含むものである。このプロセスは、確率論的論理を用いる精巧なマッチングアルゴリズム（ＳＭＡ）を利用する。詳述すると、このマッチングアルゴリズムは、ステップ５において、例えば入院、登録または他のシステム入力点において患者の正しい既存の識別子及びレコードを同定するために使用される。この機能は、患者の入院、患者の記録（例えば、臨床記録）更新または患者記録の質問プロセスだけでなく患者のケアのスケジューリング及びレコードの変更または作成につながる他の任意プロセスに組み込むと有利である。これにより、患者及びその関連の正しい記録を患者がヘルスケア企業のサービスに遭遇する点で同定することができる。また、これにより、例えば、患者の検査結果または薬局への薬の注文がヘルスケア企業内の任意の施設における正しい患者に係るものであることが確保される。さらに、ステップ５に用いるマッチング機能には、患者（及び他の情報要素）識別子のサーチ及びマッチング能力を向上させる能力が含まれ、有利である。それにより、システムは、特定の患者がヘルスケア企業と最初に接触する領域で通常起こる、その患者に関連する重複レコードの発生が最小限に抑えられる。
【００１１】
ステップ５における正しい患者の識別及びその患者の既存のレコードの同定に続いて、ステップ７では、マッチングアルゴリズム（ＳＭＡ）を適用して、ステップ５で同定されなかった他の任意の患者に関連する重複可能性があるレコードを識別する。この目的のために、マッチングアルゴリズムは、同定した患者の正しい識別子に関連するレコード及びレコード保存手段により保持されている他のレコードの両方に共通する情報要素をサーチするにあたり確率論的論理を利用する。マッチングアルゴリズムは、ステップ７において、重複可能性があるレコードの情報共通性の度合いと、レコードが実際に重複する確率の両方を示す重みを重複可能性があるレコードに割り当てる。重複可能性があると識別したレコードをグループ化して、結合及び他の処理を施すためのグループセットとする。共通情報によるレコードの識別は、例えば、ケーススタディー、統計的分析またはターゲットマーケティングキャンペーンの際のような特定組織のニーズに利用される。ヘルスケアとは無関係の別の実施例では、図１のプロセスの機能を利用して特定の患者ではない主体に関連する多数のレコードを識別する。かかる主体としては、会社、組織、人間のグループ、製造品、レコード、サービスまたは資源が含まれる。
【００１２】
ステップ７でレコードセットにグループ化された重複可能性がある同定済みレコードを、ステップ９において、チェックして、断片的な患者の医学的レコードの発生及び恒久化を回避するように解消する。生き残りレコードは重複レコードからの複合情報を保持するものであり、選択された情報要素は所定のルールに基づき複合生き残りレコードへ転送される。これは、全自動化方式または手動による介入を受ける方式で行うことができる。さらに、ステップ１１において、重複可能性がある同定済みレコードをチェックして得られた結果を分析して、ステップ５及び７の患者識別及びレコード識別機能を改善するために使用する。詳述すると、実際は異なる患者に関連するが重複可能性があるレコードとして誤って識別されたレコードは、指定されたレコード表ではデータ入力により異なるレコードとして指示される。この表はかかる肯定的なマッチが誤って繰り返されるのを回避するために以後のレコードマッチング時にチェックされる。レコードは様々な理由により重複可能性があるレコードとして誤って指示されることがある。それらのレコードには、例えば、双子か、またはジュニアまたはシニアが付いている点を除き名前が同一である同じ家族の一員であるか若しくはデータ入力エラーにより関連付けられたものがある。
【００１３】
図１の適応プロセスまたはシステムは、重複する名前の検出及び解消を総合的に取り扱う。この目的で、そのプロセスは確率論的レコードマッチング法を用いて、重複レコードを識別し、それらを所定の適応結合ルールに基づき結合して複合生き残りレコードとする。図１のシステムはまた、レポートと、重複レコード調整管理プロセスの監視（例えば、傾向分析による）及び改善をサポートする追跡データを発生する。この監視能力により、重複レコードを発生させたヘルスケアシステムの領域を同定することが可能となり、また重複レコードの解消に関与する人員の仕事量、進捗状況及び生産性をチェックすることができる。それにより、ヘルスケア及びレコード調整管理システムの性能を十分に発揮できない領域が特定され改善される。さらに、レコード保存システム内の重複レコードの特徴をチェックするために監視能力を利用することができる。特定の患者に関連する異なる患者識別子を、ユーザーが、１つの企業の多数の異なるレコード保存手段からアクセスしてチェックすることにより、例えば、何れのレコードを結合するかを手動で決定することができる。レコード結合の決定を支援する際に一人またはそれ以上の患者の他の臨床及び非臨床データをリアルタイムでチェックすることができる。さらに、図１の重複レコード調整管理プロセスを電子マスター患者インデックス（ＥＭＰＩ）アプリケーションの一部として取込むことにより、ＥＭＰＩの動作を改善することができる。
【００１４】
図２は、重複レコードの発生を阻止し、単一の主体（この例では患者）に関連する多数のレコードを統合し、関連の仕事量を調整管理するためのアプリケーションを含むシステムを示す。図２のシステムは、ネットワーク環境内のサーバー上で動作し、臨床データレコード保存手段２１７及び患者インデックス（ＥＭＰＩ）２１３と通信するアプリケーション２００より成る。アプリケーション２００は、重複レコード調整管理プロセス（図１のステップ７に記載）と、また、プロセス２０５からの結果を処理する結果管理プロセス（図１のステップ９に記載）とを含む。別の実施例において、アプリケーション２００は、パソコン、パーソナルデータアシスタント（ＰＤＡ）または他のネットワークまたはモバイル装置上に常駐させてもよい。重複レコード調整管理プロセス２０５は、特定の患者の既存の正しい識別子及びレコードと共にその特定の患者の別の患者識別子に関連する重複可能性のあるレコードを、図１に関連して説明したマッチングアルゴリズム及び確率論的論理を利用して同定する。
【００１５】
重複可能性がある同定済みレコードは、プロセッサ２１０によりグループ化されて、複合生き残りレコードへ結合しデータ処理するためのレコードセットとなる。プロセス２１０は、ユーザーが決定可能な所定のルールに基づいて同定済み重複レコードを結合し、ＥＭＰＩ２１３に非臨床データ（例えば、名前、住所、性別、年齢などを含む患者の管理情報のような人口統計的データ）を正しく同定された患者レコードとして蓄積する。プロセス２１０はまた、臨床データ保存手段２１７に蓄積された臨床データ（例えば、検査結果、テスト結果、医師の診断及び注釈、Ｘ線データなど）を結合する。結合ルールは、信頼性が最も高いと考えられるデータが生き残りレコードとして保持され一貫性のないまたは冗長なデータが除去されるようにユーザーが決定することができる。これらのルールにより、患者識別子のような全ての識別パラメータを識別子が使用中かそうでないかとは無関係に保持することができる。プロセス２１０はさらに、ユーザーの命令による結合プロセスへの手動の介入を可能にする。この目的のために、プロセス２１０は複合生き残りレコードの患者識別子と他のコード及びデータの編集及び修正をサポートする画像メニューの発生を始動させる。あるいは、プロセス２１０は所定のルールに基づきレコードデータを自動的に結合する。
【００１６】
プロセス２０５及び２１０は、レポートと、重複レコード調整管理プロセスの監視及び改善を支援する追跡及びプロセス改善データ（例えば、誤って重複すると同定されたレコードデータをなくすためのデータ）とを発生する。この目的のために、プロセス２０５及び２１０は、同定済み重複レコードを解消する際の進捗状況を分析しカテゴリー化するためのデータ及び統計情報を発生する。プロセス２１０はまた、重複可能性があるレコードセットのユーザーへの割り当てのような基本的な管理及びタスク割り当て及びスケジューリング機能を提供する。プロセス２１０はさらに、重複可能性があるレコードセットを視認し選択する際の支援だけでなく重複レコードセットにおける個々のレコード及びデータ要素を視認し選択する際の支援も行う。さらに、プロセス２１０は、レコードが本当に重複しているかをユーザーが判定しやすくするために重複レコードの患者識別子及び臨床データだけでなく非臨床データの比較を可能にする。これは、選択可能な種々のユーザーインターフェイスメニュー及び画像を、例えば、データ要素比較用フォーマットとして並置関係で発生することにより行う。
【００１７】
図３は、単一の主体に関連し少なくとも１つのレコード保存手段に蓄積された多数のレコードを統合するためにアプリケーション２００（図２）が使用するプロセスのフローチャートである。アプリケーション２００は、図３のステップ３００でスタートした後、ステップ３０３において、特定の患者の既存の正しい第１のレコード（例えば、図２のＥＭＰＩ２１３内にある）を同定する。アプリケーション２００はまた、その特定の患者の別の第２の患者識別子に関連する第２のレコードを同定する。これは、図２に関連して前述したようなマッチングアルゴリズム及び確率論的論理を用いて行われる。ステップ３０７において、アプリケーション２００は、レコードマッチング基準を適用して、同定済みの第１と第２のレコードのデータ要素の内容を比較し、第１と第２のレコードが共通の主体（ここではその特定の患者）に関連する可能性を示す共通性データを求める。詳述すると、アプリケーション２００は第１及び第２のレコードの構文解析を行い、確率論的マッチング論理を用いてそれらのレコード内に多数の所定のレコードフィールドが存在することを突き止める。確率論的マッチング論理は、多数のフィールドについてサーチを行い、フィールドの一部のデータまたはフィールドの置換データに基づきマッチングの存在を宣言する。それにより、確率論的マッチング機能は、たとえ項目が正確にマッチしなくてもマッチングを宣言することができる。これにより、サーチシステムの有効性が改善される。マッチング機能はまた、マッチの確率を示す重みを割り当て、頻度分析により共通性の低いデータ値に大きな重みを割り当てる。確率論的マッチングの結果に基づき、アプリケーション２００は、第１及び第２のレコードの両方に存在が検出された所定のレコード項目を定量化する指標より成る共通性データを発生する。
【００１８】
ステップ３１１において、アプリケーション２００は、共通性が最高度のデータに基づき第１のレコードまたは第２のレコードの何れかを生き残りレコードとする。あるいは、別の実施例では、ユーザーが第１及び第２のレコードの相対的内容またはユーザーが選択可能な他の基準に基づき生き残りレコードを選択する。アプリケーション２００は、ステップ３１３において、レコード比較メニューの発生を始動して、生き残りレコードを含む複合レコードに含めるために第１または第２のレコードからデータ項目を選択するようにユーザーに促す。データ項目の比較及び選択を容易にするために、ユーザーは必要に応じて多数の異なるレコード比較メニュー（例えば、第１のレコードの第１のデータ項目と第２のレコードの対応データ項目とを比較する並置メニュー）を発生させることができる。発生されるメニューはまた、ユーザーによる患者識別子及び他の識別子コードの修正または削除をサポートする。
【００１９】
アプリケーション２００は、ステップ３１５において、置換及び転送ルールを適用することにより第１及び第２のレコードの内容を結合した複合レコードを形成する。さらに、アプリケーション２００は、第１及び第２のレコードの非臨床データを結合する際とは異なるルールを臨床データの結合に適用する。詳述すると、アプリケーション２００は、臨床データは手動により結合しなければならないという所定の条件が満足されない限り自動的に第１及び第２のレコードの両方の臨床データを複合レコードに取込む。実施例において、問題の患者が特定の医師の患者リスト上にあるかまたは第２のレコードの臨床データが第１のレコードの臨床データと重複する場合にはこの所定の条件が満足される。あるいは、手動による介入が開始された場合、第１及び第２のレコードの臨床データをメニューに表示させて、対応のレコード要素を並置関係で比較できるようにする。これにより、ユーザーは、何れのレコードの要素を複合レコードに含めるべきかを指示することができる。ステップ３１５で結合される臨床データのタイプとしては、例えば、心電図（ＥＣＧ）または脳電図（ＥＥＧ）、Ｘ線データ、実験室のテスト結果を示すデータ、物理的特性データ、以前の診断データ、アレルギーデータ、呼吸データ、血液酸素または血圧データ、輸液ポンプデータ及び脈拍データが含まれる。
【００２０】
さらに、アプリケーション２００は、第１及び第２のレコードの個々のレコード要素を複合レコードに自動的に取込むに当たりユーザーが選択可能な他の様々なルールを適用する。かかるルールには、例えば、（ａ）複合レコードに第１のレコードの特定の要素だけを含める、（ｂ）複合レコードに第２のレコードの特定の要素だけを含める、（ｃ）複合レコードに第１のレコードの特定の要素があればそれを取込み、なければ第２のレコードの特定の要素を取込む、及び（ｄ）複合レコードに第２のレコードの特定の要素があればそれを取込み、なければ第１のレコードの特定の要素を取込むことが含まれる。さらに、かかるルールは、第１及び第２のレコードの特定のデータ項目または部分もしくはレコード全体に適用するためにユーザーが選択できるものである。
【００２１】
アプリケーション２００は、選択した生き残りレコードの特定の非臨床レコード要素を選択されなかったレコードの対応の要素に自動的に置き換えて複合レコードに取込む。かかる特定の非臨床要素には、例えば、患者のアドレス情報、患者の名前、患者の物理的特性または患者の他の非臨床データが含まれる。同様に、ステップ３１７において適用される転送ルールはまた、選択されなかったレコードの特定の要素を生き残りレコードに自動的に転送して複合レコードを形成する。かかる特定のレコード要素は、ユーザー識別子と共にその患者に提供される医療サービスに関するレコード入力を含む。上述の実施例のステップ３１５で適用される転送及び置換ルールは、特定のレコード条件が検出されると所定の手動による介入が生じる自動プロセスである。これは一例にすぎない。他の実施例ではそのプロセスが異なるルールを使用することもあり、完全自動化プロセスか完全に手動のプロセスでもよい。ユーザーは手動による介入の度合いを決定することができる。ステップ３１７では、アプリケーション２００は発生されるメニューでの命令に応答して複合生き残りレコードの識別子を編集する。この編集は、第１及び第２のレコードの両方に共通する項目を特定する冗長識別子を複合レコードから削除するかまたは複合レコードの第１及び第２のレコードの両方に共通な項目を特定する識別子を修正することにより行う。削除はまた修正される識別子は、例えば、特定の患者、特定のレコード、特定のレコード要素及び特定の患者の臨床データを特定するものである。図３のプロセスはステップ３２１で終了する。
【００２２】
図４は、単一の主体に関連し少なくとも１つのレコード保存手段に蓄積された多数のレコードを統合する際実行される一連のタスク（ワークフロー）より成るプロセスである。これら一連のタスクは、図１に関連して説明した重複するものと同定されたレコードを解消し結合する際に使用される。管理者はまた、ワークフローを利用して特定の個人に割り当てられた重複レコードを評価し、その仕事量を監視し、解消すべき重複レコードセットを特定の人に割り当て（そして再割り当て）することができる。図５−２１は、図４に詳示する多数のレコードを統合する際実行される一連のタスクのユーザーインターフェイス機能の表示メニュー及びその結果画像を示す。
【００２３】
管理者は、重複するレコードを多数の異なるユーザーが解消するようにまとめて割り当てることができる。解消すべき重複レコードを割り当てるには、管理者は図４のステップ４８３で以前同定した重複レコードセットを図５のユーザーインターフェイスメニューを用いてサーチする。このサーチは、最後の活動日（図５のアイコン５０１及び図５のカレンダーウィンドウを用いて選択される）、発生日（図５のアイコン５０３及びカレンダーウィンドウを用いて選択される）または解消の容易さのような基準に基づき行われる。例えば、３またはそれ以上の異なる患者識別子のような３以上のレコードを含むレコードセットは、例えば２つのレコードセットよりは解消が難しいと思われる。１対のレコード、３つのレコード（解消の複雑さを反映する）をサーチのためにアイコン５０４により選択し、特定のユーザーに割り当てられたレコードをサーチのために図５のアイコン５０５により選択する。同定済み重複レコードとしてのサーチ結果が図６のインターフェイスメニューに指示されるが、管理者は、指示されたレコードを例えばアイコン５１０のようなアイコンにより一人またはそれ以上のユーザーに割り当てることができる。管理者はさらに、ステップ４５０において、例えば、図４のステップ４０３で入力した基準に基づき以前割り当てた仕事のリストをサーチし、再び割り当てることにより仕事量を細かく調整することができる。
【００２４】
ユーザーは、ワークステーション２１０により割り当てられた重複レコードセットにアクセスし、ステップ４５０において、図７に例示するメニューを用い、アイコン７１０を介するサーチ開始命令に応答して割り当てられた重複レコードセットのさらなるサーチ、フィルタリング及び分類を行うことができる。管理者のサーチのようなユーザーによるサーチは、最終活動日（図７のアイコン７０３、７０７及びカレンダーウィンドウにより選択される）、発生日（図７のアイコン７０５、７０７及びカレンダーウィンドウにより選択される）またはレコードセットのタイプ（例えば、ウィンドウ７００により選択される２、３個などのレコードセット）のような基準に基づき実行される。ユーザーはまた、サーチ基準しきい値として重複レコードセット中のレコード間の共通性の度合いをアイコン７１３により選択（マッチングの重みの選択）することができる。ステップ４５０のサーチにより同定されるレコードセットは、ステップ４５３において、図８に例示するサーチ結果ウィンドウに表示される。図８の個々のレコード項目７１７、７１９は、共通性データ、患者の名前、レコード更新日、レコード発生日、セット中のレコードの状態及び数を示す。ステップ４０６において図８のメニューからユーザーが個々のレコードセットを選択すると、セットを構成する個々のレコード（例えば、レコード７２３及び７２５）がステップ４５６（図４）において図９に例示するウィンドウに表示される。
【００２５】
ステップ４０９においてユーザーが図９のアイコン７２１により比較機能を選択するとそれに応答して、そのセットを構成する個々のレコードが、ステップ４５９（図４）において、図１０に例示する並置様式の比較メニューに提示される。図１０の比較メニューは、ユーザーが手動で容易に解消できるようにするため重複レコードセットを構成するレコード間のレコード要素の相違を強調するため有利である。ユーザーはまた、図１０の比較メニューを使用すると、項目７３６によりセット中のレコードが間違ったものであること、また重複していないことを示すことができ有利である。これは、レコードが例えば、双子や、ジュニア／シニアを用いて識別される同一家族の同じ名前の構成員のような異なる個人に関連する場合に生じる。ユーザーはまた、図１０の比較メニューにおいて、項目７３４によりユーザーにより決定可能な状態をレコードセットに割り当てる。かかる状態には、「十分な情報がない」、「監督者によるチェックが必要」、「結合される」などがあり、ユーザーにより決定可能である。かかる状態の表示は、さらに動作を行うまでレコードセットが進行状態にあることを示す。さらに、ユーザーは図１０のメニューにより重複レコードセットのレコード中の識別子コードの比較を開始することが可能であり、また、重複レコードの内容の結合を開始することができる。これは図１０のハイパーリンク項目７３２、７３０をそれぞれ用いて行う。
【００２６】
ステップ４１１（図４）において図１０のハイパーリンク項目７３２をユーザーが選択すると、それに応答して、図１０において比較中の重複レコードが、それらの種々の異なる識別子コードが突き止めるために、ステップ４６１（図４）において構文解析を受けチェックされる。例えば、医学的レコード識別子、患者識別子または他の識別子より成る識別子コードが突き止められると、ステップ４６１において図１１に例示する並置様式の比較メニューで表示される。２つのレコードの識別子は、図１１の項目７３８及び７３９において並置様式で比較すると、問題の患者の１つの医学施設への通院及び他の訪問の歴史がわかる。
【００２７】
レコードが重複していると判定されると、ユーザーは、図１０のステップ４７１（図１）において、ハイパーリンク項目７３０の選択により結合プロセスを開始させる（登録者を結合する）。アイコン７３０の選択に応答して、図１２に例示される重複レコード結合機能をサポートするユーザーインターフェイスウィンドウが図４のステップ４１７で表示される。システムは、共通性が最高度のデータを有する重複レコードセットのレコードを、結合する結果得られる複合レコードの基礎となる生き残り（目標）レコードに自動的に指定する。しかしながら、以前の医療レコード番号（または別の基準）を有するレコードもまた最終的な生き残りレコードとして選択されることがあり、あるいはユーザーがこの指定を無視して重複レコードセット中の特定のレコードを項目７３７（図１０）により生き残りレコードとして選択することが可能である。最終的なレコードとして選択されない残りの（ソース）レコードは結合ステップの完了と共に除去される。ユーザーはまた、所定のルールを適用して、項目７４３乃至７５９により何れのレコード（最終的なまたはソースレコード）から特定のレコード情報要素を最終的な生き残りレコードに取込むかを指定することができる。最終的なそしてソースレコード識別子及び臨床情報も、この実施例を変更せずに複合生き残りレコードに取込まれる。
【００２８】
ソースレコードから最終的な生き残りレコードへ自動的に転送されるデータには、例えば、ユーザー識別子、事象追跡入力（事象は入院患者の入院、通院及び他の出会い）及び保険プラン関連入力が含まれる。他のある特定のカテゴリーのデータを最終的なレコードまたはソースレコードの何れかからユーザーにより選択可能な所定のルールに基づき選択して、生き残りレコードに取込むことができる。データのこれらのカテゴリーには、例えば、人口統計的データ（即ち、年齢、性別、身長、体重、目の色など）、アドレスデータ、死後関連データ、従業者データ、保証人従業者データ、緊急時コンタクト、名前、組織の種類、ユーザーデータ及び保険契約識別データが含まれる。これらのカテゴリーのデータの処理に用いるユーザーにより選択可能な所定のルール（図１２の項目７４３−７５９により選択される）には、例えば、（i）最終的なレコードの特定要素を生き残りレコードに保持する、（ii）ソースレコードの特定の要素を生き残りレコードに保持することが含まれる。これらのカテゴリーのデータを処理する際使用する他のルールとしては、例えば、（iii）最終的なレコードに特定の要素があればそれを生き残りレコードにおいて保持し、なければソースレコードからの特定の要素を保持する、（iv）ソースレコードの特定の要素があればそれを生き残りレコードにおいて保持し、なければ最終的なレコードの特定のレコードを保持することが含まれる。
【００２９】
ユーザーはまた、ソースレコード及び最終的なレコードの臨床情報（例えば、臨床結果及び実験室／放射線医学検査結果、文書へのリンクなど）を複合生き残りレコードに結合するためのルールを選択する。これらのルールは、図１２の項目７４３−７５９のような所定の項目から同様に選択される（しかしながら、図１２には図示を明解にするために図示しない）。選択可能な所定の臨床情報結合ルールにより、特定の好ましい臨床情報要素をソースレコードまたは最終的なレコードの何れかから選択することができる。例えば、１つのルールは、ソースレコードに関連する患者が臨床医のアクティブな患者リストに現在含まれていなければ臨床結果の結合を自動的に開始させる。別のルールは、最終的なレコード及びソースレコードが冗長で重複すると考えられる結果情報を含んでいなければ臨床結果の結合を自動的開始させる。かかる冗長結果情報は、同じ日付及び時間、アクセス番号及び起点コードを含む多数のファクターに基づき識別すると有利である。ユーザーがこれら２つのルールを使える状態にしている場合、ルールの例外条件が満足されるとエラーメッセージがユーザーへ提示され、臨床情報メッセージプロセスへの手動による介入が行われる。それと共に、ユーザーは、移動、コピー及び削除機能を用いて、ソース及び最終的なレコードの臨床情報を手動で操作し、複合生き残りレコードに結合する。別のオプションとして、ソースレコード中に臨床情報が検知されると手動の介入を行うためにエラーメッセージの発生が選択されることがある。ユーザーは、図１２のアイコン７６０を選択してソース及び最終的なレコードの自動的な結合を開始させる。これは手動による結合プロセスが完了すると行われる。
【００３０】
別の実施例において、ユーザーはまた、ソースレコード及び最終的なレコードの臨床情報と非臨床情報の何れかまたはその両方を完全に自動的に（手動による介入なしに）図１２のアイコン（図示せず）により結合して複合生き残りレコードを形成することができる。さらに、別の実施例では、臨床又は非臨床情報（またはその特定の選択された要素）への手動による介入を必須とするか、あるいは前の説明で例示した特定の条件に基づく場合にのみ開始させる。ソース及び最終的なレコード情報のこのような自動的な結合は、前の説明において例示した所定のルールに基づき行われる。
【００３１】
複合生き残りレコードを形成するためのソース及び最終的なレコード情報の結合が完了すると、図４のステップ４１５及び４１９において、ユーザーは複合レコード情報をチェックし編集する。詳述すると、ユーザーは、図４のステップ４１５において、図１３に例示するインターフェイスウィンドウを発生させ、その結果得られる結合済み複合レコード中の非臨床データまたは識別子データを見ることができる。このため、ユーザーは、ステップ４１９において、図１３のユーザーインターフェイスウィンドウでアイコン７７０及び７７１をそれぞれアイコン７７３と共に選択すると、非臨床データまたは識別子データをチェックし修正することができる。図１３のウィンドウはまた、複合レコードに関連する患者の名前７６５及び社会保障番号７６７を表示する。ユーザーは、図１４の表示ウィンドウ７７５により非臨床情報をチェックするか編集することが可能であり、このウィンドウは図１３の項目７７０及び７７３をユーザーが選択するとそれに応答して表示される。情報は、ウィンドウ７７５（図１４）を介して更新され、図１４のアイコン７８０をユーザーが選択すると、それに応答して図４のステップ４７３において提示される。図１５の表示ウィンドウ７７８によりユーザーは識別子情報をチェックまたは編集することができるが、このウィンドウは図１３の項目７７１及び７７３をユーザーが選択すると、それに応答して表示される。情報はウィンドウ７７８（図１５）を介して更新され、図４のステップ４７３において図１５のアイコン７８１をユーザーが選択すると、それに応答して提示される。
【００３２】
管理者は、解消完了データ、未処理の仕事量、他の状態インジケーター及び解消動作の速度及び複雑さを客観的に定量化する（ユーザー及びユーザーグループによる）統計情報の発生及び表示をさせることにより、同定済み重複レコードを解消する動作及びその進捗状況を監視する。図４のステップ４８７において、図１６に示すユーザーインターフェイスウィンドウが、管理者の命令に応答して発生され、レコード総数と、重複可能性のあるレコードに関連する患者の数とを示す（項目７９０）。図１６のウィンドウはまた、処理すべき未解消の重複レコードセットの総数（項目７９１）及び解消するためにユーザーに割り当てられたレコードセットの数と共に未だ割り当てられていないレコードセットの数及び他の統計情報を示す。さらに、図１６に示す統計情報をグラフィック形式で表示するように選択することができる。一例として、グラフアイコン７９３をユーザーが選択すると、それに応答して解消するためにユーザーに割り当てられるレコードセットの数が未だ割り当てられていないレコードセットの数と共に図１７のウィンドウ７９５の項目７３及び９０としてグラフィック形式で提示される。
【００３３】
図４のステップ４８９において、図１８に示すユーザーインターフェイスウィンドウが管理者の命令に応答して発生されるが、これはユーザーに割り当てられた重複レコードセットの状態を示す。さらに、図１８のグラフアイコン７９７をユーザーが選択すると、それに応答して図１８に示す統計情報が図１９のグラフィック形式で提示される。同様に、図４のステップ４９１では、図２０に示すユーザーインターフェイスウィンドウが管理者の命令に応答して発生され、ユーザーにより割り当てられた重複レコードの詳細な状態を示す。さらに、図２０に示す統計情報は、図２０のグラフアイコン８００をユーザーが選択するとそれに応答して図２１のグラフィック形式で提示される。図２０のデータ（及び図１８のデータ）もパーセントデータまたは定量化データの何れかで表示するようにユーザーが選択することができる。
【００３４】
図１−４に示すシステム及びプロセスと、図５−２１に示すユーザーインターフェイス表示画像とは共に限定的なものでない。他のシステム、プロセス及びユーザーインターフェイス画像も同一目的を達成するために本発明に従って実施可能である。本発明の原理は、重複レコードを識別し、統合すると共に、重複レコードを解消し、その関連の仕事量を調整管理し、また結果の分析に基づきシステムの動作を自動的に絶えず改善するために種々の環境で利用可能である。特に、本発明の原理は、ヘルスケア関連のデータだけでなく任意タイプのデータを含む任意のレコード保守手段またはその組み合わせから得られる重複レコードまたはファイルを、重複レコードが負担を増やす場合はいつも、同定し統合するために利用することができる。
【図面の簡単な説明】
【００３５】
【図１】多数のレコードを識別し統合する本発明の適応プロセスの全体図である。
【図２】重複レコードの発生を阻止し、単一の主体に関連する多数のレコードを統合し、関連の仕事量を調整管理するための本発明のシステムを示す。
【図３】単一の主体に関連し少なくとも１つのレコード保存手段に蓄積された多数のレコードを統合する本発明のプロセスを示すフローチャートである。
【図４】単一の主体に関連し少なくとも１つの保存手段に蓄積された多数のレコードを統合する際実行される一連のタスクを詳示する本発明のプロセス図である。
【図５】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図６】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図７】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図８】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図９】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図１０】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図１１】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図１２】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図１３】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図１４】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図１５】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図１６】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図１７】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図１８】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図１９】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図２０】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。
【図２１】図４に示す多数のレコードを統合する際実行されるタスクのユーザーインターフェイス機能のための表示メニュー及び結果画像を示す。

Claims

患者に関連し少なくとも１つのレコード保存手段に蓄積された多数のヘルスケアレコードの統合をサポートするユーザーインターフェイスを提供する方法であって、
第１及び第２のレコードのデータ要素の複合レコードへの結合をサポートする少なくとも１つのディスプレイウィンドウの発生を始動し、
ユーザーが表示されたアイコンを選択するとそれに応答して第１及び第２のレコードのデータ要素の複合レコードへの結合を始動するステップを含むステップより成り、
少なくとも１つのディスプレイウィンドウは、
第１及び第２のレコードの非臨床データを結合するに当たりユーザーに複数の適用する所定のルールのうちの１つを選択するように促す表示要素と、
ユーザーに第１及び第２のレコードのうちの一方を生き残るレコードとして選択するように促す表示要素とを含むユーザーインターフェイスの提供方法。
少なくとも１つのディスプレイウィンドウは、
第１及び第２のレコードの臨床レコードを結合するに当たり適用される複数の所定のルールのうちの１つをユーザーが選択するように促す表示要素を含む請求項１の方法。
少なくとも１つのディスプレイウィンドウは、
ユーザーに、
（ａ）第１及び第２のレコードの双方に共通する項目を示す冗長識別子の複合レコードからの削除、及び
（ｂ）複合レコード中の第１及び第２の双方に共通する項目を示す識別子の修正のうち少なくとも１つを促す表示要素を含む請求項１の方法。
単一の主体に関連し少なくとも１つのレコード保存手段に蓄積された多数のレコードを統合する方法であって、
第１のレコードを同定し、
第２のレコードを同定し、
レコードマッチング基準を適用して第１及び第２の同定済みレコードのデータ要素の内容を比較することにより第１及び第２のレコードが共通の主体に関連する可能性を示す共通性データを突き止め、
共通性データを突き止めると、それに応答して第１及び第２のレコードの内容を結合して複合データにするステップより成る方法。
（ａ）レコード発生の最先日及び第１及び第２のレコードの相対的内容のうちの少なくとも１つに基づき第１及び第２のレコードのうちの一方を生き残りレコードとして選択し、
選択されなかったレコードの同定済みの第１の要素を生き残りレコードに自動的に転送することにより複合レコードを形成するステップを含む請求項４の方法。
複合レコードに取込むため、選択されたレコードの同定済みの要素を選択されなかったレコードの対応要素と置き換えるステップを含む請求項５の方法。
第１のレコードの第１のデータ項目と第２のレコードの対応する第２のデータ項目とを比較のために並置様式で示すレコード比較メニューの発生を始動し、
複合レコードに取込むためにユーザーに第１及び第２のデータ項目のうちの一方を選択するように促すステップを含む請求項４の方法。
レコードマッチング基準を適用するステップは、第１及び第２のレコードを構文解析し、特定のテキスト項目につき確率論的マッチングにより複数の所定のレコードフィールドの存在を識別するステップより成る請求項４の方法。
共通性データは、第１及び第２のレコードの両方に存在するのを検出した所定のレコード項目を定量化する指標より成る請求項４の方法。
所定のレコード項目は、
（ａ）テキスト列、及び
（ｂ）キーワードテキスト項目により同定されるレコードフィールドのうちの少なくとも１つより成る請求項９の方法。
結合ステップは、（ａ）心電図（ＥＣＧ）または脳電図（ＥＥＧ）データ、（ｂ）Ｘ線データ、（ｃ）実験室のテスト結果を示すデータ、（ｄ）物理的特性を示すデータ、（ｅ）以前の診断データ、（ｆ）アレルギーデータ、（ｇ）呼吸データ、（ｈ）血液酸素または血圧データ、（ｉ）輸液ポンプデータ及び（ｊ）脈拍データのうちの少なくとも１つより成る臨床データを結合するステップより成る請求項４の方法。
前記主体は、（ａ）患者、（ｂ）個人、（ｃ）会社、（ｄ）組織、（ｅ）商品項目、（ｆ）資源及び（ｇ）レコードのうちの少なくとも１つである請求項４の方法。
第１及び第２のレコードの両方に共通する項目を同定する冗長識別子の複合レコードからの削除、及び（ｉｉ）複合レコード中の第１及び第２のレコードの両方に共通する項目を同定する識別子の修正のうちの少なくとも１つを行うステップを含み、
第１及び第２の両方に共通する項目を同定する冗長識別子は、（ａ）特定の患者、（ｂ）特定のレコード、（ｃ）患者レコードの要素及び（ｄ）特定の患者の臨床データのうちの少なくとも１つを示す識別子より成る請求項４の方法。
前記方法は、複数の同時動作中のアプリケーションにアクセスするためにユーザーＩＤ及びパスワード情報を一回入力するとそれに応答して実行され、
この方法は、
（ａ）選択されたレコードの（ａ）患者アドレス情報、（ｂ）患者の名前、（ｃ）患者の物理的特性及び（ｄ）患者の非臨床データのうちの少なくとも１つを複合レコードに取込むために選択されなかったレコードの対応要素に自動的に置き換えるステップを含む請求項４の方法。
第１及び第２のレコードの非臨床データを結合する際とは異なるルールを臨床データの結合に適用し、このステップは、
複合レコードに第１及び第２のレコードの両方の臨床データを取込むステップを含む請求項４の方法。