Difference between revisions of "Minutes - Core Profiles WG 2024-02-07"

From Health Level 7 Belgium Wiki
(Created page with "===== Attendees ===== * Anthony Maton * Bart Decuypere * Benny Verhamme * Brian Thieren * Brecht Van Vooren * Dominiek Leclerq * Elien De Koker * Hanne Vuegen * Jean-Michel...")
 
 
Line 1: Line 1:
 
===== Attendees =====  
 
===== Attendees =====  
* Anthony Maton
 
 
* Bart Decuypere
 
* Bart Decuypere
* Benny Verhamme
 
 
* Brian Thieren
 
* Brian Thieren
* Brecht Van Vooren
 
 
* Dominiek Leclerq
 
* Dominiek Leclerq
 
* Elien De Koker
 
* Elien De Koker
* Hanne Vuegen
+
* Ivan Coppieters, VAZG/Vitalink
 
* Jean-Michel Polfliet
 
* Jean-Michel Polfliet
 
* Karlien Erauw
 
* Karlien Erauw
* Maxime Caucheteur
+
* Lodewijk Sioen (partially)
 
* Philippe Baise
 
* Philippe Baise
* Philip Sidgwick
 
 
* Pablo Christiaens
 
* Pablo Christiaens
 
* Steven Van den Berghe
 
* Steven Van den Berghe
Line 18: Line 14:
 
===== Excused/Not present =====
 
===== Excused/Not present =====
 
* Anne Nerenhausen
 
* Anne Nerenhausen
 +
* Anthony Maton
 +
* Benny Verhamme
 +
* Brecht Van Vooren
 
* Cyprien Janssens
 
* Cyprien Janssens
 
* Didier Temans
 
* Didier Temans
Line 23: Line 22:
 
* Félix De Tavernier  
 
* Félix De Tavernier  
 
* Filoretta Velica
 
* Filoretta Velica
 +
* Hanne Vuegen
 
* Isabelle Pollet
 
* Isabelle Pollet
 
* José Costa Teixeira  
 
* José Costa Teixeira  
 
* Lodewijk Sioen
 
* Lodewijk Sioen
 
* Marco Busschots
 
* Marco Busschots
 +
* Maxime Caucheteur
 
* Nick Hermans  
 
* Nick Hermans  
 
* Nico Vannieuwenhuyze
 
* Nico Vannieuwenhuyze
 +
* Philip Sidgwick
 
* Stef Hoofd
 
* Stef Hoofd
 
* Werner De Mulder
 
* Werner De Mulder
  
 
===== Agenda =====
 
===== Agenda =====
* continue work on document references
+
* review logical model document references
 
* resolution of other issues  
 
* resolution of other issues  
  
 
===== Minutes =====
 
===== Minutes =====
* We look at the [https://github.com/hl7-be/core/issues/ issues] that have been raised in other HL7 Belgium working groups  
+
* We look at the [https://build.fhir.org/ig/hl7-be/core/branches/issue-60/StructureDefinition-BeModelPatientDocument.html logical model] of the Patient Document
* We agree to start working on [https://github.com/hl7-be/core/issues/60 issue 60] BeCommunication & BeDocumentReference
+
::* we decided to store documents at the patient level
::* NIC is in particular interested in BeCommunication
+
::* we need to have an identifier of an author
::::* hospitals are interested so send RIZIV documents/forms, currently sent by normal post, in a digital way ; some are information only, some have to be checked by OA/VIs. There are 100/200 different forms, linked to regulations. Purpose is to transfer the PDF version of the form in a digital way to the OA/VI. Pdf would be the scanned version of the original form. ePDF would be used. 3 levels of categories would be added (A, B and C). The category would identify the paper document and would determine. Hospitals will need to categorize all the forms that they send. A common taxonomy would have to be defined for all categories (together with RIZIV). some of the documents have to be signed by the patient (accepting the rules, treatment). For this a way has to be found to transfer the signed document. This is not a FHIR document. 
+
::* 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
::::* the subject would be the patient
+
::* we approve the logical model, linked to [https://github.com/hl7-be/core/issues/60 issue 60]
::::* form would be send one by one, related to one patient, not as a bundle which would use up a lot of resources
+
::* this will be merged into the main branch
::::* use of contained resources is considered
+
 
::::* there is an attester field at FHIR resource level, which could also be used if a new signed version is available
+
* We look at the [https://github.com/hl7-be/core/issues/ issues] that have been raised in other HL7 Belgium working groups so we continue with the resolution of issues
 +
::* https://github.com/hl7-be/core/issues/52: will remain open
 +
::* https://github.com/hl7-be/core/issues/54
 +
::::* 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
 +
 
 +
::* https://github.com/hl7-be/core/issues/55
 +
::::* 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
  
::* needs from other project (Maxime) needs author, content, context and subject seem important for us
+
::* https://github.com/hl7-be/core/issues/60
::::* is the practioner an author?
+
::::* we need input from Maxime
  
::* we look at [https://github.com/hl7-be/core/issues/60 issue 60] and identify the needs for NIC
+
::* https://github.com/hl7-be/core/issues/61
::::* there would only be pdf as document reference for NIC
+
::::* pseudonymization extension was originally put in the core but it has been removed and moved to InfSec IG
::::* needs: patient, RIZIV hospital/practioner as author, category
 
::::* we could add that we expect a mime-type to be present
 
::* examples from NIC would be useful
 
::* logical model will be put together as well as profile/IB
 
::::* could NIC create its own NIC profile based on the BE profile, that could be done with the WG payment
 
  
* Some of the issues are linked to NIC publications so we need to look at them
+
::* https://github.com/hl7-be/core/issues/62
::* https://github.com/hl7-be/core/issues/41
+
::::* addition of logical models : need on BeCommunication,
::::* add pharmacy invoicing office in the core package as addition to a value set
+
::::* HL7 Belgium core team will prepare this work
::::* this will also resolve issue 46 and 47
 
::::* the WG agrees
 
  
::* https://github.com/hl7-be/core/issues/49
+
::* https://github.com/hl7-be/core/issues/63
::::* add RIZIV nomenclatuur NamingSystem to core profile
+
::::* extensions need a context and can be sues on any resource, so we need a context DomainResource to these extensions
::::* the WG agrees
 
  
::* https://github.com/hl7-be/core/issues/52
+
::* https://github.com/hl7-be/core/issues/64
::::* the aim of an annotation datatype is often used in the note field
+
::::* can our core be ported to FHIR R5
::::* there is a need in the referral project (for lab project an ad hoc solution was created) to clarify the different types of notes
+
::::* to be further discussed during next meeting
::::* annotations might not be ideal in FHIR
 
::::* we look at the proposed code : github.com/hl7-be/core/pull/53/files
 
::::* we agree on this, if the context of the extension is changed to Annotation, issue remains open as an additional check on extension will be done
 
  
 
===== Next agenda meeting agenda points =====
 
===== Next agenda meeting agenda points =====

Latest revision as of 10:25, 7 February 2024

Attendees
  • Bart Decuypere
  • Brian Thieren
  • Dominiek Leclerq
  • Elien De Koker
  • Ivan Coppieters, VAZG/Vitalink
  • Jean-Michel Polfliet
  • Karlien Erauw
  • Lodewijk Sioen (partially)
  • 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
  • Hanne Vuegen
  • Isabelle Pollet
  • José Costa Teixeira
  • Lodewijk Sioen
  • Marco Busschots
  • Maxime Caucheteur
  • Nick Hermans
  • Nico Vannieuwenhuyze
  • Philip Sidgwick
  • Stef Hoofd
  • Werner De Mulder
Agenda
  • review logical model document references
  • resolution of other issues
Minutes
  • 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 7 February at 9AM