Grace put together an awesome slidedeck and video on what a Mapping Tool that utilizes fuzzy matching might look like inside OCL. Since this is a big topic with lots of potential requirements, it’s a perfect place to kick off a discussion…
Part 1: Loom | Free Screen & Video Recording Software | Loom
Part 2: Loom | Free Screen & Video Recording Software | Loom
Original Slides: https://docs.google.com/presentation/d/17q03wMVfVRS_58s9C0tAg0MB7Q-R-Nn8FI_gIUXqhgY/edit#slide=id.p
Some early feedback:
- The maps might not be just from one target source, so it is more like a list of preferred sources.
- The absolute key thing is to be able to see the candidate matches before you select one. The correct one might not be the one that the algorithm brings to the top (and frequently is not).
- Certain things are more important than the text, such as the class of concept. You don’t want to map a question concept to a finding, for example.
- Sometimes the maps on the source concept are more important than text. For example, if I know that my source has a correct map to SNOMED, but I need a CIEL code, then which CIEL codes are mapped to that SNOMED (part of the matching algorithm).
- Finally, and this is probably an educational issue, when someone wants to get to a concept, they may actually want to get to a code. For example, all CIEL diagnosis codes should be mapped to ICD-10-WHO (including the respiratory concepts mentioned in the video). CIEL maps CLINICALLY-FRIENDLY TERMINOLOGY one-by-one to to ICD-10-WHO codes. The source concept may match CIEL exactly, but is nowhere in ICD-10. You would want to map to CIEL and use CIEL to get to the ICD-10 code. This is what an interface terminology was intended to do. We need to help people to understand this when they are trying to map their dictionaries…