Hello @all We are trying to solve a usecase where we are trying to leverage concepts from the OCL dictionary and the concepts have many synonyms and no shortName [OCL has a limitation that prevents it from using shortNames]. The FSN of the concepts is too big/lengthy and hence we want to choose and use one of the many synonyms available, to show it in the display controls.
Wanted to know from the community - whether someone has already solved this problem or is there a workaround for this already in place which we can leverage.
Thanks Buvaneswari
FYR… This discussion happened in the Bahmni community and I have pasted the transcript here
if you have 3 synonyms how will determine which one to show?
What I am trying to understand is, even though it is agreed that there can be many synonyms…wouldnt it be fair that just like FSN and shortName, shouldn’t synonyms be allowed to be showed? is it because they are multiple we are not showing?
whats the primary purpose of synonym?
-
is to enable search - so that irrepective of how a concept is called by different users, it means the same. Once it is captured, no matter how you address it means the same
-
for a given locale, therefore, only 1 FSN is allowed. and also 1 shortname/locale
-
and also because a concept can be addressed by many names in a given locale, there can be more than 1 synonym per concept.
to me, seems like you have come across the need because you are using OCL, which has long FSN, and does not have FSN - and you want to use 1 of the synonyms to have a shorter name.
- synonyms can be marked as “preferred” … so thats one way … I am not sure whether all across Bahmni this will be respected and/or what impact it will have reporting
- post sync - just pick a synonym (again on what basis?) - and add that as short name.
@angshuonline Whatever the synonym that we add from openmrs can be selected from IE UI and the same can be visible on the consultation page. So the intention is to use the same synonym in the display control too. Also we see that the synonym is showing up in the xml file with the obs value captured for the below API,
openmrs/ws/rest/v1/bahmnicore/observations?concept=ANA,+Height&numberOfVisits=2&patientUuid=889c7164-9926-4efd-9402-0435ac048d72
But the synonym can’t be consumed from display control for now
If I add a synonym to the concept and make it as “preferred”, then the observation values which were showing on the display control are no longer visible. Only when I remove the synonym for the concept then the observations are showing up on the display control. I think the existing Obs display control doesn’t have support for synonym.
Synonyms are for “search”… which means UI → Server (Synonym). In response, one should get FQN and ShortName. The Shortname should be used to show on screen. If OCL doesn’t support Shortname, maybe we can contribute to OCL and fix that? Else we are deviating away and away from original OpenMRS intentions & design.
1
And it seems there is the concept of Concept_name_tag / preferred names: What's the purpose and use of concept_name_tag? - #3 by darius