(57)【要約】【課題】医療データを生成および保存するコンピュータ・ネットワーク上で患者ごとに一意の識別情報を取得するようにする。【解決手段】本発明は、ネットワーク上で、共通の患者に関連する可能性のある識別情報を検索するステップと、患者と有力に関連すると判明した少なくとも一つの識別情報を有効化するステップ２０８と、前記有効化した識別情報の中から識別情報を選択するステップ２１４と、前記選択された識別情報のもとに少なくとも一つの他の有効化した識別情報をマージすることで、前記マージした少なくとも一つの他の識別情報をオフラインにするとともに、前記マージした少なくとも一つの他の識別情報により以前に参照された前記患者に関係するデータを、今度は前記患者の選択された識別情報により参照されるようにするステップとを備えた方法に関する。【選択図】図７
2008527477.tif 000002
【特許請求の範囲】
【請求項１】
患者に関係する医療データであって、患者の識別情報によりコンピュータ・ネットワーク（１０）上で参照される医療データを生成および保存する前記ネットワーク（１０）において、患者の前記識別情報を管理する方法であって、
前記ネットワーク上で同一患者に関連する可能性のある識別情報を検索するステップ（１００、１０２、１０４、１０６、１０８、１１０、１１２）と、
当該患者と有力に関連すると判明した少なくとも一つの識別情報を有効化するステップ（２０８）と、
前記有効化した識別情報の中から識別情報を選択するステップ（２１４）と、
前記選択された識別情報のもとに、少なくとも一つの他の有効化した識別情報をマージすることで、このマージした少なくとも一つの他の識別情報をオフラインにし、このマージした少なくとも一つの他の識別情報により以前に参照された、この患者に関係するデータを、今度は前記患者の前記選択された識別情報により参照されるようにするステップ（２１６）とを備えていることを特徴とする方法。
【請求項２】
前記患者の識別情報は、複数の英数字の患者識別フィールドを含み、前記検索ステップは、
第１の所定のフィールド、および／またはコンピュータ・サブネットワーク内の前記ネットワークの所定のパーティションに応じて、前記ネットワークから識別情報の組を少なくとも一つ選択するステップ（１０２、１０４）と、
前記選択した組から二つの識別情報を選択するステップ（１０６）と、
二つの識別情報の少なくとも一つの第２のフィールドの値を比較するのに適したこれら二つの識別情報を比較するステップ（１１０）と、
これら二つの識別情報が所定値を上回る類似度を有する場合に、これら二つの識別情報が前記同一患者に関連する可能性のある識別情報であると定義する論理的関係を、これら二つの識別情報の間に形成するステップ（１５０）とを備えていることを特徴とする、請求項１に記載の方法。
【請求項３】
患者の識別情報に関する前記複数の識別フィールドは、患者の名字、名前、生年月日および性別にそれぞれ関係する文字列を含み、前記二つの識別情報の前記比較ステップは、一方では、これら二つの識別情報の前記名字の間、他方では、これら二つの識別情報の前記名前の間における音声学的比較方式のアルゴリズムの実行を含み、
これら二つの識別情報の名字および名前が音声学的に対応しており、これらの性別および生年月日が一致している場合には、前記二つの識別情報の類似度は高いと確認され、
これら二つの識別情報の名字のみが音声学的に対応しており、これらの性別および生年月日が一致している場合には、前記二つの識別情報の類似度は中程度であると確認され、
それら以外の場合には、これら二つの識別情報の類似度は低いと確認されることを特徴とする、請求項２に記載の方法。
【請求項４】
患者の識別情報に関する前記複数の識別フィールドは、前記患者の名字および名前にそれぞれ関係する文字列を含み、前記二つの識別情報の前記比較ステップ（１１０）は、一方では、これら二つの識別情報の前記名字の間、他方では、これら二つの識別情報の前記名前の間における分岐式のアルゴリズムの実行を含み、前記分岐式のアルゴリズムによってもたらされる前記名字および名前の間の平均分岐に応じて、これらの間の類似度を判定することを特徴とする、請求項２に記載の方法。
【請求項５】
前記ネットワークにおける二つの識別情報間に論理リンクを作成するステップ（８４）を備えていることを特徴とする、請求項１ないし４のいずれかに記載の方法。
【請求項６】
前記ネットワーク上における二つの識別情報間のマージ取り消しステップであって、前記マージした識別情報をオンラインに戻し、これらの識別情報により参照される前記医療データを初期状態に復元するステップを備えていることを特徴とする、請求項１ないし５のいずれかに記載の方法。
【請求項７】
医療従事者または外部の第三者システムによって、前記ネットワーク上における患者の識別情報を、前記識別情報の少なくとも一つの識別フィールドの値を問い合わせることで検索するステップ（８２）を備えていることを特徴とする、請求項１ないし６のいずれかに記載の方法。
【請求項８】
前記ネットワーク上における患者の識別情報は、識別フィールドのセットに分けられた複数の識別フィールド、特に、前記識別情報に関連する患者を前記ネットワーク上において一対一で参照する識別子フィールドと、その識別情報の主要、二次、補足および管理識別データにそれぞれ関係する属性とを含むことを特徴とする、請求項１ないし７のいずれかに記載の方法。
【請求項９】
前記ネットワークにおいて識別情報が変更されるとき、前記ネットワークにおいてこの識別情報を用いる全てのコンピュータ・リソースに対して、このコンピュータ・リソース上での更新のために、その変更が通知されることを特徴とする、請求項１ないし８のいずれかに記載の方法。
【請求項１０】
患者に関係する医療データであって、患者の識別情報によりコンピュータ・ネットワーク（１０）上で参照される医療データを生成および保存する前記ネットワークにおいて、患者の前記識別情報を管理するサーバ（４０）であって、
同一患者に関連する可能性のある識別情報を、前記ネットワーク上で検索する手段（５０、５６、６４）と、
この患者と有力に関連すると判明した少なくとも一つの識別情報を有効化する手段（５０、６４）と、
前記有効化した識別情報の中から識別情報を選択する手段（５０、６４）と、
前記選択された識別情報のもとに、少なくとも一つの他の有効化した識別情報をマージすることで、前記マージした少なくとも一つの他の識別情報をオフラインにし、前記マージした少なくとも一つの他の識別情報により以前に参照された、この患者に関係するデータを、今度はこの患者用に選択された識別情報により参照されるようにする手段（６４）とを備えていることを特徴とするサーバ。
【請求項１１】
請求項２ないし９のいずれかに記載の識別情報管理方法を実行するのに適していることを特徴とする、請求項１０に記載のサーバ。
【請求項１２】
当該サーバに対するアクセスと、その機能とに関係するデータを保存する追跡保存手段（６０）を備えていることを特徴とする、請求項１０または請求項１１に記載のサーバ。
【請求項１３】
前記追跡保存手段において所定の期間にわたり、前記手段に保存されたデータに応じて統計値を生成する手段（６８）を備えていることを特徴とする、請求項１２に記載のサーバ。
【請求項１４】
端末装置により接続するユーザを認証する手段（５２、５２ａ）を備えていることを特徴とする、請求項１０ないし１３のいずれかに記載のサーバ。
【請求項１５】
当該サーバの、機能の使用およびデータに対するアクセスに関係する許可の所定の組に関する許可を前記ユーザに割り当てる手段（５２、５２ｂ）を備えていることを特徴とする、請求項１４に記載のサーバ。
【請求項１６】
患者に関係する医療データを生成および保存する複数のコンピュータ・ネットワーク（１２Ａ、１２Ｂ；１２Ｃ、１２Ｄ）用の患者識別情報調整方法であって、
前記複数のネットワークにおいて識別された患者用に統合識別情報を作成するステップ（４００）と、
前記複数のネットワーク上で、同一患者に関連する可能性のある識別情報を検索するステップ（４０４、４１０）と、
前記同一患者と有力に関連すると判明した識別情報を有効化するステップ（４０６；４１６）と、
前記患者の統合識別情報のもとで、前記有効化した識別情報を調整するステップ（４０８；４１８）とを備えていることを特徴とする方法。
【請求項１７】
統合識別情報を変更し、前記統合識別情報が変更されたことを、前記統合識別情報を用いる前記複数のネットワークの、少なくとも一つのサーバに対して通知するステップを備えていることを特徴とする、請求項１６に記載の方法。
【請求項１８】
前記検索ステップは、前記複数のネットワークから識別情報を選択するステップを備えていることを特徴とする、請求項１６または１７に記載の方法。
【請求項１９】
前記複数のネットワークの前記識別情報がコンピュータ・サーバによって制御され、前記検索ステップは、前記統合識別情報に保存された、前記患者に関係するデータに応じて、各サーバに対して識別情報検索を通知するステップを備えていることを特徴とする、請求項１６、１７または１８に記載の方法。
【請求項２０】
前記有効化ステップは、前記サーバに対する前記検索通知に応答して、前記コンピュータ・サーバにより送られた識別情報を比較するステップを備えていることを特徴とする、請求項１９に記載の方法。
【請求項２１】
患者に関係する医療データを生成および保存する複数のコンピュータ・ネットワーク（１２Ａ、１２Ｂ；１２Ｃ、１２Ｄ）用の患者識別情報調整サーバ（３００）であって、
前記複数のネットワークにおいて識別された患者用に統合識別情報を作成する手段（３０２）と、
前記複数のネットワーク上で、同一患者に関連する可能性のある識別情報を検索する手段（５０、３０２）と、
この患者と有力に関連すると判明した識別情報を有効化する手段（５０、３０２）と、
前記患者の統合識別情報のもとで、前記有効化した識別情報を調整する手段（３０２）とを備えていることを特徴とするサーバ。
【請求項２２】
前記調整サーバは、前記複数のネットワークのうち少なくとも一つのネットワーク用の、請求項１０または請求項１１に記載の識別情報サーバでもあることを特徴とする、請求項２１に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者に関係し、これら患者の識別情報によりネットワーク上で参照される医療データを生成および保存するコンピュータ・ネットワークにおいて、これら患者の識別情報を管理する方法およびサーバに関する。
【背景技術】
【０００２】
患者の医療コンピュータ・データは、その患者に対する様々な医療行為の間に生成されるものであり、通常、複数のデータ・サーバに保存される。実際に、病院、放射線科、地理的にグループ化された開業医などによる各医療機関は、データを保存するコンピュータ・ハードウェアを独自に有している。さらに、各医療機関は、いくつかの患者識別情報フォーマットが使用できるように、一般に、患者参照用の独自のコンピュータ・フォーマットを使用する場合がある。
【０００３】
また、同一の医療機関では、同一患者の複数の識別情報が、例えば、その患者の複数の識別情報におけるエラーの発生に起因して、アクティブになっている場合もある。
したがって、患者に対して、医療機関による単一のコンピュータ識別情報が必ずしも存在しているわけではない。また、患者に関する様々な医療データにアクセスしたい医療従事者は、照合を行って、異なるサーバに保存されたどのデータがその患者と実際に関連しているかを判定しなければならないか、または、その患者の識別情報を全て利用可能にしなければならない。さらに、医療従事者は、自身が知る識別情報のもとで参照していないために、重要な医療データを調べ損なうおそれもある。
【０００４】
同一患者に関して複数の識別情報があることに起因する問題は、異なる医療機関の間においても見られる。実際に、各患者に対して医療機関ごとに識別情報が存在するので、医療従事者は、異なる機関のサーバに保存された患者の医療データを調べたいときに、前述の問題に直面してしまう。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、医療データを生成および保存するコンピュータ・ネットワーク上で参照される患者の識別情報を管理するのに適した、患者識別情報管理サーバを提案することにより、前記ネットワーク上で患者ごとに一意の識別情報を取得するようにして、前述の問題を解決することである。
【課題を解決するための手段】
【０００６】
したがって、本発明は、患者に関係する医療データであって、患者の識別情報によりコンピュータ・ネットワーク上で参照される医療データを生成および保存する前記ネットワークにおいて、患者の識別情報を管理する方法であって、
前記ネットワーク上で同一患者に関連する可能性のある識別情報を検索するステップと、
当該患者と有力に関連すると判明した少なくとも一つの識別情報を有効化するステップと、
前記有効化した識別情報の中から識別情報を選択するステップと、
前記選択された識別情報のもとに、少なくとも一つの他の有効化した識別情報をマージ（結合）することで、このマージした少なくとも一つの他の識別情報をオフラインにし、このマージした少なくとも一つの他の識別情報により以前に参照された、この患者に関係するデータを、今度は前記患者の前記選択された識別情報により参照されるようにするステップとを備えていることを特徴とする方法に関する。
【０００７】
特定の実施形態によれば、前記方法は、以下の特徴を一つ以上有している。
・前記患者の識別情報は、当該患者に関する複数の英数字の識別フィールドを含み、前記検索ステップは、
第１の所定のフィールド、および／またはコンピュータ・サブネットワーク内の前記ネットワークの所定のパーティションに応じて、前記ネットワークから識別情報の組を少なくとも一つ選択するステップと、
前記選択した組から二つの識別情報を選択するステップと、
二つの識別情報の少なくとも一つの第２のフィールドの値を比較するのに適したこれら二つの識別情報を比較するステップと、
これら二つの識別情報が所定値を上回る類似度を有する場合に、これら二つの識別情報が前記同一患者に関連する可能性のある識別情報であると定義する論理的関係を、これら二つの識別情報の間に形成するステップとを備えている。
・患者の識別情報に関する前記複数の識別フィールドは、前記患者の名字、名前、生年月日および性別にそれぞれ関係する文字列を含み、前記二つの識別情報の前記比較ステップは、一方では、これら二つの識別情報の名字の間、他方では、これら二つの識別情報の名前の間における音声学的比較方式のアルゴリズムの実行を含み、
これら二つの識別情報の名字および名前が音声学的に対応しており、これらの性別および生年月日が一致している場合には、前記二つの識別情報の類似度は高いと確認される。
・これら二つの識別情報の名字のみが音声学的に対応しており、これらの性別および生年月日が一致している場合には、前記二つの識別情報の類似度は中程度であると確認される。
・それら以外の場合には、これら二つの識別情報の類似度は低いと確認される。
・患者の識別情報に関する前記複数の識別フィールドは、前記患者の名字および名前にそれぞれ関係する文字列を含み、前記二つの識別情報の比較ステップは、一方では、これら二つの識別情報の前記名字の間、他方では、これら二つの識別情報の前記名前の間における分岐式のアルゴリズムの実行を含み、前記分岐式のアルゴリズムによってもたらされる前記名字および名前の間の平均分岐に応じて、これらの間の類似度を確認する。
・前記方法は、前記ネットワークにおける二つの識別情報間に論理リンクを作成するステップを備えている。
・前記方法は、前記ネットワーク上における二つの識別情報間のマージ取り消しステップであって、前記マージした識別情報をオンラインに戻し、これらの識別情報により参照される前記医療データを初期状態に復元するステップを備えている。
・前記方法は、医療従事者または外部の第三者システムによって、前記ネットワークにおける患者の識別情報を、前記識別情報の少なくとも一つの識別フィールドの値を問い合わせることで検索するステップを備えている。
・前記ネットワーク上における患者の識別情報は、識別フィールドの組に分けられた複数の識別フィールド、特に、前記識別情報に関連する患者を前記ネットワーク上において一対一で参照する識別子フィールドと、その識別情報の主要、二次、補足および管理識別データにそれぞれ関係する属性とを含む。
・前記ネットワークにおいて識別情報が変更されるとき、前記ネットワークにおいてこの識別情報を用いる全てのコンピュータ・リソースに対して、このコンピュータ・リソース上での前記識別情報の更新のために、その変更が通知される。
【０００８】
本発明はまた、患者に関係する医療データであって、患者の識別情報によりコンピュータ・ネットワーク上で参照される医療データを生成および保存する前記ネットワークにおいて、患者の前記識別情報を管理するサーバであって、
同一患者に関連する可能性のある識別情報を、前記ネットワーク上で検索する手段と、
前記患者と有力に関連すると判明した少なくとも一つの識別情報を有効化する手段と、
前記有効化した識別情報の中から識別情報を選択する手段と、
前記選択された識別情報のもとに、少なくとも一つの他の有効化した識別情報をマージすることで、前記マージした少なくとも一つの他の識別情報をオフラインにし、前記マージした少なくとも一つの他の識別情報により以前に参照された、この患者に関係するデータを、今度はこの患者用に選択された識別情報により参照されるようにする手段とを備えていることを特徴とするサーバに関する。
【０００９】
他の特徴によれば、
・当該サーバは、前述の形式の識別情報管理方法を実行するのに適している。
・当該サーバは、当該サーバに対するアクセスと、その機能とに関係するデータを保存する追跡保存手段を備えている。
・当該サーバは、前記追跡保存手段において所定の期間にわたり、前記手段に保存されたデータに応じて統計値を生成する手段を備えている。
・当該サーバは、端末装置により接続するユーザを認証する手段を備えている。
・当該サーバは、当該サーバの、機能の使用およびデータに対するアクセスに関係する許可の所定の組に関する許可を前記ユーザに割り当てる手段を備えている。
【００１０】
本発明はまた、患者に関係する医療データを生成および保存する複数のコンピュータ・ネットワーク用の患者識別情報調整方法であって、
前記複数のネットワークにおいて識別された患者用に統合識別情報を作成するステップと、
前記複数のネットワーク上で、この同一患者に関連する可能性のある識別情報を検索するステップと、
この同一患者と有力に関連すると判明した識別情報を有効化するステップと、
前記患者の統合識別情報のもとで、前記有効化した識別情報を調整するステップとを備えていることを特徴とする方法に関する。
【００１１】
他の特徴によれば、
・前記方法は、統合識別情報を変更し、前記統合識別情報が変更されたことを、前記統合識別情報を用いる前記複数のネットワークの少なくとも一つのサーバに対して通知するステップを備えている。
・前記検索ステップは、前記複数のネットワークから識別情報を選択するステップを備えている。
・前記複数のネットワークの前記識別情報がコンピュータ・サーバによって制御され、前記検索ステップは、前記統合識別情報に保存された、前記患者に関係するデータに応じて、各サーバに対して識別情報検索を通知するステップを備えている。
・前記有効化ステップは、前記サーバに対する前記検索通知に応答して、前記コンピュータ・サーバにより送られた識別情報を比較するステップを備えている。
【００１２】
本発明はまた、患者に関係する医療データを生成および保存する複数のコンピュータ・ネットワーク用の患者識別情報調整サーバであって、
前記複数のネットワークにおいて識別された患者用に統合識別情報を作成する手段と、
前記複数のネットワーク上で、同一患者に関連する可能性のある識別情報を検索する手段と、
前記同一患者と有力に関連すると判明した識別情報を有効化する手段と、
前記患者の統合識別情報のもとで、前記有効化した識別情報を調整する手段とを備えていることを特徴とするサーバに関する。
【００１３】
別の特徴によれば、前記調整サーバは、前記複数のネットワークのうち少なくとも一つのネットワーク用の、前述の型の識別情報サーバでもある。
本発明は、単に例示的に述べるとともに、添付図面を参照しながら行う、以下の説明を読むことで、より理解が深まるものである。
【発明を実施するための最良の形態】
【００１４】
図１において、患者に関係する医療データを生成および保存するコンピュータ・ネットワーク１０は、複数のサブ・ネットワーク１２Ａ、１２Ｂ、１２Ｃ、１２Ｄを備えている。
各サブ・ネットワーク１２Ａ、１２Ｂ、１２Ｃ、１２Ｄは、例えば、病院、診療所、一般開業医、グループ化された地域の病院などの医療機関における内部コンピュータ・ネットワークである。
【００１５】
サブ・ネットワーク１２Ａ、１２Ｂ、１２Ｃ、１２Ｄは、Ｘ線写真、外科報告、血液検査など、患者に対する医療行為の後に生成される患者医療データを、コンピュータ・フォーマットで保存する、一つまたは複数のコンテンツ・サーバ１４、１５、１６、１７、１８、１９、２０、２１を備えている。
患者に関係する各医療データは、医療機関が許可した作業者によって作成および提供されるコンピュータ識別情報により、サブ・ネットワーク１２Ａ、１２Ｂ、１２Ｃ、１２Ｄにおいて参照される。この識別情報は、コンテンツ・サーバ１４〜２１に接続された、本発明に係る識別情報管理サーバ２２、２３に保存される。
【００１６】
このサーバ２２、２３は、複製識別情報、即ち、同一患者に関連する複数の識別情報を検索および削除するのに適しているため、当該患者についての単一の識別情報が確実に医療機関のネットワーク１２Ａ、１２Ｂ、１２Ｃ、１２Ｄに保存される。そして、この単一の識別情報は、当該機関のコンテンツ・サーバ１４、１５、１６、１７、１８、１９、２０、２１によって、当該サーバに保存された患者の医療データの索引付けに使用される。
【００１７】
識別情報管理サーバは、コンテンツ・サーバとは別個のものとして図示しているが、勿論、識別情報管理サーバはコンテンツ・サーバであってもよいことは明らかである。
同様に、識別情報管理サーバは、患者識別情報の種々の組または内部ドメインを個別に管理するのにも適しており、これらの組はそれぞれコンピュータ・ネットワークの所定の部分と関連している。
【００１８】
識別情報管理サーバ２２、２３は、それぞれ独自の識別情報管理規則を実行することが可能である。例えば、患者の名前付けに対する規則、識別情報フォーマットの定義、または異なるレベルの機密性を利用してもよい。
さらに、例えば、セキュリティ上の理由から、医療機関は、患者識別情報の管理が中央で実行されないように、それぞれ独自の識別情報管理サーバを装備する必要がある場合もある。
【００１９】
ネットワーク１０には、複数の識別情報管理サーバ２２、２３に接続される少なくとも一つの調整サーバ２４、２５が設けられていることが有利である。調整サーバ２４、２５は、一つまたは複数の他の調整サーバ２４、２５に対して接続することもできる。このような調整サーバ２４、２５は、接続される識別情報管理および調整サーバに保存された患者の識別情報を、単一の統合識別情報のもとで索引付けするのに適している。
【００２０】
調整サーバ２４、２５の外部の第三者サーバにより管理される全ての識別情報は、そのサーバの外部ドメインにあるものと定義される一方、保存している統合識別情報のもとで索引付けすることによりサーバ２４、２５が調整する全ての識別情報は、そのサーバの調整ドメインにあるものと定義される。
調整サーバ２４、２５は、接続される各識別情報管理および調整サーバからメッセージを受信する。以下にさらに詳細に説明するように、この外部サーバは、調整サーバ２４、２５に対して、関連行為、即ち、識別情報の管理および管理動作を定期的に通知する。
【００２１】
外部サーバは、調整サーバ２４、２５と通信して、統合識別情報の検索および調査も行う。
調整サーバ２４、２５は、識別情報管理サーバと調整サーバとの間で動作的に区別がないことが好ましい。調整サーバ２４、２５は、同一の方法でこれら二つの種類のサーバと通信するとともに、これらに対して同一の働きをする。
【００２２】
調整サーバ２４、２５は、それぞれの調整ドメインを調整するために互いに接続可能であることから、本発明に係る調整サーバは、コンピュータ・ネットワーク１０におけるその位置に応じ、例えば、地域、地方もしくは国レベルで、または全ての付属病院、歯科医療などのレベルで、いずれの地理的または組織的スケールでも、各患者に対して単一の識別情報の取得を漸次可能にすることが分かる。
【００２３】
ここでは調整サーバを別個のコンピュータ構成体として示しているが、変形例においては、調整サーバを、医療機関のネットワーク用の識別情報管理サーバの機能を実行するのに適したものにすることもできる。
調整サーバが識別情報管理サーバとして管理する全ての識別情報を、内部ドメインと称する。勿論、この内部ドメインは、サーバの調整ドメインに関与し、換言すれば、調整サーバは、その内部ドメインを外部ドメインで調整する。
【００２４】
以下にさらに詳細に説明するように、許可されたユーザは最終的に、端末装置２６、２７によって識別情報管理サーバまたは調整サーバそれぞれに接続することができる。
図２は、本発明に係る識別情報管理サーバ４０をより詳細に示す図である。
サーバ４０は、第三者との通信インターフェース４２を備えている。このインターフェース４２は、患者識別情報を管理する各外部コンテンツ・サーバ４６との通信インターフェース４４を備えており、サーバ４０の識別情報および／または自身の識別情報を調整する各調整サーバは、サーバ４０によって調整される。
【００２５】
インターフェース４２は、端末装置５０によりサーバ４０に接続する各ユーザと通信を行うユーザ・インターフェース４８をさらに備えている。
好ましくは、識別情報管理サーバ４０および外部サーバ４６は、通知および要求／応答に基づく、例えば、ＨＬ７ ＸＭＬ形式のデータ通信プロトコルを用い、通信インターフェース４４は、ウェブ・サービス型のアプリケーション・サービスである。
【００２６】
好ましくは、サーバ４０およびユーザ端末装置、または外部サーバは、例えば、ＳＳＬ形式の安全なトランスポート層を用いるＳＯＡＰによって通信を行う。ユーザは、例えばウェブ・ブラウザなどのライト・クライアント・アプリケーションによってサーバ４０にアクセスし、ユーザ・インターフェース４８は、ポートレット・タイプのアプリケーションである。
【００２７】
ユーザ・インターフェース４８は、許可および認証アプリケーション５２と関連しており、ユーザによるサーバ４０へのアクセスと、その全機能および保存データへのアクセスとを制御する。このアプリケーション５２は、例えば、識別子、パスワードおよびデジタル証明書などのユーザ認証データをリストアップする、ユーザのリレーショナル・データベース５２ａまたはユーザ・ディレクトリと関連している。アプリケーション５２は、サーバ４０の機能およびデータに対するアクセス許可のデータベース５２ｂとも関連している。以下にさらに詳細に説明するように、このデータベース５２ｂは、データベース５２ａにリストアップされた各ユーザに対する所定の許可データをリストアップする。
【００２８】
サーバ４０は、患者識別情報を保存するデータベース５６と、サーバ４０の構成に関係するデータを保存するデータベース５８と、第三者およびこれらの第三者が行う種類の動作によるサーバ４０へのアクセスに関係する情報を保存する追跡ログを構成するデータベース６０とを含むデータ保存手段５４をさらに備えている。
サーバ４０は、アプリケーションの組６２、即ち、識別情報管理機能を実行する第１のアプリケーション６４と、サーバ４０を構成する機能を実行する第２のアプリケーション６６と、サーバ４０へのアクセスの追跡を管理する機能を実行する第３のアプリケーション６８とを備えている。
【００２９】
識別情報データベース５６に保存された識別情報は、複数の識別フィールド、特に、主要な識別子、患者を表すとともに識別情報管理規則を定義する属性の組、および一般識別情報状態フラグを含む。
主要な識別子により、サーバ４０の内部ドメインで、即ち、患者識別情報を管理するコンピュータ・ネットワーク上で、識別情報が単独に一対一で参照される。
【００３０】
属性は、患者のプロフィールをその識別のために表すデータセット、特に、患者の「名字」、「名前」、「性別」、「所在地」、「生年月日」、「仮名」などの英数字フィールドを含む。
これらの属性は、患者の識別に必要と定義される主要な属性と、必要とは定義されない二次属性と、例えば、医師などの許可された医療スタッフのみがアクセス可能な補足属性とに分けられる。
【００３１】
各属性は、その属性に含まれるデータが不確実な場合には「暫定」、データが確実な場合には「有効」、またはその属性にデータが含まれていない場合には「空白」の値を取り得る属性状態フラグと関連付けられている。
管理属性は、サーバ４０が識別情報を管理する方法を定義するものである（一般フラグおよびプロフィール属性フラグなどに応じた匿名性、機密性、関連情報、デフォルト識別情報処理方法）。
【００３２】
以下にさらに詳細に説明するように、これらの属性は、識別情報データベース５６の他の患者識別情報への可能な論理リンクを記述するためのフィールドの組、特に、「複製」フィールド、「関係」フィールドおよび「同音異義」フィールドをさらに含む。論理リンク・フィールドは、例えば、識別情報の識別子を含み、別の識別情報への論理リンクを介して識別情報にアクセスできるようになっている。
【００３３】
一般状態フラグによって、識別情報の一般状態が判断される。この状態は、「アクティブ」、つまり、識別情報がオンラインである状態、「従属」、つまり、識別情報が同一患者と関連する別の識別情報に従属している状態、「空白」、つまり、主要な属性のうち少なくとも一つが提供されていない状態、「暫定」、つまり、主要な属性のうち少なくとも一つが暫定状態である状態、そして「オフライン」、つまり、識別情報が医療データの索引付けに使用されていない状態である可能性がある。
【００３４】
図３は、識別情報管理サーバ４０によって実行される識別情報管理方法の主要ステップのフローチャートである。
ステップ７０において、例えば、医療従事者または医師などのユーザは、サーバ４０に接続するコンピュータ端末装置５０にインストールされたウェブ・ブラウザを介して、識別情報管理サーバ４０に対して接続要求を送る。
【００３５】
これに応じて、サーバ４０は、例えば、識別子およびパスワードの入力を求めるウィンドウを表示することにより、ステップ７２においてユーザ認証要求を送る。
ユーザは、ステップ７４において自身の識別子およびパスワードを入力し、これらの入力は全て、この目的のために入力要求ウィンドウに設けられたボタンを起動することにより、サーバ４０に対して通知される。
【００３６】
変形例において、サーバ４０はまた、高レベルのユーザ認証のためにデジタル証明書を要求する。このデジタル証明書は、例えば、秘密鍵を用いるＰＫＩ方式のアルゴリズムによって生成され、チップカードに保存される。ユーザの端末は、チップカード端末を装備しており、認証要求時に、読取り機が、カードに収められた証明書を読取り、それをサーバ４０に通知する。
【００３７】
ステップ７６において、サーバは、このデータを受信し、許可および認証アプリケーション５２を起動する。このアプリケーションは、受信したデータと、ユーザ・データベース５２ａに収められたデータとを比較してユーザを認証する。
識別情報管理サーバ４０によってユーザが認証された場合、接続が開かれて開始される。そして、ステップ７８において、サーバ４０の機能およびデータに対するアクセス許可の所定の組が、この接続に対して割り当てられる。例えば、Ｊａｖａ（登録商標）アプリケーションをユーザの端末装置で実行して、ユーザの使用または照会が許可されているサーバ４０の機能およびデータ・タイプをリストアップするウィンドウを表示させる。
【００３８】
ステップ８０において、ユーザは、アクセスできるとともに使用したいと望むサーバ４０の機能を用いて、このウィンドウを扱う。
サーバ４０の操作における次のステップ８２の間、選択した機能に関係するアプリケーションが起動され、その機能によって要求される場合には、ユーザとサーバ４０との間でデータ交換が行われる。
【００３９】
より具体的には、ユーザがアクセスできる前述のアプリケーションを用いてサーバ４０によって実行する機能は、前述の許可条件下で、特に以下の通りである。
・識別情報の作成：ユーザの要求に応じて、識別情報管理アプリケーション６４は、識別情報データベース５６内に識別情報を作成し、それにサーバの内部ドメインにおける主要な単一の識別子を帰属させる。
・識別情報の変更：ユーザの要求に応じて、アプリケーション６４は、属性の一つまたはその状態の一つを変更する。
・識別情報間の論理リンクの作成および削除：ユーザの要求に応じて、アプリケーション６４は、二つの識別情報間の論理リンクを作成または削除する。
・複製識別情報の検索
・識別情報間のマージおよびマージの取り消し
・識別情報の物理的削除：ユーザの要求に応じて、アプリケーション６４は、識別情報データベース５６から識別情報を物理的に削除する。
・多基準の識別情報検索：ユーザの要求に応じて、端末装置５０に検索ウィンドウが表示される。このウィンドウは、例えば、識別子、名字、名前などの識別情報を検索するために、データ入力用のフィールドを備えている。アプリケーション６４は、識別情報データベース５６に検索エンジンを備えている点で有利である。この識別情報データベースに対しては、元来知られているように、アステリスク、クエスチョンマークおよび論理演算子などのメタ文字の使用が可能な要求型の問い合わせプロトコルを用いて問い合わせを行ってもよい。
・識別情報の照会：ユーザの要求に応じて、アプリケーション６４は、例えば、多基準検索の後に、ユーザが選択した識別情報の所定のプロフィール（概要）を表示させる。表示されるプロフィールは、ユーザに対する許可に応じて決定される。例えば、主要な属性のみが表示されてもよい場合もあれば、識別情報が機密性を有する場合には、識別情報の「仮名」フィールドの値のみが表示される。
・識別情報間の論理リンクの検索：ユーザの要求に応じて、アプリケーション６４は、端末装置５０に、識別子入力フィールドと、検索されている論理リンクの種類の入力フィールドとを含むウィンドウを表示させる。ユーザは、識別情報の識別子と、検索されているリンクの種類とを入力する。これらのデータは、アプリケーション６４に対して通知され、そして、端末装置５０に検索されているデータが送られる。
【００４０】
その機能に関連する動作が終了すると、呼び出した機能が識別情報データベース５６に保存された識別情報を変更した場合、即ち、識別情報を作成し、データベースに収められたデータを変更し、またはそれを論理的に削除した（つまり、オフラインにした）もしくは物理的に削除した場合、ステップ８４において、サーバ４０は、この識別情報を用いる接続された全ての調整およびコンテンツ・サーバに対し、行われた変更を通知する。これに応じて、これらのサーバは、それぞれ自身の識別情報データベースを更新する。
【００４１】
次のステップ８６では、追跡管理アプリケーション６８を起動して、サーバ４０に対するアクセス情報、その機能およびデータを保存するデータベース６０を更新する。アプリケーション６８は、例えば、このデータベースにおける識別子と、ユーザがサーバにアクセスした時間と、識別情報の変更、複製識別情報の検索、識別情報に対する管理規則の変更など、ユーザがデータベースに対して行う種々の操作に関係する情報とを記録する。
【００４２】
そして、ステップ８６からステップ８０へループしてサーバの別の機能を呼び出すか、またはユーザが開始したセッションの終了ステップ８８を起動する。
図４は、識別情報管理アプリケーション６４によって実行され、識別情報データベース５６の複製識別情報を検索するためのアルゴリズムのフローチャートである。
ステップ１００において、端末装置経由で識別情報サーバ４０のもとでセッションを開始し、複製識別情報検出機能の使用を許可されたユーザは、サーバ４０に対して複製識別情報検索要求を送る。
【００４３】
これに応じて、ステップ１０２において、サーバは、ユーザの端末装置５０に、複製を検索するためのパラメータ選択ウィンドウを表示する。
この選択ウィンドウは、特に、サーバ４０の内部ドメインを選択するフィールドと、例えば、以下にさらに詳しく説明する音声学的比較方式の検出モードおよび分岐比較方式の検出モードなど、検出モードの所定の組から複製検出モードを選択するフィールドとを含んでいる。
【００４４】
ウィンドウ内の別のフィールドは、ユーザが望む場合に、複製の検索を、例えば、英数字フィールドの値がユーザの入力による接頭辞（識別コード）で始まるものなど、所定の組の患者識別情報に限定することをユーザに対して可能にする。
ユーザが複製検索パラメータの選択を終了すると、ユーザは、サーバ４０に対するこれらのパラメータの通知を、例えば、この目的のために設けられたウィンドウ内のボタンをクリックすることにより、引き続きステップ１０２において行い、そして、ウィンドウのフィールドにおいて選択されたパラメータは、ユーザ・インターフェース４８を介して識別情報管理アプリケーション６４へ送られる。
【００４５】
次のステップ１０４において、アプリケーション６４は、ユーザが選択したドメインおよび接頭辞（識別コード）と一致するデータベース５８の識別情報を全て特定することで、複製の検索を開始する。そうしない場合には、識別情報データベース５６の全体に対して複製の検索を行う。
次のステップ１０６において、アプリケーション６４は、未だ比較を行っていない選択された組から第１および第２の識別情報を選択する。
【００４６】
次のステップ１０８において、サーバ４０の管理規則に従って、アプリケーション６４は、選択した各識別情報が比較を行う上での所定の比較条件を満たすかどうかをテストする。例えば、アプリケーション６４は、アクティブであるとともに、主要な属性が全て提供されており、「有効」状態である識別情報を比較するように構成されていてもよい。
ここで説明する実施形態において、アプリケーション６４は、識別情報がアクティブであるかどうか、そして、これらの「名字」および「名前」フィールドが「有効」状態であるかどうかをテストする。音声学的方式の検出方法が選択されている場合、アプリケーション６４は、「性別」および「生年月日」フィールドが「有効」状態であるかどうかもテストする。
【００４７】
ステップ１０８でのテストの結果が否の場合、アプリケーション６４は、ステップ１１０において、選択した識別情報間の類似度が低いと判定し、ステップ１０６へループして別の識別情報のペアを選択する。
テストの結果が正の場合、アプリケーション６４は、ステップ１１２において第１および第２の選択した識別情報を比較し、これらの間の類似度を判定することで、その動作を継続する。
【００４８】
ユーザの選択した複製検出方法が音声学的比較方式である場合、アプリケーション６４は、第１および第２の識別情報の英数字フィールド「名字」の音声学的比較と、第１および第２の識別情報の英数字フィールド「名前」の音声学的比較とを行う。
アプリケーション６４が実行する、例えば、「名前」フィールドなど、二つのフィールドの音声学的比較は、図５のフローチャートに示すように、まず、第１および第２の識別情報の各「名前」フィールドについて音声学的コードを生成するステップを備えている。
【００４９】
ステップ１１４において、アプリケーション６４は、各「名前」フィールドの文字列の作成を、そのフィールドを複製し、その列の最初の文字を保持し、そして、その列から文字Ａ、Ｅ、Ｉ、Ｏ、Ｕ、Ｙ、ＨおよびＷを削除することによって行う。
次のステップ１１６において、アプリケーション６４は、最初の文字は別として、ステップ１１４で作成した列の残りの文字を、表１に示すように、対応する所定の数字にそれぞれ置き換えてコードを生成する。
【００５０】
【表１】
2008527477.tif 000003
【００５１】
例えば、文字列ＧＲＥＧＯＲＹから文字Ｅ、ＯおよびＹを削除した後に生成される一連の文字ＧＲＧＲは、Ｇ６７６というコードに置き換えられる。
次のステップ１１８において、アプリケーション６４は、各数字を一つだけ含むコードを生成するように、多数の一致する数字を削除する。例えば、コードＧ６７６は、ステップ１１６において、コードＧ６７に置き換えられる。左端の数字は保持することが好ましい。
【００５２】
次のステップ１２０において、ステップ１１８で生成されたコードがＮ個よりも少ない数の要素を有する場合（ここでＮは、例えば４などの所定数）、アプリケーション６４は、一連のＮ個の要素が得られるように右端に一つまたは複数のゼロを加えることによってコードを完成させる。例えば、コードＧ６７は、右端に一つのゼロを加えることによって完成する。
【００５３】
次のステップ１２２において、識別情報の各「名前」フィールドに対してステップ１１６で生成されたコードから、左端のＮ個の要素を選択し、その名前に対する音声学的コードを得る。
次のステップ１２４において、アプリケーション６４は、ステップ１２２で得られた音声学的コードによって第１および第２の識別情報間の類似度を判定する。
【００５４】
第１および第２の識別情報の「名字」および「名前」フィールドが音声学的に対応しており、即ち、これらの音声学的コードが一致しており、これらの「性別」フィールドまたは「生年月日」フィールドがそれぞれ一致している場合、アプリケーション６４は、これら二つの識別情報間の類似度が高いと判定する。
「名字」フィールドのみが音声学的に対応しており、「性別」フィールドおよび「生年月日」フィールドが一致している場合、識別情報管理アプリケーション６４は、これら二つの識別情報間の類似度が中程度であると判定する。
【００５５】
その他の全ての場合において、アプリケーション６４は、第１および第２の識別情報間の類似度が低いと判定する。
勿論、「性別」および「生年月日」フィールド以外の識別情報フィールドを用いて二つの識別情報間の類似度を判定してもよい。
分岐方式の複製検出方法がユーザによって選択されている場合、アプリケーション６４は、図６に示すように、第１および第２の識別情報の「名字」および「名前」フィールドに基づいて類似度を判定する。
【００５６】
分岐方式の比較によって類似度を判定する第一のステップ１３０において、例えば、「名字」フィールドなど、第１および第２の識別情報における同種のフィールドの各ペアに対してマトリックスＲを初期化する。
このマトリックスは、Ｎ個の行とＭ個の列とを含むが、ここでＮおよびＭは、それぞれ第１および第２の識別情報の「名字」フィールドの値の長さである。マトリックスＲの最初の行は、行ベクトル［０１２．．．Ｎ］に初期化され、マトリックスＲの最初の列は、列ベクトル［０１２．．．Ｍ］Ｔに初期化されるが、ここでＴは転置の記号とする。
【００５７】
ステップ１３０において、二つのカウンタｉおよびｊの値も０に初期化される。
次のステップ１３２においては、テストを行ってカウンタｉの値がＮ＋１と等しいかどうかを確かめる。このテストの結果が正の場合、ステップ１３４において、これら二つの「名字」フィールド間の類似の分岐は、Ｒ（Ｎ、Ｍ）と等しいものと判定する。
テストの結果が否の場合には、ステップ１３６において、テストを行ってカウンタｊの値がＭ＋１と等しいかどうかを確かめる。
【００５８】
このテストの結果が正の場合、ステップ１３８においてカウンタｉを１だけインクリメントして（増やして）、ステップ１３２にループする。
このテストの結果が否の場合、次のステップ１４０において、第１の識別情報の「名字」フィールドの値におけるｉ番目の文字と、第２の識別情報の「名字」フィールドの値におけるｊ番目の文字とを比較する。これらの値が一致する場合には、ステップ１４０において変数ｃの値を０に設定し、これらの値が異なる場合には、やはりステップ１４０においてｃの値を１に設定する。
【００５９】
そして、ステップ１４２において、値Ｒ（ｉ−１、ｊ）＋１、Ｒ（ｉ、ｊ−１）＋１およびＲ（ｉ−１、ｊ−１）＋ｃの最小値が決まり、Ｒ（ｉ、ｊ）の値に割り当てられる。
次のステップ１４４においては、カウンタｊの値を１だけインクリメントして、新たなサイクルのために、ステップ１４４からステップ１３６にループする。
第１および第２の識別情報間の類似の平均分岐は、その「名字」および「名前」フィールドについて得られた類似の分岐の平均を出すことにより、アプリケーション６４で算出される。
【００６０】
そして、これら二つの識別情報間の類似度は、算出された類似の平均分岐の値と、表２に示すような所定の類似度との対応によって求められる。
【００６１】
【表２】
2008527477.tif 000004
【００６２】
前述のいずれかの複製検出を実行することにより、例えば、一方に患者の名字のスペルミスのおそれがある同一患者と潜在的に関連する（関連する可能性のある）識別情報を検索することが可能となる。
再び図３を参照すると、識別情報管理アプリケーション６４の動作における次のステップ１５０では、判定された類似度と、所定の閾値とを比較する。例えば、この閾値は、高くされ、一致する類似度は、高い類似度を上回り、高い類似度は、中程度の類似度を上回り、そして、中程度の類似度は、低い類似度を上回る。
【００６３】
判定された類似度が所定の閾値を上回る場合、アプリケーション６４は、引き続きステップ１５０において、これら二つの識別情報間の論理リンク、即ち、「潜在的な複製」リンクを作成する。これに応じて、アプリケーション６４は、第１の識別情報の「複製」論理リンク・フィールドを「潜在的な複製」に設定し、このフィールドに第２の識別情報の主要な識別子を書き込む。同様に、アプリケーション６４は、第２の識別情報の「複製」論理リンク・フィールドを「潜在的な複製」に設定し、このフィールドに第１の識別情報の主要な識別子を書き込む。
【００６４】
したがって、第１および第２の識別情報が、同一患者と関連している可能性があると判定され、識別情報データベース５６において論理的にリンクされる。
次にステップ１５２において、アプリケーション６４は、ユーザが選択した組の識別情報が全て比較されたかどうかをテストする。
このテストの結果が否の場合、ステップ１５２からステップ１０６にループし、新たな識別情報のペアを選択して比較する。
【００６５】
このテストの結果が正の場合、ステップ１５４において、アプリケーション６４は、判定した潜在的な複製のリストをユーザの端末装置５０上に表示する。
図７のフローチャートは、アプリケーション６４によって実行する、同一患者に関連する可能性のある複製識別情報を削除するアルゴリズムを示す。
ステップ２００において、識別情報管理サーバ４０でセッションを開始し、アプリケーション６４によって実行する識別情報複製削除機能の使用を許可されたユーザは、サーバ４０に対して複製削除要求を送る。
【００６６】
これに応じて、ステップ２０２において、当該サーバは、識別情報データベース５６に保存された潜在的な複製、即ち、「潜在的な複製」論理リンクにより結ばれた識別情報のペアをリストアップする表示ウィンドウを端末装置５０に送る。
ステップ２０４において、ユーザは、そのような識別情報のペアを選択し、それに応じて、アプリケーション６４は、ステップ２０６において、これらの識別情報のそれぞれに関連する患者についての所定のプロフィール、例えば、「名字」、「名前」、「性別」、「生年月日」および「住所」などの属性の値を表示するウィンドウをユーザの端末５０に送る。
【００６７】
そして、ステップ２０８において、ユーザは、これら二つの識別情報が同一患者と実際に関連しているかどうかを判定する。実際には関連していない場合、ユーザは、潜在的な複製のリストを表示させる要求を送り、ステップ２０８からステップ２０２にループする。
実際に関連している場合、引き続きステップ２０８において、ユーザは、「潜在的な複製」論理リンクを「有効な複製」に修正する要求を送る。これに応じて、ステップ２１０において、アプリケーション６４は、「複製」フィールドを「有効な複製」に設定することにより、識別情報を変更する。このように識別情報の「複製」フィールドを「有効な複製」に設定することにより、これらの識別情報は、同一患者と実際に関連していると判定される。
【００６８】
次いで、ユーザ、または変形例においてアプリケーション６４は、ステップ２１２において、識別情報の一方をマスタ識別情報として選択し、それをサーバ４０に対して通知する。
これに応じて、ステップ２１４において、アプリケーション６４は、他方の識別情報の一般状態フラグを「従属」状態に設定して、それを非アクティブ化する。そして、この識別情報は、オフラインにされ、そのマスタ識別情報のもとで索引付けされる。したがって、従属識別情報は、マスタ識別情報のもとにマージされる。
【００６９】
ステップ２１６において、サーバは、接続している各外部第三者コンテンツおよび調整システムに対して、識別情報が非アクティブ化されており、現在はマスタ識別情報のもとにマージされていることを通知する。これに応じて、これらのサーバは、それぞれ固有の識別情報データベースを更新する。
したがって、従属識別情報のもとで以前に参照された医療データが、今度はマスタ識別情報のもとで参照される。
【００７０】
そして、ステップ２１６からステップ２０２にループし、新たに潜在的な複製識別情報を選択する。
以上のように、同一患者と関連する識別情報は、一意の（唯一の）マスタ識別情報のもとに段階的にマージされる。したがって、同一患者に関係する全ての医療データは、その単一の識別情報により、サーバ４０の内部ドメインにおいて参照される。
【００７１】
許可されたユーザは、マージされた二つの識別情報を「分割」する場合がある。許可されたユーザの要求に応じて、アプリケーション６４は、従属識別情報をオンラインに戻してその初期状態、即ち、マージされる前の状態に置き、「複製」フィールドを「衝突」に設定して識別情報が再びアクティブであることを示す。そして、第三者サーバには、識別情報がオンラインに戻されており、自身のデータベースが更新可能になっていることが通知されるので、この識別情報に関連する医療データは再度この識別情報により索引付けされる。
【００７２】
識別情報管理サーバ４０はまた、定期的に、周期的に、または許可されたユーザの要求に応じて、所定の形式の統計値を生成することもできる。追跡管理アプリケーション６８は、追跡データベース６０に保存された追跡データに対する統計的計算を、例えば、過去２４時間、過去一週間または別の期間など、所定の期間にわたって実行する。このアプリケーション６８が使用する計算は、例えば、サーバに対するアクセスの回数、サーバが行った、およびサーバに対して行われた動作の種類および回数、調査された、かつ／または変更されたデータの種類、識別情報管理規則に対する変更、認証および許可に対する変更などの動作に関係するものである。
【００７３】
サーバ４０へは、接続している各外部コンテンツまたは調整サーバによるアクセスも可能である。このようなサーバは、判明した識別情報または照会された識別情報のリストを送ることにより、サーバ４０が応答する識別情報の検索および照会の要求を送ることができる。
次に、図８を参照して本発明に係る調整サーバについて説明する。
【００７４】
図８において、調整サーバ３００は、コンテンツ・サーバに対する識別情報管理サーバとしても示されている。したがって、この調整サーバは、図２を参照して説明した識別情報管理サーバと共通の要素を共有している。これらの要素には、図２のサーバの要素と同様の参照符号を付しているので、ここでは、簡潔にするためにその説明を省略するものとする。
【００７５】
したがって、調整サーバ３００は、識別情報管理サーバとして識別情報の管理を実行する内部識別情報ドメインと、識別情報管理サーバに保存され、その統合識別情報のもとに統合する、識別情報の組からなる内部調整ドメインとを有する。
調整サーバ３００は、以下にさらに詳細に説明するように、識別情報調整機能を実行する調整管理アプリケーション３０２を備えている。この調整管理アプリケーション３０２は、以下にさらに詳細に説明するように、統合識別情報および関連する調整をリストアップする調整データベース３０４と関連付けられている。
【００７６】
許可および認証アプリケーション５２および許可データベース５２ｂは、アプリケーション３０２の機能を使用するユーザの権限と、調整データベース３０４における調整データの操作とに関係する補足許可データを含んでいる。
統合識別情報のフォーマットは、例えば、患者の識別情報に関して先に説明したものと同様である。統合識別情報の主要な識別子は、サーバにより、そのサーバの内部調整ドメインにおいて一意となるように作成される。
【００７７】
図９のフローチャートは、調整サーバとしてのサーバ３００の動作を示す。
ステップ４００において、調整サーバの調整ドメインにおいて参照される患者の統合識別情報が、調整データベース３０４の調整アプリケーション３０２によって作成される。
統合識別情報は、図２を参照して説明した識別情報管理サーバにおける識別情報の作成と同様に、サーバ３０２に接続する許可されたユーザの要求に応じて作成してもよい。そして、ユーザは、この患者に関係するデータで作成された統合識別情報のフィールドに入力を行う。
【００７８】
あるいは、統合識別情報は、サーバ３００に接続する識別情報管理または調整サーバからの要求に応じて、アプリケーション３０２によって作成してもよい。第三者サーバがその識別情報または調整データベースにおいて新たな患者の識別情報を作成するとき、第三者サーバは、そのことを調整サーバ３００に対して通知する。そして、調整サーバは、その患者が調整データベースにおける統合識別情報により既に参照されているかどうかをチェックする。参照されていない場合、調整サーバ３０２は、外部サーバによって送られたデータで新たな統合識別情報を作成する。
【００７９】
例えば、調整アプリケーション３０２は、その調整ドメインにおける一意の識別子を帰属させることでも、外部サーバが通知する患者の識別情報を、調整サーバ３００が用いる識別情報フォーマットに変換するのに適している。
次のステップ４０２の間、調整サーバ３０２は、この作成を外部サーバに対して通知する。
【００８０】
次のステップ４０４において、サーバ３０２に接続しているユーザは、識別情報調整要求を送る。そして、サーバの統合識別情報の識別子を入力するフィールドと、調整される外部サーバの識別情報の識別子を入力するフィールドとを含むウィンドウが、ユーザの端末装置上に表示される。
そして、ステップ４０６において、ユーザは、自身が調整したいと望む二つの識別情報の識別子を入力して、自身の選択を有効にする。
【００８１】
これに応じて、アプリケーション３０２は、ステップ４０８で、調整データベース３０４において新たな調整を作成する。この調整には、調整サーバ３００の統合識別情報のもとで外部サーバの識別情報が索引付けされるか、または統合されるように、統合識別情報および調整された識別情報の識別子が含まれる。
変形例において、統合識別情報は、統合する識別情報の識別子をリストアップする補足フィールドを含んでいてもよい。
【００８２】
当然のことながら、今説明したことは、調整サーバ３００が識別情報管理サーバとして管理する識別情報についても有効である。実際、サーバ３００の識別情報管理および調整サービスは、相互間の連絡によって、識別情報データベース５６に保存された識別情報を調整する。
ステップ４１０で、ユーザは、変形例において、調整サーバ３００の内部または外部ドメインにおいて、同一患者に関連する可能性のある識別情報を検索することが有利である。
【００８３】
この検索は、例えば、先に説明した複製識別情報の検索と同様の方法で行われる。
例えば、ステップ４１２において、アプリケーション３０２は、例えば、統合識別情報の「名字」および「名前」のフィールドの値など、統合識別情報に含まれたデータに応じ、第三者識別情報および調整サーバに対して識別情報の検索および照会の要求を送る。ステップ４１４において、通知を受けたサーバは、それぞれの識別情報または調整データベースにおいて、このデータに一致する識別情報の検索を実行し、判明した識別情報を調整サーバ３００に送る。
【００８４】
そして、調整サーバ３００は、音声比較方式または分岐方式のアルゴリズムを実行して、統合識別情報で、患者と潜在的に関連する識別情報のリストを作成する。
そして、ステップ４１６において、ユーザは、一つまたは複数の識別情報を選択し、患者と実際に関連すると考えられる各識別情報を統合識別情報で有効化する。これに応じて、サーバ３０２は、ステップ４１８において、先に説明したように統合識別情報と有効化した識別情報とを調整する。
【００８５】
先に説明した方法と同様に、許可されたユーザは、統合識別情報を検索、調査、削除、変更または削除してもよい。また、ユーザは、調整を削除し、統合識別情報のもとに統合された識別情報の全てまたは一部を照会してもよい。
例えば、ユーザは、二つの統合識別情報間の論理リンクを作成し、識別情報の属性またはそのフラグの値などを変更してもよい。
【００８６】
統合識別情報に対して変更が行われると、アプリケーション３０２は、接続している各外部調整サーバに対して、その調整データベースを更新できるように、この変更を通知する。
また、調整サーバ３００は、接続している各識別情報管理または調整サーバから、識別情報変更の通知を受信することが可能である。これらの通知には、例えば、これらのサーバが管理する識別情報に対して行われた変更に関係する情報が含まれており、それに応じ、サーバ３００は、この情報に従ってその調整データベース３０４を更新する。
【００８７】
例えば、識別情報が、あるサーバから削除されてサーバ３００で調整される場合、当該サーバ３００は、この調整を削除する。
アプリケーション３０２はまた、図４、図５、図６および図７を参照して説明したプロセスと同様のプロセスを実行することにより、患者ごとに単一の統合識別情報が存在するように、調整データベース３０４から複製統合識別情報を削除することもできることが有利である。
【図面の簡単な説明】
【００８８】
【図１】患者に関係する医療データを生成および保存するとともに、本発明に係る識別情報管理サーバと調整サーバとを備えたコンピュータ・ネットワークの概略図。
【図２】本発明に係る識別情報管理サーバをより詳細に示す概略図。
【図３】図２の識別情報管理サーバの機能フローチャート。
【図４】本発明に係る識別情報管理サーバによって実行する複製識別情報検索の機能フローチャート。
【図５】音声学的方式の比較によって複製を検出するステップのフローチャート。
【図６】分岐方式の比較によって複製を検出するステップのフローチャート。
【図７】本発明に係る識別情報管理サーバの識別情報を論理的に削除するステップのフローチャート。
【図８】本発明に係る調整サーバをより詳細に示す図。
【図９】図８の調整サーバの機能フローチャート。
【図１】
2008527477.tif 000005
【図２】
2008527477.tif 000006
【図３】
2008527477.tif 000007
【図４】
2008527477.tif 000008
【図５】
2008527477.tif 000009
【図６】
2008527477.tif 000010
【図７】
2008527477.tif 000011
【図８】
2008527477.tif 000012
【図９】
2008527477.tif 000013
【国際調査報告】
2008527477.tif 000014
2008527477.tif 000015
2008527477.tif 000016
2008527477.tif 000017
2008527477.tif 000018
2008527477.tif 000019