FHIR Chat · Erroneous warning on ServiceDeliveryLocationRoleType ? · terminology

Stream: terminology

Topic: Erroneous warning on ServiceDeliveryLocationRoleType ?


view this post on Zulip David Simons (Sep 14 2021 at 09:56):

Getting the below hl7validator 5.5.3 with tx.fhir.org warning :( despite the fact that http://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleTypeDOES contain RNEUand INLAB codes, via Include codes from http://terminology.hl7.org/CodeSystem/v3-RoleCode where concept descends from _ServiceDeliveryLocationRoleType...

Cannot find where this goes wrong...

2021-09-13T16:12:49.8232783Z -- ILSLocation.example.xml ----------------------------------------
2021-09-13T16:12:49.8233835Z Success: 0 errors, 2 warnings, 0 notes
2021-09-13T16:12:49.8238585Z   Warning @ Location.contained[0].ofType(Location).type[0] (line 11, col13) : None of the codings provided are in the value set http://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleType (http://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleType), and a coding should come from this value set unless it has no suitable code (note that the validator cannot judge what is suitable) (codes = http://terminology.hl7.org/CodeSystem/v3-RoleCode#RNEU)
2021-09-13T16:12:49.8246944Z   Warning @ Location.type[0] (line 30, col9) : None of the codings provided are in the value set http://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleType (http://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleType), and a coding should come from this value set unless it has no suitable code (note that the validator cannot judge what is suitable) (codes = http://terminology.hl7.org/CodeSystem/v3-RoleCode#INLAB)

view this post on Zulip Grahame Grieve (Sep 14 2021 at 10:33):

what's the actual terminology server API call?

view this post on Zulip David Simons (Sep 14 2021 at 10:35):

Grahame Grieve said:

what's the actual terminology server API call?

oh, then I would need to run a sniffer... ;) let me ask the team to see what we can dig up as additional logs

view this post on Zulip Grahame Grieve (Sep 14 2021 at 10:57):

I think the validator can log...

view this post on Zulip Grahame Grieve (Sep 14 2021 at 10:58):

-txLog filename see https://confluence.hl7.org/display/FHIR/Using+the+FHIR+Validator#UsingtheFHIRValidator-Logging

view this post on Zulip David Simons (Sep 14 2021 at 11:07):

will do - it may be related to what I now find in the output:

2021-09-14T10:52:58.6954575Z   Validate ILSLocation.example.xmltodo: handle concept filters with op = DESCENDENTOF
2021-09-14T10:52:59.8741197Z todo: handle concept filters with op = DESCENDENTOF

from http://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleType:

<compose>
    <include>
      <system value="http://terminology.hl7.org/CodeSystem/v3-RoleCode"/>
      <filter>
        <property value="concept"/>
        <op value="descendent-of"/>
        <value value="_ServiceDeliveryLocationRoleType"/>
      </filter>
    </include>
  </compose>

view this post on Zulip Grahame Grieve (Sep 14 2021 at 11:16):

oh that will be it. I'll add that to my todo list. descendent-of was introduced after I wrote that code

view this post on Zulip David Simons (Sep 14 2021 at 11:25):

Thank you Graham - and this is one of those use cases where suppressing individual warnings is coming from :)

view this post on Zulip David Simons (Sep 14 2021 at 11:33):

PS: the is-a should work, right?

<compose>
    <include>
      <system value="http://snomed.info/sct"/>
      <filter>
        <property value="concept"/>
        <op value="is-a"/>
        <value value="106063007"/>
      </filter>
    </include>
  </compose>

view this post on Zulip Rob Hausam (Sep 14 2021 at 11:38):

I'm also using descendent-of in some places. I don't recall seeing that particular message, but maybe I didn't look enough for it.

view this post on Zulip David Simons (Sep 14 2021 at 15:49):

PS: Surprisingly adding -txLog txLog.txt causes a whole slew of validation errors to appear, that were not there without this parameter... Seemingly sending null as values to the TXs??? Have not diven into this - removing the -txLog txLog.txt resolves it. Not a major issue for us now.

view this post on Zulip Grahame Grieve (Sep 14 2021 at 16:39):

descendent-of works in Snomed CT but not for other code systems

view this post on Zulip Grahame Grieve (Sep 14 2021 at 16:48):

actually, it works on the server, but not in the mini-terminology service included inside the validator. It will next release

view this post on Zulip Rob Hausam (Sep 14 2021 at 21:01):

Yes, I think that could be the explanation for some things.


Last updated: Apr 12 2022 at 19:14 UTC