Page History
...
| ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar | |||||||||||
| 1 | Forretningsregel 1: Deling af visitationsgrundlag | Anvendersystem har tilknyttet en testpatient på NSP. Anvendersystem tildeler graviditetsforløbet et gravidtetsforløbsid. Anvendersystem opretter passende visitationsgrundlag. | Testpatientens digitale svangerskabsjournal, digitale vandrejournal samt målinger kan ses i Graviditetsmappen med det tilknyttede graviditetsforløbsid | ||||||||||||||
| 2 | Forretningsregel 1: Deling af graviditetsdata efter konsultation | Anvendersystem har tilknyttet en testpatient på NSP (patient fra scenarie #1). Anvendersystem opretter passende graviditetsdata på samme graviditetsforløb der er oprettet i scenarie #1 | Testpatientens digitale vandrejournal samt målinger kan ses i Graviditetsmappen med det tilknyttede graviditetsforløbsid | ||||||||||||||
| 3 | Forretningsregel 1: Deling af data til graviditetsmappen skal foregå løbende og tidstro | 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 afsluttet | ||||||||||||||
| 4 | Forretningsregel 1: Opdatering af visitationsgrundlag | Anvendersystem har tilknyttet en testpatient på NSP. (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 tilknyttet en testpatient på NSP. (patient fra scenarie #1). 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 gemt. | |||||||||||||
| 6 | Forretningsregel 2: Fremsøgning og hentning af graviditetsdata ud fra CPR-nr. | Borger- eller klinisk rettet anvendersystem har tilknyttet en testpatient på NSP. 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 konsultation. | |||||||||||||
| 7 | Forretningsregel 2: Fremsøgning og hentning af graviditetsdata ud fra CPR-nr. og graviditetsforløbsid | Borger- eller klinisk rettet anvendersystem har tilknyttet en testpatient på NSP. | Graviditetsdata fra testpatientens graviditetsforløb vises i brugergrænsefladen. Der kontrolleres for at data stammer fra det fremsøgte graviditetsforløbsid | 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 3: 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 | |||||||||||||||
| 7 | 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 tilknyttet en testpatient på NSP, hvor et graviditetsforløb har overskredet opbevaringsperioden (10 år) | Forvalterens slettemekanisme sletter den gravides graviditetsforløb (alle CDA-dokumenter med samme tilknyttede graviditetsforløbsid) | Denne test gælder forvaltere med eget indeks/repository tilknyttet graviditetsmappen | |||||||||||||
| 8 | Forretningsregel 2: Sundhedsfaglig med autorisation adgang til KOL, diabetes og hjerte forløbsplaner. | Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #4 kan anvendes) Testpatienten har tilknyttet en forløbsplan for KOL, diabetes og hjerte. | Testpatientens 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. | (Dette er en variant af testscenarie 8) Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #4 kan anvendes) Testpatienten har tilknyttet en forløbsplan for KOL, diabetes og hjerte. | 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. | 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#6. 2. Borgerens Minlog viser den sundhedsfagliges adgang til forløbsplanen graviditetsmappen via testscenarie #4#6, 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 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 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: 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 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. | |||||||||||||||
| 16 | Forretningsregel 9: 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 9: 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 9: Test af tekniske regler: 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 (kun borger, fuldmagt). | Kontrolleres via log-opslag at sikkerhedsbillet samt HSUID er anvendt. | ||||||||||||||
| 19 | Forretningsregel 9: Test af tekniske regler: Søgning på forløbsplaner grravidietsdata ud fra XDS metadata. | 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 81215-6. FormatCode skal være angivet som urn:ad:dk:medcom:cpd-v2.0.0: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ø. Angives værdier i EventCodeList, kontrolleres korrekt filtrering. |
...