アカウント名:
パスワード:
> 共通番号制度が医療にも導入されれば
健康保険の保険者番号で管理していれば問題ない話。共通番号制度は不要だよ。
転職したりすると、保険者番号変わるんじゃ?それをどう紐付ける? 転職の履歴(保険者番号の履歴)って、健康保険とは別筋の個人情報になるんじゃない?
でも便利じゃん別におかしくないと思うけど。共通のキーが無いから無駄になったって話だよね
共通のキーで簡単に突合できちゃうのであれば、「個人の特定につながる情報を削除」した意味がないんじゃないですか?
レセプト・特定健診等データについて [mhlw.go.jp](厚生労働省PDF)
以下の特徴を持つ「ハッシュ関数」を用いることで、個人の特定につながる情報を削除(「匿名化」)した上で、同一人物の情報であることを識別できるようにし、データベースへ保管している。【ハッシュ関数の特徴】①与えられたデータから固定長の疑似乱数(ハッシュ値)を生成する。②異なるデータから同じハッシュ値を生成することは極めて困難。③生成された値(ハッシュ値)からは、元データを再現することは出来ない。※個人情報(氏名、生年月日等)を基にしてハッシュ値を生成し、それをIDとして用いることで個人情報を削除したレセプト情報等について、同一人物の情報として特定することが可能。
以下の特徴を持つ「ハッシュ関数」を用いることで、個人の特定につながる情報を削除(「匿名化」)した上で、同一人物の情報であることを識別できるようにし、データベースへ保管している。
【ハッシュ関数の特徴】①与えられたデータから固定長の疑似乱数(ハッシュ値)を生成する。②異なるデータから同じハッシュ値を生成することは極めて困難。③生成された値(ハッシュ値)からは、元データを再現することは出来ない。※個人情報(氏名、生年月日等)を基にしてハッシュ値を生成し、それをIDとして用いることで個人情報を削除したレセプト情報等について、同一人物の情報として特定することが可能。
元々、「不良データ(突合できないデータ)」が出ることは想定済みで、そう書かれているのですが、それが当初の予想よりはるかに高かった、ということなんじゃないかと。
# 「平成22年」てことは、年金問題の教訓でいかに名寄せ(しかもハッシュ化されている)が難しいかを事前に把握できてしかるべきだった、とは思いますが。
ハッシュ値から共通番号を復元できないから問題ない。ハッシュ値は衝突することもあるけど、もしそうなっても例外として統計データから除外すればいいだけ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
共通番号制度は不要 (スコア:0)
> 共通番号制度が医療にも導入されれば
健康保険の保険者番号で管理していれば問題ない話。
共通番号制度は不要だよ。
Re: (スコア:0)
転職したりすると、保険者番号変わるんじゃ?
それをどう紐付ける?
転職の履歴(保険者番号の履歴)って、健康保険とは別筋の個人情報になるんじゃない?
Re: (スコア:2, すばらしい洞察)
Re: (スコア:0)
でも便利じゃん
別におかしくないと思うけど。共通のキーが無いから無駄になったって話だよね
Re:共通番号制度は不要 (スコア:0)
共通のキーで簡単に突合できちゃうのであれば、「個人の特定につながる情報を削除」した意味がないんじゃないですか?
レセプト・特定健診等データについて [mhlw.go.jp](厚生労働省PDF)
元々、「不良データ(突合できないデータ)」が出ることは想定済みで、そう書かれているのですが、それが当初の予想よりはるかに高かった、ということなんじゃないかと。
# 「平成22年」てことは、年金問題の教訓でいかに名寄せ(しかもハッシュ化されている)が難しいかを事前に把握できてしかるべきだった、とは思いますが。
Re: (スコア:0)
ハッシュ値から共通番号を復元できないから問題ない。
ハッシュ値は衝突することもあるけど、もしそうなっても例外として統計データから除外すればいいだけ。