Difference between revisions of "Minutes - Core Profiles WG 2024-05-29"
From Health Level 7 Belgium Wiki
KarlienErauw (talk | contribs) (Created page with "===== Attendees ===== * Bart Decuypere * Benny Verhamme (partially) * Brian Thieren * Elien De Koker * Félix De Tavernier * Ivan Coppieters * Karlien Erauw * Marcelo Romero...") |
KarlienErauw (talk | contribs) |
||
(One intermediate revision by the same user not shown) | |||
Line 1: | Line 1: | ||
===== Attendees ===== | ===== Attendees ===== | ||
* Bart Decuypere | * Bart Decuypere | ||
− | * Benny Verhamme | + | * 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 | ||
− | * | + | * 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 | ||
− | |||
* Erwin Bellon | * Erwin Bellon | ||
* Filoretta Velica | * Filoretta Velica | ||
* Hanne Vuegen | * Hanne Vuegen | ||
* Isabelle Pollet | * Isabelle Pollet | ||
− | |||
− | |||
* José Costa Teixeira | * José Costa Teixeira | ||
− | * | + | * Marcelo Romero-Cors |
* Nick Hermans | * Nick Hermans | ||
* Nico Vannieuwenhuyze | * Nico Vannieuwenhuyze | ||
Line 35: | Line 36: | ||
* Ruben Walraevens | * Ruben Walraevens | ||
* Stef Hoofd | * Stef Hoofd | ||
− | |||
===== 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] |
− | + | * We are now working on version 2.1.0 | |
− | + | * 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 |
− | ::* | + | ::* 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") | |
− | * | + | ::::* 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 |
− | ::* [https://github.com/hl7-be/core/issues/ | + | ::* [https://github.com/hl7-be/core/issues/37 issue 37]: death has been changed into deceased in BeModelPatient, has already been merged |
− | : | ||
− | ::* [https://github.com/hl7-be/core/issues/ | + | ::* [https://github.com/hl7-be/core/issues/106 issue 106]: added definition for namingsytem insurance number, WG agrees with solution, will be merged |
− | :::: | + | ::* [https://github.com/hl7-be/core/issues/107 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 | |
− | ::* [https://github.com/hl7-be/core/issues/ | + | ::* [https://github.com/hl7-be/core/issues/99 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, [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" |
− | ::::* | + | ::::* 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/ | + | ::* [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/ | + | ::* [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/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
Contents
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
- Version 2.1.0 has been published on 3 May, see here
- We are now working on version 2.1.0
- the logical model for the patient has been signed off
- resolution of issues
- 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
- 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
- Continue resolving of issues
Next meeting
- Wednesday 12 June at 9AM