Samenvatting	Dit procesoverzicht beschrijft het verzekeringsaanvraagproces. Het laat zien hoe een verzekeringsaanvraag vanuit het intermediair, eventueel via een tussenstation (serviceprovider), bij een verzekeraar wordt ingediend en afgehandeld tot en met het versturen van de polis. Daarbij worden aanvraagupdates doormiddel van statusmeldingen en offertes ondersteund.
Betrokken berichten	LEVENAANVRAAG (LX) OFFERTE (OX) STATUSMELDING (SX)
Domeinen	Verzekeringsaanvraag
Ingangsdatum huidige versie	May 30, 2026
Laatst gewijzigd per HDN-versie	HDN-26

Procesoverzicht

Procesplaat

Zie voor uitleg van de legenda van het procesoverzicht Leeswijzer Procesoverzichten .

Het procesoverzicht kan hieronder ingezien worden. Daarnaast kan deze gedownload worden via het kopje Download de procesplaat.

Verzekeringsaanvraagproces (LevenAanvraag).svg

Download de procesplaat

Legenda

Onderstaande legenda kan gebruikt worden om het procesoverzicht te lezen. Voor meer uitleg, zie Leeswijzer Procesoverzichten.

Voetnoten

In de procesplaat zijn een aantal voetnoten te vinden, aangegeven met blokhaken, bijvoorbeeld [1] verwijst naar voetnoot 1. Deze zijn hieronder te vinden:

Voetnoten in de legenda

	Voetnoot

	Voetnoot
[a]	Toont alle HDN-berichten die worden uitgewisseld tussen Rol 1 en Rol 2/3 wanneer sprake is van een Tussenstation. Bij rechtstreekse communicatie toont deze lane de berichten van Rol 1 naar Rol 4a.
[b]	Toont alle HDN-berichten die worden uitgewisseld tussen Rol 2/3 en Rol 4a wanneer sprake is van een Tussenstation. Bij rechtstreekse communicatie toont deze lane de berichten van Rol 4a naar Rol 1.

Voetnoten in het proces

	Voetnoot

	Voetnoot
1	De rol van de ontvanger is te raadplegen op de HDN-website. Deze vraag dient uitsluitend om binnen het proces het juiste vervolg te bepalen en heeft geen gevolgen voor het platform. Rollen die niet zijn genoemd vallen buiten de scope ovan dit proces.
2	Zie KET-009 (Rol 2/3, punt 3 en Rol 4, punt 6) voor een nadere toelichting op wat onder technische verwerking wordt verstaan.
3	Een gewijzigde LEVENAANVRAAG (LX) is te herkennen aan de waarde van `RequestVersion` in JSON Header. Indien > 1 is het een gewijzigde aanvraag KET-041.
4	Communicatie over eerdere `requestVersion` van de aanvraag is niet meer toegestaan. Uitzondering: wanneer de aanbieder de wijziging niet accepteert, kan de oude versie worden hervat, zie KET-041 (Rol 2 punt 4, Rol 3 punt 6, Rol 4 punt 4).
5	Alleen “Rol 3: Tussenstation met aanpassingen” organisatie mag een ingestuurde LEVENAANVRAAG (LX) inhoudelijk wijzigen. Indien sprake is van een gewijzigde aanvraag (`requestVersion` > `1`) wordt gecontroleerd dat er geen STATUSMELDING (SX) `16 Levenaanvraag beëindigd, zie toelichting` is verzonden door Rol 4b. In dat geval is het antwoord altijd `Nee`.
6	Rol 2/3 moet altijd de `Serviceprovider` entiteit toevoegen, en een eventuele bestaande entiteit `Serviceprovider` vervangen, zie KET-001. Daarnaast wordt de juiste ontvanger toegevoegd. Bij een gewijzigde aanvraag (`requestVersion` > 1) wordt `requestVersion` indien nodig gecorrigeerd, zie KET-041. Let op: sommige velden mogen niet worden gewijzigd, zie KET-001 (Rol2/3 punt 2).
7	Zie KET-009 (Rol 2/3 punt 3, Rol 4, punt 6) voor een nadere toelichting op wat onder functionele verwerking wordt verstaan.
8	Er wordt gedurende een niet nader gespecificeerde periode gewacht op een reactie van de andere rollen. Na het verstrijken van deze wachttijd gaat het proces automatisch verder, zie KET-009 (Rol 4, punt 7).
9	Zie KET-009 (Rol 4, punt 2) voor een nadere toelichting op wat onder “afgewezen” wordt verstaan.
10	Het versturen van deze STATUSMELDING (SX) is optioneel.
11	De verdere afhandeling van de Gezondheidsverklaring en medisch akkoord vindt direct tussen de consument en de verzekeraar plaats.
12	Documenten bestemd voor intermediair en consument mogen niet in dezelfde `PrintDoc` entiteit zijn opgenomen in de OFFERTE (OX) verzonden worden, zie KET-025.
13	Deze wachtstatus houdt in dat het intermediair of medewerker op elk moment gedurende het proces kan besluiten hier verder te gaan.
14	Dit proces vindt buiten HDN plaats.
15	Niet alle velden in een aanvraag mogen worden gewijzigd. Systemen moeten voorkomen dat gebruikers deze velden kunnen aanpassen, zie KET-027.
16	Communicatie over eerdere `requestVersion` van de aanvraag is niet meer toegestaan. Uitzondering: wanneer de aanbieder de wijziging niet accepteert, kan de oude versie worden hervat, zie KET-041 (Rol 2 punt 4, Rol 3 punt 6, Rol 4 punt 4).

Out of scope

Niet alle onderdelen zijn in deze procesbeschrijving te vinden. De volgende onderdelen zijn out of scope.

	Out of scope

	Out of scope
1	De details over het gebruik van het HDN-platform, waaronder: Hoe berichten op het platform worden geplaatst. Hoe berichten worden opgehaald. Hoe berichten worden gevalideerd.
2	Bij het versturen van berichten kunnen retourberichten vanuit Poortwachter komen bij ongeautoriseerd versturen naar een organisatie. Deze retourberichten zijn te herkennen aan STATUSMELDING (SX) `80 Partij niet geautoriseerd (zie toelichting)` en `81 Autorisatie niet verleend door HDN Poortwachter (zie toelichting)`.
3	Het proces splitst op meerdere momenten. Hierdoor kunnen meerdere versies van een aanvraag ontstaan. De details hoe gecommuniceerd wordt over de gewijzigde aanvraag (zoals het vullen van de juiste waarde in de JSON header voor `requestVersion` is hier niet opgenomen. In KET-042 is dit in meer details te vinden.
4	De communicatie die plaats vindt tussen Klant en Intermediair is niet opgenomen omdat deze vanuit HDN geen partij is die directe interactie heeft met de HDN-berichten.
5	Wanneer er rollen niet genoemd worden in het geheel van de procesplaat of bij bepaalde beslismomenten, vallen ze buiten de scope van het proces, zie ook voetnoot 1.

Versiegeschiedenis

Versie	Wijzigingen	Datum	HDN Versie

Versie	Wijzigingen	Datum	HDN Versie
1.0	Initiële procesoverzicht	May 30, 2026	HDN-26

Verzekeringsaanvraagproces