Page tree

Date/Time 

20:00 UTC on Tuesday 30 April 2019 - 90 minutes.

Objectives

  • Bindings to FHIR Clinical Resources (e.g. value set bindings)

Meeting Details

Onlinehttps://snomed.zoom.us/my/snomedhl7

Phone: See https://zoom.us/zoomconference for available phone numbers (meeting id 242-348-6949)

Chat: snomedIntl.slack.com #snomed-hl7-fhir


Discussion items

ItemDescription

Mins

OwnerNotes & Actions
1Welcome and introductions5

Recording + Notes.

Note that next Terminology Services meeting on 7 May has been cancelled due to overlap with HL7 Connectathon in Montreal. Suggestion is to make the following meeting on the 14 May a joint session for both groups to receive an update from Michael Lawley on Genomics Pilot.

2

Summary of previous week (TS) and previous TB

5
3Free SNOMED CT Set for FHIR50

Free SNOMED CT set for FHIR

Red mappings - Jim Case advised that these are not appropriate for inclusion in SNOMED CT. Jane Millar to include that when she contacts Grahame Grieve.

Feedback on Green and Amber mappings still outstanding (working group meeting April 11 Rob Hausam ?)

2019-04-16: Jane Millar has received updates about Green, Amber, and Red mappings. Input will be provided by next TB call 2019-04-30, except from the HL7 group input (Amber). The overview paper has been sent to HL7 for input (Wayne, Grahame) and has received positive feedback.

Some pilot sites for SNOMED CT and genomics are using FHIR specifications, working with Michael Lawley. Ian Green can summarize experiences from the pilots at a future meeting.

4Observation resource30

See updates here: Observation binding


5Exemplar ProfileX

Publishing Profiles

  • Wrapped by implementation guide - in this case https://github.com/IHTSDO/snomed-ig
  • Value set publish to a live SI hosted Snowstorm instance. Alternatively Michael Lawley has offered to host.
  • Additional hosting on Simplifier (STU3, not yet R4 - January?)
  • Suggestion to review work already done to ensure R4 compatibility
  • Would value sets also be published as reference sets? Maintain via Refset tool and published in MLDS. Note: UK experienced substantial 'getting off the ground' effort in this area. Sweden have worked through ~10 (will request promotion of content to International Edition where appropriate).
  • HL7 FHIR Registry?
  • Option to have multiple profiles available at the same time using slicing.
  • Chance to do some technical work at HL7 San Antonio

Options for Profile discussion:

Specimen

Allergy IntoleranceCondition
MedicationVital SignsProcedure

Immunization

ImagingStudy

Observation Interpretation

Notes 26 Feb: UK working on pathology reporting - diagnostic / observation.

Suggestion that we try out two types of profile, both of which avoid issues of conflict between fields within the information model:

  1. Where we only use the code field for clinical content (plus the administrative fields)
  2. Where we restrict the code field to atomic values and all other resource fields should also be populated. Note that this does not solve the role group problem.
6

Allergies

X

Revisit any outstanding questions on Allergies.

External publication of v0.1 of the AllergyIntolerance resource

7Vital SignsXDaniel Karlsson

Vital Signs Profile of Observation Resource

Jeremy's work to compare Vital signs profile and SNOMED Subhierarchy - issues with eg blood pressure. Complex expression constraints available which cover the use of observables by the NHS(UK). Mapping to LOINC codes.

See Spreadsheet attached to: SNOMED on FHIR Meeting (TB) - Tuesday 21 August 2018

Issues / Discussion :

  • Normative vs. descriptive purpose - 1, 2, or 3 profiles?
  • Unresolved modeling issues
8

v3.0.1

ProcedureRequest

ReferralRequest


v3.4.0 (publication Aug 19?)

ServiceRequest

X

These two separate resources existed in the FHIR 3.0.1 Spec. Rob Hausambut have been removed in 4.0 and replaced with ServiceRequest

http://build.fhir.org/servicerequest.htmlServiceRequest

Questions:

  • What determines which FHIR resource to use: the location of the data item in the sending system’s information model, or the semantics of the particular code regardless of where it was found? Some hybrid of both?
  • If the resource to be used is determined at least partly by the location in the sending information model, how does a requesting system cope with the fact that different implementations (or different users of the same implementation) both can and do secrete essentially the same clinical info in very different parts of the host information model?

Need to revisit the original questions raised in this group wrt the two separate resources of yore, and consider whetehr the same issues persists wrt the new single ServiceRequest resource.

9Next meeting5


14 May - Joint session with TS stream for Genomics.

Meeting Files

No files shared here yet.



Previous Meetings

TitleCreatorModified
No content found.