Implementatie AZR release 2.1

Transcriptie

1 Implementatie AZR release 2.1 Master ketentestplan Auteur Afdeling Tom v.d. Werff, Frans van Eijck VZU Code Datum 14 november 2006 Master Ketentestplan AZR 2.1 Status: Definitief Pagina 1 van 16

2 Inhoud MANAGEMENT SAMENVATTING INLEIDING ACHTERGROND DOEL VAN KETENTESTEN KETENTEST SCOPE UITGANGSPUNTEN RANDVOORWAARDEN ORGANISATIE TESTBEELD VERANTWOORDELIJKHEDEN CVZ EN KETENPARTIJEN AANPAK TESTSTRATEGIE FASERING TESTCASES VOORBEREIDING UITVOERING PLANNING BEHEERSING PROCEDURE BEVINDING PROCEDURE ARBITRAGE PROCEDURE RAPPORTAGE EN MONITORING PROCEDURE ESCALATIE RAPPORTAGE EN COMMUNICATIE BIJLAGE PRESTATIE INDICATOREN BIJLAGE CHECKLIST VOOR EERDER STARTEN MET DE KETENTEST Master Ketentestplan AZR 2.1 Status: Definitief Pagina 2 van 16

3 Management samenvatting Doel van de ketentest is het vaststellen dat alle koppelingen (het berichtenverkeer) tussen de informatiesystemen van de verschillende partijen op elkaar aansluiten en resulteren in de verwachte retourberichten. Voor de ketenpartijen (CIZ, ZK en ZA) is een extra doel dat zij de aansluiting met de interne processen kunnen vaststellen. Als voorbereiding dienen alle ketenpartijen (CIZ, ZK en ZA) hun eigen software, omgeving en processen intern te testen en dienen zij een acceptatietest omgeving in te richten. Deze activiteiten zijn de verantwoordelijkheid van de ketenpartijen, maar de voortgang ervan is belangrijk en wordt door het CVZ project gevolgd. De ketentest bestaat uit een door CVZ opgestelde set testgevallen (keten van berichten) die in elke regio wordt uitgevoerd onder de coördinatie van het betreffende Zorgkantoor. Het zorgkantoor rapporteert over de uitvoering van deze testgevallen naar CVZ. Het CVZ project volgt de voortgang en de resultaten van de ketentest. Bij geconstateerde afwijkingen trachten de betrokken partijen deze te herstellen en herhalen de test. Indien de afwijking niet door betrokken partijen zelf opgelost kan worden, bijvoorbeeld omdat Handboek, bedrijfsregels en EI-standaarden geen sluitend antwoord bieden, dan zal het Arbitrageteam van CVZ de oplossingsrichting bepalen. Fasering van het ketentest traject. Fase Binnen de scope van CVZ project 1 Voorbereiding Voorbereidingen bij elke ketenpartij (CIZ, ZK en ZA) Volgen voortgang voorbereidingen van ketenpartijen (CVZ). Opstellen logische testgevallen t.b.v. regionale testplannen (CVZ) Opstellen regionale ketentestplan (Zorgkantoor) Beoordelen regionale ketentestplannen (CVZ) 2 Uitvoering Uitvoeren regionale ketentesten (ketenpartijen) en melden resultaten Volgen voortgang regionale uitvoering (CVZ) afwijkingen beoordelen (door regio partijen en daar waar noodzakelijk door CVZ) eventuele arbitrage bij oplossingsrichting (CVZ) en bepalen noodzaak hertest overall voortgangsrapportages (CVZ) 3 Acceptatie Regionale zorgkantoren geven acceptatie af CVZ bundelt de regionale acceptatie uitkomsten CVZ geeft signaal voor verdere implementatie Doorlooptijden: Fase 1: oktober 2006 t/m december 2006 Fase 2: medio december 2006 t/m medio februari 2007 Fase 3: medio februari 2007 Voor de beheersing van de werkwijze zijn procedures vastgesteld voor: Bevindingen (uitvoeren ketentest en melden resultaten) Arbitrage (bepalen oplossingsrichting en noodzaak hertesten) Rapportage en monitoring (wederzijdse communicatie over voortgang ) Escalatie (hoe te handelen als deadline van Ketentest in gevaar komt ) Rapportage en communicatie Master Ketentestplan AZR 2.1 Status: Definitief Pagina 3 van 16

4 1 Inleiding 1.1 Achtergrond De overgang van AZR van release 1.0 naar 2.1 is een verandering die aanpassingen vereist in de informatiesystemen van alle betrokken partijen in de zorgketen. Het spreekt voor zich dat er veel coördinatie en afstemming nodig is om deze omvangrijke verandering te laten slagen. Niet alleen bij het aanpassen van de informatiesystemen maar vooral bij het testen en invoeren daarvan omdat AZR het berichtenverkeer tussen de partijen regelt. Het aanpassen van de informatiesystemen is als volgt verdeeld: CIZ, ZK en ZA Zorgen zelf voor de aanpassingen in de eigen systemen CVZ Zorgt voor een aangepaste versie van de bovenregionale berichtenbox Zorgt voor een conversie tool om het berichtenverkeer tussen Zorgkantoren (AZR versie 2.1) en achterblijvende Zorgaanbieders (AZR versie 1.0) tijdelijk mogelijk te maken. Zorgt voor de AZR-berichtentest site waar aangeboden berichten getoetst worden tegen de inhoudelijke eisen. Het testen van de afzonderlijke informatiesystemen is als volgt verdeeld: CIZ, ZK en ZA Testen zelf de aanpassingen in de eigen systemen en de koppeling naar de eigen processen. Zij kunnen daarbij gebruik maken van de AZR-berichtentest site om te toetsen of de aangemaakte berichten consistent zijn tegen de inhoudelijke eisen. CVZ Test de aangepaste versie van de bovenregionale berichtenbox Test de berichten converter (1.0 visa versa 2.1) Test de juiste werking van de AZR-berichtentest site. Het testen van het berichtenverkeer tussen de informatiesystemen in samenhang (ketentest). Dit is een aparte stap in het testproces. Dit document beschrijft hoe deze stap is opgezet en wat elke partij moet doen aan voorbereidende, uitvoerende en controlerende taken. Het in gebruik nemen van de nieuwe versie van het berichtenverkeer tussen de informatiesystemen. Dit zal de volgende stap zijn nadat de ketentest succesvol is uitgevoerd. Voor de implementatie is een apart Master implementatie plan opgesteld door CVZ. 1.2 Doel van ketentesten Vaststellen of het berichtenverkeer tussen de verschillende partijen op elkaar aansluiten en resulteren in de verwachte retourberichten. Indien blijkt dat de koppelingen op elkaar aansluiten en resulteren in de verwachte retourberichten is de ketentest succesvol afgerond. Indien er wel afwijkingen worden gevonden, zullen deze worden geanalyseerd en waar mogelijk binnen het traject van ketentesten worden hersteld en opnieuw worden getest. Dit gaat zolang door totdat de ketentest geen afwijkingen meer vertoont. Voor de ketenpartijen (CIZ,ZK en ZA) is de ketentest ook nog bedoeld om vast te stellen of de interne processen correct aansluiten op het berichtenverkeer. Master Ketentestplan AZR 2.1 Status: Definitief Pagina 4 van 16

5 1.3 Ketentest scope De ketentest omvat de volgende berichten en applicaties c.q. systemen: CIZ 16x ZK 32 x ZA > 300x met 3 varianten AW33 (ZT) AZR 2.1 IO31 (IB) AW34 AZR 2.1 IO32 AZR 2.1 AW35 (MAZ) AW36 AZR 1.0 met eigen converter AW39 (MUT) AW310 converter van CVZ AZR 1.0 ZK31 ZK31 ZK33 ZK32 ZK32 ZK34 ZK35 ZK36 ZK39 ZK310 ZA voorportaal ZK Achmea omzetting AZR Bovenregionale 2.1 berichtenbox Verklaring van regionale berichten (CIZ ZK ZA): IO31 (IB) Indicatie Besluit IO32 retourbericht op IO31 AW33 (ZT) Zorg Toewijzing AW34 retourbericht op AW33 AW35 (MAZ) Melding Aanvraag Zorg AW36 retourbericht op AW35 AW39 (MUT) Mutatiebericht ( mutatie einde zorg) AW310 retourbericht op AW39 Verklaring van bovenregionale berichten (ZK via bovenregionale berichtenbox ZK): ZK31 Indicatie Besluit ZK32 retourbericht op ZK31 ZK33 Indicatie Besluit voor Achmea ZK34 retourbericht op ZK33 ZK35 Melding aanvang zorg ZK36 retourbericht op ZK35 ZK39 Mutatiebericht ( mutatie einde zorg) ZK310 retourbericht op ZK39 Om de ketentest uit te kunnen voeren is het noodzakelijk dat elke partij in de keten de nodige voorbereidingen treft. Deze voorbereidingen staan in de volgende paragraaf genoemd en behoren tot de scope van het ketentestplan. 1.4 Uitgangspunten Elke ketenpartij zorgt dat de eigen onderdelen van de keten goed werken: De betrokken systemen van de ketenpartij hebben een functionele acceptatietest succesvol doorlopen. De berichten die de systemen van een ketenpartij uitstuurt zijn door de betrokken ketenpartij getest en komen foutloos door de AZR 2.1 berichtentest site. De Ketenpartij is zelf verantwoordelijk voor de inrichting van de processen. Elke ketenpartij zorgt voor de eigen testomgeving om mee te doen met de ketentest: Ten behoeve van de ketentest heeft elke ketenpartij gedurende de testperiode een separate testomgeving (=acceptatietest omgeving) permanent beschikbaar. De logische testgevallen, opgesteld door CVZ in samenwerking met de ketenpartijen, Master Ketentestplan AZR 2.1 Status: Definitief Pagina 5 van 16

6 zijn in de acceptatietest omgeving van de ketenpartij opgenomen om op afroep uitgevoerd te worden. Elke ketenpartij informeert CVZ over de vorderingen van de voorbereiding: De ketenpartij informeert CVZ formeel over de vorderingen van de eigen voorbereidingen (aanpassen systemen, testen systemen, beschikbaar komen van de acceptatietest omgeving, testgevallen geladen, klaar zijn voor de ketentest). De ketenpartij geeft daarbij aan welke stappen gereed zijn. Van de stappen die nog niet gereed zijn geeft de ketenpartij een geplande realisatiedatum. Daarmee is CVZ in staat de risico s in te schatten en daar waar nodig maatregelen te nemen. CVZ De CVZ projectverantwoordelijkheid richt zich op het monitoren van de voortgang van de voorbereidingen, het geven van het startsein voor de ketentest, het monitoren van de voortgang van de ketentest, het beoordelen van geconstateerde afwijkingen en het nemen van besluiten over benodigde oplossingen. 1.5 Randvoorwaarden Op 1 januari 2007 start de ketentest. alle partijen zijn dan klaar met hun eigen voorbereidingen indien een partij niet gereed blijkt te zijn, start de ketentest zonder deze partij. Hoewel het bovenregionale berichtenverkeer nog een verdere uitwerking en besluitvorming vereist wordt dit in deze ketentest wel opgenomen Indien een partij reeds eerder gestart is met het uitvoeren van de ketentest dient de checklist in de bijlage ingevuld te worden (hiermee kan worden bewerkstelligd dat een deel van de testcases al in een eerder stadium succesvol getest is. Master Ketentestplan AZR 2.1 Status: Definitief Pagina 6 van 16

7 2 Organisatie 2.1 Testbeeld CVZ projectmanagement CVZ Arbitrage team A B CVZ AZR monitoring / CVZ AZR beheer ZK(CIZ, ZA)Voorbereidingsteams ZK(CIZ, ZA) Keten testteams A = voortgang ketentest voorbereiding + bijsturing B = voortgang ketentest uitvoering + arbitrage, aanpassingen, hertest 2.2 Verantwoordelijkheden CVZ en ketenpartijen CVZ projectmanagement Bewaking van de voortgang van de voorbereidingen voor de ketentest. Rappellering bij achterblijvende voortgangsrapportages. Bijsturing van de voorbereidingen, daar waar achterstand in de voorbereiding de startdatum van de uitvoering van de ketentest in gevaar brengt. Geven van startsein voor de uitvoering van de ketentest (indien eerder dan het ingevulde checklist door zorgkantoor ontvangen. Bewaking van de voortgang van de uitvoering van de ketentest. Aansturing van het arbitrageteam als de bevindingen daar aanleiding toe geven. Ingrijpen in het ketentest traject als er informatiesystemen aangepast moeten worden als gevolg van besluiten van het arbitrageteam. Scenario van de ketentest aanpassen als daar aanleiding toe is (bijvoorbeeld toevoegen van een hertest na aanpassing van een of meer systemen). Samenstellen overkoepelende voortgangsrapportages. Informeren ketenpartners over voortgang en status van de voorbereidingen. CVZ Arbitrageteam Besluiten nemen over de oplossingsrichting als er bevindingen worden gemeld welke het normale verloop van de ketentest verstoren. CVZ AZR beheer (ten aanzien van de voorbereiding) Operationeel houden van de AZR 2.1 berichtentest site tijdens de voorbereidingsfase. Operationeel maken en houden van de CVZ bericht conversie tool tijdens de voorbereidingsfase. Operationeel maken en houden van de CVZ bericht conversie tool in de ketentest omgeving. Master Ketentestplan AZR 2.1 Status: Definitief Pagina 7 van 16

8 CVZ AZR beheer (ten aanzien van de ketentest uitvoering) Operationeel houden van de CVZ bericht conversie tool in de ketentest omgeving. Operationeel houden van de AZR 2.1 berichtentest site. Operationeel houden van de Bovenregionale Berichtenbox in de ketentest omgeving. Beschikbaar hebben van de AZR helpdesk. ZK (CIZ, ZA) Voorbereidingsteams Aanpassen van de eigen systemen om berichten conform AZR 2.1 te verwerken Testen van de eigen systemen op hun juiste werking Toetsen van de aangemaakte berichten via de AZR 2.1 berichtentest site Operationeel maken van de eigen acceptatietest omgevingen (CIZ,ZK,ZA) om mee te kunnen draaien in de Ketentest omgeving Vaststellen welke gegevens in de eigen registratie nodig zijn om de testgevallen van de ketentest uit te kunnen voeren Laden van deze gegevens in de eigen acceptatietest omgeving Rapporteren van de voortgang aan het CVZ ketentest managementteam ZK (CIZ, ZA) Ketentestteam Uitvoeren van de ketentesten. Controleren of de verwachte berichten binnen komen. Controleren of deze berichten worden verwerkt in de eigen registratie. Controleren of deze berichten het verwachte effect hebben in de eigen administratie op basis van de gemaakte outputvoorspelling. Controleren of de gewenste berichten worden verstuurd. Controleren of de juiste retourberichten aankomen. Controleren of de retourberichten de eigen processen aansturen zoals bedoeld is. Controleren of de retourberichten het juiste effect hebben in de eigen administratie op basis van de gemaakte outputvoorspelling. Rapporteren van de voortgang en bevindingen aan het CVZ project. Master Ketentestplan AZR 2.1 Status: Definitief Pagina 8 van 16

9 3 Aanpak 3.1 Teststrategie De gekozen teststrategie is gebaseerd op de juiste verantwoordelijkheidverdeling: Elke partij is verantwoordelijk voor het testen van de eigen onderdelen en doet dit voorafgaand aan de ketentest. Samen zijn de partijen verantwoordelijk voor het testen van de gemeenschappelijke onderdelen en zij doen dit tijdens de ketentest. CVZ is als centrale partij verantwoordelijk voor de coördinatie van het testen van de gemeenschappelijke onderdelen in de ketentest. De focus bij het ketentesten van AZR 2.1 ligt op het berichtenverkeer tussen de CIZ n, Zorgkantoren en Zorgaanbieders en Zorgkantoren onderling. Om het berichtenverkeer gedegen te testen worden in onderling overleg testgevallen voor de ketentest opgesteld die samen zorgen voor: een representatieve dekking van het berichtenverkeer tussen de partijen in de keten o tussen CIZ en zorgkantoor o tussen zorgkantoren onderling o tussen zorgkantoor en zorgaanbieder een representatieve dekking van de ondersteunende systemen en voorzieningen o berichtenbox als routering van berichten o berichtenbox als omzetting van berichten voor Achmea en Zorg en Zekerheid o CVZ berichten conversie tool (AZR 2.1 naar AZR 1.0 visa versa) o Eigen berichten conversie tools van zorgkantoren een beperkte dekking van de eigen systemen van de partijen o De voorzieningen binnen de muren van elke partij worden gezien als Black box, het is niet de bedoeling om in de ketentest de interne verwerking te testen omdat dit voorafgaand aan de ketentest al door elke partij zelf is gedaan. De testgevallen van de ketentest richten zich daarom alleen op dekking van het berichtenverkeer en niet op dekking van interne systemen. o Tijdens de ketentest zal elke ketenpartij toch controleren of de testgevallen van de ketentest de verwachte effecten in de eigen processen en registraties hebben, om zeker te zijn dat er geen verkeerde interpretaties van het AZR 2.1 berichtenverkeer hebben plaats gevonden. Om de ketentest te kunnen starten moeten alle partijen de eigen voorbereidingen hebben afgerond en de acceptatietest omgeving voor de ketentest klaar hebben staan. CVZ bewaakt de voortgang van deze voorbereidingen op basis van de rapportage van het zorgkantoor. Van de AZR-berichtentest site moet opgemerkt worden dat een aantal bedrijfsregels niet kunnen worden getest omdat de AZR-berichtentest site hierin niet voorziet. Het betreft bedrijfsregels ten aanzien van combinaties van verschillende berichten. Het gaat over 11 bedrijfsregels, en deze worden expliciet in de ketentest meegenomen. algemene bedrijfsregels nr. 1, 9 en 10 berichtspecifieke bedrijfsregels nr. 90, 103, 104, 105, 106, 107, 108 en 109 Master Ketentestplan AZR 2.1 Status: Definitief Pagina 9 van 16

10 3.2 Fasering Het project wordt in 3 fasen uitgevoerd Fase 1: Voorbereiden van de ketentest, met als resultaat dat alle betrokken partijen klaar staan om met de ketentest te beginnen. Fase 2: Uitvoeren van de ketentest, met als resultaat dat de ketentest voor alle ketenpartijen afzonderlijk succesvol is afgerond en eventueel gevonden afwijkingen afdoende zijn opgelost en verholpen. Fase 3: Acceptatie van AZR 2.1, met als resultaat dat de leidinggevenden van alle betrokken partijen hun formele goedkeuring geven aan het resultaat van de ketentest, zodat de weg vrij is voor verdere invoering van AZR 2.1. De daadwerkelijke invoering van AZR 2.1 wordt beschreven in het Master Implementatieplan. 3.3 Testcases De testcases worden in onderling overleg met de ketenpartijen opgesteld. Een testcase bestaat uit: Beschrijving van het doel van de test De situaties die getest worden Beginsituatie van de test (gegevens) De trigger van de test De outputverwachting (in gegevens en berichtenverkeer) Eindstatus per ketenpartij als de test goed wordt doorlopen De testcases zijn beschreven in een separaat document, KT Test Specificatie.doc. 3.4 Voorbereiding Elke ketenpartner (CIZ, ZK en ZA) bereidt zijn eigen applicaties voor op AZR 2.1 De ketenpartij voert alle lokale testen uit (systeemtest en acceptatietest van alle gewijzigde onderdelen). De ketenpartij toetst alle berichten via de AZR-berichtentest site. De testbasis is de aangepaste software bij het CIZ, Zorgkantoor en Zorgaanbieder op basis van de volgende documenten, welke staan op o Handboek Zorgregistratie, versie 2.0; o Externe Integratie standaarden IO31/IO32, AW33/AW34, AW35/AW36 en AW39/AW310, versie 2.1; o Samenvatting besluiten AZR 2.1, versie 3 o Bovenregionale berichtenbox, versie 2.1 Elke ketenpartij zorgt ervoor klaar te staan om met de ketentest mee te doen De ketenpartij richt de eigen acceptatieomgeving in met daarin alle elementen die nodig zijn voor de ketentest (software, gegevens, processen, testgevallen). Het regionaal zorgkantoor beschrijft in het regionaal ketentestplan de typologie van de testomgevingen van alle ketenpartijen in de betreffende regio. Het regionaal zorgkantoor organiseert de ketentest binnen de regio, dat wil zeggen de vertaling van de logische testgevallen (van CVZ afkomstig) naar fysieke testgevallen (identificatie van CIZ s, ZK s en ZA s). Hierbij gebruikt het zorgkantoor dezelfde nummering als in de logische testgevallen die CVZ heeft aangeleverd, omdat op basis daarvan de voortgang wordt gemeld. Het regionaal zorgkantoor stuurt het regionaal testplan (kopie) naar CVZ ter review, conform de procedure: Rapportage. De ketenpartij geeft aan het regionaal zorgkantoor door dat de processen en acceptatietest omgeving gereed is voor de ketentest. Master Ketentestplan AZR 2.1 Status: Definitief Pagina 10 van 16

11 Het regionaal zorgkantoor houdt toezicht op de voortgang van de voorbereidingen binnen de regio. 3.5 Uitvoering Na het formele startschot van CVZ start elke regio met de uitvoering van de ketentest gevallen onder regie van het betreffende zorgkantoor. Tijdens het ketentesten bewaart elke regio de aangemaakte berichten op de eigen acceptatietest omgeving om eventueel benodigd hertesten te versnellen. Met behulp van de export functionaliteit van de software zijn deze aan te maken. Om de voortgang van het ketentesten te kunnen volgen is een drietrapsraket ingericht. In de eerste trap heeft het zorgkantoor de regie over de uitvoering van elk testgeval uit de ketentest. In geval van bovenregionaal berichtenverkeer ligt de coördinatie bij het regionale zorgkantoor dat de IO31 ontvangt. In de tweede trap brengt het regionale zorgkantoor verslag uit aan CVZ over de resultaten van per testgeval. Elke ketenpartij geeft aan of zijn onderdeel in het testgeval wel of niet succesvol is doorlopen (ketentest resultaten melden). Als het testgeval niet succesvol is doorlopen meldt de ketenpartij dit aan het regionaal zorgkantoor conform procedure: Bevindingen. Het zorgkantoor meldt uiteindelijk het complete testgeval af als alle onderdelen succesvol zijn doorlopen. In de derde trap beoordeelt de helpdesk, en indien nodig ook het arbitrageteam, wat de beste oplossing is om de oorzaak van het eventuele mislukken op te lossen. Deze oplossing wordt gecommuniceerd naar alle zorgkantoren om daar waar nodig aanpassingen in de software of berichtenverkeer door te voeren. Indien een hertest nodig is, zal CVZ de zorgkantoren hierover informeren. De zorgkantoren registreren de resultaten en bevindingen van de hertest. Conform de procedures: Bevindingen en Arbitrage. 3.6 Planning Taaknaam Voorbereiding CIZ systeemtest CIZ'en acceptatie omgevingen CIZ'en gereed ketentest gereed (afgemeld) Voorbereiding Zorgkantoren ketentest gereed (afgemeld) regio ketentestplan actualiseren Voorbereiding Zorgaanbieders ketentest gereed (afgemeld) Voorbereiding ketentest masterplan actualiseren functionele testcases opstellen ketentestsite actualiseren regio plannen beoordeeld ketentest test voorkant test bovenregionaal test achterkant mogelijk aanpassingen nav test regressietest voorkant regressietest bovenregionaal regressietest achterkant ketentest afgerond sep '06 okt '06 nov '06 dec '06 jan '07 feb '07 mrt ' Master Ketentestplan AZR 2.1 Status: Definitief Pagina 11 van 16

12 4 Beheersing Voor de juiste beheersing van het proces van ketentesten zijn procedures opgesteld. In de procedures komen de volgende partijen voor: CIZ Centrum indicatie zorg ZK Zorgkantoor ZK boven regio Zorgkantoor boven regionaal ZA Zorgaanbieder Helpdesk CVZ helpdesk CVZ proj project CVZ monitor CVZ monitoring voortgang CVZ arbi team CVZ arbitrageteam CVZ dir. CVZ directie In de procedures komen de activiteiten voor met daaraan gekoppeld de taken van elke partij, de volgende taken zijn mogelijk: R Responsible, verantwoordelijk voor de uitvoering A Accountable, aansprakelijk voor uitvoering (aansturing + controle) C Consulted, wordt geraadpleegd gedurende de activiteit I Informed, wordt geïnformeerd over de uitkomst van de activiteit 4.1 Procedure bevinding Tijdens het uitvoeren van de testgevallen is het essentieel dat de bevindingen op niveau van testgeval worden gerapporteerd aan het regionaal zorgkantoor. De volgende activiteiten zijn daarvoor nodig: Nr Activiteit Wie CIZ ZK ZK boven regio ZA CVZ Monit or, Arbi team 1 Startschot geven voor ketentest I A/R 2 Informeren regiopartijen I A/R I I 3 Starten volgend testgeval I A/R I I 4 Uitvoeren testgeval R A/R R R 5 Verzamelen bevindingen C A/R C C 6 Melden resultaat aan Regiopartijen I A/R I I I 7 Melden resultaat ketentest A/R I 8 Zonodig ook ketentest bevinding A/R I 9 Terug naar 3 A/R 10 Monitoren bevindingen A/R 11 Uitvoeren impact analyse A/R 12 Vastleggen uitkomst A/R CVZ proj Master Ketentestplan AZR 2.1 Status: Definitief Pagina 12 van 16

13 4.2 Procedure arbitrage In procedure bevindingen (vorige paragraaf) informeert de CVZ helpdesk het CVZ project over de uitkomst van de analyse van de bevindingen. Afhankelijk van de ernst wordt het Arbitrageteam ingeschakeld om een besluit te nemen over de oplossingsrichting. Nr Activiteit Wie CVZ Help desk CVZ proj CVZ Arbi. Team 1 Signaal uit procedure bevindingen A/R I 2 Beoordelen ernst van de bevinding A/R C 3 Inschakelen arbitrageteam A/R I 4 Zoeken pragmatische oplossing A/C R 5 Besluit nemen over oplossing A/I R 6 Besluit nemen over hertesten A/C R 7 Melden besluiten aan Regio s A/R I 8 Toevoegen hertestgevallen A/R 9 Besluiten communiceren A/R 10 Zonodig aanpassen software A R R 11 Zonodig hertesten eigen omgeving A R R 12 Zonodig hertesten ketentest A R R Toelichting op activiteiten 4 t/m 6 De besluiten van het arbitrageteam zijn bindend. ZK CIZ +ZA Toelichting op activiteiten 10 t/m 12 Deze activiteiten zijn genoemd omdat ze het gevolg kunnen zijn van problemen die in de ketentest naar boven komen. Het kan zijn dat een enkele regio software aan moet passen en moet gaan hertesten, het kan echter ook voorkomen dat het aanpassen en hertesten zich over alle regio s uitstrekt. 4.3 Procedure rapportage en monitoring De rapportages tussen CVZ en de ketenpartijen (CIZ, ZK en ZA) vice versa, verlopen via twee kanalen: het Voortgangsoverleg Consessiehouder / Implementatieteam. Via dit kanaal wordt op basis van twee wekelijks bezoek van implementatieteam aan de individuele consessiehouders de voortgang besproken. Zie hiervoor het Master Implementatieplan. per Via dit kanaal verstuurt elke regio (zorgkantoor) het regionale testplan, alsmede de wekelijkse voortgangsrapportages aan CVZ (info@zorgregistratie.nl) en gebruikt daarbij een nog nader met de zorgcoordinatoren/implementatieteam (CVZ) uit te werken spreadsheet. Master Ketentestplan AZR 2.1 Status: Definitief Pagina 13 van 16

14 Nr Activiteit Wie CIZ ZK ZA CVZ proj 1 Melden voortgang voorbereiding A/R A/R A/R 2 Voortgangs rapportages ketentest A/R I 3 Vaststellen totale voortgang A/C R 4 Melden totale voortgang A/R C 5 Formele documenten naar CVZ A/R A/R A/R I 6 Review formele documenten I I I A/R CVZ moni tor Toelichting op de CVZ monitor De monitoring van CVZ bestaat uit het vaststellen welke Prestatie indicatoren zijn bereikt per regio. De verschillende prestatie indicatoren zijn opgenomen in de bijlage. 4.4 Procedure escalatie Escalatie is nodig als de einddatum van de ketentest in gevaar komt. Oorzaken hiervan kunnen divers zijn: problemen in software of netwerk of problemen als weerstand en onvoorziene zaken. De manier van escaleren verloopt als volgt: Nr Activiteit Wie CIZ ZK ZA CVZ proj 1 Constateren einddatum in gevaar A/R 2 Starten escalatie A/R I 3 Overleg met ketenpartijen C C C C A/R 4 Zoeken naar oplossingen R R R R A/R 5 Informeren VWS A/R I 6 Terugkoppelen besluit I I I I A/R 7 Uitvoeren besluit R R R R A/R CVZ Dir. VWS 4.5 Rapportage en communicatie De wijze waarop rapportage en communicatie praktisch ingevuld wordt zal voor eind november 2006 worden vastgesteld. Master Ketentestplan AZR 2.1 Status: Definitief Pagina 14 van 16

15 Bijlage Prestatie indicatoren De status van voortgang en de naleving van de frequentie van rapporteren is uitgedrukt in prestatieindicatoren (PI). Deze worden bijgehouden door het CVZ-project (monitoring) en gepresenteerd op de AZR website PI Betreft randvoorwaarde 1 Systeemtest randvoorwaarde 2 Software op acceptatieomgeving geinstalleerd randvoorwaarde 3 Functionele acceptatietest 1 Gereedmelding voor Ketentest 2 Status ketentest 3 Planning 4 Voortgangsrapportage Zorgkantoren 4.1 Regionaal ketentestplan 4.2 Wekelijkse voortgangsrapportage regionaal 4.3 bevindingenrapportage 5 Voortgangsrapportage CVZ 5.1 Master Ketentestplan 5.2 Voortgangsrapportage landelijk 5.3 Voortgang vermelden op Bevindingenrapportage 5.5 Arbitragerapportage 6 Update mbt status bevindingen/arbitrage 7 Terugkoppeling bevindingen aan melder 8 Terugzetten status indien software aangepast moet worden (besluit arbitrage) Deze prestatie indicatoren staan in document DM en daarin zijn per regel aanvullende gegevens opgenomen. Wie levert de informatie aan Met welke frequentie Wat is de status Welke deliverable dient gebruikt te worden. Master Ketentestplan AZR 2.1 Status: Definitief Pagina 15 van 16

16 Bijlage Checklist voor eerder starten met de ketentest Voorwaarden voor het eerder kunnen starten van de ketentest: Zijn alle ingaande en uitgaande berichten getest middels de testsite versie (versie opgeleverd op )? Is de ketentestomgeving aanwezig en beschikbaar zoals omschreven in het Master Ketentestplan? Is de software versie die gebruikt gaat worden in de ketentestomgeving identiek aan de software versie die per 1 maart 2007 in productie zal gaan? J/N J/N J/N ALLEEN ALS BOVENSTAANDE VRAGEN BEVESTIGEND BEANTWOORD ZIJN IS EEN EERDERE START KETENTEST TOEGESTAAN. Voor Accoord: Naam: Ketenpartij: (CIZ/ZK/ZA) Handtekening Deze checklist opsturen naar info@zorgregistratie.nl Master Ketentestplan AZR 2.1 Status: Definitief Pagina 16 van 16