Difference between revisions of "Minutes - Referral WG 2020-05-28"

From Health Level 7 Belgium Wiki
Line 34: Line 34:
 
::::* Will the eHealth plathform be responsible for the UHMEP platform ? No. RIZIV will, a UHMEP identifie generator will have to be made available
 
::::* Will the eHealth plathform be responsible for the UHMEP platform ? No. RIZIV will, a UHMEP identifie generator will have to be made available
  
::* the "S" in red is a "must support" tag, meaning  that if you are able to fill this field, you should send this field
+
::* the "S" in red is a "must support" tag, meaning  that if you are able to fill this field, you should fill it and send this field
 
::* Category: some codes are proposed by HL7, ie codes as defined in Snomed CT , if we want to use it, we will have to extend the list ; fixed definition of list is preferred, with an additional text field   
 
::* Category: some codes are proposed by HL7, ie codes as defined in Snomed CT , if we want to use it, we will have to extend the list ; fixed definition of list is preferred, with an additional text field   
 
::* Occurrence: some freedom on how to interpret, period in which the request should be acted upon
 
::* Occurrence: some freedom on how to interpret, period in which the request should be acted upon

Revision as of 15:56, 28 May 2020

X participants - Microsoft Teams call

Attendees
  • Robin Bosman
  • Nick Hermans
  • Richard Francken
  • Will Van Norel
  • Arnaud Lippert
  • Karlien Erauw
  • Erwin Bellon
  • Anne Nerenhausen
  • Katleen Smedts
Excused
  • Tim Weltens
  • Philip Sidgwick
  • Philippe Baise
Agenda
  • Review of logical model and drafts of implementation guides
  • New meeting slot ?
Meeting Minutes
  • New meeting timeslot to be defined as CIN people have a conflict due to a recurring meeting: evey other Thursday 4PM to 5PM seems to suit everyone fine, Karlien checks with CIN if this works then reschedules, if not, the meeting is kept at 1PM
  • RIZIV will share some information on nursing referrals soon
  • Karlien will create a document on the WG's Google drive where WG participants can input their feedback on comments and the artefacts of this WG (f.e. the implementation guide and FHIR logical datamodels). The document has been created here
  • The reference to the FHIR implementation guide has been put on the [wiki main page]
  • As from here go to Detailed Specifications and then choose "Artifact index"
  • Differential table shows the restrictions
  • We need this in Belgium
  • Identifier: will be UHMEP identifier, naming system will have to be added : other identifiers will be possible
  • Will the eHealth plathform be responsible for the UHMEP platform ? No. RIZIV will, a UHMEP identifie generator will have to be made available
  • the "S" in red is a "must support" tag, meaning that if you are able to fill this field, you should fill it and send this field
  • Category: some codes are proposed by HL7, ie codes as defined in Snomed CT , if we want to use it, we will have to extend the list ; fixed definition of list is preferred, with an additional text field
  • Occurrence: some freedom on how to interpret, period in which the request should be acted upon
  • When was a request been executed ? A request is an authorization to do sthg ; when it has been executed, this should be reflected in a procedure or eventually an observation…
  • "Mantelzorger"can be referenced by “Related person”: possible issue as this will not be unique
  • Are there any ICD10 codes available for procedures ? RIZIV will check with people from BE term center
  • Co-signers of requests: how to implement in FHIR ? consent resource seems to be a candidate but it seems limited to the patient’s consent
  • Action points for all: please input your comments in the following document
  • action point in particular: request-statusReason – do we expect a list having known reasons (value set or codesystem)