View source for Minutes - Core Profiles WG 2024-03-20

===== Attendees ===== 
* Bart Decuypere
* Benny Verhamme
* Brian Thieren
* Dominiek Leclerq
* Elien De Koker
* Hanne Vuegen
* Ivan Coppieters
* Jean-Michel Polfliet
* Karlien Erauw
* Marcelo Romero-Cors
* Maxime Caucheteur
* Pablo Christiaens
* Philippe Baise
* Werner De Mulder

===== Excused/Not present =====
* Anne Nerenhausen
* Anthony Maton
* Benny Verhamme 
* Brecht Van Vooren
* Cyprien Janssens
* Didier Temans
* Erwin Bellon
* Félix De Tavernier 
* Filoretta Velica
* Isabelle Pollet
* José Costa Teixeira 
* Lodewijk Sioen
* Marco Busschots
* Nick Hermans 
* Nico Vannieuwenhuyze
* Philip Sidgwick
* Stef Hoofd
* Steven Van den Berghe

===== Agenda =====
* resolution of [https://github.com/hl7-be/core/issues/ issues] 

===== Minutes =====
* Last time we agreed on the solution proposed for the Document Reference
::* the logical model for Document Reference is presented, see here https://build.fhir.org/ig/hl7-be/core/StructureDefinition-BeModelPatientDocument.html
::* it is called Patient Document

* we review the [https://build.fhir.org/ig/hl7-be/core/StructureDefinition-be-documentreference.htmle IG Document Reference, see here] 
::* we resolved [https://github.com/hl7-be/core/issues/72 issue 72] 
::* we miss, we create
::* we also want organisation as author type, and also patient ; no need to exclude any types (there is no Be profile for device) ; do we need a BE profile for related person, int'l profile is now used, we might need a BE profile
::::* we also need relationship type, legal representative (in be related person ?)

* Resolution of [https://github.com/hl7-be/core/issues/ issues] 
::* https://github.com/hl7-be/core/issues/37
::* https://github.com/hl7-be/core/issues/38

* Resolution of [https://github.com/hl7-be/core/issues/ issues] 
::* https://github.com/hl7-be/core/issues/73
::::* logical model for BeCommunication has not yet been prepared, HL7 Belgium core team will prepare this work for the next meeting

::* https://github.com/hl7-be/core/issues/70: can be closed as it was a non-issue

::* some work needs to be done on other logical models for profiles that exist since a long time ; input from RIZIV will be necessary

::* https://github.com/hl7-be/core/issues/38
::::* does the gender have to be mandatory, it is often very useful but it is not mandatory for some use cases ; for GDPR matters you have to be looked at data minimalization
::::* the WG agrees that the gender should not be mandatory (some systems will have to do an impact analysis when this change will be applied)
::::* However, each specification is free to impose some constraints on the presence of the gender. We will describe this in the guidance of the core IG.



===== Next agenda meeting agenda points =====
* move to new version of the core profile, v2.0
* resolution of issues f.e. 76

===== Next meetings =====
* Wednesday 3 April at 9AM and 17 April at 10AM