Page History
...
Dette dokument beskriver designet af Stamkortregister-servicen..Det forudsættes at læseren er bekendt med grundfunktionaliteten i servicen, beskrevet i dokumentet Stamkortregister-service (SKR).
Ændringslog
Version | Dato | Ændring | Ansvarlig |
|---|---|---|---|
1.0.0 | 2018-08-31 | Initialt dokument | Trifork |
| 1.0.11 | 2019-08-16 | Fjernet note om SCES. Tilføjet note om MinLog SessionId. | Trifork |
| 1.0.12 | 2021-01-18 | Opdateret 'Design'-figur | KvalitetsIT |
| 1.0.13 | 2021-04-13 | Opdateret med NAS-integration | KvalitetsIT |
| 1.0.14 | 2021-04-29 | Opdateret 'Design'-figur | KvalitetsIT |
...
Forkortelse | Betydning |
|---|---|
SKR | Stamkortregistret |
| FSK | Det Fælles Stamkort |
| DDS | Dokumentdelingsservicen |
| DCC | Viderestillingsservicen |
Arkitektur
Systemet består af Stamkortregister-servicen, som håndterer kald til systemet, funktionalitet og databaseadgang.
Stamkortregister-servicen er en webservice, der anvendes som datakilde for Det Fælles Stamkort. Anvendere skal hente oplysningerne igennem Det Fælles Stamkort.
| HTML |
|---|
<iframe src="https://archi.nspop.dk/NSP/570928ca/views/b5e29947-a12a-45ae-80e5-2edccfd8589b.html" name="test" height="780" width="800">You need a Frames Capable browser to view this content.</iframe> |
* Hver kasse i ovenstående diagram har en kort forklaring, som kommer frem i et nyt browservindue, når der klikkes på kassen.
Brugerne tilgår servicen indirekte via Som illustreret på figuren herunder tilgår brugerne servicen indirekte via Sundhed.dk, patientjournalsystemer, lægepraksissystemer osv. Herudover kan stamkort hentes via Dokumentdelingsservicen (DDS), som anvender FSK som On-Demand datakilde. FSK henter data fra en række datakilder, herunder Stamkortregistret.:
| Gliffy Diagram | ||||||
|---|---|---|---|---|---|---|
|
...
Alle opslag og ændringer af Stamkort registreres i MinLog2. Med undtagelse af system bruger og borgerens egen læsning af data.
Ved manglende adgang til MinLog-servicen vil servicekaldet fejle.
...
PersonInformation anvendes på 2 3 områder i SKR:
- Gennem kald til PersonInformation Service foretages validering af CPR nummer. CPR valideringen kan køre i følgende tre modes:
- OFF: Der foretages ikke yderligere verifikation af CPRnummeret udover simpel validering af længde. PersonInformation kaldes ikke
- WARNING: PersonInformation service kaldes. Hvis denne service svarer, at CPR nummeret ikke findes, så audit logges denne information.
- REJECT: PersonInformation service kaldes. Svaret fra denne er en hård validering dvs kaldet til SKR fejler, hvis PersonInformation service ikke kender CPR nummeret.
- Gennem kald til PersonInformation Service tjekkes anvenderens relation til CPR numret, skulle anvender og patient ikke være den samme. Anvender kan have en af 2 relationer
- Forældre relation
- Værge
- CPR oprydningsjobbet benytter PersonInformation servicen til at tjekke om tal strenge i tekstfelter er rigtige CPR numre, som skal fjernes.
Design
| Gliffy Diagram | ||||||
|---|---|---|---|---|---|---|
|
Datamodel
Service og database er opbygget således at det vil være nemt at udvide stamkortet med yderligere informationer senere.
...
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.
| HTML |
|---|
<iframe src="https://archi.nspop.dk/NSP/570928ca/views/bb995f9c-1f1e-4bbb-a379-79a2dc0709fc.html" name="test" height="410" width="800">You need a Frames Capable browser to view this content.</iframe> |
* Hver kasse i ovenstående diagram har en kort forklaring, som kommer frem i et nyt browservindue, når der klikkes på kassen.
Det detaljerede schema for databasen er vist på figuren herunder.
...