Peter G. Williams

Recording, notes & attendance.

Peter G. Williams

HL7 May 2 - 4 (running in Eastern Time) 2022 Dallas  Virtual .  9 - 13 Working Group Meetings

India NRC - Manisha MantriSayali Pophalkar Gaurav Vaishnav Using SNOMED with LOINC and ICD-10.  FHIR recommended nationally as a standard.   Looking to build FHIR compliant TS at National Level, especially for lookup and validate & expand.

Australia - N/A

Belgium - Marie-Alexandra Lambot Anne Nerenhausen  multi-discipline data exchange programme for care-sets, FHIR objects codified in SNOMED CT (firstly allergy intollerance)

Estonia - Rutt Lindström switching to FHIR Nationally, preferring international terminologies.  No National TS yet, currently capturing requirements.

France - François Macary Phast

Hong Kong - Karissa Hung Maggie LauHave own terminology table, mapped to other terminologies including SNOMED CT.  Looking to learn more about using 

Netherlands - Pim Volkert Chantal Schitmeijer Feikje Hielkema-Raadsveld Ronald Cornet - using FHIR based terminology server which they supply to various vendors free to use except for usual licence fees - is an instance of Ontoserver, but not intended for use in "Live" system, instead used as offline supplier of terminology.  Attempting to lower barriers to adoption.   (Sander Mertens now working for a startup creating EHR system for GPs) 

Norway - Oskar Hurtig using several Snowstorm servers in combination with SNOMED International's Managed Service.  Oskar's team in start-up phase looking at the introduction of SNOMED on FHIR for Norwegian customers.   Existing environment involves many classification systems (eg HealthTerm) which they're trying to consolidate with FHIR.  Developing own FHIR Resources.

16 March: This past month is that we’ve done some internal training on FHIR to prepare our team and (softly) requested our leaders to help us create a national recommendation on the use of SNOMED on FHIR in Norway. The use of FHIR and SNOMEDCT are separate recommendations already. We’ve also identified a use case where we would like to create some VitalSign profiles with terminology bindings to SNOMEDCT and be able to locate test patient data using a SNOMEDCT code search. This is primarily a way to learn terminology bindings and ask better questions to this forum, as well as to some extent understand our terminology server needs.

New Zealand - Peter Jordan (HL7)  National Terminology Server for NZ currently under development.  Peter's own implementation "Terminz".   FHIR Release 5 underway eg changes to Concept Map.

Sweden - Daniel Karlsson, Anna Rossander No clear decision made yet on using FHIR with SNOMED but there are a number of projects underway eg with HL7 Sweden.  Some competition in this space for Terminologies but Swiss Anna

Swiss Annatina Foppa

United Kingdom - Andrew Perry(NHS) Various FHIR profiles in use for moving data between primary and secondary care incorporating SNOMED.   National Terminology Server procured (not publicly available - constrained by copyright eg non UK access).  Programme of implementations which use the National Server underway.  See https://digital.nhs.uk/services/terminology-servers

United States Jeff PiersonIMO

SNOMED International - Linda Bird Alejandro Lopez Osornio Kai Kewley Peter G. Williams

Jeremy Rogers

Issues:  

• Additional fields in complex / extended maps are not represented eg different code when rule "is pregnant" applies.  Michael Lawleyapparently looked at this a year ago with a view to progressing but no firm. 
• Also specifically need an order / priority field.
• Are there any known Extensions to allow additional information to be either returned OR if we could pass additional parameters into the request in order to obtain a more specific match based on match. 

Feikje Hielkema-Raadsveld suggested that the

PJ: StructureMap, although not technically a 'terminology' resource and generally used for model mapping, is a possible solution for complex maps.

Jeremy Rogers

JR: Current UK use case is: primary care physicians do not want to record the available code for "Long COVID" because (a) they may not have any proof that the patient ever had COVID, because they had it before testing was available and (b) even in those patients who tested positive for COVID there is no test to prove that their current chronic symptoms are caused by that. So the proposal is to give them a "Suspected Long COVID" code. 

MAL: Belgium use the confirmation code on the resource rather than a possible SNOMED CT code.

But that raises interesting questions about what happens when somebody sends a FHIR resource with code="suspected Long COVID" and verificationStatus= confirmed. Or refuted.

Historically, before the information models got around to adding their own support for contingent diagnoses, there have been codes for a small range of "suspected condition" only within the terminology. There are about 400 in SNOMED today. Of these, almost all are NEVER used in UK Primary Care. The significant exception is "Suspected urinary tract infection" plus a handful of others. Which also raises the question of whether clinicians really want, or should be allowed, to enter contingent diagnoses at all. In the case of the "Suspected Long COVID" code, for example, would it not be better to send what you know to be true e.g. "Post viral fatigue syndrome"?

Peter G. Williamsverification status is an example of an HL7 valueset (with a required binding) where some authorities may wish to use SNOMED CT codes instead.  Belgium have created an extension to allow them to do this.  Is there a way forward with the specification that would leave to a more interoperable outcome FYI Rob HausamPJ suggested that the binding strength be loosened eg to extensible or preferred (would go through the Patient Care Workgroup).   Suggestion that any ticket raised is shared with this group and also that country HL7 Affiliate Chairs are involved (interest from at least 4 countries here).  FMc states issue that existing valueset is unsatisfactory for clinicians because

MAL provided:  410605003 | Confirmed present (qualifier value) | 410592001 | Probably present (qualifier value) | 415684004 | Suspected (qualifier value) | 410593006 | Probably NOT present (qualifier value) | 410594000 | Definitely NOT present (qualifier value) | 261665006 | Unknown (qualifier value) | 723510000 | Entered in error (qualifier value) |

https://build.fhir.org/valueset-condition-ver-status.html

PW: Given that this is a required binding to a codeable concept, could we add in the SNOMED CT code as a coding to the existing HL7 Code.  This would force an equivalence that may not be generally agreed with.

JR: Brings up use case of differential diagnosis although this is supported in the HL7 ValueSet.

MAL: There are SCT ways to qualify a diagnosis, see << 106229004 |Qualifier for type of diagnosis (qualifier value)| could be added as an additional field.  

SS: Differential Diagnosis is often used in Germany as a secondary option from the most likely diagnosis.  MAL suggested DD was used more often when there was a set of more equally likely diagnoses.  JR: UK doctors use the order of the DD list ie most likely first.  RC: This was the point of SNOMED CT was that the logical definition of concepts allowed for the detection of equivalence.

SS: Also to note that some languages like German would express suspected asthma as a single word, which needs to be computable.

PW: Preference here, in general, would be to use the fields in the information model (avoids excessive pre-coordination in FHIR or forcing others to use PostCoordination) and then constrain profiles to remove the SNOMED codes where things like verification are included in the concept to avoid ambiguity or worse, contradiction.

MAL: note that valuesets for verificationStatus are not the same for the FHIR Condition and FHIR AllergyIntolerance resources.

JR: The AdverseEventActuality valueset looks to be a broadly similar idea for the AdverseEvent resource, but is also different.

Marie-Alexandra Lambot

STEFAN SCHULZ

Peter G. Williams

Recent events:

HL7 Jan 2022 Virtual meeting: Aim for testing ConceptMap on the Connectathon (Jan 10-12).  590 attendees. Discussion on improving test suite (driven by need to create a group of trusted terminology servers for federation.  Also interest in IPS (International Patient Summary)).   Interest in LOINC, less so for ICD-11.    Another Australasia event hopefully planned for this year due to travel restrictions.

Upcoming events:

SI Business Meeting April 

Late April NZ / AU connectathon - still being planned.

HL7 May 2022 Dallas - virtual  meeting and connectathon.

HL7 September Baltimore, meeting and connectathon.

Sayali Pophalkar

Manisha Mantri

20

Marie-Alexandra Lambot

Implementation Guide for Use of SNOMED CT in Documentation of Allergy, Non-allergic Hypersensitivity and Intolerance" 

DK - suggests a dedicated meeting on this work.   Are there specific questions on this?  MAL - Too long to spend time in a meeting reading, would like feedback.

16 Feb DK Added examples to the FHIR IG, see https://github.com/IHTSDO/snomed-ig   Rob H doing review prior to publication.

Request that SI make the GPS ValueSet available as an extensional definition.

SI are (I think - PWI) in agreement to do this.

•  Peter G. Williamsticket and progress.   MAINT-1740 Target October 15 into production (need SearchAfter functionality for Refset Members).   Also check date for next GPS publication.

16 Nov Update:   "Search After" functionality will be available in Prod 1 Dec.

Mechanisms for working with Languages

Designation extension

24 August 2021 DK Added pull request to Snowstorm  here

Implementation by ML using existing fields and specifying LangRefset in displayLanguage parameter with "preferredForLanguage" code and wildcard  Eg https://r4.ontoserver.csiro.au/fhir/ValueSet/$expand?displayLanguage=*-x-sctlang-20581000-087109&_format=json&url=http://snomed.info/sct/20611000087101?fhir_vs=ecl/160303001&includeDesignations=true

Oct 5 Release of Ontoserver 6.5.0 which includes support for language reference sets as above.

16 Feb Some discussion about the proposal for making designation.use 0..* (previously 0..1) and also the introduction of additional use - looking for clarification.   R5 Ballot cut-off 22 Feb?

16 Mar See Tuesday meeting cardinality discussion 2022-03-08 - SNOMED on FHIR Meeting (TS & TB) and Tracker https://jira.hl7.org/browse/FHIR-36231 "Add designation context to designation.additionalUse"

Peter G. Williams

Implementation Guide for using SNOMED CT with FHIR.

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/

•  Rob Hausam to speak to Lloyd about extending the base template as per http://build.fhir.org/ig/FHIR/ig-guidance/template.html Update 24 March: Documentation on this is "TODO"
•  Peter G. Williams FHIR core content to be copied over to Snowstorm instance.

TODOS 

• Check build issues http://build.fhir.org/ig/IHTSDO/snomed-ig/qa.html
• Rerun with latest tooling (also sushi)
• Run with local snowstorm provided as Tx
• See Mark Kramer presentation 
• CONTENT!  (PWI speak to PTB)
• Merge in DUC branch (Designation Use Context) with a view to implementing in a branch of Snowstorm and making available via connectathon.ihtsdotools.org
• Clean up other branches
• Check templates are up to date - should now be self updating, see https://github.com/FHIR/sample-ig (fsh may ask to update this structure).   Sushi sending out information about new format (PJ says leading whitespace is now significant).
• ReadMe should provide links for Publisher tooling
• Add discussion on Refset / IN (see above)
• Provide link to it in http://build.fhir.org/snomedct.html and discuss further socializing.
• TerminologyCapabilities caching is overly aggressive.

Next time:   

MAL suggests discussing FHIR Resources for clinicians (clinical terminologists).

16 Feb MAL More of a question around teaching resources to bring clinical terminologists on board.   Existing information is vast, split between different websites and finding a step by step path through it is very difficult.   Something that could be taken forward by HL7 although there is an intersection with SNOMED CT when it comes to developing ValueSets.   PJ suggests contacting Director of Education Sadhana Alangar sadhana@HL7.org (US based) in HL7  re "FHIR for Clinicians" .  Crossover from OpenEHR may be useful.  

•  Peter Jordanto discuss with Sadhana.