On 31/10/2014 07:39, David Moner wrote: > I will explain it in another way. > > acNNNN codes are used as "placeholder constraints", i.e. a kind of > link to a query or subset in a terminological systems that defines the > possible instance values of a coded attribute. > > My question was: Is it needed to be always a link to a subset? Cannot > we use acNNNN to define bindings to specific terminological codes > explicitly enumerated, without the need of defining a subset in the > terminological system in advance?
I think this is a different Q from before! But this is what ADL 2 does. All subsets in an archetype have an ac-code, and you can either/both define the subset locally. E.g. in this archetype <https://github.com/openEHR/adl-archetypes/blob/master/ADL15-reference/features/value_sets/openEHR-EHR-OBSERVATION.external_value_set.v1.adls>, the value set is internally defined, with bindings to each of its terms. In this one <https://github.com/openEHR/adl-archetypes/blob/master/ADL15-reference/features/term_bindings/openEHR-EHR-OBSERVATION.constraint_binding_snomed.v1.adls>, you can see ac-codes that have both an internal definition and an external binding (ac2, ac3). It could have had just the external binding, and no internal definition, or vice versa. Note that this is different from ADL 1.4, and the 1.4 => 2 converter in the ADL workbench has to synthesise these missing ac-codes - example from CKM. The ADL 1.4 archetype is here <https://github.com/openEHR/adl-archetypes/blob/master/Reference/CKM_2013_12_09/entry/observation/openEHR-EHR-OBSERVATION.audiogram.v1.adl>, the ADL 2 one is here <https://github.com/openEHR/adl-archetypes/blob/master/Reference/CKM_2013_12_09/entry/observation/openEHR-EHR-OBSERVATION.audiogram.v1.adls>. The latter's value terminology looks like the following - thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20141031/3be4bcdb/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: jfegfacc.png Type: image/png Size: 30917 bytes Desc: not available URL: <http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20141031/3be4bcdb/attachment-0001.png>
