Page History
...
| Test ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar |
| P1 | Forretningsregel 1 Aflevering af understøttede aftaletyper Forretningsregel 8 indgår i denne test | Det er tilknyttet en testpatient på NSP. Der skal oprettes og publiceres en aftale for hver understøttet aftaletype jvf Tabel 2 under forretningsregler Bemærk: Det er kun gældende for den/de specifikke aftaletyper som fagsystemet understøtter | For hver understøttet aftaletype, kan denne hentes via delingsinfrastrukturturen. | Der testes ikke om alle felter fra CDA standarden er udfyldt korrekt, dette forudsættes gjort under MedCom's certificeringstest Ligeledes forudsættes det at XDS metadata er sat korrekt, dette kontrolleres ligeledes under MedCom's certificeringstest | ||
| P2 | Forretningsregel 2 Løbende og tidstro aflevering | Det er tilknyttet en testpatient på NSP. Der skal oprettes og publiceres en aftale for hver understøttet aftaletype jvf Tabel 2 under forretningsregler Denne kan testes i sammenhæng med Test ID #1 | Fra aftalen med testpatienten er gemt i fagsystemet, må der ikke gå mere end 15 minutter inden aftalen kan hentes via delingsinfrastrukturen | |||
| P3 | Forretningsregel 3 Repeterende aftaler | Det er tilknyttet en testpatient på NSP. En aftale repeterende med jævne mellemrum oprettes og publiceres 6 måneder frem Bemærk: Understøttes repeterende aftaler ikke, udgår denne test. | Aftaler 6 måneder fra kan hentese via delingsinfrastrukturen | 6 måneder er besluttet ud fra hvad en borger kan forvente. | ||
| P4 | Forretningsregel 4 og 5 Aftaler ugyldiggøres (annulleres) | Det er tilknyttet en testpatient på NSP. En aftale oprettes først og deles med infrastrukturen. Samme aftales annulleres derefter | Først kontrolleres at kan hentes via delingsinfrastrukturturen. Efterfølgende kontrolleres at aftale kan hentes med StatusType: Deprecated, selve aftaledokumentet skal stadig have status active | Der ændres ikke på selve aftaledokumentet, det er udelukkende XDS-metadata der viser om en aftale er ugyldiggjort | ||
| P5 | Forretningsregel 7 Aftaler uden patientdelatagelse | Der må ikke deles aftaler uden patientdelatagelse | Fagsystemet skal godtgøre at der ikke deles aftaler uden patientdelatagelse | Det kan f.eks være en aftale mellem sundhedsfaglige, som omhandler patienten, men hvor patienten ikke selv skal deltage. | ||
| P6 | Forretningsregel 10 Spærring Frabedelse for deling af aftaler | Det er tilknyttet en testpatient på NSP. Der testes for 2 typer spærringfrabedelse: 1. Der spærres for frabedes deling af data fra dataproducerende organisation ud fra SOR-ID. 2. Der spærres for frabedes deling af data ud fra et angivet tidsrum, som indbefatter oprettelsestidspunktet af data. | XDS metadata for aftalen skal være opmærket, således det muliggør at der kan spærres frabedes for deling af aftalen | Der testes ikke for spærring frabedelse af deling af data for den specifikke sundhedsperson (ud fra autorisationsnummer) der forsøger at fremsøge data. Da denne test er forbehold brugergrænseflader. | ||
| P7 | Teknisk regel 1 Afkoblingskomponent. | Publicering af aftaler via Dokument registrerings- og opslagsservicen (DROS) skal foregå gennem afkoblingskomponenten "DCC'en". | Kontrolleres via log-opslag at afkoblingskomponenten er anvendt. | |||
| P8 | Teknisk regel 2 Sikkerhedsbillet. | Publicering af aftaler skal være baseret på en whitelistet Den Gode Webservice (DGWS) adgang, og indeholde en gyldig sikkerhedsbillet (SOSI-ID kort) på niveau 3 . | Kontrolleres via log-opslag at korrekt sikkerhedsbillet er anvendt. |
...
| ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar |
| V1 | Visning af aftaleoversigt | Det er tilknyttet en testpatient på NSP. Der skal oprettes og publiceres en aftale for hver understøttet aftaletype jvf Tabel 2 under forretningsregler Aftalerne skal kunne vises i fagsystemet Bemærk: Alle aftaletyper skal kunne vises i fagsystemet | For hver understøttet aftaletype, kan denne hentes via delingsinfrastrukturturen. | Der testes ikke om alle felter fra CDA standarden er vist korrekt, dette forudsættes gjort under MedCom's certificeringstest Ligeledes forudsættes det at XDS metadata er sat korrekt i forhold til søgeparamtre, dette kontrolleres ligeledes under MedCom's certificeringstest | ||
| V2 | Visning af repeterende aftaler | Det er tilknyttet en testpatient på NSP. En aftale repeterende med jævne mellemrum oprettes og publiceres 6 måneder frem Bemærk: Visningen skal kunne understøtte at aftaler kan vises mindst 6 måneder frem | Aftalerne kan vises 6 måneder frem | |||
| V3 | Ugyldiggjorte aftaler (herunder annullerede aftaler) | Det er tilknyttet en testpatient på NSP. En aftale oprettes først og deles med infrastrukturen. Samme aftales annulleres derefter | Først kontrolleres at kan hentes via delingsinfrastrukturturen. Efterfølgende kontrolleres det at aftalen med StatusType: Deprecated, ikke længere kan vises. | |||
| V4 | Forretningsregel 6: Anvendersystemer må ikke opretholde lokale kopier af borgerens aftaleoversigt 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 aftaleoversigt når opslag på borgerens aftaleoversigt er afsluttet. | ||||
| V5 | Forretningsregel 9: Fra patientportaler skal der være adgang for pårørende med fuldmagt til patientens aftaleoversigt, således at disse fuldmagtshavere kan læse aftaleoversigten på tilsvarende vis som patienten selv. Bemærk: Det er kun patientportaler hvor understøttelse af adgang via fuldmagt er påkrævet. | Der er tilknyttet en testpatient på NSP. Testpatienten har tilknyttet aftaler via aftaleoversigten. 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 aftaleoversigten via egen udstedte fuldmagtsløsninger. Testpatientens aftaleoversigte kan læses af fuldmagtshaver. | |||
| V6 | Forretningsregel 10: Borgeren kan spærre for deling frabede sig deling af aftaleoversigten til Sundhedspersoner. Bemærk: Sundhedsfaglige uden autorisation ikke må foretage værdispring. | Der er tilknyttet en testpatient på NSP. Testpatienten har tilknyttet aftaler via aftaleoversigten. Der testes for 3 typer spærringfrabedelse: 1. Der spærres for frabedes deling af data fra dataproducerende organisation ud fra SOR-ID. 2. Der spærres for frabedes deling af data ud fra et angivet tidsrum, som indbefatter oprettelsestidspunktet af data. 3. Der spærres for frabedes deling af data for den specifikke sundhedsperson (ud fra autorisationsnummer) der forsøger at fremsøge data. | Spærring Frabedelse type 1, 2 og 3 testes - ens for alle er at, anvendersystemet ser at der foreligger en spærringfrabedelse, og præsenterer brugeren for en passende dialog, hvorfra brugeren kan foretage værdispring. | |||
| V7 | Teknisk regel 1 Afkoblingskomponent. | Opslag via dokumentdelingsservicen er skal tilgås gennem en afkoblingskomponent "DCC'en". | Kontrolleres via log-opslag at afkoblingskomponenten er anvendt. | |||
| V8 | Teknisk regel 2 Sundhedsfaglig opslag og sikkerhedsbillet. | Opslag fra sundhedsfaglige skal være baseret på Den Gode Webservice (DGWS) og indeholde en gyldig sikkerhedsbillet (SOSI-ID kort) på niveau 4. | Kontrolleres via log-opslag at sikkerhedsbillet er anvendt. | |||
| V9 | Teknisk regel 3 Borger opslag og sikkerhedsbillet. | Opslag fra borgere skal være baseret på Den Gode Webservice (DGWS) og indeholde en sikkerhedsbillet (SOSI-ID kort) med HSUID header som beskriver borger relationen (borger, fuldmagt). | Kontrolleres via log-opslag at sikkerhedsbillet samt HSUID er anvendt. | |||
| V10 | Teknisk regel 4 Søgning på aftaleoversigten ud fra XDS metadata. | Opslag (både for borgere og sundhedsfaglige) skal fremsøges ud fra angivet XDS metadata. | Kontrolleres via log-opslag Borgerens CPR-nummer skal være angivet som PatientId. TypeCode skal være angivet som 39289-4 FormatCode skal være angivet som urn:ad:dk:medcom:apd-v2.0.1:full 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ø. ServiceStartTime og ServiceStopTime er fornuftigt angivet i forhold til visningen af aftaleoversigten for borgeren. | Bemærk, som i Test id V1, så forudsættes det at XDS metadata er sat korrekt i forhold til søgeparamtre. |
...
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.1 | 2025-03-24 | Spærring ændret til frabedelse | SDS |
| 1.0 | 2025-02-05 | Test af Aftaleoversigt på baggrund af domæneregler beskrevet | SDS |