Opname van bouwsteen in het duurzaam … › binaries › informatieb...2018/03/16 · 1.3.2 in...

Toelatingscriteria voor

Opname van bouwsteen in het

duurzaam informatiestelsel

Datum 29 november 2017

Status Versie voor eerste ingebruikname.

VERSIE VOOR EERSTE INGEBRUIKNAME. | Toelatingscriteria voor | 29 november 2017

Pagina 3 van 10

Colofon

Projectnaam Koppeltaal GGZ

Versienummer 0.1

Contactpersoon Sushma Gangaram Panday


Pagina 4 van 10

Versiebeheer

Versie Datum Toelichting en status

0.1 19-02-2018 Ingevuld template voor Koppeltaal GGZ

0.2 27-02-2018 Def. ingevuld template voor Koppeltaal

GGZ

0.3 09-03-2018 Def ingevulde versie na correctie


Pagina 5 van 10

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

2 De Procedure

2.1 Opdrachtgever

2.1.a Opdrachtgever

Stichting Koppeltaal.

2.1.b Welke relatie bestaat tussen de opdrachtgever en de bouwsteen?

Stichting Koppeltaal ontwikkelt en beheert de standaard Koppeltaal.

(Zie : https://koppeltaal.github.io/documentation/)

2.1.c 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 Naam

Sushma Gangaram Panday

2.2.b Organisatie

Vereniging voor Zorgaanbieders voor Zorgcommunicatie

2.2.c Functie

Adviseur Koppeltaal/Marktcoördinatie

2.2.d Telefoonnummer

06 11 520 536

2.2.e E-mailadres

[email protected]

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

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

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

3 De Bouwsteen

3.1 Basisinformatie

3.1.a Volledige naam van de bouwsteen

Koppeltaal GGZ

3.1.b Verkorte naam

Koppeltaal GGZ

3.1.c 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.

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

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:

https://koppeltaal.github.io/documentation/koppeltaal-1.2/functional-

scope/

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

3.1.f Versie, vaststellingsdatum en status

1.3.2 in Productie, 1.3.5, 1.4 en 2.0 in ontwikkeling

3.1.g 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.

3.1.h 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 11 van 10

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 Naam en vindplaats specificatiedocument (URL)

https://koppeltaal.github.io/documentation/koppeltaal-1.2/specification/

3.1.j Beschrijf of procesbeschrijving(en) en use case(s) onderdeel zijn van het

specificatiedocument

Ja, de functionele scope is beschreven op de website van Koppeltaal:

https://koppeltaal.github.io/documentation/koppeltaal-1.2/functional-

scope/

3.1.k Andere bouwstenen die benoemd worden in het specificatiedocument

Geen andere bouwsteen dan de standaard Koppeltaal GGZ

3.1.l Naam van de beheerorganisatie

Stichting Koppeltaal en VZVZ als uitvoeringsorganisatie

3.1.m Eventuele kosten (bijv. lidmaatschap, licenties, verkrijgen van

specificaties, etc)

De instellingen hoeven geen kosten te betalen aan St. Koppeltaal of

VZVZ.

3.1.n Bouwsteen is beschikbaar vanaf datum

De standaard Koppeltaal is beschikbaar en in gebruik sinds december

2015 bij enkele tientallen zorgaanbieders in de sector GGZ.

3.1.o Korte beschrijving van de bouwsteen Koppeltaal is een informatie- en een integratiestandaard waarmee GGZ-

en verslavings-zorgaanbieders hun informatiesystemen (EPD, ROM, EHealth) met elkaar kunnen integreren. Koppeltaal stelt GGZ-

instellingen 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 12 van 10

de verantwoordelijkheid van één zorgaanbieder vallen (EPD, KIS, Clientportaal, ROM, Ehealthplatform, en ‘losse’ eHealthmodules).

3.2 Aanleiding van dit verzoek

3.2.a 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.

3.2.b 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 13 van 10

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.

3.2.c 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 eHealth-

leverancier. 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 GGZ-

instellingen aanbieden en koppelen aan reeds bestaande IT-

platformen binnen de verschillende instellingen. Hun marktbereik

wordt zo vergroot.

6. Kostenreductie voor instellingen en toename van flexibiliteit van

werken.


Pagina 14 van 10

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 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.

3.3.c 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 15 van 10

informatie real-time rondom de patiënt/cliënt.

3.3.d 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.

3.3.e 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 16 van 10

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?

Middels projecten in vijf proeftuinen waar de standaard toegepast zal

worden (in eerste instantie in experimenten)

3.5.c Hoe is het daadwerkelijk gebruik? (indien onbekend een schatting)?

Experimenteel in 2 proeftuinen met vijf leveranciers

3.5.d Hoe en door wie wordt het gebruik gemonitord en gemanaged?

Door Stichting Beter met Elkaar

3.5.e Welke drempels en / of risico’s voorziet u bij implementatie?


Pagina 17 van 10

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.


GGZ Nederland


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


Ja



Als koepel in het informatieberaad en als ondersteunend koepelorganisatie

voor de standaard Koppeltaal


Dat deze zoals die nu zijn gerealiseerd en potentieel verder harmoniseren

en uitbreiden functionaliteit.


De bouwsteen is niet negatief. De behoefte is uitbreiding van domeinen en

use cases waar Koppeltaal gebruikt kan worden.


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.


Geen bijzondere, maar wel zoals bij elke standaard het geval is.


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


5 GGZ instellingen in gebruik

15 POH GGZ in gebruik


Pagina 18 van 10

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


Door het bureau van GGZ Nederland en gemanaged door de commissie

informatiebeleid van GGZ NL.


Risico: dat er kosten mee gemoeid zijn en terughoudendheid van de EPD

leveranciers


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.


Nederlandse Huisartsen Genootschap (NHG)





Belangen

Geen


Ja



Als koepel in het informatieberaad en als ondersteunende

koepelorganisatie voor de standaard Koppeltaal


Standaardisatie van koppelingen vanuit systemen die in de

huisartsenpraktijk worden toegepast (HIS of KIS) met andere applicaties.


Geen


bouwsteen?


Pagina 19 van 10

Positief


Geen


Primair een zaak van leveranciers; onder de aandacht brengen bij

achterban en zusterorganisaties.












NHG



De implementatie afspraken worden per instellingen en bijbehorende



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.


Wij Zijn MIND


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


Nog niet, zie als bijlage de brief van Mind.





Pagina 20 van 10



bouwsteen?








Zorgverzekeraars Nederland (ZN)





Belangen

Zorgverzekeraars hebben belang bij efficiënt uitgevoerde doelmatige zorg

die aansluit bij wensen patiënt


Ja



Als koepel in het informatieberaad en als ondersteunend koepelorganisatie

voor de standaard Koppeltaal


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.


?


bouwsteen?

Wij hechten belang aan een succesvolle uitrol die leidt tot een substantieel


Pagina 21 van 10

aantal zorgaanbieders die voldoende omvangrijk gebruikmaken van

Koppeltaal GGZ .


?


Zorgverzekeraars financieren de stichting Koppeltaal, die als doel heeft

het (door)ontwikkelen, beheren, onderhouden en implementeren van een

integratiestandaard, waarmee interne gegevensuitwisseling en applicatie-

integratie 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












ZN, Peter Jansen en door middel van de vertegenwoordiging in het

bestuur van St. Koppeltaal.


?


De implementatie afspraken worden per instellingen en bijbehorende



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

GGZ instellingen, Jeugdzorg en POH GGZ

3.6.b 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 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.

3.6.d 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.

3.6.e 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

https://koppeltaal.github.io/documentation/koppeltaal-1.2/functional-scope/

https://koppeltaal.nl/9-blog/34-functional-concepts-2

https://koppeltaal.nl/9-blog/34-functional-concepts-2


Pagina 23 van 10

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.

3.6.f 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

3.6.g 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 Wie is verantwoordelijk voor de financiën van de bouwsteen?

Zorgverzekeraars Nederland

3.7.b 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.

3.7.c 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 24 van 10

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 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)

3.7.f 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 3

3.8.e.<x>.a Naam

Middels oudere integratiestandaarden kunnen

vergelijkbare gegevensuitwisselingen gerealiseerd worden

3.8.e.<x>.b Voordelen ten opzichte van de voorgestelde bouwsteen

De oudere standaarden zitten veelal verwerkt in de

bestaande uitwisselingen tussen systemen in de GGZ.

3.8.e.<x>.c Nadelen ten opzichte van de voorgestelde bouwsteen


Pagina 25 van 10

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 Eigenaar van het intellectueel eigendom

Stichting Koppeltaal GGZ

3.9.b Beveiligingsvorm van het intellectueel eigendom

Server en profiel worden toegepast in documentatie (publiek beschikbaar)

3.9.c Voorwaarde voor gebruik door derden

Adapters zijn eigendom van Stichting Koppeltaal en volgens AGPL OS

licentie voor Koppeltaal deelnemers beschikbaar.

3.10 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.

3.10.b 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.

3.10.c 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 26 van 10

telefonisch en persoonlijk contact.

3.11 Lifecyclemanagement

3.11.a 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.

3.11.b 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.

3.11.c 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. .

3.11.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.

3.13 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 27 van 10

verrassingen te bevatten voor betrokkenen.

Opname van bouwsteen in het duurzaam … › binaries › informatieb...2018/03/16 · 1.3.2 in...

Documents

Transcript of Opname van bouwsteen in het duurzaam … › binaries › informatieb...2018/03/16 · 1.3.2 in...