Open alex-odysseus opened 4 months ago
This is a good use-case but I think the proposed approach requires discussion.
The "optimize" function is designed to work with standard concepts and eliminate redundant concepts (i.e. descendant concepts that are captured because a parent concept + descendants is included). This use-case is a bit more complex and to illustrate this, I'll use an example.
Take ICD10CM code O24.4 - Gestational diabetes mellitus (ref):
This maps to multiple standard concepts. Someone designing a concept set will need to think about the implications of selecting a standard concept at this point. Doing a wholesale replacement of non-standard to standard concepts will likely yield a concept set that is too broad for use. This particular task may be better oriented to allow the user to go from non-standard to standard with the mappings between them clearly defined. From there they may opt to select a subset of standard concepts. Once that is completed, another step would be to then go back down from standard to non-standard as this may include new non-standard codes that require consideration.
So from the example above, if I selected Gestational diabetes mellitus from SNOMED (ref) and navigate to the non-standard codes, for ICD10CM, I am now using some new codes that require attention:
So the design of this feature is important and requires further elaboration before an implementation should begin.
Business Requirements
If a Concept Set contains all non-Standard Concepts that are comprised of a Standard Concept they should be replaced with the Standard Concept as the result of Concept Set optimization routine
Design Ideas and Functional Requirements
An initial idea is:
An additional flag to be added on the "Concept Set Optimization" screen which will extend the existing optimization business logic with a possibility to replace non-Standard Concepts being mapped to the Standard Concepts by the appropriate Standard Concepts
Based on Anthony's comment the following solution design is proposed:
Open Questions
N/A
@mrechkem @Sathyaraos