Page History
...
For disse sendes en EDI-besked om, at en specifik borger har valgt en specifik tandlæge. I kaldet indgår en RequestID, som genereres i forbindelse med at EDI-beskeden sendes, og lagres i databasen. Når der senere bekræftes eller afvises via DGWS-servicen til tandlæger, vi denne RequestID blive anvendt til at slå op hvem borgeren varlagres i databasen. Når der senere bekræftes eller afvises via DGWS-servicen til tandlæger, vi denne RequestID blive anvendt til at slå op hvem borgeren var.
EDI-beskeder sendes i praksis via EDI-portalen med en snitflade til formålet udviklet af Nasure.
Job til afsendelse af "se bort fra tidligere EDI"-beskeder
Jobbet startes via et HTTP GET kald til <serverurl>/batch-service/ignore-previous-edi-job/start
Jobbet fremsøger records fra EDIStatus-tabellen databasen. For hver afgøres om en af følgende gælder.
- Der er ikke nogle data for borgeren (opt out)
- Det er længere samme tandlæge, der er valgt (borgeren har valgt om i mellemtiden)
For disse sendes en EDI-besked om, at en borger har valgt om, og at der skal ses bort fra tidligere EDI. I kaldet indgår den RequestID, som blev sendt i forbindelse med den oprindelige EDI-besked.
EDI-beskeder sendes i praksis via EDI-portalen med en snitflade til formålet udviklet af Nasure.
...
- Data for afdøde borgere. Alle registrerede data slettes 1 år efter borgeren personerne er afgået ved døden (konfigurerbart)
- Data for borgere, der har fået tilsendt Digital Post, men stadig ikke har reageret efter 2 år (konfigurerbart)
TODO: Det vil fremgå af servicens overvågningsside om oprydningen blev færdig:
...