Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
Version 1
Current »
Enkelvoudige en meervoudige stelselcomponenten | De architectuur laat de mogelijkheid om voorziening componenten meervoudig in te vullen |
---|
Status | LOOPT - Architectuur voldoet. Voor het gewenste scenario is een behoeften onderzoek uitgevoerd. |
---|
Context | Applicaties en voorziening componenten verzorgen samen , op basis van standaarden , de implementatie van Koppeltaal 2.0 Voorziening componenten zijn de FHIR R4 Store, de Autorisatie server, het stelsel register het stelsellog. Het vraagstuk enkel meervoudigheid staat los van de vraag of en wanneer we eventuele meervoudigheid toelaten . Dit hangt af van de business cases, de voortgang en bestendiging van de innovatie Koppeltaal 2.X , de migratie van huidige koppeltaal domeinen etc.
|
---|
Besluit | Uitgangspunt in de architectuur is dat voorziening componenten FYSIEK meervoudig (door verschillende leveranciers ) kunnen worden geïmplementeerd . Dit betreft dus bijvoorbeeld de autorisatieservers en de FHIR R4 stores. Een uitzondering betreft die componenten die nodig zijn voor de borging van Koppeltaal als standaard . Dit zijn vooralsnog : “het stelselregister en stelsellog ”, Er komen mechanismen om te borgen dat de rechten van applicaties die zijn vastgelegd in het stelselregister synchroon blijven lopen met de applicatie instanties die gerealiseerd zijn in de autorisatie server.
|
---|
Consequenties | |
---|
Volgende actie(s) | Een onderzoek om aan te geven wat de technische stappen zijn om dit ook echt te realiseren. Proces rondom markt ja/nee, TCO, aanbesteding en timing i.c.m . met innovatie Koppeltaal en migratie verder begeleiden.
|
---|