FHIR Chat · Referencing external terminolgies · australia

Stream: australia

Topic: Referencing external terminolgies


view this post on Zulip Brett Esler (Feb 14 2018 at 04:35):

@Grahame Grieve in the core spec there are external terminology systems referenced under hl7.org e.g.
http://hl7.org/fhir/sid/icpc-2
http://hl7.org/fhir/sid/icf-nl
http://hl7.org/fhir/ndfrt

are the different bases http://hl7.org/fhir/sid/ or http://hl7.org/fhir/ a choice or part of history?
is there a current preferred way? will go that way for AU specs also where needed

view this post on Zulip Grahame Grieve (Feb 14 2018 at 05:48):

sid was something we introduced early, and probably should have copied for ndfrt - there's no poicy reason why they're different

view this post on Zulip Brian Postlethwaite (Oct 19 2020 at 06:30):

Wondering if other's have sorted issues with IG's that use the NCTS terminologies?
Code System URI 'https://healthterminologies.gov.au/fhir/CodeSystem/ihi-status-1' is unknown so the code cannot be validated
or gtin and pbs codes?

view this post on Zulip Richard Townley-O'Neill (Oct 20 2020 at 00:35):

Not me.

view this post on Zulip Brian Postlethwaite (Oct 20 2020 at 00:38):

@Brett Esler @Danielle Tavares @Shovan Roy @Shovan Roy @Shovan (not sure which Shovan you are :wink: )

view this post on Zulip Brett Esler (Oct 20 2020 at 00:45):

no - we just have a naked link; NCTS terminologies land in the right place for viewing; and enhancement is coming for the presentation in the future. No validation is done for NCTS in the IG build; only terminologies in FHIR tx server are used for the build. PBS and GTIN in AU base are referred to as external codesystems only - general GTIN validation is not a thing; this is a product catalouge that changes and don;t think there is a publication of content; PBS could be done as FHIR but not sure where this is at
@Liam Barnes @Jim Steel @Michael Lawley

view this post on Zulip Brett Esler (Oct 20 2020 at 00:47):

Can do regular validation as you'd expect by loading all the terminology referenced; profiles and then validating.
Jim and Michael - if we loaded everything into Onto that could be used for 'complete' validation of instances right?

view this post on Zulip Brian Postlethwaite (Oct 20 2020 at 00:47):

There's really 2 issues here, 1 is for the GTIN/PBS, just to recognise them, but not validate them - bare codesystem I guess, but the NCSTS stuff - enabling validation to know about them.

view this post on Zulip Liam Barnes (Oct 20 2020 at 00:53):

The representation of PBS in FHIR is being progressed by Dept of Health. I don't have visibility of it and have not been able to get an update on it.

view this post on Zulip Brett Esler (Oct 20 2020 at 01:14):

We don't have packages to reference to bring in CodeSystem content from NCTS; in theory we could... would need to work out published versions etc. ; SNOMED validation is based on what is loaded in the IG build tx server so that needs SCT-AU generally for that stuff.

view this post on Zulip Brett Esler (Oct 20 2020 at 01:36):

basically a terminology package - could do the trick I think for an IG at a point in time - this has been floated before however NCTS is running more as a live service and IG publisher won't pick up external resources based on reference by URL alone

view this post on Zulip Shovan Roy (Oct 20 2020 at 01:50):

Brian Postlethwaite said:

Wondering if other's have sorted issues with IG's that use the NCTS terminologies?
Code System URI 'https://healthterminologies.gov.au/fhir/CodeSystem/ihi-status-1' is unknown so the code cannot be validated
or gtin and pbs codes?

we do face the same warnings with default IG-Publisher. OnTo server FHIR validation works after loading the terminology https://healthterminologies.gov.au/fhir/CodeSystem/ihi-status-1

view this post on Zulip Brett Esler (Oct 20 2020 at 02:26):

When we rely on SCT-AU the international tx server for IG build does not guarantee up to date international versions so often get QA warnings on that content also. @Jim Steel @Michael Lawley - in theory we could do local IG build referencing a fully populated Onto instance and get a good result - right?

view this post on Zulip Michael Lawley (Oct 20 2020 at 02:29):

Yes

view this post on Zulip Michael Lawley (Oct 20 2020 at 02:31):

I still don't entirely follow why the IG config can't be used to point at a different tx server. You'd probably want some kind of whitelisting to protect the build server, but that should be simple

view this post on Zulip Grahame Grieve (Oct 20 2020 at 02:31):

it's on my to do list

view this post on Zulip Michael Lawley (Oct 20 2020 at 02:47):

I'm assuming it's an update to https://github.com/FHIR/auto-ig-builder ?

view this post on Zulip Michael Lawley (Oct 20 2020 at 02:52):

Or it should be behaviour associated with IGBuildMode.AUTOBUILD?

view this post on Zulip Grahame Grieve (Oct 20 2020 at 06:14):

it'll be in the java code, associated with autobuild

view this post on Zulip Grahame Grieve (Oct 20 2020 at 06:14):

but it's actually waiting for me to have a chance to work on the codableconcept validation problem

view this post on Zulip Brian Postlethwaite (Oct 20 2020 at 09:02):

Is there a parameter to pass to the builder (for my own CI process) ?

view this post on Zulip Grahame Grieve (Oct 20 2020 at 09:03):

no. And at present there's no other server than mine that supports the IG builder


Last updated: Apr 12 2022 at 19:14 UTC