Versions Compared

Old Version 58

changes.mady.by.user Lene Andersen

Saved on

compared with

New Version Current

changes.mady.by.user Lene Andersen

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Tjek relevant overordnede dele er til stede i input (så validatorer ikke behøver blive negative, hvis de ikke er)

Indhold:

Table of Contents

...

Yderligere detaljer og introduktion til dokumentdeling kan læses i Dokumentdeling på NSP. 

For at lette arbejdet med at overholde/validerere for standarderne, findes XdsValidation biblioteket. DROS komponenten kan gøre brug af denne validering, for at sikre, at der ikke komme ugyldige data ind i XDS infrastrukturen. Anvendere af DROS kan selv implementere validering vha. af XdsValidation biblioteket, hvis man ønsker at finde fejl, inden det faktiske kald udføres. Alle, der er koblet på NSP XDS infrastrukturen med enten registry eller repository eller som har sit eget affinitetsdomæne, kan med fordel anvende XdsValiderings biblioteket. Også som supplement til eventuel egen validering.

...

  • Udvikling af egen udvidede validering  i klassen Apd2StartStopTimeSpecifikValueValidator (en almindelig validator vil her være passende som som skabelon)
  • Lave en kopi af klassen Iti41ValidationFactory som Iti41ValidationFactoryExtended
  • Tilføj egen validering (se eksemplet ovenfor i afsnit 2.1 for "fremtidigt eksempel med yderligere validering"
  • Der, hvor man normalt ville bruge Iti41ValidationFactory.createIti41Validator anvender man istedet Iti41ValidationFactoryExtended.createIti41Validator.

Eksempel fra DROS

For at gøre brug af xdsValidation skal følgende dependencies tilføjes til maven pom fil:

Code Block
languagexml
titleMaven pom fil
linenumberstrue
<dependency>
	<groupId>dk.nsp</groupId>
	<artifactId>validation-xds</artifactId>
</dependency>

Hvis man ikke allerede anvender IPF Open eHealth Integration Platform skal følgende dependency tilføjes

Code Block
languagexml
titleMaven pom fil
linenumberstrue
<dependency>
	<groupId>org.openehealth.ipf.commons</groupId>
	<artifactId>ipf-commons-ihe-xds</artifactId>
	<version>${openehealth.version}</version>
 </dependency> 
<!-- openehealth.version bør være samme version som XDSValidation anvender -->

Følgende kode er taget fra DROS's validerings logik for ITI 41 kald.

Code Block
languagejava
titleIti41ValidationImpl - anvendels af XdsValidation
linenumberstrue
// Fra klassen Iti41ValidationImpl metode validateAndTransform
List<ErrorInfo> xdsValidationErrors = getXdsValidationErrors(provideAndRegisterDocumentSet, xdsValidatorFactory.buildIti41Validator(), xdsValidationLevel);

// Fra klassen RegistryItiValidationImpl
protected List<ErrorInfo> getXdsValidationErrors(ProvideAndRegisterDocumentSet request, ProvideAndRegisterDocumentSetStarter starter, XdsValidationLevel xdsValidationLevel) {
    return getXdsValidationErrors(() -> starter.validate(request), xdsValidationLevel);
}

private List<ErrorInfo> getXdsValidationErrors(Supplier<ValidationResultSet> validator, XdsValidationLevel xdsValidationLevel) {
     if(xdsValidationLevel == XdsValidationLevel.OFF) {
          return new ArrayList<>();
     }
     List<ErrorInfo> errors = new ArrayList<>();
     // Perform the validation
     ValidationResultSet resultSet = validator.get();
     // Construct the result
     if(resultSet.hasErrors()) {
          // Based on the validation level, either return a warning or an error.
          Severity severity = getSeverity(xdsValidationLevel);
          for(ValidationError ve : resultSet.getErrors()) {
               ErrorInfo errorInfo = new ErrorInfo(ErrorCode.REGISTRY_METADATA_ERROR, ve.getErrorMessage(), severity, "", "");
               errors.add(errorInfo);
          }
     }
     return errors;
}

//Klassen XdsValidatorFactory
public class XdsValidatorFactory {
    public ProvideAndRegisterDocumentSetStarter buildIti41Validator() {
        return Iti41ValidationFactory.createIti41Validator();
    }

    public RegisterDocumentSetStarter buildIti42Validator() {
        return Iti42ValidationFactory.createIti42Validator();
    }

    public RegisterDocumentSetStarter buildIti57Validator() {
        return Iti57ValidationFactory.createIti57Validator();
    }

    public RegisterDocumentSetStarter buildIti61Validator() {
        return Iti61ValidationFactory.createIti61Validator();
    }
}

Dvs ønsker man benytte default valideringen for ITI 41 kaldet gøres det ved at:

  1. Oprette en instans af ProvideAndRegisterDocumentSetStarter (linie 2)
  2. Kalde metoden validate på denne med ITI 41 requested (ProvideAndRegisterDocumentSet) (linie 6)
  3. Retur får man en liste over de fejl XdsValidation fandt (linie 15)

På samme måde kan man få valideret de øvrige kald, ved at vælge den rette Starter og sende requsted ind til den.

Code Block
languagejava
titleIti42ValidationImpl - anvendels af XdsValidation
linenumberstrue
// Fra klassen Iti42ValidationImpl metode validateAndTransform
List<ErrorInfo> xdsValidationErrors = getXdsValidationErrors(registerDocumentSet, xdsValidatorFactory.buildIti42Validator(), xdsValidationLevel);

// Fra klassen RegistryItiValidationImpl

protected List<ErrorInfo> getXdsValidationErrors(RegisterDocumentSet request, RegisterDocumentSetStarter starter, XdsValidationLevel xdsValidationLevel) {
    return getXdsValidationErrors(() -> starter.validate(request), xdsValidationLevel); //for getXdsValidationErrors se ovenfor
}
Code Block
languagejava
titleIti61ValidationImpl - anvendels af XdsValidation
linenumberstrue
// Fra klassen Iti57ValidationImpl metode validateAndTransform
List<ErrorInfo> xdsValidationErrors = getXdsValidationErrors(registerDocumentSet, xdsValidatorFactory.buildIti61Validator(), xdsValidationLevel);  

// Fra klassen RegistryItiValidationImpl
protected List<ErrorInfo> getXdsValidationErrors(RegisterDocumentSet request, RegisterDocumentSetStarter starter, XdsValidationLevel xdsValidationLevel) {
    return getXdsValidationErrors(() -> starter.validate(request), xdsValidationLevel); //for getXdsValidationErrors se ovenfor
}
Code Block
languagejava
titleIti57ValidationImpl - anvendels af XdsValidation
linenumberstrue
// Fra klassen Iti41ValidationImpl metode validateAndTransform
List<ErrorInfo> xdsValidationErrors = getXdsValidationErrors(registerDocumentSet, xdsValidatorFactory.buildIti57Validator(), xdsValidationLevel);

// Fra klassen RegistryItiValidationImpl
protected List<ErrorInfo> getXdsValidationErrors(RegisterDocumentSet request, RegisterDocumentSetStarter starter, XdsValidationLevel xdsValidationLevel) {
    return getXdsValidationErrors(() -> starter.validate(request), xdsValidationLevel); //for getXdsValidationErrors se ovenfor
}

Se iøvrigt praktisk anvendelse i bibliotekets egne unit test. F.eks. CdaHeaderValidatorTest der viser CDA dokument validering og  ProvideAndRegisterDocumentSetValidatorTest, der viser en række kald for iti-41.

Understøttede valideringsregler

De implementerede valideringsregler er lavet med udgangspunkt i Medcoms standarder og IHE XDS specifikationen.

Disse standarder refereres som følger:

  • (IHE Vol3 4.2.3.1.2 Creating Coded Attributes): IHE XDS specifikationen volume 3, afsnit 4.2.3.1.2
  • (DK_IHE_ClassCode_DE): Medcoms fælles liste over tilladet værdisæt faneblad ClassCode_DE
  • (Metadata-v096 2.2.3 classCode): Medsoms danske CDA profil afsnit 2.2.3
  • (DK-APD-v2.0: 2.1.10.1 Appointment Date and Time):  Medcoms Appointment Document (APD) til aftaler afsnit 2.1.10.1

Begreber (entiteter/atributer mm) anvendt i valideringen stammer fra IHE frameworket (documentEntry og SubmissionSet) samt Medcoms Cda viewer (CDA header).

For nu er følgende valideringer implementeret. Beskrivelserne i tabelkolonnerne "Validering" stammer fra XdsValidationprojektets javadoc og skal vedligeholdes der.

Bemærk det er muligt sortere og filtrere i tabellerne med confluence indbyggede tabelhåndtering. 

(Anvend "mvn javadoc:javadoc -pl \!validation-cda-dependencies" for at generere i target/site folderne for mvn modulerne validation-xds og validation-codes)

Default validering konfiguration

Man kan med fordel tage udgangspunkt i disse konfigurerede valideringer, ligesom DROS gør i ovenstående eksempler. Hvad de hver især dækker fremgår af de følgende afsnit.

...

Har man brug for at kunne lave sin egen enricher, og tilhørende opbevaring til en validator senere i flowet kan man gøre følgende

  • Opret en klasse, som beskriver det objekt man gerne vil have enricheren til at enriche til
  • Opret en enricher i stil med f.eks. CdaDocumentPhmrModelEnricher
    • Dens enrich metode skal modtage XDSDocument som input
    • Den skal oprette et beriget objekt (punkt 1) og  tilføje det til XDSDocument som en "enrichment".

  • Lav de yderligere relevante validatorer, som validererer dette ny enriched object

  • Kombiner ekisterende  og nye enrichere og validatorer i en ValidationFactory som beskrevet i afsnittet tidligere.

    Code Block
    languagejava
    titleEksempel på anvendelse af eget format
    public static final EnrichmentKey<MyTestDocument> ENRICHMENT_MY_TEST_DOCUMENT = EnrichmentKey.create(MyTestDocument.class);

public class MyTestDocument {
	private String somefield1;
	private String somefield2;
}


public class MyTestDocumentModelEnricher extends AbstractModelEnricherImpl<XDSDocument> implements Validator<XDSDocument> {
	
	@Override
	protected ValidationResultSet enrich(XDSDocument input) {
	
		ValidationResultSet validationResultSet = new ValidationResultSet();
		
		MyTestDocument myTestClass = new MyTestDocument();
	
		// lav logik som tager relevant indhold fra XDSDocument og pakker det om til MyTestDocument
		
		// opstår der fejl kan de returneres i validationResultSet
		
		xdsDocument.setEnrichment(ENRICHMENT_MY_TEST_DOCUMENT, myTestClass);
		
		return validationResultSet;
		
	}
}


public class MyTestDocumentSomeField1Validator extends AbstractValidatorImpl<XDSDocument> {
	
	@Override
	protected ValidationResultSet validateInternal(XDSDocument input) {

		if (input == null || input.getEnrichment(ENRICHMENT_MY_TEST_DOCUMENT) == null) {
			return null;
		}

		ValidationResultSet validationResultSet = new ValidationResultSet();
		
		// lav logik til validering af input.getEnrichment(ENRICHMENT_MY_TEST_DOCUMENT).getSomeField1();
		// hvis fejl returneres de i validationResultSet;
		
		return validationResultSet;
	}
}

Eksempel fra DROS

For at gøre brug af xdsValidation skal følgende dependencies tilføjes til maven pom fil:

Code Block
languagexml
titleMaven pom fil
linenumberstrue
<dependency>
	<groupId>dk.nsp</groupId>
	<artifactId>validation-xds</artifactId>
</dependency>


Hvis man ikke allerede anvender IPF Open eHealth Integration Platform skal følgende dependency tilføjes

Code Block
languagexml
titleMaven pom fil
linenumberstrue
<dependency>
	<groupId>org.openehealth.ipf.commons</groupId>
	<artifactId>ipf-commons-ihe-xds</artifactId>
	<version>${openehealth.version}</version>
 </dependency> 
<!-- openehealth.version bør være samme version som XDSValidation anvender -->


Følgende kode er taget fra DROS's validerings logik for ITI 41 kald.

Code Block
languagejava
titleIti41ValidationImpl - anvendels af XdsValidation
linenumberstrue
// Fra klassen Iti41ValidationImpl metode validateAndTransform
List<ErrorInfo> xdsValidationErrors = getXdsValidationErrors(provideAndRegisterDocumentSet, xdsValidatorFactory.buildIti41Validator(), xdsValidationLevel);

// Fra klassen RegistryItiValidationImpl
protected List<ErrorInfo> getXdsValidationErrors(ProvideAndRegisterDocumentSet request, ProvideAndRegisterDocumentSetStarter starter, XdsValidationLevel xdsValidationLevel) {
    return getXdsValidationErrors(() -> starter.validate(request), xdsValidationLevel);
}

private List<ErrorInfo> getXdsValidationErrors(Supplier<ValidationResultSet> validator, XdsValidationLevel xdsValidationLevel) {
     if(xdsValidationLevel == XdsValidationLevel.OFF) {
          return new ArrayList<>();
     }
     List<ErrorInfo> errors = new ArrayList<>();
     // Perform the validation
     ValidationResultSet resultSet = validator.get();
     // Construct the result
     if(resultSet.hasErrors()) {
          // Based on the validation level, either return a warning or an error.
          Severity severity = getSeverity(xdsValidationLevel);
          for(ValidationError ve : resultSet.getErrors()) {
               ErrorInfo errorInfo = new ErrorInfo(ErrorCode.REGISTRY_METADATA_ERROR, ve.getErrorMessage(), severity, "", "");
               errors.add(errorInfo);
          }
     }
     return errors;
}

//Klassen XdsValidatorFactory
public class XdsValidatorFactory {
    public ProvideAndRegisterDocumentSetStarter buildIti41Validator() {
        return Iti41ValidationFactory.createIti41Validator();
    }

    public RegisterDocumentSetStarter buildIti42Validator() {
        return Iti42ValidationFactory.createIti42Validator();
    }

    public RegisterDocumentSetStarter buildIti57Validator() {
        return Iti57ValidationFactory.createIti57Validator();
    }

    public RegisterDocumentSetStarter buildIti61Validator() {
        return Iti61ValidationFactory.createIti61Validator();
    }
}


Dvs ønsker man benytte default valideringen for ITI 41 kaldet gøres det ved at:

  1. Oprette en instans af ProvideAndRegisterDocumentSetStarter (linie 2)
  2. Kalde metoden validate på denne med ITI 41 requested (ProvideAndRegisterDocumentSet) (linie 6)
  3. Retur får man en liste over de fejl XdsValidation fandt (linie 15)

På samme måde kan man få valideret de øvrige kald, ved at vælge den rette Starter og sende requsted ind til den.

Code Block
languagejava
titleIti42ValidationImpl - anvendels af XdsValidation
linenumberstrue
// Fra klassen Iti42ValidationImpl metode validateAndTransform
List<ErrorInfo> xdsValidationErrors = getXdsValidationErrors(registerDocumentSet, xdsValidatorFactory.buildIti42Validator(), xdsValidationLevel);

// Fra klassen RegistryItiValidationImpl

protected List<ErrorInfo> getXdsValidationErrors(RegisterDocumentSet request, RegisterDocumentSetStarter starter, XdsValidationLevel xdsValidationLevel) {
    return getXdsValidationErrors(() -> starter.validate(request), xdsValidationLevel); //for getXdsValidationErrors se ovenfor
}
Code Block
languagejava
titleIti61ValidationImpl - anvendels af XdsValidation
linenumberstrue
// Fra klassen Iti57ValidationImpl metode validateAndTransform
List<ErrorInfo> xdsValidationErrors = getXdsValidationErrors(registerDocumentSet, xdsValidatorFactory.buildIti61Validator(), xdsValidationLevel);  

// Fra klassen RegistryItiValidationImpl
protected List<ErrorInfo> getXdsValidationErrors(RegisterDocumentSet request, RegisterDocumentSetStarter starter, XdsValidationLevel xdsValidationLevel) {
    return getXdsValidationErrors(() -> starter.validate(request), xdsValidationLevel); //for getXdsValidationErrors se ovenfor
}
Code Block
languagejava
titleIti57ValidationImpl - anvendels af XdsValidation
linenumberstrue
// Fra klassen Iti41ValidationImpl metode validateAndTransform
List<ErrorInfo> xdsValidationErrors = getXdsValidationErrors(registerDocumentSet, xdsValidatorFactory.buildIti57Validator(), xdsValidationLevel);

// Fra klassen RegistryItiValidationImpl
protected List<ErrorInfo> getXdsValidationErrors(RegisterDocumentSet request, RegisterDocumentSetStarter starter, XdsValidationLevel xdsValidationLevel) {
    return getXdsValidationErrors(() -> starter.validate(request), xdsValidationLevel); //for getXdsValidationErrors se ovenfor
}


Se iøvrigt praktisk anvendelse i bibliotekets egne unit test. F.eks. CdaHeaderValidatorTest der viser CDA dokument validering og  ProvideAndRegisterDocumentSetValidatorTest, der viser en række kald for iti-41.

Understøttede valideringsregler

De implementerede valideringsregler er lavet med udgangspunkt i de danske standarder og IHE XDS specifikationen.

Disse regler/standarder refereres på følgende måde::

  • IHE Vol3 4.2.3.1.2 Creating Coded Attributes: Henviser til IHE XDS specifikationen volume 3, afsnit 4.2.3.1.2
  • DK_IHE_ClassCode_DE: Henviser til til Medcoms fælles liste over tilladet værdisæt faneblad ClassCode_DE
  • Metadata-v096 2.2.3 classCode: Henviser til den danske CDA profil afsnit 2.2.3
  • DK-APD-v2.0.1: 2.1.10.1 Appointment Date and Time: Henviser til Appointment Document (APD) til aftaler afsnit 2.1.10.1
  • DK-QRD-v1.3: 2.2.5 Custodian: Henviser til Questionnaire Response Document (QRD)  afsnit 2.2.5
  • PHMR-DK-v1.3 2.13.3 Custodian: Henviser til Personal Healthcare Monitoring Report (PHMR) afsnit 2.13.3

Begreber (entiteter/atributer mm) anvendt i valideringen stammer fra IHE frameworket (documentEntry og SubmissionSet) samt Medcoms Cda builder/parser (anvendes til at parse CDA header og de konkrete danske profileringer).

For nu er følgende valideringer implementeret. Beskrivelserne i tabelkolonnerne "Validering" stammer fra XdsValidationprojektets javadoc og skal vedligeholdes der.

Bemærk det er muligt sortere og filtrere i tabellerne med confluence indbyggede tabelhåndtering. 

(Anvend "mvn javadoc:javadoc" for at generere i target/site folderne for mvn modulerne validation-xds og validation-codes)

Default validering konfiguration

Man kan med fordel tage udgangspunkt i disse konfigurerede valideringer, ligesom DROS gør i ovenstående eksempler. Hvad de hver især dækker fremgår af de følgende afsnit.

Klasse
CdaDocumentValidatorFactory
Iti41ValidationFactory
Iti42ValidationFactory
Iti61ValidationFactory
Iti57ValidationFactory


De forskellige factories anvender en TerminologyDictionary. I TerminologyDictionary findes en række "LegalCodeChecker"s som anvendes af typevalideringerne (se afsnit nedenfor) til at validere gyldige koder med. Default opsætningen er specificeret i TerminologyDictionary og er følgende:

  • ClassCode: Default gyldigt codeSystem er OID "1.2.208.184.100.9" (DK_IHE_ClassCode_DE).
  • ConfidentialityCode: Default gyldigt codeSystem er OID "2.16.840.1.113883.5.25". Gyldig kode er "N". (DK_IHE_ConfidentialityCode_DE)
  • OrganisationCode: Default gyldige codeSystemer er "1.2.208.176.1.1" (SOR) og "1.2.208.176.1.4" (YDERNUMMER).
  • PatientIdCode: Default gyldigt codeSystem er "1.2.208.176.1.2" (CPR).

Ønskes validering af hele kodersæt, kan disse sendes med ind istedet for anvendelse af default valideringen. Benyt LegalCodeCheckerAsList til dette. Og ønkes en helt anden anden kodevalidering end mod en liste kan man lave sin egen implementation af LegalCodeChecker.

Validering  Validering af struktur

Dette er validering, som har med struktur at gøre. F.eks. udpakning af information og forventninger til del-elementer.

...

KlasseValideringITI 41ITI 42ITI 61ITI 57Cda dokument
ProvideAndRegisterDocumentSetStarter
  • submissionSet pakkes ud
  • dokumenter pakkes ud
  • der skal er som minimum være et dokument
x



RegisterDocumentSetStarter
  • submissionSet pakkes ud
  • dokumentEntries pakkes ud

xxx







XDSDocumentITI41StructureValidator
  • der findes et documentEntry
  • der findes et fysisk dokument
  • der findes et submissionSet
x



XDSDocumentITI42StructureValidator
  • der findes et documentEntry
  • der findes et submissionSet

x


XDSDocumentITI61StructureValidator
  • der findes et documentEntry
  • der findes et submissionSet


x

XDSDocumentITI57StructureValidator
  • der findes et submissionSet



x







XDSDocumentValidator
  • under-validatorne tjekker for dokument type. Default vil det være:
    • CdaDocumentHeaderModelEnricher
x



CdaDocumentValidator
  • under-validatorne tjekker for dokument type. Default vil
det være:
  • CdaDocumentHeaderModelEnricher
xCdaDocumentValidator
  • under-validatorne tjekker for dokument type. Default vil det være:
    • CdaDocumentHeaderModelEnricher
xCdaDocumentTypeValidator
  • under-validatorne tjekker for dokument type/ indholdsprofil. Default vil det være:
    • CdaDocumentApdV2ModelEnricher
    • CdaDocumentPhmrModelEnricher
    • CdaDocumentQrdModelEnricher
xx
  • det være:
    • CdaDocumentHeaderModelEnricher




x
CdaDocumentTypeValidator
  • under-validatorne tjekker for dokument type/ indholdsprofil. Default vil det være:
    • CdaDocumentApdV2ModelEnricher
    • CdaDocumentPhmrModelEnricher
    • CdaDocumentQrdModelEnricher
x


x







XDSDocumentContentModelEnricher
  • indhold kan læses som bytes (UTF8)
x



CdaDocumentHeaderModelEnricher
  • bytes kan parses som en CDA header
x


x
CdaDocumentApdV2ModelEnricherx


x
CdaDocumentPhmrModelEnricher
  • det er et PHMR dokument: CodeCodedValue har Codesystem "2.16.840.1.113883.6.1" og code "53576-5"
  • det er Cda Header Version 1: FormatCode er null (anvendt parser finder ikke formatCode for v1)
  • CDA dokumentet kan parses som et PHMR dokument
x


x
CdaDocumentQrdModelEnricher
  • det er et QRD dokument: CodeCodedValue har Codesystem "2.16.840.1.113883.6.1" og code "74465-6"
  • det er Cda Header Version 1: FormatCode er null (anvendt parser finder ikke formatCode for v1)
  • CDA dokumentet kan parses som et QRD dokument
x


x
CdaDocumentPhadModelEnricher
  • det er et PHAD dokument: CodeCodedValue
XDSDocumentContentModelEnricher
  • indhold kan læses som bytes (UTF8)
xCdaDocumentHeaderModelEnricher
  • bytes kan parses som en CDA header
xxCdaDocumentApdV2ModelEnricherdet er et aftale dokument: CodeCodedValue 392894"
  • det er Cda Header Version 2: FormatCode har Codesystem "1.2.208.184.100.10" og code "urn:ad:dk:medcom:apd-v2.0.1:full"
  • CDA dokumentet kan parses som et APD dokument
    		• xxCdaDocumentPhmrModelEnricher
    • det er et PHMR dokument: CodeCodedValue har Codesystem "2.16.840.1.113883.6.1" og code "53576-5"
    • det er Cda Header Version 1: FormatCode er null (anvendt parser finder ikke formatCode for v1)
    • CDA dokumentet kan parses som et PHMR dokument
    		xxCdaDocumentQrdModelEnricher
    • det er et QRD dokument: CodeCodedValue har Codesystem "2.16.840.1.113883.6.1" og code "74465-6"
    • det er Cda Header Version 1: FormatCode er null (anvendt parser finder ikke formatCode for v1)
    • CDA dokumentet kan parses som et QRD dokument
    		xx

    Typevalideringer

    Dette er hjælpevalideringer, som feltvalideringer gør brug af.

    x


    		x


    Typevalideringer

    Dette er hjælpevalideringer, som feltvalideringer gør brug af.

    KlasseValidering

    AbstractElementCompare

    • sammenligning af 2 lister (hver med nul, en eller flere objekter)
    • antal af objekter i listen er ens
    • de enkelte objekter er ens på de samme pladser i listen

    CodedModelCompare

    • overholder validering i AbstractElementCompare hvor følgende opfylder "objekter er ens"
      • value er ens
      • codeSystem er ens
      • displayName er ens

    DateTimeCompare

    • overholder validering i AbstractElementCompare hvor følgende opfylder "objekter er ens"
      • dateTime er ens

    DateCompare

    • overholder validering i AbstractElementCompare hvor følgende opfylder "objekter er ens"
      • år, måned og dag i Calender er ens

    StringCompare

    • overholder validering i AbstractElementCompare hvor følgende opfylder "objekter er ens"
      • de to strenge er ens



    CodedValueValidation

    • regel: IHE Vol3 4.2.3.1.2 Creating Coded Attributes
    • codeSystem er udfyldt hvis krævet
    • codeSystem er gyldigt hvis krævet
    • code er udfyldt hvis krævet
    • displayName er udfyldt hvis krævet
    • yderligere kode validering som implementeret i legalCodeChecker (med default værdier i TerminologyDictionary)

    StringValidation

    • overholder regler specificeret af anvender:
      • er udfyldt hvis påkrævet sat
      • længden på værdien er ikke  større end maksimum længde angivet
      • værdien er en af de tilladte værdier angivet

    ClassCodeValidation

    • regel: IHE Vol3 4.2.3.1.2 Creating Coded Attributes
    • længden på code er ikke  større end 3 (DK_IHE_ClassCode_DE)
    • overholder validering i CodedValueValidation. Default gyldigt codeSystem angivet i TerminologyDictionary. Code, CodeSystem og DisplayName er udfyldt.
    ConfidentialityCodeValidation
    • regel: IHE Vol3 4.2.3.1.2 Creating Coded Attributes
    • overholder validering i CodedValueValidation. Default gyldigt codeSystem angivet i TerminologyDictionary. Code og CodeSystem er udfyldt.
    EventCodeValidation
    • regel IHE 4.2.3.1.2 Creating Coded Attributes
    • overholder validering i CodedValueValidation. Ingen default gyldig codeSystem.  Code, CodeSystem og DisplayName er udfyldt.
    FormatCodeValidation
    • regel: IHE
    KlasseValidering

    AbstractElementCompare

    • sammenligning af 2 lister (hver med en eller flere objekter)
    • antal af objekter skal være ens
    • de enkelte objekter skal være ens på de samme pladser i listen

    CodedModelCompare

    • validering for AbstractElementCompare med typen CodeModel, hvor følgende opfylder "objekterne er ens"
    • value skal være ens
    • codeSystem skal være ens
    • displayName skal være ens

    DateTimeCompare

    • validering for AbstractElementCompare med typen DateTime, hvor følgende opfylder "objekter er ens"
    • dateTime skal være ens

    StringCompare

    • validering for AbstractElementCompare med typen String, hvor følgende opfylder "objekter er ens"
    • de to strenge skal være ens

    CodedValueValidation

    • (IHE Vol3 4.2.3.1.2 Creating Coded Attributes)
    • udfyldt codeSystem
    • gyldigt codeSystem (DK_IHE_ClassCode_DE)
    • udfyldt code

    ClassCodeValidation

    • overholder validering i CodedValueValidation. Ingen default gyldig codeSystem. Code, CodeSystem og DisplayName er udfyldt.
    HealthcareFacilityTypeCodeValidation
    • regel: IHE (IHE Vol3 4.2.3.1.2 Creating Coded Attributes)
    • hvis udfyldt er værdien numerisk længden på code må ikke være større end 3 (DK_IHE_ClassCodeHealthcareFacilityType_DE)
    • displayName skal være udfyld 
    • overholder validering i CodedValueValidation. Ingen default gyldig codeSystem. Code, CodeSystem og DisplayName er udfyldt.
    LanguageCodeValidation
    • overholder validering i StringValidation. Påkrævet og default tilladt værdi er "da-DKvalidering for CodedValueValidation. Default gyldigt codeSystem er OID "1.2.208.184.100.9" (DK_IHE_ClassCodeLanguageCode_DE)
    OrganisationCodeValidation
    • hvis codeSystem er Yder så er længden på code 6
    • hvis codeSystem er Yder er code numerisk
    • overholder validering i
    		ConfidentialityCodeValidation
    • (IHE 4.2.3.1.2 Creating Coded Attributes)
    • code skal indholde "N" (DK_IHE_ConfidentialityCode_DE)
    • validering for CodedValueValidation. Default gyldigt codeSystem er OID "2.16.840.1.113883.5.25" (DK_IHE_ConfidentialityCode_DE)angivet i TerminologyDictionary. Code og CodeSystem er udfyldt.
    PatientIdCodeValidation
    • overholder validering i CodedValueValidation. Default gyldigt codeSystem angivet i TerminologyDictionary. Code og CodeSystem er udfyldt.
    PracticeSettingCodeValidation
    • regel:
    		EventCodeValidation
    • ( IHE 4.2.3.1.2 Creating Coded Attributes)
    • displayName skal være udfyldt
    • validering for overholder validering i CodedValueValidation. Der er ingen Ingen default gyldig codeSystem.
    		FormatCodeValidation
    • Code, CodeSystem og DisplayName er udfyldt.
    TitleValidation
    • validering for StringValidation. Påkrævet og default maksimum længde er 128 (Metadata-v096 2.2.31 title)
    TypeCodeValidation
    • regel: ( IHE 4.2.3.1.2 Creating Coded Attributes)displayName skal være udfyldtAttributes
    • validering for i CodedValueValidation. Der er ingen default gyldig codeSystem.
    HealthcareFacilityTypeCodeValidation
    • (IHE 4.2.3.1.2 Creating Coded Attributes)
    • displayName skal være udfyldt
    • hvis udfyldt skal værdien være numerisk (DK_HealthcareFacilityType_DE)
    • validering for CodedValueValidation. Der er ingen default gyldig codeSystem.
    LanguageCodeValidation
    • validering for StringValidation. Default gyldig værdi er "da-DK" (DK_IHE_LanguageCode_DE)
    OrganisationCodeValidation
    • hvis codeSystem er Yder så skal længden på code være 6
    • hvis codeSystem er Yder så skal code være numerisk
    • validering for CodedValueValidation. Default gyldige codeSystemer er "1.2.208.176.1.1" (SOR) og "1.2.208.176.1.4" (YDERNUMMER)
    PatientIdCodeValidation
    • validering for CodedValueValidation. Default gyldigt codeSystem er "1.2.208.176.1.2" (CPR)
    PracticeSettingCodeValidation
    • (IHE 4.2.3.1.2 Creating Coded Attributes)
    • displayName skal være udfyldt
    • validering for CodedValueValidation. Der er ingen default gyldig codeSystem.
    StringValidation
    • udfyldt baseret på isRequired
    • maksimum længde baseret på maxLength
    • tilladte værdier baseret på legalValues
    TitleValidation
    • validering for StringValidation. Default gyldig maksimum længde er 128 (Metadata-v096 2.2.31 title)
    TypeCodeValidation
    • (IHE 4.2.3.1.2 Creating Coded Attributes)
    • displayName skal være udfyldt
    • validering for CodedValueValidation. Der er ingen default gyldig codeSystem.

    Krydsvalideringer

    Her sammenlignes to entiteter. Disse valideringer sikrer, at de samme felter i forskellige entiteter (documentEntry, submissionSet og Cda dokument) er ens. Hvis mindst en af entiterne kan indholde flere felter af den samme type, sammenlignes antallet af disse også.

    Afkrydningen i tabellens 5 sidste søjler indikerer, om en given validering er inkluderet i default valideringer, som er konfigureret i XdsValidation biblioteket.

    ...

    • der er lige mange authors på CDA header og documentEntry
    • der er lige mange AuthorInstitutions på author på CDA header og documentEntry
    • overholder validering for CodedModelCompare med CDA header værdi og documentEntry liste

    ...

    • der er lige mange authors på documentEntry og CDA header
    • overholder validering for StringCompare med CDA header liste og documentEntry liste (listerne består af personens titel og navne)

    ...

    • Ingen default gyldig codeSystem. Code, CodeSystem og DisplayName er udfyldt.

    Krydsvalideringer

    Her sammenlignes to entiteter. Disse valideringer sikrer, at de samme felter i forskellige entiteter (documentEntry, submissionSet og Cda dokument) er ens. Hvis mindst en af entiterne kan indholde flere felter af den samme type, sammenlignes antallet af disse også.

    Afkrydningen i tabellens 5 sidste søjler indikerer, hvilke default valideringer, den enkelte validator er inkludret i.

    KlasseValidering mellem de 2 entiter nævnt i klassens navnITI 41ITI 42ITI 61ITI 57Cda dokument
    CdaCrossDocumentEntryAuthorInstitutionValidator
    • der er lige mange authors (dvs en)
    • der er lige mange AuthorInstitutions på den enkelte author
    • overholder validering i CodedModelCompare
    		x



    CdaCrossDocumentEntryAuthorPersonValidator
    • der er lige mange authors (dvs en)
    • overholder validering i StringCompare indholdende personens titel og navne
    		x



    CdaCrossDocumentEntryConfidentialityCodeValidator
    • der er lige mange ConfidentialityCodes (dvs en)
    • overholder validering i CodedModelCompare
    		x



    CdaCrossDocumentEntryCreationTimeValidator
    • overholder validering i DateTimeCompare
    		x



    CdaCrossDocumentEntryEventCodeValidator
    • overholder validering i CodedModelCompare
    		x



    CdaCrossDocumentEntryLanguageCodeValidator
    • overholder validering i StringCompare indeholdende languageCode værdierne
    		x



    CdaCrossDocumentEntryLegalAuthenticatorValidator
    • overholder validering i StringCompare indeholdende legalAuthenticators titel og navne
    		x



    CdaCrossDocumentEntryPatientIdValidator
    • overholder validering i CodedModelCompare
    		x



    CdaCrossDocumentEntryServiceStartTimeValidator
    • overholder validering i DateTimeCompare
    		x



    CdaCrossDocumentEntryServiceStopTimeValidator
    • overholder validering i DateTimeCompare
    		x



    CdaCrossDocumentEntrySourcePatientIdValidator
    • overholder validering i CodedModelCompare
    		x



    CdaCrossDocumentEntrySourcePatientInfoValidator
    • overholder validering i StringCompare indeholdende personens titel og navne
    • overholder validering i DateCompare med datoer, hvor datoer er fødselsdato
    • overholder validering i StringCompare med køn værdierne
    		x



    CdaCrossDocumentEntryTitleValidator
    • overholder validering i StringCompare indeholdende titel værdierne
    		x



    CdaCrossDocumentEntryTypeCodeValidator
    • overholder validering i CodedModelCompare
    		x



    SubmissionSetCrossDocumentEntryAuthorInstitutionValidator
    • ! forudsætning for validering: submissionSet har authors
    • der er lige mange authors
    • der er lige mange AuthorInstitutions på den enkelte author
    • overholder validering i CodedModelCompare
    		xxxx
    SubmissionSetCrossDocumentEntryAuthorPersonValidator
    • ! forudsætning for validering: submissionSet har authors
    • overholder validering i StringCompare indholdende personernes titel og navne
    • (indirekte test af at der er lige mange authors qua listen af titel og navne)
    		xxxx
    SubmissionSetCrossDocumentEntryPatientIdValidator
    • value og codeSystem er ens
    		xxxx

    Feltvalideringer

    Hver validering beskæftiger sig med et specifikt felt i enten ITI kald og/eller CDA dokumentet.

    Afkrydningen i tabellens 5 sidste søjler indikerer, hvilke default valideringer, den enkelte validator er inkludret i.

    Søjlen "felt" kan anvendes til sortering, hvis man ønsker at se valideringen for et specifik felt på tværs af entitet.

    KlasseFeltValideringITI 41ITI 42ITI 61ITI 57Cda dokument

    CdaHeaderAuthorInstitutionValidator

    		AuthorInstitution
    • regel: Metadata-v096 2.2.1.1 authorInstitution
    • author er udfyldt 
    • authorInstitution er udfyldt
    • overholder validering i OrganisationCodeValidation
    		x


    		x

    CdaHeaderAuthorPersonValidator

    		AuthorPerson
    • regel: Metadata-v096 2.2.1.2 authorPerson
    • ! forudsætning for validering: authorPerson er udfyldt
    • der er et FamilyName og mindst et givenName
    		x


    		x

    CdaHeaderConfidentialityCodeValidator

    		ConfidentialityCode
    • regel: Metadata-v096 2.2.5 confidentialityCode
    • confidentialityCode er udfyldt
    • overholder validering i ConfidentialityCodeValidation
    		x


    		x

    CdaHeaderEventCodeValidator

    		EventCode
    • regel: Metadata-v096 2.2.9 eventCodeList
    • ! forudsætning for validering: EventCodeList har elementer
    • EventCode er udfyldt
    • overholder validering i EventCodeValidation
    		x


    		x

    CdaHeaderFormatCodeValidator

    		FormatCode
    • regel: Metadata-v096 2.2.10 formatCode
    • ! forudsætning for validering: FormatCode er udfyldt
      (krav om udfyldelse varierer per dokumenttype og håndteres default af CdaDocument*type*ModelEnricher)
    • overholder validering i FormatCodeValidation
    		x


    		x

    CdaHeaderLanguageCodeValidator

    		LanguageCode
    • regel: Metadata-v096 2.2.15 languageCode
    • languageCode er udfyldt
    • overholder validering i LanguageCodeValidation
    		x


    		x

    CdaHeaderPatientIdValidator

    		PatientId
    • regel: Metadata-v096 2.2.20 patientId
    • der er en Patient med et PatientId
    • overholder validering i PatientIdCodeValidation
    		x


    		x

    CdaHeaderSourcePatientIdValidator

    		SourcePatientId
    • regel: Metadata-v096 2.2.28 sourcePatientId
    • der er en sourcePatient med et PatientId
    • overholder validering i PatientIdCodeValidation
    		x


    		x

    CdaHeaderSourcePatientInfoValidator

    		SourcePatientInfo
    • regel: Metadata-v096 2.2.29 sourcePatientInfo
    • der er en patient
    • der er et familyName og mindst et givenName
    • der er en fødselsdag
    • der er et køn
    		x


    		x

    CdaHeaderTitleValidator

    		Title
    • regel: Metadata-v096 2.2.31 title
    • title er udfyldt
    • overholder validering i TitleValidation
    		x


    		x

    CdaHeaderTypeCodeValidator

    		TypeCode
    • regel: Metadata-v096 2.2.32 typeCode
    • TypeCode (CodeCodedValue) er udfyldt
    • overholder validering i TypeCodeValidation
    		x


    		x

    DocumentEntryClassCodeValidator

    		ClassCode
    • regel: Metadata-v096 2.2.3 classCode
    • classCode er udfyldt
    • overholder validering i ClassCodeValidation
    		xxxx
    DocumentEntryAuthorInstitutionValidatorAuthorInstitution
    • regel: Metadata-v096 2.2.1.1 authorInstitution
    • der er mindst en author
    • der er en authorInstitution 
    • overholder validering i OrganisationCodeValidation
    		xxxx
    DocumentEntryAuthorPersonValidatorAuthorPerson
    • regel: Metadata-v096 2.2.1.2 authorPerson
    • ! forudsætning for validering: authorPerson er udfyldt
    • der er et familyName og et givenName
    		xxxx
    DocumentEntryAvailabilityStatusValidatorAvailabilityStatus
    • regel: Metadata-v096 2.2.2 availabilityStatus
    • AvailabilityStatus er udfyldt
    • AvailabilityStatus indeholder værdien approved eller deprecated
    		xxxx
    DocumentEntryClassCodeValidatorClassCode
    • regel: Metadata-v096 2.2.3 classCode
    • classCode er udfyldt
    • overholder validering i ClassCodeValidation
    		xxxx
    DocumentEntryConfidentialityCodeValidatorConfidentialityCode
    • regel: Metadata-v096 2.2.5 confidentialityCode
    • der er mindst en confidentialityCode
    • overholder validering i ConfidentialityCodeValidation
    		xxxx
    DocumentEntryCreationTimeValidatorCreationTime
    • regel: Metadata-v096 2.2.7 createTime
    • CreationTime er udfyldt

    ...

    • der er lige mange ConfidentialityCodes på CDA header og documentEntry
    • overholder validering for CodedModelCompare med CDA header værdi og documentEntry liste

    ...

    • overholder validering for DateTimeCompare med datoerne

    ...

    • overholder validering for CodedModelCompare med CDA header liste og documenEntry liste

    ...

    • overholder validering for StringCompare med languageCode værdierne

    ...

    • overholder validering for StringCompare med CDA header liste og documentEntry liste (listerne består af legalAuthenticators titel og navne)

    ...

    • overholder validering for CodedModelCompare med CDA header værdi og documentEntry værdi

    ...

    • overholder validering for DateTimeCompare med datoerne

    ...

    • overholder validering for DateTimeCompare med datoerne

    ...

    • overholder validering for CodedModelCompare med CDA header værdi og documentEntry værdi 

    ...

    • overholder validering for StringCompare med CDA header liste og documentEntry liste (listerne består af personens titel og navne)
    • overholder validering for DateTimeCompare med datoer, hvor datoer er fødselsdato
    • overholder validering for StringCompare med køn værdierne

    ...

    • overholder validering for StringCompare med titel værdierne

    ...

    • overholder validering for CodedModelCompare med CDA header værdi og documentEntry værdi

    ...

    • ! forudsætning for validering: submissionSet har authors
    • der er lige mange authors på submissionSet og documentEntry
    • der er lige mange AuthorInstitutions på author på submissionSet og documentEntry
    • overholder validering for CodedModelCompare med submissionSet liste og documentEntry liste

    ...

    • overholder validering for StringCompare med SubmissionSet liste og documentEntry liste (listerne består af en eller flere personers titel og navne)

    ...

    • value og codeSystem er ens for submissionSet og documentEntry

    ...

    Feltvalideringer

    Hver validering beskæftiger sig med et specifikt felt i enten ITI kald og/eller CDA dokumentet.

    Afkrydningen i tabellens 5 sidste søjler indikerer, om en given validering er inkluderet i default valideringer, som er konfigureret i XdsValidation biblioteket.

    Søjlen "felt" kan anvendes til sortering, hvis man ønsker at se valideringen for et specifik felt på tværs af entitet.

    KlasseFeltValideringITI 41ITI 42ITI 61ITI 57Cda dokument

    CdaHeaderAuthorInstitutionValidator

    		AuthorInstitution
    • (Metadata-v096 2.2.1.1 authorInstitution)
    • der skal være een author 
    • der skal være en authorInstitution
    • validering for OrganisationCodeValidation
    		xx

    CdaHeaderAuthorPersonValidator

    		AuthorPerson
    • (Metadata-v096 2.2.1.2 authorPerson)
    • der skal være en author
    • der skal være en authorPerson
    • der skal være et FamilyName og mindst et givenName
    		xx

    CdaHeaderConfidentialityCodeValidator

    		ConfidentialityCode
    • (Metadata-v096 2.2.5 confidentialityCode)
    • udfyldt confidentialityCode
    • validering for ConfidentialityCodeValidation
    		xx

    CdaHeaderEventCodeValidator

    		EventCode
    • (Metadata-v096 2.2.9 eventCodeList)
    • der valideres kun hvis EventCodeList har elementer
    • EventCode skal være udfyldt
    • validering for EventCodeValidation
    		xx

    CdaHeaderFormatCodeValidator

    		FormatCode
    • (Metadata-v096 2.2.10 formatCode)
    • der valideres kun hvis FormatCode er udfyldt
      (krav om udfyldelse varierer per dokumenttype og håndteres default af CdaDocument*type*ModelEnricher)
    • validering for FormatCodeValidation
    		xx

    CdaHeaderLanguageCodeValidator

    		LanguageCode
    • (Metadata-v096 2.2.15 languageCode)
    • udfyldt languageCode
    • validering for LanguageCodeValidation
    		xx

    CdaHeaderPatientIdValidator

    		PatientId
    • (Metadata-v096 2.2.20 patientId)
    • der skal være en Patient med et PatientId
    • validering for PatientIdCodeValidation
    		xx

    CdaHeaderSourcePatientIdValidator

    		SourcePatientId
    • (Metadata-v096 2.2.28 sourcePatientId)
    • der skal være en sourcePatient med et PatientId
    • validering for PatientIdCodeValidation
    		xx

    CdaHeaderSourcePatientInfoValidator

    		SourcePatientInfo
    • (Metadata-v096 2.2.29 sourcePatientInfo)
    • der skal være en patient
    • der skal være et familyName og mindst et givenName
    • der skal være en fødselsdag
    • der skal være et køn
    		xx

    CdaHeaderTitleValidator

    		Title
    • (Metadata-v096 2.2.31 title)
    • udfyldt title
    • validering for TitleValidation
    		xx

    CdaHeaderTypeCodeValidator

    		TypeCode
    • (Metadata-v096 2.2.32 typeCode)
    • TypeCode (CodeCodedValue) skal være udfyldt
    • validering for TypeCodeValidation
    		xx

    DocumentEntryClassCodeValidator

    		ClassCode
    • (Metadata-v096 2.2.3 classCode)
    • udfyldt classCode
    • validering for ClassCodeValidation
    		xxxx
    DocumentEntryAuthorInstitutionValidatorDocumentEntryEntryUUIDValidatorAuthorInstitutionEntryUUID
    • (regel: Metadata-v096 2.2.1.1 authorInstitution)
    • der skal være mindst een author
    • der skal være en authorInstitution 
    • validering for OrganisationCodeValidation
    • 8 entryUUID
    • EntryUUID er udfyldt
    		xxxx
    DocumentEntryAuthorPersonValidatorDocumentEntryEventCodeValidatorAuthorPersonEventCode
    • (regel: Metadata-v096 2.2.1.2 authorPerson)
    • der skal være mindst en author 
    • der skal være en authorPerson på hver author
    • 9 eventCodeList
    • ! forudsætning for validering: EventCodeList har elementer
    • EventCode er udfyldt
    • overholder validering i EventCodeValidationder skal være et familyName og et givenName
    		xxxx
    DocumentEntryAvailabilityStatusValidatorDocumentEntryFormatCodeValidatorAvailabilityStatusFormatCode
    • (regel: Metadata-v096 2.2.2 availabilityStatus)
    • AvailabilityStatus skal være udfyldt
    • 10 formatCode
    • FormatCode er udfyldt
    • overholder validering i FormatCodeValidationAvailabilityStatus skal indeholde værdien approved eller deprecated
    		xxxx
    DocumentEntryClassCodeValidatorDocumentEntryHashValidatorClassCodeHash
    • (regel: Metadata-v096 2.2.3 classCode)
    • udfyldt classCode
    • validering for ClassCodeValidation
    x
    • 11 hash
    • ! forudsætning for validering: type er udfyldt
    • Hash er udfyldt for Stable
    • Hash er ikke udfyldt for onDemand

    		xxx
    DocumentEntryConfidentialityCodeValidatorDocumentEntryHealthcareFacilityTypeCodeValidatorConfidentialityCodeHealthcareFacilityTypeCode
    • (regel: Metadata-v096 2.2.5 confidentialityCode)
    • mindst en confidentialityCode
    • 12 healthcareFacilityTypeCode
    • FealthcareFacilityTypeCode er udfyldt
    • overholder validering i HealthcareFacilityTypeCodeValidationvalidering for ConfidentialityCodeValidation
    		xxxx
    DocumentEntryLanguageCodeValidatorLanguageCode
    • regel: Metadata-v096 2.2.15 languageCode
    • languageCode er udfyldt
    • overholder validering i LanguageCodeValidation
    		DocumentEntryCreationTimeValidatorCreationTime
    • CreationTime skal være udfyldt
    		xxxx
    DocumentEntryEntryUUIDValidatorDocumentEntryLegalAuthenticatorValidatorEntryUUIDLegalAuthenticator
    • (regel: Metadata-v096 2.2.8 entryUUID)16 legalAuthenticator
    • ! forudsætning for validering: legelAuthenticator er udfyldt
    • der er et familyName og et givenName EntryUUID skal være udfyldt
    		xxxx
    DocumentEntryEventCodeValidatorDocumentEntryMimeTypeValidatorEventCodeMimeType
    • (regel: Metadata-v096 2.2.9 eventCodeList)
    • der valideres kun hvis EventCodeList har elementer
    • EventCode skal være udfyldt
    • 18 mimeType
    • MimeType er udfyldtvalidering for EventCodeValidation
    		xxxx
    DocumentEntryFormatCodeValidatorDocumentEntryPatientIdValidatorFormatCodePatientId
    • (regel: Metadata-v096 2.2.10 formatCode)
    • FormatCode skal være udfyldt
    • 20 PatientId
    • der er en PatientId
    • overholder validering i PatientIdCodeValidationvalidering for FormatCodeValidation
    		xxxx
    DocumentEntryHashValidatorDocumentEntryPracticeSettingCodeValidatorHashPracticeSettingCode
    • (regel: Metadata-v096 2.2.11 hash)
    • der valideres kun hvis type er udfyldt og der er tale om onDemand
      • Hash skal være udfyldt
    • 21 practiceSettingCode
    • ! forudsætning for validering: PracticeSettingCode er udfyldt
    • overholder validering i PracticeSettingCodeValidation
    		xxxx
    DocumentEntryHealthcareFacilityTypeCodeValidatorDocumentEntryReferenceidListValidatorHealthcareFacilityTypeCodeReferenceidList
    • (regel: Metadata-v096 2.2.12 healthcareFacilityTypeCode)
    • FealthcareFacilityTypeCode skal være udfyldt
    • 2.22 referenceIdList
    • ! forudsætning for validering: ReferenceIdList har elementer
    • Id er udfyldt
    • længden af Id overstiger ikke 256validering for HealthcareFacilityTypeCodeValidation
    		xxxx
    DocumentEntryLanguageCodeValidatorDocumentEntryRepositoryUniqueIdValidatorLanguageCodeRepositoryUniqueId
    • (regel: Metadata-v096 2.2.15 languageCode)
    • udfyldt languageCode
    • validering for LanguageCodeValidation
    • 23 repositoryUniqueId
    • RepositoryUniqueId er udfyldt
    		xxxx
    DocumentEntryLegalAuthenticatorValidatorDocumentEntrySizeValidatorLegalAuthenticatorSize
    • (regel: Metadata-v096 2.2.16 legalAuthenticator)
    • der valideres kun hvis LegalAuthenticator er udfyldt 
    • der skal være et familyName og et givenName 
    x
    • 26 size
    • ! forudsætning for validering: type er udfyldt
    • Size er udfyldt for Stable
    • Size er ikke udfyldt for onDemand

    		xxx
    DocumentEntryMimeTypeValidatorDocumentEntrySourcePatientIdValidatorMimeTypeSourcePatientId
    • (regel: Metadata-v096 2.2.18 mimeType)28 sourcePatientId
    • der er en SourcePatientId
    • overholder validering i PatientIdCodeValidationMimeType skal være udfyldt
    		xxxx
    DocumentEntryPatientIdValidatorDocumentEntrySourcePatientInfoValidatorPatientIdSourcePatientInfo
    • (regel: Metadata-v096 2.2.20 PatientId)
    • der skal være en PatientId
    • 29 sourcePatientInfo
    • der er en SourcePatientInfo
    • der er et navn, herunder et efternavn og mindst et fornavn
    • der er en fødselsdag
    • der er et kønvalidering for PatientIdCodeValidation
    		xxxx
    DocumentEntryPracticeSettingCodeValidatorDocumentEntryTitleValidatorPracticeSettingCodeTitle
    • (regel: Metadata-v096 2.2.21 practiceSettingCode)31 title
    • title er PracticeSettingCode skal være udfyldt
    • overholder validering for PracticeSettingCodeValidationi TitleValidation
    		xxxx
    DocumentEntryReferenceidListValidatorDocumentEntryTypeCodeValidatorReferenceidListTypeCode
    • (regel: Metadata-v096 2.2.22 referenceIdList)32 typeCode
    • TypeCode er udfyldt
    • overholder validering i TypeCodeValidationFor en given ReferenceId gælder
    • skal Id være udfyldt
      • længden af Id må ikke overstige 256
    		xxxx
    DocumentEntryRepositoryUniqueIdValidatorDocumentEntryTypeValidatorRepositoryUniqueIdType
    • (regel: Metadata-v096 2.2.23 repositoryUniqueId)
    • RepositoryUniqueId skal være udfyldt
    		xxxxDocumentEntrySizeValidatorSize
    • 19 objectType
    • Type er udfyldt
    • Type har en forventet værdi (Default for ITI41/ITI-42 er stable og for ITI-61 er on-demand)
    		xx
  • (Metadata-v096 2.2.26 size)
    • Size skal være udfyldt    		xx
    DocumentEntrySourcePatientIdValidatorDocumentEntryUniqueIdValidatorSourcePatientIdUniqueId
    • (regel: Metadata-v096 2.2.28 sourcePatientId)
    • der skal være en SourcePatientId 
    • validering for PatientIdCodeValidation
    • 33 uniqueId
    • UniqueId er udfyldt
    		xxxx
    DocumentEntrySourcePatientInfoValidatorDocumentEntryURIValidatorSourcePatientInfoURI
    • (regel: Metadata-v096 2.2.29 sourcePatientInfo)
    • der skal være en patient
    • der skal være et navn
    • der skal være en fødselsdag
    • 35 URI
    • ! forudsætning for validering: URI er udfyldt
    • længden af URI overstiger ikke 256der skal være et køn
    		xxxx
    DocumentEntryTitleValidatorSubmissionSetAuthorInstitutionValidatorTitleAuthorInstitution
    • (regel: Metadata-v096 2.2.31 title)
    • udfyldt title
    • .1.1 authorInstitution
    • ! forudsætning for validering: Author og AuthorInstitution er udfyldt
    • overholder validering i OrganisationCodeValidationvalidering for TitleValidation
    		xxxx
    DocumentEntryTypeCodeValidatorSubmissionSetEntryUUIDValidatorTypeCodeEntryUUID
    • (regel: Metadata-v096 2.2.32 typeCode)
    • TypeCode skal være udfyldt
    • 8 entryUUID
    • EntryUUID er udfyldtvalidering for TypeCodeValidation
    		xxxx
    DocumentEntryTypeValidatorSubmissionSetPatientIdValidatorTypePatientId
    • (regel: Metadata-v096 2.2.19 objectType)
    • Type skal være udfyldt
    • 28 sourcePatientId
    • der er en Patient
    • overholder validering i PatientIdCodeValidationType skal have forventet værdi (Default for ITI-42 er stable og for ITI-61 er on-demand)
    		xxxx
    DocumentEntryUniqueIdValidatorSubmissionSetUniqueIdValidatorUniqueId
    • (regel: Metadata-v096 2.2.33 uniqueId)
    • UniqueId skal være udfyldt
    		DocumentEntryURIValidatorURI
    • (Metadata-v096 2.2.35 URI)
    • der valideres kun hvis URI er udfyldt 
    • længden af URI må ikke overstige 256
    		SubmissionSetAuthorInstitutionValidatorAuthorInstitution
    • validering for OrganisationCodeValidation
    		xxxxSubmissionSetPatientIdValidatorPatientId
    • (Metadata-v096 2.2.28 sourcePatientId)
    • der skal være en sourcePatient/Patient
    • validering for PatientIdCodeValidation
    		xxxx
    • er udfyldt
    		xxxx








    Apd2AppointmentIdValidatorAppointmentId
    • regel: DK-APD-v2.0.1: 5.1 Appointment content
    • der er et appointmentId (CONF-DK-APD:7493)
    		x


    		x
    Apd2CustodianIdValidatorCustodian
    • regel: DK-APD-v2.0.1: 2.1.5 custodian
    • ! forudsætning for validering: custodian er udfyldt
    • overholder validering i OrganisationCodeValidation
    		x


    		x
    Apd2StartStopTimeValidatorStartStopTime
    • regel: DK-APD-v2.0.1: 2.1.10.1 Appointment Date and Time
    • ServiceStartTime er udfyldt (CONF-DK-APD:592c)
    		x


    		x

    PhmrCustodianIdValidator

    Custodian

    • regel: PHMR-DK-v1.3 2.13.3 Custodian
    • ! forudsætning for validering: custodian er udfyldt
    • overholder validering i OrganisationCodeValidation

     

    x




    x

    QrdCustodianIdValidatorCustodian
    • regel: DK-QRD-v1.3: 2.2.5 Custodian
    • ! forudsætning for validering: custodian er udfyldt
    • overholder validering i OrganisationCodeValidation
    		x


    		xApd2AppointmentIdValidatorApd2CustodianIdValidatorApd2StartStopTimeValidator
    • (DK-APD-v2.0: 2.1.10.1 Appointment Date and Time)
    • ServiceStartTime skal være udfyldt 
    		xx

    PhmrCustodianIdValidator

    		QrdCustodianIdValidator


    .