公務員叩きに物申す！−現職公務員の妄言 システム運用保守に、後期高齢者医療制度に、公務員叩き批判に、行政改革に、福祉行政に、ITに、WEB2.0に、SNS管理に、VBに、Scriptに、情報セキュリティに、IPネットワークに、SEOに、ほんの少し家族サービスなブログ。

上記の広告は１ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。

４．１　システム構成概要
　ずいぶん贅沢な印象を受けるが、システム構成自体はWebシステムに一般的に見られる三層構造（連携→AP→DB）をベースとしている。
　そして、インターネット利用や外部公開用のWebサーバはこの資料に含まれていないため、別途考慮する必要がある。

　なお、※１でにおわせているが、保険者と国保連合会がオンライン接続する「保険者レセプト管理システム」の構想が水面下で動き始めている。二重投資を避ける意味からも、この構想を視野に入れて、ネットワーク構築の要件定義やポリシー調整を行ったほうが良いだろう。

４．２　ハード
　Webシステム三層構造、SAN＆ネットワークバックアップ＋Ultrium3。聞くだけでも懐が寒くなりそうである。事実、笑えるぐらい金がかかる。
　広域のハード性能が市町村の窓口端末の台数に依存していることから、市町村窓口サーバは中継的な中身がスカスカのサーバであろう。

　で、件の窓口サーバ、シングルかクラスタかは市町村のポリシーに依存という完全責任放棄の書き方である。これでは事務局は困ってしまうだろう。
　ポリシー云々以前に、広域の事務の均一化という政治的な大義名分からすればクラスタ推奨とすべきであるし、負荷分散や費用対効果から大規模市町村＝クラスタという観点ならば、その人口目安を書いておくべきだろう。
　余談だが「別添１の隠しページ」にはクラスタを参照しているセル＝大規模と書いてある。要するにそういうことなのだろう。（そもそも小規模市町村は窓口サーバが不要な構成も可能ではないか？）　

　保険証については平成２２年度にカード化＆QRコード刷り込みが義務付けられることが分かっている。当然それを視野にいれたシステム構成にすべきであろう。
　わずか二年間しか使用しない公印印刷専用カラープリンタという発想は馬鹿げている。
　カード化が時期尚早ならば、公印刷り込みの紙に兼用可能なモノクロプリンタで印刷するほうがはるかに良い。

４．３　ソフトウェア
　２．２．２でソフトウェアの仕様については後日ということだが、現時点でどういったソフトウェアを想定しているかは「別添１の隠しページ」を見れば分かる。隠しページの出し方が分からない人は、blog左のメールフォームからこっそり尋ねられたし。

４．４　ネットワーク
　WANの選択（とりわけLGWAN）については余りに大きな問題であり、別の機会に詳しく触れることとしたい。
　オンラインウェイト5秒というのはWebでは珍しくないが、汎用機の操作性に慣れている窓口職員にとっては耐え難い苦痛であろう。
　WANの冗長化という発想はないのであろうか？（窓口サーバをクラスタにしても、ネットワークにトラブルがあれば意味が無いのだが）

４．５　構築作業及び運用保守
　市町村のウィルスパターンファイル更新はどうするの？

４．６　その他の見積項目
　認証サーバが良く分からないが、指認証用サーバのことであろうか？それともドメインコントローラーのことか？
　リモート操作やリモート保守は、LGWAN基本仕様ではできない。だから「リモート保守用ネットワーク回線」（意地悪く言えば「バックドア」）が別途必要なのである。

（続く）