...

For nuværende er der tale om APD v2, QRD og PHMR

Overblik

Nedenstående skitserer arkitekturen i biblioteket. Hvordan de forskellige nivauer af validering hænger sammen logisk.

v2

v1

Instantiering

Instantiering af interfacet sker via følgende klasse

Biblioteket består en en række valideringsklasser, der kan sættes sammen i en factory til en specifik samling af regler for en given "ting", der skal valideres. F.eks. sætter Iti41ValidationFactory et antal regler sammen, sådan at et iti-41 kald valideres korrekt inkl. cda dokumentet, der sendes i kaldet.

• En "ValidationFactory" består af en række validerings klasser.
• I princippet en klasse per validerings regel.
• En valideringsklasse består af en validering samt en liste af eventuelle under-valideringer.
• En validering kan også være at forsøge at pakke et element ud, f.eks. at pakke et cda dokument ud af de bytes et kald har modtaget
• Alle klasser (undtagen "starter") operer på det samme objekt, der sendes rundt og eventuelt beriges undervejs
• En valideringsklasse returner enten en fejlliste (med 0 eller flere fejl) eller null. Null returneres hvis validatorklassen ikke kunne udføre sin validering med hvad den modtog som input.

Når man skal lave en ny valideringsklasse til en Factory, skal man vælge en af følgende 4 templetes at tage udgangspunkt i.

Følgende diagram viser hvordan de forskellige factory klasser, der komponerer en validering, for nuværende har sat dem sammen.

Instantiering

Instantiering af biblioteket sker via en række factory klasser. Se guide til anvendere.

...

Valideringer

Biblioteket validerer på forskellige niveauer. Ovenstående figur viser, det hiraki der er, hvordan ansvaret er fordelt for denne validering. Det er muligt at tilføje felt/entitet valideringer på nivauerne CdaDocumentCdaHeaderParsingValidator, DocumentEntryValidator og DocumentEntryValidator og SubmissionSetValidator niveau.