FHIR Chat · ConceptMap $translate operation with CodeableConcept · terminology

Stream: terminology

Topic: ConceptMap $translate operation with CodeableConcept


view this post on Zulip Diederik Muylwyk (Mar 29 2018 at 18:53):

Hello!

I'm trying to wrap my head around implementing the $translate operation for ConceptMap (https://www.hl7.org/fhir/conceptmap-operations.html#translate). The spec says:

One (and only one) of the in parameters (code, coding, codeableConcept) must be provided, to identify the code that is to be translated.

Both code and coding are fairly straightforward as I'll only be translating a single concept. However, codeableConcept presents me with a challenge. A CodeableConcept can include 0..* codings, each with its own code. If I were to translate multiple source concepts identified in a single request, how should I deliver the resulting target concepts in the response such that it's clear which target concepts are associated with which source concepts?

view this post on Zulip Peter Jordan (Mar 29 2018 at 19:02):

In this case, the spec states that "the server can translate any of the coding values (e.g. existing translations) as it chooses". If you require mappings to specific source concepts, my advice would be to make a request for each individual concept (which you might place in a batch).

view this post on Zulip Diederik Muylwyk (Mar 29 2018 at 19:22):

Hi, Peter.

Can you describe a use case for submitting a request with a CodeableConcept that includes multiple codings? I'm having trouble interpreting the intent of the spec here. I don't understand what purpose it might serve to submit multiple source concepts in a single request if you can't reconcile the response with the input.

I'll take a stab at it, though. Let's say I've got a few related concepts (for example, codes from a specific value set that identify the different bones in the hand). I want to find similar concepts in a different value set but I don't necessarily care which source concepts resulted in which specific target concepts. The response includes a number of concepts for hand bones that belong to the target value set. In this case, the equivalence for each target concept is generally meaningless because I can't know for which specific source concept a given target concept is (for example) equivalent . Does this make sense?

view this post on Zulip Lloyd McKenzie (Mar 29 2018 at 19:50):

If you have multiple codings in a single CodeableConcept, then those codings all need to be talking about the same thing - so you'd never have a CodeableConcept that include codes for different bones. You could have codes that said "bone" or "hand" or "hand bone" or the specific hand bone in question. Translations would then be translations of one (or more) of those.

view this post on Zulip Peter Jordan (Mar 29 2018 at 19:58):

An NZ use case might be where a primary care system has a medication coded using two different Code Systems and wishes either one of them to be translated to another (third) Code System. Translations between the different (now legacy) drug coding systems used by PMS occurs in GP2GP transfers and now we have a new(ish) Code System in NZMT.

view this post on Zulip Diederik Muylwyk (Mar 29 2018 at 19:58):

Lloyd. Each coding is a representation of the same concept. Of course. Thanks!

view this post on Zulip Diederik Muylwyk (Mar 29 2018 at 19:59):

Peter, that's a great use case. Thanks!


Last updated: Apr 12 2022 at 19:14 UTC