HL7 FHIR 資源格式篇 - UML

HL7的人一直對「變型」的UML情有獨鍾。在HL7 FHIR還是擺脫不了他的身影。
也需先思考兩個問題：
1. 先有UML才有Structure；還是先有Structure才有UML。
2. UML比較好維護(當然是靠工具)；還是Structure比較好維護。
==========
下圖是Patient Resource的UML類別圖。

這邊不教UML，不深入討論。有很多的工具可以協助我們畫出這樣子的圖形。而且各個矩形就是一個類別，可以獨立修改處理。然後類別間可以建立關聯。這個關聯有很多種，自行看UML的書籍。圖中菱形填滿稱之為Composition。也就是說，Contact類別會以contact的欄位名稱，出現在Patient類別中。Contact不會單獨存在。
趕快回去看Structure

原來呀，這種關聯的類別，就是代表他會有明顯的sub-element。(這邊稱之為明顯，是相對於Data Type造成的隱含sub-element)。這邊要注意，透過Composition產生的sub-element，他Type都被定義為BackboneElement(R4已歸類在Special Purpose Data types)，前面就是一個folde小圖示。
這個contact之下的element當然就是Contact類別下的屬性。

兩者關係應該看得懂吧。
=========
接著應該是要講UML類別圖中，各類別屬性後面帶的那些資訊與結構圖的關係。我想大家都很聰明，還是省點時間吧。