Difference between revisions of "Minutes - Referral WG 2022-01-18"
From Health Level 7 Belgium Wiki
KarlienErauw (talk | contribs) |
KarlienErauw (talk | contribs) |
||
| Line 1: | Line 1: | ||
===== Attendees ===== | ===== Attendees ===== | ||
| − | * TBD !!! | + | * TBD !!! 18+1 lotte/tom/niet: stefan (medina) |
* Dr Alain Derom | * Dr Alain Derom | ||
* Frederik De Kegel | * Frederik De Kegel | ||
* Frederik Lenaerts | * Frederik Lenaerts | ||
* Hans De Keersmaecker | * Hans De Keersmaecker | ||
| + | * Hendrik De Moor | ||
* Jean-Michel Polfiet | * Jean-Michel Polfiet | ||
* Jos Bellen | * Jos Bellen | ||
| Line 14: | Line 15: | ||
* Philippe Cauchie | * Philippe Cauchie | ||
* Richard Francken | * Richard Francken | ||
| + | * Roland Vueghs | ||
| + | * Sven Bisaro | ||
* Theo Schumacher | * Theo Schumacher | ||
* Thibault Mahieu | * Thibault Mahieu | ||
* Tom Tollenaere | * Tom Tollenaere | ||
* Toon Schiemsky | * Toon Schiemsky | ||
| + | * Yulia Shornikova | ||
| + | * Veerle Claessens | ||
* Werner De Mulder | * Werner De Mulder | ||
| Line 45: | Line 50: | ||
===== Minutes ===== | ===== Minutes ===== | ||
* Up-to-date list of issues can be consulted [https://github.com/hl7-be/hl7-be-fhir-laboratory-report/issues here] | * Up-to-date list of issues can be consulted [https://github.com/hl7-be/hl7-be-fhir-laboratory-report/issues here] | ||
| − | ''' Issue 64 : proposed solution:''' | + | ''' Issue 64 : proposed solution:''' : to code |
* José discussed with other colleagues and here’s the proposed solution: | * José discussed with other colleagues and here’s the proposed solution: | ||
https://chat.fhir.org/#narrow/stream/179256-Orders-and.20Observation.20WG/topic/Observation.20comments | https://chat.fhir.org/#narrow/stream/179256-Orders-and.20Observation.20WG/topic/Observation.20comments | ||
| − | *We can have a data type CodedAnnotation which is an extension from the Annotation. From then on, we can add “tags” to any of these annotations, wherever we use them. I made the commit to show the solution – here’s the drill-down: | + | * We can have a data type CodedAnnotation which is an extension from the Annotation. From then on, we can add “tags” to any of these annotations, wherever we use them. I made the commit to show the solution – here’s the drill-down: |
| − | *The Observation.note is no longer an Annotation but the new data type called BeCodedAnnotation | + | * The Observation.note is no longer an Annotation but the new data type called BeCodedAnnotation |
https://build.fhir.org/ig/hl7-be/hl7-be-fhir-laboratory-report/branches/issue-64/StructureDefinition-be-observation-laboratory.html#tabs-diff | https://build.fhir.org/ig/hl7-be/hl7-be-fhir-laboratory-report/branches/issue-64/StructureDefinition-be-observation-laboratory.html#tabs-diff | ||
| − | *This BeCodedAnnotation is the same as Annotation but appended an extension called annotation-code | + | * This BeCodedAnnotation is the same as Annotation but appended an extension called annotation-code |
https://build.fhir.org/ig/hl7-be/hl7-be-fhir-laboratory-report/branches/issue-64/StructureDefinition-coded-annotation.html#tabs-diff | https://build.fhir.org/ig/hl7-be/hl7-be-fhir-laboratory-report/branches/issue-64/StructureDefinition-coded-annotation.html#tabs-diff | ||
| − | *The annotation-code is an extension defined as having a CodeableConcept | + | * The annotation-code is an extension defined as having a CodeableConcept |
https://build.fhir.org/ig/hl7-be/hl7-be-fhir-laboratory-report/branches/issue-64/StructureDefinition-annotation-code.html#tabs-diff | https://build.fhir.org/ig/hl7-be/hl7-be-fhir-laboratory-report/branches/issue-64/StructureDefinition-annotation-code.html#tabs-diff | ||
| − | *This is bound by a valueset - we need to define the values for those tags. We can do it anytime soon (or leave as is, because the binding is not required). | + | * This is bound by a valueset - we need to define the values for those tags. We can do it anytime soon (or leave as is, because the binding is not required). |
https://build.fhir.org/ig/hl7-be/hl7-be-fhir-laboratory-report/branches/issue-64/ValueSet-be-vs-coded-annotation-types.html | https://build.fhir.org/ig/hl7-be/hl7-be-fhir-laboratory-report/branches/issue-64/ValueSet-be-vs-coded-annotation-types.html | ||
| Line 67: | Line 72: | ||
So we extend the element Observation.referenceRange to include an extension named BeReferenceRangeComment, which simply adds an element of type codedAnnotation to referenceRange | So we extend the element Observation.referenceRange to include an extension named BeReferenceRangeComment, which simply adds an element of type codedAnnotation to referenceRange | ||
* https://build.fhir.org/ig/hl7-be/hl7-be-fhir-laboratory-report/branches/issue-65/StructureDefinition-be-observation-laboratory.html#tabs-diff | * https://build.fhir.org/ig/hl7-be/hl7-be-fhir-laboratory-report/branches/issue-65/StructureDefinition-be-observation-laboratory.html#tabs-diff | ||
| + | |||
| + | other labs can have other cases which might need other codes. They can put random codes or document | ||
| + | * 1 valueset as it is one datatype. These are the values as agreed to start with: lab-test-accreditation, lab-test-subcontractor , lab-referenceRange-comment | ||
| + | * there are comments regarding the test that are put in the note field | ||
| + | ::* the note can still be used as a plain text field | ||
| + | ::* plain text with 2 annotation code is possible as 3 notes as it is 1 to many | ||
| + | ::* annotation code is optional | ||
| + | |||
| + | * Observation - text: markdown : you can plain text or any markdown (string <> plain text - html can be put in string) | ||
| + | ::* end user can see weird characters | ||
'''Next Meeting:''' on Tuesday Feb 1 4PM ! TBC | '''Next Meeting:''' on Tuesday Feb 1 4PM ! TBC | ||
Revision as of 15:27, 18 January 2022
Attendees
- TBD !!! 18+1 lotte/tom/niet: stefan (medina)
- Dr Alain Derom
- Frederik De Kegel
- Frederik Lenaerts
- Hans De Keersmaecker
- Hendrik De Moor
- Jean-Michel Polfiet
- Jos Bellen
- José Costa Teixeira
- Karlien Erauw
- Kristof Jaubin
- Lotte Adriaensen
- Olivier Lothaire
- Philippe Cauchie
- Richard Francken
- Roland Vueghs
- Sven Bisaro
- Theo Schumacher
- Thibault Mahieu
- Tom Tollenaere
- Toon Schiemsky
- Yulia Shornikova
- Veerle Claessens
- Werner De Mulder
Excused/Not present
- TBD
- Alexis Van Zeveren
- Bart Decuypere
- Benny Verhamme
- Filip Migom
- Frédéric Istace
- Joost Van Averbeke
- Jos Bellen
- Mieke Buckinx
- Nick Hermans
- Nico Vannieuwenhuyze
- Paul Neyens
- Peter Laridon
- Robert Nicolas
- Tom Fiers
- Richard Francken
- Stefan Waegemans
Agenda
- Discuss proposed solutions on issues #64 and #65 as sent out on Jan 14
Minutes
- Up-to-date list of issues can be consulted here
Issue 64 : proposed solution: : to code
- José discussed with other colleagues and here’s the proposed solution:
- We can have a data type CodedAnnotation which is an extension from the Annotation. From then on, we can add “tags” to any of these annotations, wherever we use them. I made the commit to show the solution – here’s the drill-down:
- The Observation.note is no longer an Annotation but the new data type called BeCodedAnnotation
- This BeCodedAnnotation is the same as Annotation but appended an extension called annotation-code
- The annotation-code is an extension defined as having a CodeableConcept
- This is bound by a valueset - we need to define the values for those tags. We can do it anytime soon (or leave as is, because the binding is not required).
Issue 65 : proposed solution:
- The solution is simple after we have issue 64 resolved: We simply use the CodedAnnotation in the ReferenceRange (as an extension).
So we extend the element Observation.referenceRange to include an extension named BeReferenceRangeComment, which simply adds an element of type codedAnnotation to referenceRange
other labs can have other cases which might need other codes. They can put random codes or document
- 1 valueset as it is one datatype. These are the values as agreed to start with: lab-test-accreditation, lab-test-subcontractor , lab-referenceRange-comment
- there are comments regarding the test that are put in the note field
- the note can still be used as a plain text field
- plain text with 2 annotation code is possible as 3 notes as it is 1 to many
- annotation code is optional
- Observation - text: markdown : you can plain text or any markdown (string <> plain text - html can be put in string)
- end user can see weird characters
Next Meeting: on Tuesday Feb 1 4PM ! TBC
