Uploaded image for project: 'Specification'
  1. SPEC-41

Visually differentiate primitive types in openEHR documents

    Details

    • Change Description:
      Hide
      It is proposed to change the capitalisation of all
      primitive types to follow the "capitalised" convention, leaving
      the openEHR defined types in upper case. This, the types mentioned
      above will all appear in the documentation as "String", "Integer"
      etc.
      Show
      It is proposed to change the capitalisation of all primitive types to follow the "capitalised" convention, leaving the openEHR defined types in upper case. This, the types mentioned above will all appear in the documentation as "String", "Integer" etc.
    • Approved By:
      PG

      Description

      The documentation of the openEHR abstract models does not
      visually differentiate between the assumed inbuilt types (Integer,
      Real, Boolean, Character, String, List<>, Set<>, Array<>) and
      types defined in openEHR (although the Support Reference Model
      does explain the difference). Because of specifications from HL7
      and CEN using a different set of data types in which the
      distinction between e.g. a primitive String and a so-called "ST",
      some readers are not clear on the origin of types in the openEHR
      documentation.

        Attachments

          Activity

            People

            • Assignee:
              OLDthomasbeale OLDthomasbeale
              Reporter:
              davidlloyd David Lloyd
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: