Page History
...
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ø)
Opfølgningstabel på dNSP og cNSP
...
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
Opfølgningstabel i Backend
...
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)
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)
Objektet indeholder de CVR som er whitelisted til brug på test/prod for BRS servicen
...
service_type
-- NO_TYPE
-- BRS
-- CPRSUBSCRIPTION
cvr -- CVR nummer
comment -- Her anføres NSP Jira nummer som relaterer den enkelte whitelisting
Tabelbeskrivelser
Tabel: BRS2_Followup
Database "follow-up" (dNSP/cNSP)
CREATE TABLE BRS2_Followup (
pk bigint NOT NULL, -- Auto increment is set in alter table (due to hsqldb and mysql syntax)
queryableCvr char(8) NOT NULL, -- cvr nummer der kan hente alarmer paa baggrund af denne followup
externalReferenceId varchar(50) NOT NULL,
uid varchar(36) NOT NULL,
doctorOrganisation varchar(7) NULL,
hospitalOrganisation varchar(7) NULL,
ean varchar(20) NULL,
patientCpr char(10) NOT NULL,
healthProfessionalCpr char(10) NOT NULL,
relationLookupStart DATETIME NOT NULL,
relationLookupEnd DATETIME NOT NULL,
timeLimit DATETIME NOT NULL,
acceptableRelations varchar(20) NOT NULL, -- separated by comma
followupRelations varchar(20),
authorisationIdentifier varchar(20) NOT NULL,
serviceProviderName varchar(50) NOT NULL,
serviceProviderVersion varchar(30) NOT NULL,
serviceProviderVendor varchar(50) NOT NULL,
created DATETIME NOT NULL,
errorCount INTEGER NULL,
nextSync DATETIME NULL,
PRIMARY KEY (pk)
);
ALTER TABLE BRS2_Followup MODIFY COLUMN pk bigint NOT NULL auto_increment;
CREATE UNIQUE INDEX uidIndex on BRS2_Followup(uid);
Tabel: BRS2_TreatmentRelationFollowup
Database "follow-up" (Backend)
CREATE TABLE BRS2_TreatmentRelationFollowup (
serialNumber bigint NOT NULL, -- Auto increment is set in alter table (due to hsqldb and mysql syntax)
nextCheck datetime NOT NULL,
queryableCvr char(8) NOT NULL, -- cvr nummer der kan hente alarmer paa baggrund af denne followup
externalReferenceId varchar(50) NOT NULL,
uid varchar(36) NOT NULL,
doctorOrganisation varchar(7) NULL,
hospitalOrganisation varchar(7) NULL,
ean varchar(20) NULL,
patientCpr char(10) NOT NULL,
healthProfessionalCpr char(10) NOT NULL,
relationLookupStart DATETIME NOT NULL,
relationLookupEnd DATETIME NOT NULL,
timeLimit DATETIME NOT NULL,
acceptableRelations varchar(20) NOT NULL, -- separated by comma
followupRelations varchar(20),
authorisationIdentifier varchar(20) NOT NULL,
serviceProviderName varchar(50) NOT NULL,
serviceProviderVersion varchar(30) NOT NULL,
serviceProviderVendor varchar(50) NOT NULL,
created DATETIME NOT NULL,
PRIMARY KEY (serialNumber)
);
ALTER TABLE BRS2_TreatmentRelationFollowup MODIFY COLUMN serialNumber bigint NOT NULL auto_increment;
CREATE INDEX NextCheckIndex on BRS2_TreatmentRelationFollowup(nextCheck);
CREATE INDEX uidIndex on BRS2_TreatmentRelationFollowup(uid);
Tabel: BRS2_Notification
Database: "register_notifications" (Til brug for BRS servicen: BRS2_Notification, LPT, SSR og refhost; replikeret mellem Backend og NSP-miljøer)
CREATE TABLE BRS2_Notification (
serialNumber bigint NOT NULL,
externalReferenceId varchar(50) NOT NULL,
queryableCvr char(8) NOT NULL,
creationTimestamp datetime NOT NULL,
doctorOrganisation varchar(7) NULL,
hospitalOrganisation varchar(7) NULL,
ean varchar(20) NULL,
patientCpr char(10) NOT NULL,
healthProfessionalCpr char(10) NOT NULL,
relationLookupStart DATETIME NOT NULL,
relationLookupEnd DATETIME NOT NULL,
timeLimit DATETIME NOT NULL,
acceptableRelations varchar(20) NOT NULL, -- separated by comma
actualRelations varchar(20) NOT NULL, -- separated by comma
followupSerialNumber bigint NOT NULL,
followupRelations varchar(20),
authorisationIdentifier varchar(20) NOT NULL,
serviceProviderName varchar(50) NOT NULL,
serviceProviderVersion varchar(30) NOT NULL,
serviceProviderVendor varchar(50) NOT NULL,
uid varchar(36) NOT NULL,
PRIMARY KEY (serialNumber)
);
Tabel: whitelist_config (BRS)
CREATE TABLE whitelist_config (
service_key VARCHAR(50) NOT NULL,
service_type VARCHAR(20) NOT NULL,
cvr CHAR(8) NOT NULL,
comment VARCHAR(100) NULL,
PRIMARY KEY (service_key, service_type, cvr)
); -- ENGINE=InnoDB COLLATE=utf8_bin;
Teknologibeskrivelse
...
