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 til at udfylde name elementet sammen med et suffix for ITI endpointet. Eksempel: hvis dros.app.name er "DROSAFTALER" bliver det "<name>DROSAFTALERITI41</name>" ved iti-41. |
| dros.serviceidentifier | Anvendes af dks-servlet. Inkluderes i action som en serviceIdentifier attribut. Eksempel: hvis dros.serviceidentifier er "aftaler" bliver det "<action name="urn:ihe:iti:2007:ProvideAndRegisterDocumentSet-b" serviceIdentifier="aftaler">" ved iti-41. |
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. |
| personinformation.url | URL for PersonInformation service Eksempel: http://test1-cnsp.ekstern-test.nspop.dk:8080/stamdata-personinformation/v1 |
| personinformation.error.tolerance | Angiver hvor mange fejl, der må forekomme ved kald til personInformation Default: 0 |
| personinformation.error.interval.minutes | Angiver det tidsinterval det angivne antal fejl skal ligge indenfor ved kald til personInformation Default: 10 |
| sores.url | URL for Sores service |
| sores.cache.duration | Angiver en duration, hvor længe et Sores opslag skal gemmes i Sores cachen, inden man henter en ny værdi ved næste opslag på et givet Sor nummer Eksempel: PT24H gemmer et Sores opslag 24 timer |
| sores.error.tolerance | Angiver hvor mange fejl, der må forekomme ved kald til Sores Default: 0 |
| sores.error.interval.minutes | Angiver det tidsinterval det angivne antal fejl skal ligge indenfor ved kald til Sores Default: 10 |
| httpclient.pooling.totalconnections | Konfiguration af client pool til kald af personInformation og Sores Default: 200 |
| httpclient.pooling.maxconnections.pr.route | Konfiguration af client pool til kald af PersonInformation og Sores 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,28615-3 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 #. Der er muligt at angive wildcards og det kan man gøre på to niveauer:
| |
| validation.class.codes | Angiv tilladte class koder Eksempel: null$1.2.208.184.100.9$null# |
| validation.confidentiality.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#\ Alle event koder fra systemet 1.2.208.176.2.4 er tilladte og de 5 Noah koder. |
| validation.type.codes | Angiv tilladte type koder. Valideringsbiblioteket anvender denne til at tjekke om typecode i metadata (i documententry og cda dokument hvis parset) er en gyldig værdi Eksempel: 39289-4$2.16.840.1.113883.6.1$null#28615-3$2.16.840.1.113883.6.1$Audiology Study# |
| 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.personinformation.enabled | Angiver om DocumentEntryPatientIdExistsValidator skal kalde PatientInformation for at validere at Cpr nummer findes. Default: true |
| validation.sores.enabled | Angiver om DocumentEntryAuthorInstitutionSorEnricher skal kalde Sores for at validere at Sor koder findes. Default: true |
| validation.sourcepatientinfo.required | Skal SourcePatientInfo være udfyldt. Default: true |
| validation.homecommunityid.required | Skal HomeCommunityId være udfyldt. Default: true |
validation.mimetype | Angive tilladte MimeType: Eksempel: text/xml# |
validation.homecommunityid | Angiv tilladte HomeCommunityId. Eksempel: 1.2.208.176.8.1# |
validation.map.event.codes.to.format.codes | Ifm. validering af Noah dokumenter, så er det kun format koder, som er koblet sammen med det aktuelle event kode, som er tilladte. Denne property er kun nødvendig ifm. validering af Høremappe dokumenter. Listen er opbygget parvis, så en event kode kobles sammen med en format kode. Eksempel: 1$urn:ad:dk:medcom:noah:action-categories$null#urncategories$null$urn:ad:dk:medcom:nauf-v500:full$1.2.208.184.100.10$Noah Audiogram format 500#\ Event kode 1 tillader format Audiogram format 500 og Audiogram format 502, Event kode 15 og 16 tillader format Impedance format 500 og Admittance format 501 og Event kode 129 og 130 tillader format Hearing Instrument Selection format 500. |
validation.servicestarttime.notbefore | ServiceStart må ikke være før dene datodato Denne property er kun nødvendig ifm. validering af Høremappe dokumenter. Eksempel: |
log4j konfiguration
...
Ved CPR validering af ugyldige (ifølge PersonInformation service) CPR numre vil dette give anledning til en linje i auditloggen. Logninger af denne type ser således ud:
...