專案評估報告 · 2026 年 7 月 6 日
企業連鎖牙醫診所暨牙體技工所 — 營運管理系統
本報告以程式碼庫的實際量測數據為依據，說明本系統的規模、涵蓋範圍與技術複雜度，並對照業界慣例，評估同等系統通常所需的開發投入。所有數字皆為 2026 年 7 月 6 日當日的實測值，非推估。
中大型專案
以程式碼量屬「中型」專案，但其多租戶架構、三套後端服務與跨系統整合，複雜度已達中大型企業系統水準——實質上是一套牙醫連鎖產業的專用 ERP。
185,856
行手寫程式碼
不含自動生成的 2.6 萬行
9 套
應用系統
3 套後端 ＋ 6 套前端介面
78 項
功能規格文件
每項功能先寫規格再開發
15 個
共用元件庫
一次開發、各系統共用
571 次
版本提交紀錄
每一步變更皆可追溯
4.5 個月
開發期間
2026/02/23 – 2026/07/06
「手寫程式碼」指開發者實際撰寫與維護的程式；作為參考，18.6 萬行約相當於 3,100 頁 A4 的程式文件。
同等系統的開發投入：業界慣例 vs 本專案實際
業界慣例以 4–8 位工程師團隊、12–18 個月工期推估
人月推估依據：業界同類多租戶企業管理系統（ERP 類）的常見團隊配置與工期；實際值取自本專案版本紀錄的起訖日期。
這 4.5 人月，相當於一人分飾六種職能
每 1.7 天
交付一項功能規格
78 項 ÷ 133 天
每月 4.1 萬行
手寫程式碼產出
185,856 行 ÷ 4.5 個月
每日 4.3 次
版本提交，含週末假日
571 次 ÷ 133 天
上線後的持續維運亦同理：傳統慣例需 2–4 人的維運編制，本模式以 1 位開發者搭配 AI 即可持續迭代新功能，並保有完整的規格文件供未來任何團隊接手。值得一提的是，本報告本身也是由 AI 模型 Claude Fable 5 直接分析程式碼庫後生成——正是這套協作模式實際運作的一個例子。
行政管理中心
全集團的人事、組織、權限與簽核流程中樞。所有系統的帳號登入、身份驗證均統一由此簽發與控管，確保一套帳號走遍全系統。
身份驗證與資料契約，統一由核心平台提供
診所營運系統
各分店診所的物料庫存、進出貨、每日營運回報；每家診所擁有獨立網址與帳務範圍。
技工所管理系統
牙體技工所的接單、物料與出貨管理；另附對外的客戶下單入口，外部診所可線上下單手術導板。
員工行動入口
手機優先的員工自助平台：打卡差勤、請假申請、班表與公告查詢，隨時隨地可用。
應徵履歷頁
對外招募用的履歷填寫頁面，應徵資料直接進入行政中心的人事流程。
共用元件庫 × 15
登入驗證、權限控管、錯誤處理、資料模型、介面外殼等基礎建設，一次開發後由九套系統共同使用——這是同時維運多套系統仍能保持一致品質的關鍵。
各系統手寫程式碼行數
合計 185,856 行；行政管理中心（後端＋介面）佔全體約 58%
不含自動生成的串接程式碼約 26,000 行；另有 1 個純靜態頁（應徵履歷頁）不計行數。
| 系統 | 角色 | 行數 | 佔比 |
|---|
功能規格數量（依領域）
將滑鼠移到長條上可見各領域的代表功能
每項規格為一份先行撰寫、經確認後才開發的功能文件，開發完成後歸檔留存，可隨時追溯「為什麼這樣做」。
| 業務領域 | 規格數 | 代表功能 |
|---|
每一個客戶集團擁有完全獨立的資料庫與主機環境，資料實體隔離、互不可見——這是醫療資料保護的高標準作法，也是一般網站開發不會觸及的量級。
行政中心、診所、技工所各為獨立服務，權責分明、可各自擴充，又透過統一的資料契約互通。單一系統故障不會拖垮全體。
內部員工與外部下單客戶走完全分離的驗證通道，皆由核心平台統一簽發。輔以角色權限控管、可信 IP 白名單與完整操作稽核日誌。
特休額度依《勞動基準法》年資規則自動計算，請假額度、班表與國定假日規則皆內建——不是通用套裝軟體改湊，而是為台灣連鎖醫療業量身打造。
程式碼提交後自動建置、自動上線；線上錯誤即時告警，效能與日誌集中監測。系統的健康狀態隨時可見，而非出事才知道。
78 項功能全部「先規格、後開發」，加上 571 次可追溯的版本紀錄——知識沉澱在文件與程式庫中，不因人員異動而流失。
本專案是一套中大型、複雜度達企業級的產業專用管理系統：九套應用、近十九萬行手寫程式碼、七十八項規格文件，涵蓋人事差勤、庫存物料、技工所接單到多租戶雲端維運。以業界慣例，這是一個 4–8 人團隊一年以上的工程；本專案由一位開發者以 AI 協作模式在 4.5 個月內獨力完成，且將完整的開發紀律（規格先行、版本可追溯、文件同步）內建於交付之中——系統的價值不僅在功能本身，也在其可長期維護、可持續擴充的工程體質。