プロジェクトでの変化
-
予約フロー現場運用に乗る形で整理
-
プラットフォーム化複数施設展開を前提に設計
-
リリース計画スケジュールで着地
課題
医療現場では、予約システムが現場の運用に合っていないと、結局電話運用に戻ってしまう。患者からの予約・確認・キャンセルの流れは、現場スタッフ・管理者・利用者の3者すべてに影響し、誰か一人にとって使いにくい設計だと運用が崩れる。さらに複数施設での利用も視野に入れていたため、施設追加のたびにオペレーションコストが膨らむ構造は避ける必要があった。「現場業務を崩さず、複数施設に展開できる」プラットフォームとしての設計が要件の中心だった。
アプローチ
- 01 現場ヒアリングを通じて予約・受付・キャンセルの動線を整理
- 02 Laravel + PHP で予約管理・通知・帳票の機能を設計
- 03 AWS上で施設追加に耐えるインフラ構成を組む
- 04 管理者・現場スタッフ・利用者の3視点で要件を整理
- 05 リマインド通知や来院確認など、現場負荷を下げる補助機能を初期から組み込み
- 06 段階展開を前提とした設計レビューを設計フェーズで実施し、後付けの作り直しコストを排除
成功要因
- 現場ヒアリング起点の動線整理
- 予約・受付・キャンセルの動線を現場ヒアリングから整理し、机上設計だけで決めなかった。
- 三視点での要件整理
- 管理者・現場スタッフ・利用者の3視点で要件を切り分け、片側の都合に偏らない設計を保った。
- 施設追加を前提とした構成
- AWS上で施設追加に耐えるインフラを組み、複数施設展開を後付けで考えなくて済むようにした。
- 電話運用への揺り戻し回避
- 現場運用に乗らないと電話運用に戻ってしまう前提を共有し、業務フロー側を崩さない範囲で機能を組んだ。
ソリューション
Laravel ベースのプラットフォームをAWS上に構築し、施設追加にも耐えるアーキテクチャを採用。要件定義から設計・進行管理まで通しで担い、医療現場の業務フローに沿った予約体験を形にした。電話運用に戻るリスクを意識した動線整理により、現場スタッフが納得して使えるシステムとして計画スケジュール通りリリース。