※ 引述《leawood (N)》之銘言：
: 一個單位50幾個人,DEN三個班別每個月都要傷腦一次，而且還有可能腦神經死傷太多，導
: 致預約假排不出。
: 難道就沒有e化排班軟體嗎
: 為什麼總是要做這種高壓長時傷腦的低效益工作阿。
這個狀況是這樣的
人員數、班別種類、排班規定(含法定規定及潛規則)、同一班別組成(年資、氣氛等)
變數越多
e化的設計越困難
同樣一個狀況
用人腦排或許可以用經驗、直覺來決定最速(不見得是最佳)結果(1->5)
但e化只能按造你給它的規定
1->2->3
其中若1-1則變更為2-1
若1-2則2-1且3-2
若1-3則2-4且3-3
如果定義不清就不會有結果(無線循環或無解)
e化的優點只在於演算過程很快
但困難處在設計時的邏輯要定義的非常清楚
假如規定的非常清楚不容挑戰
那排班e化在國內文獻結果目前是正向支持的
(但是不容挑戰與排班滿意度在刻板印象上好像以負相關居多
所以不是e化排班有問題
是每家醫院、每個單位的規定不一致
所以無法產生普遍化的組套軟體
就算貴醫院有本錢請資訊室寫個檔案
大概一年裡面就會因為臨床因素
(以前新人居多，現在都上手所以可以放鬆一點、
或相反，流動率高，現新人居多，病安頻傳所以抓鬆一點
或者是評鑑要到了，一切得照規定
三不五時就要修訂很多版本吧)
所以上面不會太支持囉

其實定義不同可以模組化解決，但是你不能期待連Fb都不太會用的決策高層懂這些