(57)【要約】【課題】患者情報等の個人情報等を名寄せ処理により匿名化し、複数の医療施設等において、秘匿性を高めた個人情報のやり取りを可能とする。【解決手段】本システムは、患者情報を記録した調査票の入力を受け付ける調査票入力手段と、調査票内の患者情報のうち姓名の半角チェックを行う半角確認手段と、姓名の各漢字を異字体から標準化の漢字へ置き換えを行う標準化対応表を記憶した記憶手段と、姓名の各漢字について標準化対応表と突合し変換することで標準化を行う標準化手段と、姓名のうち名字の下一文字で男女判断を行う男女判別手段と、姓名のうち名字の希少性を判断する希少性判断手段と、姓名から情報取得する情報取得手段と、患者情報をハッシュ値化した文字列に変換するハッシュ化手段と、ハッシュ値化した文字列からなる調査票データの回収を行う調査票回収手段を備える。【選択図】図１
2018045378.tif 000002
【特許請求の範囲】
【請求項１】
患者情報を記録した調査票の入力を受け付ける調査票入力手段と、
前記調査票内の前記患者情報のうち姓名の入力チェックを行う半角確認手段と、
前記姓名の各漢字を異字体から標準化の漢字へ置き換えを行うための標準化対応表を少なくとも記憶した記憶手段と、
前記姓名の各漢字について前記標準化対応表と突合し変換することで標準化を行う標準化手段と、
前記姓名のうち名字の下一文字で男女判断を行う男女判別手段と、
前記姓名のうち名字の希少性を判断する希少性判断手段と、
前記姓名から情報取得する情報取得手段と、
前記患者情報をハッシュ値化した文字列に変換するハッシュ化手段と、
前記ハッシュ値化した文字列からなる調査票データの回収を行う調査票回収手段と、
を備えた
名寄せ処理システム。
【請求項２】
前記記憶手段は、男女名対応表を更に記憶しており、
前記男女判別手段は、前記男女名対応表を参照して、姓名のうち名に係る漢字の一文字について、男女判別を行う
請求項１に記載の名寄せ処理システム。
【請求項３】
前記希少性判断手段は、在住県コードを取得し、都道府県別ランキングが存在する場合には、名字ランキング表を参照して、希少性に係るスコアを取得する
請求項１に記載の名寄せ処理システム。
【請求項４】
患者情報を記録した調査票の入力を受け付けるステップと、
前記調査票内の前記患者情報のうち姓名の半角チェックを行うステップと、
前記姓名の各漢字を異字体から標準化の漢字へ置き換えを行うための標準化対応表を少なくとも記憶したステップと、
前記姓名の各漢字について前記標準化対応表と突合し変換することで標準化を行うステップと、
前記姓名のうち名字の下一文字で男女判断を行うステップと、
前記姓名のうち名字の希少性を判断するステップと、
前記姓名から情報取得するステップと、
前記患者情報をハッシュ値化した文字列に変換するステップと、
前記ハッシュ値化した文字列からなる調査票データの回収を行うステップと、
を備えた名寄せ処理方法。
【請求項５】
サーバ装置が、
患者情報を記録した調査票の入力を受け付けるステップと、
前記調査票内の前記患者情報のうち姓名の半角チェックを行うステップと、
前記姓名の各漢字を異字体から標準化の漢字へ置き換えを行うための標準化対応表を少なくとも記憶したステップと、
前記姓名の各漢字について前記標準化対応表と突合し変換することで標準化を行うステップと、
前記姓名のうち名字の下一文字で男女判断を行うステップと、
前記姓名のうち名字の希少性を判断するステップと、
前記姓名から情報取得するステップと、
前記患者情報をハッシュ値化した文字列に変換するステップと、
前記ハッシュ値化した文字列からなる調査票データの回収を行うステップと、
を実行するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば各種医療施設等で使用される匿名加工情報の名寄せ処理システム、名寄せ処理方法、サーバ装置及びプログラムに関する。
【背景技術】
【０００２】
従来、例えば複数の医療施設等が参加する学術研究においては、ユーザの属性情報を管理収集するために、氏名等を匿名化した各種調査票が用いられている。このような調査票を用いることで、例えば複数の医療施設等の情報をセンターで統括的に管理するときに、匿名化された状態で、調査票を医療施設から各センターに提供することが可能となる。昨今では、個人情報保護法等の導入により、個人情報の秘匿化が極めて重要になってきているが、このような調査票の活用によれば、当該個人情報を外部に開示することなく、安全にやり取りすることが可能である。そして、今日では、このような特定機関同士の漏洩化を防止するため、名寄せ処理方法について種々の方法が採用されている。
【０００３】
この種の技術として、例えば、特許文献１では、サーバを用いた技術であって、名寄せに係る記録について、当該記録に関する属性値を複数の属性値に転換し、当該複数の属性値を秘匿化して、記録すると共に、当該記録を適宜読み出して、名寄せデータを生成する名寄せ処理システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１４９０５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、一般的な名寄せ処理においては、患者個人を特定できる情報を、ハッシュ関数等を用いてランダムな固定長の英数字の並びに変換し、当該施設以外での患者個人の特定を困難にしていることが問題となっていた。
【０００６】
これは、前述した特許文献１に開示された技術においても同様である。さらに、従来の名寄せ処理においては、例えば、名の下１文字で男女判断したり、名字の希少性を判断したりすることはできなかった。
【０００７】
本発明は、このような課題に鑑みてなされたものであり、例えば、患者情報等の個人情報等を複数の医療施設等において匿名化処理し、より秘匿性を高めながらも名寄せ精度を高めた名寄せ処理システム、名寄せ処理方法、サーバ装置及びプログラムに関する。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明の一態様に係る名寄せ処理システムは、患者情報を記録した調査票の入力を受け付ける調査票入力手段と、前記調査票内の前記患者情報のうち姓名の入力チェックを行う確認手段と、前記姓名の各漢字を異字体から標準化の漢字へ置き換えを行うための標準化対応表を少なくとも記憶した記憶手段と、前記姓名の各漢字について前記標準化対応表と突合し変換することで標準化を行う標準化手段と、前記姓名のうち名字の下一文字で男女判断を行う男女判別手段と、前記姓名のうち名字の希少性を判断する希少性判断手段と、前記姓名から情報取得する情報取得手段と、前記患者情報をハッシュ値化した文字列に変換するハッシュ化手段と、前記ハッシュ値化した文字列からなる調査票データの回収を行う調査票回収手段とを備えている。
【発明の効果】
【０００９】
本発明によれば、例えば、患者情報等の個人情報等を匿名化を行い、複数の医療施設等において、より秘匿性を高めた匿名加工情報のやり取りを可能とする名寄せ処理システム、名寄せ処理方法、サーバ装置及びプログラムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係る名寄せ処理システムの構成図である。
【図２】名寄せ処理システムのＷｅｂサーバの詳細な構成図である。
【図３】名寄せサーバの詳細な構成図である。
【図４】ＤＢサーバ装置の詳細な構成図である。
【図５】アプリケーションサーバの詳細な構成図である。
【図６】システム外端末の詳細な構成図である。
【図７】同名寄せ処理システムのテーブル構成を示す図である。
【図８】同名寄せ処理システムの処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面を参照しつつ本発明の一実施形態について説明する。
【００１２】
第１に、本発明の名寄せシステムでは、例えば全国の病院内で患者情報（個人情報）を連結可能匿名化しつつ、当該病院等から患者情報の提供を受けた第３者機関にて患者情報（匿名加工情報）の追跡（名寄せ）を可能とする。
第２に、本発明の名寄せシステムは、例えば１匿名化のプログラムの処理をパソナルコンピュータ、サーバ等の環境の差異（文字コード等）によっては、同一氏名を同一の符号化（仮名化）できない問題を解決している。
第３に、更に、同システムでは、例えば２匿名性を担保しつつ、患者の識別を可能とするＩＤや変数を生成して患者情報（匿名加工情報）の追跡（名寄せ）できる点。
【００１３】
図１には、本発明の一実施形態に係る名寄せ処理システムの構成を示し説明する。
【００１４】
同図に示されるように、名寄せ処理システム１は、Ｗｅｂサーバ２と、名寄せサーバ３と、アプリケーションサーバ４と、ＤＢサーバ７と、調査対象施設の情報端末５と、透析学会の情報端末６とで構成されている。Ｗｅｂサーバ２は、調査票の郵送を受けて調査対象施設の情報端末５で入力された入力チェック、標準化、名の下１文字で男女判断、及び名字の希少性等について処理を行い、処理結果をセンターの情報端末６に送信する。センターの情報端末６は、それら処理結果に係る情報をＷｅｂサーバ２にアップロードする。Ｗｅｂサーバ２からは、ＤＢサーバ７に調査票データの登録を行うことになる。この調査票データは、患者テーブル８に格納される。
【００１５】
ＤＢサーバ７は、前述した患者ＤＢ８のほか、標準化ＤＢ９、名寄せ結果ＤＢ１０、転入出ＤＢ１１、名寄せブラックリストＤＢ１２からなる。標準化ＤＢ９には、標準化姓名実績対応表が格納されており、その対応表は、患者テーブル８にデータ転送される。名寄せサーバ３は、名寄せ結果ＤＢ１０に名寄せ結果登録を行う。名寄せ結果ＤＢ１０は、転入出ＤＢ１１、名寄せブラックリストＤＢ１２とリレーショナルな関係にあり、名寄せ結果については、アプリケーションサーバ４にデータ転送される。また、患者ＤＢ８の患者データもアプリケーションサーバ４にデータ転送される。名寄せサーバ３は、患者ＤＢ８からのデータ転送を受けて名寄せの結果登録を行う。
【００１６】
このような構成において、Ｗｅｂサーバ２からの調査票データ登録を受けると、ＤＢサーバ７が患者ＤＢ８のデータの更新を行い、その結果を名寄せサーバ３に転送する。ＤＢサーバ７は、各ＤＢのデータの更新等を行う。そして、アプリケーションサーバ４は、これら名寄せ結果ＤＢ１０に登録されている名寄せ結果と、患者ＤＢ８の患者情報とに基づいて調査票の生成を行う。こうして生成された調査票は、管理部門のサーバ１３に出力され、管理されることになる。
【００１７】
図２には、名寄せ処理システムのＷｅｂサーバ２の詳細な構成を示し説明する。
【００１８】
同図に示されるように、サーバ装置１は、制御部１１と、通信部１２、記憶部１３とからなる。制御部１１は、記憶部１３のプログラム１４を読み出し記憶することで、主制御部１４ａ、データ管理部１４ｂ、調査票データ登録部１４ｃとして機能する。
【００１９】
このような構成において、主制御部１４ａは統括的な制御を司る。データ管理部１４ｂはアップロードされた調査票データを記憶部１３に記憶し管理する。調査票データ登録部１４ｃは、調査票データの登録をＤＢサーバ７に対して行うことになる。つまり、Ｗｅｂサーバ２は、調査票に係るデータの受信、登録、ＤＢサーバ７への登録を行う。
【００２０】
図３には、名寄せ処理システムの名寄せサーバ４の詳細な構成を示し説明する。
【００２１】
同図に示されるように、名寄せサーバ装置４は、制御部３１と、通信部３２、及び記憶部３３とで構成されている。制御部３１は、記憶部３３に記憶されているプログラム３４を読み出し、主制御部３１ａ、匿名化部３１ｂ、対応リカバリ部３１ｃ、入力支援部３１ｄ、信頼性付与部３１ｅ、名字の希少性取得部３１ｆ、重み付け部３１ｇ、情報取得部３１ｈ、男女判別部３１ｉ、半角チェック部３１ｂ、標準化部３１ｃ、転入出トレース部３１ｌ、名寄せ処理部３１ｍ、ハッシュ化部３１ｍとして機能する。
【００２２】
このような構成において、主制御部３１ａは統括的な制御を司る。匿名化部３１ｂは、匿名化、実名化を行う。対応表リカバリ部３１ｃは、対応表のリカバリを行う。入力支援部３１ｄは、手分け入力用表示制御機能、記入間違い軽減機能、下書き用患者調査票印刷機能を備える。信頼性付与部３１ｅは、信頼性の付与を行う。名字の希少性取得部３１ｆは、全国版希少性グループ化機能、地域ごと希少性グループ化機能を備えている。名字の漢字、かな種類数重み付け部３１ｈは、名字の漢字と読みでの重み付けを行う。名字からの情報取得部３１ｈは、名字からイニシャル取得機能、名字から文字数取得機能を備えている。男女判別部３１ｉは、名字（漢字）の下１文字での男女判別機能、名（漢字）の下１文字での男女判別を行う。半角チェック部３１ｊは、姓名（カナ）の半角チェック、姓名（カナ）の半角チェックを行う。標準化部３１ｋは、姓（漢字）、名（漢字）の標準化、標準化機能、姓（カナ）、名（カナ）の標準化、及び標準化後姓名補完を行う。転入出トレース部３１ｉは、一方向のみの転入出判定、妥当な転入出判定、転入出の時系列の整合性判定を行う。名寄せブラックリスト３１ｍは、ブラックリストによる別人判定機能を備える。そして、ハッシュ化部３１ｍは、患者情報をハッシュ値に変換する。
【００２３】
図４には、ＤＢサーバ装置１の詳細な構成を示し説明する。
【００２４】
同図に示されるように、ＤＢサーバ装置１は、制御部４１と、通信部４２、記憶部４３、及びＤＢ群４４とからなる。制御部４１は、記憶部４３のプログラム４５を読み出し実行することで、主制御部４１ａ、ＤＢ登録部４１ｂ、データ転送制御部４１ｃ、名寄せ結果登録部４１ｄ、及び標準化部４１ｅとして機能する。ＤＢ群４４は、先に図１で前述した各種ＤＢを包括するものとして図示している。ＤＢ群４４を構成する各ＤＢの構成については、前述した通りであるので、ここでは省略する。
【００２５】
このような構成において、主制御部４１ａは、ＤＢサーバ装置１の全体的な制御を司る。ＤＢ登録部４１ｂは、ＤＢ群４４に各種データを登録、及び更新する。データ転送制御部４１ｃは、ＤＢ間でのデータ転送を行う。名寄せ結果登録部４１ｄは、名寄せ結果ＤＢ１０への名寄せ結果の登録を行う。そして、標準化部４１ｅは、標準化対応表を参照して標準化を行う。
【００２６】
転入出トレースＤＢ１１では、ありうる移動（転院）の基準を管理している。ありうる移動（転院）の基準とは、名寄せ処理時に使用するもので、過去の名寄せ結果のうち、在住県違いで名寄せできた患者データから、ありうる移動（転院）の在住県コードの組み合わせを定義する。名寄せ処理時に在住県違いの組み合わせだった場合、ありうる移動（転院）の定義内に存在する組み合わせであれば加点する。前年度の名寄せ結果から、在住県違いで名寄せされた組み合わせの患者データを抽出する。一定件数以上の名寄せの実績を元に、在住県コードの組み合わせ定義し、移動実績からスコアを算出する。原則前年度のデータを元にし、毎年新規作成を行う。
【００２７】
名寄せＤＢ１２に格納されている名寄せブラックリストは、毎年使用するもので、名寄せ処理時に使用する。過去の名寄せ結果より、スコアが高得点だが、手動で別人にされている組み合わせについて、施設コード/姓名の情報をブラックリストとして保持する。名寄せ処理の名寄せ結果を書き込む際にブラックリストに存在する組み合わせの場合は強制的に別人のステータスへ書き換えを行う。前年度の名寄せ結果から、手動で別人にされた患者データの施設コード、姓名(漢字)/姓名（カナ）/生年月日をブラックリストに投入する。原則前年度のデータを元にし、毎年新規作成を行う。
【００２８】
次に、アプリケーションサーバ４からの出力データに基づいて、管理部門のサーバ装置１３で最終的に生成される各種表について説明する。
【００２９】
サーバ装置１３では、標準化対応表、男女各対応表、名字全国ランキング表、名字地域版ランキング表が生成される。
【００３０】
標準化対応表は、毎年更新されるもので、匿名化処理時、表記ゆれの多い感じの組み合わせを異字体、標準化として定義し、姓名の各漢字を異字体から標準化の漢字へ置換を行う。作成／更新方法については、表記ゆれの多い漢字の定義を行い、異字体、標準化として定義する。元データはいずれかの外部データから取得等する。年度ごとに調査票に定義を追加する。
【００３１】
男女名対応表は、毎年、男性、女性に利用される頻度の高い名前の末尾の文字として、漢字、性別の対応表を定義する。姓名の末尾１文字を取得し、調査票に入力された性別と差異がないかのチェックを行う。
【００３２】
名字全国ランキングは、名字のランキングのうち全国の上位4000位を、ハッシュ化を行い小規模なスコアグループに分割し、グループ毎にスコアを定義する。姓(漢字)のハッシュ値から検索を行い、グループに応じたスコアを記録する。外部データの毎年x月x日時点の全国ランキングデータを取得し、一定間隔毎にグループを作成し、希少性スコアを定義する。
【００３３】
名字地域版ランキングは、名字のランキングのうち名字のランキングのうち都道府県別の上位4000位を、ハッシュ化を行い小規模なスコアグループに分割し、グループ毎にスコアを定義する。姓(漢字)のハッシュ値から検索を行い、グループに応じたスコアを記録する。外部データの毎年x月x日時点の全国ランキングデータを取得し、一定間隔毎にグループを作成し、希少性スコアを定義する。
【００３４】
仮名アルファベット対応表は、「ア＝A」「カ＝K」の50音別の対応表を定義し、姓名(カナ)の1文字目を取得し、対応するアルファベットを取得する。「ア＝A」「イ＝I」「ウ＝U」…の50音毎に対応するアルファベットの表を定義する。
【００３５】
ＤＢサーバ装置７の標準化ＤＢ９では、標準化姓名実績対応表が記録されている。この標準化姓名実績対応表は、過去に回収している患者データを元に、姓名(漢字)と標準化後姓名(漢字)の各ハッシュ値の対応表を定義する。標準化後姓名がnullの患者に対し、入力されている姓名(漢字)から対応表の検索を行い、取得できた標準化後姓名を補完する。また、標準化後姓名が入力されている患者については対応表と突合し、一致しない場合にエラー表示を行う。前年度の回収患者の姓(漢字)と標準化後姓のハッシュ値、名(漢字)と標準化後名のハッシュ値を集計し、標準化姓名実績対応表として定義する。既存の標準化姓名実績対応表に存在しない場合のみ、新たに投入し、削除は行わない。また標準化対応表が更新された場合は最新の回収患者のデータから取得できた標準化後姓名のハッシュ値で更新を行う。
【００３６】
図５には、アプリケーションサーバ４の詳細な構成図である。
【００３７】
同図に示されるように、アプリケーションサーバ４は、全体の制御を司る制御部５１を有している。制御部５１は、通信部５２．表示部５３、及び記憶部５４と接続されている。
制御部５１は、記憶部５４に記憶されたプログラム５５を読み出し実行することで、主制御部５１ａ、調査票作成部５１ｂ、及び表示制御部５１ｃとして機能する。通信部５２はＤＢサーバ７等と通信する通信インタフェースである。表示部５３としてはＬＣＤディスプレイ等、各種のものを採用することができる。
【００３８】
このような構成において、主制御部５１ａは、外部サーバとの通信等、各種制御を統括的に制御する。調査票作成部５１ｂは、ＤＢサーバ７からデータ転送されたデータに基づいて、調査票の作成を行う。そして、表示制御部５１ｃは、表示部５３による各種表示を制御する。生成された調査票は、サーバ装置１３に送られる。
【００３９】
図６には、システム外の情報端末５，６の詳細な構成を示し説明する。
【００４０】
同図に示されるように、情報端末５，６は、全体の制御を司る制御部６１を備えており、通信部６２と、操作部６３と、表示部６４と、記憶部６５とを備えている。制御部６１は、記憶部６５のプログラム２６を読み出し実行することで、主制御部６１ａ、調査票管理部６１ｂ、送受信制御部６１ｃ、表示制御部６１ｄとして機能する。通信部６２は、外部サーバと通信する通信インタフェースである。操作部６３は、マウスやキーボード等の各種操作部材である。表示部６４は、ＬＣＤディスプレイ等の表示デバイスである。操作部６３と表示部６４とは、タッチパネルとして一体に構成することもできる。
【００４１】
このような構成において、主制御部６１ａは、全体の制御を司るものである。通信部６２は、外部サーバ装置等と通信する通信インタフェースである。操作部６３は、マウスやキーボード等の各種操作部材である。表示部６４は、ＬＣＤディスプレイ等の表示デバイスである。記憶部６５は、制御部６１で実行されるプログラム２６を記憶する。そして、制御部６１は、記憶部６５のプログラム２６を読み出し実行することで主制御部６１ａ、調査票管理部６１ｂ、送受信制御部６１ｃ、及び表示制御部６１ｄとして機能する。
【００４２】
主制御部６１ａは、全体の制御を司るものである。調査票管理部６１ｂは、ＤＢサーバ装置７から送られた調査票データに基づいて調査票を生成する。送受信制御部６１ｃは通信部６２を介した各種データの送受信を制御する。表示制御部６１ｄは、表示部６４による表示を制御する。生成された調査票は、サーバ装置１３に統一されたデータ形式で出力されることになる。この調査票には、標準化対応表、男女名対応表、名字全国ランキング表、及び名字地域版ランキングを含む。
【００４３】
ここで、図７には同名寄せ処理システムのテーブル構成を示し説明する。
【００４４】
同図に示されるように、ありうる移動マスタは、都道府県コードを記憶している。スコア管理マスタは、スコアＩＤに紐づけて種々のデータを記憶している。スコアリング（当年）結果マスタは、当年名寄ＩＤ（ＦＫ）及びスコアＩＤを記憶している。スコアリング（通年）結果は、通年名寄せ結果ＩＤ（ＦＫ）とスコアＩＤ（ＦＫ）及び計算済みスコアを記憶している。名寄せ結果（当年）テーブルは、当年名寄せ結果ＩＤと患者コード名寄せ結果を記憶している。名寄せ結果（通年）は、通年名寄せ結果ＩＤ、回収年度及び患者コードのセットを記憶している。患者（匿名）テーブルは、管理通番（新）、患者コード、回収年度、都道府県コード及び集約先患者コードを記憶している。標準化姓名実績マスタは、標準化前ハッシュ値と標準化後のハッシュ値を記憶している。そして、移行対象患者テーブルは、管理通番（旧）と最終患者コード、伏字氏名（ハッシュ）、青年月日、及び移行済フラグを記憶している。以上は、あくまでも各種マスタの一連にすぎない。
【００４５】
以下、図８のフローチャートを参照して、本実施形態に係る名寄せ処理システムの処理手順を示し説明する。
【００４６】
ＤＢサーバ装置７が、Ｗｅｂサーバ２から調査票データの登録を受け、当該調査票データが名寄せサーバ３に転送されると（Ｓ１）、名寄せサーバ装置３では、先ず姓名（カナ）の入力チェック処理が行われる（Ｓ２）。この半角チェック処理では、姓（カナ）、名（カナ）を取得し、入力変換関数による置換を行う。
【００４７】
続いて、標準化処理が実行される（Ｓ３）。詳細には、この標準化処理では、姓（漢字）名（漢字）を取得し、Ｎｏ．１標準化対応表と突合、変換を実施し、全患者の姓名カナを取得し、カナ標準化対応表と突合、変換を行う。
【００４８】
次いで、名の下１文字で男女判別を行う（Ｓ４）。この処理では、名（漢字）の一文字を取得し、Ｎｏ．２男女名対応表と突合し、男女名対応表と突合、男女判別を行い、性別と判別結果が不一致の場合のエラーを行う。
【００４９】
続いて、名字の希少性を判定する（Ｓ５）。ここでは、全国版での名字の順位、地域ごとでの順位を判定する。より詳細には、姓（漢字）を取得し、在住県コードを取得し、都道府県別ランキングが存在するか否かを判定する。そして、存在する場合には、Ｎｏ．３名字全国版ランキングと突合し、ランキングに基づいて希少性のスコアを取得する。一方、存在しない場合には、Ｎｏ．４名字地域版ランキングと突合し、上記同様にランキングに基づき希少性のスコアを取得する。
【００５０】
次いで、姓名から情報取得する（Ｓ６）。より詳細には、姓（カナ）、名(カナ)を取得し、Ｎｏ．５カナアルファベット対応表と突合し、文字数を取得する。そして、姓（漢字）と名（漢字）を取得し、文字数を取得する。
【００５１】
続いて、ハッシュ化を実施する（Ｓ７）。このハッシュ化では、患者情報をハッシュ関数でランダムな固定長の英数字の並びに変換し、当該施設以外での患者個人の特定ができないようにする。例えば、患者情報をハッシュ値に変換する処理を実施し、スプレッドシートによる電子的調査票を作成することができる。
【００５２】
こうして、調査票データを回収し（Ｓ８）、当該調査票データをＷｅｂサーバ２にアップロードする（Ｓ９）。このアップロードされた調査票データはＤＢサーバ装置７に登録され、先ず標準化姓名補完を行う（Ｓ１０）。この標準化後姓名補完においては、標準化姓名がＮｕｌｌの患者の姓（漢字）、名（漢字）を取得し、Ｎｏ．６標準化姓名実績対応表と突合する。
【００５３】
続いて、転入出トレース処理を実施する（Ｓ９）。この転入出判定処理では、在住県コードを取得し、Ｎｏ．７ありうる移動の基準と突合し、妥当な転入出判定としてスコアを加算することになる。
【００５４】
次いで、スコアリング処理を実施する（Ｓ１０）。このスコアリング処理では、転入出トレース後のデータについて、スコアリングを行い、その結果はスコアリング（当年）結果マスタに記憶される。尚、スコアリング(当年)結果マスタには、当年名寄ＩＤ（ＦＫ）及びスコアＩＤを記憶している。スコアリング（通年）結果は、通年名寄せ結果ＩＤ（ＦＫ）とスコアＩＤ（ＦＫ）及び計算済みスコアを記憶している。
【００５５】
続いて、名寄せブラックリストによる別人判定を実施する（Ｓ１１）。この名寄せブラックリストによる別人判定では、Ｎｏ．８名寄せブラックリストに存在する別人の組み合わせを突合し、ブラックリストに存在した場合には、名寄せ結果を別人とする。
【００５６】
こうして、名寄せサーバ３による名寄せを実施し（Ｓ１２）、名寄せの結果は名寄せ結果テーブルに格納され、アプリケーションサーバ４へとデータ送信される。こうして、名寄せに至るまでの一連の処理を終了する。
【００５７】
以上、本発明の一実施形態について説明したが、本発明はこれに限定されることなくその趣旨を逸脱しない範囲で種々の改良・変更が可能であることは勿論である。
【００５８】
例えば、２つのローラの大きさや各軸間の角度は、前述したものに限定されるものではなく、使用者に合わせて各種サイズとなるよう設計することも可能である。
【符号の説明】
【００５９】
１…名寄せ処理システム、２…Ｗｅｂサーバ、３…名寄せサーバ、４…アプリケーションサーバ、５…情報端末、６…情報端末、７…ＤＢサーバ、８…患者ＤＢ８、９…標準化ＤＢ９、１０…名寄せＤＢ、１１…転入出ＤＢ、１２…名寄せＤＢ、１３…サーバ装置。
【図１】
2018045378.tif 000003
【図２】
2018045378.tif 000004
【図３】
2018045378.tif 000005
【図４】
2018045378.tif 000006
【図５】
2018045378.tif 000007
【図６】
2018045378.tif 000008
【図７】
2018045378.tif 000009
【図８】
2018045378.tif 000010