政府向けシステムの話をするときの前提知識
政府向けシステムに関わったことがある身からすると、政府向けシステムの話をするときに前提として知っておいてほしいことは、住基ネット最高裁判決に「現行法上，本人確認情報の提供が認められている行政事務において取り扱われる個人情報を一元的に管理することができる機関又は主体は存在しない」という骨子があること。これによって政府向けシステムは個人情報を一元的に管理できず、個人情報は各自治体で分散管理しかできない。この文面でググれば政府がどれだけこの骨子を気にしているかは分かると思う。 今回の話は「国民マスターテーブルを持たずに認証するにはどうすべきか」という政府向けシステムで常に挙がる課題で、良いアイデアがある人は政府に提案しにいってほしい。個人情報保護法の目的外利用に違反しない上で。 はがき送りつけこれをできるのは自治体のみで防衛省はできない。防衛省は国民の住所氏名を知らないのではがきを送れない。防衛
自治体向けシステムの完成度について
anond:20191229095749 某田舎市役所の現場より。 中小自治体は、ほとんどがパッケージシステムに移行しててすでに平準化されている。 いやいやどうだろう。 うちも全国数十カ所で採用実績あるパッケージシステムで業務を行ってるけど、 大抵の部署では完成度が低くて結構難儀してるわけよ。 幼保関係で説明しよう。 ある児童が保育1号認定(幼稚園のことな）と保育2号認定（保育園のことな）を併願するってときは 2号認定を受けて保育園待機中 ※保育園は朝から夕方まで預かるから仕事するならこっちを希望するのが普通。 かつ 1号認定を受けて幼稚園在園※幼稚園はお昼には迎えなきゃいけないので保育園に受かるまでのつなぎで入れるというパターン。定員は無いので無条件で入れる。 ていう情報を登録できなきゃ仕事にならない。 しかしうちで採用しているシステムは、児童が1号と2号両方の認定を受けるという状況を想
京都市基幹系システム刷新失敗の考察について
京都市基幹系システム刷新失敗の考察 https://www.orangeitems.com/entry/2019/12/28/084402 俺はとある中小自治体で情シスをやったことがあるので、色々と思うところがある。 この記事だと、要件定義できない京都市が悪いで終わってしまいそうで、まあそうなんだけど事情も色々あるんだよというところで、フォローしてみたい。 まず、俺のいる自治体の話をしよう。 俺が情シスにいた10年程前に、今回の京都市のようにレガシーシステムを刷新した。刷新前は担当SE一人しかメンテナンスできないような、人間と機械がセットでようやく動くようなシロモノだった。 それを、某ベンダーのパッケージシステムをほぼカスタマイズせずに導入する形で刷新した。 当然多くの問題があったが、当時の上司が大手SIER出身で庁内でも力があり、市長も強く後押ししてくれたので押し切った。 今回の件に関し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
