mp:Draft Testen Kickstart: verschil tussen versies
Regel 37: | Regel 37: | ||
* Leveranciers | * Leveranciers | ||
* Programma Medicatieoverdracht | * Programma Medicatieoverdracht | ||
− | * Functionele acceptanten (Zorgaanbieders) | + | * Functionele acceptanten (Zorgaanbieders en Patiëntpanel) |
|| | || | ||
* Leveranciers | * Leveranciers | ||
* Programma Medicatieoverdracht | * Programma Medicatieoverdracht | ||
− | * Functionele acceptanten (Zorgaanbieders) | + | * Functionele acceptanten (Zorgaanbieders en Patiëntpanel) |
|- | |- | ||
| '''Doel''' || | | '''Doel''' || |
Versie van 19 apr 2023 om 09:37
Aan deze pagina wordt momenteel gewerkt. |
Inhoud
1 Algemeen
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart en beschrijft de kaders die daarin worden gehanteerd. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie. Het doel is om eenieder die een organisatorische rol heeft in het testproces te informeren over het testtraject tijdens de Kickstart. Dit zijn zowel het programma Medicatieoverdracht als de penvoerders, zorgaanbieders en leveranciers.
2 Testfasen
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
Realisatie | Proof of Concept | Laboratoriumtest | Praktijktest | |
---|---|---|---|---|
Testomgeving VZVZ (XIS) | PTO | PTO | PTO | XTO + decentrale omgevingen Kickstart deelnemers |
Testomgeving PGO |
|
|
|
|
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 door zorgaanbieders, leveranciers en programma Medicatieoverdracht |
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 | Voorbereiding gereed |
---|---|---|---|
Realisatie | 14 - 26 | April t/m juni 2023 | 31 maart 2023 |
PoC #1 | 27 | 4 & 5 juli 2023 | 23 juni 2023 |
PoC #2 | 34 | 22 & 23 augustus 2023 | 20 augustus 2023 |
Labtest #1 | 36 | 5 & 6 september 2023 | 25 augustus 2023 |
Labtest #2 | 40 | 3 & 4 oktober 2023 | 30 september 2023 |
Validatie | 41 & 42 | 9 t/m 20 oktober 2023 | 7 oktober 2023 |
Praktijktest | 43 - 5 | Vanaf 23 oktober 2023 | 13 oktober 2023 |
1e begeleide uitrol | 6 - 32 | Vanaf 5 februari 2024 | 26 januari 2024 |
3.3 Planning testfases stap 5/6
Onderdeel | Week # | Data | Voorbereiding gereed |
---|---|---|---|
Realisatie | 27 - 43 | Juli t/m oktober 2023 | 29 september 2023 |
PoC #1 | 44 | 31 okt & 1 nov 2023 | 20 oktober 2023 |
PoC #2 | 48 | 28 & 29 november 2023 | 26 november 2023 |
Labtest #1 | 50 | 12 & 13 december 2023 | 1 december 2023 |
Labtest #2 | 2 | 9 & 10 januari 2024 | 8 januari 2024 |
Validatie | 3 & 4 | 15 t/m 26 januari 2024 | 12 januari 2024 |
Praktijktest | 5 - 17 | Vanaf 29 januari 2024 | 19 januari 2024 |
1e begeleide uitrol | 19 | Vanaf 6 mei 2024 | 26 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
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven.
- 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 |