Uploaded image for project: 'OpenMRS Dictionary Manager'
  1. OpenMRS Dictionary Manager
  2. OCLOMRS-1054

Avoid implying SYNONYM is a name type



    • Enhancement
    • Status: Closed
    • Should
    • Resolution: Fixed
    • None
    • None
    • None
    • Low
    • OCL for OpenMRS September 2021, OCL for OpenMRS October 2021


      Currently, the Dictionary Manager UX implies that SYNONYM is just another name type, when we don't actually specify a name type for synonyms (all names are assumed to be synonyms unless specifically marked as FSN, short name, or index term).


      OpenMRS recognizes only three name types: FULLY_SPECIFIED, SHORT, and INDEX_TERM. All names that are not explicitly assigned one of these name types (name types is null) are treated as synonyms.

      In OCLOMRS-1039, MSF ran into problems when they tried importing a CSV with "SYNONYM" as the name type for synonyms. It's not surprising, since the Dictionary Manager makes it appear that the name type for synonyms is "SYNONYM".

      A simple solution is to refactor the Dictionary Manger UX so it no longer implies "SYNONYM" is a name type (perhaps even teaches people to leave name type blank for synonyms).

      Note: the default name type behavior should not change (for the first name of a new concept name the type should still default to "Fully Specified" and the default name type for any additional name should default to "(synonym)".

      Gliffy Diagrams


          1. OCLOMRS-1054-1.png
            150 kB
            Burke Mamlin
          2. OCLOMRS-1054-2.png
            79 kB
            Burke Mamlin
          3. OCLOMRS-1054-3.png
            141 kB
            Burke Mamlin
          4. OCLOMRS-1054-4.png
            77 kB
            Burke Mamlin

          Issue Links



                suruchi suruchi dhungana
                burke Burke Mamlin
                0 Vote for this issue
                2 Start watching this issue