Difference between revisions of "Minutes - Patient Dossier WG 2023-10-05"

From Health Level 7 Belgium Wiki
(lu)
Line 25: Line 25:
  
 
=== Agenda ===
 
=== Agenda ===
* Review implemnentation guide and resolve issues/questions
+
* Review implementation guide and resolve issues/questions
  
 
=== Minutes ===
 
=== Minutes ===
Line 43: Line 43:
 
::::* organ donation: a scan should be indeed better, as this is not an official document, only an agreement ; Anne will check if we will make this mandatory
 
::::* organ donation: a scan should be indeed better, as this is not an official document, only an agreement ; Anne will check if we will make this mandatory
 
::::* the business rules will describe the situations where the documentscan is preferred
 
::::* the business rules will describe the situations where the documentscan is preferred
::::* it wold be good to use the format that is used in the lab reports
+
::::* it would be good to use the format that is used in the lab reports
::::* do we need to limit the size ? for lab reports there is no limit to the size
+
::::* do we need to limit the size ? for lab reports the limit to the size is determined by the eHealthBox (10MB)
 +
::::::* this needs to be added in the cookbook after agreement with the vaults
  
::* [https://github.com/hl7-be/patientwill/issues/8 issue 8]: kmehr/FHIR mapping
+
::* [https://github.com/hl7-be/patientwill/issues/13 issue 13]: do we need a general representative not linked to one specific Willcode
::::* for all existing documents in kmehr and the valuesets used there, a mapping to the FHIR valuesets is needed
+
::::* this has not yet been investigated by RIZIV, update next meeting
::::* how are we going to tackle this ?
 
::::::* see 6.2.1 and 6.2.2 in the business rules WillCategory and WillCode
 
::::::* we will only add values to the existing kmehr values
 
::::::::* it seems that some kmehr values have been removed and some have not been mapped
 
::::* FHIR mapping: Category (logical) should not be mapped on Scope (FHIR) and Willcode (logical) should not be mapped on Category (fhir)
 
::::::* Alexis prefers to have this in a FHIR concept map
 
::::* we need user friendly tools to support this
 
 
   
 
   
  

Revision as of 07:44, 5 October 2023

Attendees

  • Anne Nerenhausen
  • Alexis Van Zeveren
  • Bart Decuypere
  • Félix De Tavernier
  • Filoretta Velica
  • Hans De Keersmaeker
  • Jean-Michel Polfliet
  • Karlien Erauw

Excused

  • Brecht Van Vooren
  • Hanne Vuegen
  • Isabelle Pollet
  • Jens Penny
  • José Costa Teixeira
  • Nick Hermans
  • Philippe Baise
  • Pablo Christiaens
  • Sam Jocqué
  • Tom De Backer
  • Veerle Michiels
  • Walter Bollaert
  • Wouter De Jonghe

Agenda

  • Review implementation guide and resolve issues/questions

Minutes

  • The work on the implementation guide has been updated and is presented by Bart
  • Will the valuesets use SnomedCT ? This needs to be investigated by RIZIV/Anne
  • issue 14: should we make a link for wills registered elsewhere
  • a link can be cumbersome if the link does not work in an emergency case but has advantages ; a link will not be allowed, a scan looks better as all (must be specified, f.e. a pdf)
  • the official document is not mandatory, for euthanasia the offical document is at the city level
  • organ donation: a scan should be indeed better, as this is not an official document, only an agreement ; Anne will check if we will make this mandatory
  • the business rules will describe the situations where the documentscan is preferred
  • it would be good to use the format that is used in the lab reports
  • do we need to limit the size ? for lab reports the limit to the size is determined by the eHealthBox (10MB)
  • this needs to be added in the cookbook after agreement with the vaults
  • issue 13: do we need a general representative not linked to one specific Willcode
  • this has not yet been investigated by RIZIV, update next meeting


  • Next actions:
  • continue resolution of issues & review of IB

Next Patient Dossier/Patient Will WG meeting: 19 Oct Sep at 9AM