Rule-engine funktionalitet

[st-randers]

Regel-motoren er pt. meget enkel, og mangler yderligere funktionalitet før den er generisk nok til at kunne kontrollere alle de regler som den bør.

Begrænsninger / mangler:

• Er ikke i stand til at tjekke conditional regler - dvs. regler som kun er gældende HVIS et andet logisk udtryk er sandt (HVIS type A -> Så skal udvidet helbredstillæg foreligge).
• Er kun i stand til at godkende eller afvise hele dataobjekter - brydes blot én regel, anses hele dataobjektet som brud på reglerne og flyttes derfor til en liste for sig. Skal motoren være mere generisk, bør man kunne bestemme konsekvens af brud på bestemte regler.
• Kan ikke bruge reg-ex eller lign. til at tjekke om en tekst/værdi opfylder et sådant udtryk. Contains() er dog muligt, men reg-ex eller lign. kan være brugbart til bedre at vurdere formatet af en variabel, og bestemme hvorvidt den ligner det som forventes.

Andre forslag til funktioner:

• Mulighed for at enable / disable regler.
• Oprettelse af nye regler i UI?

Herudover

• Flyt til eget projekt
• Lav sub-flow til at kontrollere arbitrært data med regelmotor
• Lav generisk UI?

[st-randers]

Jans tidligere kommentar ift. data-kontrol

altså lave kvalitets sikring for de data man modtager og sende dem i "karantæne" eller til "manuel behandling" hvis de ikke svarer til den forventede template og datatyper.

man man jo stille krav til hvert enkelt key:value at de skal returnere true med en JSONata expression.

og f.eks hvis der dukker CPR numre eller andet op i forkerte felter, hvis systemerne ikke selv laver datakontrol.. så kan vi undgå GDPR ballade... det hedder bare "Security by Design" .. selvom jeg godt ved at det kan virke lidt overdrevet.. men vi beskfætiger os jo immervæk med følsom data.

måske kunne vi bruge regex til CPR kontrol.