Opname Standaard WCAG 2.0 in de basisinfrastructuur

Transcriptie

1 TOELATINGSCRITERIA VOOR Opname Standaard WCAG 2.0 in de basisinfrastructuur Datum 24 augustus 2017 Status Versie voor eerste ingebruikname.

2 Colofon Publicatienummer Uitgave Extra exemplaren kunt u downloaden vanaf Projectnaam Toegankelijke websites met WCAG 2.0 Projectnummer Versienummer 1C Projectleider Volgnummer Opdracht Opdrachtgever Locatie Contactpersoon Secretaris Informatieberaad Zorg Bijlage(n) Versiebeheer Versie Datum Toelichting en status 1C Versie voor eerste ingebruikname. 1D Aanpassingen doorgevoerd Pagina 2 van 10

3 1 Toelatingscriteria Om het beoordelingsproces optimaal te laten verlopen, worden toelatingscriteria toegepast op de opnameverzoeken voor bouwstenen die worden ingediend door het Informatieberaad Zorg. Deze verzoeken worden op de volgende onderdelen beoordeeld: - Is de basisinformatie van de aanmelding correct? - Wordt het juiste doel gediend? - Is de toegevoegde waarde inzichtelijk? - Is er voldoende draagvlak? - Is de adoptie (gebruik) voldoende geborgd? - Is het realiseren van de toegevoegde waarde voldoende geborgd? Om deze onderdelen te kunnen beoordelen, dient de in de volgende hoofdstukken gevraagde informatie aangeleverd te worden. Pagina 3 van 10

4 De Procedure 1.1 Opdrachtgever 2.1.a 2.1.b 2.1.c Ministerie VWS DI secretariaat Informatieberaad Min VWS DMO Coördinator implementatie VN verdrag voor mensen met een beperking (Art. 2.a. Wet gelijke behandeling op grond van handicap of chronische ziekte 1 ) Ministerie van Binnenlandse Zaken en Koninkrijksrelaties DIO, coördinatie Wet Digitale Overheid en EU richtlijn (inzake toegankelijkheid websites en apps van Public Bodies) 1.2 Contactpersoon 2.2.a J. Brasker 2.2.b Ministerie VWS 2.2.c Senior Beleidsmedewerker 2.2.d e j.brasker@minvws.nl 1.3 Relatie met andere vragen, initiatieven en bouwstenen 2.3.a Het IB heeft afgesproken relevante internationale standaarden over te nemen. WCAG 2.0 is een wereldwijde standaard die ook is opgenomen in de EU richtlijn waarin Public Sector Bodies (niet alleen overheid, maar ook organisaties die voornamelijk met publieke middelen worden gefinancierd) verplicht zijn voor publiek en werknemers toegankelijke websites en apps te maken. Nederlandse overheidsorganisaties zijn ingevolge het Tijdelijk besluit digitale toegankelijkheid overheid (Stbl ) sinds 1 juli 2018 verplicht naar digitale toegankelijkheid toe te werken, conform de eisen die de EU daaraan stelt. De 'Principes van het Informatiestelstel voor de zorg' van de Architectuurcommunity zorg: Basisprincipe 1 (Mensgericht): Dienstverleners houden rekening met mijn wensen en kunnen Afgeleid principe 2 (Bruikbaar en gebruiksvriendelijk): Onze gegevensdiensten zijn bruikbaar en gebruiksvriendelijk, en dragen bij aan een goede gebruikservaring. Het VN verdrag voor mensen met een handicap geeft mensen met een beperking het recht op participatie. De Wet gelijke behandeling Chronisch zieken en gehandicapten geeft alle organisaties in Nederland in artikel 2.a. de verantwoordelijkheid om doeltreffende aanpassingen te verrichten (art. 2) en geleidelijk toe te werken naar algemene toegankelijkheid (art. 2a), mits dit geen onevenredige belasting vormt. 1 Pagina 4 van 10

5 1.4 Prioriteitstelling 2.4.a Implementatie van WCAG 2.0 brengt Outcomedoel 2 Patiënt Centraal dichterbij voor de 15% van de bevolking die moeite hebben met het verwerven van digitale informatie en het digitaal zakendoen via websites: Alle zorgaanbieders ondersteunen een gelijkwaardiger samenwerking tussen patiënt en zorgverleners en bieden daarom vanaf 1 januari 2020 aan burgers de mogelijkheid hun medische gegevens digitaal en gestructureerd in te zien en die gegevens te ontsluiten voor hun persoonlijke gezondheidsomgeving waaraan zij eigen gegevens kunnen toevoegen. 1.5 Tijdslijn 2.5.a 2.5.b De EU richtlijn eist van Public Bodies dat nieuwe websites gepubliceerd na 23 september 2018 vanaf 23 september 2019 toegankelijk moeten zijn. Vanaf 23 september 2020 moeten bestaande websites toegankelijk zijn. De standaard wordt nog doorontwikkeld voor toepassing in apps. Die moeten per 23 juni 2023 toegankelijk zijn. Er zijn overigens uitzonderingen op de inhoud van de websites mogelijk. Deze worden beschreven in de richtlijn. Besluitvorming over de opname van de WCAG 2.0 standaard in de basisinfrastructuur zou zo snel mogelijk moeten plaatsvinden (bij voorkeur in december 2018) zodat de bouwers van bijvoorbeeld Persoonlijke Gezondheids Omgevingen (PGO's) verplicht kunnen worden om aan deze standaard te voldoen. Hetzelfde geldt voor de patiëntportalen die ziekenhuizen aan het bouwen zijn. 1.6 Gewenste vorm van het antwoord 2.6.a Gevraagd wordt om een akkoord met de opname van deze standaard in de basisinfrastructuur, waarmee zorgorganisaties en verzekeraars verplicht worden om deze internationale standaard te hanteren in de communicatie met zorgvragers / gebruikers. Pagina 5 van 10

6 2 De Bouwsteen 2.1 Basisinformatie 3.1.a EU Richtlijn , Standaard Web Content Accessibility Guidelines b WCAG c Type bouwsteen: Standaard voor digitale toegankelijkheid waarmee mensen met een visuele of auditieve beperking ook gebruik kunnen maken van websites en apps. De standaard voor digitale toegankelijkheid voorziet in afspraken en eisen voor de manier waarop websites en in een latere fase apps ontworpen moeten worden. Op de website digitoegankelijk.nl is alle informatie te vinden voor zowel leken als experts (specificaties etc.) 3.1.d <<< Functie van de bouwsteen: wat doet deze, voor welke gebruikers en eindgebruikers, met welke kwaliteit en in welke situaties? Is er eventueel een usecase beschikbaar De Richtlijnen voor Toegankelijkheid van Webcontent (WCAG) 2.0 definiëren hoe webcontent toegankelijker gemaakt worden voor mensen met een functiebeperking. Toegankelijkheid betreft een breed scala van functiebeperkingen, waaronder visuele, auditieve, fysieke, spraak-, cognitieve, taal-, leer- en neurologische functiebeperkingen. Deze richtlijnen maken webcontent ook beter bruikbaar voor ouderen, bij wie de vaardigheden door ouder worden veranderen, en verbeteren de bruikbaarheid voor gebruikers in het algemeen. Hoewel deze richtlijnen een breed scala van aandachtspunten bestrijken, zijn ze niet in staat om in de behoeften van mensen met alle soorten, gradaties en combinaties van functiebeperkingen te voorzien. Om die reden is het zaak om websites te laten testen door eindgebruikers en klantreizen te gebruiken om de websites verder te verbeteren. WCAG 2.0 ondersteunt een aantal gebruikers bij ontwikkeling en beheer van websites en apps. Het resultaat daarvan is dat deze websites toegankelijk zijn voor eindgebruikers met een beperking. De gebruikers zijn in de eerste plaats de ICT leveranciers bij de bouw van websites. De standaard beschrijft bijvoorbeeld hoe de website leesapparatuur kan ondersteunen. Website beheerders moeten er op toezien dat de website toegankelijk is en blijft en kunnen de website daartoe toetsen aan de WCAG. Dit geldt ook voor Redacteuren van websites en communicatieafdelingen: zij moeten weten hoe zij content moeten produceren c.q. (laten) aanleveren. Filmpjes bijvoorbeeld moeten ondertiteld worden. Er zijn alternatieven voor PDF's en er zijn toegelaten PDF formats. WCAG beschrijft voor Iedereen die content levert hoe ze dat moeten doen. 3.1.e <<< Nieuwe bouwsteen, nieuwe versie, nieuw toepassings- of werkingsgebied De standaard is niet nieuw. Zij wordt onderhouden door een wereldwijd consortium W3C (World Wide Web Consortium). Toepassing in de zorg is wel nieuw. Tot op heden zijn aan de zorg geen eisen gesteld over Pagina 6 van 10

7 3.1.f 3.1.g 3.1.h toegankelijkheid Versie Vaststellingsdatum en status WCAG 2.0 is uit Vastgesteld door W3C <<< Oudere en aanstaande versies van de bouwsteen inclusief (verwachte) publicatiedata en ondersteuningsstatus WCAG 1.0 stamt uit Gewerkt wordt aan WCAG 2.1 waarbij ook richtlijnen voor toegankelijke apps worden meegenomen (Zie ook EU richtlijn inzake apps). Meer informatie is hier te vinden of op de website digitoegankelijk.nl <<< Roadmap, beschrijf de ontwikkelingen die momenteel voor ogen zijn inclusief hun plaats in de tijd. Voeg deze eventueel als bijlage toe. WCAG 2.0 is een wereldwijd geaccepteerde standaard. Zowel binnen Europa (DG Connect) als Wereldwijd (W3C) wordt gewerkt aan WCAG 2.1. Deze wordt uiterlijk begin 2021 verwacht. 3.1.i <<< Naam en vindplaats specificatiedocument (URL) 3.1.j 3.1.k Voor leken is op hier op digitoegankelijk.nl het specificatiedocument te vinden. Experts kunnen het hier vinden. <<< Beschrijf of procesbeschrijving(en) en use case(s) onderdeel zijn van het specificatiedocument Geen procesbeschrijvingen in WCAG 2.0 <<< Andere bouwstenen die benoemd worden in het specificatiedocument Geen bouwstenen van de basisinfrastructuur van het Informatieberaad. Wel een groot aantal bouwstenen die het gebruiksgemak van de website vergroten, zoals toegankelijkheid met een toetsenbord, hulp bij navigatie, tijd om te lezen (timing), mechanismen om bewegende, scrollende of knipperende content te verbergen, hulp bij navigeren en vinden waar je bent, comptabiliteit met huidige en toekomstige user agents, met inbegrip van hulptechnologieën etc. Zie het specificatiedocument. 3.1.l <<< Naam van de beheerorganisatie Logius (Centrum voor Standaarden)beheert digitoegankelijk.nl en is samen met Het ministerie van BZK/ Directie Informatiesamenleving en Overheid (DIO) betrokken bij het beheer van de standaard. De Stichting Accessibility neemt ook deel aan W3C en heeft een goedgekeurde Nederlandse vertaling gemaakt van WCAG m <<< Eventuele kosten (bijv. lidmaatschap, licenties, verkrijgen van specificaties, etc) De toepassing van WCAG 2.0 is kosteloos. Logius wordt door het ministerie van BZK (DIO) gefinancierd voor het beheer en de ontwikkeling van de standaard en de communicatie via de website digitoegankelijk voor het overheidsdeel. Met de uitbreiding van de standaard naar de zorgsector, moet Logius gecompenseerd worden. Pagina 7 van 10

8 Daarmee is een bedrag van ongeveer per jaar gemoeid. 3.1.n <<< Bouwsteen is beschikbaar vanaf datum Sinds o << Korte beschrijving van de bouwsteen Standaard voor digitale toegankelijkheid waardoor vrijwel iedereen ook iemand met een visuele en/ of auditieve beperking kan werken met een website. En in de toekomst ook met apps. 2.2 Aanleiding van dit verzoek 3.2.a <<< Aanleiding Uit onderzoek van de Stichting Accessibility met de Monitor Digitale Toegankelijkheid in de Zorg blijkt dat het met de toegankelijkheid van websites in de zorgsector slecht is gesteld en dat er maar één ziekenhuis in Nederland voldoet: Vie Curi Medisch Centrum. En dat terwijl mensen met een beperking tot één van de belangrijkste doelgroepen in de zorg behoren., met een hoger dan gemiddeld zorggebruik. 3.2.b <<< Toelichting De Monitor is uitgevoerd onder ruim 8600 websites. Uit technisch onderzoek bleek dat geen enkele website volledig toegankelijk is en uit kwalitatief onderzoek is gebleken dat digitale toegankelijkheid voor het merendeel van de zorgverleners nog een onbekend begrip is. 3.2.c <<< Het probleem dat opgelost dient te worden Van patiënten wordt steeds meer zelfredzaamheid verwacht. Onder meer door toepassingen als e-health, Persoonlijke Gezondheidsomgevingen en via de afzonderlijke portalen van ziekenhuizen zelfstandig online zorgafspraken maken. Dit is voor cliënten met beperkingen alleen mogelijk wanneer de websites en andere middelen rekening houden met die beperkingen. 2.3 Maatschappelijke relevantie 3.3.a <<< Onderbouwing maatschappelijke relevantie Het VN verdrag inzake mensen met een beperking geeft iedereen het recht te participeren in de maatschappij zoals hij of zij dat wil doen. Nederland heeft het VN verdrag gegratificeerd, waarbij de rechten zijn vastgelegd in de Wet gelijke behandeling van chronisch zieken en mensen met een handicap. 3.3.b <<< Hoe draagt de bouwsteen bij aan het Outcome-doel Medicatieveiligheid van het Informatieberaad Zorg? Pagina 8 van 10

9 Toegankelijke websites zorgen dat vrijwel iedereen digitaal inzage kan hebben in zijn voorgeschreven medicatie. Daarnaast maakt de toegankelijkheid van digitale informatie het ook gemakkelijker om te begrijpen wat complicaties kunnen zijn van medicijngebruik en je daarom aan de voorschriften te houden. 3.3.c <<< Hoe draagt de bouwsteen bij aan het Outcome-doel Patiënt Centraal van het Informatieberaad Zorg? De standaard zelf zet de patiënt centraal door de toepassing ervan. 3.3.d <<< Hoe draagt de bouwsteen bij aan het Outcome-doel Overdracht van het Informatieberaad Zorg? Ook voor zorgprofessionals (al dan niet met een beperking) is het van belang dat websites toegankelijk zijn, zodat zij informatie goed kunnen invoeren, opslaan en op een veilige manier delen. 3.3.e <<< Hoe draagt de bouwsteen bij aan het Outcome-doel Eenmalig vastleggen en hergebruik van het Informatieberaad Zorg? Ook voor zorgprofessionals zijn toegankelijke websites van belang. Zie hiervoor. 2.4 Bovensectoraal 3.4.a <<< Onderbouwing bovensectoraal, generieke toepasbaarheid De standaard wordt overal gebruikt, binnen en buiten de zorg. Is voor elke website van toepassing. Voor de overheid is de standaard wettelijk verplicht. 2.5 Draagvlak en behoefte gebruik? 3.5.a <<< In welke behoefte voorziet de bouwsteen? Er is bij een groot deel van de Nederlandse bevolking behoefte aan toegankelijke informatie en websites die rekening houden met hun beperkingen, zodat zij er gebruik van kunnen maken. 3.5.b <<< Per relevante partij: Alle verenigingen die mensen met een beperking vertegenwoordigen. In het bijzonder: <<< Naam Stichting Accessibility <<< Rol binnen de context Kennis en expertise over toegankelijkheid. Pagina 9 van 10

10 <<< Belangen Is ook een aanbieder van toetsing van de toegankelijkheid van websites <<< Is deze partij mede-indiener bij dit verzoek? Zo nee, waarom niet? Nee, om bovenstaande reden. Commerciële belangen zijn onwenselijk. <<< Op welke wijze is deze partij betrokken bij de besluitvorming met betrekking tot deze bouwsteen? Door het geven van informatie over het belang van het toepassen ervan. <<< Wat ziet deze partij als positieve punten van deze bouwsteen? De doelgroep van Accessibility, mensen met een visuele beperking, wordt daardoor beter bediend in de zorgsector en kan beter zelfstandig functioneren. <<< Wat ziet deze partij als negatieve punten van deze bouwsteen? Geen <<< Wat is de algehele houding van deze partij ten opzichte van deze bouwsteen? Positief <<< Welke adoptierisico s zijn er voor deze partij? Geen <<< Hoe wordt de adoptie van deze bouwsteen door deze partij ondersteund? Stichting Accessibily biedt een beperkt aantal zorgorganisaties aan om een quickscan te doen op hun websites aan de hand van een beperkte set van eisen die in de standaard zijn beschreven. De uitslag daarvan biedt de organisatie globaal inzicht in de stand van zaken mbt de website. 3.5.c <<< Hoe is het daadwerkelijk gebruik? (indien onbekend een schatting)? Bij overheden is het gebruik verplicht door de Wet Digitale Overheid en de AmvB (stbl ; conform de EU richtlijn ). 3.5.d <<< Hoe en door wie wordt het gebruik gemonitord en gemanaged? Op dit moment door de ministerie van VWS en Algemene Zaken en Logius met regelmatige rapportages en verantwoording aan de Tweede Kamer. Voor de VN (vanwege het VN verdrag voor mensen met een beperking) levert VWS rapportages aan. 3.5.e 3.5.d <<< Welke drempels en / of risico s voorziet u bij implementatie? Geen, behalve weerstand tegen weer een eis ten aanzien van websites, waardoor vooral communicatiemensen denken beperkt te worden in hun creativiteit ten aanzien van de vormgeving. <<< Is er een implementatieplan en wat zijn de implementatieafspraken? Zie ook onder 1.5 Tijdlijn. Pagina 10 van 10

11 De rijksoverheid stimuleert de toegankelijkheid van websites. De verplichting daartoe is mede het gevolg van de ratificatie van het VN verdrag voor mensen met een beperking (vastgelegd in de Wet gelijke behandeling chronisch zieken en gehandicapten). Vanuit VWS wordt toegankelijkheid van websites gestimuleerd. Daarom heeft Stichting Accessibility bij de Kerngroep en het IB aandacht gevraagd voor het onderwerp. De volgende stap is opname in de Basisinfrastructuur. Daardoor verbindt de zorgsector zich aan deze standaard. Een laatste stap is het wettelijk verplichten van de standaard. Voor de overheid geldt de wettelijke verplichting al op basis van de EU richtlijn voor toegankelijke websites en apps. Deze richtlijn spreekt overigens van 'public bodies', waarmee publiek gefinancierde zorgorganisaties en verzekeringen ook onder vallen. Vanwege het feit dat de Nederlandse zorg door private partijen wordt gefinancierd, is er discussie over de reikwijdte van de wettelijke verplichting. Maar het is mogelijk ook de zorgorganisaties onder deze verplichting te laten vallen door hen aan te wijzen als 'public bodies' in het kader van de richtlijn. De standaard kan gebruikt worden om bestaande websites te toetsen op de mate van toegankelijkheid. Maar primair is zij bedoeld om te worden toegepast bij de bouw van nieuwe websites. Daarvoor is nodig dat in de opdracht aan de leverancier wordt geëist dat de website voldoet aan de toegankelijkheidseisen conform de standaard. Voor bestaande websites is van belang dat deze worden getest op toegankelijkheid, zodat omissies kunnen worden hersteld of dat bij het vernieuwen van de website de standaard wel wordt toegepast. Zorgorganisaties zullen er daarnaast zelf voor moeten zorgen dat de beheerder, de communicatiemedewerkers en indien relevant externe leveranciers van content (bijvoorbeeld onderzoeksrapporten) zorgen voor toegankelijke content die voldoet aan de eisen. 2.6 Inhoudelijke context 3.6.a <<< Beschrijf het organisatorische werkingsgebied Breed toepasbaar op alle websites en in de toekomst ook apps 3.6.b 3.6.c 3.6.d 3.6.e <<< Beschrijf op welke laag van het interoperabiliteitsmodel de bouwsteen van toepassing is Applicatielaag <<< Beschrijf hoe deze bouwsteen zich verhoudt tot andere reeds opgenomen bouwstenen (conflicteert niet) wat is de impact op andere bouwstenen en hun gebruikers? Geen relaties met model van ZIB's, Basisgegevensset zorg, eoverdracht. <<< Beschrijf in welke mate deze bouwsteen overlapt met andere reeds opgenomen bouwstenen als het gaat om toepassings- en werkingsgebied en wat de meerwaarde is Niet. Meerwaarde is dat de mens daadwerkelijk centraal staat. <<< Beschrijf in welke mate deze bouwsteen meerwaarde biedt ten opzichte van concurrerende bouwstenen die in aanmerking zouden Pagina 11 van 10

12 kunnen komen voor opname Niet. Er is geen andere breed gedragen internationale standaard. In het verleden zijn door de Nederlandse overheid 'Webrichtlijnen' ontwikkeld op basis van de WCAG. Met de EU richtlijn is besloten om deze los te laten en de WCAG te volgen. 3.6.f <<< Beschrijf in hoeverre de bouwsteen een internationale standaard betreft of aansluit bij relevante internationale standaarden Het is een internationale standaard. Zie hiervoor. 3.6.g <<< Beschrijf mogelijke beveiligings- of privacy risico s n.v.t. 2.7 Financiën 3.7.a <<< Wie is verantwoordelijk voor de financiën van de bouwsteen? Het ministerie van BZK betaalt Logius voor het beheer. Het ministerie van VWS zal aangesproken worden op de kosten die gepaard gaan met het gebruik en de vragen door de zorgsector. 3.7.b <<< Is de financiering duurzaam geborgd? De standaard zelf is vrij te gebruiken. De extra kosten voor het gebruik in de zorgsector moet geregeld worden in overleg tussen de ministeries van VWS en BZK/ Logius. 3.7.c <<< Wat is de economische onderbouwing van de bouwsteen? Als vrijwel iedereen kan omgaan met jouw website, scheelt dat telefoontjes, brieven en mens tot mens hulp. Het kan de wens om verder te digitaliseren ondersteunen, omdat het argument dat mensen digitaal geen zaken kunnen doen door het gebruik van de standaard vrijwel niet meer opgaat. En het gaat ook nog eens sneller. Scheelt dus personeelskosten. 3.7.d <<< Wat zijn de belangrijkste baten en kostenposten per stakeholder? Baten zijn: meer mensen kunnen gemakkelijker bij de informatie op de website en digitaal zakendoen. Minder personeelskosten. Kosten zijn: laag bij nieuwbouw van websites, hoger wanneer er veel moet worden aangepast en de website uitgebreider is. PM kosten voor ondersteuning via Logius. Logius beheert de standaard voor de rijksoverheid. Of de kosten van de ondersteuning door Logius leiden tot een rekening in de zorgsector is de vraag. training van medewerkers (beheerders, communicatieafdelingen etc.) 3.7.e <<< Draagt de bouwsteen bij aan administratieve lastenverlichting? Ja Pagina 12 van 10

13 3.7.f <<< Zijn de kosten voor implementatie acceptabel, bekend en inzichtelijk? Acceptabel zeker. Bekend en overzichtelijk: hangt van de conditie en de omvang van de huidige website af. Maar bij (grote) aanpassingen of nieuwbouw kan de standaard gelijk ingebouwd worden en vallen de extra kosten mee. 2.8 Alternatieven 3.8.e <<< Alternatief: nvt 3.8.e.<x>.a <<< Naam 3.8.e.<x>.b <<< Voordelen ten opzichte van de voorgestelde bouwsteen 3.8.e.<x>.c <<< Nadelen ten opzichte van de voorgestelde bouwsteen 2.9 Intellectueel eigendom 3.9.a <<< Eigenaar van het intellectueel eigendom W3C. Maar vrij te gebruiken. 3.9.b <<< Beveiligingsvorm van het intellectueel eigendom Nvt 3.9.c <<< Voorwaarde voor gebruik door derden Geen 2.10 Kennismanagement 3.10.a <<< Hoe is het kennismanagement ingericht? Experts ontwikkelen en beheren de standaard, zowel nationaal als internationaal. Kennis is openbaar via digitoegankelijk.nl 3.10.b <<< Hoe worden partijen betrokken? Experts kunnen zich aansluiten bij W3C. Iedereen kan in contact treden met Logius c <<< In welke vorm wordt kennis en informatie beschikbaar gesteld? Website digitoegankelijk.nl 3.10.d <<< Hoe worden vragen en opmerkingen van betrokkenen behandeld? Contact op de website van Digitoegankelijk.nl 2.11 Lifecyclemanagement 3.11.a <<< Hoe is het beheer en onderhoud ingericht en is dit transparant inzichtelijk? W3C, ja. Pagina 13 van 10

14 3.11.b <<< Welke aspecten zijn bepalend voor de levensduur van deze bouwsteen? Nieuwe technologische ontwikkelingen zijn van invloed, zoals de ontwikkeling van apps waarvoor nieuwe specificatie moeten worden afgesproken c <<< Wat is de verwachte levensduur van deze bouwsteen? Bestaat al sinds 2008 en zal nog bestaan zolang er met websites en apps gecommuniceerd wordt d <<< Hoe lang duurt het uitfaseren of vervangen van deze bouwsteen? n.v.t Wanneer is het een succes? 3.12.a <<< Wanneer is het opnemen van de bouwsteen een succes? Als in 2020 daadwerkelijk iedereen digitaal informatie kan inzien, patiëntenportalen kan gebruiken en zelf via een website afspraken kan maken Verklarende woordenlijst 3.13.a <<< Geef de definities zijn van de begrippen en afkortingen die onderdeel uitmaken van de aan dit verzoek gerelateerde aangeleverde informatie. Dit kan eventueel in de vorm van een bijlage. De betekenis van de begrippen en afkortingen dient breed gedragen te zijn en geen verrassingen te bevatten voor betrokkenen. Zie Richtlijnen voor toegankelijke webcontent WCAG 2.0 Pagina 14 van 10