FHIR Chat · ValueSets for LOINC answer lists? · genomics/committers

Stream: genomics/committers

Topic: ValueSets for LOINC answer lists?


view this post on Zulip Kevin Power (Jun 24 2019 at 14:18):

We get lots of warnings like this:

*Bundle/CG-IG-HLA-FullBundle-01: Bundle.entry[10].resource.method
warning
ValueSet http://loinc.org/vs/LL4050-2 not found*

When we define the bindings for the LOINC answer lists, do we need to create our own local ValueSet for the LOINC answer lists? The URL above does resolve to a LOINC hosted server that returns a ValueSet, but I am not sure the validator knows how to pull it down, or its because it needs a username/password, or its because we have the LOINC url in the wrong place in the bindings tab of the spreadsheet? Anyone have any thoughts?
@Lloyd McKenzie @Patrick Werner

view this post on Zulip Lloyd McKenzie (Jun 24 2019 at 16:11):

Those URLs are supposed to work. @Grahame Grieve?

view this post on Zulip Grahame Grieve (Jun 24 2019 at 20:41):

yes. make an issue report against the publisher

view this post on Zulip Kevin Power (Jun 24 2019 at 23:09):

GF#22757 - Thanks

view this post on Zulip Patrick Werner (Jun 25 2019 at 07:46):

already mentioned it here: https://chat.fhir.org/#narrow/stream/179166-implementers/topic/java.20validator.20bugs.3F/near/168394513

view this post on Zulip Kevin Power (Jun 25 2019 at 15:19):

That looks like a different error?

view this post on Zulip Patrick Werner (Jun 25 2019 at 15:34):

you are right c&p error. this was the correct thread: https://chat.fhir.org/#narrow/stream/179166-implementers/topic/java.20validator.20.26.20LOINC.20Answerlists

view this post on Zulip Jamie Jones (May 14 2020 at 15:50):

these look totally fixed now! (searching for loinc in our qa returns none)

view this post on Zulip Kevin Power (May 14 2020 at 15:54):

Any idea why we are getting this message in the QA?

Bundle.entry[1].resource.ofType(Specimen).type.coding[0]: Unable to provide support for code system http://snomed.info/sct version http://snomed.info/sct/900000000000207008900000000000207008 for "http://snomed.info/sct#122555007"

view this post on Zulip Bret H (May 14 2020 at 18:02):

would a redirect at snomed.info be a culprit? Seems the base url is redirecting at the moment to covid stuff

view this post on Zulip Patrick Werner (May 14 2020 at 18:17):

Kevin Power said:

Any idea why we are getting this message in the QA?

Bundle.entry[1].resource.ofType(Specimen).type.coding[0]: Unable to provide support for code system http://snomed.info/sct version http://snomed.info/sct/900000000000207008900000000000207008 for "http://snomed.info/sct#122555007"

something is messed up with the snomed ct validation. I can't see a declaration of the sct version in our ig.

view this post on Zulip Kevin Power (May 14 2020 at 18:18):

Where do we do that?

view this post on Zulip Patrick Werner (May 14 2020 at 18:21):

can't find it so i think the ig creator is assuming a sct version, but the tx server doesn't know that version

view this post on Zulip Kevin Power (May 14 2020 at 18:26):

So you are saying our IG must declare what sct version must be used? Do we need to do that for all code systems?

view this post on Zulip Patrick Werner (May 14 2020 at 18:27):

no normally latest is assumed.

view this post on Zulip Kevin Power (May 14 2020 at 18:28):

OK, that code does seem to be in the latest - hence my confusion as to the "info" message in our QA.


Last updated: Apr 12 2022 at 19:14 UTC