Welcome and introductions

2

@Peter Williams

@Rob Hausam

Recording, notes & attendance.

Summary of previous week and previous fortnight

10

@Peter Williams

@Rob Hausam

• 2020-02-18 - SNOMED on FHIR Meeting (TB)

• 2020-02-11 - SNOMED on FHIR Meeting (TS)

Other Meetings

10

@Peter Williams

Upcoming events:

PJ: R5 may have to wait for San Antonio in May 2020. Suggested breakout session for working with languages (DK expressed interest in dial in for that session). PJ only available on the Sunday.

PCE Issue with "compose (findMatches)" GG apparently looking to get SI and ICD-11 in a room to look at common methods. PWI not planning on going to San Antonio. GG rumour also other commitments.

ML suggested adding in client focus items eg SNOMED UI Demo http://snomed.org/ui

SNOMED International Business Meeting April 5 - 8 SNOMED on FHIR meeting Sunday 5 April

San Antonio HL7 Meetings + Connectathon May 16 -17

FHIR DevDays - June 16-18, 2020 Cleveland, OH

SI Business + Expo October

Behaviour on Lookup

What properties are returned.

Searching for ValueSets

@Peter Williams

Could we take a look at https://build.fhir.org/search.html ? Actually I'll make a page for it here: Working with ValueSets#ValueSet+Search

I thought I should be able to search all ValueSets for a specific code like: https://r4.ontoserver.csiro.au/fhir/ValueSet?code=http://snomed.info/sct|195967001&_format=json but that gives me an HTTP 400. I'm planning on responding to this will "Too Expensive" for the Snowstorm implementation.

Question: If the compose element specifies the URL for the edition/version and we also pass one through as a GET/POST parameter, does the passed in parameter override the compose value? Answer: URL is not defined for an instance level expansion (however, this is not evident in the spec)

We make the distinction between what language you're searching in and what language the results should be in. Is that even relevant in FHIR? What did we decide between returning results with no descriptions, english descriptions (by default - which is a problem for Patient Friendly) or not returning results. Answer: DK thought that returning the English as a fallback was useful behaviour and the client could filter that out if it didn't want it. ML said that in building a UI, a code without a description is not useful. Answer: in FHIR Language header displayLanguage is for the output. Header content-language could be used to specify the language of the filter.

Behaviour when specifying system-version

@Peter Williams

If the compose contains ECL with a code that doesn't exist for the version requested, do we return nothing, or return an error?

OntoServer responds to https://r4.ontoserver.csiro.au/fhir/ValueSet/immunization-recommendation-target-disease/$expand?system-version=http://snomed.info/sct/900000000000207008/version/20160731 but it also gives the same response for 19990731.

I thought HAPI checked for unknown parameters eg http://localhost:8080/fhir/ValueSet/chronic-diseases/$expand?foos=http://snomed.info/sct doesn't notice there's a problem?

Are there rules around expanding a ValueSet that's defined using Compose, but also with a "url" parameter?

Concept Map - Mapping Relationship

15

@Rob Hausam

See ConceptMap

Update 26 Nov: HL7 close to concluding change. Codes that have a meaning change will have value changed to make the direction clearer. PJ: Will any changes be included in the reference libraries in time for the Sydney meeting?

Update 10 Dec: Topic being decided at the workgroup level for inclusion in R5. New values already in place. Narrower → "Broader than" so we'll now read source to target. ML suggested either "source" or "target" should be included to avoid assumption of direction being necessary and that "Narrower than target" would avoid reversing the words used.

Update 11 Feb: FHIR does not allow ICD-10 map 'rules' to be included, say as annotations.

Relevant tracker: https://jira.hl7.org/browse/FHIR-22632

See also https://jira.hl7.org/projects/FHIR/issues/FHIR-16364?filter=allopenissues

Note Vocab WG meet every 2 weeks, alternating with FHIR Tracker calls.

Licence conditions of GPS

5

@Daniel Karlsson

Are translations of GPS available? SR: Not official ones, see https://ihtsdo.freshdesk.com/support/solutions/articles/4000146029-can-the-gps-be-translated.

Point made that SI have rights to use extension content as they see fit.

Users of GPS are free to translate as they see fit (it is free to use!) however this will not be endorsed by SI. We could have a discussion about publishing a translation where an member edition already exists.

Spanish and German (being developed by Switzerland and Austria) possible cases for a desirable.

SNOMED FHIR Implementation Guide

60

@Peter Williams

Implementation Guide for using SNOMED CT with FHIR.

Update 10 Dec: DK - main problem is URI/Ls which publisher has fixed ideas about. Publisher does not examine all folders - looks in profiles but not subfolders and doesn't seem to look in ValueSet folder.

Update 21 Jan: DK and RH have merged commits and these can be seen in the HL7 server build: http://build.fhir.org/ig/IHTSDO/snomed-ig/branches/new-template/ and build errors here: http://build.fhir.org/ig/IHTSDO/snomed-ig/branches/new-template/qa.html

Update 11 Feb: Grahame said that he'd show us how to set the URI so that it doesn't have to follow the base URI. Next person to try that can we fire a Zulip off to ask about it?

IG Documentation: http://build.fhir.org/ig/FHIR/ig-guidance/index.html

Also look at the sample IG https://github.com/fhir/sample-ig see build http://build.fhir.org/ig/FHIR/sample-ig/

Mechanism for working with Languages.

15

@Reuben Daniels

Mechanisms for working with Languages

11 Feb See Designation extension

Any other business

Next meeting 10 March 2020.

Prioritise Designation extension

API for FHIR Resource ↔ Post coordinated expression mapping

@Peter Williams

API for FHIR Resource to SNOMED Expression

Looking up an SCTID in an unknown module

@Peter Williams

Problems when dependencies do not align. Multiple code system resources represent multiple editions / versions.

ML: See code parameter to code system search. Should return code systems (ie versions) where that code is defined. International concepts would appear in every edition known to the server.

eg /CodeSystem?system=htp://snomed.info/sct&code=12345678&_elements=version

GPS

See Discussion on Global Patient Set (GPS)

FHIR Shorthand

@michael lawley

https://github.com/HL7/fhir-shorthand/wiki

https://build.fhir.org/ig/HL7/fhir-shorthand/FSHQuickReference.pdf

Tooling: https://github.com/FHIR/sushi

$lookup operation - properties returned

@Peter Jordan

Using http://ontoserver.csiro.au/vstool/  I noticed that both Ontoserver and SnowStorm return a SNOMED CT $lookup property for effectiveTime, which I don't see listed, as one of the SNOMED CT properties in the FHIR R4 specification at http://hl7.org/fhir/snomedct.html. Should we create a Jira TIcket to add this?