Welcome and introductions

5

@Peter Williams

@Rob Hausam

Recording + Notes.

Summary of previous week (TS) and previous TB

5

@Peter Williams

@Rob Hausam

• 2019-07-02 - SNOMED on FHIR Meeting (TS)

• 2019-06-25 - SNOMED on FHIR Meeting (TB)

Future meetings

Next FHIR DevDays Amsterdam, November 20 – 22, 2019

Discuss August meetings:

23 July is during SI retreat. Jeremy also away therefore cancel.

PWI away 30 July, back for 27 August.

Free SNOMED CT Set for FHIR

50

@Jane Millar

@Jeremy Rogers

@Daniel Karlsson

Free SNOMED CT set for FHIR

25 June. Grahame keen to see work done on both sides to bring us closer together in the ValueSets concerned with clinical safety:

-          AdverseEvent.outcome (red)

-          Condition.clinicalStatus & AllergyIntolerance.clinicalStatus (amber) These are the same items although in separate Valuesets. HL7 could discuss making them a single ValueSet.

Grahame looking for times for a face to face meeting, see Zulip.

Immunizations

30

@Peter Williams

@Former user (Deleted)

Is there anything in the FHIR spec for Immunizations that SNOMED International might want to pick up on to influence the nascent Vaccines model?

• Immunization

• ImmunizationEvaluation

• ImmunizationRecommendation

Observation resource

30

@Jeremy Rogers

See updates here: Observation binding

Exemplar Profile

X

@Daniel Karlsson

@Jeremy Rogers

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:

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.

28 May: Plan to publish profile for the October conference (8 sessions + working between meetings. Completion for review Tues 14 October (or earlier since we'll need time to complete the IG?)

• Build implementation guide

• Setup FHIR server with relevant valusets

Tooling for profiles: Forge (.NET) is now R4

RH: Suggestion that "published" valuesets would be read-only.

Allergies

X

@Daniel Karlsson

Revisit any outstanding questions on Allergies.

External publication of v0.1 of the AllergyIntolerance resource

Vital Signs

X

@Daniel 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

v3.0.1

ProcedureRequest

ReferralRequest

v3.4.0 (publication Aug 19?)

ServiceRequest

X

@Daniel Karlsson

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.html → ServiceRequest

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.

Next meeting

5

See #3 - discuss.

JR Away 23 + 30 so we'll skip that week entirely and next meet the 6 August.