Page History
...
| ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar | ||||
| 1 | Forretningsregel 1: Deling af visitationsgrundlag | Det borgerrettede anvendersystem Anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL. .
Anvendersystem opretter passende visitationsgrundlag. | Testpatientens digitale svangerskabsjournal, digitale vandrejournal samt målinger kan ses i Graviditetsmappen | |||||||
| 2 | Forretningsregel 1: Deling af graviditetsdata efter konsultationDet borgerrettede anvendersystem | Anvendersystem har tilknyttet en testpatient på NSP . Testpatienten har tilknyttet en forløbsplan for diabetes. Testpatientens forløbsplan for diabetes vises for borgeren.(patient fra scenarie #1).Anvendersystem opretter passende graviditetsdata på samme patient og lokale graviditetsforløb der er oprettet i scenarie #1 | Testpatientens digitale vandrejournal samt målinger kan ses i Graviditetsmappen | |||||||
| 3 | Forretningsregel 1: Deling af data til graviditetsmappen skal foregå løbende og tidstro | Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for iskæmisk hjertesygdom. | Anvendersystem skal have delt graviditetsdata fra scenarie #1 og/eller scenarie #2 med graviditetsmappen | Graviditetsdata skal være tilgængelige i graviditetsmappen senest 15 minutter efter konsultationen med den gravide er afsluttetTestpatientens forløbsplan for iskæmisk hjertesygdom vises for borgeren. | ||||||
| 4 | Forretningsregel 1: Borgerens adgang til KOL, diabetes og hjerte forløbsplaner.Opdatering af visitationsgrundlag | Anvendersystem Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL, diabetes, hjertelidelse. | Testpatientens forløbsplaner for KOL og diabetes vises for borgeren, da hjerteplaner ikke vises for patienter som har en diabetesplan | 5 | Forretningsregel 2: Sundhedsfaglig med autorisation har adgang til KOL forløbsplan. | (patient fra scenarie #1). Anvendersystem har oprettet og delt visitationsgrundlag (gennemført scenarie #1) | Anvendersystem opdaterer værdier i den gravides allerede delte visitationsgrundlag, og deler det opdaterede visitationsgrundlag med graviditetsmappen. Der ligger en aktuel + en historisk version af visitationsgrundlaget (digital svangerskabsjournal, digital vandrejournal samt målinger) i graviditetsmappen. | Bemærk for on-demand dokumentkilder, skal det påvises at historiske data er gemt. | ||
| 5 | Forretningsregel 1: Opdatering af graviditetsdata | Anvendersystem har Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten patient fra scenarie #1 kan anvendes). Testpatienten har tilknyttet en forløbsplan for KOL.Anvendersystem har oprettet og delt visitationsgrundlag (gennemført scenarie #2) | Anvendersystem opdaterer værdier i den gravides allerede delte graviditetsdata, og deler det opdateredegraviditetsdata med graviditetsmappen. Der ligger en aktuel + en historisk version af graviditetsdata (digital vandrejournal samt målinger) i graviditetsmappen. | Bemærk for on-demand dokumentkilder, skal det påvises at historiske data er gemtTestpatientens forløbsplan for KOL vises for den sundhedsfaglige med autorisation. | ||||||
| 6 | Forretningsregel 2: Sundhedsfaglig med autorisation har adgang til diabetes forløbsplan. Fremsøgning og hentning af graviditetsdata ud fra CPR-nr. | Borger- eller klinisk rettet anvendersystem Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #2 kan anvendes) Testpatienten har tilknyttet en forløbsplan for diabetes. Der ligger data fra flere graviditetsforløb i testpatientens graviditetsmappe. | Testpatientens oversigt over graviditetsforløb vises i brugergrænsefladen | Det er ikke et krav at borger- eller klinisk rettede anvendersystemer skal understøtte at lave visning af tilrettede data fra en konsultationTestpatientens forløbsplan for diabetes vises for den sundhedsfaglige med autorisation. | ||||||
| 7 | Forretningsregel 2: Sundhedsfaglig med autorisation har adgang til hjerte forløbsplan. Fremsøgning og hentning af graviditetsdata ud fra CPR-nr. | Borger- eller klinisk rettet anvendersystem Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #3 kan anvendes) Testpatienten har tilknyttet en forløbsplan for iskæmisk hjertesygdom. Testpatientens forløbsplan for hjerte vises for den sundhedsfaglige med autorisation | Graviditetsdata fra testpatientens graviditetsforløb vises i brugergrænsefladen.
| Det er ikke et krav at borger- eller klinisk rettede anvendersystemer skal understøtte at lave visning af tilrettede data fra en konsultation. | ||||||
| 8 | Forretningsregel 2: Sundhedsfaglig med autorisation har adgang til KOL, diabetes og hjerte forløbsplaner.graviditetsdata i graviditetsmappen | Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #4 #6 kan anvendes) Testpatienten har tilknyttet en forløbsplan for KOL, diabetes og hjerte. Der ligger data fra flere et eller flere graviditetsforløb i testpatientens graviditetsmappe. | Testpatientens oversigt over graviditetsforløb vises i brugergrænsefladen for den sundhedsfaglige med autorisationTestpatientens forløbsplaner for KOL og diabetes vises for den sundhedsfaglige, da hjerteplaner ikke vises for patienter som har en diabetesplan | |||||||
| 9 | Forretningsregel 2: Sundhedsfaglig uden autorisation, men med national rolle "nspSundAssistR2" har adgang til KOL, diabetes og hjerte forløbsplaner.graviditetsdata i graviditetsmappen | (Dette er en variant af testscenarie 8) Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #4 #6 kan anvendes) Testpatienten har tilknyttet en forløbsplan for KOL, diabetes og hjerte. Der ligger data fra flere et eller flere graviditetsforløb i testpatientens graviditetsmappe. | Testpatientens oversigt over graviditetsforløb vises i brugergrænsefladen Testpatientens forløbsplaner for KOL og diabetes vises for den sundhedsfaglige uden autorisation men med national rolle "nspSundAssistR2", da hjerteplaner ikke vises for patienter som har en diabetesplan | |||||||
| 10 | Forretningsregel 3: Sletning af forløbsplaner Borgerens forløbsplan slettes (inaktiveres) hos egen læge, og er derfor ikke længere tilgængelig via infrastrukturen. Nuværende meddelelsesarbejdsgange fastholdes | Bemærk: Der testes ikke for nuværende meddelelsesarbejdsgange i forbindelse med gravidietsmappen, disse test foregår bilateralt mellem parternes fagsystemer | ||||||||
| 11 | Forretningsregel 4: Sletning af indhold i graviditetsmappen | Bemærk: Dette testes ikke i forbindelse med end-2-end teten, men skal testes i forbindelsen med Systemintegrationstesten. Anvendersystemet har 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. | , hvor et graviditetsforløb har overskredet opbevaringsperioden (10 år) | Forvalterens slettemekanisme sletter den gravides graviditetsforløb | Denne test gælder forvaltere med eget indeks/repository tilknyttet graviditetsmappen | ||||
| 12 | Forretningsregel 5 | 11 | Forretningsregel 4: Registrering til borgerens Minlog. (§6 i Bekendtgørelse om drift m.v. af den fælles digitale infrastruktur) | Testscenarie 1,2 4 eller 5 (samt 8 og 9 hvis det understøttes) er udført. | 1. Borgerens Minlog viser ikke egne opslag ud fra testscenarie #1#6 og #7. 2. Borgerens Minlog viser den sundhedsfagliges adgang til forløbsplanen graviditetsmappen via testscenarie #4#6 og #7, 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 graviditetsdata via testscenarie #9, så "hvem", "hvorfra" og "hvornår" kan vises. | 12 | Forretningsregel 5: 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øbsplaner 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 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 kan spærre for deling af forløbsplaner graviditetsdata til Sundhedspersoner. Bemærk at sundhedsfaglige uden autorisation ikke må foretage værdispring. | Der er tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOLgraviditetsdata. 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: Datamæssige forretningsregler | Der er tilknyttet en testpatient på NSP. Datamæssige forretningsregler beskrevet i Indhold og forretningsregler forretningsregel #7 gennemgåes enkeltvis | Det skal noteres hvis enkelte datamæssige forretningsregler ikke har relevans for det testede fagsystem. Ligeledes skal resultatet for test af hver eneste datamæssige forretningsregel noteres | |||||||
| 15 | Forretningsregel 8: Adgang til graviditetsdata via fuldmagt | Bemærk: Testes udelukkende hvis det borgerrettede system understøtter digitale fuldmagter. App'en "Min Graviditet" understøtter ikke fuldmagter i GMV2 Der er tilknyttet 2 forskellige testpatienter på NSP. Den ene testpatient har tilknyttet graviditetsdata. Der er oprettet en digital læsefuldmagt i den fællesoffentlige digitale fuldmagtsservice fra den ene testpatient til den anden testpatient | testpatient med digital fuldmagt til at læse en borgers data, kan se den anden testpatients graviditetsdata | |||||||
| 16 | Forretningsregel 9: 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. | ||||||||
21 | Forretningsregel 810: Anvendersystemer må ikke opretholde lokale kopier af borgerens forløbsplaner graviditetsdata 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 graviditetsdata når opslag på borgerens forløbsplaner graviditetsdata er afsluttet. | ||||||||
| 22 | Forretningsregel 911: Test af tekniske regler: Afkoblingskomponent. | Opslag via dokumentdelingsservicen er skal tilgås gennem en afkoblingskomponent "DCC'en". | Kontrolleres via log-opslag at afkoblingskomponenten er anvendt. | |||||||
| 17 | Forretningsregel 911: Test af tekniske regler: Sundhedsfaglig opslag og sikkerhedsbillet. | Opslag fra sundhedsfaglige skal være baseret på Den Gode Webservice (DGWS) og indeholde en sikkerhedsbillet (SOSI-ID kort) på niveau 4. | Kontrolleres via log-opslag at sikkerhedsbillet er anvendt. | |||||||
| 18 | Forretningsregel 911: Test af tekniske regler: Borger opslag og sikkerhedsbillet. | Opslag fra borgere skal være baseret på Den Gode Identitetsbaseret Webservice (DGWSIDWS) og indeholde en sikkerhedsbillet (SOSI-ID kort) med HSUID header som beskriver borger relationen (kun borger, fuldmagt). Test scenarie #6 gentages | Kontrolleres via log-opslag at sikkerhedsbillet samt HSUID er anvendt. | |||||||
| 19 | Forretningsregel 911: Test af tekniske regler: Søgning på forløbsplaner på graviditetsdata på patientens CPR-nr ud fra XDS metadata. | Opslag (både for borgere og sundhedsfaglige) skal fremsøges ud fra angivet XDS metadata. Test scenarie #7 gentages | Borgerens CPR-nummer skal være angivet som PatientId. TypeCode skal være angivet som 81215-6.beskrevet i Teknisk implementeringsvejledning afsnit 3.3 FormatCode skal være angivet som urn:ad:dk:medcom:cpd-v2.0.0:full.beskrevet i Teknisk implementeringsvejledning afsnit 3.3 Type skal være angivet både som søgning efter on-demand dokumentkilder samt statiske dokumentkilder, for ikke at forudsætte integrationsmetode til dokumentejerens produktionsmiljø. Angives værdier i EventCodeList, kontrolleres korrekt filtrering. | |||||||
| 20 | Forretningsregel 11: Test af tekniske regler: Søgning på graviditetsdata via patientens CPR-nr | Opslag (både for borgere og sundhedsfaglige) skal fremsøges ud fra angivet XDS metadata. | Borgerens CPR-nummer skal være angivet som PatientId. TypeCode skal være angivet som beskrevet i Teknisk implementeringsvejledning afsnit 3.3 FormatCode skal være angivet som beskrevet i Teknisk implementeringsvejledning afsnit 3.3 Type skal Type bør være angivet både som søgning efter on-demand dokumentkilder samt statiske dokumentkilder, for ikke at forudsætte integrationsmetode til dokumentejerens produktionsmiljø.
Angives værdier i EventCodeList, kontrolleres korrekt filtrering. |
...
Anvender systemet sørger for relevante testdata. Testdata kan oprettes, ændres og vises via NSP's testværktøjer beskrevet under Test af Digital Løsning til Graviditetsforløb.
Ændringslog
| 1.2.1 | 2025-01-28 | Rettet forkert link til teknisk implelenteringsvejledning | SDS |
| 1. | |||
| 2 | 2024- | ||
| 12-05 | Rettet fejl hvor 2 forskellige testcases havde samme id-nummer (nr. 15 og 16) Samtidig er påkrævet test af graviditetsforløbsid taget ud, da graviditetsforløbsid ikke anvendes for nuværende | ||
| SDS | |||
| 1.1 | 2024-05-29 | Testscenarier beskrevet til endelig udgave til GM version 2 (GMv2) | SDS |
| 1.0 | 2024-04-02 | Test af Graviditetsmappe på baggrund af systemintegrationstest og domæneregler beskrevet | SDS |