Changes between Version 91 and Version 92 of Releases/v2.016

Timestamp:

05/08/17 09:47:20 (9 years ago)

Author:

carolien

Comment:

--

Releases/v2.016

@@ -29 +29 @@
  - '''DIS''' Realisatie van de aanpassingen ten behoeve van de DIS-versie v8.0 die vanaf 1-1-2017 geldt. '''Let op''': aanleveren via de nieuwe DIS-versie v8.0 voor 2017 is alleen mogelijk met de nieuwe PVM 6.0. Deze kunt u vanaf 1 januari 2017 downloaden via www.disportal.nl
  - '''Gelijktijdig bewerken''' Bij het gelijktijdig bewerken van een entry zoals een dossier, een relatie of een medewerker is er een risico dat de ingevoerde gegevens van een van de medewerkers overgeschreven wordt. Om dat probleem zoveel mogelijk te voorkomen is vanaf deze versie bij het opslaan een dialoog met de volgende vraag: ''De gegevens van ... in dit scherm zijn door een ander ... gewijzigd. Wilt u die wijzigingen met uw wijzigingen samenvoegen met het risico dat u de wijzigingen van de andere persoon overschrijft of ongedaan maakt?''.
+
+== Extra opmerking bij deze release: ticket 9096 ==
+Dit ticket is lang blijven liggen omdat de implementatie lastig is. Ook een goed voorbeeld waarom het huidige beleid is om zo min mogelijk in adaptaties te implementeren.
+
+We hebben nu de situatie dat Twente en Apeldoorn al een implementatie van de hulpvraag hebben in de eigen adaptatie. Deze implementatie staat de kern-implementatie in de weg.
+
+De implementatie van Twente bestaat uit twee velden:
+behandeling:hulpvraag - dit is een vrij tekstveld
+behandeling:hulpvraag-selectie - dit is een uitklaplijst die verwijst naar codetabel hulpvraag-selectie
+
+Het probleem is dat deze implementatie niet strookt met de standaard naamgeving van codetabellen. OpenAC kent 100+ codetabellen en geen enkele heeft de suffix "-selectie".
+
+De kern-implementatie zou er als volgt uit moeten zien:
+behandeling:hulpvraag - een uitklaplijst die verwijst naar codetabel hulpvraag
+behandeling:hulpvraag-omschrijving - een vrij tekstveld.
+
+De makkelijkste weg zou zijn om de implementatie van Twente 1-op-1 over te nemen in de kern. Maar als je dat doet ontstaan er allerlei inconsequente puisten in de kern en dat willen we nou juist niet. Dus zal er voor Twente en Apeldoorn een migratie moeten komen.
+
+De migratie kan niet in één keer vanwege de gelijknamige velden.
+
+Ik stel voor om de migratie als volgt te doen (Fase 1):
+
+  - maak in de adaptaties twee nieuwe velden: behandeling:hulpvraag-x en behandeling:hulpvraag-selectie-x met exact dezelfde definitie als behandeling:hulpvraag en behandeling:hulpvraag-selectie
+  - start OpenAC zodat de velden worden aangemaakt in de database
+  - hevel met een SQL query de data uit hulpvraag en hulpvraag-selectie over naar hulpvraag-x en hulpvraag-selectie-x
+  - verwijder de foreign key die OpenAC heeft aangemaakt t.b.v. het veld behandeling:hulpvraag-selectie
+  - verwijder de velden behandeling:hulpvraag en behandeling:hulpvraag-selectie 
+
+In een nieuwere versie van OpenAC (Fase 2):
+
+  - we definiëren de velden behandeling:hulpvraag, behandeling:hulpvraag-toelichting en de codetabel hulpvraag in de kern
+  - start OpenAC zodat de velden en codetabel worden aangemaakt in de database
+  - kopieer de data uit codetabel hulpvraag-selectie naar codetabel hulpvraag
+  - hevel met een SQL query de data uit hulpvraag-selectie-x over naar hulpvraag en van hulpvraag-x naar hulpvraag-omschrijving
+  - verwijder de foreign key die OpenAC heeft aangemaakt t.b.v. het veld behandeling:hulpvraag-selectie-x
+  - verwijder de velden hulpvraag-x en hulpvraag-selectie-x en de codetabel 
+
+Ik ga aan de slag om het kerngedeelte te implementeren in development met een backport naar 2.016. De "-x" velden voor twente en apeldoorn zal ik toevoegen aan de adaptaties met een backport t/m 2.014.