CDA-core-2.0
CDA-core-2.0 copied to clipboard
ST as type specialization instead of constraint
to define ST just as a constraint from me was an error, it gives a validation error:
Type 'ST' is not an acceptable type for 'value' on property Observation.value
Defining ST as proper own type as the others and specialized from ED (instead constraint from ED) resolves the validation problem.
I'm not sure about this - what's an example?
@grahamegrieve I have no more validation problems when I switch back to the constraint version.
The IG Publisher shows however two times the ED type in Observation.value instead of one ED, one ST.
This is not happening if it is defined with the specialization.
Is this an issue I should note for the IG Publisher or related to the CDA-Core model?
During testing I had a validation problem due to missing matching paths as Observation.value is not defined as Observation.value[x], will submit a PR for the validation code.
Quite interesting though, the links are resolving to the correct datatype:

ST is now its own type (not specialized from ED, at least right now while figuring out some xmlText things).