Page History
...
Fagsystemet ser ved næste opslag på patientens data, at kontaktinformationer har et nyere tidsstempel end de lokla data, og skal derfor synkronisere data fra Fælles Stamkort ned til de lokale data.
Da det her drejer sig om en sletning af data, skal data fjernes fra det lokale fagsystem, da det ikke længere er validt - da patienten har slettet det.
Adviseringer fra Stamkortregisteret
Fagsystemer bør hente patientens seneste Fælles Stamkort, hver gang der laves opslag på patientens stamdata i fagsystemet. Således kan fagsystemet flette de seneste ændringer fra Fælles Stamkort ind i de lokalt cachede stamdata. Betydningen af dette er at der laves mange opslag på patientens Fælles Stamkort, også når der ikke er sket ændringer.
Hvis fagsystemet derimod modtager en advisering når der er ændring i borgerens data fra stamkortregisteret, kan der laves optimeringer i forhold til antallet af opslag.
Disclaimer:
Fælles Stamkort udstiller data fra en række af forskellige registre, herunder:
Adviseringer bliver udelukkende udsendt fra Stamkortregisteret, når der er sket ændringer i
Ændringer af patientens data i de resterende registre, vil der ikke blive udsendt adviseringer for. |
Den tekniske understøttelse af adviseringer fra Stamkortregisteret følge de overordnede principper udstukket af den Nationale Adviseringsservice (NAS)
Fagsystemerne bør implementere en adviseringskomponent, der håndterer at fagsystemet kan lytte på adviseringer fra Stamkortregisteret.
Den tekniske dokumentation i forhold til brugen af de viste endpoints til NAS, er beskrevet i NAS-2 Anvenderguide
Topic
Navn til Topic for ændringer til stamkortregisteret er:
http://sundhedsdatastyrelsen.dk/PersonalDataCard/2020/11/01:DataCardUpdated |
Beskedformat
Beskedformat for ændringer i Stamkortregisteret, er pakket ind i NAS'ens generelle beskedformat (Markeret med blåt)
Indholdet i notifikationen er neutralt, idet der ikke må inkluderes hvad ændringen omhandler. Følgende værdier ligger i adviseringen
- id: Patientens CPR nummer
- date: Dato for Hvornår ændringen er sket
- type: Type for beskeddefinitionen
- version: Versionsnummer for beskeddefinitionen.
<NotificationMessage> <Topic Dialect="http://docs.oasis-open.org/wsn/t-1/TopicExpression/Simple">Ændring på Fælles Stamkort</Topic> <Message> <id value="1234567890"/> <!-- CPR nummer --> <date value="2020-09-15"/> <type value="http://sundhedsdatastyrelsen.dk/MessageDefinition/PDC-notification"/> <version value="1"/> </Message> </NotificationMessage> |
Det skal bemærkes at der godt kan foreligge flere adviseringer for den samme patient. da der vil blive skabt en advisering hver gang der er foretaget en ændring på patientens data i Stamkortregisteret. Fagsystemet skal kunne håndtere dette scenarie. Uanset hvor mange adviseringer der ligger i pullpointet, skal der dog kun foretages en synkronisering.
Ved tekniske fejl er der altid en risiko for at adviseringer går tabt, fagsystemet bør derfor have mulighed for at synkronisere med Fælles Stamkort, selvom det ikke har modtaget en advisering, eksempelvis via en aktiv handling fra en sundhedsperson.
Brugseksempel
Et fagsystem har modtaget en advisering på at Hans Hansen's data i Stamkortregisteret er opdateret.
En sundhedsperson skal lave et opslag på Hans Hansen, der skal i behandling og som netop er mødt ind på hospitalet.
Hans Hansen data i Stamkortregisteret
- Hans Hansen har for 2 dage siden oprettet sit telefonnummer via sundhed.dk, da dette ikke var indtastet i forvejen.
- Stamkortregisteret har udsendt en advisering til beskedkøen: "Ændring på Fælles Stamkort", som fagsystemet "lytter på", og hvor fagsystemet i forvejen har fortalt det vil modtage adviseringer for regionens patienter, her i blandt Hans Hansen.
Fagsystemet får markeret Hans Hansen's stamdata, således det kan opdateres når en sundhedsperson tilgår Hans Hansen's journal næste gang. - Når Hans Hansen møder op på afdelingen, vil sundhedspersonen slå op på Hans Hansens data. Fagsystemet vil synkronisere stamdata, og i dette tilfælde opdatere Hans Hansens telefonnummer fra Fælles Stamkort (ud fra sundhedspersonens medarbejdercertifikat). I dette eksempel har fagsystemet lavet en markering at Hans Hansen's telefonnummer er opdateret således sundhedspersonen er informeret.
Synkroniseringen bevirker følgende:- Der laves automatisk opslag mod MinSpærring, med sundhedspersonens medarbejdercertifikat, fagsystemet skal agere ud fra svaret. (Eksempelvis gøre opmærksom over for sundhedspersonen er der foreligger en spærring)
- Der laves automatisk en behandlingsrelationsopfølgning
- Der laves automatisk en registrering i patientens MinLog - således patienten har indsigt i hvordan data er benyttet (i dette tilfælde kan Hans Hansen se at sundhedspersonen har hentet Fælles Stamkort).
Teknisk implementering
Afsnittet indeholder tekniske vejledninger til hvordan Fælles Stamkort kan integrereres i lokale fagsystemer og patient/borgerportaler.
...
0.8 | 2019-12-06 | Udkast til Teknisk implementeringsguide til Fælles Stamkort | SDS |
1.0 | 2020-01-06 | Offentlig efter afsluttet kommenteringsrunde | SDS |
1.0.1 | 2020-01-21 | Tilrettet link til standard for Fælles Stamkort | SDS |
1.1 | 2020-03-27 | Tilrettet efter opdatering af testprotokol for CDA profilen Desuden mindre tekstuelle rettelser | SDS |
1.2 | 2020-05-28 | Indført afsnit som præciserer hvorledes data skal synkroniseres mellem lokale fagsystemer og Fælles Stamkort | SDS |
1.2.1 | 2020-06-26 | Præcisering omkring hvilke datafelter fra Fælles Stamkort, der skal vises for slutbrugerne. | SDS |
1.2.2 | 2020-10-21 | Opdateret med specifik reference til testprotokol for modtagelse af Fælles Stamkort | SDS |
1.3 | 2021-01-26 | Opdateret med migreringsgrænseflade | SDS |
1.3.1 | 2021-02-11 | Tilrettet AdhocQueryRequest eksemplet med on-demand documenttype angivelse | SDS |
1.3.2 | 2021-02-23 | Tilrettet eksempel på ITI-18 forespørgsel, da det benyttede forældet codesystem navn | SDS |
1.4 | 2021-03-04 | Opdateret med vejledning til adviseringer fra Stamkortregisteret | SDS |