...

MANGEL:
- der udestår pt implementering af oprydning i afdøde borgeres data i FSK-registry adapter (https://jira.nspop.dk/browse/SDS-2867)
- blev tidligere håndteret af FSK "sync- og slette-job", som blev disablet efter FSK-registry adapter overtog "sync" delen

Datastruktur, Sundhedsdataregister: Fælles Stamkort (FSK)

^^Tilbage til toppen^^

FSK datastruktur vises her da RegistryIndex benyttes af FSK registry adapteren.

Register properties:

Image Modified

FSK er ikke i sig selv et databærende register, men håndterer alene data fra de underliggende registre, der accesses gennem de enkelte services, herunder Stamkortregistret, Livs- og behandlings-testamente registeret, Organdonor registeret.
Dog er det nødvendigt at for servicen at lagre data i en database omkring, hvilke dokument-ID'er, der er tildelt til hvilke borgeres stamkort.

Image Modified

Entitetsbeskrivelser

Properties

^^Tilbage til toppen^^

Properties er anvendt til at lagre information omkring hvor langt jobbet til synkronisering af DDS registry er nået i forhold til ændringer i CPR-stamdata.

Objektet rummer følgende information:
-------------------------------------------
PropertyKey -- Nøgle
PropertyValue -- Værdi

Initielle værdier:
('LAST_CPR_SYNC_TIME', '1900-01-01 00:00:00')
('LAST_CPR_MAX_PID', '0')

RegistryIndex

^^Tilbage til toppen^^

RegistryIndex indeholder information om en persons stamkorts dokument-ID i DDS registry.
Mapning mellem patientens CPR nummer og dokument id vedligeholdel af FSK Registry Adapter, som fra Dokumentdeling servicen (DDS) modtager en query på et CPR nummer og returnerer det tilknyttede dokument id. Hvis tabellen ikke indeholder det forespurgte CPR nummer, sørger FSK Registry Adapter for at generere et dokument id og gemme med det pågældende CPR nummer.

Objektet rummer følgende information:
-------------------------------------------
FSKDocumentId -- FSK dokument-id
PersonIdentifier -- Cprnr. på borger
FirstName -- Fornavn på borger
LastName -- Efternavn på borger
DeleteAfter -- Markering for hvornår record kan slettes

Tabelbeskrivelser

Tabel: Properties

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS `Properties` (
`PropertiesPID` INT NOT NULL AUTO_INCREMENT COMMENT 'Primær nøgle',
`PropertyKey` VARCHAR(50) NULL COMMENT 'Nøgle',
`PropertyValue` VARCHAR(50) NULL COMMENT 'Værdi',
PRIMARY KEY (`PropertiesPID`))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'Indeholder diverse FSK-konfiguration';

INSERT INTO `Properties` (`PropertyKey`, `PropertyValue`) VALUES ('LAST_CPR_SYNC_TIME', '1900-01-01 00:00:00');
INSERT INTO `Properties` (`PropertyKey`, `PropertyValue`) VALUES ('LAST_CPR_MAX_PID', '0');

Tabel: RegistryIndex

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS `RegistryIndex` (
`RegistryIndexPID` INT NOT NULL AUTO_INCREMENT COMMENT 'Primær nøgle.',
`FSKDocumentId` VARCHAR(80) NULL COMMENT 'FSK dokument-id',
`PersonIdentifier` VARCHAR(10) NULL COMMENT 'Cprnr. på borger',
`FirstName` VARCHAR(80) NULL COMMENT 'Fornavn på borger',
`LastName` VARCHAR(80) NULL COMMENT 'Efternavn på borger',
`HashValue` INT NULL COMMENT 'Hashcode for cprværdier i record',
`DeleteAfter` DATETIME NULL COMMENT 'Markering for hvornår record kan slettes',
PRIMARY KEY (`RegistryIndexPID`),
INDEX `PersonIdentifier_idx` (`PersonIdentifier` ASC),
INDEX `FSKDocumentId_idx` (`FSKDocumentId` ASC),
INDEX `HashValue_idx` (`HashValue` ASC))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'Indeholder data, som anvendes til opdatering af DDS Registry.';

Teknologibeskrivelse

^^Tilbage til toppen^^

...