Page History
...
| Brugertypen: Administrativ | Verifikation | Mapning til FGVHR ServiceActor | ||
| SecurityContext | Ticket | Audience | Verificeres ikke - må gerne være der | |
| Validity | Er valid | |||
| Message | Verificeres ikke - må gerne være der | |||
| ActingUser | UserType | Skal være HealthcareProfessional | Brugertypen: Administrativ | |
| IdentifierFormat | Skal være CPR | userPersonIdentifier | ||
| Identifier | Skal være sat | |||
| GivenName | Verificeres ikke - må gerne være der | |||
| SurName | Verificeres ikke - må gerne være der | |||
| Credentials.NationalRole | Skal være der - og skal matche config variable i FGVHR | |||
| PersistentUniqueKey | Verificeres ikke - må gerne være der | |||
| PrincipalUser | Må ikke være der | |||
| Organisation | Identifier | Skal være der | organisationIdentifier | |
| identifierFormat | Skal være der og skal være CVR | |||
| Client | Verificeres ikke - må gerne være der | |||
Database model
Datamodel
| kolonne | beskrivelse |
|---|---|
| patient_id |
| Patientens cpr nummer. | |
| patient_id_source | Typen af patient_id. Dvs. kun 'CPR' lige nu. |
| created_date | Tidspunktet hvor rækken oprettes i databasen. |
| citizen_created_date | Datoen borgeren har angivet på blanketten (tom hvis den ikke kommer fra en blanket) |
| valid_from | Tidspunktet hvor registreringen er ACTIVE (= created_date + 7 dage) |
Scenarier
I det følgende beskrives en række scenarier og hvordan de tilhørende data ser ud. Rækker bliver aldrig slettet eller rettet - der bliver altid kun tilføjet nye rækker. Så fordelen ved denne løsninger er at historiken bevares.
...