Date
20:00 UTC on Tuesday 25 February 2020 - 90 minutes.
Objectives
- FHIR Terminology Services and Resources
Meeting Details
Online: https://snomed.zoom.us/my/snomedhl7
Phone: See https://zoom.us/zoomconference for available phone numbers (meeting id 242-348-6949)
Chat: public-snomedintl.slack.com # snomed-hl7-fhir (ask for invite!)
Zulip Chat: https://chat.fhir.org/#narrow/stream/179202-terminology
Attendees
Rob Hausam, Peter G. Williams, Peter Jordan, Michael Lawley
Apologies
Meeting Recording
https://drive.google.com/a/ihtsdo.org/file/d/1xxFHvGGiOgYtA-uDYSJc2hnAB32opawz/view?usp=sharing
Discussion items
Item | Description | Mins | Owner | Notes & Actions |
---|---|---|---|---|
1 | Welcome and introductions | 2 | Recording, notes & attendance. | |
2 | Summary of previous week and previous fortnight | 10 | ||
3 | Other Meetings | 10 | 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 | |
4 | Behaviour on Lookup | What properties are returned. | ||
5 | Searching for ValueSets | 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. | ||
6 | Behaviour when specifying system-version | 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? | ||
7 | Concept Map - Mapping Relationship | 15 | 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. | |
8 | 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.
|
9 | SNOMED FHIR Implementation Guide | 60 | 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/
| |
10 | Mechanism for working with Languages. | 15 | Reuben Daniels | |
11 | Any other business | Next meeting 10 March 2020. Prioritise Designation extension |
Potential Items for Discussion
Description | Owner | Notes & Actions | |
---|---|---|---|
API for FHIR Resource ↔ Post coordinated expression mapping | API for FHIR Resource to SNOMED Expression
| ||
Looking up an SCTID in an unknown module | 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? |
Meeting Files