| FR | Beskrivelse | Ansvar | E2E TC | SIT TC | Compliance | Kommentar |
| #1 | Lø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. |
| #2 | Der deles kun ét EKG pr. borger pr. tidspunkt Der må kun uploades én EKG-optagelse pr. borger pr. optagelsestidspunkt. | MedCom+SDS | – | – | – | |
| #3 | Borgerens adgang til EKG'er Borgeren skal kunne se egne EKG'er. I første omgang udstilles data i borgervisningen på sundhed.dk. | MedCom+SDS | TC8, TC9, TC10 | – | – | TC8: borger egne EKG'er. TC9: forældremyndighed. TC10: digital fuldmagt. SDS-ansvar. |
| #4 | Sundhedsfagliges 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+SDS | TC5, TC6 | – | ML-1, ML-2 | |
| #5 | EKG'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 | |
| #6 | EKG'er deles uden unødigt ophold Alle FHIR-dokumenter skal dannes og indsendes i "nær realtid", dvs. uden unødigt ophold. | SDS | Obs. TC1 | – | FR-6 | |
| #7 | Observationsnotens 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. | MedCom | TC2 | – | – | |
| #8 | Ingen observationsnoter fra praksis Løsningen må ikke dele observationsnoter fra lægepraksissystemer. | MedCom | TC2 | TC1B | – | |
| REDIGERING OG SLETNING | ||||||
| #9 | Fejlbehæftede dokumenter rettes/slettes uden unødigt ophold Document provider skal kunne deprecate og replace egne dokumenter, uden unødigt ophold. | MedCom+SDS | TC3 | TC2 | FR-10 | |
| #10 | Adgang til deprecatede EKG'er Hverken borgeren eller sundhedsprofessionelle har adgang til at se deprecatede dokumenter. | SDS | TC3, TC4 | – | FR-11 | |
| #11 | Sletning af borgerens EKG'er Når et EKG slettes i kildesystemet, må det ikke længere deles on-demand gennem infrastrukturen. | SDS | TC4 | TC2 | – | |
| #12 | EKG'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-13 | |
| ANDRE FORRETNINGSREGLER | ||||||
| #13 | Lokale 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. | SDS | TC4 | TC7 | FR-14 | Dækkes af SIT. |
| #14 | Journalisering 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 | – | TC5 | FR-15 | Dæ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. | SDS | TC7 | – | – | |
| – | 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. | 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. |
| 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 observationsnote | Borger: testperson1 EKG: minimum (se Testdata) | [KILDE] - Der verificeres i Sundhed.dk at der er en Min logning på - hentningen med teksten "Hentning af oplysninger
6) Verificer BRS-notifikation: | |
TC1.B (negativ test) FR #1 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. | 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. | testperson1 Tomt EKG: | Forudsætning: Kildesystem kan simulere en afbrudt eller tom EKG-optagelse. [KILDE] 1) Klinikeren starter en ny EKG-optagelse for testperson1 i kildesystemet [KILDE] 2) Verificer at kildesystemet returnerer en læsbar fejlbesked [AROSII] 3) Verificer via XDS Portal / DRG: Forventet resultat: Hvis dokumentet mod forventning uploades: | |
| 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 - 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) - - Tag skærmprint og sammenlign med kildesystem [AROSII] 4) Verificer MinLog: - Der verificeres i Sundhed.dk at der er en Min logning på - 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 | [KILDE – Region] [KILDE – PLSP] [MODTAGER] [MODTAGER] [MODTAGER] | |
| 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 #14 | 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 [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_Fuldmagtsgiver 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 | Forudsætning: EKG eksisterer for sløret testperson. [MODTAGER]
| |
Overgår til Medcom testprotokol | ||||
| 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 |
| UDGIK DENNE? | ||
| FR-11 |
| |||
| FR-13 |
| |||
| FR-14 |
| |||
| FR-15 |
| |||
| FR-16 |
| |||