Page History
...
- Forespørgsel på logninger til borger opslag.
- Forespørgsel på logninger til medhjælpslog.
Nedenfor vises den overordnede arkitektur. En sundhedsfaglig person anvender en løsning som foretager en registrering i MinLog2. Data valideres og formateres for at blive afleveret til et Kafka cluster. En eller flere MinLog2 consumere læser fra Kafka og indsætter i databasen. Borgeren anvender feks. sundhed.dk til at se egen log og det gøres via forespørgsler til Lookup der læser fra databasen.
Gliffy Diagram | ||||
---|---|---|---|---|
|
|
Lookup services findes i 2 sikkerhedsvarianter
- DGWS - til sundhedsfaglige personale
- OIOIDWS - til borgeren
Snitflader
MinLog2 løsningen håndterer både MinLog2 og MinLog1 formaterne.
...
Udover MinLog2's egen database, er løsningen afhængig af stamdatamodulets databaser, til berigelse af logdata ved Lookup. Principperne for anvendelse af stamdata fra stamdatamodulet afviges dermed, idet der ikke anvendes enkeltopslags- services eller kopiregisterservices. Dette er dog accepteret i MinLog 2-sammenhæng.
Komponenter
Løsningen er designet som en JEE applikation opdelt i 2 jee og Kafka.
...
Shared-test-xxx modulerne indeholde integrationstests og hjælpeværktøjer - der henvises til Integrationstests.
Kafka
Consumer modulet
Der er ikke afhængigheder til andre services, men til komponenter til håndtering af autentifikation (SEAL) og SLA logning (NSPUtils).
bestående af følgende komponenter. Hvis der er ting der adskiller sig i de to applikationer, bliver det nævnt specifikt:modulet lytter på et kafka topic efter entries til MinLog2 og ved modtagelse indsættes de i databasen. Koden har taget udgangspunkt i Den Gode Brug af Kafka og følger dennes retningslinier.
Webservice
CXF webservice komponent, der udstiller de forretningsmæssige services. Denne komponent håndterer protokol og headers.
...