公開網站
首頁、科別頁、醫師資料、門診時間、公告與交通資訊從同一份診所設定和科別資料產生。
第一個成功案例：黃何聯合診所
黃何的實際營運需求已經推動這套產品從「診所網站」變成「診所作業系統」：病患看到的是清楚、穩定的門診資訊；後台管理的是每日真正會造成維護負擔的設定與例外。
不是套版網站，是一套可設定的診所營運層
每家診所能保留自己的科別、門診邏輯、預約習慣和內部作業，不需要把黃何的流程硬套過去。
預約政策
支援自動開放、指定名額發布、全電話/櫃檯安排；牙科或約診型診所不用被迫使用走動式診所邏輯。
異動與停約
公告、紅色提醒、線上停約、員工放假同步和多段停約摘要都在同一個異動工作台處理。
打卡與發薪
漏打、遲到、加班門檻、修正申請、主管提醒和薪資匯出前檢查可依診所時段調整。
初始化流程
新診所先建立管理員，再設定診所型態、科別、醫師、門診、模組、網站內容和部署環境。
部署檢查
公開網址、寄件信箱、Cookie 網域、舊系統轉址和分析事件來源都變成可檢查的交付項目。
黃何案例已驗證的工作面
這不是把一張網站圖套到不同診所，而是把診所真正會變的設定和例外抽出來。
- 公開端
- 首頁、科別、醫師、門診、公告、交通資訊、SEO URL。
- 預約端
- 線上預約、電話優先、指定名額、公開停約與後台保留分開管理。
- 後台端
- 異動公告、打卡異常、薪資匯出前檢查、模組開關與部署檢查。
交付時留下可移植的診所藍圖
每次導入都產出能被下一家診所檢查、複製、改寫的交付物，讓系統設定不只存在工程師腦中。
設定藍圖 JSON
匯出診所名稱、品牌、科別、醫師公開資料、門診時段、預約政策、網站內容和模組開關。
交接摘要 Markdown
用可讀文件列出目前設定、已啟用功能、未完成檢查與上線前阻擋項，不包含病患或登入資料。
部署 .env 範本
把公開網址、寄件信箱、Cookie 網域、舊系統轉址和分析來源整理成上線檢查清單。
初始化稽核
新診所未完成前只開放 setup；完成後 setup 退場，日常設定回到後台系統配置。
可移植性稽核
主動標出仍像黃何的文字、圖片、交通、評價、SEO 和預約規則，避免下一家診所帶著錯誤預設上線。
成功案例連結
黃何網站可以作為第一個可展示案例，但交付物會把可複製的設定和只屬於黃何的內容分開。
導入時先決定診所怎麼運作，再決定頁面怎麼長
1選診所型態
走動式、約診型、指定名額或電話優先。
2設定臨床結構
科別、醫師、公開頁、醫師排診與門診區段。
3設定營運模組
預約、打卡、薪資、分析、Google 評論邀請可開關。
4完成部署檢查
上線前確認網址、寄件、轉址、SEO 與初始化狀態。
可移植到不同診所層級的醫療機構
這套產品的核心不是黃何的科別，而是把診所會變動的規則變成後台設定。
家醫科、耳鼻喉科、皮膚科
保留現場掛號和電話安排，同時讓患者查到可靠時間與公告。
牙科、復健、約診型專科
門診預設不公開預約，由後台發布可約名額或改成全電話安排。
多醫師或多科別診所
科別、醫師、門診區段、公開醫師顯示和 SEO URL 保持資料化。
已有舊系統的診所
先以公開網站和營運後台補上缺口，再逐步替換預約或打卡流程。
交付內容
導入工作分成可驗收的三層：先讓病患資訊可信，再讓櫃檯日常省力，最後把這套設定整理成可複製的診所藍圖。
網站與資料模型
建立診所品牌、科別、醫師、服務頁、門診時間、公告、交通與搜尋預覽，保留重要舊網址。
營運後台
設定預約政策、門診模板、停約公告、打卡異常、薪資檢查、Google 評論邀請與模組權限。
初始化與交付
用導入流程完成管理員、員工、部署環境、資料藍圖、可移植性稽核與上線檢查。
典型導入節奏
- 第 1 步盤點診所流程：科別、醫師、門診、預約、打卡、薪資與舊系統。
- 第 2 步套用診所型態藍圖，再調整成該診所自己的公開網站與後台設定。
- 第 3 步用一週日常資料檢查公告、預約、打卡異常和薪資匯出前提醒。
- 第 4 步完成公開網址、寄件、轉址、SEO、備份與上線檢查後正式交付。
準備清單
- 門診結構科別、醫師、每週時段、是否多醫師同時看診。
- 預約習慣全線上、部分名額、電話優先、現場掛號或舊系統並行。
- 日常作業公告停約、打卡修正、薪資匯出、Google 評論邀請是否需要。
- 上線條件網址、舊頁轉址、寄件信箱、Google Maps、SEO 與資料匯入。
可從小範圍開始
不需要一次把所有流程換掉。可以先做公開網站與公告，再逐步開啟預約、打卡、薪資與營運提醒。
網站與公告
公開網站、科別頁、門診時間、交通資訊、公告與舊網址整理。
預約與異動
預約政策、停約公告、可約名額、電話優先流程與內部保留。
完整營運後台
加上打卡異常、修正申請、薪資匯出前檢查、部署檢查與可移植藍圖。