Minutes - Payment Insurance WG 2023-05-10
From Health Level 7 Belgium Wiki
Revision as of 07:26, 10 May 2023 by KarlienErauw (talk | contribs) (Created page with "=== Attendees === * Bart Decuypere * Bruno Bossaert * Karlien Erauw * Nicolas Poussard, Corilus * Philippe Baise * Stijn Goris === Excused === * Baptiste Pierre * Cédric Fa...")
Contents
Attendees
- Bart Decuypere
- Bruno Bossaert
- Karlien Erauw
- Nicolas Poussard, Corilus
- Philippe Baise
- Stijn Goris
Excused
- Baptiste Pierre
- Cédric Fabre
- Flora Fosset
- François Van Hees
- Guillaume Emmanuel
- Jean-Michel Polfliet
Agenda
- Work on logical models of eTarification
Minutes
- welcome & intro to Nicolas from Corilus
- eAttest: clarification needed regarding the location of prestation that has to be filled in (the RIZIV number of hospital)
- how to use use "chain" in location
- see All eAttest ServiceRequest
- through partOf we reference
- we will change the invariant to take into account the managingOrganisation, 2 resources of Location are kept (using partOf), example has to be modified
- eAttest: in prestation reference to supporting info, information sequence has to be removed
- examples have to be modified
- Discuss logical models of eTarification: [1]
- this is available the the following health care providers: GP's and dentists - specialists is still under discussion, it might become available for them as from the end of this year
- there are two logical models: the request and the response
- eTarif request: is being discussed
- eTarif response: is being discussed
- a tarif can be provided or it can be refused
- coverage will be used: https://www.hl7.org/fhir/R4/valueset-coverage-type.html
https://build.fhir.org/ig/hl7-be/mycarenet/
- a new value set has been created: basic laterality based on the values provided by RIZIV/INAMI
- these values are present in/a subset of the body laterality list
- is present in profile of eAttestation, bodyLaterality
- eAttest: serviceRequests - linked to Referral Prescription project
- linked to serviceRequestNurses
- values snomed will remain, there are other values determined by INAMI
- category is mandatory, code is optional for the time being, might become mandatory in the future
- support for eAttest will be optional
- as such changes in master branch are approved
- this concludes the work on eAttestation
Agenda
- continue work on logical models of eTarification towards approval of the logical models
Next meeting - 10 May 9AM