醫療體系 內部管理平台（EIP）
業主有自己的 ERP，這一套完全不串
本專案開發期間任職於原單位，著作財產權歸原單位所有，此處僅作為技術能力之說明。
缺的不是 ERP，是給人用的地方
業主本來就有自己的 ERP，該算的都有在算。缺的是另一件事：各院區的同仁彼此不知道對方在忙什麼、醫師今天在不在、公告貼在哪裡、東西壞了要找誰。所以這一套完全不串 ERP，界線就劃在「人」的那一側。
「揭露」不是「簽核」
醫師請假與休診在這裡是行事曆上的一種分類，不是一條申請流程。系統要回答的是「今天誰不在」，不是「准不准假」。如果把它做成簽核，等於逼客戶改掉原本運作正常的請假方式 —— 那不是客戶要的，也不是我該做的。
首頁那張行事曆是自己做的，這是刻意的
當年現成的套件裡是有日曆元件的，但功能太少。這張行事曆要能收公告、請假、休診、報修、團購、考核十幾種來源的日期，還要能繼續長 —— 大概就是今天大家熟悉的 Google 行事曆那種彈性。與其受制於別人的套件能做到哪裡，不如自己做一個 100% 可控的，後面要加什麼都不必看別人臉色。
員工考核後來變成別的東西
考核在這裡被做成一份「可以配分的問答」：同一套設定改一改，它可以是投票、是考試、是考核，也可以是問與答。這個抽象後來被我收進自己的內容管理模組，一路用了很多年。
常見問題
沒有。業主本來就有自己的 ERP；這套平台處理的是「人」的那一側：各院區同仁彼此在忙什麼、醫師今天在不在、公告貼在哪裡、東西壞了要找誰。
沒有。醫師請假與休診在這裡是行事曆上的一種分類，系統回答的是「今天誰不在」，不是「准不准假」，不需要改變客戶原本運作正常的請假方式。
2017 年，ASP.NET WebForm、C#、LINQ、MSSQL，約 2 個月，我負責 SA 到 QA。首頁行事曆是自己做的，能彙整公告、請假、休診、報修、團購、考核等多種日期來源。本專案開發期間任職於原單位，著作財產權歸原單位所有。