Specifiek draaiboek testen. Implementatie EI declaratie AWBZ-zorg (AW319/AW320)

Transcriptie

1 Specifiek draaiboek testen Implementatie EI declaratie AWBZ-zorg (AW319/AW320) Versie EI-standaarden: 1.1, versiedatum Specifiek Draaiboek Testen [SDT] Uitgave document: 1, Kenmerk: AW319/AW320v1.1_SDTu1.pdf Vektis BV Sparrenheuvel JE Zeist T (030) F (030) Postbus AS Zeist ABN-Amro KvK Utrecht I E info@vektis.nl

2 Uitgave Deze uitgave van het specifiek draaiboek testen is van toepassing op de volgende EI-standaard, documentatie en codelijsten: Berichtspecificaties (BER) van: AW319/AW320, versie 1.1, versiedatum ; Standaardbeschrijving (STB) van: AW319/AW320, versie 1.1, versiedatum ; Adres- en contactgegevens Correspondentie-adres Bezoekadres Vektis CV Vektis CV Postbus 703 Sparrenheuvel AS ZEIST 3708 JE ZEIST Telefoon: Helpdesk: Website: Webapplicatie Standaardisatieproducten (WESP): Webapplicatie EI-testportaal PORTES: Webapplicatie testbestanden TOWER: Specifiek draaiboek testen, Implementatie EI declaratie DBC/Ziekenhuiszorg AW319/AW320v1.1_SDTu1.pdf,

3 AW319/AW320v1.1, release Specifiek draaiboek testen behorend bij de laatste versie van de EI-declaratiestandaard en bijbehorende documenten. Revisiehistorie Versie EIstandaard Uitgave document Aard / reden wijzigingen Datum uitgave Correctief onderhoud Nieuwe EI-standaard / Doelgroepen AWBZ verzekeraars. Softwareleveranciers. Koepelorganisaties ZN, VGN, GGZ Nederland, Actiz. VECOZO. Zorgaanbieders (AWBZ). Status Dit specifiek draaiboek testen is samengesteld in de werkgroep Draaiboek testen binnen het project Implementatie EI declaratie AWBZ-zorg en op basis van de ervaringen met het testen in het kader van de implementatie van de EI-standaarden in het algemeen. Beheer Het specifiek draaiboek testen is in beheer bij Vektis CV. Specifiek draaiboek testen, Implementatie EI declaratie DBC/Ziekenhuiszorg AW319/AW320v1.1_SDTu1.pdf,

4 Inhoudsopgave 1... Inleiding Aanleiding Doel draaiboek testen Basis specifiek draaiboek testen Wijzigingen specifiek draaiboek testen Leeswijzer Specifiek testen Samenvatting specifiek testen Softwaretest Ketentest Activiteiten specifiek testen Planning specifiek testen Softwaretest Ketentest Bijlagen Landelijke publicatie- en communicatiegegevens Afkortingenlijst Testcoördinatoren softwareleveranciers AW319/AW Testcoördinatoren AWBZ verzekeraars AW319/AW Template monitor softwaretest Samenstelling werkgroep Mutatieoverzicht...24 AW319/AW320v1.1_SDTu1.pdf,

5 1 Inleiding 1.1 Aanleiding Het draaiboek voor het testen van de implementatie van EI-standaarden is ingericht naar de huidige inzichten. 1.2 Doel draaiboek testen Doelstelling Doel van een draaiboek voor testen is het beschrijven van de wijze waarop de landelijke tests voor de implementatie van een nieuwe EI-standaard dient te worden uitgevoerd. Het doel van de tests is vast te stellen of de output van een applicatie of de verwerking van de input in een applicatie overeenkomt met de berichtspecificatie in een EI-standaard. Toelichting Een draaiboek voor het testen is een hulpmiddel ter ondersteuning van de invoering van een nieuwe EI-standaard. De voordelen die ontstaan door het gebruik van een draaiboek testen zijn: Kortere invoertijd. Minder testinspanning. Transparantie in het veld door gebruik van één uniform ingevoerde EI-standaard. Een draaiboek testen valt uiteen in een generiek draaiboek testen deel en een specifiek draaiboek testen deel. Het uitgangspunt van een generiek draaiboek testen is dat dit gebruikt kan worden bij de implementatietrajecten van meerdere EI-standaarden. In een specifiek draaiboek testen worden zaken die specifiek voor een sector en/of EI-standaard gelden nader geconcretiseerd en uiteengezet. Dit specifiek draaiboek testen richt zich op het testen van de implementatie van de standaard EI declaratie AWBZ-zorg AW319/AW320, versie 1.0, 1 maart Voor de beschrijving van het generiek draaiboek testen wordt verwezen naar de meest recente uitgave. 1.3 Basis specifiek draaiboek testen Het specifiek draaiboek testen is bewerkt en samengesteld op basis van de input uit de werkgroep draaiboek testen, maart De werkgroep draaiboek testen is onderdeel van het project Ondersteuning implementate EI declaratie AWBZ-zorg bij Vektis. 1.4 Wijzigingen specifiek draaiboek testen Tijdens het gebruik van het specifiek draaiboek testen kunnen eventueel onduidelijkheden, onvolkomenheden of verbeterpunten aan het licht komen. Deze kunnen worden gemeld bij Vektis: helpdesk-ei@vektis.nl. Vervolgens wordt bekeken of een aanscherping van het specifiek draaiboek testen dient te worden doorgevoerd. Een aanscherping zal in eerste instantie gericht zijn op een nadere AW319/AW320v1.1_SDTu1.pdf,

6 detaillering. Een nieuwe uitgave vervangt een voorgaande uitgave en wordt via de gebruikelijke kanalen gepubliceerd, zie 4.1 Landelijke publicatie- en communicatiegegevens. 1.5 Leeswijzer Het generiek - en specifiek draaiboek testen vormen een onlosmakelijk geheel. Aanbevolen wordt om eerst het generiek draaiboek testen en daarna het specifiek draaiboek testen te lezen. In het generiek draaiboek testen is aangegeven dat op een aantal aspecten met betrekking tot de software- en/of ketentest een nadere uitwerking in het specifiek draaiboek testen dient te volgen. Hoofdstuk 2 toont die uitwerking op de onderwerpen: schaal, start, testeisen, resultaat et cetera. In hoofdstuk 2 is tevens een beknopte samenvatting van het testen weergegeven. Aanbevolen wordt om met deze samenvatting te beginnen alvorens de nadere uitwerking in dit specifiek draaiboek testen te lezen. Hoofdstuk 3 geeft een overzicht van de planning van de beoogde specifieke testfasen. Een aantal specifieke, niet in het generiek draaiboek benoemde, activiteiten tijdens de software- en ketentest worden benoemd. In de bijlage (hoofdstuk 4) zijn overzichten en verwijzingen opgenomen naar landelijke publicatie- en communicatiegegevens alsmede een template voor de monitor van de softwaretest. AW319/AW320v1.1_SDTu1.pdf,

7 2 Specifiek testen 2.1 Samenvatting specifiek testen Hieronder volgt een korte samenvatting van het landelijk testen van de standaard EI declaratie AWBZ-zorg. Wat houdt het landelijk testen in? Om de kwaliteit van de EI-standaard in kwestie te verhogen is een draaiboek testen samengesteld en zijn representanten van elke belanghebbende partij betrokken. Er worden geautomatiseerde testmogelijkheden aangeboden (softwaretest), en als die uitputtend zijn gebruikt is het de bedoeling dat de partijen onderling EI-berichten gaan uitwisselen (ketentest). Als de partijen het onderling eens zijn dat de EI-berichtuitwisseling voldoet kan de laatste stap worden genomen, namelijk het indienen van een officiële declaratie respectievelijk het verwerken ervan en het produceren van het bijbehorende EI-retourbericht (preproductietest). Van de softwaretest en de ketentest wordt (landelijk) in De monitor bijgehouden welke tests succesvol zijn uitgevoerd (zie Monitor status voortgang implementatie, generieke draaiboek testen). De ketentest met de AWBZ verzekeraars wordt tweemaal doorlopen door een softwareleverancier (zorgaanbieder AWBZ) met drie AWBZ verzekeraars. Voor elke ketentest wordt een OK behaald. Als deze succesvol zijn afgerond wordt de software officieel technisch goedgekeurd. Het behalen van een OK bij de softwareen/of ketentest is geen absolute garantie dat er in de software van de systemen tijdens de preproductie fase of later nog aanpassingen nodig zijn. De softwareleverancier gaat vervolgens over tot uitrol van de software bij de zorgaanbieders. Hierna kunnen de zorgaanbieders aan de pre-productietest beginnen. Het gehele proces, vanaf begin tot eind, heeft een doorlooptijd van acht maanden. Hoe gaat het in zijn werk? Softwaretest - De tester gebruikt de aanwezige hulpmiddelen om de software zelfstandig te testen. PORTES (zie Testportaal, generieke draaiboek testen) vormt hier het hoofdonderdeel van, er zijn ook scenario s en testbestanden (zie Testbestanden en testgevallen, generiek draaiboek testen) aanwezig. Ketentest - Als de softwaretest succesvol is afgesloten zoeken de testers bij een AWBZ verzekeraar en een softwareleverancier (zorgaanbieder) onderling uit met wie zij EI-berichten in een ketentest gaan uit wisselen. Als beide partijen tevreden zijn met de afhandeling wordt dit onderdeel afgesloten. NB. Aanvullend kan er bij alle partijen (zorgaanbieders) een pre-productietest plaatsvinden. Dit is eigenlijk niets meer dan het succesvol indienen/afhandelen van een elektronische declaratie. Als dit eenmaal is gebeurd is het testwerk afgesloten. Deze laatste stap valt buiten het aandachtsgebied van het landelijk draaiboek testen. De globale opzet van het landelijk testen van de EI-standaard is in figuur 2-1 schematisch weergegeven. AW319/AW320v1.1_SDTu1.pdf,

8 Figuur 2-1 Landelijke testen EI-standaard AW319/AW320v1.1_SDTu1.pdf,

9 2.2 Softwaretest De softwaretest is een test waarbij de functionele en inhoudelijke aspecten van de (individuele) software worden getest. In dit hoofdstuk worden de afspraken voor de AW319 voor de softwaretest aangegeven. De tekst volgt de beschrijving van de softwaretest in het generiek draaiboek testen (GDT) (hoofdstuk 4.4) en is waar nodig specifiek gemaakt. Voor overige zaken wordt verwezen naar het GDT. Doelstelling Doel van de softwaretest is landelijk vaststellen of de software die afzonderlijke partijen (gaan) hanteren om EI-berichten te maken en te ontvangen dan wel door te sturen, op uniforme wijze functioneert conform de EI-standaard. Voorwaarden deelname Voorwaarden voor deelname van een partij aan de softwaretest: Aanmelding bij centraal meldpunt. Softwareleveranciers zorgaanbieder (of zorgaanbieders zelfbouw) en VECOZO voorzien in eigen testbestanden EI-heenbericht en EI-retourbericht, die op elkaar afgestemd zijn. Softwareleveranciers zorgaanbieder (of zorgaanbieders zelfbouw) dienen daarnaast gebruik te maken van een representatief landelijk testbestand EI-retourbericht, welke minimaal de vijf toetsingsniveaus van het testportaal bevat. Partijen kunnen hiermee deels een softwaretest uitvoeren, met name gericht op het kunnen inlezen en basaal verwerken van een EI-retourbericht. NB. Softwareleveranciers zorgaanbieder of zorgaanbieders zelfbouw zouden een AWBZ verzekeraar met een OK voor de softwaretest kunnen verzoeken een testbestand EI-retourbericht te genereren op basis van een door hen aangeleverd testbestand EI-heenbericht. Hiermee is het EI-retourbericht afgestemd op het EI-heenbericht, zodat een volledige softwaretest kan worden uitgevoerd. Testeisen Gebruik landelijke instrumenten. Testen niveau 1 t/m 8 1. Eventueel aangevuld met eigen testen voor bedrijfsregels 2. Het OK is in principe behaald indien: Alle landelijke of eigen testbestanden succesvol zijn verwerkt. Resultaten zijn gemeld bij de contactpersoon bij Vektis. Testbereik Alleen declaraties volgens de Nza declaratiebepalingen 2010 worden meegenomen in de test. 1 Op moment van schrijven is het testen van niveau 6 t/m 8 (zie H2) niet mogelijk in PORTES. Partijen zullen echter hier zelf wel op moeten testen. 2 Voor het testen van de bedrijfsregels worden niveau 6 en 7 worden landelijke criteria vastgelegd. AW319/AW320v1.1_SDTu1.pdf,

10 Start De periode voor het landelijk testen (softwaretest + ketentest) is vastgesteld van 1 mei 2010 tot en met 31 december 2010 (zie 3.1 Specifieke planning testen). De softwaretest voor de partijen loopt tussen 1 mei en 1 september Betrokken partijen en verantwoordelijkheden Testende partij: o Een test wordt door een softwareleverancier (zorgaanbieder), zorgaanbieder zelfbouw en AWBZ verzekeraars uitgevoerd. o Een testende partij is ervoor verantwoordelijk de eigen software te testen met gebruikmaking van de landelijke instrumenten. VECOZO: o VECOZO is ervoor verantwoordelijk de eigen gebouwde software te testen met gebruikmaking van de landelijke instrumenten. o VECOZO draagt er zorg voor dat ze een getest controleportaal op de controleniveaus 1 t/m 5 opleveren (in een testomgeving). Zij maken gebruik van de landelijke testset controleniveau 1 t/m 5 AW319/AW320. o VECOZO geeft via het softwaretest formulier aan dat zij gereed zijn met de softwaretest. Hiermee behalen zij één OK. Dit OK wordt gepubliceerd op de monitor bij Vektis, die het landelijk testen ondersteunt. o Het behalen van de softwaretest ( OK ) is een voorwaarde voor deelnemen aan de ketentest. De ketentest is gepland tussen 1 september en half november VECOZO dient derhalve het OK voor de softwaretest uiterlijk op 1 september 2010 te behalen. Landelijke projectorganisatie: o Beschikbaar stellen landelijke instrumenten. o Registreert resultaten softwaretest per testende partij. o Landelijk publiceren testresultaten indien akkoord d.m.v. OK. o Monitoren landelijke voortgang softwaretest om vast te stellen of deze conform planning verloopt. Landelijke instrumenten Landelijk worden onderstaande specifieke instrumenten beschikbaar gesteld die verplicht gehanteerd dienen te worden voor deze testfase. De generieke instrumenten zoals wijzigingenbeheer en helpdesk zijn beschreven in en van het Generiek Draaiboek testen (GDT) AW319/AW320v1.1_SDTu1.pdf,

11 Partij / Specifieke dienst Landelijk testbestand Output voorspelling EI testportaal PORTES (Softwareleverancier) Declaratiebericht T1 3 Zorgverzekeraar, VECOZO (Softwareleverancier) Zorgaanbieder, VECOZO Retourbericht T2 4 Tabel 2-1 Inzet landelijke instrumenten softwaretest per partij De eisen die gesteld worden aan de verschillende testbestanden zijn beschreven in van het GDT. Het staat partijen uiteraard vrij om aanvullend zelf andere instrumenten in te zetten ter ondersteuning. Procesbeschrijving softwaretest De testende partij test de software met behulp van de landelijke instrumenten. T1 = Declaratiebericht (testset). T2 = Retourbericht. De (softwareleverancier van de) AWBZ verzekeraar en VECOZO test door: Het landelijke testbestand T1 als invoer te hanteren en na verwerking. De eigen output uit de software te vergelijken met de landelijke output voorspelling T2. (Eventueel) eigen testbestanden (in casu EI-declaratieberichten) te valideren met behulp van het testportaal. De output (in casu EI-retourberichten) op eigen testbestanden te valideren met behulp van het testportaal. De softwareleverancier (van de zorgaanbieder) test door: Het landelijk output voorspelling T2 als invoer voor zover mogelijk- op een correcte verwerking (dit geldt ook voor VECOZO). De output (in casu eigen EI-declaratieberichten) uit de software te valideren met behulp van het testportaal. Afwijkingen Indien de output overeenkomt met de voorspelling wordt dit gemeld aan het centraal meldpunt. Indien dit niet overeenkomt wordt onderzocht wat de oorzaak van de afwijking is: 1. Indien de oorzaak intern gelegen is dient dit hersteld te worden. 2. Indien de oorzaak extern is: a. Probleem met Portes (landelijk testportaal). b. Fout in Testbestanden. c. Fout in Outputvoorspelling. d. Fout in (beschrijving van) de EI-standaard. Dan dient dit via de landelijke helpdesk-ei gemeld te worden. Een afwijking in a t/m c wordt door Vektis opgepakt. Een afwijking in d zal afhankelijk van of het generiek of specifiek is verder worden opgepakt. Een generieke afwijking wordt, indien noodzakelijk, besproken in de Adviescommissie 3 Testset 4 Op een EI-retourbericht bestaat geen eigen retourbericht. De verwerking van het EI-retourbericht kent geen outputverspelling AW319/AW320v1.1_SDTu1.pdf,

12 Wijzigingen EI (AcW). Deze zal zo spoedig mogelijk een uitspraak doen hoe hier mee omgegaan dient te worden en of een en ander aanleiding is om zaken aan te passen. Een specifieke afwijking wordt gedurende het implementatie traject onder correctief onderhoud opgepakt. Noot: In het uiterste geval kán een wijziging in a t/m d leiden tot het intrekken van al eerder afgegeven OK s. Met als consequentie dat partijen opnieuw de softwaretest geheel of gedeeltelijk moeten uitvoeren. In principe kan pas worden vastgesteld of alle (softwareleveranciers van) zorgverzekeraars dan wel alle softwareleveranciers (van zorgaanbieders) voldoen aan de doelstelling, als alle afwijkingen zijn beoordeeld. Indien partijen individueel een OK hebben gehaald kunnen zij doorgaan met de volgende fase: de ketentest. Resultaat Het resultaat van de landelijke softwaretest is gerealiseerd als 100 procent van de aan de test deelnemende partijen voldoet aan de doelstelling. Het resultaat wordt vastgesteld doordat elke testende partij aangeeft deze fase met goed gevolg te hebben afgerond. Dit leidt tot het ontvangen van een OK voor de softwaretest. Het resultaat wordt in een monitor (zie bijlage 4.5 Template monitor softwaretest) volgens de volgende procedure vastgesteld. De contactpersoon bij Vektis, softwareleveranciers (zorgaanbieder), zorgaanbieders zelfbouw: Alle partijen geven een nulmeting met planning door aan de contactpersoon bij Vektis. Dit dient zo vroeg mogelijk te gebeuren. Alle partijen geven het moment van start van de softwaretest door aan de contactpersoon bij Vektis. Alle partijen geven het behalen van een OK bij de softwaretest door aan de contactpersoon bij Vektis. Een partij geeft hierbij tevens de voorkeur aan van de partij waarmee men de 1-op-1 ketentest softwareleverancier wil gaan doen. De contactpersoon bij Vektis, AWBZ verzekeraar zelfbouw, softwareleveranciers AWBZ verzekeraar: Alle partijen geven een nulmeting met planning door aan de contactpersoon bij Vektis. Dit dient zo vroeg mogelijk te gebeuren. Alle partijen geven het moment van start van de softwaretest door aan de contactpersoonj bij Vektis. Alle partijen geven het behalen van een OK bij de softwaretest door aan de contactpersoon bij Vektis. Een partij geeft hierbij tevens de voorkeur aan van de partij waarmee men de 1-op-1 ketentest softwareleverancier wil gaan doen. De contactpersoon bij Vektis gaat over tot publicatie (zie 4.1 Landelijke publicatie- en communicatiegegevens) van de voortgang van het testen bij softwareleveranciers zorgaanbieder, zorgaanbieders zelfbouw, AWBZ verzekeraars zelfbouw en softwareleveranciers AWBZ verzekeraars op basis van het landelijk vastgestelde template voor de monitor (zie Monitor status voortgang, generiek draaiboek testen). AW319/AW320v1.1_SDTu1.pdf,

13 2.3 Ketentest De ketentest is een test waarbij de logistieke aspecten van de applicaties in een keten worden getest. De nadruk ligt hierbij op het testen van de uitwisseling van de EI-berichten. In dit hoofdstuk worden de afspraken voor de AW319 voor de ketentest aangegeven. De tekst volgt de beschrijving van de ketentest in het generiek draaiboek testen (hoofdstuk 4.4) en is waar nodig specifiek gemaakt. Doelstelling Doel van de ketentest is zorg dragen dat elk partij in de keten de eerder afzonderlijk geteste EI-berichten cq software om een EI-bericht in te lezen, op basis van de EI-standaard in communicatie met elkaar testen zodanig dat: Een zorgaanbieder AWBZ een correct EI-bericht kan aanmaken conform de EI-standaard en dit kan verzenden aan VECOZO. VECOZO dient dit EI-bericht correct door te kunnen sturen naar een AWBZ verzekeraar dan wel af te wijzen en een EI-retourbericht (of melding) terug te sturen naar de zorgaanbieder AWBZ. De AWBZ verzekeraar dient dit EI-bericht correct te kunnen ontvangen en verwerken. De AWBZ verzekeraar dient op basis van een EI-bericht een EI-retourbericht aan te kunnen maken en dit naar VECOZO te kunnen verzenden. VECOZO dient dit EI-retourbericht correct door te kunnen sturen naar de zorgaanbieder AWBZ dan wel af te wijzen een melding hierover terug te sturen naar de AWBZ verzekeraar. Een zorgaanbieder AWBZ zendende (in casu declarerende) partij dient het EI-retourbericht correct te kunnen inlezen. Voorwaarden deelname Voorwaarden voor deelname van een partij aan de ketentest: Aanmelding bij de contactpersoon bij Vektis. Goedkeuring OK behaald bij softwaretest. Gekoppeld, via de contactpersoon bij Vektis, aan andere partij om mee te testen. Andere partij gereed voor ketentest (goedkeuring OK behaald bij softwaretest). Schaal Een ketentest tussen alle partijen kan snel uitgroeien tot een massaal proces. De opzet van de testaanpak is om te voorkomen dat er N-op-M implementaties met elkaar getest moeten worden. Gekozen is om softwareleveranciers (zorgaanbieder) een 1-op-1 ketentest met een AWBZ verzekeraar te laten doen. Hierbij wordt getest dat een softwareoplossing van een softwareleverancier (zorgaanbieder) bij de softwareleverancier (laboratorium) zonder problemen communiceert (berichten verstuurt en ontvangt) met een softwareoplossing bij een AWBZ verzekeraar. Partijen die aan een 1-op-1 ketentest softwareleverancier meedoen halen een OK. Voor elke 1-op-1 ketentest wordt een OK gehaald. AW319/AW320v1.1_SDTu1.pdf,

14 Zorgaanbieders participeren niet in de ketentest, gezien het grote aantal partijen wat hierbij betrokken zou zijn. Zorgaanbieders zullen elk een of twee tests doen in het kader van een pre-productietest met een AWBZ verzekeraar. Een zorgaanbieder kan deze test niet met productiedata uitvoeren, omwille van het waarborgen van de privacy. Een pre-productietest valt buiten de aandacht van het SDT. Er is na het uitvoeren van deze ketentest een redelijke kans dat de geteste software ook zonder problemen communiceert met andere (niet onderling) geteste software. SL1 SL2 V E C O Z O ZV1 ZV2 SL3 ZV3 Figuur op-1 ketentest softwareleverancier Aangezien er minder AWBZ verzekeraars dan softwareleveranciers (zorgaanbieder) zijn, is gekozen om de 1-op-1 ketentest softwareleverancier een aantal keer per partij uit te voeren. De softwareleveranciers (zorgaanbieder) en de AWBZ verzekeraars doen dit elk een aantal keer (twee of drie keer). Start De periode voor het landelijk testen (softwaretest + ketentest) is vastgesteld van 1 mei tot en met 31 december 2010 (zie 3.1 Specifieke planning testen). De ketentest voor de partijen loopt tussen 1 september en 31 december Testeisen Voorwaarden bij het testen: testbestand met tussen de 200 en 500 regels, die representatief zijn qua variatie van een regulier productiebestand; o Een volledig goed testbestand. o Een testbestand met minimaal een fout. AW319/AW320v1.1_SDTu1.pdf,

15 minimaal één (1) geslaagde 1-op-1 ketentest (met twee testbestanden, zie punt hierboven) uitvoeren (per partij). Het OK - voor partijen - is in principe behaald indien: De 1-op-1 ketentest softwareleverancier is uitgevoerd. Partijen akkoord zijn waarbij: o Softwareleverancier zorgaanbieder (zorgaanbieder zelfbouw) degene is die bepaalt of een 1-op-1 ketentest voor een EI-retourbericht correct verlopen is. o Verzekeraar AWBZ degene is die bepaalt of een 1-op-1 ketentest voor een EI-declaratiebericht correct verlopen is. Resultaat gemeld is aan de contactpersoon bij Vektis. NB. Er wordt vooralsnog voor de AW319 niet voorzien in een ketentest voor een servicebureau. Betrokken partijen en verantwoordelijkheden Testende partij: o Een testende partij is ervoor verantwoordelijk de eigen software te testen met een andere partij. VECOZO: o VECOZO is ervoor verantwoordelijk dat het declaratie- en controleportaal gereed zijn om de ketentest te faciliteren. Landelijke projectorganisatie: o beschikbaar stellen landelijke instrumenten, er worden geen 5 landelijke testbestanden speciaal t.b.v. de ketentest opgesteld. o Registreert resultaten ketentest per testende partij. o Landelijk publiceren testresultaten indien akkoord d.m.v. OK. o Monitoren landelijke voortgang ketentest om vast te stellen of deze conform planning verloopt. Procesbeschrijving ketentest De testende partij test de (eigen) software met een andere partij. De softwareleverancier (zorgaanbieder) test door: Het (eigen) testbestand te verzenden naar VECOZO. Ontvangen EI-retourbericht van VECOZO correct te verwerken. De (softwareleverancier van de) AWBZ verzekeraar test door: Het ontvangen EI-testbericht van VECOZO te verwerken. De output als EI-retourbericht terug te zenden naar VECOZO. VECOZO test door: Alle ontvangen EI-berichten correct te verwerken en o door te zenden naar een AWBZ verzekeraar; of 5 Op dit moment wordt niet voorzien in landelijke testen ten behoeve van het testen van bedrijfsregels en/of wettelijke kaders. AW319/AW320v1.1_SDTu1.pdf,

16 o correct EI-retourbericht bij foutieve EI-berichten- te versturen naar een softwareleverancier (zorgaanbieder). Afwijkingen Onderling geconstateerde afwijkingen kunnen gemeld worden aan het CM. Van verschillen wordt: 1. Onderzocht wat de oorzaak van de afwijking is. 2. Indien de oorzaak intern gelegen is dient dit hersteld te worden. 3. Indien de oorzaak extern is: a. Gebruikte testbestanden. b. Fout in declaratie- en controleportaal. c. Fout in (beschrijving van) de EI-standaard. Dan dient een afwijking in a of c via de landelijke helpdesk-ei gemeld te worden. Een afwijking in a of c wordt door Vektis opgepakt. Een afwijking in c zal afhankelijk van of het generiek of specifiek is verder worden opgepakt. Een generieke afwijking wordt, indien noodzakelijk, besproken in de Adviescommissie Wijzigingen EI (AcW). Deze zal zo spoedig mogelijk een uitspraak doen hoe hier mee omgegaan dient te worden en of een en ander aanleiding is om zaken aan te passen. Een specifieke afwijking wordt gedurende het implementatie traject onder correctief onderhoud opgepakt. Een afwijking in b dient bij VECOZO gemeld te worden, en zal door VECOZO worden opgepakt. Noot: In het uiterste geval kán een wijziging in a t/m c leiden tot het intrekken 6 van al eerder afgegeven OK s. Met als consequentie dat partijen opnieuw de ketentest of zelfs de softwaretest geheel of gedeeltelijk opnieuw moeten uitvoeren. In principe kan pas worden vastgesteld of alle (softwareleveranciers van) zorgverzekeraars dan wel alle (softwareleveranciers van) zorgaanbieders voldoen aan de doelstelling, als alle afwijkingen zijn beoordeeld. Resultaat Alle softwareleveranciers, die voor een zorgaanbieder of een AWBZ verzekeraar bouwen, en alle AWBZ verzekeraars die zelf bouwen dienen te voldoen aan de testeisen. Het resultaat wordt volgens de volgende procedure vastgesteld. Contactpersoon bij Vektis: Softwareleveranciers (zorgaanbieder), AWBZ verzekeraars geven de voorkeur voor een partij aan, na het behalen van een OK voor de softwaretest. De contactpersoon bij Vektis neemt de samenstelling van de koppels in de 1-op-1 ketentest softwareleverancier op in de monitor op basis van de aangegeven voorkeuren van partijen. Softwareleveranciers (zorgaanbieder): De softwareleverancier (zorgaanbieder) geeft het moment van start van de 1-op-1 ketentest softwareleverancier door aan de contactpersoon bij Vektis. 6 Er wordt vanuit gegaan dat dit in deze fase alleen kan voorkomen in zéér uitzonderlijke gevallen. Aangezien een dergelijk bedoelde afwijking al in een eerder stadium gevonden zou (moeten) zijn. AW319/AW320v1.1_SDTu1.pdf,

17 De softwareleverancier (zorgaanbieder) geeft het behalen van een OK bij de 1-op-1 ketentest softwareleverancier door aan de contactpersoon bij Vektis. Contactpersoon bij Vektis, verzekeraars AWBZ: Alle AWBZ verzekeraars geven het moment van start van de 1-op-1 ketentest softwareleverancier aan bij de contactpersoon bij Vektis. Alle AWBZ verzekeraars geven het behalen van een OK bij de 1-op-1 ketentest softwareleverancier aan bij de contactpersoon bij Vektis. De contactpersoon bij Vektis registreert de resultaten van de 1-op-1 ketentest softwareleverancier per testende partij. De contactpersoon bij Vektis gaat over tot publicatie (zie 4.1 Landelijke publicatie- en communicatiegegevens) van de voortgang van het testen bij softwareleverancier (zorgaanbieder) en verzekeraars AWBZ op basis van het landelijk vastgestelde template voor de monitor (zie Monitor status voortgang, generiek draaiboek testen). VECOZO Hieronder nog enige aandachtspunten van belang voor het uitvoeren van de ketentest door partijen via VECOZO. 1. Softwareleveranciers die nog niet over VECOZO testcertificaten beschikken, kunnen deze aanvragen via Hiermee verkrijgen ze toegang tot de testomgeving van VECOZO. Voor de communicatie via webservices is een systeemcertificaat benodigd. Voor het raadplegen van declaraties of het downloaden van retourinformatie via de website zijn persoonlijke certificaten nodig. In alle gevallen zal een aanvraag van een duidelijke motivatie (waarvoor gaat men de testcertificaten gebruiken) moeten zijn voorzien en zullen er dus declaratierechten (autorisaties) moeten worden aangevraagd. Bij de aanvraag zullen zowel bedrijfs- als contactgegevens (naam contactpersoon en diens adres en telefoonnummer) moeten worden doorgegeven. De verwerkingstijd van een certificaataanvraag is maximaal 5 werkdagen als alle benodigde informatie is aangeleverd. 2. Documentatie over (aansluiting op) het declaratieportaal op te vragen is bij VECOZO. AW319/AW320v1.1_SDTu1.pdf,

18 3 Activiteiten specifiek testen 3.1 Planning specifiek testen In tabel 3-1 is een landelijke planning voor het specifiek testen op basis van de testfasen en testniveaus 1 t/m 5 weergegeven met de afgesproken termijnen. Type test/-activiteit Doorlooptijd Voor wie OK Softwaretest 4 maanden AWBZ verzekeraars, 1 e OK softwareleveranciers voor zorgaanbieders, VECOZO 1-op-1 ketentest softwareleverancier 4 maanden per 1-op-1 koppel 2 e OK Uitrol software zorgaanbieders 1 maand alle partijen Doorlooptijd testen 9 maanden Tabel 3-1 Planning specifiek testen De start van de softwaretest vangt aan, vanaf half april 2010 als de landelijke instrumenten beschikbaar zijn, en uiterlijk 1 mei De start van de 1-op-1 ketentest softwareleverancier vangt aan als twee partijen gereed zijn met de softwaretest, en op zijn vroegst 1 september De start van de productie is landelijk vastgesteld en uiterlijk op 1 januari NB. De in productie name van het nieuwe declaratie- en controleportaal vindt op 12 januari 2011 plaats. De datum waarop alle declaraties via de nieuwe EI-standaard (uitfaseerdatum oude standaard AW119) dienen te worden verstuurd is opgenomen in de planning, welke is geplaatst op projectsite: Implementatie EI-declaratie, planning: www. declarerenawbzzorg.nl AW319/AW320v1.1_SDTu1.pdf,

19 3.2 Softwaretest In het generiek draaiboek testen is aangegeven dat er binnen een sector nog keuzen voor bepaalde activiteiten bij het testen zijn. In deze paragraaf worden de specifieke afspraken voor de softwaretest aangegeven. Act. Activiteit Product Wie Wie Volgt na Planning nr. verantwoordelijk betrokken act. 3.4 Uitvoerende activiteiten softwaretest 1 mei -eind augustus 2010 Tabel 3-2 Uitvoerende activiteiten softwaretest De in de tabel opgenomen activiteit is specifiek voor de AW319 en dient te worden uitgevoerd in plaats van de activiteit 3.4 in de tabel 5-4 uitvoerende activiteiten softwaretest van het generiek draaiboek testen. AW319/AW320v1.1_SDTu1.pdf,

20 3.3 Ketentest In deze paragraaf worden de specifieke afspraken voor de ketentest aangegeven. Act. Activiteit Product Wie Wie Volgt na Planning nr. verantwoordelijk betrokken act. 6.3/6.14 Uitvoerende activiteiten ketentest septembereind december 2010 Tabel 3-3 Uitvoerende activiteiten ketentest De in de tabel opgenomen activiteiten zijn specifiek voor de AW319/AW320 en dienen te worden uitgevoerd in plaats van de activiteiten 6.3 en 6.14 in de tabel 5-7 uitvoerende activiteiten ketentest van het generiek draaiboek testen. AW319/AW320v1.1_SDTu1.pdf,

21 4 Bijlagen 4.1 Landelijke publicatie- en communicatiegegevens Naam organisatie Website Onderwerp VGN Contactpersoon: GGZ Nederland Contactpersoon: Actiz Contactpersoon: Zorgverzekeraars Contactpersoon: Nederland www. Contactpersoon: Marquarita, mw. E. declarerenawbzzorg.nl Vektis WESP: EI-standaard, invulinstructie, testbestanden generiek formaat et cetera. PORTES (testportaal): - TOWER (testbestanden) - Projectsite: - > Implementatie EI-declaratie; - draaiboeken testen; - testcoördinatoren softwareleveranciers AW319/AW320; - testcoördinatoren zorgverzekeraars AW319/AW320; - monitor status implementatie; - vraagbaak. Helpdesk: - helpdesk-ei@vektis.nl Contactpersoon bij Vektis: - helpdesk-ei@vektis.nl Ontbrekende informatie melden bij: - helpdesk-ei@vektis.nl VECOZO Declaratie- en controleportaal AW319/AW320v1.1_SDTu1.pdf,

22 Helpdesk softwareleveranciers, zorgverzekeraars: - functioneelbeheer@vecozo.nl Helpdesk zorgaanbieders: - helpdeskawbz@vecozo.nl Tabel 4-1 Relevante publicatie- en communicatiegegevens 4.2 Afkortingenlijst Afkorting/ begrip EI VGN PAR PORTES TOWER TP VEC VEK WESP WG KT ZN Betekenis Externe integratie Vereniging Gehandicaptenzorg Nederland Individuele partij: - ZV = zorgverzekeraar; - ZA = zorgaanbieder; - SOFT = softwareleverancier; - SB = servicebureau. PORtaal voor Testbestanden Externe-integratieStandaarden Webapplicatie voor genereren testbestanden Testcoördinator bij partij VECOZO Vektis CV WEbapplicatie StandaardisatieProducten Werkgroep ketentest Zorgverzekeraars Nederland Tabel 4-2 Afkortingenlijst 4.3 Testcoördinatoren softwareleveranciers AW319/AW320 Een actueel overzicht met 'potentiële' testpartijen, contactgegevens en bekende testcoördinatoren is geplaatst op de projectsite: Implementatie EI-declaratie, monitor status implementatie (zie Testcoördinatoren AWBZ verzekeraars AW319/AW320 Een actueel overzicht met 'potentiële' testpartijen, contactgegevens en bekende testcoördinatoren is geplaatst op de projectsite: Implementatie EI-declaratie, monitor status implementatie (zie Template monitor softwaretest De voortgang van het testen wordt in een monitor vastgesteld. AW319/AW320v1.1_SDTu1.pdf,

23 4.6 Samenstelling werkgroep Het specifiek draaiboek testen versie 1, uitgave 1 is tot stand gekomen in samenwerking met de volgende personen: Organisatie Naam Achmea Smit, dhr. M. CZ Brandenburg, dhr. M. CZ Jongmans, dhr. B. CZ Bruijn, dhr. N. de DSW Ververs, dhr. R. e-c@re Marquarita, mw. E. De Friesland Boomgaardt, dhr. M. De Friesland Wee, dhr. T. van De Friesland Hiddema, dhr. P. GGZ Nijmegen Fianen, dhr. Q Issys Essers, dhr. M. Menzis Sipahi, dhr. N. McKesson Monrooij Uijl den, mw. K. TCM Eijk, dhr. G. van Unit4 Benthum, dhr. R. Unit4 Fikken, mw. A. Unit4 Houwen, dhr. R. UVIT Janssen, dhr. S. UVIT Sleifer, dhr. G. VECOZO Diem, mw. O. van Vektis Janssens, dhr. J. ZN Everloo, dhr. P. (voorzitter) Zorgplus Buytelaar, dhr. H. AW319/AW320v1.1_SDTu1.pdf,

24 4.7 Mutatieoverzicht Dit overzicht is voor eventuele wijzigingen op dit document. Datum Documentdeel Mutatie Schutblad, uitgave, revisiehistorie Aanpassing identificatie/verwijzingen naar AW319/AW320 v1.1.versiedatum Par 2.2 Aanpassing par. 2.2 Softwaretest, start: De periode voor het landelijk testen (softwaretest + ketentest) is vastgesteld van 1 mei 2010 tot en met 31 december wordt De periode voor het landelijk testen (softwaretest + ketentest) is vastgesteld van 1 mei 2010 tot en met 31 december Par 2.2 Aanpassing par. 2.2 Softwaretest: Centraal meldpunt (CM) wordt Contactpersoon bij Vektis Par 2.3 Aanpassing par. 2.3 Ketentest: Centraal meldpunt (CM) wordt Contactpersoon bij Vektis Aanpassing par 4.1 Landelijke publicatie- en communicatiegegevens: Helpdesk softwareleveranciers: - softwarehelpdesk@vecozo.nl wordt Helpdesk softwareleveranciers, zorgverzekeraars: - functioneelbeheer@vecozo.nl Verwijderd: Helpdesk zorgverzekeraars: - helpdeskzvz@vecozo.nl Toegevoegd: Zorgaanbieders (AWBZ): helpdeskawbz@vecozo.nl AW319/AW320v1.1_SDTu1.pdf,