Difference between revisions of "Minutes - Referral WG 2022-09-22"

From Health Level 7 Belgium Wiki
Line 30: Line 30:
 
* [https://github.com/hl7-be/referral/issues/130 Issue 130]: prescriptionNumber  
 
* [https://github.com/hl7-be/referral/issues/130 Issue 130]: prescriptionNumber  
 
   
 
   
 
old
 
* [https://github.com/hl7-be/referral/issues/148 Issue 148]: how to use CreationEndDate, is a date that is determined in the template by the business rules - mainly to be used in the backend, not updateable by the user
 
* [https://github.com/hl7-be/referral/issues/147 Issue 147]: on ServiceRequest - goal of FHIR standard on task and service request has been looked into and therefore it is pointed out that the modelling might have to looked into. RequestGroup has plenty of fields that are not applicable for the project.
 
* [https://github.com/hl7-be/referral/issues/146 Issue 146]: use of occurrence - will be used in Belgium but needs to be investigated - working on an example could clarify this. Treatment start & treatment end date have normallly nothing to do with occurrence
 
* * [https://github.com/hl7-be/referral/issues/145 Issue 145]: should requisition be of identifier type ? Requisition shows that different referrals belong together in a bundle
 
 
* Most recent business rules V.013 are referenced here: https://github.com/hl7-be/hl7-be-fhir-referral-prescription/issues/128
 
 
* Project status
 
::* templates are being validated
 
::* multistep is being worked on
 
 
  
 
''' Agenda next meeting'''
 
''' Agenda next meeting'''

Revision as of 15:21, 22 September 2022

Attendees

  • Anne Nerenhausen
  • Bart Decuypere
  • Benjamien Schmitt
  • Hans De Keersmaecker
  • Jean-Michel Polfliet
  • Karlien Erauw
  • Maarten Cobbaert
  • Marleen Van Eygen
  • Philippe Baise
  • Richard Francken

Excused

  • Bart Reekmans
  • José Costa Teixeira
  • Geert Vandenhole
  • Pieter Devolder

Agenda

  • resolution of issues

Meeting Minutes

  • Issue 144: a PSS application will be used, if this if followed the number has to be mentioned, if this is not followed the rejection reason has to be mentioned ; extension for GuidanceResponse is accepted, subject to changes in the mapping
  • Issue 143: Can CoPrescriber.status be adapted in logical model to 1-1 ? should indeed be adapted to 1-1
  • Issue 137: related to business rules V0.13 (see * [1]: CoPrescriberNumer has been added, relates to the number of coprescribers that have to co-sign, mandatory/recommend/for info only, explained in 2.2.10 of the business rules. Has to be added to the logical model, has to be checked with concrete cases, see suggested solution in issue #126
  • Issue 136: resultReceiver in logical model. Result receiver indicates whether the prescriber needs feedback from the prescription's referral. Mandatory or optional has not been indicated. Preference goes to optional but the decision is postponed and will be re-discussed upon new version of the business rules
  • Issue 135: problemCode cardinality: can we accept a prescription without any diagnose specified ? For some prescriptions it is required , for others it is not. Therefore it must be optional. Exact rules will be added to the business rules.
  • Issue 133: intendedPerformer startdate in logical model, performer start and end date are not known in advance so logical model has to be changed
  • Issue 132: intendedPerformer.performer: only one performer is allowed : even in draft stages, there must always be a performer (discipline) in the prescription, so the cardinality will be 1..*. This will be adapted.
  • Issue 131: duplicate of 132
  • Issue 130: prescriptionNumber


Agenda next meeting

  • review issues

Next meeting : Thursday Sep 29 at 4PM