Page History
Table of Contents style circle
ARBEJDSVERSION
Indledning
Indledning
På denne side findes testprotokollen for Forløbsplaner. Beskrivelse af hvordan der testes, når et anvendersystem ønsker at tilslutte sig løsninger i Et Samlet Patientoverblik, læses her: Test af Et Samlet Patientoverblik. For at kunne blive tilsluttet
...
Forløbsplaner i produktionsmiljøet, skal anvendersystemets løsning testes og godkendes
...
. Udover Test af Et Samlet Patientoverblik
...
, skal forretningsreglerne og de tekniske implementeringsregler for løsningen yderligere læses.
Forudsætninger i forhold til testadgange og anskaffelse af testdata kan også læses under: Test af Et Samlet Patientoverblik
Test
Test af løsningen indbefatter følgende:
- Systemintegrationstest - som er 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 fremgår.
- Testrapporten følger beskrevne format for testrapport, og indsendes til patientoverblik@sundhedsdata.dk med passende emnebeskrivelse.
- Systemejeren modtager en kvittering fra Sundhedsdatastyrelsen, 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
- 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 Sundhedsdatastyrelsen, når testrapporten er godkendt.
Efter godkendt end-2-end test vil adgang til produktionsmiljøet kunne godkendes.
Format for testrapport
Testrapporten, 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: (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 |
...
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.
Ikke alle testscenarier er relevant for alle parter. Beskriv i kommentarfeltet, hvis testscenariet ikke er relevant.
Nedenstående tabel kan med fordel kopieres ind i et regneark, testværktøj eller lignende.
| ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar |
| 1 | Forretningsregel 1: Borgerens adgang til KOL |
| forløbsplan. | 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øbsplan. | 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 |
hjerte forløbsplan. | Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for |
iskæmisk hjertesygdom. | Testpatientens forløbsplan for |
| iskæmisk hjertesygdom vises for borgeren. | |||
| 4 | Forretningsregel 1: Borgerens adgang til KOL, diabetes og |
hjerte 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 |
| 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. | 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øbsplan. | 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 |
hjerte forløbsplan. | 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. | |||
| 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 |
Forretningsregel 3:
Forretningsregel 4:
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.
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.
| , 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) |
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.
Forretningsregel 7:
Anvendersystemet skal kunne indtaste oplysninger om patientens midlertidige adresse.
(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. 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 |
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ø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 |
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.
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øbsplan for KOL kan læses af fuldmagtshaver. | |||
| 13 | Forretningsregel 6: Borgeren kan frabede sig deling af 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 frabedelse: 1. Der frabedes deling af data fra dataproducerende organisation ud fra SOR-ID. 2. Der frabedes deling af data ud fra et angivet tidsrum, som indbefatter oprettelsestidspunktet af data. 3. Der frabedes deling af data for den specifikke sundhedsperson (ud fra autorisationsnummer) der forsøger at fremsøge data. | Frabedelse type 1,2 og 3 testes - ens for alle er at, anvendersystemet ser der foreligger en frabedelse, 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. | ||||
| 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 (borger, fuldmagt). | Kontrolleres via log-opslag at sikkerhedsbillet samt HSUID er anvendt. | |||
| 19 | Forretningsregel 9: Test af tekniske regler: Søgning på forløbsplaner 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 |
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 SundhedsdatatyrelsenSundhedsdatastyrelsen, 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 Anvender 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.3 | 2025-03-24 | Spærring ændret til frabedelse | SDS |
| 1.0.2 | 2024-04-23 | Redigeret test-id #4, 8 og 9, da patienter med diabetes-forløbsplaner ikke må få udstillet hjertelidelsesforløbsplaner | SDS |
| 1.0.1 | 2024-03-12 | Præciseret ordlyd i henhold til forretningsregler, således det er tydeligt at systemintegrationstest ikke er relateret til domæneregler, men stadig påkrævt af Forløbsplaner projektet | SDS |
| 1.0 | 2024-02-20 | Test af Forløbsplaner på baggrund af domæneregler beskrevet | SDS |