標案完成的是某一時間點
普查可以更新樹種、尺寸、位置與照片，但它無法自動回答一年後是否死亡、移除、補植或移植。
Lifecycle Demo · 樹籍治理示範
從安全評估、檢測報告，到補植保活與責任交接
這是一條給政府簡報看的示範流程：重新普查只能得到某一天的資料；真正會讓樹籍再次混亂的，是安全評估後的送驗、報告歸檔、核定處置、移除、補植、保活、驗收與後續養護責任這些跨年度、跨廠商、跨標案的中間狀態。
Tender Gap · 標案成果銜接
現行普查多是成果交付，管理需要接住「交付後發生的事」
行道樹與公園樹管理都會產出清冊、照片、圖資與成果報告；但移除、補植、保活、驗收與後續養護責任常常跨年度、跨廠商、跨標案發生。本 demo 示範的是把這些成果轉成持續可查、可追責的管理履歷。
照片與報告常在不同交付物裡
多角度高解析照片可作為內部證據庫，不一定全部公開；重點是每張照片都要能回到樹木、樹穴、事件與驗收紀錄。
系統補上標案之間的空白
把年度普查成果、風險評估、異常通報、補植保活與政府驗收串成同一條生命週期，避免下次普查又從頭整理。
Street & Park Trees
行道樹與公園樹可用同一套履歷視角管理
公園處管理重點仍回到「樹木個體、種植位置、事件、照片、驗收與責任交接」；行道樹與公園樹可共用履歷邏輯，再依管理場域調整呈現欄位。
| 類型 | 共用核心 | 差異需求 |
|---|---|---|
| 行道樹 | 樹籍、樹穴、普查、風險評估、異常通報、事件紀錄、補植保活、驗收、照片證據庫。 | 路段、方向、分隔島／人行道、樹穴型態、樹牌 QR code、車道號誌與公共安全影響。 |
| 公園樹 | 樹籍、園區位置、巡查、風險事件、例行養護、補植保活、內部證據與公開摘要。 | 公園名稱、分區位置、鄰近設施、活動動線、遊憩安全與園區養護責任。 |
Government Dashboard
主管第一眼要看到「還有哪些事沒結案」
政府要買的不是另一張查詢地圖，而是一套把待檢測、待報告、待核定處置、待補植、保活中、需廠商補植、期滿驗收與樹籍異常集中管理的工作台。
12待檢測／待報告案件
6報告完成，待核定處置
8已移除、樹穴待補植
24補植保活中
5保活即將到期，待驗收
2保活期死亡，待廠商補植
11保活期滿，待責任交接
17樹籍碼或現地狀態異常
3移植／補植個體待確認
Core Flow
第一版 Demo 只做一條最有說服力的流程
行道樹管理的關鍵，是把「安全評估發現異常」、「專業檢測確認原因」、「政府核定處置」與「種植位置是否結案」分開；如果涉及移除，還要把診斷報告、照片證據與核定依據放在同一條履歷裡。
安全評估發現異常
現場評估只能先記錄異常徵象、照片、建議送驗與追蹤期限；不能直接把「疑似病因」當成移除依據。
送驗與檢測／診斷報告
上傳林業試驗所等權責或指定單位的林木疫情診斷、褐根病鑑定、應力波或鑽孔阻抗報告，作為後續處置佐證。
核定移除
只有在診斷報告、照片證據與主管機關核准齊備後，才進入移除或其他處置；系統記錄核定日期、依據文件與核准人。
樹穴待補植
位置不結案，改由樹穴狀態追蹤：可補植、待設計、待廠商施工。
補植保活中
新樹完成補植後即可掛牌列管；保活期間同步保留補植案、廠商責任與巡查紀錄。
保活巡查
保活期內留下巡查日期、存活狀態、照片、改善通知與期限。
期滿驗收與責任交接
保活期滿驗收後，養護責任由廠商保活責任轉為公園處日常養護責任。
📄 報告是獨立事件，不只是附件
每份診斷報告要成為時間軸上的一筆「檢測／診斷」事件，包含案件編號、送驗單位、申請日、結案日、診斷方式、危害名稱、防治建議與 PDF 原始檔。
🔗 移除事件要引用診斷依據
如果最後核定移除，移除事件應連回診斷報告、照片證據與主管核准資料；公開端只顯示去識別化摘要，完整 PDF 留在內部。
Case Timeline
單一位置的完整示範時間軸
這裡故意以「同一個種植位置」為主軸，而不是把所有照片都塞進同一棵樹。原樹、補植新樹、樹穴位置要能分清楚。
安全評估：根部異常徵象，列入專業檢測
系統保留評估照片、缺陷說明、送驗建議、負責單位與期限；此階段只標示「待檢測／待報告」，不以疑似病因作為移除結論。
檢測／診斷報告歸檔：案件編號 20261173
上傳林業試驗所等權責或指定單位的林木疫情診斷回覆表與照片頁，記錄送驗單位、診斷方式、危害名稱與防治建議；完整 PDF 供內部查核，公開端只露出去識別化摘要。
政府引用診斷報告核定處置，原樹解除列管但保留歷史
移除不是由「疑似」觸發，而是由診斷報告與主管核定形成依據；樹籍碼不直接消失，原樹狀態改為「已移除」，診斷報告、照片與核定資料仍可追溯。
移除完成，種植位置轉為「樹穴待補植」
這一步是 demo 核心：樹死了，但位置還沒有結案。
補植施工完成，新樹掛牌並進入一年保活期
公家機關設計選樹、廠商種植；新樹完成補植後即可掛牌列管，同時保留補植案與保活責任紀錄。
保活巡查：存活正常
留下全景照片、局部照片與巡查紀錄，讓保活期不是一年空白。
保活期滿，養護責任轉入日常管理
期滿驗收後，原樹保留歷史，新樹延續掛牌列管；後續照顧責任轉為公園處日常養護。
Alive Warranty Responsibility
保活期重點是責任紀錄與期滿交接
補植後即可掛牌列管；保活期間若樹木死亡，重點不是取消樹籍，而是記錄廠商補植責任、重新補植與後續保活追蹤。保活期滿後，後續照顧回到公園處日常養護責任。
廠商保活責任
- 補植完成後即可掛牌列管
- 樹牌掛設日期與 QR code 對應
- 保留巡查日期、照片與養護紀錄
- 若死亡或衰弱，記錄通知、改善與補植責任
- 保活期間的履約紀錄與正式樹籍分層呈現
公園處日常養護責任
- 記錄期滿驗收日期與驗收照片
- 期滿後的灌溉、修剪與病蟲害防治回到日常養護
- 廠商保活責任與公園處養護責任有清楚時間分界
- 若後續死亡，作為新的養護事件處理
- 保留整段履歷，供未來查核與民眾說明
Status Model
樹木個體狀態與種植位置狀態必須分開
這是避免樹籍碼混亂的核心。單次普查只看到當下；生命週期系統要知道「這棵樹」與「這個位置」在不同時間各自發生了什麼事。
| 管理對象 | 第一版狀態 | 管理意義 |
|---|---|---|
| 樹木個體 | 原樹／已移除／補植／移植／保活中／已列管／待確認 | 回答「這些照片與評估是不是同一棵樹？」避免把原樹與補植新樹誤接成同一段生長故事。 |
| 種植位置／樹穴 | 有樹／待移除／已移除／樹穴保留／待補植／補植保活中／期滿交接／樹穴填平／不適合補植 | 回答「這個位置現在結案了嗎？」即使原樹已移除，位置仍可能有待補植、保活、驗收、掛牌等工作。 |
| 樹籍編號 | 正式碼／臨時碼／沿用碼／補植加註碼／待確認 | 回答「這個編號代表位置、原樹，還是補植新樹？」保留歷史碼與新碼的關係，避免跨年度斷裂。 |
Public Transparency
民眾看得到結果，但不外流內部分級與履約爭議
公開端要回答市民最合理的問題：「為什麼移除？有沒有補植？現在到哪一步？」內部端才保留評分、責任歸屬、廠商改善期限與驗收細節。
🌳 樹木生長紀錄
此處原樹經專業檢測報告與主管機關核定後移除，已完成補植並掛牌。新樹目前保活中，待期滿驗收後轉入日常養護。
公開內容只顯示日期、事件摘要與可公開照片；不顯示風險分數、內部備註、廠商責任判定。
政府可安心公開的資料邊界
- 可公開：診斷結果摘要、核定處置摘要、補植狀態、保活中／已驗收、公開照片
- 不公開：完整 PDF 內的申請人資訊、健康分數、風險等第、關鍵因子、內部備註、評估人、廠商責任爭議
- 主管機關未同意前，民眾端生命歷程可以保持關閉，只做內部管理
- 行道樹與公園樹可共用此履歷視角，但巡查頻率、養護內容與公開欄位可分開設定
Demo 要傳達的不是「我們會做頁面」，而是「政府可以避免資料再亂一次」
普查是一個時間點；樹木管理是一條跨年度流程。這套 demo 的價值，是把評估、送驗、報告歸檔、核定處置、移除、補植、保活、驗收、責任交接與公開查證接成同一條可追責的紀錄。
回到後台功能導覽 →