mp:Draft Testen Kickstart: verschil tussen versies
(→RACI tabel nog intern afstemmen) |
(→Kickstart planning) |
||
Regel 92: | Regel 92: | ||
== Kickstart planning == | == Kickstart planning == | ||
{{anchor|figuur 1}} | {{anchor|figuur 1}} | ||
− | [[Bestand: | + | [[Bestand:Planning_Kickstartfases_21-02-2023.png|Planning Kickstartfases]] |
== Planning testfases stap 3/4== | == Planning testfases stap 3/4== |
Versie van 21 feb 2023 om 11:07
Aan deze pagina wordt momenteel gewerkt. |
Inhoud
1 Algemeen
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie.
2 Testfasen
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
Realisatie | Proof of Concept | Laboratoriumtest | Praktijktest | |
---|---|---|---|---|
Testomgeving VZVZ | PTO | PTO | XTO | XTO + decentrale omgevingen Kickstart deelnemers |
Uitvoerder |
|
|
|
|
Doel |
Technische test waar leveranciers tegen simulatoren testen |
Technische test waar leveranciers met elkaar testen door middel van een centraal georganiseerde Connectathon |
Functionele test waar zorgaanbieders met elkaar testen door middel van een centraal georganiseerde Connectathon |
(Keten)testen waarbij decentraal tests worden uitgevoerd |
Test soort |
|
|
|
|
Testscripts | Testmateriaal realisatie | LINK testmateriaal | LINK testmateriaal | LINK testmateriaal |
Acceptant |
|
|
|
|
Verwacht resultaat | Positief testrapport op basis van resultaat uit simulatoren | Positief testrapport door middel van Interoplab(LINK tools) | Positief testrapport door middel van Interoplab(LINK tools) | Positief testrapport op basis van de functionele testscripts |
3 Planning
3.1 Kickstart planning
3.2 Planning testfases stap 3/4
Onderdeel | Week # | Data |
---|---|---|
Realisatie | 14 - 26 | April t/m juni 2023 |
PoC #1 | 27 | 3 & 4 juli 2023 |
PoC #2 | 34 | 21 & 22 augustus 2023 |
Labtest #1 | 36 | 4 & 5 september 2023 |
Labtest #2 | 40 | 2 & 3 oktober 2023 |
Validatie | 41 & 42 | 9 t/m 20 oktober 2023 |
Praktijktest | 43 - 5 | Vanaf 23 oktober 2023 |
1e begeleide uitrol | 6 - 32 | Vanaf 5 februari 2024 |
3.3 Planning testfases stap 5/6
Onderdeel | Week # | Data |
---|---|---|
Realisatie | 27 - 43 | Juli t/m oktober 2023 |
PoC #1 | 44 | 30 & 31 oktober 2023 |
PoC #2 | 48 | 27 & 28 november 2023 |
Labtest #1 | 50 | 11 & 12 december 2023 |
Labtest #2 | 2 | 8 & 9 januari 2024 |
Validatie | 3 & 4 | 15 t/m 26 januari 2024 |
Praktijktest | 5 - 17 | Vanaf 29 januari 2024 |
1e begeleide uitrol | 18 | Vanaf 29 april 2024 |
4 Rollen en verantwoordelijkheden
Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven waarbij dit verder is uitgewerkt in een RACI tabel.
4.1 Verantwoordelijkheden per team
Programma Medicatieoverdracht | Verantwoordelijkheden |
---|---|
Ketentestteam | Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten om in onderlinge samenwerking de kwaliteit van de AORTA-keten te borgen |
Testteam | Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van individuele testtrajecten |
Kwalificatiecentrum | Toetsen software op de correcte implementatie van informatiestandaarden, ook wel kwalificatie genoemd. Met deze kwalificatie tonen softwareleveranciers aan dat hun product of dienst aan de eisen voldoet en kunnen zorgverleners als eindgebruikers op de juiste manier informatie uitwisselen. Het kwalificatiecentrum coördineert dit proces |
Informatieanalisten | Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en ondersteuning van het kwalificatieteam in het toetsen van correcte implementatie |
Zorganalisten | Begeleiden zorgsectoren bij het uitwerken van zorginhoudelijke onderwerpen waaronder het opstellen van de use case scenario's tbv de bovensectorale gebruikerseisen. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces |
Validatieloket | Begeleiden zorg- en ICT-organisaties tijdens het traject van bouw, implementatie en validatie |
HL7 experts | Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. Ondersteunen leveranciers tbv vragenafhandeling. Stellen voorbeeld HL7v3/FHIR berichten op |
Solution architecten | Kennen ontwikkelingen in de zorg, in de techniek en wet- en regelgeving die een relatie hebben met de Kickstart. Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden (Zoals bijvoorbeeld Zorg-AB) |
Test coördinator Kickstart | Coördineert de voorbereiding en organisatie van de Proof of Concept en laboratoriumtest. Biedt ondersteuning aan de samenwerkingsorganisaties ten behoeve van de praktijktest. |
Samenwerkingsverband | Verantwoordelijkheden |
---|---|
Penvoerders | Stelt test coördinator aan die de voorbereiding, uitvoer en resultaten van de verschillende testfases coördineert
Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders |
Leveranciers | Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases |
Zorgaanbieders | Stelt test aanspreekpunt aan en coördineert het testtraject binnen eigen instantie(s)
Zoekt actieve ondersteuning vanuit de eigen sector, naast het programma en het samenwerkingsverband, om de generieke toepasbaarheid binnen de verschillende sectoren, werkprocessen en systemen te borgen. Faciliteert onderlinge samenwerking tussen de verschillende zorgaanbieders, zodat in de keten samengewerkt wordt. Accepteert de bovensectorale gebruikerseisen |
Sectorenondersteuning | Verantwoordelijkheden |
---|---|
Sectorondersteuners | Verzamelen informatie voor use case scenario's t.b.v. laboratoriumtest en praktijktest vanuit hun achterban. Stemmen af en bieden ondersteuning voor de kernteambuddy's |
Kernteambuddy's | Leveren reeds opgedane kennis vanuit de kernteams en zijn als buddy gekoppeld aan de zorgverleners van de deelnemende instanties. Toetsen vanuit de sectoren of de Kickstart resultaten geschikt zijn voor brede uitrol |
4.2 RACI tabel nog intern afstemmen
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven. (Moet nog worden vastgesteld)
- R – Responsible (Verantwoordelijk)
- A – Accountable (Eindverantwoordelijk)
- C – Consulted (Geraadpleegd)
- I – Informed (Geïnformeerd)
5 Hulpmiddelen (tools) en omgevingen
Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:
6 Definities
- Use cases landschap (per samenwerkingsverband): Beschrijving van alle transacties (informatiestromen) die plaatsvinden tussen de zorgaanbieders en met patiënten in beide samenwerkingsverbanden. Dit vormt het uitgangspunt van alle testen in de Kickstart.
- Use case scenario's: Uitgeschreven scenario’s op basis van de transacties, zoals uitgewerkt in Landschap use cases per regio. Per situatie wordt beschreven welke zorgaanbieders zijn betrokken en welke inhoudelijke medicatie informatie geldt. Deze scenario's worden gebruikt voor de use case scenario testscripts.
- Use case scenario testscripts: Processtappen die worden doorlopen in functionele testscripts op basis van de opgestelde use case scenario’s. De processtappen worden doorlopen in de Proof of Concept en laboratoriumtest.
- Software specifieke testscripts: Beschrijving van de specifieke stappen die worden doorlopen binnen de zorginformatiesystemen van de zorgaanbieders.
- Acceptatiecriteria: Meetinstrument om te bepalen of voldaan is aan de afgesproken eisen voor functionaliteit en kwaliteit. De uitkomsten van de tests worden hierop getoetst, deze verschillen per testfase.
7 Pagina historie
Datum | Omschrijving |
---|---|
Voorbeeld | Pagina gepubliceerd |