Page History
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:
| 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 | |
Forretningsregel
Kommentar
FR #1
EKG vises korrekt
– minimumsscenarie
– minimumsscenarie
PDF/A, obligatoriske metadata
Ingen observationsnote
EKG: minimum
(se Testdata)
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
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
| -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 | 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 observationsnote | Borger:
EKG: minimum (se Testdata) | [KILDE] [AROSII] - 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 | 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 modtagersystem |
Tomt EKG: | Forudsætning: Kildesystem kan simulere en afbrudt eller tom EKG-optagelse. [KILDE] [KILDE] [MODTAGER] 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: |
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å |
søgningen med teksten "Opslag på EKG fra sundhedsfaglig" - hentningen med teksten "Hentning af oplysninger [AROSII] 5) Verificer BRS-notifikation: - Opslag i BRS2_TreatmentRelationFollowup |
- Korrekte oplysninger om bruger og organisationTC2.B Gælder kun modtagersystem (sundhed.dk)
| 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:
| [KILDE – Region] |
[KILDE – PLSP] |
[MODTAGER] |
|
- Begge EKG'er vises i søgeresultatet |
- Det fremgår tydeligt at de kommer fra forskellige kilder [MODTAGER] |
|
- Vises korrekt og uforvansket [MODTAGER] |
|
- 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: |
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 |
fra modtagersystem
FR #14 | Slettet EKG forsvinder fra modtagersystem Leverandøren dokumenterer | Borger:
|
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: |
Medarbejder: MED aut. (se Testdata) | Forudsætning: EKG eksisterer for testperson1 (fra TC1/TC2) [MODTAGER] 1) Medarbejder MED sundhedsfaglig autorisation logger |
og
| 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
| ) Anvendersystemet bærer ansvaret | Borger:
|
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: |
Aktiv frabedelse oprettes inden TC10 (se A1 Opret Spærring) | Forudsætning: EKG eksisterer for testperson1. Frabedelse oprettes via Sundhed.dk eller DRG [MODTAGER] |
4) Verificer MinLog: | ||
| TC8 FR #3 (MedCom+SDS) Borger ser egne EKG'er | Borger ser egne EKG'er i Sundhedsjournalen | Borger: |
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 EKGBarn: testperson_barn
| . 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 |
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 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]
|
TC11
Sløring af sundhedsprofessionelles identitet følger de gældende retningsregler herfor
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 , É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 |
| |||