Page tree

Date

20:00 UTC on Tuesday 20 February 2018 - 90 minutes.

Objectives

  • FHIR Terminology Services and Resources

Discussion items

ItemDescription

Mins

OwnerNotes & Actions
1Welcome and introductions5

Recording + Notes.

Session at April Business Meeting https://www.snomed.org/participate/attend-our-events/ (8 - 11 April) Wed pm.

2Summary of previous week5
3Review of Terms of Reference10
  • Jane Millar working on draft Terms of Reference, to be reviewed by The Member Forum (meeting in February)
  • All please review Terms of Reference prior to submission to Member Forum Meeting.

No further comments received. Jane will proceed to Member Forum.

4

Review of "Using SNOMED with FHIR" page


Dicom's usage.

40

All participants are invited to review this local copy of that page.

Suggestion for text since "Legacy SNOMED Identifiers" has been removed: "Please note that antecedant SNOMED codes (e.g. ...) may not be used with the http://snomed.info/sct code system. Please refer to <insert link> for more information."  

  • All comments to be received by 20 February 2018. Potential to ballot for Normative Status.

Query coming from Grahame G. about how implementable this is eg with cross field validation. Risk of introducing performance issues. Perhaps easier to introduce as "Best Practice" for those with the capability to implement.

How constrained should our profiles be eg allowing for non-SNOMED coding? Dion suggested allowing cherry picking from options available. Rob suggested need for expectations of conformance.

Final Content deadline April 1. Target initial content deadline two weeks prior.

Note that http://build.fhir.org/codesystem-snomedct.html has no maturity level and a number of blanks. Also the question of SNOMED CT Attributes updating each release and how could this page/resource be updated? Answer: Resource would be expected to track SNOMED CT ie be updated as required.

For next meeting:

  • Peter G. Williams See Rory D re suggestion to pull various national editions into separate page since it will change over time.
  • New section for Codes and Displays - pull in Linda P discussion with Michael L.
  • Put forward recommendation for removing "Expressions SHOULD NOT contain terms"
  • Section 4.2.1.0.5 suggestion that we remove both Normal Form properties (Peter J disagreed). Clarity needed on which Normal Form is being represented (eg breaking sufficiently defined concepts down to their primitive components, unlike what is supplied in the browser). Further discussion needed on what these properties are being used for. Perhaps only 1 is necessary since terms can be added/removed as required.
  • GG Suggested separate section for expressions where we'd make the point that original terms should be captured.
5

CodeSystem & ValueSet identification.

10
6Terminology Capabilities10

Overlap with FHIR Server capabilities / CodeSystem resource. How do we determine for a given FHIR Server which code systems and versions are supported?

https://www.hl7.org/fhir/capabilitystatement.html vs http://build.fhir.org/terminologycapabilities.html

  • Sufficient to query the code system resource ? Is not considered sufficient (due to possibility of declared resources not being operationally implemented, ie used for simple storage). Could instead be declared in a capability statement.

Suggestion (GG) that we document the minimal acceptable capabilities of a SNOMED FHIR Server.

7Review of proposals for possible Terminology Services and Resources collaborative work5

See Collaborative Work :

8Topic for next meeting5

Plan for following fortnight:


9Any other business0


 

Meeting Files

No files shared here yet.