...

4) Backend’en indeholder en webservice, som modtager de data, der replikeres fra frontend’en. Herudover afvikles der et batchjob, der foretager løbende opfølgning på, om der er opnået evidens for de behandlingsrelationer, der er sat til opfølgning, og opretter alarm-notifikationer i de tilfælde, hvor evidens ikke blev opnået indenfor tidsfristen. Endelig afvikles et andet bachjob, der løbende sletter gamle notifikationer
4a) Replication: modtager data fra frontend ReplicationJob
4b) FollowupJob: BRS relationsopfølgning i Backend afvikles periodisk. Schedule for jobs kan konfigureres vha. en cron expression, Verificerer om ønsket evidensniveau er opnået. Genererer notifikationer hvis tidsfristen for ønsket evidens er overskredet. De gemte opfølgninger kontrolleres op imod valideringsbiblioteket for at undersøge om der er opstået relationer der giver anledning til at slette en opfølgning. Hvis en opfølgning ikke har opnået den krævede relationskategori inden dens udløb oprettes en alarm i notifikationsdatabasen via replicationjob.
4c) CleanupJob, BRS oprydning i Backend afvikles periodisk. Schedule for jobs kan konfigureres vha. en cron expression, Sletter forældede notifikationer. Alarm-notifikationer replikeres til frontend i NSP-miljøerne, hvor de kan hentes med notifikationsservicen. Dette sletter dog ikke notifikationerne, så for at undgå at der blot bliver flere og flere, er der på et oprydningsjob, som løbende sletter notifikationer, som er blevet tilpas gamle. Sletningen replikeres, så data også slettes fra de øvrige miljøer.

Datastruktur, Sundhedsdataregister: Behandlingsrelationer (BRS)

^^Tilbage til toppen^^

Register properties:

...