(57)【特許請求の範囲】
【請求項１】
カスタマレコード照合装置の作動方法であって、前記カスタマレコード照合装置は、カスタマレコードと付属の個人データとを入力するための入力装置、前記カスタマレコードと前記付属の個人データとを格納する装置及びプロセッサを有し、
前記プロセッサが、一意的なレコード番号をカスタマレコードに割り当てるステップと、
前記プロセッサが、同一のカスタマに属するレコードを検出するため、前記カスタマレコードの個人情報と他のカスタマレコード照合装置のレコードコレクションの個人情報とを抽出するステップと、
前記プロセッサが、前記カスタマレコードの個人情報と、少なくとも１つの他のカスタマレコード照合装置のレコードコレクションの少なくとも１つの他の個人情報とを比較し、比較される各レコードの尤度比を導出するステップと、
前記プロセッサが、各尤度比と所定の受理閾値及び所定の拒絶閾値とを比較するステップであって、前記尤度比が拒絶閾値比を下回る場合、前記比較されたカスタマレコードを拒絶し、前記尤度比が受理閾値比を上回る場合、前記比較されたカスタマレコードを受理し、前記尤度比が前記受理閾値と前記拒絶閾値との間である場合、前記カスタマレコードを人手による確認が必要であるものとして特定する、比較するステップと、
前記プロセッサが、少なくとも１つの尤度比の比較結果に基づき、前記比較されたカスタマレコードに受理の場合一致又は拒絶の場合不一致に関するアサーションを付属するステップと、
前記プロセッサが、前記尤度比が前記受理閾値と前記拒絶閾値との間である場合、前記特定されたカスタマレコードを例外リストに配置し、前記例外リストを前記他のカスタマレコード照合装置に電子的に配布するステップと、
前記他のカスタマレコード照合装置に配布された例外リストにおける前記特定されたカスタマレコードに対し、人手による確認により行われた受理結果又は拒絶結果を受信するステップと、
を有する方法。
【請求項２】
前記受理結果に応答して、前記比較された２つのレコードが同一のカスタマに関するものであることを主張するポジティブアサーションを生成するか、又は前記拒絶結果に応答して、前記比較された２つのレコードが同一のカスタマに関するものでないことを主張するネガティブアサーションを生成するステップをさらに有する、請求項１記載の方法。
【請求項３】
レコードのペアに対する前記アサーションは、複数のカスタマレコード照合装置のデータベースに記録される、請求項２記載の方法。
【請求項４】
前記アサーションは、アサーションリストに記録される、請求項２記載の方法。
【請求項５】
前記アサーションは、前記他のカスタマレコード照合装置のデータベースに格納される、請求項２記載の方法。
【請求項６】
前記比較するステップは、前記他のカスタマレコード照合装置において更に実行され、
当該方法はさらに、２つのカスタマレコード照合装置が共通のレコードに関して競合するアサーションを生成すると、前記他のカスタマレコード照合装置に通知するステップを有する、請求項２記載の方法。
【請求項７】
共通のレコードに関する競合するアサーションは、前記アサーションが生成されたカスタマレコード照合装置、前記アサーションを生成した人及びタイムスタンプの少なくとも１つを含む、請求項６記載の方法。
【請求項８】
前記人手により確認されるレコードは、企業レベル患者レジストリのグローバルデータベースに格納されるグローバル例外リストと、複数のカスタマレコード照合装置に格納される例外リストとに配置される、請求項２記載の方法。
【請求項９】
前記カスタマは、複数の医療施設の１以上において医療サービスを受ける医療患者である、請求項１記載の方法。
【請求項１０】
請求項１乃至９何れか一項記載の方法の各ステップを前記プロセッサに実行させるためのプログラム。
【請求項１１】
カスタマレコード照合装置であって、
入力されたカスタマレコードと付属の個人データとを受信する入力装置と、
カスタマレコードと付属の個人データとを格納するデータベースと、
プロセッサと、
を有し、
前記プロセッサは、
一意的なレコード番号をカスタマレコードに割り当てるステップと、
同一のカスタマに属するレコードを検出するため、前記カスタマレコードの個人情報と他のカスタマレコード照合装置のレコードコレクションの個人情報とを抽出するステップと、
前記カスタマレコードの個人情報と、少なくとも１つの他のカスタマレコード照合装置のレコードコレクションの少なくとも１つの他の個人情報とを比較し、比較される各レコードの尤度比を導出するステップと、
各尤度比と所定の受理閾値及び所定の拒絶閾値とを比較するステップであって、前記尤度比が拒絶閾値比を下回る場合、前記比較されたカスタマレコードを拒絶し、前記尤度比が受理閾値比を上回る場合、前記比較されたカスタマレコードを受理し、前記尤度比が前記受理閾値と前記拒絶閾値との間である場合、前記カスタマレコードを人手による確認が必要であるものとして特定する、比較するステップと、
少なくとも１つの尤度比の比較結果に基づき、前記比較されたカスタマレコードに受理の場合一致又は拒絶の場合不一致に関するアサーションを付属するステップと、
前記尤度比が前記受理閾値と前記拒絶閾値との間である場合、前記特定されたカスタマレコードを例外リストに配置し、前記例外リストを前記他のカスタマレコード照合装置に電子的に配布するステップと、
前記他のカスタマレコード照合装置に配布された例外リストにおける前記特定されたカスタマレコードに対し、人手による確認により行われた受理結果又は拒絶結果を受信するステップと、
を実行する装置。
【請求項１２】
前記プロセッサは、前記受理結果に応答して、前記比較された２つのレコードが同一のカスタマに関するものであることを主張するポジティブアサーションを生成するか、又は前記拒絶結果に応答して、前記比較された２つのレコードが同一のカスタマに関するものでないことを主張するネガティブアサーションを生成する、請求項１１記載の装置。
【請求項１３】
共通するレコードに関する競合するアサーションは、前記アサーションが生成されたカスタマレコード照合装置、前記アサーションを生成した人及びタイムスタンプの少なくとも１つを含む、請求項１１記載の装置。
【請求項１４】
前記人手により確認されるレコードは、企業レベル患者レジストリのグローバルデータベースに格納されるグローバル例外リストと、複数のカスタマレコード照合装置に格納される例外リストとに配置される、請求項１１記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ連続性の技術に関する。それは、異なる医療施設間で医療情報を通信及び共有するため、個々の患者と患者医療データとを特定するアプリケーションを見つけ、それを参照して説明される。しかしながら、それはまた、データ連続性が興味がある他のタイプのデータ表示アプリケーションにおける利用を見つけるであろう。
【背景技術】
【０００２】
通常、患者は、多くが地理的に分散し、複数の場所に配置されている複数の医療プロバイダから治療を受ける。複数の医療プロバイダを利用することによって、各患者は、各患者識別子が特定の医療プロバイダにローカルなものである複数の患者識別子を受け取ることになる。医療検査、履歴、医師のレポート、医療画像、他の関連する医療情報などの患者データは、複数の医療プロバイダサイトに分散される。医療プロバイダが複数の医療プロバイダサイトに格納されている患者データレコードを抽出するためには、対応する医療プロバイダの複数の患者識別子を一致させ、複数の患者識別子を一緒にリンクさせることが必要である。
【０００３】
患者は、ミドルネームのイニシャル、ニックネーム又は完全なファーストネームの有無、ジュニア、既婚又は未婚の名前などのネームサフィックスの有無など、自分の名前を常に一貫して与えるとは限らない。ときには住所も一貫して与えられないだけでなく、人々もまた引っ越す。同じ家族の患者は、類似した名前、類似した住所及び類似した医療情報を有する可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
現在、医療レコードが複数の医療プロバイダ間で移動するとき患者を追跡することを可能にするシステム、方法及び装置が必要とされる。
【０００５】
本出願は、上述した問題点などを解決する改良された方法、システム及び装置を提供する。
【課題を解決するための手段】
【０００６】
一態様によると、一意的なレコード番号をカスタマレコードに割り当て、その後にその個人情報と他のシステムのレコードのコレクションの個人情報とをマッチングするため、カスタマレコードの個人情報を抽出することを含む、カスタマレコードを照合する方法が提案される。これは、同一のカスタマに属するレコードを検出し、その後に比較される各レコードの尤度比を導出するため、カスタマレコードの個人情報と少なくとも１つの他のシステムのレコードのコレクションの少なくとも１つの他のレコードの個人情報とを比較し、さらに各尤度比と所定の受理閾値及び所定の拒絶閾値とを比較し、少なくとも１つの尤度比の比較結果に基づき比較されたカスタマレコードのアサーションを最後に付属するのに利用される。
【０００７】
他の態様によると、入力されたカスタマレコードと付属の個人データとを受信する入力手段を有し、カスタマレコードと付属の個人データとを利用するカスタマレコードを照合する装置が提案される。また、比較される各レコードについて尤度比を導出するため、少なくとも１つのカスタマレコードの少なくとも１つの個人データとレコードのコレクションの他のレコードの個人データとを比較する計算手段を用いて、個人データから一意的なカスタマレコード番号を導出する処理手段が含まれる。その後、計算手段は、各尤度比と所定の受理閾値及び所定の拒絶閾値とを比較し、尤度比が拒絶閾値を下回る場合には少なくとも１つのカスタマレコードを拒絶し、尤度比が受理閾値を上回る場合には少なくとも１つのカスタマレコードを受理し、又は尤度比が受理閾値と拒絶閾値との間にある場合には人手による確認のために少なくとも１つのカスタマレコードを識別する。当該手段はまた、データ記憶媒体に、少なくとも１つのカスタマレコードが拒絶、受理又は人手による確認のため識別されたか記録し、カスタマレコードのペアに関係する機関によってアサーションが生成されるか記録する。
【０００８】
他の態様によると、患者レコードを入力するステップと、格納されている患者レコードのコレクションから複数の患者レコードを抽出するステップと、前記入力された患者レコードと前記抽出された患者レコードとを比較するステップと、比較されたレコードの各ペアから尤度比を導出するステップと、前記尤度比が拒絶閾値レベルを下回ることに応答して、拒絶アサーションを割り当てるステップと、前記尤度比が受理閾値レベルを上回ることに応答して、受理アサーションを割り当てるステップと、前記尤度比が前記受理閾値と前記拒絶閾値との間にある場合、前記レコードを例外リストに配置するステップとを有する、医療患者レコードを照合する方法が提案される。
【発明の効果】
【０００９】
医療プロバイダの評価処理にかかわらず、同じ又は同様の個人データに基づきインデックスを生成する効果がある。
【００１０】
さらなる効果は、サイトが他のサイトにより発行されたアサーションを確認し、これらを考慮することを可能にすることによって、人手による確認段階におけるアサーションの利用を最大化するということである。
【００１１】
本出願のさらなる効果は、以下の詳細な説明を参照及び理解することによって、当業者に理解されるであろう。
【００１２】
本出願は、各種コンポーネントとコンポーネントの構成の形態をとってもよく、各種ステップとステップの構成の形態をとってもよい。図面は、好適な実施例を示すためだけのものであり、本出願を限定するものとして解釈されるべきでない。
【図面の簡単な説明】
【００１３】
【図１】図１は、レコードマッチングに関する３つの結果を区別するための２つの閾値を示す。
【図２】図２は、自律的サイトを有する分散化された非同質的環境におけるアサーション受け入れを示す。
【図３】図３は、４つの参加機関を含む連合体のためのアサーション処理システムの一例を示す。
【図４】図４は、方法クレームのステップを示すフローチャートを提供する。
【図５】図５は、本出願の実施例の装置を介する情報フローの図を提供する。
【発明を実施するための形態】
【００１４】
図１を参照して、固定されたレコードと複数のマッチング候補とを比較する確率的アルゴリズムは、各候補に対して拒絶閾値１１０又は受理閾値１２０と個々に比較される尤度比（ｌｉｋｅｌｉｈｏｏｄ  ｒａｔｉｏ）又は加重スコアを計算する。拒絶閾値１１０は、レコードが拒絶閾値１１０を下回るか決定するのに用いられる比較のための基礎として利用される。レコードの尤度比が拒絶閾値１１０未満である場合、レコードは、マッチ１５０していないとして拒絶され（１３０）、レコードはリンク付けされない。受理閾値１２０は、何れのレコードが受理閾値を上回るか決定するのに用いられる比較のための基礎として利用される。レコードの尤度比が受理閾値１２０より大きい場合、レコード１４０は、マッチ１７０として受理され、レコードがリンク付けされる。レコードが拒絶閾値１１０より大きく、受理閾値１２０未満である場合、計算された尤度は受理閾値と拒絶閾値との間にある。ここで、レコードは、拒絶１８０又は受理１９０することができる。この判定は、自動的には実行されず、資格のあるスタッフにより人手による確認１６０のためフラグ付けされる。人手による確認は、レコードがマッチとして適切に拒絶１８０又は受理１９０されるべきか判断するため実行される。不確かなマッチの人手による確認１６０は、最終的には患者の健康に影響を与える将来的な結果を有する可能性があるため、リンケージエラーを最小限にするため、重大である。
【００１５】
医療プロバイダ又はヘルスシステムが連係又は統合するに従って、患者レコードを共有することが効果的になる。また、これは、複数のプロバイダデータベースが同じ患者の医療レコード番号（ＭＲＮ）を有する事態を生じさせる可能性がある。各医療プロバイダに対して、患者レコードとの間の情報のフローは、一意的な医療レコード番号（ＭＲＮ）と一意的なレコードが存在するときの各患者エンティティとを関連付けるマスタ患者インデックス（ＭＰＩ）を介しチャネル化される。分散されたデータソースにおける患者に関する企業レベルの視点を取得するため、企業マスタ患者インデックス（ＥＭＰＩ）が配置される。ＥＭＰＩは、ソースの各ＭＰＩの統合を通じて確立される。一般に、患者レコードのこのような統合は、同一の患者が異なる医療プロバイダによって異なる医療施設において編集されたレコードにおいて認識されることを可能にする企業レベルの患者識別子の形態としてＥＭＰＩを生成するため、ファースト／ラストネーム、性別、誕生日、住所や他の個人データ又はデモグラフィックデータ（ｄｅｍｏｇｒａｐｈｉｃ  ｄａｔａ）などの個人属性を比較することによって実現される。このような企業レベルの患者識別子は、企業内の異なる組織において共有される単一の識別子に基づくことはまれである。
【００１６】
確率的アルゴリズムは、固定されたレコードと複数のマッチング候補とを比較し、各候補に対して、図１に関して上述されたような選ばれた受理及び拒絶閾値と比較される尤度比又は加重スコアを計算するのに利用可能である。この方法は、２つの別の医療施設にある２つの異なるレコードが同じ患者を表している確率を決定し、当該レコードをリンク付けすべきか否か決定するのに利用される。計算された尤度が２つの閾値の間にあるときなど、自動的に判定ができないとき、資格のあるスタッフが、受理前に可能性のある一致を人手により確認又はフラグ付けし、さらに拒絶前に可能性のある不一致を確認する。不確かな一致の人手による確認は、リンケージエラーを最小化するため極めて重要であるが、同時に時間のかかるものであり、コストのかかるものとなる。
【００１７】
各医療施設に対して、患者レコードとの間の情報のフローは、一意的な医療レコード番号（ＭＲＮ）と単位レコードが存在するときの各患者エンティティとを関連付けるマスタ患者インデックス（ＭＰＩ）を介しチャネル化される。分散されたデータソースにおける患者に関する企業ワイドビューを取得するため、企業マスタ患者インデックス（ＥＭＰＩ）が設けられる。ＥＭＰＩは、ソースの各ＭＰＩの統合を通じて確立される。
【００１８】
現在、２つのレコードが人手によりリンク付けされ、又は異なるものとして人手により宣言される場合、この事実は、システム全体において“シングル・グラウンド・トゥルース（ｓｉｎｇｌｅ  ｇｒｏｕｎｄ  ｔｒｕｔｈ）”として用いられる。このアプローチによる問題は、人手によるマッチング段階が単一の権限のある判定を真なものとして受理することである。この判定は、すべてのサイトによって認識される企業レベルの権限がなく、真実性の単一のソースがない他の自律的環境では許容されない可能性がある。企業レベルの規格が、アサーションの利用を介して実現されてもよい。
【００１９】
アサーション（ａｓｓｅｒｔｉｏｎ）は、２つのレコードが同一の患者に属すると信じられるか否かを述べる尤度比比較に基づきマッチングされるレコードのペアに付属される。アサーションベースレコードリンケージは、すべての参加サイトが医療プロバイダの連合体において人手による確認のための送信される関連のあるレコードが同一の患者に属するか独立に判断することを可能にする。確認の判定の何れもシングルグローバルグラウンドトゥルースとしてとられない。各アサーションは、それを発信した機関に関して、しかしながら他の機関に対して必ずしもそうでないローカルグラウンドトゥルースとして機能するすべての機関に対して維持される。
【００２０】
図２を参照して、２つの異なる病院Ａ及びＢがレコードを共有し、同一の患者に属するものとして２つの患者レコードを人手によりリンク付けするシステム２００が示される。例えば、病院Ａは、ＰＩＤ＝１２３及びＰＩＤ＝３４５によりそれぞれ識別される２つの異なるレコードが（ＰＩＤは、患者識別子を表す）マッチし、これらのレコードが一致したというアサーション２３０を生成する。他の機関の病院Ｂは、自らの独立した人手による又は自動的な確認を実行２５０し、これらのレコードが一致せず、病院Ａにおいて作成されたアサーション２３０をローカルに却下するアサーション２６０を生成可能である。
【００２１】
病院Ｂが病院Ａにより生成されたアサーションを却下することが可能であることは、本出願の効果である。病院Ｂが２４０において、病院Ａのアサーションを却下することができなかった場合、病院Ｂは、自らのデータに対する自主性を失うことになり、原則的にデータコンシスタンシを保証することができなくなる。例えば、確認中に病院Ａでなされたミスは、病院Ｂが病院Ａにより生成されたアサーションを却下できない場合には、マッチング結果に影響を与えることができず、病院Ａの誤りに対して病院Ｂが責任をとることになる。しかしながら、自律的組織として、病院Ｂは病院Ａでなされた判定を検討及び適用する必要はない。
【００２２】
現在のレコードリンケージ手段では、２つのレコードが人手によりリンク付けされ、又は異なるものとして人手により宣言される場合、この事実は、システム全体を通じて“シングル・グラウンド・トゥルース”として利用される。例えば、各自の識別スキームを有する分散サイトが買収や合併などによりより大きな“仮想的”企業の一部になる統一的な企業レベル設定内において、レコードマッチングが適用される。人手による確認に対する“シングル・グラウンド・トゥルース”は、このような設定において良好に機能する。なぜなら、参加主体間で確立される真実性は、通常はとても高いものであり、人手による確認の結果は疑うことなくすべての主体により受理されるためである。
【００２３】
“シングル・グラウンド・トゥルース”アプローチで基本的に仮定される完全な信頼性のモデルは、患者データが共有されるすべての環境には適用されない。特に、参加機関が緩くしか結合されておらず、自らのガバナンスにおいて自律性を維持する環境では、人手による一致確認に関する１つのみのシングル・グラウンド・トゥルースによる手段は、問題を生じさせる可能性がある。出現しつつあるＲＨＩＯ（Ｒｅｇｉｏｎａｌ  Ｈｅａｌｔｈ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｏｒｇａｎｉｚａｔｉｏｎ）の一部は、このような分散化された自律的環境を表している。そこでは、参加機関は、自らのデータとそれの処理に関するクオリティプロセスに対して完全なコントロールを保持する。
【００２４】
図３を参照して、自律的なシナリオにおけるアサーション処理システム３００が示され、リンケージ判定は企業レベルでは行われない。企業レベル又は連邦レベルとは本出願を用いて２以上の医療施設を表す。企業レベル患者レジストリ（ＰＲ）３１０を処理し、データをグローバルデータベース３１５に格納する企業レベルシステムは、人手による確認のための可能性のあるマッチによって企業レベル例外リスト３２０を構成する。グローバル例外リスト３２０の各エントリは、潜在的に一致する複数のレコードを参照する複数のローカル患者識別子を有する。これらのレコードのコンテンツは一致を判断するのに利用され、識別子はマッチングアサーション決定処理において用いられる特定のレコードを参照するのに用いられる。システム３００はまた、患者識別子により表される一致又は不一致レコードのアサーションのリストを含むアサーションリスト３３０を有し、このアサーションリスト３３０の各エントリは、アサーションを生成した医療施設を特定する。システムはまた、アサーションを生成したユーザやアサーションが生成されたときのタイムスタンプなどの付加的情報を特定する。企業レベル例外リスト３２０の可能性のあるレコードマッチは、アサーションリスト３３０と企業レベル例外リスト３２０との双方において同一のマッチの可能性のあるレコードを特定するため、アサーションリスト３３０の一致又は不一致のアサーションと比較される。企業レベル例外リスト３２０の対応する部分と一緒に、アサーションリスト３３０は、例外が確認されているとき、ローカルサイト３３５，３８５の当局に提供される。企業レベル例外リスト３２０は、既存のアサーションリスト３３０と共に、ローカルに既知の患者識別子により決定されるアサーションリスト３３０の分割／分散などのローカルに関連する情報を考慮して、参加機関３４０，３７０に配布３２５，３９５される。このローカル情報は、ローカル患者レジストリ又はデータベース３４５，３７５に格納される。その後、各サイトは、一致又は不一致に関するアサーション２６５を生成することによって、それのローカル例外リスト３５０，３８０を決定する。これらのアサーション３６５は、その後に企業レベル例外リスト３２０に後方伝搬３５５され、アサーションは、特定の機関３４０，３７０について、提供されたアサーション３６５がローカルグラウンドトゥルースを構成していることを示す。提供されたアサーション３６５はまた、アサーション３６５が生成された患者レコードを含む例外リスト３５０．３８０の医療施設のローカル例外リスト３５０，３８０にブロードキャストされ、又は追加される。アサーションリスト３６０，３９０が各サイトによってローカルに決定されると、異なるサイトによりすでにアサートされたローカル例外リスト３５０，３８０のレコードは、その瞬間から当該サイトの一致又は不一致とみなされる。これらのレコードは、新たなローカル例外リストと共に当該サイトに再送されない。さらなるサービスとして、システムは、２つの競合するアサーションが確認処理の１つにおいてミスを示す可能性のあるある患者に関して生成されたときに、サイトに通知する。
【００２５】
医療施設は、システムに参加している異なる医療組織における患者識別子が共にリンク付けされているとき、自らのローカル例外リストと対応するアサーションリストとを確認する。
【００２６】
例外はまた、サイトに関連するエントリがグローバル例外リストに追加される毎に、通常のシステム動作中に医療施設により確認される必要がある。新たな患者が登録されると、システム動作中にアイテムがグローバル例外リストに追加され、識別子マッチングアルゴリズムが、可能性のあるマッチについて例外を生成し、この場合、例外リストが定期的に確認される必要がある。
【００２７】
評価対象のレコードに関する他の医療施設においてすでに生成されたアサーションを含むアサーションリストは、ローカルサイトが当該レコードがリンクされるべきか判断するのに利用されてもよいが、それは真実性のソースではない。ローカルサイトは、患者レジストリ３１０に送り返され、当該サイトについて真実であるとしてグローバルアサーションリスト３３０に格納される自らのアサーションを生成する。
【００２８】
図４を参照して、本出願を実行するための方法４００のステップ系列が提供される。ステップ又は手段４１０は、一意的なレコード番号をカスタマのレコードに割り当てる。その後、ステップ又は手段４２０は、同一の患者に属するレコードを検出ため、連合体の他のシステムの個人データに対して特定のカスタマのレコードとマッチングするため、対象となるシステムの特定のカスタマレコードの個人データを抽出する。次に、ステップ又は手段４３０は、比較される各レコードの尤度比を導出するため、レコードのコレクションの個人データとカスタマレコードの個人データとを比較する。次に、ステップ又は手段４４０は、各尤度比と規定された受理閾値及び拒絶閾値とを比較する。その後、ステップ又は手段４５０は、尤度比の比較結果に基づきアサーションをレコードに付属させる。次に、ステップ又は手段４６０は、尤度比が拒絶閾値レシオを下回る場合、レコードを拒絶する。その後、ステップ又は手段４７０は、尤度比が受理閾値レシオを上回る場合、レコードを受理する。その後、ステップ又は手段４５０は、尤度比が受理閾値と拒絶閾値との間にある場合、人手による確認のためにレコードを設定する。その後、ステップ又は手段４９０は、例外リスト上で人手により確認するためレコードを配置し、当該リストを関連する機関に配布し、関連する各機関における人手による確認によって生成された受理又は拒絶結果の決定を記録する。
【００２９】
グローバルな共通の識別子がない連合環境における患者識別の問題は、このようなキー問題の解決がＰＡＣＳ（Ｆｅｄｅｒａｔｅｄ  Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）手段を構築及び配置することが可能であることについて必須なものであると考えられる。本出願は、自律的環境に関してマッチング処理の人手による確認段階を扱っている。
【００３０】
図５を参照して、コンピュータ実行可能な媒体内の装置によるデータのやりとりが説明５００される。コンピュータ端末５１０などの入力手段５１０を用いて、レコードが入力５１５される。入力されたレコードは、何れかのタイプ又は所定のフォーマット５２０により配置される。レコードはまた、限定することなく、年齢、性別、人種、都内又は地方生活スタイル、住所、電話番号などの個人データを含む。入力されたレコードの個人データは、データベース５３０に送信５３５される。個人データ５４０は、ポインタ５２５をとして使用される。このポインタ５２５は、データベース５３０から抽出５３５された以前に入力されたレコード５５０のコレクションのサーチ５５２を実行する。このサーチは、アルファベット順などの順序により又は順次入力されたように、各時点で１つのレコードを処理する。このようなサーチは、ちょうど入力された新たなレコード５２０の個人データと既存のデータベース５３０の各レコード５５０の個人データとの間の一致を、新たに入力されたレコード５２０の個人データがデータベース５３０の各レコード５５０の個人データにどの程度近く一致するかに基づき検出しようとする。このようなサーチは、コンピュータ実行可能媒体に設けられ、プロセッサにより実行可能なソフトウェア手段を用いて実行される。このマッチング５６２から、尤度比５６４が導出される。尤度比５６４は、所定の受理閾値５７０と所定の拒絶閾値５７２とに対して比較され、以下の３つの結果の１つがもたらされる。尤度比５６４が受理閾値５７０以上である場合、当該値は一致として受理され、これが一致であるというポジティブアサーションが生成される。尤度比５６４が拒絶閾値５７２以下である場合、当該値は一致しないとして拒絶され、これが一致５７８でないというネガティブアサーションが生成される。当該比が受理閾値５７０未満であって、拒絶閾値５７２より大きい場合、レコードはフラグ付けされ５７４、例外リストに配置される。この例外リスト上のレコードは、人手による確認のため提供されることになる。このような人手による確認は、例外リストにある２つのレコードの間の一致が受理又は拒絶されるべきかに関する決定が実行され、当該レコードのペアにアサーションが付属されることを含むものであってもよい。このアサーションは、コンピュータ５８０に手作業により入力されるべきである。例外リストもまた、コンピュータに配置されてもよい。レコードの１つを所持する各サイトは、２つのレコードが同一患者に属するか否かを独立してアサートする。この決定は、アサーションの根拠になる。このような決定がなされると、受理又は拒絶のアサーションが生成され、当該アサーション５８５はシステムデータベース５３０に格納される。データベースに記録されたアサーションは、アサーションのデータベース５３０をネットワーク５９０に置くことによって、他のユーザ５９５に配布されてもよい。
【００３１】
例えば、本例において入力されるレコードは、Ｊｏｅという５５才の男性で都市居住者である。Ａｄａｍという１４才の男性で都市居住者のデータベースにおけるレコードとの比較は、これら２つのレコード間の大きな年齢と住所の不一致により１９％という低いマッチの尤度比をもたらす。拒絶閾値レシオが２０％である場合、１９％のレシオの当該レコードは２０％の拒絶閾値を下回り、拒絶されることになる。これら２つの比較されたレコードは、おそらく同一人のものでない。
【００３２】
Ｊｏｅという５５才の男性であって都市居住者の入力されたレコードと、異なるＪｏｅという５９才の男性であって都市居住者のデータベースレコードとの他の比較は、９１％の高い尤度比をもたらす。これら２つのレコードは、年齢、性別及びライフスタイルに関してかなり近い一致であるためである。受理閾値レシオが９０％である場合、９１％の許容レシオを有する当該レコードは、９０％の受理レシオを上回り、一致として受理される。これら２つの比較されたレコードは、おそらく同一人のものである。
Ｊｏａｎという５５才の女性であって地方居住者のレコードとの比較は、７２％の尤度比をもたらす。この７２％は２０％の拒絶レシオを上回り、また９０％の受理レシオを下回るため、当該レコードは例外リストに配置され、人手による確認のためフラグ付けされる。人手による確認しか、これらのレコードが同一の人のものであるか判断することはできないであろう。
【００３３】
各個人ファクタは、必ずしもそうである必要はないが、等しく重み付けされる。例えば、個人の住所は短期間に大きく変更する可能性がある。従って、この個人情報は他のより安定的な変更しない傾向がある個人情報より重要性が低くなるよう重み付けされてもよい。性別や人種などのめったに又は全く変更されない個人情報は、特定の人の指標としてより信頼性の高いものであるため、より大きなウェイトが付与されてもよい。本例では、これは、Ｊｏｅ  ５５  ＭＵ  １２３  ＯａｋとＪｏｅ  ５９  ＭＵ  ９９８  Ｂａｌｓａとの間の尤度一致が、これら２人の個人の間の住所の相違にもかかわらず９１％になっている理由を説明する。ここで、年齢、性別及びライフスタイルの類似性は、住所より大きな重み付けがされる。
【００３４】
上述した処理は、１以上のコンピュータ又はコンピュータシステム上で実行される。これらのステップを実行するためのコンピュータプログラムは、ディスク、コンピュータメモリなどの有形なコンピュータ可読媒体に格納することができる。
【００３５】
複数の医療プロバイダは、情報を交換し、人手による確認のために提供される２つのレコードが同一の患者に属するという尤度比を決定するとき、患者の医療レコードの互いの評価を確認することができる。
【００３６】
本出願は、好適な実施例を参照して説明された。上述した詳細な説明を参照及び理解した他人には、変更及び代替が想到するであろう。本出願は、添付した請求項又はその均等の範囲内にある限り、このような変更及び代替のすべてを含むものとして解釈されるべきである。
【図１】
0005923307.tif 000002
【図２】
0005923307.tif 000003
【図３】
0005923307.tif 000004
【図４】
0005923307.tif 000005
【図５】
0005923307.tif 000006