SEから見た社会保険庁システム問題
年金記録未統合問題については、制度発足時に神の目で見渡すことが出来ない以上、申請主義等の手だてにより最悪の事態は回避した結果が現在ではないか、といったような趣旨のことを以前書きましたが、いかんせんシステム関係については素人のwebmasterですから、それがどこまで当を得たものであるかは疑わしかったとは言わざるを得ませんでした。幸いなことに、この問題についてのSEからのご発言がありました。
複数の年金手帳，オンライン前の処理の杜撰（ずさん）さ，アルバイト入力…。基礎年金番号を統合することで表面化した凄まじい件数の宙に浮いたデータを目の当たりにして，社保庁のSEたちはどのように感じたでしょう？ 少なくとも，バラバラの台帳では出現しなかった潜在的問題が露呈したのは，コンピュータ統合した効果です。複数回にわたる名寄せ統合で，日本の総人口よりも多かった3億件の被保険者番号は絞り込まれ，宙に浮いた年金番号は5000万件にまで絞り込まれました。今後どのように問題を解決していくのか？そのプロセスに関しては相当の議論が重ねられたと思います。
過去からの様々な杜撰（ずさん）な措置が積み重なった結果が，5000万件の宙に浮いた年金番号です。一挙に解決するのは不可能です。おそらく，社保庁の決断は「年金の裁定申請時に決着させる」だったでしょう。少なくとも，オンライン化で社保庁の業務運用の品質レベルが下がったわけではありません。今までの杜撰さの本質的（？）解決は，裁定時決着しかない。私が社保庁の担当者であっても，そう考えてあきらめただろうと思います。
（略）
ここに「社保庁次期システム構想」があります。2006年の情報ですから，年金が国を揺らすような大問題になるなんて想像だにしていません。かなり詳細なデータです。これを見てNTTデータが悪いと簡単に言えるでしょうか？
この中で，宙に浮いた5000万件の年金番号に関係する記述を探しました。もちろん，宙に浮いたデータがあるなんて言えるわけもありません。ぼかしながら「年金裁定時までに…（略）…確認整備を行っている」とだけあります。裁定時に決着するから，と軽く考えているわけでもないようです。社保庁システム全体の規模は，2100万ステップです。紛れもなく大規模システムです。何と700万ステップのプログラムもあるようです。Web2.0とかマッシュアップとかの問題ではありません。基幹システムの複雑性は，尋常ではないのです。
COBOL言語とメインフレームは堅牢性に関して，オープンシステムの比ではありません。堅牢性は年金システムに求められる重要な視点です。ただ，制度改正や政治問題からバンバンにシステム変更があると思います。ユーザーである社保庁は，納期なんてほとんど聞いてくれなかったでしょう。
