Page History
...
Property | Beskrivelse | ||
dros.url.prefix | URL prefix der indsættes i wsdl'er og bruges af dks-servlet. | ||
| dros.app.name | Anvendes af dks-servlet | ||
iti41.service.endpoint | Endpoint på ITI41-backend. | ||
| iti41.service.security.require.person | Angiver, om der skal anvendes personlige sikkerhedsbillet i.e UserIdCard eller det er nok med SystemIdCard (true/false) Default: false | ||
| iti41.service.xds.validationlevel | Angiver hvordan requestet valideres inden der kaldes videre til det bagvedliggende registry. Skal have en af værdierne OFF, WARNING, LOG og REJECT. Se dokumentet 'Design og Arkitektur' for en beskrivelse af disse værdier. | ||
| iti42.service.endpoint | Endpoint på ITI42-backend. | ||
| iti42.service.security.require.person | Angiver, om der skal anvendes personlige sikkerhedsbillet i.e UserIdCard eller det er nok med SystemIdCard (true/false) Default: false | ||
| iti42.service.xds.validationlevel | Angiver hvordan requestet valideres inden der kaldes videre til det bagvedliggende registry. Skal have en af værdierne OFF, WARNING, LOG og REJECT. Se dokumentet 'Design og Arkitektur' for en beskrivelse af disse værdier. | ||
iti57.service.endpoint | Endpoint på ITI57-backend. | ||
| iti57.service.security.require.person | Angiver, om der skal anvendes personlige sikkerhedsbillet i.e UserIdCard eller det er nok med SystemIdCard (true/false) Default: false | ||
| iti57.service.xds.validationlevel | Angiver hvordan requestet valideres inden der kaldes videre til det bagvedliggende registry. Skal have en af værdierne OFF, WARNING, LOG og REJECT. Se dokumentet 'Design og Arkitektur' for en beskrivelse af disse værdier. | ||
| iti61.service.endpoint | Endpoint på ITI61-backend. | ||
| iti61.service.security.require.person | Angiver, om der skal anvendes personlige sikkerhedsbillet i.e UserIdCard eller det er nok med SystemIdCard (true/false) Default: false | ||
| iti61.service.xds.validationlevel | Angiver hvordan requestet valideres inden der kaldes videre til det bagvedliggende registry. Skal have en af værdierne OFF, WARNING, LOG og REJECT. Se dokumentet 'Design og Arkitektur' for en beskrivelse af disse værdier. | ||
dros.backend.failure.threshold | Tærskel for, hvor mange gang i træk et kald til en backend må fejle, før denne backend betragtes som 'død' af status-siden. | ||
| dros.backend.failure.interval.minutes | Angiver antal minutter hvorefter fejlkald 'forældes'. Dermed er det kun fejlkald, der er nyere end dette, der medregnes, når det vurderes om backenden fejler. | ||
| cprexists.validationlevel | Valideringsniveau for CPR validering Eksempel: WARNING, REJECT, OFF | ||
| cprexists.url | URL for CPR exist service Eksempel: http://test1-cnsp.ekstern-test.nspop.dk:8080/stamdata-cprexists | ||
| cprexists.maxTotalConnections | Konfiguration af client pool til kald af CPRExists service Default: 200 | ||
| cprexists.defaultMaxConnectionsPerRoute | Konfiguration af client pool til kald af CPRExists service Default: 20 | ||
| handled.type.codes | Angiver en liste af, hvilke type codes DROS håndterer. Er listen tom (property findes, men ingen værdi efter =) accepteres alle type codes. Eksempel på liste: 39289-4,39290-2,53576-5,52460-3,81215-6 Default: tom liste | ||
For alle nedenstående properties, som starter med validation. og slutter på .codes gælder følgende: Disse properties anvendes til at konfigurerer XDS validerings biblioteket med. En kode består af 3 elementer: value, system og displayname. Disse adskilles med ¤. Hver sæt af koder adskilles med #. En kode, hvor et element angives som null, fungerer dette som wildcard, hvor alt er tilladet. F.eks. angives alene system, og value og displayname angives som null, da vil alle værdier for value og displayname være tilladt. Eksempel nedenfor for class code: her er alle class codes tilladte, så længe de kommer fra systemet 1.2.208.184.100.9 Angives alene '*' eller angives en property ikke eller lades den tom, tillades alle af denne type af koder. | |||
| validation.class.codes | Angiv tilladte class codeskoder Eksempel: null¤1.2.208.184.100.9¤null# Alle class koder fra systemet 1.2.208.184.100.9 er tilladste. | ||
| validation.organisationconfidentiality.codes |
| ||
| validation.patientid.codes |
| ||
| validation.format.codes |
| ||
| validation.healthcarefacilitytype.codes |
| ||
| validation.practicesetting.codes |
| ||
| validation.event.codes |
| ||
| validation.type.codes |
| ||
Angiv tilladte confidentiality codes. Typisk kun N Eksempel: N¤2.16.840.1.113883.5.25¤null# | |||
| validation.organisation.codes | Angiv tilladte organizations koder. Her angives typisk kun skema. Eksempel: null¤1.2.208.176.1.4¤null#null¤1.2.208.176.1.1¤null# | ||
| validation.patientid.codes | Angiv tilladte patientid. Her angives typisk kun skema. Eksempel: null¤1.2.208.176.1.2¤null# | ||
| validation.format.codes | Angive tilladte format koder Eksempel: * | ||
| validation.healthcarefacilitytype.codes | Angive tilladte healthcarefacilitytype koder Eksempel: * | ||
| validation.practicesetting.codes | Angiv tilladte practicesetting koder Eksempel: * | ||
| validation.event.codes | Angiv tilladte event koder Eksempel: null¤1.2.208.176.2.4¤null# | ||
| validation.type.codes | Angiv tilladte type koder Eksempel: 39289-4¤2.16.840.1.113883.6.1¤null# | ||
| validation.cda.type.codes | Angiv de type koder, som er af typen CDA. Eksempel: 39289-4¤2.16.840.1.113883.6.1¤null# | validation.cda.type.codes |
|
log4j konfiguration
Log4j konfiguration findes i samme wildfly modul som servicekonfigurationen
...
Hvis CPR validering kører i WARNING mode, så vil ugyldige (ifølge CPRExits service) CPR numre give anledning til en linje i auditloggen. Logninger af denne type ser således ud:
...