| FR | Beskrivelse | Ansvar | E2E TC | SIT TC | Compliance |
| #1 | Deler EKG'er, metadata, observationsnoter | MedCom | TC1, TC2, TC3, | TC1A, TC1B, | – |
| #2 | Kun ét EKG pr. borger pr. tidspunkt | MedCom+SDS | – | – | – |
| #3 | Borgerens adgang (egne + børns + fuldmagt) | MedCom+SDS | TC8, TC9, TC10 | – | – |
| #4 | Sundhedsfaglig adgang + MinLog | 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 |
| #8 | Observationsnotens længde (1.024 tegn) | MedCom | TC2 | – | |
| #9 | Ingen observationsnoter fra praksis | MedCom | TC2 | TC1B | – |
| #10 | Fejlbehæftede dok. rettes/slettes u. ophold | MedCom+SDS | TC3 | TC2 | FR-10 |
| #11 | Adgang til deprecatede EKG'er | SDS | TC3, TC4 | – | FR-11 |
| #12 | Sletning af borgerens EKG'er | SDS | TC4 | TC2 | – |
| #13 | EKG'er ældre end 5 år deles ikke | SDS | – | – | FR-13 |
| #14 | Lokale kopier | SDS | – | – | FR-14 |
| #15 | Journalisering | SDS | – | TC5 | FR-15 |
| #16 | Tekniske anvisninger | SDS | – | SIT implicit | FR-16 |
| – | Navne-/adressebeskyttelse | SDS | TC11 | – | – |
| – | Frabedelse (Min Spærring) | SDS | TC07 | – | – |
| Testcase id / Forretningsregel | Beskrivelse | Testdata | Steps og verificering | Pass / 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] 6) Verificer BRS-notifikation: | |
| TC2 FR #1 + FR #8 EKG vises uforvansket – maksimumsscenarie God at have med selvom den måske er lidt dobbelt, men det er vores mulighed for at få en kliniker til at se på et EKG med alle felter udfyldt | 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 | |
| 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 | Slettet EKG forsvinder fra modtagersystem | 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 - er steppet nødvendigt, eller vi har det som sådan også i compliance checklisten | |
| 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. Trustaftale etableret på NSP testmiljø. [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 [MODTAGER] | |
| 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
| 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
| 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 Negativt scenarie (verificeres hvis muligt): [BORGER] 4) Borger UDEN Fuldmagt. forsøger at se Fuldmagtsgivers EKG: – Adgang nægtes | Passende fejlbesked vises – Tag skærmprint | |
| TC11 Navne-/adresse- beskyttelse (SDS) Navn må ikke fremgå | 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 | |
| TC12 Sløring af sundhedsprofessionelles identitet følger de gældende retningsregler herfor | ||||
[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 [MODTAGER] 4) Klinikeren åbner EKG fra regionen (stable) [MODTAGER] 5) Klinikeren åbner EKG fra PLSP (on-demand) [AROSII] 6) Verificer via DRG at begge dokumenttyper returneres |
| 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. | 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. | 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 | Formentlig os selv der tester dette, med slettejobbet | ||
| FR-14 | FR #14 (SDS) Lokale kopier af borgerens EKG'er 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-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 | Leverandøren dokumenterer: | Dok. fra leverandøren | |
| FR-16 | FR #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) | |