Table of Contents

...

...

Version

...

...

...

Date

...

Status

...

...

...

Changelog

...

Changelog

Version 0.0.1

First draft

Product Overview

Introduction

This document is intended for developers who want to implement the MedicatieOverdracht Healthcare application on the AORTA-LSP infrastructure

References

Glossary

...

Page Properties
hidden true id instructions
Hier komt een tabel met Nederlandse en Engelse termen met uitleg. Onderstaande tabel kan gebruikt en aangevuld worden met specifieke termen die in deze Developer Guide gebruikt worden. 159 159 incomplete  TODO de termen en de omschrijvingen moeten nog gecontroleerd worden op correctheid. 160 160 incomplete  TODO termen en omschrijvingen aanvullen met MO-specifieke termen cq verwijzen naar beschrijvingen van die termen Hier komt een tabel met Nederlandse en Engelse termen met uitleg. Onderstaande tabel kan gebruikt en aangevuld worden met specifieke termen die in deze Developer Guide gebruikt worden. TODO de termen en de omschrijvingen moeten nog gecontroleerd worden op correctheid. TODO termen en omschrijvingen aanvullen met MO-specifieke termen cq verwijzen naar beschrijvingen van die termen Term /wiki/spaces/STND/pages/1024622927

Term (English)	(Dutch)	Definition
Consumer	Burger	Subject of an action regarding the health or wellbeing of the subject. This might be a patient or client but can be broader that that. (src ChatGPT) Consumer – This term is used in healthcare to refer to someone who engages with healthcare services, products, or information in a more general sense.
Personal Health Record (PHR)	PGO	An application where a person/consumer can request access to his or her own medical information stored in the EHR systems of the healthcare providers.
Vaccination	Vaccinatie
Healthcare Provider	Zorgaanbieder	The organization that provides healthcare to patients or consumers.
Healthcare Provider	Zorgverlener	The person that provides healthcare to patients or consumers. The context should provide the indication whether the English term refers to the organization or the person.
Mitz	Mitz	Dutch centralized patient consent registry.
Transfer record	Overdrachtsdossier	The patient record to be transferred from one healthcare provider to another. This transfer implies transfer of responsibility for the record.
Expiration date	Houdbaarheidsdatum
Healthcare Application	Zorgtoepassing	The implementation, both application and process, that supports healthcare providers in their treatment of patients. TODO Controleer de definitie zoals die in de architectuurboard is afgesproken.
Referral	Verwijzing	The act of referring a patient to a different healthcare provider for further treatment.

Requirements (Programma van eisen)

The list of requirements for the healthcare application addressed in this Developer Guide can be found here:

...

...

Programma van Eisen Medicatieoverdracht

Use cases (functional use cases)

...

• Als de use cases intern binnen VZVZ beschreven zijn (dus Confluence), dan een include, dus embedded binnen de pagina

  • Bronnen hiervoor kunnen zijn: PSA, Functioneel Ontwerp

• Als de use cases extern aangeboden zijn, dan een inline link naar de documentatie

  • Bron hiervoor kan bijvoorbeeld zijn Nictiz

  • Boven de link ook een begeleidende tekst waarin duidelijk gemaakt is wat de link betreft, zodat bij een dode link alsnog een aanknopingspunt is.

• Vermijd om de use cases hier uit te schrijven, want dat is foutgevoelig. Hanteer een single point of truth.

...

• Als de use cases intern binnen VZVZ beschreven zijn (dus Confluence), dan een include, dus embedded binnen de pagina

  • Bronnen hiervoor kunnen zijn: PSA, Functioneel Ontwerp

• Als de use cases extern aangeboden zijn, dan een inline link naar de documentatie

  • Bron hiervoor kan bijvoorbeeld zijn Nictiz

  • Boven de link ook een begeleidende tekst waarin duidelijk gemaakt is wat de link betreft, zodat bij een dode link alsnog een aanknopingspunt is.

• Vermijd om de use cases hier uit te schrijven, want dat is foutgevoelig. Hanteer een single point of truth.

The use cases were assembled in cooperation with Nictiz. For the Healthcare Application Medicatieoverdracht the following use cases are relevant and can be found on the Nictiz website or in the PSA which is developed internally.

...

Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3

Purpose of the document

...

Platte tekst, dus geen verwijzing.

...

The purpose of this document is to support developers, product owners and architects in the implementation to of the Healthcare Application Medicatieoverdracht.
This document gives a technical overview of the Healthcare Application with references to other documents with further information. It is intended as a landing page that refers to other locations with further information.

This document contains

...

the system architecture to indicate how this Healthcare Application relates to other products

...

information on the available APIs

...

relevant policies and governance that must be adhered to to be able to use this Healthcare Application

...

The use cases were assembled in cooperation with Nictiz. For the Healthcare Application Medicatieoverdracht the following use cases are relevant and can be found on the Nictiz website or in the PSA which is developed internally.

• Usecases & Processen

• Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3

Purpose of the document

The purpose of this document is to support developers, product owners and architects in the implementation to of the Healthcare Application Medicatieoverdracht.
This document gives a technical overview of the Healthcare Application with references to other documents with further information. It is intended as a landing page that refers to other locations with further information.

This document contains

• the system architecture to indicate how this Healthcare Application relates to other products

• information on the available APIs

• relevant policies and governance that must be adhered to to be able to use this Healthcare Application

• information regarding the configuration of the Healthcare Application, such as connection details for the test and acceptance environments

• an overview of common and known issues

• contact information

Intended audience

The intended audience of this document are developers, product owners and architects of the vendors of EHR and related systems that want to implement connection to the Healthcare Application described in this Developer Guide.

...

...

Related documents

...

Hier een opsomming van relevante documenten, met onderstaande voorkeuren in prio:

1. Inline externe link

2. Toevoegen van bijlagen (ZIP, i.v.m. compatibiliteit).

Lijst met links moet een beschrijving bevatten zodat duidelijk is waar de link over gaat.

NB. Afspraak is dat alle links zoals in dit document hier bij elkaar gezet worden en aangevuld worden met andere relevante documenten.

...

Hier een opsomming van relevante documenten, met onderstaande voorkeuren in prio:

1. Inline externe link

2. Toevoegen van bijlagen (ZIP, i.v.m. compatibiliteit).

Lijst met links moet een beschrijving bevatten zodat duidelijk is waar de link over gaat.

NB. Afspraak is dat alle links zoals in dit document hier bij elkaar gezet worden en aangevuld worden met andere relevante documenten.

This section contains a list of all the links from other sections of this document as well as links to other relevant documents.

• Requirements

• Functional Design

• Technical Design

• links to requirements from government or relevant national and European standards

  • NEN

  • WEGIZ

Product Documentation Versioning

...

Dit is een verwijzing naar de versie van de documentatie waarnaar verwezen wordt.

Geef alleen de Major-Minor versie van het gerefereerde document

UPDATE 2024-11-12: mogelijk is deze sectie niet van belang.

Dit is een verwijzing naar de versie van de documentatie waarnaar verwezen wordt.

Geef alleen de Major-Minor versie van het gerefereerde document

UPDATE 2024-11-12: mogelijk is deze sectie niet van belang.

...

Document

...

Document Version

...

 vb: AoF specificaties

...

2024.1

...

 AORTA

...

...

Nictiz FO

Architecture

Context

...

• repo = Confluence space nodig waarvandaan wordt gerefereerd.

• Voor de diagrammen wordt er gerefereerd vanuit een eerdere uitwerkingen vanuit een repository. Aan de hand van de uitwerkingen in de PvE dienen afspraken gemaakt te worden over de uitwerkingen conform de uitwerkingen in de repo.

• Bij de diagrammen ook toelichting bij de platen

...

...

Korte uitleg

...

It should be possible to exchange information regarding medication between healthcare providers and between healthcare providers and consumers.

The Healthcare Application Medicatieoverdracht consists of three parts:

...

This section contains a list of all the links from other sections of this document as well as links to other relevant documents.

• Requirements

• Functional Design

• Technical Design

• links to requirements from government or relevant national and European standards

  • NEN

  • WEGIZ

Product Documentation Versioning

•  15 Nov 2024 Aanvullen met informatie uit Doel Belangrijke documenten en achtergrond informatie

Architecture

Context

It should be possible to exchange information regarding medication between healthcare providers and between healthcare providers and consumers.

The Healthcare Application Medicatieoverdracht consists of three parts:

• content-related specifications as defined by the Nictiz project team

• updates to these specifications as defined by the VZVZ project team to allow the exchange to happen on the AORTA infrastructure

• infrastructural specifications as defined by the VZVZ AORTA team to allow conformance to the AORTA infrastructure

This application layer architecture is related to the higher business layer architecture as formulated in Architectuur

...

Context diagram

...

Verplicht
Plaat met daaronder de beschrijving.

• Context diagram (UML/businesslaag van Archimate) → relatie met de buitenwereld moet helder zijn. Relatie met de andere actoren.

.

Context diagram

...

•  Aanvullen met informatie van Architectuur Bedrijfsprocessen MO

Flow chart

...

• Verplicht

• business niveau

...

• Verplicht

• business niveau

...

•  Aanvullen met informatie van transacties en interfaces en verzamelbestand links

Use cases

This section covers all available use cases as defined by Nictiz and the changes to the specfications as required by this Healthcare Application.

...

...

Verplicht

...

...

bij voorkeur embedden, indien niet mogelijk dan extern linken of bijlagen toevoegen (zip). Dit laatste alleen in uiterste nood.

Which use cases should I support

The Healthcare Application Medicatieoverdracht is very large and covers all use cases for every type of EHR system that participates. The list below indicates which use cases should be supported by each type of system. This allows vendors to drill down to only support the

...

relevant use cases.

...

•  Aanvullen met informatie van transacties per systeem rol en interfaces en verzamelbestand

The roles and use-cases are summarized by Nictiz and the Program in Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart - informatiestandaarden.

Usecases & Processen contains additional business analysis by VZVZ.

Verzamelbestand VZVZ applicatie interfaces richting AORTA

Hier volgt een uitgebreide toelichting op het Verzamelbestand informatiestandaarden, zoals te vinden op de (Kickstart) Medicatieoverdracht - Landingspagina documentatie leveranciers - informatiestandaarden

Dit uitgebreide verzamelbestand bevat informatie over:

• VZVZ AoF BGx-Systeemrol (platformgeneriek voor FHIR)

• VZVZ AORTA FHIR Systeemrol (specifiek voor zorgtoepassingen binnen FHIR)

• VZVZ AORTA v3 Applicatiesysteemrol (specifiek voor zorgtoepassingen binnen v3)

Deze uitleg biedt ondersteuning bij de implementatie van de vereisten voor elke benodigde rol.

Individual use cases

...

Voeg hier algemene afwijkingen toe t.o.v. de Nictiz use cases

Zet hieronder een overzicht van de beschikbare use cases, een link naar de Nictiz versie en eventueel een aanvulling van de afwijkingen die specifiek zijn voor die use case. Verwijs zo nodig naar andere lokaties. Voorkom dubbel opschrijven.

Individual use cases

MP-MGR MP-MGB proxy-facade

AORTA acts as proxy-facade towards the source systems. The calls from a MP-MGR are distributed towards MP-MGB servers and the responses are aggregated as bundled response.

We hanteren een generieke query (in FHIR in de vorm van een $get-aorta-data operation) voor vragende systemen, die door AORTA wordt omgezet naar FHIR searches (minus BSN) naar bronsystemen.

MP-MGR MP-MGB FHIR includes

AORTA ensures that all relevant data is requested in a minimum number of requests. This avoids unnecessary round-trips, and ensures sufficient data retrieval to allow for the BTD to transform data between exchange formats.

These includes result in explicitely broadend FHIR searches with _include and _include:iterate parameters towards MP-MGB.

Patient identifier not part of argument but part of context

Patient identifier is not intended to be mentioned in the query parameters. This would impose a security risk.

Om security redenen nemen wij het BSN niet op in de URL van FHIR searches. Het is onderdeel van het token dat wordt meegestuurd (dat dus niet alleen autorisatiehulpmiddel is maar ook gegevensdrager).

The patient indentifier needs to be communicated via the access-token.

This design-pattern is used for incoming as well as outgoing traffic on AORTA-LSP.

AORTA-LSP does NOT support patient identification with the use of search parameters.

As mentioned in FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 - informatiestandaarden - Patient_identification

Within AORTA, each transaction is performed in the context of a specific patient, whose context might has been established using the authentication mechanisms. Patient is part of the token exchange.

Het BSN van de betreffende patient is opgenomen in het access_token.

MP-VOS + LAB-LRS

Sturen verzoek tot medicatieverstrekking van medicatie of verwerking van wijziging in medicatieafspraak.

VZVZ implementeert lab Observations als open-world extension boven op mp-MedicationPrescription-Bundle.

Security

Wij hebben een security requirement en daarom is het nodig om een access token te verkrijgen dat meegestuurd wordt naar bronsystemen. Dit verandert niets aan de FHIR-search, maar wel de HTTP call.

HTTP-Headers

Daarnaast zijn er nog een aantal HTTP-headers die we gebruiken, zoals Content-Type (formaat FHIR-content), AORTA-ID (tracing/logging van interacties/ketens) en AORTA-Version (versie infrastructuur).

Zoals request-id, initial-request-id, etc.

AoF FHIR Search parameter support for generic query using get-aorta-data

GET [base]/MedicationRequest?category=http://snomed.info/sct|33633005

GET [base]/MedicationRequest?category=http://snomed.info/sct|52711000146108

...

GET [base]/MedicationRequest?category=http://snomed.info/sct|395067002

GET [base]/MedicationDispense?category=http://snomed.info/sct|373784005

GET [base]/MedicationDispense?category=http://snomed.info/sct|422037009

GET [base]/MedicationStatement?category=http://snomed.info/sct|422979000

GET [base]/MedicationAdministration?category=http://snomed.info/sct|18629005

Provenance

Also see Architectuur for the functional description of Provenance.

During pull and push exchange, the AORTA-LSP as exchange system adds FHIR Provenance Resources into the bundles to indicate the source systems.

Logic in AORTA:

Per bundle only one specific Provenance-object is added per source systeem

Per bundle one specific Provenance-object is shared between all resources of the source

In the Provenance object each resource in the searchset bundle is referenced:

• fullUrl, if the fullUrl is a logical id (urn:uuid)

• http://resource.id , if the fullUrl contains an absolute Url

• Is the source returns a OperationOutcome, and it is not a part of the searchset, than a resource object is created with a logical id, which is referenced from the Provenance-Object

During aggregation of the sources, per source, a Provenance object is maintainted and expanded with the new target.reference(s).

After aggregation the Provenance object(en) are added to the consolidated bundle.

The Provenance objects are also included with regular FHIR search responses, not only during the get-aorta-data operation.

The same logic is being reused.

The Provenance contains the AORTA-app-id and URA to identify the source system.

Note: AORTA-LSP currently does not add user-friendly-name displaynames.

This element is NOT filled:

• Profile Element Provenance.contained.Device.deviceName of profile vzvz.fhir.nl-vzvz-core | NLVZVZDevice - SIMPLIFIER.NET 

• Bundle Element /Bundle/entry/resource/Provenance/contained/Device[@id='#nl-vzvz-Device-contained']/deviceName/name as in example VZVZ | aorta-provenance-example-bundle - SIMPLIFIER.NET

The current focus is on reliability and efficiency over additional functionality.
The receiving party may use the Zorg-AB to obtain a user-friendly-name displayname.

Sequence diagrams

...

Verplicht

...

technische niveau

...

Niet alleen de happy flows, maar ook de unhappy alternatieve flows.

...

• Verplicht

• technische niveau

• Niet alleen de happy flows, maar ook de unhappy alternatieve flows.

• Eventueel links naar de diagrammen → m.n. die van Ron van Holland m.b.t. de diverse workflows

...

•  Toevoegen scrollhelp links voor Sequence Diagrammen richting AoF en instructies welke flows te implementeren per rol MedMij, FHIR bron/ont.

...

•  Zie ook abo/not swimlanes in Uitwerking usecases VGU en abonneren en notificeren

Class diagrams

...

•  Toevoegen databoom-structuren voor BTD verwerking middels includes.

...

•  Toevoegen link naar contextcode definities

Zie ook Architectuur

...

Voorbeeld:

...

Voorbeeld:

...

Available APIs

V3 messages and packages

FHIR profiles and packages

...

Lijst met links naar de relevante FHIR profielen op Simplifier. Zowel de Nictiz profielen als de VZVZ profielen.

Benoem de FHIR packages die nodig zijn voor deze profielen. Indien het belangrijk is dat een specifieke versie van een bepaald package gebruikt wordt, vermeld dat dan.

Het wordt afgeraden om naar een specifieke versie te verwijzen. Doe dat dus alleen als het echt niet anders kan

...

.

Benoem de FHIR packages die nodig zijn voor deze profielen. Indien het belangrijk is dat een specifieke versie van een bepaald package gebruikt wordt, vermeld dat dan.

Het wordt afgeraden om naar een specifieke versie te verwijzen. Doe dat dus alleen als het echt niet anders kan.

The FHIR profiles used in this Healthcare Application can be found on Simplifier.

Project/package	Description
Nictiz R4 MedicationProcess	The profiles and examples related to MO
AoF	link naar de scrollhelp pagina met alle AORTA-profielen

Note

The Healthcare Application Medicatieoverdracht spans a hybrid situation in which messages can be exchanged in both HL7 v3 and HL7 FHIR. The AORTA infrastructure uses a Transformation Service to transform one type into another so systems only supporting a specific format can still exchange information. To make this transformation possible without losing valuable information some restrictions to the FHIR implementation are required: ALWAYS make sure the resource instance has a valid business identifier do NOT use absolute FHIR references, they cannot be converted to an HL7 v3 reference ALWAYS add the necessary resources in a bundle, the LSP gateway cannot fetch the additional resources and incomplete bundles (i.e. with referenced resources that are not present in the bundle) can not be transformed. TODO onderstaande tekst moet gecontroleerd worden (klopt alles en hoe is dit uitgewerkt in de PvE’s e.d.) en zo nodig hierboven herschreven/aangevuld worden. Omschrijving: Hoe kunnen we tussen medicatiebouwstenen refereren in FHIR in een ecosysteem waarin ook geconverteerd moet worden van en naar HL7v3? In HL7v3 kunnen absolute FHIR referenties niet overgebracht worden en bestaat een referentie uit een business identifier. Bij het converteren van FHIR naar HL7v3 moet de business identifier dus achterhaald kunnen worden, anders verlies je de relatie. Het verliezen van de relatie is niet acceptabel in verband met de afleidingsregels. Op het LSP worden géén REST-calls gedaan om (FHIR-)referenties te kunnen resolven en dus een business identifier te achterhalen bij een absolute of relatieve FHIR URL. Referenties kunnen ook gaan naar een bouwsteen die ‘van’ iemand anders is (een andere zorgaanbieder). Bij een LSP-query mogen andermans bouwstenen niet opgeleverd worden. Hoe kan je dan (bij het antwoord op een query) een referentie resolven die in een FHIR bouwsteen een relatieve URL heeft naar je eigen server zonder een extra REST-call te doen naar die FHIR server? Is het eventueel gewenst om URL’s naar ándere FHIR servers (bij andere zorgaanbieders) in jouw FHIR-bericht op te nemen? Hoe weet je of een andere zorgaanbieder een échte FHIR-server heeft waar deze URL’s resolvable zijn, of wellicht alleen een façade? In gesprek met Lauri R en Jelmer vd M kwamen we tot de voorzichtige conclusie dat - zo lang we te maken hebben met conversies van/naar HL7v3 - referenties tussen medicatiebouwstenen ook in FHIR altijd via business identifier zouden moeten gaan. Klopt die conclusie? src: https://nictiz.atlassian.net/browse/MP-1596

Examples

...

Neem hier een lijst op van embedded links naar voorbeeldberichten, bijv. op Simplifier en/of code voorbeelden in GitHub.
NB. de voorbeeldberichten voor AORTA staan per profiel genoemd op de pagina met AORTA-profielen en die van MO staan in

...

Simplifier

...

API specification

...

API specificaties van de toepassing

beschrijving/visualisatie van de API, volgens industry standard methode → referentie d.m.v. OpenAPI (voorheen Swagger)

...

Swagger werkt met Viewport

...

API specification

AORTA specifications: see all the links combined in the AORTA

...

Naamgeving Nictiz

• Sturend

• Ontvangend

• Beschikbaarstellend

• Raadplegend

• Voorstel

• AntwoordVoorstel

Naamgeving AoF

• ZA Verzendend Systeem

• ZA Ontvangend Systeem

Naamgeving AORTA v3

• Webservice

  • Versturen

  • Opvragen

• Transactierollen

  • xxZ - verzendendsysteem

  • xxD - ontvangendsysteem

  • Vxx - voorstel…

  • Axx - antwoord…

  • xxO - … opvragend systeem

  • xxV - …bronsysteem | …opleverend systeem

Security

...

voor de onderstaande onderdelen een acceptable means of compliance beschrijven.

Verwijs naar de tokens, VGU, etc.

...

Identification and Authorization Management

...

• ref naar IAM eisen in PvE, embedded

• verklaring op de eisen en een howto--> uitvragen: op welke manier wil een developer dit

...

...

Encryption

...

• ref naar encryptie eisen in PvE, in embedded

• verklaring op de eisen en een howto --> uitvragen: op welke manier wil een developer dit

...

...

Voorbeelden:

Authentication

...

2024.1 release

Naamgeving Nictiz

• Sturend

• Ontvangend

• Beschikbaarstellend

• Raadplegend

• Voorstel

• AntwoordVoorstel

Naamgeving AoF

• ZA Verzendend Systeem

• ZA Ontvangend Systeem

Naamgeving AORTA v3

• Webservice

  • Versturen

  • Opvragen

• Transactierollen

  • xxZ - verzendendsysteem

  • xxD - ontvangendsysteem

  • Vxx - voorstel…

  • Axx - antwoord…

  • xxO - … opvragend systeem

  • xxV - …bronsysteem | …opleverend systeem

Security

Identification and Authorization Management

...

•  Verwijzen naar PvE!

Encryption

...

...

Ref naar authenticatie flow, embedded

Zie Autorisatierichtlijn Medicatieveiligheid | AORTA-LSP

...

•  Verwijzen naar PvE!

...

Voorbeelden:

Configuration

...

Benodigde configurations, waarbij elke bullet point bij voorkeur embedded wordt opgenomen:

• Aansluiten op testomgevingen (referentie aansluitformulier)

• Endpoints (test)omgevingen POC - PTO2 - XTO1 (meer?)

• Autorisatie omgevingen (UZI middelen)

• Testdata

• Certificaten x.509

...

Authentication

Zie Autorisatierichtlijn Medicatieveiligheid | AORTA-LSP

•  Beschrijving hoe dit zich vertaalt in systeemrollen.
•  Beschrijving hoe dit zich vertaalt in middelen zoals UZI, Zorg-ID etc
•  Verwijzen naar PvE!

Voorbeeld:

Configuration

...

Common Issues/Known Issues

...

Known issues is een overzicht waarin de issues zijn opgenomen van veel voorkomende problemen in de praktijk, met daarbij een advies hoe hier mee om te gaan.

...

Common Issues/Known Issues

Contact information

...

Contactgegevens

• Single point of contact (bijvoorbeeld: Product Manager), die verwijst bijvoorbeeld door naar:

  • VZVZ Testteam (vragen over: aansluiting, omgevingsproblemen, acceptatie, testscript)

  • Architectuurteam (vragen over: PvE)

...

Contactgegevens

• Single point of contact (bijvoorbeeld: Product Manager), die verwijst bijvoorbeeld door naar:

  • VZVZ Testteam (vragen over: aansluiting, omgevingsproblemen, acceptatie, testscript)

  • Architectuurteam (vragen over: PvE)

...

Person	Role/Type of questions	Contact
Bart Molenaar	Product Manager

...

VZVZ Testteam

...

Questions re connections, acceptations, testscripts

Bart Molenaar

VZVZ

...

Testteam

Questions re

...

solutionarchitecten@vzvz.nl

...

Vul hier een link in naar bijv. een service desk of een andere manier om in contact te komen met iemand die geraadpleegd kan worden.

Vermijd namen, email adressen en telefoonnummers omdat een Developer Guide publiekelijk beschikbaar komt op het internet. Voeg alleen links toe naar een omgeving waarop eerst ingelogd moet worden voordat de vragen gesteld kunnen worden. Anders kun je wachten op spam-registraties.

...

connections, acceptations, testscripts	validatie@medicatieoverdracht.nl
VZVZ Architects	Questions re PvE…..	solutionarchitecten@vzvz.nl  bedrijfsarchitectuur?

Vul hier een link in naar bijv. een service desk of een andere manier om in contact te komen met iemand die geraadpleegd kan worden.

Vermijd namen, email adressen en telefoonnummers omdat een Developer Guide publiekelijk beschikbaar komt op het internet. Voeg alleen links toe naar een omgeving waarop eerst ingelogd moet worden voordat de vragen gesteld kunnen worden. Anders kun je wachten op spam-registraties.

Update 2024-11-12: er is nog geen generieke servicedesk applicatie beschikbaar, dus we ontkomen niet aan email adressen. Misschien moet er dan besloten worden dat alle vragen via het testteam gaan en dat zij ze intern routeren naar de juiste persoon.