Versions Compared

Old Version 9

changes.mady.by.user Thomas Beale

Saved on

compared with

New Version 10

changes.mady.by.user Thomas Beale

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • The AE terminology file contains numerous Archetype Editor GUI elements which do not belong in the openEHR Terminology. In its current state, it is not an appropriate file to publish as the openEHR terminology.
  • managing translations in the AE terminology is clumsy, because a) every time a new language is added, the original file has to be modified, b) the file keeps growing in size and c) it is not easy to see if any given translation is complete, because the file needs to be cut up to compare language sections to each other.
  • The codes in the openEHR code set 'media types' are not literally used, because they are just a placeholder for IANA types like 'text/plain' etc, whose real definition is at http://www.iana.org/assignments/media-types/index.html . However, there appears to be no standard file obtainable.
  • Computable files for ISO 639 (language names) should similarly not be provided by openEHR, although it is still not clear where they should come from. The official Library of Congress ISO 639 page is here - however no computable file is provided.
  • Computable files for ISO 3166 (country codes) are actually available here , in TXT and XML format.
  • Unit types:  TBD
  • Currently there is no defined process for obtaining a new code

Recommendations

Short Term

Based on the problems above, the following recommendations have been made by an initial analysis group.

  • Adopt the 'java files' as the basis for going forward
  • Separate out the IANA codes

...

  • .
  • Adopt the design approach that openEHR will actually need to create its own 'code-set' files in a standard format based on internet available lists and pages from IANA, ISO etc.
    • Define an XML 'adjunct format' for this type of file
    • Remove the IANA codes from this file, and create a separate file which is derived from the iana.org link above.
    • Remove the ISO 639 codes from this file and create a new adjunct format file derived from the above Library of COngress ISO 639-1 page.
    • Remove the ISO 3166 codes and obtain and convert the ISO 3166 file to a separate file in the adjunct format
  • Units: TBD

Obtaining a new code:

TBD

Future

A long term solution most likely involves discussion with IHTSDO in order to determine their coverage of the code sets.