Date
20:00 UTC on Tuesday 2 April 2019 - 90 minutes.
Objectives
- FHIR Terminology Services and Resources
Meeting Details
Online: https://snomed.zoom.us/my/snomedhl7
Phone: See https://zoom.us/zoomconference for available phone numbers (meeting id 242-348-6949)
Chat: public-snomedintl.slack.com # snomed-hl7-fhir (ask for invite!)
Attendees
Rob Hausam, Peter Jordan, Peter G. Williams, Michael Lawley, Jane Millar, Reuben Daniels, Carmela, Daniel Karlsson, Rory Davidson
Apologies
Meeting Recording
https://snomed.zoom.us/recording/share/ufBF88MWE5CORcpBjBOKIoNjdiUhRP_OYNBUvK95IYiwIumekTziMw
Discussion items
Item | Description | Mins | Owner | Notes & Actions | ||||||
---|---|---|---|---|---|---|---|---|---|---|
1 | Welcome and introductions | 5 | Recording, notes & attendance. | |||||||
2 | Summary of previous week and previous fortnight | 5 | ||||||||
3 | Other Meetings | 15 | SNOMED on FHIR Sunday 7 April 13:30 - 17:00 BST Hilton Waldorf, London Note - Lunch available 12:30 - 13:30 Note - We will skip Tuesday call 9 April, so next TS call will be 23 April Agenda: 2019-04-07 - SNOMED on FHIR Meeting (TS & TB)
| |||||||
4 | Publication of FHIR Free Set | 20 | JM 29 Jan: Call with Wayne and Karen - suggestion to document current work with TB stream leads.
Update from Rob re Amber mappings almost all going to Patient Care working group. | |||||||
5 | Registration of (Machine processable) Languages used for Valueset Definitions Eg ECL | Rob Hausam | https://confluence.hl7.org/display/VOC/Resource+element+list currently limited to languages defined in bcp13. Should ECL be added to this list? Linda Bird would SI have any interest in formally declaring ECL? | |||||||
6 | SNOMED FHIR Implementation Guide | 10 | Progressing the SNOMED Implementation Guide and specific guidance of "Best Practice" of using SNOMED with FHIR. Can we include tests for 'correctness' - using existing FHIR Testing platforms? https://github.com/IHTSDO/snomed-ig with the built view hosted by GitHub at https://ihtsdo.github.io/snomed-ig/ Tooling: Current tooling appears to be solely command line based. See also Snapper for value set editing (currently STU3).
What is the scope of content for the guide? Targeting "Best Practice" for FHIR Implementers using SNOMED CT. Possible layered approach and potentially strict (for internal record keeping and communication) vs permissive profiles when . General guidance for bindings or specific details on each resource. Audiences - Developer vs User of implemented services. ML Suggests single entry point document with multiple paths through the documentation. 8 January 2019 Update: Tooling: Forge (doesn't support R4)
What do we want to say about how SNOMED should be used in FHIR? Eg On the Terminology Services side, start with a narrative and head towards a test script where a particular query is expected (formally) to return a given set of results. Then on the resource side, talking about what particular value sets should be used for specific resources - condition code being a high value. Will we insist that these are SNOMED code or could they be proxy codes eg where a medication is given on a problem list and - in it's presence - indicates the underlying condition but without specifying that explicitly. Start with a Confluence page for collaborative work and once that's reached some stage of maturity it can be moved into the GitHub repository in a more structured form. Are we looking at one implementation guide or two? Terminology Server vs Terminology Binding and Profiles. ****************
******************* | |||||||
7 | Mechanism for working with Languages. | 15 | Reuben Daniels | HL7 Vocab Item: https://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_item_id=15806 ML: Supplement would hopefully only add additional descriptions that are not described in the base content. Precedence (fallback) for multiple language reference sets only really discussed in Languages Group for ECL - other use cases not yet brought to light. Update 28 Aug: Keen to see an implementation using Supplements to see how it would actually work. Option to explore this at Baltimore Connectathon? Update 11 September: Do we need a parameter for the expand operation for this - Reuben looking into this currently. Update 11 Dec: HTTP Headers RFC 5646 (Tags for identifying languages). Suggestion that where dialects are to be referenced which do no have a standard code, one could be constructed, either using new letters or the language reference set id directly eg en-nz-x-12345601 Note also that requested language/dialect could be an ordered list for gradual fallback where descriptions may or may not be available. Can also be passed in the language parameter passed to an expansion operation. Language reference set could be an implicit code system supplement. Update 8 Jan: Note that SNOMED CT Language Reference sets do not indicate if they relate to a dialect, language or context of use. GG suggested FHIR could address that more directly than using a reference set SCTID to supply that desired context. Include someone in a non-English speaking country! Update 5 March: Reuben suggesting plan of action to ensure we have a solid proposal to take to the Montreal Connectathon (4-5 May 2019). Languages working group code for "consumer friendly terms" - Rob says that a harmonization proposal is in the pipeline | ||||||
8 | Ongoing items | 10 |
On Hold / Maintenance
| |||||||
9 | Any other business | Next Meeting: Tuesday 23 April 2019 |
Meeting Files
Attachments |
---|