Jay Lyle

Forum Replies Created

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • in reply to: translating units #435986
    Jay Lyle
    Participant

    Many thanks.

    I have another case.

    For 2823-3 POTASSIUM, the example unit is mmol/L, and the recorded unit is MEQ/L (the equivalent UCUM being meq/L). I’m no laboratorian, and I have no idea when mmol is or is not synonymous with meq, but my assumption is that since they may differ, we use meq/L. However, it’s not entirely clear that this is a valid use of  2823-3. I can see using unit magnitudes different from the example, but not different unit dimensions. Is this a problem?

    in reply to: Problem with Units #49004
    Jay Lyle
    Participant

    I think the expectation is that a record of the measurement of a quantity should specify units. LOINC codes identify sample units, but as long as you’re in the right dimension, you can convert. Your body weight measurement should be include a unit, e.g., a UCUM unit code. The user interface might presume or dictate the use of a specific unit and not represent it on the screen, but a transmitted record would need an explicit unit.

    in reply to: UCUM codes and LOINC Properties #49003
    Jay Lyle
    Participant

    LOINC codes have “example UCUM units” – is that what you’re looking for?

    in reply to: Playbook OID or URI #17395
    Jay Lyle
    Participant

    Thanks Dan,

    I’m not sure that does it.

    I think you’re saying that the LOINC codes for the concepts imported from Playbook belong, of course,  to the LOINC system. And that the playbook codes still exist as part of the RadLex system. And there is no OID for a value set that would contain either set of codes.

    So I suppose my next question is, would either organization have a problem with my creating a FHIM value set in VSAC to do just that? And if not, where might I find a copy of the mapping file?

Viewing 4 posts - 1 through 4 (of 4 total)