Als ICT leverancier van een zorgapplicatie wil ik met koppelvlakken o.b.v. internationale standaarden gegevens kunnen lokaliseren (opvrager) en lokaliseerbaar maken (bron)

[VincentvandenBerg]

Ongeacht of de (componenten van) de generieke functie lokalisatie nu ingevuld wordt met voorzieningen, of afspraken, wil ik als bronsysteem (lokaliseerbaar maken) of consumerend systeem (lokaliseren van gegevens) op basis van internationale standaarden een interface/koppeling leveren aan mijn klanten t.b.v. deze generieke functie

Hiervoor wil ik geen specifieke Nederlandse koppelvlakken moeten ondersteunen/leveren in het kader van open markt voor zorg ICT systemen.

Dit gaat over investeringen, onderhoudbaarheid (veiligheid) en het interessant houden (maken) van de zorg ICT markt voor nieuwe toetreders op de NL markt

[stevenvegt]

Bezwaar van Guido:
Als je dit op voorhand vereist zet je de deur dicht voor een goede invullingen adv de hier opgestelde requirements.

Gunnar:
Kun je niet deze standaard opnemen in de requirments?
Vincent: door hier te werken met requirements wordt het al snel niet verenigbaar met iets wat al bestaat.

Steven:
Wat bedoel je met deze standaarden? FHIR en OAuth is ene standaard, maar dat wordt nog steeds een maatwerk koppeling.
Vincent: oproep aan de architectuurgroep om goed te onderzoeken naar wat er nu al beschikbaar is. Neem het Europese en internationale perspectief.

Sergej:
Het is dus eigenlijk een procesvoorstel om je goed te oriënteren op bestaande profielen of standaarden die in lijn liggen met wat er in het buitenland gebeurd.

Vincent:
Breed gedragen standaarden. Als die er zijn, die graag gebruiken. Mochten die er zijn en passen, dan gebruiken, zo. niet, dan uitleggen waarom niet.

Guido:
Maar ze moeten wel aan de functionele requirements voldoen. NEN en ISO normen zijn nog geen standaarden maar moeten wel internationaal wel toegepast kunnen worden.

Vincent: het gaat vooral over de technische standaarden, niet zozeer het functionele en bijv. de normen.