Page History

Versions Compared

Key

This line was added.
This line was removed.
Formatting was changed.

Formål og omfang

Formålet med denne testprotokol er at beskrive gennemførelse af en end-2-end test for kildesystemer der deler dokumenter via den nationale

dokumentdelingsservice og hvor dokumenterne hentes og vises i anvendersystemer eller patientportaler.

Testprotokollen skal sikre at testen gennemføres systematisk og ensartet, hvilket omfatter at resultatet af testen dokumenteres og kan gentages.

Gennemførelse af end-2-end testen kræver at der inkluderes ét eller flere kildesystemer og ét eller flere anvendersystemer.

End-2-end testen skal køres af anvendere, som enten:

A) tilføjer nye dokumenttyper til den nationale dokumentdelingsservice eller

B) viser dokumenttyper fra den nationale dokumentdelingsservice til borgere/medarbejdere, som de ikke før har vist

Roller

End-2-end testen gennemføres med deltagelse af personer fra relevante organisationer der har rollerne som anført i nedenstående tabel.

Forudsætning

Vi skal have sat valideringslibrary konfig til REJECT. Dette er gjort på alle testmiljøer.

Scope

Vi tester kun EKG Typekode: 11524-6 og Formatkode: urn:ad:dk:medcom:ekg-v2.0:full.

Vi tester fra kildesystem og til sundhedsjournalen.

Deltagere


Sundhedsdatastyrelsen	Projektledere
Sundhedsdatastyrelsen	PO NSP Dokumentdeling	Mikkel Boesgaard
Arosii	Test Manager NSP Tester	Catharina Holland	cho@arosii.dk/22882145
Kildesystem	Tester	TBD
Modtagersystem	Tester	TBD

Test dækning:

FRBeskrivelseAnsvarE2E TCSIT TCComplianceKommentar#1Løsningen deler EKG'er, metadata og observationsnoter
Løsningens data er FHIR-dokumenter, der hver indeholder ét vedhæftet 12-afledt EKG (pdf base64 encoded), dertil hørende metadata samt eventuelt én observationsnote.

MedCom

SDS i forhold til kommentar

TC1, TC2, TC2B, TC3,TC1A, TC1B–Sundhed.dk skal kunne vise både on-demand og stable dokumenter på samme vis.#2Der deles kun ét EKG pr. borger pr. tidspunkt
Der må kun uploades én EKG-optagelse pr. borger pr. optagelsestidspunkt.MedCom+SDS–––#3Borgerens adgang til EKG'er
Borgeren skal kunne se egne EKG'er. I første omgang udstilles data i borgervisningen på sundhed.dk.MedCom+SDSTC8, TC9, TC10––TC8: borger egne EKG'er. TC9: forældremyndighed. TC10: digital fuldmagt. SDS-ansvar.#4Sundhedsfagliges adgang udenfor eget fagsystem
Sundhedspersoner med sundhedsfaglig autorisation og behandlerrelation har adgang til borgernes EKG'er via SundhedsJournalen. Autorisation: Autorisationsregistret. Behandlerrelation: BRS. nspSundAssistR2: FMK-Bemyndigelsesservice (BEM).MedCom+SDSTC5, TC6–ML-1, ML-2#5EKG'er fra før idriftsættelse deles ikke
EKG'er, som er optaget før idriftsættelsestidspunktet, deles ikke i løsningen.SDS––FR-5#6EKG'er deles uden unødigt ophold
Alle FHIR-dokumenter skal dannes og indsendes i "nær realtid", dvs. uden unødigt ophold.SDSObs. TC1–FR-6#7Observationsnotens længde (1.024 tegn)
Hvis observationsnoten registreret i EKG-apparatet er længere end 1.024 tegn, trunkeres teksten af afsendersystemet inden indsendelse via DROS.MedComTC2––#8Ingen observationsnoter fra praksis
Løsningen må ikke dele observationsnoter fra lægepraksissystemer.MedComTC2TC1B–REDIGERING OG SLETNING#9Fejlbehæftede dokumenter rettes/slettes uden unødigt ophold
Document provider skal kunne deprecate og replace egne dokumenter, uden unødigt ophold.MedCom+SDSTC3TC2FR-10#10Adgang til deprecatede EKG'er
Hverken borgeren eller sundhedsprofessionelle har adgang til at se deprecatede dokumenter.SDSTC3, TC4–FR-11#11Sletning af borgerens EKG'er
Når et EKG slettes i kildesystemet, må det ikke længere deles on-demand gennem infrastrukturen.SDSTC4TC2–#12EKG'er ældre end 5 år deles ikke
FHIR-dokumenter indeholdende EKG'er, der er afleveret til DDS, slettes af DDS-forvaltningen efter 5 år.SDS––FR-13ANDRE FORRETNINGSREGLER#13Lokale kopier af borgerens EKG'er
Ingen systemer udenfor den nationale infrastruktur må opretholde lokale kopier af borgerens EKG'er fra andre aktører end sig selv.SDSTC4TC7FR-14Dækkes af SIT.#14Journalisering
Den nationale infrastruktur er udelukkende en delingsplatform og er ikke journalbærende. Hospitaler og praktiserende læger skal opretholde patientjournal jf. gældende journallovgivning.SDS–TC5FR-15Dækkes af SIT.–Frabedelse (Min Spærring)
Patienter har via "Frabedelse af deling af data" mulighed for at frabede sig deling af EKG'er jf. gældende lovgivning. Sikres via Min Spærring.SDSTC7–––Navne- og adressebeskyttelse
Hverken navn eller adresse på patienter med navne-/adressebeskyttelse må fremgå af elektroniske dokumenter, hvis anmodningen er registreret i CPR forud for publiceringen. OBS: Gælder kun ift. private – ikke ift. offentlige myndigheder.

FR	Beskrivelse	Ansvar	E2E TC	SIT TC	Compliance	Kommentar
#1	Løsningen deler EKG'er, metadata og observationsnoter	MedCom SDS i forhold til kommentar	TC1, TC2, TC2B, TC3,	TC1A, TC1B	–	Sundhed.dk skal kunne vise både on-demand og stable dokumenter på samme vis.
#2	Der deles kun ét EKG pr. borger pr. tidspunkt	MedCom+SDS	–	–	–
#3	Borgerens adgang til EKG'er	MedCom+SDS	TC8, TC9, TC10	–	–	TC8: borger egne EKG'er. TC9: forældremyndighed. TC10: digital fuldmagt. SDS-ansvar.
#4	Sundhedsfagliges adgang udenfor eget fagsystem	MedCom+SDS	TC5, TC6	–	ML-1, ML-2
#5	EKG'er fra før idriftsættelse deles ikke	SDS	–	–	FR-5
#6	EKG'er deles uden unødigt ophold	SDS	Obs. TC1	–	FR-6
#7	Observationsnotens længde (1.024 tegn)	MedCom	TC2	–	–
#8	Ingen observationsnoter fra praksis	MedCom	TC2	TC1B	–
REDIGERING OG SLETNING
#9	Fejlbehæftede dokumenter rettes/slettes uden unødigt ophold	MedCom+SDS	TC3	TC2	FR-10
#10	Adgang til deprecatede EKG'er	SDS	TC3, TC4	–	FR-11
#11	Sletning af borgerens EKG'er	SDS	TC4	TC2	–
#12	EKG'er ældre end 5 år deles ikke	SDS	–	–	FR-13
ANDRE FORRETNINGSREGLER
#13	Lokale kopier af borgerens EKG'er	SDS	TC4	TC7	FR-14	Dækkes af SIT.
#14	Journalisering	SDS	–	TC5	FR-15	Dækkes af SIT.
–	Frabedelse (Min Spærring)	SDS	TC7	–	–
–	Navne- og adressebeskyttelse

	MedCom	–	–	–	Overgår til MedCom. TC12 udgår af denne testprotokol.
–	Sløring af sundhedsprofessionelles identitet

Sløring af sundhedsprofessionelles identitet følger de gældende retningsregler herfor.

	SDS	–	–	–	TC11
TEKNISK IMPLEMENTERINGSVEJLEDNING
#15	Tekniske anvisninger skal følges Alle borgerportaler og fagsystemer skal følge de tekniske anvisninger, herunder domæneregler, tilslutningsdokumenter, teknisk implementeringsvejledning samt snitfladedokumentation.	SDS	–	SIT implicit	FR-16	Dækkes af SIT.

Test data

Se: Testpersoner til test af deling af EKG

Testcases:

Testcase id / Forretningsregel	Beskrivelse	Testdata	Steps og verificering	Pass / Fail Kommentar
TC1 FR #1 EKG vises korrekt – minimumsscenarie	EKG vises korrekt – minimumsscenarie PDF, obligatoriske metadata Ingen

observationsnoteBorger: testperson1
[AROSII]
3) Verificer via XDS Portal / DRG:
- ITI-18 søgning på testperson1 returnerer ét dokument
- Status = Approved
- Metadata skærmdump tages
- Splunk: ITI-41 kald mod DROS + ITI-18 og ITI-43 kald mod DDS

observationsnote

Borger:

Status

subtle	true
colour	Red
title	UDFYLD

EKG: minimum
(se Testdata)

[KILDE]
1) Klinikeren optager, opretter og gemmer et nyt EKG i kildesystemet for testperson1
- Kun obligatoriske felter udfyldt, ingen observationsnote
- Tag skærmprint af EKG som det ser ud i kildesystemet

[KILDE]
2) Kildesystem publicerer EKG ~~(PDF/A base64)~~ via ITI-41 til NSP DROS
- Typekode: 11524-6 og Formatkode: urn:ad:dk:medcom:ekg-v2.0:

full

[MODTAGER]

3) Klinikeren slår op på testperson1 i modtagersystemet og åbner EKG
- EKG-grafik er læsbar og uforvansket
- Ingen observationsnote vises
- Tag skærmprint og sammenlign med kildesystem (step 1)

[AROSII]
4) Verificer kald mod NSP'en
- Splunk: ITI-41 kald mod DROS + ITI-18 og ITI-43 kald mod DDS

[MODTAGER]
5) Verificer MinLog

- Der verificeres i Sundhed.dk at der er en Min logning på
- søgningen med teksten "Opslag på EKG fra sundhedsfaglig"

- hentningen med teksten "Hentning af oplysninger"

[AROSII]

6) Verificer BRS-notifikation:
- Opslag i BRS2_TreatmentRelationFollowup tabellen
- Korrekte oplysninger om bruger og dennes organisation

TC1

.B (negativ test)

FR #1
Negativ test: Tomt EKG

Et EKG optages men optagelsen er tom eller afbrudt (fx fordi elektroder ikke sidder korrekt, optagelsen afbrydes, eller apparatfejl).

Kildesystemet forsøger at uploade dokumentet til DROS. kildesystemet skal selv returnere en forståelig fejlbesked og dokumentet må IKKE nå infrastrukturen.

.B (negativ test)

FR #1
Negativ test: Tomt EKG

Hvis dokumentet alligevel uploades: det må ikke kunne fremsøges via XDS Portal/DRG.

Forudsætning: Kildesystem kan simulere en afbrudt eller tom EKG-optagelse.

Et EKG optages men optagelsen er tom eller afbrudt (fx fordi elektroder ikke sidder korrekt, optagelsen afbrydes, eller apparatfejl).

Kildesystemet forsøger at uploade dokumentet til DROS. kildesystemet skal selv returnere en forståelig fejlbesked og dokumentet må IKKE nå infrastrukturen.

Hvis dokumentet alligevel uploades: det må ikke kunne

fremsøges via XDS Portal/DRG.

fremsøges via modtagersystem

Status

subtle	true
colour	Red
title	UDFYLD

testperson1

Tomt EKG:
Optagelse afbrydes
eller er tom
(simuleres i
kildesystemet
på testdagen)

Forudsætning: Kildesystem kan simulere en afbrudt eller tom EKG-optagelse.

[KILDE]
1) Klinikeren starter en ny EKG-optagelse for testperson1 i kildesystemet
- Optagelsen afbrydes / er tom (ingen EKG-data)
- Kildesystemet forsøger at uploade / gemme dokumentet

[KILDE]
2) Verificer at kildesystemet returnerer en læsbar fejlbesked
- Fejlbeskeden er forståelig for en kliniker (ikke en teknisk fejlkode)
- Tag skærmprint af fejlbeskeden i kildesystemet

[MODTAGER]
3) Klinikeren slår op på

testperson1

testperson i modtagersystemet og verificere
- Dokumentet kan IKKE fremsøges for

testperson1

testperson
- ITI-18 søgning returnerer samme antal dokumenter som inden forsøget

Forventet resultat:
- Kildesystemet afviser det tomme dokument og viser en klinisk forståelig fejlbesked
- Dokumentet når IKKE infrastrukturen
- Ingen Approved dokument med tomt indhold er registreret i DROS

Hvis dokumentet mod forventning uploades:
- Notér dette som en afvigelse
- Verificer at status = Approved men indhold er tomt
- Hvis dokumentet uploades, verificer at modtagersystemet kan håndtere det.

TC2
FR #1 + FR #8
EKG vises uforvansket
– maksimumsscenarie

EKG vises korrekt
– maksimumsscenarie

Alle felter, specialtegn æøåÆØÅ,
lang observationsnote

FR#8: obs.note trunkeres
ved >1.024 tegn
OBS: obs.note sendes IKKE
fra lægepraksis

Borger:

testperson1

Status

subtle	true
colour	Red
title	UDFYLD

EKG: maksimum
(se Testdata)

Datagrundlag fra
TC1 genbruges

[KILDE]
1) Kildesystem publicerer nyt EKG for testperson1 ~~(PDF/A base64)~~ via ITI-41:
- Alle obligatoriske og valgfrie felter udfyldt
- Observationsnote med specialtegn æøåÆØÅ og lang fritekst (>1.024 tegn)
- Tag skærmprint i kildesystemet

[AROSII]
2) Verificer via XDS Portal / DRG:
- ITI-18 returnerer dokumentet

: Status = Approved
- Alle metadata-felter er korrekte og komplette
- Metadata skærmdump tages

[MODTAGER]
3) Klinikeren fremsøger og henter EKG i modtagersystemet:
- Alle specialtegn æøåÆØÅ vises korrekt – ingen tegn tabt
- Observationsnote vises med afskæring efter 1.024 tegn (FR#8)
- ~~PDF/A~~ grafik er læsbar og uforvansket
- Tag skærmprint og sammenlign med kildesystem

[AROSII]
4) Verificer MinLog:

- Der verificeres i Sundhed.dk at der er en Min logning på
- søgningen med teksten "Opslag på EKG fra sundhedsfaglig"

- hentningen med teksten "Hentning af oplysninger

[AROSII]
5) Verificer BRS-notifikation:
- Opslag i BRS2_TreatmentRelationFollowup tabellen
- Korrekte oplysninger om bruger og organisation

TC2.B Gælder kun modtagersystem (sundhed.dk)

EKG'er (både stable og on-demand) vises korrekt i modtagersystemet

Borger:

testperson1

Status

subtle	true
colour	Red
title	UDFYLD

[KILDE – Region]
1) Region har publiceret stable EKG for testperson1 (fra TC1/TC2)

[KILDE – PLSP]
2) PLSP har on-demand EKG tilgængeligt for testperson1

[MODTAGER]
3) Klinikeren slår op på testperson1 i sundhed.dk
- Begge EKG'er vises i søgeresultatet
- Det fremgår tydeligt at de kommer fra forskellige kilder

[MODTAGER]
4) Klinikeren åbner EKG fra regionen (stable)
- Vises korrekt og uforvansket

[MODTAGER]
5) Klinikeren åbner EKG fra PLSP (on-demand)
- Vises korrekt og uforvansket

TC3
FR #1 og FR #10
Opdateret EKG
(REPLACE) slår igennem

Opdateret EKG erstatter gammelt
– REPLACE slår igennem
i

modtagersystemBorger: testperson1

modtagersystem

Borger:

Status

subtle	true
colour	Red
title	UDFYLD

Gammelt EKG: TC1/TC2
Nyt EKG: oprettes nu
(se Testdata)

[KILDE]
1) Kildesystem publicerer nyt EKG for testperson1 via ITI-41 med REPLACE-association:
- Nyt dokument refererer det gamle
- Gammelt dokuments status sættes til Deprecated

[AROSII]
2) Verificer via XDS Portal / DRG:
- Nyt EKG: status = Approved
- Gammelt EKG: status = Deprecated
- Kun ét Approved dokument returneres ved ITI-18 søgning
- Metadata skærmdump tages af begge dokumenter
- Splunk: ITI-57 kald (deprecering) + ITI-41 kald (nyt dokument) * hvis det kun er medcom der tester denne, så tænker jeg vi gerne vil splunke deres test

[MODTAGER]
3) Klinikeren slår op på testperson1 i modtagersystemet:
- Kun det nye EKG vises
- Det gamle EKG vises ikke
- Tidsstempler er korrekte og det nyeste EKG er tydeligt det aktuelle
- Tag skærmprint

[AROSII]
4) Verificer MinLog:
- Logpost korrekt: hvem / hvorfra / hvornår

[AROSII]
5) Verificer BRS-notifikation:
- Opslag i BRS2_TreatmentRelationFollowup tabellen
- Korrekte oplysninger om bruger og organisation

TC4
FR #12 (SDS)
Slettet EKG
forsvinder

FR #14
Lokale kopier af borgerens EKG'er

DR 7: "Leverandøren af et anvendersystem skal sikre, at systemet ikke kan persistere metadata som søges i SDS patientindekset eller de dokumenter, som hentes via SDS patientindekset"

Slettet EKG forsvinder
fra modtagersystem

Leverandøren dokumenterer

Borger:

testperson1

Status

subtle	true
colour	Red
title	UDFYLD

EKG fra TC1/TC2
deprecates nu

[KILDE]
1) Kildesystem deprecater EKG for testperson1 via ITI-57:
- UpdateDocumentSet, status = Deprecated
- Notér tidspunkt (T_deprecated)

[AROSII]
2) Verificer via XDS Portal / DRG:
- Dokumentet har status = Deprecated
- ITI-18 normal søgning returnerer IKKE det deprecated dokument
- Splunk: ITI-57 kald verificeres

[MODTAGER]
3) Klinikeren slår op på testperson1 i modtagersystemet:
- Det deprecated EKG vises ikke
- Modtagersystemet håndterer tomt resultat brugervenligt

[AROSII]
4) Verificer at modtagersystem ikke har persisterede dokument-ID'er
der giver adgang til det deprecated dokument

Leverandøren dokumenterer:

TC5
FR #4 (MedCom+SDS)
Autoriseret medarbejder
ser EKG

Autoriseret medarbejder
ser EKG

Autorisation:
Autorisationsregistret
Behandlerrelation: BRS

Borger:

testperson1

Status

subtle	true
colour	Red
title	UDFYLD

Medarbejder:
MED aut.
(se Testdata)

Forudsætning: EKG eksisterer for testperson1 (fra TC1/TC2)

[MODTAGER]
1) Medarbejder MED sundhedsfaglig autorisation logger ind og slår op på testperson1 i modtagersystemet

[MODTAGER]
2) Medarbejderen fremsøger og åbner EKG:
- EKG vises korrekt
- Tag skærmprint

[AROSII]
3) Verificer via DRG:
- ITI-18 kald som autoriseret medarbejder returnerer EKG-dokumentet
- BRS-kald til BehandlingsRelationsService er foretaget

[AROSII]
4) Verificer MinLog – enten via DRG / Sundhed.dk ELLER via modtagersystemets egne log-opslag, afhængigt af hvad det konkrete system understøtter. Notér hvilken metode der anvendes i kommentarfeltet.
- Logpost eksisterer: hvem / hvorfra / hvornår korrekt
- Log-tekst er iht. MinLog-krav for EKG

[AROSII]
5) Verificer BRS-notifikation:
- Opslag i BRS2_TreatmentRelationFollowup tabellen
- Korrekte oplysninger om bruger og organisation

TC6
FR #4 / §42a
(MedCom+SDS)
nspSundAssistR2 ser EKG

Ikke-autoriseret
sundhedsfaglig
(nspSundAssistR2) ser EKG

Adgang via
FMK-Bemyndigelsesservice
(BEM)

Anvendersystemet
bærer ansvaret

Borger:

testperson1

Status

subtle	true
colour	Red
title	UDFYLD

Medarbejder:
nspSundAssistR2
Trustaftale etableret
(se Testdata)

Forudsætning: EKG eksisterer for testperson1.

[MODTAGER]
1) Medarbejder UDEN sundhedsfaglig autorisation, men med national rolle
nspSundAssistR2, logger ind og slår op på testperson1 i modtagersystemet

[MODTAGER]
2) Medarbejderen fremsøger og åbner EKG:
- EKG vises korrekt
- Tag skærmprint
- Notér hvilken national rolle der er anvendt i kommentarfeltet

[AROSII]
3) Verificer via DRG:
- ITI-18 kald som nspSundAssistR2 returnerer EKG-dokumentet
- BRS-kald er foretaget

[AROSII]
4) Verificer MinLog – enten via DRG / Sundhed.dk ELLER via modtagersystemets egne log-opslag, afhængigt af hvad det konkrete system understøtter. Notér hvilken metode der anvendes i kommentarfeltet.
- Logpost eksisterer: hvem / hvorfra / hvornår korrekt
- Samme logkrav som TC8 – to forskellige adgangsprofiler skal begge logges

[AROSII]
5) Verificer BRS-notifikation:
- Opslag i BRS2_TreatmentRelationFollowup tabellen
- Korrekte oplysninger om bruger og organisation

TC7
FR #15 (SDS)
Frabedelse
slår igennem

Frabedelse slår igennem
– borger frabeder sig
via Min

Spærring
Medarbejder uden
værdispring ser intetBorger: testperson1

Spærring

Medarbejder uden
værdispring ser intet

Borger:

Status

subtle	true
colour	Red
title	UDFYLD

Aktiv frabedelse
oprettes inden TC10
(se A1 Opret Spærring)

Forudsætning: EKG eksisterer for testperson1. Frabedelse oprettes via Sundhed.dk eller DRG
på SOR-kode fra dokumentets AuthorInstitution (se A1 Opret Spærring).

[AROSII]
1) Hvis frabedelse ikke er oprettet, så opret frabedelse
- SOR-kode i frabedelsen matches mod AuthorInstitution i EKG-dokumentet via DRG/XDS Portal

[MODTAGER]
2) Medarbejder UDEN værdispring slår op på testperson1:
- Ingen EKG-dokumenter vises
- Modtagersystem viser passende frabedelsesbesked
- Tag skærmprint af frabedelsesbesked

[MODTAGER]
3) Medarbejder MED værdispring slår op på testperson1:
- EKG-dokumenter vises
- Tag skærmprint af frabedelsesbesked

[AROSII]
4) Verificer MinLog:
- Opslaget er logget selvom ingen dokumenter vises: Hvem / hvorfra / hvornår korrekt

TC8
FR #3 (MedCom+SDS)
Borger ser
egne EKG'er

Borger ser egne EKG'er
i Sundhedsjournalen

Borger:

testperson1

Status

subtle	true
colour	Red
title	UDFYLD

MitID-testbruger
(se Testdata)

Forudsætning: EKG eksisterer for testperson1. MitID-testbruger oprettet.

[BORGER]
1) testperson1 logger ind på Sundhedsjournalen med MitID-testbruger

[BORGER]
2) Borgeren fremsøger og åbner eget EKG:
- EKG vises korrekt og er læsbart
- Tag skærmprint

[AROSII]
3) Verificer MinLog via DRG / Sundhed.dk:
- Logpost eksisterer med borgeren som 'hvem'

Klinikeren vurderer at visningen er forståelig for en borger.

TC9
FR #3 (MedCom+SDS)
Borger ser
barns EKG

Forældre har ret til at se børns data, jf. gældende lovgivning

Borger ser barns EKG
– forældremyndighed

Biologisk forælder /
værge UDEN forældremndy.
kan IKKE se barnets EKG

Barn: testperson_barn

Status

subtle	true
colour	Red
title	UDFYLD

Forælder:
testperson_forælder
MitID-testbrugere
til begge
(se Testdata) *OBS vi laver en testperson der er biologisk forælder til 2 børn, men har kun forældermyndighed over barn 1 barn

Forudsætning: EKG eksisterer for testperson_barn. Forældremndy. registreret i CPR.

[BORGER]
1) testperson_forælder logger ind på Sundhedsjournalen med MitID-testbruger

[BORGER]
2) Forælderen fremsøger barnets EKG (testperson_barn):
- EKG vises korrekt
- Tag skærmprint

[AROSII]
3) Verificer MinLog via DRG:
- Logpost eksisterer med forælderens identitet som 'hvem' (ikke barnets)
- Hvorfra og hvornår er korrekte

Negativt scenarie (verificeres hvis muligt):
[BORGER]
4) Forælder UDEN forældremndy. forsøger at se barnets EKG:
- Adgang nægtes | Passende fejlbesked vises
- Tag skærmprint

TC10
FR #3 (MedCom+SDS)
Fuldmagtsindehaver ser
fuldmagtsgivers EKG

UNDERSØG OM DETTE SCENARIE ER MULIGT

Borgere, som har fået Digital Fuldmagt via den fællesoffentlige fuldmagtsservice (fuldmagtshavere) skal have adgang til borgerens (fuldmagtsgivers) EKG’er i SJ, så fuldmagtshavere kan se disse på tilsvarende vis som fuldmagtsgiver selv

fuldmagtsindehaver ser fuldmagtsgivers EKG
– fuldmagt

Under fuldmagt: testperson_Fuldmagtsgiver

Status

subtle	true
colour	Red
title	UDFYLD

Fuldmagtindehaver:
testperson_Fuldmagtsindehaver
MitID-testbrugere
til begge
(se Testdata)

Forudsætning: EKG eksisterer for testperson_fuldmagtsgiver. Fuldmagt. registreret i CPR.

[BORGER]
1) testperson_fuldmagtshaver logger ind på Sundhedsjournalen med MitID-testbruger

[BORGER]
2) Fuldmagtshaver fremsøger Fuldmagtsgivers EKG (testperson_barn):
- EKG vises korrekt
- Tag skærmprint

[AROSII]
3) Verificer MinLog via DRG:
- Logpost eksisterer med Fuldmagtshavers identitet som 'hvem' (ikke fuldmagtsgivers)
- Hvorfra og hvornår er korrekte

TC11

Sløring af sundhedsprofessionelles identitet følger de gældende retningsregler herfor

Sundhedsfaglig person er sløret i minlog

Testperson til sløring

Status

subtle	true
colour	Red
title	UDFYLD

Forudsætning: EKG eksisterer for sløret testperson.

[MODTAGER]
1) Medarbejderen fremsøger og åbner EKG:
- EKG vises korrekt
- Tag skærmprint

[BORGER]
2) testperson logger ind på Sundhedsjournalen med MitID-testbruger
- Logpost eksisterer og identitet på sundhedsfaglig er sløret

~~TC12~~
~~Navne-/adresse-~~
~~beskyttelse (SDS)~~
~~Navn må ikke fremgå~~

Overgår til Medcom testprotokol

~~Navn på patient med~~
~~CPR-beskyttelse må IKKE~~
~~fremgå af EKG-dokumentet~~

~~Gælder publicering~~
~~fra kildesystem~~

~~Beskyttelse registreres~~
~~i CPR FØR publicering~~

~~Borger:~~
~~testperson_beskyttet~~
~~(navnebeskyttelse~~
~~i CPR inden~~
~~publicering)~~
~~(se Testdata)~~

~~Forudsætning: testperson_beskyttet har navnebeskyttelse registreret i CPR INDEN publicering.~~
~~KRITISK rækkefølge: beskyttelse FØR publicering.~~

~~[KILDE]~~
~~1) Kildesystem publicerer EKG for testperson_beskyttet via ITI-41~~
~~- Kildesystemleverandøren bekræfter at navn ikke indgår i metadata eller PDF-indhold~~

~~[AROSII]~~
~~2) Verificer via XDS Portal / DRG:~~
~~- Metadata for dokumentet indeholder IKKE patientens navn~~
~~- Dokumentet kan fremsøges via CPR-nummer~~
~~- Metadata skærmdump tages og gennemgås for navneeksponering~~

~~[AROSII]~~
~~3) Verificer PDF-indhold:~~
~~- PDF/A åbnes og gennemgås for navn~~
~~- Navn fremgår ikke i dokumenthoved, sidefod eller øvrige felter~~

ID	Forretningsregel / Krav	Hvad skal dokumenteres / verificeres	Type	Status OK / Afvigelse
MinLog – avancerede scenarier (ikke glaspladetest)
ML-1	FR #4 / §6 Bekendtgørelse om drift MinLog – systemopslag vist for medarbejder Når SUT laver systembaserede opslag der vises for medarbejder, logges medarbejderens ADGANG – ikke systemkaldet.	SUT demonstrerer eller dokumenterer: • Systemopslag vises for medarbejder • MinLog: medarbejderens identitet som 'hvem' • Behandlingssted (hvorfra) korrekt • Tidspunkt for visning (hvornår) korrekt NA og begrundet hvis SUT ikke anvender systembaserede opslag.	Funktionel verifikation via DRG/MinLog
ML-2	FR #4 / MinLog krav 9+10 Reduceret logning Hvis SUT anvender reduceret logning kan to opslag samles til én logpost med begge tidspunkter.	SUT demonstrerer eller dokumenterer: • To opslag fra samme medarbejder, ÉN logpost • Logposten indeholder BEGGE tidspunkter T1 og T2 • Overholder MinLog vejledningsdokument krav 9 og 10 NA og begrundet hvis SUT ikke anvender reduceret logning.	Funktionel verifikation via DRG/MinLog eller dokumentation

SDS-ansvarlige forretningsregler – leverandørdokumentation
FR-5	FR #5 (SDS) EKG'er fra før idriftsættelse af løsningen deles ikke	Leverandøren dokumenterer: • Hvad er idriftsættelsesdatoen?	Afklaring + dok.
FR-6	FR #6 (SDS) EKG'er deles uden unødigt ophold	Leverandøren dokumenterer forventet forsinkelse. Arosii noterer faktisk forsinkelse under E2E (TC1/TC2) som stikprøve.	Obs. under E2E + dok.
FR-7	~~FR #7 (SDS)~~ ~~Observationsnotens indhold~~ ~~Dækkes delvist af TC2 i E2E.~~ ~~Udgår~~	~~Leverandøren dokumenterer:~~ ~~• Alle tegnsæt overføres korrekt inkl. æøåÆØÅ~~ ~~• Linjeskift og formatering bevares~~ ~~• Trunkering ved >1.024 tegn sker korrekt~~ Klinikeren bekræfter under TC2. UDGIK DENNE?	~~Dækkes af TC2~~ ~~+ dok.~~
FR-11	~~FR #11 (SDS)~~ ~~Adgang til deprecatede EKG'er~~ ~~Dækkes delvist af TC3/TC4.~~ ~~Udgår~~	~~Leverandøren dokumenterer at deprecated EKG ikke vises i normal søgning og ikke er cachet.~~ ~~Dækkes delvist af TC3/TC4 i E2E.~~	~~Dækkes af TC3/TC4~~ ~~+ dok.~~
FR-13	~~FR #13 (SDS)~~ ~~EKG'er ældre end 5 år deles ikke~~ ~~Udgår~~	~~Formentlig os selv der tester dette, med slettejobbet~~
FR-14	~~FR #14 (SDS)~~ ~~Lokale kopier af borgerens EKG'er~~ ~~Denne håndteres i TC4~~ ~~Udgår~~	~~Leverandøren dokumenterer:~~	~~Dok. fra leverandøren~~
FR-15	~~FR #15 (SDS)~~ Journalisering HAR DENNE I SIT, så dublet her, med mindre de ikke har dokumenteret eller vi har spørgsmål fra SIT dokumentet ~~Udgår~~	~~Leverandøren dokumenterer:~~	~~Dok. fra leverandøren~~
FR-16	~~FR #16 (SDS)~~ ~~Tekniske anvisninger skal følges~~ ~~Udgår~~	~~Leverandøren dokumenterer:~~ ~~• Korrekt SOAP-endpoint og certifikat (VOCES/FOCES)~~ ~~• Korrekt timeout- og fejlhåndtering~~ ~~Verificeres implicit i SIT (hul-igennem-test).~~	~~Dok. (verificeret i SIT)~~

Content

Space Tools

Versions Compared

Old Version 21

New Version Current

Key

Formål og omfang

Roller

Forudsætning

Scope

Deltagere

Test data

Testcases: