洗滌紅血球轉製排程系統
客戶·醫療相關機構
血袋拿錯了，等到洗滌後才發現，往往已經來不及避免不必要的耗用。
客戶曾遇到的情況包括：訂單需要 O 型，卻拿到 B 型血袋；或原本需要一大袋加一小袋，卻取成兩大袋。前者不符合訂單血型，後者則可能多處理了不需要的數量。這些問題不能只靠確認「有沒有拿到血袋」來避免，還需要把訂單、血型與實際單位數一起核對。
此外，每筆作業都有交貨日。當待處理項目增加，人員除了確認血袋，也要記得哪些訂單需要先安排，避免遺漏或延誤。
我們為醫療相關機構開發洗滌紅血球轉製排程系統，以網頁整合待處理作業、排程與條碼檢核，將容易出錯的核對工作放在洗滌之前。
從交貨資料，建立待處理作業
使用者先從原有平台匯出 Excel，再匯入本系統。系統依匯入資料建立待檢核作業，並根據交貨日與既定規則安排處理時程，支援在交貨前完成轉製的作業安排。
這樣的設計沿用客戶原有資料來源，讓交貨需求能進一步轉成日常待辦與排程，不必只靠人員自行記住每筆訂單的時間。
若作業逾期，系統會透過瀏覽器推播提醒，協助人員留意尚未處理的項目。排程提供作業依據，提醒則補上容易被忙碌工作掩蓋的時間訊息。
洗滌前掃碼，不符合訂單就無法刷入
血袋外的條碼提供核對所需資訊。人員在洗滌前使用掃碼槍讀取條碼，由系統依訂單檢查選取的血袋是否符合要求。
如果訂單需要 O 型，卻掃到不符合要求的血袋，系統會直接阻擋，無法將該血袋刷入這筆作業。這不是只顯示提醒、讓人員繼續確認，而是把不符合條件的資料擋在檢核步驟。
我們把核對時點放在實際處理之前，讓人員能先修正選取內容，降低洗滌後才發現拿錯血品的風險。
不只核對袋數，也要確認總 U 數
依這個專案的作業設定，血品以 U 為數量單位：小袋為 1U，大袋為 2U。因此，同樣是兩袋，可能是一大一小的 3U，也可能是兩大袋的 4U，不能只用袋數判斷是否足夠。
系統會依掃入的血袋核對總 U 數。例如訂單需要 3U，若取成兩大袋，總量就超過需求；若只取一大袋，則不足。無論不足或超過，都無法確認通過，必須調整到符合訂單的數量。
透過這項檢查，大小袋的換算不再完全仰賴人員心算與目視核對，也能降低多處理、少處理所造成的作業問題。
清楚界定檢核的終點
本系統的範圍是排程與洗滌前檢核。檢核完成後，在系統內即視為出貨，作為這套系統的作業終點；這個狀態並不代表系統已確認實際洗滌完成或配送完成。
這樣的範圍設計，讓開發聚焦在客戶最需要改善的環節：將交貨需求整理成可處理的作業，並在血品進入洗滌前確認選取內容。
讓容易遺漏的檢查，有明確的把關步驟
這個專案的價值，在於將人工容易疏漏的時程、血型與數量核對，轉成日常流程中的具體功能。
排程與逾期提醒協助人員掌握待處理事項；條碼檢核則在選取血袋時直接阻擋不符內容，並要求總 U 數符合訂單才能確認。兩者相互配合，降低作業遺漏與不必要血品耗用的風險。
我們從客戶實際發生的錯誤情境出發，將規則放進作業流程，讓檢核在需要的時點發揮作用，也讓人員有更明確的依據完成工作。