FRBeskrivelseAnsvarE2E TCSIT TCComplianceKommentar
#1Deler EKG'er, metadata, observationsnoterMedComTC1, TC2, TC3, TC1A, TC1B, –Sundhed.dk skal kunne vise både on-demand og stable dokumenter på samme vis.
#2Kun ét EKG pr. borger pr. tidspunktMedCom+SDS––– 
#3Borgerens adgang (egne + børns + fuldmagt)MedCom+SDSTC8, TC9, TC10––SDS ansvar. 
#4Sundhedsfaglig adgang + MinLogMedCom+SDSTC5, TC6–ML-1, ML-2
#5EKG'er fra før idriftsættelse deles ikkeSDS––FR-5
#6EKG'er deles uden unødigt opholdSDSObs. TC1–FR-6
#7Observationsnotens indholdSDSTC2–FR-7
#8Observationsnotens længde (1.024 tegn)MedComTC2
–
#9Ingen observationsnoter fra praksisMedComTC2TC1B–
#10Fejlbehæftede dok. rettes/slettes u. opholdMedCom+SDSTC3TC2FR-10
#11Adgang til deprecatede EKG'erSDSTC3, TC4–FR-11
#12Sletning af borgerens EKG'erSDSTC4TC2–
#13EKG'er ældre end 5 år deles ikkeSDS––FR-13
#14Lokale kopierSDSTC4TC7FR-14
#15JournaliseringSDS–TC5FR-15
#16Tekniske anvisningerSDS–SIT implicitFR-16
–Navne-/adressebeskyttelseMedComTC12––Overgår til medcom, dermed udgår TC12 i denne testprotokol
–Frabedelse (Min Spærring)SDSTC07––

Sløring
TC11




Testcase id /
Forretningsregel		BeskrivelseTestdataSteps og verificeringPass / Fail
Kommentar
TC1
FR #1 
EKG vises korrekt
– minimumsscenarie		EKG vises korrekt
– minimumsscenarie

PDF/A, obligatoriske metadata
Ingen observationsnote		Borger: testperson1
EKG: minimum
(se Testdata)

[KILDE]
1) Klinikeren 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: ekg-v2.0

[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

[MODTAGER]
4) 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]
5) Verificer MinLog via DRG / Sundhed.dk:
   - Logpost eksisterer for opslaget
                - Hvem: korrekt medarbejder (fornavn, efternavn, aut.nr./titel)
                - Hvorfra: korrekt behandlingssted
                - Hvornår: korrekt tidspunkt

[AROSII] (MANGLER SPLUNK SØGNINGEN)

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


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
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 åbner 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:
   - Logpost korrekt: hvem / hvorfra / hvornår

[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 modtagersystemetBorger: testperson1

[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 modtagersystem		Borger: testperson1
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
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
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
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 intet		Borger: testperson1
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]
3) 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
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
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_barn
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





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



IDForretningsregel / KravHvad skal dokumenteres / verificeresTypeStatus
OK / Afvigelse
MinLog – avancerede scenarier (ikke glaspladetest)
ML-1FR #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-2FR #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-5FR #5 (SDS)
EKG'er fra før idriftsættelse af løsningen deles ikke		Leverandøren dokumenterer:
• Hvad er idriftsættelses­datoen?



Afklaring + dok.
FR-6FR #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-7FR #7 (SDS)
Observationsnotens indhold

Dækkes delvist af TC2 i E2E.		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-11FR #11 (SDS)
Adgang til deprecatede EKG'er

Dækkes delvist af TC3/TC4.		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-13FR #13 (SDS)
EKG'er ældre end 5 år deles ikke		Formentlig os selv der tester dette, med slettejobbet

FR-14FR #14 (SDS)
Lokale kopier af borgerens EKG'er
Denne håndteres i TC4		Leverandøren dokumenterer:

Dok. fra leverandøren
FR-15FR #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		Leverandøren dokumenterer:

Dok. fra leverandøren
FR-16FR #16 (SDS)
Tekniske anvisninger skal følges		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)