Difference between revisions of "Minutes - Core Profiles WG 2024-01-24"

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 14: Line 14:
 
* Philip Sidgwick
 
* Philip Sidgwick
 
* Pablo Christiaens
 
* Pablo Christiaens
−
* Steven Van den Berge
+
* Steven Van den Berghe
  
 
===== Excused/Not present =====
 
===== Excused/Not present =====
Line 40: Line 40:
 
* We agree to start working on [https://github.com/hl7-be/core/issues/60 issue 60] BeCommunication & BeDocumentReference
 
* We agree to start working on [https://github.com/hl7-be/core/issues/60 issue 60] BeCommunication & BeDocumentReference
 
::* NIC is in particular interested in BeCommunication
 
::* NIC is in particular interested in BeCommunication
−
::::* 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.  
+
::::* 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. 
 +
::::* the subject would be the patient
 +
::::* form would be send one by one, related to one patient, not as a bundle which would use up a lot of resources
 +
::::* 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
  
 
::* needs from other project (Maxime) needs author, content, context and subject seem important for us
 
::* needs from other project (Maxime) needs author, content, context and subject seem important for us
−
::::* is the practioner an author
+
::::* is the practioner an author?
 +
 
 +
::* we look at [https://github.com/hl7-be/core/issues/60 issue 60] and identify the needs for NIC
 +
::::* there would only be pdf as document reference for NIC
 +
::::* 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
 +
 
  
−
::::::* facility type is proposed, from/to which facility the document is referenced ; a value set is proposed. WG decides that this is already covered by context.Related ; but there is already an encounter in context
 
−
::::* we determine the scope of the logical model, therefore we discuss the functional need
 
−
::::* do we need a BE profile?
 
−
::::::* we do have the need to have some specific elements to store in the vaults
 
−
::::* we will call the logical model BeModelPatientDocument, there will no longer be an overlap with BeCommunication
 
−
::::::* the reference will be used to store any type of data, including unstructured data
 
  
 
===== Next agenda meeting agenda points =====
 
===== Next agenda meeting agenda points =====

Revision as of 08:43, 24 January 2024

Attendees
  • Anthony Maton
  • Bart Decuypere
  • Benny Verhamme
  • Brian Thieren
  • Brecht Van Vooren
  • Dominiek Leclerq
  • Elien De Koker
  • Hanne Vuegen
  • Jean-Michel Polfliet
  • Karlien Erauw
  • Maxime Caucheteur
  • Philippe Baise
  • Philip Sidgwick
  • Pablo Christiaens
  • Steven Van den Berghe
Excused/Not present
  • Anne Nerenhausen
  • 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
  • Stef Hoofd
  • Werner De Mulder
Agenda
  • work on patient core profile following up on the raised issues
  • set priorities for action items
Minutes
  • We look at the issues that have been raised in other HL7 Belgium working groups
  • We agree to start working on issue 60 BeCommunication & BeDocumentReference
  • NIC is in particular interested in BeCommunication
  • 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.
  • the subject would be the patient
  • form would be send one by one, related to one patient, not as a bundle which would use up a lot of resources
  • 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
  • needs from other project (Maxime) needs author, content, context and subject seem important for us
  • is the practioner an author?
  • we look at issue 60 and identify the needs for NIC
  • there would only be pdf as document reference for NIC
  • 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


Next agenda meeting agenda points
  • continue work on document reference
  • resolution of issues
Next meetings
  • Wednesday 7 February at 9AM
Retrieved from "https://wiki.hl7belgium.org/index.php?title=Minutes_-_Core_Profiles_WG_2024-01-24&oldid=2726"