Difference between revisions of "Minutes - Referral WG 2023-02-10"
From Health Level 7 Belgium Wiki
KarlienErauw (talk | contribs) |
KarlienErauw (talk | contribs) |
||
(4 intermediate revisions by the same user not shown) | |||
Line 3: | Line 3: | ||
* Anthony Maton | * Anthony Maton | ||
* Bart Decuypere | * Bart Decuypere | ||
+ | * Bart Reekmans | ||
+ | * Ben Goosse | ||
* Hans De Keersmaeker | * Hans De Keersmaeker | ||
+ | * Jacques Yakoub | ||
* Jean-Michel Polfliet | * Jean-Michel Polfliet | ||
* Julien Beard | * Julien Beard | ||
* Katrien Dickx | * Katrien Dickx | ||
* Karlien Erauw | * Karlien Erauw | ||
− | * Maarten Cobbaert | + | * Maarten Cobbaert |
* Marleen Van Eygen | * Marleen Van Eygen | ||
* Maxime Daive | * Maxime Daive | ||
− | |||
* Philippe Baise | * Philippe Baise | ||
* Robin Merckx | * Robin Merckx | ||
=== Excused === | === Excused === | ||
− | |||
− | |||
* Benjamien Schmitt | * Benjamien Schmitt | ||
* Christophe Behaegel | * Christophe Behaegel | ||
Line 23: | Line 23: | ||
* Dorsan de Fabricheckers | * Dorsan de Fabricheckers | ||
* Geert Vandenhole | * Geert Vandenhole | ||
− | + | ||
* Jean-Francois Coquelet | * Jean-Francois Coquelet | ||
* José Costa Teixeira | * José Costa Teixeira | ||
Line 29: | Line 29: | ||
* Laurent Lamouline | * Laurent Lamouline | ||
* Lionel Cremer | * Lionel Cremer | ||
+ | * Pablo Christiaens | ||
* Pieter Devolder | * Pieter Devolder | ||
* Richard Francken | * Richard Francken | ||
=== Agenda === | === Agenda === | ||
− | * Resolution of issues | + | * Resolution of issues |
− | |||
=== Meeting Minutes === | === Meeting Minutes === | ||
Line 50: | Line 50: | ||
::* annex 81 will be the next use case that will be tackled | ::* annex 81 will be the next use case that will be tackled | ||
− | * referral task & performer | + | * referral task & performer tasks: standard FHIR quering sytem will be used |
::* this closes [https://github.com/hl7-be/referral/issues/201 issue #199] | ::* this closes [https://github.com/hl7-be/referral/issues/201 issue #199] | ||
::* [https://github.com/hl7-be/referral/issues/197 Issue 197]: there will be additional Snomed CT codes so therefore this issue can not yet be closed | ::* [https://github.com/hl7-be/referral/issues/197 Issue 197]: there will be additional Snomed CT codes so therefore this issue can not yet be closed | ||
Line 59: | Line 59: | ||
::* [https://github.com/hl7-be/referral/issues/177 Issue 177]: timing datatype, is still being looked into | ::* [https://github.com/hl7-be/referral/issues/177 Issue 177]: timing datatype, is still being looked into | ||
::::* is start time & duration sufficient : RIZIV confirms that this is fine, there is often only a start date without time, so start time is optional | ::::* is start time & duration sufficient : RIZIV confirms that this is fine, there is often only a start date without time, so start time is optional | ||
− | ::* [https://github.com/hl7-be/referral/issues/ | + | ::* [https://github.com/hl7-be/referral/issues/187 Issue 187]: legislation requests that the medication is mentioned again on the prescription (for patient security reasons), therefore the issue remains open. There are 3 possible options that need to be presented to the business first |
− | + | ::* [https://github.com/hl7-be/referral/issues/176 Issue 176]: if there is no litoral reference, there is a strong recommendation to have a logical reference (advice from HL7 BE FHIR WG infrastructure & architecture) | |
− | + | ::::* UHMEP will only use logical references (for Patient, Practioner) | |
− | + | ::* [https://github.com/hl7-be/referral/issues/186 Issue 186]: UCUM units for medication administration | |
− | + | ::::* nu update yet | |
− | + | ::::* this has to be taken up by the WG FHIR Medication | |
− | ::* | + | ::* [https://github.com/hl7-be/referral/issues/169 Issue 169]: a document has been provided |
− | ::::* | + | ::::* a follow-up meeting will happen as from next week |
− | ::* | + | ::* [https://github.com/hl7-be/referral/issues/168 Issue 168]: input from José needed |
− | ::::* | + | ::* [https://github.com/hl7-be/referral/issues/167 Issue 167]: remains open |
− | + | ::* [https://github.com/hl7-be/referral/issues/149 Issue 149]: route value set, a subset valueset will be sent by RIZIV | |
− | ::* | + | ::* [https://github.com/hl7-be/referral/issues/147 Issue 147]: use of Task is resolved by the architecture proposal |
− | : | + | ::* [https://github.com/hl7-be/referral/issues/130 Issue 130]: mandatory UUID ? |
− | ::::* | + | ::::* UHMEP will provide the UUID and the client will receive the UUID when looking up the prescription (through location header) |
− | ::* | + | ::::* it is up to the client whether they have accidentally created a double prescription (if the call is made twice) |
− | ::* | + | ::* [https://github.com/hl7-be/referral/issues/126 Issue 126]: a use case will be created |
− | + | ::* [https://github.com/hl7-be/referral/issues/77 Issue 77]: this is part of the valueset | |
− | ::* | + | ::* [https://github.com/hl7-be/referral/issues/73 Issue 73]: this is part of the document that will be released later on today (COBHRA sources - if incomplete RIZIV will check and o the necessary) |
− | : | + | ::* [https://github.com/hl7-be/referral/issues/70 Issue 70]: input will be received later on today |
− | :: | + | ::* [https://github.com/hl7-be/referral/issues/54 Issue 54]: there is a document on operations |
− | + | ::::* the information will have to be added to the IG, including an API description (using the FHIR standard operations + some specific operations) | |
− | * [https:// | + | ::::* in which form do the vendors like to have the API description (in IG or in a cookbook) ? feedback by next week |
− | : | + | ::::* see: https://build.fhir.org/ig/hl7-be/referral/branches/issue-91/OperationDefinition-be-op-cancel |
− | ::* | ||
− | :: | ||
− | ::::* | ||
− | ::::* | ||
− | |||
− | :: | ||
− | |||
− | ::* | ||
− | :: | ||
− | :::: | ||
− | |||
− | |||
− | |||
− | |||
− | :: | ||
− | :::: | ||
=== Agenda next meeting === | === Agenda next meeting === | ||
− | * | + | * presentation of valuesets by RIZIV (Anne) |
* continuation of resolution of issues | * continuation of resolution of issues | ||
+ | * input vendors on issue 54 | ||
'''Next meeting: next week Friday 17 Feb at 9AM''' | '''Next meeting: next week Friday 17 Feb at 9AM''' |
Latest revision as of 08:38, 17 February 2023
Attendees
- Anne Nerenhausen
- Anthony Maton
- Bart Decuypere
- Bart Reekmans
- Ben Goosse
- Hans De Keersmaeker
- Jacques Yakoub
- Jean-Michel Polfliet
- Julien Beard
- Katrien Dickx
- Karlien Erauw
- Maarten Cobbaert
- Marleen Van Eygen
- Maxime Daive
- Philippe Baise
- Robin Merckx
Excused
- Benjamien Schmitt
- Christophe Behaegel
- Cyprien Janssens
- Dorsan de Fabricheckers
- Geert Vandenhole
- Jean-Francois Coquelet
- José Costa Teixeira
- Katleen Smedts
- Laurent Lamouline
- Lionel Cremer
- Pablo Christiaens
- Pieter Devolder
- Richard Francken
Agenda
- Resolution of issues
Meeting Minutes
- Does the group agree with the proposal presented last week
- the group agrees that this proposal is moved to the master branch
- so issue 91 can be closed
- any comments can still be raised in the upcoming weeks
- will the controls by mutuatity or RIZIV be done directly on the UHMEP platform : this is outside the UHMEP platform
- the only thing that changes is the prescription ID
- Work on use case :
- work on one use case (medication line) has been done and is present in the IG (implementation guide)
- recently the use case on the blood case has been added, is also present in the IG
- annex 81 will be the next use case that will be tackled
- referral task & performer tasks: standard FHIR quering sytem will be used
- this closes issue #199
- Issue 197: there will be additional Snomed CT codes so therefore this issue can not yet be closed
- Issue 194: work is ongoing on use cases
- Issue 193: there will be an additional serviceRequest that will refer to another medication line, so issue can be closed
- Issue 191: awaiting extra input, remains open, no input ready yet
- Issue 190: is resolved through the proposed architecture
- Issue 177: timing datatype, is still being looked into
- is start time & duration sufficient : RIZIV confirms that this is fine, there is often only a start date without time, so start time is optional
- Issue 187: legislation requests that the medication is mentioned again on the prescription (for patient security reasons), therefore the issue remains open. There are 3 possible options that need to be presented to the business first
- Issue 176: if there is no litoral reference, there is a strong recommendation to have a logical reference (advice from HL7 BE FHIR WG infrastructure & architecture)
- UHMEP will only use logical references (for Patient, Practioner)
- Issue 186: UCUM units for medication administration
- nu update yet
- this has to be taken up by the WG FHIR Medication
- Issue 169: a document has been provided
- a follow-up meeting will happen as from next week
- Issue 168: input from José needed
- Issue 167: remains open
- Issue 149: route value set, a subset valueset will be sent by RIZIV
- Issue 147: use of Task is resolved by the architecture proposal
- Issue 130: mandatory UUID ?
- UHMEP will provide the UUID and the client will receive the UUID when looking up the prescription (through location header)
- it is up to the client whether they have accidentally created a double prescription (if the call is made twice)
- Issue 126: a use case will be created
- Issue 77: this is part of the valueset
- Issue 73: this is part of the document that will be released later on today (COBHRA sources - if incomplete RIZIV will check and o the necessary)
- Issue 70: input will be received later on today
- Issue 54: there is a document on operations
- the information will have to be added to the IG, including an API description (using the FHIR standard operations + some specific operations)
- in which form do the vendors like to have the API description (in IG or in a cookbook) ? feedback by next week
- see: https://build.fhir.org/ig/hl7-be/referral/branches/issue-91/OperationDefinition-be-op-cancel
Agenda next meeting
- presentation of valuesets by RIZIV (Anne)
- continuation of resolution of issues
- input vendors on issue 54
Next meeting: next week Friday 17 Feb at 9AM