INDHOLD

Beskrivelse

Autorisationsregistret indeholder informationer om hvilke sundhedsfaglige uddannelser en given person har gennemgået og er blevet autoriseret til af Sundhedsstyrelsen.

Autorisationsregistret opdateres dagligt af Styrelsen for Patientsikkerhed.

Alle autoriserede sundhedspersoner har i dag et autorisationsID. ID’et er en alment tilgængelig identifikation på linje med navn og stillingsbetegnelse og består af fem tegn. ID'et benyttes blandt andet i forbindelse med receptudstedelser. Autorisationsregisteret indeholder oplysninger om alle sundhedspersoner med dansk autorisation.

Sundhedspersoner, ansættelsesmyndigheder og private kan således ved opslag i registeret kontrollere den enkelte sundhedspersons autorisationsstatus.

Sundhedspersoner kan i registeret samtidig finde frem til deres autorisationsID.


Der findes 3 særlige autorisationsnumre, som ikke omhandler konkrete personer, nemlig 09YM8, 09YM9 og 09YMB. Der er tale om erstatningsautorisationsnumre, som benyttes i særlige situationer. Disse tre records indeholder ikke meningsfyldte data for CPR, fornavn, efternavn og uddannelseskode:

autorisationsnummer

cpr

fornavn

efternavn

uddannelseskode

09YM8

0101010001

Indberettet af apotek, ej autorisationsnummer

<tomt>0
09YM9

0101010001

Indberettet af farmaceut/farmakonom, ej autorisationsnummer

<tomt>0
09YMB

0101010001

Medicin købt i andre EU/EØS-lande, registreret af Lægemiddelstyrelsen

<tomt>0

NSP: Autorisation

Forretningsanvendelse

^^Tilbage til toppen^^

Generel register beskrivelser:  Dokumentation af stamdataregistre.  Specifikt: Autorisation

Anvendelse af B00 Stamdata Kopi register service (SKRS): SDM - Guide til anvendere

Autorisationsregisteret udstilles både gennem SKRS kopiregister servicen og SAES enkeltopslags servicen.



Relaterede registre og services

Applikationsbeskrivelse

^^Tilbage til toppen^^

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 autorisations oplysninger. Support ansvarlig: Trifork.

Datastruktur, Stamdata register: Autorisationsregistret

^^Tilbage til toppen^^

Register properties:

Entitetsbeskrivelser

Autorisations-registret

^^Tilbage til toppen^^

Objektet beskriver autorisationer.

Data poster rummer følgende information:
`autorisationsnummer` -- Selve autorisationsID'et (Unik ID)
`cpr` -- Personens CPR-nummer. Bemærk at der kan findes flere records med samme CPR-nummer
`fornavn` -- Personens fornavn(e)
`efternavn` -- Personens efternavn(e)
`uddannelseskode` -- Uddannelseskode. Se nedenfor


Realiseret gennem to tabeller, primært 'Autorisation2'. Til brug for andre services (STS, DDS) findes også 'autreg2', som har samme indhold men andet index.

Mulige uddannelseskoder og deres faggruppe:
----------------------------------------------------
0 Erstatningsautorisation
4498 Optiker
5151 Fysioterapeut
5152 Social- og sundhedsassistent
5153 Ergoterapeut
5155 Fodterapeut
5158 Radiograf
5159 Bioanalytiker
5166 Sygeplejerske
5175 Jordemoder
5176 Kontaktlinseoptiker
5176 Optometrist
5265 Kiropraktor
5431 Tandplejer
5432 Klinisk tandtekniker
5433 Tandlæge
5451 Klinisk diætist
7170 Læge
9495 Bandagist

Autorisations-registret import-status

^^Tilbage til toppen^^

Start- og end-tidspunkt og status for alle importerede filer
Ajourføres af autorisations importer

Autorisations-registret udtræk

^^Tilbage til toppen^^

Udtræk af autorisationer fra Styrelsen for patientsikkerhed
Opdaterer Autorisations-registret

Tabelbeskrivelser

Tabel: Autorisation2

^^Tilbage til toppen^^

Tabellen rummer autorisationer.

Der findes også en dedikeret tabel 'autreg2' til brug for STS og DDS servicen.


CREATE TABLE IF NOT EXISTS Autorisation2 (
AutorisationPID BIGINT(15) AUTO_INCREMENT NOT NULL PRIMARY KEY,

Autorisationsnummer CHAR(5) NOT NULL,

CPR CHAR(10) NOT NULL,
Fornavn VARCHAR(100) NOT NULL,
Efternavn VARCHAR(100) NOT NULL,
UddannelsesKode VARCHAR(4) NOT NULL,

CreatedDate DATETIME NOT NULL,
ModifiedDate DATETIME NOT NULL,
ValidFrom DATETIME NOT NULL,
ValidTo DATETIME NOT NULL,

INDEX (AutorisationPID, ModifiedDate),
INDEX (Autorisationsnummer, ValidTo, ValidFrom)
) ENGINE=InnoDB COLLATE=utf8_bin;

Tabel: autreg2

^^Tilbage til toppen^^

Tabellen rummer autorisationer til brug for STS og DDS servicen

-- This table is used to hold the set of currently valid
-- autorisations. (Used by the STS)
--
CREATE TABLE IF NOT EXISTS autreg2 (
id BIGINT AUTO_INCREMENT NOT NULL PRIMARY KEY,

cpr CHAR(10) NOT NULL,
given_name VARCHAR(100) NOT NULL,
surname VARCHAR(100) NOT NULL,

aut_id CHAR(5) NOT NULL,
edu_id CHAR(4) NOT NULL,

KEY cpr_aut_id (cpr, aut_id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Tabel: autorisationimporterImportStatus

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS autorisationimporterImportStatus (
Id BIGINT(15) AUTO_INCREMENT NOT NULL PRIMARY KEY,
StartTime DATETIME NOT NULL,
EndTime DATETIME,
Outcome VARCHAR(20),

INDEX (StartTime)
) ENGINE=InnoDB COLLATE=utf8_bin;

Fil: AutDK.csv

^^Tilbage til toppen^^

Styrelsen for patientsikkerhed sender en CSV-fil til den sikrede FTP-server hos Netic.
Bliver sendt som en ZIP fil til Netic, der pakker data ud, og sender dem til stamdata importeren.

Indlæses af sdm-app01
Autorisationsimporteren: Autorisation, autreg, autorisationimporterImportStatus (alle i stamdata-databasen)

Teknologibeskrivelse

^^Tilbage til toppen^^

(udestår)

Refereres fra

^^Tilbage til toppen^^




  • No labels