Skip to main content
Skip table of contents

Feature Enabling-Impact Analyse (KPT-807)

Op basis van de uitwerkingen van de wens en de technische oplossingsrichting wordt de directe impact op de standaard en de indirecte impact alle geraakte componenten van het afsprakenstelsel geanalyseerd.

Doelstellingen en afspraken

  • Let op - Bij waarde Ja en ? wordt een gewenste actie verwacht! - acties worden als subtaken geregistreerd in Jira.

  • Keer regelmatig terug naar deze impact analyse bijvoorbeeld na het schetsen van de technische oplossingsrichting.

Onderdeel

Vraag

Ja/Nee/?

Gewenste actie (en door welke rol)

Strategische kaders

Valt de wens buiten de strategische kaders van Koppeltaal?

Ja

Juridische kaders

Valt de wens buiten de juridische kaders van Koppeltaal?

?

Juridische kaders | NEN-8028---Kwaliteitseisen-telemedicine Het is van belang te toetsen of Feature Enabling voldoet aan de NEN 8028 norm

Overeenkomsten

Valt de wens buiten de geldende overeenkomsten (zoals gebruikers- of IT-deelnemersovereenkomst)?

?

Er moet worden onderzocht of de acceptatie en kwalificatie van leveranciers binnen de bestaande overeenkomsten kan plaatsvinden

Architectuur besluiten

Vraagt deze wens om een nieuw besluit of een aanpassing van een bestaand besluit?

Ja

https://vzvz.atlassian.net/wiki/x/XgAvYw er liggen aan aantal voorstellen voor Architectuur besluiten die tijdens de komende visiegroep meeting moeten worden toegelicht en geevalueerd.

Community

Onderdeel

Vraag

Ja/Nee/?

Gewenste actie (en door welke rol)

Zorgaanbieders

Heeft realisatie van deze wens impact op de zorgaanbieders?

Ja

Na de introductie van de Feature Enabling in de koppeltaal Standaard krijgen Zorgaanbieders de mogelijkheid om te bepalen welke koppeltaal features moeten worden geimplementeerd.

IT-leveranciers

Heeft de realisatie van deze wens impact op de IT-leveranciers?

Ja

Module leveranciers kwalificeren na de introductie per Koppeltaal Feature voor de standaard

Voorziening leverancier

Heeft realisatie van deze wens impact op de leverancier van de Koppeltaal voorziening?

Nee

Koppeltaal beheer

Heeft realisatie van deze wens impact op de VZVZ beheer organisatie?

Nee

Zorgverzekeraars

Heeft realisatie van deze wens impact op oplossingsrichting op de Zorgverzekeraars? (financiële impact ná realisatie - wordt Koppeltaal duurder of juist goedkoper)

Nee

Voorziening

Onderdeel

Vraag

Ja/Nee/?

Gewenste actie (en door welke rol)

Stelsel register

Heeft deze wens impact op het stelsel register?

Ja

Per Domein moet inzichtelijk worden welke features worden ondersteund binnen een domein

Autorisatie server

Heeft deze wens impact op de autorisatie server?

Ja

Afhankelijk van de Features die worden ondersteund kan dit impact hebben op het autorisatiemodel dat wordt geimplementeerd in de koppeltaal voorziening

FHIR store

Heeft deze wens impact op de FHIR store?

Ja

Feature Enabling moet in de koppeltaal voorziening worden ingebouwd.

Stelsel log

Heeft deze wens impact op het stelsellog?

Ja

Er moet de Logging zihctbaar worden features worden gebruikt tijdens de uitwisseling in de koppeltaal Standaard.

Applicaties

Onderdeel

Vraag

Ja/Nee/?

Gewenste actie (en door welke rol)

EPD

Heeft deze wens impact op applicaties van het type - EPD?

Ja

EPD moet kunnen bepalen welke Features per Activity Definition worden ondersteund

eHealth platforms (met modules)

Heeft deze wens impact op applicaties van het type - eHealth platform (met eigen ingebouwde modules)?

Ja

e-Health Platform publiceert in de “UseContext” element welke features ondersteunt moeten worden ondersteund in betreffende interventie.

eHealth modules

Heeft deze wens impact op applicaties van het type - eHealth module?

Ja

Zie hierboven

Portalen

Heeft deze wens impact op applicaties van het type - Portaal (zoals patiënt / cliënt)?

Ja

Portalen kunnen a.d.h.v. de useContext van de Activity Definition welke feature nodig is om betreffend Interventie te kunnen uitzetten en uitvoeren in betreffend Portaal

IdP

Heeft deze wens impact op applicaties van het type - Identity Provider?

Nee

Ondersteuning

Component

Vraag

Ja/Nee/?

Gewenste actie (en door welke rol)

Beheerprocedures

Heeft deze wens impact op ondersteunende beheerprocedures?

Ja

Het acceptatie en kwalificatieproces voor features zal moeten worden toegevoegd aan het bestaande kwalificatie en acceptatieproces voor de koppeltaal standaard t..b.v. IT-deelnemers.

https://vzvz.atlassian.net/wiki/spaces/K2MI/pages/297077602/Acceptatieproces+Koppeltaal+2.0

 https://www.koppeltaal.nl/koppeltaal/documentatie

Profielen (van personen)

Heeft deze wens impact op ondersteunende profielen? (enkel permanente veranderingen in die profielen)

Nee

Middelen

Heeft deze wens impact op ondersteunende middelen (zoals Confluence, Koppeltaal.nl, Test tooling, etc.)?

Nee

Koppeltaal standaard

Component

Vraag

Ja/Nee/?

Gewenste actie (en door welke rol)

Architectuur

Vraagt deze wens om aanpassingen aan de architectuur. (zie ook architectuur GAP-analyse)

Nee

Gebruik & beheer use cases

Vraagt deze wens om aanpassingen aan gebruik en beheer use cases?

Ja

Het beheren en gebruiken en toetsen op features zal beschreven moeten worden.

System Use Cases & interacties

Vraagt deze wens om aanpassingen aan system use cases en interactie diagrammen?

Ja

Idem

(Internationale) Standaarden

Vraagt deze wens om aanpassingen in toegepaste, of toe te passen (internationale) standaarden?

Standaard specificatie

(Topics)

Vraagt deze wens om aanpassingen aan de standaard-specificatie?

Ja

TOP-KT-025 - Feature Enabling - Koppeltaal stelselarchitectuur - Confluence

Testscripts

Vraagt deze wens om aanpassingen in testscripts?

Ja

De testscenario’s voor het gebruik van features in de koppeltaal standaard moeten uitgedacht worden. Voor elk nieuw feature vereist dit telkens weer een nieuwe set van testscenario’s

Referentie implementatie

Vraagt deze wens om aanpassingen in de referentie implementatie?

Ja

De feature enabling o.b.v. useContext moet ingebouwd worden in de referentie implementatie om de testscenario’s te kunnen valideren

Developer guide

Vraagt deze wens om aanpassingen in de developer guide

Ja

In Developer Guide moet o.a. worden aangegeven hoe feature enabling gebruikt kan worden om de relevante Activity Definitions Terug te vinden o.b.v. een search parameter.

Relatie andere stelsels

Heeft deze wens impact op andere stelsels of kunnen wij vanuit Koppeltaal hergebruik maken van architectuur bouwblokken uit een ander stelsel?

Wat

Stelsel

Korte toelichting

Gewenste actie (en door welke rol)

Geen

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.