We will provide communication to both patient and prescriber (who eventually has to go fully digital for e-prescriptions)
Yes, we want to exclude the risk of collusion between Dr/ Pharmacist.
Error codes will be provided by Recip-E, the error handling should be developed in the softwarepackage. Mguid should be logged and provided when contacting the servicedesk.
See presentation slides (timeline). Indeed we also need to have the V4 bus of ehealth to be ready before testing can occur.
This is the patient allowing a third person as a mandatee to get the pharmaceutical products at the pharmacy. Only the patient can set this function through the (to be developed) patient platform.
A proof of electronic prescription is giving all the information. If a patient requests this info, it can be that he prefers that the pharmacists accesses the prescription by RID, so all info is needed.
Digital RID is also expected to be much more extended, which allows also much less printing. Printing RID should not be encouraged. Digital RID (if there is a possibility to digitalize this) can be encouraged. There is a big dependency of the patientplatforms that will be setting the visiflags and ensure some guarantee/ choices on … Continue reading Is it expected that we will make printing more difficult? Patient and pharmacist provided?
MGuid is used for tracebility reasons – unique identifier that is included in all internal technical transactions concerning this regulation
The detailed description that contains the date (day) of creation is explicitly written out in 4.7; for efficiency of Recip-e it is important that the creation month can be derived from the “extension”, so that you can immediately look into the correct monthly table.
Delphicare will adapt to the SAMV2 requirements