Difference between revisions of "Minutes - Core Profiles WG 2024-05-29"

From Health Level 7 Belgium Wiki
(Created page with "===== Attendees ===== * Bart Decuypere * Benny Verhamme (partially) * Brian Thieren * Elien De Koker * Félix De Tavernier * Ivan Coppieters * Karlien Erauw * Marcelo Romero...")
 
 
(One intermediate revision by the same user not shown)
Line 1: Line 1:
 
===== Attendees =====  
 
===== Attendees =====  
 
* Bart Decuypere
 
* Bart Decuypere
* Benny Verhamme (partially)
+
* Benny Verhamme  
 
* Brian Thieren
 
* Brian Thieren
 +
* Dominiek Leclerq
 
* Elien De Koker
 
* Elien De Koker
 
* Félix De Tavernier  
 
* Félix De Tavernier  
 
* Ivan Coppieters
 
* Ivan Coppieters
 +
* Jacques Yakoub
 +
* Jean-Michel Polfliet
 
* Karlien Erauw
 
* Karlien Erauw
* Marcelo Romero-Cors
+
* Lodewijk Sioen
 
* Maxime Caucheteur
 
* Maxime Caucheteur
 
* Pablo Christiaens
 
* Pablo Christiaens
 
* Philippe Baise
 
* Philippe Baise
 +
* Steven Van den Berghe
 
* Werner De Mulder
 
* Werner De Mulder
  
Line 21: Line 25:
 
* Cyprien Janssens
 
* Cyprien Janssens
 
* Didier Temans
 
* Didier Temans
* Dominiek Leclerq
 
 
* Erwin Bellon
 
* Erwin Bellon
 
* Filoretta Velica
 
* Filoretta Velica
 
* Hanne Vuegen
 
* Hanne Vuegen
 
* Isabelle Pollet
 
* Isabelle Pollet
* Jacques Yakoub
 
* Jean-Michel Polfliet
 
 
* José Costa Teixeira  
 
* José Costa Teixeira  
* Lodewijk Sioen
+
* Marcelo Romero-Cors
 
* Nick Hermans  
 
* Nick Hermans  
 
* Nico Vannieuwenhuyze
 
* Nico Vannieuwenhuyze
Line 35: Line 36:
 
* Ruben Walraevens
 
* Ruben Walraevens
 
* Stef Hoofd
 
* Stef Hoofd
* Steven Van den Berghe
 
  
 
===== Agenda =====
 
===== Agenda =====
Line 41: Line 41:
  
 
===== Minutes =====
 
===== Minutes =====
* version 2.1.0 has been published on 3 May, [https://www.ehealth.fgov.be/standards/fhir/core/index.html see here]  
+
* Version 2.1.0 has been published on 3 May, [https://www.ehealth.fgov.be/standards/fhir/core/index.html see here]  
::* a good overview of all applications is available as from this eHealth webpage: https://www.ehealth.fgov.be/standards/fhir/ , for publications click on "go to IG"
+
* We are now working on version 2.1.0
::* we look at the qa issues linked to this version 2.1.0, these will be fixed with version 2.1.1, the fixes won't have a functional impact
+
* the [https://build.fhir.org/ig/hl7-be/core/branches/issue-37/StructureDefinition-BeModelPatient.html logical model for the patient] has been signed off
 
+
* resolution of [https://github.com/hl7-be/core/issues/ issues]  
resolution of [https://github.com/hl7-be/core/issues/ issues]  
+
::* changes made to resolve isolutions discussed last week are being proposed
::* death still needs to be changed into deceased
+
::* changes have been made to resolve [https://github.com/hl7-be/core/issues/105 issue 105]
 
+
::::* codeable concept instead of valueset for gender at birth: same values from [https://hl7.org/fhir/codesystem-administrative-gender.html FHIR administrative-generic] have been added: male, female, other, unknown (both as medical condition so this can be specified as "other")
* we look again at the [https://build.fhir.org/ig/hl7-be/core/branches/issue-37/StructureDefinition-BeModelPatient.html logical model for the patient]
+
::::* for social gender there is an existing extension (patient_genderIdentity), social gender is present in the logical model
::* no remarks on the logical model from the WG members
+
::::* these changes will be merged in the main branch
  
::* [https://github.com/hl7-be/core/issues/78 issue 78] on Related person
+
::* [https://github.com/hl7-be/core/issues/37 issue 37]: death has been changed into deceased in BeModelPatient, has already been merged
::::* work on logical model has to be finished, it needs some more thoughts by all
 
  
::* [https://github.com/hl7-be/core/issues/78 issue 76] Document reference and kmher
+
::* [https://github.com/hl7-be/core/issues/106 issue 106]: added definition for namingsytem insurance number, WG agrees with solution, will be merged
::::* main goal is to express in a FHIR resource the kmehr metadata for the document, or we might need a mapping
+
::* [https://github.com/hl7-be/core/issues/107 issue 107]: remove SSIN slice from BeOrganisation, can still be added to organisation though
::::* Felix will add an example to this issue to clarify it
+
::* we have fixed the qa issues, url can now be handled by the publisher, WG agrees to merge, issues 103 and 102 are being closed
  
::* [https://github.com/hl7-be/core/issues/39 issue 39]: BeOrganization has a slice for NISS number  
+
::* [https://github.com/hl7-be/core/issues/99 issue 99]: there were several questions related to COBRHA and HCO number
::::* can we remove it ? but if it is used for a specific use case, it won't be possible anymore ; we don't see the use case for it
+
::::* HCO number: the only systems that are using this number are located in Flanders region. It is part of COBHRA. It is not exclusively Flemish. It is not unique. It needs to have an issuing authority and only in combination with this, it is unique, [https://publiek.departementzorg.be/Cobrha/Viewer/Help see here], quote "HCO is de afkorting van Health Care Organization. Dit nummer wordt aan een zorgvoorziening toegekend door de erkennende overheid. Het HCO nummer is een unieke aanduiding voor een zorgvoorziening binnen een erkennende overheid. In de praktijk kunnen er dus zorgvoorzieningen zijn met hetzelfde HCO nummer, maar de combinatie van HCO nummer en erkennende overheid zal altijd gegarandeerd uniek zijn"
::::* risk of removing it, is low, so slice will be removed, issue can be closed afterwards
+
::::* proposal not to have a namespace for HCO number but to have a namespace for each issuing institution to provide its own url and to put their number next to it, this institution would have the responsibility to keep their url up-to-date
 +
::::* see [https://github.com/hl7-be/core/issues/23 issue 23] :  WG agrees to have a namespace for each authentic source for the HCO numbers, linked to the use of the HCO number. As such it can be used as an identifier. Issue can be closed, as well as issue 99.
  
::* [https://github.com/hl7-be/core/issues/32 issue 32]: it is used by NIC, this needs to be discussed with people from COBRHA and RIZIV
+
::* [https://github.com/hl7-be/core/issues/101 issue 101] on BeExtCodeableReference.fsh : we could use a code or a reference
  
::* [https://github.com/hl7-be/core/issues/22 issue 22]: eHealth PF will write a proposal for a clearer description. The WG will approve afterwards.  
+
::* [https://github.com/hl7-be/core/issues/32 issue 32]: the number is only the same for a limited set of HCO codes, HciType is managed by RIZIV
 +
::::* if we want to use HciType, it is proposed to not add this to the core/BeOrganisation but to the [https://github.com/hl7-be/nihdi-terminology NIDHI terminology], issue is updated, we are awaiting feedback from issue creator
  
::* [https://github.com/hl7-be/core/issues/23 issue 23]: question is being clarified in the issue and issue can be closed
 
  
 +
::* [https://github.com/hl7-be/core/issues/78 issue 78] on Related person: it needs some more thoughts by all
  
 +
::* [https://github.com/hl7-be/core/issues/78 issue 76] Document reference and kmher
 +
::::* main goal is to express in a FHIR resource the kmehr metadata for the document, or we might need a mapping
 +
::::* Felix added an example to this issue and clarified the issues
 +
::::::* we look into category for be document reference to use this, proposal to create valueset for all CD-Transaction codes that can contain a PDF. To check first if such a valueset already exists in some coding system LOINC, SNOMED-CT, HL7-CDA, ...
 +
::::::::* there is a WG on metadata but their scope is limited, Bart will talk to the WG
 +
::::* author: change cardinality of author, other options ? can we use content
 +
::::* to be further discussed further next WG meeting
  
 
===== Next agenda meeting agenda points =====
 
===== Next agenda meeting agenda points =====

Latest revision as of 08:39, 29 May 2024

Attendees
  • Bart Decuypere
  • Benny Verhamme
  • Brian Thieren
  • Dominiek Leclerq
  • Elien De Koker
  • Félix De Tavernier
  • Ivan Coppieters
  • Jacques Yakoub
  • Jean-Michel Polfliet
  • Karlien Erauw
  • Lodewijk Sioen
  • Maxime Caucheteur
  • Pablo Christiaens
  • Philippe Baise
  • Steven Van den Berghe
  • Werner De Mulder
Excused/Not present
  • Annabel Dompas
  • Anne Nerenhausen
  • Anthony Maton
  • Benny Verhamme
  • Brecht Van Vooren
  • Cyprien Janssens
  • Didier Temans
  • Erwin Bellon
  • Filoretta Velica
  • Hanne Vuegen
  • Isabelle Pollet
  • José Costa Teixeira
  • Marcelo Romero-Cors
  • Nick Hermans
  • Nico Vannieuwenhuyze
  • Philip Sidgwick
  • Ruben Walraevens
  • Stef Hoofd
Agenda
  • updates & resolution of issues
Minutes
  • changes made to resolve isolutions discussed last week are being proposed
  • changes have been made to resolve issue 105
  • codeable concept instead of valueset for gender at birth: same values from FHIR administrative-generic have been added: male, female, other, unknown (both as medical condition so this can be specified as "other")
  • for social gender there is an existing extension (patient_genderIdentity), social gender is present in the logical model
  • these changes will be merged in the main branch
  • issue 37: death has been changed into deceased in BeModelPatient, has already been merged
  • issue 106: added definition for namingsytem insurance number, WG agrees with solution, will be merged
  • issue 107: remove SSIN slice from BeOrganisation, can still be added to organisation though
  • we have fixed the qa issues, url can now be handled by the publisher, WG agrees to merge, issues 103 and 102 are being closed
  • issue 99: there were several questions related to COBRHA and HCO number
  • HCO number: the only systems that are using this number are located in Flanders region. It is part of COBHRA. It is not exclusively Flemish. It is not unique. It needs to have an issuing authority and only in combination with this, it is unique, see here, quote "HCO is de afkorting van Health Care Organization. Dit nummer wordt aan een zorgvoorziening toegekend door de erkennende overheid. Het HCO nummer is een unieke aanduiding voor een zorgvoorziening binnen een erkennende overheid. In de praktijk kunnen er dus zorgvoorzieningen zijn met hetzelfde HCO nummer, maar de combinatie van HCO nummer en erkennende overheid zal altijd gegarandeerd uniek zijn"
  • proposal not to have a namespace for HCO number but to have a namespace for each issuing institution to provide its own url and to put their number next to it, this institution would have the responsibility to keep their url up-to-date
  • see issue 23 : WG agrees to have a namespace for each authentic source for the HCO numbers, linked to the use of the HCO number. As such it can be used as an identifier. Issue can be closed, as well as issue 99.
  • issue 101 on BeExtCodeableReference.fsh : we could use a code or a reference
  • issue 32: the number is only the same for a limited set of HCO codes, HciType is managed by RIZIV
  • if we want to use HciType, it is proposed to not add this to the core/BeOrganisation but to the NIDHI terminology, issue is updated, we are awaiting feedback from issue creator


  • issue 78 on Related person: it needs some more thoughts by all
  • main goal is to express in a FHIR resource the kmehr metadata for the document, or we might need a mapping
  • Felix added an example to this issue and clarified the issues
  • we look into category for be document reference to use this, proposal to create valueset for all CD-Transaction codes that can contain a PDF. To check first if such a valueset already exists in some coding system LOINC, SNOMED-CT, HL7-CDA, ...
  • there is a WG on metadata but their scope is limited, Bart will talk to the WG
  • author: change cardinality of author, other options ? can we use content
  • to be further discussed further next WG meeting
Next agenda meeting agenda points
Next meeting
  • Wednesday 12 June at 9AM