...

Der er to typer databaser i datamodellen:
En opfølgningsdatabase (followup)
En database med registre og notifikationer samt whitelist (register_notifications)

Entitetsbeskrivelser

BRS Opfølgning (kø)

^^Tilbage til toppen^^

Opfølgningstabel på dNSP og cNSP

Opfølgningstabellen indeholder behandlingsrelationer, som er modtaget af behandlingsrelationsservicen, og som er sat til opfølgning, idet der ikke umiddelbart kunne opnås tilstrækkelig evidens for relationen i forhold til evidenskilderne.
Tabellen udgør en form for kø. Replikeringsjobbet læser fra denne og sender data til backend'en ("BRS Opfølgning behandling"), hvorefter data slettes fra tabellen.

CVR-nummeret bestemmer hvem der har adgang til eventuelle notifikationer. uid benyttes som identifikation af rækker over hele systemet, på tværs af NSP-miljøer. Grunden til at pk ikke kan benyttes er, at den ikke er unik på tværs af NSP'erne.

Objektet indeholder informationen:
--------------------------------------
pk -- Primær nøgle
queryableCvr -- CVR-nummer
externalReferenceId -- Id i kaldende system
Uid -- Unik nøgle i systemet
docorOrganisation -- Ydernummer for organisation
hospitalOrganisation -- SKS kode for sygehus/afdeling
ean -- EAN nummer for organisation
patientCpr -- Patientens CPR-nummer
healthProfessionalCpr -- Behandlers CPR-nummer
relationLookupStart -- Starttidspunkt for relation til patient
relationLookupEnd -- Sluttidspunkt for relation til patient
timeLimit -- Tidsfrist for opnåelse af relation inden alarm genereres
acceptableRelations -- Acceptable evidensniveauer, kommasepareret
followupRelations -- Evidensniveauer, der giver anledning til opfølgning
authorisationIdentifier -- Autorisations-id
serviceProviderName -- Navn på kaldende system
serviceProviderVersion -- Version på kaldende version
serviceProviderVendor -- Leverandør for kaldende version
created -- Tidspunkt for oprettelse af record
errorCount -- Antal gange record er forsøgt replikeret til backend
nextSync -- Tidspunkt for næste forsøg på replikering

BRS Opfølgning behandling

^^Tilbage til toppen^^

Opfølgningstabel i Backend

Opfølgningstabellen indeholder behandlingsrelationer, som er sat til opfølgning, og er blevet overført til backend'en. Data ligger i denne tabel så længe der ikke er opnået evidens for relationen, og tidsfristen ikke er overskredet.
Tidspunktet i nextCheck benyttes af opfølgningsjobbet til at vurdere om en opfølgning skal behandles på kørselstidspunktet.
Den unikke nøgle svarer til den unikke nøgle på notifikationstabellen ("BRS Notifikation").

Objektet indeholder informationen:
--------------------------------------
serialNumber -- Primær nøgle
nextCheck -- Tidspunkt for næste opfølgning
queryableCvr -- CVR-nummer
externalReferenceId -- Id i kaldende system
uid -- Unik nøgle i systemet
docorOrganisation -- Ydernummer for organisation
hospitalOrganisation -- SKS kode for sygehus/afdeling
ean -- EAN nummer for organisation
patientCpr -- Patientens CPR-nummer
healthProfessionalCpr -- Behandlers CPR-nummer
relationLookupStart -- Starttidspunkt for relation til patient
relationLookupEnd -- Sluttidspunkt for relation til patient
timeLimit -- Tidsfrist for opnåelse af relation inden alarm genereres
acceptableRelations -- Acceptable evidensniveauer, kommasepareret
followupRelations -- Evidensniveauer, der giver anledning til opfølgning
authorisationIdentifier -- Autorisations-id
serviceProviderName -- Navn på kaldende system
serviceProviderVersion -- Version på kaldende version
serviceProviderVendor -- Leverandør for kaldende version
created -- Tidspunkt for oprettelse af record

BRS Notifikation (replikeres til dNSP/cNSP)

^^Tilbage til toppen^^

Notifikationstabellen i Backend-miljøet indeholder alarm-notifikationer for behandlingsrelationer, som der ikke kunne findes evidens for indenfor tidsfristen
Replikeres til NSP miljøerne
Det eksterne referenceid svarer til den id der blev modtaget i den oprindelige opsamlingsforespørgsel. CVR-nummeret bestemmer hvem der har adgang til notifikationen. Den unikke nøgle svarer til den unikke nøgle på opsamlingsforespørgselstabellen ("BRS Opfølgning behandling").

Objektet indeholder informationen:
---------------------------------------
serialNumber -- Primær nøgle
externalReferenceId -- Id i kaldende system
queryableCvr -- CVR-nummer
creationTimestamp -- Tidspunkt for oprettelse af record
docorOrganisation -- Ydernummer for organisation
hospitalOrganisation -- SKS kode for sygehus/afdeling
ean -- EAN nummer for organisation
patientCpr -- Patientens CPR-nummer
healthProfessionalCpr -- Behandlers CPR-nummer
relationLookupStart -- Starttidspunkt for relation til patient
relationLookupEnd -- Sluttidspunkt for relation til patient
timeLimit -- Tidsfrist for opnåelse af relation inden alarm genereres
acceptableRelations -- Acceptable evidensniveauer, kommasepareret
actualRelations -- Bedste relation opnået under opfølgning
followupRelations -- Evidensniveauer, der giver anledning til opfølgning
authorisationIdentifier -- Autorisations-id
serviceProviderName -- Navn på kaldende system
serviceProviderVersion -- Version på kaldende version
serviceProviderVendor -- Leverandør for kaldende version
uid -- Unik nøgle i systemet

Whitelist config (BRS)

^^Tilbage til toppen^^

Objektet indeholder de CVR som er whitelisted til brug på test/prod for BRS servicen

Objektet indeholder informationen:
---------------------------------------
service_key
-- BRS behandlingsrelationsservice:
+ dk.nsi.auth.query.type.cvr.list - BRS
+ dk.nsi.auth.create.type.cvr.list - BRS
+ dk.nsi.auth.brs.cvr.list - NO_TYPE
-- Min Log:
+ dk.nsi.minlog.registration (registration service)
+ minlogws (opslags service)

service_type
-- NO_TYPE
-- BRS
-- CPRSUBSCRIPTION
cvr -- CVR nummer
comment -- Her anføres NSP Jira nummer som relaterer den enkelte whitelisting

Teknologibeskrivelse

^^Tilbage til toppen^^

...