Deltagere:
| Fagsystem | Systemintegrationstest | Certificering hos Medcom planlagt | E2E planlagt | |
| Region Midt (tror Muse) | ||||
| Region Syd (tror Muse) | ||||
| Region nord (EKG Talk) | ||||
| EPIC/sundhedsplatformen - CARDIA og MUSE | ||||
| Region sjælland MUSE | ||||
| Praksis læger | ||||
| Novax | ||||
| EG Clinea | ||||
| EG WinPLC | ||||
| XMO | ||||
| MultiMed | ||||
| MyClinic | ||||
| Sundhed.dk | ||||
| Sundhedsjournalen | ||||
| Sundhedsjournal Borger |
Hvad Lakeside normalt håndtere
Strukturen i Høremappen viser hvad Lakeside normalt leverer og koordinerer:
| Test opgaver | Ansavrlig | |
|---|---|---|
Systemtest af modulet (niveau 1) | Leverandør | Forudsætning for øvrige tests |
| Egentest af afsendelse/modtagelse til NSP (niveau 5+6) | SDS (CHO) | |
Koordination med anvendere (LP, regionerne) | SDS PO | |
Deltagelse i E2E som faglig ressource |
Opgaverne er primært: koordination med kildesystemer og modtagersystemer, og testprotokol for egentests.
Out of scope for mit vedkommende
I Høremappen testede Lakeside at selve modulet virkede funktionelt isoleret – altså inden det blev koblet til NSP.
For EKG betyder det typisk:
- Kan kildesystemet (lægepraksissystem) oprette og gemme et EKG-dokument korrekt i sit eget system?
- Kan kildesystemet formatere dokumentet korrekt til afsendelse – rigtige felter, rigtig struktur?
- Kan modtagersystemet tage imod og vise et EKG-dokument korrekt i sin egen brugerflade?
Teststrategi for EKG i projektet 'Deling af EKG dokumenter'
Test niveauer
I illustrationen og tabellen herunder ses de forskellige niveauer af test som skal laves for projektet.
Her til kommer Unittest og den automatiserede systemintegrationstest, der altid skal være en del af NSP komponenter, jfr husreglerne. Disse udvikles altid af Leverandøren.
Out of scope:
Tabel over test niveauer
ID | Test niveau | Beskrivelse og afhængigeder | Ansvarlig | Deltagere | Status | Kommentar |
1 | Systemtest EKG DROS | ??? | ???+LP og Region | |||
2-A | INDSÆT LINK NRT-20931 - Getting issue details... STATUS | Arosii | Arosii (+Netic) |
| ||
2-B | INDSÆT LINK | Positiv og negativ test af, at valideringsreglerne fungerer Forudsætning: | Arosii | EKG Projektet |
| Verificer hvad der allerede er dækket af KITs validerings integrationstests |
3 | Integration mellem | afsendelse til NSP Forudsætning: 1 gennemført med succes |
|
|
| |
4 | Integration mellem sundhedsjournalen og hentning af EKG dokumenter | Test af at sundhedsjournalen kan forstå leveret EKG data. Forudsætning: 1 gennemført med succes |
|
| ||
5 | Test af at der er teknisk hul igennem fra EKG til dokumentoprettelse via NSP-EKG_DROS for ITI-kaldet ITI-41. Forudsætning: 1+2A+3 gennemført med succes samt at leverandør er whitelistet til NSP | | | Arosii har testprotokol | ||
6 | Test af at der er teknisk hul igennem fra EKG til NSP-DDS + EKG_NXRG/XDS for de to ITI-kald: ITI-18 og ITI-43 Forudsætning: 1+2A+3 gennemført med succes samt at leverandør er whitelistet til NSP | | Arosii har testprotokol | |||
7 | Medcom certificering | Medcom certificering | SDU | Medcom |
| Medcom laver testprotokol |
8 | Medcom certificering | Medcom certificering | SDU | Medcom |
| Medcom laver testprotokol |
9 | Test af at EKG data afleveres fra lægepraksis eller Regionenerne og udstilles via sundhedsjorunalen . Der testes derudover domæne- og forretningsreglerne for EKG dokumenter Forudsætning: 5+6 gennemført med succes samt at lokationer er opsat | SDS/Arosii/Projektet | Arosii, SDS, 6 lægepraksissystemer, 5 regioner, sundhed.dk Evt deltagelse af klinikere |
|
|