ITシステムは例外処理が9割

マイナンバーに関する誤登録やシステムの不具合に関して，システムを作る側の視点から面白い記事を見つけました．

「愚かなのはマイナカード関連だけじゃない、企業でも「バカヨケ」なきシステムの恐怖」 （木村岳史，日経ビジネス）

要は，ユーザーが様々なミスをすることを前提にシステムは設計・構築されなければならない，というエンジニアリングでは当たり前のことを述べています．工学の言葉で言うと，定格外使用に対するフェイルセーフの作り込みということになります．今日では身の回りのほとんどすべての電気製品はマイコンで制御されていますが，マイコンのプログラムにはこのフェイルセーフのためのプログラムが書き込まれているはずです．

実際自分で簡単なプログラムを書いてみるとわかりますが，実用的にしようとすればするほど，自分以外の他人にも使ってもらおうとすればするほど，誤入力や操作ミスをしたときに安全に元の状態に戻す，間違いを表示して再入力を促す，などのためのプログラム量が増大していきます．

ElchinatorによるPixabayからの画像

私がこのサイトで公開しているソーティング・フィルター Refsort/Ruby でも，ソースコードの 7 割から 8 割程度は例外処理のためのものです．マイナンバーのようなシステムだと，ソースコードのおそらく９割以上が例外処理に割かれていると容易に想像できます．つまり SE やプログラマーは，めったに遭遇することはないどんな誤入力や誤操作があっても，システムが間違いを犯さないようにシステム全体を設計し実装することが求められます．

これは現実には大変なことで，100% の完璧さを求めることは無理なのですが，完璧に近づく努力を怠ることは犯罪に近いことです．自動車や航空機，医療機器などのことを考えれば容易に納得いくでしょう．

一方，ユーザーの入力ミスを防げなかったマイナンバーのシステムですが，ユーザーがどれほど間違っていたかというと，健康保険組合が 7,500 万人の被保険者の情報を登録して，誤入力があったのはわずか 1,000 件のオーダー．誤り率は 0.001% という驚異的な正確さだったのです．このような高い正確度で作業をしたにも関わらずメディアや野党はそれを騒ぎ立てるのですが，この程度の誤り率で制度自体の存続を議論するようでは，定量的思考能力が欠けているのでしょう．

ただし，誤入力を誤入力と見抜き，そういう入力をさせないようにシステムが作り込まれていなかったことは当然責められるべきです．日経ビジネスの記事もそこに論点を置いています．健康保険組合がこのような正確さで仕事をしていなかった場合を想像すると，背筋がぞっとしますね．

しかし日本では，一つの申請を行うのに住所や氏名などの基本情報を異なる書類に何度も（しかも手書きで）記入させるやり方が今でも健在です．そのあたりの発想自体から変えていかなければ，バカヨケできるシステムの構築は難しいでしょう．