Page History
...
For at kunne afgøre evidens for en behandlingsrelation er BRS afhængigt af stamdata fra landspatientregistret, sygesikringen mv. Disse data importeres af selvstændige stamdata-importere, Kodebasen til import af data indgår derfor ikke i BRS.
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||
|---|---|---|
|
...
|
...
|
...
Databasevedligehold
Hvis det bliver nødvendigt at ændre på tabeller i MySQL, skal man være opmærksom på at det kan kræve opdateringer flere steder i projektet. Der ligger en række scripts der kan bruges til at etablere et udviklermiljø forfra her:
| Code Block |
|---|
integration/src/test/resources/sql/ |
- men ovenstående scripts er konstrueret udfra "master"-scripts der ligger i:
| Code Block |
|---|
common/src/main/resources/sql/ |
Ovenstående mappe indeholder i øvrigt både MySQL- og HSQLDB-varianter. Dvs. hvis der kommer nye tabeller eller lignende til skal de vedligeholdes mere end ét stedI produktion kører brs-frontend og brs-backend i to forskellige Wildfly-instanser, men dette er i praksis ikke nødvendigt i et udviklingssetup, hvor man kan deploye begge war-filer på samme Wildfly-instans. Det eneste det har indflydelse på er logning, hvor der i produktion findes individuelle logging-profiles i standalone.xml, som logger til hhv. brs-frontend.log og brs-backend.log. Se i øvrigt installationsvejledningen.
Hvis man bruger de property-filer der følger med i projektet, vil der i modsætning til test- og produktionsmiljøer blive anvendt property-baserede whitelisting af CVR-numre. Det skal man være opmærksom på hvis man ønsker at bruge CVR-numre der ikke er whitelistet i forvejen.
| Anchor | ||
|---|---|---|
|
...
|
...
|
...
Hvis det bliver nødvendigt at ændre på tabeller i MySQL, skal man være opmærksom på at det kan kræve opdateringer flere steder i projektet. Der ligger en række scripts der kan bruges til at etablere et udviklermiljø forfra her:
| Code Block |
|---|
integration/src/test/resources/sql/ |
- men ovenstående scripts er konstrueret udfra "master"-scripts der ligger i:
| Code Block |
|---|
common/src/main/resources/sql/ |
Ovenstående mappe indeholder i øvrigt både MySQL- og HSQLDB-varianter. Dvs. hvis der kommer nye tabeller eller lignende til skal de vedligeholdes mere end ét sted.
...
Et andet sted der er "dobbelt vedligehold" er på XSD-definitioner. Disse findes både i common- og integration-projektet. Dette er dog med fuldt overlæg, da integration-projektet spiller rollen som klient til systemet, og hvis der fx bliver lavet en XSD-ændring i BRS, vil man kunne se om ændringen har betydning for integrationstesten. Hvis integration-projektet blot havde benyttet XSDerne fra common, så ville man ikke opdage denne type fejl.
FMK klient-log
Hvis man har adgang til FMKs Splunk-installation, kan man benytte følgende queries (mod test1) for at se FMKs afsendelse af registreringer og hentning af notifikationer:
Registreringer:
| Code Block |
|---|
index=fmktest host="test1" source="*fmk-auditlog-modul.log" dk.nsi.fmk.auditlog.service.behandlingsrelation.registration Processing |
Notifikationer:
| Code Block |
|---|
index=fmktest host="*test1.recept.netic.dk" source="/pack/fmk_auditlog_modul/fmk-auditlog-modul.log" dk.nsi.fmk.auditlog.service.behandlingsrelation.notification.job NOT Executing |
...
XSD-vedligehold
Et andet sted der er "dobbelt vedligehold" er på XSD-definitioner. Disse findes både i common- og integration-projektet. Dette er dog med fuldt overlæg, da integration-projektet spiller rollen som klient til systemet, og hvis der fx bliver lavet en XSD-ændring i BRS, vil man kunne se om ændringen har betydning for integrationstesten. Hvis integration-projektet blot havde benyttet XSDerne fra common, så ville man ikke opdage denne type fejl.
FMK klient-log
Hvis man har adgang til FMKs Splunk-installation, kan man benytte følgende queries (mod test1) for at se FMKs afsendelse af registreringer og hentning af notifikationer:
Registreringer:
| Code Block |
|---|
index=fmktest host="test1" source="*fmk-auditlog-modul.log" dk.nsi.fmk.auditlog.service.behandlingsrelation.registration Processing |
Notifikationer:
| Code Block |
|---|
index=fmktest host="*test1.recept.netic.dk" source="/pack/fmk_auditlog_modul/fmk-auditlog-modul.log" dk.nsi.fmk.auditlog.service.behandlingsrelation.notification.job NOT Executing |
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
...