メインコンテンツへスキップ
レッスン 7 / 8|11分で読めます

病院・診療科への段階展開

200床以上の病院とクリニックでは展開の論理が根本から違う。規模別・職種別のロードマップ設計と、よくある詰まりポイントへの対処。

病院・診療科への段階展開

実際の段階展開ロードマップ画面。病院規模に合わせて、開始部署、職種、期間を変える。
病院規模別のAI段階展開ロードマップを整理している実画面
全院一斉ではなく、規模と文化に合わせて広げる。
成果、安全、支援体制を展開判断の条件として確認している画面
次に広げる前に、成果、安全、支援体制の3つを確認する。

このレッスンが終わる頃には、

  • 病院規模別(200床以上・中規模・クリニック)の展開設計の違いを整理できるようになる
  • 自施設の規模と文化に合ったロードマップを1枚で描けるようになる
  • よくある詰まりポイントへの対処を準備できるようになる

正直に言います

全社一斉展開は、ほとんどの医療機関には向きません。

Goodpatch事例は衝撃的でした。200人全員に1ヶ月で1本作らせ、デプロイまで完走させた。 でも、これが実現したのは、いくつかの条件が揃っていたからです。

  • トップが自ら確信を持って体験していた
  • 組織がもともとテクノロジーに親和性が高かった
  • IT企業寄りの文化でエンジニアが内部にいた
  • 企業形態で命令が通りやすかった

医療機関、特に大病院では、これらの条件が揃うことは稀です。トップが確信を持てていない段階で全社展開を試みると、熱量のない研修が量産されるだけです。

段階展開が正解です。

規模別の展開設計

200床以上の病院(大規模)

最大の障壁:意思決定の分散と時間の長さ

病院の意思決定は遅い。院長・副院長・各部長・情報委員会・倫理委員会。ポリシー1枚を承認するのに3ヶ月かかることもあります。

展開の型:パイロット診療科から始める

一番やる気がある診療科から始めます。IT業界では「アーリーアダプター」と呼びますが、医療現場では「先生が熱心だから触ってみた」という文化があります。

  • パイロット期間:3ヶ月
  • パイロット対象:1〜2診療科、志願制
  • 条件:科長または担当医師がリードできること

パイロットが成功したら、その事例を武器に他診療科へ展開します。「◯◯科では◯◯の効果が出た」という具体が、説得力になります。

展開のフロー(大病院版)

Phase 0(準備期、1〜2ヶ月):ポリシー策定 + 情報セキュリティ担当との合意

Phase 1(パイロット、3ヶ月):志願診療科1〜2科 + 効果測定

Phase 2(横展開、6ヶ月):パイロット結果を携えて他診療科へ + 看護部・コメディカルへの展開開始

Phase 3(標準化、継続):院内ガイドラインの定期更新 + 事例共有の定例化

50〜200床の中規模病院

特徴:院長の影響力が直接届く

この規模では、院長が動けば組織が動きます。院長を最初に口説くことに注力します。

展開の型:院長ともう一人で動かす

院長と、熱心なスタッフ医師1名。この2名を先に動かします。「先生2人がやっているなら」という空気ができれば、次の3〜5名が自然に続きます。

展開のフロー(中規模病院版)

Week 1〜2:院長が体験する(1本作ってもらう)

Month 1:熱心なスタッフ医師2〜3名がパイロット開始

Month 2:ポリシー策定(1枚でOK、詳細は後から作る)

Month 3:事例共有会(30分、全員参加ではなく希望者)

Month 4〜:看護部への展開開始(看護部長を最初に口説く)

クリニック・在宅診療所

特徴:意思決定が速い。院長イコール全員

クリニックは医師1〜3名、スタッフ5〜15名程度が多い。院長が「やる」と決めれば翌日から始められます。

最大の課題:時間がない

外来の合間、診察室の隙間時間、昼休みの15分。時間の確保が一番の壁です。

展開の型:小さく始めて育てる

最初の1本は、最も繰り返している説明書類のテンプレートにします。解熱薬の使い方・予防接種の説明・処方理由の説明。これを10分で作ってもらえれば、実感が生まれます。

クリニックでのAI活用は、個人の習熟と組織への展開が同時に起きます。院長自身が使いながら、スタッフに見せていくだけでいい。

展開のフロー(クリニック版)

Day 1:院長が最初の1本(患者説明文書のテンプレート)を作る

Week 1〜2:スタッフに見せる、興味がある人には触ってもらう

Month 1:ポリシーを1枚で決める(入力禁止情報のリストだけでOK)

Month 2〜:スタッフのやりたいことを1本ずつ一緒に作る

よくある詰まりポイントと対処

詰まりポイント1:情報システム部が「許可できない」と言う

情報システム部の立場では、リスクが見えているものは許可しにくい。

対処:具体的に何が懸念点かを聞く。「外部サーバーへのデータ送信が心配」なら、送らない使い方の設計で解決できます。抽象的なNOをもらっても動かず、具体的なNOを引き出してから対話します。

詰まりポイント2:研修を設定したが誰も来なかった

任意参加の研修は、第1回の参加率が低い。

対処:「義務」にするか「外来後5分」レベルの短さにするか、どちらかです。30分の任意参加研修より、カンファ後の10分の方が人は集まります。

詰まりポイント3:使ったツールが誰にも使われなかった

ツールを作っただけで終わるケースは多い。

対処:作ったツールを「誰かに使ってもらう」という設計を最初から入れる。発表の場・配布の仕組み・Slackへの投稿。ツールは使われて初めて意味を持ちます。

詰まりポイント4:途中でモチベーションが落ちた

Jカーブの底にいる状態です。

対処:第6回の「失敗の正常化」で扱った通り、この時期が来ることを事前に伝えておく。「今は底だ」と認識できれば、続けられます。

詰まりポイント5:「うちの職場では無理」という声が出てくる

「医療の現場では特殊すぎて、一般的なAI活用の話が当てはまらない」という抵抗です。

対処:医療現場の具体的な事例を持ってくることが最大の対処です。「◯◯病院の内科では◯◯をやっている」という事例があると、「うちでも可能かもしれない」に変わります。

段階展開ロードマップ(記入シート)

自院の状況に合わせて埋めてください。

施設規模:(200床以上・50〜200床・クリニック・在宅)

現在の状態(0〜5で)

  • 管理職の理解:
  • ポリシーの有無:
  • 使っているスタッフの割合:
  • 事例共有の仕組み:

次の90日でやること(3つまで)

  • 1.

誰が動かすか(担当者名または役職)

最初に展開する範囲(職種・人数)

90日後の確認指標

今日のまとめ

段階展開は、「小さく始めて、成功を横に広げる」設計です。

全員同時は機能しにくい。まず一人が動き、次に3人、次に10人。 この拡大の過程で、事例と語りが積み重なります。

完璧な準備を待たずに始める。 最初のパイロットは、失敗してもいい規模で始める。 成功事例が1つできれば、次の説明が楽になります。

次回は最終回。5年後の医療組織を描きます。


参考

  • うすたく「正直地味です」(PIVOT TALK より)
  • いけともch「Goodpatch土屋社長インタビュー」(Phase 1→Phase 2の2フェーズ設計)