Page History
Anchor top top
...
INDHOLD
...
| Table of Contents |
|---|
...
...
...
Dokumentation for datasamlingen 'apotekere' og de tilhørende services tilgængelige på NSP.
Datasamlingen opdateres ca. hver 2. måned (efter behov). Kilden er Lægemiddelstyrelsen på vegne af Apotekerforeningen.
Registeret indeholder stamdata for apoteker og tilknyttede apotekere.
Bemærk at registeret både findes i en version 1 og en version 2, da version 1 ikke kan modellere flere apoteker med samme CVR-nummer.
I version 1 er sammenhængen mellem CVR-numre og apotekets adresse misvisende.
Bemærk at "CVRListe" i apotekere-typen kan indeholde en liste af CVR numre i så fald er de adskilt af komma. At CVR-numrene er gemt som en liste besværliggør dog opslag hvor man vil slå et navn op ud fra CVR nummer - i den forbindelse kan man benytte ApotekereCvrRef-tabellen fra version 1, så man altid har en mapning mellem et givet CVR nummer og et CPR nummer.
...
Lægemiddelstyrelsen udtrækker på vegne af Apotekerforeningen en CSV-fil fra Excel, zipper denne og sender den til den sikrede FTP-server på NSP.
Filen rummer følgende kolonner:
- CPR
- Fornavn
- Efternavn
- Gyldig fra og med
- Gyldig til og med
- Telefon
- Apoteksnavn
- Apoteksnummer
- Adresse
- PostNr
- ByNavn
- CVR
...
Se nærmere: Dokumentation af stamdataregistre.
...
Apoteker register properties:
...
Entiteten beskriver apotekere.
Apoteksnavn/adresse mm. er bibeholdt i version 2 for at have bagudkompatibilitet.
Data poster rummer følgende information:
- CPR
- Navn
- Email (tilføjet i version 2)
- CVR liste
- Vej
- Postnummer
- Postdistrikt
...
Entiteten beskriver apoteker.
Data poster rummer følgende information:
- Id
- CVR
- Apotek information
...
Tabellen rummer apotekere og deres tilknytning til apoteker (gennem CVR-numre). Bemærk at denne datatype kan være misvisende, da det er muligt at angive flere CVR-numre, men kun én apoteksadresse.
Apoteksnavn/adresse mm. er bibeholdt i Apotekere tabellen for at have bagudkompatibilitet.
Tabel definition:
...
Beskrivelse
(Her indsættes beskrivelse, f.eks. fra Archimate Register dokumentation)
Forretningsanvendelse
Generel register beskrivelser: Dokumentation af stamdataregistre. Specifikt: (LINK_TIL_REGISTER).
Anvendelse af B00 Stamdata Kopi register service (SKRS): SDM - Guide til anvendere
(her indsættes Archimate business view, original størrelse med border)
Relaterede registre og services
- (Her indsættes eventuelle referencer til andre services eller registre)
Applikationsbeskrivelse
(her indsættes Archimate applikations view, original størrelse med border.)
Generisk parameterstyret import controller, der kalder den dedikerede importer for det aktuelle dataobjekt først mod preflight databasen og hvis det ikke fører til fejl, kaldes den samme dedikerede importer mod produktions databasen.
Indsamlingen af data implementeres i forhold til hvert enkelt kilderegister ved anvendelse af en registerspecifik Parser, men med anvendelse af en fælles Importer-komponent.
Importer-komponenten kører på NSP Backend platformen, og er ansvarlig for at indlæse dataset fra registerfiler, der placeres i en dedikeret mappe i filsystemet . Hvert register har sin egen dedikerede mappe som automatisk bliver oprettet af Importer-komponenten.
Importeren overvåger filsystemet og aktiverer de registerspecifikke parsere, når nye registerfiler er tilgængelige i filsystemet.
De respektive parsere (Importere) processerer registerfilerne og overfører registerdata til den lokale database. Parsningen kan i princippet bestå af en direkte dataoverførsel fra fil til database, men indeholder i de fleste tilfælde forretningslogik, f.eks. transformationer af data og denormaliseringer.
Stamdatatabellerne registreres i NSP’ens replikeringsmekanisme, og de parsede registerdata replikeres derfor automatisk ud til de enkelte NSP instanser, hvorfra de kan tilgås gennem de udstillede stamdataservices.
Opgradering af importer databasen sker automatisk ved serverstart, og fungerer på den måde at sql scripts med navne formatet "Vyyyymmdd_hhmm_description.sql" afvikles på databasen. Script filerne placeres under resources\db\migration" og inkluderes dermed automatisk i den deployede applikation.
Bemærk at sql filerne afvikles i navne orden, og da dato og tid indgår i navnet, kan man styre hvilke scripts der skal afvikles først.
'db_migrations' tabellen varetager den fælles styring af skema-versioner, som alle importerer benytter til at holde styr på hvilke scripts der er afviklet, så hvert script kun afvikles én gang.
Dedikeret importer for (importernavn og support).
(her indsættes evt. yderligere information vedr. datakilde)
Datastruktur
Register properties:
(her indsættes screen-shot af Archimate register properties, mindste størrelse, border )
(her indsættes Archimate Information view, original størrelse, border)
Entitetsbeskrivelser
Objekt1
(Her indsættes beskrivelse af data-objekt1, inklusiv data beskrivelse. Gentages for hvert objekt, Husk import-status og udtræk)
Tabelbeskrivelser
Tabel1
(Her indsættes create-struktur for hver tabel. Gentages for hvert objekt. Husk import-status og udtræk)
Teknologibeskrivelse
(udestår)
Refereres fra
| Incoming Links |
|---|
Felt beskrivelser
...
Feltnavn
...
Beskrivelse
...
CPR
...
Navn
...
CVRListe
...
ValidFrom
...
Gyldig fra (format: yyyy-MM-ddTHH:mm:ss+Z)
...
ValidTo
...
Gyldig til (format: yyyy-MM-ddTHH:mm:ss+Z)
...
Tabellen rummer relationer mellem apotekere og apoteker.
Tabel definition:
CREATE TABLE IF NOT EXISTS `ApotekereApotek` (
`PID` BIGINT(20) NOT NULL AUTO_INCREMENT,
`ApoteksNummer` INT(11) NOT NULL,
`Navn` VARCHAR(255) NULL DEFAULT NULL,
`Adresse` VARCHAR(255) NULL DEFAULT NULL,
`PostNummer` VARCHAR(4) NULL DEFAULT NULL,
`PostDistrikt` VARCHAR(80) NULL DEFAULT NULL,
`Telefon` VARCHAR(30) NULL DEFAULT NULL,
`CVR` VARCHAR(10) NOT NULL,
`ModifiedDate` DATETIME NOT NULL,
`ValidFrom` DATETIME NOT NULL,
`ValidTo` DATETIME NOT NULL,
`CreatedDate` DATETIME NOT NULL,
PRIMARY KEY (`PID`),
INDEX `NummerValidFrom` (`ApoteksNummer` ASC, `ValidFrom` ASC),
INDEX `PIDModified` (`ModifiedDate` ASC, `PID` ASC))
ENGINE = InnoDB COLLATE = utf8_bin;
Felt beskrivelser
...
Feltnavn
...
Beskrivelse
...
ApoteksNummer
...
CVR
...
ValidFrom
...
Gyldig fra (format: yyyy-MM-ddTHH:mm:ss+Z)
...
ValidTo
...
Gyldig til (format: yyyy-MM-ddTHH:mm:ss+Z)
...
Tabellen rummer relationer mellem apotekere og apotekers CVR-numre struktureret således, at der kan slås op på CVR-nummer.
Tabel definition:
CREATE TABLE IF NOT EXISTS `ApotekereCvrRef` (
`PID` BIGINT NOT NULL AUTO_INCREMENT,
`Id` VARCHAR(21) NOT NULL,
`CVR` VARCHAR(10) NOT NULL,
`CPR` VARCHAR(10) NOT NULL,
`ModifiedDate` DATETIME NOT NULL,
`ValidFrom` DATETIME NOT NULL,
`ValidTo` DATETIME NULL,
`CreatedDate` DATETIME NOT NULL,
PRIMARY KEY (`PID`),
INDEX `IdValidFrom` (`Id` ASC, `ValidFrom` ASC),
INDEX `ModifiedPID` (`ModifiedDate` ASC, `PID` ASC))
ENGINE = InnoDB COLLATE=utf8_bin;
Felt beskrivelser
...
Feltnavn
...
Beskrivelse
...
Id
...
CVR
...
CPR
...
ValidFrom
...
Gyldig fra (format: yyyy-MM-ddTHH:mm:ss+Z)
...
ValidTo
...
Gyldig til (format: yyyy-MM-ddTHH:mm:ss+Z)
...
Tabellen rummer apotekere og deres tilknytning til apoteker (gennem CVR-numre). Bemærk at denne datatype kan være misvisende, da det er muligt at angive flere CVR-numre, men kun én apoteksadresse.
Apoteksnavn/adresse mm. er bibeholdt i Apotekere tabellen version 2 for at have bagudkompatibilitet.
Tabel definition:
CREATE TABLE IF NOT EXISTS `Apotekere` (
`PID` BIGINT NOT NULL AUTO_INCREMENT,
`CPR` VARCHAR(10) NOT NULL,
`Navn` VARCHAR(255) NULL,
`CVRListe` VARCHAR(255) NULL,
`Vej` VARCHAR(255) NULL,
`Postnummer` VARCHAR(4) NULL,
`Postdistrikt` VARCHAR(80) NULL,
`ModifiedDate` DATETIME NOT NULL,
`ValidFrom` DATETIME NOT NULL,
`ValidTo` DATETIME NULL,
PRIMARY KEY (`PID`),
INDEX `CPRValidFrom` (`CPR` ASC, `ValidFrom` ASC),
INDEX `ModifiedPID` (`ModifiedDate` ASC, `PID` ASC))
ENGINE = InnoDB COLLATE=utf8_bin;
Felt beskrivelser
...
Feltnavn
...
Beskrivelse
...
CPR
...
Navn
...
CVRListe
...
ValidFrom
...
Gyldig fra (format: yyyy-MM-ddTHH:mm:ss+Z)
...
ValidTo
...
Gyldig til (format: yyyy-MM-ddTHH:mm:ss+Z)
...
Tabellen rummer relationer mellem apotekere og apotekers CVR-numre struktureret således, at der kan slås op på CVR-nummer.
Tabel definition:
CREATE TABLE IF NOT EXISTS `ApotekereCvrRef` (
`PID` BIGINT NOT NULL AUTO_INCREMENT,
`Id` VARCHAR(21) NOT NULL,
`CVR` VARCHAR(10) NOT NULL,
`CPR` VARCHAR(10) NOT NULL,
`ModifiedDate` DATETIME NOT NULL,
`ValidFrom` DATETIME NOT NULL,
`ValidTo` DATETIME NULL,
PRIMARY KEY (`PID`),
INDEX `IdValidFrom` (`Id` ASC, `ValidFrom` ASC),
INDEX `ModifiedPID` (`ModifiedDate` ASC, `PID` ASC))
ENGINE = InnoDB COLLATE=utf8_bin;
Felt beskrivelser
...
Feltnavn
...
Beskrivelse
...
Id
...
CVR
...
CPR
...
ValidFrom
...
Gyldig fra (format: yyyy-MM-ddTHH:mm:ss+Z)
...
ValidTo
...