「戸籍」と「住民票」の違いから考える非実在高齢者問題 - Togetter
Twitterのつぶやきマッシュアップメディア!「戸籍」と「住民票」の違いから考える非実在高齢者問題
この問題が報じられたときから「戸籍」と「住民票」がごっちゃにされて問題視されていないか…という疑問がわいたので、考えたことと、やりとりをまとめてみました。
年金とかの行政のベースになっているのは「住民票」であって「戸籍」ではない。
戸籍 - Wikipedia
http://ja.wikipedia.org/wiki/%E6%88%B8%E7%B1%8D
▼続きを読む(残り3行)
by atauky
まとめ
メニューを開く-
そもそも「戸籍」と「住民基本台帳」がごっちゃになってはいないだろうか、と自問。 -
たとえば、原爆が投下された広島や長崎での戸籍はどうなのだろうか。一家全滅してしまうと、誰も届けられなそうな気がするが。
-
間違えた。「戸籍」と「住民票」の違いだ。
-
よくある質問らしい。年金とかは住民票に基づく支給。今話題になっている江戸時代云々は、戸籍の話。→住民票と戸籍の違いについて教えてください。 http://j.mp/9bi05l
-
銀行にたとえるならば「戸籍」は過去の履歴が記載された「通帳」。「住民票」は現状を示すものなので、「口座残高」ということになるか。
-
戸籍はキーが筆頭者、本籍地。そこに家族がぶらさがる。ぶらさがっていた人が離脱して、筆頭者になったりもするし、そこに別の戸籍から人の異動がある。住民票で住所を変更しても、メンテするのは本籍地の担当。ちゃんとデータがわたされているのかもあやしい。
-
死亡届を出された場合の処理。現住所の市町村の住民票から抹消→本籍地にある戸籍に死亡印をつける。まず死亡屆が出されるかどうかわからないし、住所から本籍地へのデータ連携がきちんとされるかわからないし、本籍地の人が戸籍に死亡印をつけるのを忘れるかもしれない。
-
あと、現状では住民票ベースで行政の処理が行なわれるわけだから、戸籍をメンテする優先度は低くなるわな。
-
戸籍をRDBで実装したら、まず間違いなく、非正規で冗長だらけのデータのつくりになるな。住民票コードがないと実装したくない。
-
しかも戸籍テーブルは、本籍地たる各市町村にぶらさがって、それぞれに存在している。この構造をマシにするには、国民ひとりひとりにIDをふってやるのがいい(住民票コード)。で、戸籍に筆頭者や家族のIDをぶらさげていく。
-
とはいえ、出生、転居、死亡というinsert/deleteの処理については、住民側からアクションを起こしてくれないと、住民票の内容そのものがあやしくなってしまう。住民側がそれどころじゃねーよ!という状態で、しかも、住民側にメンテするメリットがないと放置。
-
氏名と生年月日で代替のキーにしようとしても、結婚や養子縁組という抜け道もあるし、1月1日生まれの田中一郎さんが二人以上いたらお手上げだしでほんと大変。個人情報を扱うシステム作ったりメンテしている人は「住民票コードを使えたら、どんなに楽だろう」ってのが本音じゃないかな。
-
自分のつぶやきが中心だし、さくっとまとめておくか。 ・「戸籍」と「住民票」の違い ・なぜメンテできなくなるのか ・情報の確度を高めるためには の流れでブログも書けるかな。
-
報道見るかぎり、マスコミも「戸籍」と「住民票」の違いをわかっていないんじゃないか?
-
@sakon310 アメリカでは社会保障番号が事実上の国民総背番号になっているようですね。→ 社会保障番号 - Wikipedia http://j.mp/bLM6az
-
あとヨーロッパだとキリスト教の教会が事実上の住民登録の運用していたりして、その延長線で住民管理の制度実装がされていたりするのだろうか。
-
正直、住民票の維持管理ができていないのはちょっと問題かもしれないけど、戸籍のメンテができていないのは別にいいじゃんという印象でしかないな。
-
Content from Twitter
みんなのおすすめ商品
商品を編集
まとめを作成する
トゥギャッター通信
コメント