Arbejdsversion
For at kunne blive tilsluttet Fælles Stamkort i produktionsmiljøet, skal anvendersystemets løsning tests og goedkendes i henhold til Sundhedsdatastyrelsens domæneregler (se Domæneregler for Sundhedsdatastyrelsens patientindeks for dokumentdeling på Sundhedsdatastyrelsens hjemmeside)
Forudsætninger i forhold til testadgange og anskaffelse af testdata er beskrivet under: Test af Et Samlet Patientoverblik
Test af løsningen indbefatter følgende:
- Systemintegrationstest - som er en anvendersystemets egen test, der sikrer at forretningsregler, tekniske standarder samt tekniske implementeringsregler er opfyldt.
- Systemejeren af anvendersystemet afleverer en testrapport hvor nedenstående testscenarier er blevet aftestet, og resultatet af denne test.
- Testrapporten følger beskrevne format for testrapport, og indsendes til patientoverblik@sundhedsdata.dk med passende emnebeskrivelse.
- Systemejeren modtager en kvittering fra Sunhedsdatastyrelsen når testrapporten er godkendt.
- Test og certificering af indholdsmæssige standarder og XDS Metadata.
- Bemærk: Systemintegrationstest skal være godkendt, før MedCom certificering kan udføres, bestilling af testen kan dog godt foretages inden.
- Systemejeren for anvendersystemet bestiller en Test og Certificering hos MedCom jvf. beskrivelsen under: Test af Et Samlet Patientoverblik#MedComcertificeringstest
- Systemejeren specificerer overfor MedCom hvilken type test af Fælles Stamkort der skal foretages (om det er en fuld implementering af Fælles Stamkort, eller om det er en implementering i forhold til forretningsregel #17.
- End-2-End - Som er tilsvarende Systemintegrationstesten, men hvor Sundhedsdatastyrelsen ser med og vurderer testresultaterne. Det aftales specifikt hvilke parter der deltager i en end-2-end test, typisk vil det være Sundhedsdatastyrelsen, MedCom, Systemejeren og leverandøren af anvendersystemet.
- Bemærk: Test og certificering af indholdsmæssige standarder og XDS Metadata skal være udført uden kritiske fejl, før End-2-End testen kan udføres, bestilling af testen kan dog godt foretages inden.
- Sundhedsdatastyrelsen gennemfører i samarbejde med systemejeren nedenstående testscenarier, og laver en testrapport i henhold til det beskrevne format.
- Systemejeren modtager en kvittering inklusiv testrapporten fra Sunhedsdatastyrelsen når testrapporten er godkendt.
Efter godkendt end-2-end test vil adgang til produktionsmiljøet kunne godkendes.
Format for testrapport
Testrapport som skal afleveres til Sundhedsdatastyrelsen efter gennemført systemintegrationstest skal følge nedenstående format:
Organisation: (Organisationens navn)
System: (Systemets navn)
Systemleverandør: (Systemleverandørens navn)
Dato: (Dato for udførelse af testen)
Beskrivelse af integration: (Medtode for opslag i Fælles stamkort og registrering i stamkortregister, system-system eller synkron)
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 Fælles Stamkort i henhold 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: Fagsystemets oplysninger skal automatisk overføres til Fælles Stamkort | Anvendersystemet har tilknyttet en testpatient på NSP. Anvendersystemet indtaster et telefonnummer, en pårørende, et sprog og en midlertidig adresse på testpatienten | Testpatientens telefonnummer, pårørende, sprog og midlertidig adresse overføres til stamkortregisteret og kan læses via Fælles Stamkort | |||
2 | Forretningsregel 1: Fælles Stamkorts oplysninger skal automatisk overføres til anvendersystemet, når der laves opslag på patientens stamoplysninger | Anvendersystemet har tilknyttet en testpatient på NSP. Der indtastes et telefonnummer, en pårørende, et sprog og en midlertidig adresse på testpatienten i stamkortregisteret via testværktøjet | Ved system-system integration: Ved synkront opslag: I begge tilfælde ses testpatientens telefonnummer, pårørende, sprog og midlertidig adresse i anvendersystemet | |||
3 | Forretningsregel 1: | Anvendersystemet har tilknyttet en testpatient på NSP.
Anvendersystemet opretter en pårørende, og en midlertidig adresse på testpatienten, og tilknytter egen unik id'er til disse oplysninger jvf. snitfladen til stamkortregisteret. | Testpatientens pårørende og midlertidig adresse overføres til stamkortregisteret og kan læses via Fælles Stamkort. Hvor det ses at de unikke id'er er af typen UUID version 4. Måden at validere typen på en UUID er at kigge på 1. karakter i 3. gruppe i UUID'en (se: https://datatracker.ietf.org/doc/html/rfc4122#section-4.1.3 ) Eksempelvis: d4e28869-20a6-4ab0-886c-04e745c6ed98 er en type 4 UUID, da 1. karakter i 3. gruppe er 4 | |||
4 | Forretningsregel 2: | Forudsætning: Testscenarie #1 er gennemført Anvendersystemet opdaterer et telefonnummer, en pårørende, et sprog og en midlertidig adresse på testpatienten. Efterfølgende: | Testpatientens opdaterede telefonnummer, pårørende, sprog og midlertidig adresse overføres til stamkortregisteret og kan læses via Fælles Stamkort Efterfølgende: | |||
5 | Forretningsregel 3: Anvendersystemer skal kunne indtaste oplysninger om patientens pårørende | Anvendersystemet har tilknyttet en testpatient på NSP. Anvendersystemet, skal understøtte at der på testpatienten kan oprettes en pårørende med fornavn, efternavn, relation, 3 telefonnumre samt en note. Efterfølgende: Anvendersystemet redigerer oplysninger om fornavn, efternavn, relation, 3 telefonnumre samt note på den pårørende. Sidst: Anvendersystemet sletter de pårørende på testpatienten. | De pårørende kan ses under testpatienten Efterfølgende: Den redigerede pårørende kan ses under testpatienten Sidst: De pårørende kan ikke længere ses på testpatienten | |||
6 | Forretningsregel 4: Hvis patienten har forældremyndighed over et eller flere børn, skal børnene vises i anvendersystemet. | 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 | |||
7 | 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 | Forældren/værgen kan ses på testpatienten | |||
8 | 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 | 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 | |||
9 | 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. | |||
10 | Forretningsregel 8: Anvendersystemet skal vise patientens læge | Anvendersystemet har tilknyttet en testpatient på NSP. Der er tilknyttet en læge til testpatienten | Testpatientens læge vises i anvendersystemet | |||
11 | Forretningsregel 9: Anvendersystemet skal vise patientens tandlæge | Anvendersystemet har tilknyttet en testpatient på NSP. Der er tilknyttet en tandlæge til testpatienten | Testpatientens tandlæge vises i anvendersystemet | |||
12 | Forretningsregel 10: Anvendersystemet skal vise patientens sygesikringsgruppe | Anvendersystemet har tilknyttet en testpatient på NSP. Der er tilknyttet en sygesikringsgruppe til testpatienten | Tespatientens sygesikringsgruppe vises i anvendersystemet | |||
13 | 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. | |||
14 | 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 etlivstestamente 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. | |||
16 | 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 | |||
16 | Forretningsregel 14: Fra patientportaler, skal der være adgang for pårørende med fuldmagt til patientens Fælles Stamkort, således at disse fuldmagtshavere kan læse og redigere data 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. | 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 Fælles Stamkort via egenudstedte fuldmagtsløsninger. Testatientens Fælles Stamkort kan læses, og der kan redigeres i stamkort oplysninger, herunder telefonnummer, pårørende, sprog og midlertidig adresse | |||
17 | Forretningsregel 15: Patienter har via Min Spærring mulighed for at spærre for enkelte sundhedspersoners adgang til Fælles Stamkort | Bemærk: Denne test udgår, da der ikke skal være mulighed for at patienter kan spærre for deling af stamkortdata fra Fælles Stamkort version 3. | ||||
18 | Forretningsregel 16: Opmærkning af data i Fælles Stamkort, således der i Fælles Stamkort kan ses hvem der her redigeret stamkortoplysninger, og hvornår disse er redigeret. Således sundhedsfaglige kan se om data virker aktuelle Bemærk: Denne opmærkning skal ikke forveksles med log oplysninger i Minlog | Anvendersystemet har tilknyttet en testpatient på NSP. Der indtastes et telefonnummer, en pårørende, et sprog og en midlertidig adresse på testpatienten i stamkortregisteret i anvendersystemet Scenarie 1: Hvis opmærkningen er på personniveau jvf. forretningsreglen. 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. | |||
19 | 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 v. hjertstop Testpatient 2: Der er ikke tilknyttet et aktivt fravalg af genoplivningsforsøg v. hjertstop (anvendersystemer kan ikke skelne om der findes en registrering, eller om den ikke er aktiv endnu) Bemærk: Registreringer af fravalg af genoplivningsforsøg v. hjertstop, bliver først aktive 7 dage efter registrering, så testdata skal forberedes i god tid. | TestPatient 1: Anvendersystemet viser at der er tilknyttet aktivt fravalg af genoplivningsforsøg v. hjertstop. TestPatient 2: Anvendersystemet viser at der ikke er tilknyttet aktivt fravalg af genoplivningsforsøg v. hjertstop. | |||
20 | 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 undestø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. | |||
21 | 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. | |||
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.
Testdata
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