INDHOLD

Beskrivelse

Formålet med Stamkortregistret er at give borgeren og relevante sundhedsfaglige aktører et fælles overblik over borgerens stamdata.Derved reduceres behovet for at stille borgeren de samme spørgsmål gentagne gange, og de sundhedsprofessionelle opnår lettere adgang til oplysningerne.

Support ansvarlig: Trifork
NSP: Stamkortregister-service (SKR)

Brugerne tilgår StamKortRegister servicen indirekte via Sundhed.dk, patientjournalsystemer, lægepraksissystemer osv.
Herudover foretager Dokumentdelingsservicen (DDS) opslag via FSK.
Opslaget via FSK returnerer alene information om, hvorvidt der findes data for en person eller ej (og derfor skal anvender systemer efterfølgende kalde direkte for at få faktiske data).

Forretningsanvendelse

^^Tilbage til toppen^^



Relaterede registre og services

Applikationsbeskrivelse

^^Tilbage til toppen^^

Formålet med Stamkortregistret er at give borgeren og relevante sundhedsfaglige aktører et fælles overblik over borgerens stamdata. Derved reduceres behovet for at stille borgeren de samme spørgsmål gentagne gange, og de sundhedsprofessionelle opnår lettere adgang til oplysningerne.
Systemet består af to services. Stamkortregister-servicen håndterer funktionalitet og databaseadgang, og en separat DGWS/IDWS Proxyservice håndterer DGWS- og IDWS-specifik sikkerhed i forbindelse med udefrakommende kald til systemet.

Support ansvarlig: Trifork
NSP: Stamkortregister-service (SKR)
WSDL:
- DGWS: https://wsdl.nspop.dk/skr/wsdl/dgws20180501
- IDWS: https://wsdl.nspop.dk/skr/wsdl/idws20180501

Brugerne tilgår servicen indirekte via Sundhed.dk, patientjournalsystemer, lægepraksissystemer osv. Herudover kan stamkort hentes via Dokumentdelingsservicen (DDS), som anvender FSK (Fælles StamKort) som On-Demand datakilde. FSK henter data fra en række datakilder, herunder Stamkortregistret.

Kald til Stamkortregister-servicen kan foretages som enten DGWS- (Den Gode Webservice) eller IDWS- (Identity Based Web Services) kald. Kald til SKR foretages igennem en DGWS/IDWS proxy, der har det primære formål at validere, at der er foretaget et korrekt DGWS- eller IDWS-kald.

Sundhedsprofessionelle, der vil tilgå Stamkortregister-servicen fra deres EPJ- eller EOJ-system, kan foretage DGWS-kald igennem den centrale NSP afkoblingskomponent (DCC), som viderestiller kaldet til Stamkortregistret igennem DGWS/IDWS Proxyen. Der kræves som udgangspunkt anvendelse af OCES sikkerhedsniveau 4, hvor der skal medsendes et ID-kort, som er signeret med medarbejdercertifikat (MOCES). Proxyen vil verificere at kaldet er korrekt signeret, og at signeringen ikke er udløbet.
Borgere, der vil tilgå Stamkortregister-servicen, skal gøre dette igennem Sundhed.dk, som står for borgervendt funktionalitet. Sundhed.dk kan foretage et IDWS-kald til Stamkortregistret igennem DGWS/IDWS Proxyen. Proxyen vil verificere at der er tale om et korrekt IDWS-kald.

Såfremt Proxyen kan verificere at der er tale om et korrekt DGWS- eller IDWS-kald, vil kaldet blive viderestillet til Stamkortregister-servicen. Servicen vil tillade kaldet hvis:
- Der er tale om et DGWS-kald foretaget af en autoriseret sundhedsprofessionel (og som der ikke er givet negativt samtykke til af den borger, hvis data slås op).
- Der er tale om et IDWS-kald, foretaget af samme person, som der slås data op for (eller en person, der har fuldmagt til at foretage opslaget)
--

Alle opslag og ændringer af oplysninger i registret registreres i MinLog med undtagelse af borgerens egen tilgang og ændring af data.

Oprettelse, ændring og sletning af stamkort-data sker via separate opdateringsoperationer til hver del af stamkortet, eksempelvis midlertidig adresse eller sprog. Disse opdateringsoperationer modtager ikke et komplet stamkort-dokument men kun de relevante data som ændres:
- GetPersonalDataCard -- Hent stamkort for en specifik borger. Denne service er beregnet til kald fra Det Fælles Stamkort (FSK). Andre anvendersystemer skal benytte FSK til hent af Stamkort.
- UpdateContactInformation -- Opdater en borgers kontaktoplysninger
- CreateRelatives -- Opret en pårørende
- UpdateRelatives -- Opdater en pårørendes stamdata
- DeleteRelatives -- Slet en pårørende
- CreateTemporaryAddress -- Opret midlertidig adresse for den pågældende borger. Det er muligt i servicen at oprette flere midlertidige adresser, dog er der i pilotafprøvningen indtil videre bestemt at der kun kan være én. Anvendere af servicen, SKAL derfor kontrollere om der findes en midlertidig adresse inden der oprettes en ny.
- UpdateTemporaryAddress -- Opdater midlertidig adresse
- DeleteTemporaryAddress -- Slet midlertidig adresse
- CreateLanguage -- Opret borgers sprog
- UpdateLanguage -- Opdater borgers sprog
- DeleteLanguage -- Slet borgers sprog
- CreateHealthProvider -- Opret en tandlæge for den pågældende borger
- UpdateHealthProvider -- Opdater tandlæge
- DeleteHealthProvider -- Slet en tandlæge

Datastruktur, Sundhedsdataregister: Stamkortregister (SKR)

^^Tilbage til toppen^^

Register properties:

Det centrale dataelement er en stamkortopdatering (tabel: PersonalDataCard), som der kan eksistere et antal af for hver borger/CPR-nummer.

Til hver stamkortopdatering hører en eller flere ændringer af de oplysninger, som indgår i stamkortet, eksempelvis borgerens pårørende. Hver af disse oplysninger har en gyldighedsperiode, der angiver hvorvidt informationen er gældende eller ej. Data slettes således ikke, men får blot afsluttet sin gyldighed.

En række af disse stamkortopdateringer kan være gyldige på samme tidspunkt, eksempelvis hvis der er registreret flere pårørende ad flere omgange.

Hver stamkortopdatering har tilknyttet en aktør (tabel: ServiceActor) som er den person, der lavede den pågældende ændring af stamkortet. Denne aktør kan være borgeren selv, en sundhedsprofessionel eller en person der har fuldmagt til at opdatere stamkortet.

Entitetsbeskrivelser

Aktør

^^Tilbage til toppen^^

Indeholder data vedr. den bruger, der har foretaget opdateringer til stamkortdata.
Hver stamkortopdatering har tilknyttet en aktør (tabel: ServiceActor) som er den person, der lavede den pågældende ændring af stamkortet. Denne aktør kan være borgeren selv, en sundhedsprofessionel eller en person der har fuldmagt til at opdatere stamkortet.

Objektet rummer følgende information:
-------------------------------------------
ServiceActorPID -- Nøgle på actor (bruger)
PersonIdentifier -- Cpr nummer på den bruger, der har foretaget ændringen, hvis det kendes
FirstName -- Fornavn på actor
LastName -- Efternavn på actor
AuthorisationNumber -- Autorisationsnummer (sundhedsprofessionel)
EducationCode -- Kode for uddannelse (sundhedsprofessionel)
SpecialityCode -- Specialekode (sundhedsprofessionel)
OrganizationId -- ID for den organisation som actor agerer på vegne af
OrganizationIdSource -- Kan være SOR, SKS eller andre ID-typer
OrganizationName -- Navn for den organisation som actor agerer på vegne af

Kontaktoplysninger

^^Tilbage til toppen^^

Indeholder aktuelle telefonnumre på den person, som stamkortet vedrører. Tabellen rummer historik udtrykt ved validFrom/To datointerval.

Objektet rummer følgende information:
-------------------------------------------
PersonalDataCardPID -- ID på stamkort, som denne kontaktinformation er tilknyttet
ValidFrom -- Gyldig fra dato
ValidTo -- Gyldig til dato. Når nye kontaktinformationer lagres, sættes gyldig til på den eksisterende og gyldig fra på den nye til nu, den nyes gyldig til sættes til en dato i fremtiden, f.eks. 01-01-2500.
Version -- Versionsnummer på kontaktinformation, startende med 1. Tælles op hver gang kontaktinformation opdateres.
MobilePhone -- Mobil telefonnummer
HomePhone -- Privat telefonnummer
WorkPhone -- Arbejdstelefonnummer

Midl. adresse

^^Tilbage til toppen^^

Midlertidig adresse for person

Objektet rummer følgende information:
------------------------------------------
PersonalDataCardPID -- ID på stamkort, som denne temporære adresserecord er tilknyttet
Version -- Version. Starter ved 1 og forøges med 1 ved hver opdatering af record
ValidFrom -- Gyldig fra dato
ValidTo -- Gyldig til dato. Når den temporære adresse opdateres sættes gyldig til på den eksisterende record og gyldig fra på den nye record til nu, og den nyes gyldig til sættes til en dato i fremtiden, f.eks. 01-01-2500
StartingDate -- Dato, hvor den temporære adresse er gyldig fra
EndingDate -- Dato, hvor den temporære adresse er gyldig til
StreetAddressLine1-4 -- Fire adresselinjer for den midlertidige adresse
PostalCode -- Postnummer
City -- Bynavn
Country -- Land

Personlås

^^Tilbage til toppen^^

Tabel til håndtering af samtidige opdateringer på samme person. Der låses på row-niveau

Objektet rummer følgende information:
------------------------------------------
PersonIdentifier -- 'Cprnr'

Pårørende

^^Tilbage til toppen^^

Pårørende, f.eks. mor, far, nabo mv.

Objektet rummer følgende information:
-------------------------------------------
PersonalDataCardPID -- ID på stamkort, som denne pårørende er tilknyttet
Version -- Versionsnummer på en pårørende, startende med 1. Tælles op hver gang samme pårørende opdateres.
ValidFrom -- Gyldig fra dato
ValidTo -- Gyldig til dato. Når den pårørende opdateres sættes gyldig til på den eksisterende record og gyldig fra på den nye record til nu, og den nyes gyldig til sættes til en dato i fremtiden, f.eks. 01-01-2500',
RelationshipType -- Relationstype, f.eks. uspec_paaroerende, barn, aegtefaelle, forældre, barnebarn, svigerbarn, ingen_relationer, nabo, samboende, registreret_partner, søskende, øvrig_familie (MedCom)',
FirstName -- Fornavn og mellemnavne på pårørende
LastName -- Efternavn på pårørende
StreetAddressLine1-4 -- Fire adresselinjer for pårørendes adresse
PostalCode -- Postnummer
City -- Bynavn
Country -- Land
MobilePhone -- Mobil telefonnummer
HomePhone -- Privat telefonnummer
WorkPhone -- Arbejdstelefonnummer
Note -- Notat vedr. pårørende

Sprog

^^Tilbage til toppen^^

Indeholder talte sprog på den person, som stamkortet vedrører. Tabellen rummer historik udtrykt ved validFrom/To datointerval.

Objektet rummer følgende information:
-------------------------------------------
PersonalDataCardPID -- ID på stamkort, som denne language-record er tilknyttet'
Version -- Version. Starter ved 1 og forøges med 1 ved hver opdatering af record
ValidFrom -- Gyldig fra dato
ValidTo -- Gyldig til dato. Når nye sproginformationer lagres, sættes gyldig til på den eksisterende record og gyldig fra på den nye record til nu, og den nyes gyldig til sættes til en dato i fremtiden, f.eks. 01-01-2500
LanguageCode -- Sprogkode fra ISO-639

Sprogkoder

^^Tilbage til toppen^^

ISO-639-2 sprogkoder.

Objektet rummer følgende information:
-------------------------------------------
LanguageCode
BibliographicCode
TerminologicCode
EnglishLanguageName
FrenchLanguageName

Stamkortopdatering

^^Tilbage til toppen^^

Stamdata for en person givet ved cpr-nr.

Objektet rummer følgende information:
------------------------------------------
PersonalDataCardPID -- ID på stamkort
PersonIdentifier -- Cprnummer
Version -- Version af stamkortet. Starter med 1 og tælles op med 1 hver gang stamkortet ændres,
ModifiedDateTime -- Tidspunkt for oprettelse af denne version af stamkortet
VersionDescription -- Årsagen til denne version af stamkortet. Dette kan med fordel være navn på den operation af servicen, der kaldes, f.eks. \"UpdateTempAddress\"'
ServiceActorPID -- Nøgle på bruger, der har oprettet denne version af stamkortet.

Tandlæge

^^Tilbage til toppen^^

Tilknyttet organisation, f.eks. tandlæge

Objektet rummer følgende information:
------------------------------------------
PersonalDataCardPID -- ID på stamkort, som denne record er tilknyttet
Version -- Versionsnummer på en HealthProvider, startende med 1. Tælles op hver gang samme HealthProvider opdateres.
ValidFrom -- Gyldig fra dato
ValidTo -- Gyldig til dato. Når HealthProvider opdateres sættes gyldig til på den eksisterende record og gyldig fra på den nye record til nu, og den nyes gyldig til sættes til en dato i fremtiden, f.eks. 01-01-2500',
ProviderType -- Type, f.eks. tandlæge
OrganizationId -- ID for HealthProvider, f.eks. ydernummer.
OrganizationIdSource -- Kan være SOR, SKS eller andre ID-typer
OrganizationName -- Navn på organisation , f.eks. Haderslev Tandklinik
StreetAddressLine1-4 -- Fire adresselinjer
PostalCode -- Postnummer
City -- Bynavn
Country -- Land
Phone -- Telefonnummer

Tabelbeskrivelser

Tabel: ContactInformations

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS `ContactInformations` (
`ContactInformationPID` INT NOT NULL AUTO_INCREMENT COMMENT 'Primær dum nøgle for kontaktinformation.',
`PersonalDataCardPID` INT NOT NULL COMMENT 'ID på stamkort, som denne kontaktinformation er tilknyttet',
`ValidFrom` DATETIME(3) NOT NULL COMMENT 'Gyldig fra dato.',
`ValidTo` DATETIME(3) NOT NULL COMMENT 'Gyldig til dato. Når nye kontaktinformationer lagres, sættes gyldig til på den eksisterende og gyldig fra på den nye til nu, den nyes gyldig til sættes til en dato i fremtiden, f.eks. 01-01-2500.',
`Version` INT NOT NULL COMMENT 'Versionsnummer på kontaktinformation, startende med 1. Tælles op hver gang kontaktinformation opdateres.',
`MobilePhone` VARCHAR(45) NULL COMMENT 'Mobil telefonnummer',
`HomePhone` VARCHAR(45) NULL COMMENT 'Privat telefonnummer',
`WorkPhone` VARCHAR(45) NULL COMMENT 'Arbejdstelefonnummer',
PRIMARY KEY (`ContactInformationPID`),
INDEX `PersonalDataCardPID_idx` (`PersonalDataCardPID` ASC),
CONSTRAINT `ContactInformationPdcPID`
FOREIGN KEY (`PersonalDataCardPID`) REFERENCES `PersonalDataCards` (`PersonalDataCardPID`))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'Indeholder aktuelle telefonnumre på den person, som stamkortet vedrører. Tabellen rummer historik udtrykt ved validFrom/To datointerval.';

Tabel: HealthProviders

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS `HealthProviders` (
`HealthProviderPID` INT NOT NULL AUTO_INCREMENT COMMENT 'Primær dum nøgle for record.',
`PersonalDataCardPID` INT NOT NULL COMMENT 'ID på stamkort, som denne record er tilknyttet',
`Uuid` VARCHAR(36) NOT NULL COMMENT 'UUID til anvendelse ved opdateringer',
`Version` INT NOT NULL COMMENT 'Versionsnummer på en HealthProvider, startende med 1. Tælles op hver gang samme HealthProvider (samme uuid) opdateres.',
`ValidFrom` DATETIME(3) NOT NULL COMMENT 'Gyldig fra dato.',
`ValidTo` DATETIME(3) NOT NULL COMMENT 'Gyldig til dato. Når tandlæge opdateres sættes gyldig til på den eksisterende record og gyldig fra på den nye record til nu, og den nyes gyldig til sættes til en dato i fremtiden, f.eks. 01-01-2500',
`ProviderType` VARCHAR(20) NOT NULL COMMENT 'Type, f.eks. tandlæge',
`OrganizationId` VARCHAR(80) NULL COMMENT 'ID for den HealthProvider, f.eks. ydernummer.',
`OrganizationIdSource` VARCHAR(30) NULL COMMENT 'Kan være SOR, SKS eller andre ID-typer.',
`OrganizationName` VARCHAR(120) NULL COMMENT 'Navn på organisation , f.eks. Haderslev Tandklinik ',
`StreetAddressLine1` VARCHAR(80) NULL COMMENT 'Første linje for adresse',
`StreetAddressLine2` VARCHAR(80) NULL COMMENT 'Anden linje for adresse',
`StreetAddressLine3` VARCHAR(80) NULL COMMENT 'Tredje linje for adresse',
`StreetAddressLine4` VARCHAR(80) NULL COMMENT 'Fjerde linje for adresse',
`PostalCode` VARCHAR(10) NULL COMMENT 'Postnummer',
`City` VARCHAR(80) NULL COMMENT 'Bynavn',
`Country` VARCHAR(80) NULL COMMENT 'Land',
`Phone` VARCHAR(45) NULL COMMENT 'Telefonnummer',
PRIMARY KEY (`HealthProviderPID`),
INDEX `PersonalDataCardPID_idx` (`PersonalDataCardPID` ASC),
INDEX `Uuid_idx` (`Uuid` ASC),
CONSTRAINT `HealthProviderPdcPID`
FOREIGN KEY (`PersonalDataCardPID`) REFERENCES `PersonalDataCards` (`PersonalDataCardPID`))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'Tilknyttet organisation, f.eks. tandlæge';

Tabel: LanguageCodes

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS `LanguageCodes` (
`LanguageCodePID` INT NOT NULL AUTO_INCREMENT,
`BibliographicCode` CHAR(3) NULL,
`TerminologicCode` CHAR(3) NULL,
`LanguageCode` CHAR(2) NULL,
`EnglishLanguageName` VARCHAR(100) NULL,
`FrenchLanguageName` VARCHAR(100) NULL,
PRIMARY KEY (`LanguageCodePID`),
INDEX `IX_LanguageCode` (`LanguageCode` ASC))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'ISO-639-2 sprogkoder';

Tabel: Languages

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS `Languages` (
`LanguagePID` INT NOT NULL AUTO_INCREMENT COMMENT 'Primær dum nøgle for kontaktinformation.',
`PersonalDataCardPID` INT NOT NULL COMMENT 'ID på stamkort, som denne language-record er tilknyttet',
`Uuid` VARCHAR(36) NOT NULL COMMENT 'UUID til anvendelse ved opdateringer',
`Version` INT NOT NULL COMMENT 'Versionsnummer på et sprog, startende med 1. Tælles op hver gang samme sprog (samme uuid) opdateres.',
`ValidFrom` DATETIME(3) NOT NULL COMMENT 'Gyldig fra dato.',
`ValidTo` DATETIME(3) NOT NULL COMMENT 'Gyldig til dato. Når nye sproginformationer lagres, sættes gyldig til på den eksisterende og gyldig fra på den nye til nu, og den nyes gyldig til sættes til en dato i fremtiden, f.eks. 01-01-2500.\n\n',
`LanguageCode` CHAR(2) NOT NULL COMMENT 'Sprogkode fra ISO-639',
PRIMARY KEY (`LanguagePID`),
INDEX `PersonalDataCardPID_idx` (`PersonalDataCardPID` ASC),
INDEX `Uuid_idx` (`Uuid` ASC),
CONSTRAINT `LanguagesPdcPID`
FOREIGN KEY (`PersonalDataCardPID`)
REFERENCES `PersonalDataCards` (`PersonalDataCardPID`))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'Indeholder talte sprog på den person, som stamkortet vedrører. Tabellen rummer historik udtrykt ved validFrom/To datointerval.';

Tabel: PersonalDataCards

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS `PersonalDataCards` (
`PersonalDataCardPID` INT NOT NULL AUTO_INCREMENT COMMENT 'Primær dum nøgle for stamkortet',
`PersonIdentifier` VARCHAR(10) NOT NULL COMMENT 'Cprnummer',
`PersonIdentifierSource` VARCHAR(30) NOT NULL COMMENT 'Type af personidentifier. Denne er “CPR” (hvis PersonIdentifier er et CPR-nr. I fremtiden kan der evt. stå “eCPR” hvis PersonIdentifier er et erstatnings-CPR-nr.',
`Version` INT NOT NULL COMMENT 'Version af stamkortet. Starter med 1 og tælles op med én hver gang stamkortet ændres.',
`ModifiedDateTime` DATETIME(3) NOT NULL COMMENT 'Tidspunkt for oprettelse af denne version af stamkortet',
`VersionDescription` VARCHAR(200) NULL COMMENT 'Årsagen til denne version af stamkortet. Dette kan med fordel være navn pÃ¥ den operation af servicen, der kaldes, f.eks. \"UpdateTempAddress\"',
`ServiceActorPID` INT NOT NULL COMMENT 'Nøgle på bruger, der har oprettet denne version af stamkortet.',
PRIMARY KEY (`PersonalDataCardPID`),
INDEX `PersonIdentifier_idx` (`PersonIdentifier` ASC),
CONSTRAINT `Pdc_PersonIdVersion_Unique` UNIQUE (`PersonIdentifier`, `Version`),
CONSTRAINT `PdcServiceActorPID`
FOREIGN KEY (`ServiceActorPID`) REFERENCES `ServiceActors` (`ServiceActorPID`))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'Stamdata for en person givet ved cpr-nr.\n';

Tabel: PersonLock

^^Tilbage til toppen^^

CREATE TABLE `PersonLock` (
`PersonIdentifier` VARCHAR(10) NOT NULL COMMENT 'Cprnr',
PRIMARY KEY (`PersonIdentifier`))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'Tabel til håndtering af samtidige opdateringer på samme person. Der låses på row-niveau.';

Tabel: Relatives

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS `Relatives` (
`RelativePID` INT NOT NULL AUTO_INCREMENT COMMENT 'Primær dum nøgle for record.',
`PersonalDataCardPID` INT NOT NULL COMMENT 'ID på stamkort, som denne pårørende er tilknyttet',
`Uuid` VARCHAR(36) NOT NULL COMMENT 'UUID til anvendelse ved opdateringer',
`Version` INT NOT NULL COMMENT 'Versionsnummer på en pårørende, startende med 1. Tælles op hver gang samme pårørende (samme uuid) opdateres.',
`ValidFrom` DATETIME(3) NOT NULL COMMENT 'Gyldig fra dato.',
`ValidTo` DATETIME(3) NOT NULL COMMENT 'Gyldig til dato. Når den pårørende opdateres sættes gyldig til på den eksisterende record og gyldig fra på den nye record til nu, og den nyes gyldig til sættes til en dato i fremtiden, f.eks. 01-01-2500',
`RelationshipType` VARCHAR(20) NOT NULL COMMENT 'Relationstype, f.eks. uspec_paaroerende, barn, aegtefaelle, forældre, barnebarn, svigerbarn, ingen_relationer, nabo, samboende, registreret_partner, søskende, øvrig_familie (MedCom)',
`FirstName` VARCHAR(80) NULL COMMENT 'Fornavn og mellemnavne på pårørende',
`LastName` VARCHAR(80) NULL COMMENT 'Efternavn på pårørende',
`StreetAddressLine1` VARCHAR(80) NULL COMMENT 'Første adresselinje for pårørendes adresse',
`StreetAddressLine2` VARCHAR(80) NULL COMMENT 'Anden adresselinje for pårørendes adresse',
`StreetAddressLine3` VARCHAR(80) NULL COMMENT 'Tredje adresselinje for pårørendes adresse',
`StreetAddressLine4` VARCHAR(80) NULL COMMENT 'Fjerde adresselinje for pårørendes adresse',
`PostalCode` VARCHAR(10) NULL COMMENT 'Postnummer',
`City` VARCHAR(80) NULL COMMENT 'Bynavn',
`Country` VARCHAR(80) NULL COMMENT 'Land',
`MobilePhone` VARCHAR(45) NULL COMMENT 'Mobil telefonnummer',
`HomePhone` VARCHAR(45) NULL COMMENT 'Privat telefonnummer',
`WorkPhone` VARCHAR(45) NULL COMMENT 'Arbejdstelefonnummer',
`Note` VARCHAR(1000) NULL COMMENT 'Notat vedr. pårørende',
PRIMARY KEY (`RelativePID`),
INDEX `PersonalDataCardPID_idx` (`PersonalDataCardPID` ASC),
INDEX `Uuid_idx` (`Uuid` ASC),
CONSTRAINT `RelativesPdcPID`
FOREIGN KEY (`PersonalDataCardPID`) REFERENCES `PersonalDataCards` (`PersonalDataCardPID`))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'Pårørende, f.eks. mor, far, nabo mv.';

Tabel: ServiceActors

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS `ServiceActors` (
`ServiceActorPID` INT NOT NULL AUTO_INCREMENT COMMENT 'Primær nøgle for serviceactor.',
`PersonIdentifier` VARCHAR(10) NULL COMMENT 'Cpr nummer på den bruger, der har foretaget ændringen, hvis det kendes',
`PersonIdentifierSource` VARCHAR(30) NULL COMMENT 'Type af personidentifier. Denne er “CPR” (hvis PersonIdentifier er et CPR-nr. I fremtiden kan der evt. stå “eCPR” hvis PersonIdentifier er et erstatnings-CPR-nr.\n',
`FirstName` VARCHAR(80) NULL COMMENT 'Fornavn på actor',
`LastName` VARCHAR(80) NULL COMMENT 'Efternavn på actor',
`AuthorisationNumber` VARCHAR(5) NULL COMMENT 'Autorisationsnummer (sundhedsprofessionel)',
`EducationCode` VARCHAR(30) NULL COMMENT 'Kode for uddannelse (sundhedsprofessionel)',
`SpecialityCode` VARCHAR(10) NULL COMMENT 'Specialekode (sundhedsprofessionel)',
`SpecialityCodeSource` VARCHAR(30) NULL COMMENT 'Specialekode (sundhedsprofessionel)',
`OrganizationId` VARCHAR(80) NULL COMMENT 'ID for den organisation som actor agerer på vegne af.',
`OrganizationIdSource` VARCHAR(30) NULL COMMENT 'Kan være SOR, SKS eller andre ID-typer.',
`OrganizationName` VARCHAR(120) NULL COMMENT 'Navn for den organisation som actor agerer på vegne af.',
`HashValue` INT NULL COMMENT 'Hashcode for værdier i record',
PRIMARY KEY (`ServiceActorPID`),
INDEX `HashValue_idx` (`HashValue` ASC))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'Indeholder data vedr. den bruger, der har foretaget opdateringer til stamkortdata.';

Tabel: TempAddresses

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS `TempAddresses` (
`TempAddressPID` INT NOT NULL AUTO_INCREMENT COMMENT 'Primær dum nøgle for record',
`PersonalDataCardPID` INT NOT NULL COMMENT 'ID på stamkort, som denne temporære adresserecord er tilknyttet',
`Uuid` VARCHAR(36) NOT NULL COMMENT 'Uuid til anvendelse ved opdateringer',
`Version` INT NOT NULL COMMENT 'Version. Starter ved 1 og forøges med 1 ved hver opdatering af record.',
`ValidFrom` DATETIME(3) NOT NULL COMMENT 'Gyldig fra dato',
`ValidTo` DATETIME(3) NOT NULL COMMENT 'Gyldig til dato. Når den temporære adresse opdateres sættes gyldig til på den eksisterende record og gyldig fra på den nye record til nu, og den nyes gyldig til sættes til en dato i fremtiden, f.eks. 01-01-2500',
`StartingDate` DATE NULL COMMENT 'Dato, hvor den temporære adresse er gyldig fra.',
`EndingDate` DATE NULL COMMENT 'Dato, hvor den temporære adresse er gyldig til',
`StreetAddressLine1` VARCHAR(80) NULL COMMENT 'Første linje i adresse',
`StreetAddressLine2` VARCHAR(80) NULL COMMENT 'Anden linje i adresse',
`StreetAddressLine3` VARCHAR(80) NULL COMMENT 'Tredje linje i adresse',
`StreetAddressLine4` VARCHAR(80) NULL COMMENT 'Fjerde linje i adresse',
`PostalCode` VARCHAR(10) NULL COMMENT 'Postnummer',
`City` VARCHAR(80) NULL COMMENT 'Bynavn',
`Country` VARCHAR(80) NULL COMMENT 'Navn på land',
PRIMARY KEY (`TempAddressPID`),
INDEX `PersonalDataCardPID_idx` (`PersonalDataCardPID` ASC),
INDEX `Uuid_idx` (`Uuid` ASC),
CONSTRAINT `TempAddressesPdcPID`
FOREIGN KEY (`PersonalDataCardPID`) REFERENCES `PersonalDataCards` (`PersonalDataCardPID`))
ENGINE = InnoDB
COLLATE 'utf8_bin'
COMMENT = 'Midlertidig adresse for person';

Teknologibeskrivelse

^^Tilbage til toppen^^

Refereres fra

^^Tilbage til toppen^^





  • No labels