「戸籍」と「住民票」の違いから考える非実在高齢者問題
よくある質問らしい。年金とかは住民票に基づく支給。今話題になっている江戸時代云々は、戸籍の話。→住民票と戸籍の違いについて教えてください。 http://j.mp/9bi05l
2010-08-27 00:15:29戸籍はキーが筆頭者、本籍地。そこに家族がぶらさがる。ぶらさがっていた人が離脱して、筆頭者になったりもするし、そこに別の戸籍から人の異動がある。住民票で住所を変更しても、メンテするのは本籍地の担当。ちゃんとデータがわたされているのかもあやしい。
2010-08-27 00:27:03どう正規化したもんですかね? RT @atauky 戸籍はキーが筆頭者、本籍地。そこに家族がぶらさがる。ぶらさがっていた人が離脱して、筆頭者になったりもするし、そこに別の戸籍から人の異動がある。住民票で住所を変更しても、メンテするのは本籍地の担当。ちゃんとデータがわたされているの
2010-08-27 00:32:38死亡届を出された場合の処理。現住所の市町村の住民票から抹消→本籍地にある戸籍に死亡印をつける。まず死亡屆が出されるかどうかわからないし、住所から本籍地へのデータ連携がきちんとされるかわからないし、本籍地の人が戸籍に死亡印をつけるのを忘れるかもしれない。
2010-08-27 00:34:37@sakon310 住民基本台帳の住民票コードをキーにして、戸籍にリンクさせるのが一番正規化が進みますね。ただ住民票コードを拒否している人もいるから、その場合は、誕生日と氏名で代替しますか。
2010-08-27 00:40:16しかも戸籍テーブルは、本籍地たる各市町村にぶらさがって、それぞれに存在している。この構造をマシにするには、国民ひとりひとりにIDをふってやるのがいい(住民票コード)。で、戸籍に筆頭者や家族のIDをぶらさげていく。
2010-08-27 00:45:12とはいえ、出生、転居、死亡というinsert/deleteの処理については、住民側からアクションを起こしてくれないと、住民票の内容そのものがあやしくなってしまう。住民側がそれどころじゃねーよ!という状態で、しかも、住民側にメンテするメリットがないと放置。
2010-08-27 00:50:26@sakon310 個人情報を扱うDB作ろうとすると、個人を一意に特定するためのキーをなににするか困るんですよね。住民票コードを使えると楽なんですけど。代替で運転免許証の番号とか、氏名と誕生日とか、そういう運用になる。
2010-08-27 00:52:24氏名と生年月日で代替のキーにしようとしても、結婚や養子縁組という抜け道もあるし、1月1日生まれの田中一郎さんが二人以上いたらお手上げだしでほんと大変。個人情報を扱うシステム作ったりメンテしている人は「住民票コードを使えたら、どんなに楽だろう」ってのが本音じゃないかな。
2010-08-27 00:55:29自分のつぶやきが中心だし、さくっとまとめておくか。 ・「戸籍」と「住民票」の違い ・なぜメンテできなくなるのか ・情報の確度を高めるためには の流れでブログも書けるかな。
2010-08-27 01:06:07@sakon310 他の国は日本でいうところの住民票でしか管理してないのでは。戸籍自体が日本独自のガラパゴス実装だし、役所には余計な手間。
2010-08-27 01:10:02@atauky 世の中には同姓同名は珍しくないし、しかも誕生日も一緒とかいうドレアケースも可能性ありますからねぇ。人名が少ない欧米とかはどうしてんでしょうね?運転免許は持ってない人いるし。保険番号も皆保険ではもはやないし。となるとやっぱり一意なのは、住民票コード?
2010-08-27 01:10:14@sakon310 アメリカでは社会保障番号が事実上の国民総背番号になっているようですね。→ 社会保障番号 - Wikipedia http://j.mp/bLM6az
2010-08-27 01:13:16あとヨーロッパだとキリスト教の教会が事実上の住民登録の運用していたりして、その延長線で住民管理の制度実装がされていたりするのだろうか。
2010-08-27 01:15:50正直、住民票の維持管理ができていないのはちょっと問題かもしれないけど、戸籍のメンテができていないのは別にいいじゃんという印象でしかないな。
2010-08-27 01:17:57