なぜ大病院は回って、ゼネコンは属人化するのか
大病院の仕組みを建設業に写像すると、DX以前に解くべき問題が見えてくる。
病院に行って、ふと気づいたことがあります。
大病院は、あれほど複雑なのに「回っている」。
ボタンとコマンドが一体化したシステム。ハードとソフトがうまく組み合わさったUI。専門の医師が「内科」「外科」「整形外科」と分かれている。
これは偶然ではありません。人が優秀だから回っているのではなく、仕組みが人を縛っているから回っているのです。
私は28年間、建設業の業務コンサルをしてきました。その視点で病院を見ると、建設業に足りないものが見えてきます。
大病院の本質:専門分業×共通基盤×役割分離
大病院は「巨大で複雑な業務を、専門分業×共通基盤×役割分離で成立させている完成形」です。
| 大病院 | 役割の本質 | |--------|-----------| | 医師(内科・外科など) | 専門判断・意思決定 | | 看護師 | 現場オペレーション支援 | | 医療事務 | 手続き・入力・調整 | | 検査技師 | 専門作業の受託実行 | | 薬剤師 | 標準化された処方と供給 |
ここで重要なのは、医師は「全部やらない」 ということです。
専門判断だけに集中し、それ以外は分業で切り出されている。
ゼネコンには「業務診療科」が存在しない
これをゼネコンに写像するとどうなるか。
| 診療科 | ゼネコン版 | 役割の本質 | |--------|-----------|-----------| | 設計科 | 設計部・技術部 | 技術判断 | | 施工科 | 工事部 | 現場判断 | | 原価科 | 原価・積算 | 金額判断 | | 調達科 | 購買・外注 | 供給判断 | | 事務部 | 建築事務 | 実行・入力 |
しかし現実のゼネコンでは、これらが明確に分離されていません。
「できる人が全部やる」前提になっている。
だから属人化する。だから引き継ぎができない。だからDXが進まない。
医師と医療事務、所長と建築事務は同じ構造だ
大病院の鉄則は明確です。
- 医師:診断・指示
- 医療事務:入力・処理
- システム:ルール強制
これをそのまま建設業に当てはめると:
| 医療 | 建設 | |------|------| | 医師 | 技術者・所長 | | 医療事務 | 建築事務 | | 電子カルテ | 業務カルテ | | オーダー | 作業指示 |
「全部できる人」を前提にしない。専門判断×非専門実行。
これが大病院モデルの核心です。
電子カルテがあるから、専門分業が成立する
医療が強いのは、人ではなくカルテが主役な点です。
| 医療カルテ | 業務カルテ | |-----------|-----------| | 患者基本情報 | 案件基本情報 | | 主訴 | 工事背景・目的 | | 診断 | 工法・方式判断 | | 検査結果 | 調査・数量・BIM | | 処方 | 図面・指示書 | | 経過記録 | 工程・変更履歴 | | 会計 | 原価・請求 |
「どう入力させるか=どう業務させるか」
ボタンとコマンドが一体化している理由は、人ではなくUIが業務を統制しているからです。
DXの前に設計すべきものがある
多くの建設会社が「DX」に取り組んでいます。
しかし、ツールを入れても変わらない。なぜか。
業務診療科が設計されていないからです。
- 誰が判断するのか
- 誰が実行するのか
- 情報はどこに集約されるのか
これが決まっていない状態でツールを入れても、「できる人がExcelの代わりにシステムを使う」だけで終わります。
建設業を「大病院モデル」で再設計する
私が考えている方向性は、こうです。
[ 業務カルテ基盤 ]
│
[ 診療科別UI ]
│
[ 事務・BPO・AI ]
- 人は「判断」に集中
- UIが業務を縛る
- 実行は分業・外注・AI
これは「DX」ではなく「業務設計」です。
まとめ:構造が見えれば、属人化は解ける
大病院が回っている理由は、人が優秀だからではありません。
巨大で複雑な業務を、人を信頼せず、役割と仕組みで成立させているからです。
建設業はまだ「できる人が頑張るモデル」に留まっています。
でも、病院の仕組みを写像すれば、解くべき問題は見えてきます。
この「業務設計」という考え方を、建設業向けに実装しているのが私たちの仕事です。