Opname van bouwsteen in het duurzaam informatiestelsel

Transcriptie

1 Toelatingscriteria voor Opname van bouwsteen in het duurzaam informatiestelsel Datum 29 november 2017 Status Versie voor eerste ingebruikname.

2

3 Colofon Projectnaam Koppeltaal GGZ Versienummer 0.1 Contactpersoon Sushma Gangaram Panday Pagina 3 van 10

4 Versiebeheer Versie Datum Toelichting en status Ingevuld template voor Koppeltaal GGZ Def. ingevuld template voor Koppeltaal GGZ Def ingevulde versie na correctie Pagina 4 van 10

5 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 5 van 10

6 2 De Procedure 2.1 Opdrachtgever 2.1.a 2.1.b Opdrachtgever Stichting Koppeltaal. Welke relatie bestaat tussen de opdrachtgever en de bouwsteen? Stichting Koppeltaal ontwikkelt en beheert de standaard Koppeltaal. 2.1.c (Zie : Welke (andere) (overheids)organisatie(s) ondersteunt/ ondersteunen het indienen van dit verzoek? GGZ Nederland, NHG, MIND, ZN, Stichting Beter met Elkaar. 2.2 Contactpersoon 2.2.a 2.2.b 2.2.c 2.2.d 2.2.e Naam Sushma Gangaram Panday Organisatie Vereniging voor Zorgaanbieders voor Zorgcommunicatie Functie Adviseur Koppeltaal/Marktcoördinatie Telefoonnummer adres gangaram_panday@vzvz.nl 2.3 Relatie met andere vragen, initiatieven en bouwstenen 2.3.a Inhoudelijke relatie met andere vragen, initiatieven en bouwstenen. Zowel uit het verleden, heden als toekomst. Er zijn relaties tussen Koppeltaal GGZ en de wens om ehealth te stimuleren. Koppeltaal biedt de connectiviteitsoplossing voor meerdere doelstellingen in de VIPP GGZ regeling. Met name tussen ehealth en EPD, tussen EPD en cliëntportaal en tussen cliëntportaal, EPD en medicatie. Koppeltaal neemt digitale drempels weg waarmee het de adoptie van ehealth in de eerste en tweede lijn bespoedigt en zorgt voor data uitwisseling tussen EPD en andere data platforms. Er is een directe relatie met de regeling VIPP GGZ, omdat die hetzelfde doel nastreeft en Stichting Koppeltaal met GGZ Nederland samenwerkt om deze regeling succesvol te implementeren binnen de GGZ. Er is ook een relatie met het Pagina 6 van 10

7 adviesrapport Beter met Elkaar en het SamenBeter ICT project dat daaruit is ontstaan, omdat daar bepleit wordt ehealth in de context van buurten en wijken te beproeven en daarbij gebruik te maken van de lessen die Koppeltaal geleerd heeft. Er is tenslotte ook een relatie met de standaardisering van informatie uitwisseling op de HL7/FHIR standaard, omdat Koppeltaal een pionier is in het toepassen van die standaard, en via haar bijdragen aan HL7 Nederland een rol speelt in de verdere adoptie van deze standaard in Nederland. 2.4 Prioriteitstelling 2.4.a Prioriteitstelling van een eventuele opname in relatie tot andere vragen, initiatieven en bouwstenen, inclusief onderbouwing. Het Informatieberaad kan een belangrijke bijdrage leveren aan de verbetering in de zorg in de GGZ, door Koppeltaal tot dé standaard in de GGZ te verklaren. Gestandaardiseerde uitwisseling van gegevens kan daardoor goedkoper, sneller en op grotere schaal worden gerealiseerd, in het belang van de cliënt. We zien dat het Informatieberaad de patiënt voorop stelt en zich sterk maakt voor interoperabiliteit. Koppeltaal draagt met name bij aan de volgende outcome-doelen die het Informatieberaad heeft geformuleerd: Patiënt centraal (een persoonlijke gezondheidsomgeving): - Vaak is er een 1-1 relatie tussen de GGZ instelling en het portaal waarin de blended care modules aan de cliënt worden aangeboden. Iedere instelling kiest daarbij zijn eigen oplossingen en de patiënt heeft geen keuzevrijheid. Door de inzet van Koppeltaal wordt het mogelijk om dit te doorbreken. Door PGO s aan te sluiten op Koppeltaal wordt het mogelijk om de modules direct in de omgeving van de patiënt te ontsluiten en de patiënt daarmee centraal te stellen. Eenmalig vastleggen, meervoudig gebruik: - Ook voor de gebruikers van Koppeltaal is het van belang dat gegevensvastlegging gestandaardiseerd wordt zodat deze daarna voor verschillende doeleinden kunnen worden ingezet om hiermee de registratielast te beperken en de kwaliteit te verhogen. Dit vereist dat zoveel mogelijk gebruik gemaakt wordt van standaard zorginformatie bouwstenen en Eenheid van Taal. Niet alleen voor gegevensuitwisseling in het behandelproces, maar ook voor uitkomsttransparantie en het op een gestandaardiseerde manier meten en rapporteren. Alleen het benoemen tot standaard is echter niet voldoende. Een standaard is pas een standaard als deze ook daadwerkelijk is geïmplementeerd en wordt gebruikt. Daarom vragen wij ook aan het Informatieberaad mee te helpen de standaard breed uit te dragen onder alle zorgaanbieders in de GGZ, zodat alle cliënten in Nederland die gebruik maken van de GGZ, meer regie kunnen voeren over hun leven. Door Koppeltaal nu als bouwsteen vast te leggen verkrijgen GGZ instellingen de zekerheid dat de investeringen om te voldoen aan de VIPP GGZ regeling toekomstvast zijn. Pagina 7 van 10

8 2.5 Tijdslijn 2.5.a Tussentijdse relevante momenten voor het beoordelingsproces van dit verzoek en eventuele opnameproces zijn, wanneer deze momenten zijn en waarom ze relevant zijn. Binnenkort (planning 1 april) vindt publicatie plaats van de definitieve regeling VIPP GGZ in de Staatscourant. Door Koppeltaal nu als bouwsteen vast te leggen verkrijgen GGZ instellingen de zekerheid dat de investeringen om te voldoen aan de VIPP GGZ regeling toekomstvast zijn 2.5.b Deadline van het opleveren van beoordeling in het Informatieberaad inclusief de onderbouwing van waarom het halen van deze datum belangrijk is. De inschrijving voor de VIPP GGZ regeling start op 1 mei. Door Koppeltaal nu als bouwsteen vast te leggen verkrijgen GGZ instellingen de zekerheid dat de investeringen om te voldoen aan de VIPP GGZ regeling toekomstvast zijn. 2.6 Gewenste vorm van het antwoord 2.6.a Gewenste vorm van de beoordeling inclusief de onderbouwing. Het informatieberaad zou moeten vaststellen dat Koppeltaal de standaard voor gegevensuitwisseling tussen applicaties in blended care processen in eerste en tweede lijns GGZ is. Pagina 8 van 10

9 3 De Bouwsteen 3.1 Basisinformatie 3.1.a 3.1.b 3.1.c 3.1.d Volledige naam van de bouwsteen Koppeltaal GGZ Verkorte naam Koppeltaal GGZ Type bouwsteen Standaard voor gegevensuitwisseling tussen applicaties in blended care in de GGZ (eerste en tweede lijn). Koppeltaal wordt aangeboden via een infrastructuur waar applicaties op aan kunnen sluiten. De taal en de infrastructuur zijn twee verschillende onderdelen. De aanvraag voor de bouwsteen betreft de taal. Het is namelijk ook mogelijk de taal via een andere, of eigen, infrastructuur te gebruiken. 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 Koppeltaal standaardiseert de uitwisseling van informatie in blended care processen in de GGZ. Zo kan communicatie tussen behandelaar, cliënt, en derden (familie, vrienden, lotgenoten, mantelzorgers) uitgewisseld worden over de personen en rollen betrokken in een behandeling, de (sub)activiteiten die in een behandeling aan de orde zijn, zoals het toekennen van ehealth modules, het transporteren van data uit het EPD naar een cliëntenportaal, het uitwisselen tussen ROM platform en EPD. Op eenvoudige wijze kan middels single-sign-on voor de behandelaar gewerkt worden tussen verschillende systemen, die voorheen los van elkaar stonden. Via Koppeltaal kan data uitwisseling tussen deze losse systemen veilig plaats vinden. Hierdoor is het volgen van status en resultaat van activiteiten, en communicatie over deze activiteiten mogelijk onafhankelijk van de applicaties waarin dit gebeurd. Applicaties zoals cliëntportalen, behandelaarportalen, ehealth platforms, ROM applicaties, games, apps, en EPD s kunnen via Koppeltaal gegevens uitwisselen waardoor de behandelaar en de cliënt integratie van data en systemen gaan ervaren. De use cases in Engels. Bron: As a caregiver, I open my the patient management function of my application. I select a patient, and I assign a koppeltaal registered application to this patient. If covered by my functional integration with koppeltaal, I also assign subactivities in the application for the patient to perform. I also use any other functionality offered by my application to assist the patient. Pagina 9 van 10

10 As a patient, I login to my patient portal. I can see that my caregiver has assigned an activity for me to perform. I can start the activity from my patient portal. If I start the activity, it opens seamlessly and I can start working with the activity right away. As a patient, I have worked with the activity for a while, I have either completed the activity or not, and I decide to stop. I close the activity application and I return to my patient portal. I can see a report of what I have done in the activity (i.e. completed with result x, aborted activity, completed with result y). I can resume the activity if I want to. As a caregiver, I open my patient management function, and I can review any status changes for the activities I have assigned. (i.e started, aborted, paused, completed) and any results (with result x, y or z) of the activity status. If I want to, I can click on an individual patient s assigned activity and the activity opens seamlessly to show me details of the patient s work in the assigned activity. As a caregiver and/or as a patient (depending o the functional coverage of my patient and/or caregiver portal), I am able to invite related persons and assign the an activity as well. Depending on the functional coverage the related person can perform part or all of the aforementioned actions that the caregiver and the patient can perform (apart form playing the game themselves). As a patient, caregiver, and/or related person, I can abort working with any of the applications at any time, and recover the last stable functional state of the applications reliably. 3.1.e 3.1.f 3.1.g 3.1.h Nieuwe bouwsteen, nieuwe versie, nieuw toepassings- of werkingsgebied Bestaande standaard, gebruikt door 20 zorgaanbieders (5 van de grootste / meest prominente GGZ instellingen, 15 zorggroepen) en 20 leveranciers (80% van de markt in de GGZ ICT) zijn aangesloten en werken met Koppeltaal. Maandelijks worden op dit moment 8000 cliënten via Koppeltaal bediend. Versie, vaststellingsdatum en status in Productie, 1.3.5, 1.4 en 2.0 in ontwikkeling Oudere en aanstaande versies van de bouwsteen inclusief (verwachte) publicatiedata en ondersteuningsstatus 1.3.2/1.3.5 en 1.4 wordt nog drie jaar ondersteund. Migratie en interoperabiliteit tussen 1.x en 2.x wordt door stichting Koppeltaal gegarandeerd. Roadmap, beschrijf de ontwikkelingen die momenteel voor ogen zijn inclusief hun plaats in de tijd. Voeg deze eventueel als bijlage toe. De functionele dekking van Koppeltaal GGZ is zo goed als compleet, dit jaar wordt de mogelijkheid om uit een ehealth systeem terug te schrijven in het EPD toegevoegd. Daarnaast vindt ketenbreed migratie plaats naar v1.3.5 (zie ook 2.5a). Migratie naar versie 2.x is in voorbereiding, waarbij Koppeltaal de meest recente versie van HL7/FHIR implementeert. Pagina 10 van 10

11 Koppeltaal draait in versie 1.x op DSTU1 van FHIR en was bij release in 2015 een wereldprimeur die veel heeft bijgedragen aan de adoptie van FHIR, onder meer in de context van MedMij. Koppeltaal is wereldwijd een van de weinige infrastructuren waar al jarenlang zorgcommunicatie plaatsvindt op basis van FHIR. 3.1.i 3.1.j Naam en vindplaats specificatiedocument (URL) Beschrijf of procesbeschrijving(en) en use case(s) onderdeel zijn van het specificatiedocument Ja, de functionele scope is beschreven op de website van Koppeltaal: k Andere bouwstenen die benoemd worden in het specificatiedocument Geen andere bouwsteen dan de standaard Koppeltaal GGZ 3.1.l 3.1.m 3.1.n 3.1.o Naam van de beheerorganisatie Stichting Koppeltaal en VZVZ als uitvoeringsorganisatie Eventuele kosten (bijv. lidmaatschap, licenties, verkrijgen van specificaties, etc) De instellingen hoeven geen kosten te betalen aan St. Koppeltaal of VZVZ. Bouwsteen is beschikbaar vanaf datum De standaard Koppeltaal is beschikbaar en in gebruik sinds december 2015 bij enkele tientallen zorgaanbieders in de sector GGZ. Korte beschrijving van de bouwsteen Koppeltaal is een informatie- en een integratiestandaard waarmee GGZen verslavings-zorgaanbieders hun informatiesystemen (EPD, ROM, EHealth) met elkaar kunnen integreren. Koppeltaal stelt GGZinstellingen in staat cliënten eenvoudig toegang tot ehealth-modules van verschillende leveranciers te geven en ondersteunt het proces van blended care zorgpaden in de eerste en tweede lijns GGZ. Koppeltaal baseert zich op een standaard informatiemodel van concepten en relaties die het proces van blended care typeren. Dit informatiemodel is vergelijkbaar met de zorginformatiebouwstenen van het programma registratie aan de bron. Het informatiemodel is beschikbaar als een HL7?FHIR Profiel om de gegevens in Koppeltaal standaard uitwisselbaar te maken tussen ICT leveranciers in de GGZ. De stichting Koppeltaal faciliteert tevens infrastructuur die het mogelijk maakt voor partijen om eenvoudig en kostenefficiënt aan te sluiten. Tot nu toe verlopen alle uitwisselingen via die infrastructuur, maar de standaard sluit eigen implementatie varianten niet uit. Koppeltaal GGZ draagt met de bouwsteen zorg voor de koppeling van een keten van systemen/ functionaliteiten met gegevensuitwisseling die onder Pagina 11 van 10

12 de verantwoordelijkheid van één zorgaanbieder vallen (EPD, KIS, Clientportaal, ROM, Ehealthplatform, en losse ehealthmodules). 3.2 Aanleiding van dit verzoek 3.2.a 3.2.b Aanleiding De implementatie van Koppeltaal vergt investeringen van instellingen en leveranciers. Door Koppeltaal als bouwsteen vast te leggen wordt zekerheid geboden over de toekomstvastheid van de standaard en daarmee de investeringen. Toelichting We streven er naar om cliënten de regie over hun leven zo veel mogelijk terug te geven met behulp van digitale hulpmiddelen. Keuzevrijheid in het bepalen welk ehealth programma het beste bij je past hoort daar bij. Daarnaast moet de cliënt kunnen beschikken over zijn/haar gezondheidsgegevens uit het EPD en zou er een makkelijke communicatie met de behandelaar mogelijk moeten zijn via een cliëntenportaal dat communiceert met ehealth, het meten van de voortuitgang (ROM) en de gegevens uit het EPD. Diverse GGZ-instellingen, IT-leveranciers en zorgverzekeraars werken in de stichting samen om deze visie te realiseren. Het Informatieberaad kan een belangrijke bijdrage leveren aan de verbetering de zorg in de GGZ, door Koppeltaal tot dé standaard in de GGZ te verklaren. Gestandaardiseerde uitwisseling van gegevens kan daardoor goedkoper, sneller en op grotere schaal worden gerealiseerd, in het belang van de cliënt. We zien dat het Informatieberaad de patiënt voorop stelt en zich sterk maakt voor interoperabiliteit. Koppeltaal draagt met name bij aan de volgende outcome-doelen die het Informatieberaad heeft geformuleerd: Patiënt centraal (een persoonlijke gezondheidsomgeving): - Vaak is er een 1-1 relatie tussen de GGZ instelling en het portaal waarin de blended care modules aan de cliënt worden aangeboden. Iedere instelling kiest daarbij zijn eigen oplossingen en de patiënt heeft geen keuzevrijheid. Door de inzet van Koppeltaal wordt het mogelijk om dit te doorbreken. Door PGO s aan te sluiten op Koppeltaal wordt het mogelijk om de modules direct in de omgeving van de patiënt te ontsluiten en de patiënt daarmee centraal te stellen. Eenmalig vastleggen, meervoudig gebruik: Ook voor de gebruikers van Koppeltaal is het van belang dat gegevensvastlegging gestandaardiseerd wordt zodat deze daarna voor verschillende doeleinden kunnen worden ingezet om hiermee de registratielast te beperken en de kwaliteit te verhogen. Dit vereist dat zoveel mogelijk gebruik gemaakt wordt van standaard zorginformatie bouwstenen en Eenheid van Taal. Niet alleen voor gegevensuitwisseling in het behandelproces, maar ook voor uitkomsttransparantie en het op een gestandaardiseerde manier meten en rapporteren. Alleen het benoemen tot standaard is echter niet voldoende. Een standaard is pas een standaard als deze ook daadwerkelijk is Pagina 12 van 10

13 3.2.c geïmplementeerd en wordt gebruikt. Daarom vragen wij ook aan het Informatieberaad mee te helpen de standaard breed uit te dragen onder alle zorgaanbieders in de GGZ, zodat alle cliënten in Nederland die gebruik maken van de GGZ, meer regie kunnen voeren over hun leven. Het probleem dat opgelost dient te worden Problemen waar instellingen mee worstelen: 1. Onbereikbaarheid van data zorgt voor versnippering in dossiers De behandelaar werkt voor één cliënt in verschillende bronsystemen van verschillende leveranciers. De informatiestromen uit deze bronsystemen kunnen niet gekoppeld worden wat leidt tot versnippering in de dossiers. Er is geen Single Sign On waar je als behandelaar met één omgeving kan werken. Dit leidt vaak tot een extra belemmering om van meer mogelijkheden gebruik te maken voor de behandeling en betrokkenheid van de cliënt. 2. Best of breed strategie GGZ-aanbieders hebben nu meestal één ehealth leverancier, die ook het cliënten- portaal levert en is daardoor afhankelijk van de ehealth producten die deze leverancier kan leveren. Er zijn echter veel meer mogelijkheden dan de producten van die ene ehealthleverancier. De GGZ-aanbieder kan dankzij Koppeltaal een eigen bibliotheek samenstellen uit producten van meerdere leveranciers en daardoor keuze bieden aan behandelaren en cliënten. 3. Koppelingen zijn kostbaar Een instelling heeft voor elke leverancier een losse koppeling nodig om diens applicaties te verbinden. Deze koppelingen zijn kostbaar en men is minder geneigd om nieuwe innovatieve leveranciers te contracteren. Wat lost Koppeltaal op? 1. Bereikbaarheid van data neemt toe door de bronsystemen (EPD, ROM, EHealth) met één koppeling technisch met elkaar te laten praten en dat deze data beschikbaar komt in één omgeving met Single Sign On. 2. Door alle bronsystemen te koppelen met Koppeltaal hoeft de instelling zelf geen losse koppelingen te realiseren. 3. Doordat alle leveranciers zijn gekoppeld met Koppeltaal krijgt de instelling vrijheid in de keuze met welke leveranciers en welke modules de behandelaar en de cliënt wenst te werken. 4. Met Koppeltaal wordt één omgeving gecreëerd voor instelling, behandelaar, cliënt en leverancier. 5. Door gebruik van Koppeltaal kunnen de leveranciers de ontwikkelde ehealth modules ook gemakkelijk bij andere GGZinstellingen aanbieden en koppelen aan reeds bestaande ITplatformen binnen de verschillende instellingen. Hun marktbereik wordt zo vergroot. 6. Kostenreductie voor instellingen en toename van flexibiliteit van werken. Pagina 13 van 10

14 3.3 Maatschappelijke relevantie 3.3.a Onderbouwing maatschappelijke relevantie Cliënten en behandelaren zijn op dit moment beperkt in het integreren van gegevens die essentieel zijn voor een succesvolle behandeling: essentiële data liggen versnipperd opgeslagen in: EPD, EHealth platform, ROM platform of cliëntportaal. Deze losse data eilanden zijn niet met elkaar verbonden. Koppeltaal staat voor connectiviteit: de brug tussen de losse data eilanden. ehealth kan een grote bijdrage leveren aan de preventie, vroegtijdige behandeling, behandeling, en voorkomen van terugval bij tal van uitdagingen op het gebied van geestelijke gezondheid. Er zijn nog veel hordes te nemen om de toepassing van ehealth breed toepasbaar te maken. Een hele belangrijke belemmering is het opgesloten zijn in het systeem van de ehealth of EPD leverancier. Koppeltaal bevrijdt de zorgaanbieder van het monopolie van die enkele leverancier en maakt uitwisseling van ehealth programma s mogelijk. Concreet betekent dit dat je als zorgaanbieder niet enkel meer gebruik hoeft te maken van één ehealth leverancier, maar van meerdere ehealth leveranciers. Je kan dus kiezen uit ehealthmodules van verschillende leveranciers. Daarnaast is kostenbeheersing een belangrijk punt in de GGZ. Zorggroepen en instellingen besteden veel geld aan interne integraties (maatwerk en veel point to point koppelingen) om gegevensuitwisseling en gebruikersgemak voor elkaar te krijgen. Met Koppeltaal behoort deze kostenpost tot het verleden en kan ehealth makkelijk, en gestandaardiseerd ingezet worden. Met de komst van een PGO, MedMij en de VIPP GGZ regeling vanuit GGZ NL is integratie van informatie van de patiënt/cliënt een must. Koppeltaal levert hier een bijdrage aan door deze informatiestromen vanuit de GGZ te koppelen. Client Eén overzicht van alle gegevens Ontsluiten dossier, toegang tot overige data Real-time toegang en single-sign-on Bredere toegang en keuzevrijheid tot passende modules Groei naar persoonlijke gezondheidsomgeving met beheer eigen gegevens 3.3.b 3.3.c Hoe draagt de bouwsteen bij aan het Outcome-doel Medicatieveiligheid van het Informatieberaad Zorg? Koppeltaal zorgt ervoor dat de informatie uit de verschillende applicaties geïntegreerd worden en dat zowel de patiënt als de behandelaar middels Single Sign On in één keer toegang heeft tot de informatie uit diverse bronsystemen. Medicatieveiligheid draagt nu niet bij aan het doel. Hoe draagt de bouwsteen bij aan het Outcome-doel Patiënt Centraal van het Informatieberaad Zorg? Waarde van zelfredzaamheid van de patiënt door toegang te hebben tot alle eigen informatie en keuzevrijheid in online interventies en ehealth, Afkomstig uit diverse bronssystemen en nu integraal aangeboden. Mensen zijn eerder geholpen, real time informatie. Koppeltaal faciliteert alle Pagina 14 van 10

15 informatie real-time rondom de patiënt/cliënt. 3.3.d 3.3.e Hoe draagt de bouwsteen bij aan het Outcome-doel Overdracht van het Informatieberaad Zorg? Op dit moment wordt Koppeltaal in context van 1 zorgaanbieder gebruikt, dus binnen 1 instelling. Er is geen overdracht van informatie mogelijk naar externen mogelijk. Hoe draagt de bouwsteen bij aan het Outcome-doel Eenmalig vastleggen en hergebruik van het Informatieberaad Zorg? Door de informatieconcepten en processen in Blended Care in de GGZ te standaardiseren kan elke applicatie in de GGZ erop vertrouwen dat ze informatie door een andere (ehealth) applicatie vastgelegd in kan lezen en gebruiken. 3.4 Bovensectoraal 3.4.a Onderbouwing bovensectoraal, generieke toepasbaarheid Koppeltaal sluit in de komende versie (2.0) aan op de ZIBs. Samen met GGZ NL wordt gewerkt om in versie 2.x de ZIB s te implementeren. Tevens zijn er mogelijkheden om Koppeltaal in te zetten in andere sectoren dan de GGZ en in haar visie ontwikkeling kijkt Koppeltaal waar dat relevant en gewenst is. Bovensectoraal is Koppeltaal GGZ nog niet actief, maar zou daar wel toegepast kunnen worden. Koppeltaal GGZ is actief in de eerste en tweedelijns GGZ. 3.5 Draagvlak en behoefte gebruik? 3.5.a In welke behoefte voorziet de bouwsteen? Maakt data beschikbaar voor cliënt en behandelaar (data integratie) met maar één keer inloggen en zorgt zo voor meer overzicht en administratieve lastenverlichting; Biedt ruimte voor de inzet van ehealthmodules, games en vragenlijsten, voor cliëntplatform en behandelaarsplatform dankzij minder afhankelijkheid van één ICT-leverancier en biedt daarmee meer keuzevrijheid voor de cliënt, behandelaar en de instelling; Verkleint bedrijfsrisico s door minder afzonderlijke koppelingen en voorkomt telkens nieuwe investeringen in nieuwe koppelvlakken; Biedt de mogelijk om kosten voor koppelvlakken te delen zonder verlies van regie. 3.5.b Per relevante partij: Stichting Beter Met Elkaar Rol binnen de context Ontwikkelen ook oplossingen voor digitale drempels in de gegevensuitwisseling. Met name tussen professionele systemen, PGO, en sociale netwerken. Pagina 15 van 10

16 Belangen ehealth beschikbaar maken in buurt, wijk, ecommunities en andere sociale netwerken gericht op gezondheid en welzijn buiten (maar wel in verbinding met) de eerstelijns zorg vergt slim hergebruik van taal en technieken die elders al gebruikt worden. De Koppeltaal standaard is ook bruikbaar in de interactie tussen mensen die onderling zlefzorg organiseren, daarbij vaak gebruikmakend van dezelfde, of vergelijkbare ehealth als binnen de eerste en tweede lijns GGZ worden aangeboden. De stichting zal hiervoor een bij deze sociale vormen van zorg passende gebruiks- en juridische context ontwikkelen. De taa is verder één op één herbruikbaar. Als de taal een standaard is zullen leveranciers die zowel in de context van St Koppeltaal als ook in de context van st Beter met Elkaar functioneren het veel makkelijker hebben om uit te wisselen en zich te concentreren op het bieden van passende inhoud. Is deze partij mede-indiener bij dit verzoek? Ja Op welke wijze is deze partij betrokken bij de besluitvorming met betrekking tot deze bouwsteen? In direct overleg met St Koppeltaal en Beheersorganisatie VZVZ over gezamenlijk gebruik van de standaard Wat ziet deze partij als positieve punten van deze bouwsteen? Herbruikbaarheid, flexibiliteit, open karakter, al gebruikende partijen in de praktijk waardoor er snelheid gemaakt kan worden. Samenwerkende community van leveranciers rond de standaard. Wat ziet deze partij als negatieve punten van deze bouwsteen? Risico dat de standaard vast blijft zitten aan de infrastructuur, en dat deze zich niet snel genoeg mee zal ontwikkelen met andere markten. Wat is de algehele houding van deze partij ten opzichte van deze bouwsteen? Positief, constructief, mede (door) ontwikkelaar Welke adoptierisico s zijn er voor deze partij? Geen, deze partij zal de adoptie helpen versterken omdat aangesloten leveranciers bij St Koppeltaal nieuwe markten kunnen ontwikkelen via de standaard (dus efficiënt). Hoe wordt de adoptie van deze bouwsteen door deze partij ondersteund? 3.5.c 3.5.d 3.5.e Middels projecten in vijf proeftuinen waar de standaard toegepast zal worden (in eerste instantie in experimenten) Hoe is het daadwerkelijk gebruik? (indien onbekend een schatting)? Experimenteel in 2 proeftuinen met vijf leveranciers Hoe en door wie wordt het gebruik gemonitord en gemanaged? Door Stichting Beter met Elkaar Welke drempels en / of risico s voorziet u bij implementatie? Pagina 16 van 10

17 Ketenbeheer van de standaard over meerdere ontwikkel en beheerorganisaties heen. 3.5.d Is er een implementatieplan en wat zijn de implementatie-afspraken? Nog niet, dat volgt na afronding van experiment. 3.5.b Per relevante partij: GGZ Nederland Rol binnen de context Koepelpartij die Koppeltaal ondersteunt als standaard binnen GGZ en POH GGZ voor cliënt, behandelaar en organisatie in keuzevrijheid en beschikbaarheid van data met Single Sign On. Belangen Het ontsluiten van apps en ehealth naar de patiënt. Beschikbaar krijgen van data in het EPD en op termijn uit het EPD suggesties van de behandelaar toe voegen aan het PGO. Het streven naar standaardisatie met ruime keuze voor patiënt Is deze partij mede-indiener bij dit verzoek? Ja Op welke wijze is deze partij betrokken bij de besluitvorming met betrekking tot deze bouwsteen? Als koepel in het informatieberaad en als ondersteunend koepelorganisatie voor de standaard Koppeltaal Wat ziet deze partij als positieve punten van deze bouwsteen? Dat deze zoals die nu zijn gerealiseerd en potentieel verder harmoniseren en uitbreiden functionaliteit. Wat ziet deze partij als negatieve punten van deze bouwsteen? De bouwsteen is niet negatief. De behoefte is uitbreiding van domeinen en use cases waar Koppeltaal gebruikt kan worden. Wat is de algehele houding van deze partij ten opzichte van deze bouwsteen? Als sector is dit een belangrijke standaard die we niet kunnen missen om operationeel zaken te blijven doen zonder afhankelijk te zijn. We willen niet zonder Koppeltaal. Welke adoptierisico s zijn er voor deze partij? Geen bijzondere, maar wel zoals bij elke standaard het geval is. Hoe wordt de adoptie van deze bouwsteen door deze partij ondersteund? 3.5.c Door expliciet op te nemen in de VIPP GGZ regeling en door te communiceren naar het veld als Koppeltaal door het bestuur van GGZ NL wordt ondersteund en vastgesteld Hoe is het daadwerkelijk gebruik? (indien onbekend een schatting)? 5 GGZ instellingen in gebruik 15 POH GGZ in gebruik Pagina 17 van 10

18 3.5.d 3.5.e 3.5.d 5 GGZ instellingen in aansluiting 8 ehealth leveranciers aangesloten 1 ROM leveranciers aangesloten 1 Clientportaal aangesloten 2 behandelaars portalen aangesloten 1 EPD (Pink) in aansluiting 1 ROM leveranciers (NetQ) in aansluiting Hoe en door wie wordt het gebruik gemonitord en gemanaged? Door het bureau van GGZ Nederland en gemanaged door de commissie informatiebeleid van GGZ NL. Welke drempels en / of risico s voorziet u bij implementatie? Risico: dat er kosten mee gemoeid zijn en terughoudendheid van de EPD leveranciers Is er een implementatieplan en wat zijn de implementatie-afspraken? De implementatie afspraken worden per instelling en bijbehorende leveranciers gemaakt. Per instelling is er een implementatieplan dat gezamenlijk met St. Koppeltaal wordt gemaakt. St. Koppeltaal ondersteunt hierbij daar waar gevraagd wordt en waar nodig is. Vanuit ggz wordt er op sector niveau bevorderd door de VIPP GGZ regeling en voorziet in stimulering van gebruik. Met GGZ Nederland is er een letter of commitment/convenant dat bredere adoptie helpt bewerkstelligen. 3.5.b Per relevante partij: Nederlandse Huisartsen Genootschap (NHG) Rol binnen de context Koepelpartij die Koppeltaal ondersteunt als standaard binnen GGZ en POH GGZ voor cliënt, behandelaar en organisatie in keuzevrijheid en beschikbaarheid van data met Single Sign On. Belangen Geen Is deze partij mede-indiener bij dit verzoek? Ja Op welke wijze is deze partij betrokken bij de besluitvorming met betrekking tot deze bouwsteen? Als koepel in het informatieberaad en als ondersteunende koepelorganisatie voor de standaard Koppeltaal Wat ziet deze partij als positieve punten van deze bouwsteen? Standaardisatie van koppelingen vanuit systemen die in de huisartsenpraktijk worden toegepast (HIS of KIS) met andere applicaties. Wat ziet deze partij als negatieve punten van deze bouwsteen? Geen Wat is de algehele houding van deze partij ten opzichte van deze bouwsteen? Pagina 18 van 10

19 Positief Welke adoptierisico s zijn er voor deze partij? Geen Hoe wordt de adoptie van deze bouwsteen door deze partij ondersteund? 3.5.c 3.5.d 3.5.e Primair een zaak van leveranciers; onder de aandacht brengen bij achterban en zusterorganisaties. Hoe is het daadwerkelijk gebruik? (indien onbekend een schatting)? 5 GGZ instellingen in gebruik 15 POH GGZ in gebruik 5 GGZ instellingen in aansluiting 8 ehealth leveranciers aangesloten 1 ROM leveranciers aangesloten 1 Clientportaal aangesloten 2 behandelaars portalen aangesloten 1 EPD (Pink) in aansluiting 1 ROM leveranciers (NetQ) in aansluiting Hoe en door wie wordt het gebruik gemonitord en gemanaged? NHG Welke drempels en / of risico s voorziet u bij implementatie? 3.5.d Is er een implementatieplan en wat zijn de implementatie-afspraken? De implementatie afspraken worden per instellingen en bijbehorende leveranciers gemaakt. Per instelling is er een implementatieplan dat gezamenlijk met St. Koppeltaal wordt gemaakt. St. Koppeltaal ondersteunt hierbij daar waar wordt gevraagd wordt en waar nodig is. Een bredere adoptie is nog in onderzoeksfase. De adoptie in de eerste lijn gaat nu vrij makkelijk. 3.5.b Per relevante partij: Wij Zijn MIND Rol binnen de context Cliënten/Patiënten organisatie die Koppeltaal ondersteunt als standaard binnen GGZ en POH GGZ voor cliënt, behandelaar en organisatie in keuzevrijheid en beschikbaarheid van data met Single Sign On. Belangen Is deze partij mede-indiener bij dit verzoek? Nog niet, zie als bijlage de brief van Mind. Op welke wijze is deze partij betrokken bij de besluitvorming met betrekking tot deze bouwsteen? Wat ziet deze partij als positieve punten van deze bouwsteen? Pagina 19 van 10

20 Wat ziet deze partij als negatieve punten van deze bouwsteen? Wat is de algehele houding van deze partij ten opzichte van deze bouwsteen? Welke adoptierisico s zijn er voor deze partij? Hoe wordt de adoptie van deze bouwsteen door deze partij ondersteund? 3.5.c 3.5.d 3.5.e 3.5.d Hoe is het daadwerkelijk gebruik? (indien onbekend een schatting)? Hoe en door wie wordt het gebruik gemonitord en gemanaged? Welke drempels en / of risico s voorziet u bij implementatie? Is er een implementatieplan en wat zijn de implementatie-afspraken? 3.5.b Per relevante partij: Zorgverzekeraars Nederland (ZN) Rol binnen de context Koepelpartij die Koppeltaal ondersteunt als standaard binnen GGZ en POH GGZ voor cliënt, behandelaar en organisatie in keuzevrijheid en beschikbaarheid van data met Single Sign On. Belangen Zorgverzekeraars hebben belang bij efficiënt uitgevoerde doelmatige zorg die aansluit bij wensen patiënt Is deze partij mede-indiener bij dit verzoek? Ja Op welke wijze is deze partij betrokken bij de besluitvorming met betrekking tot deze bouwsteen? Als koepel in het informatieberaad en als ondersteunend koepelorganisatie voor de standaard Koppeltaal Wat ziet deze partij als positieve punten van deze bouwsteen? Met Koppeltaal kunnen ggz-organisaties voortaan alle beschikbare ehealth-applicaties gebruiken door koppeling aan de eigen ICT-omgeving van de ggz-organisatie. Hierdoor wordt het voor GGZ-organisaties mogelijk om de beste mix van ehealth-applicaties samen te stellen voor haar patiënten, onafhankelijk van de ehealth-leverancier. Wat ziet deze partij als negatieve punten van deze bouwsteen?? Wat is de algehele houding van deze partij ten opzichte van deze bouwsteen? Wij hechten belang aan een succesvolle uitrol die leidt tot een substantieel Pagina 20 van 10

21 aantal zorgaanbieders die voldoende omvangrijk gebruikmaken van Koppeltaal GGZ. Welke adoptierisico s zijn er voor deze partij?? Hoe wordt de adoptie van deze bouwsteen door deze partij ondersteund? Zorgverzekeraars financieren de stichting Koppeltaal, die als doel heeft het (door)ontwikkelen, beheren, onderhouden en implementeren van een integratiestandaard, waarmee interne gegevensuitwisseling en applicatieintegratie tussen ICT-systemen en e-health-platformen wordt geregeld, alsmede het beschikbaar stellen en implementeren van deze integratiestandaard en complementaire dienstverlening aan, respectievelijk bij, zorginstellingen die diensten voor gedragsverandering en daarmee direct samenhangende diensten verlenen in het algemeen en instellingen voor Geestelijke Gezondheidszorg in het bijzonder; het beheren van de intellectuele eigendomsrechten op de integratiestandaard 3.5.c 3.5.d 3.5.e 3.5.d Hoe is het daadwerkelijk gebruik? (indien onbekend een schatting)? 5 GGZ instellingen in gebruik 15 POH GGZ in gebruik 5 GGZ instellingen in aansluiting 8 ehealth leveranciers aangesloten 1 ROM leveranciers aangesloten 1 Clientportaal aangesloten 2 behandelaars portalen aangesloten 1 EPD (Pink) in aansluiting 1 ROM leveranciers (NetQ) in aansluiting Hoe en door wie wordt het gebruik gemonitord en gemanaged? ZN, Peter Jansen en door middel van de vertegenwoordiging in het bestuur van St. Koppeltaal. Welke drempels en / of risico s voorziet u bij implementatie?? Is er een implementatieplan en wat zijn de implementatie-afspraken? De implementatie afspraken worden per instellingen en bijbehorende leveranciers gemaakt. Per instelling is er een implementatieplan dat gezamenlijk met St. Koppeltaal wordt gemaakt. St. Koppeltaal ondersteunt hierbij daar waar wordt gevraagd wordt en waar nodig is. Het businessplan Koppeltaal wordt ondersteund en gefinancierd door ZN. Daarin zijn brede adoptiedoelstellingen opgenomen. Daarnaast zijn 3 vertegenwoordigers van zorgverzekeraars in het bestuur vertegenwoordigd. 3.6 Inhoudelijke context 3.6.a Beschrijf het organisatorische werkingsgebied Pagina 21 van 10

22 3.6.b GGZ instellingen, Jeugdzorg en POH GGZ Beschrijf op welke laag van het interoperabiliteitsmodel de bouwsteen van toepassing is De bouwsteen functioneert op meerdere lagen van het interoperabiliteitsmodel: - Koppeltaal richt zich op blended care processen in de GGZ - Ondersteunt daarbij zorgpaden met een mix aan gesprekken, ehealth modules, en ROM metingen - Ondersteunt interactie in die zorgpaden tussen cliënt, zorgverlener, en het netwerk van de cliënt - Zoals beschreven in de koppeltaal functionele scope en functionele flows Koppeltaal hanteert daarbij een eigen informatiemodel en een Koppeltaal HL7/FHIR profiel, met daarin als belangrijkste concepten: - Careplan / activities / subactivities - Patiënt, Practitioner, RelatedPerson - Status en Results Daarmee integreert het informatie tussen applicaties, zoals: ROM, EPD, ehealth, Modules, Games, Apps, Clientportalen, Behandelaarportalen, en voegt daar een standaard Launch en SSO aan toe. De Stichting Koppeltaal biedt op de infrastructuurlaag daarbij ook een centrale server, de Koppeltaal Server (met OTAP straat voor de deelnemende applicatie leveranciers), Koppeltaal adapters (om het voor die leveranciers makkelijk te maken aan te sluiten), een HL7/FHIR API, een Domeinadmin API, een Applicationadmin API, en testtooling. 3.6.c 3.6.d 3.6.e Beschrijf hoe deze bouwsteen zich verhoudt tot andere reeds opgenomen bouwstenen (conflicteert niet) Wat is de impact op andere bouwstenen en hun gebruikers? Koppeltaal heeft haar kennis gedeeld als input voor de ontwikkeling van MedMij, en sluit daar op aan. De impact op andere bouwstenen is complementair. Beschrijf in welke mate deze bouwsteen overlapt met andere reeds opgenomen bouwstenen als het gaat om toepassings- en werkingsgebied en wat de meerwaarde is Andere bouwstenen (LSP, MedMij) zijn complementair in het zelfde werkingsgebied. De waarde is dat Koppeltaal verbindt binnen 1 instellingen, de instellingen gestandaardiseerd kunnen werken en dus makkelijker met andere standaarden kan verbinden wat geen point to point koppeling behoeft en dus geen maatwerk. Dit scheelt in de kosten. Beschrijf in welke mate deze bouwsteen meerwaarde biedt ten opzichte van concurrerende bouwstenen die in aanmerking zouden kunnen komen voor opname Voor zover wij weten waren er voor dit domein geen bouwstenen, en zijn die er nog niet. Wat we wel zien is dat steeds meer apps op HL7/FHIR standaardiseren en dat de infrastructuur van Koppeltaal daarmee ook op andere plaatsen van toegevoegde waarde kan zijn, mits op een open Pagina 22 van 10

23 3.6.f 3.6.g manier beschikbaar. Zo blijft Koppeltaal ondersteunen en samenwerken (zoals men van een publiek gefinancierde bouwsteen mag verwachten) en wordt het steeds makkelijker om ehealth toe te passen. Beschrijf in hoeverre de bouwsteen een internationale standaard betreft of aansluit bij relevante internationale standaarden Koppeltaal sluit aan bij de internationale standaarden HL7/FHIR en Oauth2/SmartOnFHIR. In versie 2 ook bij de nationale standaarden ZIB s Beschrijf mogelijke beveiligings- of privacy risico s Toepassing van Koppeltaal kent geen bijzondere beveiligings- of privacy risico s ten opzichte van andere informatie uitwisselingsstandaarden in de gezondheidszorg. Partijen die de standaard implementeren in hun infrastructuur dienen te voldoen aan de eisen van de AVG (vanaf mei 2018) en zullen een kwaliteitssysteem moeten implementeren, zoals ISO27001 en/of NEN7510 om te waarborgen dat de gegevensuitwisseling veilig en met behoud van privacy verloopt. 3.7 Financiën 3.7.a 3.7.b 3.7.c Wie is verantwoordelijk voor de financiën van de bouwsteen? Zorgverzekeraars Nederland Is de financiering duurzaam geborgd? In 2018 nog op basis van jaarplan met bijbehorende begroting. Intentie is om op basis van voldoende toegevoegde waarde na 2018 over te gaan op meerjarige financiering. Wat is de economische onderbouwing van de bouwsteen? Standaardisatie van deze ICT-integratiestandaard geeft de mogelijkheid tot opschaling (verbreding gebruik) waardoor kostenbesparingen en kwaliteitsverbeteringen (keuzevrijheid) in behandeling/zorg kan worden gerealiseerd (een businesscase is beschikbaar). Pagina 23 van 10

24 3.7.d Wat zijn de belangrijkste baten en kostenposten per stakeholder? Instellingen: Met een ICT-integratiestandaard ervaren instellingen minder integratieproblemen (en dus minder kosten). Optimale mix van interventies/ meer keuzemogelijkheden. Besparing op arbeidskosten. De kwaliteit van zorg neemt toe: meer flexibiliteit, meer maatwerk, voorkomen van terugval door meer online interventies. Cliënten: Met ehealth kan de cliënt zelfstandig werken aan zijn behandeling, en minder vaak een beroep te doen op professionele hulpverleners. Levert bijdrage aan zelfredzaamheid. Ook het netwerk kan makkelijker worden betrokken. Leveranciers: Leveranciers kunnen hun marktbereik vergroten en hun productenpalet verbreden. Weten zich verzekerd van compliance aan eisen die gesteld worden aan de koppelingen binnen de keten (bijvoorbeeld security) Zorgverzekeraars: Betere kwaliteit zorg tegen lagere kosten. 3.7.e 3.7.f Draagt de bouwsteen bij aan administratieve lastenverlichting? Ja. De behandelaren werken in verschillende applicaties en Koppeltaal zorg bijvoorbeeld juist voor 1 werkstation met eenmalige authenticatie (SSO) Zijn de kosten voor implementatie acceptabel, bekend en inzichtelijk? Die variëren nog, vooral omdat er op de proceslaag en organisatielaag nog geen standaarden voor Blended Care in de GGZ zijn. Die ontstaan op dit moment wel, en de implementatie kan daarmee een stuk voorspelbaarder worden en daarmee de kosten gedragen worden door meerdere instellingen. In de eerste lijn zijn de implementatiekosten overigens wel voorspelbaar omdat zowel blended care, als de manier waarop de applicaties samen worden aangeboden meer gestandaardiseerd zijn. 3.8 Alternatieven 3.8.e Alternatief 1: Integratie middels oudere integratiestandaarden, zoals HL7v2 of e.<x>.a Naam 3.8.e.<x>.b 3.8.e.<x>.c Middels oudere integratiestandaarden kunnen vergelijkbare gegevensuitwisselingen gerealiseerd worden Voordelen ten opzichte van de voorgestelde bouwsteen De oudere standaarden zitten veelal verwerkt in de bestaande uitwisselingen tussen systemen in de GGZ. Nadelen ten opzichte van de voorgestelde bouwsteen Pagina 24 van 10

25 Het informatie model van Blended Care zorgpaden in de eerste en tweede lijns GGZ is niet als standaard beschikbaar in de oudere standaarden. (en was dat ook niet toen Koppeltaal werd ontwikkeld). Het zou een dubbele investering zijn om dit alsnog te gaan doen. Bovendien beschikken de oudere standaarden niet over de flexibiliteit die nodig is om een geïmproviseerd proces als blended care te ondersteunen. Koppeltaal in combinatie met HL7/FHIR biedt dat wel. 3.9 Intellectueel eigendom 3.9.a 3.9.b 3.9.c Eigenaar van het intellectueel eigendom Stichting Koppeltaal GGZ Beveiligingsvorm van het intellectueel eigendom Server en profiel worden toegepast in documentatie (publiek beschikbaar) Voorwaarde voor gebruik door derden Adapters zijn eigendom van Stichting Koppeltaal en volgens AGPL OS licentie voor Koppeltaal deelnemers beschikbaar Kennismanagement 3.10.a Hoe is het kennismanagement ingericht? Vooral via een community van samenwerkende leveranciers. En via het bestuur van Stichting Koppeltaal waar GGZ instellingen deel van uitmaken. Na onderbrenging bij VZVZ zal VZVZ dit overnemen en de deelnemersraad uitbreiden b 3.10.c Hoe worden partijen betrokken? Technische community, geeft input voor ontwerp, besluit mee over ontwerp, ontwikkeling, dienst feature requests in, reflecteert op lessons learned in implementaties. IT leverancierscommunity besluit over prioriteiten ontwikkeling, richting ontwikkeling, IT leveranciers besturen mee via zetel in algemeen bestuur. Op alle communities ook betrokkenheid van zorgaanbieders. Dit groeit onder huidige strategie om ook zorgaanbieders directer te betrekken. In welke vorm wordt kennis en informatie beschikbaar gesteld? Website, wiki, mailgroep, slack, support systeem, diverse bijeenkomsten en nieuwsbrieven 3.10.d Hoe worden vragen en opmerkingen van betrokkenen behandeld? Via support proces en coördinatie over de keten en de community. Via Pagina 25 van 10

26 telefonisch en persoonlijk contact Lifecyclemanagement 3.11.a 3.11.b 3.11.c Hoe is het beheer en onderhoud ingericht en is dit transparant inzichtelijk? Via een roadmap en een proces om deze roadmap te ontwikkelen. Dit is voor een ieder inzichtelijk. De roadmap wordt beheerd door de Stichting Koppeltaal, zorgaanbieders en IT leveranciers zijn inhoudelijk als bestuurlijk betrokken en geven daar ook de prioriteit aan. Welke aspecten zijn bepalend voor de levensduur van deze bouwsteen? Hoeveelheid gebruik, terugverdientijd van de investeringen voor deelnemers, voortschrijding ontwikkeling van de standaarden waarop Koppeltaal is gebaseerd. Wat is de verwachte levensduur van deze bouwsteen? De bouwsteen is al sinds 2015 in gebruik. Omdat de bouwsteen voorziet in een generieke oplossing voor een generieke behoefte zal de levensduur substantieel lang zijn d Hoe lang duurt het uitfaseren of vervangen van deze bouwsteen? Dat hangt af van het alternatief voor deze bouwsteen. Bij uitfasering of transitie zal waarschijnlijk sprake zijn van een migratiepad 3.12 Wanneer is het een succes? 3.12.a Wanneer is het opnemen van de bouwsteen een succes? Eerste lijn: Als Koppeltaal door meer dan 60% van de zorggroepen (gemeten naar marktaandeel) wordt omarmd en er gebruikt van wordt gemaakt binnen de GGZ en POH GGZ. GGZ: Als de standaard Koppeltaal door meer dan 60% van de GGZ markt (gemeten naar marktaandeel) door de zorgaanbieders en hun EPD / ehealth leveranciers wordt gebruikt. De eerste jaren was de focus er voor de early adopters (incl. de innovators), 16%. Nu is de focus op de early majority, zo een 34%. Er worden verschillende middelen ingezet om de GGZ instellingen aan te sluiten om Koppeltaal GGZ. Via marketing activiteiten, via GGZ Nederland, via een Convenant, via het bestuur van St. Koppeltaal en via ZN 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 Pagina 26 van 10

27 verrassingen te bevatten voor betrokkenen. Pagina 27 van 10