<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <p>Hi Pieter,<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 01/11/2016 10:22, Pieter Bos wrote:<br>
    </div>
    <blockquote
      cite="mid:082B8FB7-EAA0-4AB7-8A39-8A39AAF4D668@nedap.com"
      type="cite">
      <pre wrap="">I fully agree that they should be mandatory. Things like this make writing software based on OpenEHR more complex than it could be.

I also never understood that the DV_-types do not have an archetype node id in the reference model. </pre>
    </blockquote>
    <br>
    this is because they don't inherit from LOCATABLE, which is a
    modelling decision from a long time ago. I'm not aware that it has
    caused major problems (at least not reported ones) but I can imagine
    that it might seem better today to make DATA_VALUE inherit from
    LOCATABLE, or at least to have the archetype_node_id field in it.
    I'm not that clear on how much it matters in anyone's
    implementation.<br>
    <br>
    <blockquote
      cite="mid:082B8FB7-EAA0-4AB7-8A39-8A39AAF4D668@nedap.com"
      type="cite">
      <pre wrap="">This adds complexity, because the paths in an archetype do not always match the paths in a reference model object. Sometimes you just need paths based on an archetype that need to work in reference model objects. For example when displaying information, rendering forms, evaluating rules or score calculations, or rendering a UI to edit stored reference model objects. Of course, you can write something that converts these paths from the AOM to the RM, but I don’t see why that should be necessary.</pre>
    </blockquote>
    <br>
    well the RM objects, down to the ELEMENT nodes, should have
    archetype paths that match the archetypes that create them, with the
    added complexity that real data may contain multiple instances that
    match a given archetype path, as <a
href="http://www.openehr.org/releases/BASE/latest/docs/architecture_overview/architecture_overview.html#_data_paths_and_uniqueness">described
      here</a>.<br>
    <br>
    Can you provide more detail on what 'conversion' you are referring
    to here?<br>
    <br>
    thanks<br>
    <br>
    - thomas<br>
    <br>
  </body>
</html>