Valideringslogik enligt tillämpande tjänstedomäner

[Former user]

Det uppstår problem med datakvalitén för EI-instanser p.g.a. att det saknas logik för att validera att en post som skickas till EI (begäran till EI:Update) är korrekt enligt regelverket för tillämpande tjänstedomän. Exempelvis anger tjänstedomänen riv:clinicalprocess:healthcond:description att EI-fältet mostRecentContent är obligatoriskt (domänen anger fler domän-specifika regler). Det sker idag ingen kontroll att fältet är satt till för domänen giltigt värde när EI tar emot en Update-begäran som avser riv:clinicalprocess:healthcond:description. Det behövs en kravställning i TKB om att en producent av Update-kontraktet ska genomföra domänspecifika valideringar. Samt någon skrivning om hur dessa domänspecifika regler ska kunna tillföras en realisering under drift. Och hur reglerna ska vara representerade.

Ev. kan EI-TKB dessutom ställa krav på att respektive tillämpande domän ska releasas med sina egna valideringsregler för EI-posten i ett visst format som en EI-implementation ska tillämpa (antingen direkt/dynamiskt eller genom manuell övsersättning till implementationsspecifikt regelspråk.

#####Originally written by johan [eltesconsulting.se] on code.google.com

[Former user]

Ny regel för producenter av Update som ställer krav på schematron-validering per service-domain.

#####Originally written by khaled.daham [carity.se] on code.google.com

[Former user]

Inte krav på schematron-validering, men att den validering som uttrycks av tillämpande domäner genom schematron, ska realiseras (på godtyckligt sätt) av en EI-implementation och vara verksamma i dess Update- och ProcessNotification-tjänster.

#####Originally written by johan [eltes.se] on code.google.com

[khaled daham]

Ärendet kan stängas vi pekar i EI-TKB på att TD's regler skall efterföljas och vi har i några domäner börjat introducera schematron-uttryck för att underlätta validering, som även används i test-sviter.