Minutes - Core Profiles WG 2024-02-21
From Health Level 7 Belgium Wiki
Contents
Attendees
- Bart Decuypere
- Benny Verhamme
- Brian Thieren
- Dominiek Leclerq
- Elien De Koker
- Hanne Vuegen
- Ivan Coppieters
- Jean-Michel Polfliet
- Karlien Erauw
- Katrien Thorré (partially)
- Maxime Caucheteur
- Philippe Baise
- Pablo Christiaens
- Steven Van den Berghe
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
- Werner De Mulder
Agenda
- resolution of issues
Minutes
- Maxime is present and he agrees with the solution proposed for the Document Reference
- Resolution of issues
We look at the logical model of the Patient Document
- we decided to store documents at the patient level
- we need to have an identifier of an author
- should the name not be PatientReference instead of PatientDocument; we have changed this last time in order not to have a reference to the technical solution in the name
- we approve the logical model, linked to issue 60
- this will be merged into the main branch
- We look at the issues that have been raised in other HL7 Belgium working groups so we continue with the resolution of issues
-
- this is linked to the lab result project
- do we want to hardcode a format? The WG agrees that there is indeed a need for clarification
- we agree for NISS, RIZIV/INAMI 11 digits, for company identifications we will check the format of the Belgian CBE/KBO number but not the format of foreign company identifications. We also have to take pseudonyms into account
- can we only use the first 8 digits of the RIZIV number, some prefer NIHDI-8, some NIHDI-11
-
-
- patient.Deceased[X] mustSupport
- Deceased can be boolean or a date, the deceased date
- we notice that you can't use use boolean and datetime together
- the WG decides that this is not a MustSupport in the general case, in specific cases it could be but then are supposed to make a new profile based on the BePatient profile
-
-
- we need input from Maxime
-
-
- pseudonymization extension was originally put in the core but it has been removed and moved to InfSec IG
-
-
- addition of logical models : need on BeCommunication,
- HL7 Belgium core team will prepare this work
-
-
- extensions need a context and can be sues on any resource, so we need a context DomainResource to these extensions
-
-
- can our core be ported to FHIR R5
- to be further discussed during next meeting
-
Next agenda meeting agenda points
- continue work on document reference, review logical model
- resolution of issues
Next meetings
- Wednesday 6 March at 9AM