Peter G. Williams

Rob Hausam

Recording + Notes.

Details of HL7's agenda for next week.

FHIR: http://wiki.hl7.org/index.php?title=FHIR_Agenda_201805_WGM

Vocab Group: http://confluence.hl7.org/display/VOC/May+2018+-+HL7+WGM+Meeting+Agenda+for+Vocabulary+-+Cologne

Peter G. Williams

Rob Hausam

Summary of previous week:

• 2018-05-01 - SNOMED on FHIR Meeting (TS)

Jeremy Rogers

Jeremy Rogers

Specimen binding - follow up

Suggestion from Jim Case that the type attribute would be better bound to (< Substance OR < Morphologic Abnormality OR < Physical Object (or selection thereof)) rather than Specimen as it avoids any potential conflict with the other attributes and is effectively opening up post coordination, rather than sticking to a inherently restricted set of pre-coordinated concepts.

Similarly (Linda Bird), the method attribute is currently a selection of SNOMED CT concepts plus a V2 valueset.

Two main options:

1. Use Specimen hierarchy for "type" (suggested new .code element) and then constrain what can appear in the other fields (and how we deal with conflict!). This concept could also be a post coordinated expression in the "type" attribute (Jim Case noted that some aspects - like the shipping container - may not be characteristics intrinsic to the specimen).
2. Specify appropriate bindings for individual elements.

Jim Case also suggested that using these decomposed fields would only be used outside of a SNOMED context. Otherwise could be achieved - (PWI: more safely due to MRCM) - with post coordinated. However (PWI notes): some members are some way off being able to use post-coordination and - at the same time - would experience restriction if limited to pre-coordinated content.

•  Rob Hausam Solicit opinion / Create tracker item to take forward the 3 suggested (see bold items) added to Specimen binding page. FOA HL7's Orders and observations group.
•  Suggested work to look through the V2 value set here to collect a set of SNOMED sub-hierarchies that would cover same. (NHS will get to this resource at some point!). Note that advertising provenance of each ValueSet would give some confidence the quality. Also document rational for inclusions.
•  Peter G. Williams 434711009 |Specimen container (physical object)| appears insufficient for binding to Specimen container. Investigate possibilities for development in this area to better support FHIR (Pathology working group? PALM). Also additives potentially more interesting.
  
•  Rob Hausam follow up that http://build.fhir.org/valueset-specimen-container-type.html contains not relevant information about Cholesterol.
  

Suggestion (LB) for decomposition template that would describe the mapping from a post coordinated concepts into the various FHIR fields.

Jeremy Rogers

Condition Resource

•  All please review the above page.

Discussion on https://www.hl7.org/fhir/v3/NullFlavor/cs.html and whether null type values (eg UK's "Unknown Severity") should have their use dictated. RH Said the FHIR approach was to not represent unknown data ie leave field blank.

Note that the removals in the ECL for Condition.code were stated to avoid overlap with the Allergy resource ie to make the two valuesets disjoint.

Issue with how to specify laterality if an implementer is not capable of doing post-coordination.

•  Jeremy Rogers to supply material from the UK's work on this resource.

How do we produce and publish ValueSets?

• Tools?

•  Question for Daniel Karlsson - Were you suggesting that we systematically replace HL7 ValueSets with SNOMED CT equivalents? Or are there places where ValueSets are required that aren't currently specified?

Tuesday 22 May 2018