Assumptions and Audience
Introducing SNOMED to a FHIR audience and FHIR to a SNOMED Audience!Explanation of 4 levels of binding.
Code, Coding, Codeable Concept as specific to SNOMED CT (include link to introduction and points about display terms & multiple languages).
Existing Documentation to Pull In
4.2.1.0 Using SNOMED CT with FHIR
SNOMED CT canonical CodeSystem resource
https://hl7.org/implement/standards/fhir/snomedct.html
Comparable Implementation Guides
See also https://simplifier.net/guides
Child Documents
Feedback for HL7
19 March 2019
These two pages seem to be very similar?
http://hl7.org/fhir/2018Sep/codesystem-operation-find-matches.html
http://hl7.org/fhir/2018Sep/operation-codesystem-find-matches.html
Publishing Notes
4 June - group agreed to target R4 in the first instance but to indicate any future changes inline. Also (PJ) suggested section on major changes from STU3 to R4 where relevant to SNOMED eg $compose is now $find-matches
2 July - PJ: question over specific content for different stakeholders (FHIR spec does this) and how we present that - separate pages for developers (details) vs architect (integration, general 'use' of terminology services eg off the shelf solution. Why use the FHIR API at all?) vs business level?
16 July - PJ suggested initial page to target specific stakeholders (jumping off pages). Compare with FHIR "Getting Started" Page - "see the Overviews: General, Developers, Clinical, and Architects"
ML suggestion that we introduce SNOMED "through the lens of FHIR", so stay away from language reference sets and stick with what can be seen directly from FHIR resources. (But we can have links to the detail & implementation course - PJ)