Functioneel ontwerp eOverdracht 4.0.3

Dit is een tijdelijke pagina met wijzigingen voor issue EOVDR-347. De gepubliceerde versie vind je hier.

1 Inleiding

1.1 Algemeen

Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard eOverdracht 4.0.3. De eOverdracht is een set van patiëntgegevens gericht op de verpleegkundige overdracht en is van belang om de continuïteit en veiligheid van zorg te kunnen waarborgen. Het overdragen van patiëntgegevens betreft hier het overdragen van zorg door verpleegkundig specialisten, verpleegkundigen en verzorgenden in de keten tussen verschillende zorgaanbieders. De overdracht is een eindevaluatie van het zorgproces tot aan dat moment en met de overdracht worden de verantwoordelijkheden formeel overgedragen. Een goede overdracht voorkomt fouten en bespaart tijd. Het overdragen van patiënten is onderdeel van de dagelijkse verpleegkundige praktijk en vormt een belangrijke schakel om de zorg op een veilige manier te continueren. Patiënten hebben te maken met verschillende zorgaanbieders. Bij elke overplaatsing is het van belang dat de gegevens met de juiste kwaliteit, zonder registratielast, worden overgedragen. Daarom zijn afspraken gemaakt over welke gegevens van belang zijn bij de verpleegkundige overdracht en hoe deze gegevens moeten worden vastgelegd in het elektronisch dossier en vervolgens uitgewisseld in digitale vorm. De afspraken zijn vastgelegd in deze informatiestandaard. Via deze pagina worden de kaders en uitgangspunten evenals de totstandkoming met betrekking tot de eOverdracht nader toegelicht.

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten. Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de Nictiz webpagina voor informatiestandaarden. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het begrippenoverzicht op de Nictiz website.

1.2 Doelgroep

De doelgroep voor deze pagina bestaat uit:

• Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en Nictiz;
• Vertegenwoordigers van zorgverleners met name verpleegkundigen en verzorgenden.

1.3 Kaders en uitgangspunten

1.3.1 Richtlijn en proces

De V&VN richtlijn "Verpleegkundige verslaglegging en overdracht" (omvat alle zorginhoudelijke normen en afspraken t.a.v. de verpleegkundige overdracht. Deze richtlijn is momenteel in de commentaarfase.

Voor een methodologische beschrijving van de totstandkoming van de eOverdracht v3.x, zie Methode ontwikkeling eOverdracht.

1.3.2 Infrastructuur

De berichten beschreven in deze informatiestandaard kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van de infrastructuur en het berichttransport is buiten scope van deze informatiestandaard.

FHIR specificaties voor deze informatiestandaard zijn uitgewerkt in de FHIR Implementation Guide eOverdracht v4.0.

1.3.3 Wettelijke kaders

eOverdracht is een gegevensset met richtlijnen voor implementatie in FHIR. Overeenkomstig de lagen van interoperabiliteit zijn aanvullende afspraken nodig om in de praktijk te komen tot implementatie van een informatieoverdracht. Daarbij gelden altijd de wettelijke kaders als uitgangspunt. Overeenkomstig de eis uit de Algemene Verordening Gegevensbescherming (AVG) zal een Data Privacy Impact Assessment (DPIA) voor iedere gegevensverwerking onderdeel moeten zijn van de implementatie. Op basis hiervan moet worden bepaald wat er in een bepaalde use case uitgewisseld kan en mag worden.

1.4 Kwalificatie

1.4.1 Kwalificatie introductie

Op basis van dit FO en de daarbij behorende dataset is een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over Nictiz kwalificaties.

2 Use Cases

Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit FO wordt elke use case geanalyseerd en uitgewerkt.

2.1 Algemeen

In de eOverdracht wordt een onderscheid gemaakt in drie doelgroepen:

• Overdracht voor kinderen van 0-1 jaar
• Overdracht voor kinderen van 1-18 jaar
• Overdracht voor volwassenen van 18 jaar en ouder

Het onderscheid tussen de drie doelgroepen betreft de selectie van zibs die op onderdelen verschillen per doelgroep. De opbouw van de onderdelen en secties komen zoveel mogelijk overeen.

De eOverdracht kan worden onderverdeeld in de use cases Verpleegkundige aanmelding en Verpleegkundige overdracht:

1. Verpleegkundige aanmelding: in deze fase wordt de patiënt door versturende organisatie aangemeld bij een volgende organisatie (=ontvangende organisatie). De ontvangende organisatie beoordeelt de zorgvraag en bevestigt de aanmelding of wijst deze af. Het aanmeldbericht betreft een subselectie van het overdrachtsbericht. De aanmelding is optioneel en met name relevant in die use cases waarbij vraag en aanbod op elkaar moet worden afgestemd, zoals bij overdracht van ziekenhuis naar VVT.
2. Verpleegkundige overdracht: in deze fase wordt de patiënt door de versturende organisatie overgedragen aan de ontvangende organisatie. Indien van toepassing is de aanmelding in dat geval bevestigd.

Voor een overzicht van de zibs die in de use cases worden uitgewisseld zie algemeen overzicht van de inhoudelijke opbouw. Voor een overzicht van de zibs die in de use case Verpleegkundige aanmelding worden uitgewisseld zie inhoudelijke opbouw van het aanmeldbericht.

2.1.1 Bedrijfsrollen

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
versturende zorgorganisatie	de verpleegkundige/verzorgende van zorgorganisatie die de cliënt/patiënt overdracht naar een andere zorgorganisatie
ontvangende zorgorganisatie	de verpleegkundige/verzorgende van de zorgorganisatie die de overdracht van de cliënt/patiënt ontvangt

Voor de eOverdracht worden gegevens uitgewisseld tussen organisaties. Dit kan tussen organisaties die behoren tot een andere sector of organisaties die behoren tot dezelfde sector. Daarbij kan elke zorgorganisatie binnen de sector zowel de rol van ontvangende als sturende organisatie vervullen.

Soort organisaties:

• Ziekenhuis
• Wijkverpleging
• Verpleeghuis
• Revalidatie
• Verstandelijk gehandicapten zorg
• Lichamelijk gehandicapten zorg
• Geestelijke gezondheidszorg
• Dagbesteding
• Hospice
• JGZ
• Justitiële inrichting

2.2 Use Case 1 - Verpleegkundige aanmelding

2.2.1 Doel en relevantie

Het doel van de Aanmelding is het vaststellen of de over te dragen cliënt of patiënt kan worden geplaatst bij de ontvangende organisatie op basis van een korte samenvatting van de zorgbehoefte.

2.2.2 Proces en Context (pre- en postproces)

2.2.2.1 Preproces

Er is vastgesteld of er toestemming (impliciet of expliciet) is voor het delen van persoonsgegevens van de aan te melden patiënt of cliënt met de ontvangende organisaties. Indien er geen toestemming is voor het delen van persoonsgegevens biedt het aanmeldbericht de mogelijkheid om het aanmeldbericht geanonimiseerd beschikbaar te stellen. Hierin wordt alleen de postcode gevuld om te kunnen bepalen welk team zorg kan leveren.

2.2.2.2 Proces

• Verpleegkundige/verzorgende overlegt met patiënt (en/of diens naasten) t.a.v. welke zorgorganisatie zij vervolgzorg wil ontvangen.
• De (transfer) verpleegkundige van versturende organisatie zorgt dat er een aanmeldbericht klaar staat t.b.v. verzoek aan ontvangende organisatie of zij zorg kunnen leveren op een x-moment.
• Het XIS van versturende organisatie verstuurt het aanmeldbericht naar het XIS van de ontvangende organisatie.
  • Het is mogelijk om tegelijkertijd aan meerdere organisaties een aanmeldbericht te versturen.
• Verpleegkundige/verzorgende van de ontvangende organisatie ontvangt een melding dat het aanmeldbericht klaar staat.
• Verpleegkundige van de ontvangende organisatie (s) beoordeelt op basis van het aanmeldbericht en de beschikbare capaciteit binnen de organisatie of de zorg kan worden geleverd op het gevraagde moment.
• Via XIS wordt een antwoordbericht verstuurd:
  • Ontvanger is akkoord met de aanmelding
  • Ontvanger stelt alternatieve datum voor
  • Ontvanger is niet akkoord met de aanmelding
• Het antwoordbericht van de ontvangende partij bepaalt de volgende stap in de aanmelding:
  • Als de ontvangende organisatie niet akkoord gaat (dus geen zorg kan leveren) begint het proces van aanmelding opnieuw met het verzoek tot vervolgzorg aan een andere organisatie.
  • Als de ontvangende organisatie een alternatieve datum voorstelt, zal de versturende organisatie moeten bepalen of dit akkoord is.
    • Zo ja, dan start de versturende organisatie een nieuwe aanmelding bij dezelfde ontvangende organisatie met de alternatieve datum.
    • Zo nee, dan annuleert de sturende organisatie de aanmelding en begint het proces van aanmelding opnieuw bij een andere ontvangende organisatie.
• Als de ontvangende organisatie akkoord is met aanmelding kan de volgende stap in het overdrachtsproces van start gaan: het overdrachtsproces. De sturende organisatie bevestigt de aanmelding. In XIS van ontvangende organisatie is de volgende melding beschikbaar:
  • Versturende organisatie bevestigt dat deze akkoord is met overdracht
• Toekomstige functionaliteit: de versturende organisatie kan de aanmelding annuleren na het sturen van het aanmeldbericht, niet alleen als reactie op een voorgestelde alternatieve datum zoals hierboven beschreven, maar ook ongeacht het antwoord van de ontvangende organisatie of voordat dit antwoord is ontvangen, bijvoorbeeld omdat de versturende organisatie beslist om patiënt aan een andere organisatie over te dragen. In het XIS van de ontvangende organisatie wordt een melding getoond:
  • Versturende organisatie heeft de aanmelding geannuleerd
• Toekomstige functionaliteit: de ontvangende organisatie kan de aanmelding annuleren na het sturen van het antwoord door het sturen van een nieuw antwoord. In het XIS van de sturende organisatie wordt een melding getoond:
  • Ontvangende organisatie heeft de aanmelding geannuleerd

In het Technisch Ontwerp is bovenstaand scenario uitgewerkt gebruikmakend van een Notified Pull patroon. Hierbij stelt de versturende organisatie de diverse berichten beschikbaar voor raadplegen en bijwerken door de ontvangende organisatie.

2.2.2.3 Postproces

De versturende en ontvangende zorgorganisaties hebben overeenstemming bereikt over het al dan niet overdragen van de patiënt of cliënt.

2.2.3 Bedrijfsrollen en UML activity diagram

De bedrijfsrollen voor deze use case zijn beschreven in Bedrijfrollen.

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

2.2.4 Informatieoverdracht

2.2.4.1 Systemen & Systeemrollen

Zowel de versturende als de ontvangende zorgorganisatie maken ieder gebruik van een XIS. Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
XIS Versturende zorgorganisatie	Aanmeldbericht sturend systeem	VPK-VAS-FHIR	Sturen van verpleegkundig aanmeldbericht
XIS Ontvangende zorgorganisatie	Aanmeldbericht ontvangend systeem	VPK-VAO-FHIR	Ontvangen van verpleegkundig aanmeldbericht

Zie ook onderstaande afbeelding.

2.2.4.2 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Onderstaande tabel biedt een overzicht voor deze use case. In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.

Transactiegroep	Transactie	Systeemrolcode	Bedrijfsrol
Aanmeldbericht	Sturen aanmeldbericht	VPK-VAS-FHIR	Versturende zorgorganisatie
Antwoordbericht aanmelding	Sturen antwoordbericht	VPK-VAO-FHIR	Ontvangende zorgorganisatie
Bevestiging aanmelding	Sturen bevestiging verpleegkundige aanmelding (deze transactie bevat geen concepten)	VPK-VAS-FHIR	Sturende zorgorganisatie
Annulering aanmelding	Sturen annulering verpleegkundige aanmelding (deze transactie bevat geen concepten)	VPK-VAS-FHIR	Sturende zorgorganisatie

2.2.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 1: Verpleegkundige aanmelding.

2.3 Use Case 2 - Verpleegkundige overdracht

2.3.1 Doel en relevantie

Het doel van de Verpleegkundige overdracht is het versturen van een set van patiëntgegevens gericht op de verpleegkundige overdracht, om de continuïteit en veiligheid van zorg te kunnen waarborgen.

2.3.2 Proces en Context (pre- en postproces)

2.3.2.1 Preproces

Er is toestemming voor het delen van persoonsgegevens van de over te dragen cliënt of patiënt met de ontvangende zorgorganisatie. Sturende en ontvangende zorgorganisatie zijn overeengekomen dat de patiënt kan worden overgedragen op de datum overplaatsing.

2.3.2.2 Proces

Bij de overdracht is het bij de versturende organisatie bekend welke organisatie de zorg overneemt na ontslag/ beëindigen zorg door de versturende organisatie. Dit kan bevestigd zijn in de aanmeldfase van de eOverdracht, indien van toepassing. Een andere mogelijkheid is dat de patiënt na consult van een arts een afspraak heeft om op een x-moment te worden opgenomen in een ziekenhuis of indien de behandelend arts met een andere behandelaar afspreekt om de patiënt over te dragen aan een andere organisatie. Processtappen:

• Verpleegkundige/verzorgende zorgt dat de alle relevante gegevens (waaronder het zorgplan) up to date zijn bijgewerkt in het XIS voor ontslag.
• In XIS wordt op basis van de beschikbare gegevens het overdrachtsbericht gevuld. Niet alle secties zijn verplicht om in te vullen, op basis van de actuele patiëntproblemen maakt de verpleegkundige/verzorgende een inschatting welke gegevens relevant zijn om over te dragen. Als er aanvullende documenten zijn (bijv. uitvoerverzoek) kan dit meegestuurd worden in het overdrachtsbericht.
• De (transfer) verpleegkundige/verzorgende van versturende organisatie controleert het overdrachtsbericht en, indien compleet, zorgt dat het bericht klaar staat voor verzending.
• Het XIS van de versturende organisatie verstuurt het overdrachtsbericht naar het XIS van de ontvangende organisatie.
• Het XIS van de versturende organisatie ontvangt een ontvangstbevestiging van het XIS van de ontvangende organisatie.
• Verpleegkundige/verzorgende van de ontvangende organisatie ontvangt een melding dat het overdrachtsbericht klaar staat.
• Het XIS van ontvangende organisatie toont de gegevens van het overdrachtsbericht in het XIS.
• De verpleegkundige/verzorgende van de ontvangende organisatie beoordeelt de gegevens en bepaalt hoe de gegevens worden opgeslagen, c.q. hergebruikt in het XIS.
• Op basis van de gegevens uit de overdracht en de intake van de patiënt wordt de zorg gecontinueerd.

In het Technisch Ontwerp is bovenstaand scenario uitgewerkt gebruikmakend van een Notified Pull patroon. Hierbij stelt de versturende organisatie het overdrachtbericht en de ontvangstbevestiging beschikbaar voor raadplegen en bijwerken door de ontvangende organisatie.

2.3.2.3 Postproces

De ontvangende zorgorganisatie heeft het overdrachtsbericht ontvangen.

2.3.3 Bedrijfsrollen en UML activity diagram

De bedrijfsrollen voor deze use case zijn beschreven in Bedrijfrollen.

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

2.3.4 Informatieoverdracht

2.3.4.1 Systemen & Systeemrollen

Zowel de versturende als de ontevangende zorgorganisatie maken ieder gebruik van een XIS. Deze systemen kennen ieder een systeemrol, die het uitwisselen van gegevens tussen deze systemen mogelijk maakt.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
XIS Versturende zorgorganisatie	Overdrachtsbericht sturend systeem	VPK-VOS-FHIR	Sturen van verpleegkundig overdrachtsbericht
XIS Ontvangende zorgorganisatie	Overdrachtsbericht ontvangend systeem	VPK-VOO-FHIR	Ontvangen van verpleegkundig overdrachtsbericht

Zie ook onderstaande afbeelding.

2.3.4.2 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Onderstaande tabel biedt een overzicht voor deze use case. In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.

Transactiegroep	Transactie	Systeemrolcode	Bedrijfsrol
Overdrachtsbericht volwassenen	Sturen overdrachtsbericht volwassenen	VPK-VOS-FHIR	Versturende zorgorganisatie
	Ontvangstbevestiging overdrachtsbericht volwassenen (deze transactie bevat geen concepten)	VPK-VOO-FHIR	Ontvangende zorgorganisatie
Overdrachtsbericht kindzorg 0-1 jaar	Sturen overdrachtsbericht kinderen 0-1 jaar	VPK-VOS-FHIR	Versturende zorgorganisatie
	Ontvangstbevestiging overdrachtsbericht kinderen 0-1 jaar (deze transactie bevat geen concepten)	VPK-VOO-FHIR	Ontvangende zorgorganisatie
Overdrachtsbericht kindzorg 1-18 jaar	Sturen overdrachtsbericht kinderen 1-18 jaar	VPK-VOS-FHIR	Versturende zorgorganisatie
	Ontvangstbevestiging overdrachtsbericht kinderen 1-18 jaar (deze transactie bevat geen concepten)	VPK-VOO-FHIR	Ontvangende zorgorganisatie

2.3.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 2: Verpleegkundige Overdracht.

3 Aanvullende informatie

3.1 Bekende problemen

3.1.1 Afspraken patiënt.Contact.BeginDatumTijd en EindDatumTijd

De betekenis van Contact.BeginDatumTijd bij afwezigheid van EindDatumTijd in de eOverdracht wijkt af van de specificaties in de zib Contact 3.1 (zib2017). In de zib betekent de afwezigheid van EindDatumTijd dat het contact op de BeginDatumTijd heeft plaatsgevonden of nog loopt. In de eOverdracht betekent de afwezigheid van EindDatumTijd dat het contact op de BeginDatumTijd zal beginnen en dat niet geregistreerd is wanneer het contact zal eindigen.

3.2 Binding van waardelijsten

De eOverdracht 4.0 is voor het grootste gedeelte samengesteld uit zibs uit de ZIB Publicatie2017. Deze bevat geen specificaties voor de sterkte van de bindings van de waardelijsten. Voor de eOverdracht 4.0 gelden de specificaties zoals ze zijn opgenomen in de FHIR-profielen waarmee de eOverdracht 4.0 is geïmplementeerd (te vinden via het Technisch Ontwerp).

3.3 Niet-gecodeerde informatie

De zibs vereisen vaak dat informatie gecodeerd wordt uitgewisseld. Implementerende partijen dienen hun best te doen om deze coderingen door te voeren, maar er kunnen situaties ontstaan waarbij dat niet mogelijk is. Ook kunnen zich situaties voordoen in de zorgpraktijk die niet ondervangen worden door één van de waarden in het gespecificeerd waardebereik van de code. In deze gevallen, mits het FHIR-profiel dit toestaat, dient (SHOULD) die informatie als vrije tekst te worden uitgewisseld op de volgende manier:

• Bij elementen van datatype CodeableConcept:
  • voor element.coding wordt de code OTH gebruikt uit codesysteem http://hl7.org/fhir/v3/NullFlavor.
  • de tekstuele informatie wordt ondergebracht in element.text.

Ontvangende systemen dienen (SHOULD) om deze reden altijd de vrije tekst in concept.text te ondersteunen, naast de gecodeerde informatie in concept.coding.

Deze aanpak kan alleen gebruikt worden als de binding-sterkte van de waardelijst niet required is, of als de waardelijst de code OTH bevat. In andere situaties moet (SHALL) een code uit de waardelijst gekozen worden.

4 Referenties

Nr	Auteur(s)	Titel	Datum
1	V&VN Kinderverpleegkunde, Stichting Pal, Stichting KinderThuisZorg, Stichting Kind en Ziekenhuis	Ernstig zieke kinderen hebben recht op gezonde zorg: Op weg naar participatie in de samenleving.	2013
2	Programmateam Registratie aan de bron	Architectuurdocument volume 1: De grondbeginselen van zorginformatiebouwstenen en hoe ze gebruikt kunnen worden	2016
3	Smeele F	Beheer afspraken Zorginformatiebouwstenen (zib's)	2017
4	Vreeke E, Klein Wolterink G	Zorg voor kinderen in beeld Vooronderzoek kinddimensie.	2015
5		Het Medische Kindzorgsysteem

5 Release notes

In onderstaande tabel staan de wijzigingen die in elke patchrelease zijn doorgevoerd. Wil je informatie ontvangen over aankomende en uitgebrachte patchreleases, dan kan je je aanmelden via de Nictiz-website.

Versie	BITS issue	Omschrijving
4.0.3	MM-5354	Verduidelijking toegevoegd in de FHIR IG voor de interpretatie van mustSupport in FHIR-profielen. Definitie van mustSupport is een eis van de FHIR-standaard aan implementatiegidsen/informatiestandaarden
4.0.2	MM-5354	Verduidelijking toegevoegd in de FHIR IG voor de interpretatie van mustSupport in FHIR-profielen. Definitie van mustSupport is een eis van de FHIR-standaard aan implementatiegidsen/informatiestandaarden
4.0.2	MM-5361	Een foutieve FHIRPath-expressie in TestsScripts is gecorrigeerd. De functionaliteit blijft gelijk.
	EOVDR-657	In het technische test- en kwalificatiemateriaal zijn aanpassingen gedaan in de Groovy-scripts om de TouchStone tests te laten slagen na de update van Touchstone.
4.0.1	EOVDR-636	De narratives van de FHIR fixtures op Touchstone zijn gegenereerd met een nieuwe versie van de narrative generator en kunnen kleine wijzigingen bevatten.
	EOVDR-635	Op de pagina Kwalificatiescripts overdracht sturend systeem is de tekst “overlappend met BgZ” verwijderd uit de titel.
	EOVDR-632	Uit de kwalificatiescripts voor Sturen Overdracht Volwassenen en Ontvangen Overdracht Volwassenen zijn de links naar het aanleverformaat voor de schermprints verwijderd om aan te sluiten bij de standaard werkwijze van het Kwalificatiecentrum.
4.0.0	EOVDR-609	Publicatie van eOverdracht versie 4.0. Deze bevat een uitsnede van de uiteindelijke eOverdracht. De uitsnede bestaat uit alleen het Overdrachtsbericht Volwassenen; met daarin alleen de 14 zibs van de Minimale eOverdracht.
	EOVDR-603	Eisen voor kwalificatie van niet-gecodeerde informatie toegevoegd aan FO.
	EOVDR-602	Een aantal vrijheidsgraden toegevoegd aan de tabel op de Kwalificatiepagina, paragraaf Vrijheidsgraden bij kwalificatie.
	EOVDR-554	Bij de data-elementen Administratieve Organisatie.SturendeOrganisatie.Zorgverlener.Contactgegevens en MedischeContext.Behandelaar.Zorgverlener.Contactgegevens is in ART-DECOR de omschrijving toegevoegd "Bevat zo specifiek mogelijke gegevens waarmee de zorgverlener bereikbaar is, zoals afdeling/wijkteam/individueel nummer."
4.0-rc.24	MM-5114	Spelfouten opgelost en andere kleine aanpassingen doorgevoerd.
	EOVDR-597	In het FO is opgenomen dat alleen de voedingsadviezen worden uitgewisseld die actief zijn op het moment van overdracht.
	EOVDR-512	In het FO en test-en kwalificatiemateriaal is opgenomen hoe omgegaan wordt met waarde "anders"(OTH).
	EOVDR-511	Voor Zorgverlener.Naamgegevens zijn vrijheidsgraden toegevoegd.
	EOVDR-510	Voor Contactpersoon.Naamgegevens zijn vrijheidsgraden toegevoegd aan de tabel.
	EOVDR-498	Op de kwalificatie pagina is de tabel met vrijheidsgraden toegevoegd en instructies voor het invullen van het CC formulier.
	EOVDR-483	Voor Adresgegevens geldt de vrijheidsgraad "Semantische afwijking toegestaan" en voor de elementen Huisnummer, Huisnummerletter, Huisnummertoevoeging en AanduidingBijNummer geldt "Kwalificatie is niet verplicht"
	EOVDR-482	Vrijheidsgraden toegevoegd voor Voedingsadvies (Lagere kardinaliteit toegestaan), DieetType (Afwijkende datastructuur toegestaan) en Consistentie (Afwijkende datastructuur toegestaan)
	EOVDR-481	Voor Contactpersoon.Relatie is de vrijheidsgraad "Lagere kardinaliteit toegestaan" toegevoegd
	EOVDR-478	Afdelingsspecialisme, contactgegevens, adresgegevens en organisatietype van Behandelaar.Zorgverlener.Zorgaanbieder zijn verwijderd uit de transacties Sturen overdrachtsbericht (volwassenen, kind 0-1 jaar en kind 1-18 jaar) en uit alle test- en kwalificatiescripts waar zij worden gebruikt. Voor Behandelaar.Zorgverlener.Zorgaanbieder.Organisatielocatie geldt de vrijheidsgraad "Kwalificatie is niet verplicht". Voor Behandelaar::Zorgverlener.Zorgaanbieder geldt de vrijheidsgraad "Kwalificatie is sectorspecifiek"
	EOVDR-467	Voor het element Wilsverklaring.Contactpersoon is de vrijheidsgraad "Kwalificatie is niet verplicht" toegevoegd
	EOVDR-461	Voor het element Lichaamsgewicht.Kleding is de vrijheidsgraad "Kwalificatie is niet verplicht" toegevoegd.
4.0-rc.23	EOVDR-565	In het FHIR-pacackge nictiz.fhir.nl.stu3.zib2020-preadopt werd een ongeldige notatie gebruikt voor de dependency van het package nictiz.fhir.nl.stu3.zib2017. Dit is aangepast naar 2.2.x, de nieuwste minor versie van dit package. Daarnaast is de dependency van het pakket nictiz.fhir.nl.stu3.eoverdracht op dit zib2017-package ook verhoogd van ""2.1.x"" naar ""2.2.x"".
	EOVDR-552	De elementen AlgemenePatientenContext.GezinssituatieKind.BroerofZus.Contactpersoon.Adresgegevens.Gemeente (kind 0-1 en 1-18) en MedischeContext.Behandelaar.Zorgverlener.Zorgaanbieder.Adresgegevens.Gemeente (kind 0-1) zijn zijn verwijderd uit de transacties.
	EOVDR-550	De consistentie van voedingsadvies in Test Overdracht 1.1b is gelijk getrokken met het oorspronkelijke testmateriaal Test Overdracht 1.1: “solide” is gewijzigd naar “dik vloeibaar”
	EOVDR-526	In testscript 1.1 is het element Mentale Status.Probleem (weer) gevuld met het probleem dat eerder verwijderd werd.
4.0-rc.22	EOVDR-549	De kardinaliteit van Zorgaanbieder.OrganisatieType in Sturende en Ontvangende Organisatie is aangepast van 1..1 naar 0..1 in de transactie Sturen Aanmeldbericht
	EOVDR-542	In Test Overdracht 1.1b is voor OntvangendeOrganisatie.Zorgaanbieder.ZorgaanbiederIdentificatienummer het identificatiesysteem gewijzigd van URA 2.16.528.1.1007.3.3 naar AGB-Z 2.16.840.1.113883.2.4.6.1
	EOVDR-458	De slicing-definities voor de .entry's in de Composition-profielen zijn aangepast naar pattern ipv. fixed codes. Dit is functioneel equivalent maar minder restrictief en in lijn met de best practices in FHIR.
4.0-rc.21	EOVDR-514	Het element Adresgegevens.Gemeente is verwijderd uit de transacties sturen aanmeldbericht, sturen overdracht (volwassenen, kind 0-1jaar, 1-18 jaar), de bijbehorende test- en kwalificatiescripts
	EOVDR-507	OntvangendeOrganisatie.Zorgverlener is verwijderd uit de transacties Sturen overdracht (volwassenen, kind 0-1 en kind 1-18), de FHIR composition en de bijbehorende test- en kwalificatiematerialen.
	EOVDR-506	De kardinaliteit van Zorgaanbieder.OrganisatieType in Sturende en Ontvangende Organisatie is aangepast van 1..1 naar 0..1 in de transacties Sturen overdrachtsbericht kinderen 0-1 jaar, kinderen 1-18 jaar en volwassenen.
4.0-rc20	MM-5026	In ConceptMap AllergieStatusCodelijst-to-allergy-status is het onjuiste target-codesysteem gecorrigeerd.
	MM-5023	De technische controle op het Coding-datatype is in al het test- en kwalificatiemateriaal aangepast, zodat 'Coding' daadwerkelijk met een hoofdletter gespeld wordt.
	EOVDR-504	In het technisch ontwerp en op de testscript-pagina's zijn links toegevoegd naar de voorbeeldmaterialen van de profielen die gebruikt worden in de informatiestandaard.
	EOVDR-501	De links in het functioneel ontwerp naar de ART-DECOR-publicatie zijn aangepast naar de versie voor eOverdracht 4.0-rc.20.
	EOVDR-497	De wonddrain-fixtures in scenario 1.1 van het testmateriaal zijn aangepast naar de juiste profielen zib-Wound-MedicalDevice en zib-Wound-MedicalDeviceProduct in plaats van hun basisprofielen zib-MedicalDevice en zib-MedicalDeviceProduct.
	EOVDR-496	Zorgaanbieder.Adresgegevens en Zorgaanbieder.Contactgegevens van de ontvangende organisatie zijn verwijderd uit de transacties Sturen Overdrachtsbericht (Volwassenen, kinderen 0-1 jaar en kinderen 1-18 jaar), uit de bijbehorende test- en kwalificatiescripts en uit het CC-formulier.
	EOVDR-493	Voor Contactpersoon.Naamgegevens.Voornaam, Contactpersoon.Naamgegevens.Initialen, en Contactpersoon.Naamgegevens.Roepnaam is de vrijheidsgraad "Kwalificatie is niet verplicht" opgenomen in het CC-formulier. Voor Contactpersoon.Naamgegevens.Voornaam en Contactpersoon.Naamgegevens.Roepnaam is de vrijheidsgraad "Semantische afwijking toegestaan" opgenomen in het CC-formulier.
	EOVDR-470	Voor Adresgegevens.Land en Adresgegevens.AdditioneleInformatie is de vrijheidsgraad "Kwalificatie is niet verplicht" opgenomen in het CC-formulier.
	EOVDR-469	Voor de elementen Zorgaanbieder.Telefoonnummers, Zorgaanbieder.Emailadressen, Zorgverlener.Telefoonnummers en Zorgverlener.Emailadressen is de vrijheidsgraad "Lagere kardinaliteit toegestaan" opgenomen in het CC-formulier.
	EOVDR-468	Voor Zorgverlener.Naamgegevens.Voornaam, Zorgverlener.Naamgegevens.Initialen, en Zorgverlener.Naamgegevens.Roepnaam is de vrijheidsgraad "Kwalificatie is niet verplicht" opgenomen in het CC-formulier. Voor Zorgverlener.Naamgegevens.Voornaam en Zorgverlener.Naamgegevens.Roepnaam is de vrijheidsgraad "Semantische afwijking toegestaan" opgenomen in het CC-formulier.
	EOVDR-466	Voor Betaler.Verzekeraar.Identificatienummer is de vrijheidsgraad "Kwalificatie is niet verplicht" opgenomen in CC-formulier.
	EOVDR-465	Voor Betaler.Verzekeraar.Verzekering.Verzekeringsoort is de vrijheidsgraad "Kwalificatie is niet verplicht" opgenomen in CC-formulier.
	EOVDR-464	Voor de elementen Probleem.ProbleemAnatomischeLocatie en Probleem.ProbleemLateraliteit is de vrijheidsgraad "Kwalificatie is niet verplicht" opgenomen in het CC-formulier.
	EOVDR-462	Het element Lichaamslengte.Positie is verwijderd uit de transacties Sturen Overdrachtsbericht Volwassenen, Kinderen 0-1 jaar en Kinderen 1-18 jaar, de bijbehorende test- en kwalificatiescripts en uit het CC-formulier.
	EOVDR-460	Voor Probleem.Einddatum is de vrijheidsgraad "Kwalificatie is niet verplicht" opgenomen in het CC-formulier.
	EOVDR-455	Voor Alert.AlertType is de vrijheidsgraad "Vaste waarde toegestaan" opgenomen in het CC-formulier.
	EOVDR-454	Voor Alert.BeginDatumTijd is de vrijheidsgraad "Afwijkende inhoud toegestaan" opgenomen in het CC-formulier.
	EOVDR-453	Geen wijziging van de standaard. Bij kwalificatie moet aangetoond worden dat het AlertType dat is opgenomen in het kwalificatiescript, kan worden geregistreerd en uitgewisseld. Afwijkingen zijn niet (meer) toegestaan.
	EOVDR-452	Voor Probleem.VerificatieStatus is de vrijheidsgraad "Kwalificatie is niet verplicht" opgenomen in het CC-formulier.
	EOVDR-451	Voor Zorgaanbieder.Adresgegevens.Adressoort is de vrijheidsgraad "Vaste waarde toegestaan" opgenomen in het CC-formulier.
	EOVDR-450	Het element Patiënt.Meerlingindicator is verwijderd uit de transactie Sturen Overdrachtsbericht Volwassenen, uit het CC-formulier en uit kwalificatiescript 1.1b en testscripts 1.1 en 1.1b.
4.0-rc19	EOVDR-489	In de Composition-resources van het testmateriaal zijn de ontbrekende referenties naar DeviceUseStatement-resources toegevoegd.
	EOVDR-463	Het element Adresgegevens.Gemeente is verwijderd uit het formulier CC. Dit element was per ongeluk blijven staan.
4.0-rc18	EOVDR-420	In enkele Condition-fixtures voor testscenario 1.1 werden verkeerde SNOMED-codes gebruikt. Deze fixtures zijn aangepast conform de functionele omschrijving van het testscenario.
	EOVDR-440	De datum van de AllergieIntolerantie-fixtures zijn aangepast conform het functionele kwalificatiescript.
	EOVDR-441	De onjuiste referentie naar .device in een test-fixture voor zib Respiration is verwijderd.
	EOVDR-443	Voor de resource van zib-Stoma is een DeviceUsestatement met bijbehorende references toegevoegd aan het testmateriaal.
4.0-rc17	EOVDR-428	In de kwalificatie-fixture voor de patient was de opbouw van de achternaam verkeerd gespecificeerd. Dit is aangepast.
	EOVDR-444	Er is een (functieloze) fix toegevoegd aan de scripts voor het zendend XIS om een bug in Touchstone te omzeilen.
	MM-4852	De volgorde van de zib-mapping-declaraties is aangepast in de FHIR STU3 profielen, zodat de mapping naar de 2017-versie van de zib als default getoond wordt in Simplifier.
	MM-4887	Een overbodige controle op de syntax van referenties is verwijderd uit alle technische TestScripts.
4.0-rc16	EOVDR-164	In de Touchstone-testen voor het zendend systeem werd een statische fixture gebruikt in update-operations van de Task. Hierdoor kwam de Task in deze update niet overeen met de Task die het zendend systeem beheert. Dit is aangepast zodat de daadwerkelijke Task van het zendende systeem gebruikt wordt.
	EOVDR-412	Diverse references in de test-fixtures waren incorrect. Dit is gecorrigeerd.
	EOVDR-417	In een van de kwalificatie-fixtures voor nl-core-relatedperson ontbrak het .relationship-element. Dit is toegevoegd.
	EOVDR-418	In diverse test-fixtures ontbrak de display-waarde bij referenties en in codings. Dit is gecorrigeerd.
	EOVDR-419	De test-fixtures voor zib AbilityToWashOneSelf hadden een spelfout in hun meta.profile-claim. Dit is gecorrigeerd.
	EOVDR-421	In enkele test-fixtures stond een datum die niet overeen kwam met het functionele script. Deze fixtures zijn gecorrigeerd.
	EOVDR-422	In de test-fixture voor zib FeedingTubeSystem ontbrak de referentie naar de zorgverlener toegevoegd. Deze is toegevoegd.
4.0-rc15	EOVDR-405	In de AdvanceNotice- en NursingHandoff-profielen was op slice administrativeData.personalData.RelatedPerson aangegeven dat het om de "Legal representative" gaat. Dit klopt niet, het gaat om contactpersonen in het algemeen. Dit commentaar is dan ook verwijderd.
	EOVDR-410	De datums in de Encounter-fixtures van het kwalificatiemateriaal zijn omgezet van vaste datums naar datums gerelateerd aan het moment van uitvoeren, in overeenstemming met het functionele materiaal.
	EOVDR-411	Twee slides zijn uit het aanleverformaat worden verwijderd: één slide van contact want er zijn nog maar twee i.p.v. drie contacten in de scripts. En de slide van MentaleStatus is verwijderd, want deze is niet verplicht voor de kwalificatie.
	MM-4791	In de ConceptMap van AllergieCategorie is '419199007 subsumes biologic' vervangen door '419199007 specializes biologic'.
	MM-4821	Aan de overkoepelende FHIR-IG is uitleg toegevoegd waaróm een display-waarde bij een reference verplicht/verwacht is. Ook is de opmerking toegevoegd dat de display-waarde niet weggelaten moet worden als deze bv. privacyproblemen zou geven, maar dat hier een expliciete melding verwacht wordt dat deze gemaskeerd is.
	MM-4830	In diverse extensies en datatype-profielen stond het StructureDefinition.kind-veld niet correct ingevuld. Dit is aangepast.
4.0-rc14	EOVDR-387	In CapabilityStatements waren de .interaction-elementen onjuist geformatteerd. Dit is aangepast.
	EOVDR-388	Op de kwalificatiescript-pagina's werd per abuis gesproken over "test" in plaats van "kwalificatie". Dit is aangepast.
	EOVDR-391	Vanuit de Composition-resources moet op verschillende plekken naar DeviceUseStatement-resources gerefereerd worden. De Composition-profielen gaven dit niet overal correct aan. Dat is gecorrigeerd.
	EOVDR-394	De Mentale Status is geen onderdeel van de Inzicht-verplichting. Om dit duidelijker aan te geven, is dit onderdeel verwijderd uit de test- en kwalificatiescripts die zich op de InZicht-regeling richten.
	EOVDR-395	In zowel het kwalificatiescenario van 1.1b als de testscenario's 1.1 en 1.1b zijn de contactpersonen anders dan "eerste-" of "tweede relatie" verwijderd uit Patient.contact en als een RelatedPerson-resource aangemaakt geïncludeerd.
	EOVDR-397	In scenario 1.1b van de technische testscript was er ten onrechte een Patient.communication-element opgenomen. Deze is verwijderd.
	MM-4772	Spelfouten opgelost en andere kleine aanpassingen doorgevoerd.
	MM-4781	Het type-element van extensie zib-TreatmentDirective-TreatmentPermitted is gecorrigeerd van "primitive-type" naar "complex-type".
4.0-rc13	MM-4601	In het profiel voor zib-Payer is de definitie uit FHIR core op Coverage.period aangepast zodat er niet langer gesproken wordt over een ontbrekende Coverage.period.end, omdat dit veld niet kan ontbreken.
	EOVDR-384	In testscript 1.1 voor het overdrachtsbericht is de onjuiste code voor Wond.Drain:MedischHulpmiddel.ProductType in testscript 1.1 vervangen.
	EOVDR-383	In de wiki versie van testscenario 1.4 voor het Aanmeldbericht is VerpleegkundigeInterventie.Medisch Hulpmiddel verwijderd.
	EOVDR-380	Op de wiki pagina Opbouw aanmeldbericht is de foute vermelding dat Algemene Patienten Context leeg is weggehaald.
4.0-rc12	EOVDR-375	Op de wikipagina Opbouw eOverdracht aanmeldbericht is "NAW gegevens patient" vervangen door een nadere specificatie.
	EOVDR-357	De positie-code in de bloeddruk resources van testscript 1-1(b) zijn aangepast naar de correcte code.
	EOVDR-355	In de kwalificatiescripts van cert-1-1b zijn de referenties binnen de PractitionerRole gewijzigd naar de juiste Organization resource.
	EOVDR-350	Op de kwalificatie-pagina werden de teksten rond testen en kwalificatie door elkaar gebruikt en om dit duidelijker van elkaar te scheiden, zijn de delen rond testen overgezet naar een aparte test-pagina.
	EOVDR-347	Er is een known issue geplaatst op het functioneel ontwerp: de betekenis van BeginDatumTijd indien geen EindDatumTijd wordt meegegeven is in de eOverdracht afwijkend van de specificatie van de zib.
	EOVDR-238	In de SNOMED release van 31-03-2023 is de inactieve refset opnieuw actief gemaakt en de inhoud gelijk gemaakt aan die van de nieuwe refset. De zib AllergieIntolerantie en de eOverdacht zijn niet gewijzigd. In het functioneel ontwerp is melding gemaakt van deze oplossing.
4.0-rc11	EOVDR-262	De waardenlijst van Patientproblemen.Probleem.ProbleemType (in de paragraaf Verpleegkundige context zorgplan) is beperkt tot alleen de waarde "Diagnose" in de Art-Decor specificaties.
	EOVDR-330	Bij de release notes op de wiki is een link geplaatst naar het aanmeldformulier voor mailings rond de patchrelease.
	EOVDR-331	Het concept Contact.RedenContact.AfwijkendeUitslag is verwijderd uit de functionele specificaties van de transacties (Art-Decor), de functionele specificaties van de test- en kwalificatiescenario's en uit de Touchstone-materialen.
	EOVDR-332	In het test- en kwalificatiemateriaal zijn de Contacten met ContactType = "anders" verwijderd.
	EOVDR-335	In de fixture voor de contactpersoon van kwalificatiescript 1-1b is de foutieve referentie naar de Patient-resource gecorrigeerd.
	MM-4640	In een example-instance voor zib-FeedingPatternInfant was in de .code van .component.valueQuantity "6/d" gezet. Dit is gecorrigeerd naar "1/d".
4.0-RC10	MM-4198	De foutieve referentie naar een ConceptMap in het profiel zib-LaboratoryTestResult-Observation-profiel is gecorrigeerd.
	MM-3841	De bearer tokens voor testpatiënten in de Touchstone-scripts worden voortaan vanuit één enkel configuratiebestand beheerd.
	EOVDR-309	In het profiel eOverdracht-Task was een fixed code per abuis op het element .fixedString geplaatst. Dit is gecorrigeerd.
	EOVDR-278	In de Encounter-fixtures was in de .class-elementen een extensie aangebracht met dezelfde code als .class zelf. Deze overbodige extensie is verwijderd.
	EOVDR-277	Specificatie over gebruik van tekst bij gecodeerde concepten indien geen code beschikbaar toegevoegd aan het functioneel ontwerp.
	EOVDR-267	Voor de Sending XIS-scripts die communicatie in JSON testen, zijn de XML-fixtures omgezet naar JSON en gebruikt bij het sturen.
	EOVDR-255	In de zib Infuus is de container Toedieningssyteem uit de functionele specificaties van de eOverdracht transacties verwijderd, omdat deze een verplichte referentie naar de zib MedicatieToediening2 bevat. De container is ook verwijderd uit testscenario 1.1.
	EOVDR-39	In the Task profile, the concept Sturende organisatie::Zorgaanbieder has now been mapped to both .requester.agent and .requester.onBehalfOf, allowing to specify a health professional on .requester.agent. Guidance has been added that this is about the action, not the content. In the Composition profiles, guidance has been added to Composition.author that this element is about the person or device authoring the transfer request. zib-MedicalDeviceProduct has been added as a target profile.
4.0-RC9	MM-3840	Underscores in de id van een TestScript rule zijn vervangen door streepjes.
	EOVDR-258	In het Aanleverformat voor de schermprints van Sturen en Ontvangen Overdrachtsbericht, overlap met BgZ, kwalificatiescenario 1.1b zijn sheets toegevoegd voor 3e Contact en 2e Voedingsadvies.
	EOVDR-254	De .context van de NeedsOfPatientAndRelatedPersons binnen het eOverdracht-package is gecorrigeerd zodat deze bruikbaar is conform de Composition-profielen.
	EOVDR-252	Aan het Functioneel Ontwerp is een paragraaf toegevoegd in een nieuw hoofdstuk "Aanvullende informatie" van het Functioneel Ontwerp over de specificaties van de bindings van de waardenlijsten. De boodschap is dat de binding specificaties in de FHIR profielen leidend zijn, wegens het ontbreken ervan in de specificaties van zib 2017.
	EOVDR-249	Er is open slicing toegepast op de elementen van de Task en Composition die een fixed value hebben op .system en .code, zodat het mogelijk is aanvullende .coding's te gebruiken. Dit betreft o.a. alle .sections van de Composition-resources. Daarnaast is het .code-element in het Task profiel aangepast en het .type-element van de Composition-profielen.
	EOVDR-244	Op wiki pagina V4.0_Opbouw_eOverdracht_algemeen, in voetnoot bij Medische Diagnose.Probleem toegevoegd dat Medische diagnose.Probleem.ProbleemType alleen Diagnose mag zijn.
	EOVDR-239	De ontbrekende RelatedPerson-resource voor "Betaler persoon" in testscenario 1.3b is toegevoegd. De typefout in de referentie vanuit eOverdracht-NursingHandoff-Adults-eov-test-1-4b-01 naar nl-core-organization-eov-test-1_4b-03 is gecorrigeerd.
	EOVDR-237	Op het technisch ontwerp zijn de broken links naar de CapabilityStatements gecorrigeerd.
4.0-RC8	MM-3800	In extension zib-FreedomRestrictingIntervention-LegallyCapable, the slice legallyCapableComment is now only required if the patient is not capable.
	MM-3727	The targetProfile element has been removed from element DeviceUseStatement.extension:reasonReference in zib-Respiration-AdministeredOxygen-AdministrationDevice, because it was invalid.
	EOVDR-240	Testpatiënten 1.5. tot en met 1.8 zijn toegevoegd aan TouchStone
	EOVDR-236	De FHIRpath voor het controleren van .input is gecorrigeerd, zodat deze meerdere .code.codings ondersteunt
	EOVDR-225	In the FHIR profile for the nursing handoff (Overdrachtsbericht), the cardinality for the Practitioner and PractitionerRole have been widened to 0..1 and 0..* respectively.
	EOVDR-222	In all of the Composition profiles, the wrong discriminator for Composition.section:generalPatientContext.section:lifeStance has been adjusted to 'profile/resolve()', in line with the other slices.
	EOVDR-221	In all of the Composition profiles, the fixed .section.code SNOMED/365867006 is added to the legalSituation slices.
4.0-RC7	EOVDR-211	In enkele fixtures van de testmaterialen (scenario 1.1b) is de onjuiste referentie naar de Patient-resource gecorrigeerd, waardoor ze met het authorisatie-token voor deze test kunnen worden opgevraagd.
	EOVDR-208	In de test- en kwalificatiescripts voor het verzendende XIS is profielvalidatie aangezet voor de Task en de documents die worden opgeleverd. In de test- en kwalificatiescripts voor het ontvangende XIS is profielvalidatie aangezet voor de Task-updates.
	EOVDR-204	De verouderde contactinformatie is aangepast in de profielen voor eOverdracht en de zib2020-preadopt-profielen.
	EOVDR-202	Aan het implementatieadvies rondom de notificatie is de opmerking toegevoegd dat het de verwachting is dat de request met authorisatie wordt uitgevoerd. Dit is ook geïmplementeerd in de notificatie binnen de Toucshstone-scripts.
	EOVDR-201	Omdat Touchstone niet om kan gaan met de variabele requests die kunnen volgen op het ophalen van de Composition-resources, is een workaround geïmplementeerd in de technische test- en kwalificatiescripts. Voor ontvangende XIS'en is er een versie zonder en met $document-operation, waarbij de versie zonder eerder stopt. Voor verzendende XIS'en zijn de scripts zodanig opgeknipt dat de vervolg-requests na de Composition buiten het script vallen.
	EOVDR-196	In de transacties van de technische TestScripts zijn de client en server gecorrigeerd. De resource requests en notificaties hebben nu de juiste oorsprong en het juiste endpoint.
	EOVDR-190	In de AdvanceNotice- en NursingHandoff-profielen is, in navolging van de functionele specificaties, de kardinaliteit van Composition.section voor de Legalsituation verruimd naar 1..*.
	EOVDR-189	De link bij het testscript van scenario 1.2 is gecorrigeerd, zodat de omschrijving bij het script nu te lezen is.
	EOVDR-171	De niet-functionerende hyperlinks naar de SNOMED reference-sets op het functioneel ontwerp zijn weer werkend gemaakt, door de datum elementen uit de links te verwijderen
	EOVDR-167	In het technisch ontwerp is een implementatieadvies opgenomen over het uitwisselen van een PDF voor ongestructureerde informatie van de eOverdracht door middel van een extra .section in de eOverdracht-Compositions met daarin een .entry voor een enkele DocumentReference resource.
4.0-RC6	EOVDR-184	Origin element en destination element toevoegen aan het testscript die zorg voor het klaarzetten van een Task resource.
	EOVDR-169	Toevoegen technische scripts voor testscenario 1.1 op Touchstone
	EOVDR-166	In section "Partial workflow", the initial Task.status is changed from accepted to in-progress.
	EOVDR-163	Aan de notificatie-stap in de Touchstone-scripts voor zendende XIS'en wordt een origin en destination toegevoegd. Hierdoor blokkeert de testexecutie totdat het zendende XIS de notificatie uitvoert.
	EOVDR-162	In scenario 1.1 in Verpleegkundige Interventie "wisselen van positie van patiënt" verwijzing naar Probleem met id eodv-1-1-probleem-03 (inverse psoriasis) vervangen door eodv-1-1-patientprobleem-03 (decubitus).
	EOVDR-158	In het profiel op zib-FreedomRestrictingIntervention wordt de binding op reasonCode gecorrigeerd naar de zib-waardelijst.
	EOVDR-153	Op de pagina's voor kwalificatie en op het TO worden links toegevoegd naar de zib-voorbeelden en testmaterialen op Github zodat ontwikkelaars voorbeeldmateriaal hebben voor de FHIR-resources in eOverdracht,
	EOVDR-34	De coderingen voor respectievelijk het aanmeldbericht en het overdrachtbericht worden aangepast naar SNOMED/721915006 en SNOMED/11171000146100. Dit wordt doorgevoerd in de Composition-profielen en in De .input-slices van de Task.
4.0-RC5	EOVDR-154	Op de landingspagina is het release candidate nummer van de laatste publicatie van eOverdracht gewijzigd, dus 4.0-RC5 bij FO, TO en Kwalificatiepagina. Ook op de betreffende pagina's worden de wijzigingen aangebracht in de titel. De URL blijft gelijk.
	EOVDR-152	Paragraaf "op te leveren materialen" in de kwalificatiescripts: aanwijzigingen toegevoegd over link(s) naar de executie op de kwalificatiesimulator (Touchstone) en het gebruik van het aanleverformat.
	EOVDR-150	Test en kwalificatiemateriaal (Wiki en Touchstone): voorbeelden MentaleStatus aangepast, aantal voorbeelden uitgebreid van 1 naar 2.
	EOVDR-143	Beschrijving van het kwalificatieproces opgenomen in nieuwe paragraaf "Kwalificatieproces" op de kwalificatiepagina
	EOVDR-140	Art-Decor publicatie: in transacties Overdracht kind 0-1 jaar en Overdracht kind 1-18 jaar, Probleem.Lateraliteit en Probleem.AnatomischeLocatie verwijderd uit Mentale Status.Probleem
	EOVDR-137	Art-Decor publicatie: kardinaliteit Voedingsadvies binnen Specificatie Gezondheidstoestand.Voeding/Vocht verhoogd van 0..1 naar 0..*. FHIR profiel: kardinaliteit van NutritionAdvice verhoogd van 0..1 naar 0..*. Test en Kwalificatiemateriaal: aantal voorbeelden van Voedingsadvies verhoogd van 1 naar 2.
	EOVDR-133	Art Decor publicatie: In MentaleStatus.Probleem: waardenlijst bij ProbleemType aangepast van {symptoom} naar {symptoom, klacht, functionele beperking, complicatie}. Test en kwalificatiemateriaal (Wiki en Touchstone): voorbeelden MentaleStatus aangepast.
	EOVDR-130	Art-Decor publicatie: kardinaliteit secties "Algemene Patiënten Context" en "Verpleegkundige context: specificatie gezondheidstoestand" verlaagd van 1..1 naar 0..1 in ALLE transacties van eOverdracht. Deze aanpassing ook gedaan voor de secties generalPatientContext en healthState in de FHIR profielen.
	EOVDR-70	Het notified pull-mechanisme voor de eOverdracht is aangepast. De notificatie dient nu de resource.id van de Task te bevatten, en de pull bestaat niet langer uit een search maar uit een directe read gebaseerd op deze resource.id.
4.0-RC4	EOVDR-136	De wiki pagina's https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_aanmeldbericht en https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_algemeen bevatten links naar een verouderde Art-Decor publicatie. Uit oogpunt van onderhoud zijn deze vervangen door een verwijzing naar de landingspagina
	EOVDR-135	Testscenario 1.1b is gepubliceerd op Touchstone. Voor informatie over Touchstone binnen de eOverdracht-context is een handleiding gepubliceerd. Een verwijzing hiernaar is op de kwalificatiepagina opgenomen.
	EOVDR-134	De term pre-kwalificatie wordt niet meer gebruikt door Nictiz. 'Pre-kwalificatie' is vervangen door 'test'.
	EOVDR-132	In Kwalificatiescripts - overdracht ontvangend systeem - overdrachtsbericht overlappend met BgZ en overdracht sturend systeem - overdrachtsbericht overlappend met BgZ, downloadable Aanleverformat voor screenhots toegevoegd aan scenariotabel in paragraaf "Scenario's". Hiernaar verwezen vanuit paragraaf "Op te leveren materialen".
	EOVDR-131	Op de wiki pagina https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_aanmeldbericht is de zib JuridischeStatus verplaatst van de sectie Medische context naar Algemene Patienten Context.
4.0-RC3	EOVDR-124	Add ge prefix to _lastUpdated search parameter in Task search invocation.
	EOVDR-123	In the Nursing Handoff profiles, the cardinality's for zib Stoma and zib AdvanceDirective have been adjusted from 0..1 to 0..* to align with the changes in the dataset.
	EOVDR-122	(Pre-)kwalificatiemateriaal - 2 testscripts voor Aanmeldfase toegevoegd
	EOVDR-121	(Pre-)kwalificatiemateriaal - Testscenario's 1.5 tot en met 1.11 toegevoegd voor pre-kwalificatie
	EOVDR-120	(Pre-)kwalificatiemateriaal - Kwalificatiescript en scenario 1.1b toegevoegd voor 14 met BgZ overlappende zibs
	EOVDR-119	Functioneel ontwerp - Inperkingen van waardenlijsten voor Diagnoses.Probleem.ProbleemNaam en ProbleemStatus, Voorgeschiedenis.Probleem.ProbleemNaam en MentaleStatus.Probleem.ProbleemType vermeld in voetnoten op https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_algemeen.
	EOVDR-118	(Pre-)kwalificatiemateriaal - Testscenario 1.1: Naam en Contactgegevens toegevoegd aan Uitvoerder.Verzorger::Contactpersoon in Verpleegkundige Interventie bij Patiëntprobleem #04.
	EOVDR-117	(Pre-)kwalificatiemateriaal - Alle testscenario's, alle voorkomens van Naamgegevens: Initialen gelijk gemaakt aan eerste letters van de Voornamen
	EOVDR-115	(Pre-)kwalificatiemateriaal - Testscenario's 1.1(b): in ContactMet::Zorgverlener.Specialisme, UZI codering van Ergotherapeut vervangen door AGB codering
	EOVDR-114	(Pre-)kwalificatiemateriaal - RedenContactTekst toegevoegd aan AfsprakenPatient.Contact
	EOVDR-113	ART-DECOR publicatie - Dataset: waardenlijst bij Mentale Status.Probleem.ProbleemType ingeperkt tot alleen Symptoom. ProbleemType ook toegevoegd aan Mentale Status.Probleem in Testscenario's 1.1(b). Voetnoot bij Mentale Status.Probleem op https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_algemeen uitgebreid.
	EOVDR-112	Functioneel Ontwerp - Op https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_algemeen bij Mentale Status.Probleem: Probleemtype Bevinding vervangen door type Symptoom
	EOVDR-111	ART-DECOR publicatie - Kardinaliteit Behandelaar::Zorgverlener.Zorgaanbieder.Adresgegevens.AdresSoort aangepast van 0..1 naar 1..1 conform zib definitie. AdresSoort toegevoegd aan 2e voorkomens Behandelaar::Zorgverlener.Zorgaanbieder in testscenario's 1.1 en 1.1b.
	EOVDR-109	(Pre-)kwalificatiemateriaal - Testscenario's 1.1 en 1.1b: Woonplaats en AdresSoort toegevoegd aan Behandelaar#2::Zorgverlener.Zorgaanbieder
	EOVDR-107	(Pre-)kwalificatiemateriaal - Testscenario's 1.1 en 1.1b: Land verwijderd uit adresgegevens Ontvangende organisatie::Zorgaanbieder en Behandelaar.Zorgaanbieder
	EOVDR-105	Functioneel ontwerp - In procesbeschrijving verpleegkundige aanmelding, bij bullets over het annuleren van het aanmeldbericht en het annuleren van een antwoordbericht vermeld dat dit toekomstige functionaliteit betreft.
	EOVDR-104	(Pre-)kwalificatiemateriaal - Testscenario 1.1: Taalvaardigheid.CommunicatieTaal: onjuiste code (is 3 posities moet 2 posities zijn) en ontbrekende weergavenaam gecorrigeerd
	EOVDR-103	ART-DECOR publicatie - Kardinaliteiten van VermogenTotDrinken, -Eten, -ZichWassen en -ZichKleden in de overdracht transacties aangepast van 0..1 naar 0..{*}.{*} Binnen deze zibs, de kardinaliteiten van DrinkBeperking, EetBeperking, TeWassenLichaamsdeel en TeKledenLichaamsdeel teruggebracht van 0.. naar 0..1. Testscenario 1.1 aangepast. FHIR-profielen voor Nursing Handoff aangepast.
	EOVDR-102	(Pre-)kwalificatiemateriaal - Testscenario 1.2b: tweede telefoonnummer en e-mail adres toegevoegd aan Sturende Organisatie.Zorgverlener.Contactgegevens. Foutief e-mail adres gecorrigeerd in Ontvangende Organisatie.Zorgaanbieder.Contactgegevens.
	EOVDR-101	(Pre-)kwalificatiemateriaal - Alle scenario's: ABG codes voor ZorgaanbiederIdentificatienummer en ZorgverlenerIdentificatienummer gecorrigeerd conform conventie AGB codes (eerste twee cijfers geven het specialisme aan).
	EOVDR-100	Added zib-AllergyIntolerance profile to the list of profiles in the FHIR Implementation Guide.
	EOVDR-99	ART-DECOR publicatie - Dataset: tijdstempelprecisie Darmfunctie.Incontinentiemateriaal::MedischHulpmiddel.Begindatum gecorrigeerd van "alleen jaar" naar "tenminste jaar".
	EOVDR-98	ART-DECOR publicatie - Lateraliteit en AnatomischeLocatie toegevoegd aan VermogenTotMondverzorging.MedischHulpmiddel in de de transacties Sturen overdrachtsbericht volwassenen en Sturen Overdrachtsbericht kinderen 1-18 jaar.
	EOVDR-97	ART-DECOR publicatie - Verwijzing naar Behandelaar::Zorgverlener toegevoegd aan Darmfunctie.Incontinentiemateriaal::MedischHulpmiddel en Stoma.Stomamateriaal::MedischHulpmiddel in de overdracht transacties.
	EOVDR-96	ART-DECOR publicatie - Lateraliteit en AnatomischeLocatie van Sondesysteem.MedischHulpmiddel verwijderd uit de Overdracht transacties.
	EOVDR-94	(Pre-)kwalificatiemateriaal - Testscenario 1.1: Tweede voorkomen MedischHulpmiddel toegevoegd aan Mobiliteit
	EOVDR-91	(Pre-)kwalificatiemateriaal - Testscenario 1.1b: tweede voorkomen van Rol toegevoegd aan Contactpersoon
	EOVDR-90	(Pre-)kwalificatiemateriaal - Testscenario 1.1: Tweede voorkomen Taalvaardigheid toegevoegd
	EOVDR-89	(Pre-)kwalificatiemateriaal - Contactgegevens patiënt toegevoegd aan Testscenario 1.2
	EOVDR-88	(Pre-)kwalificatiemateriaal - In test- en kwalificatiescripts, aandachtspunt toegevoegd voor bijlagen (Wilsverklaring.WilsverklaringDocument en Wond.Wondfoto).
	EOVDR-87	(Pre-)kwalificatiemateriaal - In test- en kwalificatiescripts, aandachtspunt toegevoegd voor bijlagen (Wilsverklaring.WilsverklaringDocument en Wond.Wondfoto).
	EOVDR-86	(Pre-)kwalificatiemateriaal - Testscenario's 1.3(b), 1.4(b): Niet-verplichte velden in Behandelaar verwijderd
	EOVDR-85	(Pre-)kwalificatiemateriaal - Testscenario's 1.3(b) en 1.4(b): niet-verplichte inhoud verwijderd
	EOVDR-84	(Pre-)kwalificatiemateriaal - Dekking Darmfunctie compleet gemaakt door Frequentie, FaecesContinentie en Incontinentiemateriaal toe te voegen aan Testscenario 1.8
	EOVDR-82	(Pre-)kwalificatiemateriaal - Testscenario 1.1: tweede voorkomen van VermogenTotVerpleegtechnischHandelen opgenomen
	EOVDR-81	(Pre-)kwalificatiemateriaal - Testscenario 1.1: Mobiliteit.MedischHelpmiddel.ProductType SNOMED code vervangen door SNOMED term
	EOVDR-80	(Pre-)kwalificatiemateriaal - Testscenario 1.1: Blaasfunctie.Incontinentiemateriaal: Product ID vervangen door Product type
	EOVDR-79	(Pre-)kwalificatiemateriaal - Testscenario 1.1: HorenHulpmiddel::MedischHulpmiddel.ProductID tekst "GTIN voorbeeld" vervangen door een voorbeeld van een GTIN code
	EOVDR-78	(Pre-)kwalificatiemateriaal - Testscenario 1.1b: inhoud voor Mentale Status toegevoegd
	EOVDR-75	(Pre-)kwalificatiemateriaal - Testscenario's 1.2b, 1.3(b) en 1.4(b) : typfout in Medische Diagnose.Probleemnaam hersteld
	EOVDR-74	(Pre-)kwalificatiemateriaal  Testscenario's 1.3 en 1.4 hernoemd in 1.3b en 1.4b (suffix b = alleen geschikt voor (pre)kwalificatie overlap BgZ)
	EOVDR-69	(Pre-)kwalificatiemateriaal - Testscenario 1.1: in VermogenTotZelfstandigMedicatiegebruik.VerpleegkundigeInterventie, Interval vervangen door Frequentie.
	EOVDR-68	(Pre-)kwalificatiemateriaal - Testscenario 1.3: 2e voorkomen van Betaler toegevoegd; Verzekeraar verwijderd uit 1e voorkomen.
	EOVDR-67	In all three Nursing Handoff profiles, the coding for the "Skin" section has been corrected to SNOMED code 106076001
4.0-RC2	EOVDR-64	Kwalificatiemateriaal - kwalificatiepagina (met link vanaf landingspagina) en testscripts toegevoegd voor de Overdracht transacties (volledig en overlap BgZ)
	EOVDR-63	Functioneel ontwerp - pagina opbouw eOverdracht algemeen: links naar (documentatie over) de referentiesets in de voetnoten vervangen door links naar de referentiesets zelf in de internationale SNOMED browser.
	EOVDR-61	ART-DECOR publicatie - In transactie Sturen Overdrachtbericht kinderen 0-1 jaar,  Patient verwijderd uit Uitvoerder in alle voorkomens van Verpleegkundige Interventie
	EOVDR-60	ART-DECOR publicatie - Kardinaliteit van HorenHulpmiddel::MedischHulpmiddel.AnatomischeLocatie gecorrigeerd van 0..*. naar 0..1 conform specificatie zib.
	EOVDR-58	ART-DECOR publicatie - In alle transacties, de concepten Verificatiestatus, AnatomischeLocatie en Lateraliteit verwijderd uit MentaleStatus.Probleem
	EOVDR-57	ART-DECOR publicatie - In HorenHulpmiddel.MedischHulpmiddel, concept Lateraliteit verwijderd (is al verwerkt in de waardenlijst van MedischHulpmiddel.AnatomischeLocatie)
	EOVDR-56	ART-DECOR publicatie - Niet-relevante concepten Lateraliteit en AnatomischeLocatie in Infuus..Randapparaat::MedischHulpmiddel uit de transacties verwijderd
	EOVDR-55	ART-DECOR publicatie - In alle transacties, Patient verwijderd uit Verpleegkundige Interventie.Uitvoerder in VermogenTotZelfstandigMedicatiegebruik
	EOVDR-54	ART-DECOR publicatie - In alle transacties waarin deze voorkomt, VermogenTotVerpleegtechnischHandelen.VerpleegkundigeInterventie.UItvoerder.Zorgverlener verwijderd
	EOVDR-53	ART-DECOR publicatie - In transacties Sturen overdrachtsbericht volwassenen, kinderen 0-1 jaar en kinderen 0-18 jaar kardinaliteit Stoma gewijzigd van 0..1 naar 0..*
	EOVDR-52	ART-DECOR publicatie - In alle voorkomens van de sub-bouwsteen Contactgegevens in alle transacties, de kardinaliteiten gelijk getrokken: Telefoonnummers 0..*/Telefoonnummer 1..1 en Email adressen 0..*/E-mail adres 1..1
	EOVDR-51	ART-DECOR publicatie - In alle transacties waarin deze voorkomt, kardinaliteit Wilsverklaring gewijzigd van 0..1 naar 0..*
	EOVDR-50	ART-DECOR publicatie - Verificatiestatus verwijderd uit Patiëntprobleem.Probleem in alle transacties
	EOVDR-49	ART-DECOR publicatie - In alle voorkomens van VerpleegkundigeInterventie.Uitvoerder kardinaliteit van Zorgverlener, Verzorger en Patient gewijzigd van 0..1R naar 0..1C: precies 1 van de 3 concepten moet gekozen worden.
	EOVDR-48	ART-DECOR publicatie - Datumtijdstempelprecisie voor Begin- en Einddatum in de zib Probleem en Begindatum in AllergieIntolerantie en MedischHulpmiddel toegevoegd.
	EOVDR-47	ART-DECOR publicatie - Engelse weergavenamen van (voor eOverdracht gespecialiseerde) waardenlijsten van zib Probleem vervangen door NL vertaling
	EOVDR-46	ART-DECOR publicatie - In alle transacties waarin deze voorkomt: in HulpVanAnderen/Hulpverlener, kardinaliteit van Zorgverlener, Mantelzorger en Zorgaanbieder zo gespecificeerd dat zij elkaar uitsluiten.
	EOVDR-45	ART-DECOR publicatie - In Sturen Overdrachtsbericht volwassenen, Sturen Overdrachtsbericht kinderen 0-1 jaar Sturen Overdrachtsbericht kinderen 1-18 jaar en Sturen Aanmeldbericht: kardinaliteit  SturendeOrganisatie.Zorgaanbieder.ZorgaanbiederIdentificatienummer op 1..1 gezet.
	EOVDR-44	ART-DECOR publicatie - In alle transacties, binnen zib Betaler: kardinaliteit Persoon en Verzekeraar 1..1C gemaakt
	EOVDR-43	ART-DECOR publicatie - In alle transacties, Overlijdensindicator en Datum Overlijden uit zib Patient verwijderd
	EOVDR-42	ART-DECOR publicatie - In Art-Decor dataset, status zib Algemene Meting op Geannuleerd gezet
	EOVDR-41	ART-DECOR publicatie - In alle transactiespecificaties in Art-Decor, benaming rollen gelijk gemaakt aan benaming  systeemrollen zoals gebruikt in functioneel ontwerp
	EOVDR-40	ART-DECOR publicatie - Container Gezondheidstoestand verwijderd uit Zorgresultaat.UitkomstVanZorg in transacties Sturen Overdrachtsbericht volwassenen, Sturen Overdrachtsbericht kinderen 0-1 jaar en Sturen Overdrachtsbericht kinderen 1-18 jaar
4.0-RC1	niet van toepassing	Eerste 4.0 versie: nieuwe FHIR implementatie: zie Technisch ontwerp (FHIR implementation guide) wijzigingen in Art-Decor dataset en scenario's: zie Art-Decor projectinformatie eOverdracht Functioneel ontwerp herschreven