Impact analyse afsprakenstelsel (KA-144)
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.
Als er geen naam achter een actie staat dan wordt deze van de lead-architect verwacht.
Onderdeel | Vraag | Ja/Nee/? | Gewenste actie (en door welke rol) |
---|---|---|---|
Strategische kaders | Valt de wens buiten de strategische kaders van Koppeltaal? | Nee | n.v.t. |
Juridische kaders | Valt de wens buiten de juridische kaders van Koppeltaal? | ? | Binnen Koppeltaal 2.0 zijn de verwerkte gegevens reeds geclassificeerd als “bijzondere persoonsgegevens” - Medische gegevens vallen onder deze categorie. (AVG Artikel 9 - Verwerking van bijzondere categorieën van persoonsgegevens). Actie - uitzoeken met jurist zodra we weten wat de technische oplossingsrichting zal zijn. |
Overeenkomsten | Valt de wens buiten de geldende overeenkomsten (zoals gebruikers- of IT-deelnemersovereenkomst)? | ? | Actie - uitzoeken met demandmanagement zodra we weten wat de technische oplossingsrichting zal zijn.. |
Vraagt deze wens om een nieuw besluit of een aanpassing van een bestaand besluit? | Ja | De wens betreft een nieuw stuk functionaliteit waar een architectuurbesluit voor genomen dient te worden. Op precies te zijn vraagt deze om een uitbreiding van AB.XI - FHIR resources en extensiesUNDEFINED. Actie - De dooronwikkelworkflow blijven volgen zodat de visiegroep op het juiste moment betrokken wordt. |
Community
Onderdeel | Vraag | Ja/Nee/? | Gewenste actie (en door welke rol) |
---|---|---|---|
Zorgaanbieders | Heeft realisatie van deze wens impact op de zorgaanbieders? | Ja | De zorgaanbieder zou een stukje ontzorgt moeten worden door deze functionaliteit. Met name zal de administratieve last en foutgevoelig door nu handmatige acties afnemen. Actie - De dooronwikkelworkflow blijven volgen zodat de zorgaanbieders op het juiste moment betrokken of geïnformeerd worden. |
IT-leveranciers | Heeft de realisatie van deze wens impact op de IT-leveranciers? | Ja | Van applicatie leveranciers die een rol spelen binnen deze use case wordt verwacht dat ze de functionaliteit inbouwen. Actie - De doorontwikkkelworkflow blijven volgen zodat de applicatie leveranciers op het juiste moment betrokken of geïnformeerd worden. |
Voorziening leverancier | Heeft realisatie van deze wens impact op de leverancier van de Koppeltaal voorziening? | Ja | De voorziening leverancier zal op zijn minst een nieuwe versie van het Koppeltaal profiel moeten laden. Actie - De doorontwikkkelworkflow blijven volgen zodat de voorziening leverancier op het juiste moment betrokken of geïnformeerd wordt. |
Koppeltaal beheer | Heeft realisatie van deze wens impact op de VZVZ beheer organisatie? | Nee | n.v.t. |
Zorgverzekeraars | Heeft realisatie van deze wens impact op oplossingsrichting op de Zorgverzekeraars? (financiële impact ná realisatie - wordt Koppeltaal duurder of juist goedkoper) | ? | Het verlagen van de administratieve en fouten bij handmatig kopiëren van gegevens zou tot een reductie van kosten moeten leiden bij de zorgaanbieder. Het stukje verder verder standaardiseren van het Koppelvlak zou tot een reductie moeten leiden bij IT-deelnemer en zorgaanbieder omdat maatwerk komt te vervallen. Of Koppeltaal zelf hierdoor duurder wordt moet uitgezocht worden. Actie - doorberekenen? (Pascal) |
Voorziening
Onderdeel | Vraag | Ja/Nee/? | Gewenste actie (en door welke rol) |
---|---|---|---|
Stelsel register | Heeft deze wens impact op het stelsel register? | Ja | Applicatierollen zullen uitgebreid worden. Actie - meenemen bij het specificeren in de standaard (Peter) |
Autorisatie server | Heeft deze wens impact op de autorisatie server? | Ja | Applicatierollen zullen uitgebreid worden Actie - meenemen bij het specificeren in de standaard (Peter) |
FHIR store | Heeft deze wens impact op de FHIR store? | Ja | Er zal een uitbreiding plaatsvinden op de type gegevens die verwerkt worden. Met name het verwerken van binary data (pdf) zal impact hebben. Actie: Meenemen in de technische ontwerprichting en met name ook de niet-functionele aspecten (hoe groot, hoe snel, hoe lang (bewaard), etc.) - (betrek de juiste partijen binnen de activiteit “Specificeren van de technische oplossingsrichting” (Peter) |
Stelsel log | Heeft deze wens impact op het stelsellog? | Ja | Het verwerken van de nieuwe type gegevens moet verwerkt worden in de logs. Actie - meenemen bij het specificeren in de standaard (Peter) |
Applicaties
Onderdeel | Vraag | Ja/Nee/? | Gewenste actie (en door welke rol) |
---|---|---|---|
EPD | Heeft deze wens impact op applicaties van het type - EPD? | Ja | Van een EPD wordt verwacht dat deze zowel een pdf als ruwe gegevens in moet kunnen lezen. Welke optie de voorkeur heeft is iets wat afgestemd moet worden tussen zorgaanbieder en leverancier. |
eHealth platforms (met modules) | Heeft deze wens impact op applicaties van het type - eHealth platform (met eigen ingebouwde modules)? | Ja | Van een eHealth platform wordt verwacht dat deze de zowel een pdf als ruwe gegevens moet kunnen delen via Koppeltaal. Welke optie de voorkeur heeft is iets wat afgestemd moet worden tussen zorgaanbieder en leverancier. |
eHealth modules | Heeft deze wens impact op applicaties van het type - eHealth module? | Ja | Van een eHealth module wordt verwacht dat deze de zowel een pdf als ruwe gegevens moet kunnen delen via Koppeltaal. Welke optie de voorkeur heeft is iets wat afgestemd moet worden tussen zorgaanbieder en leverancier. |
Portalen | Heeft deze wens impact op applicaties van het type - Portaal (zoals patiënt / cliënt)? | Ja | Van een portaal wordt verwacht dat zowel de pfd als ruwe gegevens kan presenteren aan de eindgebruiker. Welke optie de voorkeur heeft is iets wat afgestemd moet worden tussen zorgaanbieder en leverancier. |
IdP | Heeft deze wens impact op applicaties van het type - Identity Provider? | Nee | n.v.t. |
Ondersteuning
Component | Vraag | Ja/Nee/? | Gewenste actie (en door welke rol) |
---|---|---|---|
Beheerprocedures | Heeft deze wens impact op ondersteunende beheerprocedures? | Ja | Mijn aanname is dat het acceptatieproces (terugkerend) wellicht aangepast zal moeten worden? Actie - Afstemmen met vertegenwoordiger beheerorganisatie. |
Profielen (van personen) | Heeft deze wens impact op ondersteunende profielen? (enkel permanente veranderingen in die profielen) | Nee | n.v.t. |
Middelen | Heeft deze wens impact op ondersteunende middelen (zoals Confluence, Koppeltaal.nl, Test tooling, etc.)? | Nee | n.v.t. |
Koppeltaal standaard
Component | Vraag | Ja/Nee/? | Gewenste actie (en door welke rol) |
---|---|---|---|
Vraagt deze wens om aanpassingen aan de architectuur. (zie ook architectuur GAP-analyse) | Ja | zie GAP analyse documentatie (KA-144) Actie - Blijven volgen van de doorontwikkelworkflow en op het juiste moment aanpassen. | |
Vraagt deze wens om aanpassingen aan gebruik en beheer use cases? | Ja | Enkel gebruik - zie: GAP analyse documentatie (KA-144) Actie - Blijven volgen van de doorontwikkelworkflow en op het juiste moment aanpassen. | |
Vraagt deze wens om aanpassingen aan system use cases en interactie diagrammen? | Ja | zie GAP analyse documentatie (KA-144) (Peter) Actie - Blijven volgen van de doorontwikkelworkflow en op het juiste moment aanpassen. (Peter) | |
(Internationale) Standaarden | Vraagt deze wens om aanpassingen in toegepaste, of toe te passen (internationale) standaarden? | ? | Actie - Blijven volgen van de doorontwikkelworkflow en op het juiste moment vaststellen. (Peter) |
(Topics) | Vraagt deze wens om aanpassingen aan de standaard-specificatie? | Ja | zie GAP analyse documentatie (KA-144) Actie - Blijven volgen van de doorontwikkelworkflow en op het juiste moment aanpassen. (Peter) |
Testscripts | Vraagt deze wens om aanpassingen in testscripts? | Ja | Actie - Blijven volgen van de doorontwikkelworkflow het testteam op het juiste moment betrekken en de testscripts op het juiste moment aanpassen. |
Referentie implementatie | Vraagt deze wens om aanpassingen in de referentie implementatie? | Ja | Actie - Blijven volgen van het doorontwikkelproces en de nieuwe functionaliteit op het juiste moment inbouwen in de referentie implementatie. |
Developer guide | Vraagt deze wens om aanpassingen in de developer guide |
| Actie - Blijven volgen van het doorontwikkelproces en de nieuwe functionaliteit op het juiste moment beschrijven in de developerguide. |
Impact (van) buiten het Koppeltaal afsprakenstelsel
Component | Vraag | Ja/Nee/? | Gewenste actie (en door welke rol) |
---|---|---|---|
FHIR profiel(en) | Zijn er andere stelsels en diensten die ook bezig zijn met vergelijkbare functionaliteit | Ja | We weten dat in ieder geval MedMij bezig is met resultaatberichten. Het betreft hier echter meetgegevens. We houden over de voortgang binnen MedMij contact om te voorkomen dat we beide hetzelfde wiel uit zitten te vinden. Actie: - Voor pdf variant geen actie nodig Actie: - Voor ruwe gegevens blijft afstemming nodig (Marcel) |
FHIR profiel(en) | Zijn er andere stelsels en diensten die ook bezig zijn met vergelijkbare functionaliteit | ? | Mogelijk Actie - Uitzoeken of er binnen andere stelsels of informatiestandaarden iets bruikbaars terug te vinden is (Marcel) |