依照儘量減少不需要的屬性以及分散繼承關係屬性的原則，決定將Observation類別的屬性做下列處置
 | value:移到子類別，因為這些值存放在子類別才能清楚表示其生物意義 interpretationCode:移到子類別，只有少數的Observation子型別需要判斷Observation結果的好壞 methodCode:移除，用以表示Observation的方式，依目前的Requirment不需要 targetSiteCode:移除，用以表示Observation的部位，依目前的Requirement不需要 |
經過屬性的修改後，發現Observation看起來像是一個多餘的類別，依照儘量減少繼承階層數目的原則。決定將Observation與其子類別進行整併。下圖為原始的類別關係圖
下圖為整併後的類別關係圖
得到這樣的關係圖後，接下來討論這些檢驗數據如何分類放置。目前因為不管如何進行分類都有其缺點。這裡先決定以撰寫資料輸入程式的方便性為較高的考量。依照這樣的概念，依實際的情境，將會一起出現的資料放在同一表格。然後再用view將同一個檢驗數值再結合起來呈現。比方說血糖資訊可能來自遠端監控，也可能來自醫院的檢驗。為了處理方便，就先將這兩個來源的資料放置在不同表格中。然後最後再用個view取得所有血糖的資料。這樣分類方式，需提供一個設計以確保未來extend時，資料的完整性
沒有留言:
張貼留言