Page History
...
For at kunne blive tilsluttet Fælles Stamkort Forløbsplaner i produktionsmiljøet, skal anvendersystemets løsning testes og godkendes i henhold til Sundhedsdatastyrelsens domæneregler (se Domæneregler for Sundhedsdatastyrelsens patientindeks for dokumentdeling på Sundhedsdatastyrelsens hjemmeside).
...
Organisation: (Organisationens navn)
System: (Systemets navn)
Systemleverandør: (Systemleverandørens navn)
Dato: (Dato for udførelse af testen)
Beskrivelse af integration: (Hvilken type løsning er det som testes)
Test type: (Systemintegrationstest / End-2-End test)
Kommentarer: (Kommentarer til testen, evt. aftalte begrænsninger o.l.)
Testscenarier:
| Test ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar |
| Id for testscenarie | Beskrivelse af testscenarie | Beskrivelse af forudsætninger for testscenariet | Beskrivelse af det forventede resultat for testscenariet | Aktuelle resultat af testen | Beskrivelse i forhold til om testresultatet afviger fra det forventede resultat | Evt. kommentarer |
Test scenarier
Følgende testscenarier dækker Sundhedsdatastyrelsens behov for test af Forløbsplaner i henhold til at forretningsregler, tekniske standarder samt tekniske implementeringsregler er opfyldt.
Disse testscenarier er ikke udtømmende for anvendersystemet, da Systemejeren godt kan have specificeret yderligere test for anvendersystemet.
| ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar |
| 1 | Forretningsregel 1: Borgerens adgang til KOL forløbsplaner | Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL | Testpatientens forløbsplan for KOL vises for borgeren | |||
| 2 | Forretningsregel 1: Borgerens adgang til diabetes forløbsplaner | Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for diabetes | Testpatientens forløbsplan for diabetes vises for borgeren | |||
| 3 | Forretningsregel 1: Borgerens adgang til hjertelidelse forløbsplaner | Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for hjertelidelse | Testpatientens forløbsplan for hjertelidelse vises for borgeren | |||
| 4 | Forretningsregel 1: Borgerens adgang til KOL, diabetes og hjertelidelse forløbsplaner | Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL, diabetes, hjertelidelse | Testpatientens forløbsplaner for KOL, diabetes og hjertelidelse vises for borgeren | |||
| 5 | Forretningsregel 2: Sundhedsfaglig med autorisation har adgang til KOL forløbsplaner | Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #1 kan anvendes) | Testpatientens forløbsplan for KOL vises for den sundhedsfaglige med autorisation | |||
| 6 | Forretningsregel 2: Sundhedsfaglig med autorisation har adgang til diabetes forløbsplaner | Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #2 kan anvendes) Testpatienten har tilknyttet en forløbsplan for diabetes | Testpatientens forløbsplan for diabetes vises for den sundhedsfaglige med autorisation | |||
| 7 | Forretningsregel 2: Sundhedsfaglig med autorisation har adgang til hjertelidelse forløbsplaner | Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #3 kan anvendes) Testpatienten har tilknyttet en forløbsplan for hjertelidelse | Testpatientens forløbsplan for hjertelidelse vises for den sundhedsfaglige med autorisation | |||
| 8 | Forretningsregel 2: Sundhedsfaglig med autorisation adgang til KOL, diabetes og hjertelidelse forløbsplaner | Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #4 kan anvendes) Testpatienten har tilknyttet en forløbsplan for KOL, diabetes, hjertelidelse | Testpatientens forløbsplaner for KOL, diabetes og hjertelidelse vises for den sundhedsfaglige med autorisation |
| 9 | Forretningsregel |
2: |
Anvendersystemet har tilknyttet en testpatient på NSP.
Anvendersystemet laver opslag på en testpatient, hvor der er tilknyttet et barn, som der er forældremyndighed over.
Barnet under forældremyndighed kan ses på testpatienten.
Sundhedsfaglig uden autorisation, men med national rolle "nspSundAssistR2" har adgang til KOL, diabetes og hjertelidelse forløbsplaner | (Dette er en variant af testscenarie 8) |
Forretningsregel 5:
Hvis patienten er et barn, skal forældremyndighedshavere vises i anvendersystemet.
Anvendersystemet har tilknyttet en testpatient på NSP.
Anvendersystemet laver opslag på en testpatient, som er et barn, hvor der er tilknyttet en forælder/værge, der har forældremyndighed over barnet.
Forretningsregel 6:
Anvendersystemet skal kunne indtaste oplysninger om patientens kontaktinformation (telefonnumre).Anvendersystemet har tilknyttet en testpatient på NSP. |
Anvendersystemet skal understøtte, at der på testpatienten kan oprettes 3 telefonnumre.
Efterfølgende: Anvendersystemet redigerer oplysninger på det ene telefonnummer.
Sidst: Anvendersystemet sletter et telefonnummer.
(Testpatienten fra scenarie #4 kan anvendes) Testpatienten har tilknyttet en forløbsplan for KOL, diabetes, hjertelidelse | Testpatientens forløbsplaner for KOL, diabetes og hjertelidelse vises for den sundhedsfaglige uden autorisation men med national rolle "nspSundAssistR2" | |||||
| 10 | Forretningsregel 3: | Der er tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL | 1. Testpatientens forløbsplan for KOL fremsøges via testværktøj 2. Testpatientens forløbsplan for KOL slettes af forvalteren 3. Testpatientens forløbsplan for KOL kan ikke længere fremsøges via testværktøj | |||
| 11 | Forretningsregel 4: Registrering til borgerens Minlog (§6 i Bekendtgørelse om drift m.v. af den fælles digitale infrastruktur) | Testscenarie 1,5 (og 9 hvis det understøttes) er udført | 1. Borgerens Minlog viser ikke egne opslag ud fra testscenarie #1 2. Borgerens Minlog viser den sundhedsfagliges adgang til forløbsplanen via testscenarie #4,så "hvem", "hvorfra" og "hvornår" kan vises. 3. Evt. Hvis scenariet er understøttet af anvendersystemet. Borgerens Minlog viser den sundhedsfaglige med national rolles adgang til forløbsplanen via testscenarie #9, så "hvem", "hvorfra" og "hvornår" kan vises. | |||
| 12 | Forretningsregel 5 |
De 3 telefonnumre kan ses under testpatienten.
Efterfølgende: Det redigerede telefonnummer kan ses under testpatienten.
Sidst: Det slettede telefonnummer kan ikke længere ses på testpatienten.
Forretningsregel 7:
Anvendersystemet skal kunne indtaste oplysninger om patientens midlertidige adresse.
Anvendersystemet har tilknyttet en testpatient på NSP.
Anvendersystemet skal understøtte, at der på testpatienten kan oprettes en midlertidig adresse med adresse, postnummer og by, samt startdato og slutdato.
Efterfølgende: Anvendersystemet redigerer den midlertidige adresse ved at ændre adresse, postnummer, by, startdato og slutdato.
Efterfølgende 2: Slutdato fjernes fra den midlertidige adresse.
Sidst: Anvendersystemet sletter den midlertidige adresse.
Den midlertidige adresse kan ses under testpatienten.
Efterfølgende: Den redigerede midlertidige adresse kan ses under testpatienten.
Efterfølgende 2: Den redigerede midlertidige adresse uden slutdato kan ses under testpatienten.
Sidst: Den midlertidige adresse ses ikke længere under testpatienten.
Forretningsregel 8:
Anvendersystemet skal vise patientens læge.
Anvendersystemet har tilknyttet en testpatient på NSP.
Der er tilknyttet en læge til testpatienten.
Forretningsregel 9:
Anvendersystemet skal vise patientens tandlæge.
Anvendersystemet har tilknyttet en testpatient på NSP.
Der er tilknyttet en tandlæge til testpatienten.
Forretningsregel 10:
Anvendersystemet skal vise patientens sygesikringsgruppe.
Anvendersystemet har tilknyttet en testpatient på NSP.
Der er tilknyttet en sygesikringsgruppe til testpatienten.
Forretningsregel 11:
Anvendersystemet skal kunne indtaste oplysninger om patientens kommunikationssprog.
Anvendersystemet har tilknyttet en testpatient på NSP.
Anvendersystemet skal understøtte, at der på testpatienten kan oprettes et kommunikationssprog for testpatienten.
Efterfølgende: Anvendersystemet redigerer kommunikationssproget.
Sidst: Anvendersystemet sletter kommunikationssproget.
Kommunikationssproget kan ses under testpatienten.
Efterfølgende: Det redigerede kommunikationssprog kan ses under testpatienten.
Sidst: Kommunikationssproget ses ikke længere under testpatienten.
Forretningsregel 12:
Anvendersystemet skal vise om patienten har registreret et behandlingstestamente eller livstestamente.
Anvendersystemet har tilknyttet to forskellige testpatienter på NSP.
Testpatient 1: Der er tilknyttet et behandlingstestamente til testpatienten.
Testpatient 2: Der er tilknyttet et livstestamente til testpatienten.
Testpatient 1: Anvendersystemet viser, at der er tilknyttet et behandlingstestamente, men ikke et livstestamente
Testpatient 2: Anvendersystemet viser, at der er tilknyttet et livstestamente, men ikke et behandlingstestamente.
Forretningsregel 12:
Anvendersystemet skal vise, om patienten har en organdonorregistrering.
Anvendersystemet har tilknyttet to forskellige testpatienter på NSP.
Testpatient 1: Der er tilknyttet en organdonorregistrering.
Testpatient 2: Der er ikke tilknyttet en organdonorregistrering.
Testpatient 1: Anvendersystemet viser at der er tilknyttet en organdonorregistrering
Testpatient 2: Anvendersystemet viser at der ikke er tilknyttet en organdonorregistrering
: Fra patientportaler skal der være adgang for pårørende med fuldmagt til patientens |
Forløbsplaner, således at disse fuldmagtshavere kan læse |
forløbsplanerdata på tilsvarende vis som patienten selv. Bemærk: Det er kun sundhed.dk, som patientportal, hvor understøttelse af adgang via fuldmagt er påkrævet. | Der er tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL Fuldmagter kan tildeles borgere via den fællesoffentlige fuldmagtsservice. En borger tildeles digital fuldmagt over en testpatient via Fællesoffentlig fuldmagtsservice. | Der må ikke være adgang til |
Forløbsplaner via egen udstedte fuldmagtsløsninger. Testpatientens |
Forløbsplan for KOL kan læses af fuldmagtshaver | |||
| 13 | Forretningsregel 6: Borgeren |
Forretningsregel 15:
Patienter har via Min Spærring mulighed for at spærre for enkelte sundhedspersoners adgang til Fælles Stamkort.
kan spærre for deling af |
Forretningsregel 16:
Opmærkning af data i Fælles Stamkort, således at der i Fælles Stamkort kan ses, hvem der her redigeret stamkortoplysninger, og hvornår disse er redigeret.
Bemærk: Denne opmærkning skal ikke forveksles med log oplysninger i Minlog.
forløbsplaner til Sundhedspersoner Bemærk at sundhedsfaglige uden autorisation ikke må foretage værdispring. | Der er |
tilknyttet en testpatient på NSP. |
Der indtastes et telefonnummer, en pårørende, et sprog og en midlertidig adresse på testpatienten i anvendersystemet.
Scenarie 1: Hvis opmærkningen er på personniveau jvf. forretningsreglen.
Der indtastes fornavn, efternavn samt organisation (hvis det ikke er en borger) som opmærkning på telefonnummer, en pårørende, et sprog og en midlertidig adresse.
Scenarie 2: Hvis opmærkningen er på organisationsniveau: Der indtastes en rolleangivelse samt organisation som opmærkning på telefonnummer, en pårørende, et sprog og en midlertidig adresse.
Scenarie 1: Opmærkningen vises på testpatientens stamkortoplysninger under telefonnummer, en pårørende, et sprog og en midlertidig adresse med tidspunkt, navn og evt. organisation.
Scenarie 2: Opmærkningen vises på testpatientens stamkortoplysninger under telefonnummer, en pårørende, et sprog og en midlertidig adresse med tidspunkt, rolle og organisation.
Forretningsregel 17:
Anvendersystemet skal vise patientens registrering af fravalg af genoplivningsforsøg ved hjertestop.
Bemærk: Visse systemer på akutområdet er godkendt af Sundhedsdatastyrelsen, til ikke at vise alle oplysninger fra Fælles Stamkort, men udelukkende borgerens registrering af fravalg af genoplivningsforsøg.
Anvendersystemet har tilknyttet to forskellige testpatienter på NSP.
Testpatient 1: Der er tilknyttet et aktivt fravalg af genoplivningsforsøg ved hjertestop.
Testpatient 2: Der er ikke tilknyttet et aktivt fravalg af genoplivningsforsøg ved hjertestop (anvendersystemer kan ikke skelne mellem, om der ikke er foretaget en registrering, eller om den ikke er aktiv endnu).
Bemærk: Registreringer af fravalg af genoplivningsforsøg ve hjertestop, bliver først aktive 7 dage efter registrering, så testdata skal forberedes i god tid.
Testpatient 1: Anvendersystemet viser, at der er tilknyttet et aktivt fravalg af genoplivningsforsøg ved hjertestop.
Testpatient 2: Anvendersystemet viser, at der ikke er tilknyttet aktivt fravalg af genoplivningsforsøg ved hjertestop.
Logning (§6 i Bekendtgørelse om drift m.v. af den fælles digitale infrastruktur).
Sundhedsdatastyrelsen er forpligtet til at foretage maskinel registrering (logning) af anvendelser af personoplysninger i den fælles digitale infrastruktur. Logningsoplysninger skal mindst indeholde oplysning om:
1) hvem der har foretaget opslag med angivelse af fornavn, efternavn samt autorisationsnummer eller titel,
2) behandlingssted, hvorfra opslaget er foretaget, og
3) tidspunkt for opslaget.
Anvendersystemet har tilknyttet en testpatient på NSP.
Scenarie 1: Der laves et borger-/medarbejderinitieret opslag på testpatientens Fælles Stamkort.
Scenarie 2: Der laves en borger-/medarbejderinitieret ændring på testpatientens stamkortdata.
Scenarie 3: Der laves et systemopslag på testpatientens Fælles Stamkort, som efterfølgende vises for en medarbejder.
Scenarie 4: Der laves et systemkald på en medarbejders ændring på testpatientens stamkortdata.
Bemærk: Anvendersystemer er forskellige i forhold til, hvordan der laves logning. Anvendersystemer skal teste de scenarier, der understøttes af deres integration til Fælles Stamkort og stamkortregisteret.
Scenarie 1: Der kontrolleres i log, at oplysningerne for "hvem", "hvorfra" og "hvornår" er logget til testpatientens Minlog.
Scenarie 2: Der kontrolleres i log, at oplysningerne for "hvem", "hvorfra" og "hvornår" er logget til testpatientens Minlog.
Scenarie 3: Der kontrolleres i Minlog, at oplysningerne for medarbejderes adgang til testpatientens Fælles Stamkort er logget, så "hvem", "hvorfra" og "hvornår" kan vises.
Scenarie 4: Der kontrolleres i Minlog, at oplysningerne for medarbejderes ændring i testpatientens stamkortdata er logget, så "hvem", "hvorfra" og "hvornår" kan vises.
Reducering af logdata (Minlog vejledningsdokument krav 9 og 10).
Hvis anvendersystemet laver systembaserede opslag og ændringer, og ønsker at reducere antallet af kald til Minlog, kan logdata reducueres jvf. Minlog vejledningsdokument krav 9 og 10.
Anvendersystemet har tilknyttet en testpatient på NSP.
Scenarie 1: Der laves et systemopslag på testpatientens Fælles Stamkort, som efterfølgende vises for en medarbejder på tidspunkt 1 og senere igen på tidspunkt 2.
Scenarie 2: Der laves et systemkald på en medarbejders ændring på testpatientens stamkortdata på tidspunkt 1 og senere igen på tidspunkt 2.
Bemærk: Scenarie 1 og scenarie 2 kan slås sammen.
Scenarie 1: Der kontrolleres i Minlog, at oplysningerne for medarbejderes adgang til testpatientens Fælles Stamkort er logget, så "hvem", "hvorfra" og "hvornår" kan vises som én logning, hvor både tidspunkt 1 og tidspunkt 2 indgår.
Scenarie 1: Der kontrolleres i Minlog, at oplysningerne for medarbejderes ændring i testpatientens stamkortdata er logget, så "hvem", "hvorfra" og "hvornår" kan vises som én logning, hvor både tidspunkt 1 og tidspunkt 2 indgår.
Testpatienten har tilknyttet en forløbsplan for KOL Der testes for 3 typer spærring 1. Der spærres for deling af data fra dataproducerende organisation ud fra SOR-ID 2. Der spærres for deling af data ud fra et angivet tidsrum, som indbefatter oprettelsestidspunktet af data 3. Der spærre for deling af data for den specifikke sundhedsperson (ud fra autorisationsnummer) der forsøger at fremsøge data | Spærring type 1,2 og 3 testes - ens for alle er at, anvendersystemet ser der foreligger en spærring, og præsenterer brugeren for en passende dialog, hvorfra brugeren kan foretage værdispring. (Bemærk sundhedsfaglige uden autorisation må ikke kunne foretage værdispring) | |||||
| 14 | Forretningsregel 7: Journalisering | Testes ikke som en del af systemintegrationstesten eller end-2-end test, da det er anvendersystemets ansvar at opretholde en patientjournal. Systemejeren for anvendersystemet skal beskrive om de opretholder en patientjournal | ||||
| 15 | Forretningsregel 8: Anvendersystemer må ikke opretholde lokale kopier af borgerens forløbsplaner fra andre aktører end sig selv | Testes ikke som en del af systemintegrationstesten eller end-2-end test. Systemejeren for anvendersystemet skal erklære at de ikke opbevarer en lokal kopi af borgerens forløbsplaner når opslag på borgerens forløbsplaner er afsluttet |
Adgang for ikke-autoriserede sundhedsfaglige (Sundhedslovens §42 a).
Det er muligt for ikke autoriserede sundhedsfaglige (eksempelvis lægesekretærer) at se og redigere i patientens stamkortdata.
Bemærk: Ved systemopslag og systemkald pålægges anvendersystemet ansvaret for om medarbejderen må få adgang til stamkortdata.
Anvendersystemet har tilknyttet en testpatient på NSP og har anmodet om at få en trustaftale på NSP's testmiljøer.
En testmedarbejder uden sundhedsfaglig autorisation med med tilknyttet national rolle NSPsundassistR1 eller NSPsundassistR2 laver et opslag på en testpatient.
Testmedarbejder uden sundhedsfaglig autorisation kan se testpatientens Fælles Stamkort og redigere i stamkortdata.
Adviseringer (Teknisk regel)
Anvendersystemer der anvender lokale registerkopier af Fælles Stamkort, skal kunne reagere på ændringer i borgerens Fælles Stamkort indenfor 5 minutter.
Anvendersystemet har tilknyttet en testpatient på NSP, er tilsluttet den nationale adviseringsservice og lytter på ændringer fra stamkortregisteret, organdonorregisteret, livs- og behandlingstestamenteregisteret samt register for fravalg af genoplivning ved hjertestop.
Scenarie 1: Via NSP'ens testværktøj laves der en ændring på testpatientens stamkortregister.
Scenarie 2: Når scenarie 1 er gennemført, laves der en ændring på testpatientens organdonorregistrering via NSP'ens testværktøj.
Scenarie 3: Når scenarie 2 er gennemført, laves der en ændring på testpatientens livs og behandlingstestamenteregistrering via NSP'ens testværktøj.
Scenarie 4: Når scenarie 3 er gennemført, laves der en ændring på testpatientens registrering for fravalg af genoplivning ved hjertestop via NSP'ens testværktøj.
Scenarie 1: Anvendersystemet viser en ændring på testpatientens Fælles Stamkort, eller henter ændringen på testpatientens Fælles Stamkort indenfor 5 minutter.
Scenarie 2: Anvendersystemet viser en ændring på testpatientens Fælles Stamkort, eller henter ændringen på testpatientens Fælles Stamkort indenfor 5 minutter.
Scenarie 3: Anvendersystemet viser en ændring på testpatientens Fælles Stamkort, eller henter ændringen på testpatientens Fælles Stamkort indenfor 5 minutter.
Scenarie 3: Anvendersystemet viser en ændring på testpatientens Fælles Stamkort, eller henter ændringen på testpatientens Fælles Stamkort indenfor 5 minutter.Planlægning
Systemejeren for anvendersystemet planlægger i samarbejde med Sundhedsdatatyrelsen, hvornår Systemintegrationstest og End-2-End test udføres.
Ligeledes planlægger Systemejeren for anvendersystemet sammen med MedCom, hvornår certificeringstesten udføres.
...
Anvendersystemet systemet sørger for relevante testdata. Testdata kan oprettes, ændres og vises via NSP's testværktøjer beskrevet under Test af Et Samlet Patientoverblik.
Ændringslog
| 1.0 | 2024-02-20 | Test af Forløbsplaner på baggrund af domæneregler beskrevet | SDS |