(57)【要約】対応する患者情報記録を結合するシステムが開示される。複数のエンティティは、患者情報記録を含む、夫々の患者データベースを有する。夫々のエンティティは、異なるエンティティにおける同一の患者の対応する患者情報記録を一致させるための、当該エンティティと関連づけられた患者識別アルゴリズムを有する。結合サブシステムは、複数のエンティティのうちの第一のエンティティの結合の組を保持する。結合サブシステムは、第一のエンティティの患者情報記録を、他のエンティティの対応する患者情報記録と結合するために構成される。第一のエンティティの任意の患者情報記録が別のエンティティの対応する患者情報記録と一致する場合に、第一のエンティティの患者識別アルゴリズムに基づいて、結合が確立される。結合は、異なるエンティティにおける同一の患者の、局所的に割り当てられた患者識別子の間でのつながりを提供する。
2013506926.tif 000002
【特許請求の範囲】
【請求項１】
異なるエンティティにおいて保管される、対応する患者情報記録を結合するためのシステムであって：
患者情報記録を含む夫々の患者データベースを有する複数のエンティティであり、
夫々のエンティティは、異なるエンティティにおける同一の患者の対応する患者情報記録を一致させるための、当該エンティティと関連づけられた患者識別アルゴリズムを有する、複数のエンティティと；
前記複数のエンティティのうちの第一のエンティティの結合の組を保持するための結合サブシステムであり、
当該結合サブシステムは、前記第一のエンティティの患者情報記録を、他のエンティティの対応する患者情報記録と結合するために構成され、
前記第一のエンティティの任意の患者情報記録が、前記第一のエンティティの前記患者識別アルゴリズムに基づいて、別のエンティティの対応する患者情報記録と一致する場合に、結合が確立される、結合サブシステムと；
を有する、システム。
【請求項２】
前記結合は、異なるエンティティにおける同一の患者の局所的に割り当てられた患者識別子との間のつながりを提供する、
請求項１に記載のシステム。
【請求項３】
前記複数のエンティティのうちの第二のエンティティの結合のさらなる組を、前記第二のエンティティの前記患者識別アルゴリズムに基づいて、保持するためのさらなる結合サブシステム
を有する、請求項１に記載のシステム。
【請求項４】
前記複数のエンティティのうちの少なくとも一つのエンティティは、前記他のエンティティの情報のローカルコピーを保管するために構成され、
該ローカルコピーは、前記患者情報記録を一致させるために、該少なくとも一つのエンティティの前記患者識別アルゴリズムによって用いられる、
請求項１に記載のシステム。
【請求項５】
前記患者情報記録を一致させるために前記複数のエンティティの前記患者識別アルゴリズムによって用いられる情報のコピーを保管するための中央リポジトリ
をさらに有する、請求項１に記載のシステム。
【請求項６】
前記複数のエンティティのうちの少なくとも一つエンティティの前記結合の組を最初に構成する初期構成サブシステムであって、
少なくとも、該少なくとも一つのエンティティの利用可能な患者情報記録が、前記他のエンティティにおける対応する患者情報記録を潜在的に有する限りにおいて、該少なくとも一つのエンティティの実質的に全ての利用可能な患者情報記録を処理する、初期構成サブシステム
を有する、請求項１に記載のシステム。
【請求項７】
前記結合サブシステムは、前記結合の組を定期的に更新するために構成される、
請求項１に記載のシステム。
【請求項８】
前記結合サブシステムは、要求に応じて、又は前記複数のエンティティのうちの一つにおいて新たな患者識別子が生成されるごとに、前記結合の組を更新するために構成される、
請求項１に記載のシステム。
【請求項９】
前記患者識別アルゴリズムは、患者の人口学的なデータの一致に基づく、
請求項１に記載のシステム。
【請求項１０】
前記人口学的なデータは、名前、住所、社会保障番号、個人識別番号）、税金番号、年齢、生年月日、性別のうちの少なくとも一つを含む、
請求項９に記載のシステム。
【請求項１１】
前記患者識別アルゴリズムは、当該患者識別アルゴリズムと関連づけられたエンティティに特有の閾値を含む、
請求項１に記載のシステム。
【請求項１２】
請求項１に記載の前記システムの前記複数のエンティティのうちの一つのエンティティの一部である医療用ワークステーションであって、
当該ワークステーションを有する前記エンティティの患者情報記録と結合される、別のエンティティの患者情報記録からの患者情報を表示するためのディスプレイを有し、
該結合は、請求項１に記載の前記システムの前記結合サブシステムによって実行された、
医療用ワークステーション。
【請求項１３】
異なるエンティティにおける、対応する患者情報記録を結合する、コンピュータで実行される方法であって、
夫々のエンティティは、患者情報記録を含む夫々の患者データベースを有し、異なるエンティティにおける同一の患者の対応する患者情報記録を一致させるための、当該エンティティと関連づけられた患者識別アルゴリズムを有する、
方法であって、当該方法は、
前記複数のエンティティのうちの第一のエンティティの結合の組を保持する段階であり、
前記結合の組は、前記第一のエンティティの患者情報記録を、他のエンティティの対応する患者情報記録と結合し、
前記第一のエンティティの任意の患者情報記録が、前記第一のエンティティの前記患者識別アルゴリズムに基づいて、別のエンティティの対応する患者情報記録と一致する場合に、結合が確立される、段階
を有する、方法。
【請求項１４】
プロセッサシステムに、請求項１３に記載された前記方法を実行させるための命令を有するコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるエンティティ（entity）に保管された、類似する患者情報記録の結合（linking）に関する。
【背景技術】
【０００２】
一般的に、患者は、複数の場所（site）に地理的に分散する複数の医療機関から治療を受けることができる。それぞれの場所において、患者は、通常、異なる患者識別子を与えられる。かかる患者識別子は、医療機関において局所的に（locally）用いられることができる。さらに、医用画像及び他の関連する医療情報のような、一人の患者の患者データは、複数の場所に散在し、異なったローカルの（local）患者識別子を用いてラベル付けされる。どこか他の所に保管された患者データの検索を可能にするために、患者識別子が一致され、それぞれの患者記録が結合される。
【０００３】
時間とともに、一人の患者のために集められたデータの平均的な量は、がんのような複雑な病気との関連で、非常に増大している。例えば、がん再発患者に対して、医療歴の大部分は、一人の臨床医に関連することがある。がん再発患者の場合には、がんに関する健康のエピソードは、数年前に遡る可能性がある。共存症（Co-morbidities）は、治療の選択において大きな制約要因であるため、しばしば同様に関連がある。例えば、多くの化学療法薬剤は、心毒性である。そして、正しい治療を選ぶために、心臓病についての従前の情報が、重要となり得る。かかる全ての健康に関連するエピソードについての情報が、単一の施設のシステムに存在することは非常に考えにくい。しかしながら、患者を診察する、治療を行う医師は、多くのエピソードを含み、数十年に及ぶことがある患者記録（がんに関連する患者記録及びがんに関連しない患者記録の両方）から、全ての関連する従前の健康のエピソードを抽出可能であるべきである。
【０００４】
患者記録への情報の流れと患者記録からの情報の流れは、一般的に、MPI（Master  Patient  Index）を通じて、導かれる。MPIは、ユニットレコード（unit  record）が存在する場合に、一つのエンティティのそれぞれ患者に対して、一意の医療記録番号（MRN;  unique  medical  record  number）を割り当てる。ここで、ユニットレコードは、そのエンティティによって保持される、実際の患者データを有する。それは、患者の電子カルテ（electronic  health  record）、放射線医学情報システム（RIS;  radiology  information  system）及びそのエンティティにより保持される他の全ての患者データ（調査、画像、検査値のような）であってもよい。一つのユニットレコードの全てのデータ項目は、局所的に割り当てられた患者識別子（例えば、MRN）によって結合され得る。分散されたデータソースについての患者のビューを得るために、個々の施設のローカルの識別子が、一致させられる。これは、現在、EMPI（Enterprise-wide  Master  Patient  Index）を構築することによってなされる。EMPIは、事業の部分である複数の病院における、全ての識別子を結合する。EMPIは、データソースの個々のMPIの統合を通じて開発される。一般に、統合は、事業レベルの識別子を生成するために、姓／名、性別、生年月日、住所等のような、人口学的な（demographic）属性を比較することによってなされる。統合は、その事業における異なった組織について共有される、単一の識別子に基づいてなされることは稀である。ほとんどの既存のシステムは、一般に、固定のレコードを、多数の候補者と一致するか比較する、確率的アルゴリズムを展開する。確率論的アルゴリズムは、それぞれの候補者に対して、選択された許容（accept）閾値及び拒否（reject）閾値と比較される、尤度比（likelihood  ratio）（重み付きスコア（weighted  score））を計算する。その結果は、レコードを結合するかどうかを決定するために用いられる。その決定を自動的に行えない（計算された尤度が二つの閾値の間にある）場合には、資格を有する職員は、それらが許容（又は拒否）される前に、潜在的な一致（不一致）を評価し、又はあるいはフラグで知らせる必要がある。はっきりしないマッチングについての手動による評価は、最終的に患者の健康を危険にさらす広範囲の影響のある可能性のある、結合の誤りを最小化することに役立つ。しかしながら、手動の評価のために大量の記録を提示することは、大変コストがかかり、全体のソリューションを非実用的にする可能性がある。
【０００５】
Mohamed  Yakoutらによる論文「Efficient  Private  Record  Linkage」（IEEE  International  Conference  on  Data  Engineering,  2009,  pp.  1283-1286）は、第三者を利用しない、プライベートな記録の結合プロトコルを開示する。そのプロトコルは、二つのフェイズからなる。フェイズ１は、マッチングのための記録の候補のペアが生成される。フェイズ２において、それぞれの候補のペアの間のユークリッド距離の計算タスクが完了する。両者は、それぞれの記録の実物の表現を明らかにすることなく、ユークリッド距離の計算に関与する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
異なるエンティティにおける、対応する患者情報記録を結合するための改善されたシステムを有することは、都合が良い。
【課題を解決するための手段】
【０００７】
この問題に対処するために、本発明の第一の実施形態は：
−患者情報記録を含む夫々の患者データベースを有する複数のエンティティであり、夫々のエンティティは、異なるエンティティにおける同一の患者の対応する患者情報記録を一致させるための、当該エンティティと関連づけられた患者識別アルゴリズムを有する、複数のエンティティと；
−複数のエンティティのうちの第一のエンティティの結合の組を保持するための結合サブシステムであり、当該結合サブシステムは、第一のエンティティの患者情報記録を、他のエンティティの対応する患者情報記録と結合するために構成され、
第一のエンティティの任意の患者情報記録が、第一のエンティティの患者識別アルゴリズムに基づいて、別のエンティティの対応する患者情報記録と一致する場合に、結合が確立される、結合サブシステムと；
を有するシステムを提供する。
【０００８】
別個の患者識別アルゴリズムを異なるエンティティと結びつけることによって、エンティティは、単一の患者識別のストラテジについて合意する必要がない。結果として、結合の柔軟性が改善される。異なる患者識別アルゴリズムにより、エンティティは、患者記録の結合に関して異なるポリシを適用することができる。このことは、エンティティに独自の患者識別アルゴリズムを選択させることにより、エンティティの記録の結合を自律的にするために、用いられることができる。
【０００９】
結合は、異なるエンティティにおける同一の患者の局所的に割り当てられた患者識別子との間のつながりを提供するように構成され得る。離れた場所の患者情報記録は、その離れた場所の患者情報記録へ与えられた患者識別子によって一意に決定されることができる。さらに、第一のエンティティの患者情報記録は、一意の患者識別子をさらに有することができる。従って、第一のエンティティのあらゆる患者記録と、他のエンティティのあらゆる患者記録との間の結合は、二つの患者情報記録の患者識別子を含み得る。これは、結合の特定についての適切な方法である。さらに、他のエンティティの識別が含まれ得るため、患者識別子がどのエンティティに属するかが明確である。
【００１０】
本システムは、複数のエンティティのうちの第二のエンティティの結合のさらなる組を、第二のエンティティの患者識別アルゴリズムに基づいて、保持するための、さらなる結合サブシステムを有し得る。第二のエンティティの結合の組は、第一のエンティティによって生成された結合の組から独立している。両方のエンティティは、それらの患者情報記録を他のエンティティの患者情報記録と一致させる際に用いられる基準（criteria）に関して、自律的である。さらに、両方のエンティティが、患者情報記録の同一のペアの間の結合を行うと決定した場合には、エンティティは、患者情報記録を相互に結合する（crosslink）ことができる。
【００１１】
複数のエンティティのうちの一つのエンティティ（例えば第一のエンティティ）は、他のエンティティの情報のローカルコピーを保管するよう構成され得る。特に、当該エンティティは、患者情報記録を一致させるために、そのエンティティの患者識別アルゴリズムによって用いられる情報を保管するよう構成され得る。このことは、必要なデータ通信の量を削減する。なぜなら、局所的に保管された情報を用いて患者識別アルゴリズムを適用できるためである。
【００１２】
本システムは、患者情報記録を一致させるために複数のエンティティの患者識別アルゴリズムによって用いられる情報のコピーを保管するための中央リポジトリを有し得る。このことは、必要な保存容量を削減する。この情報についてのあらゆるローカルコピーが不要となるためである。
【００１３】
本システムは、複数のエンティティのうちの少なくとも一つの結合の組を最初に（initially）構成する初期構成サブシステム（initialization  subsystem）であって、少なくとも、利用可能な患者情報記録が、他のエンティティにおける対応する患者情報記録を潜在的に有する限りにおいて、複数のエンティティのうちの一つの、実質的に全ての利用可能な患者情報記録を処理する、初期構成サブシステムを有し得る。このように、ある患者のためのさらなるデータが存在するかどうかに応じて、混同を避けることのできる結合が、一度に利用可能である。さらに、あらゆる矛盾が回避され得る。
【００１４】
結合サブシステムは、結合の組を定期的に更新するよう構成され得る。このように、更新は、閑散時にスケジュールされ得る。加えて、結合の組は、最新に保たれる。代わりに、あるいは追加的に、結合サブシステムは、要求に応じて、又はエンティティのうちの一つにおいて新たな患者識別子が生成されるごとに、結合の組を更新するよう構成され得る。要求に応じた更新は、柔軟性を提供する。新たな患者識別子が生成されるたびになされる更新は、結合を高度に最新に保つ。
【００１５】
患者識別アルゴリズムは、患者の人口学的なデータ（demographic  data）の一致に基づき得る。患者の人口学的なデータは、患者同士を区別するために、非常に有益である。人口学的なデータは、名前、住所、社会保障番号（social  security  number）、個人識別番号（personal  id  number）、税金番号（tax  number）、年齢、生年月日、性別のうちの少なくとも一つを含み得る。他のデータの種類は除外されない。
【００１６】
患者識別アルゴリズムは、患者識別アルゴリズムと関連づけられたエンティティに特有の一つ以上の閾値を含み得る。異なる閾値を設定することにより、エンティティは、特有の患者マッチングのポリシを実現することができる。
【００１７】
医療用ワークステーションは、説明されたシステムの複数のエンティティのうちの一つのエンティティの一部であり得る。医療用ワークステーションは、当該ワークステーションを有するエンティティの患者情報記録と結合され、その結合が結合サブシステムによって実行された、別のエンティティの患者情報記録からの患者情報を表示するための、ディスプレイを含み得る。
【００１８】
本発明の別の実施形態は、異なるエンティティにおける、対応する患者情報記録を結合する方法であって、それぞれのエンティティは、患者情報記録を含む夫々の患者データベースを有し、異なるエンティティにおける同一の患者の対応する患者情報記録を一致させるための、当該エンティティと関連づけられた患者識別アルゴリズムを有する方法であって、当該方法は、複数のエンティティのうちの第一のエンティティの結合の組を保持する段階であり、結合の組は、第一のエンティティの患者情報記録を、他のエンティティの対応する患者情報記録と結合し、第一のエンティティの任意の患者情報記録が、第一のエンティティの患者識別アルゴリズムに基づいて、別のエンティティの対応する患者情報記録と一致する場合に、結合が確立される、段階を有する。
【００１９】
本発明の別の実施形態は、プロセッサシステムに、説明された方法を実行させる命令を有するコンピュータプログラム製品を提供する。
【００２０】
当業者は、上述した、本発明の実施形態、実装及び／又は実施例の二つ以上が、有益とみなされるあらゆる方法において、組み合わされ得ることを理解するだろう。記載された当該システムの変更やバリエーションに対応した、画像取得装置、ワークステーション、システム及び／又はコンピュータプログラム製品の変更やバリエーションは、本説明に基づき、当業者によって実行され得る。
【図面の簡単な説明】
【００２１】
【図１】異なるエンティティにおいて保管される、対応する患者情報記録を結合するためのシステムについての図。
【図２】異なるエンティティにおける、対応する患者情報記録を結合する方法についてのフローチャート。
【発明を実施するための形態】
【００２２】
患者が、複数の場所に地理的に分散する複数の医療機関から治療を受けることは、ますます一般的になっている。このことは、患者が、通常、複数の患者識別子を与えられる状況をもたらし得る。なぜなら、彼又は彼女は、異なる医療機関で登録するたびに、新たな患者識別子が割り当てられるためである。その上、医用画像や他の関連する患者の医療情報のような、患者データは、複数の場所で収集され、保管される。しかしながら、一つの医療機関で収集され、保管されたデータは、診断又は治療の目的で、別の医療機関で必要とされることがある。どこか他の所に保管された患者データの検索を可能にするために、様々な場所で患者識別子が一致させられ、共に結合され得る。かかる一致及び／又は結合が、異なる場所で、共通の患者識別子を採用することなく実行されることができれば、有益であり得る。
【００２３】
現在のところ、かかる一致及び／又は結合は、個別のシステムにおける、同一の患者に属する記録を共に結合するために、同一性のマッチングアルゴリズム（identity  matching  algorithm）を用いることによって達成することができる。現在用いられる、確率的であり、かつルールベースである、同一性のマッチングのアプローチは、マッチングが全ての場所で同一であるべきであり、マッチング結果についての連合全体（federation-wide）の単一のビュー（single  view）が十分であることを想定する。しかしながら、実際には、必ずしもそのような場合に限られない。自律的な医療組織は、患者記録のマッチングに関する同一のビューに必ずしも同意することなく、患者データを共有することに同意する可能性がある。マッチング処理は、データの一貫性と完全性のトレードオフによって調整され、既存技術のシステムにおいて、異なる場所では、異なるトレードオフ条件を選択することができない。
【００２４】
既知の、同一性のマッチングアプローチは、異なる組織が、異なるマッピングをもたらし得る、（さらに属性の重み（weight）と閾値に関して）異なる同一性のマッチングアルゴリズムを持つことを許容することにより、拡張され得る。そうして、医療機関が、自律性を維持することを望むことができると同時に、患者データを共有可能な、分散異種環境に由来する一致要件に対処する。
【００２５】
図１は、異なるエンティティ１、１ａに保管される、対応する患者情報記録１９、１９ａを結合するためのシステムを表す。本システムは、複数のエンティティ１、１ａを有する。そのようなエンティティは、ネットワークを通じて接続された複数のコンピュータを有し得る。エンティティは、患者データ記憶システムがインストールされたサーバシステムをさらに有し得る。本システムは、記憶手段、システムを制御するユーザインタフェース、ネットワークポートのようなデータ通信ポート、及び／又は広域ネットワークへの接続を有し得る。異なるエンティティは、広域ネットワークによって相互に接続され得る。広域ネットワークは、インターネットであってもよい。図面において、二つのエンティティ１、１ａは、実施例を説明するために示される。しかしながら、あらゆる数のエンティティは、ここで説明される技術の簡単な拡張によって可能である。さらに、エンティティ１又は１ａのうちの一つのために、例示する方法によりここで説明されることは、エンティティ１及び／又は１ａを含む、本システムの他のエンティティにも適用され得る。
【００２６】
エンティティ１、１ａは、それぞれ患者データベースを有し得る。これらのデータベースは、患者情報記録３、３ａを含む。例えば、エンティティ１のデータベースの患者情報記録３は、患者識別子（ID）、患者名（N）、患者の住所（A）、及び／又は他の人口学的情報（…）を含み得る。さらに、画像及び／若しくは検査データ結果のような、他の医療データ（DAT）並びに／又は医療情報は、患者識別子（ID）によって人口学的情報（N,A,…）と結合される、個別の記録１９に別個に保管され得る。代わりに、これらの追加のデータ（DAT）は、人口学的な情報（N,A,…）とともに、患者記録３において保管されてもよい。
【００２７】
エンティティ１は、当該エンティティと関連づけられた、患者識別アルゴリズム４を有する。この患者識別アルゴリズム４は、異なるエンティティにおける同一の患者の対応する患者情報記録を一致させる処理において用いられ得る。この目的を達成するために、患者識別アルゴリズム４は、多数の比較演算を有し得る。さらに、患者識別アルゴリズム４は、二つの患者記録が一致する可能性に関連する、一つ以上の確率又は尤度の見積もりを有し得る。これらの比較及び／又は見積もりの結果は、一つ以上の閾値５と関連して用いられ得る。これらの閾値５は、例えば、二つの患者記録３と３ａとの間の一致を定めるために必要な、最低限の見込み又は類似のレベルを決定することができる。
【００２８】
本システムは、結合サブシステム６、６ａをさらに有し得る。別個の結合サブシステム６、６ａは、図１に示されるように、異なるエンティティ１、１ａにおいて独立したユニットとして実装され得る。しかしながら、これは制限ではない。代わりの例において、結合サブシステムは、集中型のサービス（図示されない）として実装されてもよい。そのような集中型のサービスは、エンティティ１、１ａの結合７、７ａの組を保持するよう構成され、それぞれの患者識別アルゴリズム４、４ａを考慮し得る。
【００２９】
図１の例示的な構成において、エンティティ１の結合サブシステム６は、エンティティ１の結合７の組を保持するために構成される。結合サブシステム６は、エンティティ１の患者情報記録３を、エンティティ１ａの対応する患者情報記録３ａと結合することができる。同様に、結合サブシステム６は、エンティティ１の患者情報記録を、あらゆる他のエンティティ（図示されない）の対応する患者情報記録と結合することができる。結合は、エンティティ１の任意の患者情報記録３が、別のエンティティ１ａの対応する患者情報記録に一致する場合に、エンティティ１の患者識別アルゴリズム４に基づいて、確立され得る。例えば、患者情報記録３、３ａの対応するフィールド（N,A,…）が比較され得る。それらが一致すれば、結合が確立され得る。患者情報記録３、３ａがわずかに異なることにより、一致が完全でない場合には、患者識別アルゴリズム４及びその任意の閾値５は、結合を確立するかどうかのポリシを表す。従って、結合を確立するかどうかの決定が、少なくとも大多数の場合に、自動的になされ得る。患者識別アルゴリズム４は、その識別アルゴリズム４が最終決定をすることができないという決定をもたらすことがある。そのような場合には、人間のオペレータがデータを評価し、場合によっては訂正箇所を得るか、あるいは、例えば患者に尋ねることによって、追加のあらゆる関連情報を得ることができる。そのような患者識別アルゴリズムの決定は、結合サブシステム６へ転送される。結合サブシステム６は、場合によって、結合７の生成、又は人間のオペレータによる評価のためのリスト上への患者記録の記載に応じて機能する。
【００３０】
結合７は、異なるエンティティにおける同一の患者の、局所的に割り当てられた患者識別子の間のつながりを提供することができる。例えば、結合７は、エンティティ１によって保管される、ローカルの患者情報記録３からの識別子（ID）と、他のエンティティ１ａの患者情報記録３ａからの「リモート（remote）」識別子（RID）を有し得る。リモート識別子（RID）が、複数のエンティティにわたって一意であることを保証されない場合には、リモートの患者情報記録３ａを一意に識別することを保証されない。従って、結合７は、さらに、リモート識別子（RID）によって識別される、関連する患者情報記録３を保管する他のエンティティ１ａの、エンティティ識別子（RLoc）をさらに有し得る。そのようなエンティティ識別子（RLoc）は、例えば、他のエンティティ１ａのネットワークの場所を含むことができる。しかしながら、あらゆる種類の識別子が用いられてもよい。ここでは、「リモート」の語は、便宜上用いられる。すなわち、エンティティ間に、あらゆる物理的な距離があることを意味するものではない。識別子が複数のエンティティにわたって一意であっても、エンティティ識別子（RLoc）は、患者データの検索をより効率的にすることを支援し得る。
【００３１】
代わりに、結合７は、対応する患者情報記録を指し示す、ハイパーリンク又はURL（universal  resource  locator）を含んでもよい。そのような場合には、リモートのエンティティ１ａによって割り当てられる患者識別子は、結合７において除外され得る。
【００３２】
上述したように、エンティティ１ａの、さらなる結合サブシステム６ａが、エンティティ１ａの結合７ａの組を保持するために、エンティティ１ａの患者識別アルゴリズムに基づいて提供され得る。図１に示されない、あらゆる他のエンティティについても同様のことが言える。結合７、７ａの組は、中央サーバ（図示されない）によって提供されてもよい。そのサーバは、エンティティ１、１ａの結合７、７ａの組を、それぞれの患者識別アルゴリズム４、４ａに基づいて、保持することができる。
【００３３】
エンティティ１は、少なくとも一つの他のエンティティ１ａの、患者情報記録３ａの少なくとも一部のローカルコピー１５を保管するための記憶装置を有し得る。このローカルコピーは、要求に応じて、他のエンティティ１ａからデータを転送する必要なく、結合サブシステム６及び／又は患者識別アルゴリズム４によって用いられ得る。従って、患者情報記録３、３ａのマッチングのために、患者識別アルゴリズム４によっての用いられる患者情報フィールドのみが、この目的のために保管される必要がある。
【００３４】
ローカルコピー１５、１５ａの代わりに、本システムは、患者情報記録のマッチングのための、複数のエンティティの患者識別アルゴリズムによって用いられる情報のコピーを保管するための、中央リポジトリを有してもよい。この代替手段は、破線のシンボルによって示されている。ローカルコピー１５、１５ａと、中央リポジトリ１７の組み合わせを用いることも可能である。
【００３５】
初期構成サブシステム８は、エンティティ１の結合の組を最初にセットアップするために提供され得る。同様の初期構成サブシステム８ａが、他のエンティティ１ａのために提供され得る。初期構成サブシステム８は、エンティティ１の、実質的に全ての利用可能な患者情報記録を最初に処理することができる。しかしながら、他のエンティティにおいて、対応する患者情報記録がないことが予めわかっている患者情報記録３は、初期構成サブシステム８によってスキップされてもよい。患者情報記録３の最初の処理は、ローカルの患者情報記録３と他のエンティティ１ａに保管される患者情報記録３ａとの間の結合７の組をセットアップするために、患者識別アルゴリズム４と連動する、結合サブシステム６による評価を含んでもよい。
【００３６】
結合サブシステム６は、例えば、毎晩若しくは毎時（例えば、稼働時間）又は毎週若しくは毎月のような、定期的に、結合７の組を更新するために構成されてもよい。代わりに、あるいは追加的に、結合サブシステム６は、要求に応じて、あるいはエンティティの一つにおいて新たな患者識別子が生成されるごとに、結合の組を更新するために構成されてもよい。この目的のため、要求を送信するための、あるいは、新たな患者識別子の生成を引き起こす、新たな患者情報記録の生成のための、ユーザインタフェースが提供され得る。そのようなユーザインタフェースは、ワークステーション１８を用いて提供され得る。
【００３７】
患者識別アルゴリズム４は、ローカルの患者情報記録３とリモートの患者情報記録３ａに保管される、患者の人口学的なデータ（U,A,…）に基づき得る。例えば、そのアルゴリズムは、名前、住所、社会保障番号（social  security  number）、個人識別番号（personal  id  number）、税金番号（tax  number）、年齢、生年月日及び／又は性別の比較を含み得る。そのアルゴリズムは、異なる種類の人口学的な情報に対して、異なる重み（weights）（すなわち、重要さの程度）を割り当てることができる。さらに、そのアルゴリズムは、異なる種類のフィールドの、フィールド間の不一致を、それぞれに処理することができる。患者識別アルゴリズムの、全てのこれらの要素は、異なるエンティティ１、１ａに対して異なってセットアップされ得る。例えば、患者識別アルゴリズム４、４ａは、患者識別アルゴリズム４、４ａと関連づけられたエンティティ１、１ａに特有の閾値を含んでもよい。
【００３８】
上述したように、エンティティ１は、医療用ワークステーション１８を含み得る。さらに、エンティティ１は、異なる機能を有する、異なるワークステーションを含み得る。一つ以上の、そのような医療用ワークステーション１８は、エンティティ１の患者情報記録３と結合された別のエンティティの、患者情報記録３ａ、１９ａからの患者情報を表示するためのディスプレイを含み得る。この結合は、結合サブシステム６によって生成された結合７の組の中の、結合の一つによって具体化され得る。例えば、一度エンティティ１の患者情報記録３が要求されると、ワークステーション１８は、患者情報記録３の中に保管される情報の少なくとも一部を表示することができる。さらに、ワークステーションは、表示された患者情報記録３の患者識別子（ID）に対するあらゆる結合７を検索することができる。そのようなリンク７が発見されると、ディスプレイは、別のエンティティからの、この患者についての他の情報が利用可能であることを示すことができる。任意で、ディスプレイは、リモートのエンティティ識別子又は場所（RLoc）に基づいて、その情報がどのエンティティに位置するかを示してもよい。ユーザは、さらなる情報を要求可能であってもよい。そのような要求を受信すると、ワークステーション１８は、リモート患者識別子（RID）に一致する、患者情報記録３ａ、１９ａのためのリモートのエンティティ１ａへの問い合わせを引き起こす。ワークステーション１８は、リモート患者識別子（RID）の患者情報記録１９ａの中にリストされる、リモートのエンティティ１ａにおいて利用可能なデータ要素（DAT）のリストを表示することができる。例えば、患者情報記録１９ａは、CTスキャン又は処方箋のような、一以上の従前の患者の検査の結果を含み得る。要求に応じて、あるいは自動的に、ワークステーションは、リモートの患者記録１９ａの中に保存された、一つ以上の追加のデータ要素（DAT）を検索することができる。その情報は、ワークステーション１８に表示されるか、あるいはさらなる処理の対象となり得る。
【００３９】
本システムの要素のいくつかの機能は、処理のステップとみなせることが理解されるであろう。図２は、異なるエンティティ１、１ａにおける、対応する患者情報記録３、３ａを結合する、そのような処理を示す。それぞれのエンティティ１、１ａは、患者情報記録３、３ａを含む、それぞれの患者データベースを有し得る。さらに、それぞれのエンティティ１、１ａは、それらのエンティティと関連づけられた、異なるエンティティ１、１ａにおける同一の患者の対応する患者情報記録３、３ａ、１９、１９ａを一致させるための、患者識別アルゴリズム４、４ａを有し得る。当該方法は、エンティティ１の結合７の組を保持するステップを有し得る。この結合７の組は、エンティティ１の患者情報記録３、１９を、別のエンティティ１ａの、対応する患者情報記録３ａ、１９ａと結合することができる。本方法は、エンティティ１の任意の患者情報記録３が、エンティティ１の患者識別アルゴリズムに基づいて、エンティティ１ａの対応する患者情報記録３ａに一致する場合に、結合を確立するステップを有し得る。同様に、本方法は、本システムにおけるエンティティ１ａと他のあらゆるエンティティの、そのような結合の組を保持する段階を含み得る。本方法は、サーバシステム上で実行されることに適合する、コンピュータプログラムとして実現されることができる。
【００４０】
図２は、上述したように、システムの異なるエンティティ１、１ａにおける、対応する情報記録３、３ａの処理の例示的なフローを示す。本方法は、ステップ２０１において、例えば特定の期間の経過によって、あるいは手動の要求によって、あるいはシステムにおける新たな患者識別子の追加によって、引き起こされ得る。処理が引き起こされた後、患者情報記録３は、一つずつ処理され得る。ステップ２０２において、エンティティ１のこれらの患者情報記録３のうちの一つが選択される。システムにおける新たな患者識別子の追加に起因して引き起こされた場合には、新たな患者識別子に対応する患者情報記録３が、選択され、処理される必要がある。ステップ２０３において、システムにおける他のエンティティ１ａの一つが選択され得る。ステップ２０４において、選択されたエンティティ１ａが、情報フィールドが選択された患者情報記録３の中の情報と一致する患者情報記録３ａを有するかどうかが確認され得る。ステップ２０５において、一致する患者情報記録３ａがステップ２０４において見つかったかどうかが検証される。一致する患者情報記録３ａがステップ２０４において見つからなかった場合には、当該処理はステップ２０７へ進む。一致する患者情報記録３ａがステップ２０４において見つかった場合には、ステップ２０６において、選択された患者情報記録３と一致する患者情報記録３ａとの間で、結合が確立される。このことは、選択された患者情報記録３の中にある患者識別子と、一致する患者情報記録３ａの中にある患者識別子を含むペアを保管することによってなされ得る。選択された他のエンティティ１ａを識別する、エンティティの識別子は、患者識別子とともにさらに保管され得る。ステップ２０７において、全てのエンティティが、現在選択されている患者情報記録３に対して、選択されたかどうかが検証され得る。そうでない場合には、ステップ２０３に進み、次のエンティティが選択され得る。現在選択されている患者情報記録３に対して、全てのエンティティが選択された場合には、ステップ２０８において、全てのローカルの患者情報記録３が選択されたかどうかが検証され得る。そうでない場合には、ステップ２０２に進み、次の患者情報記録３が選択され得る。そうである場合には、本処理はステップ２０９において終了し得る。
【００４１】
当業者は、本処理及び本システムが、Ｘ線撮像、コンピュータ断層撮影（CT）、磁気共鳴影像法（MRI）、超音波（US）、陽電子放出断層撮影（PET）、単光子放出コンピュータ断層撮影（SPECT）及び核医学（NM）のような（但しこれに限定されない）、様々なモダルティによって取得される、二次元（2-D）、三次元（3-D）又は四次元（4-D）画像のような、複数次元の画像データに適用可能であることを理解するだろう。そのような画像データは、適切な患者情報記録１９又は１９ａを用いて、ローカルのエンティティ１又はリモートのエンティティ１ａにおける患者識別子（ID）への患者データ（DAT）として結合され得る。患者データ（DAT）は、例えば、検査データ又は処方箋又は診断をさらに含んでもよい。
【００４２】
自動的に拒否された数、受容された数、あるいは手動の評価のために送信された数は、どの尤度比が計算されたか、並びに選択された拒否閾値及び受容閾値に基づいて、比較の間に、異なる属性と関連する重みによって共に決まり得る。この理由のために、用いられる属性のペアに関係する、適切なマッチングの重みを評価し、自動的なマッチングのために適切な受容閾値及び拒否閾値を選択することは、同一性をマッチングする実装を改善し得る。
【００４３】
より高い拒否閾値は、潜在的に一致する数をより多く自動的に拒否する可能性がある。このことは、本来は一致していたが拒否されたものの割合が高くなることを意味する。結果として、関連する患者情報が失われ得る。例えば、特有の物質に対するアレルギーや、化学療法を受けたがん患者の以前の心臓病のイベントのように、その情報が重要である場合には、その情報を失うことで、患者の健康を著しく危険にさらす可能性がある。より低い受容閾値は、より多くの潜在的な一致を、自動的に受容することを意味する。実生活において、このことは、患者情報が、誤った患者に一致する可能性があり、医療上の決定が誤ったデータに基づき得ることを示す。この二つ目の種類の誤りもまた、患者の生命を脅かす可能性がある。
【００４４】
病院は、データを扱う場合に、異なるトレードオフを選択することができる。病院は、必要と考える全てのテストを（再）実施すると決めた場合に、あるいは、適切に、正確な患者のインタビュープロセスを有する場合に、医療歴の一部を失うリスクをとることを選択することができる。この場合には、データの一貫性がより重要である。一方で、他の医療組織は、完全なデータへのアクセスが不可欠であり、関連しないデータ、あるいは誤りであると考えられるデータを排除するために、臨床医に頼ることができる。
【００４５】
参加施設が緩く連結されており、それらの管理において自律性を保持する環境においては、参加施設は、それらのデータと、それらのデータに関連する品質プロセスに関して、完全な制御を保つことを望むことがある。このことは、例えば、病院Ａの評価スタッフが、二つの患者記録を共に結合した場合に、別の施設、例えば病院Ｂは、これら二つの記録についての独自の評価を行うことが可能であり、Ａで作られた結合を、場合によっては（局所的に）却下することが可能であるべきである。病院Ｂは、それが不可能である場合には、データに関して自律性を失い、原則として、データの一貫性を保証することができない。自立的な組織として、Ｂは、Ａでとられた決定を考慮し、適用する必要はない。同じことは、自動的なマッチングについても維持されるべきである。すなわち、各施設は、図１のシステムと図２の処理の場合と同様に、エンティティが、異なる施設又は病院のコンピュータシステムである場合に、独自のマッチング処理を適用することができる。施設Ａ及びＢのペアが同一のマッチング処理を決定した場合に、データが一致したとき、施設Ｃにおいて同一のマッチング処理は強制されない。なぜなら、Ｃは、独自のマッチング処理を持つことができるためである。
【００４６】
以下に、限定的でないユースケースが記載される。二つの施設ＡとＢがあったとする。上述したように、二つの施設のそれぞれは、患者記録を結合するための、独自のマッチングアルゴリズムを適用することができる。該アルゴリズムは、別個の、結合７、７ａの組をもたらす。そのような結合の組は、患者レジストリ（PR）と呼ばれ得る。施設Ａ及びＢは、記録を一致させるために、同一の人口学的属性を用いる。しかし、異なる重みWA1、・・・、WAnと、WB1、・・・、WBnをそれぞれ割り当てる。施設Ａ及びＢは、一致を自動的に受容又は拒否するための、異なる閾値をさらに用いる。これは、施設Ａ及びＢのPRの内容に差異をもたらし得る。例えば、病院Ａは、施設Ｂにおけるリモートの識別子３７１を持つ記録に対して一致したローカルの識別子１１５を持つ記録を有するが、施設Ｂはこの結合を考慮しない。施設Ｂは、この結合を拒否することができ、あるいは、手動による評価の例外リストに入れることができる。同様に、病院Ｃが連合に加わった場合には、Ａ及びＢは、記録をＣの記録と一致させるために、同一のアルゴリズムを用いることができ、あるいは異なるアルゴリズムを用いることができる。
【００４７】
異なる属性の重みが、異なるエンティティ又は施設によって用いられ得る。例えば、特定の地域でありふれた名前は、その地域の、非常に稀な名前と、異なったマッチングの重みを受けるべきであり、それらの領域全域でマッチングを行うことは、異なるウェイトを用いることを意味し得る。９３歳という年齢は、二つの大きな大学病院でデータのマッチングを行う場合より、二つの老年医学クリニックの間で、より低いマッチングの荷重を有するべきである。以下に、二つの病院Ａ及びＢにおける二つの記録によって取得される人口学的な情報の比較に関する、限定的でない、例示的なユースケースを示す。病院Ａで保管される記録は、患者名「Jansen,  Peter」、年齢「５３」、住所「Addrl」、及び性別「男性」を有する。病院Ｂで保管される記録は、患者名「Janssen,  Peter」（二つのs）、年齢「５３」、住所「Addr2」、及び性別「男性」を有する。両方の名前（Peter  Jansen及びPeter  Janssen）は、オランダ国において、かなりの頻度で現れる。Ａ及びＢに依存するため、二つの記録を一致させるかどうかの決定は、まったく異なることがある。例えば、オランダ国の二つの病院は、その名前に対して低い荷重を有し得る。なぜなら、両方の名前が存在し、むしろありふれた名前であるためである。このことは、住所が異なるため、一致についての自動的な拒否を引き起こし得る。両方の患者記録において、年齢が９３であったとすると、一致についての加重は、患者の多くは９３歳ではない、二つの多目的病院に対しては増加され得るが、二つの老年医学クリニックに対しては増加され得ない。老年医学クリニックは、より年配の患者を有するためである。Ａ及びＢがフランス国における二つの病院であったとすると、ありふれていない名前についての加重がより高くなる可能性があり、その記録は、おそらく手動の評価のために提出され得る。
【００４８】
二つの医療組織が異なるアプローチをとり、互いに異なるマッチングをもたらす場合がさらに存在し得る。例えば、緊急病院は、一般的に、患者の地域病院から、より古い、関連しないデータを検索することについての関心がより低い可能性がある。なぜなら、彼らは、緊急のケースを扱い、検査の多くをやり直すためである。さらに、患者が緊急病院へ搬送された時、全ての関連するデータと共に到着する可能性が高い。彼らのマッチング処理は、とても保守的であり、（手動で評価される必要のある）小さな例外リストに照準を定め、高い拒否閾値を有する。一方で、地域病院は、将来その患者を調べる予定であるため、おそらく患者の緊急時のエピソードの情報へのアクセスを有することを必要とし得る。そうして、彼らは、リモートの場所から、より少ない情報ではなく、より多くの情報を得ることを好む可能性がある。
【００４９】
ここで説明されたシステムは、連合全体に対して有効とみなされる全てのリンクを含む、単一のグローバルな患者レジストリ（PR）を構築する代わりに、独自のPRを構築し、施設ごとにそれらを保持することができる。したがって、PRは、その施設に関してローカルのグラウンドトルース（ground  truth）として働く。それぞれの施設は、局所的に、あるいは、共通の連合サービス（Common  Federation  Services）において、独自のPRを保持することができる。局所的にPRを保持する利点は、PRを探索するために広域通信が必要ないこと、及び、その場所が連合から一時的に切断された場合でもPRの中の情報が利用可能であることである。当然に、新たな患者が診察されたときに、PRの中の情報を更新するために（日ごと、週ごと等になされ得る）、ある機構が適所に配置され得る。
【００５０】
ローカルの場所は、連合の中のそれぞれの他の場所と、互いに異なるマッチング処理を適用することを選択することができる（アルゴリズム、加重、及び閾値）。マッチングの結果は、ローカルのシステムの患者記録を、別の場所の患者記録へ接続する、結合の組を含み得る。そのような場所におけるコンピュータシステムは、上述したシステムのエンティティであり得る。
【００５１】
共通の、連合全体のPRを構築する代わりに、それぞれのローカルのPRが、局所的に既知の患者のそれぞれの識別子のために保管され得る。すべての記録の識別子は、それらの記録を保持している場所の識別子と一緒に、他の場所でのその患者に属するものとして一致される。マッチングは、ローカルの場所でのみ有効であるため、結合が異なるマッチング処理を通じて取得されたという事実は、データの一貫性に影響を及ぼさない。ローカルのシステムは、他の場所におけるマッチングの決定を考慮に入れる必要なく、他の場所から検索するためのデータを選択するために、自律性を有する。場所Ａは、PID=123を有する独自の記録を、場所ＢにおけるPID=456を有する記録と結合してもよいが、場所ＣにおけるPID=789を有する記録と結合しなくてもよい。場所Ｂが、PID=789と結合されたPID=456を有するという事実は、Ａでの決定に影響しない。
【００５２】
ローカルのPRに保管されるデータの総量は、単一のグローバルなPRに保管されたであろうデータの量より大きくなり得る。しかし、それぞれのローカルのPRは、ローカルの場所で知られた患者に関するデータのみを保管すればよいため、グローバルなPRより著しく小さくなり得る。現在、平均で、患者の20%未満が、一つ以上の場所でデータを有する。そのように、一つ以上の場所でのPRに保管される記録の割合は、20%未満であり得る。この割合は、単なる例である。割合は、状況によって異なる可能性があり、時間と共に変動し得る。
【００５３】
さらに、それぞれの場所は、連合の中の、全てのリモートの場所（あるいは、少なくともいくつかのリモートの場所、例えば、最も重要な場所）に対するマッチングのために用いられる人口学的データを含むデータベースを保持し得る。それぞれの場所でそれらを構築する代わりに、全てのこれらの別個のPRが共通の場所で保持される場合には（連合サービスのサイト（Federation  Services  site）と呼ばれることがある）、全ての場所に対する、全ての関連する情報（demographics）（すなわち、マッチングのために用いられるもの）を含む、単一の人口学的なデータベースが用意される。代わりに、一つのエンティティは、個別に、他のエンティティのデータベースを問い合わせてもよい。患者レジストリ（PR）は、ローカルの患者識別子を、リモートの患者識別子と結合する必要があるデータを記録してもよい。
【００５４】
以下に、それぞれの場所が独自のPRを保持するものとする。しかしながら、以下の記載は、当業者により、中央PRのケース、及び他のエンティティに個別に問い合わせるケースに対して採用され得る。以前は未知であった患者のための新たな記録が、場所Ａで追加された場合に、ローカルのPRに新たな記録が生成され、初期には新たなローカルのPIDのみが、そして必要なときに、その患者についての、局所的に既知の情報がさらに保持される。次に、新たな患者の情報に基づいて、関係する可能性のあるすべての人口学的データが、それぞれの別の場所から引き出され、対応するマッチングアルゴリズムが実行され得る。ローカルの人口学的データがPRに保管されると、現在の場所は、その新たな患者の情報を、それぞれのリモートのPRの中の人口学的データに対して、直接にマッチングさせることができる。そして、リモートのシステムに問い合わせる必要はない。代替手段として、ローカルの場所は、人口学的情報をリモートの場所に送信し、そのPRの人口学的データとともに、可能性のある一致の全てを提供するよう、その場所に求めることができる。次に、ローカルの場所は、リモートの場所から戻されたデータに関してマッチングアルゴリズムを実行し、ローカルの場所での新たな患者のPRエントリの中に、一致すると考えられる全てのリモートの識別子と、それらを保持するリモートの場所の識別子とを保管することができる。
【００５５】
マッチングの結合は、それぞれの場所で固有である可能性があるため、場所Ａで新たな患者記録が導入され、マッチングが実行された場合に、リモートの場所は、新たなエントリを自動的に認識しない。さらに、局所的に確立された結合は、リモートの場所に対して関連がない可能性があり、また、採用されない可能性がある。しかしながら、ある複数の場所は、独自の記録とマッチングし、関連する情報を提供できるように、連合の中の他の場所で入力された新たな記録について知っている必要があることがある。このことは、新たな患者記録が生成され、新たな識別子が割り当てられた場合に、場所Ａに、全ての他の場所へそれぞれ通知させることによって、達成され得る。このことは、場所Ａが、それぞれのリモートの場所のデータへ、同一性のマッチングを実行する場合に、効率的になされ得る。場所Ａは、新たな患者の情報を、場所Ｂへ送出し、一致する可能性のある記録の情報を要求する場合に、新たな記録の、局所的に割り当てられた識別子が、同様に送信され得る。このように、受信された情報に基づいて、場所Ｂは、場所Ａの新たな記録を、（場所Ｂでの）独自のPRの記録に対して、マッチングすることができる。そして、（PRの中の一つのエントリである）独自の記録に対する一致を発見した場合には、ローカルのエントリへ、Ａから受信した患者識別子と、Ａへの参照（reference）を追加する。入力されたそれぞれの新たな記録のために、人口学的データ及び／又は患者識別子が交換される間に、ローカルの場所と、連合の中の全ての他の場所との間の、単一の通信のステップが存在し得る。その後、新たな記録は、それぞれの場所での既存の記録に対してマッチングされ得る。
【００５６】
このように、全てのPRは、新たな記録がローカルの場所に追加された場合に、マッチング処理がそれぞれの場所で局所的であるにもかかわらず、最新に保たれ得る。
【００５７】
以下で、PRの構築及び更新を可能にする処理を説明する。Ｎ個の場所（場所（site）は、上述したように、システムのエンティティに対応する）についての連合が存在するものとする。
１．それぞれの場所は、ビッグバンのように一度に、あるいは徐々に、以下のステップに従って、独自の初期のPRを構築する。
ａ．人口学的データ（例えば、名前、年齢、性別、住所）及び他のＮ−１個の場所での患者のＩＤを検索し、保管する。この情報は、通常の演算の間に用いられることもできるため、情報データベースに保存され得る。
ｂ．マッチングのための、独自のアルゴリズム、重み、及び閾値（これら全ては、場所のそれぞれのペアに対して異なり得る）を用いて、独自の場所での患者の情報を、リモートの場所での患者の情報とマッチングさせる
ｃ．自動的に一致するものとして識別された記録のペアを、例えば、（ローカルの患者のID、リモートの場所のID、リモートの患者のID）の三つ揃いとして、独自のPRに保存する。タイムスタンプのような、他の関連する情報が、同様に保管されてもよい
ｄ．自動的に一致させることができなかった、あるいは拒否することができなかった（すなわち、二つの閾値の間に収まった）記録のペアを用いて、手動の評価のための例外のリストを構築する。
ｅ．オペレータに例外リストの評価を可能にし、一致すると断言された記録のペアをPRへ追加する
２．それぞれの場所は、通常の演算の間に、以下のステップを実行することができる
ａ．ローカルの場所で新たな患者が登録された場合に、情報データベースの中の記録に対して、彼女又は彼の情報に対してマッチングを実行する
ｂ．一致すると、その三つ揃い（ローカルの患者のID、リモートの場所のID、リモートの患者のID）が、PRへ追加される
ｃ．一致する可能性がある場合（二つの閾値の間）には、その三つ揃いは、手動の評価のために、例外リストへ追加される
ｄ．定期的に（例えば、日に一度、週に一度）：
ｉ．他の場所で登録された患者の、関連する情報を検索する。独自の患者情報を、新たな検索されたリモートの患者の情報に対してマッチングさせる
ii．一致すると、三つ揃い（ローカルの患者のID、リモートの場所のID、リモートの患者のID）がPRへ追加される
iii．一致する可能性がある場合（二つの閾値の間）には、その三つ揃いは、手動の評価のために、例外リストへ追加される
iv．新たな検索された情報を、情報データベースに保管する
【００５８】
本発明は、本発明を実現するために適合される、コンピュータプログラム、とりわけ、担体（carrier）上又は担体中のコンピュータプログラムにも適用されることが理解されるであろう。当該プログラムは、ソースコード、オブジェクトコード、部分的にコンパイルされた形式の中間ソースコード及びオブジェクトコード、又は本発明による方法の実施に使用するのに適した如何なる他の形式である。このようなプログラムは、多くの異なる構造設計を持ち得ることも理解されるであろう。例えば、本発明による方法又はシステムの機能を実施するプログラムコードは、１つ以上のサブルーチンに細分されてもよい。これらサブルーチン間に前記機能を分配する多くの異なる方法は、当業者に明らかであろう。これらサブルーチンは、自己完結型のプログラムを形成するために、１つの実行ファイルに一緒に記憶されてもよい。このような実行ファイルは、例えば処理器の命令及び／又はインタプリタの命令（例えばJava（登録商標）インタプリタの命令）のようなコンピュータが実行可能な命令を有してもよい。一方、サブルーチンの１つ以上又は全てが少なくとも１つの外部ライブラリに記憶され、メインプログラムと静的又は動的に、例えばランタイムでリンクされてもよい。このメインプログラムは、前記サブルーチンの少なくとも１つへの少なくとも１つの呼び出しを含む。さらに、これらサブルーチンは、互いの関数呼び出しを有してもよい。コンピュータプログラム製品に関連する実施例は、上述した方法の少なくとも１つの処理ステップの各々に対応するコンピュータが実行可能な命令を有する。これら命令は、サブルーチンに細分されても及び/又は静的若しくは動的にリンクされる１つ以上のファイルに記憶されてもよい。コンピュータプログラム製品に関する他の実施例は、上述したシステム及び／又は製品の少なくとも１つの手段の各々に対応するコンピュータが実行可能な命令を有する。これら命令は、サブルーチンに細分されてもよいし、かつ／又は静的若しくは動的にリンクされる１つ以上のファイルに記憶されてもよい。
【００５９】
コンピュータプログラムの担体は、プログラムを実行することが可能な如何なるエンティティ又は装置でよい。例えば、この担体は、記憶媒体、例えばＣＤ−ＲＯＭ若しくは半導体ＲＯＭのようなＲＯＭ、又は磁気記録媒体、例えばフロッピー（登録商標）ディスク若しくはハードディスクを含んでよい。さらに、この担体は、例えば電気又は光信号のような伝送キャリアでもよく、この信号は電気若しくは光ケーブルを介して、又は無線若しくは他の手段により運ばれてもよい。プログラムがこのような信号に組み込まれる場合、担体は、上記ケーブル又は他の装置若しくは手段により構成されてもよい。一方、担体は、プログラムが組み込まれる集積回路でもよく、この集積回路は、適切な方法を行う、すなわち適切な方法の実行に用いるのに適している。
【００６０】
上述した実施例は本発明を制限するのではなく、説明するものであること、並びに当業者は、特許請求の範囲から外れることなく多くの代替実施例を設計することができることに注意すべきである。請求項において、如何なる参照符号もこの請求項を制限すると考えない。「有する」という動詞及びその活用は、請求項に挙げた要素又はステップ以外の要素又はステップを排除しない。複数あることを述べないことは、それら要素は複数あることを排除するものではない。本発明は、幾つかの別個の要素を有するハードウェアによって、及び適切にプログラムされたコンピュータを用いて実施されてもよい。幾つかの手段を列挙している装置の請求項において、これら手段の幾つかがハードウェアの同一のアイテムによって組み込まれてもよい。ある方法が相互に異なる独立請求項に挙げられているという単なる事実は、これら方法の組み合わせが有利に使用できないことを示しているのではない。
【図１】
2013506926.tif 000003
【図２】
2013506926.tif 000004
【国際調査報告】
2013506926.tif 000005
2013506926.tif 000006
2013506926.tif 000007